本發(fā)明涉及通信技術，具體涉及一種支持多通道的短信網(wǎng)關接入方法及系統(tǒng)。

背景技術：

短信網(wǎng)關根據(jù)與運營商接入方式的不同，可分類兩類：一類是由運營商直接提供的短信網(wǎng)關資源，如移動、聯(lián)通、電信等運營商短信網(wǎng)關；另一類是在對接運營商原始短信網(wǎng)關的基礎上，結合一些定制化的功能，封裝成一個新的網(wǎng)關，面向業(yè)界特定的需求業(yè)務方。

獨立短信平臺的出現(xiàn)通常是為了滿足大型復雜應用系統(tǒng)的需求，或是應對大型集團企業(yè)各個部門提出的多種差異化短信服務需求。獨立短信平臺所具有的特征是可兼容多個、多種通道類型的短信網(wǎng)關，能應對多業(yè)務方、大規(guī)模訪問量的短信服務請求，穩(wěn)定、可靠、快速響應的短信調(diào)度機制，同時也要配備精確的服務統(tǒng)計、監(jiān)控與告警機制。而首先是要解決多種運營商通道類型的短信網(wǎng)關接入問題，讓多類型通道的短信網(wǎng)關實現(xiàn)與平臺的無縫對接。

技術實現(xiàn)要素：

本發(fā)明所要解決的技術問題是：提出一種支持多通道的短信網(wǎng)關接入方法及系統(tǒng)，實現(xiàn)多類型通道的短信網(wǎng)關實現(xiàn)與平臺的無縫對接。

本發(fā)明解決其技術問題所采用的技術方案是：一種支持多通道的短信網(wǎng)關接入方法，其包括以下步驟：

a.獲取并確認現(xiàn)有短信網(wǎng)關相關信息，構建網(wǎng)關通道基礎信息池；

b.獲取并梳理網(wǎng)關賬號資源信息，并進行加密存儲于短信平臺本地的配置文件中；

c.建立網(wǎng)關賬號與通道信息的關聯(lián)關系；

d.對于每一種具有相同通道類型的短信網(wǎng)關，構建對應的網(wǎng)關賬號接入引擎，作為后續(xù)新網(wǎng)關賬號接入時的通用引擎；

e.為每一個第三方短信網(wǎng)關構建對應的賬號接入引擎；

f.將網(wǎng)關賬號信息輸入部署好的網(wǎng)關賬號接入引擎，將網(wǎng)關賬號激活并接入短信平臺，成為短信平臺可用的服務響應資源；

g.將已激活的網(wǎng)關賬號，連同其賬號名封裝成一個可用網(wǎng)關服務賬號，并標記為一條網(wǎng)關資源,添加到平臺的網(wǎng)關資源池。

作為進一步優(yōu)化，步驟a中，所述短信網(wǎng)關的相關信息包括：運營商名稱、通道類型、接入要求、通用API文檔、通用SDK與其他關聯(lián)文檔信息。

作為進一步優(yōu)化，步驟b中，所述網(wǎng)關賬號資源信息包括：運營商類型、網(wǎng)關賬號名、網(wǎng)關密碼、賬號申請單位所分配的身份識別碼。

作為進一步優(yōu)化，步驟c中，根據(jù)網(wǎng)關賬號信息的運營商類型，查找出網(wǎng)關通道基礎信息池中對應的通道類型，并建立網(wǎng)關賬號與通道信息的關聯(lián)關系。

作為進一步優(yōu)化，步驟d具體包括：

d1.對于單一的一個網(wǎng)關賬號，提取配置文件中經(jīng)過加密的網(wǎng)關賬號資源信息，以及對應通道類型下的API文檔、SDK，作為連接通道運營商的準入條件與網(wǎng)關對接必備要素；

d2.對網(wǎng)關賬號資源信息進行解密，以解密后的賬號名、密碼、單位身份識別碼、API文檔中的請求URL，以及UTL定義所必需的參數(shù)封裝對應短信網(wǎng)關服務的請求工具包；

