WO2017121356A1

WO2017121356A1 - Method for implementing multi-channel preview, and server and terminal

Info

Publication number: WO2017121356A1
Application number: PCT/CN2017/070982
Authority: WO
Inventors: 林鹏; 陶国军
Original assignee: 中兴通讯股份有限公司
Priority date: 2016-01-12
Filing date: 2017-01-12
Publication date: 2017-07-20
Also published as: CN106961611A

Abstract

Provided are a method for implementing a multi-channel preview, and a server and a terminal. The method comprises: receiving a multicast stream of each live channel of an internet protocol television (IPTV), decoding the multicast stream of each live channel, and obtaining a video snapshot picture at a predetermined time; and outputting, to a display terminal, the video snapshot picture corresponding to each live channel. The method of the present invention does not depend on a mosaic server, and a user can browse preview information about all the other channels on the basis of playing a video of a current channel, thereby greatly improving the user experience.

Description

Method, server and terminal for realizing multi-channel preview

Technical field

The present invention relates to the field of interactive network television IPTV technologies, and in particular, to a method, a server and a terminal for implementing multi-channel preview.

Background technique

With the continuous development of IPTV technology, IPTV has become an important tool for people to obtain information. The channel preview function is an indispensable feature of IPTV. The existing multi-channel preview method adopts a scheme of mosaic channels, that is, a plurality of code streams are packaged into a video stream without audio through a mosaic server, and the mosaic server outputs the way through the processing of the code stream. Ordinary channel code stream, after the user switches to this channel, you can see preview images of multiple channels on the TV screen.

If the number of channels is large, the cost of the mosaic server will be large. Moreover, the output of the mosaic server is a normal channel. If the user wants to see the preview, he must switch to this channel to see it. Switching to this channel means exiting the original channel, and the user cannot preview the TV of other channels anytime and anywhere. program.

Summary of the invention

The invention provides a method, a server and a terminal for realizing multi-channel preview, and solves the problem that the channel preview technology relies on the mosaic server, the cost is high, and the preview mode is not convenient.

According to an aspect of the present invention, a method for implementing a multi-channel preview includes: receiving a multicast stream of each live channel of an IPTV, decoding a multicast stream of each live channel, and obtaining a video screenshot picture at a predetermined moment; The video screenshot picture corresponding to each live channel is output to the terminal.

Optionally, after the step of outputting the video screenshot picture corresponding to each live channel to the terminal, the method further includes: acquiring an instruction that the user selects the first video screenshot picture on the display interface of the terminal; according to the instruction, to the terminal The PIP (Picture in Picture) multicast stream of the first live channel corresponding to the first video screenshot picture is output, and the video screenshot picture corresponding to the other live channels other than the first live channel is output.

Optionally, the multicast stream of each live channel of the IPTV is received, and the multicast stream of each live channel is decoded, and the video screenshot picture of the scheduled time is obtained, which specifically includes: receiving the multicast stream of each live channel of the IPTV, for each The multicast stream of the live channel is decoded to obtain an I frame video picture at a predetermined time; the I frame video picture is processed into a video screenshot picture by a software screenshot.

Optionally, after receiving the multicast stream of each live channel of the IPTV, decoding the multicast stream of each live channel, and obtaining the video screenshot picture of the predetermined time, the method further includes: after the preset time interval Re-receiving the multicast stream of each live channel of the IPTV, and decoding the multicast stream of each live channel. Update the video screenshot image for each live channel.

Correspondingly, the present invention further provides a server for implementing multi-channel preview, the server comprising: a first obtaining module, configured to receive a multicast stream of each live channel of the interactive network television IPTV, and a multicast stream for each live channel Performing decoding to obtain a video screenshot picture at a predetermined time; the first output module is configured to output a video screenshot picture corresponding to each live channel to the terminal.

Optionally, the server further includes: a second acquiring module, configured to acquire an instruction that the user selects a first video screenshot picture on the display interface of the terminal; and a second output module, configured to output the first to the terminal according to the instruction A PIP multicast stream of the first live channel corresponding to the video screenshot picture, and simultaneously outputting a video screenshot picture corresponding to the other live channels except the first live channel.

