A simulated seat collaborative interaction system for aerospace teaching and training

Abstract

This invention discloses a simulated seat collaborative interaction system for aerospace teaching and training, comprising: a terminal layer: terminal devices deployed on students or instructors, supporting simultaneous login of multiple seats on a single terminal; each seat has an independent session context, message queue, and interface view, achieving standardized interaction with the collaborative service layer through a unified communication module; a collaborative service layer: composed of a collaborative server cluster, used to achieve high reliability of message interaction between all seats using multiple mechanisms, responsible for message routing, status arbitration, document flow management, session monitoring, and real-time data persistence; and a data persistence layer: employing a distributed storage architecture to store simulation initial configuration, seat templates, document archives, interactive messages, and training process logs. This invention achieves comprehensive breakthroughs in controllability, real-time performance, consistency, and adaptability, while also possessing high scalability and high practicality, fully meeting the core requirements of aerospace teaching and training.

Description

Technical Field

[0001] This invention belongs to the field of aerospace mission simulation and distributed interactive technology, specifically involving a simulation seat collaborative interactive system for aerospace teaching and training. It can be directly adapted to the high requirements of multi-position collaborative teaching and training in aerospace, and is also suitable for teaching and training environments that require real-time collaboration among multiple roles, such as military command simulation, emergency drills, and multi-position skills training. Background Technology

[0002] With the development of aerospace technology and the popularization of simulation teaching and training, training for complex tasks such as aerospace teaching and training and military command simulation often requires multiple students to complete collaborative operations at different professional positions. Such teaching and training places high demands on the real-time performance, global consistency, teaching controllability, and role adaptability of the interactive system.

[0003] Existing simulation collaborative systems are mainly divided into two architectures: centralized client / server architecture and point-to-point distributed architecture. Both have obvious technical and application problems and cannot meet the teaching and training needs of complex scenarios in the aerospace field, as described below: 1. Centralized Client / Server Architecture: All seats communicate with the central server via a single interface, with the server uniformly forwarding messages and maintaining system status. While this architecture offers some management and logging capabilities, the central server is prone to becoming a performance bottleneck. In high-concurrency scenarios, significant interaction latency occurs, severely reducing the immersive experience of training, and it cannot meet the low-latency requirements of aerospace training. 2. Point-to-point distributed architecture: Communication channels are established directly between each seat, resulting in low latency. However, it lacks a centralized management module, making it difficult to achieve real-time monitoring, full-process recording, and training playback of the teaching process. Furthermore, the logic for handling concurrent conflicts is complex, making it difficult to guarantee the strong consistency of global data required for aerospace training.

[0004] Compared with traditional teaching and training systems, teaching and training scenarios in the aerospace field have their own unique requirements: 1. Role-based adaptation: Trainees in aerospace positions with different responsibilities need to be matched with exclusive operation interfaces and permission systems, but the training data of all positions must be kept globally consistent to avoid collaboration errors due to data deviation; 2. Fully controllable teaching interaction: Instructors need to monitor the interaction process of all students in real time, intervene and provide guidance when necessary, and all interaction behaviors need to be recorded in a panoramic manner to provide a basis for subsequent teaching evaluation; 3. Multi-seat concurrent management: The instructor terminal needs to monitor multiple trainee seats at the same time, and aerospace training often requires one person to take on multiple roles, requiring the system to support multi-seat management on a single terminal; 4. Structured document interaction: Aerospace training involves the transmission of a large number of structured documents such as instructions, reports, and plans. It is necessary to support the full-process management of drafting, sending, signing, and archiving, and the document circulation needs to be deeply linked with the simulation status.

[0005] In summary, the existing architecture of simulation collaborative systems cannot adapt to the teaching and training in the aerospace field and meet its core requirements such as low latency, strong consistency, role adaptation, and document linkage. There is an urgent need for a simulation seat collaborative interaction system designed for complex collaborative teaching scenarios in the aerospace field. Summary of the Invention

