實現行業應用短消息發送的方法及系統的制作方法
【專利摘要】本發明提供一種實現行業應用短消息發送的方法及系統，屬于數據通信領域。其中，該實現行業應用短消息發送的方法包括：接收綜合接入網關發送的下行短消息；根據預先存儲的黑名單或白名單和短消息模版對所述下行短消息進行驗證；在所述下行短消息的接收者不在黑名單或白名單中且所述下行短消息的格式符合所述短消息模版時，將所述下行短消息發送給終端用戶。本發明的技術方案能夠提高行業應用短消息發送的時效性。
【專利說明】實現行業應用短消息發送的方法及系統

【技術領域】
[0001] 本發明涉及數據通信領域，特別是指一種實現行業應用短消息發送的方法及系 統。

【背景技術】
[0002] 當前行業應用入駐式綜合接入網關系統業務支持政企客戶、SI (業務集成商)通過 一個集中點單條或批量地提交業務黑白名單(簽約關系)。運營商對提交的請求進行審核， 審核通過后給予確認并正式導入通過審核的業務黑白名單。位于黑名單中的終端用戶是 非法的消息接收者，它將無法接收政企客戶發送的任何短消息。而白名單中的終端用戶是 政企客戶的合法接收者，只有這些用戶才能夠接收政企客戶短消息。在政企客戶使用綜合 接入網關向終端用戶發送短消息時，行業應用網關會根據現有的黑白名單對短消息進行鑒 權，以判定其合法性。
[0003] 然而，上述鑒權方式存在一定的缺陷：黑名單的審核機制不嚴格，政企客戶能夠向 任何不在黑名單中的用戶發送短消息，從而產生垃圾消息的困擾，不便于管控；另外，在現 網行業應用中，通常采用白名單方式實現認證鑒權。然而，白名單提交后需要較長時間的審 核和同步，實時性較差，無法保障政企客戶短消息及時傳遞給終端用戶。例如，在酒店行業 應用中，當有新顧客入住時，酒店會將其添加到集團業務白名單中，以便于為顧客發送歡迎 或者關懷短消息。然而，由于白名單的審核時間較長，經常會出現白名單添加完成之后顧客 已經退房的情況，造成顧客入住時信息的缺失和離開后垃圾信息的接收等不良后果。


【發明內容】

