Web App Demo Recorder URL Rerouting

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing technologies for recording and presenting demonstrations of web-based software applications lack efficient methods for modifying and rerouting requests to different server URLs, limiting customization and flexibility in demo playback.

Innovation Solution

A method that captures requests from an executing web-based application, stores resources on a second server with a different URL, and modifies browser-executable code to reference the new URL, allowing for seamless rerouting of requests during demo playback.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If browser-executable code references original server URLs, then requests are conveyed to the correct resources, but the demo lacks flexibility for customization and rerouting to different servers

Engineering Contradiction:
Improvedemo customization flexibilityVSAvoidrequest rerouting mechanism
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a demo server as an intermediary between the browser and the original application server. The demo server captures requests, modifies URLs in browser-executable code, and reroutes requests to appropriate resources. This mediator enables flexible demo customization without requiring changes to the original application code, resolving the contradiction between demo flexibility and system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary modification of browser-executable code during demo creation, replacing original server URLs with demo server URLs before playback. This advance preparation enables seamless request rerouting during demo execution without real-time complex processing, balancing flexibility with operational simplicity.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If demo resources are hosted on the original server, then resource access is straightforward, but the demo cannot be customized or rerouted to different environments

Engineering Contradiction:
Improvedemo environment flexibilityVSAvoidresource access stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent creates a copy of the necessary demo resources and hosts them on a separate demo server. Instead of accessing resources directly from the original application server, the demo server maintains local copies that can be independently managed and customized. This copying approach enables environment flexibility while maintaining resource access reliability through the demo server's direct control over the copied resources.

Inventive Principle:
Principle #26Copying

3Ease of operation

If the demo playback uses modified browser code, then request rerouting is enabled, but code modification and detection complexity increases

Engineering Contradiction:
Improvedemo playback controlVSAvoidcode modification detection
Core Design Contradiction:
Ease of operationVSDifficulty of detecting and measuring

Solution Approach 1:

The demo server automatically performs code modification and URL replacement during demo playback without requiring external intervention or complex detection mechanisms. The system modifies browser-executable code on-demand based on captured requests, enabling easy demo operation while avoiding the complexity of manual code detection and modification processes.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12332963B2Dynamic recorder for demonstrations of web-based software applications
Publication Date: 2025.06.17 DEMOSTACK INC
  • US12332963B2 patent drawing
  • US12332963B2 patent drawing
  • US12332963B2 patent drawing

AI summary

A method, including capturing, at a first time from an executing web-based application including browser-executable code, a first request including a first Uniform Resource Locator (URL) for a specified resource hosted by a first server, and conveying the request to the first server. Upon receiving, from the first server, the requested resource in response to the conveyed request, the received resource is stored to a second server referenced by a second URL different from the first URL. While executing the application at a second time subsequent to the first time, a second request for the specified resource is detected in the code. While the application is executing at the second time, the code is modified so as to reference the second URL, and the modified code is executed so as to convey the second request to the second URL.