Broadcast Receiver NRT Service Guide Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional broadcast receivers are unable to receive and process non-real time (NRT) services, limiting their ability to provide users with a comprehensive range of services that include both real-time (RT) and NRT content.

Innovation Solution

A method and broadcast receiver configuration that enables the reception, storage, and processing of NRT services by utilizing signaling information tables to create a non-real time service guide, allowing users to shift between RT and NRT service guides, and perform playback or download scheduling functions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional broadcast receivers only support real-time services, then the device complexity remains low, but the service versatility is limited

Engineering Contradiction:
Improveservice versatilityVSAvoiddevice complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The broadcast receiver is designed to handle both real-time and non-real time services through a unified service guide interface. The service guide manager dynamically determines whether to display RT-SGS or NRT-SGS based on user input, allowing the same device to provide multiple service types without requiring separate dedicated systems for each service mode.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The service guide display mode dynamically switches between real-time and non-real time service guides based on user interaction. When users input past time information, the system transitions to NRT-SGS; when current or future time is input, it displays RT-SGS. This dynamic adaptation allows the system to respond to different user needs without fixed configuration.

Inventive Principle:
Principle #15Dynamics

2Ease of operation

If a unified service guide interface is used for both RT and NRT services, then the ease of operation improves, but the information precision may be compromised

Engineering Contradiction:
Improveease of operationVSAvoidinformation precision
Core Design Contradiction:
Ease of operationVSMeasurement precision

Solution Approach 1:

The service guide interface applies different display qualities and information structures to different service types. The RT-SGS displays real-time program information with time-based navigation, while the NRT-SGS displays archived content with different organizational structures. Each service guide type is optimized for its specific purpose, providing locally appropriate information precision while maintaining a unified overall interface.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The service guide manager dynamically adjusts the display content and structure based on the selected service type. The system transitions between different information presentation modes depending on whether RT or NRT service is selected, ensuring that the most relevant and precise information is displayed for each service context without requiring separate interfaces.

Inventive Principle:
Principle #15Dynamics

3Measurement precision

If separate service guides are maintained for RT and NRT services, then the information precision is maintained, but the device complexity increases

Engineering Contradiction:
Improveinformation precisionVSAvoiddevice complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent merges the functionality of separate RT and NRT service guides into a unified service guide interface managed by a single service guide manager. This manager handles both service types, dynamically switching between them based on user input, thereby maintaining information precision for both service types while avoiding the complexity of completely separate guide systems.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The service guide manager is designed as a universal component that can handle both real-time and non-real time service guide operations. This multi-functional approach allows the system to maintain distinct information structures for RT and NRT services while using a single management entity, reducing overall system complexity compared to having entirely separate management systems.

Inventive Principle:
Principle #6Universality (Multi-functionality)

4Adaptability or versatility

If the service guide dynamically switches between RT and NRT modes, then the adaptability improves, but the loss of time for mode switching may increase

Engineering Contradiction:
ImproveadaptabilityVSAvoidtime for mode switching
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The service guide manager maintains readiness to switch between RT and NRT service guide modes by pre-loading and organizing both types of service guide data structures. When user input indicates a mode change is needed, the transition can occur rapidly because the necessary data structures and management logic are already prepared, minimizing the time loss associated with mode switching.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9003450B2Method of processing non-real time service and broadcast receiver
Publication Date: 2015.04.07 LG ELECTRONICS INC
  • US9003450B2 patent drawing
  • US9003450B2 patent drawing
  • US9003450B2 patent drawing

AI summary

A method of processing a non-real time service of a broadcast receiver, which receives and processes a service being transmitted in non-real time, and a broadcast receiver are disclosed. Herein, the method of processing a non-real time service of a broadcast receiver includes receiving a signaling information table including additional information on contents configuring a non-real time service and a content identifier for each content, acquiring and storing the additional information on contents and the content identifier for each content from the signaling information table, when a non-real time specific service guide is requested from a real-time specific service guide screen, configuring the non-real time specific service guide based upon the stored additional information and content identifier of the stored contents, thereby displaying a non-real time specific service guide screen, and performing a playback or download scheduling function on the content selected from the non-real time specific service guide screen.