專利名稱：回看節(jié)目錄制、播放方法、服務器、客戶端及系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及網(wǎng)絡多媒體技術(shù)領域，尤其涉及一種流媒體的回看節(jié)目錄制、播放方法、服務器、客戶端及系統(tǒng)。
背景技術(shù)：
隨著寬帶網(wǎng)的普及和多媒體技術(shù)的發(fā)展，流媒體技術(shù)的應用也越來越廣泛。例如IPTV (Interactive Personality TV,交互式網(wǎng)絡電視)即為一種典型的流媒體應用。IPTV 主要基于 RTSP(Real Time Streaming Protocol,實時流化協(xié)議)/RTP (Real-time Transport Protocol,實時傳輸協(xié)議),除了可以為用戶提供傳統(tǒng)電視的服務外，還可以提供節(jié)目回看等特殊功能。所謂回看，是指對直播的頻道節(jié)目，按節(jié)目表進行實時錄制，然后供用戶點播回放。在錄制時，通常將直播碼流按自然時間錄制成一個個的分片文件，系統(tǒng)內(nèi)部保存回看節(jié)目的起止時間信息，在用戶點播觀看時，流媒體服務器根據(jù)回看節(jié)目起止時間，讀取相應分片文件的內(nèi)容，控制發(fā)包行為。隨著三網(wǎng)融合技術(shù)的發(fā)展，IPTV也開始向互聯(lián)網(wǎng)領域滲透。與RTSP/RTP方式不同，互聯(lián)網(wǎng)用戶通過EPG(Electronic Program Guide,電子節(jié)目菜單)檢索到相應節(jié)目后，通常通過HTTP (Hypertext Transfer Protocol,超文本傳輸協(xié)議)，將節(jié)目對應的媒體文件下載到本地播放。因此，要求一個節(jié)目對應一個媒體文件。若采用上述IPTV的回看節(jié)目錄制方式，則不方便直接提供給互聯(lián)網(wǎng)用戶使用。而如果單獨為互聯(lián)網(wǎng)用戶錄制專門的回看節(jié)目，例如按節(jié)目單的起止時間，將直播碼流錄制成一個個單獨的文件，則一方面，由于分開錄制，會占用兩份存儲空間，消耗兩份存儲能力，浪費資源；另一方面，如果在錄制完成之后需要調(diào)整回看節(jié)目的起止時間，則操作較為麻煩。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種流媒體的回看節(jié)目錄制、播放方法、服務器、客戶端及系統(tǒng)，可以方便的為傳統(tǒng)的IPTV用戶和互聯(lián)網(wǎng)用戶提供直播節(jié)目回看功能，節(jié)約存儲資源，提聞系統(tǒng)性能。為了達到上述目的，本發(fā)明提出一種回看節(jié)目錄制方法，包括服務器將接收的頻道直播碼流按照預定的時間間隔錄制成系列的分片文件；根據(jù)節(jié)目單為每個回看節(jié)目生成索引文件，所述索引文件包含每個回看節(jié)目對應的分片文件的URI。優(yōu)選地，所述索引文件進一步還包含所述回看節(jié)目的節(jié)目時長、起止時間、碼率、分辨率和/或編碼類型；以及分片文件的起止時間、大小、對應于回看節(jié)目的可播放時間和/或關(guān)鍵幀信息。

優(yōu)選地，該方法還包括 當需要調(diào)整所述回看節(jié)目的起止時間時，所述服務器根據(jù)所述回看節(jié)目的起止時間重新生成索引文件。
本發(fā)明還提出一種回看節(jié)目播放方法，包括客戶端獲取回看節(jié)目的索引文件的URI ;根據(jù)所述索引文件的URI從服務器獲取所述回看節(jié)目的索引文件；解析所述索引文件，從中獲取所述回看節(jié)目對應的各分片文件的URI ；根據(jù)所述各分片文件的URI，從所述服務器依次下載并解碼播放所述各分片文件。優(yōu)選地，該方法還包括客戶端從所述索引文件中解析出各分片文件的關(guān)鍵幀信息；根據(jù)所述關(guān)鍵幀信息從所述服務器下載分片文件的相應數(shù)據(jù)，對所述回看節(jié)目進行定位播放。優(yōu)選地，所述客戶端獲取回看節(jié)目的索引文件的URI的步驟包括客戶端向IPTV的EPG模塊發(fā)送用于獲取所述回看節(jié)目的索引文件的URL的第一請求；接收所述IPTV的EPG模塊根據(jù)所述第一請求返回的所述回看節(jié)目的索引文件的URI。優(yōu)選地，所述根據(jù)索引文件的URI從服務器獲取所述回看節(jié)目的索引文件的步驟包括

