CN116467303A - 一种兵棋推演断点续裁方法、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种兵棋推演断点续裁方法、服务器及存储介质，属于兵棋推演系统领域，包括如下步骤：步骤1：输入推演指令，推演系统根据所述推演指令修改推演进程的进程状态，并将所述推演指令和所述进程状态存储至数据库中；步骤2：裁决系统根据所述推演指令对所述推演进程进行裁决，并将裁决的推演数据和时间片信息存储至数据库中；步骤3：周期性遍历所有推演进程，根据所述时间片信息判断处于裁决中的推演进程是否为异常进程；步骤4：对判定为异常进程的所述推演进程，从所述数据库中删除异常数据后，重新读取推演数据和推演指令继续进行裁决。能够以回合为续裁恢复点，能够满足实际推演中主动中断、意外中断后继续裁决的需求。

Description

一种兵棋推演断点续裁方法、服务器及存储介质

技术领域

本申请属于兵棋推演系统领域，特别涉及一种兵棋推演断点续裁方法、服务器及存储介质

背景技术

计算机兵棋推演系统，遵循手工兵棋推演基本原理，采用计算机软件的方式实现兵棋对抗推演，采用棋子模拟作战力量，六角格棋盘构建战场环境，基于军事经历和案例经验总结裁决规则，实现红、蓝对抗推演。在回合制裁决模式中，红蓝双方同时进行态势分析和指令录入，作战时间暂停，双方指令录入完成后，统一提交裁决，作战时间开始推进，进入裁决状态。使用预先定义的规则对双方指令进行裁决，裁决完成后形成推演结果，主要包括：推演战报、裁决明细、过程数据。裁决过程中，推演人员不能进行任何操作，即不能下达推演指令。裁决结束后，自动进入下一个回合的决策状态，作战时间暂停。

在实际的兵棋推演过程中，行动单位数量众多，相应的行动指令也数量繁多，所以每一次推演产生的裁决数据十分庞大，每个回合的裁决大量的指令，需要消耗不少的时间。同时，由于兵棋的裁决大多采用随机骰子的机制，当再一次裁决时，不能完美复现上一次的情况，也就是说，再次重新裁决属于下一次推演，不能复现之前的推演状态。另外，大场景的兵棋推演训练往往会持续几天，给足推演者决策的时间，中间存在暂停休息的情况，但是推演进程不能被破坏中断。

传统的兵棋推演系统，当裁决服务、服务器出现故障等导致的意外关闭，推演就要从头再来，无法在断电的情况下记录推演状态，不能按照原状态进行推演，极大的影响了兵棋推演裁决的效率。

因此，亟需一种针对回合制的兵棋推演方法，能够在意外关闭等出现断点情况下的续裁技术，以解决上述问题。

发明内容

为了解决所述现有技术的不足，本申请提供了一种兵棋推演断点续裁的技术方案，以回合为续裁恢复点，能够满足实际推演中主动中断、意外中断后继续裁决的需求。

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

根据本发明的第一方面，提供了一种兵棋推演断点续裁方法，包括如下步骤：

步骤1：输入推演指令，推演系统根据所述推演指令修改推演进程的进程状态，并将所述推演指令和所述进程状态存储至数据库中；

步骤2：裁决系统根据所述推演指令对所述推演进程进行裁决，并将裁决的推演数据和时间片信息存储至数据库中；

步骤3：周期性遍历所有推演进程，根据所述时间片信息判断处于裁决中的推演进程是否为异常进程；

步骤4：对判定为异常进程的所述推演进程，从所述数据库中删除异常数据后，重新读取推演数据和推演指令继续进行裁决。

优选地，所述推演系统和所述裁决系统之间仅进行态势动画信息和服务状态心跳数据的信息传输，其中所述态势动画信息用于态势展示；所述服务状态心跳数据用于判定裁决系统是否出现故障。

优选地，所述服务状态心跳数据为周期性发送的无动画操作的的空消息，当推演系统在规定时间内未接收到所述服务状态心跳数据的次数达到阈值时，则判定所述裁决系统出现故障。

优选地，在步骤1中，下达的所述推演指令保存至数据库中的推演指令数据表和推演属性数据表中，其中：所述推演指令数据表记录所述推演指令的基本信息，至少包括所述推演进程、推演方、下达人员、执行时间、指令状态以及指令状态修改时间；所述推演属性数据表记录所述推演指令的详细信息；所述裁决系统根据所述指令状态、所述执行时间以及当前作战时间判断是否进行裁决。

优选地，所述裁决系统进行裁决时，为每一个所述推演进程创建裁决服务实例，每个所述裁决服务实例均为单独的程序进程。

