Display device and terminal device

By connecting display devices and terminal devices via a local area network, ATSC 3.0 program content can be parsed and shared, solving the spatial limitations of viewing on fixed devices, enabling flexible program access and free viewing on multiple terminal devices, and improving the user experience.

CN121728293APending Publication Date: 2026-03-24HISENSE ELECTRONICS TECH SHENZHEN CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-11-24
Publication Date
2026-03-24

AI Technical Summary

Technical Problem

The existing ATSC 3.0 standard program content can only be viewed on a fixed television set and cannot be broadcast live on mobile devices such as mobile phones or tablets within the same local area network, lacking flexible distribution and multi-terminal access capabilities.

Method used

A display device is provided that establishes a communication connection with terminal devices through a local area network gateway, parses the radio frequency signals of ATSC 3.0 programs, extracts audio and video data, and shares it with multiple terminal devices within the local area network, supporting prompts and decision-making mechanisms when program request conflicts occur.

Benefits of technology

It enables ATSC 3.0 program content sharing among multiple terminal devices under the same local area network, improving the flexible distribution of program content and user experience. Users can watch programs freely from any location in the home, enhancing convenience and interactivity.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121728293A_ABST
    Figure CN121728293A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of display equipment, and provides display equipment and terminal equipment, the display equipment comprises a first communication module and a first controller, and the first controller is configured to receive a program request sent by the first terminal equipment through the first communication module; acquiring a radio frequency signal corresponding to the program request under the condition that the first communication module does not share the program content with the second terminal device at present or the frequency point to which the program content shared with the second terminal device belongs is the same as the frequency point corresponding to the program request; and demodulating the radio frequency signal into a digital television signal, and after extracting audio and video data in the digital television signal, sending the audio and video data by the first terminal equipment. According to the technical scheme, the space limitation of watching of traditional fixed equipment can be broken through, a user can play the live broadcast content of the radio frequency signal through multiple terminal equipment in the same local area network, and the use convenience and the user experience are enhanced.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of display device technology, and in particular to a display device and terminal device. Background Technology

[0002] The Advanced Television Systems Committee 3.0 (ATSC 3.0) standard, as a new generation of digital television standard, supports high-definition audio and video broadcasting and interactive functions through signaling transmission and physical layer pipelines.

[0003] In existing technologies, ATSC 3.0 program viewing relies on dedicated receiving equipment (such as a television that supports ATSC 3.0), and its core process includes: The system receives radio frequency signals via an antenna, processes them through a tuner and demodulator, and parses the signaling table to obtain the program content. Based on user selections (such as audio track language), it filters out the audio and video elementary streams from the program content and plays the corresponding audio and video on the television set. In this case, the program content is confined to a fixed television set. Because the ATSC 3.0 standard does not include a local area network (LAN) distribution mechanism, video signal reception relies on a physical antenna and dedicated hardware. Users cannot watch live broadcasts on mobile devices (such as phones and tablets) within the same LAN as the display device. Summary of the Invention

[0004] This application provides a display device and a terminal device for enabling multiple terminals within a local area network to access ATSC3.0 program content, so that users can watch live content from display devices on the same local area network on their mobile devices.

[0005] The first aspect of this application provides a display device, comprising: The first communication module is configured to establish a communication connection with at least one terminal device through a local area network gateway; The first controller, connected to the first communication module, is configured as follows: The first communication module receives program requests sent by the first terminal device, and at least one terminal device includes the first terminal device. If the first communication module is not currently sharing program content with the second terminal device, or if the frequency of the program content shared with the second terminal device is the same as the frequency corresponding to the program request, the module responds to the program request by acquiring the radio frequency signal corresponding to the program request; wherein at least one terminal device includes a second terminal device, which is different from the first terminal device, and the program content is content parsed from the radio frequency signal; Demodulate the radio frequency signal into a digital television signal; Analyze the signaling data in the digital television signal, and extract the audio and video data from the digital television signal based on the signaling data; The first communication module sends audio and video data to the first terminal device.

[0006] In this way, the display device acts as a server, extracting the audio and video data of the currently playing program from the radio frequency signal in real time, and responding to the program requests of the first terminal device, enabling the first terminal device to obtain ATSC 3.0 program content through the local area network gateway. This breaks through the spatial limitations of traditional fixed-device viewing, allowing users to play ATSC 3.0 program content through multiple terminal devices within the same local area network. This enhances the flexible distribution of ATSC 3.0 program content and its multi-terminal device access capabilities, enabling users to freely watch ATSC 3.0 program content from any location in the home, thus improving ease of use and user experience.

[0007] In one implementation, after receiving the program request sent by the first terminal device via the first communication module, the first controller is further configured to: If the frequency of the audio and video data currently shared by the first communication module to the second terminal device is different from the frequency corresponding to the program request, the first prompt information is sent to the first terminal device in response to the program request. In response to the cancellation instruction sent by the first terminal device, the execution of the program request is abandoned; In response to the confirmation command of the first prompt message sent by the first terminal device, the program request is executed, and the first communication module is driven to stop sharing audio and video data with the second terminal device.

[0008] In this way, when the program content shared by the display device conflicts with the program request of the first terminal device, the decision-making power is given to the user by sending a first prompt message to the first terminal device and adding a confirmation or cancellation instruction to the first prompt message, thereby improving the user experience.

[0009] In one implementation, after receiving the program request sent by the first terminal device via the first communication module, the first controller is further configured to: If the frequency of the audio and video data currently shared by the first communication module to the second terminal device is different from the frequency corresponding to the program request, a second prompt message is sent to the first terminal device. The second prompt message includes information about the audio and video data currently shared by the first communication module to the second terminal device. In response to a synchronization sharing command sent by the first terminal device, the first communication module is driven to send audio and video data to the first terminal device for sharing with the second terminal device.

[0010] In this way, when the program content shared by the display device conflicts with the program request of the first terminal device, a second prompt message is sent to the first terminal device, enabling the user to simultaneously watch the program content requested by the first terminal device on the second terminal device.

[0011] In one implementation, the first controller performs parsing of signaling data in the digital television signal and extracts audio and video data from the digital television signal based on the signaling data, and is configured as follows: Lock onto the frequency point corresponding to the digital television signal; Based on locking the frequency point corresponding to the digital television signal, the physical layer signaling of the digital television signal is analyzed to obtain the link mapping table; Lock the physical layer pipe with low-level signaling flags according to the link mapping table; Low-level signaling and service-level signaling received from the physical layer pipeline for digital television signals; Based on low-level signaling and service-level signaling, the audio and video data in the digital television signal are located and extracted.