d3.根據(jù)不同通道下網(wǎng)關服務功能的不同，重復步驟d2封裝相應的服務請求工具包，直至完成所有通道下網(wǎng)關服務對應的服務請求工具包的封裝；

d4.針對封裝的服務請求工具包，開發(fā)對應的測試Demo，測試每一個請求工具包是否能發(fā)起正常的請求鏈接、是否能得到預期的響應，若網(wǎng)關賬號下的服務請求工具包測試通過，則將該服務請求工具包標記為已激活，若網(wǎng)關賬號下所有功能的服務請求工具包都獲得了測試通過，則將該網(wǎng)關賬號標記為已激活，對于測試未獲得預期結果的服務請求工具包，則新修改服務請求工具包的實現(xiàn)方法或流程，直到完全獲得了預期結果。

作為進一步優(yōu)化，步驟d3中，所述網(wǎng)關服務功能包括：

短信驗證服務、語音驗證碼服務、短信回執(zhí)服務、關鍵字訂閱開通服務，對接這些服務時分別封裝相應的請求工具包。

此外，本發(fā)明的另一目的還在于提出一種支持多通道的短信網(wǎng)關接入系統(tǒng)，其包括：

通道與網(wǎng)關賬號信息配置模塊，用于獲取并確認現(xiàn)有短信網(wǎng)關相關信息，構建網(wǎng)關通道基礎信息池；獲取并梳理網(wǎng)關賬號資源信息，并進行加密存儲于短信平臺本地的配置文件中；建立網(wǎng)關賬號與通道信息的關聯(lián)關系；

網(wǎng)關賬號接入引擎模塊，用于構建通道類型對應的網(wǎng)關賬號接入引擎，作為新網(wǎng)關賬號接入時的通用引擎，并為每一個第三方短信網(wǎng)關構建對應的賬號接入引擎；

引擎Demo校驗模塊，用于對網(wǎng)關賬號接入引擎模塊中的接入引擎進行校驗與測試，若網(wǎng)關賬號下的服務請求工具包測試通過，則將該服務請求工具包標記為已激活，若網(wǎng)關賬號下所有功能的服務請求工具包都獲得了測試通過，則將該網(wǎng)關賬號標記為已激活；

網(wǎng)關賬號資源池模塊，用于將引擎Demo校驗模塊中已通過校驗與測試的網(wǎng)關賬號，連同其賬號名封裝成一個可用網(wǎng)關服務賬號，并標記為一條網(wǎng)關資源，添加到短信平臺的網(wǎng)關資源池；

平臺跟蹤與日志模塊，用于對其它模塊的操作與流程進行跟蹤、記錄，監(jiān)測這個過程中可能出現(xiàn)的異常情況。

本發(fā)明的有益效果是：通過構建網(wǎng)關通道基礎信息池，梳理需求所提供的網(wǎng)關賬號，并將通道信息與賬號信息關聯(lián)，根據(jù)通道運營商提供的API文檔與規(guī)則，以服務請求工具包的方式將網(wǎng)關賬號的服務功能接入短信平臺；其中，網(wǎng)關賬號是短信平臺提供服務的來源，集成多種網(wǎng)關通道與多個短信網(wǎng)關賬號的短信平臺，能滿足多樣化的短信服務需求；本發(fā)明中，針對短信服務需求與網(wǎng)關賬號功能的多樣化，實現(xiàn)了多個網(wǎng)關賬號的批量接入與同一網(wǎng)關賬號下新服務功能的增量接入。

附圖說明

圖1為本發(fā)明實施例中的短信網(wǎng)關接入方法流程圖；

圖2為本發(fā)明實施例中的短信網(wǎng)關接入系統(tǒng)框圖。

具體實施方式

本發(fā)明旨在提出一種支持多通道的短信網(wǎng)關接入方法及系統(tǒng)，實現(xiàn)多類型通道的短信網(wǎng)關實現(xiàn)與平臺的無縫對接。本發(fā)明公開的支持多通道的短信網(wǎng)關接入方法與系統(tǒng)中，每一個短信網(wǎng)關賬號都攜帶相應的賬號名、密碼、通道類型、對接API等信息，根據(jù)這些信息接入平臺后，以一個獨立成員的身份加入短信網(wǎng)關資源池，在平臺中正式生效并運營。

