專利名稱：：長短信附加簽名的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動通信領(lǐng)域，特別涉及一種非正常長短信附加簽名的方法、裝置及系統(tǒng)。
背景技術(shù)：
：在移動通訊領(lǐng)域內(nèi)，移動增值業(yè)務(wù)(尤其是短消息)的應(yīng)用近年來得到飛速的發(fā)展；不僅僅是個人增值業(yè)務(wù)，隨著信息化時代的穿越，集團客戶業(yè)務(wù)隨之迅猛發(fā)展，基于集團客戶需求開發(fā)的增值業(yè)務(wù)比比皆是。由于集團客戶的信息化水平不同，對業(yè)務(wù)及應(yīng)用的需求也是百花齊放，但其中短信類產(chǎn)品具有業(yè)務(wù)普及率和用戶使用率最高的特點。隨著短信業(yè)務(wù)的使用與日俱增、用戶覆蓋率不斷提高、短信內(nèi)容形形色色、不良信息等等現(xiàn)象浮出，開始給廣大用戶帶來了困擾，更有甚者嚴重侵害了消費者的利益。對于行業(yè)客戶而言是不希望看到這個景象的，他們所擔(dān)心的企業(yè)形象、品牌忠誠度隨之大大的降低了。作為業(yè)務(wù)承載的移動運營商為了更有效的控制垃圾短信的擴散帶來的負面效應(yīng)，針對集團業(yè)務(wù)的特點嚴格啟用了下發(fā)的集團短信必須攜帶"簽名"的措施。簽名啟用后各項指標(biāo)反映用戶投訴率下降，集團業(yè)務(wù)健康度提高。當(dāng)前，簽名的加載和下行是通過移動公司面向集團業(yè)務(wù)提供基礎(chǔ)通信支撐的網(wǎng)元-----行業(yè)網(wǎng)關(guān)(IAGW)來實現(xiàn)的。短信下行(MT)流程具體為1.由EC/集團產(chǎn)品發(fā)起短消息下發(fā)到其接入的行業(yè)網(wǎng)關(guān)；2.行業(yè)網(wǎng)關(guān)將消息進行相關(guān)鑒權(quán)后發(fā)送到相連的短信中心；3.由短信中心將消息發(fā)送給目的手機。短信也稱為短消息，是用戶通過手機或其他電信終端直接發(fā)送或接收的文字或數(shù)字信息，包括點對點短信和增值業(yè)務(wù)短信；按照長度劃分6短短信(普通短信)、長短信；按照內(nèi)容劃分中文短信、英文短信。"行業(yè)應(yīng)用網(wǎng)關(guān)需要支持短信正文簽名功能，在MT流程中，SMS-A需要從IAGW-M返回的應(yīng)答中獲取是否需要正文簽名以及簽名內(nèi)容等信息，若需要正文簽名，則SMS-A把簽名內(nèi)容加入到EC/集團產(chǎn)品提交的MT短信正文的后面，并下發(fā)給手機用戶。"一此^^殳節(jié)選自《行業(yè)應(yīng)用網(wǎng)關(guān)設(shè)備規(guī)范一短信分冊VI.0.0》。簽名是包含在下行短信內(nèi)容中的部分文字，中文簽名占用IO個漢字長度、英文簽名占用20個字符長度。"EC/集團產(chǎn)品在提交MT消息時，需自己對短信進行拆分，假設(shè)拆分后的短信共N(N>=1)條，即Pk—total=N，前N-l條短信不會被加簽名，第N條(即最后一條，Pk—number=N)短信會被加上簽名。若第N條短信是ASCII格式的(一般為英文短信)則會被力口上ASCII格式的英文簽名，若第N條短信是UCS2或者GBK格式的(一般為中文短信)則會被加上UCS2格式的中文簽名。故若第N條短信是ASCII格式時，EC/集團產(chǎn)品提交時不能超過140個字符(包括空格)，若第N條短信是UCS2或者GBK格式時，EC/集團產(chǎn)品提交時不能超過60個字(包括空格)，這樣加上各自的簽名以后正好不超過短信的長度。若EC/集團產(chǎn)品提交的第N條短信超過了上述長度，SMS-A需刪除多余部分，并在后面加上對應(yīng)的簽名信息。"一此段節(jié)選自《行業(yè)應(yīng)用網(wǎng)關(guān)設(shè)備規(guī)范一短信分冊VI.0.0》。但是，在實施簽名后，可能出現(xiàn)部分EC沒有簽名的情況。例如短信內(nèi)容攜帶簽名正確樣例展示尊敬的用戶，您當(dāng)前話費余額為IOO元。中國移動遼寧公司短信內(nèi)容攜帶簽名錯誤樣例展示尊敬的用戶，您當(dāng)前話費余額為IOO元。錯誤樣例展示了沒有簽名的情況。如果EC/集團產(chǎn)品下發(fā)長短信，且EC/集團產(chǎn)品錯誤設(shè)置CMPP協(xié)議中的Pk—total,Pk—number字段，即EC/集團產(chǎn)品下發(fā)的長短信的Pk—total#Pk_number(最大)，比如，Pk—total=3且Pk—number=l表示下發(fā)的第一條短信，Pk_total=3且Pk—number=2表示下發(fā)的第二條短信，這時如果EC/集團產(chǎn)品沒有給網(wǎng)關(guān)送來第三條，系統(tǒng)就無法在長短信的說明書第3/9頁最后一條短信內(nèi)容中追加簽名，而第一和第二條短信正常送至用戶手機上，且未加簽名
發(fā)明內(nèi)容、^、一、自加簽名情況。本發(fā)明提供的方法包括接收短信，并判斷出該短信為一長短信的拆分短信；在確定出未接收到長短信的最后一條拆分短信后，自動生成一條短信，在該短信中添加長短信對應(yīng)的簽名，并將該短信設(shè)置為長短信的最后一條拆分短信。上述技術(shù)方案中，接收短信，并判斷出該短信為一長短信的拆分短信后，可以進一步包括緩存該拆分短信；根據(jù)所述緩存的拆分短信，判斷是否接收到長短信的最后一條拆分短信，并才艮據(jù)所述緩存的拆分短信生成最后一條拆分短信。上述技術(shù)方案中，將該短信設(shè)置為長短信的最后一條拆分短信后可以進一步包括將緩存的短信和生成的最后一條拆分短信組合為長短信后發(fā)送，或分別發(fā)送所述緩存的短信和生成的最后一條拆分短信。上述技術(shù)方案中，確定出未接收到所述長短信的最后一條拆分短信可以具體為在行業(yè)網(wǎng)關(guān)中設(shè)定超時時間；如果最后一條消息在所述行業(yè)網(wǎng)關(guān)i殳定的超時時間內(nèi)未到達，；斤業(yè)網(wǎng)關(guān)自動生成一條短信，在該短信中添加長短信對應(yīng)的簽名；否則，在已到達的最后一條消息后自動生成簽名。上述技術(shù)方案中，還可以包括在行業(yè)網(wǎng)關(guān)中進行相應(yīng)的告警設(shè)置。進行相應(yīng)的告警設(shè)置可以具體為長短信在下發(fā)后被錄入數(shù)據(jù)庫；將數(shù)據(jù)庫中的相關(guān)標(biāo)識信息觸發(fā)至網(wǎng)管模塊；網(wǎng)管沖莫塊記錄并生成預(yù)警信息，并告知業(yè)務(wù)和/或系統(tǒng)管理人員。相關(guān)標(biāo)識信息可以為下發(fā)長短信的服務(wù)代碼、企業(yè)代碼、IP地址、在行業(yè)網(wǎng)關(guān)開戶的時間戳和/或發(fā)起端聯(lián)系人。告知業(yè)務(wù)和/或系統(tǒng)管理人員的方式可以釆用頁面、郵件和/或短信8方式。另外，本發(fā)明還提供了一種方法，包括以下步驟接收短信，并判斷出該短信為一長短信的拆分短信；在確定出未接收到長短信的前部分拆分短信后，拒絕下發(fā)長短信。在拒絕下發(fā)長短信之后還可以包括上傳缺失狀態(tài)報告至發(fā)起端。另外，本發(fā)明還提供了一種方法，包括以下步驟接收短信，并判斷出該短信為一長短信的拆分短信后，緩存該拆分短信；在確定出未接收到長短信的最后一條拆分短信后，將緩存的拆分短信組成為一長短信，并在其中附加簽名后發(fā)送。另外，本發(fā)明還提供了一種裝置，長短信判斷模塊，用于判斷來自發(fā)起端的短信是否為長短信的拆分短信；接收判斷模塊，用于判斷拆分后的消息中最后一條消息是否到達；簽名生成沖莫塊，用于根據(jù)接收判斷模塊的判斷結(jié)果自動生成一條短信，在該短信中添加長短信對應(yīng)的簽名，并將該短信設(shè)置為長短信的最后一條拆分短信。上述涉及裝置的技術(shù)方案中，還可以包括緩存裝置，用于分別對所述長短信拆分后的消息進行緩存配置；接收判斷模塊可以具體為第一超時判斷模塊，用于判斷拆分后的消息中最后一條消息在設(shè)定的時間內(nèi)是否到達。上述涉及裝置的技術(shù)方案中，還可以包括網(wǎng)管模塊，用于接收來自數(shù)據(jù)庫的相關(guān)標(biāo)識信息，并生成預(yù)警信息，將預(yù)警信息告知業(yè)務(wù)和/或系統(tǒng)管理人員。本發(fā)明還提供了一種裝置，包括長短信判斷模塊，用于判斷來自發(fā)起端的短信是否為長短信的拆分短信；第二超時判斷模塊，用于判斷前部分拆分消息中任意一條或多條到達時間是否在設(shè)定的時間內(nèi)到達；拒絕下發(fā)模塊，用于在第二超時判斷模塊的判斷結(jié)果存在超時未到達的情況下，拒絕下發(fā)已收到的消息。上述涉及裝置的技術(shù)方案中，還可以包括狀態(tài)報告模塊，用于在拒絕下發(fā)已收到的消息后，上傳缺失狀態(tài)報告至發(fā)起端。上述裝置可設(shè)于行業(yè)網(wǎng)關(guān)內(nèi)。另外，本發(fā)明還提供了一種系統(tǒng)，包括依次連接進行通信的發(fā)起端、行業(yè)網(wǎng)關(guān)、短信中心及用戶終端，行業(yè)網(wǎng)關(guān)包括上述裝置。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點1.可有效減少下行短信出現(xiàn)的沒有追加簽名情況。2.通過增加相應(yīng)的告警設(shè)置，便于業(yè)務(wù)維護及管理。3.在未收到長短信拆分后的前部分消息的情況下，行業(yè)網(wǎng)關(guān)生成狀態(tài)報告，并拒絕下發(fā)已收到的消息，有效地減少了短信積壓、客戶投訴。圖l是短信下行的基本流程圖2是本發(fā)明長短信附加簽名方法的流程圖(實施例1);圖3是本發(fā)明另一種長短信附加簽名方法的流程圖(實施例2);圖4是本發(fā)明長短信附加簽名方法中緩存模式示意圖；圖5是本發(fā)明長短信附加簽名裝置示意圖(實施例3)。圖6是本發(fā)明長短信附加簽名裝置示意圖(實施例4)具體實施例方式下面結(jié)合附圖，對本發(fā)明的具體實施方式進行詳細描述。圖l示出了短信下行的基本流程，與
背景技術(shù)：
描述的下行流程相同，即由發(fā)起端(以下以EC/集團產(chǎn)品為例，進行說明)將短消息下發(fā)至接入的行業(yè)網(wǎng)關(guān)；行業(yè)網(wǎng)關(guān)將消息進行相關(guān)鑒權(quán)后發(fā)送至相連的短信中心；短信中心再將消息發(fā)送至用戶終端。圖2示出了本發(fā)明的實施例1,即長短信附加企業(yè)簽名的方法流程。首先，行業(yè)網(wǎng)關(guān)對所有接收來自EC/集團產(chǎn)品的MT(短信下行)消息進行CMPP(CMPP2.0/CMPP3.0)協(xié)議解析，判斷是否為長短信的拆分<table>tableseeoriginaldocumentpage10</column></row><table>其次，行業(yè)網(wǎng)關(guān)對收到的MT消息判斷出為長短信的拆分消息后，可以先對這類消息進行開通臨時POOL(緩存裝置)的方式(參考圖4)，如收到的長短信的Pk_total=3那么第一條短信Pk—total=3Pk—number=l，網(wǎng)關(guān)判斷為某長短信的第一條消息將其放置到POOL中等待第二條，收到的第二條消息，其字段為Pk—total=3Pk_number=2，也放置至緩存裝置中進行等待，但如果第三條短信在網(wǎng)關(guān)設(shè)定的超時時間內(nèi)仍然未到達，此時行業(yè)網(wǎng)關(guān)將自動生成第三條短信即追加該EC/集團產(chǎn)品的企業(yè)簽名，向SMSC(短信中心)發(fā)送該MT消息。這樣下發(fā)到手機用戶的短信息則是攜帶了企業(yè)簽名的完整信息。(注超時未到的長短信中的一條按協(xié)議要求予以拋棄)。另外，如果第三條短信在網(wǎng)關(guān)設(shè)定的超時時間內(nèi)仍然未到達，還可用另外一種方式附加簽名，即在緩存的第一條、第二條消息組成為一長短信，并在其中附加企業(yè)簽名后發(fā)送。圖2(實施例1)涉及的方案具體流程如下所示步驟S102:行業(yè)網(wǎng)關(guān)對所有接收來自發(fā)起端的短信下行消息進行CMPP協(xié)議解析，判斷是否為長短信；步驟S104:判斷為長短信后，分別對所述長短信拆分后的前部分復(fù)數(shù)條消息(即N-l條消息)進行緩存配置；這里緩存的前N-1條消息，一方面后續(xù)用于根據(jù)其判斷是否接收到對應(yīng)的最后一條消息，另一方面也可以用于最終將拆分消息組合為長短信。當(dāng)然，后續(xù)判斷是否接收到長短信的最后一條拆分消息，也可以是基于記錄的已接收拆分短信中與長短信相關(guān)的標(biāo)識信息進行。則本實施例中，若行業(yè)網(wǎng)關(guān)直接發(fā)送拆分短信至短信中心，本步驟中也可以不緩存長短信拆分后的消息。步驟S106:通過一個第一超時判斷模塊判斷最后一條消息(即第N條消息)到達時間是否超時；(此處設(shè)定的超時時間可以為協(xié)議規(guī)范的時間，還以前述拆分的三條消息為例在行業(yè)網(wǎng)關(guān)能夠監(jiān)控發(fā)起端發(fā)送長短信的時間的情況下，自發(fā)起端的發(fā)送時間起，每一條拆分消息分配的等待時間可以為60秒，那么三條拆分消息總的等待時間為180秒，如果180秒內(nèi)第三條拆分消息還未到達，即可判斷為在超時時間內(nèi)未到達；而在行業(yè)網(wǎng)關(guān)不能夠監(jiān)控發(fā)起端發(fā)送長短信的時間的情況下，行業(yè)網(wǎng)關(guān)可以在接收到來自發(fā)起端的第一條拆分短信后開始進行計時監(jiān)控，若每條拆分短信的等待時間為60秒為例，則若對于最后一條拆分短信，總的等待時間為120秒，如果120秒內(nèi)第三條短信還未到達，即可判斷為在超時時間內(nèi)未到達。)步驟S108:如果超時仍未到達，行業(yè)網(wǎng)關(guān)將自動生成追加的企業(yè)簽名作為最后一條消息或者將所述緩存的拆分短信組成為一條長短信并在其中附加企業(yè)簽名，然后跳轉(zhuǎn)至步驟S112,否則轉(zhuǎn)步驟S110;步驟S110:在到達的最后一條消息后生成企業(yè)簽名；步驟S112:行業(yè)網(wǎng)關(guān)將上述援存的拆分短信及攜帶企業(yè)簽名的拆分短信發(fā)送至短信中心。本步驟中，行業(yè)網(wǎng)關(guān)可以分別發(fā)送各條拆分短信，也可以將各拆分短信組合為一條長短信發(fā)送。當(dāng)然在上述流程中，執(zhí)行上述判斷、及追加簽名等操作的實體也可以是行業(yè)網(wǎng)關(guān)外的其他設(shè)備，如短信中心。下述其他實施例亦同，各步驟可以由行業(yè)網(wǎng)關(guān)外的其他設(shè)備執(zhí)行。通過上述流程，行業(yè)網(wǎng)關(guān)將發(fā)起端，即EC/集團產(chǎn)品提交的MT長短信每一條進行緩存直到收到長短信的最后一條消息，行業(yè)網(wǎng)關(guān)鑒權(quán)后將企業(yè)簽名追加在最后一條消息中，再一起發(fā)送。從而實現(xiàn)追加簽名的動作，避免了漏簽的現(xiàn)象。另外，本發(fā)明從業(yè)務(wù)維護、管理的角度設(shè)想，也考慮到在行業(yè)網(wǎng)關(guān)中做相應(yīng)的告警設(shè)置。短信在下發(fā)后都會有^:寫入數(shù)據(jù)庫的操作(通常稱這個動作叫"入庫，，)，當(dāng)出現(xiàn)上述由行業(yè)網(wǎng)關(guān)生成消息追加簽名的動作并且已經(jīng)入庫的，這時通過數(shù)據(jù)庫中設(shè)置的標(biāo)示將下發(fā)該短信的服務(wù)代碼、企業(yè)代碼、IP地址、在行業(yè)網(wǎng)關(guān)開戶的時間戳、EC/集團產(chǎn)品聯(lián)系人等信息觸發(fā)至網(wǎng)管模塊，由網(wǎng)管模塊記錄并生成預(yù)警信息通過頁面、郵件、短信等多種方式告知業(yè)務(wù)/系統(tǒng)管理人員。上述流程僅提供了當(dāng)長短信中的最后一條超時未收到時，如何追加企業(yè)簽名的方法。但當(dāng)出現(xiàn)長短信的前部分消息遲遲未收到的情況時(例12如拆分后的長短信中第三條和第二條收到，而第一條消息未收到。這種情況極罕見)，本發(fā)明提出了另外一種解決方案(如圖3所示的實施例2):同樣在行業(yè)網(wǎng)關(guān)存在緩存配置，在一個第二超時模塊中設(shè)置了一個一級配置開關(guān)對到達行業(yè)網(wǎng)關(guān)的下行消息均判斷，如果是長短信則進行緩存，收到全部后進行下發(fā)且保證均攜帶企業(yè)簽名(此為正常長短信)；過程中如出現(xiàn)遲遲未收到長短信的前部分，則通過第二超時模塊按照超時時間判斷后，由行業(yè)網(wǎng)關(guān)生成一條狀態(tài)報告(并非普通的應(yīng)答)給發(fā)時，網(wǎng)關(guān)已收到的消息也會被拒絕下發(fā)，這樣避免了短信積壓、客戶投訴。圖3(實施例2)涉及的方案具體流程如下步驟S202:行業(yè)網(wǎng)關(guān)對所有接收來自發(fā)起端的短信下行消息進行CMPP協(xié)議解析，判斷是否為長短信；步驟S204:判斷為長短信后，分別對所述長短信拆分后的復(fù)數(shù)條消息進行緩存配置；步驟S206:通過一個第二超時判斷模塊判斷前部分消息(即前N-l條消息中的任意一條或多條)到達時間是否超時；(此處的超時判斷與前面的解釋相同)步驟S208:如果超時仍未到達，行業(yè)網(wǎng)關(guān)將拒絕下發(fā)已收到的消息并上傳缺失狀態(tài)報告至發(fā)起端(例如EC/集團產(chǎn)品，目的是定義具體的字段說明返回狀態(tài)報告的原因)后結(jié)束；否則轉(zhuǎn)步驟S210,或執(zhí)行上述實施例1流程中的步驟S106至步驟S112。步驟S210:在收到的最后一條消息(即第N條消息)后自動生成企業(yè)簽名；步驟S212:行業(yè)網(wǎng)關(guān)將上述攜帶企業(yè)簽名的下行短信發(fā)送至短信中心。上述圖3中涉及的流程解決了當(dāng)拆分后的前部分消息未收到時的處理方案，即如果出現(xiàn)該情況，行業(yè)網(wǎng)關(guān)將拒絕下發(fā)已收到的消息，同時上傳狀態(tài)報告，這樣可有效避免短信的積壓及客戶投訴。圖5(實施例3)的長短信附加企業(yè)簽名的裝置設(shè)于行業(yè)網(wǎng)關(guān)1內(nèi)，包括長短信判斷模塊2，用于判斷來自發(fā)起端的下行短信是否為長短信的拆分短信；緩存裝置3,用于分別對所述長短信拆分后的消息進行緩存配置；第一超時判斷模塊4,用于判斷拆分后的消息中最后一條消息到達時間是否超時(即判斷是否在設(shè)定時間內(nèi)到達)；企業(yè)簽名生成模塊5,用于根據(jù)第一超時判斷模塊的判斷結(jié)果自動生成一條短信，在該短信中添加長短信對應(yīng)的簽名，并將該短信:沒置為該長短信的最后一條拆分短信?？紤]到便于業(yè)務(wù)維護和管理，上述裝置還可以包括網(wǎng)管模塊8,用于接收來自數(shù)據(jù)庫的相關(guān)標(biāo)識信息，并生成預(yù)警信息，將預(yù)警信息告知業(yè)務(wù)和/或系統(tǒng)管理人員。另外，考慮到當(dāng)出現(xiàn)拆分后的前部分消息超時未收到的情況，本發(fā)明還提供了一種長短信附加企業(yè)簽名的裝置，如圖6(實施例4)包括長短信判斷模塊2,用于判斷來自發(fā)起端的短信是否為長短信的拆分短信；緩存裝置3,用于分別對所述長短信拆分后的消息進行緩存配置；第二超時判斷模塊6，用于判斷前部分拆分消息中任意一條或多條到達時間是否超時；拒絕下發(fā)模塊7,用于在所述第二超時判斷模塊的判斷結(jié)果存在超時未到達的情況下，拒絕下發(fā)已收到的消息；狀態(tài)報告模塊9，用于在拒絕下發(fā)已收到的消息后上傳缺失狀態(tài)報告至發(fā)起端。本發(fā)明公開的長短信附加企業(yè)簽名的方法及裝置可在非正常情況下實現(xiàn)追加企業(yè)簽名?？捎行У貙⒓夹g(shù)手段應(yīng)用于集團業(yè)務(wù)垃圾短信中。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。權(quán)利要求1、一種長短信附加簽名的方法，其特征在于，包括以下步驟接收短信，并判斷出該短信為一長短信的拆分短信；在確定出未接收到所述長短信的最后一條拆分短信后，自動生成一條短信，在該短信中添加所述長短信對應(yīng)的簽名，并將該短信設(shè)置為所述長短信的最后一條拆分短信。2、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收短信，并判斷出該短信為一長短信的拆分短信后，進一步包括緩存該拆分短信；根據(jù)所述緩存的拆分短信，判斷是否接收到所述長短信的最后一條拆分短信，并根據(jù)所述緩存的拆分短信生成最后一條拆分短信。3、根據(jù)權(quán)利要求2所述的方法，其特征在于，所述將該短信設(shè)置為所述長短信的最后一條拆分短信后進一步包括將所述緩存的短信和生成的最后一條拆分短信組合為長短信后發(fā)送，或分別發(fā)送所述緩存的短信和生成的最后一條拆分短信。4.根據(jù)權(quán)利要求1至3中任意一項所述的方法，其特征在于，所述確定出未接收到所述長短信的最后一條拆分短信具體為在行業(yè)網(wǎng)關(guān)中設(shè)定超時時間；如果所述最后一條消息在所述行業(yè)網(wǎng)關(guān)設(shè)定的超時時間內(nèi)未到達，所述行業(yè)網(wǎng)關(guān)自動生成一條短信，在該短信中添加所述長短信對應(yīng)的簽名；否則，在已到達的所述最后一條消息后自動生成簽名。5.根據(jù)權(quán)利要求1至3中任意一項所述的方法，其特征在于，還包括在行業(yè)網(wǎng)關(guān)中進行相應(yīng)的告警設(shè)置。6、根據(jù)權(quán)利要求5所述的方法，其特征在于，所述進行相應(yīng)的告警設(shè)置具體為所述長短信在下發(fā)后被錄入數(shù)據(jù)庫；將所述數(shù)據(jù)庫中的所述相關(guān)標(biāo)識信息觸發(fā)至網(wǎng)管^t塊；所述網(wǎng)管模塊記錄并生成預(yù)警信息，并告知業(yè)務(wù)和/或系統(tǒng)管理人貝。7、根據(jù)權(quán)利要求6所述的方法，其特征在于，所述相關(guān)標(biāo)識信息為下發(fā)所述長短信的服務(wù)代碼、企業(yè)代碼、IP地址、在行業(yè)網(wǎng)關(guān)開戶的時間戳和/或發(fā)起端聯(lián)系人。8、根據(jù)權(quán)利要求6所述的方法，其特征在于，所述告知業(yè)務(wù)和/或系統(tǒng)管理人員的方式為頁面、郵件和/或短信方式。9、一種長短信附加簽名的方法，其特征在于，包括以下步驟接收短信，并判斷出該短信為一長短信的拆分短信；在確定出未接收到所述長短信的前部分拆分短信后，拒絕下發(fā)所述長短信。10、根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述拒絕下發(fā)所述長短信之后還包括上傳缺失狀態(tài)報告至發(fā)起端。11、一種長短信附加簽名的方法，其特征在于，包括以下步驟接收短信，并判斷出該短信為一長短信的拆分短信后，緩存該拆分短信；在確定出未接收到所述長短信的最后一條拆分短信后，將所述緩存的拆分短信組成為一長短信，并在其中附加簽名后發(fā)送。12、一種長短信附加簽名的裝置，其特征在于，包括長短信判斷模塊，用于判斷來自發(fā)起端的短信是否為長短信的拆分短信；接收判斷模塊，用于判斷拆分后的消息中最后一條消息是否到達；簽名生成模塊，用于根據(jù)接收判斷模塊的判斷結(jié)果自動生成一條短信，在該短信中添加所述長短信對應(yīng)的簽名，并將該短信設(shè)置為所述長短信的最后一條拆分短信。13、根據(jù)權(quán)利要求12所述的裝置，其特征在于，還包括緩存裝置，用于分別對所述長短信拆分后的消息進行緩存配置。14、根據(jù)權(quán)利要求12或13所述的裝置，其特征在于，所述接收判斷模塊具體為第一超時判斷模塊，用于判斷拆分后的消息中最后一條消息在設(shè)定的時間內(nèi)是否到達。15、根據(jù)權(quán)利要求12或13所述的裝置，其特征在于，還包括網(wǎng)管模塊，用于接收來自數(shù)據(jù)庫的相關(guān)標(biāo)識信息，并生成預(yù)警信息，將所述預(yù)警信息告知業(yè)務(wù)和/或系統(tǒng)管理人員。16、一種長短信附加簽名的裝置，其特征在于，包括長短信判斷模塊，用于判斷來自發(fā)起端的短信是否為長短信的拆分短信；第二超時判斷模塊，用于判斷前部分拆分消息中任意一條或多條到達時間是否在設(shè)定的時間內(nèi)到達；拒絕下發(fā)模塊，用于在所述第二超時判斷模塊的判斷結(jié)果存在超時未到達的情況下，拒絕下發(fā)已收到的消息。17、根據(jù)權(quán)利要求16所述的裝置，其特征在于，還包括狀態(tài)報告模塊，用于在拒絕下發(fā)已收到的消息后，上傳缺失狀態(tài)報告至發(fā)起端。18、根據(jù)權(quán)利要求12或13或16或17所述的裝置，其特征在于，所述裝置設(shè)于行業(yè)網(wǎng)關(guān)內(nèi)。19、一種長短信附加簽名的系統(tǒng)，其特征在于，包括依次連接進行通信的發(fā)起端、行業(yè)網(wǎng)關(guān)、短信中心及用戶終端，所述行業(yè)網(wǎng)關(guān)包括上述權(quán)利要求12至18任意一項所述的裝置。全文摘要本發(fā)明公開了一種長短信附加企業(yè)簽名的方法、裝置及系統(tǒng)。所述方法包括接收短信，并判斷出該短信為一長短信的拆分短信；在確定出未接收到所述長短信的最后一條拆分短信后，自動生成一條短信，在該短信中添加所述長短信對應(yīng)的簽名，并將該短信設(shè)置為長短信的最后一條拆分短信。所述裝置包括長短信判斷模塊，用于判斷來自發(fā)起端的短信是否為長短信的拆分短信；接收判斷模塊，用于判斷拆分后的消息中最后一條消息是否到達；簽名生成模塊，用于根據(jù)接收判斷模塊的判斷結(jié)果自動生成一條短信，在該短信中添加長短信對應(yīng)的簽名，并將該短信設(shè)置為長短信的最后一條拆分短信。本發(fā)明可有效避免集團業(yè)務(wù)的長短信下發(fā)時，企業(yè)簽名漏簽的現(xiàn)象。文檔編號H04W4/14GK101668261SQ20081014659公開日2010年3月10日申請日期2008年9月4日優(yōu)先權(quán)日2008年9月4日發(fā)明者瑋王,王效東申請人:中國移動通信集團遼寧有限公司