WO2011151960A1 - 受信装置および出力方法 - Google Patents

受信装置および出力方法 Download PDF

Info

Publication number
WO2011151960A1
WO2011151960A1 PCT/JP2011/001801 JP2011001801W WO2011151960A1 WO 2011151960 A1 WO2011151960 A1 WO 2011151960A1 JP 2011001801 W JP2011001801 W JP 2011001801W WO 2011151960 A1 WO2011151960 A1 WO 2011151960A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
program
descriptor
output
display
Prior art date
Application number
PCT/JP2011/001801
Other languages
English (en)
French (fr)
Inventor
敏之 根本
貞雄 鶴賀
敏史 大塚
Original Assignee
日立コンシューマエレクトロニクス株式会社
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
Priority claimed from JP2010126440A external-priority patent/JP2011254276A/ja
Priority claimed from JP2010134651A external-priority patent/JP2012015570A/ja
Application filed by 日立コンシューマエレクトロニクス株式会社 filed Critical 日立コンシューマエレクトロニクス株式会社
Publication of WO2011151960A1 publication Critical patent/WO2011151960A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G3/00—Control arrangements or circuits, of interest only in connection with visual indicators other than cathode-ray tubes
    • G09G3/20—Control arrangements or circuits, of interest only in connection with visual indicators other than cathode-ray tubes for presentation of an assembly of a number of characters, e.g. a page, by composing the assembly by combination of individual elements arranged in a matrix no fixed position being assigned to or needed to be assigned to the individual characters or partial characters
    • 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
    • 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
    • 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/183—On-screen display [OSD] information, e.g. subtitles or menus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/356—Image reproducers having separate monoscopic and stereoscopic modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2213/00—Details of stereoscopic systems
    • H04N2213/007—Aspects relating to detection of stereoscopic image format, e.g. for adaptation to the display format

