CN115795929A - 一种仿真推演评估系统及方法 - Google Patents

Abstract

本发明属于仿真推演评估技术领域，提供了一种仿真推演评估系统及方法。所述仿真推演评估系统包括应用层及业务服务层；应用模块，设于应用层，用于获取针对仿真处理的业务指令，并向业务服务层发起与业务指令对应的服务调用请求；微服务模块，设于业务服务层，用于响应至少一个应用模块发起的服务调用请求，调用相应的仿真服务利用仿真工具进行仿真推演，并向应用模块返回相应的请求响应结果；至少支撑一个仿真工具，设于业务服务层并连接于微服务模块，用于为所调用的仿真服务在仿真推演时提供相应的仿真工具。所述系统及方法，实现了开发调用仿真引擎服务时的负载均衡与动态扩容解决了传统仿真推演评估系统架构整合性差的问题，提高了灵活性。

Description

一种仿真推演评估系统及方法

技术领域

本发明属于仿真推理评估技术领域，尤其涉及一种仿真推演评估系统及方法。

背景技术

仿真推演评估系统是研究红蓝方对抗问题的科学活动，运用科学实验的原理、方法和技术，在可控、可测的近似实战或模拟对抗环境中，根据特定目的，有计划地改变仿真过程中的兵力、战法和作战环境等因素和条件，考察各种因素和条件影响下的作战进程和结局，从而深入认识战争规律，为军事决策和战争实践提供科学依据，是解决军事斗争准备中理论和实践问题的重要途径。

传统仿真推演评估系统通常采用平台与工具集相结合的架构模式，且整个系统作为一个单体应用进行发布。现有适应单体应用的仿真推演评估系统具有无法调用并发服务引擎、异构整合性差以及该系统模块之间的耦合性较高，导致系统处理的灵活性较低，无法满足均衡负载和动态扩容的技术需求。

发明内容

本发明的目的在于针对仿真推演评估系统存在针对单体应用、异构整合性差、无法调用并发服务引擎以及无法实现均衡负载和动态扩容的技术缺陷，提出了一种仿真推演评估系统及方法，用于解决传统架构中的技术问题，提高系统的灵活性。

为了达到上述目的，本发明采取如下技术方案。

所述仿真推演评估系统，包括应用层及业务服务层；

应用模块，设于所述应用层，用于获取针对仿真处理的业务指令，并向所述业务服务层发起与所述业务指令对应的服务调用请求；

微服务模块，设于所述业务服务层，用于响应至少一个应用模块发起的服务调用请求，调用相应的仿真服务利用仿真工具进行仿真推演，并向所述应用模块返回相应的请求响应结果；

包含至少一个所述仿真工具的支撑平台，设于所述业务服务层并连接于所述微服务模块，用于为所调用的仿真服务在仿真推演时提供相应的仿真工具。

在一个可能的实现方式中，所述应用模块包括：

地图单元，用于获取态势数据；

仿真推演单元，用于获取用以指示控制仿真推演的推演指令；

分析评估单元，用于获取用以指示生成评估报告的评估指令；

想定编辑单元，用于获取用以指示编辑仿真实体的想定文件；

任务管理单元，用于获取用以指示管理推演评估任务的任务信息；

指标体系构建单元，用于获取用以指示编辑仿真指标体系的指标信息。

在一个可能的实现方式中，所述应用层还包括集成平台；

所述集成平台，均与各所述应用模块、所述业务服务层相连接，用于获取至少一个所述应用模块针对仿真处理的业务指令，并基于所述业务指令确定服务调用请求，将所述服务调用请求发送到所述业务服务层；以及，将所述业务服务层返回的请求响应结果发送到相应的应用模块。

在一个可能的实现方式中，所述业务服务层还包括服务管理模块，所述服务管理模块与布设有至少一个微服务单元的所述微服务模块相连接；

所述服务管理模块包括：

网关组件，用于对来自所述应用层的服务调用请求进行管理，并动态路由到相应的微服务单元的仿真服务；

服务调用组件，用于基于所述服务调用请求确定相应的微服务单元，以调用该微服务单元所指示的仿真服务；

