[發明專利]視頻點播方法及裝置

有效

• 申請號: 201510012483.1
• 申請日: 2015-01-09
• 公開（公告）號: CN104581434B
• 公開（公告）日: 2018-06-08
• 發明（設計）人: 宋燁
• 申請（專利權）人: 上海小蟻科技有限公司
• 主分類號: H04N21/845
• 分類號: H04N21/845;H04N21/274;H04N21/239
• 代理公司: 北京尚倫律師事務所 11477
• 代理人: 張俊國

本發明是關于視頻點播方法及裝置，由本發明所述的方法可使得視頻點播端無需頻繁查詢文件名也能完成下載。該方法具體包括：將視頻文件按時間順序切分成視頻片段，并按照服務器預設規則生成的文件名對所述視頻片段進行命名；當接收到服務器發送的上傳所述視頻文件的通知時，將所述視頻片段按照播放順序上傳至服務器，并按照預設通知策略將最新上傳給服務器的視頻片段的文件名通知給服務器。該技術方案使得視頻點播方無需每個視頻片段文件名都向服務器發送查詢文件名的請求，減少了與服務器的信息交互，節約了網絡資源。

技術領域

本發明涉及視頻播放領域，尤其涉及視頻點播方法及裝置。

背景技術

現有技術中，HTTP Live Streaming(HLS)是基于HTTP的流媒體傳輸協議，可實現流媒體的直播和點播，為終端設備提供音視頻直播和點播方案。一般的直播技術中,必須等待整個文件下載完才能播放音視頻文件，而在HLS技術中，Web服務器比如云服務器向終端設備提供接近實時的音視頻流。使用HLS技術，就能在終端設備上直接提供點播和直播。該技術會將媒體文件分割成很多個ts的文件。分割過程大多是按時間來切。

HLS直播與普通直播技術最大的不同在于，直播客戶端獲取到的，并不是一個完整的數據流。HLS協議在服務器端將直播數據流存儲為連續的、很短時長的媒體文件(MPEG-TS格式)，而客戶端則不斷的下載并播放這些小文件，因為服務器端總是會將最新的直播數據生成新的小文件，這樣客戶端只要不停的按順序播放從服務器獲取到的文件，就實現了直播。由此可見，HLS是以點播的技術方式來實現直播。

現有技術中，用戶端有播放需求時，需向服務器主動請求文件。但用戶端如果不知道文件名，便無法下載文件，因此需要詢問服務器端最新的文件是什么，服務器端將最新文件的文件名發送給用戶端，用戶端再請求該文件。由于不是直播流，所以用戶端不知道文件名，必須每次詢問服務器端。每個小文件都要經過上述過程，過程比較繁瑣。但是如果用戶不詢問服務端，則用戶端不知道文件名，也就無法下載。此外，傳統服務器是以多媒體數據流存儲信息，而公有云服務器以文件的形式存儲信息，這種存儲方式造成了用戶不知道文件中的數據流究竟為何種形式，也無法下載。

發明內容

為克服現有技術中存在的問題，本發明實施例提供視頻點播方法及裝置，使得視頻點播端無需頻繁查詢文件名也能完成下載。

根據本發明實施例的第一方面，提供一種視頻點播方法，用于視頻源，包括：

將視頻文件按時間順序切分成視頻片段，并按照服務器按照預設規則生成的文件名對所述視頻片段進行命名；

當接收到服務器發送的上傳所述視頻文件的通知時，將所述視頻片段按照播放順序上傳至服務器，并按照預設通知策略將最新上傳給服務器的視頻片段的文件名通知給服務器。

在一個實施例中，所述預設通知策略可包括：

每隔預定時間段將最新上傳給服務器的視頻片段的文件名通知給服務器；或者

每上傳N個視頻片段后，將最新上傳給服務器的視頻片段的文件名通知給服務器，所述N大于1。

在一個實施例中，所述視頻源可以為網絡攝像機。

在一個實施例中，所述方法還可包括：

當第M個視頻片段無法上傳時，檢測所述第M個視頻片段無法上傳的原因；

當因網絡故障無法上傳所述第M個視頻片段時，每間隔預定時間段繼續上傳所述第M個視頻片段，直到成功上傳所述第M個視頻片段；

當因所述第M個視頻片段自身原因無法上傳所述第M個視頻片段時，跳過所述第M個視頻片段，上傳第M+1個視頻片段。

根據本發明實施例的第二方面，提供一種視頻點播方法，用于服務器，包括：