Optionally, the first acquiring module specifically includes: an acquiring unit, configured to receive a multicast stream of each live channel of the IPTV, decode the multicast stream of each live channel, and obtain an I frame video picture at a predetermined moment; and a processing unit, It is used to process the I frame video picture into a video screenshot picture by means of software screenshots.

Optionally, the server further includes: an update module, configured to: after receiving the preset time interval, re-receive the multicast stream of each IPTV live channel, decode the multicast stream of each live channel, and update each live channel. The video screenshot image.

According to another aspect of the present invention, another method for implementing multi-channel preview is provided, which includes receiving, by a server, each live channel obtained by decoding a multicast stream of each live channel of an interactive network television IPTV. The video screenshot picture; the video screenshot picture corresponding to each live channel is simultaneously displayed in one display interface.

Optionally, after displaying the video screenshot picture corresponding to each live channel in a display interface, the method further includes: detecting an instruction that the user selects the first video screenshot picture on the display interface, and sending the instruction to the server; receiving The PIP multicast stream of the first live channel corresponding to the first video screenshot picture sent by the server according to the instruction, and the video screenshot picture corresponding to other live channels except the first live channel. The play video of the first live channel and the video screenshot picture corresponding to other live channels are simultaneously displayed on the display interface.

Optionally, after receiving a video screenshot picture corresponding to each live channel obtained by decoding a multicast stream of each live channel of the IPTV by the server, the method further includes: re-receiving after the preset time interval The video screenshot picture corresponding to each live channel obtained by decoding the multicast stream of each live channel of the IPTV after the preset time interval of the server interval.

Correspondingly, the present invention further provides a terminal for implementing multi-channel preview, comprising a first receiving module, configured to receive a video screenshot corresponding to each live channel obtained by the server after decoding the multicast stream of each live channel of the IPTV. The first display module is configured to simultaneously display video screenshot pictures corresponding to each live channel in a display interface.

Optionally, the terminal further includes: a detecting module, configured to detect an instruction that the user selects the first video screenshot picture on the display interface, and sends the instruction to the server; and the second receiving module is configured to receive the server according to the instruction The PIP multicast stream of the first live channel corresponding to the first video screenshot picture sent, and the first live frequency Video screenshot pictures corresponding to other live channels outside the channel. The second display module is configured to simultaneously display the play video of the first live channel and the video screenshot picture corresponding to other live channels on the display interface.

Optionally, the terminal further includes: a third receiving module, configured to re-receive the preset interval of the server interval after receiving the preset time interval, and then re-decode the multicast stream of each live channel of the IPTV. Video screenshot image corresponding to each live channel.

The above technical solution of the present invention includes the following beneficial effects:

The invention receives the multicast stream of each live channel of the IPTV, decodes the multicast stream of each live channel, obtains a video screenshot picture at a predetermined moment, and outputs a video screenshot picture corresponding to each live channel to the terminal, so that the terminal is displayed in one display. The interface simultaneously displays the video screenshot pictures corresponding to each live channel, realizes multi-channel preview, does not depend on the mosaic server, and has low cost, and allows the user to browse the information of other channels at any time while playing the current channel video, thereby improving the user experience. .

DRAWINGS

1 is a flowchart of a method for implementing multi-channel preview in a first embodiment of the present invention;

2 is a flowchart of a method for implementing multi-channel preview in a second embodiment of the present invention;

3 is a flowchart of a method for implementing multi-channel preview in a third embodiment of the present invention;

4 is a structural diagram of a server for implementing multi-channel preview in a fourth embodiment of the present invention;

FIG. 5 is a flowchart of a method for implementing multi-channel preview in a fifth embodiment of the present invention; FIG.

6 is a flowchart of a method for implementing multi-channel preview in a sixth embodiment of the present invention;

FIG. 7 is a structural diagram of a terminal for implementing multi-channel preview in a seventh embodiment of the present invention; FIG.

Figure 8 is a block diagram of a terminal device in an eighth embodiment of the present invention.

detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, but not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

First embodiment

Please refer to FIG. 1. FIG. 1 is a flow chart showing a method for implementing multi-channel preview in the first embodiment of the present invention, and the specific steps are as follows:

