Alarm information processing system, method, device and equipment, computer readable storage medium and computer program product

Abstract

The invention provides an alarm information processing system, method, device and equipment, a computer readable storage medium and a computer program product. The system comprises a monitored device and a first monitoring host, and the monitored device sends the number of idle resources to the first monitoring host; the first monitoring host sends an alarm configuration condition to the monitored equipment when the number of the idle resources is greater than a preset resource threshold value; the monitored equipment detects the state information, responds to the state information and generates alarm information when the state information meets the alarm configuration condition; and the monitored equipment sends the alarm information to the first monitoring host. According to the method and the device, local alarm judgment can be performed by utilizing the number of idle resources of the monitored equipment, so that the alarm information processing efficiency and the real-time performance are improved, and the calculation load of the monitoring host is reduced.

Description

Technical Field

[0001] This application relates to the field of computer monitoring technology, and in particular to an alarm information processing system, method, apparatus, device, computer-readable storage medium, and computer program product. Background Technology

[0002] With the development of information technology, real-time monitoring of the power equipment and environmental status of various infrastructures (such as communication equipment rooms, data centers, and intelligent buildings) has become increasingly important. In environmental monitoring systems, alarm events refer to notification information generated when monitored equipment experiences abnormal conditions or when the abnormality is resolved; they are the core basis for the system to detect and handle faults. In related technologies, alarm events are usually collected by the monitored equipment and sent to the monitoring host for processing. This can lead to a large computational load on the monitoring host, affecting the real-time performance and efficiency of alarm processing. Therefore, an improved alarm information processing scheme is needed. Summary of the Invention

[0003] This application provides an alarm information processing system, method, apparatus, device, computer-readable storage medium, and computer program product, which can utilize the amount of idle resources of the monitored device to perform local alarm judgment, improve the efficiency and real-time performance of alarm information processing, and reduce the computing load of the monitoring host.

[0004] The technical solution of this application embodiment is implemented as follows: This application provides an alarm information processing system, the system including a monitored device and a first monitoring host; The monitored device is used to send the number of idle resources to the first monitoring host; The first monitoring host is used to send alarm configuration conditions to the monitored device when the number of idle resources is greater than a preset resource threshold. The monitored device is used to detect status information and generate alarm information in response to the status information meeting the alarm configuration conditions. The monitored device is used to send the alarm information to the first monitoring host.

[0005] This application embodiment also provides an alarm information processing method, which is implemented based on the aforementioned alarm information processing system, and the method includes: Send the number of idle resources to the first monitoring host so that the first monitoring host can provide an alarm configuration condition when the number of idle resources exceeds a preset resource threshold; Detect status information, and generate alarm information in response to the status information meeting the alarm configuration conditions; The alarm information is sent to the first monitoring host.

[0006] This application provides an alarm information processing device, the device comprising: The resource reporting module is used to send the number of idle resources to the first monitoring host so that the first monitoring host can report alarm configuration conditions when the number of idle resources is greater than a preset resource threshold. An alarm generation module is used to detect status information and generate alarm information in response to the status information meeting the alarm configuration conditions. The information sending module is used to send the alarm information to the first monitoring host.

[0007] This application provides a data center, which includes monitored devices. The monitored devices are monitored devices in an alarm information processing system. The types of monitored devices include parameter components, status components, control components, and alarm components.

[0008] This application provides an electronic device, the electronic device comprising: Memory is used to store executable instructions or computer programs. The processor, when executing computer-executable instructions or computer programs stored in the memory, implements the alarm information processing method provided in the embodiments of this application.

[0009] This application provides a computer-readable storage medium storing a computer program or computer-executable instructions, which, when executed by a processor, implements the alarm information processing method provided in this application.

[0010] This application provides a computer program product, including a computer program or computer executable instructions. When the computer program or computer executable instructions are executed by a processor, they implement the alarm information processing method provided in this application.

[0011] The embodiments of this application have the following beneficial effects: The monitored device sends the number of idle resources to the first monitoring host. When the number of idle resources exceeds a preset resource threshold, the first monitoring host sends alarm configuration conditions to the monitored device. When these alarm configuration conditions are set on the monitored device, it can accurately identify and utilize monitored devices with sufficient idle resources. This transfers the alarm judgment task, originally handled centrally by the first monitoring host, to the monitored device, achieving effective utilization of the monitored device's computing resources. This reduces the computing load on the first monitoring host, improving the efficiency of alarm information processing and the real-time response of the system. Furthermore, the monitored device detects status information, and in response to the status information meeting the alarm configuration conditions, an alarm is generated on the monitored device side. The system sends alarm information to the first monitoring host. Compared with related technologies, where the monitored device needs to continuously or periodically report a large amount of raw status data to the monitoring host for processing, this application significantly reduces the invalid or low-frequency data interaction between the monitored device and the first monitoring host, effectively reducing the occupation of network communication bandwidth. Since the judgment and generation process of alarm information is completed at the source of data generation, that is, locally on the monitored device, the network transmission time and host queuing time for uploading raw status data to the first monitoring host for processing are eliminated. This greatly shortens the delay from the occurrence of abnormal status to the generation of alarm information, and the system can identify and process abnormal status in near real time, improving the immediacy of the monitoring system. Attached Figure Description

[0012] Figure 1 This is a schematic diagram of the alarm information processing system architecture provided in the embodiments of this application; Figure 2A This is a schematic diagram of the server structure provided in an embodiment of this application; Figure 2B This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application; Figure 3 This is a schematic diagram of the alarm information processing system provided in the embodiments of this application; Figure 4 This is a first flowchart illustrating the alarm information processing method provided in the embodiments of this application; Figure 5 This is a schematic diagram of the second process of the alarm information processing method provided in the embodiments of this application.

[0013] It should be noted that the terms "first" and "second" mentioned above are only used to distinguish between different options and do not represent the degree of superiority or inferiority of the options or their priority in the implementation process. Detailed Implementation

[0014] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0015] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0016] In the following description, the terms "first, second, third" are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first, second, third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0017] In the embodiments of this application, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0018] Unless otherwise defined, all technical and scientific terms used in the embodiments of this application have the same meaning as commonly understood by one of ordinary skill in the art. The terminology used in the embodiments of this application is for the purpose of describing the embodiments of this application only and is not intended to limit this application.

[0019] In the implementation of this application, the collection and processing of relevant data should strictly comply with the requirements of relevant laws and regulations, obtain the informed consent or separate consent of the personal information subject, and carry out subsequent data use and processing within the scope of laws and regulations and the authorization of the personal information subject.

[0020] Before providing a further detailed description of the embodiments of this application, the nouns and terms involved in the embodiments of this application will be explained, and the nouns and terms involved in the embodiments of this application shall be interpreted as follows.

[0021] 1) Responding to: used to indicate the conditions or states on which the operation is performed. When the conditions or states on which the operation is performed are met, one or more operations may be performed in real time or with a set delay. Unless otherwise specified, there is no restriction on the order in which the multiple operations are performed.

[0022] 2) Environmental Monitoring: This refers to centralized monitoring of power equipment and environmental variables in various computer rooms, i.e., power and environmental monitoring. A complete integrated power and environmental monitoring system can collect data through telemetry and remote signaling from various distributed independent power equipment, computer room environment, and security monitoring objects. It can monitor the operating status of systems, equipment, and security in real time, record and process relevant data, detect faults in a timely manner, and perform necessary remote control and adjustment operations, notifying personnel for handling as needed. This enables less-staffed or unattended operation of computer rooms, as well as centralized monitoring, maintenance, and management of power supplies and air conditioning, improving the reliability of power supply systems and the security of communication equipment. It provides strong technical support for the automation of computer room management, intelligent operation, and scientific decision-making.