Definitions

  • the technical field relates to transmission technology, reception technology, display technology, or output technology for three-dimensional (three-dimensional) video.
  • Patent Document 1 has a problem of “providing a digital broadcast receiver capable of actively notifying that a program requested by a user starts on a certain channel” (see Patent Document 1 [0005]).
  • a means for solving the problem “a means for extracting program information included in a digital broadcast wave and selecting a program to be notified using selection information registered by the user; and a message indicating the presence of the selected program to be notified And a means for interrupting and displaying the screen being displayed "(see Patent Document 1 [0006]).
  • Patent Document 1 does not disclose the viewing of 3D content. For this reason, there is a problem that the receiver cannot recognize that the program currently received or received in the future is a 3D program.
  • an embodiment of the present invention is directed to, for example, inputting an instruction signal for presetting the output format of 3D program content, and whether the program content includes video information and whether the program content is 2D program content.
  • the identification information indicates the 3D program content.
  • the content is output in an output format set in advance by the instruction signal input in the instruction input step.
  • the receiver can recognize that the program currently received or received in the future is a 3D program, and the convenience of the user can be improved.
  • An example of a block diagram showing a system configuration example An example of a block diagram showing a configuration example of the transmission apparatus 1
  • Example of stream format type assignment Example component descriptor structure
  • Example of component contents and component types that are components of a component descriptor Example of component contents and component types that are components of a component descriptor
  • Example of component contents and component types that are components of a component descriptor Example of component contents and component types that are components of a component descriptor
  • Example of component contents and component types that are components of a component descriptor An example of the structure of a component group descriptor Example of component group type Component group identification example
  • Billing unit identification example Example of 3D program details descriptor structure
  • the figure which shows the example of 3D / 2D classification The figure which shows the example of the system classification of 3D Example service descriptor structure Examples of service type types
  • Example service list descriptor structure An example of a transmission process in the component descriptor transmission apparatus 1 It is an example of the transmission process in the transmission apparatus 1 of
  • An example of a transmission process in the 3D program detail descriptor transmission device 1 An example of a transmission process in the service descriptor transmission apparatus 1 An example of a transmission process of the service list descriptor in the transmission device 1
  • Example of processing for each field of component descriptor in receiving apparatus 4 An example of processing for each field of the component group descriptor in the receiving device 4
  • Example of processing for each field of 3D program detail descriptor in receiving apparatus 4 Example of processing for each field of service descriptor in receiving apparatus 4
  • An example of a flowchart of 2D / 3D video display processing based on whether or not the next program is 3D content
  • Example of message display Example of message display
  • Example of message display Example of message display
  • Example of message display An example of the flowchart of the system controller at the start of
  • the present invention is not limited to this embodiment.
  • the present embodiment mainly describes the receiving apparatus and is suitable for implementation in the receiving apparatus, but does not hinder application to other than the receiving apparatus. Moreover, it is not necessary to employ all the configurations of the embodiment, and can be selected.
  • FIG. 1 is a block diagram illustrating a configuration example of a system according to the present embodiment. The case where information is transmitted / received by broadcast and recorded / reproduced is illustrated. However, it is not limited to broadcasting but may be VOD by communication, and is also collectively referred to as distribution.
  • 1 is a transmission device installed in an information providing station such as a broadcasting station
  • 2 is a relay device installed in a relay station or a broadcasting satellite
  • 3 is a public line network connecting a general household and the broadcasting station such as the Internet
  • the user's home 4 is a receiving device
  • 10 is a reception recording / reproducing unit built in the receiving device 4.
  • the reception recording / reproducing unit 10 can record and reproduce the broadcast information, or reproduce the content from a removable external medium.
  • the transmitting device 1 transmits a modulated signal radio wave via the relay device 2.
  • a modulated signal radio wave via the relay device 2.
  • the signal radio wave received by the receiving device 4 is demodulated into an information signal and then recorded on a recording medium as necessary.
  • the data is transmitted via the public line network 3
  • the data is converted into a format such as a data format (IP packet) conforming to a protocol suitable for the public line network 3 (for example, TCP / IP), and the received data is received.
  • IP packet data format
  • the device 4 decodes the information signal and records it on a recording medium as a signal suitable for recording if necessary.
  • the user can watch the video and audio indicated by the information signal by connecting the receiving device 4 and a display (not shown) when the receiving device 4 has a built-in display, and connecting the receiving device 4 to a display (not shown). Can do.
  • FIG. 2 is a block diagram illustrating a configuration example of the transmission device 1 in the system of FIG.
  • 11 is a source generation unit
  • 12 is an encoding unit that compresses MPEG2 or H.264 and adds program information
  • 13 is a scramble unit
  • 14 is a modulation unit
  • 15 is a transmission antenna
  • 16 is management information.
  • Information such as video and audio generated by the source generation unit 11 including a camera and a recording / playback device is compressed by the encoding unit 12 so that it can be transmitted in a smaller occupied band. If necessary, the scrambler 13 performs transmission encryption so that a specific viewer can view.
  • the signal is modulated as a signal suitable for transmission, such as OFDM, TC8PSK, QPSK, and multilevel QAM, by the modulation unit 14, and then transmitted as a radio wave from the transmission antenna 15 toward the relay device 2.
  • the management information adding unit 16 sets program identification information such as content attributes created by the source generation unit 11 (for example, video and audio encoding information, audio encoding information, program configuration, 3D video
  • program arrangement information created by the broadcasting station for example, the configuration of the current program and the next program, the format of the service, the configuration information of the program for one week, etc.
  • the program specifying information and the program arrangement information are collectively referred to as program information below.
  • a plurality of information is often multiplexed in one radio wave by a method such as time division or spread spectrum.
  • a method such as time division or spread spectrum.
  • a signal transmitted via the public network 3 is encrypted so that a signal generated by the encoding unit 12 can be viewed by a specific viewer by an encryption unit 17 as necessary. It becomes.
  • the signal After being encoded by the communication path encoding unit 18 so as to be a signal suitable for transmission through the public line network 3, the signal is transmitted from the network I / F (Interface) unit 19 toward the public line network 3.
  • ⁇ 3D transmission system> There are roughly two types of transmission methods for 3D programs transmitted from the transmission apparatus 1.
  • One method is a method in which video for the left eye and right eye is stored in one image by utilizing an existing 2D program broadcasting method.
  • This method is an MPEG2 (Moving Picture Experts Group 2) or H.264 standard as a video compression method.
  • H.264 AVC is used, and its features are compatible with existing broadcasts, can use existing relay infrastructure, and can be received by existing receivers (STB, etc.).
  • Half (vertical or horizontal) 3D video transmission For example, as shown in FIG.
  • one image is divided into right and left, and the horizontal width of each of the left-eye video (L) and the right-eye video (R) is about half that of a 2D program
  • the horizontal width of each of the left-eye video (L) and right-eye video (R) by dividing the top and bottom of the “Side-by-Side” method, which is the same screen size as a 2D program, Is equivalent to 2D programs, and the vertical direction is about half the screen size of 2D programs
  • the “Top-and-Bottom” method other “Field alternative” methods that use interlace, and each scanning line
  • the encoding method itself is MPEG2 or H.264 which is not originally a multi-view video encoding method.
  • the H.264 AVC (excluding MVC) encoding method can be used as it is, and there is an advantage that 3D program broadcasting can be performed by utilizing the existing 2D program broadcasting method.
  • 3D program broadcasting can be performed in the “Side-by-Side” format.
  • the left-eye video (L) and the right-eye video (R) are each stored in a screen size of 960 dots in the horizontal direction and 1080 lines in the vertical direction and transmitted.
  • a 3D program broadcast is performed by the “Top-and-Bottom” method, one image is divided into upper and lower parts, and the left-eye video (L) and the right-eye video (R) are respectively horizontal. May be transmitted with a screen size of 1920 dots and a vertical size of 540 lines.
  • this method is hereinafter referred to as “3D2 viewpoint-specific ES transmission”.
  • 3D2 viewpoint-specific ES transmission As an example of this method, for example, H.I.
  • H.I There is a transmission system based on H.264 MVC. The feature is that high-resolution 3D video can be transmitted.
  • this method there is an effect that high-resolution 3D video can be transmitted.
  • the multi-view video encoding method is a standardized encoding method for encoding multi-view video, and multi-view video can be encoded without dividing one image for each viewpoint. A separate image is encoded for each viewpoint.
  • the encoded image for the left eye viewpoint may be used as the main viewpoint image, and the encoded image for the right eye may be transmitted as another viewpoint image.
  • the main viewpoint image can be compatible with the existing 2D program broadcasting system.
  • H.264 is used as a multi-view video encoding method.
  • the main viewpoint image is H.264.
  • Compatibility with H.264 ⁇ AVC 2D images can be maintained, and the main viewpoint image can be displayed as a 2D image.
  • the following method is also included as another example of the “3D2 viewpoint-specific ES transmission method”.
  • the encoded image for the left eye is encoded with MPEG2 as the main viewpoint image, and the encoded image for the right eye is set as another viewpoint image.
  • the main viewpoint image becomes MPEG2 compatible and can be displayed as a 2D image, it is possible to maintain compatibility with an existing 2D program broadcasting method in which MPEG2 encoded images are widely used. is there.
  • the encoded image for the left eye is encoded with MPEG2 as the main viewpoint image
  • the encoded image for the right eye is encoded with MPEG2 as the other viewpoint image
  • each stream is separate.
  • the main viewpoint image is compatible with MPEG2 and can be displayed as a 2D image, it is possible to maintain compatibility with an existing 2D program broadcasting method in which encoded images based on MPEG2 are widely used.
  • the encoded image for the left eye is used as the main viewpoint image and H.264 AVC or H.264 It is also possible to encode with H.264 MVC and encode with MPEG2 the encoded image for the right eye as another viewpoint image.
  • 3D2 viewpoint-specific ES transmission system MPEG2 and H.264 which are not originally specified as multi-view video encoding systems. Even with an encoding method such as H.264 AVC (excluding MVC), 3D transmission is also possible by generating a stream that alternately stores left-eye video and right-eye frames.
  • Program identification information and program arrangement information are referred to as program information.
  • the program specific information is also called PSI (Program Specific Information), and is information necessary for selecting a required program, and specifies a packet identifier of a TS packet that transmits a PMT (Program Map Table) related to the broadcast program. (Program Association Table), a packet identifier of a TS packet that transmits each encoded signal constituting a broadcast program, and a PMT that specifies a packet identifier of a TS packet that transmits common information among related information of pay broadcasting, a modulation frequency, etc.
  • PSI Program Specific Information
  • PMT Program Map Table
  • PMT Program Map Table
  • NIT Network Information Table
  • CAT Supplemental Access Table
  • PSI Management Information adding unit 16.
  • Program sequence information also called SI (Service Information) is various information defined for the convenience of program selection, including PSI information of the MPEG-2 system standard, program name, broadcast date and time, program content, etc.
  • PSI Service Information
  • EIT Event Information Table
  • SDT Service Description Table
  • the management information adding unit 16 includes information indicating the configuration of the currently broadcasted program, the program to be broadcast next, the format of the service, the configuration information of the program for one week, and the like.
  • the program information includes a component descriptor, a component group descriptor, a 3D program detail descriptor, a service descriptor, a service list descriptor, and the like which are constituent elements of the program information.
  • component descriptors are described in tables such as PMT, EIT [schedule basic / schedule extended / present / following], NIT, and SDT.
  • the program specific information PMT uses a table structure defined in ISO / IEC13818-1, and stream_type (stream format type) which is 8-bit information described in the second loop (loop for each ES (ElementaryElementStream)).
  • stream_type stream format type
  • the ES format of the broadcast program can be indicated.
  • the ES format is increased as compared with the prior art. For example, as shown in FIG.
  • the base-view sub-bitstream (main viewpoint) of a multi-view video encoding (eg, H.264 / MVC) stream is defined by the existing ITU-T recommendation H.264
  • H.264 the existing ITU-T recommendation
  • 0x1B as the AVC video stream is allocated.
  • a sub-bit stream (other viewpoint) of a multi-view video encoded stream (for example, H.264 MVC) that can be used for a 3D video program is assigned to 0x20.
  • the H.262 (MPEG2) base-view bitstream (main viewpoint) when transmitting multiple viewpoints of 3D video in separate streams is only the video of the main viewpoint among the multiple viewpoint videos of 3D video. Is a stream encoded by the H.262 (MPEG2) system.
  • a bit stream of another viewpoint of the H.262 (MPEG2) method when transmitting multiple viewpoints of 3D video in different streams is assigned to 0x21.
  • ISO / IEC 14496-10 ⁇ video when multiple viewpoints of 3D images are transmitted in different streams is assigned to 0x22. .
  • H.262 in the case of assigning a sub-bit stream of a multi-view video encoded stream that can be used for a 3D video program to 0x20 and transmitting multiple viewpoints of 3D video in separate streams.
  • the bit stream of the other viewpoint of the system is assigned to 0x21, and the AVC stream specified in the ITU-T recommendation H.264
  • H.264 ISO / IEC 14496-10 video when transmitting the multiple viewpoints of 3D video as separate streams to 0x22
  • the MVC video stream is merely an example, and a video stream other than H.264 / MVC may be used as long as it represents a multi-view video encoded stream that can be used for a 3D video program.
  • the broadcaster on the transmission apparatus 1 side transmits (broadcasts) the 3D program by allocating the stream_type (stream format type) bit, in the embodiment of the present invention, for example, as shown in FIG. It is possible to transmit in such a stream combination.
  • stream_type stream format type
  • a base-view sub-bit stream (main viewpoint) (stream format type 0x1B) of a multi-view video encoding (eg, H.264 / MVC) stream is transmitted as a main viewpoint (left-eye) video stream
  • Another viewpoint sub-bit stream (stream format type 0x20) is transmitted as a sub-viewpoint (for the right eye) video stream as a multi-viewpoint video encoding (eg, H.264 / MVC) stream.
  • a multi-view video encoding (eg, H.264 / MVC) format stream is used for both the main-viewpoint (left-eye) video stream and the sub-viewpoint (right-eye) vertical video stream.
  • the multi-view video encoding (eg, H.264 / MVC) method is a method for transmitting multi-view video in the first place, and can transmit a 3D program most efficiently among the combination examples in FIG. .
  • the receiving apparatus processes both the main viewpoint (for left eye) video stream and the sub-viewpoint (for right eye) video stream to reproduce the 3D program. Is possible.
  • the receiving device displays (outputs) a 3D program in 2D, it can display (output) as a 2D program by processing only the main viewpoint (for left eye) video stream.
  • the multi-view video encoding method H.264 / MVC base-view sub-bit stream and the existing H.264 / AVC (excluding MVC) video stream are compatible, both are as shown in FIG.
  • the same stream format type By assigning the same stream format type to 0x1B, the following effects are obtained. That is, even if a receiving device that does not have the function of 3D display (output) of a 3D program receives the 3D program of Combination Example 1, the video stream of the existing H.264 / AVC (excluding MVC) is received by the receiving device.
  • the sub-viewpoint (for the right eye) video stream is assigned a stream format type that has not been used in the past, it is ignored by existing receivers. As a result, it is possible to prevent display (output) unintended by the broadcasting station side for the sub-viewpoint (for the right eye) video stream in the existing receiving apparatus.
  • the 3D program broadcast of Combination Example 1 is newly started, it is displayed (output) by an existing receiving device having a function of displaying (outputting) an existing H.264 / AVC (excluding MVC) video stream. ) You can avoid the situation that you can not. As a result, it is possible to view even a receiving device that does not support the 3D display (output) function because the 3D program broadcast is newly started by broadcasting operated by advertising revenue such as CM (commercial message). By limiting the function of the device, it is possible to avoid a decrease in the audience rating, and there is a merit on the broadcasting station side.
  • CM commercial message
  • an H.262 MPEG2 base-view bit stream (main viewpoint) (stream format type 0x02) when transmitting multiple viewpoints of 3D video as separate streams as the main viewpoint (left-eye) video stream
  • AVC stream stream format specified by ITU-T Recommendation H.264
  • the receiving apparatus processes both the main viewpoint (for left eye) video stream and the sub-viewpoint (for right eye) video stream to perform 3D
  • a receiver can display (output) a 3D program in 2D, it can display (output) it as a 2D program by processing only the main-viewpoint (left-eye) video stream. It becomes.
  • the H.262 (MPEG2) base-view bitstream (main viewpoint) when transmitting multiple viewpoints of 3D video in separate streams is converted from the existing ITU-T recommendation H.262
  • the stream is compatible with the stream, and the stream format type of both is assigned to the same 0x1B as shown in Fig. 3 to display (output) the existing ITU-T Recommendation H.262
  • the sub-viewpoint (for the right eye) video stream is assigned a stream format type that has not been used in the past, and is therefore ignored by existing receivers. As a result, it is possible to prevent display (output) unintended by the broadcasting station side for the sub-viewpoint (for the right eye) video stream in the existing receiving apparatus.
  • ISO / IEC 13818-2 video streams are widely used. Therefore, it is possible to realize the most preferable broadcasting for the broadcasting station.
  • the sub-viewpoint (for the right eye) is changed to the AVC stream (stream format type 0x22) defined by the ITU-T recommendation H.264
  • a video stream can be transmitted at a high compression rate.
  • an H.262 (MPEG2) base-view bit stream (main viewpoint) (stream format type 0x02) in the case of transmitting multiple viewpoints of 3D video as separate streams as the main viewpoint (left-eye) video stream
  • a bit stream (stream format type 0x21) of another viewpoint of the H.262 (MPEG2) system in the case of transmitting a plurality of 3D video viewpoints as separate streams as a sub-viewpoint (right eye) video stream.
  • the receiving apparatus has a function of displaying (outputting) an existing ITU-T recommendation H.262
  • a 3D display (output) function It is possible to display (output) as a 2D program even in a receiving apparatus that does not have the.
  • the encoding method of the main viewpoint (for left eye) video stream and the sub viewpoint (for right eye) video stream is H.
  • the hardware configuration of the video decoding function in the receiving apparatus can be simplified.
  • a multi-view video encoding eg, H.264 / MVC
  • main viewpoint base-view sub-bit stream
  • bit stream stream format type 0x21
  • FIG. 4 shows an example of the structure of a component descriptor (Component Descriptor) which is one piece of program information.
  • the component descriptor indicates the type of a component (element constituting a program. For example, video, audio, character, various data, etc.), and is also used for expressing an elementary stream in a character format. This descriptor is placed in the PMT and / or EIT.
  • descriptor_tag is an 8-bit field and describes a value that can identify this descriptor as a component descriptor.
  • descriptor_length is an 8-bit field and describes the size of this descriptor.
  • the stream_content (component content) is a 4-bit field and represents a stream type (video, audio, data), and is encoded according to FIG.
  • the component_type (component type) defines the type of component such as an 8-bit field, video, audio, and data, and is encoded according to FIG.
  • component_tag (component tag) is an 8-bit field.
  • the component stream of the service can refer to the description content (FIG. 5) indicated by the component descriptor by this 8-bit field.
  • the component tag value given to each stream should be different.
  • the component tag is a label for identifying the component stream, and has the same value as the component tag in the stream identification descriptor (provided that the stream identification descriptor exists in the PMT).
  • the 24-bit field of ISO_639_language_code (language code) identifies the language of the component (speech or data) and the language of the character description contained in this descriptor.
  • the language code is expressed as a three-letter code defined in ISO 639-2 (22). Each character is encoded in 8 bits according to ISO8859-1 (24) and inserted in the 24-bit field in that order. For example, Japanese is “jpn”, which is a three-letter code of the alphabet, and is encoded as follows. “0110 1010 0111 0000 0110 1110”. text_char (component description) is an 8-bit field. A series of component description fields define the character description of the component stream.
  • Figures 5 (a) to 5 (e) show examples of stream_content (component content) and component_type (component type), which are component elements of the component descriptor.
  • the component content 0x01 shown in FIG. 5A represents various video formats of a video stream compressed in the MPEG2 format.
  • the component content 0x05 shown in FIG. 5B represents various video formats of the video stream compressed in the H.264 AVC format.
  • Component content 0x06 shown in FIG. 5C represents various video formats of a 3D video stream compressed by multi-view video coding (for example, H.26426MVC format).
  • the component content 0x07 shown in FIG. 5D represents various video formats of a 3D video side-by-side stream compressed in MPEG2 or H.264HAVC format.
  • the same component content values are used in MPEG2 and H.264 AVC format, but different values may be set in MPEG2 and H.264 AVC.
  • the component content 0x08 shown in FIG. 5 (e) represents various video formats of a 3D video Top-and-Bottom stream compressed in MPEG2 or H.264 AVC format.
  • the same component content values are used in MPEG2 and H.264 AVC format, but different values may be set in MPEG2 and H.264 AVC.
  • the Side-by-Side format or the Top-and-Bottom format is used.
  • a coding method such as MPEG2 or H.26426AVC (excluding MVC) that is not originally defined as a multi-view video coding method
  • the Side-by-Side format or the Top-and-Bottom format is used.
  • stream_type stream format type
  • identification of various video systems including 2D program / 3D program identification for the program may be performed by a combination of stream_content (component content) and component_type (component type).
  • the receiver 4 creates an EPG (program guide) by acquiring the EIT, and as EPG information. It can be created whether it is 3D video, whether it is 3D video system, resolution, aspect ratio, 3D video.
  • the receiving apparatus has an advantage that such information can be displayed (output) on the EPG.
  • the receiving device 4 monitors the stream_content and component_type, so that there is an effect that it is possible to recognize that the currently received program or the program to be received in the future is a 3D program.
  • FIG. 6 shows an example of the structure of a component group descriptor (Component Group Descriptor), which is one piece of program information.
  • the component group descriptor defines and identifies the combination of components in the event. That is, grouping information of a plurality of components is described. This descriptor is placed in the EIT.
  • component group descriptor is as follows.
  • descriptor_tag is an 8-bit field, and a value that can identify this descriptor as a component group descriptor is described.
  • descriptor_length is an 8-bit field and describes the size of this descriptor.
  • component_group_type (component group type) is a 3-bit field and represents the group type of the component in accordance with FIG.
  • 001 represents a 3DTV service and is distinguished from 000 multi-view TV services.
  • the multi-view TV service is a TV service capable of switching and displaying a 2D video of a plurality of viewpoints for each viewpoint.
  • a stream in which images of a plurality of viewpoints are transmitted in one screen May be used not only for 3D video programs but also for multi-view TV programs.
  • a stream_type stream format type
  • identification by component_group_type is effective.
  • total_bit_rate_flag total bit rate flag
  • total bit rate flag is a 1-bit flag and indicates the description state of the total bit rate in the component group in the event. When this bit is “0”, it indicates that the total bit rate field in the component group does not exist in the descriptor. When this bit is “1”, it indicates that the total bit rate field in the component group exists in the descriptor.
  • num_of_group (number of groups) is a 4-bit field and indicates the number of component groups in the event.
  • Component_group_id (component group identification) is a 4-bit field and describes the component group identification according to FIG.
  • num_of_CA_unit (billing unit number) is a 4-bit field and indicates the number of billing / non-billing units in the component group.
  • CA_unit_id (charging unit identification) is a field of 4 bits and describes the charging unit identification to which the component belongs according to FIG.
  • the total_bit_rate (total bit rate) is an 8-bit field, and describes the total bit rate of the components in the component group by rounding up the transport stream packet transmission rate by 1/4 Mbps.
  • text_length (component group description length) is an 8-bit field and represents the byte length of the subsequent component group description.
  • text_char (component group description) is an 8-bit field. A series of character information fields describes a description about the component group.
  • the receiving device 4 can recognize that the program currently received or received in the future is a 3D program by monitoring the component_group_type.
  • FIG. 10A shows an example of the structure of a 3D program detail descriptor, which is one piece of program information.
  • the 3D program detailed descriptor indicates detailed information when the program is a 3D program, and is used for determining a 3D program in the receiver. This descriptor is placed in the PMT and / or EIT.
  • the 3D program detail descriptor may coexist with the stream_content (component contents and component_type (component type) for the 3D video program shown in FIGS. 5 (c) to 5 (e) already described.
  • the stream_content (component content or component_type (component type)) for the 3D video program may not be transmitted.
  • the meaning of the 3D program detail descriptor is as follows. In this field, a value (for example, 0xE1) that can distinguish this descriptor from the 3D program detail descriptor is described, and descriptor_length is an 8-bit field that describes the size of this descriptor.
  • 3d_2d_type is an 8-bit field and represents the type of 3D video / 2D video in the 3D program according to FIG. 10B.
  • This field is information for identifying whether a 3D video or a 2D video in a 3D program in which the main part of the program is a 3D video and a commercial inserted in the middle of the program is composed of 2D video, for example. Yes, it is arranged for the purpose of preventing malfunction in the receiving apparatus (display (output) problem that occurs because the broadcast program is 2D video even though the receiving apparatus performs 3D processing).
  • 0x01 represents 3D video
  • 0x02 represents 2D video.
  • 3d_method_type is an 8-bit field and represents a 3D method type according to FIG. 0x01 represents the “3D2 viewpoint-specific ES transmission scheme”, 0x02 represents the Side-by-Side scheme, and 0x03 represents the Top-and-Bottom scheme.
  • the stream_type (stream format type) is an 8-bit field and indicates the ES format of the program according to FIG. 3 described above.
  • the 3D program detail descriptor may be transmitted in the case of a 3D video program and not transmitted in a 2D video program. It is possible to identify whether the program is a 2D video program or a 3D video program only by transmitting or not transmitting the 3D program detail descriptor for the received program.
  • Component_tag (component tag) is an 8-bit field.
  • the component stream of the service can refer to the description content (FIG. 5) indicated by the component descriptor by this 8-bit field.
  • the component tag value given to each stream should be different.
  • the component tag is a label for identifying the component stream, and has the same value as the component tag in the stream identification descriptor (provided that the stream identification descriptor exists in the PMT).
  • the receiving device 4 monitors the 3D program detail descriptor, and if this descriptor exists, there is an effect that it is possible to recognize that the program currently received or received in the future is a 3D program.
  • the type of the 3D transmission method can be identified, and when 3D video and 2D video are mixed, the identification can be performed.
  • FIG. 12 shows an example of the structure of a service descriptor (Service Descriptor) which is one piece of program information.
  • the service descriptor represents the organization channel name and the business operator name together with the service format type by a character code. This descriptor is placed in the SDT.
  • service_type (service format type) is an 8-bit field and represents the type of service according to FIG. 0x01 represents a 3D video service.
  • the 8-bit field of service_provider_name_length (operator name length) represents the byte length of the subsequent operator name.
  • char (character code) is an 8-bit field.
  • a series of character information fields represents a business name or a service name.
  • the 8-bit field of service_name_length (service name length) represents the byte length of the subsequent service name.
  • the receiving device 4 can recognize that the service (organization channel) is a 3D program channel by monitoring service_type.
  • the service is a 3D video program broadcast service by EPG display or the like.
  • the 3D video service is identified by the service_type (service type type) of the service descriptor.
  • the 3D video program is identified by the combination of stream_content (component content) and component_type (component type), and component_group_type (component group type). 3D video program identification by 3) or 3D video program identification by 3D program detail descriptor is desirable. When a plurality of pieces of information are combined and identified, it is a 3D video broadcasting service, but it is also possible to identify that only some programs are 2D video. If such identification can be made, the receiving device, for example, EPG can clearly indicate that the service is a “3D video broadcasting service”, and the service includes a mixture of 2D video programs in addition to 3D video programs. Even when the program is received, the display control or the like can be switched as necessary between the 3D video program and the 2D video program.
  • FIG. 14 shows an example of the structure of a service list descriptor (Service List Descriptor) which is one piece of program information.
  • the service list descriptor provides a list of services according to service identification and service type. That is, a list of organization channels and their types is described. This descriptor is placed in the NIT.
  • service_id service identification
  • program_number broadcast program number identification
  • service_type service type type
  • the receiving device 4 can recognize that the organization channel is a channel of a 3D program by monitoring the service_type.
  • the component descriptor, component group descriptor, 3D program detail descriptor, service descriptor, and service list descriptor of the program information described above are generated and added by the management information adding unit 16, for example, and the MPEG-TS PSI ( This is information that is stored in SI (eg, EIT, SDT, or NIT) and transmitted from the transmission apparatus 1 as an example.
  • SI eg, EIT, SDT, or NIT
  • FIG. 15 shows an example of a transmission process in the component descriptor transmission apparatus 1.
  • descriptor_tag “0x50” indicating a component descriptor is described.
  • descriptor_length the descriptor length of the component descriptor is described. The maximum descriptor length is not specified.
  • stream_content “0x01” (video) is described.
  • Component_type describes the video component type of the component.
  • the component type is set from FIG.
  • Component_tag describes a component tag value that is unique within the program.
  • ISO_639_language_code describes “jpn (“ 0x6A706E ”)”.
  • Text_char is described as a video type name of 16 bytes (8 full-width characters) or less when multiple video components exist. Do not use a line feed code. This field can be omitted if the component description is the default string. The default character string is “video”.
  • the reception apparatus 4 can monitor the stream_content and the component_type, thereby recognizing that the currently received or future received program is a 3D program.
  • FIG. 16 shows an example of a transmission process in the component group descriptor transmission apparatus 1.
  • component_group_type indicates the type of component group. '000' indicates multi-view television and '001' indicates 3D television.
  • total_bit_rate_flag if all the total bit rates in the group in the event are at the specified default value, set to “0”, and one of the total bit rates in the group in the event exceeds the specified default value. If it is present, it indicates '1'.
  • “Num_of_group” describes the number of component groups in the event. The maximum is 3 for multi-view television (MVTV) and 2 for 3D television (3DTV).
  • Component_group_id describes the component group identification. In the case of the main group, “0x0” is assigned, and in the case of each subgroup, the broadcaster assigns it uniquely within the event.
  • “Num_of_CA_unit” describes the number of billing / non-billing units in the component group. The maximum value is 2mm. Set to "0x1" if no component to be charged is included in the component group.
  • CA_unit_id describes the charging unit identification. The broadcaster assigns it uniquely within the event.
  • “Num_of_component” describes the number of components belonging to the component group and belonging to the billing / non-billing unit indicated by the immediately preceding “CA_unit_id”. The maximum value is 15.
  • Component_tag describes the component tag value belonging to the component group.
  • Total_bit_rate describes the total bit rate in the component group. However, “0x00” is described for the default value.
  • “Text_length” describes the byte length of the subsequent component group description. The maximum value is 16 (8 double-byte characters). “Text_char” always describes the description about the component group. No default string is specified. Also, no line feed code is used.
  • component_group_type is always sent as “000”.
  • component_group_type is always transmitted as “001”.
  • the reception apparatus 4 can monitor the component_group_type, thereby recognizing that the currently received program or a future received program is a 3D program.
  • FIG. 17 shows an example of a transmission process in the transmission device 1 for the 3D program detail descriptor.
  • “descriptor_tag” “0xE1” indicating a 3D program detail descriptor is described.
  • descriptor_length the descriptor length of the 3D program detail descriptor is described.
  • “3d_2d_type” describes 3D / 2D identification. It sets from FIG.10 (b).
  • “3d_method_type” describes 3D method identification. The setting is made from FIG. “Stream_type” describes the ES format of the program. The setting is made from FIG. “Component_tag” describes a component tag value that is unique within the program.
  • the reception apparatus 4 monitors the 3D program detail descriptor, and if this descriptor exists, a program that is currently received or will be received in the future is a 3D program. There is an effect that can be recognized.
  • FIG. 18 shows an example of transmission processing in the service descriptor transmission apparatus 1.
  • “descriptor_tag” “0x48” indicating a service descriptor is described.
  • “descriptor_length” the descriptor length of the service descriptor is described.
  • Service_type describes the service type.
  • Service_provider_name_length describes the name of the operator in BS / CS digital television broadcasting.
  • the maximum value is 20. Since service_provider_name IV is not used in terrestrial digital television broadcasting, “0x00” is described.
  • “Char” describes the name of the operator in BS / CS digital television broadcasting. Maximum 10 characters. None is described for digital terrestrial television broadcasting. “Service_name_length” describes the organization channel name length. The maximum value is 20mm. “Char” describes the organization channel name. It is within 20 bytes and within 10 full-width characters. Note that only one is always arranged for the target knitting channel.
  • the transmission apparatus 1 performs the transmission operation, there is an effect that the reception apparatus 4 can recognize that the organization channel is a 3D program channel by monitoring the service_type.
  • FIG. 19 shows an example of a transmission process in the service list descriptor transmission apparatus 1.
  • descriptor_tag “0x41” indicating a service list descriptor is described.
  • descriptor_length the descriptor length of the service list descriptor is described.
  • Loop describes a loop of the number of services included in the target transport stream.
  • Service_id describes service_id included in the transport stream.
  • Service_type describes the service type of the target service. The setting is made from FIG. Note that this is always arranged for the TS loop in the NIT.
  • the transmission apparatus 1 performs the transmission operation, there is an effect that the reception apparatus 4 can recognize that the organization channel is a 3D program channel by monitoring the service_type.
  • the transmission example of the program information in the transmission apparatus 1 has been described.
  • the “3D program is started. “When viewing with 3D display, wearing 3D viewing glasses”, “Recommending viewing with 2D display when eyes are tired or unwell”, “3D program length For a user who views a 3D program on the receiving device 4 by inserting and sending it to the video of the 3D program created by the transmitting device 1 such as “viewing time may cause eyestrain or poor physical condition”. There is a merit that warning / warning for 3D program viewing can be performed.
  • FIG. 25 is a hardware configuration diagram illustrating a configuration example of the receiving device 4 in the system of FIG. 21 is a CPU (Central Processing Unit) that controls the entire receiver, 22 is a general-purpose bus for transmitting control and information between the CPU 21 and each part in the receiver, 23 is a radio (satellite, ground), broadcast transmission such as a cable A broadcast signal transmitted from the transmission apparatus 1 is received via the network, a specific frequency is selected, demodulation, error correction processing, and the like are performed, and an MPEG2-Transport Stream (hereinafter also referred to as “TS”) or the like.
  • TS MPEG2-Transport Stream
  • a tuner that outputs multiplexed packets, 24 is a descrambler that decodes scrambled data by the scrambler 13, and 25 is a network I / F that transmits / receives information to / from the network and transmits / receives various information and MPEG2-TS between the Internet and the receiving device.
  • Interface) 26 is, for example, an HDD (Hard Disk Drive), a flash memory, or a removable device built in the receiving device 4.
  • a recording medium 27 such as a DD, a disk-type recording medium, a flash memory, etc. 27 controls a recording medium 26, and a recording / reproducing unit 29 controls the recording of signals on the recording medium 26 and the reproduction of signals from the recording medium 26.
  • An ES is each of compressed and encoded image / sound data.
  • 30 is a video decoding unit that decodes the video ES into a video signal
  • 31 is an audio decoding unit that decodes the audio ES into an audio signal and outputs it to the speaker 48 or output from the audio output 42
  • 32 is the video decoding unit 30.
  • the decoded video signal is superposed on the video signal by processing to convert the 3D or 2D video signal into a predetermined format by a conversion process to be described later according to the instruction of the CPU, and the display such as OSD (On Screen Display) created by the CPU 21.
  • the processed video signal is output to the display 47 or the video signal output unit 41, and the synchronization signal and control signal (used for device control) corresponding to the processed video signal format are output to the video signal output unit.
  • a video conversion processing unit 33 output from the control signal output unit 43, 33 is an operation input from the user operation input unit 45 (for example, IR (Infrared Radiation) Control signal transmission / reception for receiving a device control signal (for example, IR) to the external device generated by the CPU 21 or the video conversion processing unit 32 from the device control signal transmission unit 44.
  • the user operation input unit 45 for example, IR (Infrared Radiation) Control signal transmission / reception for receiving a device control signal (for example, IR) to the external device generated by the CPU 21 or the video conversion processing unit 32 from the device control signal transmission unit 44.
  • 34 has a counter inside and a timer for holding the current time, 46 performs necessary processing such as encryption on the TS reconfigured by the demultiplexing unit, and outputs the TS to the outside, or A high-speed digital I / F such as a serial interface or an IP interface that decodes TS received from the outside and inputs it to the demultiplexing unit 29, 47 is decoded by the video decoding unit 30, and video is converted by the video conversion processing unit 32 Display for displaying 3D video and 2D video, 48 is a speaker for outputting sound based on the audio signal decoded by the audio decoding unit
  • the receiving device 4 is mainly composed of these devices. In the case of 3D display on the display, if necessary, the synchronization signal and the control signal are output from the control signal output unit 43 and the device control signal transmission terminal 44.
  • FIG. 35 and FIG. 36 show examples of the system configuration including the receiving device, the viewing device, and the 3D viewing assistance device (for example, 3D glasses).
  • FIG. 35 shows a system configuration in which the receiving device and the viewing device are integrated
  • FIG. 36 shows an example in which the receiving device and the viewing device are configured separately.
  • 3501 is a display device including the configuration of the receiving device 4 and capable of 3D video display and audio output
  • 3503 is a 3D viewing assist device control signal (for example, IR signal) output from the display device 3501
  • 3502 is 3D shows a 3D viewing assistance device.
  • the video signal is displayed from a video display included in the display device 3501
  • the audio signal is output from a speaker included in the display device 3501.
  • the display device 3501 includes an output terminal that outputs a 3D viewing assist device control signal output from the device control signal 44 or the output portion of the control signal 43.
  • the 3D viewing assistance device 3502 In the case of a method of performing a 3D video display device by polarization separation, which will be described later, the 3D viewing assistance device 3502 only needs to perform polarization separation so that different images are incident on the left eye and the right eye, and the display device 3501. Therefore, the 3D viewing assist device control signal 3503 that is output to the 3D viewing assist device 3502 from the output unit of the device control signal 44 or the control signal 43 may not be output.
  • 3601 is a video / audio output device including the configuration of the receiving device 4
  • 3602 is a transmission path (for example, HDMI cable) for transmitting video / audio / control signals
  • 3603 is a video signal or audio input from the outside. Represents a display that displays and outputs signals.
  • the video signal output from the video output 41 of the video / audio output device 3601 (reception device 4), the audio signal output from the audio output 42, and the control signal output from the control signal output unit 43 are transmitted through the transmission path 3602. Is converted into a transmission signal in a format suitable for the format specified in (for example, a format specified by the HDMI standard), and input to the display 3603 via the transmission path 3602.
  • the display 3603 receives the transmission signal, decodes it to the original video signal, audio signal, and control signal, outputs video and audio, and outputs a 3D viewing assist device control signal 3503 to the 3D viewing assist device 3502. To do.
  • constituent elements 21 to 46 shown in FIG. 25 may be composed of one or a plurality of LSIs.
  • a part of the functions 21 to 46 shown in FIG. 25 may be implemented by software.
  • FIG. 26 is an example of a functional block configuration of processing inside the CPU 21.
  • each functional block exists, for example, as a software module executed by the CPU 21, and some means (for example, message passing, function call, event transmission) is performed between each module to exchange and control information and data. Give instructions.
  • each module transmits and receives information to and from each hardware in the receiving device 4 via the general-purpose bus 22.
  • the relationship line (arrow) described in the figure mainly describes the part related to this explanation, there is a communication means and a process that requires communication between other modules.
  • the channel selection control unit 59 appropriately acquires program information necessary for channel selection from the program information analysis unit 54.
  • the system control unit 51 manages the state of each module, the user instruction state, and the like, and issues a control instruction to each module.
  • the user instruction receiving unit 52 receives and interprets a user operation input signal received by the control signal transmitting / receiving unit 33 and transmits the user instruction to the system control unit 51.
  • the device control signal transmission unit 53 instructs the control signal transmission / reception unit 33 to transmit a device control signal in accordance with instructions from the system control unit 51 and other modules.
  • the program information analysis unit 54 acquires program information from the demultiplexing unit 29, analyzes the contents, and provides necessary information to each module.
  • the time management unit 55 acquires time correction information (TOT: Time offset table) included in the TS from the program information analysis unit 54, manages the current time, and uses the counter of the timer 34 to An alarm (notification of the arrival of a specified time) and a one-shot timer (notification of the elapse of a certain time) are performed as requested.
  • TOT Time offset table
  • the network control unit 56 controls the network I / F 25 and acquires various information and TS from a specific URL (Unique Resource Locater) or a specific IP (Internet Protocol) address.
  • the decoding control unit 57 controls the video decoding unit 30 and the audio decoding unit 31 to start and stop decoding and acquire information included in the stream.
  • the recording / playback control unit 58 controls the recording / playback unit 27 to read a signal from the recording medium 26 from a specific position of a specific content and in any reading format (normal playback, fast forward, rewind, pause). . Further, control is performed to record the signal input to the recording / reproducing unit 27 on the recording medium 26.
  • the channel selection control unit 59 controls the tuner 23, the descrambler 24, the demultiplexing unit 29, and the decoding control unit 57 to receive broadcasts and record broadcast signals. Alternatively, control is performed until reproduction from the recording medium and output of the video signal and the audio signal. Detailed broadcast reception operation, broadcast signal recording operation, and reproduction operation from the recording medium will be described later.
  • the OSD creation unit 60 creates OSD data including a specific message, and instructs the video conversion control unit 61 to output the created OSD data superimposed on the video signal.
  • the OSD creation unit 60 creates parallax OSD data for left eye and right eye, and requests the video conversion control unit 61 to perform 3D display based on the left-eye and right-eye OSD data. As a result, message display in 3D is performed.
  • the video conversion control unit 61 controls the video conversion processing unit 32 to convert the video signal input from the video decoding unit 30 to the video conversion processing unit 32 into 3D or 2D video according to an instruction from the system control unit 51.
  • the converted video and the OSD input from the OSD creation unit 60 are superimposed, and the video is further processed as necessary (scaling, PinP, 3D display, etc.) and displayed on the display 47 or output to the outside. Details of a method for converting 3D video and 2D video into a predetermined format in the video conversion processing unit 32 will be described later. Each functional block provides these functions.
  • the system control unit 51 that has received a user instruction (for example, pressing the CH button on the remote controller) indicating broadcast reception of a specific channel (CH) from the user instruction receiving unit 52 uses the CH (hereinafter designated CH) designated by the user.
  • CH hereinafter designated CH
  • the channel selection control unit 59 is instructed to select a channel.
  • the channel selection control unit 59 Upon receiving the instruction, the channel selection control unit 59 instructs the tuner 23 to perform reception control of the designated CH (tuning to the designated frequency band, broadcast signal demodulation processing, error correction processing), and sends the TS to the descrambler 24. Output.
  • the channel selection control unit 59 instructs the descrambler 24 to descramble the TS and output it to the demultiplexing unit 29.
  • the demultiplexing unit 29 receives the demultiplexing of the input TS, In addition, an instruction to output the demultiplexed video ES to the video decoding unit 30 and to output the audio ES to the audio decoding unit 31 is given.
  • the channel selection control unit 59 instructs the decoding control unit 57 to decode the video ES and the audio ES input to the video decoding unit 30 and the audio decoding unit 31.
  • the decoding control unit 31 controls the video decoding unit 30 to output the decoded video signal to the video conversion processing unit 32, and the audio decoding unit 31 receives the decoded audio signal from the speaker. 48 or the audio output 42 is controlled. In this way, control is performed to output the video and audio of the CH designated by the user.
  • the system control unit 51 instructs the OSD creation unit 60 to create and output a CH banner.
  • the OSD creation unit 60 that has received the instruction transmits the created CH banner data to the video conversion control unit 61, and the video conversion control unit 61 that has received the data outputs the CH banner superimposed on the video signal. To control. In this way, a message is displayed at the time of channel selection.
  • the system control unit 51 instructs the channel selection control unit 59 to select a specific CH and output a signal to the recording / reproducing unit 27.
  • the channel selection control unit 59 that has received the instruction instructs the tuner 23 to receive the designated channel in the same manner as in the broadcast reception process, and the descrambler 24 receives the MPEG2-TS received from the tuner 23.
  • the descrambling / demultiplexing unit 29 is controlled to output the input from the descrambler 24 to the recording / reproducing unit 27.
  • the system control unit 51 instructs the recording / reproducing control unit 58 to record the input TS to the recording / reproducing unit 27.
  • the recording / playback control unit 58 performs necessary processing such as encryption on the signal (TS) input to the recording / playback unit 27, and also adds additional information (recording CH of the recording CH) required for recording / playback.
  • Program information, bit rate and other content information), and recording in management data (recorded content ID, recording position on recording medium 26, recording format, encrypted information, etc.), then MPEG2-TS
  • a process of writing additional information and management data to the recording medium 26 is performed. In this way, the broadcast signal is recorded.
  • the system control unit 51 instructs the recording / reproduction control unit 58 to reproduce the specific program.
  • the content ID and the reproduction start position (for example, the beginning of the program, the position of 10 minutes from the beginning, the continuation of the previous time, the position of 100 Mbyte from the beginning, etc.) are instructed.
  • the recording / playback control unit 58 that has received the instruction controls the recording / playback unit 27 to read out a signal (TS) from the recording medium 26 using additional information and management data, and perform necessary processing such as decryption of encryption. After that, processing is performed to output TS to the demultiplexing unit 29.
  • TS signal
  • the system control unit 51 instructs the channel selection control unit 59 to output a video / audio of a reproduction signal.
  • the channel selection control unit 59 that has received the instruction performs control so that the input from the recording / reproducing unit 27 is output to the demultiplexing unit 29, and the demultiplexing unit 29 performs demultiplexing and demultiplexing of the input TS.
  • the output of the separated video ES to the video decoding unit 30 and the output of the demultiplexed audio ES to the audio decoding unit 31 are instructed.
  • the channel selection control unit 59 instructs the decoding control unit 57 to decode the video ES and the audio ES input to the video decoding unit 30 and the audio decoding unit 31.
  • the decoding control unit 31 controls the video decoding unit 30 to output the decoded video signal to the video conversion processing unit 32, and the audio decoding unit 31 receives the decoded audio signal from the speaker. 48 or the audio output 42 is controlled. In this way, signal reproduction processing from the recording medium is performed.
  • ⁇ 3D video display method> As a 3D video display method that can be used in the present invention, left and right eye images that make the left and right eyes feel parallax are created, and a human being recognizes that a three-dimensional object exists. There is a method.
  • the glasses worn by the user are shielded from light by the left and right glasses alternately using a liquid crystal shutter, etc., and the left and right eye images are displayed in synchronization with the glasses.
  • the receiving device 4 outputs a synchronization signal and a control signal from the control signal output unit 43 and the device control signal transmission terminal 44 to the active shutter glasses worn by the user.
  • the video signal is output from the video signal output unit 41 to an external 3D video display device, and the left-eye video and the right-eye video are alternately displayed.
  • the same 3D display is performed on the display 47 of the receiving device 4. In this way, a user wearing active shutter glasses can view 3D video on the display 47 of the 3D video display device or the receiving device 4.
  • a film orthogonal to the linearly polarized light is applied to the left and right glasses, or a linearly polarized coating is applied, or a circularly polarized film with the rotation direction of the polarization axis reversed.
  • apply a circularly polarized coat and simultaneously output the image for the left eye and the image for the right eye with different polarizations corresponding to the polarization of the glasses for the left eye and the right eye respectively.
  • There is a polarization method that generates parallax between the left eye and the right eye by separating them according to the polarization state.
  • the receiving device 4 outputs a video signal from the video signal output unit 41 to an external 3D video display device, and the 3D video display device converts the left-eye video and the right-eye video in different polarization states. Display.
  • the same display is performed on the display 47 of the receiving device 4.
  • a user wearing polarized glasses can view 3D video on the display 47 of the 3D video display device or the receiving device 4.
  • the polarization method since it is possible to view 3D images without transmitting a synchronization signal or a control signal from the receiving device 4 to the polarization method glasses, it is synchronized from the control signal output unit 43 or the device control signal transmission terminal 44. There is no need to output a signal or control signal.
  • a color separation method that separates the left and right eye images according to colors may be used.
  • a parallax barrier method that creates a 3D image using a parallax barrier that can be viewed with the naked eye may be used.
  • 3D display system is not limited to a specific system.
  • ⁇ Example of specific determination method of 3D program using program information> information for determining whether or not a 3D program is newly included is obtained from various tables and descriptors included in the program information of the broadcast signal and the reproduction signal described above. It is possible to determine whether or not.
  • 3D program details descriptor which is a new descriptor for 3D program determination, is newly included in the service descriptor, service list descriptor, etc. described in tables such as NIT and SDT It is determined whether or not it is a 3D program by checking information for determining whether or not it is a 3D program.
  • FIG. 20 shows an example of processing for each field of the component descriptor in the receiving device 4.
  • descriptor_tag is “0x50”, it is determined that the corresponding descriptor is a component descriptor. Based on “descriptor_length”, it is determined to be the descriptor length of the component descriptor. If “stream_content” is “0x01”, “0x05”, “0x06”, “0x07”, it is determined that the descriptor is valid (video). In cases other than “0x01”, “0x05”, “0x06”, and “0x07”, it is determined that the descriptor is invalid. When “stream_content” is “0x01”, “0x05”, “0x06”, “0x07”, the following processing is performed.
  • Component_type is determined as the video component type of the component. For this component type, one of the values in FIG. 5 is designated. From this content, it can be determined whether or not the component is a component for a 3D video program.
  • Component_tag is a component tag value that is unique within the program, and can be used in association with the component tag value of the stream identifier of the PMT IV.
  • Text_char is determined to be a component description within 16 bytes (8 characters). If this field is omitted, it is determined as the default component description. The default character string is “video”.
  • the component descriptor can determine the type of video component constituting the event (program), and the component description can be used when the video component is selected in the receiver.
  • a video component set with a component_tag threshold value other than the above is not a single selection target, but a component selection function or the like.
  • the component description may not match the actual component due to a mode change during an event (program).
  • the component_type of the component descriptor describes the representative component type of the component, and this value is not changed in real time in response to a mode change during the program.
  • the component_type described by the component descriptor is the default when the digital copy control descriptor, which is a description of the information for controlling the copy generation in the digital recording device and the maximum transmission rate, is omitted for the event (program). It is referred to when determining the maximum_bit_rate.
  • the receiving device 4 monitors the stream_content and component_type, so that the program currently received or received in the future is a 3D program. There is an effect that can be recognized.
  • FIG. 21 shows an example of processing for each field of the component group descriptor in the receiving device 4.
  • descriptor_tag is “0xD9”
  • descriptor_length it is determined to be the descriptor length of the component group descriptor.
  • component_group_type is “000”, it is determined as a multi-view TV service, and if it is “001”, it is determined as a 3D TV service.
  • total_bit_rate_flag is “0”, it is determined that the total bit rate in the group in the event (program) is not described in the descriptor. If “1”, it is determined that the total bit rate in the group in the event (program) is described in the descriptor.
  • “Num_of_group” is determined as the number of component groups in the event (program). If the maximum value exists and exceeds this value, it may be processed as the maximum value. If “component_group_id” is “0x0”, it is determined as the main group. If it is not “0x0”, it is determined as a subgroup.
  • “Num_of_CA_unit” is determined as the number of billing / non-billing units in the component group. If the maximum value is exceeded, it may be treated as 2cm.
  • CA_unit_id is “0x0”, it is determined as a non-billing unit group. If it is “0x1”, it is determined as a charging unit including the default ES group. If it is other than “0x0” and “0x1”, it is determined that the charging unit is not identified above.
  • “Num_of_component” is determined to be the number of components that belong to the component group and belong to the billing / non-billing unit indicated by the immediately preceding CA_unit_id. If it exceeds the maximum value, it may be processed as 15.
  • Component_tag is determined as a component tag value belonging to the component group, and can be used in correspondence with the component tag value of the PMT stream identifier.
  • Total_bit_rate is determined as the total bit rate in the component group. However, when it is “0x00”, it is determined as the default.
  • “text_length” is 16 (8 full-width characters) or less, it is determined as the component group description length. If it is larger than 16 (8 full-width characters), the description for the component group description length exceeding 16 (8 full-width characters) is You can ignore it.
  • the receiving device 4 monitors the component_group_type, so that a program that is currently received or that will be received in the future is a 3D program. There is a recognizable effect.
  • FIG. 22 shows an example of processing for each field of the 3D program detail descriptor in the receiving device 4.
  • descriptor_tag is “0xE1”
  • descriptor_length the descriptor length of the 3D program detail descriptor is determined.
  • 3d_2d_type is determined to be 3D / 2D identification in the 3D program. It is specified from FIG.
  • 3d_method_type is determined to be 3D method identification in the 3D program. It is specified from FIG.
  • Stream_type is determined to be the ES format of the 3D program. It is specified from FIG. “Component_tag” is determined to be a component tag value that is unique within the 3D program. It can be used in correspondence with the component tag value of the stream identifier of PMT IV.
  • the receiving device 4 monitors the 3D program detail descriptor, and if this descriptor exists, it is currently received. Alternatively, it is possible to recognize that a program to be received in the future is a 3D program.
  • FIG. 23 shows an example of processing for each field of the service descriptor in the receiving device 4. If “descriptor_tag” is “0x48”, it is determined that the descriptor is a service descriptor. Based on “descriptor_length”, it is determined to be the descriptor length of the service descriptor. If “service_type” is other than service_type _ shown in FIG. 13, the descriptor is determined to be invalid.
  • Service_provider_name_length is determined to be the name of the operator if it is 20 or less in the case of BS / CS digital television broadcast reception, and if it is greater than 20, the operator name is determined to be invalid. On the other hand, in the case of reception of digital terrestrial television broadcasting, it is determined that anything other than “0x00” is invalid.
  • “Char” is determined to be the name of the operator when receiving BS / CS digital television broadcasting. On the other hand, in the case of receiving terrestrial digital television broadcasting, the description is ignored. If “service_name_length” is 20 or less, it is determined as the composition channel name length, and if it is greater than 20, the composition channel name is determined to be invalid.
  • FIG. 24 shows an example of processing for each field of the service list descriptor in the receiving device 4. If “descriptor_tag” is “0x41”, it is determined that the descriptor is a service list descriptor. Based on “descriptor_length”, it is determined that it is the descriptor length of the service list descriptor.
  • “Loop” describes a loop of the number of services included in the target transport stream.
  • “Service_id” is determined to be service_id for the transport stream.
  • Service_type indicates the service type of the target service. It is determined that the service types other than those specified in FIG. 13 are invalid.
  • the service list descriptor can be determined as information on the transport stream included in the target network.
  • the ES format can be determined as described with reference to FIG. 3 according to the data type in the stream_type described in the 2nd loop of PMT (loop for each ES). If there is a description indicating that the stream is 3D video, the program is determined to be a 3D program (for example, multi-view video encoding (eg, H.264 / MVC) stream sub-type in stream_type) If there is 0x1F indicating a stream (other viewpoint), the program is determined to be a 3D program.
  • a 3D program for example, multi-view video encoding (eg, H.264 / MVC) stream sub-type in stream_type
  • the program is determined to be a 3D program.
  • a 2D / 3D identification bit for newly identifying a 3D program or a 2D program can be assigned to an area that is currently reserved in the PMT, and determination can be made based on the area.
  • EIT can be determined by newly assigning a 2D / 3D identification bit to the reserved area.
  • a type indicating 3D video is assigned to component_type of the component descriptor as described in FIGS. 4 and 5 (for example, FIG. 5).
  • component_type representing 3D
  • FIG. 5 (c) to (e) are assigned, and it is confirmed that the value exists in the program information of the target program.
  • a description representing 3D service is assigned to the value of component_group_type, and the value of component_group_type represents 3D service.
  • 3D program can be discriminated (for example, 001 in the bit field assigns a 3D TV service or the like, and confirms that the value exists in the program information of the target program).
  • the 3D program detail descriptor arranged in the PMT and / or EIT, as described in FIGS. 10 and 11, when determining whether the target program is a 3D program, the 3D program detail descriptor It can be determined by the content of 3d_2d_type (3D / 2D type).
  • 3D program detail descriptor If no 3D program detail descriptor is transmitted for the received program, it is determined to be a 2D program.
  • the receiving apparatus is compatible with the 3D method type (3d_method_type) included in the descriptor, a method of determining the next program as a 3D program is also conceivable. In this case, although the descriptor analysis process is complicated, it is possible to stop the operation for performing the message display process and the recording process for the 3D program that cannot be handled by the receiving apparatus.
  • a 3D video service is assigned to 0x01 in the service_type information included in the service descriptor arranged in the SDT and the service list descriptor arranged in the NIT.
  • certain program information When certain program information is acquired, it can be determined as a 3D program. In this case, the determination is not made in units of programs, but in units of services (CHs, organization channels), and 3D program determination of the next program in the same organization channel cannot be made, but information acquisition is not in units of programs. There is also an advantage such as easy.
  • program information can be obtained through a dedicated communication channel (broadcast signal or the Internet). Even in this case, if there is a program start time, CH (broadcast organization channel, URL or IP address), and an identifier indicating whether the program is a 3D program, the 3D program determination is possible.
  • a dedicated communication channel broadcast signal or the Internet.
  • each piece of information may be checked to determine whether it is a 3D video for each service (CH) or program, or a combination of multiple pieces of information for 3D for each service (CH) or program. You may determine whether it is an image
  • determining by combining a plurality of pieces of information it is a 3D video broadcasting service, but it is also possible to determine that only some programs are 2D video.
  • the receiving device for example, EPG can clearly indicate that the service is a “3D video broadcasting service”, and the service includes a mixture of 2D video programs in addition to 3D video programs. Even when the program is received, the display control or the like can be switched between the 3D video program and the 2D video program.
  • the 3D component specified in FIGS. 5C to 5E is appropriately processed (displayed and output) by the receiving device 4. If it can be processed in 3D (playback, display, output), and cannot be properly processed (playback, display, output) in the receiving device 4 (for example, it corresponds to the specified 3D transmission method) For example, when there is no 3D video playback function to be performed), processing (playback, display, output) may be performed in 2D. At this time, along with the display and output of the 2D video, it may be displayed that the 3D video program cannot be appropriately 3D displayed or 3D output by the receiving apparatus. In this way, the user needs to know whether the program is broadcast as a 2D video program or is a program broadcast as a 3D video program, but the 2D video is displayed because it cannot be properly processed by the receiving device. Can do.
  • the system control unit 51 determines whether or not the current program is a 3D program by the above method.
  • the system control unit 51 first instructs the channel selection control unit 59 to output 3D video.
  • the channel selection control unit 59 first receives a PID (packet ID) and an encoding method (for example, H.264 / MVC, MPEG2) for each of the main viewpoint video ES and the sub-viewpoint video ES from the program information analysis unit 54. , H.264 / AVC, etc.), and then the demultiplexing unit 29 is controlled to demultiplex and demultiplex the main viewpoint video ES and sub-viewpoint video ES and output them to the video decoding unit 30.
  • a PID packet ID
  • an encoding method for example, H.264 / MVC, MPEG2
  • the demultiplexing unit 29 is controlled so that the main viewpoint video ES is input to the first input of the video decoding unit and the sub-viewpoint video ES is input to the second input of the video decoding unit. Thereafter, the channel selection control unit 59 transmits to the decoding control unit 57 the information that the first input of the video decoding unit 30 is the main viewpoint video ES and the second input is the sub-view video ES and the respective encoding methods. And instruct to decrypt these ESs.
  • the video decoding unit 30 It is sufficient to configure so as to have a plurality of types of decoding functions corresponding to the respective encoding methods.
  • the video decoding unit 30 A configuration having only a decoding function corresponding to a single encoding method may be used. In this case, the video decoding unit 30 can be configured at low cost.
  • the decoding control unit 57 Upon receiving the instruction, the decoding control unit 57 performs decoding corresponding to the encoding methods of the main viewpoint video ES and the sub-viewpoint video ES, and outputs the left-eye and right-eye video signals to the video conversion processing unit 32.
  • the system control unit 51 instructs the video conversion control unit 61 to perform 3D output processing.
  • the video conversion control unit 61 that has received the instruction from the system control unit 51 controls the video conversion processing unit 32 to output from the video output 41 or display a 3D video on the display 47 provided in the receiving device 4.
  • FIG. 37 (a) is an explanatory diagram of a frame sequential method output for alternately displaying and outputting videos of the left and right viewpoints of 3D content in the 3D2 viewpoint-specific ES transmission method, and a playback / output / display method corresponding to the display.
  • the upper left frame sequence (M1, M2, M3,%) Is a plurality of frames included in the main viewpoint (left eye) video ES of the content in the 3D2 viewpoint-specific ES transmission method, and the lower left frame in the figure.
  • the columns (S1, S2, S3,...) Represent a plurality of frames included in the sub-viewpoint (for the right eye) video ES of the content in the 3D2 viewpoint-specific ES transmission method.
  • each frame of the input main viewpoint (for left eye) / sub-viewpoint (for right eye) video signal is converted into a right frame sequence (M1, S1, M2, S2, M3, S3).
  • Frames are alternately output / displayed as video signals. According to such an output / display method, the maximum resolution that can be displayed on the display for each viewpoint can be used, and high-resolution 3D display is possible.
  • the video signals are output and synchronized so that each video signal can be discriminated for the main viewpoint (left eye) and for the sub viewpoint (right eye).
  • a signal is output from the control signal 43.
  • the external video output device that has received the video signal and the synchronization signal outputs the video of the main viewpoint (for the left eye) and the sub-viewpoint (for the right eye) according to the synchronization signal, and supports 3D viewing. By sending a synchronization signal to the device, 3D display can be performed. Note that the synchronization signal output from the external video output device may be generated by the external video output device.
  • the synchronization signal is transmitted to the device control signal transmission unit 53 and the control signal.
  • 3D display is performed by outputting from the device control signal transmission terminal 44 via the transmission / reception unit 33 and controlling the external 3D viewing assistance device (for example, shading switching of the active shutter).
  • FIG. 37 (b) is an explanatory diagram of the output / reproduction / display method corresponding to the output and display of the method of displaying the video of the left and right viewpoints of 3D content in the 3D2 viewpoint-specific ES transmission method in different areas of the display.
  • the 3D2 viewpoint-specific ES transmission system stream is decoded by the video decoding unit 30 and the video conversion processing unit 32 performs the video conversion process.
  • to display in different areas includes, for example, a method of displaying odd lines and even lines of the display as display areas for the main viewpoint (left eye) and the sub viewpoint (right eye), respectively.
  • the display area does not have to be in line units, and in the case of a display having different pixels for each viewpoint, a combination of a plurality of pixels for the main viewpoint (left eye) and a plurality of pixels for the sub viewpoint (right eye) Each display area of the combination may be used.
  • images of different polarization states corresponding to the respective polarization states of the left eye and right eye of the 3D viewing assistance device may be output from the different regions.
  • the resolution that can be displayed on the display for each viewpoint is smaller than that in the method of FIG. 37 (a), but the video for the main viewpoint (left eye) and the sub viewpoint (right eye).
  • Video can be output / displayed simultaneously, and there is no need to display them alternately. Thereby, 3D display with less flicker than the method of FIG.
  • the 3D viewing assistance device may be polarization-separated glasses and does not need to perform electronic control. . In this case, the 3D viewing assistance device can be provided at a lower cost.
  • the channel selection control unit 59 that has received the instruction first acquires the PID of the ES for 2D video (the main viewpoint ES or the ES having the default tag) from the program information analysis unit 54, and sends it to the demultiplexing unit 29. Control is performed to output the ES to the video decoding unit 30. Thereafter, the channel selection control unit 59 instructs the decoding control unit 57 to decode the ES. That is, in the 3D2 viewpoint-specific ES transmission method, since the substream or ES is different between the main viewpoint and the subview, it is only necessary to decode the substream or ES of the main viewpoint.
  • the decoding control unit 57 controls the video decoding unit 30 to decode the ES and outputs a video signal to the video conversion processing unit 32.
  • the system control unit 51 controls the video conversion control unit 61 to perform 2D video output.
  • the video conversion control unit 61 that has received the instruction from the system control unit 51 performs control to output a 2D video signal from the video output terminal 41 to the video conversion processing unit 32 or display a 2D video on the display 47.
  • the 2D output / display method will be described with reference to FIG. Although the configuration of the encoded video is the same as that of FIG. 37, as described above, since the second ES (sub-viewpoint video ES) is not decoded by the video decoding unit 30, one ES to be decoded by the video conversion processing unit 32 The video signal on the side is converted into a 2D video signal as represented by the right frame sequence (M1, M2, M3,...) And output. In this way, 2D output / display is performed.
  • the user instruction receiving unit 52 that has received the key code instructs the system control unit 51 to switch to 3D video (note that The same processing is performed even when switching to 2D output / display under conditions other than the user switching instruction to 2D output / display of 3D content of the Side-by-Side system or Top-and-Bottom system).
  • the system control unit 51 similarly determines whether or not the current program is a 3D program by the above method.
  • the system control unit 51 first instructs the channel selection control unit 59 to output 3D video.
  • the channel selection control unit 59 first obtains the PID (packet ID) of the 3D video ES including the 3D video and the encoding method (for example, MPEG2, H.264 / AVC, etc.) from the program information analysis unit 54.
  • the demultiplexing unit 29 is controlled to demultiplex and output the 3D video ES to the video decoding unit 30, and the video decoding unit 30 is subjected to a decoding process according to the encoding method to perform decoding. Control is performed so that the processed video signal is output to the video conversion processing unit 32.
  • the system control unit 51 instructs the video conversion control unit 61 to perform 3D output processing.
  • the video conversion control unit 61 converts the input video signal into a left-eye video and a right-eye video and performs processing such as scaling (details will be described later).
  • An instruction is given to the processing unit 32.
  • the video conversion processing unit 32 outputs the converted video signal from the video output 41 or displays the video on the display 47 provided in the receiving device 4.
  • FIG. 39 (a) shows a frame sequential output that alternately displays and outputs video from the left and right viewpoints of 3D content in the Side-by-Side format or the Top-and-Bottom format, and the playback / output / It is explanatory drawing of a display method.
  • the descriptions of Side-by-Side and Top-and-Bottom are shown together as encoded video, but the only difference between the two is the difference in the arrangement of the left-eye video and the right-eye video in the video. Therefore, in the following description, description will be made using the Side-by-Side method, and description of the Top-and-Bottom method will be omitted.
  • the left-side frame sequence (L1 / R1, L2 / R2, L3 / R3%) Is a side-by-side video signal in which left-eye and right-eye images are arranged on the left / right side of one frame.
  • the video decoding unit 30 decodes the side-by-side video signal arranged on the left / right side of the left-eye and right-eye video frames
  • the video conversion processing unit 32 decodes the decoded Side-
  • Each frame of the by-Side video signal is separated into left and right images so that it becomes a left-eye image and a right-eye image. )do.
  • the right frame sequence (L1, R1, L2, R2, L3, R3,...), Frames are alternately output as video signals.
  • FIG. 39 (a) the processing after the conversion to the output / display video for alternately outputting / displaying the frame, the output of the synchronization signal and the control signal to the 3D viewing assistance device, etc. have already been described. Since this is the same as the 3D playback / output / display processing of 3D content in the 3D2 viewpoint-specific ES transmission method described in (a), description thereof is omitted.
  • FIG. 39 (b) shows the output of the method of displaying the left and right viewpoint video of the 3D content of the Side-by-Side method or Top-and-Bottom method in different areas of the display, and playback / output / display corresponding to the display. It is explanatory drawing of a method. As in FIG. 39 (a), descriptions of side-by-side and top-and-bottom methods are shown together as encoded video, but the difference between the two is that the video for the left eye and the video for the right eye In the following description, description will be made using the Side-by-Side method, and description of the Top-and-Bottom method will be omitted.
  • the left-side frame sequence (L1 / R1, L2 / R2, L3 / R3...) Is a side-by-side video signal in which left-eye and right-eye images are arranged on the left / right side of one frame.
  • the video decoding unit 30 decodes the side-by-side video signal arranged on the left / right side of the left-eye and right-eye video frames
  • the video conversion processing unit 32 decodes the decoded Side-
  • Each frame of the by-Side video signal is separated into left and right images so that it becomes a left-eye image and a right-eye image. )do. Further, the scaled left-eye video and right-eye video are output and displayed in different areas. Similar to the description in FIG.
  • displaying in different areas means, for example, that the odd lines and even lines of the display are used as the display areas for the main viewpoint (left eye) and the sub viewpoint (right eye), respectively. There are methods such as displaying.
  • the display processing in different areas, the display method in the polarization type display device, and the like are the same as the 3D playback / output / display processing of 3D content of the 3D2 viewpoint-specific ES transmission method described in FIG. Therefore, the description is omitted.
  • the left-eye video and the right-eye video are output and displayed on the odd-numbered line and the even-numbered line of the display, respectively.
  • thinning corresponding to the resolution of the display area of the left-eye video and the right-eye video may be performed in the scaling process.
  • the system control unit 51 that has received the instruction instructs the video conversion control unit 61 to output 2D video.
  • the video conversion control unit 61 that has received the instruction from the system control unit 51 performs control so that 2D video output is performed on the video signal input to the video conversion processing unit 32.
  • FIG. 40 (a) illustrates the Side-by-Side method
  • FIG. 40 (b) illustrates the Top-and-Bottom method. Both differ only in the arrangement of the left-eye video and the right-eye video. Therefore, the description will be made using the Side-by-Side method of FIG.
  • the left-side frame sequence (L1 / R1, L2 / R2, L3 / R3...) Is a side-by-side system in which video signals for left eye and right eye are arranged on the left / right side of one frame. Represents a video signal.
  • the video conversion processing unit 32 separates each frame of the input side-by-side video signal into left and right left-eye video and right-eye video frames, and then only the main viewpoint video (left-eye video) portion. Is scaled, and only the main viewpoint video (left-eye video) is output as a video signal as represented by the right frame sequence (L1, L2, L3,).
  • the video conversion processing unit 32 outputs the processed video signal from the video output 41 as a 2D video, and outputs a control signal from the control signal 43. In this way, 2D output / display is performed.
  • FIGS. 40 (c) and 40 (d) an example of performing 2D output / display of 3D content of the Side-by-Side method or Top-and-Bottom method with two viewpoints stored in one image is also shown in FIGS. 40 (c) and 40 (d).
  • the receiving device stores the decoded side-by-side or top-and-bottom video in two viewpoints in one image.
  • the video may be output as it is, and the viewing device may perform conversion for 3D display.
  • FIG. 41 is an example of a processing flow of the system control unit 51 that is executed when the current program or program information is changed at the time of program switching.
  • the flow is for performing 2D display of video from one viewpoint (for example, the main viewpoint) for both 2D programs and 3D programs.
  • the system control unit 51 acquires the program information of the current program from the program information analysis unit 54, determines whether or not the current program is a 3D program by the above 3D program determination method, and further determines the 3D system type of the current program (For example, determination based on the 3D system type described in the 3D program detail descriptor, such as 2-view ES transmission system / Side-by-Side system) is obtained from the program information analysis unit 54 in the same manner (S401).
  • the acquisition of the program information of the current program is not limited to when the program is switched, and may be acquired periodically.
  • the system control unit 51 uses the method described in FIGS. 38 and 40 (a) and 40 (b) to generate a 3D video signal in a format corresponding to each 3D system type. Control is performed so that one of the viewpoints (for example, the main viewpoint) is displayed in 2D (S404). At this time, a display indicating that the program is a 3D program may be displayed superimposed on the 2D display video of the program. In this way, when the current program is a 3D program, the video from one viewpoint (for example, the main viewpoint) is displayed in 2D.
  • the current program is a 3D program
  • a 2D display of video from one viewpoint for example, the main viewpoint
  • the user can view almost the same as the 2D program for the time being.
  • 3D content in the Side-by-Side format or Top-and-Bottom format as shown in FIGS.
  • FIGS. As shown in FIGS.
  • FIG. 42 shows an example of a message for displaying the video in 2D at step S404 and causing the system control unit 51 to display it on the OSD creation unit 60, for example.
  • a message notifying the user that the 3D program has started is displayed, and an object (hereinafter referred to as a user response receiving object: for example, a button on the OSD) 1602 to which the user responds is displayed, and the subsequent operation is selected.
  • a user response receiving object for example, a button on the OSD
  • the user instruction receiving unit 52 When the message 1601 is displayed, for example, when the user presses the “OK” button on the remote controller, the user instruction receiving unit 52 notifies the system control unit 51 that “OK” has been pressed.
  • the user selection is determined to be "other than 3D switching” To do.
  • the user selection is “3D switching”.
  • FIG. 43 shows a processing flow of the system control unit 51 executed after the user makes a selection.
  • the system control unit 51 acquires the user selection result from the user instruction receiving unit 52 (S501). If the user selection is not “3D switching” (No in S502), the video ends in 2D display, and no processing is performed.
  • the video of one viewpoint is output / displayed in 2D, and the user wants to perform 3D viewing, such as after the user prepares for operation or 3D viewing, etc.
  • the object for the user to respond to is displayed.
  • the user who has recognized that the program is compatible with “3D viewing” depresses the “3D” key of the remote controller and receives the signal from the remote controller from the user instruction receiver 52 to the system controller 51. Switching from 2D display to 3D display is triggered by the notification.
  • FIG. 44 shows an example of the message and the user response reception object in that case.
  • FIG. 45 shows a processing flow executed by the system control unit 51 at the start of the 3D program in this case.
  • a difference from the processing flow of FIG. 41 is that a step (S405) of outputting specific video and audio is added instead of the processing of S404.
  • the specific video / audio here includes, for example, a 3D preparation message, a black screen, a still image of a program, etc. for video, and the audio includes silence or fixed pattern music (environmental music), etc. Is mentioned.
  • data is read from the video decoding unit 30 or from a ROM or recording medium 26 not shown in the figure, and the video decoding unit 30 decodes and outputs the data.
  • the output of the black screen can be realized, for example, by the video decoding unit 30 outputting only the video signal indicating black, or the video conversion processing unit 32 muting the output signal or outputting the black video.
  • the output of the still image of the program video can be realized by instructing the recording / playback control unit 58 from the system control unit 51 to play back the program and pause the video.
  • the processing of the system control unit 51 after the user selection is executed as shown in FIG.
  • the message display displayed in step S405 is as shown in FIG.
  • the difference from FIG. 42 is that only the displayed video and audio are different, and the displayed message, the configuration of the user response receiving object, and the operation of the user response receiving object are the same.
  • the message display not only simply OK as shown in FIG. 46 but also a method of clearly indicating whether the display method of the program is 2D video or 3D video is conceivable.
  • the message and an example of the user response receiving object can be displayed in the same manner as in FIG. 44. In this way, the user can judge the operation after pressing the button more than the display of “OK” as described above.
  • the system control unit 51 acquires program information of the next program from the program information analysis unit 54 (S101), and determines whether or not the next program is a 3D program by the 3D program determination method.
  • next program is not a 3D program (No in S102)
  • the process ends without performing any particular process.
  • the next program is a 3D program (yes in S102)
  • the time until the start of the next program is calculated. Specifically, the start time of the next program or the end time of the current program is acquired from the EIT of the acquired program information, the current time is acquired from the time management unit 55, and the difference is calculated.
  • Fig. 28 shows an example of message display at that time.
  • Reference numeral 701 denotes an entire screen displayed by the apparatus, and reference numeral 702 denotes a message displayed by the apparatus. In this way, it is possible to alert the user to prepare the 3D viewing assistance device before the 3D program is started.
  • the determination time X before the start of the program if X is decreased, the user may not be ready for 3D viewing before the program starts. Further, if X is increased, there is a demerit that message display is hindered for a long period of time, and there is a gap after preparation is completed, so it is necessary to adjust to an appropriate time.
  • FIG. 29 shows a screen display example in that case.
  • a message 802 displays the time until the start of the 3D program.
  • description is made in units of minutes, but description may be made in units of seconds.
  • the user can know the start time of the next program in more detail, but there is a demerit that the processing load increases.
  • a three-dimensionally visible mark (D check mark) when using the 3D viewing assistance device.
  • 902 is a message for notifying the start of a 3D program
  • 903 is a mark that looks three-dimensional when the 3D viewing assistance device is used.
  • the user can confirm the normal operation of the 3D viewing assistance device before the start of the 3D program. For example, when a malfunction (for example, battery exhaustion or failure) occurs in the 3D viewing assistance device, it is possible to take measures such as repair or replacement before the program starts.
  • a malfunction for example, battery exhaustion or failure
  • the method for notifying the user that the next program is 3D is as described above.
  • the message displayed to the user in step S104 is different in that an object to which the user responds (hereinafter, a user response receiving object: for example, a button on the OSD) is displayed.
  • a user response receiving object for example, a button on the OSD
  • FIG. 1 An example of this message is shown in FIG.
  • 1001 represents the entire message, and 1002 represents a button for the user to respond.
  • the user instruction receiving unit 52 notifies the system control unit 51 that “OK” has been pressed.
  • the system control unit 51 that has received the notification stores, as a state, that the user's 3D viewing preparation state is OK. Next, a processing flow of the system control unit 51 when time has elapsed and the current program becomes a 3D program will be described with reference to FIG.
  • the system control unit 51 acquires program information of the current program from the program information analysis unit 54 (S201), and determines whether or not the current program is a 3D program by the above-described 3D program determination method. When the current program is not a 3D program (No in S202), control is performed so that the video is displayed in 2D by the above method (S203).
  • the current program is a 3D program (Yes in S202)
  • the user's 3D viewing preparation status is confirmed (S204). If the 3D viewing preparation state stored by the system control unit 51 is not OK (No in S205), the control is similarly performed so that the video is displayed in 2D (S203).
  • control is performed so that the video is displayed in 3D by the above method (S206). In this way, when it is confirmed that the current program is a 3D program and the user's 3D viewing preparation is completed, the video is displayed in 3D.
  • step S104 As the message display displayed in step S104, not only simply OK as shown in FIG. 31, but also a method of clearly specifying whether the display method of the next program is 2D video or 3D video is conceivable. Examples of the message and the user response reception object in that case are shown in FIGS.
  • the user can more easily determine the operation after the button is pressed, and the user can explicitly instruct the display in 2D (see “2D in 1202”).
  • the user 3D viewing preparation state is determined to be NG, and convenience is enhanced.
  • the determination of the 3D viewing preparation state of the user is performed by operating the user menu on the remote controller here, but the 3D viewing preparation state is also determined by, for example, a user wearing completion signal transmitted by the 3D viewing assistance device, for example.
  • a method or an imaging device may be used to photograph a user's viewing state, and image recognition or user's face recognition may be performed based on the photographing result to determine that a 3D viewing assistance device is worn.
  • the 3D viewing preparation state is determined to be OK, and the user presses the ⁇ 2D> button, the ⁇ Return> button, or the ⁇ Cancel> button on the remote control.
  • the 3D viewing preparation state is NG when pressed. In this case, the user can clearly and easily notify the device of his / her state, but there are also disadvantages such as erroneous operation and state transmission due to misunderstanding.
  • ⁇ It is desirable to delete the message display for each user described in this embodiment after user operation.
  • the video can be easily viewed after the user performs the operation.
  • it is assumed that the user has already recognized the message information, and deleting the message to make it easy to view the video improves the user's convenience.
  • the user can complete 3D viewing preparation in advance for the start portion of the 3D program, or the user can use the recording / playback function to start the 3D program when the 3D program is not ready for the start.
  • the user can view the 3D program in a better state, such as displaying video again after preparation for viewing is completed.
  • it is possible to improve user convenience such as automatically switching the video display to a display method that is desirable for the user (3D video display when viewing 3D video, or vice versa).
  • the same effect can be expected when switching to a 3D program by channel selection or when starting playback of a recorded 3D program.
  • the multi-view TV service is a TV service that can switch and display 2D video of multiple viewpoints for each viewpoint within one service.
  • the operation of a general channel (main) / 17th hole (sub 1) / 18th hole (sub 2) may be considered for golf relay.
  • the program start is a general channel, it can be switched by the viewer after each program.
  • the multi-view TV service is distinguished from the normal TV service by placing the component group descriptor in the EIT and designating the member component_group_type (component group type) as “000”.
  • the existing H.262 (MPEG2) and H.264 / AVC are transmitted as a main viewpoint (left eye) by transmitting in a stream combination as shown in FIG.
  • the simultaneous transmission refers to a 3D video (for example, a 3D image or a video produced as a 3D video, which is the same content as a 2D video transmitted by the main service in one service that performs a multi-view TV service.
  • Side-by-Side method, Top-and-Bottom method, 3D2 viewpoint-based ES method are transmitted in parallel as sub-services. Data constituting these main service and sub service is time-multiplexed and transmitted as one service.
  • the 3D display (output) function incompatible receiving device receives only the main service composed of 2D video
  • the 3D display (output) function compatible receiving device is a sub service composed of 3D video in addition to the main service.
  • Even in this system it is possible to view even a receiving device that does not support the 3D display (output) function, which has started a new 3D program broadcast with a broadcast operated by advertising revenue such as CM (commercial message). Because of the limitation of the function of the receiving device, it can be avoided that the audience rating is lowered, and there is a merit on the broadcasting station side.
  • 48 to 50 respectively show the main service component descriptor and sub service component by the broadcaster on the transmission apparatus 1 side in the first example in which this multi-view TV service is applied to the simultaneous transmission of 2D / 3D broadcasting.
  • An example of processing for sending descriptors and component group descriptors that define and identify combinations of these components is shown.
  • 48 and FIG. 49 are obtained by changing the description of stream_content (component content) and component_type (component type) with respect to the component descriptor transmission processing example shown in FIG.
  • FIG. 48 is a component descriptor of the main service, and an existing video defined in FIG. 5 (a) or FIG. 5 (b) so that a 3D display (output) function incompatible receiving device can receive it as 2D video. Specify the format.
  • FIG. 5 (a) or FIG. 5 (b) so that a 3D display (output) function incompatible receiving device can receive it as 2D video.
  • FIG. 49 is a component descriptor of a sub service, and a 3D display (output) function compatible receiving apparatus can receive it as 3D video, so that FIG. 5 (d) (Side-by-Side method) or FIG. Specifies the 3D video format defined in (Top-and-Bottom format).
  • FIG. 5 (d) (Side-by-Side method) or FIG. Specifies the 3D video format defined in (Top-and-Bottom format).
  • FIG. 50 is a component group descriptor that defines and identifies a combination of these components.
  • FIG. 50 is obtained by changing the description of component_group_type (component group type) and num_of_group (number of component groups) in the component group descriptor transmission processing example shown in FIG.
  • component_group_type ‘000’.
  • num_of_group 2.
  • component_group_id 0x1 to 0xF is assigned to the component group of the sub service (uniquely assigned by the broadcaster).
  • 51 to 54 respectively show the component descriptor of the main service and the sub service 1 by the broadcaster on the transmission device 1 side in the second example in which this multi-view TV service is applied to the simultaneous transmission of 2D / 3D broadcasting.
  • a transmission operation example of the component descriptor, the component descriptor of the sub service 2, and the component group descriptor that defines and identifies the combination of these components will be described.
  • 51 to 53 are obtained by changing the description of stream_content (component content) and component_type (component type) with respect to the component descriptor transmission processing example shown in FIG.
  • FIG. 51 is a component descriptor of the main service, and an existing video defined in FIG. 5 (a) or FIG.
  • FIGS. 52 and 53 are component descriptors of sub service 1 and sub service 2, respectively.
  • the 3D 2-view-specific ES transmission shown in FIG. A video format defined in FIGS. 5A to 5C that satisfies the combination of methods is designated. The details of the process in which the 3D display (output) function-compatible receiving device receives the components of these sub-services and displays them as 3D video images have been described above, and will not be described here.
  • FIG. 54 is a component group descriptor that defines and identifies a combination of these components.
  • a receiver that does not support 3D display (output) function is compatible with the conventional multi-view TV service. It can be processed as a transmission signal. Specifically, only the main service (2D) component group is processed, and normal 2D video can be displayed (output).
  • the 3D display (output) function-compatible receiving apparatus can process a transmission signal by simultaneous transmission of 2D / 3D broadcasting using a multi-view TV service.
  • the sub service (3D) component group can be processed in addition to the main service (2D), so if 2D or 3D video display (output) is required based on user operations, etc. It can handle main service or sub-service components.
  • simultaneous transmission of 2D / 3D broadcasting without using a multi-view TV service is also conceivable. Specifically, this can be realized by a transmission form called multi-organization.
  • a plurality of PMTs are arranged in the PAT.
  • a program having the same content but enabling both 2D / 3D viewing systems is transmitted as a plurality of services (CH).
  • CH services
  • a corresponding PMT is generated and placed in the PAT.
  • the PMT and PAT are given by the management information giving unit 16.
  • receivers that do not support 3D display (output) function, they are recognized as independent services (CH), and for example, both are displayed in an electronic program guide (EPG).
  • the service (CH) composed of 2D video is transmitted in the video format based on the existing H.262 (MPEG2) and H.264 / AVC (excluding MVC), Display (output) is possible.
  • the Side-by-Side method or Top that is transmitted in the video format of existing H.262 (MPEG2) or H.264 / AVC (excluding MVC).
  • the video is divided vertically or horizontally, but tuning and display (output) as usual are possible.
  • tuning and display (output) as usual are possible.
  • 3D2 viewpoint-specific ES system there is no problem because a 3D display (output) function-incompatible receiver cannot select a channel.
  • a 3D display (output) function-compatible receiving device In the case of a 3D display (output) function-compatible receiving device, as described above, information for determining whether or not 3D is newly added to SI / PSI can be recognized, and these are combined with information such as program name and broadcast time. Thus, it is possible to identify that 2D / 3D broadcasting is transmitted in multi-organization. For example, the display of an electronic program guide (EPG) can also indicate that 2D / 3D is being transmitted simultaneously.
  • EPG electronic program guide
  • FIG. 55 is an example of a screen (hereinafter referred to as a “3D switching screen”) for setting in advance the operation of the receiving device when receiving a 3D program in the function menu screen provided in the receiving device.
  • This screen is displayed (output) when the system control unit 51 instructs the OSD creation unit 60.
  • Reference numeral 1701 denotes a 3D switching screen
  • 1702 denotes a user response reception object for designating the operation of the receiving apparatus when receiving a 3D program.
  • This user response receiving object 1702 is composed of three buttons, “2D”, “Automatic switch to 3D”, and “Display confirmation screen”.
  • the user instruction receiving unit 52 notifies the system control unit 51 that the operation of the receiving device at the time of receiving the 3D program is designated by the user.
  • the system control unit 51 stores the designated content in a ROM or recording medium 26 not shown in the figure, and uses it as a judgment material when determining the operation of the receiving apparatus when receiving a 3D program.
  • Each of the user response reception objects 1702 will be described below.
  • the receiving apparatus When the user designates “2D as it is”, the receiving apparatus performs a process of performing only the 2D display of the video of one viewpoint described above (for example, the main viewpoint). As a result, the receiving apparatus always displays (outputs) 2D video images regardless of 2D / 3D.
  • This designation is for example when viewing a program with a viewer who should not view a 3D program such as an infant or a child, or when the number of 3D viewing assist devices is less than the number of viewers, and everyone can enjoy 3D video. It is suitable for such a case.
  • the receiving device When the user designates “automatic switching to 3D”, the receiving device operates to automatically display (output) 3D video when a 3D program is received. Since switching processing from 2D video to 3D video has been described above, description thereof is omitted here. If automatic switching to 3D is performed, the user cannot view the content satisfactorily as it is, and there is a possibility that the convenience of the user is impaired. Therefore, for example, the message shown in FIG. 56 may be displayed (output) after automatic switching to 3D. 1801 is a message that prompts the user to wear a 3D viewing assistance device such as 3D glasses because the switching to 3D was automatically performed. This message is displayed (output) when the system control unit 51 instructs the OSD creation unit 60.
  • the video is converted and displayed (output) in 3D.
  • the message 1801 is superimposed as it is in 2D in the video conversion processing unit 32, the user can read this message correctly. If the user sees this message and wears the 3D glasses, the user can view the content satisfactorily thereafter.
  • the receiving apparatus When the user designates “display confirmation screen”, the receiving apparatus operates to display (output) the confirmation screen shown in FIG. 57 when the 3D program is received. This screen is displayed (output) when the system control unit 51 instructs the OSD creation unit 60.
  • Reference numeral 1901 denotes a confirmation screen
  • reference numeral 1902 denotes a user response reception object for designating the operation of the reception apparatus for switching to 3D or maintaining 2D.
  • the receiving apparatus performs a process of performing only 2D display of the video of one viewpoint (for example, the main viewpoint) described above.
  • Each user response reception object 1902 will be described below.
  • the receiving apparatus When the user designates “OK / 3D”, the receiving apparatus operates to delete the confirmation screen 1901 and display (output) 3D video. Since the detailed switching process from 2D video to 3D video has been described above, description thereof is omitted here. As shown in the content of the confirmation screen 1901, since it is considered that the user presses this button after wearing the 3D glasses, the message display as shown in FIG. 56 may not be performed after switching to 3D. However, it may be displayed just in case. If the program after the program switching or channel selection operation is 3D again after this, the receiving apparatus recognizes that it has performed 3D display (output) until immediately before, so the confirmation screen 1901 is Continue to maintain the current 3D display (output) without displaying (output).
  • the receiving apparatus deletes the confirmation screen 1901 and continues to maintain the 2D state of the video of one viewpoint (for example, the main viewpoint) that is currently displayed (output). After this, if the program after switching the program or selecting the channel is 3D again, the receiving apparatus displays (outputs) the confirmation screen 1901 again, and whether the user switches to 3D or maintains 2D. Prompt to specify the operation of the receiving device.
  • This designation is suitable when, for example, it is desired to switch between 2D and 3D according to the user's intention at the time.
  • a process of inserting a specific video and audio is performed until the switching ends.
  • a specific video or audio is inserted until the user finishes preparation for 3D viewing, whereas in the following example, 2D to 3D is inserted.
  • the switching may be either automatic switching set on the screen of FIG. 55 or switching by other user's remote control operation.
  • Examples of the specific video and audio here include, for example, a message indicating that switching between 2D / 3D is being performed, a black screen, a still image of a program, and the like.
  • Fixed pattern music environmental music
  • data is read from the video decoding unit 30 or from a ROM or recording medium 26 not shown in the figure, and the video decoding unit 30 decodes and outputs the data.
  • the output of the black screen can be realized, for example, by the video decoding unit 30 outputting only the video signal indicating black, or the video conversion processing unit 32 muting the output signal or outputting the black video.
  • the output of the still image of the program video can be realized by instructing the recording / playback control unit 58 from the system control unit 51 to play back the program and pause the video.
  • the processing of the system control unit 51 after the user selection is executed as shown in FIG.
  • FIG. 58 is a screen display example when switching from 2D to 3D.
  • 2001 is a message indicating that switching to 3D is in progress. This message is displayed (output) when the system control unit 51 instructs the OSD creation unit 60.
  • the output of the synchronization signal and the control signal from the control signal output unit 43 and the device control signal transmission terminal 44 is started during the message display.
  • FIG. 59 is a screen display example when switching from 3D to 2D.
  • 2101 is a message indicating that switching to 2D is in progress. This message is displayed (output) when the system control unit 51 instructs the OSD creation unit 60. If the 3D system that has been viewed so far is accompanied by the output of a synchronization signal or control signal from the control signal output unit 43 or device control signal transmission terminal 44, such as the active shutter system, these outputs are displayed during this message display. Is stopped. Thereby, for example, since the shading control of the active shutter 3D glasses worn by the user is completed, the flickering of the image perceived by the user after switching to 2D can be suppressed.
  • the 3D program detail descriptor described in FIG. 10A is arranged and transmitted in a table such as PMT (Program Map Table) or EIT (Event Information Table).
  • PMT Program Map Table
  • EIT Event Information Table
  • information included in the 3D program detail descriptor may be stored and transmitted in a user data area or an additional information area that is encoded together with the video during video encoding. In this case, these pieces of information are included in the program video ES.
  • the information to be stored includes 3d_2d _type (3D / 2D type) information described in FIG. 10B, 3d_method_type (3D method type) information described in FIG.
  • 3d_2d _type (3D / 2D type) information and the 3d_method_type (3D system type) information may be different information, but the identification of 3D video or 2D video and which 3D video is the 3D video It is good also as information which identifies together with identification of whether it is.
  • encoding is performed by including the 3D / 2D type information and the 3D method type information in the user data area following the Picture header and Picture Coding extension. Good.
  • the additional information (supplemental enhancement information) area included in the access unit is encoded including the 3D / 2D type information and the 3D method type information described above. Can be done.
  • the identification can be performed in a shorter unit than when stored in a PMT (Program Map Table)
  • the response speed of the receiver with respect to switching of 3D video / 2D video in the transmitted video can be improved. This makes it possible to further suppress noise and the like that may occur when switching between 3D video / 2D video.
  • 3D related information such as 3d_2d _type (3D / 2D type) information and 3d_method_type (3D method type) information is added to predetermined areas such as a user data area and additional information area that are encoded together with video during video encoding. / 2D identification information) is not stored, the receiver may be configured to determine that the video is a 2D video. In this case, for the 2D video, the broadcasting station can omit storing these pieces of information during the encoding process, and the processing man-hours in broadcasting can be reduced.
  • identification information for identifying 3D video in units of programs (events) and services it is included in program information such as a component descriptor, a component group descriptor, a service descriptor, and a service list descriptor.
  • program information such as a component descriptor, a component group descriptor, a service descriptor, and a service list descriptor.
  • these descriptors are included in tables such as PMT, EIT [schedule basic / schedule extended / present / following], NIT, SDT, etc. for transmission.
  • FIG. 60 shows an example of the structure of a content descriptor, which is one piece of program information.
  • the content descriptor describes information on the genre of the event (program). This descriptor is placed in the EIT.
  • event (program) genre information information indicating program characteristics can be described.
  • the structure of the content descriptor is as follows.
  • the descriptor_tag is an 8-bit field for identifying the descriptor itself, and a value “0x54” that can identify this descriptor as a content descriptor is described.
  • descriptor_length is an 8-bit field and describes the size of this descriptor.
  • content_nibble_level_1 (genre 1) is a 4-bit field and represents the first stage classification of content identification. Specifically, the major classification of the program genre is described. Specify "0xE" to indicate program characteristics.
  • content_nibble_level_2 (genre 2) is a 4-bit field and represents the second stage classification of content identification more detailed than content_nibble_level_1 (genre 1).
  • the middle classification of the program genre is described.
  • two 4-bit fields of user_nibble can be arranged, and the combination of the values of the two user_nibble (hereinafter, the first arranged bit is the “first user_nibble bit” and arranged later). Bits are referred to as “second user_nibble bits”) to define program characteristics.
  • the receiver that has received the content descriptor determines that the descriptor is a content descriptor if the descriptor_tag is “0x54”. Further, the end of data described by this descriptor can be determined by descriptor_length. Further, it is determined that the description of the portion equal to or shorter than the length indicated by descriptor_length is valid, and the processing of the portion exceeding the length is ignored.
  • the receiver determines whether or not the value of content_nibble_level_1 is “0xE”. If it is not “0xE”, the receiver determines that the program category is a major category. When it is not “0xE”, it is not determined as a genre, and it is determined that some program characteristic is designated by the subsequent user_nibble IV.
  • the receiver determines that the content_nibble_level_2 is a medium category of the program genre, and uses it for searching, displaying, etc. together with the large category of the program genre. If the value of the content_nibble_level_1 is “0xE”, it is determined that it indicates the type of program characteristic code table defined by the combination of the first user_nibble bit and the second user_nibble bit.
  • the receiver determines that the first user_nibble bit and the second user_nibble bit are bits indicating program characteristics by combining them.
  • the value of the content_nibble_level_1 is not “0xE”
  • any value in the first user_nibble bit and the second user_nibble bit is ignored.
  • the broadcasting station can transmit the genre information of the target event (program) to the receiver by a combination of the content_nibble_level_1 value and the content_nibble_level_2 value. .
  • the major category of the program genre is defined as “news / report”
  • the value of content_nibble_level_1 is “0x0”
  • the value of content_nibble_level_2 Is defined as “weather” when content_nibble_level_1 is “0x0” and content_nibble_level_2 is “0x2”, and defined as “special feature / document” and content_nibble_level_1 is “0x1”
  • the major category of the program genre is defined as “sport”
  • the content_nibble_level_1 value is “0x1”
  • the content_nibble_level_2 value is “0x1”
  • baseball is defined as “baseball”
  • the content_nibble_level_1 value is “0x1”
  • the case where the value of content_nibble_level_2 is “0x2” is defined as “soccer”.
  • the receiver can determine whether the major classification of the program genre is “news / report” or “sports” based on the value of content_nibble_level_1, and the combination of the value of content_nibble_level_1 and the value of content_nibble_level_2 It is possible to determine up to the middle category of the program genre, which is a lower program genre than the major category of the program genre such as “/ report” and “sports”.
  • genre code table information indicating the correspondence between the combination of the value of content_nibble_level_1 and the value of content_nibble_level_2 and the definition of the program genre should be stored in advance in the storage unit of the receiver. .
  • the broadcast station transmits the content descriptor's content_nibble_level_1 value as “0xE”.
  • the receiver can determine that the information transmitted by the content descriptor is not the genre information of the target event (program) but the program characteristic information of the target event (program). Further, it can be determined that the first user_nibble bit and the second user_nibble bit described in the content descriptor indicate the program characteristic information by the combination thereof.
  • the program characteristic information of the target event (program) transmitted by the content descriptor is “program characteristic related to 3D program”.
  • Information the program characteristics when the value of the first user_nibble bit is“ 0x3 ”and the value of the second user_nibble bit is“ 0x0 ”,“ 3D video is included in the target event (program) ”
  • the program characteristics when the value of the first user_nibble bit is “0x3” and the value of the second user_nibble bit is “0x1” are “the target event (program) video is 3D video”
  • the program characteristics are defined as “3D video and 2D video during the target event (program)”. Will be described.
  • the receiver can determine the 3D program-related program characteristics of the target event (program) by the combination of the value of the first user_nibble bit and the value of the second user_nibble bit, and the content descriptor is included.
  • the receiver that has received the EIT indicates that “a 3D video is not included” for a program that is received in the future or that is currently received, and that it is a “3D video program” for the program.
  • the program it is possible to display an explanation to the effect that “3D video and 2D video are included” and to display a graphic indicating the fact.
  • the receiver that has received the EIT including the content descriptor can search for a program that does not include 3D video, a program that includes 3D video, a program that includes 3D video and 2D video, and the like. It is possible to display a list of programs.
  • a program characteristic code table indicating a correspondence relationship between the combination of the value of the first user_nibble bit and the value of the second user_nibble bit and the definition of the program characteristic is stored in the storage unit of the receiver. Information may be stored in advance.
  • the target event (program ) Is defined as “program characteristic information related to 3D program”
  • the value of the first user_nibble bit is “0x3”
  • the value of the second user_nibble bit is “0x0”
  • the characteristic is defined as “the target event (program) does not include 3D video”
  • the value of the first user_nibble bit is “0x3” and the value of the second user_nibble bit is “0x1”
  • the target event (program) includes 3D video and the 3D video transmission method is the Side-by-Side method”
  • the value of the first user_nibble bit is “0x3” and the second
  • the program characteristics are set to “Target event (number ) Includes 3D video, and the 3D video transmission
  • the receiver can determine the 3D program-related program characteristics of the target event (program) based on the combination of the value of the first user_nibble bit and the value of the second user_nibble bit. It is possible to determine the 3D transmission method when not only the video is included but also the 3D video is included. If information on a 3D transmission method that can be supported by the receiver (3D playback is possible) is stored in advance in a storage unit included in the receiver, the receiver can perform the corresponding (reproduceable) 3D transmission stored in the storage unit in advance.
  • the program characteristic when the value of the first user_nibble bit is “0x3” and the value of the second user_nibble bit is “0x3” is “the target event (program) includes 3D video.
  • the 3D video transmission method is a 3D2 viewpoint-specific ES transmission method ”, but a second user_nibble bit value is prepared for each detailed stream combination of the“ 3D2 viewpoint-specific ES transmission method ”shown in FIG. May be. In this way, further detailed identification is possible at the receiver.
  • information on the 3D transmission method of the target event may be displayed.
  • a receiver that receives an EIT including the content descriptor includes a program that does not include 3D video, a program that includes 3D video, and a 3D video that can be played back by the receiver. It is possible to search for programs that cannot be played back in 3D, and to display a list of the corresponding programs.
  • a program including 3D video for each 3D transmission method it is possible to search for a program including 3D video for each 3D transmission method, and to display a list of programs for each 3D transmission method. Searching for programs that include 3D video but cannot be played back in 3D with this receiver, or search for programs for each 3D transmission method, for example, playback of other 3D video programs that the user has even if 3D playback is not possible with this receiver. This is effective when playback is possible on the device. Even if a program includes 3D video that cannot be played back in 3D by this receiver, the program is output from the video output unit of this receiver to another 3D video program playback device in the form of a transport stream.
  • 3D play the received transport stream program on the playback device and if the receiver has a recording unit for recording content on the removable medium, the program is recorded on the removable medium. This is because the above-mentioned program recorded on the removable medium can be played back in 3D by the other 3D video program playback device.
  • a program characteristic code indicating a correspondence relationship between the combination of the value of the first user_nibble bit and the value of the second user_nibble bit and the definition of the program characteristic is stored in the storage unit of the receiver.
  • the table information and the information of the 3D transmission method that the receiver can support (3D playback is possible) may be stored in advance.

