Alarm information processing method, electronic equipment and storage medium

Abstract

The invention provides an alarm information processing method, electronic equipment and a storage medium, and relates to the technical field of data processing. The method comprises the following steps: determining at least one alarm processing strategy matched with a target scene and at least one strategy execution device corresponding to each alarm processing strategy; the alarm processing strategy is sent to at least one corresponding strategy execution device, the strategy execution device is used for processing the received alarm information to be processed based on the alarm processing strategy, and the strategy execution device comprises a central strategy execution device and / or a network element strategy execution device. The acquisition accuracy of the alarm information is improved, the processing pressure of the network management equipment on massive alarm information is reduced, and the processing efficiency of the to-be-processed alarm information is improved.

Description

Technical Field

[0001] The present application relates to the field of data processing technology, and in particular to a method for processing alarm information, an electronic device and a storage medium. Background Art

[0002] With the continuous development of optical transport network (OTN) technology, small-granularity service processing modules such as optical service units (OSUs) have been introduced on OTN network element devices. These small-granularity service processing modules will generate alarms based on the network layer information they process, resulting in an increasing number of alarms generated on a single OTN network element device. Correspondingly, the operation and maintenance costs of using network management equipment to centrally process alarms will also increase significantly.

[0003] In the actual troubleshooting process, it is necessary to find the alarms that are actually helpful in locating the fault from the massive alarms, which increases the data processing pressure of the network management equipment and reduces the efficiency of network management. Summary of the invention

[0004] The present application provides a method for processing alarm information, an electronic device and a storage medium.

[0005] An embodiment of the present application provides a method for processing alarm information, the method comprising: determining at least one alarm processing strategy that matches a target scenario, and at least one policy execution device corresponding to each alarm processing strategy; sending the alarm processing strategy to the corresponding at least one policy execution device, wherein the policy execution device is used to process the received alarm information to be processed based on the alarm processing strategy, and the policy execution device comprises: a central policy execution device and / or a network element policy execution device.

[0006] An embodiment of the present application provides a method for processing alarm information, including: receiving an alarm processing strategy sent by an alarm information processing device, the alarm processing strategy matching a target scenario; when receiving alarm information to be processed in the target scenario, processing the alarm information to be processed according to the alarm processing strategy.

[0007] An embodiment of the present application provides an electronic device, comprising: one or more processors; a memory, on which one or more programs are stored. When the one or more programs are executed by one or more processors, the one or more processors implement any one of the alarm information processing methods in the embodiment of the present application.

[0008] An embodiment of the present application provides a readable storage medium, which stores a computer program. When the computer program is executed by a processor, any one of the alarm information processing methods in the embodiments of the present application is implemented.

[0009] According to the alarm information processing method, electronic device and storage medium of the embodiment of the present application, by determining at least one alarm processing strategy matching the target scenario and at least one policy execution device corresponding to each alarm processing strategy, the alarm information in the target scenario can be processed accordingly by at least one policy execution device using at least one alarm processing strategy, thereby speeding up the processing of the alarm information; the alarm processing strategy is sent to the corresponding at least one policy execution device, so that the at least one policy execution device can process the unprocessed alarm information in the target scenario it receives based on the at least one alarm processing strategy, rather than obtaining other alarm information not related to the target scenario, which can not only improve the accuracy of obtaining the alarm information, but also reduce the processing pressure of the network management equipment on the massive alarm information, thereby improving the processing efficiency of the alarm information to be processed.

[0010] With regard to the above embodiments and other aspects of the present application and their implementation, further description is provided in the accompanying drawings, detailed description and claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Figure 1 A flowchart of a method for processing alarm information provided in an embodiment of the present application is shown.

[0012] Figure 2 A flowchart of a method for processing alarm information provided in an embodiment of the present application is shown.

[0013] Figure 3 A block diagram showing the composition of an alarm information processing device provided in an embodiment of the present application.

[0014] Figure 4 A block diagram showing the composition of a policy execution device provided in an embodiment of the present application is shown.

[0015] Figure 5 A block diagram showing the composition of a system for processing alarm information provided by an embodiment of the present application is shown.

[0016] Figure 6 A flowchart showing a working method of the alarm information processing system provided in an embodiment of the present application is shown.

[0017] Figure 7 A schematic diagram of device connection in a device version upgrade scenario provided in an embodiment of the present application is shown.

[0018] Figure 8 A schematic diagram of device connections in a multi-hop network provided in an embodiment of the present application is shown.

[0019] Fig. 9A structural diagram showing an exemplary hardware architecture of a computing device capable of implementing the method and apparatus for processing alarm information according to an embodiment of the present application. DETAILED DESCRIPTION

[0020] In order to make the purpose, technical solution and advantages of the present application more clear, the embodiments of the present application will be described in detail below with reference to the accompanying drawings. It should be noted that the embodiments and features in the embodiments of the present application can be combined with each other arbitrarily without conflict.

[0021] Generally, too much alarm information will increase the operation and maintenance cost, that is, the operation and maintenance personnel need to filter out useful alarm information (i.e., alarm information that can assist in locating the location of abnormalities) from the massive alarm data. For example, according to the received alarm information, based on different application scenarios, the abnormal locations included in the alarm information are checked one by one, or different screening conditions are manually set in the network management equipment to filter out useless alarm information.

[0022] However, the above operations not only increase the data processing pressure of network management equipment and reduce the efficiency of network management, but also some operations must be implemented through a large number of manual operations, which reduces the efficiency of processing alarm information. It is impossible to handle abnormalities in the communication network in a timely manner, which reduces network security.

[0023] The present application provides a method for processing alarm information, an electronic device and a storage medium to solve the above-mentioned problem.

[0024] Figure 1 A flowchart of a method for processing alarm information provided by an embodiment of the present application is shown. The method for processing alarm information can be applied to an alarm information processing device, which may include a policy determination unit and a policy distribution unit. Figure 1 As shown, the method for processing alarm information in the embodiment of the present application includes but is not limited to the following steps.

[0025] Step S101: determine at least one alarm processing strategy matching a target scenario and at least one strategy execution device corresponding to each alarm processing strategy.

[0026] Step S102: Send the alarm processing policy to at least one corresponding policy execution device.

[0027] The policy execution device is used to process the received alarm information to be processed based on the alarm processing policy. The policy execution device includes: a central policy execution device and / or a network element policy execution device.

