Client-Side Function Translation for Multidimensional Data Rendering

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Current multidimensional data cube systems require frequent back-and-forth transmissions between client applications and servers to update function results, leading to inefficiencies in data processing and user experience due to the need for server-side evaluation of functions and subsequent re-transmission of results.

Innovation Solution

The system translates server-side functions into equivalent client-side functions that can be evaluated locally, allowing immediate updates without additional queries to the data cube, reducing the need for back-and-forth transmissions and enhancing real-time data rendering.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If functions are evaluated at the server using the multidimensional data cube, then the accuracy and consistency of function results are ensured, but the response time increases and user experience deteriorates due to frequent back-and-forth transmissions

Engineering Contradiction:

Improvefunction result accuracyVSAvoidresponse time

Core Design Contradiction:

Measurement precisionVSLoss of time

Solution Approach 1:

The system segments the function evaluation process by translating server-side functions into client-side executable code. This divides the monolithic server evaluation into distributed client evaluations, allowing local execution while maintaining result accuracy through the translation mechanism.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The system performs preliminary action by translating functions from the server-side data cube language into client-side executable code before the client needs to evaluate them. This pre-translation eliminates the need for subsequent server round-trips during interaction, reducing response time while preserving accuracy.

Inventive Principle:

Principle #10Preliminary action

2Reliability

If functions are re-evaluated at the server whenever input values change, then the results remain up-to-date, but the server load increases and processing efficiency decreases

Engineering Contradiction:

Improveresult up-to-date statusVSAvoidprocessing efficiency

Core Design Contradiction:

ReliabilityVSProductivity

Solution Approach 1:

The system implements self-service by enabling client applications to autonomously evaluate functions using locally translated code. When input values change, clients can immediately re-evaluate functions locally without burdening the server, maintaining result reliability while dramatically improving processing efficiency.

Inventive Principle:

Principle #25Self-service

Solution Approach 2:

The system extracts the function evaluation capability from the server environment and translates it into client-executable form. This extraction removes the computational burden from the server while preserving the ability to generate up-to-date results through local evaluation.

Inventive Principle:

Principle #2Taking out (Extraction)

3Stability of the object's composition

If the client application retrieves function results from the server, then the data consistency is maintained, but the network transmission overhead increases and system complexity grows

Engineering Contradiction:

Improvedata consistencyVSAvoidnetwork transmission overhead

Core Design Contradiction:

Stability of the object's compositionVSLoss of energy

Solution Approach 1:

The system changes the dimension of function execution from the server dimension to the client dimension. By translating and executing functions locally at the client, the system eliminates network transmission overhead for function results while maintaining consistency through the translation process that preserves the original data cube semantics.

Inventive Principle:

Principle #17Another dimension (Dimensionality change)

4Device complexity

If the system uses server-side function evaluation, then the implementation is simplified, but the user experience deteriorates due to delayed updates and frequent transmissions

Engineering Contradiction:

Improvesystem implementation complexityVSAvoiduser experience

Core Design Contradiction:

Device complexityVSEase of operation

Solution Approach 1:

The system introduces a function translation intermediary that converts server-side data cube functions into client-side executable code. This intermediary layer maintains implementation simplicity by automating the translation process while enabling real-time local evaluation that dramatically improves user experience with immediate updates and no perceptible delay.

Inventive Principle:

Principle #24Intermediary (Mediator)

Data Source

PatentUS11562130B2Client-side 2D rendering of server-side multidimensional data

Publication Date: 2023.01.24 ORACLE INT CORP

AI summary

A multidimensional data cube at a server may store values and functions. The functions may use values stored in the data cube as inputs to generate results. A client application may retrieve values stored at a server in a multidimensional data cube to be updated and viewed locally at the client. Instead of evaluating functions at the server and transmitting the results to the client, the functions themselves may be translated into equivalent functions that can be evaluated in real time at the client. As inputs to the functions are a changed at the client, the function results can be updated at the client without requiring back-and-forth transmissions to the server or additional queries to the data cube.