CN117749906A - Display device and broadcast program playing method - Google Patents

Abstract

Some embodiments of the present application show a display device and a broadcast program playing method, where the method includes: transmitting a request for acquiring a broadcast program; establishing a long link based on the request, wherein the long link is used for downloading an audio/video slice corresponding to the broadcast program, and the audio/video slice comprises at least one user datagram protocol packet; downloading the user datagram protocol packet based on the long link; and when the user datagram protocol packet is detected to be downloaded, playing the audio and video data corresponding to the user datagram protocol packet. By adopting the broadcasting program playing method, the broadcasting program can be played without waiting for the complete downloading of the audio and video slices, but after the audio and video slices are downloaded to the user datagram protocol packet based on the long link, the playing speed of the broadcasting program is accelerated, the problem of lag of the broadcasting program playing picture is reduced, and the user experience is improved.

Description

Display device and broadcast program playing method

Technical Field

The present disclosure relates to the field of display devices, and in particular, to a display device and a broadcast program playing method.

Background

ATSC3.0 is the next generation broadcast technology standard established in the united states. The ATSC3.0 signal can send data by a broadband TCP (Transmission Control Protocol )/IP (Internet Protocol, internet Protocol) multicast mode, or can send data by an ALP (ATSC 3.0Link-layer Protocol, ATSC3.0 Link layer Protocol) broadcast mode, so that real three-network integration can be realized. In the ATSC3.0 specification, in order to utilize the existing mature scheme and measures applied in broadband network as much as possible, a great number of stream media playing technologies are cited in program live broadcast, wherein the lag of live broadcast relative to real-time signal is a natural defect of the existing stream media live broadcast technology, and if the stream media data issued by broadcast is played by using the traditional stream media live broadcast solution, the corresponding defect is necessarily brought into broadcast program playing. Meanwhile, due to the broadcasting characteristic, data is issued at a fixed rate, namely 2 seconds of data is required to be issued, wherein the time for downloading 2 seconds of data through a network depends on bandwidth and is usually far less than 2 seconds, and the existing ATSC3.0 program data is issued in a slicing mode, so that a player can analyze the data after waiting for the complete downloading of slice data, the playing speed of the ATSC3.0 program is obviously slowed down, and the user experience is poor.

Disclosure of Invention

Some embodiments of the present invention provide a display device and a broadcast program playing method, which establish a long link to download broadcast program data, so that the broadcast program can be played when downloaded to a user datagram protocol packet, thereby increasing the playing speed of the broadcast program and improving the user experience.

In a first aspect, some embodiments of the present application provide a display device, including:

a display;

a controller configured to:

transmitting a request for acquiring a broadcast program;

establishing a long link based on the request, wherein the long link is used for downloading an audio/video slice corresponding to the broadcast program, and the audio/video slice comprises at least one user datagram protocol packet;

downloading the user datagram protocol packet based on the long link;

and when the user datagram protocol packet is detected to be downloaded, playing the audio and video data corresponding to the user datagram protocol packet.

In some embodiments, the controller is configured to:

acquiring the data size of the audio and video slice;

after downloading the user datagram protocol packet, counting the data size of the currently downloaded user datagram protocol packet;

and if the data size of the downloaded user datagram protocol packet is the same as the data size of the audio/video slice, closing the long link.

In some embodiments, the controller is configured to:

acquiring the data size of the audio and video slice;

determining a first number of user datagram protocol packets in the audio-video slice according to the data size of the audio-video slice and the data size of the user datagram protocol packet load;

and closing the long link when the number of the downloaded user datagram protocol packets reaches the first number.

In some embodiments, the controller comprises a protocol stack, a network local server, and a player;

the player is configured to: transmitting a request for acquiring a broadcast program to the network local server;

the network local server is configured to: sending the request to the protocol stack, and establishing a long link based on the request;

the protocol stack is configured to: receiving a video slice corresponding to the broadcast program, wherein the video slice comprises at least one video user datagram protocol packet, and sending the video user datagram protocol packet to the network local server;

the network local server is configured to: transmitting the video user datagram protocol packet to the player based on a long link;

The player is configured to: and when the video user datagram protocol packet downloaded is detected, playing video data corresponding to the video user datagram protocol packet.

In some embodiments, the protocol stack is configured to: receiving an audio slice corresponding to the broadcast program, wherein the audio slice comprises at least one audio user datagram protocol packet, and sending the audio user datagram protocol packet to the network local server;

the network local server is configured to: transmitting the audio user datagram protocol packet to the player based on a long link;

the player is configured to: when the audio user datagram protocol packet is detected to be downloaded, playing audio data corresponding to the audio user datagram protocol packet, wherein the audio data and the video data are synchronously played.

In a second aspect, some embodiments of the present application provide a broadcast program playing method, including:

transmitting a request for acquiring a broadcast program;

establishing a long link based on the request, wherein the long link is used for downloading an audio/video slice corresponding to the broadcast program, and the audio/video slice comprises at least one user datagram protocol packet;

Downloading the user datagram protocol packet based on the long link;

and when the user datagram protocol packet is detected to be downloaded, playing the audio and video data corresponding to the user datagram protocol packet.

In some embodiments, the method comprises:

acquiring the data size of the audio and video slice;

after downloading the user datagram protocol packet, counting the data size of the currently downloaded user datagram protocol packet;

