對相關申請的交叉引用

本申請與2011年8月31日提交的美國臨時專利申請第61/529,484號和2012年7月31日提交的美國序列號13/562,946有關，并根據(jù)35U.S.C.§119(e)要求上述申請的優(yōu)先權，其全部內(nèi)容通過引用合并于此。

技術領域

本文中描述的實施例總體上涉及用于訪問內(nèi)容的方法、計算機程序和接收裝置。更具體地，本文中描述的實施例總體上涉及用于訪問來自多個內(nèi)容源的內(nèi)容的導航方案。

背景技術：

近來，一些廣播設備表達了能夠包括會顯示在特定的因特網(wǎng)增強電視機上的“微件(widget)”的期望。微件在被激活時會將用戶引導至該廣播設備的因特網(wǎng)源內(nèi)容。然而，每當微件可被激活時，微件就占據(jù)屏幕實際使用面積，因此微件可被認為是普通用戶的累贅或普通用戶不想要的。微件還涉及明顯的用戶動作以使微件可見且可使用。相應地，存在可允許用戶以更精簡且更簡單的方法訪問可從這些微件提供的內(nèi)容的需求。

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

根究本發(fā)明的實施例，提供了一種用于訪問來自多個內(nèi)容源的內(nèi)容的接收裝置的方法。該方法包括從用戶接收頻道選擇，以及基于存儲在接收裝置的存儲器中的至少一個虛擬頻道表確定與選擇的頻道相關聯(lián)的內(nèi)容源。該方法還包括當確定選擇的頻道與第一源相關聯(lián)時，經(jīng)由第一通信接口接收第一內(nèi)容，以及當確定選擇的頻道與第二源相關聯(lián)時，經(jīng)由第二通信接口接收第二內(nèi)容。

另外，根據(jù)本發(fā)明的實施例，提供了一種嵌入有指令的計算機可讀存儲介質(zhì)，所述指令當被計算機運行時使得計算機執(zhí)行如上所述的接收裝置的方法。

根據(jù)本發(fā)明的實施例，提供了一種接收裝置。所述接收裝置包括輸入單元和處理器。輸入單元從用戶接收頻道選擇。處理器基于存儲在存儲器中的至少一個虛擬頻道表確定與頻道選擇相關聯(lián)的內(nèi)容源?；诖_定的內(nèi)容源，處理器控制第一通信接口接收第一內(nèi)容或控制第二通信接口接收第二內(nèi)容。當確定選擇的頻道與第一源相關聯(lián)時，處理器控制第一通信接口接收第一內(nèi)容，以及當確定選擇的頻道與第二源相關聯(lián)時，處理器控制第二通信接口接收第二內(nèi)容。

另外，根據(jù)本發(fā)明的實施例，提供了一種信息提供裝置。所述信息提供裝置包括存儲器和通信單元。存儲器被配置為存儲觸發(fā)聲明對象(TDO)，該觸發(fā)聲明對象標識要由接收裝置經(jīng)由第一通信接口接收的第一內(nèi)容的位置。另外，通信單元被配置為將TDO提供給接收裝置。TDO還與要由接收裝置經(jīng)由第二通信接口接收的第二內(nèi)容相關聯(lián)。

附圖說明

將容易獲得本發(fā)明的更完整理解及其許多伴隨的優(yōu)點，因為通過參照以下在結合附圖考慮時的詳細描述，本發(fā)明的更完整理解及其許多伴隨的優(yōu)點變得更好理解，其中：

圖1示出示例性廣播系統(tǒng)的組件之間的數(shù)據(jù)流。

圖2是示例性接收裝置的框圖。

圖3是在本發(fā)明的一個實施例中用于將虛擬頻道添加到虛擬頻道表的處理的流程圖。

圖4A–4D圖示用于將虛擬頻道添加到虛擬頻道表的示例性截屏。

圖5示出去往和來自第一和第二虛擬頻道表的數(shù)據(jù)流。

圖6是示例性信息提供裝置的框圖。

具體實施方式

盡管本發(fā)明允許許多不同形式的實施例，但附圖中示出了具體實施例并且本文將詳細描述這些具體實施例，要理解，這些實施例的本公開內(nèi)容被視為原理的示例，而不是意圖將本發(fā)明限于示出和描述的具體實施例。在以下描述中，使用類似的附圖標記描述附圖的若干視圖中的相同、相似或?qū)牟糠帧?/p>

在電信中，虛擬頻道是可不同于實際頻道或頻率的頻道指定，在實際頻道或頻率上信號經(jīng)由傳輸流行進。該術語經(jīng)常應用于電視環(huán)境，其中在單個6MHz物理頻道內(nèi)可存在若干數(shù)字電視(DTV)頻道。例如，標記為頻道8的臺實際上可能使用RF頻道32用于發(fā)送的信號，但是虛擬頻道表(VCT)允許觀眾“調(diào)諧到”數(shù)字電視上的頻道8上的臺。因此，VCT中的虛擬頻道條目使得觀眾能夠通過選擇與他們在轉(zhuǎn)換到數(shù)字廣播之前具有的頻道號相同的頻道號來選擇臺。這是由VCT通過使用定義的參數(shù)將頻道號鏈接到從地面廣播、有線電視傳輸、衛(wèi)星廣播等接收到的內(nèi)容來實現(xiàn)的。這些定義的參數(shù)可包括主頻道號、次頻道號、簡稱、服務類型、描述符等。在一個實施例中，VCT根據(jù)由先進電視系統(tǒng)委員會(ATSC)A/65定義的ATSC VCT，其全部內(nèi)容通過引用合并于此。

