Display device for performing content switching

Abstract

This display device comprises: a display for playing back content of a specific channel according to a channel switching request; and a processor for receiving the channel switching request from a remote control device. The processor acquires, from a pre-configured content URL list, a content URL to be played back through the specific channel and transmits a channel switching request to a media player and a web application program, wherein the media player can stop the playback of content currently being played back and start playing back new content, and the web application program can perform, on the basis of a media ID, state synchronization in conjunction with the media player.

Description

A display device that performs content switching

[0001] The present disclosure relates to a display device that performs content switching. More specifically, the present disclosure relates to a display device that switches and plays content based on optimal metadata according to channel switching.

[0002] Standardization is underway for internet streaming methods such as IPTV (Internet Protocol Television), including VOD (Video On Demand) streaming via HTTP (Hypertext Transfer Protocol) and live streaming. In particular, MPEG-DASH (Dynamic Adaptive Streaming over HTTP), which is being standardized by ISO / IEC / MPEG, is receiving attention.

[0003] Examples of solutions for playing streaming content include HLS (HTTP Live Streaming), MPEG-DASH (Moving Picture Experts Group - Dynamic Adaptive Streaming over HTTP), and MP4.

[0004] Meanwhile, web application-based IP broadcasting services use HTML5 video objects for media playback. To perform channel switching, a channel switching request is sent to the web application, and the web application performs necessary tasks in addition to content playback. The web application constructs the content URL of the channel to be played and plays the corresponding content through the video object.

[0005] Meanwhile, the user input processing module receives the channel switching request and notifies the web application, which then constructs the content URL of the channel to be played and plays the corresponding content through a video object. It takes hundreds of milliseconds for the channel switching request to be transmitted from the web application to the media player.

[0006] The purpose of the present disclosure is to provide a display device that switches and plays content based on optimal metadata according to channel switching.

[0007] The purpose of the present disclosure is to rapidly play new media content upon channel switching.

[0008] The purpose of the present disclosure is to improve channel switching speed by rapidly playing new media content based on optimal metadata.

[0009] The purpose of the present disclosure is to ensure the up-to-date status of a manifest file in time units smaller than the period of a media segment.

[0010] The purpose of the present disclosure is to reduce server connection load by increasing the transmission cycle of manifest files for channels other than those currently in playback.

[0011] A display device for performing content switching according to the present disclosure includes: a display configured to play content of a specific channel in response to a channel switching request; and a processor that receives the channel switching request from a remote control device. The processor obtains a content URL to be played through the specific channel from a pre-configured list of content URLs, transmits the channel switching request to a media player and a web application program, the media player stops playing the currently playing content and starts playing new content, and the web application program can perform state synchronization by interacting with the media player based on a media ID.

[0012] According to an embodiment, the display device may further include memory configured to store a template associated with the content URL list and attributes for generating a completed URL. Based on the template and the attributes, the processor may generate the completed URL when the completed URL is needed.

[0013] According to an embodiment, the processor may receive a manifest file associated with a media playlist from a content server or a control server at a first time in units of a first cycle of a media segment.

[0014] According to an embodiment, the processor may first download a media playlist of the specific channel and download the media playlist at a second time point after a certain amount of time has elapsed from the first time point. The processor may determine the part where the media playlist downloaded first and the media playlist downloaded at the second time point have changed. The second time point may be set as the time after half of the first cycle has elapsed from the first time point.

[0015] According to an embodiment, if there is a changed part, the processor may determine that the media playlist has been updated at the second time. If there is no changed part, the processor may download the media playlist at a third time, which is a certain amount of time elapsed from the second time. The processor may determine the second part in which the initially downloaded media playlist and the media playlist downloaded at the third time have been changed. The third time may be set as the time when 1 / 4 of the first cycle has elapsed from the second time.

[0016] According to an embodiment, if the changed second part exists, the processor may determine that the media playlist has been updated at the third time. If the changed second part does not exist, the processor may download the media playlist at a fourth time, which is a certain amount of time elapsed from the third time. The fourth time may be set as the time when 1 / 8 of the first cycle has elapsed from the third time.

[0017] According to an embodiment, the media player may be configured to maintain a buffer of a certain size or larger corresponding to a multiple of the first period of the media segment. When the processor starts playing the content through the specific channel, it may start playback from the nth media segment prior to the latest media segment. The media player may be configured to maintain a buffer of a certain size or larger corresponding to a multiple of the first period starting from the nth media segment of the media segment.

[0018] According to an embodiment, the processor can play a first video of a first channel based on a first manifest file obtained in the first cycle. While playing the first video of the first channel, the processor can receive a second manifest file of a second channel from a content server or a control server in units of a second cycle corresponding to a multiple of the first cycle.

[0019] According to an embodiment, the processor may receive the channel switching request at a time of the third cycle, which is a multiple of the first cycle, at the time when the first manifest file is updated. When the processor starts playing the content through the specific channel, it may start downloading from the latest media segment of the updated manifest file. The media player may be configured to maintain a buffer of a certain size or larger, corresponding to a multiple of the first cycle, starting from the latest media segment of the media segment.

[0020] According to an embodiment, the processor receives the first manifest file from the control server at a first time point and can select the previous n-th media segment to be played based on the difference between the first time point and the second time point when the channel switching request from the first channel to the second channel is received. The processor can start playing the new content from the previous n-th media segment.

[0021] According to an embodiment, the processor updates the second manifest file of the second channel at intervals of the first period after the second time point, and can play media segments following the previous n-th media segment based on the updated second manifest file.

[0022] According to an embodiment, the processor receives a plurality of manifest files from the control server at a first time point and can select a specific manifest file among the manifest files based on the difference between the first time point and a second time point in which the channel switching request from the first channel to the second channel is received. The processor can start playback of the new content starting from the latest media segment corresponding to the selected manifest file.

[0023] According to an embodiment, the processor updates the second manifest file of the second channel at intervals of the first period after the second time point, and can play media segments following the latest media segment based on the updated second manifest file.

[0024] According to an embodiment, the processor plays a first video of specific content in a live playback mode via an IP-based live channel, receives user input at a second time point from the remote control device to play a second video based on VOD of the specific content, and, based on the user input, can change to a VOD playback mode so that the second video can be played in an application program that plays the first video. The processor plays a plurality of residual segments associated with the first video stored in memory through the media player in the live playback mode, and can control the media player to play the second video in the VOD playback mode based on a manifest file obtained in the VOD playback mode.

[0025] According to an embodiment, the processor controls the display to display a return button in a first area of ​​the display to return to the live channel when the playback of the second video is completed in the VOD playback mode, and when the playback of the second video is completed in the VOD playback mode, the processor can update the manifest file of the first channel corresponding to the first video in the first cycle. When a return input for the return button is received, the processor can control the display to play the first video based on the manifest file updated in the first cycle.

[0026] According to an embodiment, the processor updates the manifest file of the channel corresponding to the first video in the second period while playing the second video, and can receive a return input to the live channel from the remote control device while playing the second video in the VOD playback mode. When the return input is received, the processor can start playback from the n-th media segment prior to the latest media segment of the first video based on the manifest file updated in the second period. The media player may be configured to maintain a buffer of a certain size or larger corresponding to a multiple of the first period, starting from the n-th media segment of the media segment.

[0027] According to an embodiment, the processor receives the manifest file from the control server at a first time point and can select the previous n-th media segment to download based on the difference between the first time point and the second time point at which the return input is received. The processor can start playback of the second video from the previous n-th media segment, update the manifest file at the interval of the first period after the second time point, and play media segments following the previous n-th media segment based on the updated manifest file.

[0028] According to an embodiment, the processor receives a plurality of manifest files from the control server at a first time point and can select a specific manifest file among the manifest files based on the difference between the first time point and the second time point at which the return input is received. The processor can start playback of the second video from a media segment file corresponding to the selected manifest file, update the manifest file at the interval of the first cycle after the second time point, and play media segments following the corresponding media segment based on the updated manifest file.

[0029] According to an embodiment, the plurality of remaining segments of the first video may include a first segment, a second segment, and a third segment. The processor plays the plurality of remaining segments of the first video based on a manifest file updated in the first period, and while playing the plurality of remaining segments of the first video, may receive a fourth segment of the second video that follows the third segment. When the playback of the plurality of remaining segments is completed, the processor may play the received fourth segment of the second video and the segment following the fourth segment based on a manifest file obtained in the VOD playback mode.

[0030] According to an embodiment, the processor determines a first transmission quality from a first server providing the first video of the live channel, and based on the first transmission quality, receives a plurality of remaining segments of the first video on a time frame at any one of low quality, medium quality, or high quality and stores them in a memory buffer. The processor determines a second transmission quality from a second server providing the second video, and based on the first transmission quality and the second transmission quality, determines the time of reception of the second video. If the second transmission quality is lower than the first transmission quality, the processor may play a specific segment among the plurality of remaining segments of the first video based on a manifest file updated in the first period. The processor may play the second video based on a manifest file obtained in the VOD playback mode, starting from a segment corresponding to a specific time when the second transmission quality is higher than the first transmission quality.

[0031] According to the present specification, when switching channels, the speed of channel switching can be improved by performing media playback and necessary tasks other than media playback in parallel to quickly play new media content.

[0032] According to the present specification, by generating a completed URL based on attribute values ​​using a template, the updating of content URLs by channel can be efficiently established, and storage capacity can be reduced and the server connection cycle optimized.

[0033] According to the present specification, the up-to-dateness of the manifest file can be ensured through the parts of the manifest file that have been changed, depending on whether the manifest file has been changed more precisely at time units smaller than the period of the media segment.

