国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種業(yè)務(wù)消息發(fā)送方法及裝置制造方法

      文檔序號(hào):8005057閱讀:201來(lái)源:國(guó)知局
      一種業(yè)務(wù)消息發(fā)送方法及裝置制造方法
      【專利摘要】本發(fā)明公開(kāi)了一種業(yè)務(wù)消息發(fā)送方法及裝置。本發(fā)明的業(yè)務(wù)消息發(fā)送方法包括:接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理;緩存一份所述處理后的業(yè)務(wù)消息;對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān);當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí)對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理;本發(fā)明的方法在發(fā)送業(yè)務(wù)消息之前緩存了一份業(yè)務(wù)消息,當(dāng)業(yè)務(wù)消息發(fā)送失敗時(shí)可以利用緩存的業(yè)務(wù)消息進(jìn)程重發(fā)處理,可以提高業(yè)務(wù)消息發(fā)送成功率,減少業(yè)務(wù)損失。
      【專利說(shuō)明】 一種業(yè)務(wù)消息發(fā)送方法及裝置

      【技術(shù)領(lǐng)域】
      [0001]本發(fā)明涉及移動(dòng)通信領(lǐng)域,尤其涉及一種業(yè)務(wù)消息發(fā)送方法及裝置。

      【背景技術(shù)】
      [0002]ISAG (Integrated Service Access Gateway,綜合業(yè)務(wù)接入網(wǎng)關(guān))是移動(dòng)業(yè)務(wù)網(wǎng)絡(luò)中實(shí)現(xiàn)業(yè)務(wù)統(tǒng)一接入和服務(wù)質(zhì)量監(jiān)控的功能實(shí)體。使運(yùn)營(yíng)商能夠開(kāi)放電信網(wǎng)絡(luò)資源,并控制對(duì)網(wǎng)絡(luò)資源的使用;為CP/SP屏蔽底層網(wǎng)絡(luò)技術(shù)復(fù)雜性,提供統(tǒng)一業(yè)務(wù)開(kāi)發(fā)環(huán)境,降低業(yè)務(wù)開(kāi)發(fā)門(mén)檻;為用戶提供融合業(yè)務(wù),豐富業(yè)務(wù)形式,有利于開(kāi)發(fā)企業(yè)應(yīng)用,拓展企業(yè)用戶市場(chǎng)。
      [0003]SP (Service Provider,服務(wù)提供商)通過(guò)ISAG可以將提供的內(nèi)容或服務(wù)通過(guò)短信或者彩信方式下發(fā)到短信網(wǎng)關(guān)或者彩信網(wǎng)關(guān),并由短信網(wǎng)關(guān)或者彩信網(wǎng)關(guān)最終發(fā)送到用戶手機(jī)中。但是在網(wǎng)絡(luò)擁塞或者短信網(wǎng)關(guān)/彩信網(wǎng)關(guān)異常情況下,ISAG發(fā)往短信網(wǎng)關(guān)/彩信網(wǎng)關(guān)的消息會(huì)失敗,并返回給SP發(fā)送失敗的狀態(tài)報(bào)告。當(dāng)失敗的消息比較多時(shí),會(huì)對(duì)SP造成業(yè)務(wù)損失,同時(shí)若SP重新發(fā)送,也會(huì)加大網(wǎng)絡(luò)中的數(shù)據(jù)量和系統(tǒng)處理的消息數(shù)。
      [0004]當(dāng)SP下發(fā)消息量較大時(shí)(特別是在忙時(shí),同時(shí)下發(fā)大量信息),ISAG在轉(zhuǎn)發(fā)消息到SMGW.MMSC等業(yè)務(wù)網(wǎng)關(guān)時(shí),由于這些業(yè)務(wù)網(wǎng)關(guān)的接口過(guò)載等原因,導(dǎo)致ISAG下發(fā)信息失敗。由于ISAG在自身流控機(jī)制上,無(wú)法緩存由于過(guò)載或者接口宕掉時(shí)的失敗消息,導(dǎo)致這些SP請(qǐng)求丟失。


      【發(fā)明內(nèi)容】

      [0005]本發(fā)明要解決的主要技術(shù)問(wèn)題是,提供一種業(yè)務(wù)消息發(fā)送方法及裝置能夠提高業(yè)務(wù)消息發(fā)送成功率。
      [0006]為解決上述技術(shù)問(wèn)題,本發(fā)明提供一種業(yè)務(wù)消息發(fā)送方法,包括以下步驟:
      [0007]接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理;
      [0008]緩存一份處理后的業(yè)務(wù)消息;
      [0009]對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān);
      [0010]當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí)對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      [0011]進(jìn)一步地,所述對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理的步驟包括:
      [0012]判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件,若是,則提取緩存的所述處理后的業(yè)務(wù)消息,對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后重新發(fā)送給所述業(yè)務(wù)網(wǎng)關(guān),并判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息是否成功,若成功,則刪除緩存的所述處理后的業(yè)務(wù)消息。
      [0013]進(jìn)一步地,所述對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理的步驟還包括:
      [0014]若當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息失敗,再次對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      [0015]進(jìn)一步地,所述對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理的步驟還包括:
      [0016]當(dāng)緩存的所述處理后的業(yè)務(wù)消息不滿足預(yù)設(shè)重發(fā)條件時(shí),刪除所述緩存的所述處理后的業(yè)務(wù)消息。
      [0017]進(jìn)一步地,所述判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件的步驟包括:
      [0018]根據(jù)業(yè)務(wù)發(fā)送失敗的原因判斷是否需要重發(fā)所述處理后的業(yè)務(wù)消息,若否,則判定不滿足預(yù)設(shè)重發(fā)條件,若是,則進(jìn)一步判斷當(dāng)前重發(fā)的次數(shù)是否小于預(yù)設(shè)次數(shù),若小于,則判定滿足預(yù)設(shè)重發(fā)條件,若大于,則判定不滿足預(yù)設(shè)重發(fā)條件。
      [0019]進(jìn)一步地,所述緩存一份所述處理后的業(yè)務(wù)消息的步驟包括:
      [0020]緩存一份所述處理后的業(yè)務(wù)消息至?xí)捴小?br> [0021]同樣為了解決上述的技術(shù)問(wèn)題,本發(fā)明還提供了一種業(yè)務(wù)消息發(fā)送裝置,包括:業(yè)務(wù)處理模塊、緩存處理模塊、業(yè)務(wù)重發(fā)處理模塊和業(yè)務(wù)發(fā)送模塊;
      [0022]所述業(yè)務(wù)處理模塊用于接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理;
      [0023]所述緩存處理模塊用于緩存一份處理后的業(yè)務(wù)消息;
      [0024]所述業(yè)務(wù)發(fā)送模塊用于對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān);
      [0025]所述業(yè)務(wù)重發(fā)處理模塊用于當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí)對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      [0026]進(jìn)一步地,所述業(yè)務(wù)重發(fā)處理模塊包括:業(yè)務(wù)判斷模塊;
      [0027]所述業(yè)務(wù)判斷模塊用于判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件,若是,則通知所述緩存處理模塊提取緩存的所述處理后的業(yè)務(wù)消息傳輸給所述業(yè)務(wù)發(fā)送模塊進(jìn)行重新發(fā)送,并且判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息是否成功,若成功,則通知所述緩存處理模塊刪除緩存的所述處理后的業(yè)務(wù)消息。
      [0028]進(jìn)一步地,所述業(yè)務(wù)判斷模塊還用于當(dāng)判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息失敗時(shí),再次對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      [0029]進(jìn)一步地,所述業(yè)務(wù)判斷模塊還用于當(dāng)判斷緩存的所述處理后的業(yè)務(wù)消息不滿足預(yù)設(shè)重發(fā)條件時(shí),則通知所述緩存處理模塊刪除所述緩存的所述處理后的業(yè)務(wù)消息。
      [0030]進(jìn)一步地,所述業(yè)務(wù)判斷模塊用于根據(jù)業(yè)務(wù)發(fā)送失敗的原因判斷是否需要重發(fā)所述處理后的業(yè)務(wù)消息,若否,則判定不滿足預(yù)設(shè)重發(fā)條件,若是,則進(jìn)一步判斷當(dāng)前重發(fā)的次數(shù)是否小于預(yù)設(shè)次數(shù),若小于,則判定滿足預(yù)設(shè)重發(fā)條件,若大于,則判定不滿足預(yù)設(shè)重發(fā)條件。
      [0031]進(jìn)一步地,所述緩存處理模塊用于緩存一份所述處理后的業(yè)務(wù)消息至?xí)捴小?br> [0032]本發(fā)明的有益效果是:
      [0033]本發(fā)明提供一種業(yè)務(wù)消息發(fā)送方法及裝置能夠提供業(yè)務(wù)消息發(fā)送成功率,其中業(yè)務(wù)消息發(fā)送方法包括:接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理;緩存一份處理后的業(yè)務(wù)消息;對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān);當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí)對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理;本發(fā)明的方法在發(fā)送業(yè)務(wù)消息之前緩存了一份業(yè)務(wù)消息,當(dāng)業(yè)務(wù)消息發(fā)送失敗時(shí)可以利用緩存的業(yè)務(wù)消息進(jìn)程重發(fā)處理,與現(xiàn)有技術(shù)相比本發(fā)明業(yè)務(wù)消息發(fā)送方法可以提高業(yè)務(wù)消息發(fā)送成功率,減少業(yè)務(wù)損失。

      【專利附圖】

      【附圖說(shuō)明】
      [0034]圖1為本發(fā)明實(shí)施例一提供的一種業(yè)務(wù)消息發(fā)送方法的流程示意圖;
      [0035]圖2為本發(fā)明實(shí)施例一提供的另一種業(yè)務(wù)消息發(fā)送方法的流程示意圖;
      [0036]圖3為本發(fā)明實(shí)施例一提供的一種判斷是否滿足預(yù)設(shè)重發(fā)條件的方式的流程示意圖;
      [0037]圖4為本發(fā)明實(shí)施例二提供的一種業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)示意圖;
      [0038]圖5為本發(fā)明實(shí)施例二提供的一種綜合業(yè)務(wù)接入網(wǎng)關(guān)發(fā)送消息的流程示意圖;
      [0039]圖6為本發(fā)明實(shí)施例三提供的一種業(yè)務(wù)消息發(fā)送裝置的結(jié)構(gòu)示意圖;
      [0040]圖7為本發(fā)明實(shí)施例三提供的另一種業(yè)務(wù)消息發(fā)送裝置的結(jié)構(gòu)示意圖。

      【具體實(shí)施方式】
      [0041]下面通過(guò)【具體實(shí)施方式】結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。
      [0042]實(shí)施例一:
      [0043]如圖1所示,本實(shí)施例提供了一種業(yè)務(wù)消息發(fā)送方法,包括以下步驟:
      [0044]步驟101:接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理;
      [0045]步驟102:緩存一份處理后的業(yè)務(wù)消息;
      [0046]步驟103:對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān);
      [0047]步驟104:當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí)對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      [0048]本實(shí)施例的業(yè)務(wù)消息發(fā)送方法可以在業(yè)務(wù)消息發(fā)送之前緩存一份業(yè)務(wù)消息,當(dāng)業(yè)務(wù)消息發(fā)送失敗時(shí)可以對(duì)所述緩存的業(yè)務(wù)消息進(jìn)行重發(fā)處理;從而防止業(yè)務(wù)消息由于發(fā)送失敗而導(dǎo)致業(yè)務(wù)消息損失,可以提高業(yè)務(wù)消息發(fā)送的成功率。本實(shí)施例的重發(fā)處理可以是直接提取緩存的處理后的業(yè)務(wù)消息進(jìn)行重發(fā),也可以根據(jù)預(yù)設(shè)的條件進(jìn)行重發(fā)。
      [0049]本實(shí)施例中的對(duì)業(yè)務(wù)消息的處理可以為對(duì)接收到的業(yè)務(wù)消息進(jìn)行解析,和對(duì)解析后的消息進(jìn)行內(nèi)部流程處理,例如計(jì)費(fèi)、統(tǒng)計(jì)等。
      [0050]本實(shí)施例中對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān),其格式轉(zhuǎn)換的類型主要是依據(jù)業(yè)務(wù)網(wǎng)關(guān)和業(yè)務(wù)消息的類型。例如當(dāng)接收到是短信消息時(shí),在對(duì)短信消息進(jìn)行解析和內(nèi)部流程處理后,對(duì)處理后的短信消息進(jìn)行格式轉(zhuǎn)換,可以將其轉(zhuǎn)換為標(biāo)準(zhǔn)的SMPP/SMGP協(xié)議的消息,最后發(fā)送給短信網(wǎng)關(guān)。
      [0051]本實(shí)施例的業(yè)務(wù)消息發(fā)送方法在對(duì)業(yè)務(wù)消息進(jìn)行緩存前還可以包括一個(gè)判斷過(guò)程,對(duì)于不符合緩存條件的業(yè)務(wù)消息不進(jìn)行緩存,只對(duì)符合緩存條件的業(yè)務(wù)消息進(jìn)行緩存,這樣可以減少網(wǎng)絡(luò)流量,節(jié)省網(wǎng)絡(luò)資源。本實(shí)施例中緩存條件可以根據(jù)實(shí)際需求進(jìn)行設(shè)定,例如可以根據(jù)業(yè)務(wù)消息的重要性來(lái)判斷是否需要緩存,或者可以根據(jù)業(yè)務(wù)消息的類型判斷是否需要緩存。
      [0052]本實(shí)施例業(yè)務(wù)消息發(fā)送方法中對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理的過(guò)程可以包括:
      [0053]第一步:判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件,若是,轉(zhuǎn)第二步,若否,則轉(zhuǎn)第四步;
      [0054]第二步:提取緩存的所述處理后的業(yè)務(wù)消息,對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后重新發(fā)送給所述業(yè)務(wù)網(wǎng)關(guān);
      [0055]第三步:判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息是否成功,若成功,轉(zhuǎn)第四步,若失敗,轉(zhuǎn)第一步;
      [0056]第四步:刪除所述緩存的所述處理后的業(yè)務(wù)消息。
      [0057]本實(shí)施例的業(yè)務(wù)消息發(fā)送方法中當(dāng)重新發(fā)送成功時(shí),在刪除緩存的業(yè)務(wù)消息之后,還可以生成發(fā)送成功狀態(tài)報(bào)告并上報(bào);以及在不滿足預(yù)設(shè)重發(fā)條件時(shí),在刪除緩存的業(yè)務(wù)消息之后,還可以生成發(fā)送失敗狀態(tài)報(bào)告并上報(bào)。
      [0058]本實(shí)施例方法可以在業(yè)務(wù)消息發(fā)送失敗后重新發(fā)送緩存的業(yè)務(wù)消息,若重新發(fā)送成功,則刪除緩存的業(yè)務(wù)消息,若不成功,則可以根據(jù)實(shí)際需求進(jìn)行處理,例如可以再次重新發(fā)送該緩存的業(yè)務(wù)消息,或者不再發(fā)送該緩存的業(yè)務(wù)消息以及采用其他預(yù)設(shè)的處理手段進(jìn)行處理。當(dāng)然本實(shí)施例重新發(fā)送緩存的業(yè)務(wù)消息可以是在一定的時(shí)間間隔到達(dá)時(shí),將緩存的業(yè)務(wù)消息重新發(fā)給業(yè)務(wù)網(wǎng)關(guān);也可以是緩存完成后立即發(fā)送。重新發(fā)送失敗的業(yè)務(wù)消息能極大的提高消息發(fā)送成功率,降低網(wǎng)絡(luò)中的流量。
      [0059]下面詳細(xì)介紹本實(shí)施例的業(yè)務(wù)消息發(fā)送的具體過(guò)程,如圖2所示,具體包括以下步驟:
      [0060]步驟201:接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理;
      [0061]步驟202:緩存一份處理后的業(yè)務(wù)消息;
      [0062]步驟203:將處理后的業(yè)務(wù)消息格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān);
      [0063]步驟204:當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí),判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件,若是,則執(zhí)行步驟205,若否,則執(zhí)行步驟207 ;
      [0064]步驟205:提取緩存的所述處理后的業(yè)務(wù)消息,將其格式轉(zhuǎn)換后重新發(fā)送給所述業(yè)務(wù)網(wǎng)關(guān);
      [0065]步驟206:判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息是否成功,若失敗,則返回步驟204,若成功,則執(zhí)行步驟208:
      [0066]步驟207:刪除所述緩存的業(yè)務(wù)消息,生成發(fā)送失敗狀態(tài)報(bào)告并上報(bào),結(jié)束流程;
      [0067]步驟208:刪除所述緩存的業(yè)務(wù)消息,生成發(fā)送成功狀態(tài)報(bào)告并上報(bào),結(jié)束流程。
      [0068]下面介紹一種判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件的方式,如圖3所示,包括以下步驟:
      [0069]步驟301:根據(jù)業(yè)務(wù)發(fā)送失敗的原因判斷是否需要重發(fā)所述處理后的業(yè)務(wù)消息,若是,執(zhí)行步驟302,若否,則執(zhí)行步驟304 ;
      [0070]步驟302:判斷當(dāng)前重發(fā)的次數(shù)是否小于預(yù)設(shè)次數(shù),若是,則執(zhí)行步驟303,若否,則執(zhí)行步驟304 ;
      [0071]步驟303:判定滿足再次重發(fā)的預(yù)設(shè)條件;
      [0072]步驟304:判定不滿足再次重發(fā)的預(yù)設(shè)條件。
      [0073]本實(shí)施例中預(yù)設(shè)重發(fā)條件可以根據(jù)用戶的需求進(jìn)行設(shè)定,例如可以為業(yè)務(wù)發(fā)送失敗的原因和發(fā)送次數(shù)。在業(yè)務(wù)系統(tǒng)中,由于SP沒(méi)有在短信/彩信網(wǎng)關(guān)注冊(cè)而導(dǎo)致發(fā)到短信/彩信網(wǎng)關(guān)的消息失敗,則在這種情況下,就沒(méi)有必要對(duì)失敗消息進(jìn)行再次重發(fā),否則反而會(huì)增加網(wǎng)絡(luò)流量;而由于在網(wǎng)絡(luò)擁塞或者短信網(wǎng)關(guān)/彩信網(wǎng)關(guān)異常情況下,可以再次重發(fā)業(yè)務(wù)消息。
      [0074]本實(shí)施例業(yè)務(wù)消息發(fā)送方法中,所述緩存一份所述處理后的業(yè)務(wù)消息的步驟包括:緩存一份所述處理后的業(yè)務(wù)消息至sess1n (會(huì)話)中。本實(shí)施例的業(yè)務(wù)消息方法中還可以緩存一份所述處理后的業(yè)務(wù)消息至其他存儲(chǔ)介質(zhì)中。
      [0075]本實(shí)施例的業(yè)務(wù)消息發(fā)送方法適用于短信、彩信業(yè)務(wù)緩存消息和發(fā)送,也可以適用于其他業(yè)務(wù)緩存消息和發(fā)送。
      [0076]實(shí)施例二:
      [0077]上述實(shí)施例一介紹的業(yè)務(wù)消息發(fā)送方法可以適用于綜合業(yè)務(wù)接入網(wǎng)關(guān)(ISAG),本實(shí)施例介紹了綜合業(yè)務(wù)接入網(wǎng)關(guān)采用該業(yè)務(wù)發(fā)送方法具體的過(guò)程,如圖4所示,介紹了一種業(yè)務(wù)系統(tǒng),由SP、ISAG以及短信網(wǎng)關(guān)、彩信網(wǎng)關(guān)組成。其中本實(shí)施例的綜合業(yè)務(wù)接入網(wǎng)關(guān)包括:北向模塊、業(yè)務(wù)處理模塊以及南向適配模塊;
      [0078]如圖5所示,本實(shí)施例中ISAG發(fā)送業(yè)務(wù)消息(以短信消息為例)的具體過(guò)程包括:
      [0079]步驟501:北向模塊接收SP發(fā)送的短信消息并對(duì)其進(jìn)行解析;
      [0080]北向模塊:提供標(biāo)準(zhǔn)的parlayX接口,SP可以將短信、彩信內(nèi)容以parlayX的webservice標(biāo)準(zhǔn)消息格式發(fā)送到北向模塊。由北向模塊對(duì)消息進(jìn)行解析。
      [0081]步驟502:業(yè)務(wù)處理模塊對(duì)解析后的消息進(jìn)行內(nèi)部流程處理;
      [0082]業(yè)務(wù)處理模塊:北向模塊把解析后的短信消息發(fā)送給業(yè)務(wù)處理模塊,由業(yè)務(wù)處理模塊進(jìn)行內(nèi)部流程的處理。包括計(jì)費(fèi)、統(tǒng)計(jì)等。
      [0083]步驟503:南向適配模塊緩存一份內(nèi)部的短信消息至sess1n中,然后將內(nèi)部的短信消息轉(zhuǎn)換為標(biāo)準(zhǔn)協(xié)議的消息發(fā)送給短信網(wǎng)關(guān);
      [0084]南向適配模塊:南向適配模塊提供了短信、彩信等不同業(yè)務(wù)的適配方法,與短信網(wǎng)關(guān)、彩信網(wǎng)關(guān)等業(yè)務(wù)網(wǎng)關(guān)對(duì)接。將ISAG內(nèi)部消息轉(zhuǎn)換為標(biāo)準(zhǔn)的SMPP/SMGP協(xié)議、MM7協(xié)議或其他協(xié)議,并發(fā)送給短信網(wǎng)關(guān)或者彩信網(wǎng)關(guān)等其他業(yè)務(wù)網(wǎng)關(guān);
      [0085]步驟504:南向適配模塊判斷短信消息是否發(fā)送成功,若成功,則執(zhí)行步驟510 ;若失敗,則執(zhí)行步驟505 ;
      [0086]步驟505:接收業(yè)務(wù)消息發(fā)送失敗的錯(cuò)誤碼,根據(jù)錯(cuò)誤碼判斷是否需要重新發(fā)送短信消息,若是,則執(zhí)行步驟506,若否,則執(zhí)行步驟509 ;
      [0087]步驟506:判斷當(dāng)前總共重發(fā)的次數(shù)是否大于預(yù)設(shè)次數(shù),若是,則執(zhí)行步驟509,若否,則執(zhí)行步驟507;
      [0088]步驟507:當(dāng)定時(shí)器記錄重新發(fā)生時(shí)間間隔到達(dá)后,南向適配模塊從sess1n中提取緩存的短信消息,將其轉(zhuǎn)換為標(biāo)準(zhǔn)協(xié)議的消息重新發(fā)送給短信網(wǎng)關(guān);
      [0089]步驟508:南向適配模塊判斷重新發(fā)送是否成功,若失敗,則返回步驟505,若成功,則執(zhí)行步驟510 ;
      [0090]步驟509:南向適配模塊將消息從sess1n中刪除,生成失敗的狀態(tài)報(bào)告,發(fā)給業(yè)務(wù)處理模塊,并最終發(fā)送給SP,流程結(jié)束;
      [0091]步驟510:南向適配模塊將消息從sess1n中刪除,南向適配模塊將短信網(wǎng)關(guān)返回的響應(yīng)消息經(jīng)過(guò)解析并轉(zhuǎn)換格式后發(fā)送給業(yè)務(wù)處理模塊。業(yè)務(wù)處理模塊存入內(nèi)存中,等待狀態(tài)報(bào)告消息,消息下發(fā)流程結(jié)束。
      [0092]采用本發(fā)明的業(yè)務(wù)消息發(fā)送方法,綜合業(yè)務(wù)接入網(wǎng)關(guān)可以在發(fā)送消息之前預(yù)先緩存待發(fā)送的消息,當(dāng)該消息發(fā)送失敗時(shí)可以利用緩存的消息進(jìn)行重新發(fā)送極大的提高消息發(fā)送成功率,降低網(wǎng)絡(luò)中的流量。
      [0093]本實(shí)施例的ISAG適用于短信、彩信業(yè)務(wù)緩存消息和發(fā)送,也可以適用于其他業(yè)務(wù)緩存消息和發(fā)送。
      [0094]實(shí)施例三:
      [0095]如圖6所示,本實(shí)施例提供了一種業(yè)務(wù)消息發(fā)送裝置,包括:業(yè)務(wù)處理模塊、緩存處理模塊、業(yè)務(wù)重發(fā)處理模塊和業(yè)務(wù)發(fā)送模塊;
      [0096]所述業(yè)務(wù)處理模塊用于接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理;
      [0097]所述緩存處理模塊用于緩存一份處理后的業(yè)務(wù)消息;
      [0098]所述業(yè)務(wù)發(fā)送模塊用于對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān);
      [0099]所述業(yè)務(wù)重發(fā)處理模塊用于當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí)對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      [0100]如圖7所示,本實(shí)施例業(yè)務(wù)消息發(fā)送裝置中業(yè)務(wù)重發(fā)處理模塊包括:業(yè)務(wù)判斷模塊;
      [0101]所述業(yè)務(wù)判斷模塊用于判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件,若是,則通知所述緩存處理模塊提取緩存的所述處理后的業(yè)務(wù)消息傳輸給所述業(yè)務(wù)發(fā)送模塊進(jìn)行重新發(fā)送,并且判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息是否成功,若成功,則通知所述緩存處理模塊刪除緩存的所述處理后的業(yè)務(wù)消息。
      [0102]在另一應(yīng)用場(chǎng)景中,所述業(yè)務(wù)判斷模塊還用于當(dāng)判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息失敗時(shí),再次對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      [0103]在另一應(yīng)用場(chǎng)景中,所述業(yè)務(wù)判斷模塊還用于當(dāng)判斷緩存的所述處理后的業(yè)務(wù)消息不滿足預(yù)設(shè)重發(fā)條件時(shí),則通知所述緩存處理模塊刪除所述緩存的所述處理后的業(yè)務(wù)消肩、O
      [0104]優(yōu)先地,本實(shí)施例中所述業(yè)務(wù)判斷模塊用于根據(jù)業(yè)務(wù)發(fā)送失敗的原因判斷是否需要重發(fā)所述處理后的業(yè)務(wù)消息,若否,則判定不滿足預(yù)設(shè)重發(fā)條件,若是,則進(jìn)一步判斷當(dāng)前重發(fā)的次數(shù)是否小于預(yù)設(shè)次數(shù),若小于,則判定滿足預(yù)設(shè)重發(fā)條件,若大于,則判定不滿足預(yù)設(shè)重發(fā)條件。
      [0105]優(yōu)先地,本實(shí)施例中緩存處理模塊用于緩存一份所述處理后的業(yè)務(wù)消息至?xí)捴?。本?shí)施例中緩存處理模塊還可以緩存一份所述處理后的業(yè)務(wù)消息至其他存儲(chǔ)介質(zhì)中,或者本實(shí)施例緩存處理模塊本身就可以存儲(chǔ)介質(zhì)。
      [0106]本實(shí)施例的業(yè)務(wù)消息發(fā)送裝置可以為綜合業(yè)務(wù)接入網(wǎng)關(guān)(ISAG),該綜合業(yè)務(wù)接入網(wǎng)關(guān)(ISAG)的具體結(jié)構(gòu)參考圖4,綜合業(yè)務(wù)接入網(wǎng)關(guān)發(fā)送消息的過(guò)程參考圖5,在ISAG中南向適配模塊實(shí)現(xiàn)上述緩存處理模塊、業(yè)務(wù)判斷模塊和業(yè)務(wù)發(fā)送模塊的所有功能。
      [0107]本實(shí)施例的業(yè)務(wù)消息發(fā)送裝置通過(guò)事先對(duì)發(fā)送的消息進(jìn)行緩存,當(dāng)該消息發(fā)送失敗時(shí),利用緩存的消息進(jìn)行重新發(fā)送,當(dāng)成功時(shí),則刪除緩存的消息極大的提高消息發(fā)送成功率,降低網(wǎng)絡(luò)中的流量。
      [0108]本實(shí)施例的業(yè)務(wù)消息發(fā)送裝置適用于短信、彩信業(yè)務(wù)緩存消息和發(fā)送,也可以適用于其他業(yè)務(wù)緩存消息和發(fā)送。
      [0109]以上內(nèi)容是結(jié)合具體的實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明,不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說(shuō)明。對(duì)于本發(fā)明所屬【技術(shù)領(lǐng)域】的普通技術(shù)人員來(lái)說(shuō),在不脫離本發(fā)明構(gòu)思的前提下,還可以做出若干簡(jiǎn)單推演或替換,都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
      【權(quán)利要求】
      1.一種業(yè)務(wù)消息發(fā)送方法,其特征在于,包括以下步驟: 接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理; 緩存一份處理后的業(yè)務(wù)消息; 對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān); 當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí)對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      2.如權(quán)利要求1所述的業(yè)務(wù)消息發(fā)送方法,其特征在于,所述對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理的步驟包括: 判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件,若是,則提取緩存的所述處理后的業(yè)務(wù)消息,對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后重新發(fā)送給所述業(yè)務(wù)網(wǎng)關(guān),并判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息是否成功,若成功,則刪除緩存的所述處理后的業(yè)務(wù)消息。
      3.如權(quán)利要求2所述的業(yè)務(wù)消息發(fā)送方法,其特征在于,所述對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理的步驟還包括: 若當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息失敗,再次對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      4.如權(quán)利要求2所述的業(yè)務(wù)消息發(fā)送方法,其特征在于,所述對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理的步驟還包括: 當(dāng)緩存的所述處理后的業(yè)務(wù)消息不滿足預(yù)設(shè)重發(fā)條件時(shí),刪除所述緩存的所述處理后的業(yè)務(wù)消息。
      5.如權(quán)利要求2-4任一項(xiàng)所述的業(yè)務(wù)消息發(fā)送方法,其特征在于,所述判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件的步驟包括: 根據(jù)業(yè)務(wù)發(fā)送失敗的原因判斷是否需要重發(fā)所述處理后的業(yè)務(wù)消息,若否,則判定不滿足預(yù)設(shè)重發(fā)條件,若是,則進(jìn)一步判斷當(dāng)前重發(fā)的次數(shù)是否小于預(yù)設(shè)次數(shù),若小于,則判定滿足預(yù)設(shè)重發(fā)條件,若大于,則判定不滿足預(yù)設(shè)重發(fā)條件。
      6.如權(quán)利要求1所述的業(yè)務(wù)消息發(fā)送方法,其特征在于,所述緩存一份所述處理后的業(yè)務(wù)消息的步驟包括: 緩存一份所述處理后的業(yè)務(wù)消息至?xí)捴小?br> 7.—種業(yè)務(wù)消息發(fā)送裝置,其特征在于,包括:業(yè)務(wù)處理模塊、緩存處理模塊、業(yè)務(wù)重發(fā)處理模塊和業(yè)務(wù)發(fā)送模塊; 所述業(yè)務(wù)處理模塊用于接收業(yè)務(wù)消息,并對(duì)所述業(yè)務(wù)消息進(jìn)行處理; 所述緩存處理模塊用于緩存一份處理后的業(yè)務(wù)消息; 所述業(yè)務(wù)發(fā)送模塊用于對(duì)所述處理后的業(yè)務(wù)消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給對(duì)應(yīng)的業(yè)務(wù)網(wǎng)關(guān); 所述業(yè)務(wù)重發(fā)處理模塊用于當(dāng)所述處理后的業(yè)務(wù)消息發(fā)送失敗時(shí)對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      8.如權(quán)利要求7所述的業(yè)務(wù)消息發(fā)送裝置,其特征在于,所述業(yè)務(wù)重發(fā)處理模塊包括:業(yè)務(wù)判斷模塊; 所述業(yè)務(wù)判斷模塊用于判斷緩存的所述處理后的業(yè)務(wù)消息是否滿足預(yù)設(shè)重發(fā)條件,若是,則通知所述緩存處理模塊提取緩存的所述處理后的業(yè)務(wù)消息傳輸給所述業(yè)務(wù)發(fā)送模塊進(jìn)行重新發(fā)送,并且判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息是否成功,若成功,則通知所述緩存處理模塊刪除緩存的所述處理后的業(yè)務(wù)消息。
      9.如權(quán)利要求8所述的業(yè)務(wù)消息發(fā)送裝置,其特征在于,所述業(yè)務(wù)判斷模塊還用于當(dāng)判斷當(dāng)前重新發(fā)送所述處理后的業(yè)務(wù)消息失敗時(shí),再次對(duì)緩存的所述處理后的業(yè)務(wù)消息進(jìn)行重發(fā)處理。
      10.如權(quán)利要求8所述的業(yè)務(wù)消息發(fā)送裝置,其特征在于,所述業(yè)務(wù)判斷模塊還用于當(dāng)判斷緩存的所述處理后的業(yè)務(wù)消息不滿足預(yù)設(shè)重發(fā)條件時(shí),則通知所述緩存處理模塊刪除所述緩存的所述處理后的業(yè)務(wù)消息。
      11.如權(quán)利要求8-10任一項(xiàng)所述的業(yè)務(wù)消息發(fā)送裝置,其特征在于,所述業(yè)務(wù)判斷模塊用于根據(jù)業(yè)務(wù)發(fā)送失敗的原因判斷是否需要重發(fā)所述處理后的業(yè)務(wù)消息,若否,則判定不滿足預(yù)設(shè)重發(fā)條件,若是,則進(jìn)一步判斷當(dāng)前重發(fā)的次數(shù)是否小于預(yù)設(shè)次數(shù),若小于,則判定滿足預(yù)設(shè)重發(fā)條件,若大于,則判定不滿足預(yù)設(shè)重發(fā)條件。
      12.如權(quán)利要求7所述的業(yè)務(wù)消息發(fā)送裝置,其特征在于,所述緩存處理模塊用于緩存一份所述處理后的業(yè)務(wù)消息至?xí)捴小?br> 【文檔編號(hào)】H04W28/06GK104427551SQ201310370479
      【公開(kāi)日】2015年3月18日 申請(qǐng)日期:2013年8月22日 優(yōu)先權(quán)日:2013年8月22日
      【發(fā)明者】龍麗萍, 劉勇, 李江 申請(qǐng)人:中興通訊股份有限公司
      網(wǎng)友詢問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1