Voice-Activated Transaction Card with Local Authorization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Transaction cards are vulnerable to unauthorized transactions when used by others, leading to potential overcharging and increased resource consumption for dispute resolution.

Innovation Solution

A transaction card equipped with motion and sound sensors that allow users to set transaction restrictions via voice commands, converting sound waves to digital signals to determine compliance with set restrictions, thereby authorizing or declining transactions locally without server assistance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If transaction cards are used without voice-activated restrictions, then ease of operation is maintained, but security against unauthorized transactions deteriorates

Engineering Contradiction:
ImprovesecurityVSAvoidoperation convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system performs preliminary action by requiring users to pre-record voice commands that define transaction restrictions before actual transactions occur. These pre-recorded commands are stored in the card's memory and automatically executed during transactions, ensuring security measures are in place before unauthorized transactions can occur.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent replaces traditional mechanical interaction (physical card handover, manual PIN entry) with acoustic field interaction through voice-activated commands. The sound sensor captures voice inputs and converts them to electrical signals that trigger transaction restrictions, substituting mechanical operations with acoustic-based control mechanisms.

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

2Productivity

If server interaction is required for transaction authorization, then transaction processing completeness is ensured, but processing speed and resource efficiency deteriorate

Engineering Contradiction:
Improveprocessing efficiencyVSAvoidtransaction processing completeness
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent segments the transaction authorization process into two independent parts: (1) local verification of voice-activated restrictions stored in the card's memory, and (2) optional server interaction for complex validations. This segmentation allows simple transactions to be processed locally without server delays while maintaining completeness through selective server communication.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Transaction restrictions and authorization rules are pre-loaded into the card's memory before transactions occur. This preliminary action enables the card to independently evaluate and authorize transactions against pre-stored criteria without requiring real-time server communication, thereby improving processing speed while maintaining authorization completeness.

Inventive Principle:
Principle #10Preliminary action

3Object-affected harmful factors

If data transmission to server occurs for every transaction, then centralized control is maintained, but data transmission risks and network resource consumption increase

Engineering Contradiction:
Improvedata transmission risksVSAvoidcentralized control capability
Core Design Contradiction:
Object-affected harmful factorsVSAdaptability or versatility

Solution Approach 1:

The patent segments data transmission requirements by categorizing transactions into those that need server communication and those that can be processed locally. Simple transactions matching pre-stored voice command criteria are processed without transmission, while complex or suspicious transactions trigger selective data transmission to the server, reducing overall transmission risks while maintaining centralized control where needed.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The transaction card performs self-service by autonomously evaluating transactions against pre-recorded voice commands and independently authorizing compliant transactions without requiring server intervention. This self-service capability minimizes data transmission to only necessary cases, reducing network resource consumption and transmission risks while maintaining security through local enforcement of user-defined restrictions.

Inventive Principle:
Principle #25Self-service

Applied Scientific Principles

This section explains which scientific principles are used to turn an abstract innovation direction into a practical engineering solution.

Function Achieved in This Case

Enhances security by preventing unauthorized transactions, conserves processing and network resources by reducing the need for server interaction, and minimizes data transmission risks.

Implementation Method 1

converting sound waves to a digital signal

Methodology Applied
Scientific EffectSound wave to digital signal conversion:

Data Source

PatentUS11354648B2Transaction card utilizing voice-activated commands
Publication Date: 2022.06.07 CAPITAL ONE SERVICES LLC
  • US11354648B2 patent drawing
  • US11354648B2 patent drawing
  • US11354648B2 patent drawing

AI summary

A transaction card receives sound waves that represent a user command, where the user command identifies one or more transaction restrictions of the transaction card. The transaction card converts the sound waves to a digital signal and identifies, based on an analysis of the digital signal, user command data that identifies the user command. The transaction card sets, based on identifying the user command data, one or more transaction restriction values for the one or more transaction restrictions. The transaction card receives transaction metadata associated with a transaction and determines whether the transaction is compliant with the one or more transaction restrictions. The transaction card causes, based on determining whether the transaction is compliant with the one or more transaction restrictions, the transaction to be processed by a server device, or to be declined.