Script Engine Bridging via Shared Identifier Interface

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing scripting technologies require separate interfaces and connections for each scripting engine, leading to complexity and redundancy in implementing services across different script types, making it difficult for scripts to interact and share resources effectively.

Innovation Solution

A method is introduced to provide a single programming interface that is shared between multiple script engines, allowing scripts of different types to refer to and use identifiers defined in other engines, thereby enabling seamless interaction and resource sharing without the need for separate connections to the computer program.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If separate interfaces are established for each scripting engine, then each script engine can independently control the application, but the system complexity and redundancy increase significantly

Engineering Contradiction:
Improvescript engine compatibilityVSAvoidinterface complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal interface that serves multiple scripting engines (JavaScript, VBScript, JScript, ECMAScript) through a common programming interface. This allows scripts from different languages to access the same application services without requiring separate engine-specific interfaces, thereby reducing complexity while maintaining versatility.

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

Solution Approach 2:

The patent introduces a bridging mechanism that acts as an intermediary between different scripting engines and the application. This bridge enables scripts from different engines to share identifiers and access services through a unified interface, eliminating the need for direct engine-to-application connections and reducing overall system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If separate connections are implemented for each script type, then each script can access application services, but resource sharing and interaction between scripts become difficult

Engineering Contradiction:
Improveservice invocationVSAvoidresource sharing efficiency
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

The patent merges the service access mechanisms for different scripting engines into a single unified interface. This allows scripts from different engines to invoke the same services through common identifiers, enabling efficient resource sharing and interaction without requiring separate connection paths for each script type.

Inventive Principle:
Principle #5Merging (Combining)

3Adaptability or versatility

If multiple scripting engines are used, then users can control applications with scripts in different languages, but implementing services across engines becomes redundant and complex

Engineering Contradiction:
Improvescript language supportVSAvoidservice implementation
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The patent creates a universal service interface that can be accessed by multiple scripting languages including JavaScript, VBScript, JScript, and ECMAScript. This universal interface eliminates the need for separate service implementations for each engine, making service deployment simpler while maintaining support for multiple script languages.

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

Data Source

PatentUS8490117B1Bridging script engines
Publication Date: 2013.07.16 ADOBE INC
  • US8490117B1 patent drawing
  • US8490117B1 patent drawing
  • US8490117B1 patent drawing

AI summary

Methods, systems, and apparatus, including medium-encoded computer program products, for bridging script engines. In one aspect, a method includes providing a first script engine to interpret scripts of a first script type; providing a second script engine to interpret scripts of a second script type; and bridging between the first script engine and the second script engine, wherein the bridging includes sharing identifiers defined for the first script engine with the second script engine, the sharing allowing scripts in the first script engine to refer to identifiers defined for the second script engine and scripts in the second script engine to refer to identifiers defined for the first script engine.