负载均衡组件，用于基于预设的分配策略将所述服务调用请求分配到相应的微服务单元；

服务治理组件，用于注册仿真服务，并对各所述微服务单元所指示的仿真服务进行状态监控，以执行预设的负载均衡策略；

配置管理工具，用于管理各仿真服务的配置参数。

在一个可能的实现方式中，所述仿真工具包括：

地图工具，用于展示态势数据；

想定编辑工具，用于编辑计划方案，以基于所述计划方案生成仿真想定文件；

模型开发工具，用于提供模型开发框架，以基于所述模型开发框架构建仿真模型；

指标体系构建工具，用于对评估指标进行自由组合，以建立评估指标体系；

仿真引擎工具，用于提供仿真引擎，以基于所述仿真引擎对仿真模型进行实例化，并针对仿真过程进行管理；

分析评估工具，用于按评估指标体系对仿真推演结果进行分析，以生成评估报告。

在一个可能的实现方式中，所述微服务模块包括：

地图服务单元，用于指示地图服务，所述地图服务包括态势标绘以及地图交互；

想定编辑服务单元，用于指示想定编辑服务，所述想定编辑服务包括想定创建、想定编辑以及想定保存；

指标体系构建服务单元，用于指示指标体系构建服务，所述指标体系构建服务包括针对评估指标体系的创建、修改、删除及保存；

仿真引擎服务单元，用于指示仿真引擎服务，所述仿真引擎服务包括针对仿真引擎的状态控制、仿真速度控制及数据加载；

分析评估服务单元，用于指示分析评估服务，所述分析评估服务包括分析评估的进程状态控制、设置评估指标及生成评估报告；

模型服务单元，用于指示模型服务，所述模型服务包括构建仿真模型及调用外部仿真模型；

任务管理服务单元，用于指示任务管理服务；

Redis缓存单元，用于缓存仿真数据；

消息队列单元，用于执行各仿真服务之间的消息订阅发布。

在一个可能的实现方式中，所述应用层通过HTTP REST API接口与所述业务服务层进行数据交互；和/或，

各所述微服务单元之间通过HTTP REST API接口进行通信。

在一个可能的实现方式中，所述仿真推演评估系统还包括：

基础资源服务层，用于根据所述业务指令和所调用的仿真服务，调度相应的虚拟化计算资源、虚拟化存储资源、服务容器以及资源监控服务；

硬件平台层，包括网络设备、计算服务器及存储服务器。

所述仿真推演评估系统，还包括：

服务总线，连接在所述应用层、所述业务服务层、基础资源服务层及硬件平台层之间，用以传输所述服务调用请求、虚拟化计算资源、虚拟化存储资源；

仿真总线，设于所述业务服务层且连接于所述服务总线，用于传输所述服务调用请求以及仿真推演的相关数据。

一种适用于所述仿真推演评估系统的仿真推演评估方法，包括：

通过应用层中的应用模块获取针对仿真处理的业务指令，并向所述业务服务层发起与所述业务指令对应的服务调用请求；

通过业务服务层中的微服务模块响应于至少一个所述应用模块发起的服务调用请求，调用相应的仿真服务，使基于仿真工具进行仿真推演，并向所述应用模块返回相应的请求响应结果；

通过所述业务服务层中的包含至少一个所述仿真工具的支撑平台，为所调用的仿真服务在仿真推演时提供相应的仿真工具。

有益效果

本发明提出的所述仿真推演评估系统及方法，与现有仿真推演评估系统及方法相比，具有如下有益效果：

1．所述系统通过应用模块获取针对仿真处理的业务指令，并向业务服务层发起与所述业务指令对应的服务调用请求；以及通过微服务模块响应至少一个应用模块发起的服务调用请求，调用仿真服务利用仿真工具进行仿真推演，并向应用模块返回相应的请求响应结果；

2.所述系统包含至少一个所述仿真工具的支撑平台并连接微服务模块，用于为所调用的仿真服务在仿真推演时提供相应的仿真工具，这使得通过一个或多个仿真服务处理业务指令，并将支撑平台的仿真工具进行微服务化，为应用层提供服务支撑，解决了传统的仿真推演评估系统架构中异构系统的整合性差的技术问题；

