[發明專利]一種3D圖像引擎與數值處理軟件間實時數據通信方法

有效

• 申請號: 201910325529.3
• 申請日: 2019-04-22
• 公開（公告）號: CN110083463B
• 公開（公告）日: 2021-07-20
• 發明（設計）人: 張玉清;孫立帆;周長兵
• 申請（專利權）人: 中國地質大學（北京）
• 主分類號: G06F9/54
• 分類號: G06F9/54
• 代理公司: 北京知呱呱知識產權代理有限公司 11577
• 代理人: 丁彥峰;賀亞明

本發明實施例公開了一種3D圖像引擎與數值處理軟件間實時數據通信方法，該方法包括如下步驟：響應于接收到通信主體A(客戶端的3D圖像引擎)根據預設路徑發送的數據一，通信主體B(服務器端的數值處理軟件)獲取暫存在通用存儲體一中的所述數據一進行相應的數據處理，并將數據二發送至所述通信主體A；其中，所述通信主體A響應于檢測到通用存儲體二中有數據二存入，所述通信主體A獲取所述數據二并進行相應的數據處理；所述數據二由處理后的數據一得到。實現了通信主體之間的數據的有效和可靠的通信。

技術領域

本發明實施例涉及計算機網絡信息通信技術領域，具體涉及一種3D圖像引擎與數值處理軟件間實時數據通信方法。

背景技術

在科學研究中，進行數據仿真是一種有效的方法。目前，針對不同的科學領域存在不同的專業數值處理軟件，如數學計算和電子仿真領域的MATLAB與Labview，GIS仿真領域的MapGIS與Citystar等，這類仿真的軟件輸出通常是數據或者二維圖像。隨著3D圖像引擎的快速發展，使科學仿真的展示由傳統的二維逐漸轉向三維成為可能。雖然基于計算機圖形學開發的3D圖像引擎在圖像渲染、人機交互設計等方面有巨大的優勢，但是通常缺乏復雜數值計算的能力。

目前各個領域開發的3D仿真系統與數值軟件的數據交換均采用獨自開發的通信模塊，沒有統一的標準和規范，其主要原因在于應用領域不同，設計仿真系統時使用的3D引擎和數值處理軟件不同，所以開發人員均采取針對特定的仿真目的設計通信模塊，這樣的通信模塊的可拓展性很差，幾乎無法復用。如電子科技大學的李瑞等人發明了一種飛行器的三維視景仿真系統，其通信模塊中三維仿真系統和MATLAB引擎之間是通過UDP通信進行數據交換的；西安電子科技大學的趙曉松設計了一種基于Unity3D的可視化虛擬仿真實驗平臺，該平臺也對通信模塊進行了封裝，其實現的方式是基于C/S模式的Socket通信，并為客戶端Unity3D和服務器Qt數據處理軟件提供了直接通信和間接通信兩種方式；山東大學的張偉凱設計了一種基于實時數字仿真及三維虛擬現實的教學實驗平臺，其3D圖像引擎VRP和電力系統專業軟件ADPSS的通信也是通過Socket實現的。上述各虛擬仿真系統中的通信模塊在本系統內均可以實現數據的有效交換，但卻缺乏可擴展性，一旦系統中的3D圖像引擎或者數值處理軟件發生變化，那么整個通信模塊便需要重新設計。

綜上所述，當前的3D圖像引擎與數值處理軟件之間的數據通信存在這樣的問題：沒有一個有效且通用的信息通信機制，能夠實現3D圖像引擎與數值處理軟件任意組合條件下的數據交換。

發明內容

為此，本發明實施例提供一種3D圖像引擎與數值處理軟件間實時數據通信方法，以解決現有科學仿真系統開發技術中由于相互通信的3D圖像引擎與數值處理軟件之間沒有一個有效且通用的信息通信機制而導致的數據交換與利用實時性和可靠性差的問題。

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

根據本發明實施例提出一種3D圖像引擎與數值處理軟件間實時數據通信方法，其特征在于，包括如下步驟：

響應于接收到通信主體A(客戶端的3D圖像引擎)根據預設路徑發送的數據一，通信主體B(服務器端的數值處理軟件)獲取暫存在通用存儲體一中的所述數據一進行相應的數據處理獲得數據二，并將所述數據二發送至所述通信主體A；

其中，所述通信主體A響應于檢測到通用存儲體二中有數據二存入，所述通信主體A獲取所述數據二并進行相應的數據處理。

進一步的，所述方法還包括，響應于接收到通信主體A在應用程序A中預設的路徑發送的數據一，通信主體B獲取由應用程序B存入所述通用存儲體一中的所述數據一、進行相應的數據處理，并將處理后得到的數據二發送至所述通信主體A；

其中，所述通信主體A響應于檢測到由所述應用程序A存入通用存儲體二的數據二，所述通信主體A獲取所述數據二并進行相應的數據處理。