CN116382671B - 基于模板的兵棋推演指令构建方法、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种基于模板的兵棋推演指令构建方法、服务器及存储介质，属于军事仿真应用技术领域，包括如下步骤，步骤1：构建指令字典表，并构建元属性列表；步骤2：新建指令模板，从指令字典表中选择相应指令装载至指令模板中；步骤3：从元属性列表中选择相应的元属性对指令进行定义；步骤4：根据元属性的类型渲染控件，生成指令面板；步骤5：对指令进行业务逻辑判断条件定义；步骤6：将指令与数据库连接并进行交互，完成指令构建。本方法以模板的形式动态生成兵棋推演指令，通过可视化的方法完成兵棋指令的构建，并能够添加业务判断条件，完成复杂指令构建，相较于传统兵棋指令开发方式，提升了指令面板的开发效率，增强了可扩展能力。

Description

基于模板的兵棋推演指令构建方法、服务器及存储介质

技术领域

本申请属于军事仿真应用技术领域，特别涉及一种基于模板的兵棋推演指令构建方法、服务器及存储介质。

背景技术

计算机兵棋推演系统，遵循手工兵棋推演基本原理，采用计算机软件的方式实现兵棋对抗推演，采用棋子模拟作战力量，六角格棋盘构建战场环境，基于军事经历和案例经验总结裁决规则，实现红、蓝对抗推演。

在回合制的兵棋推演系统中，主要包括态势分析、指令录入、推演裁决、结果查询等流程，推演战报是结果查询的核心内容，态势分析和指令录入时，作战时间暂停，双方指令录入完成后，统一提交裁决，作战时间开始推进。使用预先定义的规则对双方指令进行裁决，裁决完成后形成推演结果，主要包括：推演战报、裁决明细、过程数据。其中，推演战报是对结果的专业化的总结，是军事人员进行结果分析的第一依据，裁决明细和过程数据是用于支撑理解推演战报的素材，可以对战报结果产生原因进行追溯。

在实际应用过程中，针对多作战样式兵棋推演系统的设计要求，不同作战样式和不同场景对指令的要求存在差异。传统兵棋指令面板研发是逐一采用代码开发的形式进行的，不同指令面板代码独立研发，每个指令的逻辑业务判断需要逐一调试，并与后台裁决规则进行对接，不利于指令的扩展。

因此，需要一种新型的兵棋推演指令构建的技术方案，能够解决上述问题。

发明内容

为了解决所述现有技术的不足，本申请提供了一种基于模板的兵棋推演指令构建方法，以模板的形式动态生成兵棋推演指令，能够通过可视化的方法简单方便的完成兵棋普通指令的构建，并能够通过添加业务判断条件，完成复杂的指令构建，相较于传统兵棋指令开发方式，大幅提升了指令面板的开发效率，增强了其可扩展能力。

本申请所要达到的技术效果通过以下方案实现：

根据本发明的第一方面，提供了一种基于模板的兵棋推演指令构建方法，包括如下步骤：

步骤1：构建指令字典表，并构建元属性列表；

步骤2：新建指令模板，从所述指令字典表中选择相应指令装载至所述指令模板中；

步骤3：从所述元属性列表中选择相应的元属性对所述指令进行定义；

步骤4：根据所述元属性的类型渲染控件，生成指令面板；

步骤5：对指令进行业务逻辑判断条件定义；

步骤6：将指令与数据库连接并进行交互，完成指令构建。

优选地，在步骤1中，所述元属性列表中的指令类型至少包括：字符串、整数、浮点数、字典值、字符串列表、浮点数列表、字典值列表、布尔值以及字典子集列表，在步骤3中选择相应的指令类型对所述指令进行定义。

优选地，完成构建的指令能够作为指令模板，对所述指令模板进行修改得到全新的指令。

优选地，在步骤3中，还包括对所述指令添加注记图标，所述注记图标为指令下达时在棋子上进行已下达指令的标识。