[0023] 3) Monitoring host: The core control device of the environmental monitoring system, responsible for receiving, parsing, and managing alarm events, as well as issuing policies in analog scenarios.

[0024] 4) Monitored equipment: The objects whose status needs to be monitored in the environmental monitoring system, including power equipment (such as air conditioners and battery packs) and environmental monitoring equipment (such as temperature and humidity sensors, smoke detectors, and access control controllers).

[0025] 5) Polling: The information acquisition method in the environmental monitoring system refers to the monitoring host / server sending query requests to each monitored device in sequence according to a preset time period (usually at the second level) in order to obtain digital or analog alarm events.

[0026] 6) Digital quantity: A physical quantity used to describe the discrete state of the monitored device. Its value is only two opposing states (such as "0" / "1", "normal" / "fault", "trigger" / "recovery"). The digital quantity is also called "digital quantity alarm event".

[0027] 7) Analog quantity: A physical quantity used to describe the continuously changing state of the monitored equipment / environment. Its value is a continuous numerical range. It needs to be calculated in combination with preset rules (boundary value, hysteresis value, etc.) to determine whether it exceeds the limit. Analog quantity is also known as "analog quantity alarm event".

[0028] 8) Alarm events: Notification information generated when the monitored equipment experiences an abnormal state (triggered) or an abnormality is eliminated (recovered). These are the core monitoring objects of the environmental monitoring system and are divided into two categories: digital alarm events and analog alarm events.

[0029] 9) Power-on: The process by which the monitored device transitions from a power-off state to a startup state and completes initialization.

[0030] 10) Message communication server: A dedicated server that supports publish / subscribe mechanism and security authentication. It is the core hub for real-time distribution of alarm events. The typical implementation is Message Queuing Telemetry Transport (MQTT).

[0031] With the development of information technology, real-time monitoring of the power equipment and environmental status of various infrastructures (such as communication equipment rooms, data centers, and intelligent buildings) has become increasingly important. In such environmental monitoring systems, alarm events refer to notification information generated when the monitored equipment experiences an abnormal state or when the abnormality is resolved; these are the core basis for the system to detect and handle faults. In related technologies, mainstream monitoring solutions typically employ a centralized processing architecture. Specifically, the monitored equipment is only responsible for collecting raw status information (whether it represents discrete digital quantities, such as equipment switches or fault signals, or continuously changing analog quantities, such as temperature and voltage values), and then periodically reporting this massive amount of unprocessed status data to the monitoring host through a polling mechanism. The monitoring host needs to bear all the computational load, including: performing threshold comparisons on analog data to determine if it exceeds limits, parsing the status of digital data, and ultimately generating the final alarm information.

[0032] This centralized processing model has significant limitations. First, because the monitoring host needs to process data from all monitored devices in the system, its computational load is extremely high, especially in large-scale monitoring scenarios, easily leading to CPU and memory resource strain and becoming a system performance bottleneck. Second, the inherent periodicity and communication latency of the polling mechanism itself create a time lag between the occurrence of an alarm event and its processing by the monitored host, affecting the real-time performance of alarm processing. Furthermore, all raw data representing the status information of the monitored devices must be uploaded to the monitoring host, consuming a large amount of network bandwidth resources.

[0033] Therefore, there is an urgent need in related technologies for an improved alarm information processing method to solve the problems of high computational load, poor real-time performance, and low resource utilization efficiency caused by centralized processing.

[0034] This application provides an alarm information processing system, method, apparatus, device, computer-readable storage medium, and computer program product, which can utilize the amount of idle resources of the monitored device to perform local alarm judgment, improve the efficiency and real-time performance of alarm information processing, and reduce the computing load of the monitoring host. The following describes exemplary applications of the electronic devices provided in this application. The electronic devices provided in this application can be implemented as various types of terminals such as laptops, tablets, desktop computers, set-top boxes, smartphones, smart speakers, smartwatches, smart TVs, and vehicle terminals, or they can be implemented as servers.

[0035] See Figure 1 , Figure 1 This is a schematic diagram of the architecture of the alarm information processing system 100 provided in this application embodiment, in order to support an alarm information processing application. Figure 1 The system involves an alarm information processing system 100, servers 200-1 and 200-2, a network 300, terminal devices 400-1, 400-2, and 400-N, and user-side terminal devices 500. User-side terminal devices 500 view monitoring information through server 200-1. Server 200-1 connects to terminal devices 400-1, 400-2, and 400-3 via network 300. Network 300 can be a wide area network (WAN), a local area network (LAN), or a combination of both. The number of terminal devices is not limited to this. Figure 1 The three shown in the middle, Figure 1 This is just an example.

[0036] For example, user-side terminal device 500 can be a workstation for operations and maintenance personnel, used to present a global monitoring view and process alarm information. Server 200-1 is the first monitoring host, used for device management, resource assessment, alarm configuration and distribution, and alarm information aggregation and filtering. Server 200-2 is the second monitoring host, which can be a dedicated data analysis server used to receive alarm information from the first monitoring host, perform historical trend analysis, and generate statistical reports. Terminal devices 400-1, 400-2, and 400-N are monitored devices, where N is a positive integer greater than 2, and can be various devices in the computer room that need to be monitored, such as smart air conditioners, battery packs, temperature and humidity sensors, etc. Operations and maintenance personnel view the monitoring status summarized by server 200-1 through user-side terminal device 500. Server 200-1 establishes a connection with all terminal devices through network 300. For example, the smart air conditioner reports its available resources to the first monitoring host; after determining that there are sufficient available resources, the first monitoring host sends alarm configuration conditions for the return air temperature to the smart air conditioner; the monitored device then continuously monitors the temperature locally and generates alarm information when the temperature exceeds the limit, sending it directly to the first monitoring host. After receiving the alarm, the first monitoring host can either display it on the user-side terminal device 500, or forward the filtered alarm information to the data analysis server, which acts as the second monitoring host, for further processing.

[0037] See Figure 2A , Figure 2A This is a schematic diagram of the server structure provided in an embodiment of this application. Figure 2A The server 200 shown is a server cluster consisting of multiple servers, which can be... Figure 1 Server 200-1 includes at least one processor 210, memory 230, and at least one network interface 220. The various components of server 200-1 are coupled together via a bus system 240. It is understood that the bus system 240 is used to implement communication between these components. In addition to a data bus, the bus system 240 also includes a power bus, a control bus, and a status signal bus. However, for clarity, ... Figure 2A The general labeled all buses as Bus System 240.

[0038] Processor 210 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor can be a microprocessor or any conventional processor, etc.

[0039] The memory 230 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state storage, hard disk drives, optical disk drives, etc. The memory 230 may optionally include one or more storage devices physically located away from the processor 210.

[0040] The memory 230 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), and the volatile memory may be random access memory (RAM). The memory 230 described in this application embodiment is intended to include any suitable type of memory.

[0041] In some embodiments, memory 230 is capable of storing data to support various operations, examples of which include programs, modules, and data structures or subsets or supersets thereof, as illustrated below.

