[發明專利]數據處理方法、系統、電子設備及網關設備

有效

• 申請號: 202011173886.1
• 申請日: 2020-10-28
• 公開（公告）號: CN112565182B
• 公開（公告）日: 2023-06-27
• 發明（設計）人: 顧帥
• 申請（專利權）人: 銳捷網絡股份有限公司
• 主分類號: H04L9/40
• 分類號: H04L9/40;H04L67/141
• 代理公司: 暫無信息
• 代理人: 暫無信息

本申請公開了一種數據處理方法、系統、電子設備及網關設備。其中，方法包括：接收第一設備發送的定向類型的報文信息，所述定向類型的報文信息中包括所述第一設備對應的第一地址信息以及接收方對應的第二地址信息，其中，所述第一地址信息與所述第二地址信息分屬于兩個局域網，所述定向類型的報文信息為定向發送至所述第二地址信息對應的第二設備的報文信息；根據所述第一地址信息，確定所述第一設備是否具有與所述第二地址信息對應的第二設備建立通信連接的權限；基于確定結果，確定是否將所述報文信息發送至所述第二設備。本申請各實施例提供的技術方案，可起到提高第一設備與第二設備的數據的安全性的作用。

技術領域

本申請屬于通信技術領域，尤其涉及一種數據處理方法、系統、電子設備及網關設備。

背景技術

目前，跨局域網投屏的方案日益出現，應用場景也開始從專門的酒店擴散到其它領域。

現有技術中的投屏協議一般包括UPnP(Universal?Plug?and?Play，通用即插即用)協議，以及DLNA(DIGITAL?LIVING?NETWORK?ALLIANCE，數字生活網絡聯盟)協議，上述兩種協議都是基于局域網的投屏協議。

服務端和客戶端連接的建立過程可以包括以下步驟：客戶端定期向整個局域網詢問自身需要的服務、服務端定期向整個局域網通告自身支持的服務、客戶端收到服務端的通告，或者服務端收到客戶端的詢問并答復后，客戶端將通過服務端的通告或答復獲得服務端的連接信息，進而使得服務端與客戶端建立點對點連接。此種方案適用于服務端廣播通告或者客戶端廣播詢問的情況，但是針對客戶端中已經與服務端連接過，并且存儲有服務端的實際IP地址的情況，當網關設備接收到客戶端發送的包括服務端的實際IP地址的投屏請求時，網關設備并不進行處理，造成緩存服務端的實際IP地址的客戶端在斷開與服務端的連接后，依然可以隨時重新與服務端連接，導致服務端數據的安全性較低。

發明內容

本申請實施例提供了一種方案，以適用于對客戶端設備發送的定向類型的報文信息的處理，以增強客戶端設備以及服務端設備的數據安全性。

具體的，在本申請的一個實施例中，提供了一種數據處理方法，適用于網關設備，所述方法包括：接收第一設備發送的定向類型的報文信息，所述定向類型的報文信息中包括所述第一設備對應的第一地址信息以及接收方對應的第二地址信息，其中，所述第一地址信息與所述第二地址信息分屬于兩個局域網，所述定向類型的報文信息為定向發送至所述第二地址信息對應的第二設備的報文信息；根據所述第一地址信息，確定所述第一設備是否具有與所述第二地址信息對應的第二設備建立通信連接的權限；基于確定結果，確定是否將所述報文信息發送至所述第二設備。

在本申請的另一個實施例中，提供了一種數據處理方法，適用于第一設備，包括：獲取第二地址信息；基于自身的第一地址信息及所述第二地址信息，向網關設備發送定向類型的報文信息，所述定向類型的報文信息為定向發送至所述第二地址信息對應的第二設備的報文信息；接收所述網關設備反饋的攔截提示；其中，所述攔截提示是所述網關設備在根據所述第一地址信息，確定第一設備不具有與所述第二地址信息對應的第二設備建立通信連接的權限時反饋的。

在本申請的又一個實施例中，提供了一種系統，包括第一設備、網關設備以及第二設備，其中：所述第一設備，用于獲取第二地址信息；基于自身的第一地址信息及所述第二地址信息，向網關設備發送包括第一地址信息及所述第二地址信息的定向類型的報文信息；其中，所述第一地址信息與所述第二地址信息分屬于兩個局域網，所述定向類型的報文信息為定向發送至所述第二地址信息對應的第二設備的報文信息；所述網關設備，用于接收所述報文信息，根據所述第一地址信息，確定所述第一設備是否具有與所述第二地址信息對應的第二設備建立通信連接的權限；基于確定結果，確定是否將所述報文信息發送至所述第二設備。