and if the data size of the downloaded user datagram protocol packet is the same as the data size of the audio/video slice, closing the long link.

In some embodiments, the method comprises:

acquiring the data size of the audio and video slice;

determining a first number of user datagram protocol packets in the audio-video slice according to the data size of the audio-video slice and the data size of the user datagram protocol packet load;

and closing the long link when the number of the downloaded user datagram protocol packets reaches the first number.

In some embodiments, the method comprises:

the player is configured to: transmitting a request for acquiring a broadcast program to the network local server;

the network local server is configured to: sending the request to the protocol stack, and establishing a long link based on the request;

The protocol stack is configured to: receiving a video slice corresponding to the broadcast program, wherein the video slice comprises at least one video user datagram protocol packet, and sending the video user datagram protocol packet to the network local server;

the network local server is configured to: transmitting the video user datagram protocol packet to the player based on a long link;

the player is configured to: and when the video user datagram protocol packet downloaded is detected, playing video data corresponding to the video user datagram protocol packet.

In some embodiments, the method comprises:

the protocol stack is configured to: receiving an audio slice corresponding to the broadcast program, wherein the audio slice comprises at least one audio user datagram protocol packet, and sending the audio user datagram protocol packet to the network local server;

the network local server is configured to: transmitting the audio user datagram protocol packet to the player based on a long link;

the player is configured to: when the audio user datagram protocol packet is detected to be downloaded, playing audio data corresponding to the audio user datagram protocol packet, wherein the audio data and the video data are synchronously played.

Some embodiments of the present application provide a display device and a broadcast program playing method, where the method may establish a long link based on a request for acquiring a broadcast program, and download an audio/video slice corresponding to the broadcast program based on the long link, where the audio/video slice includes at least one user datagram protocol packet. The audio and video slice can be played without waiting for the complete downloading of the audio and video slice, but the broadcast program can be played after being downloaded to the user datagram protocol packet based on the long link, so that the playing speed of the broadcast program is accelerated, the problem of lag of a playing picture of the broadcast program is reduced, and the user experience is improved.

Drawings

FIG. 1 illustrates an operational scenario between a display device and a control apparatus according to some embodiments;

fig. 2 shows a hardware configuration block diagram of the control device 100 according to some embodiments;

fig. 3 illustrates a hardware configuration block diagram of a display device 200 according to some embodiments;

FIG. 4 illustrates a software configuration diagram in a display device 200 according to some embodiments;

fig. 5 illustrates a schematic diagram of a broadcast program play time provided in accordance with some embodiments;

FIG. 6 illustrates a flow chart of steps performed by a controller provided in accordance with some embodiments;

FIG. 7 illustrates a schematic diagram of a signal source user interface provided in accordance with some embodiments;

FIG. 8 illustrates a schematic diagram of a broadcast programming user interface provided in accordance with some embodiments;

FIG. 9 illustrates a schematic diagram of an ATSC3.0 system protocol stack provided in accordance with some embodiments;

FIG. 10 illustrates a schematic diagram of an audio video slice data structure provided in accordance with some embodiments;

FIG. 11 illustrates a schematic diagram of an audio video slice data transmission provided in accordance with some embodiments;

FIG. 12 illustrates a schematic diagram of another audio video slice data transmission provided in accordance with some embodiments;

FIG. 13 illustrates a data transfer diagram of a protocol stack, a network local server, and a player provided in accordance with some embodiments;

fig. 14 illustrates a schematic diagram of another broadcast program play time provided in accordance with some embodiments.

Detailed Description

For purposes of clarity and implementation of the present application, the following description will make clear and complete descriptions of exemplary implementations of the present application with reference to the accompanying drawings in which exemplary implementations of the present application are illustrated, it being apparent that the exemplary implementations described are only some, but not all, of the examples of the present application.

It should be noted that the brief description of the terms in the present application is only for convenience in understanding the embodiments described below, and is not intended to limit the embodiments of the present application. Unless otherwise indicated, these terms should be construed in their ordinary and customary meaning.

The terms first, second, third and the like in the description and in the claims and in the above-described figures are used for distinguishing between similar or similar objects or entities and not necessarily for describing a particular sequential or chronological order, unless otherwise indicated. It is to be understood that the terms so used are interchangeable under appropriate circumstances.

The terms "comprises," "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or apparatus that comprises a list of elements is not necessarily limited to all elements explicitly listed, but may include other elements not expressly listed or inherent to such product or apparatus.

The display device provided in the embodiment of the application may have various implementation forms, for example, may be a television, an intelligent television, a laser projection device, a display (monitor), an electronic whiteboard (electronic bulletin board), an electronic desktop (electronic table), and the like. Fig. 1 and 2 are specific embodiments of a display device of the present application.

Fig. 1 is a schematic diagram of an operation scenario between a display device and a control apparatus according to an embodiment. As shown in fig. 1, a user may operate the display device 200 through the smart device 300 or the control apparatus 100.

In some embodiments, the control apparatus 100 may be a remote controller, and the communication between the remote controller and the display device includes infrared protocol communication or bluetooth protocol communication, and other short-range communication modes, and the display device 200 is controlled by a wireless or wired mode. The user may control the display device 200 by inputting user instructions through keys on a remote control, voice input, control panel input, etc.

In some embodiments, a smart device 300 (e.g., mobile terminal, tablet, computer, notebook, etc.) may also be used to control the display device 200. For example, the display device 200 is controlled using an application running on a smart device.

