Simulation drill commanding and dispatching method and system based on multi-role cooperation

Abstract

The invention discloses a simulation drill commanding and dispatching method and system based on multi-role cooperation. A simulation scene combining a static environment and a dynamic disaster model is constructed through a three-dimensional graphic engine. The distributed participants access the system through the communication network, and the role management module distributes role permissions of general commanders, directors, emergency groups and the like to the distributed participants. The guiding and dispatching personnel can set disaster parameters and inject emergencies, and the general command can check scene states in real time and issue command and dispatching instructions. And each group terminal executes virtual operations such as disaster disposal, evacuation guidance, first aid and public opinion control according to the instruction, calculates the influence in real time through a disaster model and synchronizes the influence to all the terminals. And the data recording module is used for collecting the whole process event, and generating a quantitative evaluation report and three-dimensional redisk content after the drilling is finished. Cross-region, multi-role, high-simulation and quantifiable emergency drilling is realized, and the problems of single role, weak interactivity and lack of evaluation ability of traditional drilling are effectively solved.

Description

Technical Field

[0001] This specification relates to the field of emergency management technology, and more specifically, this application relates to a simulation exercise command and dispatch method and system based on multi-role collaboration. Background Technology

[0002] With the increasing variety and frequency of emergencies, all units urgently need to verify the feasibility of their emergency plans through drills. However, traditional field drills are costly, complex to organize, pose safety risks, and are difficult to replicate, making them unsuitable for the needs of rapid, repeated simulations and cross-regional coordination. Although VR and 3D simulation-based drill systems exist, they generally suffer from weak interactivity, only support single-person skill training, and are unable to simulate multi-role collaborative command processes. They also lack comprehensive emergency system training covering multiple roles such as commander-in-chief, rescue, evacuation, and medical personnel.

[0003] Furthermore, existing systems lack process-based data recording, making it difficult to quantify key indicators such as command response and task execution, thus hindering objective evaluation. Most systems also lack independent command and control modules, making it difficult to flexibly adjust parameters or inject unexpected events during drills, resulting in insufficient teaching and demonstration capabilities. Simultaneously, the local deployment model limits remote participation in cross-regional collaboration, leading to poor flexibility.

[0004] Therefore, there is an urgent need for a simulation exercise method and system that supports remote access, multi-role collaboration, dynamic disaster evolution and real-time command and dispatch, and has quantitative assessment capabilities. Summary of the Invention

[0005] The summary section introduces a series of simplified concepts, which will be further explained in detail in the detailed description section. This summary section is not intended to limit the key and essential technical features of the claimed technical solution, nor is it intended to determine the scope of protection of the claimed technical solution.

[0006] Firstly, this application proposes a simulation exercise command and dispatch method based on multi-role collaboration, including: Based on the selected disaster type information, a three-dimensional simulation scene is generated by calling a preset model library through the server. The three-dimensional simulation scene includes a static environment model, a disaster dynamic evolution model, and virtual emergency resources. A connection is established between different participating terminals and the aforementioned server through a communication network, and the aforementioned server loads the corresponding role interface configuration and operation permissions based on the user accounts of the different participating terminals. By setting disaster parameters, controlling the pace of the drill, and injecting unexpected events through the command and control terminal, the state update of the above-mentioned three-dimensional simulation scenario is driven. The command terminal receives the scene status pushed by the server and the self-status data reported by the different participating terminals in real time, and updates the three-dimensional simulation scene and data panel of the command terminal. Based on the 3D simulation scene and data panel, the commander generates command and dispatch instructions through the above-mentioned general command terminal and sends them to the above-mentioned server, which then sends the dispatch instructions to the corresponding participating terminals. Participants execute virtual operations based on the aforementioned scheduling instructions through the aforementioned participating terminals to update the aforementioned three-dimensional simulation scene.

[0007] In one feasible implementation, the above method further includes: During the exercise, the data recording module of the aforementioned server continuously records the timestamps and event data of the participants' operations, the transmission of command and dispatch instructions, and the state changes of the aforementioned three-dimensional simulation scene based on preset event triggering rules. After the exercise, the analysis module of the server reads the log file generated by the data recording module and aggregates the event data in the log file to generate evaluation indicators including command response time, evacuation efficiency and emergency resource utilization. The analysis module above uses the report generation library to output a structured evaluation report based on the evaluation indicators mentioned above. The scene status data in the log file is input into the simulation engine in chronological order to reconstruct the three-dimensional simulation scene, thereby generating interactive three-dimensional replay content and allowing the command terminal or participating terminals to control the replay progress and observation perspective through the timeline control.

[0008] In one feasible implementation, the above-mentioned generation of a 3D simulation scene based on the selected disaster type information by calling a preset model library via a server includes: Based on the selected disaster type information, a static environment model consistent with the real environment is constructed on the server using a 3D graphics engine. The static environment information includes terrain, buildings, roads, and interior layout, and the static environment model includes collision objects. The physical rules-based disaster dynamic evolution model is integrated into the above-mentioned 3D graphics engine, wherein the disaster dynamic evolution model includes a cellular automata model for simulating the fire spread process and a Gaussian plume model for simulating the chemical diffusion process. Virtual emergency resources are instantiated as interactive objects in the aforementioned 3D simulation scenario, and interactive scripts are bound to these interactive objects to achieve scenario status updates based on user operations.

[0009] In one feasible implementation, the above-mentioned connection between different participating terminals and the server is established through a communication network, and the server loads the corresponding role interface configuration and operation permissions based on the user accounts of the different participating terminals, including: Based on the transmission control protocol, a persistent two-way communication connection is established and maintained between the aforementioned participating terminals and the aforementioned server to achieve low-latency data interaction between the aforementioned server, the general command terminal, the director terminal, and the terminals of each group. The server retrieves the mapping relationship between user accounts and role identifiers corresponding to the different participating terminals from the role permission database, and issues user interface configuration files and operation permission lists to the corresponding participating terminals based on the role identifiers. The aforementioned participating terminals dynamically load the interface elements and functional modules corresponding to the roles based on the aforementioned user interface configuration file, thereby enabling participants with different roles to enter the operation interface that matches their permissions.

[0010] In one feasible implementation, the above-mentioned setting of disaster parameters, controlling of drill pace, and injection of unexpected events through the command and control terminal to drive the state update of the above-mentioned three-dimensional simulation scenario includes: The command and control terminal encapsulates the disaster parameter settings into parameter messages and sends them to the aforementioned server. The server then calls the corresponding disaster model interface based on the disaster parameters to update the model parameters in the aforementioned 3D simulation scene. When the directing terminal selects a sudden event and specifies the location of the event, the event scheduler of the aforementioned server calls the instantiation function at the specified coordinates of the aforementioned 3D simulation scene at a preset time point to generate the corresponding virtual event object, and sends an event notification message to the group terminals related to the aforementioned sudden event.

[0011] In one feasible implementation, the above-mentioned method of receiving scene status data pushed by the server and self-status data reported by different participating terminals in real time through the central command terminal, and updating the three-dimensional simulation scene and data panel of the central command terminal, includes: The simulation engine of the server continuously calculates the state data of the three-dimensional simulation scene and sends data packets containing object position, rotation and state parameters to the command terminal through the communication network at a preset push frequency, so that the graphics engine of the command terminal updates the object transformation and display content of the three-dimensional scene in real time. The server aggregates and processes the status data reported by each participating terminal to generate a lightweight data panel update package, and pushes the update package to the command terminal to dynamically update the data panel content, including personnel evacuation heat map, key fire parameters, personnel location and mission status.

