專利名稱：一種事務(wù)消息處理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通訊領(lǐng)域，尤其涉及一種使增值業(yè)務(wù)平臺發(fā)送的ー批短信都成功或失敗的事務(wù)消息處理方法和系統(tǒng)。
背景技術(shù)：
目前，短信、彩信服務(wù)等已經(jīng)廣泛滲透到人們的日常生活中，成為個人溝通的ー種重要方式，而短信、彩信、WAPPUSH等增 值業(yè)務(wù)也蓬勃發(fā)展。增值業(yè)務(wù)是指憑借公用電信網(wǎng)的資源和其他通信設(shè)備而開發(fā)的附加通信業(yè)務(wù)，能夠提高原有網(wǎng)絡(luò)的經(jīng)濟效益或功能價值。以包含一條或多條短信的事務(wù)消息為例，目前業(yè)務(wù)系統(tǒng)對包含一條或多條短信的事務(wù)消息的處理流程如下增值業(yè)務(wù)平臺提交每個下發(fā)的短信到短信中心；短信中心收到短信后向增值業(yè)務(wù)平臺返回應(yīng)答消息，然后將短信發(fā)給手機終端，在發(fā)送每條短信后短信中心都會將該條短信是否發(fā)送成功的狀態(tài)報告通過回執(zhí)消息返回給增值業(yè)務(wù)平臺；增值業(yè)務(wù)平臺通過接收到的狀態(tài)報告來判斷該條短信是否成功發(fā)送。然而，上述業(yè)務(wù)系統(tǒng)的處理流程卻存在如下一些缺陷I)在一個業(yè)務(wù)包含的各條短信需要發(fā)送給不同/相同的用戶，并且只有每個用戶都收到對應(yīng)的短信時該業(yè)務(wù)才有效的情況下，由于目前系統(tǒng)的處理機制是將其中的每條短信直接發(fā)送給用戶，因此，往往不能有效地完成業(yè)務(wù)。例如，系統(tǒng)向兩個用戶發(fā)送包含會議信息的短信，一個用戶能正常收到對應(yīng)自己的那條短信，而另一方卻沒有收到，該業(yè)務(wù)目的就不能達到；2)當業(yè)務(wù)系統(tǒng)需要批量下發(fā)ー批短信給某個用戶時，經(jīng)常會出現(xiàn)某些短信發(fā)送失敗，導(dǎo)致用戶收到殘缺不全的短信。例如，業(yè)務(wù)系統(tǒng)向用戶發(fā)送長短信，該長短信被拆分成5條，而發(fā)送過程中，其中一條短信丟失，用戶收到的短信內(nèi)容就少了其中ー截，導(dǎo)致用戶體驗差。

發(fā)明內(nèi)容
本發(fā)明是為了克服現(xiàn)有技術(shù)在發(fā)送包含ー批短信的事務(wù)消息時，某些短信不能被成功發(fā)送給目標用戶的缺點，提供了一種能夠使ー批短信的發(fā)送全部成功或全部失敗的事務(wù)消息處理方法和系統(tǒng)。為達到上述目的，本發(fā)明提供一種事務(wù)消息處理方法，包括接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息，所述事務(wù)消息包含至少兩條短信；接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)提交請求，所述事務(wù)提交請求是由增值業(yè)務(wù)平臺確定所述事務(wù)消息包含的短信全部成功提交后所發(fā)送的；確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，將所有短信發(fā)送到對應(yīng)的目標終端。本發(fā)明還提供ー種短信中心裝置，包括短信接收模塊，用于接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息；
提交請求接收模塊，用于接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)提交請求；發(fā)送模塊 ，用于確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，將所有短信發(fā)送到對應(yīng)的目標終端。本發(fā)明還提供一種增值業(yè)務(wù)平臺，包括短信發(fā)送模塊，向短信中心裝置發(fā)送事務(wù)消息所包含的每條短信，所述事務(wù)消息包含至少兩條短信；事務(wù)提交模塊，用于確定所述事務(wù)消息中所包含的短信全部成功發(fā)送后，向所述短信中心裝置發(fā)送事務(wù)提交請求。本發(fā)明還提供一種事務(wù)消息處理系統(tǒng)，包括所述的短信中心裝置和所述的增值業(yè)務(wù)平臺。與現(xiàn)有技術(shù)相比，本發(fā)明提供的事務(wù)消息處理方法和系統(tǒng)、短信中心裝置和增值業(yè)務(wù)平臺具有以下優(yōu)點短信中心裝置在確定所有短信對應(yīng)的目標終端均處于能夠成功接收到數(shù)據(jù)的狀態(tài)時，才將所有短信發(fā)送給對應(yīng)的終端，從而使事務(wù)消息包含的ー批短信能夠全成功或者全失敗，有效地完成了事務(wù)消息，提高了系統(tǒng)的可靠性。本發(fā)明不僅適用于如上所述的短信數(shù)據(jù)業(yè)務(wù)系統(tǒng)，也適用于彩信、WAPPUSH等其它數(shù)據(jù)業(yè)務(wù)系統(tǒng)。