[0004] 本發明要解決的技術問題是提供一種實現行業應用短消息發送的方法及系統，能 夠提高行業應用短消息發送的時效性。
[0005] 為解決上述技術問題，本發明的實施例提供技術方案如下：
[0006] -方面，提供一種實現行業應用短消息發送的方法，包括：
[0007] 接收綜合接入網關發送的下行短消息；
[0008] 根據預先存儲的黑名單和短消息模版對所述下行短消息進行驗證；
[0009] 在所述下行短消息的接收者不在黑名單中且所述下行短消息的格式符合所述短 消息模版時，將所述下行短消息發送給終端用戶。
[0010] 進一步地，所述方法還包括：
[0011] 根據預先存儲的白名單對所述下行短消息進行驗證；
[0012] 在所述下行短消息的接收者在白名單中時，將所述下行短消息發送給終端用戶；
[0013] 在所述下行短消息的接收者不在白名單中但所述下行短消息的格式符合所述短 消息模版時，將所述下行短消息轉發給終端用戶。
[0014] 進一步地，所述將所述下行短消息發送給終端用戶之前還包括：
[0015] 在所述下行短消息中添加企業簽名；
[0016] 所述將所述下行短消息發送給終端用戶包括：
[0017] 將添加企業簽名后的下行短消息發送給終端用戶。
[0018] 進一步地，所述接收綜合接入網關發送的下行短消息之前還包括：
[0019] 接收業務運營支撐系統BOSS發送的包括有常量和變量的短消息模版。
[0020] 本發明實施例還提供了一種實現行業應用短消息發送的系統，包括：
[0021] 綜合接入網關，用于向短消息鑒權平臺發送下行短消息；
[0022] 所述短消息鑒權平臺，用于接收綜合接入網關發送的下行短消息，根據預先存儲 的黑名單和短消息模版對所述下行短消息進行驗證，在所述下行短消息的接收者不在黑名 單中且所述下行短消息的格式符合所述短消息模版時，將所述下行短消息發送給行業應用 網關；
[0023] 所述行業應用網關，用于接收所述短消息鑒權平臺發送的下行短消息，并將所述 下行短消息發送給終端用戶。
[0024] 進一步地，所述短消息鑒權平臺還用于根據預先存儲的白名單對所述下行短消息 進行驗證，在所述下行短消息的接收者在白名單中時，將所述下行短消息發送給所述行業 應用網關，由所述行業應用網關將所述下行短消息發送給終端用戶；在所述下行短消息的 接收者不在白名單中且所述下行短消息的格式符合所述短消息模版時，將所述下行短消息 發送行業應用網關，由所述行業應用網關將下行短消息發送給終端用戶。
[0025] 進一步地，所述系統還包括業務運營支撐系統BOSS ;
[0026] 所述短消息鑒權平臺還用于接收業務運營支撐系統BOSS發送的包括有常量和變 量的短消息模版。
[0027] 進一步地，所述短消息鑒權平臺包括：
[0028] 接入模塊，用于接收綜合接入網關發送的下行短消息，將所述下行短消息轉發給 鑒權模塊進行驗證，并將驗證通過的下行短消息發送給行業應用網關；
[0029] 所述鑒權模塊用于根據預先存儲的黑名單、白名單和短消息模版對所述下行短消 息進行驗證，在所述下行短消息的接收者不在黑名單或者白名單中且所述下行短消息的格 式符合所述短消息模版時，或者在所述下行短消息的接收者在白名單中時，將所述下行短 消息發送給接入模塊；
[0030] 存儲模塊，用于存儲黑名單、白名單和短消息模版；
[0031] 管理模塊，用于與BOSS進行黑名單、白名單和短消息模版同步。
[0032] 本發明實施例還提供了一種實現行業應用短消息發送的系統，包括：
[0033] 綜合接入網關，用于向行業應用網關發送下行短消息；
[0034] 所述行業應用網關，用于接收綜合接入網關發送的下行短消息，根據預先存儲的 黑名單和短消息模版對所述下行短消息進行驗證，在所述下行短消息的接收者不在黑名單 中且所述下行短消息的格式符合所述短消息模版時，將所述下行短消息發送給終端用戶。
[0035] 進一步地，所述行業應用網關還用于根據預先存儲的白名單對所述下行短消息進 行驗證，在所述下行短消息的接收者在白名單中時，將所述下行短消息發送給終端用戶；在 所述下行短消息的接收者不在白名單中且所述下行短消息的格式符合所述短消息模版時， 將所述下行短消息發送給終端用戶。
[0036] 進一步地，所述系統還包括業務運營支撐系統BOSS ;
[0037] 所述行業應用網關還用于接收業務運營支撐系統BOSS發送的包括有常量和變量 的短消息模版。
[0038] 本發明的實施例具有以下有益效果：
[0039] 上述方案中，由BOSS進行包括有常量和變量的短消息模版的同步，并保證其內容 的實用性和合法性。當需要向目標客戶發送下行短消息時，利用存儲的黑、白名單和短消息 模版對下行短消息進行驗證，如果目標客戶不在黑、白名單中，但該下行短消息的格式符合 短消息模版，運營商仍然會確認其合法性并正常轉發，這樣既解決了黑名單帶來的垃圾短 消息問題，又消除了白名單時效性不強的問題。

【專利附圖】

【附圖說明】
[0040] 圖1為本發明實施例實現行業應用短消息發送的方法的流程示意圖；
[0041] 圖2為本發明實施例短消息模版的示例圖；
[0042] 圖3為本發明實施例一實現行業應用短消息發送的系統的結構示意圖；
[0043] 圖4為本發明實施例對短消息模版進行審核的流程示意圖；
[0044] 圖5為本發明實施例一實現行業應用短消息發送的方法的流程示意圖；
[0045] 圖6為本發明實施例二實現行業應用短消息發送的系統的結構示意圖；
[0046] 圖7為本發明實施例二實現行業應用短消息發送的方法的流程示意圖。

