[發(fā)明專利]一種關(guān)于設備數(shù)據(jù)交互的建模方法

在審

• 申請?zhí)枺?/td>: 202211588999.7
• 申請日: 2022-12-09
• 公開（公告）號: CN115883389A
• 公開（公告）日: 2023-03-31
• 發(fā)明（設計）人: 余潤波;曹悅;王燕軍
• 申請（專利權(quán)）人: 浙江正元智慧科技股份有限公司
• 主分類號: H04L41/14
• 分類號: H04L41/14;H04L41/12;H04L45/12;H04L45/02;H04L9/40
• 代理公司: 杭州裕陽聯(lián)合專利代理有限公司 33289
• 代理人: 金方瑋

本發(fā)明公開了一種關(guān)于設備數(shù)據(jù)交互的建模方法，包括以下步驟：S01：獲取設備數(shù)據(jù)傳輸交互的范圍，建立空白的數(shù)據(jù)交互模型的基礎架構(gòu)；S02：在空白的數(shù)據(jù)交互模型基礎架構(gòu)內(nèi)標記各個設備的節(jié)點位置；S03：在數(shù)據(jù)交互模型建立數(shù)據(jù)交互通道；S04：設備發(fā)送數(shù)據(jù)交互直連握手請求；S05：數(shù)據(jù)交互通道判斷直連握手請求是否滿足數(shù)據(jù)交互的要求；S06：導通數(shù)據(jù)交互通道，并封裝加密。在本發(fā)明中，該數(shù)據(jù)交互建模方法通過在數(shù)據(jù)交互模型內(nèi)建立節(jié)點的獨立數(shù)據(jù)交互通道，可以對交互設備之間的交互數(shù)據(jù)進行獨立安全的傳輸鏈路，并對交互數(shù)據(jù)進行分析識別，準確的識別出滿足數(shù)據(jù)交互要求的數(shù)據(jù)并封裝加密保護，確保數(shù)據(jù)交互時不受干擾影響。

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)據(jù)交互技術(shù)領(lǐng)域，尤其涉及一種關(guān)于設備數(shù)據(jù)交互的建模方法。

背景技術(shù)

數(shù)據(jù)建模指的是對現(xiàn)實世界各類數(shù)據(jù)的抽象組織，確定數(shù)據(jù)庫需管轄的范圍、數(shù)據(jù)的組織形式等直至轉(zhuǎn)化成現(xiàn)實的數(shù)據(jù)庫；將經(jīng)過系統(tǒng)分析后抽象出來的概念模型轉(zhuǎn)化為物理模型后，在visio或erwin等工具建立數(shù)據(jù)庫實體以及各實體之間關(guān)系的過程，在移動通信技術(shù)的演變過程中為了追求更高的吞吐速率，越來越多的終端支持上行載波聚合技術(shù)，去實現(xiàn)更大的帶寬，提高吞吐率，且傳輸距離較遠，為了提高設備數(shù)據(jù)交互的效率，需要度數(shù)據(jù)交互進行建模處理。

目前的設備數(shù)據(jù)交互建模中，設備交互數(shù)據(jù)的交互通道錯綜復雜，在數(shù)據(jù)交互時容易發(fā)生不相鄰數(shù)據(jù)干擾的現(xiàn)象，導致數(shù)據(jù)交互時發(fā)生錯誤現(xiàn)象，降低了設備數(shù)據(jù)交互的準確性。

發(fā)明內(nèi)容

本發(fā)明的目的是為了解決現(xiàn)有技術(shù)中存在的缺點，而提出過在數(shù)據(jù)交互模型內(nèi)建立節(jié)點的獨立數(shù)據(jù)交互通道，并對交互數(shù)據(jù)進行分析識別，準確的識別出滿足數(shù)據(jù)交互要求的數(shù)據(jù)并封裝加密保護，確保數(shù)據(jù)交互時不受干擾影響的一種關(guān)于設備數(shù)據(jù)交互的建模方法。

為了實現(xiàn)上述目的，本發(fā)明采用了如下技術(shù)方案：一種關(guān)于設備數(shù)據(jù)交互的建模方法，包括以下步驟：

S01：獲取設備數(shù)據(jù)傳輸交互的范圍，并以傳輸交互范圍為模型邊界，建立空白的數(shù)據(jù)交互模型的基礎架構(gòu)；

S02：在空白的數(shù)據(jù)交互模型基礎架構(gòu)內(nèi)標記各個設備所在的節(jié)點位置；

S03：在數(shù)據(jù)交互模型內(nèi)任意捕捉兩個節(jié)點所在的位置，并在兩個節(jié)點所在位置上建立獨立的傳輸鏈路，形成數(shù)據(jù)交互通道；

S04：任意一個設備通過數(shù)據(jù)交互通道內(nèi)向另一個設備發(fā)送數(shù)據(jù)交互直連握手請求；

S05：數(shù)據(jù)交互通道對直連握手請求的內(nèi)含信息進行分析識別，并判斷直連握手請求是否滿足數(shù)據(jù)交互的要求；

S06：導通數(shù)據(jù)交互通道，并對交互數(shù)據(jù)進行數(shù)據(jù)封裝加密，實現(xiàn)兩個設備之間的數(shù)據(jù)交互。

作為上述技術(shù)方案的進一步描述：

所述步驟S01中，設備數(shù)據(jù)傳輸交互的范圍由最大范圍和最小范圍組成，最大范圍作為數(shù)據(jù)交互模型的最外側(cè)邊界，防止數(shù)據(jù)交互外側(cè)出界，最小范圍作為數(shù)據(jù)交互模型的最內(nèi)側(cè)邊界，防止數(shù)據(jù)交互內(nèi)側(cè)堆疊。

作為上述技術(shù)方案的進一步描述：

所述步驟S02中，數(shù)據(jù)交互模型基礎架構(gòu)內(nèi)的每一個節(jié)點所在位置均對應一個設備，任意兩個設備之間的節(jié)點位置并不重合，使得所有的節(jié)點所在位置構(gòu)成數(shù)據(jù)交互模型的傳輸鏈路端點。

作為上述技術(shù)方案的進一步描述：

所述步驟S03中，數(shù)據(jù)交互模型內(nèi)建立的傳輸鏈路為各個節(jié)點所在位置對應的最短路徑，且數(shù)據(jù)交互模型內(nèi)的所有傳輸鏈路之間相互獨立。

作為上述技術(shù)方案的進一步描述：