WO2011137681A1 - Iptv系统中时移分片文件的归档及节目播放方法和设备 - Google Patents

Iptv系统中时移分片文件的归档及节目播放方法和设备 Download PDF

Info

Publication number
WO2011137681A1
WO2011137681A1 PCT/CN2011/071293 CN2011071293W WO2011137681A1 WO 2011137681 A1 WO2011137681 A1 WO 2011137681A1 CN 2011071293 W CN2011071293 W CN 2011071293W WO 2011137681 A1 WO2011137681 A1 WO 2011137681A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
time
program
shifted
slice
Prior art date
Application number
PCT/CN2011/071293
Other languages
English (en)
French (fr)
Inventor
肖蓉
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011137681A1 publication Critical patent/WO2011137681A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection

Definitions

  • the present invention relates to the field of network television, and in particular to a method and device for archiving and displaying a time-shifted slice file in an IPTV system. Background technique
  • IPTV Interactive Personality Television
  • IPTV is a broadband Internet cable network that integrates Internet, multimedia, and communication technologies to provide users with a variety of technologies, including digital TV. New technology for interactive services. IPTV fully and effectively utilizes a variety of network resources, not only provides electronic program navigation services through colorful pages, but also provides video on demand, review and recording, information browsing, games and other services.
  • the IPTV system includes a user terminal 100 on the user side, a streaming media server 101 on the network side, and an IPTV service subsystem 102.
  • the real time streaming protocol is based on RTSP (Real Time Streaming Protocol) between the user terminal 100 and the streaming media server 101. Protocol) for message interaction.
  • RTSP Real Time Streaming Protocol
  • the NPVR (Network Personal Video Recorder) service is a service provided by the IPTV system for recording live TV programs by users.
  • the recorded programs are stored on the streaming media server. Users can use VOD (Video On Demand) when needed. , video on demand) way to watch recorded shows.
  • VOD Video On Demand
  • the TVOD Truste Video On Demand
  • TSTV Time Shift TV
  • the streaming media server when the streaming media server implements file storage, it mainly includes the following Two ways:
  • the TVOD file and the TSTV file are separately stored, and the TV0D file is obtained by copying part of the content in the TSTV file.
  • the NPVR service generally multiplexes the TVOD function, and copies the corresponding content according to the time period customized by the user. This method is bound to cause waste of storage space in the IPTV system, and also increases the overhead of storing I/O (Input/Output) resources occupied by the IPTV system.
  • the TVOD file and the TSTV file are stored in a unified manner, that is, the TVOD service and the TSTV service are provided through the same file.
  • the files recorded in this mode are stored in the system time as a label, and may be referred to as a time-shifted fragment file.
  • the channel ID Identity
  • start and end time start time and end time
  • NPVR services can be implemented by multiplexing TVOD functions and archiving functions. This method can effectively save the storage space of the IPTV system.
  • the rollback mechanism deletes the time-lapse fragment file required for the non-recorded program beyond the time shift time, and the time shift time refers to the maximum time range that the user can look back in the IPTV system;
  • the aging mechanism deletes time-lapse fragment files that exceed the aging time and do not need to be archived.
  • the archiving mechanism saves the time-lapse fragment file that exceeds the aging time and needs to be archived.
  • the instant migration fragment file is transferred from the recording directory of the channel to the archive directory of the same channel, and is saved all the time.
  • the aging time refers to the time shift of the recording.
  • the time-shifted fragment file is fragmented by the system time label, and the program on demand (which can be called NPVR program) and the user-on-demand program in the TVOD service in the NPVR service (may be The same is called TVOD program), which is marked by the start and end time of the program, and the start and end time of the program does not generally correspond to the sharding time.
  • the programs share the same time-shifted slice file that is, the end time of the previous program and the start time of the next program are within the same time-shifting slice file time range.
  • time-shifted slice file shared by the two programs is archived, since it is archived under the archive directory where the previous program is located, and other time-shifted slice files of the latter program are still in the archive directory, the latter program will be caused. All time-shifted fragment files are not in the same directory. Since the archived time-shifted fragment file has exceeded the aging time, the recorded program will not be requested to be played for the TVOD service, but for the NPVR service, as long as the user does not actively delete, the recorded program is required to be played. The existing archiving mechanism cannot meet this requirement. For all programs whose time-shifted fragment files are not in the same directory, you can use the switch directory to play, but the IPTV system has a large amount of message interaction and high playback call loss rate. Summary of the invention
  • An embodiment of the present invention provides an archiving method for a time-shifted fragment file in an IPTV system, and a streaming media server, which is used to solve the problem that all time-lapse fragment files of the same program in the prior art may not be in the same directory, so that the program cannot be normal. Playback problem;
  • the embodiment of the present invention provides a program playing method and a streaming media server based on the archiving method of the time-shifted fragment file in the IPTV system, which is used to solve the program in the prior art that all time-lapse fragment files are not in the same directory.
  • the directory needs to be switched during playback, resulting in a large amount of message interaction in the IPTV system and a high call loss rate.
  • the method for archiving a time-shifted fragment file in an IPTV system includes: archiving a time-shifted slice file included in a recorded program from a recording directory of a channel to an archive directory of a same channel;
  • a link file is added under the record directory, and the link file is directed to the shared by at least two programs. Time-shifted fragment file.
  • the streaming media server provided by the embodiment of the present invention includes: The recording directory is archived to the archive directory of the same channel;
  • a file management module configured to: when a time-shifted slice file shared by at least two programs exists in each time-shifted slice file being archived, add a link file to the recorded directory, where the link file points to the A time-shifted slice file shared by at least two programs.
  • the file For each file, if the result of the determination is a time-shifted slice file, the file is accessed according to the storage address index information of the time-shifted slice file, and if the result of the determination is a link file, the storage of the time-shifted slice file according to the link file is stored. Address index information access file; and
  • the media data of the accessed file is returned to the user terminal for playback.
  • another streaming media server provided by the embodiment of the present invention includes a protocol processing module, a file management module, a data management module, and a bearer module, where:
  • the protocol processing module is configured to receive program play signaling sent by the user terminal, and send a program file path of the program requested to be played to the file management module;
  • the file management module is configured to initiate, by the data management module, a query request for storing address index information of each file included in the program, where the program file path is carried, according to a storage address of each file that is queried
  • the index information accesses the file, and sends the media data of the accessed file to the bearer module;
  • the data management module is configured to determine, according to the program file path carried in the query request, a type of each file included in the program, and if the determined result is a time-shifted fragment file, return the file to the file management module.
  • Time-shift fragmentation file storage address index information if determined The result is a link file, and the storage address index information of the time-shifted fragment file pointed to by the link file is returned to the file management module;
  • the bearer module is configured to return the media data sent by the file management module to the user terminal for playing.
  • the method for archiving time-shifted slice files and the streaming media server in the IPTV system provided by the embodiment of the present invention, after the time-lapse slice file included in the program is archived from the recording directory to the archive directory, the file is added in the original recording directory.
  • the file points to the time-shifted slice file shared by at least two programs, thereby effectively solving the problem that all time-shifted slice files of the same program may not be in the same directory, and ensuring normal play of the program.
  • the program playing method and the streaming media server based on the archiving method of the time-shifted fragment file in the IPTV system provided by the embodiment of the present invention, for all programs in which the time-shifted fragment files are not in the same directory, based on the time shifting in the IPTV system
  • the file file archiving scheme makes the program not only include time-shifted slice files, but also link files, for time-shifted slice files, access files according to their storage address index information, and for linked files, according to the time-shifted slice files pointed to by them
  • the storage address index information accesses the file, so that the program can be played without switching the directory, the interaction amount of the message in the IPTV system is reduced, and the playback call loss rate is effectively suppressed, thereby improving the user experience.
  • FIG. 1 is a schematic diagram of a network architecture of an IPTV system in the prior art
  • FIG. 2 is a flowchart of a method for archiving a time-shifted fragment file in an IPTV system according to Embodiment 1 of the present invention
  • 3 is a processing flow of a program archive request sent by a streaming media server to an IPTV service subsystem according to Embodiment 1 of the present invention
  • FIG. 5 is a block diagram of a possible structure of a streaming media server according to Embodiment 1 of the present invention
  • FIG. 6 is a flowchart of a method for playing a program in an IPTV system according to Embodiment 2 of the present invention
  • FIG. 7 is a user of an IPTV system according to Embodiment 2 of the present invention
  • FIG. 8 is a block diagram of a possible structure of a streaming media server according to Embodiment 2 of the present invention. detailed description
  • the embodiment of the present invention provides an archiving method for time-shifted fragment files in an IPTV system, in order to solve the problem that all time-shifted fragment files of the same program in the prior art may not be in the same directory, so that the program cannot be played normally.
  • the streaming media server after the time-lapse fragment file included in the program is archived from the recording directory to the archive directory, if it is found that there are time-shifted fragment files shared by at least two programs in each time-shifted fragment file being archived, Add a link file under the original recording directory to point to the time-shifted slice file shared by at least two programs.
  • the directory needs to be switched during playback, resulting in a large amount of message interaction in the IPTV system, and a high call loss rate.
  • the archiving scheme makes the program not only include a time-shifted slice file, but also a link file, and accesses the file according to the storage address index information for the time-shifted slice file, and stores the time-lapse slice file according to the pointed file for the link file.
  • the address index information accesses the file.
  • This embodiment first provides an archiving method for a time-shifted fragment file in an IPTV system. As shown in FIG. 2, the method includes the following steps: recording a directory directory to an archive directory of the same channel;
  • the recorded program needs to meet the archival condition.
  • the streaming media server adds a link file in the recording directory, and the link file points to the shared by at least two programs. Time-shifted fragment file.
  • the time-shifted slice file included in the program 1 of a certain channel is B, C
  • the time-shifted slice file included in the program 2 of the same channel is C, D, and E
  • the time-shifted slice file C is visible.
  • the time-shifted slice files shared by the two programs, the time-shifted slice files A, B, C, D, and E are currently saved in the recording directory of the channel.
  • program 1 needs to be archived and program 1 meets the archiving conditions, the time-shifted fragment files A, B and C included in program 1 will be archived from the recording directory of the channel to the archive directory of the channel;
  • File C is a time-shifted slice file shared by two programs, and a link file C' is added to the record directory, and the link file C' points to the time-shifted slice file C.
  • program 2 Although all time-shifted slice files are not in the same directory after program 1 is archived (time-shifted slice file C is in the archive directory, time-shifted slice files D and E are in the recording directory) However, due to the existence of the link file C in the recording directory, it can point to the time-shifted slice file C under the archive directory, so that it can effectively solve the problem that all time-shifted slice files of the program 2 are not in the same directory, and the program 2 is guaranteed. Normal play.
  • program 2 may need to be archived or may not need to be archived. If program 2 needs to be archived, and program 2 meets the archive Then, the time-shifted slice files D and E included in the program 2 are archived from the recording directory of the channel to the archive directory of the channel.
  • Program 2 does not require archiving, the time-shifted fragment files D and E included in Program 2 will be deleted from the recording directory after the aging time has elapsed. Since the time-shifted slice file C included in the program 2 has already been archived, the time-shifted slice files included in the program 2 in the recording directory are only D and E. Regardless of whether the program 2 is archived or deleted, there is no need to save the link file C.
  • adding a link file in the recording directory cannot and does not need to be saved without restriction, preferably, in at least two programs to which the time-shifted fragment file pointed by the link file belongs. After the fragmented file is all archived, or the last program to which the time-shifted fragment file pointed to by the linked file belongs is aged, the linked file is deleted from the recorded directory. Of course, you can also configure the lifetime for the link file. After the lifetime is exceeded, the link file is deleted. The lifetime is greater than or equal to the aging time.
  • time-shifted fragment files shared by at least two programs in each of the time-shifted fragment files that are archived including:
  • Step A selecting the last time-shifted slice file according to the system time according to the system time corresponding to each time-shifted slice file being archived;
  • Step B If the end time of the current program and the start time of another program are within the system time range corresponding to the last time shift slice file, confirm that the last time shift slice file is at least two A time-shifted slice file shared by a program.
  • the recorded program satisfies the archiving condition, which may include: all the time-shifted slice files included in the program exceed the aging time, and have a flag to be archived, and of course, other archiving conditions may also be set, for example, received for A specific instruction that archives a program.
  • the processing procedure of the program archive request sent by the streaming media server to the IPTV service subsystem can make all the time-shifted fragment files included in the program to be archived have the mark to be archived. As shown in FIG. 3, the processing flow includes the following steps:
  • the IPTV service subsystem sends a program archive request to the streaming media server, where The channel identification and start and end time of the program to be archived;
  • the recorded program needs to be archived; and the program to be archived may also be determined according to the actual needs of the IPTV system;
  • the streaming media server determines all time-shifted fragment files included in the program to be archived according to the channel identifier and the start and end time, and adds a flag to be archived for each determined time-lapse fragment file, for example, setting a lbit flag for the file. Bit, if the flag is set to 1, it means that archiving is required, otherwise it means that no archiving is required;
  • the streaming media server returns the archived result to the IPTV service subsystem, and the archived result includes information such as the directory where the program is located.
  • the implementation process of the NPVR service includes the following steps:
  • the user terminal initiates an NPVR service request to the streaming media server, and requests to record the live television program currently being played.
  • the user terminal may be an STB (Set-Top Box), a PC (Personal Computer), a multimedia mobile phone, or the like;
  • STB Set-Top Box
  • PC Personal Computer
  • multimedia mobile phone or the like
  • the IPTV service subsystem collects an NPVR service request initiated by the user terminal, and generates a TVOD program recording request and sends the request to the streaming media server.
  • the streaming media server returns a TVOD program recording confirmation to the IPTV service subsystem according to the recording status of the time-shifted fragment file included in the program recorded by the request, and the subsequent user can view the program by using VOD.
  • the IPTV service subsystem sends a program archive request to the streaming server according to the received TVOD program recording confirmation.
  • the processing flow of the program archive request sent by the streaming media server to the IPTV service subsystem refer to Figure 3, and details are not described herein.
  • the present embodiment provides a streaming media server.
  • the principle of solving the problem is similar to the archiving method of the time-shifted fragment file in the IPTV system. Therefore, the implementation of the device can refer to the implementation of the method, and the method is repeated. I won't go into details here.
  • a possible structure of the streaming server includes:
  • the service processing module 501 is configured to: when the recorded program meets the archiving condition, archive the time-shifted slice file included in the program from the recording directory of the channel to the archive directory of the same channel; the file management module 502 is configured to confirm When there is a time-shifted slice file shared by at least two programs in each time-shifted slice file being archived, a link file is added under the record directory, and the link file points to the time when the at least two programs are shared. Move the slice file.
  • the file management module 502 is further configured to: after all the time-shifted slice files in the at least two programs to which the time-shifted slice file pointed by the link file belongs are archived, or the time shift pointed by the link file After the last program to which the fragment file belongs is aged, the linked file is deleted from the recording directory.
  • the archiving method for the time-shifted fragment file in the IPTV system provided by this embodiment and the streaming media server, after the time-shifted fragment file included in the program is archived from the recording directory to the archive directory, if the time-lapse fragmentation of the archived file is found
  • There is a time-shifted slice file shared by at least two programs in the file and a link file is added in the original recording directory to point to the time-shifted slice file shared by at least two programs, thereby effectively solving all time shifts of the same program.
  • the problem that the fragment file may not be in the same directory ensures the normal playback of the program.
  • the embodiment first provides a program playing method in the IPTV system.
  • the method includes the following steps: S601, receiving by the streaming media server Program play signaling sent by the user terminal; 5602. Determine, according to a program file path of a program that is requested to be played by the program broadcast signaling, determine a type of each file included in the program.
  • the streaming media server returns the media data of the accessed file to the user terminal for playing.
  • the streaming server establishes a correspondence between the program file path of the program and the channel identifier and the start and end time, and the program file path corresponds to each file (type) included in the program.
  • the storage address index information includes a link file and a time-shifted slice file, and the storage address of the file can be determined according to the storage address index information, thereby implementing access to the file.
  • the user broadcasts the NPVR program as an example to describe the program playing method in the IPTV system.
  • the user terminal takes the STB as an example.
  • the method includes the following steps: S701, the user orders the NPVR program, and the STB flows.
  • the media server sends DESCRIBE (description) signaling;
  • the DESCRIBE signaling belongs to the signaling specified by the RTSP protocol, and carries information such as the channel identifier and the start and end time of the program requested to be played;
  • the streaming media server determines a program file path according to a channel identifier and a start and end time of the program requested to be played in the DESCRIBE signaling, and returns a DESCRIBE response to the STB.
  • S703 The STB sends SETUP signaling to the streaming media server according to the received DESCRIBE response, where the SETUP signaling carries the port and mode of receiving the media data by the STB.
  • the streaming media server returns a SETUP response to the STB, where the SETUP response is used to notify the STB of the port and manner of sending the media data by the streaming media server.
  • S705 and STB send PLAY signaling to the streaming server, requesting to play the NPVR program;
  • the streaming media server can query the storage address of the file according to the storage address index information, thereby implementing access to the file and obtaining the media data;
  • the present embodiment provides a streaming media server.
  • the principle of the device is similar to the program playing method in the IPTV system. Therefore, the implementation of the device can refer to the implementation of the method. .
  • a possible structure of the streaming media server includes a protocol processing module 801, a file management module 802, a data management module 803, and a bearer module 804, where:
  • the protocol processing module 801 is configured to receive the program play signaling sent by the user terminal, and send the program file path of the program requested to be broadcast to the file management module 802;
  • a file management module 802 configured to initiate, to the data management module 803, a query request for storing address index information of each file included in the program, where the program file path is carried, according to the storage address index information of each file that is queried Accessing the file, and transmitting the media data of the accessed file to the bearer module 804;
  • the data management module 803 is configured to determine, according to the program file path carried in the query request, a type of each file included in the program, and if the determined result is a time-shifted fragment file, return the time to the file management module. Transmitting the address index information of the fragment file, if the result of the determination is a link file, returning the time-shift fragment file pointed to by the link file to the file management module 802 Storage address index information;
  • the bearer module 804 is configured to return the media data sent by the file management module 802 to the user terminal for playing.
  • the program playing method and the streaming media server in the IPTV system provided by the embodiment of the present invention, for all programs in which the time-shifted fragment files are not in the same directory, the program is not only included based on the archiving scheme of the time-shifted fragment file in the IPTV system.
  • the time-shifting fragment file further includes a link file, and accesses the file according to the storage address index information for the time-shifted fragment file, and accesses the file according to the storage address index information of the time-shifted fragment file pointed to by the linked file, thereby eliminating By switching the directory, the program can be played.
  • the NPVR service can operate normally, ensuring that the user can normally watch the NPVR program, reducing the amount of message interaction in the IPTV system, and effectively suppressing the playback.
  • the call loss rate improves the user experience.
  • embodiments of the present invention can be provided as a method, apparatus, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can be embodied in the form of one or more computer program products embodied on a computer-usable storage medium (including but not limited to disk storage, CD-ROM, optical storage, etc.) in which computer usable program code is embodied.
  • a computer-usable storage medium including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing 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 apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Abstract