盡管分配給從地面廣播、有線電視傳輸、衛(wèi)星廣播等接收到的內(nèi)容的頻道號一般是固定的，但是本發(fā)明的實施例包括重復利用未分配的頻道號來訪問一個或更多個不同內(nèi)容源。例如，在ATSC數(shù)字電視系統(tǒng)中，通過以數(shù)字信號發(fā)送的VCT來用信號表示可用節(jié)目頻道。VCT將頻道號(主-次，兩部分)鏈接到MPEG-2傳輸流中的廣播內(nèi)容。本發(fā)明的實施例擴展了此概念，以允許廣播設備識別其它可用內(nèi)容源。例如，在因特網(wǎng)源內(nèi)容的情況下，用于該內(nèi)容的服務器URL與VCT中的條目相關聯(lián)，使得用戶可以導航到該源，就像他或她可以導航到任何其它頻道一樣。

應該注意，對應于因特網(wǎng)源內(nèi)容的虛擬頻道可包括諸如頻道描述和節(jié)目指南數(shù)據(jù)的元數(shù)據(jù)，就像任何其它電視頻道一樣。在一些實施例中，頻道與經(jīng)由A/65事件信息表(EIT)、擴展文本表(ETT)或其它方式傳送的電子節(jié)目指南數(shù)據(jù)相關聯(lián)。虛擬頻道和頻道名甚至可被添加到電子節(jié)目指南而沒有描述信息。

因此，本發(fā)明的實施例避免累贅的“微件”方法，并且通過VCT把對其它內(nèi)容源的訪問直接集成到例如數(shù)字電視(DTV)接收器的基本導航范式中。例如，用戶可被詢問一次他們是否愿意添加用于廣播設備的因特網(wǎng)傳送服務的虛擬頻道。如果用戶同意，則該虛擬頻道在基于規(guī)則頻道號的導航方案中變得可用。

在一個實施例中，經(jīng)由一個或更多個不同的通信接口訪問一個或更多個不同的內(nèi)容源。一個或更多個不同的通信接口可對應于與局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)、無線局域網(wǎng)(WLAN)、因特網(wǎng)、附加調(diào)諧器、其它消費電子設備(例如Blu-ray^TMDVD播放器)等的接口中的任一個。

在一個實施例中，通過重新利用未分配的頻道來訪問其它內(nèi)容源，諸如電視機或機頂盒的接收裝置的用戶可簡單地通過輸入或選擇頻道號來方便地訪問諸如因特網(wǎng)內(nèi)容(例如網(wǎng)站、流式a/v內(nèi)容等)、Blu-ray^TMDVD播放器、游戲機或任意其它內(nèi)容源的內(nèi)容。因此，將不需要用戶執(zhí)行附加的操作，例如切換到對應的輸入源并導航到網(wǎng)站，或選擇書簽以訪問網(wǎng)絡上的內(nèi)容。

由接收裝置經(jīng)由因特網(wǎng)而不是MVPD(有線、衛(wèi)星或IPTV盒)接收到的內(nèi)容有時被稱為“基于因特網(wǎng)(over-the-top)”(OTT)視頻。如以下進一步討論的，定義這種OTT服務的信息可從因特網(wǎng)下載，或可從以內(nèi)容傳輸流傳送的元數(shù)據(jù)獲得。OTT視頻可包括本地新聞廣播流、財經(jīng)數(shù)據(jù)報告、緊急警報更新等。

在一個實施例中，OTT內(nèi)容概念可與針對被稱為“ATSC 2.0”的項目開發(fā)的觸發(fā)聲明對象(TDO)機制相結合。TDO可被設計為可向用戶提供將這種虛擬頻道添加到導航方案的機會。相關聯(lián)的元數(shù)據(jù)將提供由規(guī)則的虛擬頻道提供的所有信息，例如短頻道名(7個字符)、長名(可選)、頻道描述(可選)和主次頻道號。

可在接收裝置中的網(wǎng)頁瀏覽器上播放的由廣播設備提供的內(nèi)容內(nèi)提供類似功能。在被導向到廣播設備的網(wǎng)頁之后，可提供按鈕，如果按下按鈕，則將導致將虛擬頻道添加到用戶的電視機。這類似于向瀏覽器書簽分配頻道號。

用于在觀看來自內(nèi)容提供商的節(jié)目(例如電視節(jié)目)的同時訪問來自接收裝置的該數(shù)據(jù)的一種方法是通過觸發(fā)TDO。TDO是由內(nèi)容創(chuàng)建者或內(nèi)容提供商創(chuàng)建的可下載軟件對象。TDO一般通過傳輸流從內(nèi)容提供商傳送并存儲在存儲器中直到它們被觸發(fā)。通常，TDO具有聲明內(nèi)容(例如文本、圖形、腳本、因特網(wǎng)鏈接和媒體)，其功能和行為以某種方式綁定到它伴隨的電視節(jié)目。當通過內(nèi)部或外部事件觸發(fā)TDO時，內(nèi)部包含的數(shù)據(jù)以某種形式呈現(xiàn)在屏幕上。在示例性接收裝置中，TDO可包含向用戶建議或推薦與當前觀看的節(jié)目有關的因特網(wǎng)傳送內(nèi)容。TDO還可包含將提供在VCT中創(chuàng)建條目所需要的必要輸入的元數(shù)據(jù)，該VCT將對應于建議的因特網(wǎng)傳送內(nèi)容。