[0042] Operating system 231 includes system programs for handling various basic system services and performing hardware-related tasks, such as the framework layer, core library layer, driver layer, etc., for implementing various basic business functions and handling hardware-based tasks; The network communication module 232 is used to reach other electronic devices via one or more (wired or wireless) network interfaces 220, exemplary network interfaces 220 including: Bluetooth, WiFi, and Universal Serial Bus (USB), etc. In some embodiments, the apparatus provided in this application can be implemented in software. Figure 2A An alarm information processing device 233 stored in memory 230 is shown. This device can be software in the form of programs and plug-ins, and includes the following software modules: a resource reporting module 2331, an alarm generation module 2332, and an information sending module 2333. These modules are logically connected and can therefore be arbitrarily combined or further separated according to their implemented functions. The functions of each module will be described below.

[0043] See Figure 2B , Figure 2B This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application. Figure 2B The terminal device shown can be Figure 1 Any terminal device in this application embodiment, Figure 1Taking terminal device 400-1 as an example, terminal device 400-1 includes at least one processor 410, a memory 450, and at least one network interface 420. The various components in terminal device 400-1 are coupled together via a bus system 440. It is understood that the bus system 440 is used to implement communication between these components. In addition to a data bus, the bus system 440 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in... Figure 2B The general labeled all buses as Bus System 440.

[0044] Processor 410 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor can be a microprocessor or any conventional processor, etc.

[0045] User interface 430 includes one or more output devices 431 that enable the presentation of media content, including one or more speakers and / or one or more visual displays. User interface 430 also includes one or more input devices 432, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

[0046] Memory 450 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state storage, hard disk drives, optical disk drives, etc. Memory 230 may optionally include one or more storage devices physically located away from processor 410.

[0047] The memory 450 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), and the volatile memory may be random access memory (RAM). The memory 450 described in this application embodiment is intended to include any suitable type of memory.

[0048] In some embodiments, memory 450 is capable of storing data to support various operations, examples of which include programs, modules, and data structures or subsets or supersets thereof, as illustrated below.

[0049] Operating system 451 includes system programs for handling various basic system services and performing hardware-related tasks, such as the framework layer, core library layer, driver layer, etc., for implementing various basic business functions and handling hardware-based tasks; The network communication module 452 is used to reach other electronic devices via one or more (wired or wireless) network interfaces 420, exemplary network interfaces 420 including: Bluetooth, WiFi, and Universal Serial Bus (USB), etc. Presentation module 453 is used to enable the presentation of information (e.g., user interface for operating peripheral devices and displaying content and information) via one or more output devices 431 associated with user interface 430 (e.g., display screen, speaker, etc.). The input processing module 454 is used to detect and translate one or more user inputs or interactions from one or more input devices 432.

[0050] In some embodiments, the apparatus provided in this application can be implemented in software. Figure 2B An alarm information processing device 455 stored in memory 450 is shown. This device can be software in the form of programs and plug-ins, and includes the following software modules: a resource reporting module 4551, an alarm generation module 4552, and an information sending module 4553. These modules are logically linked and can therefore be arbitrarily combined or further separated according to their implemented functions. The functions of each module will be described below.

[0051] In other embodiments, the apparatus provided in this application can be implemented in hardware. As an example, the apparatus provided in this application can be a processor in the form of a hardware decoding processor, which is programmed to execute the alarm information processing method provided in this application. For example, the processor in the form of a hardware decoding processor can be one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), or other electronic components.

[0052] The following will describe the alarm information processing system and method provided in this application embodiment, with the monitored device as the execution subject, in conjunction with exemplary applications and implementations of the server and terminal devices provided in the embodiments of this application.

[0053] SeeFigure 3 , Figure 3 This is a schematic diagram of the alarm information processing system 600 provided in this application embodiment, which will be described in detail below. The alarm information processing system 600 includes a subscription terminal device 630, a monitored device 610, and a monitoring host 620; the monitored device 610 is used to send the number of idle resources to the first monitoring host 621.

[0054] For example, the monitored equipment refers to the physical entity or logical unit whose operating status and environmental parameters need to be monitored in real time in the environmental monitoring system.

[0055] The primary monitoring host manages the monitored devices, intelligently allocates tasks, aggregates alarm information, and performs subsequent processing. The amount of idle resources refers to a quantified value of the currently available computing resources on the monitored device, used to assess whether the monitored device has the capability to perform local alarm judgment tasks. The amount of idle resources can be any combination of one or more of the following: CPU utilization, CPU load, number of occupied threads, and memory utilization.

[0056] For example, the monitored device can periodically collect the aforementioned amount of idle resources. For instance, a smart air conditioner, as a monitored device, obtains information through system performance counters that its current CPU usage is 18%, memory usage is 25%, and the number of active threads is only 24% of the maximum number of threads. It then sends a report containing these specific values ​​of the amount of idle resources to the primary monitoring host.

[0057] In this embodiment, the monitored host sends its available resource quantity to the first monitoring host. The first monitoring host can accurately obtain the real-time resource status of the monitored device, providing a basis for subsequent judgment on whether to issue alarm configuration conditions, ensuring that only monitored devices with sufficient computing resources will undertake alarm judgment tasks. Through multi-dimensional resource evaluation, the actual processing capability of the monitored device can be more accurately reflected, ensuring the reliability of subsequent alarm judgment task issuance, thereby optimizing the allocation of overall system computing resources.

[0058] In some embodiments, before the monitored device 610 sends the number of idle resources to the first monitoring host 621, the first monitoring host 621 is used to send a connection request to the monitored device 610; the monitored device 610 is used to receive the connection request and send a first confirmation signal to the first monitoring host 621; the first monitoring host 621 is used to send a second confirmation signal to the monitored device 610 upon receiving the first confirmation signal, so as to establish a communication connection with the monitored device 610.

[0059] For example, a connection request is an initialization signal initiated by the first monitoring host to the monitored device to establish a formal communication session. By sending a connection request, the first monitoring host actively discovers and manages the monitored devices in the network, laying the communication foundation for subsequent reporting of idle resource quantities and alarm configuration conditions. The first acknowledgment signal is the response signal returned by the monitored device after receiving the connection request from the first monitoring host. The first acknowledgment signal includes: confirmation of the connection request and the device identifier of the monitored device. The second acknowledgment signal is the final acknowledgment signal sent by the first monitoring host after receiving the first acknowledgment signal from the monitored device.

[0060] For example, the first monitoring host can send a connection request by using the Synchronize Sequence Number (SYN) signal in the Transmission Control Protocol (TCP) to ensure reliable communication establishment. The first monitoring host can send a SYN packet to the specified network address and port of the monitored device to request the establishment of a communication session. The monitored device can process the connection request by verifying the validity of the connection request and generating an Acknowledge character (ACK) as the first acknowledgment signal upon successful verification. After receiving the SYN packet, the monitored device checks the validity of the source address and port, and then replies with a SYN-ACK packet to confirm the connection request. The first monitoring host can send a second acknowledgment signal by immediately sending an ACK packet after receiving the SYN-ACK signal to complete the three-way handshake process. After receiving the SYN-ACK packet, the first monitoring host sends an ACK packet to the monitored device, at which point a stable communication connection is established between the two parties.

[0061] In this embodiment, a reliable communication connection is established between the first monitoring host and the monitored device. The three-way handshake mechanism ensures the authentication of both parties and the reliability of the connection, providing a secure and reliable communication foundation for subsequent reporting of idle resource quantity and alarm configuration conditions. At the same time, the standardized connection establishment process ensures the compatibility and stability of the system in different network environments.