[0012] In this way, through a hierarchical signal analysis mechanism, a stable signal reception foundation is first established by accurately locking the radio frequency signal frequency point, ensuring the reliability of subsequent processing. Then, the link mapping table is obtained by parsing the physical layer signaling, providing data support for the intelligent selection of physical layer pipelines. After locking the physical layer pipeline with the lower-layer signaling flag based on the service list, the key signaling data at both the lower-layer and service layers can be extracted efficiently. This hierarchical processing mechanism not only avoids the waste of resources from full-band signal scanning, but also achieves accurate positioning and extraction of audio and video data through the coordinated guidance between signaling signals.

[0013] In one implementation, prior to the step of receiving a program request sent by the first terminal device via the first communication module, the first controller is further configured to: Upon receiving a connection request from the first terminal device via the first communication module, the system responds to the connection request by driving the first communication module to establish a communication connection with the first terminal device and obtaining the identity information of the first terminal device. After the step of extracting audio and video data from digital television signals based on signaling data, the controller is also configured to: The identity information of the first terminal device is marked in the audio and video data.

[0014] In this way, by marking the identity information of the first terminal device in the audio and video data, it is ensured that the audio and video data is accurately sent to the corresponding first terminal device.

[0015] In one implementation, after the step of locating and extracting audio and video data from the digital television signal based on low-layer signaling and service-layer signaling, the controller is further configured to: Extract the channel information corresponding to the audio and video data from the lower-layer signaling; Label channel information in audio and video data.

[0016] In this way, by marking channel information on audio and video data, when the user watches the program content corresponding to the audio and video data on the first terminal device, the channel information is displayed on the screen, making it easier for the user to clearly identify the channel information corresponding to the program content on the first terminal device, thereby improving the user experience.

[0017] In one implementation, after the step of extracting audio and video data from the digital television signal based on signaling data, the first controller is further configured to: The audio and video data is divided into multiple data segments according to a preset time interval; Establish a sharding index table for multiple data shards, and record the timing information and data volume of each data shard in the sharding index table; The shard index table is cached and stored in shards, which are then used to store multiple data shards.

[0018] In this way, after the display device obtains the audio and video data, it can store the audio and video data in multiple segments, without having to wait to receive a complete cached audio and video before starting to stream. This enhances the start-up performance of the first terminal device after it sends a program request.

[0019] In one implementation, the first controller is also configured as follows: Upon receiving a program guide request from the first terminal device via the first communication module, the system responds to the program guide request by acquiring a broadcast radio frequency signal. Electronic program guide data is extracted from broadcast radio frequency signals. The electronic program guide data includes at least program identifiers and program broadcast times. The first communication module is driven to push electronic program guide data to the first terminal device.

[0020] In this way, after the first terminal device receives the electronic program guide data pushed by the first communication module, the interface represented by the electronic program guide data is displayed on the user interface of the first terminal device, so that the user can browse the basic information of the program content on the user interface of the first terminal device.

[0021] In one implementation, after the step of driving the first communication module to push electronic program guide data to the first terminal device, the first controller is further configured to: Upon receiving a program reservation request from the first terminal device via the first communication module, the system responds to the program reservation request by obtaining the program identifier and the program broadcast time slot corresponding to the program reservation request. When the system time of the display device reaches the start time of the program broadcast period, the first communication module is driven to send program push information to the first terminal device, or to send audio and video data of the frequency point corresponding to the program identifier.

[0022] This allows users to reserve and play programs they are interested in on their first terminal device, thus enabling ATSC 3.0 content sharing and intelligent viewing experience across multiple terminals and scenarios.

[0023] A second aspect of this application provides a terminal device, including: The monitor is configured to display the user interface; The second communication module is configured to establish a communication connection with the display device through a local area network gateway; The second controller, connected to the display and the second communication module, is configured as follows: In response to the user's input connection command, the second communication module is driven to establish a communication connection with the display device through the local area network gateway; In response to the user's input of a program playback command, a program request is generated, and the second communication module is driven to send the program request to the display device; Upon receiving audio and video data sent by the display device, the display is driven to play audio and video information on the user interface. The audio and video data is sent by the display device under preset conditions, which are: the first communication module of the display device is not currently sharing audio and video data with other terminal devices, or the frequency point of the shared audio and video data is the same as the frequency point corresponding to the program request, or the frequency point of the shared audio and video data is different from the frequency point corresponding to the program request, and a confirmation instruction for the first prompt information sent by the second communication module is received. The first prompt information is sent by the display device to indicate that the frequency point of the audio and video data currently shared by the display device with other terminal devices is different from the frequency point corresponding to the program request.

[0024] In this way, when multiple terminal devices establish communication connections with the display device or are in the same local area network, they can accurately send audio and video data to the corresponding first terminal device. Attached Figure Description

[0025] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 This is a schematic diagram illustrating an operational scenario between a display device and a control device provided in some embodiments of this application; Figure 2 This is a schematic diagram of the hardware configuration of a display device provided in some embodiments of this application; Figure 3 This is a schematic diagram of the software configuration of a display device provided in some embodiments of this application; Figure 4 A schematic diagram of the process of a display device sharing program content with a terminal device, provided in some embodiments of this application. Figure 1 ; Figure 5 A schematic diagram illustrating a scenario where a display device shares program content with a terminal device, as provided in some embodiments of this application; Figure 6 A schematic diagram of the process of a display device sharing program content with a terminal device, provided in some embodiments of this application. Figure 2 ; Figure 7 A schematic diagram of a terminal device receiving a request, provided in some embodiments of this application. Figure 1 ; Figure 8 A schematic diagram of a terminal device receiving a request, provided in some embodiments of this application. Figure 2 ; Figure 9 A schematic diagram of the process of a display device sharing program content with a terminal device, provided in some embodiments of this application. Figure 3 ; Figure 10 A schematic diagram of the process of a display device sharing program content with a terminal device, provided in some embodiments of this application. Figure 4 ; Figure 11 A schematic diagram of the process of a display device sharing program content with a terminal device, provided in some embodiments of this application. Figure 5 ; Figure 12 A schematic diagram of a mapping table between terminal devices and program content provided in some embodiments of this application; Figure 13 This application provides an illustration of multiple terminal devices acquiring and sharing programs in some embodiments. Figure 1 ; Figure 14 This application provides an illustration of multiple terminal devices acquiring and sharing programs in some embodiments. Figure 2 ; Figure 15 This application provides an illustration of multiple terminal devices acquiring and sharing programs in some embodiments. Figure 3 . Detailed Implementation

[0027] The embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described below do not represent all embodiments consistent with this application. They are merely examples of systems and methods consistent with some aspects of this application as detailed in the claims.

[0028] It should be noted that the brief descriptions of terms in this application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of this application. Unless otherwise stated, these terms should be understood in their ordinary and common meaning.

[0029] The terms "first," "second," "third," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar or related objects or entities, and do not necessarily imply a specific order or sequence, unless otherwise specified. It should be understood that such terms are interchangeable where appropriate.

