[發明專利]一種實現直播碼流分發的方法和系統

在審

• 申請號: 201110239996.8
• 申請日: 2011-08-19
• 公開（公告）號: CN102271163A
• 公開（公告）日: 2011-12-07
• 發明（設計）人: 馬忠成
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/06
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 黃志華

技術領域

本發明涉及網絡通信技術中的碼流傳輸技術，尤其涉及一種實現直播碼流分發的方法和系統。

背景技術

隨著互聯網技術、計算機技術、通信技術的不斷發展，用戶在使用網絡傳輸文件時，文件在網絡中的傳輸方式越來越多，如：

由哥倫比亞大學、網景和RealNetworks公司提交的IETF?RFC標準中提到的在TCP/IP體系中實現的實時流傳輸協議RTSP；由Apple公司提出的基于HTTP協議的直播流技術，即：HLS技術。

但每一種方式都會交互TS流，其中，RTSP的方式是服務端和客戶端之間雙向交互推送TS流，多節點分發；HLS的方式是采用HTTP協議，直播編碼器不斷產生和更新TS分片、密鑰key和索引臨時文件。

但上述兩種現有方式，都會存在各自的技術問題，如：

在RTSP方式中，在直播文件上傳過程中，由于沒有明確的時間周期將TS流組合成TS文件，有些時候會隔較長一段時間才進行分發，進而存在分發文件不及時的問題。其次，由于RTSP方式還支持WEB?DAV，即：允許文件鎖定、拷貝、移動、創建等操作，從而會存在一定的信息安全隱患。最后，由于RTSP方式不能及時讀取索引臨時文件并解析所述索引臨時文件，導致在分發時，不能及時地知道哪些TS文件是新增的內容。

在HLS方式中，采用HTTP協議，直播編碼器不斷產生和更新TS分片、密鑰key和索引臨時文件，而所述密鑰key，所述索引臨時文件及所述TS文件是直接通過就近節點的邊緣節點來進行分發，但是由于所述邊緣節點不對所述TS文件、所述密鑰key文件、所述索引臨時文件信息進行及時解析，進而不知道哪些TS文件是新增的，需要分發，所以，存在分發不及時的技術問題。

發明內容

本發明提供一種實現直播碼流分發的方法和系統，用于解決現有技術中存在安全性及實時性的技術問題。

一方面，本發明通過本申請中的一個實施例，提供如下技術方案：

一種分發直播碼流的內容分發系統，所述的HTTP服務器包括：

接收模塊，用于接收并存儲來自直播編碼器輸出的TS分片文件、密鑰文件和索引臨時文件；

決定模塊，用于在進行分發時，決定所述HTTP服務器上新增的TS分片文件和密鑰文件，其中TS分片文件都是用所述密鑰文件中的密鑰加密過的文件；

分發模塊，用于將所述新增的至少一個TS分片文件和至少一個密鑰文件分發至所述下級節點。

另一方面，本發明通過本申請中的另一實施例提供如下技術方案：

一種上傳直播碼流的方法，基于所述方法能將一直播編碼器的直播碼流傳送至HTTP服務器，所述方法包括：

每隔一時間周期，將在所述時間周期內的第一直播碼流合成第一TS分片文件，所述第一直播碼流為基于HTTP協議的直播碼流；

用第一密鑰對所述第一TS分片文件進行加密，獲得第二TS分片文件，并將所述第一密鑰寫入到第一密鑰文件；

將所述第二TS分片文件和所述第一密鑰文件上傳到所述HTTP服務器。

可選地，上傳與所述第一TS分片文件對應的第一索引臨時文件至所述HTTP服務器，并將所述第一索引臨時文件以文件名加后綴的形式命名，所述第一索引臨時文件至少包括有所述第一TS分片文件的名稱信息，所述第一密鑰文件的名稱信息。

其中，所述HTTP服務器用于在所述第一索引臨時文件上傳完成后，對所述第一索引臨時文件的文件名進行重新命名。

可選地，所述對所述第一索引臨時文件的文件名進行重新命名，具體為：將所述第一索引臨時文件的命名從以文件名加后綴的形式調整以文件名的形式。

此外，本發明還通過本申請中的另一實施例提供如下技術方案：

一種分發直播碼流的方法，所述方法應用于包括有HTTP服務器及與所述HTTP服務器連接的下級節點的內容分發系統中，所述方法包括：

在第一時刻接收第一分發命令，所述第一分發命令包括有至少一個索引臨時文件的名稱信息；

基于所述至少一個索引臨時文件的名稱信息、所述第一時刻和最近一次所述HTTP服務器完成第二分發命令的第二時刻，決定出在第一時刻和第二時刻間，新增的至少一個TS分片文件和至少一個密鑰文件，其中每個TS分片文件都是用所述至少一個密鑰文件中的密鑰加密過的文件；

將所述新增的至少一個TS分片文件和至少一個密鑰文件分發至所述下級節點。