[發明專利]一種測試結果信息上傳接收處理方法

有效

• 申請號: 201310699699.0
• 申請日: 2013-12-18
• 公開（公告）號: CN103647685B
• 公開（公告）日: 2017-01-04
• 發明（設計）人: 趙秀才;賀穩安;陳安軍;張喜俊
• 申請（專利權）人: 中國電子科技集團公司第四十一研究所
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L29/08
• 代理公司: 北京天奇智新知識產權代理有限公司11340
• 代理人: 陳永寧

1.一種測試結果信息上傳接收處理方法，其特征在于，包括以下步驟：

步驟100，在主控計算機中建立“測試結果信息數據庫”；

步驟102，在主控計算機的組網管理軟件中建立“用戶界面線程”并作為主線程運行；

步驟104，在主控計算機的組網管理軟件中建立“監聽服務線程”并就緒；

步驟106，在主控計算機的組網管理軟件中建立“數據安全隊列”并注冊事件處理函數為分類觸發“客戶處理線程”；

步驟108，在儀表終端固件的上傳選件中建立“數據傳輸線程”并注冊就緒；

步驟110，將“監聽服務線程”與“客戶處理線程”設置為聯動;

步驟112，“客戶處理線程”從“數據安全隊列”中獲取數據幀信息、組裝為測試結果信息、存入“測試結果信息數據庫”；

步驟114，各個儀表終端的“虛擬軟面板”從“測試結果信息數據庫”中獲取信息并進行可視化顯示瀏覽。

2.如權利要求1所述的測試結果信息上傳接收處理方法，其特征在于，“用戶界面線程”、“數據安全隊列”、“監聽服務線程”與“客戶處理線程”。所述“用戶界面線程”為主線程，用于實時接收人機交互消息或控制處理命令消息，通過協調操作與運行“監聽服務線程”、“客戶處理線程”與“虛擬軟面板”來實現測試數據的識別、分類接收、實時存儲與解析瀏覽；所述“數據安全隊列”為數據幀先入先出隊列，負責接收數據幀、管理數據幀隊列并提供可動態定制的事件回調函數接口以方便其他線程來訂閱數據幀信息；所述“監聽服務線程”，用于監聽通信端口上出現的各種數據幀并進行識別處理，若發現注冊數據幀，則產生客戶連接事件，解析數據幀獲取儀表類型、型號與IP地址信息，根據儀器類型以更新人機界面、動態生成“客戶處理線程”；若發現注銷數據幀，則產生客戶斷開事件，查找匹配客戶信息以更新人機界面，等待所對應的“客戶處理線程”的執行完畢并釋放資源；若發現測試結果信息數據幀，則產生客戶數據就緒事件，并寫入“數據安全隊列”，進而查找匹配客戶信息、激活對應的“客戶處理線程”并通知更新人機界面信息與有效的“虛擬軟面板”。

3.如權利要求2所述的測試結果信息上傳接收處理方法，其特征在于，所述“客戶處理線程”在客戶注冊時被動態生成、數據就緒時被激活調用、客戶注銷時釋放所占用的資源，用于從數據幀隊列中獲取單個數據幀并組裝成完整的測試結果數據信息，以測試結果數據文件的形式存儲到測試結果信息數據庫中；當“用戶界面線程”、“監聽服務線程”被創建并啟動后，數據幀隊列與測試結果信息數據庫也處于有效狀態，在數據傳輸過程中，用戶通過“用戶界面線程”實現整個監聽服務任務的開始、暫停與繼續。

4.如權利要求3所述的測試結果信息上傳接收處理方法，其特征在于，所述“監聽服務線程”是利用線程池系列函數來完成“客戶處理線程”的創建、設置與終止；當有新客戶注冊時，若存在一個空閑線程，則用來分配給新線程；若沒有空閑線程，且沒有達到系統所允許的最大線程數，線程池將自動創建一個新線程；如果已經達到了系統的最大允許線程數且線程池內沒有空閑線程，則等待直到有空閑線程或某一客戶線程執行完畢釋放資源后再創建新線程。

5.如權利要求1所述的測試結果信息上傳接收處理方法，其特征在于，所述主控機算機與所述儀表終端之間的通信協議為TCP/IP協議。

6.如權利要求1所述的測試結果信息上傳接收處理方法，其特征在于，所述步驟108的具體步驟為：

步驟1081：自動獲取儀表終端IP地址與通信端口等相關連接信息，并建立相應的數據傳輸處理線程；

步驟1082：利用已知的服務器端信息來建立連接并注冊為客戶端；

步驟1083：進入人機界面執行，若執行上傳命令，則上傳選件首先將當前測試結果信息按照接口通信協議規范進行數據打包，然后激活數據傳輸線程以完成數據傳輸處理。

7.如權利要求1所述的測試結果信息上傳接收處理方法，其特征在于，所述步驟112中的幀信息為二進制方式，由幀頭、幀體和幀尾組成；所述幀體為不定長結構，幀體中包含測試結果信息的種類、含義、數據類型和順序結構與具體儀表設備類型相匹配；所述幀頭為定長的48字節；所述幀尾為定長的1字節。