[0030] The terms “comprising” and “having”, and any variations thereof, are intended to cover but not exclude inclusion, for example, a product or device that includes a range of components is not necessarily limited to all of the components that are clearly listed, but may include other components that are not clearly listed or that are inherent to such product or device.

[0031] The term "module" refers to any known or subsequently developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and / or software code that is capable of performing the functions associated with that element.

[0032] In this embodiment, display device 200 generally refers to a device with screen display and data processing capabilities. For example, display device 200 includes, but is not limited to, smart TVs, mobile terminals, computers, monitors, advertising screens, wearable devices, virtual reality devices, augmented reality devices, etc.

[0033] Figure 1 This is a schematic diagram illustrating an operational scenario between a display device and a control device provided in some embodiments of this application. For example... Figure 1 As shown, a user can operate the display device 200 via touch operation, a mobile terminal 300, and a control device 100. The control device 100 receives user input commands and converts them into control commands that the display device 200 can recognize and respond to. For example, the control device 100 can be a remote control, a stylus, a gamepad, etc.

[0034] The mobile terminal 300 can serve as a control device for human-computer interaction between the user and the display device 200. The mobile terminal 300 can also function as a communication module for establishing a communication connection with the display device 200 and exchanging data. In some embodiments, the mobile terminal 300 can have software applications installed on it and communicate with the display device 200 via network communication protocols to achieve one-to-one control operations and data communication. It can also transmit audio and video content displayed on the mobile terminal 300 to the display device 200 for synchronized display.

[0035] In some embodiments, the mobile terminal 300 or other electronic devices may also simulate the functions of the control device 100 by running an application that controls the display device 200.

[0036] like Figure 1 The diagram also shows that the display device 200 communicates with the server 400 via various communication methods. This allows the display device 200 to communicate via a local area network (LAN), a wireless local area network (WLAN), and other networks.

[0037] Display device 200 can provide broadcast television reception function, and can also be equipped with intelligent network television function that provides computer support function, including but not limited to network television, smart television, Internet Protocol television (IPTV), etc.

[0038] Figure 2 Provided for some embodiments of this application Figure 1 Hardware configuration block diagram of display device 200.

[0039] In some embodiments, the display device 200 may include at least one of a tuner 210, a communication device 220, a detector 230, a device interface 240, a controller 250, a display 260, an audio output device 270, a memory 280, a power supply 290, and a user input interface 2010.

[0040] In some embodiments, detector 230 is used to acquire signals from the external environment or to interact with the outside world. For example, detector 230 includes a light receiver, a sensor for acquiring ambient light intensity; or, detector 230 includes an image acquisition device, such as a camera, which can be used to acquire external environmental scenes, user attributes, or user interaction gestures; or, detector 230 includes a sound acquisition device, such as a microphone, for receiving external sounds.

[0041] In some embodiments, the display 260 includes display function components for presenting images and driving components for driving image display. The display 260 is used to receive and display image signals output from the controller 250. For example, the display 260 can be used to display video content, image content, menu control interface components, and user control UI interfaces, etc.

[0042] In some embodiments, the communication device 220 is a component used to communicate with external devices or the server 400 according to various communication protocol types. The display device 200 may have multiple communication devices 220 depending on the supported communication methods. For example, when the display device 200 supports wireless network communication, it may have a communication device 220 with WiFi functionality. When the display device 200 supports Bluetooth connectivity, it needs to have a communication device 220 with Bluetooth functionality.

[0043] The communication device 220 enables the display device 200 to communicate with external devices or the server 400 via wireless or wired connections. Wired connections utilize data cables, interfaces, or other components to connect the display device 200 to external devices. Wireless connections utilize wireless signals or wireless networks. The display device 200 can directly establish a connection with external devices or indirectly through gateways, routers, or other connection devices.

[0044] In some embodiments, the controller 250 may include at least one of a central processing unit, a video processor, an audio processor, a graphics processor, and a power processor, and a first to an nth interface for input / output. The controller 250 controls the operation of the display device and responds to user operations through various software control programs stored in memory. The controller 250 controls the overall operation of the display device 200.

[0045] In some embodiments, the controller 250 and the tuner 210 may be located in different separate devices, that is, the tuner 210 may also be located in an external device of the main device where the controller 250 is located, such as an external set-top box.

[0046] In some embodiments, a user can input user commands through a graphical user interface (GUI) displayed on a display 260, and the user input interface receives user input commands through the graphical user interface (GUI).

[0047] In some embodiments, the audio output device 270 can be a built-in speaker of the display device 200 or an external audio output device connected to the display device 200. For the external audio output device connected to the display device 200, the display device 200 may also be provided with an external audio output terminal, through which the audio output device can be connected to the display device 200 to output sound from the display device 200.

[0048] In some embodiments, the user input interface 280 can be used to receive instructions from user input.

[0049] In some embodiments, to enable user interaction, the display device 200 may run an operating system. An operating system is a computer program that manages and controls the hardware and software resources of the display device 200. The operating system can control the display device to provide a user interface; for example, the operating system can directly control the display device to provide a user interface, or it can provide a user interface by running applications. The operating system also allows users to interact with the display device 200.

[0050] It should be noted that the operating system can be a native operating system based on a specific operating platform, a third-party operating system that is deeply customized based on a specific operating platform, or an independent operating system specifically developed for display devices.

[0051] An operating system can be divided into different modules or levels based on the functions it implements, for example... Figure 3 As shown, in some embodiments, the system is divided into four layers, from top to bottom: the Applications layer (referred to as the "Application Layer"), the Application Framework layer (referred to as the "Framework Layer"), the System Library layer, and the Kernel layer.

[0052] In some embodiments, the application layer provides services and interfaces for applications, enabling the display device 200 to run applications and interact with the user based on the applications. The application layer may contain at least one application, which may be a built-in Windows program, system settings program, or clock program of the operating system; or it may be an application developed by a third-party developer. In specific implementations, the application packages in the application layer are not limited to the examples above.

[0053] The framework layer provides application programming interfaces (APIs) and a programming framework for applications. The application framework layer includes predefined functions. It acts as a central processing unit, determining the actions taken by applications within the application layer. Through the API, applications can access system resources and obtain system services during execution.

[0054] like Figure 3 As shown, the application framework layer in this embodiment includes a view system, managers, and content providers. The view system designs and implements the application's interface and interactions, and includes lists, grids, text boxes, and buttons. The managers include at least one of the following modules: an activity manager for interacting with all running activities in the system; a location manager for providing system services or applications with access to system location services; a package manager for retrieving various information related to application packages currently installed on the device; a notification manager for controlling the display and clearing of notification messages; and a window manager for managing icons, windows, toolbars, wallpapers, and desktop widgets on the user interface.