TDO的實施例在Blanchard等在2010年12月3日提交的題為“Announcement of Triggered Declarative Objects”的美國申請第12/959,529中進行了描述，其全部內(nèi)容通過引用合并于此。然而，TDO不限于Blanchard等中描述的結構，因為本文中被定義為TDO的一部分的許多屬性根據(jù)特定TDO的功能和觸發(fā)可位于觸發(fā)器中，或反之亦然，或根本不存在。

在一個實施例中，因為接收裝置中的初始VCT一般用來定義從地面廣播、有線傳輸、衛(wèi)星廣播等接收到的內(nèi)容，所以可被視為初始VCT的擴展或擴大的第二表用來存儲與經(jīng)由諸如因特網(wǎng)的其它源接收到的內(nèi)容對應的條目。與標準數(shù)字電視服務的處理對應的由內(nèi)容提供商使用的初始VCT在下文中被稱為第一VCT。如果TDO被顯示為推薦或建議用戶可能感興趣的因特網(wǎng)傳送內(nèi)容，則用戶具有接受或拒絕該TDO的內(nèi)容的選項。如果用戶接受該TDO的推薦或建議，則TDO將使用以諸如XML的合適的表示語言編寫的所提供的元數(shù)據(jù)把該內(nèi)容源添加到第二VCT。在XML數(shù)據(jù)的情況下，接收裝置被編程為將XML數(shù)據(jù)添加到虛擬頻道表。這將導致用戶能夠稍后使用諸如直接頻道輸入、“頻道瀏覽”的導航方案、或通過對屏幕上頻道指南進行導航來選擇來自其它源的內(nèi)容。

現(xiàn)在參照附圖，圖1是示出示例性廣播系統(tǒng)2的框圖，廣播系統(tǒng)2包括內(nèi)容提供商53、接收裝置1和服務提供服務器73A、73B。接收裝置1經(jīng)由諸如因特網(wǎng)71的通信網(wǎng)絡訪問服務提供服務器73A、73B。在一個實施例中，內(nèi)容提供商53包括具有被配置為向接收裝置1發(fā)送第一內(nèi)容的發(fā)送器的發(fā)送裝置。第一內(nèi)容與至少一個虛擬頻道表中定義的第一頻道相關聯(lián)，并且由接收裝置1經(jīng)由第一通信接口接收。另外，第一內(nèi)容可選地與由接收裝置1經(jīng)由第二通信接口接收的第二內(nèi)容相關聯(lián)。

在一個實施例中，接收裝置1被配置為經(jīng)由地面廣播從內(nèi)容提供商53接收內(nèi)容。在其它實施例中，內(nèi)容提供商53經(jīng)由衛(wèi)星廣播、有線電視傳輸、地面電視廣播、蜂窩網(wǎng)絡和數(shù)據(jù)通信網(wǎng)絡(例如局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)或因特網(wǎng)71)中的至少一個提供內(nèi)容。

由內(nèi)容提供商53提供的內(nèi)容包括一個或更多個電視節(jié)目，無論內(nèi)容是否是電影、體育事件、多部分系列的分段、新聞廣播等。另外，由內(nèi)容提供商53提供的內(nèi)容也可包括可能不會被報告為電子節(jié)目指南(EPG)中的節(jié)目的廣告、電視導購節(jié)目和其它類似于節(jié)目的內(nèi)容。

接收裝置1使用至少一個VCT調(diào)諧到由一個或更多個內(nèi)容提供商53提供的內(nèi)容。在一個實施例中，接收裝置1被配置為識別并處理允許用戶將用于虛擬頻道的內(nèi)容添加到第二VCT的機會。當接收裝置1處理機會時，可詢問用戶他們是否愿意添加用于特定廣播設備的因特網(wǎng)傳送內(nèi)容的虛擬頻道。如果用戶接受該機會，則接收裝置1會將虛擬頻道添加到第二VCT。在頻道已被添加到第二VCT之后，用戶可以以類似于訪問從內(nèi)容提供商53提供的內(nèi)容的方式訪問添加的因特網(wǎng)傳送內(nèi)容。

在一個實施例中，接收裝置1被配置為允許用戶通過網(wǎng)絡接口瀏覽因特網(wǎng)71。從瀏覽器，用戶被導向到內(nèi)容提供商53或各種其它實體(例如其它內(nèi)容或服務提供商)的網(wǎng)站。當用戶到達網(wǎng)站時，網(wǎng)絡可向用戶提供允許用戶將因特網(wǎng)傳送內(nèi)容添加到第二VCT的選項。在頻道已被添加到第二VCT之后，用戶可以以與訪問從內(nèi)容提供商53提供的內(nèi)容類似的方式訪問添加的因特網(wǎng)傳送內(nèi)容。

在一個實施例中，接收裝置1還被配置為允許用戶利用由用戶提供的元數(shù)據(jù)添加定制因特網(wǎng)傳送內(nèi)容。接收裝置1在顯示器41上顯示允許用戶輸入用于虛擬頻道的特定字段(例如簡稱、主頻道號、次頻道號和/或因特網(wǎng)傳送內(nèi)容的URL)的菜單。在用戶已輸入數(shù)據(jù)之后，接收裝置1將數(shù)據(jù)格式化為合適的格式和表示，并將其輸入到第二VCT。在頻道已被添加到第二VCT之后，用戶以類似于訪問從內(nèi)容提供商53提供的內(nèi)容的方式訪問添加的因特網(wǎng)傳送內(nèi)容。