[0028] For example, the central policy execution device is a device included in the network management device, so as to process the pending alarm information generated in multiple network element devices under the management of the network management device. The network element policy execution device may include devices in multiple network element devices with different functions and capable of communicating with each other, such as base stations and terminals, and is used to execute the pending alarm information generated by the network element devices themselves.

[0029] In this embodiment, by determining at least one alarm processing strategy that matches the target scenario, and at least one policy execution device corresponding to each alarm processing strategy, the alarm information in the target scenario can be processed accordingly by at least one policy execution device using at least one alarm processing strategy, thereby speeding up the processing of the alarm information; the alarm processing strategy is sent to the corresponding at least one policy execution device, so that the at least one policy execution device can process the received alarm information to be processed in the target scenario based on at least one alarm processing strategy, rather than obtaining other alarm information not related to the target scenario, which can not only improve the accuracy of obtaining alarm information, but also reduce the processing pressure of network management equipment on massive alarm information, thereby improving the processing efficiency of the alarm information to be processed.

[0030] In some exemplary embodiments, determining at least one alarm processing strategy that matches the target scenario, and at least one policy execution device corresponding to each alarm processing strategy in step S101 includes: acquiring characteristic information of the target scenario; matching the characteristic information of the target scenario with preset scenario information in the preset meta-strategy respectively; and determining at least one alarm processing strategy and at least one policy execution device corresponding to each alarm processing strategy according to the preset meta-strategy when determining that the corresponding preset scenario information matches the characteristic information of the target scenario.

[0031] Among them, the preset meta-policy is a meta-policy that can be pre-configured, or it can be a meta-policy determined based on a user-defined method. The preset meta-policy includes: preset scenario information. The above preset meta-policies are only examples, and specific configurations can be made according to actual needs. Other preset meta-policies not described are also within the scope of protection of this application and will not be repeated here.

[0032] By matching the characteristic information of the target scene with the preset scene information in the preset meta-policy respectively, it is used to clarify whether the target scene can be matched to the same preset scene. When the preset meta-policy that matches the corresponding preset scene information (for example, the software version upgrade information of the device, etc.) and the characteristic information of the target scene (a certain device needs to perform a software version upgrade, wherein the characteristic information includes the attribute information of the device to be upgraded, and the software version that needs to be updated, etc.) is determined, at least one alarm processing strategy and at least one policy execution device corresponding to each alarm processing strategy are determined based on the preset meta-policy. It can be clarified that the alarm information appearing in the target scene needs to be processed by the policy execution device based on at least one alarm processing strategy it has obtained, thereby accelerating the processing speed of the alarm information and improving the efficiency of locating abnormalities based on the alarm information.

[0033] In some exemplary embodiments, the preset meta-strategy also includes: a data collection method and at least one alarm processing strategy.

[0034] At least one alarm processing strategy and at least one policy execution device corresponding to each alarm processing strategy are determined according to a preset meta-strategy, including: collecting data to be processed in a target scenario according to a data collection method in the preset meta-strategy; determining a policy execution device according to the data to be processed, and determining a mapping relationship between the alarm processing strategy and the policy execution device.

[0035] Among them, the data collection method in the preset meta-strategy is used to collect data in the target scenario to obtain data to be processed (for example, routing data in a multi-hop network, or information on network elements that are undergoing version upgrades and data on network elements that are mutually associated with the network element, etc.), thereby facilitating analysis of anomalies in the target scenario.

[0036] Furthermore, by determining the mapping relationship between the alarm processing strategy and the policy execution device, for example, alarm processing strategy A is applicable to policy execution device A1, and alarm processing strategy B is applicable to policy execution device B1, it is possible to quickly analyze the data to be processed, clarify each policy execution device, and the alarm processing strategy that each policy execution device needs to execute accordingly. Then, each alarm processing strategy is sent to the policy execution device with which it has a mapping relationship, so that the policy execution device can use the alarm processing strategy that is suitable for it to quickly and accurately care for the alarm data to be processed, thereby improving the processing efficiency of alarm information.

[0037] In some exemplary embodiments, the preset meta-strategy also includes: a data collection method and an alarm processing strategy generation method.

[0038] At least one alarm processing strategy and at least one policy execution device corresponding to each alarm processing strategy are determined according to a preset meta-strategy, including: collecting data to be processed in a target scenario according to a data collection method in the preset meta-strategy, and determining a policy execution device according to the data to be processed; generating at least one alarm processing strategy according to an alarm processing strategy generation method in the preset meta-strategy; and determining a mapping relationship between alarm processing strategies and policy execution devices.

[0039] Each policy execution device may correspondingly obtain an alarm processing policy, and each alarm processing policy is a policy generated based on the alarm processing policy generation method in the preset meta-policy.

[0040] In some embodiments, at least one alarm processing strategy is generated according to the alarm processing strategy generation method in the preset meta-strategy, including: inputting the data to be processed into the alarm processing strategy generation model for processing to obtain at least one alarm processing strategy.

[0041] Among them, the alarm processing strategy generation model is a model obtained by iteratively training a preset model using multiple sample alarm information.

[0042] In machine learning, an algorithm builds a mathematical model from a set of data that includes input and expected output. For example, a neural network model is trained multiple times using multiple sample alarm information to obtain an alarm processing strategy generation model. Through this alarm processing strategy generation model, it is possible to quickly and accurately determine which alarm processing strategy is applicable to the alarm information in the target scenario, thereby obtaining an alarm processing strategy that matches the target scenario.

[0043] Furthermore, the mapping relationship between alarm processing strategies and policy execution devices is clarified, that is, which specific policy execution device can use which alarm processing strategy, so that the alarm processing strategy applicable to the policy execution device can be quickly sent to the policy execution device, so that different policy execution devices can quickly use their corresponding alarm processing strategies to process the received alarm information to be processed, thereby improving the processing efficiency of alarm information, reducing the amount of alarm information centrally processed by network management devices, and alleviating the data processing pressure of network management devices.

[0044] In some exemplary embodiments, the alarm processing strategy includes: an execution action and information corresponding to the execution action, wherein the information corresponding to the execution action is information obtained based on the alarm processing strategy.

[0045] Among them, the execution action includes: at least one of: additional action, shielding action, and sorting action; when the execution action includes additional action, the information corresponding to the execution action includes: alarm source information; when the execution action includes shielding action, the information corresponding to the execution action includes: a list of alarm information that needs to be shielded; when the execution action includes sorting action, the information corresponding to the execution action includes: data that needs to be sorted.