In some embodiments, the display device may receive instructions not using the smart device or control device described above, but rather receive control of the user by touch or gesture, or the like.

In some embodiments, the display device 200 may also perform control in a manner other than the control apparatus 100 and the smart device 300, for example, the voice command control of the user may be directly received through a module configured inside the display device 200 device for acquiring voice commands, or the voice command control of the user may be received through a voice control device configured outside the display device 200 device.

In some embodiments, the display device 200 is also in data communication with a server 400. The display device 200 may be permitted to make communication connections via a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server 400 may provide various contents and interactions to the display device 200. The server 400 may be a cluster, or may be multiple clusters, and may include one or more types of servers.

Fig. 2 exemplarily shows a block diagram of a configuration of the control apparatus 100 in accordance with an exemplary embodiment. As shown in fig. 2, the control device 100 includes a controller 110, a communication interface 130, a user input/output interface 140, a memory, and a power supply. The control apparatus 100 may receive an input operation instruction of a user and convert the operation instruction into an instruction recognizable and responsive to the display device 200, and function as an interaction between the user and the display device 200.

As shown in fig. 3, the display apparatus 200 includes at least one of a modem 210, a communicator 220, a detector 230, an external device interface 240, a controller 250, a display 260, an audio output interface 270, a memory, a power supply, and a user interface.

In some embodiments the controller includes a processor, a video processor, an audio processor, a graphics processor, RAM, ROM, a first interface for input/output to an nth interface.

The display 260 includes a display screen component for presenting a picture, and a driving component for driving an image display, a component for receiving an image signal from the controller output, displaying video content, image content, and a menu manipulation interface, and a user manipulation UI interface.

The display 260 may be a liquid crystal display, an OLED display, a projection device, or a projection screen.

The display 260 further includes a touch screen, and the touch screen is used for receiving an action input control instruction such as sliding or clicking of a finger of a user on the touch screen.

The communicator 220 is a component for communicating with external devices or servers according to various communication protocol types. For example: the communicator may include at least one of a Wifi module, a bluetooth module, a wired ethernet module, or other network communication protocol chip or a near field communication protocol chip, and an infrared receiver. The display device 200 may establish transmission and reception of control signals and data signals with the external control device 100 or the server 400 through the communicator 220.

A user interface, which may be used to receive control signals from the control device 100 (e.g., an infrared remote control, etc.).

The detector 230 is used to collect signals of the external environment or interaction with the outside. For example, detector 230 includes a light receiver, a sensor for capturing the intensity of ambient light; alternatively, the detector 230 includes an image collector such as a camera, which may be used to collect external environmental scenes, user attributes, or user interaction gestures, or alternatively, the detector 230 includes a sound collector such as a microphone, or the like, which is used to receive external sounds.

The external device interface 240 may include, but is not limited to, the following: high Definition Multimedia Interface (HDMI), analog or data high definition component input interface (component), composite video input interface (CVBS), USB input interface (USB), RGB port, or the like. The input/output interface may be a composite input/output interface formed by a plurality of interfaces.

The modem 210 receives broadcast television signals through a wired or wireless reception manner, and demodulates audio and video signals, such as EPG data signals, from a plurality of wireless or wired broadcast television signals.

In some embodiments, the controller 250 and the modem 210 may be located in separate devices, i.e., the modem 210 may also be located in an external device to the main device in which the controller 250 is located, such as an external set-top box or the like.

The controller 250 controls the operation of the display device and responds to the user's operations through various software control programs stored on the memory. The controller 250 controls the overall operation of the display apparatus 200. For example: in response to receiving a user command to select a UI object to be displayed on the display 260, the controller 250 may perform an operation related to the object selected by the user command.

In some embodiments the controller includes at least one of a central processing unit (Central Processing Unit, CPU), video processor, audio processor, graphics processor (Graphics Processing Unit, GPU), RAM Random Access Memory, RAM), ROM (Read-Only Memory, ROM), first to nth interfaces for input/output, a communication Bus (Bus), and the like.

The user may input a user command through a Graphical User Interface (GUI) displayed on the display 260, and the user input interface receives the user input command through the Graphical User Interface (GUI). Alternatively, the user may input the user command by inputting a specific sound or gesture, and the user input interface recognizes the sound or gesture through the sensor to receive the user input command.

A "user interface" is a media interface for interaction and exchange of information between an application or operating system and a user, which enables conversion between an internal form of information and a user-acceptable form. A commonly used presentation form of the user interface is a graphical user interface (Graphic User Interface, GUI), which refers to a user interface related to computer operations that is displayed in a graphical manner. It may be an interface element such as an icon, a window, a control, etc. displayed in a display screen of the electronic device, where the control may include a visual interface element such as an icon, a button, a menu, a tab, a text box, a dialog box, a status bar, a navigation bar, a Widget, etc.

As shown in fig. 4, the system of the display device is divided into three layers, an application layer, a middleware layer, and a hardware layer, from top to bottom.

The application layer mainly comprises common applications on the television, and an application framework (Application Framework), wherein the common applications are mainly applications developed based on Browser, such as: HTML5 APPs; native applications (Native APPs);

the application framework (Application Framework) is a complete program model with all the basic functions required by standard application software, such as: file access, data exchange, and the interface for the use of these functions (toolbar, status column, menu, dialog box).

Native applications (Native APPs) may support online or offline, message pushing, or local resource access.

