本發(fā)明涉及交互式網(wǎng)絡電視iptv技術領域，特別涉及一種實現(xiàn)多頻道預覽的方法、服務器及終端。

背景技術：

隨著網(wǎng)絡電視技術的不斷發(fā)展，iptv成為了人們獲取信息的重要工具。而頻道預覽功能則是iptv不可缺少的一項功能?，F(xiàn)有的多頻道預覽方法采用的方案都是馬賽克頻道的方案，即通過一臺馬賽克服務器，將多個碼流打包成一個沒有音頻的視頻碼流，馬賽克服務器通過對碼流的處理，輸出一路普通頻道碼流，用戶切換到這個頻道后，可以在電視機畫面上看到多個頻道的預覽圖像。

如果頻道的數(shù)量較多，則馬賽克服務器的成本投入也會較大。而且馬賽克服務器輸出的就是一路普通的頻道，用戶如果要看到預覽必須切換到這個頻道才能看到，切換到這個頻道意味著退出原來的頻道播放，用戶無法隨時隨地的預覽其他多個頻道的電視節(jié)目。

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

本發(fā)明提供一種實現(xiàn)多頻道預覽的方法、服務器及終端，解決頻道預覽技術依賴于馬賽克服務器，成本較高，預覽方式不夠方便的問題。

依據(jù)本發(fā)明的一個方面，提供了一種實現(xiàn)多頻道預覽的方法，包括：接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的視頻截圖圖片；向終端輸出各個直播頻道對應的視頻截圖圖片。

可選地，在向終端輸出各個直播頻道對應的視頻截圖圖片的步驟之后，該方法還包括：獲取用戶在終端的顯示界面上選中其中的第一視頻截圖圖片的指令；根據(jù)該指令，向終端輸出第一視頻截圖圖片對應的第一直播頻道的pip (pictureinpicture，畫中畫)組播流，同時輸出除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。

可選地，接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的視頻截圖圖片，具體包括：接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的i幀視頻畫面；通過軟件截圖的方式將i幀視頻畫面處理為視頻截圖圖片。

可選地，在接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的視頻截圖圖片的步驟之后，該方法還包括:間隔預設的時間間隔之后，重新接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，更新每一直播頻道的所述視頻截圖圖片。

相應地，本發(fā)明還提供一種實現(xiàn)多頻道預覽的服務器，該服務器包括：第一獲取模塊，用于接收交互式網(wǎng)絡電視iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的視頻截圖圖片；第一輸出模塊，用于向終端輸出各個直播頻道對應的視頻截圖圖片。

可選地，該服務器還包括：第二獲取模塊，用于獲取用戶在終端的顯示界面上選中其中的第一視頻截圖圖片的指令；第二輸出模塊，用于根據(jù)該指令，向終端輸出第一視頻截圖圖片對應的第一直播頻道的pip組播流，同時輸出除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。

可選地，第一獲取模塊具體包括：獲取單元，用于接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的i幀視頻畫面；處理單元，用于通過軟件截圖的方式將i幀視頻畫面處理為視頻截圖圖片。

可選地，該服務器還包括:更新模塊，用于間隔預設的時間間隔之后，重新接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，更新每一直播頻道的所述視頻截圖圖片。

依據(jù)本發(fā)明的另一個方面，還提供了另一種實現(xiàn)多頻道預覽的方法，包括接收一服務器對交互式網(wǎng)絡電視iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片；在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片。

可選地，在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片之后， 該方法還包括：檢測用戶在顯示界面上選中其中的第一視頻截圖圖片的指令，并向服務器發(fā)送該指令；接收服務器根據(jù)該指令發(fā)送的第一視頻截圖圖片對應的第一直播頻道的pip組播流，及除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。在顯示界面上同時顯示第一直播頻道的播放視頻和其他直播頻道對應的視頻截圖圖片。

可選地，在接收一服務器對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片步驟之后，該方法還包括：間隔預設的時間間隔后重新接收服務器間隔預設的時間間隔后重新對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片。

