JP2011228968A - Digital content receiving apparatus, digital content receiving method, and digital content transmitting and receiving method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To solve a problem that a digital broadcasting receiver cannot recognize that the current program being received or a future program to be received is a 3D program.SOLUTION: A digital content receiving apparatus for receiving a transmitted digital content determines whether or not display means is capable of displaying a 3D component when the digital content includes at least component information describing an element composing a program of the content and the component information describes that the received digital content is a 3D component. If the display means is capable of displaying a 3D component, the digital content receiving apparatus displays the received digital content in 3D.

Description

  The technical field relates to a three-dimensional (three-dimensional) video broadcast receiving apparatus, receiving method, and transmitting / receiving method.

  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]). As 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]).

JP2003-9033

However, Patent Document 1 does not disclose the viewing of 3D content. for that reason,
There is a problem that it is not possible to recognize that a program that the receiver is currently receiving or will receive in the future is a 3D program.

  In order to solve the above-described problems, an embodiment of the present invention may use, for example, the technical idea described in the claims.

  According to the above means, it becomes possible to recognize that a program that the receiver is currently receiving or that will be received in the future is a 3D program, and the convenience of the user can be improved.

It is an example of the block diagram which shows the structural example of a system. 2 is an example of a block diagram illustrating a configuration example of a transmission device 1. FIG. It is an example of assignment of a stream format type. It is an example of the structure of a component descriptor. It is an example of the component content and component classification which are the components of a component descriptor. It is an example of the component content and component classification which are the components of a component descriptor. It is an example of the component content and component classification which are the components of a component descriptor. It is an example of the component content and component classification which are the components of a component descriptor. It is an example of the component content and component classification which are the components of a component descriptor. It is an example of the structure of a component group descriptor. It is an example of a component group type. It is an example of component group identification. It is an example of charge unit identification. It is an example of the structure of 3D program detail descriptor. It is a figure which shows the example of the 3D system classification. It is an example of the structure of a service descriptor. It is an example of a service type classification. It is an example of the structure of a service list descriptor. It is an example of the transmission operation rule in the transmission apparatus 1 of a component descriptor. It is an example of the transmission operation rule in the transmission apparatus 1 of a component group descriptor. It is an example of the transmission operation rule in the transmission apparatus 1 of 3D program detailed descriptor. It is an example of the transmission operation rule in the transmission apparatus 1 of a service descriptor. It is an example of the transmission operation rule in the transmission apparatus 1 of a service list descriptor. It is an example of the process with respect to each field of a component descriptor in the receiver 4. It is an example of the process with respect to each field of a component group descriptor in the receiver 4. It is an example of the process with respect to each field of 3D program detailed descriptor in the receiver 4. It is an example of the process with respect to each field of a service descriptor in the receiver 4. It is an example of the process with respect to each field of a service list descriptor in the receiver 4. It is an example of the block diagram of the receiver of this invention. It is an example of the schematic diagram of a CPU internal function block diagram in the receiver of this invention. An example of the flowchart of a system control part. An example of message display. An example of message display. An example of message display. An example of message display. An example of the flowchart of the system control part at the time of the next program start. Example of message display Example of message display An example of the flowchart of the system control part before a program start. An example of the flowchart of the system control part after a program start. Example of message display An example of the flowchart of the system control part after a user selection. Example of message display An example of the flowchart of the system control part after a user selection. An example of the flowchart of the system control part after a program start. Example of message display An example of the flowchart of the system control part after a program start. An example of the flowchart of the system control part after a program start. An example of the flowchart of the system control part after a user selection. An example of the flowchart of the system control part after a program start. An example of the system control part after a user selection.

  Hereinafter, examples (examples) of the preferred embodiments of the present invention will be described. However, 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.

<System>
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, and the user's home 4 is a receiving device, and 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 transmission device 1 transmits the modulated signal radio wave via the relay device 2. As shown in the figure, in addition to transmission by satellite, for example, transmission by cable, transmission by telephone line, transmission by terrestrial broadcasting, transmission via a network such as the Internet via the public network 3, etc. can also be used. As will be described later, 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. Alternatively, when 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. The device 4 decodes the information signal and records it on a recording medium as a signal suitable for recording if necessary. In addition, 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.
<Transmitter>
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, and 16 is management information. Part. 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. At this time, 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 In addition, 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.) is also added. The program specifying information and the program arrangement information are collectively referred to as program information below.

  In many cases, a plurality of pieces of information are multiplexed in one radio wave by a method such as time division or spread spectrum. Although not shown in FIG. 2 for simplicity, in this case, there are a plurality of systems of the source generation unit 11 and the encoding unit 12, and a multiplex for multiplexing a plurality of pieces of information between the encoding unit 12 and the scramble unit 13. Part (multiplexing part) is placed.

Similarly, 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. 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, “Side-by-Side” method divided into left and right, “Top-and-Bottom” method divided into upper and lower, “Field alternative” method and scanning lines stored using interlace “Left + Depth” that stores the information for each pixel of the video (video) and the depth (distance to the subject) for each pixel of the “Line alternative” method that alternately stores the left and right eye images for each line. There is a method. Since these methods divide one image into a plurality of images and store a plurality of viewpoint images, 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.
As another system, there is a “Frame Packing” system that transmits a left-eye video and a right-eye video that are not compatible with the existing 2D program broadcasting system. This method is an example of a video compression method such as H.264, which is a multi-view video encoding method. H.264 MVC is used, and its feature is that high-resolution 3D video can be transmitted. When this method is used, there is an effect that high-resolution 3D video can be transmitted. Note that 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.
Note that MPEG2 and H.264 which are not originally specified as multi-view video encoding methods. Even in an encoding method such as H.264 AVC (excluding MVC), if a stream in which a video for the left eye and a frame for the right eye are alternately stored is generated, display in the “Frame Packing” method is also possible.