优选地，在步骤2中，裁决系统将裁决产生的推演数据保存至数据库的推演进程数据表中，推演系统从所述推演进程数据表读取最新状态的推演数据，更新推演态势页面并推进到下一回合。

优选地，在步骤2中，所述时间片信息以及进程状态均保存至所述数据库的推演进程信息表中，所述裁决系统根据推演进程对进程状态以及时间片信息进行修改，所述推演进程信息表中还记录有服务器IP和服务实例IP，所述服务器IP用于标识分布式架构中裁决服务运行的服务器，所述服务实例ID用于标识服务器上推演进程的裁决任务。

优选地，在步骤3中，是否为异常进程的判断方法为：判断当前时间片信息是否为回合结束时间片，若不是则为异常进程；在步骤4中，删除异常数据的具体方法为：删除对应推演进程数据表中晚于当前时间片信息所产生的属性数据；重新读取推演数据和推演指令继续进行裁决具体为：从推演进程数据表中重新读取当前时间片信息对应的推演数据，根据推演指令继续进行裁决。

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

所述存储器存储计算机程序，所述至少一个处理器执行所述存储器存储的计算机程序，以实现上述兵棋推演断点续裁方法。

根据本发明的第三方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现上述兵棋推演断点续裁方法。

根据本发明的一个实施例，本发明的有益效果在于：推演系统和裁决系统主要通过数据库进行交互，下达的指令、裁决所产生的数据以及推演进程的时间片信息均保存至数据库中，当出现推演断点状况时，能够从数据库读取断点处的时间片信息以及指令、数据，从而在之前的裁决保持不变的情况下继续进行裁决；

裁决系统中的每个推演进程均有单独的裁决服务实例，单个裁决服务实例出现运行故障或崩溃时不会影响其他进程。

附图说明

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

图1为本申请一实施例中一种兵棋推演断点续裁方法的流程图；

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

具体实施方式

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

如图1所示，本申请一实施例中的兵棋推演断点续裁方法所运行的系统，包括推演系统、裁决系统以及数据库，其中裁决系统和推演系统承担主要的后台计算，推演系统将推演内容发送至推演终端进行态势展示和人机交互，其中人机交互主要为指令输入下达、动画展示等，推演终端采用无状态机制运行。其中裁决系统采用“引擎+脚本”的方式构建，即引擎负责规则的调度，脚本用于描述裁决规则逻辑。

本系统中的推演系统和裁决系统通过数据库进行交互，最大限度的做到服务无状态，将过程状态存储到数据库中，能够更好的支持故障恢复。推演系统和裁决系统之间只进行裁决时的态势动画信息和服务状态心跳数据的交互。

服务状态心跳数据用于判定裁决系统是否出现故障，服务状态心跳数据为周期性发送的无动画操作的的空消息，当推演系统在规定时间内未接收到服务状态心跳数据的次数达到阈值时，则判定裁决系统出现故障。

本系统中的兵棋推演采用离散化的思想模拟作战过程，离散化时间采用回合和时间片的方式进行推演裁决。回合是最小决策时间单元（战役级一个回合一般模拟1个小时的作战时间，战术级一个回合一般模拟15分钟），推演决策指令下达需要对回合模拟的作战时间进行全部覆盖；时间片是裁决计算最小单元，每个回合由多个时间片构成。譬如：一回合模拟1小时作战时间，每时间片模拟10分钟作战时间，则一回合包含6个时间片。

利用上述系统进行的兵棋推演断点续裁方法，主要包括如下步骤：

S110：输入推演指令，推演系统根据推演指令修改推演进程的进程状态，并将推演指令和进程状态存储至数据库中；

在该步骤中，从推演终端输入的推演指令通过推演系统下达，记录到数据库中的推演指令数据表和推演属性数据表中，其中，推演指令数据表记录推演指令的基本信息，包括：所述推演进程、推演方、下达人员、执行时间、指令状态、指令状态修改时间等数据，其中的指令状态包含：未执行、执行中不可取消、执行中可取消、执行成功、执行失败、无法执行以及无效等七个状态，指令状态修改时间采用时间片作为记录单位，初始值为0，时间片信息记录的是时间片的信息，如时间片的ID、前后顺序或编码等。

裁决系统只取前三种指令状态的指令信息，即未执行、执行中不可取消以及执行中可取消三种，并依据执行时间与当前作战时间对比判断是否对推演指令进行裁决服务。

推演属性数据表，主要记录指令详细信息，不同类型的指令属性组成结构也不同，如：机动指令包括执行单位、路径和目的坐标，进攻指令包括执行单位、攻击目标等。

