專利名稱：內(nèi)容分發(fā)方式及內(nèi)容接收裝置的制作方法
技術領域：
本發(fā)明涉及使用單方向的高速廣播流傳輸路徑并對多個下載終端同時分發(fā)內(nèi)容 的系統(tǒng)。例如涉及能夠根據(jù)下載終端的內(nèi)容處理能力來選擇內(nèi)容的取得方法的內(nèi)容分發(fā)方 式。
背景技術：
例如，在專利文獻1中記載了如下的下載型分發(fā)系統(tǒng)，S卩在分發(fā)內(nèi)容的服務器 中，具備將包含有關內(nèi)容數(shù)據(jù)的分發(fā)時期的時間表信息的元數(shù)據(jù)發(fā)送給接收機的發(fā)送部， 通過在記載于元數(shù)據(jù)中的分發(fā)時期分發(fā)內(nèi)容，接收機對接收到的元數(shù)據(jù)進行解析，在被指 定的分發(fā)時期進行內(nèi)容的下載。在該專利中，沒有限定進行內(nèi)容分發(fā)的傳輸介質(zhì)，也能夠適 用于使用了數(shù)字廣播波的內(nèi)容分發(fā)中。專利文獻日本特開2009-27390公報在專利文獻1中，在記載于元數(shù)據(jù)中的分發(fā)時期，多個接收機同時進行內(nèi)容的下 載。在接收機下載通過數(shù)字廣播分發(fā)的內(nèi)容的情況下，若較寬地使用廣播頻帶、并且以高比 特率分發(fā)內(nèi)容，則有接收機能夠在短時間內(nèi)完成下載的優(yōu)點，但另一方面，需要將高速的數(shù) 據(jù)流沒有數(shù)據(jù)丟失地接收并儲存到存儲器中的能力。反之，若以低比特率分發(fā)內(nèi)容，則接收機的接收數(shù)據(jù)流并儲存到存儲器中的能力 不高也可以，有控制產(chǎn)品成本的優(yōu)點，但另一方面，存在如下問題下載所需要的時間變長， 等待至視聽所下載的內(nèi)容為止的時間變長。

發(fā)明內(nèi)容
因此，將傳輸分發(fā)的內(nèi)容的包分割為兩個以上的容器(container)，在內(nèi)容分發(fā)系 統(tǒng)中執(zhí)行將分割的容器同時傳輸?shù)牡谝话l(fā)送方法、以及將分割的容器分別在不同的時間傳 輸?shù)牡诙l(fā)送方法。根據(jù)上述方法，接收機能夠根據(jù)自身的下載處理能力，選擇并執(zhí)行第一發(fā)送方法 的將內(nèi)容以高速在短時間內(nèi)下載的方法、以及第二發(fā)送方法的低速且接收機的處理負荷少 地進行下載的方法，因此在下載分發(fā)服務中，能夠使高性能的高端接收機以及低價格的低 端終端共存地提供分發(fā)服務。