The middleware layer includes middleware such as various television protocols, multimedia protocols, and system components. The middleware can use basic services (functions) provided by the system software to connect various parts of the application system or different applications on the network, so that the purposes of resource sharing and function sharing can be achieved.

The hardware layer mainly comprises a HAL interface, hardware and a driver, wherein the HAL interface is a unified interface for all the television chips to be docked, and specific logic is realized by each chip. The driving mainly comprises: audio drive, display drive, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (e.g., fingerprint sensor, temperature sensor, pressure sensor, etc.), and power supply drive, etc.

ATSC3.0 is a broadcast technology standard. The ATSC3.0 signal can send data in a broadband TCP/IP multicast mode, and can also send data in a broadcast ALP mode, so that real three-network integration can be realized. In the ATSC3.0 specification, in order to utilize mature schemes and measures applied in broadband networks as much as possible, a great number of streaming media playing technologies are cited in program broadcasting, wherein the delay of live broadcasting is a natural defect of the streaming media broadcasting technology relative to real-time signals, and if streaming media data issued by broadcasting is played by using a traditional streaming media broadcasting solution, the corresponding defect is necessarily brought into broadcasting program playing.

In the standard network streaming media playing process, the server side generates slices of the audio and video in real time, the server side can update the media presentation description file (MPD, media Presentation Description) after generating the audio and video slices, the player can monitor the update of the media presentation description file, acquire and analyze the updated media presentation description file, and when the analysis module recognizes that the current audio and video slices are generated, the analysis module requests data of the audio and video to be played. At this time, if the audio/video data generated by the live broadcast signal is audio/video data, the playing time of the audio/video will lag, and the lag time depends on the number of slices of the buffered audio/video data and the duration of the slices.

The broadcast program of ATSC3.0 is played in the same way as the network streaming media, and the transmission rate of the broadcast is fixed relative to the network data due to the broadcasting characteristic, that is, how long data must be acquired in the same time, for example, 2 seconds data needs 2 seconds to be transmitted. While the rate and time required for downloading in a broadband network depends on the bandwidth, the time required for downloading is negligible if the bandwidth is sufficient. The ATSC3.0 program data is transmitted in a slicing mode, so that a player must wait for the slice data to be completely downloaded to be analyzed, the playing speed of the ATSC3.0 program is obviously slowed down, and the user experience is poor.

Illustratively, as shown in fig. 5, it is assumed that the audio-video slices of the broadcast program are each a 2-second piece of data. Broadcast programs are played in the same way as network streaming media. The playback can be started after the downloading of the audio/video slice for 2 seconds is completed. In which it takes 0.1 seconds to play an audio/video of a broadcast program, the broadcast program takes 2.1 seconds to play, that is, the playing time of the current broadcast program lags by 2.1 seconds.

In order to solve the above technical problems, the embodiments of the present application provide a display device 200, and the structure and the functions of each part of the display device 200 may refer to the above embodiments. In addition, on the basis of the display device 200 shown in the above embodiment, the present embodiment further improves some functions of the display device 200. As shown in fig. 6, the controller 250 performs the steps of:

Step S601: receiving an instruction of broadcasting programs input by a user;

in some embodiments, receiving user input to play the broadcast program includes receiving user input to open an instruction to play the broadcast program. Illustratively, the user may select a signal source control in the activation home page and press a confirm key of the control device, in response to a user entered instruction, displaying a user interface as shown in FIG. 7. The user may also press a signal source key on the control device and the display apparatus 200 displays a user interface as shown in fig. 7 in response to an instruction input by the user. The user interface of fig. 7 includes a web/television control 71. The user may enter an instruction to open the broadcast programming interface by selecting the web/tv control 71 and pressing the confirm key of the control device.

In some embodiments, receiving user input to play the instruction of the broadcast program includes receiving user input to switch the instruction of the broadcast program. Illustratively, the user may respond to a user entered instruction by selecting the web/television control 71 and pressing a confirm key of the control device, displaying a user interface as shown in FIG. 8. Fig. 8 shows the broadcast content of television channel 1. The user may input an instruction to switch the broadcast program by pressing an up key or a down key of the control device.

In some embodiments, receiving a user input to play a broadcast program includes receiving a user input to reserve a viewing of the broadcast program. Illustratively, the user subscribes to 8:00 views broadcast program a. On reaching 8 am: 00, an instruction to play the broadcast program a is input.

Step S602: responding to an instruction for playing the broadcast program, and sending a request for acquiring the broadcast program;

the controller comprises a player, a network local server (HTTP local server) and a protocol stack;

after receiving the instruction of broadcasting programs, the player responds to the instruction of broadcasting programs and sends a request for acquiring the broadcasting programs to the network local server. Wherein the request includes a get broadcast program video request and a get broadcast program audio request.

Step S603: establishing a long link based on the request;

the long link is used for downloading the audio and video slices corresponding to the broadcast program, and the long link is used for continuously transmitting a plurality of data packets on one TCP link. The audio video slice includes at least one user datagram protocol packet. The audio-video slices include an audio slice including at least one audio user datagram protocol packet and a video slice including at least one video user datagram protocol packet.

The network local server sends the request to the protocol stack after receiving the request sent by the player. The network local server establishes a long link based on the request sent by the player. The network local server has the main functions of providing buffering of program data and providing interface and player interaction.