[0006] This invention aims to solve the following technical problems existing in the current simulation collaborative system in complex teaching and training scenarios in the aerospace field: 1. In a centralized architecture, high-concurrency interaction has large latency, while in a point-to-point architecture, there is a lack of management capabilities. The existing architecture cannot balance real-time interaction and controllability of teaching, which affects the experience and teaching effectiveness of aerospace training. 2. Lack of dynamic support for differentiated interfaces for multiple roles, making it impossible to match exclusive operating interfaces and permissions for trainees in different aerospace positions, thus increasing the cognitive burden on trainees; 3. The document interaction and simulation state are disconnected from each other, and the document circulation process is untraceable, which cannot meet the needs of structured document full-process management in aerospace training; 4. The lack of a centralized interactive management mechanism makes it impossible for instructors to achieve real-time monitoring and intervention guidance from multiple positions, and the ability to record and review training data is insufficient, which is not conducive to teaching evaluation. 5. The multi-seat management mechanism is imperfect. A single terminal cannot log in and manage multiple role seats at the same time, which cannot meet the needs of aerospace training where one person can monitor multiple angles and instructors can monitor centrally. 6. The simulation state conflict resolution capability under high concurrency scenarios is insufficient, which cannot guarantee the strong consistency of global data, is prone to logical errors, and does not meet the rigorous requirements of aerospace training.

[0007] The purpose of this invention is to overcome the shortcomings of existing technologies and propose a simulated seat collaborative interaction system for aerospace teaching and training.

[0008] In view of this, the present invention provides a simulated seat collaborative interaction system for aerospace teaching and training, comprising: Terminal layer: Deployed on the terminal devices of students or instructors, supporting multiple seats to be logged in simultaneously on a single terminal; each seat has an independent session context, message queue and interface view, and achieves standardized interaction with the collaborative service layer through a unified communication module; Collaboration Service Layer: Composed of a collaboration server cluster, this layer employs multiple mechanisms to ensure high reliability of message interaction among all seats, and is responsible for message routing, status arbitration, document flow management, session monitoring, and real-time data persistence; and Data persistence layer: Adopts a distributed storage architecture to store simulation initial configuration, seat templates, document archives, interaction messages, and training process logs.

[0009] As an improvement to the above system, the terminal layer maintains a seat session table, which records the ID, seat type, running status and corresponding WebSocket connection identifier of each seat in real time, so as to realize unified management of multiple seats; each logged-in seat maintains a long connection with the collaborative service layer in the background through heartbeat packets and continuously receives messages from the corresponding seat.

[0010] As an improvement to the aforementioned system, a mechanism of "template library + dynamic rendering engine" is adopted, including: The system predefines interface templates for different types of aerospace positions. Each interface template includes at least: layout structure, visible components, component attributes, and default values. A custom template is also provided for instructor positions, which can simultaneously display the thumbnail status, message flow, and document sending and receiving status of multiple student positions. Furthermore, instructor positions can send guidance messages to any student position, enabling centralized monitoring of multiple positions. After logging in, the terminal requests the interface template for that type of seat, and the front-end dynamic rendering engine generates a custom interface in real time based on the template.

[0011] As an improvement to the above system, the collaborative service layer establishes an SSL-encrypted WebSocket long connection with each terminal in the terminal layer, and all messages between seats are forwarded uniformly through the collaborative server cluster.

[0012] As an improvement to the above system, the adoption of multiple mechanisms to achieve high reliability of message interaction among all seats includes: Based on the business needs of teaching and training, messages are divided into different types to achieve differentiated processing and routing. Among them, control commands are arbitrated by the collaborative service layer and then broadcast or unicast; instant messages are fully recorded by the collaborative service layer and then forwarded to the terminal where the target seat is located; and status synchronization messages are simulation status changes caused by seat operations, which are detected by the collaborative service layer, arbitrated by the status layer, and then distributed to the relevant seats. The priority is set as follows: control commands > instant messages > status synchronization messages. A message confirmation and timeout retransmission mechanism is adopted, and critical message notification data is stored in a persistent layer.

[0013] As an improvement to the above system, all messages carry the global logical clock and simulation object version vector at the time the operation occurs.

[0014] As an improvement to the above system, the conflict detection by the collaborative service layer, followed by state arbitration, distributes the data to the relevant seats; specifically, this includes: Step 1: The collaboration service layer receives concurrent state synchronization messages from multiple seats, and extracts the simulation object version vector after matching with the global logical clock. If different state synchronization messages target the same simulation object and have the same dependency version, a concurrency conflict occurs, and the process proceeds to branch handling: Step 2: For exchangeable concurrent operations, the collaborative service layer uses an operation transformation algorithm to automatically merge operations, ensuring the consistency of the final state and generating globally unified operations; For conflicting operations that cannot be exchanged, the collaborative service layer automatically adjudicates based on predefined rules and generates a globally unified operation; the predefined rules include student seat priority and combat status priority. Step 3: The collaborative service layer persists the operation log, updates the global simulation state, generates a new version number, broadcasts the operation globally, and the relevant seats execute the operation to achieve global state unification.

