網際協議電視的製作方法

2023-05-28 15:50:21

專利名稱：網際協議電視的製作方法
技術領域：
本發明的實施例涉及遠程通信，而且具體涉及電視(TV)通信。
技術背景廣播電視已經證明是提供多媒體內容的有效辦法。尤其在向大量觀眾發 送內容時更是如此，因為可以同時向數百萬觀眾發送相同的內容。然而廣播 電視存在不足。 一項不足在於，傳統TV廣播網絡(地面、有線、或衛星) 使用單向通信。當前的電視的一個特性是更多的定向(targeted)廣告已經成為電視商業 的趨勢。定向廣告的一項當前的不足在於，本地廣告插入需要在電視前端 (head end )切換節目。時光再現(time-shifting)是廣播電視上最近可用的另 一個特徵。目前， 典型地使用消費者家中的個人錄像機(PVR)來實現該時光再現電視特徵。 許多機頂盒(STB )製造商已經開始將PVR功能包含到STB中。然而，該 時光再現技術同樣有著不足之處。視頻點播(VOD)是已經被長時間討論的備受期待的特徵。真正的VOD 是任何用戶在任何時候請求視頻節目。由於每個視頻節目的伺服器負荷和帶 寬用量與請求同 一個視頻節目的用戶的數量成比例，可伸縮性成為主要問 題。這就是為什麼已經有許多試驗但是卻鮮有商業服務的緣故。準VOD (NVOD)是提供VOD服務與避免極高的帶寬用量和伺服器負 荷之間的折衷。基本上，NVOD仍然是廣播，但是以規則地間隔開的開始時 間利用多個頻道來廣播每個節目。例如，可以通過12個頻道發送兩個小時 U20分鐘)的電影，每個頻道在前一個頻道開始IO分鐘之後開始同一個電 影。如果每個頻道在其完成該同一個電影之後將其重放，則任何用戶在任何 時候最多等待10分鐘的時間就可以開始觀看完整的電影。NVOD同樣有著問題。首先，用戶體驗不是非常好，因為"點播"部分 沒有真正得到實現，而用戶可能不得不在做出"點播"之後等待一段時間。第二，服務提供商不得不猜測什麼樣的視頻內容將被"點播"，以便為該視 頻內容分配一些頻道。由於不得不將幾個頻道用於單個電影，所以對於NVOD服務來說，無法提供太多的選擇。 發明內容一種用於通過網際協議(IP)網絡來播送電視(即IPTV)的系統包括 源實時路由伺服器或組伺服器，其向至少一個目的地實時路由伺服器提供可用廣播電視節目內容的列表。所述目的地實時路由伺服器向與用戶關聯的至 少一個端點設備提供該列表。所述用戶發送請求以觀看廣播電視節目。所述 源實時路由伺服器向所述目的地實時路由伺服器單播所請求的廣播電視節 目，而所述目的地實時路由伺服器向所述端點設備組播所請求的廣播電視節 目。根據本發明的實施例的IPTV系統將能夠通過IP網絡播送傳統的廣播電 視節目，而且比傳統的電視廣播系統效率更高。其可以以高效率的帶寬用量 來支持電視廣播而無需依賴IP組播，但如果可能就利用IP組播。這裡描述的IPTV系統還可以消除單個服務提供商的不足，並允許兩個 不同的服務提供商之間對任何單個用戶的交叉提供。本發明的IPTV系統還 提供本地廣告插入的筒單途徑，以使得更多的定向廣告成為可能。這裡描述 的IPTV系統將使用網絡錄像機而不是個人錄像機(PVR)來實現時光再現 電視。如此，用戶的花費將更低。本發明的IPTV系統能夠提供可伸縮視頻 點播(VOD)以及交互電視節目。通過附圖和後面的詳細說明，本發明的其它特徵和優點將變得顯而易見。


