IMAGE DATA TRANSMISSION DEVICE, IMAGE DATA TRANSMISSION METHOD, AND IMAGE DATA RECEPTION DEVICE

Abstract
A reception side is enabled to appropriately and accurately handle a dynamic variation in delivery content and to receive a correct stream.
Description
TECHNICAL FIELD

The present technology relates to an image data transmission device, an image data transmission method, and an image data reception device, and particularly to an image data transmission device and the like which transmit image data for displaying stereoscopic images.


BACKGROUND ART

In the related art, H.264/AVC (Advanced Video Coding) is known as a coding method of moving images (refer to NPL 1). In addition, H.264/MVC (Multi-view Video Coding) is known as an extension method of H.264/AVC (refer to NPL 2). The MVC employs a structure in which image data of multi-views is collectively coded. In the MVC, image data of multi-views is coded as image data of a single base view and image data of one or more non-base views.


In addition, H.264/SVC (Scalable Video Coding) is also known as an extension method of H.264/AVC (refer to NPL 3). The SVC is a technique of hierarchically coding an image. In the SVC, a moving image is divided into a base layer (the lowest layer) having image data which is required to decode a moving image so as to have minimum quality and an enhancement layer (a higher layer) having image data which is added to the base layer so as to increase quality of a moving image.


CITATION LIST
Non Patent Literature



  • NPL 1: “Draft Errata List with Revision-Marked Corrections for H.264/AVC”, JVT-1050, Thomas Wiegand et al., Joint Video Team (JVT) of ISO/IEC MPEG & ITU-T VCEG, 2003

  • NPL 2: Joint Draft 4.0 on Multiview Video Coding, Joint Video Team of ISO/IEC MPEG & ITU-T VCEG, JVT-X209, July 2007 NPL 3: Heiko Schwarz, Detlev Marpe, and Thomas Wiegand, “Overview of the Scalable Video Coding Extension of the H.264/AVC Standard”, IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECHNOLOGY, VOL. 17, NO. 9, SEPTEMBER 2007, pp. 1103 to 1120.



SUMMARY OF INVENTION
Technical Problem

In delivery circumstances in which an AVC stream and an MVC stream are dynamically changed, it is expected that a receiver corresponding to the MVC determines whether a stream includes only “Stream_Type=0x1B” or both of “Stream_Type=0x1B” and “Stream_Type=0x20”, and performs switching between reception modes.


A normal AVC (2D) video elementary stream is sent using “Stream_Type=0x1B” of Program Map Table (PMT). In addition, an MVC base view video elementary stream (Base view sub-bitstream) is sent using “Stream_Type=0x1B” of the PMT in some cases.


A structure in which an AVC stream or an MVC stream can be discriminated depending on a level of the PMT which is Program Specific Information (PSI) is provided in a section of a transport stream. In other words, when a video elementary stream includes only “Stream_Type=0x1B”, the stream is recognized as a 2D AVC stream. In addition, when a video elementary stream includes both of “Stream_Type=0x1B” and “Stream_Type=0x20”, the stream is recognized as an MVC stream.


However, there is a case where the PMT is not necessarily dynamically updated depending on transmission side equipment. In this case, the following inconvenience is considered when delivery content is changed from a stereoscopic (3D) image to a two-dimensional (2D) image. In other words, it is considered that a receiver also continuously receives a stream of which the stream type (Stream_Type) is “0x20” along with an elementary stream of which the stream type (Stream_Type) is “0x1B” and thus continuously waits for the data.


Although an elementary stream of “0x20” is not received after the delivery content is changed to a two-dimensional (2D) image, the receiver continuously waits for the elementary stream of “0x20” to come. As a result, there is concern that correct decoding may not be performed, and normal display may not be performed. As such, in a case where the receiver determines a mode thereof using only the kind of “Stream_type” of the PMT and, there is a probability that the mode may not be correct, and a correct stream may not be received.



FIG. 94 shows a configuration example of a video elementary stream and a Program Map Table (PMT) in a transport stream. The period of access units (AU) of “001” to “009” of video elementary streams ES1 and ES2 is a period when two video elementary streams are present. This period is, for example, a body period of a 3D program, and the two streams form a stream of stereoscopic (3D) image data.


The period of access units of “010” to “014” of the video elementary stream ES1, subsequent thereto, is a period when only one video elementary stream is present. This period is, for example, a CM period inserted between body periods of a 3D program, and this single stream forms a stream of two-dimensional image data.


In addition, the period of access units of “015” and “016” of video elementary streams ES1 and ES2, subsequent thereto, is a period when two video elementary streams are present. This period is, for example, a body period of a 3D program, and the two streams form a stream of stereoscopic (3D) image data.


A cycle (for example, 100 msec) of updating registration of a video elementary stream in the PMT cannot track a video frame cycle (for example, 33.3 msec). In a method of informing of a dynamic variation in an elementary stream forming a transport stream by using the PMT, the elementary stream is not synchronized with a configuration of the transport stream of the PMT, and thus an accurate operation of the receive is not secured.


In addition, in the existing signal standard (MPEG), a descriptor of “MVC_extension descriptor” is essentially inserted into an MVC base view video elementary stream (Base view sub-bitstream) of “Stream_Type=0x1B” as a descriptor of the PMT. When this descriptor is present, the presence of a non-base view video elementary stream (Non-Base view sub-bitstream) can be recognized.


However, it cannot be said that a video elementary stream of “Elementary PID” indicated by “Stream_Type=0x1B” is the above-described MVC base view video elementary stream (Base view sub-bitstream). There is a case where the stream may be an AVC (in this case, broadly a high profile) stream in the related art. Particularly, in order to secure compatibility with an existing 2D receiver, there is a case where it is recommended that, even in stereoscopic (3D) image data, a base view video elementary stream maintains an AVC (2D) video elementary stream in the related art.


In this case, a stream of stereoscopic image data is formed by an AVC (2D) video elementary stream and a non-base view video elementary stream (Non-Base view sub-bitstream). In that case, a descriptor of “MVC_extension descriptor” is not correlated with a video elementary stream of “Stream_Type=0x1B”. For this reason, the presence of the non-base view video elementary stream (Non-Base view sub-bitstream) other than the AVC (2D) video elementary stream corresponding to a base view video elementary stream is not recognized.


In addition, in the above description, a description has been made that it is difficult to determine whether or not an elementary stream included in the transport stream forms stereoscopic (3D) image data. Detailed description is omitted, and this inconvenience also occurs in a case where an AVC stream and the above-described SVC stream are transmitted in a time division manner.


An object of the present technology is to enable a reception side to appropriately and accurately handle a dynamic variation in delivery content so as to receive a correct stream.


Solution to Problem

A concept of the present technology lies in an image data transmission device including a transmission unit that transmits one or a plurality of video streams including a predetermined number of image data items; and an information inserting unit that inserts auxiliary information for identifying a first transmission mode in which a plurality of image data items are transmitted and a second transmission mode in which a single image data item is transmitted, into the video stream.


In the present technology, one or a plurality of video streams including image data of a predetermined number of views are transmitted by the transmission unit. In addition, an information inserting unit inserts auxiliary information for identifying the first transmission mode in which a plurality of image data items are transmitted and the second transmission mode in which a single image data item is transmitted into the video stream. For example, the information inserting unit may insert the auxiliary information, at least with the program unit, the scene unit, the picture group unit, or the picture unit.


For example, the first transmission mode may be a stereoscopic image transmission mode in which base view image data and non-base view image data used along with the base view image data are transmitted so as to display a stereoscopic image, and the second transmission mode may be a two-dimensional image transmission mode in which two-dimensional image data is transmitted.


In addition, in this case, for example, the first transmission mode may be a stereoscopic image transmission mode in which image data of a left eye view and image data of a right eye view for displaying a stereo stereoscopic image are transmitted. Further, in this case, for example, the auxiliary information indicating the stereoscopic image transmission mode may include information indicating a relative positional relationship of each view.


Furthermore, for example, the first transmission mode may be an extension image transmission mode in which image data of the lowest layer forming scalable coded image data and image data of layers other than the lowest layer are transmitted, and the second transmission mode may be a base image transmission mode in which base image data is transmitted.


In the present technology, for example, the information inserting unit may insert auxiliary information indicating the first transmission mode into the video stream in the first transmission mode and inserts auxiliary information indicating the second transmission mode into the video stream in the second transmission mode.


In addition, in the present technology, for example, the information inserting unit may insert auxiliary information indicating the first transmission mode into the video stream in the first transmission mode and may not insert the auxiliary information into the video stream in the second transmission mode.


Further, the information inserting unit may not insert the auxiliary information into the video stream in the first transmission mode and may insert auxiliary information indicating the second transmission mode into the video stream in the second transmission mode.


In addition, in the present technology, for example, the transmission unit may transmit a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and transmit a single video stream including the first image data in the second transmission mode.


In addition, in the present technology, for example, the transmission unit may transmit a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and transmit a base video stream including first image data and a predetermined number of additional video streams substantially including image data which is the same as the first image data in the second transmission mode.


As above, in the present technology, when one or a plurality of video streams including a predetermined number of image data items are transmitted, auxiliary information for identifying the first transmission mode in which a plurality of image data items are transmitted and the second transmission mode in which a single image data item is transmitted is inserted into the video stream. For this reason, a reception side can easily understand the first transmission mode or the second transmission mode on the basis of this auxiliary information, so as to appropriately and accurately handle a variation in a stream configuration, that is, a dynamic variation in delivery content, thereby receiving a correct stream.


In addition, in the present technology, the transmission unit may transmit a container of a predetermined format including the video stream, and the image data transmission device may further include identification information inserting unit that inserts identification information for identifying whether to be in the first transmission mode or in the second transmission mode, into a layer of the container. As such, identification information is inserted into the layer of the container, and thereby a flexible operation can be performed in a reception side.


Another concept of the present technology lies in an image data reception device including a reception unit that receives one or a plurality of video streams including a predetermined number of image data items; a transmission mode identifying unit that identifies a first transmission mode in which a plurality of image data items are transmitted and a second transmission mode in which a single image data item is transmitted on the basis of auxiliary information which is inserted into the received video stream; and a processing unit that performs a process corresponding to each mode on the received video stream on the basis of the mode identification result, so as to acquire the predetermined number of image data items.


In the present technology, one or a plurality of video streams including a predetermined number of image data items are received by the reception unit. The first transmission mode in which a plurality of image data items are transmitted or the second transmission mode in which a single image data item is transmitted are identified by the transmission mode identifying unit on the basis of auxiliary information which is inserted into the received video stream.


For example, the first transmission mode may be a stereoscopic image transmission mode in which base view image data and non-base view image data used along with the base view image data are transmitted so as to display a stereoscopic image, and the second transmission mode may be a two-dimensional image transmission mode in which two-dimensional image data is transmitted. In addition, for example, the first transmission mode may be an extension image transmission mode in which image data of the lowest layer forming scalable coded image data and image data of layers other than the lowest layer are transmitted, and the second transmission mode may be a base image transmission mode in which base image data is transmitted.


In the present technology, for example, the transmission mode identifying unit may identify the first transmission mode when auxiliary information indicating the first transmission mode is inserted into the received video stream, and identify the second transmission mode when auxiliary information indicating the second transmission mode is inserted into the received video stream.


In addition, in the present technology, for example, the transmission mode identifying unit may identify the first transmission mode when auxiliary information indicating the first transmission mode is inserted into the received video stream, and identify the second transmission mode when the auxiliary information is not inserted into the received video stream.


Further, in the present technology, for example, the transmission mode identifying unit may identify the first transmission mode when the auxiliary information is not inserted into the received video stream, and identify the second transmission mode when auxiliary information indicating the second transmission mode is inserted into the received video stream.


In addition, in the present technology, for example, the reception unit may receive a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and receive a single video stream including the first image data in the second transmission mode. In this case, the processing unit may process the base video stream and the predetermined number of additional video streams so as to acquire the first image data and the second image data in the first transmission mode, and process the single video stream so as to acquire the first image data in the second transmission mode.


Further, in the present technology, for example, the reception unit may receive a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and receive a base video stream including first image data and a predetermined number of additional video streams substantially including image data which is the same as the first image data in the second transmission mode. In this case, the processing unit may process the base video stream and the predetermined number of additional video streams so as to acquire the first image data and the second image data in the first transmission mode, and process the base video stream so as to acquire the first image data without performing a process of acquiring the second image data from the predetermined number of additional video streams in the second transmission mode.


As above, in the present technology, the first transmission mode in which a plurality of image data items are transmitted or the second transmission mode in which a single image data item is transmitted are identified based on auxiliary information which is inserted into the received video stream. In addition, a process corresponding to the identified mode is performed on the received video stream so as to acquire a predetermined number of image data items. It is possible to easily understand the first transmission mode or the second transmission mode so as to appropriately and accurately handle a variation in a stream configuration, that is, a dynamic variation in delivery content, thereby receiving a correct stream.


In addition, in the present technology, for example, the reception unit may receive a container of a predetermined format including the video stream, and identification information for identifying whether to be in the first transmission mode or in the second transmission mode may be inserted into the container. In this case, the transmission mode identifying unit may identify the first transmission mode in which a plurality of image data items are transmitted or the second transmission mode in which a single image data item is transmitted on the basis of auxiliary information which is inserted into the received video stream and identification information which is inserted into the layer of the container.


Advantageous Effects of Invention

According to the present technology, a reception side can appropriately and accurately handle a configuration variation of an elementary stream, that is, a dynamic variation in delivery content, so as to favorably receive a stream.





BRIEF DESCRIPTION OF DRAWINGS


FIG. 1 is a block diagram illustrating a configuration example of an image transmission and reception system as an embodiment.



FIG. 2 is a diagram illustrating an example in which image data of each of center, left end and right end views is coded as data of a single picture.



FIG. 3 is a diagram illustrating an example in which image data of a center view is coded as data of a single picture, and image data of two left end and right end views undergoes an interleaving process so as to be coded as data of a single picture.



FIG. 4 is a diagram illustrating an example of a video stream including coded data of a plurality of pictures.



FIG. 5 is a diagram illustrating an example of a case where coded data items of three pictures are present together in a single video stream.



FIG. 6 is a diagram schematically illustrating a display unit of a receiver in a case where the number of views is 5 in a method of transmitting image data of left end and right end views and a center view located therebetween among N views.



FIG. 7 is a block diagram illustrating a configuration example of a transmission data generation unit which generates a transport stream.



FIG. 8 is a diagram illustrating a view selection state in a view selector of the transmission data generation unit.



FIG. 9 is a diagram illustrating an example of disparity data (disparity vector) of each block.



FIG. 10 is a diagram illustrating an example of a method of generating disparity data of the block unit.



FIG. 11 is a diagram illustrating a method of generating disparity data of the pixel unit through a conversion process from the block unit to the pixel unit.



FIG. 12 is a diagram illustrating a structural example of a multi-view stream configuration descriptor as identification information.



FIG. 13 is a diagram illustrating content of principal information in the structural example of the multi-view stream configuration descriptor.



FIG. 14 is a diagram illustrating a structural example of multi-view stream configuration information as view configuration information.



FIG. 15 is a diagram illustrating content of principal information in the structural example of the multi-view stream configuration information.



FIG. 16 is a diagram illustrating content of principal information in the structural example of the multi-view stream configuration information.



FIG. 17 is a diagram illustrating content of principal information in the structural example of the multi-view stream configuration information.



FIG. 18 is a diagram illustrating an example of a relationship between the number of views indicated by “view_count” and positions of two views indicated by “view_pair_position_id”.



FIG. 19 is a diagram illustrating an example in which a transmission side or a reception side generates disparity data in a case of transmitting image data of a pair of two views located further inward than both ends along with image data of a pair of two views located at both ends.



FIG. 20 is a diagram illustrating an example in which the reception side interpolates and generates image data of a view located between the respective views on the basis of disparity data.



FIG. 21 is a diagram illustrating that multi-view stream configuration SEI is inserted into a “SELs” part of an access unit.



FIG. 22 is a diagram illustrating a structural example of “multiview stream configuration SEI message” and “userdata_for_multiview_stream_configuration( )”.



FIG. 23 is a diagram illustrating a structural example of “user_data( )”.



FIG. 24 is a diagram illustrating a configuration example of a case where three video streams are included in a transport stream TS.



FIG. 25 is a diagram illustrating a configuration example of a case where two video streams are included in a transport stream TS.



FIG. 26 is a diagram illustrating a configuration example of a case where a single video stream is included in a transport stream TS.



FIG. 27 is a block diagram illustrating a configuration example of a receiver forming the image transmission and reception system.



FIG. 28 is a diagram illustrating a calculation example of a scaling ratio.



FIG. 29 is a diagram schematically illustrating an example of an interpolation and generation process in a view interpolation unit.



FIG. 30 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 31 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 32 is a flowchart illustrating an example of process procedures of operation mode switching control in a CPU.



FIG. 33 is a diagram illustrating an example of a video stream included in a transport stream.



FIG. 34 is a diagram illustrating a case where a 3D period (a stereoscopic image transmission mode) and a 2D period (a two-dimensional image transmission mode) are alternately continued and there is no auxiliary information (multi-view stream configuration SEI message) for identifying a mode.



FIG. 35 is a diagram illustrating a case where a 3D period and a 2D period are alternately continued and there is auxiliary information (multi-view stream configuration SEI message) for identifying a mode.



FIG. 36 is a block diagram illustrating another configuration example of a receiver forming the image transmission and reception system.



FIG. 37 is a diagram illustrating a structural example (Syntax) of a multi-view view position (Multiview view position( )) included in a multi-view stream configuration SEI message.



FIG. 38 is a diagram illustrating that multi-view position SEI is inserted into a “SEIs” part of an access unit.



FIG. 39 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 40 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 41 is a flowchart illustrating an example of process procedures of operation mode switching control in the CPU.



FIG. 42 is a diagram illustrating an example of a video stream included in a transport stream.



FIG. 43 is a diagram illustrating a case where a 3D period and a 2D period are alternately continued and there is auxiliary information (multi-view view position SEI message) for identifying a mode.



FIG. 44 is a flowchart illustrating an example of process procedures of operation mode switching control in the CPU.



FIG. 45 is a diagram illustrating a structural example (Syntax) of frame packing arrangement data (frame_packing_arrangement_data( )).



FIG. 46 is a diagram illustrating a value of “arrangement_type” and the meaning thereof.



FIG. 47 is a diagram illustrating a structural example (Syntax) of “user_data( )”.



FIG. 48 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 49 is a diagram illustrating a case where auxiliary information indicating a 2D mode is inserted with the scene unit or the picture group unit (GOP unit) during a 2D period.



FIG. 50 is a flowchart illustrating an example of process procedures of operation mode switching control in the CPU.



FIG. 51 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 52 is a diagram illustrating a case where a 3D period and a 2D period are alternately continued and there is auxiliary information (an SEI message indicating a newly defined 2D mode) for identifying a mode.



FIG. 53 is a diagram illustrating an example in which image data of each view of the left eye and the right eye is coded as data of a single picture.



FIG. 54 is a block diagram illustrating another configuration example of the transmission data generation unit which generates a transport stream.



FIG. 55 is a block diagram illustrating another configuration example of the receiver forming the image transmission and reception system.



FIG. 56 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 57 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 58 is a diagram illustrating an example of a video stream included in a transport stream.



FIG. 59 is a diagram collectively illustrating methods of a case A, a case B and a case C for identifying a 3D period and a 2D period when a base stream and an additional stream are present in the 3D period and only a base stream is present in the 2D period.



FIG. 60 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 61 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 62 is a flowchart illustrating an example of process procedures of operation mode switching control in the CPU.



FIG. 63 is a diagram illustrating an example of a reception packet process when the receiver receives a stereoscopic (3D) image.



FIG. 64 is a diagram illustrating a configuration example (Syntax) of a NAL unit header (NAL unit header MVC extension).



FIG. 65 is a diagram illustrating an example of a reception packet process when the receiver receives a two-dimensional (2D) image.



FIG. 66 is a diagram illustrating an example of a video stream included in a transport stream.



FIG. 67 is a diagram illustrating a case where a 3D period (a 3D mode period) and a 2D period (a 2D mode period) are alternately continued and there is auxiliary information (multi-view view position SEI message) for identifying a mode.



FIG. 68 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 69 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 70 is a diagram illustrating an example of a video stream included in a transport stream.



FIG. 71 is a diagram illustrating a case where a 3D period (a 3D mode period) and a 2D period (a 2D mode period) are alternately continued and there is auxiliary information (multi-view view position SEI message) for identifying a mode.



FIG. 72 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 73 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 74 is a diagram illustrating an example of a video stream included in a transport stream.



FIG. 75 is a diagram illustrating a case where a 3D period and a 2D period are alternately continued and there is auxiliary information (an SEI message indicating a newly defined 2D mode) for identifying a mode.



FIG. 76 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 77 is a diagram illustrating an example of a reception stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued.



FIG. 78 is a diagram illustrating an example of a video stream included in a transport stream.



FIG. 79 is a diagram collectively illustrating methods of a case D, a case E and a case F for identifying a 3D period and a 2D period when a base stream and an additional stream are present in both of the 3D period and the 2D period.



FIG. 80 is a diagram illustrating a stream configuration example 1 in which a base video stream and an additional video stream are transmitted in a 3D period (3D image transmission mode) and a single video stream (only a base video stream) is transmitted in a 2D period (2D image transmission mode).



FIG. 81 is a diagram illustrating a stream configuration example 2 in which a base video stream and an additional video stream are transmitted in both a 3D period (3D image transmission mode) and a 2D period (2D image transmission mode).



FIG. 82 is a diagram illustrating an example in which a base video stream and an additional video stream are present in both a 3D period and a 2D period, and signaling is performed using both a program loop and a video ES loop of a PMT.



FIG. 83 is a diagram illustrating a structural example (Syntax) of a stereoscopic program information descriptor (Stereoscopic_program_info_descriptor).



FIG. 84 is a diagram illustrating a structural example (Syntax) of an MPEG2 stereoscopic video descriptor.



FIG. 85 is a diagram illustrating a configuration example of a transport stream TS.



FIG. 86 is a diagram illustrating an example in which a base video stream and an additional video stream are present in both of a 3D period and a 2D period, and signaling is performed using a video ES loop of the PMT.



FIG. 87 is a diagram illustrating an example in which a base video stream and an additional video stream are present in both of a 3D period and a 2D period, and signaling is performed using a program loop of the PMT.



FIG. 88 is a diagram illustrating an example in which a base video stream and an additional video stream are present in a 3D period and only a base video stream is present in a 2D period, and signaling is performed using both a program loop and a video ES loop of the PMT.



FIG. 89 is a diagram illustrating an example in which a base video stream and an additional video stream are present in a 3D period and only a base video stream is present in a 2D period, and signaling is performed using a video ES loop.



FIG. 90 is a diagram illustrating an example in which a base video stream and an additional video stream are present in a 3D period and only a base video stream is present in a 2D period, and signaling is performed using a program loop of the PMT.



FIG. 91 is a diagram illustrating an example of a reception packet process when an extended image is received.



FIG. 92 is a diagram illustrating a configuration example (Syntax) of a NAL unit header (NAL unit header SVC extension).



FIG. 93 is a diagram illustrating an example of a reception packet process in a base image transmission mode.



FIG. 94 is a diagram illustrating a configuration example of a video elementary stream and a Program Map Table (PMT) in a transport stream.





DESCRIPTION OF EMBODIMENTS

Hereinafter, embodiments of the present invention will be described. Further, the description will be made in the following order.


1. Embodiments


2. Modification examples


1. Embodiments

[Image Transmission and Reception System]



FIG. 1 shows a configuration example of an image transmission and reception system 10 as an embodiment. The image transmission and reception system 10 includes a broadcast station 100 and a receiver 200. The broadcast station 100 carries a transport stream TS which is a container on a broadcast wave so as to be transmitted.


