Schema-less Dashboard with Serverless Widget Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional dashboarding platforms are monolithic and inflexible, failing to support multiple User Interface (UI) technologies and data schemas, leading to compatibility issues with third-party widgets and requiring hardware upgrades for scaling, which limits customization options.

Innovation Solution

A schema-less dashboard system that uses a server-less library with native and third-party widgets, allowing users to select and integrate widgets across different UI technologies and data schemas, with adaptable metadata for customizable rendering.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional monolithic dashboarding platforms are used, then system stability is maintained, but customization capability and support for multiple UI technologies deteriorate

Engineering Contradiction:
Improvecustomization capabilityVSAvoidsystem architecture
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the monolithic dashboarding platform into independent serverless functions that can be executed across multiple UI technologies. Each widget rendering operation is divided into discrete, configurable steps that can be independently customized without affecting the entire system, enabling multi-UI support while maintaining manageable complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements a universal configuration system that allows a single dashboard template to be rendered across multiple UI technologies (React, Angular, Vue, etc.) through a common configuration interface. This universal approach enables customization capability to improve while the system architecture remains consistent and manageable.

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

2Adaptability or versatility

If conventional dashboarding platforms support specific data schemas, then data processing reliability is improved, but adaptability to different data formats deteriorates

Engineering Contradiction:
Improvedata schema compatibilityVSAvoiddata processing reliability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent employs parameter-based configuration that allows data schemas to be dynamically adjusted through configuration parameters rather than hard-coded structures. This enables the system to adapt to different data formats (JSON, CSV, XML, etc.) while maintaining reliable data processing through consistent parameter validation and transformation rules.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent introduces a configuration layer as an intermediary between the data source and the widget rendering engine. This intermediary layer handles schema validation, data transformation, and format conversion, allowing adaptability to different data schemas while ensuring reliable processing through standardized intermediate representations.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If third-party widgets are integrated into conventional platforms, then widget variety is improved, but compatibility and integration complexity worsen

Engineering Contradiction:
Improvewidget varietyVSAvoidintegration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent uses a serverless configuration layer as an intermediary that standardizes the integration interface for third-party widgets. This intermediary handles authentication, data mapping, and rendering configuration, allowing diverse widgets to be integrated with reduced complexity through a unified configuration approach rather than custom integration code for each widget.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent applies local quality by allowing each widget to have its own specific configuration parameters and rendering rules while maintaining a unified overall structure. This enables widget variety to increase through customized local configurations without proportionally increasing overall integration complexity, as each widget self-describes its requirements.

Inventive Principle:
Principle #3Local quality

4Productivity

If dashboard scaling is performed on conventional platforms, then dashboard functionality is improved, but hardware requirements and cost worsen

Engineering Contradiction:
Improvedashboard scaling capabilityVSAvoidhardware resources
Core Design Contradiction:
ProductivityVSQuantity of substance

Solution Approach 1:

The patent implements dynamic scaling through serverless architecture where computational resources are allocated on-demand based on actual dashboard rendering needs. This allows dashboard functionality to scale dynamically with user demand without requiring proportional increases in permanent hardware resources, as the system can leverage shared infrastructure and auto-scaling capabilities.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent enables self-service scaling through automated configuration management and on-demand widget rendering. The system automatically provisions necessary resources for dashboard creation and rendering without manual hardware intervention, allowing productivity to improve while hardware requirements are optimized through automated resource management and shared infrastructure utilization.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS11704369B2Method and system for generating and rendering a customized dashboard
Publication Date: 2023.07.18 HCL AMERICA INC
  • US11704369B2 patent drawing
  • US11704369B2 patent drawing
  • US11704369B2 patent drawing

AI summary

This disclosure relates to method and system for generating and rendering a customized dashboard. The method includes initiating a schema-less dashboard canvas through a frontend application that invokes a server-less library. The method further includes integrating a set of widgets selected by a user, from the plurality of native widgets and from the plurality of third-party widgets, with the schema-less dashboard canvas using the server-less library. The method further includes generating metadata for each of the set of widgets based on a corresponding configuration performed by the user. The method further includes associating the metadata with a user account of the user for subsequent rendering of the customized dashboard for the user.