圖2是可采用包括電視機、機頂盒等許多形式的示例性接收裝置1的框圖。根據(jù)一個實施例，接收裝置1包括中央處理單元(CPU)10、存儲器30、音頻接口20、顯示器接口40、遙控接收器60、調(diào)諧器接口50(例如第一通信接口)和網(wǎng)絡接口70(例如第二通信接口)。

經(jīng)由一條或更多條總線11進行數(shù)據(jù)通信。取回已被調(diào)諧器接口50解碼的音頻和/或視頻流、以及經(jīng)由傳輸流傳送時的TDO。將解碼的音頻流發(fā)送到音頻接口20，而將解碼的視頻流發(fā)送到顯示器接口40。在一個實施例中，可以或替選地經(jīng)由因特網(wǎng)取回TDO。經(jīng)由傳輸流取回的TDO存儲在存儲器30中。CPU 10還經(jīng)由網(wǎng)絡接口70從因特網(wǎng)71接收數(shù)據(jù)和向因特網(wǎng)71發(fā)送數(shù)據(jù)。另外，CPU 10運行由遙控接收器60接收到的命令。這些命令可采用通過遙控單元61的鍵盤的直接頻道條目的形式，或可采用使用屏幕上頻道指南的來自遙控單元61的輸入的形式。

存儲器30存儲由接收裝置1使用的數(shù)據(jù)。接收裝置1內(nèi)的存儲器30可使用盤存儲形式以及諸如非易失性存儲設備(包括例如網(wǎng)絡存儲設備、磁存儲元件、磁光存儲元件、閃存、核心存儲器和/或其它非易失性存儲技術)的其它存儲形式來實現(xiàn)。另外，存儲器30可提供非實時(NRT)內(nèi)容或因特網(wǎng)傳送內(nèi)容，例如因特網(wǎng)協(xié)議電視(IPTV)。

存儲器存儲導航方案31，導航方案31提供例如屏幕上頻道指南或電子節(jié)目指南(EPG)，其允許用戶選擇可經(jīng)由與諸如電視廣播和因特網(wǎng)的內(nèi)容源的一個或更多個通信接口進行訪問的期望內(nèi)容。第一VCT為CPU 10提供頻道圖，以確定由調(diào)諧器接口50接收到的什么內(nèi)容對應于經(jīng)由遙控單元61或?qū)Ш椒桨?1輸入的用戶選擇的虛擬頻道。第二VCT為CPU 10提供頻道圖，以確定什么因特網(wǎng)傳送內(nèi)容對應于經(jīng)由遙控單元61或?qū)Ш椒桨?1輸入的用戶選擇的虛擬頻道。

調(diào)諧器接口50接收通過諸如地面廣播、有線傳輸、衛(wèi)星廣播或因特網(wǎng)的任意合適的傳送源提供的內(nèi)容。內(nèi)容由一個或更多個內(nèi)容提供商提供。在一個實施例中，內(nèi)容包含在包括頻道數(shù)據(jù)、第一VCT數(shù)據(jù)、TDO、TDO觸發(fā)器等中的一個或更多個的傳輸流中。傳輸流在調(diào)諧器接口50處被接收，并且在多路解復用器51處被多路解復用為音頻、視頻和/或數(shù)據(jù)流。音頻和/或視頻流在調(diào)諧器接口50內(nèi)的解碼器52處被解碼。來自內(nèi)容提供商53的數(shù)據(jù)流包含諸如對應于由內(nèi)容提供商53提供的頻道的VCT數(shù)據(jù)的信息。經(jīng)由CPU 10將由內(nèi)容提供商53提供的該數(shù)據(jù)置于接收裝置存儲器30內(nèi)的第一VCT 32中。

接收裝置1總體上在諸如CPU 10的處理器的控制下操作，處理器可經(jīng)由一條或更多條總線11互連到存儲器30、音頻接口20、顯示器接口40和遙控接收器60中的任一個或組合。當在解復用器51處多路解復用傳輸流時，音頻和視頻數(shù)據(jù)被發(fā)送到解碼器以進行解碼，并分別被發(fā)送到音頻接口20和顯示器接口40。除了音頻和視頻數(shù)據(jù)，多路解復用器還將由內(nèi)容提供商53更新的VCT接收到存儲器30中的第一VCT 32。在一個實施例中，第一VCT 32中的數(shù)據(jù)然后用來利用可從內(nèi)容提供商53提供的傳輸流獲得的相應內(nèi)容來更新對用戶可用的導航方案31。除了可從內(nèi)容提供商53獲得的內(nèi)容，用戶還可通過網(wǎng)絡接口70訪問因特網(wǎng)71，其中因特網(wǎng)內(nèi)容經(jīng)由位于存儲器30中的瀏覽器34或其它合適的應用或播放器生成并顯示。

將虛擬頻道添加到第二虛擬表33的機會可來自大量源，包括但不限于：在傳輸流內(nèi)傳送到調(diào)諧器接口50的觸發(fā)TDO的取回和運行的觸發(fā)器、經(jīng)由通過網(wǎng)絡接口70訪問的網(wǎng)站提供的選項、或例如通過遙控接收器60接收到的用戶請求。在一個實施例中，當觸發(fā)器經(jīng)由TS不可用時，接收裝置20例如通過向圖1所示的自動內(nèi)容識別(ACR)系統(tǒng)5發(fā)送由接收裝置1接收到的內(nèi)容的A/V樣本，經(jīng)由ACR獲取觸發(fā)器。