[0034] According to the present specification, the transmission cycle of a manifest file for a channel that is not currently playing can be increased compared to the transmission cycle of a manifest file for a channel currently playing to reduce the server connection load.

[0035] According to the present specification, by adjusting the optimal manifest file update cycle when returning from VOD content to live content, it is possible to return to live content quickly and enable optimal live content playback.

[0036] According to the present specification, depending on the transmission quality, whether to reuse media segments stored in a buffer during the transition between live content and VOD content is determined, and seamless transition between content is possible by adjusting the optimal manifest file update cycle.

[0037] Further scopes of the applicability of the present invention will become apparent from the following detailed description. However, since various changes and modifications within the spirit and scope of the present invention are clearly understood by those skilled in the art, specific embodiments, such as the detailed description and preferred embodiments of the present invention, should be understood as being given merely as examples.

[0038] FIG. 1 is a block diagram illustrating the configuration of a display device according to one embodiment of the present disclosure.

[0039] FIG. 2 is a drawing for explaining a content server according to an embodiment of the present disclosure.

[0040] FIG. 3 is a drawing for explaining a content provision system according to an embodiment of the present disclosure.

[0041] FIG. 4 shows the configuration of a display device and servers that perform content switching according to the present disclosure.

[0042] FIG. 5 shows a flowchart of a content switching method performed by a display device according to the present disclosure.

[0043] Figure 6 shows a conceptual diagram for controlling the timing of receiving a media playlist or an associated manifest file.

[0044] Figure 7 shows a flowchart of a method for controlling the timing of receiving a manifest file associated with a media playlist.

[0045] FIG. 8 is a conceptual diagram of selecting the previous nth media segment to be downloaded in accordance with a channel switching request from the first channel to the second channel.

[0046] Figure 9 shows a flowchart of a method for selecting a specific media segment according to the channel switching request of Figure 8.

[0047] FIG. 10 is a conceptual diagram of selecting a specific media playlist or manifest file among a plurality of media playlists or manifest files in response to a channel switching request from a first channel to a second channel.

[0048] Figure 11 shows a flowchart of a method for selecting a specific media segment according to a channel switching request of Figure 10.

[0049] Figure 12 shows an example of changing to VOD playback mode of the same content during live content playback.

[0050] Figure 13 shows a screen configuration in which a plurality of thumbnails and icons for returning to a live channel are displayed after the playback of VOD-based content is completed.

[0051] Figure 14 shows a conceptual diagram of selecting the previous nth media segment to be downloaded in response to a request to switch content to live content.

[0052] FIG. 15 is a conceptual diagram of selecting a specific media playlist or manifest file among multiple media playlists or manifest files in response to a request to switch content to live content.

[0053] Figure 16 shows the structure of residual segments with different image quality in live playback mode and segments in VOD playback mode.

[0054] It should be noted that technical terms used in this specification are used merely to describe specific embodiments and are not intended to limit the invention. Additionally, singular expressions used in this specification include plural expressions unless the context clearly indicates otherwise. The suffixes "module" and "part" for components used in the following description are assigned or used interchangeably solely for the ease of drafting the specification and do not inherently possess distinct meanings or roles.

[0055] In this specification, terms such as "composed of" or "comprising" should not be interpreted as necessarily including all of the various components or steps described in the specification, and should be interpreted as potentially excluding some of the components or steps, or including additional components or steps.

[0056] In addition, when describing the technology disclosed in this specification, if it is determined that a detailed description of related prior art could obscure the essence of the technology disclosed in this specification, such detailed description is omitted.

[0057] In addition, the attached drawings are intended only to facilitate understanding of the embodiments disclosed in this specification, and the technical concept disclosed in this specification is not limited by the attached drawings; it should be understood that they include all modifications, equivalents, and substitutions that fall within the concept and technical scope of the present invention. Furthermore, not only each of the embodiments described below, but also combinations of embodiments may fall within the concept and technical scope of the present invention as modifications, equivalents, and substitutions that fall within the concept and technical scope of the present invention.

[0058] Hereinafter, embodiments disclosed in this specification will be described in detail with reference to the attached drawings.

[0059] FIG. 1 is a block diagram illustrating the configuration of a display device according to one embodiment of the present disclosure.

[0060] Referring to FIG. 1, the display device (100) may include a broadcast receiver (130), an external device interface (135), a memory (140), a user input interface (150), a processor (170), a wireless communication unit (173), a voice acquisition unit (175), a display (180), an audio output unit (185), and a power supply unit (190).

[0061] The broadcast receiving unit (130) may include a tuner (131), a demodulating unit (132), and a network interface unit (133).

[0062] The tuner (131) can tune to a specific broadcast channel according to a channel tuning command. The tuner (131) can receive a broadcast signal for the tuned specific broadcast channel.

[0063] The demodulator (132) can separate the received broadcast signal into a video signal, an audio signal, and a data signal related to the broadcast program, and can restore the separated video signal, audio signal, and data signal into a form that can be output.

[0064] The network interface unit (133) may provide an interface for connecting the display device (100) to a wired / wireless network including the Internet network. The network interface unit (133) may transmit or receive data to or from other users or other electronic devices through the connected network or another network linked to the connected network.

[0065] The network interface unit (133) can access a specific web page through a connected network or another network linked to the connected network. That is, it can access a specific web page through a network and transmit or receive data with the corresponding server.

[0066] In addition, the network interface unit (133) can receive content or data provided by a content provider or network operator. That is, the network interface unit (133) can receive content such as movies, advertisements, games, VOD, broadcast signals, and related information provided by a content provider or network provider through a network.

[0067] Additionally, the network interface unit (133) can receive firmware update information and update files provided by the network operator, and can transmit data to the internet, content provider, or network operator.

[0068] The network interface unit (133) can select and receive a desired application among the applications that are open to the public through the network.

[0069] The external device interface unit (135) can receive an application or a list of applications within an adjacent external device and transmit it to a processor (170) or memory (140).

[0070] The external device interface section (135) can provide a connection path between the display device (100) and an external device. The external device interface section (135) can receive one or more of video and audio output from an external device connected to the display device (100) wirelessly or via a wired connection, and transmit them to the processor (170). The external device interface section (135) may include a plurality of external input terminals. The plurality of external input terminals may include an RGB terminal, one or more HDMI (High Definition Multimedia Interface) terminals, and a component terminal.

[0071] The video signal of an external device input through the external device interface unit (135) can be output through the display (180). The audio signal of an external device input through the external device interface unit (135) can be output through the audio output unit (185).

[0072] The external device that can be connected to the external device interface section (135) may be any one of a set-top box, Blu-ray player, DVD player, game console, soundbar, smartphone, PC, USB memory, or home theater, but this is merely an example.

[0073] In addition, some of the content data stored in the display device (100) can be transmitted to another user or other electronic device selected among other users or other electronic devices that are previously registered in the display device (100).

[0074] The memory (140) can store programs for each signal processing and control within the processor (170), and can store signal-processed video, audio, or data signals.

[0075] Additionally, the memory (140) may perform the function of temporarily storing video, audio, or data signals input from the external device interface unit (135) or the network interface unit (133), and may also store information regarding a predetermined image through the channel memory function.

[0076] The memory (140) can store an application or a list of applications input from an external device interface unit (135) or a network interface unit (133).

[0077] The display device (100) can play content files (video files, still image files, music files, document files, application files, etc.) stored in memory (140) and provide them to the user.

[0078] The user input interface (150) can transmit a signal input by the user to the processor (170) or transmit a signal from the processor (170) to the user. For example, the user input interface (150) can receive and process control signals such as power on / off, channel selection, and screen setting from the remote control device (200) according to various communication methods such as Bluetooth, Ultra Wideband (WB), ZigBee, Radio Frequency (RF) communication, or Infrared (IR) communication, or process to transmit control signals from the processor (170) to the remote control device (200).

[0079] Additionally, the user input interface (150) can transmit control signals input from local keys (not shown), such as a power key, channel key, volume key, and setting value, to the processor (170).

[0080] The image signal processed by the processor (170) can be input to the display (180) and displayed as an image corresponding to the image signal. Additionally, the image signal processed by the processor (170) can be input to an external output device through the external device interface section (135).

[0081] The voice signal processed by the processor (170) can be output as audio to the audio output unit (185). Additionally, the voice signal processed by the processor (170) can be input to an external output device through the external device interface unit (135).

[0082] In addition, the processor (170) can control the overall operation within the display device (100).

[0083] Additionally, the processor (170) can control the display device (100) by means of user commands or internal programs entered through the user input interface (150). The processor (170) can connect to a network to enable the user to download desired applications or a list of applications into the display device (100). The processor (170) may be configured to execute at least one application program to control the display device (100).

[0084] The processor (170) enables the processed video or audio signal, such as channel information selected by the user, to be output through the display (180) or audio output unit (185).

[0085] Additionally, the processor (170) enables a video signal or audio signal from an external device, such as a camera or camcorder, which is input through the external device interface unit (135), to be output through the display (180) or audio output unit (185) in accordance with an external device video playback command received through the user input interface (150).

[0086] Meanwhile, the processor (170) can control the display (180) to display an image, for example, a broadcast image input through the tuner (131), an external input image input through the external device interface unit (135), an image input through the network interface unit, or an image stored in the memory (140) can be controlled to be displayed on the display (180). In this case, the image displayed on the display (180) may be a still image or a video, and may be a 2D image or a 3D image.

[0087] Additionally, the processor (170) can control the playback of content stored in the display device (100), received broadcast content, or external input content input from the outside, and the content may be in various forms such as broadcast video, external input video, audio file, still image, connected web screen, and document file.

