Functional module scheduling display system and method among multiple terminals of DCS (Distributed Control System)
By combining KVM switches and related modules, the problems of interface congestion and high resource consumption in multi-terminal operation of DCS system were solved, realizing efficient and reliable interface scheduling between multiple terminals, and improving the operation efficiency and safety of nuclear power plants.
Patent Information
- Application Number
- CN202511676603.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-11-17
- Publication Date
- 2026-04-07
AI Technical Summary
Existing DCS systems suffer from problems such as interface congestion, high resource consumption, and single points of failure in multi-terminal operation, which affect the operating efficiency and safety of nuclear power plants.
A KVM switch is used to schedule and display functional modules across multiple terminals. Through the KVM identification module, communication module, cross-host event routing engine and interface proxy module, cross-screen scheduling and secure isolation of interface operation commands between multiple terminals are achieved.
It improves operational efficiency, reduces CPU/GPU load, minimizes the impact of single points of failure, enhances system reliability and compatibility, and supports multiple operating system environments.
Smart Images
Figure CN121807250A_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The application belongs to the technical field of nuclear power training and nuclear power distributed control, and particularly relates to a function module scheduling display system and method between multiple terminals of a DCS system. BACKGROUND
[0002] The DCS two-layer system (power plant computer information and control system) of a nuclear power plant is a central system used by a nuclear power plant unit to monitor and control the unit. The system provides a human-machine interactive interface through a graphical interface (GUI) and integrates dozens of two-layer functions such as flowcharts, alarms, trends, current values, logs, state tables, xenon prediction, and posting. From the aspects of safety monitoring, operation state tracking, decision support, and process tracing, the system collectively constitutes the comprehensive monitoring capability of the DCS system, which not only ensures the efficiency of daily operation of the nuclear power plant but also enhances the safety in dealing with complex conditions.
[0003] In order to realize panoramic monitoring and refined operation of a nuclear power unit, multiple DCS system two-layer functions need to be used simultaneously. Two methods are generally adopted. One is to configure a single display for each operation terminal, and simultaneously display multiple independent function windows, each window being a specific function. The other is to configure multiple displays for each operation terminal, and each display displays a specific function. Both of the two schemes have technical bottlenecks. In the single-display multi-window operation mode, the superimposed display of multiple windows will cause the interface to be crowded, which is easy to cause misoperation. In the multi-display scheme, the stability of the multi-screen graphics card driver is a problem when the number of displays is too large, which causes the interface to flicker. Meanwhile, the opening of multiple complex interface programs on a single host computer for refreshing will cause high GPU load rate, which has the security risk of video memory overflow. In addition, both of the above-mentioned two methods have the problems of high system load and single-point failure.
[0004] To solve the above problems, a feasible method is to form a set of operator stations by multiple host terminals, set independent displays for each terminal, respectively run a function module of the DCS two-layer software, and enable interaction between the terminals. Therefore, it is urgent to provide a function module scheduling display method between multiple terminals of a DCS system. SUMMARY
[0005] The application aims to provide a function module scheduling display system and method between multiple terminals of a DCS system. The scheduling display of the function module between the multiple terminals is realized based on a KVM switcher, which can solve the problems of interface congestion, high resource occupation, and single-point failure in the traditional method, realize the rapid scheduling and safe isolation of the function module between the multiple terminals, and meet the real-time and reliability requirements of a nuclear power DCS system.
[0006] The technical scheme of the present application is as follows: a function module scheduling display system between multiple terminals of a DCS system, comprising a hardware layer and a software scheduling layer; the hardware layer comprises multiple terminal hosts and displays, a KVM switcher, a keyboard and a mouse, wherein the KVM switcher is connected with the keyboard, the mouse and the multiple terminal hosts respectively, and each terminal host is connected with a display; the software scheduling layer comprises a KVM identification module, a communication module, a cross-host event routing engine and an interface agent module.
[0007] The KVM identification module obtains current mouse information through the interface provided by the KVM switcher, and can automatically identify the local screen number and the target screen number of the operator station composed of each terminal host running the DCS two-layer software.
[0008] The communication module sends and receives interface operation instructions, broadcasts the instructions based on the UDP protocol, and has a built-in data compression function.
[0009] The cross-host event routing engine realizes cross-host routing of instructions and filtering of illegal messages by configuring a routing table.
[0010] The interface agent module receives and analyzes operation instructions, analyzes the instruction type, and is responsible for calling the interface of the corresponding interface function.
[0011] A function module scheduling display method between multiple terminals of a DCS system, comprising the following steps:
[0012] Step 1: Construction of a multi-terminal operator station
[0013] Step 11: Hardware configuration
[0014] Deploy multiple independent operation terminals, configure independent displays for each terminal, and run complete DCS;
[0015] Interconnect the multiple terminals through a KVM switcher to realize hardware-level sharing of the keyboard and the mouse;
[0016] Step 12: Software environment initialization
[0017] Load the KVM identification module, the communication module, the cross-host event routing engine and the interface agent module on each terminal; establish a preset routing strategy table and bind the mapping relationship between the host IP and the screen number;
[0018] Step 2: Cross-host event capture and instruction generation
[0019] Step 3: Instruction transmission and routing decision
[0020] Step 4: Interface operation agent execution
[0021] Step 41: Instruction analysis and function matching
[0022] The interface agent module acquires the target screen number, the function type and the accessory data in the instruction by analyzing the operation instruction content, and finds the remote agent of the corresponding module;
[0023] Step 42: remote interface calling
[0024] The interface function provides an external calling interface by implementing the IDL interface of CORBA, and the interface agent module executes the initialization, parameter loading and interface display of the target function module through the interface provided by the remote agent.
[0025] The step 2 comprises:
[0026] Step 21: real-time monitoring of operation events
[0027] In the DCS man-machine interface of the nth host of the operation terminal, the user operation events are listened to through an event capture program.
[0028] Step 22: cross-screen calling request identification
[0029] When it is detected that the user requests to call the function module of the mth host of the other terminal, the KVM identification module acquires the current mouse position and the target screen number through the switch interface, and triggers the cross-host instruction generation;
[0030] Step 23: instruction encapsulation
[0031] The structured operation instruction is generated, the instruction is encapsulated in the JSON or binary format, and the data field is compressed through the LZ4 algorithm.
[0032] The step 3 comprises:
[0033] Step 31: instruction broadcasting and receiving
[0034] The instruction is broadcasted to all terminals in the operator station through the UDP protocol, and the communication module receives and verifies the legality of the instruction;
[0035] Step 32: routing filtering and forwarding
[0036] The cross-host event routing engine performs the following operations according to the preset routing strategy table:
[0037] (1) verifying the legality of the target host IP and the screen number;
[0038] (2) filtering non-local target instructions;
[0039] (3) forwarding the legal instruction to the interface agent module of the target terminal.
[0040] The present application has the beneficial effects that:
[0041] (1) Operation efficiency is improved
[0042] Cross-screen operation real-time performance: based on the UDP protocol and efficient compression algorithm, the real-time interaction demand of nuclear power is met. Interface response optimization: the number of single-machine picture programs displayed is reduced, and the interface response speed is increased.
[0043] (2) Resource occupation and reliability optimization
[0044] Load optimization: the number of single-machine display pictures is reduced by more than several times, and the CPU / GPU peak load is significantly reduced. Fault tolerance capability: the single-point fault influence range is reduced from the whole station to a single screen.
[0045] (3) Compatibility and expansibility
[0046] Multi-environment support: compatible with Windows / Linux operating system. Flexible expansion: support dynamic expansion of 1-6 host computers, and interface function modules are configured as needed. BRIEF DESCRIPTION OF DRAWINGS
[0047] Figure 1 A DCS system multi-terminal function module scheduling display system architecture provided by the application is shown in the figure.
[0048] Figure 2 A DCS system multi-terminal function module scheduling display method flowchart provided by the application is shown in the figure. DETAILED DESCRIPTION
[0049] The application will be further described in detail below in combination with the drawings and specific embodiments.
[0050] As shown in the figure, a DCS system multi-terminal function module scheduling display system includes a hardware layer and a software scheduling layer. Figure 1 The hardware layer includes a plurality of terminal hosts and displays, a KVM switch, a keyboard and a mouse, wherein the KVM switch is connected with the keyboard, the mouse and the plurality of terminal hosts respectively, each terminal host is connected with a display, and the above components support hot plug and redundant power supply.
[0051] The software scheduling layer includes a KVM identification module, a communication module, a cross-host event routing engine and an interface proxy module.
[0052] The KVM identification module obtains the current mouse information through the interface provided by the KVM switch, and can automatically identify the local screen number and the target screen number of the operator station on each terminal host constituting the operator station running the DCS second layer software.
[0053]
[0054] The communication module sends and receives interface operation instructions, broadcasts instructions based on the UDP protocol, and has a built-in data compression function to improve data transmission efficiency.
[0055] The cross-host event routing engine implements cross-host routing and illegal message filtering by configuring a routing table.
[0056] The interface agent module receives and analyzes operation instructions, analyzes the instruction type, and is responsible for calling the interface of the corresponding interface function.
[0057] As shown in Figure 2 A DCS system multi-terminal function module scheduling display method, comprising the following steps:
[0058] Step 1: Multi-terminal operator station architecture construction
[0059] Step 11: Hardware configuration
[0060] Deploy 1-6 independent operation terminals, each terminal is configured with an independent display, and run a complete DCS.
[0061] Two-layer software function module; interconnect multiple terminals through a high-reliability KVM switch to achieve hardware-level sharing of keyboards and mice.
[0062] Step 12: Software environment initialization
[0063] Load KVM recognition module, communication module, cross-host event routing engine and interface agent module on each terminal; establish a preset routing strategy table and bind the host IP and screen number mapping relationship.
[0064] Step 2: Cross-host event capture and instruction generation
[0065] Step 21: Real-time monitoring of operation events
[0066] In the DCS human-machine interface of the operation terminal (nth host), the event capture program listens to user operation events.
[0067] Step 22: Cross-screen call request recognition
[0068] When detecting that the user requests to call the function module of other terminals (mth host), the KVM recognition module obtains the current mouse position and target screen number through the switch interface, and triggers the generation of cross-host instructions.
[0069] Step 23: Instruction encapsulation
[0070] Generate structured operation instructions, encapsulate the instructions in JSON or binary format, and compress the data fields through the LZ4 algorithm.
[0071] Step 3: Instruction transmission and routing decision
[0072] Step 31: Broadcast and receive instructions
[0073] Broadcast instructions to all terminals in the operator station through the UDP protocol, and the communication module receives and checks the legality of the instructions.
[0074] Step 32: Route filtering and forwarding
[0075] The cross-host event routing engine performs the following operations according to the preset routing strategy table:
[0076] (1) Check the legality of the target host IP and screen number;
[0077] (2) Filter non-local target instructions (dest_ip ≠ local IP);
[0078] (3) Forward the legal instructions to the interface agent module of the target terminal.
[0079] Step 4: Interface operation agent execution
[0080] Step 41: Instruction analysis and function matching
[0081] The interface agent module obtains the dest_num (target screen number), type (function type), and data (attachment data) in the instruction by analyzing the operation instruction content, and finds the remote agent of the corresponding module.
[0082] Step 42: Remote interface call
[0083] The interface function provides an external calling interface by implementing the IDL interface of CORBA, and the interface agent module executes the initialization, parameter loading, and interface display of the target function module through the interface provided by the remote agent.
Claims
1. A functional module scheduling and display system among multiple terminals in a DCS system, characterized in that: It includes a hardware layer and a software scheduling layer; the hardware layer includes multiple terminal hosts and monitors, a KVM switch, a keyboard and a mouse, wherein the KVM switch is connected to the keyboard, mouse and multiple terminal hosts respectively, and each terminal host is connected to a monitor; the software scheduling layer includes a KVM identification module, a communication module, a cross-host event routing engine and an interface proxy module.
2. The functional module scheduling and display system among multiple terminals in a DCS system as described in claim 1, characterized in that: The KVM identification module obtains the current mouse information through the interface provided by the KVM switch, and can automatically identify the local screen number and target screen number of the DCS Layer 2 software running on each terminal host that makes up the operator station.
3. The functional module scheduling and display system among multiple terminals in a DCS system as described in claim 1, characterized in that: The communication module sends and receives interface operation commands, broadcasts commands based on the UDP protocol, and has a built-in data compression function.
4. The functional module scheduling and display system among multiple terminals in a DCS system as described in claim 1, characterized in that: The cross-host event routing engine enables cross-host routing of instructions and filtering of illegal messages by configuring a routing table.
5. A functional module scheduling and display system for multiple terminals in a DCS system as described in claim 1, characterized in that: The interface proxy module receives and parses operation instructions, analyzes the instruction type, and is responsible for calling back the corresponding interface function.
6. A method for scheduling and displaying functional modules among multiple terminals in a DCS system, characterized in that, Includes the following steps: Step 1: Building a Multi-Terminal Operator Station Architecture Step 11: Hardware Configuration Deploy multiple independent operating terminals, each with an independent display, to run a complete DCS; By connecting multiple terminals through a KVM switch, hardware-level sharing of keyboards and mice can be achieved; Step 12: Software Environment Initialization Load the KVM identification module, communication module, cross-host event routing engine and interface proxy module on each terminal; establish a preset routing policy table and bind the host IP and screen number mapping relationship; Step 2: Cross-host event capture and command generation Step 3: Command Transmission and Routing Decision Step 4: Execute the interface operation agent Step 41: Instruction parsing and function matching The interface proxy module parses the operation command content to obtain the target screen number, function type and attachment data in the command, and finds the remote proxy of the corresponding module. Step 42: Remote Interface Call The UI functionality provides an external call interface by implementing the CORBA IDL interface. The UI proxy module performs the initialization, parameter loading, and UI display of the target functional module through the interface provided by the remote proxy.
7. The method for scheduling and displaying functional modules among multiple terminals in a DCS system as described in claim 6, characterized in that, Step 2 includes: Step 21: Real-time monitoring of operation events In the DCS human-machine interface of the nth host in the operation terminal, the user operation event is monitored through the event capture program; Step 22: Cross-screen call request identification When a user requests to call the function module of host m on another terminal, the KVM recognition module obtains the current mouse position and target screen number through the switcher interface and triggers the generation of cross-host instructions. Step 23: Instruction Encapsulation Generate structured operation instructions, which are encapsulated in JSON or binary format, and the data fields are compressed using the LZ4 algorithm.
8. A method for scheduling and displaying functional modules among multiple terminals in a DCS system as described in claim 6, characterized in that, Step 3 includes: Step 31: Command Broadcasting and Receiving The command is broadcast to all terminals in the operator station via UDP protocol, and the communication module receives and verifies the legality of the command. Step 32: Route Filtering and Forwarding The cross-host event routing engine performs the following operations based on the preset routing policy table: (1) Verify the validity of the target host IP and screen number; (2) Filter out non-native target instructions; (3) The interface proxy module that forwards the valid instructions to the target terminal.