Real-time data transmission method for park integrated energy system based on service bus

Abstract

The invention discloses a park integrated energy system real-time data transmission method based on a service bus, and the method comprises the steps: enabling a service producer to access a service management center through the service bus, and publishing a service which can be provided to the service management center; the service consumer accesses the service management center through the service bus to carry out service positioning, the service management center provides the registered service for the service consumer, and the service consumer carries out service binding; a service consumer initiates a service calling request, a service management center transmits the request to a service producer, the service producer makes a service response according to the request, and the service management center transmits the service response to the service producer. The service bus designed by the invention shields a bottom layer communication technology and a specific application processing method for an upper layer application, the coupling degree between the applications is reduced, the system response capability is improved, and real-time transmission and collaborative optimization of data of each energy subsystem in the integrated energy system and reliable data synchronization between databases are ensured.

Description

Technical Field

[0001] The present invention belongs to the technical field of integrated energy monitoring and management, and in particular relates to a real-time data transmission method for a park integrated energy system based on a service bus. Background Art

[0002] The park-level integrated energy system involves a variety of energy types, complex user needs and park facilities and functional zoning, the coexistence of traditional energy and new energy, the conversion and complementarity of various energy forms, the diversity of user energy consumption behaviors, the wide distribution of infrastructure, and the large differences in building functions. As a result, the park-level integrated energy monitoring system is oriented to many subsystems and equipment. In view of the massive, time-series, high-dimensional, cross-domain, and mixed characteristics of system data, it is necessary to integrate multi-source heterogeneous data to achieve high-performance communication of real-time data. Different devices, subsystems, and applications require real-time and accurate data to ensure the stable operation and effective monitoring of the system.

[0003] As the complexity and scale of campus-level integrated energy systems continue to increase, the reliability and efficiency of monitoring systems have become particularly important. Traditional integrated energy monitoring systems rely on a tightly coupled architecture, where multiple modules communicate through direct calls. Although this approach is simple, as the scale of the system expands, the dependencies between modules increase, the flexibility and scalability of the system decrease significantly, and there is a risk of communication bottlenecks and data loss.

[0004] In addition, faced with the massive amount of time series data generated by the park-level integrated energy system, the general sampling time series database efficiently stores these large-scale data arranged in time series. However, since the time series database is usually deployed in a distributed manner, in order to prevent data loss, maintain data integrity, and improve the high availability and load balancing optimization of the system, the data between the databases needs to be synchronized to ensure that each system module can obtain a consistent data state. Traditional data synchronization methods often rely on point-to-point communication mechanisms, the system has poor scalability, and the data synchronization process is complex and prone to errors. In addition, with the expansion of the system scale and the growth of data volume, real-time performance and data consistency are also difficult to guarantee. Therefore, there is an urgent need for an efficient, reliable, simple and feasible data replication and data synchronization method between multiple data copies to meet the needs of the park-level integrated energy system monitoring system and provide strong support for the operation and management of the park-level integrated energy system. Summary of the invention

[0005] The purpose of the present invention is to provide a real-time data transmission method for a park integrated energy system based on a service bus. By designing a monitoring system service bus based on a message queue, the problems of tight coupling of modules, communication delay, poor scalability, message loss, etc. in traditional monitoring systems are solved, and the real-time, reliability, scalability and consistency problems of data synchronization between multiple time series databases are solved, thereby ensuring the efficient management and transmission of integrated energy system data in the park, reducing the operation and maintenance costs of the system, and improving the stability and security of the operation of the park-level integrated energy system.

[0006] In order to achieve the above object, the solution of the present invention is:

[0007] A real-time data transmission method for a park integrated energy system based on a service bus is used to construct an integrated energy system including a service producer, a service consumer, and a service management center. The service producer refers to a module that sends messages, and the service consumer refers to a module that receives and processes messages. Each of the modules in the service producer and the service consumer realizes asynchronous communication by sending or subscribing to messages in a message queue; the service management center provides service registration and status update for the service producer, provides service positioning for the service consumer, and performs service management on the registered services; the method comprises the following steps:

[0008] Step S101, the service producer accesses the service management center through the transmission protocol provided by the service bus, and publishes the services it can provide to the service management center through the registration service. The service management center will also update the status of the service and monitor the service;