[0046] The alarm source information includes at least one of: device identification, service identification, and routing information corresponding to the device generating the alarm (for example, the number of hops in a multi-hop network, etc.). The data to be sorted may include: data that can characterize the alarm source information, such as device identification or service identification.

[0047] The list of alarm information that needs to be shielded includes multiple alarm information, which do not need to be informed to the operation and maintenance personnel. Therefore, when it is determined that the execution action includes a shielding action, each alarm information in the list of alarm information that needs to be shielded can be shielded, thereby reducing the number of alarm information screened by the operation and maintenance personnel and reducing the number of redundant alarms.

[0048] Acquiring information corresponding to different execution actions can facilitate different processing of different types of alarms and improve the processing efficiency of alarm information.

[0049] In some embodiments, sending the alarm processing policy to at least one corresponding policy execution device in step S102 includes: when the target scenario is a device version upgrade scenario, sending the alarm processing policy including additional actions to the network element policy execution device, and sending the alarm processing policy including shielding actions to the central policy execution device; when the target scenario is a multi-hop device alarm scenario, sending the alarm processing policy including additional actions to the network element policy execution device, and sending the alarm processing policy including shielding actions and sorting actions to the central policy execution device.

[0050] For example, when the target scenario is a multi-hop device alarm scenario, that is, in a scenario where multiple devices are used to process services in a multi-hop network, multiple devices (such as network management devices and multiple node devices) may generate multiple alarm information; at this time, it is necessary to send an alarm processing strategy including additional actions to the network element policy execution device, and send an alarm processing strategy including shielding actions and sorting actions to the central policy execution device.

[0051] Among them, the alarm processing strategy includes a first alarm processing strategy applied to the node device (ie, an alarm processing strategy including additional actions), and a second alarm processing strategy applied to the network management device (ie, an alarm processing strategy including shielding actions and sorting actions).

[0052] The step S102 of sending the alarm processing strategy to the corresponding at least one policy execution device includes: sending the first alarm processing strategy to each node device; and / or sending the second alarm processing strategy to the network management device.

[0053] For another example, when the target scenario is a device version upgrade scenario, the alarm processing strategy includes a third alarm processing strategy (i.e., an alarm processing strategy including additional actions) applied to the version upgrade device (i.e., a network element policy execution device, for example, a device that is communicatively connected to the version upgrade device, or a device that is performing a version upgrade), and a fourth alarm processing strategy (i.e., an alarm processing strategy including shielding actions) that needs to be executed by the network management device (i.e., a central policy execution device) connected to the version upgrade device.

[0054] The step S102 of sending the alarm processing strategy to the corresponding at least one policy execution device includes: sending the third alarm processing strategy to the device that is communicatively connected to the version upgrade device, and / or sending the fourth alarm processing strategy to the network management device.

[0055] In some exemplary embodiments, after executing step S102 of sending the alarm processing policy to at least one corresponding policy execution device, the method further includes: when it is determined that the target scenario is not within the execution time limit, sending a policy suspension message to at least one policy execution device.

[0056] The policy suspension message is used to instruct at least one policy execution device to stop executing its corresponding alarm processing policy. For example, the policy suspension message includes: an identifier of the alarm processing policy and a suspension tag. The suspension tag enables the policy execution device to clearly indicate the need to suspend the alarm processing policy, that is, the policy execution device no longer needs to use the alarm processing policy to process the alarm information it receives.

[0057] It should be noted that the execution time range of the target scenario is the period from the start time of the target scenario to its end time. During this period, the policy execution device can use the alarm processing strategy it has received to process the pending alarm information it has received; outside this period, that is, when the current moment is not within the execution time range of the target scenario, the alarm processing strategy applicable to the target scenario can be suspended to avoid useful alarm information being processed, thereby improving the security of the communication system; and, adopting different alarm processing strategies based on different application scenarios can make the alarm processing strategy more suitable for its corresponding application scenario, thereby improving the accuracy of processing alarm information.

[0058] Figure 2A flowchart of a method for processing alarm information provided by an embodiment of the present application is shown. The method for processing alarm information can be applied to a policy execution device. Figure 2 As shown, the method for processing alarm information in the embodiment of the present application includes but is not limited to the following steps.

[0059] Step S201: receiving an alarm processing strategy sent by an alarm information processing device.

[0060] Among them, the alarm processing strategy matches the target scenario.

[0061] Step S202: When receiving the alarm information to be processed in the target scene, the alarm information to be processed is processed according to the alarm processing strategy.

[0062] In this embodiment, by receiving the alarm processing strategy that matches the target scenario and sent by the processing device for processing the alarm information, it is possible to clearly define how to process the pending alarm information appearing in the target scenario; when the pending alarm information in the target scenario is received, the pending alarm information is processed according to the alarm processing strategy, rather than processing other acquired alarm information that is not related to the target scenario. This can not only improve the accuracy of obtaining the alarm information, but also reduce the processing pressure of the network management equipment on the massive alarm information, thereby improving the processing efficiency of the pending alarm information.

[0063] In some exemplary embodiments, the alarm processing strategy includes: an execution action and information corresponding to the execution action.

[0064] Among them, the execution action includes: at least one of: additional action, shielding action, and sorting action; when the execution action includes additional action, the information corresponding to the execution action includes: alarm source information; when the execution action includes shielding action, the information corresponding to the execution action includes: a list of alarm information that needs to be shielded; when the execution action includes sorting action, the information corresponding to the execution action includes: data that needs to be sorted.

[0065] The alarm source information includes at least one of: device identification, service identification, and routing information corresponding to the device generating the alarm (for example, the number of hops in a multi-hop network, etc.). The data to be sorted may include: data that can characterize the alarm source information, such as device identification or service identification.

[0066] The list of alarm information that needs to be shielded includes multiple alarm information, which do not need to be informed to the operation and maintenance personnel. Therefore, when it is determined that the execution action includes a shielding action, each alarm information in the list of alarm information that needs to be shielded can be shielded, thereby reducing the number of alarm information screened by the operation and maintenance personnel and reducing the number of redundant alarms.

[0067] Acquiring information corresponding to different execution actions can facilitate different processing of different types of alarms and improve the processing efficiency of alarm information.

[0068] In some exemplary embodiments, when the execution action includes additional actions, the alarm information to be processed is processed according to the alarm processing strategy in step S202, including: adding alarm source information to the alarm information to be processed to generate target alarm information; and sending the target alarm information to the network management device.