Step 101: Receive a multicast stream of each live channel of the IPTV, decode the multicast stream of each live channel, and obtain a video screenshot picture at a predetermined moment.

It should be noted that the specific obtaining step of obtaining the video screenshot picture in step 101 is: receiving the multicast stream of each live channel of the IPTV, decoding the multicast stream of each live channel, and obtaining an I frame video picture at a predetermined time; The software screenshot method processes the I frame video image as a video screenshot image; The video frame picture is obtained by processing the obtained P frame picture and the reference frame picture of the P frame, and it is understood that the embodiment does not limit the acquisition. The specific way of video screenshot pictures.

The video picture may be processed into a video screenshot picture in the JPG format, or may be a video screenshot picture in a different format, such as a PNG format. Of course, it can be understood that the embodiment does not limit the format of the video screenshot picture. Each channel can hold multiple video screenshot images, or just keep one video screenshot image. It can be understood that the embodiment does not limit the number of video screenshot pictures reserved for each channel.

After obtaining the video screenshot picture of each channel, it is necessary to re-acquire the video screenshot picture of each channel after every preset time interval to ensure that the video screenshot picture of each channel is the most recently played by the channel. Video screenshot image of the video content.

Step 102: Output a video screenshot picture corresponding to each live channel to the terminal.

It should be noted that, in step 102, the video screenshot picture corresponding to each live channel is output to the terminal, and the video screenshot picture of each channel is stored in a separate folder of each channel, and all videos may also be After the screenshot image is attached to the corresponding index mark, it is stored in a common folder. Of course, it can be understood that the embodiment does not limit the specific manner of saving the video screenshot picture. The video screenshot picture of each channel is transmitted to the terminal through the http protocol or the SIP protocol established between the server and the terminal. Of course, it can be understood that the embodiment does not limit the specific protocol for realizing communication between the server and the terminal.

After the step 102, the method further includes: acquiring an instruction that the user selects the first video screenshot picture on the display interface of the terminal; and outputting, according to the instruction, the PIP of the first live channel corresponding to the first video screenshot picture to the terminal ( Picture in Picture, picture-in-picture) multicast stream, and simultaneously output video screenshot pictures corresponding to other live channels except the first live channel, so that the terminal simultaneously displays the play video of the first live channel and other live channels correspondingly on the display interface. Video screenshot image. In this way, the user can browse the channel information that he wants to browse on the current play screen according to his own choice.

The above embodiment receives the multicast stream of each live channel of the IPTV, decodes the multicast stream of each live channel, obtains a video screenshot picture at a predetermined moment, and outputs a video screenshot picture corresponding to each live channel to the terminal. Thereby achieving a multi-channel preview. The embodiment does not depend on the mosaic server, and the cost is low, so that the user can browse the information of other channels at any time while playing the current channel video, thereby improving the user experience.

Second embodiment

Please refer to FIG. 2. FIG. 2 is a flow chart showing a method for implementing multi-channel preview in the second embodiment of the present invention, and the specific steps are as follows:

Step 201: Receive a multicast stream of each live channel of the IPTV, and decode the multicast stream of each live channel to obtain an I frame video picture at a predetermined time.

In step 202, the I frame video picture is processed into a video screenshot picture by means of a software screenshot.

It should be noted that, in step 202, the video picture may be processed into a video screenshot picture in the JPG format, or may be in another format, such as a PNG format. Of course, it can be understood that the embodiment does not limit the video screenshot. The format of the slice. Each channel can hold multiple video screenshot images, or just one video screenshot image. It can be understood that the embodiment does not limit the number of video screenshot pictures reserved for each channel.

Step 203: Output a video screenshot picture corresponding to each live channel to the terminal.

It should be noted that, in step 203, the video screenshot picture corresponding to each live channel is output to the terminal, and the video screenshot picture of each channel is stored in a separate folder of each channel, and all videos may also be displayed. After the screenshot image is attached to the corresponding index mark, it is stored in a common folder. Of course, it can be understood that the embodiment does not limit the specific manner of saving the video screenshot picture. The video screenshot picture of each channel is transmitted to the terminal through the http protocol or the SIP protocol established between the server and the terminal. Of course, it can be understood that the embodiment does not limit the specific protocol for realizing communication between the server and the terminal.

