A control method and system of an integrated energy management and control system based on a delay thread

Abstract

The application discloses a kind of based on delay thread's integrated energy management and control system control method, comprising (1) main station is connected with communication terminal;(2) main station accepts command issue request, organizes command message and issues;(3) main station saves control command issue record, records current command state and broadcasts command issue state;(4) main station current service node starts control command response delay thread check preset command response;If response preset is confirmed, execute step (5), if response preset is cancelled or response timeout, then end;(5) if execute command issue is successful, current service node starts control command response delay thread check confirmation execute command response and end;If unsuccessful, then end.The application also discloses a kind of based on delay thread's integrated energy management and control system control system.The application makes main station realize the closed-loop feedback mechanism after different energy system optimization control command issue, improves the security and accuracy of control, guarantees system safe and stable operation.

Description

Technical Field

[0001] This invention relates to a control method and system, and more particularly to a control method and system for an integrated energy management system based on a time-delayed thread. Background Technology

[0002] Integrated energy systems involve multiple energy sources, including cooling, heating, electricity, and gas. These different energy systems exhibit significant differences in network dynamic and static characteristics and equipment control characteristics, resulting in mixed time scales. For example, electrical systems have the propagation speed of light, while cooling and heating systems have slower characteristics and serve an energy storage function. When integrated energy systems with mixed time scales are coupled together, their control processes must be treated differently to avoid confusion.

[0003] Most existing methods and systems separate optimization scheduling from operation, and only consider multi-energy complementarity optimization on the supply side, without incorporating flexible factors from the demand side into operation optimization. Furthermore, existing multi-energy optimization and operation models do not use equipment inertia coefficients as optimization parameters and do not perform multiple control verifications on optimization control commands when issuing control commands.

[0004] Therefore, there is an urgent need for a closed-loop control method for integrated energy systems that can support mixed time scales during the operation and management of integrated energy systems, so that different types of energy systems can achieve closed-loop control mechanisms in integrated management. Summary of the Invention

[0005] Purpose of the invention: The present invention aims to provide a control method and system for an integrated energy management system based on delayed threads, so as to solve the control chaos caused by mixed time scales in the integrated energy management system.

[0006] Technical solution: The integrated energy management system control method based on delayed threads described in this invention includes the following steps:

[0007] (1) The main station establishes a communication connection with the communication terminal through the communication module;

[0008] (2) The control module of the main station receives the command issuance request, organizes the command message and executes the issuance;

[0009] (3) The master station saves the control command issuance records in the historical database, records the current command status, and broadcasts the preset command issuance status; the issuance status includes preset execution, preset execution successful, and preset execution failed;

[0010] (4) After the preset command is successfully issued, the current service node of the main station collection and parsing module starts the control command response delay thread to verify the preset command response; if the preset command response is preset confirmation, then step (5) is executed; if the preset command response is preset cancellation or preset response timeout, then step (6) is executed.

[0011] (5) If the command is successfully issued, the current service node starts a control command response delay thread to verify and confirm the command response, and then executes step (6); if the command is not successfully issued, step (6) is executed directly.

[0012] (6) End command issuance.

[0013] Step (4) includes the following steps:

[0014] (41) The main station control module operates according to the status of the received terminal command response. If the received terminal command response is a preset confirmation, it first organizes the confirmation to execute the command and executes the command distribution, and then executes step (42); if the received command response is a preset cancellation, it directly executes step (42); if the time interval set by the response delay check is exceeded and no terminal command response is still received, it is a preset response timeout and step (42) is executed directly.

[0015] (42) Update the command status in the control command issuance record in the historical database; the command status includes preset confirmation, preset cancellation, and preset response timeout.

[0016] (43) Broadcast preset command issuance status.

[0017] Step (5) includes the following steps:

[0018] (51) Update the command record status and perform the operation based on the confirmation of the command response. If the confirmation of the command response is confirmation of execution, then execute (52); if the confirmation of the command response is cancellation of execution, then execute step (56); if the command response times out and there is no message, then execute step (56).