[0088] The wireless communication unit (173) can communicate with an external device via wired or wireless communication. The wireless communication unit (173) can perform short-range communication with an external device. To this end, the wireless communication unit (173) can support short-range communication by using at least one of Bluetooth™, BLE (Bluetooth Low Energy), RFID (Radio Frequency Identification), Infrared Data Association (IrDA), UWB (Ultra Wideband), ZigBee, NFC (Near Field Communication), Wi-Fi (Wireless-Fidelity), Wi-Fi Direct, and Wireless USB (Wireless Universal Serial Bus) technologies. Such wireless communication unit (173) can support wireless communication between a display device (100) and a wireless communication system, between a display device (100) and another display device (100), or between a display device (100) and a network where a display device (100, or an external server) is located, through a wireless area network. The wireless area network may be a wireless personal area network.

[0089] Here, another display device (100) may be a wearable device (e.g., a smartwatch, smart glass, head-mounted display, or mobile terminal such as a smartphone) capable of exchanging (or interacting with) data with the display device (100) according to the present invention. A wireless communication unit (173) may detect (or recognize) a wearable device capable of communicating around the display device (100). Furthermore, if the detected wearable device is an authenticated device to communicate with the display device (100) according to the present invention, the processor (170) may transmit at least a portion of the data processed in the display device (100) to the wearable device through the wireless communication unit (173). Accordingly, the user of the wearable device may use the data processed in the display device (100) through the wearable device.

[0090] The voice acquisition unit (175) can acquire audio. The voice acquisition unit (175) may include at least one microphone (not shown) and can acquire audio around the display device (100) through the microphone (not shown).

[0091] The display (180) can generate a driving signal by converting the video signal, data signal, OSD signal processed by the processor (170) or the video signal, data signal, etc. received from the external device interface unit (135) into R, G, and B signals, respectively.

[0092] Meanwhile, since the display device (100) illustrated in FIG. 1 is merely an embodiment of the present invention, some of the illustrated components may be integrated, added, or omitted depending on the specifications of the actual implemented display device (100).

[0093] That is, as needed, two or more components may be combined into a single component, or a single component may be subdivided into two or more components. In addition, the functions performed in each block are intended to explain embodiments of the present invention, and the specific operations or devices do not limit the scope of the present invention.

[0094] FIG. 2 is a drawing for explaining a content server according to an embodiment of the present disclosure.

[0095] The content server (300) can provide a recommendation service that recommends content that a viewer using the display device (100) may prefer.

[0096] The content server (300) may include a communication interface (310), memory (320), and a processor (330).

[0097] The content server (300) can transmit and receive data to and from at least one display device (100) via wired or wireless communication through the communication interface (310).

[0098] The memory (320) may include a content information database (321). The content information database (321) may store information related to content played on each device. For example, the content information database (321) may store content playback information, content setting information, or application installation information in association with the identification information of each device.

[0099] When the processor (330) receives a content recommendation request from a display device (100) or an external device, it can recommend content optimized for each device based on data stored in the content information database (321).

[0100] FIG. 3 is a drawing for explaining a content provision system according to an embodiment of the present disclosure.

[0101] The content provision system (1000) may include at least one display device (100), at least one remote control device (200), and a content server (300).

[0102] The processor (170) of the display device (100) can play content.

[0103] Additionally, the processor (170) can generate content playback information regarding the played content. Additionally, the processor (170) can generate content setting information, which is information regarding the quality, volume, and preferred channel status set when playing the content.

[0104] Content playback information may include at least one of content identification information, content genre information, content playback start time information, content playback end time information, and content total playback time information for the played content.

[0105] The content setting information may include at least one of the quality information set for the content when playing the content, volume information, and preferred channel information regarding whether the user has registered the channel providing the content as a preferred channel.

[0106] The processor (170) can transmit device identification information of the display device (100), generated content playback information, and generated content setting information to the content server (300) via the wireless communication unit (173). The device identification information may be unique identification information for distinguishing it from other devices.

[0107] The content server (300) can store content playback information and content setting information received from the display device (100) in the content information database (321) in association with device identification information.

[0108] Meanwhile, the processor (170) can receive a content recommendation command through the user input interface (150) or the voice acquisition unit (175).

[0109] When the processor (170) receives a content recommendation command, it can transmit device identification information of the display device (100) and a content recommendation request to the content server (300) through a communication interface such as a wired communication unit.

[0110] The communication interface (310) of the content server (300) can receive device identification information and a content recommendation request from the display device (100).

[0111] The processor (330) of the content server (300) can obtain content playback information and content setting information associated with the display device (100) from the content information database (321) based on device identification information.

[0112] The processor (330) can generate content recommendation information and recommendation setting information for the display device (100) based on content playback information and content setting information. The content recommendation information may include recommended content identification information and recommended content genre information for at least one recommended content. Additionally, the recommendation setting information may include recommended image quality setting information and preferred channel information.

[0113] The processor (330) can transmit content recommendation information and recommendation setting information to the display device (100) through the communication interface (310).

[0114] The processor (170) can receive content recommendation information and recommendation setting information from the content server (300) through a communication interface such as a wired communication unit.

[0115] The processor (170) can display at least one recommended content based on the received content recommendation information. Additionally, when a playback command for the recommended content is input through the user input interface (150) or the voice acquisition unit (175), the processor (170) can set the quality of the recommended content to be played based on the received recommendation setting information and play it.

[0116] The quality of recommended content is set for playback, and if a user requests a change to a preferred channel, a channel change to the preferred channel can be performed based on the preferred channel information.

[0117] Meanwhile, the display device (100) can mirror the content currently being played to an external device. The external device may include another display device or a mobile device. In this case, the mirrored content can be viewed through the external device. Therefore, viewing information regarding the mirrored content needs to serve as basic data for recommending content to the external device.

[0118] Meanwhile, when the display device (100) performs a mirroring operation to an external device, it may receive a control command from the external device to control the display device (100). The control command may include a content change command to change the content being played from the first content to the second content. When the display device (100) receives the content change command, it may play the changed content. In this case, the display device (100) needs to transmit content playback information regarding the changed content to the content server (300) as information for content recommendation to the external device.

[0119] Hereinafter, a display device for performing content conversion according to the present disclosure and a system including the same will be described. In this regard, FIG. 4 shows the configuration of a display device and servers for performing content conversion according to the present disclosure. FIG. 5 shows a flowchart of a content conversion method performed by a display device according to the present disclosure.

[0120] Referring to FIGS. 1 to 5, a display device (100) that performs content switching may be configured to include a memory (140), a processor (170), and a display (180).

[0121] The processor (170) may be configured to receive a channel switching request from the remote control device (200). The display (180) may be configured to play the content of a specific channel in response to the channel switching request.

[0122] The processor (170) can pre-configure (S110) a list of content URLs for all channels. The processor (170) can receive a channel switching request (S120) from a remote control device (200). The processor (170) can control a user input interface (UI interface) (150) to receive the channel switching request (S130). Since the user input interface (150) is configured to receive and process user input, it may be referred to as a user input processing module.

[0123] The processor (170) can obtain (S140) a content URL to be played through a specific channel from a pre-configured list of content URLs. The processor (170) can control the user input interface (150) to obtain (S140) a content URL to be played from a pre-configured list of content URLs.

[0124] The processor (170) can transmit a channel switching request (S150) to the media player (10) and the web application program (20).

[0125] The media player (10) can stop the playback of the currently playing content and start the playback of new content (S210). The web application program (20) can process a channel switching request and display information about the new channel on the screen (S220). The web application program (20) can perform state synchronization (S230) by interacting with the media player (10) based on the media ID.

[0126] Accordingly, when the user input interface (150) receives a channel switching request, the processor (170) of the display device performing the content switching according to the present disclosure obtains the content URL of the channel to be played from a pre-configured channel URL list. Based on the obtained channel content URL, the processor (170) immediately transmits the content switching request to the media player (10). At the same time, the processor (170) transmits the channel switching request to the program (20) of the web application.

[0127] The program (20) in the web application performs necessary tasks other than content playback and searches for the media player (10) currently playing content based on the media ID passed along. The program (20) in the web application synchronizes the state of the HTML video object and the media player (10).

[0128] The memory (140) may be configured to store attributes for generating a complete URL and a template associated with a list of content URLs. The memory (140) may be implemented as a storage unit, such as a database, that stores the list of content URLs or the templates and attributes associated therewith.

[0129] The processor (170) can generate a completed URL when a completed URL is needed, based on a template associated with a list of content URLs and attributes for generating a completed URL. The processor (170) can obtain a completed URL by inputting attribute values ​​stored in memory (140) into a URL generation template. For example, the attribute values ​​stored in memory (140) may be URL paths where specific content provided at a specific time for each specific channel is stored. When the first video is provided on the first channel, the URL path may be set to "ch1 / vid1.xml". When attribute values ​​of "ch1" and "vid1" corresponding to the URL path are input into the URL generation template, the URL generation template can generate a completed URL of https: / lgchannels.com / ch1 / vid1.xml.

[0130] Meanwhile, a URL associated with identifying the media segment to be played may be defined. In this regard, the media attribute of the SegmentTemplate attribute may define the URL to which the playback device sends the segment request. The URL may identify the specific segment requested using the $Number$ variable. When the playback device requests a specific media segment, the device may change the variable to the numeric identifier (index) of the segment. When the specific media segment is available for playback, the media player (10) may distinguish the media segment based on a timestamp. For example, the $Time$ variable may be enabled as an attribute value through the Segment template format of the DASH endpoint.

[0131] In this regard, if complete URLs for all channels provided through the display device are retained, the amount of data stored in the buffer may increase compared to retaining template-based URL information. Additionally, server load may increase as the server connects to the content server or control server to pre-download complete URLs from the server. Therefore, attributes for generating templates associated with the content URL list and complete URLs can be pre-downloaded from the server and stored in the buffer. Consequently, the buffer capacity can be reduced while decreasing server load.

