王 軍，鄭世明

(1.清華大學計算機科學與技術系,北京 100084；2.南京陸軍指揮學院作戰(zhàn)實驗中心,江蘇 南京 210045)

?

面向指揮信息流的組件式仿真模型框架*

王 軍1，鄭世明2

(1.清華大學計算機科學與技術系,北京 100084；2.南京陸軍指揮學院作戰(zhàn)實驗中心,江蘇 南京 210045)

以指揮信息流的仿真建模需求，構建滿足面向指揮信息流仿真的模型框架為目的,基于組件化建模、分層設計和模塊化組裝的思想與方法,設計了一種靈活、可擴展的仿真模型集成框架,重點對指揮控制組件、任務組件、知識庫、感知組件以及通信管理器等核心組件的功能與結構等進行描述,該框架實現(xiàn)了仿真引擎與仿真模型的獨立管理和一體運行,滿足了面向指揮信息流的仿真應用需求。

指揮信息流；組件式；仿真；模型框架

信息化條件下,指揮信息流關系到作戰(zhàn)指揮的效率,科學合理的指揮信息流程對于有效控制物質流和能量流在指揮信息系統(tǒng)中順暢流轉,提高作戰(zhàn)指揮效能具有重要作用。采用仿真的方法研究指揮信息流,對于指揮流程的優(yōu)化與分析能夠提供定量分析的手段[1],目前采用仿真手段展開對指揮信息流的研究還很欠缺,考慮到指揮環(huán)境的復雜性,需要有多類型、多數(shù)量的仿真模型予以支持,運用組件式仿真模型框架可以幫助快速建立能夠適時拓展的、滿足指揮信息流仿真需要的模型體系[2]。本文立足指揮信息流建模仿真需求,通過研究一種組件式仿真模型集成框架,為面向指揮信息流的仿真實驗或模擬訓練提供建模手段和方法。

1 指揮信息流

1.1 指揮信息流

信息流是信息在傳輸信道中的傳播與流動。從指揮流程上講,指揮信息流是情報信息、控制信息、協(xié)調信息等在指揮系統(tǒng)中的流動過程。指揮信息系統(tǒng)中產生、處理、使用信息的一條完整的信息功能鏈路,就形成了一個完整的指揮信息流,指揮信息流程是從“目標感知”到“目標摧毀”的一個復雜有序的過程,涉及信息采集、處理、分發(fā)共享、決策與火力打擊的一體化流程[3]。指揮信息流程主要是對指控、情報、協(xié)同信息流轉情況進行描述,通過方案生成軟件輸出XML文件供指揮流程模型使用。XML文件的數(shù)據(jù)描述主要包括:想定、作戰(zhàn)樣式、作戰(zhàn)階段、作戰(zhàn)時節(jié)、交互圖類型、交互圖名稱、信息序號、信息名稱、信息類型、格式類型、傳輸?shù)燃墶鬏斂煽啃?、發(fā)送節(jié)點ID、接受節(jié)點ID、發(fā)送時限、處理時延和發(fā)送時間等。

1.2 指揮信息流模型

指揮信息流模型的構建分為兩個部分：一是讀取事先描述指揮信息流程的XML文件,按照信息類型分為指控信息、情報信息和協(xié)同信息三類XML文件;二是把模型中產生的信息按照指控信息、情報信息、協(xié)同信息進行分類,基于XML中每種類型信息的流轉情況對模型中產生的每條信息進行流轉分發(fā),并處理每條信息在每個節(jié)點的時間延遲(包括業(yè)務延時和通信延時)。構建指揮信息流模型主要采用“信息流程模板+分類產生+實時處理”的方法,具體為:1)將系統(tǒng)中的所有信息分為指控信息、情報信息、協(xié)同信息三類,事先描述每種類型信息在不同指揮所、席位間的信息流程模板;2)按照三種信息類型對模型產生的每條信息歸類,基于信息流程模板對每條信息進行流轉、分發(fā)及處理;3)根據(jù)指揮關系、指揮席位編配情況,指揮信息流在不同的席位之間有序流轉。

