TW201322767A - 發送裝置、接收再生裝置、發送方法及接收再生方法 - Google Patents

發送裝置、接收再生裝置、發送方法及接收再生方法 Download PDF

Info

Publication number
TW201322767A
TW201322767A TW101126322A TW101126322A TW201322767A TW 201322767 A TW201322767 A TW 201322767A TW 101126322 A TW101126322 A TW 101126322A TW 101126322 A TW101126322 A TW 101126322A TW 201322767 A TW201322767 A TW 201322767A
Authority
TW
Taiwan
Prior art keywords
stream
transmission
information
receiving
substream
Prior art date
Application number
TW101126322A
Other languages
English (en)
Inventor
Toru Kawaguchi
Hiroshi Yahata
Tomoki Ogawa
Original Assignee
Panasonic Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp filed Critical Panasonic Corp
Publication of TW201322767A publication Critical patent/TW201322767A/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/87—Regeneration of colour television signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/194—Transmission of image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Library & Information Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

本發明係提供一種可發送應同時再生之多種各樣之資訊之發送裝置。本發明之發送裝置係保持串流指定資訊、發送前述串流指定資訊，前述串流指定資訊係複數傳輸用串流之中與一傳輸用串流形成對應關係、且指定與前述一傳輸用串流不同之至少1傳輸用串流，前述複數傳輸用串流係分別包含應該以1台接收再生裝置同時再生之資訊。藉此，接收側可利用前述串流指定資訊而指定應與前述一傳輸用串流同時再生之至少1個其他之傳輸用串流。

Description

