Transaction Processing System Near Real-Time Reward Notifications

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional systems lack the capability to provide near real-time notifications and responses to transaction account holders due to the complexity of multiple parties and databases involved in transaction processing.

Innovation Solution

A computer-based system that receives notifications of transaction actions, communicates with web-clients in near real-time, and offers personalized services by monitoring transaction balances, suggesting services, and allowing rewards points or credit options, while also monitoring the location of transaction account holders to tailor services.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional transaction processing systems use multiple parties and databases to authenticate and complete transactions, then transaction security and reliability are improved, but real-time response capability deteriorates due to processing delays

Engineering Contradiction:
Improvetransaction authentication reliabilityVSAvoidtransaction processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system pre-loads transaction account data, merchant data, and reward points information into memory before transactions occur. This preliminary preparation allows the system to quickly retrieve and process transaction information in real-time without querying multiple databases during the actual transaction, thus maintaining reliability while reducing processing time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces a notification service as an intermediary that receives transaction notifications and distributes them to relevant web clients and systems. This mediator architecture enables real-time information dissemination without requiring direct communication between multiple parties, reducing latency while maintaining system reliability through centralized coordination.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If the system provides personalized services by monitoring transaction account holder behavior and location, then service quality and customer experience are improved, but system complexity and data processing requirements increase

Engineering Contradiction:
Improveservice personalization capabilityVSAvoidsystem architecture complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system applies different processing and notification strategies based on local conditions - different web clients receive different notifications based on their specific preferences, device capabilities, and user profiles. This localized approach enables high personalization without requiring a completely complex centralized system, as each client is served according to its specific needs.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system dynamically changes notification parameters (such as notification type, timing, and content) based on transaction account holder behavior patterns, preferences, and current transaction context. This parameter-based personalization allows the system to adapt services to individual users without requiring complex structural changes, maintaining system simplicity while achieving high versatility.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If the system communicates with web-clients in near real-time to provide transaction updates and offers, then customer engagement and service responsiveness are improved, but network bandwidth and communication infrastructure requirements increase

Engineering Contradiction:
Improvetransaction processing speedVSAvoidnetwork communication energy
Core Design Contradiction:
ProductivityVSUse of energy by moving object

Solution Approach 1:

The notification service uses periodic polling and event-driven architectures to communicate with web clients, sending updates only when relevant transaction events occur rather than maintaining continuous real-time communication. This periodic approach maintains high responsiveness for important transactions while reducing overall network bandwidth consumption and energy usage during idle periods.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS10497027B2Transactions with reward points
Publication Date: 2019.12.03 AMERICAN EXPRESS TRAVEL RELATED SERVICES CO INC
  • US10497027B2 patent drawing
  • US10497027B2 patent drawing
  • US10497027B2 patent drawing

AI summary

A method comprises receiving, by a computer-based system for processing a transaction, a notification that a transaction account holder has taken an action, taking, in near real time, an action in response to the action taken by the transaction account holder, and/or communicating with a web-client associated with the transaction account holder in response to the action taken by the transaction account holder. The communicating with the web-client may occur in near real time.