<Program information>
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. From four tables, NIT (Network Information Table) for transmitting information relating road information and broadcast programs, and CAT (Conditional Access Table) for specifying packet identifiers of TS packets for transmitting individual information among related information of pay broadcasting. Therefore, it is defined in the MPEG2 system standard. For example, it includes video encoding information, audio encoding information, and program configuration. In the present invention, information indicating whether or not the video is a 3D video is newly included. The PSI is added by the management information adding unit 16.

  Program sequence information, also called SI (Service Information), is a variety of information defined for the convenience of program selection, including MPEG-2 system standard PSI information, program name, broadcast date, program content, etc. There are an EIT (Event Information Table) in which information related to a program is described, an SDT (Service Description Table) in which information related to an organized channel (service) is described, such as an organized channel name and a broadcaster name.

  For example, the management information adding unit 16 includes information indicating the configuration of the currently broadcast program, the program to be broadcast next, the format of the service, and the program configuration information for one week.

  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. These descriptors are described in tables such as PMT, EIT [schedule basic / schedule extended / present / following], NIT, and SDT.

  As the usage of the PMT and EIT tables, for example, since only information on programs currently broadcast is described for PMT, information on programs broadcast in the future cannot be confirmed. However, since the transmission cycle from the transmission side is short, the time until the reception is completed is short, and the reliability is high in the sense that the information is not changed because it is information on the currently broadcast program. On the other hand, for EIT [schedule basic / schedule extended], information up to 7 days ahead can be acquired in addition to the currently broadcasted program, but the time until the reception is completed because the transmission cycle from the transmission side is longer than the PMT. There is a demerit such as low reliability in the sense that it requires a long storage area and may be changed due to a future event. As for EIT [following], information on the program of the next broadcast time can be acquired.

  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 elementary stream (ES)). Can indicate the ES format of the currently broadcast program as shown in FIG. 3, but “ITU-” indicates that the video stream is a multi-view coded video stream that can be used for 3D video programs at 0x1F. An MVC video stream defined by T recommendation H.264 ISO / IEC 14496 video (a so-called “H.264 MVC” stream) is allocated. In this description, it is assigned to 0x1F, but it may be assigned to any of 0x20 to 0x7E. Further, the MVC video stream is merely an example, and may be a video stream other than MVC as long as it indicates a multi-view encoded video stream that can be used for a 3D video program.

  As described above, the receiving device 4 monitors the stream_type, and if it is 0x1F (multi-view encoded video stream), it can be recognized that this program is a multi-view encoded video compatible program. In the case of a broadcast operation method in which a multi-view encoded video stream is used only for a 3D video program, there is an effect that the receiving device 4 can recognize that the currently received program is a 3D program by the stream_type.

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.

  The meaning of the component descriptor is as follows. In other words, 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.

  In the program map section, 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 represented by 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.

FIGS. 5A to 5E show examples of stream_content (component content) and component_type (component type) that are components 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.
Component content 0x05 shown in FIG. 5B represents various video formats of a 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 in the H.264 MVC format.

The component content 0x07 shown in FIG. 5D represents various video formats of a side-by-side stream of 3D video compressed in MPEG2 or H.264 AVC format.
The component content 0x08 shown in FIG. 5 (e) represents various video formats of a Top-and-Bottom stream of 3D video compressed in MPEG2 or H.264 AVC format.
As shown in FIG. 5 (d) and FIG. 5 (e), whether or not it is 3D video depending on the combination of stream_content (component content) and component_type (component type) that are components of the component descriptor. By adopting a configuration that shows a combination of resolution and aspect ratio, it is possible to transmit various types of video system information including 2D program / 3D program identification with a small transmission amount even in mixed 3D and 2D broadcasting. .
In particular, using a coding method such as MPEG2 or H.264 AVC (excluding MVC) that is not originally defined as a multi-view coding method, a Side-by-Side format or a Top-and-Bottom format. When a 3D video program including a plurality of viewpoint images in one image is transmitted, only the above-described stream_type (stream format type) includes a plurality of viewpoint images in one image for the 3D video program. It is difficult to identify whether the image is transmitted or a normal image of one viewpoint. Therefore, in this case, 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).

  As described above, the receiver 4 monitors stream_content and component_type, so that it is possible to recognize that the currently received program or a future received program 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.

  The meaning of the component group descriptor is as follows. In other words, 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.

Here, 001 represents a 3DTV service and is distinguished from 000 multi-view TV services. Here, 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. For example, in a multi-view coded video stream or a stream of a coding method that is not originally a coding method defined as a multi-view coding method, a stream for transmission including images of a plurality of viewpoints in one screen is 3D. It may be used not only for video programs but also for multi-view TV programs. In this case, even if a multi-view video is included in the stream, it may be impossible to identify whether the stream is a 3D video program or a multi-view TV program only with the above-described stream_type (stream format type). In such a case, identification by component_group_type (component group type) is effective. 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 4-bit field and describes the charging unit identification to which the component belongs according to FIG.

  num_of_component (number of components) is a 4-bit field and indicates 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. component_tag (component tag) is an 8-bit field indicating the value of the component tag belonging to the component group.

  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 every 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.

  As described above, the monitoring of the component_group_type by the receiving device 4 has an effect of recognizing that a program that is currently received or that will be received in the future is a 3D program.

  Next, an example in which a new descriptor indicating information related to a 3D program is used will be described. FIG. 10 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 stream_content (component content and component_type (component type) for the 3D video program shown in FIGS. 5 (c) to 5 (e) already described. By transmitting the child, the stream_content (component content and component_type (component type)) for the 3D video program may not be transmitted. The meaning of the 3D program detail descriptor is as follows. If the descriptor is transmitted in the case of a 3D video program and is not transmitted in the 2D video program, it is identified whether the program is a 2D video program or a 3D video program only by the presence or absence of the 3D program detail descriptor. Next, descriptor_tag is an 8-bit field, and a value (for example, 0xE1) in which this descriptor can be distinguished from the 3D program details descriptor is described. descriptor_length is an 8-bit field describes the size of the descriptor.

  3d_method_type (3D method type) is an 8-bit field and represents a 3D method type according to FIG. 0x01 represents the Frame Packing method, 0x02 represents the Side-by-Side method, and 0x03 represents the Top-and-Bottom method. 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 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. In the program map section, 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).
As described above, 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. In addition, when the program is a 3D program, the type of the 3D transmission method can be identified.

  Next, an example in which 3D video or 2D video is identified on a service (organization channel) basis will be described. 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.

  The meaning of the service descriptor is as follows. That is, 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.

  As described above, there is an effect that the reception device 4 can recognize that the service (organization channel) is a 3D program channel by monitoring service_type. In this way, if it is possible to identify whether a service (organization channel) is a 3D video service or a 2D video service, it is possible to display, for example, that the service is a 3D video program broadcast service by EPG display or the like. . However, even a service that broadcasts mainly 3D video programs may need to broadcast 2D video, such as when the source of advertisement video is only 2D video. Therefore, the identification of the 3D video service based on the service_type (service type type) of the service descriptor is the same as the identification of the 3D video program based on the combination of the stream_content (component content) and the component_type (component type) already described, and the 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.

The meaning of the service list descriptor is as follows. That is, service_id (service identification) is a 16-bit field, and uniquely identifies the information service in the transport stream. The service identification is equal to the broadcast program number identification (program_number) in the corresponding program map section. The service_type (service type type) is an 8-bit field and represents the type of service according to FIG. 12 described above.
Since it is possible to identify whether or not it is “3D video broadcasting service” by these service_type (service type type), for example, by using the list of organized channels and their types indicated in the service list descriptor, EPG In the display, it is possible to perform a display in which only “3D video broadcasting service” is grouped.

  As described above, there is an effect that the receiving device 4 can recognize that the organization channel is a channel of a 3D program by monitoring service_type.

  The examples of descriptors described above describe only representative members. Having other members, combining multiple members into one, and converting one member into multiple members with detailed information. Dividing is also conceivable.