3.所述系统种每个仿真微服务以及仿真工具能够独立部署运行，具有低耦合性，实现灵活进行业务部署和调用，有效提高系统的灵活性和可用性。

附图说明

图1为本发明及实施例所提供的一种仿真推演评估系统的结构示意图；

图2为本发明及实施例所提供的一种仿真推演评估系统中布设服务总线与仿真总线的结构示意图；

图3为本发明及实施例提供的一种仿真推演评估方法的流程示意图。

具体实施方式

为了更清楚地说明本申请实施例中的技术方案，下面结合实施例及描述中所需要使用的附图对本发明一种仿真推演评估系统及方法进行详细阐述。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”可以实现为“A”，或者实现为“B”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

实施例1

图1为本申请实施例提供的一种仿真推演评估系统的结构示意图，该仿真推演评估系统1包括应用层11及业务服务层12；

应用模块，设于所述应用层11，用于获取针对仿真处理的业务指令，并向所述业务服务层12发起与所述业务指令对应的服务调用请求；

微服务模块122，设于所述业务服务层12，用于响应于至少一个应用模块发起的服务调用请求，调用相应的仿真服务，使基于仿真工具进行仿真推演，并向所述应用模块返回相应的请求响应结果；

包含至少一个所述仿真工具的支撑平台123，设于所述业务服务层12并连接于所述微服务模块122，用于为所调用的仿真服务在仿真推演时提供相应的仿真工具。

需要说明的是，在终端上运行有应用程序，应用程序将用户在显示界面上的触发操作（如编辑、浏览、点击、选择等）所对应的业务指令发送至与该应用程序对应的应用模块，使一个或多个应用模块向业务服务层发出与该业务指令相应的服务调用请求，实现多源数据的整合及控制。其中，不同的应用模块处理不同的业务指令，形成一一对应的映射关系，但这些业务指令可以是来自于同一个应用程序，也可以来自于不同的应用程序。示例性的，本申请中应用程序可以包括有地图应用、仿真应用、编辑应用、设置应用，但不限于此。地图应用与仿真推演评估系统中的地图单元相连接，使地图应用向地图单元发出态势数据。仿真应用具有仿真推演功能、指标体系构建功能及分析评估功能，那么仿真应用可与仿真推演评估系统中的仿真推演单元连接，用以发送推演指令，可与仿真推演评估系统中的指标体系构建单元连接，用以发送指标信息，也可与仿真推演评估系统中的分析评估单元连接，用以发送评估指令。

可选的，应用层11设有多个应用模块，应用模块包括地图单元111、仿真推演单元112、分析评估单元113、想定编辑单元114、任务管理单元115和指标体系构建单元116；业务服务层12设有微服务模块122和支撑平台123，微服务模块122包括地图服务单元1221、想定编辑服务单元1225、指标体系构建服务单元1227、仿真引擎服务单元1222、分析评估服务单元1223、模型服务单元1226、任务管理服务单元1224、Redis缓存单元1228和消息队列单元1229；支撑平台123包括地图工具1231、想定编辑工具1234、模型开发工具1235、指标体系构建工具1236、仿真引擎工具1232和分析评估工具1233，但不限于此。

上述实施例通过设置应用层及业务服务层，应用模块，设于所述应用层，用于获取针对仿真处理的业务指令，并向所述业务服务层发起与所述业务指令对应的服务调用请求；微服务模块，设于所述业务服务层，用于响应于至少一个应用模块发起的服务调用请求，调用相应的仿真服务，使基于仿真工具进行仿真推演，并向所述应用模块返回相应的请求响应结果；包含至少一个所述仿真工具的支撑平台，设于所述业务服务层并连接于所述微服务模块，用于为所调用的仿真服务在仿真推演时提供相应的仿真工具，这使得通过一个或多个仿真服务处理业务指令，并将支撑平台的仿真工具进行微服务化，为应用层提供服务支撑，解决了传统的仿真推演评估系统架构中异构系统的整合性差的技术问题，实现了服务的负载均衡以及动态扩容。其次，每个仿真微服务以及仿真工具能够独立部署运行，具有低耦合性，实现灵活进行业务部署和调用，有效提高系统的灵活性和可用性。

