WO2012065559A1

WO2012065559A1 - Method and device for restoring program recoded through iptv

Info

Publication number: WO2012065559A1
Application number: PCT/CN2011/082342
Authority: WO
Inventors: 赵国强
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-11-17
Filing date: 2011-11-17
Publication date: 2012-05-24
Also published as: CN101998160A

Abstract

Disclosed are a method and a device for restoring a program recoded through IPTV. The method comprises: scanning recorded programs to judge whether an unsuccessfully recorded program exists; if the program exists, scanning all files corresponding to the unsuccessfully recorded program to obtain program restoration information; and restoring the unsuccessfully recorded program by using the program restoration information. The present invention solves the problem in the relevant art that a recorded program cannot be played, thereby increasing fault tolerance of a terminal and stability between the terminal and a service operating system.

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to the field of multimedia terminals, and in particular to a method and apparatus for recovering a program recorded by an IPTV (Interactive Personal Television). BACKGROUND With the development of technology, multimedia terminal products, such as smart phones, PDAs, IPSTB (Interactive Personal Set Top Box, IP set-top boxes), various types of monitoring equipment, and conference televisions, will gradually enter thousands of households and become The indispensable part of people's life, such as IP set-top box, is a typical multimedia terminal device. With its rich program source, convenient operation mode and powerful multimedia service function, it has developed well in many places. Recording a program is a business function of the set-top box, which is to store the program being played or the program of a certain period of time in the peripheral device for repeated viewing. Since the program played in the IPTV field uses TS (Transport Stream) encapsulation (TS encapsulation is a streaming media encapsulation format, as specified by ISO/IEC 13818), this encapsulation format has no key frame index table, so Trick Mode such as fast forward, rewind, and position can not be performed like network audio and video files such as AVI (Audio Video Interleave), MKV (Matroska Video, a video file format). Therefore, when the set-top box is recording, it is not only possible to store the media file alone, but also to perform partial TS syntax, PES (Packet Elementary Stream) syntax and image strip parsing, and to put the key frame PTS (Presentation Time Stamp). , play time mark), size and offset are all counted out, written into a file, this file is called key frame index file. For the convenience of reading, the media files will also be stored in slices, as shown in Figure 1. Once a shard has a write or read error, you can skip this shard and operate on the next shard. Each recorded media stream is stored in a folder, which has a slice index file (used to record the duration of the entire program, how many fragments, the start time and duration of each slice play, etc.) ), N fragment files and each fragment file correspond to a key frame index file. The recorded file structure is shown in Figure 1. When playing normally, it is not necessary to participate in the index file. It only needs to read the fragment file one by one at the code rate to play it. When you need to perform fast-forward, rewind, positioning, etc., you need to find the corresponding keyframe. If it is positioning, you need to find the time point in a certain fragment file according to the fragment index file, and then find out which key frame playback time is consistent with this time point in this fragment file. After finding it, take out this. The offset of the key frame, starting from this offset as the starting point Play. If it is fast forward and rewind, you need to find the key frame of a certain time interval according to a certain strategy, then take out the key frame according to the offset and size, play the key frame, and then repeat this operation until recovery. Normal playback. The recording process is a process of continuously writing files. The stability of the system is very high. Once an unexpected power failure occurs, the linux system accesses the file (the Linux system reads the contents of the file and writes it again. If the power is turned off after reading, the content of the file may not be written back to the file. Some file files that are being read or written will be damaged, resulting in the recorded program not playing properly or performing special effects or even crashing. SUMMARY OF THE INVENTION The present invention provides a method and apparatus for restoring a program recorded by an IPTV, so as to at least solve the problem that a program recorded in the related art cannot be played normally or cannot perform a trick operation. According to an aspect of the present invention, a method for recovering a program recorded by an IPTV is provided, including: determining whether there is a program that fails to be recorded by scanning the recorded program; if present, recording the program that has failed to be recorded All corresponding files are scanned to obtain program recovery information; and the program that failed to be recorded is restored using the program recovery information. The step of scanning all the files corresponding to the program that failed to be recorded to obtain the program recovery information includes: obtaining, by the scanning, parameter information of all the fragment files of the program that failed to be recorded, wherein the parameter information includes: The number of the fragmentation files, the playback start time and the duration of each of the fragmentation files; the parameter information is recorded in the fragmentation index file of the program that failed to be recorded, wherein the program recovery information includes The fragment index file. The step of scanning all the files corresponding to the program that failed to be recorded to obtain the program recovery information further includes: obtaining, by the scanning, the playing information of each key frame of each of the fragment files, where the playing information includes The playback time stamp PTS, the location and the size; the playback information of all the key frames of each of the fragment files are respectively recorded in a key frame index file corresponding to the fragment file, where one of the fragment files corresponds to One of the key frame index files, the program recovery information further includes a key frame index file. The step of scanning all the files corresponding to the program that failed to be recorded to obtain the program recovery information further includes: a code stream of a beginning portion of the first fragment file and a code stream of an end portion of the last fragment Performing a scan to obtain a first key frame and a last one of the key frames; calculating a difference between the PTS of the first key frame and the last key frame to obtain a play duration of the program that failed to be recorded; Recording the play duration into the slice index file. The step of scanning all the files corresponding to the program that failed to be recorded to obtain the program recovery information further includes: calculating a file size of all the fragment files by using a system function; calculating a sum of file sizes of all the fragment files The size of the program that failed to be recorded; the size of the program that failed to be recorded is recorded in the slice index file. The step of scanning all the files corresponding to the program that failed to record to obtain program recovery information further includes: reading a PTS of the first key frame in each of the key frame index files; and reading the PTS record to be read Go to the slice index file. The step of restoring the recorded failed program using the program recovery information includes: playing the recorded failed program using the slice index file. According to another aspect of the present invention, there is provided an apparatus for recovering a program recorded by an IPTV, comprising: a judging unit configured to judge whether there is a program that has failed to be recorded by scanning the recorded program; and the scanning unit is set to When there is a program that fails to be recorded, all files corresponding to the program that failed to be recorded are scanned to obtain program restoration information; and a recovery unit is configured to restore the program that failed to be recorded using the program restoration information. The scanning unit includes: a first scanning module, configured to obtain parameter information of all the fragment files of the program that failed to be recorded by the scanning, where the parameter information includes: the number of the fragment files, each a playback start time and a duration of the fragment file; the first recording module is configured to record the parameter information into a fragment index file of the program that failed to be recorded, where the program recovery information includes The fragment index file. The scanning unit further includes: a second scanning module, configured to obtain, by the scanning, playback information of each key frame of each of the fragment files, where the playback information includes: a play time stamp PTS, a location, and The second recording module is configured to record the playback information of all the key frames of each of the fragment files into a key frame index file corresponding to the fragment file, where one of the fragment files corresponds to one The key frame index file, the program recovery information further includes a key frame index file. In the present invention, the damaged program is repaired, and the problem that the recorded program in the related art cannot be played normally or the trick operation cannot be performed is solved, and the fault tolerance of the terminal and the stability with the business operation system are improved. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is a structural diagram of a set top box fragment file according to the related art; FIG. 2 is a preferred flowchart of a method for restoring an IPTV recorded program according to an embodiment of the present invention; A preferred structural diagram of a recovery device for an IPTV recorded program of an embodiment; FIG. 4 is another preferred flowchart of a method for restoring a program recorded by an IPTV according to an embodiment of the present invention; FIG. Another preferred structural diagram of the recovery device for the IPTV recorded program. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The preferred embodiments of the present invention are described with reference to the accompanying drawings, and the preferred embodiments of the present invention are intended to illustrate and explain the invention. This example illustrates the process of repairing a recorded file. In the following embodiments, the communication may be implemented by a wireless connection or a wired connection or a combination of both, which is not limited by the present invention. Embodiment 1 FIG. 2 is a preferred flowchart of a method for restoring a program recorded by an IPTV according to an embodiment of the present invention, which includes the following steps:

S202, determining whether there is a program that fails to be recorded by scanning the recorded program; S204, if yes, scanning all the files corresponding to the program that failed to be recorded to obtain program recovery information;

S206. Restore the recorded failed program by using the program recovery information. In the preferred embodiment, the program recovery information is obtained by scanning, so as to repair the damaged program, and the problem that the recorded program in the related art cannot be played normally or cannot perform the trick operation is solved, and the capacity of the terminal is improved. Wrongness and stability with the business operations system. In addition, it saves time and effort for the user to record twice. Preferably, the step of scanning all the files corresponding to the program that failed to be recorded to obtain the program recovery information includes: obtaining, by the scanning, parameter information of all the fragment files of the program that failed to be recorded, wherein the parameter information The method includes: the number of the fragmentation files, a playback start time and a duration of each of the fragmentation files; and the parameter information is recorded in a fragmentation index file of the program that fails to be recorded, where the program The recovery information includes the slice index file. In the preferred embodiment, the parameter information of the obtained fragment file can be effectively utilized to recover the program damaged by the fragment file. Preferably, the step of scanning all the files corresponding to the program that failed to be recorded to obtain the program recovery information further includes: obtaining, by the scanning, playing information of each key frame of each of the fragment files, where The play information includes: a play time stamp PTS, a position and a size; and the play information of all the key frames of each of the slice files are respectively recorded into a key frame index file corresponding to the slice file, wherein one of the points The slice file corresponds to one of the key frame index files, and the program recovery information further includes a key frame index file. In the preferred embodiment, the obtained fragment file and key frame index file can be effectively utilized to recover the corrupted program of the fragment file and the key frame index file. Preferably, the step of scanning all the files corresponding to the program that failed to record to obtain program recovery information further includes: a code stream of a beginning portion of the first fragment file and an end portion of a last one of the fragments Scanning the code stream to obtain the first key frame and the last one of the key frames; calculating a difference between the PTS of the first key frame and the last key frame to obtain the program of the recording failure Play duration; record the play duration into the slice index file. In the preferred embodiment, the obtained fragment file and key frame index file can be effectively utilized to recover the corrupted program of the fragment file and the key frame index file. Preferably, the step of scanning all the files corresponding to the program that failed to be recorded to obtain the program recovery information further includes: calculating a file size of all the fragment files by using a system function; and calculating a file size of all the fragment files. And obtaining a size of the program that the recording failed; recording the size of the program that failed to be recorded into the fragment index file. In the preferred embodiment, the obtained fragment file can be effectively utilized to recover the program whose fragment file is corrupted. Preferably, the step of scanning all the files corresponding to the recorded failed program to obtain the program recovery information further comprises: reading the PTS of the first key frame in each of the key frame index files; The PTS record is recorded in the slice index file. In the preferred embodiment, the obtained fragment file and key frame index file can be effectively utilized to recover the corrupted program of the fragment file and the key frame index file. Preferably, the step of restoring the recorded failed program using the program recovery information comprises: playing the recorded failed program by using the fragment index file. In the preferred embodiment, the obtained fragment file can be effectively utilized to recover the program whose fragment file is corrupted. Preferably, since the file to be scanned is large, a file that is normally recorded can be marked to indicate that the recorded file is complete, and such a file does not need to be scanned. When a recording process ends normally, a flag like this is set. Therefore, when a recorded file is to be played, it is found that there is no such mark, and the recorded file is repaired. Therefore, before determining whether there is a program that fails to be recorded by scanning the recorded program, the method further includes: detecting whether the recorded program is set with a normal recording mark, and if present, not scanning the recorded program. Embodiment 2 FIG. 3 is a schematic structural diagram of a device for restoring an IPTV recorded program according to an embodiment of the present invention, which includes: a scanning module 302, a repair module 304 in communication with the scanning module 302, and a communication module 304 The TS packet demultiplexing module 306, the system module 308 in communication with the TS packet demultiplexing module 306. The system module 308 is configured to interact with a function of the system to obtain information such as a structure and a path of the recorded file.