相應地，本發(fā)明還提供一種實現(xiàn)多頻道預覽的終端，包括第一接收模塊，用于接收服務器對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片；第一顯示模塊，用于在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片。

可選地，該終端還包括：檢測模塊，用于檢測用戶在顯示界面上選中其中的第一視頻截圖圖片的指令，并向服務器發(fā)送該指令；第二接收模塊，用于接收服務器根據(jù)該指令發(fā)送的第一視頻截圖圖片對應的第一直播頻道的pip組播流，及除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。第二顯示模塊，用于在顯示界面上同時顯示第一直播頻道的播放視頻和其他直播頻道對應的視頻截圖圖片。

可選地，該終端還包括：第三接收模塊，用于間隔預設的時間間隔后重新接收服務器間隔預設的時間間隔后重新對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片。

本發(fā)明的上述技術方案包括以下有益效果：

本發(fā)明通過接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的視頻截圖圖片；向終端輸出各個直播頻道對應的視頻截圖圖片，使終端在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片，實現(xiàn)多頻道的預覽，不依賴于馬賽克服務器，成本較低，可以讓用戶在播放當前頻道視頻的同時，隨時瀏覽其他頻道的信息，提高了用戶體驗。

附圖說明

圖1為本發(fā)明的第一實施例中的實現(xiàn)多頻道預覽的方法的流程圖；

圖2為本發(fā)明的第二實施例中的實現(xiàn)多頻道預覽的方法的流程圖；

圖3為本發(fā)明的第三實施例中的實現(xiàn)多頻道預覽的方法的流程圖；

圖4為本發(fā)明的第四實施例中的實現(xiàn)多頻道預覽的服務器結構圖；

圖5為本發(fā)明的第五實施例中的實現(xiàn)多頻道預覽的方法的流程圖；

圖6為本發(fā)明的第六實施例中的實現(xiàn)多頻道預覽的方法的流程圖；

圖7為本發(fā)明的第七實施例中的實現(xiàn)多頻道預覽的終端的結構圖；

圖8為本發(fā)明的第八實施例中的終端設備的框圖。

具體實施方式

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

第一實施例

請參閱圖1，圖1示出了本發(fā)明的第一實施例中實現(xiàn)多頻道預覽的方法的流程圖，具體步驟如下：

步驟101，接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的視頻截圖圖片。

需要說明的是，步驟101中獲取視頻截圖圖片的具體獲取步驟為：接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的i幀視頻畫面；通過軟件截圖的方式將i幀視頻畫面處理為視頻截圖圖片；當然也可以獲得預定時刻的p幀畫面及該p幀的參考幀畫面，通過對獲得的p幀畫面及該p幀的參考幀畫面進行處理得到視頻截圖圖片，當然可以理解的是，本實施例并不限定獲取視頻截圖圖片的具體方式。

可以將視頻畫面處理為jpg格式的視頻截圖圖片，也可以是其他格式比如png格式的視頻截圖圖片，當然可以理解的是，本實施例并不限定視頻截圖圖片的格式。每個頻道可以保留多張視頻截圖圖片，也可以只保留一張視頻截圖 圖片。當然可以理解的是，本實施例并不限每個頻道保留的視頻截圖圖片的數(shù)量。

在獲取到每個頻道的視頻截圖圖片之后還需要每隔預設的時間間隔之后，就重新獲取一次每個頻道的視頻截圖圖片，以保證每個頻道的視頻截圖圖片都是該頻道最近播放的視頻內容的視頻截圖圖片。

步驟102，向終端輸出各個直播頻道對應的視頻截圖圖片。