發送裝置、接收再生裝置、發送方法及接收再生方法 技術領域
本發明係有關於一種用於發送及接收與1節目之影像一同顯示之資訊之技術。
背景技術
習知之廣播服務係藉單一之傳輸串流而發送資料廣播、字幕服務及3D影像等單一或複數之資訊(影像及資料)。舉例言之，專利文獻1中，已揭露以單一之傳輸串流發送2D之視訊串流、其它視點之視訊、視差資訊及景深資訊等3D視訊附加資料之技術。
又，閱聽者已要求節目之發送、再生不僅包含日語之音頻及字幕，亦包含英語等其它語言之音頻及字幕，並如3D影像般不僅包含來自單一視點之影像，亦包含來自其它視點之影像等多種各樣之資訊。
先行技術文獻 專利文獻
專利文獻1：日本專利特表2008-500790號公報
發明概要
然而，廣播在發送單一傳輸串流所需之電波頻帶上有所限制，即便欲實現前述之多種各樣之資訊發送，亦有視 各種資訊之資料量不同而無法於單一之傳輸串流中包含所有資訊之問題。
因此，本發明之目的即在提供一種可發送、接收、再生應同時再生之多種各樣之資訊之發送裝置、接收再生裝置、發送方法及接收再生方法。
為達成上述目的，發送裝置之特徵在於包含有：保持機構，可保持串流指定資訊，前述串流指定資訊係複數傳輸用串流之中與一傳輸用串流形成對應關係、且指定與前述一傳輸用串流不同之至少1傳輸用串流，前述複數傳輸用串流係分別包含應該以1台接收再生裝置同時再生之資訊；及發送機構，可發送前述串流指定資訊。
依照上述構造，發送裝置可發送串流指定資訊，故接收側可利用前述串流指定資訊，即便個別藉傳輸用串流發送各種資訊，亦可指定應同時再生之傳輸用串流。
圖式簡單說明
第1圖係顯示節目播送系統10之構造者。
第2圖係顯示發送裝置100之構造之功能區圖。
第3圖係顯示PMT之資料構造之一例者。
第4圖係顯示external_ES_link_descriptor()之資料構造之一例者。
第5圖係顯示view_selection_information()之資料構造之一例者。
第6圖係顯示object_information()之資料構造之一例者。
第7圖係顯示發送裝置200之構造之功能區圖。
第8圖係顯示service_subset_ES_descriptor()之資料構造之一例者。第9圖則接續之。
第9圖係顯示service_subset_ES_descriptor()之資料構造之一例者。接續自第8圖，第10圖則接續之。
第10圖係顯示service_subset_ES_descriptor()之資料構造之一例者。接續自第9圖，第11圖則接續之。
第11圖係顯示service_subset_ES_descriptor()之資料構造之一例者。接續自第10圖
第12圖係顯示數位電視(接收再生裝置)300之構造之功能區圖。
第13圖係顯示發送裝置100之動作之流程圖。
第14圖係顯示接收再生裝置300之動作之流程圖。
第15圖係顯示發送裝置1100之構造之功能區圖。
第16圖係顯示external_ES_link_info之資料構造之一例者。
第17圖係顯示external_ES_link_info之記述例者。
第18圖係顯示發送裝置1200之構造之功能區圖。
第19圖係顯示subset_service_ES_info之資料構造之一例者。
第20圖係顯示subset_service_ES_info之記述例者。
第21圖係顯示接收再生裝置1300之構造之功能區圖。
第22圖係顯示第2實施形態之節目播送系統之動作概 要之流程圖。
第23圖係顯示接收再生裝置1300之動作之流程圖。
第24圖係顯示hyperlink_descriptor()之資料構造之一例者。
第25圖係顯示link_external_component_info()之資料構造之一例者。
第26(a)圖係顯示指定代表主串流之object要素所對應之副串流所需之延伸屬性者。
第26(b)圖係顯示利用延伸屬性而指定副串流之資料廣播內容之記述例者。
第27圖係顯示定義ExternalES要素之構造之一例者。第28圖則接續之。
第28圖係顯示定義ExternalES要素之構造之一例者。接續自第27圖。
第29圖係顯示利用ExternalES要素而指定副串流之ERI之記述例者。
用以實施發明之形態
1.概要
如上所述，往後之廣播服務雖可期待多種各樣資訊之廣播，但用於發送傳輸串流之電波頻帶則有所限制，視各種資訊之資料量不同，可能無法藉單一之傳輸串流而加以發送。
因此，可考量藉複數之傳輸串流發送節目及各種資訊。
然而，目前尚無可自無數之廣播波及複數之傳輸串流中指定包含對應一節目之服務(其它語言之字幕)之串流，而由閱聽者選擇所需之資訊之機制。
故而，發明人等人進行鑽研檢討，發現利用複數之傳輸串流，即可發送、接收、再生應同時再生之多種各樣之資訊，而完成本發明。
依據本發明之一態樣，發送裝置之特徵在於包含有：保持機構，可保持串流指定資訊，前述串流指定資訊係複數傳輸用串流之中與一傳輸用串流形成對應關係、且指定與前述一傳輸用串流不同之至少1傳輸用串流，前述複數傳輸用串流係分別包含應該以1台接收再生裝置同時再生之資訊；及發送機構，可發送前述串流指定資訊。
2.第1實施形態
以下，參照圖示詳細說明本實施形態。
2.1概要
本實施形態之節目播送糸統10一如第1圖所示，由發送裝置100、200、數位電視(接收再生裝置)300所構成。
在數位電視廣播中，來自發送裝置100、200之廣播訊號係以MPEG系統規格所規定之傳輸串流(TS)形式多工化影像、音頻串流及節目系列資訊而送出。在此，節目系列資訊係指記載有TS之傳輸網路資訊、廣播局、頻道(服務)之詳細資訊及節目詳細資訊等之SI(Service Information)/PSI(Program Specific Information)。
發送裝置100、200可發送視訊串流、音訊串流等經多 工化而成之傳輸串流(TS)。
本實施形態中，自發送裝置100、200送出之各TS係習知之2D數位廣播所運用之以MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)為標準之傳輸串流。以MPEG2-TS為標準之傳輸串流包含記錄有各視訊、音訊串流屬於何種程式(節目)之PSI。PSI中則包含代表TS內含之程式一覧之PAT(Program Association Table)、儲存有屬於某程式內之影像、音頻等之串流之PID(封包ID)之PMT(Program Map Table)等。
進而，以MPEG2-TS為標準之傳輸串流中包含記述關於網路資訊及子頻道資訊、節目資訊之SI。
SI中則包含NIT(Network Information Table：網路資訊表單)、SDT(Service Description Table：服務記述表單)及IT(Event Information Table：事件資訊表單)等表單。
NIT中記述有送出之TS所經由之網路之相關資訊(頻道編號、調變方式等)。
SDT中記載有送出之TS內存在之子頻道之相關資訊(頻道名稱、節目資訊之種類、數位複製控制資訊等)。
EIT中記載有各子頻道所包含之有關節目之詳細資訊(節目名稱、廣播日時、廣播內容)。
數位電視(接收再生裝置)300利用SI中記載之資訊，即可作成電子節目表(Electronic Program Guide：EPG)。
自發送裝置100、200發送之各TS中包含就一節目應同時再生之資訊。舉例言之，自發送裝置100發送之TS中包含 3D節目中左眼用之影像及音頻，自發送裝置200發送之TS中則包含3D節目中右眼用之影像。其次，自發送裝置100發送之傳輸串流(TS)可單獨進行再生，自發送裝置200發送之TS原則上無法進行單獨再生。
以下，將發送裝置100所發送之TS所包含之左眼用影像之串流記為主串流，並將發送裝置200所發送之TS所包含之右眼用影像之串流記為副串流。
接收再生裝置300在接收發送裝置200所送出之包含副串流之TS前，自發送裝置100所送出之廣播波接收包含主串流之TS後，將分離已多工化於所接收之TS上之視訊、音訊串流與包含節目系列資訊之SI等。接收再生裝置300並由分離後之SI等之SI/PSI之各資訊判別副串流是否存在，若存在，則進行包含前述副串流之TS之接收，而同時再生主串流與副串流。具體而言，可分別自主串流生成左眼影像，自副串流生成右眼影像，而進行3D顯示之再生。
接收再生裝置300在接收發送裝置100所送出之包含主串流之TS前，自發送裝置200所送出之廣播波接收包含副串流之TS後，則判斷可否單獨再生副串流，並因應判斷結果而進行副串流之單獨再生，以及與上述相同之主串流及副串流之同時再生。
2.2發送裝置100之構造
發送裝置100可生成包含對應一節目之主串流之TS並加以播送。
發送裝置100一如第2圖所示，係由左眼用視訊編碼器 101、音訊編碼器102、左眼用視訊串流儲存部103、音訊串流儲存部104、資訊保持部105、多工化部106及發送部107所構成。
(1)左眼用視訊編碼器101
左眼用視訊編碼器101可就一節目之3D顯示時之左眼之影像(畫面)使用MPEG-2、MPEG-4等方式加以編碼，而生成左眼用視訊串流(即，主串流)，並予以寫入左眼用視訊串流儲存部103。
(2)音訊編碼器102
音訊編碼器102可藉線性PCM等方式壓縮、編碼音頻資料，而生成音訊串流，並予以寫入音訊串流儲存部104。
(3)左眼用視訊串流儲存部103
左眼用視訊串流儲存部103係用於儲存左眼用視訊編碼器101中生成之左眼用視訊串流之記憶領域。
(4)音訊串流儲存部104
音訊串流儲存部104係用於儲存音訊編碼器102中生成之音訊串流之記憶領域。
(5)資訊保持部105
資訊保持部105係用於儲存與主串流一同發送之SI/PSI之記憶領域。另，SI/PSI可藉外部裝置而作成，亦可藉發送裝置100而作成。
以下，說明SI/PSI中所包含之PMT。
第3圖係顯示PMT之資料構造者。各參數之意義則為ISO/IEC 13818-1(MPEG-2)所規定，故省略其說明。PMT中 存在2處可配置描述子之部位。
第1個乃稱為第1迴圈D100之部分。第1迴圈D100之「descriptor()」中可配置描述子。「descriptor()」部分可插入複數之描述子。在此，係配置節目全體之相關描述子。
第2個乃ES資訊記載部位D101中所包含之稱為第2迴圈D102之部分。ES資訊記載部位D101在第1迴圈D100之後即開始for迴圈，該for迴圈則僅重複節目所包含之ES之個數次。該for迴圈內之參數諸如stream_type及elementary_PID等係有關前述ES之參數。第2迴圈D102則包含於前述ES資訊記載部位D101內。第2迴圈D102之「descriptor()」中可配置描述子。「descriptor()」部分可插入複數之描述子。在此，係配置有關前述ES之描述子。
本實施形態中，將定義用於記述副串流之參照資訊之external_ES_link_descriptor()，並加以配置於上述之第2迴圈D102中。
另，external_ES_link_descriptor()之記載內容則留待後述。
(6)多工化部106
多工化部106可將儲存於左眼用視訊串流儲存部103之左眼用視訊串流、儲存於音訊串流儲存部104之音訊串流、儲存於資訊保持部105之SI/PSI等多工化，而生成MPEG2-TS形式之TS，並經發送部107而加以發送。
另，亦可構成為不預先將視訊、音訊予以壓縮、編碼而儲存，而在將未壓縮之視訊、音訊即時編碼之同時加以 多工化。
(7)發送部107
發送部107可發送在多工化部106中生成之MPEG2-TS形式之TS。
2.3關於external_ES_link_descriptor()
在此，就external_ES_link_descriptor()之具體記述內容加以說明。第4圖即顯示external_ES_link_descriptor()之構造之一例。
以下，就external_ES_link_descriptor()之記述要素加以說明。
descriptor_tag中記述有用於區別其它描述子與本描述子之唯一值。
descriptor_length中則記述有自次一欄位至本描述子末尾之位元組數。
Reserved係用於未來延伸之領域，可記述位元數量之二進位數之”1”。
TS_location_type代表傳輸副串流之網路之類別。具體而言，值”00”代表副串流係藉與主串流相同之廣播網路而傳輸。值”01”代表副串流係藉後續之transport_stream_location所示之與主串流不同之廣播網路而傳輸。值”10”代表副串流可藉可以後續之uri_char所示之URI而存取之廣播以外之媒體而存取。藉此，接收主ST後之接收再生裝置300即可知如何存取副串流。
stream_type_flag係顯示後續之stream_type之記述之有 無之旗標。
sync_reference_type代表主串流與副串流之同步方法之有無及方法。值”00”時，在接收機中不進行主串流與副串流之同步，進行主串流之解碼、顯示時以主串流內之PCR(Program_Clock_Reference)為依據，進行副串流之解碼、顯示時則以副串流內之PCR為依據。值”01”時則使用以後續之PCR_location_flag為始之PCR參照資訊而進行使用PCR之同步作業。值”10”時，使用以後續之main_sync_PID為始之同期軌跡參照資訊而進行使用獨立之同期軌跡之同步作業。藉此，接收再生裝置300即可知主串流與副串流之間之時脈同步之有無及方法。
transport_stream_id代表傳輸所參照之副串流之transport_stream_id。
program_number則代表包含所參照之副串流之程式之program_number。
ES_PID代表所參照之副串流之PID。
記述上述之transport_stream_id、program_number、ES_PID，即可在利用對應可配置本描述子之PMT之第2迴圈D102之ES時，指定可同時利用之副串流之ES。另，不存在副串流時，program_number中則記述代表副串流不存在之意義之”0×00”。
transport_stream_location在藉其它廣播網路(例如：相對於無線電視廣播之衛星廣播)傳輸所參照之副串流時，代表傳輸副串流之網路。舉例言之，可在 transport_stream_location中記述傳輸副串流之網路之network_id(例如：0×40f1)。藉此，即便以與主串流不同之廣播網路傳輸副串流時，接收再生裝置300亦可得知其傳輸位置。
uri_length代表後續之uri_char之位元組數。
uri_char在所參照之副串流亦可藉廣播以外之媒體而存取時，則記述用於存取副串流之URI。URI之記述例則留待後述。
stream_type代表副串流之stream_type，並表現為「ISO/IEC 13818-1」所定義之形式。舉例言之，副串流若為H.264AVC，則stream_type中記述“0×1B”。藉此，接收再生裝置300即可在存取副串流前得知可否利用副串流。進而，亦可使用stream_type而指定副串流之用途。stream_type之具體例則留待後述。
PCR_location_flag代表依據共通之PCR而使主串流及副串流同步並進行編碼、顯示時，應參照主串流與副串流之何者之PCR(Program_Clock_Reference)。”0”代表利用包含主串流之程式之PCR。”1”代表利用包含副串流之程式之PCR。藉此，即可對應傳輸通道之可靠性等而指定應參照主串流與副串流何者之PCR。且，數位電視使用PCR而使主串流與副串流同步時，可知應參照何者之PCR。
explicit_PCR_flag代表本描述子中是否記述PCR_PID。”0”代表本描述子中不記述，而利用主串流或副串流之程式之PMT中之PCR_PID中記述之PCR。”1”代表利 用後續之PCR_PID中記述之PCR。藉此，即可指定利用既有之PCR，或利用主串流與副串流之同步再生時固有之PCR。
PCR_offset_flag可在使用指定之PCR進行主串流與副串流之同步再生時，指定偏移之有無。”0”代表不指定偏移值。”1”則代表指定偏移值。
PCR_PID可在主串流與副串流之同步再生時，指定主串流或副串流中應參照之PCR之PID。藉此，若接收機利用同步再生時固有之PCR，即可知該PCR之PID。
PCR_polarity代表偏移值之極性。若為”0”，則將後續之PCR_offset值加入PCR_location所指定之側之串流內之PCR之值，而加以利用作為進行PCR_location所未指定之側之串流之編碼、顯示時之PCR。若為”1”，則將後續之PCR_offset值自PCR_location所指定之側之串流內之PCR之值中減去，而加以利用作為進行PCR_location所未指定之側之串流之編碼、顯示時之PCR。
PCR_offset代表偏移值之絕對值。舉例言之，PCR_location_flag為”0”而利用主串流內之PCR時，若進行副串流之編碼、顯示，將使用依據PCR_polarity與PCR_offset而使主串流內之PCR偏移後之值。PCR_location_flag為”1”而利用副串流內之PCR時，若進行主串流之編碼、顯示，將使用依據PCR_polarity與PCR_offset而使副串流內之PCR偏移後之值。如上所述，指定PCR_polarity與PCR_offset，即便主串流與副串流之間所參照之PCR之開始值無法一 致，亦可實現同步再生。
main_sync_PID代表主串流之同期軌跡之PID。
sub_sync_PID則代表副串流之同期軌跡之PID。
使用main_sync_PID與sub_sync_PID，即可不受PCR值之影響而使主串流與副串流同步。另，同期軌跡可使用ETSITS 102 823(Specification for the carriage of synchronized auxiliary data in DVB transport streams)所規定之synchronised auxiliary data，而記載主串流/副串流個別之時戳與主串流/副串流所共通之時間碼之關係，亦可使用其它方法。
以上已就新描述子“external_ES_link_descriptor()”加以說明。藉上述之描述子，在閱聽主串流之影像音頻服務時，即可指定可同時利用之副串流，並同時加以再生(同步而再生)。
(關於URI之記述例)
在此，就新描述子”external_ES_link_descriptor()”中所記載之uri之記述例加以說明。
記述有“http：//aaa.sample.com/bbb.ts”時，代表使用http通訊協定，而存取aaa.sample.com網站之bbb.ts檔案。在此，bbb.ts係儲存有副串流之TS檔案之實體。
“http：//aaa.sample.com/ccc.cpc”之記述代表經由通訊而使用http通訊協定存取aaa.sample.com網站之ccc.cpc檔案。在此，ccc.cpc係用於存取儲存有副串流之TS檔案之再生控制元檔案。
“rtsp：//aaa.sample.com/ddd.ts”之記載代表經由通訊而使用rtsp通訊協定存取aaa.sample.com網站之ddd.ts檔案。在此，ddd.ts係儲存有副串流之TS檔案之實體。
“arib-file：//DirA/DirB/eee.ts”之記載代表存取預先儲存於區域儲存媒體上之DirA/DirB資料夾中之fff.ts檔案。在此，fff.ts係儲存有副串流之TS檔案之實體。
“crid：//aaa.sample.com/zzz”之記載代表存取包含aaa.sample.com/zzz所示之CRID(Content Reference Identifier)之影像。接收側之裝置則可使用CRID而藉「ETSI TS 102 822 Part4」或「ARIB STD-B38 4.1.3」所規定之記載方法進行位置解析。
(關於stream_type之具體例)
在此，說明對新描述子“external_ES_link_descriptor()”所記載之stream_type分配之值。另，以下之值亦可在stream_type之外另設欄位而記載之。
本實施形態中，對stream_type係分配自值“0×80”至“0×8A”之任一值。以下，則就各值加以說明。
值“0×80”代表副串流係由雙眼式立體影像中主串流之相反側之圖像(例如：相對於左眼視點之右眼視點)所構成者。另，本實施形態之節目播送糸統10中，stream_type為“0×80”。
值“0×81”代表副串流係藉與主串流之差分而編碼與0×80相同之內容而成者。
值“0×82”代表副串流係可朝一次元方向使主串流之影 像高解析化之差分成分(例如：將單眼各為960×1080像素之Side-by-Side形式之雙眼式立體影像高解析化為單眼各為1920×1080像素)。
值“0×83”代表副串流係可朝二次元方向使主串流之影像高解析化之差分成分(例如：將1920×1080像素之圖像高解析化為3840×2160像素)。
值“0×84”代表副串流係用於追加主串流之影像之色彩深度資訊之差分成分(例如：將RGB之各8bit之資訊放大成各12bit)。
值“0×85”代表副串流係自主串流影像生成立體影像時所利用之深度圖(Depth Map)。
值“0×86”代表副串流係自主串流影像生成立體影像時所利用之遮蔽資訊(Occlusion)。
值“0×87”代表副串流係自主串流影像生成立體影像時所利用之透明度資訊(Transparency)。
值“0×88”代表副串流係視點與主串流影像不同之影像資訊(例如：MPEG-4 MVC之non-baseview)。此時，若存在複數之視點影像，則預先記述使用者就各視點選擇視點時容易理解之相機名稱、位置資訊(GPS)及相機之方向及變焦等光學參數，甚為有用。相機名稱等資訊亦可以新descriptor或privatestream之形式記述於儲存主串流/副串流之影像之系統串流內，或記述於主串流/副串流影像內作為使用者延伸領域之元資料，或者以與主串流/副串流不同之路徑(與前述串流聯動之HTML5形式等)加以傳輸。第5圖則顯示 descriptor形式之資料構造(view_selection_information())之一例。number_of_views代表其它視點之個數。以下之要素則依其它視點之數量而定義。view_id係用於識別對應之視點者。view_name_length則記述以下定義之view_name之位元組數。view_name則記述相機之名稱。GPS_information_length則記述以下定義之PS_information()之位元組數。GPS_information()記述GPS資訊。camera_information_length記述以下定義之camera_information()之位元組數。camera_information()則記述相機之方向及變焦等光學參數之資訊。
舉例言之，棒球轉播之節目中，係進行來自一壘休息區之攝影、來自三壘休息區之攝影等來自各種視點之相機攝影。此時，使用者欲自一壘休息區觀看內野全體時，可指定複數視點中稱為「一壘側」等名稱之相機，而閱聽來自一壘休息區之視點影像。進而，組合位置資訊及相機之方向、變焦資訊，則亦可不指定相機名稱而將棒球場之簡圖上所配置之相機顯示成圖案，並由使用者自複數視點閱聽影像。
值“0×89”代表副串流係生成任意之視點影像時所利用之自由視點影像資訊。傳輸可生成由複數之視點影像所生成之任意視點之龐大之影像資訊(諸如足球轉播之欄位整體之影像)時，對應使用者之興趣、嗜好而擷取特定領域加以再生、顯示之功能甚為有用。因此，可就龐大之影像資訊編碼所攝得之各個物件所對應之名稱與位置資訊(GPS資 訊及編碼影像內之位置資訊)及相機之位置資訊與光學參數資訊作為元資料而加以傳輸，並以其為依據切出特定之領域加以再生、顯示。上述資訊可以新descriptor或private stream之形式記述於儲存主串流/副串流影像之系統串流內，亦可記述於主串流/副串流影像內作為使用者延伸領域之元資料，或以與主串流/副串流不同之路徑(與前述串流聯動之HTML5形式等)進行傳輸。第6圖即顯示使用者延伸領域之元資料構造(object_information())之一例。使名稱與位置資訊形成對應關係之物件之個數記述於”number_of_objects”。用於識別各物件之資訊、物件之名稱分別記述於object_id、object_name。其次，可藉object_id、object_name而識別之攝影對象物之GPS位置資訊記述於GPS_information()，編碼影像內之位置資訊則藉object_upper_left_x/y、object_lower_right_x/y記述其顯示矩形領域。
舉例言之，足球轉播時以特定之選手為主而閱聽比賽，亦可藉傳輸選手姓名及該選手在影像內之位置資訊作為元資料而得以實現。組合來自複數視點之相機影像而生成任意視點之影像時，存在可與目標對象之物件之GPS資訊組合之複數視點之相機之GPS資訊(相機之位置與方向資訊)，即可提高來自任意視點之影像生成精度。
值“0×8A”代表副串流係對主串流之影像重疊附加資訊而成之影像。舉例言之，可傳輸使用MPEG-4 MVC而對主串流影像重疊附加資訊而成之影像。預先編碼而使主串流 為MVC之base圖像，副串流則為MVC之non-base圖像，副串流即可有效率地僅傳輸與主串流之影像不同之影像資訊(重疊後之附加影像)。舉例言之，主串流之影像為足球轉播時，令副串流為用於將主串流影像內之選手姓名及移動距離等屬性資訊以圖案形式重疊於各選手附近之影像(由與主串流影像間之差分構成之影像)，而對主串流應用(即解碼non-base圖像而加以再生)副串流(stream_type=0×8A)所傳輸之差分，即可輕易向使用者提示重疊有附加資訊之足球轉播影像。
以上，已就對stream_type分配之值加以說明。藉此，接收側之裝置即可在存取副串流前得知如何利用副串流。
又，藉與包含一節目之影像(來自一視點之影像)之傳輸串流不同之傳輸串流發送資訊時，舉例言之，藉不同之傳輸串流發送來自其它視點之影像，並進行3D顯示時，雖須使雙方之傳輸串流所包含之兩影像同步化，但習知技術並無同步化之方法。因此，如上所述，使“external_ES_link_descriptor()”中包含sync_reference_type等同步之相關資訊，即可使雙方之傳輸串流所包含之兩影像同步化。
2.4發送裝置200之構造
發送裝置200可發送對應發送裝置100所發送之主串流之副串流。
發送裝置200一如第7圖所示，係由右眼用視訊編碼器201、右眼用視訊串流儲存部203、資訊保持部205、多工化 部206及發送部207所構成。
(1)右眼用視訊編碼器201
右眼用視訊編碼器201可就發送裝置100所發送之左眼之影像所對應之右眼之影像(畫面)採用MPEG-2、MPEG-4等方式加以編碼，而生成右眼用視訊串流(即副串流)，並加以寫入右眼用視訊串流儲存部203。
(2)右眼用視訊串流儲存部203
右眼用視訊串流儲存部203係用於儲存右眼用視訊編碼器201中生成之右眼用視訊串流之記憶領域。
(3)資訊保持部205
資訊保持部205係用於儲存與副串流一同發送之SI/PSI之記憶領域。另，SI/PSI可藉外部裝置而作成，亦可藉發送裝置200而作成。
資訊保持部205中儲存之SI/PSI之資料構造與資訊保持部105中儲存之SI/P SI相同。但，發送副串流之裝置可定義用於記述主串流之參照資訊之service_subset_ES_descriptor()而加以配置於PMT之第2迴圈中。
另，service_subset_ES_descriptor()之記載內容則留待後述。
(4)多工化部206
多工化部206可將右眼用視訊串流儲存部203中儲存之右眼用視訊串流(副串流)、資訊保持部205中儲存之SI/PSI等多工化，而生成MPEG2-TS形式之TS，並經發送部207而 加以發送。
(5)發送部207
發送部207可發送多工化部206中生成之MPEG2-TS形式之TS。
2.5關於service_subset_ES_descriptor()
在此，就service_subset_ES_descriptor()之具體記述內容加以說明。第8~11圖即顯示service_subset_ES_descriptor()之構造之一例。
descriptor_tag中記述有用於區別其它描述子與本描述子之唯一值。
descriptor_length中記述有自次一欄位至本描述子末尾之位元組數。
Reserved係用於未來延伸之領域，可記述位元數量之二進位數之”1”。
TS_location_type代表傳輸主串流之網路之類別。值”00”代表主串流係藉與副串流相同之廣播網路而傳輸。值”01”代表主串流係藉後續之transport_stream_location所示之與副串流不同之廣播網路而傳輸。值”10”代表主串流可藉可以後續之uri_char所示之URI而存取之廣播以外之媒體而存取。藉此，接收副串流後之裝置(數位電視)即可知對主串流之存取方法。
stream_type_flag係顯示後續之stream_type之記述之有無之旗標。
dependency_flag代表副串流是否可不從屬於主串流而 再生。值”0”代表前述副串流可單獨再生。值”1”代表前述副串流僅在與主串流同時利用時乃可再生。藉此，副串流與主串流無關而為數位電視所接收時，即可依發送側之意願而允許/抑制副串流之再生。
sync_reference_type與第3圖所示者相同，故在此省略其說明。
transport_stream_id代表傳輸親代之主串流之transport_stream_id。program_number代表包含親代之主串流之程式之program_number。ES_PID則代表親代之主串流之PID。記述transport_stream_id、program_number、ES_PID，則在利用對應可配置本描述子之PMT之第2迴圈之ES時，可指定親代之主串流之ES。另，不指定特定之ES而指定親代之程式時，ES_PID則記述無效值(代表NULL封包之0×1FF)。
transport_stream_location代表親代之主串流藉其它廣播網路(例如：相對於無線電視廣播之衛星廣播)而傳輸時，傳輸主串流之網路。舉例言之，transport_stream_location中可記述傳輸主串流之網路之network_id(例如：0×40f1)。藉此，即便以與副串流不同之廣播網路傳輸主串流，數位電視亦可知其傳輸位置。
uri_length代表後續之uri_char之位元組數。
uri_char可記述親代之主串流可藉廣播以外之媒體而存取時，用於存取主串流所包含之TS之URI。URI之記述例與以上所示之具體例相同，故在此省略以具體例進行詳細 說明。
stream_type係以為ISO/IEC 13818-1所定義之形式代表主串流之stream_type。舉例言之，主串流若為H.264AVC，則記述0×1B。藉此，即可在存取主串流前得知數位電視可否利用主串流。
parent_CA_flag代表副串流不可單獨再生時，是否應藉親代之主串流之ECM而加以解碼。值”0”代表副串流雖未經加密，但可依據記載副串流之資訊之PMT之第2迴圈中配置之CA_descriptor()之資訊而加以解碼。值”1”代表副串流使用主串流之ECM而解碼。藉此，而可避免以個別之金鑰加擾主串流與副串流所致之不便及處理負擔，同時可避免副串流與主串流無關而為數位電視所接收時，在發送側之意料之外進行再生。
explicit_CA_flag代表副串流之解碼時若利用親代之主串流之ECM，是否在本描述子中記述ECM_PID。值”0”代表依據與主串流相同之ECM，即依據記載主串流之資訊之PMT之第2迴圈中所配置之CA_descriptor()之資訊，而進行解碼。值”1”代表使用包含主串流之TS中之後續之ECM_PID中記載之ECM而解碼。藉此，即可使主串流與副串流為相同之收費，或僅限副串流可另行追加購入等，而構成彈性之收費體系。
ECM_PID係在副串流之解碼時明白指定親代之主串流之ECM時乃記述者。
PCR_location_flag以下之記述要素與第3圖所示者相 同，故在此省略其說明。
如以上之說明，追加新描述子service_subset_ES_descriptor()，即可使數位電視300在接收副串流後，指定可利用所接收之副串流之主串流。
又，使“service_subset_ES_descriptor()”中包含dependancy_flag等單獨再生之相關資訊，則可避免接收側之裝置發生錯誤而單獨再生副串流以致違反製作者意願而進行閱聽之可能性。
2.6數位電視(接收再生裝置)300
在此，說明接收再生裝置300之構造。
接收再生裝置300一如第12圖所示，係由控制部301、接收處理部302、再生處理部303及輸出部304所構成。
(1)控制部301
控制部301可進行接收再生裝置300整體之控制。
具體而言，控制部301可經UI及瀏覽器等，而自使用者受理特定之串流(廣播頻道)之選台指示，並基於所受理之選台指示而對接收處理部302指示進行選台、解調。然後，控制部301將自再生處理部303接收接收處理部302所接收之TS中所包含之PMT。控制部301將解析PMT，並指定應再生之影像之PID及音頻之PID等，再將已指定之各PID通知再生處理部303。又，控制部301可判斷所接收之PMT中有無上述之新描述子，而判斷包含應與所接收之TS同時再生之資訊之其它TS之存在與否。舉例言之，係視所接收之TS中所包含之PMT中是否存在“external_ES_link_descriptor()”， 而判斷副串流是否存在。控制部301判斷存在“external_ES_link__descriptor()”時則指定副串流，並對接收處理部302指示就包含所指定之副串流之TS進行接收、解調。進而，控制部301可自“external_ES_link_descriptor()”取得有關同步之資訊而基於所取得之資訊指定同步方法，並將其結果通知再生處理部303。
另，控制部301在所接收之TS所包含之PMT中記述有service_subset_ES__descriptor()時，將判斷可否僅再生副串流。若判斷不可僅再生副串流，則進行主串流之指定、同步資訊之取得。
(2)接收處理部302
接收處理部302一如第12圖所示，包含第1接收部310與第2接收部311。
第1接收部310可依據來自控制部301之指示而接收及解調所指定之傳輸串流(在此係包含主串流者)，並朝再生處理部303輸出解調所得之MPEG2形式之傳輸串流。
第2接收部311可依據來自控制部301之指示，而接收及解調包含副串流之傳輸串流，並朝再生處理部303輸出解調所得之MPEG2形式之傳輸串流。
(3)再生處理部303
再生處理部303一如第12圖所示，包含第1解多工部320、第2解多工部321、同步控制部322、第1影像解碼部323、第1影像解碼部324、音頻解碼部325、影像處理部326。
(3-1)第1解多工部320
第1解多工部320可將自第1接收部310接收之傳輸串流解多工，並擷取使用者所指定之頻道之節目之PMT，而朝控制部301加以輸出。
第1解多工部320一旦自控制部301接收已指定之影像之PID及音頻之PID等，即從自第1接收部310接收之傳輸串流擷取與各PID一致之影像之ES(在此係作為主串流之左眼影像串流)及音頻之ES。第1解多工部320可分別朝第1影像解碼部323、音頻解碼部325依序輸出所擷取之主串流、音頻之ES。
又，進行主串流與副串流之同時再生時，若同步之基準為主串流，則依據來自控制部301之指示而自主串流擷取PCR，並朝同步控制部322加以依序輸出。
(3-2)第2解多工部321
第2解多工部321一旦自控制部301接收所指定之影像之PID及音頻之PID，則從自第2接收部311接收之傳輸串流擷取與各PID一致之影像之ES(在此係作為副串流之右眼影像串流)。第2解多工部321將朝第1影像解碼部324依序輸出所擷取之影像之ES。
又，進行主串流與副串流之同時再生時，若同步之基準為副串流，則依據來自控制部301之指示而自副串流擷取PCR，並朝同步控制部322加以依序輸出。
另，第2解多工部321在自控制部301接收影像之PID前，自第2接收部311接收傳輸串流後，可將所接收之傳輸串流解多工，並擷取使用者所指定之頻道之節目之PMT， 而朝控制部301加以輸出。
(3-3)同步控制部322
同步控制部322可自控制部301接收已指定之同步方法。
同步方法使用主串流之PCR時，同步控制部322可自第1解多工部320取得PCR。同步控制部322將由取得之PCR生成主串流用之系統時脈，而朝第1影像解碼部323加以依序輸出。同步控制部322將依據來自控制部301之指示而使用主串流之PCR生成副串流用系統時脈，並朝第1影像解碼部324加以依序輸出。舉例言之，同步控制部322在使用偏移值而亦就副串流應用主串流之PCR時，可加算或減算就主串流用系統時脈而指定之偏移值而生成副串流用系統時脈。
同步方法使用副串流之PCR時，同步控制部322可自第2解多工部321取得PCR。同步控制部322將由取得之PCR生成副串流用之系統時脈，並朝第1影像解碼部324加以依序輸出。同步控制部322將依據來自控制部301之指示，而使用副串流之PCR生成主串流用系統時脈，並朝第1影像解碼部323加以依序輸出。
均不使用主串流及副串流而進行同步化時(諸如使用同期軌跡資訊時)，同步控制部322則依據來自控制部301之指示而生成主串流用系統時脈及副串流用系統時脈，並朝第1影像解碼部323及第1影像解碼部324分別依序輸出主串流用系統時脈及副串流用系統時脈。
(3-4)第1影像解碼部323
第1影像解碼部323可參照自同步控制部322依序輸出之主串流用系統時脈，而依前述主串流中記載之解碼時序解碼自第1解多工部320依序輸出之影像ES(主串流)，並依前述主串流中記載之輸出時序而朝影像處理部326加以輸出。
(3-5)第1影像解碼部324
第2影像解碼部324可參照自同步控制部322依序輸出之副串流用系統時脈，而依前述副串流中記載之解碼時序解碼自第2解多工部321依序輸出之影像ES(副串流)，並依前述副串流中記載之輸出時序而朝影像處理部326加以輸出。
(3-6)音頻解碼部325
音頻解碼部325可解碼自第1解多工部320依序接收之音頻之ES，而生成音頻資料。其次，音頻解碼部325並可輸出所生成之音頻資料作為音頻。
(3-7)影像處理部326
影像處理部326一旦自控制部301接收對應副串流之用途之指示，即依據接收之指示而進行第1影像解碼部323及第1影像解碼部324所輸出之影像之處理，並朝輸出部304加以輸出。
舉例言之，各影像對應雙眼式立體之各圖像時，則合成第1影像解碼部323及第1影像解碼部324分別輸出之影像。合成之方法若為諸如主動式快門型之3D顯示器，則交互顯示輸入之兩影像，並使對應3D眼鏡之左右眼之液晶快 門與顯示同步而交互開閉之。又，若為被動方式之3D顯示器，則配合在顯示器上就各線對應左右眼而交互設定之偏光方向，而使輸入之兩影像就各線交互重疊。進而，前提若為進行HDMI等外部輸出，則進行符合輸出對象之顯示器所受理之3D格式之合成(例如：左右交互以全解析度輸出之Frame Packing、朝水平方向壓縮合成之Side-by-Side等)。
(4)輸出部304
輸出部304則可朝顯示器(未圖示)輸出自影像處理部326接收之影像。
2.7動作
以下說明各裝置之動作。另，為便於說明，而將有關副串流之類別設為stream_type=0×80(雙眼式立體影像之主串流之相反側之圖像)。
(1)發送裝置100之動作
在此，參照第13圖所示之流程圖說明發送裝置100之動作。
左眼用視訊編碼器101可就有關一節目之複數之左眼用影像(畫面)採用MPEG-2、MPEG-4等方式而加以編碼生成左眼用視訊串流，並朝左眼用視訊串流儲存部103加以寫入(步驟S5)。
音訊編碼器102可壓縮、編碼音頻資料，而生成音訊串流，並朝音訊串流儲存部104加以寫入(步驟S10)。
多工化部106可將左眼用視訊串流、音訊串流及資訊保持部105中儲存之SI/PSI等多工化，而生成MPEG2-TS形式 之傳輸串流(步驟S15)，並經發送部107而加以發送(步驟S20)。
(2)發送裝置200之動作
關於發送裝置200之動作，則僅就與發送裝置100之動作之不同點加以說明。
步驟S5中，改為由右眼用視訊編碼器201生成右眼用視訊串流。
步驟S10則不執行，步驟S10中生成傳輸串流時，則改為由多工化部206將右眼用視訊串流與資訊保持部205中儲存之SI/PSI等多工化。
(3)接收再生裝置300之動作
以下，參照第14圖所示之流程圖說明接收再生裝置300之動作。另，為便於說明，而設定由第1接收部310接收主串流，並由第2接收部311接收副串流。
接收處理部302將自使用者接收包含選台指示之傳輸串流(TS)(步驟S100)。
控制部301則使用已接收之TS所包含之PMT而判別前述TS是否包含主串流，或包含副串流，或者雙方均不包含(步驟S105)。具體而言，控制部301在已接收之TS所包含之PMT中記載有新描述子“external_ES_link_descriptor()”時，將判別前述TS包含主串流，記載有新描述子“service_subset_ES_descriptor()”時，則判別前述TS包含副串流。又，均未記載上述新描述子時，則判別為通常之TS。
判別已接收之TS中包含主串流時(步驟S105之「主串 流」)，控制部301將參照external_ES_link_descriptor()之記述內容而指定副串流，並對第2接收部311指示接收包含已指定之副串流之TS，而由第2接收部311依據控制部301之指示而接收包含副串流之TS(步驟S110)。具體而言，控制部301可參照TS_location_type、transport_steram_id、program_number、ES_PID、transport_stream_location、uri_char而得知副串流之取得方法。舉例言之，TS_location_type所示之值為”00”或”01”時，將副串流解釋為藉廣播而傳輸者，而對第2接收部311指定transport_stream_id、transport_stream_location，並指示接收、解調傳輸副串流之廣播波，並對第2解多工部321指定program_number、ES_PID，而指示自業經解調之傳輸串流分離、擷取副串流(右眼影像之ES)。又，舉例言之，TS_location_type所示之值為”10”時，則將副串流解釋為經由通訊網路而取得者，而對第2接收部311指定uri_char並指示自通訊網路取得前述副串流，且對第2解多工部321指定program_number、ES_PID而指示自已取得之傳輸串流分離、擷取副串流。依據來自控制部301之指示，第2接收部311將接收、解調副串流，第2解多工部321則進行解多工而擷取影像之ES(副串流)並朝第1影像解碼部324加以依序輸出。另，亦可構成在取得副串流之前單獨再生主串流。又，亦可事前設定或視詢問使用者之結果而選擇取得副串流而與主串流同時加以利用，或單獨利用主串流。
再生處理部303則基於控制部301之指示而進行已接收 之主串流及副串流之同時再生(步驟S115)。具體而言，首先控制部301取得external_ES_link_descriptor()後，將參照sync_reference_type及PCR_location_flag以下之欄位而指定同步方法。舉例言之，sync_reference_type=01、PCR_location_flag=0、explicit_PCR_flag=0、PCR_offset_flag=1時，則解釋為亦可使用偏移值而將主串流之PMT中記載之PCR應用於副串流，並指示同步控制部進行前述處理。同步控制部322則基於已指定之同步方法並參照PCR_PID而擷取主串流所包含之PCR，再使用擷取之PCR而生成主串流用系統時脈及副串流用系統時脈，並分別朝第1影像解碼部323及第1影像解碼部324依序輸出主串流用系統時脈及副串流用系統時脈。又，控制部301將指示第1解多工部320自第1接收部310所接收之TS擷取主串流影像。控制部301可參照stream_type_flag及stream_type而取得關於副串流之用途之資訊，並指示再生處理部303進行對應之處理。舉例言之，stream_type=0×80時，將主串流及副串流解釋為對應雙眼式立體之各圖像，並指示再生處理部303進行處理。依據控制部301之指示，再生處理部303之第1影像解碼部323可由主串流生成左眼用影像，第1影像解碼部324可由副串流生成右眼用影像，影像處理部326則可進行所生成之左眼用影像及右眼用影像之3D顯示所需之處理。
判別已接收之TS包含副串流時(步驟S105之「副串流」)，控制部301將參照service_subset_ES_descriptor()而判斷是否可僅再生副串流(步驟S120)。具體而言，控制部301 參照service_subset_ES_descriptor()之dependency_flag即可進行上述判斷。
判斷不可單獨再生時(步驟S120之「否」)，控制部301則參照service_subset_ES_descriptor()而指定主串流，並指示第1接收部310接收包含已指定之主串流之TS，第1接收部310則基於控制部301之指示而接收包含主串流之TS(步驟S125)。然後，處理接續至步驟S115。
判斷可單獨再生時(步驟S120之「是」)，再生處理部303將進行副串流之單獨再生(步驟S130)。另，亦可事前設定或視詢問使用者之結果而選擇取得主串流而與副串流同時加以利用，或單獨利用副串流。
判別已接收之TS均不包含主串流及副串流時(步驟S105之「其它」)，再生處理部303則自所接收之TS生成影像及音頻，並朝輸出部304加以輸出，即，進行已接收之TS之再生(步驟S135)。
3.第2實施形態
上述第1實施形態中，雖藉廣播波發送節目，但在此則就藉IP(Internet Protocol)廣播進行發送之情形加以說明。
本實施形態之節目播送糸統與第1實施形態相同，構成包含用於發送主串流之發送裝置1100、用於發送副串流之發送裝置1200、接收再生裝置1300。
另，與第1實施形態相同，主串流係左眼用影像之串流，副串流係右眼用影像之串流。
以下，就各裝置之構造以與第1實施形態之不同點為主 而加以說明。與第1實施形態之功能構造相同之功能構造則附以相同標號而省略其說明。
3.1發送裝置1100
發送裝置1100一如第15圖所示，構成包含左眼用視訊編碼器101、音訊編碼器102、左眼用視訊串流儲存部103、音訊串流儲存部104、檔案保持部1105、多工化部1106及發送部1107。
(1)檔案保持部1105
檔案保持部1105保持有將在發送IP上之隨選視訊服務等之影像串流等之前先發送之再生控制元檔案。再生控制元檔案係指「數位電視資訊化研究會 數位電視 網路功能規格 串流傳輸功能規格書 編解碼器篇」所規定者。
本實施形態中，在記述有主串流之資訊之再生控制元檔案中之ERI(Entry Resource Information)中，追加有已記述以與前述串流不同之TS傳輸之副串流之參照資訊之新要素(external_ES_link_info)。另，關於新要素(external_ES_link_info)則留待後述。又，再生控制元檔案可藉外部裝置而作成，亦可藉發送裝置1100而作成。
藉此，閱聽IP上之隨選視訊服務等之影像串流時，即可在解析主串流之內容前，指定可同時利用之副串流。
(2)多工化部1106
多工化部1106可將左眼用視訊串流儲存部103中儲存之左眼用視訊串流(主串流)、音訊串流儲存部104中儲存之音訊串流等多工化，而生成MPEG2-TS形式之TS，並經發 送部1107而加以發送。
(3)發送部1107
發送部1107可發送檔案保持部1105所保持之再生控制元檔案，以及發送多工化部1106所生成之MPEG2-TS形式之TS。
3.2關於external_ES_link_info
第16圖係顯示external_ES_link_info之項目者。
external_ES_link_info要素代表一個或複數之副串流之相關資訊。
Location要素代表副串流在廣播、通訊或儲存媒體上之位置。在此，副串流之位置係以URI形式記述於uri屬性中。藉此，接收側之裝置即可知如何存取副串流。舉例言之，藉廣播傳輸副串流時，依據諸如「ARIB STD-B24」所規定之標記法，值若為“arib：//0001.0002.0003.0004/05”，則代表藉network_id=0×0001、transport_stream_id=0×0002、service_id=0×0003、event_id=0×0004、component_tag=0×05而廣播(傳輸)之ES中包含副串流。又，藉廣播以外之媒體亦可存取副串流時，則與第1實施形態所示之uri_char之記述相同。
stream要素代表副串流之特性。type屬性中，則以「ISO/IEC 13818-1」所規定之值記述副串流之stream_type。舉例言之，H.264AVC時，則記述為“1b”。藉此，即可在存取副串流前得知接收側之裝置可否利用副串流。另，type屬性與第1實施形態所示之stream_type相同， 亦可就副串流之不同用途而記述其值。
sync要素代表主串流與副串流之同步之相關資訊，由type屬性、pcr_pid屬性、pcr_offset屬性、main_sync_tag屬性及sub_sync_tag屬性所構成。
sync要素之type屬性代表主串流與副串流之同步方法之有無及方法。值“pcr_main”時，代表利用包含主串流之程式之PCR。值“pcr_sub”則代表利用包含副串流之程式之PCR。值“independent”則代表使用同期軌跡進行同步作業。未記述其值時，接收側之裝置則不進行主串流與副串流之同步作業，而在進行主串流之解碼、顯示時以主串流內之PCR為依據，進行副串流之解碼、顯示時則以副串流內之PCR為依據。藉此，接收側之裝置即可知主串流與副串流之間之時脈同步之有無及方法。
pcr_pid屬性在type屬性為“pcr_main”或“pcr_sub”時，可明白指定PCR_PID。舉例言之，值為“1db”則參照PID為0×01DB之PCR。未記述其值時，則使用前述串流之PMT中記述之PCR_PID。藉此，接收側之裝置即可知同步再生時是否應利用固有之PCR，並於利用時得知其PCR_PID。
pcr_offset屬性可在type屬性為“pcr_main”或“pcr_sub”，且參照PCR時加算偏移值時，記述該偏移值。偏移值可記述為“-200000000”至“200000000”間之一值(16進位整數值)。舉例言之，sync要素之type屬性若為“pcr_main”而利用主串流內之PCR，則進行副串流之解碼、顯示時，接收側之裝置將依據pcr_offset屬性之值而使用主 串流內之PCR偏移後之值。sync要素之type屬性若為“pcr_sub”而利用副串流內之PCR，則進行主串流之解碼、顯示時，將依據pcr_offset屬性之值而使用副串流內之PCR偏移後之值。指定pcr_offset屬性，則在無法使主串流與副串流間之PCR之開始值一致時，亦可實現同步再生。
main_sync_tag屬性在type屬性為“independent”時，代表主串流之同期軌跡之component_tag之值。
sub_sync_tag屬性在type屬性為“independent”時，代表副串流之同期軌跡之component_tag之值。
使用main_sync_tag屬性與sub_sync_tag屬性，則可不受PCR影響而使主串流與副串流同步。
在此，第17圖係顯示external_ES_link_info要素之記述例者。第17圖中，可知副串流藉Location要素而存在“arib：//0001.0002.0003.0004/05”所示之位置上。又，stream要素之type屬性為“1b”，故可知副串流為H.264AVC形式。進而，可知藉sync要素而使主串流與副串流之同步使用主串流之PCR，PID係0×01DB之PCR，副串流中則對主串流之PCR加算偏移值“-100”。
3.3發送裝置1200
發送裝置1200一如第8圖所示，由右眼用視訊編碼器201、右眼用視訊串流儲存部203、檔案保持部1205、多工化部1206及發送部1207所構成。
(1)檔案保持部1205
檔案保持部1205保持有在發送IP上之隨選視訊服務等 之影像串流等之前先發送之再生控制元檔案。再生控制元檔案係指「數位電視資訊化研究會 數位電視 網路功能規格 串流傳輸功能規格書 編解碼器篇」所規定者。
本實施形態中，於記述有副串流之資訊之再生控制元檔案之ERI中，追加有已記述以與前述串流不同之TS傳輸之主串流之參照資訊之新要素(subset_service_ES_info)。另，關於新要素(subset_service_ES_info)則留待後述。
藉此，在閱聽IP上之隨選視訊服務等之影像串流時，即可在解析副串流之內容之前，指定可同時利用之主串流。
(2)多工化部1206
多工化部1206可將右眼用視訊串流儲存部203中儲存之右眼用視訊串流(副串流)等多工化，而生成MPEG2-TS形式之TS，並經發送部1207而加以發送。
(3)發送部1207
發送部1207可發送檔案保持部1205中保持之再生控制元檔案，以及發送多工化部1206所生成之MPEG2-TS形式之TS。
3.4關於subset_service_ES_info
第19圖係顯示subset_service_ES_info之項目者。
subset_service_ES_info要素代表副串流與主串流之關係。
Location要素代表主串流在廣播、通訊或儲存媒體上之位置。副串流之位置則以URI形式記述於uri屬性中。uri屬性之記述方法與第16圖之Location要素之uri屬性相同。藉 此，接收側之裝置即可知如何存取主串流。
stream要素代表主串流之特性，並包含type屬性、dependency屬性及parent_lli屬性。
stream要素之type屬性中以ISO/IEC 13818-1所規定之值記述主串流之stream_type。舉例言之，H.264AVC時，則記述“1b”。藉此，即可在存取主串流之前得知接收再生裝置可否利用主串流。
dependency屬性代表副串流是否可不從屬於主串流而再生。值“false”代表前述副串流可單獨再生。“true”則代表前述副串流僅在與主串流同時利用時方可再生。藉此，接收側之裝置存取副串流而與主串流無關時，即可依據發送側之意願而允許/抑制副串流之再生。
parent_lli屬性代表用於記述對DRM之參照之LLI(License Link Information)之相關資訊。值“false”代表利用副串流之再生控制元檔案中之LLI。值“true”代表利用主串流之再生控制元檔案中之LLI。藉此，而可避免以個別之金鑰加密主串流與副串流所致之不便及處理負擔，同時可避免副串流與主串流無關而為接收側之裝置所接收時，違反發送側之意願而進行再生。
sync要素與第16圖所示之sync要素相同，故在此省略其說明。
第20圖係顯示subset_service_ES_info要素之記述例者。第20圖中，可知主串流藉Location要素而存在“arib：//0001.0002.0003.0004/05”所示之位置上。又，可知依stream 要素之type屬性而使主串流為H.264AVC形式，依dependency屬性而使前述副串流僅在與主串流同時利用時方可再生，依parent_lli屬性而就對DRM之參照利用主串流之再生控制元檔案中之LLI。進而，可知依sync要素而使主串流與副串流之同步使用主串流之PCR，PID為0×01DB之PCR，副串流中對主串流之PCR加算偏移值“-100”。
3.5接收再生裝置1300
以下，就接收再生裝置1300之構造加以說明。
接收再生裝置1300一如第21圖所示，由控制部1301、接收處理部1302、再生處理部303、輸出部304及發送部1305所構成。
(1)控制部1301
控制部1301可進行接收再生裝置1300整體之控制。
具體而言，控制部1301可藉使用者(閱聽者)之操作而指定用於識別要求發送之內容之再生控制元檔案URL。控制部1301可生成包含所指定之再生控制元檔案URL之檔案要求資訊，並經發送部1305而朝發送裝置1100或發送裝置1200發送所生成之檔案要求資訊。另，檔案要求資訊之發送對象則藉使用者(閱聽者)之操作而決定。又，再生控制元檔案URL之指定則諸如進行如下。控制部1301在發送裝置1100或發送裝置1200要求發送內容(節目)時，將先自發送裝置接收內容之發送側所管理之內容(串流)個別之再生控制元檔案URL及內容之名稱，再於接收再生裝置1300之顯示器(未圖示)上一覧顯示內容之名稱。控制部1301在藉使用者 之操作而自一覧顯示之內容之名稱中選出一名稱後，即指定對應所選出之內容之名稱之再生控制元檔案URL。
又，控制部1301將自接收處理部1302接收再生控制元檔案。控制部1301則解析再生控制元檔案，並指定應再生之影像之PID及音頻之PID等，而對再生處理部303通知已指定之各PID。又，控制部301將判斷所接收之再生控制元檔案中之上述新描述子之有無，而判斷是否存在包含應與對應所接收之再生控制元檔案之TS同時再生之資料之其它TS。舉例言之，係視所接收之再生控制元檔案中是否存在新要素“external_ES_link_info”而判斷是否存在副串流。控制部1301判斷external_ES_link_info要素存在時，將指定副串流。控制部1301則經發送部1305而朝發送裝置1200發送關於包含主串流之TS之發送要求，並經發送部1305而朝發送裝置1200發送關於包含已指定之副串流之TS之發送要求。進而，將指示接收處理部302接收、解調包含副串流之TS。再，控制部1301將自external_ES_link_info要素取得同步之相關資訊，並基於所取得之資訊而指定同步方法，並對再生處理部303通知其結果。
另，控制部1301在已接收之再生控制元檔案中記述有新要素“subset_service_ES_info”時，將判斷可否僅再生副串流。判斷不可僅再生副串流時，則進行主串流之指定、同步資訊之取得。
(2)發送部1305
發送部1305一旦自控制部1301接收檔案要求資訊，即朝 指定之發送對象(發送裝置1100或發送裝置1200)進行發送。
(3)接收處理部1302
接收處理部1302一如第21圖所示，包含第1接收部1310與第2接收部1311。
第1接收部1310可接收發送裝置1100所發送之再生控制元檔案。又，第1接收部1310可接收及解調包含主串流之TS，並朝再生處理部303輸出解調所得之MPEG2形式之傳輸串流。
第2接收部1311可接收發送裝置1200所發送之再生控制元檔案。又，第2接收部1311可接收及解調包含副串流之TS，並朝再生處理部303輸出解調所得之MPEG2形式之傳輸串流。
3.6動作
以下說明各裝置之動作。另，為便於說明，而設定主串流為左眼影像之串流，副串流則為右眼影像之串流。
(1)動作概要
就本實施形態之節目播送糸統之動作概要參照第22圖所示之流程圖加以說明。
接收再生裝置1300之控制部1301可生成包含用於識別被要求發送之節目(內容)之再生控制元檔案URL之檔案要求資訊(步驟S200)，並朝依使用者操作而決定之發送裝置(發送裝置1100或發送裝置1200)發送所生成之檔案要求資訊(步驟S205)。
發送裝置(諸如發送裝置1100)則指定自接收再生裝置 1300接收之再生控制元檔案URL所對應之再生控制元檔案(步驟S210)，並朝接收再生裝置1300發送已指定之再生控制元檔案(步驟S215)。
接收再生裝置1300一旦接收再生控制元檔案，即解釋已接收之再生控制元檔案之內容，並進行對應解釋結果之再生處理(步驟S220)。
(2)再生處理
以下，就第22圖所示之步驟S220所進行之再生處理參照第23圖所示之流程圖加以說明。
接收再生裝置1300之接收處理部1302將自藉使用者操作而決定之發送裝置(諸如發送裝置1100)接收再生控制元檔案(步驟S300)。
控制部1301則使用已接收之再生控制元檔案而判別對應前述再生控制元檔案之TS是否包含主串流，是否包含副串流，或是否雙方均不包含(步驟S305)。具體而言，控制部301在已接收之再生控制元檔案中記載有新要素“external_ES_link_info”時，將判別對應之TS中包含主串流，並在記載有新要素“subset_service_ES_info”時，判別對應之TS中包含副串流。又，均未記載上述新要素時，則判別為通常之TS。
判別TS中包含主串流時(步驟S305之「主串流」)，控制部1301將參照external_ES_link_info之記述內容而指定副串流(步驟S310)。具體而言，控制部301係參照Location要素之ur屬性而指定副串流之取得方法。
控制部1301將對發送裝置1100及發送裝置1200進行分別關於主串流及副串流之發送要求(步驟S315)。
再生處理部303則基於控制部1301之指示而進行已接收之主串流及副串流之同時再生(步驟S320)。具體而言，首先，控制部301在已取得external_ES_link_info時，將參照sync要素而指定同步方法。同步控制部322則基於指定之同步方法並參照PCR_PID屬性而擷取諸如主串流所包含之PCR，並使用擷取之PCR而生成主串流用系統時脈及副串流用系統時脈，再朝第1影像解碼部323及第1影像解碼部324分別依序輸出主串流用系統時脈及副串流用系統時脈。又，控制部1301將指示第1解多工部320自第1接收部1310所接收之TS中擷取主串流影像，並指示第2解多工部321自第2接收部1311所接收之TS中擷取副串流影像。藉控制部1301之指示，再生處理部303之第1影像解碼部323可自主串流生成左眼用影像，第1影像解碼部324可自副串流生成右眼用影像，影像處理部326則可進行所生成之左眼用影像及右眼用影像之3D顯示所需之處理。
判別已接收之TS中包含副串流時(步驟S305之「副串流」)，控制部1301將參照subset_service_ES_info要素而判斷是否可僅再生副串流(步驟S325)。具體而言，控制部301可參照subset_service_ES_info之stream要素之dependency屬性而進行上述判斷。
判斷不可單獨再生時(步驟S325之「否」)，控制部1301將參照subset_service_ES_info要素而指定主串流(步驟 S330)。然後，處理則接續至步驟S315。
判斷可單獨再生時(步驟S325之「是」)，控制部1301則對發送裝置1200進行關於副串流之發送要求(步驟S335)。第2接收部1311則接收副串流，再生處理部303則進行副串流之單獨再生(步驟S340)。
判別已接收之TS中均不包含主串流及副串流時(步驟S305之「其它」)，控制部1301將對發送裝置(藉使用者操作而指定之裝置)進行關於副串流之發送要求(步驟S345)。第1接收部1310則接收串流，再生處理部303則僅進行已接收之串流之再生(步驟S350)。
4.第1變形例
上述各實施形態中，雖已對應節目之發送形態而就藉PMT進行時及藉ERI進行時說明主串流與副串流之聯結，但不限於此。
本變形例中，主串流係將指定副串流時之資訊記載於「ARIB STD-B10」所規定之SI(Service Information)中而非PMT中。具體而言，係於SI中包含之SDT(Service Description Table)或EIT(Event Information Table)之描述子迴圈中，配置記述有以與前述串流不同之TS傳輸之副串流之參照資訊之同為「ARIB STD-B10」所規定之hyperlink_descriptor()。
第24圖即顯示hyperlink_descriptor()之構造之一例。
descriptor_tag中記述用於區別其它描述子與本描述子之唯一值。
descriptor_length中記述次一欄位至本描述子末尾之位 元組數。
hyper_linkage_type代表聯結之形態。在此係重新定義synchronized_stream(0×0B)而加以使用。
link_destination_type代表聯結對象類別。在此係重新定義link_to_external_component(0×08)而加以使用。
selector_length代表後續之選擇器領域之位元組長。
selector_byte中則依就各聯結對象類別分別規定之形式而記述聯結對象。在此係對應link_to_external_component(0×08)而重新定義link_external_component_info()而加以使用。link_external_component_info()之各欄位之意義則留待後述。
private_data係用於未來延伸者。
第25圖係顯示link_external_component_info()之構造之一例者。
Reserved係用於未來延伸之領域，可記述位元數量之二進位數之“1”。
TS_location_type代表傳輸副串流之網路之類別。值”00”代表副串流係藉與主串流相同之廣播網路而傳輸。值”01”代表副串流係藉後續之transport_stream_location所示之與主串流不同之廣播網路而傳輸。值”10”代表副串流亦可藉可以後續之uri_char所示之URI而存取之廣播以外之媒體而存取。藉此，接收側之裝置即可知如何存取副串流。
component_type_flag係代表後續之stream_content及component_type之記述之有無之旗標。
sync_reference_type則與第4圖相同。
transport_stream_id代表傳輸所參照之副串流之transport_stream_id。
service_id代表包含所參照之副串流之程式之service_id。另service_id與program_number同義。event_id代表包含所參照之副串流之事件之event_id。不指定包含所參照之副串流之事件時，event_id中則儲存無效值(0×ffff)。
component_tag代表所參照之副串流之component_tag。記述transport_stream_id、service_id、component_tag，即可在利用主串流時，指定可同時利用之副串流之ES。進而，指定event_id，則可指定在與包含主串流之事件不同之時間廣播之包含副串流之事件。此時，接收側之裝置則可在廣播時間較快之任一方(或雙方)之錄影後，使用已儲存之主串流或副串流而進行同步再生。
original_network_id可代表以其它廣播網路(例如：相對於無線電視廣播之衛星廣播)傳輸所參照之副串流時，傳輸副串流之網路。藉此，即便以與主串流不同之廣播網路傳輸副串流，接收機亦可知其傳輸位置。
uri_length代表後續之uri_char之位元組數。
uri_char記述有在所參照之副串流亦可藉廣播以外之媒體而存取時，用於存取包含副串流之TS之URI。URI之記述例則與第1實施形態相同，故在此省略其說明。
stream_content代表指定之副串流之類別(影像、音頻、資料)。
component_type代表指定之副串流之成分之詳細類別。藉stream_content與component_type，即可於存取副串流前得知接收機可否利用副串流。另，stream_content及component_type與第4圖之stream_type相同，亦可就副串流之不同用途而分別記述其值。
PCR_location_flag以下之記述與第4圖相同，故在此省略其說明。但，使用main_sync_tag取代main_sync_PID而記述主串流之同期軌跡。且，使用sub_sync_tag取代sub_sync_PID而記述副串流之同期軌跡。
以上，已就新描述子“hyperlink_descriptor()”及“link_external_component_info()”之構造加以說明。藉該等描述子，即便事前進行廣播節目之再生預約、錄影預約，接收側之裝置(數位電視)亦可預先指定可利用之副串流，並選擇再生、記錄之串流。
5.第2變形例
以下，說明使用與主串流聯動之為「ARIB STD-B24」所規定之資料廣播中之object要素，而記述以與前述串流不同之TS傳輸之副串流之參照資訊之情形。
第26圖係顯示本變形例所使用之延伸屬性之一覧及使用其等而指定副串流之資料廣播內容之記述例者。
第26(a)圖係顯示代表主串流之object要素所對應之用於指定副串流之延伸屬性者。
substream_type代表副串流之mime-type。舉例言之，若為藉廣播波而傳輸之MPEG-4，則指定 “video/X-arib-mpeg4”。藉此，即可在存取副串流前得知接收側之裝置可否利用副串流。另，substream_type屬性與第4圖之stream_type相同，亦可就副串流之不同用途分別記述其值。
substream_data代表副串流之URL。uri屬性之記述方法與第16圖之location要素之uri屬性相同。藉此，接收側之裝置即可知副串流之位置。
substream_sync_type代表主串流與副串流之同步方法之有無及方法。值“pcr_main”代表利用包含主串流之程式之PCR。值“pcr_sub”代表利用包含副串流之程式之PCR。值“independent”時則使用獨立之同期軌跡而進行同步作業。未記述其值時，則接收側之裝置不進行主串流與副串流之同步作業，而於進行主串流之解碼、顯示時以主串流內之PCR為依據，進行副串流之解碼、顯示時則以副串流內之PCR為依據。藉此，接收側之裝置即可知主串流與副串流間之時脈同步之有無及方法。
substream_sync_pcr_pid在substream_sync_type屬性為“pcr_main”或“pcr_sub”時，可明白指定PCR_PID。舉例言之，值若為“1db”，則參照PID為0×01DB之PCR。未記述其值時，則使用前述串流之PMT中記述之PCR_PID。藉此，接收側之裝置即可知同步再生時應否利用固有之PCR，並於利用時得知該PCR之PID。
substream_sync_pcr_offset中，若substream_sync_type屬性為“pcr_main”或“pcr_sub”，且參照PCR時加算偏移值， 則記述其偏移值。偏移值可記述為“-200000000”至“200000000”之間之一值(16進位整數值)。舉例言之，若substream_sync_type為“pcr_main”而利用主串流內之PCR，則進行副串流之解碼、顯示時，將依據substream_sync_pcr_offset之值而使用主串流內之PCR偏移後之值。若substream_sync_type為“pcr_sub”而利用副串流內之PCR，則進行主串流之解碼、顯示時，將依據substream_sync_pcr_offset之值而使用副串流內之PCR偏移後之值。指定substream_sync_pcr_offset，則在無法使主串流與副串流間之PCR之開始值一致時，亦可實現同步再生。
substream_sync_main_tag中，在substream_sync_type屬性為“independent”時，將記述代表主串流之同期軌跡之component_tag。
substream_sync_sub_tag中，在substream_sync_type屬性為“independent”時，將記述代表副串流之同期軌跡之component_tag。使用substream_sync_main_tag屬性與substream_sync_sub_tag屬性，即可不受PCR值影響而使主串流與副串流同步。
第26(b)圖係顯示使用上述延伸屬性而指定副串流之資料廣播內容之記述例者。
由substream_type之記述內容可知副串流係以MPEG-4形式而藉廣播波傳輸者。
依據substream_data之記述內容，可知副串流存在“arib：//0001.0002.0003.0004/05”所示之位置上。
依據substream_sync_type及substream_sync_pcr_pid個別之記述，可知主串流與副串流之同步時，係利用包含主串流之程式之PCR，所利用之PCR則參照PID為0×01DB者。
又，由substream_sync_pcr_offset之記載，可知主串流與副串流之同步時，使用“-100”之偏移值。
以上，已就使用「ARIB STD-B24」所規定之資料廣播中之object要素，而記述副串流之參照資訊之情形加以說明。藉此，使用資料廣播內容而閱聽主串流之影像音頻服務時，即可指定可同時利用之副串流。
6.第3變形例
以下，說明在用於伺服器式廣播時記述包含主串流之內容之資訊之「ETSI TS 102 822 Part3-1」所規定之元資料中之ProgramInformation要素中，記述以與前述串流不同之TS傳輸之副串流之參照資訊之情形。具體而言，係於ProgramInformation要素所包含之AVAttributes要素中所記述之VideoAttributes要素中，定義而記述新要素“ExternalES”。
第27、28圖即顯示於VideoAttributes要素中定義ExternalES要素之構造(概要)之一例。
第27圖之區段B500之記述稱為LocationType型，可記述副串流在廣播、通訊或儲存媒體上之位置。副串流之位置係以URI形式記述於LocationType型所包含之uri屬性中。uri屬性之記述方法與第16圖之location要素之uri屬性相同，故在此省略其說明。藉此，接收側之裝置即可知如何存取副 串流。
區段B501之記述稱為StreamType型，可記述副串流之特性。StreamType型之type屬性中，則以文字列記述副串流之屬性，具體而言，係記述「ISO/IIEC 13818-1」所規定之stream_type之值。舉例言之，H.264AVC時則記述“1b”。藉此，即可在存取副串流前得知接收側之裝置可否利用副串流。另，type屬性與第4圖之stream_type相同，亦可就副串流之不同用途而分別記述其值。
區段B502之記述稱為SyncType型，可記述主串流與副串流之同步之相關資訊。
SyncType型之type屬性代表主串流與副串流之同步方法之有無及方法。值”pcr_main”代表利用包含主串流之程式之PCR。值“pcr_sub”代表利用包含副串流之程式之PCR。值“independent”則代表使用獨立之同期軌跡而進行同步作業。未記述其值時，代表接收機不進行主串流與副串流之同步作業，而於進行主串流之解碼、顯示時以主串流內之PCR為依據，進行副串流之解碼、顯示時則以副串流內之PCR為依據。藉此，接收側之裝置即可知主串流與副串流間之時脈同步之有無及方法。
pcr_pid屬性在type屬性為“pcr_main”或“pcr_sub”時，可明白指定PCR_PID。舉例言之，值若為“1db”，則參照PID為0×01DB之PCR。未記述其值時，則使用前述串流之PMT中記述之PCR_PID。藉此，接收側之裝置即可知同步再生時應否利用固有之PCR，並於利用時得知該PCR之PID。
pcr_offset屬性在type屬性為“pcr_main”或“pcr_sub”，且參照PCR時加算偏移值時，將記述該偏移值。偏移值則可記述為“-200000000”至“200000000”之間之一值(16進位整數值)。
若sync屬性為“pcr_main”而利用主串流內之PCR，則進行副串流之解碼、顯示時，接收側之裝置將依據offset屬性之值而使用主串流內之PCR偏移後之值。若sync屬性為“pcr_sub”而利用副串流內之PCR，則進行主串流之解碼、顯示時，接收側之裝置將依據pcr_offset屬性之值而使用副串流內之PCR偏移後之值。
指定pcr_offset，即便無法使主串流與副串流間之PCR之開始值一致，亦可實現同步再生。
main_sync_tag屬性在type屬性為“independent”時，代表主串流之同期軌跡之component_tag之值。
sub_sync_tag屬性在type屬性為“independent”時，代表副串流之同期軌跡之component_tag之值。使用main_sync_tag屬性與sub_sync_tag屬性，即可不受PCR之值影響而使主串流與副串流同步。
區段B503之記述稱為ExternalEsType型，代表副串流之相關資訊，並包含LocationType型之Location要素、StreamType型之Stream要素、SyncType型之Sync要素。該等要素已說明如上，故在此省略其說明。
區段B504稱為VideoAttributesType型，可追加新要素之ExternalEsType型之ExternalEs要素。
使用以上所示之新要素“ExternalEs”而指定副串流之ERI之記述例顯示於第29圖。
第29圖中，<ExternalEs>至</ExternalEs>之記述係新要素之內容。
由Location要素之記述可知，副串流存在“arib：//0001.0002.0003.0004/05”所示之位置上。
由Stream要素之記述可知串流之類型係H.264AVC。
由Sync要素之type屬性、pcr_pid屬性及pcr_offset屬性之記述可知，主串流與副串流之同步時，係利用包含主串流之程式之PCR，所利用之PCR並參照PID為0×01DB者，而使用“-100”之偏移值。
以上，已說明於VideoAttributes要素中定義ExternalES要素並記述副串流之參照資訊之情形。藉此，即可使用可跨廣播、通訊方式而記述共通之內容資訊之元資料，而指定可利用之副串流。
7.其它變形例
又，不限於上述各實施形態及變形例，舉例言之，亦可採用以下之變形例。
(1)上述第1實施形態中，雖將新描述子“external_ES_link_descriptor()”記述於PMT之第2迴圈D102中，但不限於此。
對程式追加不對應特定之主串流ES之副串流時(例如：副串流為追加語言之字幕ES時等)，亦可將external_ES_link_descriptor()記載於PMT之第1迴圈D100 中。
藉此，即可輕易記述對應程式之副串流。
又，亦可不重新定義“external_ES_link_descriptor()”，而延伸既有之一個或複數之描述子以追加“external_ES_link_descriptor()”中記載之各資訊，或對主串流ES及/或副串流ES內予以追加作為使用者延伸資料。
(2)上述第2實施形態中，雖以為「數位電視資訊化研究會 數位電視 網路功能規格 串流傳輸功能規格書 編解碼器篇」所規定之再生控制元檔案為例而加以說明，但新描述子”external_ES_link_info()”之追加不限於該檔案。
Open IPTV Forum Specification Volume5-Declarative Application Environment」所規定之Content Access Descriptor，以及「ISO/IEC 14496-12」(ISO Base Media File Format)之標頭等，亦可追加於記述影像音頻串流之屬性之元資料中。
又，就新描述子“subset_ervice_ES_info”亦相同，不僅可對「數位電視資訊化研究會 數位電視 網路功能規格 串流傳輸功能規格書 編解碼器篇」所規定之再生控制元檔案予以追加，亦可就「Open IPTV Forum Specification Volume5-Declarative Application Environment」所規定之Content Access Descriptor及「ISO/IEC 14496-12」(ISO Base Media File Format)之標頭等用於記述影像音頻串流之屬性之元資料予以追加。
又，上述各新描述子雖記述於ERI中，但不限於此。上 述各新描述子包含於再生控制檔案中即可，並非必須記載於ERI中。
(3)上述第1變形例中，雖以「ARIB STD-B10」所規定之SI資料為例而加以說明，但此外亦可利用採用「ETSI EN 300 468」(DVB-SI)、「ATSC A65」(ATSC Program and System Information Protocol)等MPEG2 Private Section形式之資訊形式。
或，副串流之資料亦可不記述於hyperlink_descriptor()中，而重新定義描述子以記述同等之資訊。
進而，上述第2變形例中，雖以「ARIB STD-B24」所規定之資料廣播為例而加以說明，但此外亦可利用「ETSI ES 202 184」(MHEG-5 Broadcast Profile)、「ETSI TS 101 812」(Multimedia Home Platform)、「CEA-2014」(Web4CE)、「HTML-5」等可自文件中存取影像物件之多媒體方式。
(4)上述第1實施形態中，雖將新描述子“service_subset_ES_descriptor()”記述於PMT之第2迴圈中，但不限於此。
構成包含副串流之程式ES僅為前述副串流時，亦可將service_subset_ES_descriptor()記載於PMT之第1迴圈中。且，亦可不重新定義service_subset_ES_descriptor()，而延伸既有之一個或複數之描述子以追加service_subset_ES_descriptor()中記載之各資訊。
(5)雖已說明上述實施形態等中所示之external_ES_link_descriptor()、service_subset_ES_descriptor()、 hyper_link_descriptor()及ExternalES要素均記載1個之情形，但不限於此。
該等資訊亦可配置複數個。
(6)上述各實施形態中，雖說明以主串流作為左眼影像之串流，並以副串流作為右眼影像之串流，但主串流與副串流之組合不限於此。
一如使用stream_type而指定副串流之用途般，主串流與副串流之組合係3D影像之控制(stream_type之值為“0×80”、“0×81”、“0×85”至“0×87”)、主串流之影像之高精細化(stream_type之值為“0×82”至“0×84”)、自由視點之切換(stream_type之值為“0×88”至“0×8A”)等而為多種各樣。舉例言之，副串流為用於使主串流之影像高解析化之差分成分時，影像處理部將對第1影像解碼部所生成之影像附加第2影像解碼部所生成之差分成分。
又，亦可定義新值而以副串流作為字幕資料或音頻資料。此時，接收再生裝置則設置用於解碼字幕資料之字幕資料解碼部及用於解碼副串流之音頻資料之音頻解碼部。副串流為字幕資料時，影像處理部即對第1影像解碼部所生成之映像重疊字幕資料解碼部所生成之字幕資料。又，副串流為音頻資料時，接收再生裝置則將解碼副串流中包含之音頻資料，並加以輸出。另，主串流中亦包含音頻資料時，亦可視使用者之操作而輸出雙方之音頻，或僅輸出一方之音頻。
(7)上述各實施形態中，雖使主串流之發送形態與副串 流之發送形態相同，但不限於此。
主串流之發送形態與副串流之發送形態亦可互異。舉例言之，亦可使主串流存在於包含PMT等之SI/PSI之傳輸串流中，副串流則為藉IP廣播而發送之傳輸串流，反之亦可。
(8)上述實施形態中，PMT、再生控制檔案之生成，尤其新描述子及新要素之“external_ES_descriptor()”、“service_subset_ES_descriptor()”、“external_ES_link_info”、“subset_service_ES_info”、“hyper_link_descriptor()”、link_external_component_info()、object要素及“ExternalES要素”之生成，舉例言之，亦可在發送裝置100或外部裝置中，預先記憶描述子等記述要素作為參數變數，並自使用者受理對應該等參數變數之資訊而進行之。又，上述之生成方法僅係一例而亦可為其它方法。
(9)上述各實施形態中，雖以數位電視作為接收再生裝置之一例，但不限於此。接收再生裝置亦可應用於DVD記錄器、BD(Blu-ray Disc)記錄器及機上盒。
(10)上述各裝置具體而言係由微處理器、ROM、RAM、硬碟單元、顯示器單元、鍵盤、滑鼠等所構成之電腦系統。前述RAM或硬碟單元中記憶有電腦程式。前述微處理器可依據前述電腦程式而動作，以使各裝置實現其功能。在此，電腦程式係為實現預定之功能，而由代表對電腦之指令之複數個指令碼組合而構成者。
(11)構成上述各裝置之構成要素之一部分或全部亦可由1個積體電路所構成。
(12)構成上述各裝置之構成要素之一部分或全部亦可由對各裝置裝卸自如之之IC卡或單體之模組所構成。前述IC卡或前述模組係由微處理器、ROM、RAM等所構成之電腦系統。前述IC卡或前述模組亦可包含上述之超多功能LSI。微處理器依據電腦程式而動作，即可使前述IC卡或前述模組實現其功能。
(13)亦可將記述有上述之實施形態及變形例中所說明之方法之程序之程式預先記憶於記憶體中，並由CPU(Central Processing Unit)等自記憶體中讀取程式，而執行所讀取之程式，以實現上述之方法。
又，亦可將記述有前述方法之程序之程式儲存於記錄媒體中，而加以分發。另，用於記憶上述程式之媒體則為諸如IC卡、硬碟、光碟、軟碟、ROM、快閃記憶體等。
(14)亦可分別組合上述實施形態及上述變形例。
8.補充
如以上之說明，將用於指定位在與主串流不同之傳輸通道(TS)上之副串流之資訊追加記載於對主串流之存取資訊中，即可藉接收再生裝置辨識副串流之存在並取得之，而實現與主串流之同步再生及錄影。
以下，進而就本發明之一實施形態之發送裝置、接收再生裝置之構造及其變形例與效果加以說明。
(1)本發明之一態樣係一種發送裝置，其特徵在於包含有：保持機構，可保持串流指定資訊，前述串流指定資訊係複數傳輸用串流之中與一傳輸用串流形成對應關係、且 指定與前述一傳輸用串流不同之至少1傳輸用串流，前述複數傳輸用串流係分別包含應該以1台接收再生裝置同時再生之資訊；及發送機構，可發送前述串流指定資訊。
依據上述構造，發送裝置可發送串流指定資訊，故接收側可使用前述串流指定資訊，即便個別藉傳輸用串流而發送各種資訊，亦可指定應同時再生之傳輸用串流。另，串流指定資訊相當於上述實施形態及變形例中記載之新描述子及新要素之“external_ES_descriptor()”、“service_subset_ES_descriptor()”、“external_ES_link_info”、“subset_service_ES_info”、“hyper_link_descriptor()”、link_external_component_info()、object要素及“ExternalES要素”。
(2)在此，前述一傳輸用串流亦可為MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，並與PMT(Program Map Table)形成對應關係，前述發送機構則可將前述一傳輸用串流與記載有前述串流指定資訊之前述PMT多工化而加以發送。
依照上述構造，發送裝置可將記載有前述串流指定資訊之PMT與前述其它傳輸用串流多工化而加以發送，故接收側可使用PMT而在解碼前述其它傳輸用串流之前，指定包含應與前述其它傳輸用串流同時再生之資訊之前述傳輸用串流。
(3)在此，前述串流指定資訊亦可進而包含用於在同時再生前述複數傳輸用串流時進行同步化之同步資訊。
依據上述構造，發送裝置可一同發送同步資訊與前述串流指定資訊，故接收側可在同時再生前述複數傳輸用串流時使用同步資訊，而分別就各傳輸用串流所包含之資訊進行同步化並進行再生。
(4)在此，前述同步資訊亦可指定前述複數傳輸用串流分別包含之PCR(Program_Clock_Reference)中之任一者作為再生之同步之基準。
依據上述構造，發送裝置可發送表示使用複數傳輸用串流個別所包含之PCR其中之一PCR之前述同步資訊，故接收側可以已指定之PCR，即以包含前述PCR之傳輸用串流中所包含之資訊之再生時序為基準，而再生其它傳輸用串流。
(5)在此，前述同步資訊亦可表示前述複數傳輸用串流分別使用同一時戳。
依據上述構造，發送裝置可發送表示使用時戳之前述同步資訊，故接收側可以時戳為基準而再生前述複數傳輸用串流。
(6)在此，前述PMT亦可包含表示前述一傳輸用串流可否單獨再生之再生資訊。
依據上述構造，發送裝置可發送再生資訊，故接收側在前述再生資訊顯示可單獨再生時，可不同時再生其它傳輸用串流之資訊，而進行前述其它傳輸用串流之資訊之再生。
(7)在此，前述一傳輸用串流亦可為MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，並與SI/PSI(Service Information/Program Specific Information)形 成對應關係，前述發送機構亦可將前述一傳輸用串流與記載有前述串流指定資訊之SI/PSI多工化而加以發送。
依據上述構造，發送裝置可將記載有前述串流指定資訊之SI/PSI與前述其它傳輸用串流多工化而加以發送，故接收側可使用SI/PSI而在接收前述傳輸用串流前進行指定。
(8)在此，前述一傳輸用串流亦可為以IP(Internet Protocol)網路而播送之串流，並與再生控制元檔案形成對應關係，前述發送機構亦可將包含前述串流指定資訊之前述再生控制元檔案與前述一傳輸用串流分開發送。
依據上述構造，發送裝置可發送記載有前述串流指定資訊之再生控制元檔案，故接收側可使用再生控制元檔案而在接收前述傳輸用串流前，指定前述其它傳輸用串流。
(9)在此，前述一傳輸用串流亦可為MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，並與資料廣播內容描述子形成對應關係，前述發送機構亦可將前述一傳輸用串流與記載有前述串流指定資訊之前述資料廣播內容描述子多工化而加以發送。
依據上述構造，發送裝置可將記載有前述串流指定資訊之資料廣播內容描述子與前述其它傳輸用串流多工化而加以發送，故接收側可在再生前述其它傳輸用串流時，使用資料廣播內容而指定前述傳輸用串流。
(10)在此，前述一傳輸用串流亦可為於伺服器式廣播中發送者，並與元資料形成對應關係，前述發送機構亦可發送於節目要素資訊中記載有前述串流指定資訊之前述元資料。
依據上述構造，發送裝置可發送包含記載有前述串流指定資訊之節目要素資訊之元資料，故受信側可使用元資料而指定前述傳輸用串流。
(11)又，本發明之一態樣係一種可接收、再生節目之接收再生裝置，其特徵在於包含有：第1接收機構，係接收構成節目之第1傳輸用串流、及發送資訊，前述發送資訊表示是否在發送應與前述第1傳輸用串流同時再生之第2傳輸用串流；判斷機構，係使用前述發送資訊而判斷是否在發送前述第2傳輸用串流；第2接收機構，係當前述判斷機構判斷為在發送前述第2傳輸用串流時，接收前述第2傳輸用串流；再生機構，係當前述判斷機構判斷為在發送前述第2傳輸用串流時，再生前述第1傳輸用串流及前述第2傳輸用串流之雙方，並當前述判斷機構判斷為未在發送前述第1傳輸用串流時，再生前述第1傳輸用串流。
依據上述構造，接收再生裝置使用發送資訊，即可判斷應與第1傳輸用串流同時再生之第2傳輸用串流之有無。藉此，接收再生裝置即可在判斷存在第2傳輸用串流時再生2個串流(第1傳輸用串流與第2傳輸用串流)雙方，故閱聽者可享受多種各樣之服務。在此，發送資訊相當於上述實施形態及變形例中所示之PMT、EIT、再生控制檔案。
(12)在此，前述第1傳輸用串流亦可為MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，前述第1接收機構亦可接收已與前述第1傳輸用串流多工化之PMT(Program Map Table)中記述之前 述發送資訊。
依據上述構造，接收再生裝置可使用PMT而在解碼第1傳輸用串流前，指定第2傳輸用串流之有無。
(13)在此，前述發送資訊亦可進而包含用於在前述第1傳輸用串流與前述第2傳輸用串流之同時再生時進行同步化之同步資訊，前述再生機構亦可基於前述同步資訊而就前述第1傳輸用串流之資訊與前述第2傳輸用串流之資訊進行同步再生。
依據上述構造，接收再生裝置可於同時再生第1傳輸用串流及第2傳輸用串流時，使用同步資訊，而就各傳輸用串流所包含之資訊個別進行同步化並進行再生。
(14)在此，前述再生機構亦可使用前述第1傳輸用串流之PCR(Program_Clock_Reference)及前述第2傳輸用串流之PCR中由前述同步資訊所示之PCR而進行前述同步再生。
依據上述構造，接收再生裝置可以對應已指定之PCR之傳輸用串流中所包含之資訊之再生時序為基準而再生其它傳輸用串流。
(15)在此，前述再生機構亦可使用前述同步資訊所示之時戳而進行前述同步再生。
依據上述構造，接收再生裝置可以時戳為基準而同時再生第1傳輸用串流及第2傳輸用串流。
(16)在此，前述第1傳輸用串流亦可為MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，前述第1接收機構亦可接收已與前述第 1傳輸用串流多工化之SI/PSI(Service Information/Program Specific Information)中記述之前述發送資訊。
依據上述構造，接收再生裝置可使用SI/PSI而在接收第2傳輸用串流前進行指定。
(17)在此，前述第1傳輸用串流亦可為以IP(Internet Protocol)網路而播送之串流，前述第1接收機構亦可在接收前述第1傳輸用串流前，接收對應前述第1傳輸用串流之再生控制元檔案中包含之前述發送資訊。
依據上述構造，接收再生裝置可使用再生控制元檔案，而在接收第1傳輸用串流前指定第2傳輸用串流。
(18)在此，前述複數傳輸用串流中至少1傳輸用串流亦可為MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，前述第1接收機構亦可接收已與前述第1傳輸用串流多工化之資料廣播內容描述子中記述之前述發送資訊。
依據上述構造，接收再生裝置可使用資料廣播內容而於再生第1傳輸用串流時指定第2傳輸用串流。
(19)在此，前述第1傳輸用串流亦可為於伺服器式廣播中發送者，前述第1接收機構亦可接收對應前述第1傳輸用串流之元資料中包含之節目要素資訊中記載之前述發送資訊。
依據上述構造，接收再生裝置可使用元資料而指定第2傳輸用串流。
(20)在此，前述第2接收機構一旦於前述判斷前接收前述第2傳輸用串流，以及表示前述第2傳輸用串流可否單獨 再生之再生資訊，前述判斷機構亦可進而基於前述再生資訊而判斷前述第2傳輸用串流可否單獨再生，前述再生機構亦可進而在前述判斷機構判斷前述第2傳輸用串流可單獨再生時，再生前述第2傳輸用串流。
依據上述構造，接收再生裝置可在再生資訊顯示可單獨再生時，不同時再生第1傳輸用串流之資訊，而進行第2傳輸用串流之資訊之再生。
產業上之可利用性
本發明不僅可應用於節目之影像，並可應用於可發送字幕資料、其它視點之影像等多種各樣之資訊之裝置及可接收節目之影像及多種各樣之資訊並加以再生之裝置。
10‧‧‧節目播送糸統
201‧‧‧右眼用視訊編碼器
100、200、1100、1200‧‧‧發送裝置
203‧‧‧右眼用視訊串流儲存部
300、1300‧‧‧數位電視(接收再生裝置)
101‧‧‧左眼用視訊編碼器
102‧‧‧音訊編碼器
301、1301‧‧‧控制部
103‧‧‧左眼用視訊串流儲存部
302、1302‧‧‧接收處理部
104‧‧‧音訊串流儲存部
303‧‧‧再生處理部
105、205‧‧‧資訊保持部
304‧‧‧輸出部
106、206、1106、1206‧‧‧多工化部
310、1310‧‧‧第1接收部
311、1311‧‧‧第2接收部
107、207、1107、1207、1305‧‧‧發送部
320‧‧‧第1解多工部
321‧‧‧第2解多工部
322‧‧‧同步控制部
B500~B504‧‧‧區段
323‧‧‧第1影像解碼部
D100‧‧‧第1迴圈
324‧‧‧第1影像解碼部
D101‧‧‧ES資訊記載部位
325‧‧‧音頻解碼部
D102‧‧‧第2迴圈
326‧‧‧影像處理部
S5~S350‧‧‧流程步驟
1105、1205‧‧‧檔案保持部
第1圖係顯示節目播送系統10之構造者。
第2圖係顯示發送裝置100之構造之功能區圖。
第3圖係顯示PMT之資料構造之一例者。
第4圖係顯示external_ES_link_descriptor()之資料構造之一例者。
第5圖係顯示view_selection_information()之資料構造之一例者。
第6圖係顯示object_information()之資料構造之一例者。
第7圖係顯示發送裝置200之構造之功能區圖。
第8圖係顯示service_subset_ES_descriptor()之資料構造之一例者。第9圖則接續之。
第9圖係顯示service_subset_ES_descriptor()之資料構 造之一例者。接續自第8圖，第10圖則接續之。
第10圖係顯示service_subset_ES_descriptor()之資料構造之一例者。接續自第9圖，第11圖則接續之。
第11圖係顯示service_subset_ES_descriptor()之資料構造之一例者。接續自第10圖
第12圖係顯示數位電視(接收再生裝置)300之構造之功能區圖。
第13圖係顯示發送裝置100之動作之流程圖。
第14圖係顯示接收再生裝置300之動作之流程圖。
第15圖係顯示發送裝置1100之構造之功能區圖。
第16圖係顯示external_ES_link_info之資料構造之一例者。
第17圖係顯示external_ES_link_info之記述例者。
第18圖係顯示發送裝置1200之構造之功能區圖。
第19圖係顯示subset_service_ES_info之資料構造之一例者。
第20圖係顯示subset_service_ES_info之記述例者。
第21圖係顯示接收再生裝置1300之構造之功能區圖。
第22圖係顯示第2實施形態之節目播送系統之動作概要之流程圖。
第23圖係顯示接收再生裝置1300之動作之流程圖。
第24圖係顯示hyperlink_descriptor()之資料構造之一例者。
第25圖係顯示link_external_component_info()之資料構 造之一例者。
第26(a)圖係顯示指定代表主串流之object要素所對應之副串流所需之延伸屬性者。
第26(b)圖係顯示利用延伸屬性而指定副串流之資料廣播內容之記述例者。
第27圖係顯示定義ExternalES要素之構造之一例者。第28圖則接續之。
第28圖係顯示定義ExternalES要素之構造之一例者。接續自第27圖。
第29圖係顯示利用ExternalES要素而指定副串流之ERI之記述例者。
100‧‧‧發送裝置
101‧‧‧左眼用視訊編碼器
102‧‧‧音訊編碼器
103‧‧‧左眼用視訊串流儲存部
104‧‧‧音訊串流儲存部
105‧‧‧資訊保持部
106‧‧‧多工化部
107‧‧‧發送部

