Live Datastream Segmentation for Late Joining Subscribers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing video and audio on demand systems do not effectively allow late joining subscribers to access and view previously broadcasted content without subscribing from the beginning, and they face challenges in efficiently transmitting live datastreams to a large number of users.

Innovation Solution

A multi-tier server architecture that segments live datastreams into configurable intervals, allowing for near-live feeds to be transmitted to late joining subscribers, enabling access to recorded content and live datastreams, and optimizing storage and transmission efficiency by using edge and intermediate servers to cache and distribute content.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If live datastreams are transmitted to subscribers, then real-time content delivery is achieved, but late joining subscribers cannot access previously broadcasted content

Engineering Contradiction:
Improvecontent access delayVSAvoidsubscriber joining flexibility
Core Design Contradiction:
Loss of timeVSAdaptability or versatility

Solution Approach 1:

The live datastream is divided into multiple segments that are stored in a recorded stream. This segmentation allows late joining subscribers to access previously broadcasted content segments without needing to subscribe from the beginning, resolving the contradiction between real-time delivery and late joining flexibility

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary action by storing segments of the live datastream in a recorded stream as they become available. This enables late joining subscribers to access content that was broadcast before they joined, eliminating the time loss they would otherwise experience

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If recorded content is transmitted to subscribers, then historical content access is enabled, but transmission efficiency is reduced

Engineering Contradiction:
Improvecontent access flexibilityVSAvoidtransmission efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The system dynamically switches between transmitting recorded content and live datastream based on subscriber needs and availability. When live content is available, it is transmitted as near-live feed; when not available or for historical content, recorded content is transmitted, optimizing transmission efficiency while maintaining flexibility

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes transmission parameters by switching between recorded content transmission and near-live feed transmission based on the availability of new segments and subscriber requests, thereby optimizing transmission efficiency while maintaining content access flexibility

Inventive Principle:
Principle #35Parameter changes

3Loss of time

If near-live feed is transmitted immediately, then subscriber response time is reduced, but transmission delays occur until new segments are obtained

Engineering Contradiction:
Improvesubscriber response timeVSAvoidcontent transmission continuity
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The system performs preliminary action by obtaining and storing new segments of the live datastream before transmitting them to subscribers. This ensures that when a subscriber requests content, the segment is ready for immediate transmission, reducing response time while maintaining transmission reliability

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses feedback from subscriber requests to trigger the acquisition of new segments. When a subscriber requests near-live feed, the system checks for available segments and transmits them, creating a feedback loop that optimizes both response time and transmission continuity

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9191623B2Transmitting datastreams to late joining broadcast subscribers
Publication Date: 2015.11.17 ADOBE INC
  • US9191623B2 patent drawing
  • US9191623B2 patent drawing
  • US9191623B2 patent drawing

AI summary

A computer-implemented method performed by a server including obtaining a stream of live data comprising a plurality of segments; storing the plurality of segments to form a recorded stream; transmitting the plurality of segments as a near-live feed to one or more nodes in a network; transmitting the recorded stream to another node in the network; and transitioning from transmission to the another node of the recorded stream to the near-live feed, the transmission comprising: delaying transmission of the near-live feed to the another node until a new segment of the stream of live data is obtained.