Data Aggregator GUI for Real-Time Filtering of Disparate Datasets

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional data aggregation platforms struggle to manage and present disparate datasets that do not naturally fit into traditional time series formats, leading to technical difficulties in real-time data distribution, incomplete data presentation, and increased computational burden, especially with rapidly changing and large volumes of data.

Innovation Solution

A system and method for aggregating disparate datasets into a singular datapoint using a synthetic aggregation wizard, enabling user-customizable data queries and aliases, with dynamic real-time updates via an interactive graphical user interface (GUI).

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional data aggregation platforms use traditional time series formats and workflows, then data presentation is standardized, but disparate datasets that do not naturally fit into traditional time series cannot be easily presented

Engineering Contradiction:
Improveability to present disparate datasetsVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the data aggregation process into distinct modular components: data source connectors, transformation pipelines, time series synthesis engine, and presentation layers. Each component handles specific aspects of disparate data integration, allowing the system to accommodate various data types without increasing overall system complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary time series synthesis layer that acts as a mediator between disparate data sources and traditional time series workflows. This synthesis layer transforms non-traditional datasets into time series format without requiring changes to existing data infrastructure or workflows.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Speed

If data volume increases and data content changes rapidly, then real-time data distribution capability is improved, but transmission delays and data handling delays introduce significant errors

Engineering Contradiction:
Improvereal-time data distribution speedVSAvoiddata accuracy
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The patent implements preliminary actions by pre-processing and normalizing data at the source before transmission. Data validation, format standardization, and initial aggregation occur at the data source level, reducing the computational burden during real-time distribution and minimizing processing delays that could compromise data accuracy.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent ensures continuous data flow through optimized transmission pipelines and real-time synchronization mechanisms. The system maintains uninterrupted data distribution from source to destination, eliminating gaps that could introduce errors while handling rapidly changing data content.

Inventive Principle:
Principle #20Continuity of useful action

3Ease of operation

If conventional platforms implement traditional workflows with identifier definition, then data structure is organized, but the amount of key-value-pairs becomes effectively infinite which is difficult to search, maintain, and support

Engineering Contradiction:
Improvedata search and maintenance easeVSAvoidnumber of identifiers
Core Design Contradiction:
Ease of operationVSQuantity of substance

Solution Approach 1:

The patent merges multiple identifiers and attributes into consolidated data structures. Instead of maintaining separate key-value pairs for each data element, the system combines related identifiers into unified records, dramatically reducing the total number of identifiers while preserving all necessary information for search and maintenance.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent implements universal identifier schemes that can represent multiple data types and attributes through a single identifier structure. This multi-functional identifier system eliminates the need for numerous specialized identifiers, making data search and maintenance significantly easier.

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

4Adaptability or versatility

If one-size-fits-all conventional platforms use fixed filters, then workflow rigidity is maintained, but datasets with attributes that do not align with platform filters lack relevant information and are incomplete

Engineering Contradiction:
Improvedata presentation completenessVSAvoidworkflow flexibility
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent transforms static, fixed filters into dynamic, adaptive filters that automatically adjust based on the characteristics of the input data. The filter configuration changes dynamically to match the data type, structure, and requirements, ensuring complete and relevant data presentation without manual workflow reconfiguration.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent implements parameter changes by allowing filter criteria to be automatically modified based on the data being processed. Instead of fixed filter parameters, the system adjusts filter thresholds, data types, and selection criteria dynamically to accommodate diverse datasets while maintaining workflow automation.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12475111B2Data aggregator graphical user interface
Publication Date: 2025.11.18 INTERCONTINENTAL EXCHANGE HOLDINGS INC
  • US12475111B2 patent drawing
  • US12475111B2 patent drawing
  • US12475111B2 patent drawing

AI summary

Systems and methods for generating a data aggregator interactive graphical user interface. An interactive graphical user interface (GUI) includes a selectable symbol region, a query region and a data results region. The selectable symbol region displays predefined symbols. The query region displays user input fields for generating queries. The system receives user input associated with the user input fields of the query region to form a filter set. The data results region is automatically updated responsive to the user input, to display one or more data values from among one or more databases associated with the filter set. The system receives a subscription request to save the filter set as a user-customized query. A custom symbol is created responsive to the subscription request that is associated with the filter set. The selectable symbol region is updated to display the custom symbol together with the predefined symbols.