In some embodiments, the player sends a request for acquiring video data of the broadcast program, and the network local server establishes a long link based on the request for video data, the long link being used to send the video slice of the broadcast program to the player. The player sends a request for acquiring audio data of the broadcast program, and the network local server establishes a long link based on the audio data request, wherein the long link is used for sending the audio slice of the broadcast program to the player.

In some embodiments, the player transmits a request for acquiring video data and audio data of the broadcast program, and the network local server establishes a long link based on the request for video data and the request for audio data, the long link being used to transmit the video slice and the audio slice of the broadcast program to the player.

Fig. 9 is a schematic diagram of an ATSC3.0 system protocol stack. In the ATSC3.0 broadcast scenario, broadcast program data is transmitted in the broadcast domain through MMTP (Multimedia Multiplexing Transport Protocol, multimedia multiplexing transmission protocol) and ROUTE (Real-Time Object Delivery over Unidirectional Transport, real-time object transmission based on unidirectional transmission), while lower layers of MMTP and ROUTE transmit data through UDP (User Datagram Protocol ), according to the system protocol stack definition of ATSC3.0, as shown in fig. 10, an audio/video slice of the ATSC3.0 broadcast program is transmitted through ROUTE/MMTP protocol, for ROUTE protocol, each video slice is a TOI (Transport Object Identifier, transmission object identification), and the transmission object identification needs to be divided into one or more UDP packets when transmitted through UDP, and video slices can be divided into smaller slices according to the data size of UDP payload. Also, each audio slice is a TOI, and the transmission object identifier needs to be divided into one or more UDP packets when transmitted through UDP, and the audio slice may be divided into smaller slices according to the data size of the UDP payload.

In some embodiments, the request data is mainly short-link by HTTP request, that is, the link is directly closed after the request data is returned until the next request to initiate a new link again. The short link means that when the two communication parties have data interaction, a TCP link is created, and after the data transmission is completed, the TCP link is disconnected.

Illustratively, as shown in fig. 11, the player requests the first video slice from the network local server, the network local server establishes a short link, and sends the request to the protocol stack, the protocol stack needs to wait for the first video slice to be completely acquired, and then returns the first video slice to the network local server, and the network local server returns the first video slice to the player through the short link. When the first video slice data is returned to the player, the short link is directly closed. The player then requests a second video slice from the network local server, which again establishes a short link. Meanwhile, the player requests the first audio slice from the network local server, the network local server establishes a short link and sends the request to the protocol stack, the protocol stack can return the first audio slice to the network local server after waiting for the first audio slice to be acquired completely, and the network local server sends the first audio slice to the player through the link. When the first audio slice data is returned to the player, the short link is directly closed. The player requests a second audio slice from the network local server, which again establishes a short link.

Step S604: downloading the user datagram protocol packet based on the long link;

the network local server sends the audio and video slice to the player based on a long link, namely the player downloads the audio and video slice based on the long link;

when the protocol stack acquires the first video user datagram protocol packet, the first video user datagram protocol packet can be returned to the network local server, and the network local server returns the first video user datagram protocol packet to the player through a long link. The long link keeps the connection not disconnected, and when the protocol stack acquires the next video user datagram protocol packet, the protocol stack continuously returns the video user datagram protocol packet to the player through the network local server.

When the protocol stack acquires the first audio user datagram protocol packet, the first audio user datagram protocol packet can be returned to the network local server, and the network local server returns the first audio user datagram protocol packet to the player through a long link. The long link keeps the connection not disconnected, and when the protocol stack acquires the next audio user datagram protocol packet, the audio user datagram protocol packet is continuously returned to the player through the network local server.

Illustratively, as shown in fig. 12, the player requests a first video slice from a network local server, the first video slice comprising a plurality of video user datagram protocol packets (UDP packets). The network local server establishes a long link and sends a request to the protocol stack, and when the protocol stack receives the first video user datagram protocol packet, the protocol stack sends the first video user datagram protocol packet to the network local server, and the network local server sends the first video user datagram protocol packet to the player through the long link. At this time, the long link remains connected, and when the second video user datagram protocol packet is sent to the player in the above manner. At the same time, the player requests a first audio slice from the network local server, the first audio slice comprising a plurality of audio user datagram protocol packets. The network local server establishes a long link and sends a request to the protocol stack, and when the protocol stack receives the first audio user datagram protocol packet, the protocol stack sends the first audio user datagram protocol packet to the network local server, and the network local server sends the first audio user datagram protocol packet to the player through the long link. At this time, the long link remains connected, and when the second audio user datagram protocol packet is sent to the player in the above manner.

In some embodiments, the long link is closed when the network local server detects that the video user datagram protocol packet is the last user datagram protocol packet of the current video slice.

In some embodiments, the step of detecting whether the video user datagram protocol packet is the last user datagram protocol packet of a current video slice comprises:

acquiring the data size of the video slice;

after downloading the video user datagram protocol packet, counting the data size of the currently downloaded video user datagram protocol packet;

the data size of the user datagram protocol packet of the downloaded video user data refers to the data size of the user datagram protocol packet downloaded in the current long link;

if the data size of the downloaded video user datagram protocol packet is the same as the data size of the video slice, determining that the video user datagram protocol packet is the last user datagram protocol packet of the current video slice;

if the data size of the downloaded video user datagram protocol packet is not the same as the data size of the video slice, determining that the video user datagram protocol packet is not the last user datagram protocol packet of the current video slice.

