Runtime Configuration File Generation for Dynamic Content Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing content delivery systems face challenges in dynamically integrating additional content, such as advertisements, into user-requested multimedia content in a way that optimizes timing and placement without compromising latency or user experience.

Innovation Solution

A content management system generates a configuration file on-the-fly that determines the placement and duration of additional content segments based on metadata and cue points of the user-requested content, allowing for real-time adaptation to user context and service provider constraints, using AI models for dynamic segment and slot configurations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If additional content segments are dynamically integrated into user-requested content, then content delivery flexibility and user experience are improved, but system complexity and processing time increase

Engineering Contradiction:
Improvecontent delivery flexibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The content delivery system is segmented into modular components: configuration file generator, content segment identifier, additional content integrator, and playback coordinator. Each module handles specific tasks independently, allowing flexible integration of additional content without overwhelming system complexity. The configuration file itself is segmented to define multiple content slots and parameters that can be independently configured.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by pre-defining configuration parameters, content slots, and integration rules in the configuration file before actual content delivery. This advance preparation enables rapid runtime decision-making about which additional content to insert without complex real-time analysis, reducing processing time while maintaining flexibility.

Inventive Principle:
Principle #10Preliminary action

2Productivity

If configuration files are generated in advance, then processing speed is improved, but adaptability to real-time user context deteriorates

Engineering Contradiction:
Improveprocessing speedVSAvoidreal-time adaptation
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The configuration file generation is made dynamic through a hybrid approach: static structural templates are prepared in advance for speed, while runtime parameters (user context, content type, slot selections) are injected dynamically. This allows the system to generate customized configuration files rapidly at runtime based on actual user context, combining the benefits of pre-processing with real-time adaptability.

Inventive Principle:
Principle #15Dynamics

3Quantity of substance

If multiple additional content segments are integrated, then content richness is improved, but latency increases

Engineering Contradiction:
Improvecontent richnessVSAvoidlatency
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The system applies local quality by selectively populating specific content slots with additional content based on local conditions (user preferences, content type, slot importance). Not all slots are filled with equal priority; critical slots receive high-priority content while less important slots may remain empty or receive lower-priority content, optimizing the balance between content richness and processing latency.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS11997334B1Runtime determination of a configuration file usable for content presentation
Publication Date: 2024.05.28 AMAZON TECH INC
  • US11997334B1 patent drawing
  • US11997334B1 patent drawing
  • US11997334B1 patent drawing

AI summary

Techniques for dynamically determining a configuration file are described. In an example, a system receives, from a device, a request for first content to be presented by the device. The system determines metadata of the first content and a cue point indicating a start of a segment in which second content can be presented by the device. Based on the metadata and subsequent to the request, the system determines a configuration of the segment. The configuration includes: a duration of the segment, a sequence of slots in the segment, and/or a content duration usable in a slot of the segment. The system generates a configuration file that includes the metadata and the configuration, determines the second content based at least in part on the configuration file, and sends data about the first content and the second content to the device.