圖I為本發(fā)明提供的事務(wù)消息處理方法流程圖；圖2為本發(fā)明實施例中事務(wù)消息處理方法詳細流程圖；圖3為本發(fā)明實施例中短信中心裝置結(jié)構(gòu)圖；圖4為本發(fā)明實施例的另ー種短信中心裝置結(jié)構(gòu)圖；圖5為本發(fā)明實施例中增值業(yè)務(wù)平臺結(jié)構(gòu)圖；圖6為本發(fā)明實施例中事務(wù)消息處理系統(tǒng)結(jié)構(gòu)圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行詳細說明。本發(fā)明實施例提供的一種事務(wù)消息處理方法，能使事務(wù)消息包含的短信發(fā)送全成功或全失敗，如圖I所示，包括以下步驟步驟S101，接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息，所述事務(wù)消息包含至少兩條短信。對于ー個事務(wù)消息，可能包含一條短信或多條短信，為了實現(xiàn)事務(wù)消息的發(fā)送，增值業(yè)務(wù)平臺需要向短信中心裝置發(fā)送事務(wù)消息包含的每條短信。步驟S102，接收增值業(yè)務(wù)平臺確定所述事務(wù)消息中所包含的短信全部成功發(fā)送后，所發(fā)送的事務(wù)提交請求。步驟S103，確定事務(wù)消息中的所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，將所有短信發(fā)送到對應(yīng)的目標終端。本發(fā)明實施例所提供的事務(wù)消息處理方法，對于當所述事務(wù)消息包含的各條短信需要發(fā)送給不同的用戶，并且只有每個用戶都收到對應(yīng)的短信時該業(yè)務(wù)才有效的情況，由于短信中心裝置接收到增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息包含的每條短信后，并不會直接將短信發(fā)送到終端，而是等接收完事務(wù)消息的所有短信后，進行狀態(tài)查詢，即在確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，才將事務(wù)消息內(nèi)各短信發(fā)送到對應(yīng)的終端，從而有效地防止了因部分用戶不能夠正常接收到短信而導(dǎo)致整個事務(wù)消息失敗的問題。
優(yōu)選地，增值業(yè)務(wù)平臺在發(fā)送事務(wù)消息時，可以使事務(wù)消息所包含的每條短信攜帶有各自的目標終端標識，短信中心裝置可以根據(jù)每條短信攜帯的目標終端標識，確定所有短信對應(yīng)的目標終端。特殊地，當所述事務(wù)消息包含的各條短信都對應(yīng)同一目標終端吋，由于本發(fā)明實施例對事務(wù)消息包含的所有短信做整體下發(fā)，能夠防止部分短信在發(fā)送到手機終端時因為各種原因的失敗或者丟失，使用戶不會收到殘缺的短信，提高了整個系統(tǒng)的可靠性。例如增值業(yè)務(wù)平臺要發(fā)送一條非常長的消息給某用戶，就將這條消息拆分成5條短信，采用傳統(tǒng)方法可能存在中間某條短信發(fā)送失敗，用戶收到的短信就只有4條，消息是不完整的。而采用了本發(fā)明實施例的方案就可以確保用戶5條短信都收到。短信中心裝置可以采用多種機制確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)，優(yōu)選地，本發(fā)明實施例采用如下機制短信中心裝置接收到事務(wù)提交請求后，向通信網(wǎng)絡(luò)中的鑒權(quán)中心(AUC)、歸屬位置寄存器(HLR)、移動交換中心(MSC)、基站子系統(tǒng)(BSS)等下級網(wǎng)絡(luò)節(jié)點查詢每個目標終端的各種狀態(tài)信息，如果其中一種狀態(tài)影響該目標終端處于不能正常接收短信的狀態(tài)，則認為該終端不可達；否則，認為該終端可達，短信中心裝置繼續(xù)查詢其它目標終端的狀態(tài)，并且當所有短信對應(yīng)的目標終端都可達時，立即將所有短信發(fā)送到對應(yīng)的目標終端。如果在下發(fā)過程中有極少的失敗，則通過重發(fā)確保所有短信都成功下發(fā)到終端。本發(fā)明實施例為了進一步節(jié)省網(wǎng)絡(luò)資源，短信中心裝置確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)，并將所有短信發(fā)送到對應(yīng)的目標終端時，向增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行成功的狀態(tài)報告，即在事務(wù)消息包含的所有短信發(fā)送成功后才返回一條回執(zhí)消息；和/或短信中心裝置確定至少ー個目標終端處于不能夠成功接收數(shù)據(jù)的狀態(tài)時，或在超時時間內(nèi)未完成所有短信對應(yīng)的目標終端的狀態(tài)確定吋，向所述增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行失敗的狀態(tài)報告。這樣，一個事務(wù)消息只有一個回執(zhí)，而ー個事務(wù)消息中有多個短信，這就減少了每個提交短信都發(fā)送回執(zhí)的消息量。采用本發(fā)明實施例可以極大減少網(wǎng)絡(luò)通訊量，防止網(wǎng)絡(luò)擁堵。另外使增值業(yè)務(wù)平臺不需要在提交每條短信給短信中心后，繼續(xù)關(guān)注該短信的發(fā)送情況，只需對這ー批短信的總的狀態(tài)作處理，因此，極大地簡化了增值業(yè)務(wù)平臺的處理流程。優(yōu)選地，上述超時時間可以是短信中心裝置事先設(shè)定的默認時間，也可以是增值業(yè)務(wù)平臺指示給短信中心裝置的時間。對于增值業(yè)務(wù)平臺，可能會向短信中心裝置同時發(fā)送多個事務(wù)消息內(nèi)的短信，同時短信連接的增值業(yè)務(wù)平臺可能有多個，因此對于短信中心裝置來說，其接收的短信有可能屬于多個事務(wù)消息，這就需要對屬于同一事務(wù)消息的短信進行區(qū)分，優(yōu)選地，本實施例中增值業(yè)務(wù)平臺在向短信中心裝置發(fā)送事務(wù)消息所包含的每條短信之前，包括增值業(yè)務(wù)平臺請求發(fā)送包含至少兩條短信的事務(wù)消息時，向短信中心裝置發(fā)送事務(wù)開始請求；而對于僅包含一條短信的事務(wù)消息，則不需要發(fā)送事務(wù)開始請求；短信中心裝置接收到所述事務(wù)開始請求時，為接收的每個事務(wù)消息分配一個事務(wù)ID并將其返回給所述增值業(yè)務(wù)平臺，每個事務(wù)消息的事務(wù)ID是不同的；增值業(yè)務(wù)平臺接收返回的事務(wù)ID，向短信中心裝置發(fā)送事務(wù)消息包含的每條短信，在每條短信中攜帯事務(wù)ID，這里的事務(wù)消息為包含多條短信的事務(wù)消息，但由于攜帯了同一事務(wù)ID，因此可以區(qū)分是屬于同一事務(wù)消息；增值業(yè)務(wù)平臺向短信中心裝置發(fā)送的事務(wù)提交消息中包含上述事務(wù)ID ；短信中心裝置根據(jù)所述短信和事務(wù)提交消息中攜帯的事務(wù)ID，確定屬于同一事務(wù)消息的短信，從而在接收到事務(wù)提交消息時，確定屬于該事務(wù)消息的短信并進行是否能夠發(fā)送成功判斷。下面給出本發(fā)明事務(wù)消息處理方法的優(yōu)選實施方式，包括 I)增值業(yè)務(wù)平臺將事務(wù)消息內(nèi)的ー批短信發(fā)送到短信中心裝置當增值業(yè)務(wù)平臺想要發(fā)送的事務(wù)消息中ー批短信都需要全部成功時，增值業(yè)務(wù)平臺向短信中心裝置發(fā)送事務(wù)開始請求，優(yōu)選地，請求消息中包含該事務(wù)的超時時間；短信中心裝置收到后分配事務(wù)ID并返回給增值業(yè)務(wù)平臺；增值業(yè)務(wù)平臺接收到事務(wù)ID后，開始向短信中心裝置發(fā)送事務(wù)消息中一批要發(fā)給手機終端的短信，每條短信中帶有該事務(wù)的ID，優(yōu)選地，對于僅包含一條短信的事務(wù)消息，增值業(yè)務(wù)平臺直接將該條短信發(fā)送給短信中心裝置，即不會提交事務(wù)開始請求也不會在短信中攜帯事務(wù)ID ;如果短信沒有攜帯事務(wù)ID，則短信中心認為是獨立短信，將所接收的短信直接發(fā)送到終端；短信中心裝置收到每條短信后，都會給增值業(yè)務(wù)平臺中發(fā)送ー個應(yīng)答消息。如果增值業(yè)務(wù)平臺沒有收到應(yīng)答消息或應(yīng)答消息攜帯接收失敗信息，則由增值業(yè)務(wù)平臺重新提交短信到短信中心裝置。當事務(wù)消息中的這批短信全部提交給短信中心裝置后，增值業(yè)務(wù)平臺向短信中心裝置發(fā)送攜帶事務(wù)ID的提交事務(wù)請求。2)短信中心裝置將事務(wù)消息內(nèi)的ー批短信發(fā)送到手機終端短信中心裝置收到事務(wù)提交請求后，開始執(zhí)行事務(wù)，即通過事務(wù)ID找到這批短信，先確定所有短信對應(yīng)的目標終端是否均處于能夠成功接收數(shù)據(jù)的狀態(tài)，如果是，則將所有短信發(fā)送到對應(yīng)的目標終端；如果發(fā)送過程中存在部分發(fā)送失敗的短信，則對發(fā)送失敗的短信進行重發(fā)，以確保成功率。3)事務(wù)消息發(fā)送狀態(tài)的回執(zhí)當成功下發(fā)完所有短信到對應(yīng)的手機終端后，短信中心裝置向增值業(yè)務(wù)平臺發(fā)送事務(wù)執(zhí)行成功的狀態(tài)報告。狀態(tài)報告中包含該事務(wù)的事務(wù)ID。如果狀態(tài)查詢時某個目標終端是不可達的或在超時時間內(nèi)未完成所有短信對應(yīng)的目標終端的狀態(tài)確定吋，則向增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行失敗的狀態(tài)報告。本發(fā)明實施例通過事務(wù)機制，使事務(wù)消息包含的ー批短信能夠全成功或者全失敗，有效地完成了事務(wù)消息，提高了系統(tǒng)的可靠性。同時，本發(fā)明也有效的降低了網(wǎng)絡(luò)通訊流量以及簡化了增值業(yè)務(wù)平臺的操作流程。以短信為例，如圖2所示，為本發(fā)明實施例提供的事務(wù)消息處理方法的詳細流程圖，包括以下步驟步驟S201，增值業(yè)務(wù)平臺向短信中心裝置發(fā)送ー個事務(wù)開始請求，表示接下來增值業(yè)務(wù)平臺將發(fā)送ー批短信到短信中心，這ー批短信作為ー個整體，要么全成功，要么全失敗。事務(wù)開始請求消息中可以帶有該事務(wù)消息的超時時間；如果帶有超時時間，短信中心裝置應(yīng)該在超時時間內(nèi)返回事務(wù)執(zhí)行的結(jié)果。如果沒有帶超時時間，按默認超時時間處理。步驟S202，短信中心裝置收到事務(wù)開始請求后，開始ー個事務(wù)，具體為生成事務(wù)ID并把事務(wù)ID和反映分配結(jié)果的結(jié)果碼返回給增值業(yè)務(wù)平臺。如果發(fā)生異常，結(jié)果碼返回失敗。步驟S203，增值業(yè)務(wù)平臺向短信中心裝置發(fā)送第一個短信，短信中包含事務(wù)ID及該條短信的目標終端標識，如果沒有帶事務(wù)ID，短信中心裝置收到后認為是獨立短信，馬上進行下發(fā)，不會管它是否能可成功遞送到終端。
步驟S204，短信中心裝置返回第一個提交短信的應(yīng)答。表示短信中心裝置已經(jīng)接收了該條短信，如果返回失敗，則增值業(yè)務(wù)平臺重新提交這條短信到短信中心裝置。步驟S205，增值業(yè)務(wù)平臺不斷向短信中心裝置發(fā)N條下發(fā)短信。步驟S206，短信中心裝置對每一條提交消息響應(yīng)應(yīng)答消息。步驟S207，增值業(yè)務(wù)平臺向短信中心裝置發(fā)送事務(wù)提交請求，表示增值業(yè)務(wù)平臺提交下發(fā)短信已經(jīng)完成，短信中心裝置可以開始執(zhí)行該事務(wù)了。事提交務(wù)請求消息中帶有先前事務(wù)請求返回的事務(wù)ID，短信中心裝置根據(jù)事務(wù)ID去匹配是哪ー個事務(wù)。這里增值業(yè)務(wù)平臺也可以發(fā)送事務(wù)撤消請求，短信中心裝置收到事務(wù)撤消請求后，終止該事務(wù)的執(zhí)行，丟棄先前增值業(yè)務(wù)平臺提交的短信。步驟S208，短信中心裝置發(fā)送事務(wù)提交/撤消應(yīng)答消息給增值業(yè)務(wù)平臺。應(yīng)答中帶有是否接收成功的處理結(jié)果碼。步驟S209，短信中心裝置根據(jù)事務(wù)消息包含的每條短信攜帯的目標終端標識，確定每條短信對應(yīng)的目標終端，井向通信網(wǎng)絡(luò)中的下級網(wǎng)絡(luò)節(jié)點查詢每個目標終端的各種狀態(tài)信息，如果其中一種狀態(tài)影響該目標終端處于不能正常接收短信的狀態(tài)，則認為該終端不可達，并且立即結(jié)束事務(wù)，執(zhí)行步驟210 ;否則，認為該終端可達，短信中心裝置繼續(xù)查詢其它目標終端的狀態(tài)，并且當所有短信對應(yīng)的目標終端都可達時，執(zhí)行步驟212。步驟S210 :如果步驟S209檢測到有任意一個目標終端不可達或執(zhí)行事務(wù)超吋，短信中心裝置向增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行失敗的狀態(tài)報告。步驟S211，增值業(yè)務(wù)平臺收到步驟S210的狀態(tài)報告，向短信中心發(fā)送ー個應(yīng)答，表示已經(jīng)收到狀態(tài)報告。步驟S212，如果步驟S209檢測到所有目標終端都是可達的，那么短信中心裝置開始向手機終端發(fā)送短信。步驟S213，手機終端收到第一條短信，向短信中心裝置返回應(yīng)答。步驟S214，短信中心裝置連續(xù)向手機終端發(fā)送N條短信。步驟S215，手機終端對每條短信都向短信中心裝置返回應(yīng)答。步驟S216，如果短信中心裝置發(fā)送短信到手機終端失敗，例如用戶收件箱滿，則對短信進行重發(fā)，以確保用戶能收全短信。步驟S217，手機終端向短信中心裝置返回重發(fā)應(yīng)答。
步驟S218，當所有短信都已經(jīng)成功下發(fā)到手機終端，短信中心向增值業(yè)務(wù)平臺發(fā)送該事務(wù)執(zhí)行成功的狀態(tài)報告。步驟S219，增值業(yè)務(wù)平臺向短信中心裝置返回應(yīng)答，表示已接收該狀態(tài)報告。本發(fā)明實施例不僅適用于如上所述的短信系統(tǒng)，也適用于彩信、WAPPUSH等其它數(shù)據(jù)業(yè)務(wù)系統(tǒng)?；谕话l(fā)明構(gòu)思，本發(fā)明實施例中還提供了ー種短信中心裝置、ー種增值業(yè)務(wù)平臺，由于這些設(shè)備解決問題的原理與一種事務(wù)消息處理方法相似，因此這些設(shè)備的實施可以參見方法的實施，重復(fù)之處不再贅述。 本發(fā)明實施例還提供ー種短信中心裝置，如圖3包括短信接收模塊303，用于接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息，所述事務(wù)消息包含至少兩條短イM ;提交請求接收模塊304，用于接收增值業(yè)務(wù)平臺確定所述事務(wù)消息中所包含的短信全部成功發(fā)送后，所發(fā)送的事務(wù)提交請求；發(fā)送模塊305，用于確定所有短信對應(yīng)的目標終端是否均可達，并在確定所有短信對應(yīng)的目標終端均可達時，將所有短信發(fā)送到對應(yīng)的目標終端。短信中心裝置在確定所有短信對應(yīng)的目標終端均可達時，才向終端發(fā)出短信，從而使業(yè)務(wù)系統(tǒng)發(fā)送的ー批短信能夠全成功或者全失敗，提高了系統(tǒng)的可靠性。優(yōu)選地，該短信中心裝置還包括重發(fā)模塊306，用于在將所述事務(wù)消息所包含的短信發(fā)送到終端時，存在發(fā)送失敗的情況時，對發(fā)送失敗的短信進行重發(fā)。發(fā)送模塊305發(fā)送短信時，存在極少一部分發(fā)送失敗的短信，通過本模塊重發(fā)，確保整個事務(wù)消息發(fā)送成功。優(yōu)選地，該短信中心裝置還包括開始請求接收模塊301，用于接收增值業(yè)務(wù)平臺請求發(fā)送包含至少兩條短信的事務(wù)消息時，所發(fā)送的事務(wù)開始請求；事務(wù)管理模塊302，用于接收到增值業(yè)務(wù)平臺發(fā)送的事務(wù)開始請求時，分配事務(wù)ID并返回給所述增值業(yè)務(wù)平臺；其中增值業(yè)務(wù)平臺發(fā)送的短信和事務(wù)提交請求消息中均攜帯該事務(wù)ID，所述發(fā)送模塊305根據(jù)所述短信和事務(wù)提交請求消息中攜帯的事務(wù)ID，確定屬于同一事務(wù)消息的短信。本發(fā)明實施例中該短信中心裝置還包括狀態(tài)報告返回模塊307，用于在發(fā)送模塊305確定所有短信對應(yīng)的目標終端均可達時，向所述增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行成功的狀態(tài)報告；和/或用于在發(fā)送模塊305確定所述任一目標終端不可達時，或在超時時間內(nèi)未完成所有短信對應(yīng)的目標終端的狀態(tài)確定時，向所述增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行失敗的狀態(tài)報
生ロ o依照本發(fā)明另一實施例中，所提供的短信中心裝置結(jié)構(gòu)圖如圖4所示，與上述實施例相比，發(fā)送模塊305中確定所有短信對應(yīng)的目標終端是否均可達的工作由狀態(tài)查詢模塊403實現(xiàn)，該狀態(tài)查詢模塊403用于接收到增值業(yè)務(wù)平臺發(fā)送的事務(wù)提交請求后，確定所有短信對應(yīng)的目標終端是否均可達，如果確定所有短信對應(yīng)的目標終端均可達，則通知本實施例中的發(fā)送模塊404將事務(wù)消息所包含的短信發(fā)送到對應(yīng)的終端，并向所述增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行成功的狀態(tài)報告；否則，在確定任一目標終端不可達時，或在超時時間內(nèi)未完成所有短信對應(yīng)的目標終端的狀態(tài)確定時，返回事務(wù)執(zhí)行失敗的狀態(tài)報告給增值業(yè)務(wù)平臺。本實施例中的發(fā)送模塊404僅用于在狀態(tài)查詢模塊403確定所有短信對應(yīng)的目標終端均可達時，將事務(wù)消息所包含的短信發(fā)送到終端。上述實施例中狀態(tài)報告返回模塊307被集成在本實施例的狀態(tài)查詢模塊403內(nèi)。本實施例中事務(wù)管理模塊402還用于當增值業(yè)務(wù)平臺發(fā)送事務(wù)提交請求后，操作狀態(tài)查詢模塊403、發(fā)送模塊404和重試模塊405來執(zhí)行事務(wù)。優(yōu)選地，本實施例中短信中心裝置還包括 業(yè)務(wù)協(xié)議棧模塊401，用于對增值業(yè)務(wù)平臺、增值業(yè)務(wù)平臺通過短信網(wǎng)關(guān)下發(fā)的消息進行協(xié)議的解析和按照點對點協(xié)議封裝對短信中心裝置發(fā)送的上行消息進行協(xié)議打包。它將解析后的消息發(fā)送給事務(wù)管理模塊402 ;它也將事務(wù)管理模塊發(fā)來的消息進行打包并發(fā)給增值業(yè)務(wù)平臺。上述實施例中的短信接收模塊303、提交請求接收模塊304、開始請求接收模塊301均由所述業(yè)務(wù)協(xié)議棧模塊實現(xiàn)。用戶協(xié)議棧模塊406，用于將狀態(tài)查詢模塊403、發(fā)送模塊404和重試模塊405的消息按照協(xié)議打包成空中接ロ的消息發(fā)送到手機終端以及解析來自手機終端的響應(yīng)及上行消息封包。本發(fā)明實施例還提供一種增值業(yè)務(wù)平臺，如圖5所示，包括短信發(fā)送模塊501，用于向短信中心裝置發(fā)送事務(wù)消息所包含的每條短信，所述事務(wù)消息包含至少兩條短信；事務(wù)提交模塊502，用于確定所述事務(wù)消息中所包含的短信全部成功發(fā)送后，向所述短信中心裝置發(fā)送事務(wù)提交請求。基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了事務(wù)消息處理系統(tǒng)，包括本發(fā)明上述實施例提供的短信中心裝置和增值業(yè)務(wù)平臺，本發(fā)明實施例系統(tǒng)中短信中心裝置和增值業(yè)務(wù)平臺的實施可以參見上述實施例，具體的優(yōu)選實施方式如下。本發(fā)明實施例中事務(wù)消息處理系統(tǒng)包括增值業(yè)務(wù)平臺，用于下發(fā)事務(wù)開始請求、下發(fā)ー批短信、然后發(fā)送提交事務(wù)請求或撤消事務(wù)請求到短信中心裝置，在短信中心裝置執(zhí)行完成事務(wù)后，接收來自短信中心裝置的狀態(tài)報告。短信中心裝置，用于接收來自增值業(yè)務(wù)平臺的事務(wù)開始請求；收到事務(wù)開始請求后，生成ー個事務(wù)并將事務(wù)ID返回給增值業(yè)務(wù)平臺。收到提交事務(wù)請求后，開始執(zhí)行事務(wù)，即確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，將增值業(yè)務(wù)平臺提交的ー批短信都提交到手機終端。當執(zhí)行完成事務(wù)后，將事務(wù)狀態(tài)報告發(fā)給增值業(yè)務(wù)平臺。優(yōu)選地，本實施例中事務(wù)消息處理系統(tǒng)還包括消息網(wǎng)關(guān)，用于轉(zhuǎn)發(fā)增值業(yè)務(wù)平臺的下發(fā)的數(shù)據(jù)到短信中心裝置或?qū)⒍绦胖行难b置的上行數(shù)據(jù)轉(zhuǎn)發(fā)給增值業(yè)務(wù)平臺。如圖6所示，增值業(yè)務(wù)平臺601與消息網(wǎng)關(guān)602或/和短信中心裝置603相連。用于發(fā)起一個事務(wù)井下發(fā)各種短信到消息網(wǎng)關(guān)602或/和短信中心裝置603，它是業(yè)務(wù)的發(fā)起者。所述消息網(wǎng)關(guān)602與增值業(yè)務(wù)平臺601和短信中心裝置603相連。用于將事務(wù)操作消息、下行短信消息、上行短信消息、回執(zhí)消息在增值業(yè)務(wù)平臺601與短信中心裝置603之間互轉(zhuǎn)。這個設(shè)備有時布網(wǎng)也可以不要，即增值業(yè)務(wù)平臺直接連接短信中心裝置603。所述短信中心裝置603與消息網(wǎng)關(guān)602以及增值業(yè)務(wù)平臺601相連。負責接收來自消息網(wǎng)關(guān)602和增值業(yè)務(wù)平臺601的事務(wù)控制消息和下發(fā)/替換/取消短信消息，并且負責處理事務(wù)。處理事務(wù)后負責將短信下發(fā)給手機終端604。同時，在下發(fā)給手機終端604短信后，負責把狀態(tài)報告消息發(fā)送給消息網(wǎng)關(guān)602和增值業(yè)務(wù)平臺601。所述手機終端604通過空中接ロ與短信中心裝置603網(wǎng)元連接。用于接收短信中心裝置603下發(fā)的短消息。本實施例中事務(wù)消息處理系統(tǒng)的工作原理如下增值業(yè)務(wù)平臺601要向手機終端604下發(fā)多條短信時，先向短信中心裝置603發(fā)送事務(wù)開始請求，事務(wù)開始請求消息中帶有事務(wù)超時時間；短信中心裝置603收到請求后，分配事務(wù)ID并向增值業(yè)務(wù)平臺601發(fā)送請求應(yīng)答，應(yīng)答消息中帶有該事務(wù)的事務(wù)ID和結(jié)果碼。如果分配事務(wù)ID失敗，結(jié)果碼為失敗。增值業(yè)務(wù)平臺601收到事務(wù)ID后，向短信中心裝置603發(fā)送多條要下發(fā)的短消息，每條短信提交消息中都包含該事務(wù)ID，如果沒有帶事務(wù)ID，短信中心裝置603則認為是 獨立短信。短信中心裝置603對每條提交短信返回應(yīng)答，中間任何的失敗都在應(yīng)答中返回，但不會終止事務(wù)，增值業(yè)務(wù)平臺601可以選擇重發(fā)或不重發(fā)。當所有要下發(fā)的短信都已經(jīng)提交到短信中心裝置603后，增值業(yè)務(wù)平臺601向短信中心裝置603發(fā)送事務(wù)提交請求。短信中心裝置603收到該請求后，就可以開始執(zhí)行事務(wù)了。在增值業(yè)務(wù)平臺601下發(fā)短信到短信中心裝置603的過程中，增值業(yè)務(wù)平臺601可以隨時發(fā)送撤消事務(wù)請求而終止事務(wù)。短信中心裝置603收到提交事務(wù)請求后，開始執(zhí)行事務(wù)。事務(wù)管理模塊通過狀態(tài)查詢模塊查詢所有短信對應(yīng)的目標終端是否可達，如果不可達，則向增值業(yè)務(wù)平臺601發(fā)送事務(wù)執(zhí)行失敗的狀態(tài)報告。如果所有短信對應(yīng)的目標終端都是可達的，事務(wù)管理模塊通過發(fā)送模塊向手機終端604發(fā)送增值業(yè)務(wù)平臺601提交的各條短信。當所有短信都成功發(fā)送后，短信中心裝置603向增值業(yè)務(wù)平臺601發(fā)送事務(wù)執(zhí)行成功的狀態(tài)報告。在短信中心裝置603向手機終端604發(fā)送消息的過程中，如果出現(xiàn)某條短信失敗(可能性極低)，事務(wù)管理模塊通過重試模塊對短信進行重發(fā)，以確保每條消息都成功。增值業(yè)務(wù)平臺601也可以接消息網(wǎng)關(guān)602，當它接消息網(wǎng)關(guān)602時，此時消息網(wǎng)關(guān)602相當于短信中心裝置603，消息網(wǎng)關(guān)602的處理流程與短信中心裝置603 —祥。增值業(yè)務(wù)平臺601處理流程不變。本發(fā)明可以使要發(fā)送的ー批短信都成功或失敗，使所有短信都能成功發(fā)送到對應(yīng)的目標終端，増加了通訊系統(tǒng)的可靠性；也降低了回執(zhí)消息的個數(shù)，進而降低了通訊網(wǎng)絡(luò)的負荷；還簡化了增值業(yè)務(wù)平臺的處理流程，使它只需要關(guān)注該事務(wù)的狀態(tài)報告，而不必關(guān)心每條短信的狀態(tài)報告。上述僅以短信為例，說明了本發(fā)明的工作原理。本發(fā)明也支持彩信、WAPPUSH等多媒體消息，即支持所有以消息交互應(yīng)答方式的數(shù)據(jù)通訊業(yè)務(wù)系統(tǒng)。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種事務(wù)消息處理方法，其特征在于，包括 接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息，所述事務(wù)消息包含至少兩條短信； 接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)提交請求，所述事務(wù)提交請求是由增值業(yè)務(wù)平臺確定所述事務(wù)消息包含的短信全部成功提交后所發(fā)送的； 確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，將所有短信發(fā)送到對應(yīng)的目標終端。
2.如權(quán)利要求I所述的方法，其特征在于，確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)，具體包括 向通信網(wǎng)絡(luò)中的下級網(wǎng)絡(luò)節(jié)點查詢姆個目標終端的狀態(tài)信息，在姆個目標終端的狀態(tài)信息表征該目標終端能夠成功接收數(shù)據(jù)時，確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)。
3.如權(quán)利要求I所述的方法，其特征在于，還包括 確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，向所述增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行成功的狀態(tài)報告；和/或 確定所述任一目標終端處于不能夠成功接收數(shù)據(jù)的狀態(tài)時，或在超時時間內(nèi)未完成所有短信對應(yīng)的目標終端的狀態(tài)確定吋，向所述增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行失敗的狀態(tài)報生ロ o
4.如權(quán)利要求I所述的方法，其特征在于，接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息之前，還包括 接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)開始請求，所述事務(wù)開始請求是由增值業(yè)務(wù)平臺請求發(fā)送包含至少兩條短信的事務(wù)消息時所發(fā)送的； 分配事務(wù)ID并將其返回給所述增值業(yè)務(wù)平臺； 其中，從所述增值業(yè)務(wù)平臺接收的短信和事務(wù)提交請求中分別攜帶有所述事務(wù)ID，在發(fā)送短信時根據(jù)所述短信和事務(wù)提交請求中攜帯的事務(wù)ID，確定屬于同一事務(wù)消息的短ィ目。
5.如權(quán)利要求I所述的方法，其特征在干，進ー步包括 接收到所述增值業(yè)務(wù)平臺發(fā)送的事務(wù)提交請求和/或每條短信時均返回應(yīng)答消息，以使所述增值業(yè)務(wù)平臺根據(jù)應(yīng)答消息的接收情況，確定事務(wù)提交請求、各條短信是否發(fā)送成功，所述增值業(yè)務(wù)平臺確定有短信發(fā)送失敗時，對發(fā)送失敗的短信進行重發(fā)。
6.如權(quán)利要求4所述的方法，其特征在于，還包括 接收所述增值業(yè)務(wù)平臺發(fā)送的未攜帯事務(wù)ID的短信，將其直接發(fā)送到終端。
7.ー種短信中心裝置，其特征在于，包括 短信接收模塊，用于接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息； 提交請求接收模塊，用于接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)提交請求； 發(fā)送模塊，用于確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，將所有短信發(fā)送到對應(yīng)的目標終端。
8.如權(quán)利要求7所述的裝置，其特征在于，所述發(fā)送模塊還用于確定所有短信對應(yīng)的目標終端是否均處于能夠成功接收數(shù)據(jù)的狀態(tài)，具體包括向通信網(wǎng)絡(luò)中的下級網(wǎng)絡(luò)節(jié)點查詢每個目標終端的狀態(tài)信息，在每個目標終端的狀態(tài)信息表征該目標終端能夠成功接收數(shù)據(jù)時，確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)。
9.如權(quán)利要求7所述的裝置，其特征在于，還包括 狀態(tài)報告返回模塊，用于確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，向所述增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行成功的狀態(tài)報告；和/或 用于確定所述任一目標終端處于不能夠成功接收數(shù)據(jù)的狀態(tài)時，或在超時時間內(nèi)未完成所有短信對應(yīng)的目標終端的狀態(tài)確定吋，向所述增值業(yè)務(wù)平臺返回事務(wù)執(zhí)行失敗的狀態(tài)手艮告。
10.如權(quán)利要求7所述的裝置，其特征在于，還包括 開始請求接收模塊，用于接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)開始請求，所述事務(wù)開始請求是由增值業(yè)務(wù)平臺請求發(fā)送包含至少兩條短信的事務(wù)消息時所發(fā)送的； 事務(wù)管理模塊，用于接收到增值業(yè)務(wù)平臺發(fā)送的事務(wù)開始請求時，分配事務(wù)ID并將其返回給所述增值業(yè)務(wù)平臺； 其中，從所述增值業(yè)務(wù)平臺接收的短信和事務(wù)提交請求中分別攜帶有所述事務(wù)ID，所述發(fā)送模塊根據(jù)所述短信和事務(wù)提交請求中攜帯的事務(wù)ID，確定屬于同一事務(wù)消息的短ィ目。
11.一種增值業(yè)務(wù)平臺，其特征在于，包括 短信發(fā)送模塊，向短信中心裝置發(fā)送事務(wù)消息，所述事務(wù)消息包含至少兩條短信； 事務(wù)提交模塊，用于確定所述事務(wù)消息中包含的短信全部成功提交后，向所述短信中心裝置發(fā)送事務(wù)提交請求。
12.—種事務(wù)消息處理系統(tǒng)，其特征在于，包括權(quán)利要求7 10任一所述的短信中心裝置和權(quán)利要求11所述的增值業(yè)務(wù)平臺。
全文摘要
本發(fā)明公開了一種事務(wù)消息處理方法和系統(tǒng)，該方法包括接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)消息，所述事務(wù)消息包含至少兩條短信；接收增值業(yè)務(wù)平臺發(fā)送的事務(wù)提交請求，所述事務(wù)提交請求是由增值業(yè)務(wù)平臺確定所述事務(wù)消息包含的短信全部成功提交后所發(fā)送的；確定所有短信對應(yīng)的目標終端均處于能夠成功接收數(shù)據(jù)的狀態(tài)時，將所有短信發(fā)送到對應(yīng)的目標終端。本發(fā)明能夠使事務(wù)消息包含的一批短信發(fā)送全成功或者全失敗，有效地完成了事務(wù)消息，提高了系統(tǒng)的可靠性。
文檔編號H04W4/14GK102790954SQ20111013240
公開日2012年11月21日 申請日期2011年5月20日 優(yōu)先權(quán)日2011年5月20日
發(fā)明者周功財 申請人:中興通訊股份有限公司