下面結合附圖及實施例對本發(fā)明的方案作進一步的描述：

實施例1：

如圖1所示，本實施例中的支持多通道的短信網(wǎng)關接入方法，包括以下步驟：

步驟S101，構建網(wǎng)關通道基礎信息池：獲取并確認現(xiàn)有短信網(wǎng)關的運營商名稱、通道類型、接入要求、通用API文檔、通用SDK與其他關聯(lián)文檔等信息，構建包含移動、聯(lián)通、電信以及第三方運營商通道的網(wǎng)關通道基礎信息池，其中第三方通道類型如容聯(lián)云通訊等。

步驟S102,獲取并梳理網(wǎng)關賬號資源信息：獲取并梳理由平臺需求方或業(yè)務需求方提供的網(wǎng)關賬號資源信息，包括運營商類型、網(wǎng)關賬號名、網(wǎng)關密碼、賬號申請單位所分配的身份識別碼等，將網(wǎng)關賬號名、密碼、單位身份識別碼等關鍵信息加密存儲于短信平臺本地的配置文件中。

步驟S103，平臺關聯(lián)網(wǎng)關賬號與通道基礎信息池：根據(jù)步驟S102中網(wǎng)關賬號信息的運營商類型，查找出步驟S101網(wǎng)關通道基礎信息池中對應的通道類型，并建立網(wǎng)關賬號與通道類型信息的關聯(lián)關系，若網(wǎng)關賬號在通道基礎信息池中沒有找到對應的通道類型，則將該網(wǎng)關賬號所對應的第三方通道類型信息增量維護到通道基礎信息池。

步驟S104，構建網(wǎng)關賬號接入引擎：對于具有相同通道類型的短信網(wǎng)關，構建通用的網(wǎng)關賬號接入引擎，具體流程為，提取步驟S102配置文件中經(jīng)過加密的網(wǎng)關賬號資源信息，以及對應通道類型下的API文檔、SDK等，對關賬號資源信息進行解密，以解密后的賬號名、密碼、單位身份識別碼、API文檔中的請求URL，以及UTL定義所必需的參數(shù)，封裝對應短信網(wǎng)關服務的請求工具包，根據(jù)不同通道下網(wǎng)關服務功能的不同，需分別封裝相應的服務請求工具包，其中網(wǎng)關服務功能包括短信驗證服務、語音驗證碼服務、短信回執(zhí)服務、關鍵字訂閱開通服務等，對接這些服務時分別封裝相應的請求工具包；針對已封裝的服務請求工具包，開發(fā)對應的測試Demo，測試每一個請求工具包是否能發(fā)起正常的請求鏈接、是否能得到預期的響應，若網(wǎng)關賬號下的服務請求工具包測試通過，則將該服務請求工具包標記為已激活，若網(wǎng)關賬號下所有功能的服務請求工具包都獲得了測試通過，則將該網(wǎng)關賬號標記為已激活，而對于測試未獲得預期結果的服務請求工具包，則需要重新修改服務請求工具包的實現(xiàn)方法或流程，直到完全獲得了預期結果。

步驟S105，構建第三方通道類型的網(wǎng)關賬號接入引擎：對于第三方通道類型的短信網(wǎng)關，由于其API與賬號信息類型與個數(shù)的不確定性，需為每一個第三方短信網(wǎng)關增量構建對應的賬號接入引擎，以滿足平臺的需求，方法與步驟S104相同。

步驟S106，使用網(wǎng)關賬號接入引擎激活網(wǎng)關賬號：將步驟S102中經(jīng)過梳理的網(wǎng)關賬號信息輸入步驟S104或步驟S105中部署好的網(wǎng)關賬號接入引擎，將網(wǎng)關賬號激活并接入短信平臺，使網(wǎng)關賬號成為短信平臺可用的服務響應資源。

