Browser History Stack Mapping via Token Segments

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems lack a canonical, well-tested, and flexible method for mapping changes between a browser-based application's page state and browser history stack, leading to inefficient and application-specific implementations that are prone to failure.

Innovation Solution

A system comprising a routing module with an updater, parsing, mapping, and execution module that uses tokens to map changes between the browser history stack and page state, allowing for dynamic segment parsing and execution of browser-based application code based on these segments.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a canonical mapping system is implemented, then reliability and consistency are improved, but device complexity increases due to the routing module with multiple sub-modules

Engineering Contradiction:
Improvemapping reliabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The routing module is divided into four distinct sub-modules: an updater module that manages browser history stack updates, a parsing module that processes tokens into dynamic segments, a mapping module that generates maps from segments, and an execution module that runs code based on maps. This segmentation allows each module to be independently developed, tested, and maintained, improving reliability while managing complexity through modular design.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The mapping system provides a universal, canonical approach that can be applied across different browser-based applications. The routing module handles multiple functions including history stack management, token parsing, dynamic segment generation, and code execution through a single integrated system, reducing the need for application-specific implementations and improving overall reliability.

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

2Adaptability or versatility

If multiple application-specific implementations are created, then adaptability to different applications is improved, but loss of time and development cost increase

Engineering Contradiction:
Improveapplication adaptabilityVSAvoiddevelopment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The mapping system is designed as a universal solution that can serve multiple browser-based applications through a single implementation. The routing module's standardized interface and canonical mapping approach allow it to be reused across different applications, eliminating the need to create separate implementations for each application and significantly reducing development time and cost.

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

Solution Approach 2:

The system performs preliminary actions by pre-defining the routing module structure, token parsing rules, and mapping mechanisms before application-specific usage. This preliminary setup creates a reusable framework that can be quickly deployed to different applications without requiring re-implementation, saving substantial development time.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If existing development toolkit mechanisms are used, then ease of operation is maintained, but manufacturing precision and testing rigor decrease leading to implementation failures

Engineering Contradiction:
Improveoperational easeVSAvoidimplementation precision
Core Design Contradiction:
Ease of operationVSManufacturing precision

Solution Approach 1:

The mapping system acts as an intermediary layer between the browser history stack and the application code execution. It provides a standardized, rigorously tested interface that mediates between existing development toolkit mechanisms and the specific needs of browser-based applications, ensuring implementation precision while maintaining ease of operation through familiar interfaces.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9953093B1Mapping system for a browser history stack and a browser page state
Publication Date: 2018.04.24 GOOGLE LLC
  • US9953093B1 patent drawing
  • US9953093B1 patent drawing
  • US9953093B1 patent drawing

AI summary

A system and method for mapping changes between a browser history stack and a browser page state using one or more tokens. The system comprises an updater module, a parsing module, a mapping module and an execution module. The updater module receives a navigation request from the user and updates a browser history stack based at least in part on the navigation request The parsing module receives a token associated with an entry at the top of the browser history stack and parsing the token into one or more dynamic segments. The mapping module receives the one or more dynamic segments and generates a map based at least in part on the one or more dynamic segments. The execution module receives the map and executing code based at least in part on the map.