Multi Top-level Graphical-Container Simulator for Limited GUI Environments

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

GUI-based applications that require advanced graphical support capabilities often fail to execute properly on devices with limited or no graphical support, as they rely on operating systems that cannot provide the necessary multi top-level graphical container support.

Innovation Solution

A Multi Top-level Graphical-Container Simulator (MTGS) is implemented as a layer between the GUI-based application and the operating system or hardware, simulating multi top-level graphical container support using Java™ programming language and classes like JInternalFrame, JFrame, and JDesktopPane, allowing the application to run on devices with limited graphical capabilities without hardware or software errors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a GUI-based application requires advanced graphical support capabilities (multi top-level graphical container support), then the application can provide sophisticated graphical user interface functionality, but the application fails to execute properly on devices with limited or no graphical support

Engineering Contradiction:
Improveapplication compatibility across different graphical environmentsVSAvoidapplication execution reliability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements a simulation layer that acts as an intermediary between the GUI-based application and the operating system. This simulation layer receives graphical container creation requests from the application and simulates the behavior of multiple top-level graphical containers by creating nested container structures within a single OS-level container. This intermediary approach allows the application to execute reliably on devices with limited graphical support while maintaining its expected functionality.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates a simulated environment that copies the expected graphical container behavior. Instead of relying on the operating system to provide multiple top-level graphical containers, the simulation layer creates virtual container objects that replicate the appearance and behavior of real graphical containers. These simulated containers are implemented using nested panes and components that mimic the hierarchical structure expected by the application.

Inventive Principle:
Principle #26Copying

2Device complexity

If the operating system provides limited graphical support (single top-level container), then the device can maintain simplicity and resource efficiency, but GUI-based applications requiring multiple top-level containers cannot execute properly

Engineering Contradiction:
Improvegraphical support complexityVSAvoidapplication compatibility
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent resolves the limitation of single top-level graphical container by introducing an additional dimensional layer. Instead of creating multiple top-level containers at the OS level, the simulation layer creates a hierarchy of nested containers within a single top-level container. This dimensional transformation allows multiple logical containers to coexist within one physical container, enabling application compatibility without increasing OS-level graphical complexity.

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

Solution Approach 2:

The patent implements a nested container structure where simulated top-level containers are created as nested panes within a single parent pane. Each simulated container is represented by a nested pane that contains its own components and can be manipulated independently. This nesting approach allows the simulation of multiple top-level containers while maintaining a single top-level container in the actual graphical system.

Inventive Principle:
Principle #7Nested doll (Nesting)

Data Source

PatentUS7716654B2Simulation of multi top-level graphical containers in computing environments
Publication Date: 2010.05.11 ORACLE AMERICAN INC
  • US7716654B2 patent drawing
  • US7716654B2 patent drawing
  • US7716654B2 patent drawing

AI summary

Techniques for simulation of multi top-level graphical-containers (e.g., frames) in an object-oriented computing environment are disclosed. A Multi Top-level Graphical-Container Simulator (MTGS) can be provided to simulate multi top-level graphical container support for applications that expect to use a plurality of top-level graphical containers (e.g., frames, windows). A MTGS may be implemented as a layer between a GUI-based application and an operating system and/or hardware/device with limited or virtually no graphical support capability. The Multi Top-level Graphical Simulator (MTGS) can effectively isolate the operating systems and/or hardware/device from the GUI-based application, and yet hide this simulation from the operating system and/or hardware/device. MTGS may be implemented in a platform independent programming language (e.g., Java™ programming language using a set of Java™ classes which have been provided in the Java™ Swing development toolkit.