Illustratively, the data size of a video slice is known to be 25.9M, and the total data size of a cumulative received or transmitted video user datagram protocol packet is counted once for each video user datagram protocol packet received or transmitted by the network local server. If the video user datagram protocol packet payload data size is 4M, the total data size of the statistics accumulated video user datagram protocol packet is 4M, 8M, 12M, 16M, 20M, 24M and 25.9M, respectively. When the total data size of the accumulated video user datagram protocol packets is 25.9M, the long link is closed.

And when the network local server detects that the audio user datagram protocol packet is the last user datagram protocol packet of the current audio slice, closing the long link.

In some embodiments, the step of detecting whether the audio user datagram protocol packet is the last user datagram protocol packet of the current audio slice comprises:

acquiring the data size of the audio slice;

after downloading the audio user datagram protocol packet, counting the data size of the current downloaded audio user datagram protocol packet;

the data size of the user datagram protocol packet of the downloaded audio user data refers to the data size of the user datagram protocol packet downloaded in the current long link;

If the data size of the downloaded audio user datagram protocol packet is the same as the data size of the audio slice, determining that the audio user datagram protocol packet is the last user datagram protocol packet of the current audio slice;

if the data size of the downloaded audio user datagram protocol packet is not the same as the data size of the audio slice, determining that the audio user datagram protocol packet is not the last user datagram protocol packet of the current audio slice.

Illustratively, the data size of the audio slice is known to be 12M, and the total data size of the audio user datagram protocol packets received or transmitted once accumulated is counted by the network local server every time the audio user datagram protocol packets are received or transmitted. If the load data size of the audio user datagram protocol packet is 4M, the total data size of the statistics accumulated audio user datagram protocol packet is 4M, 8M and 12M respectively. When the total data size of the accumulated audio user datagram protocol packets is 12M, the long link is closed.

In some embodiments, the long link is closed when the network local server detects that the user datagram protocol packet is the last user datagram protocol packet of the current audio-video slice.

In some embodiments, the step of detecting whether the user datagram protocol packet is the last user datagram protocol packet of a current audio-video slice comprises:

acquiring the data size of the audio and video slice;

the data size of the audio and video slice refers to the total data size of the video slice and the audio slice;

after downloading the user datagram protocol packet, counting the data size of the currently downloaded user datagram protocol packet;

the data size of the downloaded user datagram protocol packet refers to the sum of the data sizes of the video user datagram protocol packet and the audio user datagram protocol packet downloaded in the current long link;

if the data size of the downloaded user datagram protocol packet is the same as the total data size of the video slice and the audio slice, determining that the user datagram protocol packet is the last user datagram protocol packet of the current audio-video slice;

if the data size of the downloaded user datagram protocol packet is different from the total data size of the video slice and the audio slice, determining that the user datagram protocol packet is not the last user datagram protocol packet of the current audio-video slice.

By way of example, it is known that the data size of a video slice is 25.9M, the data size of an audio slice is 12M, and the total data size of an audio-video slice is 37.9M. And counting the total data size of the once accumulated received or transmitted user datagram protocol packets every time the network local server receives or transmits one user datagram protocol packet. If the user datagram protocol packet load data size is 4M, the total data size of the statistics accumulation video user datagram protocol packet is 4M, 8M, 12M, 16M, 20M, 24M, 28M, 32M, 36M, 37.9M, respectively. When the total data size of the cumulative user datagram protocol packet is 37.9M, the long link is closed.

In some embodiments, the data size of the audio-video slice is obtained;

the data size of the audio and video slice comprises the data size of the video slice and the data size of the audio slice;

determining a first number of user datagram protocol packets in the audio-video slice according to the data size of the audio-video slice and the data size of the user datagram protocol packet load;

the first number of the user datagram protocol packets in the audio/video slice is the sum of the number of the user datagram protocol packets in the video slice and the number of the user datagram protocol packets in the audio slice. The number of user datagram protocol packets in the video slice is the ratio of the data size of the video slice to the data size of the user datagram protocol packet payload; the number of user datagram protocol packets in an audio slice is the ratio of the data size of the audio slice to the data size of the user datagram protocol packet payload.

And closing the long link when the number of the downloaded user datagram protocol packets reaches the first number.

By way of example, a video slice is known having a data size of 25.9M, an audio slice having a data size of 12M, and a user datagram protocol packet payload data size of 4M. The number of user datagram protocol packets in the video slice is 25.9/4= 6.475 and the method of rounding up is adopted to obtain 7. The number of user datagram protocol packets in an audio slice is 12/4=3. The first number of user datagram protocol packets in an audio video slice is 10. And counting the number of the accumulated received or transmitted user datagram protocol packets once when the network local server receives or transmits one user datagram protocol packet. When the number of accumulated user datagram protocol packets is 10, the long link is closed.

In some embodiments, a data size of the video slice is acquired;

determining a second number of user datagram protocol packets in the video slice according to the data size of the video slice and the data size of the user datagram protocol packet payload;

wherein the second number of user datagram protocol packets in the video slice is a ratio of a data size of the video slice to a data size of a user datagram protocol packet payload.

And closing the long link when the number of the downloaded video user datagram protocol packets reaches the second number.