客戶端根據(jù)所述索引文件的URI向所述服務器發(fā)送用于獲取所述回看節(jié)目的索引文件的第二請求；接收所述服務器根據(jù)所述第二請求返回的所述回看節(jié)目的索引文件。本發(fā)明還提出一種回看節(jié)目錄制服務器，包括接收錄制模塊，用于將接收的頻道直播碼流按照預定的時間間隔錄制成系列的分片文件；節(jié)目管理模塊，用于根據(jù)節(jié)目單為每個回看節(jié)目生成索引文件，所述索引文件包含每個回看節(jié)目對應的分片文件的URI。優(yōu)選地，所述節(jié)目管理模塊還用于當需要調(diào)整所述回看節(jié)目的起止時間時，根據(jù)所述回看節(jié)目的起止時間重新生成索引文件。本發(fā)明還提出一種回看節(jié)目播放客戶端，包括索引文件URI獲取模塊，用于獲取回看節(jié)目的索引文件的URI ；索引文件獲取模塊，用于根據(jù)所述索引文件的URI從服務器獲取所述回看節(jié)目的索引文件；分片文件URI解析獲取模塊，用于解析所述索引文件，從中獲取所述回看節(jié)目對應的各分片文件的URI ；分片文件下載播放模塊，用于根據(jù)所述各分片文件的URI，從所述服務器依次下載并解碼播放所述各分片文件。優(yōu)選地，所述分片文件URI解析獲取模塊，還用于從所述索引文件中解析出各分片文件的關(guān)鍵幀信息；所述分片文件下載播放模塊，還用于根據(jù)所述關(guān)鍵幀信息從所述服務器下載分片文件的相應數(shù)據(jù)，對所述回看節(jié)目進行定位播放。優(yōu)選地，所述索引文件URI獲取模塊包括
第一發(fā)送單元，用于向IPTV的EPG模塊發(fā)送用于獲取所述回看節(jié)目的索引文件的URL的第一請求；第一接收單元，用于接收所述IPTV的EPG模塊根據(jù)所述第一請求返回的所述回看節(jié)目的索引文件的URI。優(yōu)選地，所述索引文件獲取模塊包括第二發(fā)送單元，用于根據(jù)所述索引文件的URI向所述服務器發(fā)送用于獲取所述回看節(jié)目的索引文件的第二請求；第二接收單元，用于接收所述服務器根據(jù)所述第二請求返回的所述回看節(jié)目的索引文件。本發(fā)明還提出一種回看節(jié)目播放系統(tǒng)，包括客戶端及服務器，其中所述服務器，用于將接收的頻道直播碼流按照預定的時間間隔錄制成系列的分片文件；根據(jù)節(jié)目單為每個回看節(jié)目生成索引文件，所述索引文件包含每個回看節(jié)目對應的分片文件的URI ;以及根據(jù)所述客戶端的相應請求為所述客戶端提供索引文件及相應分片文件的下載服務；所述客戶端，用于獲取所述回看節(jié)目的索引文件的URI ;根據(jù)所述索引文件的URI從服務器獲取所述回看節(jié)目的索引文件；解析所述索引文件，從中獲取所述回看節(jié)目對應的各分片文件的URI ;根據(jù)所述各分片文件的URI，從所述服務器依次下載并解碼播放所述各分片文件。優(yōu)選地，所述客戶端，還用于根據(jù)所述索引文件的URI向所述服務器發(fā)送RTSP請求；接收所述服務器根據(jù) 所述RTSP請求返回的RTP包，解碼并播放所述RTP包中的分片文件；所述服務器，還用于根據(jù)所述RTSP請求，解析對應的索引文件，從中獲取相應的分片文件，組成RTP包發(fā)送至所述客戶端。本發(fā)明提出的一種流媒體的回看節(jié)目錄制、播放方法、服務器、客戶端及系統(tǒng)，月艮務器為每個回看節(jié)目生成包含回看節(jié)目對應的分片文件的索引文件，當客戶端需要播放某個回看節(jié)目時，通過IPTV的EPG模塊獲取該回看節(jié)目的索引文件的URL，根據(jù)該索引文件的URL從服務器獲取該索引文件，進而從索引文件中解析出需要播放的回看節(jié)目的分片文件，最終進行解碼播放；此外，對于傳統(tǒng)的IPTV原有的RTSP客戶端，可以仍然采用以前的方式，由服務器根據(jù)系統(tǒng)保存的信息，定位到相應的分片文件后，提取相關(guān)數(shù)據(jù)，組成RTP包發(fā)送給客戶端。也可以同樣由服務器給RTSP客戶端提供索引文件的URI，而服務器則在客戶端請求時，解析索引文件后，讀取相應分片文件的數(shù)據(jù)，組成RTP包發(fā)送給客戶端，從而實現(xiàn)了 IPTV傳統(tǒng)的RTSP用戶和互聯(lián)網(wǎng)的HTTP用戶，共享一份錄制文件，實現(xiàn)回看功能，減少了流媒體服務器的存儲資源消耗，提升了服務器的性能，而且對于運營商來說，服務器側(cè)也只需要部署標準的HTTP服務器，即可支持互聯(lián)網(wǎng)的HTTP用戶，不需要定制，節(jié)約了成本。


