專利名稱：接收設(shè)備、接收方法和計算機程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及接收設(shè)備、接收方法和計算機程序，并且更具體而言，涉及通過多播遞送(multicast delivery)來接收數(shù)據(jù)的接收設(shè)備、接收方法和計算機程序。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)近來的發(fā)展，已經(jīng)通過網(wǎng)絡(luò)來遞送節(jié)目(內(nèi)容)。遞送節(jié)目的供應(yīng)商將節(jié)目轉(zhuǎn)換成IP (網(wǎng)際協(xié)議)分組，并且之后通過多播遞送來遞送來自服務(wù)器的節(jié)目，在多播遞送中，相同的信號被遞送給多個接收方。通常用來接收通過多播遞送的節(jié)目的協(xié)議包括用于IPv4網(wǎng)絡(luò)環(huán)境的IGMP(互聯(lián)網(wǎng)工作組管理協(xié)議)和用于IPv6網(wǎng)絡(luò)環(huán)境的MLD(多播偵聽發(fā)現(xiàn))。 當使用IGMP(或MLD)來接收通過多播遞送的節(jié)目時，接收設(shè)備在接收內(nèi)容的流時發(fā)送稱為"加入消息(Join message)"的信號。通過發(fā)送加入消息，接收設(shè)備可以加入多播組并且觀看與該多播組相對應(yīng)的內(nèi)容。為了停止觀看內(nèi)容，發(fā)送稱為"離開消息(Leavemessage)"的信號。通過發(fā)送離開消息，接收設(shè)備可以離開多播組并且停止觀看內(nèi)容。
在通過網(wǎng)絡(luò)進行的對內(nèi)容的多播遞送中，由于切換接收設(shè)備中所觀看的內(nèi)容(即，切換頻道)必需進行如上所述對加入消息和離開消息的發(fā)送處理，所以，出現(xiàn)頻道切換所需的等待時間比通過廣播進行遞送所需的時間長的問題。因此，需要實現(xiàn)通過網(wǎng)絡(luò)對內(nèi)容的多播遞送中的高速頻道切換。 日本專利申請?zhí)亻_2008-022393號公報(以下，稱為專利文件1)公開了一種方法，其中，家庭網(wǎng)關(guān)裝置接收通過復(fù)用多個內(nèi)容的數(shù)據(jù)所獲得的流，并且當從接收端子接收與所希望的內(nèi)容相對應(yīng)的頻道的信息時，從經(jīng)過復(fù)用的流中分離與適當?shù)念l道相對應(yīng)的內(nèi)容的數(shù)據(jù)，以將其提供給接收端子。

發(fā)明內(nèi)容
然而，在專利文件1的方法中，由于在從家庭網(wǎng)關(guān)裝置切換到接收端子之后、在頻道的內(nèi)容數(shù)據(jù)被發(fā)送之前，發(fā)生時滯，所以對高速頻道切換存在限制。 考慮到此，提出了一種方法，其中，對離開消息和加入消息中的每一個的發(fā)送定時
進行控制，以使得在執(zhí)行從與正在觀看的頻道相對應(yīng)的多播組的離開之前，執(zhí)行加入與作
為切換目的地的頻道相對應(yīng)的多播組。然而，在該方法中，在由于網(wǎng)絡(luò)等問題而發(fā)生離開消
息和加入消息的發(fā)送延遲或丟失的情況中，不能平穩(wěn)地執(zhí)行觀看頻道的切換。 考慮到以上情況，需要能夠減少切換用于觀看多播流的頻道所需的時間的接收設(shè)
備、接收方法和計算機程序。 根據(jù)本發(fā)明實施例，提供了一種接收設(shè)備，該接收設(shè)備接收通過網(wǎng)絡(luò)多播遞送的流，該接收設(shè)備包括流接收部件，該流接收部件接收第一頻道的流作為觀看流，并且接收一個或多個第二頻道的流作為觀看候選流；緩沖部件，該緩沖部件存儲第一頻道的流和第二頻道的流，所述流是由流接收部件接收的；再現(xiàn)處理部件，該再現(xiàn)處理部件執(zhí)行觀看緩沖部件中作為觀看流而存儲的流的處理；以及頻道處理部件，當用于從第一頻道切換到正接
收作為觀看候選流的流的第二頻道中的任何一個第二頻道作為觀看目標的指令被輸入時，該頻道處理部件使得再現(xiàn)處理部件將與該第二頻道相對應(yīng)的流作為觀看流進行處理，并且使得流接收部件接收與該第二頻道相對應(yīng)的流作為觀看流，與該第二頻道相對應(yīng)的流被存儲在緩沖部件中。 在根據(jù)本發(fā)明實施例的接收設(shè)備中，除了第一頻道的觀看流之外，一個或多個第
二頻道的流作為觀看候選流被流接收部件接收并且被緩沖到緩沖部件中。當用于從第一頻道切換到正接收作為觀看候選流的流的第二頻道中的任何一個第二頻道作為觀看目標的指令被輸入時，頻道處理部件使得再現(xiàn)處理部件將與該第二頻道相對應(yīng)的流作為觀看流進行處理，并且使得流接收部件接收與該第二頻道相對應(yīng)的流作為觀看流，與該第二頻道相對應(yīng)的流被存儲在緩沖部件中。因此，可以從用戶的角度減少切換觀看頻道所需的時間。 在根據(jù)本發(fā)明實施例的接收設(shè)備中，當上述指令被輸入時，頻道處理部件還使得流接收部件接收第一頻道的流作為觀看候選流或停止接收第一頻道的流。因此，可以適當?shù)貓?zhí)行對觀看目標頻道的切換。 在根據(jù)本發(fā)明實施例的接收設(shè)備中，頻道處理部件可以在接收設(shè)備能夠用來接收和緩沖流的資源的范圍以內(nèi)，將第二頻道的數(shù)目設(shè)置為最大值。因此，可以在實現(xiàn)多播流的多頻道傳送的同時減少切換觀看頻道所需的時間。 在根據(jù)本發(fā)明實施例的接收設(shè)備中，緩沖部件包括一容量，該容量針對接收流的每個頻道被分配，并且分配給第二頻道中的每個第二頻道的容量被設(shè)為確保緊在觀看頻道被切換后再現(xiàn)所獲得的視頻和音頻的值。因此，通過在生成用于切換觀看頻道的指令之后僅等待再現(xiàn)處理(例如，解碼)所需的短的一段時間，可以從用戶的角度切換觀看頻道并且增強對緩沖容量的使用效率。 在根據(jù)本發(fā)明實施例的接收設(shè)備中，頻道處理部件可以參考用戶的偏好來計算有關(guān)所有能夠接收流的頻道的優(yōu)先級順序，并且可以按照優(yōu)先級的降序選擇頻道作為該第二頻道。因此，當用戶選擇所希望的要切換到的頻道時，可以使從第二頻道中選擇所希望的頻道的可能性更大。 在根據(jù)本發(fā)明實施例的接收設(shè)備中，頻道處理部件使得流接收部件接收媒體流和針對該媒體流的糾錯流作為觀看流，并且僅接收媒體流作為觀看候選流。如上所述，僅媒體流被流接收部件接收作為觀看候選流，從而可以有效利用接收設(shè)備用來接收和緩沖流的資源(例如，網(wǎng)絡(luò)帶寬和緩沖容量)。 在根據(jù)本發(fā)明實施例的接收設(shè)備中，頻道處理部件可以獲取用于評估網(wǎng)絡(luò)的傳輸特性的信息，并且可以基于該信息，動態(tài)地改變第二頻道的最大數(shù)目。因此，跟隨網(wǎng)絡(luò)傳輸特性的波動，第二頻道的最大數(shù)目可以被最優(yōu)化，從而可以防止對頻道的流的接收、緩沖操作和對媒體流的再現(xiàn)由于缺少網(wǎng)絡(luò)帶寬和緩沖容量而變得不穩(wěn)定。 此外，根據(jù)本發(fā)明另一實施例，提供了一種接收方法，用于接收通過網(wǎng)絡(luò)多播遞送的流，該接收方法包括接收第一頻道的流作為觀看流，并且接收一個或多個第二頻道的流作為觀看候選流；將所接收到的第一頻道的流和第二頻道的流存儲在緩沖部件中；以及當從第一頻道切換到正接收作為觀看候選流的流的第二頻道中的任何一個第二頻道作為觀看目標的指令被輸入時，將與該第二頻道相對應(yīng)的流作為觀看流進行再現(xiàn)，并且接收與該第二頻道相對應(yīng)的流作為觀看流，與該第二頻道相對應(yīng)的流被存儲在緩沖部件中。
此外，根據(jù)本發(fā)明另一實施例，還提供一種計算機程序，該計算機程序使得計算機 作為接收通過網(wǎng)絡(luò)多播遞送的流的接收設(shè)備進行操作，該計算機程序使得計算機用作流 接收部件，該流接收部件接收第一頻道的流作為觀看流，并且接收一個或多個第二頻道的 流作為觀看候選流；緩沖部件，該緩沖部件存儲第一頻道的流和第二頻道的流，所述流是由 流接收部件接收的；再現(xiàn)處理部件，該再現(xiàn)處理部件執(zhí)行觀看緩沖部件中作為觀看流而存 儲的流的處理；以及頻道處理部件，當用于從第一頻道切換到正接收作為觀看候選流的流 的第二頻道中的任何一個第二頻道作為觀看目標的指令被輸入時，該頻道處理部件使得再 現(xiàn)處理部件將與該第二頻道相對應(yīng)的流作為觀看流進行處理，并且使得流接收部件接收與 該第二頻道相對應(yīng)的流作為觀看流，與該第二頻道相對應(yīng)的流被存儲在緩沖部件中。
如上所述，根據(jù)本發(fā)明實施例，可以減少切換觀看多播流的頻道所需的時間。
根據(jù)以下按照附圖所示對本發(fā)明的最佳實施例的詳細描述，本發(fā)明的這些和其它 目的、特征以及優(yōu)點將更加明顯。