By way of example, video slices are known having a data size of 25.9M and a user datagram protocol packet payload data size of 4M. The number of user datagram protocol packets in the video slice is 25.9/4= 6.475 and the method of rounding up is adopted to obtain 7. And counting the number of the accumulated received or transmitted video user datagram protocol packets once when the network local server receives or transmits one video user datagram protocol packet. When the number of accumulated user datagram protocol packets is 7, the long link is closed.

Acquiring the data size of the audio slice;

determining a second number of user datagram protocol packets in the audio slice according to the data size of the audio slice and the data size of the user datagram protocol packet load;

wherein the second number of user datagram protocol packets in the audio slice is a ratio of a data size of the audio slice to a data size of a user datagram protocol packet payload.

And closing the long link when the number of the downloaded audio user datagram protocol packets reaches the second number.

By way of example, the data size of an audio slice is known to be 12M and the user datagram protocol packet payload data size is known to be 4M. The number of user datagram protocol packets in the audio slice is 12/4=3. And counting the number of the audio user datagram protocol packets which are received or transmitted once and accumulated once by the network local server every time the network local server receives or transmits one audio user datagram protocol packet. When the number of accumulated user datagram protocol packets is 3, the long link is closed.

In some embodiments, the user datagram protocol packet in the video slice sets an end flag. When the value of the end flag bit is 1, the user datagram protocol packet is the last user datagram protocol packet in the video slice. And when the network local server detects that the value of the end flag bit of the received or transmitted video user datagram protocol packet is 1, closing the long link.

Also, the user datagram protocol packet in the audio slice sets an end flag bit. When the value of the end flag bit is 1, the user datagram protocol packet is the last user datagram protocol packet in the audio slice. And when the network local server detects that the value of the end flag bit of the received or transmitted audio user datagram protocol packet is 1, closing the long link.

In some embodiments, the user datagram protocol packet in both the audio slice and the video slice sets an end flag. When the end flag bit has a value of 1, it indicates that the user datagram protocol packet is the last user datagram protocol packet in the video or audio slice. The network local server keeps the long link unchanged when detecting that the value of the end zone bit of the received or transmitted video user datagram protocol packet is 1 for the first time, and breaks the long link when detecting that the value of the end zone bit of the received or transmitted video user datagram protocol packet is 1 for the second time.

According to the embodiment of the application, the complete audio and video fragments are segmented into smaller fragments, the independent fragments do not contain complete audio and video information, long links of HTTP requests are needed to be kept, and the effect that the user datagram protocol package can be played when being obtained, namely the user datagram protocol package is played at the same time, can be achieved through the long links. Downloading small fragments of the same slice through the long chain until all fragments are downloaded.

It should be noted that, the data between the protocol stack and the player is transmitted through the network local server, because the local network speed is extremely fast, and the transmission time is basically negligible.

After the long link is closed, if an instruction of switching the broadcast channel input by a user is not received, automatically sending a data request for requesting the next audio/video slice of the current broadcast program. And if the instruction of switching the broadcast channel input by the user is received, sending a data request for requesting the audio/video slice corresponding to the switched broadcast program.

If the user inputs a broadcast channel switching instruction in the process of returning the user datagram protocol packet, closing the long link and sending a data request for requesting an audio/video slice corresponding to the switched broadcast program.

If an instruction of closing the broadcast channel input by the user is received in the process of returning the user datagram protocol package, the long link is closed.

Step S605: and when the user datagram protocol packet is detected to be downloaded, playing the audio and video data corresponding to the user datagram protocol packet.

In some embodiments, upon detecting a download to the first video user datagram protocol packet and the first audio user datagram protocol packet, playing of the data corresponding to the first video user datagram protocol packet and the first audio user datagram protocol packet is started. The audio data and the video data at the same time point are synchronously played, so that the aim of synchronizing the audio and the video is fulfilled.

In some embodiments, after detecting the first preset number of video user datagram protocol packets and the second preset number of audio user datagram protocol packets, playing the first video user datagram protocol packet and the data corresponding to the audio user datagram protocol packet corresponding thereto is started. The audio data and the video data at the same time point are synchronously played, so that the aim of synchronizing the audio and the video is fulfilled.

Fig. 13 is a schematic diagram of data transmission of a protocol stack, a network local server, and a player. When the protocol stack acquires the user datagram protocol packet, the protocol stack starts to return the audio and video data to the network local server, the network local server sends the audio and video data to the player, the basic stream data is sent to the data injection module through the play control module, the decoder decodes the audio rendering module to render, and simultaneously plays the audio and video data.

Illustratively, as shown in fig. 14, it is assumed that audio and video slices of a broadcast program are each a piece of 2 seconds of data. Each audio video slice is subdivided into 10 small slices, i.e. user datagram protocol packets. The first user datagram protocol packet downloaded to the first audio video slice may be played. In this case, it takes 0.1 second to play the audio/video of the broadcast program, and then the time for playing the broadcast program takes 0.3 seconds, that is, the playing time of the current broadcast program is only delayed by 0.3 seconds, which increases the playing speed by 1.8 seconds compared with the mode of fig. 5. According to the embodiment of the application, the waiting time for the protocol stack to acquire the data is reduced, and the live broadcast delay of the broadcast program is effectively reduced.