[0055] In some embodiments, the Activity Manager manages the lifecycle of individual applications and common navigation and back functions, such as controlling application exit, opening, and back actions. The Window Manager manages all window programs, such as obtaining the screen size, determining if a status bar is present, locking the screen, capturing the screen, and controlling changes to the display window, such as shrinking the display window, shaking the display, or distorting the display.

[0056] In some embodiments, the system runtime library layer can provide support for the framework layer. When the framework layer is used, the operating system runs the instruction library contained in the system runtime library layer, such as the C / C++ instruction library, to implement the functions to be performed by the framework layer.

[0057] In some embodiments, the kernel layer is a functional layer situated between the hardware and software of the display device 200. The kernel layer can implement functions such as hardware abstraction, multitasking, and memory management. For example, ... Figure 3As shown, hardware drivers can be configured in the kernel layer. The kernel layer can contain at least one of the following drivers: audio driver, display driver, Bluetooth driver, camera driver, WIFI driver, USB driver, HDMI (High Definition Multimedia Interface) driver, sensor driver (such as fingerprint sensor, temperature sensor, pressure sensor, etc.), and power driver, etc.

[0058] It should be noted that the above examples are merely a simple division of operating system functions and do not limit the specific form of the operating system of the display device 200 in this application embodiment. Depending on the function of the display device, the type of operating system, and other factors, the number of layers and the specific type of the operating system may take other forms.

[0059] This application provides a display device, including: a first communication module and a first controller. The first communication module is configured to establish a communication connection with at least one terminal device through a local area network gateway; the first controller is connected to the first communication module, such as... Figure 4 As shown, the first controller is configured to execute steps S410 to S450.

[0060] Step S410: Receive a program request sent by a first terminal device through the first communication module; at least one terminal device includes the first terminal device.

[0061] In this embodiment, taking a family home environment as an example, the family home includes at least one living room, multiple bedrooms, and other independent spaces. The display device is generally located in the living room. In existing solutions, if a user needs to watch ATSC 3.0 programs, they can only watch ATSC 3.0 programs in the living room and cannot watch them in bedrooms or other independent spaces. The display device provided in this embodiment can establish communication connections with multiple terminal devices simultaneously and can share program content on the same frequency with multiple terminal devices. That is, users can watch ATSC 3.0 programs in multiple bedrooms or other independent spaces through mobile devices that are on the same local area network as the display device. Furthermore, if the frequency is the same, ATSC 3.0 programs can be watched simultaneously on multiple mobile devices.

[0062] Step S420: If the first communication module is not currently sharing program content with the second terminal device, or if the frequency of the program content shared with the second terminal device is the same as the frequency corresponding to the program request, the radio frequency signal corresponding to the program request is obtained in response to the program request.

[0063] At least one terminal device includes a second terminal device, which differs from the first terminal device. The program content of the second terminal device is content parsed from radio frequency signals. For example, the first terminal device is a mobile device used by a first user in a first bedroom, and the second terminal device is a mobile device used by a second user in a second bedroom. Where the frequency of the program content shared by the first communication module to the second terminal device is the same as the frequency corresponding to the program request, there may be multiple second terminal devices. If multiple second terminal devices exist, the frequency of the program content viewed by the multiple second terminal devices is the same.

[0064] The display device provided in this application embodiment can share program content in radio frequency signals to multiple terminal devices under the same local area network, that is, the display device acts as a server for distribution.

[0065] In this scenario, when multiple terminal devices request program content on the same frequency, the display device can simultaneously share the program content from the radio frequency signal with multiple terminal devices. It should be noted that a digital television signal on the same frequency can include program content from multiple channels.

[0066] In this embodiment, when the display device receives a program request from the first terminal device, the display device obtains its own program sharing status. The display device's program sharing status includes not sharing program content with the terminal device and sharing program content with the terminal device. When the program sharing status is "sharing program content with the terminal device," the display device marks the frequency and channel information of the program content, as well as the corresponding terminal device's identity information. If the display device is not currently sharing program content with the second terminal device, it indicates that the display device can respond to the program request and share program content with the first terminal device.

[0067] If the frequency of the shared program content is the same as the frequency of the program request, the program content can also be shared with the first terminal device. However, in this case, the program content that the display device can share is limited by the previously shared content and can only be program content on the same frequency as the previously shared program content.

[0068] Step S430: Demodulate the radio frequency signal into a digital television signal.

[0069] The display device uses an antenna to receive radio frequency signals, and then uses a tuner to adjust the frequency of the radio frequency signals, that is, to select a specific frequency channel. The demodulator adjusts the modulation method and parameters of the radio frequency signals, thereby restoring the radio frequency signals into digital television signals.

[0070] Step S440: Analyze the signaling data in the digital television signal to extract audio and video data from the digital television signal based on the signaling data.

[0071] Under the ATSC 3.0 standard, display devices parse rich signaling data from digital television signals. This signaling data contains key information such as the structure, grouping, and transmission methods of the program content. Based on this signaling data, the display device filters and extracts the audio and video data of each channel to facilitate subsequent program content distribution.

[0072] Step S450: Drive the first communication module to send audio and video data to the first terminal device.

[0073] After obtaining the audio and video data corresponding to the program request, the first controller drives the first communication module to send the audio and video data to the first terminal device.

[0074] like Figure 5 As shown, the display device provided in this application embodiment acts as a server, which can extract the audio and video data of the currently playing program from the radio frequency signal in real time, and respond to the program request of the first terminal device, so that the first terminal device can obtain the program content of ATSC 3.0 through the local area network gateway.

[0075] This breaks through the spatial limitations of traditional fixed-device viewing. Within the same local area network, users can play ATSC 3.0 program content through multiple terminal devices without being limited by space. This enhances the flexible distribution of ATSC 3.0 program content and its access capabilities across multiple terminal devices, allowing users to freely watch ATSC 3.0 program content from any location in the home, thereby improving ease of use and user experience.

[0076] In some embodiments, such as Figure 6 As shown, after receiving the program request sent by the first terminal device through the first communication module, the first controller is further configured to execute steps S610 to S630.

[0077] In step S610, if the frequency of the audio and video data currently shared by the first communication module to the second terminal device is different from the frequency corresponding to the program request, a first prompt message is sent to the first terminal device in response to the program request.

[0078] Because the tuner of a display device can only resolve the radio frequency signal of one frequency point at a time, the display device cannot share program content of different frequencies with multiple terminal devices simultaneously.

[0079] If the frequency of the audio / video data currently shared by the first communication module to the second terminal device is different from the frequency corresponding to the program request, the first communication module sends a first prompt message to the first terminal device. For example, terminal device B is currently watching CCTV-1 on a display device. CCTV-1 is located on the first frequency (e.g., center frequency 666 MHz). At this time, if terminal device A requests to watch a local satellite TV channel, but that local satellite TV channel is located on the second frequency (e.g., center frequency 698 MHz), a conflict will occur because the display device cannot simultaneously lock onto the first and second frequency points to receive radio frequency signals from two different frequencies.