优选地，在步骤4中，渲染控件具体为：依据元属性的ID预先定义不同元属性展现控件的方式，再采用键值对列表进行记录，渲染控件时依次从所述键值对列表中选择对应的展现方式进行展现。

优选地，在步骤5中，对指令进行业务逻辑判断条件定义的具体方式为：制作配置文件来记录每个指令需要检测的条件，依据不同指令的检测条件对指令进行筛选性检测，如果不符合业务逻辑则发出警示信息。

优选地，在步骤6中，完成指令构建后，裁决服务通过数据访问接口依据推演进程ID读取指令的具体信息，判断指令的状态并将未完成执行的指令加入指令执行队列进行裁决。

优选地，裁决服务根据指令裁决对应表，实现时自动选择指令裁决对应表中的规则函数进行裁决服务。

根据本发明的第二方面，提供一种服务器，包括：存储器和至少一个处理器；

所述存储器存储计算机程序，所述至少一个处理器执行所述存储器存储的计算机程序，以实现上述基于模板的兵棋推演指令构建方法。

根据本发明的第三方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现上述基于模板的兵棋推演指令构建方法。

根据本发明的实施例，使用本基于模板的兵棋推演指令构建方法的有益效果在于，通过可视化方法完成兵棋指令的构建，不仅能够大幅提升指令面板的开发效率，增强可扩展能力；而且能够规范指令构建方式，更好的适应不同作战样式的推演指令需求。

附图说明

为了更清楚地说明本申请实施例或现有的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一实施例中一种基于模板的兵棋推演指令构建方法流程图；

图2为本申请一实施例中一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合具体实施例及相应的附图对本申请的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，本实施例中的基于模板的兵棋推演指令构建方法，包括如下步骤：

S110：构建指令字典表，并构建元属性列表；

在该步骤中，指令是指在兵棋对抗推演过程中，推演人员用于控制棋子的命令，能够完整的描述一个作战行动单元，棋子依据指令信息执行作战行动。

指令字典表中为指令定义唯一的ID标识，用于定义各个指令的名称，建立指令过程中从指令字典表中选择相应的指令。ID标识能够对相似名称的指令进行区分，避免出现错用的情况发生。该指令字典表支持内容可扩展，指令字典表如表1所示：

表1指令字典表示例

该步骤中，元属性列表中设置有若干种类的元属性，若干元属性定义一个指令，如定义空对地突击的指令时，所需的元属性包括起飞机场、飞机类型、飞机架数、目标、机场子目标、挂弹方案、飞行高度、飞行路径等等。每一个元属性均有自己属性编号、属性名称、指令类型、属性值、计量单位等，能够对一个指令进行全方位的定义。元属性列表中的指令类型至少包括：字符串、整数、浮点数、字典值、字符串列表、浮点数列表、字典值列表、布尔值以及字典子集列表，例如：棋子ID采用字符串，雷达开关机采用布尔值，棋盘坐标采用浮点数列表（12，23）。

元属性列表同样能够进行扩展，而且对不同的元属性进行分组处理，例如空军单位的元属性位于同一组中，方便根据指令名称快速的选择相应组中的元属性。

字典表和元属性方法的应用，能够规范棋子、指令、裁决规则三方交互的数据标准，不同类型的指令中相同的内容也能够统一化定义维护，有效降低开发错误成本。另外，通过标准化定义，支持可视化界面扩展，内部程序代码采用字典表中的ID标识和元属性的ID进行逻辑处理，扩展时无需修改程序代码，仅通过界面设置和配置文件便可完成指令的扩展，具有易操作性和可维护性。

S120：新建指令模板，从指令字典表中选择相应指令装载至指令模板中；

在该步骤中，根据作战需要从指令字典表中选择相应的指令，可以通过指令名称选择相应指令，也可以通过指令唯一的ID标识进行选择。

S130：从元属性列表中选择相应的元属性对指令进行定义；

