基于云原生的開放式指揮控制平臺構(gòu)建技術(shù)

樊良優(yōu)，姚小強，王 剛，劉 偉，何 晟

(1.空軍工程大學(xué) 研究生院，西安 710051； 2.空軍工程大學(xué) 防空反導(dǎo)學(xué)院，西安 710051；3.中國人民解放軍63768部隊，西安 710051)

0 引 言

博伊德環(huán)(Boyd’s Loop，OODA)理論表明，無論采用多么先進的傳感器，戰(zhàn)場迷霧都不可能完全消除。由于對抗的存在，作戰(zhàn)更是在各種不確定的環(huán)境下進行最優(yōu)判斷和決策的過程。因此，如何優(yōu)化判斷模型成為重中之重。隨著作戰(zhàn)理念、 戰(zhàn)術(shù)戰(zhàn)法、 武器系統(tǒng)的持續(xù)更新，傳統(tǒng)固定流程指揮控制系統(tǒng)無法適應(yīng)變化，指揮員不得不耗費巨大的精力應(yīng)對復(fù)雜局面，從而造成決策效率低下。當(dāng)需要集火射擊等復(fù)雜精準(zhǔn)控制時，靠人工實施效果不佳。實際中，面對同等復(fù)雜度的戰(zhàn)場環(huán)境，指揮員的經(jīng)驗對作戰(zhàn)成敗產(chǎn)生了巨大的影響。因此，如何有效架起指揮員和系統(tǒng)執(zhí)行之間的橋梁，實現(xiàn)針對不同場景指揮員意圖的靈活表達，并使其可以被系統(tǒng)識別和執(zhí)行，成為指揮控制系統(tǒng)亟待解決的問題。

李德毅院士提出的知識模型和情境數(shù)據(jù)雙驅(qū)動的“OODA環(huán)”理論，指明指揮員意圖和系統(tǒng)的緊密協(xié)同是指揮控制系統(tǒng)的重要發(fā)展方向，但并未給出具體解決方案。隨著微服務(wù)技術(shù)的發(fā)展，特別是云原生技術(shù)的成熟，構(gòu)建靈活、 開放、 流程可定制的業(yè)務(wù)系統(tǒng)，已在互聯(lián)網(wǎng)領(lǐng)域取得了巨大的成功。本文正是將OODA作戰(zhàn)理論和云原生技術(shù)相結(jié)合，實現(xiàn)了指揮員意圖的靈活表達和被系統(tǒng)執(zhí)行。此模式下，參謀人員可在戰(zhàn)前錄入作戰(zhàn)策略集，戰(zhàn)中指揮控制系統(tǒng)自動依據(jù)態(tài)勢信息匹配策略執(zhí)行條件，并由指揮員確認(rèn)后自動執(zhí)行策略。這樣，指揮控制系統(tǒng)實質(zhì)上充當(dāng)了“智能參謀”的角色。當(dāng)面對復(fù)雜戰(zhàn)場環(huán)境時，指揮員僅需完成“選擇題”，無需做“綜述題”，從而達到解放指揮員的目的。同時，經(jīng)過實踐檢驗的處理策略，可以在同類系統(tǒng)間靈活流轉(zhuǎn)，保證“判斷”模型的持續(xù)更新。另外，系統(tǒng)本身提供的基礎(chǔ)服務(wù)不足時，技術(shù)人員可依托云原生平臺的彈性，實現(xiàn)服務(wù)的快速擴展?；谠圃夹g(shù)的指揮控制系統(tǒng)從使用和技術(shù)兩個維度實現(xiàn)了平臺的開放性。

1 開放式指揮控制設(shè)計

1.1 開放式指揮控制設(shè)計原理