[0132] Meanwhile, a display device performing content switching according to the present disclosure may periodically receive / download a manifest file associated with a media playlist from a server. The display device may determine a changed part of the media playlist and adjust the timing of receiving / downloading the manifest file. In order to reduce the time required to receive and play content from a server during IP-based channel switching, the present disclosure allows the display device to manage the manifest file, etc., independently without requesting the address of the content from a web server, etc.

[0133] In this regard, FIG. 6 shows a conceptual diagram for controlling the timing of receiving a media playlist or an associated manifest file. Meanwhile, FIG. 7 shows a flowchart of a method for controlling the timing of receiving a media playlist and an associated manifest file.

[0134] Referring to FIG. 6, the timing of receiving a media playlist or an associated manifest file can be controlled within a first cycle (P1). Content received in IP-based live playback mode may consist of video segments based on MPEG-DASH (Dynamic Adaptive Streaming over HTTP) or HLS (HTTP live streaming). A manifest file of HLS-based video segments may consist of a media playlist.

[0135] The default segment length of HLS can be set to a default value of 10 seconds or 6 seconds, but can be adjusted from the default value. The segment length of MPEG-DASH can be adjusted to 2-10 seconds. The optimal segment length of MPEG-DASH can be 2-4 seconds, but is not limited to this and can be changed depending on the application. Therefore, considering the transition between MPEG-DASH and HLS-based transport protocols in live playback mode and VOD playback mode, the segment length can be set to be the same.

[0136] Meanwhile, at the first time (T1), the first media playlist (MPL1) or the associated manifest file (MF1) can be downloaded in advance. In this regard, since a complete list of URLs is maintained, the manifest file of each channel content can be downloaded to the display device in advance before the user requests a channel switch. Because the manifest file is downloaded in advance, the manifest file of the corresponding channel may not be the latest version when the user requests a channel switch.

[0137] If the length of the media segment is 8 seconds, it is necessary to update the manifest file every 8 seconds to maintain the status of the manifest file. In this regard, the status of the manifest file can be maintained by synchronizing the manifest file within the 8-second period.

[0138] As described above, the first media playlist (MPL1) or the associated first manifest file (MF1) can be downloaded in advance at the first time (T1). At the first time (T1), the second media playlist (MPL2) or the associated second manifest file (MF2) can be downloaded at the second time (T2) within the interval of the first period (P1). For example, after waiting for 4 seconds, which is half of 8 seconds, the same media playlist is downloaded and checked for changes by comparing it with the previous file. The changes in the first media playlist (MPL1) or the first manifest file (MF1) at the first time (T1) and the second media playlist (MPL2) or the first manifest file (MF2) at the second time (T2) can be determined.

[0139] If there are no changes to the first and second media playlists (MPL1, MPL2) or the first and second manifest files (MF1, MF2), the first media segment (MS1) can be played based on the first media playlists (MPL1) or the first manifest files (MF1).

[0140] If there are changes to the first and second media playlists (MPL1, MPL2) or the first and second manifest files (MF1, MF2), it can be determined that the corresponding manifest file was updated on the server within the previous waiting time. By repeating these processes, updates can be performed at target intervals while ensuring a desired level of up-to-dateness (e.g., 1 second) for the media playlists or manifest files.

[0141] If there are no changes to the second and third media playlists (MPL2, MPL3) or the second and third manifest files (MF2, MF3), the second media segment (MS2) can be played based on the second media playlists (MPL2) or the second manifest files (MF2). If there are changes to the second and third media playlists (MPL2, MPL3) or the second and third manifest files (MF2, MF3), it can be determined that the server updated the corresponding manifest file within the previous waiting time.

[0142] Meanwhile, if there are changes, the second media playlist (MPL2) or the associated second manifest file (MF2) can be downloaded at the third time point (T3) following the second time point (T2) within the first cycle (P1). For example, after waiting for 2 seconds, which is 1 / 4 of 8 seconds, the same media playlist is downloaded and compared with the previous file to check if there are any changes.

[0143] If there are no changes to the third and fourth media playlists (MPL3, MPL4) or the third and fourth manifest files (MF3, MF4), the third media segment (MS3) can be played based on the third media playlists (MPL3) or the third manifest files (MF3). If there are changes to the third and fourth media playlists (MPL3, MPL4) or the third and fourth manifest files (MF3, MF4), it can be determined that the corresponding manifest file was updated on the server within the previous waiting time.

[0144] Meanwhile, if there are changes, the fourth media playlist (MPL4) or the associated fourth manifest file (MF4) can be downloaded at the fourth time point (T4) following the third time point (T3) within the first cycle (P1). For example, after waiting for 1 second, which is 1 / 8 of 8 seconds, the same media playlist is downloaded and compared with the previous file to check if there are any changes.

[0145] If there are no changes to the third and fourth media playlists (MPL3, MPL3) or the third and fourth manifest files (MF3, MF4), the third media segment (MS3) can be played based on the third media playlists (MPL3) or the third manifest files (MF3). If there are changes to the third and fourth media playlists (MPL3, MPL3) or the third and fourth manifest files (MF3, MF4), it can be determined that the corresponding manifest file was updated on the server within the previous waiting time.

[0146] Referring to FIGS. 1 through 7, an operation to control the timing of a display device performing content switching according to the present disclosure receiving a media playlist (MPL) or an associated manifest file (MF) is described. A processor (170) may receive a manifest file associated with a media playlist from a content server (300) or a control server (400) at a first time (T1) in units of a first period (P1) of a media segment. The control server (400) may be a caching server that performs a caching operation between the content server (300) and the display device (100). The content server (300) may be composed of a plurality of content servers. The content server (300) may include a first server (301) that delivers broadcast content of a live channel to the display device (100). The content server (300) may include a second server (302) that delivers VOD content to the display device (100).

[0147] The processor (170) can download the media playlist (MPL1) of a specific channel for the first time (S310). The processor (170) can download the media playlist (MPL1) of a specific channel for the first time (S310) at a first time (T1). As described above, since the media playlist or the associated manifest file is downloaded in advance, there is a timeliness issue in that the manifest file of the corresponding channel may not be the latest version when the user requests a channel switch.

[0148] The processor (170) can download the media playlist (MPL2) at a second time point (T2) after a certain amount of time has elapsed from the first time point (T1) (S320). The processor (170) can determine whether the media playlist (MPL2) downloaded at the second time point (T2) has changed (S330). The processor (170) can determine (S330) the part where the media playlist (MPL1) downloaded initially and the media playlist (MPL2) downloaded at the second time point (T2) have changed.

[0149] In this regard, the second time (T2) can be set as the time when half of the first period (P1) has elapsed from the first time (T1). For example, if the length of the media segment is set to 8 seconds, the media segment can be received in units of the first period (P1) of 8 seconds. After waiting for 4 seconds, which is half of the first period (P1), it is necessary to download the same media playlist and check if there are any changes by comparing it with the previous file.

[0150] If there is a change in the media playlist downloaded at the first time (T1) and the second time (T2), the processor (170) can determine (S340) that the media playlist has been updated at the second time (T2). If there is no change in the media playlist downloaded at the first time (T1) and the second time (T2), the processor (170) can download the media playlist at the third time (T3), after a certain amount of time has elapsed since the second time (T2) (S350). Meanwhile, the processor (170) can determine (S360) the second part in which the initially downloaded media playlist and the media playlist downloaded at the third time (T3) have changed.

[0151] In this regard, the third time (T3) may be set as the time when 1 / 4 of the first period (P1) has elapsed from the second time (T2). For example, if the length of the media segment is set to 8 seconds, the media segment may be received in units of 8 seconds of the first period (P1). After waiting for 2 seconds, which is 1 / 4 of the first period (P1), it is necessary to download the same media playlist and check if there are any changes by comparing it with the previous file.

[0152] If there are changes to the media playlist downloaded at the second time point (T2) and the third time point (T3), the processor (170) may determine (S370) that the media playlist has been updated at the third time point (T3). If there are no changes to the media playlist downloaded at the second time point (T2) and the third time point (T3), the processor (170) may download the media playlist (S380) at the fourth time point (T4), which is a certain amount of time elapsed from the third time point (T3).

[0153] In this regard, the fourth time (T4) can be set to the time when 1 / 8 of the first period (P1) has elapsed from the third time (T3). For example, if the length of the media segment is set to 8 seconds, the media segment can be received in units of the first period (P1) of 8 seconds. After waiting for 1 second corresponding to 1 / 8 of the first period (P1), it is necessary to download the same media playlist and check for any changes by comparing it with the previous file. Therefore, when the desired level of up-to-dateness (e.g., about 1 second) for the manifest file is ensured by repeating the aforementioned processes, the manifest file can be updated once every target period.

[0154] Meanwhile, regarding media playlists or associated manifest files, server overhead issues may arise because manifest files of multiple channels must be periodically downloaded via network communication (HTTP). In this regard, FIG. 8 is a conceptual diagram for selecting the previous n-th media segment to be downloaded in response to a channel switching request from the first channel to the second channel. FIG. 9 shows a flowchart of a method for selecting a specific media segment in response to the channel switching request of FIG. 8.

[0155] Referring to FIG. 8, synchronization for the first channel (CH1) can be achieved at the second time point (T2). Referring to FIG. 6 and FIG. 8, synchronization for the first channel (CH1) is not limited to a configuration based on the second time point (T2). Synchronization for the first channel (CH1) can be achieved based on any one of the first time point (T1), the second time point (T2), the third time point (T3), and the fourth time point (T4). The second time point (T2) at which synchronization for the first channel (CH1) is achieved can be defined as the first time point (TP1).