[0069] For example, the target scenario includes a service processing scenario in a multi-hop network, the multi-hop network includes multiple node devices, the policy execution device is any one of the multiple node devices, and the alarm processing strategy includes a first alarm processing strategy applied to the node device.

[0070] By adding preset tags to the alarm information to be processed, processed alarm information is generated, so that the preset tags therein can identify the source information of the alarm information to be processed, for example, the source information includes the port number that generates the alarm information, the identifier of the device that generates the alarm information, etc., so as to classify the alarms to be processed based on the source information and speed up the processing; further, the processed alarm information is sent to the network management device in the multi-hop network, so that the network management device can parse the alarm information to be processed, obtain the preset tags, and classify the multiple processed alarm information it receives based on the preset tags, thereby improving the efficiency of the network management device in processing the alarm information.

[0071] In some exemplary embodiments, when the execution action includes a sorting action, the alarm information to be processed is processed according to the alarm processing strategy in step S202, including: sorting the multiple received alarm information with alarm source information added to obtain the sorting result; according to the sorting result, filtering and obtaining target alarm information from the multiple alarm information with alarm source information added, and processing the target alarm information.

[0072] For example, the multi-hop network includes a network management device and multiple node devices, the policy execution device is the network management device, and the alarm processing strategy includes a second alarm processing strategy applied to the network management device.

[0073] Acquire alarm information with alarm source information added thereto, which is sent by at least two node devices; then, parse each alarm information with alarm source information added thereto, respectively, and acquire preset labels in each processed alarm information; sort multiple processed alarm information according to the preset labels, and acquire sorting results; determine target alarm information according to the sorting results, and the target alarm information is data used to assist in locating faults.

[0074] In some embodiments, other alarm information may also be discarded, where the other alarm information is information other than the target alarm information among a plurality of alarm information to which alarm source information is added.

[0075] By deleting the alarm information other than the target alarm information from the plurality of alarm information added with the alarm source information, redundant alarm information is reduced.

[0076] In some exemplary embodiments, when the execution action includes a shielding action, the alarm information to be processed is processed according to the alarm processing strategy in step S202, including: determining whether the list of alarm information to be shielded includes the alarm information to be processed; if the list of alarm information to be shielded includes the alarm information to be processed, discarding the alarm information to be processed; in other words, no processing is performed on the alarm information to be processed, and only the alarm information to be processed is deleted.

[0077] For example, the target scenario includes a device version upgrade scenario, the alarm processing strategy includes a third alarm processing strategy applied to the version upgrade device, and the policy execution device is a device that is communicatively connected to the version upgrade device.

[0078] The policy execution device obtains pending alarm information in the device version upgrade scenario. The pending alarm information is generated by the alarm information processing device adding a shielding tag to the acquired alarm information. Then, the policy execution device shields the pending alarm information according to the shielding tag.

[0079] Among them, the alarm information to be processed may include: link break alarm information of the version upgrade device (for example, alarm information indicating communication failure of the data communication network (DCN)), and / or network connection failure alarm information between the version upgrade device and the policy execution device (for example, alarm information generated by the policy execution device indicating that the communication link between it and the version upgrade device is interrupted).

[0080] By discarding the pending alarm information included in the alarm information list that needs to be blocked, the number of alarm information displayed to the operation and maintenance personnel can be reduced, thereby reducing the number of redundant alarms in the alarm information obtained by the operation and maintenance personnel, and improving the accuracy of the operation and maintenance personnel in locating network anomalies based on the alarm information they obtain.

[0081] The device provided according to the present application is described in detail below in conjunction with the accompanying drawings. Figure 3 FIG. 1 is a block diagram showing a component of a warning information processing device provided by an embodiment of the present application. Figure 3 As shown, the alarm information processing device 300 includes but is not limited to the following modules.

[0082] The strategy determination module 301 is configured to determine at least one alarm processing strategy matching a target scenario, and at least one strategy execution device corresponding to each alarm processing strategy.

[0083] The policy distribution module 302 is configured to send the alarm processing policy to at least one corresponding policy execution device, wherein the policy execution device is used to process the received alarm information to be processed based on the alarm processing policy, and the policy execution device includes: a central policy execution device and / or a network element policy execution device.

[0084] It should be noted that the alarm information processing device 300 in this embodiment can implement any alarm information processing method applied to the alarm information processing device in the embodiments of the present application.

[0085] According to the alarm information processing device of the embodiment of the present application, at least one alarm processing strategy matching the target scenario is determined through a policy determination module, and at least one policy execution device corresponding to each alarm processing strategy. At least one alarm processing strategy can be used by at least one policy execution device to perform corresponding processing on the alarm information in the target scenario, thereby accelerating the processing speed of the alarm information. The alarm processing strategy is sent to the corresponding at least one policy execution device using a policy distribution module, so that the at least one policy execution device can process the unprocessed alarm information in the target scenario it receives based on at least one alarm processing strategy, rather than obtaining other alarm information not related to the target scenario. This can not only improve the accuracy of obtaining the alarm information, but also reduce the processing pressure of the network management device on the massive alarm information, thereby improving the processing efficiency of the alarm information to be processed.

[0086] Figure 4 FIG. 1 is a block diagram showing a composition of a policy execution device provided by an embodiment of the present application. Figure 4 As shown, the policy execution device 400 includes but is not limited to the following modules.

[0087] A receiving module 401 is configured to receive an alarm processing strategy sent by an alarm information processing device, where the alarm processing strategy matches the target scenario;

[0088] The processing module 402 is configured to process the alarm information to be processed according to the alarm processing strategy when receiving the alarm information to be processed in the target scene.

[0089] It should be noted that the policy execution device 400 in this embodiment can implement any method for processing alarm information applied to a policy execution device in the embodiments of the present application.

[0090] According to the policy execution device of the embodiment of the present application, the alarm processing strategy matching the target scenario sent by the processing device that receives the alarm information through the receiving module can clearly specify how to process the pending alarm information appearing in the target scenario; when the processing module receives the pending alarm information in the target scenario, the pending alarm information is processed according to the alarm processing strategy, rather than processing other acquired alarm information that is not related to the target scenario. This can not only improve the accuracy of obtaining the alarm information, but also reduce the pressure on the network management device to process massive alarm information, thereby improving the processing efficiency of the pending alarm information.