Abstract

　３Ｄ番組を受信したときの受信装置の動作をより好適におこなう。　受信装置において、映像情報を含む番組コンテンツと、該番組コンテンツが２Ｄ番組コンテンツか３Ｄ番組コンテンツかを識別する情報を含む識別情報とを受信する受信部と、　前記３Ｄ番組コンテンツの出力フォーマットを予め設定する指示信号を入力する指示入力部と、受信した該番組コンテンツを２Ｄフォーマットまたは３Ｄフォーマットで出力する出力部とを備え、前記出力部は、前記識別情報が３Ｄ番組コンテンツを示す番組コンテンツを、前記指示入力部に入力された指示信号によって予め設定された出力フォーマットで出力する。

Description

受信装置および出力方法
　技術分野は、三次元（Three dimension：以下３Ｄ）映像の送信技術、受信技術、表示技術、または出力技術に関する。
　特許文献１には、「ユーザーが求めている番組が或るチャンネルで始まること等を能動的に告知することができるディジタル放送受信装置を提供すること」（特許文献１［０００５］参照）を課題とし、その解決手段として、「ディジタル放送波に含まれる番組情報を取り出し、ユーザーによって登録された選択情報を用いて告知対象番組を選択する手段と、選択した告知対象番組の存在を告げるメッセージを現在表示中の画面に割り込ませて表示する手段と、を備えたこと」（特許文献１［０００６］参照）等が記載されている。
特開２００３－９０３３
　しかし、特許文献１においては３Ｄコンテンツの視聴に関して開示がない。そのため、受信機が現在受信している、あるいは将来受信する番組が３Ｄ番組であることが認識できないという課題がある。
　上記課題を解決するために、本発明の一実施の態様は、例えば３Ｄ番組コンテンツの出力フォーマットを予め設定する指示信号を入力し、映像情報を含む番組コンテンツと、該番組コンテンツが２Ｄ番組コンテンツか３Ｄ番組コンテンツかを識別する情報を含む識別情報とを受信し、受信した該番組コンテンツを２Ｄフォーマットまたは３Ｄフォーマットでて出力する出力し、前記出力ででは、前記識別情報が３Ｄ番組コンテンツを示す番組コンテンツを、前記指示入力ステップで入力された指示信号によって予め設定された出力フォーマットで出力する。
　上記手段によれば、受信機が現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できるようになり、ユーザーの利便性を高めることが可能になる。
システムの構成例を示すブロック図の一例 送信装置１の構成例を示すブロック図の一例 ストリーム形式種別の割り当ての例 コンポーネント記述子の構造の一例 コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例 コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例 コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例 コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例 コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例 コンポーネントグループ記述子の構造の一例 コンポーネントグループ種別の例 コンポーネントグループ識別の例 課金単位識別の例 ３Ｄ番組詳細記述子の構造の一例 ３Ｄ／２Ｄ種別の例を示す図 ３Ｄの方式種別の例を示す図 サービス記述子の構造の一例 サービス形式種別の例 サービスリスト記述子の構造の一例 コンポーネント記述子の送信装置１における送出処理の一例 コンポーネントグループ記述子の送信装置１における送出処理の一例である。 ３Ｄ番組詳細記述子の送信装置１における送出処理の一例 サービス記述子の送信装置１における送出処理の一例 サービスリスト記述子の送信装置１における送出処理の一例 受信装置４における、コンポーネント記述子の各フィールドに対する処理の一例 受信装置４における、コンポーネントグループ記述子の各フィールドに対する処理の一例 受信装置４における、３Ｄ番組詳細記述子の各フィールドに対する処理の一例 受信装置４における、サービス記述子の各フィールドに対する処理の一例 受信装置４における、サービスリスト記述子の各フィールドに対する処理の一例 本発明の受信装置の構成図の一例 本発明の受信装置におけるＣＰＵ内部機能ブロック図の概要図の一例 次番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理のフローチャートの一例 メッセージ表示の一例 メッセージ表示の一例 メッセージ表示の一例 メッセージ表示の一例 次番組開始時のシステム制御部のフローチャートの一例 メッセージ表示の一例 メッセージ表示の一例 システムの構成例を示すブロック図の一例 システムの構成例を示すブロック図の一例 ３Ｄコンテンツの３Ｄ再生／出力／表示処理の一例の説明図 ３Ｄコンテンツの２Ｄ再生／出力／表示処理の一例の説明図 ３Ｄコンテンツの３Ｄ再生／出力／表示処理の一例の説明図 ３Ｄコンテンツの２Ｄ再生／出力／表示処理の一例の説明図 現番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理のフローチャートの一例 メッセージ表示の一例 ユーザー選択後の表示処理フローチャートの一例 メッセージ表示の一例 現番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理のフローチャートの一例 メッセージ表示の一例 ３Ｄ映像伝送時のストリームの組合せ例 マルチビューを用いた2D/3D放送の同時伝送（その１）におけるメインサービスのコンポーネント記述子の送出処理例 マルチビューを用いた2D/3D放送の同時伝送（その１）におけるサブサービスのコンポーネント記述子の送出処理例 マルチビューを用いた2D/3D放送の同時伝送（その１）におけるコンポーネントグループ記述子の送出処理例 マルチビューを用いた2D/3D放送の同時伝送（その２）におけるメインサービスのコンポーネント記述子の送出処理例 マルチビューを用いた2D/3D放送の同時伝送（その２）におけるサブサービス１（図47の主視点（左目用））のコンポーネント記述子の送出処理例 マルチビューを用いた2D/3D放送の同時伝送（その２）におけるサブサービス２（図47の副視点（右目用））のコンポーネント記述子の送出処理例 マルチビューを用いた2D/3D放送の同時伝送（その２）におけるコンポーネントグループ記述子の送出処理例 ３Ｄ切り替え画面 ３Ｄへの自動切り替えメッセージ ３Ｄ番組受信時の確認画面 ２Ｄから３Ｄへ切り替える場合の画面表示例 ３Ｄから２Ｄへ切り替える場合の画面表示例 コンテント記述子の構造の一例 番組ジャンルについてのコード表の一例 番組特性についてのコード表の一例 番組特性についてのコード表の一例
　以下、本発明に好適な実施形態の例（実施例）を説明する。但し、本発明は本実施例に限定されない。本実施例は、主には受信装置について説明してあり、受信装置での実施に好適であるが、受信装置以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
　＜システム＞
  図1は、本実施例のシステムの構成例を示すブロック図である。放送で情報を送受信して記録再生する場合を例示している。ただし放送に限定されず通信によるＶＯＤであってもよく、総称して配信ともいう。