When a stereoscopic (3D) image is transmitted, the transport stream TS includes one or a plurality of video streams which include image data of a predetermined number of, for example, three views for stereoscopic image display in this embodiment. In this case, the video streams are transmitted as, for example, an MVC base view video elementary stream (Base view sub-bitstream) and an MVC non-base view video elementary stream (Non-Base view sub-bitstream).


In addition, when a two-dimensional (2D) image is displayed, a video stream including a two-dimensional image data is included in the transport stream TS. In this case, the video stream is transmitted as, for example, an AVC (2D) video elementary stream.


The transport stream TS which is transmitted when a stereoscopic (3D) image is transmitted includes one or a plurality of video streams which are obtained by coding image data of at least a center view, a left end view, and a right end view among a plurality of views for stereoscopic image display. In this case, the center view forms an intermediate view located between the left end view and the right end view.


In the video stream included in the transport stream TS transmitted when the stereoscopic (3D) image is transmitted, as shown in FIG. 2, each of image data items of the center (Center) view, the left end (Left) view, and the right end (Right) view is coded as data of a single picture. In the shown example, data of each picture has a full HD size of 1920*1080.


Alternatively, in the video stream included in the transport stream TS transmitted when the stereoscopic (3D) image is transmitted, as shown in FIG. 3(a), image data of the center (Center) view is coded as data of a single picture, and image data items of the left end (Left) view and the right end (Right) view undergo an interleaving process and are coded as data of a single picture. In the shown example, data of each picture has a full HD size of 1920*1080.


In addition, in a case where image data items of the left end view and the right end view undergo an interleaving process and are coded as data of a single picture, the image data of each view is decimated by ½ in a horizontal direction or a vertical direction. In the shown example, the interleaving type is a side-by-side type, and the size of each view is 960*1080. Although not shown, a top-and-bottom type may be considered as an interleaving type, and, in this case, the size of each view is 1920*540.


As above, in a case where image data items of the left end view and the right end view undergo an interleaving process and are coded as data of a single picture, in a reception side, as shown in FIG. 3(b), a scaling process is performed, and thereby the size of image data of the left end view and the right end view is returned to a full HD size of 1920*1080.


A video stream included in the transport stream TS transmitted when a stereoscopic (3D) image is transmitted includes data of one or a plurality of pictures. For example, the transport stream TS includes the following three video streams (video elementary streams). In other words, the video streams are video streams obtained by coding each of image data items of the center view, the left end view, and the right end view as a single picture.


In this case, for example, a video stream obtained by coding image data of the center view as a single picture is an MVC base view video elementary stream (base video stream). In addition, the other two video streams obtained by coding each of image data items of the left end view and the right end view as a single picture are MVC non-base view video elementary stream (additional video stream).


In addition, for example, the transport stream TS includes the following two video streams (video elementary streams). In other words, the video streams are a video stream which is obtained by coding image data of the center view as a single picture and a video stream which is obtained by performing an interleaving process on image data items of the left end view and the right end view so as to be coded as a single picture.


In this case, for example, the video stream obtained by coding image data of the center view as a single picture is an MVC base view video elementary stream (base video stream). Further, the other video stream obtained by performing an interleaving process on image data items of the left end view and the right end view so as to be coded as a single picture is an MVC non-base view video elementary stream (additional video stream).


In addition, for example, the transport stream TS includes the following single video stream (video elementary stream). In other words, this single video stream includes data obtained by coding each of image data items of the center view, the left end view, and the right end view as data of a single picture. In this case, the single video stream is an MVC base view video elementary stream (base video stream).



FIGS. 4(
a) and 4(b) show an example of the video stream including coded data of a plurality of pictures. Coded data of each picture is sequentially disposed in each access unit. In this case, coded data of the initial picture is constituted by “SPS to Coded Slice”, and coded data of the second picture and thereafter is constituted by “Subset SPS to Coded Slice”. Further, this example shows an example of performing coding of MPEG4-AVC but is also applicable to other coding methods. In addition, the hexadecimal digit in the figures indicates “NAL unit type”.


In a case where coded data items of the respective pictures are present together in a single video stream, a boundary between the respective pictures is required to be instantly identified. However, Access Unit Delimeter (AUD) can be appended only to a head of each access unit. Therefore, as shown in FIG. 4(b), it is considered that new “NAL unit” which indicates a boundary such as “View Separation Marker” is defined and is disposed between the coded data times of the respective pictures. Thereby, it is possible to instantly access leading data of each picture. In addition, FIG. 4(a) shows an example in which “View Separation Marker” is not disposed between data items of two views.



FIGS. 5(
a) and 5(b) show an example in which coded data items of three pictures are present together in a single video stream. Here, the coded data of each picture is indicated by a substream. FIG. 5(a) shows a leading access unit of Group of Pictures (GOP), and FIG. 5(b) shows an access unit other than the leading access unit of the GOP.


View configuration information regarding image data of a video stream is inserted into a layer (a picture layer, a sequence layer, or the like) of the video stream. The view configuration information forms auxiliary information which presents an element of stereoscopic information. The view configuration information includes information indicating whether or not image data included in a corresponding video stream is image data of a portion of views forming 3D, information (information indicating a relative positional relationship of each view) indicating image data of which view is image data included in the video stream in a case where the image data is image data of a portion of views forming 3D, information indicating whether data of a plurality of pictures is coded in a single access unit of the corresponding video stream, and the like.


This view configuration information is inserted into, for example, a user data region or the like of a picture header or a sequence header of a video stream. The view configuration information is inserted at least with the program unit, the scene unit, the picture group unit, or the picture unit. A reception side performs a 3D display process or a 2D display process on the basis of the view configuration information. In addition, in a case where the reception side performs a 3D display process on the basis of the view configuration information, an appropriate and efficient process for observing three-dimensional images (stereoscopic images) with the naked eye by using image data of a plurality of views is performed. Details of the view configuration information will be described later.


In addition, identification information for identifying whether or not view configuration information is inserted into a layer of a video stream is inserted into the layer of the transport stream TS. This identification information is inserted, for example, under a video elementary loop (Video ES loop) of a Program Map Table (PMT) included in the transport stream TS, an Event Information Table (EIT), or the like. A reception side can easily identify whether or not the view configuration information is inserted into a layer of a video stream on the basis of this identification information. Details of the identification information will be described later.


The receiver 200 receives the transport stream TS which is carried on a broadcast wave sent from the broadcast station 100. In addition, the receiver 200 decodes video streams included in the transport stream TS so as to acquire image data of a center view, a left end view, and a right end view when a stereoscopic (3D) image is transmitted. At this time, the receiver 200 can understand image data of which view position is image data included in each video stream on the basis of view configuration information included in the layer of the video stream.


The receiver 200 acquires image data of a predetermined number of views located between a center view and a left end view and between the center view and a right end view through an interpolation process on the basis of disparity data between the center view and the left end view and disparity data between the center view and the right end view. At this time, the receiver 200 can recognize the number of views on the basis of view configuration information included in the layer of the video stream, and thus can easily understand a view of which position is not transmitted.


In addition, the receiver 200 decodes a disparity data stream which is sent along with the video stream from the broadcast station 100 so as to acquire the above-described disparity data. Alternatively, the receiver 200 generates the above-described disparity data on the basis of the acquired disparity data of the center view, the left end view, and the right end view.


The receiver 200 combines and displays images of the respective views on a display unit such that three-dimensional images (stereoscopic images) are observed with the naked eye, on the basis of the image data of each of the center, left end and right end views sent from the broadcast station 100 and the image data of each view acquired from the above-described interpolation process.



FIG. 6 schematically shows the display unit of the receiver 200 when the number of views is five. Here, “View0” indicates a center view, “View1” indicates a first right view next to the center, “View2” indicates a first left view next to the center, “View3” indicates a second right view next to the center, that is, a right end view, and “View4” indicates a second left view next to the center, that is, a left end view. In this case, only image data of the views of “View0”, “View3”, and “View4” is transmitted from the broadcast station 100, the receiver 200 receives the image data of the views of “View0”, “View3”, and “View4”, and the remaining image data of the views of “View1” and “View2” is obtained through an interpolation process. In addition, the receiver 200 combines and displays images of the five views on the display unit such that three-dimensional images (stereoscopic images) are observed with the naked eye. Further, FIG. 6 shows a lenticular lens, but, a parallax barrier may be used instead of it.


The receiver 200 decodes a video stream included in the transport stream TS so as to acquire two-dimensional image data when a two-dimensional (2D) image is transmitted. In addition, the receiver 200 displays a two-dimensional image on the display unit on the basis of the two-dimensional image data.


(Configuration Example of Transmission Data Generation Unit)



FIG. 7 shows a configuration example of a transmission data generation unit 110 which generates the above-described transport stream TS in the broadcast station 100. The transmission data generation unit 110 includes N image data output portions 111-1 to 111-N, a view selector 112, scalers 113-1, 113-2 and 113-3, video encoders 114-1, 114-2 and 114-3, and a multiplexer 115. In addition, the transmission data generation unit 110 includes a disparity data generation portion 116, a disparity encoder 117, a graphics data output portion 118, a graphics encoder 119, an audio data output portion 120, and an audio encoder 121.


First, a description will be made of a case where a stereoscopic (3D) image is transmitted. The image data output portions 111-1 to 111-N output image data of N views (View 1, . . . , and View N) for stereoscopic image display. The image data output portions are formed by, for example, a camera which images a subject and outputs image data, an image data reading portion which reads image data from a storage medium so as to be output, or the like. In addition, image data of a view which is not transmitted may not be present actually.


In addition, the view selector 112 extracts at least image data of a left end view and a right end view and selectively extracts image data of an intermediate view (one or two or more) located between the left end and the right end from image data of the N views (View 1, . . . , and View N). In this embodiment, the view selector 112 extracts image data VL of the left end view and image data VR of the right end view and extracts image data VC of the center view. FIG. 8 shows a view selection state in the view selector 112.


In addition, the scalers 113-1, 113-2 and 113-3 respectively perform a scaling process on the image data items VC, VL and VR, so as to obtain, for example, image data items VC′, VL′ and VR′ of a full HD size of 1920*1080. In this case, when the image data items VC, VL and VR have the full HD size of 1920*1080, the image data items are output as they are. Further, when the image data items VC, VL and VR are greater than the size of 1920*1080, the image data items are scaled down and are then output.


The video encoder 114-1 performs coding such as, for example, MPEG4-AVC (MVC) or MPEG2video on the image data VC′ of the center view so as to obtain coded video data. In addition, the video encoder 114-1 generates a video stream which includes the coded data as a substream (sub stream 1) by using a stream formatter (not shown) which is provided in the subsequent stage.


In addition, the video encoder 114-2 performs coding such as, for example, MPEG4-AVC (MVC) or MPEG2video on the image data VL′ of the left end view so as to obtain coded video data. In addition, the video encoder 114-2 generates a video stream which includes the coded data as a substream (sub stream 2) by using a stream formatter (not shown) which is provided in the subsequent stage.


Further, the video encoder 114-3 performs coding such as, for example, MPEG4-AVC (MVC) or MPEG2video on the image data VR′ of the right end view so as to obtain coded video data. In addition, the video encoder 114-3 generates a video stream which includes the coded data as a substream (sub stream 3) by using a stream formatter (not shown) which is provided in the subsequent stage.


The video encoders 114-1, 114-2 and 114-3 insert the above-described view configuration information into the layer of the video stream. The view configuration information includes, as described above, information indicating whether or not image data included in a corresponding video stream is image data of a portion of views forming 3D. Here, this information indicates that image data included in a corresponding video stream is image data of a portion of views forming 3D.


Further, this view configuration information includes information indicating image data of which view is image data included in a corresponding video stream, information indicating whether data of a plurality of pictures is coded in a single access unit of the corresponding video stream, and the like. This view configuration information is inserted into, for example, a user data region of a picture header or a sequence header of a video stream.


The disparity data generation portion 116 generates disparity data on the basis of the image data of each of the center, left end and right end views output from the view selector 112. The disparity data includes, for example, disparity data between the center view and the left end view and disparity data between the center view and the right end view. In this case, disparity data is generated with the pixel unit or the block unit. FIG. 9 shows an example of disparity data (disparity vector) for each block.



FIG. 10 shows an example of a method of generating disparity data of the block unit. This example is an example in which disparity data indicating a j-th view is obtained from an i-th view. In this case, pixel blocks (disparity detection blocks) such as, for example, 4*4, 8*8, or 16*16 are set in a picture of the i-th view.


As shown in the figure, the picture of the i-th view is a detection image, the picture of the j-th view is a reference image, and a block of the picture of the j-th view is searched such that a sum of absolute values of a difference between pixels becomes the minimum, for each block of the picture of the i-th view, thereby obtaining disparity data.


In other words, disparity data DPn of the N-th block is obtained through block search such that a sum of difference absolute values in the N-th block becomes the minimum as represented in the following Equation (1). In addition, in Equation (1), Dj indicates a pixel value in the picture of the j-th view, and Di indicates a pixel value in the picture of the i-th view.






DPn=min(Σabs(differ(Dj−Di)))  (1)



FIG. 11 shows an example of a method of generating disparity data of the pixel unit. This example corresponds to a method of generating disparity data of the pixel unit by replacing the block unit with the pixel unit. “A”, “B”, “C”, “D”, and “X” in FIG. 11(a) respectively indicate block regions.


From disparity data of the blocks, disparity data of each of four regions into which the block “X” is divided is obtained using the following Equation (2), as shown in FIG. 11(b). For example, disparity data X(A, B) of the divided region adjacent to “A” and “B” is a median of disparity data of the blocks “A”, “B” and “X”. This is also the same for the other divided regions and thus disparity data is obtained.






X(A,B)=median(X,A,B)






X(A,C)=median(X,A,C)






X(B,D)=median(X,B,D)






X(C,D)=median(X,C,D)  (2)


Through the above-described one conversion, a region occupied by the disparity data is reduced to a size of ½ of the original width and height size. By repeatedly performing the conversion a predetermined number of times, disparity data of the pixel unit is obtained based on the block size. In addition, in a case where an edge is included in a texture, complexity of an object in a screen is higher than other portions, or the like, it is possible to improve texture followability of disparity data itself of the initial block unit by appropriately setting a block size to be small.


The disparity encoder 117 performs coding on the disparity data generated by the disparity data generation portion 116 so as to generate a disparity stream (disparity data elementary stream). This disparity stream includes disparity data of the pixel unit or the block unit. In a case where the disparity data is the pixel unit, the disparity data can be compression-coded and be transmitted in the same as pixel data.


In addition, in a case where disparity data of the block unit is included in this disparity stream, a reception side performs the above-described conversion process so as to be converted into the pixel unit. Further, in a case where this disparity stream is not transmitted, as described above, the reception side may obtain disparity data of the block unit between the respective views and further perform conversion into the pixel unit.


The graphics data output portion 118 outputs data of graphics (also including subtitles as a caption) superimposed on an image. The graphics encoder 119 generates a graphics stream (graphics elementary stream) including the graphics data output from the graphics data output portion 118. Here, the graphics form superimposition information, and are, for example, a logo, a caption, and the like.


In addition, the graphics data output from the graphics data output portion 118 is, for example, data of graphics superimposed on an image of the center view. The graphics encoder 119 may create data of graphics superimposed on the left end and right end views on the basis of the disparity data generated by the disparity data generation portion 116, and may generate a graphics stream including the graphics data. In this case, it is not necessary for the reception side to create data of graphics superimposed on the left end and right end views.


The graphics data is mainly bitmap data. Offset information indicating a superimposed position on an image is added to the graphics data. The offset information indicates, for example, an offset value in a vertical direction and a horizontal direction from the origin on an upper left of an image to a pixel on an upper left of a superimposed position of graphics. In addition, a standard in which caption data is transmitted as bitmap data is operated, for example, through standardization as “DVB_Subtitling” with DVB which is a European digital broadcast standard.


The audio data output portion 120 outputs audio data corresponding to image data. The audio data output portion 120 is constituted by, for example, an audio data reading portion which reads audio data from a microphone or a storage medium so as to be output. The audio encoder 121 performs coding such as MPEG-2Audio or AAC on the audio data output from the audio data output portion 120 so as to generate an audio stream (audio elementary stream).


The multiplexer 115 packetizes and multiplexes the respective elementary streams generated by the video encoders 114-1, 114-2 and 114-3, the disparity encoder 117, the graphics encoder 119, and the audio encoder 121 so as to generate a transport stream TS. In this case, Presentation Time Stamp (PTS) is inserted into a header of each Packetized Elementary Stream (PES) such that synchronous reproduction is performed in the reception side.


The multiplexer 115 inserts the above-described identification information into a layer of the transport stream TS. This identification information is information for identifying whether or not view configuration information is inserted into a layer of a video stream. This identification information is inserted, for example, under a video elementary loop (Video ES loop) of a Program Map Table (PMT) included in the transport stream TS, an Event Information Table (EIT), or the like.


Next, a description will be made of a case where a two-dimensional (2D) image is transmitted. Any one of the image data output portions 111-1 to 111-N outputs two-dimensional image data. The view selector 112 extracts the two-dimensional image data. The scaler 113-1 performs a scaling process on the two-dimensional image data extracted by the view selector 112, so as to obtain, for example, two-dimensional image data of a full HD size of 1920*1080. In this case, the scalers 113-1 and 113-2 are in a non-operation state.


The video encoder 114-1 performs coding such as, for example, MPEG4-AVC (MVC) or MPEG2video on the two-dimensional image data so as to obtain coded video data. In addition, the video encoder 114-1 generates a video stream which includes the coded data as a substream (sub stream 1) by using a stream formatter (not shown) which is provided in the subsequent stage. In this case, the video encoders 114-1 and 114-2 are in a non-operation state.


The video encoder 114-1 inserts the above-described view configuration information into the layer of the video stream. The view configuration information includes, as described above, information indicating whether or not image data included in a corresponding video stream is image data of a portion of views forming 3D. Here, this information indicates that image data included in a corresponding video stream is not image data of a portion of views forming 3D. For this reason, the view configuration information does not include other information. In addition, when a two-dimensional (2D) image is transmitted, it is considered that the above-described view configuration information is not inserted into the layer of the video stream.


Although detailed description is omitted, the graphics data output portion 118, the graphics encoder 119, the audio data output portion 120, and the audio encoder 121 are the same as in a case of transmitting a stereoscopic (3D) image. In addition, the disparity data generation portion 116 and the disparity encoder 117 are also in a non-operation state.


The multiplexer 115 packetizes and multiplexes the respective elementary streams generated by the video encoder 114-1, the graphics encoder 119, and the audio encoder 121 so as to generate a transport stream TS. In this case, a Presentation Time Stamp (PTS) is inserted into a header of each Packetized Elementary Stream (PES) such that synchronous reproduction is performed in the reception side.


An operation of the transmission data generation unit 110 shown in FIG. 7 will be described briefly. First, a description will be made of an operation when a stereoscopic (3D) image is transmitted. Image data of N views (View 1, . . . , and View N) for stereoscopic image display, output from the N image data output portions 111-1 to 111-N, is supplied to the view selector 112. The view selector 112 extracts image data VC of the center view, image data VL of the left end view, and image data VR of the right end view from the image data of the N views.


The image data VC of the center view extracted from the view selector 112 is supplied to the scaler 113-1 and undergoes, for example, a scaling process to a full HD size of 1920*1080. Image data VC′ having undergone the scaling process is supplied to the video encoder 114-1.


The video encoder 114-1 performs coding on the image data VC′ so as to obtain coded video data, and generates a video stream including the coded data as a substream (sub stream 1). In addition, the video encoder 114-1 inserts view configuration information into a user data region or the like of a picture header or a sequence header of the video stream. The video stream is supplied to the multiplexer 115.


In addition, the image data VL of the left end view extracted from the view selector 112 is supplied to the scaler 113-2 and undergoes, for example, a scaling process to a full HD size of 1920*1080. Image data VL′ having undergone the scaling process is supplied to the video encoder 114-2.


The video encoder 114-2 performs coding on the image data VL′ so as to obtain coded video data, and generates a video stream including the coded data as a substream (sub stream 2). In addition, the video encoder 114-2 inserts view configuration information into a user data region of a picture header or a sequence header of the video stream. The video stream is supplied to the multiplexer 115.


In addition, the image data VR of the left end view extracted from the view selector 112 is supplied to the scaler 113-3 and undergoes, for example, a scaling process to a full HD size of 1920*1080. Image data VR′ having undergone the scaling process is supplied to the video encoder 114-3.


The video encoder 114-3 performs coding on the image data VR′ so as to obtain coded video data, and generates a video stream including the coded data as a substream (sub stream 3). In addition, the video encoder 114-3 inserts view configuration information into a user data region of a picture header or a sequence header of the video stream. The video stream is supplied to the multiplexer 115.


Further, the image data of each of the center, left end and right end views output from the view selector 112 is supplied to the disparity data generation portion 116. The disparity data generation portion 116 generates disparity data on the basis of the image data of each view. The disparity data includes disparity data between the center view and the left end view and disparity data between the center view and the right end view. In this case, disparity data is generated with the pixel unit or the block unit.


The disparity data generated by the disparity data generation portion 116 is supplied to the disparity encoder 117. The disparity encoder 117 performs a coding process on the disparity data so as to generate a disparity stream. The disparity stream is supplied to the multiplexer 115.


In addition, graphics data (also including subtitle data) output from the graphics data output portion 118 is supplied to the graphics encoder 119. The graphics encoder 119 generates a graphics stream including the graphics data. The graphics stream is supplied to the multiplexer 115.


In addition, audio data output from the audio data output portion 120 is supplied to the audio encoder 121. The audio encoder 121 performs coding such as MPEG-2Audio or AAC on the audio data so as to generate an audio stream. This audio stream is supplied to the multiplexer 115.


The multiplexer 115 packetizes and multiplexes the elementary streams supplied from the respective encoders so as to generate a transport stream TS. In this case, a PTS is inserted into each PES header such that synchronous reproduction is performed in the reception side. Further, the multiplexer 115 inserts identification information for identifying whether or not view configuration information is inserted into the layer of the video stream, under the PMT, the EIT, or the like.


In addition, in the transmission data generation unit 110 shown in FIG. 7, a case where three video streams are included in the transport stream TS is shown. In other words, the transport stream TS includes three video streams obtained by coding each of image data items of the center, left end and right end views as a single picture.


Although detailed description is omitted, as described above, a case where two or one video stream is included in the transport stream TS can be configured in the same manner. In a case where two video streams are included in the transport stream TS, for example, the following video streams are included. In other words, the video streams are a video stream which is obtained by coding image data of the center view as a single picture and a video stream which is obtained by performing an interleaving process on image data items of the left end view and the right end view so as to be coded as a single picture.


Further, in a case where a single video stream is included in the transport stream TS, for example, the following video stream is included. In other words, the video stream includes a video stream including data obtained by coding each of image data items of the center, left end and right end views as data of a single picture.


Next, a description will be made of an operation when a two-dimensional (2D) image is transmitted. Two-dimensional image data is output from any one of the image data output portions 111-1 to 111-N. The view selector 112 extracts the two-dimensional image data which is supplied to the scaler 113-1. The scaler 113-1 performs a scaling process on the two-dimensional image data extracted from the view selector 112, so as to obtain, for example, two-dimensional image data of a full HD size of 1920*1080. The two-dimensional image data having undergone the scaling is supplied to the video encoder 114-1.


The video encoder 114-1 performs coding such as, for example, MPEG4-AVC (MVC) or MPEG2video on the two-dimensional image data so as to obtain coded video data. In addition, the video encoder 114-1 generates a video stream which includes the coded data as a substream (sub stream 1) by using a stream formatter (not shown) which is provided in the subsequent stage.


