Module Architecture for Webpage Component Coordination

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In the context of network-delivered media, such as webpages, the complexity of executing multiple dynamic elements simultaneously leads to inefficiencies due to overlapping module executions, which can result in the creation of multiple instances of the same component, causing resource overload and communication interference among modules.

Innovation Solution

The implementation of a module architecture that facilitates communication and coordination among coexisting modules through unique identifiers and a message interface, allowing modules to share resources and prevent redundant component loading by determining if an instance is already loaded, thus optimizing hardware resource usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple modules are executed simultaneously to handle dynamic elements, then media functionality is enhanced, but resource overload and communication interference occur

Engineering Contradiction:
Improvemedia functionalityVSAvoidresource overload
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system performs preliminary actions by checking whether a component instance already exists before attempting to load it. Modules query the component manager to determine if the component is already loaded, and only load it if it doesn't exist. This prevents redundant loading and resource overload while maintaining the ability to execute multiple modules simultaneously for enhanced media functionality.

Inventive Principle:
Principle #10Preliminary action

2Ease of operation

If modules execute independently without coordination, then module independence is maintained, but redundant component instances are created

Engineering Contradiction:
Improvemodule independenceVSAvoidcomponent instances
Core Design Contradiction:
Ease of operationVSQuantity of substance

Solution Approach 1:

The component manager acts as an intermediary between modules and components. It maintains a registry of loaded components and mediates the loading process by receiving load requests from modules, checking whether the component already exists, and only creating the component instance if necessary. This allows modules to execute independently while preventing redundant component instances through centralized coordination.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Speed

If component loading is performed without checking existing instances, then loading speed is maintained, but memory requirements increase

Engineering Contradiction:
Improveloading speedVSAvoidmemory requirements
Core Design Contradiction:
SpeedVSLoss of substance

Solution Approach 1:

The system implements feedback mechanisms where modules receive information about the loading status of components through the component manager. The component manager provides feedback to modules about whether a component already exists, allowing modules to adjust their behavior accordingly. This feedback loop prevents unnecessary component loading, reducing memory requirements while maintaining fast loading speeds for necessary components.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11270356B2Methods and apparatus for efficient execution of modules
Publication Date: 2022.03.08 THE NIELSEN CO (US) LLC
  • US11270356B2 patent drawing
  • US11270356B2 patent drawing
  • US11270356B2 patent drawing

AI summary

Methods and apparatus for efficient execution of modules are disclosed. An example method includes generating, by a first module, a first module identifier, the first module having been instantiated by an advertisement on a webpage, loading, by the first module, a component, communicating the module identifier to the component, determining that a second module having a second module identifier has been loaded, and, in response to determining that the second module has been loaded, communicating, by the first module, the second module identifier to the component to instruct the component to communicate with the second module.