Common Container Interface for Cross-Platform Script Reuse

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing user interface technologies face challenges in seamlessly integrating scripts from different platforms, leading to inefficiencies, additional development efforts, and sub-optimal user experiences when projects need to transition between older and newer versions, with no existing solutions allowing scripts from different technologies like ANGULAR and REACT to interact cohesively in a single web container.

Innovation Solution

A common container interface (CCI) that processes and manages components from multiple libraries, prioritizing their execution and ensuring compatibility, allowing scripts from different platforms like ANGULAR, REACT, or Jquery to run together in a single web container, reusing old scripts without rewriting, and providing a seamless user experience.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If scripts from different platform technologies (e.g., ANGULAR, REACT) are loaded in separate applications, then each script can run independently without conflicts, but development overhead increases and user experience becomes fragmented

Engineering Contradiction:
Improvescript execution independenceVSAvoidapplication structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent merges multiple platform scripts from different technologies (ANGULAR, REACT, etc.) into a single web container. The container loads and executes these scripts together in one unified environment, eliminating the need for separate applications while maintaining their independent execution capabilities through isolation mechanisms.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The web container is designed as a universal platform that can host and execute scripts from multiple different platform technologies simultaneously. It provides a multi-functional environment that accommodates various script types and frameworks without requiring separate dedicated containers for each technology.

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

2Ease of operation

If old scripts are rewritten on new platform technologies, then user experience improves and modern features are available, but development time and resources increase significantly

Engineering Contradiction:
Improveuser experienceVSAvoiddevelopment time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The patent enables old scripts to continue running in the updated web container environment without requiring preliminary rewriting actions. The container is pre-configured to support multiple platform technologies, allowing legacy scripts to execute as-is while benefiting from modern infrastructure and security updates.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system changes the execution environment parameters of the web container to support multiple platform technologies simultaneously. By adjusting the container's configuration parameters to be technology-agnostic and multi-compatible, old scripts can run unchanged while the system provides modern capabilities.

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If a project is abandoned and started afresh using newer platform technology, then user experience is optimized and modern features are utilized, but resource costs and maintenance overhead increase

Engineering Contradiction:
Improveuser experienceVSAvoidresource cost
Core Design Contradiction:
Ease of operationVSLoss of energy

Solution Approach 1:

Instead of discarding old scripts entirely, the patent recovers and reuses them within the new web container environment. The system retains valuable existing script functionality while recovering benefits from modern platform capabilities, avoiding the waste of resources that would result from complete rewriting.

Inventive Principle:
Principle #34Discarding and recovering

Solution Approach 2:

The patent creates a virtual copy of the execution environment that mimics the behavior of multiple platform technologies within a single container. This copying approach allows old scripts to run in their original context while the physical infrastructure uses modern, resource-efficient technology.

Inventive Principle:
Principle #26Copying

4Device complexity

If only one platform technology script is loaded in a web container at a time, then script execution is simple and manageable, but the container cannot provide seamless integration of multiple platform scripts

Engineering Contradiction:
Improvecontainer managementVSAvoidmulti-platform support
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent segments the multi-platform script execution environment into isolated execution contexts within the single web container. Each platform script runs in its own isolated segment or namespace, preventing conflicts between different technologies while allowing them to coexist and interact when needed.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS12547452B2Common container interface and method for running different platform scripts using common container interface
Publication Date: 2026.02.10 JPMORGAN CHASE BANK NA
  • US12547452B2 patent drawing
  • US12547452B2 patent drawing
  • US12547452B2 patent drawing

AI summary

A common container interface and a method of using the same for running different platform scripts on a same user window are disclosed. A processor via the common container interface is configured to: (1) receive information related to an event broadcasted by a first library; (2) retrieve information of a first active task associated with a first platform; (3) detect a performance of a second active task associated with a second platform; (4) identify a set of components loaded in the common container interface; (5) process the set of components loaded in the common container interface; (6) retrieve components of a second library; and (7) perform a final task based on the components retrieved from the second library, where the final task is associated with the first active task and the second platform.