專利名稱：一種用戶點播的優(yōu)化方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及用戶點播技術領域，尤其涉及一種用戶點播的優(yōu)化方法及系統(tǒng)。
背景技術：
交互式網絡電視(IPTV)系統(tǒng)中，媒體服務器可以為用戶提供點播服務。這里，用戶可以為機頂盒、PC、手機等等終端。如何為用戶提供點播服務，如何為用戶提供快速的點播服務，如何提高機頂盒的處理效率，快速的為機頂盒提供服務都是優(yōu)化用戶點播，提高 IPTV系統(tǒng)服務的效率關鍵問題。下面結合圖I示出的IPTV系統(tǒng)的結構，對目前IPTV系統(tǒng)中用戶點播的流程進行說明IPTV系統(tǒng)中用戶要點播某個節(jié)目，機頂盒(Set Top Box, STB)需要向自身歸屬的節(jié)點設備發(fā)送實時流傳輸協(xié)議(Real Time Streaming Protocol, RTSP)信令,通過成功交互后，所述歸屬的節(jié)點設備向STB發(fā)送節(jié)目碼流。如果歸屬的節(jié)點設備沒有STB點播的內容，則歸屬的節(jié)點設備向媒體定位服務器(Media Locate Service System, MLSS)查詢存在此內容的節(jié)點設備地址，通過RTSP信令給STB返回重定向信令，信令中包括這個重定向的地址，STB收到該重定向消息后，向新的節(jié)點設備發(fā)送RTSP信令，由新的節(jié)點設備為用戶提供點播服務。現(xiàn)有技術中，用戶點播的流程存在一定局限性。主要包括幾個方面第一，對于有些機頂盒或者PC等終端可能不支持RTSP重定向信令，這樣就會導致在該用戶歸屬的節(jié)點設備沒有內容來給用戶觀看，而其他節(jié)點設備有這個內容，即使歸屬的節(jié)點設備給用戶返回重定向信令，但是這個用戶無法去其他節(jié)點進行服務，造成點播失敗；第二，重定向操作會增加機頂盒信令處理的次數(shù)，造成用戶點播的延時，給機頂盒處理信令造成負擔；第三，對于某些只能提供HTTP服務的HTTP服務器，即使用戶歸屬的節(jié)點設備返回了新的重定向地址，但由于重定向后的節(jié)點設備只能提供HTTP服務，而機頂盒只支持RTSP信令，造成了重定向后的節(jié)點設備不能和機頂盒進行RTSP信令交互，導致了即使重定向后的節(jié)點設備為HTTP服務器，具有可以提供的內容，但是仍然不能為機頂盒提供點播服務。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種用戶點播的優(yōu)化方法及系統(tǒng)，能夠優(yōu)化用戶點播。為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的—種用戶點播的優(yōu)化方法，所述方法包括流媒體服務器在本地查詢不到STB點播的節(jié)目時，向MLSS請求所述節(jié)目；所述流媒體服務器根據接收到所述MLSS返回的重定向的流媒體服務器地址和所述節(jié)目的參數(shù)信息，與所述重定向的流媒體服務器進行通信，獲取節(jié)目內容并發(fā)送給STB。進一步地,所述方法還包括STB根據用戶輸入的節(jié)目點播信息，發(fā)送RTSP信令給自身歸屬的流媒體服務器；
所述流媒體服務器接收到所述RTSP信令后，查詢本地是否存在所述節(jié)目。其中，所述流媒體服務器向所述MLSS請求所述節(jié)目為所述流媒體服務器向所述MLSS發(fā)送獲取所述節(jié)目的索引文件的請求；
當所述流媒體服務器成功接收所述MLSS返回的索引文件URL及大小后，向所述MLSS獲取所述節(jié)目的基本速率文件的請求。進一步地，所述流媒體服務器向所述MLSS發(fā)送獲取所述節(jié)目的索引文件的請求之后，所述方法還包括當所述流媒體服務器未成功接收所述MLSS返回的索引文件時，給STB返回點播失敗。其中，所述流媒體服務器根據接收到所述MLSS返回的重定向的流媒體服務器地址和所述節(jié)目的參數(shù)信息，與所述重定向的流媒體服務器地址進行通信，獲取節(jié)目內容并發(fā)送給STB為當所述流媒體服務器成功接收所述MLSS返回的基本速率文件URL及大小后，通過HTTP協(xié)議的內容傳送請求將所述索引文件和基本速率文件的URL和大小、已申請的HTTP端口發(fā)送給所述重定向的流媒體服務器；所述重定向的流媒體服務器通過內容創(chuàng)送請求響應將所述STB點播的節(jié)目內容發(fā)送給所述流媒體服務器，由所述流媒體服務器將獲取的節(jié)目內容發(fā)送到STB。一種用戶點播的優(yōu)化系統(tǒng)，包括STB，述系統(tǒng)還包括流媒體服務器、MLSS ;其中，所述流媒體服務器，用于在本地查詢不到STB點播的節(jié)目時，向MLSS請求所述節(jié)目；并根據接收到的所述MLSS返回的重定向的流媒體服務器地址，與所述重定向的流媒體服務器進行通信，獲取節(jié)目內容并發(fā)送給STB。其中，所述STB，用于根據用戶輸入的節(jié)目點播信息，發(fā)送RTSP信令給自身歸屬的流媒體服務器；所述流媒體服務器，具體用于接收到所述RTSP信令后，查詢本地是否存在所述節(jié)目。其中，所述流媒體服務器，具體用于向所述MLSS發(fā)送獲取所述節(jié)目的索引文件的請求；當成功接收所述MLSS返回的索引文件URL及大小后，向所述MLSS獲取所述節(jié)目的基本速率文件的請求。其中，所述流媒體服務器，具體用于當未成功接收所述MLSS返回的索引文件時，給所述STB返回點播失敗。其中，所述流媒體服務器，具體用于當成功接收所述MLSS返回的基本速率文件URL及大小后，通過HTTP協(xié)議的內容傳送請求將所述索引文件和基本速率文件的URL和大小、申請的HTTP端口發(fā)送給所述重定向的流媒體服務器；所述重定向的流媒體服務器，具體用于通過內容創(chuàng)送請求響應將所述STB點播的節(jié)目內容發(fā)送給所述流媒體服務器，由所述流媒體服務器將獲取的節(jié)目內容發(fā)送到STB。本發(fā)明通過流媒體服務器與重定向后的流媒體服務器進行通信，減少機頂盒和流媒體服務器之間的信令交互，提高STB的效率，尤其在重定向后的流媒體服務器為HTTP服務器時，還可以實現(xiàn)HTTP服務器為STB提供RTSP服務的功能，能夠為不支持重定向RTSP信令的STB、PC且本地沒有可提供服務內容的用戶提供點播服務，優(yōu)化了用戶點播。


