AI Merchant Analytics Interface for Real-Time Sector Switching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing computer systems struggle to efficiently display large amounts of data analytics on an interactive user interface in real-time, particularly when switching between different data sets in response to user input, and lack reliable metrics for comparing merchant performance across varying locations.

Innovation Solution

An analytics computing device that uses artificial intelligence to optimize data storage, retrieval, and display, allowing for dynamic and real-time switching between data sets on an interactive user interface, while generating aggregated merchant analytics for geographic sectors, including loan risk scores.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If large amounts of data analytics are displayed on an interactive user interface in real-time, then the completeness of information is improved, but the computational resources required and display speed deteriorate

Engineering Contradiction:
Improvecompleteness of merchant analytics informationVSAvoiddisplay speed and computational efficiency
Core Design Contradiction:
Loss of informationVSProductivity

Solution Approach 1:

The system segments merchant analytics data by geographic sectors and metrics types, allowing selective display of relevant data subsets rather than rendering all available data simultaneously. This enables real-time display of comprehensive information by loading only the necessary segments based on user location and preferences.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system pre-processes and pre-organizes merchant analytics data by geographic sectors before user interaction. By preparing data structures in advance and caching sector-level aggregations, the system can rapidly retrieve and display relevant analytics without computational delays during real-time user interactions.

Inventive Principle:
Principle #10Preliminary action

2Speed

If the system quickly switches between different data sets in response to user input, then the responsiveness is improved, but the complexity of data retrieval and processing increases

Engineering Contradiction:
Improveresponse speed to user inputVSAvoiddata retrieval and processing complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The system divides data into discrete geographic sector segments, each with pre-computed analytics. When users switch between data sets, the system retrieves complete pre-processed sector data as atomic units rather than reprocessing individual records, significantly reducing retrieval complexity and enabling rapid switching.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system optimizes data retrieval by changing parameters such as geographic scope and metric types based on user input patterns. By adapting query parameters dynamically while leveraging pre-organized data structures, the system achieves fast responses without increasing underlying processing complexity.

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If graphical representations of merchant analytics are displayed, then the ease of interpretation is improved, but the computational resources required deteriorate

Engineering Contradiction:
Improveease of interpreting merchant performanceVSAvoidcomputational resources for graphical processing
Core Design Contradiction:
Ease of operationVSUse of energy by moving object

Solution Approach 1:

The system generates graphical representations with varying levels of detail based on local requirements. Geographic sectors display different graphic complexities appropriate to their data density and user interaction patterns, rendering detailed visuals only where needed while using simplified representations elsewhere, thereby reducing overall computational resources.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system provides graphical analytics at the sector level as a default, which is sufficient for most user needs. Detailed individual merchant graphics are generated only when explicitly requested, avoiding unnecessary computational resources while maintaining ease of interpretation through the sector-level visual summaries.

Inventive Principle:
Principle #16Partial or excessive action

4Reliability

If comprehensive merchant metrics and geographic sector data are stored and retrieved, then the reliability of analytics is improved, but the storage requirements and retrieval time increase

Engineering Contradiction:
Improvereliability of merchant performance comparisonVSAvoiddata storage volume and retrieval requirements
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The system stores merchant analytics data segmented by geographic sectors rather than as monolithic datasets. This segmentation enables selective retrieval of only the relevant sector data for each query, reducing storage requirements and improving retrieval efficiency while maintaining comprehensive and reliable analytics coverage.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary aggregation and pre-computation of merchant analytics at the sector level during data ingestion. By preparing summarized statistics and pre-organizing data structures in advance, the system reduces retrieval time and storage requirements while preserving the reliability of comprehensive merchant performance comparisons.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250224970A1Systems and methods for optimizing system resources via artificial intelligence for displaying analytics using an interactive user interface
Publication Date: 2025.07.10 MASTERCARD INT INC
  • US20250224970A1 patent drawing
  • US20250224970A1 patent drawing
  • US20250224970A1 patent drawing

AI summary

Systems and methods for an analytics computing device including: (a) causing presentation of a graphical user interface (GUI) on a display of a user's computing device; (b) receiving selection data corresponding to a plurality of selections made by the user via the GUI including metrics request data associated with a plurality of merchant metrics and sector request data associated with a plurality of sectors; (c) analyzing the selection data to determine the requested merchant metrics that exceed a threshold and the requested sectors that exceed a threshold; (d) storing a user profile in a first portion of a memory including first and second data representing the requested merchant metrics and the requested sectors satisfying the thresholds; and/or (e) for a subsequent interaction with the GUI by the user, causing a graphical representation to be displayed via the GUI at the start of the subsequent interaction based on the user profile.