Message Brokering Mechanism for Duplicate Request Screening

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Transaction processing systems face inefficiencies due to repeated message requests, leading to increased processing time and vulnerability to denial of service attacks, especially when using older legacy systems and the Internet for financial transactions.

Innovation Solution

A message brokering mechanism with two stages that checks for existing responses and screens out repeat requests, dispatching responses directly to the source and managing message requests to prevent duplicate processing, while also handling message processing and recovery in case of losses.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the banking system processes all incoming message requests, then complete transaction processing is ensured, but processing time increases and the system becomes vulnerable to denial of service attacks

Engineering Contradiction:

Improvetransaction processing completenessVSAvoidprocessing time

Core Design Contradiction:

ReliabilityVSLoss of time

Solution Approach 1:

The patent implements a preliminary action by checking for existing responses before processing duplicate requests. The system maintains a record of processed requests and their responses, allowing it to quickly identify and handle duplicates without reprocessing, thus reducing processing time while maintaining completeness

Inventive Principle:

Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism (the checking stage) between the incoming request and the processing stage. This intermediary filters out duplicate requests by comparing against recorded requests and their responses, preventing unnecessary reprocessing while ensuring legitimate requests are handled

Inventive Principle:

Principle #24Intermediary (Mediator)

2Productivity

If the banking system handles repeat requests, then all requests are processed, but the system slows down due to handling duplicates

Engineering Contradiction:

Improvetransaction throughputVSAvoidprocessing delay

Core Design Contradiction:

ProductivityVSLoss of time

Solution Approach 1:

The patent extracts the duplicate detection function as a separate stage before the main processing stage. By taking out the checking mechanism, the system can identify and handle duplicate requests separately, preventing them from consuming processing resources and thus maintaining higher throughput for legitimate requests

Inventive Principle:

Principle #2Taking out (Extraction)

3Loss of time

If the banking system is configured to ignore repeat requests, then processing speed improves, but the system may miss legitimate requests

Engineering Contradiction:

Improveprocessing speedVSAvoidrequest processing accuracy

Core Design Contradiction:

Loss of timeVSReliability

Solution Approach 1:

The patent implements feedback by comparing incoming requests against a recorded history of processed requests and their responses. This feedback mechanism allows the system to distinguish between legitimate requests and duplicates, maintaining processing speed while ensuring accuracy through informed decision-making based on historical data

Inventive Principle:

Principle #23Feedback

Data Source

PatentUS7523164B2Systems and methods for transaction messaging brokering

Publication Date: 2009.04.21 ORACLE AMERICAN INC

AI summary

A message brokering mechanism for a transaction processing system may include first and second stages operable to exchange message requests and responses. The first stage may be operable to receive a message request from a message source and to check whether there is an existing first stage response to the message request. In some embodiments, if there is an existing first stage response, the first stage may dispatch the existing first stage response to the message source.