在一些实施例中，参见图1，所述应用模块包括：

地图单元111，用于获取态势数据；

仿真推演单元112，用于获取用以指示控制仿真推演的推演指令；

分析评估单元113，用于获取用以指示生成评估报告的评估指令；

想定编辑单元114，用于获取用以指示编辑仿真实体的想定文件；

任务管理单元115，用于获取用以指示管理推演评估任务的任务信息；

指标体系构建单元116，用于获取用以指示编辑仿真指标体系的指标信息。

在本实施例中，业务指令包括态势数据、推演指令、评估指令、想定文件、任务信息和指标信息。示例性的，以地图单元为例，地图单元可与地图应用相连接，地图应用基于Cesium开发，支持B/S架构，地图应用将如二维态势地图数据、三维态势地图数据的态势数据发送到地图单元。以仿真推演单元为例，仿真推演单元与具有仿真推演功能的仿真应用相连接，该仿真应用向用户提供仿真控制界面，在该界面展示有状态控制控件（如针对开始、暂停、结束的控制控件）、仿真速度控制控件（如倍速调整控件）及展示区域，该展示区域用于时间展示、仿真实体展示及关键事件展示。继而，仿真应用响应于用户对仿真控制界面中控件的触发操作，生成相应的推演指令，该推演指令可用以指示控制在仿真推演过程中的开始、暂停、结束、倍速调整及数据展示，并将该推演指令发送到仿真推演单元。分析评估单元获取来自应用程序的用于指示生成评估报告等功能的评估指令。指标体系构建单元获取来自应用程序的用于指示编辑仿真指标体系的指标信息，如添加指标、编辑指标属性。任务管理单元获取来自应用程序的用于指示管理推演评估任务的任务信息，如任务的新增，修改，删除，查看等。想定编辑单元获取来自应用程序的用于指示编辑仿真实体的想定文件。这样，本实施例加强了对多源异构系统的融合性，以实现对多种业务数据的整合，使得通过业务数据调度相应的微服务，提高了业务部署的灵活性。

在一些实施例中，参见图1，所述仿真工具包括：

地图工具1231，用于展示态势数据；

想定编辑工具1234，用于编辑计划方案，以基于所述计划方案生成仿真想定文件；

模型开发工具1235，用于提供模型开发框架，以基于所述模型开发框架构建仿真模型；

指标体系构建工具1236，用于对评估指标进行自由组合，以建立评估指标体系；

仿真引擎工具1232，用于提供仿真引擎，以基于所述仿真引擎对仿真模型进行实例化，并针对仿真过程进行管理；

分析评估工具1233，用于按评估指标体系对仿真推演结果进行分析，以生成评估报告。

在本实施例中，支撑平台的仿真工具为微服务提供支撑，那么针对调用所调度的仿真服务，调度一个或多个仿真工具，以实现相应的仿真数据处理。具体的，地图工具提供二维、三维态势地图展示，以及为想定编辑提供态势编辑交互功能。想定编辑工具提供方案计划编辑功能，能够对红蓝方双方实体进行编辑，设置红蓝方的行动规则，以生成仿真想定文件。模型开发工具提供模型开发框架，按需求定制针对开发红蓝对抗的仿真模型。指标体系构建工具提供构建评估指标体系的工具，通过图形化方式对各项评估指标进行自由组合，以定制评估指标体系。仿真引擎工具提供仿真容器，如仿真引擎，以基于仿真引擎对仿真模型进行实例化，并对仿真过程进行时间管理、对象管理以及事件管理。分析评估工具，按照评估指标体系对仿真推演结果进行分项提取，以及综合计算，形成评估报告。上述实施例搭建成微服务架构，将支撑平台的仿真工具进行微服务化，为微服务提供支撑，提升了系统的可用性。需要说明的是，本实施例采用C或C++语言进行开发，通过封装成动态库的方式进行发布，通过Java的本地调用方式实现仿真工具的微服务化。