1.3 指揮信息流建模過程

構建指揮信息流模型的主要構成要素包括:指揮機構編組、指揮信息流程以及指揮機構席位編配等。指揮信息流的建模過程如圖1所示。

2 組件式仿真模型框架設計

2.1 總體框架

面向指揮信息流的組件式仿真模型集成框架是指揮實體模型集成各個組件模型的平臺,同時集成仿真引擎的各個管理器和服務的調用接口,起到了連接仿真引擎和實體模型、組件模型的作用,總體描述如圖2所示,組件化模型框架主要由一系列接口規(guī)范和公共服務組件構成。接口規(guī)范用于描述模型組件的數(shù)據(jù)交換格式與內容規(guī)范,由基礎類與基礎接口組成,定義框架管理的對象類型、基本操作方法、基本操作接口;公共服務用于提供模型運行時所需模型組件管理、模型構件管理、對象管理、權限管理、數(shù)據(jù)傳輸管理、數(shù)據(jù)存儲管理等公共服務功能[4]。

該仿真框架具有一定的科學性和有效性,主要表現(xiàn)在:1)該框架是一種可靈活擴展的架構,能夠滿足不斷變化的仿真模型管理和運用的需求;2)該仿真采用分層設計、快速重構的理念,實現(xiàn)了仿真引擎與仿真模型的獨立管理和一體運行,對模型組件本身的管理進行了合理劃分。另外,在統(tǒng)一的接口規(guī)范約束下,這種以組件形式管理和重構模型的方式能夠極大地滿足現(xiàn)實仿真需要。

圖2 面向指揮信息流的組件式仿真模型集成框架

2.2 指揮控制組件

指揮控制(簡稱指控)組件模擬不同指揮員的指控行為。不同層次、不同兵種的指揮員均需要建立一個指控組件。由于所有的指揮實體都有一個指控組件,所涉及的指控組件類型多、功能差異大。為了保證指控組件與其他組件不存在交互障礙,需要為所有的指控組件提供統(tǒng)一、規(guī)范的對外接口。同時,雖然不同類型的指控組件在具體的指控功能上存在差別,但遵循OODA的指控流程規(guī)范。因此,為了對不同的指控組件進行規(guī)范和約束,需要為指控組件開發(fā)提供指控組件通用模型框架。

2.2.1 功能描述

指控組件接收傳感器的態(tài)勢感知報告和通信管理器的消息,調用知識庫對當前的戰(zhàn)場態(tài)勢進行推理,形成作戰(zhàn)行動和作戰(zhàn)任務決策,調度和管理任務插件,執(zhí)行相應的作戰(zhàn)任務。首先根據(jù)OODA環(huán)模型,指控組件應具有以下基本功能:態(tài)勢感知與評估功能、任務規(guī)劃與決策功能、行動執(zhí)行功能。其次,指控組件在執(zhí)行上述功能過程中需要查詢或修改自身的狀態(tài)信息、資產信息等,可能需要訪問自己的知識庫,因此指控組件應該提供查詢和修改自身狀態(tài)、訪問其他組件、訪問知識庫的接口,即指控組件需要提供輔助功能[5]。在仿真開始運行前,指控組件需要從想定數(shù)據(jù)庫中讀取想定數(shù)據(jù),根據(jù)想定數(shù)據(jù)對指控組件的各個模塊和狀態(tài)變量進行初始化,讀入初始的戰(zhàn)場態(tài)勢和初始作戰(zhàn)計劃。

2.2.2 結構描述

