Dashboard for Alert Storage and History

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional network management systems are inadequate in handling fault management, as they fail to utilize a broader suite of collection modalities, normalize and enrich alerts, leading to incomplete information for users, which prolongs fault resolution and impacts network services.

Innovation Solution

The implementation of a dashboard for alert storage and history (DASH) that consolidates current and historical alerts, cleans raw alert data, and provides a user interface for viewing, filtering, and organizing alert data, using a system that includes alert live, history, and log databases, along with enrichment and ingestion functions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If conventional network management systems use only passive monitoring or active polling, then the system complexity is low, but the completeness of alert information is insufficient

Engineering Contradiction:
Improvecompleteness of alert informationVSAvoidsystem complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent combines multiple monitoring modalities (passive monitoring, active polling, ping, and other collection methods) into a unified fault management system. The system merges alert data from various sources, normalizes the data formats, and enriches alerts with additional device and network information, thereby achieving complete alert information while managing system complexity through integration.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The fault management system is designed to handle multiple aspects of monitoring and alert management through a single unified platform. It provides universal functionality for collecting, normalizing, enriching, and tracking alerts from diverse network devices, eliminating the need for separate monitoring tools and improving information completeness.

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

2Ease of operation

If conventional systems do not normalize and enrich alerts, then the data processing complexity is low, but the usability of alert data for users is poor

Engineering Contradiction:
Improveusability of alert dataVSAvoiddata processing complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system performs preliminary normalization and enrichment of alert data automatically upon receipt. Alert data is pre-processed to standardize formats, add missing device and network context, and organize information before being presented to users. This preliminary action eliminates the need for users to manually process or interpret raw alert data, significantly improving usability.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If conventional systems do not provide consolidated tracking of current, cleared, and transactional alerts, then the system simplicity is maintained, but the productivity of fault resolution is reduced

Engineering Contradiction:
Improvefault resolution speedVSAvoidtracking system complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system maintains continuous tracking of alerts through their entire lifecycle - from generation to clearance and transactional updates. The fault management system continuously monitors and records alert states, providing uninterrupted visibility into fault resolution progress. This continuous tracking enables users to quickly assess the status of multiple alerts and prioritize resolution actions, significantly improving fault resolution productivity.

Inventive Principle:
Principle #20Continuity of useful action

4Loss of information

If conventional systems do not clean raw alert data, then the data storage requirements are minimal, but the quality of information available to users is insufficient

Engineering Contradiction:
Improvequality of alert informationVSAvoiddata cleaning complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The system extracts and removes unnecessary or erroneous data elements from raw alert data during the normalization process. By separating useful information from redundant or incorrect data, the system produces cleaned, high-quality alert information that is ready for user consumption. This extraction of meaningful data from raw inputs significantly improves information quality without requiring complex manual cleaning processes.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS20250013520A1Dashboard for alert storage and history (DASH)
Publication Date: 2025.01.09 LEVEL 3 COMMUNICATIONS LLC
  • US20250013520A1 patent drawing
  • US20250013520A1 patent drawing
  • US20250013520A1 patent drawing

AI summary

Novel tools and techniques are provided for implementing dashboard for alert storage and history (“DASH”). In various embodiments, DASH provides for consolidated tracking and monitoring of two or more of current (or active) alerts, cleared alerts, and/or transactional information for alerts that are stored within corresponding alert live database that mirrors current alert instance data in a real-time fault management system, alert history database that contains a snapshot of an alert history of each alert or corresponding network device, and/or alert log database that contains a full transaction record of every copy of an alert either over a first duration or having a total data size within a first total data size. DASH also cleans received alert data and/or enriches the alert data, and provides a user interface (“UI”) that enables a user to view, absorb, filter, manage, and/or organize alert data to facilitate addressing of alerts in the network(s).