　１は放送局などの情報提供局に設置される送信装置、２は中継局や放送用衛星などに設置される中継装置、３はインターネットなど一般家庭と放送局を繋ぐ公衆回線網、ユーザーの宅内などに設置される４は受信装置、１０は受信装置４に内蔵される受信記録再生部である。受信記録再生部１０では、放送された情報を記録し再生、またはリムーバブルな外部媒体からのコンテンツの再生、などができる。
　送信装置１は、中継装置２を介して変調された信号電波を伝送する。図のように衛星による伝送以外にも例えばケーブルによる伝送、電話線による伝送、地上波放送による伝送、公衆回線網３を介したインターネットなどのネットワーク経由による伝送などを用いることもできる。受信装置４で受信されたこの信号電波は、後に述べるように、復調されて情報信号となった後、必要に応じ記録媒体に記録される。または公衆回線網３を介して伝送する場合には、公衆回線網３に適したプロトコル（例えばＴＣＰ／ＩＰ）に準じたデータ形式（ＩＰパケット）等の形式に変換され、前記データを受信した受信装置４は、復号して情報信号とし、必要に応じ記録するに適した信号となって記録媒体に記録される。また、ユーザーは、受信装置４にディスプレイが内蔵されている場合はこのディスプレイで、内蔵されていない場合には受信装置４と図示しないディスプレイとを接続して情報信号が示す映像音声を視聴することができる。
　＜送信装置＞
  図２は、図１のシステムのうち、送信装置１の構成例を示すブロック図である。
　１１はソース発生部、１２はＭＰＥＧ２、或いはＨ.２６４方式等で圧縮を行い、番組情報などを付加するエンコード部、１３はスクランブル部、１４は変調部、１５は送信アンテナ、１６は管理情報付与部である。カメラ、記録再生装置などから成るソース発生部１１で発生した映像音声などの情報は、より少ない占有帯域で伝送できるよう、エンコード部１２でデータ量の圧縮が施される。必要に応じてスクランブル部１３で、特定の視聴者には視聴可能となるように伝送暗号化される。変調部１４でＯＦＤＭ，ＴＣ８ＰＳＫ，ＱＰＳＫ、多値ＱＡＭなど伝送するに適した信号となるよう変調された後、送信アンテナ１５から、中継装置２に向けて電波として送信される。このとき、管理情報付与部１６では、ソース発生部１１で作成されたコンテンツの属性などの番組特定情報（例えば、映像や音声の符号化情報、音声の符号化情報、番組の構成、３Ｄ映像か否か等）が付与され、また、放送局が作成した番組配列情報（例えば現在の番組や次番組の構成、サービスの形式、１週間分の番組の構成情報等）なども付与される。これら番組特定情報および番組配列情報を合わせて、以下では番組情報と呼ぶ。
　なお、一つの電波には複数の情報が、時分割、スペクトル拡散などの方法で多重されることが多い。簡単のため図２には記していないが、この場合、ソース発生部１１とエンコード部１２の系統が複数個あり、エンコード部１２とスクランブル部１３との間に、複数の情報を多重するマルチプレクス部（多重化部）が置かれる。
　また、公衆回線網３を経由して送信する信号についても同様に、エンコード部１２で作成された信号が必要に応じて暗号化部１７で、特定の視聴者には視聴可能となるように暗号化される。通信路符号化部１８で公衆回線網３で伝送するに適した信号となるよう符号化された後、ネットワークＩ／Ｆ（Interface）部１９から、公衆回線網３に向けて送信される。
　＜３Ｄ伝送方式＞
  送信装置１から伝送される３Ｄ番組の伝送方式には大きく分けて二つの方式がある。一つの方式は、既存の２Ｄ番組の放送方式を生かし、１枚の画像内に左目用と右目用の映像を収めた方式がある。この方式は映像圧縮方式として既存のＭＰＥＧ２（Moving Picture Experts Group 2）やＨ．２６４ ＡＶＣが利用され、その特徴は、既存の放送と互換があり、既存の中継インフラを利用でき、既存の受信機（ＳＴＢなど）での受信が可能であるが、既存の放送の再高解像度の半分（垂直方向、あるいは水平方向）の３Ｄ映像の伝送となる。例えば、図３９（ａ）で示すように１枚の画像を左右に分割して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれの水平方向の幅が２Ｄ番組の約半分、垂直方向の幅が２Ｄ番組と同等の画面サイズで収めた「Side-by-Side」方式や１枚の画像を上下に分割して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれの水平方向の幅が２Ｄ番組と同等、垂直方向が２Ｄ番組の約半分の画面サイズで収めた「Top-and-Bottom」方式、その他インタレースを利用して収めた「Field alternative」方式や走査線１本ごとに左目用と右目用の映像を交互に収めた「Line alternative」方式や２次元（片側の）映像と映像の各ピクセルごとの深度(被写体までの距離)情報を収めた「Left＋Depth」方式がある。これらの方式は、１枚の画像を複数の画像に分割して複数の視点の画像を格納するものであるので、符号化方式自体は、元々多視点映像符号化方式ではないＭＰＥＧ２やＨ．２６４ ＡＶＣ（ＭＶＣを除く）符号化方式をそのまま用いることができ、既存の２Ｄ番組の放送方式を生かして３Ｄ番組放送を行うことができるというメリットがある。なお、例えば、２Ｄ番組を最大水平方向が１９２０ドット、垂直方向が１０８０ラインの画面サイズで伝送可能な場合には、「Side-by-Side」方式で３Ｄ番組放送を行う場合には、１枚の画像を左右に分割して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれが水平方向が９６０ドット、垂直方向が１０８０ラインの画面サイズで収めて伝送すればよい。同様にこの場合、「Top-and-Bottom」方式で３Ｄ番組放送を行う場合には、１枚の画像を上下に分割して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれが水平方向が１９２０ドット、垂直方向が５４０ラインの画面サイズで収めて伝送すればよい。
　他の方式としては、左目用の映像と右目用の映像をそれぞれ別ストリーム（ES）で伝送する方式がある。本実施例では、当該方式を以下、「３Ｄ２視点別ＥＳ伝送」と称する。この方式の一例として、例えば、多視点映像符号化方式であるＨ．２６４ ＭＶＣによる伝送方式がある。その特徴は、高解像度の３Ｄ映像が伝送できる。この方式を用いると、高解像度の３Ｄ映像を伝送できるという効果がある。なお、多視点映像符号化方式とは、多視点の映像を符号化するために規格化された符号化方式であり、１画像を視点ごとに分割することなく、多視点の映像を符号化でき、視点ごとに別画像を符号化するものである。
　この方式で３Ｄ映像を伝送する場合では、例えば左目用視点の符号化画像を主視点画像とし、右目用の符号化画像を他の視点画像として伝送すればよい。このようにすれば主視点画像については既存の２Ｄ番組の放送方式と互換性を保つことが可能である。例えば、多視点映像符号化方式としてＨ．２６４ ＭＶＣを用いる場合には、Ｈ．２６４ ＭＶＣのベースサブストリームについては、主視点画像はＨ．２６４ ＡＶＣの２Ｄ画像と互換性を保つことができ、主視点画像を２Ｄ画像として表示可能である。
　さらに、本発明の実施例では、「３Ｄ２視点別ＥＳ伝送方式」の他の例として以下の方式も含めることとする。
　「３Ｄ２視点別ＥＳ伝送方式」の他の一例に、左目用の符号化画像を主視点画像としＭＰＥＧ２で符号化し、右目用の符号化画像を他の視点画像としＨ．２６４ ＡＶＣで符号化してそれぞれ別ストリームとする方式を含める。この方式によれば、主視点画像はＭＰＥＧ２互換となり２Ｄ画像として表示可能となることから、ＭＰＥＧ２による符号化画像が広く普及している既存の２Ｄ番組の放送方式と互換性を保つことが可能である。
　「３Ｄ２視点別ＥＳ伝送方式」の他の一例に、左目用の符号化画像を主視点画像としＭＰＥＧ２で符号化し、右目用の符号化画像を他の視点画像としてＭＰＥＧ２で符号化してそれぞれ別ストリームとする方式を含める。この方式も、主視点画像はＭＰＥＧ２互換となり２Ｄ画像として表示可能となることから、ＭＰＥＧ２による符号化画像が広く普及している既存の２Ｄ番組の放送方式と互換性を保つことが可能である。
　「３Ｄ２視点別ＥＳ伝送方式」の他の一例として、左目用の符号化画像を主視点画像としＨ．２６４ ＡＶＣまたはＨ．２６４ ＭＶＣで符号化し、右目用の符号化画像を他の視点画像としてＭＰＥＧ２で符号化することもありえる。
　なお、「３Ｄ２視点別ＥＳ伝送方式」とは別に、元々多視点映像符号化方式として規定された符号化方式ではないＭＰＥＧ２やＨ．２６４ ＡＶＣ（ＭＶＣを除く）などの符号化方式であっても左目用の映像と右目用のフレームを交互に格納したストリームを生成することで３Ｄ伝送も可能である。
　＜番組情報＞
  番組特定情報と番組配列情報とを番組情報という。
  番組特定情報はＰＳＩ（Program Specific Information）とも呼ばれ、所要の番組を選択するために必要な情報で、放送番組に関連するＰＭＴ（Program Map Table）を伝送するＴＳパケットのパケット識別子を指定するＰＡＴ（Program Association Table）、放送番組を構成する各符号化信号を伝送するＴＳパケットのパケット識別子および有料放送の関連情報のうち共通情報を伝送するＴＳパケットのパケット識別子を指定するＰＭＴ、変調周波数など伝送路の情報と放送番組を関連付ける情報を伝送するＮＩＴ（Network Information Table）、有料放送の関連情報のうち個別情報を伝送するＴＳパケットのパケット識別子を指定するＣＡＴ（Conditional Access Table）の４つのテーブルからなり、ＭＰＥＧ２システム規格で規定されている。例えば、映像の符号化情報、音声の符号化情報、番組の構成を含む。本発明では、さらに３Ｄ映像か否かなどを示す情報を新たに含める。当該ＰＳＩは管理情報付与部１６で付加される。
