本發(fā)明的實施方式涉及視頻技術(shù)領(lǐng)域，更具體地，本發(fā)明的實施方式涉及一種視頻播放方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)多媒體技術(shù)的發(fā)展，通過智能電視、移動終端等電子設(shè)備在線觀看網(wǎng)絡(luò)直播已經(jīng)逐漸成為人們生活中的一部分。在網(wǎng)絡(luò)視頻直播過程中，各大視頻網(wǎng)站以插播廣告為主要盈利方式，也可能基于其他原因需要在直播過程中插播其他視頻(如插播突發(fā)新聞視頻等)。

發(fā)明人在實施本發(fā)明的過程中發(fā)現(xiàn)，對于基于網(wǎng)絡(luò)播放直播視頻的過程中，插播廣告或其他視頻非常困難，往往需要服務(wù)器將廣告視頻或其他視頻和直播視頻內(nèi)容進(jìn)行拼接后通過協(xié)議發(fā)送到播放器端進(jìn)行播放，無法實現(xiàn)廣告或其他視頻隨時動態(tài)插入。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提出一種通過拼接直播視頻和點播(vod)視頻的播放列表文件的視頻播放方法。該方法通過播放器端直接對播放列表文件進(jìn)行拼接，同時直播視頻的播放列表文件持續(xù)刷新，能迅速響應(yīng)服務(wù)器端的視頻插播指令，實現(xiàn)在直播播放過程中動態(tài)插入vod視頻，但仍然按直播播放的功能，實現(xiàn)了動態(tài)vod視頻插入功能，使得業(yè)務(wù)擴(kuò)展更靈活。

第一方面，本發(fā)明實施例提供一種視頻播放方法，其特征在于，包括：

在第一視頻播放過程中，響應(yīng)于在所述第一視頻中插播第二視頻的命令，將所述第二視頻的播放列表文件拼接到所述第一視頻的播放列表文件中，形成第二文件；

根據(jù)所述第二文件播放所述第二視頻，在播放所述第二視頻過程中，根據(jù)所述第一視頻的播放進(jìn)度刷新所述第一視頻的播放列表文件；

在所述第二視頻播放完畢后，根據(jù)最新刷新的所述第一視頻的播放列表文件繼續(xù)播放所述第一視頻。

第二方面，本發(fā)明實施例提供一種視頻播放裝置，其特征在于，包括：

第一拼接模塊，在第一視頻播放過程中，響應(yīng)于在所述第一視頻中插播第二視頻的命令，將所述第二視頻的播放列表文件拼接到所述第一視頻的播放列表文件中，形成第二文件；

刷新模塊，根據(jù)所述第二文件播放所述第二視頻，在播放所述第二視頻過程中，根據(jù)所述第一視頻的播放進(jìn)度刷新所述第一視頻的播放列表文件；

播放模塊，在所述第二視頻播放完畢后，根據(jù)最新刷新的所述第一視頻的播放列表文件繼續(xù)播放所述第一視頻。

第三方面，本發(fā)明實施例還提供了一種電子設(shè)備，包括：

至少一個處理器；以及，

與所述至少一個處理器通信連接的存儲器；其中，

所述存儲器存儲有可被所述一個處理器執(zhí)行的指令，所述指令被所述至少一個處理器執(zhí)行，以使所述至少一個處理器能夠執(zhí)行本申請上述視頻播放方法。

第四方面，本發(fā)明實施例還提供了一種非易失性計算機(jī)存儲介質(zhì)，存儲有計算機(jī)可執(zhí)行指令，所述計算機(jī)可執(zhí)行指令用于執(zhí)行本申請上述視頻播放方法。

本發(fā)明實施例提供的視頻播放方法、裝置和電子設(shè)備，基于拼接第一視頻和第二視頻的播放列表文件進(jìn)行視頻播放，可以在第一視頻播放過程中隨時插入第二視頻；而在播放第二視頻的過程中，第一視頻的播放列表文件按照第一視頻的播放進(jìn)度持續(xù)刷新，使得第二視頻播放結(jié)束后，第一視頻能夠按照最新的播放進(jìn)度進(jìn)行播放；總之，使得動態(tài)插入視頻得以實現(xiàn)。

