Ship command control system multi-station display control data synchronization method and system

CN122765005APending Publication Date: 2026-09-15CHINA SHIP DEV & DESIGN CENT
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202610931087.7
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2026-06-26
Publication Date
2026-09-15

AI Technical Summary

Technical Problem

[0005](2)不同类型显控数据在多台位间同步机制问题

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122765005A_ABST
    Figure CN122765005A_ABST
Patent Text Reader

Abstract

The application provides a ship command control system multi-station display control data synchronization method and system, through establishing a single-background multi-front information flow transfer framework, adopting different types of display control data synchronization mechanism and the mechanism of obtaining the latest state data when the front node starts, the function of synchronizing different types of display control data is realized. The application establishes a differentiated synchronization strategy for the diversity of data in the ship command control system, including an external periodic or non-periodic state data synchronization mechanism, a one-time control instruction data synchronization mechanism and a periodic control instruction data synchronization mechanism, taking into account real-time and reliability. The application also re-accesses the station through the mechanism of obtaining the latest state data when the front node starts, greatly shortens the station recovery time, and guarantees the continuity of command control.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention belongs to the field of information technology, specifically relating to a method and system for synchronizing multi-position display and control data in a ship command and control system. Background Technology

[0002] With the continuous improvement of ship automation and intelligence, modern ship command and control systems have evolved into comprehensive information platforms integrating navigation, control, communication, power, and operations. To meet the needs of overall ship situational awareness and collaborative command, multiple display and control devices are typically deployed in key areas such as the bridge, central control room, and command room to achieve comprehensive monitoring and control of the ship's navigation status, onboard equipment, and operational status.

[0003] In a multi-station collaborative operation mode, ensuring a high degree of consistency and real-time performance of data display across all control stations is a crucial prerequisite for ensuring safe ship operations. However, existing ship control systems still face numerous technical challenges in synchronizing data across multiple stations. First, the diverse and heterogeneous data sources within a ship, along with varying data interface protocols and update frequencies, make data fusion and alignment across multiple stations difficult. Second, traditional control systems often employ simple client-server polling or broadcast methods to distribute data. When the number of stations increases or network fluctuations occur, display delays, data jumps, and even inconsistencies in screen states can easily arise, severely interfering with the commander's judgment. Furthermore, in emergency situations, if control commands are not synchronized across stations, it could directly threaten ship safety.

[0004] Although some studies have attempted to improve this problem by introducing database synchronization or redundant network structures, existing synchronization mechanisms remain insufficient in handling multi-source data conflicts and load balancing during large-scale data distribution in high-real-time, high-reliability ship command and control environments. Therefore, designing an efficient, stable, and fault-tolerant multi-station display and control data synchronization method has become a core technical problem urgently needing to be solved in current ship command and control systems. Specifically, this includes: (1) Multi-station information flow architecture design issues When a ship's centralized command and control system monitors and controls the status of various equipment on the ship, there are multiple display and control consoles. Ensuring the consistency of the displayed and control data across these multiple consoles requires consideration of the overall architecture design for the information flow between the back-end processing software and the front-end display and control software.

[0005] (2) Synchronization mechanism for different types of display and control data across multiple units For status, one-time control data, and periodic control data, the data sources and transmission frequencies are diverse. To ensure that the information remains consistent across different stations, a dedicated data synchronization mechanism needs to be designed.

[0006] (3) Data synchronization issues caused by the power-on sequence of the workstations When multiple display and control consoles are performing command and control tasks, how can we ensure that the status data of a new display and control console is consistent with the status data of the other consoles when it is powered on? Summary of the Invention

[0007] The technical problem to be solved by the present invention is to provide a method and system for synchronizing multi-position display and control data of a ship command and control system, for synchronizing different types of display and control data.

[0008] The technical solution adopted by this invention to solve the above-mentioned technical problems is as follows: a method for synchronizing multi-position display and control data in a ship command and control system, comprising the following steps: S1: Establish a single-back-end and multi-front-end information flow architecture; including a star topology that combines a single physical or logical back-end service node with multiple display and control front-end nodes. S2: Different synchronization mechanisms are adopted for different types of display and control data to ensure real-time performance and reliability; including external periodic or non-periodic status data synchronization mechanism, one-time control command data synchronization mechanism and periodic control command data synchronization mechanism.

[0009] According to the above scheme, in step S1, the background service node includes an external data processing module, a status information table, a data distribution module to the front end, an internal instruction processing module, a one-time instruction table, a data distribution module to the external end, a data distribution module to the front end, and also includes a periodic instruction table. When receiving status data, the backend service node is used to receive external information from the command and control system, and forward the data to the frontend after unified caching and processing. When sending command data, the background service node is used to receive control command data sent by multiple front-end nodes, process it, and forward it to the outside. The background service nodes are also used to synchronize information so that the front-end nodes can obtain and display data.