Claims (22)

  1. 一種發送裝置，其特徵在於包含有：保持機構，可保持串流指定資訊，前述串流指定資訊係複數傳輸用串流之中與一傳輸用串流形成對應關係、且指定與前述一傳輸用串流不同之至少1傳輸用串流，前述複數傳輸用串流係分別包含應該以1台接收再生裝置同時再生之資訊；及發送機構，可發送前述串流指定資訊。
  2. 如申請專利範圍第1項之發送裝置，其中前述一傳輸用串流係MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，並與PMT(Program Map Table)形成對應關係，前述發送機構將前述一傳輸用串流及記載有前述串流指定資訊之前述PMT多工化而加以發送。
  3. 如申請專利範圍第2項之發送裝置，其中前述串流指定資訊進而包含同步資訊，前述同步資訊係用於在將前述複數傳輸用串流同時再生之際予以同步化者。
  4. 如申請專利範圍第3項之發送裝置，其中前述同步資訊係指定前述複數傳輸用串流分別包含之PCR(Program_Clock_Reference)中之任一者作為再生之同步之基準。
  5. 如申請專利範圍第3項之發送裝置，其中前述同步資訊係表示前述複數傳輸用串流分別使用同一時戳。
  6. 如申請專利範圍第2項之發送裝置，其中前述PMT包含 表示前述一傳輸用串流可否單獨再生之再生資訊。
  7. 如申請專利範圍第1項之發送裝置，其中前述一傳輸用串流係MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，並與SI/PSI(Service Information/Program Specific Information)形成對應關係，前述發送機構將前述一傳輸用串流與記載有前述串流指定資訊之SI/PSI多工化而加以發送。
  8. 如申請專利範圍第1項之發送裝置，其中前述一傳輸用串流係以IP(Internet Protocol)網路所播送之串流，並與再生控制元檔案形成對應關係，前述發送機構將包含前述串流指定資訊之前述再生控制元檔案與前述一傳輸用串流分開發送。
  9. 如申請專利範圍第1項之發送裝置，其中前述一傳輸用串流係MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，並與資料廣播內容描述子形成對應關係，前述發送機構將前述一傳輸用串流與記載有前述串流指定資訊之前述資料廣播內容描述子多工化而加以發送。
  10. 如申請專利範圍第1項之發送裝置，其中前述一傳輸用串流係於伺服器式廣播中發送者，並與元資料形成對應關係，前述發送機構將節目要素資訊中記載有前述串流指定資訊之前述元資料予以發送。
  11. 一種接收再生裝置，係接收、再生節目者，其特徵在於包含有：第1接收機構，係接收構成節目之第1傳輸用串流、及發送資訊，前述發送資訊表示是否在發送應與前述第1傳輸用串流同時再生之第2傳輸用串流；判斷機構，係利用前述發送資訊而判斷是否在發送前述第2傳輸用串流；第2接收機構，係當前述判斷機構判斷為在發送前述第2傳輸用串流時，接收前述第2傳輸用串流；及再生機構，係當前述判斷機構判斷為在發送前述第2傳輸用串流時，再生前述第1傳輸用串流及前述第2傳輸用串流之雙方，而當前述判斷機構判斷為未在發送前述第2傳輸用串流時，再生前述第1傳輸用串流。
  12. 如申請專利範圍第11項之接收再生裝置，其中前述第1傳輸用串流係MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，前述第1接收機構接收已與前述第1傳輸用串流多工化之PMT(Program Map Table)中所記述之前述發送資訊。
  13. 如申請專利範圍第12項之接收再生裝置，其中前述發送資訊進而包含同步資訊，前述同步資訊係用於在將前述第1傳輸用串流與前述第2傳輸用串流同時再生時之際予以同步化者，前述再生機構係基於前述同步資訊，而就前述第1 傳輸用串流之資訊與前述第2傳輸用串流之資訊進行同步再生。
  14. 如申請專利範圍第13項之接收再生裝置，其中前述再生機構係使用前述第1傳輸用串流之PCR(Program_Clock_Reference)及前述第2傳輸用串流之PCR中為前述同步資訊所示之PCR而進行前述同步再生。
  15. 如申請專利範圍第13項之接收再生裝置，其中前述再生機構係使用前述同步資訊所示之時戳而進行前述同步再生。
  16. 如申請專利範圍第11項之接收再生裝置，其中前述第1傳輸用串流係MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，前述第1接收機構接收已與前述第1傳輸用串流多工化之SI/PSI(Service Information/Program Specific Information)中所記述之前述發送資訊。
  17. 如申請專利範圍第11項之接收再生裝置，其中前述第1傳輸用串流係以IP(Internet Protocol)網路所播送之串流，前述第1接收機構在接收前述第1傳輸用串流前，先接收對應前述第1傳輸用串流之再生控制元檔案所包含之前述發送資訊。
  18. 如申請專利範圍第11項之接收再生裝置，其中前述複數傳輸用串流中，至少1傳輸用串流係MPEG2-TS(Moving Picture Experts Group 2-Transport Stream)形式之串流，前述第1接收機構接收已與前述第1傳輸用串流多工化之資料廣播內容描述子中所記述之前述發送資訊。
  19. 如申請專利範圍第11項之接收再生裝置，其中前述第1傳輸用串流係於伺服器式廣播中發送者，前述第1接收機構接收對應前述第1傳輸用串流之元資料所包含之節目要素資訊中所記載之前述發送資訊。
  20. 如申請專利範圍第11項之接收再生裝置，其中前述第2接收機構一旦在前述判斷前接收前述第2傳輸用串流及表示前述第2傳輸用串流可否單獨再生之再生資訊，則前述判斷機構將進而基於前述再生資訊而判斷前述第2傳輸用串流可否單獨再生，前述再生機構將進而在前述判斷機構判斷前述第2傳輸用串流可單獨再生時，再生前述第2傳輸用串流。
  21. 一種發送方法，係使用於具有保持機構之發送裝置，前述保持機構可保持串流指定資訊，前述串流指定資訊係複數傳輸用串流之中與一傳輸用串流形成對應關係、且指定與前述一傳輸用串流不同之至少1傳輸用串流，前述複數傳輸用串流係分別包含應該以1台接收再生裝置同時再生之資訊，前述發送方法包含發送前述串流指定資訊之發送步驟。
  22. 一種接收再生方法，係使用於接收、再生節目之接收再生裝置，而包含以下步驟： 第1接收步驟，係接收構成節目之第1傳輸用串流、及發送資訊，前述發送資訊表示是否在發送應與前述第1傳輸用串流同時再生之第2傳輸用串流；判斷步驟，係利用前述發送資訊而判斷是否在發送前述第2傳輸用串流；第2接收步驟，係當前述判斷步驟判斷為在發送前述第2傳輸用串流時，接收前述第2傳輸用串流；及再生步驟，係當前述判斷步驟判斷為在發送前述第2傳輸用串流時，再生前述第1傳輸用串流及前述第2傳輸用串流之雙方，而當前述判斷步驟判斷為未在發送前述第2傳輸用串流時，則再生前述第1傳輸用串流。
