Universal Prepaid Card System Dynamic Fund Loading

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Prepaid cards require customers to load funds in advance, limiting their immediate use and flexibility, as funds are tied to the card and cannot be used for other purposes until loaded, leading to issues with unused balances being abandoned.

Innovation Solution

A universal prepaid card system that allows merchants to control a shared payment mechanism, enabling funds to be provided on an as-needed basis and linked to multiple customers, allowing for secure and convenient transactions without the need for customers to load funds beforehand.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If funds are loaded onto the prepaid card in advance, then the customer can make purchases without cash or credit risk, but the customer loses flexibility and cannot use the funds for other purposes until loaded

Engineering Contradiction:
Improvepayment reliabilityVSAvoidfund usage flexibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system segments the prepaid card functionality into two distinct parts: a reusable card instrument and separate loadable funds. The card itself remains versatile and can be used multiple times, while funds are loaded only when needed for specific purchases. This segmentation allows the card to maintain both reliability through pre-loaded funds and flexibility through on-demand loading.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements dynamic fund loading where the card's available balance changes based on real-time transactions. Funds are loaded dynamically at the point of need rather than being pre-loaded in a fixed amount. This dynamic approach allows the card to adapt to varying purchase requirements while maintaining payment reliability through immediate fund availability.

Inventive Principle:
Principle #15Dynamics

2Reliability

If the customer loads the maximum amount onto the card to ensure sufficient funds, then purchases can be made without worry of insufficient balance, but excess funds are wasted and create abandoned balances

Engineering Contradiction:
Improvepurchase authorization reliabilityVSAvoidunused fund balance
Core Design Contradiction:
ReliabilityVSLoss of substance

Solution Approach 1:

The system performs preliminary verification of sufficient funds before each purchase transaction rather than requiring advance loading of maximum amounts. The card system checks available balance in real-time and authorizes transactions only when sufficient funds are present, eliminating the need for over-loading and subsequent waste of excess funds.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements continuous feedback mechanisms where the cardholder receives real-time information about available funds and transaction status. This feedback allows the user to load funds only when needed based on actual purchase requirements rather than guessing maximum possible amounts, thereby preventing waste of excess funds while ensuring reliable purchase authorization.

Inventive Principle:
Principle #23Feedback

3Ease of operation

If funds are loaded days, weeks, or months prior to purchase, then the card is ready for use, but the funds cannot be used for investment purposes or other purchases during the waiting period

Engineering Contradiction:
Improvecard readinessVSAvoidfund availability time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The system transitions from static pre-loading to dynamic on-demand loading. The card remains ready for immediate use, but funds are loaded dynamically at the moment of need rather than being locked away in advance. This eliminates the opportunity cost of tied-up funds while maintaining card readiness through immediate authorization capability.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system performs preliminary setup of the card infrastructure and authorization systems in advance, but actual fund loading occurs only when needed. This preliminary preparation of the payment infrastructure ensures card readiness without requiring advance loading of funds, thereby eliminating the time loss associated with fund unavailability for other purposes.

Inventive Principle:
Principle #10Preliminary action

4Reliability

If a traditional prepaid card system is used, then the issuer avoids non-payment risk, but the customer experiences inconvenience and loss of flexibility

Engineering Contradiction:
Improvenon-payment risk avoidanceVSAvoidcustomer convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system segments the payment mechanism into a reusable card instrument and separate loadable funds, allowing the card to function as a convenient, flexible payment tool while funds are loaded only when needed. This segmentation resolves the contradiction by maintaining issuer reliability through fund-backed transactions while improving customer convenience through on-demand loading rather than mandatory advance loading.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces an intermediary loading mechanism that bridges the card and funds, allowing flexible fund deposition at the point of need rather than requiring advance loading. This intermediary process maintains the reliability advantage of prepaid cards while significantly improving customer convenience by eliminating the inconvenience of mandatory advance fund loading.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20240296439A1Computing system implementing a network transaction service
Publication Date: 2024.09.05 EXPENSIFY
  • US20240296439A1 patent drawing
  • US20240296439A1 patent drawing
  • US20240296439A1 patent drawing

AI summary

A computer system can receive position information indicating a current location of a user of the network transaction service from a computing device of the user, and generate map content for display on the computing device of the user based on the position information. The map content can indicate locations of a plurality of merchants within a vicinity of the current location of the user that utilize the network transaction service. The system can receive a transaction request from the computing device of the user, the transaction request indicating a transaction amount and a specified merchant of the plurality of merchants. The system then executes a remote transaction operation to transfer funds from a shared account of the network transaction service to a merchant account of the specified merchant to fulfill the transaction request.