開放式指揮控制系統(tǒng)的設(shè)計原理如圖1所示。指揮員在戰(zhàn)前首先對作戰(zhàn)方案進行構(gòu)想，對不同作戰(zhàn)場景下的作戰(zhàn)策略進行設(shè)計； 然后，通過業(yè)務(wù)流程建模語言對作戰(zhàn)策略進行編排，確保作戰(zhàn)策略能夠以流程化的語言輸入指揮控制平臺； 最后，針對實際作戰(zhàn)場景匹配作戰(zhàn)策略，并通過開放式指揮控制平臺來執(zhí)行策略。而開發(fā)人員則需要對平臺進行開發(fā)和測試，基于云原生理論構(gòu)建微服務(wù)化的指揮控制平臺架構(gòu)，能夠保證服務(wù)間松耦合并且獨立部署和運行，為指揮員策略執(zhí)行提供原子服務(wù)調(diào)用。同時，開發(fā)人員還需要開發(fā)一站式的部署、 交付和運維系統(tǒng)，實現(xiàn)原子服務(wù)的快速靈活擴展，并保障開放式指揮控制平臺能夠穩(wěn)定運行和升級維護。

圖1 開放式指揮控制設(shè)計原理圖

基于云原生理論設(shè)計的開放式指揮控制平臺具備以下特點：

(1) 準(zhǔn)確表達指揮員作戰(zhàn)意圖

指揮員每次作戰(zhàn)意圖表達都是對OODA環(huán)的執(zhí)行過程，OODA環(huán)各部分是對指揮員作戰(zhàn)思路的充分體現(xiàn)。構(gòu)建開放式指揮控制平臺能夠?qū)崿F(xiàn)對指揮員意圖的靈活表達，能夠?qū)⒁鈭D準(zhǔn)確映射到指揮控制平臺，實現(xiàn)意圖的流轉(zhuǎn)和被執(zhí)行。

(2) 指揮員意圖流程化

指揮員作戰(zhàn)意圖能夠被映射為指揮控制系統(tǒng)識別和處理的語言或流程，是指揮員作戰(zhàn)意圖進入系統(tǒng)的關(guān)鍵環(huán)節(jié)。構(gòu)建開放式指揮控制平臺能夠以腳本或者圖形化方式提供戰(zhàn)術(shù)戰(zhàn)法的規(guī)則化輸入支持，構(gòu)建戰(zhàn)法庫，從而將指揮員意圖以流程化的語言輸入指揮控制系統(tǒng)，系統(tǒng)執(zhí)行相應(yīng)流程實現(xiàn)作戰(zhàn)意圖全流程流轉(zhuǎn)和表達，同時還能夠支持對多意圖的并行執(zhí)行和多策略解沖突。

(3) 按需快速實現(xiàn)服務(wù)擴容

開放式指揮控制平臺要求能夠?qū)σ鈭D以流程化的形式進行編輯，需要對服務(wù)進行靈活調(diào)用，對其功能模塊按照細(xì)粒度進行服務(wù)劃分。其架構(gòu)必定是微服務(wù)化的，且能夠?qū)?gòu)成意圖的原子服務(wù)實現(xiàn)靈活擴充，需要借助云原生技術(shù)構(gòu)建開放式指揮控制平臺。

(4) 保證服務(wù)穩(wěn)定可靠運行

微服務(wù)化的指揮控制平臺能夠?qū)崿F(xiàn)靈活擴展、 便捷開發(fā)、 服務(wù)獨立無依賴，但服務(wù)化的架構(gòu)也帶來運維難度的提升、 服務(wù)成本增加等問題。為滿足業(yè)務(wù)需求頻繁變動和系統(tǒng)快速迭代，需要搭建高可用、 高性能、 高并發(fā)的一站式開發(fā)、 部署和運維系統(tǒng)，以確保系統(tǒng)快速部署、 可靠升級、 穩(wěn)定運行。

1.2 基于OODA環(huán)的意圖表達方法