[0091] Figure 5 FIG. 1 is a block diagram showing a system for processing alarm information provided by an embodiment of the present application. Figure 5 As shown, the warning information processing system 500 includes the following devices:

[0092] A policy management center device 510, a data acquisition device 520, a policy generation device 530, a central policy execution device 540, a policy distribution unit 550, and multiple agent policy execution devices (such as a first agent policy execution device 561 set in a first network element device 571, a second agent policy execution device 562 set in a second network element device 572, a third agent policy execution device 563 set in a third network element device 573, ..., an nth agent policy execution device 56n set in an nth network element device 57n, etc., where n represents the number of agent policy execution devices and the number of network element devices, and n is an integer greater than or equal to 1).

[0093] The policy management center device 510 is used to manage all alarm processing policies in the system, such as storing multiple preset meta-policies, determining alarm processing policies and their corresponding execution cycles, etc. These preset meta-policies are used to collect data in preset scenarios and process the collected data.

[0094] The preset meta-policy may be a meta-policy pre-configured by the policy management center device 510, or a meta-policy determined by the policy management center device 510 based on a user-defined method. The preset meta-policy is only an example, and specific configuration can be performed according to actual needs. Other preset meta-policies not described are also within the protection scope of this application and will not be described here. For example, Table 1 shows a reference data structure of a preset meta-policy.

[0095] Table 1 Reference data structure of a preset meta-strategy

[0096]

[0097] The data collection device 520 is used to collect at least one of user operation information, network element status information, service status information, and service routing information in the communication system, and send the collected data to the policy generation device 530 so that the policy generation device 530 can analyze the collected data and determine the policy execution device and at least one alarm processing strategy.

[0098] Among them, the data collection device 520 performs a full amount of data collection when the alarm information processing system is started; subsequently, the data collection time will be determined based on the triggering of the policy generation device 530, the change information of the configuration data, and the triggering of certain user operation information, and the corresponding data will be collected.

[0099] The policy generation device 530 is used to determine the policy execution device according to the data sent by the data acquisition device 520; and generate at least one alarm processing strategy according to the alarm processing strategy generation method in the preset meta-strategy, and further determine the mapping relationship between the alarm processing strategy and the policy execution device.

[0100] The alarm processing strategy may also be a pre-configured strategy that matches the strategy execution device. The alarm processing strategy includes an execution action and information corresponding to the execution action, wherein the information corresponding to the execution action is information obtained based on the alarm processing strategy. The execution action includes: at least one of an additional action, a shielding action, and a sorting action; when the execution action includes an additional action, the information corresponding to the execution action includes: alarm source information; when the execution action includes a shielding action, the information corresponding to the execution action includes: a list of alarm information that needs to be shielded; when the execution action includes a sorting action, the information corresponding to the execution action includes: data that needs to be sorted.

[0101] It should be noted that different application scenarios correspond to different alarm processing strategies. The strategy generation device 530 can analyze the data it obtains (such as the data sent by the data acquisition device 520), clarify the application scenario, and determine the alarm processing strategy corresponding to the application scenario.

[0102] The policy distribution unit 550 is used to distribute at least one alarm processing policy generated by the policy generation device 530 to at least one policy execution device corresponding to each alarm processing policy, for example, to send the alarm processing policy to the central policy execution device 540 and / or proxy policy execution devices on different network element devices.

[0103] The central policy execution device 540 is used to execute alarm processing policies that operate across network element devices, such as alarm processing policies based on an end-to-end service layer, or policies that require coordination of multiple proxy policy execution devices based on different execution orders.

[0104] In some embodiments, the central policy execution device 540 may be disposed in a network management device.

[0105] The proxy policy execution device is used to execute the alarm processing policy that matches the network element device where it is located, and process the received alarm information to be processed.

[0106] By cooperating with each other in the alarm information processing system, it is possible to reduce the massive amount of alarm data appearing in the alarm information processing system, enable different strategy execution devices to use their corresponding alarm processing strategies, process the received alarm information to be processed, and improve the processing efficiency of the alarm information.

[0107] Figure 6 A flowchart of the working method of the alarm information processing system provided in an embodiment of the present application is shown. The alarm information processing system includes: an alarm information processing device, and multiple policy execution devices (such as a central policy execution device and / or an agent policy execution device set in a network element device). The alarm information processing device may include a policy management center unit, a data acquisition unit, a policy generation unit, and a policy distribution unit.

[0108] like Figure 6 As shown, the working method of the alarm information processing system includes the following steps.

[0109] Step S601: The policy management center unit obtains message notifications of the target scenario in a message subscription manner.

[0110] Step S602: After receiving the notification message of the start of the target scenario, the policy management center unit matches the characteristic information of the target scenario with the preset scenario information in the preset meta-policy.

[0111] Step S603: the policy management center unit determines whether the characteristic information of the target scene matches the preset scene information.

[0112] If it is determined that the characteristic information of the target scene matches the preset scene information, step S604 is executed; otherwise, the process ends.

[0113] Step S604: the policy management center unit determines whether the current moment is within the execution time range of the target scenario.

[0114] In other words, it is determined whether the target scene is activated.

[0115] If it is determined that the current moment is not within the execution time limit of the target scenario (or the target scenario has ended), execute step S605; if it is determined that the current moment is within the execution time limit of the target scenario (or the target scenario has been started), execute step S607.

[0116] Step S605: the policy management center unit notifies the data collection unit to stop collecting the unprocessed alarm information in the target scene.

[0117] Step S606: The policy distribution unit sends a policy suspension message to at least one policy execution device.

[0118] The policy suspension message is used to instruct at least one policy execution device to stop executing its corresponding alarm processing policy.

[0119] In some embodiments, the policy distribution unit may also delete the no longer used alarm processing policies pre-stored in the storage unit, thereby expanding the storage space of the storage unit.

[0120] Step S607: the data collection unit collects the data to be processed in the target scene according to the data collection method in the preset meta-strategy.

[0121] The data collection method includes a data collection port (such as an F interface, a rest port or a file interface, etc.), through which different types of data are collected. For example, the data collection port is defined by the data in the dataAndActionList in the preset meta-strategy; and the action to be executed is defined by the Action in the dataAndActionList.

[0122] Step S608: The policy generation unit generates at least one alarm processing policy according to the alarm processing policy generation method in the preset meta-policy.

[0123] For example, Table 2 shows a reference data structure of an exemplary alarm processing strategy.

[0124] Table 2 Reference data structure of an exemplary alarm processing strategy

