Browser Tab History State Restoration via Client Parameters

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Modern internet browsers lack effective mechanisms to maintain and restore the customized state of dynamic applications, including user interactions and interface changes, across page navigations.

Innovation Solution

A client-side system that stores page history entries with both server-side and client-side parameters, allowing users to revisit and restore customized pages by generating and managing page history entries, and sending requests to servers to retrieve updated page content while applying client-side parameters.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional browser navigation is used, then users can access multiple web pages, but the customized state of dynamic applications is lost across page navigations

Engineering Contradiction:
Improveapplication state consistencyVSAvoidcustomized page state
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The system performs preliminary actions by capturing and storing the current page state (including DOM structure, user interactions, and interface customizations) in a page history entry before navigation occurs. This ensures that when users navigate away and later return, the customized state can be restored, preventing information loss while maintaining application consistency across page transitions.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If page history tracking is implemented, then navigation paths can be restored, but system complexity increases

Engineering Contradiction:
Improvenavigation restoration capabilityVSAvoidpage history management system
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

Instead of implementing complex state management mechanisms, the system creates simplified copies of the page state in the form of page history entries. Each entry captures essential state information (DOM snapshot, user interactions, parameters) that can be stored and later restored, providing navigation restoration capability without requiring complex real-time state synchronization systems.

Inventive Principle:
Principle #26Copying

3Ease of operation

If client-side parameters are stored and applied, then customized page states can be restored, but data processing complexity increases

Engineering Contradiction:
Improvecustomized state restorationVSAvoidparameter application processing
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system enables self-service by automatically capturing page state parameters and applying them during restoration without requiring manual user configuration. When a page is restored from history, the stored client-side parameters are automatically reapplied to recreate the customized state, simplifying the user experience while the system handles the processing complexity in the background.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8924399B1Flexible page-viewing within a browser tab
Publication Date: 2014.12.30 INTUIT INC
  • US8924399B1 patent drawing
  • US8924399B1 patent drawing
  • US8924399B1 patent drawing

AI summary

A system comprising a client application configured to receive input targeting an identifier of a first page history entry, and obtain, from a client-side memory, the first page history entry and generate a second page history entry comprising a second resource location and a second client-side parameter. The client application is further configured to store the second page history entry in the client-side memory and send, to a server application, a request comprising the first resource location retrieved from the first page history entry. The client application is further configured to receive first resource data from the server application in response to the request, apply the client-side parameter to the first resource data to obtain reformed first resource data, and generate a second page comprising the reformed first resource data and the page history list listing an identifier of the second page history entry.