Local Proxy Server Manifest Editing for Streaming Playback

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing streaming content playback solutions waste resources by repeatedly selecting adaptive tracks and lack caching and preloading mechanisms, leading to inefficient data usage and slowed execution speeds.

Innovation Solution

Implementing a local streaming server to set an initial bit rate for streaming content playback, optimizing track selection by editing manifest files to prioritize tracks based on set bit rates, and preloading and caching content in a listview based on relative positions, using a local proxy server to enhance caching efficiency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If the client selects the first track from the manifest file without bit rate awareness, then the track selection process is simple, but the client has to select adaptive tracks again in subsequent requests causing resource waste

Engineering Contradiction:
Improvetrack selection processVSAvoidresource waste
Core Design Contradiction:
Ease of operationVSLoss of energy

Solution Approach 1:

The patent applies preliminary action by having the client determine and store its own bit rate capability in advance before track selection. The client calculates its bit rate based on network conditions and device capabilities beforehand, then uses this pre-determined bit rate information to directly select the appropriate track without needing to repeatedly query or adapt tracks in subsequent requests, thereby avoiding resource waste.

Inventive Principle:
Principle #10Preliminary action

2Measurement precision

If the client implements adaptive track selection algorithms considering network bandwidth and buffer, then track selection accuracy is improved, but the complexity of the client increases

Engineering Contradiction:
Improvetrack selection accuracyVSAvoidclient complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent applies self-service by enabling the client to autonomously determine its own bit rate capability based on its network conditions and device characteristics without requiring complex external algorithms or server interventions. The client independently calculates its bit rate and uses this self-determined information to make track selection decisions, simplifying the overall system complexity while maintaining accurate track selection.

Inventive Principle:
Principle #25Self-service

3Device complexity

If no caching mechanism is implemented for video fragment files, then the system is simple, but data waste and execution speed loss occur when streaming content is focused in the content listview

Engineering Contradiction:
Improvesystem complexityVSAvoidexecution speed
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The patent applies preliminary action by implementing a caching mechanism that pre-loads and stores video fragment files before they are actually needed for playback. When a user focuses on content in the listview, the system can quickly retrieve pre-cached fragment files instead of downloading them from scratch, significantly improving execution speed. The cache stores frequently accessed fragment files to prepare them in advance for rapid retrieval.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11838560B2Method and system for playing back streaming content using local streaming server
Publication Date: 2023.12.05 NAVER CORP
  • US11838560B2 patent drawing
  • US11838560B2 patent drawing
  • US11838560B2 patent drawing

AI summary

A method for playing back streaming content according to an embodiment may include a step in which a streaming player client sets an initial bitrate for a player module playing back streaming content; a step in which the streaming player client delivers, from the player module to a streaming server, a manifest file request for the streaming content; a step in which a local proxy server edits the manifest file delivered from the streaming server, the manifest file being edited on the basis of the set initial bitrate; and a step in which the local proxy server delivers the edited manifest file to the player module through the streaming player client.