The video encoder 114-1 inserts the above-described view configuration information into the layer of the video stream. The view configuration information includes, as described above, information indicating whether or not image data included in a corresponding video stream is image data of a portion of views forming 3D. Here, this information indicates that image data included in a corresponding video stream is not image data of a portion of views forming 3D, that is, two-dimensional image data. The multiplexer 115 packetizes and multiplexes the respective elementary streams generated by the video encoder 114-1, the graphics encoder 119, and the audio encoder 121 so as to generate a transport stream TS.


[Structures of Identification Information and View Configuration Information and TS Configuration]


As described above, identification information for identifying whether or not view configuration information is inserted into a layer of a video stream is inserted into a layer of the transport stream TS. FIG. 12 shows a structural example (Syntax) of a multi-view stream configuration descriptor (multiview_stream_configuration_descriptor) which is identification information. In addition, FIG. 13 shows content (Semantics) of principal information in the structural example shown in FIG. 12.


“multiview_stream_configuration_tag” is 8-bit data indicating a descriptor type, and, here, indicates a multi-view stream configuration descriptor. “multiview_stream_configuration_length” is 8-bit data indicating a length (size) of a descriptor. This data is a length of the descriptor, and indicates the number of subsequent bytes.


The 1-bit field of “multiview_stream_checkflag” indicates whether or not view configuration information is inserted into a layer of a video stream. “1” indicates that view configuration information is inserted into a layer of a video stream, and “0” indicates that view configuration information is not inserted into a layer of a video stream. If “1”, a reception side (decoder) checks view configuration information which is present in a user data region.


In addition, as described above, view configuration information including information and the like indicating whether or not image data included in a corresponding video stream is image data of a portion of views forming 3D is inserted into the layer of the video stream. As described above, the view configuration information is necessarily inserted when a stereoscopic (3D) image is transmitted, and may not be inserted when a two-dimensional (2D) image is transmitted. FIG. 14 shows a structural example (Syntax) of multi-view stream configuration information (multiview_stream_configuration_info( )) which is the view configuration information. In addition, FIGS. 15, 16 and 17 show content (Semantics) of principal information in the structural example shown in FIG. 14.


The 1-bit field of “3D_flag” indicates whether or not image data included in a coded video stream is image data of a portion of views forming 3D. “1” indicates that image data is image data of a portion of views, and “0” indicates that image data is not image data of a portion of views.


If “3D_flag=1”, each piece of information of “view_count”, “single_view_es_flag”, and “view_interleaving_flag” is present. The 4-bit field of “view_count” indicates the number of views forming a 3D service. The minimum value thereof is 1, and the maximum value thereof is 15. The 1-bit field of “single_view_es_flag” indicates whether or not data of a plurality of pictures is coded in a single access unit of a corresponding video stream. “1” indicates that data of only a single picture is coded, and “0” indicates that data of two or more pictures is coded.


The 1-bit field of “view_interleaving_flag” indicates whether or not image data of two views undergoes an interleaving process and is coded as data of a single picture in a corresponding video stream. “1” indicates that image data undergoes an interleaving process and forms a screen split, and “0” indicates that an interleaving process is not performed.


If “view_interleaving_flag=0”, information of “view_allocation” is present. The 4-bit field of “view_allocation” indicates image data of which view is image data included in a corresponding video stream, that is, view allocation. For example, “0000” indicates a center view. In addition, for example, “0001” indicates a first left view next to the center. Further, for example, “0010” indicates a first right view next to the center. This “view_allocation” forms information indicating a relative positional relationship of each view.


If “view_interleaving_flag=1”, information of “view_pair_position_id” and “view_interleaving_type” is present. The 3-bit field of “view_pair_position_id” indicates relative view positions of two views in the overall views. In this case, for example, a earlier position in scanning order is set to left, and a later position is set to right. For example, “000” indicates a pair of two views located at both ends. In addition, for example, “001” indicates a pair of two views located inward by one from both ends. Further, for example, “010” indicates a pair of two views located inward by one from both ends.


The 1-bit field of “view_interleaving_type” indicates an interleaving type. “1” indicates that an interleaving type is a side-by-side type, and “0” indicates that an interleaving type is a top-and-bottom type.


In addition, if “3D_flag=1”, each piece of information of “display_flag”, “indication_of_picture_size_scaling_horizontal”, and “indication_of_picture_size_scaling_vertical” is present. The 1-bit field of “display_flag” indicates whether or not a corresponding view is essentially displayed when an image is displayed. “1” indicates that a view is essentially displayed. On the other hand, “0” indicates that a view is not essentially displayed.


The 4-bit field of “indication_of_picture_size_scaling_horizontal” indicates a horizontal pixel ratio of a decoded images relative to full HD (1920). “0000” indicates 100%, “0001” indicates 80%, “0010” indicates 75%, “0011” indicates 66%, “0100” indicates 50%, “0101” indicates 33%, “0110” indicates 25%, and “0111” indicates 20%.


The 4-bit field of “indication_of_picture_size_scaling_vertical” indicates a vertical pixel ratio of a decoded images relative to full HD (1080). “0000” indicates 100%, “0001” indicates 80%, “0010” indicates 75%, “0011” indicates 66%, “0100” indicates 50%, “0101” indicates 33%, “0110” indicates 25%, and “0111” indicates 20%.



FIG. 18 shows an example of a relationship between the number of views indicated by “view_count” and positions of two views (here, “View 1” and “View 2”) indicated by “view_pair_position_id”. An example of (1) is a case where the number of views indicated by “view_count” is 2, and “view_pair_position_id=000” indicates two views located at both ends. In addition, an example of (2) is a case where the number of views indicated by “view_count” is 4, and “view_pair_position_id=000” indicates two views located at both ends.


Further, an example of (3) is a case where the number of views indicated by “view_count” is 4, and “view_pair_position_id=001” indicates two views located inward by one from both ends. Furthermore, an example of (4) is a case where the number of views indicated by “view_count” is 5, and “view_pair_position_id=000” indicates two views located at both ends.


In addition, an example of (5) is a case where the number of views indicated by “view_count” is 9, and “view_pair_position_id=000” indicates two views located at both ends. Further, an example of (6) is a case where the number of views indicated by “view_count” is 9, and “view_pair_position_id=010” indicates two views located inward by two from both ends.


A pair of views located further inward than both ends can be transmitted additionally to a pair of views at both ends in order to improve a performance of interpolation and generation in a case where two views at both ends are unlikely to satisfy sufficient image quality when a reception side combines views. At this time, coded video data of a pair of views which is additionally transmitted may be coded so as to share an access unit in a stream of a pair of views at both ends, or may be coded as another stream.



FIG. 19 shows an example in which a transmission side or a reception side generates disparity data in a case where image data of a pair of two views located further inward than both ends is transmitted along with image data of two views located at both ends as described above. In the shown example, the number of views indicated by “view_count” is 9. In addition, a substream (sub stream 1) including image data of two views (View 1 and View 2) at both ends and a substream (sub stream 2) including image data of two views (View 3 and View 4) located further inward than those are present.


In this case, first, disparity data of “View 1” and “View 3” is calculated. Next, disparity data of “View 2” and “View 4” is calculated. Finally, disparity data of “View 3” and “View 4” is calculated. In addition, in a case where resolutions of views are different between substreams, a resolution is unified to either one, and then disparity data is calculated.



FIG. 20 shows an example in which the reception side interpolates and generates image data of a view located between the respective views on the basis of the disparity data calculated as described above. In this case, first, “View_A” located between “View 1” and “View 3” is interpolated and generated using the disparity data between “View 1” and “View 3”.


Next, “View_B” located between “View 2” and “View 4” is interpolated and generated using the disparity data between “View 2” and “View 4”. Finally, “View_C”, “View_D”, and “View_E” located between “View 3” and “View 4” are interpolated and generated using the disparity data between “View 3” and “View 4”.


Next, a description will be made of a case where the multi-view stream configuration information (multiview_stream_configuration_info( )) which is the view configuration information is inserted into a user data region of the video stream (video elementary stream). In this case, the multi-view stream configuration information is inserted, for example, with the picture unit or the GOP unit by using the user data region.


For example, in a case where a coding type is AVC or MVC, or even in a case of a coding type in which a coding structure of an NAL packet or the like is similar such as HEVC, the multi-view stream configuration information is inserted into the “SEIs” part of the access unit as “Multi-view stream configuration SEI message”. FIG. 21(a) shows a leading access unit of Group Of Pictures (GOP), and FIG. 21(b) shows access units other than the leading access unit of the GOP. In a case where the multi-view stream configuration information is inserted with the GOP unit, “Multi-view stream configuration SEI message” is inserted only into the leading access unit of the GOP.



FIG. 22(
a) shows a structural example (Syntax) of “Multi-view stream configuration SEI message”. “uuid_iso_iec11578” has a UUID value indicated by “ISO/IEC 11578:1996 Annex A.”. “userdata_for_multiview_stream_configuration( )” is inserted into the field of “user_data_payload_byte”. FIG. 22(b) shows a structural example (Syntax) of “userdata_for_multiview_stream_configuration( )”. The multi-view stream configuration information (multiview_stream_configuration_info( )) is inserted thereinto (refer to FIG. 14). “userdata_id” is an identifier of the multi-view stream configuration information, represented by unsigned 16 bits.


In addition, for example, in a case where a coding type is MPEG2video, the multi-view stream configuration information is inserted into a user data region of a picture header part as user data “user_data( )”. FIG. 23(a) shows a structural example (Syntax) of “user_data( )”. The 32-bit filed of “user_data_start_code” is a start code of user data (user_data) and is a fixed value of “0x000001B2”.


The 32-bit field subsequent to the start code is an identifier for identifying content of user data. Here, the identifier is “Stereo_Video_Format_Signaling_identifier” and enables user data to be identified as multi-view stream configuration information. “Multiview_stream_configuration( )” which is stream correlation information is inserted subsequent to the identifier as a data body. FIG. 23(b) shows a structural example (Syntax) of “Multiview_stream_configuration( )”. The multi-view stream configuration information (multiview_stream_configuration_info( )) is inserted thereinto (refer to FIG. 14).


The multi-view stream configuration descriptor (multiview_stream_configuration_descriptor) which is identification information shown in FIG. 12 described above is inserted into a layer of the transport stream TS, for example, under the PMT, under the EIT, or the like. In other words, the descriptor is disposed at an optimal position with the event unit or in a use case which is static or dynamic.



FIG. 24 shows a configuration example of the transport stream TS when a stereoscopic (3D) image is transmitted. In addition, in this configuration example, for simplification of the figure, disparity data, audio, graphics, and the like are not shown. This configuration example shows a case where three video streams are included in the transport stream TS. In other words, the transport stream TS includes three video streams which are obtained by coding each of image data items of center, left end and right end views as a single picture. In addition, this configuration example shows a case where the number of views is 5.


The configuration example of FIG. 24 includes a PES packet “video PES1” of a video stream in which the image data VC′ of the center view is coded as a single picture. The multi-view stream configuration information inserted into the user data region of the video stream indicates that the number of views indicated by “View_count” is 5.


In addition, in this information, there is “single_view_es_flag=1” which indicates that data of only a single picture is coded in a single access unit in the video stream. Further, in this information, there is “View_interleaving_flag=0” which indicates that image data of two views does not undergo an interleaving process and is not coded as data of a single picture in the video stream. In addition, there is “view_allocation=0000” which indicates that the image data included in the video stream is image data of the center view.


Further, the configuration example of FIG. 24 includes a PES packet “video PES2” of a video stream in which the image data VL′ of the left end view is coded as a single picture. The multi-view stream configuration information inserted into the user data region of the video stream indicates that the number of views indicated by “View_count” is 5.


In addition, in this information, there is “single_view_es_flag=1” which indicates that data of only a single picture is coded in a single access unit in the video stream. Further, in this information, there is “View_interleaving_flag=0” which indicates that image data of two views does not undergo an interleaving process and is not coded as data of a single picture in the video stream. In addition, there is “view_allocation=0011” which indicates that the image data included in the video stream is image data of a second left view next to the center, that is, the left end view.


Further, the configuration example of FIG. 24 includes a PES packet “video PES3” of a video stream in which the image data VR′ of the left end view is coded as a single picture. The multi-view stream configuration information inserted into the user data region of the video stream indicates that the number of views indicated by “View_count” is 5.


In addition, in this information, there is “single_view_es_flag=1” which indicates that data of only a single picture is coded in a single access unit in the video stream. Further, in this information, there is “View_interleaving_flag=0” which indicates that image data of two views does not undergo an interleaving process and is not coded as data of a single picture in the video stream. In addition, there is “view_allocation=0100” which indicates that the image data included in the video stream is image data of a second right view next to the center, that is, the right end view.


In addition, the transport stream TS includes a Program Map Table (PMT) which is Program Specific Information (PSI). The PSI is information describing to which program each elementary stream included in the transport stream belongs. In addition, the transport stream includes Event Information Table (EIT) which is Serviced Information (SI) for performing management of the event unit.


An elementary loop which has information related to each elementary stream is present in the PMT. In this configuration example, a video elementary loop (Video ES loop) is present. In the elementary loop, information such as a packet identifier (PID) is disposed, and a descriptor describing information related to the elementary stream is also disposed for each stream.


In this configuration example, a multi-view stream configuration descriptor (multiview_stream_configuration_descriptor) is inserted under the video elementary loop (Video ES loop) of the PMT in relation to each video stream. In this descriptor, there is “multiview_stream_checkflag=1” which indicates the presence of the multi-view stream configuration information which is view configuration information in the user region of the video stream. In addition, the descriptor may be inserted under the EIT as indicated by the broken line.


In addition, FIG. 25 also shows a configuration example of the transport stream TS when a stereoscopic (3D) image is transmitted. Further, also in this configuration example, for simplification of the figure, disparity data, audio, graphics, and the like are not shown. This configuration example shows a case where two video streams are included in the transport stream TS. In other words, the transport stream TS includes a video stream which is obtained by coding each of image data items of a center view as a single picture. In addition, the transport stream TS includes a video stream which is obtained by coding image data of a left end view and a right end view undergoes an interleaving process and is coded as a single picture. In addition, this configuration example also shows a case where the number of views is 5.


The configuration example of FIG. 25 includes a PES packet “video PES1” of a video stream in which the image data VC′ of the center view is coded as a single picture. The multi-view stream configuration information inserted into the user data region of the video stream indicates that the number of views indicated by “View_count” is 5.


In addition, in this information, there is “single_view_es_flag=1” which indicates that data of only a single picture is coded in a single access unit in the video stream. Further, in this information, there is “View_interleaving_flag=0” which indicates that image data of two views does not undergo an interleaving process and is not coded as data of a single picture in the video stream. In addition, there is “view_allocation=0000” which indicates that the image data included in the video stream is image data of the center view.


The configuration example of FIG. 25 includes a PES packet “video PES2” of a video stream in which the image data VL′ of the left end view and the image data VR′ of the right end view is coded as a single picture. The multi-view stream configuration information inserted into the user data region of the video stream indicates that the number of views indicated by “View_count” is 5.


In addition, in this information, there is “single_view_es_flag=1” which indicates that data of only a single picture is coded in a single access unit in the video stream. Further, in this information, there is “View_interleaving_flag=1” which indicates that image data of two views undergoes an interleaving process and is coded as data of a single picture in the video stream. In addition, there is “view_pair_position_id=000” which indicates a pair of two views at both ends. Further, there is “view_interleaving_type=1” which indicates that an interleaving type is a side-by-side type.


Further, in this configuration example, a multi-view stream configuration descriptor (multiview_stream_configuration_descriptor) is inserted under the video elementary loop (Video ES loop) of the PMT in relation to each video stream. In this descriptor, there is “multiview_stream_checkflag=1” which indicates the presence of the multi-view stream configuration information which is view configuration information in the user region of the video stream. In addition, the descriptor may be inserted under the EIT as indicated by the broken line.


In addition, FIG. 26 also shows a configuration example of the transport stream TS when a stereoscopic (3D) image is transmitted. Further, also in this configuration example, for simplification of the figure, disparity data, audio, graphics, and the like are not shown. This configuration example shows a case where a single video stream is included in the transport stream TS. In other words, the transport stream TS includes a video stream including data which is obtained by coding each of image data items of center, left end and right end views as a single picture. In addition, this configuration example also shows a case where the number of views is 5.


The configuration example of FIG. 26 includes a PES packet “video PES1” of a single video stream. The video stream includes data in which image data of each of the center, left end and right end views is coded as data of a single picture in a single access unit, and a user data region is present so as to correspond to each picture. In addition, multi-view stream configuration information is inserted into each user data region.


The information corresponding to the picture data obtained by coding image data of the center view indicates that the number of views indicated by “View_count” is 5. In addition, in this information, there is “single_view_es_flag=0” which indicates that data of a plurality of pictures is coded in a single access unit in the video stream. Further, in this information, there is “View_interleaving_flag=0” which indicates that the picture data is not image data of two views which undergoes an interleaving process and is coded. In addition, there is “view_allocation=0000” which indicates that the image data included in the picture data is image data of the center view.


Further, the information corresponding to the picture data obtained by coding image data of the left end view indicates that the number of views indicated by “View_count” is 5. In addition, in this information, there is “single_view_es_flag=0” which indicates that data of a plurality of pictures is coded in a single access unit in the video stream. Further, in this information, there is “View_interleaving_flag=0” which indicates that the picture data is not image data of two views which undergoes an interleaving process and is coded. In addition, there is “view_allocation=0011” which indicates that the image data included in the picture data is image data of a second left view next to the center, that is, the left end view.


In addition, the information corresponding to the picture data obtained by coding image data of the right end view indicates that the number of views indicated by “View_count” is 5. In addition, in this information, there is “single_view_es_flag=0” which indicates that data of a plurality of pictures is coded in a single access unit in the video stream. Further, in this information, there is “View_interleaving_flag=0” which indicates that the picture data is not image data of two views which undergoes an interleaving process and is coded. In addition, there is “view_allocation=0100” which indicates that the image data included in the picture data is image data of a second right view next to the center, that is, the right end view.


Further, in this configuration example, a multi-view stream configuration descriptor (multiview_stream_configuration_descriptor) is inserted under the video elementary loop (Video ES loop) of the PMT in relation to a single video stream. In this descriptor, there is “multiview_stream_checkflag=1” which indicates the presence of the multi-view stream configuration information which is view configuration information in the user region of the video stream. In addition, the descriptor may be inserted under the EIT as indicated by the broken line.


As described above, the transmission data generation unit 110 shown in FIG. 7 generates a transport stream TS including a video stream which is obtained by coding at least image data of a left end view and a right end view and image data of an intermediate view located between the left end and the right end among a plurality of views for stereoscopic image display when a stereoscopic (3D) image is transmitted. For this reason, it is possible to effectively transmit image data for observing a stereoscopic image formed by multi-views with the naked eye.


In other words, since not only image data of the left end view and the right end view but also image data of the intermediate view is transmitted, a relative disparity between views is small, a periphery of occlusion according to processing of a fine part when image data of other views is interpolated is easily interpolated, and thereby it is possible to improve quality of a reproduced image. In addition, since image data of the left end view and the right end view is transmitted, image data of a view which is not transmitted can be generated through an interpolation process, and thus it is possible to easily maintain high image quality with regard to processing of an end point of occlusion or the like.


In addition, in the transmission data generation unit 110 shown in FIG. 7, when a stereoscopic (3D) image is transmitted, the multi-view stream configuration information (multiview_stream_configuration_info( )) which is view configuration information is necessarily inserted into a layer of a video stream. For this reason, a reception side can perform an appropriate and efficient process for observing a three-dimensional image (stereoscopic image) formed by image data of a plurality of views with the naked eye on the basis of this view configuration information.


In addition, in the transmission data generation unit 110 shown in FIG. 7, the multi-view stream configuration descriptor (multiview_stream_configuration_descriptor) is inserted into a layer of the transport stream TS. This descriptor forms identification information for identifying whether or not view configuration information is inserted into a layer of a video stream. A reception side can easily identify whether or not view configuration information is inserted into a layer of a video stream on the basis of this identification information. For this reason, it is possible to efficiently extract the view configuration information from a user data region of the video stream.


In addition, in the transmission data generation unit 110 shown in FIG. 7, the disparity data generation portion 116 generates disparity data between respective views, and a disparity stream obtained by coding the disparity data is included in the transport stream TS along with a video stream. For this reason, a reception side can easily interpolate and generate image data of each view which is not transmitted, on the basis of the sent disparity data, without performing a process of generating disparity data from the received image data of each view.


(Configuration Example of Receiver)



FIG. 27 shows a configuration example of the receiver 200. The receiver 200 includes a CPU 201, a flash ROM 202, a DRAM 203, an internal bus 204, a remote control reception unit (RC reception unit) 205, a remote control transmitter (RC transmitter) 206. In addition, the receiver 200 includes an antenna terminal 211, a digital tuner 212, a transport stream buffer (TS buffer) 213, and a demultiplexer 214.


Further, the receiver 200 includes coded buffers 215-1, 215-2 and 215-3, video decoders 216-1, 216-2 and 216-3, decoded buffers 217-1, 217-2 and 217-3, and scalers 218-1, 218-2 and 218-3. In addition, the receiver 200 includes a view interpolation unit 219 and a pixel interleaving/superimposing unit 220. Furthermore, the receiver 200 includes a coded buffer 221, a disparity decoder 222, a disparity buffer 223, and a disparity data conversion unit 224.


In addition, the receiver 200 includes a coded buffer 225, a graphics decoder 226, a pixel buffer 227, a scaler 228, and a graphics shifter 229. Further, the receiver 200 includes a coded buffer 230, an audio decoder 231, and a channel mixing unit 232.


The CPU 201 controls an operation of each unit of the receiver 200. The flash ROM 202 stores control software and preserves data. The DRAM 203 forms a work area of the CPU 201. The CPU 201 develops software or data read from the flash ROM 202 on the DRAM 203, and activates the software so as to control each unit of the receiver 200. The RC reception unit 205 receives a remote control signal (remote control code) transmitted from the RC transmitter 206 so as to be supplied to the CPU 201. The CPU 201 controls each unit of the receiver 200 on the basis of this remote control code. The CPU 201, the flash ROM 202, and the DRAM 203 are connected to the internal bus 204.


Hereinafter, first, a description will be made of a case where a stereoscopic (3D) image is received. The antenna terminal 211 is a terminal to which a television broadcast signal received by a reception antenna (not shown) is input. The digital tuner 212 processes the television broadcast signal input to the antenna terminal 211, and outputs a predetermined transport stream (bitstream data) TS corresponding to a channel selected by a user. The transport stream buffer (TS buffer) 213 temporarily accumulates the transport stream TS output from the digital tuner 212.


The transport stream TS includes video streams obtained by coding image data of a left end view and a right end view and image data of a center view which is an intermediate view located between the left end and the right end among a plurality of views for stereoscopic image display.


In this case, the transport stream TS may include three, two or one video stream (refer to FIGS. 24, 25 and 26). Here, for convenience of description, the description will be made assuming that the transport stream TS includes three video streams obtained by coding image data of each of the center, left end and right end views as a single picture.


In the transport stream TS, as described above, the multi-view stream configuration descriptor (multiview_stream_configuration_descriptor) is inserted under the PMT, under the EIT, or the like. The descriptor is identification information for identifying whether or not view configuration information, that is, the multi-view stream configuration information (multiview_stream_configuration_info( )) is inserted into a layer of a video stream.


The demultiplexer 214 extracts each of elementary streams of video, disparity, graphics, and audio from the transport stream TS which is temporarily accumulated in the TS buffer 213. In addition, the demultiplexer 214 extracts the above-described multi-view stream configuration descriptor from the transport stream TS so as to be sent to the CPU 201. The CPU 201 can easily determine whether or not view configuration information is inserted into the layer of the video stream on the basis of the 1-bit field of “multiview_stream_checkflag” of the descriptor.


The coded buffers 215-1, 215-2 and 215-3 respectively temporarily accumulate the video streams which are obtained by coding image data of each of the center, left end and right end views as a single picture and are extracted by the demultiplexer 214. The video decoders 216-1, 216-2 and 216-3 respectively perform a decoding process on the video streams stored in the coded buffers 215-1, 215-2 and 215-3 under the control of the CPU 201 so as to acquire image data of each of the center, left end and right end views.