[0062] In some embodiments, the first monitoring host 621 is used to send alarm configuration conditions to the monitored device 610 when the number of idle resources exceeds a preset resource threshold.

[0063] For example, the preset resource threshold is a pre-defined threshold used to determine whether the monitored device has sufficient idle resources to calculate alarm information. When the amount of idle resources exceeds the preset resource threshold, it indicates that the monitored device is capable of handling alarm judgment tasks locally.

[0064] For example, the first monitoring host can perform the judgment by comparing the received number of idle resources with a preset resource threshold. The preset resource threshold can be set differently for different types of monitored devices. For server devices with strong computing power, the preset resource threshold can be set to a CPU utilization rate of less than 40%; for embedded devices with weaker computing power, the preset resource threshold can be set to a CPU utilization rate of less than 20%. The first monitoring host can send alarm configuration conditions by selecting the appropriate alarm configuration parameters based on the type and function of the monitored device. For devices processing digital alarm information, the alarm configuration conditions can include status trigger conditions and alarm levels; for devices processing analog alarm information, the alarm configuration conditions can include threshold ranges and sampling frequencies.

[0065] In this embodiment, the first monitoring host can determine the actual capabilities of the monitored device, ensuring that alarm configuration conditions are only issued to devices that actually have the processing capabilities, thereby improving system resource utilization efficiency. The first monitoring host can issue appropriate alarm judgment rules to the monitored device, achieving reasonable allocation of alarm judgment tasks.

[0066] Continue to refer to Figure 3 The monitored device 610 is also used to detect status information and generate alarm information in response to the status information meeting the alarm configuration conditions.

[0067] For example, status information refers to various parameters of the monitored device during operation. Alarm information is a standardized notification generated when the status information is abnormal. Alarm information includes: the identifier of the monitored device and a list of one or more alarm messages generated by the monitored device.

[0068] For example, the monitored device can detect status information in the following ways: Based on the received alarm configuration conditions, it can initiate the corresponding monitoring program and collect equipment operating status data. The monitored device can periodically collect analog parameters such as temperature, pressure, and voltage, or monitor digital parameters such as switch status and equipment operating status, according to the sampling frequency specified in the alarm configuration conditions. The monitored device can generate alarm information in the following ways: It can compare the collected status information with the thresholds or conditions in the alarm configuration conditions; when the triggering conditions are met, it can generate alarm information containing the device identifier and alarm event information. When the detected temperature value exceeds the upper limit threshold set in the alarm configuration conditions, the monitored device generates alarm information containing the device ID, alarm time, alarm type, and specific parameter values.

[0069] In this embodiment, the monitored device can accurately obtain device status information according to configuration requirements, providing a data foundation for subsequent alarm judgment. The monitored device can independently complete alarm judgment and generation, reducing the number of interactions with the first monitoring host and improving alarm response speed.

[0070] In some embodiments, when the alarm event is a digital alarm event, the monitored device 610, when in a working state, detects status information, generates alarm information in response to the status information meeting the alarm configuration conditions, and broadcasts the alarm information to the first monitoring host 621; wherein, the alarm information includes: device information of the monitored device 610, alarm information name, and alarm information identifier; the device information includes: device name, device type, device index, device serial number, and device unique identifier.

[0071] For example, after a door access controller (the monitored device) is started, it continuously monitors its "door magnetic status" digital signal. When the alarm configuration conditions include the trigger condition of "door illegally opened," and the device detects that the door magnetic signal changes from "closed" to "open," it immediately generates an alarm message. This message includes the device's own details (such as device name and MAC address) and alarm event details (event name and event ID), and is sent to a specified network address and port via User Datagram Protocol Broadcast (UDP), so that all primary monitoring hosts on the network can receive it simultaneously.

[0072] In this embodiment, the broadcast mechanism of digital alarms enables multi-point synchronous notification of key state changes, improving the coverage and real-time arrival of alarm information, and enhancing the system's response capability to emergencies and overall reliability.

[0073] In some embodiments, when the alarm event is an analog alarm event, the alarm configuration conditions include: analog quantity identifier, preset thresholds corresponding to different analog quantity parameters, alarm event names corresponding to different analog quantity parameters, and alarm event identifier; the monitored device 610 is used to generate alarm information in response to the parameter in the status information exceeding the preset threshold, and send the alarm information to the first monitoring host 621; wherein, the alarm information includes: alarm event name, alarm event identifier, and analog quantity identifier corresponding to the alarm event.

[0074] For example, a preset threshold refers to a pre-set critical value used to determine whether an analog parameter (such as temperature, voltage, or pressure) is in a normal, abnormal, or dangerous state. This includes: upper limit, upper-upper limit, lower limit, lower-lower limit, hysteresis value, and delay time. The upper limit is the highest boundary value that allows normal fluctuations in the analog parameter. When the parameter value exceeds the upper limit, the monitored device determines the state is abnormal and triggers a corresponding alarm. The upper-upper limit is a more stringent emergency or dangerous boundary value compared to the upper limit. When the parameter value exceeds the upper-upper limit, the monitored device determines the state is severely abnormal and triggers a higher-priority alarm. The lower limit is the lowest boundary value that allows normal fluctuations in the analog parameter. When the parameter value is below the lower limit, the monitored device determines the state is abnormal and triggers a corresponding alarm. The lower-lower limit is a more stringent emergency or dangerous boundary value compared to the lower limit. When the parameter value is below the lower-lower limit, the monitored device determines the state is severely abnormal and triggers a higher-priority alarm. The hysteresis value is a buffer or difference set to address the issue of frequent alarm switching (jittering) caused by parameter fluctuations near the threshold. The delay time refers to the duration of time required between when a parameter first exceeds the threshold and when an alarm message is officially generated.

[0075] For example, a battery monitoring unit (monitored device 610) receives alarm configuration conditions that define alarm rules for the analog quantity of "individual battery voltage": a lower limit threshold of 3.2V, a hysteresis value of 0.1V, and a delay time of 10 seconds. When the device detects that the battery voltage is lower than 3.2V for the first time, it starts a 10-second countdown. If the voltage remains below 3.2V for 10 seconds and does not rise back to above 3.3V (3.2V + 0.1V), it is ultimately determined that the alarm conditions are met, and an alarm message containing the alarm event name, event ID, and analog quantity identifier is generated and sent point-to-point to the first monitoring host via a reliable transmission protocol such as TCP.

[0076] In this embodiment, the analog alarm effectively avoids false alarms caused by normal parameter fluctuations or instantaneous interference by introducing refined judgment logic such as multi-level thresholds, hysteresis values, and delay times, thus significantly improving alarm accuracy and system stability.

[0077] Continue to refer to Figure 3 The monitored device 610 is also used to send alarm information to the first monitoring host 621.

[0078] For example, the monitored device can send alarm information in the following ways: It can send the generated alarm information to the first monitoring host using asynchronous communication, ensuring that local status monitoring and alarm judgment tasks are not affected. Alternatively, the monitored device can put the alarm information into a sending queue and transmit it through a separate communication thread while continuing to execute status monitoring tasks.

[0079] In this embodiment of the application, the monitored device can promptly report alarm information to the first monitoring host, ensuring that the first monitoring host can obtain the complete device alarm status.

