An in-vivo enhanced and in-vitro enhanced alerting method and apparatus
By employing in-system and external enhancement methods for alarm processing, the shortcomings of existing alarm systems in terms of flexibility and scalability are addressed. This enables alarm message processing that meets complex business needs without modifying the source system, thereby improving system stability and ease of maintenance.
Patent Information
- Application Number
- CN202411403820.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-09
- Publication Date
- 2025-10-24
- Estimated Expiration
- 2044-10-09
AI Technical Summary
Existing alarm systems lack flexibility at the fine-grained processing level, making it difficult to adapt to changing business needs and rapidly changing system environments. Furthermore, adding new tags requires modifying the source system code, resulting in high costs and potential risks.
The alarm handling method employs in-body and external enhancement, and uses an enhancement call chain to call in-body and external enhancers to process alarm messages. It supports complex logical judgments and joint judgments referencing external data, and dynamically loads external enhancers to expand data carrying capacity, avoiding modification of the source system.
Without increasing the number of tags, expand the data carrying capacity of alarm messages to meet more diverse business needs, reduce the cost and risk of adding or modifying tags, and improve system stability and ease of maintenance.
Smart Images

Figure CN119299281B_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of computer, in particular to an in-vivo enhanced and in-vitro enhanced alarm processing method and device. BACKGROUND
[0002] With the rapid development of information technology, software systems are becoming more and more complex, involving a large amount of data processing and real-time monitoring. In the field of software engineering, monitoring alarm systems are the key components to ensure the stability and reliability of the system. These systems are responsible for real-time detection of abnormal conditions during software operation and timely notification of relevant personnel for processing. However, with the expansion of system size and the growth of business demand, the existing alarm systems face the problem of insufficient flexibility and scalability, which limits their ability to manage alarm messages in a fine-grained manner in highly complex business demand scenarios.
[0003] In existing alarm systems, a centralized architecture is usually adopted to process and manage alarm messages. As the number of business systems increases and the complexity of business increases, the source and quantity of alarm messages also increase, and a general system, commonly known as an "alarm response platform", is usually split out to uniformly receive, manage, and distribute alarm messages. This type of platform logically solves the problem of uniform management of alarm messages, but at the same time brings great complexity to the "alarm response platform". In response to different sources and a variety of alarm messages, existing alarm systems often lack flexibility in fine-grained processing and are difficult to adapt to changing business demands and rapidly changing system environments. SUMMARY
[0004] In order to solve the technical problem that existing alarm systems often lack flexibility in fine-grained processing and are difficult to adapt to changing business demands and rapidly changing system environments, the present application provides an in-vivo enhanced and in-vitro enhanced alarm processing method and device.
[0005] In a first aspect, the present application provides an in-vivo enhanced and in-vitro enhanced alarm processing method, comprising:
[0006] The alarm receiver receives the alarm message and forwards the received alarm message to the enhanced router;
[0007] The enhanced router matches the corresponding enhanced call chain according to the alarm message and the preset message routing rule;
[0008] The enhanced call chain invokes the in-vitro enhancer to process the alarm message and returns the processing result to the enhanced router.
[0009] Based on the above technical application, further, the enhanced call chain calls the in-vivo enhancer and / or the ex-vivo enhancer to process the alarm message, and returns the processing result to the enhanced router, specifically comprising:
[0010] The enhanced call chain calls the in-vivo enhancer to extract the first processing result in the alarm message;
[0011] The enhanced call chain calls the ex-vivo enhancer through the calling information of the ex-vivo enhancer to extract the second processing result in the alarm message;
[0012] The enhanced call chain returns the first processing result and / or the second processing result to the enhanced router.
[0013] Based on the above technical application, further, the method further comprises:
[0014] The alarm receiver sends a message for creating a processing node for service registration and discovery to a registration center;
[0015] The registration center creates the processing node, and associates according to the information of the processing node and the ex-vivo enhancer, and returns the calling information of the ex-vivo enhancer to the alarm receiver;
[0016] The alarm receiver generates the message routing rule according to the message routing rule and the ex-vivo enhancer combination.
[0017] Based on the above technical application, further, the enhanced router matches the corresponding enhanced call chain according to the alarm message and the preset message routing rule, specifically comprising:
[0018] The enhanced router obtains at least one data tag in the alarm message;
[0019] The enhanced router obtains a target node and an enhanced call chain from the data tag;
[0020] The enhanced router searches from the preset message routing rule to find whether the target node is a child node of the data tag;
[0021] If yes, search the enhanced call chain from the child node;
[0022] If found, the enhanced router matches the corresponding enhanced call chain;
[0023] If not found, search the next child node of the target node under the data tag, search the enhanced call chain from the next child node, until the enhanced call chain is found;
[0024] If the enhanced router finds a non-subnode of the data tag of the target node from the preset message routing rule;
[0025] then finds an upper node of the data tag from the preset message routing rule;
[0026] If yes, the enhanced router finds the enhanced call chain from the upper node of the data tag;
[0027] If yes, the enhanced router matches the corresponding enhanced call chain;
[0028] If no, the enhanced router retrieves a next subnode of the target node from the upper node of the data tag, finds the enhanced call chain from the next subnode, until the enhanced call chain is found.
[0029] Based on the above technical application, further, the method further comprises:
[0030] The enhanced router sends the processing result to a notification component.
[0031] In a second aspect, the application further provides an in-vivo enhanced and in-vitro enhanced alarm processing device, which comprises:
[0032] An alarm receiver, configured to receive an alarm message and forward the received alarm message to an enhanced router;
[0033] The enhanced router is configured to match a corresponding enhanced call chain according to the alarm message and a preset message routing rule;
[0034] The enhanced call chain is configured to call an in-vitro enhancer to process the alarm message and return a processing result to the enhanced router.
[0035] Based on the above technical application, further, the enhanced call chain is further configured to call an in-vivo enhancer to extract a first processing result from the alarm message;
[0036] The enhanced call chain is further configured to call an in-vitro enhancer to extract a second processing result from the alarm message through the calling information of the in-vitro enhancer;
[0037] The enhanced call chain is further configured to return the first processing result and / or the second processing result to the enhanced router.
[0038] Based on the above technical application, further, the alarm receiver is configured to send a message for creating a processing node for service registration and discovery to a registration center;
[0039] The registration center is configured to create the processing node, associate the extracorporeal enhancer according to information of the processing node, and return calling information of the extracorporeal enhancer to the alarm receiver.
[0040] The alarm receiver is configured to generate the message routing rule according to the extracorporeal enhancer combination.
[0041] In a second aspect, the application further provides an in-vivo enhanced and extracorporeal enhanced alarm processing device, which comprises:
[0042] The alarm receiver is configured to receive an alarm message and forward the received alarm message to an enhanced router.
[0043] The enhanced router is configured to match a corresponding enhanced calling chain according to the alarm message and a preset message routing rule.
[0044] The enhanced calling chain is configured to call an extracorporeal enhancer to process the alarm message and return a processing result to the enhanced router.
[0045] In a third aspect, the application further provides a computer device comprising a memory and a processor, wherein the memory stores a computer program, and the processor realizes the in-vivo enhanced and extracorporeal enhanced alarm processing method of any one of the above technical applications when executing the computer program.
[0046] In a fourth aspect, the application further provides a computer readable storage medium, which stores a computer program, and the computer program realizes the in-vivo enhanced and extracorporeal enhanced alarm processing method of any one of the above technical applications when executed by a processor.
[0047] The in-vivo enhanced and extracorporeal enhanced alarm processing method provided by the application comprises the following steps: an alarm receiver receives an alarm message and forwards the received alarm message to an enhanced router; an enhanced router matches a corresponding enhanced calling chain according to the alarm message and a preset message routing rule; the enhanced calling chain calls an extracorporeal enhancer to process the alarm message and returns a processing result to the enhanced router. The application can effectively expand the data carrying capacity of the alarm message without increasing the number of labels, support complex logical judgment and joint judgment of external data, meet more diversified business needs, reduce the cost and risk of adding or modifying labels due to business development, and improve the stability and maintenance convenience of the system. BRIEF DESCRIPTION OF DRAWINGS
[0048] The accompanying drawings, which form a part of the present application, are intended to provide further understanding of the present application and are incorporated herein for illustrative purposes. The schematic embodiments of the present application and their descriptions are used to explain the present application and do not constitute improper limitations on the present application.
[0049] In the drawings:
[0050] Figure 1 is a process schematic diagram of the existing alarm response platform message enhancement process provided by the embodiment of the present application;
[0051] Figure 2 is a process schematic diagram of the alarm processing method of in-vivo enhancement and in-vitro enhancement provided by the embodiment of the present application;
[0052] Figure 3 is a process schematic diagram of the in-vitro enhancer registration loading process of the in-vitro enhancer provided by the embodiment of the present application;
[0053] Figure 4 is a process schematic diagram of the enhancement using the in-vitro enhancer provided by the embodiment of the present application;
[0054] Figure 5 is a process schematic diagram of the registration using the in-vitro enhancer provided by the embodiment of the present application;
[0055] Figure 6 is a process schematic diagram of the alarm processing method of in-vivo enhancement and in-vitro enhancement provided by the embodiment of the present application;
[0056] Figure 7 is a module schematic diagram of the alarm processing device of in-vivo enhancement and in-vitro enhancement provided by the embodiment of the present application. DETAILED DESCRIPTION
[0057] The present application will be described in detail below with reference to the accompanying drawings and in conjunction with embodiments. It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict.
[0058] The following detailed description is exemplary description and is intended to provide further detailed description of the present application. Unless otherwise specified, all technical terms used in the present application have the same meanings as those generally understood by the general technical personnel in the field to which the present application belongs. The terms used in the present application are only for describing the specific embodiments and are not intended to limit the exemplary embodiments according to the present application.
[0059] In order to realize the routing and re-judgment of the received alarm message, the alarm response platform will define a standard API interface, and generally adopt the way of labeling the alarm message to bring a series of attributes to the alarm message. Then the platform will provide a series of label enhancement methods to re-process the original label. The commonly used enhancement methods include: extraction, combination, deletion, mapping. However, these methods, although to some extent, bring the ability of re-labeling message processing, still seem to be inadequate when the business grows and changes.
[0060] Some limitations of the prior art: Limitations of data reprocessing capabilities: Although the alarm message itself carries some basic tags, due to the limitation of the number of tags by the platform interface, the amount of data that the alarm message can provide is very limited. This seriously restricts the depth utilization of alarm data and the flexibility of subsequent processing. The single nature of the enhancement means: The existing alarm platform mainly provides basic data enhancement means, such as extraction, combination, deletion, and mapping operations. These means cannot meet the advanced business needs that require complex logic processing or need to combine external data for comprehensive judgment, limiting the development potential of the alarm system in terms of intelligence and automation. High cost of adding new tags: As business needs continue to evolve, new tags may need to be introduced or new tags based on existing data need to be generated to support more detailed business processing. However, the existing alarm system often needs to modify the source system code to add new tags, which not only consumes time and effort, but also may pose a risk to the stability of the source system, resulting in exceptionally high modification costs.
[0061] The present application aims to solve the following key technical problems in the existing alarm response platform system:
[0062] Limitations of data reprocessing capabilities: In view of the limitation of the number of tags by the platform interface for alarm messages, the present application provides a method that can effectively expand the data carrying capacity of alarm messages without increasing the number of tags. The single nature of the enhancement means: In view of the limitation of the prior art that can only provide basic operations in alarm message enhancement processing, the present application designs a more flexible enhancement mechanism that supports complex logic judgment and reference to external data for joint judgment to meet more diversified business needs. High cost of adding new tags: In view of the high cost and potential risks of adding or modifying tags in existing systems, the present application proposes a tag generation method that does not require modification of the source system, greatly reducing the complexity and cost of business adjustment.
[0063] The purpose of the present application is to overcome the limitations of the prior art and provide a more flexible, efficient, and cost-effective alarm message processing method. Through the technical application of the present application, the following technical effects are expected to be achieved:
[0064] Deep processing and expansion of alarm messages are achieved, improving data availability and business adaptability.
[0065] Through innovative enhancement means, the flexibility and intelligence level of alarm message processing are improved.
[0066] The cost and risk of adding or modifying tags due to business development needs are reduced, improving the stability of the system and the convenience of maintenance.
[0067] In summary, the present application not only solves the shortcomings of the prior art, but also significantly improves the flexibility and expandability of alarm message processing through a series of innovative technical means, meeting the development needs of modern software engineering monitoring and alarm fields.
[0068] As shown in Figure 1 , the existing alarm response platform message enhancement process is:
[0069] The alarm response platform generally has receiving, enhancing, and notifying components, and the basic processing flow is as follows:
[0070] The alarm message is sent to the alarm response platform through an interface, and first passes through the receiving module to perform basic authentication judgment on the sent message.
[0071] After authentication, go to the enhancement module for enhancement.
[0072] The first step is to pass through the enhancement routing sub-module, and the routing module calls the enhancer according to the routing strategy matching the enhancer or enhancer combination.
[0073] The enhancer uses a series of built-in tag enhancement methods such as extraction, replacement, combination, and deletion to process the alarm message and re-label the message
[0074] After the enhancement process is completed, the alarm message is attached with some new tags for the notification module or other modules, such as the notification module which can determine who to send the alarm to according to the tags and the pre-prepared configuration.
[0075] As shown in Figure 2 , the present application innovatively adds an extracorporeal enhancement method to improve the expandability and flexibility of alarm processing. The core content of the present application is to add an extracorporeal enhancement capability to the alarm response platform, which has the capability of extracorporeal enhancer interface definition, registration, management, and invocation.
[0076] The extracorporeal enhancer is an application program that implements the extracorporeal enhancer interface, which is independently deployed and independent of the platform, and communicates through the network.
[0077] As shown in Figure 3 , the registration and discovery and invocation of the extracorporeal enhancer: the registration and discovery of the service rely on the third-party registration center component to coordinate the service discovery process, supporting common registration centers such as Nacos, Consul, Zookeeper, etc. The service invocation is through RPC invocation, supporting common communication protocols such as gRPC, REST, Dubbo2, Triple, etc.
[0078] Service discovery contains three roles of provider (out-body enhancer), consumer (alarm response platform) and registry center, wherein, the service provider instance registers URL address to the registry center, the registry center is responsible for data aggregation, the service consumer reads address list from the registry center and subscribes to changes, and the registry center notifies all subscribed consumer instances of the latest list whenever the address list changes.
[0079] The essential difference from in-body enhancer: in-body enhancer is a specific implementation of certain enhancement logic, which can only implement certain fixed logic, the code is coupled with the platform, and the change requires recompilation and deployment, which cannot be dynamically loaded. The code of out-body enhancer is completely decoupled from the platform, and the enhancement logic can be flexibly implemented. Because it is independently deployed, as long as the out-body enhancement interface defined by the platform is implemented according to the specification, it can be dynamically loaded into the enhancement link through the console, without affecting the platform.
[0080] Registration, activation and loading process of out-body enhancer:
[0081] Registration, discovery and invocation of out-body enhancer:
[0082] Activation of out-body enhancer: after the out-body enhancer is discovered by the alarm response platform through the registry center, it does not mean that it has taken effect. It needs to be activated or disabled through the console of the platform to load or unload, so as to avoid out-of-control.
[0083] Loading of out-body enhancer: when the out-body enhancer is activated, it is the same as the in-body enhancer, which can be configured through the console. After the message routing rules and enhancer combination are configured, an out-body enhancement rule is generated. The out-body enhancer is equivalent to being loaded into the enhancement process. Subsequently, when a matching message comes, it will trigger the invocation process of the out-body enhancer according to the configuration of the rule.
[0084] Invocation process of out-body enhancer:
[0085] Enhancement rule matching: the alarm response platform receives an alarm message, which is matched to the out-body enhancement rule through the enhancement routing, which is usually the trigger point of the out-body enhancement process.
[0086] Constructing out-body call: the out-body enhancement rule sends the enhancer address, parameter, upstream message and other information to the out-body enhancer call component, which performs unified out-body call.
[0087] Call out-body enhancer: the out-body enhancer call component constructs the call object of the out-body enhancer according to the related parameters and executes the call. This type of call belongs to network call, which can be implemented by RPC or Rest based on HTTP. It does not force the binding of the programming language of out-body enhancer, providing maximum flexibility.
[0088] In vitro enhancement processing and return results: The in vitro enhancer performs enhancement processing on the alarm message sent. After the enhancer completes the processing, it returns the enhancement result to the calling component and the enhancement processing process.
[0089] Related processes
[0090] like Figure 4 As shown, part 1 in vitro enhancer registration and loading process
[0091] like Figure 5 As shown, part 2 is enhanced using an in vitro enhancer
[0092] The business system sends an alarm message to the platform. The message is as follows:
[0093] {
[0094] "title":"[API interface response time warning]",
[0095] "description":"The number of times the response time (3-day duration) of the Xiaojingli sub-interface exceeded the threshold of 3000 milliseconds between 2024-04-12 20:28:00 and 2024-04-12 20:38:10 was exceeded. The total number of calls was 10, the alarm threshold was 10, and the actual value was 3. The timeout rate threshold was 30%, and the actual value was 30%. ",
[0096] "labels":{
[0097] "productId":"1000",
[0098] "productOwner":"Zhang San",
[0099] "clientId":"c001"
[0100] }
[0101] }
[0102] The alarm receiver forwards the message to the enhancement routing component for enhancement process;
[0103] Enhanced routing matches the enhanced call chain based on the message and the configured rules. Note: The enhanced call chain consists of multiple enhancement steps, each of which uses the configured enhancer to enhance the message, either in vivo or in vitro.
[0104] Call the extract type body enhancer to extract the start time and end time from the description.
[0105] Return message:
[0106] {
[0107] "title":"[API interface response time warning]",
[0108] "description":"The number of times the Xiaojingli sub-interface's response time exceeded 3000 milliseconds between 2024-04-12 20:28:00 and 2024-04-12 20:38:10 exceeded the threshold. The total number of calls was 10, the alarm threshold was 10, and the actual value was 3. The timeout rate threshold was 30%, and the actual value was 30%. ",
[0109] "labels":{"productId:"1000",
[0110] "productOwner":"Zhang San",
[0111] "clientId":"c001",
[0112] "startTime":"2024-04-1220:28:00",
[0113] "endTime':"2024-04-1220:38:10",
[0114] }
[0115] }
[0116] Call the in vitro enhancer "Demo Enhancer" for enhancement, the Demo Enhancer uses
[0117] The clientId:c001 tag goes to the customer database to look up the customer type attribute and appends it to the tag.
[0118] Return message:
[0119] {
[0120] "title":"[API interface response time warning]",
[0121] "description":"The number of times the Xiaojingli sub-interface's response time exceeded 3000 milliseconds between 2024-04-12 20:28:00 and 2024-04-12 20:38:10 exceeded the threshold. The total number of calls was 10, the alarm threshold was 10, and the actual value was 3. The timeout rate threshold was 30%, and the actual value was 30%. ",
[0122] "labels":{
[0123] "productId":"1000",
[0124] "productOwner":"Zhang San",
[0125] "clientId":"c001",
[0126] "startTime':"2024-04-1220:28:00",
[0127] "endTime":"2024-04-1220:38:10",
[0128] "Customer Type": "Key Customer"
[0129] }
[0130] }
[0131] Enhance the call chain and return
[0132] Send the enhanced message to the notification component
[0133] The notification component determines to which user the message is sent based on the productId and customer type tags in the message.
[0134] The in vitro enhancement ideas, components and corresponding processes mentioned in the present invention.
[0135] The present invention provides a method for solving the problem of limiting the number of alarm tags that can be carried and dynamically expanding data tags.
[0136] The present invention provides a method for solving the problems of single enhancement means and inflexible processing mode.
[0137] The present invention provides a method for solving the problem that the existing application for adding new tags requires changing the business system, which leads to high costs and affects stability.
[0138] For example, suppose an alert message carries the tags productId:1000, productOwner: Zhang San, and clientId:c001. Based on the productOwner tag, the downstream notification node sends the alert to Zhang San. Later, as the business grows, Zhang San's team grows, including a new member: Zhang Yi. To achieve division of labor, the new requirement is to send messages with the tags productId:1000 and customer type: key customer to Zhang San, and all other messages to Zhang Yi.
[0139] Existing technology application: Because the alarm message itself does not carry the customer type label, and the alarm response platform does not have business system access capability, it cannot output the customer type label. To support this requirement, the source code of the business system needs to be modified to add the customer type: large customer label to the original message, and the notification module can determine who to send the message to based on this label. This means that we need to modify the code of the business system, then test and go online, which not only consumes the time of multiple personnel, but also may cause unpredictable errors and affect the stability of the business.
[0140] Use the present application: An external enhancer can be written to use the clientId:1000 label of the alarm message to query the customer type attribute of the customer in the business database, and the customer type: large customer label can be added to the alarm message. Then, the external enhancer is registered to the platform and enabled through the present application. A new alarm message comes, and the external enhancer adds the customer type: large customer label to it. The downstream notification node can determine whether to send it to Zhang San or Zhang Yi based on this label, realizing the new scenario requirement.
[0141] Advantages of the present application:
[0142] The external enhancer is an independent program that does not depend on the business system or the alarm response platform. It can be independently online and dynamically loaded to the alarm response platform, completely avoiding modification of the existing source system and alarm platform, thereby reducing the potential impact on the business process. This is particularly important when dealing with business requirements that require the addition of labels or changes to data processing logic, as it eliminates the risks and costs associated with modifying source code while ensuring system stability and business continuity.
[0143] The external enhancer does not restrict programming languages or network and database access capabilities, completely solving the problem of single enhancement means and the limitations of reprocessing due to lack of data.
[0144] The existing technology application does not implement this type of technology because, from the evolution of the alarm response platform, it is a system with high abstraction and generalization, and generally does not couple with the business system, so it does not have business system data access capability, limiting its enhancement means to the scope of expression calculation based on the labels carried by the alarm message.
[0145] In addition to the complexity of the application itself, the alarm response platform itself is a system that is biased towards the end of the business chain, and its importance is generally relatively low. Compared with the extracorporeal enhancer, the enterprise will generally choose to directly modify the business system to adapt to the new business scenario. But often the availability requirements of some business systems are very high. At this time, by extracorporeal enhancement in the alarm platform, the new demand can be met under the premise of zero modification of the business system, which will be a good choice.
[0146] Generally, due to the limitations of the deployment mode of commercial systems, such as SAAS type cloud services, considering the delay and security, it is not possible to use extracorporeal enhancement; or because the system positioning is relatively special and needs to maintain high robustness, the use of extracorporeal enhancement may affect these technical goals.
[0147] The above and other objects, features and advantages of the present application will become apparent from the following description of embodiments of the present application, taken in conjunction with the accompanying drawings. Figure 6 The alarm processing method provided by the embodiment of the present application is a kind of in-vivo enhancement and extracorporeal enhancement, and the method comprises:
[0148] 110, the alarm receiver receives the alarm message, and forwards the received alarm message to the enhanced router;
[0149] 120, the enhanced router matches the corresponding enhanced call chain according to the alarm message and the preset message routing rule;
[0150] 130, the enhanced call chain calls the extracorporeal enhancer to process the alarm message, and returns the processing result to the enhanced router.
[0151] Based on the above technical application, further, the enhanced call chain calls the in-vivo enhancer and / or extracorporeal enhancer to process the alarm message, and returns the processing result to the enhanced router, specifically comprising:
[0152] The enhanced call chain calls the in-vivo enhancer to extract the first processing result in the alarm message;
[0153] The enhanced call chain calls the extracorporeal enhancer to extract the second processing result in the alarm message through the calling information of the extracorporeal enhancer;
[0154] The enhanced call chain returns the first processing result and / or the second processing result to the enhanced router.
[0155] Based on the above technical application, further, the method further comprises:
[0156] The alarm receiver sends a message for creating a processing node for service registration and discovery to the registration center;
[0157] The registration center creates the processing node, associates the extracorporeal enhancer according to the information of the processing node, and returns the calling information of the extracorporeal enhancer to the alarm receiver;
[0158] The alarm receiver generates the message routing rule according to the combination of the message routing rule and the extracorporeal enhancer.
[0159] Based on the above technical application, further, the enhanced router matches the corresponding enhanced calling chain according to the alarm message and the preset message routing rule, specifically including:
[0160] The enhanced router acquires at least one data tag in the alarm message;
[0161] The enhanced router acquires the target node and the enhanced calling chain from the data tag;
[0162] The enhanced router searches from the preset message routing rule to check whether the target node is a child node of the data tag;
[0163] If yes, the enhanced calling chain is searched from the child node;
[0164] If found, the enhanced router matches the corresponding enhanced calling chain;
[0165] If not found, the next child node of the target node under the data tag is searched, the enhanced calling chain is searched from the next child node, and the enhanced calling chain is found until the enhanced calling chain is found;
[0166] If the enhanced router searches from the preset message routing rule to check that the target node is not a child node of the data tag;
[0167] The upper node of the data tag is searched from the preset message routing rule;
[0168] If yes, the enhanced calling chain is searched from the upper node of the data tag;
[0169] If found, the enhanced router matches the corresponding enhanced calling chain;
[0170] If not found, the next child node of the target node under the upper node of the data tag is searched, the enhanced calling chain is searched from the next child node, and the enhanced calling chain is found until the enhanced calling chain is found.
[0171] Through the above implementation, the application can effectively expand the data carrying capacity of the alarm message and the ability to quickly match the enhanced calling chain without increasing the number of tags.
[0172] Based on the above technical application, further, the method further comprises:
[0173] The enhanced router sends the processing result to a notification component.
[0174] The method for in-vivo enhancement and out-vivo enhancement alarm processing provided by the embodiment comprises: an alarm receiver receiving an alarm message and forwarding the received alarm message to an enhanced router; the enhanced router matching a corresponding enhanced call chain according to the alarm message and a preset message routing rule; the enhanced call chain calling an out-vivo enhancer to process the alarm message and returning a processing result to the enhanced router. The application can effectively expand the data carrying capacity of the alarm message without increasing the number of labels, support complex logical judgment and joint judgment of external data to meet more diversified business needs, reduce the cost and risk of adding or modifying labels due to business development needs, and improve the stability and maintenance convenience of the system.
[0175] As shown in Figure 7 The application further provides an in-vivo enhancement and out-vivo enhancement alarm processing device, which comprises:
[0176] An alarm receiver is configured to receive an alarm message and forward the received alarm message to an enhanced router;
[0177] An enhanced router is configured to match a corresponding enhanced call chain according to the alarm message and a preset message routing rule;
[0178] The alarm receiver is configured to generate the message routing rule according to the message routing rule and the out-vivo enhancer combination.
[0179] Based on the above technical application, further, the enhanced call chain is further configured to call an in-vivo enhancer to extract a first processing result in the alarm message;
[0180] The enhanced call chain is further configured to call an out-vivo enhancer to extract a second processing result in the alarm message through the calling information of the out-vivo enhancer;
[0181] The enhanced call chain is further configured to return the first processing result and / or the second processing result to the enhanced router.
[0182] Based on the above technical application, further, the alarm receiver is configured to send a message for creating a processing node for service registration and discovery to a registration center;
[0183] The registration center is configured to create the processing node, associate the out-vivo enhancer according to the information of the processing node and the out-vivo enhancer, and return the calling information of the out-vivo enhancer to the alarm receiver.
[0184] The alarm receiver is configured to generate the message routing rule according to the message routing rule and the combination of the in vitro enhancer.
[0185] This embodiment provides an in vivo and in vitro enhanced alarm processing device, comprising an alarm receiver that receives an alarm message and forwards the received alarm message to an enhanced router. The enhanced router matches a corresponding enhanced call chain based on the alarm message and preset message routing rules. The enhanced call chain calls an in vitro enhancer to process the alarm message and returns the processing result to the enhanced router. The present invention can effectively expand the data carrying capacity of alarm messages without increasing the number of tags, support complex logical judgments and joint judgments based on external data references, meet more diverse business needs, reduce the cost and risk of adding or modifying tags due to business development needs, and improve system stability and ease of maintenance.
[0186] The present invention also provides a computer device comprising a memory and a processor, wherein the memory stores a computer program, and when the processor executes the computer program, it implements an alarm processing method for in vivo enhancement and in vitro enhancement as described in any one of the above technical applications.
[0187] The present invention also provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the alarm processing method for in vivo enhancement and in vitro enhancement described in any one of the above technical applications is implemented.
[0188] The above embodiments are only used to illustrate the technical application of the present invention rather than to limit it. Although the present invention has been described in detail with reference to the above embodiments, ordinary technicians in the field should understand that the specific implementation methods of the present invention can still be modified or replaced by equivalents. Any modification or equivalent replacement that does not depart from the spirit and scope of the present invention should be included in the scope of protection of the claims of the present invention.
Claims
1. An in-vivo enhanced and in-vitro enhanced alarm processing method, characterized by, The method comprises: The alarm receiver receives an alarm message, and forwards the received alarm message to an enhanced router; The enhanced router matches a corresponding enhanced call chain according to the alarm message and a preset message routing rule; The enhanced call chain calls an extracorporeal enhancer to process the alarm message, and returns a processing result to the enhanced router; The enhanced call chain calls an extracorporeal enhancer to process the alarm message, and returns a processing result to the enhanced router, specifically comprising: The enhanced call chain calls an extracorporeal enhancer to extract a first processing result in the alarm message; The enhanced call chain calls an extracorporeal enhancer to extract a second processing result in the alarm message through the calling information of the extracorporeal enhancer; The enhanced call chain returns the first processing result and / or the second processing result to the enhanced router.
2. The method of claim 1, wherein, The method further comprises: The alarm receiver sends a message for creating a processing node for service registration and discovery to a registration center; The registration center creates the processing node, and associates the extracorporeal enhancer according to information of the processing node and the extracorporeal enhancer, and returns calling information of the extracorporeal enhancer to the alarm receiver; The alarm receiver generates the message routing rule according to the message routing rule and the extracorporeal enhancer combination.
3. The method of claim 1, wherein, The enhanced router matches a corresponding enhanced call chain according to the alarm message and a preset message routing rule, specifically comprising: The enhanced router obtains at least one data tag in the alarm message; The enhanced router obtains a target node and an enhanced call chain from the data tag; The enhanced router searches the preset message routing rule to check whether the target node is a child node of the data tag; If yes, the enhanced router searches the enhanced call chain from the child node; If found, the enhanced router matches the corresponding enhanced call chain; If not found, the enhanced router searches a next child node of the target node under the data tag, and searches the enhanced call chain from the next child node, until the enhanced call chain is found; If the enhanced router searches the preset message routing rule to check that the target node is not a child node of the data tag; The enhanced router searches the preset message routing rule to check whether the target node is a child node of the data tag; If yes, the enhanced router searches the enhanced call chain from the child node; If found, the enhanced router matches the corresponding enhanced call chain; If not found, the enhanced router searches a next child node of the target node under the data tag, and searches the enhanced call chain from the next child node, until the enhanced call chain is found.
4. The method of claim 1, wherein, The method further comprises: The enhanced router sends the processing result to a notification component.
5. An enhanced in-vivo and enhanced out-of-vivo alerting device, characterized by The device comprises: An alarm receiver configured to receive an alarm message, and forward the received alarm message to an enhanced router; An enhanced router configured to match a corresponding enhanced call chain according to the alarm message and a preset message routing rule; The enhanced call chain is configured to call an extracorporeal enhancer to process the alarm message, and return a processing result to the enhanced router; The enhanced call chain is further configured to call the in-vivo enhancer to extract a first processing result in the alarm message; The enhanced call chain is further configured to call the in-vitro enhancer to extract a second processing result in the alarm message according to the calling information of the in-vitro enhancer; The enhanced call chain is further configured to return the first processing result and / or the second processing result to the enhanced router.
6. The apparatus of claim 5, wherein The alarm receiver is configured to send a message for creating a processing node for service registration and discovery to a registration center; The registration center is configured to create the processing node, associate the in-vitro enhancer according to information of the processing node, and return calling information of the in-vitro enhancer to the alarm receiver; The alarm receiver is configured to generate the message routing rule according to the message routing rule and the in-vitro enhancer combination. 7.A computer device, comprising a memory and a processor, wherein the memory stores a computer program, and the computer device is configured to perform the method according to any one of claims 1-6 when the computer program is executed by the processor. The computer program is executed by the processor to implement the in-vivo enhancement and in-vitro enhancement alarm processing method of any one of claims 1 to 4.
8. A computer-readable storage medium having stored thereon a computer program, characterized in that, The computer program is executed by the processor to implement the in-vivo enhancement and in-vitro enhancement alarm processing method of any one of claims 1 to 4.
Citation Information
Patent Citations
Low delay alarm analysis processing method
CN105227367A