Virtual Machine User Interface Logic for OSRT Protocol Adaptation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional user interfaces for virtual machines primarily offer hardware-based operational capabilities, lacking software-based capabilities that modern operating systems can provide, such as seamless data sharing and verification support, due to limitations in communication protocols between operating systems.

Innovation Solution

Implementing a user interface logic within the first operating system that utilizes an OSRT protocol to switch between software-based and hardware-based operational capabilities based on communication status with the second operating system, enabling enhanced interaction when connected and basic interaction when disconnected.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional hardware-based user interface is used for virtual machine interaction, then basic operational capabilities are provided, but software-based operational capabilities (enhanced features) are not available

Engineering Contradiction:
Improvesoftware-based operational capabilitiesVSAvoiduser interface complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The user interface dynamically switches between hardware-based mode and software-based mode depending on communication status. When OSRT communication is available, the interface enables enhanced software-based capabilities; when communication is unavailable, it falls back to basic hardware-based capabilities. This dynamic adaptation resolves the contradiction by providing versatile functionality only when the communication infrastructure supports it.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The user interface logic is designed to perform multiple functions: it can operate in hardware-based mode for basic virtual machine interaction, and switch to software-based mode for enhanced features like clipboard sharing and drive redirection. This multi-functionality allows the same interface to serve both simple and advanced operational needs, resolving the contradiction between versatility and complexity.

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

2Adaptability or versatility

If software-based operational capabilities are enabled, then enhanced features are available, but the system requires communication infrastructure that may not always be available

Engineering Contradiction:
Improveenhanced featuresVSAvoidinterface availability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system prepares for potential communication failures by implementing a fallback mechanism. The user interface logic monitors OSRT communication status and automatically switches to hardware-based mode when communication is unavailable, ensuring continuous basic functionality. This prior cushioning against communication failures resolves the contradiction between providing enhanced features and maintaining reliability.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Solution Approach 2:

The system changes its operational parameters based on communication availability. When OSRT communication is established, the interface enables software-based capabilities with enhanced functionality. When communication is lost, the interface transitions to hardware-based mode with basic capabilities. This parameter change approach allows the system to adapt its feature set to available resources, resolving the contradiction between versatility and reliability.

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If hardware-based user interface is used, then basic interaction is provided, but diagnostic capabilities and software-based operational capabilities are lacking

Engineering Contradiction:
Improvebasic interactionVSAvoiddiagnostic information
Core Design Contradiction:
Ease of operationVSLoss of information

Solution Approach 1:

The OSRT communication protocol acts as an intermediary that enables additional information exchange between the host operating system and the guest operating system. Through this intermediary, diagnostic information and control capabilities are transmitted, allowing the user interface to access and display information that would otherwise be unavailable through hardware-based interaction alone.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The user interface is segmented into two operational modes: hardware-based mode for basic interaction and software-based mode for enhanced functionality. The software-based mode provides access to diagnostic information and advanced features through the OSRT protocol, while the hardware-based mode ensures basic operational continuity. This segmentation allows the system to provide comprehensive functionality when possible while maintaining basic ease of operation.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9286088B2User interface for interaction with virtual machine
Publication Date: 2016.03.15 MICROSOFT TECHNOLOGY LICENSING LLC
  • US9286088B2 patent drawing
  • US9286088B2 patent drawing
  • US9286088B2 patent drawing

AI summary

Systems, methods, and computer program products are described that provide a user interface to a user of a first operating system to enable the user to interact with a second operating system executing in a virtual machine. If the first and second operating systems are in communication in accordance with an operating system remote terminal (OSRT) protocol, such as Remote Desktop Protocol, a first user interface is provided as the user interface. If the first and second operating systems are not in communication in accordance with the OSRT protocol, a second user interface is provided as the user interface.