專利名稱：一種iptv恢復頻道播放的方法、系統(tǒng)及終端的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及一種IPTV恢復頻道播放的方法、系 統(tǒng)及終端。
背景技術：
傳統(tǒng)的電視是廣播式傳播，用戶只能被動的接受服務器的安排，不能 提出自己的要求。即使是現在的數字電視，也是如此，它與傳統(tǒng)的模擬電 視的不同之處在于它采用數字信號傳播，提高了視頻質量，但仍不能滿足 客戶的特定需求。作為交互式的網絡電碎見(Internet Protocol Television,以 下筒稱IPTV)，則與傳統(tǒng)的模擬電視和數字電視截然不同，它能與用戶交 互，用戶可以隨時向它提出自己的需求和想法，服務器在一定范圍內響應 用戶的特定需求。機頂盒為用戶和服務器搭起了橋梁，將用戶的需求和想 法反饋給服務器。
IPTV既可以提供電視節(jié)目直播(LTV )、視頻點播業(yè)務(VOD )、準視 頻點播(NVOD)、時移電視點播(TSTV)、電視網絡沖浪(Web-TV)等 基本業(yè)務，又可以提供如視頻即時通信、電視短信、互動廣告、在線游戲、 在線購物等各種視頻增值業(yè)務，由于這些業(yè)務用于電視機終端后，受眾面 極為廣泛，因此IPTV業(yè)務被普遍認為具有非常好的發(fā)展前途。
普通的電視包括現在的數字電視都存在用戶不能和服務器進行交互， 只能被動的接受服務器節(jié)目的缺點。而IPTV為用戶和服務器提供了交互 功能，用戶可以向服務器提出自己的需求，服務器可以為用戶安排特定的 服務，以滿足用戶的需求，作為兩者優(yōu)點的集合，電視節(jié)目直播將會成為 IPTV的主要應用之一。
廣告作為主要的電視節(jié)目之一，給大眾提供了大量的產品的信息。用 戶需要這些信息，但一個廣告通常會伴隨著某套電視劇或者其他節(jié)目的始 末，這又是用戶所不希望的。用戶在看自己心儀的節(jié)目遇到廣告時，往往 會切換頻道。此時便會出現如下問題用戶不希望錯過自己心儀節(jié)目的任何一部分，他們希望在廣告結束的一剎那切換回自己心儀的節(jié)目。但實際 上他們往往不是錯過了部分節(jié)目就是提前切換回來。

發(fā)明內容
本發(fā)明要解決的技術問題是提供一種可在插播廣告結束時及時播放預 約頻道節(jié)目的方法、系統(tǒng)及終端。
本發(fā)明的技術問題通過以下技術方案加以解決
一種IPTV恢復頻道播放的方法，包括以下步驟
Al.終端向服務器發(fā)送將當前頻道設置為預約頻道的預約消息；
Bl.預約頻道插播廣告結束時，所述終端接收服務器發(fā)送的通知消息； Cl.所述終端基于所述通知消息播放預約頻道節(jié)目。
所述步驟Al中的預約消息包括用戶信息和預約頻道信息。
一種IPTV終端，包括機頂盒，所述機頂盒包括預約模塊和切換模塊， 所述預約模塊用于向服務器發(fā)送將當前頻道設置為預約頻道的預約消息； 所述切換模塊用于接收服務器發(fā)送的通知消息，并在當前頻道插播廣告結 束時，播放預約頻道節(jié)目。
所述機頂盒還包括條件接收模塊，所述條件接收模塊用于存儲用戶信 息，所述預約模塊還用于從所述條件接收模塊中調用用戶信息，并將用戶 信息和預約頻道信息組成發(fā)送給服務器的預約消息。 一種IPTV恢復頻道"I番;改的方法，包括以下步驟 A2.服務器接收終端發(fā)送將當前頻道設置為預約頻道的預約消息； B2.所述服務器在所述終端預約頻道插播廣告結束時，向其發(fā)送通知 消息。
步驟A2之后和B2之前還包括所述服務器將所述通知消息插入在插播 廣告結束時的步驟。
步驟A2之后和B2之前還包括所述服務器修改廣告部分音頻的步驟。
一種IPTV電視恢復頻道的系統(tǒng)，包括服務器，所述服務器包括消息 處理模塊，所述消息處理模塊用于接收所述終端發(fā)送的預約消息，并在插 播廣告結束時向所述終端發(fā)送通知消息。
所述服務器還包括碼流處理模塊，所述碼流處理模塊用于將所述通知消息插入在插#"廣告結束時。
所述碼流處理模塊還用于修改廣告部分的音頻。
本發(fā)明與現有技術相比較的有益效果是
(1) 本發(fā)明在插播廣告結束時，服務器向終端發(fā)送通知消息，終端播
放預約頻道節(jié)目；本發(fā)明使用戶在插播廣告切換到其他頻道時，可以在插 播廣告結束時及時回到預約頻道觀看節(jié)目，方便了用戶，使用戶不用時刻 擔心錯過心儀的節(jié)目；
(2) 本發(fā)明服務器可向終端發(fā)送特殊碼流，使開通預約功能的用戶播 放特殊碼流，將通知消息插入在插播廣告結束時，而不用針對每個開通預 約功能的用戶進行處理，簡化了操作；
(3) 本發(fā)明中服務器可修改廣告部分的音頻，使播放廣告時音量不至 于過大。