S120：裁决系统根据推演指令对推演进程进行裁决，并将裁决的推演数据和时间片信息存储至数据库中；

在该步骤中，裁决系统进行裁决时，采用分布式部署的形式，为每一个推演进程创建裁决服务实例，每个裁决服务实例均为单独的程序进程。单个服务实例运行故障或崩溃不会影响其他的进程。

在数据库中，对每个推演进程创建独立的推演进程数据表，推演进程数据表名命名规则为：jc_qzxs_[进程ID]，进程ID是推演进程唯一的标识号。推演进程数据表结构如表1所示，包括：棋子（地物）ID、属性ID、属性值、更新时间片。

表 1 推演进程数据表字段定义

每个回合的裁决服务结束后，裁决系统将裁决产生的推演数据均保存至数据库的推演进程数据表中。

推演开始后，推演系统从推演进程数据表中读取状态数据时间戳为0的推演数据，更新到推演终端的态势页面，在每个回合结束后，再读取最新状态的推演数据（即选择最大更新时间戳作为最新状态的推演数据），更新推演态势页面并推进到下一回合。

推演过程中的时间片信息以及进程状态均保存至数据库的推演进程信息表中，裁决系统根据推演进程对进程状态以及时间片信息进行修改，推演进程信息表中还记录有服务器IP和服务实例ID。其中，服务器IP用于标识分布式架构中裁决服务运行的服务器；服务实例ID用于标识该服务器上某个推演进程的裁决任务，根据服务器IP和服务实例ID可以定位一个特定的推演进程，方便读取该推演进程的数据，并在续裁时能够重新分配至该服务器进行推演。

在推演进程信息表中，预留进程状态和当前时间片信息两个字段。进程状态包括：准备中、操作中、裁决中、暂停和结束。裁决系统只有“裁决中—操作中”状态转换的修改权限，且只能裁决系统进行转换。进程当前时间片信息只能够由裁决系统进行修改，回合正常裁决结束后，进程状态为操作中且当前时间片等于回合数*回合时间片数。

推演指令下达完成后，推演系统将进程状态修改为裁决中，裁决系统实时轮询推演进程信息表中的进程状态，对裁决中的推演进程以事务的形式修改进程状态、生成UUID序列值写入服务器IP、写入裁决系统的运行主机IP，创建并启动裁决服务实例，并用之前生成的随机序列值作为服务实例ID，该服务实例ID被推演裁决服务写入到本地配置文件。其中UUID为通用唯一识别码，用于对推演进程等元素进行标记，使之能够辨识分布式系统中的元素，保证该元素在同一时空中的所有机器中都是唯一的，方便进行重新读取。

裁决规则的脚本，以时间片作为代码执行的最小单元，按照指令类型定义单时间片内指令裁决顺序，当本时间片内所有推演指令裁决完成后，所有函数执行完毕，所有内存变量释放，推进作战时间，即时间片数加1。

裁决过程中，有三类数据需要实时更新增量入库，包括进程状态数据、动态属性数据和指令状态数据，其中进程状态数据和动态属性数据记录在推演进程数据表中，在数据访问接口下自动记录状态变化数据，不影响脚本的开发和运行，以棋子属性操作为例进行说明（规则脚本和接口采用Lua语言实现）：

表2状态变化数据表

S130：周期性遍历所有推演进程，根据时间片信息判断处于裁决中的推演进程是否为异常进程；

在该步骤中，对进程状态为裁决中的推演进程进行遍历查询，查询服务器IP和服务实例ID是否为空，当进程状态为“裁决中”，且服务器IP和服务实例ID均为空时，则判定当前推演进程推演结束，进而判断当前时间片是否为回合结束的时间片，若是，则为正常进程，否则该推演进程为异常进程。

当推演系统在规定时间内未接收到服务状态心跳数据的次数达到阈值，判定裁决系统出现故障时，此时由于推演可能已经结束，也可能未结束。需要同样对所有的推演进程进行查询，查询进程状态为“裁决中”且服务器IP和服务实例ID为空的推演进程，根据时间片信息判断推演进程是否为异常进程。

S140：对判定为异常进程的推演进程，从数据库中删除异常数据后，重新读取推演数据和推演指令继续进行裁决。

在该步骤中，删除异常数据的具体方法为：删除对应推演进程数据表中晚于当前时间片信息所产生的属性数据；