[0010] According to the above scheme, the specific steps of the external periodic or non-periodic state data synchronization mechanism in step S2 are as follows: The external data processing module receives status information, target data, and job status from various external systems and processes them uniformly. The memory maintenance status information table stores status data; The front-end data distribution module performs a multicast push to all front-end nodes, causing all front-end nodes to update their display status data.

[0011] According to the above scheme, the specific steps of the one-time control command data synchronization mechanism in step S2 are as follows: The internal instruction processing module receives a one-time control instruction sent by the front-end display and control node; The memory maintenance one-time instruction table stores one-time control instructions; After processing the instruction by the external data distribution module, the control instruction is sent to the external system once. The front-end data distribution module multicasts the one-time control command once to all front-end nodes, so that each front-end node can display the control command data synchronously.

[0012] According to the above scheme, the specific steps of the periodic control command data synchronization mechanism in step S2 are as follows: The internal instruction processing module receives periodic control instructions sent by the front-end node; The memory maintenance periodic instruction table stores periodic control instructions; After processing the instruction by the external data distribution module, the control instruction is periodically sent to the external system. The front-end data distribution module periodically multicasts the control command to all front-end nodes, enabling each front-end node to synchronously display the control command data and update it periodically.

[0013] According to the above scheme, step S2 also includes a mechanism for obtaining the latest status data when the foreground node is powered on, the specific steps of which are as follows: When a front-end node powers on or reconnects to a back-end service node, it sends a power-on status request containing the local node ID to the back-end service node. The internal status processing module received the request; The front-end data distribution module sends the data from the maintained status information table, one-time instruction table, and periodic instruction table to the front-end node once to ensure that its displayed information is consistent with the content displayed by other front-end nodes.

[0014] A multi-position display and control data synchronization system for ship command and control systems. The information flow architecture submodule is used to establish a single back-end and multiple front-end information flow architecture; including a star topology that combines a single physical or logical back-end service node with multiple display and control front-end nodes. The synchronization mechanism submodule is used to employ differentiated synchronization mechanisms for different types of display and control data to ensure real-time performance and reliability; including external periodic or non-periodic status data synchronization mechanisms, one-time control command data synchronization mechanisms, and periodic control command data synchronization mechanisms.

[0015] Furthermore, the backend service nodes include an external data processing module, a status information table, a data distribution module to the front end, an internal instruction processing module, a one-time instruction table, a data distribution module to the external source, a data distribution module to the front end, and a periodic instruction table.

[0016] Furthermore, the external data processing module, the status information table, and the front-end data distribution module are used to execute external periodic or non-periodic status data synchronization mechanisms. The internal instruction processing module, the one-time instruction table, the external data distribution module, and the front-end data distribution module are used to execute the one-time control instruction data synchronization mechanism. The internal instruction processing module, the periodic instruction table, the external data distribution module, and the front-end data distribution module are used to execute the periodic control instruction data synchronization mechanism.

[0017] A computer memory storing a computer program executable by a computer processor, the computer program executing a method for synchronizing multi-position display and control data in a ship command and control system.

[0018] The beneficial effects of this invention are as follows: 1. The present invention relates to a method and system for synchronizing multi-position display and control data in a ship command and control system. By establishing a single-back-end and multi-front-end information flow architecture, and adopting a synchronization mechanism for different types of display and control data and a mechanism for front-end nodes to obtain the latest status data when they are powered on, the present invention realizes the function of synchronizing different types of display and control data.

[0019] 2. Regarding the synchronization mechanism of display and control data, this invention establishes differentiated synchronization strategies to address the diversity of data in ship command and control systems. These strategies include synchronization mechanisms for external periodic or non-periodic status data, one-time control command data, and periodic control command data. By balancing real-time performance and reliability, differentiated synchronization strategies are designed for different types of data, achieving the best balance between real-time performance and reliability.

[0020] 3. In this invention, when a front-end node powers on or reconnects to the back-end service node after a failure, it sends a power-on status request containing the local station ID to the back-end service node. The back-end service node then sends all the data from its maintained "Status Information Table," "One-Time Instruction Table," and "Periodic Instruction Table" to the front-end node, ensuring that its displayed information remains consistent with that of other front-end nodes. This mechanism of obtaining the latest status data when a front-end node powers on significantly shortens station recovery time and ensures the continuity of command and control upon reconnection.