附圖說明

為了更清楚地說明本發(fā)明的實施方式或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施方式或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹。顯而易見地，下面描述中的附圖僅僅是示例性的，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖引伸獲得其它的實施附圖。

圖1是本申請實施例一提供的視頻播放方法的流程圖；

圖2是本申請實施例一中第一視頻的播放列表文件圖示；

圖3是本申請實施例一中步驟101可選方式的流程示意圖；

圖4是本申請實施例三提供的視頻播放裝置的結(jié)構(gòu)示意圖；

圖5是本申請實施例三中第一拼接模塊401的結(jié)構(gòu)示意圖；

圖6是本申請實施例六提供的執(zhí)行視頻播放方法的電子設(shè)備的硬件結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。

下面將結(jié)合附圖對本發(fā)明技術(shù)方案進(jìn)行詳細(xì)描述。

圖1是本發(fā)明實施例一提供的一種視頻播放方法的流程圖，該方法可以包括以下幾個步驟：

步驟101：在第一視頻播放過程中，響應(yīng)于在所述第一視頻中插播第二視頻的命令，將所述第二視頻的播放列表文件拼接到所述第一視頻的播放列表文件中，形成第二文件。

可選的，所述第一視頻為直播視頻，如基于網(wǎng)絡(luò)的直播視頻。

可選的，所述第一視頻為采用hls協(xié)議的直播視頻，所述第一視頻和所述第二視頻的播放列表文件均為m3u8播放列表文件。對于基于hls協(xié)議的視頻播放，該步驟具體可為，在hls直播視頻播放過程中，即播放第一視頻過程中，響應(yīng)于插播第二視頻的命令，將所述第二視頻的m3u8播放列表文件和所述第一視頻的m3u8播放列表文件拼接形成新播放列表文件。

httplivestreaming(hls)是蘋果公司實現(xiàn)的基于http的流媒體傳輸協(xié)議，可實現(xiàn)流媒體的直播和點播。hls協(xié)議的優(yōu)點在于，由于數(shù)據(jù)通過http協(xié)議傳輸，所以完全不用考慮防火墻或者代理的問題，而且分段文件的時長很短，客戶端可以很快的選擇和切換碼率，以適應(yīng)不同帶寬條件下的播放。

可選的，所述第二視頻為vod視頻，即點播視頻。

hls協(xié)議在服務(wù)器端將直播數(shù)據(jù)流存儲為連續(xù)的、很短時長的媒體文件(mpeg-ts格式)，而客戶端則不斷的下載并播放這些小文件，因為服務(wù)器端總是會將最新的直播數(shù)據(jù)生成新的小文件，這樣客戶端只要不停的按順序播放從服務(wù)器獲取到的文件，就實現(xiàn)了直播。

為了跟蹤播放過程中媒體文件的可用性和當(dāng)前位置，流分割器需創(chuàng)建一個含有指向這些小文件的索引文件，放置于web服務(wù)器中。索引文件采用m3u播放列表格式，后綴名為.m3u8。下面是一個簡單的.m3u8索引文件例子，本發(fā)明中統(tǒng)一稱為m3u8播放列表。

對于hls直播視頻，m3u8播放列表隨著流分割器生成新的視頻ts文件而刷新，如圖2所示為hls直播視頻的m3u8播放列表文件示圖，其中，每當(dāng)流分割器生成一個新的ts文件時，m3u8播放列表的內(nèi)容也被刷新，新的文件uri(統(tǒng)一資源定位符)加入到滑動窗口的末尾，老的文件uri則被移去，通過這樣刷新，m3u8播放列表中將始終包含最新的固定數(shù)量的x個分段，流分割器還可以對其生成的每個小ts文件進(jìn)行加密，并生成相應(yīng)的秘鑰文件。

