一種業務消息發送方法及裝置製造方法
2023-05-26 05:51:51 1
一種業務消息發送方法及裝置製造方法
【專利摘要】本發明公開了一種業務消息發送方法及裝置。本發明的業務消息發送方法包括：接收業務消息，並對所述業務消息進行處理；緩存一份所述處理後的業務消息；對所述處理後的業務消息進行格式轉換後發送給對應的業務網關；當所述處理後的業務消息發送失敗時對緩存的所述處理後的業務消息進行重發處理；本發明的方法在發送業務消息之前緩存了一份業務消息，當業務消息發送失敗時可以利用緩存的業務消息進程重發處理，可以提高業務消息發送成功率，減少業務損失。
【專利說明】 一種業務消息發送方法及裝置
【技術領域】
[0001]本發明涉及移動通信領域，尤其涉及一種業務消息發送方法及裝置。
【背景技術】
[0002]ISAG (Integrated Service Access Gateway,綜合業務接入網關)是移動業務網絡中實現業務統一接入和服務質量監控的功能實體。使運營商能夠開放電信網絡資源，並控制對網絡資源的使用；為CP/SP屏蔽底層網絡技術複雜性，提供統一業務開發環境，降低業務開發門檻；為用戶提供融合業務，豐富業務形式，有利於開發企業應用，拓展企業用戶市場。
[0003]SP (Service Provider,服務提供商)通過ISAG可以將提供的內容或服務通過簡訊或者彩信方式下發到簡訊網關或者彩信網關，並由簡訊網關或者彩信網關最終發送到用戶手機中。但是在網絡擁塞或者簡訊網關/彩信網關異常情況下，ISAG發往簡訊網關/彩信網關的消息會失敗，並返回給SP發送失敗的狀態報告。當失敗的消息比較多時，會對SP造成業務損失，同時若SP重新發送，也會加大網絡中的數據量和系統處理的消息數。
[0004]當SP下發消息量較大時(特別是在忙時，同時下發大量信息)，ISAG在轉發消息到SMGW.MMSC等業務網關時，由於這些業務網關的接口過載等原因，導致ISAG下發信息失敗。由於ISAG在自身流控機制上，無法緩存由於過載或者接口宕掉時的失敗消息，導致這些SP請求丟失。
【發明內容】
[0005]本發明要解決的主要技術問題是，提供一種業務消息發送方法及裝置能夠提高業務消息發送成功率。
[0006]為解決上述技術問題，本發明提供一種業務消息發送方法，包括以下步驟:
[0007]接收業務消息，並對所述業務消息進行處理；
[0008]緩存一份處理後的業務消息；
[0009]對所述處理後的業務消息進行格式轉換後發送給對應的業務網關；
[0010]當所述處理後的業務消息發送失敗時對緩存的所述處理後的業務消息進行重發處理。
[0011]進一步地，所述對緩存的所述處理後的業務消息進行重發處理的步驟包括:
[0012]判斷緩存的所述處理後的業務消息是否滿足預設重發條件，若是，則提取緩存的所述處理後的業務消息，對所述處理後的業務消息進行格式轉換後重新發送給所述業務網關，並判斷當前重新發送所述處理後的業務消息是否成功，若成功，則刪除緩存的所述處理後的業務消息。
[0013]進一步地，所述對緩存的所述處理後的業務消息進行重發處理的步驟還包括:
[0014]若當前重新發送所述處理後的業務消息失敗，再次對緩存的所述處理後的業務消息進行重發處理。
[0015]進一步地，所述對緩存的所述處理後的業務消息進行重發處理的步驟還包括:
[0016]當緩存的所述處理後的業務消息不滿足預設重發條件時，刪除所述緩存的所述處理後的業務消息。
[0017]進一步地，所述判斷緩存的所述處理後的業務消息是否滿足預設重發條件的步驟包括:
[0018]根據業務發送失敗的原因判斷是否需要重發所述處理後的業務消息，若否，則判定不滿足預設重發條件，若是，則進一步判斷當前重發的次數是否小於預設次數，若小於，則判定滿足預設重發條件，若大於，則判定不滿足預設重發條件。
[0019]進一步地，所述緩存一份所述處理後的業務消息的步驟包括:
[0020]緩存一份所述處理後的業務消息至會話中。
[0021]同樣為了解決上述的技術問題，本發明還提供了一種業務消息發送裝置，包括:業務處理模塊、緩存處理模塊、業務重發處理模塊和業務發送模塊；
[0022]所述業務處理模塊用於接收業務消息，並對所述業務消息進行處理；
[0023]所述緩存處理模塊用於緩存一份處理後的業務消息；
[0024]所述業務發送模塊用於對所述處理後的業務消息進行格式轉換後發送給對應的業務網關；
[0025]所述業務重發處理模塊用於當所述處理後的業務消息發送失敗時對緩存的所述處理後的業務消息進行重發處理。
[0026]進一步地，所述業務重發處理模塊包括:業務判斷模塊；
[0027]所述業務判斷模塊用於判斷緩存的所述處理後的業務消息是否滿足預設重發條件，若是，則通知所述緩存處理模塊提取緩存的所述處理後的業務消息傳輸給所述業務發送模塊進行重新發送，並且判斷當前重新發送所述處理後的業務消息是否成功，若成功，則通知所述緩存處理模塊刪除緩存的所述處理後的業務消息。
[0028]進一步地，所述業務判斷模塊還用於當判斷當前重新發送所述處理後的業務消息失敗時，再次對緩存的所述處理後的業務消息進行重發處理。
[0029]進一步地，所述業務判斷模塊還用於當判斷緩存的所述處理後的業務消息不滿足預設重發條件時，則通知所述緩存處理模塊刪除所述緩存的所述處理後的業務消息。
[0030]進一步地，所述業務判斷模塊用於根據業務發送失敗的原因判斷是否需要重發所述處理後的業務消息，若否，則判定不滿足預設重發條件，若是，則進一步判斷當前重發的次數是否小於預設次數，若小於，則判定滿足預設重發條件，若大於，則判定不滿足預設重發條件。
[0031]進一步地，所述緩存處理模塊用於緩存一份所述處理後的業務消息至會話中。
[0032]本發明的有益效果是:
[0033]本發明提供一種業務消息發送方法及裝置能夠提供業務消息發送成功率，其中業務消息發送方法包括:接收業務消息，並對所述業務消息進行處理；緩存一份處理後的業務消息；對所述處理後的業務消息進行格式轉換後發送給對應的業務網關；當所述處理後的業務消息發送失敗時對緩存的所述處理後的業務消息進行重發處理；本發明的方法在發送業務消息之前緩存了一份業務消息，當業務消息發送失敗時可以利用緩存的業務消息進程重發處理，與現有技術相比本發明業務消息發送方法可以提高業務消息發送成功率，減少業務損失。
【專利附圖】
【附圖說明】
[0034]圖1為本發明實施例一提供的一種業務消息發送方法的流程示意圖；
[0035]圖2為本發明實施例一提供的另一種業務消息發送方法的流程示意圖；
[0036]圖3為本發明實施例一提供的一種判斷是否滿足預設重發條件的方式的流程示意圖；
[0037]圖4為本發明實施例二提供的一種業務系統的結構示意圖；
[0038]圖5為本發明實施例二提供的一種綜合業務接入網關發送消息的流程示意圖；
[0039]圖6為本發明實施例三提供的一種業務消息發送裝置的結構示意圖；
[0040]圖7為本發明實施例三提供的另一種業務消息發送裝置的結構示意圖。
【具體實施方式】
[0041]下面通過【具體實施方式】結合附圖對本發明作進一步詳細說明。
[0042]實施例一:
[0043]如圖1所示，本實施例提供了一種業務消息發送方法，包括以下步驟:
[0044]步驟101:接收業務消息，並對所述業務消息進行處理；
[0045]步驟102:緩存一份處理後的業務消息；
[0046]步驟103:對所述處理後的業務消息進行格式轉換後發送給對應的業務網關；
[0047]步驟104:當所述處理後的業務消息發送失敗時對緩存的所述處理後的業務消息進行重發處理。
[0048]本實施例的業務消息發送方法可以在業務消息發送之前緩存一份業務消息，當業務消息發送失敗時可以對所述緩存的業務消息進行重發處理；從而防止業務消息由於發送失敗而導致業務消息損失，可以提高業務消息發送的成功率。本實施例的重發處理可以是直接提取緩存的處理後的業務消息進行重發，也可以根據預設的條件進行重發。
[0049]本實施例中的對業務消息的處理可以為對接收到的業務消息進行解析，和對解析後的消息進行內部流程處理，例如計費、統計等。
[0050]本實施例中對所述處理後的業務消息進行格式轉換後發送給對應的業務網關，其格式轉換的類型主要是依據業務網關和業務消息的類型。例如當接收到是簡訊消息時，在對簡訊消息進行解析和內部流程處理後，對處理後的簡訊消息進行格式轉換，可以將其轉換為標準的SMPP/SMGP協議的消息，最後發送給簡訊網關。
[0051]本實施例的業務消息發送方法在對業務消息進行緩存前還可以包括一個判斷過程，對於不符合緩存條件的業務消息不進行緩存，只對符合緩存條件的業務消息進行緩存，這樣可以減少網絡流量，節省網絡資源。本實施例中緩存條件可以根據實際需求進行設定，例如可以根據業務消息的重要性來判斷是否需要緩存，或者可以根據業務消息的類型判斷是否需要緩存。
[0052]本實施例業務消息發送方法中對緩存的所述處理後的業務消息進行重發處理的過程可以包括:
[0053]第一步:判斷緩存的所述處理後的業務消息是否滿足預設重發條件，若是，轉第二步，若否，則轉第四步；
[0054]第二步:提取緩存的所述處理後的業務消息，對所述處理後的業務消息進行格式轉換後重新發送給所述業務網關；
[0055]第三步:判斷當前重新發送所述處理後的業務消息是否成功，若成功，轉第四步，若失敗，轉第一步；
[0056]第四步:刪除所述緩存的所述處理後的業務消息。
[0057]本實施例的業務消息發送方法中當重新發送成功時，在刪除緩存的業務消息之後，還可以生成發送成功狀態報告並上報；以及在不滿足預設重發條件時，在刪除緩存的業務消息之後，還可以生成發送失敗狀態報告並上報。
[0058]本實施例方法可以在業務消息發送失敗後重新發送緩存的業務消息，若重新發送成功，則刪除緩存的業務消息，若不成功，則可以根據實際需求進行處理，例如可以再次重新發送該緩存的業務消息，或者不再發送該緩存的業務消息以及採用其他預設的處理手段進行處理。當然本實施例重新發送緩存的業務消息可以是在一定的時間間隔到達時，將緩存的業務消息重新發給業務網關；也可以是緩存完成後立即發送。重新發送失敗的業務消息能極大的提高消息發送成功率，降低網絡中的流量。
[0059]下面詳細介紹本實施例的業務消息發送的具體過程，如圖2所示，具體包括以下步驟:
[0060]步驟201:接收業務消息，並對所述業務消息進行處理；
[0061]步驟202:緩存一份處理後的業務消息；
[0062]步驟203:將處理後的業務消息格式轉換後發送給對應的業務網關；
[0063]步驟204:當所述處理後的業務消息發送失敗時，判斷緩存的所述處理後的業務消息是否滿足預設重發條件，若是，則執行步驟205，若否，則執行步驟207 ；
[0064]步驟205:提取緩存的所述處理後的業務消息，將其格式轉換後重新發送給所述業務網關；
[0065]步驟206:判斷當前重新發送所述處理後的業務消息是否成功，若失敗，則返回步驟204，若成功，則執行步驟208:
[0066]步驟207:刪除所述緩存的業務消息，生成發送失敗狀態報告並上報，結束流程；
[0067]步驟208:刪除所述緩存的業務消息，生成發送成功狀態報告並上報，結束流程。
[0068]下面介紹一種判斷緩存的所述處理後的業務消息是否滿足預設重發條件的方式，如圖3所示，包括以下步驟:
[0069]步驟301:根據業務發送失敗的原因判斷是否需要重發所述處理後的業務消息，若是，執行步驟302，若否，則執行步驟304 ；
[0070]步驟302:判斷當前重發的次數是否小於預設次數，若是，則執行步驟303，若否，則執行步驟304 ；
[0071]步驟303:判定滿足再次重發的預設條件；
[0072]步驟304:判定不滿足再次重發的預設條件。
[0073]本實施例中預設重發條件可以根據用戶的需求進行設定，例如可以為業務發送失敗的原因和發送次數。在業務系統中，由於SP沒有在簡訊/彩信網關註冊而導致發到簡訊/彩信網關的消息失敗，則在這種情況下，就沒有必要對失敗消息進行再次重發，否則反而會增加網絡流量；而由於在網絡擁塞或者簡訊網關/彩信網關異常情況下，可以再次重發業務消息。
[0074]本實施例業務消息發送方法中，所述緩存一份所述處理後的業務消息的步驟包括:緩存一份所述處理後的業務消息至sess1n (會話)中。本實施例的業務消息方法中還可以緩存一份所述處理後的業務消息至其他存儲介質中。
[0075]本實施例的業務消息發送方法適用於簡訊、彩信業務緩存消息和發送，也可以適用於其他業務緩存消息和發送。
[0076]實施例二:
[0077]上述實施例一介紹的業務消息發送方法可以適用於綜合業務接入網關(ISAG)，本實施例介紹了綜合業務接入網關採用該業務發送方法具體的過程，如圖4所示，介紹了一種業務系統，由SP、ISAG以及簡訊網關、彩信網關組成。其中本實施例的綜合業務接入網關包括:北向模塊、業務處理模塊以及南向適配模塊；
[0078]如圖5所示，本實施例中ISAG發送業務消息(以簡訊消息為例)的具體過程包括:
[0079]步驟501:北向模塊接收SP發送的簡訊消息並對其進行解析；
[0080]北向模塊:提供標準的parlayX接口，SP可以將簡訊、彩信內容以parlayX的webservice標準消息格式發送到北向模塊。由北向模塊對消息進行解析。
[0081]步驟502:業務處理模塊對解析後的消息進行內部流程處理；
[0082]業務處理模塊:北向模塊把解析後的簡訊消息發送給業務處理模塊，由業務處理模塊進行內部流程的處理。包括計費、統計等。
[0083]步驟503:南向適配模塊緩存一份內部的簡訊消息至sess1n中，然後將內部的簡訊消息轉換為標準協議的消息發送給簡訊網關；
[0084]南向適配模塊:南向適配模塊提供了簡訊、彩信等不同業務的適配方法，與簡訊網關、彩信網關等業務網關對接。將ISAG內部消息轉換為標準的SMPP/SMGP協議、MM7協議或其他協議，並發送給簡訊網關或者彩信網關等其他業務網關；
[0085]步驟504:南向適配模塊判斷簡訊消息是否發送成功，若成功，則執行步驟510 ;若失敗，則執行步驟505 ；
[0086]步驟505:接收業務消息發送失敗的錯誤碼，根據錯誤碼判斷是否需要重新發送簡訊消息，若是，則執行步驟506，若否，則執行步驟509 ；
[0087]步驟506:判斷當前總共重發的次數是否大於預設次數，若是，則執行步驟509，若否，則執行步驟507;
[0088]步驟507:當定時器記錄重新發生時間間隔到達後，南向適配模塊從sess1n中提取緩存的簡訊消息，將其轉換為標準協議的消息重新發送給簡訊網關；
[0089]步驟508:南向適配模塊判斷重新發送是否成功，若失敗，則返回步驟505，若成功，則執行步驟510 ；
[0090]步驟509:南向適配模塊將消息從sess1n中刪除，生成失敗的狀態報告，發給業務處理模塊，並最終發送給SP，流程結束；
[0091]步驟510:南向適配模塊將消息從sess1n中刪除，南向適配模塊將簡訊網關返回的響應消息經過解析並轉換格式後發送給業務處理模塊。業務處理模塊存入內存中，等待狀態報告消息，消息下發流程結束。
[0092]採用本發明的業務消息發送方法，綜合業務接入網關可以在發送消息之前預先緩存待發送的消息，當該消息發送失敗時可以利用緩存的消息進行重新發送極大的提高消息發送成功率，降低網絡中的流量。
[0093]本實施例的ISAG適用於簡訊、彩信業務緩存消息和發送，也可以適用於其他業務緩存消息和發送。
[0094]實施例三:
[0095]如圖6所示，本實施例提供了一種業務消息發送裝置，包括:業務處理模塊、緩存處理模塊、業務重發處理模塊和業務發送模塊；
[0096]所述業務處理模塊用於接收業務消息，並對所述業務消息進行處理；
[0097]所述緩存處理模塊用於緩存一份處理後的業務消息；
[0098]所述業務發送模塊用於對所述處理後的業務消息進行格式轉換後發送給對應的業務網關；
[0099]所述業務重發處理模塊用於當所述處理後的業務消息發送失敗時對緩存的所述處理後的業務消息進行重發處理。
[0100]如圖7所示，本實施例業務消息發送裝置中業務重發處理模塊包括:業務判斷模塊；
[0101]所述業務判斷模塊用於判斷緩存的所述處理後的業務消息是否滿足預設重發條件，若是，則通知所述緩存處理模塊提取緩存的所述處理後的業務消息傳輸給所述業務發送模塊進行重新發送，並且判斷當前重新發送所述處理後的業務消息是否成功，若成功，則通知所述緩存處理模塊刪除緩存的所述處理後的業務消息。
[0102]在另一應用場景中，所述業務判斷模塊還用於當判斷當前重新發送所述處理後的業務消息失敗時，再次對緩存的所述處理後的業務消息進行重發處理。
[0103]在另一應用場景中，所述業務判斷模塊還用於當判斷緩存的所述處理後的業務消息不滿足預設重發條件時，則通知所述緩存處理模塊刪除所述緩存的所述處理後的業務消肩、O
[0104]優先地，本實施例中所述業務判斷模塊用於根據業務發送失敗的原因判斷是否需要重發所述處理後的業務消息，若否，則判定不滿足預設重發條件，若是，則進一步判斷當前重發的次數是否小於預設次數，若小於，則判定滿足預設重發條件，若大於，則判定不滿足預設重發條件。
[0105]優先地，本實施例中緩存處理模塊用於緩存一份所述處理後的業務消息至會話中。本實施例中緩存處理模塊還可以緩存一份所述處理後的業務消息至其他存儲介質中，或者本實施例緩存處理模塊本身就可以存儲介質。
[0106]本實施例的業務消息發送裝置可以為綜合業務接入網關(ISAG)，該綜合業務接入網關(ISAG)的具體結構參考圖4，綜合業務接入網關發送消息的過程參考圖5，在ISAG中南向適配模塊實現上述緩存處理模塊、業務判斷模塊和業務發送模塊的所有功能。
[0107]本實施例的業務消息發送裝置通過事先對發送的消息進行緩存，當該消息發送失敗時，利用緩存的消息進行重新發送，當成功時，則刪除緩存的消息極大的提高消息發送成功率，降低網絡中的流量。
[0108]本實施例的業務消息發送裝置適用於簡訊、彩信業務緩存消息和發送，也可以適用於其他業務緩存消息和發送。
[0109]以上內容是結合具體的實施方式對本發明所作的進一步詳細說明，不能認定本發明的具體實施只局限於這些說明。對於本發明所屬【技術領域】的普通技術人員來說，在不脫離本發明構思的前提下，還可以做出若干簡單推演或替換，都應當視為屬於本發明的保護範圍。
【權利要求】
1.一種業務消息發送方法，其特徵在於，包括以下步驟: 接收業務消息，並對所述業務消息進行處理； 緩存一份處理後的業務消息； 對所述處理後的業務消息進行格式轉換後發送給對應的業務網關； 當所述處理後的業務消息發送失敗時對緩存的所述處理後的業務消息進行重發處理。
2.如權利要求1所述的業務消息發送方法，其特徵在於，所述對緩存的所述處理後的業務消息進行重發處理的步驟包括: 判斷緩存的所述處理後的業務消息是否滿足預設重發條件，若是，則提取緩存的所述處理後的業務消息，對所述處理後的業務消息進行格式轉換後重新發送給所述業務網關，並判斷當前重新發送所述處理後的業務消息是否成功，若成功，則刪除緩存的所述處理後的業務消息。
3.如權利要求2所述的業務消息發送方法，其特徵在於，所述對緩存的所述處理後的業務消息進行重發處理的步驟還包括: 若當前重新發送所述處理後的業務消息失敗，再次對緩存的所述處理後的業務消息進行重發處理。
4.如權利要求2所述的業務消息發送方法，其特徵在於，所述對緩存的所述處理後的業務消息進行重發處理的步驟還包括: 當緩存的所述處理後的業務消息不滿足預設重發條件時，刪除所述緩存的所述處理後的業務消息。
5.如權利要求2-4任一項所述的業務消息發送方法，其特徵在於，所述判斷緩存的所述處理後的業務消息是否滿足預設重發條件的步驟包括: 根據業務發送失敗的原因判斷是否需要重發所述處理後的業務消息，若否，則判定不滿足預設重發條件，若是，則進一步判斷當前重發的次數是否小於預設次數，若小於，則判定滿足預設重發條件，若大於，則判定不滿足預設重發條件。
6.如權利要求1所述的業務消息發送方法，其特徵在於，所述緩存一份所述處理後的業務消息的步驟包括: 緩存一份所述處理後的業務消息至會話中。
7.—種業務消息發送裝置，其特徵在於，包括:業務處理模塊、緩存處理模塊、業務重發處理模塊和業務發送模塊； 所述業務處理模塊用於接收業務消息，並對所述業務消息進行處理； 所述緩存處理模塊用於緩存一份處理後的業務消息； 所述業務發送模塊用於對所述處理後的業務消息進行格式轉換後發送給對應的業務網關； 所述業務重發處理模塊用於當所述處理後的業務消息發送失敗時對緩存的所述處理後的業務消息進行重發處理。
8.如權利要求7所述的業務消息發送裝置，其特徵在於，所述業務重發處理模塊包括:業務判斷模塊； 所述業務判斷模塊用於判斷緩存的所述處理後的業務消息是否滿足預設重發條件，若是，則通知所述緩存處理模塊提取緩存的所述處理後的業務消息傳輸給所述業務發送模塊進行重新發送，並且判斷當前重新發送所述處理後的業務消息是否成功，若成功，則通知所述緩存處理模塊刪除緩存的所述處理後的業務消息。
9.如權利要求8所述的業務消息發送裝置，其特徵在於，所述業務判斷模塊還用於當判斷當前重新發送所述處理後的業務消息失敗時，再次對緩存的所述處理後的業務消息進行重發處理。
10.如權利要求8所述的業務消息發送裝置，其特徵在於，所述業務判斷模塊還用於當判斷緩存的所述處理後的業務消息不滿足預設重發條件時，則通知所述緩存處理模塊刪除所述緩存的所述處理後的業務消息。
11.如權利要求8-10任一項所述的業務消息發送裝置，其特徵在於，所述業務判斷模塊用於根據業務發送失敗的原因判斷是否需要重發所述處理後的業務消息，若否，則判定不滿足預設重發條件，若是，則進一步判斷當前重發的次數是否小於預設次數，若小於，則判定滿足預設重發條件，若大於，則判定不滿足預設重發條件。
12.如權利要求7所述的業務消息發送裝置，其特徵在於，所述緩存處理模塊用於緩存一份所述處理後的業務消息至會話中。
【文檔編號】H04W28/06GK104427551SQ201310370479
【公開日】2015年3月18日 申請日期:2013年8月22日 優先權日:2013年8月22日
【發明者】龍麗萍, 劉勇, 李江 申請人:中興通訊股份有限公司