[0012] In one feasible implementation, the command personnel generate command and dispatch instructions based on the 3D simulation scene and data panel through the overall command terminal and send them to the server, so that the server can send the dispatch instructions to the corresponding participating terminals, including: The integrated speech recognition software development kit in the above-mentioned command terminal is used to record and recognize the speech input of the command personnel. The acquired audio stream or audio file is sent to the speech recognition engine to obtain the command content in text form, or the command personnel can select the corresponding command template from the preset command library. The aforementioned command terminal encapsulates the identified text or the aforementioned command template into a predefined instruction data packet and sends it to the aforementioned server through the established communication network; The server parses the target object field in the instruction data packet, queries the role permission database to determine the matching participating terminal, and routes and sends the instruction data packet to the corresponding participating terminal.

[0013] In one feasible implementation, the participants execute virtual operations based on the scheduling instructions via the participant terminal to update the three-dimensional simulation scene, including: When the aforementioned participating terminal receives the aforementioned dispatch instruction, it activates the virtual operation control corresponding to the aforementioned dispatch instruction, allowing the participants to select and execute at least one virtual operation among disaster response, evacuation guidance, danger zone delineation, pre-hospital emergency care, or public opinion control. When a user triggers a virtual operation, the participating terminal performs collision detection or interaction determination and sends an operation request message containing the user identifier, target object identifier and action type to the server. The server, based on the operation request message, calls the corresponding disaster dynamic evolution model to calculate the impact of the virtual operation on the three-dimensional simulation scene and updates the state data in the three-dimensional simulation scene. The server will broadcast the updated scene status to all online terminals, so that the command terminal and all participating terminals will be able to update the 3D rendering effects and data panel content synchronously.

[0014] In one feasible implementation, the synchronous update of the 3D simulation scene between the participating terminal and the server further includes: After receiving an operation request message or scene state change event from any participating terminal, the server will push the differential scene state calculated based on the update model to the participating terminal in the form of incremental data packets to reduce network bandwidth usage and update delay. After receiving the incremental data packet, the participating terminal updates the local state of the cached 3D simulation scene, and drives the interface rendering engine to present the changed content in real time after synchronizing the updated scene state with the local rendering thread.

[0015] Secondly, this invention also proposes a simulation exercise command and dispatch system based on multi-role collaboration, comprising: The calling unit is used to generate a 3D simulation scene by calling a preset model library through the server based on the selected disaster type information. The 3D simulation scene includes a static environment model, a disaster dynamic evolution model, and virtual emergency resources. The loading unit is used to establish a connection between different participating terminals and the server through a communication network, and the server loads the corresponding role interface configuration and operation permissions based on the user accounts of the different participating terminals. The setting unit is used to set disaster parameters, control the exercise rhythm and inject emergencies through the command and control terminal to drive the state update of the above three-dimensional simulation scenario; The update unit is used to receive the scene status pushed by the server and the self-status data reported by the different participating terminals in real time through the general command terminal, and update the three-dimensional simulation scene and data panel of the general command terminal. The command unit is used by the command personnel to generate command and dispatch instructions based on the three-dimensional simulation scene and data panel through the above-mentioned general command terminal and send them to the above-mentioned server, so that the dispatch instructions can be sent to the corresponding above-mentioned participating terminals through the above-mentioned server; The operation unit is used by the participants to perform virtual operations based on the scheduling instructions through the aforementioned participation terminal in order to update the aforementioned three-dimensional simulation scene.

[0016] In summary, this invention, through a network-connected remote access mechanism and a role-based access control mechanism, enables participants located in different regions to conduct collaborative drills in a unified virtual environment, effectively overcoming the bottlenecks of traditional drills limited by venue, time, and geographical conditions. Simultaneously, by constructing a complete command system encompassing multiple roles such as commander-in-chief, director, rescue and relief team, evacuation guidance team, medical rescue team, and on-site control team, and configuring differentiated interfaces and permissions for each role, it solves the problems of single roles and weak collaboration in existing technologies. This invention introduces an independent director module, enabling directors to adjust disaster parameters, inject emergencies, switch scenes, and push explanatory content to observation terminals in real time during drills, thereby enhancing the system's adaptability and educational value. This mechanism effectively overcomes the shortcomings of existing technologies, such as lack of flexible control and inability to provide real-time observation and guidance during drills. This invention integrates dynamic disaster evolution models, such as fire spread models and chemical diffusion models based on physical rules, into the simulation engine, giving the virtual disaster dynamic characteristics of being able to spread, decay, and superimpose. Meanwhile, the operations of each emergency response team (such as firefighting, rescue, and evacuation guidance) can affect disaster model parameters in real time, transforming the drill process from a scripted performance into a realistic dynamic interactive process, significantly improving the realism of the drill. This invention uses a data recording and analysis module to structurally record the entire drill process, including key data such as command flow, personnel behavior, route selection, and changes in disaster status. Based on log data, it automatically generates multi-dimensional evaluation reports including indicators such as command response time, evacuation efficiency, and resource utilization, thus providing reliable data support for plan verification and optimization, and compensating for the shortcomings of existing technical evaluation methods. This invention adopts a modular scenario modeling and disaster model loading method, which can quickly replace or expand different types of disaster models and drill scenarios as needed. It is applicable to various emergency drill scenarios such as fires, earthquakes, hazardous chemical leaks, and explosions, overcoming the poor adaptability of existing systems. This invention replaces part of traditional on-site drills with virtual simulation, avoiding high costs of physical deployment, manpower organization, and operational risks, making high-frequency, multi-round, and multi-scenario emergency drills a regular occurrence, significantly reducing the organizational costs and safety hazards of emergency drills.

[0017] Other advantages, objectives and features of this application will be partly apparent from the description below, and partly understood by those skilled in the art through study and practice of this application. Attached Figure Description

[0018] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit this specification. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1A flowchart illustrating a simulation exercise command and dispatch method based on multi-role collaboration, provided for embodiments of this application. Figure 2 A schematic diagram illustrating the principle of a simulation exercise command and dispatch method based on multi-role collaboration, provided for embodiments of this application; Figure 3 This is a structural diagram of a simulation exercise command and dispatch system based on multi-role collaboration, provided for an embodiment of this application. Detailed Implementation

[0019] The terms "first," "second," "third," "fourth," etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments described herein can be implemented in a sequence other than that illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus. The technical solutions of the embodiments of this application will now be clearly and completely described in conjunction with the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them.

[0020] Currently, various emergencies are occurring more frequently and in greater variety, severely testing the response capabilities and coordination efficiency of emergency management systems. To improve the ability to handle emergencies such as fires, explosions, chemical leaks, and earthquakes, units at all levels typically need to develop scientific emergency plans and verify their effectiveness and adaptability through drills. However, traditional offline field drills have inherent drawbacks such as high cost, complex organization, high risk, difficulty in repeating implementation, and susceptibility to limitations imposed by venues and weather conditions, making them unsuitable for meeting the practical needs of rapid drills, repeated simulations, and cross-regional coordination.

[0021] With the development of VR (virtual reality) and 3D simulation technologies, some emergency drill systems based on virtual environments have begun to emerge, but existing technologies still have significant shortcomings. First, traditional VR drill systems are mostly geared towards single-person skills training, such as firefighting operations and earthquake avoidance, supporting only closed, stand-alone training. They lack simulation of key processes in real emergency responses, such as multi-role collaboration, command transmission chains, and cross-team task collaboration, resulting in poor interactivity. Second, existing systems often construct scenarios from a single-role perspective, failing to simulate a complete emergency command structure. They cannot support collaborative decision-making and execution training for multiple roles, including commander-in-chief, rescue and relief, evacuation guidance, medical assistance, and on-site control, thus hindering the effective development of organizational coordination capabilities.

[0022] Furthermore, because most training systems lack full-process data recording capabilities, key indicators such as command response time, action paths, task completion rates, and risk exposure during the training process are difficult to quantify. This makes it difficult to objectively assess the training effectiveness and to optimize contingency plans based on data. Traditional training typically follows pre-set scripts, failing to simulate the randomness of unexpected situations and the chain reactions resulting from erroneous decisions. This leads to insufficient simulation realism and makes it difficult to meet the training needs of complex emergency scenarios.