對于點播視頻，m3u8播放列表是一個不隨時間而刷新的靜態(tài)文件，其中包含一個節(jié)目從頭到尾所有分段的uri列表，并以#ext-x-endlist標(biāo)簽結(jié)尾(直播視頻的m3u8播放列表中沒有該標(biāo)簽)。

播放器接收到插播第二視頻的命令后，在第一視頻的m3u8播放列表文件后面添加ext-x-discontinuity，之后繼續(xù)拼接下載到的所述第二視頻(vod視頻)的m3u8播放列表文件，并且去掉該m3u8播放列表文件最后的#ext-x-endlisttag；生成新播放列表文件。

可選的，所述插播第二視頻的命令包括播放所述第二視頻的時間點信息。所述時間點信息可以是當(dāng)前時間點，也可以是之后的某個時間點，也就是說，第二視頻的插播時間可以是收到插播命令相同時刻，也可以是某個指定的時間點?？蛇x的，所述插播第二視頻的命令包括所述第二視頻的m3u8播放列表文件的url地址。播放器收到所述命令后，立即下載該第二視頻(vod視頻)的播放列表m3u8文件。當(dāng)然，直播視頻在上述時間點信息所標(biāo)識的時間點之前進(jìn)行該下載均可。可選的，所述拼接發(fā)生于上述時間點信息所標(biāo)識的時間點。當(dāng)然，在上述時間點信息所標(biāo)識的時間點之前進(jìn)行該拼接均可。

可選的，所述插播第二視頻的命令不包括播放所述第二視頻的時間點信息，此時默認(rèn)在當(dāng)前播放時間點插播第二視頻。

步驟102：根據(jù)所述新播放列表文件播放所述第二視頻，在播放所述第二視頻過程中，根據(jù)所述第一視頻的播放進(jìn)度刷新所述第一視頻的播放列表文件；

如前所述，播放器接收到插播第二視頻的命令后，在第一視頻的m3u8播放列表文件后面添加ext-x-discontinuity，之后繼續(xù)拼接下載到的所述第二視頻(vod視頻)的m3u8播放列表文件，得到新播放列表文件。播放器隨后處理所述ext-x-discontinuity邏輯，對解碼器進(jìn)行重啟，之后按照新播放列表中ts切片的順序依次請求下載、解碼、播放，從而實現(xiàn)了對第二視頻的插播。

可選的，在播放所述第二視頻的時間段內(nèi)，不下載所述第一視頻的播放列表文件中對應(yīng)的視頻切片。在播放所述第二視頻的時間段內(nèi)，由于插播的所述第二視頻占據(jù)了一定的時間段，覆蓋了此時間段內(nèi)的第一視頻，因此第一視頻在此段時間內(nèi)無需下載。

原直播視頻的m3u8播放列表文件按播放節(jié)奏繼續(xù)刷新，一般情況下，視頻播放器僅維護(hù)一個m3u8播放列表文件(直播或者點播)，本發(fā)明在插入第二視頻時則維護(hù)兩個m3u8播放列表文件，其中一個為前述步驟101中拼接形成的新播放列表文件；可選的，該新播放列表文件拼接形成后不再刷新，播放器根據(jù)新播放列表文件從服務(wù)器下載ts文件進(jìn)行播放。另一個為第一視頻的m3u8播放列表文件，其與所述第二視頻(vod視頻)的m3u8播放列表文件進(jìn)行了上述步驟101中的拼接操作，但同時其作為單獨維護(hù)的播放列表文件，其刷新進(jìn)度并不受上述拼接操作的影響，該刷新可選為圖2中所示的刷新方式，具體刷新步驟前文已經(jīng)陳述，在此不贅述。需要指出的是，第一視頻雖然在此期間不進(jìn)行播放，但為了第二視頻播放結(jié)束后，能保持直播的進(jìn)度，需要在此期間根據(jù)直播進(jìn)度持續(xù)刷新第一視頻的m3u8播放列表文件。

