Client-Side Form Rendering via Static-Dynamic Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current computer systems face inefficiencies in rendering forms due to the need for servers to generate and transmit extensive representations of forms to clients, which can slow down the rendering process and increase computational load.

Innovation Solution

A method where a client device receives a static representation of a form's structure and attributes, and a browser generates a renderable markup language representation, with behavioral and state information from the server augmenting this representation for final rendering, allowing for parallel processing and improved performance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the server generates and transmits the entire form representation to the client, then the form can be rendered in the browser, but the rendering process slows down and computational load increases

Engineering Contradiction:
Improveform rendering completenessVSAvoidform rendering time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The form representation is divided into two distinct segments: a static representation containing structural information (sent to the client) and a server representation containing behavioral and state information (processed on the server). This segmentation allows the client to render the form structure independently while the server handles dynamic content generation, resolving the contradiction between rendering completeness and rendering speed.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The static representation of the form structure is prepared and sent to the client in advance, before the server processes the behavioral logic and generates the complete dynamic content. This preliminary action enables the browser to begin rendering the form structure immediately upon receiving it, without waiting for the server to complete all processing, thus reducing overall rendering time while maintaining completeness.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the server generates the entire form representation, then all form data and behavior are included, but the network bandwidth and server load increase

Engineering Contradiction:
Improveform information completenessVSAvoiddata transmission volume
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The static structural information is extracted from the complete form representation and separated into a distinct static representation that is sent to the client. The remaining behavioral and state information remains on the server as the server representation. This extraction reduces the amount of data transmitted over the network while ensuring both structural and functional completeness of the form.

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If the browser waits for the server to process all logic and data before rendering, then the form rendering is complete, but user interaction responsiveness decreases

Engineering Contradiction:
Improveform rendering completenessVSAvoiduser interaction responsiveness
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The browser performs preliminary rendering of the form structure using the static representation received from the server, before the server completes processing of behavioral logic and dynamic content. This allows the form skeleton to be displayed immediately, improving user interaction responsiveness, while the server continues to prepare the complete dynamic content in the background.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentEP3152676B1Converting presentation metadata to a browser-renderable format during compilation
Publication Date: 2019.07.24 MICROSOFT TECHNOLOGY LICENSING LLC
  • EP3152676B1 patent drawingFigure 1
  • EP3152676B1 patent drawingFigure 2
  • EP3152676B1 patent drawingFigure 2A

AI summary

A request for a form is received on a client device. A static representation of the form, that includes structural information defining an overall structure of the form, as well as attribute information, is received on the client device, and a browser on the client device generates a renderable, markup language representation of the form based upon the static representation. Behavioral and state information is received from a server and is used to augment the renderable version of the form. The browser then renders the augmented, renderable version of the form.