[0125]

[0126] For example, when Action includes an additional action (Attach), Info includes: alarm source information (for example, device identifier, service identifier, number of hops corresponding to the device, etc.);

[0127] When Action includes a mask action (Mask), Info includes: a list of alarm information to be masked;

[0128] In the case where Action includes a sorting action (Sort), Info includes: data that needs to be sorted (for example, data that can characterize the source information of the alarm, such as a device identifier or a service identifier).

[0129] Step S609: the policy distribution unit determines a mapping relationship between the alarm processing policy and the policy execution device.

[0130] Step S610: The policy distribution unit determines the type of policy execution device corresponding to the alarm processing policy based on the mapping relationship between the alarm processing policy and the policy execution device.

[0131] Step S611, when it is determined that the type of policy execution device corresponding to the alarm processing policy is a central policy execution device, the policy distribution unit sends the generated alarm processing policy to the central policy execution device, so that the central policy execution device processes the received alarm information to be processed based on the obtained alarm processing policy.

[0132] In some embodiments, the policy distribution unit may also save the generated alarm processing policy, for example, save the alarm processing policy in a preset storage unit.

[0133] Step S612, when it is determined that the type of the policy execution device corresponding to the alarm processing policy is a proxy policy execution device, the policy distribution unit sends the generated alarm processing policy to the proxy policy execution device, so that the proxy policy execution device processes the received alarm information to be processed based on the obtained alarm processing policy.

[0134] If the alarm information to be processed is generated by a network element device, the proxy policy execution device in the network element device will process the alarm information to be processed based on the alarm processing policy it receives; for example, when the target scenario is a device version upgrade scenario, the alarm processing policy including additional actions is sent to the network element policy execution device; for another example, when the target scenario is a multi-hop device alarm scenario, the alarm processing policy including additional actions is sent to the network element policy execution device.

[0135] If the pending alarm information is used to characterize abnormalities between different network element devices (for example, the pending alarm information is used to characterize the existence of abnormalities in the communication link between two interconnected network element devices, etc.), the pending alarm information needs to be sent to the central policy execution device so that the central policy execution device processes the pending alarm information based on the alarm processing strategy it obtains. For example, in the case where the target scenario is a device version upgrade scenario, an alarm processing strategy including a shielding action can also be sent to the central policy execution device, wherein the shielding action is used to instruct the central policy execution device to shield the link break alarm between the version upgrade device and other devices that it receives; for another example, in the case where the target scenario is a multi-hop device alarm scenario, an alarm processing strategy including a shielding action and a sorting action is sent to the central policy execution device.

[0136] Figure 7 FIG. 1 is a schematic diagram showing a device connection in a device version upgrade scenario provided in an embodiment of the present application. Figure 7 As shown, in the device version upgrade scenario, the first network element device 701 is connected to the second network element device 702 and is accessed to the data communication network 704 through the second network element device 702 so as to communicate with the network management device 703.

[0137] When the first network element device 701 performs a version upgrade (e.g., software version upgrade or firmware version upgrade), the first network element device 701 is a version upgrade device. Correspondingly, the second network element device 702 is a policy execution device. The second network element device 702 can obtain information of all network element devices connected to it, such as alarm information generated by the first network element device 701.

[0138] During the process of upgrading the version of the first network element device 701, the first network element device 701 will automatically restart, resulting in the following exception:

[0139] 1) The communication between the first network element device 701 and the second network element device 702 is abnormal, and an alarm message indicating a DCN communication failure is generated on the second network element device 702.

[0140] 2) The second network element device 702 generates an alarm message indicating that the first network element device 701 is dislocated.

[0141] 3) The network management device will generate network element out-of-management alarm information.

[0142] However, after the first network element device 701 completes restart or the first network element device 701 completes version upgrade, the above three alarm messages will automatically disappear. Therefore, the above three alarm messages do not need to be presented to the operation and maintenance personnel.

[0143] By sending the upgrade information to a data acquisition device (not shown in the figure, where the data acquisition device can be connected to the first network element device 701 and the second network element device 702 respectively), the data acquisition device can collect the attribute information of the first network element device 701 and the device information related to the first network element device 701, such as the connection information of the second network element device 702, and the information of the corresponding network management device 703, etc.

[0144] Then, the data acquisition device sends the collected information to a policy generation device (not shown in the figure), so that the policy generation device generates an alarm processing strategy applied to the device upgrade scenario as shown in Table 4 based on a preset meta-strategy corresponding to the device upgrade scenario (such as a preset meta-policy applied to the device upgrade scenario shown in Table 3).

[0145] Table 3 A preset meta-strategy applied to device upgrade scenario

[0146]

[0147] Table 4 An alarm handling strategy applied to the device upgrade scenario

[0148]

[0149] Furthermore, the policy generation device sends the alarm processing policy shown in Table 4 to the policy distribution unit, so that the policy distribution unit sends the alarm processing policy shown in Table 4 to the central policy execution device.

[0150] When the central policy execution device in the network management device 703 receives the alarm information indicating DCN communication failure and the alarm information of network element dislocation reported by the second network element device 702, the central policy execution device will process the received alarm information based on the alarm processing strategy shown in Table 4, that is, discard the above two alarm information, so that the operation and maintenance personnel will not view the above two alarm information, thereby reducing the number of alarms that the operation and maintenance personnel need to handle.

[0151] When the first network element device 702 completes the version upgrade, the central policy execution device will receive a policy suspension message sent by the policy management center device, wherein the policy suspension message is used to instruct the central policy execution device to stop executing its corresponding alarm processing policy.

[0152] In some embodiments, the central policy enforcement device stops subscribing to alert information.

[0153] Figure 8 FIG. 1 is a schematic diagram showing device connections in a multi-hop network provided by an embodiment of the present application. Figure 8As shown, the service signal is transmitted to the second network element device 802, the third network element device 803, and the fourth network element device 804 in sequence through the first network element device 801.

[0154] Among them, the input port of the first network element device 801 is port 1, and the output port is port 2; the input port of the second network element device 802 is port 3, and the output port is port 4; the input port of the third network element device 803 is port 5, and the output port is port 6; the input port of the fourth network element device 804 is port 7, and the output port is port 8.

[0155] In the above end-to-end service networking mode, the service signal is input from port 1 of the first network element device 801, transmitted through 7 hops, and output through port 8 of the fourth network element device 804, so that each network element device can receive the service signal. However, during the transmission and processing of the above service signal, if port 1 generates alarm information, the corresponding ports 2 to 8 will generate the same alarm information.

