A park integrated energy system real-time data transmission method based on a service bus

Abstract

The application discloses a kind of based on service bus's park integrated energy system real-time data transmission method, service producer accesses service management center by service bus, and service that can be provided is published to service management center;Service consumer accesses service management center by service bus and carries out service orientation, and service management center provides registered service to service consumer, and service consumer carries out service binding;Service consumer initiates service call request, and service management center passes request to service producer, and service producer makes service response according to request, and service management center passes to service producer.The service bus designed in the application shields the specific method of bottom communication technology and application processing for upper application, reduces the coupling degree between applications, improves system response capability, ensures the real-time transmission of each energy subsystem data in integrated energy system, collaborative optimization and reliable inter-database data synchronization.

Description

TECHNICAL FIELD

[0001] The application belongs to the technical field of comprehensive energy monitoring and management, and particularly relates to a real-time data transmission method for a park comprehensive energy system based on a service bus. BACKGROUND

[0002] A park-level comprehensive energy system involves various types of energy, complex user needs and park facility and function zoning, coexistence of traditional energy and new energy, multiple energy forms converting and complementing each other, diverse user energy consumption behaviors, widely distributed infrastructure, and large differences in building functions. This further leads to a large number of subsystems and devices facing the park-level comprehensive energy monitoring system. In view of the characteristics of massive, time-series, high-dimensional, cross-domain, and mixed data of the system data, it is necessary to integrate multi-source heterogeneous data to realize high-performance communication of real-time data. Different devices, subsystems, and application programs need real-time and accurate data to ensure stable operation and effective monitoring of the system.

[0003] With the increasing complexity and scale of the park-level comprehensive energy system, the reliability and efficiency of the monitoring system become particularly important. Traditional comprehensive energy monitoring systems rely on tightly coupled architectures, and communication between multiple modules is achieved through direct calls. Although this method is simple, as the system scale expands, the dependency between modules increases, and the flexibility and scalability of the system decrease significantly, with the risk of communication bottlenecks and data loss.

[0004] In addition, in the face of the massive time-series data generated by the park-level comprehensive energy system, a time-series database is generally used to efficiently store these large-scale, time-series arranged data. However, since the time-series database is usually distributedly deployed, to prevent data loss, maintain data integrity, improve system high availability and load balancing optimization, the data between each database needs to be kept synchronized to ensure that each system module can obtain consistent data state. Traditional data synchronization methods often rely on point-to-point communication mechanisms, and the system has poor scalability, complex and error-prone data synchronization processes. In addition, as the system scale expands and the data volume grows, real-time performance and data consistency are difficult to guarantee. Therefore, there is an urgent need for an efficient, reliable, simple, and feasible data replication and synchronization method between multiple data replicas to meet the needs of the park-level comprehensive energy system monitoring system and provide strong support for the operation and management of the park-level comprehensive energy system. SUMMARY