當添加虛擬頻道的機會呈現(xiàn)時，則CPU 10將警告用戶機會可用，并且隨后確定用戶是希望接受還是拒絕機會。在接受機會的情況下，CPU 10將基于機會的源獲取元數(shù)據(jù)并更新第二VCT 33。合適的元數(shù)據(jù)用來創(chuàng)建第二VCT內(nèi)的對應于因特網(wǎng)傳送內(nèi)容或其它內(nèi)容源的虛擬頻道條目。

如顯示器41上呈現(xiàn)的，當用戶使用遙控單元61輸入頻道號或經(jīng)由導航方案31選擇頻道號時，CPU 10將接收期望的虛擬頻道號并訪問第一VCT 32，以便確定是否存在對應的條目。如果發(fā)現(xiàn)匹配，則CPU 10將指示調(diào)諧器接口調(diào)諧到選擇的物理發(fā)送頻道并經(jīng)由分別連接到顯示器41和揚聲器21的顯示器接口40和音頻接口20呈現(xiàn)與頻道相關聯(lián)的內(nèi)容。如果未發(fā)現(xiàn)匹配，則CPU 10將訪問包含因特網(wǎng)傳送內(nèi)容的第二VCT 33，以便確定是否存在對應的條目。當在第二VCT33中發(fā)現(xiàn)對應的條目時，CPU 10將使得例如經(jīng)由瀏覽器34將對應的因特網(wǎng)傳送節(jié)目發(fā)送到顯示器接口40和音頻接口20。然而，應該注意，不必以任意特定的次序訪問第一和第二VCT，并且在一個實施例中，第一和第二VCT可組合為單個VCT。

圖3是描繪以與本發(fā)明的實施例一致的方式執(zhí)行的示例性處理的基本流程圖100。開始于步驟S105，用戶將在步驟S110選擇提供到接收裝置1并由用戶使用顯示器觀看的內(nèi)容。在某點，在步驟S115可出現(xiàn)由用戶將對應于因特網(wǎng)傳送內(nèi)容的虛擬頻道添加到第二VCT的機會。然而，應該理解，來自其它源的內(nèi)容可附加地或替選地添加到因特網(wǎng)傳送內(nèi)容。該機會可從(但不限于)TDO的運行、網(wǎng)站(例如廣播設備或服務提供商的主頁)、或用戶開始輸入定制數(shù)據(jù)得到。

如果用戶在步驟S120拒絕添加對應于因特網(wǎng)傳送內(nèi)容的虛擬頻道的機會，則用戶將返回他們之前選擇的內(nèi)容，而不改變第二虛擬表。如果用戶在步驟S120接受添加對應于因特網(wǎng)傳送內(nèi)容的虛擬頻道的機會，則接收裝置1將在步驟S125從用來制作第二VCT中的目錄的機會的源接收合適的默認元數(shù)據(jù)。

在一個實施例中，元數(shù)據(jù)被格式化為XML數(shù)據(jù)，但是可以以適合于應用的任意其它表示來格式化。當接收裝置1從機會接收到默認元數(shù)據(jù)時，接收裝置1可選地在步驟S130詢問用戶是否希望通過輸入定制數(shù)據(jù)來修改默認元數(shù)據(jù)?？梢杂蓛?nèi)容提供商或其它實體調(diào)節(jié)用戶輸入定制數(shù)據(jù)的能力的程度，使得對于默認元數(shù)據(jù)僅可以修改特定字段，例如次頻道號字段或簡稱字段。

如果用戶不希望輸入對應于因特網(wǎng)傳送內(nèi)容的虛擬頻道的定制數(shù)據(jù)，則接收裝置1將使用在步驟S125從機會的源獲得的默認元數(shù)據(jù)生成合適的VCT條目。然后將在步驟S145把默認元數(shù)據(jù)寫入第二VCT。如果用戶在步驟S130接受輸入對應于因特網(wǎng)傳送內(nèi)容的虛擬頻道的定制數(shù)據(jù)的機會，則接收裝置1將在步驟S140產(chǎn)生屏幕上菜單，其中用戶可將定制數(shù)據(jù)輸入到由服務提供商確定的合適字段中。一旦輸入了定制數(shù)據(jù)，則接收裝置1將在步驟S150基于由用戶輸入的定制數(shù)據(jù)修改來自機會的源的默認元數(shù)據(jù)，并且生成要輸入到第二VCT的合適的頻道信息。

一旦生成了頻道信息，則將在步驟S145把定制數(shù)據(jù)寫入第二VCT。從這點開始，這將允許用戶通過在遙控單元61上輸入對應頻道號或通過從導航方案31選擇對應頻道來訪問因特網(wǎng)傳送內(nèi)容。

圖4A-4D描繪用于通過使用TDO將虛擬頻道添加到經(jīng)由其它內(nèi)容源獲取的內(nèi)容的示例性截屏。圖4A示出由內(nèi)容提供商53提供的示例性用戶選擇的廣播內(nèi)容。如圖4B所示，在某點，觸發(fā)與選擇的內(nèi)容相關聯(lián)的TDO。TDO向用戶提供推薦或建議：內(nèi)容(例如類似于當前顯示的相關內(nèi)容)經(jīng)由諸如因特網(wǎng)71的其它通信接口可用。在該示例中，用戶可能正觀看從內(nèi)容提供商53以數(shù)字格式傳送的頻道XYZ。如圖4C所示，警告或推薦可指示可經(jīng)由相關聯(lián)的URL從XYZ的因特網(wǎng)主頁傳送或流傳送相關聯(lián)的內(nèi)容。如圖4D所示，如果用戶決定添加因特網(wǎng)傳送內(nèi)容，則將利用合適的元數(shù)據(jù)更新第二VCT，并且隨后可從屏幕上頻道指南訪問第二VCT。圖4D的屏幕上頻道指南圖示由臺XYZ提供的內(nèi)容可通過選擇頻道100.1來訪問，而來自臺XYZ的主頁的因特網(wǎng)傳送數(shù)據(jù)可通過選擇頻道100.3來訪問。可使用遙控單元61上的鍵盤或通過屏幕上頻道指南來選擇這些頻道中的任一個。