需要說明的是，步驟102中，向終端輸出各個直播頻道對應的視頻截圖圖片所采用的方式是，將每個頻道的視頻截圖圖片存放在每個頻道單獨的文件夾下，也可以將所有視頻截圖圖片附上相應的索引標記后，存放在一個共同的文件夾下，當然可以理解的是，本實施例并不限定保存視頻截圖圖片的具體方式。通過服務器和終端之間建立的http協(xié)議或sip協(xié)議將每個頻道的視頻截圖圖片傳送到終端，當然可以理解的是，本實施例并不限定服務器和終端之間實現(xiàn)通信的具體協(xié)議。

在步驟102之后，該方法還包括：獲取用戶在終端的顯示界面上選中其中的第一視頻截圖圖片的指令；根據(jù)該指令，向終端輸出第一視頻截圖圖片對應的第一直播頻道的pip(pictureinpicture，畫中畫)組播流，同時輸出除第一直播頻道外的其他直播頻道對應的視頻截圖圖片，使終端在顯示界面同時顯示第一直播頻道的播放視頻和其他直播頻道對應的視頻截圖圖片。這樣一來，用戶可以根據(jù)自己的選擇在當前播放畫面上，瀏覽自己想瀏覽的頻道信息。

上述實施例通過接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的視頻截圖圖片；向終端輸出各個直播頻道對應的視頻截圖圖片。從而實現(xiàn)多頻道的預覽。本實施例不依賴于馬賽克服務器，成本較低，可以讓用戶在播放當前頻道視頻的同時，隨時瀏覽其他頻道的信息，提高了用戶體驗。

第二實施例

請參閱圖2，圖2示出了本發(fā)明的第二實施例中實現(xiàn)多頻道預覽的方法的流程圖，具體步驟如下：

步驟201，接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的i幀視頻畫面。

步驟202，通過軟件截圖的方式將i幀視頻畫面處理為視頻截圖圖片。

需要說明的是，步驟202可以將視頻畫面處理為jpg格式的視頻截圖圖片，也可以是其他格式比如png格式，當然可以理解的是，本實施例并不限定視頻截圖圖片的格式。每個頻道可以保留多個視頻截圖圖片，也可以只保留一張視頻截圖圖片。當然可以理解的是，本實施例并不限定每個頻道保留的視頻截圖圖片的數(shù)量。

在獲取到每個頻道的視頻截圖圖片之后還需要每隔預設的時間間隔之后，就重新獲取一次每個頻道的視頻截圖圖片，以保證每個頻道的視頻截圖圖片都是該頻道最近播放的視頻內容的視頻截圖圖片。

步驟203，向終端輸出各個直播頻道對應的視頻截圖圖片。

需要說明的是，步驟203中，向終端輸出各個直播頻道對應的視頻截圖圖片所采用的方式是，將每個頻道的視頻截圖圖片存放在每個頻道單獨的文件夾下，也可以將所有視頻截圖圖片附上相應的索引標記后，存放在一個共同的文件夾下，當然可以理解的是，本實施例并不限定保存視頻截圖圖片的具體方式。通過服務器和終端之間建立的http協(xié)議或sip協(xié)議將每個頻道的視頻截圖圖片傳送到終端，當然可以理解的是，本實施例并不限定服務器和終端之間實現(xiàn)通信的具體協(xié)議。

步驟204，獲取用戶在終端的顯示界面上選中其中的第一視頻截圖圖片的指令。

步驟205，根據(jù)指令，向終端輸出第一視頻截圖圖片對應的第一直播頻道的pip組播流，同時輸出除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。

需要說明的是，步驟205中向終端輸出的第一直播頻道的組播流為pip組播流的有益效果是，pip組播流可以在當前播放的視頻畫面上直接播放，不需退出當前播放畫面就可以直接瀏覽所選擇的頻道的視頻信息。

上述實施例可以根據(jù)用戶的選擇播放用戶所選擇的頻道的pip組播流及其它頻道的視頻截圖圖片，不依賴于馬賽克服務器，成本較低，且可以在播放當前頻道視頻的同時瀏覽其他頻道的信息，極大的提高了用戶體驗。

第三實施例

請參閱圖3，圖3示出了本發(fā)明的第三實施例中實現(xiàn)多頻道預覽的方法的流程圖，具體步驟如下：

