Last Message Notification Agent for Asynchronous Messaging

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In asynchronous message delivery systems, it is challenging to determine when there are no further messages for a messaging client, leading to permanently active message listeners and inefficient resource utilization, as there is no socket connection to timeout or local queue to query.

Innovation Solution

An agent is introduced that monitors the message store for the presence of messages and generates a last message notification, allowing the message listener to deregister itself when no further messages are detected, utilizing an API binding protocol between the messaging server and client.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a message listener is permanently active in an asynchronous messaging system, then messages can be delivered reliably to the client, but computing resources are wasted due to continuous monitoring without timeout capability

Engineering Contradiction:
Improvemessage delivery reliabilityVSAvoidcomputing resource utilization
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system performs preliminary action by sending a notification to the message listener before the queue actually becomes empty, indicating that no more messages are forthcoming. This allows the listener to proactively deregister and stop monitoring, avoiding continuous resource consumption while maintaining reliable message delivery for the duration of the batch processing work.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The monitoring component provides feedback to the message listener about the state of the message queue. When it determines that no further messages will be delivered, it sends a notification back to the listener, enabling the listener to take appropriate action (deregistration) based on this feedback information.

Inventive Principle:
Principle #23Feedback

2Reliability

If a message listener continuously monitors for messages in an asynchronous system, then no messages are missed, but the system cannot determine when to stop processing

Engineering Contradiction:
Improvemessage completenessVSAvoidbatch processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The monitoring component performs preliminary assessment to determine when no further messages will be delivered to a queue, and sends a notification to the message listener in advance. This allows the listener to stop monitoring and proceed with offline processing, improving batch processing efficiency while ensuring all messages are received before stopping.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback by having the monitoring component continuously check the message store and notify the message listener when the queue is determined to be empty. This feedback mechanism enables the listener to know when to stop processing messages for a particular queue while maintaining complete message reception.

Inventive Principle:
Principle #23Feedback

3Device complexity

If no local queue is available for querying in an asynchronous messaging system, then direct API binding is achieved, but the client cannot query for message availability

Engineering Contradiction:
Improvemessaging system architectureVSAvoidmessage availability checking
Core Design Contradiction:
Device complexityVSEase of operation

Solution Approach 1:

The patent introduces a monitoring component as an intermediary between the message store and the message listener. This intermediary component performs the function of checking message availability and communicating this information to the listener, effectively providing the query capability that would otherwise require a local queue, while maintaining the direct API binding architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS8195751B2Method and apparatus for last message notification
Publication Date: 2012.06.05 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US8195751B2 patent drawing
  • US8195751B2 patent drawing
  • US8195751B2 patent drawing

AI summary

An agent for generating a last message notification in an asynchronous message delivery environment, wherein messages received by a messaging server are routable to a messaging client through an API binding protocol, the agent comprising: a monitoring component for monitoring a message store to determine if there is a message stored for delivery to a message listener; and a message notification component for generating a message indicating that there are no further messages in the message store for routing to the messaging listener, in response to a negative determination by the monitoring component.