Step 204: Acquire an instruction that the user selects the first video screenshot picture on the display interface of the terminal.

Step 205: Output, according to the instruction, a PIP multicast stream of the first live channel corresponding to the first video screenshot picture to the terminal, and simultaneously output a video screenshot picture corresponding to the other live channel except the first live channel.

It should be noted that the beneficial effect that the multicast stream of the first live channel outputted to the terminal in step 205 is a PIP multicast stream is that the PIP multicast stream can be directly played on the currently played video screen without exiting the current play. The screen can directly browse the video information of the selected channel.

The above embodiment can play the PIP multicast stream of the channel selected by the user and the video screenshot picture of other channels according to the user's selection, does not depend on the mosaic server, has lower cost, and can browse other channels while playing the current channel video. Information greatly enhances the user experience.

Third embodiment

Referring to FIG. 3, FIG. 3 is a flowchart of a method for implementing multi-channel preview in a third embodiment of the present invention, and the specific steps are as follows:

Step 301: Receive a multicast stream of each live channel of the IPTV, and decode the multicast stream of each live channel to obtain an I frame video picture at a predetermined time.

In step 302, the I frame video picture is processed into a video screenshot picture by means of a software screenshot.

It should be noted that, in step 302, the video picture may be processed into a video screenshot picture in the JPG format, or may be in another format, such as a PNG format. It should be understood that the embodiment does not limit the format of the video screenshot picture. Each channel can hold multiple video screenshot images, or just one video screenshot image. It can be understood that the embodiment does not limit the number of video screenshot pictures reserved for each channel.

Step 303: After receiving the preset time interval, re-receive the multicast stream of each live channel of the IPTV, decode the multicast stream of each live channel, and update the video screenshot picture of each live channel.

It should be noted that the function of step 303 is to ensure that the video screenshot picture is a video screenshot picture of the latest playing content corresponding to each channel, which can provide more accurate preview information for the user and improve the user experience.

Step 304: Output a video screenshot picture corresponding to each live channel to the terminal.

It should be noted that, in step 304, the video screenshot picture corresponding to each live channel is output to the terminal, and the video screenshot picture of each channel is stored in a separate folder of each channel, and all videos may also be used. After the screenshot image is attached to the corresponding index mark, it is stored in a common folder. Of course, it can be understood that the embodiment does not limit the specific manner of saving the video screenshot picture. The video screenshot picture of each channel is transmitted to the terminal through the http protocol or the SIP protocol established between the server and the terminal. Of course, it can be understood that the embodiment does not limit the specific protocol for realizing communication between the server and the terminal.

Step 305: Acquire an instruction that the user selects the first video screenshot picture on the display interface of the terminal.

Step 306: Output, according to the instruction, a PIP multicast stream of the first live channel corresponding to the first video screenshot picture to the terminal, and simultaneously output a video screenshot picture corresponding to the other live channel except the first live channel.

It should be noted that the beneficial effect that the multicast stream of the first live channel outputted to the terminal in step 306 is a PIP multicast stream is that the PIP multicast stream can be directly played on the currently played video screen without exiting the current play. The screen can directly browse the video information of the selected channel.

The above embodiment can play the PIP multicast stream of the channel selected by the user and the video screenshot picture of other channels according to the user's selection, and the video screenshot picture of each channel displayed is continuously updated, so that the video screenshot picture of all channels is made. It is a video screenshot image of the latest content. This embodiment does not rely on the mosaic server, and the cost is low, and the information of other channels can be browsed while playing the current channel video, which greatly improves the user experience.

Fourth embodiment

Referring to FIG. 4, FIG. 4 is a structural diagram of a server for implementing multi-channel preview in a fourth embodiment of the present invention, and the specific structure includes:

The first obtaining module 41 is configured to receive a multicast stream of each live channel of the interactive network television IPTV, and decode the multicast stream of each live channel to obtain a video screenshot picture at a predetermined moment. The first obtaining module 41 includes an obtaining unit 411 and a processing unit 412, where

The obtaining unit 411 is configured to receive a multicast stream of each live channel of the IPTV, and decode the multicast stream of each live channel to obtain an I frame video picture at a predetermined time;

