Live Broadcast Notifications Using Device-Specific Activity Policies

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Conventional broadcast systems are incapable of providing customized or broadcast receiver device-specific information due to their one-to-many configuration, making it challenging to monitor and display information relating to specific broadcast devices during live broadcasts.

Innovation Solution

A live event system that identifies characteristics of broadcast receiver devices and generates interactive features based on policies or device-specific attributes, allowing notifications to be displayed on compatible devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a conventional one-to-many broadcast system is used, then broadcast content can be transmitted to multiple receiver devices, but the system cannot provide customized or device-specific information to individual broadcast receiver devices

Engineering Contradiction:

Improvecustomization capabilityVSAvoidsystem configuration complexity

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the broadcast system into distinct components: a broadcast provider system that manages content and policies, and individual broadcast receiver devices that execute specific notifications. This segmentation enables customized information delivery to specific devices while maintaining the overall one-to-many broadcast architecture, resolving the contradiction between customization capability and system complexity.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by pre-configuring notification generation policies and device-specific characteristics before the actual broadcast occurs. The broadcast provider system stores device characteristics and notification policies in advance, allowing rapid deployment of customized notifications without increasing real-time system complexity.

Inventive Principle:

Principle #10Preliminary action

2Loss of information

If the broadcast provider system communicates with each broadcast receiver device individually, then customized notifications can be displayed, but the system complexity and communication overhead increase

Engineering Contradiction:

Improvedevice-specific information deliveryVSAvoidcommunication infrastructure complexity

Core Design Contradiction:

Loss of informationVSDevice complexity

Solution Approach 1:

The broadcast provider system performs multiple functions: it manages broadcast content, stores device characteristics, evaluates notification policies, and transmits instructions to receiver devices. This multi-functionality consolidates complex operations into a single centralized system, enabling device-specific information delivery without proportionally increasing overall system complexity.

Inventive Principle:

Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system uses copying by transmitting instruction sets from the broadcast provider system to multiple receiver devices. Each receiver device receives and executes copied instructions tailored to its specific characteristics, enabling customized information delivery while using a standardized communication protocol that prevents complexity multiplication.

Inventive Principle:

Principle #26Copying

3Measurement precision

If notification policies are evaluated for each message in real-time, then accurate device-specific notifications can be generated, but processing time and computational resources increase

Engineering Contradiction:

Improvenotification accuracyVSAvoidnotification processing time

Core Design Contradiction:

Measurement precisionVSLoss of time

Solution Approach 1:

The system performs preliminary evaluation by pre-storing device characteristics and notification generation policies in the broadcast provider system. When a message is received, the system quickly matches the message against pre-configured policies and device characteristics, achieving accurate device-specific notifications with minimal real-time processing delay.

Inventive Principle:

Principle #10Preliminary action

Solution Approach 2:

Each broadcast receiver device maintains its own characteristic profile and can self-identify whether it should receive specific notifications by evaluating received instructions against its stored characteristics. This self-service approach distributes some processing burden to the devices themselves, reducing the computational load on the broadcast provider system while maintaining notification accuracy.

Inventive Principle:

Principle #25Self-service

Data Source

PatentUS20250380032A1Systems and methods for providing notifications of critical events occurring in live content based on activity data

Publication Date: 2025.12.11 DK CROWN HOLDINGS INC

AI summary

The present disclosure provides live event systems having one or more processors coupled to memory. The live event system can access a plurality of messages associated with a live event broadcasted to a plurality of broadcast receiver devices via a broadcast provider system. The live event system can determine that at least one message of the messages satisfies a condition of a notification generation policy relating to the live event. The live event system can identify, from the broadcast receiver devices, a subset of broadcast receiver devices that satisfy a notification transmission policy relating to the live event. The live event system can transmit instructions to the broadcast provider system, instructions causing the broadcast provider system to communicate with each broadcast receiver device of the subset of broadcast receiver devices and cause each broadcast receiver device of the subset to display a notification identifying the live event.