在一些实施例中，参见图1，所述微服务模块122包括：

地图服务单元1221，用于指示地图服务，所述地图服务包括态势标绘以及地图交互；

想定编辑服务单元1225，用于指示想定编辑服务，所述想定编辑服务包括想定创建、想定编辑以及想定保存；

指标体系构建服务单元1227，用于指示指标体系构建服务，所述指标体系构建服务包括针对评估指标体系的创建、修改、删除及保存；

仿真引擎服务单元1222，用于指示仿真引擎服务，所述仿真引擎服务包括针对仿真引擎的状态控制、仿真速度控制及数据加载；

分析评估服务单元1223，用于指示分析评估服务，所述分析评估服务包括分析评估的进程状态控制、设置评估指标及生成评估报告；

模型服务单元1226，用于指示模型服务，所述模型服务包括构建仿真模型及调用外部仿真模型；

任务管理服务单元1224，用于指示任务管理服务；

Redis缓存单元1228，用于缓存仿真数据；

消息队列单元1229，用于执行各仿真服务之间的消息订阅发布。

在本实施例中，Redis缓存单元和消息队列单元作为微服务的支撑工具。Redis缓存单元用于针对数据量较大的仿真数据的数据缓存，消息队列单元用于实现微服务间的消息订阅发布。地图服务单元用于将二三维数据进行封装，提供态势标绘接口及地图交互接口，以针对实现地图服务，调用态势标绘接口实现态势标绘的功能，以及调用地图交互接口实现地图交互的功能。想定编辑服务单元提供想定创建接口、想定编辑接口及想定保存接口，以针对实现想定编辑服务，调用想定创建接口实现想定创建的功能，调用想定编辑接口实现想定编辑的功能，以及调用想定保存接口实现想定保存的功能。指标体系构建服务单元提供指标体系创建接口、指标修改接口、指标删除接口以及保存接口，以针对实现指标体系构建服务，调用指标体系创建接口实现创建评估指标体系，调用指标修改接口实现针对评价指标的修改，调用指标删除接口实现针对评价指标的删除，以及调用保存接口实现保存评价指标和/或评估指标体系。仿真引擎服务单元对仿真引擎工具进行服务化，通过Java封装提供针对仿真引擎的启停状态接口、倍速调整接口、模型加载接口以及想定加载接口，以针对实现仿真引擎服务，调用启停状态接口实现针对仿真引擎中运行的仿真操作进行状态控制，如开启和暂停，调用倍速调整接口实现针对仿真引擎中运行的仿真操作进行仿真速度控制，如调整仿真的倍速，调用模型加载接口实现在仿真过程中加载仿真模型，调用想定加载接口实现在仿真过程中加载想定文件。分析评估服务单元用于对分析评估工具进行微服务化，通过Java封装提供分析评估的启停状态接口、评估指标设置接口和评估报告生成接口，以针对实现分析评估服务，调用启停状态接口实现在分析评估过程中进行状态控制，调用评估指标设置接口实现设置评估指标，以及调用评估报告生成接口实现生成评估报告。模型服务单元用于构建模型，以及集成外部模型、算法，仿真引擎可以通过HTTP RESTAPI接口方式调用外部模型算法的微服务，提供用于构建仿真模型的构建接口以及用于调用外部仿真模型的调用接口。任务管理服务单元提供用于任务创建、修改、删除等管理的任务管理接口，以及用于实现仿真推演、分析评估等接口。可选的，各所述微服务单元之间通过HTTP REST API接口进行通信，能够适应跨语言跨平台的通信，从而实现多源异构融合。这样，本实施例通过微服务化，实现对微服务的编排，使得每个仿真微服务能够独立部署运行，并通过业务需求进行微服务的调度，以及实现了系统模块之间高内聚、低耦合的特点。