根據(jù)對指控組件的功能分析,將指控組件劃分為四個模塊:態(tài)勢融合與評估模塊、任務規(guī)劃與決策模塊、行動執(zhí)行模塊和指控框架模塊,彼此可以靈活組合。根據(jù)不同指控組件的功能需求,可以選擇不同的模塊組合成功能各異的指控組件,也可以根據(jù)自身的建模需求對不同的模塊進行二次開發(fā)。組成指控組件的四個模塊分別完成不同的功能。其中,指控框架模塊主要完成輔助功能和初始化功能；態(tài)勢感知與評估模塊完成態(tài)勢融合與評估功能；行動執(zhí)行模塊完成行動執(zhí)行功能；任務規(guī)劃與決策模塊完成軍事作戰(zhàn)行動的規(guī)劃與決策。

圖3 指控組件結構描述

?指控組件框架

指控框架是連接指控組件其他模塊的樞紐,完成指控組件輔助功能和初始化功能。指控組件的初始化功能是從想定數(shù)據(jù)庫中讀取想定數(shù)據(jù),然后根據(jù)想定數(shù)據(jù)對指控組件的各個模塊進行初始化賦值,最后在仿真運行開始前使得指控組件完成仿真準備。

?態(tài)勢融合與評估模塊

態(tài)勢融合與評估模塊主要負責接收本級的傳感器報告和下級的態(tài)勢報告,對接收的態(tài)勢報告進行融合處理,然后向上級發(fā)送新的態(tài)勢報告。指控組件在處理接收到的報告過程中會做出一定的反應式動作。態(tài)勢融合與評估模塊從感知組件接收到傳感器報告,從通信管理器接收到下級的態(tài)勢報告,然后對獲取的信息進行相應的處理。態(tài)勢融合與評估模塊的內部運行邏輯描述如圖4所示。

圖4 態(tài)勢融合與評估模塊運行邏輯

?任務規(guī)劃與決策模塊

任務規(guī)劃與決策模塊實現(xiàn)指控組件的任務規(guī)劃與決策,對任務組件進行調度,生成任務組件參數(shù),以描述任務的執(zhí)行要求。任務規(guī)劃功能包括:輸入執(zhí)行的任務、規(guī)劃任務、輸出任務規(guī)劃結果和管理所有的未執(zhí)行和正在執(zhí)行的任務。任務規(guī)劃與決策模型從事件管理器、通信管理器、態(tài)勢融合與評估模塊、知識庫接收要執(zhí)行的任務,然后任務規(guī)劃與決策模塊對作戰(zhàn)任務進行規(guī)劃與決策,最終生成子任務集合或行動集合[6],生成的子任務通過通信管理器交給下級執(zhí)行或通過事件管理器調度執(zhí)行,生成的行動通過行動執(zhí)行模塊執(zhí)行。任務規(guī)劃與決策模塊運行邏輯描述如圖5所示。

圖5 任務規(guī)劃與決策模塊運行邏輯

?行動執(zhí)行模塊

行動執(zhí)行模塊用于實現(xiàn)指控組件的行動執(zhí)行功能。指控能夠執(zhí)行的軍事任務行動都由行動執(zhí)行模塊實施。行動執(zhí)行模塊對任務規(guī)劃與決策模塊產生的軍事任務行動,創(chuàng)建相應的復合任務組件,為其傳遞任務參數(shù),管理和調度復合任務的優(yōu)先級和執(zhí)行過程。復合任務執(zhí)行過程中自行管理和調度基本任務組件。行動執(zhí)行模塊從通信管理器接收上級下達的命令;接收事件管理器的事件調度;從規(guī)劃決策模型、態(tài)勢評估模塊、知識庫中獲得需要執(zhí)行的行動序列。行動執(zhí)行模塊的運行邏輯如圖6所示。

圖6 行動執(zhí)行模塊的運行邏輯

2.3 任務插件

任務插件分為復合任務和基本任務,基本任務是簡單的不可再分的作戰(zhàn)任務,例如:機動、火力打擊、探測等,基本任務的種類是有限的。復合任務通過有限的基本任務來組合形成各種類型的復雜任務。任務插件受指控組件的調度和管理,并接收任務參數(shù),根據(jù)參數(shù)執(zhí)行相應的作戰(zhàn)任務。

