Remote Graphics Display Latency Reduction via Data Duplication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In distributed computing environments, remote graphics display experiences delays and system latency due to network latency, leading to an inaccurate and non-real-time user experience, as existing methods either encode rendered images, causing artifacts, or result in long transmission delays with graphics processors located only on the client side.

Innovation Solution

A system with first and second controllers interfaces between graphics processors via a data communications medium, duplicating data from the server module and correlating intercepted data requests to reduce latency, allowing the client graphics processor to generate real-time graphics for display without the server being aware of the client processor, thus mirroring operations to predict and send required data before requests.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If graphics rendering is done by a graphics processor on the server side and the rendered image is encoded and sent to the client side, then the user can remotely access server resources, but the encoding and decoding process leads to image artifacts and loss of signal quality

Engineering Contradiction:
Improveimage qualityVSAvoidencoding/decoding process
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent extracts the graphics processing function from the server side and places it on the client side. The server only sends raw data to the client's local graphics processor, which then renders the graphics locally. This eliminates the need for encoding/decoding rendered images, thereby preventing image artifacts and signal quality loss while maintaining remote access capability.

Inventive Principle:
Principle #2Taking out (Extraction)

2Speed

If a graphics processor is located only on the client side and data for rendering graphics is sent from the server side, then the user can have local graphics processing, but the transmission delays and latency are unacceptable

Engineering Contradiction:
Improvegraphics processing speedVSAvoidtransmission delay
Core Design Contradiction:
SpeedVSLoss of time

Solution Approach 1:

The patent implements preliminary action by having the server send raw data to the client in advance, before the client actually needs to render the graphics. The client's local graphics processor then processes this pre-sent data locally, eliminating the need to wait for rendered graphics to be transmitted back from the server. This significantly reduces transmission delay and latency while maintaining fast local graphics processing.

Inventive Principle:
Principle #10Preliminary action

3Measurement precision

If the processing unit waits for responses from remote user interface devices, then the system can ensure accurate user interaction, but the operation of the processing unit becomes stalled resulting in system-wide delays

Engineering Contradiction:
Improveuser interaction accuracyVSAvoidsystem operation speed
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The patent segments the system into independent components: the server handles data processing and sends raw data, while the client's local graphics processor handles graphics rendering independently. This segmentation allows the processing unit to continue operating and sending data without being stalled by waiting for remote display responses, while still maintaining accurate user interaction through the local rendering of graphics data.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9860345B1System and method for remote graphics display
Publication Date: 2018.01.02 MATROX GRAPHICS INC
  • US9860345B1 patent drawing
  • US9860345B1 patent drawing
  • US9860345B1 patent drawing

AI summary

A method and system for displaying graphics on a display of a second module remotely connected with a first module via a data communications medium. A first controller interfaces between a first graphics processor and the first module. A second controller interfaces between a second graphics processor and the first module via the data communications medium and the first controller. The first controller duplicates data returned to the first graphics processor by the first module in response to data requests, and transmits the duplicated data to the second controller. The second controller intercepts data requests by the second graphics processor to the first module, correlates the intercepted requests with the duplicated data received from the first controller and transmits the duplicated data to the second graphics processor based on this correlation. The second graphics processor uses the received duplicated data to generate graphics for display at the second module.