[0156] Referring to FIGS. 6 and FIGS. 8, a first media playlist (MPL11) or a first manifest file (MF11) for a first channel (CH1) synchronized at a first time point (TP1) corresponding to a second time point (T2) may be obtained. Subsequently to the first media playlist (MPL11) or the first manifest file (MF11), a first media segment (MS11) for the first channel (CH1) may be received and played. Meanwhile, at a first time point (TP1) corresponding to the second time point (T2), a first media playlist (MPL11) or a manifest file (MF21) for a second channel (CH2) may be received from a content server or a control server.

[0157] At a time point (TP1+P1) after a first period (P1) has elapsed from a first time point (TP1), a second media playback list (MPL12) or a second manifest file (MF12) for a first channel (CH1) may be obtained. Subsequently, a second media segment (MS12) for the first channel (CH1) may be received and played after the second media playback list (MPL12) or the second manifest file (MF12).

[0158] At the second time point (TP2), after the third period (P3) has elapsed from the first time point (TP1), a request to switch channels from the first channel (CH1) to the second channel (CH2) may be received. The third period (P3) may be set to twice the first period (P1). In response to the request to switch channels to the second channel (CH2), a second media playlist (MPL22) or a second manifest file (MF12) for the second channel (CH2) may be obtained.

[0159] Meanwhile, the first media segment (MS21) of the first time point (TP1) corresponding to the first media playlist (MPL11) or the first manifest file (MF21) for the second channel (CH2) received at the first time point (TP1) can be played at the second time point (TP2). Accordingly, playback can start from the previous n-th media segment (MS2(TP1)) from the latest media segment of the content of the second channel (CH2) in accordance with the channel switching request. Since the channel switching request is made at the time when the second period (P2), which is twice the first period (P1), has elapsed, n can be set to 2. In accordance with the channel switching request, the second media playlist (MPL22) or the second manifest file (MF22) for the second channel (CH2) can be requested at the second time point (TP2).

[0160] Metadata for the content of the second channel (CH2) prior to being selected by the user may be received from the content server or control server in a second period (P2) that is three times the first period (P1). However, metadata for the second channel (CH2) may be requested at a specific point in time following a channel switching request to the second channel (CH2) at a specific point in time prior to the elapsed second period (P2). A second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2) may be received at a time between the second point in time (TP2) when metadata for the second channel (CH2) was requested and the third point in time (TP3).

[0161] A second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2) may be obtained prior to the third time point (TP3). A second media segment (MS22) may be received and played following the second media playlist (MPL22) or the second manifest file (MF22) for the second channel (CH2). Accordingly, in response to a channel switching request, a media segment (MS2(TP1+P1)) following the previous n-th media segment (MS2(TP1)) may be played from the latest media segment of the content of the second channel (CH2).

[0162] With reference to FIGS. 1 through 9, a display device for performing content switching according to the present disclosure is described. A processor (170) may start playback from the previous n-th media segment (MS2(TP1)) from the latest media segment when starting playback of content through a specific channel. A media player (10) may be configured to maintain a buffer of a certain size or larger corresponding to a multiple of the first period (P1) from the previous n-th media segment (MS2(TP1)) of the media segment.

[0163] The processor (170) can receive a first manifest file (MF11) for the first channel (CH1) from the control server (400) at a first time point (TP1) (S401). Based on the first manifest file (MF11, MF12) obtained in the first period (P1), the first video of the first channel (CH1) can be played (S410). While playing the first video of the first channel (CH1), the processor (170) can receive a second manifest file (MP21) of the second channel (CH2) (S420). The second manifest file (MP21) of the second channel (CH2) can be received from the content server (300) or the control server (400) in units of the second period (P2), which is a multiple of the first period (P1).

[0164] The processor (170) can determine (S430) whether a channel switching request has been received. The processor (170) can determine (S430) whether a channel switching request has been received at a second time point (TP2) of a third period (P3) that is a multiple of the first period (P1) at the time when the first manifest file was updated. If a channel switching request has not been received, the processor (170) can receive the second manifest file (MP21) of the second channel (CH2) in units of the second period (P2) (S420).

[0165] When a channel switching request is received at the second time point (TP2), the processor (170) can select (S435) the previous n-th media segment (MS2(TP1)) to be played. The processor (170) can select (S435) the previous n-th media segment (MS2(TP1)) to be played based on the difference between the second time point (TP2) and the first time point (TP1).

[0166] When content playback begins through a specific channel (e.g., the second channel (CH2)), the processor (170) may start downloading from the latest media segment of the updated manifest file. Meanwhile, the processor (170) may start playback (S440) from the previous n-th media segment (MS2(TP1)) instead of the latest media segment (MS2(TP2)) in response to a channel switching request. The media player (10) may be configured to maintain a buffer of a certain size or larger, corresponding to a multiple of the first period (P1), starting from the latest media segment of the media segments.

[0167] In order to play the media stably, the media player (10) performs a buffering operation that maintains a buffer of a certain size or larger within the media player (10). Accordingly, the media player (10) may not play the most recently created media segment at the start of playback, but may start playback from the nth (e.g., 2nd or 3rd) segment from the latest segment.

[0168] To resolve server overhead issues in configurations that maintain the up-to-date status of the manifest file, the media playlist can be updated at multiples of the media segment period instead of at the length period of the media segment. For example, by updating the media playlist at the nth period of the media segment (e.g., 8 seconds * 3rd = 24 seconds), the number of updates requiring network communication can be reduced by the value obtained by dividing n.

[0169] The media segment length is 8 seconds, and the media player (10) can download and play from the previous 2nd or 3rd media segment while maintaining the latest status of the manifest file in increments of 8 seconds, 4 seconds, 2 seconds, or 1 second. When the manifest file is updated and a channel switching request is received at the time when 16 seconds corresponding to the third cycle (P3) have passed, the manifest file held actually corresponds to the file from 16 seconds prior. To maintain the latest status of the manifest file, it can be configured to play from the previous 2nd media segment corresponding to 16 seconds. Thus, the purpose of maintaining the latest status of the manifest file can be achieved by playing a media segment corresponding to the list of media segments of the manifest file held that was previously updated.

[0170] In this regard, the processor (170) may receive a first manifest file (MF11) for the first channel (CH1) from the control server (400) at a first time point (TP1) (S401). The processor (170) may select (S435) the previous nth media segment (MS2(TP1)) to be played based on the difference between the first time point (TP1) and the second time point (TP2) at which a channel switching request from the first channel (CH1) to the second channel (CH2) is received. The processor (170) may start playing new content provided on the second channel (CH2) from the previous nth media segment (MS2(TP1)).

[0171] The processor (170) can update (S450) the second manifest file (MF22) for the second channel (CH2) at intervals of a first period (P1) after the second time point (TP2) at which the channel switching request is received. Based on the updated second manifest file (MF22), the processor (170) can play (S460) media segments that follow the previous nth media segment (MS2 (TP1)).

[0172] As previously mentioned, regarding media playlists or associated manifest files, server overhead issues may arise because multiple channel manifest files must be periodically downloaded via network communication (HTTP). In this regard, FIG. 10 is a conceptual diagram for selecting a specific media playlist or manifest file among multiple media playlists or manifest files in response to a channel switching request from a first channel to a second channel. FIG. 11 shows a flowchart of a method for selecting a specific media segment in response to the channel switching request of FIG. 10.

[0173] Referring to FIG. 10, synchronization for the first channel (CH1) can be achieved at the second time point (T2). Referring to FIG. 6 and FIG. 10, synchronization for the first channel (CH1) is not limited to a configuration based on the second time point (T2). Synchronization for the first channel (CH1) can be achieved based on any one of the first time point (T1), the second time point (T2), the third time point (T3), and the fourth time point (T4). The second time point (T2) at which synchronization for the first channel (CH1) is achieved can be defined as the first time point (TP1).

[0174] Referring to FIGS. 6 and FIGS. 10, a first media playlist (MPL11) or a first manifest file (MF11) for a first channel (CH1) synchronized at a first time point (TP1) corresponding to a second time point (T2) may be obtained. Subsequently, a first media segment (MS11) for the first channel (CH1) may be received and played after the first media playlist (MPL11) or the first manifest file (MF11). Meanwhile, a first media playlist (MPL11) or a manifest file (MF21) for a second channel (CH2) may be received from a content server or a control server at a first time point (TP1) corresponding to a second time point (T2).

[0175] At a time point (TP1+P1) after a first period (P1) has elapsed from a first time point (TP1), a second media playback list (MPL12) or a second manifest file (MF12) for a first channel (CH1) may be obtained. Subsequently, a second media segment (MS12) for the first channel (CH1) may be received and played after the second media playback list (MPL12) or the second manifest file (MF12).

[0176] At the second time point (TP2), after the third period (P3) has elapsed from the first time point (TP1), a request to switch channels from the first channel (CH1) to the second channel (CH2) may be received. The third period (P3) may be set to twice the first period (P1). In response to the request to switch channels to the second channel (CH2), multiple media playlists (MPL2) or multiple manifest files (MF2) for the second channel (CH2) may be obtained.

[0177] Multiple manifest files (MF2) may consist of three manifest files. Any one of the multiple manifest files (MF2) may be selected based on the difference between the first time point (TP1) and the second time point (TP2) when a channel switching request to the second channel (CH2) is received. For example, if a channel switching request is received between the first time point (TP1) and the time point (TP1+P1) corresponding to the first period (P1), the first manifest file (MF2a) may be selected. If a channel switching request is received between the first time point (TP1) and the time point (TP1+P1) corresponding to the first period (P1) and the second time point (TP2), the second manifest file (MF2b) may be selected. If a channel switching request is received between the second time point (TP2) and the third time point (TP3), the third manifest file (MF2c) may be selected.