在一可实现的实施例中，当指标体系构建单元获取指标信息时，向业务服务层发起相应的服务调用请求，使得业务服务层调用指标体系构建服务单元所指示的指标体系构建服务，在实现该服务时，调取指标体系构建工具，以进行与该指标信息关联的仿真处理。例如，当该指标数据指示构建评估指标体系的指令且包含用户所选择、编辑的评价指标时，在调用并实现指标体系构建服务时，基于指标体系构建工具对该评价指标进行组合，建立评价指标体系，从而业务服务层将包含评价指标体系的请求响应结果返回指标体系构建单元，以向用户展示该评价指标体系。

在另一可实现的实施例中，当分析评估单元获取到用以指示生成评估报告的评估指令时，业务服务层调用分析评估服务单元，由此可调度分析评估工具、仿真引擎工具及指标体系构建工具，以利用评估指标体系、仿真推演情况进行分析评估，生成评估报告，从而反馈到分析评估单元进行结果展示。需要说明的是，微服务单元之间可实现数据交互，例如，分析评估服务单元与仿真引擎服务单元进行通信，以感知仿真引擎在仿真推演过程的情况。

在一些实施例中，参见图1，所述应用层11还包括集成平台117；

所述集成平台117，均与各所述应用模块、所述业务服务层12相连接，用于获取至少一个所述应用模块针对仿真处理的业务指令，并基于所述业务指令确定服务调用请求，将所述服务调用请求发送到所述业务服务层12；以及，将所述业务服务层12返回的请求响应结果发送到相应的应用模块。

需要说明的是，集成平台通过其后台管理工具对各应用模块进行配置，可实现对应用模块的动态拓展。集成平台以及应用模块前端由Vue实现，应用模块后端通过Java实现，并通过Docker进行编排部署。在一可选实施例中，通过配置集成平台实现应用层与业务服务层的数据交互，且所述集成平台通过HTTP REST API接口与所述业务服务层进行数据交互，以使通过标准的HTTP REST API接口能够适应跨语言跨平台的通信，能够实现对各种业务数据资源的整合，从而提高数据处理效率和可靠性。

在一些实施例中，参见图1，所述业务服务层12还包括服务管理模块121，所述服务管理模块121与布设有至少一个微服务单元的所述微服务模块122相连接；

所述服务管理模块121包括：

网关组件1211，用于对来自所述应用层的服务调用请求进行管理，并动态路由到相应的微服务单元的仿真服务；

服务调用组件1213，用于基于所述服务调用请求确定相应的微服务单元，以调用该微服务单元所指示的仿真服务；

负载均衡组件1212，用于基于预设的分配策略将所述服务调用请求分配到相应的微服务单元；

服务治理组件1214，用于对仿真服务的注册，并对各所述微服务单元所指示的仿真服务进行状态监控，以执行预设的负载均衡策略；

配置管理工具1215，用于管理各仿真服务的配置参数。

在本实施例中，网关组件对应用层的请求进行统一管理，动态路由到不同的微服务，实现动态路由。负载均衡组件通过不同策略将请求分配到不同的微服务，实现服务的高可用。服务调用组件用于实现微服务间的调用，提高了系统业务部署的灵活性。服务治理组件用于服务的注册以及状态监控，结合内设的Ribbon执行负载均衡策略，以及可通过针对如仿真引擎服务单元、分析评估服务单元等关键服务单元部署多个微服务节点，以保证微服务的可用性以及可靠性。配置管理工具提供了一个中心化的外部配置服务，用于集中管理各微服务的配置参数。

在一些实施例中，参见图1，所述仿真推演评估系统还包括：

基础资源服务层13，用于根据所述业务指令和所调用的仿真服务，调度相应的虚拟化计算资源、虚拟化存储资源、服务容器以及资源监控服务；

硬件平台层14，包括网络设备141、计算服务器142及存储服务器143。

在本实施例中，如图1所示，基础资源服务层13包括计算资源虚拟化单元132、存储资源虚拟化单元131、服务容器133和资源监控单元134，基础资源服务层将硬件资源和软件资源进行整合，结合虚拟化技术提供虚拟化计算资源、虚拟化存储资源。此外，各微服务通过docker虚拟容器技术部署到云端，具体的，仿真引擎服务单元以及分析评估服务单元通过docker部署在云平台，并可部署多个节点，使用户可以并发调用仿真引擎服务，实现了系统的高效运行，提高了系统处理效率。同时，本实施例支持硬件资源虚拟化，方便按需扩展，解决了由于硬件资源瓶颈带来的仿真效率问题。