　番組配列情報はＳＩ（Service Information）とも呼ばれ、番組選択の利便性のために規定された各種情報であり、ＭＰＥＧ－２システム規格のＰＳＩ 情報も含まれ、番組名、放送日時、番組内容など、番組に関する情報が記載されるＥＩＴ（Event Information Table）、編成チャンネル名、放送事業者名など、編成チャンネル（サービス）に関する情報が記載されるＳＤＴ（Service Description Table）などがある。
　例えば、現在放送されている番組や次に放送される番組の構成、サービスの形式、また、１週間分の番組の構成情報などを示す情報を含み、管理情報付与部１６で付加される。　
　番組情報には番組情報の構成要素であるコンポーネント記述子、コンポーネントグループ記述子、３Ｄ番組詳細記述子、サービス記述子、サービスリスト記述子などを含む。これらの記述子は、ＰＭＴ、ＥＩＴ[schedule basic/schedule extended/present/following]、ＮＩＴ、ＳＤＴといったテーブルの中に記載される。
　ＰＭＴ、ＥＩＴそれぞれのテーブルの使い分けとしては、例えばＰＭＴについては現在放送されている番組の情報のみの記載であるため、未来に放送される番組の情報については確認することができない。しかし、送信側からの送信周期が短いため受信完了までの時間が短く、現在放送されている番組の情報なので変更されることがないという意味での信頼度が高いといった特徴がある。一方、ＥＩＴ[schedule basic/schedule extended]については現在放送されている番組以外に７日分先までの情報を取得できるが、送信側からの送信周期がＰＭＴに比べ長いため受信完了までの時間が長く、保持する記憶領域が多く必要で、かつ未来の事象のため変更される可能性があるという意味で信頼度が低いなどのデメリットがある。ＥＩＴ[following]については次の放送時間の番組の情報を取得できる。
　番組特定情報のＰＭＴは、ＩＳＯ／ＩＥＣ１３８１８－１で規定されているテーブル構造を用い、その2ndループ（ＥＳ（Elementary Stream）毎のループ）に記載の８ビットの情報であるstream_type（ストリーム形式種別）により、放送されている番組のＥＳの形式を示すことができる。本発明の実施例では、従来よりもＥＳの形式を増やし、例えば、図３に示すように放送する番組のＥＳの形式を割り当てる。
　まず、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)について、既存のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC 映像ストリームと同じ０ｘ１Ｂを割り当てる。次に、０ｘ２０に３Ｄ映像番組に用いることが可能な多視点映像符号化ストリーム（例えばＨ．２６４ ＭＶＣ）のサブビットストリーム（他の視点）を割り当てる。
　また、３D映像の複数視点を別ストリームで伝送する「３Ｄ２視点別ＥＳ伝送方式」でもちいる場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)について、既存のITU-T 勧告H.262|ISO/IEC 13818-2 映像と同じ０ｘ０２を割り当てる。ここで、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)とは、３D映像の複数視点の映像のうち、主視点の映像のみをH.262(MPEG2)方式で符号化したストリームである。
　さらに、０ｘ２１に、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリームを割り当てる。
　さらに、０ｘ２２に３D映像の複数視点を別ストリームで伝送する場合のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC ストリーム方式の他の視点ビットストリームのビットストリームを割り当てる。
　なお、ここでの説明では３Ｄ映像番組に用いることが可能な多視点映像符号化ストリームのサブビットストリームを０ｘ２０に割り当て、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリームを０ｘ２１に割り当て、３D映像の複数視点を別ストリームで伝送する場合のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC ストリームを０ｘ２２に割り当てるとしたが、０ｘ２３～０ｘ７Ｅの何れかに割り当てられることでも良い。また、ＭＶＣ映像ストリームは単なる一例であって、３Ｄ映像番組に用いることが可能な多視点映像符号化ストリームを示すのであれば、H.264/MVC以外の映像ストリームでもよい。
　以上ように、stream_type（ストリーム形式種別）のビットを割りあてることにより、送信装置１側の放送事業者が３Ｄ番組を伝送（放送）するにあたり、本発明の実施例では、例えば、図４７に示すようなストリームの組合せで伝送することが可能となる。
　組合せ例１では、主視点(左目用)映像ストリームとして、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)(ストリーム形式種別0x1B)を伝送し、副視点(右目用) 映像ストリームとして多視点映像符号化(例：H.264/MVC)ストリームの他の視点用サブビットストリーム(ストリーム形式種別0x20)を伝送する。
　この場合は、主視点(左目用)映像ストリーム、副視点(右目用) 映像ストリームともに、多視点映像符号化(例：H.264/MVC)方式のストリームを用いる。多視点映像符号化(例：H.264/MVC)方式は、そもそも多視点の映像を伝送するための方式であり、図４７の組合せ例の中で最も効率よく３Ｄ番組を伝送することができる。
　また、３Ｄ番組を３Ｄ表示（出力）する際には、受信装置は、主視点(左目用)映像ストリームと副視点(右目用) 映像ストリームとの両者を処理して、３Ｄ番組を再生することが可能となる。
　受信装置が３Ｄ番組を２Ｄ表示（出力）する場合には、主視点(左目用)映像ストリームのみを処理すれば、２Ｄ番組として表示（出力）することが可能となる。
　なお、多視点映像符号化方式H.264/MVCのベースビューサブビットストリームと、既存のH.264/AVC(MVCを除く)の映像ストリームには互換性があるので、図３のように両者のストリーム形式種別を同じ０ｘ１Ｂに割り当てることにより以下の効果がある。つまり、３Ｄ番組を３Ｄ表示（出力）する機能を有していない受信装置が組合せ例１の３Ｄ番組を受信したとしても、受信装置に既存のH.264/AVC(MVCを除く)の映像ストリーム（ITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC 映像ストリーム）を表示（出力）する機能さえあれば、ストリーム形式種別に基づいて当該番組の主視点(左目用)映像ストリームを、既存のH.264/AVC(MVCを除く)の映像ストリームと同様のストリームと認識して通常の２Ｄ番組として表示（出力）することが可能となるという効果である。
　さらに、副視点(右目用) 映像ストリームには、従来にないストリーム形式種別を割り当てているので既存の受信装置では無視される。これにより、既存の受信装置で副視点(右目用) 映像ストリームについて放送局側が意図しない表示（出力）を防止できる。
　よって、新たに組合せ例１の３Ｄ番組の放送を開始したとしても、既存のH.264/AVC(MVCを除く)の映像ストリームを表示（出力）する機能を有する既存の受信装置で表示（出力）できないという状況を回避することができる。これにより、ＣＭ（commercial message）などの広告収入により運営する放送などで新たに当該３Ｄ番組放送を開始したとても、３Ｄ表示(出力)機能に対応していない受信装置でも視聴可能となるので、受信装置の機能の制限により、視聴率が低下すること回避することができ、放送局側でもメリットがある。
　組合せ例２では、主視点(左目用)映像ストリームとして、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)(ストリーム形式種別0x02)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数視点を別ストリームで伝送する場合のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC ストリーム(ストリーム形式種別0x22)を伝送する。
　組合せ例１と同様に、３Ｄ番組を３Ｄ表示（出力）する際には、受信装置は、主視点(左目用)映像ストリームと副視点(右目用) 映像ストリームとの両者を処理して、３Ｄ番組を再生することが可能となり、受信装置が３Ｄ番組を２Ｄ表示（出力）する場合には、主視点(左目用)映像ストリームのみを処理すれば、２Ｄ番組として表示（出力）することが可能となる。
　さらに、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)を、既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームと互換性のあるストリームとし、図３のように両者のストリーム形式種別を同じ０ｘ１Ｂに割り当てることにより、既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームを表示（出力）する機能を有する受信装置であれば、３Ｄ表示（出力）機能を有しない受信装置でも、２Ｄ番組として表示（出力）することが可能となる。
　また、組合せ例１と同様に、副視点(右目用) 映像ストリームには、従来にないストリーム形式種別を割り当てているので既存の受信装置では無視される。これにより、既存の受信装置で副視点(右目用) 映像ストリームについて放送局側が意図しない表示（出力）を防止できる。
　既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームについての表示（出力）機能を有する受信装置は広く普及しているので、受信装置の機能の制限による視聴率の低下をより防ぐことが可能となり、放送局にとって最も好ましい放送を実現することができる。
　さらに、副視点(右目用) 映像ストリームを、ITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC ストリーム(ストリーム形式種別0x22)とすることにより、副視点(右目用) 映像ストリームを高い圧縮率で伝送することが可能となる。
　すなわち、組合せ例２によれば、放送局の商業的なメリットと高効率伝送による技術的メリットを両立することが可能となる。
　組合せ例３では、主視点(左目用)映像ストリームとして、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)(ストリーム形式種別0x02)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリーム(ストリーム形式種別0x21)を伝送する。
　この場合も、組合せ例２と同様に、既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームを表示（出力）する機能を有する受信装置であれば、３Ｄ表示（出力）機能を有しない受信装置でも、２Ｄ番組として表示（出力）することが可能となる。
　受信装置の機能の制限による視聴率の低下をより防ぐという放送局の商業的なメリットに加え、主視点(左目用)映像ストリームと副視点(右目用) 映像ストリームとの符号化方式をH.262(MPEG2)方式に統一することにより、受信装置における映像復号化機能のハードウェア構成を簡素化することが可能となる。
　なお、組合せ例４のように、主視点(左目用)映像ストリームとして、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)(ストリーム形式種別0x1B)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリーム(ストリーム形式種別0x21)を伝送することも可能である。
　なお、図４７の組合せにおいて、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)(ストリーム形式種別0x1B)の代わりに、ITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC 映像ストリーム(ストリーム形式種別0x1B)としても同様の効果を得ることができる。
　また、図４７の組合せにおいて、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)の代わりに、ITU-T勧告H.262|ISO/IEC 13818-2映像ストリーム(ストリーム形式種別0x02)としても同様の効果を得ることができる。
　図４は、番組情報の一つであるコンポーネント記述子（Component Descriptor）の構造の一例を示す。コンポーネント記述子はコンポーネント（番組を構成する要素。例えば、映像、音声、文字、各種データなど）の種別を示し、エレメンタリストリームを文字形式で表現するためにも利用される。この記述子はＰＭＴおよび/またはＥＩＴに配置される。
　コンポーネント記述子の意味は次の通りである。つまり、descriptor_tagは８ビットのフィールドで、この記述子がコンポーネント記述子と識別可能な値が記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。stream_content（コンポーネント内容）は４ビットのフィールドで、ストリームの種別（映像、音声、データ）を表し、図４に従って符号化される。component_type（コンポーネント種別）は８ビットのフィールド、映像、音声、データといったコンポーネントの種別を規定し、図４に従って符号化される。component_tag（コンポーネントタグ）は、８ ビットのフィールドである。サービスのコンポーネントストリームは、この8ビットのフィールドにより、コンポーネント記述子で示される記述内容（図５）を参照できる。
　プログラムマップセクションでは、各ストリームに与えるコンポーネントタグの値は異なる値とすべきである。コンポーネントタグは、コンポーネントストリームを識別するためのラベルであり、ストリーム識別記述子内のコンポーネントタグと同一の値である（ただし、ストリーム識別記述子がＰＭＴ内に存在する場合）。ISO_639_language_code（言語コード）の24 ビットのフィールドは、コンポーネント（音声、あるいはデータ）の言語、およびこの記述子に含まれる文字記述の言語を識別する。
　言語コードは、ISO 639-2(22)に規定されるアルファベット3文字コードで表す。各文字はISO8859-1(24)に従って8ビットで符号化され、その順で24ビットフィールドに挿入される。例えば、日本語はアルファベット3文字コードで「jpn」であり、次のように符号化される。「0110 1010 0111 0000 0110 1110」。text_char（コンポーネント記述）は、8ビットのフィールドである。一連のコンポーネント記述のフィールドは、コンポーネントストリームの文字記述を規定する。
　図５（a）～（e）は、コンポーネント記述子の構成要素であるstream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の一例を示す。図５（a）に示すコンポーネント内容の０ｘ０１は、ＭＰＥＧ２形式で圧縮された映像ストリームの様々な映像フォーマットについて表す。
　図５（b）に示すコンポーネント内容の０ｘ０５は、Ｈ.２６４ ＡＶＣ形式で圧縮された映像ストリームの様々な映像フォーマットについて表す。図５（c）に示すコンポーネント内容の０ｘ０６は、多視点映像符号化（例えば、Ｈ.２６４ ＭＶＣ形式）で圧縮された３Ｄ映像ストリームの様々な映像フォーマットについて表す。
　図５（d）に示すコンポーネント内容の０ｘ０７は、ＭＰＥＧ２、またはＨ.２６４ ＡＶＣ形式で圧縮された３Ｄ映像のSide-by-Side形式のストリームの様々な映像フォーマットについて表す。この例ではＭＰＥＧ２とＨ.２６４ ＡＶＣ形式で同じコンポーネント内容の値としたが、ＭＰＥＧ２とＨ.２６４ ＡＶＣで別の値を設定することでも良い。
　図５（e）に示すコンポーネント内容の０ｘ０８は、ＭＰＥＧ２、またはＨ.２６４ ＡＶＣ形式で圧縮された３Ｄ映像のTop-and-Bottom形式のストリームの様々な映像フォーマットについて表す。この例ではＭＰＥＧ２とＨ.２６４ ＡＶＣ形式で同じコンポーネント内容の値としたが、ＭＰＥＧ２とＨ.２６４ ＡＶＣで別の値を設定することでも良い。
　図５（d）や図５（e）のように、コンポーネント記述子の構成要素であるstream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の組合せによって、３Ｄ映像であるか否か、３Ｄ映像の方式、解像度、アスペクト比の組合せを示す構成とすることにより、３Ｄと２Ｄの混合放送であっても、少ない伝送量で、２Ｄ番組／３Ｄ番組識別を含めた各種映像方式情報の伝送が可能となる。
　特に、元々多視点映像符号化方式として規定された符号化方式ではないＭＰＥＧ２やＨ.２６４ ＡＶＣ（ＭＶＣを除く）などの符号化方式を用いて、Side-by-Side形式やTop-and-Bottom形式などの１画像中に複数の視点の画像を含めて３Ｄ映像番組を伝送する場合は、上述したstream_type（ストリーム形式種別）だけでは、３Ｄ映像番組用に一画像中に複数の視点の画像を含めて伝送しているのか、１視点の通常の画像なのかを識別することは困難である。よって、この場合は、stream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の組合せによって、当該番組が２Ｄ番組／３Ｄ番組識別を含めた各種映像方式の識別を行えばよい。また、ＥＩＴにより現在放送している、或いは将来放送される番組に関するコンポーネント記述子が配信されることにより、受信装置４においてＥＩＴを取得することによりＥＰＧ（番組表）を作成し、ＥＰＧの情報として３Ｄ映像であるか否か、３Ｄ映像の方式、解像度、アスペクト比、３Ｄ映像であるか否かを作成することができる。受信装置は、ＥＰＧにこれらの情報を表示（出力）できるようになるメリットがある。
　以上説明したとおり、受信装置４がstream_contentとcomponent_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
　図６は、番組情報の一つであるコンポーネントグループ記述子（Component Group Descriptor）の構造の一例を示す。コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義し、識別する。つまり、複数コンポーネントのグループ化情報を記述する。この記述子はＥＩＴに配置される。
　コンポーネントグループ記述子の意味は次の通りである。つまり、descriptor_tagは８ビットのフィールドで、この記述子がコンポーネントグループ記述子と識別可能な値が記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。component_group_type（コンポーネントグループ種別）は３ビットのフィールドで、図７に従い、コンポーネントのグループ種別を表す。
ここで、００１は、３ＤＴＶサービスを表し、０００のマルチビューＴＶサービスと区別される。ここで、マルチビューＴＶサービスとは、複数視点の２Ｄ映像をそれぞれの視点ごとに切り替えて表示可能なＴＶサービスである。例えば、多視点映像符号化映像ストリームや、元々多視点映像符号化方式として規定された符号化方式ではない符号化方式のストリームにおいて１画面中に複数の視点の画像を含めて伝送する場合のストリームを３Ｄ映像番組のみならず、マルチビューＴＶ番組にも用いる場合もありえる。この場合には、ストリームに多視点の映像が含まれていても、上述したstream_type（ストリーム形式種別）だけでは３Ｄ映像番組なのか、マルチビューＴＶ番組なのか識別できない場合もある。このような場合は、component_group_type（コンポーネントグループ種別）による識別が有効である。total_bit_rate_flag（総ビットレートフラグ）は1 ビットのフラグで、イベント中のコンポーネントグループ内の総ビットレートの記述状態を示す。このビットが「0」の場合、コンポーネントグループ内の総ビットレートフィールドが当該記述子中に存在しないことを示す。このビットが「1」の場合、コンポーネントグループ内の総ビットレートフィールドが当該記述子中に存在することを示す。num_of_group（グループ数）は4 ビットのフィールドで、イベント内でのコンポーネントグループの数を示す。
　component_group_id（コンポーネントグループ識別）は4 ビットのフィールドで、図８に従い、コンポーネントグループ識別を記述する。num_of_CA_unit（課金単位数）は4 ビットのフィールドで、コンポーネントグループ内での課金／非課金単位の数を示す。CA_unit_id（課金単位識別）は4 ビットのフィールドで、図９に従い、コンポーネントが属する課金単位識別を記述する。
　num_of_component（コンポーネント数）は4 ビットのフィールドで、当該コンポーネントグループに属し、かつ直前のCA_unit_id で示される課金／非課金単位に属するコンポーネントの数を示す。component_tag（コンポーネントタグ）は8 ビットのフィールドで、コンポーネントグループに属するコンポーネントタグ値を示す。
　total_bit_rate（トータルビットレート）は8 ビットのフィールドで、コンポーネントグループ内のコンポーネントの総ビットレートを、トランスポートストリームパケットの伝送レートを1/4Mbps 毎に切り上げて記述する。text_length（コンポーネントグループ記述長）は8 ビットのフィールドで、後続のコンポーネントグループ記述のバイト長を表わす。text_char（コンポーネントグループ記述）は8 ビットのフィールドである。一連の文字情報フィールドは、コンポーネントグループに関する説明を記述する。
　以上、受信装置４がcomponent_group_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
　次に、３Ｄ番組に関する情報を示す新たな記述子を用いる例を説明する。図１０（ａ）は、番組情報の一つである３Ｄ番組詳細記述子の構造の一例を示す。３Ｄ番組詳細記述子は番組が３Ｄ番組である場合の詳細情報を示し、受信機における３Ｄ番組判定用などに利用される。この記述子はＰＭＴおよび/またはＥＩＴに配置される。３Ｄ番組詳細記述子は、既に説明した図５(c)～(e)に示す３Ｄ映像番組用のstream_content（コンポーネント内容やとcomponent_type（コンポーネント種別）と並存させてもよい。しかし、３Ｄ番組詳細記述子を伝送することにより、３Ｄ映像番組用のstream_content（コンポーネント内容やcomponent_type（コンポーネント種別）を伝送しない構成としても良い。３Ｄ番組詳細記述子の意味は次の通りである。次にdescriptor_tagは８ビットのフィールドで、この記述子が３Ｄ番組詳細記述子と識別可能な値（例えば0ｘＥ１）が記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。
　3d_2d _type（３Ｄ／２Ｄ種別）は８ビットのフィールドで、図１０（ｂ）に従い、３Ｄ番組中における３Ｄ映像／２Ｄ映像の種別を表す。このフィールドは、例えば番組本編は３Ｄ映像であり、番組の途中で挿入されるコマーシャルなどが２Ｄ映像で構成されるような３Ｄ番組において、３Ｄ映像なのか２Ｄ映像なのかを識別するための情報であり、受信装置における誤動作（受信装置は３Ｄ処理を行っているのに放送番組が２Ｄ映像のため発生する表示（出力）の問題）を防ぐ目的で配置される。０ｘ０１は３Ｄ映像、０ｘ０２は２Ｄ映像を表す。
3d_method_type（３Ｄ方式種別）は８ビットのフィールドで、図１１に従い、３Ｄの方式種別を表す。０ｘ０１は「３Ｄ２視点別ＥＳ伝送方式」方式、０ｘ０２はSide-by-Side 方式、０ｘ０３はTop-and-Bottom 方式を表す。stream_type（ストリーム形式種別）は８ビットのフィールドで、上記で説明した図３に従い、番組のＥＳの形式を示す。なお、３Ｄ番組詳細記述子を、３Ｄ映像番組の場合に伝送し、２Ｄ映像番組では伝送しない構成としてもよい。受信した番組についての３Ｄ番組詳細記述子の伝送の有無だけで、当該番組が２Ｄ映像番組なのか、３Ｄ映像番組なのか識別することが可能となる。
　component_tag（コンポーネントタグ）は、８ビットのフィールドである。サービスのコンポーネントストリームは、この8ビットのフィールドにより、コンポーネント記述子で示される記述内容（図５）を参照できる。プログラムマップセクションでは、各ストリームに与えるコンポーネントタグの値は異なる値とすべきである。コンポーネントタグは、コンポーネントストリームを識別するためのラベルであり、ストリーム識別記述子内のコンポーネントタグと同一の値である（ただし、ストリーム識別記述子がＰＭＴ内に存在する場合）。
　以上、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。加えて、番組が３Ｄ番組である場合には、３Ｄ伝送方式の種別を識別すること、３Ｄ映像と２Ｄ映像が混在している場合にはその識別が可能となる。
　次に、サービス（編成チャンネル）単位で３Ｄ映像か２Ｄ映像かを識別する例について説明する。図１２は、番組情報の一つであるサービス記述子（Service Descriptor）の構造の一例を示す。サービス記述子は、編成チャンネル名とその事業者名をサービス形式種別とともに文字符号で表す。この記述子はＳＤＴに配置される。
　サービス記述子の意味は次の通りである。つまり、service_type（サービス形式種別）は８ビットのフィールドで、図１３に従ってサービスの種類を表す。０ｘ０１は、３Ｄ映像サービスを表す。service_provider_name_length（事業者名長）の8 ビットのフィールドは、後続の事業者名のバイト長を表す。char（文字符号）は8 ビットのフィールドである。一連の文字情報フィールドは、事業者名あるいはサービス名を表す。service_name_length（サービス名長）の8 ビットのフィールドは、後続のサービス名のバイト長を表す。
　以上、受信装置４がservice_typeを監視することで、サービス（編成チャンネル）が３Ｄ番組のチャンネルであることを認識できる効果がある。このように、サービス（編成チャンネル）が３Ｄ映像サービスか２Ｄ映像サービスかを識別することができれば、例えば、EPG表示などで、当該サービスが３Ｄ映像番組放送サービスである旨の表示などが可能となる。但し、３Ｄ映像番組を中心に放送しているサービスといえども、広告映像のソースが２D映像しかない場合など、２D映像を放送しなければならない場合もありうる。よって、当該サービス記述子のservice_type（サービス形式種別）による３Ｄ映像サービスの識別は、既に説明した、stream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の組合せによる３D映像番組の識別、component_group_type（コンポーネントグループ種別）による３D映像番組の識別、または３Ｄ番組詳細記述子による３D映像番組の識別と併用することが望ましい。複数の情報を組み合わせて識別する場合は、３D映像放送サービスであるが、一部の番組だけ２D映像であるなどの識別も可能となる。このような識別ができる場合は、受信装置で、例えばEPGでは当該サービスが「３D映像放送サービス」であることを明示することができ、かつ、当該サービスに３D映像番組以外に２D映像番組が混在していても、番組受信時等に３D映像番組と２D映像番組とで表示制御等を必要に応じて切り替えることが可能となる。
　図１４は、番組情報の一つであるサービスリスト記述子（Service List Descriptor）の構造の一例を示す。サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。つまり、編成チャンネルとその種別の一覧を記述する。この記述子はＮＩＴに配置される。
　サービスリスト記述子の意味は次の通りである。つまり、service_id（サービス識別）は16 ビットのフィールドで、そのトランスポートストリーム内の情報サービスをユニークに識別する。サービス識別は、対応するプログラムマップセクション内の放送番組番号識別（program_number）に等しい。service_type（サービス形式種別）は８ビットのフィールドで、上記で説明した図１２に従ってサービスの種類を表す。
　これらのservice_type（サービス形式種別）によって「３D映像放送サービス」であるか否かを識別することができるので、例えば、当該サービスリスト記述子に示される編成チャンネルとその種別の一覧を用いて、EPG表示において「３D映像放送サービス」のみをグルーピングする表示を行うことなどが可能となる。
　以上、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
　以上説明した記述子の例は、代表的なメンバのみを記載しており、これ以外のメンバを持つこと、複数のメンバを一つに纏めること、一つのメンバを詳細情報を持つ複数のメンバに分割することも考えられる。
　＜番組情報の送出運用規則例＞
  上記で説明した番組情報のコンポーネント記述子、コンポーネントグループ記述子、３Ｄ番組詳細記述子、サービス記述子、サービスリスト記述子は、例えば管理情報付与部１６で生成、付加され、ＭＰＥＧ-ＴＳのＰＳＩ（一例としてＰＭＴなど）、或いはＳＩ（一例としてＥＩＴ、或いはＳＤＴ、或いはＮＩＴなど）に格納されて送信装置１から送出される情報である。
　送信装置１における番組情報の送出運用規則例について以下説明する。
  図１５は、コンポーネント記述子の送信装置１における送出処理の一例を示す。「descriptor_tag」にはコンポーネント記述子を意味する“0x50”を記述する。「descriptor_length」には、コンポーネント記述子の記述子長を記述する。記述子長の最大値は規定しない。「stream_content」には、“0x01”（映像）を記述する。
　「component_type」には、当該コンポーネントの映像コンポーネント種別を記述する。コンポーネント種別については、図５の中から設定する。「component_tag」は当該番組内で一意となるコンポーネントタグ値を記述する。「ISO_639_language_code」は“jpn（”0x6A706E“）”を記述する。
　「text_char」は複数映像コンポーネント存在時に映像種類名として16byte（全角8文字）以下で記述する。改行コードは使用しない。コンポーネント記述がデフォルトの文字列である場合はこのフィールドを省略することができる。デフォルト文字列は「映像」である。
　なお、イベント（番組）に含まれる0x00～0x0F のcomponent_tag 値を持つ、全ての映像コンポーネントに対して必ず一つ送出する。
　このように送信装置１で送出運用することにより、受信装置４がstream_contentとcomponent_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
　図１６は、コンポーネントグループ記述子の送信装置１における送出処理の一例を示す。
　「descriptor_tag」にはコンポーネントグループ記述子を意味する“0xD9”を記述する。「descriptor_length」には、コンポーネントグループ記述子の記述子長を記述する。記述子長の最大値は規定しない。「component_group_type」は、コンポーネントグループの種別を示す。‘000’は、マルチビューテレビを‘001’は、３Ｄテレビを示す。
　「total_bit_rate_flag」には、イベント中のグループ内の総ビットレートがすべて規定のデフォルト値にある場合は’0’を、イベント中のグループ内の総ビットレートのいずれかが規定のデフォルト値を越えている場合は’1’を示す。
　「num_of_group」はイベント内でのコンポーネントグループの数を記述する。マルチビューテレビ（ＭＶＴＶ）の場合には最大３とし、３Ｄテレビ（３ＤＴＶ）の場合には最大２とする。
　「component_group_id」はコンポーネントグループ識別を記述する。メイングループの場合には”0x0”を割り当て、各サブグループの場合には放送事業者がイベント内で一意に割り当てる。
　「num_of_CA_unit」はコンポーネントグループ内での課金／非課金単位の数を記述する。最大値は2 とする。当該コンポーネントグループ内に課金を行うコンポーネントが一切含まれない場合は"0x1"とする。
　「CA_unit_id」は課金単位識別を記述する。放送事業者がイベント内で一意に割り当てる。「num_of_component」は当該コンポーネントグループに属し、かつ直前の「CA_unit_id 」で示される課金／非課金単位に属するコンポーネントの数を記述する。最大値は15とする。
　「component_tag」はコンポーネントグループに属するコンポーネントタグ値を記述する。「total_bit_rate」はコンポーネントグループ内の総ビットレートを記述する。ただし、デフォルト値の場合は”0x00”を記述する。
　「text_length」は後続のコンポーネントグループ記述のバイト長を記述する。最大値は16（全角8 文字）とする。「text_char」はコンポーネントグループに関する説明を必ず記述する。デフォルト文字列は規定しない。また、改行コードは使用しない。
　なお、マルチビューテレビサービスを行う場合には「component_group_type」は’000’として必ず送出する。また、３Ｄテレビサービスを行う場合には「component_group_type」は’001’として必ず送出する。
　このように送信装置１で送出運用することにより、受信装置４がcomponent_group_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
　図１７は、３Ｄ番組詳細記述子の送信装置１における送出処理の一例を示す。「descriptor_tag」には３Ｄ番組詳細記述子を意味する“0xE1”を記述する。「descriptor_length」には、３Ｄ番組詳細記述子の記述子長を記述する。「3d_2d_type」は３Ｄ／２Ｄ識別を記述する。図１０(b)の中から設定する。「3d_method_type」は３Ｄ方式識別を記述する。図１１の中から設定する。「stream_type」は番組のＥＳの形式をを記述する。図３の中から設定する。「component_tag」は当該番組内で一意となるコンポーネントタグ値を記述する。
　このように送信装置１で送出運用することにより、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
　図１８は、サービス記述子の送信装置１における送出処理の一例を示す。「descriptor_tag」にはサービス記述子を意味する“0x48”を記述する。「descriptor_length」には、サービス記述子の記述子長を記述する。「service_type」はサービス形式種別を記述する。
　サービス形式種別については、図１３の中から設定する。「service_provider_name_length」はＢＳ/ＣＳデジタルテレビジョン放送では事業者名長を記述する。最大値は２０とする。地上デジタルテレビジョン放送ではservice_provider_name を運用しないため、“0x00”を記述する。
　「char」はＢＳ/ＣＳデジタルテレビジョン放送では事業者名を記述する。最大全角10文字。地上デジタルテレビジョン放送では何も記述しない。「service_name_length」は編成チャンネル名長を記述する。最大値は20 とする。「char」は編成チャンネル名を記述する。２０バイト以内かつ全角１０文字以内である。なお、対象編成チャンネルに対し、１個のみを必ず配置する。
　このように送信装置１で送出運用することにより、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
　図１９は、サービスリスト記述子の送信装置１における送出処理の一例を示す。「descriptor_tag」にはサービスリスト記述子を意味する“0x41”を記述する。「descriptor_length」には、サービスリスト記述子の記述子長を記述する。「loop」は対象トランスポートストリームに含まれるサービス数のループを記述する。
　「service_id」は当該トランスポートストリームに含まれるservice_id を記述する。「service_type」は対象サービスのサービスタイプを記述する。図１３の中から設定する。なお、ＮＩＴ内ＴＳループに対して必ず配置する。
　このように送信装置１で送出運用することにより、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
　以上、送信装置１における番組情報の送出例について説明したが、番組が２Ｄ番組から３Ｄ番組に切り替わる際に、３Ｄ番組の始まる最初の画面において、例えばテロップなどを用いて「これから３Ｄ番組が開始される旨」、「３Ｄ表示で視聴する場合には３Ｄ視聴用のメガネを装着する旨」、「眼が疲れているときや体調が悪いときには２Ｄ表示の視聴を勧める旨」、「３Ｄ番組の長時間の視聴は眼が疲れたり体調が悪くなる可能性がある旨」などを送信装置１で作成する３Ｄ番組の映像にはめ込んで送出することにより受信装置４で３Ｄ番組を視聴するユーザに対して３Ｄ番組視聴に対する注意・警告を行うことができるメリットがある。
　＜受信装置のハードウェア構成＞
  図２５は、図１のシステムのうち、受信装置４の構成例を示すハードウェア構成図である。２１は受信機全体を制御するＣＰＵ（Central Processing Unit）、２２はＣＰＵ２１と受信装置内各部との制御および情報を送信するための汎用バス、２３は無線（衛星、地上）、ケーブルなどの放送伝送網を介して送信装置１から送信された放送信号を受信し、特定の周波数を選局し復調、誤り訂正処理、などを行い、MPEG2-Transport Stream（以下、「ＴＳ」ともいう。）などの多重化パケットを出力するチューナ、２４はスクランブル部１３によるスクランブルを復号するデスクランブラ、２５はネットワークと情報を送受信し、インターネットと受信装置間で各種情報およびＭＰＥＧ２―ＴＳを送受信するネットワークＩ／Ｆ（Interface）、２６は例えば受信装置４に内蔵されているＨＤＤ（Hard Disk Drive）やフラッシュメモリ、またはリムーバブルなＨＤＤ、ディスク型記録媒体、フラッシュメモリ、などの記録媒体、２７は記録媒体２６を制御し、記録媒体２６への信号の記録や記録媒体２６からの信号の再生を制御する記録再生部、２９はＭＰＥＧ２―ＴＳなどの形式に多重化されている信号を、映像ＥＳ（Elementary Stream）、音声ＥＳ、番組情報などの信号に分離する多重分離部である。ＥＳとは、圧縮・符号化された画像・音声データのそれぞれのことである。３０は映像ＥＳを、映像信号に復号する映像復号部、３１は音声ＥＳを、音声信号に復号し、スピーカ４８に出力または音声出力４２から出力する音声復号部、３２は、映像復号部３０で復号された映像信号を前記ＣＰＵの指示に従い３Ｄまたは２Ｄの映像信号を後述する変換処理により所定のフォーマットに変換する処理や、ＣＰＵ２１が作成したＯＳＤ（On Screen Display）などの表示を映像信号に重畳する処理などを行い、処理後の映像信号をディスプレイ４７または映像信号出力部４１に出力し、処理後の映像信号のフォーマットに対応する同期信号や制御信号（機器制御に使用）を映像信号出力部４１および制御信号出力部４３から出力する映像変換処理部、３３はユーザー操作入力部４５からの操作入力（例えばＩＲ（Infrared Radiation）信号を発信するリモートコントローラーからのキーコード）を受信し、またＣＰＵ２１や映像変換処理部３２が生成した外部機器への機器制御信号（例えばＩＲ）を機器制御信号送信部４４から送信する制御信号送受信部、３４は内部にカウンタを有し、また現在の時刻の保持を行うタイマー、４６は前記多重分離部で再構成されたＴＳに対し暗号化等必要な処理を行い外部にＴＳを出力、または外部から受信したＴＳを復号化して多重分離部２９に対して入力するシリアルインタフェースやＩＰインタフェースなどの高速デジタルＩ／Ｆ、４７は映像復号部３０が復号して映像変換処理部３２により映像が変換された３Ｄ映像および２Ｄ映像を表示するディスプレイ、４８は音声復号部が復号した音声信号に基づいて音を出力するスピーカを表しており、主にこれらの装置により、受信装置４は構成されている。ディスプレイに３Ｄ表示する場合も、必要であれば、同期信号や制御信号は制御信号出力部４３や機器制御信号送信端子４４から出力する。
　受信装置および視聴装置および３Ｄ視聴補助装置（例えば３Ｄメガネ）を含めたシステム構成について、図３５および図３６に例を示す。図３５は受信装置と視聴装置が一体となったシステム構成、また図３６は受信装置と視聴装置が別構成となった場合の例である。
　図３５において、３５０１は前記受信装置４の構成を含み３Ｄ映像表示および音声出力が可能な表示装置、３５０３は前記表示装置３５０１から出力される３Ｄ視聴補助装置制御信号（例えばＩＲ信号）、３５０２は３Ｄ視聴補助装置を表している。図３５の例においては、映像信号は前記表示装置３５０１が具備する映像ディスプレイから表示され、また音声信号は前記表示装置３５０１が具備するスピーカから出力される。また同様に表示装置３５０１は機器制御信号４４または制御信号４３の出力部から出力される３Ｄ視聴補助装置制御信号を出力する出力端子を具備する。
　なお、上記の説明は、図３５に示す表示装置３５０１と３Ｄ視聴補助装置３５０２とが後述するアクティブシャッター方式により表示する例を前提として説明したが、図３５に示す表示装置３５０１と３Ｄ視聴補助装置３５０２とが後述する偏光分離による３Ｄ映像表示装置を行う方式の場合には、３Ｄ視聴補助装置３５０２は左目と右目に異なる映像が入射するように偏光分離を行うものであればよく、表示装置３５０１から機器制御信号４４または制御信号４３の出力部から３Ｄ視聴補助装置３５０２へ出力される３Ｄ視聴補助装置制御信号３５０３を出力しなくともよい。
　また図３６において、３６０１は前記受信装置４の構成を含む映像音声出力装置、３６０２は映像／音声／制御信号を伝送する伝送経路（例えばＨＤＭＩケーブル）、３６０３は外部から入力された映像信号や音声信号を表示出力するディスプレイを表す。
　この場合、映像音声出力装置３６０１（受信装置４）の映像出力４１から出力される映像信号と音声出力４２から出力される音声信号、制御信号出力部４３から出力される制御信号は、伝送路３６０２で規定されているフォーマット（例えばＨＤＭＩ規格により規定されるフォーマット）に適した形式の伝送信号に変換され、伝送経路３６０２を経由しディスプレイ３６０３に入力される。ディスプレイ３６０３では前記伝送信号を受信し、もとの映像信号、音声信号、制御信号に復号し、映像と音声を出力するとともに、３Ｄ視聴補助装置３５０２に対して３Ｄ視聴補助装置制御信号３５０３を出力する。
　なお、上記の説明は、図３６に示す表示装置３６０３と３Ｄ視聴補助装置３５０２とが後述するアクティブシャッター方式により表示する例を前提として説明したが、図３６に示す表示装置３６０３と３Ｄ視聴補助装置３５０２とが後述する偏光分離による３Ｄ映像表示装置を行う方式の場合には、３Ｄ視聴補助装置３５０２は左目と右目に異なる映像が入射するように偏光分離を行うものであればよく、表示装置３６０３から３Ｄ視聴補助装置３５０２へ３Ｄ視聴補助装置制御信号３６０３を出力しなくともよい。
　なお、図２５に示した２１～４６の各構成要件の一部は、１つの、又は複数のＬＳＩで構成されていてもよい。また、図２５に示した２１～４６の各構成要件の一部の機能をソフトウェアで実現する構成としてもよい。
　＜受信装置の機能ブロック図＞
  図２６は、ＣＰＵ２１内部における処理の機能ブロック構成の一例である。ここで各機能ブロックは例えばＣＰＵ２１で実行されるソフトウェアのモジュールとして存在しており、それぞれのモジュール間は何らかの手段（例えばメッセージパッシング、ファンクションコール、イベント送信）などを行って情報やデータの受け渡しおよび制御指示を行う。
　また、各モジュールは受信装置４内部の各ハードウェアとも、汎用バス２２を介して情報の送受信を行っている。また図に記載の関係線（矢印）は今回の説明に関連する部分を主に記載しているが、その他のモジュール間についても通信手段および通信を必要とした処理は存在する。例えば選局制御部５９は、選局に必要な番組情報を番組情報解析部５４から適宜取得している。
　次に各機能ブロックの機能について説明する。システム制御部５１は各モジュールの状態やユーザーの指示状態などを管理し、各モジュールに対して制御指示を行う。ユーザー指示受信部５２は制御信号送受信部３３が受信したユーザー操作の入力信号を受信および解釈し、ユーザーの指示をシステム制御部５１に伝える。機器制御信号送信部５３はシステム制御部５１や、他のモジュールからの指示に従い、制御信号送受信部３３に対して機器制御信号を送信するように指示する。
　番組情報解析部５４は多重分離部２９から番組情報を取得して内容を分析し、必要な情報を各モジュールに対して提供する。時間管理部５５は番組情報解析部５４から、ＴＳに含まれる時刻補正情報（ＴＯＴ：Time offset table）を取得して現在の時刻を管理するとともに、タイマー３４が有するカウンタを使用し、各モジュールの要求に従いアラーム（指定時刻の到来を通知）やワンショットタイマ（一定時間の経過を通知）の通知を行う。
　ネットワーク制御部５６は、ネットワークＩ／Ｆ２５を制御し、特定ＵＲＬ（Unique Resource　Locater）や特定ＩＰ(Internet Protocol)アドレスからの各種情報およびＴＳの取得を行う。復号制御部５７は、映像復号部３０および音声復号部３１を制御し、デコードの開始や停止、ストリームに含まれる情報の取得などを行う。
　記録再生制御部５８は記録再生部２７を制御し、記録媒体２６から、特定のコンテンツの特定の位置から、また任意の読み出しの形式（通常再生、早送り、巻戻し、一時停止）で信号を読み出す。また、記録再生部２７に入力された信号を、記録媒体２６に対して記録する制御を行う。
　選局制御部５９は、チューナ２３、デスクランブラ２４、多重分離部２９および復号制御部５７を制御し、放送の受信および放送信号の記録を行う。または記録媒体からの再生を行い、映像信号および音声信号を出力するまでの制御を行う。詳しい放送受信の動作および放送信号の記録動作、記録媒体からの再生動作については後述する。
　ＯＳＤ作成部６０は、特定のメッセージを含むＯＳＤデータを作成し、映像変換制御部６１に対して前記作成したＯＳＤデータを映像信号に重畳して出力するように指示を行う。ここでＯＳＤ作成部６０は、左目用と右目用といった視差のあるＯＳＤデータを作成し、映像変換制御部６１に対して、前記左目用と右目用のＯＳＤデータをもとに３Ｄ表示を要求することにより、３Ｄでのメッセージ表示等を行う。
　映像変換制御部６１は、映像変換処理部３２を制御し、映像復号部３０から映像変換処理部３２に入力された映像信号を、前記システム制御部５１からの指示に従い３Ｄまたは２Ｄの映像に変換し変換した映像と、ＯＳＤ作成部６０から入力されたＯＳＤを重畳し、さらに必要に応じて映像を加工（スケーリングやＰｉｎＰ、３Ｄ表示など）してディスプレイ４７に表示または外部に出力する。映像変換処理部３２における３Ｄ映像、２Ｄ映像の所定のフォーマットへの変換方法の詳細については後述する。各機能ブロックはこれらのような機能を提供する。
　＜放送受信＞
  ここで放送受信を行う場合の制御手順と信号の流れについて説明する。まず特定チャンネル（ＣＨ）の放送受信を示すユーザーの指示（例えばリモコンのＣＨボタン押下）を、ユーザー指示受信部５２から受信したシステム制御部５１は、ユーザーの指示したＣＨ（以下指定ＣＨ）での選局を選局制御部５９に指示する。
　前記指示を受信した選局制御部５９は、チューナ２３に対して指定ＣＨの受信制御（指定周波数帯への選局、放送信号復調処理、誤り訂正処理）を指示し、ＴＳをデスクランブラ２４に出力させる。
　次に選局制御部５９は、デスクランブラ２４に対して前記ＴＳのデスクランブルし多重分離部２９に出力するように指示し、多重分離部２９に対しては、入力されたＴＳの多重分離、および多重分離した映像ＥＳの映像復号部３０への出力と、音声ＥＳの音声復号部３１への出力、を指示する。
　また、選局制御部５９は、復号制御部５７に対し、映像復号部３０と音声復号部３１に入力された映像ＥＳおよび音声ＥＳの復号指示を行う。前記復号指示を受信した復号制御部３１は、映像復号部３０に対して復号した映像信号を映像変換処理部３２に出力するように制御し、音声復号部３１に対して復号した音声信号をスピーカ４８または音声出力４２に出力するように制御を行う。このようにして、ユーザーが指定したＣＨの映像および音声を出力する制御を行う。
　また、選局時のＣＨバナー（ＣＨ番号や番組名、番組情報等を表示するＯＳＤ）を表示するために、システム制御部５１はＯＳＤ作成部６０に対してＣＨバナーの作成および出力を指示する。前記指示を受信したＯＳＤ作成部６０は、作成したＣＨバナーのデータを映像変換制御部６１に送信し、前記データを受信した映像変換制御部６１はＣＨバナーを映像信号に重畳して出力するように制御を行う。このようにして、選局時等のメッセージ表示を行う。
　＜放送信号の記録＞
  次に放送信号の記録制御と信号の流れについて説明する。特定のＣＨの記録を行う場合には、システム制御部５１は選局制御部５９に対して特定ＣＨの選局および記録再生部２７への信号出力を指示する。
