周 宇,尹志鋒,李林峰,周 淦
(中國電子信息產(chǎn)業(yè)集團有限公司第六研究所,北京100083)
隨著信息技術(shù)的高速發(fā)展,我國航天發(fā)射試驗任務(wù)已經(jīng)進入以數(shù)據(jù)為中心的時代,高效易擴展的數(shù)據(jù)交換、管理是數(shù)據(jù)展示以及數(shù)據(jù)應(yīng)用得以實現(xiàn)的基礎(chǔ)。當(dāng)前,航天發(fā)射場的測發(fā)、測控、氣象等系統(tǒng)已經(jīng)可以在網(wǎng)絡(luò)中完成數(shù)據(jù)的交互傳遞,且各發(fā)射場均已獨立實現(xiàn)了將各大業(yè)務(wù)系統(tǒng)信息初步融合的“一體化”試驗任務(wù)測發(fā)指揮監(jiān)控系統(tǒng),但是由于發(fā)射場原有業(yè)務(wù)系統(tǒng)之間并沒有統(tǒng)一規(guī)劃互聯(lián)、互通,實現(xiàn)方式方法各異,且在擴展性方面存在一定的不足,以及系統(tǒng)間的數(shù)據(jù)綜合服務(wù)需求各異,與航天發(fā)射場未來一體化發(fā)展目標(biāo)具有一定差距。
本文通過總結(jié)發(fā)射場指揮顯示數(shù)據(jù)流轉(zhuǎn)過程和使用處理需求,提煉了包含數(shù)據(jù)收發(fā)、解析處理、存儲獲取共三大關(guān)鍵要素的發(fā)射場指揮顯示數(shù)據(jù)引擎“服務(wù)簇”,同時也引入了雙工、日志、網(wǎng)絡(luò)代理等配套服務(wù)。通過提出的高靈活、可擴展、統(tǒng)一服務(wù)的通用數(shù)據(jù)引擎架構(gòu),定義了標(biāo)準(zhǔn)服務(wù)間數(shù)據(jù)交互接口,可以有效實現(xiàn)服務(wù)靈活調(diào)度的同時,還實現(xiàn)對各發(fā)射場內(nèi)外部不同數(shù)據(jù)協(xié)議、流程的高擴展支持。系統(tǒng)將有效推進我國航天發(fā)射場指揮顯示系統(tǒng)的“一體化”實現(xiàn)。
針對提出的面向試驗任務(wù)指揮顯示的通用數(shù)據(jù)引擎架構(gòu),本文從總體結(jié)構(gòu)、工作原理、應(yīng)用模式幾個方面進行了闡述。
航天試驗任務(wù)測試發(fā)射指揮監(jiān)控系統(tǒng)簡稱測發(fā)指揮監(jiān)控系統(tǒng),是航天發(fā)射任務(wù)指揮的支撐技術(shù)平臺。測發(fā)指揮監(jiān)控系統(tǒng)針對的對象是“航天器的測試、發(fā)射”,實現(xiàn)的功能是“指揮”、“監(jiān)控”,即匯集信息、監(jiān)視顯示、輔助決策、指揮調(diào)度[1]。
航天發(fā)射場測試發(fā)射指揮員和各專業(yè)專家,通過指揮監(jiān)控系統(tǒng)顯示的各系統(tǒng)的測試信息,了解當(dāng)前火箭、衛(wèi)星、航天器以及地面勤務(wù)系統(tǒng)的工作狀態(tài),指揮測試發(fā)射進程[2-3]。在由航天員參加的發(fā)射任務(wù)中,還需要顯示航天員系統(tǒng)的相關(guān)信息。為此測發(fā)指揮監(jiān)控系統(tǒng)需要匯集的信息包含任務(wù)的進程信息、航天器的無線測試信息、航天器的下傳測控信息、運載火箭的有線測試信息、運載火箭的遙測信息、航天員的生理信息、發(fā)射場的氣象信息、發(fā)射場的發(fā)射支持設(shè)備信息、發(fā)射場的通信和測控系統(tǒng)設(shè)備工作信息以及各關(guān)鍵部位的視頻信息等。先進的測發(fā)指揮監(jiān)控系統(tǒng)還將提供運載火箭、發(fā)射場發(fā)射支持設(shè)備、待發(fā)段航天員逃逸等故障診斷系統(tǒng)以及任務(wù)進程輔助系統(tǒng),相關(guān)信息也將便于專家和指揮人員更加深入地掌握系統(tǒng)狀態(tài)。
目前航天發(fā)射場指揮決策系統(tǒng)是由大業(yè)務(wù)功能驅(qū)動下的多模塊、多系統(tǒng)集成的應(yīng)用系統(tǒng)。指揮監(jiān)控“一體化”是實現(xiàn)試驗任務(wù)高效、靈活、可靠開展的必然發(fā)展路線。“一體化”包括:業(yè)務(wù)分系統(tǒng)監(jiān)測數(shù)據(jù)展示一體化,業(yè)務(wù)分系統(tǒng)監(jiān)測數(shù)據(jù)管理應(yīng)用一體化,任務(wù)配置、組件共享一體化,系統(tǒng)部署、升級、維護的運營一體化,以及更進一步的各發(fā)射場任務(wù)統(tǒng)一管理一體化。
部分發(fā)射場已經(jīng)實現(xiàn)了現(xiàn)有業(yè)務(wù)分系統(tǒng)監(jiān)測數(shù)據(jù)展示一體化,但并未真正實現(xiàn)監(jiān)測數(shù)據(jù)的一體化接入,一方面體現(xiàn)在部分?jǐn)?shù)據(jù)展示僅通過頁面嵌入方式接入,無法形成有效的風(fēng)格統(tǒng)一,也無法對接入的數(shù)據(jù)進行有效的管理;另一方面也體現(xiàn)在現(xiàn)有數(shù)據(jù)接入方式無法有效適應(yīng)未來更加豐富的接入模式,也意味著無法向監(jiān)測數(shù)據(jù)管理應(yīng)用(數(shù)據(jù)治理)一體化邁進。對發(fā)射場現(xiàn)有各業(yè)務(wù)分系統(tǒng)進行升級改造無疑是條長遠而艱巨的發(fā)展道路,當(dāng)前可行且長遠的指揮監(jiān)控一體化發(fā)展解決方案將圍繞指揮顯示展開,其首要解決的問題是構(gòu)建指揮顯示通用數(shù)據(jù)引擎[4],從而支撐統(tǒng)一的指揮顯示數(shù)據(jù)的接入、存儲、管理與平臺顯示[5-6]。
考慮能夠滿足發(fā)射場各類崗位人員的多樣需求以及能夠滿足未來新的指顯數(shù)據(jù)接入需要,通用指揮顯示數(shù)據(jù)引擎采用“平臺+組件”的模式來支持對航天發(fā)射任務(wù)中指顯數(shù)據(jù)的多類任務(wù)、多個階段、多種形式的兼容[7-8]。其架構(gòu)研究主要考慮以下兩點:
(1)統(tǒng)籌當(dāng)前需求,實現(xiàn)平臺一體化
結(jié)合發(fā)射場和北京中心的指揮顯示需求以及當(dāng)前指揮顯示相關(guān)系統(tǒng)建設(shè)情況,統(tǒng)籌考慮各類型發(fā)射任務(wù),發(fā)射場各業(yè)務(wù)分系統(tǒng)特點,數(shù)據(jù)接入、管理、存儲、顯示需求,實現(xiàn)一體化。
(2)適應(yīng)長遠發(fā)展,支持?jǐn)U展開發(fā)
綜合考慮航天器、運載火箭等系統(tǒng)的不斷升級變化以及發(fā)射場基礎(chǔ)設(shè)施的新建、改造,數(shù)據(jù)引擎還要具備擴展開發(fā)支持能力,以組件、輔助工具升級為主要方式,以平臺升級改造為特殊手段,使系統(tǒng)具備長期適應(yīng)能力。
通用指揮顯示數(shù)據(jù)引擎采用“平臺+組件”的設(shè)計思想[9-11],由主框架(平臺)及(可擴展)組件構(gòu)成,架構(gòu)如圖1所示。
圖1 數(shù)據(jù)引擎“平臺+組件”可擴展架構(gòu)設(shè)計
(1)組件層:數(shù)據(jù)引擎支持通用組件以及專用組件的接入,以滿足不同任務(wù)、不同類用戶的需求。各類組件是支撐數(shù)據(jù)引擎各項服務(wù)的重要組成部分,負(fù)責(zé)相關(guān)服務(wù)的具體實現(xiàn)。對于數(shù)據(jù)引擎而言,需要實現(xiàn)數(shù)據(jù)解析服務(wù),外部數(shù)據(jù)收發(fā)服務(wù),數(shù)據(jù)存取服務(wù)以及雙工、日志、網(wǎng)絡(luò)代理等相關(guān)配套服務(wù)。
(2)服務(wù)層:數(shù)據(jù)引擎的服務(wù)層介于組件層與邏輯層之間,服務(wù)層是對組件實現(xiàn)的抽象,是對系統(tǒng)行為的定義,為業(yè)務(wù)邏輯層提供相關(guān)功能服務(wù)。服務(wù)層將具體的業(yè)務(wù)邏輯需求與具體的功能實現(xiàn)進行解耦,使得系統(tǒng)具有較高的可擴展性,有利于系統(tǒng)的升級。
(3)邏輯層:數(shù)據(jù)引擎的邏輯層是整個平臺穩(wěn)定運行的核心,是航天發(fā)射任務(wù)指揮顯示數(shù)據(jù)流轉(zhuǎn)管理邏輯的具體實現(xiàn)。具體功能包括平臺初始化、運行中數(shù)據(jù)管理、狀態(tài)統(tǒng)計、服務(wù)調(diào)度等。
(4)交互層:數(shù)據(jù)引擎的交互層是與系統(tǒng)管理者直接交互的窗口。通過可視化或通信接口的方式,實現(xiàn)對各類服務(wù)的配置、運行管理、狀態(tài)統(tǒng)計等功能,數(shù)據(jù)引擎響應(yīng)各類事件,驅(qū)動各類服務(wù)。
在數(shù)據(jù)引擎的架構(gòu)中,組件是一個獨立可替代的模塊,它是對邏輯的封裝,隱藏了內(nèi)部實現(xiàn),只提供輸入輸出接口。組件化設(shè)計遵循獨立、完整、自由組合?!敖M件”式建模的優(yōu)勢在于將整個指揮顯示數(shù)據(jù)的接入、管理等化簡為繁,各組件單獨開發(fā)與測試,極大降低系統(tǒng)的維護難度和模塊間的耦合度,并有效地提高系統(tǒng)的復(fù)用性和可擴展性,滿足一體化指揮監(jiān)控系統(tǒng)快速靈活的服務(wù)要求。
通用指揮顯示數(shù)據(jù)引擎的通用化依賴于數(shù)據(jù)引擎內(nèi)部各類服務(wù)(組件)的標(biāo)準(zhǔn)接口以及服務(wù)調(diào)度的管理實現(xiàn)。而各類服務(wù)之間的標(biāo)準(zhǔn)接口主要依賴于一種能夠在各服務(wù)間進行流轉(zhuǎn)的通用數(shù)據(jù)表達方式。在通用指顯數(shù)據(jù)引擎中,各類服務(wù)的接口主要依賴于定義為“通用數(shù)據(jù)包”的數(shù)據(jù)組織進行信息傳遞。
2.2.1 通用數(shù)據(jù)包類
通用數(shù)據(jù)包是一種可直接在各服務(wù)間流轉(zhuǎn)的通用數(shù)據(jù)組織表達,各類服務(wù)將根據(jù)服務(wù)屬性配置以及通用數(shù)據(jù)包的各類屬性完成相關(guān)服務(wù)提供。通用數(shù)據(jù)包屬性如表1所示。
表1 通用數(shù)據(jù)包屬性
2.2.2 外部數(shù)據(jù)收發(fā)服務(wù)
數(shù)據(jù)引擎支持外部系統(tǒng)接口配置綁定對應(yīng)的外部數(shù)據(jù)收發(fā)服務(wù),當(dāng)外部數(shù)據(jù)收發(fā)服務(wù)接收到所綁定接口接收到的數(shù)據(jù)后,生成一個通用數(shù)據(jù)包,并填充數(shù)據(jù)包管理標(biāo)識、接口標(biāo)識信息,提交給平臺進行數(shù)據(jù)管理以及服務(wù)調(diào)度。當(dāng)需要數(shù)據(jù)收發(fā)服務(wù)將源碼向外轉(zhuǎn)發(fā)時,從通用數(shù)據(jù)包中取出數(shù)據(jù)包原始數(shù)據(jù)進行發(fā)送。當(dāng)需要對數(shù)據(jù)包原始數(shù)據(jù)進行關(guān)鍵字段替換等處理時,則需要實現(xiàn)外部數(shù)據(jù)收發(fā)服務(wù)的二次開發(fā),并需要向數(shù)據(jù)引擎暴露相關(guān)配置接口(詳見第2.2.5節(jié))。
2.2.3數(shù)據(jù)解析服務(wù)
數(shù)據(jù)引擎支持外部系統(tǒng)接口綁定對應(yīng)的數(shù)據(jù)解析服務(wù),數(shù)據(jù)引擎在收到外部數(shù)據(jù)收發(fā)服務(wù)提交的通用數(shù)據(jù)包時,根據(jù)接口標(biāo)識信息獲取接口所綁定的數(shù)據(jù)解析服務(wù),并將通用數(shù)據(jù)包交由數(shù)據(jù)解析服務(wù)進行進一步處理。數(shù)據(jù)解析服務(wù)根據(jù)所綁定/內(nèi)置的解析規(guī)則,將通用數(shù)據(jù)包中的源碼數(shù)據(jù)進行解析,轉(zhuǎn)換為解析后的數(shù)據(jù)集,并填充到通用數(shù)據(jù)包中。當(dāng)接口有校驗配置時,在解析前進行校驗,并填充通用數(shù)據(jù)包對應(yīng)字段對。另外,當(dāng)數(shù)據(jù)引擎僅作為數(shù)據(jù)分發(fā)使用時,通常不需要調(diào)用數(shù)據(jù)解析服務(wù),這種情況下,數(shù)據(jù)引擎直接將通用數(shù)據(jù)包交由數(shù)據(jù)收發(fā)及存取服務(wù)進行轉(zhuǎn)發(fā)和存儲。
對于數(shù)據(jù)引擎而言,數(shù)據(jù)解析服務(wù)以讀寫方式操作通用數(shù)據(jù)包,而數(shù)據(jù)存取服務(wù)、轉(zhuǎn)發(fā)服務(wù)以只讀方式操作數(shù)據(jù)包,也即數(shù)據(jù)轉(zhuǎn)發(fā)服務(wù)以及數(shù)據(jù)存儲服務(wù)需在數(shù)據(jù)解析服務(wù)完成后進行,并可以并行進行。而通用數(shù)據(jù)包的銷毀則由數(shù)據(jù)引擎平臺來進行管理。
2.2.4 數(shù)據(jù)存取服務(wù)
數(shù)據(jù)引擎支持外部系統(tǒng)接口綁定對應(yīng)的數(shù)據(jù)存取服務(wù),數(shù)據(jù)引擎在進行數(shù)據(jù)解析后,根據(jù)接口所綁定的數(shù)據(jù)解析服務(wù),將通用數(shù)據(jù)包交由數(shù)據(jù)存儲服務(wù)進行數(shù)據(jù)存儲相關(guān)操作。數(shù)據(jù)存儲服務(wù)根據(jù)所配置/內(nèi)置的存儲規(guī)則,將通用數(shù)據(jù)包中的源碼或解析后的數(shù)據(jù)集進行存儲。
2.2.5 服務(wù)插件擴展屬性配置
數(shù)據(jù)引擎對各類服務(wù)提供相關(guān)配置功能,其一方面依賴于對各類服務(wù)的核心功能抽象,另一方面也依賴各類服務(wù)的具體實現(xiàn)。數(shù)據(jù)引擎平臺的通用性,主要依賴于相關(guān)服務(wù)基本接口的通用性。
以數(shù)據(jù)存取服務(wù)為例,對于測發(fā)指揮監(jiān)控系統(tǒng)而言,通常需要支持兩類數(shù)據(jù)存取服務(wù),一類為源碼存儲,需要配置文件存儲根目錄等信息;另一類為關(guān)系數(shù)據(jù)庫存儲,需要配置關(guān)系數(shù)據(jù)庫地址、用戶名、密碼、驅(qū)動等信息。顯然數(shù)據(jù)引擎需要兩個數(shù)據(jù)存儲服務(wù)的子類來對數(shù)據(jù)存儲服務(wù)進行配置管理區(qū)分。而所有數(shù)據(jù)存取服務(wù)均可配置容量告警這一屬性??紤]未來出現(xiàn)新的指顯數(shù)據(jù)存儲需求,數(shù)據(jù)引擎可能需要為新引入的數(shù)據(jù)存取服務(wù),并需要提供更多的配置接口給用戶,在數(shù)據(jù)引擎各類服務(wù)的標(biāo)準(zhǔn)接口中,均包含“獲取額外配置項”以及“應(yīng)用額外配置項”的接口,當(dāng)服務(wù)需要非標(biāo)準(zhǔn)配置時,需要各服務(wù)實現(xiàn)以上兩個接口。數(shù)據(jù)引擎將通過“獲取額外配置項”接口獲取相關(guān)服務(wù)非標(biāo)準(zhǔn)配置需求,并提供人機交互窗口,將配置結(jié)果使用“應(yīng)用額外配置項”接口交由對應(yīng)服務(wù)進行初始化。
通用指揮顯示數(shù)據(jù)引擎基于“平臺+組件”的設(shè)計思想實現(xiàn),在平臺服務(wù)調(diào)度的組織下,實現(xiàn)指揮顯示數(shù)據(jù)的接入、解析、存儲、分發(fā)及實時管理的全流程調(diào)度[12]。數(shù)據(jù)引擎的服務(wù)調(diào)度具體實現(xiàn)依賴于監(jiān)聽者/觀察者方式,以外部系統(tǒng)狀態(tài)數(shù)據(jù)為例,當(dāng)接收/獲取到一組外部數(shù)據(jù)時,產(chǎn)生相關(guān)事件,而通過對相關(guān)接口的配置,實現(xiàn)數(shù)據(jù)轉(zhuǎn)發(fā)、解析、統(tǒng)計以及存儲相關(guān)組件對其事件進行響應(yīng)[13-14]。
通用指揮顯示數(shù)據(jù)引擎主要涉及的交互及相關(guān)處理如下,其工作原理示意如圖2所示。
圖2 數(shù)據(jù)引擎工作原理示意
(1)外部業(yè)務(wù)系統(tǒng):外部業(yè)務(wù)系統(tǒng)包括中心機系統(tǒng)、火箭測試系統(tǒng)、地面系統(tǒng)等系統(tǒng),相關(guān)系統(tǒng)主要通過組播、可靠連接、網(wǎng)站訪問等方式提供各類系統(tǒng)業(yè)務(wù)相關(guān)數(shù)據(jù)。而數(shù)據(jù)引擎通過加載相關(guān)收發(fā)及解析組件實現(xiàn)外部業(yè)務(wù)系統(tǒng)的接入及轉(zhuǎn)換。
(2)各類指揮顯示軟件:數(shù)據(jù)引擎為各類指揮顯示類軟件提供數(shù)據(jù)支持服務(wù),數(shù)據(jù)引擎提供數(shù)據(jù)訂閱、數(shù)據(jù)查詢以及數(shù)據(jù)分發(fā)三種數(shù)據(jù)支持子服務(wù)。其中無論是數(shù)據(jù)訂閱[15]、查詢還是分發(fā),數(shù)據(jù)引擎與各類指揮顯示軟件均采用統(tǒng)一的接口以及統(tǒng)一的數(shù)據(jù)標(biāo)識定義。數(shù)據(jù)標(biāo)識定義在單一的域中唯一,其中域可使用發(fā)射場、任務(wù)ID等進行定義。
(3)其他同域數(shù)據(jù)引擎:引擎間通信主要實現(xiàn)指揮顯示數(shù)據(jù)的分發(fā)、交互以及可能出現(xiàn)單點故障時的數(shù)據(jù)恢復(fù)、熱備等,對于不同的數(shù)據(jù)引擎應(yīng)用模式(詳見第3節(jié)),引擎間通信內(nèi)容略有區(qū)別。
(4)存儲系統(tǒng):數(shù)據(jù)引擎將內(nèi)外部接收處理的數(shù)據(jù)進行存儲管理,并為指揮顯示軟件提供數(shù)據(jù)查詢服務(wù)。
(5)管理維護及控制接口:數(shù)據(jù)引擎配置管理維護與控制接口,以實現(xiàn)整個試驗任務(wù)信息系統(tǒng)的統(tǒng)一監(jiān)控管理。
航天試驗任務(wù)指揮顯示數(shù)據(jù)引擎需要綜合考慮現(xiàn)有發(fā)射場業(yè)務(wù)系統(tǒng)建設(shè)情況以及當(dāng)前軟硬件環(huán)境,指顯數(shù)據(jù)引擎能夠支持集中式、分布式(及單點式)以及混合式三種試驗任務(wù)指揮顯示數(shù)據(jù)接入模式。其中混合式應(yīng)用模式僅需現(xiàn)有環(huán)境做部分資源調(diào)整即可實現(xiàn),同時也是更好支持發(fā)射場測發(fā)指揮監(jiān)控系統(tǒng)向落實“一體化”邁進的一種應(yīng)用模式。
數(shù)據(jù)引擎集中式應(yīng)用模式的主要特點體現(xiàn)在外部顯示相關(guān)的數(shù)據(jù)在集中的機器上完成數(shù)據(jù)匯集、處理、存儲、分發(fā)等工作,而用戶顯示終端主要為系統(tǒng)使用人員提供多元的數(shù)據(jù)顯示并提供各類人機交互的接口,集中式應(yīng)用模式如圖3(a)所示。
在集中式應(yīng)用模式下,一般采用一組互為熱備的高性能服務(wù)器作為數(shù)據(jù)引擎的承載機器。通過這種方式,可以減輕用戶顯示終端的處理壓力,并可以有效保障內(nèi)外部系統(tǒng)的解耦,方便保障系統(tǒng)各類數(shù)據(jù)的一致性。但另一方面,集中式應(yīng)用模式在擴展性支持方面較弱,同時對集中式節(jié)點的數(shù)據(jù)依賴較高。
數(shù)據(jù)引擎分布式/單點式應(yīng)用模式的主要特點體現(xiàn)在外部顯示相關(guān)的數(shù)據(jù)直接在各用戶顯示終端上完成數(shù)據(jù)匯集、處理、存儲等工作,顯示終端同時為系統(tǒng)使用人員提供多元的數(shù)據(jù)顯示并提供各類人機交互的接口,分布式/單點式應(yīng)用模式如圖3(b)所示。
在分布式應(yīng)用模式下,各顯示終端均配置完整的數(shù)據(jù)引擎,在單節(jié)點出現(xiàn)故障時不會影響其他終端用戶使用。分布式應(yīng)用架構(gòu)對用戶顯示終端計算性能有一定的要求,在數(shù)據(jù)存儲上存在一定的冗余,同時由于缺乏集中的分發(fā)處理,數(shù)據(jù)一致性以及內(nèi)部數(shù)據(jù)差異化分發(fā)較弱。
數(shù)據(jù)引擎混合式應(yīng)用模式的主要特點體現(xiàn)在外部顯示相關(guān)的數(shù)據(jù)可以差異化地在各用戶顯示終端上完成數(shù)據(jù)匯集、處理、存儲等工作,同時在集中的節(jié)點上實現(xiàn)試驗任務(wù)的全量數(shù)據(jù)管理,顯示終端可以直接為系統(tǒng)使用人員提供多元的數(shù)據(jù)顯示并提供各類人機交互的接口,也可依賴于集中節(jié)點完成全量數(shù)據(jù)的查詢。混合式應(yīng)用模式如圖3(c)所示。
圖3 數(shù)據(jù)引擎應(yīng)用模式
混合式應(yīng)用模式下,在集中節(jié)點部署完整配置的數(shù)據(jù)引擎,而在各指顯終端,可以通過組件的靈活組合配置及不同需求,部署差異化配置的數(shù)據(jù)引擎。在正常運行情況下,指顯終端可以快速地從本地獲取所需數(shù)據(jù),同時由于差異化的部署可以在一定程度上降低對指顯終端的計算性能需求,而在終端異常或需要額外的數(shù)據(jù)時,可向集中節(jié)點部署的數(shù)據(jù)引擎請求相關(guān)數(shù)據(jù)。除滿足基本試驗任務(wù)指顯數(shù)據(jù)需求保障的情況下,在數(shù)據(jù)一致性、擴展性方面均存在一定的優(yōu)勢。
通用指揮顯示數(shù)據(jù)引擎將發(fā)射場指揮顯示數(shù)據(jù)接入、存儲、轉(zhuǎn)發(fā)等功能轉(zhuǎn)變?yōu)榫哂幸欢üδ?、可替代的服?wù)構(gòu)件,在統(tǒng)一標(biāo)準(zhǔn)、統(tǒng)一服務(wù)、統(tǒng)一接口的基礎(chǔ)上,以“搭積木”的方式靈活構(gòu)建出目前和未來所需的數(shù)據(jù)治理平臺。
該架構(gòu)有效解決了各發(fā)射場內(nèi)外部協(xié)議不統(tǒng)一、數(shù)據(jù)接入難以及數(shù)據(jù)應(yīng)用擴展性差的問題。目前,該通用指揮顯示數(shù)據(jù)引擎架構(gòu)已成功應(yīng)用于某指揮顯示系統(tǒng),對我國航天發(fā)射場的信息“一體化”發(fā)展具有重要的應(yīng)用價值。