在一些实施例中，图2为本申请实施例提供的布设服务总线与仿真总线的结构示意图，所述仿真推演评估系统还包括：

服务总线151，连接在所述应用层11、所述业务服务层12、基础资源服务层13及硬件平台层14之间，用以传输所述服务调用请求、虚拟化计算资源、虚拟化存储资源；

仿真总线152，设于所述业务服务层12且连接于所述服务总线151，用于传输所述服务调用请求以及仿真推演的相关数据。

在本实施例中，应用层、所述业务服务层、基础资源服务层及硬件平台层之间通过服务总线连接，使利用服务总线传输如态势数据、推演指令、评估指令、想定文件、任务信息和指标信息的业务指令。仿真总线连接于服务总监，实现数据交互。这样，利用资源虚拟化、服务封装、分布仿真推演等操作，实现硬件、数据、模型、服务、业务应用的分层解耦、柔性组合、动态扩展。

图3为本申请实施例提供的一种仿真推演评估方法的流程示意图。本申请实施例中提供了一种仿真推演评估方法用于图1所述的仿真推演评估系统1为例进行说明，该方法包括步骤S301至S303。

S301、通过应用层中的应用模块获取针对仿真处理的业务指令，并向所述业务服务层发起与所述业务指令对应的服务调用请求；

S302、通过业务服务层中的微服务模块响应于至少一个所述应用模块发起的服务调用请求，调用相应的仿真服务，使基于仿真工具进行仿真推演，并向所述应用模块返回相应的请求响应结果；

S303、通过所述业务服务层中的包含至少一个所述仿真工具的支撑平台，为所调用的仿真服务在仿真推演时提供相应的仿真工具。

上述实施例通过一个或多个仿真服务处理业务指令，并将支撑平台的仿真工具进行微服务化，为应用层提供服务支撑，解决了传统的仿真推演评估系统架构中异构系统的整合性差的技术问题。其次，每个仿真微服务以及仿真工具能够独立部署运行，具有低耦合性，实现灵活进行业务部署和调用，有效提高系统的灵活性和可用性。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (10)

1.一种仿真推演评估系统，其特征在于，所述系统包括应用层及业务服务层；

应用模块，设于所述应用层，用于获取针对仿真处理的业务指令，并向所述业务服务层发起与所述业务指令对应的服务调用请求；

微服务模块，设于所述业务服务层，用于响应至少一个应用模块发起的服务调用请求，调用相应的仿真服务利用仿真工具进行仿真推演，并向所述应用模块返回相应的请求响应结果；

包含至少一个所述仿真工具的支撑平台，设于所述业务服务层并连接于所述微服务模块，用于为所调用的仿真服务在仿真推演时提供相应的仿真工具。

2.根据权利要求1所述的仿真推演评估系统，其特征在于，所述应用模块包括：

地图单元，用于获取态势数据；

仿真推演单元，用于获取用以指示控制仿真推演的推演指令；

分析评估单元，用于获取用以指示生成评估报告的评估指令；

想定编辑单元，用于获取用以指示编辑仿真实体的想定文件；

任务管理单元，用于获取用以指示管理推演评估任务的任务信息；

指标体系构建单元，用于获取用以指示编辑仿真指标体系的指标信息。

3.根据权利要求1所述的仿真推演评估系统，其特征在于，所述应用层还包括集成平台；

所述集成平台，均与各所述应用模块、所述业务服务层相连接，用于获取至少一个所述应用模块针对仿真处理的业务指令，并基于所述业务指令确定服务调用请求，将所述服务调用请求发送到所述业务服务层；以及，将所述业务服务层返回的请求响应结果发送到相应的应用模块。