2.3.1 結構描述

任務插件的結構描述如圖7所示。

圖7 復合任務構成示意圖

基本任務:邏輯完整的作戰(zhàn)任務,如裝載、移動到指定區(qū)域、區(qū)域內巡邏、卸載、區(qū)域封鎖、攻擊區(qū)域內目標等。

關鍵任務:為任務的基本屬性,體現(xiàn)任務的重要程度。

執(zhí)行階段:執(zhí)行階段由一系列的基本任務和復合任務以及一組退出條件構成,各任務之間是并發(fā)調度的,直到退出條件滿足。

退出條件:退出條件是用戶在制定執(zhí)行階段內任務構成時添加的條件,分為充分條件和必要條件。充分條件表示只要該條件滿足,就可以結束當前的執(zhí)行階段;必要條件表示只有該條件滿足,才能結束當前的執(zhí)行階段。

作戰(zhàn)行動序列(COA):Course Of Action,表示復合任務的一種執(zhí)行方案,由COA執(zhí)行條件、COA標示以及一列執(zhí)行階段構成,各執(zhí)行階段為順序調度執(zhí)行。

執(zhí)行條件:執(zhí)行條件是用戶在配置COA時添加的判斷條件,供復合任務能力根據(jù)具體戰(zhàn)場情況選擇不同的COA執(zhí)行。

復合任務:復合任務由一系列COA構成,用戶可以為一個復合任務配置多套執(zhí)行方案(COA),供復合任務能力視COA執(zhí)行條件選擇執(zhí)行。

2.3.2 功能描述

復合任務能提供指揮實體對自身及下級的任務的綜合管理調度能力,提高用戶對任務計劃制定和實施的參與感,主要功能如下:

1)能夠按照組合任務參數(shù)格式,將自身和下級的任務組織起來形成一條新的任務命令;

2)能夠并發(fā)處理多條復合任務,完成任務的解析和下發(fā),以及對下發(fā)任務狀態(tài)的監(jiān)控管理等工作;

3)能夠嵌套調度處理本級和下級的復合任務,并對下發(fā)任務實施監(jiān)控;

4)能夠靈活配置任務失敗和中斷所關聯(lián)的任務列表,并完成相關調度處理。

2.4 知識庫

2.4.1 結構描述

專家系統(tǒng)是一種模擬專家決策能力的計算機系統(tǒng),專家系統(tǒng)具有響應時間適當、靈活性強、可理解性強等特點。專家系統(tǒng)分為基于規(guī)則的專家系統(tǒng)、基于框架的專家系統(tǒng)、基于案例的專家系統(tǒng)、基于模型的專家系統(tǒng)和基于網絡的專家系統(tǒng)[7]。知識庫為專家系統(tǒng)在指揮實體中的應用,知識庫的作用是通過在想定數(shù)據(jù)中將決策邏輯暴露給用戶,從而擴展指揮實體的決策能力。知識庫的總體構成如圖8所示。

圖8 知識庫總體構成示意圖

知識由事實、規(guī)則和行動三個部分組成。其中,事實是知識的核心,規(guī)則和行動都是圍繞著事實進行存儲和使用,基于事實并運用知識庫進行推理。

事實是知識庫推理過程中需要使用的變量,變量的值由規(guī)則計算獲得,或由作戰(zhàn)實體提供。事實由事實名、事實的值、規(guī)則集、行動集、引用集、證據(jù)集、推理間隔和再次推理時間組成。

規(guī)則是知識庫計算事實的值時使用的邏輯表達式,由規(guī)則名和規(guī)則內容兩部分組成,規(guī)則內容以字符串的形式保存規(guī)則。規(guī)則使用的變量類型包括整型、浮點型、字符串、布爾型和事實。不同規(guī)則可設置優(yōu)先級[8]。

規(guī)則解析器用于解析規(guī)則中包含的邏輯表示,給出正確的判別結果。