Here, the video decoder 216-1 performs a decoding process using a compressed data buffer so as to acquire image data of the center view (center view). In addition, the video decoder 216-2 performs a decoding process using a compressed data buffer so as to acquire image data of the left end view (left view). Further, the video decoder 216-3 performs a decoding process using a compressed data buffer so as to acquire image data of the right end view (right view). Furthermore, in a case where two or more views are interleaved and are coded, the coded buffers, the video decoders, decoded buffers, and the scalers are allocated with the stream unit.


Each video decoder extracts the multi-view stream configuration information (multiview_stream_configuration_info( )) which is view configuration information and is inserted into the user data region or the like of the picture header or the sequence header of the video stream so as to be sent to the CPU 201. The CPU 201 performs an appropriate and efficient process for observing a three-dimensional image (stereoscopic image) formed by image data of a plurality of views with the naked eye on the basis of this view configuration information.


In other words, the CPU 201 controls operations of the demultiplexer 214, the video decoders 216-1, 216-2 and 216-3, the scalers 218-1, 218-2 and 218-3, the view interpolation unit 219, and the like, with the program unit, the scene unit, the picture group unit, or the picture unit, on the basis of the view configuration information. For example, the CPU 201 can recognize the number of views forming a 3D service on the basis of the 4-bit field of “view_count”.


In addition, for example, the CPU 201 can identify whether or not data of a plurality of pictures is coded in a single access unit of the video stream on the basis of the 1-bit field of “single_view_es_flag”. Further, for example, the CPU 201 can identify whether or not image data of two views undergoes an interleaving process and is coded as data of a single picture in the video stream on the basis of the 1-bit field of “view_interleaving_flag”.


In addition, for example, the CPU 201 can recognize image data of which view is image data included in the video stream on the basis of the 4-bit field of “view_allocation” when image data of two views does not undergo an interleaving process and is not coded as data of a single picture in the video stream.


In addition, for example, the CPU 201 can recognize relative view positions of two views in the overall views on the basis of the 3-bit field of “view_pair_position_id” when image data of two views undergoes an interleaving process and is coded as data of a single picture in the video stream. Further, at this time, the CPU 201 can understand an interleaving type on the basis of the 1-bit field of “view_interleaving_type”.


In addition, for example, the CPU 201 can recognize a horizontal pixel ratio and a vertical pixel ratio of a decoded image relative to the full HD on the basis of the O-bit field of “indication_of_picture_size_scaling_horizontal” and the 4-bit field of “indication_of_picture_size_scaling_vertical”.


The decoded buffers 217-1, 217-2 and 217-3 respectively temporarily accumulate the image data items of the respective views acquired by the video decoders 216-1, 216-2 and 216-3. The scalers 218-1, 218-2 and 218-3 respectively adjust output resolutions of the image data items of the respective views output from the decoded buffers 217-1, 217-2 and 217-3 so as to be predetermined resolutions.


In the multi-view stream configuration information, the 4-bit field of “indication_of_picture_size_scaling_horizontal” which indicates a horizontal pixel ratio of a decoded image and the 4-bit field of “indication_of_picture_size_scaling_vertical” which indicates a vertical pixel ratio of a decoded image are present. The CPU 201 controls scaling ratios in the scalers 218-1, 218-2 and 218-3 so as to obtain a predetermined resolution on the basis of this pixel ratio information.


In this case, the CPU 201 calculates scaling ratios for the image data accumulated in the decoded buffers so as to instruct the scalers 218-1, 218-2 and 218-3 on the basis of a resolution of decoded image data, a resolution of a monitor, and the number of views. FIG. 28 shows a calculation example of a scaling ratio.


For example, when a resolution of decoded image data is 960*1080, a resolution of a monitor is 1920*1080, and the number of views to be displayed is 4, a scaling ratio is set to ½. In addition, for example, when a resolution of decoded image data is 1920*1080, a resolution of a monitor is 1920*1080, and the number of views to be displayed is 4, a scaling ratio is set to ¼. Further, for example, when a resolution of decoded image data is 1920*2160, a resolution of a monitor is 3840*2160, and the number of views to be displayed is 8, a scaling ratio is set to ¼.


The coded buffer 221 temporarily accumulates the disparity stream extracted by the demultiplexer 214. The disparity decoder 222 performs an inverse process to the disparity encoder 117 (refer to FIG. 7) of the above-described transmission data generation unit 110. In other words, the disparity decoder 222 performs a decoding process on the disparity stream stored in the coded buffer 221 so as to obtain disparity data. The disparity data includes disparity data between the center view and the left end view and disparity data between the center view and the right end view. In addition, this disparity data is disparity data of the pixel unit or the block unit. The disparity buffer 223 temporarily accumulates the disparity data acquired by the disparity decoder 222.


The disparity data conversion unit 224 generates disparity data of the pixel unit, conforming to the size of the scaled image data on the basis of the disparity data accumulated in the disparity buffer 223. For example, in a case where disparity data of the block unit is transmitted, the data is converted into disparity data of the pixel unit (refer to FIG. 11). In addition, for example, in a case where disparity data of the pixel unit is transmitted but does not conform to the size of scaled image data, the data is appropriately scaled.


The view interpolation unit 219 interpolates and generates image data of a predetermined number of views which are not transmitted, from the image data of each of the center, left end and right end views after being scaled, on the basis of the disparity data between the respective views obtained by the disparity data conversion unit 224. In other words, the view interpolation unit 219 interpolates and generates image data of each view located between the center view and the left end view so as to be output. Further, the view interpolation unit 219 interpolates and generates image data of each view located between the center view and the right end view so as to be output.



FIG. 29 schematically shows an example of an interpolation and generation process in the view interpolation unit 219. In the shown example, for example, a current view corresponds to the above-described center view, a target view 1 corresponds to the above-described left end view, and a target view 2 corresponds to the above-described right end view.


Interpolation and generation of a view located between the current view and the target view 1 and interpolation and generation of a view located between the current view and the target view 2 are performed in the same manner. Hereinafter, a description will be made of interpolation and generation of a view located between the current view and the target view 1.


A pixel of a view which is located between the current view and the target view 1 and is interpolated and generated is allocated as follows. In this case, two-way disparity data including disparity data which indicates the target view 1 from the current view and disparity data which indicates the current view from the target view 1 is used. First, a pixel of the current view is allocated as a pixel of a view which is interpolated and generated, by shifting disparity data as a vector (refer to the solid line arrows and the broken line arrows directed to the target view 1 from the current view and the black circles).


At this time, a pixel is allocated as follows in a part where a target is occluded in the target view 1. In other words, a pixel of the target view 1 is allocated as a pixel of the view which is interpolated and generated, by shifting disparity data as a vector (refer to the dot chain line arrows directed to the current view from the target view 1 and the white circles).


As such, since the two-way disparity data is provided, a pixel from a view which is regarded as a background can be allotted to a pixel of the interpolated and generated view in the part where a target is occluded. In addition, in an occlusion region which cannot be handled in a two-way manner, a value is allotted through a post-process.


In addition, the target overlapped part where the tip ends of the shown arrows are overlapped is a part where shifts due to disparity are overlapped in the target view 1. In this part, which one of the two disparities corresponds to a foreground of the current view is determined from a value of the disparity data and is selected. In this case, a smaller value is mainly selected.


Referring to FIG. 27 again, the coded buffer 225 temporarily accumulates the graphics stream extracted by the demultiplexer 214. The graphics decoder 226 performs an inverse process to the graphics encoder 119 (refer to FIG. 7) of the above-described transmission data generation unit 110. In other words, the graphics decoder 226 performs a decoding process on the graphics stream stored in the coded buffer 225 so as to obtain decoded graphics data (including subtitle data). In addition, the graphics decoder 226 generates bitmap data of graphics superimposed on a view (image) on the basis of the graphics data.


The pixel buffer 227 temporarily accumulates the bitmap data of graphics generated by the graphics decoder 226. The scaler 228 adjusts the size of the bitmap data of graphics accumulated in the pixel buffer 227 so as to correspond to the size of the scaled image data. The graphics shifter 229 performs a shift process on the bitmap data of graphics of which the size has been adjusted on the basis of the disparity data obtained by the disparity data conversion unit 224. In addition, the graphics shifter 229 generates N bitmap data items of graphics which are respectively superimposed on image data items of N views (View 1, View 2, . . . , and View N) output from the view interpolation unit 219.


The pixel interleaving/superimposing unit 220 superimposes the respectively corresponding bitmap data items of graphics on the image data items of the N views (View 1, View 2, . . . , and View N) which are output from the view interpolation unit 219. In addition, the pixel interleaving/superimposing unit 220 performs a pixel interleaving process on image data of the N views (View 1, View 2, . . . , and View N) so as to generate display image data for observing a three-dimensional image (stereoscopic image) with the naked eye.


The coded buffer 230 temporarily accumulates the audio stream extracted by the demultiplexer 214. The audio decoder 231 performs an inverse process to the audio encoder 121 (refer to FIG. 7) of the above-described transmission data generation unit 110. In other words, the audio decoder 231 performs a decoding process on the audio stream stored in the coded buffer 230 so as to obtain decoded audio data. The channel mixing unit 232 generates and outputs audio data of each channel in order to realize, for example, 5.1-channel surround, in relation to the audio data obtained by the audio decoder 231.


In addition, reading of the image data of each view from the decoded buffers 217-1, 217-2 and 217-2, reading of the disparity data from the disparity buffer 223, and reading of the bitmap data of graphics from the pixel buffer 227 are performed based on the PTS, and thus synchronous transmission is performed.


Next, a description will be made of a case where a two-dimensional (2D) image is received. In addition, in a case of being the same as the above-described case where a stereoscopic (3D) image is received, description thereof will be appropriately omitted. The transport stream buffer (TS buffer) 213 temporarily accumulates the transport stream TS output from the digital tuner 212. The transport stream TS includes a video stream obtained by coding two-dimensional image data.


When view configuration information, that is, the multi-view stream configuration information (multiview_stream_configuration_info( )) is inserted into a layer of a video stream, in the transport stream buffer (the TS buffer) 213, as described above, the multi-view stream configuration descriptor (multiview_stream_configuration_descriptor) is inserted under the PMT, under the EIT, or the like.


The demultiplexer 214 extracts each of elementary streams of video, graphics, and audio from the transport stream TS which is temporarily accumulated in the TS buffer 213. In addition, the demultiplexer 214 extracts the above-described multi-view stream configuration descriptor from the transport stream TS so as to be sent to the CPU 201. The CPU 201 can easily determine whether or not view configuration information is inserted into the layer of the video stream on the basis of the 1-bit field of “multiview_stream_check flag” of the descriptor.


The coded buffer 215-1 temporarily accumulates the video stream which is obtained by coding the two-dimensional image data and is extracted by the demultiplexer 214. The video decoder 216-1 performs a decoding process on the video stream stored in the coded buffer 215-1 under the control of the CPU 201 so as to acquire two-dimensional image data. The decoded buffer 217-1 temporarily accumulates the two-dimensional image data acquired by the video decoder 216-1.


The scaler 218-1 adjusts an output resolution of the two-dimensional image data output from the decoded buffer 217-1 so as to be predetermined resolutions. The view interpolation unit 219 outputs the scaled two-dimensional image data obtained by the scaler 218-1 as it is, for example, as image data of View 1. In this case, the view interpolation unit 219 outputs only the two-dimensional image data.


In this case, the coded buffers 215-2 and 215-3, the video decoders 216-2 and 216-3, the decoded buffers 217-2 and 217-3, and the scalers 218-2 and 218-3 are in a non-operation state. In addition, the demultiplexer 214 does not extract a disparity elementary stream, and the coded buffer 221, the disparity decoder 222, the disparity buffer 223, and the disparity data conversion unit 224 are in a non-operation state.


The graphics shifter 229 outputs the bitmap data of graphics of which the size has been adjusted, obtained by the scaler 228, as it is. The pixel interleaving/superimposing unit 220 superimposes the bitmap data of graphics output from the graphics shifter 229 on the two-dimensional image data output from the view interpolation unit 219 so as to generate image data for displaying a two-dimensional image.


A detailed description is omitted, and an audio system is the same as in a case of transmitting a stereoscopic (3D) image.


An operation of the receiver 200 will be described briefly. First, a description will be made of an operation when a stereoscopic (3D) image is received. A television broadcast signal input to the antenna terminal 211 is supplied to the digital tuner 212. The digital tuner 212 processes the television broadcast signal so as to output a predetermined transport stream TS corresponding to a channel selected by a user. The transport stream TS is temporarily accumulated in the TS buffer 213.


The transport stream TS includes video streams obtained by coding image data of a left end view and a right end view and image data of a center view which is an intermediate view located between the left end and the right end among a plurality of views for stereoscopic image display.


The demultiplexer 214 extracts each of elementary streams of video, disparity, graphics, and audio from the transport stream TS which is temporarily accumulated in the TS buffer 213. In addition, the demultiplexer 214 extracts multi-view stream configuration descriptor which is identification information from the transport stream TS so as to be sent to the CPU 201. The CPU 201 can easily determine whether or not view configuration information is inserted into the layer of the video stream on the basis of the 1-bit field of “multiview_stream_checkflag” of the descriptor.


The video streams which are obtained by coding image data of each of the center, left end and right end views and are extracted by the demultiplexer 214 are supplied to the coded buffers 215-1, 215-2 and 215-3 so as to be temporarily accumulated. In addition, the video decoders 216-1, 216-2 and 216-3 respectively perform a decoding process on the video streams stored in the coded buffers 215-1, 215-2 and 215-3 under the control of the CPU 201 so as to acquire image data of each of the center, left end and right end views.


In addition, each video decoder extracts the multi-view stream configuration information (multiview_stream_configuration_info( )) which is view configuration information and is inserted into the user data region or the like of the picture header or the sequence header of the video stream so as to be sent to the CPU 201. The CPU 201 controls an operation of each unit so as to perform an operation when a stereoscopic (3D) image is received, that is, when a stereoscopic (3D) display process is performed, on the basis of this view configuration information.


The image data items of the respective views acquired by the video decoders 216-1, 216-2 and 216-3 are supplied to the decoded buffers 217-1, 217-2 and 217-3 so as to be temporarily accumulated. The scalers 218-1, 218-2 and 218-3 respectively adjust output resolutions of the image data items of the respective views output from the decoded buffers 217-1, 217-2 and 217-3 so as to be predetermined resolutions.


In addition, the disparity stream extracted by the demultiplexer 214 is supplied to the coded buffer 221 so as to be temporarily accumulated. The disparity decoder 222 performs a decoding process on the disparity stream stored in the coded buffer 221 so as to obtain disparity data. The disparity data includes disparity data between the center view and the left end view and disparity data between the center view and the right end view. In addition, this disparity data is disparity data of the pixel unit or the block unit.


The disparity data acquired by the disparity decoder 222 is supplied to the disparity buffer 223 so as to be temporarily accumulated. The disparity data conversion unit 224 generates disparity data of the pixel unit, conforming to the size of the scaled image data on the basis of the disparity data accumulated in the disparity buffer 223. In this case, when disparity data of the block unit is transmitted, the data is converted into disparity data of the pixel unit. In addition, in this case, when disparity data of the pixel unit is transmitted but does not conform to the size of scaled image data, the data is appropriately scaled.


The view interpolation unit 219 interpolates and generates image data of a predetermined number of views which are not transmitted, from the image data of each of the center, left end and right end views after being scaled, on the basis of the disparity data between the respective views obtained by the disparity data conversion unit 224. From the view interpolation unit 219, image data of N views (View 1, View 2, . . . , and View N) for observing a three-dimensional image (stereoscopic image) with the naked eye are obtained. In addition, image data of each of the center, left end and right end views is also included.


The graphics stream extracted by the demultiplexer 214 are supplied to the coded buffer 225 so as to be temporarily accumulated. The graphics decoder 226 performs a decoding process on the graphics stream stored in the coded buffer 225 so as to obtain decoded graphics data (including subtitle data). In addition, the graphics decoder 226 generates bitmap data of graphics superimposed on a view (image) on the basis of the graphics data.


The bitmap data of graphics generated by the graphics decoder 226 is supplied to the pixel buffer 227 so as to be temporarily accumulated. The scaler 228 adjusts the size of the bitmap data of graphics accumulated in the pixel buffer 227 so as to correspond to the size of the scaled image data.


The graphics shifter 229 performs a shift process on the bitmap data of graphics of which the size has been adjusted on the basis of the disparity data obtained by the disparity data conversion unit 224. In addition, the graphics shifter 229 generates N bitmap data items of graphics which are respectively superimposed on image data items of N views (View 1, View 2, . . . , and View N) output from the view interpolation unit 219, so as to be supplied to the pixel interleaving/superimposing unit 220.


The pixel interleaving/superimposing unit 220 superimposes the respectively corresponding bitmap data items of graphics on the image data items of the N views (View 1, View 2, . . . , and View N). In addition, the pixel interleaving/superimposing unit 220 performs a pixel interleaving process on image data of the N views (View 1, View 2, . . . , and View N) so as to generate display image data for observing a three-dimensional image (stereoscopic image) with the naked eye. The display image data is supplied to a display, and thereby an image is displayed so as to observe a three-dimensional image (stereoscopic image) with the naked eye.


In addition, the audio stream extracted by the demultiplexer 214 is supplied to the coded buffer 230 so as to be temporarily accumulated. The audio decoder 231 performs a decoding process on the audio stream stored in the coded buffer 230 so as to obtain decoded audio data. The audio data is supplied to the channel mixing unit 232. The channel mixing unit 232 generates audio data of each channel in order to realize, for example, 5.1-channel surround, in relation to the audio data. The audio data is supplied to, for example, a speaker, and a sound is output conforming with image display.


Next, a description will be made of an operation when a two-dimensional (2D) image is received. A television broadcast signal input to the antenna terminal 211 is supplied to the digital tuner 212. The digital tuner 212 processes the television broadcast signal so as to output a predetermined transport stream TS corresponding to a channel selected by a user. The transport stream TS is temporarily accumulated in the TS buffer 213. The transport stream TS includes a video stream obtained by coding two-dimensional image data.


The demultiplexer 214 extracts each of elementary streams of video, graphics, and audio from the transport stream TS which is temporarily accumulated in the TS buffer 213. In addition, the demultiplexer 214 extracts multi-view stream configuration descriptor which is identification information, if inserted, from the transport stream TS so as to be sent to the CPU 201. The CPU 201 can easily determine whether or not view configuration information is inserted into the layer of the video stream on the basis of the 1-bit field of “multiview_stream_check flag” of the descriptor.


The video stream which is obtained by coding two-dimensional image data and is extracted by the demultiplexer 214 is supplied to the coded buffer 215-1 so as to be temporarily accumulated. In addition, the video decoder 216-1 performs a decoding process on the video stream stored in the coded buffer 215-1 under the control of the CPU 201 so as to acquire two-dimensional image data.


In addition, in the video decoder 216-1, if inserted, the multi-view stream configuration information (multiview_stream_configuration_info( )) which is view configuration information and is inserted into the user data region or the like of the picture header or the sequence header of the video stream is extracted and is sent to the CPU 201. The CPU 201 controls an operation of each unit so as to perform an operation when a two-dimensional (2D) image is received, that is, when a two-dimensional (2D) display process is performed, on the basis of the extracted view configuration information or on the basis of the fact that the view configuration information is not extracted.


The two-dimensional image data acquired by the video decoder 216-1 is supplied to the decoded buffer 217-1 so as to be temporarily accumulated. The scaler 218-1 adjusts an output resolution of the two-dimensional image data output from the decoded buffer 217-1 so as to be predetermined resolutions. The scaled two-dimensional image data is output from the view interpolation unit 219 as it is, for example, as image data of View 1.


The graphics stream extracted by the demultiplexer 214 are supplied to the coded buffer 225 so as to be temporarily accumulated. The graphics decoder 226 performs a decoding process on the graphics stream stored in the coded buffer 225 so as to obtain decoded graphics data (including subtitle data). In addition, the graphics decoder 226 generates bitmap data of graphics superimposed on a view (image) on the basis of the graphics data.


The bitmap data of graphics generated by the graphics decoder 226 is supplied to the pixel buffer 227 so as to be temporarily accumulated. The scaler 228 adjusts the size of the bitmap data of graphics accumulated in the pixel buffer 227 so as to correspond to the size of the scaled image data. The bitmap data of graphics of which the size has been adjusted, obtained by the scaler 228, is output from the graphics shifter 229 as it is.


The pixel interleaving/superimposing unit 220 superimposes the bitmap data of graphics output from the graphics shifter 229 on the two-dimensional image data output from the view interpolation unit 219 so as to generate display image data of a two-dimensional image. The display image data is supplied to a display, and thereby a two-dimensional image is displayed.


[Signaling in 3D Period and 2D Period]


Next, a description will be made of an operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200 shown in FIG. 27. This switching is performed by the CPU 201. When a stereoscopic (3D) image is received, multi-view stream configuration information extracted by each of the video decoders 216-1, 216-2 and 216-3 is supplied to the CPU 201. In addition, when a two-dimensional (2D) image is received, multi-view stream configuration information, if inserted, extracted by the video decoder 216-1 is supplied to the CPU 201. The CPU 201 controls switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process on the basis of the presence or the absence of the information or content thereof.



FIGS. 30 and 31 show an example of a received stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued, and each period is, for example, the program unit or the scene unit. In the 3D period, a video stream ES1 of an intermediate view which is a base video stream is present, and two video streams ES2 and ES3 of a left end view and a right end view which are additional video streams are also present. In the 2D period, only the video stream ES1 which is a base video stream is present.


The example of FIG. 30 shows a case where a SEI message including the multi-view stream configuration information is inserted with the picture unit in both of the 3D period and the 2D period. In addition, the example of FIG. 31 shows a case where the SEI message including the multi-view stream configuration information is inserted with the scene unit or the picture group unit (the GOP unit) in each period.


In the SEI message inserted in the 3D period, there is “3D_flag=1” which indicates a 3D mode (stereoscopic image transmission mode). In addition, in the SEI message inserted in the 2D period, there is “3D_flag=0” which indicates a non-3D mode, that is, 2D mode (two-dimensional image transmission mode). In addition, the SEI message is not only inserted into the video stream ES1 but is also inserted into the video streams ES2 and ES3, but is not shown for simplification the drawings.


A flowchart of FIG. 32 shows an example of process procedures of the operation mode switching control in the CPU 201. This example is an example of a case where a coding method is AVC or MVC. As described above, the multi-view stream configuration information is inserted into the “SEIs” part of the access unit as “Multi-view stream configuration SEI message” (refer to FIGS. 21 and 14). In this case, when a stereoscopic (3D) image is received, MVC base view stream (base video stream) and non-base view stream (additional video stream) are received, and when a two-dimensional (2D) image is received, an AVC (2D) stream (base video stream) is received.


The CPU 201 performs control according to the flowchart for each picture frame. However, in a case where the SEI message is not inserted with the picture unit, for example, the SEI message is inserted with the GOP unit (refer to FIG. 31), the CPU 201 maintains the current SEI information until the SEI information of the current GOP is replaced with the SEI information of the next GOP.


First, the CPU 201 starts a process in step ST1, and then proceeds to a process in step ST2. In step ST2, the CPU 201 determines whether or not SEI (“Multiview stream configuration SEI message”) is inserted into the base video stream. When the SEI is inserted, the CPU 201 determines whether or not information in the SEI indicates a 3D mode, that is, “3D_flag=1” in step ST3.


When the information in the SEI indicates a 3D mode, that is, a stereoscopic (3D) image is received, the CPU 201 proceeds to a process in step ST4. The CPU 201 manages the respective input buffers (coded buffers) of the base video stream and the additional video stream in step ST4, and decodes the base video stream and the additional video stream, respectively, by using the decoders (video decoders) in step ST5. Further, the CPU 201 performs control such that the receiver 200 performs other stereoscopic (3D) display processes in step ST6.