The TS packet demultiplexing module 306 is arranged to be responsible for demultiplexing the TS packets, analyzing the type of each frame, the PTS, the displacement and the size of each frame. The scanning module 302 is arranged to scan the entire recorded program, and for the program that failed to be recorded, the repair module 304 will be called to repair. The repair module 304 is arranged to write the result of the repair to the file by invoking the system module and the TS packet demultiplexing module 306. In the preferred embodiment, the repairing step of the repair module 304 can be referred to the embodiment 1, and details are not described herein again. The program that failed to be recorded is scanned and repaired, and the problem that the recorded program in the related art cannot be played normally or cannot perform the trick operation is solved, and the fault tolerance of the terminal and the stability with the business operation system are improved. In addition, it saves time and effort for the user to record twice. Example 3 FIG. 4 is another preferred flowchart of a method for restoring a program recorded by an IPTV according to an embodiment of the present invention, which includes the following steps:

S402, scanning all recorded programs.

S404. Find whether there is a program that fails to record; if yes, go to step S406; otherwise, go to step S418.

S406, for the program that failed to record, enter its folder, scan all the files, and record the names of all the fragment files and their index files file_nam _es .

S408: Scan the code stream at the beginning of the first slice file and the code stream at the end of the last slice to find the first key frame and the last key frame respectively. The difference between the PTSs of the above two key frames is calculated as the total duration of the program's play time.

