專利名稱：一種短消息服務(wù)接口及其該服務(wù)接口的通道適配方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種短消息服務(wù)接口及其該服務(wù)接口的通道適配方法，尤其涉及一種在業(yè)務(wù)程序與ISP之間提供短消息服務(wù)的短消息服務(wù)接口及其該服務(wù)接口的通道適配方法。
背景技術(shù)：
ISP即因特網(wǎng)服務(wù)提供商(Internet Service Provider)是能提供撥號上網(wǎng)服務(wù)、網(wǎng)上瀏覽、下載文件、收發(fā)電子郵件等服務(wù)的提供者。目前短消息已成為人們通訊聯(lián)絡(luò)的方式之一，因此，已經(jīng)有很多的ISP在提供短消息服務(wù)，例如網(wǎng)站，電信服務(wù)商等。隨著短消息系統(tǒng)的發(fā)展，業(yè)務(wù)系統(tǒng)可以利用短消息服務(wù)進行某些功能，例如財務(wù)系統(tǒng)的審核或計劃的報批等，審核人不一定隨時在公司，但由于審核人作為手機用戶可以隨時用手機的短消息進行審核結(jié)果的發(fā)送，因此，隨著辦公自動化程序的普及，業(yè)務(wù)程序中逐漸加入了短消息功能的支持；但由于這些不同的ISP之間的提供短消息的收發(fā)格式不同，因此常造成利用這些ISP短消息服務(wù)的業(yè)務(wù)系統(tǒng)需要針對不同的ISP設(shè)置不同的短消息通道接口，而且往往只能針對某一種ISP的短消息格式進行設(shè)置接收和發(fā)送。因此，現(xiàn)有技術(shù)的短消息接收系統(tǒng)對業(yè)務(wù)系統(tǒng)來說幾乎不可能隨意擴展，并且其安全性較差，一旦所依賴的短消息服務(wù)系統(tǒng)出現(xiàn)問題，業(yè)務(wù)系統(tǒng)就無法再利用短消息進行業(yè)務(wù)處理了。
另外，在本發(fā)明所述的短消息服務(wù)接口的通道適配方法的情況下，由于采用了不同的通道發(fā)送不同手機用戶的各種短消息，形成外部異步，使得手機的回復(fù)次序被打亂，從而帶來所接收的短消息混亂的問題。因此，由于現(xiàn)有技術(shù)存在上述缺陷，而有待于進一步對其方法進行改進。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種短消息服務(wù)接口服務(wù)接口及其該服務(wù)接口的通道適配方法，其能夠在ISP或短消息設(shè)備和業(yè)務(wù)系統(tǒng)之間建立對不同短消息服務(wù)的通道的管理，對業(yè)務(wù)系統(tǒng)來說所述短消息的通道接口統(tǒng)一，業(yè)務(wù)系統(tǒng)對通道調(diào)度透明，無須關(guān)心每個通道的具體發(fā)送細節(jié)，另外，根據(jù)通道發(fā)送選擇算法動態(tài)選擇發(fā)送通道，防止出現(xiàn)某一個ISP服務(wù)器故障時影響業(yè)務(wù)的正常進行。
本發(fā)明的另一個目的是提供一種短消息服務(wù)接口及其該服務(wù)接口的通道適配方法，其在每一發(fā)送的短消息中設(shè)置有不同的標識碼，以實現(xiàn)雙向短消息跟蹤算法，用以跟蹤不同短消息的回復(fù)消息，從而防止本發(fā)明所述的短消息服務(wù)接口的通道適配方法情況下可能采用了不同的通道發(fā)送不同手機用戶的各短消息，形成外部異步，回復(fù)次序被打亂帶來的混亂問題。
根據(jù)本發(fā)明的一個方案，一種短消息服務(wù)接口的通道適配方法，該短消息服務(wù)接口包括至少一個短消息通道，以及通道管理器，其中所述通道管理器監(jiān)控所述短消息通道和要發(fā)送的短消息，并選擇一個短消息通道，通過所述選擇的短消息通道對所述短消息進行收/發(fā)。
優(yōu)選地，所述通道管理器在啟動時，初始化所述各個通道，并對所述通道進行排序。
優(yōu)選地，所述排序方法為通道優(yōu)先級別高的通道優(yōu)先排列；優(yōu)先級相同的通道具備群發(fā)功能的通道優(yōu)先排列；群發(fā)功能相同時，不具備接受能力的通道優(yōu)先排列。
優(yōu)選地，所述選擇步驟包括依次選取通道，首先判斷該通道是否能夠發(fā)送該目的手機號碼，如果不能發(fā)送，則繼續(xù)選擇下一個通道；然后對通道的運行狀態(tài)進行判斷，如果通道處于停止或者異常狀態(tài)，則繼續(xù)選擇下一個通道；最后判斷通道的忙、閑狀態(tài)，如果通道處于繁忙狀態(tài)，則繼續(xù)選擇下一個通道，直到選擇到所要求的通道。
優(yōu)選地，所述方法進一步包括基于所選擇的通道調(diào)用通道發(fā)送方法，并發(fā)送短消息，如果該選擇的通道發(fā)送失敗，則將通道的發(fā)送次數(shù)累加1次，當連續(xù)發(fā)送失敗10次時，則將通道的狀態(tài)自動標志為異常狀態(tài)。
優(yōu)選地，所述的方法進一步包括在每一發(fā)送的短消息中設(shè)置不同的標識碼，以接收帶有該標識碼的回復(fù)短消息。
優(yōu)選地，所述標識碼由電話號碼和內(nèi)容編碼所組成。
優(yōu)選地，其中所述內(nèi)容編碼是流水號SequenceNo，且該流水號不重復(fù)且大于10，在針對一個手機號碼每次發(fā)送消息時其流水號遞增1。
優(yōu)選地，其中所述流水號串接在發(fā)送短消息的設(shè)備的電話號碼后面。
根據(jù)本發(fā)明的另一方案，提供一種短消息服務(wù)接口，該短消息服務(wù)接口包括至少一個短消息通道，該短消息通道與短消息服務(wù)提供設(shè)備相連，其中該短消息服務(wù)接口還包括通道管理器，所述通道管理器監(jiān)控所述短消息通道和要發(fā)送的短消息，并選擇一個短消息通道，通過所述選擇的短消息通道對所述短消息進行收/發(fā)。
優(yōu)選地，所述通道管理器在啟動時，初始化所述各個通道，并對所述通道進行排序。
優(yōu)選地，其中所述通道管理器對所述通道進行排序通道優(yōu)先級別高的通道優(yōu)先排列；優(yōu)先級相同的通道具備群發(fā)功能的通道優(yōu)先排列；群發(fā)功能相同時，不具備接受能力的通道優(yōu)先排列。
優(yōu)選地，其中所述通道管理器對所述通道進行選擇依次選取通道，首先判斷該通道是否能夠發(fā)送該目的手機號碼，如果不能發(fā)送，則繼續(xù)選擇下一個通道；然后對通道的運行狀態(tài)進行判斷，如果通道處于停止或者異常狀態(tài)，則繼續(xù)選擇下一個通道；最后判斷通道的忙、閑狀態(tài)，如果通道處于繁忙狀態(tài)，則繼續(xù)選擇下一個通道，直到選擇到所要求的通道。
優(yōu)選地，其中所述通道管理器對在每一發(fā)送的短消息設(shè)置不同的標識碼，以接收帶有該標識碼的回復(fù)短消息。
本發(fā)明所提供的一種短消息服務(wù)接口及其該服務(wù)接口的通道適配方法，由于采用了在業(yè)務(wù)系統(tǒng)的短消息接口前端設(shè)置的通道適配方法，通過增設(shè)一短消息通道管理器，實現(xiàn)了對不同短消息服務(wù)系統(tǒng)的不同通道的管理，方便了業(yè)務(wù)系統(tǒng)對不同系統(tǒng)的短消息收發(fā)，并且提高了業(yè)務(wù)系統(tǒng)的穩(wěn)定性。