[0080] Conversely, if the program requested by terminal device A is on the same frequency as the program being watched by terminal device B, there will be no conflict. For example, if terminal device B is watching CCTV-1 (frequency A), and terminal device A requests to watch CCTV-News (assuming CCTV-News and CCTV-1 are multiplexed on the first frequency), the display device can simultaneously extract the audio and video data streams of both channels and distribute them to both terminal devices while locking the first frequency, without triggering a conflict warning.

[0081] like Figure 7 As shown, terminal device A sends a request message to the display device. After receiving the first prompt message, the first prompt message displayed on the user interface of terminal device A is: "The program request conflicts with the shared content of terminal device B. Do you want to confirm and stop the sharing of terminal device B?" and a confirmation control and a cancellation control are displayed on the user interface.

[0082] In one implementation, the first notification message includes the identity information of the second terminal device. For example, if the display device has currently shared program content with terminal device B, then the first notification message includes the identity information of terminal device B. This allows users on the same local area network to clearly understand the usage status of multiple terminal devices and, based on their own needs, consider how to adjust the sharing of program content among multiple terminal devices.

[0083] In one implementation, the first prompt message does not include the identity information of the second terminal device, but only prompts that the program request conflicts with the shared content of the second terminal device.

[0084] In step S620, in response to the cancellation instruction sent by the first terminal device, the execution of the program request is abandoned.

[0085] When a user triggers a cancellation command on the user interface of the first terminal device, it signifies that the user is relinquishing the right to share program content via the display terminal. In this case, the first terminal device generates a cancellation command and sends it to the display device. In response to the cancellation command, the display device does not execute the program request command sent by terminal device A, but continues to share program content with terminal device B.

[0086] In step S630, in response to the confirmation instruction sent by the first terminal device, the program request is executed, and the first communication module is driven to stop sharing audio and video data with the second terminal device.

[0087] When a user triggers a confirmation command on the user interface of the first terminal device, it indicates that the user still wants to obtain the program content sharing through the first terminal device, even though there is a conflict between the program request of the first terminal device and the sharing content of the second terminal device. In this case, the first terminal device generates a confirmation command and sends it to the display device.

[0088] Upon receiving a confirmation command from the first terminal device, the first controller of the display device executes the program request and drives the first communication module to stop sharing audio and video data with the second terminal device.

[0089] In this way, when the program content shared by the display device conflicts with the program request of the first terminal device, the decision-making power is given to the user by sending a first prompt message to the first terminal device and adding a confirmation or cancellation instruction to the first prompt message, thereby improving the user experience.

[0090] In some embodiments, after the first controller drives the first communication module to stop sharing audio and video data with the second terminal device, the first controller generates a stop-sharing message to indicate that the program content has been stopped, and drives the first communication module to send a termination-sharing message to the second terminal device to notify the user of the second terminal device that the program content has been stopped. The termination-sharing message includes the reason for the stoppage, such as providing the identity information of the first terminal device that sent the program request.

[0091] In one implementation, if the frequency of the audio / video data currently shared by the first communication module to the second terminal device is different from the frequency corresponding to the program request, a second prompt message is sent to the first terminal device. The second prompt message includes information about the audio / video data currently shared by the first communication module to the second terminal device; that is, the second prompt message includes information about the conflicting program content. For example, ... Figure 8As shown, the second prompt message displayed on the user interface of terminal device A is: "The program request conflicts with the content 1 shared by terminal device B. Do you confirm to stop the sharing by terminal device B?" A confirmation control, a cancellation control, and a synchronize sharing control are also displayed on the user interface. Specifically, after the user triggers the synchronize sharing control, terminal device A sends a synchronize sharing command to the display device.

[0092] After receiving the synchronization sharing instruction, the display device responds to the synchronization sharing of the second prompt information sent by the first terminal device and drives the first communication module to send the audio and video data to be shared with the second device to the first terminal device. That is, the first controller of the display device synchronously shares content 1 with the terminal device A.

[0093] In this way, when the program content shared by the display device conflicts with the program request of the first terminal device, a second prompt message is sent to the first terminal device, enabling the user to simultaneously watch the program content requested by the first terminal device on the second terminal device.

[0094] In some embodiments, the first controller performs parsing of signaling data in the digital television signal to extract audio and video data from the digital television signal based on the signaling data, such as... Figure 9 As shown, the first controller is configured to execute steps S910 to S950.

[0095] Step S910: Lock the frequency point corresponding to the digital television signal.

[0096] Frequency locking is achieved through the hardware abstraction layer component of the display device. Specifically, the first controller sends a frequency control command to the tuner, which generates a local oscillator frequency that matches the target frequency and locks the target frequency through a phase-locked loop. The target frequency is determined based on the program requested by the program.

[0097] The radio frequency signal is converted into an intermediate frequency signal, the target frequency signal is extracted, and adjacent channel interference is suppressed. That is, the signal of the target frequency range is selected from the full-band radio frequency signal, and frequency synchronization is maintained to resist frequency drift and interference. The receiving parameters are automatically adjusted according to the signal strength.

[0098] In the ATSC 3.0 standard-based processing flow, frequency locking is the starting point for signal reception and the first step in the entire ATSC 3.0 signal parsing process. It provides the foundation for subsequent operations. Only after successfully locking the frequency can physical layer pipe (PLP) data be obtained. The quality of frequency locking directly affects the accuracy of subsequent signaling parsing. Each frequency can carry multiple television programs, and locking the correct frequency is a prerequisite for accessing specific program content.

[0099] Step S920: Based on locking the frequency point corresponding to the digital television signal, parse the physical layer signaling of the digital television signal to obtain the link mapping table.

[0100] The demodulator of the hardware abstraction layer component performs OFDM (Orthogonal Frequency Division Multiplexing) demodulation on the locked radio frequency signal, identifies the special identifier (Bootstrap signal) of the physical layer signaling, parses the Link Mapping Table (LMT) data structure, obtains PLP configuration information, establishes a PLP index table, and records the transmission parameters of each PLP.

[0101] The Link Mapping Table (LMT) describes the mapping relationship between Physical Layer Pipes (PLPs) and IP addresses / ports. A PLP is a segment in the radio frequency signal channel; each PLP uses specific modulation and coding parameters and carries a data stream for a specific program. The LMT provides a multicast list to the first terminal device, specifying the exact carrying method of each program in the physical channel, ensuring that the display device accurately selects the desired program content from numerous data streams.

[0102] Step S930: Lock the physical layer pipe with low-layer signaling flags according to the link mapping table.