[0015] As an improvement to the above system, the system also includes a replay module for visually replaying the entire training process based on the full logs stored in the data persistence layer.

[0016] As an improvement to the above system, the specific process for document circulation is as follows: Send the document drafting the seat, approve and specify multiple receiving seats, and send it to the coordination service layer via Socket after serialization; After the collaborative service layer verifies the legitimacy of the receiving location, it persists the document and pushes the document to the terminal where the receiving location is located; After receiving the notification, the receiving station reviews the document, performs the signing, rejection, or countersigning operation, and then sends it to the collaboration service layer via Socket; The collaborative service layer updates the document status and pushes the receipt status to the terminal where the sending position is located.

[0017] Compared with the prior art, the advantages of the present invention are: This invention achieves a comprehensive breakthrough in controllability, real-time performance, consistency, and adaptability, while also possessing high scalability and practicality. Specific beneficial effects are as follows: 1. Centralized management and control are deeply adapted to aerospace teaching: All seat interactions are relayed through the server cluster, which not only solves the performance bottleneck of a single server, but also realizes real-time monitoring, full recording and precise intervention of the teaching process, fully meeting the core requirements of aerospace teaching and training for process control and traceability; 2. Role-differentiated interface dynamic adaptation: Through the mechanism of "template library + dynamic rendering engine", exclusive operation interface and permissions are customized for trainees in different aerospace positions, which greatly reduces the cognitive burden of trainees; instructors can use exclusive templates to achieve centralized monitoring of multiple positions, improving teaching management efficiency. 3. Integrated interaction between documents and simulation: The structured document interaction is fully integrated into the simulation process, realizing real-time driving of the entire process of document drafting, circulation, and signing. The document status is linked with the simulation scene, making the training process closer to the actual aerospace combat scenario.

[0018] 4. High-efficiency concurrent management of multiple seats: Supports simultaneous login and management of multiple seats on a single terminal, perfectly adapting to the needs of aerospace training where one person can manage multiple roles and instructors can centrally monitor, greatly saving hardware resources and simplifying the operation process for trainees and instructors.

[0019] 5. Low-latency immersive training experience: The synergistic effect of local prediction, operation merging and compression, and message priority queue mechanisms ensures that the end-to-end message latency is controlled within 50ms and the document sending and receiving latency is controlled within 1s, while ensuring server-side relay control, thus meeting the low-latency requirements of aerospace training.

[0020] 6. Strong global data consistency under high concurrency: The concurrency control mechanism, which integrates global logical clock, operation conversion and authoritative arbitration, realizes intelligent resolution of simulation state conflicts and strong global consistency under high concurrency scenarios, avoids logical errors and meets the rigorous and professional requirements of aerospace training.

[0021] 7. High scalability and maintainability of the system: When adding new job types such as aerospace positions, it is only necessary to define the corresponding interface template and permission system in the interface template library to quickly integrate into the system without modifying the core code, which greatly reduces the secondary development and maintenance costs of the system.

[0022] 8. Full-process teaching evaluation support: The server realizes full log recording of the training process, combined with the visualized full-process replay function, to provide instructors with accurate and comprehensive evaluation basis for student performance, which greatly improves the teaching quality of aerospace teaching and training. Attached Figure Description

[0023] Figure 1 This is a diagram of a simulated seat collaborative interaction system architecture for teaching and training. Figure 2 This is a multi-seat session management diagram; Figure 3 It is a document circulation diagram; Figure 4 This is a flowchart of a strong consistency concurrency control mechanism. Detailed Implementation

[0024] This invention proposes a simulated seat collaborative interaction system for aerospace teaching and training. It adopts a layered design, with the server as the core intermediary to realize information interaction among all seats. Furthermore, it incorporates innovative mechanisms such as local prediction, dynamic interface rendering, a structured document workflow engine, and strong consistency concurrency control to meet the specific needs of teaching and training. The specific technical solution is as follows: 1. System Architecture Design The architecture adopts a three-tiered design, with clearly defined responsibilities and collaborative operation at each level. This solves the performance bottlenecks of centralized architectures and compensates for the management deficiencies of point-to-point architectures. The overall architecture possesses high reliability and scalability. The specific layer structure is as follows: Figure 1 As shown, it contains the following three layers: (1) Terminal layer (student / teacher terminal): running on the terminal device of the student or teacher, supporting multiple seats to be logged in at the same time on a single terminal. Each seat has an independent session context, message queue and interface view, and achieves standardized interaction with the collaborative service layer through a unified communication module, taking into account the convenience of multi-seat management and the independence of seat operation in server interaction.