圖5圖形化地示出如上所述的去往和來自第一VCT和第二VCT的數(shù)據(jù)流。初始地，第一VCT填充有對應于一個或更多個內(nèi)容提供商的虛擬頻道。在一個實施例中，從傳輸流拉出虛擬頻道信息并由CPU 10存儲。第二VCT填充有來自諸如TDO、網(wǎng)站或用戶手動輸入的源的用戶接受的機會。例如，可經(jīng)由TDO或者直接從內(nèi)容提供商或網(wǎng)站輸入第二VCT的條目。另外，在一個實施例中，用于生成第二VCT中的虛擬頻道條目的XML元數(shù)據(jù)可采取以下形式：

<？xml version＝"1.0"encoding＝"UTF-8"？>

<OOTVideo

xmlns＝“http://www.atsc.org/XMLSchemas/ATSC2.0/2012/1.0”>

<VCTEntry service_type＝“9”major_channel_number＝“4”minor_channel_number＝“20”short_name＝“ABCnews”>

<location>http://abc.tv/3340/newsfeed.rm</location>

<description>ABC Newsfeed channel；24-hour short news clips.</description>

<capability>22</capability>

</VCTEntry>

</OOTVideo>

該XML元數(shù)據(jù)對應于第二VCT中的條目，該條目對應于具有頻道號“4-20”的被稱為“ABC新聞”的虛擬頻道。以上提到的XML元數(shù)據(jù)可包含在作為下載文件經(jīng)由因特網(wǎng)接收到的實例文件中。替選地，可使用經(jīng)由單向傳輸?shù)奈募魉?FLUTE)協(xié)議經(jīng)由地面廣播傳送實例文件，作為非實時內(nèi)容(NRT)中的文件。其它傳送方法也是可能的。

以上提到的XML元數(shù)據(jù)還定義了service_type(例如service_type＝“9”)。在一個實施例中，service_type指的是在ATSCA/65節(jié)目和系統(tǒng)信息協(xié)議(PSIP)中定義的與每個虛擬頻道相關聯(lián)的參數(shù)。在PSIP虛擬頻道表(VCT)中定義了大約六個服務類型，包括：

Service_type＝2(ATSC數(shù)字電視–普通電視服務)

Service_type＝3(僅音頻–無線電服務)

Service_type＝4(數(shù)據(jù)服務)

Service_type＝5(軟件下載服務)

接收裝置通過VCT中定義的虛擬頻道號和service_type向用戶提供選擇并調(diào)諧到頻道的能力。例如，處理每個傳輸流多路復用中(每個物理頻道中)的VCT是允許接收裝置1適當?shù)刈層脩粼诳捎妙l道中進行導航。當接收裝置1遇到與未識別的service_type相關聯(lián)的VCT條目時，忽視該條目(例如，不讓用戶調(diào)諧到該頻道)。當今的接收裝置一般忽視標記有除2(或可能是3，或有時是5)以外的service_type值的任意條目。

在以上提到的XML元數(shù)據(jù)示例中，使用service_type 9來定義因特網(wǎng)源內(nèi)容服務。另外，可使用不同服務類型來指定用于因特網(wǎng)源內(nèi)容的不同顯示模式。例如，如圖5所示，可使用service_type 9來指定要在全屏模式下顯示的因特網(wǎng)源內(nèi)容服務，并且可使用service_type10來指定要在正常模式下(例如在窗口內(nèi))顯示的因特網(wǎng)源內(nèi)容服務。然而，可以使用任何其它未使用的service_type號來標識具有或不具有顯示模式的因特網(wǎng)源內(nèi)容。在其它實施例中，可使用附加參數(shù)來指定因特網(wǎng)源內(nèi)容服務或任意其它服務類型的呈現(xiàn)(例如顯示)模式。例如，可在VCT條目或諸如EPG的任何其它位置中定義附加參數(shù)。

在一個實施例中，XML實例文件包括指示服務器的參數(shù)，在該服務器處，用戶獲得添加虛擬頻道的機會。服務器可基于機會的源向用戶提供不同的流。

在一個實施例中，接收裝置1被配置為基于由因特網(wǎng)傳送內(nèi)容指定的模式、用戶設置、第二VCT中定義的默認設置、與因特網(wǎng)傳送內(nèi)容相關聯(lián)的頻道信息等，在窗口、框或全屏模式下顯示來自因特網(wǎng)傳送內(nèi)容的內(nèi)容。例如，用戶可將被稱為ABC新聞的頻道添加到第二虛擬頻道表。對應于頻道ABC新聞的因特網(wǎng)傳送內(nèi)容可以是與特定URL相關聯(lián)并且包括嵌入的期望內(nèi)容的網(wǎng)頁。內(nèi)容可簡單地嵌入在網(wǎng)頁的一部分中，并且在窗口模式下與網(wǎng)頁一起顯示。在選擇了ABC新聞頻道并且訪問URL的情況下，用戶可執(zhí)行附加動作，以最大化嵌入的內(nèi)容并在全屏模式下進行顯示。在一個實施例中，用戶在添加因特網(wǎng)傳送內(nèi)容時可具有經(jīng)由窗口、框或全屏模式顯示內(nèi)容的選項。在接收到將ABC新聞添加到第二虛擬頻道表的請求的情況下，如果用戶希望以全屏呈現(xiàn)因特網(wǎng)傳送內(nèi)容，則接收裝置1將選擇要輸入到第二虛擬頻道表的合適的選項。

