Contextual Notification Service for Secure Payment Transactions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current payment systems face challenges in providing timely and secure contextual notifications for network-connected devices, especially during transactions, which can lead to increased computational load and potential exploitation by malicious parties.

Innovation Solution

The system employs a computer-implemented method involving a processor that receives signals indicative of authorized data exchanges between terminal and client devices, identifies and loads notification templates, and generates contextual notification data, transmitting it through secure programmatic interfaces for real-time display on client devices, thereby reducing reliance on conventional messaging channels and enhancing security.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If conventional out-of-band messaging channels are used for transaction notifications, then system complexity is reduced, but notification delivery speed and security are insufficient

Engineering Contradiction:
Improvenotification delivery speedVSAvoidsystem complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent introduces a notification service as an intermediary component that sits between the payment processing system and the client device. This service receives transaction data from the payment system, generates appropriate notifications using templates, and delivers them to the client device through secure channels. The intermediary handles the complexity of notification generation and delivery, allowing the payment system to remain relatively simple while achieving fast, secure notification delivery.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Loss of time

If real-time notification generation is implemented, then notification timeliness is improved, but computational load on payment networks increases

Engineering Contradiction:
Improvenotification timelinessVSAvoidcomputational load
Core Design Contradiction:
Loss of timeVSPower

Solution Approach 1:

The patent implements preliminary action by pre-defining notification templates with various formats and content structures before actual transactions occur. These templates are prepared in advance with placeholders for transaction-specific data. When a transaction happens, the system only needs to substitute the placeholder values with actual transaction data and send the pre-formatted notification, rather than generating the entire notification structure in real-time. This significantly reduces computational load while maintaining real-time delivery capability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system changes the approach from generating complete notification content from scratch to parameter substitution within templates. The notification structure, formatting rules, and delivery mechanisms remain constant; only the specific parameter values (transaction amount, timestamp, parties involved) change with each transaction. This parameter-based approach enables real-time notifications with minimal computational overhead.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If conventional messaging channels are used, then implementation simplicity is maintained, but security against malicious exploitation is insufficient

Engineering Contradiction:
ImprovesecurityVSAvoidimplementation complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent replaces conventional mechanical messaging channels (email, SMS, traditional HTTP requests) with a secure programmatic interface that uses authenticated API calls and encrypted data transmission. The notification service implements authentication mechanisms to verify the identity of requesting systems, encrypts sensitive transaction data during transmission, and uses structured data formats that are difficult to manipulate. This substitution of communication mechanisms provides robust security while maintaining implementation clarity through standardized protocols.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

4Adaptability or versatility

If contextual notification data is generated for each transaction, then notification relevance is improved, but data processing complexity increases

Engineering Contradiction:
Improvenotification relevanceVSAvoiddata processing complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the notification generation process into distinct modular components: template selection, data substitution, and notification delivery. Each component handles a specific aspect of notification generation independently. The template library is segmented into different notification types (transaction confirmations, alerts, informational messages), each with its own formatting rules. This segmentation allows the system to generate highly relevant contextual notifications for each transaction while keeping the processing complexity manageable through modular architecture, where each module can be optimized and maintained separately.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS11665254B2Real-time generation and provisioning of contextual notification data to network connected devices
Publication Date: 2023.05.30 THE TORONTO DOMINION BANK
  • US11665254B2 patent drawing
  • US11665254B2 patent drawing
  • US11665254B2 patent drawing

AI summary

The disclosed embodiments include computer-implemented systems, apparatuses, and processes that dynamically generate and provision contextually relevant notifications to network-connected devices. For example, an apparatus receives a first signal that includes information indicative of an authorized data exchange involving a terminal device and a client device. The apparatus identifies and loads data specifying a notification template from the storage unit, and generates notification data that is populated with a portion of the received information in accordance with the notification template. The apparatus further transmits a second signal that includes the notification data to the client device. In some instances, the second signal is transmitted through a programmatic interface associated with an application program executed by the client device, and the client device is configured to display the notification data on a corresponding interface.