[0080] In some embodiments, the alarm information processing system 600 further includes at least one second monitoring host 622, and the alarm information includes device information of the monitored device 610 and multiple first alarm events. The monitored device 610 is also configured to send the alarm information to at least one second monitoring host 622.

[0081] For example, the second monitoring host is equal to the first monitoring host, establishing a connection with the monitored device and directly receiving raw alarm information from it. Typical second monitoring hosts include, but are not limited to: data analysis hosts (responsible for historical trend analysis, generating statistical reports, and predictive maintenance), specialized operation and maintenance hosts (focusing on a specific type of alarm, such as power supply systems or environmental systems only, providing customized views for professional operation and maintenance teams), and backup monitoring hosts (serving as an alternative to the first monitoring host, ensuring high system availability). The second monitoring host does not need to perform complex raw calculations and data collection; it can obtain accurate alarm events through forwarding from the monitored device, freeing it from heavy raw data calculations and device communication management, making the system architecture more flexible and robust, and maximizing resource utilization. The difference between the first and second monitoring hosts is that the first monitoring host is also used to send alarm configuration conditions, and after receiving alarm information, it can also perform tasks to filter target alarm events.

[0082] In this embodiment, by having the second monitoring host and the first monitoring host receive alarm information from the monitored device equally and directly, a parallel and redundant data receiving path is constructed, improving the real-time performance of alarm information distribution and system reliability. Simultaneously, the first monitoring host filters the first alarm event to obtain the target alarm event, achieving effective load distribution for alarm information processing and optimization of system resources.

[0083] In some embodiments, after the monitored device 610 sends alarm information to the first monitoring host 621, the first monitoring host 621 is further configured to filter at least one target alarm event from a plurality of first alarm events and send the alarm information of the target alarm event to a plurality of terminal devices.

[0084] In some embodiments, the first monitoring host 621 is configured to filter at least one target alarm event from a plurality of first alarm events by at least one of the following methods: querying the second alarm event corresponding to the monitored device 610 from a preset mapping relationship based on device information, and taking the alarm event that matches the second alarm event from the plurality of first alarm events as the target alarm event; classifying each first alarm event, determining the preset priority of each first alarm event according to the type of each first alarm event, and taking at least one first alarm event with the highest preset priority as the target alarm event.

[0085] For example, the first alarm event refers to the raw, unfiltered set of alarm events generated locally by the monitored device and reported to the first monitoring host. The second alarm event refers to a predefined type of alarm event that the first monitoring host needs to process. The preset mapping relationship is a pre-configured rule table or database describing the correspondence between device types and the alarm event types that the first monitoring host needs to monitor. The first monitoring host queries the mapping relationship based on the received device information to obtain the second alarm event corresponding to the monitored device. A match with the second alarm event means that the type and event ID of the first alarm event are the same as those of the second alarm event. The target alarm event refers to the alarm event that the first monitoring host ultimately determines to be forwarded to the second monitoring host after filtering from multiple received first alarm events. The preset priority refers to the pre-set importance or urgency level for different types of alarm events.

[0086] For example, the first monitoring host receives an alarm message from a temperature and humidity sensor (the monitored device), which includes multiple first alarm events such as "temperature exceeds limit," "humidity exceeds limit," and "sensor communication interruption." Based on the sensor's device type, "temperature and humidity sensor," the first monitoring host queries a preset device type-alarm event mapping table to obtain the "temperature exceeds limit" and "humidity exceeds limit" events (i.e., second alarm events) that need to be handled for the monitored device. It then selects "temperature exceeds limit" and "humidity exceeds limit" from the multiple first alarm events such as "temperature exceeds limit," "humidity exceeds limit," and "sensor communication interruption" as the target alarm events. Subsequently, it sends the sensor device information and these two target alarm events to the second monitoring host responsible for environmental monitoring.

[0087] Alternatively, the first monitoring host can select the highest priority event from the multiple reported events based on the stored alarm event priority table and forward it as the target alarm event.

[0088] For example, the preset priority rules are: "Sensor communication interruption" is "urgent" priority (highest level), "temperature exceeding limit" is "important" priority, and "humidity exceeding limit" is "general" priority. When the alarm information processing system is overloaded or needs to prioritize the handling of the most serious fault, the first monitoring host selects the "sensor communication interruption" event with the highest priority as the target alarm event and forwards it to the second monitoring host. The system can then prioritize responding to and handling the most critical equipment disconnection faults.

[0089] In this embodiment, the first monitoring host sends the filtered target alarm events to the terminal device, thereby reducing the processing and display burden on the terminal device, improving the targeting and operational decision-making efficiency of the alarm information processing system, and optimizing the utilization of network bandwidth and system resources.

[0090] In some embodiments, the first monitoring host 621 is further configured to send alarm information of the target alarm event to multiple subscriber devices 630, and the multiple subscriber devices 630 are configured to display the alarm information; wherein, the alarm information includes: alarm event name, alarm event identifier, alarm event type, and processing scheme for resolving the alarm event.

[0091] For example, "subscriber device 630" refers to all client devices that receive and display alarm information from the first monitoring host via a publish / subscribe mechanism. Upon receiving alarm information, the first monitoring host can simultaneously push structured alarm information packets (e.g., event name, event ID, event type, and handling solution) to all subscribed terminal devices, such as the monitoring center's large screen and mobile handheld terminals used by maintenance personnel, within milliseconds via a message communication server using a publish / subscribe mechanism. The alarm information contains complete contextual information required for alarm processing, including: alarm event name (text describing the alarm content, such as "intelligent air conditioner return air temperature too high"), alarm event identifier (an ID used internally by the alarm information processing system to uniquely identify the alarm event for easy tracking and management), alarm event type (defining the alarm category, such as "temperature alarm," "power failure," or "communication interruption," used for quick classification and routing), and a handling solution for resolving the alarm event (guiding suggestions based on a knowledge base or preset rules).

[0092] For example, if a smart air conditioner (the monitored device) in the computer room detects that the return air temperature has reached 30°C, exceeding the set threshold of 26°C, the smart air conditioner generates an alarm locally and reports it to the primary monitoring host. The primary monitoring host then uses a message communication server to publish the alarm information packet to the maintenance personnel's terminal and receives a push notification titled "Temperature Alarm" with the content "Device: Smart Air Conditioner, Return Air Temperature Too High". The maintenance personnel can click to view the complete alarm information and take action according to the "Handling Plan".

[0093] In this embodiment, alarm information is displayed quickly and synchronously across multiple devices, ensuring that relevant personnel can obtain alarm details and handling suggestions in a timely and consistent manner, thus providing support for rapid response and decision-making.

[0094] This application also provides an alarm information processing method, which is implemented based on the aforementioned alarm information processing system. The specific implementation steps of the alarm information processing method provided in this application embodiment are described below. See also... Figure 4 , Figure 4 This is a first flowchart illustrating the alarm information processing method provided in this application embodiment. Figure 3 The monitored device 610 is the main execution entity, which will be combined with Figure 4 The steps shown are explained.

[0095] In step 101, the number of idle resources is sent to the first monitoring host so that the first monitoring host can provide an alarm configuration condition when the number of idle resources exceeds a preset resource threshold.

[0096] In some embodiments, step 101 can be implemented by periodically monitoring the system resource usage and proactively sending a resource report containing specific values ​​to the first monitoring host.

[0097] For example, the monitored device collects system resource data every 5 minutes. When it detects that the CPU utilization is below 25%, the memory utilization is below 35%, and the number of available threads is greater than 50, it determines that there are enough idle resources and sends a report containing specific values ​​of the number of idle resources to the first monitoring host.