[0103] First, identify the PLP flag. Specifically, traverse all PLP descriptors in the LMT table, detect the Low Layer Signaling (LLS) flag, and record the PLP number and transmission parameters with the LLS flag.

[0104] The LLS (Local Signaling System) is primarily contained within the payload of IP packets at specific IP addresses and ports, responsible for transmitting basic signaling information. It defines the basic structure and parameters of broadcast signals, providing fundamental guidance for subsequent program discovery and analysis. Based on the information in the LLS, the display device identifies the overall structure and main content types of the current channel.

[0105] Then, the target PLP is locked. Specifically, the demodulator is configured to lock the specific PLP transport stream, the specific modulation and demodulation parameters of the PLP are set, and a PLP data receiving channel is established.

[0106] In some embodiments, to enhance fault tolerance, a fault-tolerant processing mechanism is also provided. Specifically, a parallel scanning method is used to simultaneously monitor multiple possible LLS transmission channels and select the optimal PLP based on signal quality. The system automatically switches to the backup PLP when the primary PLP fails.

[0107] Step S940: Receive low-layer signaling and service-layer signaling of the digital television signal from the physical layer pipeline.

[0108] The LLS extraction process is as follows: extract the LLS data packet from the locked PLP, parse the SLT table structure of the LLS data, obtain the service list information, and verify the integrity and timeliness of the LLS.

[0109] The Service Layer Signaling (SLS) acquisition process is as follows: locate the SLS signaling transmission channel according to the SLT table information, establish an SLS signaling data receiving session, and update the SLS signaling content in real time.

[0110] SLS provides detailed information about program content and components, including the audio and video streams, subtitles, and interactive data for each program. SLS is used by display devices to discover and acquire information about ATSC 3.0 programs and their components, allowing users to select different program content, audio tracks, languages, etc., according to their needs for a personalized viewing experience.

[0111] Step S950: Based on low-layer signaling and service layer signaling, locate and extract audio and video data from the digital television signal.

[0112] Based on the component descriptors in SLS, the target data stream is identified. After extracting the audio and video data, the process also includes user preference settings and data output processing for the audio and video.

[0113] For example, user preference settings include audio track selection, subtitle processing, and video quality adaptation. Audio track selection filters the audio stream based on language preferences; subtitle processing selects the subtitle track based on user settings; and video quality adaptation selects the appropriate bitrate version based on the capabilities of the first terminal device.

[0114] The data output processing includes basic stream reassembly, timestamp synchronization, and cache management. Basic stream reassembly involves repackaging the filtered basic stream; timestamp synchronization ensures synchronized audio and video playback; and cache management optimizes data transmission efficiency.

[0115] In this way, through a hierarchical signal analysis mechanism, a stable signal reception foundation is first established by accurately locking the radio frequency signal frequency points, ensuring the reliability of subsequent processing. Then, by parsing the physical layer signaling to obtain the link mapping table, data support is provided for the intelligent selection of physical layer pipelines. After locking the physical layer pipelines with low-layer signaling flags based on the service list table, the key signaling data at both the low-layer and service layer levels can be extracted efficiently. This hierarchical processing mechanism not only avoids the waste of resources from full-band signal scanning, but also achieves accurate positioning and extraction of audio and video data through coordinated guidance between signaling layers (such as the service list table in the low-layer signaling providing program navigation and the service layer signaling providing detailed media descriptions).

[0116] In one implementation, after the step of extracting audio and video data from the digital television signal based on signaling data, such as Figure 10 As shown, the first controller is also configured to execute steps S1010 to S1030.

[0117] Step S1010: Divide the audio and video data into multiple data segments according to a preset time interval.

[0118] Before segmenting audio and video data, segmentation parameters need to be configured in advance; for example, a preset time interval can be set to 2 seconds. This means that each data segment lasts 2 seconds. Furthermore, the preset time interval value should be dynamically adjusted based on network conditions to adapt to those conditions. The segmented stream generation includes: data buffering, timestamp processing, segmentation, and header information addition. Data buffering involves receiving continuous audio and video streams and storing them in a circular buffer. Timestamp processing is based on PCR (Program Reference Clock) for precise time synchronization. Segmentation involves performing data slicing operations at preset time intervals. Header information addition involves adding sequence numbers and timing metadata to each data segment.

[0119] Step S1020: Establish a sharding index table for multiple data slices. The sharding index table records the timing information and data volume of each data slice.

[0120] The shard index table includes time-series information records and data volume information records. The time-series information records include: start timestamp (based on PTS display timestamp), end timestamp, duration, and sequence number. The data volume information records include shard size (number of bytes), checksum (CRC32), and bitrate information.

[0121] Step S1030: Cache the sharding index table and store multiple data shards in shards.

[0122] After the display device receives the audio and video data, it acts as a server and stores the data in multiple segments to speed up the streaming to the first terminal device. This eliminates the need to wait for a complete (long-duration) cached audio and video file to start streaming, thus improving the first terminal device's playback performance after it sends a program request.

[0123] In one implementation, such as Figure 11 As shown, the first controller is also configured to execute steps S1110 to S1130.

[0124] In step S1110, upon receiving a program guide request from the first terminal device via the first communication module, the broadcast radio frequency signal is acquired in response to the program guide request.

[0125] The first terminal device (such as a mobile phone or tablet) sends a program guide request instruction to the display device through a local area network. The program guide request instruction allows the user to obtain Electronic Program Guide (EPG) information.

[0126] The program guide request message includes the device identifier, request timestamp, and specific parameters (such as channel range). The device's first communication module receives and parses the program guide request, triggering the signal acquisition process.

[0127] The signal acquisition process is as follows: the first controller starts the tuner to select the target frequency, receives the radio frequency signal through the antenna, the signal amplifier enhances the signal strength to ensure the reception quality, monitors the signal stability in real time, and automatically switches to the backup frequency in case of interference.

[0128] After acquiring the radio frequency (RF) signal, it is necessary to parse the RF signal into a digital television signal. Specifically, the tuner performs frequency locking (locking time < 100ms), the demodulator converts the RF signal into a digital television signal, and the analog-to-digital converter (ADC) completes the signal digitization and outputs it to the middleware layer.

[0129] Step S1120: Extract electronic program guide data from the broadcast radio frequency signal. The electronic program guide data includes at least the program identifier and the program broadcast time.

[0130] Parsing physical layer signaling retrieves lower-layer and service layer signaling. Basic channel information is extracted from the service list of the lower-layer signaling. Detailed EPG event data is obtained through service layer signaling. The Electronic Program Guide (EPG) data includes at least the program identifier and the program broadcast time. The program identifier uniquely identifies each channel, and the broadcast time includes the start and end times.

[0131] Step S1130: Drive the first communication module to push electronic program guide data to the first terminal device.

