網絡設備、信息處理裝置、流切換方法和內容分送系統(tǒng)的制作方法

文檔序號：7761785閱讀：194來源：國知局

專利名稱：網絡設備、信息處理裝置、流切換方法和內容分送系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種網絡設備、一種信息處理裝置、一種流切換方法、一種信息處理方法、一種程序和一種內容分送系統(tǒng)。
背景技術：
互聯(lián)網協(xié)議電視(IPTV)是一種使用IP網絡的視頻分送系統(tǒng)，其可以通過使用IP 多播向多個終端分送使用諸如MPEG2、H. 264/AVC等高效譯碼技術壓縮的視頻，來實現(xiàn)與使用傳統(tǒng)無線電波的TV系統(tǒng)的服務等同的服務。然而，由于該系統(tǒng)的特性，IPTV系統(tǒng)需要約1至3秒用于頻道切換，并且存在所需用于頻道切換的時間比通常的數字電視廣播等更長的問題。該問題是由下述兩個問題導致的。第一個問題在于，待分送到接入網絡的數據的切換控制需要時間。引起該問題的原因在于，在IPTV系統(tǒng)中，針對服務訂戶的住宅的接入網絡是帶寬有限的網絡(例如，在ADSL2的情況中約為10Mbps)，并且采用僅將終端正在接收的頻道的數據傳送到接入網絡的方法。第二個問題在于，由于頻道的數據是通過數據帶寬有限的接入網絡分送的，因此例如MPEG2的壓縮視頻的圖像組(GOP)長度需要比數字廣播更長，并且因此，在接收到切換之后的頻道的MPEG2流GOP的起點處的I圖像(在AVC的情況中是IDR圖像)之前要一直保持等待。對于這些問題，提出了如下文所述的兩種方法，作為加速IPTV的頻道切換的方法。第一種方法是如下方法，同時向終端分送通過以低分辨率將頻道的視頻信號編碼為低比特率而獲取的壓縮數據，作為用于頻道切換的流(例如，參見國際公開No. WO 2004/114667和國際公開No. WO 2004/114668的小冊子)。根據該方法，在頻道切換時顯示低比特率的壓縮數據之后，切換到根據具有原始分辨率的比特率的壓縮數據方法所進行的的顯示。第二種方法是如下方法，在接入服務器附近提供服務器，該服務器用于緩存/緩沖 I圖像(IDR圖像)以及用于通過在頻道切換時使用單播以高速度向終端傳送I圖像來臨時顯示I圖像(例如，參見US2005/0081244A的說明書)。

發(fā)明內容
然而，國際公開No. WO 2004/114667和國際公開No. WO 2004/114668的小冊子中描述的方法具有如下問題，用于頻道切換的視頻的質量因低的分辨率而是差的。此外， US2005/0081244A的說明書中描述的方法需要具有在接入網絡附近提供的專門的服務器，并且因此存在如下問題，由于整體系統(tǒng)變大，因此材料成本成比例地增加，并且系統(tǒng)變得復雜，導致運營成本的增加。此外，對于這兩種方法，存在如下問題，頻道切換時的協(xié)議和用于切換數據流的機制是復雜的，并且終端的再現(xiàn)系統(tǒng)中的其實現(xiàn)方案是困難的?？紤]到前述內容，所期望的是提供一種網絡設備、一種信息處理裝置、一種流切換方法、一種信息處理方法、一種程序和一種內容分送系統(tǒng)，它們能夠在不劇烈改變現(xiàn)有網絡設備或終端的再現(xiàn)系統(tǒng)的情況下通過簡單的方法實現(xiàn)IPTV系統(tǒng)中的頻道切換的加速。根據本發(fā)明的實施例，提供了一種網絡設備，包括流分析部分，用于按如下方式分析從單個視頻/音頻內容生成的多個壓縮數據流中的每一個以檢測參考壓縮視頻數據的最新分送時間點，對應于參考壓縮視頻數據的視頻幀的位置和參考壓縮視頻數據的分送時間點彼此不同，參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據可以在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；分送請求處理部分，用于接收從再現(xiàn)視頻/音頻內容的信息處理裝置傳送的視頻/音頻內容的分送請求，以及使用流分析部分檢測到的參考壓縮視頻數據的分送時間點，在對應于與分送請求相關的視頻/音頻內容的多個壓縮數據流中選擇將分送到信息處理裝置的壓縮數據流；以及分送切換部分，用于將待分送到傳送分送請求的信息處理裝置的壓縮數據流切換到由分送請求處理部分選擇的壓縮數據流。分送請求處理部分可以保存關于從參考壓縮視頻數據的分送到后繼的參考壓縮視頻數據的分送的時間間隔的信息，可以基于流分析部分檢測到的最新的參考壓縮視頻數據的分送時間點以及關于時間間隔的信息，針對多個壓縮數據流中的每一個計算下一次分送參考壓縮視頻數據的時間點，并且可以選擇在時間上距離所計算的時間最短的壓縮數據流作為將分送到信息處理裝置的壓縮數據流。分送切換部分可以執(zhí)行切換到壓縮數據流的處理以便于在分送請求處理部分計算的時間點之前完成切換到分送請求處理部分選擇的壓縮數據流。網絡設備可以進一步包括緩沖器，用于臨時存儲壓縮數據流，該壓縮數據流與分送切換部分進行的壓縮數據流切換處理所需的延遲時間有關，并且分送切換部分可以在將緩沖器中存儲的壓縮數據流分送到信息處理裝置的同時執(zhí)行壓縮數據流的切換處理。根據本發(fā)明的另一實施例，提供了一種信息處理裝置，包括內容獲取部分，請求網絡設備分送對應于需要被獲取的視頻/音頻內容的所有多個壓縮數據流以及從網絡設備獲取視頻/音頻內容，該網絡設備按如下方式執(zhí)行從單個視頻/音頻內容生成的多個壓縮數據流的切換處理，對應于參考壓縮視頻數據的視頻幀的位置和參考壓縮視頻數據的分送時間點彼此不同，參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據可以在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼。優(yōu)選的是，多個壓縮數據流被分配彼此不同的唯一的網絡地址，并且內容獲取部分向網絡設備通知分配給對應于需要被獲取的視頻/音頻內容的所有壓縮數據流的網絡地址，并且在通知給網絡設備的網絡地址中將分配給從網絡設備分送的壓縮數據流的網絡地址設定為對應于需要被獲取的視頻/音頻內容的網絡地址。根據本發(fā)明的另一實施例，提供了一種流切換方法，包括步驟在按如下方式分析從單個視頻/音頻內容生成的多個壓縮數據流中的每一個之后檢測參考壓縮視頻數據的最新分送時間點，對應于參考壓縮視頻數據的視頻幀的位置和參考壓縮視頻數據的分送時間點彼此不同，參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據可以在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；接收從再現(xiàn)視頻/音頻內容的信息處理裝置傳送的視頻/音頻內容的分送請求；使用檢測參考壓縮視頻數據的分送時間點的步驟中檢測到的參考壓縮視頻數據的分送時間點，在對應于與分送請求相關的視頻/音頻內容的多個壓縮數據流中選擇將分送到信息處理裝置的壓縮數據流；以及將待分送到傳送分送請求的信息處理裝置的壓縮數據流切換到由選擇壓縮數據流的步驟選擇的壓縮數據流。根據本發(fā)明的另一實施例，提供了一種信息處理方法，包括步驟請求網絡設備分送對應于需要被獲取的視頻/音頻內容的所有多個壓縮數據流，該網絡設備按如下方式執(zhí) 行從單個視頻/音頻內容生成的多個壓縮數據流的切換處理，對應于參考壓縮視頻數據的視頻幀的位置和參考壓縮視頻數據的分送時間點彼此不同，參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據可以在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；以及獲取對應于從網絡設備分送的視頻/音頻內容的壓縮數據流。根據本發(fā)明的另一實施例，提供了一種使計算機實現(xiàn)如下功能的程序流分析部分，用于按如下方式分析從單個視頻/音頻內容生成的多個壓縮數據流中的每一個以檢測參考壓縮視頻數據的最新分送時間點，對應于參考壓縮視頻數據的視頻幀的位置和參考壓縮視頻數據的分送時間點彼此不同，參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據可以在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；分送請求處理部分，用于接收從再現(xiàn)視頻/音頻內容的信息處理裝置傳送的視頻/音頻內容的分送請求，以及使用流分析部分檢測到的參考壓縮視頻數據的分送時間點，在對應于與分送請求相關的視頻/音頻內容的多個壓縮數據流中選擇將分送到信息處理裝置的壓縮數據流；以及分送切換部分，用于將待分送到傳送分送請求的信息處理裝置的壓縮數據流切換到由分送請求處理部分選擇的壓縮數據流。根據本發(fā)明的另一實施例，提供了一種使計算機實現(xiàn)如下功能的程序，內容獲取部分，請求網絡設備分送對應于需要被獲取的視頻/音頻內容的所有多個壓縮數據流以及從網絡設備獲取視頻/音頻內容，該網絡設備按如下方式執(zhí)行從單個視頻/音頻內容生成的多個壓縮數據流的切換處理，對應于參考壓縮視頻數據的視頻幀的位置和參考壓縮視頻數據的分送時間點彼此不同，參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據可以在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼。如上文所述，根據本發(fā)明，可以提供一種內容分送系統(tǒng)，包括內容服務器，該內容服務器包括多個編碼器，用于按如下方式對視頻/音頻內容編碼以及從單個視頻/音頻內容生成多個壓縮數據流，對應于參考壓縮視頻數據的視頻幀的位置和參考壓縮視頻數據的分送時間點彼此不同，參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據可以在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；信息處理裝置，用于再現(xiàn)對應于多個分送的視頻/音頻內容并且將由內容服務器分送的壓縮數據流；以及網絡設備，用于將一個或多個內容服務器分送的多個壓縮數據流分送到期望分送壓縮數據流的信息處理裝置。網絡設備可以包括流分析部分，用于在分析一個或多個內容服務器分送的多個壓縮數據流之后檢測參考壓縮視頻數據的最新分送時間點；分送請求處理部分，用于接收從信息處理裝置傳送的視頻/音頻內容的分送請求，以及使用流分析部分檢測到的參考壓縮視頻數據的分送時間點，在對應于與分送請求相關的視頻/音頻內容的多個壓縮數據流中選擇將分送到信息處理裝置的壓縮數據流；以及分送切換部分，用于將待分送到傳送分送請求的信息處理裝置的壓縮數據流切換到由分送請求處理部分選擇的壓縮數據流。信息處理裝置可以包括內容獲取部分，用于請求網絡設備分送對應于需要被獲取的視頻/音頻內容的所有多個壓縮數據流，并且用于從網絡設備獲取視頻/音頻內容。根據上文描述的本發(fā)明的實施例，可以通過簡單的方法在不劇烈改變現(xiàn)有網絡設備或終端的再現(xiàn)系統(tǒng)的情況下可以實現(xiàn)IPTV系統(tǒng)中的頻道切換的加速。

