WO2013053326A1 - 回看节目录制、播放方法、服务器、客户端及*** - Google Patents

回看节目录制、播放方法、服务器、客户端及*** Download PDF

Info

Publication number
WO2013053326A1
WO2013053326A1 PCT/CN2012/082791 CN2012082791W WO2013053326A1 WO 2013053326 A1 WO2013053326 A1 WO 2013053326A1 CN 2012082791 W CN2012082791 W CN 2012082791W WO 2013053326 A1 WO2013053326 A1 WO 2013053326A1
Authority
WO
WIPO (PCT)
Prior art keywords
program
file
index file
uri
server
Prior art date
Application number
PCT/CN2012/082791
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 WO2013053326A1 publication Critical patent/WO2013053326A1/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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • 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/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Definitions

  • the present invention relates to the field of network multimedia technologies, and in particular, to a streaming media directory, a playback method, a server, a client, and a system. Background technique
  • IPTV Interactive Personality TV
  • IPTV is mainly based on RTSP (Real Time Streaming Protocol) / Real-time Transport Protocol (RTP).
  • RTSP Real Time Streaming Protocol
  • RTP Real-time Transport Protocol
  • look back means that the live channel program is recorded in real time according to the program list, and then used for on-demand playback by the user.
  • the live stream is usually recorded as a piecemeal file according to the natural time.
  • the system internally saves the start and end time information of the program.
  • the streaming server reads according to the start and end time of the program.
  • the content of the corresponding fragment file controls the behavior of the package.
  • IPTV has also begun to penetrate into the Internet.
  • EPG Electronic Program Guide
  • the media file corresponding to the program is usually downloaded to the local broadcast through HTTP (Hypertext Transfer Protocol). . Therefore, a program is required to correspond to a media file.
  • HTTP Hypertext Transfer Protocol
  • a special review program is recorded for the Internet user separately, for example, the live stream is recorded as a separate file according to the start and end time of the program list, on the one hand, because of separate recording, it will occupy two storage spaces, and consume two. Storage energy Force, waste of resources; on the other hand, if it is necessary to adjust the start and end time of the program after the recording is completed, the operation is troublesome. Summary of the invention
  • the main purpose of the present invention is to provide a streaming media back-viewing program recording and playing method, a server, a client and a system, which can conveniently provide a live program review function for a traditional IPTV user and an Internet user, thereby saving storage resources and improving System performance.
  • a method for recording a program for reviewing comprising: the server recording the received live stream of the channel stream into a series of fragment files according to a predetermined time interval; generating an index file for each lookback program according to the program list, the index file containing each Uniform resource identifier of the fragment file corresponding to the program
  • the index file further includes: a program duration, a start and end time, a code rate, a resolution, and/or a coding type of the viewing program; and a start time and a size of the slice file, a playable time corresponding to the return program, and / or key frame information.
  • the method further includes: when it is necessary to adjust the start and end time of the lookback program, the server regenerates the index file according to the start and end time of the lookback program.
  • a method for playing back a program comprising: obtaining, by a client, a URI of an index file of a program; and obtaining an index file of the program from the server according to a URI of the index file; parsing the index file, obtaining the The URI of each fragment file corresponding to the program is returned; and the fragment files are sequentially downloaded and decoded from the server according to the URI of each fragment file.
  • the method also includes: the client from the cable! The key frame information of each fragment file is parsed in the file; the corresponding data of the fragment file is downloaded from the server according to the key frame information, and the back-viewing program is positioned and played.
  • the step of the client acquiring the URI of the index file of the review program includes: the client sending the electronic program menu EPG module of the interactive network television IPTV for acquiring the return program a first request for the URL of the index file; a URI of the index file of the lookback program returned by the EPG module receiving the IPTV according to the first request.
  • the step of acquiring the index file of the lookback program from the server according to the URI of the index file includes: the client sending a second file for acquiring the index file of the lookback program to the server according to the URI of the index file Requesting; receiving an index file of the lookback program returned by the server according to the second request.
  • a look back program recording server including:
  • Receiving a recording module configured to record the received live channel code stream into a series of slice files according to a predetermined time interval
  • a program management module configured to generate an index file for each lookback program according to the program list, where the index file includes a URI of the slice file corresponding to each lookback program.
  • the program management module is further configured to regenerate the index file according to the start and end time of the lookback program when the start and end time of the lookback program needs to be adjusted.
  • a look back program broadcast client including:
  • the index file URI is obtained from the URI of the index file used to retrieve the program.
  • An index file obtaining module configured to acquire an index file of the lookback program from a server according to a URI of the index file
  • a fragment file URI parsing obtaining module configured to parse the index file, and obtain a URI of each fragment file corresponding to the lookback program
  • the slice file downloading and playing module is configured to sequentially download and decode the pieces of the slice file from the server according to the URI of each piece file.
  • the fragment file URI parsing is used to parse key frame information of each fragment file from the index file;
  • the fragment file downloading and playing module is further configured to download corresponding data of the fragment file from the server according to the key frame information, and perform positioning and playing on the back-viewing program.
  • the index file URI obtaining module includes:
  • a first sending unit configured to send, to the EPG module of the IPTV, a first request for acquiring a URL of the index file of the lookback program
  • a first receiving unit configured to receive a URI of an index file of the lookback program returned by the EPG module of the IPTV according to the first request.
  • the index file obtaining module includes:
  • a second sending unit configured to send, according to the URI of the index file, a second request for acquiring an index file of the lookback program to the server;
  • a second receiving unit configured to receive an index file of the review program returned by the server according to the second request.
  • a look back program broadcast system comprising: a client and a server, wherein:
  • the server is configured to record the received channel live broadcast code stream into a series of slice files according to a predetermined time interval; generate an index file for each lookback program according to the program list, where the index file includes a corresponding readback program corresponding to each a URI of the shard file; and a download service for providing the index file and the corresponding shard file to the client according to the corresponding request of the client;
  • a client configured to acquire a URI of an index file of the lookback program; acquire an index file of the lookback program from a server according to a URI of the index file; parse the index file, and obtain the lookback from the client a URI of each shard file corresponding to the program; and sequentially downloading and decoding the shard file from the server according to the URI of each shard file.
  • the client is further configured to send a real-time streaming protocol RTSP request to the server according to the URI of the index file; receive a real-time transport protocol RTP packet returned by the server according to the RTSP request, and decode and play the RTP The fragment file in the package;
  • the server is further configured to parse the corresponding index file according to the RTSP request, obtain a corresponding fragment file, and form an RTP packet to send to the client.
  • the present invention provides a streaming media viewing program recording, playing method, server, and client End and system
  • the server generates an index file containing the fragment file corresponding to the lookback program for each lookback program.
  • the EPG module of the IPTV obtains the index file of the back program.
  • the URL obtains the index file from the server according to the URL of the index file, and further parses out the fragment file of the back-to-view program that needs to be played from the index file, and finally performs decoding and playing; in addition, for the original IPTV original RTSP client
  • the server can still use the previous method.
  • the server After the server locates the corresponding fragment file according to the information saved by the system, the relevant data is extracted and the RTP packet is sent to the client.
  • the server can also provide the URI of the index file to the RTSP client, and the server reads the index file after the client requests, reads the data of the corresponding fragment file, and forms an RTP packet to be sent to the client, thereby implementing the IPTV.
  • Traditional RTSP users and Internet HTTP users share a recording file to implement the look-back function, which reduces the storage resource consumption of the streaming media server and improves the performance of the server. For the operator, the server side only needs to deploy.
  • the standard HTTP server which supports HTTP users on the Internet, does not require customization and saves costs.
  • FIG. 1 is a schematic flow chart of an embodiment of a method for recording a program according to the present invention
  • FIG. 2 is a schematic flow chart of an embodiment of a method for playing back a program according to the present invention
  • FIG. 3 is a schematic flow chart of a URI of an index file obtained by a client to retrieve a program in an embodiment of the method for playing back a program according to the present invention
  • FIG. 4 is a schematic flow chart of an index file for retrieving a program from a server according to a URI of an index file in an embodiment of the method for playing back a program according to the present invention
  • FIG. 5 is a schematic structural diagram of an embodiment of a viewing program recording server of the present invention.
  • FIG. 6 is a schematic structural diagram of an embodiment of a viewing program playing client according to the present invention.
  • FIG. 7 is a schematic structural diagram of an index file URI obtaining module in an embodiment of the present invention viewing program playing client;
  • FIG. 8 is a diagram of an index file obtaining module in an embodiment of the present invention viewing program playing client. Schematic diagram
  • FIG. 9 is a schematic structural diagram of an embodiment of a viewing program playing system according to the present invention. detailed description
  • the solution of the embodiment of the present invention is mainly: the server generates an index file containing the fragment file corresponding to the lookback program for each lookback program, and when the client needs to play a certain back program, the EPG module of the IPTV obtains the back.
  • the URL of the index file of the program is obtained, and the index file is obtained from the server according to the URL of the index file, and then the fragment file of the back-to-view program to be played is parsed from the index file, and finally decoded and played;
  • the RTSP client can still use the previous method. After the server locates the corresponding fragment file according to the information saved by the system, the relevant data is extracted and the RTP packet is sent to the client.
  • the server can also provide the URI of the index file to the RTSP client, and the server reads the index file after the client requests, and reads the data of the corresponding fragment file to form an RTP packet and sends it to the client to implement the IPTV traditional.
  • RTSP users and HTTP users on the Internet share a recording file to implement the look-back function, reduce the storage resource consumption of the streaming server, and improve the performance of the server.
  • an embodiment of the present invention provides a method for recording a program, including: Step S101: The server records the received live stream of the channel into a series of fragment files according to a predetermined time interval;
  • Step S102 Generate an index file for each lookback program according to the program list, where the index file includes a URI of the slice file corresponding to each lookback program.
  • the server is compatible with RTSP and HTTP.
  • the receiving and recording module of the server first records the received live broadcast code stream into a series of points according to a predetermined time interval.
  • Slice file Each slice file is a standard IPTV on-demand file.
  • the program management module of the server generates one for each lookback program according to the program list.
  • a separate index file containing a URI (Universal Resource Identification) of the fragment file corresponding to the lookback program.
  • a plurality of slice files are linked by this index file to form a program that spans multiple slice files.
  • the index file may further include basic information of the lookback program and related information of the fragment file.
  • the basic information for reviewing the program includes the duration of the program, the start and end time, the code rate, the resolution, the encoding type, and the like.
  • the related information of the slice file includes the start and end time, the size of the slice file, the playable time corresponding to the review program, the key frame index, and the like.
  • the server only needs to regenerate the index file according to the start and end time of the program.
  • the receiving and recording module of the server receives the channel code stream and divides it according to the duration of 30 minutes, and continuously records into a series of fragment files.
  • Each fragment file is an mpg file (composed of pure TS packets), as shown in Table 1 below. :
  • the receiving and recording module of the server needs to record the related information of the above-mentioned fragment file at the same time, so as to be further processed by other modules.
  • the program management module of the server extracts the information of the corresponding fragment file according to the program list, and generates an index file of the program to be viewed, wherein the URI of the fragment file corresponding to the program, the playable time range of each fragment file, and The position of the playable data in the file, etc.
  • the time range of its program list is 2010-7-7 8:15 - 2010-7-7 9:20, then its In the index file, you need to include the fragment file information as shown in Table 2 below:
  • the index file may further include key frame information, that is, the time corresponding to the key frame in each fragment file, the offset position and length in the fragment file. Wait.
  • the actual broadcast time of the returned program is found to be inconsistent with the time of the program list after the program is produced, for example, the actual broadcast time of the above-mentioned review program is 2010-7-7 8:25 ⁇ 2010-7-7 9: 30, then only need to modify the corresponding fragment file information in the index file, as shown in Table 3 below:
  • the keyframe information in the index file also needs to be tampered with.
  • the client can obtain the corresponding fragmented file of the returning program according to the index file, and perform decoding and playback of the viewing program.
  • the playback of the viewing program please refer to the embodiment shown in the figure.
  • an embodiment of the present invention provides a method for playing back a program, including: Step S201: A client acquires a URI of an index file of a program to be viewed back;
  • the client and the server exchange data through HTTP.
  • the client When the client needs to look back at the program, the client sends a request to the EPG module of the IPTV system.
  • the EPG module of the IPTV system returns a URI corresponding to the index file of the lookback program to the client according to the request sent by the client.
  • Step S202 Obtain an index file of the program from the server according to the URI of the index file.
  • the client requests the server to obtain an index of the program to be viewed according to the URI of the index file.
  • File the server parses the client's request, locates the corresponding index file, reads the index file content, and returns it to the client.
  • the client downloads the index file from the server through HTTP.
  • Step S203 parsing the index file, and obtaining the pieces of the fragment file corresponding to the program
  • the client parses the downloaded index file, and obtains the URI of each fragment file corresponding to the program from the index file.
  • Step S204 sequentially download and decode each slice file from the server according to the URI of each slice file.
  • the client requests the corresponding data of the corresponding fragment file from the server according to the URI of the fragment file.
  • the server parses the client's request, locates the corresponding fragment file, reads the content specified by the client, and returns it to the client.
  • the client sequentially downloads each fragment file from the server through HTTP, and decodes and plays each fragment file to realize playback of the program.
  • the client can also resolve through the cable! The key frame information of each fragment file in the file, and then the corresponding data of the fragment file is downloaded in a targeted manner, so as to perform positioning and playback, fast forward and rewind operations for the back-view program.
  • the foregoing step S201 includes:
  • Step S2011 the client sends a first request for obtaining the URL of the index file of the returning program to the EPG module of the IPTV;
  • Step S2012 receiving the IPTV EPG module returns the program according to the first request The URL of the index file
  • the foregoing step S202 includes:
  • Step S2021 The client sends a second request for acquiring an index file of the returning program to the server according to the URI of the index file;
  • Step S2022 Receive an index file of the returning program returned by the server according to the second request.
  • the previous method can still be used. After the server locates the corresponding fragment file according to the information saved by the system, the relevant data is extracted, and the RTP packet is sent to the client.
  • the RTSP client can also provide the URI of the index file, and the server, after requesting the client, parses the index file, reads the data of the corresponding fragment file, and sends it to the client after being sent into an RTP packet.
  • the traditional RTSP user of the IPTV and the HTTP user of the Internet can be realized, and a recording file is shared to realize the return function.
  • the storage resource consumption of the streaming server is reduced, and the performance of the server is improved.
  • the server side only needs to deploy a standard HTTP server, which can support HTTP users of the Internet, without customization, and saves costs.
  • an embodiment of the present invention provides a look back program recording server, including: a receiving recording module 501 and a program management module 502, where:
  • the receiving recording module 501 is configured to record the received channel live stream into a series of fragment files according to a predetermined time interval;
  • the program management module 502 is configured to generate an index file for each lookback program according to the program list, where the index file includes a URI of the slice file corresponding to each lookback program.
  • program management module 502 is further configured to regenerate the index file according to the start and end time of the returning program when the start and end time of the program is adjusted.
  • the receiving and recording module 501 of the server firstly receives the received live stream of the channel according to the predetermined The time interval is recorded as a series of shard files; each shard file is a standard IPTV on-demand file.
  • the program management module 502 of the server generates a separate index file for each look-back program according to the program list, which includes a URI (Universal Resource Identification) of the fragment file corresponding to the look-back program.
  • URI Universal Resource Identification
  • a plurality of slice files are linked by this file to form a program that spans multiple slice files.
  • the index file may further include basic information of the lookback program and related information of the fragment file.
  • the basic information for reviewing the program includes the duration of the program, the start and end time, the code rate, the resolution, the encoding type, and the like.
  • the related information of the slice file includes the start and end time, the size of the slice file, the playable time corresponding to the review program, the key frame index, and the like.
  • the server only needs to regenerate the index file according to the start and end time of the program.
  • an embodiment of the present invention provides a look back program playing client, including: an index file URI obtaining module 601, an index file obtaining module 602, a fragment file URI parsing obtaining module 603, and a fragment file downloading and playing. Module 604, wherein:
  • the URI of the index file 601 is used to obtain the URI of the index file of the program to be viewed;
  • the index file obtaining module 602 is configured to obtain an index file of the program from the server according to the URI of the index file;
  • the slice file download and play module 604 is configured to download and decode each slice file from the server according to the URI of each slice file.
  • fragment file URI parsing obtaining module 603 is further configured to parse key frame information of each fragment file from the index file;
  • the slice file download and play module 604 is further configured to download the slice from the server according to the key frame information.
  • the corresponding data of the file is used to locate and play back the program.
  • the client and the server perform data interaction through HTTP.
  • the index file URI obtaining module 601 in the client sends a request to the EPG module of the IPTV system, and the EPG module of the IPTV system returns the corresponding response to the client according to the request sent by the client.
  • the URI of the index file for the show is the index file URI obtaining module 601 in the client.
  • the index file URI obtaining module 601 of the client obtains the URI of the index file of the corresponding lookback program
  • the index file obtains the index file of the index file from the URI according to the index file
  • the server analyzes the index file of the program.
  • the client's request locates the corresponding index file, it reads the contents of the index file and returns it to the client.
  • the client's index file obtaining module 602 downloads the index file from the server via HTTP.
  • the client's fragment file URI parsing obtains the index file of the downloaded file, and obtains the URI of each fragment file corresponding to the program from the index file.
  • the client's slice file download and play module 604 requests the corresponding data of the corresponding slice file from the server according to the URI of the slice file.
  • the server parses the client's request, locates the corresponding fragment file, reads the content specified by the client, and returns it to the client.
  • the fragment file download and play module 604 sequentially downloads each fragment file from the server through HTTP, and decodes and plays each fragment file to realize playback of the program.
  • the client can also resolve through the cable! The key frame information of each fragment file in the file, and then the corresponding data of the fragment file is downloaded in a targeted manner, so as to perform positioning and playback, fast forward and rewind operations for the back-view program.
  • the index file URI obtaining module 601 includes: a first sending unit 6011 and a first receiving unit 6012, where:
  • a first sending unit 6011 configured to send, to the EPG module of the IPTV, a first request for acquiring a URL of an index file of the returning program
  • the first receiving unit 6012 is configured to receive a URI of an index file of the lookback program returned by the EPG module of the IPTV according to the first request.
  • the index file obtaining module 602 includes: a second sending unit 6021 and a second receiving unit 6022, where:
  • the second sending unit 6021 is further configured to send, according to the URI of the index file, a second request for obtaining an index file of the returning program to the server;
  • the second receiving unit 6022 is further configured to receive an index file of the lookback program returned by the server according to the second request.
  • the previous method can still be used.
  • the server locates the corresponding fragment file according to the information saved by the system, the relevant data is extracted, and the RTP packet is sent to the client.
  • the RTSP client can also provide the URI of the index file, and the server, after requesting the client, parses the index file, reads the data of the corresponding fragment file, and sends it to the client after being sent into an RTP packet.
  • the traditional RTSP user of the IPTV and the HTTP user of the Internet can be realized, and a recording file is shared to realize the return function. Reduces the storage resource consumption of the streaming server and improves the performance of the server. Moreover, for operators, the server side only needs to deploy a standard HTTP server to support HTTP users on the Internet. It does not require customization and saves costs.
  • an embodiment of the present invention provides a system for viewing a program, including: a client 901 and a server 902, where:
  • the server 902 is configured to record the received channel live broadcast code stream into a series of slice files according to a predetermined time interval; generate an index file for each lookback program according to the program list, where the index file includes a corresponding file for each lookback program. a URI of the fragment file; and a download service for providing the client 901 with an index file and a corresponding fragment file according to the corresponding request of the client 901;
  • a client 901 configured to obtain a URI of an index file for viewing a program; according to an index file
  • the URI obtains an index file of the program from the server 902; parses the index file, and obtains the URI of each fragment file corresponding to the program; and sequentially downloads and decodes each fragment file from the server 902 according to the URI of each fragment file.
  • the client 901 is further configured to send an RTSP request to the server according to the URI of the index file; the receiving server decodes and plays the fragment file in the RTP packet according to the RTP packet returned by the RTSP request;
  • the server 902 is further configured to parse the corresponding index file according to the RTSP request, obtain a corresponding fragment file, and form an RTP packet to be sent to the client.
  • the HTTP client 901 Internet user implements the process of watching the program playback by using the HTTP method with the server 902:
  • the client 901 When the client 901 needs to look back at the program, the client 901 sends a request to the EPG module of the IPTV system.
  • the EPG module of the IPTV system stores the URI of each index file in the server 902, and the EPG module of the IPTV system sends the EPG module according to the client 901.
  • the request returns the URI of the index file corresponding to the lookback program to the client 901.
  • the client 901 After obtaining the URI of the index file of the corresponding review program, the client 901 requests the server 902 to obtain an index file of the program to be viewed according to the URI of the index file, and the server 902 parses the request of the client 901 to locate the corresponding index. After the file, the contents of the index file are read and returned to the client 901.
  • the client 901 downloads the index file from the server 902 by means of HTTP.
  • the client 901 parses the downloaded index file, and obtains the URI of each fragment file corresponding to the program from the index file.
  • the client 901 requests the server 902 for the corresponding data of the corresponding fragment file based on the URI of the fragment file.
  • the server 902 parses the request of the client 901, locates the corresponding fragment file, reads the content of the specified range of the client 901, and returns it to the client 901.
  • the client 901 sequentially downloads each fragment file from the server 902 by using an HTTP method.
  • Each slice file is decoded and played to realize the playback of the program.
  • the client 901 can also perform key positioning information of each fragment file in the index file, and then download corresponding data of the fragment file in a targeted manner to realize positioning, playback, fast forwarding, and the like of the viewing program.
  • the process of implementing the playback of the corresponding RTSP client (RTSP user) 901 and the server 902 is:
  • the client 901 requests the EPG to return the URL of the destination index file, and the EPG returns the URL of the index file corresponding to the program.
  • the client 901 initiates an RTSP request to the server 902 according to the URL of the index file corresponding to the lookback program.
  • the server 902 parses the request of the client 901, locates the index file, reads the file content, extracts the related information, constructs the RTSP response signaling, and returns it to the client 901.
  • the server 902 parses the index file and obtains the fragment file information therein. According to the information in the RTSP request sent by the client 901, the corresponding fragment file is located, the corresponding data is read, and the RTP packet is packaged and sent to the client. .
  • the client After the client receives 901 to the RTP packet sent by the server 902, it can start decoding and playing, and realize the playback of the program.
  • the program for recording and playing back the program the server, the client, and the system of the streaming media
  • the server generates an index file containing the fragment file corresponding to the returning program for each lookback program, when the client needs to play a certain
  • the EPG module of the IPTV acquires the URL of the index file of the back-view program, acquires the index file from the server according to the URL of the index file, and further parses the fragment of the back-view program that needs to be played from the index file.
  • the file is finally decoded and played.
  • the previous method can still be used.
  • the server After the server locates the corresponding fragment file according to the information saved by the system, the relevant data is extracted to form an RTP.
  • the package is sent to the client. Can also be given to the RTSP by the server
  • the client provides the URI of the index file, and the server reads the index file after the client requests it, reads the data of the corresponding fragment file, and forms an RTP packet to be sent to the client, thereby realizing the IPTV traditional RTSP user and the Internet.
  • HTTP users share a recording file to implement the look-back function. This reduces the storage resource consumption of the streaming server and improves the performance of the server. For the operator, the server side only needs to deploy a standard HTTP server. HTTP users who support the Internet do not need to be customized, which saves costs.
  • the invention relates to a streaming media returning program recording and playing method, a server, a client and a system, wherein the playing method comprises: the client acquiring the URI of the index file of the returning program; and obtaining the back view from the server according to the URI of the index file An index file of the program; parsing the index file, obtaining a URI of each fragment file corresponding to the program; and sequentially downloading and decoding the fragment file from the server according to the URI of each fragment file.
  • the invention realizes the IPTV traditional RTSP user and the HTTP user of the Internet, shares a recording file, realizes the look back function, reduces the storage resource consumption of the streaming media server, improves the performance of the server, and for the operator, the server
  • the side also needs to deploy a standard HTTP server to support HTTP users on the Internet. It does not require customization and saves costs.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明涉及一种流媒体的回看节目录制、播放方法、服务器、客户端及***，其中播放方法包括：客户端获取回看节目的索引文件的URI；根据索引文件的URI从服务器获取回看节目的索引文件；解析索引文件，从中获取回看节目对应的各分片文件的URI；根据各分片文件的URI，从服务器依次下载并解码播放所述各分片文件。本发明实现了IPTV传统的RTSP用户和互联网的HTTP用户，共享一份录制文件，实现回看功能，减少了流媒体服务器的存储资源消耗，提升了服务器的性能，而且对于运营商来说，服务器侧也只需要部署标准的HTTP服务器，即可支持互联网的HTTP用户，不需要定制，节约了成本。