In addition, the CPU 201 proceeds to a process in step ST7 when the SEI is not inserted in step ST2, or when the information in the SEI does not indicate a 3D mode, that is, a two-dimensional (2D) image is received in step ST3. The CPU 201 proceeds to the process in step ST7. The CPU 201 manages an input buffer (coded buffer) of the base video stream in step ST7, and decodes the base video stream by using the decoder (video decoder) in step ST8. Further, the CPU 201 performs control such that the receiver 200 performs other two-dimensional (2D) display processes in step ST9.


As described above, in the receiver 200 shown in FIG. 27, switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process is controlled based on the presence or the absence of the SEI message including the multi-view stream configuration information or content thereof. For this reason, it is possible to appropriately and accurately handle a dynamic variation in delivery content and to thereby receive a correct stream.



FIG. 33 shows an example of a case where a base video stream ES1 of an AVC base view of “Stream_Type=0x1B” and “PID=01” is continuously included in the transport stream TS, and MVC additional video streams ES2 and ES3 of “Stream_Type=0x20”, “PID=10” and “PID=11” are intermittently included therein. In this case, the multi-view stream configuration SEI message is inserted into the stream ES1.


The SEI message is present in periods tn−1 and tn+1, and there is “3D_flag=1” which indicates a 3D mode. For this reason, in these periods, the receiver 200 performs a stereoscopic (3D) display process. In other words, the streams ES2 and ES3 as well as the stream ES1 are also extracted and are decoded such that stereoscopic (3D) display is performed. On the other hand, in the period tn, the SEI message is present, but there is “3D_flag=0” which indicates a 2D mode. For this reason, in this period, the receiver 200 performs a two-dimensional (2D) display process. In other words, only the stream ES1 is extracted and is decoded such that two-dimensional (2D) display is performed.



FIG. 34 shows an example of a case where a 3D period (3D mode period) and a 2D period (2D mode period) are alternately continued, and there is no auxiliary information (multi-view stream configuration SEI message) for identifying a mode. The periods T1 and T3 indicate a 3D period, and the period T2 indicates a 2D period. Each period represents, for example, the program unit or the scene unit.


In the 3D period, a base video stream of an MVC base view of “Stream_Type=0x1B” is present, and an additional video stream of an MVC non-base view of “Stream_Type=0x20” is also present. In addition, in the 2D period, an AVC stream of “Stream_Type=0x1B” is present. Further, the base video stream has a configuration in which SPS is a head and a predetermined number of access units (AU) are continuously located. Furthermore, the additional video stream has a configuration in which subset SPS (SSSPS) is a head and a predetermined number of access units (AU) are continuously located. In addition, the access units (AU) are constituted by “PPS, Substream SEIs, and Coded Slice”.


In a case where there is no auxiliary information for identifying a mode, the receiver recognizes that the 3D period is switched to the 2D period when data is not input to the input buffers of the receiver during a predetermined period. However, it cannot be recognized at the time point T1 that the reason why data of an additional video stream is not input to the input buffer is that errors occur during transmission or coding, or switching to the 2D period is performed. Therefore, a temporal delay is required for the receiver to be switched to a 2D processing mode.



FIG. 35 shows an example of a case where a 3D period and a 2D period are alternately continued, and there is auxiliary information (multi-view stream configuration SEI message) for identifying a mode. The periods T1 and T3 indicate a 3D period, and the period T2 indicates a 2D period. Each period represents, for example, the program unit or the scene unit.


In the 3D period, a base video stream of an MVC base view of “Stream_Type=0x1B” is present, and an additional video stream of an MVC non-base view of “Stream_Type=0x20” is also present. In addition, in the 2D period, an AVC stream of “Stream_Type=0x1B” is present. Further, the base video stream has a configuration in which “SPS” is a head and a predetermined number of access units (AU) are continuously located. Furthermore, the additional video stream has a configuration in which “SSSPS” is a head and a predetermined number of access units (AU) are continuously located. In addition, the access units (AU) are constituted by “PPS, Substream SEIs, and Coded Slice”.


The auxiliary information (multi-view stream configuration SEI message) for identifying a mode is inserted for each access unit (AU). The auxiliary information inserted into the access unit in the 3D period is indicated by “3D” which is regarded as “3D_flag=1” and indicates a 3D mode (stereoscopic image transmission mode). On the other hand, the auxiliary information inserted into the access unit in the 2D period is indicated by “2D” which is regarded as “3D_flag=0” and indicates a 2D mode (two-dimensional image transmission mode).


As above, in a case where there is auxiliary information (multi-view stream configuration SEI message) for identifying a mode, the receiver checks the element “3D_flag” of the auxiliary information, and can immediately discriminate whether the element indicates a 3D mode or a 2D mode, and thus it is possible to rapidly perform decoding and switching between display processes. In a case where the 3D period is switched to the 2D period, the receiver can determine that the 3D period is switched to the 2D period at the discrimination timing T2 when the element “3D_flag” of the auxiliary information inserted into the first access unit indicates a 2D mode, and thus can rapidly perform mode switching from 3D to 2D.


In addition, in the receiver 200 shown in FIG. 27, when a stereoscopic (3D) image is received, at least image data of a left end view and a right end view and image data of an intermediate view located between the left end and the right end are received among a plurality of views for stereoscopic image display. In addition, in this receiver 200, other views are obtained through an interpolation process on the basis of disparity data. For this reason, it is possible to favorably observe a stereoscopic image formed by multi-views with the naked eye.


In other words, not only image data of the left end view and the right end view but also image data of the center view is received. For this reason, a relative disparity between views is small, a periphery of occlusion according to processing of a fine part when image data of a view which is not transmitted is interpolated is easily interpolated, and thereby it is possible to improve quality of a reproduced image. In addition, since image data of the left end view and the right end view is received, image data of a view which is not transmitted can be generated through an interpolation process, and thus it is possible to easily maintain high image quality with regard to processing of an end point of occlusion or the like.


In addition, the receiver 200 shown in FIG. 27 shows a configuration example of a case where a disparity stream obtained by coding disparity data is included in the transport stream TS. In a case where a disparity stream is not included in the transport stream TS, disparity data is generated from received image data of each view and is used.



FIG. 36 shows a configuration example of a receiver 200A in this case. In FIG. 36, a part corresponding to FIG. 27 is given the same reference numeral and detailed description thereof will be omitted. The receiver 200A includes a disparity data generation unit 233. The disparity data generation unit 233 generates disparity data on the basis of scaled image data of each of the center, left end and right end views.


Although detailed description is omitted, a method of generating disparity data in this case is the same as the method of generating disparity data in the disparity data generation portion 116 of the above-described transmission data generation unit 110. In addition, the disparity data generation unit 233 generates and outputs the same disparity data as disparity data of the pixel unit generated by the disparity data conversion unit 224 of the receiver 200 shown in FIG. 27. Disparity data generated by the disparity data generate unit 233 is supplied to the view interpolation unit 219 and is also supplied to the graphics shifter 229 so as to be used.


In addition, in the receiver 200A shown in FIG. 36, the coded buffer 221, the disparity decoder 222, the disparity buffer 223, and the disparity data conversion unit 224 of the receiver 200 shown in FIG. 27 are omitted. The other configurations of the receiver 200A shown in FIG. 36 are the same as the configurations of the receiver 200 shown in FIG. 27.


[Another Example of Auxiliary Information for Identifying Mode]


In the above description, a description has been made of an example in which the multi-view stream configuration SEI message is used as auxiliary information for identifying a mode, and the receiver discriminates a 3D period or a 2D period with frame accuracy on the basis of set content thereof. As auxiliary information for identifying a mode, the existing multi-view view position SEI message (multiview_view_position SEI message) may be used. If this multi-view view position SEI message is to be inserted, a transmission side is required to insert the message into an intra-picture in which intra-refresh (making a compression buffer vacant) is performed over an entire video sequence.



FIG. 37 shows a structural example (Syntax) of a multi-view view position (Multiview view position( )) included in the SEI message. The field of “num_views_minus1” indicates a value (0 to 1023) which is withdrawn from the number of views. The field of “view_position[i]” indicates a relative positional relationship when each view is displayed. In other words, the field indicates a sequential relative position from a left view to a right view when each view is displayed, using a value which sequentially increases from 0.


The transmission data generation unit 110 shown in FIG. 7 described above inserts the multi-view view position SEI message into a video stream (base video stream) which is obtained by coding image data of an intermediate view in a 3D mode (stereoscopic image transmission mode). The multi-view view position SEI message forms identification information indicating a 3D mode. In this case, the message is inserted at least with the program unit, the scene unit, the picture group unit, or the picture unit.



FIG. 38(
a) shows a leading access unit of Group Of Pictures (GOP), and FIG. 38(b) shows an access unit other than the leading access unit of the GOP. In a case where multi-view view position SEI is inserted with the GOP unit, “multiview_view_position SEI message” is inserted into only the leading access unit of the GOP.


If this is applied to three views including a left end (Left), center (Center) and right end (Right) views, in the multi-view view position (Multiview view position( )) (refer to FIG. 37) included in the multi-view view position SEI message, there is “view_position[0]=1” which indicates that a base view video stream which is a base video stream is a video stream obtained by coding image data of the center view.


In addition, there is “view_position[1]=0” which indicates that a non-base view first video stream which is an additional video stream is a video stream obtained by coding image data of the left end view. Further, there is “view_position[2]=2” which indicates that a non-base view second video stream which is an additional video stream is a video stream obtained by coding image data of the right end view.


A description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200 shown in FIG. 27 in a case of using the multi-view view position SEI message (multiview_view_position message). This switching is performed by the CPU 201. When a stereoscopic (3D) image is received, the multi-view view position SEI message is extracted by the video decoder 216-1 and is supplied to the CPU 201. However, when a two-dimensional (2D) image is received, the SEI message is not extracted by the video decoder 216-1 and thus is not supplied to the CPU 201. The CPU 201 controls switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process on the basis of the presence or the absence of the SEI message.



FIGS. 39 and 40 show an example of a received stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued. Each period is, for example, the program unit or the scene unit. In the 3D period, a video stream ES1 of an intermediate view which is a base video stream is present, and two video streams ES2 and ES3 of a left end view and a right end view which are additional video streams are also present. In the 2D period, only the video stream ES1 which is a base video stream is present.


The example of FIG. 39 shows a case where the multi-view view position SEI message is inserted with the picture unit in the 3D period. In addition, the example of FIG. 40 shows a case where the multi-view view position SEI is inserted with the scene unit or the picture group unit (the GOP unit) in 3D period.


A flowchart of FIG. 41 shows an example of process procedures of the operation mode switching control in the CPU 201. The CPU 201 performs control according to the flowchart for each picture frame. However, in a case where the SEI message is not inserted with the picture unit, for example, the SEI message is inserted with the GOP unit (refer to FIG. 40), the CPU 201 maintains the current SEI information until the SEI information of the current GOP is replaced with the SEI information of the next GOP.


First, the CPU 201 starts a process in step ST11, and then proceeds to a process in step ST12. In step ST12, the CPU 201 determines whether or not SEI (“Multiview Position SEI message”) is inserted into the base video stream. When the SEI is inserted, the CPU 201 proceeds to a process in step ST13. In other words, when a stereoscopic (3D) image is received, the SEI is inserted into the base video stream, the CPU 201 proceeds to a process in step ST13.


The CPU 201 manages the respective input buffers (coded buffers) of the base video stream and the additional video stream in step ST13, and decodes the base video stream and the additional video stream, respectively, by using the decoders (video decoders) in step ST14. Further, the CPU 201 performs control such that the receiver 200 performs other stereoscopic (3D) display processes in step ST15.


In this case, a video stream (additional video stream) into which the multi-view view position SEI is not inserted is processed according to a definition designated by the element of the SEI. In other words, in this example, each additional video stream is processed according to a relative positional relationship designated by “view_position[i]” when each view is displayed, and thereby image data of each view is appropriately acquired.


In addition, when the SEI (“multiview_view_position SEI message”) is not inserted in step ST12, the CPU 201 proceeds to a process in step ST16. In other words, since the SEI is not inserted into the base video stream when a two-dimensional (2D) image is received, the CPU 201 proceeds to a process in step ST16. The CPU 201 manages an input buffer (coded buffer) of the base video stream in step ST16, and decodes the base video stream by using the decoder (video decoder) in step ST17. Further, the CPU 201 performs control such that the receiver 200 performs other two-dimensional (2D) display processes in step ST18.


As described above, also by using the multi-view view position SEI message, a reception side can favorably perform switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process. For this reason, it is possible to appropriately and accurately handle a dynamic variation in delivery content and to thereby receive a correct stream.



FIG. 42 shows an example of a case where a base video stream ES1 of an AVC base view of “Stream_Type=0x1B” and “PID=01” is continuously included in the transport stream TS, and MVC additional video streams ES2 and ES3 of “Stream_Type=0x20”, “PID=10” and “PID=11” are intermittently included therein. In this case, the multi-view view position SEI is inserted into the stream ES1 in the 3D period.


The multi-view view position SEI is present in periods tn−1 and tn+1. For this reason, in these periods, the receiver 200 performs a stereoscopic (3D) display process. In other words, the streams ES2 and ES3 as well as the stream ES1 are also extracted and are decoded such that stereoscopic (3D) display is performed. On the other hand, in the period tn, the multi-view view position SEI is not present. For this reason, in this period, the receiver 200 performs a two-dimensional (2D) display process. In other words, only the stream ES1 is extracted and is decoded such that two-dimensional (2D) display is performed.


In addition, at least one of the above-described multi-view stream configuration SEI and the multi-view view position SEI may be inserted into a video stream which is transmitted by a transmission side. In this case, a reception side may control switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process by using at least several pieces of SEI.



FIG. 43 shows an example of a case where a 3D period and a 2D period are alternately continued, and there is auxiliary information (multi-view view position SEI message) for identifying a mode. The periods T1 and T3 indicate a 3D period, and the period T2 indicates a 2D period. Each period represents, for example, the program unit or the scene unit.


In the 3D period, a base video stream of an MVC base view of “Stream_Type=0x1B” is present, and an additional video stream of an MVC non-base view of “Stream_Type=0x20” is also present. In addition, in the 2D period, an AVC stream of “Stream_Type=0x1B” is present. Further, the base video stream has a configuration in which “SPS” is a head and a predetermined number of access units (AU) are continuously located. Furthermore, the additional video stream has a configuration in which “SSSPS” is a head and a predetermined number of access units (AU) are continuously located. In addition, the access units (AU) are constituted by “PPS, Substream SEIs, and Coded Slice”.


The auxiliary information (multi-view view position SEI message) for identifying a mode is inserted for each access unit (AU) in the 3D period. The auxiliary information indicates the 3D mode which is denoted by “3D”. In addition, the auxiliary information is not inserted into each access unit (AU) in the 2D period.


As above, in a case where there is auxiliary information for identifying a mode as described above, the receiver can immediately discriminate whether a period is a 3D period or a 2D period on the basis of the presence or the absence of the auxiliary information, and thus it is possible to rapidly perform decoding and switching between display processes. In a case where the 3D period is switched to the 2D period, the receiver can determine that the 3D period is switched to the 2D period at the discrimination timing T2 when there is no auxiliary information in the first access unit and thus can rapidly perform mode switching from 3D to 2D.


A flowchart of FIG. 44 shows an example of process procedures of the operation mode switching control in the CPU 201. The CPU 201 performs control according to the flowchart for each picture frame. However, in a case where the SEI message is not inserted with the picture unit, for example, the SEI message is inserted with the GOP unit, the CPU 201 maintains the current SEI information until the SEI information of the current GOP is replaced with the SEI information of the next GOP. Hereinafter, a description will be made assuming the multi-view stream configuration SEI as A type SEI and the multi-view view position SEI as B type SEI.


First, the CPU 201 starts a process in step ST21, and then proceeds to a process in step ST22. In step ST22, the CPU 201 determines whether or not the A type SEI is inserted into the base video stream. When the A type SEI is inserted, the CPU 201 determines whether or not information in the A type SEI indicates a 3D mode, that is, “3D_flag=1” in step ST23.


When the information in the SEI indicates a 3D mode, that is, a stereoscopic (3D) image is received, the CPU 201 proceeds to a process in step ST24. The CPU 201 manages the respective input buffers (coded buffers) of the base video stream and the additional video stream in step ST24, and decodes the base video stream and the additional video stream, respectively, by using the decoders (video decoders) in step ST25. Further, the CPU 201 performs control such that the receiver 200 performs other stereoscopic (3D) display processes in step ST6.


In addition, the CPU 201 proceeds to a process in step ST28 when the information in the A type SEI does not indicate a 3D mode, that is, a two-dimensional (2D) image is received in step ST23. The CPU 201 manages an input buffer (coded buffer) of the base video stream in step ST28, and decodes the base video stream by using the decoder (video decoder) in step ST29. Further, the CPU 201 performs control such that the receiver 200 performs other two-dimensional (2D) display processes in step ST30.


In addition, when the A type SEI is not inserted in step ST22, the CPU 201 determines whether or not the B type SEI is inserted into the base video stream in step ST27. When the B type SEI is inserted, the CPU 201 proceeds to a process in step ST24, and performs control such that the receiver 200 performs a stereoscopic (3D) display process as described above. On the other hand, when the B type SEI is not inserted into the base video stream, the CPU 201 proceeds to a process in step ST28, and performs control such that the receiver 200 performs a two-dimensional (2D) display process.


As described above, in a case where at least one of the multi-view stream configuration SEI and the multi-view view position SEI is inserted into a transmitted video stream, a reception side can use at least one. Thereby, it is possible to favorably perform switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process. For this reason, it is possible to appropriately and accurately handle a dynamic variation in delivery content and to thereby receive a correct stream.


[Still Another Example of Auxiliary Information for Identifying Mode]


In the above description, a description has been made of an example in which the multi-view stream configuration SEI message or the multi-view view position SEI message is used as auxiliary information for identifying a mode, and the receiver discriminates a 3D period or a 2D period with frame accuracy on the basis of set content thereof or the presence or the absence thereof. As auxiliary information for identifying a mode, still another auxiliary information may be used. That is, auxiliary information indicating a 2D mode is used.


As identification information indicating a 2D mode, a SEI message which is newly defined may be used. In addition, in a case of an MPEG2 stream, existing frame packing arrangement data (frame_packing_arrangement_data( )) may be used.



FIG. 45 shows a structural example (Syntax) of frame packing arrangement data (frame_packing_arrangement_data( )). The 32-bit field of “frame_packing_user_data_identifier” enables this user data to be identified as frame packing arrangement data. The 7-bit field of “arrangement_type” indicates a stereo video format type (stereo_video_format_type). As shown in FIG. 46, “0000011” indicates stereo side-by-side, “0000100” indicates stereo top-and-bottom, and “0001000” indicates 2D video.


The transmission data generation unit 110 shown in FIG. 7 described above inserts auxiliary information indicating a 2D mode into a video stream (base video stream) which is obtained by coding image data of an intermediate view in a 2D mode (stereoscopic image transmission mode). For example, in a case where this stream is an MPEG2 stream, the frame packing arrangement data (arrangement_type=0001000) is inserted into the user data region. In this case, the data is inserted at least with the program unit, the scene unit, the picture group unit, or the picture unit.


The frame packing arrangement data (frame_packing_arrangement_data( )) is inserted into the user data region of the picture header part as user data “user_data( ))”. FIG. 47 shows a structural example of “user_data( ))”. The 32-bit field of “user_data_start_code” is a start code of the user data (user_data) and is a fixed value of “0x000001B2”. “frame_packing_arrangement_data( ))” is inserted subsequent to the start code as a data body.


In a case of using the auxiliary information indicating a 2D mode, a description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200 shown in FIG. 27. This switching is performed by the CPU 201. When a two-dimensional (2D) image is received, the auxiliary information indicating a 2D mode is extracted by the video decoder 216-1 and is supplied to the CPU 201. However, when a stereoscopic (3D) image is received, the auxiliary information is not extracted by the video decoder 216-1 and thus is not supplied to the CPU 201. The CPU 201 controls switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process on the basis of the presence or the absence of the auxiliary information.



FIGS. 48 and 49 show an example of a received stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued. Each period is, for example, the program unit or the scene unit. In the 3D period, a video stream ES1 of an intermediate view which is a base video stream is present, and two video streams ES2 and ES3 of a left end view and a right end view which are additional video streams are also present. In the 2D period, only the video stream ES1 which is a base video stream is present. The example of FIG. 48 shows a case where the auxiliary information indicating a 2D mode is inserted with the picture unit in the 2D period. In addition, the example of FIG. 49 shows a case where the auxiliary information indicating a 2D mode is inserted with the scene unit or the picture group unit (the GOP unit) in the 2D period.


A flowchart of FIG. 50 shows an example of process procedures of the operation mode switching control in the CPU 201. The CPU 201 performs control according to the flowchart for each picture frame. However, in a case where the auxiliary information is not inserted with the picture unit, for example, the auxiliary information is inserted with the GOP unit (refer to FIG. 49), the CPU 201 maintains the current auxiliary information until the auxiliary information of the current GOP is replaced with the auxiliary information of the next GOP.


First, the CPU 201 starts a process in step ST31, and then proceeds to a process in step ST32. In step ST32, the CPU 201 determines whether or not the auxiliary information indicating a 2D mode is inserted into the base video stream. When the auxiliary information is not inserted, the CPU 201 proceeds to a process in step ST33. In other words, when a stereoscopic (3D) image is received, the auxiliary information is not inserted into the base video stream, the CPU 201 proceeds to a process in step ST33.


The CPU 201 manages the respective input buffers (coded buffers) of the base video stream and the additional video stream in step ST33, and decodes the base video stream and the additional video stream, respectively, by using the decoders (video decoders) in step ST34. Further, the CPU 201 performs control such that the receiver 200 performs other stereoscopic (3D) display processes in step ST35.


In addition, when the auxiliary information is inserted in step ST32, the CPU 201 proceeds to a process in step ST36. In other words, since the auxiliary information inserted into the base video stream when a two-dimensional (2D) image is received, the CPU 201 proceeds to a process in step ST36. The CPU 201 manages an input buffer (coded buffer) of the base video stream in step ST36, and decodes the base video stream by using the decoder (video decoder) in step ST37. Further, the CPU 201 performs control such that the receiver 200 performs other two-dimensional (2D) display processes in step ST38.


As described above, also by using the auxiliary information indicating a 2D mode, a reception side can favorably perform switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process. For this reason, it is possible to appropriately and accurately handle a dynamic variation in delivery content and to thereby receive a correct stream.



FIG. 51 shows an example of a case where a base video stream ES1 of an MPEG2 base view of “Stream_Type=0x20” and “PID=01” is continuously included in the transport stream TS, and AVC additional video streams ES2 and ES3 of “Stream_Type=0x23”, “PID=10” and “PID=11” are intermittently included therein. In this case, the frame packing arrangement data (arrangement_type=“2D”) is inserted into the stream ES1 in the 2D period.


The frame packing arrangement data (arrangement_type=“2D”) is not present in periods tn−1 and tn+1. For this reason, in these periods, the receiver 200 performs a stereoscopic (3D) display process. In other words, the streams ES2 and ES3 as well as the stream ES1 are also extracted and are decoded such that stereoscopic (3D) display is performed. On the other hand, in the period tn, frame packing arrangement data (arrangement_type=“2D”) is present. For this reason, in this period, the receiver 200 performs a two-dimensional (2D) display process. In other words, only the stream ES1 is extracted and is decoded such that two-dimensional (2D) display is performed.



FIG. 52 shows an example of a case where a 3D period and a 2D period are alternately continued, and there is auxiliary information (a newly defined SEI message indicating a 2D mode) for identifying a mode. The periods T1 and T3 indicate a 3D period, and the period T2 indicates a 2D period. Each period represents, for example, the program unit or the scene unit.


