WO2011148554A1 - Appareil récepteur et procédé de sortie - Google Patents

Appareil récepteur et procédé de sortie Download PDF

Info

Publication number
WO2011148554A1
WO2011148554A1 PCT/JP2011/001798 JP2011001798W WO2011148554A1 WO 2011148554 A1 WO2011148554 A1 WO 2011148554A1 JP 2011001798 W JP2011001798 W JP 2011001798W WO 2011148554 A1 WO2011148554 A1 WO 2011148554A1
Authority
WO
WIPO (PCT)
Prior art keywords
program
video
output
descriptor
information
Prior art date
Application number
PCT/JP2011/001798
Other languages
English (en)
Japanese (ja)
Inventor
貞雄 鶴賀
敏史 大塚
Original Assignee
日立コンシューマエレクトロニクス株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2010122211A external-priority patent/JP2011250218A/ja
Priority claimed from JP2010122212A external-priority patent/JP5559605B2/ja
Priority claimed from JP2010134649A external-priority patent/JP5559614B2/ja
Application filed by 日立コンシューマエレクトロニクス株式会社 filed Critical 日立コンシューマエレクトロニクス株式会社
Priority to CN2011800252026A priority Critical patent/CN102907106A/zh
Priority to US13/699,016 priority patent/US20130215240A1/en
Publication of WO2011148554A1 publication Critical patent/WO2011148554A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G3/00—Control arrangements or circuits, of interest only in connection with visual indicators other than cathode-ray tubes
    • G09G3/20—Control arrangements or circuits, of interest only in connection with visual indicators other than cathode-ray tubes for presentation of an assembly of a number of characters, e.g. a page, by composing the assembly by combination of individual elements arranged in a matrix no fixed position being assigned to or needed to be assigned to the individual characters or partial characters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/183—On-screen display [OSD] information, e.g. subtitles or menus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/194—Transmission of image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/356—Image reproducers having separate monoscopic and stereoscopic modes
    • H04N13/359—Switching between monoscopic and stereoscopic modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/816—Monomedia components thereof involving special video data, e.g 3D video

Definitions

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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Library & Information Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

Il était impossible pour des appareils récepteurs de diffusion numérique de déterminer si un programme actuellement reçu ou un programme qui doit être reçu dans le futur, est un programme 3D, ou non. Un appareil émetteur transmet à la fois un contenu de programme comportant des informations vidéo et des informations d'identification (ID) comportant des informations permettant de déterminer si le contenu de programme est un contenu de programme en 2D ou un contenu de programme en 3D. Un appareil récepteur comprend : une unité de réception pour recevoir à la fois le contenu de programme comportant les informations vidéo et les informations d'identification (ID) comportant des informations permettant de déterminer si le contenu de programme est un contenu de programme en 2D ou un contenu de programme en 3D ; et une unité de sortie pour sortir le contenu de programme reçu selon un format 2D ou un format 3D. Dans le cas où un programme en 3D est reçu et où le contenu de ce dernier est ensuite converti en un format 2D pour la sortie, l'unité de sortie sort, en plus du contenu du programme dans le format 2D, des informations indiquant que le programme est un programme en 3D.
PCT/JP2011/001798 2010-05-28 2011-03-28 Appareil récepteur et procédé de sortie WO2011148554A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2011800252026A CN102907106A (zh) 2010-05-28 2011-03-28 接收装置和输出方法
US13/699,016 US20130215240A1 (en) 2010-05-28 2011-03-28 Receiver apparatus and output method

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2010122211A JP2011250218A (ja) 2010-05-28 2010-05-28 受信装置、受信方法および送信方法
JP2010-122212 2010-05-28
JP2010-122211 2010-05-28
JP2010122212A JP5559605B2 (ja) 2010-05-28 2010-05-28 受信装置および受信方法
JP2010134649A JP5559614B2 (ja) 2010-04-21 2010-06-14 受信装置および受信方法
JP2010-134649 2010-06-14

Publications (1)

Publication Number Publication Date
WO2011148554A1 true WO2011148554A1 (fr) 2011-12-01

Family

ID=45003556

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/001798 WO2011148554A1 (fr) 2010-05-28 2011-03-28 Appareil récepteur et procédé de sortie

Country Status (1)