【具體實施方式】
[0047] 為使本發明的實施例要解決的技術問題、技術方案和優點更加清楚，下面將結合 附圖及具體實施例進行詳細描述。
[0048] 本發明的實施例針對現有技術中黑名單帶來的垃圾短消息問題，白名單時效性不 強的問題，提供一種實現行業應用短消息發送的方法及系統，能夠提高行業應用短消息發 送的時效性。
[0049] 圖1為本發明實施例實現行業應用短消息發送的方法的流程示意圖，如圖1所示， 本實施例包括：
[0050] 步驟101 :接收綜合接入網關發送的下行短消息；
[0051] 步驟102 :根據預先存儲的黑名單和短消息模版對所述下行短消息進行驗證；
[0052] 步驟103 :在所述下行短消息的接收者不在黑名單中且所述下行短消息的格式符 合所述短消息模版時，將所述下行短消息發送給終端用戶。
[0053] 進一步地，本發明的另一實施例中，包括上述步驟101?103的基礎上，所述方法 還包括：
[0054] 根據預先存儲的白名單對所述下行短消息進行驗證；
[0055] 在所述下行短消息的接收者在白名單中時，將所述下行短消息發送給終端用戶；
[0056] 在所述下行短消息的接收者不在白名單中且所述下行短消息的格式符合所述短 消息模版時，將所述下行短消息發送給終端用戶。
[0057] 進一步地，本發明的另一實施例中，包括上述步驟101?103的基礎上，所述步驟 101之前還包括：
[0058] 在所述下行短消息中添加企業簽名；
[0059] 所述將所述下行短消息發送給終端用戶包括：
[0060] 將添加企業簽名后的下行短消息發送給終端用戶。
[0061] 進一步地，本發明的另一實施例中，包括上述步驟101?103的基礎上，所述接收 綜合接入網關發送的下行短消息之前還包括：
[0062] 政企客戶向業務運營支撐系統BOSS提交包括有常量和變量的短消息模版，并列 明短消息模版中的常量內容、變量數目和變量屬性；
[0063] 接收BOSS返回的成功指令和短消息模版代碼。
[0064] 本發明實施例中，由BOSS進行包括有常量和變量的短消息模版的同步，并保證其 內容的實用性和合法性。當需要向目標客戶發送下行短消息時，利用存儲的黑、白名單和短 消息模版對下行短消息進行驗證，如果目標客戶不在黑、白名單中，但該下行短消息的格式 符合短消息模版，運營商仍然會確認其合法性并正常轉發，這樣既解決了黑名單帶來的垃 圾短消息問題，又消除了白名單時效性不強的問題。
[0065] 在現有發送行業應用短消息的技術中，黑名單機制風險大，容易產生垃圾短消息， 不適合在大量的行業客戶中推廣；白名單時效性差，不能滿足實時業務的需求。為了解決上 述問題，針對政企客戶通過入駐式綜合接入網關發送短消息的應用場景，本發明提出了一 種在保證合法性的基礎上提高行業應用短消息時效性的技術方案，需要在現網中保存企業 可以向用戶發送的短消息模版。短消息模版由政企客戶提交并由運營商審核和發布，從而 保證其內容的實用性和合法性。短消息模版中包含常量(例如，內容主體等)和變量(企業名 稱、客戶名稱、日期等）兩部分，常量內容不能隨意更改，政企客戶只能對變量進行設置。以 圖2為例，當政企客戶需要向目標客戶發送短消息時，如果該目標客戶不在黑白名單中，政 企客戶會按需選擇適當的短消息模版并設置變量內容（圖2中下劃線標注部分)，并將設置 后的下行短消息發送給目標客戶。當驗證該下行短消息格式符合短消息模版時，運營商會 確認其合法性并正常轉發，以酒店行業為例，酒店能夠將模版化的短消息發送給白名單中 不存在的目標顧客，當運營商的鑒權系統驗證該消息為模版消息時，會確認其合法性并正 常轉發，既解決了黑名單帶來的垃圾短消息問題，又消除了白名單時效性不強的問題。
[0066] 本發明提出兩種方式實現行業應用短消息的發送，一種方式是在行業應用網關和 綜合接入網關之間構建獨立的短消息鑒權平臺；另外一種方式是對現有行業應用網關進行 改造，增加鑒權以及短消息模版認證機制。
[0067] 下面結合具體的實施例對本發明的實現行業應用短消息發送的方法及系統進行 詳細介紹：
[0068] 實施例一
[0069] 本實施例在現有的運營商網絡中增加一獨立的短消息鑒權平臺，如圖3所示，本 實施例的實現行業應用短消息發送的系統包括：
[0070] 綜合接入網關20,用于向短消息鑒權平臺22發送下行短消息；
[0071] 短消息鑒權平臺22,用于接收綜合接入網關20發送的下行短消息，根據預先存儲 的黑名單和短消息模版對下行短消息進行驗證，在下行短消息的接收者不在黑名單中且下 行短消息的格式符合短消息模版時，將下行短消息發送給行業應用網關24 ;
[0072] 行業應用網關24,用于接收短消息鑒權平臺22發送的下行短消息，并將下行短消 息發送給終端用戶。
[0073] 短消息鑒權平臺22包含四個模塊，分別為：接入模塊、鑒權模塊、存儲模塊和管理 模塊。其中，接入模塊是綜合接入網關和行業應用網關之間的連接通道，起到下行短消息 轉發的作用。同時，它也是政企業務統一服務平臺對短消息鑒權平臺進行控制和維護的接 口；鑒權模塊是短消息鑒權平臺的核心，負責對綜合接入網關發送的下行短消息進行認證 鑒權，該模塊將進行兩項驗證：黑、白名單校驗和短消息模版校驗。如果校驗成功則將下行 短消息轉發給行業應用網關，如果校驗失敗則對消息進行丟棄處理。具體地，鑒權模塊根據 預先存儲的黑名單、白名單和短消息模版對下行短消息進行驗證，在下行短消息的接收者 不在黑名單或者白名單中且下行短消息的格式符合短消息模版時，或者在下行短消息的接 收者在白名單中時，將下行短消息發送給接入模塊；存儲模塊負責對黑、白名單和短消息模 版進行存儲；管理模塊將對短消息鑒權平臺各功能模塊進行統籌管理，管理員能夠通過對 管理模塊中的參數進行配置進行校驗算法更新、黑白名單同步、短消息模版同步等操作。
[0074] 進一步地，實現行業應用短消息發送的系統還包括BOSS (業務運營支撐系統)，為 了保證短消息模版的實用性和豐富度，提升行業應用的靈活性和系統的擴展性，本發明提 供了擴展機制，允許政企客戶根據自身需求提交備選短消息模版，短消息模版的申請和審 查工作由BOSS完成。在政企客戶進行申請時，要向BOSS提交用于審核的短消息模版，并列 明模版中的常量內容、變量數目和變量屬性等參數。BOSS對短消息模版進行審核，審核內容 包括內容重復度和內容合法性兩種，如果短消息模版沒有通過審核，BOSS將向政企客戶返 回錯誤指令和失敗代碼；如果審核通過，BOSS將返回成功指令和全網唯一的短消息模版代 碼。如圖4所示，對短消息模版進行審核的流程具體包括以下步驟：
[0075] 步驟401 :政企客戶向BOSS提交用于審核的短消息模版，并列明模版中的常量內 容、變量數目和變量屬性等參數；
[0076] 步驟402 :B0SS對短消息模版進行內容合法性驗證；
[0077] 步驟403 :判斷短消息模版的內容是否合法，如果是，轉向步驟404 ;如果否，轉向 步驟407 ;
[0078] 步驟404 :B0SS對短消息模版進行內容重復度驗證；
[0079] 步驟405 :判斷短消息模版是否與現有短消息模版的重復度高，比如與現有短消 息模版的重復度是否高于預設值，若高于預設值，則認為短消息模版與現有短消息模版的 重復度高，轉向步驟407 ;若短消息模版與現有短消息模版的重復度不高，轉向步驟406 ;
[0080] 步驟406 :判斷短消息模版通過驗證，將短消息模版添加到短消息模版庫中，以便 之后與行業應用網關和短消息鑒權平臺進行短消息模版同步；
[0081] 步驟407 :向政企客戶返回錯誤指令和失敗代碼，指示申請失敗，并丟棄短消息模 版。
[0082] 步驟408 :向政企客戶返回成功指令和全網唯一的短消息模版代碼。
[0083] 之后BOSS即可根據存儲的短消息模版庫定期與行業應用網關和短消息鑒權平臺 進行短消息模版同步。
[0084] 在接收到BOSS發送的短消息模版之后，短消息鑒權平臺就可以實現行業應用短 消息的發送，如圖5所示，短消息鑒權平臺實現行業應用短消息發送的方法具體包括以下 步驟：
[0085] 步驟501 :短消息鑒權平臺的接入模塊接收綜合接入網關發送的下行短消息；
[0086] 步驟502 :接入模塊將該下行短消息發送給短消息鑒權平臺的鑒權模塊；
[0087] 步驟503 :鑒權模塊判斷是采用黑名單校驗還是采用白名單校驗，如果是采用黑 名單校驗，轉向步驟504 ;如果是采用白名單校驗，轉向步驟506 ;
[0088] 步驟504 :鑒權模塊從短消息鑒權平臺的存儲模塊中提取黑名單；
[0089] 步驟505 :檢驗下行短消息的接收者是否在黑名單中，如果不在黑名單中，轉向步 驟511，如果在黑名單中，轉向步驟513 ;
[0090] 步驟506 :鑒權模塊從短消息鑒權平臺的存儲模塊中提取白名單；
[0091] 步驟507 :檢驗下行短消息的接收者是否在白名單中，如果不在白名單中，轉向步 驟511，如果在白名單中，轉向步驟508 ;
[0092] 步驟508 :鑒權模塊向接入模塊返回消息合法指令，并返回驗證后的下行短消息；
[0093] 步驟509 :接入模塊在下行短消息中增加企業簽名；
[0094] 步驟510 :接入模塊將通過鑒權的下行短消息發送給行業應用網關，由行業應用 網關發送給終端用戶。
[0095] 步驟511 :鑒權模塊從存儲模塊中提取出短消息模版；
[0096] 步驟512 :鑒權模塊檢驗下行短消息是否屬于短消息模版，具體地，可以檢驗下行 短消息的格式是否符合存儲的短消息模版的既定規則，如果是，轉向步驟508,如果否，轉向 步驟513 ;
[0097] 步驟513 :丟棄下行短消息；
[0098] 步驟514 :向接入模塊返回消息不合法指令。
[0099] 從圖5中可以看出，接入模塊將從綜合接入網關接收到的下行短消息傳遞到鑒權 模塊，并按照"黑名單/白名單-短消息模版"的順序對下行短消息依次進行檢驗。如果下 行短消息沒有通過鑒權，將被直接丟棄。當通過鑒權之后，下行短消息將被增加企業簽名并 返回給接入模塊，接入模塊會將該下行短消息轉發給行業應用網關。
[0100] 另外，為了保證短消息鑒權平臺與其他網元的正常通信，需要對綜合接入網關、行 業應用網關和政企業務統一服務平臺的現有接口進行擴展。擴展內容包括但不限于以下內 容：
[0101] (1)為短消息鑒權平臺中接入模塊增加 CMPP (China Mobile Peer to Peer,中國 移動點對點協議)接口。這使短消息鑒權平臺支持政企客戶SMS (短信通群發系統)業務功 能接入，支持中國移動CMPP2. 0和CMPP3. 0短消息的接入協議；
[0102] (2 )修改綜合接入網關和行業應用網關的CMPP接口，將綜合接入網關轉發短消 息的出口修改為短消息鑒權平臺，將行業應用網關接收短消息的入口修改為短消息鑒權平 臺；
[0103] (3)增加政企業務統一服務平臺與短消息鑒權平臺中接入模塊的接口。進而實現 政企業務統一服務平臺對短消息鑒權平臺的遠程控制和信息同步。另外，政企業務統一服 務平臺還需要增加對短消息鑒權平臺的維護模塊。
[0104] 在增加短消息鑒權平臺之后，行業應用網關的黑、白名單認證鑒權工作就改由短 消息鑒權平臺負責，政企業務統一服務平臺和行業應用網關的部分功能要按需進行修改。 由于短消息鑒權平臺已經對綜合接入網關轉發的下行短消息進行了認證鑒權，行業應用網 關的校驗就需要簡化。因此，在行業應用網關處需要添加對于短消息鑒權平臺的信任關系， 即由短消息鑒權平臺轉發過來的消息都無需二次校驗，直接進入后續流程。
[0105] 本實施例通過增加短消息模版認證的方式在防止垃圾信息的同時提高行業應用 消息發送的時效性，本實施例通過增加獨立的短消息鑒權平臺的方式完成既定的功能。該 實施例適用于已承載大量行業應用的網關系統中，能夠在現有行業應用網關應用的基礎上 實現鑒權方式的添加，無需行業應用網關進行大規模修改。同時，本實施例能夠通過統一服 務平臺進行管理，具有較高的可實現性，系統升級改造時對用戶的影響最小。
[0106] 實施例二
[0107] 本實施例通過對現有的行業應用網關進行改造實現行業應用短消息的發送，行業 應用網關包括有Μ模塊和用于接口的A模塊。本實施例對行業應用網關Μ模塊進行功能添 力口，在保留黑白名單校驗的基礎上增加短消息模版校驗功能，對下行短消息進行二次檢查， 通過內容對比確認下行短消息的合法性。如圖6所示，本實施例的實現行業應用短消息發 送的系統包括行業應用網關60和B0SS62，與現網中的BOSS和行業應用網關相比，本實施例 對行業應用網關和BOSS進行了以下擴展：
[0108] (1) BOSS增加對短消息模版的審核功能和與行業應用網關的短消息模版同步功 能；
[0109] (2)行業應用網關增加短消息模版存儲和短消息模版校驗功能。
[0110] 為了保證短消息模版的實用性和豐富度，提升行業應用的靈活性和系統的擴展 性，本發明提供了擴展機制，允許政企客戶根據自身需求提交備選短消息模版，短消息模版 的申請和審查工作由BOSS完成。在政企客戶進行申請時，要向BOSS提交用于審核的短消 息模版，并列明模版中的常量內容、變量數目和變量屬性等參數。BOSS對短消息模版進行審 核，審核內容包括內容重復度和內容合法性兩種，如果短消息模版沒有通過審核，BOSS將向 政企客戶返回錯誤指令和失敗代碼；如果審核通過，BOSS將返回成功指令和全網唯一的短 消息模版代碼。如圖4所示，對短消息模版進行審核的流程具體包括以下步驟：
[0111] 步驟401 :政企客戶向BOSS提交用于審核的短消息模版，并列明模版中的常量內 容、變量數目和變量屬性等參數；
[0112] 步驟402 :B0SS對短消息模版進行內容合法性驗證；
[0113] 步驟403 :判斷短消息模版的內容是否合法，如果是，轉向步驟404 ;如果否，轉向 步驟407 ;
[0114] 步驟404 :B0SS對短消息模版進行內容重復度驗證；
[0115] 步驟405 :判斷短消息模版是否與現有短消息模版的重復度高，比如與現有短消 息模版的重復度是否高于預設值，若高于預設值，則認為短消息模版與現有短消息模版的 重復度高，轉向步驟407 ;若短消息模版與現有短消息模版的重復度不高，轉向步驟406 ;
[0116] 步驟406 :判斷短消息模版通過驗證，將短消息模版添加到短消息模版庫中，以便 之后與行業應用網關和短消息鑒權平臺進行短消息模版同步；
[0117] 步驟407 :向政企客戶返回錯誤指令和失敗代碼，指示申請失敗，并丟棄短消息模 版。
[0118] 步驟408 :向政企客戶返回成功指令和全網唯一的短消息模版代碼。
[0119] 之后BOSS即可根據存儲的短消息模版庫定期與行業應用網關進行短消息模版同 步。在接收到BOSS發送的短消息模版之后，行業應用網關就可以實現行業應用短消息的發 送，如圖7所示，行業應用網關實現行業應用短消息發送的方法具體包括以下步驟：
[0120] 步驟701 :行業應用網關A模塊接收綜合接入網關發送的下行短消息；
[0121] 步驟702 :A模塊將該下行短消息傳遞給行業應用網關Μ模塊；
[0122] 步驟703 :Μ模塊判斷是采用黑名單進行校驗還是采用白名單進行校驗，如果采用 黑名單進行校驗，轉向步驟708 ;如果采用白名單進行校驗，轉向步驟704 ;
[0123] 步驟704 :Μ模塊檢驗下行短消息的接收者是否在白名單中，如果是，轉向步驟 705,如果否，轉向步驟709 ;
[0124] 步驟705 :Μ模塊向Α模塊返回下行短消息驗證通過的驗證結果；
[0125] 步驟706 :A模塊在下行短消息中添加企業簽名；
[0126] 步驟707 :A模塊將添加企業簽名后的下行短消息下發至終端用戶。
[0127] 步驟708 :M模塊檢驗下行短消息的接收者是否在黑名單中，如果是，轉向步驟 710,如果否，轉向步驟709 ;
[0128] 步驟709 :M模塊檢驗下行短消息是否屬于短消息模版，具體地，可以檢驗下行短 消息的格式是否符合存儲的短消息模版的既定規則，如果是，轉向步驟705,如果否，轉向步 驟 710 ;
[0129] 步驟710 :丟棄下行短消息。
[0130] 如圖7所示，當從綜合接入網關轉發來的下行短消息到達行業應用網關時，行業 應用網關會首先進行黑、白名單的校驗。如果下行短消息接收者位于黑名單內，則該下行短 消息將被直接丟棄；如果接收者不在黑名單之內，行業應用網關將繼續進行短消息模版校 驗，經匹配后，如果該下行短消息的格式符合短消息模版的既定規則，那么行業應用網關仍 然認為該下行短消息是合法的，并直接下發給終端用戶，否則該下行短消息將直接被丟棄。 如果下行短消息接收者位于白名單之內，那么行業應用網關將跳過短消息模版的檢驗，直 接進入短消息發送的下一步流程。如果下行短消息接收者不在白名單中，那么行業應用網 關會啟動短消息模版校驗過程。
[0131] 本實施例通過增加短消息模版認證的方式在防止垃圾信息的同時提高行業應用 消息發送的時效性，本實施例只修改行業應用網關IAGW-M模塊并增加鑒權功能，其他網元 能夠保持現有狀態，易于操作，適用于現有行業應用規模較小的運營商系統，無需額外的設 備，系統升級代價較小。
[0132] 此說明書中所描述的許多功能部件都被稱為模塊，以便更加特別地強調其實現方 式的獨立性。
[0133] 本發明實施例中，模塊可以用軟件實現，以便由各種類型的處理器執行。舉例來 說，一個標識的可執行代碼模塊可以包括計算機指令的一個或多個物理或者邏輯塊，舉例 來說，其可以被構建為對象、過程或函數。盡管如此，所標識模塊的可執行代碼無需物理地 位于一起，而是可以包括存儲在不同物理上的不同的指令，當這些指令邏輯上結合在一起 時，其構成模塊并且實現該模塊的規定目的。
[0134] 實際上，可執行代碼模塊可以是單條指令或者是許多條指令，并且甚至可以分布 在多個不同的代碼段上，分布在不同程序當中，以及跨越多個存儲器設備分布。同樣地，操 作數據可以在模塊內被識別，并且可以依照任何適當的形式實現并且被組織在任何適當類 型的數據結構內。所述操作數據可以作為單個數據集被收集，或者可以分布在不同位置上 (包括在不同存儲設備上)，并且至少部分地可以僅作為電子信號存在于系統或網絡上。
[0135] 在模塊可以利用軟件實現時，考慮到現有硬件工藝的水平，所以可以以軟件實現 的模塊，在不考慮成本的情況下，本領域技術人員都可以搭建對應的硬件電路來實現對應 的功能，所述硬件電路包括常規的超大規模集成（VLSI)電路或者門陣列以及諸如邏輯芯 片、晶體管之類的現有半導體或者是其它分立的元件。模塊還可以用可編程硬件設備，諸如 現場可編程門陣列、可編程陣列邏輯、可編程邏輯設備等實現。
[0136] 在本發明各方法實施例中，所述各步驟的序號并不能用于限定各步驟的先后順 序，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，對各步驟的先后變化也 在本發明的保護范圍之內。
[0137] 以上所述是本發明的優選實施方式，應當指出，對于本【技術領域】的普通技術人員 來說，在不脫離本發明所述原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也 應視為本發明的保護范圍。
【權利要求】
1. 一種實現行業應用短消息發送的方法，其特征在于，包括： 接收綜合接入網關發送的下行短消息； 根據預先存儲的黑名單和短消息模版對所述下行短消息進行驗證； 在所述下行短消息的接收者不在黑名單中且所述下行短消息的格式符合所述短消息 模版時，將所述下行短消息發送給終端用戶。
2. 根據權利要求1所述的實現行業應用短消息發送的方法，其特征在于，所述方法還 包括： 根據預先存儲的白名單對所述下行短消息進行驗證； 在所述下行短消息的接收者在白名單中時，將所述下行短消息發送給終端用戶； 在所述下行短消息的接收者不在白名單中但所述下行短消息的格式符合所述短消息 模版時，將所述下行短消息轉發給終端用戶。
3. 根據權利要求1或2所述的實現行業應用短消息發送的方法，其特征在于，所述將所 述下行短消息發送給終端用戶之前還包括： 在所述下行短消息中添加企業簽名； 所述將所述下行短消息發送給終端用戶包括： 將添加企業簽名后的下行短消息發送給終端用戶。
4. 根據權利要求1所述的實現行業應用短消息發送的方法，其特征在于，所述接收綜 合接入網關發送的下行短消息之前還包括： 接收業務運營支撐系統BOSS發送的包括有常量和變量的短消息模版。
5. -種實現行業應用短消息發送的系統，其特征在于，包括： 綜合接入網關，用于向短消息鑒權平臺發送下行短消息； 所述短消息鑒權平臺，用于接收綜合接入網關發送的下行短消息，根據預先存儲的黑 名單和短消息模版對所述下行短消息進行驗證，在所述下行短消息的接收者不在黑名單中 且所述下行短消息的格式符合所述短消息模版時，將所述下行短消息發送給行業應用網 關； 所述行業應用網關，用于接收所述短消息鑒權平臺發送的下行短消息，并將所述下行 短消息發送給終端用戶。
6. 根據權利要求5所述的實現行業應用短消息發送的系統，其特征在于， 所述短消息鑒權平臺還用于根據預先存儲的白名單對所述下行短消息進行驗證，在所 述下行短消息的接收者在白名單中時，將所述下行短消息發送給所述行業應用網關，由所 述行業應用網關將所述下行短消息發送給終端用戶；在所述下行短消息的接收者不在白名 單中且所述下行短消息的格式符合所述短消息模版時，將所述下行短消息發送給行業應用 網關，由所述行業應用網關將所述下行短消息發送給終端用戶。
7. 根據權利要求6所述的實現行業應用短消息發送的系統，其特征在于，所述系統還 包括業務運營支撐系統BOSS ; 所述短消息鑒權平臺還用于接收業務運營支撐系統BOSS發送的包括有常量和變量的 短消息模版。
8. 根據權利要求7所述的實現行業應用短消息發送的系統，其特征在于，所述短消息 鑒權平臺包括： 接入模塊，用于接收綜合接入網關發送的下行短消息，將所述下行短消息轉發給鑒權 模塊進行驗證，并將驗證通過的下行短消息發送給行業應用網關； 所述鑒權模塊用于根據預先存儲的黑名單、白名單和短消息模版對所述下行短消息進 行驗證，在所述下行短消息的接收者不在黑名單或白名單中且所述下行短消息的格式符合 所述短消息模版時，或者在所述下行短消息的接收者在白名單中時，將所述下行短消息發 送給接入模塊； 存儲模塊，用于存儲黑名單、白名單和短消息模版； 管理模塊，用于與BOSS進行黑名單、白名單和短消息模版同步。
9. 一種實現行業應用短消息發送的系統，其特征在于，包括： 綜合接入網關，用于向行業應用網關發送下行短消息； 所述行業應用網關，用于接收綜合接入網關發送的下行短消息，根據預先存儲的黑名 單和短消息模版對所述下行短消息進行驗證，在所述下行短消息的接收者不在黑名單中且 所述下行短消息的格式符合所述短消息模版時，將所述下行短消息發送給終端用戶。
10. 根據權利要求9所述的實現行業應用短消息發送的系統，其特征在于， 所述行業應用網關還用于根據預先存儲的白名單對所述下行短消息進行驗證，在所述 下行短消息的接收者在白名單中時，將所述下行短消息發送給終端用戶；在所述下行短消 息的接收者不在白名單中且所述下行短消息的格式符合所述短消息模版時，將所述下行短 消息發送給終端用戶。
11. 根據權利要求10所述的實現行業應用短消息發送的系統，其特征在于，所述系統 還包括業務運營支撐系統BOSS ; 所述行業應用網關還用于接收業務運營支撐系統BOSS發送的包括有常量和變量的短 消息模版。
【文檔編號】H04W12/06GK104144394SQ201310169691
【公開日】2014年11月12日 申請日期:2013年5月9日 優先權日:2013年5月9日
【發明者】趙立君, 孫琳, 宛海濤, 范曉暉, 余智欣 申請人:中國移動通信集團公司