<Examples of program information transmission operation rules>
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.

An example of program information transmission operation rules in the transmission apparatus 1 will be described below.
FIG. 15 shows an example of a transmission operation rule in the component descriptor transmission apparatus 1. In “descriptor_tag”, “0x50” indicating a component descriptor is described. In “descriptor_length”, the descriptor length of the component descriptor is described. The maximum descriptor length is not specified. In “stream_content”, “0x01” (video) is described.

  In “component_type”, the video component type of the component is described. 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 with a video type name of 16 bytes (8 full-width characters) or less when there are multiple video components. 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”.

  It should be noted that at least one video component having a component_tag value of 0x00 to 0x0F included in the event (program) is always transmitted.

  As described above, when the transmission apparatus 1 performs the transmission operation, the reception apparatus 4 monitors the stream_content and the component_type, so that it is possible to recognize that the program currently received or received in the future is a 3D program.

  FIG. 16 shows an example of a transmission operation rule in the component group descriptor transmission apparatus 1.

  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 multi-view television and '001' indicates 3D television.

  In “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 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 charge / non-charge units in the component group. The maximum value is 2. 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 a 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 full-width characters). “Text_char” always describes the description about the component group. No default string is specified. Also, no line feed code is used.

  When performing multi-view TV service, “component_group_type” is always transmitted as “000”. When performing 3D television service, “component_group_type” is always transmitted as “001”.

  By performing transmission operation in the transmission apparatus 1 in this way, there is an effect that the reception apparatus 4 can recognize that the program currently received or received in the future is a 3D program by monitoring component_group_type.

  FIG. 17 shows an example of a transmission operation rule in the transmission device 1 for the 3D program detail descriptor. In “descriptor_tag”, “0xE1” indicating a 3D program detail descriptor is described. In “descriptor_length”, the descriptor length of the 3D program detail descriptor is described. “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.

  By performing transmission operation in the transmission apparatus 1 in this way, 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 a transmission operation rule in the service descriptor transmission apparatus 1. In “descriptor_tag”, “0x48” indicating a service descriptor is described. In “descriptor_length”, the descriptor length of the service descriptor is described. “Service_type” describes the service type.

  The service format type is set from FIG. “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 is not used in terrestrial digital television broadcasting, describe “0x00”.

  “Char” describes an operator name in BS / CS digital television broadcasting. Maximum 10 characters. Nothing is described for digital terrestrial television broadcasting. “Service_name_length” describes the organization channel name length. The maximum value is 20. “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.

  By performing transmission operation in the transmission apparatus 1 in this manner, there is an effect that the reception apparatus 4 can recognize that the organization channel is a 3D program channel by monitoring service_type.

  FIG. 19 shows an example of a transmission operation rule in the service list descriptor transmitting apparatus 1. In “descriptor_tag”, “0x41” indicating a service list descriptor is described. In “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.

  By performing transmission operation in the transmission apparatus 1 in this manner, there is an effect that the reception apparatus 4 can recognize that the organization channel is a 3D program channel by monitoring service_type.

<Hardware configuration of receiving device>
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. 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 controls recording of signals on the recording medium 26 and reproduction of signals from the recording medium 26, 28 Is a signal switching device that switches input signals from the descrambler 24, network I / F 25, and recording / reproduction control device 27, and outputs them to the demultiplexing device 29 and recording / reproduction control device 27. 29 is multiplexed in a format such as MPEG2-TS. This is a demultiplexer that separates the converted signals into signals such as video ES (Elementary Stream), audio ES, and program information. An ES is each of compressed and encoded image / sound data. 30 is a video decoding device that decodes the video ES into a video signal, 31 is a voice decoding device that decodes the audio ES into an audio signal and outputs it from the audio output 42, and 32 controls the configuration of the screen. The OSD (On Screen Display) display is superimposed on the video signal received from the video decoding device 30, and the video signal, the synchronization signal, and the control signal (used for device control) are output to the video signal output unit 41 and the control signal output unit. A screen configuration control device 33 that outputs from 43 receives an operation input from the user operation input unit 45 (for example, a key code from a remote controller that transmits an IR (Infrared Radiation) signal), and also the CPU 21 and the screen configuration control device 32. Is a control signal transmission / reception unit that transmits a device control signal (for example, IR) to an external device created by the device control signal transmission unit 44. Has a counter, also represents a timer, which performs holding of the current time, mainly due to these devices, the receiving device 4 is configured. Note that a 3D video display may be provided instead of or in addition to the video signal output unit 41, and the video decoded by the video decoding device 30 may be displayed on the 3D video display. Further, a speaker may be provided instead of or in addition to the audio output 42, and sound may be output from the speaker based on the audio signal decoded by the audio decoding device. In this case, the receiving device 4 is a 3D video display device. When displaying on a 3D video display, if necessary, a synchronization signal and a control signal are output from the control signal output unit 43 and the device control signal transmission terminal 44.

  A part of each of the constituent elements 21 to 34 shown in FIG. 3 may be composed of one or a plurality of LSIs. Moreover, it is good also as a structure which implement | achieves a part of function of each structural requirement of 21-34 shown in FIG. 3 with software.

<Functional block diagram of receiver>
FIG. 26 is an example of a functional block configuration of processing inside the CPU 21. Here, 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 also transmits / receives information to / from hardware in the receiving device 4 via the general-purpose bus 22. Moreover, although 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. For example, the channel selection control unit 59 appropriately acquires program information necessary for channel selection from the program information analysis unit 54.

  Next, the function of each functional block will be described. 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 device 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 and 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.

  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 device 30 and the audio decoding device 31, and performs start and stop of decoding, acquisition of information included in the stream, and the like.

  The recording / playback control unit 58 controls the recording / playback control device 27 to send 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). read out. In addition, control is performed to record the signal input to the recording / reproducing control device 27 on the recording medium 26.

  The channel selection control unit 59 controls the tuner 23, the descrambler 24, the signal switching device 28, the demultiplexing device 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 screen configuration control unit 61 to superimpose the created OSD data on a video signal and output it. Here, the OSD creation unit 60 creates parallax OSD data for left eye and right eye, and requests the screen configuration 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 screen configuration control unit 61 controls the screen configuration control device 32 to superimpose the video input from the video decoding device 30 to the screen configuration control device 32 and the OSD input from the OSD creation unit 60, and further if necessary. The video is processed (scaling, PinP, 3D display, etc.) and output to the outside. Each functional block provides these functions.