The processing unit 412 is configured to process the I frame video picture into a video screenshot picture by using a software screenshot.

The update module 42 is configured to: after receiving the preset time interval, re-receive the multicast stream of each IPTV live channel, decode the multicast stream of each live channel, and update the video screenshot picture of each live channel.

The first output module 43 is configured to output a video screenshot picture corresponding to each live channel to the terminal.

The second obtaining module 44 is configured to acquire an instruction that the user selects the first video screenshot picture on the display interface of the terminal.

The second output module 45 is configured to output, according to the instruction, a PIP multicast stream of the first live channel corresponding to the first video screenshot picture to the terminal, and simultaneously output a video screenshot picture corresponding to the other live channel except the first live channel.

Fifth embodiment

Referring to FIG. 5, FIG. 5 is a flowchart of a method for implementing multi-channel preview in a fifth embodiment of the present invention, and the specific steps are as follows:

Step 501: Receive a video screenshot picture corresponding to each live channel obtained by the server after decoding the multicast stream of each live channel of the IPTV.

It should be noted that, after receiving the video screenshot picture corresponding to each live channel in step 501, the video screenshot picture of each live channel after the server update is re-received after every preset time interval. To ensure that the video screenshot image is a screenshot image of the most recent playback content of the corresponding channel.

The specific manner of receiving the video screenshot picture is: receiving the video screenshot picture of each channel from the server through the http protocol or the SIP protocol established between the terminal and the server. Of course, it can be understood that the embodiment does not A specific protocol that defines communication between the server and the terminal. The video screenshot picture may be a picture in the JPG format, or may be a video screenshot picture in other formats, such as a PNG format. Of course, it can be understood that the embodiment does not limit the format of the video screenshot picture.

Step 502: Display a video screenshot picture corresponding to each live channel simultaneously on a display interface.

It should be noted that, in step 502, the video screenshot picture corresponding to each live channel is displayed in the following manner: the video screenshot picture corresponding to each live channel is displayed on the currently played video in a temporary facility overlay manner, so that the user You can directly browse the information of other channels on the basis of playing the current video without having to exit the currently playing video, which improves the user experience.

After the step 502, the method may further include: detecting an instruction that the user selects the first video screenshot picture on the display interface, and sending the instruction to the server; and receiving, by the receiving server, the first video screenshot picture corresponding to the instruction A PIP multicast stream of a live channel, and a video screenshot picture corresponding to other live channels other than the first live channel. The play video of the first live channel and the video screenshot picture corresponding to other live channels are simultaneously displayed on the display interface.

The above embodiment obtains a video screenshot picture corresponding to each live channel obtained by decoding a multicast stream of each live channel of the IPTV by a server; and displaying a video screenshot picture corresponding to each live channel simultaneously on one display interface. The realization of multi-channel preview does not depend on the mosaic server, and the cost is low, so that the user can browse the information of multiple channels at any time, thereby improving the user experience.

Sixth embodiment

Referring to FIG. 6, FIG. 6 is a flowchart of a method for implementing multi-channel preview in a sixth embodiment of the present invention, and the specific steps are as follows:

Step 601: Receive a video screenshot picture corresponding to each live channel obtained by the server after decoding the multicast stream of each live channel of the IPTV.

Step 602: After receiving the preset time interval of the server interval, the channel screenshot picture corresponding to each live channel obtained by decoding the multicast stream of each live channel of the IPTV is re-received.

It should be noted that the specific manner of receiving the video screenshot picture in the above steps is: receiving the video screenshot picture of each channel from the server through the http protocol or the SIP protocol established between the terminal and the server, of course, it can be understood that This embodiment does not limit the specific protocol for implementing communication between the server and the terminal. The video screenshot picture may be a picture in the JPG format, or may be a video screenshot picture in other formats, such as a PNG format. Of course, it can be understood that the embodiment does not limit the format of the video screenshot picture.

Step 603: Display a video screenshot picture corresponding to each live channel simultaneously on a display interface.