行動是知識庫根據(jù)事實的值所做出的反應,由關聯(lián)的事實值和動作列表構成,又可分為修改事實的值、執(zhí)行指揮控制命令、執(zhí)行任務和其他行動四種類型。

2.4.2 功能描述

知識庫提供實體對自身指控建模過程中規(guī)則外置的能力,提高用戶對實體規(guī)則控制的靈活性以及實施的參與感,主要功能如下:

1) 定義知識庫的核心內容,將不同類型的知識分類管理;

2) 定義完備的知識推理機制,根據(jù)知識類型不同,分別給出不同的知識推理方式、觸發(fā)時機等;

3) 用戶能夠根據(jù)需要修改作戰(zhàn)實體的規(guī)則,提供計劃修改和實時干預添加規(guī)則的能力;

4) 提供用戶組合已有規(guī)則的能力,能夠編輯出邏輯復雜的規(guī)則,并結合模型處理,完成復雜邏輯的語法解析;

5) 提供知識內部規(guī)則、行動等的合法性校驗檢查,降低用戶的編輯錯誤概率。

知識庫只提供知識編輯、運行、管理框架,具體的規(guī)則、行動內容取決于模型的豐富程度。

2.5 感知組件

感知組件主要模擬作戰(zhàn)實體的探測能力,是對雷達、可見光、紅外、聲吶、人體感知器官等類型探測設備的功能模擬,負責描述作戰(zhàn)單元對戰(zhàn)場環(huán)境的感知,即支撐全戰(zhàn)場情報和單個作戰(zhàn)單元的感知戰(zhàn)場能力,這里的組件主要是通用傳感器的抽象,包括了其與作戰(zhàn)實體的其他組件的交互,以及傳感器內部結構。傳感器模型主要分為戰(zhàn)略傳感器和戰(zhàn)術傳感器。戰(zhàn)略傳感器是在戰(zhàn)略層次使用的,為作戰(zhàn)提供一定的戰(zhàn)場情報支持,如衛(wèi)星偵察等;戰(zhàn)術傳感器配置在作戰(zhàn)實體上,代表了該實體直接感知戰(zhàn)場環(huán)境的方式和能力。

2.5.1 結構描述

感知組件的工作流程是被抽象為受外部事件觸發(fā)探測、依據(jù)自身能力獲取被探測對象信息、形成傳感器報告并提交給所屬作戰(zhàn)實體的指控組件這一連貫的三部分,又分別對應感知組件的內部功能模塊,即探測模塊(Detector)、采集模塊(Collector)、報告模塊(Reporter)[9]。外部事件觸發(fā)感知組件,實際是觸發(fā)了三個功能模塊的處理流程:探測模塊負責接收觸發(fā)信號,采集模塊對探測范圍內的作戰(zhàn)實體進行篩選,最后由報告模塊向外部(即感知組件所屬作戰(zhàn)實體的指控組件)提交傳感器報告。從外部數(shù)據(jù)整個流動過程來看,感知組件的觸發(fā)是從目標進入到其探測范圍內開始,然后以報告給作戰(zhàn)實體為結束。感知組件的結構如圖9所示。

圖9 感知組件結構描述

2.5.2 運行原理描述

感知組件從外部來看,是從產生探測事件開始,到輸出傳感器報告結束。其內部則包含了探測、采集、報告這一連貫的子組件功能觸發(fā)。具體流程如圖10所示。

傳感器分為戰(zhàn)略和戰(zhàn)術兩種,相應的感知報告被

作戰(zhàn)實體的指控組件收到以后,也分為兩種處理流程:

1) 對于戰(zhàn)略感知報告,直接上報給上級指揮部,經過相關、延遲、關聯(lián)、融合等處理,轉換為可以為整個戰(zhàn)場提供情報支持的聯(lián)合情報數(shù)據(jù);

2) 對于戰(zhàn)術感知報告,用以更新實體自身態(tài)勢信息,并根據(jù)態(tài)勢信息做出某些行動決策。