OODA環(huán)理論是一種處理不確定性的方法和贏得沖突的策略，能夠幫助飛行員在瞬息萬變的空戰(zhàn)環(huán)境中迅速做出決策，從而贏得戰(zhàn)場主動權(quán)。戰(zhàn)場環(huán)境中充斥著各種不確定因素，而且指揮員精確觀察環(huán)境的能力有限，依賴過時的思維模式來應(yīng)對不斷變化的環(huán)境時，得出的結(jié)果往往不盡人意。指揮員只有根據(jù)不斷變化的環(huán)境信息，借助開放的思維模式及時調(diào)整作戰(zhàn)意圖，才能從復(fù)雜的對戰(zhàn)中脫穎而出。

判斷是OODA環(huán)的關(guān)鍵環(huán)節(jié)，通常受到文化傳統(tǒng)、 基因遺傳、 前期經(jīng)驗等因素的影響。為進行準(zhǔn)確而有效的判斷，指揮員首先需要建立判斷模型庫，將各領(lǐng)域的多種模型包含進去； 然后將觀察得到的碎片化信息通過重新組合與判斷模型庫進行匹配，找出與之適應(yīng)的判斷模型。但由于信息和判斷模型之間無法完美匹配，指揮員還需要根據(jù)判斷做出決策，并在行動中檢驗決策的正確性。

因此，在任何戰(zhàn)場環(huán)境下，指揮員每次作戰(zhàn)意圖的表達都可以體現(xiàn)在OODA的循環(huán)過程上。以飛行員駕駛戰(zhàn)機為例，其OODA環(huán)示意圖如圖2所示。通常飛行員在戰(zhàn)前預(yù)先制定判斷模型，飛行途中存在沒有出現(xiàn)飛機、 突然出現(xiàn)飛機以及敵機突然發(fā)射導(dǎo)彈等情況，飛行員會進入相應(yīng)的判斷環(huán)節(jié)來對當(dāng)前環(huán)境進行判斷。如當(dāng)空中突然出現(xiàn)飛機時，飛行員此時的心理活動可能為是否是敵機、 我機是否被發(fā)現(xiàn)、 是否對我機構(gòu)成威脅以及飛機來襲意圖等，需要對其進行判斷。在作戰(zhàn)中，飛行員時刻對空域環(huán)境做出觀察，當(dāng)出現(xiàn)不同空情時，根據(jù)模型匹配結(jié)果做出不同的判斷并付諸行動。戰(zhàn)后飛行員根據(jù)行動結(jié)果對判斷模型庫進行調(diào)整與更新，從而實現(xiàn)作戰(zhàn)經(jīng)驗的積累。通過OODA循環(huán)的快速迭代實現(xiàn)作戰(zhàn)理念和模型的持續(xù)更新，實時性表達指揮員的作戰(zhàn)意圖和思考過程。

圖2 OODA環(huán)示意圖

通常單次執(zhí)行OODA環(huán)并不能得出期望結(jié)果，需要指揮員在下一輪循環(huán)中對戰(zhàn)場環(huán)境重新進行觀察和判斷。通過反饋機制，指揮員及時對判斷模型進行調(diào)整和更新，以適應(yīng)不斷變化的外部環(huán)境。本文通過對OODA循環(huán)的觀察、 判斷和部分行動環(huán)節(jié)進行流程化描述的方法，對指揮員意圖進行靈活表達，提高OODA循環(huán)的執(zhí)行速度和決策效率，從而比對手更快地、 連續(xù)地完成OODA循環(huán)，來“重置”對手的OODA循環(huán)，進而在復(fù)雜的作戰(zhàn)環(huán)境中贏得主動。

1.3 基于BPMN的意圖映射執(zhí)行方法

本文基于業(yè)務(wù)流程模型注解(Business Process Modeling Notation，BPMN)的工作流模型，將指揮員的作戰(zhàn)思路轉(zhuǎn)化為系統(tǒng)可以理解的語言和符號，將OODA的意圖表達方法映射到可以被系統(tǒng)執(zhí)行的流程或腳本。

BPMN是用一組描述業(yè)務(wù)流程中發(fā)生的各種事件的符號，通過在這些符號之間連線來描述一個完整的業(yè)務(wù)流程。BPMN2.0提供的建模元素及符號主要包括流對象、 連接對象、 泳道和人工信息四類。