It should be noted that, in step 603, the video screenshot picture corresponding to each live channel is displayed in the following manner: the video screenshot picture corresponding to each live channel is displayed on the currently played video in an Overlay manner, so that the user can Play the current video based on directly browsing the information of other channels without having to quit the currently playing video, which improves the user experience.

Step 604: Detect an instruction that the user selects the first video screenshot picture on the display interface, and send the instruction to the server.

Step 605: The PIP multicast stream of the first live channel corresponding to the first video screenshot picture sent by the server according to the instruction, and the video screenshot picture corresponding to the other live channel except the first live channel.

It should be noted that, in step 605, the beneficial effect that the received multicast stream of the first live channel is a PIP multicast stream is that the PIP multicast stream can be directly played on the currently played video screen without exiting the current play. The screen can directly browse the video information of the selected channel. Can be more convenient for users to browse.

Step 606: Display the play video of the first live channel and the video screenshot picture corresponding to other live channels simultaneously on the display interface.

The above embodiment displays the video screenshot picture of the channel in an Overlay manner, plays the video information of the channel selected by the user in a PIP stream, and updates each of the displayed videos according to a preset time interval for the video screenshot picture of each channel. The channel's video screenshot image does not depend on the mosaic server and costs less. The user can browse the information of other channels on the basis of playing the current video, thereby improving the user experience.

Seventh embodiment

Referring to FIG. 7, FIG. 7 is a structural diagram of a terminal for implementing multi-channel preview in a seventh embodiment of the present invention, and the specific structure includes:

The first receiving module 71 is configured to receive a video screenshot picture corresponding to each live channel obtained by the server after decoding the multicast stream of each live channel of the interactive network television IPTV.

The third receiving module 72 is configured to re-receive the preset time interval of the server interval after the preset time interval, and then re-receive each live channel obtained by decoding the multicast stream of each live channel of the IPTV. Video screenshot image.

The first display module 73 is configured to simultaneously display video screenshot pictures corresponding to the respective live channels in one display interface.

The detecting module 74 is configured to detect an instruction that the user selects the first video screenshot picture on the display interface, and sends the instruction to the server.

The second receiving module 75 is configured to receive a PIP multicast stream of the first live channel corresponding to the first video screenshot picture sent by the server according to the instruction, and a video screenshot picture corresponding to the other live channel except the first live channel.

The second display module 76 is configured to simultaneously display the play video of the first live channel and the video screenshot picture corresponding to other live channels on the display interface.

Eighth embodiment

Please refer to FIG. 8. FIG. 8 is a block diagram of a terminal device of an eighth embodiment of the present invention. The terminal device 800 shown in FIG. 8 includes at least one processor 801, a memory 802, at least one network interface 804, and other user interfaces 803. The various components in terminal device 800 are coupled together by a bus system 805. It will be appreciated that the bus system 805 is used to implement connection communication between these components. The bus system 805 includes a power bus, a control bus, and a status signal bus in addition to the data bus. However, for clarity of description, various buses are labeled as bus system 805 in FIG.

The user interface 803 can include a display, a keyboard, or a pointing device (eg, a mouse, a trackball, a touchpad, or a touch screen, etc.).

It is to be understood that the memory 802 in the embodiments of the present invention may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be a read-only memory (ROM), a programmable read only memory (Programmable ROM (PROM), an erasable programmable read only memory (ErasablePROM, EPROM), and an electrically erasable Program an read only memory (Electrically EPROM, EEPROM) or flash memory. The volatile memory can be a Random Access Memory (RAM) that acts as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), Enhanced Synchronous Dynamic Random Access Memory (ESDRAM), Synchronous Connection Dynamic Random Access Memory (SDRAM) and Direct Memory Bus Random Memory Take the memory (DirectRambusRAM, DRRAM). The system and side described in this article The memory 802 of the method is intended to comprise, without being limited to, these and any other suitable types of memory.

In some embodiments, memory 802 stores elements, executable modules or data structures, or a subset thereof, or their extended set: operating system 8021 and application 8022.

The operating system 8021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, for implementing various basic services and processing hardware-based tasks. The application 8022 includes various applications, such as a media player (Media Player), a browser (Browser), etc., for implementing various application services. A program implementing the method of the embodiment of the present invention may be included in the application 8022.

