WO2013175796A1 - 映像送信装置、映像送信方法、及び映像再生装置 - Google Patents

映像送信装置、映像送信方法、及び映像再生装置 Download PDF

Info

Publication number
WO2013175796A1
WO2013175796A1 PCT/JP2013/003283 JP2013003283W WO2013175796A1 WO 2013175796 A1 WO2013175796 A1 WO 2013175796A1 JP 2013003283 W JP2013003283 W JP 2013003283W WO 2013175796 A1 WO2013175796 A1 WO 2013175796A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
information
virtual channel
transmission
program
Prior art date
Application number
PCT/JP2013/003283
Other languages
English (en)
French (fr)
Inventor
智輝 小川
洋 矢羽田
川口 透
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Priority to MX2014000675A priority Critical patent/MX2014000675A/es
Priority to CA2841186A priority patent/CA2841186A1/en
Priority to US14/234,742 priority patent/US9596450B2/en
Priority to KR1020147000826A priority patent/KR20150021487A/ko
Priority to JP2014516679A priority patent/JP6148232B2/ja
Publication of WO2013175796A1 publication Critical patent/WO2013175796A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/194Transmission of image signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106Processing image signals
    • H04N13/172Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178Metadata, e.g. disparity information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6587Control parameters, e.g. trick play commands, viewpoint selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/816Monomedia components thereof involving special video data, e.g 3D video