[0156] For the above application scenario, the policy management center device stores a preset meta-policy corresponding to the application scenario. For example, Table 5 shows a preset meta-policy applied to a service processing scenario in a multi-hop network.

[0157] Table 5 A preset meta-strategy for a service processing scenario in a multi-hop network

[0158]

[0159] First, configure end-to-end services; the network management device (not shown in the figure) queries the physical routing order of service processing in the multi-hop network, and sends the queried routing information to the data collection device, so that the data collection device forwards the routing information to the policy generation device.

[0160] Then, the policy generation device obtains the routing information (such as the order of physical routing, etc.) to generate alarm processing policies that match each network element device and an alarm processing policy used by the central policy execution device in the network management device.

[0161] For example, Table 6 shows an alarm processing strategy applied to the third network element device 803, and Table 7 shows an alarm processing strategy applied to the central policy execution device in the network management device.

[0162] Table 6 An alarm processing strategy applied to the third network element device 803

[0163]

[0164] The resource identifier of the third network element device may be a universally unique identifier (Universally Unique Identifier, UUID) of the third network element device 803 .

[0165] Table 7 An alarm processing strategy for a central policy execution device in a network management device

[0166]

[0167]

[0168] Among them, the unprocessed alarm information that is finally retained is the alarm information closest to the device where the fault occurs. For example, the smaller the sequence number in the sorting result, the closer the unprocessed alarm information is to the upstream device (for example, the first network element device 801), and ultimately only the unprocessed alarm information of the upstream device (the first network element device 801) is retained.

[0169] It should be noted that the unprocessed alarm information corresponding to other positions can be set as a derived alarm because it is the same as the unprocessed alarm information on port 1 of the first network element device 801, and the derived alarm is deleted.

[0170] After the policy generation device generates the alarm processing strategies shown in Table 6 and Table 7, the policy generation device sends the above two alarm processing strategies to the policy distribution unit, so that the policy distribution unit distributes the alarm processing strategies shown in Table 6 to each network element device, and sends the alarm processing strategies shown in Table 7 to the central policy execution device.

[0171] When the proxy policy execution device in the third network element device 803 receives the alarm processing policy shown in Table 6, if an alarm message is generated at port 5, the proxy policy execution device will add the following information to the alarm message: the service identifier is port 5 of the third network element device 803 (or the service signal corresponds to the fifth hop of the route), thereby generating the alarm message to be processed. Further, the proxy policy execution device in the third network element device 803 will report the alarm message to be processed to the network management device.

[0172] When the central policy execution device in the network management device receives the pending alarm information reported by the proxy policy execution device in each network element device, the central policy execution device sorts the multiple pending alarm information for the same service signal received within 60 seconds based on the execution action determined by the "ActionAndInfoList" in Table 7, obtains the sorting result, and filters out the pending alarm information of the first network element device 801 that is finally retained based on the sorting result.

[0173] Furthermore, the unprocessed alarm information of the first network element device 801 obtained through screening is displayed to a terminal used by an operation and maintenance personnel, so that the operation and maintenance personnel can promptly process the abnormality occurring in the multi-hop network based on the unprocessed alarm information.

[0174] Through the alarm processing method for business processing scenarios of multi-hop networks in this embodiment, the processing efficiency of each alarm message to be processed can be improved, and accurate alarm information for solving the location where the abnormality occurs can be obtained conveniently and quickly, which is beneficial to the abnormality location and abnormality processing of operation and maintenance personnel; and it can also minimize the communication resources or storage resources occupied by the alarm information to be processed, and reduce the data processing pressure brought by a large number of alarm messages.

[0175] It should be clear that the present application is not limited to the specific configurations and processes described in the above embodiments and shown in the figures. For the convenience and brevity of description, a detailed description of the known methods is omitted here, and the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, which will not be repeated here.

[0176] Fig. 9 A structural diagram showing an exemplary hardware architecture of a computing device capable of implementing the method and apparatus for processing alarm information according to an embodiment of the present application.

[0177] like Fig. 9 As shown, the computing device 900 includes an input device 901, an input interface 902, a central processing unit 903, a memory 904, an output interface 905, and an output device 906. The input interface 902, the central processing unit 903, the memory 904, and the output interface 905 are connected to each other via a bus 907, and the input device 901 and the output device 906 are connected to the bus 907 via the input interface 902 and the output interface 905, respectively, and then connected to other components of the computing device 900.

[0178] Specifically, the input device 901 receives input information from the outside and transmits the input information to the central processing unit 903 through the input interface 902; the central processing unit 903 processes the input information based on the computer executable instructions stored in the memory 904 to generate output information, temporarily or permanently stores the output information in the memory 904, and then transmits the output information to the output device 906 through the output interface 905; the output device 906 outputs the output information to the outside of the computing device 900 for user use.

[0179] In one embodiment, Fig. 9The computing device shown may be implemented as an electronic device, which may include: a memory configured to store a program; and a processor configured to run the program stored in the memory to execute the method for processing alarm information described in the above embodiment.

[0180] In one embodiment, Fig. 9 The computing device shown can be implemented as an alarm information processing system, which may include: a memory configured to store a program; a processor configured to run the program stored in the memory to execute the alarm information processing method described in the above embodiment.

[0181] The above is only an exemplary embodiment of the present application and is not intended to limit the scope of protection of the present application. In general, various embodiments of the present application can be implemented in hardware or special circuits, software, logic or any combination thereof. For example, some aspects can be implemented in hardware, while other aspects can be implemented in firmware or software that can be executed by a controller, a microprocessor or other computing device, although the present application is not limited thereto.

[0182] Embodiments of the present application may be implemented by a processor executing computer program instructions, such as in a processor entity, or by hardware, or by a combination of software and hardware. The computer program instructions may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages.

[0183] The block diagram of any logic flow in the accompanying drawings of the present application can represent program steps, or can represent interconnected logic circuits, modules and functions, or can represent a combination of program steps and logic circuits, modules and functions. The computer program can be stored on a memory. The memory can have any type suitable for the local technical environment and can be implemented using any suitable data storage technology, such as but not limited to read-only memory (ROM), random access memory (RAM), optical memory device and system (digital versatile disc DVD or CD disc), etc. Computer-readable media may include non-transient storage media. The processor can be any type suitable for the local technical environment, such as but not limited to a general-purpose computer, a special-purpose computer, a microprocessor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a programmable logic device (FGPA) and a processor based on a multi-core processor architecture.