BPMN流程圖能夠?qū)ODA意圖表達模型映射到流程流轉(zhuǎn)上來，可以實現(xiàn)指揮員作戰(zhàn)意圖通過BPMN被執(zhí)行。BPMN建模按照細(xì)粒度將任務(wù)流程分解成多個不同層次任務(wù)，將任務(wù)分解為多個子任務(wù)，直到最后不能夠被分解，也可以對不同子任務(wù)進行組合。開始事件通常被映射為OODA環(huán)中的觀察環(huán)節(jié)，用來實現(xiàn)對BPMN流程的觸發(fā)。流程可以通過網(wǎng)關(guān)并行運行多個任務(wù)，被映射為判斷環(huán)節(jié)； 還可以由排他網(wǎng)關(guān)對流程流向進行選擇，映射為決策環(huán)節(jié)，其決策規(guī)則可以按照策略優(yōu)先級執(zhí)行或者由人工進行決策。結(jié)束事件通常被映射為行動環(huán)節(jié)。整個OODA環(huán)則可以被映射為一個循環(huán)事件，用來實現(xiàn)對OODA的循環(huán)執(zhí)行。BPMN中的子流程可以表示為OODA環(huán)中的內(nèi)環(huán)，這樣循環(huán)流程和子流程結(jié)合便可以表示為嵌套的OODA環(huán)。其中，BPMN中的消息發(fā)送和接收事件可以被映射為向下級發(fā)送指令或向上級征求意見。用戶任務(wù)被映射為指揮員對判斷進行決策，手工任務(wù)被映射為人為參與的一些環(huán)節(jié)。通過池與道還可以實現(xiàn)不同作戰(zhàn)單位共同參與流程的執(zhí)行。OODA環(huán)中對意圖進行表達的各個環(huán)節(jié)，在BPMN中均能找到相對應(yīng)的流程符號來實現(xiàn)其功能。

按照細(xì)粒度劃分對作戰(zhàn)流程進行BPMN建模，流程圖如圖3所示，在流程中，每一個任務(wù)被拆分成多個細(xì)小的子任務(wù)，每一個子任務(wù)或者組合任務(wù)就是一個微服務(wù)，都會調(diào)用其相關(guān)的原子服務(wù)或者組合服務(wù)，來實現(xiàn)流程的流轉(zhuǎn)。開放式指揮控制平臺能根據(jù)需要及時對原子服務(wù)進行補充，并且保證能夠為流程流轉(zhuǎn)持續(xù)穩(wěn)定地提供服務(wù)。

BPMN工作流程能夠輔助指揮員在信息處理過程中迅速、 精準(zhǔn)地做出決策建議。開放式指揮控制平臺可以將戰(zhàn)術(shù)戰(zhàn)法按照BPMN流程的規(guī)則模式進行存儲，利用作戰(zhàn)指揮數(shù)據(jù)庫信息豐富的優(yōu)勢擴充BPMN流程庫，也支持對流程庫存儲的戰(zhàn)術(shù)戰(zhàn)法進行讀取以用于輔助決策。

圖3 嵌套BPMN流程示意圖

1.4 開放式指揮控制平臺設(shè)計

隨著業(yè)務(wù)流程的不斷復(fù)雜化，流程流轉(zhuǎn)需要調(diào)用的服務(wù)也在動態(tài)變化。為了實現(xiàn)對原子服務(wù)進行擴充，保證能夠為流程流轉(zhuǎn)持續(xù)穩(wěn)定地提供服務(wù)，需搭建基于云原生理論的基礎(chǔ)框架供BPMN流程流轉(zhuǎn)運行。云原生應(yīng)用通常有微服務(wù)架構(gòu)、 敏捷基礎(chǔ)設(shè)施、 公共基礎(chǔ)服務(wù)三個要素。

(1) 微服務(wù)架構(gòu)