步驟103：在所述第二視頻播放完畢后，根據(jù)最新刷新的所述第一視頻的播放列表文件繼續(xù)播放所述第一視頻。

可選的，將所述最新刷新的所述第一視頻的播放列表文件拼接到所述新播放列表文件中，并根據(jù)該拼接得到的播放列表文件繼續(xù)播放所述第一視頻。

播放器播放至新播放列表文件中最后一個ts文件時，在新播放列表文件中再次添加ext-x-discontinuity，同時把最新刷新的所述第一視頻的播放列表文件拼接到新播放列表文件最后，播放器按該拼接得到的播放列表文件當(dāng)前的切片順序請求下載、解碼、播放。

可選的，直接根據(jù)最新刷新的所述第一視頻的播放列表文件繼續(xù)播放所述第一視頻，不再對其進(jìn)行上述拼接。

可選的，再次收到無縫插入第二視頻(vod視頻)命令后，重復(fù)上述步驟101～103。

本發(fā)明實施例可以實現(xiàn)在直播播放過程中動態(tài)插入視頻，使得業(yè)務(wù)擴(kuò)展更靈活。

關(guān)于業(yè)務(wù)擴(kuò)展，舉一個足球直播的例子：

一場足球比賽90分鐘，加上中場休息和上下半場的補(bǔ)時，總共差不多110分鐘；在110分鐘hls直播過程中，如果采用上述實施例的方案，app只需要和廣告后臺做簡單交互即可實現(xiàn)廣告的靈活插入，如下：

1.廣告后臺根據(jù)比賽進(jìn)行的狀況，可以實時設(shè)置投放廣告的時間、長度以及哪支廣告；

2.視頻app只需跟廣告后臺做心跳交互，在發(fā)現(xiàn)廣告后臺有最新的廣告投放配置后，可以馬上拿到需要插入廣告的時間和片源url，實時交給播放器做拼接播放處理；

3.由于實現(xiàn)方便性，廣告后臺可以實時配置做各類型廣告，比如播放跟比賽視頻內(nèi)容相關(guān)的互動廣告。

實施例二

圖3為是本發(fā)明提供的上述實施例一中步驟101的可選方式的流程示意圖。

所述將所述第二視頻的播放列表文件拼接到所述第一視頻的播放列表文件中，包括：

步驟301，將所述第二視頻的播放列表文件拼接到所述第一視頻的播放列表文件中與所述時間點信息對應(yīng)的位置。

可選的，所述將所述第二視頻的播放列表文件拼接到所述第一視頻的播放列表文件中，形成新播放列表文件，還包括：

步驟302，刪除所述第一視頻的播放列表文件的所述時間點之后的內(nèi)容。

可選的，對于基于hls協(xié)議的直播視頻播放，受限于網(wǎng)絡(luò)狀態(tài)和緩存區(qū)間大小，播放器接收到插播第二視頻的命令并進(jìn)行所述第二視頻的m3u8播放列表文件和所述第一視頻的m3u8播放列表文件的拼接時，第一視頻的當(dāng)前m3u8播放列表文件長度可能比所述第二視頻的m3u8播放列表文件長度長或者短或者相同，拼接完成之后，均刪除所述第一視頻的m3u8播放列表文件的所述時間點之后的內(nèi)容，獲得新播放列表文件。但此處的刪除并不影響上述步驟102中根據(jù)直播播放進(jìn)度對所述第一視頻的m3u8播放列表文件的持續(xù)刷新。

可選的，步驟302可以不被執(zhí)行，也即可以不刪除所述第一視頻的m3u8播放列表文件的所述時間點之后的內(nèi)容。此時，第二視頻的m3u8播放列表文件和所述第一視頻的m3u8播放列表文件的拼接時，所述第一視頻的m3u8播放列表文件的所述時間點之后的內(nèi)容需要往后進(jìn)行時移，需要更多的存儲空間，且在第二視頻播放結(jié)束后，也不會再根據(jù)其進(jìn)行第一視頻的播放。