步驟S107，將已激活的網(wǎng)關賬號加入網(wǎng)關資源池：將步驟S106中已激活的網(wǎng)關賬號，連同其賬號名封裝成一個可用網(wǎng)關服務賬號，并標記為一條網(wǎng)關資源，添加到平臺的網(wǎng)關資源池，供平臺業(yè)務調(diào)用。

實施例2：

如圖2所示，本實施例中的支持多通道的短信網(wǎng)關接入系統(tǒng)，包括以下模塊：

通道與網(wǎng)關賬號信息配置模塊201，收集包括移動、聯(lián)通、電信以及第三方的短信網(wǎng)關運營商名稱、通道類型、接入要求、通用API文檔、通用SDK與其他關聯(lián)文檔等信息，構建網(wǎng)關通道基礎信息池；獲取并梳理網(wǎng)關賬號資源信息，包括運營商類型、網(wǎng)關賬號名、網(wǎng)關密碼、賬號申請單位所分配的身份識別碼等，將網(wǎng)關賬號名、密碼、單位身份識別碼等關鍵信息加密存儲于短信平臺本地的配置文件中；根據(jù)網(wǎng)關賬號信息的運營商類型，查找出網(wǎng)關通道基礎信息池中對應的通道類型，建立網(wǎng)關賬號與通道信息的關聯(lián)關系。

網(wǎng)關賬號接入引擎模塊202，為具有相同通道類型的短信網(wǎng)關，構建通用的網(wǎng)關賬號接入引擎，如為短信平臺需要對接聯(lián)通短信網(wǎng)關，而對于不同業(yè)務方的需求，需要為他們配置不同的短信網(wǎng)關賬號，便于計費與其他管理，則可以為這些網(wǎng)關賬號構建相同的接入引擎。對于單一的一個網(wǎng)關賬號，提取其通道與網(wǎng)關賬號信息配置模塊201配置文件中經(jīng)過加密的網(wǎng)關賬號資源信息，以及對應通道類型下的API文檔、SDK等，作為連接通道運營商的準入條件與網(wǎng)關對接必備要素；對網(wǎng)關賬號資源信息進行解密，以解密后的賬號名、密碼、單位身份識別碼、API文檔中的請求URL，以及UTL定義所必需的參數(shù)，封裝對應短信網(wǎng)關服務的請求工具包；根據(jù)不同通道下網(wǎng)關服務功能的不同，需封裝相應的服務請求工具包。

引擎Demo校驗模塊203，對網(wǎng)關賬號接入引擎模塊202中的接入引擎進行校驗與測試。針對網(wǎng)關賬號接入引擎模塊中封裝的服務請求工具包，開發(fā)對應的測試Demo(樣板)，測試每一個請求工具包是否能發(fā)起正常的請求鏈接、是否能得到預期的響應，若網(wǎng)關賬號下的服務請求工具包測試通過，則將該服務請求工具包標記為已激活，若網(wǎng)關賬號下所有功能的服務請求工具包都獲得了測試通過，則將該網(wǎng)關賬號標記為已激活，而對于測試未獲得預期結果的服務請求工具包，則需要回到模塊202，重新修改服務請求工具包的實現(xiàn)方法或流程，直到服務請求工具包校驗通過，完全獲得了預期結果。

網(wǎng)關賬號資源池模塊204，存儲并管理已激活的網(wǎng)關賬號資源。將引擎Demo校驗模塊203中已通過校驗與測試的網(wǎng)關賬號，連同其賬號名封裝成一個可用網(wǎng)關服務賬號，并標記為一條網(wǎng)關資源，添加到短信平臺的網(wǎng)關資源池，供平臺業(yè)務調(diào)用，在網(wǎng)關賬號資源池中，存在若干已激活的網(wǎng)關賬號，對于業(yè)務方的請求，短信服務將從網(wǎng)關賬號資源池輸出。

平臺跟蹤與日志模塊205，對網(wǎng)關賬號接入引擎模塊202等其他四個模塊的操作與流程進行跟蹤、記錄，以觀察者的角色記錄下短信網(wǎng)關賬號接入短信平臺的整個過程，監(jiān)測這個過程中可能出現(xiàn)的異常情況，并及時通知運維人員處理。