[0021] Of course, any product implementing this invention does not necessarily need to achieve all of the advantages described above at the same time. Attached Figure Description

[0022] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0023] Figure 1 This is a diagram of the information flow architecture of the ship command and control system according to an embodiment of the present invention.

[0024] Figure 2 This is a schematic diagram of an external state data synchronization method according to an embodiment of the present invention.

[0025] Figure 3 This is a schematic diagram of a one-time control command data synchronization method according to an embodiment of the present invention.

[0026] Figure 4 This is a schematic diagram of a periodic control command data synchronization method according to an embodiment of the present invention.

[0027] Figure 5 This is a schematic diagram of a data synchronization method when a front-end node is newly started according to an embodiment of the present invention. Detailed Implementation

[0028] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention.

[0029] Example 1 See Figure 1 The specific steps of a method for synchronizing multi-position display and control data in a ship command and control system are as follows: S1: Establish a single back-end and multiple front-end information flow architecture; including a star topology that combines a single physical or logical back-end service node with multiple display and control front-end nodes; the back-end service node includes an external data processing module, a status information table, a data distribution module to the front-end, as well as an internal instruction processing module, a one-time instruction table, a data distribution module to the external interface, a data distribution module to the front-end, and a periodic instruction table. When receiving status data, the backend service node is used to receive external information from the command and control system, and forward the data to the frontend after unified caching and processing. When sending command data, the background service node is used to receive control command data sent by multiple front-end nodes, process it, and forward it to the outside. The background service nodes are also used to synchronize information so that the front-end nodes can obtain and display data; S2: Different synchronization mechanisms are used for different types of display and control data to ensure real-time performance and reliability; specifically including: S21: External periodic or non-periodic state data synchronization mechanism; The external data processing module receives status information, target data, and job status from various external systems and processes them uniformly. The memory maintenance status information table stores status data; The front-end data distribution module performs a multicast push to all front-end nodes, causing all front-end nodes to update their display status data. S22: One-time control command data synchronization mechanism; The internal instruction processing module receives a one-time control instruction sent by the front-end display and control node; The memory maintenance one-time instruction table stores one-time control instructions; After processing the instruction by the external data distribution module, the control instruction is sent to the external system once. The front-end data distribution module multicasts the one-time control command once to all front-end nodes, so that each front-end node can display the control command data synchronously. S23: Periodic control command data synchronization mechanism The internal instruction processing module receives periodic control instructions sent by the front-end node; The memory maintenance periodic instruction table stores periodic control instructions; After processing the instruction by the external data distribution module, the control instruction is periodically sent to the external system. The front-end data distribution module periodically multicasts the control command to all front-end nodes, enabling each front-end node to synchronously display the control command data and update it periodically.

[0030] S24: Mechanism for obtaining the latest status data when the foreground node boots up When a front-end node powers on or reconnects to a back-end service node, it sends a power-on status request containing the local node ID to the back-end service node. The internal status processing module received the request; The front-end data distribution module sends the data from the maintained status information table, one-time instruction table, and periodic instruction table to the front-end node once to ensure that its displayed information is consistent with the content displayed by other front-end nodes.

[0031] This embodiment establishes a single-back-end and multi-front-end information flow architecture, adopts a synchronization mechanism for different types of display and control data and a mechanism for front-end nodes to obtain the latest status data when they are powered on, thereby realizing the function of synchronizing different types of display and control data.

[0032] Example 2 The steps in this embodiment are the same as in Embodiment 1, except that each step is applied to a specific instance. Specifically, it includes the following steps: (1) Adopt a single back-end and multiple front-end information flow architecture like Figure 1 As shown, the ship's command and control system adopts a star topology combining a single physical or logical back-end service node with multiple display and control front-end nodes. The back-end service node is responsible for receiving external information from the command and control system, uniformly caching and processing the data before forwarding it to the front-end. The back-end service node is also responsible for receiving control command data from multiple front-end nodes, processing it, and forwarding it externally. In terms of information synchronization, the back-end service node acts as a unified data hub, and all display data from the front-end nodes is obtained from the back-end service node.

[0033] (2) Synchronization mechanism for different types of display and control data To address the diversity of data in ship command and control systems, differentiated synchronization strategies should be established to ensure real-time performance and reliability.

[0034] 1) External periodic or non-periodic state data synchronization mechanism like Figure 2 As shown, the "External Data Processing Module" in the background service node receives status information, target data, job status and other information from various external systems and processes them uniformly. It maintains a "Status Information Table" in memory, which stores the latest status. When it receives an external status update, it pushes it to all front-end nodes through the "Data Distribution to Front-end Module", and all front-end nodes update and display the data.

