Client-Side Rules Engine for Dynamic Webpage Adjustments

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for updating webpages during visitor interactions are limited, as they typically require server-side processing and do not allow for dynamic adjustments based on client-side conditions and behaviors.

Innovation Solution

A method that includes providing a main layout with rule rendering elements, a rules engine, and rule triggers on the client-side, enabling client-side evaluation and execution of actions based on detected triggers, such as changes in window size, device orientation, or visitor behavior, allowing for real-time dynamic adjustments to the webpage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If server-side processing is used for dynamic webpage updates, then centralized control and security are improved, but responsiveness and real-time adjustment capability deteriorate

Engineering Contradiction:
Improvecentralized controlVSAvoidresponsiveness
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The patent segments the webpage into multiple independent regions, each with its own update rules. The rendering element divides the webpage structure into selectable regions that can be independently updated based on trigger conditions, allowing partial updates without full page reloads and improving responsiveness while maintaining centralized rule management.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent pre-defines multiple candidate regions and their update rules in advance on the server side. When a trigger condition is met, the pre-configured rules are executed immediately without requiring server round-trips, enabling real-time adjustments while maintaining centralized control over the rule definitions.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If server communication is required for every webpage update, then centralized control is maintained, but network overhead and processing time increase

Engineering Contradiction:
Improvecentralized controlVSAvoidprocessing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system pre-configures multiple candidate regions and their associated update rules on the server side before deployment. When trigger conditions occur, the client executes the pre-defined rules locally without requiring real-time server communication, significantly reducing processing time while maintaining centralized control over the rule definitions.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent creates candidate regions as copies or representations of the original webpage structure. These candidate regions can be independently manipulated and updated on the client side based on trigger conditions, reducing the need for continuous server communication while ensuring updates align with centralized rules.

Inventive Principle:
Principle #26Copying

3Speed

If client-side evaluation is implemented, then responsiveness and real-time adjustment are improved, but device complexity and resource requirements increase

Engineering Contradiction:
ImproveresponsivenessVSAvoidclient-side processing
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent segments the webpage into distinct candidate regions, each with specific update rules. This segmentation allows the client to evaluate and execute updates for only the relevant regions based on trigger conditions, rather than processing the entire page, thereby reducing client-side complexity while maintaining responsiveness.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes the state parameters of specific webpage regions based on trigger conditions. By monitoring and responding to specific parameter changes (such as user interactions or data updates) rather than evaluating the entire page state, the client-side processing complexity is reduced while maintaining real-time responsiveness.

Inventive Principle:
Principle #35Parameter changes

4Adaptability or versatility

If multiple candidate regions are provided for A/B testing, then adaptability and user experience optimization are improved, but webpage structure complexity increases

Engineering Contradiction:
ImproveA/B testing capabilityVSAvoidwebpage structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the webpage into multiple candidate regions that can represent different versions for A/B testing. Each region is independently definable and can be associated with different content or layouts, allowing flexible A/B testing without requiring complete duplication of the entire webpage structure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The candidate region mechanism serves multiple functions: it enables A/B testing, supports dynamic content updates, and allows regional customization. This multi-functionality reduces the need for separate structures for each purpose, thereby managing complexity while providing adaptability for various testing and update scenarios.

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

Data Source

PatentUS9679073B2Webpage comprising a rules engine
Publication Date: 2017.06.13 SITECORE
  • US9679073B2 patent drawing
  • US9679073B2 patent drawing
  • US9679073B2 patent drawing

AI summary

A webpage comprising at least one rule rendering element including definition of a rule trigger is provided to a client. When a rule trigger is detected, the rule definitions are analyzed by means of a rules engine, including evaluation of the rule definitions. At least the evaluation takes place client-side. The client performs one or more operations within the webpage on the basis of the evaluation.