Nested Bridge for Virtual Desktop Data Exchange

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In virtual desktop environments, especially in nested mode, the inefficient exchange of data between a client device and a second virtual desktop hinders the use of features like printing, USB access, and multimedia redirection, due to the limitations of existing protocols and mechanisms.

Innovation Solution

The establishment of a nested bridge using Inter-Process Communication (IPC) mechanisms between the agent of a first virtual desktop and the client of a second virtual desktop facilitates fast and efficient data transfer, bypassing the need for data to be pushed to the driver level and reducing performance penalties.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If data exchange between client device and second virtual desktop in nested mode uses traditional protocol virtual channels, then feature compatibility is maintained, but data transfer performance deteriorates significantly

Engineering Contradiction:
Improvedata transfer performanceVSAvoidfeature compatibility
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent introduces an intermediary component (virtual channel driver or translation layer) that sits between the traditional protocol virtual channels and the data exchange path. This intermediary translates or bridges data exchanges to enable high-performance direct paths while maintaining compatibility with existing protocol requirements, thus resolving the contradiction between performance and compatibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The data exchange path is segmented into multiple components: traditional protocol virtual channels for compatibility, and a new high-performance path (via virtual channel driver or translation layer) for performance-critical data. This segmentation allows different data types to use different paths, achieving both compatibility and performance.

Inventive Principle:
Principle #1Segmentation

2Productivity

If nested bridge using IPC mechanisms is established for fast data transfer, then data transfer efficiency is improved, but system complexity increases

Engineering Contradiction:
Improvedata transfer efficiencyVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system components (virtual channel driver, translation layer, or nested bridge) are designed to automatically manage the complexity of IPC mechanisms without requiring manual intervention. The system self-configures and self-manages the high-performance data path, reducing the perceived complexity for users while maintaining high transfer efficiency.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If data exchange path is extended through nested virtual desktop configuration, then feature accessibility is improved, but performance penalties increase

Engineering Contradiction:
Improvefeature accessibilityVSAvoiddata transfer speed
Core Design Contradiction:
Adaptability or versatilityVSSpeed

Solution Approach 1:

The patent adds a new dimension to the data exchange architecture by introducing parallel paths: the traditional multi-hop nested path (which provides accessibility) and a new optimized path (which provides speed). The new path uses virtual channel drivers or translation layers to create a more direct communication route, effectively adding a dimensional shortcut that maintains accessibility while improving speed.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Data Source

PatentUS12020091B2Bridging virtual desktops under nested mode
Publication Date: 2024.06.25 OMNISSA LLC
  • US12020091B2 patent drawing
  • US12020091B2 patent drawing
  • US12020091B2 patent drawing

AI summary

A system is described for establishing a nested bridge to improve data exchange between a client device and a second virtual desktop accessed by the client device through a first virtual desktop in a nested mode configuration. The nested bridge can be established between a virtual desktop agent of the first virtual desktop and a virtual desktop client of the second virtual desktop, both of which can run in the first virtual desktop, to enable fast and efficient exchange of data between the agent and client within the first virtual desktop. The nested bridge can be utilized in conjunction with virtual channels connecting the client device to the first virtual desktop and virtual channels connecting the first virtual desktop to the second virtual desktop for exchanging data between the client device and the second virtual desktop to enable various features.