[0098] In step 102, the status information is detected, and in response to the status information meeting the alarm configuration conditions, alarm information is generated.

[0099] In some embodiments, step 102 can be implemented in the following way: according to the received alarm configuration conditions, start the corresponding status monitoring task, and when an abnormal status is detected, generate structured alarm information containing the identifier of the monitored device and a list of alarm events.

[0100] For example, the monitored device continuously monitors the device's operating parameters according to the monitoring requirements in the alarm configuration conditions. When the temperature exceeds the set threshold, a complete alarm information package containing the device's unique identifier and a list of alarm events is generated.

[0101] In step 103, the alarm information is sent to the first monitoring host.

[0102] In some embodiments, step 103 can be implemented by using a reliable communication protocol to send the generated alarm information to the first monitoring host in a timely manner, while ensuring that the execution of the local status monitoring task is not affected.

[0103] For example, the monitored device sends alarm data packets containing complete information such as device identifier, alarm event list, and timestamp to the first monitoring host through a dedicated communication channel, and maintains the continuity of status monitoring during the transmission process.

[0104] In this embodiment, the monitored device reports idle resources, and the first monitoring host dynamically allocates alarm judgment tasks, achieving optimized utilization of computing resources and load balancing. By performing status detection and alarm judgment locally on the device, polling latency is eliminated, achieving millisecond-level response and significantly improving real-time performance. Event-driven communication is adopted, reporting only valid alarm information, greatly reducing communication load. Multi-level thresholds, hysteresis, and delay mechanisms enhance the accuracy of analog alarms; broadcasting ensures reliable synchronization of digital alarms. The first monitoring host intelligently filters alarm information, improving information relevance and processing efficiency. Combining TCP and UDP protocols, both reliability and real-time performance are considered, constructing an efficient and scalable distributed monitoring system.

[0105] The following will describe an exemplary application of the embodiments of this application in a real-world application scenario.

[0106] In related technologies, power and environmental monitoring systems for communication base station equipment rooms typically require monitoring the operating status of a large number of devices and environmental parameters. Taking a typical municipal-level communication base station equipment room as an example, this equipment room is equipped with various devices, including intelligent air conditioning systems, battery banks, AC power distribution units, temperature and humidity sensors, water immersion sensors, and smoke detectors. A total of approximately 200 digital alarm events and approximately 150 analog alarm events need to be monitored.

[0107] The environmental monitoring system of the relevant technology uses a polling method to obtain the status of the equipment. The monitoring host needs to poll all monitored equipment every 5 seconds. For digital alarm events, the monitoring host needs to query discrete quantities such as the on / off status and operating status of each device in sequence; for analog alarm events, the monitoring host needs to collect continuous parameters such as temperature, humidity, voltage, and current, and then perform threshold comparison and alarm judgment at the host end.

[0108] The above solution has obvious limitations: First, the 5-second polling cycle means that there is a maximum delay of 5 seconds from the occurrence of an alarm event to its detection. For critical alarms such as battery overheating and air conditioning failure, this delay may have serious consequences. Second, the monitoring host needs to undertake a large number of computing tasks, especially during the high temperatures of summer when temperature fluctuations are frequent and the computational load of analog alarms surges, often causing the host CPU utilization to reach more than 80% and memory utilization to exceed 70%, resulting in slow system response.

[0109] In view of this, embodiments of this application provide an alarm information processing system, method, apparatus, device, computer-readable storage medium, and computer program product, which can utilize the remaining computing power of the monitored device to perform local alarm judgment, improve the efficiency and real-time performance of alarm information processing, and reduce the computing load on the monitoring host.

[0110] This application uses an intelligent data center power and environmental monitoring system as an example. The system deploys various monitored devices, including but not limited to: a precision air conditioning system for environmental control, a battery bank for power supply, an access control system for security, and temperature and humidity sensors for environmental monitoring. These devices all possess certain computing and communication capabilities, enabling them to perform local computing tasks and communicate via a network.

[0111] The system employs a message communication server based on a message queue telemetry transport protocol to achieve reliable communication between devices. This server supports publish / subscribe mechanisms and security authentication functions, ensuring reliable message transmission and system security. All monitored devices and monitoring hosts must undergo security authentication before connecting to the system.

[0112] The system is deployed with multiple monitoring hosts, including a primary monitoring host, a secondary monitoring host, and a dedicated data analysis host responsible for data analysis and trend prediction. These monitoring hosts subscribe to different types of alarm events according to their respective responsibilities, achieving functional division and load sharing.

[0113] See Figure 5 , Figure 5 This diagram illustrates the second process of alarm information processing, which will combine... Figure 5 The steps in the example are explained.

[0114] In step 201, the monitoring host 701 completes the initialization configuration.

[0115] Before the alarm information processing system starts, the monitoring hosts are first initialized and configured. The message communication server starts and loads the security authentication configuration, and the monitoring hosts come online one by one and complete the connection authentication with the server. Once all monitoring hosts are ready, the alarm information processing system enters normal operation and waits for the monitored devices to power on.

[0116] In step 202, the monitored device 702 detects its own functional modules and broadcasts the number of idle resources.

[0117] For monitored devices with digital alarms, the following example illustrates the process: When a smart access controller powers on as a monitored device, it first executes a self-test program to confirm that all functional modules are working properly. After the self-test is complete, the device immediately broadcasts its own information to a designated port on the local network via the UDP broadcast protocol. The broadcast message uses a specific data format and includes the following main contents: 1) Equipment information section, including: equipment name, equipment type, equipment index, equipment serial number, and equipment unique identifier; 2) The alarm event information section contains all digital alarm events supported by the device: alarm event name and event ID.

[0118] For monitored devices triggering analog alarms, the following example illustrates the process: A battery monitoring unit powers on as an analog alarm device. This device possesses strong computing capabilities. After completing its self-test, in addition to broadcasting basic device information, it periodically assesses the amount of idle resources. The idle resource assessment process includes obtaining current CPU utilization, memory utilization, and the number of available threads through the system interface. The battery monitoring unit reports a detailed resource assessment report to the primary monitoring host via an MQTT server, including raw data and calculation results. The report is encapsulated in JSON format and includes a timestamp, device identifier, current average utilization, current memory utilization, current number of available threads, historical trend data, and other information.

[0119] In analog alarm application scenarios, both the first and second monitoring hosts continuously listen to the broadcast port. Upon receiving broadcast messages from the access control controller, they are parsed and processed respectively. The first monitoring host, as the primary monitoring node, subscribes to all alarm events of the device to ensure a complete understanding of the device's status. The second monitoring host, as a backup node, subscribes only to critical security alarm events based on its responsibilities.

[0120] In step 203, the monitoring host 701 issues alarm configuration.

[0121] After receiving the resource report, the first monitoring host analyzes it using a preset resource evaluation algorithm. This algorithm considers factors such as device type, historical performance, and current system load, and ultimately determines that the battery monitoring unit has sufficient analog alarm calculation capabilities and is suitable for undertaking local alarm judgment tasks.

[0122] For digital alarm events, the following example illustrates the process: For digital devices such as access control controllers, alarm configuration is relatively simple. The monitoring host primarily focuses on device status changes and event triggering conditions. The alarm information processing system pre-sets a basic anti-jitter mechanism for digital alarms to avoid false alarms caused by signal jitter. Digital alarm configuration includes: event enable status (determining whether to monitor the event), anti-jitter time (the state change must last for this time to be acknowledged), alarm level, and notification policy.