在该步骤中，指令模板通过元属性组装定义具体数据，如：空对地突击（图内）包括起飞机场、飞机类型、飞机架数、目标、机场子目标、机场子目标数量、挂弹方案、飞行高度、飞行路径、返航路径、备降机场。针对不同的作战样式，可对新建完成的其他指令，作为该指令的裁剪版，即将完成构建的指令作为指令模板，对指令模板进行修改得到全新的指令。譬如在其他作战样式中，空对地突击只关心打击效果，将飞机作为图外棋子运用，则可以较少起飞机场、挂弹方案、飞行高度、飞行路径、返航路径和备降机场。裁决采用同一套规则，针对较少的指令属性采用规则自动化处理，如：自动规划飞机飞行路径等。从而大大降低指令的构建复杂度，提高指令构建的效率。

制作指令模板具体方式为：首先添加指令字典表和进行元属性维护（如根据当前推演需要选择相应的元属性分组、添加本分组中所需要的元属性等），具备基础数据后，新建指令模板依次完成字典项关联、定义指令注记图标、选择指令元属性进行组合。其中，指令注记图标为指令下达时在棋子上进行已下达指令的标识，例如图选棋子、地物标识、图选六角格、下拉框字典项等。

S140：根据元属性的类型渲染控件，生成指令面板；

在该步骤中，指令面板构成需要不同的控件组合，依据指令中元属性的要素类型进行定义，指令面板自动生成时依据上述元属性的类型对控件进行渲染，如下表2所示：

表2指令面板控件类型说明

如表2所示，元属性中的要素类型包括目标类型、坐标点、坐标线、枚举选择、输入类型以及布尔类型等，渲染后自动生成的指令面板包括根据元属性的类型，如机场、行动单位、炮火袭击点、活力覆盖范围、路径、雷达开关机等情况分别形成图选棋子、地物、六角格、下拉框字典项或数字、编辑框、单元框等。以方便直观的看出指令的位置或位置等信息。

具体的，依据指令元属性的ID预先定义不同元属性展现控件方式，采用键值对列表进行记录，渲染控件时依次从键值对列表中选择对应的展现方式进行展现。

S150：对指令进行业务逻辑判断条件定义；

在该步骤中，制作配置文件来记录每个指令需要检测的条件，指令下达时依据不同指令的检测条件对指令进行筛选性检测，如果不符合业务逻辑则发出警示信息。指令下达时判断指令是否具备一定的业务逻辑，即根据当前的推演需要判断指令是否符合业务逻辑，例如：判断弹药量、攻击距离、单位类型等是否满足业务规则要求。

其中的配置文件可以在步骤2中，即从字典表中选择指令后，根据该指令对应的ID进行创建，也可以在步骤3中，即元属性定义指令后进行创建，将指令中的某些需要判断的参数进行归集整理，根据当前推演的需要设置相应的条件。

在具体实施过程中，可以设计逻辑判断代码模块，形成业务规则检测全集。采用逻辑条件变量的方式定义每个指令需要检测的条件，采用配置文件的方式记录。程序运行过程中，依据不同指令的检测条件进行筛选性检测。定义和调整指令业务规则时，只需要调整配置文件即可，无需修改代码，提升了指令扩展效率。

其中，配置文件的形式例如：

var CTL={

1:{clr:[94,101],ini:"21774",rst:{101:{len:2}},xddw:"94",ele:{94:{user:true,oper:"0",auth:true,zzxd:1,sx:[{sxid:7,sxz:"1,2,3,5,6,8,9,10,12,13,18,19,21,22,24,26,27,29,34,39,38"}]}}},

2:{shw:[96,125,22083],slt:[125,22083],ini:"-5,15,23,24,69,162,21719",xddw:"94",mbdw:"96",jslj:1,dxsc:1,extp:"94"},

96:{user:true,oper:"1",sx:[],shw:[{sxid:500,sxz:"22,23,24,26,27",slt:[22080,22081]}]}}},10:{clr:[335,99,336,100],slt:[383,108],ini:"-5,170,171,22088",xddw:"335",mbdw:"336",pln:1,jslj:1,zzbj:1}