圖1是表示內(nèi)容分發(fā)系統(tǒng)和下載終端的系統(tǒng)結(jié)構(gòu)的框圖的一例。圖2是傳輸路徑上的傳輸格式圖。圖3是傳輸?shù)哪K的包結(jié)構(gòu)圖的一例。圖4是用模塊傳輸?shù)母鞣N包的結(jié)構(gòu)圖的一例。圖5是用IP包容器傳輸?shù)脑獢?shù)據(jù)的結(jié)構(gòu)圖的一例。圖6是控制信號包的結(jié)構(gòu)圖的一例。
圖7是內(nèi)容分發(fā)的時間表運用例。符號說明100內(nèi)容分發(fā)系統(tǒng)120 內(nèi)容400下載終端420CPU450HDD500 模塊600IP 包容器610 容器 ID620容器分支號680元數(shù)據(jù)690分發(fā)開始日期和時間691分發(fā)時間692分發(fā)比特率700控制信號包780NULL 包
具體實施例方式圖1是表示內(nèi)容的分發(fā)系統(tǒng)100和下載終端400的結(jié)構(gòu)例。內(nèi)容的分發(fā)系統(tǒng)100至少包括分發(fā)服務器110、復用裝置200、調(diào)制裝置210，分發(fā) 服務器110保存分發(fā)的內(nèi)容120、保持內(nèi)容120的檢索、再現(xiàn)等所需要的屬性及管理信息的 元數(shù)據(jù)130。內(nèi)容120、元數(shù)據(jù)130細分割為稱作包的單位之后，由復用裝置200對一個流數(shù)據(jù) 以包單位分時復用。完成的流數(shù)據(jù)由調(diào)制裝置210通過傳輸路徑上決定的調(diào)制方式進行調(diào) 制，通過發(fā)送天線300作為電波送出。下載終端400包括調(diào)諧器410、CPU420、存儲器430、HDD I/F(硬盤驅(qū)動器接 口)440、HDD (硬盤驅(qū)動器)450、RTC (實時時鐘)460、解調(diào)部470、包提取部480、操作設備 I/F485、譯碼器490、顯示I/F(接口)495以及聲音I/F497。按照與操作設備I/F485連接 的遙控器等操作設備的用戶操作，將用戶操作畫面經(jīng)由顯示I/F495顯示在顯示器250上。此外，下載終端400具有實時時鐘(RTC)460，通常保持準確的實際時間，能夠從保 存在存儲器430中的軟件程序參照，具有在設定的時間使CPU420執(zhí)行程序、使各處理部動 作的定時器功能。此外，在HDD450中能夠進行大容量數(shù)據(jù)的讀寫處理，寫入的數(shù)據(jù)即使將電源切斷 也被保持。下載終端400用接收天線310接收從發(fā)送天線300送出的電波，用調(diào)諧器410進 行選臺，用解調(diào)部470進行解調(diào)。從解調(diào)部470輸出被解調(diào)的數(shù)據(jù)流，接收到該數(shù)據(jù)流的包提取部480能夠從該數(shù) 據(jù)流中提取并取出符合CPU420執(zhí)行的程序或下載控制部421指定的條件的包。
CPU420的記錄控制部422通過該過濾動作，取出用戶希望的分發(fā)內(nèi)容的包，并在 存儲器430緩沖之后，經(jīng)由HDD I/F440儲存在HDD450中。在儲存在HDD450中的內(nèi)容為影像聲音內(nèi)容的情況下，根據(jù)CPU420的指示，將內(nèi)容 輸入至作為緩沖器來動作的存儲器430，然后輸入至譯碼器480。譯碼器對編碼了內(nèi)容的影 像、聲音進行譯碼，并將影像信息經(jīng)由顯示I/F495顯示在顯示器250上。此外，將聲音信息 經(jīng)由聲音I/F497用揚聲器260再現(xiàn)。在內(nèi)容為應用程序的情況下，將該內(nèi)容存放在存儲器430中，CPU420對其進行解 析并執(zhí)行，并將其結(jié)果經(jīng)由顯示I/F495顯示在顯示器250上。另外，在本實施例中，作為內(nèi)容的傳輸路徑舉出了使用電波的例子，但也可以為作 為傳輸路徑使用同軸電纜或光纖的分發(fā)系統(tǒng)。在該情況下，圖1的發(fā)送天線300變更為相 應于傳輸路徑的發(fā)送裝置。接收天線310、調(diào)諧器410變更為相應于傳輸路徑的接收裝置。 調(diào)制裝置210變更為在傳輸路徑中使用的調(diào)制方式。解調(diào)部470變更為在傳輸路徑中使用 的解調(diào)方式。僅通過進行這些變更，對其以外的系統(tǒng)要素不帶來影響。此外，將下載控制部421及記錄控制部422作為了 CPU的一部分，但不限定于此。 也可以使下載控制部421及記錄控制部422分別獨立地構(gòu)成為集成電路等用硬件實現(xiàn)。此 外，也可以通過用CPU420執(zhí)行實現(xiàn)這些功能的下載控制程序或記錄控制程序，用軟件實現(xiàn) 下載控制及記錄控制。下面，說明內(nèi)容分發(fā)系統(tǒng)100發(fā)送的傳輸形式。圖2是用電波傳輸時的傳輸形式的一例。將該數(shù)字數(shù)據(jù)流以稱作時隙(slot) 500 的固定的時間單位分割并傳輸。各時隙500能夠保存多個稱作模塊510的數(shù)據(jù)單位，不能 收容于一個時隙的大的模塊跨越多個時隙500而傳輸。接收到的電波由調(diào)諧器410選臺，并由解調(diào)部470解調(diào)。解調(diào)部輸出520將被解 調(diào)的電波信號作為一個比特流輸出。解調(diào)部470按照時隙的時間序列輸出模塊。將以時隙 單位分割的模塊也進行連接而作為一個模塊輸出。這里，模塊510是圖3所示的結(jié)構(gòu)的數(shù)據(jù)。模塊510在開頭至少具有包類型550、 數(shù)據(jù)長度560的字段，在其后具有數(shù)據(jù)主體。包類型550表示數(shù)據(jù)主體的數(shù)據(jù)種類，數(shù)據(jù)長 度560表示數(shù)據(jù)主體的數(shù)據(jù)大小。在包類型550中，作為數(shù)據(jù)種類至少定義IP包、控制信號、NULL。在數(shù)據(jù)種類為 IP包的情況下，在數(shù)據(jù)主體中保存對IP包進行保存的IP包容器600。在數(shù)據(jù)種類為控制 信號的情況下，在數(shù)據(jù)主體中保存控制信號包700。在數(shù)據(jù)種類為NULL包的情況下，在數(shù)據(jù) 主體中保存NULL包780。在圖4(c)中表示NULL包的內(nèi)容。IP包容器600是用于將分發(fā)內(nèi)容或元數(shù)據(jù)作為IP包傳輸?shù)臄?shù)據(jù)形式，在圖4(a) 中表示其內(nèi)容。容器ID610是唯一地識別分發(fā)的數(shù)據(jù)的ID。容器分支號620是表示將在多 個容器中分割傳輸?shù)膬?nèi)容重新排列為一個數(shù)據(jù)的情況的順序的分支號。容器類型630指定保存在其后的IP包的形式，表示IP包為IPv4形式、IPv6形式、 或?qū)⑺鼈儔嚎s后的特殊形式。其后，IP頭630、UDP頭640是一般由IPv4形式或IPv4形式 的互聯(lián)網(wǎng)協(xié)議規(guī)定的頭信息。在容器類型630表示壓縮的特殊形式的情況下，可能有在IP 頭630、UDP頭640中保存的頭信息被省略傳輸中不需要的部分、或被變更的情況。此外，在IP頭630中保持根據(jù)互聯(lián)網(wǎng)標準規(guī)格、唯一地識別分發(fā)源的源IP地址或唯一地識別分發(fā)目的地的目的IP地址等的信息。最后，數(shù)據(jù)主體被保存至數(shù)據(jù)主體部分650，該部分是可變長度。數(shù)據(jù)(可變長度)650，作為頭信息具有數(shù)據(jù)類別661、數(shù)據(jù)大小662，在其后，將由 數(shù)據(jù)類別661指定的數(shù)據(jù)按照由數(shù)據(jù)大小662指定的大小保存。在該數(shù)據(jù)(可變長度)650中保存圖5所示的內(nèi)容主體650及元數(shù)據(jù)670。在內(nèi)容主體650中保存影像內(nèi)容或聲音內(nèi)容。影像內(nèi)容是將用MPEG2、H. 264/AVC 這樣的影像編解碼器對影像信息進行編碼、并用AAC、AC3這樣的聲音編解碼器對聲音信息 進行編碼的影像聲音，利用Transport stream(傳輸流)形式或ftOgram Mream(程序流) 形式等進行了復用的影像流等。聲音內(nèi)容是由非壓縮的PCM聲音、MP3或AAC等的聲音編 解碼器進行了壓縮的聲音文件。此外，不僅是影像、聲音數(shù)據(jù)，也可以將XML數(shù)據(jù)或程序、或?qū)⑺鼈兣c影像、聲音、 照片數(shù)據(jù)等組合的多媒體數(shù)據(jù)作為內(nèi)容來分發(fā)。元數(shù)據(jù)680是記述了與分發(fā)的各個內(nèi)容有關的屬性信息的數(shù)據(jù)，是如XML那樣的 標簽記述語言的文本。在元數(shù)據(jù)680中保存為了唯一地識別分發(fā)的內(nèi)容、用戶進行檢索并 下載而所需要的數(shù)據(jù)、以及在內(nèi)容的再現(xiàn)時需要的數(shù)據(jù)。圖5是影像內(nèi)容的元數(shù)據(jù)680的一例。內(nèi)容ID681是唯一地識別內(nèi)容的ID。更新 日期和時間682保存元數(shù)據(jù)主體680被更新的日期和時間。通過該更新日期和時間682是 否變新，來判斷以前參照的對同一內(nèi)容ID681的元數(shù)據(jù)主體680是以前的原樣還是被更新。內(nèi)容標題683是內(nèi)容的標題字符串。詳細說明684包含內(nèi)容的解說、出演者、導演、 劇本家等的信息。種類碼685保存內(nèi)容的種類的分類碼。再現(xiàn)時間686保存影像的再現(xiàn)時 間。如683 686那樣的信息用于用戶檢索被分發(fā)的內(nèi)容，并進行信息閱覽。此外，也用于 檢索并信息閱覽儲存在HDD450中的內(nèi)容，或內(nèi)容再現(xiàn)中的標語顯示的信息。數(shù)據(jù)容量686保存內(nèi)容的數(shù)據(jù)大小。對應的容器ID688保存分發(fā)內(nèi)容的IP包容 器的容器ID。對應的內(nèi)容組ID689保存表示在對內(nèi)容進行組管理的情況下屬于哪一組的 ID。此外，元數(shù)據(jù)680具有分發(fā)內(nèi)容的分發(fā)開始日期和時間690、作為下載所需要的時間的 分發(fā)時間691、分發(fā)時的分發(fā)比特率692等信息。690 692的信息可以被指定多個組，在 該情況下，表示在多個日期和時間同時分發(fā)相同的內(nèi)容。下載終端400的CPU420將基于682 686那樣的內(nèi)容信息的檢索功能顯示在顯 示器250上，從而提供給用戶。CPU420經(jīng)由操作設備I/F485從用戶接受想下載的內(nèi)容的選 擇，并指示下載預約。然后，下載終端400的下載控制部421從在被選擇的內(nèi)容的元數(shù)據(jù)680中指定的 分發(fā)開始日期和時間690中選擇一個值，并在比該時間稍微提前時，用調(diào)諧器410選擇要下 載的頻道。此外，從元信息中取得與要下載的內(nèi)容對應的容器ID688，對包提取部480進行 設定以使其提取與該容器ID688對應的容器，成為下載待機狀態(tài)。在該狀態(tài)下，若到來分發(fā)開始日期和時間690，則解調(diào)部420輸出如520那樣的數(shù) 據(jù)流。包提取部480提取由容器ID688指定的容器，僅輸出想下載的內(nèi)容的容器。CPU420 的記錄處理部422將該內(nèi)容保存至HDD450。CPU420在結(jié)束保存了內(nèi)容的IP包容器600的 所有的容器分支號620的容器的接收、保存時，完成下載處理。即使在下載處理尚未完成的情況下，如果過了分發(fā)時間680，則強制性地中止下載處理。然后，CPU420參照別的分發(fā)開始日期和時間690，再次執(zhí)行下載，以僅補充未能取得 的容器分支號620的容器的方式進行下載，在所有的容器分支號620的容器齊備時，下載完 成。對于指定了多個的分發(fā)開始日期和時間690的選擇方法，一般普遍選擇最早的日 期和時間。在具有廣播錄像功能、其他附加的相關數(shù)據(jù)處理功能的解碼終端中，在預約錄像 中或其他的數(shù)據(jù)處理中分發(fā)開始日期和時間689重疊的情況下，也可以選擇其他的分發(fā)開 始日期和時間690。此外，也可以將分發(fā)開始日期和時間690選擇為使得能夠進行總體節(jié) 電效果上升的下載的時間安排。下面，對控制信號包700的結(jié)構(gòu)進行說明。在圖3的包類型550為控制信號的情況下，傳輸如圖4 (b)所示的控制信號包700。 所謂控制信號包，是傳輸下載終端400通過調(diào)諧器410進行選臺、或在包提取部480中進行 IP包的過濾控制而所需要的信息的包?？刂菩盘柊?00在稱作表ID710的表示控制信號的種類的ID之后，具有表示數(shù)據(jù) 主體的大小的分段長度720。具有表示分割在多個包中的分段的最后分支號的最終分段號 730。具有將被分割的控制信號包重新排列時的順序的分段分支號740。具有進行控制信號 的更新管理而所需要的版本750。其后具有控制信號主體?？刂菩盘柊?00在作為表ID710的種類被指定了網(wǎng)絡信息的情況下，保存網(wǎng)絡信 息760。在作為表ID710的種類被指定了地址組管理信息的情況下，保存地址組管理信息 770。如圖6所示，網(wǎng)絡信息760至少由網(wǎng)絡傳輸因素761以及網(wǎng)絡信息表762構(gòu)成。網(wǎng) 絡信息760保存進行內(nèi)容分發(fā)的傳輸信道的選臺而所需要的頻率信息、調(diào)制方式、調(diào)制參 數(shù)以及網(wǎng)絡ID等。地址組管理信息770保存將在廣播傳輸路徑中使用的其他頻道也包括 在內(nèi)的網(wǎng)絡的結(jié)構(gòu)信息。網(wǎng)絡信息760用于對其他頻道的選臺處理。這些用于總是監(jiān)視更 新，如果頻道結(jié)構(gòu)等發(fā)生變化，則更新在下載終端400內(nèi)具有的網(wǎng)絡信息的管理表，使得總 是在最新狀態(tài)下進行選臺動作。地址組管理信息770是將多個內(nèi)容作為一個被組管理的內(nèi)容組進行管理、為了能 夠進行集中的下載而設計的表。與所傳輸?shù)牡刂方M的數(shù)量771相當?shù)鼐哂卸鄠€772以下的 字段。地址組ID772是唯一地識別內(nèi)容的組的ID。IP地址數(shù)量773對地址組ID772指定 能夠指定的IP地址的數(shù)量。地址組ID772之后，記載被指定的數(shù)量的IP地址774。另外，IP地址774可以嚴格地指定唯一決定的值，并且，能夠指定將一部分位數(shù)做 標記并許可該位數(shù)的任意值等、集中某種程度的幅度的IP地址組。下載終端400的CPU420將屬于地址組的內(nèi)容的IP地址774與在IP頭630中記 述的源IP地址進行比較，從而能夠判斷所傳輸?shù)膬?nèi)容屬于哪個地址組。此外，通過用元數(shù) 據(jù)680的對應的地址組ID進行檢索，能夠集中下載屬于同一地址組的內(nèi)容。利用圖7說明在依照以上說明的傳輸方式進行的內(nèi)容分發(fā)服務中，分發(fā)系統(tǒng)所運 用的時間序列的分發(fā)時間表的一例。在圖7(a)的例子中，內(nèi)容分發(fā)系統(tǒng)100將能夠在傳輸信道中傳輸?shù)膸?比特 率)分在兩個容器中傳輸。此外，內(nèi)容分發(fā)系統(tǒng)100將分發(fā)一個內(nèi)容的容器ID的IP包容器組分成兩個來傳輸。例如，容器ID#1的IP包容器組被分割為IP包容器#1-1800和IP包容器#1-2810。容 器ID#2的IP包容器組被分割為IP包容器#2-1850和IP包容器#2-2860。分割方法可以考慮按照容器分支號620的奇數(shù)和偶數(shù)分割、或按照容器分支號 620的前半部和后半部分割等幾種方法。另外，在該例子中，容器ID#2的內(nèi)容的數(shù)據(jù)大小比容器ID#1的內(nèi)容的數(shù)據(jù)大小稍微小。在圖7(a)的例子中，內(nèi)容分發(fā)系統(tǒng)100的復用部200從時刻Tl起生成IP包容 器#1-1800和IP包容器#1-2810，調(diào)制部210將這些容器的頻帶進行二分割并開始同時傳 輸。從這些傳輸完畢的時刻T2起，復用部200再次生成IP包容器#1-2810和新的IP包容 器#2-1850，調(diào)制部210將這些容器的頻帶進行二分割并傳輸。由于容器ID#2的內(nèi)容的數(shù) 據(jù)大小比容器ID#1的內(nèi)容的數(shù)據(jù)大小小，因此傳輸完成得快，但在該情況下，空的頻帶由 NULL包870填充。接著，調(diào)制部210從IP包容器#1-2810的傳輸完成的時刻T4起以后同 時傳輸IP包容器#2-1850和IP包容器#2-2860，在T5完成兩者的分發(fā)。另外，雖然在圖中進行了省略，但在像時刻Tl、T2、T4、T5那樣的分發(fā)內(nèi)容一齊切 換的定時，作為用于接收側(cè)的動作切換的界限，優(yōu)選短時間一齊傳輸NULL包870。若進行如以上的分發(fā)時間表的運用，則與簡單地將一個內(nèi)容使用整個頻帶寬分時 傳輸時相比，傳輸效率下降。但是，例如，在能夠進行使用了整個頻帶的比特率下的下載的處理能力的高性能 下載終端中，通過下載從時刻Tl起分發(fā)的IP包容器#2-1850和IP包容器#2-2860兩個容 器，能夠在短時間內(nèi)完成下載。另一方面，在只有使用整個頻帶的情況的比特率的一半的下 載處理能力的下載終端中，通過按序下載從時刻Tl起分發(fā)的IP包容器#2-1和從時刻T2 起分發(fā)的IP包容器#2-2的容器，在低價格的下載終端中也能夠享受到分發(fā)服務。圖7(a)將內(nèi)容二分割進行了傳輸，但也可以考慮分割為三個以上傳輸?shù)倪\用例。圖7 (b)是將IP包容器#1、IP包容器#2的內(nèi)容分別分割為三個傳輸?shù)睦印Ｔ谠撉闆r下，運用為將頻帶三分割并能夠同時傳輸三個內(nèi)容。復用部200從時刻Tl起作成將IP包容器#1進行了三分割的IP包容器#1_1、IP 包容器#1-2、IP包容器#1-3，由調(diào)制部210調(diào)制之后同時傳輸，此外，從時刻T2起再傳輸 IP包容器#1-2，從時刻T4起再傳輸IP包容器#1-3。復用部200生成將IP包容器#2進行了三分割的IP包容器#2_1、IP包容器#2-2、 IP包容器#2-3。調(diào)制部210從時刻T2起傳輸IP包容器#2_1，從時刻T4起傳輸IP包容器 #2-2,從時刻T7起同時傳輸IP包容器#2-1、IP包容器#2-2以及IP包容器#2_3。在該情況下，由于從時刻T2至時刻T7為止在傳輸容量上出現(xiàn)空閑，因此在該例子 中，傳輸能夠用空閑的傳輸容量傳輸?shù)娜萘康钠渌麅?nèi)容。從時刻T2起傳輸另一個內(nèi)容的IP包容器#3的就是指該情況。在該情況下，依然 剩余的頻帶也用NULL包970填充。圖7(b)的情況下，在能夠進行使用了整個頻帶的比特率下的下載的處理能力的 高性能下載終端中，能夠在短時間內(nèi)完成下載，另一方面，在僅有使用整個頻帶的情況的比 特率的三分之一的下載處理能力的下載終端中，通過按序下載被分割的容器，在更低價格 的下載終端中也能夠享受到分發(fā)服務。
由下載控制部421決定下載終端按照何種分發(fā)方法進行下載為好。下載控制部 421參照在分發(fā)的內(nèi)容的元數(shù)據(jù)680中規(guī)定的分發(fā)比特率691的信息，與本終端具有的下載 處理能力進行比較。下載控制部421在分發(fā)比特率691的信息為本終端能夠處理的值的情 況下，參照分發(fā)比特率691的分發(fā)開始日期和時間690，按照該時間表進行下載處理。下載控制部421在分發(fā)比特率691的信息不是本終端能夠處理的值的情況下， 搜索其他的被頻帶分割的元數(shù)據(jù)680，參照能夠以本終端的下載處理能力處理分發(fā)比特率 691的元數(shù)據(jù)680的分發(fā)開始日期和時間690，按照該時間表進行下載處理。另外，在所有 的元數(shù)據(jù)680中記載的分發(fā)比特率691超過本終端的下載處理能力的情況下，不進行下載 處理。根據(jù)本實施例，在像廣播那樣基于具有一定頻帶的傳輸路徑的內(nèi)容的一齊分發(fā)服 務中，在下載處理能力出色的下載終端中，能夠在短時間內(nèi)完成下載，在下載處理能力低的 低價格的下載終端中，對應于處理能力來消耗時間也能夠進行內(nèi)容下載，因此具有如下效 果在高性能的終端中能夠享受舒適的下載服務，并且在低價格的下載終端中也同樣能夠 享受內(nèi)容服務，降低下載對應終端的參與障礙，促進來自更多的制造商的產(chǎn)品出售。此外，即使在高性能的下載終端中，在其同時具有數(shù)字廣播的存儲錄像功能或負 荷多的數(shù)據(jù)處理功能等的情況下，在有處理負荷的錄像中或數(shù)據(jù)處理中選擇以低速、接收 機的處理負荷少地進行下載的方法來執(zhí)行，在非錄像狀態(tài)中選擇以高速短時間內(nèi)下載內(nèi)容 的方法來執(zhí)行，從而在一個終端中也能夠根據(jù)終端內(nèi)的動作狀況，使下載處理最優(yōu)化。另外，本發(fā)明并不限定于上述的實施例，包含各種變形例。例如，上述的實施例并 不限定于必須具備說明的所有的結(jié)構(gòu)。對于實施例的結(jié)構(gòu)的一部分，可以進行結(jié)構(gòu)的追加、 刪除以及置換。另外，上述的各結(jié)構(gòu)、功能等可以將其一部分或全部通過例如用集成電路設計等 而用硬件實現(xiàn)。此外，上述的各結(jié)構(gòu)、功能等可以通過解釋、執(zhí)行處理器實現(xiàn)各個功能的程 序而用軟件實現(xiàn)。在執(zhí)行各功能時，對應的程序、表、文件等信息可以存放在存儲器或高速 緩沖存儲器中。在不執(zhí)行時，實現(xiàn)各功能的程序、表、文件等的信息可以存放在存儲器、硬盤 裝置或IC卡裝置等中。此外，關于控制線或信息線，示出了認為在說明中必要的線，在產(chǎn)品上未必示出所 有的控制線或信息線。實際上可以認為幾乎所有的結(jié)構(gòu)相連接。
權(quán)利要求
1.一種內(nèi)容分發(fā)方法，由內(nèi)容分發(fā)裝置對內(nèi)容接收裝置分發(fā)內(nèi)容，其特征在于，上述內(nèi)容分發(fā)裝置具備復用部，該復用部將傳輸內(nèi)容的包分割為兩個以上的容器，切 換第一傳輸方法和第二傳輸方法并發(fā)送包含上述容器的流信息，上述第一傳輸方法是將被 分割的上述容器同時復用并傳輸?shù)姆椒ǎ鲜龅诙鬏敺椒ㄊ菍⒈环指畹纳鲜鋈萜鞣謩e在 不同的時間復用并傳輸?shù)姆椒?，上述容器具有識別各個上述容器的容器識別信息， 上述內(nèi)容接收裝置， 接受要下載的內(nèi)容的指定； 對接收到的流信息進行解調(diào)；從被指定的上述內(nèi)容的元信息中，取得與上述內(nèi)容對應的上述容器的容器識別信息； 從被解調(diào)的上述流信息中，提取與取得的容器識別信息對應的上述容器。
2.如權(quán)利要求1所述的內(nèi)容分發(fā)方法，其特征在于，上述內(nèi)容接收裝置取得在被指定的上述內(nèi)容的元信息中規(guī)定的分發(fā)比特率信息； 對所取得的分發(fā)比特率信息和上述內(nèi)容接收裝置所具有的下載處理能力進行比較； 在分發(fā)比特率信息為由上述內(nèi)容接收裝置能夠處理的值的情況下，在上述元信息的分 發(fā)開始日期和時間，進行上述流信息的下載處理。
3.如權(quán)利要求2所述的內(nèi)容分發(fā)方法，其特征在于，上述內(nèi)容分發(fā)裝置的上述復用部將具有上述分發(fā)比特率和識別上述內(nèi)容的內(nèi)容識別 信息的上述元信息進行復用，并發(fā)送給上述內(nèi)容接收裝置。
4.一種內(nèi)容接收裝置，從內(nèi)容分發(fā)裝置接收內(nèi)容，其特征在于，上述內(nèi)容分發(fā)裝置具備復用部，該復用部將傳輸內(nèi)容的包分割為兩個以上的容器，切 換第一傳輸方法和第二傳輸方法并發(fā)送包含上述容器的流信息，上述第一傳輸方法是將被 分割的上述容器同時復用并傳輸?shù)姆椒?，上述第二傳輸方法是將被分割的上述容器分別在 不同的時間復用并傳輸?shù)姆椒?，上述容器具有識別各個上述容器的容器識別信息， 上述內(nèi)容接收裝置具有 接受部，接受要下載的內(nèi)容的指定； 解調(diào)部，對接收到的流信息進行解調(diào)；以及提取部，從被指定的上述內(nèi)容的元信息中，取得與上述內(nèi)容對應的上述容器的容器識 別信息，并從被解調(diào)的上述流信息中提取與所取得的容器識別信息對應的上述容器。
5.如權(quán)利要求4所述的內(nèi)容接收裝置，其特征在于， 具有執(zhí)行上述內(nèi)容的下載的下載控制部，上述下載控制部取得在被指定的上述內(nèi)容的元信息中規(guī)定的分發(fā)比特率信息， 對所取得的分發(fā)比特率信息和上述內(nèi)容接收裝置所具有的下載處理能力進行比較， 在分發(fā)比特率信息為由上述內(nèi)容接收裝置能夠處理的值的情況下，在上述元信息的分 發(fā)開始日期和時間，進行上述流信息的下載處理。
6.如權(quán)利要求5所述的內(nèi)容接收裝置，其特征在于，上述流信息中復用了具有上述分發(fā)比特率和識別上述內(nèi)容的內(nèi)容識別信息的上述元 fn息ο
全文摘要
本發(fā)明提供一種內(nèi)容分發(fā)方式及內(nèi)容接收裝置。在高性能的下載終端中，提供高速且舒適的下載服務，并且在性能低的下載終端中也能夠享受下載服務，從而降低下載終端出售的障礙。將傳輸內(nèi)容的包分割為兩個以上的容器，在內(nèi)容分發(fā)系統(tǒng)中同時執(zhí)行將被分割的容器同時傳輸?shù)牡谝环椒?、和將被分割的容器分別在不同的時間傳輸?shù)牡诙椒?。下載終端通過選擇并執(zhí)行基于第一方法的高速下載和基于第二方法的低速下載，能夠享受對應于終端性能的下載服務。
文檔編號H04L29/08GK102111429SQ201010267579
公開日2011年6月29日 申請日期2010年8月27日 優(yōu)先權(quán)日2009年12月28日
發(fā)明者是枝浩行 申請人:日立民用電子株式會社