網絡電視的時移處理方法和系統以及網絡設備、終端的製作方法
2023-06-21 00:30:01
專利名稱：網絡電視的時移處理方法和系統以及網絡設備、終端的製作方法
技術領域：
本發明實施例涉及網絡通信技術領域，尤其涉及一種網絡電視的時移處理方法和 系統以及網絡設備、終端。
背景技術：
隨著存儲技術的不斷發展，存儲成本急劇下降，其下降速度已遠遠大於網絡帶寬 成本的下降速度。因此，對於諸如數字用戶線路接入復用器(DigitalSubscriber Line Access Multiplexer, DSLAM)、交換機或路由器等中間網絡設備來說，其自身包含大容量的 存儲單元已成為一種發展趨勢。在這種趨勢下，網絡電視業務得到了快速發展。一旦業務請求的內容已存儲於中 間網絡設備，則可直接從中間網絡設備中獲取所請求的內容並發送給請求者，而不必再從 遠端獲取，從而通過在中間網絡設備增加較低成本的存儲單元，達到節約網絡帶寬成本的 目的。網絡電視業務主要包括直播業務、點播業務和時移業務等。其中，直播業務一般採用 組播技術實現，以節省系統帶寬；而點播業務和時移業務則多採用單播技術實現。網絡電視 的時移業務是指，在一定時間範圍內，用戶可以觀看直播節目的先前片段，並能隨時回到直 播，同時用戶可以對直播節目進行暫停、快退或定位等操作。現有的網絡電視的時移業務可以採取終端自帶存儲單元的方式，在播放電視直播 節目的同時對節目進行存儲，當用戶發出時移請求時，從終端自帶的存儲單元中查找對應 的內容並提供給用戶。但是，隨著直播節目頻道的不斷增加，由於終端的存儲能力有限，只能夠存儲用戶 當前觀看的電視直播節目，無法存儲更多的內容以供用戶選擇。在現有技術中，還可以採用專門的伺服器為用戶提供時移業務，當用戶發出時移 請求時，伺服器與每個用戶終端建立一個單播傳輸通道，通過單播為用戶提供時移服務。但是，隨著時移用戶數量的增加，伺服器為用戶建立的時移流單播傳輸通道也需 要相應增加，因此使得伺服器的出口帶寬消耗增大。
發明內容
本發明實施例提供一種網絡電視的時移處理方法和系統以及網絡設備、終端，用 以解決現有技術中終端存儲能力有限而導致無法存儲更多內容以供用戶選擇的缺陷，同時 儘可能多地向用戶提供組播服務，以節省系統的帶寬資源。本發明實施例提供一種網絡電視的時移處理方法，包括接收終端發送的與直播流相對應的時移存儲信息和包含請求播放時刻的時移請 求消息；判斷所述時移存儲信息是否滿足追趕所述直播流的條件，若是，則通過單播通道 以大於正常發送速率的速率向所述終端發送時移流，所述時移流以所述請求播放時刻為起 點，且當待發送的所述時移流的播放時刻與當前時刻一致時，通過組播通道以正常發送速
4率向所述終端發送所述直播流。本發明實施例還提供一種網絡電視的時移處理方法，包括接收與直播流相對應的包含請求播放時刻的時移請求消息；根據所述時移請求消息，判斷是否存儲有具有所述請求播放時刻的時移流，若未 存儲，則向網絡設備發送與所述直播流相對應的時移存儲信息和包含請求播放時刻的時移 請求消息，使得所述網絡設備根據所述時移請求消息和所述時移存儲信息發送以所述請求 播放時刻為起點的時移流；接收並播放所述時移流。本發明實施例提供一種網絡設備，包括接收模塊，用於接收終端發送的與直播流相對應的時移存儲信息和包含請求播放 時刻的時移請求消息；處理模塊，用於判斷所述接收模塊接收到的所述時移存儲信息是否滿足追趕所述 直播流的條件，若是，則通過單播通道以大於正常發送速率的速率向所述終端發送時移流， 所述時移流以所述請求播放時刻為起點，且當待發送的所述時移流的播放時刻與當前時刻 一致時，通過組播通道以正常發送速率向所述終端發送所述直播流。本發明實施例提供一種終端，包括接收模塊，用於接收與直播流相對應的包含請求播放時刻的時移請求消息；判斷模塊，用於根據所述接收模塊接收到的所述時移請求消息，判斷是否存儲有 具有所述請求播放時刻的時移流；發送模塊，用於若未存儲有具有所述請求播放時刻的時移流，則向網絡設備發送 與所述直播流相對應的時移存儲信息和包含請求播放時刻的時移請求消息，使得所述網絡 設備根據所述時移請求消息和所述時移存儲信息發送以所述請求播放時刻為起點的時移 流；播放模塊，用於接收並播放所述時移流。本發明實施例提供一種包括上述網絡設備和終端的網絡電視的時移處理系統，還 包括向所述網絡設備發送直播流的直播節目源。本發明實施例的網絡電視的時移處理方法和系統以及網絡設備、終端，通過判斷 時移存儲信息是否滿足追趕直播流的條件，以確定是否提速向終端發送單播時移流，並當 待發送的時移流的播放時刻與當前時刻一致時，向終端發送組播直播流，解決了現有技術 中終端存儲能力有限而導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用 戶提供組播服務，節省了系統的帶寬資源。
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發明 的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根 據這些附圖獲得其他的附圖。圖1為本發明網絡電視的時移處理方法實施例的流程圖；圖2為本發明網絡電視的時移處理方法另一實施例的流程圖3為本發明網絡設備實施例的結構示意圖；圖4為本發明網絡設備另一實施例的結構示意圖；圖5為本發明終端實施例的結構示意圖；圖6為本發明網絡電視的時移處理系統實施例的系統框圖；圖7為本發明網絡電視的時移處理方法具體實施例的流程圖；圖8為本發明網絡電視的時移處理方法另一具體實施例的流程圖；圖9為本發明網絡電視的時移處理方法又一具體實施例的流程圖。
具體實施例方式為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例 中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是 本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員 在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。圖1為本發明網絡電視的時移處理方法實施例的流程圖。如圖1所示，本發明實 施例提供了一種網絡電視的時移處理方法，包括步驟101、接收終端發送的與直播流相對應的時移存儲信息和包含請求播放時刻 的時移請求消息；步驟102、判斷該時移存儲信息是否滿足追趕直播流的條件，若是，則執行步驟 103，否則，執行步驟104;步驟103、通過單播通道以大於正常發送速率的速率向終端發送時移流，該時移流 以請求播放時刻為起點，且當待發送的時移流的播放時刻與當前時刻一致時，通過組播通 道以正常發送速率向終端發送直播流；步驟104、通過單播通道以正常發送速率向終端發送時移流。在本實施例中，上述步驟可以由網絡設備來完成。該網絡設備可以為諸如DSLAM、 交換機或路由器等帶存儲設備的中間網絡設備，也可以為傳統的伺服器。當用戶對某一直 播流進行時移操作時，通過終端向網絡設備發送時移請求消息，該時移請求消息包含與該 直播流相對應的時移存儲信息。該時移存儲信息可以為該終端的最大存儲容量或該終端對 於該直播流的最大存儲時長。若時移存儲信息為該終端的最大存儲容量，則根據該最大存 儲容量與該直播流的碼流獲取對於該直播流的最大存儲時長。網絡設備接收到該時移存儲 信息後，判斷該時移存儲信息是否滿足追趕直播流的條件，若滿足，則網絡設備通過單播通 道以大於正常發送速率的速率向終端發送時移流。當待發送的時移流的播放時刻與當前時 刻一致時，即追趕上了該直播流，網絡設備通過組播通道以正常發送速率向終端發送直播 流。本發明實施例中所述的大於正常發送速率的速率為不影響終端正常收看節目的速率。 例如，網絡設備在與終端之間建立傳輸控制協議transmission Control Protocol, TCP) 傳輸通道後，在TCP窗口範圍內儘可能地提速發送時移流；或者，網絡設備以獲取到的終端 的最大帶寬信息作為提速的參考，在終端可以接受的帶寬範圍內提速發送時移流。本發明實施例的網絡電視的時移處理方法，通過判斷所述時移存儲信息是否滿足 追趕直播流的條件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放 時刻與當前時刻一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省 了系統的帶寬資源。在上述方法實施例的基礎上，步驟101可以包括接收終端發送的與直播流相對應的包含請求播放時刻的時移請求消息；根據該時移請求消息，向終端發送時移存儲信息查詢消息；接收終端發送的與直播流相對應的時移存儲信息。在本實施例中，當用戶對某一直播流進行時移操作時，通過終端向網絡設備發送 時移請求消息，網絡設備根據接收到的時移請求消息主動向終端發送時移存儲信息查詢消 息。當網絡設備接收到該時移存儲信息後，根據該時移存儲信息，進行如上述方法實施例所 述的操作。同時，當用戶對某一直播流進行時移操作時，終端可以首先判斷其內部是否存儲 有具有該請求播放時刻的時移流，若是，則讀取播放該時移流，無需向網絡設備發送時移請 求消息。在上述方法實施例的基礎上，判斷時移存儲信息是否滿足追趕直播流的條件的步 驟可以包括根據該時移存儲信息，判斷終端對於該直播流的最大存儲時長是否大於或等於時 移請求時差與安全時長之和，該時移請求時差為請求播放時刻相對於當前時刻的偏差，該 安全時長為依據環境因素預先設定的大於系統中時延總和的時長參數。由於系統中存在網絡傳輸時延及終端存儲讀取時延等，因此，為了抵消系統中的 各種時延，網絡設備接收到該時移存儲信息後，需要判斷終端對於該直播流的最大存儲時 長是否大於或等於時移請求時差與安全時長之和，該安全時長依據環境因素(例如，網絡 傳輸時延和/或終端存儲讀取時延等)來確定，需大於系統中各種時延總和，例如可以預設 為1秒。若終端對於該直播流的最大存儲時長大於或等於時移請求時差與安全時長之和， 則證明可以通過提速發送時移流的方式來追趕終端請求觀看節目的直播流。本發明實施例的網絡電視的時移處理方法，通過判斷所述時移存儲信息是否滿足 追趕直播流的條件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放 時刻與當前時刻一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而 導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省 了系統的帶寬資源。圖2為本發明網絡電視的時移處理方法另一實施例的流程圖。如圖2所示，本發 明實施例提供了一種網絡電視的時移處理方法，包括步驟201、接收與直播流相對應的包含請求播放時刻的時移請求消息；步驟202、根據該時移請求消息，判斷是否存儲有具有該請求播放時刻的時移流， 若是，則執行步驟203，否則，執行步驟204 ；步驟203、直接播放該時移流；步驟204、向網絡設備發送與直播流相對應的時移存儲信息和包含請求播放時刻 的時移請求消息，使得網絡設備根據時移請求消息和時移存儲信息發送以請求播放時刻為 起點的時移流；步驟205、接收並播放時移流。
7
在本實施例中，上述步驟可以由終端來完成。該終端可以為諸如機頂盒、手機、電 腦等設備。當用戶對某一直播流進行時移操作時，終端可以首先判斷其內部是否存儲有具 有該請求播放時刻的時移流，若是，則直接播放該時移流，無需向網絡設備發送時移請求消 息；否則，向網絡設備發送與該直播流相對應的時移存儲信息和包含請求播放時刻的時移 請求消息，該時移存儲信息可以為該終端的最大存儲容量或該終端對於該直播流的最大存 儲時長。若時移存儲信息為該終端的最大存儲容量，則根據該最大存儲容量與該直播流的 碼流獲取對於該直播流的最大存儲時長。由於系統中存在網絡傳輸時延及終端存儲讀取 時延等，因此，為了抵消系統中的各種時延，網絡設備需要根據該時移請求消息和時移存儲 信息，判斷終端對於該直播流的最大存儲時長是否大於或等於時移請求時差與安全時長之 和，該安全時長依據環境因素(例如，網絡傳輸時延和/或終端存儲讀取時延等)來確定， 需大於系統中各種時延總和，例如可以預設為1秒。若終端對於該直播流的最大存儲時長 大於或等於時移請求時差與安全時長之和，則證明可以通過提速發送時移流的方式來追趕 終端請求觀看節目的直播流，網絡設備通過單播通道以大於正常發送速率的速率向終端發 送時移流。當待發送的時移流的播放時刻與當前時刻一致時，即追趕上了該直播流，網絡設 備通過組播通道以正常發送速率向終端發送直播流。本發明實施例中所述的大於正常發送 速率的速率為不影響終端正常收看節目的速率。例如，網絡設備在與終端之間建立TCP傳 輸通道後，在TCP窗口範圍內儘可能地提速發送時移流；或者，網絡設備以獲取到的終端的 最大帶寬信息作為提速的參考，在終端可以接受的帶寬範圍內提速發送時移流。本發明實施例的網絡電視的時移處理方法，通過判斷所述時移存儲信息是否滿足 追趕直播流的條件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放 時刻與當前時刻一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而 導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省 了系統的帶寬資源。在上述方法實施例的基礎上，向網絡設備發送與直播流相對應的時移存儲信息和 包含請求播放時刻的時移請求消息的步驟可以包括向網絡設備發送與直播流相對應的包含請求播放時刻的時移請求消息；接收網絡設備發送的時移存儲信息查詢消息；向網絡設備發送與該直播流相對應的時移存儲信息。在本實施例中，當用戶對某一直播流進行時移操作時，通過終端向網絡設備發送 時移請求消息，網絡設備根據接收到的時移請求消息主動向終端發送時移存儲信息查詢消 息。當網絡設備接收到該時移存儲信息後，根據該時移存儲信息，進行如上述方法實施例所 述的操作。本發明實施例的網絡電視的時移處理方法，通過判斷所述時移存儲信息是否滿足 追趕直播流的條件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放 時刻與當前時刻一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而 導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省 了系統的帶寬資源。圖3為本發明網絡設備實施例的結構示意圖。如圖3所示，本發明實施例提供了 一種網絡設備，包括接收模塊31和處理模塊32。其中，接收模塊31用於接收終端發送的與直播流相對應的時移存儲信息和包含請求播放時刻的時移請求消息；處理模塊32用於 判斷接收模塊31接收到的時移存儲信息是否滿足追趕直播流的條件，若是，則通過單播通 道以大於正常發送速率的速率向終端發送時移流，該時移流以請求播放時刻為起點，且當 待發送的時移流的播放時刻與當前時刻一致時，通過組播通道以正常發送速率向終端發送
直播流。在本實施例中，網絡設備可以為諸如DSLAM、交換機或路由器等帶存儲設備的中間 網絡設備。當用戶對某一直播流進行時移操作時，通過終端向網絡設備發送時移請求消息， 該時移請求消息包含與該直播流相對應的時移存儲信息。該時移存儲信息可以為該終端的 最大存儲容量或該終端對於該直播流的最大存儲時長。若時移存儲信息為該終端的最大存 儲容量，則根據該最大存儲容量與該直播流的碼流獲取對於該直播流的最大存儲時長。接 收模塊31接收到該時移存儲信息後，處理模塊32判斷該時移存儲信息是否滿足追趕直播 流的條件，若滿足，則通過單播通道以大於正常發送速率的速率向終端發送時移流。當待發 送的時移流的播放時刻與當前時刻一致時，即追趕上了該直播流，通過組播通道以正常發 送速率向終端發送直播流。本發明實施例中所述的大於正常發送速率的速率為不影響終端 正常收看節目的速率。例如，網絡設備在與終端之間建立TCP傳輸通道後，在TCP窗口範圍 內儘可能地提速發送時移流；或者，網絡設備以獲取到的終端的最大帶寬信息作為提速的 參考，在終端可以接受的帶寬範圍內提速發送時移流。本發明實施例的網絡設備，通過判斷所述時移存儲信息是否滿足追趕直播流的條 件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放時刻與當前時刻 一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而導致無法存儲更 多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省了系統的帶寬資 源。圖4為本發明網絡設備另一實施例的結構示意圖。如圖4所示，在上述時技術方 案的基礎上，本發明實施例提供的網絡設備中，接收模塊31可以包括接收單元41和發送 單元42。其中接收單元41用於接收終端發送的與直播流相對應的包含請求播放時刻的時 移請求消息，以及接終端發送的與直播流相對應的時移存儲信息；發送單元42用於根據接 收單元41接收到的時移請求消息，向終端發送時移存儲信息查詢消息。在本實施例中，當用戶對某一直播流進行時移操作時，通過終端向網絡設備發送 時移請求消息，發送單元42根據接收到的時移請求消息主動向終端發送時移存儲信息查 詢消息。當接收單元41接收到該時移存儲信息後，根據該時移存儲信息，進行如上述網絡 設備實施例所述的操作。另外，處理模塊32可以包括判斷單元43，該判斷單元43用於根據時移存儲信息判 斷終端對於直播流的最大存儲時長是否大於或等於時移請求時差與安全時長之和，該時移 請求時差為請求播放時刻相對於當前時刻的偏差，該安全時長為依據環境因素預先設定的 大於系統中時延總和的時長參數。由於系統中存在網絡傳輸時延及終端存儲讀取時延等，因此，為了抵消系統中的 各種時延，接收模塊31接收到該時移存儲信息後，判斷單元43需要判斷終端對於該直播流 的最大存儲時長是否大於或等於時移請求時差與安全時長之和，該安全時長依據環境因素 (例如，網絡傳輸時延和/或終端存儲讀取時延等)來確定，需大於系統中各種時延總和，例如可以預設為1秒。若終端對於該直播流的最大存儲時長大於或等於時移請求時差與安全 時長之和，則證明可以通過提速發送時移流的方式來追趕終端請求觀看節目的直播流。本發明實施例的網絡設備，通過判斷所述時移存儲信息是否滿足追趕直播流的條 件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放時刻與當前時刻 一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而導致無法存儲更 多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省了系統的帶寬資 源。圖5為本發明終端實施例的結構示意圖。如圖5所示，本發明實施例提供了一種 終端，包括接收模塊51、判斷模塊52、發送模塊53、播放模塊M和存儲模塊55。其中，接 收模塊51用於接收與直播流相對應的包含請求播放時刻的時移請求消息；判斷模塊52用 於根據接收模塊51接收到的時移請求消息，判斷存儲模塊55中是否存儲有具有請求播放 時刻的時移流；發送模塊53用於若存儲模塊55中未存儲有具有請求播放時刻的時移流時， 向網絡設備發送與直播流相對應的時移存儲信息和包含請求播放時刻的時移請求消息，使 得網絡設備根據時移請求消息和時移存儲信息發送以請求播放時刻為起點的時移流；播放 模塊M用於接收並播放該時移流。。在本實施例中，終端可以為諸如機頂盒、手機、電腦等設備。當用戶對某一直播流 進行時移操作時，接收模塊51接收與該直播流相對應的時移請求消息，該消息中包含請求 播放時刻。判斷模塊52可以首先判斷存儲模塊55中是否存儲有具有該請求播放時刻的時 移流，若是，則播放模塊M直接播放該時移流，無需向網絡設備發送時移請求消息；否則， 發送模塊53向網絡設備發送與該直播流相對應的時移存儲信息和包含請求播放時刻的時 移請求消息，該時移存儲信息可以為該終端的最大存儲容量或該終端對於該直播流的最大 存儲時長。若時移存儲信息為該終端的最大存儲容量，則根據該最大存儲容量與該直播流 的碼流獲取對於該直播流的最大存儲時長。由於系統中存在網絡傳輸時延及終端存儲讀 取時延等，因此，為了抵消系統中的各種時延，網絡設備需要根據該時移請求消息和時移存 儲信息，判斷終端對於該直播流的最大存儲時長是否大於或等於時移請求時與安全時長之 和，該安全時長依據環境因素(例如，網絡傳輸時延和/或終端存儲讀取時延等)來確定， 需大於系統中各種時延總和，例如可以預設為1秒。若終端對於該直播流的最大存儲時長 大於或等於時移請求時差與安全時長之和，則證明可以通過提速發送時移流的方式來追趕 終端請求觀看節目的直播流，網絡設備通過單播通道以大於正常發送速率的速率向終端發 送時移流。當待發送的時移流的播放時刻與當前時刻一致時，即追趕上了該直播流，網絡設 備通過組播通道以正常發送速率向終端發送直播流。本發明實施例中所述的大於正常發送 速率的速率為不影響終端正常收看節目的速率。例如，網絡設備在與終端之間建立TCP傳 輸通道後，在TCP窗口範圍內儘可能地提速發送時移流；或者，網絡設備以獲取到的終端的 最大帶寬信息作為提速的參考，在終端可以接受的帶寬範圍內提速發送時移流。具體地，發送模塊53可以包括發送單元56和接收單元57。其中，發送單元56用 於向網絡設備發送與直播流相對應的包含請求播放時刻的時移請求消息，以及發送與直播 流相對應的時移存儲信息；接收單元57用於接收網絡設備發送的時移存儲信息查詢消息。在本實施例中，當用戶對某一直播流進行時移操作時，通過發送單元56向網絡設 備發送時移請求消息，網絡設備根據接收到的時移請求消息主動向終端發送時移存儲信息查詢消息。當網絡設備接收到該時移存儲信息後，根據該時移存儲信息，進行後續操作。本發明實施例的終端，通過向網絡設備發送與直播流相對應的包含請求播放時刻 的時移請求消息，使得網絡設備判斷所述時移存儲信息是否滿足追趕直播流的條件，以確 定是否提速向終端發送單播時移流，並當待發送的時移流的播放時刻與當前時刻一致時， 向終端發送組播直播流，解決了現有技術中終端存儲能力有限而導致無法存儲更多內容以 供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省了系統的帶寬資源。圖6為本發明網絡電視的時移處理系統實施例的系統框圖。如圖6所示，本發明 實施例提供了一種網絡電視的時移處理系統，包括網絡設備61、終端62和直播節目源63。 其中，直播節目源63用於向網絡設備61發送直播流。本系統實施例中網絡設備61的功能如上述圖3和圖4所示網絡設備實施例中的 具體描述，本系統實施例中終端62的功能如上述圖5所示終端實施例中的具體描述，在此 不再贅述。本發明實施例的網絡電視的時移處理系統，通過判斷所述時移存儲信息是否滿足 追趕直播流的條件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放 時刻與當前時刻一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而 導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省 了系統的帶寬資源。在如圖6所示的本發明網絡電視的時移處理系統實施例中，假設場景為網絡設 備61接收來自直播節目源63的直播流，每個直播流的碼流均為1Mbps，網絡設備61提供給 時移功能使用的最大存儲空間大小為10G，負責存儲頻道1至頻道5共5個直播節目頻道的 時移內容，每個頻道的時移存儲最大時長約為4. 55小時。終端62為機頂盒，提供給時移功 能使用的最大存儲空間大小為512M，根據直播流的碼流為1Mbps，則該終端62的最大存儲 時長約為1.14小時。當前時刻為19:00:00(19點0分0秒)時，用戶一直在觀看的頻道5 的球賽直播節目尚未結束，用戶繼續觀看頻道5，即機頂盒繼續通過組播通道接收來自網絡 設備61的頻道5直播流。本發明實施例依照上述場景提供了三種具體的網絡電視的時移處理方法。圖7為本發明網絡電視的時移處理方法具體實施例的流程圖。如圖7所示，噹噹 前時刻為19:15:00(19點15分0秒)時，用戶觀看的頻道5的球賽結束，用戶選擇重新觀 看之前錯過的頻道1於19點整開始的《新聞聯播》節目，則本發明提供的網絡電視的時移 處理方法具體實施例，包括步驟701、機頂盒向網絡設備發送與頻道1直播流相對應的時移存儲信息和包含 請求播放時刻的時移請求消息，其中，機頂盒的最大存儲時長為1. 14小時，請求播放時刻 為 19:00:00(19 點 0 分0 秒)；步驟702、網絡設備接收到該時移存儲信息和時移請求消息後，計算出時移請求時 差為15分鐘(請求播放時刻19:00:00相對於當前時刻19:15:00的偏差)，假設預設安全 時長為1秒，15分鐘與1秒之和小於1. 14小時；步驟703、網絡設備通過單播通道以不影響終端正常收看頻道1節目的，大於正常 發送速率的速率向機頂盒發送時移流。例如，網絡設備在與機頂盒之間建立TCP傳輸通道 後，在TCP窗口範圍內儘可能地提速發送時移流；或者，網絡設備以獲取到的機頂盒的最大帶寬信息作為提速的參考，在機頂盒可以接受的帶寬範圍內提速發送時移流；步驟704、網絡設備檢測提速發送的時移流數據，當待發送的時移流的播放時刻與 當前時刻一致時，停止頻道1時移流的發送，切換為通過組播通道以正常發送速率向機頂
盒發送直播流。本發明實施例的網絡電視的時移處理方法，通過判斷所述時移存儲信息是否滿足 追趕直播流的條件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放 時刻與當前時刻一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而 導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省 了系統的帶寬資源。圖8為本發明網絡電視的時移處理方法另一具體實施例的流程圖。如圖8所示， 噹噹前時刻為19:15:00(19點15分0秒)時，用戶觀看的頻道5的球賽結束，用戶選擇重 新觀看之前錯過的頻道1於18點整開始的少兒節目，則本發明提供的網絡電視的時移處理 方法具體實施例，包括步驟801、機頂盒向網絡設備發送與頻道1直播流相對應的時移存儲信息和包含 請求播放時刻的時移請求消息，其中，機頂盒的最大存儲時長為1. 14小時，請求播放時刻 為 18:00:00(18 點 0 分0 秒)；步驟802、網絡設備接收到該時移存儲信息和時移請求消息後，計算出時移請求時 差為1.25小時(1小時15分鐘，請求播放時刻18:00:00相對於當前時刻19:15:00的偏 差)，假設預設安全時長為1秒，1. 25小時與1秒之和大於1. 14小時；步驟803、網絡設備通過單播通道以正常發送速率向機頂盒發送時移流。本發明實施例的網絡電視的時移處理方法，通過判斷所述時移存儲信息是否滿足 追趕直播流的條件，以確定是否提速向終端發送單播時移流，解決了現有技術中終端存儲 能力有限而導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播 服務，節省了系統的帶寬資源。圖9為本發明網絡電視的時移處理方法又一具體實施例的流程圖。如圖9所示， 噹噹前時刻為19:15:00(19點15分0秒)時，用戶觀看的頻道5的球賽結束，用戶選擇重 新觀看之前錯過的頻道1於19點整開始的《新聞聯播》節目，則本發明提供的網絡電視的 時移處理方法具體實施例，包括步驟901、機頂盒向網絡設備發送與頻道1直播流相對應的包含請求播放時刻的 時移請求消息，其中請求播放時刻為19:00:00(19點0分0秒)；步驟902、網絡設備接收到時移請求消息後，向機頂盒發送時移存儲信息查詢消 息；步驟903、機頂盒向網絡設備發送其時移存儲信息，即最大存儲時長為1. 14小時；步驟904、網絡設備接收機頂盒發送的時移存儲信息，計算出時移請求時差為15 分鐘(請求播放時刻19 00 00相對於當前時刻19 15 00的偏差)，假設預設安全時長為1 秒，15分鐘與1秒之和小於1. 14小時；步驟905、網絡設備通過單播通道以不影響終端正常收看頻道1節目的，大於正常 發送速率的速率向機頂盒發送時移流。例如，網絡設備在與機頂盒之間建立TCP傳輸通道 後，在TCP窗口範圍內儘可能地提速發送時移流；或者，網絡設備以獲取到的機頂盒的最大帶寬信息作為提速的參考，在機頂盒可以接受的帶寬範圍內提速發送時移流；步驟906、網絡設備檢測提速發送的時移流數據，當待發送的時移流的播放時刻與 當前時刻一致時，停止頻道1時移流的發送，切換為通過組播通道以正常發送速率向機頂
盒發送直播流。本發明實施例的網絡電視的時移處理方法，通過判斷所述時移存儲信息是否滿足 追趕直播流的條件，以確定是否提速向終端發送單播時移流，並當待發送的時移流的播放 時刻與當前時刻一致時，向終端發送組播直播流，解決了現有技術中終端存儲能力有限而 導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省 了系統的帶寬資源。本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟可以通過 程序指令相關的硬體來完成，前述的程序可以存儲於計算機可讀取存儲介質中，該程序在 執行時，執行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者光 盤等各種可以存儲程序代碼的介質。最後應說明的是以上實施例僅用以說明本發明的技術方案，而非對其限制；盡 管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解其依然 可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特徵進行等同替 換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的精 神和範圍。
權利要求
1.一種網絡電視的時移處理方法，其特徵在於，包括接收終端發送的與直播流相對應的時移存儲信息和包含請求播放時刻的時移請求消息；判斷所述時移存儲信息是否滿足追趕所述直播流的條件，若是，則通過單播通道以大 於正常發送速率的速率向所述終端發送時移流，所述時移流以所述請求播放時刻為起點， 且當待發送的所述時移流的播放時刻與當前時刻一致時，通過組播通道以正常發送速率向 所述終端發送所述直播流。
2.根據權利要求1所述的網絡電視的時移處理方法，其特徵在於，所述接收終端發送 的與直播流相對應的時移存儲信息和包含請求播放時刻的時移請求消息，包括接收終端發送的與直播流相對應的包含請求播放時刻的時移請求消息；根據所述時移請求消息，向所述終端發送時移存儲信息查詢消息；接收所述終端發送的與所述直播流相對應的時移存儲信息。
3.根據權利要求1或2所述的網絡電視的時移處理方法，其特徵在於，所述判斷所述時 移存儲信息是否滿足追趕所述直播流的條件，包括根據所述時移存儲信息，判斷所述終端對於所述直播流的最大存儲時長是否大於或等 於時移請求時差與安全時長之和，所述時移請求時差為所述請求播放時刻相對於當前時刻 的偏差，所述安全時長為依據環境因素預先設定的大於系統中時延總和的時長參數。
4.一種網絡電視的時移處理方法，其特徵在於，包括接收與直播流相對應的包含請求播放時刻的時移請求消息；根據所述時移請求消息，判斷是否存儲有具有所述請求播放時刻的時移流，若未存儲， 則向網絡設備發送與所述直播流相對應的時移存儲信息和包含請求播放時刻的時移請求 消息，使得所述網絡設備根據所述時移請求消息和所述時移存儲信息發送以所述請求播放 時刻為起點的時移流；接收並播放所述時移流。
5.根據權利要求4所述的網絡電視的時移處理方法，其特徵在於，所述向網絡設備發 送與所述直播流相對應的時移存儲信息和包含請求播放時刻的時移請求消息，包括向網絡設備發送與所述直播流相對應的包含請求播放時刻的時移請求消息；接收所述網絡設備發送的時移存儲信息查詢消息；向所述網絡設備發送與所述直播流相對應的時移存儲信息。
6. 一種網絡設備，包括接收模塊，用於接收終端發送的與直播流相對應的時移存儲信息和包含請求播放時刻 的時移請求消息；處理模塊，用於判斷所述接收模塊接收到的所述時移存儲信息是否滿足追趕所述直播 流的條件，若是，則通過單播通道以大於正常發送速率的速率向所述終端發送時移流，所述 時移流以所述請求播放時刻為起點，且當待發送的所述時移流的播放時刻與當前時刻一致 時，通過組播通道以正常發送速率向所述終端發送所述直播流。
7.根據權利要求6所述的網絡設備，其特徵在於，所述接收模塊包括接收單元，用於接收終端發送的與直播流相對應的包含請求播放時刻的時移請求消 息，以及接收所述終端發送的與直播流相對應的時移存儲信息；發送單元，用於根據所述接收單元接收到的所述時移請求消息，向所述終端發送時移 存儲信息查詢消息。
8.根據權利要求6或7所述的網絡設備，其特徵在於，所述處理模塊包括判斷單元，用於根據所述時移存儲信息判斷所述終端對於所述直播流的最大存儲時長 是否大於或等於時移請求時差與安全時長之和，所述時移請求時差為所述請求播放時刻相 對於當前時刻的偏差，所述安全時長為依據環境因素預先設定的大於系統中時延總和的時 長參數。
9.一種終端，其特徵在於，包括接收模塊，用於接收與直播流相對應的包含請求播放時刻的時移請求消息；判斷模塊，用於根據所述接收模塊接收到的所述時移請求消息，判斷是否存儲有具有 所述請求播放時刻的時移流；發送模塊，用於若未存儲有具有所述請求播放時刻的時移流，則向網絡設備發送與所 述直播流相對應的時移存儲信息和包含請求播放時刻的時移請求消息，使得所述網絡設備 根據所述時移請求消息和所述時移存儲信息發送以所述請求播放時刻為起點的時移流；播放模塊，用於接收並播放所述時移流。
10.根據權利要求9所述的終端，其特徵在於，所述發送模塊包括發送單元，用於向網絡設備發送與所述直播流相對應的包含請求播放時刻的時移請求 消息，以及發送與所述直播流相對應的時移存儲信息；接收單元，用於接收所述網絡設備發送的時移存儲信息查詢消息。
11.一種包括上述權利要求6、7或8所述的網絡設備和上述權利要求9或10所述的終 端的網絡電視的時移處理系統，其特徵在於，還包括向所述網絡設備發送直播流的直播節 目源。
全文摘要
本發明實施例提供一種網絡電視的時移處理方法和系統以及網絡設備、終端。網絡設備接收終端發送的時移存儲信息和時移請求消息；判斷所述時移存儲信息是否滿足追趕直播流的條件，若是，則通過單播通道以大於正常發送速率的速率向終端發送時移流，且當待發送的時移流的播放時刻與當前時刻一致時，通過組播通道以正常發送速率向終端發送直播流。本發明實施例解決了現有技術中終端存儲能力有限而導致無法存儲更多內容以供用戶選擇的缺陷，同時儘可能多地向用戶提供組播服務，節省了系統的帶寬資源。
文檔編號H04L29/06GK102148806SQ20101010959
公開日2011年8月10日 申請日期2010年2月9日 優先權日2010年2月9日
發明者宋偉, 康玉東, 殷悅 申請人:華為技術有限公司