[0123] Regarding analog signal alarm events, the following example illustrates the process: For analog devices such as batteries, after the primary monitoring host confirms that the battery monitoring unit has processing capabilities, it sends detailed analog signal alarm trigger conditions through a predetermined communication protocol. The configuration data uses a structured data format and includes the following parameters: event name, event ID, analog signal ID, upper limit, upper-upper limit, lower limit, lower-lower limit, hysteresis value, delay time, sampling interval, and data filtering parameters. The upper limit refers to the highest boundary value that allows normal fluctuations in the analog signal parameter. When the parameter value exceeds the upper limit, the monitored device is judged to be in an abnormal state and triggers the corresponding alarm. The upper-upper limit is a more stringent emergency or danger boundary value compared to the upper limit. When the parameter value exceeds the upper-upper limit, the monitored device is judged to be in a severely abnormal state and triggers a higher priority alarm. The lower limit refers to the lowest boundary value that allows normal fluctuations in the analog signal parameter. When the parameter value is below the lower limit, the monitored device is judged to be in an abnormal state and triggers the corresponding alarm. The lower-lower limit is a more stringent emergency or danger boundary value compared to the lower limit. When the parameter value is lower than the lower limit, the monitored device is judged to be in a seriously abnormal state, triggering a higher priority alarm.

[0124] During the configuration distribution process, the system ensures data integrity and consistency. The first monitoring host waits for a configuration confirmation signal from the device. If no confirmation is received within a timeout period, the first monitoring host automatically retryes the configuration process.

[0125] In the second monitoring host, the data analysis host obtains analog alarm configuration information in real time by subscribing to MQTT configuration topics. This mechanism ensures the consistency of configurations across all monitoring hosts, avoiding duplicate configurations and configuration conflicts.

[0126] In step 204, the monitored device 702 performs alarm detection and processing.

[0127] The monitored equipment continuously detects the status of the access control controller, reads digital signals in real time, performs digital filtering on the raw signals to eliminate noise interference, and records the timestamps of status changes.

[0128] For digital alarm events, the following example illustrates the process: When a change from "closed" to "open" is detected, a debouncing timer is started. The status is continuously monitored within the debouncing time window. If the status remains stable, the status change is confirmed as valid; if the status bounces back, the change is ignored. After confirming the status change is valid, the alarm configuration table is queried. Based on the current status and configuration conditions, it is determined whether an alarm should be triggered, and detailed information such as the time and status of the event is recorded.

[0129] For analog alarm events, the following example illustrates the process: The battery monitoring unit performs analog alarm detection according to configuration requirements, reading the voltage value of each individual battery cell at a 2-second sampling interval. The acquired analog signal undergoes analog-to-digital conversion (AD) and digital filtering, recording the voltage value and corresponding timestamp. The real-time voltage value is compared with a preset threshold. When the voltage first drops below 3.2V, the trigger time is recorded. A 10-second delay timer is started to continuously monitor voltage changes. During the delay period, if the voltage remains below 3.2V, the timer continues; if the voltage rises above 3.3V (3.2V + 0.1V hysteresis), the trigger is canceled. After the delay time expires, if the voltage is still below 3.2V, the alarm trigger is confirmed; if the voltage is below 3.0V, a critical alarm is immediately triggered, skipping the delay check.

[0130] In step 205, the monitored device 702 broadcasts an alarm event to the monitoring host 701.

[0131] For digital alarm events, the following example illustrates the process: When a monitored device confirms that a "door illegally opened" alarm has been triggered, it immediately publishes an alarm event via the MQTT server. The alarm message uses a standardized data format, including: event name, event ID, event type, event time, device identification information (name, type, unique identifier, etc.), current location information, current status details, suggested handling solution, urgency level, and estimated handling time. Both the first and second monitoring hosts can receive alarm events as monitoring hosts 701. The difference between the first and second monitoring hosts is that the first monitoring host is also used to send alarm configuration conditions, and after receiving alarm information, it can also perform the task of filtering target alarm events.

[0132] For analog alarm events, the following example illustrates the situation: After confirming that the battery undervoltage alarm conditions are met, the battery monitoring unit issues detailed analog alarm information, including: event name, event ID, analog ID, event type, event time, current value, trigger threshold, historical trend data (last 10 sampling points), ambient temperature, alarm level, duration, trend, and suggested handling solution.

[0133] In step 206, the monitoring host 701 performs alarm processing and response.

[0134] The first and second monitoring hosts simultaneously receive alarm information within 500 milliseconds and perform the following actions: update the alarm list and add new alarm records; highlight the location of the alarm device on the electronic map, adopt different alarm modes according to the alarm level, and continue alarming until confirmed by maintenance personnel. At the same time, push alarm information to the mobile terminals of relevant maintenance personnel, such as by sending SMS or email notifications. Maintenance personnel can take action on the alarm event based on experience and the suggested handling plan.

[0135] The alarm information processing method provided in this application has the following beneficial effects: By having monitored devices actively report the amount of available resources, and the primary monitoring host dynamically issuing alarm configuration conditions based on resource status, monitored devices with sufficient computing resources can undertake alarm judgment tasks. This distributed computing model effectively distributes the computing load of the centralized monitoring host to each monitored device, reducing the utilization rate of the monitoring host's central processing unit and memory, and significantly improving the resource utilization efficiency of the entire monitoring system.

[0136] By performing status detection and alarm judgment locally on the monitored equipment, the inherent periodic delay of polling methods in related technologies is eliminated. Alarm response time is reduced to the millisecond level, significantly improving response speed. Especially in critical alarm scenarios such as battery overheating and air conditioning failure, millisecond-level detection and alarms are achieved, providing crucial time assurance for timely handling of abnormal situations.

[0137] By establishing a multi-level monitoring host architecture and a publish-subscribe mechanism, redundant backup and load balancing of alarm information are achieved. When the primary monitoring host fails, the backup monitoring host can seamlessly take over alarm processing tasks; when network communication fluctuates, the local caching mechanism of the monitored devices ensures that alarm information is not lost. Actual operation data shows that the system can still maintain stable operation under abnormal conditions such as single device failure and network interruption, thus improving system reliability.

[0138] Standardized device registration, resource assessment, and condition-based deployment processes shorten the time required for new device integration and reduce configuration workload. Alarm localization time is reduced, and the false alarm rate is significantly lowered due to the introduction of hysteresis and latency. When the system expands, the increase in resource consumption of the monitoring host by new devices is reduced, providing strong support for the deployment and maintenance of large-scale monitoring systems.

[0139] By supporting advanced features such as multi-level threshold settings, hysteresis values, and delay times, alarm judgment becomes more accurate and stable, effectively avoiding false alarms caused by parameter fluctuations, while ensuring the timely triggering of critical alarms, thus improving the practicality and accuracy of the alarm system.

[0140] In summary, the embodiments of this application, through dynamic task allocation based on device resource status and distributed computing design, achieve reasonable distribution of alarm judgment tasks and optimized utilization of system resources, effectively solving problems such as alarm response delay caused by polling mechanisms, excessive load on monitoring hosts caused by centralized computing, and limited system scalability in related technologies.

