一種物聯網業務網關應答消息路由方法和系統的製作方法

2023-04-24 15:11:01

專利名稱：一種物聯網業務網關應答消息路由方法和系統的製作方法
技術領域：
本發明涉及物聯網技術領域，尤其涉及一種物聯網業務網關應答消息路由方法和系統。
背景技術：
物聯網是指通過各種信息傳感設備，如傳感器、射頻識別設備、全球定位系統、紅外感應器、雷射掃描器、氣體感應器等，實時採集任何需要監控、連接、互動的物體，採集其聲、光、熱、電、力學、化學、生物、位置等各種需要的信息，與網際網路結合形成的一個巨大網絡。從技術架構的角度來劃分，物聯網可分為三層:感知層、網絡層和應用層。感知層由各種傳感器以及傳感器網關構成，其主要功能是識別物體、採集信息。網絡層由各種私有網絡、網際網路、有線和無線通信網、網絡管理系統和物聯網平臺組成，負責傳遞和處理感知層獲取的信息。應用層是物聯網和用戶的接口，它與行業需求結合，實現物聯網的智能應用。現有技術中，如圖1所示，物聯網平臺是一個封閉的平臺，以網絡通信的方式與物聯網應用進行交互，應用訂購終端消息，物聯網平臺進行協議轉換、鑑權並把消息發送給應用，併集成對終端的管控功能。同時對應用的應答消息，物聯網平臺按照訂購關係和上線原貝U，把應答消息發送給有訂購關係的上線應用。物聯網平臺受到集群部署等網絡配置的影響，可以把異步應答消息發送給應用，由於物聯網平臺集群部署和分布式處理的特點，這種對異步應答消息的處理是符合規範和滿足現有業務要求的，但是物聯網平臺在處理異步應答消息時，按異步處理原則，把消息發送給應用，分布式應用需要對應答和請求消息進行匹配，需要使用全局緩存，開發技術複雜，周期較長，提高了應用開發難度，不利於應用的快速接入。

發明內容
本發明的目的是針對以上應答消息發送給應用的過程中需要複雜的消息匹配問題而提出的一種物聯網業務網關應答消息路由方法和系統，能夠支持應用的快速接入，降低應用開發難度，使應用開發簡單化和規則化。為實現本發明的目的，採用了以下技術方案:本發明的一個具體實施方式
提供了一種物聯網業務網關應答消息路由方法，包括以下步驟:應用發送請求消息給物聯網業務網關中與應用相連的第一網元；所述第一網元完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給下一網元；下一網元完成第一網元同樣的處理邏輯，順次到再下一網元，直到物聯網業務網關中與終端相連的第二網元；
第二網元完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給終端；終端生成應答消息後，根據收到的協議路徑信息，將應答消息發送給第二網元；第二網元根據存儲的協議路徑信息，將應答消息發送給下一網元；下一網元根據存儲的協議路徑信息，將應答消息發送到再下一網元，直到第一網元;第一網元根據存儲的協議路徑信息，將應答消息發送到應用。進一步地，所述協議路徑信息包括網元信息、群組信息、服務信息和上下文信息。進一步地，設置協議路徑信息包括以下步驟:在網元信息部分添加當前服務的網元信息；在群組信息部分添加當前網元所屬的群組信息；在服務信息部分添加處理請求消息的服務信息；在上下文信息部分保存處理的狀態信息。本發明的另一個具體實施方式
提供了一種物聯網業務網關應答消息路由系統，包括應用模塊、不少於兩個網元和終端，其中，應用模塊與網元連接，應用模塊用於向網元發送請求消息，並用於從網元接收應答消息；網元用於完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給下一網元，直到終端，並用於根據存儲的協議路徑信息，將應答消息發送給下一網元，直到應用模塊；終端用於從網元接收請求消息，並用於向網元發送應答消息。進一步地，所述網元位於物聯網業務網關系統內。採用本發明的技術方案，把異步應答消息按原請求的反向路徑返回，使得應用不需要處理複雜的消息匹配，從而降低了應用開發的難度，縮短應用開發周期，有助於應用的的快速接入。本發明的其它特徵和優點將在隨後的說明書中闡述，並且，部分地從說明書中變得顯而易見，或者通過實施本發明而了解。本發明的目的和其他優點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現和獲得。下面通過附圖和實施方式，對本發明的技術方案做進一步的詳細描述。


