Rendering Peer Offloading for Distributed VR Scene Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Not all devices have sufficient processing capability to adequately render augmented and virtual reality environments, leading to suboptimal user experiences due to differences in processing power and resolution, and reliance on cloud servers may not always be feasible.

Innovation Solution

A method where a server establishes communication links between client devices to determine which has higher processing capability, designating it as a rendering peer to offload scene rendering tasks, allowing the less capable device to benefit from the more capable device's processing power, thereby enhancing rendering quality and efficiency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Manufacturing precision

If cloud servers are used for rendering, then rendering quality is improved, but system complexity and dependency increase

Engineering Contradiction:
Improverendering qualityVSAvoidsystem complexity
Core Design Contradiction:
Manufacturing precisionVSDevice complexity

Solution Approach 1:

The patent introduces a rendering peer as an intermediary between the client device and cloud servers. The rendering peer receives rendering requests from less capable devices and provides rendered content, acting as a local mediator that reduces direct dependency on cloud servers while maintaining rendering quality.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates a local copy of rendering capability by designating a peer device with sufficient processing power to perform rendering tasks locally. This copying of cloud-based rendering functionality to a local peer device reduces system complexity and eliminates the need for constant cloud server dependency.

Inventive Principle:
Principle #26Copying

2Ease of operation

If devices with lower processing capability attempt to render scenes independently, then device autonomy is maintained, but rendering quality deteriorates

Engineering Contradiction:
Improvedevice autonomyVSAvoidrendering quality
Core Design Contradiction:
Ease of operationVSManufacturing precision

Solution Approach 1:

The patent merges the rendering capabilities of multiple devices by designating a rendering peer that combines its own rendering capacity with the rendering needs of peer devices. This merging allows lower capability devices to maintain autonomy while achieving high rendering quality through collaboration.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The rendering peer device performs multiple functions: it renders scenes for its own display and simultaneously renders scenes for peer devices with lower processing capability. This multi-functionality allows a single device to serve multiple purposes and maintain device autonomy while improving rendering quality for the network.

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

3Manufacturing precision

If cloud servers handle all rendering tasks, then rendering quality is improved, but communication overhead and latency increase

Engineering Contradiction:
Improverendering qualityVSAvoidcommunication overhead
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The patent extracts rendering tasks from the cloud server architecture and relocates them to a local rendering peer device. This extraction eliminates the need for constant communication with remote servers, reducing communication overhead and latency while maintaining rendering quality through local processing.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The rendering peer device performs rendering actions locally and in advance, storing rendered content that can be quickly transmitted to peer devices. This preliminary local rendering action eliminates the need for real-time cloud server communication, reducing latency and communication overhead.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20240356990A1Device, system and method for distributed processing using a rendering peer
Publication Date: 2024.10.24 AMADEUS SAS
  • US20240356990A1 patent drawing
  • US20240356990A1 patent drawing
  • US20240356990A1 patent drawing

AI summary

A device, system and method for distributed processing using a rendering peer is provided. A server establishes first and second communication links with two client devices, and generates scene rendering data for a multi-user virtual platform, the devices to process respective scene rendering data of the platform. The server determines that a second device has higher processing capability than a first device, selects the second device as a rendering peer for the first device, and establishes communication therebetween. The server transmits, via the second communication link, to the second device: command to control the second device to: generate, as the rendering peer, a first rendered scene from first scene rendering data, and transmit the first rendered scene to the first device; and generate a second rendered scene from second scene rendering data, the second rendered scene for providing at the second device.