[發明專利]數據傳輸方法、裝置、電子設備及存儲介質

在審

• 申請號: 202011003844.3
• 申請日: 2020-09-22
• 公開（公告）號: CN112134951A
• 公開（公告）日: 2020-12-25
• 發明（設計）人: 曹如海;李強;張煒;宣月波
• 申請（專利權）人: 睿視(蘇州)視頻科技有限公司;蘇州科達科技股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 蘇州謹和知識產權代理事務所(特殊普通合伙) 32295
• 代理人: 葉棟

本發明涉及數據傳輸技術領域，具體涉及數據傳輸方法、裝置、電子設備及存儲介質，方法包括提供本地開放的資源類型，所述資源類型與資源來源對應；接收對至少一個目標資源類型的資源注冊請求，所述資源注冊請求與資源接收口對應；基于資源注冊請求，確定目標資源類型對應的目標資源來源；從目標資源來源中提取出實時數據；向至少一個資源接收口推送所述實時數據。利用資源類型來共用同一條實時推送機制，對于外部而言，其只知資源類型而不知具體的資源來源，避免給外部提供多個數據接口，以逆向反轉推送來避免外部請求過多導致服務器的壓力增大，提高了數據傳輸的實時性。

技術領域

本發明涉及數據傳輸技術領域，具體涉及數據傳輸方法、裝置、電子設備及存儲介質。

背景技術

開放平臺是指軟件系統通過公開其應用程序編程接口或函數來使外部的程序可以增加該軟件系統的功能或使用該軟件系統的資源，而不需要更改該軟件系統的源代碼。在外部的程序想要獲取軟件系統內部的實時性變化的數據時，現有的數據傳輸方法是軟件系統會通過開放平臺提供相應的接口開放數據，外部系統通過開放數據接口定時獲取數據。

然而，上述數據傳輸方法中，若外部系統數量增大，且實時性要求高，外部系統會不斷的定時請求接口，導致內部服務器的壓力增大，從而實時性會降低，影響實時數據傳輸的效率。

發明內容

有鑒于此，本發明實施例提供了一種數據傳輸方法、裝置、電子設備及存儲介質，以解決實時數據的傳輸效率較低問題。

根據第一方面，本發明實施例提供了一種數據傳輸方法，包括：

提供本地開放的資源類型，所述資源類型與資源來源對應；

接收對至少一個目標資源類型的資源注冊請求，所述資源注冊請求與資源接收口對應；

基于所述資源注冊請求，確定所述目標資源類型對應的目標資源來源；

從所述目標資源來源中提取出實時數據；

向至少一個所述資源接收口推送所述實時數據。

本發明實施例提供的數據傳輸方法，利用資源類型與資源來源的對應關系，確定目標資源類型對應的目標資源來源，即可從目標資源來源中提取出實時數據并推送給資源接收口，從而達到數據實時推送的目的，且利用資源類型來共用同一條實時推送機制，對于外部而言，其只知資源類型而不知具體的資源來源，從而易于切換內部數據來源，避免給外部提供多個數據接口，以逆向反轉推送來避免外部請求過多導致服務器的壓力增大，提高了數據傳輸的實時性。

結合第一方面，在第一方面第一實施方式中，所述向至少一個所述資源接收口推送所述實時數據，包括：

基于所述資源注冊請求，確定所述至少一個資源接收口的狀態信息，所述狀態信息包括正常、重試、異常以及恢復中的一種；

根據所述至少一個資源接收口的狀態信息，向至少一個所述資源接收口推送所述實時數據。

本發明實施例提供的數據傳輸方法，通過基于至少一個資源接收口的狀態信息進行實時數據的推送，可以保證實時數據推送的可靠性。

結合第一方面第一實施方式，在第一方面第二實施方式中，所述根據至少一個所述資源接收口的狀態信息，向至少一個所述資源接收口推送所述實時數據，包括：

收集資源接收口的狀態信息為正常狀態的資源接收口；

利用至少一個線程將所述實時數據并行推送給正常狀態的資源接收口；

判斷預設線程的推送是否異常；

當所述預設線程的推送異常時，停止所述預設線程的實時數據推送并將所述預設線程對應的資源接收口的狀態信息設置為重試；