本发明公开了一种IPTV系统中时移分片文件的归档方法和流媒体服务器，用以解决同一节目的所有时移分片文件可能不在同一目录下，从而该节目无法正常播放的问题。所述归档方法，包括：当录制的节目满足归档条件时，将该节目包括的时移分片文件从所在频道的录制目录归档到同一频道的归档目录下；确认被归档的各时移分片文件中存在被至少两个节目共享的时移分片文件时，在录制目录下添加链接文件，指向该被至少两个节目共享的时移分片文件。本发明还公开了一种基于上述归档方法的节目播放方法和流媒体服务器，用以解决针对所有时移分片文件不在同一目录下的节目，在播放时需要切换目录，导致IPTV系统中消息交互量大，播放呼损率较高的问题。

Description

IPTV系统中时移分片文件的归档及节目播放方法和设备 技术领域
本发明涉及网络电视领域，尤其涉及一种 IPTV系统中时移分片文件的 归档及节目播放方法和设备。 背景技术
IPTV ( Interactive Personality Television, 交互式网络电视或者称为个性 化互动电视）是一种利用宽带有线电视网、 并集成互联网、 多媒体、 通讯 等多种技术， 向用户提供包括数字电视在内的多种交互式服务的新技术。 IPTV充分有效地利用多种网络资源， 不仅能够通过丰富多彩的页面提供电 子节目导航业务， 还能提供视频点播、 回看以及录制， 信息浏览， 游戏等 服务。
如图 1所示， IPTV系统包括用户侧的用户终端 100、 网络侧的流媒体 服务器 101和 IPTV业务子系统 102, 用户终端 100与流媒体服务器 101之 间基于 RTSP ( Real Time Streaming Protocol, 实时流协议）进行消息交互。
NPVR( Network Personal Video Recorder,网络个人录像机）业务是 IPTV 系统提供的用户对电视直播节目进行录制的业务， 用户录制完成的节目存 储在流媒体服务器上， 用户在需要时可以通过 VOD ( Video On Demand, 视频点播） 的方式观看录制的节目。
现有 IPTV系统中， 电视直播节目的录制是一直进行的。 IPTV系统提 供的 TVOD ( True Video On Demand, 电视节目点播）和 TSTV ( Time Shift TV, 时移电视）业务均需要将电视直播码流录制成文件存储在流媒体服务 器上， 以备用户点播之用。
现有 IPTV系统中， 流媒体服务器在实现文件的存储时， 主要包括以下 两种方式：
方式一、 TVOD文件和 TSTV文件分开存储， TV0D文件通过拷贝 TSTV 文件中的部分内容得到， NPVR业务一般复用 TVOD功能， 依据用户定制 的时段将相应的内容进行拷贝。该方式势必会造成 IPTV系统中存储空间的 浪费， 同时也会增加 IPTV系统所占用的存储 I/O ( Input/Output,输入输出） 资源的开销。
方式二、 TVOD文件和 TSTV文件统一存储， 即通过同一份文件提供 TVOD业务和 TSTV业务， 该方式中一般录制的文件以系统时间为标签分 片存储， 可以称为时移分片文件。 无论用户需要 TVOD业务还是 TSTV业 务， 均是通过频道 ID ( Identifier, 标识）、 以及起止时间 （开始时间和结束 时间） 定位到特定的时移分片文件进行播放。 NPVR 业务可以通过复用 TVOD功能和归档功能实现。 该方式能够有效节约 IPTV系统的存储空间。
釆用统一存储方式（方式二） 的流媒体服务器中， 时移分片文件也不 能够无限制保存， 一般都设置如下机制：
回滚机制， 删除超过时移时间且非录制节目所需的时移分片文件， 时 移时间是指 IPTV系统中用户可以回看的最大时间范围；
老化机制， 删除超过老化时间且无需归档的时移分片文件；
归档机制， 保存超过老化时间且需要归档的时移分片文件， 即时移分 片文件从所在频道的录制目录转移到同一频道的归档目录下， 从而被一直 保存， 老化时间是指录制的时移分片文件可以保存在流媒体服务器上的最 大时间范围， 一般情况下， 时移时间不超过老化时间。
釆用统一存储方式的流媒体服务器中， 时移分片文件以系统时间为标 签进行分片， 而 NPVR业务中用户点播的节目 （可以称为 NPVR节目）与 TVOD业务中用户点播的节目 （可以称为 TVOD节目）相同， 均是以节目 的起止时间标示， 而节目的起止时间与分片时间一般并不对应， 会出现两 个节目共享同一时移分片文件的情况， 即前一个节目的结束时间与后一个 节目的开始时间在同一时移分片文件的时间范围内。 在两个节目共享的时 移分片文件被归档之后， 由于其被归档到前一个节目所在的归档目录下， 而后一个节目的其它时移分片文件仍在归档目录下， 会导致后一个节目的 所有时移分片文件不在同一目录下。 由于被归档的时移分片文件已超过老 化时间，对于 TVOD业务来说，录制的节目不会被请求播放，但是对于 NPVR 业务来说， 只要用户不主动删除， 就要求录制的节目能够播放， 而现有归 档机制无法满足该要求。 针对所有时移分片文件不在同一目录下的节目， 可以釆用切换目录的方式进行播放， 但是会导致 IPTV 系统中消息交互量 大， 播放呼损率高。 发明内容
本发明实施例提供一种 IPTV 系统中时移分片文件的归档方法和流媒 体服务器， 用以解决现有技术中同一节目的所有时移分片文件可能不在同 一目录下， 从而该节目无法正常播放的问题；
本发明实施例提供一种基于上述 IPTV 系统中时移分片文件的归档方 法的节目播放方法和流媒体服务器， 用以解决现有技术中针对所有时移分 片文件不在同一目录下的节目， 在播放时需要切换目录， 导致 IPTV系统中 消息交互量大， 播放呼损率较高的问题。
本发明实施例提供的 IPTV系统中时移分片文件的归档方法， 包括： 将录制的节目包括的时移分片文件从所在频道的录制目录归档到同一 频道的归档目录下；
确认被归档的各时移分片文件中存在被至少两个节目共享的时移分片 文件时， 在所述录制目录下添加链接文件， 所述链接文件指向所述被至少 两个节目共享的时移分片文件。
相应的， 本发明实施例提供的流媒体服务器， 包括： 录制目录归档到同一频道的归档目录下；
文件管理模块， 用于确认被归档的各时移分片文件中存在被至少两个 节目共享的时移分片文件时， 在所述录制目录下添加链接文件， 所述链接 文件指向所述被至少两个节目共享的时移分片文件。
本发明实施例提供的基于上述 IPTV 系统中时移分片文件的归档方法 的节目播放方法， 包括：
接收用户终端发送的节目播放信令；
根据所述节目播放信令请求播放的节目的节目文件路径， 确定所述节 目包括的每一个文件的类型；
针对每一个文件， 如果确定结果为时移分片文件， 根据该时移分片文 件的存储地址索引信息访问文件， 如果确定结果为链接文件， 根据该链接 文件指向的时移分片文件的存储地址索引信息访问文件； 并
将所访问文件的媒体数据返回给用户终端进行播放。
相应的， 本发明实施例提供的另一种流媒体服务器， 包括协议处理模 块、 文件管理模块、 数据管理模块和承载模块， 其中：
所述协议处理模块， 用于接收用户终端发送的节目播放信令， 将请求 播放的节目的节目文件路径发送给所述文件管理模块；
所述文件管理模块， 用于向所述数据管理模块发起所述节目包括的每 一个文件的存储地址索引信息的查询请求， 其中携带所述节目文件路径， 根据查询到的每一个文件的存储地址索引信息访问文件， 并将所访问文件 的媒体数据发送给所述承载模块；
所述数据管理模块， 用于根据所述查询请求中携带的节目文件路径， 确定所述节目包括的每一个文件的类型， 如果确定结果为时移分片文件， 向所述文件管理模块返回该时移分片文件的存储地址索引信息， 如果确定 结果为链接文件， 向所述文件管理模块返回该链接文件指向的时移分片文 件的存储地址索引信息；
所述承载模块， 用于将所述文件管理模块发送的媒体数据返回给用户 终端进行播放。
本发明实施例提供的 IPTV 系统中时移分片文件的归档方法及流媒体 服务器， 在节目包括的时移分片文件从录制目录归档到归档目录下之后， 文件， 则在原录制目录下添加链接文件， 指向该被至少两个节目共享的时 移分片文件， 从而有效解决了同一节目的所有时移分片文件可能不在同一 目录下的问题， 保证了该节目的正常播放。
本发明实施例提供的基于上述 IPTV 系统中时移分片文件的归档方法 的节目播放方法和流媒体服务器， 对于所有时移分片文件不在同一目录下 的节目，基于上述 IPTV系统中时移分片文件的归档方案使得该节目不仅包 括时移分片文件， 还包括链接文件， 针对时移分片文件， 根据其存储地址 索引信息访问文件， 针对链接文件， 根据其指向的时移分片文件的存储地 址索引信息访问文件，从而无需切换目录即可实现节目的播放，降低了 IPTV 系统中消息的交互量， 同时有效抑制了播放呼损率， 提升了用户感受。
本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从 说明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其 他优点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结 构来实现和获得。 附图说明
图 1为现有技术中 IPTV系统的网络架构示意图；
图 2为本发明实施例一中 IPTV 系统中时移分片文件的归档方法流程 图； 图 3为本发明实施例一中流媒体服务器对 IPTV业务子系统下发的节目 归档请求的处理流程；
图 4为本发明实施例一中 NPVR业务的实现流程图；
图 5为本发明实施例一中流媒体服务器的一种可能结构框图； 图 6为本发明实施例二中 IPTV系统中的节目播放方法流程图； 图 7为本发明实施例二中 IPTV系统中用户点播 NP VR节目时的节目播 放方法流程图；
图 8为本发明实施例二中流媒体服务器的一种可能结构框图。 具体实施方式
本发明实施例为了解决现有技术中同一节目的所有时移分片文件可能 不在同一目录下， 从而该节目无法正常播放的问题， 提供了一种 IPTV系统 中时移分片文件的归档方法和流媒体服务器， 在节目包括的时移分片文件 从录制目录归档到归档目录下后， 如果发现被归档的各时移分片文件中存 在被至少两个节目共享的时移分片文件， 则在原录制目录下添加链接文件， 指向该被至少两个节目共享的时移分片文件。
本发明实施例为了解决现有技术中针对所有时移分片文件不在同一目 录下的节目， 在播放时需要切换目录， 导致 IPTV系统中消息交互量大， 播 放呼损率较高的问题，提供了一种基于上述 IPTV系统中时移分片文件的归 档方法的节目播放方法和流媒体服务器， 对于所有时移分片文件不在同一 目录下的节目，基于上述 IPTV系统中时移分片文件的归档方案， 使得该节 目不仅包括时移分片文件， 还包括链接文件， 针对时移分片文件， 根据其 存储地址索引信息访问文件， 针对链接文件， 根据其指向的时移分片文件 的存储地址索引信息访问文件。
以下结合说明书附图对本发明的优选实施例进行说明， 应当理解， 此 处所描述的优选实施例仅用于说明和解释本发明， 并不用于限定本发明， 合。
实施例一
本实施例首先提供了一种 IPTV系统中时移分片文件的归档方法，如图 2所示， 包括如下步骤： 录制目录归档到同一频道的归档目录下；
其中， 所述录制的节目需满足归档条件。
S202、 确认被归档的各时移分片文件中存在被至少两个节目共享的时 移分片文件时， 流媒体服务器在录制目录下添加链接文件， 该链接文件指 向该被至少两个节目共享的时移分片文件。
为了便于理解， 举例进行说明。
4叚设某个频道的节目 1包括的时移分片文件为 、 B和 C, 同一频道的 节目 2包括的时移分片文件为 C、 D和 E, 可见时移分片文件 C为被两个 节目共享的时移分片文件， 时移分片文件 A、 B、 C、 D和 E当前均保存在 该频道的录制目录下。 如果节目 1需要归档， 并且节目 1满足了归档条件， 则节目 1 包括的时移分片文件 A、 B和 C将从该频道的录制目录归档到该 频道的归档目录下； 由于时移分片文件 C为被两个节目共享的时移分片文 件，则在录制目录下添加链接文件 C' ,该链接文件 C'指向时移分片文件 C。 针对节目 2来说， 虽然在节目 1被归档后导致其所有时移分片文件不在同 一目录下（时移分片文件 C在归档目录下， 时移分片文件 D和 E在录制目 录下），但是由于录制目录下链接文件 C，的存在， 能够指向归档目录下的时 移分片文件 C, 因此能够有效解决节目 2的所有时移分片文件不在同一目 录下的问题， 保证了节目 2的正常播放。 具体实施中， 节目 2可能需要归 档， 也可能不需要归档。 如果节目 2需要归档， 并且节目 2满足了归档条 件， 则节目 2包括的时移分片文件 D和 E将从该频道的录制目录归档到该 频道的归档目录下。 如果节目 2 不需要归档， 则超出老化时间后， 节目 2 包括的时移分片文件 D和 E将会从录制目录下删除。 因为节目 2包括的时 移分片文件 C已经被归档了， 所以在录制目录下节目 2包括的时移分片文 件仅为 D和 E。无论节目 2被归档还是被删除， 均无需再保存链接文件 C，。
为了节省 IPTV系统中的存储空间，在录制目录下添加链接文件不能够 也不必要无限制保存， 较佳的， 在所述链接文件指向的时移分片文件所属 的至少两个节目中的时移分片文件全部归档后， 或者所述链接文件指向的 时移分片文件所属的最后一个节目老化后， 将所述链接文件从所述录制目 录下删除。 当然， 也可以为链接文件配置生存时间， 超过生存时间之后将 链接文件删除， 生存时间大于或等于老化时间便可满足要求。
在 S202的具体实施中， 确认被归档的各时移分片文件中存在被至少两 个节目共享的时移分片文件， 具体包括：
步骤 A、 根据每一个被归档的时移分片文件对应的系统时间， 按照时 间先后顺序选取最后一个时移分片文件；
步骤 B、 如果当前节目的结束时间、 以及另一个节目的开始时间在所 述最后一个时移分片文件对应的系统时间范围之内， 则确认所述最后一个 时移分片文件为被至少两个节目共享的时移分片文件。
具体实施中， 所述录制的节目满足归档条件可以包括： 所述节目包括 的所有时移分片文件超出老化时间、 且具有需要归档的标志， 当然也可以 设置其它归档条件， 例如接收到用于对某个节目进行归档的特定指令。 具 体实施中，通过流媒体服务器对 IPTV业务子系统下发的节目归档请求的处 理流程， 可以使得需要归档的节目包括的所有时移分片文件具有需要归档 的标志。 如图 3所示， 该处理流程包括如下步骤：
S301、 IPTV业务子系统向流媒体服务器发送节目归档请求， 其中携带 需要归档的节目的频道标识和起止时间；
具体实施中， 如果用户通过 NPVR业务， 请求对当前正在播放的电视 直播节目进行录制， 则该录制的节目需要归档； 也可以根据 IPTV系统的实 际需求， 确定需要归档的节目；
S302、 流媒体服务器根据频道标识和起止时间确定需要归档的节目包 括的所有时移分片文件， 并为确定出的各时移分片文件添加需要归档的标 志， 例如为文件设置一 lbit的标志位， 如果标志位置 1则表示需要归档， 否则， 表示不需要归档；
后续如果该节目包括的所有时移分片文件超出老化时间、 且具有需要 归档的标志， 则确认满足归档条件， 即按照上述 IPTV系统中时移分片文件 的归档方法进行归档处理， 具体请参见图 2, 归档完成后流媒体服务器将归 档结果返回给 IPTV业务子系统， 归档结果包括节目所在目录等信息。
其中， NPVR业务的实现流程， 如图 4所示， 包括如下步骤：
S400、 用户终端向流媒体服务器发起 NPVR业务请求， 请求对当前正 在播放的电视直播节目进行录制；
IPTV系统中， 用户终端可以是 STB ( Set-TopBox, 机顶盒）、 也可以是 PC ( Personal Computer, 个人计算机）、 多媒体手机等；
5401、 IPTV业务子系统收集用户终端发起的 NPVR业务请求， 生成 TVOD节目录制请求发送给流媒体服务器；
针对同一频道来说， 不同 TVOD节目录制请求的录制时段互不重合；
5402、 流媒体服务器根据该请求录制的节目包括的时移分片文件的录 制状况向 IPTV业务子系统返回 TVOD节目录制确认， 后续用户可以通过 VOD的方式观看该节目；
5403、 IPTV业务子系统根据接收到的 TVOD节目录制确认， 向流媒体 服务器发送节目归档请求； 流媒体服务器对 IPTV 业务子系统下发的节目归档请求的处理流程请 参见图 3 , 具体不再赘述。
基于同一技术构思， 本实施例提供了一种流媒体服务器， 由于该设备 解决问题的原理与 IPTV系统中时移分片文件的归档方法相似，因此该设备 的实施可以参见方法的实施， 重复之处不再赘述。
如图 5所示， 流媒体服务器的一种可能结构， 包括：
业务处理模块 501 , 用于当录制的节目满足归档条件时， 将所述节目包 括的时移分片文件从所在频道的录制目录归档到同一频道的归档目录下； 文件管理模块 502 ,用于确认被归档的各时移分片文件中存在被至少两 个节目共享的时移分片文件时， 在所述录制目录下添加链接文件， 所述链 接文件指向所述被至少两个节目共享的时移分片文件。
较佳的， 文件管理模块 502,还用于在所述链接文件指向的时移分片文 件所属的至少两个节目中的时移分片文件全部归档后， 或者所述链接文件 指向的时移分片文件所属的最后一个节目老化后， 将所述链接文件从所述 录制目录下删除。
本实施例提供的 IPTV 系统中时移分片文件的归档方法及流媒体服务 器， 在节目包括的时移分片文件从录制目录归档到归档目录下之后， 如果 发现被归档的各时移分片文件中存在被至少两个节目共享的时移分片文 件， 则在原录制目录下添加链接文件， 指向该被至少两个节目共享的时移 分片文件， 从而有效解决了同一节目的所有时移分片文件可能不在同一目 录下的问题， 保证了该节目的正常播放。
实施例二
基于实施例一提供的 IPTV系统中时移分片文件的归档方案，本实施例 首先提供了一种 IPTV系统中的节目播放方法，如图 6所示，包括如下步骤： S601、 流媒体服务器接收用户终端发送的节目播放信令； 5602、 根据该节目播放信令请求播放的节目的节目文件路径， 确定该 节目包括的每一个文件的类型；
5603、 针对每一个文件， 如果确认结果为时移分片文件， 根据该时移 分片文件的存储地址索引信息访问文件， 如果确认结果为链接文件， 根据 该链接文件指向的时移分片文件的存储地址索引信息访问文件；
5604、 流媒体服务器将所访问文件的媒体数据返回给用户终端进行播 放。
需要说明的是， 为了便于用户点播， 针对每一个节目， 流媒体服务器 建立该节目的节目文件路径与频道标识和起止时间之间的对应关系， 节目 文件路径对应该节目包括的每一个文件 （类型包括链接文件和时移分片文 件） 的存储地址索引信息， 根据存储地址索引信息可以确定文件的存储地 址， 从而实现对文件的访问。
为了便于理解， 以用户点播 NPVR节目为例 ,详细说明 IPTV系统中的 节目播放方法， 其中用户终端以 STB为例， 如图 7所示， 包括如下步骤： S701、用户点播 NPVR节目， STB向流媒体服务器发送 DESCRIBE (描 述）信令；
其中 DESCRIBE信令属于 RTSP协议规定的信令， 其中携带请求播放 的节目的频道标识和起止时间等信息；
5702、 流媒体服务器跟据 DESCRIBE信令中请求播放的节目的频道标 识和起止时间确定节目文件路径 , 并向 STB返回 DESCRIBE响应；
5703、 STB根据接收到的 DESCRIBE响应向流媒体服务器发送 SETUP (设置）信令， SETUP信令中携带 STB接收媒体数据的端口和方式；
5704、 流媒体服务器向 STB返回 SETUP响应， SETUP响应用于将本 流媒体服务器发送媒体数据的端口和方式告知 STB;
S705、 STB向流媒体服务器发送 PLAY (播放 )信令，请求播放该 NPVR 节目；
5706、 根据请求播放的 NPVR节目的节目文件路径确定该节目包括的 每一个文件的类型， 针对每一个文件， 如果为链接文件， 则执行 S707 , 如 果为时移分片文件， 则执行 S708;
5707、 根据该链接文件指向的时移分片文件的存储地址索引信息访问 文件；
具体实施中， 流媒体服务器根据存储地址索引信息能够查询到文件的 存储地址， 从而实现对文件的访问， 获得媒体数据；
S708、 根据该时移分片文件的存储地址索引信息访问文件；
S709、 将所访问文件的媒体数据返回给用户终端进行播放。
基于同一技术构思， 本实施例提供了一种流媒体服务器， 由于该设备 解决问题的原理与 IPTV系统中的节目播放方法相似，因此该设备的实施可 以参见方法的实施， 重复之处不再赘述。
如图 8所示， 流媒体服务器的一种可能结构， 包括协议处理模块 801、 文件管理模块 802、 数据管理模块 803和承载模块 804, 其中：
协议处理模块 801 , 用于接收用户终端发送的节目播放信令， 将请求播 放的节目的节目文件路径发送给文件管理模块 802;
文件管理模块 802 ,用于向数据管理模块 803发起所述节目包括的每一 个文件的存储地址索引信息的查询请求， 其中携带所述节目文件路径， 根 据查询到的每一个文件的存储地址索引信息访问文件， 并将所访问文件的 媒体数据发送给承载模块 804;
数据管理模块 803 , 用于根据所述查询请求中携带的节目文件路径， 确 定所述节目包括的每一个文件的类型， 如果确定结果为时移分片文件， 向 所述文件管理模块返回该时移分片文件的存储地址索引信息， 如果确定结 果为链接文件， 向文件管理模块 802返回该链接文件指向的时移分片文件 的存储地址索引信息；
承载模块 804,用于将文件管理模块 802发送的媒体数据返回给用户终 端进行播放。
本发明实施例提供的 IPTV系统中的节目播放方法和流媒体服务器，对 于所有时移分片文件不在同一目录下的节目，基于上述 IPTV系统中时移分 片文件的归档方案使得该节目不仅包括时移分片文件， 还包括链接文件， 针对时移分片文件， 根据其存储地址索引信息访问文件， 针对链接文件， 根据其指向的时移分片文件的存储地址索引信息访问文件， 从而无需切换 目录即可实现节目的播放， 在不影响 TVOD业务和 TSTV业务的前提下， 使得 NPVR业务能够正常运行，保证用户正常观看 NPVR节目，降低了 IPTV 系统中消息的交互量， 同时有效抑制了播放呼损率， 提升了用户感受。
本领域内的技术人员应明白， 本发明的实施例可提供为方法、 设备、 或计算机程序产品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施 例、 或结合软件和硬件方面的实施例的形式。 而且， 本发明可釆用在一个 或多个其中包含有计算机可用程序代码的计算机可用存储介质 (包括但不 限于磁盘存储器、 CD-ROM、 光学存储器等）上实施的计算机程序产品的 形式。
本发明是参照根据本发明实施例的方法、 设备、 和计算机程序产品的 流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、 以及流程图和 /或方框图中的流程 和 /或方框的结合。 可提供这些计算机程序指令到通用计算机、 专用计算 机、 嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器， 使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于 实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指 定的功能的装置。 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理 设备以特定方式工作的计算机可读存储器中， 使得存储在该计算机可读存 储器中的指令产生包括指令装置的制造品， 该指令装置实现在流程图一个 流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备 上， 使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机 实现的处理， 从而在计算机或其他可编程设备上执行的指令提供用于实现 在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的 功能的步骤。
尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知 了基本创造性概念， 则可对这些实施例作出另外的变更和修改。 所以， 所 附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和 修改。 本发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权 利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在 内。

Claims

权利要求书
1、 一种 IPTV系统中时移分片文件的归档方法， 其特征在于， 包括： 将录制的节目包括的时移分片文件从所在频道的录制目录归档到同一 频道的归档目录下；
确认被归档的各时移分片文件中存在被至少两个节目共享的时移分片 文件时， 在所述录制目录下添加链接文件， 所述链接文件指向所述被至少 两个节目共享的时移分片文件。
2、 如权利要求 1所述的方法， 其特征在于， 该方法还包括： 在所述链接文件指向的时移分片文件所属的至少两个节目中的时移分 片文件全部归档后， 或者所述链接文件指向的时移分片文件所属的最后一 个节目老化后， 将所述链接文件从所述录制目录下删除。
3、 如权利要求 1或 2所述的方法， 其特征在于， 所述将录制的节目包 括的时移分片文件从所在频道的录制目录归档到同一频道的归档目录下之 前， 该方法还包括： 确定录制的节目满足归档条件。
4、 如权利要求 3所述的方法， 其特征在于， 所述确定录制的节目满足 归档条件时， 该方法还包括：
接收 IPTV业务子系统下发的节目归档请求，其中携带需要归档的节目 的频道标识和起止时间；
根据所述频道标识和起止时间确定需要归档的节目包括的所有时移分 片文件， 并为确定出的各时移分片文件添加需要归档的标志。
5、 如权利要求 4所述的方法， 其特征在于， 所述归档条件包括： 所述 节目包括的所有时移分片文件超出老化时间、 且具有需要归档的标志。
6、 如权利要求 1或 2所述的方法， 其特征在于， 所述确认被归档的时 移分片文件中存在被至少两个节目共享的时移分片文件， 具体包括：
根据每一个被归档的时移分片文件对应的系统时间， 按照时间先后顺 序选取最后一个时移分片文件；
如果当前节目的结束时间、 以及另一个节目的开始时间在所述最后一 个时移分片文件对应的系统时间范围之内， 则确认所述最后一个时移分片 文件为被至少两个节目共享的时移分片文件。
7、 一种流媒体服务器， 其特征在于， 包括： 录制目录归档到同一频道的归档目录下；
文件管理模块， 用于确认被归档的各时移分片文件中存在被至少两个 节目共享的时移分片文件时， 在所述录制目录下添加链接文件， 所述链接 文件指向所述被至少两个节目共享的时移分片文件。
8、 如权利要求 7所述的流媒体服务器， 其特征在于，
所述文件管理模块， 还用于在所述链接文件指向的时移分片文件所属 的至少两个节目中的时移分片文件全部归档后， 或者所述链接文件指向的 时移分片文件所属的最后一个节目老化后， 将所述链接文件从所述录制目 录下删除。
9、 一种基于权利要求 1所述归档方法的节目播放方法， 其特征在于， 包括：
接收用户终端发送的节目播放信令；
根据所述节目播放信令请求播放的节目的节目文件路径， 确定所述节 目包括的每一个文件的类型；
针对每一个文件， 如果确定结果为时移分片文件， 根据该时移分片文 件的存储地址索引信息访问文件， 如果确定结果为链接文件， 根据该链接 文件指向的时移分片文件的存储地址索引信息访问文件； 并
将所访问文件的媒体数据返回给用户终端进行播放。
10、 如权利要求 9所述的方法， 其特征在于， 所述接收用户终端发送 的节目播放信令之前， 还包括：
接收用户终端发送的描述 ( DESCRIBE )信令， 其中携带请求播放的节 目的频道标识和起止时间； 以及
根据请求播放的节目的频道标识和起止时间确定节目文件路径， 并向 所述用户终端返回 DESCRIBE响应；
接收用户终端根据所述 DESCRIBE响应发送的设置 SETUP信令，所述 SETUP信令中携带用户终端接收媒体数据的端口和方式； 以及
向所述用户终端返回 SETUP响应， 所述 SETUP响应用于将发送媒体 数据的端口和方式告知用户终端。
11、 一种流媒体服务器， 其特征在于， 包括协议处理模块、 文件管理 模块、 数据管理模块和承载模块， 其中：
所述协议处理模块， 用于接收用户终端发送的节目播放信令， 将请求 播放的节目的节目文件路径发送给所述文件管理模块；
所述文件管理模块， 用于向所述数据管理模块发起所述节目包括的每 一个文件的存储地址索引信息的查询请求， 其中携带所述节目文件路径， 根据查询到的每一个文件的存储地址索引信息访问文件， 并将所访问文件 的媒体数据发送给所述承载模块；
所述数据管理模块， 用于根据所述查询请求中携带的节目文件路径， 确定所述节目包括的每一个文件的类型， 如果确定结果为时移分片文件， 向所述文件管理模块返回该时移分片文件的存储地址索引信息， 如果确定 结果为链接文件， 向所述文件管理模块返回该链接文件指向的时移分片文 件的存储地址索引信息；
所述承载模块， 用于将所述文件管理模块发送的媒体数据返回给用户 终端进行播放。
PCT/CN2011/071293 2010-05-07 2011-02-25 Iptv系统中时移分片文件的归档及节目播放方法和设备 WO2011137681A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2010101682917A CN101848366B (zh) 2010-05-07 2010-05-07 Iptv系统中时移分片文件的归档及节目播放方法和设备
CN201010168291.7 2010-05-07

Publications (1)

Publication Number Publication Date
WO2011137681A1 true WO2011137681A1 (zh) 2011-11-10

Family

ID=42772801

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/071293 WO2011137681A1 (zh) 2010-05-07 2011-02-25 Iptv系统中时移分片文件的归档及节目播放方法和设备

Country Status (2)

Country Link
CN (1) CN101848366B (zh)
WO (1) WO2011137681A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848366B (zh) * 2010-05-07 2013-12-04 中兴通讯股份有限公司 Iptv系统中时移分片文件的归档及节目播放方法和设备
CN103051931B (zh) * 2011-10-11 2018-05-01 中兴通讯股份有限公司 回看节目录制、播放方法、服务器、客户端及系统
CN103873956B (zh) * 2012-12-12 2018-02-13 中国电信股份有限公司 媒体文件播放方法、系统、播放器、终端及媒体存储平台
CN106534883A (zh) * 2015-09-11 2017-03-22 中兴通讯股份有限公司 一种视频控制方法及装置
CN111246314B (zh) * 2020-01-14 2021-12-17 深圳市华曦达科技股份有限公司 时移直播方法、服务端装置、客户端装置及直播系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101420603A (zh) * 2008-09-05 2009-04-29 中兴通讯股份有限公司 一种分片存储实现媒体分发、定位的方法及其流媒体系统
CN101489103A (zh) * 2009-01-16 2009-07-22 中兴通讯股份有限公司 一种录制节目点播的录制方法及归档方法
CN101848366A (zh) * 2010-05-07 2010-09-29 中兴通讯股份有限公司 Iptv系统中时移分片文件的归档及节目播放方法和设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100461740C (zh) * 2007-06-05 2009-02-11 华为技术有限公司 一种客户端节点网络拓扑构造方法及流媒体分发系统
CN101409823B (zh) * 2007-10-10 2012-04-25 华为技术有限公司 一种网络个人录像机的实现方法、装置和系统
CN101662628B (zh) * 2008-08-28 2012-06-27 华为技术有限公司 一种多媒体存储方法、系统及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101420603A (zh) * 2008-09-05 2009-04-29 中兴通讯股份有限公司 一种分片存储实现媒体分发、定位的方法及其流媒体系统
CN101489103A (zh) * 2009-01-16 2009-07-22 中兴通讯股份有限公司 一种录制节目点播的录制方法及归档方法
CN101848366A (zh) * 2010-05-07 2010-09-29 中兴通讯股份有限公司 Iptv系统中时移分片文件的归档及节目播放方法和设备

Also Published As

Publication number Publication date
CN101848366B (zh) 2013-12-04
CN101848366A (zh) 2010-09-29

Similar Documents

Publication Publication Date Title
CN107071511B (zh) 提供客户端接收的广播视频流的倒回的方法及计算机系统
KR100953584B1 (ko) 타임 시프트 텔레비전을 구현하기 위한 방법, 장치, 및 시스템
US9077946B2 (en) Streaming content management apparatus and method
US10642917B2 (en) Method and device for sharing segmented video content across multiple manifests
WO2018076998A1 (zh) 一种回放视频文件的生成方法和装置
JP6329900B2 (ja) 再生装置、再生方法、配信装置および配信方法
WO2010040269A1 (zh) 实现互联网电视媒体交互的系统及方法
US20140280784A1 (en) File Transfer Based Upon Streaming Format
WO2010025614A1 (zh) 一种分片存储实现媒体分发、定位的方法及其流媒体系统
JP2003167813A (ja) ストリームデータの蓄積・配信方法及びストリームデータの蓄積・配信システム
WO2013078620A1 (zh) 一种分发直播内容的方法、设备和系统
US9055268B2 (en) Multi-tier recorder to enable seek-back unique copy recording
CN101072324B (zh) 组播记录方法、系统及业务控制装置和服务器
CN102231860A (zh) 一种直播时移数据存储方法
WO2018153237A1 (zh) 用于直播回看的缓存方法、系统及播放方法、系统
WO2011137681A1 (zh) Iptv系统中时移分片文件的归档及节目播放方法和设备
US10284894B2 (en) Methods and apparatus for naming video content chunks
US20080101764A1 (en) Method and Apparatus for Managing Multimedia Content Recording Assets
CN105812831B (zh) 网络节目的录制方法、装置、系统以及播放方法、装置
CN102158344B (zh) 并行组播网络文件系统
CN103220587A (zh) 一种获取时移内容的方法及装置
WO2015081893A1 (zh) 一种轮播媒体分片的方法、客户端及系统
WO2014121604A1 (zh) 一种共享录制方法、装置、服务器和机顶盒
WO2012092901A2 (zh) 媒体存储系统及方法
JP2013517715A (ja) マルチメディア放送番組の録画方法及び装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11777102

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: A20121668

Country of ref document: BY

122 Ep: pct application non-entry in european phase

Ref document number: 11777102

Country of ref document: EP

Kind code of ref document: A1