　前記指示を受信した選局制御部５９は、前記放送受信処理と同様に、チューナ２３に対して指定ＣＨの受信制御を指示し、デスクランブラ２４に対して、チューナー２３から受信したＭＰＥＧ２－ＴＳのデスクランブル、多重分離部２９に対してデスクランブラ２４からの入力を記録再生部２７に出力するように制御する。
　また、システム制御部５１は、記録再生制御部５８に対して、記録再生部２７への入力ＴＳを記録するように指示する。前記指示を受信した記録再生制御部５８は、記録再生部２７に入力される信号（ＴＳ）に対して、暗号化などの必要な処理を行い、また記録再生時に必要な付加情報（記録ＣＨの番組情報、ビットレート等のコンテンツ情報）の作成、また管理データ（記録コンテンツのＩＤ、記録媒体２６上の記録位置、記録形式、暗号化情報など）への記録を行った後に、前記ＭＰＥＧ２－ＴＳおよび付加情報、管理データを記録媒体２６へ書き込む処理を行う。このようにして放送信号の記録を行う。
　＜記録媒体からの再生＞
  次に記録媒体からの再生処理について説明する。特定の番組の再生を行う場合には、システム制御部５１は、記録再生制御部５８に対して、特定の番組の再生を指示する。この際の指示としては、コンテンツのＩＤと再生開始位置（例えば番組の先頭、先頭から１０分の位置、前回の続き、先頭から100Mbyteの位置等）を指示する。前記指示を受信した記録再生制御部５８は、記録再生部２７を制御し、付加情報や管理データを用いて記録媒体２６から信号（ＴＳ）を読み出して、暗号の復号などの必要な処理を行った後に、多重分離部２９に対してＴＳを出力するように処理を行う。
　また、システム制御部５１は、再生信号の映像音声出力を選局制御部５９に対して指示する。前記指示を受信した選局制御部５９は、記録再生部２７からの入力を多重分離部２９に出力するように制御し、多重分離部２９に対して、入力されたＴＳの多重分離、および多重分離された映像ＥＳの映像復号部３０への出力、および多重分離された音声ＥＳの音声復号部３１への出力、を指示する。
　また、選局制御部５９は、復号制御部５７に対し、映像復号部３０と音声復号部３１に入力された映像ＥＳおよび音声ＥＳの復号指示を行う。前記復号指示を受信した復号制御部３１は、映像復号部３０に対して復号した映像信号を映像変換処理部３２に出力するように制御し、音声復号部３１に対して復号した音声信号をスピーカ４８または音声出力４２に出力するように制御を行う。このようにして記録媒体からの信号再生処理を行う。
　＜３Ｄ映像の表示方法＞
  本発明に用いることのできる３Ｄ映像の表示方式としては、左目と右目に視差を感じさせる左目用と右目用の映像を作成し、人間に立体物が存在しているように認識させるいくつかの方式がある。
　ひとつの方式としては、ユーザーが着用するメガネに対して、液晶シャッター等を用いて左右のグラスを交互に遮光を行い、またそれと同期させて左目用と右目用の映像を表示させ、左右の目に映る画像に視差を発生させるアクティブシャッター方式がある。
　この場合、受信装置４は、ユーザーが着用するアクティブシャッター方式メガネへ、制御信号出力部４３や機器制御信号送信端子４４から同期信号や制御信号を出力する。また、映像信号出力部４１から映像信号を外部の３D映像表示装置へ出力して、左目用の映像と右目用の映像とを交互に表示させる。または、受信装置４の有するディスプレイ４７に同様の３Ｄ表示を行う。このようにすれば、アクティブシャッター方式メガネを着用したユーザは、当該３D映像表示装置または受信装置４の有するディスプレイ４７で３D映像を視聴することができる。
　また、別の方式としては、ユーザーが着用するメガネに対して、左右のグラスに直線偏光で直交するフィルムを貼るもしくは直線偏光コートを施す、または円偏光で偏光軸の回転方向が逆方向のフィルムを貼るもしくは円偏光コートを施し、左目と右目のメガネの偏光にそれぞれ対応した互いに異なる偏光による左目用の映像と右目用の映像を同時に出力することにより、左目と右目のそれぞれに入射する映像を偏光状態により分離することで左目と右目で視差を発生させる偏光方式がある。
　この場合、受信装置４は、映像信号出力部４１から映像信号を外部の３D映像表示装置へ出力して、該３D映像表示装置は、左目用の映像と右目用の映像とを異なる偏光状態で表示させる。または、受信装置４の有するディスプレイ４７によって同様の表示を行う。
このようにすれば、偏光方式メガネを着用したユーザは、当該３D映像表示装置または受信装置４の有するディスプレイ４７で３D映像を視聴することができる。なお、偏光方式では、偏光方式メガネには、受信装置４から同期信号や制御信号を送信することなく、３D映像視聴が可能となるため、制御信号出力部４３や機器制御信号送信端子４４から同期信号や制御信号を出力する必要はない。
　また、このほか、色による左右の目の映像を分離させるカラー分離方式を用いてもよい。また、裸眼で視聴可能な視差障壁を利用して３Ｄ映像を作り出す視差障壁方式を用いてもよい。
　なお、本発明に係る３Ｄ表示方式は特定の方式に限定されるものではない。
　＜番組情報を利用した３Ｄ番組の具体的な判定方法の例＞
  ３Ｄ番組の判定方法の例としては、既に説明した放送信号および再生信号の番組情報に含まれる各種テーブルや記述子から、新たに含めた３Ｄ番組か否かを判定する情報を取得し、３Ｄ番組か否かを判定することが可能である。
　ＰＭＴや、ＥＩＴ[schedule basic/schedule extended/present/following]、といったテーブルの中に記載の、コンポーネント記述子、コンポーネントグループ記述子に新たに含められた３Ｄ番組か否かを判定する情報を確認する、または３Ｄ番組判定用の新たな記述子である３Ｄ番組詳細記述子を確認する、ＮＩＴや、ＳＤＴ、といったテーブルの中に記載の、サービス記述子、サービスリスト記述子などに新たに含められた３Ｄ番組か否かを判定する情報を確認する、などにより３Ｄ番組か否かを判定する。これらの情報は、前述した送信装置において放送信号に付与され、送信される。送信装置では、例えば管理情報付与部１６によってこれらの情報が放送信号に付与される。
　それぞれのテーブルの使い分けとしては、例えばＰＭＴについては現在の番組の情報しか記載していないため、未来の番組の情報については確認することができないが、信頼度は高いといった特徴がある。一方ＥＩＴ[schedule basic/schedule extended]については現在の番組だけでなく未来の番組の情報を取得できるが、受信完了までの時間が長く、保持する記憶領域が多く必要で、かつ未来の事象のため信頼度が低いなどのデメリットがある。ＥＩＴ[following]については次の放送時間の番組の情報を取得できるため、本実施例への適用については好適である。またＥＩＴ[present]については現在の番組情報の取得に使用でき、ＰＭＴとは異なる情報を入手できる。
　次に、送信装置１から送出された、図４、図６、図１０、図１２、図１４で説明した番組情報に関係する受信装置４の処理の詳細例を説明する。
　図２０は、受信装置４における、コンポーネント記述子の各フィールドに対する処理の一例を示す。
　「descriptor_tag」が“0x50”だと、当該記述子がコンポーネント記述子であると判断する。「descriptor_length」により、コンポーネント記述子の記述子長であると判断する。「stream_content」が“0x01”,“0x05”,“0x06”,“0x07”だと、当該記述子は有効（映像）である判断する。“0x01”,“0x05”,“0x06”,“0x07”以外の場合、当該記述子は無効である判断する。「stream_content」が“0x01”,“0x05”,“0x06”,“0x07”の場合、以降の処理を行う。
　「component_type」は、当該コンポーネントの映像コンポーネント種別と判断する。このコンポーネント種別については、図５のいずれかの値が指定されている。この内容により、当該コンポーネントが３D映像番組についてのコンポーネントか否かが判断可能である。
　「component_tag」は、当該番組内で一意となるコンポーネントタグ値で、ＰＭＴ のストリーム識別子のコンポーネントタグ値と対応させて利用できる。
　「ISO_639_language_code」は、“jpn（”0x6A706E“）”以外でも、後に配置される文字コードを”jpn”として扱う。
　「text_char」は、16byte（全角8 文字）以内をコンポーネント記述と判断する。このフィールドが省略された場合はデフォルトのコンポーネント記述と判断する。デフォルト文字列は「映像」である。
　以上説明したように、コンポーネント記述子はイベント（番組）を構成する映像コンポーネント種別を判断でき、コンポーネント記述を受信機における映像コンポーネント選択の際に利用する事ができる。
　なお、component_tag値が0x00～0x0F の値に設定された映像コンポーネントのみを単独での選択対象とする。前記以外のcomponent_tag 値で設定された映像コンポーネントは、単独での選択対象とはならず、コンポーネント選択機能などの対象としてはならない。
　また、イベント（番組）中のモード変更などにより、コンポーネント記述が実際のコンポーネントと一致しないことが有る。（コンポーネント記述子のcomponent_type は、当該コンポーネントの代表的なコンポーネント種別を記載し、番組途中でのモード変更に対しリアルタイムでこの値を変えるようなことは行わない。）
　また、コンポーネント記述子により記載されたcomponent_type は、デジタル記録機器におけるコピー世代を制御する情報および最大伝送レートの記述であるデジタルコピー制御記述子が当該イベント（番組）に対して省略された場合のデフォルトのmaximum_bit_rate を判断する際に参照される。
　このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４がstream_contentとcomponent_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
　図２１は、受信装置４における、コンポーネントグループ記述子の各フィールドに対する処理の一例を示す。
　「descriptor_tag」が“0xD9”だと、当該記述子がコンポーネントグループ記述子であると判断する。「descriptor_length」により、コンポーネントグループ記述子の記述子長であると判断する。
　「component_group_type」が‘000’ だと、マルチビューテレビサービスと判断し、‘001’ だと、３Ｄテレビサービスと判断する。
　「total_bit_rate_flag」が’0’だと、イベント（番組）中のグループ内の総ビットレートが当該記述子に記載されていないと判断する。’1’だと、イベント（番組）中のグループ内の総ビットレートが当該記述子に記載されていると判断する。
　「num_of_group」は、イベント（番組）内でのコンポーネントグループの数と判断する。最大値が存在しこれを越えた場合には最大値として処理する可能性がある。「component_group_id」は、”0x0”だと、メイングループと判断する。”0x0”以外だと、サブグループと判断する。
　「num_of_CA_unit」は、コンポーネントグループ内での課金／非課金単位の数と判断する。最大値を越えた場合には2 として処理する可能性がある。
　「CA_unit_id」が“0x0”だと、非課金単位グループと判断する。“0x1”だと、デフォルトＥＳ群を含む課金単位と判断する。“0x0”と“0x1”以外だと、上記以外の課金単位識別と判断する。
　「num_of_component」は、当該コンポーネントグループに属し、かつ直前のCA_unit_id で示される課金／非課金単位に属するコンポーネントの数と判断する。最大値を越えた場合には１５として処理する可能性がある。
　「component_tag」は、コンポーネントグループに属するコンポーネントタグ値と判断し、ＰＭＴのストリーム識別子のコンポーネントタグ値と対応させて利用できる。「total_bit_rate」は、コンポーネントグループ内の総ビットレートと判断する。ただし、”0x00”の際はデフォルトと判断する。
　「text_length」が１６（全角8 文字）以下だとコンポーネントグループ記述長と判断し、１６（全角8 文字）より大きいと、コンポーネントグループ記述長が１６（全角8文字）を超えた分の説明文は無視して良い。
　「text_char」は、コンポーネントグループに関する説明文を指す。なお、component_group_type=’000’のコンポーネントグループ記述子の配置によって、当該イベント（番組）においてマルチビューテレビサービスを行うと判断し、コンポーネントグループ毎の処理に利用することができる。
　また、component_group_type=’001’のコンポーネントグループ記述子の配置によって、当該イベント（番組）において３Ｄテレビサービスを行うと判断し、コンポーネントグループ毎の処理に利用することができる。
　さらに、各グループのデフォルトＥＳ群は、CA_unit ループ先頭に配置されるコンポーネントループ中に必ず記載する。
　メイングループ(component_group_id=0x0)において、
・グループのデフォルトＥＳ群が非課金対象ならば、free_CA_mode=0 とし、CA_unit_id=0x1 のコンポーネントループを設定してはならない。
・グループのデフォルトＥＳ群が課金対象ならば、free_CA_mode=1 とし、CA_unit_id=”0x1”のコンポーネントループを必ず設定し、記載する。
また、サブグループ(component_group_id＞0x0)において、
・サブグループに対しては、メイングループと同じ課金単位、あるいは非課金単位のみ設定できる。
・グループのデフォルトＥＳ群が非課金対象ならば、CA_unit_id=0x0 のコンポーネントループを設定し、記載する。
・グループのデフォルトＥＳ群が課金対象ならば、CA_unit_id=0x1 のコンポーネントループを設定し、記載する。
　このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４がcomponent_group_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
　図２２は、受信装置４における、３Ｄ番組詳細記述子の各フィールドに対する処理の一例を示す。
　「descriptor_tag」が“0xE1”だと、当該記述子が３Ｄ番組詳細記述子であると判断する。「descriptor_length」により、３Ｄ番組詳細記述子の記述子長であると判断する。「3d_2d_type」は、当該３Ｄ番組における３Ｄ／２Ｄ識別であると判断する。図１０（b）の中から指定される。「3d_method_type」は、当該３Ｄ番組における３Ｄ方式識別であると判断する。図１１の中から指定される。
　「stream_type」は、当該３Ｄ番組のＥＳの形式であると判断する。図３の中から指定される。「component_tag」は、当該３Ｄ番組内で一意となるコンポーネントタグ値であると判断する。ＰＭＴ のストリーム識別子のコンポーネントタグ値と対応させて利用できる。
　なお、３Ｄ番組詳細記述子自体の有無により、当該番組が３Ｄ映像番組であるか否かを判断する構成としてもよい。すなわち、この場合は、３Ｄ番組詳細記述子がなければ、２Ｄ映像番組と判断し、３Ｄ番組詳細記述子がある場合には、３Ｄ映像番組であると判断する。
　このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
　図２３は、受信装置４における、サービス記述子の各フィールドに対する処理の一例を示す。「descriptor_tag」が“0x48”だと、当該記述子がサービス記述子であると判断する。「descriptor_length」により、サービス記述子の記述子長であると判断する。「service_type」は、図１３に示されたservice_type 以外の場合は当該記述子を無効と判断する。
　「service_provider_name_length」は、ＢＳ/ＣＳデジタルテレビジョン放送の受信の場合には、２０以下だと、事業者名長と判断し、２０より大きいと、事業者名を無効と判断する。一方、地上デジタルテレビジョン放送の受信の場合には、“0x00”以外は無効と判断する。
　「char」は、ＢＳ/ＣＳデジタルテレビジョン放送の受信の場合には、事業者名と判断する。一方、地上デジタルテレビジョン放送の受信の場合には、記載内容は無視する。「service_name_length」が２０以下だと、編成チャンネル名長と判断し、２０より大きいと、編成チャンネル名を無効と判断する。
　「char」は、編成チャンネル名と判断する。なお、上記図１８で説明した送出処理の一例に従って記述子を配置したＳＤＴを受信できなければ、対象サービスの基本情報は無効であると判断する。
　このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
　図２４は、受信装置４における、サービスリスト記述子の各フィールドに対する処理の一例を示す。「descriptor_tag」が“0x41”だと、当該記述子がサービスリスト記述子であると判断する。「descriptor_length」により、サービスリスト記述子の記述子長であると判断する。
　「loop」は、対象トランスポートストリームに含まれるサービス数のループを記述する。「service_id」は、当該トランスポートストリームに対するservice_id と判断する。「service_type」は、対象サービスのサービスタイプを示す。図１３で規定されるサービスタイプ以外は無効と判断する。
　以上説明したように、サービスリスト記述子は対象ネットワークに含まれるトランスポートストリームの情報と判断することができる。
　このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
　次に各テーブル内の具体的な記述子について説明する。まず、ＰＭＴの2ndループ（ＥＳ毎のループ）に記載のstream_typeの中のデータの種類により、上記図３で説明したようにＥＳの形式を判定することができるが、この中に、現在放送されているストリームが３Ｄ映像であることを示す記述が存在する場合には、その番組を３Ｄ番組と判定する（例えば、stream_typeに多視点映像符号化(例：H.264/MVC)ストリームのサブビットストリーム(他の視点)を示す０ｘ１Ｆがあれば、その番組を３Ｄ番組と判定する。
　また、stream_type以外にも、ＰＭＴの中で現在reservedとされている領域について、新たに３Ｄ番組または２Ｄ番組を識別する２Ｄ／３Ｄ識別ビットを割り当て、その領域で判定することも可能である。
　ＥＩＴについても同様にreservedの領域に新たに２Ｄ／３Ｄ識別ビットを割り当てして判定することも可能である。
　ＰＭＴおよび/またはＥＩＴに配置されるコンポーネント記述子で３Ｄ番組を判定する場合は、上記図４および５で説明したようにコンポーネント記述子のcomponent_typeに、３Ｄ映像を示す種別を割り当て（例えば、図５（ｃ）～（e））、component_typeが３Ｄを表すものが存在すれば、その番組を３Ｄ番組と判定することが可能である。（例えば、図５（ｃ）～（e）などを割り当てし、その値が対象番組の番組情報に存在していることを確認する。）
　ＥＩＴに配置されるコンポーネントグループ記述子による判定方法としては、上記図６および７で説明したようにcomponent_group_typeの値に、３Ｄサービスを表す記述を割り当て、component_group_typeの値が、３Ｄサービスを表していれば、３Ｄ番組と判別可能である（例えば、ビットフィールドで００１は、３ＤＴＶサービスなどを割り当てし、その値が対象番組の番組情報に存在していることを確認する。）
　ＰＭＴおよび/またはＥＩＴに配置される３Ｄ番組詳細記述子による判定方法としては、上記図１０および１１で説明したように対象の番組が３Ｄ番組であるか判定する場合には、３Ｄ番組詳細記述子内の3d_2d _type（３Ｄ／２Ｄ種別）の内容により判定可能である。また、受信番組について３Ｄ番組詳細記述子が伝送されていない無い場合は、２Ｄ番組と判断する。また、前記記述子の中に含まれる３Ｄ方式種別（上記3d_method_type）に受信装置が対応可能な３Ｄ方式であれば、次番組を３Ｄ番組と判定する方法も考えられる。その場合には、記述子の解析処理は複雑になるが、受信装置が対応不可能な３Ｄ番組に対してメッセージ表示処理や記録処理を行う動作を中止することが可能になる。
　ＳＤＴに配置されるサービス記述子やＮＩＴに配置されるサービスリスト記述子に含まれるservice_typeの情報に、上記図１２および１３および１４で説明したように０ｘ０１に３Ｄ映像サービスを割り当て、当該記述子がある番組情報を取得した場合に、３Ｄ番組として判定することが可能である。この場合には、番組単位での判定ではなく、サービス（ＣＨ、編成チャンネル）単位での判定となり、同一編成チャンネル内での次番組の３Ｄ番組判定はできないが、情報の取得が番組単位でないため容易といった利点もある。
　また番組情報については、専用の通信路（放送信号、またはインターネット）を通じて取得する方法もある。その場合にも、番組の開始時間とＣＨ（放送編成チャンネル、ＵＲＬまたはＩＰアドレス）、その番組が３Ｄ番組かをあらわす識別子があれば、同様に３Ｄ番組判定は可能である。
　以上の説明では、サービス（CH）または番組単位で３D映像か否かを判定するためのさまざまな情報（テーブルや記述子に含まれる情報）について説明したが、これらは本発明において必ずしも全て送信する必要はない。放送形態に合せて必要な情報を送信すればよい。これらの情報のうち、それぞれ単独の情報を確認して、サービス（CH）または番組単位で３D映像か否かを判定してもよく、複数の情報を組み合わせてサービス（CH）または番組単位で３D映像か否かを判定してもよい。複数の情報を組み合わせて判定する場合は、３D映像放送サービスであるが、一部の番組だけ２D映像であるなどの判定も可能となる。このような判定ができる場合は、受信装置で、例えばEPGでは当該サービスが「３D映像放送サービス」であることを明示することができ、かつ、当該サービスに３D映像番組以外に２D映像番組が混在していても、番組受信時に３D映像番組と２D映像番組とで表示制御等を切り替えることが可能となる。
　なお、以上説明した３Ｄ番組の判定方法により、３Ｄ番組と判定された場合において、例えば図５（ｃ）～（ｅ）で指定された３Ｄコンポーネントが受信装置４で適切に処理（表示、出力）することができる場合には３Ｄにて処理（再生、表示、出力）し、受信装置４で適切に処理（再生、表示、出力）することができない場合（例えば、指定された３Ｄ伝送方式に対応する３Ｄ映像再生機能がない場合など）には２Ｄにて処理（再生、表示、出力）してもよい。このとき、２Ｄ映像の表示、出力とともに、当該３Ｄ映像番組が、受信装置において適切に３Ｄ表示または３Ｄ出力できない旨を合せて表示してもよい。このようにすれば、２Ｄ映像番組として放送された番組なのか、３Ｄ映像番組として放送された番組であるが受信装置で適切に処理できないため２Ｄ映像を表示しているのかをユーザが把握することができる。
　＜３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの３Ｄ再生／出力／表示処理＞
  次に３Ｄコンテンツ（３Ｄ映像を含むデジタルコンテンツ）再生時の処理について説明する。ここではまず、図４７に示すような、１つのＴＳに主視点映像ＥＳと副視点映像ＥＳが存在する、３Ｄ２視点別ＥＳ伝送方式の場合の再生処理について説明する。まずユーザーが３Ｄ出力／表示への切替指示（例えばリモコンの「３Ｄ」キー押下）等を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して３Ｄ映像への切替を指示する（なお、以下の処理は、３Ｄ２視点別ＥＳ伝送方式のコンテンツについて、３Ｄコンテンツの３Ｄ表示／出力へのユーザー切替指示以外の条件で３Ｄ出力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部５１は、上記の方法で現在の番組が３Ｄ番組か否かを判定する。
　現在の番組が３Ｄ番組であった場合には、システム制御部５１はまず選局制御部５９に対して、３Ｄ映像の出力を指示する。前記指示を受信した選局制御部５９は、まず番組情報解析部５４から主視点映像ＥＳと副視点映像ＥＳそれぞれについて、ＰＩＤ(packet ID)、および符号化方式（例えばH.264/MVC,MPEG2,H.264/AVCなど）を取得し、次に多重分離部２９に対して前記主視点映像ＥＳと副視点映像ＥＳを多重分離して映像復号部３０に出力するよう制御を行う。
　ここで、例えば前記主視点映像ＥＳは、映像復号部の１番入力、前記副視点映像ＥＳは映像復号部の２番入力に入力するように、多重分離部２９を制御する。その後選局制御部５９は、復号制御部５７に対して、映像復号部３０の１番入力は主視点映像ＥＳで２番入力は副視点映像ＥＳという情報およびそれぞれの前記符号化方式を送信し、かつこれらのＥＳを復号するように指示を行う。
　図４７に示す３Ｄ２視点別ＥＳ伝送方式の組合せ例２や組合せ例４のように、主視点映像ＥＳと副視点映像ＥＳで符号化方式が異なる３Ｄ番組を復号するために、映像復号部３０は、それぞれの符号化方式に対応した、複数種類の復号機能を有するように構成すればよい。
　図４７に示す３Ｄ２視点別ＥＳ伝送方式の組合せ例１や組合せ例３のように、主視点映像ＥＳと副視点映像ＥＳで符号化方式が同じ３Ｄ番組を復号するために、映像復号部３０は、単一の符号化方式に対応した復号機能のみを有する構成でもかまわない。この場合は、映像復号部３０を安価に構成することができる。
　前記指示を受信した復号制御部５７は、主視点映像ＥＳと副視点映像ＥＳそれぞれの符号化方式に対応した復号を行い、左目用と右目用の映像信号を映像変換処理部３２に出力する。ここで、システム制御部５１は映像変換制御部６１に対して、３Ｄ出力処理を行うように指示を行う。前記指示をシステム制御部５１から受信した映像変換制御部６１は、映像変換処理部３２を制御して、映像出力４１から出力する、または受信装置４が備えるディスプレイ４７に３Ｄ映像を表示する。
　当該３Ｄ再生／出力／表示方法について、図３７を用いて説明する。
　図３７（a）は、３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの左右の視点の映像を交互に表示、出力するフレームシーケンシャル方式の出力、表示に対応する再生／出力／表示方法の説明図である。図の左側上部のフレーム列（Ｍ１，Ｍ２，Ｍ３，・・・）が、３Ｄ２視点別ＥＳ伝送方式のコンテンツの主視点(左目用)映像ＥＳに含まれる複数のフレーム、図の左側下部のフレーム列（Ｓ１，Ｓ２，Ｓ３，・・・）が３Ｄ２視点別ＥＳ伝送方式のコンテンツの副視点（右目用）映像ＥＳに含まれる複数のフレームを表している。映像変換処理部３２では、前記入力された主視点（左目用）／副視点（右目用）映像信号の各フレームを、図の右側のフレーム列（Ｍ１，Ｓ１，Ｍ２，Ｓ２，Ｍ３，Ｓ３，・・・・・・）で表すように、交互にフレームを映像信号として出力／表示する。このような出力／表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度を最大に用いることができ、高解像度の３Ｄ表示が可能となる。
　図３６のシステム構成において、図３７（a）の方式を用いる場合には、上記映像信号の出力とともに、それぞれの映像信号が主視点（左目）用、副視点（右目）用と判別可能な同期信号を制御信号４３から出力する。前記映像信号と前記同期信号を受信した外部の映像出力装置は、前記映像信号を前記同期信号に合わせて主視点（左目用）、副視点（右目用）の映像を出力し、かつ３Ｄ視聴補助装置に同期信号を送信することにより３Ｄ表示を行うことが可能になる。なお、外部の映像出力装置から出力される同期信号は、外部の映像出力装置で生成してもよい。
　また図３５のシステム構成において、図３７（a）の方式を用いて、前記映像信号を受信装置４が備えるディスプレイ４７に表示する場合には、前記同期信号を機器制御信号送信部５３および制御信号送受信部３３を経由し、機器制御信号送信端子４４から出力して、外部の３Ｄ視聴補助装置の制御（例えばアクティブシャッターの遮光切替）を行うことにより、３Ｄ表示を行う。
　図３７（b）は、３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの左右の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生／出力／表示方法の説明図である。当該処理は、３Ｄ２視点別ＥＳ伝送方式のストリームを映像復号部３０で復号し、映像変換処理部３２で映像変換処理を行うものである。ここで、異なる領域に表示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点（左目）用、副視点（右目）用の表示領域として表示する等の方法がある。または、表示領域はライン単位でなくともよく、視点ごとに異なる画素を持つディスプレイの場合は、主視点（左目）用の複数の画素の組合せと副視点（右目）用の画素の複数の画素の組合せのそれぞれの表示領域とすればよい。例えば、上述した偏光方式の表示装置では、例えば、上記の異なる領域から、３Ｄ視聴補助装置の左目右目のそれぞれの偏光状態に対応した、互いに異なる偏光状態の映像を出力すればよい。このような出力／表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度は、図３７（a）の方式よりも少なくなるが、主視点（左目）用の映像と副視点（右目）用の映像を同時に出力／表示可能であり、交互に表示する必要がない。これにより、図３７（a）の方式よりもちらつきの少ない３Ｄ表示が可能となる。
　なお、図３５、図３６のいずれのシステム構成においても、図３７（ｂ）の方式を用いる場合には、３Ｄ視聴補助装置は、偏光分離メガネであればよく、特に電子制御を行う必要がない。この場合、３Ｄ視聴補助装置をより安価に提供することが可能となる。
　＜３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの２Ｄ出力／表示処理＞
  ３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの２Ｄ出力／表示を行う場合の動作について以下に説明する。ユーザーが２Ｄ映像への切替指示（例えばリモコンの「２Ｄ」キー押下）を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して２Ｄ映像への信号切替を指示する（なお、以下の処理は、３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの２Ｄ出力／表示へのユーザー切替指示以外の条件で２Ｄ出力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部５１はまず選局制御部５９に対して、２Ｄ映像の出力を指示する。
　前記指示を受信した選局制御部５９は、まず番組情報解析部５４から２Ｄ映像用のＥＳ（前記主視点ＥＳ、またはデフォルトタグを持つＥＳ）のＰＩＤを取得し、多重分離部２９に対して前記ＥＳを映像復号部３０に出力するよう制御を行う。その後選局制御部５９は復号制御部５７に対して、前記ＥＳを復号するように指示を行う。すなわち、３Ｄ２視点別ＥＳ伝送方式では、主視点と副視点とで、サブストリームまたはＥＳが異なっているので、主視点のサブストリームまたはＥＳのみを復号すればよい。
　前記指示を受信した復号制御部５７は映像復号部３０を制御して前記ＥＳの復号を行い、映像信号を映像変換処理部３２に出力する。ここで、システム制御部５１は映像変換制御部６１に対して、映像の２Ｄ出力を行うように制御を行う。前記指示をシステム制御部５１から受信した映像変換制御部６１は、映像変換処理部３２に２Ｄ映像信号を映像出力端子４１から出力する、またはディスプレイ４７に２Ｄ映像を表示する制御を行う。
　当該２Ｄ出力／表示方法について、図３８を用いて説明する。符号化映像の構成は図３７と同様であるが、上記説明の通り、映像復号部３０では第２のＥＳ（副視点映像ＥＳ）は復号されないため、映像変換処理部３２復号される一方のＥＳ側の映像信号を図の右側のフレーム列（Ｍ１，Ｍ２，Ｍ３，・・・・・・）で表すような２Ｄ映像信号に変換して出力する。このようにして２Ｄ出力／表示を行う。
　ここでは２Ｄ出力/表示の方法として右目用ＥＳの復号を行わない方法について記載したが、３Ｄ表示時と同様に、左目用ＥＳと右目用ＥＳの両方の復号を行い、映像変換処理部３２で右目用映像信号を間引く処理を実施することにより２Ｄ表示を行っても良い。その場合は復号処理や多重分離処理の切り替え処理が無くなり切り替え時間の低減やソフトウェア処理の簡略化などの効果が期待できる。
　＜Side-by-Side方式／Top-and-Bottom方式の３Ｄコンテンツの３Ｄ出力／表示処理＞
  次に１つの映像ＥＳに左目用映像と右目用映像が存在する場合（例えばSide-by-Side方式やTop-and-Bottom方式のように１つの２Ｄ画面中に左目用映像と右目用映像とを格納する場合）の３Ｄコンテンツの再生処理を説明する。上記と同様にユーザーが３Ｄ映像への切替指示を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して３Ｄ映像への切替を指示する（なお、以下の処理は、Side-by-Side方式やTop-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示へのユーザー切替指示以外の条件で２Ｄ出力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部５１は、同様に上記の方法で現在の番組が３Ｄ番組か否かを判定する。