為解決單體應(yīng)用耦合性強、 部署效率低、 系統(tǒng)開發(fā)維護困難等問題，對平臺進行微服務(wù)改造。開發(fā)一個包含通用功能的微服務(wù)基礎(chǔ)框架，依據(jù)細(xì)粒度來對服務(wù)進行劃分，并支持二次開發(fā)和復(fù)用，為后續(xù)擴展多個微服務(wù)應(yīng)用提供基礎(chǔ)能力； 同時，還包含注冊中心和配置中心、 認(rèn)證中心、 網(wǎng)關(guān)服務(wù)、 服務(wù)調(diào)用等基礎(chǔ)模塊。

(2) 敏捷基礎(chǔ)設(shè)施

為使部署簡單快速，基礎(chǔ)設(shè)施按需伸縮、 彈性擴展，需要利用Docker技術(shù)實現(xiàn)容器自動化部署。Docker技術(shù)的可移植性、 迅速啟動、 隔離特性等特點，有利于降低應(yīng)用開發(fā)的復(fù)雜度，提升應(yīng)用研發(fā)的效率。通過Kubernetes實現(xiàn)服務(wù)滾動升級和彈性擴縮容功能，支持應(yīng)用和服務(wù)的滾動升級、 版本回滾和擴縮容，允許服務(wù)在鏡像更新時自動升級，支持多實例的滾動升級，能夠通過手動和自動的策略實現(xiàn)容器實例的擴縮容。

(3) 公共基礎(chǔ)服務(wù)

為使平臺安全穩(wěn)定運行，需要基于平臺化的思想，提供一系列公共的、 無關(guān)于業(yè)務(wù)的通用服務(wù)，包括服務(wù)監(jiān)控、 鏈路跟蹤、 系統(tǒng)監(jiān)控、 日志采集等模塊。

開放式指揮控制平臺構(gòu)建總體方案如圖4所示。本文通過搭建基礎(chǔ)資源池容器云平臺，借助基于Kubernetes管理的通用底層容器的基礎(chǔ)運行環(huán)境，包括容器集群、 容器網(wǎng)絡(luò)等基礎(chǔ)環(huán)境，提供通用微服務(wù)運行調(diào)度框架，實現(xiàn)對服務(wù)發(fā)現(xiàn)、 負(fù)載均衡、 故障恢復(fù)、 度量和監(jiān)控的通用能力。同時，構(gòu)建服務(wù)運行所需的通用中間件能力和基礎(chǔ)服務(wù)能力。通過服務(wù)管理平臺構(gòu)建底層運行調(diào)度通用能力、 服務(wù)運行需要的中間件和基礎(chǔ)服務(wù)通用能力，形成統(tǒng)一、 穩(wěn)定、 高性能的基礎(chǔ)運行環(huán)境和基礎(chǔ)服務(wù)。借助開源集群管理系統(tǒng)Kubernetes實現(xiàn)服務(wù)的彈性伸縮，指揮控制平臺可以根據(jù)需要靈活對原子服務(wù)進行擴縮容，實現(xiàn)系統(tǒng)的靈活擴展和動態(tài)伸縮。這樣，從用戶層面，指揮員可在戰(zhàn)前基于系統(tǒng)已有的原子服務(wù)，通過BPMN工具靈活構(gòu)建多種并行執(zhí)行的決策流程； 從系統(tǒng)層面，當(dāng)基礎(chǔ)原子服務(wù)不夠時，技術(shù)人員可以快速實現(xiàn)原子服務(wù)的擴展。

圖4 基于云原生技術(shù)開放式指揮控制平臺架構(gòu)圖

1.5 平臺部署和運維

為使指揮控制平臺有較快的更新和部署速度，以快速實現(xiàn)系統(tǒng)更新升級，應(yīng)使用自動化的持續(xù)集成和部署工具，實現(xiàn)自動化編譯、 自動化測試、 自動化發(fā)布。平臺部署運維架構(gòu)如圖5所示。

圖5 部署運維架構(gòu)圖