<Broadcast reception>
Here, a control procedure and a signal flow when performing broadcast reception will be described. First, 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. The channel selection control unit 59 is instructed to select a channel.

  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.

  Next, the tuning control unit 59 instructs the descrambler 24 to descramble the TS, instructs the signal switching device 28 to output the input from the descrambler 24 to the demultiplexer 29, The demultiplexer 29 is instructed to demultiplex the input TS, to output the demultiplexed video ES to the video decoder 30 and to output the audio ES to the audio decoder 31.

  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 device 30 and the audio decoding device 31. Upon receiving the decoding instruction, the decoding control unit 31 controls the video decoding device 30 to output the decoded video signal to the screen configuration control device 32, and the audio decoding device 31 receives the decoded audio signal as audio. Control is performed to output to the output 42. In this way, control is performed to output the video and audio of the CH designated by the user.

Further, in order to display a CH banner (OSD for displaying a CH number, program name, program information, etc.) at the time of channel selection, 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 screen configuration control unit 61, and the screen configuration control unit 61 that has received the data outputs the superimposed CH banner on the video signal. To control. In this way, a message is displayed at the time of channel selection.
<Recording of broadcast signal>
Next, broadcast signal recording control and signal flow will be described. When recording a specific CH, the system control unit 51 instructs the channel selection control unit 59 to select a specific CH and output a signal to the recording / playback control apparatus.

  The channel selection control unit 59 that has received the instruction instructs the tuner 23 to receive the designated channel as in the broadcast reception process, and the MPEG2-TS received from the tuner 23 to the descrambler 24. The descrambling / signal switching device 28 is controlled to output the input from the descrambler 24 to the recording / reproducing control device 27.

  In addition, the system control unit 51 instructs the recording / reproduction control unit 58 to record the input TS to the recording / reproduction control device 27. Receiving the instruction, the recording / reproduction control unit 58 performs necessary processing such as encryption on the signal (TS) input to the recording / reproduction control device 27, and adds additional information (recording CH) necessary for recording / reproduction. Program information, content information such as bit rate), and recording in management data (recorded content ID, recording position on recording medium 28, recording format, encrypted information, etc.), then MPEG2- The TS, additional information, and management data are written into the recording medium 28. In this way, the broadcast signal is recorded.

<Reproduction from recording media>
Next, playback processing from a recording medium will be described. When reproducing a specific program, the system control unit 51 instructs the recording / reproduction control unit 58 to reproduce the specific program. As an instruction at this time, 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 / reproduction control unit 58 that has received the instruction controls the recording / reproduction control device 27 to read out a signal (TS) from the recording medium 28 using the additional information and management data, and perform necessary processing such as decryption of encryption. After performing, it processes so that TS may be output with respect to the signal switching apparatus 28. FIG.

  In addition, the system control unit 51 instructs the channel selection control unit 59 to output the video and audio of the reproduction signal. The channel selection control unit 59 that has received the instruction controls the signal switching device 28 to output the input from the recording / reproducing control device 27 to the demultiplexing device 29, and is input to the demultiplexing device 29. The TS is demultiplexed, and the output of the demultiplexed video ES to the video decoding device 30 and the output of the demultiplexed audio ES to the audio decoding device 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 device 30 and the audio decoding device 31. Upon receiving the decoding instruction, the decoding control unit 31 controls the video decoding device 30 to output the decoded video signal to the screen configuration control device 32, and the audio decoding device 31 receives the decoded audio signal as audio. Control is performed to output to the output 42. 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.
As one 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. There is an active shutter system that generates parallax in an image displayed on the screen.
In this case, 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. Further, 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. Alternatively, the same display is performed on the 3D video display of the receiving device 4. In this way, a user wearing active shutter glasses can view 3D video on the 3D video display of the 3D video display device or the receiving device 4.

As another method, for the glasses worn by the user, 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. There is a polarization method that generates parallax between the left eye and the right eye by applying a circular polarization coat or applying a circular polarization coat and simultaneously outputting a left eye image and a right eye image with polarization corresponding to the polarization of the left eye and right eye glasses, respectively. .
In this case, 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. Alternatively, the same display is performed on the 3D video display of the receiving device 4. In this way, a user wearing polarized glasses can view 3D video on the 3D video display of the 3D video display device or the receiving device 4. In the polarization method, 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.

In addition, a color separation method that separates the left and right eye images by color may be used. Alternatively, a parallax barrier method that creates a 3D image using a parallax barrier that can be viewed with the naked eye may be used.
The 3D display method according to the present invention is not limited to a specific method.

<Example of specific determination method of 3D program using program information>
As an example of a 3D program determination method, 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.

  Check the information to determine whether the 3D program is newly included in the component descriptor or component group descriptor described in the table such as PMT and EIT [schedule basic / schedule extended / present / following]. Or 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. These pieces of information are added to the broadcast signal in the transmission device described above and transmitted. In the transmission device, for example, the management information adding unit 16 adds these pieces of information to the broadcast signal.

  The use of each table is characterized in that, for example, only information on the current program is described for PMT, so information on future programs cannot be confirmed, but the reliability is high. On the other hand, for EIT [schedule basic / schedule extended], information on future programs as well as current programs can be acquired, but it takes a long time to complete reception, requires a large storage area, and is a future event. There are disadvantages such as low reliability. As for EIT [following], it is possible to obtain information on a program at the next broadcast time, and therefore it is suitable for application to the present embodiment. Further, EIT [present] can be used to obtain current program information, and information different from PMT can be obtained.

  Next, a detailed example of processing of the receiving device 4 related to the program information described in FIGS. 4, 6, 10, 12, and 14 sent from the transmitting device 1 will be described.

  FIG. 20 shows an example of processing for each field of the component descriptor in the receiving device 4.

  If “descriptor_tag” is “0x50”, it is determined that the 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”, it is determined that the descriptor is valid (video). If it is other than “0x01”, it is determined that the descriptor is invalid. When “stream_content” is “0x01”, the subsequent 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 PMT stream identifier.

  “ISO_639_language_code” treats a character code arranged later as “jpn”, except for “jpn (“ 0x6A706E ”)”.

  “Text_char” is determined to be a component description within 16 bytes (8 full-width characters). If this field is omitted, it is determined as the default component description. The default character string is “video”.

  As described above, the component descriptor can determine the type of video component constituting the event (program), and the component description can be used when selecting the video component in the receiver.

  Note that only video components whose component_tag value is set to a value between 0x00 and 0x0F are to be selected independently. A video component set with a component_tag value other than the above is not a single selection target, and a target for a component selection function or the like.