　現在の番組が３Ｄ番組であった場合には、システム制御部５１はまず選局制御部５９に対して、３Ｄ映像の出力を指示する。前記指示を受信した選局制御部５９は、まず番組情報解析部５４から３Ｄ映像を含む３Ｄ映像ＥＳのＰＩＤ(packet ID)、および符号化方式（例えばMPEG2,H.264/AVC等）を取得し、次に多重分離部２９に対して前記３Ｄ映像ＥＳを多重分離して映像復号部３０に出力するよう制御し、また映像復号部３０に符号化方式に応じた復号化処理を行い、復号した映像信号を映像変換処理部３２に出力するように制御を行う。
　ここで、システム制御部５１は映像変換制御部６１に対して、３Ｄ出力処理を行うように指示を行う。前記指示をシステム制御部５１から受信した映像変換制御部６１は、入力された映像信号を左目用映像と右目用映像に分離してスケーリング等の加工（詳細は後述する）を行うように映像変換処理部３２に対して指示を行う。映像変換処理部３２は変換した映像信号を映像出力４１から出力する、または受信装置４が備えるディスプレイ４７に映像を表示する。
　当該３Ｄ映像の再生／出力／表示方法について、図３９を用いて説明する。
　図３９（a）は、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの左右の視点の映像を交互に表示、出力するフレームシーケンシャル方式の出力、表示に対応する再生／出力／表示方法の説明図である。符号化映像としてSide-by-Side方式、Top-and-Bottom方式の説明を併記して図示しているが、両者の異なる点は左目用映像と右目用映像の映像内の配置が異なる点のみのため、以下の説明ではSide-by-Side方式を用いて説明し、Top-and-Bottom方式の説明を省略する。図の左側のフレーム列（Ｌ１／Ｒ１，Ｌ２／Ｒ２，Ｌ３／Ｒ３・・・）が、左目用と右目用の映像が１フレームの左側／右側に配置されたSide-by-Side方式映像信号を表している。映像復号部３０では、左目用と右目用の映像１フレームの左側／右側に配置された状態のSide-by-Side方式映像信号が復号され、映像変換処理部３２では、前記復号されたSide-by-Side方式映像信号の各フレームを左目用映像と右目用映像になるように左右分離して、さらにスケーリング（出力映像の横サイズに合うように伸張／補間、または圧縮／間引等を実施）をする。さらに、図の右側のフレーム列（Ｌ１，Ｒ１，Ｌ２，Ｒ２，Ｌ３，Ｒ３，・・・・・・）で表すように、交互にフレームを映像信号として出力する。
　図３９（a）において、交互にフレームを出力／表示する出力／表示映像に変換した後の処理および、３Ｄ視聴補助装置への同期信号や制御信号の出力等については、既に説明した、図３７（a）で説明した３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの３Ｄ再生／出力／表示処理と同様であるため、説明を省略する。
　図３９（b）は、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの左右の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生／出力／表示方法の説明図である。図３９（a）と同様に、符号化映像としてSide-by-Side方式、Top-and-Bottom方式の説明を併記して図示しているが、両者の異なる点は左目用映像と右目用映像の映像内の配置が異なる点のみのため、以下の説明ではSide-by-Side方式を用いて説明し、Top-and-Bottom方式の説明を省略する。図の左側のフレーム列（Ｌ１／Ｒ１，Ｌ２／Ｒ２，Ｌ３／Ｒ３・・・）が、左目用と右目用の映像が１フレームの左側／右側に配置されたSide-by-Side方式映像信号を表している。映像復号部３０では、左目用と右目用の映像１フレームの左側／右側に配置された状態のSide-by-Side方式映像信号が復号され、映像変換処理部３２では、前記復号されたSide-by-Side方式映像信号の各フレームを左目用映像と右目用映像になるように左右分離して、さらにスケーリング（出力映像の横サイズに合うように伸張／補間、または圧縮／間引等を実施）をする。さらに、スケーリングした左目用映像と右目用映像とを異なる異なる領域に出力、表示する。図３７（b）での説明と同様に、ここで、異なる領域に表示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点（左目）用、副視点（右目）用の表示領域として表示する等の方法がある。その他、異なる領域への表示処理および偏光方式の表示装置での表示方法等は、図３７（ｂ）で説明した３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの３Ｄ再生／出力／表示処理と同様であるため、説明を省略する。
　図３９（b）の方式では、ディスプレイの垂直解像度と入力映像の垂直解像度とが同じであっても、左目用映像と右目用映像とをそれぞれディスプレイの奇数ラインと偶数ラインに出力、表示する場合は、それぞれの垂直の解像度を減らす必要がある場合があるが、このような場合も上記スケーリング処理において、左目用映像と右目用映像の表示領域の解像度に対応した間引を実施すればよい。
　＜Side-by-Side方式／Top-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示処理＞
  Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの２Ｄ表示を行う場合の各部の動作について下記に説明する。ユーザーが２Ｄ映像への切替指示（例えばリモコンの「２Ｄ」キー押下）を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して２Ｄ映像への信号切替を指示する（なお、以下の処理は、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示へのユーザー切替指示以外の条件で２Ｄ出力／表示に切り替える場合でも同様の処理を行う）。前記指示を受信したシステム制御部５１は映像変換制御部６１に対して、２Ｄ映像の出力を指示する。前記指示をシステム制御部５１から受信した映像変換制御部６１は、映像変換処理部３２に入力された前記映像信号に対して、２Ｄ映像出力を行うように制御を行う。
　映像の２Ｄ出力／表示方法について、図４０を用いて説明する。図４０(a)はSide-by-Side方式、図４０(b)はTop-and-Bottom方式の説明を図示しており、どちらも左目用映像と右目用映像の映像内の配置が異なるのみのため、説明は図４０(a)のSide-by-Side方式を用いて説明する。図の左側のフレーム列（Ｌ１／Ｒ１，Ｌ２／Ｒ２，Ｌ３／Ｒ３・・・）が、左目用と右目用の映像信号が、１フレームの左側／右側に配置されたSide-by-Side方式映像信号を表している。映像変換処理部３２では、前記入力されたSide-by-Side方式映像信号の各フレームを左右の左目用映像、右目用映像の各フレームに分離した後、主視点映像（左目用映像）部分のみをスケーリングし、図の右側のフレーム列（Ｌ１，Ｌ２，Ｌ３，・・・・・・）で表すように、主視点映像（左目用映像）のみを映像信号として出力する。
　映像変換処理部３２は、上記処理を行った映像信号について、２Ｄ映像として映像出力４１から出力し、制御信号４３から制御信号を出力する。このようにして２Ｄ出力／表示を行う。
　なお、Side-by-Side方式やTop-and-Bottom方式の３Ｄコンテンツを、１画像に２視点格納したそのままの２Ｄ出力／表示を行う例も図４０(c)(d)に示す。例えば、図３６のように、受信装置と視聴装置が別構成の場合などにおいて、受信装置からは復号したSide-by-Side方式やTop-and-Bottom方式の映像を１画像に２視点格納した映像のまま出力し、視聴装置で３Ｄ表示のための変換をおこなってもよい。
　＜現番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理フローの例＞
  次に、現番組が３Ｄコンテンツである場合、または現番組が３Ｄコンテンツになった場合のコンテンツの出力／表示処理について説明する。現番組が３Ｄコンテンツ番組である場合または３Ｄコンテンツ番組になった場合の３Ｄコンテンツの視聴に関して、無条件で３Ｄコンテンツの表示が開始されてしまうと、ユーザは当該コンテンツを視聴することはできず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うことで、ユーザの利便性を向上させることができる。
　図４１は、番組の切り替わり時における現在番組や番組情報の変更などの契機で実行されるシステム制御部５１の処理フローの一例である。図４１の例では、２Ｄ番組でも、３Ｄ番組でも、まずは一方の視点（例えば主視点）の映像の２Ｄ表示を行うフローである。
　システム制御部５１は番組情報解析部５４から現在の番組の番組情報を取得し、現在の番組が３Ｄ番組か否かを上記の３Ｄ番組の判定方法により判定し、さらに現在の番組の３Ｄ方式種別（例えば２視点別ＥＳ伝送方式／Side-by-Side方式など、例えば３Ｄ番組詳細記述子に記載の３Ｄ方式種別から判断）を同様に番組情報解析部５４から取得する（Ｓ４０１）。なお、現在番組の番組情報の取得は、番組の切り替わり時に限らず、定期的に取得しても良い。
　判定の結果、現在の番組が３Ｄ番組で無い場合（Ｓ４０２のno）、２Ｄの映像を２Ｄで表示するように制御を行う（Ｓ４０３）。
　現在の番組が３Ｄ番組の場合（Ｓ４０２のyes）、システム制御部５１は、図３８や図４０(a)(b)で説明した方法で、それぞれの３Ｄ方式種別に対応した形式で３Ｄ映像信号の一方の視点（例えば主視点）を２Ｄ表示するように制御を行う（Ｓ４０４）。このとき、３Ｄ番組である旨を示す表示を番組の２Ｄ表示映像に重畳して表示してもよい。このようにして、現在の番組が３Ｄ番組の場合に、一方の視点（例えば主視点）の映像を２Ｄ表示する。
　なお、選局動作を行い、現在の番組が変更になった場合にも、システム制御部５１において上記のフローが実施される。
　このように、現在番組が３Ｄ番組である場合に、とりあえず一方の視点（例えば主視点）の映像の２Ｄ表示とする。これにより、ユーザが３Ｄ視聴補助装置を装着していない等、ユーザの３Ｄ視聴準備が整っていなくとも、ユーザはとりあえず２Ｄ番組とほぼ同様に視聴することが可能となる。特に、Side-by-Side方式やTop-and-Bottom方式の３Ｄコンテンツの場合には、図４０(c)(d)に示すように、１画像に２視点格納した映像のまま出力するのではなく、図４０(a)(b)に示すように、一方の視点の２Ｄ出力／表示とすることにより、１画像に２視点格納した映像を一方の視点のを２Ｄ表示する指示を、リモコン等を介してユーザが手動で行わなくとも、ユーザが通常の２Ｄ番組と同様に視聴することが可能となる。
　次に、図４２は、例えばステップＳ４０４で映像を２Ｄ表示するとともにシステム制御部５１がＯＳＤ作成部６０に表示させるメッセージの一例である。ユーザーに３Ｄ番組が開始されたことを通知するメッセージを表示し、さらにユーザーが応答を行うオブジェクト（以下ユーザー応答受信オブジェクト：例えばＯＳＤ上のボタン）１６０２を表示し、その後の動作を選択させる。
　メッセージ１６０１表示時、例えばユーザーがリモコンの“ＯＫ”ボタンを押下した場合、ユーザー指示受信部５２は“ＯＫ”が押下されたことをシステム制御部５１に通知する。
　図４２の画面表示におけるユーザー選択の判定方法の一例としては、ユーザーがリモコンを操作し、リモコンの＜３Ｄ＞ボタンを押下した場合または画面の「ＯＫ／３Ｄ」にカーソルを合わせリモコンの＜ＯＫ＞ボタンを押下した場合は、ユーザー選択は“３Ｄ切替”と判定する。
　または、ユーザーがリモコンの＜キャンセル＞ボタンまたは＜戻る＞ボタンを押下した場合または画面の「キャンセル」にカーソルを合わせリモコンの＜ＯＫ＞を押下した場合は、ユーザー選択は“３Ｄ切替以外”と判定する。これ以外にも、例えばユーザーの３Ｄ視聴準備が完了したか否かの状態（３Ｄ視聴準備状態）がＯＫになる動作が行われた場合（例えば３Ｄメガネ装着）には、ユーザー選択は“３Ｄ切替”となる。
　ユーザーが選択を行った後に実行されるシステム制御部５１の処理フローについて、図４３に示す。ユーザー選択結果を、システム制御部５１はユーザー指示受信部５２から取得する（Ｓ５０１）。ユーザー選択が、“３Ｄ切替”で無かった場合（Ｓ５０２のno）、映像は２Ｄ表示のまま終了し、特に処理は行わない。
　ユーザーの選択が“３Ｄ切替”であった場合（Ｓ５０２のyes）、上記の３Ｄ表示方法で映像を３Ｄ表示（Ｓ５０４）する。
　以上のフローにより、３Ｄ番組開始時には、一方の視点の映像を２Ｄ出力／表示しておき、ユーザーが操作や３Ｄ視聴準備などを行った後など、ユーザが３Ｄ視聴を行いたいときに、３Ｄ映像を出力／表示して映像を３Ｄで視聴をすることが可能となり、ユーザの都合に合せた視聴方法を提供することができる。
　なお、図４２の表示例では、ユーザーが応答を行うためのオブジェクトを表示したが、単純に「３Ｄ番組」等、当該番組が「３Ｄ視聴」に対応した番組であることを単に示す文字または、ロゴ、マーク等を表示するのみでもよい。この場合は、「３Ｄ視聴」に対応した番組であることを認識したユーザがリモコンの「３Ｄ」キーを押下げ、当該リモコンからの信号を受信したユーザー指示受信部５２からシステム制御部５１への通知を契機に２Ｄ表示から３Ｄ表示に切り替えを行えばよい。
　さらに、ステップＳ４０４で表示するメッセージ表示の別の例としては、図４２のように単純にＯＫだけでなく、番組の表示方式を２Ｄ映像にするか３Ｄ映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図４４に示す。
　このようにすると図４２のような“ＯＫ”の表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に２Ｄでの表示を指示できるなど（１２０２に記載の“２Ｄで見る”押下時には、ユーザー３Ｄ視聴準備状態をＮＧと判定）、利便性が高まる。
　次に、３Ｄコンテンツの視聴に関して、３Ｄ番組視聴開始時に、特定の映像／音声を出力、または映像／音声をミュート（黒画面表示／表示停止、音声出力を停止）する例について説明する。これはユーザーが３Ｄ番組を視聴開始した場合に。無条件で３Ｄコンテンツの表示が開始されてしまうと、ユーザは当該コンテンツを視聴することはできず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うことで、ユーザの利便性を向上させることができる。
　この場合の３Ｄ番組開始時にシステム制御部５１で実行される処理フローを図４５に示す。図４１の処理フローと異なる点は、Ｓ４０４の処理に代わり、特定映像音声を出力するステップ（Ｓ４０５）が追加された点である。
　ここでいう特定映像音声とは、例えば映像であれば、３Ｄ準備を促すメッセージ、黒画面、番組の静止画、などが挙げられ、音声としては、無音、または固定パターンの音楽（環境音楽）などが挙げられる。
　固定パターン映像（メッセージや環境映像、または３Ｄ映像等）の表示については、映像復号部３０内部または図に記載していないＲＯＭまたは記録媒体２６からデータを読み出し、映像復号部３０が復号して出力することにより実現できる。黒画面の出力については、例えば映像復号部３０が黒色を表す信号のみの映像を出力する、または映像変換処理部３２が出力信号のミュートまたは黒映像の出力することにより実現できる。
　また、固定パターン音声（無音、環境音楽）の場合も同様に、音声復号部３１の内部またはＲＯＭまたは記録媒体２６からデータを読み出して復号出力、出力信号のミュート等により実現できる。
　番組映像の静止画の出力については、システム制御部５１から記録再生制御部５８に対して、番組の再生および映像の一時停止を指示することにより実現できる。ユーザー選択を実施した後のシステム制御部５１の処理は上記と同様、図４３のように実行する。
　これによりユーザーが３Ｄ視聴準備を完了するまでの間、番組の映像や音声を出力しないことが可能になる。
　前記の例と同様に、ステップＳ４０５で表示するメッセージ表示としては、図４６のようになる。図４２と異なる点は、表示されている映像および音声が異なるのみで、ひょうじされるメッセージやユーザー応答受信オブジェクトの構成、ユーザー応答受信オブジェクトの動作も同様である。
　メッセージの表示については図４６のように単純にＯＫだけでなく、番組の表示方式を２Ｄ映像にするか３Ｄ映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例も図４４と同様に表示可能であり、このようにすると前記のような“ＯＫ”の表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に２Ｄでの表示を指示できるなど、前記の例と同様に利便性が高まる。
　＜次番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理フローの例＞
  次に、次番組が３Ｄコンテンツである場合のコンテンツの出力／表示処理について説明する。次番組が３Ｄコンテンツである場合の当該次番組である３Ｄコンテンツ番組の視聴に関して、ユーザが３Ｄコンテンツを視聴する状態ではないにもかかわらず、３Ｄコンテンツの表示が開始されてしまうと、ユーザはベストの状態で当該コンテンツを視聴することはできず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うことで、ユーザの利便性を向上させることができる。
　図２７では、選局処理などにより次の番組開始までの時間が変化した場合や、放送局から送信される番組情報のＥＩＴに含まれる次番組の開始時刻または現在番組の終了時刻情報などにより、次の番組の開始時刻が変化したと判定した場合などに、システム制御部５１で実行されるフローの一例である。まずシステム制御部５１は番組情報解析部５４から次の番組の番組情報を取得し（Ｓ１０１）、前記３Ｄ番組の判定方法により、次番組が３Ｄ番組か否かを判定する。
　次番組が３Ｄ番組でない場合（Ｓ１０２のno）、特に処理は行わずに終了する。次番組が３Ｄ番組の場合（Ｓ１０２のyes）、次番組の開始までの時間を計算する。具体的には前記取得した番組情報のＥＩＴから次番組の開始時刻または現在番組の終了時刻を取得し、時間管理部５５から現在時刻を取得して、その差分を計算する。
　次番組開始までＸ分以下で無い場合（Ｓ１０３のno）、特に処理を行わずに次番組開始Ｘ分前となるまで待つ。次番組開始までＸ分以下の場合（Ｓ１０３のyes）、ユーザーに対して、３Ｄ番組がもうすぐ始まる旨のメッセージを表示する（Ｓ１０４）。
　図２８にその際のメッセージ表示の例を示す。７０１が装置が表示する画面全体、７０２に装置が表示するメッセージを示している。このようにして、３Ｄ番組が開始される以前に、ユーザーに対して３Ｄ視聴補助装置を準備させるように注意を促すことが可能となる。
　上記番組開始前までの判定時間Ｘについては、Ｘを小さくすると番組開始までにユーザーの３Ｄ視聴準備が間に合わない可能性がある。またＸを大きくすると、長期間メッセージ表示が視聴の妨げになる、準備が完了した後に間が空いてしまうというデメリットがあるため、適度な時間に調整する必要がある。
　また、ユーザーに対してメッセージを表示する際に、具体的に次の番組の開始時間を表示しても良い。その場合の画面表示例を図２９に示す。８０２が３Ｄ番組開始までの時間を表示したメッセージである。ここでは分単位での記載を行っているが、秒単位で記載を行っても良い。その場合には、より詳細な次番組の開始時間をユーザーが知ることができるが、処理負荷が高くなるというデメリットもある。
　なお、図２９には３Ｄ番組が開始されるまでの時間を表示する例を示したが、３Ｄ番組が開始される時刻を表示するようにしてもよい。午後９時に３Ｄ番組が開始される場合は、例えば「午後９時から３Ｄ番組が始まります。３Ｄメガネを着用して下さい。」というメッセージを表示すればよい。
このようなメッセージを表示することにより、ユーザーが具体的な次番組の開始時間を知り適切なペースで３Ｄ視聴の準備を行うことが可能になる。
　また、図３０のように、３Ｄ視聴補助装置使用時には立体的に見えるマーク（３Ｄチェックマーク）を付加することも考えられる。９０２が３Ｄ番組開始を予告するメッセージ、９０３が３Ｄ視聴補助装置使用時に立体に見えるマークである。これにより、３Ｄ番組開始前に、ユーザーが３Ｄ視聴補助装置の正常動作を確認することができる。例えば３Ｄ視聴補助装置に不具合（例えばバッテリー切れ、故障など）が発生した場合に、番組開始までに修理や交換等の対応を行うことも可能になる。
　次に、次番組が３Ｄであることをユーザーに通知した後、ユーザーの３Ｄ視聴準備が完了したか否かの状態（３Ｄ視聴準備状態）を判定し、３Ｄ番組の映像を２Ｄ表示または３Ｄ表示に切り替える方法について説明する。
　次番組が３Ｄであることをユーザーに通知する方法については、上述したとおりである。ただし、ステップＳ１０４でユーザーに表示するメッセージについて、ユーザーが応答を行うオブジェクト（以下ユーザー応答受信オブジェクト：例えばＯＳＤ上のボタン）が表示されている点が異なる。このメッセージの例について図３１に示す。
　１００１はメッセージ全体、１００２はユーザーが応答を行うためのボタンを表している。図３１のメッセージ１００１表示時、例えばユーザーがリモコンの“ＯＫ”ボタンを押下した場合、ユーザー指示受信部５２は“ＯＫ”が押下されたことをシステム制御部５１に通知する。
　前記通知を受信したシステム制御部５１は、ユーザーの３Ｄ視聴準備状態がＯＫであることを状態として保存する。次に時間が経過し、現在番組が３Ｄ番組になった場合のシステム制御部５１の処理フローについて、図３２を用いて説明する。
　システム制御部５１は番組情報解析部５４から現在の番組の番組情報を取得し（Ｓ２０１）、現在の番組が３Ｄ番組か否かを上記の３Ｄ番組の判定方法により判定する。現在の番組が３Ｄ番組で無い場合（Ｓ２０２のno）、上記の方法で映像を２Ｄ表示するように制御を行う（Ｓ２０３）。
　現在の番組が３Ｄ番組の場合（Ｓ２０２のyes）、次にユーザーの３Ｄ視聴準備状態を確認する（Ｓ２０４）。システム制御部５１が保存している前記３Ｄ視聴準備状態が、ＯＫで無い場合（Ｓ２０５のno）、同様に映像を２Ｄ表示するように制御を行う（Ｓ２０３）。
　前記３Ｄ視聴準備状態がＯＫの場合（Ｓ２０５のyes）、上記の方法で映像を３Ｄ表示するように制御を行う（Ｓ２０６）。このようにして、現在の番組が３Ｄ番組でかつユーザーの３Ｄ視聴準備が完了したことを確認できた場合に、映像の３Ｄ表示を行う。
　ステップＳ１０４で表示するメッセージ表示としては、図３１のように単純にＯＫだけでなく、次番組の表示方式を２Ｄ映像にするか３Ｄ映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図３３および図３４に示す。
　このようにすると前記のような“ＯＫ”の表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に２Ｄでの表示を指示できるなど（１２０２に記載の“２Ｄで見る”押下時には、ユーザー３Ｄ視聴準備状態をＮＧと判定）、利便性が高まる。
　また、ユーザーの３Ｄ視聴準備状態の判定は、ここではリモコンでのユーザーメニューの操作としているが、他にも例えば３Ｄ視聴補助装置が発信するユーザー装着完了信号により、前記３Ｄ視聴準備状態を判定する方法や、撮像装置でユーザーの視聴状態を撮影し、前記撮影結果から画像認識やユーザーの顔認識を行い、３Ｄ視聴補助装置を着用していることを判定しても良い。
　このように判定することにより、ユーザーが何か受信装置に対して操作を行う手間を省くことが可能になり、さらに誤操作で２Ｄ映像視聴と３Ｄ映像視聴を誤って設定してしまうことを避けることが可能になる。
　また、別の方法としては、ユーザーがリモコンの＜３Ｄ＞ボタンを押下した場合に、３Ｄ視聴準備状態をＯＫと判断、ユーザーがリモコンの＜２Ｄ＞ボタンまたは＜戻る＞ボタンまたは＜キャンセル＞ボタンを押下した場合に、３Ｄ視聴準備状態をＮＧと判定する方法もある。この場合は明確で容易にユーザーが自分の状態を装置に通知できるが、誤操作や誤解による状態送信などのデメリットも考えられる。
　また、上記例において、現在の番組の情報を取得せず、事前に取得した次の番組の番組情報のみを判定して処理を行うことも考えられる。この場合は、図３２のステップＳ２０１において、現在の番組が３Ｄ番組かの判定を行なわず、事前に（例えば図２７のステップＳ１０１）取得した番組情報を使用する方法も考えられる。この場合は処理構造が簡易になるなどのメリットが考えられるが、突如番組構成が変更になり、次番組が３Ｄ番組でなくなるような場合にも３Ｄ映像切替処理が実行される可能性があるなどのデメリットが存在する。
　本実施例で説明した各ユーザーへのメッセージ表示については、ユーザー操作後に消去することが望ましい。その場合にはユーザーが操作を行った後には映像が視聴しやすいというメリットがある。また一定時間経過後についても同様に、ユーザーはすでにメッセージの情報を認識していると考え、メッセージを消去し、映像を視聴しやすい状態にすることがユーザーの利便性を高める。
　上記で説明した実施例によれば、３Ｄ番組の開始部分について、事前にユーザーが３Ｄ視聴準備を完了できたり、３Ｄ番組の開始に間に合わない場合には記録再生機能を用いてユーザーが３Ｄ番組を視聴する準備が完了してから再度映像表示をさせたりするなど、より良い状態でユーザーが３Ｄ番組を視聴することが可能になる。また、ユーザーにとって望ましいと思われる表示方法（３Ｄ映像を視聴したい場合に３Ｄ映像表示、またはその逆）へ映像表示を自動的に切り替えるなど、ユーザーの利便性を高めることが可能になる。また、選局により３Ｄ番組へと切り替えた場合や、記録されている３Ｄ番組の再生開始時なども同様の効果が期待できる。
　＜マルチビューを用いた２Ｄ／３Ｄ放送の同時伝送＞
  マルチビューＴＶサービスを用いた２Ｄ／３Ｄ放送の同時伝送について以下に説明する。
マルチビューＴＶサービスとは、１サービス内で複数視点の２Ｄ映像をそれぞれの視点ごとに切り替えて表示可能なＴＶサービスである。具体例としては、ゴルフ中継などで、総合チャンネル(メイン)／17 番ホール(サブ１)／18 番ホール(サブ2)などの運用が考えられる。この場合、番組開始は総合チャンネルであるが、その後視聴者により番組単位で切替が可能である。
　マルチビューＴＶサービスは、前述のとおりコンポーネントグループ記述子をＥＩＴに配置し、そのメンバであるcomponent_group_type（コンポーネントグループ種別）を‘０００’と指定することで通常のＴＶサービスと区別される。メインサービスとサブサービスは、component_group_id（コンポーネントグループ識別）を参照することで区別することができる。すなわち図８に示すように、component_group_id = 0x0の場合、これが示すコンポーネントグループはメインサービスであり、0x1～0xFのいずれかの場合、それが示すコンポーネントグループはサブサービスである。
　３Ｄのような新しいサービスの運用を行う際に注意を払わなければならないのが、３Ｄ表示（出力）機能非対応受信装置の扱いである。本発明の一実施例では、前述した図４７に示すようなストリームの組み合わせで伝送することにより、既存のH.262(MPEG2)やH.264/AVC（MVCを除く）を主視点（左目）用映像ストリームとすることで、３Ｄ表示（出力）機能非対応受信装置でも受信可能としている。
　さらに本発明の別の実施例として、このマルチビューＴＶサービスを用いて、３Ｄ表示（出力）機能非対応受信装置に配慮した２Ｄ／３Ｄ放送の同時伝送を行うことを可能とする例を説明する。ここで、同時伝送とは、マルチビューＴＶサービスをおこなう１サービス内で、２Ｄ映像をメインサービスで送信し、同一内容であるが、３Ｄ撮像または３Ｄ映像として制作された映像である３Ｄ映像（例えばSide-by-Side方式、 Top-and-Bottom方式、３Ｄ２視点別ＥＳ方式）をサブサービスとして並列的に送信するものである。これらのメインサービスとサブサービスとを構成するデータは時間多重されて１サービスとして伝送される。すなわち、３Ｄ表示（出力）機能非対応受信装置は２Ｄ映像で構成されるメインサービスのみを受信し、３Ｄ表示（出力）機能対応受信装置はメインサービスに加えて、３Ｄ映像で構成されるサブサービスも受信することで、既存の受信装置で表示（出力）できないという状況を回避することができる。この方式においても、ＣＭ（commercial message）などの広告収入により運営する放送などで新たに当該３Ｄ番組放送を開始したとても、３Ｄ表示(出力)機能に対応していない受信装置でも視聴可能となるので、受信装置の機能の制限により、視聴率が低下すること回避することができ、放送局側でもメリットがある。
　マルチビューＴＶサービスを用いた２Ｄ／３Ｄ放送の同時伝送例として、以下に２例を説明する。
　図４８乃至図５０はそれぞれ、このマルチビューＴＶサービスを２Ｄ／３Ｄ放送の同時伝送へ適用した第一の例における、送信装置１側の放送事業者によるメインサービスのコンポーネント記述子、サブサービスのコンポーネント記述子、そしてこれらのコンポーネントの組み合わせを定義し識別するコンポーネントグループ記述子の送出処理例を示す。図４８と図４９とは、図１５に示すコンポーネント記述子の送出処理例に対し、stream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の記述を変更したものである。図４８はメインサービスのコンポーネント記述子であり、３Ｄ表示（出力）機能非対応受信装置でも２Ｄ映像として受信可能とするため、図５（a）または図５（b）に定義される既存の映像フォーマットを指定する。図４９はサブサービスのコンポーネント記述子であり、３Ｄ表示（出力）機能対応受信装置が３Ｄ映像として受信可能とするため、図５（d）（Side-by-Side方式）または図５（e）（Top-and-Bottom方式）に定義される３Ｄ映像フォーマットを指定する。３Ｄ表示（出力）機能対応受信装置がこのサブサービスのコンポーネントを受信し３Ｄ映像として表示する過程の詳細については前述しているので、ここでは説明を省略する。
　図５０は、前述したこれらのコンポーネントの組み合わせを定義し識別するコンポーネントグループ記述子である。図５０は、図１６に示すコンポーネントグループ記述子の送出処理例に対し、component_group_type（コンポーネントグループ種別）とnum_of_group （コンポーネントグループ数）の記述を変更したものである。本運用例ではマルチビューＴＶサービスとして２Ｄ／３Ｄ放送を同時伝送するため、component_group_type = ‘000’ となる。またこのコンポーネントグループには、前述したメインとサブの２つのサービスが定義されているため、num_of_group = 2となる。さらにメインサービスのコンポーネントグループについてはcomponent_group_id = 0x0とし、サブサービスのコンポーネントグループについてはcomponent_group_id = 0x1～0xFのいずれか（放送事業者が一意に割り当てる）とすることは前述したとおりである。
　図５１乃至図５４はそれぞれ、このマルチビューＴＶサービスを２Ｄ／３Ｄ放送の同時伝送へ適用した第二の例における、送信装置１側の放送事業者によるメインサービスのコンポーネント記述子、サブサービス１のコンポーネント記述子、サブサービス２のコンポーネント記述子、そしてこれらのコンポーネントの組み合わせを定義し識別するコンポーネントグループ記述子の送出運用例を示す。図５１乃至図５３は、図１５に示すコンポーネント記述子の送出処理例に対し、stream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の記述を変更したものである。図５１はメインサービスのコンポーネント記述子であり、３Ｄ表示（出力）機能非対応受信装置でも２Ｄ映像として受信可能とするため、図５（a）または図５（b）に定義される既存の映像フォーマットを指定する。図５２と図５３はそれぞれサブサービス１とサブサービス２のコンポーネント記述子であり、３Ｄ表示（出力）機能対応受信装置が３Ｄ映像として受信可能とするため、図４７に示した３Ｄ２視点別ＥＳ伝送方式の組合せを満たす図５（a）～（c）に定義される映像フォーマットを指定する。３Ｄ表示（出力）機能対応受信装置がこれらのサブサービスのコンポーネントを受信し３Ｄ映像として表示する過程についての詳細は前述しているので、ここでは説明を省略する。
　図５４は、前述したこれらのコンポーネントの組み合わせを定義し識別するコンポーネントグループ記述子である。図５４は、図１６に示すコンポーネントグループ記述子の送出処理例に対し、component_group_type（コンポーネントグループ種別）とnum_of_group （コンポーネントグループ数）の記述を変更したものである。本運用例ではマルチビューＴＶサービスとして２Ｄ／３Ｄ放送を同時伝送するため、component_group_type = ‘000’ となる。またこのコンポーネントグループには、前述したメインとサブ１、サブ２の３つのサービスが定義されているため、num_of_group = 3となる。さらにメインサービスのコンポーネントグループについてはcomponent_group_id = 0x0とし、サブサービス１とサブサービス２のコンポーネントグループについてはcomponent_group_id = 0x1～0xFのいずれか（放送事業者が一意に割り当てる）とすることは前述したとおりである。
　以上の２例のように、コンポーネント記述子とコンポーネントグループ記述子を定義し伝送することで、３Ｄ表示（出力）機能非対応受信装置はこの伝送信号を従来のマルチビューＴＶサービスと互換性のある伝送信号として処理することができる。具体的にはメインサービス（２Ｄ）のコンポーネントグループのみが処理され、通常の２Ｄによる映像を表示（出力）することができる。また３Ｄ表示（出力）機能対応受信装置は、マルチビューＴＶサービスを用いた２Ｄ／３Ｄ放送の同時伝送による伝送信号として処理することができる。具体的にはメインサービス（２Ｄ）に加えてサブサービス（３Ｄ）のコンポーネントグループも処理することができるため、ユーザー操作などに基づいて２Ｄまたは３Ｄによる映像表示（出力）が必要な場合は、それぞれメインサービスまたはサブサービスのコンポーネントを処理することができる。
　一方、マルチビューＴＶサービスを用いない２Ｄ／３Ｄ放送の同時伝送も考えられる。具体的にはマルチ編成と呼ばれる伝送形態によって実現可能であり、この場合はＰＡＴに複数のＰＭＴが配置される。同一の内容であるが２Ｄ／３Ｄの両方の視聴方式を可能とする番組を、複数のサービス(CH)として伝送する。それぞれについて対応するＰＭＴを生成しＰＡＴに配置する。当該ＰＭＴやＰＡＴは管理情報付与部１６で付与される。
　３Ｄ表示（出力）機能非対応受信装置の場合、それらは独立したサービス(CH)として認識され、例えば電子番組表（ＥＰＧ）ではそれらが両方とも表示される。この場合、２Ｄ映像で構成されるサービス(CH)については、既存のH.262(MPEG2)やH.264/AVC（MVCを除く）による映像フォーマットで伝送されるので、従来どおりの選局および表示（出力）が可能である。一方、３Ｄ映像で構成されるサービス(CH)については、例えば既存のH.262(MPEG2)やH.264/AVC（MVCを除く）による映像フォーマットで伝送されるSide-by-Side方式やTop-and-Bottom方式の場合は、映像が縦方向または横方向に分割されるが、従来どおりの選局および表示（出力）が可能である。３Ｄ２視点別ＥＳ方式の場合は、３Ｄ表示（出力）機能非対応受信装置では選局することができないため問題はない。
　３Ｄ表示（出力）機能対応受信装置の場合、前述したようにＳＩ／ＰＳＩに新たに追加された３Ｄか否かを判定する情報を認識できるため、これらと番組名や放送時間などの情報を組み合わせることにより、２Ｄ／３Ｄ放送がマルチ編成で伝送されていることを識別することができる。例えば電子番組表（ＥＰＧ）の表示も２Ｄ／３Ｄが同時伝送されている旨を表示することができる。３Ｄ表示（出力）機能対応受信装置がこの３Ｄサービス(CH)を受信し３Ｄ映像として表示する過程については前述しているので、ここでは説明を省略する。
　＜３Ｄ番組受信時の受信装置動作を事前に設定しておく場合の処理例＞
  本発明の上述の実施例では前述のとおり、番組の切り替わり後や選局動作を行った後の番組が３Ｄである場合（以降「３Ｄ番組受信時」と呼ぶ）の例として、まずは一方の視点（例えば主視点）の映像の２Ｄ表示を行う処理について説明した。