實現(xiàn)自動化部署系統(tǒng)需要利用Kubernetes完成容器部署、 目標(biāo)維護、 自動化擴縮容、 滾動升級等編排工作。通過微服務(wù)系統(tǒng)的抽象，提供功能的復(fù)用性和上下游依賴的解耦合； 利用BPMN流程編排系統(tǒng)，提供靈活且圖形化的流程開發(fā)模式； 利用Jenkins自動化流程工具，完成編譯、 自動化測試和打包的流程定義； 利用虛擬網(wǎng)絡(luò)技術(shù)完成容器間的網(wǎng)絡(luò)通信管理。對于網(wǎng)格式的微服務(wù)，因為代理模式的網(wǎng)絡(luò)通信組件的服務(wù)邏輯只需要實現(xiàn)本地的Socket通信即可完成復(fù)雜網(wǎng)絡(luò)拓?fù)涞耐ㄐ?，在編寫程序時并不需要引用任何網(wǎng)絡(luò)組件庫，也就沒有語言的限制。

2 案例驗證

為驗證指揮員編輯的策略能否被系統(tǒng)成功執(zhí)行以及開放式指揮控制平臺是否具備靈活的二次搭建能力，設(shè)計以下集火射擊流程案例。

地空導(dǎo)彈進行集火射擊通常是指集中兩個或多個火力單元在大致相同的時間內(nèi)對同一批目標(biāo)進行射擊的方法。射擊方式分為同時發(fā)射、 同時遭遇、 不同時發(fā)射或遭遇三種情況。本文選取同時遭遇情形對集火射擊進行分析。結(jié)合集火射擊的特點，首先，依據(jù)OODA環(huán)理論構(gòu)建集火射擊模型。然后，將模型映射為可視化強、 便于執(zhí)行的BPMN流程。接著，BPMN流程利用指揮控制平臺來實現(xiàn)對服務(wù)的調(diào)用和執(zhí)行，并將流程存儲至數(shù)據(jù)庫，為實現(xiàn)指揮員戰(zhàn)術(shù)戰(zhàn)法的靈活編輯提供支撐。最后，根據(jù)執(zhí)行效果反饋調(diào)整集火射擊模型和BPMN流程。集火射擊流程一體化建模示意圖如圖6所示。

圖6 集火射擊流程一體化建模示意圖

作戰(zhàn)場景想定為： 紅方的保衛(wèi)要地為機場和指揮所，并對其設(shè)置不同的保衛(wèi)等級； 藍(lán)方分別用巡航導(dǎo)彈、 戰(zhàn)斗機、 無人機和轟炸機對紅方保衛(wèi)要地進行攻擊。紅方的多個遠(yuǎn)程和近程防空營負(fù)責(zé)對要地進行保衛(wèi)并對藍(lán)方來襲目標(biāo)進行攔截。在作戰(zhàn)過程中，指揮控制平臺首先輸入仿真態(tài)勢信息至BPMN流程，并對其進行態(tài)勢融合處理。然后，通過加權(quán)方式計算來襲目標(biāo)的綜合威脅度。當(dāng)威脅度大于某個值時，執(zhí)行下一步流程。接著，對攻擊關(guān)系進行判斷并計算射擊諸元。當(dāng)指揮員在規(guī)定時限內(nèi)確認(rèn)攻擊指令后，相應(yīng)的導(dǎo)彈不能被用于新的攻擊指令，正在執(zhí)行攔截指令的紅方單位需要等待當(dāng)前攔截結(jié)束后才可以執(zhí)行下一次攔截。最后，根據(jù)是否有足夠時間執(zhí)行下一次發(fā)射來判定使用普通射擊還是集火射擊。如果普通射擊時間不足，集火射擊能夠滿足條件的情況下，使用集火射擊來保證攔截概率； 如果不能集火射擊，繼續(xù)使用命中率最高的導(dǎo)彈來進行射擊。

