Rendering Interpreter for Restricted Environment Containers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional user interface systems face high computational complexity due to a one-to-one correspondence between IFrames and windows displaying untrusted content, leading to inefficiencies in rendering dynamic content from multiple sources.

Innovation Solution

Implementing a rendering interpreter that processes data objects from restricted environment containers, allowing multiple code elements to project content into user interface elements, and using a single restricted environment container for multiple content windows, reducing the number of IFrames needed and enhancing scalability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a one-to-one correspondence between IFrames and windows displaying untrusted content is maintained, then security isolation is ensured, but computational complexity and system resource consumption increase

Engineering Contradiction:
Improvesecurity isolationVSAvoidcomputational complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent merges multiple code elements from the same trusted source into a single shared IFrame instead of creating separate IFrames for each code element. This combining approach maintains security isolation by source rather than by individual code element, reducing the total number of IFrames and lowering computational complexity while preserving security boundaries between different trusted sources.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent makes a single IFrame serve multiple functions by allowing it to host multiple code elements from the same trusted source. The IFrame becomes a universal container that can render different code elements dynamically, eliminating the need for dedicated IFrames for each code element and reducing system resource consumption.

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

2Reliability

If a dedicated IFrame is created for each window with untrusted content, then content isolation is achieved, but the number of IFrames increases leading to performance degradation

Engineering Contradiction:
Improvecontent isolationVSAvoidrendering performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

Multiple code elements that would traditionally require separate IFrames are merged into a single shared IFrame. This consolidation reduces the total number of IFrame instances in the system, decreasing the computational overhead of managing multiple isolated rendering contexts and improving overall rendering performance.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent introduces a new dimension of organization by grouping code elements according to their trusted source rather than by their display window. This dimensional shift allows multiple code elements from the same source to share an IFrame, reducing the number of IFrames needed while maintaining isolation between different trusted sources.

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

3Adaptability or versatility

If multiple restricted environment containers are used to render dynamic content from multiple providers, then content diversity is increased, but system scalability is reduced due to higher resource requirements

Engineering Contradiction:
Improvecontent diversityVSAvoidsystem scalability
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

Each restricted environment container is designed to be universal and multi-functional, capable of hosting multiple code elements from the same trusted provider. This universality allows the system to support diverse content from multiple providers while using fewer containers overall, improving scalability without sacrificing content diversity.

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

Solution Approach 2:

The system dynamically assigns code elements to shared restricted environment containers based on their trusted source rather than creating static one-to-one mappings. This dynamic allocation allows the system to efficiently manage resources while supporting diverse content providers, improving scalability as the system can adapt to varying content demands.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentEP3053028B1Rendering interpreter for visualizing data provided from restricted environment container
Publication Date: 2018.12.12 MICROSOFT TECHNOLOGY LICENSING LLC
  • EP3053028B1 patent drawingFigure 1
  • EP3053028B1 patent drawingFigure 2
  • EP3053028B1 patent drawingFigure 3

AI summary

At least some embodiments described herein refer to the user of a rendering interpreter that receives data object(s) from code executing within a restricted environment container (such as an IFrame). The restricted environment container prevents the code from adversely impacting the performance and consistency of the user interface system as a whole, and also prevents the code from adversely impacting the performance of code running in other restricted environment containers.