[0019] (52) Determine whether the current control target is configured with a target verification value. If yes, proceed to step (53); otherwise, proceed to step (54).

[0020] (53) Obtain the current status value of the target device from the real-time database and compare it with the target verification value. If the current status meets the target value verification rule, execute step (54); if it does not meet the target value verification rule, the current service node starts the target value verification delay thread and performs the target value verification again after the interval. If it does not meet the rule after more than N times, execute step (55), N≦5.

[0021] (54) The command was successfully issued. Proceed to step (56).

[0022] (55) Command issuance failed; proceed to step (56);

[0023] (56) Update the command status in the control command issuance record in the database; the status includes execution confirmation, execution cancellation, and command response timeout.

[0024] (57) Broadcast confirmation of the execution command phase status.

[0025] The target value verification rule in step (53) is as follows: if the controlled quantity is an analog quantity, the difference between the current value of the device and the target verification value is considered to be within the set fluctuation threshold as verification is passed; if the controlled quantity is a semaphore, the current value of the device is considered to be consistent with the target verification value as verification is passed.

[0026] The integrated energy management and control system based on delayed threads described in this invention includes:

[0027] Communication module: used to establish communication connections with communication terminals; Acquisition and parsing module: used to process uplink data sent by terminals; Control module: used by the master station to organize and issue downlink command data; Historical database: used to store control records and control configurations; Real-time database: used to cache real-time data, data parsing, and temporary data for command issuance; Delay thread module: control command response delay thread, used to delay and verify the response message of the command; Target value verification delay thread, used to verify whether the control target has reached the set value.

[0028] The delayed thread module includes a preset command response module and a confirmation execution command response module;

[0029] The preset command response module operates according to the received terminal command response status. If the received terminal command response is a preset confirmation, it first organizes the confirmation and execution of the command and executes the command issuance. Then, it updates the command status in the control command issuance record in the historical database and broadcasts the preset command issuance status. If the received command response is a preset cancellation or no terminal command response is received after the time interval set by the response delay check, it updates the command status in the control command issuance record in the historical database and broadcasts the preset command issuance status.

[0030] The confirmation execution command response module also includes a target value verification rule module, which updates the command record status and performs operations based on the confirmation execution command response result. If the execution command response result is execution confirmation, the target value verification rule module determines whether the currently controlled target device is configured with a target verification value. If so, it retrieves the current status value of the target device from the real-time database and compares it with the target verification value. If the current status meets the target value verification rule, the command is successfully issued. If the target value verification rule is not met, the current service node starts a target value verification delay thread and performs target value verification again after an interval. If the target value is not met after more than N times, the command issuance fails, where N≦5. The command status in the control command issuance record in the database is updated, and the confirmation execution command issuance status is broadcast. If the target value verification rule module determines that the currently controlled target device is not configured with a target verification value, the command issuance is successful, the command status in the control command issuance record in the database is updated, and the confirmation execution command issuance status is broadcast. If the execution command response result is execution cancellation or the command issuance response times out without a message, the command issuance fails, the command status in the control command issuance record in the database is updated, and the confirmation execution command issuance status is broadcast.

[0031] Beneficial effects: Compared with the prior art, the present invention has the following significant advantages: The present invention optimizes the control command issuance process, supports the master station system to realize the closed-loop feedback mechanism after the issuance of optimized control commands for energy systems at different time scales, improves the safety and accuracy of control, and ensures the safe and stable operation of the system. Attached Figure Description

[0032] Figure 1 This is a schematic diagram of the structure of the present invention;

[0033] Figure 2 This is a flowchart illustrating the process of receiving a request and issuing a command according to the present invention.

[0034] Figure 3 This is a flowchart of the process for receiving and processing response data according to the present invention;

[0035] Figure 4 This is a flowchart illustrating the target value verification process controlled by the present invention.

