Asynchronous Message Recovery via Retry Database and Error Editing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Errors in delivering asynchronous messages can prevent message delivery systems from successfully transmitting information, leading to operational inefficiencies and incorrect processing by recipient systems, particularly in scenarios where the message destination is unreachable or the message itself is malformed.
Innovation Solution
A message error recovery system that identifies undeliverable messages, adds them to a retry database, and upon error resolution, sends edited or original messages back to the delivery system for retransmission, ensuring successful delivery to the intended destination.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a delivery system attempts to deliver asynchronous messages a predefined number of times or for a predefined length of time, then the delivery system can handle transient network errors, but messages with formatting errors or messages sent to permanently unreachable destinations will remain undelivered and cause operational issues
Solution Approach 1:
The patent introduces a message broker as an intermediary component between the message source and message destination. This broker maintains a persistent storage of message queues, allowing it to retain messages indefinitely rather than discarding them after a predefined number of delivery attempts. The broker acts as a mediator that can retry deliveries at appropriate times while preserving message integrity, thus resolving the contradiction between handling transient errors and preventing information loss from undelivered messages.
2Reliability
If the delivery system performs multiple delivery attempts during a prolonged period, then transient network issues can be overcome, but system complexity increases and resources are consumed without guaranteeing successful delivery of malformed messages
Solution Approach 1:
The message broker performs preliminary validation and formatting checks on messages before attempting delivery to the destination. By pre-processing messages to ensure they meet the destination's requirements, the system avoids wasting resources on repeated delivery attempts of malformed messages. This preliminary action reduces overall system complexity while maintaining high delivery success rates for valid messages.
Solution Approach 2:
The system implements feedback mechanisms where the message broker monitors delivery outcomes and uses this information to adjust its behavior. When messages are successfully delivered or when destinations become unreachable, the broker learns from these outcomes and modifies its retry strategy accordingly. This feedback loop optimizes resource usage and simplifies the delivery system by avoiding unnecessary complex retry logic for permanently failed deliveries.
3Productivity
If asynchronous messages are sent without waiting for confirmation, then system elements can operate independently and efficiently, but undelivered messages cause erroneous assumptions and incorrect processing
Solution Approach 1:
The message broker implements feedback mechanisms that notify message sources when messages have been successfully delivered or when delivery failures occur. This feedback loop allows asynchronous operation to maintain productivity while preventing erroneous assumptions about message delivery status. The broker provides confirmation information back to the source system, ensuring data integrity without requiring synchronous waiting.
Data Source
AI summary
An error may prevent a message delivery system from delivering an asynchronous message to a destination, for instance if the message contains an error or the destination is unreachable. When an error prevents the message delivery system from delivering an asynchronous message, a separate message error recovery system may add the message to a retry database. If the message contained the error, the message error recovery system may edit the message to correct the error, for instance based on input received via a user interface. When the error has been resolved, for instance via the editing of the message or because the destination has become reachable, the message error recovery system may send the original or edited message back to the message delivery system as a retry message. Due to the resolution of the error, the message delivery system may succeed in delivering the retry message to the destination.