Scenegraph-Based Application Sharing for Low-Bandwidth Devices

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional software applications require installation and are resource-intensive, limiting their use on mobile devices with limited storage, processing power, and bandwidth, and existing application sharing methods are bandwidth-intensive, restricting their use in low-bandwidth environments.

Innovation Solution

A centralized scenegraph system is used to render graphical data from multiple independent applications, allowing simultaneous viewing and interaction without local execution, reducing bandwidth requirements by locally rendering content at remote devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Illumination intensity

If application sharing streams pre-rendered video data, then visual output is achieved, but bandwidth consumption increases

Engineering Contradiction:
Improvevisual outputVSAvoidbandwidth consumption
Core Design Contradiction:
Illumination intensityVSLoss of energy

Solution Approach 1:

The patent extracts only the essential scenegraph data (object positions, transformations, hierarchical relationships) from the application rendering process, separating this structural information from the full video stream. This allows remote devices to reconstruct visuals locally without transmitting complete pre-rendered video frames, significantly reducing bandwidth consumption while maintaining visual output quality

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Instead of the conventional approach of rendering video on the host device and streaming it to remote devices, the patent inverts the rendering process by sending scenegraph data to remote devices, which then perform the actual rendering locally. This reversal shifts the computational burden from the host to remote devices, eliminating the need for bandwidth-intensive video streaming while achieving the same visual output

Inventive Principle:
Principle #13The other way round (Inversion)

2Ease of operation

If conventional software is installed on remote devices, then application functionality is achieved, but device resource requirements increase

Engineering Contradiction:
Improveapplication accessibilityVSAvoidresource requirements
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent creates a universal scenegraph data format that can be processed by any remote device with basic rendering capabilities, regardless of the specific application being shared. This multi-functional approach allows the same host application to be accessed on diverse remote devices (smartphones, tablets, wearables, PCs) without requiring device-specific software installations, thereby improving accessibility while minimizing resource requirements on each device type

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

Solution Approach 2:

The patent uses scenegraph data as a lightweight copy or representation of the application's visual structure, which can be reconstructed locally on remote devices. Instead of copying the entire application software to remote devices, only the essential scenegraph information is transmitted and replicated, enabling application functionality to be achieved on resource-constrained devices without the burden of full software installation

Inventive Principle:
Principle #26Copying

Data Source

PatentUS20260067370A1Application sharing
Publication Date: 2026.03.05 MAGIC LEAP INC
  • US20260067370A1 patent drawing
  • US20260067370A1 patent drawing
  • US20260067370A1 patent drawing

AI summary

A host device having a first processor executes an application via the first processor. The host device determines a state of the application. A scenegraph is generated corresponding to the state of the application, and the scenegraph is presented to a remote device having a display and a second processor. The remote device is configured to, in response to receiving the scenegraph, render to the display a view corresponding to the scenegraph, without executing the application via the second processor.