[0009] Step S102: The service consumer accesses the service management center through the transmission protocol provided by the service bus, searches the service registry to find the service that meets the requirements, and locates the service. The service management center provides the service type, server IP address, port, server mode, and current service status information of the registered service to the service consumer, and the service consumer performs service binding.

[0010] Step S103, the service producer provides the service consumer with specific location information through the service management center, including the subsystem name, address and port;

[0011] Step S104, the service consumer initiates a service call request, and the service management center transmits the request to the service producer;

[0012] Step S105: the service producer makes a service response according to the request, and the service management center transmits the specific service response to the service producer.

[0013] Among them, in the step S101, the process of service producer registering service is that each application server of the service producer registers the server that can be provided with the registration server of the service management center, including the name of the service, business type, address of the service, port, and server mode information, and the service management center stores the above information in the service storage library;

[0014] The service management center manages the registered services, and the service management functions include service positioning, service monitoring, service switching, service restart, service synchronization and service cancellation; the service management center monitors the status of each message queue in real time, including message transmission delay and number of processing failures, to ensure that the system can be adjusted in time under abnormal circumstances.

[0015] The service bus is designed based on the message queue, and the message queues used by the service bus include ActiveMQ, RabbitMQ, ZeroMQ, Kafka, and RocketMQ;

[0016] The service bus adopts an extensible design and supports dynamic expansion;

[0017] The service bus is configured with an automatic fault recovery and retry mechanism. When the network fluctuates or a node fails, data synchronization can be automatically restored to ensure the continuous and reliable operation of the system.

[0018] The service bus supports three communication modes: request / response, subscription / publishing, and routing / agent to meet different business needs;

[0019] In the routing / agent mode, the service bus evenly distributes messages from producers to multiple consumers through a load balancing algorithm, ensuring balanced processing loads of each module and avoiding overloading of a single module.

[0020] The service bus is configured with a message routing mechanism so that messages can be correctly routed to target message consumers and be filtered and processed accordingly.

[0021] The service bus is configured with a message fault tolerance mechanism. When the message receiver successfully receives and processes the message, it sends a confirmation message to the message queue.

[0022] The service bus is configured with a priority mechanism. For messages of different urgency levels, the service bus performs priority processing according to predefined priority rules to ensure that key messages receive timely responses.

[0023] Among them, the service bus is configured with a supervision mechanism to monitor and manage the operating status of the service bus in real time; the monitoring content includes message throughput, latency, error rate, and service registration, discovery, and routing; management functions include service registration, deregistration, configuration, and message sending, receiving, and filtering.

[0024] Among them, the integrated energy system time series database includes a host node and multiple backup nodes, each host node and backup node is configured with a data synchronization module, the host node includes a data publishing submodule, and the backup node includes a data receiving submodule; the data publishing submodule sends the updated data of the time series database to the service bus, and the data receiving submodule receives the synchronization data from other time series databases from the service bus; the data synchronization module captures the new or updated data in real time by monitoring the data changes of the local time series database.

[0025] Among them, the time series database is configured with a data synchronization trigger mechanism; when the host node time series database meets the data synchronization trigger mechanism, the data synchronization module packages the data in the local database and sends it to the service bus in the form of a message. The service bus performs message routing and distribution according to the type of message and the destination database, and sends the processed data to the target time series database; after receiving the data, the target time series database stores it in the local database to complete the data synchronization operation.

[0026] Among them, in the data synchronization operation, the message structure of the request and response interaction includes at least a service flag, a service location, a service type, a message index, a system version, an execution status code, a timestamp, a message length, a big-endian mode, and information data; each synchronization data is accompanied by a timestamp to identify the generation time of the data;

[0027] The data synchronization trigger mechanism is to perform data synchronization when certain conditions are met; the trigger conditions include timing trigger, data change trigger, and system event trigger.

[0028] After adopting the above scheme, the present invention has the following advantages:

[0029] (1) The present invention designs a service bus based on a message queue. As the communication middleware between the modules of the integrated energy monitoring system, the service bus provides an efficient data communication mechanism for various applications of the park-level integrated energy monitoring system, shielding the underlying communication technology and specific methods of application processing required to implement data communication and data transmission for the upper-level applications. Asynchronous communication is adopted between applications to reduce the coupling degree and improve the system's responsiveness, flexibility and scalability. It has message persistence and automatic retry functions to ensure that data will not be lost in the event of a failure, thereby improving the system's fault tolerance. Through the load balancing mechanism, synchronous requests are evenly distributed to ensure the stability and high-performance operation of the system.

[0030] (2) The service bus provided by the present invention serves as a data synchronization channel between various time series databases. It utilizes the message transmission, routing, load balancing and persistence characteristics of the service bus to realize asynchronous communication and data synchronization between multiple time series databases, greatly improving the efficiency of synchronization. By realizing data synchronization between time series databases through the service bus, it can ensure that the data in each database remains consistent and avoid the inconsistency problems caused by the decentralized storage and management of data. As a communication hub, the service bus has high reliability and fault tolerance. Even if a certain time series database fails, it will not affect the data synchronization operation of other databases, thereby improving the reliability of the system. The service bus adopts a distributed architecture. When it is necessary to add a new time series database or modify the configuration of an existing database, it only needs to configure and adjust the service bus accordingly to realize data synchronization, which is easy to expand and maintain. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] Figure 1 It is a schematic diagram of the service calling process of the present invention;

[0032] Figure 2 It is a schematic diagram of the service registration process of the present invention;

[0033] Figure 3 It is a structural diagram of the routing mode in the present invention;

[0034] Figure 4 It is a schematic diagram of the message structure definition in the present invention. DETAILED DESCRIPTION

[0035] The technical solutions and beneficial effects of the present invention will be described in detail below with reference to the accompanying drawings.

[0036] A real-time data transmission method for a park integrated energy system based on a service bus of the present invention comprises:

[0037] First, a service bus is designed based on the message queue. As the communication middleware between the modules of the integrated energy monitoring system, the service bus provides an efficient data communication mechanism for various applications of the park-level integrated energy monitoring system, shielding the upper-level applications from the underlying communication technologies and specific methods of application processing required to realize data communication and data transmission.

[0038] like Figure 1As shown in the figure, service calls require the collaboration of service producers, service consumers and service management centers. Service producers refer to modules that send messages, such as data acquisition modules and load monitoring modules; service consumers refer to modules that receive and process messages, such as alarm processing modules and scheduling optimization modules. The service management center provides service registration and status updates for service producers, service positioning for service consumers, and service management for registered services, ultimately ensuring reliable message delivery. Each module implements asynchronous communication by sending or subscribing to messages in the message queue to avoid direct calls between modules.

[0039] The service calling steps of the service bus are as follows:

[0040] S101: The service producer accesses the service bus through the transmission protocol provided by the service bus and becomes a service of the general service bus. It is responsible for the specific implementation of the business functions of the integrated energy system and publishes the services it can provide to the service management center through the registration service. The service management center will also update the status of the service and monitor the service.

[0041] S102: The service consumer queries the service registration table of the service management center and then searches for services that meet the requirements for service positioning. The service management center provides the service type, server IP address, port, server mode, and current service status information of the registered service to the service consumer, and the service consumer performs service binding.

[0042] S103: The service producer provides specific location information to the service consumer through the service management center, including subsystem name, address, port and other information.

[0043] S104: The service consumer initiates a service call request, and the service management center transmits the request to the service producer.

[0044] S105: The service producer makes a service response according to the service request, and the service management center transmits the specific service response to the service producer.

[0045] Further, such as Figure 2 As shown, the detailed process of service registration is as follows: each application server registers the servers it can provide to the registration server, including the service name, business type, service address, port, and server mode information. The service management center stores the above information in the service repository.

[0046] The message queues used by the service bus include ActiveMQ, RabbitMQ, ZeroMQ, Kafka, and RocketMQ, and preferably, ZeroMQ is used.

[0047] The service management functions include service positioning, service monitoring, service switching, service restarting, service synchronization and service cancellation.

[0048] Among them, service monitoring refers to the ability to monitor the status of each message queue in real time, including message transmission delay, number of processing failures, etc., to ensure that the system can be adjusted in time under abnormal circumstances.

[0049] The service bus supports three communication modes: request / response, subscription / publish, and routing / agent to meet different business needs.