圖1是本發(fā)明回看節(jié)目錄制方法一實施例的流程示意圖；圖2是本發(fā)明回看節(jié)目播放方法一實施例的流程示意圖；圖3是本發(fā)明回看節(jié)目播放方法一實施例中客戶端獲取回看節(jié)目的索引文件的URI的流程示意圖；圖4是本發(fā)明回看節(jié)目播放方法一實施例中根據(jù)索引文件的URI從服務器獲取回看節(jié)目的索引文件的流程示意圖；圖5是本發(fā)明回看節(jié)目錄制服務器一實施例的結(jié)構(gòu)示意圖；圖6是本發(fā)明回看節(jié)目播放客戶端一實施例的結(jié)構(gòu)示意圖；圖7是本發(fā)明回看節(jié)目播放客戶端一實施例中索引文件URI獲取模塊的結(jié)構(gòu)示意圖；圖8是本發(fā)明回看節(jié)目播放客戶端一實施例中索引文件獲取模塊的結(jié)構(gòu)示意圖；圖9是本發(fā)明回看節(jié)目播放系統(tǒng)一實施例的結(jié)構(gòu)示意圖。為了使本發(fā)明的技術(shù)方案更加清楚、明了，下面將結(jié)合附圖作進一步詳述。
具體實施例方式本發(fā)明實施例解決方案主要是服務器為每個回看節(jié)目生成包含回看節(jié)目對應的分片文件的索引文件，當客戶端需要播放某個回看節(jié)目時，通過IPTV的EPG模塊獲取該回看節(jié)目的索引文件的URL，根據(jù)該索引文件的URL從服務器獲取該索引文件，進而從索引文件中解析出需要播放的回看節(jié)目的分片文件，最終進行解碼播放；對于傳統(tǒng)的IPTV原有的RTSP客戶端，可以仍然采用以前的方式，由服務器根據(jù)系統(tǒng)保存的信息，定位到相應的分片文件后，提取相關(guān)數(shù)據(jù)，組成RTP包發(fā)送給客戶端。也可以同樣由服務器給RTSP客戶端提供索引文件的URI，而服務器則在客戶端請求時，解析索引文件后，讀取相應分片文件的數(shù)據(jù)，組成RTP包發(fā)送給客戶端，實現(xiàn)IPTV傳統(tǒng)的RTSP用戶和互聯(lián)網(wǎng)的HTTP用戶，共享一份錄制文件，實現(xiàn)回看功能 ，減少流媒體服務器的存儲資源消耗，提升了服務器的性能。如圖1所示，本發(fā)明一實施例提出一種回看節(jié)目錄制方法，包括步驟S101，服務器將接收的頻道直播碼流按照預定的時間間隔錄制成系列的分片文件；步驟S102，根據(jù)節(jié)目單為每個回看節(jié)目生成索引文件，索引文件包含每個回看節(jié)目對應的分片文件的URI。本實施例中服務器兼容RTSP及HTTP，為了實現(xiàn)給傳統(tǒng)的IPTV用戶和互聯(lián)網(wǎng)用戶提供直播節(jié)目回看功能，服務器的接收錄制模塊首先將接收的頻道直播碼流按照預定的時間間隔錄制成一系列的分片文件；每個分片文件都是一個標準的IPTV點播文件。同時，服務器的節(jié)目管理模塊按照節(jié)目單，為每個回看節(jié)目生成一個單獨的索引文件，其中包含與該回看節(jié)目對應的分片文件的URI (Universal ResourceIdentification,統(tǒng)一資源標識)。由這個索引文件將多個分片文件聯(lián)系在一起,從而形成一個跨越多個分片文件的節(jié)目。進一步地，該索引文件中，還可以包含該回看節(jié)目的基本信息，以及分片文件的相關(guān)信息。其中回看節(jié)目的基本信息包括節(jié)目時長、起止時間、碼率、分辨率、編碼類型等。分片文件的相關(guān)信息包括分片文件的起止時間、大小、對應于回看節(jié)目的可播放時間、關(guān)鍵幀索引等。進一步地，如果需要調(diào)整該回看節(jié)目的起止時間，服務器則只需要根據(jù)回看節(jié)目的起止時間重新生成索引文件即可。
以頻道碼流為TS流(Transport Stream,符合IS0/IEC13818-1標準的傳輸流)為例。服務器的接收錄制模塊接收頻道碼流，按30分鐘的時長進行切分，連續(xù)錄制成一系列的分片文件，每個分片文件都是一個mpg文件(純TS包組成)，如下表I所示
權(quán)利要求
1.一種回看節(jié)目錄制方法，其特征在于，包括服務器將接收的頻道直播碼流按照預定的時間間隔錄制成系列的分片文件；根據(jù)節(jié)目單為每個回看節(jié)目生成索引文件，所述索引文件包含每個回看節(jié)目對應的分片文件的統(tǒng)一資源標識URI。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述索引文件進一步還包含所述回看節(jié)目的節(jié)目時長、起止時間、碼率、分辨率和/或編碼類型；以及分片文件的起止時間、大小、 對應于回看節(jié)目的可播放時間和/或關(guān)鍵幀信息。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，還包括當需要調(diào)整所述回看節(jié)目的起止時間時，所述服務器根據(jù)所述回看節(jié)目的起止時間重新生成索引文件。
4.一種回看節(jié)目播放方法，其特征在于，包括客戶端獲取回看節(jié)目的索引文件的URI ；根據(jù)所述索引文件的URI從服務器獲取所述回看節(jié)目的索引文件；解析所述索引文件，從中獲取所述回看節(jié)目對應的各分片文件的URI ；根據(jù)所述各分片文件的URI，從所述服務器依次下載并解碼播放所述各分片文件。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括客戶端從所述索引文件中解析出各分片文件的關(guān)鍵幀信息；根據(jù)所述關(guān)鍵幀信息從所述服務器下載分片文件的相應數(shù)據(jù)，對所述回看節(jié)目進行定位播放。
6.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述客戶端獲取回看節(jié)目的索引文件的URI的步驟包括客戶端向交互式網(wǎng)絡電視IPTV的電子節(jié)目菜單EPG模塊發(fā)送用于獲取所述回看節(jié)目的索引文件的URL的第一請求；接收所述IPTV的EPG模塊根據(jù)所述第一請求返回的所述回看節(jié)目的索引文件的URI。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述根據(jù)索引文件的URI從服務器獲取所述回看節(jié)目的索引文件的步驟包括客戶端根據(jù)所述索引文件的URI向所述服務器發(fā)送用于獲取所述回看節(jié)目的索引文件的第二請求；接收所述服務器根據(jù)所述第二請求返回的所述回看節(jié)目的索引文件。
8.一種回看節(jié)目錄制服務器，其特征在于，包括接收錄制模塊，用于將接收的頻道直播碼流按照預定的時間間隔錄制成系列的分片文件；節(jié)目管理模塊，用于根據(jù)節(jié)目單為每個回看節(jié)目生成索引文件，所述索引文件包含每個回看節(jié)目對應的分片文件的URI。
9.根據(jù)權(quán)利要求8所述的服務器，其特征在于，所述節(jié)目管理模塊還用于當需要調(diào)整所述回看節(jié)目的起止時間時，根據(jù)所述回看節(jié)目的起止時間重新生成索引文件。
10.一種回看節(jié)目播放客戶端，其特征在于，包括索引文件URI獲取模塊，用于獲取回看節(jié)目的索引文件的URI ；索引文件獲取模塊，用于根據(jù)所述索引文件的URI從服務器獲取所述回看節(jié)目的索引文件； 分片文件URI解析獲取模塊，用于解析所述索引文件，從中獲取所述回看節(jié)目對應的各分片文件的URI ； 分片文件下載播放模塊，用于根據(jù)所述各分片文件的URI，從所述服務器依次下載并解碼播放所述各分片文件。
11.根據(jù)權(quán)利要求10所述的客戶端，其特征在于， 所述分片文件URI解析獲取模塊，還用于從所述索引文件中解析出各分片文件的關(guān)鍵幀信息； 所述分片文件下載播放模塊，還用于根據(jù)所述關(guān)鍵幀信息從所述服務器下載分片文件的相應數(shù)據(jù)，對所述回看節(jié)目進行定位播放。
12.根據(jù)權(quán)利要求10所述的客戶端，其特征在于，所述索引文件URI獲取模塊包括 第一發(fā)送單元，用于向IPTV的EPG模塊發(fā)送用于獲取所述回看節(jié)目的索引文件的URL的第一請求； 第一接收單元，用于接收所述IPTV的EPG模塊根據(jù)所述第一請求返回的所述回看節(jié)目的索引文件的URI。
13.根據(jù)權(quán)利要求10、11或12所述的客戶端，其特征在于，所述索引文件獲取模塊包括 第二發(fā)送單元，用于根據(jù)所述索引文件的URI向所述服務器發(fā)送用于獲取所述回看節(jié)目的索引文件的第二請求； 第二接收單元，用于接收所述服務器根據(jù)所述第二請求返回的所述回看節(jié)目的索引文件。
14.一種回看節(jié)目播放系統(tǒng)，其特征在于，包括客戶端及服務器，其中 所述服務器，用于將接收的頻道直播碼流按照預定的時間間隔錄制成系列的分片文件；根據(jù)節(jié)目單為每個回看節(jié)目生成索引文件，所述索引文件包含每個回看節(jié)目對應的分片文件的URI ;以及根據(jù)所述客戶端的相應請求為所述客戶端提供索引文件及相應分片文件的下載服務； 所述客戶端，用于獲取所述回看節(jié)目的索引文件的URI ;根據(jù)所述索引文件的URI從服務器獲取所述回看節(jié)目的索引文件；解析所述索引文件，從中獲取所述回看節(jié)目對應的各分片文件的URI ;根據(jù)所述各分片文件的URI，從所述服務器依次下載并解碼播放所述各分片文件。
15.根據(jù)權(quán)利要求14所述的系統(tǒng)，其特征在于， 所述客戶端，還用于根據(jù)所述索引文件的URI向所述服務器發(fā)送實時流化協(xié)議RTSP請求；接收所述服務器根據(jù)所述RTSP請求返回的實時傳輸協(xié)議RTP包，解碼并播放所述RTP包中的分片文件； 所述服務器，還用于根據(jù)所述RTSP請求，解析對應的索引文件，從中獲取相應的分片文件，組成RTP包發(fā)送至所述客戶端。
全文摘要
本發(fā)明涉及一種流媒體的回看節(jié)目錄制、播放方法、服務器、客戶端及系統(tǒng)，其中播放方法包括客戶端獲取回看節(jié)目的索引文件的URI；根據(jù)索引文件的URI從服務器獲取回看節(jié)目的索引文件；解析索引文件，從中獲取回看節(jié)目對應的各分片文件的URI；根據(jù)各分片文件的URI，從服務器依次下載并解碼播放所述各分片文件。本發(fā)明實現(xiàn)了IPTV傳統(tǒng)的RTSP用戶和互聯(lián)網(wǎng)的HTTP用戶，共享一份錄制文件，實現(xiàn)回看功能，減少了流媒體服務器的存儲資源消耗，提升了服務器的性能，而且對于運營商來說，服務器側(cè)也只需要部署標準的HTTP服務器，即可支持互聯(lián)網(wǎng)的HTTP用戶，不需要定制，節(jié)約了成本。
文檔編號H04N21/858GK103051931SQ20111030668
公開日2013年4月17日 申請日期2011年10月11日 優(yōu)先權(quán)日2011年10月11日
發(fā)明者王芳, 朱曉斌 申請人:中興通訊股份有限公司