步驟301，接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的i幀視頻畫面。

步驟302，通過軟件截圖的方式將i幀視頻畫面處理為視頻截圖圖片。

需要說明的是，步驟302可以將視頻畫面處理為jpg格式的視頻截圖圖片，也可以是其他格式比如png格式，當然可以理解的是，本實施例并不限定視頻截圖圖片的格式。每個頻道可以保留多個視頻截圖圖片，也可以只保留一張視頻截圖圖片。當然可以理解的是，本實施例并不限定每個頻道保留的視頻截圖圖片的數(shù)量。

步驟303，間隔預設的時間間隔之后，重新接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，更新每一直播頻道的所述視頻截圖圖片。

需要說明的是，步驟303的作用為，保證視頻截圖圖片為每個頻道對應的最新的播放內容到的視頻截圖圖片，可以為用戶提供更準確的預覽信息，提高用戶體驗。

步驟304，向終端輸出各個直播頻道對應的視頻截圖圖片。

需要說明的是，步驟304中，向終端輸出各個直播頻道對應的視頻截圖圖片所采用的方式是，將每個頻道的視頻截圖圖片存放在每個頻道單獨的文件夾下，也可以將所有視頻截圖圖片附上相應的索引標記后，存放在一個共同的文件夾下，當然可以理解的是，本實施例并不限定保存視頻截圖圖片的具體方式。通過服務器和終端之間建立的http協(xié)議或sip協(xié)議將每個頻道的視頻截圖圖片傳送到終端，當然可以理解的是，本實施例并不限定服務器和終端之間實現(xiàn)通信的具體協(xié)議。

步驟305，獲取用戶在終端的顯示界面上選中其中的第一視頻截圖圖片的指令。

步驟306，根據(jù)指令，向終端輸出第一視頻截圖圖片對應的第一直播頻道的pip組播流，同時輸出除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。

需要說明的是，步驟306中向終端輸出的第一直播頻道的組播流為pip組播流的有益效果是，pip組播流可以在當前播放的視頻畫面上直接播放，不需退出當前播放畫面就可以直接瀏覽所選擇的頻道的視頻信息。

上述實施例可以根據(jù)用戶的選擇播放用戶所選擇的頻道的pip組播流及其它頻道的視頻截圖圖片，而且所展示的每個頻道的視頻截圖圖片會不斷的更新，使得所有頻道的視頻截圖圖片都是最新播放內容的視頻截圖圖片。本實施例不依賴于馬賽克服務器，成本較低，且可以在播放當前頻道視頻的同時瀏覽其他頻道的信息，極大的提高了用戶體驗。

第四實施例

請參閱圖4，圖4示出了本發(fā)明的第四實施例中實現(xiàn)多頻道預覽的服務器的結構圖，具體結構包括：

第一獲取模塊41，用于接收交互式網(wǎng)絡電視iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，獲得預定時刻的視頻截圖圖片。第一獲取模塊41包括獲取單元411及處理單元412，其中，

獲取單元411，用于接收iptv各個直播頻道的組播流，并對每個直播頻道的組播流進行解碼，獲得預定時刻的i幀視頻畫面；

處理單元412，用于用軟件截圖的方式將i幀視頻畫面處理為視頻截圖圖片。

更新模塊42，用于間隔預設的時間間隔之后，重新接收iptv各個直播頻道的組播流，對每個直播頻道的組播流進行解碼，更新每一直播頻道的視頻截圖圖片。

第一輸出模塊43，用于向終端輸出各個直播頻道對應的視頻截圖圖片。

第二獲取模塊44，用于獲取用戶在終端的顯示界面上選中其中的第一視頻截圖圖片的指令。

第二輸出模塊45，用于根據(jù)指令，向終端輸出第一視頻截圖圖片對應的第一直播頻道的pip組播流，同時輸出除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。