[0023] Existing simulation exercise systems still have two key technical shortcomings: First, most systems lack independent command and control modules, making it impossible for the director to flexibly adjust parameters, inject unexpected events, or simultaneously display and explain content to observers during the exercise, thus limiting the system's adaptability and teaching expansion capabilities; Second, existing systems typically adopt a local deployment model, requiring participants to concentrate in the same physical space for the exercise, resulting in high organizational costs, poor flexibility, and an inability to meet the needs of remote distributed collaborative exercises across venues, regions, or even institutions.

[0024] In summary, existing technologies have significant shortcomings in interactivity, collaboration, realism, and exercise effectiveness evaluation, making it difficult to support the practical needs of modern emergency response systems for "rapid response, coordinated action, and scientific decision-making." Therefore, there is an urgent need in this field for a simulation exercise method that supports remote access, multi-role collaboration, dynamic disaster evolution, command and dispatch chain simulation, and provides quantitative evaluation capabilities, in order to comprehensively improve the human-machine collaboration capabilities and overall handling level of the emergency response system. Please refer to [link / reference]. Figure 1 This is a flowchart illustrating a simulation exercise command and dispatch method based on multi-role collaboration, provided in an embodiment of this application. Specifically, it may include: S110. Based on the selected disaster type information, a three-dimensional simulation scene is generated by calling a preset model library through the server. The three-dimensional simulation scene includes a static environment model, a disaster dynamic evolution model, and virtual emergency resources. S120. Establish a connection between different participating terminals and the aforementioned server through a communication network, and have the aforementioned server load the corresponding role interface configuration and operation permissions based on the user accounts of the different participating terminals. S130. Set disaster parameters, control the pace of the exercise, and inject sudden events through the command and control terminal to drive the state update of the above three-dimensional simulation scenario; S140. Receive the scene status pushed by the server and the self-status data reported by the different participating terminals in real time through the general command terminal, and update the three-dimensional simulation scene and data panel of the general command terminal. S150. Based on the three-dimensional simulation scene and data panel, the commander generates command and dispatch instructions through the above-mentioned general command terminal and sends them to the above-mentioned server, so that the dispatch instructions can be sent to the corresponding above-mentioned participating terminals through the above-mentioned server. S160. Participants execute virtual operations based on the scheduling instructions through the aforementioned participating terminals to update the aforementioned three-dimensional simulation scene.

[0025] For example, in step S110, the system automatically generates a 3D simulation scene by calling a preset model library based on the disaster type information selected by the user (e.g., building fire, chemical spill, earthquake-related disasters, etc.). The 3D simulation scene includes three parts: first, a static environment model, such as terrain, roads, buildings, and interior layout; second, a dynamic disaster evolution model that can evolve according to physical laws, such as using cellular automata to calculate fire spread and using a Gaussian diffusion model to calculate chemical diffusion; and third, virtual emergency resources arranged in the scene, such as interactive objects like fire extinguishers, fire hydrants, and stretchers, providing a basis for subsequent operations.

[0026] In step S120, the system establishes connections between multiple participating terminals (including the general command terminal, the directing terminal, and the terminals of each group) and the server via a communication network. The server queries the role permission database based on the account information of each participating terminal and loads the corresponding role interface configuration and operation permissions. For example, the general command terminal loads interfaces such as the global map and situation dashboard, while the rescue team terminal loads the firefighting equipment operation interface.

[0027] In step S130, the directing terminal dynamically controls the exercise process. The director can set disaster parameters (such as wind speed and disaster level) and adjust the exercise pace through the interface. When necessary, they can inject unexpected events into the exercise, such as adding new casualties, simulating equipment malfunctions, or triggering secondary disasters. The directing terminal sends parameter messages to the server, which then drives the state changes of the 3D simulation scene in real time through an event scheduler.

[0028] In step S140, the command terminal continuously receives multi-source situational data pushed by the server, including the three-dimensional scene status (object positions, disaster spread parameters) and status report data from different participating terminals (such as personnel positions, mission status, vital signs, etc.). The graphics engine in the command terminal refreshes the three-dimensional scene in real time based on the updated data and displays information such as personnel evacuation heat map, key fire parameters, and warning zone distribution through the data panel, enabling the command center to have a comprehensive grasp of the on-site situation.

[0029] In step S150, the commander-in-chief generates command and dispatch instructions through the command terminal based on the situation information presented in the aforementioned 3D simulation scene and data panel. Instructions can be input via voice recognition or selected from a pre-set template library. The generated dispatch instructions are sent from the command terminal to the server, which then routes them to the corresponding participating team terminals according to the instruction's objective.

[0030] It should be noted that the participating terminal for a group can be the terminal of each group leader, who then issues dispatch instructions. Alternatively, the participating terminal can be the terminal corresponding to each group member.

[0031] In step S160, participants use their own terminals to execute virtual operations based on received dispatch instructions. For example, the rescue team can click on a virtual fire hydrant to connect a hose and perform firefighting operations; the evacuation guidance team can replan evacuation routes; the on-site control team can establish a warning zone; and the medical rescue team can provide first aid based on triage results. The participating terminals send specific operation requests to the server, which calculates the impact of the operations on the scene using a disaster dynamic evolution model and updates the 3D simulation scene. The updated scene status is then broadcast to all terminals to ensure synchronized display on the interfaces of each role.

[0032] In summary, this invention, through a remote access mechanism via network connection and a role-based access control mechanism, enables participants located in different regions to conduct collaborative drills in a unified virtual environment, effectively overcoming the bottlenecks of traditional drills limited by venue, time, and geographical conditions. Simultaneously, by constructing a complete command system encompassing multiple roles such as commander-in-chief, director, rescue and relief team, evacuation guidance team, medical rescue team, and on-site control team, and configuring differentiated interfaces and permissions for each role, it solves the problems of single roles and weak collaboration in existing technologies. This invention introduces an independent director module, enabling directors to adjust disaster parameters, inject emergencies, switch scenes, and push explanatory content to observation terminals in real time during drills, thereby enhancing the system's adaptability and educational value. This mechanism effectively overcomes the shortcomings of existing technologies, such as lack of flexible control and inability to provide real-time observation and guidance during drills. This invention integrates dynamic disaster evolution models, such as fire spread models and chemical diffusion models based on physical rules, into the simulation engine, giving the virtual disaster dynamic characteristics of being able to spread, decay, and superimpose. Meanwhile, the operations of each emergency response team (such as firefighting, rescue, and evacuation guidance) can affect disaster model parameters in real time, transforming the drill process from a scripted performance into a realistic dynamic interactive process, significantly improving the realism of the drill. This invention uses a data recording and analysis module to structurally record the entire drill process, including key data such as command flow, personnel behavior, route selection, and changes in disaster status. Based on log data, it automatically generates multi-dimensional evaluation reports including indicators such as command response time, evacuation efficiency, and resource utilization, thus providing reliable data support for plan verification and optimization, and compensating for the shortcomings of existing technical evaluation methods. This invention adopts a modular scenario modeling and disaster model loading method, which can quickly replace or expand different types of disaster models and drill scenarios as needed. It is applicable to various emergency drill scenarios such as fires, earthquakes, hazardous chemical leaks, and explosions, overcoming the poor adaptability of existing systems. This invention replaces part of traditional on-site drills with virtual simulation, avoiding high costs of physical deployment, manpower organization, and operational risks, making high-frequency, multi-round, and multi-scenario emergency drills a regular occurrence, significantly reducing the organizational costs and safety hazards of emergency drills.

[0033] In one feasible implementation, the above method further includes: During the exercise, the data recording module of the aforementioned server continuously records the timestamps and event data of the participants' operations, the transmission of command and dispatch instructions, and the state changes of the aforementioned three-dimensional simulation scene based on preset event triggering rules. After the exercise, the analysis module of the server reads the log file generated by the data recording module and aggregates the event data in the log file to generate evaluation indicators including command response time, evacuation efficiency and emergency resource utilization. The analysis module above uses the report generation library to output a structured evaluation report based on the evaluation indicators mentioned above. The scene status data in the log file is input into the simulation engine in chronological order to reconstruct the three-dimensional simulation scene, thereby generating interactive three-dimensional replay content and allowing the command terminal or participating terminals to control the replay progress and observation perspective through the timeline control.