附圖中，類似的引用數字通常表示相同、功能類似、和/或結構等價的元 素。以引用數字的最左邊的(幾個)位表示元素首次出現所在的附圖，其中 圖1是根據本發明的實施例的通信系統的簡化框圖； 圖2是根據本發明的實施例的圖1中所示的IPTV系統的部分的筒化框圖；圖3是描述根據本發明的實施例的在圖2中所示的IPTV系統的部分的操作的過程的流程圖；圖4是根據本發明的備選實施例的圖1中所示的IPTV系統的部分的簡 化框圖；圖5是才艮據本發明的另一個實施例的圖1中所示的IPTV系統的部分的 簡化框圖；圖6是說明根據本發明的實施例的用於向電視節目的廣播中插入廣告的 過程的流程圖；圖7是根據本發明的實施例的圖1中所示的IPTV系統的部分的簡化框圖；圖8是根據本發明的備選實施例的圖1中所示的IPTV系統的部分的簡 化框圖；圖9是說明根據本發明的實施例的用於時光再現廣播電視節目的過程的 流程圖；圖10是說明根據本發明的實施例的用於提供視頻點播的過程的圖形表示；圖11是說明根據本發明的實施例的用於提供視頻點播的過程的流程圖；圖12是根據本發明的實施例的在觀眾與廣播電視節目交互期間的電視 屏幕布局的簡化圖；圖13是根據本發明的備選實施例的在觀眾與廣播電視節目交互期間的 電視屏幕布局的簡化圖；圖14是根據本發明的另一個實施例的在觀眾與廣播電視節目交互期間 的電視屏幕布局的簡化圖；圖15是說明根據本發明的備選實施例的圖1中所示的系統中的延遲的 筒化圖；以及的過程的流程圖。
具體實施方式
下面將更詳細地描述在網際協議(IP )網絡中集成廣播電視的網際協議 電視(IPTV)系統。圖1是根據本發明的實施例的IPTV系統100的高級框 圖。示例系統100包括耦接到實時媒體編碼模塊104的實時TV源102,實時媒體編碼模塊104耦接到媒體資源存儲器106和中央媒體流伺服器108。 媒體資源管理資料庫IIO耦接到媒體資源存儲器106。媒體元數據搜尋引擎 112耦接到媒體資源存儲器106和中央媒體流伺服器108。用戶帳戶管理模 塊114和帳單系統116耦接到組伺服器118。組伺服器118耦接到幾個多媒 體應用路由伺服器(MARS) 120、 122、和124。 MARS 120耦接到兩個端 點設備126和128, MARS 122耦接到兩個端點設備130和132，而MARS 124 耦接到兩個端點設備134和136。 MARS 120耦接到網絡存儲器138。 MARS 和124耦接到網絡存儲器139。中央媒體流伺服器108耦接到組伺服器118 以及MARS 120、 122、和124。 MARS 120包括IPTV模塊140。 MARS 122 包括IPTV模塊142。 MARS 124包括IPTV模塊144。示例IPTV系統100如下操作。實時TV源102為IPTV系統100提供 電視節目。實時TV源102還提供IPTV系統100中的每個頻道上可用或即 將可用的當前的和排定的電視節目的列表。實時TV源102可以額外提供關 於列出的每個節目的簡短摘要或評述。實時TV源102可以是TV演播室中 的攝像機、衛星TV輸入信號、或視頻播放機。實時^某體編碼模塊104編碼實時TV源102的實時內容。實時i某體編碼 模塊104還將實時TV源102的實時內容的視頻格式從一種視頻格式轉碼為 另一種視頻格式。實時媒體編碼模塊104向媒體資源存儲器106發送經編碼 或轉碼的媒體內容例如用於將來的點播使用。實時媒體編碼模塊104還向中 央媒體流伺服器108發送經編碼或轉碼的媒體內容。媒體資源存儲器106也為IPTV系統100提供媒體內容。當新的媒體內 容變得從實時TV源102可用時，可以利用其來更新媒體資源存儲器106。 媒體資源存儲器106可以是任何合適的非易失性存儲器。中央媒體流伺服器108向MARS 120、 122、和124提供媒體內容流。 中央媒體流伺服器108可以是任何合適的伺服器。媒體資源管理資料庫IIO確定誰可以對存儲在媒體資源存儲器106中的 媒體內容進行訪問。媒體資源管理模塊IIO還可以確定版權狀態等等。媒體元數據搜尋引擎112搜索媒體內容以尋找與媒體內容有關的元數 據。例如，媒體元數據搜尋引擎112搜索媒體內容標題、媒體內容參與者名 單(credit)(例如，製片人、導演等等)。媒體元數據搜尋引擎112可以是任 何合適的搜尋引擎。用戶帳戶管理才莫塊114、組伺服器118、 MARS 120、 122、和124、以及 端點設備126、 128、 130、 132、 134、和136用於認證用戶。只有經認證的 用戶才能接收々某體內容。例如，從MARS 120、 122、和/或124向組伺服器 118發送媒體內容業務信息。組伺服器118將媒體內容業務信息轉發到帳單 系統116，其確定用戶是否已經為訪問IPTV系統100或特定媒體內容而付 費。MARS 120、 122、和/或124還4丸行內容監視任務，使得只有合法內容 會被發送到端點。組伺服器118可以管理經由IPTV系統100的網絡上的通信會話。在組 伺服器118中，可以運行幾個軟體進程來管理MARS 120、 122、和/或124 之間、其自身與用戶帳戶管理模塊114之間、以及其自身與帳單系統115之 間的通信。還可以運行幾個軟體進程來管理與其它組伺服器118的通信，使 得可以共享由各種服務提供商提供的媒體內容。組伺服器118可以使用任何 合適的作業系統，舉例比如Linux作業系統。MARS 120、 122、和124如果需要就對媒體內容執行轉碼，並接著向端 點設備126、 128、 130、 132、 134、和136發送媒體內容。媒體內容還^皮發 送到本地網絡存儲器138和/或139用於緩存。單獨的MARS 120、 122、和/ 或124可以實時地^各由i某體內容並處理媒體內容。因而，這裡可以將MARS 120、 122、和/或124稱為實時路由伺服器。MARS 120、 122、和/或124可 以使用用於尋找媒體內容的路由的任何合適的技術。單獨的端點設備126、 128、 130、 132、 134、和/或136可以是作為軟體 終端運行的個人計算機(PC)、與用戶接口設備相連的專用硬體設備、和/ 或PC與硬體設備的組合。端點設備126、 128、 130、 132、 134、和/或136 可以由人類用戶用於請求收看廣播電視節目和/或視頻點播。端點設備126、 128、 130、 132、 134、和/或136可以由人類用戶用於請求"暫停"、"倒回"、 "快進"、"播放"、和/或"以慢動作播放"所述廣播電視節目。端點設備126、 128、 130、 132、 134、和/或136可以由人類用戶用於請求交互地參與電視節 目。端點設備126、 128、 130、 132、 134、和/或136將能夠捕獲來自諸如視 頻攝像機、音頻麥克風、指針設備(例如滑鼠)、例如鍵盤的打字設備的用 戶接口設備的輸入、以及監視器上的任何圖像/文本顯示。端點設備126、 128、 130、 132、 134、和/或136還將例如能夠向諸如PC監視器、TV監視器、揚聲器、和耳機的用戶接口設備發送輸出。端點設備126、 128、 130、 132、 134、和/或136可以根據具體端點設備 的網絡帶寬和計算能力來編碼和解碼多媒體數據。端點設備126、 128、 130、 132、 134、和/或136可以向其關聯的MARS發送經編碼的媒體內容，從其 關聯的MARS接收經編碼的媒體內容，可以解碼媒體內容並向輸出設備發 送經解碼的媒體內容。端點設備126、 128、 130、 132、 134、和/或136還可以處理在端點設備 126、 128、 130、 132、 134、和/或136與它們關聯的MARS之間發送的通信 消息。所述消息可以與媒體內容的計劃播送、加入組播、交互地加入電視節 目、播送廣告、檢查與MARS的網絡連接等等有關。網絡存儲器138和140是存儲媒體內容的任何合適的網絡存儲設備。網 絡存儲器138和140可以是網絡附加存儲(NAS)設備、存儲區域網(SAN) 設備、或其它合適的存儲設備。為了舉例說明的目的，假設一個或多個用戶希望收看電視節目。圖2是 根據本發明的實施例的IPTV系統100的部分200的簡化框圖，而圖3是描 述根據本發明的實施例的IPTV系統100的部分200的操作的過程300的流 程圖。在所示的示例中，部分200包括耦接到源MARS 204的視頻源202, 源MARS 204耦接到目的地MARS 206。目的地MARS 206耦接到幾個端點 設備208、 210、和212。視頻源202可以是實時TV源102。源MARS 204和/或目的地MARS 206 可以是MARS 120、 122、或124中的任何一個。例如，對於某些實施例， 視頻源202向源MARS 204提供廣播電視節目內容的列表以及廣播電視節目 內容自身。在塊302中，源MARS 204中的IPTV模塊從視頻源202或組伺服器118 中接收廣播電視節目內容的列表，並向目的地MARS 206中的IPTV模塊發 送該廣播電視節目內容的列表。目的地MARS 206中的IPTV模塊從源MARS 204或組伺服器118中接收廣播電視節目內容的列表，並向端點設備208、 210、和212發送該廣播電視節目內容的列表。在塊304中，目的地MARS 206中的IPTV才莫塊接收來自端點設備208、 210、和212處的一個或多個用戶要求播送廣播電視節目的請求。在塊306中，源MARS 204中的IPTV模塊從視頻源202接收廣播電視節目，並向目的地MARS 206中的IPTV模塊單播該廣播電視節目或其副本。 在塊308中，目的地MARS 206中的IPTV模塊確定是否將把廣播電視 節目從一種視頻格式/尺寸轉碼為另 一種視頻格式/尺寸。如果將不執行轉碼， 則過程300的控制轉到塊310，其中目的地MARS 206中的IPTV模塊從組 伺服器118請求D類IP位址，並使用該D類IP位址向端點設備208、 210、 和212組播廣播電4見節目或其副本。如果在塊308中目的地MARS 206中的IPTV模塊確定將把廣播電視節 目從一種視頻格式/尺寸轉碼為另一種視頻格式/尺寸，則在塊312中目的地 MARS 206中的IPTV模塊將廣播電視節目轉碼。根據接收方端點設備208、 210、和212的能力來執行轉碼。對於某些實施例，如果端點設備208、 210、 和212的能力不同，則目的地MARS206中的IPTV模塊對同一輸入廣播電 視節目執行多項轉碼操作，以為不同的端點設備208、 210、和212產生多種 車命出4各式。端點設備208、 210、和/或212例如可以利用諸如任何合適的應用編程 接口 (API)的軟體程序來檢測其能力。這樣的能力例如可以包括處理器類 型、處理或計算能力、存儲器類型和/或數量、圖形能力、音頻能力等等。目 的地MARS 206中的IPTV模塊可以存儲端點設備208、 210、和/或212的 能力。目的地MARS 206中的IPTV模塊可以將廣播電視節目轉碼為諸如 VGA、 QVGA、 CIF、以及QCIF的不同的尺寸。目的地MARS 206可以無 需處理來自源MARS 204的視頻數據，而是可以將它們轉發到端點設備208、 210、和/或212。目的地MARS 206中的IPTV才莫塊還可以將廣播電^L節目 轉碼為幾種編碼方案其中之一，諸如國際電信聯盟(ITU )編碼標準(H.261、H. 263、 H.264 )或國際標準化組織(ISO )編碼標準(運動圖像專家組(MPEG )I、 2、 4)或其它國家編碼標準。在才丸行塊312之後，過程300返回塊310。在塊314中，目的地MARS 206中的IPTV模塊確定是否至少一個端點 設備208、 210、和/或212被調諧到所請求的廣播電視節目。如果至少一個 端點設備208、 210、和/或212糹皮調諧到所請求的廣播電一見節目，則過程300 返回塊308。如果端點設備208、 210、和212均未被調諧到所請求的廣播電 視節目，則過程300轉到塊316。在塊316中，目的地MARS 206中的IPTV模塊結束廣播電視節目的組播。目的地MARS 206中的IPTV模塊可以通知源MARS 204中的IPTV模 塊端點設備208、 210、和212均未被調諧到所請求的廣播電視節目，而源 MARS 204可以指示中央媒體流伺服器108停止發送廣播電視節目。圖4是4艮據本發明的實施例的IPTV系統100的部分400的簡化框圖。 示例部分400如下操作。源MARS 404中的IPTV模塊從視頻源402或組服 務器118接收廣播電視節目內容的列表。目的地MARS406、 408、 410中的 IPTV模塊從源MARS 404或組伺服器118接收廣播電視節目內容的列表， 並向端點設備412、 414、 416、 418、 420、 422、 424、 426、和428提供該廣 播電視節目內容的列表。目的地MARS 406、 408、和/或410中的IPTV模 塊接收來自端點設備412、 414、 416、 418、 420、 422、 424、 426、和428 處的一個或多個用戶的要求播送廣播電視節目的請求。源MARS 404中的 IPTV模塊從視頻源402接收廣播電視節目，並向目的地MARS 406、 408、 和410中的IPTV模塊組播該廣播電視節目或其副本。目的地MARS 406、 408、和410中的IPTV模塊向請求方端點設備412、 414、 416、 418、 420、 422、 424、 426、和/或428組播該廣播電視節目或其副本。對於某些實施例，每個目的地MARS 406 、 408 、 410都可以耦接到網絡 IP路由器(未示出)。圖5是根據本發明的實施例的IPTV系統100的部分500的簡化框圖， 其中由一個服務提供商提供服務的用戶可以要求播送由另一個服務提供商 提供的廣播電視節目。所示的示例示出服務提供商502和服務提供商504。服務提供商502與內容伺服器506關聯，內容伺服器506耦接到組服務 器508。組伺服器508耦接到三個MARS 510、 512、和514。 MARS 510耦 接到兩個端點設備516和518, MARS 512耦接到兩個端點設備520和522, 而MARS 514耦接到兩個端點設備524和526。服務提供商504與內容伺服器528關聯，內容伺服器528耦接到組服務 器530。組伺服器530耦接到三個MARS 532、 534、和536。 MARS 532耦 接到兩個端點設備538和540, MARS 534耦接到兩個端點設備542和544, 而MARS 536耦接到兩個端點設備546和548。對於某些實施例，IPTV系統100的部分500如下操作。內容伺服器506 向組伺服器508提供從服務提供商502可用的廣播電視節目的列表，組服務 器508向MARS 510、 512、和514提供該列表。組伺服器508還向組伺服器530^是供該列表，組伺服器530向MARS 532、 534、和536提供該列表。 端點設備538、 540、 542、 544、 546、和/或548處的用戶可用請求向其播送 從服務提供商502可用的廣播電視節目。內容伺服器506向MARS單元532、 534、和/或536發送該廣播電一見節目或其副本。MARS單元532、 534、和/ 或536接著向請求方端點設備538、 540、 542、 544、 546、和/或548組播該 廣播電視節目或其副本。當然，部分500也可以基本反過來操作。例如由服務提供商502提供服 務的用戶可以要求播送由服務提供商504提供的廣播電視節目。對於某些實施例。可以向電視節目的廣播中插入廣告。圖6是說明根據 本發明的實施例的用於向電視節目的廣播中插入例如本地廣告的廣告的過 程600的流程圖。在塊602中，目的地MARS中的IPTV模塊開始廣播電視節目。在塊604中，該MARS中的IPTV模塊確定是否到了播送廣告的時間。 對於某些實施例，中央媒體流伺服器108控制暫停(break)的開始時間和長 度。中央媒體流伺服器108向每個MARS發送消息以通知該MARS本地廣 告內容的開始和終止時間、長度、以及存儲位置。可以將本地廣告加載到本 地網絡存儲器138和/或139中。如果確定未到播送廣告的時間，則在塊606中，中央媒體流伺服器108 繼續向該MARS發送廣播電碎見節目。在塊608中，該MARS中的IPTV模塊向已經請求廣播電視節目的其關 聯的端點設備組播廣播電視節目。如果在塊604中確定到了播送廣告的時間，則控制轉到塊610，其中中 央媒體流伺服器108向全部關聯的MARS發送消息以插入指定的廣告。在塊612中，該MARS從指定的存儲位置取得廣告並向全部關聯的端 點設備發送該廣告。在塊614中，該MARS中的IPTV模塊確定廣告的終止時間是否已到且 廣播電視節目的暫停已結束。如果該MARS確定已到廣告的終止時間且廣 播電視節目的暫停已結束，則控制返回塊606。如果該MARS確定未到廣告 的終止時間且廣播電視節目的暫停未結束，則控制返回塊612。圖7和圖8分別是^4居本發明的實施例的IPTV系統100的部分700和 800的簡化框圖，其中用戶可以對廣播電視節目進行時光再現。在部分700中，兩個存儲區域網(SAN )設備702和704經由一個子網耦接到三個MARS 706、 708、和710。 MARS 706、 708、和710經由另 一個子網耦接到六個端 點設備712、 714、 716、 718、 720、和722。示例部分800包括經由共享的 網絡耦接起來的兩個網絡附加存儲(NAS )設備802和804、三個MARS 806、 808、和810、以及六個端點i殳備812、 814、 816、 818、 820、和822。圖9是說明根據本發明的實施例的用於對廣播電視節目進行時光再現的 過程900的流程圖。該廣播電視節目包括內幀(或I幀)、預測幀、和雙向 幀。在塊卯2中，MARS接收來自端點設備的請求。在塊904中，如果該請求是要求暫停廣播電視節目，則在塊906中該 MARS中的IPTV模塊停止發送廣播電視節目的全部幀。在塊908中，如果該請求是要求倒回廣播電視節目，則在塊910中該 MARS中的IPTV模塊以後向次序發送廣播電視節目的內幀。在塊912中，如果該請求是要求快進廣播電視節目，則在塊914中，該 MARS中的IPTV模塊確定該MARS當前是否正在組播廣播電視節目。如果 該MARS未組播廣播電視節目，則在塊916中該MARS中的IPTV模塊以 前向次序發送廣播電視節目的內幀。如果該MARS正在組播廣播電視節目， 則在塊918中該MARS中的IPTV模塊忽略用戶要求快進廣播電視節目的請 求。在塊920中，如果該請求是要求播放廣播電視節目，則在塊922中，該 MARS中的IPTV模塊確定該MARS當前是否正在組播廣播電視節目。如果 該MARS未組播廣播電視節目，則在塊924中該MARS中的IPTV模塊用 正常幀速率以前向次序發送廣播電視節目的全部幀(即，內幀、預測幀、和 雙向幀)。依賴於廣播電視節目的幀速率，正常幀速率可以為每秒二十五幀、 每秒三十幀、每秒五十幀、或每秒六十幀。如果該MARS正在組播廣播電 視節目，則在塊926中該MARS中的IPTV模塊忽略用戶要求播放廣播電視 節目的請求。在塊928中，如果該請求是要求以慢動作播放廣播電視節目，則在塊930 中該MARS中的IPTV模塊用比正常幀速率更慢的幀速率以前向次序發送廣 播電視節目的全部幀(即，內幀、預測幀、和雙向幀)。對於某些實施例， 可以由用戶來調整幀速率。圖IO是說明根據本發明的實施例的可伸縮視頻點播的圖形表示1000。 圖形表示1000說明動態地確定使用組播還是單播來實現可伸縮視頻點播的 過程。參照圖ll描述圖10,圖11是說明根據本發明的實施例的用於操作示 例IPTV系統100的過程1100的流程圖。在塊1102中，用戶做出對視頻內容的點播請求。在塊1104中，MARS中的IPTV才莫塊確定該請求是否是預定時間窗口內 對該視頻內容的第一次請求。對於某些實施例，可以將該預定時間窗口定義 為從當前時間之前的某 一 時刻到當前時間的時間窗口 。該時間窗口的長度可 以依賴於所請求的視頻內容的長度。如果MARS中的IPTV才莫塊確定該請求是預定時間窗口內對該視頻內容 的第一次請求，則MARS中的IPTV模塊搜索該視頻內容。例如，在塊1106 中MARS中的IPTV模塊確定該視頻內容是否在本地緩存(例如，網絡存儲 設備138和/或139)中。如果MARS中的IPTV模塊確定該視頻內容在本地 緩存中，則在塊1108中MARS中的IPTV模塊開始向與請求方用戶關聯的 端點設備組播來自本地緩存的視頻內容。如果MARS中的IPTV模塊確定該 視頻內容不在本地緩存中，則在塊1110中MARS中的IPTV模塊從中央媒 體流伺服器108中請求該視頻內容，並開始向與請求方用戶關聯的端點設備 組播來自中央媒體流伺服器108的視頻內容。如果MARS中的IPTV模塊確定該請求不是預定時間窗口內對該視頻內 容的第 一次請求，則在塊1112中，MARS中的IPTV模塊確定對該視頻內容 的該請求是否在足夠趕上該視頻內容的最後一次組播的時間窗口內。如果 MARS中的IPTV模塊確定對該視頻內容的該請求在足夠趕上該視頻內容的 最後一次組:燔的時間窗口內，則在塊1114中，MARS中的IPTV模塊將以比 正常幀速率塊的幀速率向與該用戶關聯的端點設備單播該視頻內容的位流， 而與該用戶關聯的端點設備將在一小段追趕時間後加入上一次組播。如果MARS中的IPTV模塊確定對該視頻內容的該請求不在足夠趕上該 視頻內容的上一次組播的時間窗口內，則在塊1116中，MARS中的IPTV模 塊確定對該視頻內容的該請求是否在足夠等待該視頻內容的下一次組播的 時間窗口內。如果MARS中的IPTV才莫塊確定對該視頻內容的該請求在足夠 等待該視頻內容的下一次組播的時間窗口內，則在塊1118中，MARS中的 IPTV模塊將以比正常幀速率慢的幀速率向與該用戶關聯的端點設備單播該視頻內容的位流，而與該用戶關聯的端點設備將在一小段等待時間後加入下 一次組播。如果MARS中的IPTV模塊確定對該視頻內容的該請求在足夠等待該視 頻內容的下一次組播的時間窗口內，則過程110返回塊1108。應當注意，開始下一次組播的時間可以不固定，而可以依賴於第一次慢 速單播在多久之前開始。因而，可以存在用於定期地檢查第一次慢速播放是 否接近超過其則第一次慢速位流單播將無法加入下一次組播的時間閾值的 定時器。這由塊1120表示。如果第一次慢速位流單播接近該時間閾值，則 是時候開始下一次組播，而全部慢速位流單播將在不同的時間量之後加入組 播。那時，MARS中的IPTV模塊將單播用戶切換到組播。本發明的實施例的另一個特徵在於，系統100的交互本性將允許在電視 內容中探索新維度的電視節目的創意。例如，對於新年前夜的電視節目，電 視臺通常試圖報導儘可能多的地方，然而，他們總是為其擁有的記者和攝像 人員的數量所限。有了系統IOO，人們可以向電視臺提交他們的新年前夜活 動的視頻，而電視臺可以選擇廣播適當的視頻材料。圖12是說明根據本發明的實施例的允許觀眾參與的電視節目的示例的 電視屏幕布局1200的簡化圖。當電視主持人決定接受來自觀眾的通信時， 使能雙向通信。在該示例中，當觀眾的視頻被選擇時，電視屏幕布局1200 可以從單個主持人改變為2x1,其中在分割屏幕上將該視頻與主持人一起顯 示。圖13是說明根據本發明的備選實施例的允許觀眾參與的電視節目的示 例的電視屏幕布局1300的簡化圖。在該示例中，在分割屏幕視頻布局中顯 示多個視頻場景。所述多個視頻場景可以包括電視主持人在其中一個分割 屏幕子窗口；新聞報導在另一個子窗口中；而且可能有幾個來賓作為出場嘉 賓。對於某些實施例，電視主持人可以決定是否接受來自觀眾的通信。當觀 眾的視頻被接受時，觀眾的視頻可以替換分割屏幕子窗口中的一個的內容， 或者視頻布局可以改變以添加更多的子窗口，如電視屏幕布局1300與電視 屏幕布局1200之間的差異所示。圖14是根據本發明的另一個實施例的允許觀眾參與的電視節目的示例 的電視屏幕布局1400的筒化圖。該示例中，在將受邀觀眾的視頻與電視主 持人或其中一個出場嘉賓一起顯示的同時，可以用縮略圖以較小的尺寸來顯示某些原始視頻內容。對於某些實施例，系統IOO使用分布式視頻混合架構。為了解釋說明， 考慮圖15，其是說明根據本發明的備選實施例的在觀眾被允許參與電視節目 時根據本發明的實施例的系統100中的延遲的簡化圖1500。在圖1500的上 部中，來自受邀觀眾的視頻需要一定的時間量來發送到TV主持人。TV主 持人對受邀觀眾做出響應。將響應與受邀觀眾的視頻混合併發送給其他觀 眾。在這樣的方案中可能存在問題。例如，如果受邀觀眾在問問題，則TV 主持人的回答和受邀觀眾的問題將被混合在同 一個視頻中並發送給其他觀 眾。沒有分布式系統架構，將不得不在主持人處引入延時，以避免將TV主 持人的回答與受邀觀眾的問題混合併將混合結果發送給其他觀眾。為了解決該問題而不引入過多的延時，對於某些實施例可以在將來自受 邀觀眾的視頻發送給TV主持人的同時將其發送給其他觀眾，如圖1500的 下部所示。該方案中，可以利用MARS中的IPTV模塊為其他觀眾在本地將 受邀觀眾的視頻與TV主持人的視頻混合。視頻混合可以基於來自一個或多個受邀觀眾以及TV主持人的源時間 戳。該源時間戳可以基於系統100中使用的諸如網絡時間協議(NTP)的全 局同步時鐘。來自端點的任何經授權的交互內容可以^皮從本地MARS發送 到其它MARS單元，並由目的地MARS單元為它們所服務的用戶混合。圖16是說明根據本發明的實施例的用於允許觀眾與廣播電視節目交互 的過程1600的流程圖。在塊1602中，MARS中的IPTV模塊確定正經由關聯的端點設備向用 戶廣播的電視節目的編碼格式。在塊1604中，MARS中的IPTV模塊經由端點設備接收來自用戶的參 與電視節目的請求。在塊1606中，MARS中的IPTV模塊確定端點設備的編碼格式。在塊1608中，MARS中的IPTV模塊確定其是否能夠處理端點設備的 編碼格式以使其與廣播電視節目的編碼格式兼容。如果MARS中的IPTV模 塊確定其能夠處理端點設備的編碼格式以使其與電視節目的編碼格式兼容， 則在塊1610中MARS中的IPTV模塊處理端點設備的編碼格式以與廣播電 視節目的編碼格式兼容，而且在塊1612中MARS中的IPTV模塊允許端點設備參與廣播電視節目。對於某些實施例，目的地或本地MARS 206中的 IPTV模塊可以將廣播電視節目轉碼。如杲在塊1608中MARS中的IPTV模塊確定其不能夠處理端點設備的 編碼格式以使其與電視節目的編碼格式兼容，則在塊1614中MARS中的 IPTV模塊確定另一個非本地、或中間MARS中的IPTV模塊是否能夠處理 端點設備的編碼格式以使其與廣播電視節目的編碼格式兼容。如果MARS 中的IPTV模塊確定另 一個MARS中的IPTV模塊能夠處理端點設備的編碼 格式以使其與廣播電視節目的編碼格式兼容，則在塊1616中，該另一個 MARS中的IPTV模塊處理端點設備的編碼格式以使其與廣播電視節目的編 碼格式兼容，且觀眾加入到廣播電視節目中，而且在塊1612中本地MARS 中的IPTV模塊允許端點設備參與廣播電視節目。對於某些實施例，MARS 206中的IPTV模塊可以將廣播電視節目轉碼。如果MARS中的IPTV模塊確定另一個MARS中的IPTV模塊不能夠處 理端點設備的編碼格式以使其與電視節目的編碼格式兼容，則在塊1618中 MARS中的IPTV模塊確定該端點設備是否能夠將其編碼格式改變為新的編 碼格式。如果端點設備能夠將其編碼格式改變為新的編碼格式，則過程1600 返回塊1608。如果端點設備不能夠將其編碼格式改變為新的編碼格式，則過程1600 轉到1620並拒絕用戶參與廣播電視節目的請求。存在可選塊1622,其確定用戶是否已取得參與廣播電視節目的資格。對 於某些實施例，廣播電視節目的主持人確定用戶是否取得資格。可以用硬體、軟體、或其組合來實現本發明的實施例。在使用軟體的實 施方式中，可以將軟體存儲在機器可存取介質上。個人數字助理、製造工具、具有一組一個或多個處理器的任何設備等等)存 取的形式存儲和/或發送信息的任何機制。例如，機器可存取介質包括可記錄 和不可記錄介質(例如、只讀存儲器(ROM)、隨機存取存儲器(RAM)、 磁存儲介質、光存儲介質、閃速存儲器件等等)，諸如電、光、聲或其它形 式的傳播信號(例如，載波、紅外線信號、數位訊號等等)。在上面的說明書中，給出例如具體過程、材料、設備等等的諸多具體細 節是為了提供對本發明的實施例的透徹理解。然而，本領域技術人員應當理解，可以無需一個或多個所述具體細節、或利用其它方法、組件等等來實踐 本發明的實施例。在其它情況下，未示出或詳細描述結構或操作，以避免使 本說明書的理解含糊不清。本說明書全文提及的"一個實施例"或"實施例"意味著將聯繫實施例 描述的特定特徵、結構、過程、塊、或特性包含在本發明的至少一個實施例中。因此，本"i兌明書全文中多處出現的短語"對一個實施例"或"實施例中" 並不必然意味著所述短語全都指代相同的實施例。可以將所述特定特徵、結 構、或特性以任何合適的方式組合於一個或多個實施例中。在實踐中，這裡描述的方法可以包括由機器可執行指令構成的一個或多 個程序。參照流程圖描述方法使得本領域技術人員能夠開發這樣的程序，其 包括這樣的指令以在適當地配置的計算機或其它類型的處理機器(所述機器 的處理器執行來自機器可讀介質的指令)上執行由邏輯塊表示的操作(動 作)。所述機器可執行指令可以以計算機程式語言編寫，或者可以嵌入在固 件邏輯中。如果以遵從公認標準的程式語言編寫，則這樣的指令可以在多種 硬體平臺上執行並與多種作業系統實現接口 。此外，本發明的實施例不限於任何具體程式語言。可以使用多種編程語 言來實現本發明的實施例。另外，本領域中常常說到這樣或那樣形式下的軟體(即，程序、例程、 進程、應用、模塊、邏輯等等)採取動作或導致結果。這樣的表述僅僅是由 機器執行軟體導致機器的處理器執行動作或產生結果的說法的簡略方式。可 以將更多或更少的過程合併到所示的方法中而不背離本發明的範圍，而且這 裡展現和描述的塊的布置並不暗含任何具體的次序。已經描述本發明的實施例。然而，顯然可以對其做出各種修改和變更而 不背離本發明的更寬的精神和範圍。因而，說明書和附圖應當被考慮為例示 性的而不是限制性的意義。
權利要求
1.一種用於通過網際協議IP網絡來播送電視的系統，該系統包括源實時路由伺服器或組伺服器，用於提供從源可用的廣播電視節目內容的列表；以及至少一個目的地實時路由伺服器，用於接收來自至少一個端點設備的要求向該端點設備播送廣播電視節目的請求，其中，所述源實時路由伺服器將向所述至少一個目的地實時路由伺服器單播所請求的廣播電視節目，其中，所述至少一個目的地實時路由伺服器將向所述至少一個端點設備組播所請求的廣播電視節目。
2. 如權利要求1所述的系統，其中，所述至少一個目的地實時路由服 務器將確定所請求的廣播電視節目是否將被轉碼，而且其中如果所述至少一 個目的地實時路由伺服器確定所請求的廣播電視節目將被轉碼，則所述至少 一個目的地實時路由伺服器將轉碼所請求的廣播電視節目。
3. 如權利要求2所述的系統，其中，所述至少一個目的地實時路由服 務器將確定是否至少一個端點設備被調諧到廣播電視節目，而且其中如果沒 有任何端點設備被調諧到廣播電視節目，則所述至少一個目的地實時路由服 務器將終止組播所請求的廣播電視節目。
4. 如權利要求1所述的系統，其中，所述至少一個目的地實時路由服 務器將使用至少一個D類IP位址來向所述至少一個端點設備組播所請求的 廣播電糹見節目。
5. 如權利要求1所述的系統，其中，所述源實時路由伺服器進一步將 接收指示廣告的長度以及該廣告的存儲位置的至少 一條消息。
6. 如權利要求5所述的系統，其中，所述源實時路由伺服器進一步將
7. 如權利要求6所述的系統，其中，所述源實時路由伺服器進一步將 接收指示向端點設備播送該廣告的時間的至少 一條第二消息。
8. 如權利要求7所述的系統，其中，所述源實時路由伺服器進一步將 在所述至少一條第二消息中指示的時間向所述至少一個端點設備發送該廣
9. 一種用於通過網際協議IP網絡來播送電^見的系統，該系統包括 源實時路由伺服器或組伺服器，用於提供從源可用的廣播電視節目內容的列表；以及一組目的地實時路由伺服器，具有第一目的地實時路由伺服器，用於接收要求向第一組端點設備播送 所述廣播電視節目內容的列表中的廣播電視節目的第一請求；以及第二目的地實時路由伺服器，用於接收要求向第二組端點設備播送 所述廣播電視節目內容的列表中的廣播電視節目的第二請求，其中，所述源實時路由伺服器將向該組目的地實時路由伺服器組播所請 求的廣播電視節目，其中，所述第一和第二目的地實時路由伺服器將分別向所述第一和第二 組端點設備組播所請求的廣播電視節目。
10. 如權利要求9所述的系統，進一步包括第一網絡IP路由器，其中， 所述源實時路由伺服器進一步將向所述第一網絡IP路由器組播所請求的廣 播電視節目，而所述第一網絡IP路由器將向所述第一實時路由伺服器組播 所請求的廣播電視節目。
11. 如權利要求IO所述的系統，進一步包括第二網絡IP路由器，其中， 所述源實時路由伺服器進一步將向所述第二網絡IP路由器組播所請求的廣 播電視節目，而所述第二網絡IP路由器將向所述第二實時路由伺服器組播 所請求的廣播電視節目。
12. —種用於通過網際協議IP網絡來播送電視的系統，該系統包括 第一組伺服器，與第一服務提供商關聯；第一內容伺服器，與第一服務提供商關聯；第二組伺服器，與第二服務提供商關聯；第二內容伺服器，與第二服務提供商關聯；以及實時路由伺服器，用於向由第 一服務提供商提供服務的至少 一個端點設 備提供從第二服務提供商可用的廣播電視節目內容的列表，並向所述第一組 伺服器發送要求向所述至少一個端點設備播送廣播電視節目的請求，其中，所述第二內容伺服器將向所述實時路由伺服器發送所請求的廣播 電視節目，而且其中所述實時路由伺服器將向所述至少一個端點設備組播該 廣4番電碎見節目。
13. 如權利要求12所述的系統，進一步包括第二實時路由伺服器，用 於向由所述第二服務提供商提供服務的至少一個第二端點設備提供從所述 第一服務提供商可用的廣播電視節目內容的第二列表，並向所述第二組服務 器發送要求向所述至少一個第二端點設備播送第二廣播電視節目的請求。
14. 如權利要求13所述的系統，其中，所述第一內容伺服器將向所述 第二實時路由伺服器發送所請求的第二廣播電視節目。
15. 如權利要求14所述的系統，其中，所述第二實時路由伺服器將向 所述至少一個第二端點設備組播所請求的第二廣播電視節目。
16. —種用於通過網際協議IP網絡來播送電視的系統，該系統包括 存儲設備，用於存儲廣播電視節目，該廣播電視節目具有一系列內幀、預測幀、以及雙向幀；以及實時路由伺服器，用於接收來自至少一個端點設備的要求向該端點設備 播送該廣播電視節目的請求，所述實時路由伺服器從所述存儲設備取得該廣 播電視節目並向所述端點設備發送該廣播電視節目，所述實時路由伺服器進 一步接收來自所述至少一個端點設備的要求暫停該廣播電視節目的請求，其 中，所述實時路由伺服器將響應於來自所述至少一個端點設備的要求暫停該 廣播電視節目的請求而終止向所述端點設備發送該廣播電視節目。
17. 如權利要求16所述的系統，其中，所述存儲設備為存儲區域網SAN 設備。
18. 如權利要求16所述的系統，其中所述存儲設備為網絡附加存儲NAS 設備。
19. 一種用於通過網際協議IP網絡來播送電視的系統，該系統包括 存儲設備，用於存儲廣播電視節目，該廣播電視節目具有一系列內幀、預測幀、以及雙向幀；以及實時路由伺服器，用於接收來自至少一個端點設備的要求向該端點設備 播送該廣播電視節目的請求，所述實時路由伺服器從所述存儲設備取得該廣 播電視節目並向所述端點設備發送該廣播電視節目，所述實時路由伺服器進 一步接收來自所述至少一個端點設備的要求倒回該廣播電視節目的請求，其 中所述實時路由伺服器將以後向次序向所述端點設備發送內幀。
20. 如權利要求19所述的系統，其中，所述存儲設備為存儲區域網SAN 設備。
21. 如權利要求19所述的系統，其中，所述存儲設備為網絡附加存儲 NAS設備。
22. —種用於通過網際協議IP網絡來播送電視的系統，該系統包括 存儲設備，用於存儲廣播電視節目，該廣播電視節目具有一系列內幀、預測幀、以及雙向幀；以及實時路由伺服器，用於接收來自至少一個端點設備的要求向該端點設備 播送該廣播電視節目的請求，所述實時路由伺服器從所述存儲設備取得該廣 播電視節目並向所述端點設備發送該廣播電視節目，所述實時路由伺服器進 一步接收來自所述至少一個端點設備的要求快進該廣播電視節目的請求，其 中，所述實時路由伺服器將響應於該要求快進該廣播電視節目的請求而確定 所述實時路由伺服器是否正在向所述端點設備組播該廣播電視節目。
23. 如權利要求22所述的系統，其中，如果所述實時路由伺服器正在 向所述端點設備組播該廣播電視節目，則所述實時路由伺服器將忽略該要求 快進所述廣播電視節目的請求。
24. 如權利要求22所述的系統，其中，如果所述實時路由伺服器未向 所述端點設備組播該廣播電視節目，則所述實時路由伺服器將以前向次序向 所述端點設備發送內幀。
25. —種用於通過網際協議IP網絡來播送電視的系統，該系統包括 存儲設備，用於存儲廣播電視節目，該廣播電視節目具有一系列內幀、預測幀、以及雙向幀；以及實時路由伺服器，用於接收來自至少一個端點設備的要求向該端點設備 播送該廣播電視節目的請求，所述實時路由伺服器從所述存儲設備取得該廣 播電視節目並向所述端點設備發送該廣播電視節目，所述實時路由伺服器進 一步接收來自所述至少一個端點設備的要求播放該廣播電視節目的請求，其 中，所述實時路由伺服器將響應於該要求播放所述廣播電視節目的請求而確 定所述實時路由伺服器是否正在向所述端點設備組播該廣播電視節目。
26. 如權利要求25所述的系統，其中，如果所述實時路由伺服器正在 向所述端點設備組播該廣播電視節目，則所述實時路由伺服器將忽略該要求 播放所述廣播電視節目的請求。
27. 如權利要求25所述的系統，其中，如果所述實時路由伺服器未向 所述端點設備組播該廣播電視節目，則所述實時路由伺服器將以前向次序向所述端點設備發送內幀、預測幀、以及雙向幀。
28. —種用於通過網際協議IP網絡來播送電視的系統，該系統包括 存儲設備，用於存儲廣播電視節目，該廣播電視節目具有一系列內幀、預測幀、以及雙向幀；以及實時路由伺服器，用於接收來自至少一個端點設備的要求向該端點設備 播送該廣播電視節目的請求，所述實時路由伺服器從所述存儲設備取得該廣 播電視節目並向所述端點設備發送該廣播電視節目，所述實時路由伺服器進 一步接收來自所述至少一個端點設備的要求以慢動作播放該廣播電視節目 的請求，其中，所述實時路由伺服器將響應於該要求以慢動作播放所述廣播 電視節目的請求而以更慢的速度向所述端點設備發送內幀、預測幀、以及雙 向幀。
29. 如權利要求28所述的系統，其中，所述實時路由伺服器進一步將 接收來自所述至少一個端點設備的要求倒回該廣播電視節目的第二請求，而而以後向次序向所述端點設備發送內幀。
30. 如權利要求28所述的系統，其中，所述存儲設備為存儲區域網SAN 設備。
31. 如權利要求28所述的系統，其中，所述存儲設備為網絡附加存儲 NAS設備。
32. —種用於通過網際協議IP網絡來播送電視的系統，該方法包括 確定來自至少一個端點設備的要求向該端點設備播送媒體內容的請求是否是對該^ 某體內容的第一次請求，該媒體內容被指定用於點播訪問，如果對該媒體內容的該請求是對該媒體內容的第 一次請求，則向所述端點設備組播該媒體內容；如果對該媒體內容的該請求不是對該媒體內容的第 一次請求，則確定所述端點設備是否能夠加入正進行中的對該媒體內容的副本的組播；以及 如果所述端點設備能夠加入正進行中的對該媒體內容的組播，則以第一幀速率向所述端點設備單播該媒體內容的另一個副本，所述第一幀速率足夠快以允許該媒體內容的該另 一個副本在正進行中的對該媒體內容的組播中的預定點處、或其之前與該組播同步。
33. 如權利要求32所述的方法，進一步包括如果對該媒體內容的該請求是對該媒體內容的第 一次請求，則確定該媒體內容是否存儲在本地存儲 器中。
34. 如權利要求33所述的方法，進一步包括如果該媒體內容存儲在 本地存儲器中，則向所述至少一個端點設備組播所請求的媒體內容。
35. 如權利要求33所述的方法，進一步包括如果該媒體內容未存儲 在本地存儲器中，則從遠程存儲器中取得該媒體內容，並向所述至少一個端 點設備組播所請求的媒體內容。
36. —種用於通過網際協議IP網絡來播送電視的系統，該方法包括 確定來自至少 一 個端點設備的要求向該端點設備播送媒體內容的請求是否是對該媒體內容的第一次請求，該媒體內容被指定用於點播訪問，如果對該媒體內容的該請求是對該媒體內容的第一次請求，則向所述端點設備組播該媒體內容；如果對該媒體內容的該請求不是對該媒體內容的第 一次請求，則確定所述端點設備是否能夠加入將在未來開始的對該媒體內容的副本的組播；以及 如果所述端點設備能夠加入將在未來開始的對該媒體內容的組播，則以第二幀速率向所述端點設備單播該媒體內容的另 一個副本，該第二幀速率比將在未來開始的下一次組播的幀速率更慢。
37. 如權利要求36所述的方法，進一步包括如果組播若不立刻開始 則所述端點設備就無法加入對該媒體內容的組播，則開始對該媒體內容的組 播。
38. 如權利要求37所述的方法，進一步包括將該慢速播^:單播與即 將來臨的對該媒體內容的組播同步，其中該單播將在開始該組播一段時間之 後被切換到該組播。
39. —種用於通過網際協議IP網絡來播送電視的方法，該方法包括 確定電視節目的編碼格式；接收來自端點設備的參與該電視節目的請求； 確定該端點設備的編碼格式；確定第一實時路由伺服器是否適合處理該端點設備的編碼格式以使其 與該電視節目的編碼格式兼容；以及如果所述第一實時路由伺服器適合處理該端點設備的編碼格式以使其 與該電視節目的編碼格式兼容，貝'h處理該端點設備的編碼格式以使其與該電視節目的編碼格式兼容；以及允許該端點設備參與該電視節目。
40. 如權利要求39所述的方法，進一步包括如果所述第一實時路由 伺服器不適合處理該端點設備的編碼格式以使其與該電視節目的編碼格式 兼容，則確定第二實時路由伺服器是否適合處理該端點設備的編碼格式以使 其與該電視節目的編碼格式兼容。
41. 如權利要求40所述的方法，進一步包括如果所述第二實時路由 伺服器適合處理該端點設備的編碼格式以使其與該電視節目的編碼格式兼 容，則允許在所述第二實時路由伺服器處處理該端點設備的編碼格式以使其 與該電視節目的編碼格式兼容；以及 允許該端點設備參與該電視節目。
42. 如權利要求40所述的方法，進一步包括如果所述第二實時路由 伺服器不適合處理該端點設備的編碼格式以使其與該電視節目的編碼格式 兼容，則確定該端點設備是否能夠將其編碼格式改變為新的編碼格式。
43. 如權利要求42所述的方法，進一步包括如果該端點設備能夠將 其編碼^f各式改變為新的編碼^f各式，則確定該端點設備的新的編碼格式；如果所述第一實時路由伺服器適合處理該端點設備的新的編碼格式以 使其與該電視節目的編碼格式兼容，則允許在所述第一實時路由伺服器處處 理該端點設備的新的編碼格式以使其與該電視節目的編碼格式兼容；以及如果所述第一實時路由伺服器不適合處理該端點設備的新的編碼格式 以使其與該電視節目的編碼格式兼容，但是所述第二實時路由伺服器適合處 理該端點設備的新的編碼格式以使其與該電視節目的編碼格式兼容，則允許 在所述第二實時路由伺服器處處理該端點設備的新的編碼格式以與該電視 節目的編碼格式兼容。
44. 如權利要求42所述的方法，進一步包括如果該端點設備不能夠 將其編碼格式改變為新的編碼格式，則拒絕該端點設備參與該電視節目的請求。
全文摘要
實施例針對利用網際協議(IP)網絡播送廣播電視(TV)的系統和方法。所述IPTV系統和方法利用實時路由伺服器來單播和/或組播廣播電視節目。所述IPTV系統和方法可以使得廣告商能夠向國家或國際電視廣播中插入本地廣告。所述IPTV系統和方法提供對所述廣播電視節目的基於網絡的時光再現而不是基於個人錄像機(PVR)的時光再現。所述IPTV系統和方法可以通過組播視頻內容並動態地確定是否加速或放慢位流以趕上或等待視頻內容的前一個或下一個組播來提供可伸縮的視頻點播(VOD)。所述IPTV系統和方法還可以使交互電視節目成為可能，從而可以允許觀眾與電視節目交換視頻並顯示該視頻。
文檔編號H04L29/06GK101336538SQ200680052388
公開日2008年12月31日 申請日期2006年12月5日 優先權日2005年12月5日
發明者李衛平, 黃成道 申請人:愛米特系統公司