Browser Engine Relay for Local Cross-Origin Runtime Execution
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional network computing, particularly thin client-server models, face challenges with remote computing servers being expensive, latency-prone, and requiring constant internet connectivity, and in-browser solutions lack full application programming interfaces (APIs) for advanced programming tasks, limiting functionality in network-constrained environments.
Innovation Solution
A web browser engine is enhanced to locally execute runtime software like Node.js, Python, Ruby, PHP, and Deno, within secure containers on the local computing device, enabling local execution of complex operations typically performed on remote servers, using local operating system APIs and secure runtime environments.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Power
If code is executed on remote cloud servers, then computing power and OS resources are provided, but network latency and constant internet connectivity are required
Solution Approach 1:
Instead of executing code remotely on cloud servers and transmitting results back, the patent inverts the approach by enabling the web browser to execute code locally on the user's device. The browser engine runs runtime environments (Node.js, Python, Ruby, PHP, Deno) directly on the client side, eliminating network latency for code execution while maintaining web-based access to computing resources.
Solution Approach 2:
The patent transitions from a single-dimension remote execution model to a hybrid model where the browser engine itself becomes a multi-dimensional platform capable of hosting multiple runtime environments locally. This adds the dimension of local execution capability while maintaining web protocol communication, allowing code to run both locally and remotely as needed.
2Adaptability or versatility
If conventional web browsers are used, then network accessibility is maintained, but full APIs for advanced programming tasks are not available
Solution Approach 1:
The patent makes the web browser universal by integrating multiple runtime environments (Node.js, Python, Ruby, PHP, Deno) within the browser engine itself. This allows the browser to perform both traditional web browsing and execute server-side programming languages locally, providing full API functionality for advanced programming tasks while maintaining network accessibility and a single unified interface.
Solution Approach 2:
The patent merges previously separate functions (web browsing and server-side code execution) into a single integrated browser engine. By combining the rendering engine with runtime environment hosts, the system eliminates the need for separate local development environments and remote server dependencies, consolidating multiple capabilities into one unified platform.
3Productivity
If remote server execution is used, then complex operations are performed, but expensive infrastructure and constant network connectivity are required
Solution Approach 1:
The patent enables the web browser to be self-sufficient by hosting runtime environments and executing code locally without requiring constant connection to expensive remote servers. The browser engine itself provides the computing infrastructure needed for complex operations, eliminating dependency on external server infrastructure while maintaining the ability to perform advanced programming tasks.
Data Source
AI summary
An improved computing system is arranged for cross-origin network communications on a single computing device. The system includes a processor, a networking module, and memory with software instructions arranged to operate a local computing server resource on a first local domain, instantiate a relay mechanism that has an iFrame and an invisible window, instantiate a local web server on a second local domain, install a service worker on the invisible window, receive a request for information at the local web server, verify a presence of the local computing server resource on the first local domain, communicatively connect the second local domain to the iFrame, and directly communicate, via the at least one networking module, at least one message between the local computing server resource on the first local domain and the local web server on the second local domain using the relay mechanism.