[0178] As a channel switching request to the second channel (CH2) is received at the second time point (TP2), the second manifest file (MF2b) may be selected. The first media segment (MS21) of the second time point (TP2) corresponding to the second manifest file (MF2b) may be played at the second time point (TP2). Accordingly, playback may begin immediately from the latest media segment (MS2(TP2)) of the content of the second channel (CH2) in accordance with the channel switching request. In accordance with the channel switching request, the second media playlist (MPL22) or the second manifest file (MF22) for the second channel (CH2) may be requested at the second time point (TP2).

[0179] Metadata for the content of the second channel (CH2) prior to being selected by the user may be received from the content server or control server in a second period (P2) that is three times the first period (P1). However, metadata for the second channel (CH2) may be requested at a specific point in time following a channel switching request to the second channel (CH2) at a specific point in time prior to the elapsed second period (P2). A second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2) may be received at a time between the second point in time (TP2) when metadata for the second channel (CH2) was requested and the third point in time (TP3).

[0180] A second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2) may be obtained prior to the third time point (TP3). The second manifest file (MF22) is a version with improved up-to-dateness compared to the third manifest file (MF2c) obtained at the first time point (TP1). Therefore, based on the second manifest file (MF22), the second media segment (MS22) of the second channel (CH2) can be played back at a higher quality at the third time point (TP3).

[0181] A second media segment (MS22) may be received and played following a second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2). Accordingly, the latest media segment (MS2(TP2)) of the content of the second channel (CH2) and the subsequent media segment (MS2(TP3)) may be played in response to a channel switching request.

[0182] With reference to FIGS. 1 to 7, FIGS. 10, and FIGS. 11, a display device for content switching according to the present disclosure is described. A processor (170) may receive a first manifest file (MF11) for a first channel (CH1) from a control server (400) at a first time point (TP1) (S401). Based on the first manifest file (MF11, MF12) obtained in a first period (P1), a first video of the first channel (CH1) may be played (S410).

[0183] The processor (170) can receive multiple manifest files (MF2) of the second channel (CH2) from the control server (400) in a second period at a first time point (TP1) (S520). The processor (170) can receive multiple manifest files (MF2) of the second channel (CH2) while playing the first video of the first channel (CH1) (S420). The multiple manifest files (MF2) of the second channel (CH2) can be received from the content server (300) or the control server (400) in units of a second period (P2) corresponding to a multiple of the first period (P1).

[0184] The processor (170) can determine (S430) whether a channel switching request has been received. The processor (170) can determine (S530) whether a channel switching request has been received at a second time point (TP2) of a third period (P3) that is a multiple of the first period (P1) at the time when the first manifest file was updated. If a channel switching request has not been received, the processor (170) can receive multiple manifest files (MF2) of the second channel (CH2) in units of the second period (P2) (S520).

[0185] When a channel switching request is received at the second time point (TP2), the processor (170) can select a specific manifest file (S535) among the manifest files (MF2) based on the difference between the second time point (TP2) and the first time point (TP2). The processor (170) can select a specific manifest file (S535) among the manifest files (MF2) based on the difference between the second time point (TP2) and the first time point (TP2) when a channel switching request from the first channel (CH1) to the second channel (CH2) is received.

[0186] The processor (170) can start playing new content provided on the second channel (CH2) from the latest media segment (MS2(TP2)) corresponding to the selected manifest file (S540). The processor (170) can update the second manifest file (MF22) for the second channel (CH2) at intervals of a first period (P1) after the second time point (TP2) at which the channel switching request is received (S550). Based on the updated second manifest file (MF22), the processor (170) can play media segments (MS2(TP3)) that follow the latest media segment (MS2(TP2)) (S560).

[0187] Meanwhile, the display device performing content switching according to the present disclosure is not limited to switching between channels but can perform switching between live content and VOD content. In this regard, FIG. 12 shows an example diagram of a change to VOD playback mode of the same content during live content playback.

[0188] Referring to FIG. 12(a), a first video of specific content (program) corresponding to live contents can be played on the display (180) of the display device (100). The first video of specific content can be displayed on the display (180) in live playback mode via an IP-based live channel. The first video of specific content can be displayed on the display (180) via a media player (10).

[0189] Referring to FIG. 12(b), the display device (100) may receive user input from a remote control device to play a second video based on VOD of specific content. Accordingly, the second video of the same specific content (program) may be displayed on the display (180) of the display device (100) in VOD (Video On Demand) playback mode. The second video of the specific content may be played through the media player (10) of FIG. 1 and output to the display (180).

[0190] Referring to FIGS. 1 through 12, a display device for performing switching between live content and VOD content is described. A processor (170) can play a first video of specific content in live playback mode via an IP-based live channel. The processor (170) can receive user input at a second time from a remote control device (200) to play a second video based on VOD of specific content. Based on the user input, the processor (170) can change to VOD playback mode so that the application program playing the first video can play the second video.

[0191] The processor (170) can play multiple residual segments associated with the first video stored in memory (140) through the media player (10) in live playback mode. Based on a manifest file obtained in VOD playback mode, the processor (170) can control the media player (10) to play the second video in VOD playback mode. The format of the second video in VOD playback mode may be configured so that the manifest file is placed in a header or control message. The manifest file obtained in VOD playback mode may be applied identically at all playback points of the second video.

[0192] Meanwhile, a transition from VOD playback mode to live playback mode may be made while watching VOD content or after the VOD content has ended. In this regard, FIG. 13 shows a screen configuration in which a plurality of thumbnails and an icon to return to a live channel are displayed after the playback of VOD-based content is completed.

[0193] Referring to FIG. 13, when the playback of the second video is completed in VOD playback mode, the processor (170) can control the display so that a return button (181) for returning to the live channel is displayed in the first area (180R1) of the display (180). Specific content can be played in the second area (180R2) of the display (180).

[0194] In the second area (180R2) of the display (180), the last segment of the second video may be displayed, or any video such as an advertisement, a program (content) related video may be displayed. Meanwhile, when a return input for the return button (181) is received, the processor (170) may control the display (180) to play the first video through a live channel. Multiple screen areas (182a, 182b, 182c) or buttons capable of playing content from other episodes of the second video may be displayed in the third area (180R3) of the display.

[0195] Meanwhile, the display device according to the present disclosure is not limited to channel switching and can perform switching between live content and VOD content. FIG. 14 is a conceptual diagram showing the selection of the previous n-th media segment to be downloaded in response to a request to switch content to live content. FIG. 15 is a conceptual diagram showing the selection of a specific media playlist or manifest file among a plurality of media playlists or manifest files in response to a request to switch content to live content.

[0196] Referring to FIG. 14, at the first time point (TP1), a first media segment (MS11) for VOD content may be received and played. Meanwhile, at the first time point (TP1), a first media playlist (MPL21) or a first manifest file (MF21) for the second channel (CH2) may be received from a content server or a control server. If the content of the first channel (CH1) is played before switching to VOD content, metadata for the first channel (CH1) may be received at the first time point (TP1).

[0197] At a point in time (TP1+P1) after a first period (P1) has elapsed from a first point in time (TP1), a second media segment (MS11) for VOD content may be received and played. At a second point in time (TP2) after a third period (P3) has elapsed from a first point in time (TP1), a request to switch content to live content may be received. The third period (P3) may be set to twice the first period (P1). In response to the request to switch content to live content, a second media playlist (MPL22) or a second manifest file (MF12) for a second channel (CH2) may be obtained. If the content of the first channel (CH1) was played before switching to VOD content, metadata for the first channel (CH1) may be obtained.

[0198] Meanwhile, the first media segment (MS21) of the first time point (TP1) corresponding to the first media playlist (MPL11) or the first manifest file (MF21) for the second channel (CH2) received at the first time point (TP1) can be played at the second time point (TP2). Accordingly, playback can start from the previous n-th media segment (MS2(TP1)) from the latest media segment of the content of the second channel (CH2) in accordance with the channel switching request. Since the channel switching request is made at the time when the second period (P2), which is twice the first period (P1), has elapsed, n can be set to 2. In accordance with the channel switching request, the second media playlist (MPL22) or the second manifest file (MF22) for the second channel (CH2) can be requested at the second time point (TP2).

[0199] In VOD playback mode, metadata for the content of the second channel (CH2), which is a live channel, may be received from a content server or a control server in a second period (P2) that is three times the first period (P1). However, metadata for the second channel (CH2) may be requested at a specific point in time following a request to switch content to live content at a specific point in time prior to the elapsed second period (P2). At a time between the second point in time (TP2) when metadata for the second channel (CH2) is requested and the third point in time (TP3), a second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2) may be received.

[0200] A second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2) may be obtained prior to the third time point (TP3). A second media segment (MS22) may be received and played following the second media playlist (MPL22) or the second manifest file (MF22) for the second channel (CH2). Accordingly, in response to a content switching request, a media segment (MS2(TP1+P1)) following the previous n-th media segment (MS2(TP1)) may be played from the latest media segment of the content of the second channel (CH2).

[0201] Referring to FIG. 15, at the first time point (TP1), a first media segment (MS11) for VOD content may be received and played. Meanwhile, at the first time point (TP1), a first media playlist (MPL21) or a first manifest file (MF21) for the second channel (CH2) may be received from a content server or a control server. If the content of the first channel (CH1) is played before switching to VOD content, metadata for the first channel (CH1) may be received at the first time point (TP1).