[0034] For example, to objectively quantify and visually review the entire simulation exercise process, the above method further includes technical steps for exercise data recording and exercise evaluation. During the exercise, the data recording module deployed on the server side automatically captures and records key events according to preset event triggering rules. Event triggering rules may include, but are not limited to: participants initiating virtual operations, issuing command and dispatch instructions, changes in the disaster model state, injection of emergencies, and changes in personnel positions. When any event is triggered, the data recording module immediately generates a record with a high-precision timestamp, writing information such as the event type, event initiator, involved objects, event parameters, and scene state increments into the corresponding log file, thereby ensuring that the information of the exercise process can be completely and continuously tracked.

[0035] After the drill, the server-side analysis module is automatically triggered, reading the log files generated by the data recording module. The analysis module aggregates and calculates the event data in the log files using a data processing library (such as Pandas), extracting key performance indicators (KPIs) from different dimensions. For example, "instruction response time" can be obtained by statistically analyzing the time difference between the generation and execution of dispatch instructions; "evacuation efficiency" can be calculated by analyzing personnel movement trajectories and congested areas; and "resource utilization rate" can be obtained by recording the use of virtual emergency resources such as fire extinguishers and fire hydrants. These analytical results constitute a quantitative evaluation of the drill's effectiveness and organizational coordination capabilities.

[0036] Subsequently, the analysis module automatically generates a structured evaluation report using a report generation library (such as an HTML template or PDF generation tool based on Jinja2). This evaluation report may include statistical charts, comparisons of key indicators, process evaluations, and analysis of weaknesses, providing command departments and participating units with a visualized and comprehensive evaluation basis.