S410, the calling system function calculates the size of all the fragments in the program, calculates the sum of the sizes of all the fragment files, and obtains the size of the recorded program file_length.

S412, scanning the last slice file, recording the PTS, position and size of each key frame, and writing to the key frame index file of the last slice file. If the index file has content, it will be overwritten. S414, reading each key frame index file, and recording the PTS of the first key frame.

S416, the information in S402-S412 is recorded into the fragment index file. S418, the scan is completed. In the preferred embodiment, the damaged program is played by the updated fragment index file and the key frame index file, thereby achieving the purpose of recovery, and solving the problem that the recorded program in the related art cannot be played normally or cannot perform the trick operation. The problem is to improve the fault tolerance of the terminal and the stability with the business operation system. In addition, it saves time and effort for the user to record twice. Embodiment 4 FIG. 5 is another preferred structural diagram of a device for restoring an IPTV recorded program according to an embodiment of the present invention, which includes: a determining unit 502 configured to determine whether a recording exists by scanning a recorded program. a failed program; the scanning unit 504, in communication with the determining unit 502, configured to scan all files corresponding to the program that failed to be recorded to obtain program recovery information when the program that fails to be recorded is present; 506. Communicate with the scanning unit 504, configured to use the program recovery information to restore the recorded failed program. In the preferred embodiment, the program recovery information is obtained by scanning to repair the damaged program, and the problem that the recorded program in the related art cannot be played normally or cannot perform the trick operation is solved, and the fault tolerance of the terminal and the business operation are improved. Stability between systems. In addition, it saves time and effort for the user to record twice. Preferably, the scanning unit 504 includes: a first scanning module, configured to obtain, by using the scanning, parameter information of all the fragment files of the program that fails to be recorded, where the parameter information includes: the fragment file The number, the playback start time and the duration of each of the fragment files; the first recording module, in communication with the first scanning module, configured to record the parameter information to the fragment index file of the program that failed to be recorded The program recovery information includes the fragment index file. In the preferred embodiment, the parameter information of the obtained fragment file can be effectively utilized to recover the program damaged by the fragment file. Preferably, the scanning unit 504 further includes: a second scanning module, configured to obtain, by using the scanning, play information of each key frame of each of the fragment files, where the play information includes: a play time mark PTS, location and size; the second recording module is configured to communicate with the second scanning module, and set the playback information of all the key frames of each of the fragment files to the key frame index file corresponding to the fragment file. One of the fragment files corresponds to one of the key frame index files, and the program recovery information further includes a key frame index file. In the preferred embodiment, the obtained fragment file and key frame index file can be effectively utilized to recover the corrupted program of the fragment file and the key frame index file. Preferably, the scanning unit 504 scans all the files corresponding to the program that failed to be recorded to obtain program recovery information, and further includes: a code stream of a beginning portion of the first fragment file and a last one of the fragments The end of the code stream is scanned to obtain the first of the key frame and the last of the key frames; calculating the difference between the PTS of the first key frame and the last key frame to obtain the recording failure The playing duration of the program; recording the playing duration into the fragment index file. In the preferred embodiment, the obtained fragment file and key frame index file can be effectively utilized to recover the corrupted program of the fragment file and the key frame index file. Preferably, the scanning unit 504 scans all the files corresponding to the program that failed to be recorded to obtain program recovery information, and further includes: calculating, by using a system function, a file size of all the fragment files; and calculating all the fragment files. The sum of the file sizes is the size of the program that failed to be recorded; the size of the program that failed to be recorded is recorded in the slice index file. In the preferred embodiment, the obtained fragment file can be effectively utilized to recover the program whose fragment file is corrupted. Preferably, the scanning unit 504 scans all the files corresponding to the recorded failed program to obtain the program recovery information, further comprising: reading the PTS of the first key frame in each of the key frame index files; The PTS is taken into the fragment index file. In the preferred embodiment, the obtained fragment file and key frame index file can be effectively utilized to recover the corrupted program of the fragment file and the key frame index file. Preferably, the recovering unit 506 recovering the recorded failed program by using the program recovery information comprises: playing the recorded failed program by using the fragment index file. In the preferred embodiment, the obtained fragment file can be effectively utilized to recover the program whose fragment file is corrupted. Preferably, since the file to be scanned is large, a file that is normally recorded can be marked to indicate that the recorded file is complete, and such a file does not need to be scanned. When a recording process ends normally, a flag like this is set. Therefore, when a recorded file is to be played, it is found that there is no such mark, and the recorded file is repaired. Therefore, before determining whether there is a program that fails to be recorded by scanning the recorded program, the method further includes: the determining unit 502 detecting whether the recorded program is set with a normal recording mark, and if present, not scanning the recorded program. . Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