In the embodiment of the present invention, by calling the program or instruction stored in the memory 802, specifically, the program or instruction stored in the application 8022, the processor 801 is configured to receive a live broadcast of a server to the interactive network television IPTV. The video screenshot picture corresponding to each live channel obtained by decoding the multicast stream of the channel; displaying the video screenshot picture corresponding to each live channel simultaneously on one display interface.

The method disclosed in the foregoing embodiments of the present invention may be applied to the processor 801 or implemented by the processor 801. Processor 801 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 801 or an instruction in a form of software. The processor 801 described above may be a general purpose processor, a digital signal processor DSP, an application specific integrated circuit ASIC, an off-the-shelf programmable gate array FPGA or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component. The methods, steps, and logical block diagrams disclosed in the embodiments of the present invention may be implemented or carried out. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present invention may be directly implemented by the hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor. The software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like. The storage medium is located in memory 802, and processor 801 reads the information in memory 802 and, in conjunction with its hardware, performs the steps of the above method.

It will be appreciated that the embodiments described herein can be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, the processing unit can be implemented in one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDevices, DSPDs), Programmable Logic Devices (Programmable Logic Devices, PLDs). ), Field-Programmable Gate Array (FPGA), general purpose processor, controller, microcontroller, microprocessor, other electronic units for performing the functions described herein, or a combination thereof.

For a software implementation, the techniques described herein can be implemented by modules (eg, procedures, functions, and so on) that perform the functions described herein. The software code can be stored in memory and executed by the processor. The memory can be implemented in the processor or external to the processor.

The various embodiments in the present specification are described in a progressive manner, and each embodiment focuses on differences from other embodiments, and the same similar parts between the various embodiments can be referred to each other.

Those skilled in the art will appreciate that embodiments of the embodiments of the invention may be provided as a method, apparatus, or computer program product. Thus, embodiments of the invention may be in the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, embodiments of the invention may take the form of a computer program product embodied on one or more computer usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.

Embodiments of the invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal device to produce a machine such that instructions are executed by a processor of a computer or other programmable data processing terminal device Means are provided for implementing the functions specified in one or more of the flow or in one or more blocks of the flow chart.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The instruction device implements the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device such that a series of operational steps are performed on the computer or other programmable terminal device to produce computer-implemented processing, such that the computer or other programmable terminal device The instructions executed above provide steps for implementing the functions specified in one or more blocks of the flowchart or in a block or blocks of the flowchart.

While a preferred embodiment of the present invention has been described, it will be apparent that those skilled in the art can make further changes and modifications to the embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and the modifications and

It should also be noted that, in this context, relational terms such as first and second, etc. are used merely to distinguish one entity or operation from another entity or operation, without necessarily requiring or implying such entities or operations. There is any such actual relationship or order between them. Furthermore, the terms "comprises" or "comprising" or "comprising" or any other variations are intended to encompass a non-exclusive inclusion, such that a process, method, article, or terminal device that includes a plurality of elements includes not only those elements but also Other elements that are included, or include elements inherent to such a process, method, article, or terminal device. An element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article, or terminal device that comprises the element, without further limitation.

Industrial applicability

The invention relates to the field of interactive network television IPTV technology, which can realize multi-channel preview without relying on a mosaic server, and has low cost, and can enable the user to browse the information of other channels at any time while playing the current channel video, thereby improving the user. Experience.

The above is a preferred embodiment of the present invention, and it should be noted that those skilled in the art can also make several improvements and retouchings without departing from the principles of the present invention. It should be considered as the scope of protection of the present invention.

Claims

A method of implementing multi-channel preview, including:

Receiving a multicast stream of each live channel of the interactive network television IPTV, decoding the multicast stream of each live channel, and obtaining a video screenshot picture at a predetermined moment;

The video screenshot picture corresponding to each live channel is output to a terminal.
The method of claim 1, wherein after the step of outputting a video screenshot picture corresponding to each live channel to the terminal, the method further comprises:

Obtaining an instruction that the user selects the first video screenshot picture on the display interface of the terminal;