[0037] To enable commanders to review the entire exercise process, the aforementioned method also includes generating interactive 3D replay content based on log files. Specifically, the system inputs the scene state data recorded in the log files into the simulation engine in chronological order, allowing the engine to reconstruct the entire 3D exercise frame by frame according to the scene state at each point in time. The generated replay not only reproduces the positions of personnel, the spread of the disaster, and the operational status of various equipment in the scene, but also allows users to pause, fast forward, rewind, and replay at any location using the timeline control. Simultaneously, participants and the commander-in-chief can freely switch observation perspectives (e.g., first-person view, bird's-eye view, etc.) to conduct a more in-depth replay analysis of key points, operational errors, or coordination effects during the exercise.

[0038] Through the above process, this implementation method enables drills to not only be conducted in real time, but also to be reviewed and replayed with high immersion, high precision and interactivity afterward, which helps to improve training effectiveness, verify the feasibility of emergency plans and enhance the collaboration between decision-makers and front-line implementers.

[0039] In one feasible implementation, the above-mentioned generation of a 3D simulation scene based on the selected disaster type information by calling a preset model library via a server includes: Based on the selected disaster type information, a static environment model consistent with the real environment is constructed on the server using a 3D graphics engine. The static environment information includes terrain, buildings, roads, and interior layout, and the static environment model includes collision objects. The physical rules-based disaster dynamic evolution model is integrated into the above-mentioned 3D graphics engine, wherein the disaster dynamic evolution model includes a cellular automata model for simulating the fire spread process and a Gaussian plume model for simulating the chemical diffusion process. Virtual emergency resources are instantiated as interactive objects in the aforementioned 3D simulation scenario, and interactive scripts are bound to these interactive objects to achieve scenario status updates based on user operations.

[0040] For example, the steps described above, which generate a 3D simulation scene by calling a preset model library through a server based on the selected disaster type information, aim to provide a highly realistic, interactive, and dynamically evolving virtual environment for subsequent command and dispatch, coordinated response, and dynamic drills. The construction of this simulation environment mainly includes three parts: the establishment of a static environment model, the integration of a disaster dynamic evolution model, and the digitization of virtual emergency resources.

[0041] First, regarding the construction of the static environment model, after receiving the disaster type information selected by the user, the server will call the modeling module in the 3D graphics engine (such as Unity3D or Unreal Engine) or the environment assets imported by external modeling tools (such as 3ds Max, Blender, Maya) to construct a 3D static environment consistent with the real scene. This environment may include terrain undulations, building facades, road layouts, interior structures, etc. To support path planning, collision detection, and physical interaction in subsequent simulation steps, all static models are equipped with colliders and can be combined with pathfinding systems such as NavMesh to automatically generate navigable areas, thereby ensuring that participants and virtual objects can move realistically within the environment.

[0042] Secondly, regarding the integration of disaster dynamic evolution models, the system loads corresponding physical models based on different disaster types to simulate the development and spread of disasters in the scenario. For example, in a fire scenario, a cellular automata model is used to simulate fire spread. The system divides the 3D scene into multiple grid cells, assigning parameters such as fuel type, humidity, wind direction, and wind speed to each cell, and calculating the dynamic changes in fire intensity at each simulation time step using energy transfer and ignition condition formulas. In a chemical spill scenario, a Gaussian plume model is used to calculate the concentration distribution at any downwind point using parameters such as leak source intensity, atmospheric stability, and wind speed, thereby achieving dynamic visualization of the danger zone range and concentration level. All of the above disaster models operate based on physical laws, enabling the simulation scenario to present a realistic disaster evolution process.

[0043] Finally, regarding the digitization of virtual emergency resources, the system loads virtual emergency resources such as fire extinguishers, fire hydrants, and stretchers according to different disaster types, and deploys them in the 3D scene as interactive game objects. Each emergency resource object is bound to a specific interaction script, which is responsible for handling user operation requests. For example, when a user character approaches a fire hydrant object, the script will trigger an interactive prompt, such as displaying the "connect hose" operation option; after the user selects the operation, the system will automatically create a hose model, activate the corresponding water flow particle effects and pressure parameters, and simultaneously feed the operation result back to the server to update the disaster model status (such as fire suppression effects).

[0044] Through the construction of the above three levels, this embodiment can provide a high-fidelity, highly interactive three-dimensional virtual environment in different disaster scenarios, enabling emergency drills to simulate the occurrence, development, and handling of real disasters in a controlled and visualized environment, thereby laying a technical foundation for subsequent multi-role collaborative drills.

[0045] In one feasible implementation, the above-mentioned connection between different participating terminals and the server is established through a communication network, and the server loads the corresponding role interface configuration and operation permissions based on the user accounts of the different participating terminals, including: Based on the transmission control protocol, a persistent two-way communication connection is established and maintained between the aforementioned participating terminals and the aforementioned server to achieve low-latency data interaction between the aforementioned server, the general command terminal, the director terminal, and the terminals of each group. The server retrieves the mapping relationship between user accounts and role identifiers corresponding to the different participating terminals from the role permission database, and issues user interface configuration files and operation permission lists to the corresponding participating terminals based on the role identifiers. The aforementioned participating terminals dynamically load the interface elements and functional modules corresponding to the roles based on the aforementioned user interface configuration file, thereby enabling participants with different roles to enter the operation interface that matches their permissions.

[0046] For example, the steps described above, which establish a connection between different participating terminals and the server through a communication network, and have the server load the corresponding role interface configuration and operation permissions based on the user accounts of different participating terminals, are used to solve technical problems such as remote access, identity recognition, and permission allocation for participating users, so that various roles can carry out operations within the scope of their responsibilities in the exercise system.

[0047] First, during the user access phase, the exercise system utilizes a communication network to enable remote login and two-way data interaction between participating terminals and the server. This communication network can be based on a standard TCP / IP network architecture, with participating terminals and the server establishing a persistent two-way communication connection via Transmission Control Protocol (TCP). This ensures that the command center terminal, the director terminal, and each group terminal can send operational commands, report status data, and receive scenario information pushed by the server in a low-latency manner during the exercise. The client software can be packaged as a standalone installation package running on desktop or mobile devices, or it can run in a browser environment using WebGL, giving it cross-platform access capabilities.

[0048] Subsequently, during the role configuration phase, the server maintains a role permission database. This database stores the mapping relationship between participating user accounts and role identifiers (such as commander-in-chief, director, rescue team, evacuation guidance team, medical rescue team, on-site control team, etc.). Once a participating terminal completes the login process, the server queries the corresponding role identifier based on the terminal's user account and sends the required user interface configuration file and operation permission list to the participating terminal. The configuration file can use structured formats such as XML, protobuf, or JSON, and includes information such as interface layout, accessible operation buttons, visual windows, and callable modules.

[0049] Finally, upon receiving the user interface configuration file, the participating terminals automatically parse and dynamically load interface elements and functional modules that match their roles. For example, a terminal belonging to a rescue team will load an interface displaying firefighting equipment, resource usage, and task status. Meanwhile, the command center terminal will load a comprehensive 3D map, situation monitoring panel, and command and dispatch panel, enabling it to observe the overall situation, issue commands, and coordinate the actions of various teams during the exercise. Through this dynamic interface loading mechanism, the system can automatically adapt the functional interface to the responsibilities of different roles, enhancing the system's flexibility and professionalism.

[0050] Through the above steps, this implementation method enables remote access and interface configuration for multiple roles, multiple terminals, and multiple permissions, allowing all participants to access the exercise system with the correct role and permissions, thus laying a reliable technical foundation for subsequent simulation exercises and command and dispatch.

[0051] In one feasible implementation, the above-mentioned setting of disaster parameters, controlling of drill pace, and injection of unexpected events through the command and control terminal to drive the state update of the above-mentioned three-dimensional simulation scenario includes: The command and control terminal encapsulates the disaster parameter settings into parameter messages and sends them to the aforementioned server. The server then calls the corresponding disaster model interface based on the disaster parameters to update the model parameters in the aforementioned 3D simulation scene. When the directing terminal selects a sudden event and specifies the location of the event, the event scheduler of the aforementioned server calls the instantiation function at the specified coordinates of the aforementioned 3D simulation scene at a preset time point to generate the corresponding virtual event object, and sends an event notification message to the group terminals related to the aforementioned sudden event.

[0052] For example, the steps described above—setting disaster parameters, controlling the exercise pace, and injecting unexpected events through the command and control terminal to drive the update of the 3D simulation scene state—aim to achieve flexible control of the exercise process, enabling the simulation scene to change in real time according to the exercise requirements. This step relies on the scene state management module and event scheduler on the server side to jointly complete, ensuring the dynamic controllability of the disaster model and the timely triggering of unexpected events.

[0053] First, during the disaster parameter initialization phase, the operator can configure the initial conditions of the disaster scenario through the operation interface of the operator's terminal, such as setting key parameters like wind speed, wind direction, temperature and humidity, disaster level, and leakage rate. The operator's terminal encapsulates these user-set parameters into structured parameter messages and transmits them to the server via the communication network. Upon receiving the parameter messages, the server's scenario state management module parses the messages, identifies the model parameters that need modification, and calls the corresponding disaster dynamic evolution model interface (such as fire spread model, Gaussian plume diffusion model, etc.) to update the disaster state in the 3D simulation scenario in real time, enabling the simulation environment to immediately reflect the new disaster evolution trend after parameter changes.

[0054] Secondly, during the emergency injection phase, the instructor can select specific emergency types from the event library according to the needs of the drill scenario, such as simulating the appearance of wounded, equipment damage, or secondary disasters, and specify the location of the event in the 3D scene through the interface. Once the instructor confirms the event, the instructor's terminal sends an event command to the server's event scheduler. The event scheduler records the event type, trigger time, and target coordinates, and calls an instantiation function (e.g., the Instantiate() method) at a preset time point to generate the corresponding virtual object in the 3D simulation scene. Taking the simulated wounded as an example, the event scheduler will generate a virtual character model at the specified location, containing "wounded" attributes, a falling animation, and vital sign parameters. Simultaneously, the server will push notifications of this emergency to relevant team terminals, such as the medical rescue team, prompting them to perform appropriate response tasks.

[0055] Through the aforementioned disaster parameter adjustment and emergency injection mechanism, this implementation method can not only achieve real-time control of the disaster model during the exercise, enabling dynamic changes in the exercise environment, but also accurately trigger specific scenarios through the event scheduler, enriching the complexity and realism of the exercise process, and helping to improve the emergency judgment and collaborative response capabilities of the participants.

[0056] In one feasible implementation, the above-mentioned method of receiving scene status data pushed by the server and self-status data reported by different participating terminals in real time through the central command terminal, and updating the three-dimensional simulation scene and data panel of the central command terminal, includes: The simulation engine of the server continuously calculates the state data of the three-dimensional simulation scene and sends data packets containing object position, rotation and state parameters to the command terminal through the communication network at a preset push frequency, so that the graphics engine of the command terminal updates the object transformation and display content of the three-dimensional scene in real time. The server aggregates and processes the status data reported by each participating terminal to generate a lightweight data panel update package, and pushes the update package to the command terminal to dynamically update the data panel content, including personnel evacuation heat map, key fire parameters, personnel location and mission status.

[0057] For example, the server's built-in simulation engine continuously performs calculations on the 3D simulation scene to obtain real-time state data of various objects in the scene environment, including object position, rotation angle, animation status, disaster model parameters, etc. The server encapsulates the above state data into structured data packets according to a set push frequency (e.g., 10–30 times per second) and transmits them to the command terminal via the communication network. After receiving the data packets, the graphics engine on the command terminal immediately updates the transformation information and visualization of the corresponding objects in the 3D scene, enabling the commander to see the real-time status of fire spread, smoke diffusion, personnel movement, equipment usage, etc., thereby ensuring the continuity and accuracy of the situational awareness.

[0058] Secondly, regarding data panel updates, each participating terminal during the exercise (such as the rescue and relief team, evacuation guidance team, and medical rescue team) will report its own status data according to the task progress or event triggering mechanism, such as real-time GPS coordinates, task execution status, handling progress, vital signs, and other parameters. After receiving this status data from different groups, the server will process it through the data aggregation module to generate a lightweight data update package. This data update package will summarize important information in the form of lists, matrices, or key indicators, including real-time heat maps of personnel evacuation, key parameters of fire spread (such as temperature and spread area), the location distribution of personnel in each group, and task status. The server will push the updated data package to the central command terminal, enabling the data panel components on its interface (such as charts based on Chart.js, real-time lists, dashboards, etc.) to be dynamically refreshed and display the latest situation information in real time.

[0059] Through these two functions, the command center terminal can achieve global dynamic monitoring of the simulated scenario, while integrating real-time data from various groups to form a comprehensive situational view with multi-source intelligence overlay. During the exercise, the commander-in-chief can also receive reports from various groups via text or voice, supplementing the information chain. The collaboration between the real-time rendering mechanism and the data panel update mechanism enables the commander-in-chief not only to observe the changing trends of the disaster, but also to make timely command deployments based on personnel locations and action status, thereby improving the realism of the exercise and the effectiveness of command decisions.

[0060] In one feasible implementation, the command personnel generate command and dispatch instructions based on the 3D simulation scene and data panel through the overall command terminal and send them to the server, so that the server can send the dispatch instructions to the corresponding participating terminals, including: The integrated speech recognition software development kit in the above-mentioned command terminal is used to record and recognize the speech input of the command personnel. The acquired audio stream or audio file is sent to the speech recognition engine to obtain the command content in text form, or the command personnel can select the corresponding command template from the preset command library. The aforementioned command terminal encapsulates the identified text or the aforementioned command template into a predefined instruction data packet and sends it to the aforementioned server through the established communication network; The server parses the target object field in the instruction data packet, queries the role permission database to determine the matching participating terminal, and routes and sends the instruction data packet to the corresponding participating terminal.

[0061] For example, the aforementioned commanders generate command and dispatch instructions based on the three-dimensional simulation scene and data panel through the central command terminal and send them to the server to realize the process of issuing precise dispatch instructions to each participating terminal, which aims to ensure the efficiency, accuracy and real-time nature of the command link in emergency drills.

[0062] First, during the command content generation phase, the commander-in-chief can input dispatch content via voice or templates. To achieve automatic voice input recognition, the commander-in-chief terminal integrates a third-party speech recognition (ASR) software development kit. When issuing commands, the commander can input voice by clicking the microphone button on the terminal interface. The terminal will simultaneously record the audio stream or generate an audio file and call the ASR engine's application programming interface to send the audio data to a cloud-based or local speech recognition engine (such as iFlytek or Baidu Voice). The recognition engine converts the audio content into text and returns it to the commander-in-chief terminal, allowing the commander to automatically generate structured text commands without manual input. Furthermore, for frequently used dispatch operations, the commander-in-chief can also directly select command templates from a pre-set command library, such as "Rescue team proceeds to area X for firefighting" or "Evacuation team organizes transfer from the east side," thereby improving command generation efficiency.

[0063] Secondly, during the instruction encapsulation and transmission phase, the central command terminal encapsulates the identified text content or selected instruction template into a structured instruction data packet conforming to system definitions. This data packet typically includes fields such as instruction text, target group or role identifier, instruction priority, and timestamp to support subsequent automatic routing and execution. After the instruction data packet is generated, the central command terminal sends it to the server through the established communication network, ensuring that instructions can be uploaded to the system's central control node in real time.

[0064] Finally, during the command routing and distribution phase, after receiving the command data packet, the server's command parsing module reads the target object field from the packet and queries the role permission database to match participating terminals that can execute the command. For example, when the command target is "Emergency Rescue Team," the server will search for all online terminal devices with the role identified as Emergency Rescue Team. After the target terminal is determined, the server routes the command data packet to the corresponding participating terminal to ensure that each team receives the command order as soon as possible and takes action as required.

[0065] Through the above steps, this implementation method can realize the complete link of command and dispatch instructions from input, identification, generation to accurate transmission, enabling the commander-in-chief to achieve real-time and effective dispatch and control in dynamically changing disaster scenarios, and greatly improving the reliability and response efficiency of emergency drills.

[0066] In one feasible implementation, the participants execute virtual operations based on the scheduling instructions via the participant terminal to update the three-dimensional simulation scene, including: When the aforementioned participating terminal receives the aforementioned dispatch instruction, it activates the virtual operation control corresponding to the aforementioned dispatch instruction, allowing the participants to select and execute at least one virtual operation among disaster response, evacuation guidance, danger zone delineation, pre-hospital emergency care, or public opinion control. When a user triggers a virtual operation, the participating terminal performs collision detection or interaction determination and sends an operation request message containing the user identifier, target object identifier and action type to the server. The server, based on the operation request message, calls the corresponding disaster dynamic evolution model to calculate the impact of the virtual operation on the three-dimensional simulation scene and updates the state data in the three-dimensional simulation scene. The server will broadcast the updated scene status to all online terminals, so that the command terminal and all participating terminals will be able to update the 3D rendering effects and data panel content synchronously.

[0067] For example, the process by which participants execute virtual operations based on dispatch instructions through their participating terminals, thereby updating the 3D simulation scene, is a crucial step in the entire exercise system where users directly interact with the virtual environment. When a participating terminal receives a command and dispatch instruction from the server, the system automatically activates the virtual operation controls corresponding to the instruction content on that terminal, enabling participants to perform various simulated operations based on their own roles, such as disaster response, evacuation guidance, danger zone delineation, pre-hospital emergency care, or public opinion control.

[0068] In practical implementation, participating terminals will first display executable operation interfaces based on the type of dispatch instruction. For example, when the rescue team receives a fire extinguishing instruction, the interface will automatically display interactive options related to fire extinguishing, such as virtual fire hydrants and fire extinguisher type selection; the evacuation guidance team will display personnel distribution maps and route planning controls. The on-site control team will display tools for setting up warning tape; and the medical rescue team will load triage and first aid operation interfaces.

[0069] When a participant selects an action, the terminal performs necessary interaction checks or collision detection to confirm whether the user can perform the action under the current scene conditions. For example, the system will determine whether the participant is near an interactive object (such as a fire hydrant or a casualty model) and whether the object is in an operable state. When the conditions are met, the terminal will send an action request message containing the user identifier, the target object identifier, and the action type to the server.

[0070] Upon receiving an operation request, the server invokes the corresponding disaster dynamic evolution model to perform calculations based on the operation type and updates the state of the 3D simulation scene. Taking fire extinguishing as an example, the server calls the fire model's calculation function and calculates the fire suppression effect of the operation based on parameters such as the user-selected fire extinguisher type, extinguishing agent capacity, current fire intensity, and fire spread direction. For instance, the system might determine that the flame intensity is reduced by 20% based on the algorithm, and then update the dynamic state data of the fire in the scene.

[0071] Next, the server will broadcast the updated scene status to all online terminals. The command center terminal can instantly see the fire's changing trend, firefighting progress, and updates to relevant data panels (such as temperature changes and fire area reduction). Each participating terminal will also automatically adjust its local display based on the updated data, such as reducing flame particle effects, updating the firefighting task progress bar, or refreshing the heat map.

[0072] Taking "the rescue team using a fire extinguisher" as a specific example, the detailed interaction process is as follows: (1) The emergency response team terminal will display a fire extinguisher icon or related operation buttons on the interface.

[0073] (2) After the user clicks the icon, the client script (such as the C# script in Unity) performs collision detection to determine whether the distance between the user and the fire extinguisher object is within the allowed operating range.

[0074] (3) If the conditions are met, the client sends an operation request message to the server for “use fire extinguisher”, which includes the user ID, target object ID and operation type.

[0075] (4) After receiving the message, the server calls the fire model calculation function to simulate the actual effect of the fire extinguishing behavior and updates the fire model status data.

[0076] (5) The server broadcasts the results of the fire extinguishing (such as "the fire has been contained" or "the fire is spreading rapidly") to all terminals.

[0077] (6) After receiving the broadcast, the command terminal and the emergency response team terminal will update the scene display respectively, such as reducing the flame effects and updating the fire index and fire extinguishing progress parameters in the data panel.

[0078] Through the above mechanism, this embodiment realizes multi-role collaborative virtual operation driven by scheduling instructions, enabling each group participating in the exercise to perform actions corresponding to real emergency tasks in the simulation environment, while ensuring that the impact of these actions on the scenario can be fed back in real time and synchronized to all terminals, thereby forming a highly interactive and real-time emergency exercise process.

[0079] In one feasible implementation, the synchronous update of the 3D simulation scene between the participating terminal and the server further includes: After receiving an operation request message or scene state change event from any participating terminal, the server will push the differential scene state calculated based on the update model to the participating terminal in the form of incremental data packets to reduce network bandwidth usage and update delay. After receiving the incremental data packet, the participating terminal updates the local state of the cached 3D simulation scene, and drives the interface rendering engine to present the changed content in real time after synchronizing the updated scene state with the local rendering thread.

[0080] For example, the 3D simulation scene between the participating terminal and the server updates the transformation information of corresponding objects in the 3D scene. The core purpose of this mechanism is to reduce network bandwidth consumption, reduce terminal rendering load, and significantly reduce scene update latency, thereby ensuring that the scene can still maintain real-time performance and consistency under the condition of concurrent operation by multiple roles.

[0081] Specifically, when the server detects an operation request message sent by any participating terminal or a state change event occurring within the scene (such as changes in the fire model, changes in the virtual personnel's position, or changes in resource status), the server does not regenerate the complete 3D scene state. Instead, it calculates and extracts the differential state data corresponding to the change by comparing the state data before and after the update, and generates transformation information. For example, if only the state of a few cells in the fire area changes, the differential data only includes the positions of these cells and their new fire intensity values; if the participating personnel move, the differential data only includes the pose change of the corresponding user.

[0082] The server then encapsulates this differential information into lightweight incremental data packets, which are pushed to all online participating terminals via the communication network. Compared to transmitting complete scene information, incremental data packets typically only contain local states that need to be updated, thereby effectively reducing network data transmission volume, avoiding network congestion in high-concurrency environments, and enabling the system to maintain low-latency data synchronization capabilities even when multiple terminals are operating simultaneously.

[0083] Upon receiving the incremental data packet, the participating terminal first writes the differential data into the locally cached 3D scene state table. Then, the terminal triggers a synchronization process with the rendering layer, merging the updated state with the local rendering thread. This allows the rendering engine to perform local redraws only on objects that have changed, without re-rendering the entire scene. For example, for localized enhancement of a fire, the rendering engine only updates the corresponding particle effects or lighting parameters; for personnel movement, it only updates the Transform property of the corresponding character model.

[0084] Through the aforementioned differential synchronization and local rendering mechanism, this implementation method can significantly reduce system resource consumption while ensuring high frame rates and smooth interactive experiences. For example, in an environment where multiple teams are simultaneously performing operations such as firefighting, evacuation, and first aid, each terminal can see the real-time changes in the scene with extremely low latency, such as the shrinking of flames, the movement of personnel, and the completion of the deployment of warning tapes, thereby achieving a highly consistent multi-role collaborative exercise effect.

[0085] In one feasible implementation, such as Figure 2As shown, this embodiment uses a cross-regional campus fire evacuation emergency drill as an example to illustrate the workflow of the simulation drill command and dispatch system based on multi-role collaboration of the present invention. The system is generally composed of a front-end user module, a data communication module, and a back-end core system, and realizes cross-regional collaborative drills through network connection. The administrator first selects the "campus fire" scenario template through the simulation engine module in the background. The system loads a detailed 3D campus model of a middle school, including static environments such as teaching buildings, corridors, playgrounds, and stairwells. At the same time, it initializes a fire dynamic evolution model based on cellular automata, sets the ignition point as the chemistry laboratory on the third floor of the teaching building, and configures initial parameters such as fuel type and wind speed. The system further instantiates various interactive objects such as fire extinguishers, hoses, first aid kits, and virtual students, enabling them to respond to terminal operations through interactive scripts. The drill participants are distributed in different regions, including the general commander located in the Education Bureau, the director and observers located in the fire brigade, and the rescue team, evacuation guidance team, and medical rescue team located on campus. All participants log in to the system client via network connection. The data communication module establishes a persistent communication connection for each terminal and sends the login information to the role management module. The role management module then queries the mapping relationship between user accounts and role identifiers from the role permission database and distributes the corresponding interface permission configurations to each terminal, so that the commander-in-chief, director, and each group's terminal can load the interface and functions that match their responsibilities.

[0086] Before the drill began, the director adjusted the fire spread rate to medium through the scenario configuration interface, and set two emergency events: simulating a blocked stairwell on the west side of the fourth floor at the 3-minute mark, and simulating a student falling and getting injured during evacuation at the 8-minute mark. This configuration was transmitted to the backend via the data communication module, where the event scheduler automatically injected the events into the 3D scene at set times and synchronized the status changes to all terminals. After the drill officially started, the backend simulation engine calculated the fire spread, smoke diffusion, and virtual personnel movement in real time, and pushed the scene synchronization data to the command center terminal at a fixed frequency via the data communication module, allowing the commander to monitor the fire situation and personnel evacuation in real time on their 3D interface. After the data panel showed that students in each class had not yet begun evacuation, the commander issued the instruction "Immediately organize students to evacuate to the safe area of ​​the playground" via the voice input module. The voice recognition module converted the speech into text and encapsulated it into an instruction data packet, which was sent to the server via the data communication module. The server then parsed the data to identify the evacuation guidance group and broadcast the corresponding instruction to all homeroom teacher terminals.

[0087] After receiving instructions on their terminals, the evacuation guidance team clicked "confirm." Their interface displayed the virtual student distribution and recommended evacuation routes. The homeroom teacher clicked the "Publish Evacuation" button, and the virtual students began moving along the paths. Three minutes after the incident was injected, a "Path Blockage" warning appeared on the homeroom teacher's terminal. The system provided new available route suggestions, and the homeroom teacher replanned the route and issued instructions. Eight minutes later, when a simulated student injury incident was injected, the medical rescue team's terminal displayed the student's specific location. The school doctor selected "Minor Injury" on the interface and performed a virtual first aid operation of "Simple Bandaging." This action was recorded by the system for subsequent evaluation. The rescue team selected fire extinguishers on the fire extinguishing interface and dealt with the fire. The simulation engine updated the fire model in real time based on the type and capacity of the fire extinguishers and the intensity of the fire, and the effect was immediately reflected in the 3D scene on the command terminal.

[0088] After the drill, the data recording and analysis module reads the entire process log and automatically generates a multi-dimensional evaluation report, including the overall evacuation time of 5 minutes and 30 seconds, the average response delay to path obstruction events of 45 seconds, the response time of each group's instructions, and resource utilization, helping managers identify weaknesses in the contingency plan and execution process. Simultaneously, the system reconstructs the three-dimensional scene state based on the logs, generating interactive three-dimensional debriefing content. Participants can control the playback progress via a timeline and freely switch viewing perspectives, such as viewing the overall evacuation flow from a top-down perspective or reviewing the emergency response operations from the medical team's perspective. This embodiment demonstrates that the system architecture and functional modules of this invention can support comprehensive emergency drills that are cross-regional, multi-role, controllable, and assessable, effectively improving the realism and collaborative efficiency of the drills while reducing organizational costs and safety risks, demonstrating significant practical value and promotional significance.

[0089] Secondly, such as Figure 3 As shown, this invention also proposes a simulation exercise command and dispatch system based on multi-role collaboration, comprising: The calling unit 21 is used to generate a three-dimensional simulation scene by calling a preset model library through the server based on the selected disaster type information. The three-dimensional simulation scene includes a static environment model, a disaster dynamic evolution model, and virtual emergency resources. The loading unit 22 is used to establish a connection between different participating terminals and the server through a communication network, and the server loads the corresponding role interface configuration and operation permissions based on the user accounts of the different participating terminals. Setting unit 23 is used to set disaster parameters, control the exercise rhythm and inject emergencies through the command and control terminal to drive the state update of the above three-dimensional simulation scenario; Update unit 24 is used to receive the scene status pushed by the server and the self-status data reported by the different participating terminals in real time through the general command terminal, and update the three-dimensional simulation scene and data panel of the general command terminal. Command unit 25 is used by the command personnel to generate command and dispatch instructions based on the three-dimensional simulation scene and data panel through the above-mentioned general command terminal and send them to the above-mentioned server, so that the dispatch instructions can be sent to the corresponding above-mentioned participating terminals through the above-mentioned server; The operation unit 26 is used by the participants to perform virtual operations based on the scheduling instructions through the aforementioned participant terminal in order to update the aforementioned three-dimensional simulation scene.

[0090] In one feasible implementation, the simulation exercise command and dispatch system based on multi-role collaboration proposed in this invention can also execute the simulation exercise command and dispatch method based on multi-role collaboration as described in any of the first aspects.

[0091] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. A simulation exercise command and dispatch method based on multi-role collaboration, characterized in that, include: Based on the selected disaster type information, a three-dimensional simulation scene is generated by calling a preset model library through the server. The three-dimensional simulation scene includes a static environment model, a disaster dynamic evolution model, and virtual emergency resources. A connection is established between different participating terminals and the server through a communication network, and the server loads the corresponding role interface configuration and operation permissions based on the user accounts of the different participating terminals. Disaster parameters are set, the pace of the drill is controlled, and sudden events are injected through the command and control terminal to drive the state update of the three-dimensional simulation scene; The command terminal receives the scene status pushed by the server and the self-status data reported by different participating terminals in real time, and updates the three-dimensional simulation scene and data panel of the command terminal. Based on the 3D simulation scene and data panel, the commander generates command and dispatch instructions through the central command terminal and sends them to the server, which then sends the dispatch instructions to the corresponding participating terminals. Participants execute virtual operations based on the scheduling instructions through the participating terminal to update the three-dimensional simulation scene.

2. The simulation exercise command and dispatch method based on multi-role collaboration according to claim 1, characterized in that, The method further includes: During the exercise, the server's data recording module continuously records the timestamps and event data of the participants' operations, the transmission of command and dispatch instructions, and the state changes of the three-dimensional simulation scene based on preset event triggering rules; After the exercise, the server's analysis module reads the log file generated by the data recording module and aggregates and calculates the event data in the log file to generate evaluation indicators including command response time, evacuation efficiency, and emergency resource utilization rate. The analysis module outputs a structured evaluation report based on the evaluation indicators using a report generation library; The scene status data in the log file is input into the simulation engine in chronological order to reconstruct the three-dimensional simulation scene, thereby generating interactive three-dimensional replay content, and allowing the command terminal or participating terminal to control the replay progress and observation perspective through the timeline control.

3. The simulation exercise command and dispatch method based on multi-role collaboration according to claim 1, characterized in that, The process of generating a 3D simulation scene based on the selected disaster type information by calling a preset model library through the server includes: Based on the selected disaster type information, a static environment model consistent with the real environment is constructed on the server using a 3D graphics engine. The static environment information includes terrain, buildings, roads, and interior layout, and the static environment model includes collision objects. The physical rules-based disaster dynamic evolution model is integrated into the three-dimensional graphics engine, wherein the disaster dynamic evolution model includes a cellular automaton model for simulating the fire spread process and a Gaussian plume model for simulating the chemical diffusion process. Virtual emergency resources are instantiated as interactive objects in the 3D simulation scene, and interactive scripts are bound to the interactive objects to realize scene status updates based on user operations.

4. The simulation exercise command and dispatch method based on multi-role collaboration according to claim 1, characterized in that, The process of establishing connections between different participating terminals and the server via a communication network, and having the server load corresponding role interface configurations and operation permissions based on the user accounts of the different participating terminals, includes: Based on the transmission control protocol, a persistent two-way communication connection is established and maintained between the different participating terminals and the server to achieve low-latency data interaction between the server, the general command terminal, the director terminal and the terminals of each group. The server queries the role permission database to find the mapping relationship between user accounts and role identifiers corresponding to different participating terminals, and sends the user interface configuration file and operation permission list to the corresponding participating terminal according to the role identifier; The participating terminal dynamically loads the interface elements and functional modules corresponding to the role based on the user interface configuration file, so that the participants of different roles can enter the operation interface that matches their permissions.

5. The simulation exercise command and dispatch method based on multi-role collaboration according to claim 1, characterized in that, The step of setting disaster parameters, controlling the exercise pace, and injecting unexpected events through the command and control terminal to drive the state update of the three-dimensional simulation scene includes: The command and control terminal encapsulates the disaster parameter settings into parameter messages and sends them to the server. The server then calls the corresponding disaster model interface based on the disaster parameters to update the model parameters in the 3D simulation scene. When the directing terminal selects a sudden event and specifies the location of the event, the event scheduler of the server calls the instantiation function at the specified coordinates of the 3D simulation scene at a preset time point to generate the corresponding virtual event object, and sends an event notification message to the group terminals related to the sudden event.

6. The simulation exercise command and dispatch method based on multi-role collaboration according to claim 1, characterized in that, The process of receiving scene status data pushed by the server and self-status data reported by different participating terminals in real time through the central command terminal, and updating the three-dimensional simulation scene and data panel of the central command terminal, includes: The server's simulation engine continuously calculates the state data of the three-dimensional simulation scene and sends data packets containing object positions, rotations, and state parameters to the central command terminal via a communication network at a preset push frequency, so that the central command terminal's graphics engine updates the object transformations and display content of the three-dimensional scene in real time. The server aggregates and processes the status data reported by each participating terminal to generate a lightweight data panel update package, and pushes the update package to the command terminal so that its user interface components can dynamically update the data panel content, including personnel evacuation heat map, key fire parameters, personnel location and mission status.

7. The simulation exercise command and dispatch method based on multi-role collaboration according to claim 1, characterized in that, The commander, based on the 3D simulation scene and data panel, generates command and dispatch instructions through the central command terminal and sends them to the server. The server then sends these instructions to the corresponding participating terminals, including: The integrated speech recognition software development kit in the central command terminal is used to record and recognize the voice input of the command personnel. The acquired audio stream or audio file is sent to the speech recognition engine to obtain the command content in text form, or the command personnel can select the corresponding command template from the preset command library. The central command terminal encapsulates the identified text or the command template into a predefined instruction data packet and sends it to the server through the established communication network; The server parses the target object field in the instruction data packet, queries the role permission database to determine the matching participating terminal, and routes and sends the instruction data packet to the corresponding participating terminal.

8. The simulation exercise command and dispatch method based on multi-role collaboration according to claim 1, characterized in that, The participants execute virtual operations based on the scheduling instructions through the participant terminal to update the 3D simulation scene, including: When the participating terminal receives the dispatch instruction, it activates the virtual operation control corresponding to the dispatch instruction, allowing the participants to select and perform at least one virtual operation among disaster response, evacuation guidance, danger zone delineation, pre-hospital emergency care, or public opinion control. When a user triggers a virtual operation, the participating terminal performs collision detection or interaction determination and sends an operation request message containing the user identifier, target object identifier and action type to the server. The server, based on the operation request message, invokes the corresponding disaster dynamic evolution model to calculate the impact of the virtual operation on the three-dimensional simulation scene and updates the state data in the three-dimensional simulation scene. The server broadcasts the updated scene status to all online terminals, enabling the command terminal and all participating terminals to synchronously update the 3D rendering effects and data panel content.

9. The simulation exercise command and dispatch method based on multi-role collaboration according to claim 1, characterized in that, The synchronous update of the 3D simulation scene between the participating terminal and the server also includes: After receiving an operation request message or scene state change event from any participating terminal, the server will push the differential scene state calculated based on the update model to the participating terminal in the form of incremental data packets to reduce network bandwidth usage and update delay. After receiving the incremental data packet, the participating terminal performs a local state update on the locally cached 3D simulation scene, and after synchronizing the updated scene state with the local rendering thread, drives the interface rendering engine to present the changed content in real time.

10. A simulation exercise command and dispatch system based on multi-role collaboration, characterized in that, include: The calling unit is used to generate a three-dimensional simulation scene by calling a preset model library through the server based on the selected disaster type information. The three-dimensional simulation scene includes a static environment model, a disaster dynamic evolution model, and virtual emergency resources. The loading unit is used to establish a connection between different participating terminals and the server through a communication network, and the server loads the corresponding role interface configuration and operation permissions based on the user accounts of the different participating terminals. The setting unit is used to set disaster parameters, control the exercise rhythm and inject sudden events through the command and control terminal to drive the state update of the three-dimensional simulation scene; The update unit is used to receive the scene status pushed by the server and the self-status data reported by different participating terminals in real time through the general command terminal, and update the three-dimensional simulation scene and data panel of the general command terminal. The command unit is used by the commander to generate command and dispatch instructions based on the three-dimensional simulation scene and data panel through the general command terminal and send them to the server, so that the server can send the dispatch instructions to the corresponding participating terminals; The operation unit is used by the participants to perform virtual operations based on the scheduling instructions through the participant terminal in order to update the three-dimensional simulation scene.

Images