TW101126322A 2011-07-21 2012-07-20 發送裝置、接收再生裝置、發送方法及接收再生方法 TW201322767A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201161510145P 2011-07-21 2011-07-21

Publications (1)

Publication Number Publication Date
TW201322767A true TW201322767A (zh) 2013-06-01

Family

ID=47557895

Family Applications (1)

Application Number Title Priority Date Filing Date
TW101126322A TW201322767A (zh) 2011-07-21 2012-07-20 發送裝置、接收再生裝置、發送方法及接收再生方法

Country Status (7)

Country Link
US (1) US20140147088A1 (zh)
JP (1) JPWO2013011696A1 (zh)
KR (1) KR20140038482A (zh)
CA (1) CA2841197A1 (zh)
MX (1) MX2014000673A (zh)
TW (1) TW201322767A (zh)
WO (1) WO2013011696A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109889888B (zh) * 2013-06-05 2022-04-01 太阳专利托管公司 再现方法、装置及生成方法、装置
WO2015029401A1 (ja) * 2013-08-29 2015-03-05 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法および受信方法ならびに送信装置および受信装置
JP6625318B2 (ja) 2013-08-29 2019-12-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法および受信方法
JP7406882B2 (ja) * 2019-05-14 2023-12-28 キヤノン株式会社 画像処理装置、制御方法、および、プログラム
JP6791344B2 (ja) * 2019-12-11 2020-11-25 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
JP7160161B2 (ja) * 2020-10-26 2022-10-25 ソニーグループ株式会社 送信方法及び送信装置、並びに受信方法及び受信装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007080357A (ja) * 2005-09-13 2007-03-29 Toshiba Corp 情報記憶媒体、情報再生方法、情報再生装置
KR101556132B1 (ko) * 2007-08-24 2015-09-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR100972792B1 (ko) * 2008-11-04 2010-07-29 한국전자통신연구원 스테레오스코픽 영상을 동기화하는 장치 및 방법과 이를 이용한 스테레오스코픽 영상 제공 장치 및 방법
JP2010263615A (ja) * 2009-04-08 2010-11-18 Sony Corp 情報処理装置、情報処理方法、再生装置、再生方法

