Alarm management method, apparatus, electric deviced and computer program product
The alarm management method addresses the challenge of managing complex alarms by using user-defined criteria to filter, group, and normalize alarms, reducing fatigue and enhancing operational efficiency.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- SIEMENS AG
- Filing Date
- 2025-01-20
- Publication Date
- 2026-07-23
AI Technical Summary
Modern industrial settings face challenges in managing and interpreting the high volume and complexity of alarms due to the lack of effective filtering and prioritization mechanisms, leading to alarm fatigue, equipment failures, and increased response times.
An alarm management method incorporating a filter, group, chain, and mapping module to process alarms, with user-defined criteria for classification, grouping, and normalization, and a timer for time-based management, ensuring relevant information is forwarded to the right personnel.
The method reduces alarm fatigue by filtering redundant alarms, provides a coherent view of system status, facilitates quicker issue identification, and improves operational efficiency and decision-making processes.
Smart Images

Figure CN2025073363_23072026_PF_FP_ABST
Abstract
Description
ALARM MANAGEMENT METHOD, APPARATUS, ELECTRIC DEVICED AND COMPUTER PROGRAM PRODUCTTECHNICAL FIELD
[0001] The present disclosure generally relates to the technical field of digitalization of factories, and more specifically, to an alarm management method, apparatus, electric device and computer program product.BACKGROUND
[0002] In modern industrial settings, the volume and complexity of alarms have increased significantly due to the growing number of interconnected devices and systems. This proliferation of alarm sources has led to challenges in managing and interpreting the large amount of information generated. Operators often face a deluge of alarms, many of which may be redundant, non-critical, or difficult to contextualize within the broader operational landscape.
[0003] One problem with existing alarm management systems is the lack of effective filtering and prioritization mechanisms. This can result in alarm fatigue, where operators become desensitized to alerts due to the sheer volume of information presented. Consequently, critical alarms may be overlooked or not addressed in a timely manner, potentially leading to equipment failures, production losses, or safety incidents.
[0004] Another issue is the difficulty in organizing and grouping related alarms in a meaningful way. Alarms from different systems or equipment may be presented discretely, making it challenging for operators to quickly identify patterns or root causes of issues. This lack of contextual organization can impede efficient problem-solving and increase response times to critical situations.SUMMARY
[0005] A brief overview of the present disclosure is given below to provide a basic understanding of certain aspects of the present disclosure. It is to be understood that this summary is not an exhaustive overview of the present disclosure. This summary is not intended to determine key or important parts of the present disclosure, nor intended to limit the scope of the present disclosure. An objective of this summary is merely to present some concepts in a simplified form as a prelude to the more detailed description that is discussed later.
[0006] In a first aspect, an alarm management method is provided. The method comprises: importing alarms list from an existing alarm plan; generating an alarm rule engine based on the alarms list and predefined functional modules, through user interaction; receiving real-time alarm information; processing the real-time alarm information with the alarm rule engine; and outputting processed alarms.
[0007] This method enables efficient organization and processing of alarms from various sources, reducing the burden on operators and improving overall alarm management in industrial settings.
[0008] The functional modules may comprise at least one of: a filter module, a group module, a chain module, and a mapping module.
[0009] By incorporating multiple functional modules, the method provides flexibility in handling different types of alarms and allows for customized alarm processing based on specific user needs.
[0010] The filter module may be configured to classify alarms based on first user-defined criteria, the criteria including at least one of: ignoring unnecessary alarms, keeping necessary alarms, and setting a timer and not repeating the same alarms during a specified time.
[0011] This filtering capability helps reduce alarm fatigue by eliminating redundant or non-critical alarms, allowing operators to focus on the most important information.
[0012] The group module may be configured to group alarms based on second user-defined criteria to reduce alarm discretization.
[0013] Grouping related alarms provides a more coherent view of system status and facilitates quicker identification of underlying issues.
[0014] The chain module may be configured to build respective alarm logic chains for alarms in the alarm list.
[0015] By establishing logical relationships between alarms, the method can provide more context and assist in root cause analysis of complex issues.
[0016] The mapping module may be configured to normalize descriptions for alarms from different sources.
[0017] Normalizing alarm descriptions across various sources improves consistency and readability, making it easier for operators to understand and respond to alarms quickly.
[0018] The predefined functional modules may further comprise a timer module configured to set a timer.
[0019] Incorporating a timer module allows for time-based alarm management, such as suppressing repetitive alarms within a specified period or scheduling alarm-related actions.
[0020] The predefined functional modules may further comprise a forward module configured to set rules for forwarding alarms to corresponding recipients.
[0021] This forwarding capability ensures that the right personnel receive relevant alarms, improving response times and overall system efficiency.
[0022] The method may further comprise storing original alarms in an original database and storing the processed alarms in a target database.
[0023] Maintaining separate databases for original and processed alarms allows for easy comparison and analysis of the alarm management method's effectiveness over time.
[0024] The method may further comprise accumulating alarm knowledge based on the alarm rule engine.
[0025] By accumulating alarm knowledge, the method can continuously improve its alarm processing capabilities and provide valuable insights for system optimization.
[0026] The method may further comprise storing processing rules or logic of the alarm rule engine in a knowledge graph database.
[0027] Utilizing a knowledge graph database for storing processing rules and logic enables more sophisticated alarm analysis and facilitates the discovery of complex relationships between alarms.
[0028] In a second aspect, an alarm management apparatus is provided. The apparatus includes: an importing unit, configured to import alarms list from an existing alarm plan; a generating unit, configured to generate an alarm rule engine based on the alarms list and predefined functional modules, through user interaction; a receiving unit, configured to receive real-time alarm information; a processing unit, configured to process the real-time alarm information with the alarm rule engine; and an output unit, configured to output processed alarms.
[0029] This apparatus provides a structured and modular approach to alarm management, allowing for easy integration into existing industrial systems and facilitating efficient alarm processing.
[0030] In a third aspect, an electric device is provided. The device includes: at least one processor; and a memory coupled to the at least one processor, wherein the memory is configured to store computer-executable instructions, and the computer-executable instructions, when executed by the at least one processor, enable the at least one processor to perform the method as described above.
[0031] The electronic device may be integrated with at least one of a human-machine interface (HMI) , a supervisory control and data acquisition (SCADA) system, and a digital device management platform.
[0032] In a fourth aspect, a non-transient machine-readable storage medium is provided. The medium stores executable instructions, wherein the instructions, when executed, enable a machine to perform the method as described above.
[0033] In a fifth aspect, a computer program product is provided. The computer program product is tangibly stored on a computer-readable medium and includes computer-executable instructions, and the computer-executable instructions, when executed, enable at least one processor to perform the method as described above.
[0034] According to the technical solutions in the embodiments of the present disclosure, at least one of the following technical advantages can be obtained.
[0035] - Filling the gap between OT and IT, enable effective management of discrete alarms and secondary mining.
[0036] -Avoid high R&D or effort investment based on NLP / LLMs methods, quickly build up the easy-to-use and easy-to-scale up service for marketplace.
[0037] -Help users solidify industry knowledge based on the alarm logic accumulation.BRIEF DESCRIPTION OF THE DRAWINGS
[0038] Referring to descriptions of embodiments of the present disclosure in combination with accompanying drawings, the foregoing and other objectives, features, and advantages of the present disclosure may be more easily understood. Components in the accompanying drawings are merely used for demonstrating the principle of the present disclosure. In the accompanying drawings, the same or similar technical features or components may be represented by using the same or similar reference numerals. In the drawings:
[0039] FIG. 1 is a flowchart of an exemplary process of an alarm management method according to an embodiment of the present disclosure;
[0040] FIG. 2 is a block diagram of an exemplary configuration of an alarm management apparatus; and
[0041] FIG. 3 is a block diagram of an electronic device 300 according to an embodiment of the present disclosure.
[0042] In the drawings:
[0043] 100: Alarm management method S102, S104, S106, S108, S110, S112, S114,S116: Step
[0044] 200: Alarm management apparatus 202: Importing unit
[0045] 204: Generating unit 206: Receiving unit
[0046] 208: Processing unit 210: Output unit
[0047] 300: Electric device 302: Processor
[0048] 304: MemoryDETAILED DESCRIPTION
[0049] A subject described herein is discussed now with reference to exemplary embodiments. It is to be understood that, discussion of these embodiments is merely intended to make a person skilled in the art better understand and implement the subject described herein, and is not intended to limit the protection scope of the claims, the applicability, or examples. Changes may be made to the functions and arrangements of the discussed elements without departing from the protection scope of the content of the present disclosure. Various processes or components may be omitted, replaced, or added in each example according to requirements. For example, the described method may be performed according to a sequence different from the sequence described herein, and steps may be added, omitted, or combined. In addition, features described in some examples may alternatively be combined in other examples.
[0050] As used herein, the term "comprising" and variants thereof represent open terms, and means "include but is not limited to" . The term "based on" represents "at least partially based on" . The terms "one embodiment" and "an embodiment" represent "at least one embodiment" . The term "another embodiment" represents "at least one another embodiment" . The terms "first" , "second" , and the like may represent different objects or the same object. Other definitions may be included explicitly or implicitly in the following. Unless otherwise clearly specified, the definition of one term is consistent in the entire specification.
[0051] The present disclosure relates to an alarm management solution for efficiently handling and processing alarms in industrial environments. The solution provides a comprehensive approach to managing alarms by incorporating various functional modules.
[0052] According to an embodiment of the present disclosure, the method first imports an existing alarm plan, which may contain predefined alarm configurations and rules. This imported plan serves as a foundation for further customization. The method then generates an alarm rule engine based on the imported plan and predefined functional modules. Users can interact with the system, for example via a GUI, to customize this model according to their specific requirements, using drag-and-drop operations to configure alarm processing logic.
[0053] As the method operates, it continuously receives real-time alarm information from various sources within the industrial environment. This may include alarms from different equipment, processes, or systems. The received alarms are then processed using the customized alarm rule engine.
[0054] During processing, the system applies user-defined rules and logic to the incoming alarm data. For example, the filter module may classify alarms based on predefined criteria, such as ignoring low-priority maintenance alerts while keeping critical process alarms. The group module may organize alarms by equipment type or process area, providing a more structured view of the alarm landscape.
[0055] By combining these features, the alarm management method provides a powerful tool for organizing, processing, and analyzing alarms in industrial settings, helping to improve operational efficiency and decision-making processes.
[0056] Specific implementations of the embodiments of the present disclosure are further described below with reference to the accompanying drawings of the embodiments of the present disclosure.
[0057] FIG. 1 is a flowchart of an exemplary process of an alarm management method 100 according to an embodiment of the present disclosure.
[0058] Next, a specific process of the alarm management method 100 is described in detail with reference to FIG. 1.
[0059] The alarm management method 100 begins with a step S102 of importing alarms list from an existing alarm plan.
[0060] "Alarm list" refers to a compilation or collection of multiple alarms, typically organized in a structured format. This list may include details such as alarm codes, descriptions, severity levels, and timestamps. In industrial settings, an alarm list serves as a comprehensive record of all alerts generated by various systems and equipment.
[0061] This step allows users to incorporate pre-existing alarm configurations from different alarm source, for example an alarm design document of a PLC.
[0062] In a step S104, the method 100 generates an alarm rule engine based on the imported alarms list and predefined functional modules, through user interaction.
[0063] The alarm rule engine serves as a structured framework for processing, organizing and managing alarms. This model can be implemented as a GUI installed on a server or in a cloud environment.
[0064] The method 100 supports drag-and-drop configuration of alarm processing and logic, allowing users to easily customize the alarm rule engine according to their specific needs.
[0065] Optionally, the functional modules include a filter module, a group module, a chain module, and a mapping module.
[0066] The term "user interaction" refers to the process by which a human operator interfaces with the alarm management system to configure, modify, or control its operation. This interaction may occur through a graphical user interface (GUI) displayed on a computer screen, tablet, or other display device, allowing the user to input commands, drag and drop elements, or adjust settings.
[0067] The "functional modules" (such as filter, group, chain, and mapping modules) represent distinct components of the alarm rule engine, each performing specific operations on alarm data.
[0068] The filter module is configured to classify alarms based on user-defined criteria, to reduce the invalid or not-urgent alarms. For example, these criteria may include ignoring unnecessary alarms, keeping necessary alarms, and setting a timer to prevent repetition of the same alarms during a specified time period.
[0069] For example, a user may configure the filter module by dragging low-priority maintenance alarms to “Ignore” block on the graphical user interface (GUI) displayed on a computer screen, and dragging critical alarms to “Keep” block. The filter module may also be set to suppress repeated occurrences of the same alarm within a 5-minute window to prevent alarm flooding.
[0070] A group module reduces alarm discretization by grouping alarms based on user-defined criteria. Users may define groups based on equipment type, process area, or criticality level. For instance, alarms from a specific production line or related to a particular type of equipment malfunction may be grouped together, providing operators with a more organized view of the alarm landscape.
[0071] The chain module builds alarm logic chains for alarms in the alarm list. These chains represent the relationships and dependencies between different alarms, allowing for more sophisticated analysis and response strategies. For example, an alarm chain may be created to show how a temperature increase in one part of a process leads to pressure changes in another, ultimately resulting in a critical alarm condition.
[0072] A mapping module normalizes descriptions for alarms from different sources. This module ensures consistency in alarm reporting across various systems and equipment types. For instance, the mapping module may standardize alarm descriptions from different equipment manufacturers, translating vendor-specific terminology into a common format used throughout the facility.
[0073] The functional modules also include a timer module configured to set timers for various alarm-related functions. These timers may be used to delay alarm activation, control alarm suppression periods, or schedule periodic alarm checks.
[0074] A forward module sets rules for forwarding alarms to corresponding recipients. This module ensures that the right personnel receive relevant alarms based on their roles and responsibilities. For example, maintenance-related alarms may be forwarded to the maintenance team, while process-critical alarms are sent to operators and supervisors.
[0075] By defining these functional modules, with the imported alarm list, an rule engine can be generated to meet users’ specific needs. Users can customize the rule engine to meet their specific needs, improving operational efficiency and decision-making processes.
[0076] After generating the alarm rule engine, which will be used as rule engine cluster, the method goes to a step S106, receiving real-time alarm information. The method 100 continuously monitors and collects alarm data from various sources within the industrial environment, ensuring up-to-date information for processing.
[0077] In a step S108, the method 100 processes the real-time alarm information with the alarm rule engine. This step applies the user-defined rules and logic to the incoming alarm data, filtering, grouping, and organizing the alarms according to the specified criteria.
[0078] A step S110 includes outputting processed alarms.
[0079] The "processed alarms" are the result of applying the alarm rule engine to the real-time alarm information. These processed alarms may represent a refined, prioritized, or contextualized set of alerts that are more actionable or relevant to the system operators than the raw alarm data.
[0080] The method 100 presents the processed alarm information in a format that is more manageable and actionable for users, reducing the cognitive load associated with handling large volumes of discrete alarms. For example, the processed alarms may be stored in a Data Base, displayed on HMI, provided to API of other system or sent to a knowledge base.
[0081] Optionally, the alarm management method 100 further includes step S112, storing original alarms in an original database and storing the processed alarms in a target database. This dual-database approach allows for comparison between the original and processed alarm data, facilitating analysis and validation of the alarm processing rules.
[0082] Optionally, the method 100 further includes step S114, accumulating alarm knowledge based on the alarm rule engine. As users interact with the system and refine alarm processing rules, the method 100 may capture and store this knowledge for future use and improvement of alarm management strategies.
[0083] Optionally, the method 100 further includes step S116, storing processing rules or logic of the alarm rule engine in a knowledge graph database. This representation allows for complex relationships between alarms and processing rules to be captured and queried efficiently, supporting advanced analysis and decision-making processes.
[0084] By incorporating these features, the alarm management method 100 provides a comprehensive and flexible approach to handling alarms in industrial settings, improving operational efficiency and decision-making processes.
[0085] FIG. 2 is a block diagram of an exemplary configuration of an alarm management apparatus 200. This apparatus implements the methods described in FIG. 1, with each component corresponding to specific steps or functionalities in the alarm management method.
[0086] As shown in FIG. 2, the alarm management apparatus includes: an importing unit 202, a generating unit 204, a receiving unit 206, a processing unit 208, an output unit 210, configured to output processed alarms.
[0087] The importing unit 202 is configured to import alarms list from an existing alarm plan. This allows the apparatus 200 to incorporate pre-existing alarm configurations into the system.
[0088] The generating unit 204 is configured to generate an alarm rule engine based on the alarms list and predefined functional modules, through user interaction. The generating unit 204 enables users to customize the alarm processing logic according to their specific requirements.
[0089] The receiving unit 206 is configured to receive real-time alarm information. The receiving unit 206 allows the apparatus 200 to receive alarms from different communication protocols.
[0090] The processing unit 208 of the apparatus 200 is configured to process the real-time alarm information with the alarm rule engine. The processing unit 208 applies the user-defined rules and logic to the incoming alarm data, performing operations such as filtering, grouping, and organizing the alarms.
[0091] The output unit 210 is configured to output processed alarms.
[0092] The apparatus 200 integrates these units to provide a comprehensive system for managing alarms in industrial environments. By combining the functions of importing existing alarm plans, generating customized alarm models, receiving real-time data, processing alarms, and outputting organized results, the apparatus 200 offers an efficient solution for handling complex alarm scenarios.
[0093] For example, details of operations and functions of various parts of the apparatus 200 may be the same as or similar to related parts of the embodiments of the method 100 according to the embodiments of the present disclosure described with reference to FIG. 1. Detailed descriptions are not repeated here.
[0094] It is to be noted that, the apparatus 200 shown in FIG. 2 and structures of constituent units of apparatus 200 are only exemplary. Those skilled in the art may modify a structural block diagram shown in FIG. 2 as required.
[0095] Referring to FIG. 1 to FIG. 2 as above, a method and an apparatus according to the embodiments of the present disclosure are described. Various units of the apparatus 200 described above may be implemented by hardware, or may be implemented by software or a combination of hardware and software.
[0096] FIG. 3 is a block diagram of an electronic device 300 according to an embodiment of the present disclosure. According to an embodiment, the electronic device 300 may include at least one processor 302. The processor 302 executes at least one computer-readable instruction stored or coded in a computer-readable storage medium (that is, a memory 304) .
[0097] It is to be understood that the computer-executable instructions stored in the memory 304, when executed, enable the at least one processor 302 to perform various operations and functions described in various embodiments of the present disclosure with reference to FIG. 1 to FIG. 2.
[0098] According to an embodiment, a non-transient machine-readable medium is provided. The non-transient machine-readable medium may have instructions (that is, the foregoing elements implemented in the form of software) , and the instructions, when executed by a machine, enable the machine to perform various operations and functions described in various embodiments of the present disclosure with reference to FIG. 1 to FIG. 2.
[0099] According to an embodiment, a computer program is provided, including computer-executable instructions. The computer-executable instructions, when executed, enable at least one processor to perform various operations and functions described in various embodiments of the present disclosure with reference to FIG. 1 to FIG. 2.
[0100] According to an embodiment, a computer program product is provided, including computer-executable instructions. The computer-executable instructions, when executed, enable at least one processor to perform various operations and functions described in various embodiments of the present disclosure with reference to FIG. 1 to FIG. 2.
[0101] Not all units in various foregoing structural diagrams are necessary, and some units may be omitted according to actual requirements. The apparatus structure described in various foregoing embodiments may be a physical structure or a logical structure. That is, some units may be implemented by the same physical entity, or some units may be separately implemented by multiple physical entities, or may be implemented by some components in multiple independent devices together.
[0102] The descriptions of the content of the present disclosure are provided to allow any person of ordinary skill in the art to implement or use the content of the present disclosure. For a person of ordinary skill in the art, various modifications on the content of the present disclosure are obvious. In addition, a general principle defined in this specification may be applied to other variants without departing from the protection scope of the content of the present disclosure. Therefore, the content of the present disclosure is not limited to the examples and designs described in this specification, but is consistent with the widest range conforming to the principle and novelty disclosed in this specification.
[0103] The foregoing descriptions are merely preferred embodiments of the present disclosure, but are not intended to limit the present disclosure. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present disclosure fall within the protection scope of the present disclosure.
[0104] Nouns and pronouns related to humans in this patent application are not limited to specific genders.
Claims
1.An alarm management method (100) , comprising:importing (S102) alarms list from an existing alarm plan;generating (S104) an alarm rule engine based on the alarms list and predefined functional modules, through user interaction;receiving (S106) real-time alarm information;processing (S108) the real-time alarm information with the alarm rule engine; andoutputting (S110) processed alarms.2.The alarm management method of claim 1, wherein the functional modules comprise at least one of: a filter module, a group module, a chain module, and a mapping module.3.The alarm management method of claim 2, wherein the filter module is configured to classify alarms based on first user-defined criteria, the criteria comprising at least one of: ignoring unnecessary alarms, keeping necessary alarms, and setting a timer and not repeating the same alarms during a specified time.4.The alarm management method of claim 2, wherein the group module is configured to group alarms based on second user-defined criteria to reduce alarm discretization.5.The alarm management method of claim 2, wherein the chain module is configured to build respective alarm logic chains for alarms in the alarm list.6.The alarm management method of claim 2, wherein the mapping module is configured to normalize descriptions for alarms from different source.7.The alarm management method of claim 3, wherein the predefined functional modules further comprises a timer module configured to set a timer.8.The alarm management method of claim 2, wherein the predefined functional modules further comprises a forward module configured to set rules for forwarding alarms to corresponding recipient.9.The alarm management method of any one of claims 1-8, further comprising storing (S112) original alarms in an original database and storing the processed alarms in a target database.10.The alarm management method of any one of claims 1-8, further comprising accumulating (S114) alarm knowledge based on the alarm rule engine.11.The alarm management method of any one of claims 1-8, further comprising storing (S116) processing rules or logic of the alarm rule engine in a knowledge graph database.12.An alarm management apparatus (200) , comprising:an importing unit (202) , configured to import alarms list from an existing alarm plan;a generating unit (204) , configured to generate an alarm rule engine based on the alarms list and predefined functional modules, through user interaction;a receiving unit (206) , configured to receive real-time alarm information;a processing unit (208) , configured to process the real-time alarm information with the alarm rule engine; andan output unit (210) , configured to output processed alarms.13.An electric device (300) , comprising:at least one processor (302) ; anda memory (304) coupled to the at least one processor (302) , wherein the memory is configured to store computer-executable instructions, and the computer-executable instructions, when executed by the at least one processor (302) , enable the at least one processor (302) to perform the method according to any one of claims 1 to 11.14.The electronic device of claim 11, wherein the electronic device is integrated with at least one of a human-machine interface (HMI) , a supervisory control and data acquisition (SCADA) system, and a digital device management platform.15.A non-transient machine-readable storage medium, storing executable instructions, wherein the instructions, when executed, enable a machine to perform the method according to any one of claims 1 to 11.16.A computer program product, wherein the computer program product is tangibly stored on a computer-readable medium and comprises computer-executable instructions, and the computer-executable instructions, when executed, enable at least one processor to perform the method according to any one of claims 1 to 11.