[0141] The following description continues to illustrate the exemplary structure of the alarm information processing device 233 provided in the embodiments of this application as a software module. In some embodiments, such as Figure 2A As shown, the software modules stored in the alarm information processing device 233 in the memory 230 may include: The resource reporting module 2331 is used to send the number of idle resources to the first monitoring host so that the first monitoring host can report alarm configuration conditions when the number of idle resources is greater than the preset resource threshold; the alarm generation module 2332 is used to detect status information and generate alarm information in response to the status information meeting the alarm configuration conditions; the information sending module 2333 is used to send the alarm information to the first monitoring host.

[0142] The following description continues to illustrate the exemplary structure of the alarm information processing device 455 provided in the embodiments of this application as a software module. In some embodiments, such as Figure 2B As shown, the software modules stored in the alarm information processing device 455 in the memory 450 may include: The resource reporting module 4551 is used to send the number of idle resources to the first monitoring host so that the first monitoring host can report alarm configuration conditions when the number of idle resources is greater than the preset resource threshold; the alarm generation module 4552 is used to detect status information and generate alarm information in response to the status information meeting the alarm configuration conditions; the information sending module 4553 is used to send the alarm information to the first monitoring host.

[0143] This application provides a data center, which includes monitored devices. The monitored devices are devices in an alarm information processing system, and the types of monitored devices include parameter components, status components, control components, and alarm components.

[0144] This application provides a computer program product, which includes a computer program or computer-executable instructions stored in a computer-readable storage medium. The processor of an electronic device reads the computer-executable instructions from the computer-readable storage medium and executes the computer-executable instructions, causing the electronic device to perform the alarm information processing method described above in this application.

[0145] This application provides a computer-readable storage medium storing computer-executable instructions or computer programs. When the computer-executable instructions or computer programs are executed by a processor, the processor will execute the alarm information processing method provided in this application.

[0146] In some embodiments, the computer-readable storage medium may be a memory such as RAM, ROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or it may be a variety of devices including one or any combination of the above-mentioned memories.

[0147] In some embodiments, computer-executable instructions may take the form of programs, software, software modules, scripts, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as stand-alone programs or as modules, components, subroutines, or other units suitable for use in a computing environment.

[0148] As an example, computer-executable instructions may, but do not necessarily, correspond to files in a file system. They may be stored as part of a file that holds other programs or data, such as in one or more scripts in a Hyper Text Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple collaborating files (e.g., files that store one or more modules, subroutines, or code sections).

[0149] As an example, computer-executable instructions can be deployed to execute on a single electronic device, or on multiple electronic devices located in one location, or on multiple electronic devices distributed across multiple locations and interconnected via a communication network.

[0150] In summary, through the embodiments of this application, by having the monitored device send the number of idle resources to the first monitoring host, and the first monitoring host sending alarm configuration conditions to the monitored device when the number of idle resources exceeds a preset resource threshold, the effective utilization of the monitored device's computing resources is achieved. This allows the monitored device with sufficient remaining resources to undertake part of the alarm judgment task, thereby sharing the computing load of the first monitoring host and improving the efficiency of alarm information processing and the real-time performance of system response. By having the monitored device detect status information and, in response to the status information meeting the alarm configuration conditions, generate alarm information and send the alarm information to the first monitoring host, the localization of alarm judgment task processing is achieved. This reduces the frequency of data transmission between the monitored device and the first monitoring host, effectively reducing the communication load. At the same time, the proximity processing mechanism significantly improves the real-time performance of alarm response, enabling the system to quickly identify and handle abnormal states.

[0151] The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, and improvements made within the spirit and scope of this application are included within the scope of protection of this application.

Claims

1. An alarm information processing system, characterized in that, The system includes the monitored device and a first monitoring host; The monitored device is used to send the number of idle resources to the first monitoring host; The first monitoring host is used to send alarm configuration conditions to the monitored device when the number of idle resources is greater than a preset resource threshold. The monitored device is used to detect status information and generate alarm information in response to the status information meeting the alarm configuration conditions. The monitored device is used to send the alarm information to the first monitoring host.

2. The system according to claim 1, characterized in that, Before the monitored device sends the number of idle resources to the first monitoring host, the first monitoring host sends a connection request to the monitored device. The monitored device is used to receive the connection information and send a first confirmation signal to the first monitoring host; The first monitoring host is used to send a second confirmation signal to the monitored device upon receiving the first confirmation signal, so as to establish a communication connection with the monitored device.

3. The system according to claim 1, characterized in that, The system also includes at least one second monitoring host, and the alarm information includes the device information of the monitored device and multiple first alarm events; The monitored device is also used to send the alarm information to the at least one second monitoring host; After the monitored device sends the alarm information to the first monitoring host, the first monitoring host is further configured to filter at least one target alarm event from the plurality of first alarm events, and send the alarm information of the target alarm event to the plurality of terminal devices.

4. The system according to claim 3, characterized in that, The first monitoring host is further configured to filter at least one target alarm event from the plurality of first alarm events using at least one of the following methods: Based on the device information, the second alarm event corresponding to the monitored device is queried from the preset mapping relationship, and the alarm event that matches the second alarm event among the plurality of first alarm events is taken as the target alarm event. The preset mapping relationship is the mapping relationship between the device information of the monitored device and the alarm event. Each first alarm event is classified and processed. Based on the type of each first alarm event, a preset priority for each first alarm event is determined. At least one first alarm event with the highest preset priority is selected as the target alarm event.

5. The system according to claim 1, characterized in that, When the alarm event is a digital alarm event, the monitored device is used to detect status information when it is in working state, generate alarm information in response to the status information meeting the alarm configuration conditions, and broadcast the alarm information to the first monitoring device. The alarm information includes: the device information of the monitored device, the alarm event name, and the alarm event identifier; the device information includes: device name, device type, device index, device serial number, and device unique identifier.

6. The system according to claim 1, characterized in that, When the alarm event is an analog alarm event, the alarm configuration conditions include: analog quantity identifier, preset thresholds corresponding to different analog quantity parameters, alarm event names corresponding to different analog quantity parameters, and alarm event identifiers. The monitored device is configured to generate an alarm message in response to a parameter in the status information exceeding the preset threshold, and send the alarm message to the first monitoring device. The alarm information includes: alarm event name, alarm event identifier, and analog quantity identifier corresponding to the alarm event.

7. A method for processing alarm information, characterized in that, The method is implemented based on the alarm information processing system according to any one of claims 1 to 6, and the method includes: Send the number of idle resources to the first monitoring host so that the first monitoring host can provide an alarm configuration condition when the number of idle resources exceeds a preset resource threshold; Detect status information, and generate alarm information in response to the status information meeting the alarm configuration conditions; The alarm information is sent to the first monitoring host.

8. An alarm information processing device, characterized in that, The device includes: The resource reporting module is used to send the number of idle resources to the first monitoring host so that the first monitoring host can provide an alarm configuration condition when the number of idle resources is greater than a preset resource threshold. An alarm generation module is used to detect status information and generate alarm information in response to the status information meeting the alarm configuration conditions. The information sending module is used to send the alarm information to the first monitoring host.

9. A data center, characterized in that, The data center includes monitored devices, which are monitored devices in the alarm information processing system according to any one of claims 1 to 6, and the types of monitored devices include parameter components, status components, control components and alarm components.

10. An electronic device, characterized in that, The electronic device includes: Memory is used to store executable instructions or computer programs. The processor, when executing computer-executable instructions or computer programs stored in the memory, implements the alarm information processing method of claim 7.

Images