Country Link
WO (1) WO2011148554A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015534751A (ja) * 2012-11-19 2015-12-03 エルジー エレクトロニクス インコーポレイティド 信号送受信装置及び信号送受信方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07274216A (ja) * 1994-03-30 1995-10-20 Sanyo Electric Co Ltd 立体映像表示装置
JPH11191895A (ja) * 1996-12-04 1999-07-13 Matsushita Electric Ind Co Ltd 高解像度および立体映像記録用光ディスク、光ディスク再生装置、および光ディスク記録装置
JP2003333624A (ja) * 2002-05-10 2003-11-21 Sharp Corp 電子機器
JP2006352876A (ja) * 2005-06-14 2006-12-28 Samsung Electronics Co Ltd 映像送信及び受信方法と装置、及びその伝送ストリーム構造
WO2010064448A1 (fr) * 2008-12-05 2010-06-10 パナソニック株式会社 Lecteur vidéo stéréoscopique, système de lecture vidéo stéréoscopique, procédé de lecture vidéo stéréoscopique, et dispositif semi-conducteur pour la lecture vidéo stéréoscopique

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07274216A (ja) * 1994-03-30 1995-10-20 Sanyo Electric Co Ltd 立体映像表示装置
JPH11191895A (ja) * 1996-12-04 1999-07-13 Matsushita Electric Ind Co Ltd 高解像度および立体映像記録用光ディスク、光ディスク再生装置、および光ディスク記録装置
JP2003333624A (ja) * 2002-05-10 2003-11-21 Sharp Corp 電子機器
JP2006352876A (ja) * 2005-06-14 2006-12-28 Samsung Electronics Co Ltd 映像送信及び受信方法と装置、及びその伝送ストリーム構造
WO2010064448A1 (fr) * 2008-12-05 2010-06-10 パナソニック株式会社 Lecteur vidéo stéréoscopique, système de lecture vidéo stéréoscopique, procédé de lecture vidéo stéréoscopique, et dispositif semi-conducteur pour la lecture vidéo stéréoscopique

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015534751A (ja) * 2012-11-19 2015-12-03 エルジー エレクトロニクス インコーポレイティド 信号送受信装置及び信号送受信方法
US9749580B2 (en) 2012-11-19 2017-08-29 Lg Electronics Inc. Signal transceiving apparatus and signal transceiving method

Similar Documents

Publication Publication Date Title
WO2011151959A1 (fr) Dispositif de réception, procédé de contrôle d'écran, dispositif de transmission et procédé de transmission
JP5481597B2 (ja) デジタルコンテンツ受信装置および受信方法
JP5952451B2 (ja) 受信装置および受信方法
WO2011151958A1 (fr) Dispositif de réception et procédé d'émission
JP6185891B2 (ja) 受信装置および受信方法
JP5952454B2 (ja) 受信装置および受信方法
WO2011151960A1 (fr) Dispositif de réception et procédé de sortie
JP5588489B2 (ja) 送受信システムおよび情報処理方法
JP5559605B2 (ja) 受信装置および受信方法
JP2011250218A (ja) 受信装置、受信方法および送信方法
WO2011148554A1 (fr) Appareil récepteur et procédé de sortie
JP6117410B2 (ja) 送受信システムおよび送受信方法
JP6117976B2 (ja) 受信装置および受信方法
JP5952453B2 (ja) 受信装置および受信方法
JP5947942B2 (ja) 送受信システムおよび送受信方法
JP5947866B2 (ja) 受信装置および受信方法
JP5965505B2 (ja) 受信装置、受信方法、および送受信方法
JP5156795B2 (ja) 表示装置及び表示方法
JP5903461B2 (ja) 送受信システムおよび送受信方法
JP2012015570A (ja) 受信装置、受信方法、および送受信方法
JP2017143551A (ja) 受信装置および受信方法
JP2017143552A (ja) 受信装置および受信方法
JP2016140095A (ja) 受信装置および受信方法
JP2011254276A (ja) 受信装置、受信方法、および送受信方法
JP2011254277A (ja) 受信装置、受信方法、および送受信方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180025202.6

Country of ref document: CN

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

Ref document number: 11786258

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13699016

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 11786258

Country of ref document: EP

Kind code of ref document: A1