In the 3D period, a base video stream of an MVC base view of “Stream_Type=0x1B” is present, and an additional video stream of an MVC non-base view of “Stream_Type=0x20” is also present. In addition, in the 2D period, an AVC stream of “Stream_Type=0x1B” is present. Further, the base video stream has a configuration in which “SPS” is a head and a predetermined number of access units (AU) are continuously located. Furthermore, the additional video stream has a configuration in which “SSSPS” is a head and a predetermined number of access units (AU) are continuously located. In addition, the access units (AU) are constituted by “PPS, Substream SEIs, and Coded Slice”.


The auxiliary information for identifying a mode is inserted into each access unit (AU) in the 2D period. The auxiliary information indicates the 2D mode which is denoted by “2D”. In addition, the auxiliary information is not inserted into each access unit (AU) in the 3D period.


As above, in a case where there is auxiliary information for identifying a mode as described above, the receiver can immediately discriminate whether a period is a 3D period or a 2D period on the basis of the present or the absence of the auxiliary information, and thus it is possible to rapidly perform decoding and switching between display processes. In a case where the 3D period is switched to the 2D period, the receiver can determine that the 3D period is switched to the 2D period at the discrimination timing T2 when there is auxiliary information in the first access unit and thus can rapidly perform mode switching from 3D to 2D.


[Case of Stereo Stereoscopic Image]


In addition, in the above description, a description has been made of an example in which image data of a center view, a left end view, and a right end view for display a multi-view stereoscopic image is transmitted from the broadcast station 100 to the receiver 200 when a stereoscopic (3D) image is transmitted. The present technology is applicable in the same manner even to a case where image data of a left eye view and a right eye view for displaying a stereo stereoscopic image is transmitted from the broadcast station 100 to the receiver 200 when a stereoscopic (3D) image is transmitted.


In this case, in a video stream included in the transport stream TS, as shown in FIG. 53, each of image data items of a left eye (Left) view and a right eye (Right) view is coded as data of a single picture. In the shown example, the data of each picture has a full HD size of 1920*1080. In this case, for example, of a base video stream and an additional video stream obtained by coding each of image data items of a left eye view and a right eye view, the multi-view view position SEI is inserted into the base video stream.



FIG. 54 shows a configuration example of a transmission data generation unit 110B which transmits image data of a left eye view and a right eye view for displaying a stereo stereoscopic image in the broadcast station 100. In FIG. 54, a part corresponding to FIG. 7 is given the same reference numeral, and detailed description thereof will be appropriately omitted.


Image data (left eye image data) VL of a left eye view output from the image data output portion 111-1 is scaled to a full HD size of 1920*1080 by the scaler 113-1. In addition, the scaled image data VL′ is supplied to the video encoder 114-1. The video encoder 114-1 performs coding on the image data VL′ so as to obtain coded video data, and generates a video stream (base video stream) which includes the coded data as a substream (sub stream 1).


In addition, in this case, the video encoder 114-1 inserts a multi-view view position SEI message into the video stream (base video stream) at least with the program unit, the scene unit, the picture group unit, or the picture unit. In a multi-view view position (Multiview view position( )) (refer to FIG. 37) included in this multi-view view position SEI message, there are “view_position[0]=0” and “view_position[1]=1”.


This indicates that a base view video stream which is a base video stream is a video stream obtained by coding image data of a left end view. In addition, it is indicated that a non-base view video stream which is an additional video stream is a video stream obtained by coding image data of a right end view.


Further, image data (right eye image data) VR of a right eye view output from the image data output portion 111-2 is scaled to a full HD size of 1920*1080 by the scaler 113-2. In addition, the scaled image data VR′ is supplied to the video encoder 114-2. The video encoder 114-2 performs coding on the image data VR′ so as to obtain coded video data, and generates a video stream (additional video stream) which includes the coded data as a substream (sub stream 2).


The multiplexer 115 packetizes and multiplexes the elementary streams supplied from the respective encoders so as to generate a transport stream TS. In this case, the video stream (base video stream) obtained by coding the left eye image data is transmitted as, for example, an MVC base view video elementary stream (Base view sub-bitstream). In addition, the video stream (additional video stream) obtained by coding the right eye image data is transmitted as, for example, an MVC non-base view video elementary stream (Non-Base view sub-bitstream). Further, in this case, a PTS is inserted into each PES header such that synchronous reproduction is performed in the reception side. Detailed description is omitted, and the remaining parts of the transmission data generation unit 110B shown in FIG. 54 are configured in the same manner as the transmission data generation unit 110 shown in FIG. 7.



FIG. 55 shows a configuration example of a receiver 200B of a stereo stereoscopic image. In FIG. 55, a part corresponding to FIG. 27 is given the same reference numeral, and detailed description thereof will be appropriately omitted. The demultiplexer 214 extracts each of elementary streams of video, disparity, graphics, and audio from the transport stream TS which is temporarily accumulated in the TS buffer 213.


The video streams which are obtained by coding each of the left eye image data and the right eye image data and are extracted by the demultiplexer 214 are supplied to the coded buffers 215-1 and 215-2 so as to be temporarily accumulated. In addition, the video decoders 216-1 and 216-2 respectively perform a decoding process on the video streams stored in the coded buffers 215-1 and 215-2 under the control of the CPU 201 so as to acquire left eye image data and right eye image data.


In this case, the video decoder 216-1 extracts the multi-view view position SEI message (refer to FIGS. 38 and 37) which is inserted into the video stream (base video stream) as described above, so as to be sent to the CPU 201. The CPU 201 controls an operation of each unit so as to perform an operation when a stereoscopic (3D) image is received, that is, when a stereoscopic (3D) display process is performed, on the basis of this SEI information.


The image data items of the respective views acquired by the video decoders 216-1 and 216-2 are supplied to the decoded buffers 217-1 and 217-2 so as to be temporarily accumulated. The scalers 218-1 and 218-2 respectively adjust output resolutions of the image data items of the respective views output from the decoded buffers 217-1 and 217-2 so as to be predetermined resolutions.


A superimposing unit 220B superimposes respectively corresponding graphics bitmap data items on the left eye image data and the right eye image data so as to generate display image data for displaying a stereo stereoscopic image. The display image data is supplied to a display, and thereby a stereo stereoscopic (3D) image is displayed. Detailed description is omitted, and the remaining parts of the transmission data generation unit 200B shown in FIG. 55 are configured in the same manner as the transmission data generation unit 200 shown in FIG. 27.


As such, even in a case of transmitting a stereo stereoscopic (3D) image as a stereoscopic image, it is possible to favorably perform switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process by using auxiliary information which presents an element of the stereoscopic image, for example, the above-described multi-view view position SEI in the receiver 200B. For this reason, it is possible to appropriately and accurately handle a dynamic variation in delivery content and to thereby receive a correct stream.



FIGS. 56 and 57 show an example of a received stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued. Each period is, for example, the program unit or the scene unit. In the 3D period, a video stream ES1 which is a base video stream and includes image data of a left eye view is present, and a video stream ES2 which is an additional video stream and includes image data of a right eye view is also present. In the 2D period, only video stream ES1 which is a base video stream and includes two-dimensional image data is present.


The example of FIG. 56 shows a case where the multi-view view position SEI message is inserted with the picture unit in the 3D period. In addition, the example of FIG. 57 shows a case where the multi-view view position SEI is inserted with the scene unit or the picture group unit (the GOP unit) in 3D period.



FIG. 58 shows an example of a case where a base video stream ES1 of an AVC base view of “Stream_Type=0x1B” and “PID=01” is continuously included in the transport stream TS, and an MVC additional video stream ES2 of “Stream_Type=0x20” and “PID=11” is intermittently included therein. In this case, the multi-view view position SEI is inserted into the stream ES1 in the 3D period.


The multi-view view position SEI is present in periods tn−1 and tn+1. For this reason, in these periods, the receiver 200B performs a stereo stereoscopic (3D) display process. In other words, the stream ES2 as well as the stream ES1 is also extracted and is decoded so as to display a stereo stereoscopic (3D) image.


On the other hand, in the period tn, the multi-view view position SEI is not present. For this reason, in this period, the receiver 200B performs a two-dimensional (2D) display process. In other words, only the stream ES1 is extracted and is decoded such that two-dimensional (2D) display is performed. At this time, in order to rapidly transfer from a 3D processing mode to a 2D processing mode, a processing method is also possible in which only a base video stream is decoded, a display process is performed for 2D display in a state in which a buffer management mode is maintained as a 3D mode.


In the above-described example of displaying a stereo stereoscopic image, the multi-view view position SEI is used as auxiliary information for identifying a mode. However, detailed description is omitted, and there may be a configuration in which multi-view stream configuration SEI is used, or auxiliary information (frame packing arrangement data or the like) indicating a 2D mode is used in the same manner as an example of an multi-view stereoscopic image.



FIG. 59 collectively shows methods of a case A, a case B and a case C for identifying a 3D period and a 2D period in a case where a base stream and an additional stream are present in the 3D period and only a base stream is present in the 2D period as described above.


The method of the case A shown in FIG. 59(a) is a method in which auxiliary information for identifying a mode is inserted into a base stream in both of the 3D period and the 2D period, and the 3D period and the 2D period can be identified based on set content of the auxiliary information. The method of the case A corresponds to the above-described example of using the multi-view stream configuration SEI.


The method of the case B shown in FIG. 59(b) is a method in which auxiliary information indicating a 3D mode is inserted into a base stream only in the 3D period, and the 3D period and the 2D period can be identified based on the presence or the absence of the auxiliary information. The method of the case B corresponds to the above-described example of using the multi-view view position SEI.


The method of the case C shown in FIG. 59(c) is a method in which auxiliary information indicating a 2D mode is inserted into a base stream only in the 2D period, and the 3D period and the 2D period can be identified based on the presence or the absence of the auxiliary information. The method of the case C corresponds to the above-described example of using the auxiliary information (newly defined SEI, frame packing arrangement data, or the like) indicating a 2D mode.


[Case where Additional Stream is Present Even in 2D Period]


In the above description, a description has been made of an example in which only a base stream is present in a 2D period. However, a configuration in a 2D period may be the same stream configuration as in a 3D period. In other words, for example, a base stream and an additional stream are present in both a 3D period and a 2D period.


In the above-described transmission data generation unit 110 shown in FIG. 7, when a stereoscopic (3D) image is transmitted, a base video stream of an MVC base view and two additional video streams of an MVC non-base view are generated as transmission video streams. In other words, scaled image data VC′ of a center (Center) view is coded so as to obtain a base video stream of an MVC base view. In addition, scaled image data items VL′ and VR′ of two views of left end (Left) and right end (Right) are respectively coded so as to obtain additional video streams of an MVC non-base view.


In addition, in the above-described transmission data generation unit 110 shown in FIG. 7, for example, even when a two-dimensional (2D) image is transmitted, a base video stream of an MVC base view and two additional video streams of an MVC non-base view are generated as transmission video streams. In other words, scaled two-dimensional image data is coded so as to obtain a base video stream of an MVC base view. In addition, coding is performed in a coding mode (Skipped Macro Block) in which a difference between views is zero as a result of referring to the base video stream, thereby obtaining two additional video streams substantially including image data which is the same as two-dimensional image data.


As above, also when a two-dimensional (2D) image is transmitted, in the same manner as when a stereoscopic (3D) image is transmitted, a stream is configured to include a base video stream of an MVC base view and two additional video streams of an MVC non-base view, and thereby the encoder can continuously operates the MVC. For this reason, a stable operation of the transmission data generation unit 110 is expected.


Here, the above-described multi-view view position SEI message (multiview_view_position SEI message) is used as auxiliary information for identifying a mode. The above-described transmission data generation unit 110 shown in FIG. 7 inserts the multi-view view position SEI message into a base video stream when a stereoscopic (3D) image is transmitted and when a two-dimensional (2D) image is transmitted, at least with the program unit, the scene unit, the picture group unit, or the picture unit.


In the multi-view view position SEI message inserted when a stereoscopic (3D) image is transmitted, “view_position[i]” is set as follows. In other words, there is “view_position[0]=1” which indicates a base view video stream which is a base video stream is a video stream obtained by coding image data of a center view.


In addition, there is “view_position[1]=0” which indicates that a non-base view first video stream which is an additional video stream is a video stream obtained by coding image data of the left end view. Further, there is “view_position[2]=2” which indicates that a non-base view second video stream which is an additional video stream is a video stream obtained by coding image data of the right end view.


On the other hand, in the multi-view view position SEI message inserted when a two-dimensional (2D) image is transmitted, “view_position[i]” is set as follows. In other words, all of “view_position[0]”, “view_position[1]” and “view_position[2]” are “0”, “1”, or “2”.


When “view_position[i]” is set in this way, a reception side recognizes that a difference between an additional video stream and a base video stream is zero even in a case where the base video stream and two additional video streams are transmitted. In other words, the reception side can detect that a two-dimensional (2D) image is transmitted even if a plurality of streams are transmitted, on the basis of the setting of “view_position[i]”.


A description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200 shown in FIG. 27. This switching is performed by the CPU 201. When a stereoscopic (3D) image is received, the multi-view view position SEI message is extracted by the video decoder 216-1 and is supplied to the CPU 201. The CPU 201 identifies either of a stereoscopic image transmission mode and a two-dimensional image transmission mode on the basis of set content of “view_position[i]” of the SEI message, and controls switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process.



FIGS. 60 and 61 show an example of a received stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued. Each period is, for example, the program unit or the scene unit. In both the 3D period and the 2D period, a video stream ES1 of a center view which is a base video stream is present, and two video streams ES2 and ES3 of a left end view and a right end view which are additional video streams are also present.


The example of FIG. 60 shows a case where the multi-view view position SEI message is inserted with the picture unit in the 3D period and the 2D period. In addition, the example of FIG. 61 shows a case where the multi-view view position SEI is inserted with the scene unit or the picture group unit (the GOP unit) in 3D period and 2D period.


A flowchart of FIG. 62 shows an example of process procedures of the operation mode switching control in the CPU 201. The CPU 201 performs control according to the flowchart for each picture frame. However, in a case where the SEI is not inserted with the picture unit, for example, the SEI is inserted with the GOP unit (refer to FIG. 61), the CPU 201 maintains the current SEI information until the SEI information of the current GOP is replaced with the SEI information of the next GOP.


First, the CPU 201 starts a process in step ST41, and then proceeds to a process in step ST42. In step ST42, the CPU 201 determines whether or not SEI (“multiview_view_position SEI message”) is inserted into the base video stream. When the SEI is inserted, the CPU 201 determines whether or not information in the SEI, that is, set content of “view_position[i]” indicates a 3D mode in step ST43.


When the set content of “view_position[i]” in the SEI indicates a 3D mode, that is, when a stereoscopic (3D) image is received, the CPU 201 proceeds to a process in step ST44. The CPU 201 manages the respective input buffers (coded buffers) of the base video stream and the additional video stream in step ST44, and decodes the base video stream and the additional video stream, respectively, by using the decoders (video decoders) in step ST45. Further, the CPU 201 performs control such that the receiver 200 performs other stereoscopic (3D) display processes in step ST46.


In addition, when the SEI is not inserted in step ST42, or when the set content of “view_position[i]” in the SEI does not indicate a 3D mode in step ST43, that is, when a two-dimensional (2D) image is received, the CPU 201 proceeds to a process in step ST47. The CPU 201 manages an input buffer (coded buffer) of the base video stream in step ST47, and decodes the base video stream by using the decoder (video decoder) in step ST48. Further, the CPU 201 performs control such that the receiver 200 performs other two-dimensional (2D) display processes in step ST49.



FIG. 63 shows an example of a reception packet process when a stereoscopic (3D) image is received in the receiver 200 shown in FIG. 27. NAL packets of a base video stream and an additional video stream are mixed and are transmitted. FIG. 64 shows a configuration example (Syntax) of a NAL unit header and MVC extension of the NAL unit header (NAL unit header MVC extension). The field of “view_id” indicates what number view is a corresponding view. As shown in FIG. 63, the receiver 200 assigns the NAL packets which are mixed and are transmitted to each stream and decodes each stream on the basis of a combination of a value of the NAL unit type and a view ID (view_id) of NAL unit header MVC extension (Headermvc extension).



FIG. 65 shows an example of a reception packet process when a two-dimensional (2D) image is received in the receiver 200 shown in FIG. 27. NAL packets of a base video stream and an additional video stream are mixed and are transmitted. As shown in FIG. 65, the receiver 200 assigns the NAL packets which are mixed and are transmitted to each stream and decodes only the base video stream on the basis of a combination of a value of the NAL unit type and a view ID (view_id) of NAL unit header MVC extension (Headermvc extension).


In other words, also when a two-dimensional (2D) image is received, in the same manner as when a stereoscopic (3D) image is received, the receiver 200 receives a base video stream and an additional video stream but performs a two-dimensional (2D) image process without decoding a slice of the overall picture subsequent to the SEI unlike in the related art, on the basis of set content of “view_position[i]” of the multi-view view position SEI message.


As above, since identification can be performed at a packet (NAL packet) level without decoding coded data of an additional video stream, it is possible to perform a rapid transfer to a 2D display mode in the receiver 200. In addition, since layers equal to or lower than the slice layer are not decoded and can be discarded, memory consumption can be suppressed to that extent so as to save power or allocate a CPU budget of a system, a memory space bandwidth, or the like to other features (for example, high performance graphics), thereby achieving multiple functions.


In addition, when a two-dimensional (2D) image is received, in the same manner as when a stereoscopic (3D) image is received, the receiver 200 receives a base video stream and an additional video stream, but performs a two-dimensional (2D) image process without performing a stereoscopic (3D) image process. For this reason, it is possible to obtain display image quality equivalent to the related art type 2D display.


In other words, in a case of performing a stereoscopic (3D) image process when a two-dimensional (2D) image is received, image data obtained by decoding a base video stream is the same as image data obtained by decoding an additional video stream. For this reason, if display is performed in a 3D mode, the display is flat, that is, the display without a disparity is performed, and thereby there is a possibility that image quality may deteriorate as compared with performing the related art type 2D display. For example, if stereo stereoscopic image display is considered, this may occur in both passive type (using polarization glasses) and active type (using shutter glasses) 3D monitors.


In 3D display performed by many passive type monitors, data items of a left eye view (Left view) and a right eye view (Right view) are alternately displayed with the display line unit in a vertical direction, so as to realize 3D, but, in a case where image data items of two views are the same, a vertical resolution is just a half of 2D display in the related art. On the other hand, in 3D display performed by active type monitors, frames are alternately switched to a left eye view and a right eye view in a temporal direction and are displayed, but, in a case where image data items of two views are the same, a resolution in the temporal direction is a half of 2D display in the related art.



FIG. 66 shows an example of a case where a base video stream ES1 of an MVC base view of “Stream_Type=0x1B” and “PID=01” is continuously included in the transport stream TS, and MVC additional video streams ES2 and ES3 of “Stream_Type=0x20”, “PID=10” and “PID=11” are also continuously included therein. In this case, the multi-view view position SEI is inserted into the stream ES1 in the 3D period and 2D period.


In periods tn−1 and tn+1, for example, there are “view_position[0]=1”, “view_position[1]=0”, and “view_position[2]=2”, which indicate a 3D mode. For this reason, in these periods, the receiver 200 performs a stereoscopic (3D) display process. In other words, the streams ES2 and ES3 as well as the stream ES1 are also extracted and are decoded such that stereoscopic (3D) display is performed.


On the other hand, in the period tn, for example, there are “view_position[0]=0”, “view_position[1]=0”, and “view_position[2]=0”, which indicate a 2D mode. For this reason, in this period, the receiver 200 performs a two-dimensional (2D) display process. In other words, only the stream ES1 is extracted and is decoded such that two-dimensional (2D) display is performed.



FIG. 67 shows an example of a case where a 3D period (3D mode period) and a 2D period (2D mode period) are alternately continued, and there is auxiliary information (multi-view view position SEI message) for identifying a mode. The periods T1 and T3 indicate a 3D period, and the period T2 indicates a 2D period. Each period represents, for example, the program unit or the scene unit.


In both the 3D period and the 2D period, a base video stream of an MVC base view of “Stream_Type=0x1B” is present, and an additional video stream of an MVC non-base view of “Stream_Type=0x20” is also present. Further, the base video stream has a configuration in which “SPS” is a head and a predetermined number of access units (AU) are continuously located.


Furthermore, the additional video stream has a configuration in which “SSSPS” is a head and a predetermined number of access units (AU) are continuously located. In addition, the access units (AU) are constituted by “PPS, Substream SEIs, and Coded Slice”. However, the additional video stream in the 2D period is coded in a coding mode (Skipped Macro Block) in which a difference between views is zero as a result of referring to the base video stream. The additional video stream in this period has a configuration in which “SSSPS” is a head and a predetermined number of access units (AV) are continuously located. The access units (AV) are constituted by “PPS, Substream SEIs, and Slice Skipped MB”.


The auxiliary information (multi-view view position SEI message) for identifying a mode is inserted for each access unit (AU). The auxiliary information inserted into the access unit in the 3D period is indicated by “3D”, and “view_position[i]” is a value indicating a relative positional relationship of each view and indicates a 3D mode (stereoscopic image transmission mode). On the other hand, the auxiliary information inserted into the access unit in the 2D period is indicated by “2D”, and “view_position[i]” is the same value in each view and indicates a 2D mode (two-dimensional image transmission mode). In other words, this case indicates that flat 3D display is performed when a reception side performs a 3D display process.


As above, in a case where there is auxiliary information (multi-view view position SEI message) for identifying a mode, the receiver checks the element “view_position[i]” of the auxiliary information, and can immediately discriminate whether the element indicates a 3D mode or a 2D mode, and thus it is possible to rapidly perform decoding and switching between display processes. In a case where the 3D period is switched to the 2D period, the receiver can determine that the 3D period is switched to the 2D period at the discrimination timing T2 when the element “view_position[i]” of the auxiliary information inserted into the first access unit indicates a 2D mode, and thus can rapidly perform mode switching from 3D to 2D.


In addition, in the above description, a description has been made of an example of using the multi-view view position SEI message as auxiliary information for identifying a mode. Detailed description is omitted, and, other auxiliary information, for example, a multi-view stream configuration SEI message (refer to FIGS. 21 and 14) may be used.


[Another Example of Auxiliary Information for Identifying Mode]


In the above description, a description has been made of an example in which auxiliary information for identifying a mode, for example, the multi-view view position SEI message is inserted in both a 3D period and a 2D period, and the receiver discriminates a 3D period or a 2D period with frame accuracy on the basis of set content thereof. However, auxiliary information indicating a 3D mode may be inserted only in a 3D period, and a 3D period or a 2D period may be discriminated with frame accuracy on the basis of the presence or the absence thereof. Also in this case, for example, the multi-view view position SEI message may be used as auxiliary information.


The transmission data generation unit 110 shown in FIG. 7 described above inserts the multi-view view position SEI message into a video stream (base video stream) which is obtained by coding image data of an intermediate view in a 3D mode (stereoscopic image transmission mode). The multi-view view position SEI message forms identification information indicating a 3D mode. In this case, the message is inserted at least with the program unit, the scene unit, the picture group unit, or the picture unit.



FIGS. 68 and 69 show an example of a received stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued. Each period is, for example, the program unit or the scene unit. In both the 3D period and the 2D period, a video stream ES1 of a center view which is a base video stream is present, and two video streams ES2 and ES3 of a left end view and a right end view which are additional video streams are also present.


The example of FIG. 68 shows a case where the multi-view view position SEI message is inserted with the picture unit in the 3D period. In addition, the example of FIG. 69 shows a case where the multi-view view position SEI is inserted with the scene unit or the picture group unit (the GOP unit) in 3D period.