[0035] 2) One-time control command data synchronization mechanism like Figure 3 As shown, when a front-end display control node sends a one-time control command, the "internal command processing module" of the back-end service node receives it, maintains a "one-time command table" in memory, performs necessary processing through the "external data distribution module", sends the control command to the external system once, and simultaneously multicasts the one-time control command to all internal front-end nodes through the "front-end data distribution module" so that each front-end node can synchronously display the control command data.

[0036] 3) Periodic control command data synchronization mechanism like Figure 4As shown, when a foreground node sends a periodic control command, the "internal command processing module" of the background service node receives it, maintains an updated "periodic command table" in memory, and after the "external data distribution module" performs the necessary processing, it periodically sends the control command to the corresponding external system. At the same time, the "foreground data distribution module" periodically multicasts the control command to all internal foreground nodes, so that each foreground node can synchronously display the control command data and update it periodically.

[0037] (3) Mechanism for obtaining the latest status data when the foreground node is powered on like Figure 5 As shown, when a front-end node powers on or reconnects to a back-end service node, it sends a power-on status request containing its local station ID to the back-end service node. Upon receiving the request, the "internal status processing module" of the back-end service node sends the data from the "status information table," "one-time instruction table," and "periodic instruction table" it maintains to the front-end node once through the "data distribution module to the front-end node," ensuring that its displayed information is consistent with the content displayed by other front-end nodes.

[0038] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0039] Example 3 This embodiment is used to implement the principle of the above method embodiment to construct a multi-position display and control data synchronization system for ship command and control system, including an information flow architecture sub-module, used to establish a single back-end and multiple front-end information flow architecture; including a star architecture that combines a single physical or logical back-end service node with multiple display and control front-end nodes; The synchronization mechanism submodule is used to employ differentiated synchronization mechanisms for different types of display and control data to ensure real-time performance and reliability; including external periodic or non-periodic status data synchronization mechanisms, one-time control command data synchronization mechanisms, and periodic control command data synchronization mechanisms.

[0040] The backend service nodes include an external data processing module, a status information table, a data distribution module to the front end, an internal instruction processing module, a one-time instruction table, a data distribution module to the external source, a data distribution module to the front end, and a periodic instruction table.

[0041] The external data processing module, the status information table, and the front-end data distribution module are used to execute external periodic or non-periodic status data synchronization mechanisms. The internal instruction processing module, the one-time instruction table, the external data distribution module, and the front-end data distribution module are used to execute the one-time control instruction data synchronization mechanism. The internal instruction processing module, the periodic instruction table, the external data distribution module, and the front-end data distribution module are used to execute the periodic control instruction data synchronization mechanism.

[0042] Each submodule is mainly used to implement the various steps of the method implementation, which will not be elaborated here.

[0043] It should be noted that, depending on the implementation needs, the various steps / components described in this application can be broken down into more steps / components, or two or more steps / components or parts of the operation of steps / components can be combined into new steps / components to achieve the purpose of this invention.

[0044] This embodiment also includes a processor, a communication interface, a memory, and a communication bus; wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; the memory stores a computer program, and when the program is executed by the processor, the processor performs the steps of a method for synchronizing multi-position display and control data of a ship command and control system.

[0045] This embodiment also provides a computer-readable storage medium storing executable instructions that, when executed by a processor, enable the processor to implement a method for synchronizing multi-position display and control data in a ship command and control system.

[0046] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects.

[0047] Furthermore, this application may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0048] This application is described with reference to the flowchart of the method and computer program product according to Embodiment 1 and the block diagram of the device (system) according to Embodiment 3. It should be understood that each step or block in the flowchart or block diagram, as well as combinations of steps or blocks in the flowchart or block diagram, can be implemented by computer program instructions.

[0049] These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to produce a machine, such that the instructions, which are executable by the processor of the computer or other programmable data processing device, produce instructions for implementing the process. Figure 1 One or more processes or boxes Figure 1A ship command and control system that synchronizes data from multiple display and control units, which specifies the functions within one or more boxes.

[0050] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes or boxes Figure 1 The function specified in one or more boxes.

[0051] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable apparatus for implementing the process. Figure 1 One or more processes or boxes Figure 1 The steps of a method for synchronizing multi-position display and control data of a ship command and control system are specified in one or more boxes.

[0052] The above embodiments are only used to illustrate the design concept and features of the present invention, and their purpose is to enable those skilled in the art to understand the content of the present invention and implement it accordingly. The protection scope of the present invention is not limited to the above embodiments. Therefore, all equivalent changes or modifications made based on the principles and design ideas disclosed in the present invention are within the protection scope of the present invention.

Claims