In addition, 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.

  In this way, by performing processing for each field of this descriptor in the receiving device 4, 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.

  If “descriptor_tag” is “0xD9”, it is determined that the descriptor is a component group descriptor. Based on “descriptor_length”, it is determined to be the descriptor length of the component group descriptor.

  When “component_group_type” is “000”, it is determined as a multi-view TV service, and when it is “001”, it is determined as a 3D TV service.

  When “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 processed as 2.

  If “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 belonging to the component group and belonging 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 to be 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.

  If “text_length” is 16 (8 full-width characters) or less, it is determined as the component group description length. If it is greater 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.

  “Text_char” indicates an explanatory text related to the component group. Note that the arrangement of the component group descriptor of component_group_type = '000' determines that the multi-view TV service is to be performed in the event (program), and can be used for processing for each component group.

  Further, the arrangement of the component group descriptor of component_group_type = '001' makes it possible to determine that a 3D television service is to be performed in the event (program) and use it for processing for each component group.

  Furthermore, the default ES group of each group is always described in the component loop arranged at the head of the CA_unit loop.

In the main group (component_group_id = 0x0)
・ If the group's default ES group is non-chargeable, set free_CA_mode = 0 and do not set a component loop with CA_unit_id = 0x1.
-If the default ES group of the group is the object of billing, set free_CA_mode = 1 and be sure to set and describe the component loop with CA_unit_id = "0x1".
In the subgroup (component_group_id> 0x0)
-Only the same billing unit as the main group or a non-billing unit can be set for the sub group.
-If the default ES group of the group is a non-billing target, set and describe a component loop with CA_unit_id = 0x0.
・ If the group's default ES group is a chargeable target, set and describe a component loop with CA_unit_id = 0x1.

  In this way, by performing processing for each field of this descriptor in the receiving device 4, 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.

  If “descriptor_tag” is “0xE1”, it is determined that the descriptor is a 3D program detail descriptor. Based on “descriptor_length”, the descriptor length of the 3D program detail descriptor is determined. “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 PMT stream identifier.
Note that it may be configured to determine whether or not the program is a 3D video program based on the presence or absence of the 3D program detail descriptor itself. That is, in this case, if there is no 3D program detailed descriptor, it is determined as a 2D video program, and if there is a 3D program detailed descriptor, it is determined as a 3D video program.

  In this way, by performing processing for each field of this descriptor in the receiving device 4, 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 the service_type shown in FIG. 13, the descriptor is determined to be invalid.

  When “service_provider_name_length” is 20 or less in the case of reception of BS / CS digital television broadcasts, it is determined that the name of the operator is greater than 20, 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 judged invalid except for “0x00”.

  In the case of receiving BS / CS digital television broadcasting, “char” is determined to be a business name. 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.

  “Char” is determined as the organization channel name. If the SDT in which the descriptor is arranged cannot be received according to the example of the transmission operation rule described with reference to FIG. 18, it is determined that the basic information of the target service is invalid.

  Thus, by performing processing for each field of this descriptor in the receiving device 4, there is an effect that the receiving device 4 can recognize that the organization channel is a 3D program channel by monitoring service_type.

  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.

  As described above, the service list descriptor can be determined as information on the transport stream included in the target network.

  Thus, by performing processing for each field of this descriptor in the receiving device 4, there is an effect that the receiving device 4 can recognize that the organization channel is a 3D program channel by monitoring service_type.

  Next, specific descriptors in each table will be described. First, 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, “ITU-” indicating that the stream is a multi-view video encoded stream used for 3D video at 0x1F). (MVC video stream defined by the T recommendation H.264 ISO / IEC 14496 video (a stream of the so-called “H.264 MVC”) is allocated and its value is present in the program information).

  In addition to stream_type, it is also possible to newly assign a 3D program or a 2D / 3D identification bit for identifying a 2D program to an area that is currently reserved in the PMT, and make a determination based on the area.

  Similarly, EIT can be determined by newly assigning a 2D / 3D identification bit to the reserved area.

When a 3D program is determined by a component descriptor arranged in the PMT and / or EIT, 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). (C) to (e)) If there is a component_type representing 3D, it is possible to determine that the program is a 3D program. (For example, assign FIGS. 5C to 5E and confirm that the value exists in the program information of the target program.)
As described above with reference to FIGS. 6 and 7, as a determination method using the component group descriptor arranged in the EIT, 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).
As a determination method based on the 3D program detail descriptor arranged in the PMT and / or EIT, when determining whether the target program is a 3D program as described above with reference to FIGS. The determination can be made based on whether or not it exists. In this case, it is not necessary to analyze the descriptor, and the processing is easy. In addition, if 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.

  As described with reference to FIGS. 12, 13, and 14, 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. 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.

There is also a method of acquiring program information 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.
In the above description, various information (information included in tables and descriptors) for determining whether or not a 3D video is a service (CH) or a program unit has been described. There is no need. What is necessary is just to transmit required information according to a broadcast form. Of these pieces of information, 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 | video. When 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. If such a determination 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 between the 3D video program and the 2D video program.

  When the 3D program is determined to be a 3D program by the above-described 3D program determination method, for example, 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 perform (2D) processing (playback, display, output). 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.