圖5示出在服務類型標題下輸入的全屏條目。全屏條目指示當選擇了ABC新聞時，相應的因特網(wǎng)傳送內(nèi)容將全屏呈現(xiàn)。如果用戶稍后希望向第二虛擬頻道表添加另一頻道，例如CNN頭條新聞，但希望以窗口模式保持因特網(wǎng)傳送內(nèi)容，則用戶將在添加因特網(wǎng)傳送內(nèi)容時選擇以窗口模式顯示內(nèi)容的合適選項。圖5示出在服務類型標題下輸入的正常條目。正常條目指示當選擇了CNN頭條新聞時，相應的因特網(wǎng)傳送內(nèi)容將以窗口而不是全屏呈現(xiàn)。

替選地，接收裝置1可基于由因特網(wǎng)傳送內(nèi)容指定的模式、第二VCT中的默認設置、與因特網(wǎng)傳送內(nèi)容相關聯(lián)的頻道信息等，而不是基于用戶設置，輸入合適的選項。另外，如果內(nèi)容要在框模式下顯示，則顯示器可放大嵌入有內(nèi)容的網(wǎng)頁部分。

虛擬頻道一般還傳遞“服務類型”，服務類型向接收裝置1指示期望如何處理并呈現(xiàn)與頻道相關聯(lián)的內(nèi)容。在ATSC廣播的情況下，服務類型一般是ATSC“數(shù)字電視”服務類型。其它服務類型包括代碼下載服務、僅音頻和數(shù)據(jù)廣播。在一個實施例中，服務類型碼傳遞接收裝置2中為處理該頻道上的內(nèi)容而必須支持的編解碼器。

如所提到的，服務類型的一個方面在于，服務類型傳遞接收裝置1用來將內(nèi)容呈現(xiàn)給用戶以進行消費的期望方式。對于OTT視頻服務類型，例如“OTT全屏”可被定義為使得接收裝置1中的期望行為是訪問由頻道的URL提及的流式音頻和/或視頻服務，并且立即開始消費并解碼音頻和/或視頻，使用全屏實際使用面積來呈現(xiàn)視頻。將此與用戶訪問YouTube.com的一般體驗進行對比。首先，呈現(xiàn)包含許多視頻縮略圖的頁面。如果選擇了一個縮略圖，則顯示頁面，其中該視頻位于瀏覽器窗口左上區(qū)域中的較大窗口中。用戶可從該窗口開始播放視頻，或者用戶可選擇進入“全屏”模式。另一相關服務類型可以更類似于網(wǎng)站的初始主頁視圖，例如來自YouTube.com主頁的視圖。

如以上所提到的，為了實現(xiàn)OTT(例如因特網(wǎng)傳送內(nèi)容)虛擬頻道概念，定義了新的服務類型碼，或許被稱為“因特網(wǎng)源內(nèi)容”。在一個實施例中，接收裝置1將服務類型碼理解為意味著：僅當在接收裝置1中因特網(wǎng)連接可用并且激活時才可提供服務。除了服務類型，還可提供其它元數(shù)據(jù)以指示將在OTT虛擬頻道服務中呈現(xiàn)的內(nèi)容的類型。這種元數(shù)據(jù)可采用因特網(wǎng)媒體類型串(以前被稱為MIME類型)或“功能碼”字節(jié)的形式?！肮δ艽a”字節(jié)是針對ATSC的第一NRT標準開發(fā)的概念。每個功能碼表示編解碼器配置、封裝格式、傳輸方法等。

當用戶(例如使用導航方案31)選擇了頻道時，在這種情況下是對應于“ABC新聞”的頻道，CPU 10搜索第一和/或第二VCT，以便確定對應的內(nèi)容源。也可通過在遙控單元61上輸入“4-20”來進行選擇。注意，在一些實現(xiàn)方式中，主次頻道號之間的分隔符可以是小數(shù)點而不是連字符。在導航方案31上發(fā)現(xiàn)針對頻道4-20的條目的情況下，接收裝置1將調(diào)諧到該內(nèi)容。在從遙控單元61或?qū)Ш椒桨?1接收到輸入的情況下，CPU 10在第一VCT中尋找合適的條目。當?shù)谝籚CT中不存在對應于頻道4-20(對應于“ABC新聞”)的條目時，CPU 10然后在第二VCT中尋找合適的條目。在第二VCT中發(fā)現(xiàn)針對頻道4-20的條目的情況下，CPU 10將選擇對應的因特網(wǎng)傳送內(nèi)容以顯示在顯示器41上。