Detailed description is omitted, and process procedures of the operation mode switching control in the CPU 201 are also shown by the above-described flowchart of FIG. 41. The CPU 201 performs control according to the flowchart for each picture frame. However, in a case where the SEI is not inserted with the picture unit, for example, the SEI is inserted with the GOP unit (refer to FIG. 69), the CPU 201 maintains the current SEI information until the SEI information of the current GOP is replaced with information of the presence or the absence of the SEI of the next GOP.


As described above, also by inserting the multi-view view position SEI message only in a 3D period, a reception side can favorably perform switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process on the basis of the presence of the absence of the SEI message. For this reason, it is possible to appropriately and accurately handle a dynamic variation in delivery content and to thereby receive a correct stream.



FIG. 70 shows an example of a case where a base video stream ES1 of an MVC base view of “Stream_Type=0x1B” and “PID=01” is continuously included in the transport stream TS, and MVC additional video streams ES2 and ES3 of “Stream_Type=0x20”, “PID=10” and “PID=11” are continuously included therein. In this case, the multi-view view position SEI is inserted into the stream ES1 in the 3D period.


The multi-view view position SEI is present in periods tn−1 and tn+1. For this reason, in these periods, the receiver 200 performs a stereoscopic (3D) display process. In other words, the streams ES2 and ES3 as well as the stream ES1 are also extracted and are decoded such that stereoscopic (3D) display is performed. On the other hand, in the period tn, the multi-view view position SEI is not present. For this reason, in this period, the receiver 200 performs a two-dimensional (2D) display process. In other words, only the stream ES1 is extracted and is decoded such that two-dimensional (2D) display is performed.



FIG. 71 shows an example of a case where a 3D period (3D mode period) and a 2D period (2D mode period) are alternately continued, and there is auxiliary information (multi-view view position SEI message) for identifying a mode. The periods T1 and T3 indicate a 3D period, and the period T2 indicates a 2D period. Each period represents, for example, the program unit or the scene unit. In the same manner as the above-described example of FIG. 67, in both the 3D period and the 2D period, a base video stream of an MVC base view of “Stream_Type=0x1B” is present, and an additional video stream of an MVC non-base view of “Stream_Type=0x20” is also present.


The auxiliary information (multi-view view position SEI message) for identifying a mode is inserted for each access unit (AU) in the 3D period. The auxiliary information indicates the 3D mode which is denoted by “3D”. In addition, the auxiliary information is not inserted into each access unit (AU) in the 2D period.


As above, in a case where there is auxiliary information for identifying a mode as described above, the receiver can immediately discriminate whether a period is a 3D period or a 2D period on the basis of the presence or the absence of the auxiliary information, and thus it is possible to rapidly perform decoding and switching between display processes. In a case where the 3D period is switched to the 2D period, the receiver can determine that the 3D period is switched to the 2D period at the discrimination timing T2 when there is no auxiliary information in the first access unit and thus can rapidly perform mode switching from 3D to 2D.


[Still Another Example of Auxiliary Information for Identifying Mode]


In the above description, a description has been made of an example in which the multi-view view position SEI message is used as auxiliary information for identifying a mode, and the receiver discriminates a 3D period or a 2D period with frame accuracy on the basis of set content thereof or the presence or the absence thereof. As auxiliary information for identifying a mode, still another auxiliary information may be used. That is, auxiliary information indicating a 2D mode is used.


As identification information indicating a 2D mode, a SEI message which is newly defined may be used. In addition, in a case of an MPEG2 stream, existing frame packing arrangement data (frame_packing_arrangement_data( )) may be used (refer to FIGS. 45 and 46).


The transmission data generation unit 110 shown in FIG. 7 described above inserts auxiliary information indicating a 2D mode into a video stream (base video stream) which is obtained by coding image data of an intermediate view in a 2D mode (stereoscopic image transmission mode). For example, in a case where this stream is an MPEG2 stream, the above-described frame packing arrangement data (arrangement_type=0001000) is inserted into the user data region. In this case, the data is inserted at least with the program unit, the scene unit, the picture group unit, or the picture unit.


A description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200 shown in FIG. 27 in a case of using the auxiliary information indicating a 2D mode. This switching is performed by the CPU 201. When a two-dimensional (2D) image is received, the auxiliary information indicating a 2D mode is extracted by the video decoder 216-1 and is supplied to the CPU 201. However, when a stereoscopic (3D) image is received, the auxiliary information is not extracted by the video decoder 216-1 and thus is not supplied to the CPU 201. The CPU 201 controls switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process on the basis of the presence or the absence of the auxiliary information.



FIGS. 72 and 73 show an example of a received stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued. Each period is, for example, the program unit or the scene unit. In both the 3D period and the 2D period, a video stream ES1 of an center view which is a base video stream is present, and two video streams ES2 and ES3 of a left end view and a right end view which are additional video streams are also present. The example of FIG. 72 shows a case where the auxiliary information indicating a 2D mode is inserted with the picture unit in the 2D period. In addition, the example of FIG. 73 shows a case where the auxiliary information indicating a 2D mode is inserted with the scene unit or the picture group unit (the GOP unit) in the 2D period.


Detailed description is omitted, and process procedures of the operation mode switching control in the CPU 201 in this case are also shown, for example, by the flowchart of FIG. 50. The CPU 201 performs control according to the flowchart for each picture frame. However, in a case where the SEI is not inserted with the picture unit, for example, the SEI is inserted with the GOP unit (refer to FIG. 73), the CPU 201 maintains the current SEI information until the SEI information of the current GOP is replaced with information of the presence or the absence of the SEI of the next GOP.


As described above, also by inserting the auxiliary information indicating a 2D mode only in a 2D period, it is possible to favorably perform switching between a stereoscopic (3D) display process and a two-dimensional (2D) display process on the basis of the presence or the absence of identification information thereof. For this reason, it is possible to appropriately and accurately handle a dynamic variation in delivery content and to thereby receive a correct stream.



FIG. 74 shows an example of a case where a base video stream ES1 of an MPEG2 base view of “Stream_Type=0x02” and “PID=01” is continuously included in the transport stream TS, and AVC additional video streams ES2 and ES3 of “Stream_Type=0x23”, “PID=10” and “PID=11” are continuously included therein.


The frame packing arrangement data (arrangement_type=“2D”) is not present in periods tn−1 and tn+1. For this reason, in these periods, the receiver 200 performs a stereoscopic (3D) display process. In other words, the streams ES2 and ES3 as well as the stream ES1 are also extracted and are decoded such that stereoscopic (3D) display is performed. On the other hand, in the period tn, the frame packing arrangement data (arrangement_type=“2D”) is present. For this reason, in this period, the receiver 200 performs a two-dimensional (2D) display process. In other words, only the stream ES1 is extracted and is decoded such that two-dimensional (2D) display is performed.



FIG. 75 shows an example of a case where a 3D period (3D mode period) and a 2D period (2D mode period) are alternately continued, and there is auxiliary information (a newly defined SEI message indicating a 2D mode) for identifying a mode. The periods T1 and T3 indicate a 3D period, and the period T2 indicates a 2D period. Each period represents, for example, the program unit or the scene unit. In the same manner as the above-described example of FIG. 67, in both the 3D period and the 2D period, a base video stream of an MVC base view of “Stream_Type=0x1B” is present, and an additional video stream of an MVC non-base view of “Stream_Type=0x20” is also present.


The auxiliary information for identifying a mode is inserted for each access unit (AU) in the 2D period. The auxiliary information indicates the 2D mode which is denoted by “2D”. In addition, the auxiliary information is not inserted into each access unit (AU) in the 3D period.


As above, in a case where there is auxiliary information for identifying a mode as described above, the receiver can immediately discriminate whether a period is a 3D period or a 2D period on the basis of the presence or the absence of the auxiliary information, and thus it is possible to rapidly perform decoding and switching between display processes. In a case where the 3D period is switched to the 2D period, the receiver can determine that the 3D period is switched to the 2D period at the discrimination timing T2 when there is auxiliary information in the first access unit and thus can rapidly perform mode switching from 3D to 2D.


[Case of Stereo Stereoscopic Image]



FIGS. 76 and 77 show an example of a received stream in a case where a 3D period (when a stereoscopic image is received) and a 2D period (when a two-dimensional image is received) are alternately continued. However, this example is an example of a case where stereoscopic (3D) image display is stereo stereoscopic image display (refer to FIGS. 54 and 55). Each period is, for example, the program unit or the scene unit. In both the 3D period and the 2D period, a video stream ES1 which is a base video stream and includes image data of a left eye view is present, and a video stream ES2 which is an additional video stream and includes image data of a right eye view is also present.


The example of FIG. 76 shows a case where the multi-view view position SEI message is inserted with the picture unit in the 3D period and the 2D period. In addition, the example of FIG. 77 shows a case where the multi-view view position SEI is inserted with the scene unit or the picture group unit (the GOP unit) in 3D period and the 2D period.



FIG. 78 shows an example of a case where a base video stream ES1 of an MVC base view of “Stream_Type=0x1B” and “PID=01” is continuously included in the transport stream TS, and an MVC additional video stream ES2 of “Stream_Type=0x20” and “PID=10” is also continuously included therein. In this case, the multi-view view position SEI is inserted into the stream ES1 in the 3D period and 2D period.


In periods tn−1 and tn+1, for example, there are “view_position[0]=0” and “view_position[1]=1” which indicate a 3D mode. For this reason, in these periods, the receiver 200 performs a stereoscopic (3D) display process. In other words, the stream ES2 as well as the stream ES1 is extracted and is decoded such that stereoscopic (3D) display is performed.


On the other hand, in the period tn, for example, there are “view_position[0]=0” and “view_position[1]=0” which indicate a 2D mode. For this reason, in this period, the receiver 200 performs a two-dimensional (2D) display process. In other words, only the stream ES1 is extracted and is decoded such that two-dimensional (2D) display is performed.


In the above-described example of stereo stereoscopic image display, the multi-view view position SEI is inserted in both a 3D period and a 2D period as auxiliary information for identifying a mode, and the receiver identifies the 3D period or the 2D period on the basis of set content thereof. Detailed description is omitted, and an example of inserting auxiliary information indicating a 3D mode only in the 3D period or an example of inserting auxiliary information indicating a 2D mode only in the 2D period can be treated in the same manner.



FIG. 79 collectively shows methods of a case D, a case E and a case F for identifying a 3D period and a 2D period in a case where a base stream and an additional stream are present in both the 3D period and the 2D period as described above.


The method of the case D shown in FIG. 79(a) is a method in which auxiliary information for identifying a mode is inserted into a base stream in both of the 3D period and the 2D period, and the 3D period and the 2D period can be identified based on set content of the auxiliary information. In the above description, a description has been made of an example of using, for example, multi-view view position SEI as auxiliary information.


The method of the case E shown in FIG. 79(b) is a method in which auxiliary information indicating a 3D mode is inserted into a base stream only in the 3D period, and the 3D period or the 2D period can be identified based on the presence or the absence of the auxiliary information. In the above description, a description has been made of an example of using, for example, multi-view view position SEI as auxiliary information.


The method of the case F shown in FIG. 79(c) is a method in which auxiliary information indicating a 2D mode is inserted into a base stream only in the 2D period, and the 3D period and the 2D period can be identified based on the presence or the absence of the auxiliary information. In the above description, a description has been made of an example of using, for example, newly defined SEI, frame packing arrangement data, or the like, as auxiliary information.


As described above, in the present technology, it is possible to rapidly identify whether a mode is a 3D image transmission mode or a 2D image transmission mode in a reception side in stream configurations as shown in FIGS. 80 and 81.



FIG. 80 shows a stream configuration example 1 in which a base video stream and an additional video stream are transmitted in a 3D period (3D image transmission mode) and a single video stream (only a base video stream) is transmitted in a 2D period (2D image transmission mode). In addition, FIG. 81 shows a stream configuration example 2 in which a base video stream and an additional video stream are transmitted in both a 3D period (3D image transmission mode) and a 2D period (2D image transmission mode). However, the additional video stream in the 2D period is coded in a coding mode (Skipped Macro Block) in which a difference between views is zero as a result of referring to the base video stream. In the configuration examples 1 and 2, as described above, it is possible to identify the 3D period and the 2D period with frame accuracy by using the present technology.


[Signaling Information of Video Layer and 3D and 2D Identification Information of System Layer]


In the above description, a description has been made of an example in which a 3D period or a 2D period is determined with frame accuracy on the basis of auxiliary information inserted into a video stream, that is, auxiliary information (signaling information) of a video layer. In this case, the receiver is required to check a part corresponding to associated auxiliary information at all times.


It is considered that a 3D period or a 2D period is determined based on a combination of auxiliary information (signaling information) of the video layer and 3D and 2D identification information (signaling information) of the system layer. In this case, the receiver first detects identification information of the system layer and can check a part corresponding to auxiliary information of an associated video layer.


Configuration Example 1


FIG. 82 shows an example in which a base video stream and an additional video stream are present in both a 3D period and a 2D period, and signaling is performed using both a program loop (Program_loop) and a video ES loop (video ES_loop) of a Program Map Table (PMT).


In this example, in both a 3D period (event 1) and a 3D period (event 2), there are present a base video stream of an MPEFG2 base view of “Stream_Type=0x02” and an AVC additional video stream of “Stream_Type=0x23. In this example, “L” indicates left eye image data, and “R” indicates right eye image data. When a base video stream is “L” and an additional video stream is “R”, normal 3D display can be performed, and, when a base video stream is “L” and an additional video stream is “L”, flat 3D display is performed.


In a case of this example, the transmission data generation unit 110B shown in FIG. 54 inserts frame packing arrangement data (arrangement_type=“2D”) indicating a 2D mode into the user data region of the base video stream with the picture unit in the 2D period. Thereby, the receiver can determine a 2D period or a 3D period with frame accuracy in the video layer.


In addition, in a case of this example, signaling is performed using both a program loop (Program_loop) and a video ES loop (Video ES_loop) of a Program Map Table (PMT). A stereoscopic program information descriptor (Stereoscopic_program_info_descriptor) is disposed in the program loop.



FIG. 83(
a) shows a structural example (Syntax) of a stereoscopic program information descriptor. “descriptor_tag” is 8-bit data indicating a descriptor type, and, here, indicates a stereoscopic program information descriptor. “descriptor_length” is 8-bit data indicating a length (size) of the descriptor. This data is a length of the descriptor and indicates the number of subsequent bytes.


The 3-bit field of “stereoscopic_service_type” designates a service type. FIG. 83(b) shows a relationship a value of “stereoscopic_service_type” and a service type. For example, “011” indicates a service-compatible stereoscopic 3D service, and “001” indicates a 2D service.


Returning to the example of FIG. 82, a value of “stereoscopic_service_type” of the stereoscopic program information descriptor disposed in the program loop of the Program Map Table (PMT) is “011” in a 3D period and is “001” in a 2D period.


In addition, in a 2D period, an MPEG2 stereoscopic video descriptor (MPEG2_stereoscopic_video_format descriptor) is disposed in the video ES loop. FIG. 84 shows a structural example (Syntax) of the MPEG2 stereoscopic video descriptor. “descriptor_tag” is 8-bit data indicating a descriptor type, and, here, indicates an MPEG2 stereoscopic video descriptor. “descriptor_length” is 8-bit data indicating a length (size) of the descriptor. This data is a length of the descriptor and indicates the number of subsequent bytes.


If “Stereo_video_arrangement_type_present” is “1”, this indicates that 7-bit “arrangement_type” subsequent thereto is “stereo_video_format_type”. This is defined in the same manner as “arrangement_type” of frame packing arrangement data (frame_packing_arrangement_data( )) which is inserted into the user region as described above (refer to FIG. 46). On the other hand, if “Stereo_video_arrangement_type_present” is “0”, this indicates a reserved region in which there is no information in 7 bits subsequent thereto.


As described above, in the MPEG2 stereoscopic video descriptor disposed in the video ES loop in a 2D period, “Stereo_video_arrangement_type_present” is “1”, and “arrangement_type” indicates “2D”.


A description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200B shown in FIG. 55 In a case where signaling is performed using the video layer and the system layer as shown in FIG. 82. This switching is performed by the CPU 201.


When a two-dimensional (2D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“001”) and the MPEG2 stereoscopic video descriptor (arrangement_type=“2D”) are extracted by the demultiplexer 215 and are supplied to the CPU 201.