根據(jù)選取的射擊策略，發(fā)送射擊建議指令(包含防空營、 導(dǎo)彈類型、 指揮員決策時間、 導(dǎo)彈發(fā)射時間)并展示在界面，指揮員確認(rèn)后在相應(yīng)時間發(fā)射導(dǎo)彈，指揮員不做確認(rèn)則不執(zhí)行發(fā)射。如果策略有沖突，指揮員只選擇需要執(zhí)行的策略。

流程圖中每個任務(wù)為一個原子服務(wù)，或是由多個原子服務(wù)通過某些規(guī)則構(gòu)成組合服務(wù)，通過對屬性進行設(shè)置可以將流程任務(wù)與原子(組合)服務(wù)之間進行關(guān)聯(lián)。而使用Camunda(一種工作流引擎)可以將BPMN文件部署為可執(zhí)行流程，當(dāng)BPMN文件需要進行修改，只需再次部署即可。同時，Camunda還支持對多張BPMN流程圖異步進行部署和運行。當(dāng)面對復(fù)雜的任務(wù)場景時，可以對復(fù)雜任務(wù)場景進行拆分，構(gòu)建多張BPMN流程圖來進行部署和運行，控制各流程開始觸發(fā)的時間，從而實現(xiàn)復(fù)雜任務(wù)場景下的作戰(zhàn)流程建模。BPMN流程執(zhí)行圖如圖7所示。

圖7 BPMN流程執(zhí)行界面

從Camunda的監(jiān)控頁面可以查看流程調(diào)用的相關(guān)原子服務(wù)和流程流轉(zhuǎn)的進度。當(dāng)流程全部運轉(zhuǎn)完畢，指揮控制平臺向指揮員推送攔截策略供其進行選擇，還支持將作戰(zhàn)策略以流程圖的形式存儲至流程庫供后續(xù)流程建模調(diào)用。對于流程庫中沒有的服務(wù)則需進行補充，對于流程庫已有的任務(wù)模塊(原子服務(wù))，在建模過程中可以直接對其進行調(diào)用，進而提高了流程建模效率。

指揮員確認(rèn)界面如圖8所示。當(dāng)流程需要對射擊策略選擇時，系統(tǒng)向指揮員推送相關(guān)策略供其進行決策，指揮員確定攻擊指令，并將指令傳至火力單元執(zhí)行。

圖8 指揮員確定界面

紅藍(lán)雙方就想定作戰(zhàn)場景進行仿真推演，得出多次推演統(tǒng)計結(jié)果如表1所示。

表1 仿真推演戰(zhàn)況統(tǒng)計

紅方采用集火射擊的方式在導(dǎo)彈命中概率和作戰(zhàn)效率上比采取普通射擊方式更具優(yōu)勢，能夠提高對要地的保護能力。在導(dǎo)彈發(fā)射間隔時間上，流程控制比人為控制效率更高，能夠提高控制精準(zhǔn)度。采用流程控制的射擊策略能夠提高決策效率，減輕指揮員負(fù)擔(dān)。但該案例也存在著一定不足，如沒有考慮干擾等實際情況的影響，而且特定流程需要經(jīng)過實際驗證才能在系統(tǒng)間復(fù)制。集火射擊案例證明, 指揮員編輯的策略能夠通過開放式指揮控制平臺被執(zhí)行，且可以靈活實現(xiàn)二次搭建。

3 結(jié) 論

基于云原生的開放式指揮控制平臺可以實現(xiàn)快速靈活的系統(tǒng)擴展、 作戰(zhàn)流程及戰(zhàn)術(shù)戰(zhàn)法的靈活編輯、 指揮員作戰(zhàn)意圖與指揮控制系統(tǒng)的深度交互，為指揮控制系統(tǒng)由封閉走向開放，最后走向智能提供了思路。在可預(yù)見的未來，智能化指揮控制必將在人的監(jiān)督下實現(xiàn)可控智能。智能化指揮控制的研究成果可與本文打造的開放式指揮控制架構(gòu)相結(jié)合，作為作戰(zhàn)策略的服務(wù)嵌入執(zhí)行流程，從而實現(xiàn)指揮控制系統(tǒng)由封閉走向開放，再到智能。