[0036] Figure 5 This is a detailed flowchart of the specific value determination process of the present invention;

[0037] Figure 6 This is a flowchart illustrating the processing of the pre-set command response delay thread for the detailed response data in this invention.

[0038] Figure 7 This is a flowchart illustrating the processing of the response data execution command response delay thread in this invention.

[0039] Figure 8This is a flowchart of the target value verification delay thread of the present invention. Detailed Implementation

[0040] The technical solution of the present invention will be further described below with reference to the accompanying drawings.

[0041] like Figure 1 As shown, the integrated energy management and control system based on delayed threads of the present invention includes the following modules: a communication module for establishing a communication connection with a communication terminal; a data acquisition and parsing module for processing uplink data sent by the terminal; a control module for the main station to organize and issue downlink command data; a historical database for storing control records and control configurations; a real-time database for caching real-time data, data parsing, and temporary data for command issuance; a delayed thread: a control command response delayed thread for delaying and verifying the response of commands; and a target value verification delayed thread for verifying whether the control target state has reached the expected value.

[0042] The delay thread module includes a preset command response module and a confirmation command response module. The preset command response module operates based on the received terminal command response status. If the received terminal command response is a preset confirmation, it first organizes the confirmation execution command and executes the command issuance, then updates the command status in the historical database control command issuance record and broadcasts the preset command issuance status. If the received command response is a preset cancellation or no terminal command response is received after the time interval set by the response delay check, it updates the command status in the historical database control command issuance record and broadcasts the preset command issuance status.

[0043] The command confirmation and execution response module also includes a target value verification rule module. Based on the command confirmation and execution response result, it updates the command record status and performs operations. If the command confirmation result is execution confirmation, the target value verification rule module determines whether the currently controlled target device is configured with a target verification value. If so, it retrieves the current status value of the target device from the real-time database and compares it with the target verification value. If the current status meets the target value verification rule, the command is successfully issued. If it does not meet the target value verification rule, the current service node starts a target value verification delay thread, and performs target value verification again after an interval. If the verification fails more than N times (N≦5), the command issuance fails. The module then updates the command status in the control command issuance record in the database and broadcasts the confirmation and execution phase issuance status. If the target value verification rule module determines that the currently controlled target device is not configured with a target verification value, the command issuance is successful, directly updating the command status in the control command issuance record in the database and broadcasting the confirmation and execution phase issuance status. If the command confirmation result is execution cancellation or a timeout with no message, the command issuance fails, the command status in the control command issuance record in the database is updated, and the confirmation and execution phase issuance status is broadcast.

[0044] The tables in the historical database in this embodiment are shown in Tables 1-4.

[0045] Table 1 Basic Configuration Table

[0046] Table ID Table name Number of fields 1 iot_scada_control_payload (control configuration table) 16 2 iot_scada_command_record (main control record table) 11 3 iot_scada_command_step_record (control sub-step record table) 16

[0047] Table 2 Control Configuration Table

[0048]

[0049] Table 3 Control Record Sheet

[0050]

[0051]

[0052] Table 4 Control Sub-steps

[0053]

[0054] Depend on Figures 2-8 It can be seen that the control method of the integrated energy management system based on delayed threads described in this invention includes the following steps:

[0055] Step 1: The main station communication module establishes a communication connection with the communication terminal equipment. The communication module reads the protocol configuration data of the terminal equipment from the database and establishes a communication connection with the terminal equipment according to the configuration. This embodiment supports communication connections using MQTT and IEC104 protocols; the terminal equipment includes gas generator sets, lithium bromide generator sets, ground source heat pump units, air source heat pump units, water storage pipes, energy storage batteries, photovoltaic power generation equipment, etc. Among them, the output power, frequency, temperature, and water flow of the unit are quantities with a relatively large time scale; the status quantities such as equipment operating status and control mode are quantities with a relatively small time scale.