配置文件中各变量元素说明示例见下表3：

表3配置文件中各变量元素说明

上述内容主要介绍相关条件约束的表示方法，依据兵棋指令扩展需求，可进一步增加。

根据配置文件中的业务规则判断当前指令是否符合业务逻辑，并对是否符合进行展示，若符合业务逻辑则直接完成指令构建，若不符合则通过警示框显示警示信息，警示信息包括但不限于指令位置、指令名称、不符合项、建议修改数值等信息，方便操作人员进行直接修改，提高指令的构建效率，而且能够大大提高指令构建的准确度，提高兵棋推演的精确度。

S160：将指令与数据库连接并进行交互，完成指令构建。

在该步骤中，指令与裁决规则的数据交互，采用数据库交互方式，即指令下达后存入指令数据库表中，分为两张数据表：指令信息表、指令属性表，指令信息表主要存储指令的基本信息，指令属性表存储指令的属性信息。其中指令信息表和指令属性表记载的内容分别如表4和表5所示：

表 4指令信息表

表5指令属性表

裁决服务通过数据访问接口依据推演进程ID读取指令信息与具体指令属性数据，判断指令状态，将未执行、正在执行的指令加入指令执行队列进行裁决。

兵棋采用离散化思想进行设计，较仿真系统具有数据量小、易计算的特点，回合制兵棋仅在双方决策时，后台无需进行计算，统一提交裁决后，进行集中后台计算回合推演结果。因此，采用数据库交互是最适于该应用场景的架构，较传统的总线交互架构，能够降低程序逻辑复杂度与计算资源开销。另外，数据库交互具有无状态的特点，且不会因数据缺陷导致系统宕机，有效提升系统的稳定性，即使发生断电等硬件问题，数据库存储是永久性存储，能够快速进行恢复。

裁决服务中同一裁决规则支持多种指令的裁决，即不同作战样式推演，对相同指令的下达方式也存在差异，譬如：空对地突击指令，存在两种方式，一种是图内选择起飞机场，另一种是图外，不需要起飞机场，因此，需要一套指令和裁决规则代码进行实现。裁决规则实现时，需要全要素考虑指令属性，针对被裁决的指令属性，采用规则自动规划的方式完成。设计实现指令-裁决对应表，描述指令与裁决规则的对应关系，如下表6所示。

表6指令-裁决对应表

裁决服务根据指令-裁决对应表，实现时自动选择指令裁决对应表中的规则函数进行裁决服务。

在本申请一实施例中，提供一种服务器，包括：存储器201和至少一个处理器202；

存储器201存储计算机程序，至少一个处理器202执行存储器201存储的计算机程序，以实现上述基于模板的兵棋推演指令构建方法。

在本申请一实施例中，提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述基于模板的兵棋推演指令构建方法。

本方法以模板的形式可动态生成兵棋推演指令，支持通过可视化方法简便的完成兵棋普通指令的构建，针对有特殊要求的指令，可添加业务判断条件，完成指令的构建。较传统兵棋指令开发方式，大幅提升了指令面板的开发效率，增强了其可扩展能力。

由于不同作战样式推演，对相同指令的下达方式也存在差异，譬如：空对地突击指令，存在两种方式，一种是图内选择起飞机场，另一种是图外，不需要起飞机场，因此，需要一套指令和裁决规则代码进行实现。采用本发明的方法，能够规范指令构建方式，更好的适应不同作战样式的推演指令需求。

本发明针对多作战样式兵棋推演系统的特性，针对不同作战样式和不同场景对指令的要求存在差异的问题。使兵棋指令构建时具有灵活调整和可扩展的效果，摒弃了传统兵棋指令面板研发逐一采用代码开发的形式进行，不同指令面板代码独立研发，且每个指令的逻辑业务判断需要逐一与后台对接调试的问题。本方法基于模板的思路，解决了可视化兵棋指令构建与调整的问题。

