Persistent Alert Notes for Log Management Servers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems do not effectively leverage prior user-generated notes for resolving subsequent alert instances, leading to unnecessary time and resource expenditure, as these notes are not stored or accessible for similar alert classes, forcing users to start from scratch.

Innovation Solution

Implementing a system to store notes associated with alert classes rather than specific instances, allowing notes to be pinned and retrieved automatically when subsequent alert instances of the same class occur, along with prioritization and sorting based on utility and user feedback.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If notes are stored only with specific alert instances, then the system maintains simple storage structure, but the notes cannot be reused for subsequent alert instances of the same class, leading to loss of information and increased time expenditure

Engineering Contradiction:
Improveloss of resolution informationVSAvoidstorage structure complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The storage structure is segmented into two levels: alert class level (for storing reusable resolution information) and alert instance level (for storing instance-specific details). This segmentation allows notes to be stored once at the class level and automatically reused across multiple instances, preventing information loss while maintaining organizational simplicity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Resolution information is stored preliminarily at the alert class level before specific alert instances occur. When an alert instance is generated, the system automatically retrieves and applies the pre-stored notes, eliminating the need to recreate resolution information for each instance and preventing information loss.

Inventive Principle:
Principle #10Preliminary action

2Loss of time

If users manually create resolution information for each alert instance, then the system maintains simple retrieval logic, but users expend unnecessary time and resources on recurring alerts

Engineering Contradiction:
Improvetime to resolve alertsVSAvoidoperational simplicity
Core Design Contradiction:
Loss of timeVSEase of operation

Solution Approach 1:

The system provides self-service by automatically retrieving and presenting relevant resolution notes from the alert class level when an alert instance occurs. Users don't need to manually search or recreate resolution information; the system serves it automatically based on the alert class matching, reducing time expenditure while maintaining ease of operation through automated retrieval.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system implements feedback mechanisms where user interactions with notes (such as marking as helpful or updating notes) are captured and used to improve future note retrieval and presentation. This feedback loop enhances the system's ability to provide relevant resolution information quickly, reducing time loss while maintaining operational simplicity through intelligent automation.

Inventive Principle:
Principle #23Feedback

3Loss of energy

If the system stores detailed resolution information for every alert instance, then complete information is available, but storage resources are wasted on redundant data

Engineering Contradiction:
Improvestorage resource utilizationVSAvoidcompleteness of resolution information
Core Design Contradiction:
Loss of energyVSLoss of information

Solution Approach 1:

The alert class level serves as a universal storage location that functions for all alert instances of that class. By storing resolution information at this universal level, the system eliminates redundant storage across multiple instances while ensuring complete information is available for reuse, optimizing storage resource utilization without sacrificing information completeness.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

Instead of storing original resolution information in every alert instance, the system creates lightweight references or copies to the master copy stored at the alert class level. This copying approach minimizes storage resource usage while maintaining access to complete resolution information, as the actual detailed content resides only once at the class level.

Inventive Principle:
Principle #26Copying

4Productivity

If the system automatically retrieves and displays notes for alert instances, then productivity is improved, but the system complexity increases

Engineering Contradiction:
Improvealert resolution efficiencyVSAvoidsystem architecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system architecture is segmented into distinct modules: alert class management module (for storing notes), alert instance processing module (for retrieving notes), and note presentation module (for displaying notes to users). This segmentation enables automatic note retrieval and display that improves productivity while managing system complexity through modular design, where each module has a specific responsibility.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by pre-establishing the mapping between alert classes and their resolution notes. When an alert instance occurs, the retrieval process is simplified to a straightforward lookup based on this pre-established relationship, improving productivity through automation while keeping the system architecture relatively simple by avoiding complex real-time processing.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11336505B2Persistent alert notes
Publication Date: 2022.05.17 VMWARE INC
  • US11336505B2 patent drawing
  • US11336505B2 patent drawing
  • US11336505B2 patent drawing

AI summary

The present disclosure is related to devices, systems, and methods for persistent alert notes. An example method can include receiving an alert message via a log management server, wherein the alert message indicates a current alert instance particular to a class of alerts, retrieving, in response to receiving the alert message, a note stored in association with the class of alerts via the log management server, wherein the note includes resolution information corresponding to a previous alert instance particular to the class of alerts, and providing the retrieved note via a user interface of the log management server.