[發明專利]數據編碼方法、裝置、設備端及存儲介質

在審

• 申請號: 202110007464.5
• 申請日: 2021-01-05
• 公開（公告）號: CN112822265A
• 公開（公告）日: 2021-05-18
• 發明（設計）人: 彭雪;何迪江;陳垚亮;黃勝
• 申請（專利權）人: 樹根互聯技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L1/00
• 代理公司: 北京超凡宏宇專利代理事務所(特殊普通合伙) 11463
• 代理人: 李莎

本發明實施例提出一種數據編碼方法、裝置、設備端及存儲介質，涉及編碼技術領域。該方法通過獲取待傳輸數據，并提取待傳輸數據的數據名稱、數據類型、值內容長度以及值內容，然后按照預設定的順序將預設定的標簽內容、獲取的時間戳、數據名稱、數據類型、值內容長度以及值內容添加至緩沖隊列進行拼接形成編碼數據，其中，預設定的標簽內容的優先級最高。按照上述方式進行編碼，無需增加IDL文件即可標識編碼數據的數據類型、值內容長度等屬性，兼容性較強，此外，便于解碼端通過預設定的順序快速解碼；同時，在進行編碼時，是對每個待傳輸數據依次進行編碼，對流式數據的傳輸處理較為友好。

技術領域

本發明涉及編碼技術領域，具體而言，涉及一種數據編碼方法、裝置、設備端及存儲介質。

背景技術

通常情況下，在設備側采集了工況數據后，需要先由設備側對工況數據進行編碼操作，然后再將編碼數據傳輸給云端，以實現云端和設備側的數據交互。

然而，現有的基于文本的序列化編碼方式通常包括JSON(JavaScript ObjectNotation，對象簡譜)、XML(Extensible Markup Language，可擴展標記語言)等，這種方式雖然方便用戶閱讀，但編碼效率較低；同時有基于二進制的序列化編碼方式，例如protobuf、flatbuffers等，這種方式雖然能滿足性能要求，但需要定義相關的IDL(Interactive Data Language，交互式數據語言)文件，且每次更新只能在現有的序列后面增加且不能刪除、修改屬性字段，這就導致其兼容性較差。換句說話，目前存在的編碼方式對于流式物聯網(Internet of Things，IOT)數據并不友好，不適合內容端、傳輸速率快、傳輸頻率較為頻繁的應用場景。

發明內容

有鑒于此，本發明的目的在于提供一種數據編碼方法、裝置、設備端及存儲介質，以解決上述問題。

為了實現上述目的，本發明實施例采用的技術方案如下：

第一方面，本申請實施例提供了一種數據編碼方法，所述數據編碼方法包括：

獲取待傳輸數據；

提取所述待傳輸數據的數據名稱、數據類型、值內容長度以及值內容；

按照預設定的順序將預設定的標簽內容、獲取的時間戳、所述數據名稱、所述數據類型、所述值內容長度以及所述值內容添加至緩沖隊列進行拼接形成編碼數據，其中，所述預設定的標簽內容的優先級最高。

在一種可選的實施方式中，所述按照預設定的順序依次將預設定的標簽內容、獲取的時間戳、所述數據名稱、所述數據類型、所述值內容長度以及所述值內容添加至緩沖隊列進行拼接形成編碼數據的步驟包括：

依次將預設定的標簽內容、所述時間戳、所述數據名稱、所述數據類型、所述值內容長度以及所述值內容添加至緩沖隊列進行拼接形成編碼數據。

在一種可選的實施方式中，所述依次將預設定的標簽內容、所述時間戳、所述數據名稱、所述數據類型、所述值內容長度以及所述值內容添加至緩沖隊列進行拼接形成編碼數據的步驟包括：

若所述數據名稱的長度小于或等于預設定的第一字節，則在所述數據名稱的高位填充0后，再將填充后的所述數據名稱添加至所述緩沖隊列；

若所述值內容長度的長度小于或等于預設定的第二字節，則在所述值內容長度的高位填充0后，再將填充后的所述值內容長度添加至所述緩沖隊列。

在一種可選的實施方式中，所述預設定的第一字節為8字節，所述預設定的第二字節為4字節。

在一種可選的實施方式中，所述預設定的標簽內容的長度為1字節，所述時間戳的長度為4字節，所述數據類型的長度為1字節。

在一種可選的實施方式中，所述數據類型包括字符串、整型、長整型、浮點型以及布爾型。