2.5.3 外部觸發(fā)機制描述

仿真引擎采用基于離散事件推進機制是為了提高仿真推演運行效率,將傳感器模型中的探測機制設計為被動的外部觸發(fā)探測方式(當目標實體進入其感知范圍時通知感知組件,感知組件根據(jù)探測概率計算是否發(fā)現(xiàn)目標實體),而不再是傳感器主動的周期性探測方式(即以相同的時間步長周期性主動搜索其感知范圍內的目標實體)[10]。

圖10 感知組件運行原理

外部事件觸發(fā)時機是指目標進入探測范圍和產生特定事件信號兩種。目標進入探測范圍過程的模擬,是有探測方實體的感知組件和被探測方的實體模型通過仿真引擎中空間交互管理器計算得到。傳感器本身的位置屬性隨著其所屬作戰(zhàn)實體的運動而改變,從而產生探測區(qū)域的變化;而探測事件的發(fā)生,主要有目標實體執(zhí)行移動以及自身實體執(zhí)行移動兩點,相同的是這兩點都將導致感知組件探測范圍內的態(tài)勢發(fā)生變化。

2.6 通信管理器

通信管理器實現(xiàn)作戰(zhàn)實體模型的消息注冊、發(fā)送和接收功能。網絡通信模型內嵌在仿真引擎中,可模擬通信網絡的連通性、消息的延遲等通信效果?？赏ㄟ^不同的參數(shù)配置來模擬不同的通信網絡和通信設備[11]。每個作戰(zhàn)實體都有且僅有一個通信管理器,作戰(zhàn)實體通過它來向其它作戰(zhàn)實體發(fā)送消息,其它作戰(zhàn)實體發(fā)送給本作戰(zhàn)實體的消息也由它來提交給本作戰(zhàn)實體。通信管理器內嵌在作戰(zhàn)實體仿真模型集成框架中,給指控組件提供消息發(fā)送接口和消息處理回調接口。

2.6.1 運行原理

聯(lián)合作戰(zhàn)模擬評估系統(tǒng)中作戰(zhàn)實體之間的消息通信,是在一個“多個通信管理器+一個網絡通信仿真模型”C/S架構支持下實現(xiàn),如圖11所示。

消息通信的過程為:

1)消息發(fā)送者在任何需要發(fā)送消息的地方調用自己通信管理器的消息發(fā)送接口并指定消息類型、消息內容及消息接收者;

2)通信管理器將此次消息發(fā)送任務提交給網絡通信模型;

3)網絡通信模型計算此次通信的消息發(fā)送者和接收者之間的聯(lián)通性及延遲時間,如果它們之間不聯(lián)通那么此次消息發(fā)送失敗,否則,網絡通信模型將在一定的延遲時間后將消息推送給消息接收者的通信管理器;

4)消息接收者的通信管理器在收到消息后觸發(fā)消息接收者的消息處理函數(shù)并將接收到的消息類型及消息內容作為參數(shù)傳遞給消息處理函數(shù)。

2.6.2 結構描述

網絡通信模型內嵌于仿真引擎中,具有數(shù)據(jù)讀取模塊、通信效果計算模塊和消息發(fā)送模塊,其結構描述如圖12所示。

數(shù)據(jù)讀取模塊在仿真引擎初始化時從配置文件中讀取參數(shù)化設計階段所設計的各方通信網絡描述參數(shù),供通信效果計算模塊使用。

通信效果計算模塊在明確消息發(fā)送者、消息接收者、消息類型及消息內容后,結合網絡體系的描述數(shù)據(jù),計算消息發(fā)送者和消息接收者之間的聯(lián)通性及消息延遲,其中消息延遲包含消息編碼延遲、通信設備安裝配置延遲、消息傳輸延遲和消息解碼延遲四部分。

圖12 網絡通信模型結構

3 結束語