Definitions

  • the present invention relates to a system for transmitting and receiving 3D video according to the Advanced Television Systems Committee (ATSC) standard.
  • ATSC Advanced Television Systems Committee
  • Non-Patent Documents 1 to 8 2D video broadcasting using digital broadcast waves based on the ATSC standard has been performed in North America (see Non-Patent Documents 1 to 8).
  • a movie with 3D video is shown in a movie theater and playback of 3D video is possible by using a Blu-ray Disc (registered trademark) or the like at home, the viewer touches 3D video Opportunity is increasing, and the demand for watching 3D images is also increasing by broadcasting.
  • 3D video is different from 2D video composed of one video in that it is composed of base view video and additional view video. Since the current ATSC standard is premised on transmission and reception of 2D video and transmission and reception of 3D video are not considered, it is not possible to have the video reproduction apparatus receive one video (base view video) from one transmission path. Although it is possible, it is not possible to further recognize and receive the transmission path of the additional view video and to reproduce the 3D video from both videos.
  • the present invention has been made in view of the above problems, and it is possible for a video reproduction apparatus to recognize a transmission path and receive and reproduce a 3D image also for an additional view video that may be transmitted through a transmission path different from the base view video.
  • a video transmission apparatus for transmitting a video, and a plurality of videos for transmission on each of a plurality of virtual channels and each of the plurality of virtual channels.
  • Storage means for storing virtual channel information including definition information defining the information, and transmission means for transmitting an image and the virtual channel information on each of the plurality of virtual channels, which are stored in the storage means
  • the plurality of videos includes one of videos from two different viewpoints constituting the 3D video, and the definition information of the virtual channel for transmitting the one video comprises the other constituting the 3D video Transmission mode information indicating the transmission mode of the video of
  • the transmission path of one video and the transmission path of the other video can be obtained by referring to definition information when selecting a virtual channel in order to receive 3D video in a video reproduction apparatus that receives video. It can be grasped. Therefore, even in the case where one video and the other video are transmitted through different transmission paths, both video can be acquired and the 3D video can be played back in the video playback apparatus.
  • FIG. 1 shows the structure of the video transmission / reception system which concerns on one Embodiment of this invention.
  • Figure showing a list of 3D image configuration forms Diagram showing the relationship between MGT, VCT, and EIT Diagram showing data structure of MGT Diagram showing data structure of VCT Diagram showing 3D_program_info_descriptor Diagram showing 3D_service_location_descriptor Diagram showing data structure of EIT Diagram showing 2D_3D_channel_linkage_descriptor Diagram showing 2D_3D_relationship_descriptor Block diagram showing the functional configuration of the video transmission apparatus (A) A diagram showing an example of a coding unit selection table, (b) a diagram showing an example of an upstream processing unit selection table Block diagram showing the functional configuration of the video reproduction apparatus Flow chart showing procedure of video transmission process Flow chart showing procedure of EPG creation process A diagram showing an example of an EPG Flow chart showing procedure of video reproduction processing in video reproduction apparatus Flow chart showing switching process from 3D video display to 2D video display Flow chart showing switching processing from 2D video display
  • a diagram showing 2D_3D_linkage_info according to a modification of the present invention The figure which shows an example of the electronic program guide which concerns on one modification of this invention.
  • a diagram showing an example of an image for receiving a user instruction according to a modification of the present invention The figure which shows an example of the electronic program guide which divides and displays 2D virtual channel and 3D virtual channel based on one modification of this invention.
  • FIG. 1 is a diagram showing the configuration of a video transmission / reception system 100 according to an embodiment of the present invention.
  • the video transmission and reception system 100 is a system that transmits and receives 2D video and 3D video based on the extended ATSC standard, which is an extension of the conventional ATSC standard.
  • the extension of the conventional ATSC standard is based on the premise that the conventional ATSC standard is transmission and reception of 2D video, and it is possible to use Program and System Information Protocol for Terrestrial Broadcast and Cable (PSIP) information based on the conventional ATSC standard. Is because the information necessary to transmit and receive 3D video can not be described.
  • PSIP Program and System Information Protocol for Terrestrial Broadcast and Cable
  • the PSIP standard that defines PSIP information among the ATSC standards (ATSC Standard A / 65: 2009, Program and System Information Protocol for Terrestrial Broadcast and Cable (PSIP), published on April 14, 2009 ) has been expanded to include the information necessary to transmit and receive 3D video.
  • the extended PSIP standard is referred to as the "extended PSIP standard”.
  • the extended ATSC standard is extended to be upward compatible with the conventional ATSC standard.
  • the video transmission / reception system 100 includes a video transmission device 110 for transmitting 2D video and 3D video, a video reproduction device 120 for receiving and reproducing 2D video and 3D video, and reception and reproduction of 2D video. Is configured to include the video reproduction device 130.
  • the video transmission device 110 is a video transmission device that transmits 2D video and 3D video based on the extended ATSC standard.
  • the video reproduction device 130 is a video reproduction device that receives and reproduces 2D video of 2D video and 3D video transmitted from the video transmission device 110 based on the conventional ATSC standard.
  • the video reproduction device 130 can not understand the extended ATSC standard, and does not reproduce 3D video.
  • the 2D video encoded and broadcasted by the video transmission device 110 so that the video reproduction device (such as the video reproduction device 130) operating based on the conventional ATSC standard can receive and reproduce is referred to as "legacy 2D video".
  • a method and apparatus for transmitting and receiving a video based on the conventional ATSC standard and the conventional ATSC standard are well known, and therefore the description thereof will be omitted.
  • the video reproduction device 120 is a video reproduction device that operates based on the extended ATSC standard.
  • the video reproduction device 120 receives and reproduces 2D video and 3D video transmitted from the video transmission device 110 based on the extended ATSC standard.
  • FIG. 2 is a diagram describing a list of 3D video configuration forms.
  • 3D video configuration modes “frame compatible”, “service compatible: shared”, “service compatible: independent 3D”, and “service incompatible”.
  • Frame compatibility is a form that encodes each frame that composes 3D video in a format compatible with the frame that composes legacy 2D video, such as Side By Side format, Top & Bottom format, etc. It is.
  • Service compatibility is a form that encodes and transmits 3D video so that playback of legacy 2D video is also possible based on the conventional ATSC standard, and "service compatible: shared”, “service compatible: independent 3D” It is divided roughly into two forms.
  • Service compatible: shared uses legacy 2D video as a video (base view video) shot from one viewpoint, and separately captures a video (additional view video) shot from another viewpoint corresponding to this base view video It is a form prepared for transmission.
  • the base-view video is a left-eye video constituting a 3D video
  • the additive-view video is a right-eye video constituting this 3D video.
  • “Service compatible: Independent 3D” is a form in which 3D video (hereinafter referred to as “independent 3D video”) separate from legacy 2D video is prepared for transmission. That is, in the case of “service compatibility: independent 3D”, the video transmission device 110 transmits both legacy 2D video and independent 3D video.
  • the service incompatibility is a mode in which legacy 2D video is not transmitted, and only 3D video incompatible with legacy 2D video is prepared for transmission.
  • the legacy 2D video is not transmitted by the video transmission device 110. Therefore, the video reproduction device 130 operating based on the conventional ATSC standard can not reproduce the video at all.
  • the 3D video is configured in any of the above four types of configuration forms. Need to be aware of Therefore, the extended PSIP standard defines a 3D_program_info_descriptor that describes information for specifying the configuration of a 3D image to be transmitted.
  • the 3D_program_info_descriptor is described as a descriptor in a VCT (Virtual Channel Table).
  • VCT Virtual Channel Table
  • the video transmission device 110 transmits independent 3D video (consisting of base view video and additional view video) in addition to legacy 2D video.
  • independent 3D video consisting of base view video and additional view video
  • legacy 3D video is transmitted without transmitting legacy 2D video.
  • the video transmission device 110 transmits the additional view video using a transmission path (hereinafter, referred to as “main transmission path”) on which the base view video is transmitted or a transmission different from the main transmission path. Transmission is performed using a path (hereinafter, referred to as “another transmission path”). Also, as another transmission path, the Internet, mobile / handheld broadcasting such as ATSC-M / H (Mobile / Handheld) (ATSC A / 153) which is digital television broadcasting for mobiles, transport different from the main transmission path There are multiple paths, such as those using streams and storage media such as Universal Serial Bus (USB) memories.
  • main transmission path a transmission path
  • ATSC-M / H Mobile / Handheld
  • a / 153 mobile / Handheld
  • USB Universal Serial Bus
  • the information for discriminating the transmission mode of the additional view video is also included in the above-described 3D_program_info_descriptor.
  • a 3D_service_location_descriptor is defined which describes information for specifying another transmission path (for example, a URL (Uniform Resource Locator) when the other transmission path is the Internet) and the like.
  • the 3D_service_location_descriptor is described in the VCT as a descriptor.
  • a broadcast signal of one or more programs (hereinafter, "virtual channel") by a broadcast signal of a predetermined frequency band (hereinafter, referred to as "physical channel") Is sent.
  • Each virtual channel is identified by a virtual channel number composed of a four-digit main channel number and a subchannel number corresponding to the physical channel.
  • the additional view video may be transmitted through a separate transmission path, and some of the other transmission paths may not be broadcast waves. In such a case, since the combination of the main transmission path and another transmission path is the channel for transmitting the program, the transmission path combining both transmission paths is called a virtual channel in a broad sense.
  • a program composed of 2D video (hereinafter referred to as "2D program") and a program composed of 3D video of this 2D video in 3D (hereinafter referred to as "3D program”
  • 2D program a program composed of 2D video
  • 3D program a program composed of 3D video of this 2D video in 3D
  • the video reproduction apparatus 120 it is necessary for the video reproduction apparatus 120 to be able to recognize the association (association) between the 2D program and the 3D program that can be switched mutually.
  • an EIT Event Information Table
  • EIT on 3D Event Information Table
  • 2D_3D_channel_linkage_descriptor and 2D_3D_relationship_descriptor are defined as descriptors for linking them with each other.
  • FIG. 3 is a diagram schematically showing the relationship between MGT, VCT and EIT.
  • an MGT for 3D video (hereinafter referred to as “MGT for 3D”) and a VCT for 3D video (hereinafter referred to as “VCT for 3D”) are newly defined.
  • the 3D MGT and the 3D VCT are assigned as PID 0x1FF6 which is not assigned in the conventional PSIP standard. Therefore, in a video playback apparatus that only understands the conventional PSIP standard and does not understand the extended PSIP standard (hereinafter, also referred to as "legacy playback apparatus"), the 3D MGT and the 3D VCT are acquired and malfunction occurs. It can be avoided.
  • the same 0xC7 as that assigned to the conventional MGT is assigned to the 3D MGT.
  • the same 0xC8 (in the case of a television virtual channel table (TVCT)) and 0xC9 (in the case of a cable virtual channel table (CVCT)) allocated to the conventional VCT as a table ID are allocated.
  • VCT will not be described by distinguishing between TVCT and CVCT unless it is particularly necessary.
  • the legacy playback device since the 2D MGT and the 3D MGT are divided by the PID, the legacy playback device does not acquire the 3D MGT. Therefore, it is possible to prevent the occurrence of a compatibility problem in which the legacy playback device misinterprets the contents of the 3D MGT and malfunctions.
  • EIT-0 (3D) in FIG. 2 The PID of EIT-1 (3D) ... is described.
  • the video reproduction apparatus 120 recognizes the PIDs of the 2D EIT and the 3D EIT, and can acquire the 2D EIT and the 3D EIT using these PIDs.
  • definition information defining virtual channels for transmitting 2D programs and 3D programs (hereinafter, definition information defining virtual channels is referred to as “virtual channel entry”) is described.
  • each virtual channel entry source_id assigned to identify the virtual channel is described.
  • source_id of a virtual channel to which a program related to the EIT is transmitted is described. Therefore, when the video reproduction device 120 acquires the EIT, the EIT and the program related to the EIT are collated by collating the source_id described in the EIT with the source_id described in the virtual channel entry in the VCT. Can be associated with a virtual channel to be transmitted.
  • MGT The MGT is a table in which PIDs assigned to each table are described for all the tables other than STT (The System Time Table).
  • FIG. 4 is a diagram showing the data structure of the MGT.
  • the data structure is common to the 2D MGT and the 3D MGT.
  • values corresponding to 3D VCT and 3D EIT are defined as table_type.
  • EIT-0 (3D) EIT-127 (3D)
  • VCT VCT is a table in which virtual channel entries for each virtual channel are described.
  • FIG. 5 is a diagram showing a data structure of VCT.
  • VCT a series of elements and descriptors from short_name to descriptor shown in FIG. 5 are virtual channel entries (501) corresponding to one virtual channel.
  • 3D_program_info_descriptor and 3D_service_location_descriptor are added as descriptors described in the descriptor. The following describes each added descriptor.
  • FIG. 6 is a diagram describing a data structure of 3D_program_info_descriptor and a description of 3D_service_type which is a main element.
  • the 3D_service_type indicates the provision form of 3D video transmitted on a virtual channel defined by a virtual channel entry including this descriptor.
  • the table 610 in FIG. 6 is a list of possible values of the 3D_service_type and their descriptions.
  • Each row in the table 610 corresponds to one provision form. Also, in the first column in the table 610, the value of 3D_service_type is described, in the second column, the name of the provision form is described, and in the third column, the video transmitted using the main transmission path is described, The fourth column describes the type of video transmitted using another transmission path and the type of another transmission path.
  • the frame compatible type in which the value of 3D_service_type is 0x0 is a type in which the configuration form of 3D video is “frame compatible” described above.
  • 3D video in Side By Side format, Top & Bottom format, etc. is transmitted on the main transmission path.
  • Service compatible: shared 1 to 5 type in which the value of 3D_service_type is 0x1 to 0x5 is a type in which the configuration form of 3D video is “service compatible: shared” described above.
  • legacy 2D video is base view video. Encoding of legacy 2D video is performed according to the MPEG2 system based on the conventional ATSC standard. In addition, encoding of the additional view video is performed by, for example, the MPEG4 AVC (Moving Picture Experts Group 4 Advanced Video Coding) method, which has higher compression efficiency than the MPEG2 method.
  • MPEG4 AVC Motion Picture Experts Group 4 Advanced Video Coding
  • the additional view video is transmitted using the same main transmission path as the base view video.
  • the additional view video is transmitted using mobile / handheld broadcast as another transmission path.
  • the additional view video is transmitted via the storage medium as another transmission path. Specifically, after the additional view video is stored in a storage medium such as a USB memory by the video transmission device 110, the USB memory is transported or the like and connected to the video reproduction device 120. Then, the video reproduction device 120 reads out the additional view video from the storage medium and uses it when reproducing the 3D video.
  • a storage medium such as a USB memory
  • the video reproduction device 120 reads out the additional view video from the storage medium and uses it when reproducing the 3D video.
  • the additional view video is transmitted using another stream as another transmission path.
  • the other stream is, for example, another TS different from TS (transport stream) in which legacy 2D video is multiplexed.
  • independent 3D images are prepared separately from legacy 2D images.
  • one of the images from two different viewpoints constituting the independent 3D image is a base view image.
  • the other video constituting the independent 3D video is an additional view video.
  • the independent 3D video is encoded by the MPEG4 Moving Image Experts Group 4 Multiview Video Coding (MVC).
  • MVC Moving Image Experts Group 4 Multiview Video Coding
  • the transmission path of the additional view video is different from the other.
  • the additive view video is transmitted using the same main transmission path as the base view video.
  • the additional view video is transmitted via the storage medium as another transmission path.
  • the frame incompatible type in which the value of 3D_service_type is 0xB corresponds to the frame incompatibility in the configuration form of 3D video described above.
  • the frame non-compatible type is a type that transmits only 3D video composed of base view video and additive view video that are not compatible with legacy 2D video.
  • a base view video and an additional view video are each encoded by the MPEG2 system.
  • the video reproduction apparatus 120 can know the transmission mode of the additional view video by acquiring VCT and reproducing 3D_service_type from 3D_program_info_descriptor in the virtual channel entry related to 3D video in VCT when reproducing 3D video.
  • the video reproduction apparatus 120 recognizes that the additional view video is transmitted through another transmission path, it can obtain more detailed information for specifying another transmission path by referring to ES_location_info described later. it can. Then, the video reproduction device 120 specifies another transmission path based on the information described in ES_location_info, and receives the additional view video from the other transmission path. Details of reception will be described later.
  • FIG. 7 is a diagram describing the data structure of 3D_service_location_descriptor and the description of main elements.
  • the 3D_service_location_descriptor is an extension of the service_location_descriptor in the conventional PSIP standard for 3D.
  • the elements of the 3D_service_location_descriptor and the meanings of the elements are the same as those in the service_location_descriptor, unless otherwise specified.
  • An entry 710 composed of a series of elements from stream_type to frame_rate shown in FIG. 7 is an ES (Elementary) transmitted by a TS having a TSID indicated by channel_TSID in the virtual channel entry 501 in the VCT (see FIG. 5). Information related to Stream) is described.
  • the entry 710 includes information (entry 711) relating to ES that is a video stream (stream_type matches a value indicating a video stream such as 0x02 (video stream)).
  • the entry 711 includes horizontal_resolution, vertical_resolution, and frame_rate.
  • Horizontal_resolution describes the horizontal resolution of the video to be transmitted as a video stream
  • vertical_resolution describes the vertical resolution of the video
  • frame_rate describes the frame rate of the video.
  • an entry 720 composed of a series of elements from ES_location to frame_rate in FIG. 7 describes information on ES transmitted by another transmission path.
  • number_elements_from_other_path in FIG. 7 indicates the number of ESs transmitted through another transmission path.
  • 0 is described as a value in number_elements_from_other_path.
  • ES_location and ES_location_info in the entry 720 are not defined in the service_location_descriptor, and are elements defined in the extended PSIP standard.
  • ES_location In the case of transmitting the additional view video through another transmission path, a value identifying the other transmission path is described in ES_location. In addition, since it is also possible to obtain the same information by referring to the 3D_service_type, the description of ES_location may be omitted.
  • the table 750 of FIG. 7 is a list of possible values of ES_location and their descriptions.
  • ES_location is a 3-bit binary value. As shown in the table 750 of FIG. 7, when the value of ES_location is 000, it indicates that the other transmission path is the Internet. When the value of ES_location is 001, it indicates that the separate transmission path is mobile / handheld broadcast. When the value of ES_location is 010, it indicates that the separate transmission path is a storage medium. When the value of ES_location is 011, it indicates that another transmission path is another stream.
  • ES_location_info indicates the details of another transmission path identified by ES_location as shown in Table 760.
  • ES_location_info the URL of the acquisition destination of the additional view video via the Internet is described in ES_location_info.
  • the video reproduction device 120 accesses the URL described in ES_location_info to acquire the additional view video.
  • ES_location_info describes information for receiving mobile / handheld broadcast, for example, information such as a reception frequency and a channel number.
  • identification information etc. identifying the storage medium is set in ES_location_info.
  • the identification number for example, a serial number unique to each of the USB memories is used.
  • ES_location_info when the value of ES_location is 011, information for receiving another stream, for example, information such as reception frequency, channel number, TSID, etc., is described in ES_location_info.
  • the video reproduction device 120 acquires information necessary to receive the additional view video using another transmission path by referring to ES_location_info. Then, using this acquired information, the additional view video is acquired from another transmission path.
  • the entry 720 when the ES received using another transmission path is a video stream, the entry 720 includes the entry 721 which is the same as the entry 711.
  • the horizontal resolution, the vertical resolution, and the frame rate of each of the base view video and the additional view video that can be known by the entry 711 and the entry 721 can be used, for example, in the video playback apparatus 120 as follows.
  • the resolution of the additional view video (horizontal resolution and vertical resolution) is lower than the resolution of the base view video, or the additional view video is The frame rate may be lower than the frame rate of the base view video. In such a case, it is not possible to construct a 3D image using the base view image and the additional view image as they are. However, by knowing the resolution and frame rate of the base view video and the additional view video using the entry 711 and the entry 721, the video playback apparatus 120 compresses the resolution of one video to the resolution of the other video.
  • the 3D video can be generated and played back from the base view video and the additive view video by performing processing such as expanding and expanding the resolution and frame rate of both videos.
  • the EIT is a table in which information about each program transmitted using each virtual channel is described.
  • FIG. 8 is a diagram showing the data structure of the EIT.
  • 2D_3D_channel_linkage_descriptor and 2D_3D_relationship_descriptor are defined as descriptors of the 2D EIT and the 3D EIT. Each descriptor will be described below.
  • the 2D_3D_channel_linkage_descriptor is a virtual channel for transmitting a 2D program (hereinafter also referred to as "2D virtual channel”) and a virtual channel for transmitting a 3D program corresponding to this 2D program (hereinafter also referred to as "3D virtual channel”). Is a descriptor for describing information for linking
  • FIG. 9 is a diagram describing a data structure of 2D_3D_channel_linkage_descriptor and a description of main elements.
  • linkage_direction indicates which of the 2D EIT and the 3D EIT is linked to the own EIT. That is, linkage_direction also indicates which virtual channel for transmitting a 2D program or a 3D program is linked to a virtual channel for transmitting a program related to the own EIT.
  • the table 910 in FIG. 9 is a list of values that can be taken by the linkage_direction and their descriptions. As shown in Table 910, when the value of linkage_direction is 00, only the 3D EIT is transmitted, which indicates that there is no associated 2D EIT. In this case, it also indicates that there is no virtual channel linked to the virtual channel to which the program related to the own EIT is transmitted.
  • linkage_direction When the value of linkage_direction is 01, it indicates that there is a 3D EIT that is linked. In this case, it also indicates that there is a 3D virtual channel linked to the 2D virtual channel to which the program related to the own EIT is transmitted.
  • linkage_direction When the value of linkage_direction is 10, it indicates that there is a linked 2D EIT. In this case, it also indicates that there is a 2D virtual channel linked to the 3D virtual channel to which the program related to the own EIT is transmitted.
  • the TSID of the TS to which the linked EIT is transmitted is described.
  • source_id_ref describes source_id that identifies a virtual channel through which a program related to the EIT that is linked is transmitted.
  • event_id_ref describes event_id that identifies a program related to the EIT that is linked.
  • the table 950 in FIG. 9 is a list of values that can be taken by is_different_physical_channel and their explanations. As shown in Table 950, is_different_physical_channel indicates whether the program related to the EIT linked to the own EIT is transmitted on a different physical channel (value is 00) or is transmitted on the same physical channel (value is 01) is shown.
  • the video reproduction apparatus 120 can know the presence or absence of the 3D program or 2D program linked to the 2D program or 3D program being viewed by acquiring the 2D_3D_channel_linkage_descriptor. Then, the video reproduction apparatus 120 can determine whether or not the 2D program and the 3D program can be switched to each other, and can perform EPG display to that effect when the 2D program and the 3D program can be switched.
  • the video reproduction device 120 acquires a 2D_3D_channel_linkage_descriptor, thereby specifying TSID to be used for acquiring a 2D program or 3D program related to the linked EIT, source_id for specifying an EIT to be linked, and You can get the event_id. By using these pieces of acquired information, the video reproduction device 120 can acquire the video of the program related to the linked EIT using another transmission path.
  • the 2D_3D_relationship_descriptor is a descriptor for describing which one of a plurality of videos is used to construct a 2D video and a 3D video.
  • FIG. 10 is a diagram describing a data structure of 2D_3D_relationship_descriptor and an explanation of main elements.
  • 2D_presentation_allowed 2D_presentation_allowed indicates whether or not to display either one of the base view video and the additional view video constituting the 3D video as a 2D video.
  • the video creator creates 3D video and 2D video separately considering the 3D and 2D characteristics, and displays one of the videos constituting the 3D video as a 2D video. It is used when it is not desirable.
  • 2D images are produced so as to perform scene changes frequently, but 3D images are produced avoiding frequent scene changes from the viewpoint of preventing eye strain, If only one of the images constituting the 3D image is displayed as a 2D image, there may be a case where the image with little scene change is lacking in interest.
  • a table 1010 in FIG. 10 is a list of values that can be taken by 2D_presentation_allowed and their descriptions. As shown in Table 1010, when the value of 2D_presentation_allowed is 00, it indicates that 2D display using neither a base view video nor an additional view video is permitted. When the value of 2D_presentation_allowed is 01, it indicates that 2D display by the additional view video is permitted. When the value of 2D_presentation_allowed is 10, it indicates that 2D display by base view video is permitted. When the value of 2D_presentation_allowed is 11, it indicates that 2D display using both base view video and additional view video is permitted. (B) leftview_flag leftview_flag indicates whether the base view video is configured as the left eye video or the right eye video in 3D video.
  • Table 1020 in FIG. 10 is a list of leftview_flag values and their descriptions. As shown in Table 1020, when the value of leftview_flag is 00, it indicates that the base view video is a right-eye video. If the value of leftview_flag is 01, it indicates that the baseview video is a left-eye video. When the value of leftview_flag is 10, it indicates that the baseview video is neither left eye video nor right eye video. By referring to the leftview_flag, the video reproduction apparatus 120 can determine whether to use the base-view video as the left-eye video or the right-eye video when displaying 3D video. (C) content_identical_status content_identical_status indicates whether at least one of the base view video and the additional view video matches the legacy 2D video.
  • the video reproduction apparatus 120 operates a decoder that decodes the MPEG4 MVC method, but 2D video display from the viewpoint of power saving and reduction of memory usage. Does not operate for a decoder that performs MPEG2 decoding for
  • the decoder for decoding MPEG4 MVC is stopped and resources such as memory used are released, and then MPEG2 decoding is performed. It is necessary to initialize the decoder to perform the following and start the decoding of the MPEG2 system. Since it takes some time to execute these procedures, when switching the display from 3D video to 2D video, a display that is inappropriate for presentation to the user, such as pausing the video display, blackout, etc. Can occur.
  • the video reproduction device 120 performs the decoding process of the MPEG4 MVC system. , And only the base view video constituting the 3D video can be continuously output as the 2D video. By doing so, it is possible to instantly switch from 3D display to 2D display, and it is possible to prevent the occurrence of such inappropriate display as described above.
  • Table 1030 in FIG. 10 is a list of possible values of content_identical_status and their descriptions. As shown in Table 1030, when the value of content_identical_status is 000, neither base view video nor additional view video matches legacy 2D video, that is, 2D version of base view video and additional view video constituting 3D Indicates that video is being transmitted.
  • this element when there is a request to switch from one program to the other, the program switching is not performed if the time length of the 3D program and the time length of the 2D program are different. In addition, it is possible to perform processing for avoiding inappropriate display such as continuously displaying the image being displayed.
  • Table 1040 in FIG. 10 is a list showing values of same_contents_length_flag and their descriptions. As shown in Table 1040, when the value of same_contents_length_flag is 0, it indicates that the time lengths of the 2D program related to the legacy 2D video and the 3D program related to the independent 3D video are different. If the value of same_contents_length_flag is 1, it indicates that the time length of the 2D program related to the legacy 2D video and the time length of the 3D program related to the independent 3D video are the same. ⁇ 2. Configuration> ⁇ 2-1. Video transmission device 110> The video transmission device 110 is a device for providing 2D video and 3D video in a provision form indicated by the above-mentioned 3D_service_type, and is configured by an information processing device such as a computer.
  • FIG. 11 is a block diagram showing a functional configuration of the video transmission device 110. As shown in FIG. 11
  • the video transmission apparatus 110 includes a storage unit 1101, an AV processing unit 1102, a transmission processing unit 1103, a transmission processing unit 1104, a transmission processing unit 1105, a control unit 1106, and a writing unit 1107. Ru.
  • the writing unit 1107 is connected to a USB memory 121 as a storage medium, which is another transmission path.
  • the storage unit 1101 is configured of a non-volatile storage device.
  • the storage unit 1101 stores 3D video 1160, independent 3D video 1163, 3D video 1164, PSIP information 1165, and 3D_service_type 1170.
  • the 3D video 1160 is a 3D video whose configuration is “service compatible: shared”, and is composed of a left eye video 1161 and a right eye video 1162.
  • the independent 3D image 1163 is a 3D image whose configuration form is “service compatible: independent 3D”.
  • the 3D video 1164 is a 3D video whose configuration form is incompatible with service.
  • the PSIP information 1165 is PSIP information based on the extended ATSC standard, and includes the above-mentioned MGT, VCT and EIT. In each of the descriptors and elements of the above-described MGT, VCT, and EIT, values corresponding to the providing form in the case where the video reproduction device 120 provides 3D video are described.
  • the 3D_service_type 1170 is data indicating the same content as the 3D_service_type included in the above-described 3D_program_info_descriptor (see the table 610 in FIG. 6).
  • the 3D_service_type 1170 represents a providing mode in the case where the video reproduction device 120 provides 3D video.
  • (2) AV processing unit 1102 The AV processing unit 1102 is configured of an AV processing LSI, and is controlled by the control unit 1106 and has a function of performing video encoding and stream multiplexing.
  • the AV processing unit 1102 includes video coding units 1111 to 1113 and a multiplexing processing unit 1121.
  • the video coding unit 1111 has a legacy 2D video coding function, a frame compatible 3D video coding function, and a non-service compatible 3D video coding function. Each function will be described below.
  • (A) Legacy 2D Video Coding Function As the legacy 2D video coding function, the video coding unit 1111 has a function of generating the video ES by coding the input legacy 2D video based on the MPEG2 system.
  • the left eye image 1161 corresponds to a legacy 2D image.
  • the process of encoding 2D video based on the MPEG2 system is well known, and thus the description thereof is omitted.
  • (B) Frame compatible 3D video encoding function As the frame compatible 3D video encoding function, the video encoding unit 1111 encodes the input base view video and the additional view video based on the MPEG2 Video system, respectively, and then Side By Side It has a function of generating a video ES by converting it into a format (or Top & Bottom format). A process of generating a video ES of Side By Side format (or Top & Bottom format) from a base view video and an additional view video is well known and will not be described.
  • the video coding unit 1111 selects each of a base view video and an additive view video constituting the input 3D video based on the MPEG2 system. By encoding, it has a function of generating a video ES obtained by encoding a base view video and a video ES obtained by encoding an additional view video.
  • (B) Video encoding unit 1112 The video encoding unit 1112 has a function of generating the video ES by encoding the input 2D video based on the MPEG4 AVC method. A process of encoding 2D video based on the MPEG4 AVC system is known and thus the description thereof is omitted.
  • Video encoding unit 1113 The video encoding unit 1113 has a function of generating the video ES by encoding the input 3D video based on the MPEG4 MVC method. A process for encoding 3D video based on the MPEG4 MVC method is well known and will not be described.
  • D Multiplexing processing unit 1121 The multiplexing processing unit 1121 has a function of converting the input video ES into packetized elementary stream (PES) packets, dividing them into TS packet units, and multiplexing and including PSIP information (1165) to generate a TS. Description of multiplexing is omitted because it is well known.
  • PES packetized elementary stream
  • Transmission processing unit 1103 The transmission processing unit 1103 is configured to include a transmission LSI that transmits a stream using terrestrial digital broadcast waves, and an antenna for broadcast wave transmission. The transmission processing unit 1103 has a function of modulating the input stream and transmitting it using terrestrial digital broadcast waves. Description of processing for transmitting an input stream using terrestrial digital broadcast waves is omitted because it is well known.
  • Transmission processing unit 1104 The transmission processing unit 1104 is configured by a communication LSI for transmitting and receiving data via the network. The transmission processing unit 1104 has a function of transmitting the input stream to a communication destination (the video reproduction apparatus 120 in the present embodiment) specified by the control unit 1106 via the network.
  • a URL is assigned to the video transmission device 110, and this URL is described in the above-mentioned ES_location_info.
  • the video reproduction device 120 specifies the video transmission device 110 using the URL described in ES_location_info.
  • the process of transmitting and receiving data (mainly streams in the present embodiment) via the network is well known and will not be described.
  • Transmission processing unit 1105 The transmission processing unit 1105 is configured by a communication LSI for performing mobile / handheld broadcasting.
  • the transmission processing unit 1105 has a function of modulating the input stream and transmitting it using mobile / handheld broadcast waves. Description of processing for transmitting an input stream using mobile / handheld broadcast waves is omitted because it is well known.
  • Control unit 1106 The control unit 1106 includes a processor and a memory, and has a function of controlling the overall operation of the video transmission device 110.
  • the function of the control unit 1106 is realized by the processor executing a program stored in the memory.
  • the control unit 1106 has, as main functions, an encoding instruction function, an upstream processing unit instruction function, and a transmission instruction function. Hereinafter, each function will be described in order.
  • (A) Coding instruction function (see step S1402 in FIG. 14)
  • the control unit 1106 refers to the 3D_service_type 1170 and the coding unit selection table and stores the AV processing unit 1102 in the storage unit 1101 using any of the video coding units 1111 to 1113. Indicate which of the video you want to encode.
  • FIG. 12A is a diagram showing an example of a coding unit selection table.
  • the coding unit selection table includes the value of 3D_service_type, the video to be coded by the video coding unit 1111, the video to be coded by the video coding unit 1112 and the video coding unit 1113. It shows the correspondence of the video to be encoded.
  • control unit 1106 refers to the 3D_service_type 1170 and the upstream processing unit selection table, and outputs a stream to be subjected to multiplexing processing to the multiplexing processing unit 1121 (hereinafter referred to as “upstream processing unit Select "). Then, it instructs the AV processing unit 1102 to multiplex the stream received from the selected upstream processing unit.
  • FIG. 12B is a diagram showing an example of the upstream processing unit selection table.
  • the upstream processing unit selection table indicates whether the upstream processing unit of the multiplexing processing unit 1121 corresponding to the value of 3D_service_type needs execution of the remultiplexing processing.
  • the upstream processing unit selection table describes “video coding unit 1111 (3D video 1160)” as an upstream processing unit of the multiplexing processing unit 1121 and performs re-multiplexing processing. Since it does not need to be executed, is represented by “x” in the drawing. In addition, when it represents with “(circle)" on drawing, it shows that execution is necessary.
  • the control unit 1106 instructs the AV processing unit 1102 to multiplex the stream output from the video encoding unit 1111 using the multiplexing processing unit 1121.
  • control unit 1106 When re-multiplexing processing is necessary, the control unit 1106 multiplexes the two streams received from the two upstream processing units to the AV processing unit 1102, respectively, and further, these two streams are By multiplexing, it is instructed to generate one TS.
  • the AV processing unit 1102 is described as encoding and multiplexing only the video ES, it is necessary as in the case of encoding and multiplexing in a general MPEG system. According to the above, encoding and multiplexing are also performed on audio and subtitle data corresponding to the video.
  • (C) Transmission instruction function As a transmission instruction function, the control unit 1106 selects a transmission processing unit to be used based on the read 3D_service_type, and instructs the selected transmission processing unit to transmit a stream.
  • Writing unit 1107 The writing unit 1107 has a function of writing data to the USB memory. The USB memory to be used and the data to be written are designated by the control unit 1106.
  • the control unit 1106 designates the USB memory 121 having identification information described in ES_location_info as the USB memory to which data is to be written.
  • the video reproduction device 120 is a device that receives and reproduces 2D video and 3D video provided in a provision form according to the above-described 3D_service_type, and is configured by a digital television.
  • FIG. 13 is a block diagram showing a functional configuration of the video reproduction device 120. As shown in FIG. 13
  • the video reproduction apparatus 120 includes a reception processing unit 1311, a reception processing unit 1312, a reception processing unit 1313, an AV decoding unit 1314, a display unit 1315, an input unit 1316, a control unit 1317, and a reading unit 1318. It comprises.
  • the reception processing unit 1311 includes a tuner for receiving terrestrial digital broadcast waves, and has a function of extracting the TS by receiving and demodulating the terrestrial digital broadcast waves and outputting the extracted TS.
  • the reception processing unit 1311 outputs the extracted TS to the AV decoding unit 1314.
  • the reception and demodulation of terrestrial digital broadcast waves are well known, and therefore the description thereof is omitted.
  • the reception processing unit 1312 is configured of a mobile / handheld broadcast wave reception tuner, and has a function of extracting the TS by receiving and demodulating the mobile / handheld broadcast wave and outputting the extracted TS.
  • the reception processing unit 1312 outputs the extracted TS to the AV decoding unit 1314.
  • the reception and demodulation of mobile / hand-held broadcast waves are well known and therefore the description is omitted.
  • (3) Reception processing unit 1313 The reception processing unit 1313 is configured of a communication LSI for transmitting and receiving data via the network.
  • the reception processing unit 1313 has a function of receiving and outputting the TS via the network.
  • the reception processing unit 1313 outputs the received TS to the AV decoding unit 1314.
  • a method for transmitting and receiving data using a network is well known and thus the description thereof is omitted.
  • (4) AV decoding unit 1314 The AV decoding unit 1314 is configured by an AV processing LSI, and has a function of reproducing an image from the input TS. As shown in FIG. 13, the AV decoding unit 1314 includes a demultiplexing unit 1331, a video decoding unit 1332, and a display control unit 1333.
  • the demultiplexing unit 1331 includes a demultiplexer, and has a function of extracting and outputting the video ES, PSIP information, and the like from the TS by demultiplexing the input TS.
  • the demultiplexing unit 1331 outputs the extracted video ES to the video decoding unit 1332 and outputs PSIP information to the control unit 1317.
  • the process of demultiplexing the TS is well known and will not be described.
  • (B) Video decoding unit 1332 The video decoding unit 1332 is configured of a decoding circuit that decodes the video ES, and has a function of generating and outputting a video signal representing 2D video and 3D video by decoding the video ES.
  • the video decoding unit 1332 outputs the generated video signal to the display control unit 1333.
  • the video decoding unit 1332 includes a decoding processing unit 1351, a decoding processing unit 1352, and a decoding processing unit 1353.
  • the decoding processing unit 1351 has a function of generating a video signal by decoding the video ES encoded by the MPEG2 system.
  • the process of decoding the video ES encoded by the MPEG2 system is well known, and thus the description thereof is omitted.
  • the decoding processing unit 1352 has a function of generating a video signal by decoding the video ES encoded by the MPEG4 AVC method.
  • the process of decoding the video ES encoded by the MPEG4 AVC method is known and thus the description thereof is omitted.
  • the decoding processing unit 1353 has a function of decoding the video ES encoded by the MPEG4 MVC method.
  • the process of decoding the video ES encoded by the MPEG4 MVC method is known and thus the description thereof is omitted.
  • the display control unit 1333 includes a display control circuit that generates and outputs a signal (hereinafter, referred to as “screen display signal”) for displaying an image on the display, and the input video signal and the EPG image And a function to generate and output a screen display signal.
  • screen display signal a signal for displaying an image on the display
  • the display control unit 1333 outputs a screen display signal to the display unit 1315.
  • the display unit 1315 is configured to include a display, and has a function of displaying an image indicated by the input screen display signal on the display.
  • Input unit 1316 The input unit 1316 includes a remote control, a light receiving unit for remote control signal, and an input device such as a keypad, and receives a user instruction input by operating the remote control, the keypad, etc. by the user and notifies the control unit 1317 Have.
  • Control unit 1317 includes a processor and a memory, and has a function of controlling the overall operation of the video reproduction apparatus 120. The function of the control unit 1317 is realized by the processor executing a program stored in the memory.
  • the control unit 1317 has an EPG display control function, a 3D video reproduction control function, and a video switching control function as main functions.
  • the EPG display control function is a function (see FIGS. 15 and 16) for performing control for generating and displaying an image to be displayed as an EPG (hereinafter referred to as “EPG image”).
  • the 3D video reproduction control function is a function that performs control for reproducing 3D video (see FIG. 17).
  • the video switching control function is a function (see FIGS. 18 and 19) for performing control for switching between 3D video display and 2D video display.
  • Reading unit 1318 The reading unit 1318 has a function of reading data from the USB memory.
  • the control unit 1317 designates which USB memory to use.
  • control unit 1317 designates the USB memory 121 having identification information described in ES_location_info as the USB memory from which data is to be read. ⁇ 3. Operation> ⁇ 3.1. Video transmission process by the video transmission device 110> A video transmission process by the video transmission apparatus 110 configured as described above will be described with reference to the drawings.
  • FIG. 14 is a flowchart showing the procedure of the video transmission process.
  • the control unit 1106 in the video transmission device 110 reads 3D_service_type 1170 related to the 3D video to be transmitted from the storage unit 1101 (step S1401).
  • the control unit 1106 specifies a video coding unit to be used and a video to be coded by the video coding unit based on the read 3D_service_type and the coding unit selection table (step S1402). Then, the control unit 1106 instructs the identified video to be encoded using the identified video encoding unit.
  • the control unit 1106 instructs the AV processing unit 1102 to encode the 3D video 1160 using the video encoding unit 1111.
  • the control unit 1106 uses the video encoding unit 1111 to encode the left-eye video 1161 as a base-view video for the AV processing unit 1102, and the video encoding unit 1112 It instructs to encode the right-eye image 1162 as an additional-view image by using it.
  • the control unit 1106 When the value of 3D_service_type is 0x6 to 0xA, the control unit 1106 causes the AV processing unit 1102 to encode the left-eye video 1161 as a legacy 2D video using the video encoding unit 1111, and the video encoding unit 1113 The instruction is used to encode the independent 3D image 1163. If the value of 3D_service_type is 0xB, the control unit 1106 instructs the AV processing unit 1102 to encode the 3D video 1164 using the video encoding unit 1111.
  • the AV processing unit 1102 reads the video instructed by the control unit 1106 from the storage unit 1101, and encodes the read video using the instructed video encoding unit (step S1403).
  • control unit 1106 identifies the upstream processing unit based on the read 3D_service_type and the upstream processing unit selection table (step S1404). Then, the control unit 1106 instructs the AV processing unit 1102 to multiplex the stream input from the upstream processing unit using the multiplexing processing unit 1121.
  • control unit 1106 instructs the AV processing unit 1102 to multiplex the stream output from the video encoding unit 1111.
  • control unit 1106 instructs the AV processing unit 1102 to multiplex the stream output from the video encoding unit 1111. Further, separately from the multiplexing processing, the control unit 1106 instructs the multiplexing processing unit 1122 to multiplex the stream output from the video encoding unit 1112. Further, the control unit 1106 instructs to multiplex both streams respectively multiplexed (remultiplexing process).
  • control unit 1106 instructs the AV processing unit 1102 to multiplex the stream output from the video encoding unit 1111. Further, separately from the multiplexing process, the control unit 1106 instructs the AV processing unit 1102 to multiplex the stream output from the video encoding unit 1112.
  • the control unit 1106 instructs the AV processing unit 1102 to multiplex the stream (stream related to legacy 2D video) output from the video encoding unit 1111. Further, separately from the multiplexing process, the control unit 1106 instructs to multiplex the stream (each of two streams constituting independent 3D video) output from the video encoding unit 1113. Furthermore, the control unit 1106 instructs the AV processing unit 1102 to perform multiplexing processing (re-multiplexing processing) on both the multiplexed streams.
  • the control unit 1106 instructs the AV processing unit 1102 to multiplex the stream (stream related to legacy 2D video) output from the video encoding unit 1111. . Further, separately from the multiplexing process, the control unit 1106 multiplexes the streams (each of the two streams constituting the independent 3D video) output from the video encoding unit 1113 to the AV processing unit 1102. To tell.
  • control unit 1106 instructs the AV processing unit 1102 to multiplex each of the two streams output from the video encoding unit 1111. Also, the control unit 1106 instructs the AV processing unit 1102 to perform multiplexing processing (re-multiplexing processing) on both the multiplexed streams.
  • the AV processing unit 1102 multiplexes the stream output from the upstream processing unit according to the instruction from the control unit 1106 (step S1405).
  • the multiplexing processing unit 1121 reads out, from the storage unit 1101, PSIP information 1165 in which the value of each element is set according to the value of 3D_service_type, and multiplexes it. Also, streams related to audio, streams related to subtitles, etc. that are multiplexed in a broadcast based on the conventional ATSC standard are also multiplexed.
  • control unit 1106 selects a transmission processing unit to be used based on the read 3D_service_type, and instructs the selected transmission processing unit to transmit the input stream (step S1406).
  • control unit 1106 causes the transmission processing unit 1103 to encode and multiplex the 3D video output from the multiplexing processing unit 1121. Indicates to receive and send a stream.
  • control unit 1106 instructs the transmission processing unit 1103 to be a stream in which the base view video output from the multiplexing processing unit 1121 is encoded and multiplexed. To receive and send.
  • control unit 1106 causes the transmission processing unit 1103 to encode and multiplex the additional view video output from the multiplexing processing unit 1121 (see “Other To receive and send a stream of).
  • the control unit 1106 sends to the transmission processing unit 1104 a stream in which the additional view video output from the multiplexing processing unit 1121 is encoded and multiplexed, and transmits it. Instruct them to Here, when the value of 3D_service_type is 0x4 and 0x9, the video transmission apparatus 110 is identified in advance by identification information described in ES_location_info between the user of the video transmission apparatus 110 and the user of the video reproduction apparatus 120. It is assumed that the video is stored in a storage medium (for example, the USB memory 121), and the storage medium is transported by hand to be attached to the video reproduction apparatus 120.
  • a storage medium for example, the USB memory 121
  • the video is transmitted from the video transmission device 110 to the video reproduction device 120 through the storage medium.
  • the control unit 1106 writes the additional view video into the USB memory 121 using the writing unit 1107 prior to the transmission of the base view video for pre-storing.
  • the USB memory 121 is carried by hand and attached to the video reproduction device 120.
  • control unit 1106 transmits to the transmission processing unit 1105 a stream in which the additional view video output from the multiplexing processing unit 1122 is encoded and multiplexed and transmitted. Instruct them to
  • Each of the transmission processing units 1103 to 1105 transmits the stream instructed from the control unit 1106 (step S1407).
  • step S1407 Each of the transmission processing units 1103 to 1105 transmits the stream instructed from the control unit 1106 (step S1407).
  • FIG. 15 is a flowchart showing the procedure of the EPG creation process.
  • the EPG display process is mainly realized by the control unit 1317 performing control shown in FIG. 15 as an EPG display control function.
  • the video reproduction device 120 has acquired the TS. That is, in the video reproduction apparatus 120, the terrestrial digital broadcast wave is received by the reception processing unit 1311 and demodulated to extract the TS (step S1501), and the TS is demultiplexed by the demultiplexing unit 1331 (step S1502) ).
  • the control unit 1317 instructs the demultiplexing unit 1331 to extract a packet with a PID of 0x1FF6 from the TS (step S1503).
  • the demultiplexing unit 1331 obtains a 3D MGT and a 3D VCT by extracting a packet with a PID of 0x1FF6 from the TS.
  • the acquired 3D MGT and 3D VCT are transmitted to the control unit 1317.
  • the 3D MGT and the 3D VCT are identified by the table ID (0xC7 for 3D MGT and 0xC8 for 3D VCT).
  • the control unit 1317 obtains the PIDs of the 2D EIT and the 3D EIT described in the 3D MGT by referring to the 3D MGT. Also, the control unit 1317 obtains virtual channel entries for each virtual channel for transmitting 2D programs and 3D programs by referring to the 3D VCT.
  • the control unit 1317 instructs the demultiplexing unit 1331 to extract the 2D EIT and the 3D EIT using the 2D EIT and the 3D EIT acquired in step S1503 (step S1504).
  • the demultiplexing unit 1331 extracts the 2D EIT and the 3D EIT from the TS according to this instruction, and transmits the 2D EIT and the 3D EIT to the control unit 1317.
  • the control unit 1317 collates the source_id described in each EIT with the source_id described in each virtual channel entry, and if they match, the information related to the program represented by the EIT, and this program Associate with the virtual channel entry on the virtual channel on which is sent.
  • information on a program start time, duration, program name, etc.
  • information on a program start time, duration, program name, etc.
  • information on the virtual channel entry information (virtual channel name, main channel number, sub channel number, etc.) defining the virtual channel is described.
  • control unit 1317 can generate an EPG image 1601 describing an electronic program guide 1602 as shown in FIG. 16 as an example.
  • Each column of the electronic program guide 1602 corresponds to one virtual channel, and information of each program transmitted by the virtual channel is arranged in time series.
  • the images 1611 to 1614 are images displaying the channel numbers of the virtual channels.
  • the channel number of each virtual channel is a combination of the primary channel number and the secondary channel number.
  • “4-1 ch” in the image 1611 is a channel number of a virtual channel in which the main channel number is 4 and the sub channel number is 1.
  • each of the image 1621, the image 1622, the image 1631, the image 1632, the image 1641, the image 1642, and the image 1651 represents information on one program, and a program name and the like are described in each image. .
  • the image 1621 represents a program whose program name is "drama 1", whose start time is "16:00”, and whose duration is "2 hours”.
  • the programs represented by the image 1621 and the image 1622 are arranged in time series under the image 1611 because they are transmitted by a virtual channel whose channel number is “4-1 ch”.
  • step S1506 the control unit 1317 determines whether each of the acquired 2D EIT and 3D EIT includes the 2D_3D_channel_linkage_descriptor (step S1505).
  • the EIT including the 2D_3D_channel_linkage_descriptor (hereinafter, referred to as a “linking source EIT”) has a linked EIT (hereinafter, referred to as a linking destination EIT).
  • the control unit 1317 acquires the binding destination EIT (step S1506).
  • the control unit 1317 acquires the TSID indicated by the channel_TSID_ref in the 2D_3 channel_linkage_descriptor, the source_id indicated by the source_id_ref, and the EIT identified by the event_id indicated by the event_id_ref, using the reception processing unit 1311 and the demultiplexing unit 1331. Acquisition of the tying destination EIT specified by the TSID, source_id, and event_id can be acquired by the same processing as that shown in steps S1501 to S1504.
  • control unit 1317 Based on the information acquired in the above steps, the control unit 1317 generates an EPG image (an EPG image 1601 shown in FIG. 16 described above as an example) (step S1507). Then, the control unit 1317 outputs the EPG image to the display control unit 1333.
  • EPG image an EPG image 1601 shown in FIG. 16 described above as an example
  • the display control unit 1333 generates a video signal representing an EPG image, and outputs the video signal to the display unit 1315 (step S1508).
  • the display unit 1315 displays the EPG image (1601) on the display.
  • FIG. 17 is a flowchart showing a procedure of video reproduction processing in the video reproduction device 120.
  • the video reproduction device 120 is assumed to display an EPG image as shown in FIG. Then, the user uses the input unit 1316 to input a user instruction for designating a program for which viewing is desired among the programs whose information is displayed in the electronic program guide 1602 (step S1701).
  • the control unit 1317 specifies the program specified by the user and the virtual channel for transmitting the program based on the EIT and VCT related to the specified program.
  • the control unit 1317 refers to the VCT, and determines whether there is a 3D_program_info_descriptor in the virtual channel entry defining the specified virtual channel (step S1702).
  • control unit 1317 determines that there is no 3D_program_info_descriptor (NO in step S1702)
  • the 3D video is not transmitted from the video transmission device 110, and only the legacy 2D video is transmitted, so the reception processing unit 1311
  • the legacy 2D video is received using the AV decoding unit 1314 and the display unit 1315 (step S1721), and the legacy 2D video is reproduced (step S1722).
  • a technique for receiving and reproducing legacy 2D video using terrestrial digital broadcast waves is well known, and thus the description thereof is omitted.
  • control unit 1317 refers to the 3D_service_type in the 3D_program_info_descriptor (step S1703).
  • the control unit 1317 determines whether the 3D_service_type indicates one of “service compatible: shared 2 type” to “service compatible: shared 5 type”, “service compatible: independent 3D2 type” to “service compatible: independent 3D5 type”. It is determined (step S1704).
  • 3D_service_type indicates one of “Service compatible: shared 2 type” to “Service compatible: Shared 5 type”, “Service compatible: Independent 3D2 type” to “Service compatible: Independent 3D5” (Step (YES in S1704), the control unit 1317 performs control for acquiring the base view video from the main transmission path based on the virtual channel entry defining the specified virtual channel (step S1705). For example, the control unit 1317 instructs the reception processing unit 1311 to receive a broadcast wave for transmitting a base view video based on information such as the modulation_mode, carrier_frequency, and channel_TSID element described in the virtual channel entry.
  • control unit 1317 instructs the AV decoding unit 1314 to decode the base view video using the decoding processing unit 1351 ("for service compatibility: shared 2 to 5 types") or the decoding processing unit 1353 ("service compatibility: independent 3D2 In the case of ⁇ 5 type "to instruct to use.
  • control unit 1317 performs control for receiving the additional view video from another transmission path (step S1706).
  • control unit 1317 refers to the ES_location_info in the 3D_service_location_descriptor in the virtual channel entry to acquire information on the details of another transmission path, and receives additional view video from the reception processing unit corresponding to the other transmission path. To indicate.
  • control unit 1317 instructs the AV decoding unit 1314 to decode the additive view image (decoding processing unit 1352 (service compatible: sharing 2 to 5 types) or decoding processing unit 1353 (service compatibility: independent 3D2 to 5). Instruct to use the case).
  • decoding processing unit 1352 service compatible: sharing 2 to 5 types
  • decoding processing unit 1353 service compatibility: independent 3D2 to 5
  • the control unit 1317 instructs the reception processing unit 1313 to acquire the TS related to the additional view video from the communication destination specified by the URL.
  • the reception processing unit 1313 acquires a TS relating to the additional view video from the communication destination specified by the URL.
  • ES_location_info is information for receiving mobile / handheld broadcast, For example, information such as modulation mode, carrier frequency, channel number, etc. is described. Therefore, the control unit 1317 instructs the reception processing unit 1312 to receive the mobile / handheld broadcast and acquire the TS related to the additional view video based on the information such as the reception frequency and the channel number. Based on this instruction, the reception processing unit 1312 receives mobile / handheld broadcast and acquires a TS related to the additional view video.
  • ES_location_info describes identification information for identifying the storage media, etc. ing.
  • the control unit 1317 instructs the reading unit 1318 to read the TS relating to the 3D video from the USB memory 121 identified by the identification information.
  • the reading unit 1318 reads the TS relating to the 3D video from the USB memory 121, and outputs the TS to the AV decoding unit 1314.
  • the storage medium identified by the identification information described in ES_location_info in the video transmission device 110 (an example)
  • the additional view video is stored in the USB memory 121), and the storage medium is transported by hand to be mounted on the video reproduction apparatus 120. Then, the video reproduction device 120 reads the additional view video from the storage medium. As a result, the additional view video is transmitted from the video transmission device 110 to the video reproduction device 120 via the storage medium.
  • ES_location_info contains information for receiving other streams, for example, , Modulation mode, carrier frequency, channel TSID, etc. are described. Therefore, the control unit 1317 instructs the reception processing unit 1311 to receive the broadcast wave transmitting the TS identified by the TSID based on the information such as the modulation mode, the carrier frequency, and the channel TSID. Do. Based on this instruction, the reception processing unit 1311 receives a broadcast wave and acquires a TS related to the additional view video.
  • the reception processing unit 1311 can simultaneously receive a plurality of physical channels, and the TS related to the base view video and the TS related to the additional view video are transmitted using different physical channels. It is assumed that TSs related to both videos can be received in parallel.
  • control unit 1317 selects the main transmission path. Control to receive a 3D image (step S1711).
  • step S1711 specifically, when 3D_service_type indicates frame compatible type, the control unit 1317 instructs the reception processing unit 1311 to receive the terrestrial digital broadcast wave as in the case of receiving the legacy 2D video. Do. Also, the control unit 1317 instructs the AV decoding unit 1314 to use the decoding processing unit 1351 for decoding of 3D video.
  • the control unit 1317 instructs the reception processing unit 1311 to receive terrestrial digital broadcast waves in order to obtain 3D video.
  • the reception processing unit 1311 receives a terrestrial digital broadcast wave, demodulates it, and outputs a TS to the AV decoding unit 1314.
  • the control unit 1317 instructs the AV decoding unit 1314 to use the decoding processing unit 1351 for decoding the base view video and to use the decoding processing unit 1352 for decoding the additional view video.
  • control unit 1317 instructs the reception processing unit 1311 to receive terrestrial digital broadcast waves in order to obtain 3D video. Also, the control unit 1317 instructs the AV decoding unit 1314 to use the decoding processing unit 1353 for decoding of the 3D video.
  • control unit 1317 instructs the reception processing unit 1311 to receive a terrestrial digital broadcast wave transmitting base view video and additional view video. Also, the control unit 1317 instructs the AV decoding unit 1314 to use the decoding processing unit 1351 for decoding of 3D video.
  • the reception processing unit 1311 receives an instruction from the control unit 1317. Based on this, the terrestrial digital broadcast wave is received, demodulated, and the TS is output to the AV decoding unit 1314.
  • the demultiplexing unit 1331 demultiplexes the input TS.
  • the demultiplexing unit 1331 extracts each of the video ES related to the base view video and the video ES related to the additional view video by demultiplexing, and outputs each to the AV decoding unit 1314.
  • the decoding processing unit instructed by the control unit 1317 decodes the video ES extracted by the demultiplexing, and outputs the video signal related to the 3D video generated by the decoding to the display control unit 1333.
  • the control unit 1317 generates a screen display signal from the input video signal and outputs the screen display signal to the display unit 1315 (step S1707). Then, the display unit 1315 displays 3D video based on the screen display signal on the display.
  • the switching processing from 3D video display to 2D video display in the video reproduction device 120 in the case of “service compatibility: independent 3D” will be described.
  • FIG. 18 is a flowchart showing a switching process from 3D video display to 2D video display.
  • the control unit 1317 in the video reproduction device 120 acquires a switching instruction to a 2D video input by the user using the input unit 1316 (step S1801).
  • control unit 1317 When acquiring a switching instruction to 2D video, the control unit 1317 extracts 2D_presentation_allowed and content_identical_status from the 2D_3D_relationship_descriptor of the 3D EIT related to the 3D program being displayed.
  • control unit 1317 determines whether 2D_presentation_allowed is 01 and the content_identical_status is 001 or 011 (step S1802).
  • control unit 1317 instructs AV decoding unit 1314 to stop reproduction of the base view image forming the 3D image being displayed (step S1803). Then, the control unit 1317 instructs the AV decoding unit 1314 to reproduce the 2D image by reproducing the additional view image forming the 3D image being displayed (step S1804).
  • control unit 1317 determines whether 2D_presentation_allowed is 10 and content_identical_status is 010 or 011 (step S1811).
  • control unit 1317 instructs AV decoding unit 1314 to stop the reproduction of the additional view image forming the 3D image being displayed (step S1812).
  • control unit 1317 instructs the AV decoding unit 1314 to reproduce the 2D image by reproducing the base view image forming the 3D image being displayed (step S1813).
  • step S 1811 If the determination result in step S 1811 is negative (NO in step S 1811), the control unit 1317 instructs the AV decoding unit 13 14 to stop the reproduction of the 3D video being reproduced (step S 1821).
  • the control unit 1317 instructs the reception processing unit 1311 and the AV decoding unit 1314 to acquire and display the legacy 2D video (step S1822).
  • the reception processing unit 1311 and the AV decoding unit 1314 obtain and decode the legacy 2D video
  • the display unit 1315 displays the legacy 2D video.
  • FIG. 19 is a flowchart showing a switching process from 2D video display to 3D video display.
  • the control unit 1317 in the video reproduction device 120 acquires a switching instruction to the 3D video input by the user using the input unit 1316 (step S1901).
  • the control unit 1317 When acquiring the switching instruction to the 3D video, the control unit 1317 extracts leftview_flag from 2D_3D_relationship_descriptor of the EIT for the 2D program being displayed, and determines whether the value of leftview_flag is 00 (step S1902).
  • step S1902 If the determination result in step S1902 is affirmative (YES in step S1902), the control unit 1317 reproduces the 3D video with the base-view video (legacy 2D video) as the right-eye video and the additional view video as the left-eye video. It instructs each of the reception processing units, the AV decoding unit 1314, and the display unit 1315 (step S1903).
  • the base-view video legacy 2D video
  • the control unit 1317 reproduces the 3D video with the base-view video (legacy 2D video) as the right-eye video and the additional view video as the left-eye video. It instructs each of the reception processing units, the AV decoding unit 1314, and the display unit 1315 (step S1903).
  • the video reproduction device 120 reproduces a 3D video with a base-view video (legacy 2D video) as a right-eye video and an additive-view video as a left-eye video.
  • a base-view video legacy 2D video
  • step S1902 determines whether the value of leftview_flag is 01 (step S1911).
  • step S1911 If the determination result in step S1911 is affirmative (YES in step S1911), the control unit 1317 reproduces the 3D video with the base view video (legacy 2D video) as the left eye video and the additive view video as the right eye video. It instructs each of the reception processing units, the AV decoding unit 1314, and the display unit 1315 (step S1912).
  • the video reproduction device 120 reproduces a 3D video with a base-view video (legacy 2D video) as a left-eye video and an additive-view video as a right-eye video.
  • control unit 1317 creates a display image (hereinafter referred to as "error display image") stating that 3D video can not be reproduced.
  • the video signal representing the error display image is output to the display control unit 1333.
  • the display control unit 1333 superimposes the error display image on the legacy 2D video, and outputs a signal representing the superimposed video to the display unit 1315.
  • the display unit 1315 displays an image in which the error display image is superimposed on the legacy 2D image.
  • the video transmission / reception system including the video transmission apparatus and the video reproduction apparatus according to the present invention has been described above, but the video transmission / reception system illustrated can be modified as follows, and the present invention is described in the above embodiment. Of course, it is not limited to the video transmission / reception system as it is. (1) In the above-mentioned embodiment, although a specific data structure was not explained about ES_location_info, it shall have a data structure as shown in FIG. 20 as an example.
  • ES_location_info as shown in FIG. 20, as the details of another transmission path used when the value of ES_location is 011, to identify TSID_ref indicating TSID related to another stream, and to identify a virtual channel on which another stream is transmitted Source_id_ref is described.
  • a URL is described as the details of another transmission path used when the value of ES_location is 000.
  • identification information for identifying a storage medium is described as the details of another transmission path used when the value of ES_location is 010.
  • the identification information for example, a serial number unique to each of the USB memories is used.
  • ES_location_info includes information for receiving mobile / handheld broadcast, for example, information such as a reception frequency and a channel number.
  • ES_location_info illustrated in FIG. 20 is not an element indicating details of another transmission path, but describes WithinSamePhysicalChannel.
  • a table 2001 in FIG. 20 is a list of values that the WithinSamePhysicalChannel can take and their descriptions.
  • WithinSamePhysicalChannel indicates whether the physical channel as another transmission path is the same as the physical channel that transmits the legacy 2D video (value is 00) (value is 01).
  • the video transmitted through the separate transmission path when the video transmitted through the separate transmission path is transmitted through the same physical channel as the legacy 2D video, the video transmitted through the separate transmission path receives the legacy 2D video If it is transmitted on a different physical channel while it can be received by the same tuner, a tuner different from the tuner that receives legacy 2D video is needed.
  • the video reproduction device (120) can determine whether the 3D video can be received or not based on the reception capability of the own device, such as whether or not the own device includes a plurality of tuners.
  • the 3D program related to the 3D video Alternative operations can be performed, such as playing 2D video related to the 2D program linked to the.
  • the 2D_3D_channel_linkage_descriptor is defined as information for specifying the program of the link destination, and is described in the EIT of the link source. This is to cope with the case where the presence or absence of a program to be linked to changes for each program.
  • this 2D_3D_channel_linkage_descriptor is used as the linking destination virtual channel. It may be used as information for identifying Specifically, 2D_3D_channel_linkage_descriptor will be described in the virtual channel entry of the linking source in VCT.
  • event_id_ref which shows event_id for specifying a program which was supposed to be described in 2D_3D_channel_linkage_descriptor in the above-mentioned embodiment.
  • VCT virtual channel entry instead of EIT. It may be described in
  • the content_identical_status described in 2D_3D_relationship_descriptor may be described in 2D_3D_channel_linkage_descriptor.
  • a predetermined USB memory is connected to the video reproduction device 120 in advance, and the video transmission device 110 transmits the additional view video to the video reproduction device 120 via the network or the like prior to the transmission of the legacy 2D video, It is also possible to record the additional view video received by the video playback device 120 in the USB memory.
  • the 2D EIT and the 3D EIT are linked using the 2D_3D_channel_linkage_descriptor, but may be performed by another method.
  • the method of determining the value of event_id which is information for identifying an EIT, may be provided with a specific rule for associating an EIT with another EIT.
  • bit 13 which is the most significant bit of event_id consisting of 14 bits is used as its own EIT for 2D EIT (value is 0) or 3D EIT (value is It is determined that the bit indicates 1). Also, bit 12 is defined as a bit indicating whether there is a linked EIT (value is 1) or not (value is 0). Then, it is determined that bit 11 to bit 0 of event_id of both linked EITs have the same value.
  • bit 11 to bit 0 are the same, bit 12 is 0, so it can be determined that they are not linked.
  • the 2D EIT and the 3D EIT can be linked without using the 2D_3D_channnel_linkage_descriptor.
  • CRC Cyclic Redundancy Check
  • bit 13 to bit 4 may be described in bit 3 to bit 0. This makes it possible to detect the occurrence of an error for event_id due to transmission path noise or the like.
  • the 2D program and the 3D program are linked by linking the 2D EIT and the 3D EIT.
  • 2D_3D_linkage_info defining the presence or absence of linkage as shown in FIG. 22 may be added as an element to the virtual channel entry related to the 2D virtual channel and the 3D virtual channel.
  • FIG. 22 shows a list of possible values of 2D_3D_linkage_info and the explanation thereof.
  • 2D_3D_linkage_info is a 2-bit binary value. As shown in FIG. 22, when the value of 2D_3D_linkage_info is 00, it indicates that there is no association between the 2D virtual channel and the 3D virtual channel, and that there is also no association between the 2D EIT and the 3D EIT.
  • 2D_3D_linkage_info When the value of 2D_3D_linkage_info is 01, it indicates that there is an association between the 2D virtual channel and the 3D virtual channel.
  • 2D_3D_linkage_info When the value of 2D_3D_linkage_info is 02, it indicates that there is a link between the 2D EIT and the 3D EIT.
  • objects to be linked are not limited to the 2D EIT and 3D EIT, and the 2D virtual channel and 3D virtual channel.
  • an EIT associated with an image having a resolution of 2K1K may be associated with an EIT associated with an image having a resolution of 4K2K.
  • a virtual channel for transmitting a program relating to a video having a 2K1K resolution and a virtual channel for transmitting a program relating to a video having a 4K2K resolution may be linked.
  • EITs relating to videos having different shooting angles may be linked to each other, or virtual channels for transmitting programs relating to videos having different shooting angles may be linked to each other.
  • a pop-up image may be used.
  • a 2D virtual channel (as an example, a virtual channel number of 5-1 ch) and a 3D virtual channel linked to this (as an example, a virtual channel number of 15-3 ch)
  • buttons 2411 to 2413 a button for selecting a user instruction for selecting whether to view the specified program in 2D (button 2411), 3D (button 2412) or not (button 2413) Keep it displayed.
  • the video reproduction device 120 performs processing such as reproduction of the video corresponding to the selected button.
  • an area for two columns related to virtual channels in the electronic program guide 1602 is displayed to display the contents of the 2D program which is similar contents and the contents of the 3D program linked to this. Can be used to effectively utilize the area for display. Further, in the electronic program guide, it is possible to perform selection of viewing by 2D and viewing by 3D by an operation that is easy for the user to understand than an operation of selecting a virtual channel sequence to view.
  • buttons such as “record in 2D” and “record in 3D” may be displayed in addition to “watch now” and “watch in 3D”.
  • the video stream required to be displayed in 2D when "2D recording” is selected. Only streams (streams related to legacy 2D video) and audio streams can be recorded, and independent 3D video and additional view video can not be recorded. In this case, it is possible to reduce the recording capacity necessary for recording video less than the case of recording up to the video stream etc. necessary for displaying in 3D.
  • the screen displaying the electronic program guide may be switched to a screen displaying an image having the same content as the above-described pop-up image shown in FIG. .
  • a row relating to a 2D virtual channel and a row relating to a 3D virtual channel may be separately arranged.
  • the electronic program guide 2602 of FIG. 26 After all the columns related to the 2D virtual channels (4-1ch, 5-1ch, and 17-1ch in the drawing) are arranged, the 3D virtual channel (15-1ch in the drawing) , 27-1 ch) are arranged.
  • a thumbnail video (2651) related to a program ("Movie 1 (3D)" in the drawing) selected by the cursor 2650 in the electronic program guide 2602 is displayed.
  • the program selected by the cursor 2650 is switched from 2D program to 3D program and from 3D program to 2D program, the video displayed as a thumbnail video also switches between 2D video and 3D video.
  • the switching process between 3D video and 2D video is a process with a high load compared to other processes such as changing of the decoding processing unit to be used. According to this modification, the switching frequency between 2D video and 3D video can be reduced, and processing load in the video reproduction device 120 can be reduced.
  • the legacy playback device such as the video playback device 130 transmits the 2D program and the 3D program linked to the 2D program from the video transmission device 110 based on the extended ATSC standard. , could not recognize that the 3D program is being sent.
  • the legacy playback device transmits PSIP information that can receive and present information (such as a program title) related to the linked 3D program based on the conventional ATSC standard.
  • FIG. 27 is a diagram describing an outline of MGTs, VCTs, and EITs according to the present modification and their relation.
  • an EIT 2701 relating to a certain 2D program is linked to an EIT 2702 relating to a 3D program. Also, it is assumed that a 2D program is transmitted on a 2D virtual channel 2711 and a 3D program is transmitted on a 3D virtual channel 2712.
  • the PID of the EIT 2701 is described in the MGT 2721 (PID is 0x1 FFB) that can be received by the legacy playback device.
  • a virtual channel entry (2D) 2732 defining the 2D virtual channel 2711 is described in VCT 2731 (PID is 0x1 FFB) that can be received by the legacy playback device.
  • virtual channel entry (dummy 3D) 2733 related to the dummy 3D virtual channel 2713 is described in the VCT 2731.
  • the information described in the virtual channel entry 2733 is the same as the information described in the virtual channel entry 2732 except for the source_id which is defined to describe a unique value.
  • an EIT 2703 relating to a dummy 3D program transmitted on the dummy virtual channel 2713 is added to the EIT to be transmitted.
  • information related to the 3D program described in the EIT 2702 is described as information related to the 3D program.
  • source_id of EIT 2703 a value specifying the virtual channel 2713 (the same value as source_id described in virtual channel entry 2733) is described.
  • the information described in the EIT 2703 as the information of the program broadcast on the virtual channel 2713 in the EPG ie, the information , Information about the linked 3D program can be displayed.
  • the virtual channel is actually received based on the description of the virtual channel entry (dummy 3D) 2733. Since the channel 2711 is received, there is no possibility that a malfunction will occur when trying to reproduce 3D video.
  • the program name described in the EIT related to the 2D program, and the program name described in the linked 3D program and the dummy 3D EIT shall be the program names that can be understood as linked. Is desirable.
  • the program name described in the EIT 2701 is “IP balance improvement course (3D)”
  • the program title described in the EIT 2702 and the EIT 2703 may be “IP balance improvement course (3D)”.
  • the video transmission apparatus 110 can transmit an ETT (Extended Text Table) for presenting detailed information of each program to the viewer in association with the EIT. Therefore, as information on a 3D program, a description may be added to the ETT to notify the viewer such as "This program can be enjoyed in 3D on ATSC 3D TV".
  • ETT Extended Text Table
  • the ETT (2810) may be transmitted in association with the virtual channel (2820) rather than in association with the EIT.
  • the legacy playback apparatus it is possible to indicate to the user the presence or absence of tying in units of virtual channels rather than in units of programs. For example, a message such as "This channel can enjoy watching in 3D on a TV compatible with ATSC 3D" is described in ETT about dummy 3D virtual channel.
  • the legacy playback device that has received this ETT displays the message described in this ETT when displaying information on the dummy virtual channel in the EPG.
  • the legacy playback device can notify the user that the 3D virtual channel linked to the 2D virtual channel is being transmitted.
  • any video of a base view video and an additional view video constituting the 3D video is displayed as a 2D video It does not mention whether it is desirable to set it to In particular, if the base view video and the additional view video are the same video (in the case of 2D video), it is desirable to set the additional view video to be displayed as 2D video.
  • FIG. 29 is a view schematically showing processing for encoding a base view video (2901) and an additional view video (2902) by the MPEG4 MVC method.
  • the base view video 2901 is encoded (2911) without a reference image in the MPEG4 AVC system.
  • the encoded (2911) base view video 2901 is decoded (2912) and stored in the reference picture buffer 2921 as a reference image when the additional view video 2902 is encoded.
  • the additional view video 2902 is encoded with reference to the reference image stored in the reference picture buffer 2921.
  • the additional view video be used for 2D display from the viewpoint of image quality. This is because, as shown in FIG. 29, when compression is performed using MPEG4 MVC or the like when the left and right videos are the same, the image compressed while referring to one of the videos becomes higher in image quality. is there.
  • the additional view video is a reference image (including noise and distortion at the time of compression) in the reference picture buffer and an image (no noise and no distortion) relating to the additive view video.
  • the difference is compressed and encoded. Accordingly, noise and distortion at the time of compression included in the reference image are alleviated, and compression encoding is performed with higher image quality than that of the base view video.
  • the 3D MGT is added as the extended PSIP information, but it is sufficient if the contents to be described in the 3D MGT can be transmitted.
  • a descriptor that describes a part of the contents of the 3D MGT that is not described in the 2D MGT may be defined and described in the 2D MGT illustrated in FIG.
  • the legacy playback device does not refer to a new descriptor, and does not recognize the contents of the 3D MGT, and only the video playback device that understands the extended PSIP information is used for the 3D MGT.
  • the contents can be recognized.
  • the URL as the acquisition destination via the Internet is described as the information described in ES_location_info when the value of ES_location is 000. However, it is sufficient if the acquisition destination can be specified.
  • the acquisition destination via the Internet is not limited to a URL, and may be an IP address or the like.
  • ES_location_info may include the file name of the file in which the additional view video is stored, and information necessary for obtaining the additional view video, such as the necessity of authentication for obtaining the additional view video.
  • 11 examples of the provision form that 3D_service_type can indicate are shown, but it is not necessary to use all 11 provision forms, and other offer forms can be shown as 3D_service_type can indicate. It may be defined. For example, as a provision form that 3D_service_type can indicate, a provision form using information of 2D video and a depth map may be added.
  • EIT For example, in EIT, assume that linkage_direction is not included as an element of 2D_3D_channel_linkage_descriptor, and in video playback apparatus 120, when the virtual channel to which the EIT of the binding destination is transmitted is a 2D virtual channel, the EIT of the binding destination is for 2D It may be determined that the EIT is an EIT, and if the virtual channel on which the EIT to be linked is transmitted is a 3D virtual channel, it may be determined that the EIT to be linked is an EIT for 3D. (13) In the above-mentioned embodiment and modification, although programs were linked by inserting 2D_3D_channel_linkage_descriptor into EIT, it is sufficient if they can be linked.
  • an elementary PID of the same legacy 2D video may be registered in a PMT (Program Map Table) relating to a 2D program and a PMT relating to a 3D program linked thereto.
  • PMT Program Map Table
  • Service_Location_Descriptor similarly to PMT, the same elementary 2D image elementary PID is registered in Service_Location_Descriptor related to 2D program and Service_Location_Descriptor related to 3D program.
  • the 2D virtual channel can be linked to the 3D virtual channel by checking the program_number in each virtual channel entry of the VCT based on this definition.
  • the 2D virtual channel and the 3D virtual channel may be linked by setting a part of program_number configured with 16 bits to the same value.
  • virtual channels are linked by inserting 2D_3D_channel_linkage_descriptor into each virtual channel entry, but may be linked by another method.
  • the area not used (Reserved) in the ATSC standard in the virtual channel entry may be used as an element (hereinafter referred to as "LinkStatus”) indicating whether or not there is linkage to another virtual channel. Good.
  • LinkStatus is a 2-bit element.
  • the upper one bit indicates that the virtual channel indicated by the own virtual channel entry is a 2D virtual channel, and when the value is 1, it indicates that the virtual channel is a 3D virtual channel.
  • the lower 1 bit indicates that the virtual channel indicated by the virtual channel entry described before and after the own virtual channel entry is a linked virtual channel.
  • the virtual channel entry is listed in the VCT, when the 2D virtual channel and the 3D virtual channel are linked, the lower 1 bit follows the virtual channel entry related to the 2D virtual channel, It is assumed that virtual channel entries related to linked 3D virtual channels are described.
  • “virtual channel entry described before and after own virtual channel entry” is “virtual channel entry described after own virtual channel entry” when the own virtual channel entry defines a 2D virtual channel.
  • “virtual channel entry described after own virtual channel entry” when the own virtual channel entry defines a 2D virtual channel.
  • “virtual channel entry described after own virtual channel entry” when the own virtual channel entry defines a 2D virtual channel.
  • “virtual channel entry described after own virtual channel entry” when the own virtual channel entry defines a 2D virtual channel.
  • it means “a virtual channel entry described before the own virtual channel entry”.
  • the 2D virtual channel is linked to the 3D virtual channel by inserting the 2D_3D_channel_linkage_descriptor into each virtual channel entry in the VCT, but may be linked by other methods. .
  • the 3D VCT is added as the VCT, but the 3D VCT is not added.
  • the 3D VCT is not added.
  • virtual channel numbers may be defined to be assigned according to a specific rule for the 2D virtual channel to be linked and the 3D virtual channel.
  • the virtual channel number related to the 3D virtual channel is a number obtained by adding the value 10 to the virtual channel number related to the 2D virtual channel.
  • the video transmitting apparatus 110 transmits the DCCT (Directed Channel Change Table) instructing switching of one program to the other program based on the conventional PSIP standard, thereby switching the video reproducing apparatus 120. Can be instructed.
  • DCCT Directed Channel Change Table
  • a message such as “Switch to the corresponding 2D program because the 3D program has ended,” may be described in the DCC Departure Request Descriptor (or DCC Arriving Request Descriptor) of DCCT.
  • the video reproduction device 120 receives a user instruction for instructing switching without switching from one program to reproduction of the other program without the user instruction. It may be switched to the reproduction of the other program.
  • the playback apparatus 120 may display a GUI (Graphic User Interface) for allowing the user to select whether to watch a 3D program.
  • GUI Graphic User Interface
  • the video reproduction apparatus 120 performs the process of switching from one program to the other based on the DCCT, but it is sufficient if the process of switching can be performed.
  • the video reproduction apparatus 120 by referring to the contents of the 2D_3D_channel_linkage_descriptor already described, it is determined whether or not there is an EIT to be linked, a virtual channel, and a program to be displayed when it is present, switching the virtual channel to be selected. It may be Also in this case, it is desirable that the video reproduction device 120 displays a message to switch the program and the virtual channel.
  • the encoding of the independent 3D video is based on the MPEG4 MVC system, but it is sufficient if encoding can be performed.
  • H. may be encoded based on H.265 (ISO / IEC 23008-2 HEVC).
  • the 2D_3D_relationship_descriptor is described in the EIT and transmitted.
  • the present invention is not limited to this.
  • 2D_3D_relationship_descriptor may be described in the video ES. More specifically, in the case of the MPEG2 system, it is described in user_data, and in the case of the MPEG4 AVC system and the MPEG4 MVC system, it is described in SEI (Supplemental Enhancement Information).
  • the video transmission apparatus 110 can transmit the content of the 2D_3D_relationship_descriptor to the video reproduction apparatus 120 by designating in frame units and GOP units.
  • content_identical_status is described in 2D_3D_relationship_descriptor of EIT.
  • content_identical_status may be described in the image ES as in the case of 2D_3D_relationship_descriptor.
  • each encoded video is transmitted by the terrestrial digital broadcast wave, but it is also possible to transmit one video through another transmission path. Good.
  • values corresponding to the different transmission paths may be defined and added as possible values of the 3D_service_type.
  • the Internet, mobile / hand-held broadcast, storage media, and other streams (broadcasting) have been mentioned as examples of separate transmission paths, but any path capable of transmitting additional view video is sufficient.
  • the contents described in the 2D VCT are described also in the 3D VCT, the contents of the 2D VCT may not be described in the 3D VCT.
  • the video reproduction apparatus 120 that understands the extended ATSC standard, in order to obtain a virtual channel entry related to a 3D virtual channel, a 3D VCT is acquired, and in order to separately acquire a virtual channel entry related to a 2D virtual channel It is necessary to acquire VCT.
  • the contents described in the 2D MGT are described in the 3D MGT, but the contents of the 2D MGT may not be described in the 3D MGT. In this case, in addition to the 3D MGT, it is necessary to separately obtain the 2D MGT in the video reproduction apparatus 120 that understands the extended ATSC standard.
  • the 3D_program_info_descriptor and 3D_service_location_descriptor are described in the virtual channel entry related to the 3D virtual channel, but may be described in the virtual channel entry related to the 2D virtual channel.
  • the 3D_program_info_descriptor and 3D_service_location_descriptor indicate which transmission path should be used to acquire the additional view video when switching the 2D video (as an example, base view video) display related to the 2D virtual channel to 3D video display.
  • the video reproduction device 120 can know the transmission path of the additional view video by referring to the virtual channel entry related to the 2D virtual channel. That is, without changing the virtual channel, the video playback apparatus 120 acquires the additive view video based on the descriptions of 3D_program_info_descriptor and 3D_service_location_descriptor, and composes the 3D video from the base view video and the additive view video and plays it back. Can. (24)
  • control program consisting of a program language or a high-level language program code to be executed by various circuits connected to the processor on a recording medium or distribute it via various communication paths.
  • recording media include an IC card, a hard disk, an optical disk, a flexible disk, a ROM, a flash memory and the like.
  • the control program distributed and distributed is used by being stored in a memory or the like that can be read by a processor, and the processor executes the control program to realize each function as shown in each embodiment. Will be The processor may execute the control program directly, or may compile and execute or execute by the interpreter.
  • Each functional component (AV processing unit 1102, transmission processing unit 1103, transmission processing unit 1104, transmission processing unit 1105, control unit 1106, writing unit 1107, reception processing unit 1311, reception unit shown in the above embodiment
  • the processing unit 1312, the reception processing unit 1313, the AV decoding unit 1314, the display unit 1315, the input unit 1316, the control unit 1317, the reading unit 1318, etc.) may be realized as a circuit that executes the function. It may be realized by executing a program by a plurality of processors.
  • Each functional component described above is typically implemented as an LSI that is an integrated circuit. These may be individually chipped, or may be chipped to include some or all. Although an LSI is used here, it may be called an IC, a system LSI, a super LSI, or an ultra LSI depending on the degree of integration. Further, the method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible. After the LSI is manufactured, a programmable field programmable gate array (FPGA) may be used, or a reconfigurable processor that can reconfigure connection and setting of circuit cells in the LSI may be used.
  • FPGA field programmable gate array
  • a video transmission apparatus is a video transmission apparatus for transmitting a video, which includes a plurality of videos for transmission on each of a plurality of virtual channels, and each of the plurality of virtual channels.
  • Storage means for storing virtual channel information including definition information defining the information, and transmission means for transmitting an image and the virtual channel information on each of the plurality of virtual channels, which are stored in the storage means
  • the plurality of videos includes one of videos from two different viewpoints constituting the 3D video, and the definition information of the virtual channel for transmitting the one video comprises the other constituting the 3D video Transmission mode information indicating the transmission mode of the video of
  • the transmission type information may be information indicating the type of transmission path of the other video.
  • the video reproduction apparatus determines whether or not it is necessary to acquire the other video from a transmission path different from the transmission path for receiving one video, and if necessary, the other transmission path may be used. It is possible to acquire a picture.
  • the type of the transmission path may indicate either a broadcast, a network, or a device in which the other video is stored in advance.
  • the transmission mode information may indicate the same transmission path as the one video when the transmission means also transmits the other video.
  • the video reproduction apparatus can recognize that the other video may be received from the transmission path for receiving the other video, and can receive the other video from the transmission path.
  • the virtual channel information may be a VCT (Virtual Channel Table) conforming to a Program and System Information Protocol (PSIP) standard of Advanced Television System Committee (ATSC).
  • PSIP Program and System Information Protocol
  • ATSC Advanced Television System Committee
  • a video transmission method is a video transmission method executed by a video transmission apparatus for transmitting a video, which comprises: a plurality of videos for transmission on each of a plurality of virtual channels; Acquiring an acquisition step of acquiring virtual channel information including definition information defining each of a plurality of virtual channels, and transmitting the image and the virtual channel information on each of the plurality of virtual channels;
  • the plurality of videos included includes one of the videos from two different viewpoints constituting the 3D video, and the 3D video is configured in the definition information of the virtual channel for transmitting the one video. Transmission mode information indicating the transmission mode of the other video is described.
  • a video reproduction apparatus is a video reproduction apparatus that receives and reproduces a video through a virtual channel, and virtual channel information including definition information defining each of a plurality of virtual channels;
  • the receiving means for receiving the video and the definition information defining the virtual channel relating to the video to be received include transmission mode information indicating the transmission mode of one of the videos constituting the 3D video, the transmission mode information
  • a reproduction unit configured to reproduce the 3D video using the video received by the reception unit and the video acquired by the acquisition unit.
  • a video transmission apparatus is a video transmission apparatus for transmitting a video to a video reproduction apparatus, and a storage unit for storing 3D video associated with 2D video;
  • the information includes linking information for specifying information defining a program related to the 2D video.
  • the information defining the program related to the 2D video and the information defining the program related to the 3D video are EIT (Event Information Table) compliant with the Program and System Information Protocol (PSIP) standard of Advanced Television System Committee (ATSC).
  • the association information may include event_id and source_id specifying a virtual channel for transmitting a program related to the 2D video.
  • This configuration enables the video transmission apparatus to associate a program relating to 3D video with a program relating to 2D video, and indicates that a program relating to 2D video is associated with a program relating to 3D video.
  • the electronic program guide can be generated and displayed.
  • the transmission means determines whether or not at least one of the images from two different viewpoints constituting the 3D image is the same as the 2D image in the information defining the program related to the 3D image.
  • the video reproduction apparatus may be configured to receive the matching state information by transmitting the matching state information indicating the information.
  • a video transmission method is a video transmission method executed by a video transmission apparatus that transmits a video to a video reproduction apparatus, and acquires 2D video associated with 3D video.
  • the information defining the program according to includes linking information for identifying information defining the program according to the 2D video.
  • a video playback apparatus is a video playback apparatus for receiving and playing back 3D video, which is a 3D video associated with a 2D video through one virtual channel, and the 2D video.
  • Information defining a program relating to a video Information for defining a program relating to the 3D video, and receiving means for receiving information relating to a program relating to the 3D video, and information defining a program relating to the 3D video Of the 2D video and the program of the 3D video correspond to each other if the determination by the judging means is positive.
  • a display means for generating and displaying an electronic program guide indicating that it is attached.
  • an electronic program guide is generated and displayed that associates a program related to 3D video with a program related to 2D video, and shows that a program related to 2D video and a program related to 3D video are associated with each other. be able to.
  • the video transmission apparatus is to transmit a video so that the video reproduction apparatus can recognize a transmission path for one of the videos from two different viewpoints constituting the 3D video, It is useful for a video transmission and reception system etc. which transmits and receives 2D video and 3D video.
  • image transmitting / receiving system 110 image transmitting apparatus 120 image reproducing apparatus 121 USB memory 130 image reproducing apparatus 501 virtual channel entries 710, 711, 720, 721 entries 1101 storage unit 1102 AV processing unit 1103 to 1105 transmission processing unit 1106 control unit 1107 writing Sections 1111 to 1113 Video encoding sections 1121 to 1123 Multiplexing section 1160 3D image 1161 Left eye image 1162 Right eye image 1163 Independent 3D image (service compatible) 1164 3D image (service incompatible) 1165 PSIP information 1311 to 1313 Reception processing unit 1314 AV decoding unit 1315 Display unit 1316 Input unit 1317 Control unit 1318 Reading unit 1331 Demultiplexing unit 1332 Video decoding unit 1333 Display control unit 1351 Decoding processing unit (MPEG2) 1352 Decoding unit (MPEG4 AVC) 1353 Decoding unit (MPEG4 MVC)

Landscapes

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

Abstract

 映像再生装置に、様々な伝送経路により送信され得るアディショナルビュー映像についての伝送経路を認識させ、3D映像を再生させることができるよう映像を送信する映像送信装置を提供する。映像を送信する映像送信装置であって、複数のバーチャルチャンネルのそれぞれで送信するための複数の映像と、複数のバーチャルチャンネルのそれぞれを定義する定義情報を含むバーチャルチャンネル情報とを記憶する記憶手段と、複数のバーチャルチャンネルのそれぞれで映像とバーチャルチャンネル情報とを送信する送信手段とを備え、記憶手段に記憶される複数の映像には3D映像を構成する2個の異なる視点からの映像のうちの一方が含まれており、前記一方の映像を送信するバーチャルチャンネルの定義情報には3D映像を構成する他方の映像の伝送形態を示す伝送形態情報が記載されている。

Description

映像送信装置、映像送信方法、及び映像再生装置
 本発明は、ATSC(Advanced Television Systems Committee)規格に準じて3D映像を送受信するシステムに関する。
 近年、北米においてATSC規格に基づくデジタル放送波を用いた2D映像の放送が行われている(非特許文献1~8参照)。一方で、映画館では3D映像による映画が上映され、家庭内でもBlu-ray Disc(登録商標)などを用いることで3D映像の再生が可能になっていることから、視聴者が3D映像に接する機会が増えており、放送によっても3D映像を視聴したいとの要望が強まっている。
ATSC Standard A/53, Part 1:2009, Digital Television System、2009年8月7日発行 ATSC Standard A/53, Part 2:2011, RF/Transmission System Characteristics、2011年12月15日発行 ATSC Standard A/53, Part 3:2009, Service Multiplex and Transport Subsystem Characteristics、2009年8月7日発行 ATSC Standard A/53, Part 4:2009, MPEG-2 Video System Characteristics、2009年8月7日発行 ATSC Standard A/53, Part 5:2010, AC-3 Audio System Characteristics、2010年7月6日発行 ATSC Standard A/53, Part 6:2010, Enhanced AC-3 Audio System Characteristics、2010年7月6日発行 ATSC Standard A/65,2009: Program And System Information Protocol For Terrestrial Broadcast And Cable、2009年4月14日発行 ATSC Standard A/71:2012,ATSC Parameterized Services Standard、2012年12月3日発行
 ところで、3D映像は、ベースビュー映像とアディショナルビュー映像とから構成される点で1つの映像で構成される2D映像とは異なる。現状のATSC規格は2D映像の送受信を前提としたものであり3D映像の送受信については考慮されていないため、映像再生装置に1つの伝送経路から1つの映像(ベースビュー映像)を受信させることはできるものの、さらにアディショナルビュー映像の伝送経路を認識させて受信させ、両映像から3D映像を再生させることはできない。
 本発明は係る問題に鑑みてなされたものであり、映像再生装置においてベースビュー映像とは異なる伝送経路により送信され得るアディショナルビュー映像についても伝送経路を認識して3D映像を受信し再生し得るように映像を送信する映像送信装置、映像送信方法、及び3D映像を再生する映像再生装置を提供することを目的とする。
 上記課題を解決するために本発明に係る映像送信装置は、映像を送信する映像送信装置であって、複数のバーチャルチャンネルのそれぞれで送信するための複数の映像と、前記複数のバーチャルチャンネルのそれぞれを定義する定義情報を含むバーチャルチャンネル情報とを記憶する記憶手段と、前記複数のバーチャルチャンネルのそれぞれで映像と前記バーチャルチャンネル情報とを送信する送信手段とを備え、前記記憶手段に記憶されている複数の映像には、3D映像を構成する2個の異なる視点からの映像のうちの一方が含まれており、前記一方の映像を送信するバーチャルチャンネルの定義情報には前記3D映像を構成する他方の映像の伝送形態を示す伝送形態情報が記載されている。
 上述の構成により、映像を受信する映像再生装置において3D映像を受信するためにバーチャルチャンネルを選択するときに定義情報を参照することによって、一方の映像の伝送経路と他方の映像の伝送経路とを把握することができる。このため一方の映像と他方の映像とが別々の伝送経路で伝送されている場合であっても、映像再生装置において両映像を取得して3D映像を再生し得る。
本発明の一実施形態に係る映像送受信システムの構成を示す図 3D映像の構成形態の一覧表を記載した図 MGT、VCT、及びEITの相互の関連について模式的に示す図 MGTのデータ構造を示す図 VCTのデータ構造を示す図 3D_program_info_descriptorについて示す図 3D_service_location_descriptorについて示す図 EITのデータ構造を示す図 2D_3D_channel_linkage_descriptorについて示す図 2D_3D_relationship_descriptorについて示す図 映像送信装置の機能構成を示すブロック図 (a)符号化部選択表の一例を示す図、(b)上流処理部選択表の一例を示す図 映像再生装置の機能構成を示すブロック図 映像送信処理の手順を示すフローチャート EPG作成処理の手順を示すフローチャート EPGの一例を示す図 映像再生装置における映像再生処理の手順を示すフローチャート 3D映像表示から2D映像表示への切り替え処理を示すフローチャート 2D映像表示から3D映像表示への切り替え処理を示すフローチャート 本発明の一変形例に係るES_location_infoについて示す図 本発明の一変形例に係るEITにおけるevent_idの値の定め方の一例を示す図 本発明の一変形例に係る2D_3D_linkage_infoについて示す図 本発明の一変形例に係る電子番組表の一例を示す図 本発明の一変形例に係るポップアップ画像を表示する場合の電子番組表の一例を示す図 本発明の一変形例に係る、ユーザ指示を受け付けるための画像の一例を示す図 本発明の一変形例に係る、2Dバーチャルチャンネルと3Dバーチャルチャンネルとを分けて表示する電子番組表の一例を示す図 本発明の一変形例に係るMGT、VCT、及びEITの概要及びこれらの関連を記載した図 本発明の一変形例に係るMGT、VCT、及びEITの概要及びこれらの関連を記載した図 MPEG4 MVC方式により3D映像を符号化する処理について模式的に示す図
 以下、本発明の一実施形態について図面を参照しながら説明する。
 図1は、本発明の一実施形態に係る映像送受信システム100の構成を示す図である。
 映像送受信システム100は、従来のATSC規格を拡張した拡張ATSC規格に基づいて2D映像及び3D映像を送受信するシステムである。従来のATSC規格を拡張しているのは、従来のATSC規格は2D映像の送受信を前提としたものであり、従来のATSC規格に基づくPSIP(Program and System Information Protocol for Terrestrial Broadcast and Cable)情報には、3D映像を送受信するために必要な情報を記載することができないためである。ここで拡張ATSC規格では、ATSC規格のうちPSIP情報について規定しているPSIP規格(ATSC Standard A/65:2009、 Program and System Information Protocol for Terrestrial Broadcast and Cable(PSIP)、2009年4月14日発行)を、3D映像の送受信に必要な情報を記載できるよう拡張している。以下、拡張されたPSIP規格を「拡張PSIP規格」という。なお、拡張ATSC規格は、従来のATSC規格に対し上位互換性を有するように拡張されている。
 図1に示すように、映像送受信システム100は、2D映像及び3D映像を送信する映像送信装置110、2D映像及び3D映像を受信して再生する映像再生装置120、並びに2D映像を受信して再生する映像再生装置130を含んで構成される。
 映像送信装置110は、拡張ATSC規格に基づき2D映像及び3D映像を送信する映像送信装置である。
 映像再生装置130は、映像送信装置110から送信される2D映像及び3D映像のうちの2D映像を、従来のATSC規格に基づいて受信して再生する映像再生装置である。映像再生装置130は、拡張ATSC規格を解することができず、3D映像の再生は行わない。ここで、映像送信装置110によって、従来のATSC規格に基づき動作する映像再生装置(映像再生装置130など)が受信して再生できるよう符号化され放送される2D映像を「レガシー2D映像」という。また、従来のATSC規格及び従来のATSC規格に基づいて映像を送受信するための方法及び装置(一例として映像再生装置130)については、周知であるので説明は省略する。
 映像再生装置120は、拡張ATSC規格に基づき動作する映像再生装置である。映像再生装置120は、映像送信装置110から送信される2D映像及び3D映像を拡張ATSC規格に基づいて受信して再生する。
 以下では、まず映像送受信システム100における3D映像及びPSIP情報に関する説明を行い、次に映像送受信システム100の構成等について説明する。
<1.3D映像の提供形態>
 以下、本実施形態における3D映像の提供形態について説明する。3D映像の提供形態は、構成形態と伝送形態とにより規定される。
<1.1.構成形態>
 図2は、3D映像の構成形態の一覧表を記載した図である。
 図2に示すように、3D映像の構成形態には、「フレーム互換」、「サービス互換:共用」、「サービス互換:独立3D」、及び「サービス非互換」の4種類の形態がある。
 フレーム互換は、周知の形式であるSide By Side形式、Top & Bottom形式などのように、3D映像を構成する各フレームを、レガシー2D映像を構成するフレームと互換性のある形式で符号化する形態である。
 サービス互換は、従来のATSC規格に基づくことでレガシー2D映像の再生についても可能なように3D映像を符号化して送信する形態であり、「サービス互換:共用」、「サービス互換:独立3D」の2形態に大別される。
 「サービス互換:共用」は、レガシー2D映像を一の視点から撮影された映像(ベースビュー映像)として使用し、このベースビュー映像に対応する他視点から撮影された映像(アディショナルビュー映像)を別途送信のために用意する形態である。一例として、ベースビュー映像は3D映像を構成する左目映像であり、アディショナルビュー映像はこの3D映像を構成する右目映像である。
 「サービス互換:独立3D」は、レガシー2D映像とは別個の3D映像(以下、「独立3D映像」という。)を送信のために用意する形態である。すなわち「サービス互換:独立3D」の場合、映像送信装置110は、レガシー2D映像と独立3D映像との双方を送信することになる。
 サービス非互換は、レガシー2D映像は送信せず、レガシー2D映像とは互換性のない3D映像のみを送信のために用意する形態である。サービス非互換の場合、映像送信装置110によりレガシー2D映像が送信されないので、従来のATSC規格に基づき動作する映像再生装置130では、映像を全く再生できないこととなる。
 以上のように、3D映像の構成形態には複数の形態があるため、映像再生装置120において3D映像を再生するには、3D映像が上記の4種類の構成形態のうちのいずれで構成されているかを認識する必要がある。このため拡張PSIP規格では、伝送される3D映像の構成形態を特定するための情報を記載する3D_program_info_descriptorを定義している。3D_program_info_descriptorは、VCT(Virtual Channel Table)にディスクリプタとして記載される。
<1.2.伝送形態>
 構成形態が「サービス互換:共用」である場合、映像送信装置110は、ベースビュー映像としてのレガシー2D映像の他、アディショナルビュー映像を伝送することになる。また、構成形態が「サービス互換:独立3D」である場合、映像送信装置110はレガシー2D映像の他、独立3D映像(ベースビュー映像及びアディショナルビュー映像から成る)を伝送することになる。また、構成形態がサービス非互換の場合、レガシー2D映像は送信せず、3D映像のみを伝送することになる。
 ここで、映像送信装置110は、アディショナルビュー映像については、ベースビュー映像が送信される伝送経路(以下、「主伝送経路」という。)を用いて送信するか、主伝送経路とは別の伝送経路(以下、「別伝送経路」という。)を用いて送信することになる。また、別伝送経路としては、インターネット、移動体向けのデジタルテレビ放送であるATSC-M/H(Mobile/Handheld)(ATSC A/153)などのモバイル/ハンドヘルド放送、主伝送経路とは異なるトランスポートストリーム、及びUSB(Universal Serial Bus)メモリなどの蓄積メディアを用いるものなど複数の経路がある。
 よって、映像再生装置120においてアディショナルビュー映像を受信するには、アディショナルビュー映像の伝送形態を認識する必要がある。したがって、アディショナルビュー映像の伝送形態を区別するための情報についても上述の3D_program_info_descriptorに含める。また、別伝送経路を特定するための情報(例えば、別伝送経路がインターネットである場合のURL(Uniform Resource Locator))などを記載する3D_service_location_descriptorを定義する。3D_service_location_descriptorはVCTにディスクリプタとして記載する。
<2.2D映像で構成される番組と3D映像で構成される番組との紐付け>
 拡張ATSC規格(従来のATSC規格についても同様)に基づくデジタルテレビ放送では、所定周波数帯域の放送信号(以下、「物理チャンネル」という。)により1以上の番組の放送信号(以下、「バーチャルチャンネル」という。)が送信される。各バーチャルチャンネルは、物理チャンネルに対応する4桁の主チャンネル番号とサブチャンネル番号とから構成されるバーチャルチャンネル番号で識別される。なお上述のようにアディショナルビュー映像については別伝送経路で送信する場合があるし、また別伝送経路には放送波でないものもある。このような場合、主伝送経路と別伝送経路とを合わせたものが番組を送信するチャンネルとなるので、両伝送経路を合わせた伝送経路を広義のバーチャルチャンネルという。
 ここで、映画などの場合には、2D映像で構成される番組(以下、「2D番組」という。)と、この2D映像が3D化された3D映像で構成される番組(以下、「3D番組」という。)とを、ユーザがいずれかを選択できるよう同じ時間帯に異なるバーチャルチャンネルを用いて送信する場合が想定される。このような場合、2D番組の再生による2Dでの視聴と3D番組の再生による3Dでの視聴とが切り替えられることをユーザに提示できるのが望ましい。これを実現するには、映像再生装置120において、相互に切り換え可能な2D番組と3D番組との紐付け(対応付け)を認識できる必要がある。
 このため拡張PSIP規格では、2D番組に関する情報を記載するEIT(Event Information Table)(以下、「2D用EIT」という。)と、3D番組に関する情報を記載するEIT(以下、「3D用EIT」という。)とを相互に紐付けるためのディスクリプタとして2D_3D_channel_linkage_descriptor及び2D_3D_relationship_descriptorを定義している。
 2D_3D_channel_linkage_descriptor及び2D_3D_relationship_descriptorは、2D用EIT及び3D用EITに記載される。
<3.拡張PSIP情報>
 拡張PSIP規格の詳細について、従来のPSIP規格から拡張した部分を中心に説明する。拡張PSIP規格では、MGT(Master Guide Table)、VCT、及びEITに関する仕様を拡張している。
(1)MGT、VCT及びEITの相互の関連
 図3は、MGT、VCT、及びEITの相互の関連について模式的に示す図である。
 図3に示すように、拡張PSIP規格では3D映像に関するMGT(以下、「3D用MGT」という。)及び3D映像に関するVCT(以下、「3D用VCT」という。)を新たに規定している。3D用MGT及び3D用VCTには、PIDとして従来のPSIP規格では割り当てられていない0x1FF6を割り当てる。よって、従来のPSIP規格しか解さず拡張PSIP規格を解さない映像再生装置(以下、「レガシー再生装置」ともいう。)において、3D用MGTと3D用VCTとを取得してしまい誤動作するといったトラブルを回避することができる。また、テーブルIDについては、3D用MGTには従来のMGTに割り当てられているものと同じ0xC7を割り当てる。3D用VCTには、テーブルIDとして従来のVCTに割り当てられているものと同じ0xC8(TVCT(Terrestrial Virtual Channel Table)の場合)及び0xC9(CVCT(Cable Virtual Channel Table)の場合)を割り当てる。なお以下VCTについては、特に必要な場合を除きTVCTとCVCTとを区別しての説明は行わない。
 以上のように2D用のMGTと3D用のMGTをPIDで分けているため、レガシー再生装置が3D用MGTを取得することはない。よって、レガシー再生装置が3D用MGTの内容を誤って解釈し誤動作するといった互換性問題の発生を防ぐことができる。
 3D用MGTには、2D用EIT(図2中のEIT-0(2D)、EIT-1(2D)・・・)のPID、及び3D用EIT(図2中のEIT-0(3D)、EIT-1(3D)・・・)のPIDが記載される。3D用MGTを取得することにより映像再生装置120は、2D用EIT及び3D用EITのPIDを認識し、これらのPIDを用いて2D用EIT及び3D用EITを取得できる。
 また3D用VCTには、2D番組及び3D番組を送信するためのバーチャルチャンネルを定義する定義情報(以下、バーチャルチャンネルを定義する定義情報を「バーチャルチャンネルエントリ」という。)が記載される。
 ここで、各バーチャルチャンネルエントリ中には、そのバーチャルチャンネルを特定するため割り当てられたsource_idが記載されている。また、各EITの中には、そのEITに係る番組が送信されるバーチャルチャンネルのsource_idが記載されている。よって、映像再生装置120は、EITを取得した場合に、そのEIT中に記載されたsource_idと、VCTにおけるバーチャルチャンネルエントリに記載されたsource_idとを照合することで、EITと、そのEITに係る番組が送信されるバーチャルチャンネルとを対応付けることができる。
 以下、拡張PSIP規格に係るMGT、VCT及びEITの各テーブルにおける拡張した部分の詳細について説明する。なお、各テーブルにおいて、table_idなどの、各テーブルを構成するデータ(以下、本明細書では「エレメント」という。一般に「フィールド」という場合もある。)及び各エレメントが有する意味については、特に説明を行っていないものは従来のPSIP規格と同じであるとする。
(2)MGT
 MGTは、STT(The System Time Table)以外の全てのテーブルに関し、各テーブルに割り当てられているPIDを記載するテーブルである。
 図4は、MGTのデータ構造を示す図である。
 データ構造に関しては、2D用のMGTと3D用MGTとで共通である。
 拡張PSIP規格では、table_typeとして3D用VCTと3D用EITに対応する値を定義している。具体的には、table_typeとして、3D用VCT(current_next_indicator=’1’)、3D用VCT(current_next_indicator=’0’)のそれぞれに対し、一例として、従来のPSIP規格では使用されていない0x0006、0x0007を割り当てる。また、3D用EIT(EIT-0(3D)~EIT-127(3D))のそれぞれに対し、table_typeとして0x0180-0x01FFを割り当てる。
(3)VCT
 VCTは、各バーチャルチャンネルについてのバーチャルチャンネルエントリが記載されるテーブルである。
 図5は、VCTのデータ構造を示す図である。
 VCTにおいて、図5に示すshort_nameからdescriptorまでの一連のエレメント及びディスクリプタが、1つのバーチャルチャンネルに対応したバーチャルチャンネルエントリ(501)である。
 拡張PSIP規格では、descriptorに記載するディスクリプタとして3D_program_info_descriptor及び3D_service_location_descriptorを追加している。以下、追加した各ディスクリプタについて説明する。
(A)3D_program_info_descriptor
 図6は、3D_program_info_descriptorのデータ構造と、主なエレメントである3D_service_typeについての説明を記載した図である。
 3D_service_typeは、このディスクリプタを含むバーチャルチャンネルエントリによって定義されたバーチャルチャンネルで送信される3D映像の提供形態を示す。
 図6の表610は、3D_service_typeが取り得る値とその説明の一覧表である。
 表610における各行が1つの提供形態に対応する。また、表610における第1列には、3D_service_typeの値が記載され、第2列には提供形態の名称が記載され、第3列には主伝送経路を用いて伝送される映像について記載され、第4列には別伝送経路を用いて伝送される映像及び別伝送経路の種類について記載されている。
 3D_service_typeの値が0x0であるフレーム互換型は、3D映像の構成形態が上述した「フレーム互換」である型である。
 フレーム互換型の場合、主伝送経路において、Side By Side形式、Top & Bottom形式などの3D映像が送信される。
 3D_service_typeの値が0x1~0x5である「サービス互換:共用1~5型」は、3D映像の構成形態が上述した「サービス互換:共用」である型である。
 本実施形態では、「サービス互換:共用1~5型」の場合、レガシー2D映像がベースビュー映像となる。レガシー2D映像の符号化は、従来のATSC規格に基づきMPEG2方式により行う。また、アディショナルビュー映像の符号化は、一例としてMPEG2方式よりも圧縮効率の高いMPEG4 AVC(Moving Picture Experts Group 4 Advanced Video Coding)方式により行うものとする。ここで、「サービス互換:共用1~5型」のそれぞれは、アディショナルビュー映像の伝送経路が他と異なる。
 「サービス互換:共用1型」では、アディショナルビュー映像がベースビュー映像と同じ主伝送経路を用いて送信される。
 「サービス互換:共用2型」では、アディショナルビュー映像が別伝送経路としてのインターネットを用いて送信される。
 「サービス互換:共用3型」では、アディショナルビュー映像が別伝送経路としてのモバイル/ハンドヘルド放送を用いて送信される。
 「サービス互換:共用4型」では、アディショナルビュー映像が別伝送経路としての蓄積メディア経由で伝送される。具体的には、アディショナルビュー映像は、映像送信装置110によりUSBメモリなどの蓄積メディアに蓄積された後、そのUSBメモリが運搬等され、映像再生装置120に接続される。そして、映像再生装置120は、3D映像を再生する場合にアディショナルビュー映像を蓄積メディアから読み出して使用する。
 「サービス互換:共用5型」では、アディショナルビュー映像が、別伝送経路としての他のストリームを用いて送信される。他のストリームとは、例えば、レガシー2D映像が多重化されたTS(トランスポートストリーム)とは異なる他のTSなどをいう。
 3D_service_typeの値が0x6~0xAである「サービス互換:独立3D1~5型」は、3D映像の構成形態が「サービス互換:独立3D」である型である。
 本実施形態では、「サービス互換:独立3D型」では、レガシー2D映像とは別個に独立3D映像が用意される。この場合、独立3D映像を構成する2個の異なる視点からの映像の一方がベースビュー映像となる。また、独立3D映像を構成する他方の映像がアディショナルビュー映像となる。独立3D映像は、MPEG4 MVC(Moving Picture Experts Group 4 Multiview Video Coding)方式により符号化される。
 「サービス互換:独立3D1型~5型」のそれぞれは、アディショナルビュー映像の伝送経路が他と異なる。
 「サービス互換:独立3D1型」では、アディショナルビュー映像がベースビュー映像と同じ主伝送経路を用いて送信される。
 「サービス互換:独立3D2型」では、アディショナルビュー映像が別伝送経路としてのインターネットを用いて送信される。
 「サービス互換:独立3D3型」では、アディショナルビュー映像が別伝送経路としてのモバイル/ハンドヘルド放送を用いて送信される。
 「サービス互換:独立3D4型」では、アディショナルビュー映像が別伝送経路としての蓄積メディア経由で伝送される。
 「サービス互換:独立3D5型」では、アディショナルビュー映像が別伝送経路としての他のストリームを用いて送信される。
 3D_service_typeの値が0xBであるフレーム非互換型は、上述した3D映像の構成形態におけるフレーム非互換に対応する。
 フレーム非互換型は、レガシー2D映像とは互換性のないベースビュー映像及びアディショナルビュー映像から構成される3D映像のみを送信する型である。フレーム非互換型では、一例として、ベースビュー映像、及びアディショナルビュー映像が、それぞれMPEG2方式により符号化される。
 映像再生装置120は、3D映像を再生するにあたりVCTを取得し、VCTにおける3D映像に係るバーチャルチャンネルエントリ中の3D_program_info_descriptorから3D_service_typeを読み出しておくことで、アディショナルビュー映像の伝送形態を知ることができる。映像再生装置120は、アディショナルビュー映像が別伝送経路で伝送されていると認識した場合、さらに後述するES_location_infoを参照することで、別伝送経路を特定するための、より詳細な情報を得ることができる。そして、映像再生装置120は、ES_location_infoに記載された情報に基づき別伝送経路を特定し、別伝送経路からアディショナルビュー映像を受信する。受信の詳細は後述する。
(B)3D_service_location_descriptor
 図7は、3D_service_location_descriptorのデータ構造及び主なエレメントについての説明を記載した図である。
 3D_service_location_descriptorは、従来のPSIP規格におけるservice_location_descriptorを3D用に拡張したものである。3D_service_location_descriptorにおける、各エレメント及びそのエレメントが有する意味については、特に説明を行っていないものについては、service_location_descriptorにおけるものと同じである。
 図7に示したstream_type~frame_rateまでの一連のエレメントで構成されるエントリ710には、VCT(図5参照)におけるバーチャルチャンネルエントリ501中のchannel_TSIDで示されるTSIDを有するTSにより伝送されるES(Elementary Stream)に関する情報が記載される。
 また、エントリ710には、映像ストリーム(stream_typeが0x02(video stream)など映像ストリームを示す値に一致する)であるESに関する情報(エントリ711)が含まれている。
 エントリ711は、horizontal_resolution、vetical_resolution、frame_rateを含む。
 horizontal_resolutionには、映像ストリームとして伝送される映像の水平解像度が記載され、vetical_resolutionには映像の垂直解像度が記載され、frame_rateには、映像のフレームレートが記載される。
 また、図7におけるES_location~frame_rateまでの一連のエレメントで構成されるエントリ720には、別伝送経路により伝送されるESに関する情報が記載される。
 ここで、図7中のnumber_elements_from_other_pathは、別伝送経路で伝送されるESの数を示す。全てのESが主伝送経路で伝送される場合には、number_elements_from_other_pathには値として0が記載される。
 エントリ720におけるES_locationとES_location_infoは、service_location_descriptorでは定義されておらず、拡張PSIP規格において定義されたエレメントである。
 ES_locationには、別伝送経路でアディショナルビュー映像を伝送する場合の、別伝送経路を識別する値が記載される。なお、3D_service_typeを参照することで同様の情報を得ることも可能であるのでES_locationの記載は省略することとしてもよい。
 図7の表750は、ES_locationが取り得る値とその説明の一覧表である。なおES_locationは3ビットのバイナリ値である。図7の表750に示すように、ES_locationの値が000の場合は、別伝送経路がインターネットであることを示す。ES_locationの値が001の場合は、別伝送経路がモバイル/ハンドヘルド放送であることを示す。ES_locationの値が010の場合は、別伝送経路が蓄積メディアであることを示す。ES_locationの値が011の場合は、別伝送経路が他のストリームであることを示す。
 また、ES_location_infoは、表760に示すようにES_locationにより識別される別伝送経路の詳細を示す。
 例えば、ES_locationの値が000の場合、ES_location_infoには、インターネットを介したアディショナルビュー映像の取得先のURLが記載される。映像再生装置120は、ES_location_infoに記載されているURLにアクセスしてアディショナルビュー映像を取得する。
 また、ES_locationの値が001の場合は、ES_location_infoには、モバイル/ハンドヘルド放送を受信するための情報、例えば、受信周波数、チャンネル番号などの情報が記載される。
 また、ES_locationの値が010場合は、ES_location_infoには、蓄積メディアを識別する識別情報などが設定される。識別番号の一例としては、例えば、USBメモリのそれぞれに固有の製造番号などが用いられる。
 また、ES_locationの値が011の場合は、ES_location_infoには、他のストリームを受信するための情報、例えば、受信周波数、チャンネル番号、TSIDなどの情報が記載される。
 映像再生装置120は、ES_location_infoを参照することにより、別伝送経路を用いてアディショナルビュー映像を受信するのに必要な情報を取得する。そして、この取得した情報を用いて、別伝送経路からアディショナルビュー映像を取得することとなる。
 また、上述のように、別伝送経路を用いて受信するESが映像ストリームである場合、エントリ720中に、エントリ711と同様のエントリであるエントリ721が含まれている。エントリ711及びエントリ721により知ることができるベースビュー映像とアディショナルビュー映像とのそれぞれの水平解像度、垂直解像度、及びフレームレートは、例えば映像再生装置120において以下のように用いることができる。
 アディショナルビュー映像がモバイル/ハンドヘルド放送により送信されるような場合には、アディショナルビュー映像の解像度(水平解像度及び垂直解像度)が、ベースビュー映像の解像度よりも低くなっていることや、アディショナルビュー映像のフレームレートが、ベースビュー映像のフレームレートよりも低くなっていることがあり得る。このような場合、ベースビュー映像とアディショナルビュー映像とをそのまま用いて3D映像を構成することはできない。しかしながら、ベースビュー映像とアディショナルビュー映像との解像度やフレームレートを、エントリ711及びエントリ721を用いて知ることで、映像再生装置120は、一方の映像の解像度を他方の映像の解像度に合わせるよう圧縮や伸張を行い、また両ビデオの解像度やフレームレートを合わせる処理を行うことにより、ベースビュー映像とアディショナルビュー映像とから3D映像を生成して再生することができる。
(4)EIT
 EITは、各バーチャルチャンネルを用いて送信される番組それぞれについての情報が記載されるテーブルである。
 図8は、EITのデータ構造を示す図である。
 EITのデータ構造については、従来の2D用EITと、拡張PSIP規格における3D用EITとで異なるところは無い。しかしながら、拡張PSIP規格では、2D用EIT及び3D用EITのdescriptorとして、2D_3D_channel_linkage_descriptor、2D_3D_relationship_descriptorが定義されている。以下、各ディスクリプタについて説明する。
(A)2D_3D_channel_linkage_descriptor
 2D_3D_channel_linkage_descriptorは、2D番組を伝送するバーチャルチャンネル(以下、「2Dバーチャルチャンネル」ともいう。)と、この2D番組に対応する3D番組を伝送するバーチャルチャンネル(以下、「3Dバーチャルチャンネル」ともいう。)とを紐付けるための情報を記載するためのディスクリプタである。
 図9は、2D_3D_channel_linkage_descriptorのデータ構造及び主なエレメントについての説明を記載した図である。
 linkage_directionは、自EITに、2D用EIT及び3D用EITのいずれのEITが紐付けられているかを示す。すなわちlinkage_directionは、自EITに係る番組が送信されるバーチャルチャンネルに、2D番組及び3D番組のいずれの番組を送信するバーチャルチャンネルが紐付けられているかも示していることになる。
 図9の表910は、linkage_directionが取り得る値とその説明の一覧表である。表910に示すように、linkage_directionの値が00の場合は、3D用EITのみ伝送されており、紐付けられた2D用EITが無いことを示す。この場合、自EITに係る番組が送信されるバーチャルチャンネルに紐付けられたバーチャルチャンネルが無いことも示している。
 linkage_directionの値が01の場合は、紐付けられている3D用EITがあることを示す。この場合、自EITに係る番組が送信される2Dバーチャルチャンネルに紐付けられた3Dバーチャルチャンネルが有ることも示している。
 linkage_directionの値が10の場合は、紐付けられている2D用EITがあることを示す。この場合、自EITに係る番組が送信される3Dバーチャルチャンネルに紐付けられた2Dバーチャルチャンネルが有ることも示している。
 図9の表920に示すように、channel_TSID_refには、紐付けられているEITが伝送されるTSのTSIDが記載される。
 図9の表930に示すように、source_id_refには、紐付けられているEITに係る番組が伝送されるバーチャルチャンネルを識別するsource_idが記載される。
 図9の表940に示すように、event_id_refには、紐付けられているEITに係る番組を識別するevent_idが記載される。
 図9の表950は、is_different_physical_channelが取り得る値とその説明の一覧表である。表950に示すように、is_different_physical_channelは、自EITに紐付けられているEITに係る番組が、異なる物理チャンネルで伝送されているか(値が00)、同一の物理チャンネルで伝送されているか(値が01)を示す。
 映像再生装置120では、この2D_3D_channel_linkage_descriptorを取得することで、視聴中の2D番組又は3D番組に紐付けられた3D番組又は2D番組の有無を知ることができる。そうすると、映像再生装置120は、2D番組と3D番組との相互の切替可否の判断や、切替可能な場合にその旨のEPG表示などを行うことが可能となる。
 また、映像再生装置120は、2D_3D_channel_linkage_descriptorを取得することで、紐付けられたEITに係る2D番組又は3D番組を取得するために使用すべきTSIDや、紐付け先のEITを特定するためのsource_id及びevent_idを取得することができる。これらの取得した情報を用いることで、映像再生装置120は、紐付けられたEITに係る番組の映像を、別伝送経路を用いて取得することができることとなる。
(B)2D_3D_relationship_descriptor
 2D_3D_relationship_descriptorは、複数の映像のうち、いずれの映像を用いて2D映像及び3D映像を構成するかについて記載するためのディスクリプタである。
 図10は、2D_3D_relationship_descriptorのデータ構造及び主なエレメントについての説明を記載した図である。
(a)2D_presentation_allowed
 2D_presentation_allowedは、3D映像を構成するベースビュー映像又はアディショナルビュー映像のいずれか一方を2D映像として表示することを許可するか否かを示す。2D_presentation_allowedは、映像の制作者が3Dと2Dの各特性を考慮して3D映像と2D映像を別個に作成しており、3D映像を構成する映像のうち一方の映像を2D映像として表示してしまうことが望ましくないような場合に用いられる。このような表示を禁じる場合の一例としては、2D映像は頻繁にシーンチェンジを行うよう制作されているが、3D映像では眼精疲労防止の観点から頻繁なシーンチェンジを避けて制作されており、3D映像を構成する映像のうちの一方のみを2D映像として表示すると、シーンチェンジの少ない面白みに欠ける映像となってしまうような場合がある。
 図10の表1010は、2D_presentation_allowedが取り得る値とその説明の一覧表である。表1010に示すように、2D_presentation_allowedの値が00の場合、ベースビュー映像及びアディショナルビュー映像のいずれを用いた2D表示も許可されていないことを示す。2D_presentation_allowedの値が01の場合、アディショナルビュー映像による2D表示が許可されることを示す。2D_presentation_allowedの値が10の場合、ベースビュー映像による2D表示が許可されることを示す。2D_presentation_allowedの値が11の場合、ベースビュー映像及びアディショナルビュー映像のいずれのビデオを用いた2D表示も許可されることを示す。
(b)leftview_flag
 leftview_flagは、ベースビュー映像が3D映像における左目映像及び右目映像のいずれとして構成されているかを示す。
 図10の表1020は、leftview_flagの値とその説明の一覧表である。表1020に示すように、leftview_flagの値が00の場合、ベースビュー映像が右目映像であることを示す。leftview_flagの値が01の場合、ベースビュー映像が左目映像であることを示す。leftview_flagの値が10の場合、ベースビュー映像が、左目映像及び右目映像のいずれでもないことを示す。このleftview_flagを参照することにより、映像再生装置120は、3D映像を表示する場合に、ベースビュー映像を左目映像及び右目映像のいずれとして用いればよいか判断することができる。
(c)content_identical_status
 content_identical_statusは、ベースビュー映像及びアディショナルビュー映像の少なくとも一方がレガシー2D映像に一致するか否かを示す。
 このcontent_identical_statusを用いることで、映像再生装置120における3D映像の表示から2D映像の表示に切り替える動作の迅速化を図り得る。
 ここで動作の迅速化について簡単に説明する。例えば、3D_service_typeが「サービス互換:独立3D1~5型」の場合、映像再生装置120では、MPEG4 MVC方式の復号を行うデコーダを動作させるが、省電力化、使用メモリ量削減の観点から2D映像表示のためのMPEG2方式の復号を行うデコーダについては動作させない。ここで、3D映像を表示する状態から2D映像を表示する状態に切り替えるには、MPEG4 MVC方式の復号を行うデコーダを停止させ、使用しているメモリなどの資源を解放した後、MPEG2方式の復号を行うデコーダの初期化を行い、MPEG2方式の復号を開始するという手順が必要となる。これら手順の実行にはある程度の時間を要することになるので、3D映像から2D映像へと表示を切り替える際に、映像表示の一時停止、ブラックアウトなどの、ユーザに提示するのに不適切な表示が発生し得る。
 しかしながら、例えば、3D映像を構成するベースビュー映像を2D映像として表示することが許可されており、許可されていることが予め認識できていれば、映像再生装置120は、MPEG4 MVC方式のデコード処理を継続し、3D映像を構成するベースビュー映像だけを2D映像として出力し続けることができる。そうすることで、映像についえ3D表示から2D表示へと瞬時に切り替えることが可能となり、上述のような不適切な表示の発生を防ぐことができる。
 図10の表1030は、content_identical_statusが取り得る値とその説明の一覧表である。表1030に示すように、content_identical_statusの値が000の場合、ベースビュー映像及びアディショナルビュー映像のいずれもレガシー2D映像に一致しない、すなわち3Dを構成するベースビュー映像及びアディショナルビュー映像に対して2Dバージョンの映像が伝送されていることを示す。
 content_identical_statusの値が001の場合は、アディショナルビュー映像がレガシー2D映像に一致することを示す。content_identical_statusの値が010の場合は、ベースビュー映像がレガシー2D映像に一致することを示す。content_identical_statusの値が011の場合は、ベースビュー映像及びアディショナルビュー映像の両方ともがレガシー2D映像に一致することを示す。content_identical_statusの値が100の場合は、ベースビュー映像及びアディショナルビュー映像のいずれもがレガシー2D映像に一致しないが、ベースビュー映像とアディショナルビュー映像とが一致していることを示す。
(d)same_contents_length_flag
 same_contents_length_flagは、レガシー2D映像に係る2D番組と、独立3D映像に係る3D番組との時間長の異同を示す。
 2D番組と3D番組の時間長が異なる場合、切り替え先の番組が既に終了している場合や、切り換え元と切り替え先の番組とで表示内容が前後するなど、番組を相互に切り替えることが適切でない場合が生じ得る。
 このエレメントを用いることで、一方の番組から他方の番組への切り替え要求があった場合に、3D番組の時間長と2D番組の時間長とが異なっている場合には番組相互の切り替えは行わずに、表示中の映像を継続して表示するなど不適切な表示を避ける処理を行うことができる。
 図10の表1040は、same_contents_length_flagの値とその説明を示す一覧表である。表1040に示すように、same_contents_length_flagの値が0の場合は、レガシー2D映像に係る2D番組と、独立3D映像に係る3D番組の時間長が異なることを示す。same_contents_length_flagの値が1の場合は、レガシー2D映像に係る2D番組の時間長と、独立3D映像に係る3D番組の時間長とが同じであることを示す。
<2.構成>
<2-1.映像送信装置110>
 映像送信装置110は、2D映像及び3D映像を上述の3D_service_typeで示される提供形態で提供する装置であり、コンピュータなどの情報処理装置により構成される。
 図11は、映像送信装置110の機能構成を示すブロック図である。
 映像送信装置110は、図11に示すように、記憶部1101、AV処理部1102、送信処理部1103、送信処理部1104、送信処理部1105、制御部1106及び書込部1107を含んで構成される。書込部1107には、別伝送経路である蓄積メディアとしてのUSBメモリ121が接続される。
(1)記憶部1101
 記憶部1101は、不揮発性の蓄積デバイスで構成される。
 記憶部1101には、3D映像1160、独立3D映像1163、3D映像1164、PSIP情報1165、及び3D_service_type1170が記憶されている。
 3D映像1160は、構成形態が「サービス互換:共用」である3D映像であり、左目映像1161及び右目映像1162から構成される。
 独立3D映像1163は、構成形態が「サービス互換:独立3D」である3D映像である。
 また、3D映像1164は、構成形態がサービス非互換である3D映像である。
 PSIP情報1165は、拡張ATSC規格に基づくPSIP情報であり、上述のMGT、VCT及びEITを含む。なお、上述したMGT、VCT及びEITの各ディスクリプタ及び各エレメントには、映像再生装置120が3D映像を提供する場合の提供形態に応じた値が記載されるものとする。
 3D_service_type1170は、上述の3D_program_info_descriptorに含まれる3D_service_typeと同じ内容を示すデータである(図6の表610参照)。3D_service_type1170は、映像再生装置120が3D映像を提供する場合の提供形態を表している。
(2)AV処理部1102
 AV処理部1102は、AV処理LSIで構成されており、制御部1106により制御されて、映像の符号化、及びストリームの多重化を行う機能を有する。AV処理部1102は、映像符号化部1111~1113、及び多重化処理部1121を含んで構成される。
(A)映像符号化部1111
 映像符号化部1111は、レガシー2D映像符号化機能、フレーム互換3D映像符号化機能、及びサービス非互換3D映像符号化機能を有する。以下、各機能について説明する。
(a)レガシー2D映像符号化機能
 レガシー2D映像符号化機能として、映像符号化部1111は、入力されるレガシー2D映像をMPEG2方式に基づき符号化することによって映像ESを生成する機能を有する。ここで左目映像1161はレガシー2D映像に相当する。2D映像をMPEG2方式に基づき符号化する処理については周知であるので説明を省略する。
(b)フレーム互換3D映像符号化機能
 フレーム互換3D映像符号化機能として、映像符号化部1111は、入力されるベースビュー映像とアディショナルビュー映像とをそれぞれMPEG2 Video方式に基づき符号化し、Side By Side形式(又はTop&Bottom形式)に変換することにより映像ESを生成する機能を有する。ベースビュー映像とアディショナルビュー映像とからSide By Side形式(又はTop&Bottom形式)の映像ESを生成する処理については周知であるので説明を省略する。
(c)サービス非互換3D映像符号化機能
 サービス非互換3D映像符号化機能として、映像符号化部1111は、入力される3D映像を構成するベースビュー映像及びアディショナルビュー映像のそれぞれをMPEG2方式に基づき符号化することにより、ベースビュー映像を符号化した映像ES、及びアディショナルビュー映像を符号化した映像ESのそれぞれを生成する機能を有する。
(B)映像符号化部1112
 映像符号化部1112は、入力される2D映像をMPEG4 AVC方式に基づき符号化することによって映像ESを生成する機能を有する。2D映像をMPEG4 AVC方式に基づき符号化する処理については周知であるので説明を省略する。
(C)映像符号化部1113
 映像符号化部1113は、入力される3D映像をMPEG4 MVC方式に基づき符号化することにより映像ESを生成する機能を有する。3D映像をMPEG4 MVC方式に基づき符号化する処理については周知であるので説明を省略する。
(D)多重化処理部1121
 多重化処理部1121は、入力される映像ESをPES(Packetized Elementary Stream)パケット化し、TSパケット単位に分割し、PSIP情報(1165)を含めて多重化することによりTSを生成する機能を有する。多重化については周知であるので説明を省略する。
(3)送信処理部1103
 送信処理部1103は、地上デジタル放送波を用いてストリームを送信する送信用LSI、放送波送信用のアンテナを含んで構成されている。送信処理部1103は、入力されるストリームを変調して地上デジタル放送波を用いて送信する機能を有する。入力されるストリームを、地上デジタル放送波を用いて送信する処理については周知であるため説明は省略する。
(4)送信処理部1104
 送信処理部1104は、ネットワークを介し、データの送受信を行うための通信用LSIで構成されている。送信処理部1104は、入力されるストリームを制御部1106により指定される通信先(本実施形態では映像再生装置120)にネットワークを介して送信する機能を有する。なお、映像送信装置110にはURLが割り当てられており、このURLは上述のES_location_infoに記載される。映像再生装置120は、ES_location_infoに記載されたURLを用い映像送信装置110を特定することとなる。ネットワークを介してデータ(本実施形態では主にストリーム)を送受信する処理については周知であるため説明は省略する。
(5)送信処理部1105
 送信処理部1105は、モバイル/ハンドヘルド放送を行うための通信用LSIで構成されている。送信処理部1105は、入力されるストリームを変調してモバイル/ハンドヘルド放送波を用いて送信する機能を有する。入力されるストリームをモバイル/ハンドヘルド放送波を用いて送信する処理については周知であるため説明は省略する。
(6)制御部1106
 制御部1106は、プロセッサ及びメモリを含んで構成され、映像送信装置110の全体動作を制御する機能を有する。制御部1106の機能は、メモリに記憶されているプログラムをプロセッサが実行することにより実現される。
 制御部1106は、主要な機能として、符号化指示機能、上流処理部指示機能、及び送信指示機能を有する。以下、各機能について順に説明する。
(A)符号化指示機能(図14のステップS1402参照)
 符号化指示機能として、制御部1106は、3D_service_type1170及び符号化部選択表を参照し、AV処理部1102に対し、映像符号化部1111~1113のいずれを使用して、記憶部1101に記憶されている映像のいずれを符号化するかを通知する。
 図12(a)は、符号化部選択表の一例を示す図である。
 図12(a)に示す通り、符号化部選択表は、3D_service_typeの値、映像符号化部1111において符号化される映像、映像符号化部1112において符号化される映像、映像符号化部1113において符号化される映像の対応を示している。
 例えば、3D_service_typeが0x0の場合、符号化部選択表の映像符号化部1111に対応する欄には「3D映像1160」との記載がされている。また映像符号化部1112及び映像符号化部1113については動作させないが、これを図面上では「×」で表現している。この場合、制御部1106は、AV処理部1102に対し、映像符号化部1111を用いて3D映像1160を符号化するよう通知する。
(B)上流処理部指示機能(図14のステップS1404参照)
 上流処理部指示機能として、制御部1106は、3D_service_type1170及び上流処理部選択表を参照し、多重化処理部1121に対し多重化処理の対象となるストリームを出力する処理部(以下、「上流処理部」という。)を選択する。そして、この選択した上流処理部から受け取ったストリームを多重化処理するようAV処理部1102に指示する。
 図12(b)は、上流処理部選択表の一例を示す図である。
 図12(b)に示す通り、上流処理部選択表は、3D_service_typeの値に対応する多重化処理部1121の上流処理部、再多重化処理の実行の要否を示している。
 例えば、3D_service_typeの値が0x0の場合、上流処理部選択表には、多重化処理部1121の上流処理部として「映像符号化部1111(3D映像1160)」との記載がされ、再多重化処理については実行を要しないので図面上「×」で表現している。なお図面上「○」で表現している場合、実行要であることを示す。3D_service_typeの値が0x0の場合、制御部1106は、AV処理部1102に対し、映像符号化部1111から出力されるストリームを、多重化処理部1121を用いて多重化処理するよう指示する。
 なお、再多重化処理が要の場合には、制御部1106は、AV処理部1102に対し、2つの上流処理部から受け取った2つのストリームについてそれぞれ多重化を行い、さらに、これら2つのストリームを多重化することにより1つのTSを生成するよう指示することになる。
 なお、AV処理部1102については、映像ESについてのみ符号化し多重化するような説明をしているが、一般的なMPEG方式の符号化、多重化等で行われているのと同様に、必要に応じて映像に対応する音声、字幕データ等についても符号化、多重化を行うものとする。
(C)送信指示機能(図14のステップS1406参照)
 送信指示機能として、制御部1106は、読み出した3D_service_typeに基づき使用する送信処理部を選択し、選択した送信処理部に対し、ストリームを送信するよう指示する。
(7)書込部1107
 書込部1107は、USBメモリへのデータの書き込みを行う機能を有する。使用するUSBメモリ、及び書き込むべきデータについては、制御部1106により指定される。なお、本実施形態では、制御部1106は、データを書き込むべきUSBメモリとして、ES_location_infoに記載される識別情報を有するUSBメモリ121を指定することとなる。
<2-2.映像再生装置120>
 映像再生装置120は、上述の3D_service_typeに応じた提供形態で提供される2D映像及び3D映像を受信して再生する装置であり、デジタルテレビで構成される。
 図13は、映像再生装置120の機能構成を示すブロック図である。
 映像再生装置120は、図13に示すように、受信処理部1311、受信処理部1312、受信処理部1313、AV復号部1314、表示部1315、入力部1316、制御部1317、及び読出部1318を含んで構成される。
(1)受信処理部1311
 受信処理部1311は、地上デジタル放送波の受信用チューナで構成されており、地上デジタル放送波を受信して復調することによりTSを抽出し、抽出したTSを出力する機能を有する。本実施形態では、受信処理部1311は、抽出したTSをAV復号部1314に出力する。地上デジタル放送波の受信、復調については周知であるので説明は省略する。
(2)受信処理部1312
 受信処理部1312は、モバイル/ハンドヘルド放送波の受信用チューナで構成されており、モバイル/ハンドヘルド放送波を受信して復調することによりTSを抽出し、抽出したTSを出力する機能を有する。本実施形態では、受信処理部1312は、抽出したTSをAV復号部1314に出力する。モバイル/ハンドヘルド放送波の受信、復調については周知であるので説明は省略する。
(3)受信処理部1313
 受信処理部1313は、ネットワークを介してデータの送受信を行うための通信用LSIで構成されている。受信処理部1313は、ネットワークを介してTSを受信して出力する機能を有する。本実施形態では、受信処理部1313は、受信したTSをAV復号部1314に出力する。ネットワークを用いてデータの送受信を行う方法については周知であるので説明は省略する。
(4)AV復号部1314
 AV復号部1314は、AV処理LSIで構成されており、入力されるTSから映像を再生する機能を有する。AV復号部1314は、図13に示すように、多重分離部1331、映像復号部1332、及び表示制御部1333を含んで構成される。
(A)多重分離部1331
 多重分離部1331は、デマルチプレクサで構成されており、入力されたTSを多重分離することによりTSから映像ES、PSIP情報等を抽出して出力する機能を有する。多重分離部1331は、抽出した映像ESを映像復号部1332に出力し、PSIP情報を制御部1317に出力する。なお、TSを多重分離する処理については周知であるので説明を省略する。
(B)映像復号部1332
 映像復号部1332は、映像ESを復号する復号回路で構成されており、映像ESを復号することにより2D映像及び3D映像を表す映像信号を生成し出力する機能を有する。映像復号部1332は、生成した映像信号を表示制御部1333に出力する。
 ここで、映像復号部1332は、復号処理部1351、復号処理部1352、及び復号処理部1353を含んで構成される。
 復号処理部1351は、MPEG2方式で符号化されている映像ESを復号することにより映像信号を生成する機能を有する。MPEG2方式で符号化されている映像ESを復号する処理については周知であるので説明は省略する。
 復号処理部1352は、MPEG4 AVC方式で符号化されている映像ESを復号することにより映像信号を生成する機能を有する。MPEG4 AVC方式で符号化されている映像ESを復号する処理については周知であるので説明は省略する。
 復号処理部1353は、MPEG4 MVC方式で符号化されている映像ESを復号する機能を有する。MPEG4 MVC方式で符号化されている映像ESを復号する処理については周知であるので説明は省略する。
 ここで、映像復号部1332において、復号処理部1351、復号処理部1352、及び復号処理部1353のいずれを使用して映像ESを復号するかは、制御部1317によって指示されるものとする。
(C)表示制御部1333
 表示制御部1333は、ディスプレイに映像を表示するための信号(以下、「画面表示信号」という。)を生成して出力する表示制御回路で構成されており、入力される映像信号と、EPG画像を示す信号とを重畳することにより画面表示信号を生成して出力する機能を有する。なお、EPG画像を示す信号が入力されない場合は、映像信号と画面表示信号とは一致することになる。表示制御部1333は、画面表示信号を表示部1315に出力する。
(5)表示部1315
 表示部1315は、ディスプレイを含んで構成されており、入力される画面表示信号により示される映像をディスプレイに表示する機能を有する。
(6)入力部1316
 入力部1316は、リモコン及びリモコン信号の受光部、キーパッド等の入力デバイスから構成され、ユーザによりリモコン、キーパッド等を操作することにより入力されるユーザ指示を受け付けて制御部1317に通知する機能を有する。
(7)制御部1317
 制御部1317は、プロセッサ及びメモリを含んで構成され、映像再生装置120の全体動作を制御する機能を有する。制御部1317の機能は、メモリに記憶されているプログラムをプロセッサが実行することにより実現される。
 制御部1317は、主要な機能として、EPG表示制御機能、3D映像再生制御機能、及び映像切替制御機能を有する。EPG表示制御機能は、EPGとして表示すべき画像(以下、「EPG画像」という。)を生成し表示するための制御を行う機能(図15及び図16参照)である。3D映像再生制御機能は、3D映像を再生するための制御を行う機能(図17参照)である。映像切替制御機能は、3D映像の表示及び2D映像の表示を切り替えるための制御を行う機能(図18及び図19参照)である。
(8)読出部1318
 読出部1318は、USBメモリからデータの読み出しを行う機能を有する。いずれのUSBメモリを使用するかについては、制御部1317により指定される。なお、本実施形態では、制御部1317は、データを読み出すべきUSBメモリとして、ES_location_infoに記載される識別情報を有するUSBメモリ121を指定することとなる。

<3.動作>
<3.1.映像送信装置110による映像送信処理>
 上述のように構成された映像送信装置110による映像送信処理について図面を参照しながら説明する。
 図14は、映像送信処理の手順を示すフローチャートである。
 映像送信装置110における制御部1106は、記憶部1101から送信すべき3D映像に係る3D_service_type1170を読み出す(ステップS1401)。
 制御部1106は、読み出した3D_service_type、及び符号化部選択表に基づき、使用する映像符号化部と、その映像符号化部により符号化される映像とを特定する(ステップS1402)。そして、制御部1106は、特定した映像符号化部を用いて、特定した映像を符号化するよう指示する。
 具体的には、3D_service_typeの値が0x0の場合、制御部1106は、AV処理部1102に対し、映像符号化部1111を用いて3D映像1160を符号化するよう指示する。3D_service_typeの値が0x1~0x5の場合、制御部1106は、AV処理部1102に対し、映像符号化部1111を用いてベースビュー映像としての左目映像1161を符号化し、また、映像符号化部1112を用いてアディショナルビュー映像としての右目映像1162を符号化するよう指示する。3D_service_typeの値が0x6~0xAの場合、制御部1106は、AV処理部1102に対し、映像符号化部1111を用いてレガシー2D映像としての左目映像1161を符号化し、また、映像符号化部1113を用いて独立3D映像1163を符号化するよう指示する。3D_service_typeの値が0xBの場合、制御部1106は、AV処理部1102に対し、映像符号化部1111を用いて3D映像1164を符号化するよう指示する。
 AV処理部1102は、制御部1106から指示された映像を記憶部1101から読み出し、読み出した映像を、指示された映像符号化部を用いて符号化する(ステップS1403)。
 次に、制御部1106は、読み出した3D_service_type及び上流処理部選択表に基づき上流処理部を特定する(ステップS1404)。そして、制御部1106は、AV処理部1102に対し、多重化処理部1121を用いて、上流処理部から入力されるストリームを多重化処理するよう指示する。
 具体的には、3D_service_typeの値が0x0の場合、制御部1106は、AV処理部1102に対し、映像符号化部1111から出力されるストリームを多重化処理するよう指示する。
 また、3D_service_typeの値が0x1の場合、制御部1106は、AV処理部1102に対し、映像符号化部1111から出力されるストリームを多重化処理するよう指示する。また、この多重化処理とは別に、制御部1106は、多重化処理部1122を用いて、映像符号化部1112から出力されるストリームを多重化処理するよう指示する。さらに、制御部1106は、それぞれ多重化された両ストリームを多重化処理(再多重化処理)するよう指示する。
 また、3D_service_typeの値が0x2~0x5の場合、制御部1106は、AV処理部1102に対し、映像符号化部1111から出力されるストリームを多重化処理するよう指示する。また、この多重化処理とは別に、制御部1106は、AV処理部1102に対し、映像符号化部1112から出力されるストリームを多重化処理するよう指示する。
 また、3D_service_typeの値が0x6の場合、制御部1106は、AV処理部1102に対し、映像符号化部1111から出力されるストリーム(レガシー2D映像に係るストリーム)を多重化処理するよう指示する。また、この多重化処理とは別に、制御部1106は、映像符号化部1113から出力されるストリーム(独立3D映像を構成する2つのストリームのそれぞれ)を多重化処理するよう指示する。さらに、制御部1106は、AV処理部1102に対し、それぞれ多重化された両ストリームを多重化処理(再多重化処理)するよう指示する。
 また、3D_service_typeの値が0x7~0xAの場合、制御部1106は、AV処理部1102に対し、映像符号化部1111から出力されるストリーム(レガシー2D映像に係るストリーム)を多重化処理するよう指示する。また、この多重化処理とは別に、制御部1106は、AV処理部1102に対し、映像符号化部1113から出力されるストリーム(独立3D映像を構成する2つのストリームのそれぞれ)を多重化処理するよう指示する。
 また、3D_service_typeの値が0xBの場合、制御部1106は、AV処理部1102に対し、映像符号化部1111から出力される2つのストリームそれぞれについて多重化処理するよう指示する。また、制御部1106は、AV処理部1102に対し、それぞれ多重化された両ストリームを多重化処理(再多重化処理)するよう指示する。
 AV処理部1102は、制御部1106からの指示に従い、上流処理部から出力されるストリームを多重化処理する(ステップS1405)。
 多重化処理部1121は、3D_service_typeの値に応じて各エレメントの値が設定されているPSIP情報1165を記憶部1101から読み出して多重化する。また、音声に係るストリーム、字幕に係るストリームなど、従来のATSC規格に基づく放送において多重化されているものについても多重化する。
 次に、制御部1106は、読み出した3D_service_typeに基づき使用する送信処理部を選択し、選択した送信処理部に対し、入力されるストリームを送信するよう指示する(ステップS1406)。
 具体的には、制御部1106は、3D_service_typeの値が0x0、0x1、0x6及び0xBの場合、送信処理部1103に対し、多重化処理部1121から出力される3D映像が符号化及び多重化されたストリームを受信して送信するよう指示する。
 また、制御部1106は、3D_service_typeの値が0x2~0x5、及び0x7~0xAの場合、送信処理部1103に対し、多重化処理部1121から出力されるベースビュー映像が符号化及び多重化されたストリームを受信して送信するよう指示する。
 また、制御部1106は、3D_service_typeの値が0x5及び0xAの場合、送信処理部1103に対し、多重化処理部1121から出力されるアディショナルビュー映像が符号化及び多重化されたストリーム(上述の「他のストリーム」)を受信して送信するよう指示する。
 また、制御部1106は、3D_service_typeの値が0x2及び0x7の場合、送信処理部1104に対し、多重化処理部1121から出力されるアディショナルビュー映像が符号化及び多重化されたストリームを受信して送信するよう指示する。ここで、3D_service_typeの値が0x4及び0x9の場合については、予め、映像送信装置110のユーザと映像再生装置120のユーザとの間で、映像送信装置110においてES_location_infoに記載される識別情報で識別される蓄積メディア(一例としてUSBメモリ121)に映像を蓄積し、人手を介してその蓄積メディアを運搬し、映像再生装置120に装着するとの取り決めがされているものとする。そして、この取り決めに従って映像が蓄積メディアを介して映像送信装置110から映像再生装置120へと伝達される。具体的には、制御部1106は、アディショナルビュー映像を、事前蓄積のためベースビュー映像の送信よりも前に書込部1107を用いてUSBメモリ121に書き込む。そして、USBメモリ121は、人手により運搬されて、映像再生装置120に装着される。
 また、制御部1106は、3D_service_typeの値が0x3及び0x8の場合、送信処理部1105に対し、多重化処理部1122から出力されるアディショナルビュー映像が符号化及び多重化されたストリームを受信して送信するよう指示する。
 送信処理部1103~1105のそれぞれは、制御部1106から指示されたストリームを送信する(ステップS1407)。
<3.2.映像再生装置におけるEPG表示処理>
 上述のように構成された映像再生装置120によるEPG表示処理について図面を参照しながら説明する。
 図15は、EPG作成処理の手順を示すフローチャートである。
 EPG表示処理は、主に制御部1317がEPG表示制御機能としての図15に示す制御を行うことにより実現される。
 ここで、EPG表示の前提として、映像再生装置120は、TSを取得した状態であるものとする。すなわち、映像再生装置120において、受信処理部1311により地上デジタル放送波が受信され、復調されることによりTSが抽出され(ステップS1501)、TSが多重分離部1331により多重分離されている(ステップS1502)。
 次に、制御部1317は、多重分離部1331に対し、TSからPIDが0x1FF6のパケットを抽出するよう指示する(ステップS1503)。多重分離部1331は、TSからPIDが0x1FF6のパケットを抽出することによって3D用MGT及び3D用VCTを取得する。そして、取得した3D用MGT及び3D用VCTを制御部1317に送信する。3D用MGTと3D用VCTとは、テーブルID(3D用MGTは0xC7、3D用VCTは0xC8)により識別される。
 制御部1317は、3D用MGTを参照することにより、3D用MGTに記載されている2D用EIT及び3D用EITのPIDを取得する。また、制御部1317は、3D用VCTを参照することにより、2D番組及び3D番組を伝送するための各バーチャルチャンネルに係るバーチャルチャンネルエントリを取得する。
 制御部1317は、多重分離部1331に対し、ステップS1503において取得した2D用EIT及び3D用EITのPIDを用いて2D用EIT及び3D用EITを抽出するよう指示する(ステップS1504)。多重分離部1331は、この指示に従いTSから2D用EIT及び3D用EITを抽出し制御部1317に送信する。
 制御部1317は、各EITに記載されているsource_idと、各バーチャルチャンネルエントリに記載されているsource_idとを照合し、一致している場合に、EITで表される番組に係る情報と、この番組が送信されるバーチャルチャンネルに関するバーチャルチャンネルエントリとを関連付ける。
 なお、EITには番組に関する情報(開始時刻、継続時間、番組名など)が記載されている。また、バーチャルチャンネルエントリにはバーチャルチャンネルを定義する情報(バーチャルチャンネルの名称、主チャンネル番号、副チャンネル番号など)が記載されている。
 これらの情報を用いることで、制御部1317は、一例として図16に示すような、電子番組表1602を記載したEPG画像1601を生成することができる。
 電子番組表1602の各列は、1つのバーチャルチャンネルに対応しており、そのバーチャルチャンネルで伝送される各番組の情報が時系列に並べられている。
 画像1611~画像1614は、各バーチャルチャンネルのチャンネル番号を表示する画像である。各バーチャルチャンネルのチャンネル番号は、主チャンネル番号と副チャンネル番号とを組み合わせたものである。例えば、画像1611における「4-1ch」は、主チャンネル番号が4、副チャンネル番号が1であるバーチャルチャンネルのチャンネル番号である。
 また、画像1621、画像1622、画像1631、画像1632、画像1641、画像1642、及び画像1651のそれぞれは、1つの番組に関する情報を表すものであり、各画像中には番組名などが記載される。
 一例として、画像1621は、番組名が「ドラマ1」であり、開始時刻が「16:00」であり、継続時間が「2時間」である番組を表す。
 画像1621及び画像1622が表す番組は、チャンネル番号が「4-1ch」であるバーチャルチャンネルにより伝送されるため、画像1611の下に時系列に並べられている。
 ここで、電子番組表についての説明を一旦終え、図15の説明に戻る。
 ステップS1506において、制御部1317は、取得した2D用EIT及び3D用EITのそれぞれについて、2D_3D_channel_linkage_descriptorを含むか否か判断する(ステップS1505)。
 2D_3D_channel_linkage_descriptorを含んでいる場合(ステップS1505でYES)、この2D_3D_channel_linkage_descriptorを含むEIT(以下、「紐付け元EIT」という。)には、紐付けられたEIT(以下、「紐付け先EITという。)が存在することになる。この場合、制御部1317は紐付け先EITを取得する(ステップS1506)。
 制御部1317は、2D_3D_channel_linkage_descriptor内のchannel_TSID_refにより示されているTSID、source_id_refにより示されるsource_id、event_id_refにより示されるevent_idで識別されるEITを、受信処理部1311及び多重分離部1331を用いて取得する。TSID、source_id及びevent_idで特定される紐付け先EITの取得は、ステップS1501~ステップS1504で示したのと同様の処理で取得することができる。
 以上のステップにより取得した情報に基づき、制御部1317は、EPG画像(一例として上述した図16に示すEPG画像1601)を生成する(ステップS1507)。そして、制御部1317は、EPG画像を表示制御部1333に対し出力する。
 表示制御部1333は、EPG画像を表す映像信号を生成し、表示部1315に出力する(ステップS1508)。表示部1315は、EPG画像(1601)を、ディスプレイに表示する。
 ここで、EPG画像1601では、紐付け元のEITを含むバーチャルチャンネル(一例として、バーチャルチャンネル番号が5-1ch)に係る列と、紐付け先のEITを含むバーチャルチャンネル(一例として、バーチャルチャンネル番号が15-3ch)に係る列とを並べている。これによりユーザは、ある番組(例えば、映画1(2D))について、その番組に紐付けられた番組(例えば、映画1(3D))が存在していることを一目で確認できることになり、ユーザにとっての利便性が増す。
<3.3.映像再生装置における3D映像の再生処理>
 図17は、映像再生装置120における映像再生処理の手順を示すフローチャートである。
 前提として、映像再生装置120は、図16として示したようなEPG画像を表示しているものとする。そして、ユーザは入力部1316を用い、電子番組表1602に情報が表示される番組のうち、視聴を要望する番組を指定するユーザ指示を入力する(ステップS1701)。
 制御部1317は、指定された番組に係るEIT、VCTに基づき、ユーザにより指定された番組、及びその番組を伝送するバーチャルチャンネルを特定する。
 制御部1317はVCTを参照し、特定されたバーチャルチャンネルを規定するバーチャルチャンネルエントリ中に3D_program_info_descriptorがあるか否か判断する(ステップS1702)。
 制御部1317は、3D_program_info_descriptorが無いと判断した場合(ステップS1702でNO)、映像送信装置110から3D映像は送信されておらずレガシー2D映像のみ送信されていることになるので、受信処理部1311、AV復号部1314、及び表示部1315を用いてレガシー2D映像を受信(ステップS1721)しレガシー2D映像を再生する(ステップS1722)。地上デジタル放送波を用いてレガシー2D映像を受信して再生する技術については周知であるので説明は省略する。
 制御部1317は、3D_program_info_descriptorがあると判断した場合(ステップS1702でYES)、3D_program_info_descriptor中の3D_service_typeを参照する(ステップS1703)。
 制御部1317は、3D_service_typeが、「サービス互換:共用2型」~「サービス互換:共用5型」、「サービス互換:独立3D2型」~「サービス互換:独立3D5型」のいずれかを示すか否か判断する(ステップS1704)。
 3D_service_typeが、「サービス互換:共用2型」~「サービス互換:共用5型」、「サービス互換:独立3D2型」~「サービス互換:独立3D5型」のいずれかを示している場合には(ステップS1704でYES)、制御部1317は、特定されたバーチャルチャンネルを規定するバーチャルチャンネルエントリに基づき、ベースビュー映像を主伝送経路から取得するための制御を行う(ステップS1705)。例えば、制御部1317は、バーチャルチャンネルエントリに記載のmodulation_mode、carrier_frequency、channel_TSIDエレメント等の情報に基づき、受信処理部1311に対しベースビュー映像を伝送する放送波を受信するよう指示する。また、制御部1317は、AV復号部1314に対し、ベースビュー映像の復号に復号処理部1351(「サービス互換:共用2~5型」の場合)又は復号処理部1353(「サービス互換:独立3D2~5型」の場合)を用いるよう指示する。
 また、制御部1317は、アディショナルビュー映像を別伝送経路から受信するための制御を行う(ステップS1706)。
 具体的には、制御部1317は、バーチャルチャンネルエントリ中の3D_service_location_descriptor中のES_location_infoを参照して別伝送経路の詳細について情報を取得し、別伝送経路に対応する受信処理部に対しアディショナルビュー映像の受信を指示する。また、制御部1317は、AV復号部1314に対し、アディショナルビュー映像の復号に復号処理部1352(サービス互換:共用2~5型の場合)、又は復号処理部1353(サービス互換:独立3D2~5型の場合)を用いるよう指示する。ここで、上述の別伝送経路の特定について、説明を補足する。
 3D_service_typeの値が「サービス互換:共用2型」、及び「サービス互換:独立3D2型」を示す場合(ES_locationの値は000)、ES_location_infoには、インターネットを介したアディショナルビュー映像の取得先のURLが記載される。よって、制御部1317は、受信処理部1313に対しこのURLで特定される通信先からアディショナルビュー映像に係るTSを取得するよう指示する。受信処理部1313は、このURLで特定される通信先からアディショナルビュー映像に係るTSを取得する。
 また、3D_service_typeの値が「サービス互換:共用3型」、及び「サービス互換:独立3D3型」を示す場合(ES_locationの値は001)、ES_location_infoには、モバイル/ハンドヘルド放送を受信するための情報、例えば、変調モード、キャリア周波数、チャンネル番号などの情報が記載される。よって、制御部1317は、受信処理部1312に対し、この受信周波数、チャンネル番号などの情報に基づいて、モバイル/ハンドヘルド放送を受信しアディショナルビュー映像に係るTSを取得するよう指示する。この指示に基づき、受信処理部1312は、モバイル/ハンドヘルド放送を受信しアディショナルビュー映像に係るTSを取得する。
 また、3D_service_typeの値が「サービス互換:共用4型」、及び「サービス互換:独立3D4型」を示す場合(ES_locationの値は010)、ES_location_infoには、蓄積メディアを識別する識別情報などが記載されている。この場合、アディショナルビュー映像に係るTSは、この識別情報により識別されるUSBメモリ121に既に記録されている。よって、制御部1317は、読出部1318に対し、この識別情報により識別されるUSBメモリ121から3D映像に係るTSを読み出すよう指示する。読出部1318は、USBメモリ121から3D映像に係るTSを読み出して、AV復号部1314に対して出力する。
 なお、3D_service_typeの値が「サービス互換:共用4型」、及び「サービス互換:独立3D4型」を示す場合には、映像送信装置110においてES_location_infoに記載される識別情報で識別される蓄積メディア(一例としてUSBメモリ121)にアディショナルビュー映像を蓄積し、人手を介してその蓄積メディアが運搬されて映像再生装置120に装着される。そして、映像再生装置120はアディショナルビュー映像を蓄積メディアから読み出す。これによりアディショナルビュー映像が蓄積メディアを介して映像送信装置110から映像再生装置120へと伝達される。
 また、3D_service_typeの値が「サービス互換:共用5型」、及び「サービス互換:独立3D5型」を示す場合(ES_locationの値は011)、ES_location_infoには、他のストリームを受信するための情報、例えば、変調モード、キャリア周波数、チャンネルTSIDなどの情報が記載される。よって、制御部1317は、受信処理部1311に対し、これらの変調モード、キャリア周波数、チャンネルTSIDなどの情報に基づいて、このTSIDで識別されるTSを送信している放送波を受信するよう指示する。この指示に基づき、受信処理部1311は、放送波を受信しアディショナルビュー映像に係るTSを取得する。ここで、受信処理部1311は、複数の物理チャンネルを同時に受信でき、ベースビュー映像に係るTSと、アディショナルビュー映像に係るTSとが、異なる物理チャンネルを用いて送信されている場合であっても、両映像に係るTSを並行して受信できるものとする。
 一方、3D_service_typeが、「サービス互換:共用2~5型」、及び「サービス互換:独立3D2~5型」のいずれも示さない場合(ステップS1704でNO)、制御部1317は、主伝送経路を介して3D映像を受信するよう制御する(ステップS1711)。
 ステップS1711に関し、具体的には、3D_service_typeがフレーム互換型を示す場合、制御部1317は、受信処理部1311に対し、レガシー2D映像を受信する場合と同様に、地上デジタル放送波を受信するよう指示する。また、制御部1317は、AV復号部1314に対し、3D映像の復号に復号処理部1351を用いるよう指示する。
 また、3D_service_typeの値がサービス互換:共用1型を示す場合、制御部1317は、受信処理部1311に対して、3D映像を取得するため、地上デジタル放送波を受信するよう指示する。受信処理部1311は、地上デジタル放送波を受信し、復調してTSをAV復号部1314に出力する。また、制御部1317は、AV復号部1314に対し、ベースビュー映像の復号に復号処理部1351を使用し、アディショナルビュー映像の復号に復号処理部1352を使用するよう指示する。
 また、3D_service_typeの値が「サービス互換:独立3D1型」を示す場合、制御部1317は、受信処理部1311に対して、3D映像を取得するため、地上デジタル放送波を受信するよう指示する。また、制御部1317は、AV復号部1314に対し、3D映像の復号に復号処理部1353を用いるよう指示する。
 また、3D_service_typeの値がフレーム非互換型を示す場合、制御部1317は、受信処理部1311に対し、ベースビュー映像及びアディショナルビュー映像を伝送している地上デジタル放送波を受信するよう指示する。また、制御部1317は、AV復号部1314に対し、3D映像の復号には復号処理部1351を用いるよう指示する。
 以上のように3D_service_typeの値がフレーム互換型、「サービス互換:共用1型」、「サービス互換:独立3D1型」、フレーム非互換型を示す場合、受信処理部1311は、制御部1317による指示に基づき、地上デジタル放送波を受信し、復調してTSをAV復号部1314に出力する。また、AV復号部1314において、多重分離部1331が、入力されたTSについて多重分離を行う。多重分離部1331は、多重分離により、ベースビュー映像に係る映像ESとアディショナルビュー映像に係る映像ESとのそれぞれを抽出し、それぞれをAV復号部1314に出力する。そして、制御部1317により指示された復号処理部が、多重分離により抽出された映像ESを復号し、復号により生成した3D映像に係る映像信号を表示制御部1333に出力することとなる。
 ステップ1707において、制御部1317は、表示制御部1333は、入力される映像信号から画面表示信号を生成して表示部1315に出力する(ステップS1707)。そして、表示部1315は、画面表示信号に基づく3D映像をディスプレイに表示する。
<3.4.映像再生装置における3D映像表示から2D映像表示への切り替え処理(「サービス互換:独立3D」の場合)>
 以下、「サービス互換:独立3D」の場合の、映像再生装置120における3D映像表示から2D映像表示への切り替え処理について説明する。
 図18は、3D映像表示から2D映像表示への切り替え処理を示すフローチャートである。
 映像再生装置120における制御部1317は、ユーザによって入力部1316を用いて入力される2D映像への切替指示を取得する(ステップS1801)。
 2D映像への切替指示を取得すると、制御部1317は、表示中の3D番組に関する3D用EITの2D_3D_relationship_descriptorから2D_presentation_allowedとcontent_identical_statusとを抽出する。
 そして、制御部1317は、2D_presentation_allowedが01であり、かつcontent_identical_statusが001又は011であるか否か判断する(ステップS1802)。
 ステップS1802における判断結果が肯定的であった場合(ステップS1802でYES)、制御部1317は、AV復号部1314に対し、表示中の3D映像を構成するベースビュー映像の再生停止を指示する(ステップS1803)。そして、制御部1317は、AV復号部1314に対し、表示中の3D映像を構成するアディショナルビュー映像を再生することにより2D映像を再生するよう指示する(ステップS1804)。
 ステップS1802における判断結果が否定的であった場合(ステップS1803でNO)、制御部1317は、2D_presentation_allowedが10であり、かつcontent_identical_statusが010又は011であるか否か判断する(ステップS1811)。
 ステップS1811における判断結果が肯定的であった場合(ステップS1811でYES)、制御部1317は、AV復号部1314に対し、表示中の3D映像を構成するアディショナルビュー映像の再生停止を指示する(ステップS1812)。
 そして、制御部1317は、AV復号部1314に対し、表示中の3D映像を構成するベースビュー映像を再生することにより2D映像を再生するよう指示する(ステップS1813)。
 ステップS1811における判断結果が否定的であった場合(ステップS1811でNO)には、制御部1317は、AV復号部1314に対し、再生中の3D映像の再生停止を指示する(ステップS1821)。
 そして、制御部1317は、受信処理部1311、AV復号部1314に、レガシー2D映像を取得し表示するよう指示する(ステップS1822)。この指示に従い、受信処理部1311及びAV復号部1314は、レガシー2D映像を取得し、復号し、表示部1315がレガシー2D映像を表示する。
<3.5.映像再生装置における2D映像表示から3D映像表示への切り替え処理(「サービス互換:共用」の場合)>
 以下、レガシー2D映像を表示している状態から、3D映像表示に切り替える処理について説明する。
 図19は、2D映像表示から3D映像表示への切り替え処理を示すフローチャートである。
 映像再生装置120における制御部1317は、ユーザによって入力部1316を用いて入力される3D映像への切替指示を取得する(ステップS1901)。
 3D映像への切替指示を取得すると、制御部1317は、表示中の2D番組に関する用EITの2D_3D_relationship_descriptorからleftview_flagを抽出し、leftview_flagの値が00であるか否かを判断する(ステップS1902)。
 ステップS1902における判断結果が肯定的であった場合(ステップS1902でYES)、制御部1317は、ベースビュー映像(レガシー2D映像)を右目映像、アディショナルビュー映像を左目映像として3D映像を再生するよう、各受信処理部、AV復号部1314、表示部1315のそれぞれに指示する(ステップS1903)。
 映像再生装置120は、ベースビュー映像(レガシー2D映像)を右目映像、アディショナルビュー映像を左目映像として3D映像を再生する。
 ステップS1902における判断結果が否定的であった場合(ステップS1902でNO)、制御部1317は、leftview_flagの値が01であるか否かを判断する(ステップS1911)。
 ステップS1911における判断結果が肯定的であった場合(ステップS1911でYES)、制御部1317は、ベースビュー映像(レガシー2D映像)を左目映像、アディショナルビュー映像を右目映像として3D映像を再生するよう、各受信処理部、AV復号部1314、表示部1315のそれぞれに指示する(ステップS1912)。映像再生装置120は、ベースビュー映像(レガシー2D映像)を左目映像、アディショナルビュー映像を右目映像として3D映像を再生する。
 ステップS1911における判断結果が否定的であった場合(ステップS1911でNO)、制御部1317は、3D映像の再生ができない旨を記載した表示画像(以下、「エラー表示画像」という。)を作成し、このエラー表示画像を表す映像信号を表示制御部1333に出力する。表示制御部1333は、レガシー2D映像に、エラー表示画像を重ね合わせ、この重ね合わせた映像を表す信号を表示部1315に出力する。
 表示部1315は、レガシー2D映像に、エラー表示画像が重ねられた映像を表示する。
<4.変形例>
 以上、本発明に係る映像送信装置及び映像再生装置を含む映像送受信システムについて説明したが、例示した映像送受信システムを以下のように変形することも可能であり、本発明が上述の実施形態で示した通りの映像送受信システムに限られないことは勿論である。
(1)上述の実施形態では、ES_location_infoについて、具体的なデータ構造は説明しなかったが、一例として、図20に示すようなデータ構造を有するものとする。
 ES_location_infoには、図20に示すように、ES_locationの値が011の場合に用いる別伝送経路の詳細として、他のストリームに係るTSIDを示すTSID_ref、他のストリームが伝送されるバーチャルチャンネルを識別するためのsource_id_refが記載される。また、ES_locationの値が000の場合に用いる別伝送経路の詳細として、URLが記載される。また、ES_locationの値が010の場合に用いる別伝送経路の詳細として、蓄積メディアを識別する識別情報が記載される。識別情報の一例としては、例えば、USBメモリのそれぞれに固有の製造番号などが用いられる。
 また、図示していないが、ES_locationの値が001の場合には、ES_location_infoには、モバイル/ハンドヘルド放送を受信するための情報、例えば、受信周波数、チャンネル番号などの情報を含める。
 また、図20に示すES_location_infoには、別伝送経路の詳細を示すエレメントではないが、WithinSamePhysicalChannelを記載している。
 図20の表2001は、WithinSamePhysicalChannelが取り得る値とその説明の一覧表である。
 表2001に示すように、WithinSamePhysicalChannelは、別伝送経路としての物理チャンネルが、レガシー2D映像を送信する物理チャンネルと同じである(値が00)か否か(値が01)を示している。
 映像再生装置(120)において、別伝送経路で伝送される映像がレガシー2D映像と同じ物理チャンネルで伝送されている場合には、その別伝送経路で伝送される映像を、レガシー2D映像を受信するのと同じチューナで受信できるのに対し、異なる物理チャンネルで伝送されている場合には、レガシー2D映像を受信するチューナとは異なるチューナが必要になる。映像再生装置(120)は、このエレメントを参照し、自装置が複数のチューナを備えているか否かなど自装置の受信能力に基づき、3D映像の受信可否の判別が可能となる。例えば、映像再生装置(120)は、自装置が備えるチューナが1つである場合、このエレメントを用い3D映像の再生に2つのチューナが必要であることを認識すると、この3D映像に係る3D番組に紐付けられた2D番組に係る2D映像を再生するなどの代替的な動作を行うことができる。
(2)上述の実施形態では、2D_3D_channel_linkage_descriptorを、紐付け先の番組を特定するための情報として定義し、紐付け元のEITに記載することとしていた。これは、番組毎に、紐付け先の番組の有無が変化する場合にも対応できるようにするためである。
 しかしながら、紐付けの有無が番組毎に変わるようなことはなく、1つのバーチャルチャンネルに、他のバーチャルチャンネルが常に紐付けられているような場合には、この2D_3D_channel_linkage_descriptorを、紐付け先のバーチャルチャンネルを特定するための情報として用いることとしてもよい。具体的には、VCTにおける紐付け元のバーチャルチャンネルエントリに2D_3D_channel_linkage_descriptorを記載することになる。
 この場合、上述の実施形態において、2D_3D_channel_linkage_descriptorに記載することとしていた、番組を特定するためのevent_idを示すevent_id_refについては記載する必要はなくなる。
 また、2D_3D_relationship_descriptorについても、2D_3D_channel_linkage_descriptorと同様に、各エレメントの値が番組毎に変わるようなことはなく、バーチャルチャンネル毎に値を特定できれば足りるような場合には、EITではなく、VCTのバーチャルチャンネルエントリに記載することとしてもよい。
 なお、2D_3D_relationship_descriptorに記載のエレメントは、必ずしも2D_3D_relationship_descriptorに記載する必要はなく他のテーブルやディスクリプタ等に記載してもよい。
 例えば、2D_3D_relationship_descriptorに記載のcontent_identical_statusを、2D_3D_channel_linkage_descriptorに記載することとしてもよい。
(3)上述の実施形態では、別伝送経路が蓄積メディアの場合には、映像送信装置110において、アディショナルビュー映像をUSBメモリに書き込み、このUSBメモリを映像再生装置120へと運搬して接続することにより、ベースビュー映像を受信するより前にアディショナルビュー映像を映像送信装置110から映像再生装置120へと伝送することとしていたが、映像再生装置120がベースビュー映像を受信するより前に蓄積メディアからアディショナルビュー映像を読み出せる状態となれば足りる。
 例えば、映像再生装置120に所定のUSBメモリを予め接続しておき、映像送信装置110が、レガシー2D映像の送信より前に、ネットワーク等を介してアディショナルビュー映像を映像再生装置120へ送信し、映像再生装置120がその受信したアディショナルビュー映像をUSBメモリへと記録しておくこととしてもよい。
(4)上述の実施形態では、2D用EITと、3D用EITとの紐付けを2D_3D_channel_linkage_descriptorを用いて行っていたが、他の方法で行ってもよい。
 例えば、EITを識別するための情報であるevent_idの値の定め方に、あるEITと他のEITとを紐付けるための特定の規則を設けることとしてもよい。
 特定の規則の一例としては、図21に示すように、14ビットから構成されるevent_idの最上位ビットであるビット13を、自EITが2D用EIT(値が0)か3D用EIT(値が1)を示すビットであると定める。また、ビット12を、紐付けられたEITがある(値が1)か、無い(値が0)かを示すビットであると定める。そして、紐付けられた両EITのevent_idのビット11~ビット0は、同じ値とするものと定める。
 図21のEIT1(2101)と、EIT2(2102)との場合は、ビット11~ビット0が同じであるものの、ビット12が0であるため、紐付けられていないものと判断できる。
 一方、図21の、ビット13が0である2D用EIT3(2111)と、ビット13が1である3D用EIT4(2112)とは、それぞれビット12が1であり、ビット11~ビット0が同じであるため、紐付けられているものと判断できる。
 以上のようにすることで、2D_3D_channnel_linkage_descriptorを用いずに2D用EITと3D用EITとを紐付けることができる。
 また、ビット3~ビット0には、ビット13~ビット4までのCRC(Cyclic Redundancy Check)を記載することとしてもよい。これにより、伝送路ノイズなどによるevent_idについての誤りの発生を検出することができる。
(5)上述の実施形態では、2D用EITと3D用EITとを紐付けることにより2D用番組と3D用番組とを紐付けていた。しかしながら、番組毎ではなく、2Dバーチャルチャンネルと3Dバーチャルチャンネルとが常に紐付けられる場合も有り得る。これに対応するため、一例として図22に示すような紐付けの有無について規定する2D_3D_linkage_infoを2Dバーチャルチャンネル及び3Dバーチャルチャンネルに係るバーチャルチャンネルエントリにエレメントとして追加することとしてもよい。
 図22は、2D_3D_linkage_infoが取り得る値とその説明の一覧表を示す。2D_3D_linkage_infoは、2ビットのバイナリ値である。図22に示すように、2D_3D_linkage_infoの値が00の場合、2Dバーチャルチャンネルと3Dバーチャルチャンネルとの紐付けが無く、また、2D用EITと3D用EITとの紐付けも無いことを示す。
 2D_3D_linkage_infoの値が01の場合、2Dバーチャルチャンネルと3Dバーチャルチャンネルとの紐付けが有ることを示す。
 2D_3D_linkage_infoの値が02の場合、2D用EITと3D用EITとの紐付けが有ることを示す。
 また、紐付けの対象は、2D用EITと3D用EIT、及び2Dバーチャルチャンネルと3Dバーチャルチャンネルに限るものではない。
 例えば、2D用、3D用の違いではなく、2K1Kの解像度を有する映像に係るEITと、4K2Kの解像度を有する映像に係るEITとを紐付けることとしてもよい。また、2K1Kの解像度を有する映像に係る番組を伝送するバーチャルチャンネルと、4K2Kの解像度を有する映像に係る番組を伝送するバーチャルチャンネルとを紐付けることとしてもよい。また、撮影アングルの異なる映像に係るEITを相互に紐付けてもよいし、撮影アングルの異なる映像に係る番組を伝送するバーチャルチャンネルを相互に紐付けることとしてもよい。
(6)上述の実施形態では、電子番組表に関し、図16の電子番組表1602のように、相互に紐付けられた番組、相互に紐付けられたバーチャルチャンネルが存在することを表すために、紐付け元のEITを含む2Dバーチャルチャンネルに係る列と、紐付け先のEITを含む3Dバーチャルチャンネルに係る列とを隣同士に並べることとしたが、相互に紐付けられた番組、相互に紐付けられたバーチャルチャンネルが存在することをユーザに認識させることができれば足りる。
 (A)例えば、ポップアップ画像を用いることとしてもよい。
 本変形例では、図16に示したように2Dバーチャルチャンネル(一例として、バーチャルチャンネル番号が5-1ch)と、これに紐付けられた3Dバーチャルチャンネル(一例として、バーチャルチャンネル番号が15-3ch)がある場合に、図23に示すように、電子番組表(2301)に一方のバーチャルチャンネル(一例として、紐付け元のEITに係る2Dバーチャルチャンネル)に係る列のみ表示する。そして、紐付け元のEITにより示される番組に係る情報を表示する画像(1631)に、紐付け先のEITに係る番組が存在することをユーザに認識させるための表示(一例として、画像1631中の「3D有」の文字)を記載しておく。
 そして、電子番組表2301において、ユーザにより、視聴を望む番組を指示するユーザ指示として、画像1631が選択された場合に、図24に示すように、電子番組表の上に、ポップアップ画像2401を表示する。
 ポップアップ画像2401には、指示した番組を、2Dで見るか(ボタン2411)、3Dで見るか(ボタン2412)、見ないか(ボタン2413)を選択するためのユーザ指示を選択するためのボタンを表示しておく。そして、ボタン2411~2413のいずれかが選択された場合に、映像再生装置120は、その選択されたボタンに対応する映像の再生等の処理を行う。
 このようにすることで、通常、似通った内容である2D番組の内容と、これに紐づけられた3D番組の内容について表示するのに、電子番組表1602におけるバーチャルチャンネルに係る2列分の領域を占有してしまうのを避け、表示のための領域を有効活用することができる。また、電子番組表において、2Dによる視聴と3Dによる視聴との選択を、視聴するバーチャルチャンネル列を選択する操作よりも、ユーザにとって分かり易い操作により行わせることができる。
 また、録画機能も有する場合、上記の「今すぐ見る」や「3Dで見る」以外に、「2Dで録画する」や「3Dで録画する」等のボタンを表示することとしてもよい。このように明示的に2Dでの録画か、3Dでの録画かをユーザに選択させることとすれば、「2Dで録画する」が選択された場合に、2Dで表示するのに必要なビデオストリーム(レガシー2D映像に係るストリーム)及びオーディオストリームだけを記録し、独立3D映像、アディショナルビュー映像については記録しないこととできる。そうすると、映像を記録するのに必要な記録容量を、3Dで表示するのに必要なビデオストリーム等まで記録する場合よりも少なく抑えることができる。
 また、図24に示したポップアップ画像の表示を行うのに代えて、電子番組表を表示する画面から、図25に示す前述のポップアップ画像と同内容の画像を表示する画面に切り替えることとしてもよい。
 (B)電子番組表において、一例として図26に示すように、2Dバーチャルチャンネルに係る列と、3Dバーチャルチャンネルに係る列とを分けて配置することとしてもよい。
 本変形例に係る図26の電子番組表2602では、2Dバーチャルチャンネル(図中4-1ch、5―1ch、17―1ch)に係る列を全て配置した後に、3Dバーチャルチャンネル(図中15-1ch、27―1ch)に係る列を配置している。電子番組表2602においてカーソル2650により選択されている番組(図中では「映画1(3D)」)に係るサムネール映像(2651)が表示される。カーソル2650により選択される番組が、2D番組から3D番組へ、また3D番組から2D番組へと切り替わると、サムネール映像として表示する映像も、2D映像と3D映像との間で切り替わることになる。
 ここで、電子番組表において、2Dバーチャルチャンネルに係る列と、3Dバーチャルチャンネルに係る列とが混在すると、カーソル2650を移動させることで、サムネール映像が2D映像と3D映像とで頻繁に切り替わり、ユーザが不快に感じ得る。本変形例によれば、このようなユーザの不快感を低減することができる。
 また、映像再生装置120において、3D映像と2D映像との切り替え処理は、使用する復号処理部の変更など他の処理に比べ負荷の高い処理である。本変形例によれば、2D映像と3D映像との切り替え頻度を低減し、映像再生装置120における処理負荷の低減を図り得る。
 この場合、送信側において、各2Dバーチャルチャンネルに割り当てるバーチャルチャンネル番号の範囲と、各3Dバーチャルチャンネルのバーチャルチャンネル番号の範囲とを予め分けて決めておくのが望ましい。受信側では、通常、電子番組表において、バーチャルチャンネル番号が昇順に並ぶように、各バーチャルチャンネルに係る列を並べるからである。
(7)上述の実施形態では、映像再生装置130などのレガシー再生装置は、映像送信装置110から2D番組及びこの2D番組に紐付けられた3D番組が拡張ATSC規格に基づき送信されている場合に、3D番組が送信されていることを認識することができなかった。しかしながら、レガシー再生装置において、3D番組の再生自体はできないものの、紐付けられた3D番組が放送されていることをユーザに提示できれば、3D番組が放送されていることの周知、3D映像を再生できる映像再生装置への買い換え促進など広告的な効果を奏し得る。
 本変形例では、レガシー再生装置が、紐付けられた3D番組に関する情報(番組名など)を、従来のATSC規格に基づいて受信し提示し得るPSIP情報を送信する。
 図27は、本変形例に係るMGT、VCT、及びEITの概要及びこれらの関連を記載した図である。
 以下の説明の前提として、ある2D番組に係るEIT2701と、3D番組に係るEIT2702とが紐付けられているものとする。また、2D番組は2Dバーチャルチャンネル2711で送信され、3D番組は3Dバーチャルチャンネル2712で送信されているものとする。
 レガシー再生装置が受信可能なMGT2721(PIDは0x1FFBである)には、EIT2701のPIDが記載される。また、レガシー再生装置が受信可能なVCT2731(PIDは0x1FFBである)には、2Dバーチャルチャンネル2711について規定するバーチャルチャンネルエントリ(2D)2732が記載される。また、VCT2731には、ダミーの3Dバーチャルチャンネル2713に係るバーチャルチャンネルエントリ(ダミー3D)2733を記載する。ここで、バーチャルチャンネルエントリ2733に記載される情報は、ユニークな値を記載するよう規定されているsource_idを除き、バーチャルチャンネルエントリ2732に記載の情報と同じにしておく。
 また、ダミーのバーチャルチャンネル2713で送信されるダミーの3D番組に係るEIT2703が、送信すべきEITに追加されている。このEIT2703には、3D番組に係る情報として、EIT2702に記載されている3D番組に係る情報が記載される。EIT2703のsource_idとしては、バーチャルチャンネル2713を特定する値(バーチャルチャンネルエントリ2733に記載のsource_idと同じ値)が記載される。
 以上のようなPSIP情報を映像送信装置110が送信することで、PSIP情報を受信したレガシー再生装置では、EPGにおけるバーチャルチャンネル2713で放送される番組の情報として、EIT2703に記載されている情報(すなわち、紐付けられた3D番組に関する情報)を表示できることになる。
 またレガシー再生装置において、ユーザによりダミーの3Dバーチャルチャンネル2713の選局が指示されたとしても、バーチャルチャンネルエントリ(ダミー3D)2733の記載に基づきバーチャルチャンネルの受信を行うことにより、実際には2Dバーチャルチャンネル2711を受信することになるので、3D映像を再生しようとして誤動作が生じるようなことはない。
 なお、2D番組に係るEITに記載する番組名、並びに、紐付けられた3D番組及びダミーの3Dに係るEITに記載する番組名については、紐付けられていることが分かるような番組名とすることが望ましい。例えば、EIT2701に記載の番組名が「知財収支改善講座(3D)」である場合には、EIT2702及びEIT2703に記載する番組名を「知財収支改善講座(3D)」とすればよい。
 また、従来のATSC規格及び拡張ATSC規格では、映像送信装置110は、EITに対応付けて各番組の詳細情報を視聴者に提示するためのETT(Extended Text Table)を送信することができる。よって、3D番組に関する情報として、ETTに「この番組はATSC 3D TVでは3Dで楽しめます」など視聴者に対する告知を行う記載を入れることとしてもよい。
 また、図28に示すように、ETT(2810)については、EITに対応付けるのではなくバーチャルチャンネル(2820)に対応付けて送信することとしてもよい。
 これにより、レガシー再生装置において、ユーザに対し、紐付けの有無を番組単位で示すのではなく、バーチャルチャンネル単位で示すことができる。例えば、ダミーの3DバーチャルチャンネルについてのETTに「このチャンネルはATSC 3Dに対応したTVでは3Dでの視聴をお楽しみいただけます。」といったメッセージを記載する。このETTを受信したレガシー再生装置は、EPGにおいてダミーのバーチャルチャンネルに関する情報を表示する際に、このETTに記載のメッセージを表示する。これにより、レガシー再生装置は、ユーザに対し、2Dバーチャルチャンネルに紐付けられた3Dバーチャルチャンネルが送信されていることをユーザに告知することができる。
(8)上述の実施形態では、2D_presentation_allowedに関し、特に、3D映像をMPEG4 MVC方式で符号化した場合に、3D映像を構成するベースビュー映像及びアディショナルビュー映像のうち、いずれの映像を2D映像として表示するよう設定するのが望ましいかについては言及していない。特に、ベースビュー映像とアディショナルビュー映像とが同じ映像の場合(2D映像の場合)であれば、アディショナルビュー映像を2D映像として表示するよう設定するのが望ましい。
 図29は、MPEG4 MVC方式により、ベースビュー映像(2901)とアディショナルビュー映像(2902)とを符号化する処理について模式的に示す図である。
 ベースビュー映像2901は、MPEG4 AVC方式で参照画像無しに符号化(2911)する。
 符号化(2911)されたベースビュー映像2901は、復号(2912)され、アディショナルビュー映像2902を符号化する際の参照画像として参照ピクチャバッファ2921に格納される。
 アディショナルビュー映像2902は、参照ピクチャバッファ2921に格納された参照画像を参照しながら符号化される。
 この場合には、画質の観点からアディショナルビュー映像が2D表示のための用いられることが望ましい。これは、図29に示したように、左右の映像が同じ場合にMPEG4 MVCなどを用いて圧縮が行われると、片方の映像を参照しながら圧縮された映像の方が高画質になるからである。
 ベースビュー映像とアディショナルビュー映像とが同じ場合において、アディショナルビュー映像は、参照ピクチャバッファ内の参照画像(圧縮時のノイズ、歪みを含む)と、アディショナルビュー映像に係る画像(ノイズ、歪み無し)との差分をとり、その差分を圧縮符号化することになる。よって参照画像に含まれる圧縮時のノイズや歪みが緩和され、ベースビュー映像よりも高画質に圧縮符号化されることになるためである。
(9)上述の実施形態では、拡張PSIP情報として3D用MGTを追加することとしたが、3D用MGTに記載されるべき内容が伝送できれば足りる。例えば、3D用MGTの内容のうち2D用MGTに記載されていない部分を記載するディスクリプタを定義し、図4に示す2D用MGTに記載してもよい。このようにMGTを構成することで、レガシー再生装置では、新たなディスクリプタは参照しないことから3D用MGTの内容を認識することは無く、拡張PSIP情報を解する映像再生装置においてのみ3D用MGTの内容を認識させることができる。
(10)上述の実施形態では、ES_locationの値が000の場合にES_location_infoに記載する情報として、インターネットを介した取得先としてのURLを記載することとしたが、取得先が特定できれば足りる。例えば、インターネットを介した取得先としては、URLに限らずIPアドレスなどであってもよい。また、ES_location_infoに、アディショナルビュー映像が格納されたファイルのファイル名や、アディショナルビュー映像の取得についての認証の要否などアディショナルビュー映像の取得に必要な情報を含めてもよい。
(11)上述の実施形態では、3D_service_typeが示し得る提供形態として11個の例を示したが、11個の提供形態を全て用いる必要は無いし、3D_service_typeが示し得る提供形態として他の提供形態を定義してもよい。例えば、3D_service_typeが示し得る提供形態として、2D映像とデプスマップとの情報とを用いた提供形態を追加してもよい。
(12)上述の実施形態では、2D_3D_channel_linkage_descriptorのエレメントとしてlinkage_directionを含めることとしたが、紐付け元のEITが2D用EITであって紐付け先のEITが3D用EITである場合、紐付け元のEITが3D用EITであって紐付け先のEITが2D用EITである場合の区別ができれば足りる。
 例えば、EITにおいて、2D_3D_channel_linkage_descriptorのエレメントとしてlinkage_directionを含めないこととし、映像再生装置120において、紐付け先のEITが伝送されているバーチャルチャンネルが2Dバーチャルチャンネルである場合に紐付け先のEITが2D用EITであると判断し、紐付け先のEITが伝送されているバーチャルチャンネルが3Dバーチャルチャンネルである場合に紐付け先のEITが3D用EITであると判断することとしてもよい。
(13)上述の実施形態及び変形例では、EITに2D_3D_channel_linkage_descriptorを挿入することで番組同士を紐付けていたが、紐付けできれば足りる。例えば、2D番組に係るPMT(Program Map Table)と、これに紐付けられる3D番組に係るPMTに、同じレガシー2D映像のエレメンタリーPIDを登録することとしてもよい。また、Service_Location_DescriptorについてもPMTと同様に、2D番組に係るService_Location_Descriptorと、3D番組に係るService_Location_Descriptorとに、同じレガシー2D映像のエレメンタリーPIDを登録する。これにより従来のATSC規格に規定された範囲内で紐付けすることができる。
(14)また、2Dバーチャルチャンネルと3Dバーチャルチャンネルとを紐付ける場合に、2Dバーチャルチャンネルに係るバーチャルチャンネルエントリに記載するprogram_number(以下、「2D_PN」という。)の値と、3Dバーチャルチャンネルに係るバーチャルチャンネルエントリに記載するprogram_number(以下、「3D_PN」という。)の値とを、特定の関係を示すよう規定してもよい。例えば、3D_PN=2D_PN+1となるよう、3D_PNと2D_PNとを定める。
 この規定に基づきVCTの各バーチャルチャンネルエントリにおけるprogram_numberを照合することで、2Dバーチャルチャンネルと3Dバーチャルチャンネルとを紐付けることができる。
 なお、特定の関係として、16ビットで構成されるprogram_numberの一部を同じ値とすることで、2Dバーチャルチャンネルと3Dバーチャルチャンネルとを紐付けることとしてもよい。
(15)上述の実施形態及び変形例では、VCTにおいて、各バーチャルチャンネルエントリに2D_3D_channel_linkage_descriptorを挿入することによりバーチャルチャンネル同士を紐付けていたが、他の手法により紐付けてもよい。
 例えば、バーチャルチャンネルエントリにおけるATSC規格で使用されていない(Reserved)領域を、他のバーチャルチャンネルへの紐付けがあるか否かを示すエレメント(以下、「LinkStatus」という。)として利用することとしてもよい。
 LinkStatusは、2ビットのエレメントとする。
 上位1ビットは、値が0の場合、自バーチャルチャンネルエントリで示されるバーチャルチャンネルが2Dバーチャルチャンネルであることを示し、値が1の場合、3Dバーチャルチャンネルであることを示す。
 また下位1ビットは、値が1の場合、自バーチャルチャンネルエントリの前後に記載されるバーチャルチャンネルエントリで示されるバーチャルチャンネルが、紐付けられたバーチャルチャンネルであることを示す。ここで、この下位1ビットは、VCTにバーチャルチャンネルエントリが列記される場合に、2Dバーチャルチャンネルと3Dバーチャルチャンネルとが紐付けられているときには、その2Dバーチャルチャンネルに係るバーチャルチャネルエントリの次に、紐付けられた3Dバーチャルチャンネルに係るバーチャルチャネルエントリが記載されることを前提としている。
 すなわち「自バーチャルチャンネルエントリの前後に記載されるバーチャルチャンネルエントリ」は、自バーチャルチャンネルエントリが2Dバーチャルチャンネルを規定するものである場合には、「自バーチャルチャンネルエントリの後に記載されるバーチャルチャンネルエントリ」をいう。また、自バーチャルチャンネルエントリが3Dバーチャルチャンネルを規定するものである場合には、「自バーチャルチャンネルエントリの前に記載されるバーチャルチャンネルエントリ」をいう。以上のように、このLinkStatusを用いることにより、ディスクリプタを追加することなくバーチャルチャンネルの紐付けの有無を示すことができる。
 なお、上述のLinkStatusでは、2ビットを用い、自バーチャルチャンネルが2Dであるか3Dであるかの別も表していたが、1ビットを用いて紐付けの有無のみを示すことしてもよい。
(16)上述の実施形態及び変形例では、VCTにおいて、各バーチャルチャンネルエントリに2D_3D_channel_linkage_descriptorを挿入することにより2Dバーチャルチャンネルと3Dバーチャルチャンネルとを紐付けていたが、他の手法により紐付けてもよい。
 例えば、上記実施形態では、VCTとして3D用VCTを追加していたが、3D用VCTについては追加しないこととする。そして、VCTにバーチャルチャンネルエントリに列記する場合に、紐付ける2Dバーチャルチャンネルに係るバーチャルチャンネルエントリと、3Dバーチャルチャンネルに係るバーチャルチャンネルエントリとを連続して記載することと規定することにより紐付けてもよい。
 また、紐付ける2Dバーチャルチャンネルと3Dバーチャルチャンネルとについて、バーチャルチャンネル番号を特定の規則に従い付与することと規定してもよい。
 例えば、3Dバーチャルチャンネルに係るバーチャルチャンネル番号を、2Dバーチャルチャンネルに係るバーチャルチャンネル番号に値10を加算した番号にすると規定する。
 そうすることで、各バーチャルチャンネルに係るバーチャルチャンネル番号について、特定の規則に合致するものがあるか否か判断することにより、紐付けられたバーチャルチャンネルを特定することができる。
(17)上述の実施形態では、番組の時間長が異なる2D番組と3D番組とが紐付けられて並行して放送されている場合において、時間長の短い一方の番組の再生が終了したときに映像再生装置120がどのような処理を行うかについては特に説明しなかった。この場合、映像送信装置110から、従来のPSIP規格に基づき、一方の番組から他方の番組への切り替えを指示するDCCT(Directed Channel Change Table)を送信することで、映像再生装置120に対し切り替えを指示することができる。この場合、DCCTのDCC Departing Request Descriptor(又は、DCC Arriving Request Descriptor)に「3D番組が終了したので、対応する2D番組に切り替えます。」などのメッセージを記載すればよい。そうすることで、映像再生装置120においてDCCTを受信し、DCCTに従い一方の番組から他方の番組に切り替える際に、DCC Departing Recquest Descriptor(又は、DCC Arriving Request Descriptor)に記載されたメッセージを表示させることができ、再生している番組や選択中のバーチャルチャンネルがいきなり変わってしまいユーザを困惑させてしまうことを防ぐことができる。
 なお、上述のように、映像再生装置120において、ユーザ指示によらずに一方の番組から他方の番組の再生に切り替えることはせずに、切替を指示するためのユーザ指示を受信した場合に、他方の番組の再生に切り替えることとしてもよい。
 また、映像再生装置120において2D番組のみ再生しており、これに紐付けられた3D番組の映像送信装置110からの送信がされていない状態において、3D番組の送信が開始された場合に、映像再生装置120が、3D番組の視聴を行うか否かユーザに選択させるためのGUI(Graphic User Interface)を表示することとしてもよい。
 また、上述の場合、映像再生装置120が、DCCTに基づいて一方の番組から他方の番組へと切り替える処理を行うことしたが、この切り替える処理が行えれば足りる。
 例えば、映像再生装置120において、既に説明した2D_3D_channel_linkage_descriptorの内容を参照することにより、紐付け先のEIT、バーチャルチャンネルの存在有無を判断し、存在する場合に表示する番組、選択するバーチャルチャンネルを切り替えることとしてもよい。この場合にも、映像再生装置120は、番組、バーチャルチャンネルを切り替える旨の表示を行うことが望ましい。
(18)上述の実施形態では、独立3D映像の符号化は、MPEG4 MVC方式に基づくものとしたが、符号化が行えれば足りる。例えば、H.265(ISO/IEC 23008-2 HEVC)に基づき符号化することとしてもよい。また、MPEG2方式、MPEG4 AVC方式により符号化するとして説明した映像についても、符号化ができれば足り、符号化方式を実施形態で例示したものに限るものではない。
(19)上述の実施形態では、2D_3D_relationship_descriptorをEITに記載して伝送することとしたがこれに限らず、伝送できれば足りる。例えば、2D_3D_relationship_descriptorを映像ES内に記載することとしてもよい。より具体的には、MPEG2方式の場合にはuser_dataに記載することとし、MPEG4 AVC方式及びMPEG4 MVC方式の場合にはSEI(Supplemental Enhancement Information)に記載することとする。
 このようにすることで、映像送信装置110において、2D_3D_relationship_descriptorの内容をフレーム単位、GOP単位で指定して、映像再生装置120へと送信することができる。
 また、上述の実施形態では、content_identical_statusをEITの2D_3D_relationship_descriptorに記載することとしたが、content_identical_statusについても、2D_3D_relationship_descriptorの場合と同様に、映像ES内に記載することとしてもよい。
(20)上述の実施形態では、フレーム非互換型の場合、符号化された各映像は、地上デジタル放送波により送信されることとしているが、一方の映像を別伝送経路で送信することとしてもよい。この場合には、3D_service_typeが取り得る値として、別伝送経路それぞれに対応する値を定義して追加すればよい。
(21)上述の実施形態では、別伝送経路の例として、インターネット、モバイル/ハンドヘルド放送、蓄積メディア、他のストリーム(放送)を挙げたが、アディショナルビュー映像を伝送できる経路であれば足りる。
(22)上述の実施形態では、2D用VCTに記載の内容を3D用VCTにも記載するとの前提で説明をしたが、3D用VCTに2D用VCTの内容を記載しないこととしてもよい。この場合、拡張ATSC規格を解する映像再生装置120においては、3Dバーチャルチャンネルに係るバーチャルチャンネルエントリを得るために3D用VCTを取得し、別途2Dバーチャルチャンネルに係るバーチャルチャンネルエントリを得るために2D用VCTを取得する必要がある。
 また、上述の実施形態では、2D用MGTに記載の内容を3D用MGTにも記載するとの前提で説明をしたが、3D用MGTに2D用MGTの内容を記載しないこととしてもよい。この場合には、拡張ATSC規格を解する映像再生装置120においては、3D用MGTに加え2D用MGTについても別途取得する必要がある。
(23)上述の実施形態では、3D_program_info_descriptor、3D_service_location_descriptorを、3Dバーチャルチャンネルに係るバーチャルチャンネルエントリに記載することとしていたが、2Dバーチャルチャンネルに係るバーチャルチャンネルエントリに記載してもよい。
 この場合、3D_program_info_descriptor、3D_service_location_descriptorは、2Dバーチャルチャンネルに係る2D映像(一例として、ベースビュー映像)表示を、3D映像表示に切り替える場合に、どの伝送経路からアディショナルビュー映像を取得すればいいかを示す。
 このようにすれば、映像再生装置120は、2Dバーチャルチャンネルに係るバーチャルチャンネルエントリを参照することで、アディショナルビュー映像の伝送経路を知ることができる。すなわち、映像再生装置120に、バーチャルチャンネルの変更を伴わずに、3D_program_info_descriptor、3D_service_location_descriptorの記載に基づきアディショナルビュー映像を取得し、ベースビュー映像とアディショナルビュー映像とから3D映像を構成して、再生させることができる。
(24)上述の実施形態で示した映像送信処理、EPG表示処理、3D映像の再生処理、3D映像と2D映像の表示を切り替える処理などを映像送信装置110、及び映像再生装置120のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるための機械語或いは高級言語のプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布することもできる。このような記録媒体には、ICカード、ハードディスク、光ディスク、フレキシブルディスク、ROM、フラッシュメモリ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより各実施形態で示したような各機能が実現されるようになる。なお、プロセッサは、制御プログラムを直接実行する他、コンパイルして実行或いはインタプリタにより実行してもよい。
(25)上述の実施形態で示した各機能構成要素(AV処理部1102、送信処理部1103、送信処理部1104、送信処理部1105、制御部1106、書込部1107、受信処理部1311、受信処理部1312、受信処理部1313、AV復号部1314、表示部1315、入力部1316、制御部1317、及び読出部1318など)は、その機能を実行する回路として実現されてもよいし、1又は複数のプロセッサによりプログラムを実行することで実現されてもよい。
 なお、上述の各機能構成要素は典型的には集積回路であるLSIとして実現される。これらは個別に1チップされてもよいし、一部又は全てを含むように1チップ化されてもよい。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGA(Field Programmable Gate Array)や、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。更には、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
(26)上述の実施形態及び各変形例を、部分的に組み合わせてもよい。

<5.補足>
 以下、更に本発明の一実施形態としての映像再生装置、映像送信装置の構成及びその変形例と効果について説明する。
(1)本発明の一実施形態に係る映像送信装置は、映像を送信する映像送信装置であって、複数のバーチャルチャンネルのそれぞれで送信するための複数の映像と、前記複数のバーチャルチャンネルのそれぞれを定義する定義情報を含むバーチャルチャンネル情報とを記憶する記憶手段と、前記複数のバーチャルチャンネルのそれぞれで映像と前記バーチャルチャンネル情報とを送信する送信手段とを備え、前記記憶手段に記憶されている複数の映像には、3D映像を構成する2個の異なる視点からの映像のうちの一方が含まれており、前記一方の映像を送信するバーチャルチャンネルの定義情報には前記3D映像を構成する他方の映像の伝送形態を示す伝送形態情報が記載されている。
 この構成により、映像を受信する映像再生装置において3D映像を受信するためにバーチャルチャンネルを選択するときに定義情報を参照することによって、一方の映像の伝送経路と他方の映像の伝送経路とを把握することができる。このため一方の映像と他方の映像とが別々の伝送経路で伝送されている場合であっても、映像再生装置において両映像を取得して3D映像を再生し得る。
(2)また、前記伝送形態情報は、前記他方の映像の伝送経路の種別を示す情報であることとしてもよい。
 この構成により、映像再生装置において一方の映像を受信する伝送経路とは異なる伝送経路から他方の映像を取得する必要があるか否かについて認識し、必要である場合にその異なる伝送経路から他方の映像を取得し得る。
(3)また、前記伝送経路の種別は、放送、ネットワーク、及び前記他方の映像を事前蓄積したデバイスのいずれかを示すこととしてもよい。
 この構成により、映像再生装置において他方の映像をいずれの伝送経路から取得すればよいかを認識し、その伝送経路から他方の映像を取得し得る。
(4)また、前記伝送形態情報は、前記送信手段が前記他方の映像についても送信する場合には、前記一方の映像と同じ伝送経路を示すこととしてもよい。
 この構成により、映像再生装置において他方の映像についても一方の映像を受信する伝送経路から受信すればよいことを認識し、その伝送経路から他方の映像を受信し得る。
(5)また、前記バーチャルチャンネル情報は、ATSC(Advanced Television System Committee)のPSIP(Program and System Information Protocol)規格に準じたVCT(Virtual Channel Table)であることとしてもよい。
 この構成により、映像再生装置において、VCTを受信することによって、一方の映像と同じ伝送経路その他の様々な伝送経路で送信され得る他方の映像について、その伝送経路の種別を認識してその伝送経路から他方の映像を受信し得る。
(6)本発明の一実施形態に係る映像送信方法は、映像を送信する映像送信装置が実行する映像送信方法であって、複数のバーチャルチャンネルのそれぞれで送信するための複数の映像と、前記複数のバーチャルチャンネルのそれぞれを定義する定義情報を含むバーチャルチャンネル情報とを取得する取得ステップと、前記複数のバーチャルチャンネルのそれぞれで映像と前記バーチャルチャンネル情報とを送信する送信ステップとを含み、前記取得される複数の映像には、3D映像を構成する2個の異なる視点からの映像のうちの一方が含まれており、前記一方の映像を送信するバーチャルチャンネルの定義情報には前記3D映像を構成する他方の映像の伝送形態を示す伝送形態情報が記載されている。
 この構成により、映像を受信する映像再生装置において3D映像を受信するためにバーチャルチャンネルを選択するときに定義情報を参照することによって、一方の映像の伝送経路と他方の映像の伝送経路とを把握することができる。このため一方の映像と他方の映像とが別々の伝送経路で伝送されている場合であっても、映像再生装置において両映像を取得して3D映像を再生し得る。
(7)本発明の一実施形態に係る映像再生装置は、映像をバーチャルチャンネルで受信して再生する映像再生装置であって、複数のバーチャルチャンネルそれぞれを定義する定義情報を含むバーチャルチャンネル情報と、映像とを受信する受信手段と、前記受信する映像に係るバーチャルチャンネルを定義する定義情報が、3D映像を構成する一方の映像の伝送形態を示す伝送形態情報を含む場合に、前記伝送形態情報に基づき前記他方の映像を取得する取得手段と、前記受信手段により受信した映像と前記取得手段により取得した映像とを用いて前記3D映像を再生する再生手段とを備える。
 この構成により、3D映像を構成する一方の映像を受信するとともに、一方の映像と同じ伝送経路その他の様々な伝送経路で送信され得る他方の映像についても取得し、一方の映像と他方の映像とを用いて3D映像を再生することができる。
(8)本発明の一実施形態に係る映像送信装置は、映像再生装置に対して映像を送信する映像送信装置であって、2D映像に対応付けられた3D映像を記憶する記憶手段と、1つのバーチャルチャンネルにより前記3D映像と、前記2D映像に係る番組を規定する情報と、前記3D映像に係る番組を規定する情報とを送信する送信手段とを備え、前記3D映像に係る番組を規定する情報は、前記2D映像に係る番組を規定する情報を特定するための紐付け情報を含む。
 また、前記2D映像に係る番組を規定する情報及び前記3D映像に係る番組を規定する情報は、ATSC(Advanced Television System Committee)のPSIP(Program and System Information Protocol)規格に準じたEIT(Event Information Table)であり、前記紐付け情報は、event_id、及び、前記2D映像に係る番組を送信するバーチャルチャンネルを特定するsource_idを含むこととしてもよい。
 この構成により、映像送信装置において、3D映像に係る番組と2D映像に係る番組とを紐付けさせることができ、2D映像に係る番組と3D映像に係る番組とが対応付けられていることを示した電子番組表を生成し表示させることができる。
(9)また、前記送信手段は、前記3D映像に係る番組を規定する情報に、前記3D映像を構成する2つの異なる視点からの映像の少なくとも1つについて、前記2D映像と同一か否かを示す一致状態情報を含めて送信し、前記映像再生装置は、前記一致状態情報を受信することとしてもよい。
 この構成により、映像再生装置において、3D映像を構成する2つの映像のうちの1つを表示することにより、3D映像の再生処理から2D映像の再生処理へと切り替えを行うことなく、表示する映像を3Dから2Dへと切り替えさせることができる。
(10)本発明の一実施形態に係る映像送信方法は、映像再生装置に対して映像を送信する映像送信装置が実行する映像送信方法であって、3D映像に対応付けられた2D映像を取得する取得ステップと、1つのバーチャルチャンネルにより前記3D映像と、前記2D映像に係る番組を規定する情報と、前記3D映像に係る番組を規定する情報とを送信する送信ステップとを含み、前記3D映像に係る番組を規定する情報は、前記2D映像に係る番組を規定する情報を特定するための紐付け情報を含む。
 この構成により、映像を受信する映像再生装置において、3D映像に係る番組と2D映像に係る番組とを紐付けさせることができ、2D映像に係る番組と3D映像に係る番組とが対応付けられていることを示した電子番組表を生成し表示させることができる。
(11)本発明の一実施形態に係る映像再生装置は、3D映像を受信して再生する映像再生装置であって、1つのバーチャルチャンネルにより、2D映像に対応付けられた3D映像と、前記2D映像に係る番組を規定する情報と、前記3D映像に係る番組を規定する情報とを受信する受信手段と、前記3D映像に係る番組を規定する情報が、前記2D映像に係る番組を規定する情報を特定するための紐付け情報を含むか否かを判断する判断手段と、前記判断手段による判断が肯定的であった場合に、前記2D映像に係る番組と前記3D映像に係る番組とが対応付けられていることを示した電子番組表を生成して表示する表示手段とを備える。
 この構成により、3D映像に係る番組と2D映像に係る番組とを紐付け、2D映像に係る番組と3D映像に係る番組とが対応付けられていることを示した電子番組表を生成し表示することができる。
 本発明の一形態に係る映像送信装置は、3D映像を構成する2個の異なる視点からの映像のうちの一方についての伝送経路を映像再生装置において認識できるように映像を送信するものであり、2D映像及び3D映像を送受信する映像送受信システム等に有用である。
  100  映像送受信システム
  110  映像送信装置
  120  映像再生装置
  121  USBメモリ
  130  映像再生装置
  501  バーチャルチャンネルエントリ
  710、711、720、721  エントリ
 1101  記憶部
 1102  AV処理部
 1103~1105 送信処理部
 1106  制御部
 1107  書込部
 1111~1113 映像符号化部
 1121~1123 多重化処理部
 1160  3D映像
 1161  左目映像
 1162  右目映像
 1163  独立3D映像(サービス互換)
 1164  3D映像(サービス非互換)
 1165  PSIP情報
 1311~1313  受信処理部
 1314  AV復号部
 1315  表示部
 1316  入力部
 1317  制御部
 1318  読出部
 1331  多重分離部
 1332  映像復号部
 1333  表示制御部
 1351  復号処理部(MPEG2)
 1352  復号処理部(MPEG4 AVC)
 1353  復号処理部(MPEG4 MVC)

Claims (12)

  1.  映像を送信する映像送信装置であって、
     複数のバーチャルチャンネルのそれぞれで送信するための複数の映像と、前記複数のバーチャルチャンネルのそれぞれを定義する定義情報を含むバーチャルチャンネル情報とを記憶する記憶手段と、
     前記複数のバーチャルチャンネルのそれぞれで映像と前記バーチャルチャンネル情報とを送信する送信手段とを備え、
     前記記憶手段に記憶されている複数の映像には、3D映像を構成する2個の異なる視点からの映像のうちの一方が含まれており、前記一方の映像を送信するバーチャルチャンネルの定義情報には前記3D映像を構成する他方の映像の伝送形態を示す伝送形態情報が記載されている
     ことを特徴とする映像送信装置。
  2.  前記伝送形態情報は、前記他方の映像の伝送経路の種別を示す情報である
     ことを特徴とする請求項1記載の映像送信装置。
  3.  前記伝送経路の種別は、放送、ネットワーク、及び前記他方の映像を事前蓄積したデバイスのいずれかを示す
     ことを特徴とする請求項2記載の映像送信装置。
  4.  前記伝送形態情報は、前記送信手段が前記他方の映像についても送信する場合には、前記一方の映像と同じ伝送経路を示す
     ことを特徴とする請求項1記載の映像送信装置。
  5.  前記バーチャルチャンネル情報は、ATSC(Advanced Television System Committee)のPSIP(Program and System Information Protocol)規格に準じたVCT(Virtual Channel Table)である
     ことを特徴とする請求項1記載の映像送信装置。
  6.  映像を送信する映像送信装置が実行する映像送信方法であって、
     複数のバーチャルチャンネルのそれぞれで送信するための複数の映像と、前記複数のバーチャルチャンネルのそれぞれを定義する定義情報を含むバーチャルチャンネル情報とを取得する取得ステップと、
     前記複数のバーチャルチャンネルのそれぞれで映像と前記バーチャルチャンネル情報とを送信する送信ステップとを含み、
     前記取得される複数の映像には、3D映像を構成する2個の異なる視点からの映像のうちの一方が含まれており、前記一方の映像を送信するバーチャルチャンネルの定義情報には前記3D映像を構成する他方の映像の伝送形態を示す伝送形態情報が記載されている
     ことを特徴とする映像送信方法。
  7.  映像をバーチャルチャンネルで受信して再生する映像再生装置であって、
     複数のバーチャルチャンネルそれぞれを定義する定義情報を含むバーチャルチャンネル情報と、映像とを受信する受信手段と、
     前記受信する映像に係るバーチャルチャンネルを定義する定義情報が、3D映像を構成する一方の映像の伝送形態を示す伝送形態情報を含む場合に、前記伝送形態情報に基づき前記他方の映像を取得する取得手段と、
     前記受信手段により受信した映像と前記取得手段により取得した映像とを用いて前記3D映像を再生する再生手段とを備える
     ことを特徴とする映像再生装置。
  8.  映像再生装置に対して映像を送信する映像送信装置であって、
     2D映像に対応付けられた3D映像を記憶する記憶手段と、
     1つのバーチャルチャンネルにより前記3D映像と、前記2D映像に係る番組を規定する情報と、前記3D映像に係る番組を規定する情報とを送信する送信手段とを備え、
     前記3D映像に係る番組を規定する情報は、前記2D映像に係る番組を規定する情報を特定するための紐付け情報を含む
     ことを特徴とする映像送信装置。
  9.  前記送信手段は、前記3D映像に係る番組を規定する情報に、前記3D映像を構成する2つの異なる視点からの映像の少なくとも1つについて、前記2D映像と同一か否かを示す一致状態情報を含めて送信し、
     前記映像再生装置は、前記一致状態情報を受信すること
     を特徴とする請求項8記載の映像送信装置。
  10.  前記2D映像に係る番組を規定する情報及び前記3D映像に係る番組を規定する情報は、ATSC(Advanced Television System Committee)のPSIP(Program and System Information Protocol)規格に準じたEIT(Event Information Table)であり、
     前記紐付け情報は、event_id、及び、前記2D映像に係る番組を送信するバーチャルチャンネルを特定するsource_idを含む
     ことを特徴とする請求項9記載の映像送信装置。
  11.  映像再生装置に対して映像を送信する映像送信装置が実行する映像送信方法であって、
     3D映像に対応付けられた2D映像を取得する取得ステップと、
     1つのバーチャルチャンネルにより前記3D映像と、前記2D映像に係る番組を規定する情報と、前記3D映像に係る番組を規定する情報とを送信する送信ステップとを含み、
     前記3D映像に係る番組を規定する情報は、前記2D映像に係る番組を規定する情報を特定するための紐付け情報を含む
     ことを特徴とする映像送信方法。
  12.  3D映像を受信して再生する映像再生装置であって、
     1つのバーチャルチャンネルにより、2D映像に対応付けられた3D映像と、前記2D映像に係る番組を規定する情報と、前記3D映像に係る番組を規定する情報とを受信する受信手段と、
     前記3D映像に係る番組を規定する情報が、前記2D映像に係る番組を規定する情報を特定するための紐付け情報を含むか否かを判断する判断手段と、
     前記判断手段による判断が肯定的であった場合に、前記2D映像に係る番組と前記3D映像に係る番組とが対応付けられていることを示した電子番組表を生成して表示する表示手段とを備える
     ことを特徴とする映像再生装置。
PCT/JP2013/003283 2012-05-24 2013-05-23 映像送信装置、映像送信方法、及び映像再生装置 WO2013175796A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
MX2014000675A MX2014000675A (es) 2012-05-24 2013-05-23 Dispositivo de transmision de video, metodo de transmision de video y dispositivo de reproduccion de video.
CA2841186A CA2841186A1 (en) 2012-05-24 2013-05-23 Video transmission device, video transmission method, and video playback device
US14/234,742 US9596450B2 (en) 2012-05-24 2013-05-23 Video transmission device, video transmission method, and video playback device
KR1020147000826A KR20150021487A (ko) 2012-05-24 2013-05-23 영상송신장치, 영상송신방법 및 영상재생장치
JP2014516679A JP6148232B2 (ja) 2012-05-24 2013-05-23 映像送信装置、映像送信方法、及び映像再生装置

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201261651222P 2012-05-24 2012-05-24
US61/651,222 2012-05-24
US201261654307P 2012-06-01 2012-06-01
US61/654,307 2012-06-01
US201261656303P 2012-06-06 2012-06-06
US61/656,303 2012-06-06
US201261660104P 2012-06-15 2012-06-15
US61/660,104 2012-06-15

Publications (1)

Publication Number Publication Date
WO2013175796A1 true WO2013175796A1 (ja) 2013-11-28

Family

ID=49623502

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/003283 WO2013175796A1 (ja) 2012-05-24 2013-05-23 映像送信装置、映像送信方法、及び映像再生装置

Country Status (6)

Country Link
US (1) US9596450B2 (ja)
JP (1) JP6148232B2 (ja)
KR (1) KR20150021487A (ja)
CA (1) CA2841186A1 (ja)
MX (1) MX2014000675A (ja)
WO (1) WO2013175796A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021065630A1 (ja) * 2019-09-30 2021-04-08 株式会社ソニー・インタラクティブエンタテインメント 画像データ転送装置および画像データ転送方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11936936B2 (en) * 2013-10-09 2024-03-19 Disney Enterprises, Inc. Method and system for providing and displaying optional overlays
WO2018147329A1 (ja) * 2017-02-10 2018-08-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 自由視点映像生成方法及び自由視点映像生成システム
CN110121080A (zh) * 2018-02-05 2019-08-13 北京大学 虚拟现实视频传输和下载播放的方法、系统及计算机设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1169346A (ja) * 1997-08-18 1999-03-09 Sony Corp 送信装置、受信装置、伝送装置、並びに送信方法、受信方法、伝送方法
JP2011041242A (ja) * 2009-02-09 2011-02-24 Sony Corp コンテンツ受信装置および方法
JP2011082666A (ja) * 2009-10-05 2011-04-21 Sony Corp 信号伝送方法、信号送信装置及び信号受信装置
JP2011250218A (ja) * 2010-05-28 2011-12-08 Hitachi Consumer Electronics Co Ltd 受信装置、受信方法および送信方法
JP2012244411A (ja) * 2011-05-19 2012-12-10 Sony Corp 画像データ送信装置、画像データ送信方法および画像データ受信装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5632291B2 (ja) * 2008-11-18 2014-11-26 パナソニック株式会社 特殊再生を考慮した再生装置、集積回路、再生方法
JP2012516069A (ja) * 2009-01-20 2012-07-12 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 3dビデオ及び3dオーバレイをビデオインタフェース上で送信し、合成する方法及びシステム
US8954308B2 (en) * 2009-02-23 2015-02-10 Georgia Tech Research Corporation Modeling of multi-layered power/ground planes using triangle elements
JP2011066871A (ja) * 2009-08-21 2011-03-31 Sony Corp コンテンツ伝送方法及び表示装置
US9210354B2 (en) * 2009-12-15 2015-12-08 Electronics And Telecommunications Research Institute Method and apparatus for reception and transmission
US20110149020A1 (en) * 2009-12-17 2011-06-23 Ilya Klebanov Method and system for video post-processing based on 3d data
KR101694821B1 (ko) * 2010-01-28 2017-01-11 삼성전자주식회사 다시점 비디오스트림에 대한 링크 정보를 이용하는 디지털 데이터스트림 전송 방법와 그 장치, 및 링크 정보를 이용하는 디지털 데이터스트림 전송 방법과 그 장치
CN102918857B (zh) * 2010-04-02 2015-11-25 三星电子株式会社 用于发送用于提供二维和三维内容的数字广播内容的方法和设备以及用于接收数字广播内容的方法和设备
CN103069815B (zh) * 2010-08-17 2016-04-13 Lg电子株式会社 用于接收数字广播信号的设备和方法
US20120050154A1 (en) * 2010-08-31 2012-03-01 Adil Jagmag Method and system for providing 3d user interface in 3d televisions

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1169346A (ja) * 1997-08-18 1999-03-09 Sony Corp 送信装置、受信装置、伝送装置、並びに送信方法、受信方法、伝送方法
JP2011041242A (ja) * 2009-02-09 2011-02-24 Sony Corp コンテンツ受信装置および方法
JP2011082666A (ja) * 2009-10-05 2011-04-21 Sony Corp 信号伝送方法、信号送信装置及び信号受信装置
JP2011250218A (ja) * 2010-05-28 2011-12-08 Hitachi Consumer Electronics Co Ltd 受信装置、受信方法および送信方法
JP2012244411A (ja) * 2011-05-19 2012-12-10 Sony Corp 画像データ送信装置、画像データ送信方法および画像データ受信装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021065630A1 (ja) * 2019-09-30 2021-04-08 株式会社ソニー・インタラクティブエンタテインメント 画像データ転送装置および画像データ転送方法

Also Published As

Publication number Publication date
MX2014000675A (es) 2014-04-02
KR20150021487A (ko) 2015-03-02
CA2841186A1 (en) 2013-11-28
JP6148232B2 (ja) 2017-06-14
US20140152766A1 (en) 2014-06-05
JPWO2013175796A1 (ja) 2016-01-12
US9596450B2 (en) 2017-03-14

Similar Documents

Publication Publication Date Title
US9392256B2 (en) Method and apparatus for generating 3-dimensional image datastream including additional information for reproducing 3-dimensional image, and method and apparatus for receiving the 3-dimensional image datastream
US8773584B2 (en) Playback apparatus, playback method, integrated circuit, broadcast system, and broadcast method using a broadcast video and additional video
WO2012017643A1 (ja) 符号化方法、表示装置、及び復号方法
JP5956441B2 (ja) 受信再生装置、送信装置、受信再生方法及び送信方法
US20140157342A1 (en) Reception device, transmission device, reception method, and transmission method
CN103168473B (zh) 数字接收机以及用于处理数字接收机中的3d 内容的方法
KR20110101099A (ko) 복수 전송 계층 연동형 3dtv 방송 서비스 제공을 위한 송신 및 수신 방법, 송신 및 수신 장치
WO2012081874A2 (ko) 스테레오스코픽 비디오 서비스 위한 시그널링 방법 및 이러한 방법을 사용하는 장치
KR20160102479A (ko) 방송 신호 송수신 방법 및 장치
JP5981915B2 (ja) 送信装置、受信再生装置、送信方法及び受信再生方法
US20130229489A1 (en) Video processing device, transmission device, video processing system, video processing method, transmission method, computer program and integrated circuit
JP6148232B2 (ja) 映像送信装置、映像送信方法、及び映像再生装置
KR20140105367A (ko) 재생장치, 송신장치, 재생방법 및 송신방법
US20140147088A1 (en) Transmission device, receiving/playing device, transmission method, and receiving/playing method
KR20120058702A (ko) 디지털 방송에서 서비스 호환 방식 전송 방법
WO2012050381A2 (ko) 스테레오스코픽 영상 정보의 전송 방법 및 장치
JP5957770B2 (ja) 映像処理装置、方法、プログラム、記録媒体及び集積回路
US20130250059A1 (en) Method and apparatus for transmitting stereoscopic video information
US20120127266A1 (en) Method and apparatus for providing stereoscopic 3d broadcasting service compatible with hd broadcasting service
KR101878218B1 (ko) Mpeg-2 ts 기반 방송 서비스 환경에서 전달 시간이 다른 콘텐츠를 연동하여 3d 서비스를 제공하는 방법
KR20120056190A (ko) Hdtv 방송 서비스와 호환할 수 있는 스테레오스코픽 3dtv 방송 서비스 제공 방법 및 장치
KR20130046404A (ko) 디지털 단말에서의 2d 모드 재생을 위한 송신 장치, 디지털 단말에서의 2d 모드 재생 장치 및 그 방법들
KR20120060771A (ko) 스테레오스코픽 영상 정보의 전송 방법 및 장치

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2841186

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 2014516679

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20147000826

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2014/000675

Country of ref document: MX

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

Ref document number: 13793627

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14234742

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13793627

Country of ref document: EP

Kind code of ref document: A1