圖l是本發(fā)明具體實施方式
終端的結構示意圖； 圖2是本發(fā)明具體實施方式
服務器的結構示意圖； 圖3是本發(fā)明方法一種具體實施方式
的流程圖； 圖4是本發(fā)明方法另一種具體實施方式
的流程圖。
具體實施例方式
下面用具體實施方式
結合附圖對本發(fā)明做進一步詳細說明。
當終端將當前頻道設置為預約頻道時，終端向服務器發(fā)送預約消息，
服務器收到預約消息后，在預約頻道插播廣告結束時，恢復播》文預約頻道節(jié)目。
在本發(fā)明中，服務于普通用戶的碼流，稱為普通碼流；而開通預約功 能的用戶，其播放的碼流可以經過服務器的修改，該經過服務器修改的碼 流稱為特殊碼流。
如圖1、圖2所示，本發(fā)明一種IPTV恢復頻道插-放的系統(tǒng)包括終端和 服務器。
在本發(fā)明的一種實施方式中，終端包括機頂盒，機頂盒包括預約模塊 和切換模塊，預約模塊用于向服務器發(fā)送將當前頻道設置為預約頻道的預約消息，切換模塊用于接收服務器發(fā)送的通知消息，并在預約頻道插播廣 告結束時，恢復播放當前頻道節(jié)目。終端還可以包括遙控器。設置預約頻 道時，用戶可以用遙控器進行設置，也可以直接手動在機頂盒上進行設置。 其一種實施方式可在遙控器上增加功能按鈕，如可以增加兩個按鈕，其中 一個為預約按鈕，另一個為取消預約按鈕。也可以只增加一個按鈕，第一 次按該按鈕時設置預約頻道，第二次按時取消預約頻道。在以PC機為終 端的服務系統(tǒng)中，可在播放軟件的界面上增加功能按鈕。
在另一種實施方式中，機頂盒還可以包括條件接收^t塊，條件接收模 塊用于存儲用戶信息，預約模塊還用于從條件接收模塊中調用用戶信息， 并將用戶信息和預約頻道信息組成發(fā)送給服務器的預約消息。
服務器包括消息處理模塊，消息處理模塊用于接收所述終端發(fā)送的預 約消息，并在插播廣告結束時向終端發(fā)送通知消息。
服務器還可以包括碼流處理模塊，碼流處理模塊用于對普通碼流進行 處理，產生特殊碼流，如在插播廣告結束，插入通知消息等。
碼流處理模塊還用于修改普通碼流的音頻，將廣告部分的音頻，按其 相應標準修改為和預約頻道正在播放的節(jié)目的音頻相當，避免在播放廣告 時，音量突然增大。
服務器還可以包括鑒權模塊，用于對用戶的權限進行鑒定。用戶開通 了預約功能，才有權限進行預約搮:作，如未開通預約功能，則無權進行預 約操作。
本發(fā)明一種IPTV恢復頻道的方法，其一種實施方式如圖3如示，包 括以下步驟
步驟301:用戶開通預約服務；在開通IPTV的時候可申請開通預約服 務，服務商為用戶配置相應的機頂盒和遙控器；可在遙控器上增加功能按 鈕，如可以增加兩個按鈕，其中一個為預約按鈕，另一個為取消預約按鈕。 也可以只增加一個按鈕，第一次按該按鈕時設置預約頻道，第二次按時取 消預約頻道；用戶也可直接在機頂盒上進行設置；在以PC機為終端的服 務系統(tǒng)中，可在播放軟件的界面上增加功能按鈕；
步驟302:終端向服務器發(fā)送預約消息；用戶進入某頻道時，用遙控 器上的按預約按鈕對當前頻道進行預約設置，用戶也可以直接在機頂盒上 進行設置；機頂盒根據該預約設置向服務器發(fā)送預約消息；步驟303:服務器在插播廣告結束時，向終端發(fā)送通知消息；如用戶 在預約頻道插播廣告時，切換到其他頻道，則廣告結束時，服務器向機頂 盒發(fā)送通知消息；如用戶未更換到其他頻道，則廣告部分的音頻4皮修改， 廣告結束時，服務器向機頂盒發(fā)送通知消息；
步驟304:終端播放預約頻道節(jié)目；如用戶在預約頻道插播廣告時， 切換到其他頻道，則廣告結束時，自動播放預約頻道節(jié)目；如用戶未更換 到其他頻道，則廣告結束時，自動將預約頻道節(jié)目的音量恢復到播放廣告 前的音量。
本發(fā)明一種IPTV恢復頻道的方法，其另一種實施方式以已開通預約 服務，用戶在插纟番廣告時切換到其他頻道為例進行說明，如圖4如示，其 具體包括以下步驟
步驟401:用戶將當前頻道設置為預約頻道；用戶在收看節(jié)目時，將 當前頻道設置為預約頻道，用戶可使用遙控器進行設置，也可在機頂盒上 手動進行設置；
步驟402:機頂盒向服務器發(fā)送預約消息；機頂盒收到將當前頻道設 置為預約頻道的信號后，調用條件接收模塊中的用戶信息，然后將用戶信 息和預約頻道到信息組合成預約消息發(fā)送給服務器；
步驟403:服務器對用戶進行鑒權；服務器收到預約消息后，對用戶 ID進行鑒權；
步驟404:服務器向機頂盒發(fā)送鑒權成功消息；鑒權成功后，服務器 向機頂盒發(fā)送鑒權成功消息；
步驟405:保存預約頻道信息；機頂盒將預約頻道的信息記錄到條件 接收模塊中，具體可保存在條件接收模塊的記憶卡中；
步驟406:服務器向機頂盒發(fā)送特殊碼流；服務器對普通碼流進行處 理，在廣告結束的時候插入一條通知消息，修改碼流中廣告部分的音頻； 為了簡化操作，服務器可以做兩種碼流 一種為普通碼流，服務于普通用 戶；另一種為特殊碼流，服務于開通此功能的用戶。特殊碼流中，在廣告 結束的時候插入一條通知消息，具體插入時間可由電視節(jié)目表獲知廣告的 結束時間；服務器還可以修改廣告部分的音頻，使廣告部分的音頻和預約 頻道正在播放節(jié)目的音頻相當，避免在插播廣告時，音量突然增大；這樣 服務器就不需要對每個用戶進行處理，可在收到用戶預約消息并鑒權成功 后，直接下發(fā)特殊碼流給用戶；步驟407:插播廣告時，用戶切換頻道；
步驟408:機頂盒切換頻道；機頂盒接收到遙控器發(fā)出的切換頻道信 息后，進行正常的切換處理；
步驟409:插播廣告結束時，發(fā)送通知消息；插播廣告結束時，服務 器向機頂盒發(fā)送通知消息；
步驟410:機頂盒自動切換到預約頻道；機頂盒收到通知消息后，從 條件接收模塊的記憶卡中讀取預約頻道信息，自動切換頻道，播放預約頻 道節(jié)目。
明，不能認定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術 領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若 干簡單推演或替換，都應當視為屬于本發(fā)明的保護范圍。
權利要求
1.一種IPTV恢復頻道播放的方法，其特征在于，包括以下步驟A1.終端向服務器發(fā)送將當前頻道設置為預約頻道的預約消息；B1.預約頻道插播廣告結束時，所述終端接收服務器發(fā)送的通知消息；C1.所述終端基于所述通知消息播放預約頻道節(jié)目。
2. 根據權利要求1所述的方法，其特征在于所述步驟Al中的預約 消息包括用戶信息和預約頻道信息。
3. —種IPTV終端，包括機頂盒，其特征在于，所述機頂盒包括預約 模塊和切換模塊，所述預約模塊用于向服務器發(fā)送將當前頻道設置為預約 頻道的預約消息；所述切換模塊用于接收服務器發(fā)送的通知消息，并在當 前頻道插播廣告結束時，播放預約頻道節(jié)目。
4. 根據權利要求3所述的終端，其特征在于，所述機頂盒還包括條件 接收模塊，所述條件接收模塊用于存儲用戶信息，所述預約模塊還用于從 所述條件接收模塊中調用用戶信息，并將用戶信息和預約頻道信息組成發(fā) 送給服務器的預約消息。
5. —種IPTV恢復頻道〗番放的方法，其特征在于，包括以下步驟 A2.服務器接收終端發(fā)送將當前頻道設置為預約頻道的預約消息； B2.所述服務器在所述終端預約頻道插播廣告結束時，向其發(fā)送通知消息。
6. 根據權利要求5所述的方法，其特征在于，步驟A2之后和B2之前 還包括所述服務器將所述通知消息插入在插播廣告結束時的步驟。
7. 根據權利要求5至6中任意一項所述的方法，其特征在于，步驟A2 之后和B2之前還包括所述服務器修改廣告部分音頻的步驟。
8. —種IPTV電視恢復頻道的系統(tǒng)，包括服務器，其特征在于，所述 服務器包括消息處理模塊，所述消息處理模塊用于接收所述終端發(fā)送的預 約消息，并在插播廣告結束時向所述終端發(fā)送通知消息。
9. 根據權利要求8所述的系統(tǒng)，其特征在于，所述服務器還包括碼流 處理模塊，所述碼流處理模塊用于將所述通知消息插入在插播廣告結束時。
10. 根據權利要求8所述的系統(tǒng)，其特征在于，所述碼流處理模塊還 用于修改廣告部分的音頻。
全文摘要
本發(fā)明公開了一種IPTV恢復頻道播放的方法，包括以下步驟A1.終端向服務器發(fā)送將當前頻道設置為預約頻道的預約消息；B1.預約頻道插播廣告結束時，所述終端接收服務器發(fā)送的通知消息；C1.所述終端基于所述通知消息播放預約頻道節(jié)目。本發(fā)明還公開了一種IPTV恢復頻道播放的系統(tǒng)及終端。本發(fā)明使用戶在插播廣告切換到其他頻道時，可以在插播廣告結束時及時回到預約頻道觀看節(jié)目，方便了用戶。
文檔編號H04N7/173GK101600088SQ20091010780
公開日2009年12月9日 申請日期2009年6月2日 優(yōu)先權日2009年6月2日
發(fā)明者崔志偉, 鞠紅兵 申請人:中興通訊股份有限公司