<3D content display processing>
Next, processing during playback of 3D content (digital content including 3D video) will be described. Here, a case where the left-eye video ES and the right-eye video ES exist in one TS will be described as an example. First, when the user gives an instruction to switch to 3D video (for example, pressing the “3D” key on the remote control), the user instruction receiving unit 52 that receives the key code switches the system control unit 51 to 3D video. Instruct. The system control unit 51 that has received the instruction determines whether or not the current program is a 3D program by the above method.

  If the current program is a 3D program, the system control unit 51 first instructs the channel selection control unit 59 to output 3D video. The channel selection control unit 59 that has received the instruction first obtains the PID (packet ID) and 3D encoding method (for example, H.264 MVC) of the left-eye video ES and the right-eye video ES from the program information analysis unit 54. Next, the demultiplexer 29 is controlled to demultiplex and output the left-eye ES and right-eye ES to the video decoding device 30.

  Here, for example, the demultiplexer 29 is controlled so that the left-eye video ES is input to the first input of the video decoding device and the right-eye video ES is input to the second input of the video decoding device. After that, the channel selection control unit 59 transmits to the decoding control unit 57 the information that the first input of the video decoding device 30 is the left-eye video ES and the second input is the right-eye video ES and the 3D encoding method, Instruct to decrypt these ESs.

  Upon receiving the instruction, the decoding control unit 57 decodes the left-eye ES and the right-eye ES, and outputs the left-eye and right-eye video signals to the screen configuration control device 32. Here, the system control unit 51 instructs the screen configuration control unit 61 to perform 3D video output. Upon receiving the instruction from the system control unit 51, the screen configuration control unit 61 alternately outputs the left-eye and right-eye video signals from the video output 41, or displays the video on a 3D video display included in the receiving device 4. .

  At the same time, a synchronization signal is output from the control signal 43 so that each video signal can be discriminated between the left eye and the right eye. The external video output device that has received the video signal and the synchronization signal outputs the video for the left eye and the right eye according to the synchronization signal, and transmits the synchronization signal to the 3D viewing assistance device. This makes it possible to perform 3D display.

  When the video signal is displayed on the 3D video display included in the receiving device 4, the synchronization signal is output from the device control signal transmission terminal 44 via the device control signal transmission unit 53 and the control signal transmission / reception unit 33. Then, 3D display is performed by controlling the external 3D viewing assistance device (for example, shading switching of the active shutter).

  In the case of performing 2D display, when the user gives an instruction to switch to 2D video (for example, pressing the “2D” key on the remote control), the user instruction receiving unit 52 that has received the key code sends a command to the system control unit 51. To instruct signal switching to 2D video. Upon receiving the instruction, the system control unit 51 first instructs the channel selection control unit 59 to output 2D video.

  Upon receiving the instruction, the channel selection control unit 59 first obtains the PID of the ES for 2D video (for example, the ES having a default tag) from the program information analysis unit 54 and decodes the ES to the demultiplexer 29. Control is performed to output to the device 30. Thereafter, the channel selection control unit 59 instructs the decoding control unit 57 to decode the ES.

  Upon receiving the instruction, the decoding control unit 57 decodes the ES and outputs a video signal to the screen configuration control device 32. Here, the system control unit 51 controls the screen configuration control unit 61 to perform 2D video output. The screen configuration control unit 61 that has received the instruction from the system control unit 51 outputs the video signal input to the screen configuration control device 32 from the video output terminal 41. In this way, 2D display is performed.

  Next, 3D content display processing under a predetermined condition will be described. Regarding the viewing of 3D content, even if the user is not in a state of viewing 3D content, if the display of 3D content is started, the user cannot view the content in the best state, and the user's Convenience may be impaired. On the other hand, user convenience can be improved by performing the following processing.

  FIG. 27 shows an example of a flow executed by the system control unit 51 when the time until the start of the next program changes, such as channel selection or the passage of a fixed time. First, 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.

  If the next program is not a 3D program (No in S102), the process ends without performing any particular process. When 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.

  If it is not less than X minutes until the next program start (No in S103), the process waits until X minutes before the next program start without any particular processing. When it is X minutes or less until the next program start (yes in S103), a message is displayed to the user that the 3D program will start soon (S104).

  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.

  As for the determination time X before the start of the program, if X is reduced, the user may not be ready for 3D viewing before the start of the program. 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.

  Further, when displaying a message to the user, the start time of the next program may be specifically displayed. FIG. 29 shows a screen display example in that case. A message 802 displays the time until the start of the 3D program. Here, description is made in units of minutes, but description may be made in units of seconds. In that case, the user can know the start time of the next program in more detail, but there is a demerit that the processing load increases.