圖I為現(xiàn)有IPTV系統(tǒng)的結構示意圖；圖2為本發(fā)明用戶點播的優(yōu)化方法的實現(xiàn)流程示意圖；圖3為本發(fā)明用戶點播的優(yōu)化方法的具體實施例一的實現(xiàn)流程示意圖；圖4為本發(fā)明用戶點播的優(yōu)化方法的具體實施例二的實現(xiàn)流程示意圖；圖5為本發(fā)明用戶點播的優(yōu)化系統(tǒng)的結構示意圖。
具體實施方式

本發(fā)明的基本思想為流媒體服務器在本地查詢不到STB點播的節(jié)目時，向MLSS請求所述節(jié)目；所述流媒體服務器根據接收到所述MLSS返回的重定向的流媒體服務器地址和所述節(jié)目的參數(shù)信息，與所述重定向的流媒體服務器進行通信，獲取節(jié)目內容并發(fā)送給 STB。為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，以下舉實施例并參照附圖，對本發(fā)明進一步詳細說明。圖2示出了本發(fā)明用戶點播的優(yōu)化方法的實現(xiàn)流程，如圖2所示，所述方法包括下述步驟步驟201，流媒體服務器在本地查詢不到STB點播的節(jié)目時，向MLSS請求所述節(jié)目；其中，在本步驟之前，所述方法還包括STB根據用戶輸入的節(jié)目點播信息，發(fā)送RTSP信令給自身歸屬的流媒體服務器；所述流媒體服務器接收到所述RTSP信令后，查詢本地是否存在所述節(jié)目的信息。所述流媒體服務器向MLSS請求所述節(jié)目具體為所述流媒體服務器向所述MLSS發(fā)送獲取所述節(jié)目的索引文件的請求；當所述流媒體服務器成功接收所述MLSS返回的索引文件URL及大小后，向所述MLSS獲取所述節(jié)目的基本速率文件的請求；其中，當所述流媒體服務器未成功接收所述MLSS返回的索引文件時，給STB返回點播失敗。步驟202，所述流媒體服務器根據接收到所述MLSS返回的重定向的流媒體服務器地址和所述節(jié)目的參數(shù)信息，與所述重定向的流媒體服務器進行通信，獲取節(jié)目內容并發(fā)送給STB。具體地，當所述流媒體服務器成功接收所述MLSS返回的基本速率文件URL及大小后，通過HTTP協(xié)議的內容傳送請求將所述索引文件和基本速率文件的URL和大小、已申請的HTTP端口發(fā)送給所述重定向的流媒體服務器；所述重定向的流媒體服務器通過內容創(chuàng)送請求響應將所述STB點播的節(jié)目內容發(fā)送給所述流媒體服務器，由所述流媒體服務器將獲取的節(jié)目內容發(fā)送到STB。圖3示出了用戶點播的優(yōu)化方法的具體實施例一的實現(xiàn)流程，如圖3所示，實施例一中，具體說明了邊緣內容分發(fā)網絡(CDN)的流媒體服務器與骨干HTTP服務器實現(xiàn)通信的過程，其中，圖3中的骨干HTTP服務器為重定向后的流媒體服務器；該實施例一包括下述步驟
步驟301，省分的MLSS接收STB發(fā)送的點播內容請求；步驟302-303，省分的MLSS通過查詢自身管理的流媒體服務器，當需要中繼時，將預先定義的needrelay設置為1，否則將needrelay設置為O ;步驟304,,當需要中繼時,在應答URL中增加needrelay = I的字段,并通過返回重定向信息將所述應答URL發(fā)送給所述流媒體服務器；步驟305,流媒體服務器判斷needrelay的值，當needrelay為O,執(zhí)行步驟306,當needrelay為I,執(zhí)行步驟307 ；步驟306,當needrelay為 O,流媒體服務器返回用戶點播的媒體碼流至所述STB ；步驟307，當needrelay為1，流媒體服務器給省分MLSS發(fā)送中繼信息查詢消息；步驟308-309，省分MLSS從骨干MLSS獲取所要查詢的中繼信息；省分MLSS查詢請求內容在骨干HTTP服務器中的下載位置。骨干HTTP服務器在收到定位請求后，如果要求的定位類型是索引文件類型(即SubType值為“INDEX”)，則返回內容的索引文件下載標識；如果要求定位的定位類型是基本速率文件或倍速文件，則返回這個倍速文件的下載標識。其中，返回響應中的TransferSessionID拼裝格式如下SubType = INDEX 索引文件，此時拼接為 pathname/XXXX. gyts/index, idx time = xxx&life = xxx ；SubType = BASE 基本速率文件，此時拼接為 pathname/XXXX. gyts/base. ts time = xxx&life = xxx ；SubType = URI 倍速文件，此時請求的 TransferContentID 樣式為 “XXXX. gyts/forward4. ts ，，，所以此時拼接為pathname/TransferContentID time = xxx&life =
XXXo骨干HTTP服務器收到流媒體服務器通過省分MLSS發(fā)出的內容定位請求消息后，判斷內容是否存在，如果存在則返回被定位內容的傳輸端口、傳輸標識；否則返回相關的HTTP錯誤代碼，支持索引文件和倍速文件的定位步驟310，省分MLSS將獲取的中繼信息返回給流媒體服務器；其中，所述中繼信息包括重定向的流媒體服務器地址和所述點播節(jié)目的參數(shù)信息等;步驟311-312，流媒體服務器根據獲取的中繼信息，與重定向的流媒體服務器，SP圖3中的骨干HTTP服務器進行通信，獲取HTTP碼流；具體地，流媒體服務器向骨干HTTP服務器發(fā)送內容傳送請求消息或內容下載請求消息，支持按范圍的下載。其中，接口屬性遵循標準HTTP1. I規(guī)范。骨干HTTP服務器在收到流媒體服務器發(fā)出的內容傳送請求后，把請求內容以HTTP chunk編碼方式發(fā)送給流媒體服務器，以O長度的chunk標識內容發(fā)送結束，支持按范圍的內容下載。其中，接口屬性遵循標準HTTP1. I規(guī)范。步驟313，流媒體服務器將獲取的媒體碼流返回給STB。圖4示出了用戶點播的優(yōu)化方法的具體實施例二的實現(xiàn)流程，如圖4所示，實施例二中，歸屬的流媒體服務器和重定向的流媒體服務器屬于同一個MLSS管理，其中，重定向的流媒體服務器為HTTP服務器；該實施例二包括下述步驟步驟401，STB向自身歸屬的流媒體服務器發(fā)送DESCRIBE請求內容；
步驟402，所述歸屬的流媒體服務器在本地查詢不到所述請求內容時，根據接收到信息的contentid向MLSS的數(shù)據庫中查找所述請求內容；步驟403，當查找到所述請求內容所在的流媒體服務器的地址時，所述MLSS向所述歸屬的流媒體返回重定向的流媒體服務器地址，其中，所述重定向的流媒體服務器地址為所述請求內容所在的流媒體服務器的地址；步驟404，所述歸屬的流媒體服務器向MLSS請求獲取索引文件；步驟405，MLSS返回獲取成功給所述歸屬的流媒體服務器；步驟406，所述歸屬的流媒體服務器向MLSS請求獲取基本速率文件；步驟407，MLSS返回獲取成功給所述歸屬的流媒體服務器；步驟408，所述歸屬的流媒體服務器向STB返回2000K ；步驟409，所述STB向所述歸屬的流媒體服務器發(fā)送SETUP ；步驟410，所述歸屬的流媒體服務器通過MLSS向其的數(shù)據庫申請MSTU資源及HTTP 端口 ；步驟411，MLSS返回成功；步驟412，歸屬的流媒體服務器打開MSTU通道，將索引文件和基本速率文件以及HTTP端口等參數(shù)發(fā)送給重定向的流媒體服務器；步驟413，重定向的流媒體服務器返回流媒體打開成功給歸屬的流媒體服務器；步驟414，歸屬的流媒體服務器返回2000K給STB ；步驟415，STB發(fā)送PLAY信令給所述歸屬的流媒體服務器；步驟416，所述歸屬的流媒體服務器發(fā)送修改MSTU通道信令給重定向的流媒體服務器；步驟417，重定向的流媒體服務器返回修改成功給所述歸屬的流媒體服務器；步驟418，所述歸屬的流媒體服務器返回2000K給STB，自此，媒體碼流的傳送播放成功。圖5示出了本發(fā)明用戶點播的優(yōu)化系統(tǒng)的結構，如圖5所示，所述系統(tǒng)包括STB，還包括流媒體服務器、媒體定位服務器MLSS ;其中，所述流媒體服務器，用于在本地查詢不到STB點播的節(jié)目時，向MLSS請求所述節(jié)目；并根據接收到的所述MLSS返回的重定向的流媒體服務器地址，與所述重定向的流媒體服務器進行通信，獲取節(jié)目內容并發(fā)送給STB。其中，所述STB，用于根據用戶輸入的節(jié)目點播信息，發(fā)送RTSP信令給自身歸屬的流媒體服務器；所述流媒體服務器，具體用于接收到所述RTSP信令后，查詢本地是否存在所述節(jié)目的信息。其中，所述流媒體服務器，具體用于向所述MLSS發(fā)送獲取所述節(jié)目的索引文件的請求；當成功接收所述MLSS返回的索引文件URL及大小后，向所述MLSS獲取所述節(jié)目的基本速率文件的請求。 其中，所述流媒體服務器，具體用于當未成功接收所述MLSS返回的索引文件時，給所述STB返回點播失敗。其中，所述流媒體服務器，具體用于當成功接收所述MLSS返回的基本速率文件URL及大小后，通過HTTP協(xié)議的內容傳送請求將所述索引文件和基本速率文件的URL和大小、申請的HTTP端口發(fā)送給所述重定向的流媒體服務器；
所述重定向的流媒體服務器，具體用于通過內容創(chuàng)送請求響應將所述STB點播的節(jié)目內容發(fā)送給所述流媒體服務器，由所述流媒體服務器將獲取的節(jié)目內容發(fā)送到STB。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種用戶點播的優(yōu)化方法，其特征在于，所述方法包括 流媒體服務器在本地查詢不到機頂盒STB點播的節(jié)目時，向媒體定位服務器MLSS請求所述節(jié)目； 所述流媒體服務器根據接收到所述MLSS返回的重定向的流媒體服務器地址和所述節(jié)目的參數(shù)信息，與所述重定向的流媒體服務器進行通信，獲取節(jié)目內容并發(fā)送給STB。
2.根據權利要求I所述的方法，其特征在于，所述方法還包括 STB根據用戶輸入的節(jié)目點播信息，發(fā)送RTSP信令給自身歸屬的流媒體服務器； 所述流媒體服務器接收到所述RTSP信令后，查詢本地是否存在所述節(jié)目。
3.根據權利要求I所述的方法，其特征在于，所述流媒體服務器向所述MLSS請求所述節(jié)目為 所述流媒體服務器向所述MLSS發(fā)送獲取所述節(jié)目的索引文件的請求； 當所述流媒體服務器成功接收所述MLSS返回的索引文件URL及大小后，向所述MLSS獲取所述節(jié)目的基本速率文件的請求。
4.根據權利要求3所述的方法，其特征在于，所述流媒體服務器向所述MLSS發(fā)送獲取所述節(jié)目的索引文件的請求之后，所述方法還包括 當所述流媒體服務器未成功接收所述MLSS返回的索引文件時，給STB返回點播失敗。
5.根據權利要求3所述的方法，其特征在于，所述流媒體服務器根據接收到所述MLSS返回的重定向的流媒體服務器地址和所述節(jié)目的參數(shù)信息，與所述重定向的流媒體服務器地址進行通信，獲取節(jié)目內容并發(fā)送給STB為 當所述流媒體服務器成功接收所述MLSS返回的基本速率文件URL及大小后，通過HTTP協(xié)議的內容傳送請求將所述索引文件和基本速率文件的URL和大小、已申請的HTTP端口發(fā)送給所述重定向的流媒體服務器； 所述重定向的流媒體服務器通過內容創(chuàng)送請求響應將所述STB點播的節(jié)目內容發(fā)送給所述流媒體服務器，由所述流媒體服務器將獲取的節(jié)目內容發(fā)送到STB。
6.一種用戶點播的優(yōu)化系統(tǒng)，包括機頂盒STB，其特征在于，所述系統(tǒng)還包括流媒體服務器、媒體定位服務器MLSS ;其中， 所述流媒體服務器，用于在本地查詢不到STB點播的節(jié)目時，向MLSS請求所述節(jié)目；并根據接收到的所述MLSS返回的重定向的流媒體服務器地址，與所述重定向的流媒體服務器進行通信，獲取節(jié)目內容并發(fā)送給STB。
7.根據權利要求6所述的系統(tǒng)，其特征在于，所述STB，用于根據用戶輸入的節(jié)目點播信息，發(fā)送RTSP信令給自身歸屬的流媒體服務器； 所述流媒體服務器，具體用于接收到所述RTSP信令后，查詢本地是否存在所述節(jié)目。
8.根據權利要求6所述的系統(tǒng)，其特征在于，所述流媒體服務器，具體用于向所述MLSS發(fā)送獲取所述節(jié)目的索引文件的請求；當成功接收所述MLSS返回的索引文件URL及大小后，向所述MLSS獲取所述節(jié)目的基本速率文件的請求。
9.根據權利要求8所述的系統(tǒng)，其特征在于，所述流媒體服務器，具體用于當未成功接收所述MLSS返回的索引文件時，給所述STB返回點播失敗。
10.根據權利要求8所述的系統(tǒng)，其特征在于，所述流媒體服務器，具體用于當成功接收所述MLSS返回的基本速率文件URL及大小后，通過HTTP協(xié)議的內容傳送請求將所述索引文件和基本速率文件的URL和大小、申請的HTTP端口發(fā)送給所述重定向的流媒體服務器； 所述重定向的流媒體服務器，具體用于通過內容創(chuàng) 送請求響應將所述STB點播的節(jié)目內容發(fā)送給所述流媒體服務器，由所述流媒體服務器將獲取的節(jié)目內容發(fā)送到STB。
全文摘要
本發(fā)明提供了一種用戶點播的優(yōu)化方法及系統(tǒng)，所述方法包括流媒體服務器在本地查詢不到STB點播的節(jié)目時，向MLSS請求所述節(jié)目；所述流媒體服務器根據接收到MLSS返回的重定向的流媒體服務器地址和所述節(jié)目的參數(shù)信息，與所述重定向的流媒體服務器進行通信，獲取節(jié)目內容并發(fā)送給STB。本發(fā)明通過流媒體服務器與重定向后的流媒體服務器進行通信，減少STB和流媒體服務器之間的信令交互，提高STB的效率，尤其在重定向后的流媒體服務器為HTTP服務器時，還可以實現(xiàn)HTTP服務器為STB提供RTSP服務的功能，能夠為不支持重定向RTSP信令的STB、PC且本地沒有可提供服務內容的用戶提供點播服務，優(yōu)化了用戶點播。
文檔編號H04N21/643GK102638731SQ20111041511
公開日2012年8月15日 申請日期2011年12月13日 優(yōu)先權日2011年12月13日
發(fā)明者徐東升 申請人:中興通訊股份有限公司