[0050] The service bus provides data interaction mechanisms such as service registration, request, and response, as well as service management functions for various applications of the campus-level integrated energy monitoring system. The service management center shields the specific deployment details of the service to achieve transparent access to the service by upper-level applications.

[0051] Furthermore, the service bus provides a message routing mechanism so that messages can be correctly routed to target message consumers and filtered and processed accordingly. Define the format and content of the message so that message producers and message consumers can correctly understand and process the message. The message format includes a message header, a message body, and a message footer. The message header contains information such as the message type, sender, and receiver. The message body contains specific monitoring data and event content. The message footer contains information such as the checksum of the message. Message routing can be achieved by specifying the recipient of the message in the message header or using the message subject. Message filtering can be achieved by setting filtering conditions in the message consumer. The service bus routes messages according to the message type and business requirements. For example, real-time power grid data messages are routed to the load forecasting module, while fault alarm messages are routed to the alarm processing module.

[0052] Furthermore, the service bus provides a message fault tolerance mechanism. When the message receiver successfully receives and processes the message, it will send a confirmation message to the message queue. If the service consumer fails to successfully process the message or the message queue does not receive the confirmation message, the service bus will automatically resend the message after a certain period of time to ensure reliable message delivery. Taking the alarm notification in the monitoring system as an example, when the alarm message is sent to the alarm system, the message queue will only consider the message delivery completed if the alarm system successfully processes and confirms receipt of the message. Otherwise, it will be resent to ensure that the alarm message can be processed correctly.

[0053] Furthermore, the service bus provides a priority mechanism. For messages of different urgency levels, the service bus prioritizes them according to pre-defined priority rules to ensure that critical messages receive timely responses.

[0054] Furthermore, the service bus provides a supervision mechanism to monitor and manage the operation status of the service bus in real time. The monitoring content includes performance indicators such as message throughput, latency, and error rate, as well as service registration, discovery, routing and other status information. Management functions include service registration, deregistration, configuration and other operations, as well as message sending, receiving, filtering and other operations.

[0055] Furthermore, the service bus adopts an extensible design to support dynamic expansion, that is, as the scale of the monitoring system expands, the system's processing capacity can be improved by adding new producers or consumers without affecting the operation of existing modules.

[0056] like Figure 3 As shown in the figure, in the router / dealer mode, the service bus evenly distributes messages from producers to multiple consumers through a load balancing algorithm, ensuring balanced processing loads of each module and avoiding overloading of a single module. Specifically, the Router socket, as the front end, is responsible for receiving messages from multiple client sources and forwarding these messages to one or more Dealer sockets according to certain rules. These Dealer sockets usually run on different servers or service instances or service processes. After each Dealer processes the task, it sends the response back to the Router, which returns the response to the corresponding client. For example, in a task distribution scenario of a distributed system, the Router can receive task requests from multiple clients, and then distribute these requests to the Dealer sockets corresponding to different servers for processing according to rules such as the server load. It can accurately forward messages based on the source address (identity identifier) ​​of the message. Each node connected to the Router has a unique identifier. The Router can identify which node the message is sent from and can use this information to determine the destination of the message.

[0057] This mode allows many different clients (using Dealer sockets) and servers (using Router sockets) to communicate. Multiple clients can send requests to the server at the same time, and the server can process these requests according to its own policies and return responses to the corresponding clients. Compared with the traditional one-to-one client-server communication mode, this greatly improves the system's concurrent processing capabilities and communication efficiency.

[0058] For example, in a large-scale data processing system, there are multiple data collection nodes (clients) and multiple data processing nodes (servers). The data collection node can send the collected data to the Router, and the Router assigns the data to the Dealer corresponding to the idle or lightly loaded data processing node for processing. The processed results are then returned to the corresponding data collection node through the reverse path.

[0059] In addition, this mode is suitable for applications that require highly concurrent processing, such as large-scale online load forecasting services for integrated energy systems, optimized scheduling services, and complex data processing services. Router-Dealer provides an effective way to dynamically allocate and optimize task execution, improve resource utilization and response speed. In this mode, the Router can temporarily store requests and determine the processing time and order of requests based on the current load of the system. Router-Dealer allows non-blocking and multi-directional communication, that is, it can process multiple requests and responses at the same time without blocking the entire communication process due to a single slow request. The Router-Dealer mode provides higher flexibility and scalability.