基于組件化與離散事件技術的建模仿真框架能夠為仿真模型的開發(fā)、集成、運行和管理,為各領域、各層級的仿真模型定制提供一系列解決方案。組件化的優(yōu)勢在于能夠提供向導式的組件模型代碼生成,自動完成組件模型項目的生成、配置,使組件開發(fā)人員更專注于模型業(yè)務流程和算法[12]。另外,還能夠提供友好的人機交互界面,按照模型體系,通過配置模型參數(shù),組裝形成各類仿真實體,并通過復制快速生成新的型號化實體,從而滿足面向指揮信息流的建模仿真需要。

[1] 黃建新,李群,賈全,等.可組合的Agent體系仿真模型框架研究[J]. 系統(tǒng)工程與電子技術， 2011，33(7)：1553-1557，1569.

[2] Tang S Y, Zhang W, Mei S, et al. Agent-based simulation and analysis of network-centric air defense missile systems[C]. Process of the World Academy of Science, Engineering and Technology， 2010.

[3] 蔣德瓏,曹建軍. 武器裝備體系評估論證模型的構建研究[J].軍事運籌與系統(tǒng)工程， 2014，28(1)：47-51.

[4] 余文廣,王維平,李群,等. 模型驅動的組件化Agent仿真模型開發(fā)方法[J].系統(tǒng)工程與電子技術， 2011，33(8)：1907-1912.

[5] 倪楓,王明哲,郭法濱,等. 基于面向對象思想的SoS體系結構設計方法[J]. 系統(tǒng)工程與電子技術， 2010，32(11)：2367-2373.

[6] 蘇年樂,李群,王維平. 組件化仿真模型交互模式的并行化改造[J].系統(tǒng)工程與電子技術， 2010，32(9)：2015-2020.

[7] 胡小云,馮進. 陸軍分隊作戰(zhàn)仿真模型結構描述規(guī)范設計[J]. 指揮控制與仿真， 2010，32(1)：63-67.

[8] 程文迪,楚威. 基于網絡中心化與面向服務的作戰(zhàn)仿真軟件架構[J].系統(tǒng)仿真學報， 2016，28(1)：77-82.

[9] 魏乾,張柯,劉建湘,等. 作戰(zhàn)仿真中的人機干預問題研究[J]. 系統(tǒng)仿真技術， 2014，10(1)：67-72.

[10]黃曉冬,凌緒強,溫瑋. 作戰(zhàn)仿真系統(tǒng)開發(fā)平臺研究及應用[J]. 火力與指揮控制， 2014，39(9)：108-111.

[11]Ning Xi, Cong Sun, Jianfeng Ma, Yulong Shen. Secure service composition with information flow control in service clouds[J]. Future Generation Computer Systems， 2015，49：142-148.

[12]翟健,楊秋松,肖俊超,等. 一種形式化的組件化軟件過程建模方法[J].軟件學報,2011，22(1)：1-16.

Component Simulation Model Framework Based on Command Information Flow

WANG Jun1， ZHENG Shi-ming2

(1.Computer Science and technology Department of Tsinghua University, Beijing 100084；2.Nanjing Army Command College, Nanjing 210045, China)

Focusing on the need of modeling for command information flow, to meet the construction of model framework for command information flow simulation for the purpose, ideas and methods of component-based modeling, hierarchical design and modular assembly design based on a flexible and scalable simulation model integration framework, a detailed description of the core components of the function and structure for the command and control component, heavy task module, knowledge base, perception component and communication manager, the framework for the realization of independent management and integrated operation simulation engine and the simulation model, which satisfies the application requirements for simulation of command information flow.

command information flow; modularization;simulation; model framework

2017-03-31

總裝項目、博士后基金項目

王 軍(1978-),男,安徽池州人,博士研究生,研究方向為流數(shù)據(jù)管理,軍事建模與仿真。 鄭世明(1981-),男,博士,講師。

1673-3819(2017)03-0078-08

TJ391.9；E917

A

10.3969/j.issn.1673-3819.2017.03.018

修回日期： 2017-04-11