[0184] By way of exemplary and non-limiting examples, a detailed description of exemplary embodiments of the present application has been provided above. However, various modifications and adjustments to the above embodiments will be apparent to those skilled in the art when considered in conjunction with the accompanying drawings and claims, but will not depart from the scope of the present application. Therefore, the proper scope of the present application will be determined according to the claims.

Claims

1. A method for processing alarm information, characterized in that: include: Determine at least one alarm processing strategy matching the target scenario, and at least one strategy execution device corresponding to each of the alarm processing strategies; The alarm processing strategy is sent to the corresponding at least one policy execution device, wherein the policy execution device is used to process the received alarm information to be processed based on the alarm processing strategy, and the policy execution device includes: a central policy execution device and / or a network element policy execution device.

2. The method according to claim 1, characterized in that The determining of at least one alarm processing strategy matching the target scenario, and at least one strategy execution device corresponding to each of the alarm processing strategies, includes: Acquiring characteristic information of the target scene; Matching the characteristic information of the target scene with the preset scene information in the preset meta-strategy respectively; wherein the preset meta-strategy includes the preset scene information; When a preset meta-policy is determined in which the corresponding preset scene information matches the characteristic information of the target scene, at least one alarm processing strategy and at least one policy execution device corresponding to each of the alarm processing strategies are determined according to the preset meta-policy.

3. The method according to claim 2, characterized in that The preset meta-strategy also includes: a data collection method and at least one alarm processing strategy; The determining of at least one alarm processing strategy according to the preset meta-strategy, and at least one strategy execution device corresponding to each of the alarm processing strategies, includes: Collect the data to be processed in the target scene according to the data collection method in the preset meta-strategy; The policy execution device is determined according to the data to be processed, and a mapping relationship between the alarm processing policy and the policy execution device is determined.

4. The method according to claim 2, characterized in that: The preset meta-strategy also includes: a data collection method and an alarm processing strategy generation method; The determining of at least one alarm processing strategy according to the preset meta-strategy, and at least one strategy execution device corresponding to each of the alarm processing strategies, includes: Collecting the data to be processed in the target scenario according to the data collection method in the preset meta-strategy, and determining the strategy execution device according to the data to be processed; Generate at least one alarm processing strategy according to the alarm processing strategy generation method in the preset meta-strategy; A mapping relationship between the alarm processing strategy and the strategy execution device is determined.

5. The method according to claim 4, characterized in that The generating at least one alarm processing strategy according to the alarm processing strategy generating method in the preset meta-strategy comprises: Inputting the data to be processed into an alarm processing strategy generation model for processing to obtain the at least one alarm processing strategy; The alarm processing strategy generation model is a model obtained by iteratively training a preset model using multiple sample alarm information.

6. The method according to claim 1, characterized in that The alarm processing strategy includes: an execution action and information corresponding to the execution action, wherein the information corresponding to the execution action is information obtained based on the alarm processing strategy; The execution action includes at least one of an additional action, a shielding action, and a sorting action; In the case where the execution action includes the additional action, the information corresponding to the execution action includes: alarm source information; In the case where the execution action includes the shielding action, the information corresponding to the execution action includes: a list of alarm information to be shielded; In the case where the execution action includes the sorting action, the information corresponding to the execution action includes: data that needs to be sorted.

7. The method according to claim 6, characterized in that The sending the alarm processing strategy to the corresponding at least one strategy execution device includes: In the case where the target scenario is a device version upgrade scenario, sending the alarm processing policy including the additional action to the network element policy execution device, and sending the alarm processing policy including the shielding action to the central policy execution device; In the case where the target scenario is a multi-hop device alarm scenario, the alarm processing policy including the additional action is sent to the network element policy execution device, and the alarm processing policy including the shielding action and the sorting action is sent to the central policy execution device.

8. The method according to any one of claims 1 to 7, characterized in that After sending the alarm processing strategy to at least one corresponding strategy execution device, the method further includes: When it is determined that the target scenario is not within the execution time limit, a policy suspension message is sent to the at least one policy execution device, where the policy suspension message is used to instruct the at least one policy execution device to stop executing its corresponding alarm processing policy.

9. A method for processing alarm information, characterized in that: include: An alarm processing strategy sent by a processing device receiving alarm information, wherein the alarm processing strategy matches a target scenario; When the unprocessed alarm information in the target scene is received, the unprocessed alarm information is processed according to the alarm processing strategy.

10. The method according to claim 9, characterized in that The alarm processing strategy includes: an execution action and information corresponding to the execution action; The execution action includes at least one of an additional action, a shielding action, and a sorting action; In the case where the execution action includes the additional action, the information corresponding to the execution action includes: alarm source information; In the case where the execution action includes the shielding action, the information corresponding to the execution action includes: a list of alarm information to be shielded; In the case where the execution action includes the sorting action, the information corresponding to the execution action includes: data that needs to be sorted.

11. The method according to claim 10, characterized in that In the case where the execution action includes the additional action, processing the to-be-processed alarm information according to the alarm processing strategy includes: Adding the alarm source information to the alarm information to be processed to generate target alarm information; The target alarm information is sent to a network management device.

12. The method according to claim 10, characterized in that In a case where the execution action includes the sorting action, processing the to-be-processed alarm information according to the alarm processing strategy includes: Sorting the received multiple alarm information with the alarm source information added thereto to obtain a sorting result; According to the sorting result, target alarm information is obtained by screening from the plurality of alarm information added with alarm source information, and the target alarm information is processed.

13. The method according to claim 10, characterized in that In the case where the execution action includes the shielding action, processing the to-be-processed alarm information according to the alarm processing strategy includes: Determine whether the list of alarm information to be blocked includes the alarm information to be processed; In a case where the alarm information to be shielded list includes the alarm information to be processed, the alarm information to be processed is discarded.

14. An electronic device, characterized in that: include: one or more processors; A memory having one or more programs stored thereon, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the method for processing alarm information as described in any one of claims 1 to 8, or the method for processing alarm information as described in any one of claims 9 to 13.

15. A readable storage medium, characterized in that: The readable storage medium stores a computer program, and when the computer program is executed by a processor, the method for processing alarm information according to any one of claims 1 to 8, or the method for processing alarm information according to any one of claims 9 to 13 is implemented.

Images