Dynamic Text Provider Engine for Dimension-Specific Analytics

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Data analytics applications often present static text interfaces that are limited to pre-existing values, failing to dynamically provide text relevant to specific dimensions in data sets, leading to inaccurate or incomplete data representation.

Innovation Solution

A dynamic text provider engine is introduced between the text service and the data set, which receives input identifiers from text consumers, creates a context, and generates dynamic text objects including lists of values for specific dimensions, allowing for up-to-date and context-aware text display.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If static text interfaces are used with pre-existing values, then the system is simple and easy to implement, but the text representation becomes inaccurate and incomplete for specific dimensions

Engineering Contradiction:
Improvetext representation accuracyVSAvoidsystem complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

A text provider engine is introduced as an intermediary component between the text service and the data set. This engine receives requests from text consumers, creates a context based on the request and data model, queries the data set for dimension-specific values, and provides dynamic text objects back to consumers. This intermediary layer enables accurate dimension-specific text representation without requiring direct complex interactions between consumers and the data set.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system architecture is segmented into distinct components: text consumers, text service, text provider engine, and data set. The text provider engine is further segmented into context creation, data querying, and text object generation functions. This segmentation allows each component to specialize in specific tasks, improving text representation accuracy while keeping individual component complexities manageable.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If dynamic text objects are generated for specific dimensions, then the text representation becomes accurate and context-aware, but the system complexity increases due to additional engine components

Engineering Contradiction:
Improvetext adaptability to dimensionsVSAvoidsystem structural complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The text provider engine is designed as a universal component that can serve multiple text consumers with different dimension-specific requirements through a single unified interface. The engine handles various data sets, dimensions, and filter combinations through its context creation mechanism, providing adaptable text representation without requiring separate specialized components for each consumer or dimension.

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

Solution Approach 2:

The system implements dynamic text object generation where the text content is not fixed but adapts based on the specific dimension, filter, and context provided in each request. The engine dynamically creates contexts and queries the data set to generate text objects tailored to each specific requirement, enabling high adaptability while using a standardized engine architecture.

Inventive Principle:
Principle #15Dynamics

3Loss of information

If static values are used in text interfaces, then the implementation is straightforward, but the data visualization becomes incomplete and less useful for analysis

Engineering Contradiction:
Improvedata information completenessVSAvoidinterface implementation ease
Core Design Contradiction:
Loss of informationVSEase of operation

Solution Approach 1:

The text provider engine acts as an intermediary that automatically retrieves and provides complete dimension-specific values from the data set, eliminating the need for manual specification of text values. This intermediary handles the complexity of data retrieval and presentation, preserving information completeness while keeping the interface implementation straightforward for consumers.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements self-service functionality where the text provider engine automatically queries the data set and generates appropriate text objects based on the context and filters provided. The engine serves itself by managing context creation, data retrieval, and text object generation without requiring manual intervention, thereby preserving data information completeness while simplifying the ease of operation for consumers.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS11314796B2Dimension-specific dynamic text interface for data analytics
Publication Date: 2022.04.26 SAP IRELAND LTD
  • US11314796B2 patent drawing
  • US11314796B2 patent drawing
  • US11314796B2 patent drawing

AI summary

Embodiments relate to a dynamic text provider that generates and communicates a text object to a text consumer (e.g., a table with a text header, a chart having text axis labels and/or title). An engine is positioned between a dynamic text service, and an underlying data set organized according to a model with hierarchical elements (e.g., measures, dimensions, pages). The engine receives an input from the text consumer. The input includes at least a first identifier of the text consumer, a second identifier of the data set, and a third identifier of a specific element (e.g., dimension) of the model. The engine references the model to create a context. Based upon that context, the engine queries the data set to generate a dynamic text object including a list of values (LOV) for the dimension. The dynamic text object including the LOV is communicated to the text consumer.