Multimedia Broadcast Switching and Stream Replication Across Servers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Large businesses with multimedia streaming systems face challenges in ensuring reliable data transmission across heterogeneous networks, as multicast transmission may fail, and increased user requests can exceed server load capacity, leading to unserviced client requests and playback disruptions.

Innovation Solution

A system that dynamically negotiates between unicast and multicast transmission modes based on network capabilities and media player support, and replicates multimedia data streams across peer servers to ensure immediate availability and balanced load distribution.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of energy

If multicast transmission is used to reduce bandwidth consumption, then bandwidth efficiency is improved, but transmission reliability deteriorates due to network heterogeneity and multicast failure

Engineering Contradiction:
Improvebandwidth consumptionVSAvoidtransmission reliability
Core Design Contradiction:
Loss of energyVSReliability

Solution Approach 1:

The system dynamically switches between multicast and unicast transmission modes based on real-time network conditions and player support. The streaming server monitors multicast reception status and automatically transitions to unicast mode when multicast fails, ensuring both bandwidth efficiency and transmission reliability through adaptive mode selection.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the transmission mode parameter from fixed multicast to variable mode selection (multicast or unicast). By detecting multicast reception failures and player capabilities, the system adjusts the transmission parameter to maintain reliability while preserving bandwidth efficiency when multicast is successful.

Inventive Principle:
Principle #35Parameter changes

2Productivity

If the number of streaming servers is increased to handle more client requests, then server load capacity is improved, but system complexity and content synchronization difficulty worsen

Engineering Contradiction:
Improverequest handling capacityVSAvoidcontent synchronization complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The streaming server proactively replicates content to peer servers before demand occurs or in advance of expected load increases. This preliminary replication ensures content availability across the server network without requiring complex real-time synchronization when client requests spike, simplifying the synchronization process.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Peer servers automatically receive and store replicated content from other servers in the network, managing their own content libraries independently. This self-service approach eliminates the need for a centralized synchronization mechanism, reducing system complexity while maintaining high request handling capacity across multiple servers.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8230097B2Method and system for broadcasting multimedia data
Publication Date: 2012.07.24 VECTORMAX CORP
  • US8230097B2 patent drawing
  • US8230097B2 patent drawing
  • US8230097B2 patent drawing

AI summary

A broadcast system provides support for clients to receive transmissions over a unicast or a multicast channel from a broadcast server. A server administrator configures each of a first server and client systems connected to the server to receive data in one of a multicast or unicast transmission mode. An empirical test determines whether an intervening network can support the configured mode and if not, transmission is performed using a fall back mode. The first server is able to provide access to data streams from other servers to the client systems connected thereto. Upon requesting a data stream from another server, the first server receives the data stream, replicates the data stream, transmits the data stream to the requesting client system and stores the replicated data stream for immediate access by any requesting client server connected thereto.