Patent 15 / ML Account Management
01 / 11 US11816726B2
↑↓ navigate  ·  all patents →
Siten Sanghvi  ·  Granted Nov 14, 2023

ML Account Management

An ML clustering system that learns each customer's behavioral pattern, detects deviations in real time, and autonomously triggers preference-matched account management actions — falling back to SMS when internet isn't available.

US11816726B2Patent
Jul 29, 2020Filed
40 monthsTime to grant
16 Claims / 3 independentScope
6 CitationsForward citations
SCROLL TO EXPLORE
Visual patent explainer
02 / The Problem

Banks know when customers miss payments. They rarely know why — or what to do next.

Traditional account management systems fire alerts when something has already gone wrong: a missed payment, a declined transaction, a dropped balance. They don't learn individual behavioral patterns, can't predict what's coming, and have no way to act on a customer's own preferences — they escalate to a human or do nothing.

No Behavioral BaselineSystems measure account state, not individual deviation from that customer's personal normal — every missed payment looks the same regardless of context
Preference Rules Not CapturedThere's no structured way for customers to specify how they want their accounts managed in edge cases — auto-pay preferences, fallback funding, alternate authorities
Connectivity DependencyAutomated outreach fails entirely when customers don't have internet — no SMS fallback, no degraded-mode operation
03 / The Invention

Learn the pattern. Detect the deviation. Apply the rules. Act.

A computing platform trains an ML clustering model on historical user activity data — identifying each user's individual behavioral pattern. When the system detects a deviation, it surfaces the anticipated transaction, retrieves the user's stored preference rules, and autonomously triggers the matching action.

An intelligent virtual assistant collects those preference rules upfront via NLP conversation and hierarchical tree traversal — so when a deviation occurs, the system already knows what the user wants to happen.

04 / Architecture

Train once. Monitor continuously. Act autonomously.

The system is built in two phases: a training phase that creates user-specific behavior models from historical data, and a monitoring phase that continuously evaluates live activity against those models.

When deviation is detected, the platform queries a repository of the user's pre-stored preference rules and determines the appropriate action — without requiring human review for routine cases.

Architecture — US11816726B2
Historical activity
data (N users)
ML clustering model
(trained)
Detect deviation
from user pattern
Identify anticipated
transaction
Retrieve preference
rules from repository
Trigger matched
action
05 / ML Model

Clustering algorithm. Per-user pattern. Deviation detection.

The platform trains a first ML model using historical user activity across a population. It extracts attributes from that data and applies a clustering algorithm — classifying users by behavioral pattern rather than demographic segment or account type.

A second ML model powers the intelligent virtual assistant — trained to analyze user responses, traverse a hierarchical preference tree, and extract structured preference rules from natural language input.

ML Model Design — US11816726B2
Model 1
Clustering algorithm
Model 2
IVA / NLP
Historical activity → behavioral clusters → per-user pattern
Live activity → pattern match → deviation signal
User conversation → NLP + hierarchical tree → preference rules stored
06 / Preference Rules

Customers define what "handle it" means — in advance.

The intelligent virtual assistant conducts an interactive session to elicit preference rules from the user. It asks questions in sequence, analyzes responses with NLP, traverses a hierarchical tree structure to surface follow-up questions, and stores the resulting rules in a user data repository.

When a deviation is later detected, the system retrieves those rules and checks whether they apply to the current situation — enabling autonomous action that reflects the user's own stated preferences.

Preference Rule Categories — US11816726B2

Auto-Loan Amount

User specifies a bridge loan amount that can be triggered automatically if an anticipated transaction would cause a shortfall.

Secondary Funding

User designates an alternate account or funding source to draw from if the primary account lacks sufficient funds.

Auto-Payment Options

Specifies which outstanding balances can be paid automatically and under what conditions — e.g., pay minimum vs. full balance.

Alternate Decision Authority

Designates a trusted party who can authorize account actions on the user's behalf if the user is unreachable.

Communication Channel Preference

Specifies preferred outreach channels — internet (first mode) or SMS (second mode) — and whether fallback is permitted.

07 / Deviation Simulator

Deviation detected. Preference rules checked. Action triggered.

When the ML model detects a behavioral deviation, the platform identifies the anticipated transaction, retrieves the user's preference rules, and triggers the appropriate action. Select a deviation type to see the full response chain.

Deviation → Action Mapping
08 / Dual-Mode Communication

Internet available: first mode. Not available: second mode.

Before triggering any action, the platform checks whether the user can connect to the internet. This is a structural check baked into the core claim — the preference rule application determines which communication mode to use, not just whether to communicate.

This dual-mode architecture ensures that users without reliable internet access — rural customers, customers during outages, international travelers — still receive the autonomous management actions they configured.

Communication Mode Logic

First Mode (Internet)

App notification, in-app messaging, push alert, portal communication — rich-channel delivery when connectivity is confirmed.

Second Mode (SMS)

Plain text SMS fallback — triggered automatically when internet connectivity check fails. Preference rules specify whether SMS fallback is permitted.

Key Claim Element Triggering the action always uses one of the two communication modes — the choice is determined by the connectivity check, and both modes are covered by the core platform claim.
09 / Applications

Autonomous account management across customer life events.

The combination of behavioral ML, structured preference collection, and autonomous action execution enables proactive account management across a wide range of financial events — without requiring customer-initiated contact.

Use Cases — US11816726B2
Express
Auto-Pay at Deviation Customer misses their normal monthly payment pattern. Platform detects deviation, checks preference rules, and autonomously executes payment from the designated account.
Express
Bridge Loan Trigger Anticipated transaction would overdraw the account. Platform retrieves the auto-loan preference rule and initiates a bridge loan for the user-specified amount.
Express
External Event Response Platform ingests a weather or geopolitical event from an external AI system, identifies customers whose patterns will be impacted, and proactively surfaces recommendations that minimize impact.
Inferred
Offline Customer Outreach Customer with no current internet access receives an SMS alert about an anticipated balance deviation — and the resolution action (auto-pay) fires automatically via the second communication mode.
10 / Citations

6 Forward Citations

Six organizations — including Mastercard, Visa, and Truist Bank — have cited this patent in work spanning autonomous transaction management, AI-driven user decisioning, and preference-based financial automation. The breadth of assignees signals that this framework is being used as a reference across multiple sectors of financial AI.

Forward citations confirmed via Google Patents · Jun 22, 2026
Forward Citations (6 of 6)
Mastercard International Incorporated US12236422B2  ·  Feb 25, 2025 Computer-implemented methods and systems for authentic user-merchant association and services
Daisy Intelligence Corporation US11783338B2  ·  Oct 10, 2023 Systems and methods for outlier detection of transactions
Liveperson, Inc. AU2022380484B2  ·  Jul 31, 2025 Automated decisioning based on predicted user intent
Truist Bank US20250307933A1  ·  Oct 2, 2025 Cryptography and security tuning
Visa International Service Association WO2025235667A1  ·  Nov 13, 2025 Interaction customization based on secure data
Laura A. Stees (individual inventor) US11900268B1  ·  Feb 13, 2024 System and methods for modular completion of a pecuniary-related activity
11 / Timeline

Patent Lifecycle

Jul 29, 2020
Filed
Application filed
18 months
Feb 3, 2022
Published
Pre-grant publication US20220036450A1
21 months
Nov 14, 2023
Granted
US11816726B2 granted
~17 years
Jul 29, 2040
Expires
Est. expiration (subject to maintenance fees)
End / Patent 15