Some embodiments of the present application provide a broadcast program playing method, the method being applicable to a display device, the display device including a display and a controller configured to: transmitting a request for acquiring a broadcast program; establishing a long link based on the request, wherein the long link is used for downloading an audio/video slice corresponding to the broadcast program, and the audio/video slice comprises at least one user datagram protocol packet; downloading the user datagram protocol packet based on the long link; and when the user datagram protocol packet is detected to be downloaded, playing the audio and video data corresponding to the user datagram protocol packet. By adopting the broadcasting program playing method, the broadcasting program can be played without waiting for the complete downloading of the audio and video slices, but after the audio and video slices are downloaded to the user datagram protocol packet based on the long link, the playing speed of the broadcasting program is accelerated, the problem of lag of the broadcasting program playing picture is reduced, and the user experience is improved.

Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the corresponding technical solutions from the scope of the technical solutions of the embodiments of the present application.

The foregoing description, for purposes of explanation, has been presented in conjunction with specific embodiments. However, the illustrative discussions above are not intended to be exhaustive or to limit the embodiments to the precise forms disclosed above. Many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles and the practical application, to thereby enable others skilled in the art to best utilize the embodiments and various embodiments with various modifications as are suited to the particular use contemplated.

Claims (10)

1. A display device, characterized by comprising:

a display;

a controller configured to:

transmitting a request for acquiring a broadcast program;

establishing a long link based on the request, wherein the long link is used for downloading an audio/video slice corresponding to the broadcast program, and the audio/video slice comprises at least one user datagram protocol packet;

downloading the user datagram protocol packet based on the long link;

and when the user datagram protocol packet is detected to be downloaded, playing the audio and video data corresponding to the user datagram protocol packet.

2. The display device of claim 1, wherein the controller is configured to:

Acquiring the data size of the audio and video slice;

after downloading the user datagram protocol packet, counting the data size of the currently downloaded user datagram protocol packet;

and if the data size of the downloaded user datagram protocol packet is the same as the data size of the audio/video slice, closing the long link.

3. The display device of claim 1, wherein the controller is configured to:

acquiring the data size of the audio and video slice;

determining a first number of user datagram protocol packets in the audio-video slice according to the data size of the audio-video slice and the data size of the user datagram protocol packet load;

and closing the long link when the number of the downloaded user datagram protocol packets reaches the first number.

4. The display device of claim 1, wherein the controller comprises a protocol stack, a network local server, and a player;

the player is configured to: transmitting a request for acquiring a broadcast program to the network local server;

the network local server is configured to: sending the request to the protocol stack, and establishing a long link based on the request;

The protocol stack is configured to: receiving a video slice corresponding to the broadcast program, wherein the video slice comprises at least one video user datagram protocol packet, and sending the video user datagram protocol packet to the network local server;

the network local server is configured to: transmitting the video user datagram protocol packet to the player based on a long link;

the player is configured to: and when the video user datagram protocol packet downloaded is detected, playing video data corresponding to the video user datagram protocol packet.

5. The display device of claim 4, wherein the protocol stack is configured to: receiving an audio slice corresponding to the broadcast program, wherein the audio slice comprises at least one audio user datagram protocol packet, and sending the audio user datagram protocol packet to the network local server;

the network local server is configured to: transmitting the audio user datagram protocol packet to the player based on a long link;

the player is configured to: when the audio user datagram protocol packet is detected to be downloaded, playing audio data corresponding to the audio user datagram protocol packet, wherein the audio data and the video data are synchronously played.

6. A broadcast program broadcasting method, comprising:

transmitting a request for acquiring a broadcast program;

establishing a long link based on the request, wherein the long link is used for downloading an audio/video slice corresponding to the broadcast program, and the audio/video slice comprises at least one user datagram protocol packet;

downloading the user datagram protocol packet based on the long link;

and when the user datagram protocol packet is detected to be downloaded, playing the audio and video data corresponding to the user datagram protocol packet.

7. The method according to claim 6, comprising:

acquiring the data size of the audio and video slice;

after downloading the user datagram protocol packet, counting the data size of the currently downloaded user datagram protocol packet;

and if the data size of the downloaded user datagram protocol packet is the same as the data size of the audio/video slice, closing the long link.

8. The method according to claim 6, comprising:

acquiring the data size of the audio and video slice;

determining a first number of user datagram protocol packets in the audio-video slice according to the data size of the audio-video slice and the data size of the user datagram protocol packet load;

And closing the long link when the number of the downloaded user datagram protocol packets reaches the first number.

9. The method according to claim 6, comprising:

the player is configured to: transmitting a request for acquiring a broadcast program to the network local server;

the network local server is configured to: sending the request to the protocol stack, and establishing a long link based on the request;

the protocol stack is configured to: receiving a video slice corresponding to the broadcast program, wherein the video slice comprises at least one video user datagram protocol packet, and sending the video user datagram protocol packet to the network local server;

the network local server is configured to: transmitting the video user datagram protocol packet to the player based on a long link;

the player is configured to: and when the video user datagram protocol packet downloaded is detected, playing video data corresponding to the video user datagram protocol packet.

10. The method according to claim 9, comprising:

the protocol stack is configured to: receiving an audio slice corresponding to the broadcast program, wherein the audio slice comprises at least one audio user datagram protocol packet, and sending the audio user datagram protocol packet to the network local server;

The network local server is configured to: transmitting the audio user datagram protocol packet to the player based on a long link;

the player is configured to: when the audio user datagram protocol packet is detected to be downloaded, playing audio data corresponding to the audio user datagram protocol packet, wherein the audio data and the video data are synchronously played.