[0202] At a time point (TP1+P1) after a first period (P1) has elapsed from a first time point (TP1), a second media segment (MS11) for VOD content may be received and played. At a second time point (TP2) after a third period (P3) has elapsed from a first time point (TP1), a request to switch content to live content may be received. The third period (P3) may be set to twice the first period (P1). In accordance with the request to switch content to live content, a number of media playlists (MPL2) or multiple manifest files (MF2) for the second channel (CH2) may be obtained. If the content of the first channel (CH1) was played before switching to VOD content, metadata for the first channel (CH1) may be obtained.

[0203] Multiple manifest files (MF2) may consist of three manifest files. Any one of the multiple manifest files (MF2) may be selected based on the difference between the first time point (TP1) and the second time point (TP2) when a channel switching request to the second channel (CH2) is received. For example, if a channel switching request is received between the first time point (TP1) and the time point (TP1+P1) corresponding to the first period (P1), the first manifest file (MF2a) may be selected. If a channel switching request is received between the first time point (TP1) and the time point (TP1+P1) corresponding to the first period (P1) and the second time point (TP2), the second manifest file (MF2b) may be selected. If a channel switching request is received between the second time point (TP2) and the third time point (TP3), the third manifest file (MF2c) may be selected.

[0204] As a channel switching request to the second channel (CH2) is received at the second time point (TP2), the second manifest file (MF2b) may be selected. The first media segment (MS21) of the second time point (TP2) corresponding to the second manifest file (MF2b) may be played at the second time point (TP2). Accordingly, playback may begin immediately from the latest media segment (MS2(TP2)) of the content of the second channel (CH2) in accordance with the content switching request. In accordance with the content switching request, the second media playlist (MPL22) or the second manifest file (MF22) for the second channel (CH2) may be requested at the second time point (TP2).

[0205] In VOD playback mode, metadata for the content of the second channel (CH2), which is a live channel, may be received from a content server or a control server in a second period (P2) that is three times the first period (P1). However, metadata for the second channel (CH2) may be requested at a specific point in time following a request to switch content to live content at a specific point in time prior to the elapsed second period (P2). At a time between the second point in time (TP2) when metadata for the second channel (CH2) is requested and the third point in time (TP3), a second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2) may be received.

[0206] A second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2) may be obtained prior to the third time point (TP3). The second manifest file (MF22) is a version with improved up-to-dateness compared to the third manifest file (MF2c) obtained at the first time point (TP1). Therefore, based on the second manifest file (MF22), the second media segment (MS22) of the second channel (CH2) can be played back at a higher quality at the third time point (TP3).

[0207] A second media segment (MS22) may be received and played following a second media playlist (MPL22) or a second manifest file (MF22) for the second channel (CH2). Accordingly, the latest media segment (MS2(TP2)) and the subsequent media segment (MS2(TP3)) of the content of the second channel (CH2) may be played in response to a request to switch content to live content.

[0208] Referring to FIGS. 1 through 15, a display device for performing a switch between live content and VOD content is described. A processor (170) can control a return button (181) to be displayed in a first area (180R1) of a display (180) to return to a live channel when the playback of a second video in VOD playback mode is completed. When the playback of a second video in VOD playback mode is completed, a manifest file of a first channel (CH1) corresponding to the first video can be updated in a first period (P1). When a return input for the return button (181) is received, the processor (170) can control the display (180) to play the first video based on the manifest file updated in the first period (P1).

[0209] Meanwhile, when returning to a live broadcast while playing VOD content, the transmission cycle of the manifest file can be adjusted in a different way. The remote control device (200) may include a first button (201) configured to switch to VOD content while playing a live broadcast and a second button (202) configured to return to a live broadcast while playing VOD content.

[0210] The processor (170) can update the manifest file of the channel corresponding to the first video in the second period (P2) while playing the second video corresponding to the VOD content. The channel corresponding to the first video may be the first channel (CH1) or the second channel (CH2) when a channel switching input is received.

[0211] In VOD playback mode, when the second button (202) of the remote control device (200) is pressed while playing the second video, the first video of the first channel (CH1) or the second channel (CH2) is played. In this regard, the control server (400) may transmit only the manifest file of the first channel (CH1) or the second channel (CH2), and may not transmit the manifest file of the other channel, or transmit it at a longer interval. In VOD playback mode, while playing the second video, the processor (170) may receive a return input to the live channel from the remote control device (200) in response to the input to the second button (202) of the remote control device (200).

[0212] When a return input is received, the previous n-th media segment (MS2(TP1)) to be played from the latest media segment can be received. When a return input is received, the processor (170) can start the first video of the first channel (CH1) based on the manifest file updated in the second period (P2). In this regard, playback can start from the previous n-th media segment (MS2(TP1)) from the latest media segment of the first video of the first channel (CH1). The media player (10) can be configured to maintain a buffer of a certain size or larger corresponding to a multiple of the first period (P1) from the previous n-th media segment (MS2(TP1)) of the media segment.

[0213] When a return input is received, a specific file among multiple manifest files can be selected to play a media segment. When a return input is received, the processor (170) can receive multiple manifest files from the control server (400) at a first time point (TP1). The processor (170) can select a specific manifest file among the manifest files based on the difference between the first time point (TP1) and the second time point (TP2) at which the return input is received. The processor (170) can start playing a second video starting from the media segment file corresponding to the selected manifest file.

[0214] The processor (170) can update the manifest file at intervals of the first period (P1) after the second time point. Based on the updated manifest file, the processor (170) can play media segments that follow the media segment corresponding to the selected manifest file.

[0215] Meanwhile, the display device according to the present disclosure can select and play one of the segments of video content having different quality depending on the network condition. In this regard, FIG. 16 shows the structure of the remaining segments having different quality in live playback mode and the segments in VOD playback mode.

[0216] FIG. 16(a) illustrates the remaining segments and quality of the first to third segments transmittable in live playback mode. Referring to FIG. 1, FIG. 12(a) and FIG. 16(a), each of the remaining segments of the first video in live playback mode may be configured to have different quality. For example, the first, second, and third segments (S1, S2, S3) of the first video in live playback mode may be configured to have high quality, medium quality, and low quality, respectively. The first segment (S1) is a high-quality first segment (S1 HIt can be composed of ). The second segment (S2) is a second segment (S2) of medium quality. M It can be composed of ). The third segment (S3) is a third segment (S3) of medium quality. M It can be composed of ).

[0217] FIG. 16(b) shows the remaining segments of the first to third segments of the live playback mode, the fourth segment of the second video based on VOD, and the remaining segments following therefrom. FIG. 16(c) shows the remaining segments of the first to third segments of the live playback mode, the second segment of the second video based on VOD, and the remaining segments following therefrom.

[0218] Referring to FIG. 1, FIG. 12(b) and FIG. 16(b), the third segment (S3) of medium quality M Subsequently, multiple segments of the second video based on VOD may be received. Accordingly, the fourth segment (S4) to the eighth segment (S8) of the second video based on VOD may be received. In this regard, the quality of the first to third segments of the second video based on VOD may be predicted to be of medium quality or lower. Accordingly, the third segment (S3) of the first video in live playback mode, which is of medium quality, M Following ), the fourth segment (S4) of the second video based on VOD can be delivered for the first time.

[0219] Referring to FIG. 1, FIG. 12(b) and FIG. 16(c), the third segment (S3) of medium quality M Subsequently, multiple segments of a second video based on VOD may be received. Accordingly, the second segment (S2) of the second video based on VOD H ), 3rd segment (S3 H), the fourth segment (S4) to the eighth segment (S8) may be received. In this regard, the quality of the second and third segments of the second video based on VOD can be predicted to have high quality, which is higher than medium quality. Accordingly, the high-quality first segment (S1) of the first video in live playback mode H Following ), the second segment of the high-definition second video based on VOD (S2 H ) can be delivered for the first time.

[0220] With reference to FIGS. 1 to 16, a display device for performing switching between live content and VOD content having different quality images according to the present disclosure is described. A plurality of residual segments of the first video may include a first segment (S1), a second segment (S2), and a third segment (S3).

[0221] The processor (170) may receive a fourth segment (S4) of a second video that follows a third segment (S3) while playing multiple remaining segments of a first video. When the playback of multiple remaining segments is completed, the processor (170) may play the fourth segment (S4) of the received second video and the segments that follow the fourth segment (S4). When the playback of multiple remaining segments is completed, the fourth segment (S4) of the received second video and the segments that follow the fourth segment (S4) may be played based on a manifest file obtained in VOD playback mode.

[0222] The processor (170) can determine the first transmission quality from the first server (301) that provides the first video of the live channel. Based on the first transmission quality, the processor (170) can receive a plurality of residual segments of the first video on a time frame at any one of low quality, medium quality, and high quality and store them in a buffer of memory (140).

[0223] The processor (170) can determine the second transmission quality from the second server (302) that provides the second video, which is VOD content. Based on the first transmission quality and the second transmission quality, the processor (170) can determine the time of reception of the second video. If the second transmission quality is lower than the first transmission quality, a plurality of remaining segments stored in a buffer can be used. The processor (170) can use a specific segment (S2) among the plurality of remaining segments of the first video. M , S3 M ) can be played based on the manifest file updated to the first cycle (P1).

[0224] Meanwhile, if the second transmission quality is higher than the first transmission quality, the system can switch directly to VOD playback mode without using multiple remaining segments stored in the buffer. The processor (170) [describes] a segment (S2] corresponding to a specific point in time (TP1+P1) where the second transmission quality is higher than the first transmission quality. H , S3 H From ) based on the manifest file obtained in VOD playback mode, the second video can be played.

[0225] The technical effects of a display device performing content switching according to the present disclosure can be summarized as follows, but are not limited thereto.