上述實施例可以根據(jù)用戶的選擇播放用戶所選擇的頻道的pip組播流及其它頻道的視頻截圖圖片，而且所展示的每個頻道的視頻截圖圖片會不斷的更 新，使得所有頻道的視頻截圖圖片都是最新播放內容的視頻截圖圖片。本實施例不依賴于馬賽克服務器，成本較低，且可以在播放當前頻道視頻的同時瀏覽其他頻道的信息，極大的提高了用戶體驗。

第五實施例

請參閱圖5，圖5示出了本發(fā)明的第五實施例中實現(xiàn)多頻道預覽的方法的流程圖，具體步驟如下：

步驟501，接收服務器對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片。

需要說明的是，步驟501中在接收到每個直播頻道對應的視頻截圖圖片之后，還需每隔預設的時間間隔之后重新服務器更新后的每一直播頻道的視頻截圖圖片。以保證是視頻截圖圖片為對應頻道的最近的播放內容的截圖圖片。

其中，對于視頻截圖圖片的接收的具體方式為：通過終端和服務器之間建立的http協(xié)議或sip協(xié)議，從服務器接收到每個頻道的視頻截圖圖片，當然可以理解的是，本實施例并不限定服務器和終端之間實現(xiàn)通信的具體協(xié)議。視頻截圖圖片可以是jpg格式的圖片，也可以是其他格式比如png格式的視頻截圖圖片，當然可以理解的是，本實施例并不限定視頻截圖圖片的格式。

步驟502，在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片。

需要說明的是，步驟502中對于各個直播頻道對應的視頻截圖圖片的顯示方式為：將各個直播頻道對應的視頻截圖圖片以臨時設施overlay的方式展示在當前播放的視頻之上，這樣一來用戶可以再播放當前視頻的基礎上直接瀏覽其他頻道的信息而不必退出當前播放視頻，提高了用戶體驗。

在步驟502之后，該方法還可以包括：檢測用戶在顯示界面上選中其中的第一視頻截圖圖片的指令，并向服務器發(fā)送該指令；接收服務器根據(jù)該指令發(fā)送的第一視頻截圖圖片對應的第一直播頻道的pip組播流，及除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。在顯示界面上同時顯示第一直播頻道的播放視頻和其他直播頻道對應的視頻截圖圖片。

上述實施例通過接收一服務器對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片；在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片。實現(xiàn)多頻道的預覽，不依賴于馬賽克服務器，成 本較低，可以使用戶隨時瀏覽多個頻道的信息，提高了用戶體驗。

第六實施例

請參閱圖6，圖6示出了本發(fā)明的第六實施例中實現(xiàn)多頻道預覽的方法的流程圖，具體步驟如下：

步驟601，接收一服務器對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片。

步驟602，間隔預設的時間間隔后重新接收服務器間隔預設的時間間隔后重新對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片。

需要說明的是，上述步驟中對于視頻截圖圖片的接收的具體方式為：通過終端和服務器之間建立的http協(xié)議或sip協(xié)議，從服務器接收到每個頻道的視頻截圖圖片，當然可以理解的是，本實施例并不限定服務器和終端之間實現(xiàn)通信的具體協(xié)議。視頻截圖圖片可以是jpg格式的圖片，也可以是其他格式比如png格式的視頻截圖圖片，當然可以理解的是，本實施例并不限定視頻截圖圖片的格式。

步驟603，在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片。

需要說明的是，步驟603中對于各個直播頻道對應的視頻截圖圖片的顯示方式為：將各個直播頻道對應的視頻截圖圖片以overlay的方式展示在當前播放的視頻之上，這樣一來用戶可以再播放當前視頻的基礎上直接瀏覽其他頻道的信息而不必退出當前播放視頻，提高了用戶體驗。

步驟604，檢測用戶在顯示界面上選中其中的第一視頻截圖圖片的指令，并向服務器發(fā)送該指令。

步驟605，接收服務器根據(jù)指令發(fā)送的第一視頻截圖圖片對應的第一直播頻道的pip組播流，及除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。