[0025] (2) Collaborative Service Layer: Composed of a collaborative server cluster, it serves as the sole intermediary for information exchange among all seats, solving the performance bottleneck problem of a single server. It is responsible for message routing, status arbitration, document flow management, session monitoring, and real-time data persistence, and is the core layer for achieving global consistency and controllability of teaching.

[0026] (3) Data persistence layer: adopts a distributed storage architecture to store data such as simulation initial configuration, seat template, document archives, interactive messages, training process logs, etc., providing full data support for training review, teaching evaluation and data traceability, and adapting to the traceability requirements of aerospace training.

[0027] 2. Unified login and session management mechanism for multiple seats This architecture is designed with dedicated multi-seat session management functionality, such as... Figure 2 As shown, this implements multi-seat concurrent management on a single terminal, adapting to the needs of aerospace training where one person can monitor multiple positions simultaneously and instructors can centrally monitor. (1) The terminal layer supports the same user to log in to multiple seats on a single device at the same time. After logging in, the terminal automatically maintains the seat session table and records the ID, type, running status and corresponding WebSocket connection identifier of each seat in real time to realize unified management of multiple seats; (2) Users can quickly switch between seats through the terminal interface, and all logged-in seats maintain a long connection with the server in the background and continuously receive messages from the corresponding seats without switching delay; (3) The collaborative service layer maintains the global online seat registry and records the terminal connection information of each seat in real time, providing data support for accurate message routing and ensuring the accuracy of message transmission.

[0028] 3. A reliable message exchange mechanism based on server-side mediation All terminals establish SSL-encrypted WebSocket long connections with the server. All messages between seats are forwarded uniformly through the server cluster, and no direct connection channels are established between seats. While ensuring full control and recording of teaching interactions, multiple mechanisms are designed to achieve high reliability of message interaction: (1) Message Classification Management: Based on the business needs of teaching and training, messages are divided into three categories, and the server implements differentiated processing and routing according to the type: 1) Command messages: Simulation control commands (such as start, pause, reset) are broadcast or unicast after being arbitrated by the server.

[0029] 2) Instant Messaging: Text messages between students are fully recorded by the server and forwarded to the terminal where the target seat is located.

[0030] 3) Status synchronization message: The simulation status change caused by seat operation is distributed to all relevant seats after server conflict arbitration.

[0031] (2) Reliability assurance: The message confirmation (ACK) and timeout retransmission mechanism are adopted to ensure that messages are not lost or duplicated; for key messages such as simulation control instructions and important status synchronization messages, a persistent storage link is added on the server side to further improve the reliability of messages.

[0032] 4. Structured document interaction engine This architecture incorporates a structured document interaction engine that is deeply integrated with the simulation state, fully integrating document interaction into the simulation process. This solves the problem of the separation between documents and simulation in existing technologies, and enables full lifecycle management of aerospace training documents. (1) Standardized document model: Define various documents in teaching and training (such as aerospace instructions, situation reports, and collaborative plans) as structured data objects, including document ID, type, template identifier, content field (in one embodiment, JSON format is used), attachment list, sender position, recipient position list, circulation status (draft, sent, signed, completed), timestamp and other core attributes to achieve standardized document management; (2) The whole process flow mechanism is as follows Figure 3 As shown, the steps are as follows: 1) Trainees can use the document editor at their seats to draft documents, fill in the content, and designate multiple receiving seats.

[0033] 2) After clicking send, the document object is serialized and sent to the server via Socket.

[0034] 3) The server verifies the legitimacy of the receiving location, persists the document, and pushes it to all terminals where the receiving location is located.

[0035] 4) After receiving the notification, the receiving student can view the document and perform operations such as "sign for", "reject", and "countersign". The operation results are fed back to the sender in real time.

[0036] 5) The server records the complete lifecycle of the document for post-event evaluation.