In addition, although the example which displays the time until a 3D program is started was shown in FIG. 29, you may make it display the time when a 3D program starts. When the 3D program starts at 9:00 pm, for example, a message “3D program starts from 9:00 pm. Please wear 3D glasses” may be displayed.
By displaying such a message, the user can know the specific start time of the next program and prepare for 3D viewing at an appropriate pace.

  In addition, as shown in FIG. 30, it is also conceivable to add a mark (3D check mark) that looks stereoscopic when using the 3D viewing assistance device. 902 is a message for notifying the start of a 3D program, and 903 is a mark that looks three-dimensional when the 3D viewing assistance device is used. Thereby, 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.

  Next, after notifying the user that the next program is 3D, it is determined whether or not the user is ready for 3D viewing (3D viewing preparation state), and the video of the 3D program is displayed in 2D or 3D. A method of switching to will be described.

  The method for notifying the user that the next program is 3D is as described above. However, 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. An example of this message is shown in FIG.

  Reference numeral 1001 denotes an entire message, and reference numeral 1002 denotes a button for a user to respond. When the message 1001 in FIG. 31 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 system control unit 51 that has received the notification stores the state that the user's 3D viewing preparation state is OK as a state. 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).

  If the current program is a 3D program (yes in S202), then 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).

  When the 3D viewing preparation state is OK (Yes in S205), 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.

  As the message display displayed in step S104, not only simply OK as shown in FIG. 31, but also a method of clearly indicating 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.

  In this way, compared to the “OK” display as described above, 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”). When “view” is pressed, 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.

  By making such a determination, it is possible to save the user from having to perform any operation on the receiving device, and to avoid erroneously setting 2D video viewing and 3D video viewing due to an erroneous operation. Is possible.

  As another method, when the user presses the <3D> button on the remote control, 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. There is also a method of determining that 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.

  In the above example, it is also conceivable to perform processing by determining only the program information of the next program acquired in advance without acquiring information of the current program. In this case, a method of using program information acquired in advance (for example, step S101 in FIG. 27) without determining whether the current program is a 3D program in step S201 in FIG. 32 is also conceivable. In this case, there is a merit that the processing structure becomes simple. However, there is a possibility that the 3D video switching process may be executed even when the program configuration is suddenly changed and the next program is not a 3D program. There are disadvantages.

  Next, a processing flow of the system control unit 51 when recording is started at the start of the 3D program and the program can be viewed from the beginning when the user completes preparation for viewing the 3D program will be described. The processing up to the start of the 3D program is as described in FIG. S101 to S104 in FIG. 35 are the same as those in FIG. 27, but are different from FIG. 27 in that step S301 is added.

  As a specific operation, when the next program is a 3D program (yes in S102), and less than X minutes until the next program starts (yes in S103), the recording preparation operation is started (S301). The recording preparation operation here refers to operations that are in the preparation stage of recording, such as cancellation of the HDD standby state and spin-up operation, or start of recording signal switching and selection of recording, in this step. It is desirable to keep it.

  FIG. 36 shows a processing flow of the system control unit 51 after the 3D program is started. The processing flow up to determining the user's 3D viewing preparation state (S201, S202, S204, S205) is the same as the processing flow shown in FIG.

  Thereafter, if the 3D viewing preparation state is not OK (No in S205), it is determined whether the current program is being recorded. When the current program is not being recorded (no in S401), the recording of the current program is started (S402). If the program is currently being recorded (yes in S401), the process proceeds to the next step without performing any particular processing.

  After performing the recording control, a message 1601 indicating that the 3D program has started as shown in FIG. 37 and that the user selects the subsequent operation is displayed (S403), and the video is displayed in 2D. (S203) and the process is terminated.

  As an example of the determination method of the user selection in the screen display of FIG. 37, when the user operates the remote control and presses the <3D> button on the remote control or moves the cursor to “OK / 3D” on the screen and <OK> on the remote control When the button is pressed, the user selection is determined as “3D switching”.

  Or, when the user presses the <Cancel> button or <Return> button on the remote control, or when the cursor is placed on "Cancel" on the screen and <OK> is pressed on the remote control, the user selection is determined to be "other than 3D switching" To do. In addition to this, for example, when an operation is performed in which the 3D viewing preparation state is OK (for example, wearing 3D glasses), the user selection is “3D switching”.

  FIG. 38 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 is displayed in 2D (S503), and if the current program is being recorded, it is stopped (S504) and the process ends.

  When the user's selection is “3D switching” (yes in S502), the video is displayed in 3D (S505), and the playback process from the recording medium is performed so that the current program is played back from the beginning.

  In this way, even when the user has not completed 3D viewing preparation at the start of program playback, the user can view 3D from the beginning of the program after completing 3D viewing preparation.

  In addition, as shown in 1801 of FIG. 39, the message presented in S403 includes a message that “view 3D as it is”, so that the number of user selectable operations can be explicitly increased. . As an example of the user selection determination method in this case, when the user operates the remote control, moves the cursor to “View from the beginning” on the screen, and presses the <OK> button on the remote control, the user selection is “3D switching”. And “view from the beginning”.

  Alternatively, when the user moves the cursor to “To 3D as it is” on the screen and press <OK> on the remote controller, the user selection is determined to be “3D switching and viewing as it is”, or the user selects “Cancel ( When the cursor is moved to “2D display” and <OK> on the remote controller is pressed, the user selection is determined to be “2D switching”.

  In this case, FIG. 40 shows a processing flow of the system control unit 51 executed after the user makes a selection. The operations from S501 to S505 are the same as those in FIG. When the user's selection is “3D switching” (yes in S502), after the video is displayed in 3D (S505), it is determined whether or not the user's selection is viewing from the beginning.

  When the user selection is viewing from the beginning (yes in S506), the reproduction processing from the recording medium is performed so that the current program is reproduced from the beginning. If the user selection is not viewing from the beginning (No in S506), the recording of the current program is stopped (S504), and playback is continued as it is.

  As described above, the user selects whether to watch the program in 3D from the current continuation, watch the program in 3D from the beginning, or watch in 2D after the user completes preparation for 3D viewing. can do.

  Here, a method of displaying only specific video and audio and not displaying video and audio of a program until the user completes preparation for 3D viewing will be described. For example, if the program has started without the user being ready for 3D viewing, or if you do not want to watch the content until it is ready (for example, the result will be known during sports broadcasts) To do.

  FIG. 41 shows a processing flow executed by the system control unit 51 at the start of the 3D program in that case. A difference from the processing flow of FIG. 36 is that a step (S601) of displaying specific video and audio is added after the message is displayed in S403.

  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.

  For display of fixed pattern video (message, environmental video, 3D video, etc.), data is read from the video decoding device 30 or from a ROM or recording medium 26 not shown in the figure, and the video decoding device 30 decodes and outputs the data. This can be achieved. The output of the black screen can be realized, for example, by the video decoding device 30 outputting only the black signal or the screen configuration control device 32 muting the output signal or outputting the black video.

  Similarly, in the case of fixed pattern sound (silence, environmental music), it can be realized by reading out data from the inside of the sound decoding device 31 or from the ROM or the recording medium 26, decoding output, muting the output signal, and the like.

  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 performed as shown in FIG. 38 as described above.

  This makes it possible to prevent the program video and audio from being output until the user completes preparation for 3D viewing.

  The process flow shown in FIG. 36 or 41 is also executed by the system control unit 51 when the program information of the current program is changed, such as when the user performs a channel selection operation and changes the CH. Also in this case, the same processing as described above is performed.

  As a result, when the program is switched, the program other than the 3D program is displayed in 2D when the program is switched, and when the user is already ready for 3D viewing, the video is switched to 3D display, and the user is When viewing is not ready, the current program is recorded, and the message shown in FIG. 37 or 39 is displayed, so that the subsequent operation can be selected.

  Regarding the recording operation of the 3D program, there is a case where power is consumed more than usual, or an operation load may hinder user operation. In such a case, a setting that does not automatically record a 3D program can be performed by a user setting in advance.

  An example of the user setting screen is shown in FIG. This is a user menu for setting whether or not to automatically record a 3D program. Here, 2101 represents a selectable button. When the user selects “OFF”, the 3D program is not automatically recorded. It becomes possible. When the user sets “OFF” on this screen, the user instruction receiving unit 52 notifies the system control unit 51 of “OFF” of the user setting “3D program automatic recording”.

  FIG. 43 shows a flowchart of the system control unit 51 corresponding to the setting in the user menu described with reference to FIG. The difference from the flowcharts of FIGS. 36 and 41 is that when the user is not ready for 3D preparation (No in S205), the user setting state of 3D program automatic recording is confirmed, and the user setting of “3D program automatic recording” is OFF. If there is (Yes in S701), the recording process in S402 is not performed.

  As described above, when the user does not desire, automatic recording of the 3D program is not performed, power consumption can be suppressed, and unnecessary operations can be prevented from being performed.

  Next, a description will be given of a method of determining whether or not the playback content is a 3D program at the start of playback from the recording medium, and performing processing by checking the user's 3D preparation state. An example of the processing flow of the system control unit 51 at the start of reproduction is shown in FIG.

  The difference from the above processing is that there is no processing before the start of the program (FIG. 35), recording determination of the current program (S401 in FIGS. 36, 41, 43) and recording processing (S402 in FIGS. 36, 41, 43). , There is no reproduction pause processing (S610).

  The processing up to the determination of the 3D viewing preparation state (S205) is the same as the processing shown in FIG. Thereafter, when the 3D viewing preparation state is NG (No in S205), the system control unit 51 instructs the recording / playback control unit 58 to temporarily stop the playback operation (S610). Thereafter, a message as shown in FIG. 37 is displayed (S403), and the specific video / audio is displayed by the same method as the process described in S601 of FIG. 41 (S601).

  FIG. 45 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 is displayed in 2D (S503).

  If the user's selection is “3D switching” (yes in S502), the video is displayed in 3D. Thereafter, the system control unit 51 instructs the recording / playback control unit 58 to resume the playback operation that has been paused (S611).

  In this way, during playback from the recording medium, the program other than the 3D program is displayed in 2D, and if the user is already ready for 3D viewing, the video is switched to 3D display. If the user is not ready for 3D viewing, playback is paused, the message in FIG. 37 is displayed, and the subsequent operation can be selected. After the user selects the operation, the program is displayed with a video display that matches the user's selection. Is played. Thus, in the case of the reproduction operation, there is an effect that power saving can be realized without performing unnecessary reproduction processing by pausing the reproduction operation until the user is ready for 3D.

  Next, as a result of switching the program by channel selection or the like, if the current program is a 3D program, a 3D video is displayed if the user's 3D viewing preparation status is OK, and a message is displayed if it is not OK. An example of displaying and prompting preparation for 3D viewing will be described. The processing flow of the system control unit 51 in this case is shown in FIG.

  This processing flow is executed when the program information of the current program is changed, such as channel selection or power ON. The processing flow up to the determination of the 3D viewing preparation state (S201, S202, S204, S205) is the same as that shown in FIGS.

  Thereafter, when the 3D viewing preparation state is not OK (No in S205), the user is notified that the 3D program has started as shown in FIG. 37, and a message that the user is allowed to select a subsequent operation is displayed. Display (S403), switch the video to 2D display (S203), and terminate the process.

  As an example of the user selection determination method in the screen display of FIG. 37, when the user operates the remote control and presses the <3D> button on the remote control, or moves the cursor to “OK / 3D” on the screen, and < When the OK> button is pressed, the user selection is determined as “3D switching”.

  Or, when the user presses the <Cancel> button or <Return> button on the remote control, or when the cursor is placed on "Cancel" on the screen and <OK> is pressed on the remote control, the user selection is "other than 3D switching" Is determined.

  In addition to this, for example, when an operation in which the 3D viewing preparation state is OK (for example, wearing 3D glasses), the user selection may be “3D switching”.

  FIG. 47 shows a processing flow of the system control unit 51 after the user makes a selection. The system control unit 51 acquires from the user instruction reception unit 52 what the user has selected from the menu display (S501). If the user selection is not “3D switching” (No in S502), the video is displayed in 2D (S503) and the process ends. If the user's selection is “3D switching” (yes in S502), the video is displayed in 3D (S505) and the process ends.

  In this way, when the user switches the program by channel selection or the like, and the current program is a 3D program, if the user's 3D viewing preparation status is OK, the 3D video is displayed, and the case is not OK Displays a 2D video and displays a message, and can be easily switched to 3D video after the user is ready for 3D viewing. In addition, the user can easily know that the current program is a 3D program, and when the user's 3D viewing preparation status is already OK, the 2D video is not switched unnecessarily and no message is displayed. It becomes possible to view a 3D program immediately.

  In this example, since the recording device is not used, for example, it is useful when the recording device cannot be used (for example, when other programs are being recorded and resources are insufficient or the recording device is not provided). For example, when the recording operation is not possible in the processing flow described with reference to FIGS. 36 and 41, it is desirable to implement this example.

  According to the embodiment described above, 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. In addition, 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.

DESCRIPTION OF SYMBOLS 1 Transmission apparatus 2 Relay apparatus 3 Network 4 Reception apparatus 10 Recording / reproducing apparatus 11 Source generation part 12 Encoding part 13 Scramble part 14 Modulation part 15 Transmission antenna part 16 Management information 17 Encryption part 18 Channel encoding part 19 Network I / F Part 21 CPU
22 General-purpose bus 23 Tuner 24 Descrambler 25 Network I / F
26 recording medium 27 recording / reproducing control device 28 signal switching device 29 demultiplexing device 30 video decoding device 31 audio decoding device 32 screen configuration control device 33 control signal transmitting / receiving unit 34 timer 41 video output unit 42 audio output unit 43 control signal output unit 44 Device control signal transmission 45 User operation input 51 System control unit 52 User instruction reception unit 53 Device control signal transmission unit 54 Program information analysis unit 55 Time management unit 56 Network control unit 57 Decoding control unit 58 Recording / playback control unit 59 Channel selection control unit 60 OSD creation unit 61 Screen configuration control unit

Claims (3)

In the digital content receiving apparatus that receives the transmitted digital content,
The digital content is MPEG2 transport stream content,
The program map table of the MPEG2 transport stream of the digital content includes at least a descriptor,
The descriptor includes component information indicating elements constituting the digital content program,
The component information is information indicating at least a 2D component and a 3D component in the received digital content program,
Receiving means for receiving the digital content transmitted with the descriptor;
Decoding means for decoding the digital content received by the receiving means;
Display means for displaying the digital content decrypted by the decrypting means;
Control means for controlling the receiving means and the display means,
The control means includes
A first state in which the received digital content is displayed in 2D on the display means when the component information indicates that the received digital content is a 2D component;
When the component information indicates that the received digital content is a 3D component, the display unit determines whether the display unit is compatible with displaying the 3D component, and the display unit A second state in which the received digital content is displayed in 2D on the display means if it does not support displaying a 3D component;
When the component information indicates that the received digital content is a 3D component, the display unit determines whether the display unit is compatible with displaying the 3D component, and the display unit And a third state in which the received digital content is displayed in 3D on the display means when it is compatible with displaying a 3D component. In a digital content receiving method for receiving transmitted digital content,
The digital content is MPEG2 transport stream content,
The program map table of the MPEG2 transport stream of the digital content includes at least a descriptor,
The descriptor includes component information indicating elements constituting the digital content program,
The component information is information indicating at least a 2D component and a 3D component in the received digital content program,
Receiving the digital content transmitted with the descriptor;
Decrypting the received digital content;
Display the decrypted digital content,
A first state in which the received digital content is displayed in 2D when the component information indicates that the received digital content is a 2D component;
When the component information indicates that the received digital content is a 3D component, it is determined whether to display the 3D component, and the 3D component is displayed. If not, a second state in which the received digital content is displayed in 2D;
When the component information indicates that the received digital content is a 3D component, it is determined whether to display the 3D component, and the 3D component is displayed. And a third state in which the received digital content is displayed in 3D if it is compatible. In a digital content transmission / reception method for transmitting and receiving digital content,
The digital content is MPEG2 transport stream content,
The program map table of the MPEG2 transport stream of the digital content includes at least a descriptor,
The descriptor includes component information indicating elements constituting the digital content program,
The component information is information indicating at least a 2D component and a 3D component in the received digital content program,
Sending the digital content together with the descriptor;
Receiving the digital content transmitted with the descriptor;
Decrypting the received digital content;
Display the decrypted digital content,
A first state in which the received digital content is displayed in 2D when the component information indicates that the received digital content is a 2D component;
When the component information indicates that the received digital content is a 3D component, it is determined whether to display the 3D component, and the 3D component is displayed. If not, a second state in which the received digital content is displayed in 2D;
When the component information indicates that the received digital content is a 3D component, it is determined whether to display the 3D component, and the 3D component is displayed. And a third state in which the received digital content is displayed in 3D if it is compatible.

Images