附圖用來提供對本發明的進一步理解，並且構成說明書的一部分，與本發明的實施方式一起用於解釋本發明，並不構成對本發明的限制。在附圖中:圖1是現有技術中物聯網平臺的結構示意圖。圖2是本發明技術方案中使用的物聯網業務網關系統的結構示意圖。圖3是本發明具體實施方式
一中物聯網業務網關應答消息路由系統的結構示意圖。圖4是本發明具體實施方式
二中物聯網業務網關消息發送流程圖。圖5是本發明具體實施方式
二中物聯網業務網關請求消息路由流程示意圖。
圖6是本發明具體實施方式
二中物聯網業務網關應答消息路由流程示意圖。
具體實施例方式以下結合附圖對本發明的優選實施方式進行說明，應當理解，此處所描述的優選實施方式僅用於說明和解釋本發明，並不用於限定本發明。為了實施本發明的物聯網業務網關上行和下行消息路由的流程，需要對現有物聯網平臺進行改造。圖2是本發明技術方案中使用的物聯網業務網關系統的結構示意圖。如圖2所示，該物聯網業務網關系統包括終端接入適配層子系統、核心層子系統、數據層子系統、能力層子系統和應用層子系統。終端接入適配層子系統進一步包括終端接入網關模塊和簡訊代理模塊。終端接入網關模塊標準化以GPRS方式接入終端，對終端進行鑑權，維護終端在線狀態，將終端上報的業務數據標準化後傳送給核心層子系統的路由控制模塊和數據存儲模塊，供其實現核心業務邏輯。簡訊代理模塊標準化以簡訊方式接入終端，將終端發送的M0(MobileOriginate)消息中業務數據取出，轉發給終端接入網關模塊，同時，將應用以簡訊方式下發的消息封裝成終端接收的MT (Mobile Terminated)消息，以物聯網網關的特服號碼發送給行業網關，行業網關轉發給終端，並且向應用提供簡訊代理的功能，應用可以使用自己的特服號碼連接簡訊代理模塊，簡訊代理模塊負責控制MO消息和MT消息的路由，這樣物聯網網關對應用屏蔽了其他網元，應用只需要與物聯網網關通信即可。核心層子系統進一步包括路由控制模塊、數據存儲模塊和告警處理模塊。路由控制模塊控制上下行消息的路由，可以控制消息發送的頻率和優先級，同時對終端上報的業務數據進行持久化處理，當應用離線時，確保上行消息不丟失。數據存儲模塊存儲終端接入網關模塊發來的終端的配置信息、告警信息、統計信息、監控信息和/或業務數據，並向能力層子系統提供業務數據查詢。告警處理模塊當終端或者應用出現告警時根據預設的告警規則，以簡訊或者郵件的形式向配置的聯繫人發出告警通知。數據層子系統進一步包括數據同步模塊、內存型資料庫NOSQL和資料庫。當BOSS產生開銷戶信息時，數據同步模塊會與BOSS系統進行用戶數據同步，BOSS系統每天向數據同步模塊同步BOSS系統的終端餘額信息。內存型資料庫NOSQL和/或資料庫用於存儲能力層子系統進一步包括能力網關模塊和實時數據分發模塊。能力網關模塊向應用層子系統提供能力調用，物聯網網關將平臺的能力開放給應用，應用可以通過調用這些能力快速構建其業務，提供終端信息查詢、終端遠程控制、終端配置和告警通知等能力。實時數據分發模塊將業務應用訂閱的業務數據內容以TCP的方式實時發送給應用層子系統。應用層子系統進一步包括應用開發工具模塊和自助服務門戶模塊。應用開發工具模塊封裝能力調用，提供應用開發。自助服務門戶模塊下載開發包和/或管理終端。圖3是本發明具體實施方式
一中物聯網業務網關應答消息路由系統的結構示意圖。如圖3所示，該物聯網業務網關應答消息路由系統包括應用模塊、位於物聯網業務網關系統內的多個網元和終端。其中，網元是指物聯網業務網關中的各個伺服器，多個提供相同功能的伺服器形成一個伺服器群組。應用模塊與其中某些網元連接，應用模塊向網元發送請求消息，並從網元接收應答消息。
對於請求消息，這些網元完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給下一網元，直到終端。對於應答消息，這些網元根據存儲的協議路徑信息，將應答消息發送給下一網元，直到應用模塊。終端則與其中某些網元連接，從網元接收請求消息，並向網元發送應答消息。圖4是本發明具體實施方式
二中物聯網業務網關消息發送流程圖。如圖4所示，該物聯網業務網關消息發送流程包括以下步驟:步驟401、應用發送請求消息給物聯網業務網關中與應用相連的第一網元，即伺服器C。步驟402、第一網元伺服器C完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給下一網元。該協議路徑信息包括網元信息、群組信息、服務信息和上下文信息。其中，在網元信息部分添加當前服務的網元信息，在群組信息部分添加當前網元所屬的群組信息，在服務信息部分添加處理請求消息的服務信息，在上下文信息部分保存處理的狀態信息。步驟403、下一網元伺服器E完成第一網元伺服器C同樣的處理邏輯，順次到再下一網元，直到物聯網業務網關中與終端相連的第二網元伺服器B。步驟404、第二網元伺服器B完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給終端。上述步驟屬於下行的請求消息發送流程，具體請求消息路由如圖5所示。步驟405、終端生成應答消息後，根據收到的協議路徑信息，將應答消息發送給第二網元伺服器B。步驟406、第二網元伺服器B根據存儲的協議路徑信息，在協議路徑信息查詢下一網元，將應答消息發送給下一網元伺服器E。步驟407、下一網元伺服器E與伺服器B的處理邏輯一致，根據存儲的協議路徑信息，將應答消息發送到再下一網元，直到第一網元伺服器C。步驟408、第一網元伺服器C根據存儲的協議路徑信息，將應答消息發送到應用。上述步驟屬於上行的應答消息發送流程，具體的應答消息路由如圖6所示。本發明的技術方案在應答時使用原路徑返回的方式，可以滿足應用的等種需求，防止複雜的應用層消息匹配問題，解決了網絡部署導致的應答消息處理難題。最後應說明的是:以上所述僅為本發明的優選實施方式而已，並不用於限制本發明，儘管參照前述實施方式對本發明進行了詳細的說明，對於本領域的技術人員來說，其依然可以對前述各實施方式所記載的技術方案進行修改，或者對其中部分技術特徵進行等同替換。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種物聯網業務網關應答消息路由方法，其特徵在於，包括以下步驟: 應用發送請求消息給物聯網業務網關中與應用相連的第一網元； 所述第一網元完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給下一網兀； 下一網元完成第一網元同樣的處理邏輯，順次到再下一網元，直到物聯網業務網關中與終端相連的第二網元； 第二網元完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給終端; 終端生成應答消息後，根據收到的協議路徑信息，將應答消息發送給第二網元； 第二網元根據存儲的協議路徑信息，將應答消息發送給下一網元； 下一網元根據存儲的協議路徑信息，將應答消息發送到再下一網元，直到第一網元； 第一網元根據存儲的協議路徑信息，將應答消息發送到應用。
2.根據權利要求1所述的一種物聯網業務網關應答消息路由方法，其特徵在於，所述協議路徑信息包括網元信息、群組信息、服務信息和上下文信息。
3.根據權利要求2所述的一種物聯網業務網關應答消息路由方法，其特徵在於，設置協議路徑信息進一步包括以下步驟: 在網元信息部分添加當前服務的網元信息； 在群組信息部分添加當前網元所屬的群組信息； 在服務信息部分添加處理請求消息的服務信息； 在上下文信息部分保存處理的狀態信息。
4.一種物聯網業務網關應答消息路由系統，其特徵在於，包括應用模塊、不少於兩個網元和終端，其中， 應用模塊與網元連接，應用模塊用於向網元發送請求消息，並用於從網元接收應答消息； 網元用於完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給下一網元，直到終端，並用於根據存儲的協議路徑信息，將應答消息發送給下一網元，直到應用模塊； 終端用於從網元接收請求消息，並用於向網元發送應答消息。
5.根據權利要求4所述的一種物聯網業務網關應答消息路由系統，其特徵在於，所述網元位於物聯網業務網關系統內。
全文摘要
本發明公開了一種物聯網業務網關應答消息路由方法和系統，首先應用發送請求消息給中與應用相連的第一網元；第一網元完成對請求消息的處理後，設置協議路徑信息，並隨同請求消息發送給下一網元；下一網元完成同樣的處理邏輯，直到與終端相連的第二網元；第二網元完成同樣的處理邏輯，發送給終端；終端生成應答消息後，根據收到的協議路徑信息，將應答消息發送給第二網元；第二網元根據存儲的協議路徑信息，將應答消息發送給下一網元，直到第一網元；第一網元根據存儲的協議路徑信息，將應答消息發送到應用。採用了本發明的技術方案，能夠支持應用的快速接入，降低應用開發難度，使應用開發簡單化和規則化。
文檔編號H04W84/18GK103152785SQ20111040096
公開日2013年6月12日 申請日期2011年12月6日 優先權日2011年12月6日
發明者黃海輝, 潘嘉, 孟桂芳 申請人:中國移動通信集團福建有限公司