圖1是示出根據(jù)本發(fā)明第一實施例的使用接收設(shè)備的多播遞送系統(tǒng)的結(jié)構(gòu)的框 圖； 圖2是示出根據(jù)本發(fā)明第一實施例的接收設(shè)備的結(jié)構(gòu)的框圖； 圖3是用于描述在典型接收設(shè)備中切換觀看頻道的示例的示圖； 圖4是示出在發(fā)生圖3的觀看頻道的切換的時間點T2處被放大的時間軸的示圖； 圖5是用于描述根據(jù)本發(fā)明第一實施例的接收設(shè)備中的觀看頻道切換操作的示
圖； 圖6是與頻道選擇處理器進行的對觀看候選流的頻道選擇相關(guān)的框圖； 圖7是用于描述對觀看頻道切換的預(yù)處理的流程圖； 圖8是計算在接收設(shè)備中可用的網(wǎng)絡(luò)帶寬和緩沖容量的處理的流程圖； 圖9是用于獲得由于判斷目標頻道的媒體流的接收所要消耗的網(wǎng)絡(luò)帶寬和緩沖
容量的過程的流程圖； 圖10是有關(guān)通過用戶的指令進行的觀看頻道切換操作的流程圖； 圖11是有關(guān)根據(jù)網(wǎng)絡(luò)傳輸特性而自動改變接收頻道的數(shù)目的處理的流程圖。
具體實施例方式以下，將參考附圖來描述本發(fā)明的實施例。(第一實施例)(多播遞送系統(tǒng)的結(jié)構(gòu)) 圖1是示出根據(jù)本發(fā)明第一實施例的使用接收設(shè)備100的多播遞送系統(tǒng)10的結(jié) 構(gòu)的示圖。 如圖1中所示，多播遞送系統(tǒng)10包括遞送服務(wù)器13和路由器14。遞送服務(wù)器13 被廣播內(nèi)容提供商11用來通過多播方法遞送內(nèi)容的流。路由器14將由遞送服務(wù)器13遞 送的內(nèi)容的流遞送到作為目的地的接收設(shè)備100。遞送服務(wù)器13和路由器14通過CDN(內(nèi)容遞送網(wǎng)絡(luò))12相互連接。CDN 12是被最優(yōu)化以經(jīng)由網(wǎng)絡(luò)來遞送具有大的文件大小的數(shù)字 內(nèi)容的網(wǎng)絡(luò)。 這里，由遞送服務(wù)器13遞送的內(nèi)容的流由包含諸如內(nèi)容的視頻/音頻/字幕之類 的數(shù)據(jù)的媒體流和用于對媒體流進行糾錯的FEC(前向糾錯)流構(gòu)成。這些流通過不同的 頻道被分開傳送。 路由器14使接收相同頻道中的內(nèi)容的流的一個或多個接收設(shè)備100成為一組，并 且向該組(多播組)指派一多播IP地址。因此，這些接收設(shè)備100中的每一個接收設(shè)備 100能夠接收地址為這些接收設(shè)備100所屬于的那個組的多播IP地址的分組，同時將該分 組視為地址為到這些接收設(shè)備100的分組。在從接收設(shè)備IOO接收到包含用于標識接收設(shè) 備IOO想要加入的組的信息的加入消息之后，路由器14執(zhí)行使得接收設(shè)備100加入該組的 處理。在接收到指示從該組離開的離開消息之后，路由器14執(zhí)行使得接收設(shè)備100離開該 組的處理。 路由器14可以通過本地網(wǎng)絡(luò)與一個或多個接收設(shè)備100連接。 盡管為了方便圖1示出一個遞送服務(wù)器13和一個路由器14，然而，在多播傳送系
統(tǒng)10中的CDN 12上可以連接多個遞送服務(wù)器和多個路由器。 接收設(shè)備IOO只需要是能夠接收內(nèi)容的流并且再現(xiàn)內(nèi)容的流的裝備。具體而言，
該裝備的示例包括計算機裝備(例如個人計算機(PC))、電視接收機、蜂窩電話、PDA(個人
數(shù)字助理))和記錄裝備。(接收設(shè)備100的結(jié)構(gòu)) 接著，將描述接收設(shè)備100的結(jié)構(gòu)。 圖2是示出接收設(shè)備100的結(jié)構(gòu)的框圖。 如圖2中所示，接收設(shè)備100包括通信接口 101、通信處理器110、流傳送處理器 (streaming processor) 120、解密器(decrypter) 102、解復(fù)用器103、AV播放器130、視頻/ 音頻輸出處理器104、視頻/音頻輸出接口 105、遠程控制器接口 106、CAS(條件接收系統(tǒng))/ DRM(數(shù)字權(quán)限管理)客戶端107和BML(廣播標記語言)瀏覽器108。
通信接口 101是將接收設(shè)備IOO連接到網(wǎng)絡(luò)的接口。在本實施例中，接收設(shè)備100 通過通信接口 101連接到本地網(wǎng)絡(luò)。 通信處理器IIO(流接收部件)執(zhí)行物理/數(shù)據(jù)鏈路層、IP(網(wǎng)際協(xié)議)層、 IGMP (互聯(lián)網(wǎng)組管理協(xié)議)/MLD (多播偵聽發(fā)現(xiàn))層、UDP (用戶數(shù)據(jù)報協(xié)議)層、TCP (傳輸 控制協(xié)議)層、RTP (實時傳送協(xié)議)層、HTTP (超文本傳輸協(xié)議/TLS (傳輸層安全性)層中 的通信。通信處理器110例如執(zhí)行以下處理經(jīng)由路由器14接收從遞送服務(wù)器13向CDN 12遞送的內(nèi)容的流，并且從接收設(shè)備100向路由器14發(fā)送各種消息。 流傳送處理器120包括緩沖部件121和FEC處理器122。緩沖部件121存儲所接 收的內(nèi)容的媒體流以及該媒體流的FEC流，以用于緩沖。FEC處理器122使用該FEC流對緩 沖部件121中所存儲的媒體流執(zhí)行糾錯處理。流傳送處理器120的輸出是已經(jīng)經(jīng)過了糾錯 的媒體流。 解密器102對從流傳送處理器120輸出的糾錯后所獲得的媒體流進行解密。解密 器102在對內(nèi)容的媒體流進行解密之前，從CAS/DRM客戶端107獲取用于判斷該內(nèi)容的媒 體流是否可以被解密的信息。如果判定可以進行解密，則解密器102對媒體流進行解密。
解復(fù)用器103將由解密器102解密出的媒體流解復(fù)用成多種數(shù)據(jù)段，例如，視頻數(shù) 據(jù)、音頻數(shù)據(jù)和字幕數(shù)據(jù)。由于媒體流是在諸如視頻數(shù)據(jù)、音頻數(shù)據(jù)和字幕數(shù)據(jù)之類的數(shù)據(jù) 被遞送服務(wù)器13中的復(fù)用器復(fù)用之后被遞送的，所以，接收設(shè)備100需要用于對所復(fù)用的 數(shù)據(jù)進行解復(fù)用的解復(fù)用器103。 AV播放器130包括視頻解碼器131、音頻解碼器132、字幕解碼器133、再現(xiàn)控制部 件134、頻道選擇處理器135等。視頻解碼器131對由解復(fù)用器103解復(fù)用出的視頻數(shù)據(jù) 進行解碼。音頻解碼器132對由解復(fù)用器103解復(fù)用出的音頻數(shù)據(jù)進行解碼。字幕解碼器 133對由解復(fù)用器103解復(fù)用出的字幕數(shù)據(jù)進行解碼。再現(xiàn)控制部件134針對用戶利用遠 程控制器151等輸入的各種操作(例如，再現(xiàn)/停止/暫停)執(zhí)行處理。頻道選擇處理器 135(頻道處理部件)執(zhí)行以下處理選擇用戶利用遠程控制器151等輸入的要觀看的頻道 (以下，稱為觀看頻道)以及切換觀看頻道。此外，頻道選擇處理器135自動選擇遞送適合 用戶偏好的內(nèi)容的頻道并且執(zhí)行接收該頻道的媒體流作為觀看候選流的處理。
視頻/音頻輸出處理器104對視頻解碼器131的輸出、字幕解碼器133的輸出、由 BML瀏覽器108生成的圖像進行合成，并且通過視頻/音頻輸出接口 105將合成的結(jié)果輸出 給諸如外部連接的電視之類視頻/音頻輸出裝備。此外，視頻/音頻輸出處理器104通過 視頻/音頻輸出接口 105將音頻解碼器132的輸出輸出給諸如外部連接的電視之類的視頻 /音頻輸出裝備。 應(yīng)當注意，接收設(shè)備IOO可以設(shè)有視頻顯示部件和音頻輸出部件，并且視頻數(shù)據(jù) 和音頻數(shù)據(jù)可以被輸出給這些部件。 遠程控制器接口 106是用于關(guān)于遠程控制器151發(fā)送和接收諸如紅外信號之類的 無線電信號的接口 。遠程控制器接口 106向AV播放器130中的再現(xiàn)控制部件134和頻道選 擇處理器135、BML瀏覽器108和其它塊通知由用戶通過遠程控制器151輸入的各種指令。
BML瀏覽器108執(zhí)行用于觀看以BML描述的數(shù)據(jù)的處理。BML是用于基于XML(可 擴展標記語言)的數(shù)據(jù)廣播的頁面描述語言。BML瀏覽器108通過解釋以BML描述的數(shù)據(jù) 來生成顯示信息，并且之后將此顯示信息輸出給視頻/音頻輸出處理器104。
CAS/DRM客戶端107管理CAS和DRM。 以上，已經(jīng)描述了根據(jù)本發(fā)明第一實施例的接收設(shè)備100的結(jié)構(gòu)。
(觀看頻道的選擇和接收) 接著，將描述接收設(shè)備100中從觀看頻道的選擇到觀看頻道的接收的操作。
接收設(shè)備IOO在通信處理器110中獲取被指派給其自身的IP地址，并且建立與 CDN 12的IP連接。然后，接收設(shè)備100獲取根據(jù)唯一指定的URI (統(tǒng)一資源標識符)來訪 問各種遞送服務(wù)器所需要的配置信息?；谠撆渲眯畔?，接收設(shè)備ioo判斷是否可以通過 CDN 12接收多播廣播。當判斷可以被接收多播廣播時，接收設(shè)備100從配置信息中提取用 于獲取SI(服務(wù)信息)的多播地址。SI包含諸如要通過多播所廣播的內(nèi)容的頻道名稱、廣 播時間、標題和表演者之類的內(nèi)容管理信息，以及作為將頻道與多播地址相互關(guān)聯(lián)的信息 的NIT(網(wǎng)絡(luò)信息表格)。頻道的內(nèi)容是由包含諸如視頻數(shù)據(jù)、音頻數(shù)據(jù)和字幕數(shù)據(jù)之類的 數(shù)據(jù)的媒體流和用作用于糾錯的數(shù)據(jù)的FEC流構(gòu)成的。媒體流和FEC流被使用不同的多播 組來分開遞送。 接著，為了獲取SI，接收設(shè)備100向路由器14a發(fā)送請求加入與通過多播來遞送SI的頻道相對應(yīng)的多播組的加入消息。加入消息包含與通過多播來遞送SI的頻道相對應(yīng) 的作為指定該多播組的地址的多播地址。當接收到從接收設(shè)備ioo發(fā)送的加入消息時，路 由器14將接收設(shè)備100的IP地址與作為SI的發(fā)送源的遞送服務(wù)器(未示出)的IP地址 相關(guān)聯(lián)地登記在IGMP表格中。因此，從這之后，根據(jù)IGMP表格中所登記的信息，路由器14 利用預(yù)定平臺(predetermined platform)執(zhí)行SI的流到接收設(shè)備100的路由，所述流是 從用作SI的發(fā)送源的遞送服務(wù)器遞送的。 接收設(shè)備100接收從遞送服務(wù)器遞送的SI的流，并且存儲SI的流。在接收設(shè)備 100的用戶希望選擇觀看頻道的情況中，用戶向接收設(shè)備IOO輸入指令以使得接收設(shè)備100 被使得在連接到該接收設(shè)備100的視頻/音頻輸出裝備的屏幕上顯示頻道選擇列表。響應(yīng) 于該指令，接收設(shè)備100基于所存儲的SI來創(chuàng)建頻道選擇列表，并且使得視頻/音頻輸出 裝備顯示該頻道選擇列表。用戶在所顯示的頻道選擇列表中選擇所希望的頻道，并且輸入 觀看請求。 在接收到來自用戶的對頻道的觀看請求之后，接收設(shè)備100從SI提取出媒體流的 多播地址和FEC流的多播地址，媒體流和FEC流使用所選擇的頻道被遞送。接收設(shè)備100 向路由器14發(fā)送用于請求加入每個頻道的相應(yīng)多播組的加入消息。當接收到從接收設(shè)備 100發(fā)送的加入消息時，路由器14將接收設(shè)備100的IP地址與多播組的地址相關(guān)聯(lián)地登 記在IGMP表格中。從這之后，根據(jù)IGMP表格中所登記的信息，路由器14執(zhí)行從遞送服務(wù) 器13遞送的媒體流和FEC流中的每一個到接收設(shè)備100的路由。接收設(shè)備100接收從遞 送服務(wù)器13遞送的媒體流和FEC流。
(觀看頻道的典型切換操作) 圖3是示出典型接收設(shè)備中切換觀看頻道的示例的示圖。圖3示出兩個頻道A和 B之間的切換示例。在該示例中，用戶在時間點Tl選擇觀看頻道A，并且在一段時間之后， 在時間點T2進行切換以觀看頻道B。 圖4是示出在發(fā)生圖3的觀看頻道切換的時間點T2處放大的時間軸。首先，在時 間點T2，用戶給出將觀看頻道從頻道A切換到頻道B的指令。已經(jīng)接收到切換觀看頻道的 指令的典型接收設(shè)備在時間點T2-1向路由器發(fā)送離開消息，離開消息是請求從與頻道A對 應(yīng)的多播組離開的多播報告。 在從接收設(shè)備接收到請求從與頻道A對應(yīng)的多播組離開的離開消息之后，路由器 刪除被與對應(yīng)于頻道A的多播組的地址相關(guān)聯(lián)地登記在IGMP表格中的、接收設(shè)備的IP地 址。因此，在時間點T2-2之后，路由器進行的對頻道A的流到接收設(shè)備的路由停止。
接著，在時間點T2-3，接收設(shè)備向路由器發(fā)送加入消息，加入消息是請求加入與頻 道B相對應(yīng)的多播組的多播報告。在接收到加入消息之后，路由器將接收設(shè)備的IP地址與 多播組的地址相關(guān)聯(lián)地登記在IGMP表格中。從這以后，根據(jù)IGMP表格中所登記的信息，路 由器進行操作來執(zhí)行頻道B的多播流到接收設(shè)備的路由。因此，接收設(shè)備從時間點T2-4開 始接收頻道B的流，并且通過諸如緩沖、糾錯和解密之類的處理，頻道B的內(nèi)容的視頻和音 頻將從時間點T2-5開始輸出。 如上所述，典型接收設(shè)備需要以下過程來切換觀看頻道發(fā)送離開消息、在從切換 前所選擇的頻道的多播組離開之后發(fā)送加入消息，并且加入新選擇的頻道的多播組。結(jié)果， 切換觀看頻道需要一段長時間(約3. 5秒)，即，從用戶輸入觀看頻道切換指令時到完成到實際要輸出的觀看頻道的切換時之間的一段時間。 根據(jù)本發(fā)明第一實施例的接收設(shè)備100執(zhí)行以下操作來減少切換觀看頻道所需 的時間。(根據(jù)本發(fā)明的頻道切換操作的概念) 圖5是用于描述根據(jù)本發(fā)明第一實施例的接收設(shè)備100中的觀看頻道切換操作的 概念的示圖。 接收設(shè)備100接收用戶所選擇的觀看頻道的內(nèi)容的媒體流和FEC流，并且將它 們緩沖在流傳送處理器120的緩沖部件121中。所緩沖的媒體流和FEC流在FEC處理器 122 (見圖2)中被處理并且變成經(jīng)過了糾錯的媒體流。之后，糾錯之后獲得的媒體流在解密 器102中被解密并且被解復(fù)用器103解復(fù)用成各種數(shù)據(jù)，例如視頻數(shù)據(jù)、音頻數(shù)據(jù)和字幕數(shù) 據(jù)。解復(fù)用出的數(shù)據(jù)段分別由AV播放器130中的視頻解碼器131、音頻解碼器132和字幕 解碼器133解碼。視頻解碼器131、音頻解碼器132和字幕解碼器133的輸出由視頻/音頻 輸出處理器104(見圖2)通過視頻/音頻輸出接口 105輸出給諸如外部連接的電視之類的 視頻/音頻輸出裝備。從而，用戶所選擇的頻道的內(nèi)容可以被觀看。 另一方面，接收設(shè)備IOO接收并且緩沖被自動選擇的另一頻道的媒體流，作為觀 看候選流。在這種情況中，不接收FEC流。換而言之，接收設(shè)備100加入與觀看頻道相對應(yīng) 的多播組，并且同時加入一個或多個其它多播組，并且之后接收并且緩沖與各個多播組相 對應(yīng)的頻道的流作為觀看候選流。所緩沖的觀看候選流中的每一個隨著時間的流逝被從較 舊的分組中丟棄，以使得所緩沖的觀看候選流的大小不超過為各個頻道設(shè)置的緩沖容量。 當用戶輸入用于切換到作為觀看候選流而接收的頻道中的任何一個頻道作為觀看目標頻 道時，接收設(shè)備IOO對所緩沖的相關(guān)頻道的流進行解碼并且開始再現(xiàn)。同時，接收設(shè)備100 開始接收相關(guān)頻道的流作為觀看目標流。因此，從用戶的角度大大減少了切換觀看頻道所 需的時間。 這里，將描述選擇接收作為觀看候選流的流的頻道的方法。對接收作為觀看候選 流的流的頻道的選擇是由頻道選擇處理器135自動執(zhí)行的。 圖6是與頻道選擇處理器135進行的對觀看候選流的頻道選擇有關(guān)的框圖。SI存 儲部件73存儲通過CDN 12獲得的SI。 每次內(nèi)容被觀看時，觀看歷史記錄部件74從SI存儲部件73中所存儲的SI中提 取有關(guān)內(nèi)容的信息(例如頻道、標題、流派、表演者和廣播時間)，并且將所提取的信息累積 在觀看歷史存儲部件71中作為觀看歷史。 基于觀看歷史存儲部件71中所存儲的用戶觀看歷史，頻道選擇處理器135通過統(tǒng) 計技術(shù)來判斷有關(guān)適合用戶偏好的頻道、標題、流派、表演者等的信息，基于判斷結(jié)果生成 用戶的偏好信息，并且將其存儲在偏好信息存儲部件72中。例如，在每次觀看歷史存儲部 件71中所存儲的觀看歷史被更新時，用戶偏好信息的生成被執(zhí)行，并且，在每次這樣的情 況中，偏好信息存儲部件72的內(nèi)容也相應(yīng)地被更新。頻道選擇處理器135基于偏好信息存 儲部件72中所存儲的用戶偏好信息來確定有關(guān)所有正在遞送內(nèi)容的頻道的優(yōu)先級順序。
此外，頻道選擇處理器135判斷是否存在接收新的頻道的流所需的未使用的網(wǎng)絡(luò) 帶寬部分和緩沖容量的空余空間。當未使用部分和空余空間都存在時，頻道選擇處理器135 給通信處理器110指令，以向路由器14發(fā)布用于請求加入與按優(yōu)先級的降序選擇的頻道相對應(yīng)的多播組的加入消息。 以上，已經(jīng)描述了與頻道選擇處理器135進行的對觀看候選流的頻道選擇相關(guān)的 配置。(根據(jù)本發(fā)明的觀看頻道切換操作的細節(jié)) 接著，將詳細描述根據(jù)本發(fā)明第一實施例的接收設(shè)備100中的觀看頻道切換操 作。 首先，參考圖7，將描述用于觀看頻道切換處理的預(yù)處理。用戶操作遠程控制器 151來指示顯示頻道選擇列表。來自遠程控制器151的指令被遠程控制器接口 106接收到 并且被通知給AV播放器130中的頻道選擇處理器135。當接收到顯示頻道選擇列表的指令 時，頻道選擇處理器135基于SI存儲部件73中所存儲的SI生成頻道選擇列表，并且將其 輸出給視頻/音頻輸出處理器104。視頻/音頻輸出處理器104生成頻道選擇列表的顯示 信息，并且將其通過視頻/音頻輸出接口 105輸出給諸如外部連接的電視之類的視頻/音 頻輸出裝備。因此，頻道列表被呈現(xiàn)給用戶。 用戶操作遠程控制器151以從頻道選擇列表中選擇用戶希望觀看的頻道，并且輸 入觀看請求。因此，包含所選擇的頻道的信息的觀看請求被給予AV播放器130的頻道選擇 處理器135。在接收到觀看請求之后，基于觀看請求中所包含的頻道的信息，頻道選擇處理 器135從SI存儲部件73中所存儲的SI中提取與通過相關(guān)頻道遞送的內(nèi)容相對應(yīng)的媒體 流的多播地址和FEC流的多播地址。 接著，頻道選擇處理器135請求通信處理器110發(fā)送請求加入與所提取出的媒體 流的多播地址相對應(yīng)的多播組的加入消息，和請求加入與所提取出的FEC流的多播地址相 對應(yīng)的多播組的加入消息。響應(yīng)于這些消息的請求，通信處理器110向路由器14發(fā)送加 入消息(步驟S201)。當接收到從接收設(shè)備100發(fā)送的加入消息時，路由器14將接收設(shè)備 100的IP地址與這些多播組的地址相關(guān)聯(lián)地登記在IGMP表格中。從這之后，路由器14根 據(jù)IGMP表格中所登記的信息進行操作來執(zhí)行從遞送服務(wù)器遞送的媒體流和FEC流到接收 設(shè)備100的路由。接收設(shè)備100接收從遞送服務(wù)器遞送的媒體流和FEC流，并且通過諸如 緩沖、糾錯和解密之類的處理再現(xiàn)內(nèi)容。 然后，頻道選擇處理器135基于偏好信息存儲部件72中所存儲的用戶偏好信息來 確定有關(guān)所有正在遞送內(nèi)容的頻道的優(yōu)先級順序(步驟S202)。稍后將描述確定優(yōu)先級順 序的方法。 接著，頻道選擇處理器135從除了正在觀看的頻道以外的頻道中選擇最高優(yōu)先級 的頻道，作為要對其進行關(guān)于該頻道的媒體流是否應(yīng)被接收作為觀看候選流的判斷的目標 頻道(以下，稱為"判斷目標頻道")(步驟S203)。 接著，頻道選擇處理器135計算接收設(shè)備100中當前可用的網(wǎng)絡(luò)帶寬和緩沖容量 (步驟S205)。在這種情況中，"當前可用的網(wǎng)絡(luò)帶寬"是通過從分配給接收設(shè)備100的全部 帶寬中減去當前所消耗的帶寬而獲得的。"當前可用的緩沖容量"是從為接收設(shè)備100接收 流而準備的全部緩沖容量中減去當前所消耗的緩沖容量而獲得的。 接著，頻道選擇處理器135計算由于判斷目標頻道的媒體流的接收所要消耗的網(wǎng) 絡(luò)帶寬和所要消耗的緩沖容量(步驟S206)。這里，例如，當假定判斷目標頻道的媒體流 的發(fā)送速率為a[Mbps]時，由于判斷目標頻道的媒體流的接收所要消耗的緩沖容量被計算出為aXt[Mbit]。在這種情況中，t表示緩沖時間并且單位是秒[sec]。 t的值可以是固 定值或可以是用戶設(shè)置的值?？商鎿Q地，該值可以是根據(jù)網(wǎng)絡(luò)傳輸特性或緩沖器空余空間 (buffer free space)被動態(tài)改變。 然后，頻道選擇處理器135判斷是否余留有接收判斷目標頻道的媒體流所需的網(wǎng) 絡(luò)帶寬和緩沖容量(步驟S207)。該判斷是通過將在步驟S205中計算出的當前可用的網(wǎng)絡(luò) 帶寬和緩沖容量與在步驟S206中計算出的所要消耗的網(wǎng)絡(luò)帶寬和緩沖容量相比較來執(zhí)行 的。具體而言，在當前可用的網(wǎng)絡(luò)帶寬小于所要消耗的網(wǎng)絡(luò)帶寬或當前可用的緩沖容量小 于所要消耗的緩沖容量的情況中，判定沒有余留有必要的網(wǎng)絡(luò)帶寬和緩沖容量。相反，在當 前可用的網(wǎng)絡(luò)帶寬大于所要消耗的網(wǎng)絡(luò)帶寬或當前可用的緩沖容量大于所要消耗的緩沖 容量的情況中，判定余留有必要的網(wǎng)絡(luò)帶寬和緩沖容量。 在頻道選擇處理器135判定余留有必要的網(wǎng)絡(luò)帶寬和緩沖容量的情況中，頻道選 擇處理器135判斷判斷目標頻道的媒體流是否正流向自己的接收設(shè)備100所連接到的本地 網(wǎng)絡(luò)(步驟S208)。該判斷例如是在通信處理器110中通過核查媒體流的多播分組中所包 含的多播地址來執(zhí)行的。具體而言，通信處理器110將已經(jīng)到達的多播分組的多播地址與 判斷目標頻道的媒體流的多播地址相比較。當這兩個多播地址彼此一致時，通信處理器110 確定判斷目標頻道的媒體流正流向接收設(shè)備IOO所連接到的本地網(wǎng)絡(luò)。這里，在連接到本 地網(wǎng)絡(luò)的另一接收設(shè)備觀看判斷目標頻道的內(nèi)容或正在接收該內(nèi)容作為觀看候選流的情 況中，這意味著判斷目標頻道的媒體流正流向本地網(wǎng)絡(luò)。 在判斷目標頻道的媒體流的多播分組正流向本地網(wǎng)絡(luò)的情況中，頻道選擇處理器 135向通信處理器110和流傳送處理器120發(fā)布接收并緩沖該媒體流作為觀看候選流的指 令。因此，對觀看候選流的接收和緩沖在接收設(shè)備100中開始(步驟S209)。
在步驟S208中判斷出判斷目標頻道的媒體流的多播分組沒有流向本地網(wǎng)絡(luò)的情 況中，執(zhí)行以下操作。頻道選擇處理器135從SI存儲部件73中所存儲的SI中提取與判斷 目標頻道相對應(yīng)的媒體流的多播地址。然后，頻道選擇處理器135請求通信處理器110發(fā) 送請求加入與所提取出的媒體流的多播地址相對應(yīng)的多播組的加入消息。
響應(yīng)于該請求，通信處理器110向路由器14發(fā)送加入消息(步驟S210)。在接收 到從接收設(shè)備100發(fā)送的加入消息之后，路由器14將接收設(shè)備100的IP地址與該多播組 的地址相關(guān)聯(lián)地登記到IGMP表格中。從這之后，根據(jù)IGMP表格中所登記的信息，路由器14 執(zhí)行相關(guān)頻道的媒體流到接收設(shè)備100的路由，該媒體流是從遞送服務(wù)器被遞送的。因此， 對作為觀看候選流的相關(guān)頻道的流的接收和緩沖在接收設(shè)備100中開始(步驟S209)。
隨后，頻道選擇處理器135將判斷目標頻道更新為其次的最高優(yōu)先級頻道(步驟 S211)。之后，頻道選擇處理器135返回步驟S205并且對具有其次的最高優(yōu)先級的判斷目 標頻道以相同方式重復(fù)執(zhí)行判斷處理。應(yīng)當注意，處理返回步驟S205和重新計算接收設(shè)備 IOO中當前可用的網(wǎng)絡(luò)帶寬和緩沖容量的原因在于所要消耗的網(wǎng)絡(luò)帶寬和緩沖容量由于此 時增加了 一個接收頻道而被改變了 。 在重復(fù)上述處理時，將發(fā)生這樣的情況在步驟S207的判斷中，接收判斷目標頻 道的流所需的網(wǎng)絡(luò)帶寬和緩沖容量中的至少任何一個不會余留。在這種情況中，頻道選擇 處理器135進行到步驟S211，而不開始對此時的判斷目標頻道的流進行接收和緩沖，并且 將判斷目標頻道更新為其次的最高優(yōu)先級頻道(步驟S211)。此后，對更新后的判斷目標頻道以相同方式重復(fù)判斷處理。 在對所要消耗的網(wǎng)絡(luò)帶寬和緩沖容量相對小的頻道執(zhí)行判斷時，在某些情況中可 能判斷余留有接收判斷目標頻道的流所需的網(wǎng)絡(luò)帶寬和緩沖容量。在這種情況中，頻道選 擇處理器135請求通信處理器110向路由器14發(fā)送用于請求加入與判斷目標頻道相對 應(yīng)的多播組的加入消息。根據(jù)該請求，通信處理器110向路由器14發(fā)送加入消息(步驟 S210)。因此，對作為觀看候選流的、判斷目標頻道的媒體流的接收和緩沖在接收設(shè)備100 中開始。 當對所有的頻道完成了判斷處理并且在步驟S204中不存在要作為判斷目標的頻
道(在步驟S204中，為否)時，則用于觀看頻道切換處理的預(yù)處理結(jié)束。 如上所述，在接收設(shè)備100中，在接收設(shè)備100中可用的網(wǎng)絡(luò)帶寬和緩沖容量的范
圍以內(nèi)接收并緩沖盡可能多的頻道的觀看候選流。 以上，已經(jīng)描述了用于觀看頻道切換處理的準備。 接著，將描述在步驟S205中計算接收設(shè)備100中可用的網(wǎng)絡(luò)帶寬和緩沖容量的方 法。圖8是計算接收設(shè)備100中可用的網(wǎng)絡(luò)帶寬和緩沖容量的處理的流程圖。
頻道選擇處理器135首先計算當前已經(jīng)消耗的網(wǎng)絡(luò)帶寬(步驟S301)。例如，可以 基于每單位時間的發(fā)送/接收分組數(shù)的平均值來進行該處理。接著，頻道選擇處理器135 從分配給接收設(shè)備100的全部網(wǎng)絡(luò)帶寬中減去當前已經(jīng)消耗的網(wǎng)絡(luò)帶寬，并且將得到的結(jié) 果作為步驟S205中所提到的"當前可用的網(wǎng)絡(luò)帶寬"(步驟S302)。隨后，頻道選擇處理器 135從全部緩沖容量中減去當前已經(jīng)消耗的緩沖容量并且得到"當前可用的緩沖容量"(步 驟S303)。 接著，將描述獲得由于對判斷目標頻道的媒體流的接收所要消耗的網(wǎng)絡(luò)帶寬和緩 沖容量的方法，該方法用于頻道接收處理器135在步驟S206中判斷是否余留有可接收判斷 目標頻道的流所需的網(wǎng)絡(luò)帶寬和緩沖容量。 圖9是用于獲得由于對判斷目標頻道的媒體流的接收所要消耗的網(wǎng)絡(luò)帶寬和緩 沖容量的過程的流程圖。 首先，頻道選擇處理器135判斷判斷目標頻道的媒體流是否正流向自己的接收設(shè) 備100所連接到的本地網(wǎng)絡(luò)(步驟S401)。例如，在連接到該本地網(wǎng)絡(luò)的另一接收設(shè)備以及 自己的接收設(shè)備100正在觀看該媒體流或接收該媒體流作為觀看候選流的情況中，發(fā)生判 斷目標頻道的媒體流流向本地網(wǎng)絡(luò)的情形。在判定判斷目標頻道的媒體流正流向本地網(wǎng)絡(luò) 的情況中，頻道選擇處理器135接收該媒體流并且從此時發(fā)送/接收分組的數(shù)目等來計算 所要消耗的網(wǎng)絡(luò)帶寬(步驟S402)。此后，頻道選擇處理器135計算由于對判斷目標頻道的 媒體流的接收所要消耗的緩沖容量(步驟S407)。 這里，由于對判斷目標頻道的媒體流的接收所要消耗的緩沖容量被設(shè)置為可以在 觀看頻道切換之后立即通過所緩沖的流來輸出運動圖像和音頻的值。更具體而言，所要消 耗的緩沖容量可以由頻道選擇處理器135基于流的屬性信息來設(shè)置，所述屬性信息例如是 確定運動圖像數(shù)據(jù)的圖像質(zhì)量和音頻數(shù)據(jù)的聲音質(zhì)量的編碼方法以及編碼的比特率。因 此，由于對判斷目標頻道的媒體流的接收所要消耗的緩沖容量可以被設(shè)為相對用于接收觀 看頻道的媒體流的緩沖容量而言充分小的值。 此外，在判斷出判斷目標頻道的媒體流沒有流向本地網(wǎng)絡(luò)的情況中，頻道選擇處理器135判斷是否可以從遞送服務(wù)器13獲得有關(guān)媒體流的發(fā)送速率的信息(步驟S403)。 當可以從遞送服務(wù)器13獲得有關(guān)媒體流的發(fā)送速率的信息時，頻道選擇處理器135從遞送 服務(wù)器13獲得有關(guān)媒體流的發(fā)送速率的信息，并且基于發(fā)送速率的信息來推定所要消耗 的網(wǎng)絡(luò)帶寬(步驟S404)。此后，頻道選擇處理器135計算由于對判斷目標頻道的媒體流的 接收所要消耗的緩沖容量(步驟S407)。 此外，在不能從遞送服務(wù)器13獲得有關(guān)媒體流的發(fā)送速率的信息的情況中，頻道 選擇處理器135嘗試基于觀看歷史存儲部件71中所存儲的觀看歷史來獲得有關(guān)媒體流所 要消耗的網(wǎng)絡(luò)帶寬的信息(步驟S405)。例如，頻道選擇處理器135從觀看歷史來判斷在 過去是否曾經(jīng)觀看過與判斷目標頻道的內(nèi)容的頻道、時區(qū)和標題相同的內(nèi)容。在曾經(jīng)觀看 過這樣的內(nèi)容的情況中，頻道選擇處理器135從觀看歷史中提取有關(guān)已經(jīng)觀看過的內(nèi)容 所消耗的網(wǎng)絡(luò)帶寬的信息，并且采用該信息作為媒體流所要消耗的網(wǎng)絡(luò)帶寬的信息(步驟 S406)。為了準備該處理，觀看歷史記錄部件74計算在接收內(nèi)容的同時觀看內(nèi)容時，內(nèi)容的 媒體流所要消耗的網(wǎng)絡(luò)帶寬，并且將該網(wǎng)絡(luò)帶寬與觀看歷史存儲部件71中所存儲的內(nèi)容 的觀看歷史相關(guān)聯(lián)地記錄。 應(yīng)當注意，在曾經(jīng)沒有觀看過與判斷目標頻道的內(nèi)容的頻道、時區(qū)和標題相同的 內(nèi)容的情況中，可以執(zhí)行以下處理。頻道選擇處理器135搜索觀看歷史，查找頻道和時區(qū)與 判斷目標頻道的內(nèi)容的頻道和時區(qū)相同的內(nèi)容。換而言之，如果內(nèi)容的頻道和時區(qū)與目標 頻道的內(nèi)容的頻道和時區(qū)相相同，則即使它們的標題不同，也判定該內(nèi)容與判斷目標頻道 的內(nèi)容相關(guān)。頻道選擇處理器135從相關(guān)內(nèi)容的觀看歷史中提取出所要消耗的網(wǎng)絡(luò)帶寬 (該觀看歷史被存儲在觀看歷史存儲部件71中)，并且采用該信息作為判斷目標頻道的媒 體流所要消耗的網(wǎng)絡(luò)帶寬。在檢索到多個內(nèi)容的情況中，采用這些內(nèi)容所要消耗的網(wǎng)絡(luò)帶 寬的平均值作為判斷目標頻道的媒體流所要消耗的網(wǎng)絡(luò)帶寬的信息。然后，頻道選擇處理 器135計算由于對判斷目標頻道的流的接收所要消耗的緩沖容量(步驟S407)。
在不能從內(nèi)容觀看歷史中獲得有關(guān)判斷目標頻道的媒體流所要消耗的網(wǎng)絡(luò)帶寬 的信息的情況中，頻道選擇處理器135進行到圖7的步驟S211，并且將該判斷目標頻道更新 為其次的最高優(yōu)先級頻道(步驟S211)。之后，對更新后的判斷目標頻道以相同的方式重復(fù) 判斷處理。 接著，將描述在接收設(shè)備100中，用戶給出用于切換觀看頻道的指令的情況中的 操作。 圖10是通過用戶的指令進行的觀看頻道切換操作的流程圖。 首先，用戶操作遠程控制器151來輸入包含新選擇的頻道的信息的觀看頻道切換 指令。來自遠程控制器151的指令被遠程控制器接口 106接收到并且被通知給AV播放器 130中的頻道選擇處理器135。 在接收到觀看頻道切換指令之后，頻道選擇處理器135將視頻解碼器131、音頻解 碼器132和字幕解碼器133的數(shù)據(jù)發(fā)送源的緩沖器，從用于此前一直在觀看的頻道的媒體 流的緩沖器改為用于新選擇的頻道的媒體流的緩沖器(步驟S501)。以下，新選擇的頻道稱 為"新的觀看頻道"。用于觀看候選流的緩沖器的容量被設(shè)為確保在觀看頻道被切換之后立 即再現(xiàn)獲得的視頻和音頻的值。因此，僅通過等待用于再現(xiàn)處理(例如，媒體流的解碼)所 需的短的一段時間，就可以從用戶的角度切換觀看頻道，并且增強緩沖容量的使用效率。
此后，用于新的觀看頻道的媒體流的緩沖容量增大到用于觀看的大小，并且還可 以確保用于與該媒體流相對應(yīng)的FEC流的緩沖器(步驟S502)。在這種情況中，用于觀看的 大小是被確定為可以防止由于網(wǎng)絡(luò)上的數(shù)據(jù)發(fā)送速率的波動而引起的緩沖器下溢(buffer underflow)發(fā)生的大小。 然后，頻道選擇處理器135從SI存儲部件73中所存儲的SI中提取出與新的觀看 頻道相對應(yīng)的FEC流的多播地址。然后，頻道選擇處理器135請求通信處理器110發(fā)送用 于請求加入與FEC流的多播地址相對應(yīng)的多播組的加入消息(步驟S503)。
響應(yīng)于該請求，通信處理器110向路由器14發(fā)送加入消息。當接收到從接收設(shè)備 100發(fā)送的加入消息時，路由器14將接收設(shè)備100的IP地址與此多播組的地址相關(guān)聯(lián)地 登記到IGMP表格中。從這之后，根據(jù)IGMP表格中所登記的信息，路由器14執(zhí)行從遞送服 務(wù)器遞送的相關(guān)FEC流到接收設(shè)備100的路由。因此，對FEC流的接收和緩沖在接收設(shè)備 100中開始。 接著，觀看歷史記錄部件74從SI存儲部件73中所存儲的SI提取有關(guān)新的觀看 頻道的信息(例如，頻道、標題、流派、表演者和廣播時間)，并且將所提取出的信息作為觀 看歷史添加到觀看歷史存儲部件71?；谟^看歷史存儲部件71中所存儲的觀看歷史，頻 道選擇處理器135生成用戶的偏好信息，并且用新生成的偏好信息來替換偏好信息存儲部 件72的內(nèi)容。隨后，頻道選擇處理器135基于偏好信息存儲部件72中所存儲的用戶偏好 信息來重新計算有關(guān)所有正在遞送內(nèi)容的頻道的優(yōu)先級順序(步驟S504)。
在此時，接收設(shè)備100仍然接收并且緩沖緊在頻道被切換前一直在觀看的頻道的 媒體流和FEC流。然后，頻道選擇處理器135基于重新計算出的頻道的優(yōu)先級順序來判斷 是否繼續(xù)緩沖切換前所觀看的頻道的媒體流作為觀看候選流(步驟S505)。這里，如果切 換前所觀看的頻道的優(yōu)先級低，則認為用戶在不久的將來再次選擇該頻道來觀看的可能性 低。因此，當切換前所觀看的頻道的優(yōu)先級從最高優(yōu)先級下降為第n級優(yōu)先級時，頻道選擇 處理器135確定該頻道的媒體流之后將被緩沖作為觀看候選流。此外，當切換前所觀看的 頻道的優(yōu)先級低于第n級優(yōu)先級時，頻道選擇處理器135確定將不接收該頻道的媒體流。這 里，n可以是固定值或用戶設(shè)置的值。 在頻道選擇處理器135確定要將緊在切換緊前一直在觀看的頻道的媒體流緩沖 作為觀看候選流的情況中，頻道選擇處理器135從SI中提取與該頻道相對應(yīng)的FEC流的多 播地址。頻道選擇處理器135請求通信處理器IIO發(fā)送用于請求從與所提取出的FEC流 的多播地址相對應(yīng)的多播組離開的離開消息。響應(yīng)于該請求，通信處理器110向路由器14 發(fā)送離開消息(步驟S506)。在接收到從接收設(shè)備100發(fā)送的離開消息之后，路由器14從 IGMP表格中刪除接收設(shè)備100的IP地址，該IP地址是與FEC流的多播地址相關(guān)聯(lián)地登記 的。 之后，頻道選擇處理器135消減用于接收切換前所觀看的頻道的FEC流的緩沖器， 并且將用于接收切換前所觀看的頻道的媒體流的緩沖容量減小為觀看候選流所需的容量 (步驟S507)。 因此，從這之后，接收設(shè)備IOO不接收切換前所觀看的頻道的FEC流，而是只接收
其媒體流。換而言之，從這之后，接收設(shè)備ioo接收并且緩沖切換前所觀看的頻道的媒體流
作為觀看候選流。
結(jié)果，可用于接收設(shè)備100的網(wǎng)絡(luò)帶寬的未使用部分和緩沖容量的空余空間增大 了，所以頻道選擇處理器135進行到圖7的步驟S203。因此，用于按照優(yōu)先級的降序來判斷 是否接收除新的觀看頻道的流和觀看候選流之外的流作為觀看候選流的處理被執(zhí)行。
此外，在步驟S505中，在頻道選擇處理器135確定不將切換前所觀看的頻道的流 緩沖作為觀看候選流的情況中，頻道選擇處理器135執(zhí)行以下操作。頻道選擇處理器135從 SI提取出與切換前所觀看的頻道相對應(yīng)的媒體流的多播地址和FEC流的多播地址。接收設(shè) 備100向路由器14發(fā)送請求從與各個流相對應(yīng)的多播組離開(步驟S508)的兩個離開消 息。當路由器14接收到從接收設(shè)備100發(fā)送的這兩個離開消息時，路由器14從IGMP表格 中刪除接收設(shè)備100的IP地址，該IP地址是與各個多播組的地址相關(guān)聯(lián)地登記的。因此， 接收設(shè)備100將不接收切換前所觀看的頻道的媒體流和FEC流。 由于在這種情況中，可用于接收設(shè)備100的網(wǎng)絡(luò)帶寬的未使用部分和緩沖容量的 空余空間也增大了，所以頻道選擇處理器135進行到圖7的步驟S203以設(shè)置新的觀看候選 流。因此，用于按照優(yōu)先級的降序來判斷是否接收除新的觀看頻道的流和觀看候選流之外 的流作為觀看候選流的處理被執(zhí)行。 如上所述，除了所觀看的頻道的流之外，根據(jù)該實施例的接收設(shè)備100接收并且 緩沖一個或多個頻道的一個或多個流作為(一個或多個)觀看候選流。在接收設(shè)備100中， 當用戶輸入將正作為觀看候選流而接收的頻道中的任何一個頻道切換成觀看目標頻道時， 接收設(shè)備100對所緩沖的相關(guān)頻道的流進行解碼并且開始對其進行再現(xiàn)，并且同時，開始 接收相關(guān)頻道的流作為觀看目標流。因此，從用戶的角度可以大大減少切換觀看頻道所需 的時間。 此外，在根據(jù)該實施例的接收設(shè)備100中，在接收設(shè)備100能夠用來接收并緩沖流 的資源的范圍以內(nèi)接收并緩沖盡可能多的頻道的觀看候選流。因此，可以在實現(xiàn)多播流的 多頻道傳送的同時減少觀看頻道切換所需的時間。 此外，在根據(jù)該實施例的接收設(shè)備100中，參考用戶的偏好來計算頻道的優(yōu)先級 順序，并且按照優(yōu)先級的降序來選擇要被作為觀看候選流而接收的頻道的每個頻道。因此， 當用戶選擇所希望的要切換到頻道時，可使得從正在接收觀看候選流的頻道中選擇所希望 的頻道的可能性更大。 此外，在根據(jù)該實施例的接收設(shè)備100中，用于緩沖觀看候選流的緩沖容量被設(shè)
為確保緊在頻道被切換后再現(xiàn)所獲得的視頻和音頻的值。因此，僅通過等待再現(xiàn)處理(例
如，對媒體流的解碼)所需的短的一段時間，就可以從用戶的角度切換觀看頻道并且增強
緩沖容量的使用效率。(第二實施例) 接著，將描述本發(fā)明的第二實施例 該實施例涉及用于根據(jù)網(wǎng)絡(luò)環(huán)境的傳輸特性的劣化來動態(tài)地改變在接收設(shè)備IOO 中接收的作為觀看候選流的頻道的數(shù)目的方法。 圖11是根據(jù)網(wǎng)絡(luò)傳輸特性動態(tài)地改變所接收的頻道的數(shù)目的處理的流程圖。例 如，該處理可以在用戶指定的任意定時處被執(zhí)行或有規(guī)律地被執(zhí)行。在處理被有規(guī)律地執(zhí) 行的情況中，在對所遞送的內(nèi)容進行切換之前若干分鐘(x時25分、x時55分等)開始該 處理是有效的。
首先，頻道選擇處理器135計算接收設(shè)備100中的當前可用的網(wǎng)絡(luò)帶寬和緩沖容 量(步驟S601)。然后，頻道選擇處理器135獲取評估網(wǎng)絡(luò)傳輸特性的信息，例如FEC修復(fù) 之前的數(shù)據(jù)誤差率(error rate of data)和根據(jù)RTCP (RTP控制協(xié)議)的分組丟失率等 (步驟S602)。這里，當前可用的網(wǎng)絡(luò)帶寬和緩沖容量的有效值隨著網(wǎng)絡(luò)傳輸特性的劣化程 度變大而變得降低。 之后，頻道選擇處理器135判斷當網(wǎng)絡(luò)傳輸特性的劣化程度是預(yù)期的時，當前可 用的網(wǎng)絡(luò)帶寬和緩沖容量是否足夠用于接收觀看頻道的流和觀看候選流(步驟S603)。更 具體而言，例如，頻道選擇處理器135從當前可用的網(wǎng)絡(luò)帶寬中減去通過將當前可用的網(wǎng) 絡(luò)帶寬乘以例如FEC修復(fù)之前的數(shù)據(jù)誤差率所得到的值，所述誤差率是網(wǎng)絡(luò)傳輸特性的評 估信息。當所產(chǎn)生的結(jié)果為負數(shù)時，判定當前可用的網(wǎng)絡(luò)帶寬對于接收觀看頻道的流和觀 看候選流是不夠的。相反，當所產(chǎn)生的值是正數(shù)時，判定當前可用的網(wǎng)絡(luò)帶寬對于接收觀看 頻道的流和觀看候選流是足夠的。相同的判斷還針對當前可用的緩沖容量被執(zhí)行。
當在考慮網(wǎng)絡(luò)傳輸特性的情況中判斷出當前可用的網(wǎng)絡(luò)帶寬和緩沖容量中的任 何一個是不夠的時(在步驟603中為否)，頻道選擇處理器135執(zhí)行以下處理。頻道選擇處 理器135停止接收當前正在接收的一個或多個觀看候選流中具有最低優(yōu)先級的觀看候選 流。換而言之，頻道選擇處理器135從當前正在接收的一個或多個觀看候選流中確定具有 最低優(yōu)先級的觀看候選流，并且請求通信處理器110發(fā)送用于請求從與該觀看候選流對應(yīng) 的多播組離開的離開消息。響應(yīng)于該請求，通信處理器iio發(fā)送用于請求從與具有最低優(yōu) 先級的觀看候選流對應(yīng)的多播組離開的離開消息(步驟S604)。因此，對具有最低優(yōu)先級的 觀看候選流的接收和緩沖停止。 當在考慮網(wǎng)絡(luò)傳輸特性的情況中判斷出當前可用的網(wǎng)絡(luò)帶寬和緩沖容量是足夠 的時(在步驟603中為是)，頻道選擇處理器135執(zhí)行以下處理。頻道選擇處理器135基于 偏好信息存儲部件72中所存儲的用戶偏好信息來確定有關(guān)未被接收的頻道的內(nèi)容的優(yōu)先 級順序。接著，基于該確定結(jié)果，頻道選擇處理器135確定未被接收的頻道的內(nèi)容中具有最 高優(yōu)先級的內(nèi)容。頻道選擇處理器135計算由于對正在遞送內(nèi)容的頻道的媒體流的接收所 要消耗的網(wǎng)絡(luò)帶寬和緩沖容量。頻道選擇處理器135判斷是否余留有接收該頻道的媒體流 作為觀看候選流所需要的網(wǎng)絡(luò)帶寬和緩沖容量(步驟S605)。 當在該判斷中判定沒有余留必要的網(wǎng)絡(luò)帶寬和緩沖容量中的至少一個時，頻道選 擇處理器135結(jié)束該處理而不做什么。當判定余留有必要的網(wǎng)絡(luò)帶寬和緩沖容量時，頻道 選擇處理器135請求通信處理器110發(fā)送用于請求加入與該頻道的媒體流相對應(yīng)的多播組 的加入消息。響應(yīng)于該請求，通信處理器110向路由器14發(fā)送加入消息(步驟S606)。因 此，對具有最高優(yōu)先級的頻道的媒體流的接收和緩沖開始。 如上所述，根據(jù)第二實施例，跟隨網(wǎng)絡(luò)傳輸特性的波動，接收作為觀看候選流的流 的頻道的最大數(shù)目被最優(yōu)化。因此，可以防止對頻道的流的接收、緩沖操作和對媒體流的再 現(xiàn)由于缺少網(wǎng)絡(luò)帶寬和緩沖容量而變得不穩(wěn)定。 本申請包含于2008年10月8日在日本專利局提交的日本優(yōu)先權(quán)專利申請JP
2008-262004中所公開的主題相關(guān)的主題，其全部內(nèi)容通過引用被結(jié)合于此。 本領(lǐng)域技術(shù)人員應(yīng)當理解，根據(jù)設(shè)計需要和其它因素可以進行各種修改、組合、子
組合和更改，只要它們在所附權(quán)利要求書及其等價物的范圍之內(nèi)即可。
權(quán)利要求
一種接收設(shè)備，接收通過網(wǎng)絡(luò)多播遞送的流，所述接收設(shè)備包括流接收部件，所述流接收部件接收第一頻道的流作為觀看流，并且接收一個或多個第二頻道的流作為觀看候選流；緩沖部件，所述緩沖部件存儲所述第一頻道的流和所述第二頻道的流，所述流是由所述流接收部件接收的；再現(xiàn)處理部件，所述再現(xiàn)處理部件執(zhí)行觀看所述緩沖部件中作為觀看流而存儲的流的處理；以及頻道處理部件，當用于從所述第一頻道切換到正接收作為觀看候選流的流的所述第二頻道中的任何一個第二頻道作為觀看目標的指令被輸入時，所述頻道處理部件使得所述再現(xiàn)處理部件將與該第二頻道相對應(yīng)的流作為觀看流進行處理，并且使得所述流接收部件接收與該第二頻道相對應(yīng)的流作為觀看流，與該第二頻道相對應(yīng)的流被存儲在所述緩沖部件中。
2. 根據(jù)權(quán)利要求1所述的接收設(shè)備，其中，當所述指令被輸入時，所述頻道處理部件還 使得所述流接收部件接收所述第一頻道的流作為觀看候選流或停止接收所述第一頻道的 流。
3. 根據(jù)權(quán)利要求2所述的接收設(shè)備，其中，所述頻道處理部件在所述接收設(shè)備能夠用 來接收和緩沖流的資源的范圍以內(nèi)，將所述第二頻道的數(shù)目設(shè)置為最大值。
4. 根據(jù)權(quán)利要求3所述的接收設(shè)備，其中，所述緩沖部件包括一容量，該容量針對接收 流的每個頻道被分配，并且分配給所述第二頻道中的每一個的容量被設(shè)為確保緊在觀看頻 道被切換后再現(xiàn)所獲得的視頻和音頻的值。
5. 根據(jù)權(quán)利要求4所述的接收設(shè)備，其中，所述頻道處理部件參考用戶的偏好來計算 有關(guān)所有能夠接收流的頻道的優(yōu)先級順序，并且按照優(yōu)先級的降序來選擇頻道作為該第二 頻道。
6. 根據(jù)權(quán)利要求5所述的接收設(shè)備，其中，所述頻道處理部件使得所述流接收部件接 收媒體流和對于媒體流的糾錯流作為觀看流，以及僅將媒體流接收作為觀看候選流。
7. 根據(jù)權(quán)利要求6所述的接收設(shè)備，其中，所述頻道處理部件獲取用于評估網(wǎng)絡(luò)的傳 輸特性的信息，并且基于該信息，動態(tài)地改變所述第二頻道的最大數(shù)目。
8. —種接收方法，用于接收通過網(wǎng)絡(luò)多播遞送的流，所述接收方法包括 接收第一頻道的流作為觀看流，并且接收一個或多個第二頻道的流作為觀看候選流； 將所接收的所述第一頻道的流和所述第二頻道的流存儲在緩沖部件中；以及 當從所述第一頻道切換到正接收作為觀看候選流的流的所述第二頻道中的任何一個第二頻道作為觀看目標的指令被輸入時，將與該第二頻道相對應(yīng)的流作為觀看流進行再 現(xiàn)，并且接收與該第二頻道相對應(yīng)的流作為觀看流，與該第二頻道相對應(yīng)的流被存儲在所 述緩沖部件中。
9. 一種計算機程序，使得計算機作為接收通過網(wǎng)絡(luò)多播遞送的流的接收設(shè)備進行操 作，所述計算機程序使得計算機用作流接收部件，所述流接收部件接收第一頻道的流作為觀看流，并且接收一個或多個第 二頻道的流作為觀看候選流；緩沖部件，所述緩沖部件存儲所述第一頻道的流和所述第二頻道的流，所述流是由所述流接收部件接收的；再現(xiàn)處理部件，所述再現(xiàn)處理部件執(zhí)行觀看所述緩沖部件中作為觀看流而存儲的流的 處理；以及頻道處理部件，當用于從所述第一頻道切換到正接收作為觀看候選流的流的所述第二 頻道中的任何一個第二頻道作為觀看目標的指令被輸入時，所述頻道處理部件使得所述再 現(xiàn)處理部件將與該第二頻道相對應(yīng)的流作為觀看流進行處理，并且使得所述流接收部件接 收與該第二頻道相對應(yīng)的流作為觀看流，與該第二頻道相對應(yīng)的流被存儲在所述緩沖部件 中。
全文摘要
公開了接收設(shè)備、接收方法和計算機程序。接收設(shè)備接收通過網(wǎng)絡(luò)多播遞送的流，接收設(shè)備包括流接收部件，其接收第一頻道的流作為觀看流，并且接收一個或多個第二頻道的流作為觀看候選流；緩沖部件，其存儲第一頻道和第二頻道的流，流是由流接收部件接收的；再現(xiàn)處理部件，其執(zhí)行觀看緩沖部件中作為觀看流而存儲的流的處理；以及頻道處理部件，當用于從第一頻道切換到正接收作為觀看候選流的流的第二頻道中的任何一個第二頻道作為觀看目標的指令被輸入時，該頻道處理部件使得再現(xiàn)處理部件將與該第二頻道相對應(yīng)的流作為觀看流進行處理，并且使得流接收部件接收與該第二頻道相對應(yīng)的流作為觀看流，與該第二頻道相對應(yīng)的流被存儲在緩沖部件中。
文檔編號H04N7/173GK101720032SQ200910179408
公開日2010年6月2日 申請日期2009年10月9日 優(yōu)先權(quán)日2008年10月8日
發(fā)明者丹羽義勝, 大谷純一, 桝永慎哉, 武村知昭, 高瀨經(jīng)光 申請人:索尼株式會社