[0037] (3) Real-time drive: All document operations are pushed in real time via WebSocket. The recipient's terminal immediately pops up a reminder without polling, ensuring the real-time nature of document flow.

[0038] 5. Dynamic rendering of character-differentiated interfaces This architecture employs a two-tiered mechanism of interface template library + dynamic rendering engine, matching exclusive operation interfaces for trainees in different aerospace positions to achieve dynamic adaptation based on role differences.

[0039] (1) Standardized interface template library: predefined interface templates for various positions (such as commanders, intelligence officers, operators), described in JSON format, including: layout structure, visible components (situation map, message list, document panel, equipment control panel, etc.), component attributes, and default values.

[0040] (2) Dynamic rendering engine: After the terminal logs in to the seat, it automatically requests the interface template of the seat type from the server. The front-end dynamic rendering engine generates a unique interface in real time based on the template. (3) Instructor-specific monitoring template: Instructor seats have special templates that can simultaneously display the abbreviated status, message flow and document sending and receiving status of multiple student seats. Instructors can also use this template to send guidance messages to any student, achieving centralized monitoring of multiple seats.

[0041] 6. Zero-latency experience guarantee mechanism While adopting a server-side mediation model to ensure the controllability of teaching, this architecture designs a triple zero-latency optimization mechanism to keep the interaction latency within the requirements of aerospace training.

[0042] (1) Local prediction: After the student completes the operation, the terminal immediately updates the local UI (such as button status, page layout, parameter values) and encapsulates the operation into a message and sends it to the server. If the final state returned by the server is consistent with the local prediction, the local state is maintained; if it is inconsistent (such as being rejected due to concurrency conflict), it will automatically roll back and transition smoothly without the student's awareness.

[0043] (2) Operation merging and compression: For high-frequency operations (such as continuous parameter adjustment), a 100ms time window is set on the terminal side, and the continuous operations within the window are merged into an incremental operation message and sent to the server, which greatly reduces the number of network packets and reduces network transmission latency. (3) Message priority queue: The server sets priorities for different types of messages (control instructions > instant messages > status synchronization) to ensure that core instructions are processed first and avoid delays in critical operations.

[0044] 7. Strong consistency concurrency control mechanism To address the simulation state conflict problem in high-concurrency scenarios, such as Figure 4 As shown, this architecture integrates three technologies: global logical clock, operation transition (OT), and authoritative arbitration, to achieve strong global consistency of the simulation state, solve the conflict resolution problem of existing technologies, and meet the rigorous requirements of aerospace training.

[0045] (1) Global logical clock: The server maintains an independent version vector for each simulation object. All messages carry the global logical clock and dependent version when the operation occurs, providing accurate time and version basis for conflict detection.

[0046] (2) Operation Transformation (OT): For exchangeable concurrent operations, the server uses an operation transformation algorithm to automatically merge operations and ensure the consistency of the final state.

[0047] (3) Authoritative arbitration: For conflicting operations that cannot be exchanged (such as two people controlling the same aerospace equipment / combat area at the same time), the server automatically makes a ruling based on predefined rules (such as student seat priority, combat status priority) and broadcasts the final status after the ruling to all relevant seats to achieve global status unification.

[0048] 8. Full-process teaching monitoring and training playback mechanism This architecture incorporates a full-process teaching monitoring and follow-up module to meet the evaluation needs of teaching and training.

[0049] (1) Real-time monitoring: The server records a complete log of all messages, including timestamps, sending seats, receiving seats, message content and other core information; instructors can view the operation flow, message interaction and document circulation of each student seat in real time through a dedicated monitoring interface, and intervene directly to provide guidance when necessary; (2) Full process replay: After the training is completed, the system can realize the full process replay of the training process based on the full log stored in the data persistence layer. The instructor can choose any time period to review according to the needs, providing accurate and comprehensive basis for the evaluation of the students' performance.

[0050] The technical solution of the present invention will be described in detail below with reference to the accompanying drawings and embodiments.

[0051] Example 1 Embodiment 1 of the present invention provides a simulated seat collaborative interaction system for aerospace teaching and training. The invention is described in detail with reference to a specific embodiment of a joint tactical command simulation training scenario extending from aerospace teaching and training. The technical solution of this embodiment can be directly transferred to aerospace teaching and training scenarios.