Outputting, according to the instruction, a picture-in-picture PIP multicast stream of the first live channel corresponding to the first video screenshot picture, and outputting a video screenshot corresponding to the other live channel except the first live channel image.
The method of claim 1, wherein the receiving the multicast stream of each live channel of the IPTV, decoding the multicast stream of each live channel, and obtaining a video screenshot picture of the predetermined moment, comprising:

Receiving a multicast stream of each live channel of the IPTV, decoding the multicast stream of each live channel, and obtaining an I frame video picture at a predetermined time;

The I frame video picture is processed into a video screenshot picture by means of a software screenshot.
The method according to claim 1, wherein after receiving the multicast stream of each live channel of the IPTV, decoding the multicast stream of each live channel, and obtaining the video screenshot picture of the predetermined time, the method further includes :

After the preset time interval, the multicast stream of each live channel of the IPTV is re-received, the multicast stream of each live channel is decoded, and the video screenshot picture of each live channel is updated.
A server that implements multi-channel preview, including:

a first acquiring module, configured to receive a multicast stream of each live channel of the interactive network television IPTV, and decode the multicast stream of each live channel to obtain a video screenshot picture at a predetermined moment;

The first output module is configured to output a video screenshot picture corresponding to each live channel to the terminal.
The server of claim 5, further comprising:

a second acquiring module, configured to acquire an instruction that the user selects the first video screenshot picture on the display interface of the terminal;

a second output module, configured to output, to the terminal, a picture-in-picture PIP multicast stream of the first live channel corresponding to the first video screenshot picture according to the instruction, and output a field other than the first live channel Video screenshot images corresponding to other live channels.
The server of claim 5, wherein the first obtaining module comprises:

The acquiring unit is configured to receive the multicast stream of each live channel of the IPTV, and decode the multicast stream of each live channel to obtain an I frame video picture at a predetermined time;

The processing unit is configured to process the I frame video picture into a video screenshot picture by means of a software screenshot.
The server of claim 5, further comprising:

The update module is configured to re-receive the multicast stream of each live channel of the IPTV after the preset time interval, and decode the multicast stream of each live channel, and update the video screenshot picture of each live channel.
A method of implementing multi-channel preview, including:

Receiving a video screenshot picture corresponding to each live channel obtained by decoding a multicast stream of each live channel of the interactive network television IPTV by a server;

The video screenshot picture corresponding to each live channel is simultaneously displayed on one display interface.
The method of claim 9, wherein after the displaying a video screenshot picture corresponding to each live channel in a display interface, the method further comprises:

Detecting an instruction that the user selects the first video screenshot picture on the display interface, and sending the instruction to the server;

Receiving a picture-in-picture PIP multicast stream of the first live channel corresponding to the first video screenshot picture sent by the server according to the instruction, and a video screenshot picture corresponding to other live channels except the first live channel ;

The play video of the first live channel and the video screenshot picture corresponding to other live channels are simultaneously displayed on the display interface.
The method of claim 9, wherein after the step of receiving a video screenshot picture corresponding to each live channel obtained by decoding a multicast stream of each live channel of the IPTV by the server, the method further comprises:

And after receiving the preset time interval of the server interval, the video screenshot picture corresponding to each live channel obtained by decoding the multicast stream of each live channel of the IPTV is re-received.
A terminal that implements multi-channel preview, including:

The first receiving module is configured to receive a video screenshot picture corresponding to each live channel obtained by the server after decoding the multicast stream of each live channel of the interactive network television IPTV;

The first display module is configured to simultaneously display a video screenshot picture corresponding to each live channel in a display interface.
The terminal of claim 12, further comprising:

a detecting module, configured to detect an instruction that the user selects the first video screenshot picture on the display interface, and send the instruction to the server;

a second receiving module, configured to receive a picture-in-picture PIP multicast stream of the first live channel corresponding to the first video screenshot picture sent by the server according to the instruction, and other than the first live channel The video screenshot picture corresponding to the live channel;

The second display module is configured to simultaneously display the play video of the first live channel and the video screenshot picture corresponding to other live channels on the display interface.
The terminal of claim 12, further comprising:

And the third receiving module is configured to: after receiving the preset time interval, re-receive the server interval, and then re-send each live channel obtained by decoding the multicast stream of each live channel of the IPTV Video screenshot image.