1. A ship command control system multi-station display control data synchronization method, characterized in that: Includes the following steps: S1: Establish a single-back-end and multi-front-end information flow architecture; including a star topology that combines a single physical or logical back-end service node with multiple display and control front-end nodes. S2: Different synchronization mechanisms are adopted for different types of display and control data to ensure real-time performance and reliability; including external periodic or non-periodic status data synchronization mechanism, one-time control command data synchronization mechanism and periodic control command data synchronization mechanism.

2. The method for synchronizing multi-station display and control data of a ship command control system according to claim 1, characterized in that: In step S1, the background service node includes an external data processing module, a status information table, a data distribution module to the front end, an internal instruction processing module, a one-time instruction table, a data distribution module to the external end, a data distribution module to the front end, and a periodic instruction table. When receiving status data, the backend service node is used to receive external information from the command and control system, and forward the data to the frontend after unified caching and processing. When sending command data, the background service node is used to receive control command data sent by multiple front-end nodes, process it, and forward it to the outside. The background service nodes are also used to synchronize information so that the front-end nodes can obtain and display data.

3. The method of claim 1, wherein the method further comprises: In step S2, the specific steps of the external periodic or non-periodic state data synchronization mechanism are as follows: The external data processing module receives status information, target data, and job status from various external systems and processes them uniformly. The memory maintenance status information table stores status data; The front-end data distribution module performs a multicast push to all front-end nodes, causing all front-end nodes to update their display status data.

4. The method for synchronizing multi-position display and control data in a ship command and control system according to claim 1, characterized in that: In step S2, the specific steps of the one-time control command data synchronization mechanism are as follows: The internal instruction processing module receives a one-time control instruction sent by the front-end display and control node; The memory maintenance one-time instruction table stores one-time control instructions; After processing the instruction by the external data distribution module, the control instruction is sent to the external system once. The front-end data distribution module multicasts the one-time control command once to all front-end nodes, so that each front-end node can display the control command data synchronously.

5. The method for synchronizing multi-position display and control data in a ship command and control system according to claim 1, characterized in that: In step S2, the specific steps of the periodic control command data synchronization mechanism are as follows: The internal instruction processing module receives periodic control instructions sent by the front-end node; The memory maintenance periodic instruction table stores periodic control instructions; After processing the instruction by the external data distribution module, the control instruction is periodically sent to the external system. The front-end data distribution module periodically multicasts the control command to all front-end nodes, enabling each front-end node to synchronously display the control command data and update it periodically.

6. The method for synchronizing multi-position display and control data in a ship command and control system according to claim 1, characterized in that: Step S2 also includes a mechanism for obtaining the latest status data when the foreground node starts up, the specific steps of which are as follows: When a front-end node powers on or reconnects to a back-end service node, it sends a power-on status request containing the local node ID to the back-end service node. The internal status processing module received the request; The front-end data distribution module sends the data from the maintained status information table, one-time instruction table, and periodic instruction table to the front-end node once to ensure that its displayed information is consistent with the content displayed by other front-end nodes.

7. A multi-position display and control data synchronization system for a ship command and control system, used in the multi-position display and control data synchronization method for any one of claims 1 to 6, characterized in that: The information flow architecture submodule is used to establish a single back-end and multiple front-end information flow architecture; including a star topology that combines a single physical or logical back-end service node with multiple display and control front-end nodes. The synchronization mechanism submodule is used to employ differentiated synchronization mechanisms for different types of display and control data to ensure real-time performance and reliability; including external periodic or non-periodic status data synchronization mechanisms, one-time control command data synchronization mechanisms, and periodic control command data synchronization mechanisms.

8. A multi-position display and control data synchronization system for a ship command and control system according to claim 7, characterized in that: The backend service nodes include an external data processing module, a status information table, a data distribution module to the front end, an internal instruction processing module, a one-time instruction table, a data distribution module to the external source, a data distribution module to the front end, and a periodic instruction table.

9. A multi-position display and control data synchronization system for a ship command and control system according to claim 7, characterized in that: The external data processing module, the status information table, and the front-end data distribution module are used to execute external periodic or non-periodic status data synchronization mechanisms. The internal instruction processing module, the one-time instruction table, the external data distribution module, and the front-end data distribution module are used to execute the one-time control instruction data synchronization mechanism. The internal instruction processing module, the periodic instruction table, the external data distribution module, and the front-end data distribution module are used to execute the periodic control instruction data synchronization mechanism.

10. A computer memory, characterized in that: It contains a computer program that can be executed by a computer processor, which executes a method for synchronizing multi-position display and control data of a ship command and control system as described in any one of claims 1 to 6.