[0056] Step 2: The control module receives the command issuance request, organizes the command message according to the communication protocol used by the target terminal device, and executes the issuance; the control command of the power system is generally divided into two steps: preset command and confirmation execution command.

[0057] For example, the IEC 104 communication protocol requires a long connection. If the master station service is deployed in a multi-node manner, and the service node receiving the command issuance request is not the service node that has established a long connection with the terminal device, then service establishment communication is required to notify the service node that has established a long connection with the terminal device to execute the command issuance operation. In this embodiment, the command message of the IEC 104 protocol is organized according to the message requirements of the two types of messages in the IEC 104 protocol: single-point remote signaling (semaphore control) and normalized value (analog control). For specific requirements, please refer to the IEC 104 protocol.

[0058] Step 3: The master station saves the control command issuance records in the historical database, records the current command status, and broadcasts the command issuance status; the issuance status includes preset execution, preset execution successful, and preset execution failed.

[0059] Step 4: After the preset command is successfully issued, the current service node of the main station's data acquisition and parsing module starts a control command response delay thread to verify the preset command response; if the preset command response is preset confirmation, then proceed to step (5); if the preset command response is preset cancellation or preset response timeout, then proceed to step (6); specifically, the following steps are included:

[0060] (41) If any master station service receives a command response within the specified time, it will process it and update the control command record status; if the command record status does not change after the maximum waiting time for command response is reached, it is considered that no response command has been received and the command issuance fails.

[0061] (42) After receiving the command response, perform subsequent operations according to the parsed command response status; if the command response is a preset confirmation, organize the confirmation to execute the command and execute the command issuance; if the command response is a preset cancellation, end the command issuance.

[0062] (43) Update the command status in the control command issuance record in the database;

[0063] Step 5: If the command is successfully issued, the current service node starts a control command response delay thread to verify and confirm the command response, and then proceeds to step (6); if the command is not successfully issued, proceed directly to step (6). The specific process is as follows:

[0064] After receiving the confirmation response for executing the command, the main station updates the command record status based on the response result;

[0065] If the current control target is configured with target value verification, the current status value of the target device needs to be obtained from the real-time database and compared with the command target. If the current status does not meet the verification rules, the current service node starts a target value verification delay thread, and performs target value verification again after a certain period of time. The time interval of the target value verification delay thread is obtained according to the configuration in the database. If no verification timeout is configured, the default is 30 seconds for analog quantities and 10 seconds for semaphores.

[0066] Target value verification rules: If the controlled quantity is an analog quantity, the difference between the current value of the device and the target value is within the set fluctuation range, which is considered as passing the verification; if the controlled quantity is a semaphore, the current value of the device must be consistent with the target value for the verification to be considered as passing.

[0067] The main station performs a maximum of 5 target value verifications. The first verification occurs after receiving the confirmation message for the execution command. The remaining four verifications are performed every 2.5 seconds after receiving the confirmation message and the first verification fails. If all 5 verifications pass, the command is considered to have failed.

[0068] If the current control target is not configured with target value verification, the command is considered to have been successfully issued upon receiving the confirmation response.

[0069] Step 6: Update the command record status, broadcast the command issuance status, and realize a closed-loop control.

[0070] In this embodiment, taking the MQTT protocol as an example, the steps of the integrated energy management system control method based on delayed threads described in this invention are as follows:

[0071] For example, if the main station needs to issue a command to start the air source heat pump circulation pump, the unique identifier (cim_id) of the device is air_hp_pump. "On" or "off" is an attribute of the air source heat pump circulation pump's on / off state, and its attribute code is onOff (0 represents off; 1 represents on). The unique identifier (cim_id) of the communication terminal connected to the air source heat pump circulation pump is ncps220.

[0072] The MQTT specification mainly consists of three parts: topic, payload, and QoS. Topics are used to categorize messages. After both the sender and receiver connect to the same RabbitMQ server, the receiver subscribes to the topic that represents the sender's data push and can then receive data sent by the sender under that topic. The payload is the actual message data. QoS is the stable transmission mechanism (QoS0: send at most once; QoS1: send at least once; QoS2: ensure only once). In this example, the QoS is QoS0.