[0226] According to the present specification, when switching channels, the speed of channel switching can be improved by performing media playback and necessary tasks other than media playback in parallel to quickly play new media content.

[0227] According to the present specification, by generating a completed URL based on attribute values ​​using a template, the updating of content URLs by channel can be efficiently established, and storage capacity can be reduced and the server connection cycle optimized.

[0228] According to the present specification, the up-to-dateness of the manifest file can be ensured through the parts of the manifest file that have been changed, depending on whether the manifest file has been changed more precisely at time units smaller than the period of the media segment.

[0229] According to the present specification, the transmission cycle of a manifest file for a channel that is not currently playing can be increased compared to the transmission cycle of a manifest file for a channel currently playing to reduce the server connection load.

[0230] According to the present specification, by adjusting the optimal manifest file update cycle when returning from VOD content to live content, it is possible to return to live content quickly and enable optimal live content playback.

[0231] According to the present specification, depending on the transmission quality, whether to reuse media segments stored in a buffer during the transition between live content and VOD content is determined, and seamless transition between content is possible by adjusting the optimal manifest file update cycle.

[0232] Further scopes of the applicability of the present invention will become apparent from the following detailed description. However, since various changes and modifications within the spirit and scope of the present invention are clearly understood by those skilled in the art, specific embodiments, such as the detailed description and preferred embodiments of the present invention, should be understood as being given merely as examples.

[0233] The foregoing disclosure may be implemented as computer-readable code on a medium on which a program is recorded. A computer-readable medium includes all types of recording devices in which data that can be read by a computer system is stored. Examples of computer-readable media include a Hard Disk Drive (HDD), a Solid State Disk (SSD), a Silicon Disk Drive (SDD), ROM, RAM, a CD-ROM, magnetic tape, a floppy disk, an optical data storage device, etc., and also include implementations in the form of a carrier wave (e.g., transmission over the Internet). Additionally, the computer may include a processor (170) or a control unit of a terminal. Accordingly, the above detailed description should not be interpreted restrictively in all respects and should be considered exemplary. The scope of the invention should be determined by a reasonable interpretation of the appended claims, and all modifications within the equivalent scope of the invention are included within the scope of the invention.

Claims

1. In a display device that performs content switching, A display configured to play content of a specific channel in response to a channel switching request; and It includes a processor that receives the channel switching request from the remote control device, The above processor is, Obtain the content URL to be played through the aforementioned specific channel from a pre-configured list of content URLs, and Send channel switching requests to media players and web application programs, and The above media player stops the playback of the currently playing content and starts the playback of new content, A display device that performs state synchronization by linking with the media player based on the media ID, using the above web application program.

2. In Paragraph 1, It further includes memory configured to store attributes for generating templates and completed URLs associated with the above-mentioned content URL list, and The above processor is, A display device that generates the completed URL when the completed URL is needed, based on the above template and the above attributes.

3. In Paragraph 1, The above processor is, A display device that receives a manifest file associated with a media playlist from a content server or control server at a first time as a unit of the first cycle of a media segment.

4. In Paragraph 3, The above processor is, First download the media playlist of the aforementioned specific channel, and Download the media playlist at the second time point, after a certain amount of time has elapsed from the first time point, and Determining the parts where the media playlist downloaded first above and the media playlist downloaded at the second time point have changed, A display device in which the second time is set as the time when half of the first cycle has elapsed from the first time.

5. In Paragraph 4, The above processor is, If there is a part changed as described above, it is determined that the media playlist update was performed at the second time point, and If there are no changes mentioned above, the media playlist is downloaded at the third time point, which is a certain amount of time elapsed from the second time point mentioned above, and Determining the second part in which the media playlist downloaded first above and the media playlist downloaded at the third time point are changed, A display device in which the third time is set as the time when 1 / 4 of the first cycle has elapsed from the second time.

6. In Paragraph 5, The above processor is, If there is the aforementioned changed second part, it is determined that the media playlist update was performed at the aforementioned third time point, and If the above-mentioned changed second part is not present, the media playlist is downloaded at the fourth time point, which is a certain amount of time elapsed from the above-mentioned third time point, and A display device in which the above-mentioned fourth time is set as the time when 1 / 8 of the first cycle has elapsed from the above-mentioned third time.

7. In Paragraph 3, The media player is configured to maintain a buffer of a certain size or larger corresponding to a multiple of the first cycle of the media segment, and The above processor is, When starting playback of the content through the aforementioned specific channel, playback begins from the nth media segment prior to the latest media segment, and A display device configured to maintain a buffer of a certain size or larger, corresponding to a multiple of the first cycle, starting from the nth media segment of the media segment within the media player.

8. In Paragraph 7, The above processor is, Based on the first manifest file obtained in the first cycle, the first video of the first channel is played, and A display device that receives a second manifest file of a second channel from a content server or control server in units of a second cycle corresponding to a multiple of the first cycle while playing a first video of the first channel.

9. In Paragraph 8, The above processor is, At the time when the first manifest file is updated, the channel switching request is received at the time of the third cycle, which is a multiple of the first cycle, and When playback of the content starts through the aforementioned specific channel, downloading begins from the latest media segment of the updated manifest file, and A display device configured to maintain a buffer of a certain size or larger corresponding to a multiple of the first cycle from the latest media segment of the media segment within the media player.

10. In Paragraph 8, The above processor is, The above first manifest file is received from the control server at a first point in time, and Select the previous n-th media segment to be played based on the difference between the second point in time when the channel switching request from the first channel to the second channel is received and the first point in time, and A display device that starts playing the new content from the nth media segment prior to the above.

11. In Paragraph 10, The above processor is, After the second point in time mentioned above, the second manifest file of the second channel is updated at intervals of the first period, and A display device that plays media segments following the previous nth media segment based on the above-mentioned updated second manifest file.

12. In Paragraph 8, The above processor is, A plurality of manifest files are received from the control server at a first point in time, and Select a specific manifest file among the manifest files based on the difference between the second time point when the channel switching request from the first channel to the second channel is received and the first time point, and A display device that starts playing the new content from the latest media segment corresponding to the selected manifest file.

13. In Paragraph 12, The above processor is, After the second point in time mentioned above, the second manifest file of the second channel is updated at intervals of the first period, and A display device that plays media segments following the latest media segment based on the updated second manifest file.

14. In Paragraph 12, The above processor is, Play the first video of specific content in live playback mode via an IP-based live channel, and At a second point in time, receiving user input from the remote control device to play a second video based on the VOD of the specific content, and Based on the above user input, the application program that plays the first video changes to a VOD playback mode so that the second video can be played, and In the above live playback mode, a plurality of remaining segments associated with the first video stored in memory are played through the media player, and A display device that controls the media player to play the second video in the VOD playback mode based on a manifest file obtained in the above VOD playback mode.

15. In Paragraph 14, The above processor is, When the playback of the second video is completed in the above VOD playback mode, control is made so that a return button for returning to the live channel is displayed in the first area of ​​the display, and When the playback of the second video is completed in the above VOD playback mode, the manifest file of the first channel corresponding to the first video is updated in the above first cycle, and A display device that controls the display to play the first video based on the manifest file updated in the first cycle when a return input for the above return button is received.

16. In Paragraph 14, The above processor is, While playing the second video, the manifest file of the channel corresponding to the first video is updated in the second cycle, and While playing the second video in the above VOD playback mode, receiving a return input to the live channel from the remote control device, When the above return input is received, based on the manifest file updated in the second cycle, playback starts from the previous n-th media segment from the latest media segment of the first video, and A display device configured to maintain a buffer of a certain size or larger, corresponding to a multiple of the first cycle, starting from the nth media segment of the media segment within the media player.

17. In Paragraph 16, The above processor is, The above manifest file is received from the control server at a first point in time, and Select the previous nth media segment to be downloaded based on the difference between the second time point when the above return input was received and the first time point, and Starting playback of the second video from the nth media segment prior to the above, and After the above second point in time, the above manifest file is updated at intervals of the above first period, and A display device that plays media segments following the previous nth media segment based on the above-mentioned updated manifest file.

18. In Paragraph 16, The above processor is, A plurality of manifest files are received from the control server at a first point in time, and Select a specific manifest file among the manifest files based on the difference between the second time point when the above return input was received and the first time point, and Playback of the second video starts from the media segment file corresponding to the selected manifest file, and After the above second point in time, the above manifest file is updated at intervals of the above first period, and A display device that plays media segments following the corresponding media segment based on the above-mentioned updated manifest file.

19. In Paragraph 14, The plurality of remaining segments of the first video include a first segment, a second segment and a third segment, and The above processor is, The plurality of remaining segments of the first video are played based on the manifest file updated in the first period, and While playing the plurality of remaining segments of the first video, receiving the fourth segment of the second video that follows the third segment, A display device that, when the playback of the plurality of remaining segments is completed, plays the fourth segment of the received second video and the segments following the fourth segment based on a manifest file obtained in the VOD playback mode.

20. In Paragraph 14, The above processor is, Determining the first transmission quality from the first server providing the first video of the above live channel, and Based on the first transmission quality, a plurality of remaining segments of the first video are received on a time frame at one of low quality, medium quality, or high quality and stored in a buffer of the memory, and Determining the second transmission quality from the second server providing the second video, and Based on the first transmission quality and the second transmission quality, the reception time of the second video is determined, and If the second transmission quality is lower than the first transmission quality, a specific segment among the plurality of remaining segments of the first video is played based on the manifest file updated in the first period, and A display device that plays the second video based on a manifest file obtained in the VOD playback mode, starting from a segment corresponding to a specific point in time where the second transmission quality is higher than the first transmission quality.

Images