4.根据权利要求1所述的仿真推演评估系统，其特征在于，所述业务服务层还包括服务管理模块，所述服务管理模块与布设有至少一个微服务单元的所述微服务模块相连接；

所述服务管理模块包括：

网关组件，用于对来自所述应用层的服务调用请求进行管理，并动态路由到相应的微服务单元的仿真服务；

服务调用组件，用于基于所述服务调用请求确定相应的微服务单元，以调用该微服务单元所指示的仿真服务；

负载均衡组件，用于基于预设的分配策略将所述服务调用请求分配到相应的微服务单元；

服务治理组件，用于注册仿真服务并对各所述微服务单元所指示的仿真服务进行状态监控，以执行预设的负载均衡策略；

配置管理工具，用于管理各仿真服务的配置参数。

5.根据权利要求1所述的仿真推演评估系统，其特征在于，所述仿真工具包括：

地图工具，用于展示态势数据；

想定编辑工具，用于编辑计划方案，以基于所述计划方案生成仿真想定文件；

模型开发工具，用于提供模型开发框架，以基于所述模型开发框架构建仿真模型；

指标体系构建工具，用于对评估指标进行自由组合，以建立评估指标体系；

仿真引擎工具，用于提供仿真引擎，以基于所述仿真引擎对仿真模型进行实例化，并针对仿真过程进行管理；

分析评估工具，用于按评估指标体系对仿真推演结果进行分析，以生成评估报告。

6.根据权利要求1所述的仿真推演评估系统，其特征在于，所述微服务模块包括：

地图服务单元，用于指示地图服务，所述地图服务包括态势标绘以及地图交互；

想定编辑服务单元，用于指示想定编辑服务，所述想定编辑服务包括想定创建、想定编辑以及想定保存；

指标体系构建服务单元，用于指示指标体系构建服务，所述指标体系构建服务包括针对评估指标体系的创建、修改、删除及保存；

仿真引擎服务单元，用于指示仿真引擎服务，所述仿真引擎服务包括针对仿真引擎的状态控制、仿真速度控制及数据加载；

分析评估服务单元，用于指示分析评估服务，所述分析评估服务包括分析评估的进程状态控制、设置评估指标及生成评估报告；

模型服务单元，用于指示模型服务，所述模型服务包括构建仿真模型及调用外部仿真模型；

任务管理服务单元，用于指示任务管理服务；

Redis缓存单元，用于缓存仿真数据；

消息队列单元，用于执行各仿真服务之间的消息订阅发布。

7.根据权利要求4所述的仿真推演评估系统，其特征在于，所述应用层通过HTTP RESTAPI接口与所述业务服务层进行数据交互；和/或，各所述微服务单元之间通过HTTP RESTAPI接口进行通信。

8.根据权利要求1所述的仿真推演评估系统，其特征在于，所述仿真推演评估系统还包括：

基础资源服务层，用于根据所述业务指令和所调用的仿真服务，调度相应的虚拟化计算资源、虚拟化存储资源、服务容器以及资源监控服务；

硬件平台层，包括网络设备、计算服务器及存储服务器。

9.根据权利要求8所述的仿真推演评估系统，其特征在于，所述仿真推演评估系统还包括：

服务总线，连接在所述应用层、业务服务层、基础资源服务层及硬件平台层之间，用以传输所述服务调用请求、虚拟化计算资源、虚拟化存储资源；

仿真总线，设于所述业务服务层且连接于所述服务总线，用于传输所述服务调用请求以及仿真推演的相关数据。

10.一种仿真推演评估方法，其特征在于，适用于如权利要求1-9任一项所述的仿真推演评估系统；所述方法，包括：

通过应用层中的应用模块获取针对仿真处理的业务指令，并向所述业务服务层发起与所述业务指令对应的服务调用请求；

通过业务服务层中的微服务模块响应于至少一个所述应用模块发起的服务调用请求，调用相应的仿真服务并利用仿真工具进行仿真推演，并向所述应用模块返回相应的请求响应结果；

通过所述业务服务层中的包含至少一个所述仿真工具的支撑平台，为所调用的仿真服务在仿真推演时提供相应的仿真工具。

Images