ML Architecture Pattern Tool Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional methods for determining architecture patterns and tools for applications are often manual and biased towards familiar tools from a single service provider, leading to suboptimal selections in terms of cost and performance.

Innovation Solution

The use of machine-learning based systems to determine use case-specific architecture patterns and tools by analyzing conversation data between users and virtual assistants, identifying optimal tool combinations based on optimization factors such as cost and performance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual selection by solutions architect is used, then expertise and experience are leveraged, but tool selection is biased towards familiar tools from single service provider

Engineering Contradiction:
Improvetool selection qualityVSAvoidtool provider diversity
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent introduces an intermediary system (machine learning model) that mediates between the use case requirements and the tool selection. This intermediary analyzes conversation data, identifies functions, and recommends tools from multiple service providers without human bias, resolving the contradiction between leveraging expertise and achieving provider diversity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replaces the mechanical manual selection process with an automated machine learning-based system. The ML system processes conversation data, identifies functions, and selects tools algorithmically, eliminating human biases toward familiar tools while maintaining or improving selection quality through systematic analysis.

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

2Reliability

If manual selection process is used, then architect's knowledge is applied, but selection is limited to small number of familiar tools

Engineering Contradiction:
Improveselection accuracyVSAvoidnumber of tools considered
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent creates a universal tool recommendation system that handles multiple functions and use cases through a single ML model. The system can evaluate a large number of tools from different service providers for various functions (compute, storage, networking, etc.) without requiring separate manual evaluation processes, thus increasing both the quantity of tools considered and the accuracy of selection.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent replaces the limited manual review process with an automated ML system that can efficiently evaluate and compare a large number of tools across multiple dimensions (cost, performance, features) simultaneously, overcoming the human limitation of considering only a small number of familiar tools.

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

3Productivity

If conventional manual approach is used, then process is simple and quick, but cost and performance optimization is suboptimal

Engineering Contradiction:
Improveselection speedVSAvoidcost and performance optimization
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent performs preliminary analysis by training the ML model on conversation data and tool characteristics before actual tool selection. The pre-trained model can then quickly recommend optimized tools for new use cases, achieving both speed (like manual process) and optimization quality (superior to manual process) simultaneously.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements feedback mechanisms where the ML model continuously learns from conversation data, tool performance metrics, and cost information. This feedback loop enables the system to improve its recommendations over time, achieving better cost and performance optimization while maintaining quick selection speeds through automated processing.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20250181785A1Systems and methods for determining use case-specific architecture pattern and tools for applications
Publication Date: 2025.06.05 CAPITAL ONE SERVICES LLC
  • US20250181785A1 patent drawing
  • US20250181785A1 patent drawing
  • US20250181785A1 patent drawing

AI summary

An architecture pattern and tools may be determined for an application. For instance, conversation data between a user and a virtual assistant associated with a use case for an application may be received from a user device, and a plurality of functions to serve the use case may be identified based on the conversation data. An architecture pattern may be determined for the application based on the plurality of functions, where the architecture pattern may indicate a plurality of tool types for performing the plurality of functions. For each tool type of the plurality of tool types, a particular tool may be determined, from a plurality of tools associated with the respective tool type, to perform a corresponding function from the plurality of functions based on the conversation data. The architecture pattern and the particular tool determined for each tool type may be provided to the user device for display.