驟320:將進行簽名處理后的短消息發(fā)送至該短消息的接收端。
[0055]本發(fā)明實施例中，A模塊將進行簽名處理后的短消息發(fā)送至SMSC，由SMSC將該簽名處理后的短消息發(fā)送至接收端。
[0056]在上述過程中，A模塊和M模塊可以位于同一個實體設備中，也可以位于不同的實體設備中，參閱圖7所示，本發(fā)明實施例中，以A模塊和M模塊位于不同的實體設備中為例，介紹通信系統(tǒng)中的信令交互過程:
[0057]步驟700:企業(yè)用戶向A模塊發(fā)送短消息。
[0058]步驟701:A模塊接收到上述短消息后，向企業(yè)用戶發(fā)送短消息接收確認消息。
[0059]步驟702:當A模塊確定該短消息需要進行鑒權時，A模塊向M模塊發(fā)送鑒權請求消息。
[0060]步驟703:M模塊對上述短消息進行鑒權，并生成鑒權請求響應消息發(fā)送至A模塊。
[0061]步驟704:A模塊確定上述鑒權請求響應消息中不包含簽名信息時，從本地預存的關聯(lián)關系中，獲取接收端對應的短消息簽名信息，對該短消息進行簽名處理。
[0062]步驟705:A模塊將簽名處理后的短消息發(fā)送至SMSC。
[0063]可選的，上述簽名處理后的短消息可以通過滿足短信息點對點協(xié)議(ShortMessage Point to Point ;簡稱 SMPP)實現(xiàn)。
[0064]步驟706:SMSC將該短消息發(fā)送至個人用戶，并向A模塊發(fā)送短消息應答消息。
[0065]步驟707:SMSC在接收到手機返回的狀態(tài)報告后，將狀態(tài)報告發(fā)給A模塊。
[0066]步驟708:A模塊向SMSC返回狀態(tài)報告應答。
[0067]步驟709:A模塊向企業(yè)用戶發(fā)送狀態(tài)報告。
[0068]步驟710:企業(yè)用戶向A模塊返回狀態(tài)報告應答。
[0069]基于上述技術方案，參閱圖8所示，本發(fā)明實施例還提供一種短消息簽名的處理裝置，包括接收單元80，簽名處理單元81，以及發(fā)送單元82，其中:
[0070]接收單元80，用于接收發(fā)送端發(fā)送的短消息；
[0071]簽名處理單元81，用于從本地預存的關聯(lián)關系中，獲取所述接收端對應的短消息簽名信息，對所述短消息進行簽名處理；其中，所述關聯(lián)關系為接收端與相應的短消息簽名之間的對應關系；
[0072]發(fā)送單元82，用于將進行簽名處理后的所述短消息發(fā)送至所述短消息的接收端。
[0073]進一步的，所述裝置還包括判定單元83，用于:從本地預存的關聯(lián)關系中，獲取所述接收端對應的短消息簽名信息之前，判斷所述短消息是否需要進行鑒權處理；當判定需要對所述短消息進行鑒權處理時，向所述行業(yè)應用網(wǎng)關中的管理模塊發(fā)送鑒權請求消息，并確定所述行業(yè)應用網(wǎng)關中的管理模塊發(fā)送的鑒權請求響應消息中不包含短消息簽名信息；或者；判定不需要對所述短消息進行鑒權處理。
[0074]可選的，所述判定單元83，具體用于:獲取短消息中包含的權限字段，并根據(jù)所述權限字段確定所述短消息是否需要進行鑒權處理；或者，獲取所述發(fā)送端的標識；從本地預存的權限對應關系中，查找所述發(fā)送端的標識對應的權限信息，并根據(jù)所述權限信息確定所述短消息是否需要進行鑒權處理；或者，判斷所述行業(yè)應用網(wǎng)關中的接入管理模塊是否為可用狀態(tài)，并根據(jù)判斷結果確定所述短消息是否需要進行鑒權處理。
[0075]進一步的，所述裝置還包括關聯(lián)關系建立單元84，用于:向所述管理模塊發(fā)送簽名信息獲取請求；當接收到所述管理模塊根據(jù)所述簽名信息獲取請求生成的簽名信息獲取響應時，獲取所述簽名信息獲取響應中包含的每一個發(fā)送端對應的簽名信息，并將所述發(fā)送端和所述簽名信息的對應關系保存至本地。
[0076]可選的，所述簽名處理單元81，具體用于:從本地獲取預存的所述發(fā)送端對應的簽名配置項；當所述簽名配置項為第一預設信息時，確定對所述短消息進行簽名；當所述簽名配置項為第二預設信息時，確定對所述短消息不進行簽名；當所述簽名配置項為第三預設信息時，若所述短消息滿足所述第三預設信息所限定的條件時，對所述短消息進行簽名。
[0077]可選的，所述簽名處理單元81，還用于:當確定需要對所述短消息進行簽名時，根據(jù)所述短消息中包含的字符的屬性，確定所述短消息對應的簽名信息的類型；或者，獲取所述短消息中包含的消息類型；從本地預存的所述發(fā)送端對應的短消息簽名信息中，獲取所述消息類型對應的簽名信息的類型；或者，獲取所述短消息中包含的接收端標識；查詢本地保存的所述接收端標識對應的用戶屬性；并根據(jù)所述用戶屬性，確定所述短消息的簽名信息的類型；其中，所述簽名信息的類型包括簽名的文字形式。
[0078]綜上所述，本發(fā)明實施例中，A模塊接收發(fā)送端發(fā)送的短消息；A模塊從本地預存的關聯(lián)關系中，獲取接收端對應的短消息簽名信息，對該短消息進行簽名處理；其中，上述關聯(lián)關系為接收端與相應的短消息簽名之間的對應關系；將進行簽名處理后的短消息發(fā)送至該短消息的接收端。采用本發(fā)明技術方案，由行業(yè)應用網(wǎng)關中的接入代理模塊保存每一個發(fā)送端的簽名信息，當存在接收端主動觸發(fā)的上行短消息，或者免鑒權的短消息時，無須由管理模塊下發(fā)簽名信息，直接將由行業(yè)應用網(wǎng)關中的接入代理模塊對反饋至接收端的短消息進行鑒權處理，從而避免了發(fā)送至接收端的短消息中不包含簽名信息的問題，保證了發(fā)送端發(fā)送的短消息能夠切實到達接收端而不被攔截，有效提高了短消息傳輸?shù)目煽啃浴?br>[0079]本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。
[0080]本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0081]這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0082]這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0083]盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明