[0060] Secondly, the time series database of the park-level integrated energy monitoring system includes at least one host node and multiple standby nodes. The host node database is responsible for external data reading and writing, and the standby node database does not support data write requests from upper-layer applications. Optionally, the standby node database can be configured to support data read requests from upper-layer applications. The service bus connects multiple time series database nodes through a loosely coupled architecture, provides a unified data transmission interface, reduces direct communication dependence between databases, and improves the scalability of the system.

[0061] A data synchronization module is configured in the system of each time series database. The host node includes a data publishing submodule, and the backup node includes a data receiving submodule. The data publishing submodule sends the updated data of the time series database to the service bus, while the data receiving submodule receives the synchronization data from other time series databases from the service bus. The data synchronization module captures the newly added or updated data in real time by monitoring the data changes of the local time series database.

[0062] When the host node time series database meets the data synchronization trigger mechanism, the synchronization module will package the data in the local database and send it to the service bus in the form of a message. The service bus will perform message routing and distribution according to the message type and destination database, and send the processed data to the target time series database. After receiving the data, the target time series database will store it in the local database to complete the data synchronization operation.

[0063] like Figure 4As shown in the figure, during data synchronization, the message structure of the request and response interaction includes at least the service flag, service location, service type, message index, system version, execution status code, timestamp, message length, big-endian and small-endian modes, and information data. Each synchronized data is accompanied by a timestamp to identify the time when the data was generated. Through the timestamp mechanism, the service bus can ensure the consistency of data synchronization order between multiple time series databases and avoid data conflicts caused by updates at different times.

[0064] The data synchronization trigger mechanism is to perform data synchronization when certain conditions are met. The trigger conditions may include timing trigger, data change trigger, system event trigger, etc. For example, data synchronization can be set to be performed at a certain time interval, or when the data in a time series database changes, the data synchronization operation is automatically triggered.

[0065] The service bus uses a load balancing algorithm to evenly distribute synchronization requests from different time series databases, preventing a single synchronization module or service bus node from being overloaded, and ensuring stable operation of the system.

[0066] The service bus supports automatic fault recovery and retry mechanisms to ensure that data synchronization can be automatically restored in the event of network fluctuations or node failures, thereby ensuring the continuous and reliable operation of the system.

[0067] The real-time monitoring function of the service bus can monitor the data synchronization status between time series databases and trigger alarms in abnormal situations. System administrators can control the synchronization status of each database in real time and solve potential problems in a timely manner. The system has good scalability. As the scale of the park-level integrated energy system expands, it can adapt to new database access by adding service bus nodes and synchronization modules.

[0068] It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention 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 codes. The schemes in the embodiments of the present invention may be implemented in various computer languages, for example, object-oriented programming language Java and literal scripting language JavaScript, etc.

[0069] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0070] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0071] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0072] Although the preferred embodiments of the present invention have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the present invention.

[0073] Obviously, those skilled in the art can make various changes and modifications to the present invention without departing from the spirit and scope of the present invention. Thus, if these modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include these modifications and variations.

Claims

1. A real-time data transmission method for a park integrated energy system based on a service bus, characterized in that: Construct an integrated energy system including service producers, service consumers, and a service management center, wherein the service producer refers to a module that sends messages, and the service consumer refers to a module that receives and processes messages. Each of the modules in the service producer and the service consumer realizes asynchronous communication by sending or subscribing to messages in a message queue; the service management center provides service registration and status update for service producers, provides service positioning for service consumers, and manages registered services; the method comprises the following steps, Step S101, the service producer accesses the service management center through the transmission protocol provided by the service bus, and publishes the services it can provide to the service management center through the registration service. The service management center will also update the status of the service and monitor the service; Step S102: The service consumer accesses the service management center through the transmission protocol provided by the service bus, searches the service registry to find the service that meets the requirements, and locates the service. The service management center provides the service type, server IP address, port, server mode, and current service status information of the registered service to the service consumer, and the service consumer performs service binding. Step S103, the service producer provides the service consumer with specific location information through the service management center, including the subsystem name, address and port; Step S104, the service consumer initiates a service call request, and the service management center transmits the request to the service producer; Step S105: the service producer makes a service response according to the request, and the service management center transmits the specific service response to the service producer.