本實施例中，將所述第二視頻的m3u8播放列表文件拼接在所述第一視頻的m3u8播放列表文件中與所述時間點信息對應(yīng)的位置后，使得直播過程中插播點播視頻可以隨時進(jìn)行。

圖4為本發(fā)明實施例三提供的一種視頻播放裝置的結(jié)構(gòu)示意圖，該裝置可以包括：

第一拼接模塊401，在第一視頻播放過程中，響應(yīng)于在所述第一視頻中插播第二視頻的命令，將所述第二視頻的播放列表文件拼接到所述第一視頻的播放列表文件中，形成新播放列表文件；

可選的，所述第一視頻為采用hls協(xié)議的直播視頻，所述第一視頻和所述第二視頻的播放列表文件均為m3u8播放列表文件。

視頻播放裝置接收到插播第二視頻的命令后，第一拼接模塊401在第一視頻的m3u8播放列表文件后面添加ext-x-discontinuity，之后繼續(xù)拼接下載到的所述第二視頻(vod視頻)的m3u8播放列表文件，并且去掉該m3u8播放列表文件最后的#ext-x-endlisttag；生成新播放列表文件。

可選的，所述插播第二視頻的命令包括播放所述第二視頻的時間點信息?？蛇x的，所述插播第二視頻的命令包括所述第二視頻的m3u8播放列表文件的url地址。所述時間點信息可以是當(dāng)前時間點，也可以是之后的某個時間點，也就是說，第二視頻的插播時間可以是收到插播命令相同時刻，也可以是某個指定的時間點?？蛇x的，視頻播放裝置收到所述命令后，立即下載該第二視頻(vod視頻)的播放列表m3u8文件。當(dāng)然，在上述時間點信息所標(biāo)識的時間點之前進(jìn)行該下載均可?？蛇x的，第一拼接模塊401于上述時間點信息所標(biāo)識的時間點進(jìn)行所述拼接。當(dāng)然，在上述時間點信息所標(biāo)識的時間點之前進(jìn)行該拼接均可。

可選的，所述插播第二視頻的命令不包括播放所述第二視頻的時間點信息，此時默認(rèn)在當(dāng)前播放時間點插播第二視頻。

刷新模塊402，根據(jù)所述新播放列表文件播放所述第二視頻，在播放所述第二視頻過程中，根據(jù)所述第一視頻的播放進(jìn)度刷新所述第一視頻的播放列表文件；

原直播視頻的m3u8播放列表文件按播放節(jié)奏繼續(xù)刷新。一般情況下，視頻播放裝置僅維護(hù)一個m3u8播放列表文件(直播或者點播)，本發(fā)明在插入第二視頻時則維護(hù)兩個m3u8播放列表文件，其中一個為前述第一拼接模塊401拼接形成的新播放列表文件；可選的，該新播放列表文件拼接形成后不再刷新，視頻播放裝置根據(jù)新播放列表文件從服務(wù)器下載ts文件進(jìn)行播放。另一個為第一視頻的m3u8播放列表文件，其與所述第二視頻(vod視頻)的m3u8播放列表文件被上述第一拼接模塊401執(zhí)行了拼接操作，但同時其作為單獨維護(hù)的播放列表文件，刷新并不受上述拼接操作的影響。

播放模塊403，在所述第二視頻播放完畢后，根據(jù)最新刷新的所述第一視頻的播放列表文件繼續(xù)播放所述第一視頻。

如前所述，視頻播放裝置接收到插播第二視頻的命令后，在第一視頻的m3u8播放列表文件后面添加ext-x-discontinuity，之后繼續(xù)拼接下載到的所述第二視頻(vod視頻)的m3u8播放列表文件，得到新播放列表文件。視頻播放裝置隨后處理所述ext-x-discontinuity邏輯，對解碼器進(jìn)行重啟，之后按照新播放列表文件中ts切片的順序依次請求下載、解碼、播放，從而實現(xiàn)了對第二視頻的插播。