[0052] Example scenario: This embodiment is applied to a joint tactical command simulation training course at a certain university. This scenario, like aerospace teaching and training, possesses the core characteristics of multiple roles, high collaboration, and strong consistency. The system deployment includes one instructor terminal and ten student terminals (five for the red team and five for the blue team). The red team positions include: commander, intelligence officer, fire coordinator, communications officer, and support officer. The blue team configuration is identical to the red team's. The system deployment is as follows: (1) Collaborative service layer: It consists of a cluster of 3 servers deployed in the training center to solve the performance bottleneck problem under high concurrency; (2) Data persistence layer: A distributed database is used to store log information such as training scenarios, student files, document templates, training logs, and instant messages; (3) Terminal layer: Students and instructors use ordinary PCs and install the client software described in this invention.

[0053] Specific implementation process 1. Multi-seat login and role-based differentiated interface rendering (1) Red team commander trainees log in to the "commander" seat through the terminal. After the terminal requests a template from the server, it renders a dedicated interface in real time, which includes a global situation map, the status of each unit, and a command instruction input box. If the trainees need to temporarily serve as intelligence officers, the terminal also logs in to the "intelligence officer" seat, and two tabs appear at the top of the interface. Clicking the "intelligence officer" tab switches the interface to the intelligence panel, enemy situation list, and plotting tools dedicated page for intelligence officers, without any lag or delay. (2) The Red Team's fire coordinator, communications officer, and support officer log in to their respective seats. The terminals render the exclusive operation interface for each position, displaying only the components and data related to the job responsibilities, thus reducing the complexity of operation. (3) When the instructor logs in to the “Instructor” seat on the terminal, the interface renders a special monitoring template and displays a list of all student seats. The instructor can click on any seat to view a thumbnail of its real-time operation screen and send text guidance messages directly to the student to achieve centralized monitoring.

[0054] 2. Reliable message exchange based on server-side mediation (1) The Red Army commander sends an emergency message to the Red Army fire coordinator: "Coordinate fire support for the East". This message is encapsulated by the terminal and sent to the server cluster via an SSL-encrypted WebSocket long connection. (2) After receiving the message, the server first records the message's sending time, content, sender, recipient and other log information. Then, it queries the terminal connection information of the Red Team's firepower coordinator through the global online seat registry and pushes the message accurately to the target terminal. (3) The message is displayed in the terminal pop-up of the Red Team's firepower coordinator. The reply can be sent directly. The reply message is transmitted in the same way. The server records the whole process for review after class.

[0055] 3. The entire lifecycle of structured documents (1) After discovering important enemy information, the Red Army intelligence officer drafts an "Enemy Situation Report". The standardized template is retrieved through the document editor on the terminal, the core content is filled in and battlefield screenshots are added as attachments, and the recipients are designated as the Red Army commander, fire coordinator and instructor; (2) After clicking send, the document object is serialized and sent to the server. The server automatically verifies the legitimacy of the seats of the three recipients, and after the document is persistently stored, it is pushed to the terminals of the three recipients in real time. (3) The terminals of the Red Force commander, fire coordinator and instructor immediately pop up a "new document" prompt. After the commander views it, he performs the "signature" operation. After the fire coordinator views it, he performs the "countersign" operation and adds fire support suggestions. After the instructor views it, he performs the "review" operation. All operation results are synchronized to the terminal of the Red Force intelligence officer in real time. The intelligence officer can intuitively see the document status updated to "signed (commander) - countersigned (fire) - reviewed (instructor)", realizing real-time traceability of document circulation.

[0056] 4. Strong consistency control of simulation states under high concurrency (1) The Red Force fire coordinator operates "Fire coverage of area 003", while the Red Force operator operates "Withdraw from area 003". The two operations occur almost simultaneously and target the same combat area, resulting in an irreplaceable operational conflict; (2) The server receives two operation instructions almost simultaneously. After detecting the conflict through the version vector of the global logical clock, it initiates the authoritative arbitration mechanism and, according to the predefined rule that "the fire coordinator role has higher priority than the operator during the attack phase", it decides that the instructions of the red team's fire coordinator are effective. (3) The server broadcasts the final status after the arbitration to all relevant seats, and each terminal updates and displays it synchronously. Due to the local prediction mechanism, the Red team's fire coordinator has no perception on the interface; the Red team operator's terminal displays a smooth animation indicating "the instruction failed to pass arbitration", thus achieving a smooth rollback of the status.