重新读取推演数据和推演指令继续进行裁决具体为：从推演进程数据表中重新读取当前时间片信息对应的推演数据，并读取推演指令数据表和推演属性数据表，将执行完毕且时间片在本回合内的推演指令设置其指令状态为执行中；调用裁决规则脚本，根据推演指令继续进行裁决。从而保证继续推演过程中，保留了已经推演完成的数据，在此基础上进行继续裁决，无需从头重新进行，大大节省了推演的时间，也同样保证了推演过程能够按照最开始的推演结果逐步进行，提高了推演可靠性。

如图2所示，本申请一实施例中的一种服务器，包括：存储器201和至少一个处理器202；

存储器201存储计算机程序，至少一个处理器202执行存储器201存储的计算机程序，以实现上述兵棋推演断点续裁方法。

本申请一实施例中，还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述兵棋推演断点续裁方法。

采用上述技术方案，推演系统和裁决系统主要通过数据库进行交互，下达的指令、裁决所产生的数据以及推演进程的时间片信息均保存至数据库中，当出现推演断点状况时，能够从数据库读取断点处的时间片信息以及指令、数据，从而在之前的裁决保持不变的情况下继续进行裁决，满足实际推演中主动中断、意外中断后继续裁决的需求，在出现意外状况时能够快速恢复兵棋裁决任务，提升了兵棋推演系统的可靠性。

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

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

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

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

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

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

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

Claims (10)

1.一种兵棋推演断点续裁方法，其特征在于，包括如下步骤：

步骤1：输入推演指令，推演系统根据所述推演指令修改推演进程的进程状态，并将所述推演指令和所述进程状态存储至数据库中；

步骤2：裁决系统根据所述推演指令对所述推演进程进行裁决，并将裁决的推演数据和时间片信息存储至数据库中；

步骤3：周期性遍历所有推演进程，根据所述时间片信息判断处于裁决中的推演进程是否为异常进程；

步骤4：对判定为异常进程的所述推演进程，从所述数据库中删除异常数据后，重新读取推演数据和推演指令继续进行裁决。

2.根据权利要求1所述的兵棋推演断点续裁方法，其特征在于，所述推演系统和所述裁决系统之间仅进行态势动画信息和服务状态心跳数据的信息传输，其中所述态势动画信息用于态势展示；所述服务状态心跳数据用于判定裁决系统是否出现故障。

3.根据权利要求2所述的兵棋推演断点续裁方法，其特征在于，所述服务状态心跳数据为周期性发送的无动画操作的空消息，当推演系统在规定时间内未接收到所述服务状态心跳数据的次数达到阈值时，则判定所述裁决系统出现故障。

4.根据权利要求1所述的兵棋推演断点续裁方法，其特征在于，在步骤1中，下达的所述推演指令保存至数据库中的推演指令数据表和推演属性数据表中，其中：所述推演指令数据表记录所述推演指令的基本信息，至少包括所述推演进程、推演方、下达人员、执行时间、指令状态以及指令状态修改时间；所述推演属性数据表记录所述推演指令的详细信息；所述裁决系统根据所述指令状态、所述执行时间以及当前作战时间判断是否进行裁决。

5.根据权利要求1所述的兵棋推演断点续裁方法，其特征在于，所述裁决系统进行裁决时，为每一个所述推演进程创建裁决服务实例，每个所述裁决服务实例均为单独的程序进程。

6.根据权利要求5所述的兵棋推演断点续裁方法，其特征在于，在步骤2中，裁决系统将裁决产生的推演数据保存至数据库的推演进程数据表中，推演系统从所述推演进程数据表读取最新状态的推演数据，更新推演态势页面并推进到下一回合。

7.根据权利要求6所述的兵棋推演断点续裁方法，其特征在于，在步骤2中，所述时间片信息以及进程状态均保存至所述数据库的推演进程信息表中，所述裁决系统根据推演进程对进程状态以及时间片信息进行修改，所述推演进程信息表中还记录有服务器IP和服务实例ID，所述服务器IP用于标识分布式架构中裁决服务运行的服务器，所述服务实例ID用于标识服务器上推演进程的裁决任务。

8.根据权利要求7所述的兵棋推演断点续裁方法，其特征在于，在步骤3中，是否为异常进程的判断方法为：判断当前时间片信息是否为回合结束时间片，若不是则为异常进程；在步骤4中，删除异常数据的具体方法为：删除对应推演进程数据表中晚于当前时间片信息所产生的属性数据；重新读取推演数据和推演指令继续进行裁决具体为：从推演进程数据表中重新读取当前时间片信息对应的推演数据，根据推演指令继续进行裁决。

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

所述存储器存储计算机程序，所述至少一个处理器执行所述存储器存储的计算机程序，以实现权利要求1至8中任一项所述的兵棋推演断点续裁方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被执行时实现权利要求1至8中任一项所述的兵棋推演断点续裁方法。