可選的，所述播放模塊403在播放所述第二視頻的時間段內(nèi)，不下載所述第一視頻的播放列表文件中對應(yīng)的視頻切片。在播放所述第二視頻的時間段內(nèi)，由于插播的所述第二視頻占據(jù)了一定的時間段，覆蓋了此時間段內(nèi)的直播視頻，在此時間段內(nèi)，所述第一視頻的播放列表文件根據(jù)直播播放進(jìn)度持續(xù)刷新。

可選的，所述視頻播放裝置還包括第二拼接模塊404，將所述最新刷新的所述第一視頻的播放列表文件拼接到所述新播放列表文件中，并根據(jù)該拼接得到的播放列表文件繼續(xù)播放所述第一視頻。

視頻播放裝置播放至新播放列表文件中最后一個ts文件時，在新播放列表文件中再次添加ext-x-discontinuity，同時把當(dāng)前最新的第一視頻的播放列表文件拼接到新播放列表文件最后，視頻播放裝置按新播放列表當(dāng)前的切片順序請求下載、解碼、播放。

本發(fā)明實施例可以實現(xiàn)在hls直播播放過程中動態(tài)插入vod視頻，但仍然按直播播放的功能，提供了動態(tài)vod視頻插入功能，使得業(yè)務(wù)擴(kuò)展更靈活。

實施例四

圖5為是本發(fā)明實施例三中第一拼接模塊401的可選方式的結(jié)構(gòu)示意圖。

第一拼接模塊401包括：拼接單元501，將所述第二視頻的播放列表文件拼接到所述第一視頻的播放列表文件中與所述時間點信息對應(yīng)的位置。

可選的，所述第一拼接模塊401還包括：刪除單元502，刪除所述第一視頻的播放列表文件的所述時間點之后的內(nèi)容。

受限于網(wǎng)絡(luò)狀態(tài)和緩存區(qū)間大小，視頻播放裝置接收到插播第二視頻的命令并進(jìn)行所述第二視頻的m3u8播放列表文件和所述第一視頻的m3u8播放列表文件的拼接時，直播視頻的當(dāng)前m3u8播放列表文件長度可能比所述第二視頻的m3u8播放列表文件長度長或者短或者相同，拼接完成之后，均刪除所述第一視頻的m3u8播放列表文件的所述時間點之后的內(nèi)容，獲得新播放列表文件。但此處的刪除并不影響上述刷新模塊402中根據(jù)直播播放進(jìn)度對所述第一視頻的m3u8播放列表文件的持續(xù)刷新。

本實施例中，將所述第二視頻的m3u8播放列表文件拼接在所述第一視頻的m3u8播放列表文件中與所述時間點信息對應(yīng)的位置后，使得直播過程中插播點播視頻可以隨時進(jìn)行。

本申請實施例五提供了一種非易失性計算機(jī)存儲介質(zhì)，所述計算機(jī)存儲介質(zhì)存儲有計算機(jī)可執(zhí)行指令，該計算機(jī)可執(zhí)行指令可執(zhí)行上述任意方法實施例中的視頻播放方法。

圖6是本申請實施例六提供的執(zhí)行視頻播放方法的電子設(shè)備的硬件結(jié)構(gòu)示意圖，該設(shè)備包括：

一個或多個處理器610以及存儲器620，圖6中以一個處理器610為例。

執(zhí)行視頻播放方法的設(shè)備還可以包括：輸入裝置630和輸出裝置640。

處理器610、存儲器620、輸入裝置630和輸出裝置640可以通過總線或者其他方式連接，圖6中以通過總線連接為例。