[0057] 5. Technical Implementation of a Latency-Free Experience (1) The Red Team operator continuously adjusts the artillery angle during training, generating an adjustment operation every 50ms. The terminal merges the continuous adjustment operations into a single incremental operation message and sends it to the server through a 100ms time window, significantly reducing the number of network packets and lowering transmission latency; (2) After the Red Commander clicks the “Issue Instruction” button, the terminal immediately switches the button to the pressed state through the local prediction mechanism and sends the instruction message to the server. Even if there is a brief delay in the network, the commander still feels that the operation is responsive and ensures the immersive experience of the operation.

[0058] 6. Full-process teaching monitoring and training playback (1) During the training process, the instructors can view the messages, documents and operations of all trainees in real time through the monitoring interface. If the instructors find that the Red Team's communication personnel make an operational error, they can send a reminder message directly to them to realize real-time intervention and guidance in teaching. (2) After the training is completed, the instructor can select any time period for the training according to the teaching needs. The system retrieves all messages, operations and status change logs within that time period from the data persistence layer and realizes the full-process visualization of the training process on the three-dimensional situation diagram. The instructor can combine the playback content to analyze the gains and losses of the students' decisions and improve the accuracy of the teaching evaluation.

[0059] Implementation results: In the training scenario of this embodiment, 10 student terminals achieve high-concurrency collaborative operation, and the system's performance fully meets the design requirements, specifically: (1) The end-to-end message delay is <50ms, and the document transmission time is <1s, which meets the real-time requirements under high concurrency; (2) Each trainee is assigned a dedicated operating interface, which greatly reduces the cognitive burden; (3) Instructors can monitor and intervene in all student seats in real time, record the entire training process, and play back the lessons smoothly and completely after class, which greatly improves the accuracy and comprehensiveness of teaching evaluation. (4) No logical errors occur in high-concurrency scenarios, the simulation state maintains strong global consistency, and there is no data deviation; (5) The single-terminal multi-seat login function runs stably with no delay in seat switching, which greatly saves hardware resources and teaching management costs.

[0060] The operational results of this embodiment verify that the technical solution of the present invention has high practicality and high reliability, and can be directly transferred to complex multi-role collaborative teaching and training scenarios such as aerospace teaching and training, solving the core pain points of the existing technology.

[0061] Innovation points: This invention achieves innovations in areas such as architecture design, interaction mechanisms, and teaching monitoring: 1. To address the issues of high latency and high single-point failure risk in existing centralized architectures under high concurrency, and the lack of centralized control in point-to-point architectures, which cannot meet the requirements of teaching monitoring and data traceability, a hybrid architecture of "three-level layering + server-side cluster intermediary" is proposed, which can support high-concurrency collaboration of 50+ terminals with end-to-end message latency of <50ms.

[0062] 2. To address the issue that existing technologies only support single-terminal, single-seat login, requiring students to repeatedly log in / switch terminals when playing multiple roles, resulting in cumbersome operations and high hardware costs, a joint session management mechanism of "terminal seat session table + server-side global registry" is proposed. Through heartbeat packets, the two tables (seat session table and global online seat registry) are synchronized in real time, enabling simultaneous login of 10+ seats on a single terminal with a seat switching latency of <100ms. Instructors can monitor the interaction process of all student seats in real time using a single terminal.

[0063] 3. To address the issue that training debriefing requires searching through logs line by line, and that the logs are separated from the simulation situation and documents, making multi-dimensional linkage debriefing impossible and resulting in poor accuracy of teaching evaluation, a training data traceability mechanism of "full logs + multi-dimensional indexes" is proposed. The server records a complete log of all messages, including core information such as timestamps, sending seats, receiving seats, and message content. Instructors can view the operation flow, message interaction, and document circulation of each student seat in real time through a dedicated monitoring interface.

[0064] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit it. Although the present invention has been described in detail with reference to the embodiments, those skilled in the art should understand that modifications or equivalent substitutions to the technical solutions of the present invention do not depart from the spirit and scope of the technical solutions of the present invention, and all such modifications or substitutions should be covered within the scope of the claims of the present invention.

Claims

1. A simulated seat collaborative interactive system for aerospace teaching and training, characterized in that, include: Terminal layer: Deployed on the terminal devices of students or instructors, supporting multiple seats to be logged in simultaneously on a single terminal; each seat has an independent session context, message queue and interface view, and achieves standardized interaction with the collaborative service layer through a unified communication module; Collaboration Service Layer: Composed of a collaboration server cluster, this layer employs multiple mechanisms to ensure high reliability of message interaction among all seats, and is responsible for message routing, status arbitration, document flow management, session monitoring, and real-time data persistence; and Data persistence layer: Adopts a distributed storage architecture to store simulation initial configuration, seat templates, document archives, interaction messages, and training process logs.

