專利名稱：：接收裝置、顯示控制方法、發(fā)送裝置和發(fā)送方法
技術領域：
：
技術領域：
涉及三維(Threedimension,以下稱為3D)影像的發(fā)送技術、接收技術、顯不技術或輸出技術。
背景技術：
：專利文獻I中，以“提供一種數(shù)字廣播接收裝置，能夠主動告知用戶所請求的節(jié)目在某頻道開始播出等情況”(專利文獻I)為課題，作為其解決方法，記載了“具備獲取數(shù)字廣播波中所含的節(jié)目信息，使用由用戶登記的選擇信息來選擇告知對象節(jié)目的單元；和將用于通知存在所選擇的告知對象節(jié)目的消息插入當前顯示的畫面中的單元”(參考專利文獻I)等?，F(xiàn)有技術文獻專利文獻專利文獻I:日本特開2003-903
發(fā)明內(nèi)容發(fā)明要解決的技術問題但是，專利文獻I中并沒有公開與3D內(nèi)容的收看有關的技術。因此，存在無法識別接收機當前接收的或者將要接收的節(jié)目是3D節(jié)目的問題。解決技術問題的技術手段為了解決上述課題，本發(fā)明的一個實施方式，例如接收包括影像信息的節(jié)目內(nèi)容，和包括用于識別該節(jié)目內(nèi)容是2D節(jié)目內(nèi)容還是3D節(jié)目內(nèi)容的信息的識別信息，根據(jù)接收到的上述識別信息進行表示上述節(jié)目內(nèi)容是2D節(jié)目內(nèi)容還是3D節(jié)目內(nèi)容的顯示控制。發(fā)明的效果根據(jù)上述方法，能夠識別接收機當前接收的或將要接收的節(jié)目是3D節(jié)目，能夠提高用戶的便利性。圖I是表示系統(tǒng)的結構例的框圖的一例。圖2是表示發(fā)送裝置I的結構例的框圖的一例。圖3是流格式類別(流類型)的分配的例子。圖4是組件描述符的結構的一例。圖5Ca)是作為組件描述符的構成要素的組件內(nèi)容和組件類別的一例。圖5(b)是作為組件描述符的構成要素的組件內(nèi)容和組件類別的一例。圖5(c)是作為組件描述符的構成要素的組件內(nèi)容和組件類別的一例。圖5Cd)是作為組件描述符的構成要素的組件內(nèi)容和組件類別的一例。圖5(e)是作為組件描述符的構成要素的組件內(nèi)容和組件類別的一例。圖6是組件組描述符的結構的一例。圖7是組件組類別的例子。圖8是組件組標識的例子。圖9是收費單位標識的例子。圖10Ca)是3D節(jié)目詳細描述符的結構的一例。圖10(b)是表示3D/2D類別的例子的圖。圖11是表示3D方式類別的例子的圖。圖12是業(yè)務描述符的結構的一例。圖13是業(yè)務形式類別的例子。圖14是業(yè)務列表描述符的結構的一例。圖15是組件描述符在發(fā)送裝置I中的發(fā)送處理的一例。圖16是組件組描述符在發(fā)送裝置I中的發(fā)送處理的一例。圖17是3D節(jié)目詳細描述符在發(fā)送裝置I中的發(fā)送處理的一例。圖18是業(yè)務描述符在發(fā)送裝置I中的發(fā)送處理的一例。圖19是業(yè)務列表描述符在發(fā)送裝置I中的發(fā)送處理的一例。圖20是接收裝置4中對組件描述符各字段的處理的一例。圖21是接收裝置4中對組件組描述符各字段的處理的一例。圖22是接收裝置4中對3D節(jié)目詳細描述符各字段的處理的一例。圖23是接收裝置4中對業(yè)務描述符各字段的處理的一例。圖24是接收裝置4中對業(yè)務列表描述符各字段的處理的一例。圖25是本發(fā)明的接收裝置的結構圖的一例。圖26是本發(fā)明的接收裝置中CPU內(nèi)部功能框圖的概要圖的一例。圖27是基于下一個節(jié)目是否為3D內(nèi)容的2D/3D影像顯示處理的流程圖的一例。圖28是消息顯示的一例。圖29是消息顯示的一例。圖30是消息顯示的一例。圖31是消息顯示的一例。圖32是下一個節(jié)目開始時系統(tǒng)控制部的流程圖的一例。圖33是消息顯示的一例。圖34是消息顯示的一例。圖35是表示系統(tǒng)的結構例的框圖的一例。圖36是表示系統(tǒng)的結構例的框圖的一例。圖37是3D內(nèi)容的3D再現(xiàn)/輸出/顯示處理的一例的說明圖。圖38是3D內(nèi)容的2D再現(xiàn)/輸出/顯示處理的一例的說明圖。圖39是3D內(nèi)容的3D再現(xiàn)/輸出/顯示處理的一例的說明圖。圖40是3D內(nèi)容的2D再現(xiàn)/輸出/顯示處理的一例的說明圖。圖41是基于當前節(jié)目是否為3D內(nèi)容的2D/3D影像顯示處理的流程圖的一例。圖42是消息顯示的一例。圖43是用戶選擇后的顯示處理流程圖的一例。圖44是消息顯示的一例。圖45是基于當前節(jié)目是否為3D內(nèi)容的2D/3D影像顯示處理的流程圖的一例。圖46是消息顯示的一例。圖47是傳輸3D影像時的流的組合例。圖48是節(jié)目表顯示的一例。圖49是節(jié)目表顯示的一例。圖50是消息顯不的一例。圖51是顯示不支持的3D方式消息時的流程圖的一例?！D52是消息顯示的一例。圖53是節(jié)目顯示的一例。具體實施例方式下面，對適于本發(fā)明的實施方式的例子(實施例)進行說明。不過，本發(fā)明不限定于本實施例。本實施例主要針對接收裝置進行說明，適合于在接收裝置中實施，但也并不妨礙接收裝置之外的應用。此外，不需采用實施例的全部結構，可以選擇取舍?！聪到y(tǒng)〉圖I是表示本實施例的系統(tǒng)的結構例的框圖。例示了通過廣播來發(fā)送接收信息并進行記錄再現(xiàn)的情況。不過，并不限定于廣播，也可為基于通信的V0D，統(tǒng)稱為分發(fā)(發(fā)布)。I是設置在廣播站等信息提供站中的發(fā)送裝置，2是設置在中繼站或廣播用衛(wèi)星等中的中繼裝置，3是互聯(lián)網(wǎng)等將一般家庭和廣播站連接的公共網(wǎng)絡，設置于用戶住宅內(nèi)等中的4是接收裝置，10是內(nèi)置于接收裝置4中的接收記錄再現(xiàn)部。接收記錄再現(xiàn)部10，能夠對廣播的信息進行記錄和再現(xiàn)，或者再現(xiàn)來自可移動的外部介質(zhì)的內(nèi)容等。發(fā)送裝置I通過中繼裝置2傳輸調(diào)制后的信號電波。除了如圖所示利用衛(wèi)星進行傳輸外，也能夠例如利用電纜進行傳輸、利用電話線進行傳輸、利用地面波廣播進行傳輸、經(jīng)由基于公共網(wǎng)絡3的互聯(lián)網(wǎng)等網(wǎng)絡進行傳輸?shù)取＝邮昭b置4接收到的該信號電波，如后文詳述，在經(jīng)過解調(diào)而成為信息信號后，根據(jù)需要記錄在記錄介質(zhì)上。此外，在通過公共網(wǎng)絡3傳輸時，轉換成遵循適用于公共網(wǎng)絡3的協(xié)議(例如TCP/IP)的數(shù)據(jù)格式(IP包)等格式，接收到上述數(shù)據(jù)的接收裝置4將其解碼成信息信號，并根據(jù)需要轉換成適合于記錄的信號，記錄在記錄介質(zhì)上。此外，在接收裝置4內(nèi)置有顯示器的情況下，用戶能夠通過該顯示器收看(視聽)信息信號所表示影像聲音，在沒有內(nèi)置顯示器的情況下，用戶能夠將接收裝置4與未圖示的顯示器連接，來收看信息信號所表示影像聲音。<發(fā)送裝置>圖2是表示圖I的系統(tǒng)中發(fā)送裝置I的結構例的框圖。11是源發(fā)生部，12是利用MPEG2或者H.264方式等進行壓縮并附加節(jié)目信息等的編碼部，13是加擾(擾碼)部，14是調(diào)制部，15是發(fā)送天線，16是管理信息附加部。由攝像機、記錄再現(xiàn)裝置等構成的源發(fā)生部11所產(chǎn)生的影像聲音等信息，由編碼部12進行數(shù)據(jù)量的壓縮，以能夠在較少的帶寬占用下傳輸。根據(jù)需要，在加擾部13中進行傳輸加密以僅使特定的觀眾能夠收看。調(diào)制部14中進行調(diào)制，使數(shù)據(jù)成為OFDM、TC8PSK、QPSK、高階QAM(multi-levelQAM)等適合于傳輸?shù)男盘?，之后，作為電波從發(fā)送天線15向中繼裝置2發(fā)送。此時，在管理信息附加部16中，被附加源發(fā)生部11中生成的內(nèi)容的屬性等節(jié)目特定信息(例如影像和聲音的編碼信息、聲音的編碼信息、節(jié)目的結構、是否為3D影像等)，此外，也被附加廣播站生成的節(jié)目排列信息(例如當前的節(jié)目或下一節(jié)目的結構、業(yè)務的形式、一周中節(jié)目的結構信息)等。下面將這些節(jié)目特定信息和節(jié)目排列信息一并稱為節(jié)目信息。此外，常通過時分、擴頻等方法在一個電波中復用多路信息。此時源發(fā)生部11和編碼部12的系統(tǒng)存在多個，在編碼部12和加擾部13之間，配置復用多路信息的復用部(Multiplex部)，但為了簡化，沒有在圖2中記載。此外，對于經(jīng)由公共網(wǎng)絡3發(fā)送的信號，也同樣地根據(jù)需要在加密部17中對由編碼部12生成的信號進行加密，以僅使特定的觀眾能夠收看。信道編碼部18進行編碼，使該信號成為適合于通過公共網(wǎng)絡3傳輸?shù)男盘枺?，從網(wǎng)絡I/F(Interface，接口)部19向公共網(wǎng)絡3發(fā)送?！?D傳輸方式>從發(fā)送裝置I傳輸?shù)?D節(jié)目的傳輸方式大致分為兩種方式。一種方式是利用現(xiàn)有的2D節(jié)目廣播方式，在一幅圖像中容納左眼用和右眼用的影像的方式。該方式中，作為影像壓縮方式利用現(xiàn)有的MPEG2(MovingPictureExpertsGroup2,運動圖像專家組2)或H.264AVC，其特征在于，與現(xiàn)有的廣播兼容，能夠利用現(xiàn)有的中繼基礎設施，能夠用現(xiàn)有的接收機(STB等)接收，但傳輸?shù)氖浅蔀楝F(xiàn)有廣播的最高分辨率的一半(垂直方向，或者水平方向)的3D影像。例如，存在如圖39(a)所示那樣，將I幅圖像左右分割，使左眼用影像(L)和右眼用影像(R)分別容納于水平方向的寬度為2D節(jié)目的大約一半、垂直方向的寬度與2D節(jié)目相同的畫面尺寸的“Side-by-Side”(左右并列)方式，和將I枚圖像上下分割，使左眼用影像(L)和右眼用影像(R)分別容納于水平方向的寬度與2D節(jié)目相同、垂直方向為2D節(jié)目的大約一半的畫面尺寸的“Top-and-Bottom”(上下并列)方式，除此之外還有利用交錯來容納的“Fieldalternative”(場交錯)方式、按每條掃描線交替地容納左眼用和右眼用的影像的“Linealternative”(行交錯)方式和容納二維(單側的)影像與影像的各像素的深度(到被拍攝物體的距離)信息的“Left+D印th”(左眼圖像+深度)方式。這些方式將一副圖像分成多個圖像來容納多個視點的圖像，具有這樣的優(yōu)點，即，編碼方式自身能夠直接使用原本不是多視點影像編碼方式的MPEG2或H.264AVC(MVC除外)編碼方式，能夠利用現(xiàn)有的2D節(jié)目廣播方式來進行3D節(jié)目廣播。其中，例如在能夠使2D節(jié)目以最大水平方向為1920點，垂直方向為1080線的畫面尺寸傳輸?shù)那闆r下，在采用“Side-by-Side”方式進行3D節(jié)目廣播時，將I副圖像左右分割，使左眼用影像(L)和右眼用影像(R)分別容納于水平方向為960點、垂直方向為1080線的畫面尺寸內(nèi)傳輸即可。同樣，該情況下，在以“Top-and-Bottom”方式進行3D節(jié)目廣播時，將I枚圖像上下分割，使左眼用影像(L)和右眼用影像(R)分別容納于水平方向為1920點、垂直方向為540線的畫面尺寸內(nèi)傳輸即可。作為其它方式，存在將左眼用的影像和右眼用的影像分別利用不同的流(ES，基本流)傳輸?shù)姆绞?。在本實施例中，以下將該方式稱為“2視點ES傳輸”。作為該方式的一例，例如，有使用作為多視點影像編碼方式的H.264MVC進行傳輸?shù)姆绞?。其特征在于，能夠傳輸高分辨率?D影像。使用該方式時，具有能夠傳輸高分辨率的3D影像的效果。其中，多視點影像編碼方式指的是為了對多視點的影像進行編碼而標準化的編碼方式，能夠在不將I副圖像按視點分割的情況下對多視點的影像進行編碼，按視點編碼不同的圖像。在采用該方式傳輸3D影像的情況下，例如將左眼用視點的編碼圖像作為主視點圖像，將右眼用的編碼圖像作為其它視點圖像傳輸即可。這樣，對于主視點圖像能夠確保與現(xiàn)有的2D節(jié)目廣播方式的兼容性。例如，在使用H.264MVC作為多視點影像編碼方式的情況下，對于H.264MVC的基本子流，主視點圖像能夠確保與H.264AVC的2D圖像的兼容性，能夠將主視點圖像作為2D圖像顯示。此外，在本發(fā)明的實施例中，作為“3D2視點ES傳輸方式”的其它例子，還包括以下的方式。在“3D2視點ES傳輸方式”的另外一例中，包括將左眼用的編碼圖像作為主視點圖像采用MPEG2編碼，將右眼用的編碼圖像作為其它視點圖像采用H.264AVC編碼，并使它們分別為不同的流的方式。根據(jù)該方式，主視點圖像與MPEG2兼容而能夠顯示為2D圖像，能夠確保與已廣泛普及了基于MPEG2的編碼圖像的現(xiàn)有的2D節(jié)目廣播方式的兼容性。在“3D2視點ES傳輸方式”的另外一例中，包括將左眼用的編碼圖像作為主視點圖像采用MPEG2編碼，將右眼用的編碼圖像作為其它視點圖像采用MPEG2編碼，并使它們分別為不同的流的方式。該方式中同樣地，主視點圖像與MPEG2兼容而能夠顯示為2D圖像，因此能夠確保與已廣泛普及了基于MPEG2的編碼圖像的現(xiàn)有的2D節(jié)目廣播方式的兼容性。作為“3D2視點ES傳輸方式”的另外一例，也可以將左眼用的編碼圖像作為主視點圖像采用H.264AVC或者H.264MVC編碼，將右眼用的編碼圖像作為其它視點圖像采用MPEG2編碼。此外，除了“3D2視點ES傳輸方式”之外，即使是MPEG2和H.264AVC(MVC除外)等原本并非作為多視點影像編碼方式規(guī)定的編碼方式，也能夠通過生成交替地容納了左眼用的影像和右眼用的幀的流來進行3D傳輸。〈節(jié)目信息〉節(jié)目特定信息和節(jié)目排列信息稱為節(jié)目信息。節(jié)目特定信息也稱為PSI(ProgramSpecificInformation,節(jié)目專用信息),是選擇期望的節(jié)目所必需的信息，由MPEG2系統(tǒng)標準所規(guī)定，包括以下4個表PAT(ProgramAssociationTable,節(jié)目關聯(lián)表)，指定用于傳輸與廣播節(jié)目相關的PMT(ProgramMapTable，節(jié)目映射表)的TS包的包標識符；PMT，指定用于傳輸構成廣播節(jié)目的各編碼信號的TS包的包標識符和用于傳輸收費廣播的相關信息中的通用信息的TS包的包標識符；NIT(NetworkInformationTable,網(wǎng)絡信息表),傳輸將調(diào)制頻率等信道信息與廣播節(jié)目關聯(lián)的信息；CAT(ConditionalAccessTable,條件訪問表),指定用于傳輸收費廣播的相關信息中的個別信息的TS包的包標識符。例如，包含影像的編碼信息、聲音的編碼信息、節(jié)目的結構等。本發(fā)明中，還新含有表示內(nèi)容是否為3D影像的信息。該PSI由管理信息附加部16附加。節(jié)目排列信息也稱為SI(ServiceInformation,業(yè)務信息),是為了節(jié)目選擇的便利性而規(guī)定的各種信息，也包括MPEG-2系統(tǒng)標準的PSI信息，存在記載了節(jié)目名、廣播日期、節(jié)目內(nèi)容等與節(jié)目相關的信息的EIT(EventInformationTable,事件信息表)和記載了編排頻道名、廣播運營商名等與編排頻道(Service,業(yè)務)相關的信息的SDT(ServiceDescriptionTable,業(yè)務描述表)。例如，包括當前正在廣播的節(jié)目和接下來廣播的節(jié)目的結構、業(yè)務的形式以及一周的節(jié)目的結構信息等信息，由管理信息附加部16附加。節(jié)目信息包含作為節(jié)目信息的構成要素的組件描述符、組件組描述符、3D節(jié)目詳細描述符、業(yè)務描述符、業(yè)務列表描述符等。這些描述符被記錄在PMT、EIT[schedulebasic/scheduleextended/present/following(基本時刻表/擴展時刻表/當前/后續(xù))]、NIT、SDT等表中。作為PMT、EIT各表的用途區(qū)別，例如對于PMT，由于僅記載當前正在廣播的節(jié)目的信息，所以無法對將來廣播的節(jié)目的信息進行確認。然而，由于來自發(fā)送方的發(fā)送周期較短，所以接收結束前的時間較短，而因為其信息是當前廣播的節(jié)目的信息，所以不會發(fā)生改變，在這層意義上具有較高的可信性。另一方面,對于EIT[schedulebasic/scheduleextended(基本時刻表/擴展時刻表)]，存在如下不足，即，雖然除了能獲取當前廣播的節(jié)目以外還能獲取之后7天的信息，但與PMT相比，由于來自發(fā)送方的發(fā)送周期較長，所以接收結束前的時間較長，用于保存的存儲區(qū)域需要較多，并且由于其信息是未來的事件因此有可能會改變，在這層意義上可信度較低。對于EIT[f0ll0Wing(后續(xù))]，能夠獲得下一廣播時間的節(jié)目的信息。節(jié)目特定信息的PMT使用IS0/IEC13818-1中規(guī)定的表結構，能夠通過其第二循環(huán)(2ndloop)(每個ES(ElementaryStream,基本流)的循環(huán))中記載的8比特的信息stream_type(流格式類別)，來表示廣播的節(jié)目的ES的格式。在本發(fā)明的實施例中，ES的格式比以往增多，例如，如圖3所示分配廣播的節(jié)目的ES的格式。首先，對于多視點影像編碼(例如H.264/MVC)流的基本視點子比特流(主視點)，與現(xiàn)有的ITU-T建議書H.264|IS0/IEC14496-10影像所規(guī)定的AVC影像流分配相同的OxlB0接著，對0x20分配能夠用于3D影像節(jié)目的多視點影像編碼流(例如H.264MVC)的子比特流(其它視點)。此外，對于在以不同的流來傳輸3D影像的多個視點“3D2視點ES傳輸方式”中使用的情況下的H.262(MPEG2)方式的基本視點比特流(主視點)，與現(xiàn)有的ITU-T建議書H.262IIS0/IEC13818-2影像分配相同的0x02。此處，以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的基本視點比特流(主視點)，指的是在3D影像的多個視點的影像中僅將主視點的影像以H.262(MPEG2)方式編碼而得的流。進而，對0x21，分配以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的其它視點的比特流。并且，對0x22，分配以不同的流來傳輸3D影像的多個視點的情況下的ITU-T建議書H.264IIS0/IEC14496-10影像所規(guī)定的AVC流方式的其它視點比特流。其中，在此處的說明中，將能夠用于3D影像節(jié)目的多視點影像編碼流的子比特流分配給0x20，將以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的其它視點的比特流分配給0x21，將以不同的流來傳輸3D影像的多個視點的情況下的ITU-T建議書H.264|IS0/IEC14496-10影像所規(guī)定的AVC流分配給0x22，不過，也可以分配給0x230x7E中的某些。此外，MVC影像流只是單純的一例，只要是表示能夠用于3D影像節(jié)目的多視點影像編碼流，也可以為H.264/MVC以外的影像流。如上所述,通過分配stream_type(流格式類別)的比特，能夠在發(fā)送裝置I一側的廣播運營商傳輸(廣播)3D節(jié)目時，在本發(fā)明的實施例中，例如用圖47所示的流的組合來進行傳輸。在組合例I中，傳輸多視點影像編碼(例如H.264/MVC)流的基本視點子比特流(主視點)(流格式類別OxlB)作為主視點(左眼用)影像流，傳輸多視點影像編碼(例如H.264/MVC)流的其它視點用子比特流(流格式類別0x20)作為副視點(右眼用)影像流。該情況下，主視點(左眼用)影像流、副視點(右眼用)影像流均使用多視點影像編碼(例如H.264/MVC)方式的流。多視點影像編碼(例如H.264/MVC)方式，原本就是用于傳輸多視點的影像的方式，在圖47的組合例中能夠最有效率地傳輸3D節(jié)目。此外，在將3D節(jié)目進行3D顯示(輸出)時，接收裝置能夠對主視點(左眼用)影像流和副視點(右眼用)影像流二者進行處理，來再現(xiàn)3D節(jié)目。在接收裝置將3D節(jié)目進行2D顯示(輸出)的情況下，如果只對主視點(左眼用)影像流進行處理，就能夠顯示(輸出)為2D節(jié)目。另外，多視點影像編碼方式H.264/MVC的基本視點子比特流，與現(xiàn)有的H.264/AVC(除了MVC)的影像流具有兼容性，通過如圖3所示將二者的流格式類別分配給同樣的OxlB，具有以下的效果。即，即使不具有將3D節(jié)目進行3D顯示(輸出)的功能的接收裝置接收了組合例I的3D節(jié)目，只要接收裝置具有顯示(輸出)現(xiàn)有的H.264/AVC(除了MVC)的影像流(ITU-T建議書H.264IIS0/IEC14496-10影像所規(guī)定的AVC影像流)的功能，就能夠基于流格式類別將該節(jié)目的主視點(左眼用)影像流，識別為與現(xiàn)有的H.264/AVC(除了MVC)的影像流同樣的流，作為通常的2D節(jié)目進行顯示(輸出)。此外，因為對副視點(右眼用)影像流分配的是以往沒有的流格式類別，所以在現(xiàn)有的接收裝置中將其忽略。由此，能夠在現(xiàn)有的接收裝置中，對于副視點(右眼用)影像流防止廣播站一方不希望出現(xiàn)的顯示(輸出)。因此，即使新近開始組合例I的3D節(jié)目的廣播，也能夠避免出現(xiàn)具有顯示(輸出)現(xiàn)有的H.264/AVC(除了MVC)的影像流的功能的現(xiàn)有的接收裝置無法顯示(輸出)的狀況。由此，即使在通過CM(commercialmessage,商業(yè)廣告)等廣告收入來運營的廣播等中新近開始該3D節(jié)目廣播，用不支持3D顯示(輸出)功能的接收裝置也能夠收看，因此能夠避免因接收裝置的功能限制而導致收視率降低，對廣播站一方來說也具有優(yōu)點。在組合例2中，作為主視點(左眼用)影像流，傳輸以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的基本視點比特流(主視點)(流格式類別0x02)，作為副視點(右眼用)影像流，傳輸以不同的流來傳輸3D影像的多個視點的情況下的ITU-T建議書H.264IIS0/IEC14496-10影像所規(guī)定的AVC流(流格式類別0x22)。與組合例I同樣地，在將3D節(jié)目進行3D顯示(輸出)時，接收裝置能夠對主視點(左眼用)影像流和副視點(右眼用)影像流二者進行處理，來再現(xiàn)3D節(jié)目，在接收裝置將3D節(jié)目進行2D顯示(輸出)的情況下，如果只對主視點(左眼用)影像流進行處理，就能夠顯示(輸出)為2D節(jié)目。此外，通過使以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的基本視點比特流(主視點)，為與現(xiàn)有的ITU-T建議書H.262IIS0/IEC13818-2影像流具有兼容性的流，并且如圖3所示將二者的流格式類別分配給相同的OxlB，則只要是具有顯示(輸出)現(xiàn)有的ITU-T建議書H.262IIS0/IEC13818-2影像流的功能的接收裝置，即使是不具有3D顯示(輸出)功能的接收裝置，也能夠作為2D節(jié)目進行顯示(輸出)。此外，因為與組合例I同樣地，對副視點(右眼用)影像流分配以往沒有的流格式類另IJ，所以在現(xiàn)有的接收裝置中將其忽略。由此，能夠在現(xiàn)有的接收裝置中，對于副視點(右眼用)影像流防止廣播站一方不希望出現(xiàn)的顯示(輸出)。因為具有現(xiàn)有的11^-1'建議書!1.262|150/比(13818-2影像流的顯示(輸出)功能的接收裝置已得到廣泛普及，所以能夠防止因接收裝置的功能的限制而導致收視率的降低，對于廣播站來說能夠實現(xiàn)最理想的廣播。另外，通過使副視點(右眼用)影像流為ITU-T建議書H.26411S0/IEC14496-10影像所規(guī)定的AVC流(流格式類別0x22)，能夠以較高的壓縮率傳輸副視點(右眼用)影像流。即，根據(jù)組合例2，能夠同時實現(xiàn)廣播站的商業(yè)角度上的好處和高效率傳輸帶來的技術上的好處。在組合例3中，作為主視點(左眼用)影像流，傳輸以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的基本視點比特流(主視點)(流格式類別0x02)，作為副視點(右眼用)影像流，傳輸以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的其它視點的比特流(流格式類別0x21)。該情況下，與組合例2同樣地，如果是具有顯示(輸出)現(xiàn)有的ITU-T建議書H.262|IS0/IEC13818-2影像流的功能的接收裝置，則即使是不具有3D顯示(輸出)功能的接收裝置，也能夠作為2D節(jié)目進行顯示(輸出)。除了能夠進一步防止因接收裝置的功能的限制而導致收視率降低這一廣播站的商業(yè)角度上的好處之外，通過將主視點(左眼用)影像流和副視點(右眼用)影像流的編碼方式統(tǒng)一為H.262(MPEG2)方式，能夠簡化接收裝置中的影像解碼功能的硬件結構。此外，還能夠如組合例4所示，作為主視點(左眼用)影像流，傳輸多視點影像編碼(例如H.264/MVC)流的基本視點子比特流(主視點)(流格式類別OxlB)，作為副視點(右眼用)影像流，傳輸以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的其它視點的比特流(流格式類別0x21)。另外，在圖47的組合中，代替多視點影像編碼(例如H.264/MVC)流的基本視點子比特流(主視點)(流格式類別OxlB)，采用ITU-T建議書H.264|IS0/IEC14496-10影像所規(guī)定的AVC影像流(流格式類別OxlB)也能夠獲得同樣的效果。并且，在圖47的組合中，代替以不同的流來傳輸3D影像的多個視點的情況下的H.262(MPEG2)方式的基本視點比特流(主視點)，采用ITU-T建議書H.262|IS0/IEC13818-2影像流(流格式類別0x02)也能夠獲得同樣的效果。圖4是表示作為節(jié)目信息之一的組件描述符(ComponentDescriptor)的結構的一例。組件描述符表示組件(構成節(jié)目的要素。例如影像、聲音、文本、各種數(shù)據(jù)等)的類別，也用于以文本形式表現(xiàn)基本流。該描述符配置在PMT和/或EIT中。組件描述符的含義如下。S卩，descriptor_tag是8比特的字段,記載了能夠將該描述符識別為組件描述符的值。descriptor_length是8比特的字段,記載了該描述符的大小。stream_cotent(組件內(nèi)容)是4比特的字段,表示流的類別(影像、聲音、數(shù)據(jù)),依照圖4編碼。component_type(組件類別)是8比特的字段,規(guī)定了組件的類別，如影像、聲音、數(shù)據(jù)等，依照圖4編碼。component_tag(組件標簽)是8比特的字段。業(yè)務的組件流能夠通過該8比特的字段參照組件描述符所表示的描述內(nèi)容(圖5)。節(jié)目映射段(ProgramMapSection)中應當使賦予各流的組件標簽的值為不同的值。組件標簽是用于識別組件流的標記(label)，與流標識描述符中的組件標簽為相同的值(僅限于流標識描述符存在于PMT中的情況下)。IS0_639_language_code(語言代碼)的24比特的字段，用于識別組件(聲音或者數(shù)據(jù))的語言，和該描述符中所含的文本描述的語言。語言代碼由ISO639-2(22)中規(guī)定的三字母的字符代碼表示。各字符依照ISO8859-1(24)用8個比特編碼，按照順序插入24比特字段中。例如，日語在三字母的字符代碼中為“jpn”，編碼如下“011010100111000001101110”。text_char(組件描述)是8比特的字段。一串組件描述的字段規(guī)定了組件流的文本描述。圖5Ca)(e)表示了組件描述符的構成要素stream_content(組件內(nèi)容)和component_type(組件類別)的一例。圖5(a)所示的組件內(nèi)容0x01表示以MPEG2格式壓縮的影像流的各種影像格式?！D5(b)所示的組件內(nèi)容0x05表示以H.264AVC格式壓縮的影像流的各種影像格式。圖5(c)所示的組件內(nèi)容0x06表示以多視點影像編碼(例如H.264MVC格式)壓縮的3D影像流的各種影像格式。圖5Cd)所示的組件內(nèi)容的0x07，表示以MPEG2或者H.264AVC格式壓縮的3D影像的Side-by-Side格式的流的各種影像格式。該示例中，MPEG2和H.264AVC格式下采用相同的組件內(nèi)容的值，但也可以按MPEG2和H.264AVC設定不同的值。圖5Ce)所示的組件內(nèi)容的0x08，表示以MPEG2或者H.264AVC格式壓縮的3D影像的Top-and-Bottom格式的流的各種影像格式。該示例中，MPEG2和H.264AVC格式下采用相同的組件內(nèi)容的值，但也可以按MPEG2和H.264AVC設定不同的值。如圖5(d)和圖5(e)所示,通過組件描述符的構成要素stream_content(組件內(nèi)容)和component_type(組件類別)的組合，來表示是否為3D影像、3D影像的方式、分辨率、和寬高比的組合，由此，即使是3D和2D的混合廣播，也能夠以較少的傳輸量來傳輸包含2D節(jié)目/3D節(jié)目標識的各種影像方式信息。尤其是，在利用原本不是作為多視點影像編碼方式規(guī)定的編碼方式的MPEG2和H.264AVCCMVC除外)等編碼方式,通過Side-by-Side形式或Top-and-Bottom形式等將多個視點的圖像包含在一副圖像中來傳輸3D影像節(jié)目的情況下，僅由上述的stream_type(流格式類別)難以識別所傳輸?shù)氖?D影像節(jié)目用的在一幅圖像中包含多個視點的圖像，還是單視點的普通圖像。因此，在此情況下，可以通過stream_content(組件內(nèi)容)和component_type(組件類別)的組合，來進行包含識別該節(jié)目為2D節(jié)目/3D節(jié)目在內(nèi)的各種影像方式的識別。此外，通過使用EIT來分發(fā)與當前正在廣播或者將來要廣播的節(jié)目相關的組件描述符，在接收裝置4中取得EIT來生成EPG(節(jié)目表)，作為EPG的信息，能夠生成是否為3D影像、3D影像的方式、分辨率、寬高比、是否為3D影像。接收裝置具有能夠在EPG中顯示(輸出)這些信息的優(yōu)點。如以上說明，接收裝置4通過監(jiān)視stream_content和component_type,能夠識別當前接收的或將來要接收的節(jié)目是3D節(jié)目。圖6表示作為節(jié)目信息之一的組件組描述符(ComponentGroupDescriptor)的結構的一例。組件組描述符定義并識別事件中的組件的組合。即，描述了多個組件的編組信息。該描述符配置在EIT中。組件組描述符的含義如下所述。S卩，descriptor_tag為8比特的字段,記載了能夠將該描述符識別為組件組描述符的值。descriptorjength是8比特的字段，記載了該描述符的大小。component_group_type(組件組類別)是3比特的字段,依照圖7表示組件的組類別。在此，001表示3DTV業(yè)務，與000的多視點TV業(yè)務(Multi-viewTVService)相區(qū)別。在此，多視點TV業(yè)務是能夠將多個視點的2D影像按各視點切換顯示的TV業(yè)務。例如，在多視點影像編碼影像流，或者原本不是作為多視點影像編碼方式規(guī)定的編碼方式的流中，在將多個視點的圖像包含于一副畫面中進行傳輸?shù)那闆r下的流，不僅能用于3D影像節(jié)目，也能用于多視點TV節(jié)目。在此情況下，即使流中包含多視點的影像，但只用上述stream_type(流格式類別)也可能無法識別是3D影像節(jié)目還是多視點TV節(jié)目。此時,利用component_group_type(組件組類別)進行識別是有效的。total_bit_rate_flag(總比特率標志)是I個比特的標志，表示事件中的組件組內(nèi)的總比特率的描述狀態(tài)。該比特為“O”時，表示該描述符中不存在組件組內(nèi)(的)總比特率字段。該比特為“I”時，表示該描述符中存在組件組內(nèi)總比特率字段。num_of_group(組數(shù))是4比特的字段,表示事件中的組件組的數(shù)目。component_group_id(組件組標識)是4比特的字段,依照圖8描述組件組標識。num_of_CA_unit(收費單位數(shù))是4比特的字段,表示組件組內(nèi)的收費/不收費單位的數(shù)目。CA_unit_id(收費單位標識)是4比特的字段，依照圖9描述組件所屬的收費單位標識。num_of_component(組件數(shù))是4比特的字段,表示屬于該組件組,并屬于其之前的CA_unit_id所表示的收費/不收費單位的組件的數(shù)目。component_tag(組件標簽)是8比特的字段，表示屬于該組件組的組件標簽值。total_bit_rate(總比特率)是8比特的字段，將傳輸流包的傳輸速率按每l/4Mbps舍入，來描述組件組內(nèi)的組件的總比特率。teXt_length(組件組描述長度)是8比特的字段，表示后續(xù)的組件組描述的字節(jié)長度。text_char(組件組描述)是8比特的字段。一串文本信息的字段描述了與組件組相關的說明。于是，接收裝置4通過監(jiān)視component_group_type,能夠識別當前接收的或將來接收的節(jié)目是3D節(jié)目。下面，對使用了表示關于3D節(jié)目的信息的新的描述符的例子進行說明。圖10(a)表示作為節(jié)目信息之一的3D節(jié)目詳細描述符的結構的一例。3D節(jié)目詳細描述符表示節(jié)目是3D節(jié)目時的詳細信息，用于接收機中的3D節(jié)目判定等。該描述符配置在PMT和/或EIT中。3D節(jié)目詳細描述符可以與上面說明的圖5(c)(e)所示的3D影像節(jié)目用的stream_content(組件內(nèi)容)和component_type(組件類別)共存。不過，通過傳輸3D節(jié)目詳細描述符，也可以采用不傳輸3D影像節(jié)目用的stream_content(組件內(nèi)容)和component_type(組件類別)的結構。3D節(jié)目詳細描述符的含義如下所述。descriptor_tag是8比特的字段，記載了能夠將該描述符識別為3D節(jié)目詳細描述符的值(例如OxEl)。descriptor,length是8比特的字段，記載了該描述符的大小。3d_2d_type(3D/2D類別)為8比特的字段，按照圖10(b)，表示3D節(jié)目中的3D影像/2D影像的類別。該字段，例如在節(jié)目正片為3D影像，而節(jié)目途中插入的廣告等由2D影像構成的3D節(jié)目中，為用于識別是3D影像還是2D影像的信息，配置該字段的目的在于，防止接收裝置中的錯誤動作(因接收裝置進行3D處理但廣播節(jié)目為2D影像而發(fā)生的顯示(輸出)問題)。OxOl表示3D影像，0x02表示2D影像。3d_method_type(3D方式類別)是8比特的字段，依照圖11表示3D的方式類別。0x01表示“3D2視點ES傳輸方式”方式，0x02表示Side-by-Side方式，0x03表示Top-and-Bottom方式。stream_type(流格式類別)是8比特的字段,依照上面說明的圖3,表示節(jié)目的ES的格式。此外，也可以采用在3D影像節(jié)目的情況下傳輸3D節(jié)目詳細描述符，而在2D影像節(jié)目中不傳輸3D節(jié)目詳細描述符的結構。僅通過是否存在關于接收的節(jié)目的3D節(jié)目詳細描述符的傳輸，就能夠識別該節(jié)目是2D影像節(jié)目還是3D影像節(jié)目。component_tag(組件標簽)是8比特的字段。業(yè)務的組件流能夠通過該8比特的字段參照組件描述符所表示的描述內(nèi)容(圖5)。節(jié)目映射段(ProgramMapSection)中應當使賦予各流的組件標簽的值為不同的值。組件標簽是用于識別組件流的標記(label)，與流標識描述符中的組件標簽為相同的值(僅限于PMT中存在流標識描述符的情況)。于是，接收裝置4監(jiān)視3D節(jié)目詳細描述符，如果該描述符存在就能夠識別當前接收的或將來接收的節(jié)目是3D節(jié)目。并且，在節(jié)目是3D節(jié)目的情況下，能夠識別3D傳輸方式的類別，而在3D影像和2D影像同時存在的情況下能夠識別到該情況。下面針對以業(yè)務(編排頻道)單位來識別是3D影像還是2D影像的例子進行說明。圖12是表示作為節(jié)目信息之一的業(yè)務描述符(ServiceDescriptor)的結構的一例。業(yè)務描述符以字符代碼表示編排頻道名、其運營商以及業(yè)務形式類別。該描述符配置在SDT中。業(yè)務描述符的含義如下所述。S卩，service_type(業(yè)務形式類別)是8比特的字段，依照圖13表示業(yè)務的類別。0x01表示3D影像業(yè)務。service_provider_name_length(運營商名長度)是8比特的字段，表示后續(xù)的運營商的字節(jié)長度。char(字符代碼)是8比特的字段。一串文本信息字段，表示運營商名或業(yè)務名。service_name_length(業(yè)務名長度)是8比特的字段，表示后續(xù)的業(yè)務名的字節(jié)長度。于是，接收裝置4通過監(jiān)視service_type,能夠識別業(yè)務(編排頻道)是3D節(jié)目的頻道。像這樣，如果能夠識別業(yè)務(編排頻道)是3D影像業(yè)務還是2D影像業(yè)務，就能夠例如在EPG顯示中表示該業(yè)務是3D影像節(jié)目廣播業(yè)務。不過，即使是以3D影像節(jié)目為中心廣播的業(yè)務，也存在廣告影像的源只有2D影像等必須廣播2D影像的情況。因此，基于該業(yè)務描述符的servicejype(業(yè)務形式類別)的3D影像業(yè)務的識別，優(yōu)選與已說明的基于stream_content(組件內(nèi)容)和component_type(組件類別)的組合的3D影像節(jié)目的識別、基于component_group_type(組件組類別)的3D影像節(jié)目的識別或基于3D節(jié)目詳細描述符的3D影像節(jié)目的識別同時使用。在組合多個信息進行識別的情況下，能夠識別出雖然是3D影像廣播業(yè)務但只有一部分的節(jié)目是2D影像等情況。在能夠進行這樣的識別的情況下，接收裝置能夠在例如EPG中明示該業(yè)務是“3D影像廣播業(yè)務”，并且，即使在該業(yè)務中除了3D影像節(jié)目之外還混合有2D影像節(jié)目，也能夠在節(jié)目接收等時候根據(jù)需要進行顯示控制，來切換3D影像節(jié)目和2D影像節(jié)目。圖14是作為節(jié)目信息之一的業(yè)務列表描述符ServiceListDescriptor)的結構的一例。業(yè)務列表描述符提供業(yè)務標識和基于業(yè)務形式類別的業(yè)務一覽。即，描述編排頻道和其類別的一覽。該描述符配置在NIT中。業(yè)務列表描述符的含義如下所述。即，servicejd(業(yè)務標識)是16比特的字段，用于唯一地識別該傳輸流中的信息業(yè)務。業(yè)務標識等于對應的節(jié)目映射段中的廣播節(jié)目編號標識(program_number)。service_type(業(yè)務形式類別)是8比特的字段,依照上面說明的圖12表示業(yè)務的類別。由于根據(jù)這些SerViCe_type(業(yè)務形式類別)能夠識別業(yè)務是否為“3D影像廣播業(yè)務”，因此，能夠利用該業(yè)務列表描述符所示的編排頻道及其類別的一覽，在EPG顯示中進行僅將“3D影像廣播業(yè)務”分組的顯示。由此，接收裝置4通過監(jiān)視service_type,能夠識別編排頻道是3D節(jié)目的頻道。上面說明的描述符的例子，僅記載了有代表性的成分，也可以考慮包含其它的成分，將多個成分合并成一個，將一個成分分割成具有詳細信息的多個成分。<節(jié)目信息的發(fā)送應用規(guī)則例>上面說明的節(jié)目信息的組件描述符、組件組描述符、3D節(jié)目詳細描述符、業(yè)務描述符、業(yè)務列表描述符，是例如由管理信息附加部16生成并附加的、存儲在MPEG-TS的PSI(作為一例如PMT等)或SI(作為一例如EIT或SDT、NIT等)中從發(fā)送裝置I發(fā)送的信息。針對發(fā)送裝置I中的節(jié)目信息的發(fā)送應用規(guī)則例在下面說明。圖15表示組件描述符在發(fā)送裝置I中的發(fā)送處理的一例。在“descriptor_tag”中記載意味著組件描述符的“0x50”。在“descriptor_length”中記載組件描述符的描述符長度。描述符長度的最大值沒有規(guī)定。“81^63111_001^6111”中記載“(^01”(影像)。“component_type”中記載該組件的影像組件類別。組件類別根據(jù)圖5設定?！癱omponent_tag”記載在該節(jié)目中唯一的組件標簽值?！癐S0_639_language_code”記載“jpn(0x6A706E)”?！皌ext_char”在存在多個影像組件時，以16字節(jié)(全角8個字符)以下描述影像類別名。不使用換行符。在組件描述是默認的字符串的情況下，可以省略該字段。默認字符串是“影像”。并且,對于事件(節(jié)目)中所含的、具有0x00OxOF的component_tag值的全部的影像組件，必須發(fā)送一個。由此，通過在發(fā)送裝置I中進行(實施)發(fā)送應用，接收裝置4能夠通過監(jiān)視stream_content和component_type,來識別當前接收的或者將來接收的節(jié)目是3D節(jié)目。圖16是組件組描述符在發(fā)送裝置I中的發(fā)送處理的一例?！癲escriptor_tag”中記載意味著組件組描述符的“0xD9”?！癲escriptor_length”中記載組件組描述符的描述符長度。描述符長度的最大值沒有規(guī)定?！癱omponent_group_type”表示組件組的類別。“000”表示多視點電視，“001”表示3D電視?！皌otal_bit_rate_flag”中，在事件中的組內(nèi)的總比特率全部為規(guī)定的默認值的情況下表示為“0”，在事件中的組內(nèi)的總比特率的任一個超出了規(guī)定的默認值的情況下表示為“I”。“num_of_group”記載事件中的組件組的數(shù)目。多視點電視(MVTV)的情況下最大為3，3D電視(3DTV)的情況下最大為2?！癈0mp0nent_gr0up_id”記載組件組標識。主組的情況下分配為“0x0”，各副組的情況下由廣播運營商在事件中唯一地分配。“num_of_CA_unit”記載組件組內(nèi)的收費/非收費單位的數(shù)目。最大值為2。當該組件組內(nèi)完全沒有包含進行收費的組件的情況下為“0x1”。“CA_unit_id”記載收費單位標識。廣播運營商在事件中唯一地分配?！皀um_of_component”記載屬于該組件組,且屬于之前的“CA_unit_id”所示的收費/不收費單位的組件的數(shù)目。最大值是15?！癱omponent_tag”記載屬于組件組的組件標簽值?！皌otal_bit_rate”記載組件組內(nèi)的總比特率。在默認值的情況下記載“0x00”。“teXt_length”記載后續(xù)的組件組描述的字節(jié)長度。最大值為16(全角8個字符)?！皌eXt_char”必須記載關于組件組的說明。沒有規(guī)定默認字符串。并且不使用換行符。此外,在進行多視點電視業(yè)務的情況下，“component_group_type”必須作為“000”發(fā)送。在進行3D電視業(yè)務的情況下，“component_group_type”必須作為“001”發(fā)送。由此，通過在發(fā)送裝置I中進行(實施)發(fā)送應用，接收裝置4能夠通過監(jiān)視component_group_type,來識別當前接收的或者將來接收的節(jié)目是3D節(jié)目。圖17表示3D節(jié)目詳細描述符在發(fā)送裝置I中的發(fā)送處理的一例?！癲escriptor_tag”中記載意味著3D節(jié)目詳細描述符的“OxEl”。“descriptor_length”中記載3D節(jié)目詳細描述符的描述符長度?！?d_2d_type”記載了3D/2D標識。根據(jù)圖10(b)設定?！?d_method_type”記載3D方式標識。根據(jù)圖11中設定?！皊tream_type”記載節(jié)目的ES的格式。根據(jù)圖3中設定。“component_tag”記載在該節(jié)目中唯一的組件標簽值。由此，通過在發(fā)送裝置I中進行(實施)發(fā)送應用，接收裝置4監(jiān)視3D節(jié)目詳細描述符，若該描述符存在，則能夠識別當前接收的或者將來接收的節(jié)目是3D節(jié)目。圖18表示業(yè)務描述符在發(fā)送裝置I中的發(fā)送處理的一例?！癲escriptor_tag”中記載意味著業(yè)務描述符的“(^48”。“(16801^口101'_161^1:11”中記載業(yè)務描述符的描述符長度?！皊ervice_type”中記載業(yè)務形式類別。針對業(yè)務形式類別，根據(jù)圖13中設定?！皊ervice_provider_name_length”在BS/CS數(shù)字電視廣播中記載運營商名長度。最大值為20。由于在地面數(shù)字電視廣播中不使用service_provide;r_name,所以記為“0x00，，。“char”在BS/CS數(shù)字電視廣播中記載運營商名。最大為全角10個字符。在地面數(shù)字電視廣播中不記載任何信息?！皊ervice_name_length”記載編排頻道名長度。最大值為20?！癱har”記載編排頻道名。其在20字節(jié)以內(nèi)，且在全角10個字符以內(nèi)。另外，對于對象編排頻道，必須僅配置一個。由此，通過在發(fā)送裝置I中進行(實施)發(fā)送應用，接收裝置4能夠通過監(jiān)視service_type,來識別編排頻道是3D節(jié)目的頻道。圖19表示業(yè)務列表描述符在發(fā)送裝置I中的發(fā)送處理的一例。“descriptor_tag”中記載意味著業(yè)務列表描述符的“0x41”?！癲escriptor_length”中記載業(yè)務列表描述符的描述符長度?！發(fā)oop”記載對象傳輸流中所含的業(yè)務數(shù)的循環(huán)?！皊ervice_id”記載該傳輸流中所含的service_id?！皊ervice_type”記載對象業(yè)務的業(yè)務類型。根據(jù)圖13中設定。此外，對于NIT中的TS循環(huán)必須配置。由此，通過在發(fā)送裝置I中進行(實施)發(fā)送應用，接收裝置4能夠通過監(jiān)視service_type,來識別編排頻道是3D節(jié)目的頻道。以上，說明了發(fā)送裝置I中的節(jié)目信息的發(fā)送例，其具有以下的優(yōu)點在節(jié)目從2D節(jié)目切換到3D節(jié)目時，在3D節(jié)目開始的最初的畫面中，例如使用字幕將“3D節(jié)目即將開始”、“收看3D顯示的情況下佩戴3D收看用的眼鏡”、“眼睛疲勞時或身體不適時推薦收看2D顯示”、“長時間收看3D節(jié)目可能導致眼睛疲勞或身體不適”等嵌入到由發(fā)送裝置I生成的3D節(jié)目的影像中發(fā)送，對于通過接收裝置4收看3D節(jié)目的用戶進行針對3D節(jié)目收看的注音藥告<接收裝置的硬件結構>圖25是表示圖I的系統(tǒng)中接收裝置4的結構例的硬件結構圖。21是對接收機整體進行控制的CPU(CentralProcessingUnit,中央處理單元);22是用于發(fā)送CPU21與接收裝置中各部件之間的控制和信息的通用總線；23是調(diào)諧器，通過無線(衛(wèi)星、地面波)、電纜等廣播傳輸網(wǎng)接收從發(fā)送裝置I發(fā)送的廣播信號，并選擇特定的頻率來進行解調(diào)、糾錯處理等，輸出MPEG2-TransportStream(下面也稱為“TS”)等復用包；24是對加擾部13所施加的擾碼進行解擾的解擾器；25是與網(wǎng)絡進行信息的發(fā)送接收，在互聯(lián)網(wǎng)和接收裝置之間發(fā)送接收各種信息和MPEG2-TS的網(wǎng)絡I/F(Interface，接口);26是例如內(nèi)置于接收裝置4中的HDD(HardDiskDrive，硬盤驅動器)、閃存，或者可移動的HDD、盤型記錄介質(zhì)、閃存等記錄介質(zhì)；27是記錄再現(xiàn)部,控制記錄介質(zhì)26,對向記錄介質(zhì)26記錄信號或從記錄介質(zhì)26再現(xiàn)信號進行控制；29是將復用為MPEG2-TS等格式的信號分離成影像ES(ElementaryStream，基本流)、聲音ES、節(jié)目信息等信號的復用分離(復用/解復用)部。ES指壓縮、編碼后的各影像、聲音數(shù)據(jù)。30表示將影像ES解碼成影像信號的影像解碼部；31表示將聲音ES解碼成聲音信號并將其輸出到揚聲器48或從聲音輸出42輸出的聲音解碼部；32為影像變換處理部，對影像解碼部30解碼而得的影像信號根據(jù)上述CPU的指示進行將3D或者2D的影像信號通過后述的變換處理變換為規(guī)定的格式的處理，或將CPU21生成的OSD(OnScreenDisplay，屏幕顯示)等顯示與影像信號疊加的處理，將處理后的影像信號輸出到顯示器47或影像信號輸出部41，將與處理后的影像信號的格式對應的同步信號和控制信號(用于設備控制)從影像信號輸出部41和控制信號輸出部43輸出；33表示控制信號發(fā)送接收部，接收來自用戶操作輸入部45的操作輸入(例如來自發(fā)出IR(InfraredRadiation,紅外線照射)信號的遙控器的按鍵代碼)，并且將CPU21、影像變換處理部32生成的面向外部設備的設備控制信號(例如IR)從設備控制信號發(fā)送部44發(fā)送；34表示在內(nèi)部具有計數(shù)器并進行當前時刻的保存的計時器；46表示對在上述復用分離部中重構的TS進行加密等必要的處理并將TS輸出到外部，或將從外部接收的TS解碼后輸入到復用分離部29的串行接口或IP接口等高速數(shù)字I/F；47表示對由影像解碼部30解碼并通過影像變換處理部32變換為影像的3D影像以及2D影像進行顯示的顯示器；48表示基于聲音解碼部解碼后的聲音信號而輸出聲音的揚聲器，接收裝置4主要由以上這些裝置構成。在顯示器進行3D顯示的情況下，如果需要，則也從控制信號輸出部43、設備控制信號發(fā)送端子44輸出同步信號和控制信號。圖35和圖36中表示了包括接收裝置和收看裝置以及3D收看輔助裝置(例如3D眼鏡)的系統(tǒng)結構的例子。圖35是接收裝置和收看裝置形成為一體的系統(tǒng)結構，此外圖36是接收裝置和收看裝置為不同結構的情況的例子。在圖35中，3501表示包括上述接收裝置4的結構的、能夠進行3D影像顯示和聲音輸出的顯示裝置，3503表示從上述顯示裝置3501輸出的3D收看輔助裝置控制信號(例如IR信號)，3502表示3D收看輔助裝置。在圖35的例子中，從上述顯示裝置3501所具備的影像顯示器顯示影像信號，并從上述顯示裝置3501所具備的揚聲器輸出聲音信號。此外同樣地，顯示裝置3501具備輸出端子，輸出從設備控制信號44或者控制信號43的輸出部輸出的3D收看輔助裝置控制信號。另外，在上述說明中，以圖35所示的顯示裝置3501和3D收看輔助裝置3502通過后述的主動式快門方式進行顯示的例子作為前提，在圖35所示的顯示裝置3501和3D收看輔助裝置3502為后述進行基于偏振分離的3D影像顯示的裝置的情況下，3D收看輔助裝置3502只要能進行偏振分離以使不同的影像入射到左眼和右眼即可，可以不從顯示裝置3501輸出從設備控制信號44或者控制信號43的輸出部對3D收看輔助裝置3502輸出的3D收看輔助裝置控制信號3503。此外，在圖36中，3601表示包括上述接收裝置4的結構的影像聲音輸出裝置，3602表不傳輸影像/聲音/控制信號的傳輸路徑(例如HDMI電纜),3603表不將從外部輸入的影像信號和聲音信號顯不輸出的顯不器。該情況下，從影像聲音輸出裝置3601(接收裝置4)的影像輸出41輸出的影像信號和從聲音輸出42輸出的聲音信號、從控制信號輸出部43輸出的控制信號,被變換為適合由傳輸路徑3602規(guī)定的格式(例如根據(jù)HDMI標準規(guī)定的格式)的傳輸信號，經(jīng)由傳輸路徑3602輸入到顯示器3603。顯示器3603接收上述傳輸信號，解碼為原本的影像信號、聲音信號、控制信號，輸出影像和聲音，同時對3D收看輔助裝置3502輸出3D收看輔助裝置控制信號3503。另外，在上述說明，以圖36所示的顯示裝置3603和3D收看輔助裝置3502通過后述的主動式快門方式進行顯示的例子作為前提，在圖36所示的顯示裝置3603和3D收看輔助裝置3502為后述進行基于偏振分離的3D影像顯示的裝置的情況下，3D收看輔助裝置3502只要能進行偏振分離以使不同的影像入射到左眼和右眼即可，可以不從顯示裝置3603向3D收看輔助裝置3502輸出3D收看輔助裝置控制信號3503。此外，圖25所示的2146的各構成要素的一部分，可以由I個或者多個LSI構成。此外，圖25所示的2146的各構成要素的一部分功能也可以由軟件實現(xiàn)?！唇邮昭b置的功能框圖〉圖26是CPU21內(nèi)部的處理的功能塊結構的一例。在此，各功能塊例如作為由CPU21執(zhí)行的軟件的模塊存在，各模塊之間通過執(zhí)行某些動作(例如消息傳遞、函數(shù)調(diào)用、事件通知)等來進行信息或數(shù)據(jù)的傳遞以及控制指示。此外，各模塊也通過通用總線22與接收裝置4內(nèi)部的各硬件進行信息的發(fā)送接收。此外，圖中記載的關系線(箭頭)主要記載了本說明相關的部分，但其它模塊之間也存在通信單元和需要通信的處理。例如選臺控制部59適宜地從節(jié)目信息分析部54獲取選臺所需的節(jié)目息。下面針對各功能塊的功能進行說明。系統(tǒng)控制部51管理各模塊的狀態(tài)和用戶的指示狀態(tài)等，對各模塊進行控制指示。用戶指示接收部52對控制信號發(fā)送接收部33所接收的用戶操作的輸入信號進行接收和解釋，將用戶指示傳遞到系統(tǒng)控制部51。設備控制信號發(fā)送部53按照來自系統(tǒng)控制部51或其它模塊的指示，指示控制信號發(fā)送接收部33使其發(fā)送設備控制信號。節(jié)目信息分析部54從復用分離部29獲取節(jié)目信息并分析其內(nèi)容，向各模塊提供必要的信息。時間管理部55從節(jié)目信息分析部54獲取TS中所含的時間修正信息(Τ0ΤTimeoffsettable,時間偏移表),管理當前的時刻,并使用計時器34具有的計數(shù)器,按照各模塊的要求，進行警報(通知指定時刻的到來)和一次性計時(通知一定時間的經(jīng)過)的通知。網(wǎng)絡控制部56控制網(wǎng)絡I/F25,從特定URL(UniqueResourceLocaterJlI—資源定位)或特定IP(InternetProtocol，因特網(wǎng)協(xié)議)地址獲取各種信息和TS。解碼控制部57控制影像解碼部30和聲音解碼部31，進行解碼器的開始和停止、流中所含的信息的獲取等。記錄再現(xiàn)控制部58對記錄再現(xiàn)部27進行控制，從記錄介質(zhì)26的特定的內(nèi)容的特定的位置，以任意的讀出方式(普通再現(xiàn)、快進、快退、暫停)讀出信號。此外，進行將輸入到記錄再現(xiàn)部27中的信號記錄到記錄介質(zhì)26上的控制。選臺控制部59控制調(diào)諧器23、解擾器24、復用分離部29和解碼控制部57，進行廣播的接收和廣播信號的記錄。此外，執(zhí)行從自記錄介質(zhì)進行再現(xiàn)到輸出影像信號和聲音信號為止的控制。詳細的廣播接收的動作和廣播信號的記錄動作、從記錄介質(zhì)進行再現(xiàn)的動作在后面說明。OSD生成部60生成包含特定消息的OSD數(shù)據(jù)，對影像變換控制部61進行指示，以使其將上述生成的OSD數(shù)據(jù)疊加在影像信號上輸出。在此，OSD生成部60生成左眼用和右眼用的具有視差的OSD數(shù)據(jù)，基于上述左眼用和右眼用的OSD數(shù)據(jù)對影像變換控制部61要求3D顯示，由此進行3D方式的消息顯示等。影像變換控制部61控制影像變換處理部32，將從影像解碼部30輸入到影像變換處理部32的影像信號，根據(jù)來自上述系統(tǒng)控制部51的指示變換為3D或者2D的影像，并將變換后的影像與從OSD生成部60輸入的OSD疊加，進一步地根據(jù)需要對影像進行加工(縮放、PinP、3D顯示等)，在顯示器47上顯示或者輸出到外部。影像變換處理部32中的3D影像、2D影像向規(guī)定格式的變換方法的結節(jié)將在后文敘述。各功能塊提供這些功能。<廣播接收>在此針對進行廣播接收時的控制步驟和信號的流動進行說明。首先，系統(tǒng)控制部51從用戶指示接收部52接收到表示接收特定頻道(CH)的廣播的用戶指示(例如按下遙控器的CH按鈕)，向選臺控制部59指示用戶選定了所指示CH(下面稱指定CH)。接收到上述指示的選臺控制部59對調(diào)諧器23指示指定CH的接收控制(選臺到指定頻帶、廣播信號解調(diào)處理、糾錯處理)，并將TS輸出到解擾器24。接著，選臺控制部59對解擾器24指示將所述TS解擾，輸出到復用分離部29中，對復用分離部29指示，以將輸入的TS復用分離(解復用)、將復用分離后的影像ES向影像解碼部30輸出以及將聲音ES向聲音解碼部31輸出。并且，選臺控制部59對解碼控制部57發(fā)出將輸入到影像解碼部30和聲音解碼部31的影像ES和聲音ES解碼的指示。接收到上述解碼指示的解碼控制部31，對影像解碼部30進行控制，以使解碼后的影像信號輸出到影像變換處理部32，并對聲音解碼部31進行控制，以使解碼后的聲音信號輸出到揚聲器48或聲音輸出42。由此進行輸出用戶指定的CH的影像和聲音的控制。此外，為了顯示選臺時的CH欄(表示CH編號、節(jié)目名和節(jié)目信息等的0SD)，系統(tǒng)控制部51對OSD生成部60指示CH欄的生成和輸出。接收到上述指示的OSD生成部60，將生成的CH欄的數(shù)據(jù)發(fā)送到影像變換控制部61，并進行控制，以使接收到上述數(shù)據(jù)的影像變換控制部61將CH欄疊加在影像信號上輸出。由此，進行選臺時的消息顯示。〈廣播信號的記錄〉下面針對廣播信號的記錄控制和信號的流動進行說明。在進行特定的CH的記錄的情況下，系統(tǒng)控制部51對選臺控制部59指示特定CH的選擇和向記錄再現(xiàn)部27的信號輸出。接收到上述指示的選臺控制部59，與上述廣播接收處理同樣地對調(diào)諧器23指示指定CH的接收控制，對解擾器24進行控制，以使其對從調(diào)諧器23接收的MPEG2-TS進行解擾，對復用分離部29進行控制，以使其將來自解擾器24的輸入輸出到記錄再現(xiàn)部27。此外，系統(tǒng)控制部51對記錄再現(xiàn)控制部58進行指示，以使其記錄輸入到記錄再現(xiàn)部27的輸入TS。接收到上述指示的記錄再現(xiàn)控制部58，對輸入到記錄再現(xiàn)部27中的信號(TS)進行加密等必要的處理，并進行記錄再現(xiàn)時所需的附加信息(記錄CH的節(jié)目信息、比特率等內(nèi)容信息)的生成和管理數(shù)據(jù)(記錄內(nèi)容的ID、記錄介質(zhì)26上的記錄位置、記錄格式、加密信息等)的記錄，然后進行將上述MPEG2-TS和附加信息、管理數(shù)據(jù)寫入到記錄介質(zhì)26上的處理。由此，進行廣播信號的記錄。<從記錄介質(zhì)進行再現(xiàn)>下面說明從記錄介質(zhì)進行再現(xiàn)的處理。在進行特定節(jié)目的再現(xiàn)的情況下，系統(tǒng)控制部51指示記錄再現(xiàn)控制部58再現(xiàn)特定節(jié)目。作為此時的指示，指示內(nèi)容的ID和再現(xiàn)開始位置(例如節(jié)目的開頭、距離開頭10分鐘的位置、上次的繼續(xù)、距離開頭IOOMbyte的位置等)。接收到上述指示的記錄再現(xiàn)控制部58控制記錄再現(xiàn)部27進行處理，以利用附加信息和管理數(shù)據(jù)從記錄介質(zhì)26讀出信號(TS)，并在進行加密的解除等必要的處理后，對復用分離部29輸出TS0此外，系統(tǒng)控制部51對選臺控制部59指示再現(xiàn)信號的影像聲音輸出。接收到上述指示的選臺控制部59進行控制，以將來自記錄再現(xiàn)部27的輸入輸出到復用分離部29，對復用分離部29進行指示，以將輸入的TS復用分離、將復用分離后的影像ES向影像解碼部30輸出以及將復用分離后的聲音ES向聲音解碼部31輸出。并且，選臺控制部59對解碼控制部57進行將輸入到影像解碼部30和聲音解碼部31的影像ES和聲音ES解碼的指示。接收到上述解碼指示的解碼控制部31對影像解碼部30進行控制，以使其將解碼后的影像信號輸出到影像變換處理部32，對聲音解碼部31進行控制，以使其將解碼后的聲音信號輸出到揚聲器48或聲音輸出42。由此，進行從記錄介質(zhì)再現(xiàn)信號的信號再現(xiàn)處理?！?D影像的顯示方法〉作為能夠用于本發(fā)明的3D影像的顯示方式，有生成使左眼和右眼感覺到視差的左眼用和右眼用的影像，而使人感覺到立體物體的存在的幾種方式。作為一種方式，有主動快門(activeshutter)方式,該方式對用戶佩戴的眼鏡利用液晶快門(liquidcrystalshutter)等交替地將左右的鏡片遮光,并且與之同步地顯示左眼用和右眼用的影像，使映入左右眼簾的圖像間產(chǎn)生視差。此時，接收裝置4從控制信號輸出部43和設備控制信號發(fā)送端子44，向用戶佩戴的主動快門式眼鏡輸出同步信號和控制信號。并且，從影像信號輸出部41向外部的3D影像顯示裝置輸出影像信號，使左眼用的影像和右眼用的影像交替地顯示?；蛘撸诮邮昭b置4所具有的顯示器47上進行同樣的3D顯示。由此，佩戴了主動快門式眼鏡的用戶能夠在該3D影像顯示裝置或接收裝置4所具有的顯示器47上收看3D影像。此外，作為其它方式，有偏振方式，該方式對用戶佩戴的眼鏡的左右的鏡片貼上在直線偏振光的情況下相互正交的薄膜或施以直線偏振涂層，或者，貼上在圓偏振光的情況下偏振軸的旋轉方向相互相反的薄膜或施以圓偏振光涂層，通過同時輸出與左眼和右眼的眼鏡的偏振光分別對應的基于偏振光的左眼用的影像和右眼用的影像，來根據(jù)偏振狀態(tài)將分別入射到左眼和右眼的影像分離，在左眼和右眼間產(chǎn)生視差。此時，接收裝置4將影像信號從影像信號輸出部41輸出到外部的3D影像顯示裝置，該3D影像顯示裝置以不同的偏振狀態(tài)顯示左眼用的影像和右眼用的影像?；蛘?，通過接收裝置4所具有的顯示器47進行相同的顯示。由此，佩戴偏振方式眼鏡的用戶能夠在該3D影像顯示裝置或接收裝置4所具有的顯示器47上收看3D影像。并且，在偏振方式中，由于偏振方式眼鏡不必從接收裝置4發(fā)送同步信號和控制信號就能夠收看3D影像，所以不需要從控制信號輸出部43和設備控制信號發(fā)送端子44輸出同步信號和控制信號。此外，除此之外，也可以使用基于顏色將左右眼的影像分離的顏色分離方式。此夕卜，也可以使用能夠裸眼收看的、利用視差屏障生成3D影像的視差屏障方式。不過，本發(fā)明的3D顯示方式并不限定于特定的方式。<利用了節(jié)目信息的3D節(jié)目的具體判定方法的例子>作為3D節(jié)目的判定方法的例子，能夠從上面說明的廣播信號和再現(xiàn)信號的節(jié)目信息中所含的各種表或描述符中獲取新包含的用于判定是否為3D節(jié)目的信息，來判定是否為3D節(jié)目。通過確認在PMT、EIT[schedulebasic/scheduleextended/present/following(基本時刻表/擴展時刻表/當前/后續(xù))]等表中記載的組件描述符、組件組描述符中新包含的用于判定是否為3D節(jié)目的信息，作為3D節(jié)目判定用的新的描述符的3D節(jié)目詳細描述符，在NIT、SDT等表中記載的業(yè)務描述符、業(yè)務列表描述符等中新包含的用于判定是否為3D節(jié)目的信息等，來判斷是否為3D節(jié)目。這些信息，在上述的發(fā)送裝置中附加到廣播信號上發(fā)送。發(fā)送裝置中，例如通過管理信息附加部16將這些信息附加到廣播信號上。作為各表的用途區(qū)別，例如對于PMT，其特征在于，由于僅記載當前的節(jié)目的信息，所以無法對將來的節(jié)目的信息進行確認，但可信性較高。另一方面，針對EITtschedulebasic/scheduleextended],有如下不足，即，雖然除了能獲取當前的節(jié)目以外還能獲取未來的節(jié)目的信息，但接收結束前的時間較長，用于保存的存儲區(qū)域需要較多，并且由于是未來的事件，因此可信度較低。對于EIT[folloWing(后續(xù))]，因為能夠獲得下一廣播時間的節(jié)目的信息，所以適用于本實施例。此外針對EIT[preSent]，能夠用于獲取當前的節(jié)目信息，能夠得到與PMT不同的信息。下面，對與從發(fā)送裝置I發(fā)送的圖4、圖6、圖10、圖12、圖14中說明的節(jié)目信息相關的接收裝置4的處理的詳細例子進行說明。圖20表示接收裝置4中對組件描述符的各字段的處理的一例。如果“descriptorjag”是“0x50”，則判斷為該描述符是組件描述符。通過“descriptor_length”判斷為其是該組件組描述符的描述符長度。如果“stream_content”是“0x01”、“0x05”、“0x06”、“0x07”，則判斷為該描述符有效(影像)。在“0x01”、“0x05”、“0x06”、“0x07”之外的情況下，判斷為該描述符無效。在“stream_content”是“0x01”、“0x05”、“0x06”、“0x07”的情況下，進行下面的處理?！癱omponent_type”判斷為該組件的影像組件類別。針對該組件類別,指定圖5中任一值。通過該內(nèi)容，能夠判斷該組件是否為關于3D影像節(jié)目的組件。“component_tag”是該節(jié)目中唯一的組件標簽值,能夠與PMT的流標識符的組件標簽值對應地利用。即使“IS0_639_language_code”不是“jpn(“0x6A706E”)”，也將后面配置的字符代碼當作“jpn”處理?！皌eXt_Char”判別16字節(jié)(全角8個字符)以內(nèi)的為組件描述。該字段被省略的情況下判斷為默認的組件描述。默認的字符串是“影像”。如上所述，組件描述符能夠判斷構成事件(節(jié)目)的影像組件類別，組件描述能夠在接收機中的影像組件選擇時利用。此外,僅將component_tag值設定為0x00OxOF的值的影像組件作為單獨時的選擇對象。設定為上述之外的component_tag值的影像組件不作為單獨時的選擇對象,不作為組件選擇功能等的對象。此外，由于事件(節(jié)目)中的模式變更等，組件描述有可能與實際的組件不一致。(組件描述符的component_type記載該組件的代表性的組件類別，對于節(jié)目中途的模式變更，該值不進行實時地變更)。此外，當作為控制數(shù)字記錄設備中的拷貝世代的信息和最大傳輸率的標識的數(shù)字拷貝控制描述符對于該事件(節(jié)目)被省略的情況下，對此時的默認的maximum_bit_rate進行判斷時，參照由組件描述符記載的component_type。由此，通過進行接收裝置4中的對本描述符的各字段的處理，獲得下述效果，SP，接收裝置4通過監(jiān)視stream_content和component_type,能夠識別當前接收的或者將來接收的節(jié)目是3D節(jié)目。圖21是接收裝置4中對組件組描述符的各字段的處理的一例。如果“deSCriptor_tag”是“0xD9”，則判斷為該描述符是組件組描述符。通過“descriptor_length”判斷為其是組件組描述符的描述符長度。如果“component_group_type”是“000”,則判斷為多視點電視業(yè)務,如果是“001”則判斷為3D電視業(yè)務。如果“total_bit_rate_flag”是“O”，則判斷為事件(節(jié)目)中的組內(nèi)的總比特率沒有在該描述符中記載。如果是“I”則判斷為事件(節(jié)目)中的組內(nèi)的總比特率記載在該描述符中?！皀um_0f_gr0up”判斷為事件(節(jié)目)內(nèi)的組件組的數(shù)目。在存在最大值且超過該最大值的情況下，能夠作為最大值處理?！癱omponent_group_id”如果是“0x0”,則判斷為主組。如果是“0x0”以外則判斷為副組?！皀Um_of_CA_Unit”判斷為組件組內(nèi)的收費/不收費單位的數(shù)目。在超過最大值的情況下能作為2處理?！癈A_unit_id”如果是“0x0”則判定為非收費單位組。如果是“0x1”則判斷為包含默認ES組的收費單位。如果是“0x0”和“0x1”以外，則判斷為上述之外的收費單位?！皀um_of_component”判斷為屬于該組件組且屬于之前的CA_unit_id所示的收費/不收費單位的組件的數(shù)目。在超過最大值的情況下能作為15處理。“component_tag”判斷為屬于組件組的組件標簽值，能夠與PMT的流標識符的組件標簽值對應地利用。“total_bit_rate”判斷為組件組內(nèi)的總比特率。在為“0x00”時判斷為默認?！ぁ皌extjength”如果小于16(全角8字符)，則判斷為組件組描述的字節(jié)長度，如果超過16(全角8字符)，可以無視組件組描述長度超過16(全角8字符)的部分的說明文本。“text_char”表示關于組件組的說明文本。此外，根據(jù)component_group_type=“000”的組件組描述符的配置，判斷為在該事件(節(jié)目)中進行多視點電視業(yè)務，能夠用于每個組件組的處理。此外,根據(jù)component_group_type=“001”的組件組描述符的配置,判斷為在該事件(節(jié)目)中進行3D電視業(yè)務，能夠用于每個組件組的處理。進一步地，各組的默認ES組必須記載在配置于CA_unit循環(huán)開頭的組件循環(huán)中。在主組(component_group_id=0x0)中·如果組的默認ES組是不收費對象，則使free_CA_mode=0,不能設定CA_unit_id=0xl的組件組。·如果組的默認ES組是收費對象，則使free_CA_mode=l,必須設定并記載CA_unit_id=“0x1”的組件組。在副組(component_group_id>0x0)中·對于副組，僅能夠設定與主組相同的收費單位或者不收費單位?！と绻M的默認ES組是不收費對象,則設定并記載CA_unit_id=0x0的組件組?！と绻M的默認ES組是收費對象,則設定并記載CA_unit_id=0xl的組件組。由此，通過進行接收裝置4中的對本描述符的各字段的處理，獲得下述效果，SP，接收裝置4通過監(jiān)視component_group_type,能夠識別當前接收的或者將來接收的節(jié)目是3D節(jié)目。圖22表示接收裝置4中對3D節(jié)目詳細描述符的各字段的處理的一例。如果“deSCriptor_tag”是“OxEl”則判斷為該描述符是3D節(jié)目詳細描述符。通過“descriptor_length”判斷為其是3D節(jié)目詳細描述符的描述符長度?！?d_2d_type”判斷為該3D節(jié)目中的3D/2D標識。從圖10(b)中指定。“3d_method_type”判斷為該3D節(jié)目中的3D方式標識。從圖11中指定?！皊tream_type”判斷為該3D節(jié)目的ES的格式。從圖3中指定?！癱omponent_tag”判斷為在該3D節(jié)目中唯一的組件標簽值。能夠與PMT的流標識符的組件標簽值對應地利用。此外，也可以通過3D節(jié)目詳細描述符自身的有無，來判斷該節(jié)目是否為3D節(jié)目。即，在此情況下，如果沒有3D節(jié)目詳細描述符，則判斷為2D影像節(jié)目，在有3D節(jié)目詳細描述符時判斷為3D影像節(jié)目。由此，通過進行接收裝置4中的對本描述符的各字段的處理，獲得下述效果，SP，接收裝置4監(jiān)視3D節(jié)目詳細描述符，如果該描述符存在，則能夠識別當前接收的或者將來接收的節(jié)目是3D節(jié)目。圖23表示接收裝置4中對業(yè)務描述符的各字段的處理的一例。如果“descriptor_tag^是“0x48”,則判斷為該描述符是業(yè)務描述符。通過“descriptor_length”判斷為其是業(yè)務描述符的描述符長度?！皊ervice_type”在除圖13所示的service_type之外的情況下，判斷為該描述符無效?！皊ervice_provider_name_length”在BS/CS數(shù)字電視廣播的接收中，如果是20以下，則判斷為運營商名長度，如果大于20，則判斷為運營商名無效。另一方面，在地面數(shù)字電視廣播的接收中，除了“0x00”以外都判斷為無效。“char”在BS/CS數(shù)字電視廣播的接收中，判斷為運營商名。另一方面，在地面數(shù)字電視廣播的接收中，無視記載內(nèi)容?！皊ervice_name_length”如果是20以下,貝U判斷為編排頻道名長度，大于20則判斷編排頻道名為無效?！癱har”判斷為編排頻道名。此外，若無法接收到按照上述圖18說明的發(fā)送處理的一例來配置描述符的SDT，則判斷為對象業(yè)務的基本信息無效。由此，通過進行接收裝置4中的對本描述符的各字段的處理，獲得下述效果，SP，接收裝置4通過監(jiān)視service_type,能夠識別編排頻道是3D節(jié)目。圖24是表示接收裝置4中對業(yè)務列表描述符的各字段的處理的一例?！癲escriptor_tag”如果是“0x41”，則判斷為該描述符是業(yè)務列表描述符。通過“descriptor_length”判斷為其是業(yè)務列表描述符的描述符長度?！發(fā)oop”記載對象傳輸流中所含的業(yè)務數(shù)的循環(huán)。“servicejd”判斷為對于該傳輸流的service_id。“service_type”記載對象業(yè)務的業(yè)務類型。除了圖13中規(guī)定的業(yè)務類型以外判斷為無效。如上所述，業(yè)務列表描述符能夠判斷對象網(wǎng)絡中所含的傳輸流的信息。由此，通過進行接收裝置4中的對本描述符的各字段的處理，獲得下述效果，SP，接收裝置4通過監(jiān)視servicejype，能夠識別編排頻道是3D節(jié)目的頻道。下面針對各表中的具體的描述符進行說明。首先，通過PMT的2nd循環(huán)(每個ES的循環(huán))中記載的stream_type中的數(shù)據(jù)的類別，能夠如上述圖3所述判定ES的格式，當其中存在表示當前廣播的流是3D影像的描述的情況下，將該節(jié)目判定為3D節(jié)目(例如，如果stream_type中存在表示多視點影像編碼(例如H.264/MVC)流的子比特流(其它視點)的OxlF，則將該節(jié)目判定為3D節(jié)目)。此外，除stream_type以外，針對PMT中當前為reserved(保留)的區(qū)域,也可以新分配給用于識別3D節(jié)目或者2D節(jié)目的2D/3D標識比特，通過該區(qū)域來進行判別。針對EIT也可以同樣地將2D/3D標識比特分配到reserved(保留)的區(qū)域中來進行判定。在通過PMT和/或EIT中配置的組件描述符來判定3D節(jié)目的情況下，如上述圖4和5所述,將表示3D影像的類別分配到組件描述符的component_type(例如，圖5(c)(e)),若component_type中存在表示3D的，則能夠判定為該節(jié)目是3D節(jié)目。(例如，分配圖5(C)(e)等，確認該值存在于對象節(jié)目的節(jié)目信息中)。作為利用配置在EIT中的組件組描述符來進行判定的方法，如上述圖6和7所述，將表示3D業(yè)務的描述分配給component_group_type的值,如果component_group_type的值表示3D業(yè)務，則能夠判別為是3D節(jié)目(例如，比特字段中將3DTV業(yè)務等分配給001，確認該值存在于對象節(jié)目的節(jié)目信息中)。作為利用配置于PMT和/或EIT中的3D節(jié)目詳細描述符來進行判定的方法，如上圖10和11所述，在判定對象節(jié)目是否為3D節(jié)目的情況下，能夠根據(jù)3D節(jié)目詳細描述符內(nèi)的3d_2d_type(3D/2D類別)的內(nèi)容進行判定。此外，對于接收節(jié)目沒有傳輸3D節(jié)目詳細描述符的情況下，判斷為是2D節(jié)目。此外，也可以考慮下述方法，即，如果上述描述符中所含的3D方式類別(上述3d_method_type)是接收裝置能夠支持的3D方式,則判定下一節(jié)目是3D節(jié)目。在這種情況下，雖然描述符的分析處理變得復雜，但對于接收裝置無法支持的3D節(jié)目，能夠進行消息顯示處理或終止記錄處理的動作。在配置于SDT中的業(yè)務描述符和配置于NIT中的業(yè)務列表描述符中所含的service_type信息中，如上述圖12、13和14所述,將3D影像業(yè)務分配給0x01,在獲取了包含該描述符的節(jié)目信息的情況下，能夠判定為是3D節(jié)目。在這種情況下，不是以節(jié)目為單位的判定，而是以業(yè)務(CH、編排頻道)為單位的判定，雖然無法進行同一編排頻道中的下一節(jié)目的3D節(jié)目判定，但由于信息的獲取不以節(jié)目為單位，具有較為簡單的優(yōu)點。此外，針對節(jié)目信息，也有通過專用的信道(廣播信號或者互聯(lián)網(wǎng))來獲取的方法。在這種情況下，如果有節(jié)目的開始時間和CH(廣播編排頻道、URL或IP地址)、表示該節(jié)目是否為3D節(jié)目的標識符，也同樣地能夠進行3D節(jié)目的判定。在上面的說明中，針對以業(yè)務(CH)或節(jié)目為單位判定是否為3D影像的各種信息(表和描述符中所含的信息)進行了說明，但在本發(fā)明并沒有必要發(fā)送其全部。只要根據(jù)廣播方式發(fā)送必要的信息即可。這些信息中，可以通過確認各個單獨的信息來以業(yè)務(CH)或節(jié)目為單位判定是否為3D影像，也可以通過組合多個信息來以業(yè)務(CH)或節(jié)目為單位判定是否為3D影像。在通過組合多個信息來進行判定的情況下，還能夠判定雖然是3D影像廣播業(yè)務，但一部分的節(jié)目是2D影像等情形。在能夠進行這種判定的情況下，能夠利用接收裝置來例如在EPG中明示該業(yè)務是“3D影像廣播業(yè)務”，并且，即使在該業(yè)務中除了3D影像節(jié)目之外還混合了2D影像節(jié)目，也能在節(jié)目接收時根據(jù)需要按3D影像節(jié)目和2D影像節(jié)目來切換顯示控制。此外，通過以上說明的3D節(jié)目的判定方法，在判定為是3D節(jié)目的情況下，在例如接收裝置4能夠適當?shù)靥幚?顯示、輸出)圖5(c)(e)所指定的3D組件的情況下，按3D處理(再現(xiàn)、顯示、輸出)，在接收裝置4不能適當?shù)靥幚?再現(xiàn)、顯示、輸出)的情況下(例如，不具有支持所指定的3D傳輸方式的3D影像再現(xiàn)功能的情況等)可以按2D處理(再現(xiàn)、顯示、輸出)。此時，還可以在顯示、輸出2D影像的同時，一起顯示表示該3D影像節(jié)目不能在接收裝置中適當?shù)剡M行3D顯示或者3D輸出的消息。圖50表示該情況的消息顯示例。701是裝置顯示或輸出的畫面整體，5001是向用戶表示當前的節(jié)目是接收裝置4不能處理的3D方式類別的消息的一例?？梢栽谙?001中，顯示表示錯誤的種類的錯誤代碼、3D方式類別(例如3d_method_type)或將它們組合的值。這具有用戶能夠依此判斷接收裝置內(nèi)部的狀況等優(yōu)點。使用圖51說明這樣顯示錯誤消息的情況下系統(tǒng)控制部51的處理流程例。系統(tǒng)控制部51從節(jié)目信息分析部54獲取當前節(jié)目的節(jié)目信息(S201)，利用上述3D節(jié)目的判定方法來判定當前節(jié)目是否為3D節(jié)目。在當前節(jié)目不是3D節(jié)目的情況下(S202的“否”)，不特別進行處理。在當前節(jié)目是3D節(jié)目的情況下(S202的“是”)，接著確認接收裝置是否支持當前節(jié)目的3D方式類別(S802)。具體而言，可采用的方法如，判定上述節(jié)目信息中包括的3D方式類別(例如，上述3D節(jié)目詳細描述符記載的3d_meth0d_type)是否是表示接收裝置4支持的3D方式的值?？芍С值?D方式類別的值預先存儲在接收裝置4的存儲部等中，在該判定時使用即可。根據(jù)判定的結果，在是接收裝置支持的3D方式類別的情況下(S802的“是”)，不特別進行消息顯示等。在是接收裝置不支持的3D方式類別的情況下(S802的“否”)，進行圖49所示的設備不支持的消息顯示(S803)。這樣，用戶能夠掌握是作為2D影像節(jié)目廣播的節(jié)目，還是雖然是作為3D影像節(jié)目廣播的節(jié)目，但由于接收裝置不能合適地處理因此顯示2D影像。〈3D節(jié)目的電子節(jié)目表顯示例和畫面顯示的顯示例>圖48表示包括3D節(jié)目的電子節(jié)目表的顯示例。電子節(jié)目表主要基于復用在廣播信號中傳輸?shù)腅IT中包括的節(jié)目信息而構成，除此以外也可以通過廣播中獨自的復用方式進行節(jié)目信息數(shù)據(jù)發(fā)送，或經(jīng)由互聯(lián)網(wǎng)進行節(jié)目信息的發(fā)送等。電子節(jié)目表中使用的信息包括與事件(節(jié)目)相關的節(jié)目名、廣播開始時刻、廣播期間、其他的節(jié)目詳細信息(演員、導演、關于影像和聲音的解碼的信息、系列名稱等)等，基于這些信息構成圖48這樣的電子節(jié)目表。此外，EIT不僅發(fā)送當前廣播的節(jié)目，也發(fā)送將來廣播的節(jié)目。即，接收裝置中，對于當前接收的節(jié)目和將來接收的節(jié)目，能夠使用EIT中包含的信息，進行以下所示的電子節(jié)目表等的顯示處理。圖中的701表示裝置所顯示或輸出的畫面整體，4801表示上述畫面上提示的電子節(jié)目表的整體，橫軸表示業(yè)務(CH:頻道)，縱軸表示時刻，該例子中顯示了業(yè)務1CH、3CH、4CH、6CH的7:001200的電子節(jié)目表。其中，顯示電子節(jié)目表時，可以不播放當前接收的節(jié)目，只顯示電子節(jié)目表?；蛘撸部梢詫㈦娮庸?jié)目表疊加到當前接收的節(jié)目的影像上顯示。這些處理，可以在圖25的接收裝置中，根據(jù)CPU21(系統(tǒng)控制部51、OSD生成部60)的控制，而由影像變換處理部32進行。該例子中，在電子節(jié)目表數(shù)據(jù)(例如EIT)所包括的事件(節(jié)目沖，在存在由上述的方法判定的3D節(jié)目的情況下(例如，圖48的例子中，3CH的8001000顯示的矩形所表示的節(jié)目)，在可知是對該節(jié)目附加的標記的范圍內(nèi)(例如表示節(jié)目的矩形的范圍內(nèi)，或該矩形周圍的規(guī)定的范圍內(nèi))顯示可使人明白該節(jié)目是3D節(jié)目的例如4802這樣的標記(以下稱為3D節(jié)目標記)。由此，用戶能夠容易地識別電子節(jié)目表內(nèi)哪一個節(jié)目是3D節(jié)目。此處，作為3D節(jié)目標記的顯示方法，除了4802的顯示例以外，例如也可以如4803所示從上述3d_meth0d_type的信息中獲取該節(jié)目的3D方式類別進行判別，顯示表示3D廣播的方式的字符或標記。該例子的情況下顯示了表示多視點編碼方式的“MVC”的標記。該情況下，用戶根據(jù)電子節(jié)目表能夠容易地判斷該節(jié)目是3D節(jié)目，并判斷是以哪一種3D方式類別廣播的。此外，作為其他顯示方法，如4804的例子所示，在接收裝置不支持從上述3d_method_type的信息中獲得的3D方式類別的情況下，進行表示不支持的標記(例如圖中的“X”)的顯示，或改變顯示顏色(進行圖中網(wǎng)點部分的顯示，或將電子節(jié)目顯示區(qū)域的顏色改變?yōu)榛疑?這樣的顯示，此外，還可以考慮根據(jù)接收裝置是否支持該節(jié)目的3D方式類別而變更顯示內(nèi)容的方法，例如在該節(jié)目是接收裝置支持的3D方式類別的情況下顯示表示支持的標記(例如在圖中X的顯示位置改為顯示“〇”)。這樣，用戶能夠容易地識別該節(jié)目是否是接收裝置支持的3D方式類別的節(jié)目。此外，也能夠將這些顯示組合，在顯示節(jié)目的3D方式類別的同時，改變顯示顏色以進行表示本裝置不支持的3D方式類別的顯示。該情況下，用戶能夠在確認該節(jié)目的3D方式類別的同時，容易地判斷是否是接收裝置支持的3D方式類別。此外，也可以在用戶通過遙控器操作電子節(jié)目表中顯示的光標(選擇區(qū)域)，當光標的焦點落在3D節(jié)目上的情況下，在選中的區(qū)域之外的區(qū)域上顯示3D節(jié)目標記。作為具體例，可以如圖49的4902所示，在選中的上述節(jié)目所表示的矩形的范圍外，將該3D節(jié)目標記例如與節(jié)目的詳細信息(例如4901所示的CH編號、廣播時亥lj、節(jié)目名)一同顯示。其中，圖49的例子中，用于3D節(jié)目標記顯示4902和節(jié)目的詳細的信息顯示4901的區(qū)域，設置在電子節(jié)目表的節(jié)目一覽顯示區(qū)域4903之外。作為電子節(jié)目表的顯示方法，除此以外，也可以在用戶通過遙控器進行了特定的操作(例如按下按鈕、在菜單中設定)的情況下，或打開3D節(jié)目專用的電子節(jié)目表的情況下，或接收裝置是支持3D的裝置的情況下，也可以在電子節(jié)目表中僅顯示3D節(jié)目。這樣，用戶更容易搜索3D節(jié)目。除了電子節(jié)目表以外，也可以在選擇節(jié)目時、節(jié)目信息變更時或用戶按下特定按鈕(例如“畫面顯示”)時顯示的節(jié)目顯示(例如CH欄)中也顯示3D節(jié)目標記。在通過與上述同樣的3D節(jié)目判定方法，判斷為當前節(jié)目是3D節(jié)目的情況下，如圖53的例子所示，也能夠在對3D節(jié)目進行2D顯示時的節(jié)目顯示5301中顯示上述3D節(jié)目標記。這樣，即使用戶不打開節(jié)目表，也能夠判斷該節(jié)目是否為3D節(jié)目。該情況下，也可以與例如5301所示的CH編號、廣播時刻、節(jié)目名等節(jié)目的詳細信息一同顯示。此外，對3D節(jié)目進行3D顯示的情況下也可以進行圖53的顯示。此處關于3D節(jié)目標記的顯示，除了上述3D節(jié)目的判定方法中使用的描述符以外，也可以是電子節(jié)目表的字符數(shù)據(jù)(例如EIT中包括的短事件描述符的text_char部分)的特定位置(例如開頭部分)中包括的“3D”這樣的字符。該情況下，即使是現(xiàn)有的接收裝置，用戶也能夠從電子節(jié)目表中識別3D節(jié)目?！?D2視點ES傳輸方式的3D內(nèi)容的3D再現(xiàn)/輸出/顯示處理>接著對3D內(nèi)容(包括3D影像的數(shù)字內(nèi)容)再現(xiàn)時的處理進行說明。此處，首先對圖47所示的在I個TS中存在主視點影像ES和副視點影像ES的3D2視點ES傳輸方式的情況下的再現(xiàn)處理進行說明。首先，在用戶進行向3D輸出/顯示的切換指示(例如按下遙控器的“3D”按鍵)等情況下，接收到上述按鍵代碼的用戶指示接收部52，對系統(tǒng)控制部51指示向3D影像的切換(以下的處理，對于3D2視點ES傳輸方式的內(nèi)容，在用戶指示切換到3D內(nèi)容的3D顯示/輸出以外的條件下切換到3D輸出/顯示時，也進行同樣的處理)。接著，系統(tǒng)控制部51，利用上述的方法判定當前的節(jié)目是否為3D節(jié)目。在當前的節(jié)目是3D節(jié)目的情況下，系統(tǒng)控制部51首先對于選臺控制部59指示3D影像的輸出。接收到上述指示的選臺控制部59，首先從節(jié)目信息分析部54，取得主視點影像ES和副視點影像ES各自的PID(packetID)和編碼方式(例如H.264/MVC，MPEG2，H.264/AVC等)，接著對復用分離部29進行控制，以使其將上述主視點影像ES和副視點影像ES復用分離，輸出到影像編碼部30。此處，例如控制復用分離部29使上述主視點影像ES輸入到影像編碼部的第一輸入，上述副視點影像ES輸入到影像編碼部的第二輸入。之后，選臺控制部59對解碼控制部57發(fā)送影像編碼部30的第一輸入是主視點影像ES、第二輸入是副視點影像ES這一信息以及各自的上述編碼方式，并且指示將這些ES解碼。為了將圖47所示的3D2視點ES傳輸方式的組合例2和組合例4這樣的主視點影像ES和副視點影像ES的編碼方式不同的3D節(jié)目解碼，影像解碼部30構成為具有與各編碼方式對應的多種解碼功能即可。為了將圖47所示的3D2視點ES傳輸方式的組合例I和組合例3這樣的主視點·影像ES和副視點影像ES的編碼方式相同的3D節(jié)目解碼，影像解碼部30也可以采用只具有與單一的編碼方式對應的解碼功能的結構。該情況下，能夠廉價地構成影像解碼部30。接收到上述指示的解碼控制部57，進行與主視點影像ES和副視點影像ES各自的編碼方式對應的解碼，將左眼用和右眼用的影像信號輸出到影像變換處理部32。此處，系統(tǒng)控制部51指示影像變換控制部61進行3D輸出處理。從系統(tǒng)控制部51接收到上述指示的影像變換控制部61，控制影像變換處理部32，從影像輸出41進行輸出，或者在接收裝置4所具備的顯示器47上顯示3D影像。對于該3D再現(xiàn)/輸出/顯示方法，使用圖37進行說明。圖37(a)是與將3D2視點ES傳輸方式的3D內(nèi)容的左右視點的影像交替地顯示、輸出的幀序列方式的輸出、顯示相對應的再現(xiàn)/輸出/顯示方法的說明圖。圖的左側上部的幀列(M1，M2，M3，……)表示3D2視點ES傳輸方式的內(nèi)容的主視點(左眼用)影像ES中包含的多個幀，圖的左側下部的幀列(SI，S2，S3，……)表示3D2視點ES傳輸方式的內(nèi)容的副視點(右眼用)影像ES中包含的多個幀。在影像變換處理部32中，將上述輸入的主視點(左眼用)/副視點(右眼用)影像信號的各幀，如圖右側的幀列(Ml，S1，M2，S2，M3，S3，......)所示的那樣，交替地將幀作為影像信號輸出/顯示。根據(jù)這樣的輸出/顯示方式，對于各視點能夠最大地使用能在顯示器上顯示的分辨率，能夠進行高分辨率的3D顯示。在圖36的系統(tǒng)結構中，在使用圖37(a)的方式的情況下，在上述影像信號的輸出的同時，將能夠判別各影像信號為主視點(左眼)用還是副視點(右眼)用的同步信號從控制信號43輸出。接收到上述影像信號和上述同步信號的外部的影像輸出裝置，能夠與上述同步信號一致地輸出主視點(左眼用)、副視點(右眼用)的影像作為上述影像信號，并對3D收看輔助裝置發(fā)送同步信號，由此進行3D顯示。此外，從外部的影像輸出裝置輸出的同步信號，也可以由外部的影像輸出裝置生成。此外在圖35的系統(tǒng)結構中，在使用圖37(a)的方式，將上述影像信號顯示在接收裝置4所具備的顯示器47上的情況下，使上述同步信號經(jīng)由設備控制信號發(fā)送部53以及控制信號發(fā)送接收部33從設備控制信號發(fā)送端子44輸出，通過進行外部的3D收看輔助裝置的控制(例如主動式快門的遮光切換)，來進行3D顯示。圖37(b)是與將3D2視點ES傳輸方式的3D內(nèi)容的左右視點的影像顯示在顯示器的不同區(qū)域上的方式的輸出、顯示相對應的再現(xiàn)/輸出/顯示方法的說明圖。該處理中，將3D2視點ES傳輸方式的流在影像解碼部30中解碼，在影像變換處理部32中進行影像變換處理。此處，顯示在不同的區(qū)域上指的是如下方法，例如，將顯示器的奇數(shù)線和偶數(shù)線分別作為主視點(左眼)用、副視點(右眼)用的顯示區(qū)域進行顯示?；蛘撸@示區(qū)域也可以不以線為單位，在每個視點具有不同像素的顯示器的情況下，為主視點(左眼)用的多個像素的組合與副視點(右眼)用的多個像素的組合的各顯示區(qū)域即可。例如，在上述偏振方式的顯示裝置中，例如，從上述不同的區(qū)域，輸出與3D收看輔助裝置的左眼右眼的各偏振狀態(tài)對應的、相互不同的偏振狀態(tài)的影像即可。根據(jù)這樣的輸出/顯示方式，對于各視點而言，雖然能夠在顯示器上顯示的分辨率雖然比圖37(a)的方式少，然而能夠將主視點(左眼)用的影像和副視點(右眼)用的影像同時輸出/顯示，不需要交替地顯示。由此，與圖37(a)的方式相比能夠進行較少閃爍的3D顯示。此外，圖35、圖36的任一系統(tǒng)結構中，在使用圖37(b)的方式的情況下，3D收看輔助裝置只要是偏振分離眼鏡即可，不需要特別進行電子控制。該情況下，能夠更加廉價地提供3D收看輔助裝置?！?D2視點ES傳輸方式的3D內(nèi)容的2D輸出/顯示處理>對于進行3D2視點ES傳輸方式的3D內(nèi)容的2D輸出/顯示的情況下的動作在以下說明。在用戶進行向2D影像的切換指示(例如按下遙控器的“2D”按鍵)的情況下，接收到上述按鍵代碼的用戶指示接收部52，對系統(tǒng)控制部51指示向2D影像的信號切換(以下的處理，在用戶指示切換到3D2視點ES傳輸方式的3D內(nèi)容的2D輸出/顯示以外的條件下切換到2D輸出/顯示時，也進行同樣的處理)。接著，系統(tǒng)控制部51首先對選臺控制部59指示2D影像的輸出。接收到上述指示的選臺控制部59，首先從節(jié)目信息分析部54取得2D影像用ES(上述主視點ES、或者具有默認標簽的ES)的PID，對復用分離部29進行控制以使其將上述ES輸出到影像解碼部30。之后，選臺控制部59指示解碼控制部57將上述ES解碼。即，3D2視點ES傳輸方式中，按主視點和副視點，子流或者ES是不同的，所以只要將主視點的子流或者ES解碼即可。接收到上述指示的解碼控制部57控制影像解碼部30進行上述ES的解碼，將影像信號輸出到影像變換處理部32。此處，系統(tǒng)控制部51對影像變換控制部61進行控制，以使其進行影像的2D輸出。從系統(tǒng)控制部51接收到上述指示的影像變換控制部61，進行控制，使2D影像信號從影像輸出端子41輸出到影像變換處理部32，或者在顯示器47上顯示2D影像。對于該2D輸出/顯示方法，使用圖38說明。解碼影像的結構與圖37相同，如上所述，在影像解碼部30中第二ES(副視點影像ES)沒有被解碼，因此將影像變換處理部32解碼的一方的ES側的影像信號變換為圖中右側的幀列(Ml，M2，M3，……)表示的2D影像信號后輸出。像這樣進行2D輸出/顯示。此處記載了不進行右眼用ES的解碼的方法作為2D輸出/顯示的方法，但也可以與3D顯示時相同，進行左眼用ES和右眼用ES雙方的解碼，通過在影像變換處理部32中實施將右眼用影像信號間隔抽取(隔幀抽取)的處理來進行2D顯示。該情況下，沒有解碼處理和復用分離處理的切換處理，有望獲得切換時間的減少和軟件處理的簡化等效果。〈Side-by-Side方式/Top-and-Bottom方式的3D內(nèi)容的3D輸出/顯示處理>接著說明I個影像ES中存在左眼用影像和右眼用影像的情況(例如像Side-by-Side方式和Top-and-Bottom方式這樣在I個2D畫面中存放(容納)左眼用影像和右眼用影像的情況)下的3D內(nèi)容的再現(xiàn)處理。與上述同樣地，在用戶進行向3D影像的切換指示的情況下，接收到上述按鍵代碼的用戶指示接收部52，對系統(tǒng)控制部51指示向3D影像的切換(以下的處理，在用戶指示切換到Side-by-Side方式或Top-and-Bottom方式的3D內(nèi)容的2D輸出/顯示以外的條件下切換到2D輸出/顯示時，也進行同樣的處理)。接著，系統(tǒng)控制部51，同樣采用上述的方法判定當前的節(jié)目是否是3D節(jié)目。在當前的節(jié)目是3D節(jié)目的情況下，系統(tǒng)控制部51首先對于選臺控制部59指示3D影像的輸出。接收到上述指示的選臺控制部59，首先從節(jié)目信息分析部54取得包括3D影像的3D影像ES的PID(packetID)以及編碼方式(例如MPEG2、H.264/AVC等)，接著對復用分離部29進行控制，以使其將上述3D影像ES復用分離并輸出到影像解碼部30，此外對影像解碼部30進行控制，以使其進行與編碼方式相應的解碼處理，并將解碼后的影像信號輸出到影像變換處理部32。此處，系統(tǒng)控制部51指示影像變換控制部61進行3D輸出處理。從系統(tǒng)控制部51接收到上述指示的影像變換控制部61，對影像變換處理部32進行指示，以將輸入的影像信號分離為左眼用影像和右眼用影像，并進行縮放等加工(詳情在后文敘述)。影像變換處理部32將變換后的影像信號從影像輸出41輸出，或者在接收裝置4所具備的顯示器47上顯不影像。對于該3D影像的再現(xiàn)/輸出/顯示方法，使用圖39說明。圖39(a)是與將Side-by-Side方式或者Top-and-Bottom方式的3D內(nèi)容的左右視點的影像交替地顯示、輸出的幀序列方式的輸出、顯示相對應的再現(xiàn)/輸出/顯示方法的說明圖。作為編碼影像一并記載并圖示了Side-by-Side方式、Top-and-Bottom方式的說明，而二者的不同點僅在于左眼用影像和右眼用影像在影像內(nèi)的配置不同，因此在以下的說明中使用Side-by-Side方式進行說明，省略Top-and-Bottom方式的說明。圖中左側的幀列(L1/R1，L2/R2，L3/R3......)表示左眼用和右眼用的影像配置在I幀的左側/右側的Side-by-Side方式影像信號。在影像解碼部30中，將左眼用和右眼用的影像配置在I幀的左側/右側的狀態(tài)下的Side-by-Side方式影像信號解碼，在影像變換部32中，將上述解碼后的Side-by-Side方式影像信號的各幀左右分離為左眼用影像和右眼用影像，并進而執(zhí)行縮放(實施放大/插值、或者壓縮/間隔抽取等，以適應輸出影像的橫向尺寸)。進而，如圖中右側的幀列(LI，Rl,L2，R2，L3，R3，……)所示，交替地將幀輸出為影像信號。在圖39Ca)中，變換為交替地輸出/顯示幀的輸出/顯示影像之后的處理，以及同步信號和控制信號對3D收看輔助裝置的輸出等，與已說明的圖37(a)中說明的3D2視點ES傳輸方式的3D內(nèi)容的3D再現(xiàn)/輸出/顯示處理是同樣的，因此省略說明。圖39(b)是與將Side-by-Side方式或者Top-and-Bottom方式的3D內(nèi)容的左右視點的影像在顯示器的不同區(qū)域上顯示的方式的輸出、顯示相對應的再現(xiàn)/輸出/顯示方法的說明圖。與圖39(a)同樣地，作為編碼影像同時記載并圖示了Side-by-Side方式、Top-and-Bottom方式的說明，而二者的不同點僅在于左眼用影像和右眼用影像在影像內(nèi)的配置不同，因此在以下的說明中使用Side-by-Side方式進行說明，省略Top-and-Bottom方式的說明。圖中左側的幀列(L1/R1，L2/R2，L3/R3……)，表示左眼用和右眼用的影像配置在I幀的左側/右側的Side-by-Side方式影像信號。在影像解碼部30中，將左眼用和右眼用的影像配置在I幀的左側/右側的狀態(tài)下的Side-by-Side方式影像信號解碼，在影像變換處理部32中，將上述解碼后的Side-by-Side方式影像信號的各幀左右分離以使其成為左眼用影像和右眼用影像，進而執(zhí)行縮放(實施放大/插值、或者壓縮/間隔抽取等以適應輸出影像的橫向尺寸)。進而，將縮放后的左眼用影像和右眼用影像輸出到不同的區(qū)域，在不同的區(qū)域上顯示。與圖37(b)中的說明同樣地，此處，在不同的區(qū)域上顯示指的是如下方法，例如，將顯示器的奇數(shù)線和偶數(shù)線分別作為主視點(左眼)用、副視點(右眼)用的顯示區(qū)域進行顯示。此外，對不同區(qū)域的顯示處理以及偏振方式的顯示裝置中的顯示方法等，與圖37(b)中說明的3D2視點ES傳輸方式的3D內(nèi)容的3D再現(xiàn)/輸出/顯示處理是同樣的，因此省略說明。在圖39(b)的方式中，即使顯示器的垂直分辨率與輸入影像的垂直分辨率相同，將左眼用影像和右眼用影像分別輸出到顯示器的奇數(shù)線和偶數(shù)線進行顯示的情況下，也存在需要減少各自的垂直的分辨率的情況，而這樣的情況下，也在上述縮放處理中實施與左眼用影像和右眼用影像的顯示區(qū)域的分辨率對應的間隔抽取(隔行抽取)即可?！碨ide-by-Side方式/Top-and-Bottom方式的3D內(nèi)容的2D輸出/顯示處理>對于進行Side-by-Side方式或者Top-and-Bottom方式的3D內(nèi)容的2D顯示的情況下各部分的動作在以下說明。在用戶進行向2D影像的切換指示(例如按下遙控器的“2D”按鍵)的情況下，接收到上述按鍵代碼的用戶指示接收部52，對系統(tǒng)控制部51指示向2D影像的信號切換(以下的處理，在用戶指示切換到Side-by-Side方式或者Top-and-Bottom方式的3D內(nèi)容的2D輸出/顯示以外的條件下切換到2D輸出/顯示時，也進行同樣的處理)。接收到上述指示的系統(tǒng)控制部51對影像變換控制部61指示2D影像的輸出。從系統(tǒng)控制部51接收到上述指示的影像變換控制部61，對輸入到影像變換處理部32的上述影像信號進行控制，使其進行2D影像輸出。對于影像的2D輸出/顯示方法，使用圖40說明。圖40(a)圖示了Side-by-Side方式的說明，圖40(b)圖示了Top-and-Bottom方式的說明，由于它們的區(qū)別僅在于左眼用影像和右眼用影像在影像內(nèi)的配置不同，因此只使用圖40Ca)的Side-by-Side方式進行說明。圖中左側的幀列(L1/R1，L2/R2，L3/R3……)表示左眼用和右眼用的影像信號配置在I幀的左側/右側的Side-by-Side方式影像信號。在影像變換處理部32中，將上述輸入的Side-by-Side方式影像信號的各幀分離為左右的左眼用影像、右眼用影像的各幀之后，僅將主視點影像(左眼用影像)部分縮放，如圖中右側的幀列(LI，L2，L3，……)所示，僅將主視點影像(左眼用影像)輸出為影像信號。影像變換處理部32，將進行了上述處理后的影像信號作為2D影像從影像輸出41輸出，并從控制信號43輸出控制信號。像這樣進行2D輸出/顯示。其中，圖40(c)(d)還表不了將Side-by-Side方式和Top-and-Bottom方式的3D內(nèi)容保持在I個圖像中存放2個視點的狀態(tài)下進行2D輸出/顯示的例子。例如，在如圖36所示，接收裝置和收看裝置分別構成的情況下，也可以從接收裝置將解碼后的Side-by-Side方式和Top-and-Bottom方式的影像保持在I個圖像中存儲2個視點的影像的狀態(tài)下輸出，在收看裝置中進行用于3D顯示的變換。<基于當前節(jié)目是否為3D內(nèi)容的2D/3D影像顯示處理流程的一例>接著，說明當前節(jié)目是3D內(nèi)容的情況或者當前節(jié)目變?yōu)?D內(nèi)容的情況下的內(nèi)容的輸出/顯示處理。對于當前節(jié)目是3D內(nèi)容節(jié)目的情況或者變?yōu)?D內(nèi)容節(jié)目的情況下的3D內(nèi)容的收看，若無條件地開始3D內(nèi)容的顯示，可能會導致用戶無法收看該內(nèi)容，損害用戶的便利性。對此，通過進行以下所示的處理，能夠提高用戶的便利性。圖41是因切換節(jié)目時當前節(jié)目、節(jié)目信息發(fā)生變更等而執(zhí)行的系統(tǒng)控制部51的處理流程的一例。圖41的例子是無論2D節(jié)目或3D節(jié)目均首先進行一個視點(例如主視點)的影像的2D顯示的流程。系統(tǒng)控制部51從節(jié)目信息分析部54取得當前節(jié)目的節(jié)目信息，利用上述3D節(jié)目的判定方法判定當前節(jié)目是否為3D節(jié)目，進而同樣地從節(jié)目信息分析部54取得當前節(jié)目的3D方式類別(例如2視點ES傳輸方式/Side-by-Side方式等，例如根據(jù)3D節(jié)目詳細描述符中記載的3D方式類別來判斷)(S401)。另外，當前節(jié)目的節(jié)目信息的獲取，不限于切換節(jié)目時，也可以定期地取得。在判定的結果為當前節(jié)目不是3D節(jié)目的情況下(S402的“否”)，進行控制以將2D的影像按2D方式顯示(S403)。在當前節(jié)目是3D節(jié)目的情況下(S402的“是”)，系統(tǒng)控制部51進行控制，以利用圖38和圖40(a)、(b)中說明的方法，以與各3D方式類別對應的形式對3D影像信號的一個視點(例如主視點)進行2D顯示(S404)。此時，可以將表示節(jié)目是3D節(jié)目的消息疊加在節(jié)目的2D顯示影像上顯示。像這樣，在當前節(jié)目是3D節(jié)目的情況下，對一個視點(例如主視點)的影像進行2D顯示。此外，在進行選臺動作，導致當前節(jié)目發(fā)生變更的情況下，也在系統(tǒng)控制部51中實施上述的流程。像這樣，在當前節(jié)目是3D節(jié)目的情況下，首先進行一個視點(例如主視點)的影像的2D顯示。由此，即使在用戶還未做好3D收看準備——例如用戶還未佩戴3D收看輔助裝置等情況下，用戶也能夠先暫時與2D節(jié)目大致同樣地收看當前節(jié)目。特別是，在Side-by-Side方式或Top-and-Bottom方式的3D內(nèi)容的情況下,不是如圖40(C)、Cd)所示，在I個圖像中保存2個視點的影像輸出，而是如圖40(a)、(b)所示，為一個視點的2D輸出/顯示，由此，用戶能夠與通常的2D節(jié)目同樣地進行收看，而無需通過遙控器等手動發(fā)出對于在I個圖像中保存2個視點的影像將一個視點2D顯示的指示。接著，圖42是例如在步驟S404中對影像進行2D顯示的同時，系統(tǒng)控制部51使OSD生成部60顯示的消息的一例。顯示對用戶通知3D節(jié)目已開始的消息，并且顯示用于由用戶發(fā)出響應的對象(以下稱為用戶響應接收對象例如OSD上的按鈕)1602，使其選擇之后的動作。在消息1601顯示時，在例如用戶按下了遙控器的“確定”按鈕的情況下，用戶指示接收部52通知系統(tǒng)控制部51用戶按下了“確定”。作為圖42的畫面顯示中的用戶選擇的判定方法的一例，在用戶操作遙控器，按下遙控器的“3D”按鈕的情況或者將光標對準畫面上的“0K/3D”并按下遙控器的“確定”按鈕的情況下，判定用戶選擇了“3D切換”?；蛘撸谟脩舭聪逻b控器的“取消”按鈕或“返回”按鈕的情況或者將光標對準畫面的“取消”并按下遙控器的“確定”按鈕的情況下，判定用戶選擇是“3D切換以外”。此外，在例如進行了使用戶的3D收看準備是否完成的狀態(tài)(3D收看準備狀態(tài))變?yōu)镺K(已準備完畢)的動作的情況下(例如佩戴3D眼鏡)，則用戶選擇為“3D切換”。圖43表示用戶進行了選擇之后執(zhí)行的系統(tǒng)控制部51的處理流程。系統(tǒng)控制部51從用戶指示接收部52取得用戶選擇結果(S501)。在用戶選擇不是“3D切換”的情況下(S502的“否”)，影像保持2D顯示結束處理，不特別進行處理。在用戶的選擇是“3D切換”的情況下(S502的“是”)，利用上述3D顯示方法對影像進行3D顯示(S504)。根據(jù)以上流程，在3D節(jié)目開始時，對一個視點的影像進行2D輸出/顯示，在用戶想要進行3D收看——例如用戶進行了操作或3D收看準備之后時，能夠輸出/顯示3D影像，以3D的方式收看影像，能夠提供對用戶方便的收看方法。另外，圖42的顯示例中，顯示了用于由用戶作出響應的對象，但也可以只顯示表示該節(jié)目是支持“3D收看”的節(jié)目的文字或者標志、標記等——例如只顯示“3D節(jié)目”等。該情況下，識別出該節(jié)目是支持“3D收看”的節(jié)目的用戶按下遙控器的“3D”鍵，以接收到來自該遙控器的信號的用戶指示接收部52對系統(tǒng)控制部51發(fā)出的通知為契機，從2D顯示切換到3D顯示即可。進而，作為步驟S404中顯示的消息顯示的另一例，也可以考慮不是像圖42—樣簡單標示“0K”，而是標明使節(jié)目的顯示方式為2D影像還是3D影像。圖44表示該情況下的消息、用戶響應接收對象的例子。這樣，與圖42的顯示“0K”相比，用戶更易于判斷按下按鈕之后的動作，此外能夠明確地指示以2D的方式顯示等(按下1202記載的“以2D觀看”時，判定為用戶3D收看準備狀態(tài)為NG(未準備))，提高了便利性。也可以考慮使用圖52(a)(C)記載的5201、5202、5203這樣的提醒注意消息顯示來代替圖42或圖44中的消息顯示(1601或1201中顯示的消息)。通過顯示5201這樣的消息，能夠考慮到用戶健康方面的影響，提示以2D影像進行收看，通過顯示5202這樣的消息，能夠對于用戶在健康方面提醒注意，且如5203所示，提示監(jiān)護人注意兒童對節(jié)目的收看。進而，也可以將圖42或圖44所示的用戶響應接收響應對象與這些消息一同在畫面上顯示。該情況下，用戶能夠在確認上述消息的同時，進行將影像切換至2D/3D的操作。作為顯示上述圖52(a)(b)(c)的消息的時刻，如上述例子所示，在節(jié)目開始以前，由于用戶要進行收看準備，因此這時是合適的。此外，也能夠在節(jié)目開始后顯示，或在進行向3D影像的切換時顯示。在節(jié)目開始時顯示消息的情況下，例如具有這樣的優(yōu)點，即，由于是影像的切換時刻，因此容易使用戶識別到該消息是關于該節(jié)目的消息，從而易于引起注意。此外，影像切換到3D影像的時刻(例如用戶按下3D按鈕時)的消息顯示，具有用戶進行操作的可能性較高、用戶注意到(看到)消息的可能性較高的優(yōu)點。此外，也可以考慮在顯示圖52(a)(b)(c)的消息的同時，播放、輸出效果音。該情況下具有提醒用戶注意上述消息的效果。在廣播站一側，上述效果音例如在開始發(fā)送3D廣播節(jié)目、或開始發(fā)送與3D廣播相關的描述符的情況下在聲音ES或數(shù)據(jù)廣播ES中復用發(fā)送，由接收到的接收裝置進行再現(xiàn)、輸出。此外，也可以對接收裝置內(nèi)置的效果音進行再現(xiàn)、輸出(例如從聲音解碼裝置31的內(nèi)部或ROM或記錄介質(zhì)26讀出數(shù)據(jù)并解碼輸出)。接著，關于3D內(nèi)容的收看，說明開始3D節(jié)目收看時，輸出特定的影像/聲音、或者對影像/聲音靜音(全黑畫面顯示/顯示停止、停止聲音輸出)的例子。在用戶開始收看3D節(jié)目的情況下，如果無條件地開始3D內(nèi)容的顯示，可能會使用戶不能收看該內(nèi)容，損害用戶的便利性。對此，通過進行以下所示的處理，能夠提高用戶的便利性。圖45中表示了該情況下開始3D節(jié)目時系統(tǒng)控制部51中執(zhí)行的處理流程。與圖41的處理流程的不同點在于，追加了輸出特定影像聲音的步驟(S405)代替S404的處理。此處的特定影像聲音，例如，如果是影像，則能夠列舉提醒用戶進行3D準備的消息、全黑畫面、節(jié)目的靜止圖像等，作為聲音能夠列舉無聲、或者固定模式的音樂(環(huán)境音樂)等。關于固定模式影像(消息、環(huán)境影像或者3D影像等)的顯示，能夠通過從影像解碼部30內(nèi)部或者圖中未記載的ROM或記錄介質(zhì)26中讀出數(shù)據(jù)，由影像解碼部30解碼并輸出而實現(xiàn)。關于全黑畫面的輸出，例如能夠通過由影像解碼部30輸出僅包含表示黑色的信號的影像，或者由影像變換處理部32進行輸出信號的靜音或者全黑影像的輸出而實現(xiàn)。此外，固定模式聲音(無聲、環(huán)境音樂)的情況下同樣能夠通過從聲音解碼部31的內(nèi)部或者ROM或記錄介質(zhì)26中讀出數(shù)據(jù)并解碼輸出，或通過輸出信號的靜音等而實現(xiàn)。關于節(jié)目影像的靜止圖像的輸出，能夠通過從系統(tǒng)控制部51對記錄再現(xiàn)控制部58指示節(jié)目的再現(xiàn)和影像的暫時停止而實現(xiàn)。實施用戶選擇之后的系統(tǒng)控制部51的處理與上述同樣地，如圖43所示地執(zhí)行。由此能夠在用戶完成3D收看準備之前，不輸出節(jié)目的影像和聲音。與上述例子同樣地,步驟S405中顯示的消息顯示,如圖46所示。與圖42的不同點只有顯示的影像和聲音不同，顯示的消息和用戶響應接收對象的結構、用戶響應接收對象的動作是一樣的。對于消息的顯示也能夠考慮不是像圖46—樣簡單標示“0K”，而是標明使節(jié)目的顯示方式為2D影像還是3D影像。該情況下的消息和用戶響應接收對象的例子也能夠與圖44同樣地顯示，像這樣，與上述“0K”的顯示相比，用戶更易于判斷按下按鈕之后的動作，此外能夠明確地指示以2D方式進行顯示等，與上述例子同樣地提高了便利性。<基于下一個節(jié)目是否為3D內(nèi)容的2D/3D影像顯示處理流程的例子>接著，說明下一個節(jié)目是3D內(nèi)容的情況下內(nèi)容的輸出/顯示處理。關于下一個節(jié)目是3D內(nèi)容的情況下作為該下一個節(jié)目的3D內(nèi)容節(jié)目的收看，若盡管用戶不在收看3D內(nèi)容的狀態(tài)仍然開始3D內(nèi)容的顯示，則用戶不能在最優(yōu)的狀態(tài)下收看該內(nèi)容，可能會損害用戶的便利性。對此，通過進行以下所示的處理，能夠提高用戶的便利性。圖27中，是因選臺處理等導致下一個節(jié)目開始前所需的時間發(fā)生變化的情況下，和根據(jù)從廣播站發(fā)送的節(jié)目信息的EIT中包括的下一個節(jié)目的開始時刻或者當前節(jié)目的結束時刻信息等而判定下一個節(jié)目的開始時刻發(fā)生變化的情況下，系統(tǒng)控制部51執(zhí)行的流程的一例。首先系統(tǒng)控制部51從節(jié)目信息分析部54取得下一個節(jié)目的節(jié)目信息(SlOl)，利用上述3D節(jié)目的判定方法，判定下一個節(jié)目是否為3D節(jié)目。在下一個節(jié)目不是3D節(jié)目的情況下(S102的“否”)，不特別進行處理而結束流程。在下一個節(jié)目是3D節(jié)目的情況下(S102的“是”)，計算到下一個節(jié)目開始前所需的時間。具體而言，從上述取得的節(jié)目信息的EIT中取得下一個節(jié)目的開始時刻或者當前節(jié)目的結束時刻，并從時間管理部55取得當前時刻，計算它們的差。在下一個節(jié)目開始前所需的時間不是X分鐘以下的情況下(S103的“否”)，不特別進行處理，等待至下一個節(jié)目開始前X分鐘。在下一個節(jié)目開始前所需的時間為X分鐘以下的情況下(S103的“是”)，對用戶顯示表示3D節(jié)目即將開始的消息(S104)。圖28中表示此時的消息顯示的例子。701表示裝置顯示的畫面整體,702表示裝置顯示的消息。像這樣，能夠在3D節(jié)目開始之前，提醒用戶準備3D收看輔助裝置。對于上述節(jié)目開始前的判定時間X，當X較小時，可能會在節(jié)目開始之前來不及進行用戶的3D收看準備。而當X較大時，存在長期的消息顯示會妨礙收看、準備完成之后會有時間剩余的缺點，因此需要調(diào)整為適當?shù)臅r間。此外，在對用戶顯示消息時，也可以具體顯示下一個節(jié)目的開始時間。圖29中表示了該情況下的畫面顯示例。802是顯示3D節(jié)目開始前所需的時間的消息。此處以分鐘為單位進行記載，也可以以秒為單位進行記載。該情況下，雖然用戶能夠得知更詳細的下一個節(jié)目的開始時間，但是也存在處理負載升高的缺點。其中，圖29中表示了顯示3D節(jié)目開始前所需的時間的例子，但也可以顯示3D節(jié)目開始的時刻。在3D節(jié)目下午9點開始的情況下，例如可以顯示“3D節(jié)目從下午9點開始。請佩戴3D眼鏡?！边@樣的消息。通過顯示這樣的消息，用戶能夠知道下一節(jié)目具體的開始時間，以合適的節(jié)奏準備進行3D收看。此時，如圖30所示，也可以考慮附加在使用3D收看輔助裝置時可立體地觀看到的標記(3D檢查標記)。902是用于預告3D節(jié)目開始的消息，903是使用3D收看輔助裝置時可立體地觀看的標記。由此，在3D節(jié)目開始前，用戶能夠確認3D收看輔助裝置是否正常動作。例如在3D收看輔助裝置發(fā)生不正常(例如電池耗盡、故障等)的情況下，能夠在節(jié)目開始之前進行修理或更換等應對措施。接著，在向用戶通知下一節(jié)目是3D節(jié)目后，還可以通過判定用戶是否處在3D收看準備已完成的狀態(tài)(3D收看準備狀態(tài))，來將3D節(jié)目的影像切換到2D顯示或者3D顯示，下面針對此方法進行說明。向用戶通知下一節(jié)目是3D節(jié)目的方法如上所述。不過不同點在于，在步驟S104中向用戶顯示的消息，顯示有用于由用戶進行響應(應答)的對象(object)(下面稱為用戶響應接收對象例如OSD上的按鈕)。該消息的例子如圖31所述。1001表示消息整體，1002表示用戶進行響應的按鈕。圖31的消息1001顯示時，例如在用戶按下遙控器的“確定”按鈕時，用戶指示接收部52通知系統(tǒng)控制部51“確定”被按下了。接收到上述通知的系統(tǒng)控制部51將用戶的3D收看準備狀態(tài)已“0K”這一情況作為狀態(tài)保存。下面，針對經(jīng)過一定時間后，當前節(jié)目變成3D節(jié)目的情況下的系統(tǒng)控制部51的處理流程利用圖32進行說明。系統(tǒng)控制部51從節(jié)目信息分析部54獲取當前的節(jié)目的節(jié)目信息(S201)，通過上述的3D節(jié)目判定方法判定當前節(jié)目是否為3D節(jié)目。在當前節(jié)目不是3D節(jié)目的情況下(S202的“否”)，通過上述方法進行控制，以將影像進行2D顯示(S203)。在當前節(jié)目是3D節(jié)目的情況下(S202的“是”)，接著確認用戶的3D收看準備狀態(tài)(S204)。當系統(tǒng)控制部51保存的上述3D收看準備狀態(tài)不為“0K”的情況下(S205的“否”)，同樣地進行控制，以將影像進行2D顯示(S203)。在上述3D收看準備狀態(tài)為“0K”的情況下(S205的“是”)，通過上述方法進行控制，以將影像進行3D顯示(S206)。由此，在當前節(jié)目是3D節(jié)目并且能夠確認用戶的3D收看準備完成的情況下，進行影像的3D顯示。作為步驟S104中顯示的消息顯示，也可以考慮不像圖31那樣單純地采用“0K”，而是采用明確顯示使下一節(jié)目的顯示方式為2D影像還是3D影像的方法。此時的消息和用戶響應接收對象的例子如圖33和圖34所示。由此，與上述的“0K”的顯示相比，用戶更容易判斷按下按鈕后的動作，并且能夠明確地指示以2D方式顯示等(1202中記載的“以2D收看”按下時，判定用戶3D收看準備狀態(tài)為NG(未準備))，提高了便利性?！ご送?，用戶的3D收看準備狀態(tài)的判定，在此為利用遙控器進行的用戶菜單的操作，除此之外還可以采用其它方法，例如通過3D收看輔助裝置發(fā)出的用戶佩戴完成信號來判定上述3D收看準備狀態(tài)的方法，或者利用攝像裝置拍攝用戶的收看狀態(tài)，根據(jù)上述拍攝結果進行圖像識別或用戶的面部檢測，來判定已佩戴了3D收看輔助裝置。通過這樣判定，能夠省去用戶對接收裝置進行某些操作的時間，進一步地能夠避免因誤操作而錯誤地設定2D影像收看和3D影像收看。此外，作為其它方法，還存在下述方法，S卩，在用戶按下遙控器的“3D”按鈕時，判斷為3D收看準備狀態(tài)為“0K”，在用戶按下遙控器的“2D”按鈕、“返回”按鈕或“取消”按鈕時，判定為3D收看準備狀態(tài)為“NG(未準備)”。雖然此時用戶能夠明確地且簡單地向裝置通知自己的狀態(tài)，但也可以預想到因誤操作或誤解而引起狀態(tài)發(fā)送等不足。此外，在上述例子中，也可以考慮不獲取當前節(jié)目的信息，僅通過判定事先獲取的下一節(jié)目的節(jié)目信息來進行處理。此時，可以考慮在圖32的步驟S201中，不進行當前的節(jié)目是否為3D節(jié)目的判定而直接使用事先(例如圖27的步驟S101)獲取的節(jié)目信息的方法。此時可以預想到有處理結構變得簡單等優(yōu)點，但也存在缺點，例如可能在節(jié)目結構突然更改，下一節(jié)目變得不是3D節(jié)目的情況下，仍執(zhí)行3D影像切換處理。關于本實施例說明的各個面向用戶的消息顯示，優(yōu)選在用戶操作結束后清除。該情況下具有在用戶進行操作之后影像易于收看的優(yōu)點。此外，對于一定時間經(jīng)過后，也同樣地認為用戶已經(jīng)識別了消息的信息，因此清除消息，使影像成為易于收看的狀態(tài)，提高了用戶的便利性。根據(jù)上述說明的實施例，對于3D節(jié)目的開始部分，能夠使用戶事先完成3D收看準備，或者在趕不上3D節(jié)目的開始的情況下使用記錄再現(xiàn)功能以在用戶完成收看3D節(jié)目的準備之后再次進行影像顯示等，使用戶以更好的狀態(tài)收看3D節(jié)目。此外，能夠使影像顯示自動切換到認為對于用戶而言理想的顯示方法(想要收看3D影像的情況下為3D影像顯示，或者相反)等，提高用戶的便利性。此外，在通過選臺而切換到3D節(jié)目的情況下和開始再現(xiàn)已記錄的3D節(jié)目時等，也能夠期待同樣的效果。在以上的說明中，說明了將圖10Ca)說明的3D節(jié)目詳細描述符配置在PMT(ProgramMapTable)或EIT(EventInformationTable)等表中傳輸?shù)睦?。但也可以作為代替或者除此之外，將?D節(jié)目詳細描述符中包括的信息，存儲在影像編碼時與影像一同編碼的用戶數(shù)據(jù)區(qū)域或附加信息區(qū)域中傳輸。該情況下，這些信息包括在節(jié)目的影像ES內(nèi)。存儲的信息能夠列舉圖10(b)說明的3d_2d_type(3D/2D類別)信息和圖11說明的3d_method_type(3D方式類別)信息等。另外,在存儲時,可以存儲進行3D影像與2D影像的識別，并一并進行該3D影像是什么樣的3D方式的識別的信息，可以是不同于3d_2d_type(3D/2D類別)信息和3d_method_type(3D方式類別)信息的信息。具體而言，在影像編碼方式為MPEG2方式的情況下,在Pictureheader、PictureCodingExtension之后的用戶數(shù)據(jù)區(qū)域中包括上述的3D/2D類別信息和3D方式類別信息進行編碼即可。此外，影像編碼方式為H.264/AVC方式的情況下，在訪問單元中包含的附加信息(supplementalenhancementinformation)區(qū)域中包括上述3D/2D類別信息和3D方式類別信息進行編碼即可。這樣，通過在ES內(nèi)的影像的編碼層中傳輸表示3D影像/2D影像的類別的信息和表示3D方式的類別的信息，具有能夠以影像的幀(圖像)為單位進行識別的效果。該情況下，與存儲在PMT(ProgramMapTable)的情況相比，能夠以較短的單位進行上述識別，能夠使接收機對于發(fā)送的影像中的3D影像/2D影像的切換的響應速度提高，進一步抑制3D影像/2D影像切換時可能產(chǎn)生的噪聲等。此外，在PMT(ProgramMapTable)中不配置上述3D節(jié)目詳細描述符，而是在影像編碼時與影像一同編碼的影像編碼層中存儲上述信息的情況下，在通過現(xiàn)有的2D廣播的廣播站新開始2D/3D混合廣播時，例如，廣播站一側僅使圖2的發(fā)送裝置I中的編碼部12新支持2D/3D混合廣播的結構即可，不需要變更由管理信息附加部16附加的PMT(ProgramMapTable)的結構，能夠以更低的成本開始2D/3D混合廣播。另外，在影像編碼時與影像一同編碼的用戶數(shù)據(jù)區(qū)域或附加信息區(qū)域等規(guī)定區(qū)域中，未存儲3d_2d_type(3D/2D類別)信息或3d_method_type(3D方式類別)信息等3D關聯(lián)信息(特別是識別3D/2D的信息)的情況下，接收機可以判斷為該影像是2D影像。該情況下，廣播站對于2D影像，能夠在編碼處理時省略上述信息的存儲，減少廣播中的處理工時。在以上說明中，作為配置以節(jié)目(事件)單位、業(yè)務單位識別3D影像的識別信息的例子，說明了包含在組件描述符、組件組描述符、業(yè)務描述符、業(yè)務列表描述符等節(jié)目信息中的例子，和新設置3D節(jié)目詳細描述符的例子。此外，使這些描述符包括在PMT、EIT(schedulebasic/scheduleextended/present/following)、NIT、SDT等表中傳輸。此外，也可以顯示對象事件(節(jié)目)的3D傳輸方式的信息。此外，接收到上述EIT的接收機，能夠對不包括3D影像的節(jié)目、包括3D影像且能夠用本接收機進行3D再現(xiàn)的節(jié)目、包括3D影像但用本接收機不能進行3D再現(xiàn)的節(jié)目等進行檢索，進行相應的節(jié)目的一覽顯示等。此外，對于包括3D影像的節(jié)目，能夠按3D傳輸方式進行節(jié)目檢索，還能夠按3D傳輸方式進行節(jié)目的一覽顯示。其中，包括3D影像但是無法在本接收機進行3D再現(xiàn)的節(jié)目的檢索和按3D傳輸方式的節(jié)目檢索，例如，在即使本接收機中無法進行3D再現(xiàn)，也能夠在使用者所具有的其它3D影像節(jié)目再現(xiàn)設備中再現(xiàn)的情況下有效。這是因為，即使是包括本接收機中無法進行3D再現(xiàn)的3D影像的節(jié)目，也能夠將該節(jié)目以傳輸流格式直接從本接收機的影像輸出部輸出到其它3D影像節(jié)目再現(xiàn)設備中，在3D影像節(jié)目再現(xiàn)設備中，對接收到的傳輸流格式的節(jié)目進行3D再現(xiàn)，此外，如果本接收機具有將內(nèi)容記錄到可移動介質(zhì)中的記錄部，則還能夠將該節(jié)目記錄到可移動介質(zhì)中，利用上述其它3D影像節(jié)目再現(xiàn)設備對記錄在該可移動介質(zhì)中的上述節(jié)目進行3D再現(xiàn)。附圖標記說明I發(fā)送裝置2中繼裝置3網(wǎng)絡4接收裝置10記錄再現(xiàn)部11源發(fā)生部12編碼部13加擾部14調(diào)制部15發(fā)送天線部16管理信息17加密部18信道編碼部19網(wǎng)絡I/F部21CPU22通用總線23調(diào)諧器24解擾器25網(wǎng)絡I/F26記錄介質(zhì)27記錄再現(xiàn)部29復用分離部(解復用部)30影像解碼部31聲音解碼部32影像變換處理部33控制信號發(fā)送接收部34計時器41影像輸出部42聲音輸出部43控制信號輸出部44發(fā)送設備控制信號45輸入用戶操作46高速數(shù)字接口47顯示器48揚聲器51系統(tǒng)控制部52用戶指示接收部53設備控制信號發(fā)送部54節(jié)目信息分析部55時間管理部56網(wǎng)絡控制部57解碼控制部58記錄再現(xiàn)控制部59選臺控制部60OSD生成部61影像變換控制部權利要求1.一種接收裝置，其特征在于，包括接收部，接收包括影像信息的節(jié)目內(nèi)容，和包括用于識別該節(jié)目內(nèi)容是2D節(jié)目內(nèi)容還是3D節(jié)目內(nèi)容的彳目息的識別彳目息；和顯示控制部，根據(jù)接收到的所述識別信息進行表示所述節(jié)目內(nèi)容是2D節(jié)目內(nèi)容還是3D節(jié)目內(nèi)容的顯示控制。2.如權利要求I所述的接收裝置，其特征在于所述識別信息還包括用于識別所述節(jié)目內(nèi)容的3D方式的信息，所述顯示控制部，在顯示所述節(jié)目內(nèi)容的顯示部不支持所述識別信息所示的3D方式的情況下，進行表示該意思的顯示控制。3.—種顯示控制方法，其特征在于，包括接收步驟，接收包括影像信息的節(jié)目內(nèi)容，和包括用于識別該節(jié)目內(nèi)容是2D節(jié)目內(nèi)容還是3D節(jié)目內(nèi)容的彳目息的識別彳目息；和顯示控制步驟，根據(jù)接收到的所述識別信息進行表示所述節(jié)目內(nèi)容是2D節(jié)目內(nèi)容還是3D節(jié)目內(nèi)容的顯示控制。4.如權利要求3所述的顯示控制方法，其特征在于所述識別信息還包括用于識別所述節(jié)目內(nèi)容的3D方式的信息，所述顯示控制步驟中，在顯示所述節(jié)目內(nèi)容的顯示部不支持所述識別信息所示的3D方式的情況下，進行表示該意思的顯示控制。5.一種發(fā)送裝置，其特征在于，包括使包括影像信息的節(jié)目內(nèi)容與用于識別該節(jié)目內(nèi)容的3D方式的識別信息復用的復用部；和發(fā)送通過所述復用部復用后的所述節(jié)目內(nèi)容和所述識別信息的發(fā)送部。6.一種發(fā)送方法，其特征在于，包括使包括影像信息的節(jié)目內(nèi)容與用于識別該節(jié)目內(nèi)容的3D方式的識別信息復用的復用步驟；和發(fā)送在所述復用步驟中復用后的所述節(jié)目內(nèi)容和所述識別信息的發(fā)送步驟。全文摘要在數(shù)字廣播的接收機不支持當前接收的節(jié)目的3D方式類別的情況下，用戶不能識別到這樣的情況。本發(fā)明的接收裝置包括接收部，接收包括影像信息的節(jié)目內(nèi)容，和包括用于識別該節(jié)目內(nèi)容是2D節(jié)目內(nèi)容還是3D節(jié)目內(nèi)容的信息的識別信息；和顯示控制部，根據(jù)接收到的上述識別信息進行表示上述節(jié)目內(nèi)容是2D節(jié)目內(nèi)容還是3D節(jié)目內(nèi)容的顯示控制。文檔編號H04N21/434GK102907111SQ201180025919公開日2013年1月30日申請日期2011年3月28日優(yōu)先權日2010年6月2日發(fā)明者大塚敏史,鶴賀貞雄申請人:日立民用電子株式會社