应该指出，上述详细说明都是示例性的，旨在对本申请提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语均具有与本申请所属技术领域的普通技术人员的通常理解所相同的含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本申请的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式。此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便这里描述的本申请的实施方式能够以除了在这里图示或描述的那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，在这里可以使用空间相对术语，如“在……之上”、“在……上方”、“在……上表面”、“上面的”等，用来描述如在图中所示的一个器件或特征与其他器件或特征的空间位置关系。应当理解的是，空间相对术语旨在包含除了器件在图中所描述的方位之外的在使用或操作中的不同方位。例如，如果附图中的器件被倒置，则描述为“在其他器件或构造上方”或“在其他器件或构造之上”的器件之后将被定位为“在其他器件或构造下方”或“在其他器件或构造之下”。因而，示例性术语“在……上方”可以包括“在……上方”和“在……下方”两种方位。该器件也可以其他不同方式定位，如旋转90度或处于其他方位，并且对这里所使用的空间相对描述作出相应解释。

在上面详细的说明中，参考了附图，附图形成本文的一部分。在附图中，类似的符号典型地确定类似的部件，除非上下文以其他方式指明。在详细的说明书、附图及权利要求书中所描述的图示说明的实施方案不意味是限制性的。在不脱离本文所呈现的主题的精神或范围下，其他实施方案可以被使用，并且可以作其他改变。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种基于模板的兵棋推演指令构建方法，其特征在于，包括如下步骤：

步骤1：构建指令字典表，并构建元属性列表；

步骤2：新建指令模板，从所述指令字典表中选择相应指令装载至所述指令模板中；

步骤3：从所述元属性列表中选择相应的元属性对所述指令进行定义；

步骤4：根据所述元属性的类型渲染控件，生成指令面板；渲染控件具体为：依据元属性的ID预先定义不同元属性展现控件的方式，再采用键值对列表进行记录，渲染控件时依次从所述键值对列表中选择对应的展现方式进行展现;

步骤5：对指令进行业务逻辑判断条件定义；对指令进行业务逻辑判断条件定义的具体方式为：制作配置文件来记录每个指令需要检测的条件，在运行时依据不同指令的检测条件对指令进行筛选性检测，如果不符合业务逻辑则发出警示信息;

步骤6：将指令与数据库连接并进行交互，完成指令构建;

在步骤1中，所述元属性列表中的指令类型至少包括：字符串、整数、浮点数、字典值、字符串列表、浮点数列表、字典值列表、布尔值以及字典子集列表，在步骤3中选择相应的指令类型对所述指令进行装载。

2.根据权利要求1所述的基于模板的兵棋推演指令构建方法，其特征在于，完成构建的指令能够作为指令模板，对所述指令模板进行修改得到全新的指令。

3.根据权利要求1所述的基于模板的兵棋推演指令构建方法，其特征在于，在步骤3中，还包括对所述指令添加注记图标，所述注记图标为指令下达时在棋子上进行已下达指令的标识。

4.根据权利要求1所述的基于模板的兵棋推演指令构建方法，其特征在于，在步骤6中，完成指令构建后，裁决服务通过数据访问接口依据推演进程ID读取指令的具体信息，判断指令的状态并将未完成执行的指令加入指令执行队列进行裁决。

5.根据权利要求4所述的基于模板的兵棋推演指令构建方法，其特征在于，裁决服务根据指令裁决对应表，实现时自动选择指令裁决对应表中的规则函数进行裁决服务。

6.一种服务器，其特征在于，包括：存储器和至少一个处理器；

所述存储器存储计算机程序，所述至少一个处理器执行所述存储器存储的计算机程序，以实现权利要求1至5中任一项所述的基于模板的兵棋推演指令构建方法。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现权利要求1至5中任一项所述的基于模板的兵棋推演指令构建方法。