存儲器620作為一種非易失性計算機(jī)可讀存儲介質(zhì)，可用于存儲非易失性軟件程序、非易失性計算機(jī)可執(zhí)行程序以及模塊，如本申請實施例中的視頻播放方法對應(yīng)的程序指令/模塊(例如，附圖4所示的第一拼接模塊401、刷新模塊402和播放模塊403)。處理器610通過運(yùn)行存儲在存儲器620中的非易失性軟件程序、指令以及模塊，從而執(zhí)行服務(wù)器的各種功能應(yīng)用以及數(shù)據(jù)處理，即實現(xiàn)上述方法實施例視頻播放方法。

存儲器620可以包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需要的應(yīng)用程序；存儲數(shù)據(jù)區(qū)可存儲根據(jù)視頻播放裝置的使用所創(chuàng)建的數(shù)據(jù)等。此外，存儲器620可以包括高速隨機(jī)存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他非易失性固態(tài)存儲器件。在一些實施例中，存儲器620可選包括相對于處理器610遠(yuǎn)程設(shè)置的存儲器，這些遠(yuǎn)程存儲器可以通過網(wǎng)絡(luò)連接至列表項操作的處理裝置。上述網(wǎng)絡(luò)的實例包括但不限于互聯(lián)網(wǎng)、企業(yè)內(nèi)部網(wǎng)、局域網(wǎng)、移動通信網(wǎng)及其組合。

輸入裝置630可接收輸入的數(shù)字或字符信息，以及產(chǎn)生與視頻播放裝置的用戶設(shè)置以及功能控制有關(guān)的鍵信號輸入。輸出裝置640可包括顯示屏等顯示設(shè)備。

所述一個或者多個模塊存儲在所述存儲器620中，當(dāng)被所述一個或者多個處理器610執(zhí)行時，執(zhí)行上述任意方法實施例中的視頻播放方法。

需要指出的是，本發(fā)明實施例中基于hls協(xié)議的視頻直播進(jìn)行說明，但不限于該協(xié)議下的視頻直播，其他基于播放列表的網(wǎng)絡(luò)視頻直播方案，屬于本發(fā)明的其他實施方式。

上述產(chǎn)品可執(zhí)行本申請實施例所提供的方法，具備執(zhí)行方法相應(yīng)的功能模塊和有益效果。未在本實施例中詳盡描述的技術(shù)細(xì)節(jié)，可參見本申請實施例所提供的方法。

本發(fā)明實施例的電子設(shè)備以多種形式存在，包括但不限于:

(1)移動通信設(shè)備:這類設(shè)備的特點是具備移動通信功能，并且以提供話音、數(shù)據(jù)通信為主要目標(biāo)。這類終端包括:智能手機(jī)(例如iphone)、多媒體手機(jī)、功能性手機(jī)，以及低端手機(jī)等。

(2)超移動個人計算機(jī)設(shè)備:這類設(shè)備屬于個人計算機(jī)的范疇，有計算和處理功能，一般也具備移動上網(wǎng)特性。這類終端包括:pda、mid和umpc設(shè)備等，例如ipad。

(3)便攜式娛樂設(shè)備:這類設(shè)備可以顯示和播放多媒體內(nèi)容。該類設(shè)備包括:音頻、視頻播放器(例如ipod)，掌上游戲機(jī)，電子書，以及智能玩具和便攜式車載導(dǎo)航設(shè)備。

(4)服務(wù)器:提供計算服務(wù)的設(shè)備，服務(wù)器的構(gòu)成包括處理器、硬盤、內(nèi)存、系統(tǒng)總線等，服務(wù)器和通用的計算機(jī)架構(gòu)類似，但是由于需要提供高可靠的服務(wù)，因此在處理能力、穩(wěn)定性、可靠性、安全性、可擴(kuò)展性、可管理性等方面要求較高。

(5)其他具有數(shù)據(jù)交互功能的電子裝置。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件?；谶@樣的理解，上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品可以存儲在計算機(jī)可讀存儲介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應(yīng)說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。