[0132] After the first terminal device receives the electronic program guide data pushed by the first communication module, the interface represented by the electronic program guide data is displayed on the user interface of the first terminal device, so that the user can browse the basic information of the program content on the user interface of the first terminal device.

[0133] In some embodiments, a user triggers a program reservation control corresponding to any program content on a first terminal device. In this way, the first terminal device generates a program reservation request and sends the program reservation request to the display device.

[0134] When the display device receives a program reservation request from the first terminal device, it obtains the program identifier and program broadcast time corresponding to the reservation request. When the display device's system time reaches the start time of the broadcast time, it drives the first communication module to send program push information to the first terminal device, prompting the user to play the program content corresponding to the reservation request. Alternatively, it drives the first communication module to send audio and video data of the frequency corresponding to the program identifier to the first terminal device. This allows users to reserve and play programs of interest on the first terminal device, thereby achieving multi-terminal, cross-scenario ATSC 3.0 content sharing and intelligent viewing experience.

[0135] In practical applications, before receiving a program request from the first terminal device via the first communication module, it is necessary to ensure that the first terminal device and the display device establish a communication connection. Specifically, upon receiving a connection request from the first terminal device, the first controller responds by driving the first communication module to establish a communication connection with the first terminal device and obtaining the identity information of the first terminal device. Based on this, when the first controller drives the first communication module to send audio and video data to the first terminal device, it determines the transmission target based on the identity information of the first terminal device. In this way, when multiple terminal devices establish communication connections with the display device or are in the same local area network, audio and video data is accurately sent to the corresponding first terminal device.

[0136] In practical applications, to ensure that audio and video data is accurately sent to the corresponding first terminal device, in some embodiments, the identity information of the first terminal device is marked on the audio and video data. For example, when the first terminal device sends a program request to the display device through a local area network gateway, the display device records the identity information of the first terminal device corresponding to the program request. Thus, after the step of extracting audio and video data from the digital television signal based on signaling data, the controller marks the corresponding first terminal device's identity information in the audio and video data, thereby determining the sending target based on the first terminal device's identity information when driving the first controller to send audio and video data.

[0137] In some embodiments, a local area network (LAN) gateway can also be used to determine the first terminal corresponding to the audio / video data. For example, a mapping table between terminal devices and program content is stored under the LAN gateway. When the LAN gateway receives a program request, such as... Figure 12 As shown, a mapping table is established between the program content corresponding to the program request and the identity information of the first terminal device. In this way, when audio and video data are transferred to the first terminal device through the local area network gateway, the local area network gateway determines the recipient of the audio and video data based on the information recorded in the mapping table.

[0138] In this way, by marking the identity information of the first terminal device in the audio and video data, it is ensured that the audio and video data is accurately sent to the corresponding first terminal device.

[0139] In some embodiments, after the step of locating and extracting audio and video data in a digital television signal based on low-layer signaling and service-layer signaling, the controller is further configured to: extract channel information corresponding to the audio and video data from the low-layer signaling; and mark the channel information in the audio and video data.

[0140] In this embodiment, by marking channel information on the audio and video data, when the first terminal device watches the program content corresponding to the audio and video data, the first terminal device displays the channel information on the screen content, thereby making it easier for the user to clearly identify the channel information corresponding to the program content on the first terminal device, thus improving the user experience.

[0141] To more clearly illustrate the implementation plan for multiple terminal devices under the same local area network gateway, the following explanation addresses several scenarios.

[0142] Terminal device A sends a first program request (program 1) to the display device through the LAN gateway. The display device responds to the first program request, obtains the audio and video data corresponding to program 1, and sends the audio and video data corresponding to program 1 back to terminal device A through the LAN gateway. While the display device is sharing program 1 with terminal device A, terminal device B sends a second program request (program 2) to the display device through the LAN gateway.

[0143] like Figure 13 As shown, when program 2 and program 1 belong to the same frequency point, but program 2 and program 1 correspond to different channels, the display device responds to the second program request, obtains the audio and video data corresponding to program 2, and sends the audio and video data corresponding to program 2 to terminal device B through the local area network gateway.

[0144] like Figure 14 As shown, when program 2 and program 1 belong to the same frequency and channel, the display device can directly send the previously acquired audio and video data to terminal device B.

[0145] like Figure 15 As shown, when program 2 and program 1 belong to different frequencies, the display device responds to the second program request by sending a first prompt message to terminal device B. The user of terminal device B then determines the specific sharing plan.

[0146] If terminal device B sends a cancellation instruction with the first prompt message, the device will display that it has abandoned the execution of the second program request; if terminal device B sends a confirmation instruction with the first prompt message, the device will display that it has executed the second program request.

[0147] This application also provides a terminal device, including a display, a second communication module, and a second controller. The display is configured to display a user interface; the second communication module is configured to establish a communication connection with the display device through a local area network gateway.

[0148] The second controller is connected to the display and the second communication module. The second controller is configured to, in response to a user-inputted connection command, drive the second communication module to establish a communication connection with the display device through a local area network gateway. In response to a user-inputted program playback command, it generates a program request and drives the second communication module to send the program request to the display device. Upon receiving audio and video data from the display device, it drives the display to play the audio and video information on the user interface.

[0149] The audio and video data is sent by the display device under preset conditions. The preset conditions are: the communication module is not currently sharing audio and video data with other terminal devices, or the frequency point of the shared audio and video data is the same as the frequency point corresponding to the program request, or the frequency point of the shared audio and video data is different from the frequency point corresponding to the program request, and a confirmation instruction sent by the terminal device is received. The confirmation instruction is sent by the display device to indicate that the frequency point of the audio and video data currently shared by the display device with other terminal devices is different from the frequency point corresponding to the program request.

[0150] This breaks through the spatial limitations of traditional fixed-device viewing. Under the same local area network, users can play ATSC 3.0 program content through multiple terminal devices, improving the flexible distribution of ATSC 3.0 program content and the access capability of multiple terminal devices. This allows users to freely watch ATSC 3.0 program content from any location in the home, enhancing ease of use and user experience.

[0151] In practical applications, terminal devices process received audio and video data through dedicated applications or the DASH (Dynamic Adaptive Streaming over HTTP) protocol. Specifically, the ATSC 3.0 player can be packaged into a dedicated application (App) and installed on the terminal device, allowing for the reception, decoding, and playback of ATSC 3.0 standard audio and video streams.

[0152] The received audio and video data can also be processed through the DASH protocol, thus supporting general-purpose DASH players. By leveraging the wide compatibility and mature ecosystem of the DASH protocol, and by standardizing the audio and video data and related description files received from broadcasts, terminal devices can seamlessly connect to existing DASH players and play content without the need for dedicated software, thereby improving the openness and flexibility of sharing program content on display devices.

