專利名稱：消息互通方法及融合業(yè)務(wù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種消息互通方法及融合業(yè)務(wù)系統(tǒng)。
背景技術(shù)：
目前，在網(wǎng)絡(luò)IP化的趨勢下，傳統(tǒng)電信業(yè)務(wù)向IP化的下一代網(wǎng)絡(luò)轉(zhuǎn)變，第三 代移動通信伙伴計劃(3rd Generation partnershipproject，簡稱為3GPP) 、3GPP2以 及TISPAN(Telecommunication andlnternet converged Services and Protocols for Advanced Networking)標(biāo)準(zhǔn)組織都將會話初始協(xié)議(Session Initiation Protocol,簡稱 為SIP)作為下一代核心網(wǎng)絡(luò)的基礎(chǔ)協(xié)議，應(yīng)用SIP的IP網(wǎng)絡(luò)已作為業(yè)務(wù)應(yīng)用的網(wǎng)絡(luò)基礎(chǔ)。
在消息業(yè)務(wù)互通過程中，融合業(yè)務(wù)系統(tǒng)向存在多種類型的傳統(tǒng)消息業(yè)務(wù)系統(tǒng)(包 括短信系統(tǒng)、彩信系統(tǒng)、郵件系統(tǒng)等)發(fā)送傳統(tǒng)消息，在傳統(tǒng)消息業(yè)務(wù)系統(tǒng)接收傳統(tǒng)消息失 敗的情況下，融合業(yè)務(wù)系統(tǒng)通過同一條路徑定時地向傳統(tǒng)消息業(yè)務(wù)系統(tǒng)重新發(fā)送傳統(tǒng)消 息，這導(dǎo)致了傳統(tǒng)消息業(yè)務(wù)的用戶不能及時接收到來自融合業(yè)務(wù)系統(tǒng)的傳統(tǒng)消息。

發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)中的傳統(tǒng)消息用戶不能及時接收到來自融合業(yè)務(wù)系統(tǒng)的傳統(tǒng)消息
的問題，本發(fā)明旨在提供一種消息互通方法及融合業(yè)務(wù)系統(tǒng)，以解決上述問題。 根據(jù)本發(fā)明的一方面，提供了一種消息互通方法，用于實(shí)現(xiàn)融合業(yè)務(wù)系統(tǒng)與消息
業(yè)務(wù)系統(tǒng)的消息業(yè)務(wù)互通，其中，融合業(yè)務(wù)系統(tǒng)包括交互選擇模塊以及交互模塊，該方法包
括 步驟l，交互選擇模塊接收來自發(fā)送終端的消息； 步驟2，交互選擇模塊選擇消息的發(fā)送方式，在消息中攜帶發(fā)送方式的標(biāo)識，并將 消息發(fā)送給交互模塊，其中，對于消息，每種發(fā)送方式只能使用一次； 步驟3，交互模塊根據(jù)標(biāo)識以交互選擇模塊選擇的發(fā)送方式將消息發(fā)送給對應(yīng)的 消息業(yè)務(wù)系統(tǒng)； 步驟4，在交互選擇模塊接收到消息業(yè)務(wù)系統(tǒng)接收消息失敗時反饋的失敗響應(yīng)消 息的情況下，返回到步驟2。 根據(jù)本發(fā)明的又一方面，提供了一種消息互通方法，用于實(shí)現(xiàn)融合業(yè)務(wù)系統(tǒng)與消
息業(yè)務(wù)系統(tǒng)的消息業(yè)務(wù)互通，其中，融合業(yè)務(wù)系統(tǒng)包括交互選擇模塊以及交互模塊，交互模
塊與發(fā)送終端之間建立有媒體流通道，該方法包括 步驟l，交互模塊通過媒體流通道接收來自發(fā)送終端的消息； 步驟2，交互選擇模塊選擇消息的發(fā)送方式，并將發(fā)送方式的標(biāo)識發(fā)送給交互模 塊，其中，對于消息，每種發(fā)送方式只能使用一次； 步驟3，交互模塊根據(jù)標(biāo)識以交互選擇模塊選擇的發(fā)送方式將消息發(fā)送給對應(yīng)的 消息業(yè)務(wù)系統(tǒng)； 步驟4，在交互模塊接收到消息業(yè)務(wù)系統(tǒng)接收消息失敗時反饋的失敗響應(yīng)消息的情況下，向交互選擇模塊發(fā)送請求消息，并返回到步驟2，其中請求消息用于請求重新選擇 消息的發(fā)送方式。 根據(jù)本發(fā)明的又一方面，提供了一種消息互通方法，用于實(shí)現(xiàn)融合業(yè)務(wù)系統(tǒng)與消 息業(yè)務(wù)系統(tǒng)的消息業(yè)務(wù)互通，其中，融合業(yè)務(wù)系統(tǒng)包括交互選擇模塊以及交互模塊，該方法 包括 步驟l，交互選擇模塊接收來自發(fā)送終端的消息； 步驟2，交互選擇模塊選擇消息的發(fā)送方式，在消息中攜帶發(fā)送方式的標(biāo)識，并將 消息發(fā)送給交互模塊，其中，對于消息，每種發(fā)送方式只能使用一次； 步驟3，交互模塊根據(jù)標(biāo)識以交互選擇模塊選擇的發(fā)送方式將消息發(fā)送給對應(yīng)的 消息業(yè)務(wù)系統(tǒng)； 步驟4，在交互模塊接收到消息業(yè)務(wù)系統(tǒng)接收消息失敗時反饋的失敗響應(yīng)消息的 情況下，向交互選擇模塊發(fā)送請求消息，并返回到步驟2，其中請求消息用于請求重新選擇 消息的發(fā)送方式。 根據(jù)本發(fā)明的又一方面，提供了一種融合業(yè)務(wù)系統(tǒng)，包括交互選擇模塊以及交互 模塊，其中， 交互選擇模塊包括第一接收子模塊，用于接收來自發(fā)送終端的消息；選擇子模 塊，用于選擇消息的發(fā)送方式；第一發(fā)送子模塊，用于將選擇子模塊選擇的發(fā)送方式對應(yīng)的 標(biāo)識攜帶在消息中，并將消息發(fā)送給交互模塊。 交互模塊包括第二接收子模塊，用于接收來自第一發(fā)送子模塊的消息；獲取子 模塊，用于獲取消息中的標(biāo)識；第二發(fā)送子模塊，用于以標(biāo)識對應(yīng)的發(fā)送方式將消息發(fā)送給 相應(yīng)的消息業(yè)務(wù)系統(tǒng)。 根據(jù)本發(fā)明的又一方面，提供了一種融合業(yè)務(wù)系統(tǒng)，包括交互選擇模塊以及交互 模塊，其中，交互模塊與發(fā)送終端之間建立有媒體流通道，以及 交互選擇模塊包括第一接收子模塊，用于接收交互模塊的請求消息，其中請求消
息用于請求重新選擇消息的發(fā)送方式；選擇子模塊，用于選擇交互模塊中的消息的發(fā)送方
式；第一發(fā)送子模塊，用于將選擇子模塊選擇的發(fā)送方式的標(biāo)識發(fā)送給交互模塊； 交互模塊包括第二接收子模塊，用于經(jīng)由媒體流通道接收來自發(fā)送終端的消息；
第三接收子模塊，用于接收來自第一發(fā)送子模塊的標(biāo)識；第二發(fā)送子模塊，用于以標(biāo)識對應(yīng)
的發(fā)送方式將消息發(fā)送給相應(yīng)的消息業(yè)務(wù)系統(tǒng)；第三發(fā)送子模塊，用于向交互選擇模塊發(fā)
送請求消息。 根據(jù)本發(fā)明的再一方面，提供了一種融合業(yè)務(wù)系統(tǒng)，包括交互選擇模塊以及交互 模塊，其中， 交互選擇模塊包括第一接收子模塊，用于接收來自發(fā)送終端的消息；選擇子模 塊，用于選擇消息的發(fā)送方式；第一發(fā)送子模塊，用于將選擇子模塊選擇的發(fā)送方式對應(yīng)的 標(biāo)識攜帶在消息中，并將消息發(fā)送給交互模塊；第二接收子模塊，用于接收交互模塊的請求 消息，其中請求消息用于請求重新選擇消息的發(fā)送方式； 交互模塊包括第三接收子模塊，用于接收來自第一發(fā)送子模塊的消息；獲取子 模塊，用于獲取消息中的標(biāo)識；第二發(fā)送子模塊，用于以標(biāo)識對應(yīng)的發(fā)送方式將消息發(fā)送給 相應(yīng)的消息業(yè)務(wù)系統(tǒng)；第三發(fā)送子模塊，用于向交互選擇模塊發(fā)送請求消息。
7
借助于上述技術(shù)方案至少之一，本發(fā)明通過對消息的各次發(fā)送采用不同的發(fā)送方 式，解決了現(xiàn)有技術(shù)中的傳統(tǒng)消息用戶不能及時接收到來自融合業(yè)務(wù)系統(tǒng)的消息的問題， 使得融合業(yè)務(wù)用戶發(fā)送的消息能夠及時地發(fā)送到傳統(tǒng)消息用戶，保證了用戶之間的及時交互。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)
明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中 圖1是相關(guān)技術(shù)中的傳統(tǒng)消息互通的業(yè)務(wù)環(huán)境的框圖； 圖2A、2B是根據(jù)本發(fā)明裝置實(shí)施例一的融合業(yè)務(wù)系統(tǒng)的框圖； 圖3A是根據(jù)本發(fā)明裝置實(shí)施例二的融合業(yè)務(wù)系統(tǒng)的框圖； 圖3B是根據(jù)本發(fā)明裝置實(shí)施例三的融合業(yè)務(wù)系統(tǒng)的框圖； 圖4是根據(jù)本發(fā)明方法實(shí)施例一的消息互通方法的流程圖； 圖5是根據(jù)本發(fā)明方法實(shí)施例一的傳統(tǒng)消息的一種互通流程圖； 圖6是根據(jù)本發(fā)明方法實(shí)施例一的傳統(tǒng)消息的另一種互通流程圖； 圖7是根據(jù)本發(fā)明方法實(shí)施例二的消息互通方法的流程圖； 圖8是根據(jù)本發(fā)明方法實(shí)施例三的消息互通方法的流程圖。
具體實(shí)施方式