2. The simulated seat collaborative interaction system for aerospace teaching and training according to claim 1, characterized in that, The terminal layer maintains a session table that records the ID, type, running status, and corresponding WebSocket connection identifier of each session in real time, enabling unified management of multiple sessions. Each logged-in session maintains a long connection with the collaborative service layer in the background through heartbeat packets, continuously receiving messages from the corresponding session.

3. The simulated seat collaborative interaction system for aerospace teaching and training according to claim 1, characterized in that, Through the mechanism of "template library + dynamic rendering engine", including: The system predefines interface templates for different types of aerospace positions. Each interface template includes at least: layout structure, visible components, component attributes, and default values. A custom template is also provided for instructor positions, which can simultaneously display the thumbnail status, message flow, and document sending and receiving status of multiple student positions. Furthermore, instructor positions can send guidance messages to any student position, enabling centralized monitoring of multiple positions. After logging in, the terminal requests the interface template for that type of seat, and the front-end dynamic rendering engine generates a custom interface in real time based on the template.

4. The simulated seat collaborative interaction system for aerospace teaching and training according to claim 1, characterized in that, Each terminal in the collaborative service layer establishes an SSL-encrypted WebSocket long connection with the terminal layer, and all messages between the seats are forwarded uniformly through the collaborative server cluster.

5. The simulated seat collaborative interaction system for aerospace teaching and training according to claim 1, characterized in that, The high reliability of message interaction among all seats is achieved through multiple mechanisms, including: Based on the business needs of teaching and training, messages are divided into different types to achieve differentiated processing and routing. Among them, control commands are arbitrated by the collaborative service layer and then broadcast or unicast; instant messages are fully recorded by the collaborative service layer and then forwarded to the terminal where the target seat is located; and status synchronization messages are simulation status changes caused by seat operations, which are detected by the collaborative service layer, arbitrated by the status layer, and then distributed to the relevant seats. The priority is set as follows: control commands > instant messages > status synchronization messages. A message confirmation and timeout retransmission mechanism is adopted, and critical message notification data is stored in a persistent layer.

6. The simulated seat collaborative interaction system for aerospace teaching and training according to claim 5, characterized in that, All messages carry the global logical clock and simulation object version vector at the time the operation occurred.

7. The simulated seat collaborative interaction system for aerospace teaching and training according to claim 5, characterized in that, The conflict detection is performed by the collaboration service layer, and the data is distributed to the relevant seats after state arbitration; specifically, this includes: Step 1: The collaboration service layer receives concurrent state synchronization messages from multiple seats, and extracts the simulation object version vector after matching with the global logical clock. If different state synchronization messages target the same simulation object and have the same dependency version, a concurrency conflict occurs, and the process proceeds to branch handling: Step 2: For exchangeable concurrent operations, the collaborative service layer uses an operation transformation algorithm to automatically merge operations, ensuring the consistency of the final state and generating globally unified operations; For conflicting operations that cannot be exchanged, the collaborative service layer automatically adjudicates based on predefined rules and generates a globally unified operation; the predefined rules include student seat priority and combat status priority. Step 3: The collaborative service layer persists the operation log, updates the global simulation state, generates a new version number, broadcasts the operation globally, and the relevant seats execute the operation to achieve global state unification.

8. The simulated seat collaborative interaction system for aerospace teaching and training according to claim 1, characterized in that, The system also includes a replay module, which is used to visualize and replay the entire training process based on the full logs stored in the data persistence layer.

9. The simulated seat collaborative interaction system for aerospace teaching and training according to claim 1, characterized in that, When documents are transferred, the specific process is as follows: Send the document drafting the seat, approve and specify multiple receiving seats, and send it to the coordination service layer via Socket after serialization; After the collaborative service layer verifies the legitimacy of the receiving location, it persists the document and pushes the document to the terminal where the receiving location is located; After receiving the notification, the receiving station reviews the document, performs the signing, rejection, or countersigning operation, and then sends it to the collaboration service layer via Socket; The collaborative service layer updates the document status and pushes the receipt status to the terminal where the sending position is located.

Images