Real-time Alerting Platform for Message Delivery Accuracy
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current monitoring and alerting solutions for customer engagement require significant investments in hardware and support, and offer limited flexibility with pre-packed implementations that do not meet the unique needs of businesses.
Innovation Solution
A monitoring and alerting platform that allows businesses to set up real-time alerts specific to their needs, using a user interface to configure alert conditions, and leveraging data platform libraries and event streams to apply to existing events, thereby reducing false alerts and improving accuracy.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of manufacture
If pre-packed monitoring solutions are used, then implementation is simplified, but flexibility and adaptability to unique business needs are reduced
Solution Approach 1:
The system provides dynamic alert configuration capabilities where users can define custom alert conditions, thresholds, and notification preferences in real-time. The alerting rules can be dynamically adjusted without requiring system reconfiguration, allowing the same platform to adapt to different business needs through user-defined parameters rather than fixed pre-packed implementations.
Solution Approach 2:
The patent enables parameter changes by allowing users to customize alert thresholds, time windows, aggregation methods, and notification channels according to their specific business requirements. The system accepts configurable parameters such as error rate thresholds, message volume thresholds, and time-based aggregations, transforming the rigid pre-packed solutions into flexible, parameter-adjustable monitoring systems.
2Reliability
If traditional monitoring platforms are used, then comprehensive monitoring capability is provided, but hardware investment and support requirements are significant
Solution Approach 1:
The patent replaces complex hardware-based monitoring infrastructure with a software-based alerting system that leverages existing cloud computing resources and APIs. Instead of requiring dedicated hardware for monitoring and alerting functions, the system uses software processes that can be deployed on standard servers or cloud platforms, significantly reducing hardware investment while maintaining comprehensive monitoring capabilities.
Solution Approach 2:
The system creates virtual copies of monitoring functions through software implementations rather than requiring physical hardware duplicates. The alerting mechanism uses software-based state tracking and notification systems that replicate the functionality of traditional hardware monitoring systems at lower cost and with greater flexibility.
3Adaptability or versatility
If alert configurations are added to monitor more metrics, then monitoring coverage is improved, but system complexity increases
Solution Approach 1:
The patent implements segmentation by organizing alert configurations into separate, manageable rule sets that can be independently defined and managed. Each alert configuration operates as an independent unit with its own conditions, thresholds, and notification preferences, allowing users to add monitoring coverage for multiple metrics without creating a monolithic complex system. The segmented architecture enables modular addition of monitoring capabilities.
Solution Approach 2:
The system provides universality through a single alerting platform that can handle multiple types of metrics and alert conditions using the same underlying infrastructure. The unified alert configuration mechanism works for diverse metrics such as error rates, message volumes, latency measurements, and custom business metrics, eliminating the need for separate specialized systems for each monitoring function and thereby reducing overall system complexity.
Data Source
AI summary
A method is disclosed for reducing inaccuracies in counts related to communication of messages in a manner that efficiently uses computer resources, including processing power and/or memory. An alert condition pertaining to delivery of a plurality of messages is received. The alert condition specifies a threshold number of dropped or failed deliveries. Based on a first time period elapsing, a first system check is performed. Based on a second time period elapsing, a second system check is performed. The second system check includes, based on a detection that the first message has failed during the second time period, decrementing the count for the dropped queue associated with the plurality of messages and incrementing a count for a failed queue associated with the plurality of messages, and, based on a detection that a second message has been dropped during the second time period, incrementing the count for the dropped queue.