2. A real-time data transmission method for a park integrated energy system based on a service bus as claimed in claim 1, characterized in that: In step S101, the process of service producer registering service is that each application server of the service producer registers the server that can be provided with the registration server of the service management center, including the name of the service, business type, address of the service, port, and server mode information, and the service management center stores the above information in the service storage library; The service management center manages the registered services, and the service management functions include service positioning, service monitoring, service switching, service restart, service synchronization and service cancellation; the service management center monitors the status of each message queue in real time, including message transmission delay and number of processing failures, to ensure that the system can be adjusted in time under abnormal circumstances.

3. A real-time data transmission method for a park integrated energy system based on a service bus as claimed in claim 1, characterized in that: Design a service bus based on message queues. The message queues used by the service bus include ActiveMQ, RabbitMQ, ZeroMQ, Kafka, and RocketMQ. The service bus adopts an extensible design and supports dynamic expansion; The service bus is configured with an automatic fault recovery and retry mechanism. When the network fluctuates or a node fails, data synchronization can be automatically restored to ensure the continuous and reliable operation of the system.

4. A real-time data transmission method for a park integrated energy system based on a service bus as claimed in claim 1, characterized in that: The service bus supports three communication modes: request / response, subscription / publishing, and routing / agent to meet different business needs; In the routing / agent mode, the service bus evenly distributes messages from producers to multiple consumers through a load balancing algorithm, ensuring balanced processing loads of each module and avoiding overloading of a single module. The service bus is configured with a message routing mechanism so that messages can be correctly routed to target message consumers and be filtered and processed accordingly.

5. The real-time data transmission method of a park integrated energy system based on a service bus as claimed in claim 1, characterized in that: The service bus is configured with a message fault tolerance mechanism. When the message receiver successfully receives and processes the message, it sends a confirmation message to the message queue.

6. A real-time data transmission method for a park integrated energy system based on a service bus as claimed in claim 1, characterized in that: The service bus is configured with a priority mechanism. For messages of different urgency levels, the service bus performs priority processing according to predefined priority rules to ensure that key messages are responded to in a timely manner.

7. A real-time data transmission method for a park integrated energy system based on a service bus as claimed in claim 1, characterized in that: The service bus is configured with a supervision mechanism to monitor and manage the operating status of the service bus in real time; the monitoring content includes message throughput, latency, error rate, and service registration, discovery, and routing; management functions include service registration, deregistration, configuration, and message sending, receiving, and filtering.

8. The real-time data transmission method of a park integrated energy system based on a service bus as claimed in claim 1, characterized in that: The integrated energy system time series database includes a host node and multiple backup nodes, each host node and backup node is configured with a data synchronization module, the host node includes a data publishing submodule, and the backup node includes a data receiving submodule; The data publishing submodule sends the updated data of the time series database to the service bus, while the data receiving submodule receives the synchronization data from other time series databases from the service bus; The data synchronization module captures new or updated data in real time by monitoring data changes in the local time series database.

9. A real-time data transmission method for a park integrated energy system based on a service bus as claimed in claim 8, characterized in that: The time series database is configured with a data synchronization trigger mechanism; when the host node time series database meets the data synchronization trigger mechanism, the data synchronization module packages the data in the local database and sends it to the service bus in the form of a message. The service bus performs message routing and distribution according to the type of message and the destination database, and sends the processed data to the target time series database; after receiving the data, the target time series database stores it in the local database to complete the data synchronization operation.

10. A real-time data transmission method for a park integrated energy system based on a service bus as claimed in claim 9, characterized in that: In the data synchronization operation, the message structure of the request and response interaction includes at least a service flag, a service location, a service type, a message index, a system version, an execution status code, a timestamp, a message length, a big-endian and a small-endian mode, and information data; each synchronization data is accompanied by a timestamp to identify the generation time of the data; The data synchronization trigger mechanism is to perform data synchronization when certain conditions are met; the trigger conditions include timing trigger, data change trigger, and system event trigger.

Images