功能概述 如上所述，在目前采用的技術(shù)中，傳統(tǒng)消息只能使用同一條路徑傳輸，這導(dǎo)致在該 條路徑傳輸信息失敗的情況下，傳統(tǒng)消息用戶不能及時接收到來自融合業(yè)務(wù)系統(tǒng)的消息。 針對該問題，本發(fā)明實(shí)施例提供的技術(shù)方案中，以融合業(yè)務(wù)系統(tǒng)中設(shè)置的交互選擇模塊選 擇的發(fā)送方式將消息發(fā)送到對應(yīng)的傳統(tǒng)消息業(yè)務(wù)系統(tǒng)，并在該傳統(tǒng)消息業(yè)務(wù)系統(tǒng)接收該消 息失敗的情況下，交互選擇模塊重新選擇新的發(fā)送方式將消息發(fā)送到與新的發(fā)送方式對應(yīng) 的傳統(tǒng)消息業(yè)務(wù)系統(tǒng)，即，消息的每次重傳都使用與之前不同的發(fā)送方式，這樣可以保證用 戶之間的及時交互。
圖l是相關(guān)技術(shù)中的傳統(tǒng)消息互通的業(yè)務(wù)環(huán)境，如圖l所示，包括融合業(yè)務(wù)用戶終 端、融合業(yè)務(wù)系統(tǒng)、傳統(tǒng)消息業(yè)務(wù)系統(tǒng)(只示出一個)以及傳統(tǒng)消息用戶終端。融合業(yè)務(wù)用 戶終端發(fā)送的傳統(tǒng)消息經(jīng)過融合業(yè)務(wù)系統(tǒng)、傳統(tǒng)消息業(yè)務(wù)系統(tǒng)到達(dá)傳統(tǒng)消息用戶終端。下 面將參考附圖并結(jié)合實(shí)施例，來詳細(xì)說明本發(fā)明。
裝置實(shí)施例一 基于圖1的傳統(tǒng)消息互通的業(yè)務(wù)環(huán)境，本實(shí)施例提供了一種融合業(yè)務(wù)系統(tǒng)，該融 合業(yè)務(wù)系統(tǒng)包括消息和會話服務(wù)器、交互選擇模塊以及交互模塊。其中，消息和會話服務(wù)器 用于將發(fā)送終端(即上述融合業(yè)務(wù)用戶終端)的消息(指傳統(tǒng)消息)轉(zhuǎn)發(fā)給交互選擇模塊， 交互選擇模塊根據(jù)消息的參數(shù)選擇合適的發(fā)送方式，然后交互模塊根據(jù)交互選擇模塊選擇 的發(fā)送方式的標(biāo)識將消息發(fā)送給相應(yīng)的消息業(yè)務(wù)系統(tǒng)(即上述傳統(tǒng)消息業(yè)務(wù)系統(tǒng))。
如圖2A所示，是根據(jù)本發(fā)明裝置實(shí)施例一的融合業(yè)務(wù)系統(tǒng)的一種框圖，其中包括 消息和會話服務(wù)器10、交互選擇模塊20、交互模塊30。其中交互選擇模塊20具體包括第一接收子模塊202、選擇子模塊204、第一發(fā)送子模塊206 ;交互模塊30具體包括第二接收子模塊302、獲取子模塊304、第二發(fā)送子模塊306。下面結(jié)合圖2A進(jìn)行詳細(xì)描述。
第一接收子模塊202，用于從消息和會話服務(wù)器或從發(fā)送終端接收消息。
具體地，在融合業(yè)務(wù)用戶終端發(fā)送的傳統(tǒng)消息的內(nèi)容較小(例如該消息小于1300比特)的情況下，融合業(yè)務(wù)用戶終端將消息發(fā)送到融業(yè)務(wù)系統(tǒng)的消息和會話服務(wù)器10，然后消息和會話服務(wù)器10處理該消息和會話請求，并轉(zhuǎn)發(fā)、路由該消息和會話請求到相鄰處理模塊，例如，交互選擇模塊20。 在融合業(yè)務(wù)用戶終端發(fā)送的傳統(tǒng)消息的內(nèi)容較大(例如該消息大于或等于1300比特)的情況下，通過媒體流通道建立模塊(圖中未示出)在交互選擇模塊與發(fā)送終端之間建立媒體流通道，如圖2B所示，是根據(jù)本發(fā)明裝置實(shí)施例一的融合業(yè)務(wù)系統(tǒng)的另一種框圖。此時，消息就不經(jīng)過消息和會話服務(wù)器10，而是通過媒體流通道直接發(fā)送到交互選擇模塊20的第一接收子模塊202上，由第一接收子模塊202對該消息進(jìn)行處理。在具體的實(shí)施過程中，媒體流通道建立模塊與交互選擇模塊可以合一設(shè)置，或者單一設(shè)置，但是在功能上兩者是分開的。 選擇子模塊204，連接至第一接收子模塊202，用于根據(jù)消息的參數(shù)選擇消息的發(fā)送方式。具體地，消息的參數(shù)包括但不限于消息內(nèi)容的大小、消息的地址類型等。
第一發(fā)送子模塊206，連接至選擇子模塊204和第一接收子模塊202，用于將選擇子模塊204選擇的發(fā)送方式對應(yīng)的標(biāo)識攜帶在第一接收子模塊202接收到的消息中，并將該消息發(fā)送給交互模塊30。 第二接收子模塊302，連接至第一發(fā)送子模塊206，用于接收第一發(fā)送子模塊206發(fā)送的消息。 獲取子模塊304，連接至第二接收子模塊302，用于獲取第二接收子模塊302中的消息中的標(biāo)識。 第二發(fā)送子模塊306，連接至第二接收子模塊302與獲取子模塊304，用于將第二接收子模塊302中的消息以獲取子模塊304中的標(biāo)識對應(yīng)的發(fā)送方式發(fā)送給相應(yīng)的消息業(yè)務(wù)系統(tǒng)。 具體地，交互模塊30根據(jù)獲取子模塊304獲取的標(biāo)識對消息進(jìn)行相應(yīng)的格式轉(zhuǎn)換，并采用與標(biāo)識對應(yīng)的發(fā)送方式相應(yīng)的傳輸協(xié)議發(fā)送格式轉(zhuǎn)換后的消息給相應(yīng)的消息業(yè)務(wù)系統(tǒng)。 在具體實(shí)施過程中，上述交互選擇模塊20還包括第一標(biāo)記子模塊和/或第二標(biāo)記子模塊(圖中未示出)，其中，第一標(biāo)記子模塊用于對選擇子模塊204選擇的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記，第二標(biāo)記子模塊用于對消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記。具體地，在交互選擇模塊選擇消息的發(fā)送方式后，第一標(biāo)記子模塊對選擇的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記；或者在交互選擇模塊接收到消息業(yè)務(wù)系統(tǒng)的失敗響應(yīng)消息之后，第二標(biāo)記子模塊對消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記，然后由選擇子模塊204選擇新的發(fā)送方式。需要說明的是，每種發(fā)送方式的標(biāo)識只需被標(biāo)記一次，也就是說，如果第一標(biāo)記子模塊已經(jīng)對一個標(biāo)識進(jìn)行了標(biāo)記，那么即使使用該標(biāo)識的發(fā)送方式進(jìn)行發(fā)送操作失敗，第二標(biāo)記子模塊也不需要再對該標(biāo)識進(jìn)行標(biāo)記。 通過第一標(biāo)記子模塊以 第二標(biāo)記子模塊，保證了每種發(fā)送發(fā)式對于消息只能使用一次，并使得系統(tǒng)能夠更有效率地選擇合適的發(fā)送方式。 在具體實(shí)施過程中，在交互選擇模塊中的選擇子模塊204選擇了所有的發(fā)送方式后或者選擇子模塊204選擇發(fā)送發(fā)式的次數(shù)超過預(yù)定值(該預(yù)定值可以由系統(tǒng)設(shè)置，或者由用戶設(shè)置)之后，如果還是未能將消息成功發(fā)送到傳統(tǒng)消息用戶終端，則可以由交互選擇模塊轉(zhuǎn)發(fā)消息到消息和會話服務(wù)器，采用其他方式發(fā)送到傳統(tǒng)消息用戶，或者丟棄消息，也可以由交互模塊直接丟棄消息，并向融合業(yè)務(wù)用戶終端發(fā)送回執(zhí)消息，通知融合業(yè)務(wù)用戶終端消息發(fā)送失敗。 從以上的描述中可以看出，與現(xiàn)有技術(shù)相比，本發(fā)明通過在消息業(yè)務(wù)系統(tǒng)接收消息失敗之后，交互選擇模塊重新選擇消息的發(fā)送方式，使得消息能夠及時正確的發(fā)送到接收終端(即傳統(tǒng)消息用戶終端)。
裝置實(shí)施例二 在本實(shí)施例中，提供了一種融合業(yè)務(wù)系統(tǒng)，包括交互選擇模塊以及交互模塊。與
上述裝置實(shí)施例一不同的是，由于交互模塊與發(fā)送終端之間建立有媒體流通道，所以發(fā)送
終端的消息不再經(jīng)過消息和會話服務(wù)器以及交互選擇模塊，其中，交互選擇模塊用于根據(jù)
交互模塊中的消息的參數(shù)選擇合適的發(fā)送方式，并將選擇的發(fā)送方式的標(biāo)識發(fā)送給交互模
塊，然后交互模塊根據(jù)發(fā)送方式的標(biāo)識將消息發(fā)送給相應(yīng)的消息業(yè)務(wù)系統(tǒng)。 如圖3A所示，為本實(shí)施例的融合業(yè)務(wù)系統(tǒng)的框圖，包括交互選擇模塊40、交互模
塊50，其中交互選擇模塊40具體包括選擇子模塊402、第一發(fā)送子模塊404、第一接收子
模塊406，交互模塊50具體包括第二接收子模塊502、第三接收子模塊504、第二發(fā)送子模
塊506、第三發(fā)送子模塊508，下面結(jié)合圖3進(jìn)行詳細(xì)描述。 選擇子模塊402，連接至第二接收子模塊502，用于根據(jù)第二接收子模塊502中的消息的參數(shù)選擇合適的發(fā)送方式，其中，消息的參數(shù)包括但不限于消息內(nèi)容的大小、消息的地址類型等。 第一發(fā)送子模塊404，連接至選擇子模塊402，用于將選擇子模塊402選擇的發(fā)送方式的標(biāo)識發(fā)送給交互模塊50。 第一接收子模塊406，連接至第三發(fā)送子模塊508與選擇子模塊402，用于接收交
互模塊的請求消息，其中請求消息用于請求重新選擇消息的發(fā)送方式。 具體地，在交互選擇模塊接收到來自交互模塊的請求消息時，交互選擇模塊就重
新根據(jù)第二接收子模塊502中的消息的參數(shù)選擇合適的發(fā)送方式。 第二接收子模塊502，與發(fā)送終端之間建立有媒體流通道，通過媒體流通道接收發(fā)送終端的消息。 第三接收子模塊504，連接至第一發(fā)送子模塊404，用于接收第一發(fā)送子模塊404發(fā)送的標(biāo)識。 具體地，由于交互模塊與發(fā)送終端之間建立有媒體流通道，因此第二接收子模塊502首先接收來自發(fā)送終端的消息，選擇子模塊402根據(jù)第二接收子模塊502中消息的參數(shù)選擇合適的發(fā)送方式，然后由第一發(fā)送子模塊404將選擇的發(fā)送方式的標(biāo)識發(fā)送給第三接收子模塊504。 第二發(fā)送子模塊506，連接至第二接收子模塊502與第三接收子模塊504，用于根據(jù)第三接收子模塊504中的標(biāo)識對應(yīng)的發(fā)送方式將第二接收子模塊502中的消息發(fā)送給相應(yīng)的消息業(yè)務(wù)系統(tǒng)。 具體地，第三接收子模塊504接收到標(biāo)識之后，交互模塊50根據(jù)標(biāo)識對消息進(jìn)行相應(yīng)的格式轉(zhuǎn)換，并采用與標(biāo)識對應(yīng)的發(fā)送方式相應(yīng)的傳輸協(xié)議發(fā)送格式轉(zhuǎn)換后的消息給相應(yīng)的消息業(yè)務(wù)系統(tǒng)。 第三發(fā)送子模塊508，用于向交互選擇模塊發(fā)送請求消息。 具體地，在交互模塊接收到消息業(yè)務(wù)系統(tǒng)接收消息失敗時反饋的失敗響應(yīng)消息的情況下，向交互選擇模塊發(fā)送請求消息，請求交互選擇模塊重新選擇新的發(fā)送方式。
在具體實(shí)施過程中，與上述裝置實(shí)施例一類似，上述交互選擇模塊40還包括第一標(biāo)記子模塊和/或第二標(biāo)記子模塊(圖中未示出)，這里不再累贅。 在交互選擇模塊中的選擇子模塊402選擇了所有的發(fā)送方式后或者選擇子模塊402選擇發(fā)送發(fā)式的次數(shù)超過預(yù)定值(該預(yù)定值可以由系統(tǒng)設(shè)置，或者由用戶設(shè)置)之后，還是未能將消息成功發(fā)送到傳統(tǒng)消息用戶終端的情況下對消息的處理，與裝置實(shí)施例一中的處理類似，這里不再累贅。 在具體的實(shí)施過程中，上述交互模塊70可以是一個交互模塊，也可以是包含有多個交互子模塊的交互模塊中的一個交互子模塊。 在交互模塊包含有多個交互子模塊的情況下，其中每個交互子模塊對應(yīng)于一種發(fā)送方式。在交互選擇模塊將重新選擇的發(fā)送方式的標(biāo)識發(fā)送給與重新選擇的發(fā)送方式相應(yīng)的交互子模塊時，該消息將通過多個交互子模塊之間的媒體流通道被轉(zhuǎn)移至與重新選擇的發(fā)送方式相應(yīng)的交互子模塊。這樣，在這個與重新選擇的發(fā)送方式相應(yīng)的交互子模塊接收到重新選擇的發(fā)送方式的標(biāo)識后，進(jìn)行相應(yīng)的處理后就可以發(fā)送該消息到相應(yīng)的消息業(yè)務(wù)系統(tǒng)，提高了傳輸消息的效率。 從以上的描述中可以看出，與現(xiàn)有技術(shù)相比，本發(fā)明通過在消息業(yè)務(wù)系統(tǒng)接收消息失敗之后，交互選擇模塊重新選擇消息的發(fā)送方式，使得消息能夠及時發(fā)送到接收終端(即傳統(tǒng)消息用戶終端)，并且由于在交互模塊與發(fā)送終端之間建立有媒體流通道，使得消息內(nèi)容較大的消息可以直接通過媒體流通道發(fā)送給交互模塊，提高了消息的傳輸效率。
裝置實(shí)施例三 在本實(shí)施例中，提供了一種融合業(yè)務(wù)系統(tǒng)，包括交互選擇模塊以及交互模塊。與裝
置實(shí)施例一不同的是，本實(shí)施例中的交互選擇模塊接收交互選擇的請求消息，用于重新選
擇新的發(fā)送方式，與裝置實(shí)施例二不同的是，本實(shí)施例中沒有媒體流通道。 如圖3B所示，為本實(shí)施例的融合業(yè)務(wù)系統(tǒng)的框圖，包括交互選擇模塊60、交互模
塊70，其中，交互選擇模塊60具體包括第一接收子模塊602、選擇子模塊604、第一發(fā)送子
模塊606、第二接收子模塊608 ;交互模塊70具體包括第三接收子模塊702、獲取子模塊
704、第二發(fā)送子模塊706、第三發(fā)送子模塊708。下面結(jié)合圖3B進(jìn)行詳細(xì)描述。 交互選擇模塊60包括 第一接收子模塊602，用于接收來自發(fā)送終端的消息。 具體地，由于本實(shí)施例中由于終端沒有與交互選擇模塊或交互模塊之間建立媒體流通道，所以第一接收子模塊602接收的消息是經(jīng)由消息和會話服務(wù)器轉(zhuǎn)發(fā)的消息。
選擇子模塊604，連接至第一接收子模塊602，用于選擇消息的發(fā)送方式。具體地，類似于裝置實(shí)施例一的選擇子模塊204，這里不再累贅。
11
第一發(fā)送子模塊606，連接至選擇子模塊604和第一接收子模塊602，用于將選擇子模塊選擇的發(fā)送方式對應(yīng)的標(biāo)識攜帶在消息中，并將消息發(fā)送給交互模塊。具體地，類似于裝置實(shí)施例一的第一發(fā)送子模塊206，這里不再累贅。 第二接收子模塊608，連接至選擇子模塊604與第三發(fā)送子模塊708，用于接收交互模塊的請求消息，其中請求消息用于請求重新選擇消息的發(fā)送方式。具體地，類似于裝置實(shí)施例二的第一接收子模塊406，這里不再累贅。
交互模塊70包括 第三接收子模塊702，連接至第一發(fā)送子模塊602，用于接收來自第一發(fā)送子模塊602的消息。具體地，類似于裝置實(shí)施例一中的第二接收子模塊302，這里不再累贅。
獲取子模塊704，連接至第三接收子模塊702，用于獲取消息中的標(biāo)識。具體地，類似于裝置實(shí)施例一中的獲取子模塊304，這里不再累贅。 第二發(fā)送子模塊706，連接至第三接收子模塊702與獲取子模塊704，用于以標(biāo)識對應(yīng)的發(fā)送方式將消息發(fā)送給相應(yīng)的消息業(yè)務(wù)系統(tǒng)。具體地，類似于裝置實(shí)施例一中的第二發(fā)送子模塊306，這里不再累贅。 第三發(fā)送子模塊708，用于向交互選擇模塊發(fā)送請求消息。具體地，類似于裝置實(shí)施例二中的第三發(fā)送子模塊508，這里不再累贅。 從以上的描述中可以看出，與現(xiàn)有技術(shù)相比，本發(fā)明通過在消息業(yè)務(wù)系統(tǒng)接收消息失敗之后，交互選擇模塊重新選擇消息的發(fā)送方式，使得消息能夠及時發(fā)送到接收終端(即傳統(tǒng)消息用戶終端)。
方法實(shí)施例一 本實(shí)施例提供了一種消息互通方法，該方法優(yōu)選地應(yīng)用于上述裝置實(shí)施例一。如圖4所示，為該方法的流程圖，包括以下的步驟S402-S408 :
步驟S402，交互選擇模塊接收來自發(fā)送終端的消息。 具體地，在消息的內(nèi)容小于預(yù)定值的情況下，交互選擇模塊接收發(fā)送終端經(jīng)由消息和會話服務(wù)器轉(zhuǎn)發(fā)的需要交互的消息。在消息的內(nèi)容大于或等于預(yù)定值(例如，該預(yù)定值可以為1300比特)的情況下，交互選擇模塊與發(fā)送終端之間建立媒體流通道，則交互選擇模塊接收的消息直接來自發(fā)送終端，有利于提高消息的傳輸效率。 步驟S404，交互選擇模塊選擇消息的發(fā)送方式，在消息中攜帶發(fā)送方式的標(biāo)識，并
將消息發(fā)送給交互模塊，其中，對于該消息，每種發(fā)送方式只能使用一次。 具體地，交互選擇模塊根據(jù)消息的參數(shù)，例如，消息內(nèi)容的大小、消息的地址類型
等，選擇合適的發(fā)送方式，并將該發(fā)送方式的標(biāo)識攜帶在消息中發(fā)送給交互模塊。其中，由
于每種發(fā)送方式對于消息只能使用一次，因此，交互選擇模塊可以對選擇的發(fā)送方式的標(biāo)
識進(jìn)行標(biāo)記，這樣就能保證每種發(fā)送方式對于消息只使用一次，進(jìn)而使得系統(tǒng)能夠更有效
率地選擇合適的發(fā)送方式。 步驟S406，交互模塊根據(jù)上述標(biāo)識以上述交互選擇模塊選擇的發(fā)送方式將消息發(fā)送給對應(yīng)的消息業(yè)務(wù)系統(tǒng)。 具體地，交互模塊根據(jù)上述標(biāo)識對消息進(jìn)行相應(yīng)的格式轉(zhuǎn)換，并采用與標(biāo)識對應(yīng)
的發(fā)送方式相應(yīng)的傳輸協(xié)議發(fā)送格式轉(zhuǎn)換后的消息給相應(yīng)的消息業(yè)務(wù)系統(tǒng)。 優(yōu)選地，在具體實(shí)施過程中，可以由交互模塊向發(fā)送終端反饋響應(yīng)消息，或者由交
12互選擇模塊向發(fā)送終端反饋響應(yīng)消息，用于告知發(fā)送終端發(fā)送的消息的接收情況。 步驟S408，在交互選擇模塊接收到消息業(yè)務(wù)系統(tǒng)接收消息失敗時反饋的失敗響應(yīng)
消息的情況下，返回到步驟S404。 具體地，在相應(yīng)的消息業(yè)務(wù)系統(tǒng)接收消息失敗的情況下，該消息業(yè)務(wù)系統(tǒng)向交互 模塊反饋失敗響應(yīng)消息，交互模塊再轉(zhuǎn)發(fā)該失敗響應(yīng)消息給交互選擇模塊。交互選擇模塊 在步驟S404重新選擇新的發(fā)送方式，并將該新的發(fā)送方式的標(biāo)識攜帶在消息中發(fā)送給交 互模塊，然后重復(fù)上述步驟S406、步驟S408。其中，在上述失敗響應(yīng)消息中，可以攜帶有消 息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識，此時，交互選擇模塊對該發(fā)送方式的標(biāo)識可以進(jìn) 行標(biāo)記，這樣也能保證每種發(fā)送方式對于消息只使用一次，進(jìn)而使得系統(tǒng)能夠更有效率地 選擇合適的發(fā)送方式。 需要說明的是，每種發(fā)送方式的標(biāo)識只需被標(biāo)記一次，也就是說，如果在步驟S404 中選擇的一個標(biāo)識(即下文中的當(dāng)前標(biāo)記)已經(jīng)被標(biāo)記了，那么在步驟S408中，當(dāng)交互選 擇模塊接收到攜帶了當(dāng)前標(biāo)記的失敗響應(yīng)消息后，就不需要再對該當(dāng)前標(biāo)識進(jìn)行標(biāo)記了 。
由上描述可以看出，在消息業(yè)務(wù)系統(tǒng)接收消息失敗的情況下，通過交互選擇模塊 重新選擇新的發(fā)送方式使得消息可以通過不同的路徑發(fā)送到接收終端，使得用戶能夠及時 收到消息。 以下結(jié)合圖5和圖6詳細(xì)描述在本實(shí)施例中的消息的內(nèi)容小于預(yù)定值(例如，預(yù)
定值為1300比特)的情況下，S卩，交互選擇模塊接收發(fā)送終端經(jīng)由消息和會話服務(wù)器轉(zhuǎn)發(fā)
的消息的情況下的消息互通流程。其中，消息業(yè)務(wù)系統(tǒng)可以是傳統(tǒng)消息系統(tǒng)，用于接收傳統(tǒng)
消息；與傳統(tǒng)消息系統(tǒng)1相應(yīng)的發(fā)送方式的標(biāo)識記為標(biāo)識1，與傳統(tǒng)消息系統(tǒng)2相應(yīng)的發(fā)送
方式的標(biāo)識記為標(biāo)識2。如圖5所示，整個傳統(tǒng)消息的互通流程包括以下處理 步驟501 :融合業(yè)務(wù)用戶終端發(fā)送消息到消息和會話服務(wù)器，其中攜帶目的用戶
地址信息，該目的用戶為傳統(tǒng)消息用戶。 步驟502 :對應(yīng)于上述步驟S402，交互選擇模塊接收來自發(fā)送終端的消息，這里的 消息是由消息和會話服務(wù)器轉(zhuǎn)發(fā)的。具體地，消息和會話服務(wù)器根據(jù)目的用戶地址信息判 斷該消息需要與傳統(tǒng)消息系統(tǒng)交互，則將消息轉(zhuǎn)發(fā)到交互選擇模塊。 步驟503 :對應(yīng)于上述步驟S404，具體地，交互選擇模塊根據(jù)消息內(nèi)容的大小和目
的地址類型等信息選擇一種發(fā)送方式，例如該發(fā)送方式的標(biāo)識為標(biāo)識l，將標(biāo)識1攜帶在消
息中轉(zhuǎn)發(fā)給交互模塊。如果消息內(nèi)容的大小大于或等于預(yù)定值(例如預(yù)定值為1300比特)，
交互選擇模塊與交互模塊之間可以建立媒體通道，消息可以在媒體通道傳輸。 步驟504 :交互模塊接收消息后向交互選擇模塊反饋響應(yīng)消息，用于向融合業(yè)務(wù)
用戶終端告知消息的接收情況。 步驟505 :交互選擇模塊轉(zhuǎn)發(fā)響應(yīng)消息給消息和會話服務(wù)器。 步驟506 :消息和會話服務(wù)器轉(zhuǎn)發(fā)響應(yīng)消息到融合業(yè)務(wù)用戶終端。 步驟507 :對應(yīng)于上述步驟S406，具體地，交互模塊根據(jù)消息中的標(biāo)識1 ，對消息進(jìn)
行相應(yīng)的格式轉(zhuǎn)換，并采用與標(biāo)識1相應(yīng)的發(fā)送方式的傳輸協(xié)議將消息發(fā)送到傳統(tǒng)消息系統(tǒng)l。 步驟508 :傳統(tǒng)消息系統(tǒng)1向交互模塊反饋響應(yīng)消息，在接收數(shù)據(jù)失敗的情況下， 反饋失敗響應(yīng)消息。
步驟509 :對應(yīng)于步驟S408，具體地，交互模塊轉(zhuǎn)發(fā)失敗響應(yīng)消息到交互選擇模 塊，交互選擇模塊重新選擇新的發(fā)送方式，其中在失敗響應(yīng)消息中可以攜帶當(dāng)前發(fā)送方式 的標(biāo)識，這里攜帶的是標(biāo)識1。 步驟510 :交互選擇模塊根據(jù)消息內(nèi)容的大小和目的地址類型等信息重新選擇新 的發(fā)送方式，例如該發(fā)送方式的標(biāo)識為標(biāo)識2，將標(biāo)識2攜帶在消息中發(fā)送給交互模塊。
步驟511 :相應(yīng)于發(fā)送方式的交互模塊在接收到交互選擇模塊發(fā)送的消息后，反 饋響應(yīng)消息到交互選擇模塊。 步驟512 :交互模塊根據(jù)標(biāo)識2，對消息進(jìn)行相應(yīng)的格式轉(zhuǎn)換，并采用與標(biāo)識2相應(yīng) 的發(fā)送方式的傳輸協(xié)議將消息發(fā)送到傳統(tǒng)消息系統(tǒng)2。 步驟513 :傳統(tǒng)消息系統(tǒng)2反饋響應(yīng)消息給交互模塊，如果是失敗響應(yīng)，則交互模 塊繼續(xù)步驟509到步驟512，通過交互選擇模塊重新選擇新的發(fā)送方式發(fā)送消息。如果選擇 了所有的發(fā)送方式標(biāo)識后或者交互選擇模塊選擇發(fā)送發(fā)式的次數(shù)超過預(yù)定值(該預(yù)定值 可以由系統(tǒng)設(shè)置，或者由用戶設(shè)置)之后，還是未能將消息成功發(fā)送到傳統(tǒng)消息用戶終端， 則交互模塊直接丟棄消息，并向融合業(yè)務(wù)用戶終端發(fā)送回執(zhí)消息，通知融合業(yè)務(wù)用戶終端 消息發(fā)送失敗。 在具體實(shí)施過程中，步驟S504與步驟S507之間沒有時間上的先后順序，步驟511 與步驟512之間沒有時間上的先后順序。 圖6是傳統(tǒng)消息的另一種互通流程圖，下面結(jié)合圖6進(jìn)行詳細(xì)描述。 步驟601 :融合業(yè)務(wù)用戶終端發(fā)送消息到消息和會話服務(wù)器，其中攜帶目的用戶
地址信息，該目的用戶為傳統(tǒng)消息用戶。 步驟602 :對應(yīng)于上述步驟S402，具體地，消息和會話服務(wù)器根據(jù)目的用戶地址信
息判斷該消息需要與傳統(tǒng)消息系統(tǒng)交互，則將消息轉(zhuǎn)發(fā)到交互選擇模塊。 步驟603 :交互選擇模塊反饋響應(yīng)消息給消息和會話服務(wù)器。 步驟604 :消息和會話服務(wù)器轉(zhuǎn)發(fā)響應(yīng)消息到融合業(yè)務(wù)用戶終端，使得融合業(yè)務(wù) 用戶終端獲知消息的接收情況。 步驟605 :對應(yīng)于上述步驟S404，具體地，交互選擇模塊根據(jù)消息內(nèi)容的大小和目 的地址類型信息等選擇一種發(fā)送方式，例如，該發(fā)送方式的標(biāo)識為標(biāo)識l，并將標(biāo)識1攜帶 在消息中發(fā)送給交互模塊。 在具體實(shí)施過程中，如果消息的大小大于或等于預(yù)定值(例如預(yù)定值為1300比 特)，交互選擇模塊與交互模塊之間可以建立媒體流通道，這樣消息可以在媒體流通道傳 輸，有利于提高消息的傳輸效率。 步驟606 :對應(yīng)于上述步驟S406，交互模塊接收消息后，獲取消息中的標(biāo)識1，并根 據(jù)標(biāo)識1對消息進(jìn)行相應(yīng)的格式轉(zhuǎn)換，以及采用與標(biāo)識1對應(yīng)的發(fā)送方式的傳輸協(xié)議將消 息發(fā)送到傳統(tǒng)消息系統(tǒng)l。 步驟607 :傳統(tǒng)消息系統(tǒng)1向交互模塊反饋響應(yīng)消息，在接收數(shù)據(jù)失敗的情況下， 反饋失敗響應(yīng)消息，其中在失敗響應(yīng)消息中可以攜帶當(dāng)前發(fā)送方式的標(biāo)識，這里攜帶的是 標(biāo)識1。 步驟608 :對應(yīng)于上述步驟S408，具體地，交互模塊轉(zhuǎn)發(fā)失敗響應(yīng)消息到交互選擇 模塊，交互選擇模塊重新選擇新的發(fā)送方式。
步驟609 :交互選擇模塊根據(jù)消息內(nèi)容的大小和目的地址類型等信息重新選擇新 的發(fā)送方式，例如，該發(fā)送方式的標(biāo)識為標(biāo)識2，將標(biāo)識2攜帶在消息中發(fā)送給交互模塊。類 似地，如果消息的大小大于預(yù)定值時，交互模塊和交互選擇模塊之間可以建立媒體通道，通 過媒體通道完成消息的傳送。 步驟610 :交互模塊接收到消息后，根據(jù)標(biāo)識2對消息進(jìn)行格式轉(zhuǎn)換，以及采用與 標(biāo)識2對應(yīng)的發(fā)送方式的傳輸協(xié)議將消息發(fā)送到傳統(tǒng)消息系統(tǒng)2。
步驟611 :傳統(tǒng)消息系統(tǒng)2向交互模塊反饋響應(yīng)消息。 步驟612 :交互模塊將響應(yīng)消息轉(zhuǎn)發(fā)給交互選擇模塊，如果是失敗響應(yīng)消息，則繼 續(xù)步驟607至步驟611 。在具體實(shí)施過程中，如果交互選擇模塊選擇了所有的發(fā)送方式標(biāo)識 后或者交互選擇模塊選擇發(fā)送發(fā)式的次數(shù)超過預(yù)定值(該預(yù)定值可以由系統(tǒng)設(shè)置，或者由 用戶設(shè)置)之后，還是未能將消息成功發(fā)送到傳統(tǒng)消息用戶終端，則交互選擇模塊可以轉(zhuǎn) 發(fā)消息到消息和會話服務(wù)器，采用其他方式發(fā)送到傳統(tǒng)消息用戶，或者丟棄消息。
由上述圖5和圖6描述的流程可以看出，在消息業(yè)務(wù)系統(tǒng)接收消息失敗的情況下、 通過交互選擇模塊重新選擇新的發(fā)送方式使得消息可以從不同的路徑傳輸，使得用戶能夠 及時收到消息。 在具體實(shí)施過程中，融合業(yè)務(wù)用戶終端接收到的響應(yīng)消息可以來自交互選擇模
塊，也可以來自交互模塊。在交互選擇模塊選擇了所有的發(fā)送方式后或者交互選擇模塊選
擇發(fā)送發(fā)式的次數(shù)超過預(yù)定值(該預(yù)定值可以由系統(tǒng)設(shè)置，或者由用戶設(shè)置)之后，還是未
能將消息成功發(fā)送到傳統(tǒng)消息用戶終端的情況下，可以由交互選擇模塊轉(zhuǎn)發(fā)消息到消息和
會話服務(wù)器，采用其他方式發(fā)送到傳統(tǒng)消息用戶，或者丟棄消息，也可以由交互模塊直接丟
棄消息，并向融合業(yè)務(wù)用戶終端發(fā)送回執(zhí)消息，通知融合業(yè)務(wù)用戶終端消息發(fā)送失敗。 需要說明的是，交互模塊可以包含有多個交互子模塊，分別與不同的發(fā)送方式相
對應(yīng)。那么，在存在有多個交互子模塊的情況下，在消息內(nèi)容大于或等于預(yù)定值(例如預(yù)定
值為1300比特)時，交互選擇模塊可以與多個交互子模塊之間分別建立媒體流通道，根據(jù)
選擇的發(fā)送方式通過相應(yīng)的媒體流通道將消息發(fā)送到相應(yīng)的交互子模塊上。 相應(yīng)地，在交互選擇模塊將重新選擇的發(fā)送方式的標(biāo)識發(fā)送給與重新選擇的發(fā)送
方式相應(yīng)的交互子模塊時，該消息將通過多個交互子模塊之間的媒體流通道被轉(zhuǎn)移至與重
新選擇的發(fā)送方式相應(yīng)的交互子模塊上。這樣，在這個與重新選擇的發(fā)送方式相應(yīng)的交互
子模塊接收到重新選擇的發(fā)送方式的標(biāo)識后，進(jìn)行相應(yīng)的處理后就可以發(fā)送該消息到相應(yīng)
的消息業(yè)務(wù)系統(tǒng)。 方法實(shí)施例二 在本實(shí)施例中，提供了一種消息互通方法，該方法優(yōu)選地應(yīng)用于上述裝置實(shí)施例
二。如圖7所示，為該方法的流程圖，包括以下的步驟S702-S708 : 步驟S702，交互模塊通過媒體流通道接收來自發(fā)送終端的消息。 具體地，在消息的內(nèi)容大于或等于預(yù)定值的情況下，消息可以通過交互模塊與發(fā)
送終端之間的媒體流通道發(fā)送給交互模塊，這樣減少了傳輸路徑，并且有利于消息的傳輸效率。 步驟S704，交互選擇模塊選擇消息的發(fā)送方式，并將發(fā)送方式的標(biāo)識發(fā)送給交互 模塊，其中，對于該消息，每種發(fā)送方式只能使用一次。
15
具體地，交互選擇模塊根據(jù)交互模塊中的消息的參數(shù)(例如，消息內(nèi)容的大小、消 息的地址類型等)選擇合適的發(fā)送方式，并將發(fā)送方式的標(biāo)識發(fā)送給交互模塊。其中，由于 每種發(fā)送方式對于該消息只能使用一次，因此，交互選擇模塊可以對選擇的發(fā)送方式的標(biāo) 識進(jìn)行標(biāo)記，這樣就能保證每種發(fā)送方式對于消息只使用一次，進(jìn)而使得系統(tǒng)能夠更有效 率地選擇合適的發(fā)送方式。 步驟S706，交互模塊根據(jù)標(biāo)識以交互選擇模塊選擇的發(fā)送方式將消息發(fā)送給對應(yīng) 的消息業(yè)務(wù)系統(tǒng)。 具體地，交互模塊根據(jù)上述標(biāo)識對消息進(jìn)行相應(yīng)的格式轉(zhuǎn)換，以及采用與標(biāo)識對 應(yīng)的發(fā)送方式相應(yīng)的傳輸協(xié)議發(fā)送格式轉(zhuǎn)換后的消息給相應(yīng)的消息業(yè)務(wù)系統(tǒng)。以及交互模 塊向發(fā)送終端反饋響應(yīng)消息，用于告知終端交互模塊接收消息的情況。 步驟S708，在交互模塊接收到消息業(yè)務(wù)系統(tǒng)接收消息失敗時反饋的失敗響應(yīng)消息 的情況下，向交互選擇模塊發(fā)送請求消息，并返回到步驟S704。 具體地，在相應(yīng)的消息業(yè)務(wù)系統(tǒng)接收消息失敗的情況下，該消息業(yè)務(wù)系統(tǒng)向交互 模塊反饋失敗響應(yīng)消息，交互模塊向交互選擇模塊發(fā)送請求消息，該請求消息用于請求交 互選擇模塊重新選擇新的發(fā)送方式。交互選擇模塊在接收到請求消息后，在步驟S704中根 據(jù)交互模塊中的消息重新選擇新的發(fā)送方式，并將新的發(fā)送方式的標(biāo)識發(fā)送給交互模塊， 然后重復(fù)上述步驟S706、步驟S708。在上述請求消息中可以攜帶有消息發(fā)送失敗時所使 用的發(fā)送方式的標(biāo)識(即當(dāng)前標(biāo)識)，此時，交互選擇模塊對該發(fā)送方式的標(biāo)識可以進(jìn)行標(biāo) 記，這樣也能保證每種發(fā)送方式對于消息只使用一次，進(jìn)而使得系統(tǒng)能夠更有效率地選擇 合適的發(fā)送方式。 需要說明的是，與方法實(shí)施例一類似，每種發(fā)送方式的標(biāo)識只需被標(biāo)記一次，這里 不再累贅。 在交互選擇模塊選擇了所有的發(fā)送方式后或者交互選擇模塊選擇發(fā)送發(fā)式的次 數(shù)超過預(yù)定值(該預(yù)定值可以由系統(tǒng)設(shè)置，或者由用戶設(shè)置)之后，還是未能將消息成功發(fā) 送到傳統(tǒng)消息用戶終端的情況下，對消息的處理類似于上述方法實(shí)施例一，以及交互模塊 也可以有多個，分別與不同的發(fā)送方式相對應(yīng)，這里都不再累贅。 由上述可知，通過在交互選擇模塊與發(fā)送終端建立媒體流通道，方便了消息內(nèi)容 較大的消息的傳輸，以及在消息業(yè)務(wù)系統(tǒng)接收消息失敗的情況下、通過交互選擇模塊重新 選擇新的發(fā)送方式標(biāo)識使得消息可以從不同的路徑傳輸，使得用戶能夠及時收到消息。
方法實(shí)施例三 在本實(shí)施例中，提供了一種消息互通方法，該方法優(yōu)選地應(yīng)用于上述裝置實(shí)施例 三。如圖8所示，為該方法的流程圖，包括以下的步驟S802-S808 : 步驟S802，交互選擇模塊接收來自發(fā)送終端的消息。具體地，交互選擇模塊接收發(fā) 送終端經(jīng)由消息和會話服務(wù)器轉(zhuǎn)發(fā)的需要交互的消息。 步驟S804，交互選擇模塊選擇消息的發(fā)送方式，在消息中攜帶發(fā)送方式的標(biāo)識，并 將消息發(fā)送給交互模塊，其中，對于該消息，每種發(fā)送方式只能使用一次。具體地，類似于方 法實(shí)施例一的步驟S404，這里不再累贅。 優(yōu)選地，在具體實(shí)施過程中，可以由交互模塊向發(fā)送終端反饋響應(yīng)消息，或者由交 互選擇模塊向發(fā)送終端反饋響應(yīng)消息，用于告知發(fā)送終端發(fā)送的消息的接收情況。
步驟S806，交互模塊根據(jù)標(biāo)識以交互選擇模塊選擇的發(fā)送方式將消息發(fā)送給對應(yīng)
的消息業(yè)務(wù)系統(tǒng)。具體地，類似于方法實(shí)施例一的步驟S406，這里不再累贅。 步驟S808，在交互模塊接收到消息業(yè)務(wù)系統(tǒng)接收消息失敗時反饋的失敗響應(yīng)消息
的情況下，向交互選擇模塊發(fā)送請求消息，并返回到步驟2，其中請求消息用于請求重新選
擇消息的發(fā)送方式。 具體地，在相應(yīng)的消息業(yè)務(wù)系統(tǒng)接收消息失敗的情況下，該消息業(yè)務(wù)系統(tǒng)向交互 模塊反饋失敗響應(yīng)消息，交互模塊再向交互選擇模塊發(fā)送請求消息，請求交互選擇模塊重 新選擇消息的發(fā)送方式。交互選擇模塊在步驟S804重新選擇新的發(fā)送方式，并將該新的發(fā) 送方式的標(biāo)識攜帶在消息中發(fā)送給交互模塊，然后重復(fù)上述步驟S806、步驟S808。其中，在 上述請求消息中，可以攜帶有消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識，此時，交互選擇模 塊對該發(fā)送方式的標(biāo)識可以進(jìn)行標(biāo)記，這樣也能保證每種發(fā)送方式對于消息只使用一次， 進(jìn)而使得系統(tǒng)能夠更有效率地選擇合適的發(fā)送方式。 需要說明的是，每種發(fā)送方式的標(biāo)識只需被標(biāo)記一次，類似于方法實(shí)施例一中的 標(biāo)記方法，這里不再累贅。 在具體實(shí)施過程中，融合業(yè)務(wù)用戶發(fā)送傳統(tǒng)消息給傳統(tǒng)消息用戶，例如，該傳統(tǒng)消 息的類型為短信信息。在現(xiàn)有技術(shù)中，融合業(yè)務(wù)系統(tǒng)將該傳統(tǒng)消息發(fā)送到短信系統(tǒng)，如果短 信系統(tǒng)接收該傳統(tǒng)消息失敗，則融合業(yè)務(wù)系統(tǒng)等待預(yù)定時間后再次將傳統(tǒng)消息發(fā)送到短信 系統(tǒng)，直到短信系統(tǒng)接收該傳統(tǒng)消息成功，這樣，就導(dǎo)致了傳統(tǒng)消息用戶不能及時接收到該 短信消息。而在本發(fā)明中，當(dāng)短信系統(tǒng)接收該短信消息失敗時，融合業(yè)務(wù)系統(tǒng)重新選擇一個 路徑，例如選擇用于發(fā)送彩信的路徑，則融合業(yè)務(wù)系統(tǒng)將該短信消息發(fā)送到彩信系統(tǒng)，通過 彩信系統(tǒng)將傳統(tǒng)消息發(fā)送給傳統(tǒng)消息用戶。這樣，通過選擇不同的路徑，使得用戶可以及時 的接收消息。 綜上所述，本發(fā)明通過在消息發(fā)送失敗的情況下，交互選擇模塊重新選擇新的發(fā) 送方式，使得消息可以通過不同路徑發(fā)送到終端，相比于現(xiàn)有技術(shù)，本發(fā)明能夠更及時的將 消息發(fā)送到傳統(tǒng)消息用戶。 顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實(shí)現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
1權(quán)利要求
一種消息互通方法，用于實(shí)現(xiàn)融合業(yè)務(wù)系統(tǒng)與消息業(yè)務(wù)系統(tǒng)的消息業(yè)務(wù)互通，其中，所述融合業(yè)務(wù)系統(tǒng)包括交互選擇模塊以及交互模塊，其特征在于，所述方法包括步驟1，所述交互選擇模塊接收來自發(fā)送終端的消息；步驟2，所述交互選擇模塊選擇所述消息的發(fā)送方式，在所述消息中攜帶所述發(fā)送方式的標(biāo)識，并將所述消息發(fā)送給所述交互模塊，其中，對于所述消息，每種發(fā)送方式只能使用一次；步驟3，所述交互模塊根據(jù)所述標(biāo)識以所述交互選擇模塊選擇的所述發(fā)送方式將所述消息發(fā)送給對應(yīng)的消息業(yè)務(wù)系統(tǒng)；步驟4，在所述交互選擇模塊接收到所述消息業(yè)務(wù)系統(tǒng)接收所述消息失敗時反饋的失敗響應(yīng)消息的情況下，返回到所述步驟2。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟1中，所述交互選擇模塊經(jīng)由 所述融合業(yè)務(wù)系統(tǒng)的消息和會話服務(wù)器接收所述發(fā)送終端發(fā)送的所述消息。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟1中，所述交互選擇模塊通過 與所述發(fā)送終端之間建立的媒體流通道接收所述消息。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟2中，還包括 所述交互選擇模塊對已經(jīng)選擇的發(fā)送方式的標(biāo)識設(shè)置第一標(biāo)記。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟4中，還包括 所述交互選擇模塊對所述消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識設(shè)置第二標(biāo)記。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟1之后還包括所述交互選擇模塊 向所述發(fā)送終端反饋響應(yīng)消息。
7. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟2之后還包括所述交互模塊向所 述發(fā)送終端反饋響應(yīng)消息。
8. 根據(jù)權(quán)利要求1至7中任一項所述的方法，其特征在于，在所述步驟2中，所述交互 選擇模塊根據(jù)所述消息內(nèi)容的大小和/或所述消息的地址類型選擇所述消息的發(fā)送方式。
9. 一種消息互通方法，用于實(shí)現(xiàn)融合業(yè)務(wù)系統(tǒng)與消息業(yè)務(wù)系統(tǒng)的消息業(yè)務(wù)互通，其中， 所述融合業(yè)務(wù)系統(tǒng)包括交互選擇模塊以及交互模塊，所述交互模塊與發(fā)送終端之間建立有媒體流通道，其特征在于，所述方法包括步驟l，所述交互模塊通過所述媒體流通道接收來自所述發(fā)送終端的消息；步驟2，所述交互選擇模塊選擇所述消息的發(fā)送方式，并將所述發(fā)送方式的標(biāo)識發(fā)送給 所述交互模塊，其中，對于所述消息，每種發(fā)送方式只能使用一次；步驟3，所述交互模塊根據(jù)所述標(biāo)識以所述交互選擇模塊選擇的所述發(fā)送方式將所述 消息發(fā)送給對應(yīng)的消息業(yè)務(wù)系統(tǒng)；步驟4，在所述交互模塊接收到所述消息業(yè)務(wù)系統(tǒng)接收所述消息失敗時反饋的失敗響 應(yīng)消息的情況下，向所述交互選擇模塊發(fā)送請求消息，并返回到所述步驟2，其中所述請求 消息用于請求重新選擇所述消息的發(fā)送方式。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述交互模塊為多個交互子模塊，其中 每個交互子模塊對應(yīng)于一種發(fā)送方式，所述方法還包括所述交互選擇模塊將重新選擇的發(fā)送方式的標(biāo)識發(fā)送給與所述重新選擇的發(fā)送方式 相應(yīng)的交互子模塊；以及將所述消息通過所述多個交互子模塊之間的媒體流通道發(fā)送給與所述重新選擇的發(fā) 送方式相應(yīng)的交互子模塊。
11. 根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述步驟2中，還包括 所述交互選擇模塊對已經(jīng)選擇的所述發(fā)送方式的標(biāo)識設(shè)置第一標(biāo)記。
12. 根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述步驟4中，還包括所述交互選擇模塊對所述消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識設(shè)置第二標(biāo)記。
13. 根據(jù)權(quán)利要求9所述的方法，其特征在于，在步驟3中還包括所述交互模塊反饋響應(yīng)消息給發(fā)送終端。
14. 根據(jù)權(quán)利要求9至13中任一項所述的方法，其特征在于，在所述步驟2中，所述交 互選擇模塊根據(jù)所述消息內(nèi)容的大小和/或所述消息的地址類型選擇所述消息的發(fā)送方 式。
15. —種消息互通方法，用于實(shí)現(xiàn)融合業(yè)務(wù)系統(tǒng)與消息業(yè)務(wù)系統(tǒng)的消息業(yè)務(wù)互通，其中，所述融合業(yè)務(wù)系統(tǒng)包括交互選擇模塊以及交互模塊，其特征在于，所述方法包括 步驟l，所述交互選擇模塊接收來自發(fā)送終端的消息；步驟2，所述交互選擇模塊選擇所述消息的發(fā)送方式，在所述消息中攜帶所述發(fā)送方式 的標(biāo)識，并將所述消息發(fā)送給所述交互模塊，其中，對于所述消息，每種發(fā)送方式只能使用 一次；步驟3，所述交互模塊根據(jù)所述標(biāo)識以所述交互選擇模塊選擇的所述發(fā)送方式將所述 消息發(fā)送給對應(yīng)的消息業(yè)務(wù)系統(tǒng)；步驟4，在所述交互模塊接收到所述消息業(yè)務(wù)系統(tǒng)接收所述消息失敗時反饋的失敗響 應(yīng)消息的情況下，向所述交互選擇模塊發(fā)送請求消息，并返回到所述步驟2，其中所述請求 消息用于請求重新選擇所述消息的發(fā)送方式。
16. 根據(jù)權(quán)利要求15所述的方法，其特征在于，在所述步驟2中，還包括 所述交互選擇模塊對已經(jīng)選擇的所述發(fā)送方式的標(biāo)識設(shè)置第一標(biāo)記。
17. 根據(jù)權(quán)利要求15所述的方法，其特征在于，在所述步驟4中，還包括 所述交互選擇模塊對所述消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識設(shè)置第二標(biāo)記。
18. 根據(jù)權(quán)利要求15所述的方法，其特征在于，在步驟1之后還包括所述交互選擇模 塊向所述發(fā)送終端反饋響應(yīng)消息。
19. 根據(jù)權(quán)利要求15所述的方法，其特征在于，在步驟2之后還包括所述交互模塊向 所述發(fā)送終端反饋響應(yīng)消息。
20. 根據(jù)權(quán)利要求15至19中任一項所述的方法，其特征在于，在所述步驟2中，所述交 互選擇模塊根據(jù)所述消息內(nèi)容的大小和/或所述消息的地址類型選擇所述消息的發(fā)送方 式。
21. —種融合業(yè)務(wù)系統(tǒng)，包括交互選擇模塊以及交互模塊，其特征在于， 所述交互選擇模塊包括第一接收子模塊，用于接收來自發(fā)送終端的消息； 選擇子模塊，用于選擇所述消息的發(fā)送方式；第一發(fā)送子模塊，用于將所述選擇子模塊選擇的所述發(fā)送方式對應(yīng)的標(biāo)識攜帶在所述 消息中，并將所述消息發(fā)送給所述交互模塊；所述交互模塊包括第二接收子模塊，用于接收來自所述第一發(fā)送子模塊的所述消息； 獲取子模塊，用于獲取所述消息中的所述標(biāo)識；第二發(fā)送子模塊，用于以所述標(biāo)識對應(yīng)的發(fā)送方式將所述消息發(fā)送給相應(yīng)的消息業(yè)務(wù) 系統(tǒng)。
22. 根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，所述交互選擇模塊還包括 第一標(biāo)記子模塊，用于對選擇的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記；第二標(biāo)記子模塊，用于對所述消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記。
23. 根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括媒體流通道建立模塊，用于在所述消息的內(nèi)容大小大于或等于預(yù)定閾值的情況下，在 所述交互選擇模塊與所述發(fā)送終端之間建立媒體流通道。
24. 根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括消息和會話服務(wù)器，所 述第一接收子模塊還用于從所述消息和會話服務(wù)器接收所述消息。
25. —種融合業(yè)務(wù)系統(tǒng)，包括交互選擇模塊以及交互模塊，其特征在于，所述交互模塊 與發(fā)送終端之間建立有媒體流通道；所述交互選擇模塊包括第一接收子模塊，用于接收所述交互模塊的請求消息，其中所述請求消息用于請求重 新選擇所述消息的發(fā)送方式；選擇子模塊，用于選擇所述交互模塊中的消息的發(fā)送方式；第一發(fā)送子模塊，用于將所述選擇子模塊選擇的所述發(fā)送方式的標(biāo)識發(fā)送給所述交互 模塊；所述交互模塊包括第二接收子模塊，用于經(jīng)由所述媒體流通道接收來自所述發(fā)送終端的消息； 第三接收子模塊，用于接收來自所述第一發(fā)送子模塊的所述標(biāo)識； 第二發(fā)送子模塊，用于以所述標(biāo)識對應(yīng)的發(fā)送方式將所述消息發(fā)送給相應(yīng)的消息業(yè)務(wù) 系統(tǒng)；第三發(fā)送子模塊，用于向所述交互選擇模塊發(fā)送所述請求消息。
26. 根據(jù)權(quán)利要求25所述的系統(tǒng)，其特征在于，所述交互選擇模塊還包括 第一標(biāo)記子模塊，用于對選擇的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記；第二標(biāo)記子模塊，用于對所述消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記。
27. —種融合業(yè)務(wù)系統(tǒng)，包括交互選擇模塊以及交互模塊，其特征在于， 所述交互選擇模塊包括第一接收子模塊，用于接收來自發(fā)送終端的消息； 選擇子模塊，用于選擇所述消息的發(fā)送方式；第一發(fā)送子模塊，用于將所述選擇子模塊選擇的所述發(fā)送方式對應(yīng)的標(biāo)識攜帶在所述 消息中，并將所述消息發(fā)送給所述交互模塊；第二接收子模塊，用于接收所述交互模塊的請求消息，其中所述請求消息用于請求重 新選擇所述消息的發(fā)送方式；所述交互模塊包括第三接收子模塊，用于接收來自所述第一發(fā)送子模塊的所述消息； 獲取子模塊，用于獲取所述消息中的所述標(biāo)識；第二發(fā)送子模塊，用于以所述標(biāo)識對應(yīng)的發(fā)送方式將所述消息發(fā)送給相應(yīng)的消息業(yè)務(wù) 系統(tǒng)；第三發(fā)送子模塊，用于向所述交互選擇模塊發(fā)送所述請求消息。
28.根據(jù)權(quán)利要求27所述的系統(tǒng)，其特征在于，所述交互選擇模塊還包括第一標(biāo)記子模塊，用于對選擇的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記；第二標(biāo)記子模塊，用于對所述消息發(fā)送失敗時所使用的發(fā)送方式的標(biāo)識進(jìn)行標(biāo)記。
全文摘要
本發(fā)明提供了一種消息互通方法及融合業(yè)務(wù)系統(tǒng)，上述方法包括步驟1，交互選擇模塊接收來自發(fā)送終端的消息；步驟2，交互選擇模塊選擇消息的發(fā)送方式，在消息中攜帶發(fā)送方式的標(biāo)識，并將消息發(fā)送給交互模塊，其中，對于消息，每種發(fā)送方式只能使用一次；步驟3，交互模塊根據(jù)標(biāo)識以交互選擇模塊選擇的發(fā)送方式將消息發(fā)送給對應(yīng)的消息業(yè)務(wù)系統(tǒng)；步驟4，在交互選擇模塊接收到消息業(yè)務(wù)系統(tǒng)接收消息失敗時反饋的失敗響應(yīng)消息的情況下，返回到步驟2。通過本發(fā)明，使得融合業(yè)務(wù)用戶發(fā)送的消息能夠及時地發(fā)送到傳統(tǒng)消息用戶，保證了用戶之間的及時交互。
文檔編號H04L12/58GK101729997SQ200810169340
公開日2010年6月9日 申請日期2008年10月10日 優(yōu)先權(quán)日2008年10月10日
發(fā)明者加贊法爾·阿里, 李鳳軍 申請人:中興通訊股份有限公司