在一個實施例中，用戶在使用接收裝置1經(jīng)由網(wǎng)絡接口70瀏覽因特網(wǎng)71的同時接收將因特網(wǎng)傳送內(nèi)容添加到第二VCT的機會。在非限制性示例中，如果用戶訪問了具有可用的因特網(wǎng)傳送內(nèi)容的廣播設備或服務提供商的主頁，則用戶可向第二VCT 33添加一個或更多個因特網(wǎng)傳送內(nèi)容。例如，如上所述，這是在CPU 10向廣播設備或服務提供商網(wǎng)站發(fā)送對XML元數(shù)據(jù)的請求并且隨后將元數(shù)據(jù)存儲在第二VCT 33中時實現(xiàn)的。

在另一實施例中，如果用戶已經(jīng)知道了合適的元數(shù)據(jù)，則用戶將元數(shù)據(jù)手動輸入到第二VCT中。對于非限制示例，接收裝置1在顯示器41上顯示菜單，該菜單允許用戶輸入特定字段，例如簡稱、主頻道號、次頻道號和/或使用網(wǎng)絡接口70的可用內(nèi)容(例如因特網(wǎng)傳送內(nèi)容)的URL。在用戶輸入了數(shù)據(jù)之后，CPU 10將數(shù)據(jù)格式化為合適的格式，并將其輸入到第二VCT 33。這允許用戶以后使用頻道號選擇經(jīng)由網(wǎng)絡接口70接收到的內(nèi)容，這以與瀏覽器書簽類似的方式起作用。

根據(jù)一個實施例，接收裝置1被配置為移除VCT中不再期望的條目。如果用戶希望從VCT移除條目，則一個非限制示例將是由用戶訪問屏幕上頻道指南上的菜單，該菜單將提示用戶移除選擇的虛擬頻道。當接受了從VCT(例如第二VCT 33)移除條目時，對應的虛擬頻道信息將從存儲器30被移除或在存儲器30中被重寫。在從VCT移除了頻道之后，用戶再也無法訪問與該虛擬頻道相關聯(lián)的內(nèi)容(例如因特網(wǎng)傳送內(nèi)容)。替選地，對虛擬頻道的訪問可暫時被禁用，或被設置為在預定日期和/或時間過期。

在一個實施例中，從不同內(nèi)容源接收到的(例如經(jīng)由不同通信接口)但是與相同內(nèi)容提供商相關聯(lián)的內(nèi)容被分配相同的主頻道號。在另一實施例中，從相同通信接口接收到的內(nèi)容可被分配相同的主頻道號。替選地，可基于任何其它預定的或用戶選擇的標準向從不同內(nèi)容源接收到的內(nèi)容分配頻道號。

圖6圖示可包括在內(nèi)容提供商53、ACR系統(tǒng)5或單獨設備中的示例性信息提供裝置600。如圖6所示，信息提供裝置600包括存儲器610和通信單元620。存儲器610可使用盤存儲形式以及諸如非暫時性存儲設備(例如包括網(wǎng)絡存儲設備、磁存儲元件、磁光存儲元件、閃存、核心存儲器和/或其它非易失性存儲技術)的其它存儲形式來實現(xiàn)。另外，通信單元620可使用地面廣播發(fā)送器、有線廣播發(fā)送器、衛(wèi)星上行發(fā)送器、網(wǎng)絡接口(例如WLAN卡、以太網(wǎng)卡等)等等中的任一個或組合來實現(xiàn)。

存儲器610被配置為存儲TDO，該TDO標識要由接收裝置1經(jīng)由第一通信接口(例如網(wǎng)絡接口70)接收的第一內(nèi)容的位置。TDO還與要由接收裝置經(jīng)由第二通信接口(例如調(diào)諧器接口50)接收的第二內(nèi)容相關聯(lián)。通信單元620向接收裝置1提供存儲在存儲器610中的TDO。例如，通信單元1120經(jīng)由TS或因特網(wǎng)向接收裝置1提供TDO。如上所提到的，在一個實施例中，TDO還在存儲在接收裝置中的虛擬頻道表中定義要與第一內(nèi)容相關聯(lián)的頻道號。

以上討論的各個處理不需要在時間順序上按照流程圖中描繪的順序處理；步驟也可包括那些并行或分別處理(例如，以并行的或面向?qū)ο蟮姆绞?的步驟。

而且，程序可由單個計算機來處理或由多個計算機基于分布式來處理。程序也可被傳送到遠程計算機或多個計算機以運行。

此外，在本說明書中，術語“系統(tǒng)”指的是多個組件元件(裝置、模塊(部分)等)的集合。所有組件元件可以容納在或可以不容納在單個封裝中。因此，各自容納在分離的封裝中且經(jīng)由網(wǎng)絡連接的多個裝置被視為網(wǎng)絡，并且由容納在單個封裝中的多個模塊形成的單個裝置也被視為系統(tǒng)。

而且，應該理解，該技術在具體實施時不限于以上描述的實施方式，并且可以對該技術進行各種修改、變型和替選，只要它們在該技術的精神和范圍內(nèi)即可。

例如，可針對云計算構造該技術，從而經(jīng)由網(wǎng)絡在多個裝置之間協(xié)作地共享并處理單個功能。

而且，參照上述流程圖說明的每個步驟可以不僅由單個裝置執(zhí)行，而且可以由多個裝置以共享方式執(zhí)行。

此外，如果一個步驟包括多個處理，則步驟中包括的這些處理可以不僅由單個裝置執(zhí)行，而且可以由多個裝置以共享方式執(zhí)行。

根據(jù)以上教導，本發(fā)明的多種修改和變型是可能的。因此要理解，在所附權利要求書的范圍內(nèi)，可以與本文中具體描述的方式不同地實現(xiàn)本發(fā)明。