Claim

1. A method for recovering a program recorded by an IPTV network, comprising:

Determining whether there is a program that fails to be recorded by scanning the recorded program; if present, scanning all files corresponding to the program that failed to be recorded to obtain program recovery information;

The program that failed to be recorded is restored using the program recovery information.

2. The method according to claim 1, wherein the step of scanning all files corresponding to the program that failed to be recorded to obtain program recovery information comprises:

The parameter information of all the fragment files of the program that failed to be recorded is obtained by the scanning, where the parameter information includes: the number of the fragment files, the playback start time and the duration of each of the fragment files. ;

And recording the parameter information into a fragment index file of the program that failed to be recorded, wherein the program recovery information includes the fragment index file.

The method according to claim 2, wherein the step of scanning all the files corresponding to the program that failed to be recorded to obtain program recovery information further includes:

The playing information of each key frame of each of the fragment files is obtained by the scanning, where the playing information includes: a playing time mark PTS, a position and a size;

And playing the play information of all the key frames of each of the slice files into a key frame index file corresponding to the slice file, where one of the slice files corresponds to one of the key frame index files, The program recovery information also includes a key frame index file.

4. The method according to claim 2, wherein the step of scanning all the files corresponding to the program that failed to be recorded to obtain program recovery information further comprises:

Scanning the code stream of the beginning portion of the first fragment file and the code stream of the end portion of the last fragment to obtain the first key frame and the last key frame;

Calculating a difference between the PTS of the first key frame and the last key frame to obtain a play duration of the program that failed to be recorded;

Recording the play duration into the slice index file. The method according to claim 2, wherein the step of scanning all the files corresponding to the program that failed to be recorded to obtain program recovery information further includes:

Calculating the file size of all the fragment files by a system function;

Calculating a sum of file sizes of all the fragment files to obtain a size of the program that failed to be recorded; and recording a size of the program that failed to be recorded into the fragment index file. The method according to claim 3, wherein the step of scanning all the files corresponding to the program that failed to be recorded to obtain program recovery information further comprises:

Reading the PTS of the first key frame in each of the key frame index files;

The read PTS is recorded into the slice index file. The method according to any one of claims 2 to 6, wherein the step of recovering the recorded failed program using the program restoration information comprises:

The slice index file is used to play the program that failed to be recorded. A device for recovering a program recorded by a network television IPTV, comprising:

a determining unit, configured to determine whether there is a program that fails to be recorded by scanning the recorded program;

a scanning unit, configured to scan all files corresponding to the program that failed to be recorded to obtain program recovery information when the program that fails to be recorded is present;

And a recovery unit configured to restore the recorded failed program using the program recovery information. The device according to claim 8, wherein the scanning unit comprises: a first scanning module, configured to obtain parameter information of all the fragment files of the program that failed to be recorded by the scanning, wherein the parameter information The method includes: the number of the fragment files, a playback start time and a duration of each of the fragment files;

The first recording module is configured to record the parameter information into a fragment index file of the program that failed to be recorded, where the program recovery information includes the fragment index file. The apparatus according to claim 9, wherein the scanning unit further comprises: a second scanning module, configured to obtain, by the scanning, playback information of each key frame of each of the fragment files, wherein The play information includes: play time stamp PTS, position and size; a second recording module, configured to record the play information of all the key frames of each of the slice files into a key frame index file corresponding to the slice file, where one of the slice files corresponds to one The key frame index file, the program recovery information further includes a key frame index file.