[0073] The current specification defines the downlink command topic as " / v1 / devices / * / command", where the "*" represents the cim_id of the communication terminal, and the downlink command topic is " / v1 / devices / ncps220 / command". Uplink data includes command responses " / v1 / devices / * / commandResponse" and real-time data " / v1 / devices / * / datas".

[0074] After the main station communication module starts, it connects to the RabbitMQ server and subscribes to the uplink data topic to receive uplink data sent by the terminal. In this example, it needs to subscribe to the command response topic: " / v1 / devices / ncps220 / commandResponse" and the real-time data uplink topic: " / v1 / devices / ncps220 / datas".

[0075] When the main station service receives a request to start the air source heat pump circulation pump, such as a command triggered by a user clicking on a page (i.e., a front-end request), it begins to organize and send out command messages. The specific format of the downlink command message body (Payload) is as follows:

[0076]

[0077]

[0078] According to this rule, the control command message in this embodiment is as follows:

[0079]

[0080] After the message is organized, the master station service issues a pre-configured control command with the topic " / v1 / devices / ncps220 / command".

[0081] The main station writes a command issuance record, which includes a unique command identifier (in this embodiment, bbb13904-76ab-41ca-88ff-99ec81ab9da5), command status (0101, preset successful issuance), command issuance time, etc. The command issuance status is broadcast using a fixed topic.

[0082] The main station starts a response delay verification thread to verify the preset response command.

[0083] There are three possibilities for the terminal to respond to the master station's preset commands:

[0084] (1) Pre-set confirmation;

[0085] (2) Preset Cancel;

[0086] (3) Preset response timeout with no message;

[0087] The subject of the command response is " / v1 / devices / * / commandResponse", and the payload format is as follows:

[0088]

[0089]

[0090] According to the rules, the response example is as follows:

[0091] (1) Pre-set confirmation

[0092]

[0093] Upon receiving the pre-set response confirmation, the master station organizes the confirmation execution command. The structure is consistent with the control command message. In this example, the confirmation execution command is as follows:

[0094]

[0095] The command issuance topic remains " / v1 / devices / ncps220 / command".

[0096] The main site updates the status, response, and issuance time of the command. Specifically, the control command with the unique identifier bbb13904-76ab-41ca-88ff-99ec81ab9da5 has a status record of 0301 (confirmed successful execution), along with the command response and issuance time. The command issuance status is broadcast using a fixed topic.

[0097] Restart the response delay verification thread to verify and confirm the execution of the response command.

[0098] (2) Preset Cancel

[0099] {"mid":"bbb13904-76ab-41ca-88ff-99ec81ab9da5",

[0100] "errcode":"0",

[0101] "errstring":"No response from device"}

[0102] The main site records the status and response time of update commands. Specifically, the control command with the unique identifier bbb13904-76ab-41ca-88ff-99ec81ab9da5 has a status of 0202 (preset response cancelled) and a response time. The command issuance status is broadcast using a fixed topic. Command issuance ends.

[0103] (3) Preset response timeout with no message

[0104] The response delay verification thread starts, reads the command record status from the database. If the status is still 0101 (preset successful delivery), it means that the time interval set by the response delay verification has exceeded and no command response has been received. The command delivery status is then updated, and command delivery ends. Specifically, the control command record status with the unique identifier bbb13904-76ab-41ca-88ff-99ec81ab9da5 is updated to 0203 (preset response timeout). The command delivery status is broadcast using a fixed topic.

[0105] After the confirmation command is issued, there are three possibilities for the terminal's response:

[0106] (1) Confirm execution;

[0107] (2) Cancel execution;

[0108] (3) Response timeout with no message;

[0109] The following is an example of a confirmation response message in this case:

[0110] (1) Confirm execution response

[0111]

[0112] After receiving a confirmation response that the execution was successful, there are three possibilities:

[0113] 1. No target value verification is set for the control target:

[0114] A confirmation response indicates successful command issuance. The main station updates the command issuance record status and command response; specifically, it updates the control command record status (unique identifier bbb13904-76ab-41ca-88ff-99ec81ab9da5) to 0501 (command issued successfully) and updates the command response time. The command issuance status is broadcast using a fixed topic.

[0115] 2. Target value validation is set:

[0116] Perform target value verification by retrieving the current on / off status of the air source heat pump circulation pump from the real-time database. If the current status is 1 (on, consistent with the control target), the target value verification passes, the command is successfully issued, and the main station updates the command issuance record status and command response. Specifically, it updates the control command record status of the unique command identifier bbb13904-76ab-41ca-88ff-99ec81ab9da5 to 0501 (command issued successfully) and updates the command response time. Broadcast the command issuance status using a fixed topic.

[0117] If the current on status value of the air source heat pump circulation pump is not 1 after receiving the response, the target value delay verification thread will be started. The delay thread contains information such as the target device to be verified, attributes, target value, verification time interval, and number of verifications.

[0118] 3. Target value validation was set, but multiple validations failed:

[0119] The target value verification failed, the command issuance failed, and the main station updated the command issuance record status and command response. Specifically, it updated the control command record status of the unique identifier bbb13904-76ab-41ca-88ff-99ec81ab9da5 to 0502 (command issuance failed) and updated the command response time. The command issuance status was broadcast using a fixed topic.

[0120] (2) Cancel confirmation execution response

[0121] {"mid":"bbb13904-76ab-41ca-88ff-99ec81ab9da5",

[0122] "errcode":"2",

[0123] "errstring":"No response from device"}

[0124] The main site records the status and response time of update commands. Specifically, the control command with the unique identifier bbb13904-76ab-41ca-88ff-99ec81ab9da5 has a status of 0402 (command issuance failed to respond) and a response time. The command issuance status is broadcast using a fixed topic.

[0125] End command issuance.

[0126] (3) Response timeout with no message

[0127] The response delay verification thread starts, reads the command record status from the database. If the status is still 0101 (preset successful delivery), it means that the time interval set by the response delay verification has exceeded and no command response has been received. The command delivery status is then updated, and command delivery ends. Specifically, the control command record status with the unique identifier bbb13904-76ab-41ca-88ff-99ec81ab9da5 is updated to 0403 (command delivery response timed out). The command delivery status is broadcast using a fixed topic.

Claims