　さらに本発明の別の実施例として、３Ｄ番組受信時の３Ｄ表示（出力）機能対応受信装置の動作を事前に設定しておく場合の処理例について説明する。図５５は、受信装置に具わる機能メニュー画面において、３Ｄ番組受信時の受信装置の動作を事前に設定する画面（以降「３Ｄ切り替え画面」と呼ぶ）の一例である。この画面は、システム制御部５１がＯＳＤ作成部６０に指示することにより表示（出力）される。１７０１は３Ｄ切り替え画面、１７０２は３Ｄ番組受信時の受信装置の動作を指定するためのユーザー応答受信オブジェクトである。このユーザー応答受信オブジェクト１７０２は「２Ｄのまま」「３Ｄへ自動切り替え」「確認画面を表示」の３つのボタンで構成される。ユーザーがこれらのボタンの中から所望する受信装置の動作を選択すると、ユーザー指示受信部５２はユーザーにより３Ｄ番組受信時の受信装置の動作が指定されたことをシステム制御部５１へ通知する。システム制御部５１は図に記載していないＲＯＭまたは記録媒体２６へその指定内容を格納し、３Ｄ番組受信時にはそれを受信装置の動作を決定する際の判断材料として利用する。
　以下にユーザー応答受信オブジェクト１７０２のそれぞれについて説明する。
　ユーザーが「２Ｄのまま」を指定した場合、受信装置は前述した一方の視点（例えば主視点）の映像の２Ｄ表示のみを行う処理を行う。これにより受信装置は２Ｄ／３Ｄの如何に関わらず、常に２Ｄ映像を表示（出力）する。
　この指定は、例えば幼児や子供など３Ｄ番組を視聴するべきではない視聴者と共に番組を視聴する場合や、３Ｄ視聴補助装置の数が番組を視聴する人数分に満たず、全員が３Ｄ映像を楽しめないような場合などに好適である。
　ユーザーが「３Ｄへ自動切り替え」を指定した場合、受信装置は３Ｄ番組受信時に自動的に３Ｄ映像を表示（出力）するよう動作する。２Ｄ映像から３Ｄ映像への切り替え処理については前述してあるので、ここでは説明を省略する。３Ｄへの自動切り替えが行われてしまうと、そのままではユーザーは当該コンテンツを満足に視聴することはできず、ユーザーの利便性を損ねるおそれがある。そこで、例えば、３Ｄへの自動切り替え後に図５６に示すメッセージを表示（出力）してもよい。１８０１は、自動的に３Ｄへ切り替えたため、ユーザーに３Ｄメガネなどの３Ｄ視聴補助装置を装着することを促すメッセージである。このメッセージは、システム制御部５１がＯＳＤ作成部６０に指示することにより表示（出力）される。このとき映像については３Ｄで変換表示（出力）されているが、メッセージ１８０１については映像変換処理部３２において２Ｄのまま重畳されているため、ユーザーはこのメッセージを正しく読み取ることができる。ユーザーはこのメッセージを見て３Ｄメガネを装着すれば、以降は当該コンテンツを満足に視聴することができる。
　この指定は、例えば今後３Ｄ番組が一般に普及し２Ｄと３Ｄの混在が多くなってきた場合に、ユーザーが２Ｄと３Ｄの表示（出力）切り替えをその都度行わなければならないといった問題を回避したい場合などに好適である。
　ユーザーが「確認画面を表示」を指定した場合、受信装置は３Ｄ番組受信時に図５７に示す確認画面を表示（出力）するよう動作する。この画面は、システム制御部５１がＯＳＤ作成部６０に指示することにより表示（出力）される。１９０１は確認画面、１９０２は３Ｄに切り替えるか２Ｄを維持するかの受信装置の動作を指定するためのユーザー応答受信オブジェクトである。確認画面１９０１を表示した段階では、ユーザーはまだ受信装置の動作を指定していないため、受信装置は前述した一方の視点（例えば主視点）の映像の２Ｄ表示のみを行う処理を行う。
　以下にユーザー応答受信オブジェクト１９０２のそれぞれについて説明する。
　ユーザーが「ＯＫ／３Ｄ」を指定した場合、受信装置は確認画面１９０１を消去し３Ｄ映像を表示（出力）するよう動作する。２Ｄ映像から３Ｄ映像への詳細な切り替え処理については前述してあるので、ここでは説明を省略する。確認画面１９０１の内容にあるとおり、ユーザーは３Ｄメガネを装着した後にこのボタンを押下すると考えられるため、３Ｄへ切り替え後に図５６にあるようなメッセージ表示は行わななくてもよい。但し、念のため表示しても良い。この後に番組の切り替わりや選局動作を行った後の番組が再度３Ｄである場合は、受信装置は直前まで３Ｄ表示（出力）を行っていたことを自ら認識しているので、確認画面１９０１は表示（出力）せず、現状の３Ｄ表示（出力）を維持し続ける。
　ユーザーが「キャンセル」を指定した場合、受信装置は確認画面１９０１を消去し現状表示（出力）している一方の視点（例えば主視点）の映像による２Ｄの状態を維持し続ける。この後、番組の切り替わりや選局動作を行った後の番組が再度３Ｄである場合、受信装置は再び確認画面１９０１を表示（出力）し、ユーザーに対し３Ｄに切り替えるか２Ｄを維持するかの受信装置の動作を指定するよう促す。
　この指定は、例えばそのときのユーザーの意思により２Ｄと３Ｄを適宜切り替えて視聴したいような場合などに好適である。
　＜２Ｄ・３Ｄへ切り替え時の特定映像音声出力処理例＞
  以上説明してきた受信装置の動作には、２Ｄ／３Ｄの切り替えが伴う。２Ｄ／３Ｄの切り替え時には映像や音声の乱れが生じやすい。また今後３Ｄ番組が普及し、３Ｄのコンテンツ部分と２ＤのＣＭ部分が混在するといった動向になることが考えられるが、このような場合には２Ｄ／３Ｄの切り替えが頻繁に発生することになる。このときに都度映像や音声の乱れが発生するとユーザーにとっては非常に不快な経験となる可能性があり、これが３Ｄ放送による新市場の成長にも少なからず影響を及ぼす恐れがある。そこで本実施例では、このような２Ｄ／３Ｄの切り替え時の映像や音声の乱れを抑えるために、切り替わりが終了するまでの間に特定の映像や音声を挿入する処理を行う。なお、図４５、図４６では、２Ｄ番組から３Ｄ番組への切り替え時に、ユーザが３Ｄ視聴の準備を終えるまで特定の映像や音声を挿入するのに対し、以下の例では、２Ｄから３Ｄへの切り替え時、３Ｄから２Ｄへの切り替え時の両方を想定したものである。また、切り替えは、図５５の画面でで設定した自動切換えの場合でも、その他のユーザのリモコン操作による切り替えのいずれの場合でもよい。
　ここでいう特定の映像や音声とは、例えば映像であれば、２Ｄ／３Ｄの切り替え中であることを表すメッセージ、黒画面、番組の静止画、などが挙げられ、音声としては、無音、または固定パターンの音楽（環境音楽）などが挙げられる。
　固定パターン映像（メッセージや環境映像、または３Ｄ映像等）の表示については、映像復号部３０内部または図に記載していないＲＯＭまたは記録媒体２６からデータを読み出し、映像復号部３０が復号して出力することにより実現できる。黒画面の出力については、例えば映像復号部３０が黒色を表す信号のみの映像を出力する、または映像変換処理部３２が出力信号のミュートまたは黒映像の出力することにより実現できる。
　また、固定パターン音声（無音、環境音楽）の場合も同様に、音声復号部３１の内部またはＲＯＭまたは記録媒体２６からデータを読み出して復号出力、出力信号のミュート等により実現できる。
　番組映像の静止画の出力については、システム制御部５１から記録再生制御部５８に対して、番組の再生および映像の一時停止を指示することにより実現できる。ユーザー選択を実施した後のシステム制御部５１の処理は上記と同様、図４３のように実行する。
　これにより２Ｄ／３Ｄの切り替えを完了するまでの間、番組の映像や音声を出力しないことが可能になる。
　図５８は、２Ｄから３Ｄへ切り替える場合の画面表示例である。切り替え時の映像や音声の乱れを抑えるために、切り替わりが終了するまでの間は前述した特定映像音声が挿入される。２００１は、３Ｄへ切り替え中であることを示すメッセージである。このメッセージは、システム制御部５１がＯＳＤ作成部６０に指示することにより表示（出力）される。これから切り替える３Ｄ方式がアクティブシャッター方式など、必要である場合には、このメッセージ表示中に制御信号出力部４３や機器制御信号送信端子４４から同期信号や制御信号の出力が開始される。
　図５９は、３Ｄから２Ｄへ切り替える場合の画面表示例である。切り替え時の映像や音声の乱れを抑えるために、切り替わりが終了するまでの間は前述した特定映像音声が挿入される。２１０１は、２Ｄへ切り替え中であることを示すメッセージである。このメッセージは、システム制御部５１がＯＳＤ作成部６０に指示することにより表示（出力）される。これまで視聴していた３Ｄ方式がアクティブシャッター方式など、制御信号出力部４３や機器制御信号送信端子４４からの同期信号や制御信号の出力を伴っていた場合は、このメッセージ表示中にこれらの出力が停止される。これにより、例えばユーザーが装着しているアクティブシャッター方式３Ｄメガネの遮光制御が終了するため、２Ｄへ切り替わった後にユーザーが知覚する映像のちらつきを抑えることができる。
　以上の説明においては、図１０（ａ）で説明した３Ｄ番組詳細記述子をＰＭＴ（Program Map Table）やＥＩＴ（Event Information Table）などのテーブルに配置して伝送する例を説明した。これに替えて、またはこれに加えて、当該３Ｄ番組詳細記述子に含まれる情報を映像符号化時に映像とともに符号化するユーザデータ領域や付加情報領域に格納して伝送してもよい。この場合、これらの情報は番組の映像ＥＳ内に含まれることとなる。
　格納する情報は、図１０（ｂ）で説明した3d_2d _type（３Ｄ／２Ｄ種別）情報や図１１で説明した3d_method_type（３Ｄ方式種別）情報などが挙げられる。なお、格納する際には、3d_2d _type（３Ｄ／２Ｄ種別）情報と3d_method_type（３Ｄ方式種別）情報とは別情報でも良いが、３Ｄ映像か２Ｄ映像かの識別と、当該３Ｄ映像がどの３Ｄ方式であるかの識別とをあわせて識別する情報としてもよい。
　具体的には、映像符号化方式がＭＰＥＧ２方式である場合には、Picture header、Picture Coding Extensionに続くユーザデータ領域に上記の３Ｄ／２Ｄ種別情報や３Ｄ方式種別情報を含めて符号化を行えばよい。
　また、映像符号化方式がH.264/AVC方式である場合には、アクセスユニットに含まれる付加情報（supplemental enhancement information）領域に上記の３Ｄ／２Ｄ種別情報や３Ｄ方式種別情報を含めて符号化を行えばよい。
　このように、ＥＳ内の映像の符号化層において３Ｄ映像／２Ｄ映像の種別を表す情報や３Ｄ方式の種別を表す情報を伝送することにより、映像のフレーム（ピクチャー）単位での識別が可能になるという効果がある。
　この場合、ＰＭＴ（Program Map Table）に格納した場合よりも、短い単位で上記識別が可能となるため、送信される映像における３Ｄ映像／２Ｄ映像の切り替わりに対する受信機の応答速度を向上させることが可能となり、３Ｄ映像／２Ｄ映像切り替わり時に生じる可能性があるノイズなどをより抑えることが可能となる。
　また、ＰＭＴ（Program Map Table）には、上記３Ｄ番組詳細記述子を配置せず、映像符号化時に映像とともに符号化する映像符号化層に上記情報を格納する場合は、従来の２Ｄ放送の放送局で新たに２Ｄ／３Ｄ混在放送を開始する際に、例えば、放送局側は、図２の送信装置１におけるエンコード部１２のみを新たに２Ｄ／３Ｄ混在放送に対応する構成とすればよく、管理情報付与部１６で付加するＰＭＴ（Program Map Table）の構成を変更する必要がなく、より低コストに２Ｄ／３Ｄ混在放送を開始することが可能となる。
　なお、映像符号化時に映像とともに符号化されるユーザデータ領域や付加情報領域などの所定領域に、3d_2d _type（３Ｄ／２Ｄ種別）情報や3d_method_type（３Ｄ方式種別）情報などの３Ｄ関連情報（特に３Ｄ／２Ｄを識別する情報）が格納されていない場合には、受信機は、当該映像は２Ｄ映像であると判断する構成にしてもよい。この場合、放送局は、２Ｄ映像については、符号化処理時にこれらの情報の格納を省略することも可能となり、放送における処理工数が低減できる。
　以上の説明において、番組（イベント）単位、サービス単位で３Ｄ映像を識別する識別情報を配置する例として、コンポーネント記述子、コンポーネントグループ記述子、サービス記述子、サービスリスト記述子などの番組情報に含める例や、新たに３Ｄ番組詳細記述子を設ける例を説明した。また、これらの記述子をＰＭＴ、ＥＩＴ[schedule basic/schedule extended/present/following]、ＮＩＴ、ＳＤＴなどのテーブルに含めて伝送することとした。
　ここで、さらに別の例として、図６０に示すコンテント記述子（Content descriptor）に３Ｄ番組（イベント）の識別情報を配置する例を説明する。
　図６０は、番組情報の一つであるコンテント記述子の構造の一例を示す。コンテント記述子は、イベント（番組）のジャンルに関する情報を記述する。この記述子はＥＩＴに配置する。コンテント記述子には、イベント（番組）のジャンル情報のほか、番組特性を示す情報を記述できる。
　コンテント記述子の構造は次の通りである。descriptor_tagは記述子自体を識別するための８ビットのフィールドで、この記述子がコンテント記述子と識別可能な値“0x54”が記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。
content_nibble_level_1（ジャンル1）は４ビットのフィールドで、コンテント識別の第一段階分類を表す。具体的には、番組ジャンルの大分類を記述する。番組特性を示す際には”0xE”を指定する。
content_nibble_level_2（ジャンル2）は４ビットのフィールドで、content_nibble_level_1（ジャンル1）より詳細なコンテント識別の第二段階分類を表す。具体的には、番組ジャンルの中分類を記述する。content_nibble_level1=”0xE”のときは、番組特性コード表の種類を記述する。
user_nibble（ユーザジャンル）は４ビットのフィールドで、content_nibble_level1=”0xE”としたときのみ、番組特性を記述する。その他の場合は、”0xFF”（未定義）とする。図６０に示すようにuser_nibbleの４ビットのフィールドは二つ配置可能であり、当該二つのuser_nibbleの値の組合せ（以下、先に配置されるビットを「第１のuser_nibbleビット」、後に配置されるビットを「第２のuser_nibbleビット」と称する）により、番組特性を定義することができる。　
　当該コンテント記述子を受信した受信機は、descriptor_tagが“0x54”であれば、当該記述子はコンテント記述子と判断する。また、descriptor_lengthにより、本記述子で記述されるデータの終わりを判断できる。さらにdescriptor_lengthに示される長さ以下の部分の記述を有効と判断し、超えた部分の記述は無視して処理を行う。
　また、受信機は、content_nibble_level_1の値が“0xE”か否かを判断し、“0xE”ではないときは、番組ジャンルの大分類であると判断する。“0xE”ではないときはジャンルとして判断せず、後続のuser_nibble で何らかの番組特性が指定されていると判断する。
　受信機は、上記content_nibble_level_1の値が“0xE”でなかった場合には、content_nibble_level_2を番組ジャンルの中分類と判断し、番組ジャンルの大分類と共に、検索、表示等に利用する。上記content_nibble_level_1の値が“0xE”であった場合には、第１のuser_nibbleビットと第２のuser_nibbleビットの組合せにより定義される番組特性コード表の種類を示すと判断する。
　受信機は、上記content_nibble_level_1の値が“0xE”である場合には、第１のuser_nibbleビット、第２のuser_nibbleビットを組合せにより番組特性を示すビットと判断する。上記content_nibble_level_1の値が“0xE”でない場合には、第１のuser_nibbleビット、第２のuser_nibbleビットにいかなる値が入っていても無視する。
　よって、放送局は、当該コンテント記述子のcontent_nibble_level_1の値を“0xE”としない場合、content_nibble_level_1の値とcontent_nibble_level_2の値の組合せによって、受信機に対象イベント（番組）のジャンル情報を伝送することができる。
　ここで、例えば、図６１に示すように、content_nibble_level_1の値が“0x0”の場合、番組ジャンルの大分類を「ニュース／報道」と定義し、content_nibble_level_1の値が“0x0”であってcontent_nibble_level_2の値が”0x1”の場合を「天気」と定義し、content_nibble_level_1の値が“0x0”であってcontent_nibble_level_2の値が”0x2”の場合を「特集・ドキュメント」と定義し、content_nibble_level_1の値が“0x1”の場合、番組ジャンルの大分類を「スポーツ」と定義し、content_nibble_level_1の値が“0x1”であってcontent_nibble_level_2の値が”0x1”の場合を「野球」と定義し、content_nibble_level_1の値が“0x1”であってcontent_nibble_level_2の値が”0x2”の場合を「サッカー」と定義した場合について説明する。
　この場合、受信機は、content_nibble_level_1の値により、番組ジャンルの大分類が「ニュース／報道」なのか「スポーツ」なのか判断することが可能となり、content_nibble_level_1の値とcontent_nibble_level_2の値の組合せにより、「ニュース／報道」や「スポーツ」などの番組ジャンルの大分類よりも下位の番組ジャンルである番組ジャンルの中分類まで判断することが可能となる。
　なお、当該判断処理を実現するためには、受信機の有する記憶部にcontent_nibble_level_1の値とcontent_nibble_level_2の値の組合せと番組ジャンルの定義の対応関係を示すジャンルコード表情報を予め記憶しておけばよい。
　ここで、当該コンテント記述子を用いて対象イベント（番組）の３Ｄ番組関連の番組特性情報を伝送する場合について説明する。以下では、３Ｄ番組の識別情報を番組ジャンルではなく番組特性として伝送する場合について説明する。
　まず、コンテント記述子を用いて３Ｄ番組関連の番組特性情報を伝送する場合に、放送局は、コンテント記述子のcontent_nibble_level_1の値を“0xE”として伝送する。これにより、受信機は、当該コンテント記述子が伝送する情報が対象イベント（番組）のジャンル情報ではなく対象イベント（番組）の番組特性情報であると判断できる。また、これによりコンテント記述子に記述される第１のuser_nibbleビットと第２のuser_nibbleビットとがその組合せにより番組特性情報を示すものであると判断することができる。
　ここで、例えば、図６２に示すように、第１のuser_nibbleビットの値が“0x3”の場合、該コンテント記述子が伝送する対象イベント（番組）の番組特性情報が「３Ｄ番組関連の番組特性情報」であると定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x0”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれない」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x1”の場合の番組特性を「対象イベント（番組）の映像は３Ｄ映像である」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x2”の場合の番組特性を「対象イベント（番組）中に３Ｄ映像と２Ｄ映像とが含まれる」と定義した場合について説明する。
　この場合、受信機は、第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の組合せによって、対象イベント（番組）の３Ｄ番組関連の番組特性を判断可能となり、当該コンテント記述子が含まれるＥＩＴを受信した受信機は、電子番組表（ＥＰＧ）表示において、将来受信するまたは現在受信している番組について「３Ｄ映像が含まれない」旨、当該番組について「３Ｄ映像番組である」旨、当該番組について「３Ｄ映像と２Ｄ映像とが含まれる」旨の説明の表示や、その旨を示す図形の表示を行うことが可能となる。
　また、当該コンテント記述子が含まれるＥＩＴを受信した受信機は、３Ｄ映像が含まれない番組、３Ｄ映像が含まれる番組、３Ｄ映像と２Ｄ映像とが含まれる番組等の検索が可能となり、該当番組の一覧表示等を行うことが可能となる。
　なお、当該判断処理を実現するためには、受信機の有する記憶部に第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の組合せと番組特性の定義の対応関係を示す番組特性コード表情報を予め記憶しておけばよい。
　また、３Ｄ番組関連の番組特性情報の別の定義例として、例えば、図６３に示すように、第１のuser_nibbleビットの値が“0x3”の場合、該コンテント記述子が伝送する対象イベント（番組）の番組特性情報が「３Ｄ番組関連の番組特性情報」であると定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x0”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれない」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x1”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式がSide-by-Side方式である」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x2”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式がTop-and-Bottom方式である」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x3”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式が３Ｄ２視点別ＥＳ伝送方式である」と定義した場合について説明する。
　この場合、受信機は、第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の組合せによって、対象イベント（番組）の３Ｄ番組関連の番組特性を判断可能となり、対象イベント（番組）に３Ｄ映像が含まれるかのみならず、３Ｄ映像が含まれる場合の３Ｄ伝送方式を判断することが可能となる。受信機が対応可能（３Ｄ再生可能）な３Ｄ伝送方式の情報を予め受信機が有する記憶部に記憶しておけば、受信機は、予め記憶部に記憶した当該対応（再生）可能な３Ｄ伝送方式の情報と、ＥＩＴに含まれるコンテント記述子により判断した対象イベント（番組）の３Ｄ伝送方式の情報を比較することにより、電子番組表（ＥＰＧ）表示において、将来受信するまたは現在受信している番組について「３Ｄ映像が含まれない」旨、当該番組について「３Ｄ映像が含まれ、本受信機で３Ｄ再生が可能である」旨、当該番組について「３Ｄ映像が含まれるが、本受信機で３Ｄ再生はできない」旨の説明の表示や、その旨を示す図形の表示を行うことが可能となる。
　また、上記の例では、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x3”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式が３Ｄ２視点別ＥＳ伝送方式である」と定義したが、図４７に示す「３Ｄ２視点別ＥＳ伝送方式」の詳細なストリーム組合せごとに第２のuser_nibbleビットの値を用意してもよい。このようにすれば、受信機においてさらに詳細な識別が可能となる。
　また、対象イベント（番組）の３Ｄ伝送方式の情報を表示しても良い。
　また、当該コンテント記述子が含まれるＥＩＴを受信した受信機は、３Ｄ映像が含まれない番組、３Ｄ映像が含まれ本受信機で３Ｄ再生可能な番組、３Ｄ映像が含まれるが本受信機で３Ｄ再生できない番組等の検索が可能となり、該当番組の一覧表示等を行うことが可能となる。
　また、３Ｄ映像が含まれる番組について３Ｄ伝送方式ごとに番組検索も可能となり、３Ｄ伝送方式ごと番組の一覧表示を行うことも可能となる。なお、３Ｄ映像が含まれるが本受信機で３Ｄ再生できない番組の検索や３Ｄ伝送方式ごとの番組検索は、例えば、本受信機では３Ｄ再生できなくとも、利用者が有する他の３Ｄ映像番組再生機器において再生可能である場合に有効である。本受信機で３Ｄ再生できない３Ｄ映像が含まれる番組であっても、本受信機の映像出力部から他の３Ｄ映像番組再生機器に当該番組をトランスポートストリーム形式のまま出力して、３Ｄ映像番組再生機器で、受信したランスポートストリーム形式の番組を３Ｄ再生することも可能であり、また、本受信機にリムーバブルメディアへのコンテンツを記録する記録部があれば、リムーバブルメディアへ当該番組を記録して、上記他の３Ｄ映像番組再生機器で当該リムーバブルメディアに記録された上記番組を３Ｄ再生することも可能だからである。
　なお、当該判断処理を実現するためには、受信機の有する記憶部に、第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の組合せと番組特性の定義の対応関係を示す番組特性コード表情報と、受信機が対応可能（３Ｄ再生可能）な３Ｄ伝送方式の情報とを予め記憶しておけばよい。
１　送信装置
２　中継装置
３　ネットワーク
４　受信装置
１０　記録再生部
１１　ソース発生部
１２　エンコード部
１３　スクランブル部
１４　変調部
１５　送信アンテナ部
１６　管理情報
１７　暗号化部
１８　通信路符号化部
１９　ネットワークＩ／Ｆ部
２１　ＣＰＵ
２２　汎用バス
２３　チューナ
２４　デスクランブラ
２５　ネットワークＩ／Ｆ
２６　記録媒体
２７　記録再生部
２９　多重分離部
３０　映像復号部
３１　音声復号部
３２　映像変換処理部
３３　制御信号送受信部
３４　タイマー
４１　映像出力部
４２　音声出力部
４３　制御信号出力部
４４　機器制御信号送信
４５　ユーザー操作入力
４６　高速デジタルインタフェース
４７　ディスプレイ
４８　スピーカ
５１　システム制御部
５２　ユーザー指示受信部
５３　機器制御信号送信部
５４　番組情報解析部
５５　時間管理部
５６　ネットワーク制御部
５７　復号制御部
５８　記録再生制御部
５９　選局制御部
６０　ＯＳＤ作成部
６１　映像変換制御部

Claims (4)

  1. 　映像情報を含む番組コンテンツと、該番組コンテンツが２Ｄ番組コンテンツか３Ｄ番組コンテンツかを識別する情報を含む識別情報とを受信する受信部と、
    　前記３Ｄ番組コンテンツの出力フォーマットを予め設定する指示信号を入力する指示入力部と、
    　受信した該番組コンテンツを２Ｄフォーマットまたは３Ｄフォーマットで出力する出力部とを備え、
    　前記出力部は、前記識別情報が３Ｄ番組コンテンツを示す番組コンテンツを、前記指示入力部に入力された指示信号によって予め設定された出力フォーマットで出力する受信装置。
  2. 　請求項１に記載の受信装置であって、
    　表示部を備え、
    　前記表示部は、３Ｄ番組コンテンツの出力フォーマットを設定する指示信号を入力を促す表示を行う受信装置。
  3. 　３Ｄ番組コンテンツの出力フォーマットを予め設定する指示信号を入力する指示入力ステップと、
    　映像情報を含む番組コンテンツと、該番組コンテンツが２Ｄ番組コンテンツか３Ｄ番組コンテンツかを識別する情報を含む識別情報とを受信する受信ステップと、
    　受信した該番組コンテンツを２Ｄフォーマットまたは３Ｄフォーマットでて出力する出力ステップとを備え、
    　前記出力ステップでは、前記識別情報が３Ｄ番組コンテンツを示す番組コンテンツを、前記指示入力ステップで入力された指示信号によって予め設定された出力フォーマットで出力する出力方法。
  4. 　請求項３に記載の出力方法であって、
    　３Ｄ番組コンテンツの出力フォーマットを設定する指示信号を入力を促す表示する表示ステップを備える出力方法。
PCT/JP2011/001801 2010-06-02 2011-03-28 受信装置および出力方法 WO2011151960A1 (ja)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2010-126440 2010-06-02
JP2010126440A JP2011254276A (ja) 2010-06-02 2010-06-02 受信装置、受信方法、および送受信方法
JP2010126441 2010-06-02
JP2010-126441 2010-06-02
JP2010-134651 2010-06-14
JP2010134651A JP2012015570A (ja) 2010-06-02 2010-06-14 受信装置、受信方法、および送受信方法

Publications (1)

Publication Number Publication Date
WO2011151960A1 true WO2011151960A1 (ja) 2011-12-08

Family

ID=45066354

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/001801 WO2011151960A1 (ja) 2010-06-02 2011-03-28 受信装置および出力方法

Country Status (1)

Country Link
WO (1) WO2011151960A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016006659A1 (ja) * 2014-07-10 2016-01-14 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
WO2016084591A1 (ja) * 2014-11-26 2016-06-02 ソニー株式会社 送信装置、送信方法、受信装置および受信方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11191895A (ja) * 1996-12-04 1999-07-13 Matsushita Electric Ind Co Ltd 高解像度および立体映像記録用光ディスク、光ディスク再生装置、および光ディスク記録装置
JP2006352876A (ja) * 2005-06-14 2006-12-28 Samsung Electronics Co Ltd 映像送信及び受信方法と装置、及びその伝送ストリーム構造
WO2010064448A1 (ja) * 2008-12-05 2010-06-10 パナソニック株式会社 立体映像再生装置、立体映像再生システム、立体映像再生方法、および立体映像再生用半導体装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11191895A (ja) * 1996-12-04 1999-07-13 Matsushita Electric Ind Co Ltd 高解像度および立体映像記録用光ディスク、光ディスク再生装置、および光ディスク記録装置
JP2006352876A (ja) * 2005-06-14 2006-12-28 Samsung Electronics Co Ltd 映像送信及び受信方法と装置、及びその伝送ストリーム構造
WO2010064448A1 (ja) * 2008-12-05 2010-06-10 パナソニック株式会社 立体映像再生装置、立体映像再生システム、立体映像再生方法、および立体映像再生用半導体装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016006659A1 (ja) * 2014-07-10 2016-01-14 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
US10841629B2 (en) 2014-07-10 2020-11-17 Saturn Licensing Llc Transmission device, transmission method, reception device, and reception method
US11523154B2 (en) 2014-07-10 2022-12-06 Saturn Licensing Llc Transmission device, transmission method, reception device, and reception method
WO2016084591A1 (ja) * 2014-11-26 2016-06-02 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
US10869099B2 (en) 2014-11-26 2020-12-15 Sony Corporation Transmission device, transmission method, reception device, and reception method
US11678022B2 (en) 2014-11-26 2023-06-13 Sony Corporation Transmission device, transmission method, reception device, and reception method

Similar Documents

Publication Publication Date Title
JP2012039340A (ja) 受信装置および受信方法
WO2011151959A1 (ja) 受信装置、表示制御方法、送信装置および送信方法
JP5481597B2 (ja) デジタルコンテンツ受信装置および受信方法
JP5952451B2 (ja) 受信装置および受信方法
WO2011151958A1 (ja) 受信装置および出力方法
JP6185891B2 (ja) 受信装置および受信方法
WO2011151960A1 (ja) 受信装置および出力方法
JP5952454B2 (ja) 受信装置および受信方法
JP5588489B2 (ja) 送受信システムおよび情報処理方法
JP5559605B2 (ja) 受信装置および受信方法
JP2011250218A (ja) 受信装置、受信方法および送信方法
WO2011148554A1 (ja) 受信装置および出力方法
JP6117410B2 (ja) 送受信システムおよび送受信方法
JP6117976B2 (ja) 受信装置および受信方法
JP5952453B2 (ja) 受信装置および受信方法
JP5947942B2 (ja) 送受信システムおよび送受信方法
JP5947866B2 (ja) 受信装置および受信方法
JP5965505B2 (ja) 受信装置、受信方法、および送受信方法
JP2012015570A (ja) 受信装置、受信方法、および送受信方法
JP5156795B2 (ja) 表示装置及び表示方法
JP2014123960A (ja) デジタル放送信号受信装置およびデジタル放送信号受信方法
JP2017143551A (ja) 受信装置および受信方法
JP2017143552A (ja) 受信装置および受信方法
JP2016140095A (ja) 受信装置および受信方法
JP2011254276A (ja) 受信装置、受信方法、および送受信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11789375

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11789375

Country of ref document: EP

Kind code of ref document: A1