Description

回看节目录制、 播放方法、 服务器、 客户端及*** 技术领域
本发明涉及网络多媒体技术领域， 尤其涉及一种流媒体的回看节目录 制、 播放方法、 服务器、 客户端及***。 背景技术
随着宽带网的普及和多媒体技术的发展， 流媒体技术的应用也越来越 广泛。 例如 IPTV ( Interactive Personality TV, 交互式网络电视） 即为一种 典型的流媒体应用。
IPTV主要基于 RTSP ( Real Time Streaming Protocol, 实时流化协议 ) /RTP ( Real-time Transport Protocol, 实时传输协议 ), 除了可以为用户提供 传统电视的服务外， 还可以提供节目回看等特殊功能。 所谓回看， 是指对 直播的频道节目， 按节目表进行实时录制， 然后供用户点播回放。 在录制 时， 通常将直播码流按自然时间录制成一个个的分片文件， ***内部保存 回看节目的起止时间信息， 在用户点播观看时， 流媒体服务器根据回看节 目起止时间， 读取相应分片文件的内容， 控制发包行为。
随着三网融合技术的发展， IPTV 也开始向互联网领域渗透。 与 RTSP/RTP方式不同， 互联网用户通过 EPG ( Electronic Program Guide , 电 子节目菜单 )检索到相应节目后， 通常通过 HTTP ( Hypertext Transfer Protocol,超文本传输协议），将节目对应的媒体文件下载到本地播放。因此， 要求一个节目对应一个媒体文件。 若采用上述 IPTV的回看节目录制方式， 则不方便直接提供给互联网用户使用。 而如果单独为互联网用户录制专门 的回看节目， 例如按节目单的起止时间， 将直播码流录制成一个个单独的 文件， 则一方面， 由于分开录制， 会占用两份存储空间， 消耗两份存储能 力， 浪费资源； 另一方面， 如果在录制完成之后需要调整回看节目的起止 时间， 则操作较为麻烦。 发明内容
本发明的主要目的在于提供一种流媒体的回看节目录制、 播放方法、 服务器、客户端及***， 可以方便的为传统的 IPTV用户和互联网用户提供 直播节目回看功能， 节约存储资源， 提高***性能。
为了达到上述目的， 本发明的技术方案是这样实现的：
一种回看节目录制方法， 包括： 服务器将接收的频道直播码流按照预 定的时间间隔录制成系列的分片文件； 根据节目单为每个回看节目生成索 引文件， 所述索引文件包含每个回看节目对应的分片文件的统一资源标识
URL
所述索引文件还包含： 所述回看节目的节目时长、 起止时间、 码率、 分辨率和 /或编码类型； 以及分片文件的起止时间、 大小、 对应于回看节目 的可播放时间和 /或关键帧信息。
所述方法还包括： 当需要调整所述回看节目的起止时间时， 所述服务 器根据所述回看节目的起止时间重新生成索引文件。
一种回看节目播放方法，包括:客户端获取回看节目的索引文件的 URI; 根据所述索引文件的 URI从服务器获取所述回看节目的索引文件； 解析所 述索引文件， 从中获取所述回看节目对应的各分片文件的 URI; 根据所述 各分片文件的 URI, 从所述服务器依次下载并解码播放所述各分片文件。
所述方法还包括： 客户端从所述索 ！文件中解析出各分片文件的关键 帧信息； 根据所述关键帧信息从所述服务器下载分片文件的相应数据， 对 所述回看节目进行定位播放。
所述客户端获取回看节目的索引文件的 URI的步驟包括： 客户端向交 互式网络电视 IPTV的电子节目菜单 EPG模块发送用于获取所述回看节目 的索引文件的 URL的第一请求；接收所述 IPTV的 EPG模块根据所述第一 请求返回的所述回看节目的索引文件的 URI。
所述根据索引文件的 URI从服务器获取所述回看节目的索引文件的步 驟包括： 客户端根据所述索引文件的 URI向所述服务器发送用于获取所述 回看节目的索引文件的第二请求； 接收所述服务器根据所述第二请求返回 的所述回看节目的索引文件。
一种回看节目录制服务器， 包括：
接收录制模块， 用于将接收的频道直播码流按照预定的时间间隔录制 成系列的分片文件；
节目管理模块， 用于根据节目单为每个回看节目生成索引文件， 所述 索引文件包含每个回看节目对应的分片文件的 URI。
其中， 所述节目管理模块还用于当需要调整所述回看节目的起止时间 时， 根据所述回看节目的起止时间重新生成索引文件。
一种回看节目播放客户端， 包括：
索引文件 URI获耳4莫块， 用于获取回看节目的索引文件的 URI;
索引文件获取模块， 用于根据所述索引文件的 URI从服务器获取所述 回看节目的索引文件；
分片文件 URI解析获取模块， 用于解析所述索引文件， 从中获取所述 回看节目对应的各分片文件的 URI;
分片文件下载播放模块， 用于根据所述各分片文件的 URI, 从所述服 务器依次下载并解码播放所述各分片文件。
所述分片文件 URI解析获耳 4莫块， 还用于从所述索引文件中解析出各 分片文件的关键帧信息；
所述分片文件下载播放模块， 还用于根据所述关键帧信息从所述服务 器下载分片文件的相应数据， 对所述回看节目进行定位播放。 所述索引文件 URI获取模块包括：
第一发送单元， 用于向 IPTV的 EPG模块发送用于获取所述回看节目 的索引文件的 URL的第一请求；
第一接收单元， 用于接收所述 IPTV的 EPG模块根据所述第一请求返 回的所述回看节目的索引文件的 URI。
所述索引文件获取模块包括：
第二发送单元， 用于根据所述索引文件的 URI向所述服务器发送用于 获取所述回看节目的索引文件的第二请求；
第二接收单元， 用于接收所述服务器根据所述第二请求返回的所述回 看节目的索引文件。
一种回看节目播放***， 包括： 客户端及服务器， 其中：
所述服务器， 用于将接收的频道直播码流按照预定的时间间隔录制成 系列的分片文件； 根据节目单为每个回看节目生成索引文件， 所述索引文 件包含每个回看节目对应的分片文件的 URI; 以及根据所述客户端的相应 请求为所述客户端提供索引文件及相应分片文件的下载服务；
所述客户端， 用于获取所述回看节目的索引文件的 URI; 根据所述索 引文件的 URI从服务器获取所述回看节目的索引文件；解析所述索引文件， 从中获取所述回看节目对应的各分片文件的 URI; 根据所述各分片文件的 URI, 从所述服务器依次下载并解码播放所述各分片文件。
所述客户端， 还用于根据所述索引文件的 URI向所述服务器发送实时 流化协议 RTSP请求；接收所述服务器根据所述 RTSP请求返回的实时传输 协议 RTP包， 解码并播放所述 RTP包中的分片文件；
所述服务器， 还用于根据所述 RTSP请求， 解析对应的索引文件， 从中 获取相应的分片文件， 组成 RTP包发送至所述客户端。
本发明提出的一种流媒体的回看节目录制、 播放方法、 服务器、 客户 端及***， 服务器为每个回看节目生成包含回看节目对应的分片文件的索 引文件， 当客户端需要播放某个回看节目时， 通过 IPTV的 EPG模块获取 该回看节目的索引文件的 URL,根据该索引文件的 URL从服务器获取该索 引文件， 进而从索引文件中解析出需要播放的回看节目的分片文件， 最终 进行解码播放； 此外， 对于传统的 IPTV原有的 RTSP客户端， 可以仍然采 用以前的方式， 由服务器根据***保存的信息， 定位到相应的分片文件后， 提取相关数据， 组成 RTP 包发送给客户端。 也可以同样由服务器给 RTSP 客户端提供索引文件的 URI, 而服务器则在客户端请求时， 解析索引文件 后，读取相应分片文件的数据，组成 RTP包发送给客户端，从而实现了 IPTV 传统的 RTSP用户和互联网的 HTTP用户，共享一份录制文件， 实现回看功 能， 减少了流媒体服务器的存储资源消耗， 提升了服务器的性能， 而且对 于运营商来说， 服务器侧也只需要部署标准的 HTTP服务器， 即可支持互 联网的 HTTP用户， 不需要定制， 节约了成本。 附图说明
图 1是本发明回看节目录制方法一实施例的流程示意图；
图 2是本发明回看节目播放方法一实施例的流程示意图；
图 3是本发明回看节目播放方法一实施例中客户端获取回看节目的索 引文件的 URI的流程示意图；
图 4是本发明回看节目播放方法一实施例中根据索引文件的 URI从服 务器获取回看节目的索引文件的流程示意图；
图 5是本发明回看节目录制服务器一实施例的结构示意图；
图 6是本发明回看节目播放客户端一实施例的结构示意图；
图 7是本发明回看节目播放客户端一实施例中索引文件 URI获取模块 的结构示意图；
图 8是本发明回看节目播放客户端一实施例中索引文件获取模块的结 构示意图；
图 9是本发明回看节目播放***一实施例的结构示意图。 具体实施方式
本发明实施例解决方案主要是： 服务器为每个回看节目生成包含回看 节目对应的分片文件的索引文件， 当客户端需要播放某个回看节目时， 通 过 IPTV的 EPG模块获取该回看节目的索引文件的 URL, 根据该索引文件 的 URL从服务器获取该索引文件， 进而从索引文件中解析出需要播放的回 看节目的分片文件， 最终进行解码播放； 对于传统的 IPTV原有的 RTSP客 户端， 可以仍然采用以前的方式， 由服务器根据***保存的信息， 定位到 相应的分片文件后， 提取相关数据， 组成 RTP包发送给客户端。 也可以同 样由服务器给 RTSP客户端提供索引文件的 URI,而服务器则在客户端请求 时， 解析索引文件后， 读取相应分片文件的数据， 组成 RTP包发送给客户 端， 实现 IPTV传统的 RTSP用户和互联网的 HTTP用户， 共享一份录制文 件， 实现回看功能， 减少流媒体服务器的存储资源消耗， 提升了服务器的 性能。
如图 1所示， 本发明一实施例提出一种回看节目录制方法， 包括： 步驟 S101 , 服务器将接收的频道直播码流按照预定的时间间隔录制成 系列的分片文件；
步驟 S102, 根据节目单为每个回看节目生成索引文件， 索引文件包含 每个回看节目对应的分片文件的 URI。
本实施例中服务器兼容 RTSP及 HTTP, 为了实现给传统的 IPTV用户 和互联网用户提供直播节目回看功能， 服务器的接收录制模块首先将接收 的频道直播码流按照预定的时间间隔录制成一系列的分片文件； 每个分片 文件都是一个标准的 IPTV点播文件。
同时， 服务器的节目管理模块按照节目单， 为每个回看节目生成一个 单独的索引文件，其中包含与该回看节目对应的分片文件的 URI ( Universal Resource Identification,统一资源标识）。 由这个索引文件将多个分片文件联 系在一起， 从而形成一个跨越多个分片文件的节目。
进一步地， 该索引文件中， 还可以包含该回看节目的基本信息， 以及 分片文件的相关信息。 其中回看节目的基本信息包括节目时长、 起止时间、 码率、 分辨率、 编码类型等。 分片文件的相关信息包括分片文件的起止时 间、 大小、 对应于回看节目的可播放时间、 关键帧索引等。
进一步地， 如果需要调整该回看节目的起止时间， 服务器则只需要根 据回看节目的起止时间重新生成索引文件即可。
以频道码流为 TS流（Transport Stream, 符合 ISO/IEC13818-1标准的 传输流）为例。 服务器的接收录制模块接收频道码流， 按 30分钟的时长进 行切分， 连续录制成一系列的分片文件， 每个分片文件都是一个 mpg文件 (纯 TS包组成）， 如下表 1所示：
Figure imgf000009_0001
表 1
服务器的接收录制模块需要同时记录上述分片文件的相关信息， 以便 后续其他模块作进一步处理用。
服务器的节目管理模块根据节目单， 提取相应分片文件的信息， 生成 回看节目的索引文件， 其中需要包含与该节目对应的分片文件的 URI、 每 个分片文件的可播放时间范围和可播放数据在文件中的位置等。 例如对于 某一回看节目， 其节目单的时间范围为 2010-7-7 8:15 - 2010-7-7 9:20, 则其 索引文件中， 需要包含如下表 2所示的分片文件信息:
Figure imgf000010_0001
表 2
另外， 为了便于作定位播放和快进快退等操作， 索引文件中还可以进 一步包含关键帧信息， 即各个分片文件中关键帧所对应的时间， 在分片文 件中的偏移位置和长度等。
此外， 如果节目制作后， 发现回看节目的实际播出时间与节目单的时 间不符， 例如上述回看节目的实际播出时间为 2010-7-7 8:25 ~ 2010-7-7 9:30, 则只需要修改索引文件中相应的分片文件信息， 如下表 3所示：
Figure imgf000010_0002
表 3
如果索引文件中还包含关键帧信息， 则索引文件中的关键帧信息也需 同时爹改。
后续， 客户端即可根据索引文件获取相应的回看节目的分片文件， 进 行回看节目的解码播放， 关于回看节目的播放， 请参见图 所示的实施例。
如图 2所示， 本发明一实施例提出一种回看节目播放方法， 包括： 步驟 S201 , 客户端获取回看节目的索引文件的 URI;
本实施例客户端与服务器通过 HTTP进行数据交互。
当客户端需要回看节目时，客户端向 IPTV***的 EPG模块发送请求， IPTV***的 EPG模块根据客户端发来的请求，给客户端返回对应于该回看 节目的索引文件的 URI。
步驟 S202, 根据索引文件的 URI从服务器获取回看节目的索引文件； 客户端获取到对应的回看节目的索引文件的 URI后， 根据该索引文件 的 URI, 向服务器请求获取回看节目的索引文件， 服务器解析客户端的请 求， 定位到相应的索引文件后， 读取索引文件内容， 返回给客户端。
客户端通过 HTTP方式， 从服务器下载该索引文件。
步驟 S203 , 解析索引文件， 从中获取回看节目对应的各分片文件的
URI;
客户端解析下载的索引文件， 从索引文件中获取回看节目对应的各分 片文件的 URI。
步驟 S204, 根据各分片文件的 URI, 从服务器依次下载并解码播放各 分片文件。
客户端根据分片文件的 URI, 向服务器请求相应分片文件的相应数据。 服务器解析客户端的请求， 定位到相应的分片文件， 读取客户端指定范围 的内容， 返回给客户端。
客户端通过 HTTP方式， 从服务器依次下载各分片文件， 对各分片文 件进行解码播放， 实现回看节目的播放。
此外， 客户端还可以通过解析索 ！文件中各分片文件的关键帧信息， 然后有针对性地下载分片文件的相应数据， 实现对回看节目作定位播放、 快进快退等操作。
如图 3所示， 上述步驟 S201包括：
步驟 S2011 ,客户端向 IPTV的 EPG模块发送用于获取回看节目的索引 文件的 URL的第一请求；
步驟 S2012, 接收 IPTV的 EPG模块根据第一请求返回的回看节目的 索引文件的 URL
如图 4所示， 上述步驟 S202包括：
步驟 S2021 , 客户端根据索引文件的 URI向服务器发送用于获取回看 节目的索引文件的第二请求；
步驟 S2022, 接收服务器根据第二请求返回的回看节目的索引文件。 此外， 对于 IPTV原有的 RTSP客户端， 可以仍然采用以前的方式， 由 服务器根据***保存的信息， 定位到相应的分片文件后， 提取相关数据， 打成 RTP包后发送给客户端。 也可以同样给 RTSP客户端提供索引文件的 URI, 而服务器则在客户端请求时， 解析索引文件后， 读取相应分片文件的 数据， 打成 RTP包后发送给客户端。
通过本实施例方法可以实现 IPTV传统的 RTSP用户和互联网的 HTTP 用户， 共享一份录制文件， 实现回看功能。 减少了流媒体服务器的存储资 源消耗， 提升了服务器的性能。 而且对于运营商来说， 服务器侧也只需要 部署标准的 HTTP服务器， 即可支持互联网的 HTTP用户， 不需要定制， 节约了成本。
如图 5 所示， 本发明一实施例提出一种回看节目录制服务器， 包括： 接收录制模块 501及节目管理模块 502, 其中：
接收录制模块 501，用于将接收的频道直播码流按照预定的时间间隔录 制成系列的分片文件；
节目管理模块 502, 用于根据节目单为每个回看节目生成索引文件， 索 引文件包含每个回看节目对应的分片文件的 URI。
进一步的， 节目管理模块 502还用于当需要调整回看节目的起止时间 时， 根据回看节目的起止时间重新生成索引文件。
具体地，为了实现给传统的 IPTV用户和互联网用户提供直播节目回看 功能， 服务器的接收录制模块 501 首先将接收的频道直播码流按照预定的 时间间隔录制成一系列的分片文件；每个分片文件都是一个标准的 IPTV点 播文件。
同时， 服务器的节目管理模块 502按照节目单， 为每个回看节目生成 一个单独的索引文件， 其中包含与该回看节目对应的分片文件的 URI ( Universal Resource Identification , 统一资源标识）。 由这个索 I文件将多 个分片文件联系在一起， 从而形成一个跨越多个分片文件的节目。
进一步地， 该索引文件中， 还可以包含该回看节目的基本信息， 以及 分片文件的相关信息。 其中回看节目的基本信息包括节目时长、 起止时间、 码率、 分辨率、 编码类型等。 分片文件的相关信息包括分片文件的起止时 间、 大小、 对应于回看节目的可播放时间、 关键帧索引等。
进一步地， 如果需要调整该回看节目的起止时间， 服务器则只需要根 据回看节目的起止时间重新生成索引文件即可。
如图 6所示， 本发明一实施例提出一种回看节目播放客户端， 包括： 索引文件 URI获取模块 601、 索引文件获取模块 602、 分片文件 URI解析 获取模块 603及分片文件下载播放模块 604, 其中：
索引文件 URI获耳4莫块 601 , 用于获取回看节目的索引文件的 URI; 索引文件获取模块 602, 用于根据索引文件的 URI从服务器获取回看 节目的索引文件；
分片文件 URI解析获取模块 603, 用于解析索引文件， 从中获取回看 节目对应的各分片文件的 URI;
分片文件下载播放模块 604, 用于根据各分片文件的 URI, 从服务器依 次下载并解码播放各分片文件。
进一步的， 分片文件 URI解析获取模块 603还用于从索引文件中解析 出各分片文件的关键帧信息；
分片文件下载播放模块 604还用于根据关键帧信息从服务器下载分片 文件的相应数据， 对回看节目进行定位播放。
具体地， 本实施例中， 客户端与服务器通过 HTTP进行数据交互。 当客户端需要回看节目时， 客户端中的索引文件 URI获取模块 601向 IPTV***的 EPG模块发送请求， IPTV***的 EPG模块根据客户端发来的 请求， 给客户端返回对应于该回看节目的索引文件的 URI。
客户端的索引文件 URI获取模块 601获取到对应的回看节目的索引文 件的 URI后， 索引文件获耳 4莫块 602根据该索引文件的 URI, 向服务器请 求获取回看节目的索引文件， 服务器解析客户端的请求， 定位到相应的索 引文件后， 读取索引文件内容， 返回给客户端。
客户端的索引文件获取模块 602通过 HTTP方式， 从服务器下载该索 引文件。
之后，客户端的分片文件 URI解析获耳 4莫块 603解析下载的索引文件， 从索引文件中获取回看节目对应的各分片文件的 URI。
客户端的分片文件下载播放模块 604根据分片文件的 URI, 向服务器 请求相应分片文件的相应数据。 服务器解析客户端的请求， 定位到相应的 分片文件， 读取客户端指定范围的内容， 返回给客户端。
分片文件下载播放模块 604通过 HTTP方式， 从服务器依次下载各分 片文件， 对各分片文件进行解码播放， 实现回看节目的播放。
此外， 客户端还可以通过解析索 ！文件中各分片文件的关键帧信息， 然后有针对性地下载分片文件的相应数据， 实现对回看节目作定位播放、 快进快退等操作。
如图 7所示，上述索引文件 URI获取模块 601包括：第一发送单元 6011 及第一接收单元 6012, 其中：
第一发送单元 6011 , 用于向 IPTV的 EPG模块发送用于获取回看节目 的索引文件的 URL的第一请求； 第一接收单元 6012, 用于接收 IPTV的 EPG模块根据第一请求返回的 回看节目的索引文件的 URI。
如图 8所示， 上述索引文件获取模块 602包括： 第二发送单元 6021及 第二接收单元 6022, 其中：
第二发送单元 6021 , 还用于根据索引文件的 URI向服务器发送用于获 取回看节目的索引文件的第二请求；
第二接收单元 6022, 还用于接收服务器根据第二请求返回的回看节目 的索引文件。
此外， 对于 IPTV原有的 RTSP客户端， 可以仍然采用以前的方式， 由 服务器根据***保存的信息， 定位到相应的分片文件后， 提取相关数据， 打成 RTP包后发送给客户端。 也可以同样给 RTSP客户端提供索引文件的 URI, 而服务器则在客户端请求时， 解析索引文件后， 读取相应分片文件的 数据， 打成 RTP包后发送给客户端。
通过本实施例可以实现 IPTV传统的 RTSP用户和互联网的 HTTP用户 , 共享一份录制文件， 实现回看功能。 减少了流媒体服务器的存储资源消耗， 提升了服务器的性能。 而且对于运营商来说， 服务器侧也只需要部署标准 的 HTTP服务器， 即可支持互联网的 HTTP用户， 不需要定制， 节约了成 本。
如图 9所示， 本发明一实施例提出一种回看节目播放***， 包括： 客 户端 901及服务器 902, 其中:
服务器 902,用于将接收的频道直播码流按照预定的时间间隔录制成系 列的分片文件； 根据节目单为每个回看节目生成索引文件， 其中， 索引文 件包含每个回看节目对应的分片文件的 URI; 以及根据客户端 901 的相应 请求为客户端 901提供索引文件及相应分片文件的下载服务；
客户端 901 , 用于获取回看节目的索引文件的 URI; 根据索引文件的 URI从服务器 902获取回看节目的索引文件； 解析索引文件， 从中获取回 看节目对应的各分片文件的 URI; 根据各分片文件的 URI, 从服务器 902 依次下载并解码播放各分片文件。
进一步的， 所述客户端 901 , 还用于根据索引文件的 URI向服务器发 送 RTSP请求；接收服务器根据 RTSP请求返回的 RTP包，解码并播放 RTP 包中的分片文件；
服务器 902, 还用于根据 RTSP请求， 解析对应的索引文件， 从中获取 相应的分片文件， 组成 RTP包发送至客户端。
具体地， HTTP客户端 901 (互联网用户）通过 HTTP方式与服务器 902 实现回看节目播放的过程为：
当客户端 901需要回看节目时， 客户端 901向 IPTV***的 EPG模块 发送请求， IPTV***的 EPG模块中存储有服务器 902中各索引文件的 URI , IPTV***的 EPG模块根据客户端 901发来的请求，给客户端 901返回对应 于该回看节目的索引文件的 URI。
客户端 901获取到对应的回看节目的索引文件的 URI后， 根据该索引 文件的 URI, 向服务器 902请求获取回看节目的索引文件， 服务器 902解 析客户端 901 的请求， 定位到相应的索引文件后， 读取索引文件内容， 返 回给客户端 901。
客户端 901通过 HTTP方式， 从服务器 902下载该索引文件。
之后， 客户端 901 解析下载的索引文件， 从索引文件中获取回看节目 对应的各分片文件的 URI。
客户端 901在根据分片文件的 URI, 向服务器 902请求相应分片文件 的相应数据。 服务器 902解析客户端 901的请求， 定位到相应的分片文件， 读取客户端 901指定范围的内容， 返回给客户端 901。
客户端 901通过 HTTP方式， 从服务器 902依次下载各分片文件， 对 各分片文件进行解码播放， 实现回看节目的播放。
此外， 客户端 901还可以通过解析索引文件中各分片文件的关键帧信 息， 然后有针对性地下载分片文件的相应数据， 实现对回看节目作定位播 放、 快进快退等操作。
对应 RTSP客户端 （ RTSP用户） 901与服务器 902实现回看节目的播 放的过程为：
客户端 901向 EPG请求节回看目的索引文件的 URL, EPG返回回看节 目所对应的索引文件的 URL。
客户端 901根据该回看节目所对应的索引文件的 URL, 向服务器 902 发起 RTSP请求。 服务器 902解析客户端 901的请求， 定位到索引文件后， 读取文件内容， 提取其中的相关信息， 构造 RTSP响应信令， 返回给客户端 901。
服务器 902解析索引文件， 获取其中的分片文件信息； 根据客户端 901 发来的 RTSP请求中的信息， 定位到相应的分片文件， 读取相应的数据， 打 包成 RTP包， 发送给客户端。
客户端收 901到服务器 902发送的 RTP包后， 则可以开始解码播放， 实现回看节目的播放。
本发明实施例流媒体的回看节目录制、 播放方法、 服务器、 客户端及 ***， 服务器为每个回看节目生成包含回看节目对应的分片文件的索引文 件， 当客户端需要播放某个回看节目时， 通过 IPTV的 EPG模块获取该回 看节目的索引文件的 URL,根据该索引文件的 URL从服务器获取该索引文 件， 进而从索引文件中解析出需要播放的回看节目的分片文件， 最终进行 解码播放； 此外， 对于传统的 IPTV原有的 RTSP客户端， 可以仍然采用以 前的方式， 由服务器根据***保存的信息， 定位到相应的分片文件后， 提 取相关数据， 组成 RTP包发送给客户端。 也可以同样由服务器给 RTSP客 户端提供索引文件的 URI, 而服务器则在客户端请求时， 解析索引文件后， 读取相应分片文件的数据， 组成 RTP 包发送给客户端， 从而实现了 IPTV 传统的 RTSP用户和互联网的 HTTP用户，共享一份录制文件， 实现回看功 能， 减少了流媒体服务器的存储资源消耗， 提升了服务器的性能， 而且对 于运营商来说， 服务器侧也只需要部署标准的 HTTP服务器， 即可支持互 联网的 HTTP用户， 不需要定制， 节约了成本。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。 工业实用性
本发明涉及一种流媒体的回看节目录制、 播放方法、 服务器、 客户端 及***， 其中播放方法包括： 客户端获取回看节目的索引文件的 URI; 根 据索引文件的 URI从服务器获取回看节目的索引文件； 解析索引文件， 从 中获取回看节目对应的各分片文件的 URI; 根据各分片文件的 URI, 从服 务器依次下载并解码播放所述各分片文件。 本发明实现了 IPTV 传统的 RTSP用户和互联网的 HTTP用户， 共享一份录制文件， 实现回看功能， 减 少了流媒体服务器的存储资源消耗， 提升了服务器的性能， 而且对于运营 商来说， 服务器侧也只需要部署标准的 HTTP服务器， 即可支持互联网的 HTTP用户， 不需要定制， 节约了成本。

Claims

权利要求书
1、 一种回看节目录制方法， 包括：
服务器将接收的频道直播码流按照预定的时间间隔录制成系列的分片 文件；
根据节目单为每个回看节目生成索引文件， 所述索引文件包含每个回 看节目对应的分片文件的统一资源标识 URI。
2、 根据权利要求 1所述的方法， 其中， 所述索引文件还包含： 所述回 看节目的节目时长、 起止时间、 码率、 分辨率和 /或编码类型； 以及分片文 件的起止时间、 大小、 对应于回看节目的可播放时间和 /或关键帧信息。
3、 根据权利要求 1或 2所述的方法， 其中， 还包括：
当需要调整所述回看节目的起止时间时， 所述服务器根据所述回看节 目的起止时间重新生成索引文件。
4、 一种回看节目播放方法， 包括：
客户端获取回看节目的索引文件的 URI;
根据所述索引文件的 URI从服务器获取所述回看节目的索引文件； 解析所述索引文件， 从中获取所述回看节目对应的各分片文件的 URI; 根据所述各分片文件的 URI, 从所述服务器依次下载并解码播放所述 各分片文件。
5、 根据权利要求 4所述的方法， 其中， 还包括：
客户端从所述索引文件中解析出各分片文件的关键帧信息；
根据所述关键帧信息从所述服务器下载分片文件的相应数据， 对所述 回看节目进行定位播放。
6、 根据权利要求 4或 5所述的方法， 其中， 所述客户端获取回看节目 的索引文件的 URI的步驟包括：
客户端向交互式网络电视 IPTV的电子节目菜单 EPG模块发送用于获 取所述回看节目的索引文件的 URL的第一请求；
接收所述 IPTV的 EPG模块根据所述第一请求返回的所述回看节目的 索引文件的 URL
7、 根据权利要求 6所述的方法， 其中， 所述根据索引文件的 URI从服 务器获取所述回看节目的索引文件的步驟包括：
客户端根据所述索引文件的 URI向所述服务器发送用于获取所述回看 节目的索引文件的第二请求；
接收所述服务器根据所述第二请求返回的所述回看节目的索引文件。
8、 一种回看节目录制服务器， 包括：
接收录制模块， 用于将接收的频道直播码流按照预定的时间间隔录制 成系列的分片文件；
节目管理模块， 用于根据节目单为每个回看节目生成索引文件， 所述 索引文件包含每个回看节目对应的分片文件的 URI。
9、 根据权利要求 8所述的服务器， 其中， 所述节目管理模块还用于当 需要调整所述回看节目的起止时间时， 根据所述回看节目的起止时间重新 生成索引文件。
10、 一种回看节目播放客户端， 包括：
索引文件 URI获取模块， 用于获取回看节目的索引文件的 URI;
索引文件获耳 4莫块， 用于根据所述索引文件的 URI从服务器获取所述 回看节目的索引文件；
分片文件 URI解析获取模块， 用于解析所述索引文件， 从中获取所述 回看节目对应的各分片文件的 URI;
分片文件下载播放模块， 用于根据所述各分片文件的 URI, 从所述服 务器依次下载并解码播放所述各分片文件。
11、 根据权利要求 10所述的客户端， 其中， 所述分片文件 URI解析获耳 4莫块， 还用于从所述索引文件中解析出各 分片文件的关键帧信息；
所述分片文件下载播放模块， 还用于根据所述关键帧信息从所述服务 器下载分片文件的相应数据， 对所述回看节目进行定位播放。
12、 根据权利要求 10所述的客户端， 其中， 所述索引文件 URI获取模 块包括：
第一发送单元， 用于向 IPTV的 EPG模块发送用于获取所述回看节目 的索引文件的 URL的第一请求；
第一接收单元， 用于接收所述 IPTV的 EPG模块根据所述第一请求返 回的所述回看节目的索引文件的 URI。
13、 根据权利要求 10至 12任一项所述的客户端， 其中， 所述索引文 件获取模块包括：
第二发送单元， 用于根据所述索引文件的 URI向所述服务器发送用于 获取所述回看节目的索引文件的第二请求；
第二接收单元， 用于接收所述服务器根据所述第二请求返回的所述回 看节目的索引文件。
14、 一种回看节目播放***， 包括： 客户端及服务器， 其中： 所述服务器， 用于将接收的频道直播码流按照预定的时间间隔录制成 系列的分片文件； 根据节目单为每个回看节目生成索引文件， 所述索引文 件包含每个回看节目对应的分片文件的 URI; 以及根据所述客户端的相应 请求为所述客户端提供索引文件及相应分片文件的下载服务；
所述客户端， 用于获取所述回看节目的索引文件的 URI; 根据所述索 引文件的 URI从服务器获取所述回看节目的索引文件；解析所述索引文件， 从中获取所述回看节目对应的各分片文件的 URI; 根据所述各分片文件的 URI, 从所述服务器依次下载并解码播放所述各分片文件。
15、 根据权利要求 14所述的***， 其中，
所述客户端， 还用于根据所述索引文件的 URI向所述服务器发送实时 流化协议 RTSP请求；接收所述服务器根据所述 RTSP请求返回的实时传输 协议 RTP包， 解码并播放所述 RTP包中的分片文件；
所述服务器， 还用于根据所述 RTSP请求， 解析对应的索引文件， 从中 获取相应的分片文件， 组成 RTP包发送至所述客户端。
PCT/CN2012/082791 2011-10-11 2012-10-11 回看节目录制、播放方法、服务器、客户端及*** WO2013053326A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110306682.5 2011-10-11
CN201110306682.5A CN103051931B (zh) 2011-10-11 2011-10-11 回看节目录制、播放方法、服务器、客户端及***

Publications (1)

Publication Number Publication Date
WO2013053326A1 true WO2013053326A1 (zh) 2013-04-18

Family

ID=48064412

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/082791 WO2013053326A1 (zh) 2011-10-11 2012-10-11 回看节目录制、播放方法、服务器、客户端及***

Country Status (2)

Country Link
CN (1) CN103051931B (zh)
WO (1) WO2013053326A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017101345A1 (zh) * 2015-12-15 2017-06-22 乐视控股（北京）有限公司 一种视频播放方法及装置

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103347220B (zh) * 2013-06-18 2016-12-28 天脉聚源(北京)传媒科技有限公司 一种回看直播文件的方法及装置
CN103533395A (zh) * 2013-09-27 2014-01-22 武汉市烽视威科技有限公司 实现hls频道回看播放的方法及***
CN104781807B (zh) * 2013-10-21 2018-11-09 华为技术有限公司 流媒体资源的管理方法、服务器及客户端
CN103607655B (zh) * 2013-11-15 2017-02-01 乐视网信息技术（北京）股份有限公司 一种直播节目的回播方法及电子设备
CN103763339B (zh) * 2013-12-23 2018-07-27 上海聚力传媒技术有限公司 一种用于生成和获取直播媒体数据的方法和装置
CN104185037A (zh) * 2014-02-28 2014-12-03 无锡天脉聚源传媒科技有限公司 一种传输、播放视频的方法、装置和***
CN104092690B (zh) * 2014-07-15 2017-03-01 金亚科技股份有限公司 流媒体的回看媒体流带宽控制***及方法
CN105338297B (zh) * 2014-08-11 2019-03-12 杭州海康威视***技术有限公司 一种视频数据存储及回放***、装置和方法
CN105376612A (zh) * 2014-08-26 2016-03-02 华为技术有限公司 一种视频播放方法、媒体设备、播放设备以及多媒体***
CN104580389B (zh) * 2014-12-18 2017-12-01 河海大学 URI标识的Ogg格式时间片段的客户端HTTP检索方法
CN104539984B (zh) * 2014-12-30 2018-09-28 北京奇艺世纪科技有限公司 一种视频播放方法、装置及***
CN105142005A (zh) * 2015-09-21 2015-12-09 深圳市九洲电器有限公司 节目录制分享方法及***
CN106559677B (zh) * 2015-09-30 2020-04-03 华为技术有限公司 终端、缓存服务器及获取视频分片的方法及装置
CN106658150B (zh) * 2015-11-03 2020-01-17 中兴通讯股份有限公司 一种实现回看处理的方法及装置
CN107613321A (zh) * 2016-07-12 2018-01-19 北京数码视讯科技股份有限公司 一种节目录制方法及装置
CN106303585B (zh) * 2016-07-26 2020-03-10 华为技术有限公司 节目回看方法、媒体服务器、机顶盒及节目回看***
CN110881131B (zh) * 2018-09-06 2021-07-23 武汉斗鱼网络科技有限公司 一种直播回看视频的分类方法及其相关装置
CN110446118B (zh) * 2019-07-01 2021-08-20 创新先进技术有限公司 视频资源预处理方法及装置、视频资源下载方法及装置
CN112714335A (zh) * 2019-10-24 2021-04-27 中兴通讯股份有限公司 直播媒体流录制方法、***及计算机可读存储介质
CN111246314B (zh) * 2020-01-14 2021-12-17 深圳市华曦达科技股份有限公司 时移直播方法、服务端装置、客户端装置及直播***
CN111787420B (zh) * 2020-07-23 2022-11-04 北京数码视讯技术有限公司 一种数据处理方法及装置、电子设备、可读存储介质
CN113794937B (zh) * 2021-11-16 2022-02-08 深圳市华曦达科技股份有限公司 一种多时区频道回看方法
CN114827735A (zh) * 2022-04-21 2022-07-29 咪咕文化科技有限公司 视频回看方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686228A (zh) * 2008-09-27 2010-03-31 中兴通讯股份有限公司 一种基于内容分片的多媒体分片切换方法及***
CN101727460A (zh) * 2008-10-31 2010-06-09 中兴通讯股份有限公司 一种内容分片定位方法和***
CN102006511A (zh) * 2010-11-24 2011-04-06 中兴通讯股份有限公司 直播节目的回看方法、装置及终端

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101489103B (zh) * 2009-01-16 2012-07-18 中兴通讯股份有限公司 一种录制节目点播的录制方法及归档方法
CN101848366B (zh) * 2010-05-07 2013-12-04 中兴通讯股份有限公司 Iptv***中时移分片文件的归档及节目播放方法和设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686228A (zh) * 2008-09-27 2010-03-31 中兴通讯股份有限公司 一种基于内容分片的多媒体分片切换方法及***
CN101727460A (zh) * 2008-10-31 2010-06-09 中兴通讯股份有限公司 一种内容分片定位方法和***
CN102006511A (zh) * 2010-11-24 2011-04-06 中兴通讯股份有限公司 直播节目的回看方法、装置及终端

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017101345A1 (zh) * 2015-12-15 2017-06-22 乐视控股（北京）有限公司 一种视频播放方法及装置

Also Published As

Publication number Publication date
CN103051931A (zh) 2013-04-17
CN103051931B (zh) 2018-05-01

Similar Documents

Publication Publication Date Title
WO2013053326A1 (zh) 回看节目录制、播放方法、服务器、客户端及***
JP6681986B2 (ja) トランスポートのためのコード化された次世代オーディオデータの選択
EP3425921B1 (en) Method and apparatus for transmitting and receiving adaptive streaming mechanism-based content
JP4980913B2 (ja) トリック・プレイ用メタデータのビデオ伝送ストリームへの挿入
KR101010258B1 (ko) 미디어 스트림의 타임­쉬프트 프리젠테이션
US9596522B2 (en) Fragmented file structure for live media stream delivery
EP2615841B1 (en) Apparatus and method for providing streaming content
CN111837403B (zh) 处理用于以流传送媒体数据的交互性事件
KR101428875B1 (ko) Ｈｌｓ 기반 보안 처리 시스템 및 그 방법
US9462302B2 (en) Efficient delineation and distribution of media segments
EP3295674A1 (en) Transferring media data using a websocket subprotocol
CN102118428A (zh) 一种播放流媒体的方法和***
US20110299586A1 (en) Quality adjustment using a fragmented media stream
JP6359539B2 (ja) レンダリング時の制御
WO2017038353A1 (ja) 受信装置、送信装置、およびデータ処理方法
CN101848367A (zh) 基于文件的动态影像网络直播方法
CN109151614B (zh) 一种降低hls直播播放延迟的方法及装置
JP6610019B2 (ja) 受信装置、送信装置、及び、データ処理方法
TWI531219B (zh) 即時影音傳輸方法及其系統
CN105430510A (zh) 一种视频点播方法、网关、智能终端及视频点播***
TW200849918A (en) P2P-based broadcast system and method thereof, player, content playback method, and P2P-content retrieval method
US8671422B2 (en) Systems and methods for handling advertisements in conjunction with network-based bookmarking
WO2016090912A1 (zh) 一种直播视频的生成及播放方法、装置、终端及***
CN108206957A (zh) 一种hls播放ngod视频文件的方法
JP2020025325A (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: 12839254

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12839254

Country of ref document: EP

Kind code of ref document: A1