圖1是用于圖示根據本發(fā)明的第一實施例的內容分送系統(tǒng)的說明圖；圖2是用于圖示根據該實施例的內容服務器的配置的框圖；圖3是用于圖示根據該實施例的信息處理裝置的配置的框圖；圖4是用于圖示根據該實施例的交換機的配置的框圖；圖5是用于圖示從根據該實施例的內容服務器輸出的MPEG2-TS流中的IDR圖像之間的位置關系的說明圖；圖6是用于圖示將從根據該實施例的內容服務器傳送的UDP分組的格式的說明圖；圖7是用于圖示根據DVB-IP的廣播發(fā)現(xiàn)記錄的數據格式的說明圖；圖8是用于圖示其中廣播發(fā)現(xiàn)記錄被表述為XML的示例的說明圖；圖9是用于圖示根據該實施例的信息處理方法的流程圖；圖IOA是用于圖示根據該實施例的IGMP報文的格式的說明圖；圖IOB是用于圖示根據該實施例的IGMP報文的格式的說明圖；圖IlA是用于圖示根據該實施例的IGMP報文的示例的說明圖；圖IlB是用于圖示根據該實施例的IGMP報文的示例的說明圖；圖12是用于圖示根據本實施例的頻道選擇處理的流程圖；圖13A是用于圖示根據該實施例的IGMP報文的示例的說明圖；圖13B是用于圖示根據該實施例的IGMP報文的示例的說明圖；圖13C是用于圖示根據該實施例的IGMP報文的示例的說明圖；圖14是用于圖示根據該實施例的頻道接收終止處理的流程圖；圖15是用于圖示根據該實施例的流切換處理的流程圖；圖16是用于圖示根據該實施例的流切換處理的說明圖；圖17是用于圖示根據該實施例的流切換處理的說明圖；圖18是用于圖示根據該實施例的內容服務器、信息處理裝置和交換機的硬件配置的框圖；以及圖19是用于圖示一般的IPTV系統(tǒng)的說明圖。
具體實施例方式下面將參照附圖詳細描述本發(fā)明的優(yōu)選實施例。應當注意，在本說明書和附圖中，使用相同的附圖標記標注具有基本上相同的功能和結構的結構元件，并且省略了這些結構元件的重復解釋。下面將按如下順序進行描述
(1)關于基礎技術的解釋(2)第一實施例(2-1)內容分送系統(tǒng)(2-2)內容服務器(2-3)信息處理裝置(2-4)交換機(2-5)內容分送方法(2-6)信息處理方法(2-7)流切換方法(3)根據本發(fā)明的實施例的內容服務器、信息處理系統(tǒng)和交換機的硬件配置(4)總結(關于基礎技術的解釋)首先，在給出根據本發(fā)明的優(yōu)選實施例的詳細描述之前，將描述奠定用于實現(xiàn)這些實施例的基礎的技術內容。順便提及，這些實施例被配置為通過對下文描述的基礎技術進行改進來獲得更加顯著的效果。因此，與改進相關的技術形成了這些實施例的特征。就是說，盡管這些實施例遵循這里描述的技術內容的基本概念，但是應當注意，這些實施例的實質內容集中于這些改進，并且因此，其配置和效果明顯不同于基礎技術的配置和效果圖19是關于一般的IPTV系統(tǒng)900中的多播視頻分送的網絡配置圖。如圖19中所示，一般的IPTV系統(tǒng)900主要包括例如，對應于各個頻道的多個內容服務器901、邊緣交換機903和909、路由器905和907以及將由觀看者使用的多個終端911。內容服務器901由用于對視頻/音頻信號(視頻/音頻內容)編碼的編碼器和分送服務器配置而成。通過使用例如H. 264/AVC實時地對每個TV頻道(例如，總共300個頻道)的視頻信號編碼。通過使用諸如高效先進音頻譯碼(HE-AAC)的高效譯碼技術實時地對每個TV頻道的音頻信號編碼。隨后，在使每個編碼信號復用為MPEG傳輸流(MPEG2-TS) 格式之后，編碼器將其作為流數據傳送到分送服務器。分送服務器將多個MPEG-TS分組插入在實施傳輸協(xié)議(RTP)分組格式中。在此之后，分送服務器通過用戶數據報協(xié)議(UDP) 的傳送協(xié)議將其多播給IP網絡。每個頻道的流的IP分組被指定單獨的多播地址，并且經由核心網絡和接入網絡被分送到終端911。寬帶寬網絡被用作核心網絡，其使用光纖并且能夠使用諸如波分復用 (WDM)的技術以數千兆比特到數十千兆比特每秒進行數據傳送。另一方面，例如，諸如使用現(xiàn)有的模擬電話線路的銅線的非對稱數字訂戶線路(ADSL)的技術被用于針對IPTV服務訂戶的住宅(即，從邊緣交換機909到終端911)的接入網絡。存在關于ADSL的各種標準，并且數據帶寬還取決于線路長度。例如，如果使用ADSL2標準，則在距離基站4km以內時，可以實現(xiàn)10兆比特每秒或更大的帶寬，并且可以分送至少一個具有高清晰度電視的分辨率的視頻信號。如上文所述，核心網絡具有足夠的帶寬并且能夠分送具有IPTV服務提供的所有頻道的流。相反地，接入網絡具有有限的數據帶寬，并且接入網絡必須僅分送正由終端接收的頻道的數據。通常，互聯(lián)網組管理協(xié)議(IGMP)用于多播數據的分送控制。當終端911向網絡傳送IGMP報文以加入期望接收的頻道的數據的多播組時，邊緣路由器907僅將多播數據分送給已向其提出請求的網絡。然而，當多個終端連接到邊緣路由器907時，邊緣路由器907還將數據分送給未接收到相應的多播數據的終端911所連接的接入網絡。因此，有必要防止分送到未通過IGMP請求加入多播組的終端911所連接的接入網絡。因此，通過IGMP SNOOPING(IGMP窺探)實現(xiàn)作為邊緣交換機909的數字訂戶線路接入復用器(DSALM)。DSLAM窺探從終端911傳送的IGMP分組，并且執(zhí)行過濾控制，從而使多播組的數據僅被分送給發(fā)出請求的終端911所連接的接入網絡。根據本發(fā)明的每個實施例的IPTV系統(tǒng)由以下的具有上述一般架構的IPTV系統(tǒng)實現(xiàn)。下文將詳細描述本發(fā)明的每個實施例。(第一實施例)〈內容分送系統(tǒng)〉首先，參照圖1，將詳細描述根據本發(fā)明的第一實施例的內容分送系統(tǒng)。圖1是用于描述根據本實施例的內容分送系統(tǒng)的說明圖。順便提及，在以下解釋中，將對作為內容分送系統(tǒng)的示例的IPTV系統(tǒng)進行解釋。如圖1中所示，例如，根據本實施例的內容分送系統(tǒng)1主要包括對應于各個頻道的多個內容服務器10AU0B和10C，交換機12和30，路由器14和16，將由觀看者使用的多個信息處理裝置20A、20B、20C和20D。內容服務器10對應于IPTV系統(tǒng)中的每個頻道的廣播站，并且根據預定方法對視頻/音頻內容(視頻/音頻信號)編碼以使其成為壓縮數據流并且通過使用預定傳送協(xié)議向IP網絡多播該壓縮數據流。在圖1中，僅示出了三個內容服務器。然而，例如，內容服務器10的數目與IPTV系統(tǒng)中的頻道的數目一樣多，并且在總共存在300個頻道的情況中，在內容分送系統(tǒng)1中存在300個內容服務器10。交換機12是具有關于流過核心網絡的分組的交換功能(切換功能)的通信設備，而交換機30是具有關于流過接入網絡的分組的交換功能的通信設備并且由于處于核心網絡附近而被特定地稱為邊緣交換機。這些交換機12和30被設定為確定分組的目標并且僅中繼針對特定第三方的通信。路由器14和16是用于中繼諸如流過網絡的分組的數據的設備。這些路由器分析部分協(xié)議，即所謂的OSI參考模型的網絡層或傳輸層，并且傳輸數據。此外，路由器14和16 具有分析網絡層中描述的地址和確定將通過哪個路徑傳輸數據的路徑選擇功能。信息處理裝置20是將由內容分送系統(tǒng)1的觀看者使用的終端，并且在各個內容服務器10分送的多個視頻/音頻內容中獲取期望觀看和收聽的內容并且再現(xiàn)所獲取的內容。順便提及，在下文中將再次更詳細地上文描述的內容服務器10、信息處理裝置20 和交換機30。到此為止，已描述了根據本實施例的內容分送系統(tǒng)1。接著，參照圖2至4，將詳細地描述根據本實施例的內容服務器10、信息處理裝置20和交換機30?！磧热莘掌鳌到又瑓⒄請D2，將詳細地描述根據本實施例的內容服務器10的配置。圖2是用于描述根據本實施例的內容服務器10的配置的框圖。如圖2中所示，例如，根據本實施例的內容服務器10包括第一處理部分IlA和第二處理部分11B。同一頻道的視頻/音頻信號被分別輸入到第一處理部分IlA和第二處理部分11B。如圖2中所示，第一處理部分IlA主要包括例如第一編碼器101、第一分送部分 105和存儲部分109。此外，如圖2中所示，第二處理部分1IB主要包括例如第二編碼器103、第二分送部分107和存儲部分111。如圖2中所示，第一處理部分IlA和第二處理部分IlB是包括至少一組編碼器和分送部分的處理部分，其中每個編碼器和每個分送部分彼此獨立地工作。第一編碼器101和第二編碼器103可以由例如中央處理單元(CPU)、只讀存儲器 (ROM)和隨機存取存儲器實現(xiàn)。對于輸入的視頻/音頻信號，第一編碼器101和第二編碼器 103通過使用例如H. 264/AVC實時地對視頻信號編碼，并且還通過使用諸如HE-ACC等的高效譯碼技術實時地對音頻信號編碼。隨后，在將每個編碼信號復用為MPEG2-TS格式之后，第一編碼器101和第二編碼器103將其作為壓縮數據流傳送到第一分送部分105和第二分送部分107。這里，第一編碼器101和第二編碼器103分別對視頻/音頻信號的視頻信號進行編碼，其編碼方式使得參考壓縮數據所對應的原始視頻信號的視頻幀(通常，每秒30個幀) 或場(每秒60個場)的位置彼此不同。這里，參考壓縮視頻數據是在不參考該參考壓縮視頻數據之前的參考壓縮視頻數據的情況下就能進行解碼的參考壓縮視頻數據。第一編碼器 101和第二編碼器103執(zhí)行編碼，從而使參考壓縮視頻數據周期性地出現(xiàn)，以便于能夠從壓縮數據流的中間進行編碼。參考壓縮視頻數據的示例包括例如，H.264/AVC中的即時解碼器刷新(IDR)圖像或者MPEG2視頻中的幀內圖像(I圖像)。例如，假設如下情況，其中通過H. 264/AVC對高清晰度視頻編碼。此時，第一編碼器101和第二編碼器103對視頻信號編碼，從而經編碼的信號由每秒30個MGEG圖像配置而成，并且IDR圖像每秒出現(xiàn)一次。通過執(zhí)行該編碼處理，即使視頻的比特率為最大的7兆比特每秒，再現(xiàn)的視頻也比IDR圖像每秒出現(xiàn)兩次的編碼方式具有更高的圖像質量。順便提及，在本說明書中，根據MPEG2視頻的圖像組(GOP)的描述，在起點處包括IDR圖像的一組多個圖像將被稱作G0P。第一編碼器101和第二編碼器103分別按如下方式對視頻/音頻信號編碼，除了參考壓縮視頻數據的出現(xiàn)時序之外，其他條件都相同。例如，第一編碼器101和第二編碼器 103利用相同數目的MPEG圖像和相同分辨率對同一視頻信號編碼。此外，要從編碼器101 和103中的每一個輸出的MPEG流以如下方式輸出，在被復用為MPEG2-TS時，該MPEG流變為最大的8兆比特每秒。在該情況中，這兩個MPEG2-TS中的IDR圖像每秒出現(xiàn)一次(即， GOP長度為30個幀)，其中第一編碼器101和第二編碼器103被設定為使得所生成的IDR 圖像彼此移位0. 5秒(S卩，15個圖像)。順便提及，在對視頻/音頻信號編碼時，第一編碼器101和第二編碼器103能夠分別參考后面描述的存儲部分109和存儲部分111中存儲的各種數據庫。此外，第一編碼器 101和第二編碼器103也可以將所生成的壓縮數據流分別存儲在存儲部分109和存儲部分 111 中。第一分送部分105和第二分送部分107可以由例如CPU、ROM、RAM、通信設備等實現(xiàn)，并且具有所謂的實時傳輸協(xié)議(RTP)服務器的功能。第一分送部分105和第二分送部分107分別在將第一編碼器101和第二編碼器103生成的MPEG2-TS分組存儲在RTP分組11以及存儲在UDP分組之后將其存儲在IP多播分組中，并將其傳送出去。這些IP分組經由例如交換機12等由IP網絡進行分送。存儲部分109適當地存儲有根據本實施例的第一處理部分IlA執(zhí)行處理時需要保留的各種參數、處理的進度等，或者各種數據庫等。第一編碼器101、第一分送部分105等能夠自由地在存儲部分109中進行讀寫。以相同的方式，存儲部分111適當地存儲有根據本實施例的第二處理部分IlB執(zhí) 行處理時需要保留的各種參數、處理的進度等，或者各種數據庫等。第二編碼器103、第二分送部分107等能夠自由地在存儲部分111中進行讀寫。順便提及，在圖2所示示例中描述了如下情況，其中根據本實施例的內容服務器 10由兩個處理部分，即第一處理部分IlA和第二處理部分IlB配置而成。然而，內容服務器 10可以由3個或更多的處理部分配置而成。分配給一個頻道(換言之，一個視頻/音頻信號)的處理部分的數目越多，則頻道切換就越快。此外，第一處理部分IlA和第二處理部分IlB可以在一個內容服務器的殼內提供。此外，包括編碼器和分送部分的處理部分可以是獨立的設備，并且多個設備可以被并行連接。到此為止，已經示出了根據本實施例的內容服務器10的功能的示例。上述每個部件可以通過使用通用構件或電路來配置，或者可以通過使用專用于每個部件的功能的硬件來配置。此外，CPU等可以執(zhí)行這些部件的所有功能。由此，可以根據執(zhí)行本實施例時的技術水平按照需要來改變要使用的硬件配置。應當注意，可以創(chuàng)建用于實現(xiàn)根據以上實施例的內容服務器的每個功能的計算機程序并且將該程序實現(xiàn)到個人計算機等。此外，還可以提供存儲該計算機程序并且可以由計算機讀取的記錄介質。記錄介質是例如磁盤、光盤、磁光盤、閃速存儲器等。此外，上述計算機程序可以在不使用記錄介質的情況下例如經由網絡分送。<信息處理裝置的配置>隨后，參照圖3，將詳細描述根據本實施例的信息處理裝置20的配置。圖3是用于描述根據本實施例的信息處理裝置20的配置的框圖。例如，如圖3中所示，根據本實施例的信息處理裝置20主要包括頻道選擇部分 201、內容獲取部分203、內容再現(xiàn)部分205和存儲部分207。頻道選擇部分201由例如CPU、R0M、RAM等實現(xiàn)。當用戶通過操作諸如在信息處理裝置20上提供的頻道選擇開關、頻道選擇按鈕等或者遙控器等操作部分，在正被分送的多個頻道中選擇特定頻道時，頻道選擇部分201將頻道選擇開關、頻道選擇按鈕等的輸入轉換為預定信號。此外，頻道選擇部分201將通過轉換用戶輸入而獲取的預定信號輸出到后面描述的內容獲取部分203。內容獲取部分203由例如CPU、R0M、RAM、通信設備等實現(xiàn)，并且在正被分送的多個頻道中獲取在對應于從頻道選擇部分201傳送的信號的頻道中分送的內容。在根據本實施例的內容分送系統(tǒng)中，為屬于一個頻道的內容分送了多個壓縮數據流。因此，內容獲取部分 203請求后面描述的交換機30分送對應于用戶選擇的頻道的所有壓縮數據流。交換機30基于對內容獲取部分203傳送的流的分送請求，在對應于頻道的多個壓縮數據流中選擇將分送給已請求分送的信息處理裝置20的流，并且將這些流分送到信息處理裝置20。當在多個壓縮數據流中選擇待分送的流時，交換機30選擇最優(yōu)的壓縮數據流，目的在于縮短頻道切換。這種流的選擇將在下文中詳細描述。內容獲取部分203可以通過獲取從交換機30分送的壓縮數據流來獲取內容。內容獲取部分203將所獲取的內容(更具體地，對應于內容的壓縮數據流)傳送到后面描述的內容再現(xiàn)部分205。順便提及，在獲取內容時，內容獲取部分203能夠通過參考后面描述的存儲部分 207中存儲的各種數據庫等來執(zhí)行內容的獲取處理。內容再現(xiàn)部分205由例如CPU、ROM、RAM等實現(xiàn)，并且再現(xiàn)由內容獲取部分203獲取的內容并且將其顯示在信息處理裝置20中提供的顯示器(未示出)上。這里，內容的再現(xiàn)包括在從內容獲取部分203傳送的壓縮數據流被解碼之后再現(xiàn)經解碼的內容，以及與壓縮數據流的解碼一起再現(xiàn)內容。內容再現(xiàn)部分205能夠在對內容進行解碼或者對內容進行再現(xiàn)時參考后面描述的存儲部分207中存儲的數據庫等。存儲部分207適當地存儲有根據本實施例的信息處理裝置20執(zhí)行處理時需要保留的各種參數、處理的進度等，或者各種數據庫等。頻道選擇部分201、內容獲取部分203、內容再現(xiàn)部分205等能夠自由地在存儲部分207中進行讀寫。到此為止，已經示出了根據本實施例的信息處理裝置20的功能的示例。上述每個部件可以通過使用通用構件或電路來配置，或者可以通過使用專用于每個部件的功能的硬件來配置。此外，CPU等可以執(zhí)行這些部件的所有功能。由此，可以根據執(zhí)行本實施例時的技術水平按照需要來改變要使用的硬件配置。應當注意，可以創(chuàng)建用于實現(xiàn)根據以上實施例的信息處理裝置的每個功能的計算機程序并且將該程序實現(xiàn)到個人計算機等。此外，還可以提供存儲該計算機程序并且可以由計算機讀取的記錄介質。記錄介質是例如磁盤、光盤、磁光盤、閃速存儲器等。此外，上述計算機程序可以在不使用記錄介質的情況下例如經由網絡分送?！唇粨Q機的配置〉隨后，參照圖4，將詳細描述根據本實施例的作為網絡設備的示例的交換機30的配置。圖4是用于描述根據本實施例的交換機30的配置的框圖。如上文所述，在內容分送系統(tǒng)1中分送的所有頻道的所有多個壓縮數據流被分送給交換機30。通過分析這些多個壓縮數據流，交換機30確定IDR圖像是否從交換機30當前正在接收的UDP分組開始，以便于向信息處理裝置20分送最優(yōu)選的流。通過分析MPEG-TS 分組來執(zhí)行壓縮數據流的該分析。根據DVB-IP標準等，在出現(xiàn)IDR圖像之前放置MPEG-TS 的系統(tǒng)報頭，因此，交換機30可以更加容易地通過檢測系統(tǒng)報頭來執(zhí)行流分析處理。如圖4中所示，根據本實施例的交換機30主要包括例如緩沖器301、流分析部分 303、分送請求處理部分305和分送切換部分307。緩沖器301臨時存儲在內容分送系統(tǒng)1中分送的所有頻道的所有壓縮數據流(更具體地，IP分組)的一部分。臨時存儲在緩沖器301中的壓縮數據流隨后將被傳送到后面描述的分送切換部分307。而且，臨時存儲在緩沖器301中的該部分壓縮數據流將用于后面描述的流分析部分303中的流分析處理。例如，這里存在使IDR圖像移位30個幀的情況。通常，如果在將來自其中存在IDR圖像的IP分組的數據緩沖到下一 IDR圖像的前一 IP分組的同時，通過IGMP請求分送，則可以分送IDR圖像。在本實施例中，頻道的兩個流中的GOP被移位GOP的一半(15個幀)。此外，由于交換機僅需要向終端分送任何流數據，因此可以認為15個幀的尺寸對于緩沖器是足夠的。如果流是例如8M bps，則需要每個流0.5M字節(jié)的緩沖器，即需要每個頻道IM字節(jié)的緩沖器。因此，如果對于內容分送系統(tǒng)中的所有頻道保證上述緩沖器尺寸，則整體緩沖器尺寸將是巨大的并且不是所期望的。此外，當執(zhí)行這種緩沖時，緩沖有可能引起分送延遲。因此，根據本實施例的交換機30執(zhí)行在后面描述的流分析部分303中的如下流分析處理以便于防止因緩沖引起的延遲。這能夠將每個流的緩沖器尺寸減小到可以將壓縮數據流臨時存儲后面描述的分送切換部分307的切換處理所需要的延遲時間的數量(例如，約數十毫秒)。而且，如后面描述的，根據流分析處理的種類，在沒有緩沖器301情況下，還可以實現(xiàn)不具有分送延遲的流切換。流分析部分303由例如CPU、R0M、RAM等實現(xiàn)。流分析部分303分析將分送給交換機30的多個壓縮數據流中的每一個，檢測參考壓縮視頻數據(例如，IDR圖像)被分送的最新的時間點，并且存儲檢測到的最新分送時間點。而且，當后面描述的分送請求處理部分 305查詢關于某個頻道的最新分送時間點時，流分析部分303向分送請求處理部分305輸出在該時間點存儲的相應的頻道的分送時間點。通過如上文所述分析MPEG-TS分組來執(zhí)行該流分析處理。分送請求處理部分305由例如CPU、R0M、RAM等實現(xiàn)。分送請求處理部分305接收從信息處理裝置20傳送的視頻/音頻內容的分送請求。而且，通過使用流分析部分303檢測到的最新的分送時間點，分送請求處理部分305在對應于與分送請求相關的視頻/音頻內容的多個壓縮數據流中選擇將被分送給信息處理裝置20的壓縮數據流。換言之，通過具有IGMP窺探功能，分送請求處理部分305接收從信息處理裝置20傳送的IGMP分組，并且進行控制，從而所選擇的壓縮數據流將僅被分送到已傳送IGMP分組的信息處理裝置。這里存在如下情況，其中流分析部分303確定到達交換機30的IP分組包括系統(tǒng) 報頭。盡管被確定包括系統(tǒng)報頭的流被立即分送到信息處理20，但是在切換處理期間有時間流逝，并且當切換完成時，切換之后的流不包括IDR圖像。因此，該切換處理不適用于頻道切換。因此，當從信息處理裝置20接收到分送請求時，分送請求處理部分305查詢流分析部分303以獲得所存儲的關于對應于分送請求中列出的頻道的壓縮數據流中的每一個的最新分送時間點。隨后，分送請求處理部分303在作為查詢結果而獲得的多個分送時間點中優(yōu)先選擇對應于最陳舊的分送時間點的壓縮數據流，作為將傳送到信息處理裝置20 的壓縮數據流。這使得分送請求處理部分305能夠選擇接下來將被分送參考壓縮視頻數據的第一壓縮數據流。交換機30通過立即傳送分送請求處理部分305選擇的壓縮數據流的 IP分組，可以在最短的時間內分送將被傳送IDR圖像的流。應當注意，分送請求處理部分305可以進一步通過不僅考慮分送時間點的陳舊性 (即分送時間點的相對位置)而且考慮從參考壓縮視頻數據到下一參考壓縮視頻數據的間隔(即G0P)來選擇流。當執(zhí)行該處理時，假設分送請求處理部分305預先保存關于從分送參考壓縮視頻數據到分送下一參考壓縮視頻數據的時間間隔的信息。當從流分析部分303 獲取到關于最新分送時間點的信息時，分送請求處理部分305使用關于該時間間隔的信息確定關于每個流的請求分送的時間點在上述時間間隔中所處的大致位置。結果，分送請求處理部分305可以預測關于每個流的下一次分送參考壓縮視頻數據的時間點。分送請求處理部分305在預測的分送時間點中選擇對應于將首先到來的分送時間點的流，作為將分送到信息處理裝置20的壓縮數據流。分送請求處理部分305向后面描述的分送切換部分307 輸出所選擇的流以及流中的參考壓縮視頻數據的計劃分送時間點。后面描述的分送切換部分307可以通過在所傳送的計劃分送時間點處切換流來無延遲地切換流。當分送請求處理部分305執(zhí)行伴隨有該預測處理的流選擇處理時，可以省略緩沖器301的實現(xiàn)。流分析部分303可以進一步不僅存儲最新分送時間點，而且存儲最新分送時間點之前的一些分送時間點，并且分送請求處理部分305可以使用所述的這些分送時間點來預測下一分送時間點。分送切換部分307由例如CPU、R0M、RAM等實現(xiàn)。分送切換部分307執(zhí)行將分送到已傳送分送請求的信息處理裝置20的壓縮數據流切換到分送請求處理部分305選擇的壓縮數據流的處理。當緩沖器301被布置到交換機30時，在將緩沖器301中存儲的切換之后的壓縮數據流分送到信息處理裝置20的同時，分送切換部分307執(zhí)行切換壓縮數據流的處理。而且，當已從分送請求處理部分305輸入參考壓縮視頻數據的計劃分送時間點時，分送切換部分307執(zhí)行流切換處理以便于在該時間點之前完成切換。由分送切換部分307執(zhí)行壓縮數據流的切換處理使得分送請求中列出的視頻/音頻內容的最優(yōu)的壓縮數據流將被分送給信息處理裝置20。到此為止，已經示出了根據本實施例的交換機(網絡設備)30的功能的示例。上述每個部件可以通過使用通用構件或電路來配置，或者可以通過使用專用于每個部件的功能的硬件來配置。此外，CPU等可以執(zhí)行這些部件的所有功能。由此，可以根據執(zhí)行本實施例時的技術水平按照需要來改變要使用的硬件配置。應當注意，可以創(chuàng)建用于實現(xiàn)根據以上實施例的網絡設備的每個功能的計算機程序并且將該程序實現(xiàn)到個人計算機等。此外，還可以提供存儲該計算機程序并且可以由計算機讀取的記錄介質。記錄介質是例如磁盤、光盤、磁光盤、閃速存儲器等。此外，上述計算機程序可以在不使用記錄介質的情況下例如經由網絡分送?！磧热莘炙头椒ā惦S后，參考圖5至圖8，將詳細描述由根據本實施例的內容服務器10執(zhí)行的內容分送方法。[參考壓縮視頻數據的位置關系]圖5是用于描述根據本實施例的內容服務器10輸出的MPEG2-TS流中的IDR圖像之間的位置關系的說明圖。在圖5中，示出了如下示例，其中執(zhí)行編碼，從而使作為參考壓縮視頻數據的IDR圖像每秒出現(xiàn)一次。然而，也可以采用靈活地改變IDR圖像的生成時序的編碼方法。在該情況中，各編碼器協(xié)同操作，從而使IDR圖像的出現(xiàn)時序彼此移位。在圖5中，如上文所述，執(zhí)行編碼，從而使作為參考壓縮視頻數據的IDR圖像每秒出現(xiàn)一次。此外，GOP由30個幀配置而成，并且除了 IDR圖像外，GOP中還存在預測圖像 (P-圖像)和雙向預測圖像(B-圖像)。從圖5可以清楚看到，當比較從第一編碼器101輸出的流和從第二編碼器103輸出的流時，可以看到，IDR圖像的出現(xiàn)時序移位了 15個幀(約 0. 5 秒)。
通過以該方式執(zhí)行編碼，并且還通過作為終端的信息處理裝置20在頻道切換時接收當時最適宜的MPEG2-TS流，能夠使從切換后到接收到IDR圖像的等待時間變得最小，并且能夠很快地顯示切換后的頻道的視頻。例如，這里存在如下情況，其中在圖5所示的“時間點A”在作為終端的信息處理裝置20中執(zhí)行頻道切換。在該情況中，信息處理裝置20可以通過接收從第一編碼器101輸出的流(換言之，從第一處理部分IlA輸出的流)，縮短從頻道切換后到顯示所選擇的頻道的視頻的等待時間。通過相同的方式，存在另一種情況，其中在“時間點B”在信息處理裝置 20中執(zhí)行頻道切換。在該情況中，信息處理裝置20可以通過接收從第二編碼器103輸出的流(換言之，從第二處理部分IlB輸出的流)，縮短從頻道切換后到顯示所選擇的頻道的視頻的等待時間。從各個編碼器101和103輸出的MPEG流是由同一視頻信號生成的。這些MPEG流只是使IDR圖像的時間位置(能夠基于頻道切換等從該位置開始顯示視頻)彼此移位，并且分辨率、最大比特率等將按同一條件進行編碼。因此，用戶難以察覺正在再現(xiàn)的是從編碼器傳送的流中的哪一個。此外，對于編碼器101和103中的每一個而言，用于進行復用的H.沈4/264編碼器和MPEG2系統(tǒng)時鐘不需要彼此同步。如果預先布置了所需用于使IDR圖像的相對位置移位的信息，則編碼器101和103中的每一個能夠在不執(zhí)行處理部分IlA和IlB之間的通信的情況下實現(xiàn)編碼。這里，所需用于使IDR圖像的相對位置移位的信息可以是與固定的GOP長度相關的信息、與原始視頻信號的視頻幀中的哪個幀要被編碼為IDR圖像相關的信息等。此外，在采用可變GOP長度的情況中，處理部分IlA和IlB也能夠彼此通信并且使出現(xiàn)位置移位，從而使其中出現(xiàn)IDR圖像的幀對于頻道切換而言變得最優(yōu)。[UDP分組的格式]圖6是用于描述根據本實施例的分送部分105和107傳送的UDP分組的格式的說明圖。在內容服務器10中提供的編碼器101和103中的每一個生成的MPEG2-TS分組被輸出到在每個編碼器所屬的處理部分中提供的分送部分，并且作為IP分組被傳送。該IP分組具有例如圖6所示的格式。如圖6中所示，IP多播的UDP分組由IP報頭、UDP報頭、RTP報頭和RTP有效載荷 (payload)配置而成。內容服務器10的編碼器101和103中的每一個生成的MPEG2-TS分組被存儲在RTP有效載荷中。通常，如圖6中所示，在RTP有效載荷中存儲有7個MPEG2-TS 分組。內容服務器10的分送部分105和107中的每一個生成如圖6所示的UDP分組并將其多播出去。[IP分組的傳送]接著，參照圖7和8，將詳細描述將根據本實施例的IP分組傳送到信息處理裝置的機制。順便提及，在下文中，將基于作為IPTV系統(tǒng)標準的DVB-IP (ETSI TS102 034)來進行解釋。為了接收每個頻道的MPEG流，作為終端的信息處理裝置20需要知道頻道的數據將被分送到的IP多播地址。根據DVB-IP，在SD&S廣播發(fā)現(xiàn)記錄中描述了頻道的信息。根據DVB-IP標準，根據DVB SD&S傳輸協(xié)議(DVB STP)，通過多播將廣播發(fā)現(xiàn)記錄從諸如EPG服務器(未示出)的IPTV應用服務器傳送到信息處理裝置20。順便提及，傳輸所述廣播發(fā) 現(xiàn)記錄時，為其分配與MPEG2-TS流的IP多播地址不同的IP多播地址。因此，根據本實施例的內容分送系統(tǒng)1中存在的內容服務器10需要預先向IPTV 應用服務器通知針對內容服務器10的每個處理部分11分配的IP多播地址或者各種頻道fn息ο圖7是用于描述根據DVB-IP的廣播發(fā)現(xiàn)記錄的數據格式的說明圖。在廣播發(fā)現(xiàn) 記錄中描述了 IPTV服務提供的所有頻道的信息。例如，當IPTV服務廣播300個頻道時，作為終端的信息處理裝置20接收描述了 300個頻道的信息的廣播發(fā)現(xiàn)記錄。例如，如圖7中所示，作為頻道信息，由TextualIdentifierO ServiceName的字符串來描述頻道名稱，并且該字符串用于顯示頻道名稱。此外，IPMulticastAddressiAddress 和IPMulticastAddressOPort描述頻道的IP多播分組被分送到的IP多播地址和端口號。通過作為終端的信息處理裝置20利用IGMP加入廣播發(fā)現(xiàn)記錄中描述的IP多播地址組，開始所期望的頻道的IP多播分組的分送，并且使得信息處理裝置20能夠接收IP 多播分組。通常，為每個頻道分配IP多播分送。然而，根據本實施例的內容分送系統(tǒng)具有為每個頻道提供的多個IP多播分送。因此，在廣播發(fā)現(xiàn)記錄中描述了多個IP多播地址。圖8是用于描述按XML表述廣播發(fā)現(xiàn)記錄的示例的說明圖。在該廣播發(fā)現(xiàn)記錄的示例中，描述了 300個頻道的服務信息，并且每個XML元素“〈Singlekrvice〉”對應于一個頻道的信息。例如，起點處的頻道信息由作為頻道名稱(ServiceName)的“Channel 1 (頻道1) ” 以及兩個多播地址(一個用于地址224. 0. 1. 1、端口號1600，而另一個用于地址224. 0. 1.2、端口號1600)來描述。這兩個地址分別對應于將由圖2中所示的第一處理部分IlA分送的 IP分組的多播地址和將由圖2中所示的第二處理部分IlB分送的IP分組的多播地址。下一個列出的頻道信息由作為頻道名稱的“Channel 2 (頻道幻”以及兩個多播地址來描述。盡管省略了后面的頻道信息的描述，但是將列出并且描述總共300個頻道的信息。根據上述廣播發(fā)現(xiàn)記錄，信息處理裝置20能夠知道每個頻道的兩個地址。在本實施例中，根據DVB-IP標準的廣播發(fā)現(xiàn)記錄被擴展，并且描述了 XML 元素 “〈ChannelChangehfo〉”。該 XML 元素 “〈ChannelChangehfo〉，，具有指示 NumberOfStreamsPerChannel"中指定的每個頻道的正被多播的MPEG流的最大數目的數據。圖8中示出的示例指示了每個頻道分送最多2個MPEG流。如上所述，通過根據本實施例的內容分送方法，針對一個頻道，分送具有參考壓縮視頻數據的不同出現(xiàn)時序的多個壓縮數據流。對于這些壓縮數據流，僅有參考壓縮視頻數據的出現(xiàn)時序不同，并且除了出現(xiàn)時序外，其他的編碼條件都相同。因此，交換機30在多個壓縮數據流中選擇最優(yōu)的流并且將該流分送到作為終端的信息處理裝置20。這使用于接收參考壓縮視頻數據的等待時間最小，并且使得快速地顯示頻道的視頻。〈信息處理方法〉隨后，參照圖9至圖13，將詳細描述根據本實施例的信息處理裝置20將執(zhí)行的信息處理方法。圖9是用于描述根據本實施例的信息處理裝置20將執(zhí)行的信息處理方法的流程圖。17
當觀看者(用戶)接通信息處理裝置20的電源時或者當從IPTV的服務菜單等中選擇了 TV服務時，根據本實施例的信息處理裝置20開始TV觀看處理。首先，信息處理裝置20通過使用該裝置中提供的CPU、ROM、RAM、通信設備等從諸如EPG服務器(未示出)的IPTV應用服務器獲取廣播發(fā)現(xiàn)記錄(步驟S101)。如圖7中所示，廣播發(fā)現(xiàn)記錄是基于根據DVB-IP標準的協(xié)議而描述的，并且信息處理裝置20能夠獲取與每個頻道對應的頻道信息。當頻道信息未被頻繁改變時，也可以使用已經從IPTV服務獲取的頻道信息。圖IOA和圖IOB示出了根據RFC 3376的IGMP版本3的供信息處理裝置20執(zhí)行多播數據分送控制的IGMP報文的格式。此外，圖IlA和圖IlB是用于描述根據本實施例的 IGMP報文的示例的說明圖。當加入或離開多播組時，信息處理裝置20使用具有如圖IOA所示報告格式的IGMP 報文。此外，還存在具有詢問格式的IGMP報文，用于檢查多播路由器正在加入多播組。將省略這些IGMP的規(guī)范的詳細解釋。如圖IOA所示，具有報告格式的IGMP報文具有“組記錄的數目”欄中聲明的報告中包括的記錄的數目，并且具有隨后在IGMP報文中描述的數目為所聲明的記錄的數目的“組記錄”。圖IOB示出了每個組記錄的格式。如圖IOB中所示，在組記錄的格式中存在“記錄類型”欄，并且通過在該欄中輸入預定值，能夠指定加入或離開多播組。如圖IlA中所示，例如，在“記錄類型”中指定值“1”使得能夠加入多播組。該值 “1”指示值“MODE_IS_INCLUDE (包含模式)”。圖IlA中示出的示例示出了加入由224. 0. 1. 0 表示的多播組。此外，如圖IlB中所示，例如，在“記錄類型”中指定值“2”使得能夠離開多播組。該值“2”指示值“M0DE_IS_E)(CLUDE (排除模式)”。圖IlB中示出的示例示出了離開由 224. 0. 1. 0表示的多播組。隨后，信息處理裝置20的頻道選擇部分201對頻道選擇信息進行初始化(S103)。將被初始化的頻道選擇信息是四個參數“CUrrentChan (當前頻道)”、“CUrrentAddr (當前地址)","SelectChan (選擇頻道)”和"SelectAddr (選擇地址)”。參數“CurrentChan”是指示由信息處理裝置20當前選擇的頻道的位置的參數，而參數“CurrentAddr”是指示當前選擇的頻道被分送到的多播地址的參數。在該初始化中，這兩個參數均被設定為-1。該值指示當前不執(zhí)行頻道選擇。此外，參數“klectChan”是指示將選擇的頻道的頻道位置的參數，而參數“klectAddr”是指示所選擇的頻道的MPEG2-TS 流將被分送到的多播地址的參數。在該初始化中，“klectChan”被設定為1。如果在終端中保存有先前選擇的頻道的頻道信息，則指定其頻道位置。在該初始化中，“ klectAddr”被設定為-1。隨后，頻道選擇部分201向內容獲取部分203通知由參數‘SelectChan”指示的頻道，并且內容獲取部分203執(zhí)行頻道的選擇處理(步驟S105)。后面將再次詳細描述頻道的選擇處理。當內容再現(xiàn)部分205再現(xiàn)通過該處理獲取的內容時，頻道的視頻將顯示在信息處理裝置20的顯示器的屏幕(未示出)上并且聲音將從揚聲器再現(xiàn)。當選擇處理完成時，頻道選擇部分201更新與當前選擇的頻道相關的頻道信息 (步驟S107)。就是說，將參數“klectChan”的值設定在參數“CurrentChan”中，并且將參數MelectAddr”的值設定在參數“CurrentAddr”中。隨后，信息處理裝置20的頻道選擇部分201等待用戶操作的輸入(步驟S109)。這里，當用戶輸入了例如終止處理(諸如按下遙控器的關機按鈕)時(步驟 S111)，頻道選擇部分201生成對應于輸入操作的信號并且前往步驟S121的頻道接收終止處理。此外，當用戶輸入了切換頻道的操作時(步驟S113)，頻道選擇部分201前往后面描述的步驟S115。在其他情況中，頻道選擇部分201返回步驟S109，并且等待用戶操作。實際上，除了這些控制外，還存在諸如音量控制等用戶操作。然而，在圖9中將省略其描述。當用戶執(zhí)行了頻道切換操作時，例如，當用戶操作了遙控器的頻道上移按鈕時，頻道選擇部分201將參數“klectChan”的值增加1，而當用戶操作了頻道下移按鈕時，頻道選擇部分201將參數“SelectChan”的值減小1(步驟S115)。這里，頻道選擇部分201以如下方式執(zhí)行控制，參數“SelectChan”的值不會變?yōu)樨撝?，也不會變?yōu)槌^頻道總數的值。此外，當遙控器等包括能夠直接選擇頻道編號等的按鈕等時，頻道選擇部分201在參數 “klectChan”中設定對應于所選擇的頻道的頻道位置。然后，頻道選擇部分201向內容獲取部分203通知關于新設定的參數的信息。內容獲取部分203基于從頻道選擇部分201通知的參數“klectChan”的值來執(zhí) 行由參數指定的頻道的選擇(步驟S117)。結果，新選擇的頻道在信息處理裝置20的屏幕上再現(xiàn)并且從揚聲器再現(xiàn)。后面將再次描述步驟S105中描述的頻道選擇處理的細節(jié)。然后，如在步驟S107中那樣，頻道選擇部分201更新與當前選擇的頻道相關的頻道信息(步驟Sl 19)。隨后，信息處理裝置20的頻道選擇部分201等待用戶操作的輸入，并且TV觀看繼續(xù)進行。另一方面，當用戶操是終止操作時，內容獲取部分203執(zhí)行頻道接收終止處理(步驟S121)。后面將再次詳細描述頻道接收終止處理。這使得信息處理裝置20能夠終止TV觀看，并且返回IPTV服務菜單或者繼續(xù)移動到終端的其他功能。[頻道選擇處理]隨后，參照圖12，將詳細描述根據本實施例的信息處理裝置20將執(zhí)行的頻道選擇處理。圖12是用于描述根據本實施例的信息處理方法的頻道選擇處理的流程圖。更具體地，內容獲取部分203首先從廣播發(fā)現(xiàn)記錄中獲取頻道的多播地址。在圖8 中示出的示例中，當1被設定在參數‘SelectChan”中時，起點處的“〈SingleService〉”是相應的頻道信息。如圖8中所示，在頻道信息的“〈krviceLocation〉”中描述了兩個多播地址。在圖8中示出的示例中，2 . 0. 1. 1被設定在參數“Addressl (地址1)”中，而224. 0. 1.2 被設定在參數“AddreSS2 (地址2) ”中。內容獲取部分203發(fā)出包括對應于從廣播發(fā)現(xiàn)記錄中選擇的頻道的多個頻道的多播地址的IGMP報文(步驟S201)。這觸發(fā)信息處理裝置20開始多播分組的分送切換。 IGMP報文的發(fā)出是按照根據圖IOA和IOB中示出的RFC-3367中指定的IGMP版本3的報告格式來執(zhí)行的。在圖13A至圖13C中示出了 IGMP分組的示例。圖13A示出了參數“CurrentChan”是-1的情況，即不存在已被分送的對應于多播地址的數據的情況。圖13A指示了記錄類型=1 (MODE_IS_INCLUDE)被指定到參數 ‘、electChan”(在該示例中是1)的多個多播地址(在該示例中是224. 0. 1. 1和224. 0. 1. 2) 的兩個多播組。這指示了加入對應于某個頻道的兩個多播地址以開始多播數據分送。圖1 示出了參數“CurrentChan”不是_1的情況，即存在已被分送的多播地址的情況中的IGMP分組的示例。這里，記錄類型=2 (M0DE_IS_EXCLUDE)被指定到 “CurrentChan”(在該示例中是1)的“CurrentAddr”(在該示例中是224. 0. 1. 1)的多播組以命令停止分送。而且，通過將記錄類型=1 (MODE_IS_INCLUDE)指定到“klectChan”(在該示例中是2)的多個多播地址(在該示例中是224. 0. 1. 3和224. 0. 1. 4)的多播組，IGMP 分組命令開始分送。根據IMGP版本3，如圖13B中所示，可以由一個IGMP分組來集中執(zhí)行若干命令，并且因此，存在如下優(yōu)點，在切換時不將多播地址冗余地分送到接入網絡的實現(xiàn)方案是可能的。通過發(fā)出該IGMP分組并且將發(fā)出的IGMP分組傳送到交換機30，交換機30執(zhí)行后面描述的流切換處理并且將IGMP分組中描述的多播分組分送到信息處理裝置20。內容獲取部分203開始接收IGMP分組中需要的地址1和地址2的IP分組(步驟S203)。如后面所述，交換機30從信息處理裝置20需要的多個多播地址的流中選擇用于頻道切換的最優(yōu)的流，并且僅分送所選擇的流的多播地址。而且，交換機30忽略關于未被選擇的流的來自信息處理裝置20的分送請求。內容獲取部分203在最大所需切換時間期間將處于待機狀態(tài)，直到完成交換機30 選擇的流的分送切換，當未接收到多播分組時，內容獲取部分203將處于待機狀態(tài)(步驟 S205)。應當注意，當有可能在網絡中丟失IGMP分組時，內容獲取部分203可以在步驟S201 中傳送多個分組，或者可以在步驟S203中通過提供超時等來執(zhí)行IGMP分組的重發(fā)處理。在步驟S205中待機的結果是，在待機之后多播的分送切換已經完成，因此，當存在以前選擇的頻道時，內容獲取部分203終止接收相應的“CurrentAddr”的多播分組(步驟 S207)。內容獲取部分203參考接收到的多播分組以查找對應于接收到的多播分組的多播地址，并且將該多播地址設定為SelectAddr (步驟S2(^)。而且，內容獲取部分203結束接收未接收到的多播地址(即交換機30中未選擇的多播地址)(步驟S205)。隨后，內容獲取部分203將接收到的多播分組傳送到內容再現(xiàn)部分205，并且內容再現(xiàn)部分205開始再現(xiàn)新接收到的頻道的多播分組中存儲的MPEG2-TS(S211)。更具體地，在接收到包括IDR圖像的MPEG2-TS分組之后在信息處理裝置20的顯示器(未示出)上顯示視頻。通過這種方式，完成了頻道的選擇處理，并且可以繼續(xù)觀看IPTV電視。[頻道接收中止處理]隨后，參照圖14，將詳細描述由信息處理裝置20執(zhí)行的頻道接收終止處理。首先，內容獲取部分203停止接收當前正在接收的多播分組。通過傳送如圖13C 中所示的IGMP報告報文可以停止多播分組的接收(步驟S301)。如圖13C中所示，內容獲取部分203將記錄類型=2指定到參數“CurrentAddr”(在該示例中是224. 0. 1. 4)的多播組并且傳送該IGMP報文。這導致內容獲取部分203停止多播分組分送。接著，內容獲取部分203終止多播的接收(步驟S30;3)。然后，內容再現(xiàn)部分205終止MPEG2-TS流的再現(xiàn)(步驟S3(^)。通過執(zhí)行這些處理，頻道接收終止處理完成。如上文所述，根據本實施例的信息處理方法，當執(zhí)行頻道選擇處理時，針對對應于期望觀看的頻道的所有多個多播地址執(zhí)行加入請求。因此，在根據本實施例的信息處理方法中，沒有必要確定加入對應于期望觀看的頻道的多個多播地址中的哪個地址。結果，執(zhí)行根據本實施例的信息處理方法的信息處理裝置可以更容易地執(zhí)行頻道選擇處理?！戳髑袚Q方法〉隨后，參照圖15至17，將詳細描述作為根據本實施例的網絡設備的示例的交換機 30執(zhí)行的流切換方法。圖15是用于圖示根據本實施例的流切換處理的流程圖，并且圖16 和17是用于圖示根據本實施例的流切換處理的說明圖。在解釋根據本實施例的流切換方法之前，假設作為網絡設備的示例的交換機30 已分析了對應于正在內容分送系統(tǒng)1中分送的視頻/音頻內容的所有壓縮數據流。并且還假設這使得交換機30能夠檢測關于所有壓縮數據流的參考壓縮視頻數據的最新分送時間點ο當作為終端的信息處理裝置20需要通過頻道切換操作等切換待分送到信息處理裝置20的內容時，信息處理裝置20的內容獲取部分203向交換機30傳送內容分送請求。交換機30的分送請求處理部分305獲取已從信息處理裝置20傳送的由于頻道切換等引起的內容分送請求(步驟S301)。隨后，分送請求處理部分305指定獲取到的內容分送請求中描述的期望分送的頻道的多播地址。隨后，分送請求處理部分305查詢流分析部分303以獲得關于分送請求中描述的多播地址的參考壓縮視頻數據的最新分送時間點。流分析部分303響應于來自分送請求處理部分305的查詢而向分送請求處理部分 305傳送參考壓縮視頻數據的最新分送時間點。接著，分送請求處理部分305基于每個流的最新參考壓縮視頻數據(例如，IDR圖像)的分送時間點來選擇最優(yōu)壓縮數據流(步驟S303)。更具體地，分送請求處理部分305 根據分送時間點的相對陳舊性(例如圖16中示出的)，或者根據分送時間點的相對陳舊性和GOP的尺寸(例如圖17中示出的)，來選擇流。圖16中示出的選擇方法是如下方法，根據對應于分送請求中描述的頻道(頻道 A)的每個壓縮數據流的最新分送時間點的相對陳舊性來選擇將分送到信息處理裝置20的流。在圖16中示出的情況中，由于流1的分送時間點比流2的分送時間點陳舊，因此分送請求處理部分305確定對于參考壓縮視頻數據(IDR圖像)的下一個分送時間點，流1到來得較早。因此，分送請求處理部分305向分送切換部分307通知對應于頻道A的流1的多播地址。圖17中示出的選擇方法是如下方法，基于分送時間點的相對陳舊性和GOP的尺寸來選擇將分送到信息處理裝置20的流。在圖17中示出的情況中，分送請求處理部分305 基于作為流1中的最新分送時間點的時間1、作為流2中的最新分送時間點的時間2以及 GOP的尺寸來預測每個流中的下一個參考壓縮視頻數據的分送時間點。在圖17的情況中，考慮接收到分送請求的時間和每個流中的GOP的尺寸之間的相對位置關系，對于參考壓縮視頻數據(IDR圖像)的下一個分送時間點(計劃分送時間點)，流1到來得比流2早。因此，分送請求處理部分305向分送切換部分307通知對應于頻道A的流1的多播地址，以及計算的計劃分送時間點。接著，交換機30的分送切換部分307將分送請求處理部分305選擇的流分送到已傳送分送請求的信息處理裝置20 (步驟S3(^)。這使得將對應于信息處理裝置20在分送請求中描述的多播地址中的任何地址的壓縮數據流分送到信息處理裝置20。到此為止，已經描述了根據本實施例的IPTV系統(tǒng)中的高速頻道切換。根據本實施例，能夠很容易地構思出與上述實施例不同的實施例，例如，能夠構思出如下文所述的其他實施例。根據本發(fā)明的實施例，在頻道切換處理期間，為了基于由用戶操作所產生的中斷來停止頻道切換或者改變所選擇的頻道，可以在圖12中所示的選擇處理期間容易地實現(xiàn) 中止處理。根據本發(fā)明的實施例描述了 H. 264/AVC的情況。然而，即使使用MPEG2視頻壓縮，通過假設IDR圖像是I圖像，仍能夠將本發(fā)明容易地應用到使用MPEG2視頻壓縮的IPTV系統(tǒng)。此外，根據本發(fā)明的實施例，壓縮的視頻數據和音頻數據通過MPEG2-TS進行復用。然而，在壓縮的視頻和音頻數據按獨立的IP分組進行分送的情況中，通過應用本發(fā)明，也能夠容易地實現(xiàn)通過切換IP分組的分送來實現(xiàn)高速頻道切換的IPTV系統(tǒng)。此外，根據本發(fā)明的實施例，僅一個視頻/音頻信號的壓縮視頻數據和音頻數據通過MPEG2-TS進行復用并且被存儲在IP分組中，并且分送的切換被執(zhí)行。然而，可以通過 MPEG2-TS對多個視頻/音頻信號的壓縮的視頻數據和音頻數據進行復用并且將其分送，并且在通向信息處理裝置20的網絡路徑中可以僅過濾和傳送對應于所選擇的視頻/音頻信號的壓縮視頻/音頻分組。這容易地實現(xiàn)了能夠進行與本實施例相似的高速頻道切換的 IPTV系統(tǒng)。此外，通過使用IMGP版本3的功能并且通過一個IGMP分組來切換多播組的分送，根據本發(fā)明的實施例避免了切換期間的針對接入網絡的分組的冗余分送，并且限制了接入網絡中的IPTV系統(tǒng)將使用的數據帶寬。然而，即使當使用IGMP版本2時，通過執(zhí)行離開多播組的處理并在分送停止之后加入要切換到的多播組，也能夠限制IPTV系統(tǒng)使用的數據帶寬。此外，根據本發(fā)明的實施例，內容服務器10對每個頻道的多個MPEG2-TS流編碼并且經由核心網絡對其進行分送。這里，在對核心網絡的帶寬存在限制的環(huán)境中，也能夠執(zhí)行如下處理。即，內容服務器10通過核心網絡為每個頻道分送一個經編碼的分組，并且在諸如接入網絡的分送網絡的中間布置另一個內容服務器，諸如邊緣服務器或邊緣路由器。該另一個內容服務器基于視頻/音頻信號為接收到的MPEG2-TS流生成具有不同IDR圖像分送時序的MPEG2-TS流，并且對其進行分送。通過這種方式，能夠限制核心網絡的帶寬，并且同時，能夠實現(xiàn)與本實施例描述的IPTV系統(tǒng)相似的高速頻道切換。(硬件配置)接著，參照圖18，將詳細描述根據本發(fā)明的實施例的內容服務器10的硬件配置。圖18是用于描述根據本發(fā)明的實施例的內容服務器10的硬件配置的框圖。內容服務器10主要包括CPU 701、ROM 703和RAM 705。此外，內容服務器10還包括主機總線707、橋接器709、外部總線711、接口 713、輸入設備715、輸出設備717、存儲22設備719、驅動器721、連接端口 723以及通信設備725。CPU 701用作算術處理裝置和控制設備，并且根據ROM 703、RAM705、存儲設備719 或可移動記錄介質727中記錄的各種程序來控制內容服務器10的整體操作或者部分操作。 ROM 703存儲由CPU 701使用的程序、運算參數等。RAM 705主要存儲在CPU 701的執(zhí)行中使用的程序以及在執(zhí)行期間適當地變化的參數等。這些設備經由主機總線707彼此連接，該主機總線707由諸如CPU總線等內部總線配置而成。主機總線707經橋接器709連接到諸如PCI (外圍部件互連/接口)總線的外部總線711。輸入設備715是由用戶操作的操作部件，諸如鼠標、鍵盤、觸摸屏、按鈕、開關和控制桿。再者，輸入設備715可以是使用例如紅外光或者其他無線電波的遙控部件(所謂的遙控器)，或者可以是與內容服務器10的操作兼容的諸如移動電話或PDA的外部連接設備 729。此外，輸入設備715基于例如用戶使用以上操作部件輸入的信息而生成輸入信號，并且由用于將輸入信號輸出到CPU 701的輸入控制電路配置而成。內容服務器10的用戶能夠將各種數據輸入到內容服務器10并且可以通過操作該輸入設備715指示內容服務器10 執(zhí)行處理。輸出設備717由能夠在視覺上或聽覺上向用戶通知所獲取的信息的設備配置而成。該設備的示例包括諸如CRT顯示設備、液晶顯示設備、等離子體顯示設備、EL顯示設備和燈具的顯示設備，諸如揚聲器和耳機的音頻輸出設備，打印機，移動電話，傳真機等。例如，輸出設備717輸出通過內容服務器10執(zhí)行各種處理而獲得的結果。更具體地，顯示設備以文本或圖像的形式顯示通過內容服務器10執(zhí)行各種處理而獲得的結果。另一方面，音頻輸出設備將諸如再現(xiàn)的音頻數據和聲學數據的音頻信號轉換成模擬信號，并且輸出該模擬信號。存儲設備719是被配置成內容服務器10的存儲部分的示例的用于存儲數據的設備。存儲設備719由例如諸如HDD (硬盤驅動器)的磁存儲器設備、半導體存儲設備、光學存儲設備或者磁-光存儲設備配置而成。該存儲設備719存儲將由CPU 701執(zhí)行的程序、各種數據以及從外部獲得的各種數據。驅動器721是用于記錄介質的讀/寫器，并且被嵌入在內容服務器10中或者外部附接到內容服務器10。驅動器721讀取諸如磁盤、光盤、磁-光盤或者半導體存儲器的附接的可移動記錄介質727中記錄的信息，并且將讀取到的信息輸出到RAM 705。此外，驅動器 721能夠寫入諸如磁盤、光盤、磁-光盤或者半導體存儲器的附接的可移動記錄介質727?？?移動記錄介質727是例如，DVD介質、HD-DVD介質或者Blu_ray介質?？梢苿佑涗浗橘|727 可以是CompactFlash(CF;注冊商標)、閃速存儲器、SD存儲器卡(安全數字存儲器卡)等。可替選地，可移動記錄介質727可以是例如，配備有非接觸IC芯片的IC卡(集成電路卡) 或者電子裝置。連接端口 723是用于允許設備直接連接到內容服務器10的端口。連接端口 723 的示例包括USB(通用串行總線)端口、IEEE 1394端口、SCSI (小型計算機系統(tǒng)接口)端口等。連接端口 723的其他示例包括RS-232C端口、光學音頻終端、HDMI (高清晰度多媒體接口)端口等。通過將外部連接設備7 連接到該連接端口 723，內容服務器10直接從外部連接設備7 獲得各種數據并且將各種數據提供給外部連接設備729。
通信設備725是由例如用于連接到通信網絡731的通信設備配置而成的通信接口。通信設備725是例如，有線或無線LAN(局域網)、Bluetooth (注冊商標)、用于無線USB(WUSB)的通信卡等。可替選地，通信設備725可以是用于光學通信的路由器、用于 ADSL(非對稱數字訂戶線路)的路由器、用于各種通信的調制解調器等。例如，該通信設備 725能夠根據諸如TCP/IP的預定協(xié)議在互聯(lián)網上傳送和接收信號等并且與其他通信設備傳送和接收信號等。連接到通信設備725的通信網絡731由按有線或無線方式連接的網絡等配置而成，并且可以是例如，互聯(lián)網、家用LAN、紅外線通信、無線電波通信、衛(wèi)星通信等。到此為止，已示出了能夠實現(xiàn)根據本發(fā)明的實施例的內容服務器10的功能的硬件配置的示例。上述每個結構元件可以使用通用材料來配置，或者可以通過專用于每個結構元件的功能的硬件來配置。因此，可以根據執(zhí)行本實施例時的技術水平適當地改變所使用的硬件配置。此外，根據本發(fā)明的實施例的信息處理裝置20和交換機30具有與根據本發(fā)明的實施例的內容服務器10相同的硬件配置并且實現(xiàn)幾乎相同的效果，并且因此省略了它們的詳細描述。(總結)如上所述，根據本實施例，即使在存在針對IPTV訂戶住宅的接入網絡的數據帶寬的限制的環(huán)境中，仍可以在不在接入網絡附近安裝昂貴的網絡設備或者特殊的內容服務器的情況下，實現(xiàn)能夠提供高質量視頻并且使得能夠進行高速頻道切換的IPTV系統(tǒng)。此外，根據本實施例，在進行頻道切換時，可以使沒有視頻顯示的信號消失時段或者以暫停狀態(tài)顯示切換之前的頻道的視頻的時間最小，并且可以為觀看者提供無縫頻道切換。此外，根據本實施例，由于不管接收到分配給各個頻道的多播流中的哪個多播流，都可以觀看頻道，所以能夠建立其中不選擇多播地址的終端(現(xiàn)有終端)共存的IPTV系統(tǒng)。上文參照附圖詳細解釋了本發(fā)明的優(yōu)選實施例，但是本發(fā)明不限于該示例。本領域的技術人員應當理解，在所附權利要求或其等同物的范圍內，依賴于設計需要和其他因素，可以進行各種修改、組合、子組合和變更。本申請包含與在2009年10月14日提交日本專利局的日本在先專利申請JP 2009-237473中公開的主題內容相關的主題內容，該申請的全部內容通過引用并入本文。
權利要求
1.一種網絡設備，包括流分析部分，用于按如下方式分析從單個視頻/音頻內容生成的多個壓縮數據流中的每一個以檢測參考壓縮視頻數據的最新分送時間點，對應于所述參考壓縮視頻數據的視頻幀的位置和所述參考壓縮視頻數據的分送時間點彼此不同，所述參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據能夠在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；分送請求處理部分，用于接收從再現(xiàn)所述視頻/音頻內容的信息處理裝置傳送的視頻 /音頻內容的分送請求，以及使用所述流分析部分檢測到的所述參考壓縮視頻數據的分送時間點，在對應于與所述分送請求相關的所述視頻/音頻內容的所述多個壓縮數據流中選擇將分送到所述信息處理裝置的壓縮數據流；以及分送切換部分，用于將待分送到傳送所述分送請求的所述信息處理裝置的壓縮數據流切換到由所述分送請求處理部分選擇的壓縮數據流。
2.如權利要求1所述網絡設備，其中，所述分送請求處理部分保存關于從所述參考壓縮視頻數據的分送到后繼的參考壓縮視頻數據的分送的時間間隔的信息，基于所述流分析部分檢測到的最新的參考壓縮視頻數據的分送時間點以及關于所述時間間隔的所述信息，針對所述多個壓縮數據流中的每一個計算下一次分送所述參考壓縮視頻數據的時間點，以及選擇在時間上距離所計算的時間點最短的壓縮數據流作為將分送到所述信息處理裝置的壓縮數據流。
3.如權利要求2所述網絡設備，其中，所述分送切換部分執(zhí)行切換到所述壓縮數據流的處理以便于在所述分送請求處理部分計算的所述時間點之前完成切換到所述分送請求處理部分選擇的所述壓縮數據流。
4.如權利要求1所述網絡設備，其中，所述網絡設備進一步包括緩沖器，用于臨時存儲壓縮數據流，該壓縮數據流與所述分送切換部分進行的壓縮數據流切換處理所需的延遲時間有關，以及其中，所述分送切換部分在將所述緩沖器中存儲的壓縮數據流分送到所述信息處理裝置的同時執(zhí)行壓縮數據流的切換處理。
5.一種信息處理裝置，包括內容獲取部分，請求網絡設備分送對應于需要被獲取的視頻/音頻內容的所有多個壓縮數據流以及從所述網絡設備獲取所述視頻/音頻內容，所述網絡設備按如下方式執(zhí)行從單個視頻/音頻內容生成的多個壓縮數據流的切換處理，對應于參考壓縮視頻數據的視頻幀的位置和所述參考壓縮視頻數據的分送時間點彼此不同，所述參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據能夠在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼。
6.如權利要求5所述的信息處理裝置，其中，所述多個壓縮數據流被分配彼此不同的唯一的網絡地址，并且其中，所述內容獲取部分向所述網絡設備通知分配給對應于需要被獲取的所述視頻/音頻內容的所有壓縮數據流的網絡地址，并且在通知給所述網絡設備的網絡地址中將分配給從所述網絡設備分送的壓縮數據流的網絡地址設定為對應于需要被獲取的所述視頻/ 音頻內容的網絡地址。
7.一種流切換方法，包括步驟在按如下方式分析從單個視頻/音頻內容生成的多個壓縮數據流中的每一個之后檢測參考壓縮視頻數據的最新分送時間點，對應于所述參考壓縮視頻數據的視頻幀的位置和所述參考壓縮視頻數據的分送時間點彼此不同，所述參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據能夠在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；接收從再現(xiàn)所述視頻/音頻內容的信息處理裝置傳送的所述視頻/音頻內容的分送請求；使用檢測所述參考壓縮視頻數據的所述分送時間點的步驟中檢測到的所述參考壓縮視頻數據的分送時間點，在對應于與所述分送請求相關的所述視頻/音頻內容的所述多個壓縮數據流中選擇將分送到所述信息處理裝置的壓縮數據流；以及將待分送到傳送所述分送請求的所述信息處理裝置的壓縮數據流切換到由選擇壓縮數據流的步驟選擇的壓縮數據流。
8.一種信息處理方法，包括步驟請求網絡設備分送對應于需要被獲取的視頻/音頻內容的所有多個壓縮數據流，所述網絡設備按如下方式執(zhí)行從單個視頻/音頻內容生成的多個壓縮數據流的切換處理，對應于所述參考壓縮視頻數據的視頻幀的位置和所述參考壓縮視頻數據的分送時間點彼此不同，所述參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據能夠在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；以及獲取對應于從所述網絡設備分送的所述視頻/音頻內容的壓縮數據流。
9.一種使計算機實現(xiàn)如下功能的程序流分析部分，用于按如下方式分析從單個視頻/音頻內容生成的多個壓縮數據流中的每一個以檢測參考壓縮視頻數據的最新分送時間點，對應于所述參考壓縮視頻數據的視頻幀的位置和所述參考壓縮視頻數據的分送時間點彼此不同，所述參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據可以在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；分送請求處理部分，用于接收從再現(xiàn)所述視頻/音頻內容的信息處理裝置傳送的視頻 /音頻內容的分送請求，以及使用所述流分析部分檢測到的所述參考壓縮視頻數據的分送時間點，在對應于與所述分送請求相關的所述視頻/音頻內容的所述多個壓縮數據流中選擇將分送到所述信息處理裝置的壓縮數據流；以及分送切換部分，用于將待分送到傳送所述分送請求的所述信息處理裝置的壓縮數據流切換到由所述分送請求處理部分選擇的壓縮數據流。
10.一種使計算機實現(xiàn)如下功能的程序內容獲取部分，請求網絡設備分送對應于需要被獲取的視頻/音頻內容的所有多個壓縮數據流以及從所述網絡設備獲取所述視頻/音頻內容，所述網絡設備按如下方式執(zhí)行從單個視頻/音頻內容生成的多個壓縮數據流的切換處理，對應于參考壓縮視頻數據的視頻幀的位置和所述參考壓縮視頻數據的分送時間點彼此不同，所述參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據能夠在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼。
11. 一種內容分送系統(tǒng)，包括內容服務器，包括多個編碼器，用于按如下方式對視頻/音頻內容編碼以及從單個視頻/音頻內容生成多個壓縮數據流，對應于參考壓縮視頻數據的視頻幀的位置和所述參考壓縮視頻數據的分送時間點彼此不同，所述參考壓縮視頻數據是通過壓縮視頻信號生成的時間序列數據中的數據，對于該數據能夠在不依賴于先前的數據的情況下開始后繼的視頻信號的解碼；信息處理裝置，用于再現(xiàn)對應于多個分送的視頻/音頻內容并且將由所述內容服務器分送的壓縮數據流；以及網絡設備，用于將一個或多個內容服務器分送的所述多個壓縮數據流分送到期望分送所述壓縮數據流的所述信息處理裝置；以及其中，所述網絡設備包括流分析部分，用于在分析所述一個或多個內容服務器分送的所述多個壓縮數據流之后檢測所述參考壓縮視頻數據的最新分送時間點；分送請求處理部分，用于接收從信息處理裝置傳送的視頻/音頻內容的分送請求，以及使用所述流分析部分檢測到的所述參考壓縮視頻數據的分送時間點，在對應于與所述分送請求相關的視頻/音頻內容的多個壓縮數據流中選擇將分送到所述信息處理裝置的壓縮數據流；以及分送切換部分，用于將待分送到傳送所述分送請求的所述信息處理裝置的壓縮數據流切換到由所述分送請求處理部分選擇的壓縮數據流，其中，所述信息處理裝置包括內容獲取部分，用于請求所述網絡設備分送對應于需要被獲取的視頻/音頻內容的所有多個壓縮數據流，并且從所述網絡設備獲取所述視頻/音頻內容。
全文摘要
本發(fā)明涉及一種網絡設備、一種信息處理裝置、一種流切換方法、一種信息處理方法、一種程序和一種內容分送系統(tǒng)，其中所述網絡設備包括流分析部分，用于在分析由單個視頻/音頻內容生成的多個壓縮數據流中的每一個之后檢測參考壓縮視頻數據的最新分送時間點；分送請求處理部分，用于接收從信息處理裝置傳送的視頻/音頻內容的分送請求，以及使用流分析部分檢測到的參考壓縮視頻數據的分送時間點，在對應于與分送請求相關的視頻/音頻內容的多個壓縮數據流中選擇將分送到信息處理裝置的壓縮數據流；以及分送切換部分，用于將待分送到傳送分送請求的信息處理裝置的壓縮數據流切換到由分送請求處理部分選擇的壓縮數據流。
文檔編號H04N7/26GK102045586SQ201010503358
公開日2011年5月4日申請日期2010年9月30日優(yōu)先權日2009年10月14日
發(fā)明者五十嵐卓也申請人:索尼公司

完整全部詳細技術資料下載