所包括的附圖提供本發(fā)明的進一步解釋并結(jié)合和構(gòu)成本申請的一部分，其示出了本發(fā)明的實施例，并連同說明書作用來解釋本發(fā)明的原理。在附圖中圖1為本發(fā)明的短消息服務(wù)接口的組成連及連接框圖；圖2為本發(fā)明的所述短消息服務(wù)接口的通道適配方法的流程示意圖；和圖3為根據(jù)本發(fā)明的通道適配方法的通道選擇的流程圖。
具體實施例方式
以下通過對本發(fā)明的優(yōu)選實施例的詳細描述，將使本發(fā)明的技術(shù)方案及其有益效果顯而易見。
本發(fā)明的短消息服務(wù)接口的通道適配方法是一種為計算機程序的業(yè)務(wù)系統(tǒng)提供與手機用戶之間進行手機短消息交互的能力的方法，所述方法可以通過軟硬件實現(xiàn)。圖1為本發(fā)明的短消息服務(wù)接口的組成及連接框圖，如圖1所示，該短消息服務(wù)接口包括多個通道，如ISP適配通道和短信設(shè)備通道；通道管理器，該通道管理器管控多個短消息通道，其中，該每一短消息通道是分別與多個不同的ISP或短消息設(shè)備相通訊連接的接口，該ISP或短消息設(shè)備向各手機用戶提供短消息服務(wù)。業(yè)務(wù)系統(tǒng)(未示出)通過該通道管理器實現(xiàn)對通道的調(diào)用過程，實現(xiàn)業(yè)務(wù)系統(tǒng)對短消息接口的統(tǒng)一調(diào)用；而所述方案中通過對ISP適配通道擴展接口的接口定義，可以隨時將不同短消息設(shè)備或ISP的短消息通道加入接口管理中來，因此方便了擴展，并通過通道管理器的通道管理，可以選擇將要使用的短消息設(shè)備或ISP。
本發(fā)明所述的業(yè)務(wù)系統(tǒng)是指使用本系統(tǒng)的其它計算機軟件系統(tǒng)，如財務(wù)管理系統(tǒng)、考勤系統(tǒng)等等，可能通過短消息設(shè)備或ISP進行移動中業(yè)務(wù)處理的軟硬件系統(tǒng)。所述ISP適配通道是指用來被本發(fā)明的系統(tǒng)加載后，可以調(diào)用短信服務(wù)提供商(ISP)所提供的發(fā)送和接收服務(wù)的接口，也是為業(yè)務(wù)系統(tǒng)提供接收和發(fā)送短消息的能力的模塊。該模塊針對待加載和調(diào)用短信服務(wù)提供商(ISP)所提供的短消息發(fā)送和接收接口預(yù)先編制，可由所述通道管理器進行調(diào)度。所述ISP適配通道擴展接口(其包含在IPS適配通道或短信設(shè)備通道中)是指為了使第三方或ISP方開發(fā)可被本發(fā)明方法所使用的通道模塊(如圖1中所指的ISP適配通道)所定義的標準擴展接口。利用這種標準擴展接口，任何一方的ISP提供了短消息的收發(fā)接口(擴展指令)后即可通過加入短消息適配通道，由所述通道管理器進行管理和調(diào)度。
本發(fā)明的方法使用ISP適配通道擴展接口來提高通道的擴展性，ISP基于本發(fā)明的軟件直接為業(yè)務(wù)系統(tǒng)提供短消息交互能力，減少了業(yè)務(wù)系統(tǒng)對某一第三方ISP的依賴程度。
所述通道管理器對短消息通道的適配方法為設(shè)置通道的自描述接口ISMSChannelInfo描述通道的相關(guān)信息和能力。
當有幾個通道時按如下選擇算法群發(fā)短消息先選擇有群發(fā)功能的通道，如果沒有，則選用僅有單發(fā)功能的通道，循環(huán)向不同對象發(fā)出短消息；單發(fā)消息優(yōu)先選用僅有單發(fā)功能的通道，如果沒有，則選用有群發(fā)功能的通道；發(fā)送可回復(fù)消息先選用僅有單發(fā)和可回復(fù)短消息的通道，如果沒有，則選用有群發(fā)功能的通道；是否能夠發(fā)送該手機號碼確定該短信通道是否能夠發(fā)送指定的手機號碼。
所述ISP適配通道擴展接口定義的示例如下1.通道接口ISMSChannel1)子通道的啟動boolean start(ISMSListener listener)2)子通道的停止boolean stop()3)根據(jù)短信類型得到具體的發(fā)送類，該smsMsgType來自SMS的msgType屬性字段ISMSSender getSmsSender(int smsMsgType)4)得到通道描述類ISMSChannelInfo getChannelInfo()。
所述通道發(fā)送類接口ISMSSender定義示例如下1)發(fā)送具體的SMS消息，返回發(fā)送失敗的目的手機號碼列表
String[] send(SMS msg)所述SMS消息類有如下屬性String msgContent消息內(nèi)容String[] terminals接收該消息的目的手機號碼列表String msgId消息IdString associateAccount關(guān)聯(lián)帳號，用來對上行短信進行路由String bizName業(yè)務(wù)名稱Int sequenceeNo消息流水號，對于可回復(fù)短信，對方回復(fù)時帶上該流水號，從而找到具體對應(yīng)的源消息。
本發(fā)明的所述適配方法通過通道能力的自描述定義，可保證在ISP提供的不同能力的服務(wù)的情況下，進行適當?shù)恼{(diào)度，對業(yè)務(wù)系統(tǒng)提供較好的短消息收發(fā)性能支持。
所述通道的自描述定義示例為通道描述接口ISMSChannelInfo1)是否可以群發(fā)boolean isGroupSend()；2)是否可收boolean isReceive()；3)是否可發(fā)boolean isSend()；4)判斷是否能發(fā)送該類地址boolean canSent(String address)；5)得到通道版本號String getVersion()；6)得到通道作者String getAuthor()；7)得到通道名稱String getName()；
8)得到通道的自描述信息String getDescription()。
其中，通道的描述定義1)、2)和3)在通道加載排序時將被調(diào)用，具體排序規(guī)則解釋如下當通道只能發(fā)不能收，即isReceive()定義返回值為假時，isSend()定義或isGroupSend()定義返回值為真時，則該通道優(yōu)先排列。當通道具備群發(fā)功能，即isGroupSend()方法返回值為真，該通道優(yōu)先排列。
舉例說明如下。現(xiàn)有三個短信通道A、B和C。其中A、B均具備群發(fā)功能，即A，B通道的isGroupSend()方法返回值為真，但B通道不能接收短信，即B的isReceive()返回值為假。C通道不能群發(fā)，即C通道的通道描述定義isGroupSend()方法返回值為假。A、C均具備接收短信功能，即A、C的isReceive方法均為真。依照上述排列規(guī)則，則通道A、B和C通道的排列順序依次為B、A和C。即發(fā)送短信時優(yōu)先選擇B通道，其次選擇A通道，依次類推。
定義4)主要在發(fā)送短信時被調(diào)用，即canSend()方法返回值為真時，調(diào)用該通道的發(fā)送方法，而中間的參數(shù)為手機號碼。
定義5)、6)、7)和8)主要用于在界面中顯示參數(shù)給用戶以示區(qū)別。
下面將參照圖2對本發(fā)明的短消息服務(wù)接口的通道適配方法進行詳細說明。如圖2所示，在本發(fā)明的所述短消息服務(wù)接口的通道適配方法中，所述通道管理器通過ISP適配通道擴展接口與ISP或短消息設(shè)備通過交互的步驟和過程進行通信，所述通道管理器在開始后，初始化所述各通道(發(fā)送start)和ISP或短消息設(shè)備(發(fā)送Init)，然后根據(jù)下面的通道排列算法對通道進行排序通道優(yōu)先級別高的通道優(yōu)先排列；然后，優(yōu)先級相同的通道不具備群發(fā)功能的通道優(yōu)先；最后，具有群發(fā)功能相同(都具備或者都不具備)時具備接受能力的通道優(yōu)先。
當有短消息發(fā)送請求時，參照圖3來描述通道選擇算法，下面參照圖3詳細描述選擇通道的算法首先判斷是否存在一個通道？當存在一個通道時，依次選取通道，然后判斷該通道是否能夠發(fā)送該目的手機號碼，如果不能發(fā)送，則繼續(xù)選擇下一個通道；然后對通道的運行狀態(tài)進行判斷，如果通道處于停止或者異常狀態(tài)，則繼續(xù)選擇下一個通道，最后判斷通道的忙、閑狀態(tài)，如果通道處于繁忙狀態(tài)，則繼續(xù)選擇下一個通道；調(diào)用通道發(fā)送方法，如果通道連續(xù)10次發(fā)送失敗，則標志通道狀態(tài)為錯誤狀態(tài)。系統(tǒng)對短信是否發(fā)送成功的判斷取決于通道sendSMS方法的返回結(jié)果。返回結(jié)果為發(fā)送失敗的手機號碼列表，如果該列表為空，則表明所有短信均已發(fā)送成功。如果所有通道均不能發(fā)送，則表明該消息發(fā)送失敗。
下面結(jié)合圖2的流程圖詳細舉例說明如下假如系統(tǒng)中現(xiàn)有三個通道A，B，C。其中A通道為中國移動的專有通道，只能發(fā)送消息到中國移動網(wǎng)絡(luò)的的手機用戶。B通道為中國聯(lián)通的專有通道，只能發(fā)送消息到中國聯(lián)通網(wǎng)絡(luò)的手機。而C通道為利用專有的設(shè)備進行短信的通道，可以發(fā)送消息到中國聯(lián)通和中國移動的網(wǎng)絡(luò)的手機。通道的排列順序依次為A，B，C。當啟動該通道管理器來管理該通道時，將自動調(diào)用A，B，C通道的啟動方法。啟動成功的話，我們將通道狀態(tài)設(shè)置為運行狀態(tài)。
當有一條短信需要發(fā)送給手機號碼為13034567788這樣的用戶(該手機號碼屬于中國聯(lián)通)時。首先，該業(yè)務(wù)系統(tǒng)通過通道管理器將該短信交給A通道發(fā)送，即首先調(diào)用該通道的canSend方法(如圖2)。A通道只能發(fā)送中國移動的手機號碼，故返回不能發(fā)送。系統(tǒng)繼續(xù)將消息交給下一個通道B通道，調(diào)用其canSend方法。B通道能夠發(fā)送中國聯(lián)通的手機號且運行正常，則將該短消息交給該通道發(fā)送。當B通道出現(xiàn)異常(如網(wǎng)絡(luò)連接中斷)等情況時，B通道狀態(tài)已經(jīng)變?yōu)殄e誤狀態(tài)，或者當B通道還在發(fā)送上次提交的短信，處于繁忙的狀態(tài)時，系統(tǒng)則選擇下一個通道C進行發(fā)送。選定好通道之后，將調(diào)用該通道的sendSMS方法對消息進行發(fā)送，然后，通道發(fā)送(send)短消息到ISP或短消息設(shè)備，由ISP或短消息設(shè)備發(fā)送短消息到手機用戶。當選擇的通道在發(fā)送過程中失敗(如網(wǎng)絡(luò)連接中斷，設(shè)備出現(xiàn)異常(斷電)等情況)，則將通道的發(fā)送失敗次數(shù)累加1次，當連續(xù)失敗10次時，則該通道的狀態(tài)自動變?yōu)楫惓顟B(tài)。當系統(tǒng)停止時，將自動調(diào)用三個通道的Stop方法。對通道進行相應(yīng)的停止操作(如關(guān)閉網(wǎng)絡(luò)連接等)。
當手機發(fā)送短消息到ISP或短消息設(shè)備，且ISP或短消息設(shè)備發(fā)送(send)消息到通道時，該通道收到一條短消息，如通道A收到來自13828840760的短消息時，將調(diào)用ISMSListener的onMessage()方法處理接收的短消息。
其中ISMSListener為一個通用的接口，由業(yè)務(wù)系統(tǒng)自行實現(xiàn)。實現(xiàn)的細節(jié)完全取決于業(yè)務(wù)系統(tǒng)。比如您可以在onMessage()方法里將接收到的信息存入到數(shù)據(jù)庫，并打印到電腦屏幕上。甚至你可以通過onMessage方法驅(qū)動硬件，實現(xiàn)相應(yīng)的短信遙控功能。
在本發(fā)明所述的短消息服務(wù)接口的通道適配方法中，還在每一發(fā)送的短消息中設(shè)置有不同的標識碼，以實現(xiàn)雙向短消息跟蹤算法，用于標識發(fā)送的短消息，在返回的短消息中附帶該標識碼，由本發(fā)明所述短消息服務(wù)接口的通道適配方法進行識別該返回短消息所針對的短消息，用以跟蹤不同短消息的回復(fù)消息，從而防止本發(fā)明所述的短消息服務(wù)接口的通道適配方法情況下可能采用了不同的通道發(fā)送不同手機用戶的各短消息，形成外部異步，回復(fù)次序被打亂帶來的混亂問題。
所述雙向短消息跟蹤過程如下
該雙向短消息用標識碼sequenceNo來跟蹤業(yè)務(wù)系統(tǒng)和手機之間的每一次交互，對于同一個手機sequenceNo是不重復(fù)的，一般采用遞增的數(shù)字來表示，由于0～9用來作為上行業(yè)務(wù)快捷碼，因此，該sequenceNo從10開始。
各通道中一般用以下2種方式來保證電話號碼當通道的可用電話號碼較多時，如超過10000個，可用不同電話號碼來對應(yīng)不同sequenceNo，該sequenceNo對手機用戶不可見，由手機用戶直接答復(fù)接收到的短消息即可。內(nèi)容編碼在短消息內(nèi)容內(nèi)加上sequenceNo說明，由手機用戶回復(fù)時加上sequenceNo代碼，但此種方式對手機用戶略為煩瑣。
例如發(fā)送短消息1100A先生要求報消2月份的士費1111元。其中，1100是sequenceNo代碼，后面是任務(wù)簡介。
則手機回復(fù)短消息1100*1其中，1100是任務(wù)編號，*是功能分割字，1是回復(fù)內(nèi)容。
另外一種方式是采用電話號碼補充的方式。一般的，通過向移動運營商(中國移動、中國聯(lián)通)申請短信特服號碼，可以向目標手機發(fā)送短信，目標手機上顯示的發(fā)送手機號碼即為該特服號碼。如中央電視臺春節(jié)聯(lián)歡晚會的特服號碼是移動用戶為8898，聯(lián)通用戶為9898。則使用移動通信公司手機的觀眾收到的短信顯示來自8898，而使用聯(lián)通通信公司手機的觀眾收到的短信顯示來自9898。由于在聯(lián)通、移動運營商的協(xié)議中該特服號碼是允許客戶自行擴充的，且目標手機回復(fù)該短信時通道能自動獲取到該號碼。即8898后面可以串接一定長度的號碼。如889812345，889812346。即手機上顯示的發(fā)送號碼可以為889812345或者889812346。當目標手機回復(fù)該短信時，通道除了可以獲取到目標手機號碼外還可以獲取到該發(fā)送號碼。具體的擴充長度可以參見中國移動CMPP協(xié)議或者中國聯(lián)通SGIP協(xié)議。
本發(fā)明正是利用了特服號碼可擴充這樣一個特點。當發(fā)送短信時，將流水號SequenceNo串接在特服號碼后面發(fā)送給目標手機。目標手機收到后，直接回復(fù)該短信。同樣的。當通道收到目標手機的回復(fù)短信時，根據(jù)獲取到的發(fā)送者號碼。進行對應(yīng)的規(guī)則來解析，得到原始的流水號SequenceNo。由于流水號SequenceNo與發(fā)送的原始消息之間存在一定的對應(yīng)關(guān)系。為了保證流水的唯一性，流水號勢必進行遞增。為了避免流水號遞增過快從而超過特服號碼擴充的最大長度限制，目前對應(yīng)關(guān)系為流水號的產(chǎn)生與短信內(nèi)容和手機號碼有關(guān)。即一個流水號+手機號碼保證唯一，同一個手機號碼流水號遞增1，基數(shù)從10開始。
下面舉例說明如下第一次發(fā)送短信到手機13824376207和13828840760，則針對13824376207產(chǎn)生的流水號為11，針對13828840760產(chǎn)生的流水號為11。當再次發(fā)送短信到13824376207時，生成的對應(yīng)流水號為12，而再次發(fā)送短信到13824376207時，則生成的流水號為13。同理，再次發(fā)送短信到13828840760時產(chǎn)生的流水號為12。
系統(tǒng)發(fā)送短信時，將流水號和手機號碼與發(fā)送短信自動進行一次對應(yīng)并保存該對應(yīng)關(guān)系，對于發(fā)送的每條短信，系統(tǒng)將自動賦予該短信一個唯一的標志ID。
具體的保存形式的示例如下短信唯一標志ID 短信接收手機號碼流水號123413824376207111234138288407601112351382437620712當通道收到目標手機的回復(fù)短信時，根據(jù)目標手機號碼以及解析出來的流水號，就可以找到對應(yīng)的源發(fā)送消息，從而知道該回復(fù)消息是針對哪條短信的回復(fù)了。
舉例如下通道的特服號碼為075524。
系統(tǒng)發(fā)送一條消息給目標手機13824376207，內(nèi)容如下“A先生要求報銷2月份的士費1111元”，通道給該消息生成的流水號為1100。發(fā)送時，系統(tǒng)將自動將1100與該短信進行一次對應(yīng)。以備收到回復(fù)短信時查找配對。
當13824376207的手機用戶收到該消息時，則目標手機顯示的發(fā)送號碼為0755241100。用戶直接回復(fù)該短信“同意”。
通道收到來自手機13824376207的回復(fù)短信。除獲取到內(nèi)容和手機號碼外，還能夠獲取到該發(fā)送號碼0755241100，通道自動解析該發(fā)送號碼得到流水號1100。通過前述所說的對應(yīng)關(guān)系，從而得知該短信是針對“A先生要求報銷2月份的士費1111元”的回復(fù)?；貜?fù)內(nèi)容為“同意”！由于流水號的產(chǎn)生只與短信的接收手機號碼有關(guān)，即該流水號對于一個手機號碼是唯一的。所以當系統(tǒng)收到該流水號時，根據(jù)該流水號以及發(fā)送手機號碼即可以準確的查找到對應(yīng)的源發(fā)送消息。從而改善了上述所說的混亂問題。
由此，本發(fā)明方法可以實現(xiàn)向業(yè)務(wù)系統(tǒng)提供統(tǒng)一的短消息接口，而無需關(guān)心通過何種通道收發(fā)短消息；本發(fā)明的短消息服務(wù)接口的通道適配方法對各種不同的短消息服務(wù)系統(tǒng)的ISP或短消息設(shè)備通過通道管理器的管理和調(diào)度，并針對不同的短消息進行標識，用以跟蹤短消息的雙向收發(fā)，提高了業(yè)務(wù)系統(tǒng)與手機用戶的短消息交互能力，而無需依賴于某一方ISP或短消息設(shè)備，增強了系統(tǒng)的短消息功能的穩(wěn)定性。
對于本領(lǐng)域技術(shù)人員來說顯而易見的是，在不脫離本發(fā)明的精神或范圍的情況下，在本發(fā)明中可以作出各種修改和變化。因此，本發(fā)明意在覆蓋落在所附權(quán)利要求和它們的等效物范圍內(nèi)的該發(fā)明的修改和變化。
權(quán)利要求
1.一種短消息服務(wù)接口的通道適配方法，該短消息服務(wù)接口包括至少一個短消息通道，以及通道管理器，其中所述通道管理器監(jiān)控所述短消息通道和要發(fā)送的短消息，并選擇一個短消息通道，通過所述選擇的短消息通道對所述短消息進行收/發(fā)。
2.如權(quán)利要求1所述的方法，進一步包括下列步驟所述通道管理器在啟動時，初始化所述各個通道，并對所述通道進行排序。
3.如權(quán)利要求2所述的方法，其中所述排序方法為通道優(yōu)先級別高的通道優(yōu)先排列；優(yōu)先級相同的通道具備群發(fā)功能的通道優(yōu)先排列；群發(fā)功能相同時，不具備接受能力的通道優(yōu)先排列。
4.如權(quán)利要求1-3的任一權(quán)利要求所述的方法，其中所述選擇步驟包括依次選取通道，首先判斷該通道是否能夠發(fā)送該目的手機號碼，如果不能發(fā)送，則繼續(xù)選擇下一個通道；然后對通道的運行狀態(tài)進行判斷，如果通道處于停止或者異常狀態(tài)，則繼續(xù)選擇下一個通道；以及最后判斷通道的忙、閑狀態(tài)，如果通道處于繁忙狀態(tài)，則繼續(xù)選擇下一個通道，直到選擇到所要求的通道。
5.如權(quán)利要求4所述的方法，進一步包括基于所選擇的通道調(diào)用通道發(fā)送方法，并發(fā)送短消息，如果該選擇的通道發(fā)送失敗，則將通道的發(fā)送次數(shù)累加1次，當連續(xù)發(fā)送失敗10次時，則將通道的狀態(tài)自動標志為異常狀態(tài)。
6.如權(quán)利要求1所述的方法，進一步包括在每一發(fā)送的短消息中設(shè)置不同的標識碼，以接收帶有該標識碼的回復(fù)短消息。
7.如權(quán)利要求6所述的方法，其中所述標識碼由電話號碼和內(nèi)容編碼所組成。
8.如權(quán)利要求7所述的方法，其中所述內(nèi)容編碼是流水號SequenceNo，該流水號不重復(fù)且大于10，在針對一個手機號碼每次發(fā)送消息時其流水號遞增1。
9.如權(quán)利要求8所述的方法，其中所述流水號串接在發(fā)送短消息的設(shè)備的電話號碼后面。
10.一種短消息服務(wù)接口，該短消息服務(wù)接口包括至少一個短消息通道，該短消息通道與短消息服務(wù)提供設(shè)備相連，其中該短消息服務(wù)接口還包括通道管理器，所述通道管理器監(jiān)控所述短消息通道和要發(fā)送的短消息，并選擇一個短消息通道，通過所述選擇的短消息通道對所述短消息進行收/發(fā)。
11.如權(quán)利要求10所述的短消息服務(wù)接口，其中所述通道管理器在啟動時，初始化所述各個通道，并對所述通道進行排序。
12.如權(quán)利要求11所述的短消息服務(wù)接口，其中所述通道管理器對所述通道進行排序通道優(yōu)先級別高的通道優(yōu)先排列；優(yōu)先級相同的通道具備群發(fā)功能的通道優(yōu)先排列；群發(fā)功能相同時，不具備接受能力的通道優(yōu)先排列。
13.如權(quán)利要求11或12所述的短消息服務(wù)接口，其中所述通道管理器對所述通道進行選擇依次選取通道，首先判斷該通道是否能夠發(fā)送該目的手機號碼，如果不能發(fā)送，則繼續(xù)選擇下一個通道；然后對通道的運行狀態(tài)進行判斷，如果通道處于停止或者異常狀態(tài)，則繼續(xù)選擇下一個通道；最后判斷通道的忙、閑狀態(tài)，如果通道處于繁忙狀態(tài)，則繼續(xù)選擇下一個通道，直到選擇到所要求的通道。
14.如權(quán)利要求10的短消息服務(wù)接口，其中所述通道管理器對在每一發(fā)送的短消息設(shè)置不同的標識碼，以接收帶有該標識碼的回復(fù)短消息。
全文摘要
本發(fā)明涉及一種短消息服務(wù)接口的通道適配方法，該短消息服務(wù)接口包括至少一個短消息通道，以及通道管理器，其中所述通道管理器監(jiān)控所述短消息通道和要發(fā)送的短消息，并選擇一個短消息通道，通過所述選擇的短消息通道對所述短消息進行收/發(fā)。本發(fā)明的方法由于采用了在業(yè)務(wù)系統(tǒng)的短消息接口前端設(shè)置的通道適配方法，通過增設(shè)一短消息通道管理器，實現(xiàn)了對不同短消息服務(wù)系統(tǒng)的不同通道的管理，方便了業(yè)務(wù)系統(tǒng)對不同系統(tǒng)的短消息收發(fā)，并且提高了業(yè)務(wù)系統(tǒng)的穩(wěn)定性。
文檔編號H04W24/00GK1845616SQ20061000868
公開日2006年10月11日 申請日期2006年2月21日 優(yōu)先權(quán)日2006年2月21日
發(fā)明者谷風 申請人:金蝶軟件(中國)有限公司