需要說明的是，步驟605中，接收到的第一直播頻道的組播流為pip組播流的有益效果是，pip組播流可以在當前播放的視頻畫面上直接播放，不需退出當前播放畫面就可以直接瀏覽所選擇的頻道的視頻信息?？梢愿奖阌脩魹g覽。

步驟606，在顯示界面上同時顯示第一直播頻道的播放視頻和其他直播頻 道對應的視頻截圖圖片。

上述實施例以overlay的方式展示頻道的視頻截圖圖片，以pip碼流的方式播放用戶所選擇的頻道的視頻信息，且對于每個頻道的視頻截圖圖片根據(jù)預設的時間間隔更新顯示的每個頻道的視頻截圖圖片，不依賴于馬賽克服務器，成本較低。可以使用戶在播放當前視頻的基礎上瀏覽其他頻道的信息，提高了用戶體驗。

第七實施例

請參閱圖7，圖7示出了本發(fā)明的第七實施例中實現(xiàn)多頻道預覽的終端的結構圖，具體結構包括：

第一接收模塊71，用于接收一服務器對交互式網(wǎng)絡電視iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片。

第三接收模塊72，用于間隔預設的時間間隔后重新接收服務器間隔預設的時間間隔后重新對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片。

第一顯示模塊73，用于在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片。

檢測模塊74，用于檢測用戶在顯示界面上選中其中的第一視頻截圖圖片的指令，并向服務器發(fā)送該指令。

第二接收模塊75，用于接收服務器根據(jù)指令發(fā)送的第一視頻截圖圖片對應的第一直播頻道的pip組播流，及除第一直播頻道外的其他直播頻道對應的視頻截圖圖片。

第二顯示模塊76，用于在顯示界面上同時顯示第一直播頻道的播放視頻和其他直播頻道對應的視頻截圖圖片。

上述實施例通過接收一服務器對iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片；在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片。實現(xiàn)多頻道的預覽，不依賴于馬賽克服務器，成本較低，可以使用戶隨時瀏覽多個頻道的信息，提高了用戶體驗。

第八實施例

請參閱圖8，圖8是本發(fā)明的第八實施例的終端設備的框圖。圖8所示的 終端設備800包括：至少一個處理器801、存儲器802、至少一個網(wǎng)絡接口804和其他用戶接口803。終端設備800中的各個組件通過總線系統(tǒng)805耦合在一起?？衫斫猓偩€系統(tǒng)805用于實現(xiàn)這些組件之間的連接通信?？偩€系統(tǒng)805除包括數(shù)據(jù)總線之外，還包括電源總線、控制總線和狀態(tài)信號總線。但是為了清楚說明起見，在圖8中將各種總線都標為總線系統(tǒng)805。

其中，用戶接口803可以包括顯示器、鍵盤或者點擊設備(例如，鼠標，軌跡球(trackball)、觸感板或者觸摸屏等)。

可以理解，本發(fā)明實施例中的存儲器802可以是易失性存儲器或非易失性存儲器，或可包括易失性和非易失性存儲器兩者。其中，非易失性存儲器可以是只讀存儲器(read-onlymemory，rom)、可編程只讀存儲器(programmablerom，prom)、可擦除可編程只讀存儲器(erasableprom，eprom)、電可擦除可編程只讀存儲器(electricallyeprom，eeprom)或閃存。易失性存儲器可以是隨機存取存儲器(randomaccessmemory，ram)，其用作外部高速緩存。通過示例性但不是限制性說明，許多形式的ram可用，例如靜態(tài)隨機存取存儲器(staticram，sram)、動態(tài)隨機存取存儲器(dynamicram，dram)、同步動態(tài)隨機存取存儲器(synchronousdram，sdram)、雙倍數(shù)據(jù)速率同步動態(tài)隨機存取存儲器(doubledataratesdram，ddrsdram)、增強型同步動態(tài)隨機存取存儲器(enhancedsdram，esdram)、同步連接動態(tài)隨機存取存儲器(synchlinkdram，sldram)和直接內存總線隨機存取存儲器(directrambusram，drram)。本文描述的系統(tǒng)和方法的存儲器802旨在包括但不限于這些和任意其它適合類型的存儲器。