[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, it solves the problems of tight module coupling, communication delay, poor scalability, message loss, etc. in traditional monitoring systems, and solves the real-time, reliability, scalability and consistency problems of data synchronization between multiple time series databases, ensuring the efficient management and transmission of integrated energy system data within the park, reducing the system's operating and maintenance costs, and improving the stability and security of the park-level integrated energy system operation.

[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 constructed to construct an integrated energy system including service producers, service consumers, 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 service consumer realizes asynchronous communication by sending or subscribing to messages in a message queue; the service management center provides service registration and status updates for service producers, provides service positioning for service consumers, and manages registered services. The method includes 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 registration services. The service management center also updates the status of the service and monitors the service.

[0009] In 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 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] In the step S101, the service producer registers the service, and the process is that each application server of the service producer registers the server capable of providing the service to the registration server of the service management center, including the name of the service, the business type, the address of the service, the port, the server mode information, and the service management center stores the above information in the service storage;

[0014] The service management center manages the registered service, and the service management function includes service positioning, service monitoring, service switching, service restart, service synchronization and service deregistration; the service management center monitors the state of each message queue in real time, including message transmission delay and processing failure times, to ensure that the system can be adjusted in time under abnormal conditions.

[0015] The service bus is designed based on the message queue, and the message queue used by the service bus includes 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 a fault automatic recovery and retry mechanism, so that data synchronization can be automatically recovered when the network fluctuates or the node fails, ensuring the continuous and reliable operation of the system.

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

[0019] In the routing / agent mode, the service bus distributes the messages from the producer to multiple consumers uniformly through a load balancing algorithm, ensures the balanced processing load of each module, and avoids the overload of a single module.

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

[0021] The service bus is configured with a message fault-tolerant mechanism, and when the message receiver successfully receives and processes the message, sends confirmation information to the message queue.

[0022] The service bus is configured with a priority mechanism, and for messages of different emergency levels, the service bus processes them in priority according to the pre-defined priority rules, to ensure that critical messages are responded in time.

[0023] The service bus is configured with a supervision mechanism to perform real-time monitoring and management on the running state of the service bus; the monitoring content includes the throughput, delay, error rate of the message, and the registration, discovery and routing of the service; and the management function includes the registration, deregistration and configuration of the service, and the sending, receiving and filtering of the message.

[0024] The integrated energy system time sequence database comprises a host node and multiple backup nodes, each host node and backup node is configured with a data synchronization module, the host node comprises a data publishing submodule, and the backup node comprises a data receiving submodule; the data publishing submodule sends the updated data of the time sequence database to the service bus, and the data receiving submodule receives the synchronization data from other time sequence databases from the service bus; the data synchronization module captures the newly added or updated data in real time by monitoring the data change of the local time sequence database.

[0025] The time sequence database is configured with a data synchronization trigger mechanism; when the host node time sequence 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 and destination database of the message, and sends the processed data to the target time sequence database; after receiving the data, the target time sequence database stores it in the local database to complete the data synchronization operation.

[0026] In the data synchronization operation, the message structure of the request and response interaction at least includes 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 or little-endian mode, and information data; each piece of synchronization data is attached with a timestamp for identifying the generation time of the data.

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

[0028] After the above scheme is adopted, the application has the following advantages:

[0029] (1) The service bus is designed based on the message queue, and is used 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, and shields the underlying communication technology and specific application processing method required for realizing data communication and data transmission for the upper-layer application; asynchronous communication is adopted between the applications, which reduces the coupling degree, improves the system response capability, flexibility and scalability; the message persistence and automatic retry function are provided to ensure that data will not be lost in the case of failure, and the fault tolerance of the system is improved; through the load balancing mechanism, the synchronization 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, avoiding 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 time series database fails, it will not affect the data synchronization operations 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 achieve 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 schematic diagram of the structure of the routing mode of 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 various 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 achieve data communication and data transmission.

[0038] like Figure 1As shown, the service call needs the cooperation of service producer, service consumer and service management center. The service producer refers to the module that sends messages, such as data acquisition module, load monitoring module, etc. The service consumer refers to the module that receives and processes messages, such as alarm processing module, dispatching optimization module, etc. The service management center provides service registration and state update for the service producer, service positioning for the service consumer, service management for the registered services, and finally ensures the reliable delivery of messages. Each module realizes asynchronous communication by sending or subscribing to messages to the message queue, avoiding direct calls between modules.

[0039] The service call 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, becomes a service of the general service bus, is responsible for the specific implementation of the comprehensive energy system business function, publishes the services that it can provide to the service management center through the registered service, the service management center also updates the state of the service, and performs service monitoring.

[0041] S102: The service consumer queries the service registration table of the service management center to find the required service for service positioning, the service management center provides the business type, server IP address, port, server mode and current state 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 for the service consumer through the service management center, including subsystem name, address and port information.

[0043] S104: The service consumer initiates a service call request, which is transmitted to the service producer by the service management center.

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

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

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

[0047] The service management function includes service positioning, service monitoring, service switching, service restart, service synchronization and service logout.

[0048] The service monitoring refers to real-time monitoring of the state of each message queue, including message transmission delay, processing failure times, etc., to ensure that the system can be adjusted in time in abnormal conditions.

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

[0050] The service bus provides a service registration, request, response, and other data interaction mechanisms and service management functions for various applications of the park-level integrated energy monitoring system. The service management center shields the specific deployment details of the service, and realizes transparent access to the service by the upper-layer application.

[0051] Further, the service bus provides a message routing mechanism, which enables messages to be correctly routed to target message consumers and processed accordingly. The format and content of the message are defined to enable the message producer and the message consumer to correctly understand and process the message. The message format includes message header, message body, and message tail, etc. The message header contains information such as message type, sender, and receiver, the message body contains specific monitoring data and event content, and the message tail contains message checksum and other information. Message routing can be achieved by specifying the receiver of the message in the message header or using message topics, and message filtering can be achieved by setting filtering conditions in the message consumer. The service bus routes messages according to message type and business needs. For example, real-time power grid data messages are routed to the load prediction module, and fault alarm messages are routed to the alarm processing module.

[0052] Further, the service bus provides a message fault tolerance mechanism. When the message receiver successfully receives and processes the message, it sends an acknowledgement to the message queue. If the service consumer fails to process the message or the message queue does not receive the acknowledgement, the service bus will automatically resend the message after a certain period of time, ensuring reliable message delivery. Taking the alarm notification in the monitoring system as an example, when the alarm message is sent to the alarm system, only when the alarm system successfully processes and acknowledges the receipt of the message, the message queue will consider the message delivery complete, otherwise it will resend the message to ensure that the alarm message is correctly processed.

[0053] Further, the service bus provides a priority mechanism. For messages of different urgency, the service bus processes them according to predefined priority rules to ensure that critical messages are responded to in a timely manner.

[0054] Further, the service bus provides a supervision mechanism to monitor and manage the running state of the service bus in real time. The monitoring content includes performance indicators such as message throughput, delay, error rate, and state information such as service registration, discovery, routing, etc. The management functions include operations such as service registration, deregistration, configuration, and operations such as message sending, receiving, filtering, etc.

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

[0056] As shown in Figure 3 In the Router-Dealer mode, the service bus distributes messages from producers evenly to multiple consumers through a load balancing algorithm, ensuring balanced processing load of each module and avoiding overload of a single module. Specifically, the Router socket serves as the front end, responsible for receiving messages from multiple client sources and forwarding them 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 finishes processing, 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, then distribute these requests to different server corresponding Dealer sockets for processing according to the server load situation, etc. It can perform accurate message forwarding based on the source address (identity) of the message. Each node connected to the Router has a unique identifier, and the Router can identify from which node the message is sent and 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 simultaneously, and the server can process these requests according to its own strategy and return the response to the corresponding client. Compared with the traditional one-to-one client-server communication mode, this greatly improves the concurrent processing capacity and communication efficiency of the system.

[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 nodes can send the collected data to the Router, which distributes the data to the corresponding Dealer of the idle or lightly loaded data processing node for processing, and the processed results are returned to the corresponding data collection node through the reverse path.

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

[0060] In a second aspect, the park-level integrated energy monitoring system time series database includes at least one master node and multiple standby nodes. The master node database is responsible for external data read and write operations, 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 system scalability.

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

[0062] When the master 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 performs message routing and distribution based on the message type and 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, completing the data synchronization operation.

[0063] As Figure 4As shown, the message structure of the request and response interaction during data synchronization includes at least service flag, service location, service type, message index, system version, execution status code, timestamp, message length, size end mode, and information data. Each piece of synchronization data is attached with a timestamp, which is used to identify the generation time of the data. Through the timestamp mechanism, the service bus can ensure the consistency of the data synchronization sequence among the multi-time-series databases and avoid data conflicts caused by different time updates.

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

[0065] The service bus evenly distributes synchronization requests from different time-series databases through a load balancing algorithm, preventing overloading of individual synchronization modules or service bus nodes, and ensuring stable operation of the system.

[0066] The service bus supports automatic fault recovery and retry mechanisms, ensuring that data synchronization can automatically recover when the network fluctuates or the node fails, and ensuring the continuous and reliable operation of the system.

[0067] Through the real-time monitoring function of the service bus, the data synchronization state among the time-series databases can be monitored, and an alarm can be triggered in abnormal cases. System administrators can monitor the synchronization state of each database in real time and solve potential problems in a timely manner. The system has good scalability, and as the scale of the park-level integrated energy system expands, it can adapt to new database access by increasing service bus nodes and synchronization modules.

[0068] Those skilled in the art will appreciate that embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application can take the form of a computer program product implemented on one or more computer usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer usable program code. The solutions in the embodiments of the present application can be implemented in various computer languages, such as object-oriented programming languages Java and interpreted scripting language JavaScript.

[0069] The present application is described in reference to the flowchart illustrations and / or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart illustrations and / or block diagrams. Figure 1 one or more functions specified in the flowchart illustrations and / or block diagrams. Figure 1 one or more functions specified in the flowchart illustrations and / or block diagrams.

[0070] These computer program instructions can also be stored in a computer- readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the functions specified in the flowchart illustrations and / or block diagrams. Figure 1 one or more functions specified in the flowchart illustrations and / or block diagrams. Figure 1 one or more functions specified in the flowchart illustrations and / or block diagrams.

[0071] These computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart illustrations and / or block diagrams. Figure 1 one or more functions specified in the flowchart illustrations and / or block diagrams. Figure 1 one or more functions specified in the flowchart illustrations and / or block diagrams.

[0072] While the preferred embodiments of the application have been described, additional variations and modifications can be made to the embodiments by those of skill in the art once they have the benefit of the present disclosure without departing from the spirit and scope of the application. Accordingly, the attached claims are intended to embrace all such variations and modifications as fall within the scope of the present application.

[0073] Obviously, numerous modifications and variations of the present application are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims and their equivalents, the application can be practiced otherwise than as specifically described.

Claims

1. A real-time data transmission method for a park integrated energy system based on a service bus, characterized by: 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 service consumer realizes asynchronous communication by sending or subscribing to messages in a message queue; the service management center provides service registration and status updates for service producers, provides service positioning for service consumers, and manages registered services; the method includes 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 registration services. The service management center also updates the status of the service and monitors the service. In 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 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. The method for real-time data transmission of a park integrated energy system based on a service bus according to claim 1, characterized in that: In step S101, the process of service producer registering the 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. The service management center stores the above information in the service repository; The service management center manages 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. The method for real-time data transmission of a park integrated energy system based on a service bus according to 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. In the event of network fluctuations or node failures, data synchronization can be automatically restored to ensure the continuous and reliable operation of the system.

4. The method for real-time data transmission of a park integrated energy system based on a service bus according to claim 1, characterized in that: The service bus supports three communication modes: request / response, subscription / publish, and routing / agent to meet different business needs; In the routing / agent mode, the service bus uses a load balancing algorithm to evenly distribute messages from producers to multiple consumers, ensuring balanced processing load across modules and preventing 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 method for real-time data transmission of a park integrated energy system based on a service bus according to 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. The method for real-time data transmission of a park integrated energy system based on a service bus according to claim 1, characterized in that: The service bus is configured with a priority mechanism. For messages of different urgency levels, the service bus prioritizes them according to predefined priority rules to ensure that critical messages receive timely responses.

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

8. The method for real-time data transmission of a park integrated energy system based on a service bus according to 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. The method for real-time data transmission of a park integrated energy system based on a service bus according to 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. The method for real-time data transmission of a park integrated energy system based on a service bus according to claim 9, characterized in that: In the data synchronization operation, 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, 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