In addition, when the two-dimensional (2D) image is received, the frame packing arrangement data (arrangement_type=“2D”) is extracted by the video decoder 216-1 and is supplied to the CPU 201. On the other hand, when a stereoscopic (3D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted by the demultiplexer 215 and is supplied to the CPU 201.


The CPU 201 performs control for switching from a two-dimensional (2D) display process to a stereoscopic (3D) display process at the frame (picture) timing (indicated by “Ta”) when the frame packing arrangement data (arrangement_type=“2D”) is not extracted after only the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted.


In addition, the CPU 201 performs control for switching from a stereoscopic (3D) display process to a two-dimensional (2D) display process at the frame (picture) timing (indicated by “Tb”) when the frame packing arrangement data (arrangement_type=“2D”) is extracted after the stereoscopic program information descriptor (stereoscopic_service_type=“001”) and the MPEG2 stereoscopic video descriptor (arrangement_type=“2D”) is extracted.



FIG. 85 shows a configuration example of the transport stream TS. In addition, in this configuration example, for simplification of the figure, disparity data, audio, graphics, and the like are not shown. The transport stream TS includes a PES packet “video PES1” of a base video stream (MPEG2 stream) of “PID1” and also includes a PES packet “video PES1” of an additional video stream (AVC stream) of “PID2”. Only in the 2D period, frame packing arrangement data (arrangement_type=“2D”) indicating a 2D mode is inserted into the user data region of the base video stream with the picture unit.


In addition, stereoscopic program information descriptor (Stereoscopic_program_info_descriptor) is disposed in the program loop under the PMT. “stereoscopic_service_type” of the descriptor is “011” in the 3D period, which indicates a 3D service, and is “001” in the 2D period, which indicates a 2D service.


In addition, the MPEG2 stereoscopic video descriptor (MPEG2_stereoscopic_video_format descriptor) is disposed in the video ES loop under the PMT as information regarding a base video stream only in a case of the 2D period. “arrangement_type” of the descriptor is “2D”. This indicates a 2D service. Conversely, if the descriptor is not present, this indicates a 3D service.


Configuration Example 2


FIG. 86 shows an example in which a base video stream and an additional video stream are present in both a 3D period and a 2D period, and signaling is performed using a video ES loop (video ES_loop) of the PMT. In addition, in FIG. 86, description of a part corresponding to FIG. 82 will be appropriately omitted.


In a case of this example, the transmission data generation unit 110B shown in FIG. 54 inserts frame packing arrangement data (arrangement_type=“2D”) indicating a 2D mode into the user data region of the base video stream with the picture unit in the 2D period. Thereby, the receiver can determine a 2D period or a 3D period with frame accuracy in the video layer.


In addition, in a case of this example, a stereoscopic program information descriptor (Stereoscopic_program_info_descriptor) is disposed in the program loop of the PMT. A value of “stereoscopic_service_type” of the descriptor is “011” in both a 3D period and a 2D period. In addition, in a case of this example, in the 2D period, an MPEG2 stereoscopic video descriptor (MPEG2_stereoscopic_video_format descriptor) is disposed in the video ES loop. In this descriptor, “arrangement_type” indicates “2D”.


A description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200B shown in FIG. 55 in a case where signaling is performed using the video layer and the system layer as shown in FIG. 86. This switching is performed by the CPU 201.


When a two-dimensional (2D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“011”) and the MPEG2 stereoscopic video descriptor (arrangement_type=“2D”) are extracted by the demultiplexer 215 and are supplied to the CPU 201. In addition, when the two-dimensional (2D) image is received, the frame packing arrangement data (arrangement_type=“2D”) is extracted by the video decoder 216-1 and is supplied to the CPU 201. On the other hand, when a stereoscopic (3D) image is received, only the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted by the demultiplexer 215 and is supplied to the CPU 201.


The CPU 201 performs control for switching from a two-dimensional (2D) display process to a stereoscopic (3D) display process at the frame (picture) timing (indicated by “Ta”) when the frame packing arrangement data (arrangement_type=“2D”) is not extracted after only the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted.


In addition, the CPU 201 performs control for switching from a stereoscopic (3D) display process to a two-dimensional (2D) display process at the frame (picture) timing (indicated by “Tb”) when the frame packing arrangement data (arrangement_type=“2D”) is extracted after the stereoscopic program information descriptor (stereoscopic_service_type=“001”) and the MPEG2 stereoscopic video descriptor (arrangement_type=“2D”) are extracted.


Configuration Example 3


FIG. 87 shows an example in which a base video stream and an additional video stream are present in both a 3D period and a 2D period, and signaling is performed using a program loop (Program_loop) of the PMT. In addition, in FIG. 87, description of a part corresponding to FIG. 82 will be appropriately omitted.


In a case of this example, the transmission data generation unit 110B shown in FIG. 54 inserts frame packing arrangement data (arrangement_type=“2D”) indicating a 2D mode into the user data region of the base video stream with the picture unit in the 2D period. Thereby, the receiver can determine a 2D period or a 3D period with frame accuracy in the video layer.


In addition, in a case of this example, a stereoscopic program information descriptor (Stereoscopic_program_info_descriptor) is disposed in the program loop of the PMT. A value of the descriptor is “011” in a 3D period and is “001” in a 2D period.


A description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200B shown in FIG. 55 in a case where signaling is performed using the video layer and the system layer as shown in FIG. 87. This switching is performed by the CPU 201.


When a two-dimensional (2D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“001”) is extracted by the demultiplexer 215 and is supplied to the CPU 201. In addition, when the two-dimensional (2D) image is received, the frame packing arrangement data (arrangement_type=“2D”) is extracted by the video decoder 216-1 and is supplied to the CPU 201. On the other hand, when a stereoscopic (3D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted by the demultiplexer 215 and is supplied to the CPU 201.


The CPU 201 performs control for switching from a two-dimensional (2D) display process to a stereoscopic (3D) display process at the frame (picture) timing (indicated by “Ta”) when the frame packing arrangement data (arrangement_type=“2D”) is not extracted after the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted.


In addition, the CPU 201 performs control for switching from a stereoscopic (3D) display process to a two-dimensional (2D) display process at the frame (picture) timing (indicated by “Tb”) when the frame packing arrangement data (arrangement_type=“2D”) is extracted after the stereoscopic program information descriptor (stereoscopic_service_type=“001”) is extracted.


Configuration Example 4


FIG. 88 shows an example in which a base video stream and an additional video stream are present in a 3D period, only a base video stream is present in a 2D period, and signaling is performed using both a program loop (Program_loop) and a video ES loop (video ES_loop) of the PMT. In addition, in FIG. 88, description of a part corresponding to FIG. 82 will be appropriately omitted.


In a case of this example, the transmission data generation unit 110B shown in FIG. 54 inserts frame packing arrangement data (arrangement_type=“2D”) indicating a 2D mode into the user data region of the base video stream with the picture unit in the 2D period. Thereby, the receiver can determine a 2D period or a 3D period with frame accuracy in the video layer. In addition, in a case of this example, a stereoscopic program information descriptor (Stereoscopic_program_info_descriptor) is disposed in the program loop of the PMT. A value of “stereoscopic_service_type” of the descriptor is “011” in a 3D period and is “001” in a 2D period. Further, in a case of this example, the MPEG2 stereoscopic video descriptor (MPEG2_stereoscopic_video_format descriptor) is disposed in the video ES loop in the 2D period. In the descriptor, “arrangement_type” indicates “2D”.


A description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200B shown in FIG. 55 in a case where signaling is performed using the video layer and the system layer as shown in FIG. 88. This switching is performed by the CPU 201.


When a two-dimensional (2D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“001”) and the MPEG2 stereoscopic video descriptor (arrangement_type=“2D”) are extracted by the demultiplexer 215 and are supplied to the CPU 201. In addition, when the two-dimensional (2D) image is received, the frame packing arrangement data (arrangement_type=“2D”) is extracted by the video decoder 216-1 and is supplied to the CPU 201. On the other hand, when a stereoscopic (3D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted by the demultiplexer 215 and is supplied to the CPU 201.


The CPU 201 performs control for switching from a two-dimensional (2D) display process to a stereoscopic (3D) display process at the frame (picture) timing (indicated by “Ta”) when the frame packing arrangement data (arrangement_type=“2D”) is not extracted after only the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted.


In addition, the CPU 201 performs control for switching from a stereoscopic (3D) display process to a two-dimensional (2D) display process at the frame (picture) timing (indicated by “Tb”) when the frame packing arrangement data (arrangement_type=“2D”) is extracted after the stereoscopic program information descriptor (stereoscopic_service_type=“001”) and the MPEG2 stereoscopic video descriptor (arrangement_type=“2D”) are extracted.


Configuration Example 5


FIG. 89 shows an example in which a base video stream and an additional video stream are present in a 3D period, only a base video stream is present in a 2D period, and signaling is performed using a video ES loop (video ES_loop). In addition, in FIG. 89, description of a part corresponding to FIG. 82 will be appropriately omitted.


In a case of this example, the transmission data generation unit 110B shown in FIG. 54 inserts frame packing arrangement data (arrangement_type=“2D”) indicating a 2D mode into the user data region of the base video stream with the picture unit in the 2D period. Thereby, the receiver can determine a 2D period or a 3D period with frame accuracy in the video layer.


In addition, in a case of this example, a stereoscopic program information descriptor (Stereoscopic_program_info_descriptor) is disposed in the program loop of the PMT. A value of “stereoscopic_service_type” of the descriptor is “011” in both a 3D period and a 2D period. Further, in a case of this example, the MPEG2 stereoscopic video descriptor (MPEG2_stereoscopic_video_format descriptor) is disposed in the video ES loop in the 2D period. In the descriptor, “arrangement_type” indicates “2D”.


A description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200B shown in FIG. 55 In a case where signaling is performed using the video layer and the system layer as shown in FIG. 89. This switching is performed by the CPU 201.


When a two-dimensional (2D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“001”) and the MPEG2 stereoscopic video descriptor (arrangement_type=“2D”) are extracted by the demultiplexer 215 and are supplied to the CPU 201. In addition, when the two-dimensional (2D) image is received, the frame packing arrangement data (arrangement_type=“2D”) is extracted by the video decoder 216-1 and is supplied to the CPU 201. On the other hand, when a stereoscopic (3D) image is received, only the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted by the demultiplexer 215 and is supplied to the CPU 201.


The CPU 201 performs control for switching from a two-dimensional (2D) display process to a stereoscopic (3D) display process at the frame (picture) timing (indicated by “Ta”) when the frame packing arrangement data (arrangement_type=“2D”) is not extracted after only the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted.


In addition, the CPU 201 performs control for switching from a stereoscopic (3D) display process to a two-dimensional (2D) display process at the frame (picture) timing (indicated by “Tb”) when the frame packing arrangement data (arrangement_type=“2D”) is extracted after the stereoscopic program information descriptor (stereoscopic_service_type=“011”) and the MPEG2 stereoscopic video descriptor (arrangement_type=“2D”) are extracted.


Configuration Example 6


FIG. 90 shows an example in which a base video stream and an additional video stream are present in a 3D period, only a base video stream is present in a 2D period, and signaling is performed using a program loop (Program_loop) of the PMT. In addition, in FIG. 90, description of a part corresponding to FIG. 82 will be appropriately omitted.


In a case of this example, the transmission data generation unit 110B shown in FIG. 54 inserts frame packing arrangement data (arrangement_type=“2D”) indicating a 2D mode into the user data region of the base video stream with the picture unit in the 2D period. Thereby, the receiver can determine a 2D period or a 3D period with frame accuracy in the video layer.


In addition, in a case of this example, a stereoscopic program information descriptor (Stereoscopic_program_info_descriptor) is disposed in the program loop of the PMT. A value of the descriptor is “011” in a 3D period and is “001” in a 2D period.


In a case where signaling is performed using the video layer and the system layer as shown in FIG. 90, a description will be made of operation mode switching control between a stereoscopic (3D) display process and a two-dimensional (2D) display process in the receiver 200B shown in FIG. 55. This switching is performed by the CPU 201.


When a two-dimensional (2D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“001”) is extracted by the demultiplexer 215 and is supplied to the CPU 201. In addition, when the two-dimensional (2D) image is received, the frame packing arrangement data (arrangement_type=“2D”) is extracted by the video encoder 216-1 and is supplied to the CPU 201. On the other hand, when a stereoscopic (3D) image is received, the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted by the demultiplexer 215 and is supplied to the CPU 201.


The CPU 201 performs control for switching from a two-dimensional (2D) display process to a stereoscopic (3D) display process at the frame (picture) timing (indicated by “Ta”) when the frame packing arrangement data (arrangement_type=“2D”) is not extracted after the stereoscopic program information descriptor (stereoscopic_service_type=“011”) is extracted.


In addition, the CPU 201 performs control for switching from a stereoscopic (3D) display process to a two-dimensional (2D) display process at the frame (picture) timing (indicated by “Tb”) when the frame packing arrangement data (arrangement_type=“2D”) is extracted after the stereoscopic program information descriptor (stereoscopic_service_type=“001”) is extracted.


Other Configuration Examples

In the above-described Configuration Examples 1 to 6, a description has been made of an example in which auxiliary information (for example, frame packing arrangement data) indicating a 2D mode is inserted into each picture of a video stream in a 2D period. Detailed description is omitted, and, in a case where auxiliary information for identifying a mode is inserted into each picture of video streams in a 2D period and a 3D period, and in a case where auxiliary information indicating a 3D mode is inserted into each picture of a video stream in a 3D period, the same configuration may be employed.


2. Modification Example
SVC Stream

In addition, in the above-described embodiment, a description has been made of an example in which the present technology is applied to an MVC stream. In other words, the example is an example in which a first transmission mode is the stereoscopic image transmission mode for transmitting base view image data and non-base view image data used along with the base view image data in order to display a stereoscopic image, and a second transmission mode is the two-dimensional image transmission mode for transmitting two-dimensional image data.


However, the present technology may be applied to an SVC stream in the same manner. The SVC stream includes a video elementary stream of image data of the lowest layer forming scalable coded image data. In addition, the SVC stream includes a predetermined number of video elementary streams of image data of the higher layers other than the lowest layer forming the scalable coded image data.


In a case of the SVC stream, a first transmission mode is an extension image transmission mode for transmitting image data of the lowest layer forming scalable coded image data and image data of layers other than the lowest layer, and a second transmission mode is a base image transmission mode for transmitting base image data. Also in a case of the SVC stream, a reception side can rapidly identify a mode in the same manner as in the above-described MVC stream.


In a case of the SVC stream, a stream configuration example 1 is considered in which a base video stream and an additional video stream are transmitted in the extension image transmission mode and a single video stream (only a base video stream) is transmitted in the base image transmission mode (refer to FIG. 80). In this case, it is possible to identify a mode in the same manner as in a case of the above-described MVC stream.


In addition, in a case of the SVC stream, a stream configuration example 2 is considered in which a base video stream and an additional video stream are transmitted in both the extension image transmission mode and the base image transmission mode (refer to FIG. 81). However, in the base image transmission mode, the additional video stream is coded in a coding mode (Skipped Macro Block) in which a difference between views is zero as a result of referring to the base video stream. Also in this case, it is possible to identify a mode in the same manner as in a case of the above-described MVC stream.



FIG. 91 shows an example of a reception packet process when an extension image is received. NAL packets of a base video stream and an additional video stream are mixed and are transmitted. FIG. 92 shows a configuration example (Syntax) of a NAL unit header and SVC extension of the NAL unit header (NAL unit header SVC extension). The field of “dependency_id” indicates what number layer is a corresponding layer. As shown in FIG. 91, a receiver assigns the NAL packets which are mixed and are transmitted to each stream and decodes each stream on the basis of a combination of a value of the NAL unit type and a dependency ID (dependency_id) of NAL unit header SVC extension (Header svc extension).



FIG. 93 shows an example of a reception packet process in the base image transmission mode. NAL packets of a base video stream and an additional video stream are mixed and are transmitted. As shown in FIG. 93, the receiver assigns the NAL packets which are mixed and are transmitted to each stream and decodes only the base video stream on the basis of a combination of a value of the NAL unit type and a dependency ID (dependency_id) of NAL unit header SVC extension (Header svc extension).


In other words, also in the base image transmission mode, in the same manner as in the extension image transmission mode, the receiver receives a base video stream and an additional video stream but performs a base image reception process without performing an extension image reception process, on the basis of information of an ID value of the same type as “view_position[i]” of the multi-view view position SEI message, that is, set content in which dependencies of a plurality of streams have the same value.


As above, since identification can be performed at a packet (NAL packet) level without decoding coded data of an additional video stream, it is possible to perform rapid transfer from an extension image transmission mode to a base image transmission mode in the receiver. In addition, since layers equal to or lower than the slice layer are not decoded and can be discarded, memory consumption can be suppressed to that extent so as to save power or allocate a CPU budget of a system, a memory space bandwidth, or the like to other features (for example, high performance graphics), thereby achieving multiple functions.


[Others]


In addition, although the image transmission and reception system 10 including the broadcast station 100 and the receiver 200 has been described in the above-described embodiment, a configuration of an image transmission and reception system to which the present technology is applicable is not limited thereto. For example, the receiver 200 part may be configured to include a set-top box and a monitor which are connected via a digital interface such as, for example, High-Definition Multimedia Interface (HDMI).


In addition, in the above-described embodiment, a description has been made of an example in which a container is a transport stream (MPEG-2 TS). However, the present technology is similarly applicable to a system with a configuration in which image data delivery to a reception terminal is performed using a network such as the Internet. In the Internet delivery, the delivery is frequently performed using MP4 or containers of other formats. In other words, the containers correspond to containers of various formats such as a transport stream (MPEG-2 TS) employed in the digital broadcast standards and MP4 used in the Internet delivery.


In addition, the present technology may have the following configuration.


(1) An image data transmission device including a transmission unit that transmits one or a plurality of video streams including a predetermined number of image data items; and an information inserting unit that inserts auxiliary information for identifying a first transmission mode in which a plurality of image data items are transmitted and a second transmission mode in which a single image data item is transmitted, into the video stream.


(2) The image data transmission device set forth in (1), wherein the information inserting unit inserts auxiliary information indicating the first transmission mode into the video stream in the first transmission mode and inserts auxiliary information indicating the second transmission mode into the video stream in the second transmission mode.


(3) The image data transmission device set forth in (1), wherein the information inserting unit inserts auxiliary information indicating the first transmission mode into the video stream in the first transmission mode and does not insert the auxiliary information into the video stream in the second transmission mode.


(4) The image data transmission device set forth in (1), wherein the information inserting unit does not insert the auxiliary information into the video stream in the first transmission mode and inserts auxiliary information indicating the second transmission mode into the video stream in the second transmission mode.


(5) The image data transmission device set forth in any one of (1) to (4), wherein the information inserting unit inserts the auxiliary information into the video stream, at least with the program unit, the scene unit, the picture group unit, or the picture unit.


(6) The image data transmission device set forth in any one of (1) to (5), wherein the transmission unit transmits a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and transmits a single video stream including the first image data in the second transmission mode.


(7) The image data transmission device set forth in any one of (1) to (5), wherein the transmission unit transmits a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and transmits a base video stream including first image data and a predetermined number of additional video streams substantially including image data which is the same as the first image data in the second transmission mode.


(8) The image data transmission device set forth in any one of (1) to (7), wherein the first transmission mode is a stereoscopic image transmission mode in which base view image data and non-base view image data used along with the base view image data are transmitted so as to display a stereoscopic image, and the second transmission mode is a two-dimensional image transmission mode in which two-dimensional image data is transmitted.


(9) The image data transmission device set forth in (8), wherein the auxiliary information indicating the stereoscopic image transmission mode includes information indicating a relative positional relationship of each view.


(10) The image data transmission device set forth in any one of (1) to (7), wherein the first transmission mode is an extension image transmission mode in which image data of the lowest layer forming scalable coded image data and image data of layers other than the lowest layer are transmitted, and the second transmission mode is a base image transmission mode in which base image data is transmitted.


(11) The image data transmission device set forth in any one of (1) to (10), wherein the transmission unit transmits a container of a predetermined format including the video stream, and wherein the image data transmission device further includes identification information inserting unit that inserts identification information for identifying whether to be in the first transmission mode or in the second transmission mode, into a layer of the container.


(12) An image data transmission method including a transmission step of transmitting one or a plurality of video streams including a predetermined number of image data items; and an information inserting step of inserting auxiliary information for identifying a first transmission mode in which a plurality of image data items are transmitted and a second transmission mode in which a single image data item is transmitted, into the video stream.


(13) An image data reception device including a reception unit that receives one or a plurality of video streams including a predetermined number of image data items; a transmission mode identifying unit that identifies a first transmission mode in which a plurality of image data items are transmitted and a second transmission mode in which a single image data item is transmitted on the basis of auxiliary information which is inserted into the received video stream; and a processing unit that performs a process corresponding to each mode on the received video stream on the basis of the mode identification result, so as to acquire the predetermined number of image data items.


(14) The image data reception device set forth in (13), wherein the transmission mode identifying unit identifies the first transmission mode when auxiliary information indicating the first transmission mode is inserted into the received video stream, and identifies the second transmission mode when auxiliary information indicating the second transmission mode is inserted into the received video stream.


(15) The image data reception device set forth in (13), wherein the transmission mode identifying unit identifies the first transmission mode when auxiliary information indicating the first transmission mode is inserted into the received video stream, and identifies the second transmission mode when the auxiliary information is not inserted into the received video stream.


(16) The image data reception device set forth in (13), wherein the transmission mode identifying unit identifies the first transmission mode when the auxiliary information is not inserted into the received video stream, and identifies the second transmission mode when auxiliary information indicating the second transmission mode is inserted into the received video stream.


(17) The image data reception device set forth in any one of (13) to (16), wherein the reception unit receives a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and receives a single video stream including the first image data in the second transmission mode, and wherein the processing unit processes the base video stream and the predetermined number of additional video streams so as to acquire the first image data and the second image data in the first transmission mode, and processes the single video stream so as to acquire the first image data in the second transmission mode.


(18) The image data reception device set forth in any one of (13) to (16), wherein the reception unit receives a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and receives a base video stream including first image data and a predetermined number of additional video streams substantially including image data which is the same as the first image data in the second transmission mode, and wherein the processing unit processes the base video stream and the predetermined number of additional video streams so as to acquire the first image data and the second image data in the first transmission mode, and processes the base video stream so as to acquire the first image data without performing a process of acquiring the second image data from the predetermined number of additional video streams in the second transmission mode.


(19) The image data reception device set forth in any one of (13) to (18), wherein the reception unit receives a container of a predetermined format including the video stream, wherein identification information for identifying whether to be in the first transmission mode or in the second transmission mode is inserted into a layer of the container in the container, and wherein the transmission mode identifying unit identifies the first transmission mode in which a plurality of image data items are transmitted and the second transmission mode in which a single image data item is transmitted on the basis of auxiliary information which is inserted into the received video stream and identification information which is inserted into the layer of the container.


(20) The image data reception device set forth in any one of (13) to (19), wherein the first transmission mode is a stereoscopic image transmission mode in which base view image data and non-base view image data used along with the base view image data are transmitted so as to display a stereoscopic image, and the second transmission mode is a two-dimensional image transmission mode in which two-dimensional image data is transmitted.


A main feature of the present technology is that a reception side can identify a 3D period or a 2D period with frame accuracy on the basis of auxiliary information (a SEI message, user data, or the like) which is inserted into a transmission video stream in the 3D period and the 2D period, only in the 3D period, or only in the 2D period, and thus it is possible to appropriately and accurately handle a dynamic variation in delivery content and to thereby receive a correct stream (refer to FIGS. 59 and 79).


REFERENCE SIGNS LIST






    • 10 IMAGE TRANSMISSION AND RECEPTION SYSTEM


    • 100 BROADCAST STATION


    • 110 TRANSMISSION DATA GENERATION UNIT


    • 111-1 TO 111-N IMAGE DATA OUTPUT PORTION


    • 112 VIEW SELECTOR


    • 113-1, 113-2, AND 113-3 SCALER


    • 114-1, 114-2, AND 114-3 VIDEO ENCODER


    • 115 MULTIPLEXER


    • 116 DISPARITY DATA GENERATION PORTION


    • 117 DISPARITY ENCODER


    • 118 GRAPHICS DATA OUTPUT PORTION


    • 119 GRAPHICS ENCODER


    • 120 AUDIO DATA OUTPUT PORTION


    • 121 AUDIO ENCODER


    • 200 AND 200A RECEIVER


    • 201 CPU


    • 211 ANTENNA TERMINAL


    • 212 DIGITAL TUNER


    • 213 TRANSPORT STREAM BUFFER (TS BUFFER)


    • 214 DEMULTIPLEXER


    • 215-1, 215-2, 215-3, 221, 225, AND 230 CODED BUFFER


    • 216-1, 216-2, AND 216-3 VIDEO DECODER


    • 217-1, 217-2, AND 217-3 VIEW BUFFER


    • 218-1, 218-2, 218-3 AND 228 SCALER


    • 219 VIEW INTERPOLATION UNIT


    • 220 PIXEL INTERLEAVING/SUPERIMPOSING UNIT


    • 222 DISPARITY DECODER


    • 223 DISPARITY BUFFER


    • 224 DISPARITY DATA CONVERSION UNIT


    • 226 GRAPHICS DECODER


    • 227 PIXEL BUFFER


    • 229 GRAPHICS SHIFTER


    • 231 AUDIO DECODER


    • 232 CHANNEL MIXING UNIT


    • 233 DISPARITY DATA GENERATION UNIT




Claims
  • 1. An image data transmission device comprising: a transmission unit that transmits one or a plurality of video streams including a predetermined number of image data items; andan information inserting unit that inserts auxiliary information for identifying a first transmission mode in which a plurality of image data items are transmitted and a second transmission mode in which a single image data item is transmitted, into the video stream.
  • 2. The image data transmission device according to claim 1, wherein the information inserting unit inserts auxiliary information indicating the first transmission mode into the video stream in the first transmission mode and inserts auxiliary information indicating the second transmission mode into the video stream in the second transmission mode.
  • 3. The image data transmission device according to claim 1, wherein the information inserting unit inserts auxiliary information indicating the first transmission mode into the video stream in the first transmission mode and does not insert the auxiliary information into the video stream in the second transmission mode.
  • 4. The image data transmission device according to claim 1, wherein the information inserting unit does not insert the auxiliary information into the video stream in the first transmission mode and inserts auxiliary information indicating the second transmission mode into the video stream in the second transmission mode.
  • 5. The image data transmission device according to claim 1, wherein the information inserting unit inserts the auxiliary information into the video stream, at least with the program unit, the scene unit, the picture group unit, or the picture unit.
  • 6. The image data transmission device according to claim 1, wherein the transmission unit transmits a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and transmits a single video stream including the first image data in the second transmission mode.
  • 7. The image data transmission device according to claim 1, wherein the transmission unit transmits a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and transmits a base video stream including first image data and a predetermined number of additional video streams substantially including image data which is the same as the first image data in the second transmission mode.
  • 8. The image data transmission device according to claim 1, wherein the first transmission mode is a stereoscopic image transmission mode in which base view image data and non-base view image data used along with the base view image data are transmitted so as to display a stereoscopic image, and the second transmission mode is a two-dimensional image transmission mode in which two-dimensional image data is transmitted.
  • 9. The image data transmission device according to claim 8, wherein the auxiliary information indicating the stereoscopic image transmission mode includes information indicating a relative positional relationship of each view.
  • 10. The image data transmission device according to claim 1, wherein the first transmission mode is an extension image transmission mode in which image data of the lowest layer forming scalable coded image data and image data of layers other than the lowest layer are transmitted, and the second transmission mode is a base image transmission mode in which base image data is transmitted.
  • 11. The image data transmission device according to claim 1, wherein the transmission unit transmits a container of a predetermined format including the video stream, andwherein the image data transmission device further includes identification information inserting unit that inserts identification information for identifying whether to be in the first transmission mode or in the second transmission mode, into a layer of the container.
  • 12. An image data transmission method comprising: a transmission step of transmitting one or a plurality of video streams including a predetermined number of image data items; andan information inserting step of inserting auxiliary information for identifying a first transmission mode in which a plurality of image data items are transmitted and a second transmission mode in which a single image data item is transmitted, into the video stream.
  • 13. An image data reception device comprising: a reception unit that receives one or a plurality of video streams including a predetermined number of image data items;a transmission mode identifying unit that identifies a first transmission mode in which a plurality of image data items are transmitted and a second transmission mode in which a single image data item is transmitted on the basis of auxiliary information which is inserted into the received video stream; anda processing unit that performs a process corresponding to each mode on the received video stream on the basis of the mode identification result, so as to acquire the predetermined number of image data items.
  • 14. The image data reception device according to claim 13, wherein the transmission mode identifying unit identifies the first transmission mode when auxiliary information indicating the first transmission mode is inserted into the received video stream, and identifies the second transmission mode when auxiliary information indicating the second transmission mode is inserted into the received video stream.
  • 15. The image data reception device according to claim 13, wherein the transmission mode identifying unit identifies the first transmission mode when auxiliary information indicating the first transmission mode is inserted into the received video stream, and identifies the second transmission mode when the auxiliary information is not inserted into the received video stream.
  • 16. The image data reception device according to claim 13, wherein the transmission mode identifying unit identifies the first transmission mode when the auxiliary information is not inserted into the received video stream, and identifies the second transmission mode when auxiliary information indicating the second transmission mode is inserted into the received video stream.
  • 17. The image data reception device according to claim 13, wherein the reception unit receives a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and receives a single video stream including the first image data in the second transmission mode, andwherein the processing unit processes the base video stream and the predetermined number of additional video streams so as to acquire the first image data and the second image data in the first transmission mode, and processes the single video stream so as to acquire the first image data in the second transmission mode.
  • 18. The image data reception device according to claim 13, wherein the reception unit receives a base video stream including first image data and a predetermined number of additional video streams including second image data used along with the first image data in the first transmission mode, and receives a base video stream including first image data and a predetermined number of additional video streams substantially including image data which is the same as the first image data in the second transmission mode, andwherein the processing unit processes the base video stream and the predetermined number of additional video streams so as to acquire the first image data and the second image data in the first transmission mode, and processes the base video stream so as to acquire the first image data without performing a process of acquiring the second image data from the predetermined number of additional video streams in the second transmission mode.
  • 19. The image data reception device according to claim 13, wherein the reception unit receives a container of a predetermined format including the video stream,wherein identification information for identifying whether to be in the first transmission mode or in the second transmission mode is inserted into a layer of the container in the container, andwherein the transmission mode identifying unit identifies the first transmission mode in which a plurality of image data items are transmitted and the second transmission mode in which a single image data item is transmitted on the basis of auxiliary information which is inserted into the received video stream and identification information which is inserted into the layer of the container.
  • 20. The image data reception device according to claim 13, wherein the first transmission mode is a stereoscopic image transmission mode in which base view image data and non-base view image data used along with the base view image data are transmitted so as to display a stereoscopic image, and the second transmission mode is a two-dimensional image transmission mode in which two-dimensional image data is transmitted.
Priority Claims (4)
Number Date Country Kind
2011-248114 Nov 2011 JP national
2012-089769 Apr 2012 JP national
2012-108961 May 2012 JP national
2012-148958 Jul 2012 JP national
PCT Information
Filing Document Filing Date Country Kind 371c Date
PCT/JP2012/078621 11/5/2012 WO 00 6/24/2013