Also Published As

Publication number Publication date
CA2841197A1 (en) 2013-01-24
MX2014000673A (es) 2014-03-21
KR20140038482A (ko) 2014-03-28
JPWO2013011696A1 (ja) 2015-02-23
US20140147088A1 (en) 2014-05-29
WO2013011696A1 (ja) 2013-01-24

Similar Documents

Publication Publication Date Title
KR100972792B1 (ko) 스테레오스코픽 영상을 동기화하는 장치 및 방법과 이를 이용한 스테레오스코픽 영상 제공 장치 및 방법
KR101831775B1 (ko) 멀티미디어 컨텐츠를 송수신하는 송신 장치 및 수신 장치와, 그 재생 방법
KR101372376B1 (ko) 디지털 방송 시스템의 스테레오스코픽 비디오 수신 방법
CN102835047B (zh) 使用关于多视点视频流的链接信息发送数字广播流的方法和设备以及接收数字广播流的方法和设备
MX2012008816A (es) Metodo y aparato para generar flujo de datos para proporcionar servicio multimedia tridimensional, y metodo y aparato para recibir el flujo de datos.
US20100208750A1 (en) Method and appartus for generating three (3)-dimensional image data stream, and method and apparatus for receiving three (3)-dimensional image data stream
CN103168473B (zh) 数字接收机以及用于处理数字接收机中的3d 内容的方法
US20130276046A1 (en) Receiving apparatus for receiving a plurality of signals through different paths and method for processing signals thereof
US9491437B2 (en) Transmitter for transmitting data for constituting content, receiver for receiving and processing data, and method therefor
TW201322767A (zh) 發送裝置、接收再生裝置、發送方法及接收再生方法
US20140204962A1 (en) Transmitting device, receiving device, and transceiving method thereof
JP5981915B2 (ja) 送信装置、受信再生装置、送信方法及び受信再生方法
US20130209063A1 (en) Digital receiver and content processing method in digital receiver
JP5957770B2 (ja) 映像処理装置、方法、プログラム、記録媒体及び集積回路
KR20130056829A (ko) 3dtv 방송을 위한 송수신 장치 및 그 제어 방법
KR102016674B1 (ko) 하이브리드 서비스를 제공하는 수신 장치 및 하이브리드 서비스 제공 방법
JP5933063B2 (ja) 受信装置および受信方法
JP5933062B2 (ja) 送受信システムおよび送受信方法
JP5980858B2 (ja) 受信装置および受信方法
KR20110135320A (ko) 디지털 단말에서의 ２ｄ 모드 재생을 위한 송신 장치, 디지털 단말에서의 ２ｄ 모드 재생 장치 및 그 방법들
KR20130115975A (ko) 하이브리드 서비스를 제공하기 위한 송신 시스템과 수신 장치 및 그 서비스 제공 방법들
KR20080092810A (ko) 미디어 표준 기반의 입체영상 파일 생성 장치 및 방법과이를 구현하기 위한 시스템
KR20130116154A (ko) 서로 다른 경로를 통해 복수의 신호를 수신하는 수신 장치 및 그 신호 처리 방법