[0153] Specifically, firstly, the MPD (Media Presentation Description) file in the original bitstream is parsed and converted to generate a universal MPD file that conforms to the DASH standard specification. The universal MPD file describes in detail the structure, timing, bitrate, resolution, and other information of the audio and video segments, ensuring that any standard DASH player can correctly recognize and parse it.

[0154] Secondly, the audio and video data received from the broadcast signal is segmented according to the DASH protocol requirements to generate standard audio and video segment files (such as .m4s, .mp4, etc.). The segment files are numbered and stored according to the description in the MPD file to ensure that the player requests and plays them one by one as needed.

[0155] The DASH player on the terminal device can access DASH content just like regular DASH content, by sending a request via HTTP to the TV or content server to obtain the MPD file and corresponding audio and video segments. The player automatically selects the appropriate bitrate and resolution based on network conditions and device capabilities to achieve smooth, adaptive playback.

[0156] The standard dash request process is as follows: The terminal device requests a connection from the local area network gateway. After receiving the request, the HTTP protocol gateway records the device IP of the terminal device and requests a connection from the display device. After the connection is successful, the terminal device pushes audio and video data streams to the local area network gateway. The local area network gateway forwards the data streams to the terminal devices that requested the programs for playback based on the recorded device IP of the terminal device.

Claims

1. A display device, characterized in that, include: The first communication module is configured to establish a communication connection with at least one terminal device through a local area network gateway; The first controller, connected to the first communication module, is configured as follows: The first communication module receives program requests sent by the first terminal device, wherein the at least one terminal device includes the first terminal device; If the first communication module is not currently sharing program content with the second terminal device, or if the frequency point of the program content shared with the second terminal device is the same as the frequency point corresponding to the program request, the first communication module, in response to the program request, acquires the radio frequency signal corresponding to the program request; wherein, the at least one terminal device includes the second terminal device, the second terminal device is different from the first terminal device, and the program content is the content parsed from the radio frequency signal; The radio frequency signal is demodulated into a digital television signal; The signaling data in the digital television signal is analyzed, and the audio and video data in the digital television signal are extracted based on the signaling data. The audio and video data are sent to the first terminal device through the first communication module.

2. The display device according to claim 1, characterized in that, After the step of receiving the program request sent by the first terminal device through the first communication module, the first controller is further configured to: If the frequency point of the audio and video data currently shared by the first communication module to the second terminal device is different from the frequency point corresponding to the program request, in response to the program request, a first prompt message is sent to the first terminal device. In response to the cancellation instruction sent by the first terminal device with the first prompt message, the execution of the program request is abandoned; In response to the confirmation instruction of the first prompt message sent by the first terminal device, the program request is executed, and the first communication module is driven to stop sharing the audio and video data with the second terminal device.

3. The display device according to claim 1, characterized in that, After the step of receiving the program request sent by the first terminal device through the first communication module, the first controller is further configured to: If the frequency point of the audio and video data currently shared by the first communication module to the second terminal device is different from the frequency point corresponding to the program request, a second prompt message is sent to the first terminal device. The second prompt message includes information about the audio and video data currently shared by the first communication module to the second terminal device. In response to the synchronization sharing command sent by the first terminal device, the first communication module is driven to send audio and video data to the first terminal device to be shared with the second terminal device.

4. The display device according to claim 1, characterized in that, The first controller is configured to parse signaling data in the digital television signal and extract audio and video data from the digital television signal based on the signaling data. Lock the frequency point corresponding to the digital television signal; Based on locking the frequency point corresponding to the digital television signal, the physical layer signaling of the digital television signal is parsed to obtain the link mapping table; Lock the physical layer pipe with low-level signaling flags according to the link mapping table; Receive low-layer signaling and service layer signaling of the digital television signal from the physical layer pipeline; Based on the low-level signaling and service-level signaling, audio and video data in the digital television signal are located and extracted.

5. The display device according to claim 4, characterized in that, After the step of locating and extracting audio and video data from the digital television signal based on the lower-layer signaling and the service-layer signaling, the controller is further configured to: Extract the channel information corresponding to the audio and video data from the lower-layer signaling; The channel information is marked in the audio and video data.

6. The display device according to claim 1 or 4, characterized in that, After the step of extracting audio and video data from the digital television signal based on the signaling data, the first controller is further configured to: The audio and video data is divided into multiple data segments according to a preset time interval; Establish a sharding index table for multiple data slices, wherein the sharding index table records the timing information and data volume of each data slice; The sharding index table is cached, and multiple data shards are stored in shards.

7. The display device according to claim 1, characterized in that, Prior to the step of receiving a program request sent by the first terminal device via the first communication module, the first controller is further configured to: Upon receiving a connection request from the first terminal device via the first communication module, in response to the connection request, the first communication module is driven to establish a communication connection with the first terminal device and obtain the identity information of the first terminal device. After the step of extracting audio and video data from the digital television signal based on the signaling data, the controller is further configured to: The identity information of the first terminal device is marked in the audio and video data.

8. The display device according to claim 1, characterized in that, The first controller is also configured to: Upon receiving a program guide request from a first terminal device via the first communication module, the system responds to the program guide request by acquiring a broadcast radio frequency signal. Electronic program guide data is extracted from the broadcast radio frequency signal, and the electronic program guide data includes at least program identifiers and program broadcast times; The first communication module is driven to push the electronic program guide data to the first terminal device.

9. The display device according to claim 8, characterized in that, After the step of driving the first communication module to push the electronic program guide data to the first terminal device, the first controller is further configured to: Upon receiving a program reservation request from a first terminal device via the first communication module, the system responds to the program reservation request by obtaining the program identifier and the program broadcast time slot corresponding to the program reservation request. When the system time of the display device reaches the start time of the program broadcast period, the first communication module is driven to send program push information to the first terminal device, or to send audio and video data of the frequency point corresponding to the program identifier.

10. A terminal device, characterized in that, include: The monitor is configured to display the user interface; The second communication module is configured to establish a communication connection with the display device through a local area network gateway; The second controller, connected to the display and the second communication module, is configured to: In response to a connection command input by the user, the second communication module is driven to establish a communication connection with the display device through the local area network gateway; In response to a user's input program playback command, a program request is generated, and the second communication module is driven to send the program request to the display device; Upon receiving audio and video data sent by the display device, the display is driven to play the audio and video information on the user interface; The audio and video data is sent by the display device under preset conditions. The preset conditions are: the first communication module of the display device is not currently sharing audio and video data with other terminal devices, or the frequency point of the shared audio and video data is the same as the frequency point corresponding to the program request, or the frequency point of the shared audio and video data is different from the frequency point corresponding to the program request, and a confirmation instruction of the first prompt information sent by the second communication module is received. The first prompt information is sent by the display device to indicate that the frequency point of the audio and video data currently shared by the display device with other terminal devices is different from the frequency point corresponding to the program request.