在一些實施方式中，存儲器802存儲了如下的元素，可執(zhí)行模塊或者數(shù)據(jù)結構，或者他們的子集，或者他們的擴展集：操作系統(tǒng)8021和應用程序8022。

其中，操作系統(tǒng)8021，包含各種系統(tǒng)程序，例如框架層、核心庫層、驅動層等，用于實現(xiàn)各種基礎業(yè)務以及處理基于硬件的任務。應用程序8022，包含各種應用程序，例如媒體播放器(mediaplayer)、瀏覽器(browser)等，用于實現(xiàn)各種應用業(yè)務。實現(xiàn)本發(fā)明實施例方法的程序可以包含在應用程序8022中。

在本發(fā)明實施例中，通過調用存儲器802存儲的程序或指令，具體的，可 以是應用程序8022中存儲的程序或指令，處理器801用于接收一服務器對交互式網(wǎng)絡電視iptv的每個直播頻道的組播流進行解碼后獲得的每個直播頻道對應的視頻截圖圖片；在一個顯示界面同時顯示各個直播頻道對應的視頻截圖圖片。

上述本發(fā)明實施例揭示的方法可以應用于處理器801中，或者由處理器801實現(xiàn)。處理器801可能是一種集成電路芯片，具有信號的處理能力。在實現(xiàn)過程中，上述方法的各步驟可以通過處理器801中的硬件的集成邏輯電路或者軟件形式的指令完成。上述的處理器801可以是通用處理器、數(shù)字信號處理器dsp、專用集成電路asic、現(xiàn)成可編程門陣fpga或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。可以實現(xiàn)或者執(zhí)行本發(fā)明實施例中的公開的各方法、步驟及邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。結合本發(fā)明實施例所公開的方法的步驟可以直接體現(xiàn)為硬件譯碼處理器執(zhí)行完成，或者用譯碼處理器中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機存儲器，閃存、只讀存儲器，可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領域成熟的存儲介質中。該存儲介質位于存儲器802，處理器801讀取存儲器802中的信息，結合其硬件完成上述方法的步驟。

可以理解的是，本文描述的這些實施例可以用硬件、軟件、固件、中間件、微碼或其組合來實現(xiàn)。對于硬件實現(xiàn)，處理單元可以實現(xiàn)在一個或多個專用集成電路(applicationspecificintegratedcircuits，asic)、數(shù)字信號處理器(digitalsignalprocessing，dsp)、數(shù)字信號處理設備(dspdevice，dspd)、可編程邏輯設備(programmablelogicdevice，pld)、現(xiàn)場可編程門陣列(field-programmablegatearray，fpga)、通用處理器、控制器、微控制器、微處理器、用于執(zhí)行本申請所述功能的其它電子單元或其組合中。

對于軟件實現(xiàn)，可通過執(zhí)行本文所述功能的模塊(例如過程、函數(shù)等)來實現(xiàn)本文所述的技術。軟件代碼可存儲在存儲器中并通過處理器執(zhí)行。存儲器可以在處理器中或在處理器外部實現(xiàn)。

本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。

本領域內的技術人員應明白，本發(fā)明實施例的實施例可提供為方法、裝置、或計算機程序產(chǎn)品。因此，本發(fā)明實施例可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明實施例可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明實施例是參照根據(jù)本發(fā)明實施例的方法、終端設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理終端設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理終端設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理終端設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理終端設備上，使得在計算機或其他可編程終端設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程終端設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發(fā)明實施例的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明實施例范圍的所有變更和修改。

還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、 “包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者終端設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者終端設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者終端設備中還存在另外的相同要素。

以上所述是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明所述原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。