1. A control method for a comprehensive energy management system based on delayed threads, characterized in that: Includes the following steps: (1) The main station communication module establishes a communication connection with the communication terminal equipment; the communication module reads the protocol configuration data of the terminal equipment in the database and establishes a communication connection with the terminal equipment according to the configuration of the terminal equipment; it supports communication connections of MQTT and IEC104 protocols; the terminal equipment includes gas generator sets, lithium bromide units, ground source heat pump units, air source heat pump units, water storage pipes, energy storage batteries, and photovoltaic power generation equipment; (2) The control module receives the command issuance request, organizes the command message according to the communication protocol used by the target terminal device, and executes the issuance; the control command of the power system is divided into two steps: preset command and confirmation execution command; (3) The master station saves the control command issuance records in the historical database, records the current command status, and broadcasts the preset command issuance status; the issuance status includes preset execution, preset execution successful, and preset execution failed; (4) After the preset command is successfully issued, the current service node of the main station's acquisition and parsing module starts the control command response delay thread to verify the preset command response; if the preset command response is preset confirmation, then step (5) is executed; if the preset command response is preset cancellation or preset response timeout, then step (6) is executed; specifically, the following steps are included: (41) If any master station service receives a command response within the specified time, it will process it and update the control command record status; if the command record status does not change after the maximum waiting time for command response is reached, it is considered that no response command has been received and the command issuance has failed. (42) After receiving the command response, perform subsequent operations according to the parsed command response status; if the command response is a preset confirmation, organize the confirmation to execute the command and execute the command issuance; if the command response is a preset cancellation, end the command issuance. (43) Update the command status in the control command issuance record in the database; (5) If the command is successfully issued, the current service node starts a control command response delay thread to verify and confirm the command response, and then executes step (6); if the command is not successfully issued, step (6) is executed directly; including the following steps: (51) Update the command record status and perform the operation based on the confirmation of the command response. If the confirmation of the command response is confirmation of execution, then execute (52); if the confirmation of the command response is cancellation of execution, then execute step (56); if the command response times out and there is no message, then execute step (56). (52) Determine whether the current control target is configured with a target verification value. If yes, proceed to step (53); otherwise, proceed to step (54). (53) Obtain the current status value of the target device from the real-time database and compare it with the target verification value. If the current status meets the target value verification rule, execute step (54); if it does not meet the target value verification rule, the current service node starts the target value verification delay thread and performs the target value verification again after the interval. If it does not meet the rule after more than N times, execute step (55), N≦5. The target value verification rule is that if the controlled quantity is an analog quantity, the difference between the current value of the device and the target verification value is considered to be within the set fluctuation threshold. If the controlled quantity is a semaphore, the current value of the device is considered to be consistent with the target verification value. (54) The command was successfully issued. Execute step (56). (55) Command issuance failed; proceed to step (56); (56) Update the command status in the control command issuance record in the database; the status includes execution confirmation, execution cancellation, and execution command response timeout; (57) Broadcast confirmation of execution command phase status (6) Update the command record status and broadcast the command issuance status to achieve a closed-loop control.

2. A comprehensive energy management and control system based on delayed threads, employing the method described in claim 1, characterized in that: include Communication module: Used to establish a communication connection with the communication terminal; Acquisition and parsing module: Used to process uplink data sent by the terminal; Control module: Used by the main station to organize and issue downlink command data; Historical database: used to store control records and control configurations; Real-time database: used for caching real-time data, data parsing, and temporary data for command issuance; Delayed Thread Module: Controls the command response delay thread, used to delay and verify the command response message; The target value verification delay thread is used to verify whether the control target has reached the set value.

3. The integrated energy management and control system based on delayed threads according to claim 2, characterized in that: The delayed thread module includes a preset command response module and a confirmation execution command response module; The preset command response module operates based on the received terminal command response status. If the received terminal command response is a preset confirmation, it first organizes the confirmation and execution of the command and then sends the command. Next, it updates the command status in the historical database's control command sending record and broadcasts the preset command sending status. If the received command response is a preset cancellation or if no terminal command response is received after the time interval set by the response delay check, it updates the command status in the historical database's control command sending record and broadcasts the preset command sending status. The confirmation execution command response module also includes a target value verification rule module, which updates the command record status and performs operations based on the confirmation execution command response result. If the execution command response result is execution confirmation, the target value verification rule module determines whether the currently controlled target device is configured with a target verification value. If so, it retrieves the current status value of the target device from the real-time database and compares it with the target verification value. If the current status meets the target value verification rule, the command is successfully issued. If the target value verification rule is not met, the current service node starts a target value verification delay thread and performs target value verification again after an interval. If the target value is not met after more than N times, the command issuance fails, where N≦5. The command status in the control command issuance record in the database is updated, and the confirmation execution command issuance status is broadcast. If the target value verification rule module determines that the current control target device has no configured target verification value, the command issuance will be successful and the command status in the control command issuance record in the database will be updated directly, and the issuance status of the command execution stage will be broadcast to confirm the execution stage. If the command execution response result is execution cancellation or command issuance response timeout without message, the command issuance fails. The command status in the control command issuance record in the database is updated and a confirmation of the command execution phase issuance status is broadcast.

Images