JP2006190478A - Device and method for reproduction, and device and method for recording information - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To properly manage information of an input source or the like in a stream recorded in a recording medium. <P>SOLUTION: In a reproduction process for reproducing an AV stream from the recording medium, Source_security_info which is copy limit information recorded on the recording medium is read (step 200); an AV stream is read out (step 201); for example, when an analog video is outputted (Step 203), it is determined from the information contained in Source_security_info whether or not the input source conforms to DTCP (step 216); when the information conforms to DTCP, the video output is processed by reproduction limiting according to the DTCP rule (step 217); and the video is outputted (step 220). <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a playback device, an information recording device, and the like, and more particularly to a playback device, an information recording device, and the like that appropriately manage information related to a stream.

  In recent years, various types of optical discs such as DVR have been proposed as disc-type information recording media removable from a recording / reproducing apparatus. An optical disk, which is such a recording medium, has been proposed as a large-capacity medium of several gigabytes, and the expectation as a medium for recording AV (Audio Visual) signals such as video signals is increasing.

  Here, there is an MPEG2 (Moving Picture Experts Group 2) system as one of encoding systems for digitally compressing AV signals. MPEG2 is an international standard video compression format aiming at high image quality using compression techniques such as motion compensation prediction, DCT (discrete cosine transform), quantization, and variable length coding, and records AV signals on a recording medium. It has also been applied to. For example, when an analog video signal is recorded on a recording medium, the video signal is encoded in the MPEG2 system, and an encoded bit stream is recorded on the medium. Also, in digital TV broadcasting that has recently started, an AV stream encoded by the MPEG2 system is transmitted in a format called a transport stream (TS). When recording a digital broadcast on a recording medium, a method of recording a transport stream as a digital signal without decoding or re-encoding is used.

  When the AV signal is recorded on the recording medium in the digital signal format, the AV signal can be copied to another recording medium (recording medium) without any deterioration. However, this is a big problem for copyright holders of AV signals. Therefore, in order to restrict copying of AV signals, “Copy Free”, “Copy Once” can be copied to AV signals, and “No More Copy”. , A method of giving copy restriction information (CCI: Copy Control Information) called “Copy Prohibited” is used.

  For example, there is a CGMS (Copy Generation Management System) signal of a video signal. CGMS is a system that controls the number of times that copying can be performed on the software side. An analog interface device is called CGMS-A, and a digital interface device is called CGMS-D. Analog CGMS-A is also called VBID because it superimposes ID on VBI (Vertical Blanking Interval). This is standardized as EIAJ CP-1204. When a playback device outputs an analog video output of a non-copy-free AV signal recorded on a recording medium, it is required that CGMS be inserted into the video signal.

  There is also a method of encoding a descriptor having copy restriction information as copy restriction information when recording a transport stream such as a digital TV broadcast. This type of descriptor includes DTCP (Digital Transmission Content Protection) descriptors specified by DTLA (Digital Transmission Licensing Administrator) and Japanese BS specified by ARIB (Association of Radio Industries and Businesses). There is a digital_copy_control_descriptor used in digital broadcasting. When a playback device outputs a non-copy-free transport stream recorded on a recording medium as a transport stream, this type of descriptor is required to be encoded in the transport stream.

  When recording a transport stream such as a digital TV broadcast, there are two methods: a method using a digital TV tuner built in a recording device as an input source, and a method using an external set-top box (referred to as STB) as an input source. is there. In the latter case, the STB and the recording device are connected by an IEEE 1394 digital bus. In this case, the copy control information of the transport stream must be securely protected on the digital bus. This is to prevent the copy control information from being hacked on the digital bus and rewriting the value.

  For this reason, the above-described DTLA defines a method for transmitting a transport stream using an IEEE 1394 digital bus. This method is widely known as a so-called 5C method (DTCP compliant method). In the DTCP method, 2-bit information called Encryption Mode Indicator (referred to as EMI) is transmitted in the header of an isochronous packet used for IEEE 1394 isochronous transfer, and this is used to determine the encryption mode of the payload of the isochronous packet. Represents.

  This EMI corresponds to the copy control information of the payload, “00 (= Copy Free)”, “10 (= Copy Once)”, “01 (= No More Copy)”, “11 (= Copy Prohibited)”. With the meaning. When recording by the DTCP method, a method for recording limitation is permitted by using only EMI as copy restriction information without analyzing copy control information (called Embedded CCI) encoded in the transport stream. . This recording method is called a non-cognizant recording mode. On the other hand, a method of recording while analyzing Embedded CCI is called a Cognizant recording mode. Here, the AV signal recorded on the recording medium by the DTCP method is required to be reproduced by a method according to the DTCP method.

  Also, a method of embedding copy restriction information called a watermark in a baseband AV signal or MPEG bit stream has been studied. The standardization activities are currently being promoted for the watermark, and the Millennium method and Galaxy method have been proposed. After the watermark is officially introduced to the market, when the AV signal or MPEG bit stream recorded on the recording medium is played back by a playback device, the watermark may be embedded in the AV signal or MPEG bit stream. Required.

Here, considering a recording apparatus that records an MPEG bit stream on a recording medium, it is expected that the input sources to be recorded will be diversified in the future. For example, as an input source:
(i) MPEG stream in which the recording device self-encodes the analog video line input,
(ii) an MPEG stream in which the recording device self-encodes video from an analog TV broadcast tuner input built in the recording device;
(iii) a transport stream from a tuner input of a digital TV broadcast built in the recording device,
(iv) a transport stream input using a method conforming to DTCP via IEEE1394;
(v) a transport stream that is input via IEEE1394 without using a DTCP-compliant method;
Etc.

  As described above, when recording a transport stream such as a digital TV broadcast, the transport stream from the digital TV tuner built in the recording device is used as an input source, or from an external set top box (STB) via IEEE1394 There are two ways to use the transport stream input in step 1 as the input source. The former method may not use the DTCP method, while the latter method must be recorded by using a DTCP-compliant method at least in the case of BS digital broadcasting in Japan. Therefore, when reproducing the stream recorded by the former method, it is not necessary to perform the reproduction restriction conforming to the DTCP method. On the other hand, when reproducing the stream recorded by the latter method, the reproduction restriction conforming to the DTCP method is not required. Must be done.

  However, conventionally, “what is the input source of the transport stream recorded on the recording medium” has not been recorded. For this reason, it is not possible to perform appropriate playback restrictions when playing back the transport stream.

  At present, it is considered that the watermark is first introduced into the DVD video. Here, an object is to prevent the analog video output from the DVD video player from being illegally recorded. On the other hand, there is a possibility that a watermark is not introduced into an analog TV broadcast that is basically free to record. In such a situation, the MPEG video recorded with the analog video line input being self-encoded may have a DVD video output as the input source. Therefore, when playing back the MPEG stream, check the watermark. While it is required to restrict playback, it is expected that MPEG streams recorded with analog TV broadcasts being self-encoded will not need to check for watermarks when the MPEG stream is played. .

  However, conventionally, “what is the input source of the MPEG stream recorded on the recording medium” has not been recorded. For this reason, it has been impossible to perform appropriate reproduction restrictions when reproducing the MPEG stream.

  Further, when a transport stream is recorded by a DTCP compliant method, there are a Cognizant recording mode and a Non-cognizant recording mode. When decoding a transport stream recorded in the Cognizant recording mode and playing back analog video, there is no need to check the embedded CCI and watermark of the transport stream. On the other hand, when the transport stream recorded in the non-cognizant recording mode is decoded and reproduced in analog video, it is necessary to check the embedded CCI and watermark of the transport stream.

  However, conventionally, information on “whether the recording mode of the transport stream recorded on the recording medium is the Cognizant recording mode or the non-cognizant recording mode” has not been recorded. As a result, it was not possible to determine whether Embedded CCI and watermark checks were required when playing the transport stream.

  Further, when the watermark is checked during recording of the AV stream, the watermark need not be checked during playback of the AV stream. On the other hand, when recording is performed without checking the watermark when recording the AV stream, it is necessary to check the watermark when reproducing the AV stream.

  However, conventionally, the information “whether or not the watermark is checked when the AV stream recorded on the recording medium is recorded” has not been recorded. For this reason, it has not been possible to determine whether or not a watermark check is necessary when playing the transport stream.

The present invention has been made to solve the technical problems as described above, and has as its main object to appropriately manage information such as input sources in a stream recorded on a recording medium.
Another object is to perform appropriate reproduction restrictions when reproducing the stream.

  For this purpose, the present invention provides the AV data input by the input means of the recording apparatus and the value corresponding to the input means (for example, source_type in the embodiment described later) by the recording apparatus. A playback device that plays back a recorded recording medium and determines whether to perform digital output or analog output for AV data (for example, step 203 in the embodiment described later) When the determination means determines that analog output is to be performed, an acquisition means for acquiring a value corresponding to the input means (for example, step 216 in the embodiment described later) and the acquisition means Based on a value corresponding to the input means, output restriction means for restricting output in analog output (for example, a scan in the embodiment described later). Like-up 217 is characterized by including a relevant).

  Further, when the present invention is grasped from the category of the method, the present invention is a reproduction method for reproducing a recording medium in which AV data input by the input means of the recording apparatus and values corresponding to the input means are recorded by the recording apparatus. A determination step for determining whether to perform digital output or analog output for AV data, and acquisition of acquiring a value corresponding to the input means when it is determined that analog output is to be performed by this determination step A step and an output limiting step for limiting output in analog output based on a value corresponding to the input means acquired in the acquiring step.

  On the other hand, an information recording apparatus to which the present invention is applied includes an input unit that inputs a stream from a predetermined input source, and a stream corresponding to the input unit that is used for limiting the analog output of the stream. And a recording means for recording on a recording medium.

  Further, an information recording method to which the present invention is applied includes an input step of inputting a stream from a predetermined input source, and a stream corresponding to the input means used for limiting the analog output of the stream. And a recording step of recording on a recording medium.

  As described above, according to the present invention, it is possible to appropriately manage information such as an input source in a stream recorded on a recording medium.

Embodiments to which the present invention is applied will be described below in detail with reference to the accompanying drawings.
First, before the description of the system configuration to which the present embodiment is applied, in order to facilitate understanding thereof, the data format according to the present embodiment will be described in detail.

  FIG. 1 is a diagram showing the structure of an application format on a recording medium used in the information recording apparatus, information reproducing apparatus, etc. of the present embodiment. This format includes two layers for managing AV streams: a play list layer 101 close to the user interface (user I / F) and a clip layer 102 close to the system. Volume information 100 manages all Clips and PlayLists in the disc.

  Also, here, a pair of one AV stream and its attached information is considered as one object, and it is called Clip. The AV stream file is called a Clip AV stream file, and its attached information is called a Clip Information file. One Clip AV stream file stores data in which an MPEG2 transport stream is arranged in a structure defined by the DVR application format.

  In general, a data file used in a computer or the like is handled as a byte string, but the content of a Clip AV stream file is expanded on the time axis, and the PlayList is designated mainly by the time stamp of the access point in the Clip. . When the PlayList gives the time stamp of the access point in the Clip, the Clip Information file is useful for finding address information to start decoding the stream in the Clip AV stream file.

  The PlayList is introduced for the purpose of allowing the user to select a playback section that the user wants to see from the Clip and easily edit it. One PlayList is a collection of playback sections in a Clip. One playback section in a clip is called a PlayItem, which is represented by a pair of an IN point (In Time) and an OUT point (Out Time) on the time axis. That is, the PlayList can be said to be a collection of PlayItems.

There are two types of PlayList. One is a Real PlayList, and the other is a Virtual PlayList. This Real PlayList is considered to share the stream portion of the Clip it refers to. That is, the Real PlayList occupies the data capacity corresponding to the stream portion of the clip referred to by the Real PlayList on the disc. When an AV stream is recorded as a new clip, a Real PlayList that refers to the reproducible range of the entire clip is automatically created. When a part of the playback range in the Real PlayList is erased, the data of the Clip stream part to which it refers is also erased. The Virtual PlayList is considered not to share Clip data. Even if the Virtual PlayList is changed or deleted, the Clip does not change anything.
In the following description, the Real PlayList and Virtual PlayList are collectively referred to simply as “PlayList”.

  As a necessary directory on the DVR disk, first, there is a root directory including a “DVR” directory. There is also a “DVR” directory including a “PLAYLIST” directory, a “CLIPINF” directory, a “STREAM” directory, and a “DATA” directory. Directories other than these may be created under the root directory, but they are ignored in this DVR application format.

FIG. 2 is a diagram showing an example of a directory structure created on the DVR disk.
Here, the root directory 111 includes one directory ("DVR" directory 112).
“DVR”: All files and directories defined by the DVR application format must be stored under this directory.

The “DVR” directory 112 includes four directories: a “PLAYLIST” directory 113, a “CLIPINF” directory 114, a “STREAM” directory 115, and a “DATA” directory 116.
"PLAYLIST": Real PlayList and Virtual PlayList database files must be placed under this directory. This directory must exist even if there is no PlayList.
"CLIPINF": Clip's database must be under this directory. This directory must exist even if there is no clip.
“STREAM”: AV stream files must be placed under this directory. This directory must exist even if there is no AV stream file.

The “PLAYLIST” directory 113 stores two types of PlayList files, which are the above-described Real PlayList and Virtual PlayList.
“xxxxx.rpls”: This file stores information related to one Real PlayList. One file is created for each Real PlayList. The file name is “xxxxx.rpls”. Here, “xxxxx” is five numbers from 0 to 9. The file extension must be "rpls".
“yyyyy.vpls”: This file stores information related to one Virtual PlayList. One file is created for each Virtual PlayList. The file name is “yyyyy.vpls”. Here, “yyyyy” is five numbers from 0 to 9. The file extension must be "vpls".

The “CLIPINF” directory 114 stores one file corresponding to each AV stream file.
“zzzzz.clpi”: This file is a Clip Information file corresponding to one AV stream file (Clip AV stream file or Bridge-Clip AV stream file). The file name is “zzzzz.clpi”, where “zzzzz” is five numbers from 0 to 9. The file extension must be "clpi".

The “STREAM” directory 115 stores AV stream files. “zzzzz.m2ts”: This file is an AV stream file handled by the DVR system. This is a Clip AV stream file or a Bridge-Clip AV stream file. The file name is “zzzzz.m2ts”, where “zzzzz” is five numbers from 0 to 9. The file extension must be "m2ts". The same five numbers “zzzzz” must be used for one AV stream file and the corresponding Clip information file.
Descriptions of other directories and file names are omitted.

FIG. 3 is a diagram showing the structure of an AV stream file. The AV stream file must have the structure of the DVR MPEG2 transport stream shown in FIG. As can be understood from FIG. 3, the DVR MPEG2 transport stream has the following characteristics.
1) A DVR MPEG2 transport stream is composed of an integer number of Aligned units.
2) The size of the Aligned unit is 6144 bytes (2048 × 3 bytes).
3) The Aligned unit starts from the first byte of the source packet.
4) The source packet is 192 bytes long. One source packet includes a TP_extra_header and a transport packet. TP_extra_header is 4 bytes long, and the transport packet is 188 bytes long.
5) One Aligned unit consists of 32 source packets.
Furthermore, it has the following features.
6) The last Aligned unit in the DVR MPEG2 transport stream is also composed of 32 source packets.
7) If the last Aligned unit is not completely filled with transport packets of the input transport stream, the remaining byte area must be filled with source packets with null packets (transport packets with PID = 0x1FFF).

  FIG. 4 is a diagram illustrating syntax that is a programming syntax of a source packet. TP_extra_header () is a 4-byte header. Transport_packet () is an MPEG2 transport packet having a length of 188 bytes defined by ISO / IEC13818-1.

  FIG. 5 is a diagram illustrating the syntax of TP_extra_header (). The copy_permission_indicator is an integer representing the copy limit of the payload (Payload) of the transport packet. The copy restriction can be copy free, no more copy, copy once or copy prohibited. arrival_time_stamp is a time stamp indicating the time at which the corresponding transport packet arrives at the decoder in the AV stream.

  FIG. 6 is a diagram showing the relationship between the values of copy_permission_indicator and the modes specified by them. copy_permission_indicator is an integer representing the copy limit of the payload of the transport packet. Copy restrictions can be copy free, no more copy, copy once, and copy prohibited. copy_permission_indicator is added to all transport packets.

  When an input transport stream is recorded using an IEEE1394 digital interface, the value of copy_permission_indicator may be associated with the value of EMI (Encryption Mode Indicator) in the IEEE1394 isochronous packet header. When an input transport stream is recorded without using an IEEE1394 digital interface, the value of copy_permission_indicator may be associated with the value of copy restriction information (CCI: Copy Control Information) embedded in the transport packet. When the video input is self-encoded, the value of copy_permission_indicator may be associated with the value of CGMS of the input signal.

Next, a database format for managing reproduction information of AV stream files will be described.
FIG. 7 is a diagram illustrating the syntax of the Clip Information file. The Clip Information file has ClipInfo (), SequenceInfo (), ProgramInfo (), CPI (), ClipMark (), and MakersPrivateData ().

  FIG. 8 is a diagram showing the syntax of ClipInfo (). The source_security_info () in ClipInfo () has information for managing Clip AV stream copy restriction information, and defines information for managing the input source and recording mode of the AV stream.

  FIG. 9 is a diagram illustrating the syntax of source_security_info () in ClipInfo (). is_cognizant indicates that the recording of the AV stream file is cognizant recording when the value is 1, and indicates that the recording of the AV stream file is non-cognizant recording when the value is 0.

  Here, Cognizant recording is to analyze CCI (embedded CCI called descriptor or watermark having CCI) encoded in transport stream when recording transport stream such as digital broadcasting. It is a recording mode. Non-cognizant recording is a recording mode in which CCI encoded in a transport stream is not analyzed when a transport stream such as digital broadcasting is recorded.

  When non-cognizant recording of a transport stream input via the IEEE1394 digital interface is performed, the recording restriction of the transport stream is performed based on the value of EMI (Encryption Mode Indicator) in the IEEE1394 isochronous packet header.

  is_WM_checked indicates that when the value is 1, the recording apparatus analyzes the watermark of the AV stream and updates it as necessary when recording the AV stream. When is_WM_checked is 0, it indicates that the recording was performed without analyzing the watermark when recording the AV stream. Since watermarks are not yet standardized at this time (as of June 2001), recording devices manufactured prior to the time when recording restrictions due to watermarks are imposed on recording devices are set to zero for is_WM_checked. Also good.

  source_type indicates the input source of the recorded AV stream. The meaning of the source_type value is shown in FIG. Another example of the meaning of source_type is shown in FIG. A method for setting the value of source_type during recording and a method for using source_type during reproduction will be described in detail later.

  Integrity_Check_Value is a code for indicating that the contents of source_security_info () have not been tampered with. This is a code calculated by a predetermined encryption algorithm using data from the first byte of source_security_info () to the byte immediately before Integrity_Check_Value as input. As this cryptographic algorithm, for example, an algorithm described in ISO / IEC 9797 (Information technology-Security techniques-Data integrity mechanism using a cryptographic check function using a block cipher algorithm) is adopted.

  Even if a malicious user alters the content of source_type of source_security_info () and rewrites it from “DTCP compliant input” to “non-DTCP compliant input”, the recording device checks the value of Integrity_Check_Value. By doing so, it can be detected that source_security_info () has been tampered with. If it is detected that source_security_info () has been tampered with, source_security_info () is no longer believed, and the recording device prevents playback of the AV stream having that source_security_info ().

  Further, in order to prevent falsification of the contents of source_security_info (), source_security_info () may be scrambled or the entire Clip Information file may be scrambled.

  In the above example, the case where source_security_info () is described in the Clip Information file has been described. However, source_security_info () may be encoded in the AV stream. For example, there is a method of encoding source_security_info () in the descriptor format defined by the MPEG2 transport stream.

  FIG. 12 is a diagram illustrating another example of the syntax of source_security_info (). This is suitable not only for storing in a Clip Information file but also for encoding in an AV stream. The source_security_info () in FIG. 12 adds status_WM and WM_transition_flag to the syntax shown in FIG.

  The meaning of is_WM_checked indicates that when the value is 1, the recording device analyzes the watermark of the AV stream and updates it as necessary when recording the AV stream. When is_WM_checked is 0, it indicates that the recording is performed without analyzing the watermark when recording the AV stream. If is_WM_checked is 1, it indicates that the following status_WM and WM_transition_flag values are valid, and if the value is 0, it indicates that the following status_WM and WM_transition_flag values are invalid. .

  FIG. 13 is a diagram illustrating an example of the meaning of status_WM. In this case, status_WM indicates AV stream copy restriction information at an address in which the status_WM is encoded in the AV stream.

  FIG. 14 is a diagram illustrating the meaning of WM_transition_flag. In this case, if the value of WM_transition_flag is 1, it indicates that the meaning of the WM of the AV stream has changed compared to that before the address at the address in which the status_WM is encoded in the AV stream. . When the value of WM_transition_flag is 0, it indicates that the meaning of the WM of the AV stream is the same as that before the address at the address where the status_WM is encoded in the AV stream.

  By recording this status_WM at the time of recording, it is not necessary to analyze the AV stream when it is desired to know the state indicated by the watermark during reproduction of the AV stream. Therefore, when copying to a recording medium different from an AV stream on the recording medium, it is possible to determine whether copying is possible by referring to status_WM without analyzing the watermark embedded in the AV stream. it can. Further, WM_transition_flag can be used for speeding up the search process for the WM change point in the AV stream.

  Integrity_Check_Value is a code for indicating that the contents of source_security_info () have not been tampered with. This is a code calculated by a predetermined encryption algorithm using data from the first byte of source_security_info () to the byte immediately before Integrity_Check_Value as input. As this encryption algorithm, for example, an algorithm described in ISO / IEC 9797 is used.

  Further, in order to prevent falsification of the contents of source_security_info (), source_security_info () may be scrambled or the entire AV stream file may be scrambled.

Next, the system configuration in the present embodiment will be described.
FIG. 15 is a block diagram showing a configuration of a recording apparatus to which the present embodiment is applied. Here, when the AV stream is recorded, the source_security_info () is created and recorded. In the present embodiment, an instruction signal of the input source of the AV signal to be recorded is supplied from the terminal 33 to the controller 19. Also, here, as the types of input sources, video line input, analog TV broadcast tuner input built in the recording device, digital TV broadcast tuner input built in the recording device, DTCP compliant method via IEEE1394 There are transport streams that are input using and transport streams that are input via IEEE1394 without using a DTCP-compliant method. The controller 19 encodes this input source instruction signal in source_security_info ().

  The recording apparatus shown in FIG. 15 includes terminals 10, 12, 32, and 25 as input terminals for each type of input source. Also, a TV tuner 11 that extracts a video signal from the RF input of the terminal 10, a macrovision detection unit 13 that analyzes the macrovision signal of the input video and restricts recording of the input signal, and a CGMS detection / update that analyzes the CGMS of the input video 14, a WM (Water Mark) detection / update unit 15 that analyzes the watermark of the input video, an MPEG2 AV encoder 16 that encodes the input video audio signal, and a multiplex that supplies an AV stream made up of source packets. A source packetization unit 17 is provided.

  Also, the stream analysis unit 18 that analyzes the information of the input source packet sequence, the input source instruction signal from the terminal 33 is encoded in source_security_info (), and the AV stream is based on the input CCI_o and WM_o. A controller 19 is provided for determining a value of E_CCI (Embedded CCI) to be encoded. In addition to a scrambler 20 that scrambles an input source packet sequence, an ECC (error correction) encoding unit 21, a modulation unit 22, a drive 23, and a recording medium 24 such as a DVR are provided.

  FIG. 15 also shows a set top box (STB) 26 that performs DTCP-compliant IEEE1394 connection procedure processing, and a PC 27 that supplies a transport stream that does not comply with DTCP. Further, a digital TV tuner 28 which is a built-in tuner, an IEEE1394 interface (I / F) 29 for performing IEEE1394 connection procedure processing, and an E_CCI for analyzing CCI (E_CCI: Embedded CCI) encoded in the input transport stream An analysis / update unit 30 and a WM detection / update unit 31 that analyzes the watermark of the input video are provided.

First, the case of recording an AV stream in which video and audio inputs from the external line input terminals of the terminals 12 and 32 are self-encoded will be described with reference to FIG.
In the macrovision detection unit 13, the macrovision signal of the input video input from the terminal 12 is analyzed by a predetermined method, and input signal recording is limited. The input video subjected to the recording restriction is supplied to the CGMS detection / update unit 14. In the CGMS detection / update unit 14, the CGMS (CGMS-A or CGMS-D) of the input video is analyzed by a predetermined method, and the CCI (indicated by CCI_o in the figure) of the AV stream to be recorded is Supplied to. Also, the input video is supplied from the CGMS detection / update unit 14 to the WM detection / update unit 15.

  In the WM detection / update unit 15, the watermark (WM) of the input video is analyzed by a predetermined method, and the WM of the AV stream to be recorded (indicated by WM_o in the figure) is supplied to the controller 19. The input video is supplied from the WM detection / update unit 15 to the MPEG2AV encoder 16. In the MPEG2 AV encoder 16, the input video audio signal is encoded into an MPEG video and an MPEG audio stream. These MPEG streams are supplied to the multiplexing / source packetizing unit 17. The MPEG stream and information from the controller 19 are input to the multiplexing / source packetizing unit 17.

  As described above, the controller 19 detects a change in the input WM_o and creates source_security_info (). When the source_security_info () information is encoded in the AV stream, the controller 19 supplies the information to the multiplexing / source packetizing unit 17. The multiplexing / source packetizing unit 17 encodes the information of source_security_info () in the AV stream, and for example, a descriptor having the information is encoded.

  Further, the controller 19 determines a value of E_CCI (Embedded CCI) to be encoded in the AV stream based on the input CCI_o and WM_o by a predetermined method. This E_CCI is encoded in the AV stream using, for example, DTCP_deascriptor.

  Further, the multiplexing / source packetizing unit 17 determines the value of copy_permission_indicator to be encoded in the source packet header by a predetermined method. The multiplexing / source packetizing unit 17 supplies the source packet sequence to the scrambler 20 and the stream analyzing unit 18. In the scrambler 20, the input source packet sequence is scrambled by a predetermined method and supplied to the ECC encoding unit 21. Further, the stream analysis unit 18 analyzes the information of the input source packet sequence, and supplies information for creating a database file to the controller 19.

  Here, when storing source_security_info () in the Clip Information file, the controller 19 creates data of the Clip Information file having source_security_info () and supplies it to the ECC encoding unit 21. The data of the AV stream and Clip Information file input to the ECC encoding unit 21 are recorded as an AV stream file and a Clip Information file after processing by the ECC encoding unit 21, the modulation unit 22, and the drive 23, respectively. Is recorded.

Next, a case where an AV stream obtained by self-encoding an RF input video signal of an analog TV broadcast is recorded from the terminal 10 will be described with reference to FIG.
In the TV tuner 11, a video signal is extracted from the RF input and supplied to the WM detection / update unit 15. In the WM detection / update unit 15, the watermark of the input video is analyzed by a predetermined method, and the WM (indicated by WM_o in the figure) of the AV stream to be recorded is supplied to the controller 19. Further, the input video is supplied from the WM detection / update unit 15 to the MPEG2AV encoder 16. The subsequent processing is the same as the processing after the MPEG2 AV encoder 16 in the case of recording an AV stream in which video and audio inputs from the external line input terminal are self-encoded.

  Next, a case where a transport stream from the digital TV broadcast RF input is recorded from the terminal 25 will be described. The TV tuner 28 takes out the transport stream from the RF input and supplies it to the E_CCI (Embedded CCI) analysis / update unit 30.

  The E_CCI analyzing / updating unit 30 analyzes the CCI (Embedded CCI) encoded in the input transport stream by a predetermined method and records the CCI of the AV stream to be recorded (indicated by CCI_o in the figure). It is supplied to the controller 19. Further, the E_CCI analysis / update unit 30 supplies the input transport stream to the WM detection / update unit 31. In the WM detection / update unit 31, the watermark (WM) of the input video is analyzed by a predetermined method, and the WM (indicated by WM_o in the figure) of the AV stream to be recorded is supplied to the controller 19. Also, the input transport stream is supplied from the WM detection / update unit 31 to the multiplexing / source packetization unit 17.

  An input transport stream and a predetermined instruction signal from the controller 19 are input to the multiplexing / source packetizing unit 17. That is, the controller 19 detects a change in the input WM_o and creates source_security_info (). When encoding source_security_info () in the AV stream, the controller 19 supplies source_security_info () to the multiplexing / source packetizing unit 17. When the information of source_security_info () is encoded in the AV stream, the multiplexing / source packetization unit 17 encodes a descriptor having the information, for example.

  Then, in the multiplexing / source packetizing unit 17, the input transport stream is converted into a source packet and supplied to the scrambler 20. The subsequent processing is the same as the processing after the scrambler 20 in the case of recording an AV stream in which video and audio input from the external line input terminal is self-encoded.

  Next, a case will be described in which a transport stream supplied from the STB 26 connected by IEEE1394 by a DTCP-compliant method is recorded in the Cognizant recording mode.

  In the recording apparatus and the STB 26 shown in FIG. 15, a DTCP-compliant IEEE1394 connection procedure process is performed. In the IEEE1394 interface 29, EMI (Encryption Mode Indicator) in the header of the input isochronous packet is analyzed by a predetermined method, and the CCI (indicated by CCI_o in the figure) of the AV stream to be recorded is supplied to the controller 19. The In the IEEE1394 interface 29, the input transport stream is supplied to the E_CCI analysis / update unit 30. The subsequent processing is the same as the processing after the E_CCI analyzing / updating unit 30 when the transport stream from the RF input of the digital TV broadcast is recorded.

  Next, a case where a transport stream supplied from the STB 26 connected by IEEE1394 in a DTCP compliant method is recorded in the non-cognizant recording mode will be described.

  In the recording apparatus and the STB 26 shown in FIG. 15, a DTCP-compliant IEEE1394 connection procedure process is performed. In the IEEE1394 interface 29, the EMI in the header of the input isochronous packet is analyzed by a predetermined method, and the CCI (indicated by CCI_o in the figure) of the AV stream to be recorded is supplied to the controller 19. Further, the transport stream output from the IEEE1394 interface 29 passes through the E_CCI analysis / update unit 30 and the WM analysis / update unit 31 (passes through without being processed) to be multiplexed / source packetized. To the unit 17. The subsequent processing is the same as the processing after the multiplexing / source packetizing unit 17 in the case of recording the transport stream from the digital TV broadcast RF input described above.

  Next, a case will be described in which a transport stream supplied from a PC 27 connected by IEEE1394 without using a DTCP-compliant method is recorded in the Cognizant recording mode.

  The recording device shown in FIG. 15 and the PC 27 perform IEEE1394 connection procedure processing that is not DTCP compliant. In this case, the EMI field of the input isochronous packet has no meaning. An input transport stream is supplied from the IEEE1394 interface 29 to the E_CCI analysis / update unit 30. The subsequent processing is the same as the processing after the E_CCI analyzing / updating unit 30 when the transport stream from the RF input of the digital TV broadcast is recorded.

  Next, in the recording apparatus shown in FIG. 15, a copy control process that varies depending on the type of input source will be described with reference to FIGS.

  FIG. 16 is a diagram for explaining copy control processing when the input source is video line input (in the case of video line input from the terminal 12). CGMS and WM of “input signal state” in the figure indicate the states of CGMS and WM of the input signal, respectively.

here,
When the CGMS of the input video signal is “00”, the CGMS detection / update unit 14 sets CCI_o = 00.
When the CGMS of the input video signal is “10”, the CGMS detection / update unit 14 sets CCI_o = 01 and updates the CGMS of the input video.
-When the CGMS of the input video signal is '01' or '11', the input video cannot be recorded.

When analyzing the WM of the input video signal,
When the WM of the input signal is “00”, the WM detection / update unit 15 sets WM_o = 00.
When the WM of the input signal is “10”, the WM detection / update unit 15 sets WM_o = 101 and updates the WM of the input video.
-When the WM of the input signal is '101' or '11', the input video cannot be recorded.

Here, the controller 19 sets a value having the same meaning as CCI_o in E_CCI encoded in the AV stream to be recorded, and sets a value having the same meaning as CCI_o in copy_permission_indicator (c_p_I) of the source packet header. Further, the controller 19 sets the contents of source_security_info () as follows.
Set is_cognizant to 1.
When analyzing the WM of the input video signal, set is_WM_cheked to 1, set the value of status_WM to the same meaning as WM_o, and compare with the previous WM state to determine the value of WM_transition_flag.
• Set is_WM_cheked to 0 if the WM of the input video signal is not analyzed.

  FIG. 17 is a diagram for explaining copy control processing when the input source is video input from an analog TV tuner (TV tuner 11) built in the recording apparatus. WM of “input signal state” in the figure indicates the WM state of the input signal.

here,
• When not analyzing the WM of the input video signal, it is assumed that WM_o = 00.
When analyzing the WM of the input video signal,
When the WM of the input signal is “00”, the WM detection / update unit 15 sets WM_o = 00.
When the WM of the input signal is “10”, the WM detection / update unit 15 sets WM_o = 101 and updates the WM of the input video.
-When the WM of the input signal is '101' or '11', the input video cannot be recorded.

Here, the controller 19 sets a value having the same meaning as WM_o in E_CCI encoded in the AV stream to be recorded, and sets a value having the same meaning as WM_o in copy_permission_indicator (c_p_I) of the source packet header. Further, the controller 19 sets the contents of source_security_info () as follows.
Set is_cognizant to 1.
When analyzing the WM of the input video signal, set is_WM_cheked to 1, set the value of status_WM to the same meaning as WM_o, and compare with the previous WM state to determine the value of WM_transition_flag.
• Set is_WM_cheked to 0 if the WM of the input video signal is not analyzed.

  FIG. 18 is a diagram for explaining copy control processing when the input source is a TS (transport stream) from a built-in tuner for digital TV broadcasting (digital TV tuner 28). E_CCI and WM of “input signal state” in the figure indicate the states of E_CCI and WM of the input signal, respectively.

here,
When the E_CCI of the input TS is “00”, the E_CCI analyzing / updating unit 30 sets CCI_o = 00.
When the E_CCI of the input TS is “10”, the E_CCI analyzing / updating unit 30 sets CCI_o = 01 and updates the E_CCI of the input TS to “01”.
When the E_CCI of the input TS is “01” or “11”, the input TS cannot be recorded.

When analyzing the WM of the input TS,
When the WM of the input TS is “00”, the WM detection / update unit 31 sets WM_o = 00.
When the WM of the input TS is “10”, the WM detection / update unit 31 sets WM_o = 101 and updates the WM of the input TS to “101”.
• When the WM of the input TS is '101' or '11', the input TS cannot be recorded.

Here, the controller 19 sets a value having the same meaning as CCI_o in copy_permission_indicator (c_p_I) of the source packet header. Further, the controller 19 sets the contents of source_security_info () as follows.
Set is_cognizant to 1.
When analyzing the WM of the input video signal, set is_WM_cheked to 1, set the value of status_WM to the same meaning as WM_o, and compare with the previous WM state to determine the value of WM_transition_flag.
• Set is_WM_cheked to 0 if the WM of the input video signal is not analyzed.

  FIG. 19 is a diagram for explaining a copy control process when an input source is a TS input in accordance with a DTCP-compliant system via IEEE1394 and the TS is cognizant-recorded. EMI, E_CCI, and WM of “input signal state” in the figure indicate the states of EMI, E_CCI, and WM of the input signal, respectively.

here,
When the E_CCI of the input TS is “00”, the E_CCI analyzing / updating unit 30 sets CCI_o = 00.
When the E_CCI of the input TS is “10”, the E_CCI analyzing / updating unit 30 sets CCI_o = 01 and updates the E_CCI of the input TS to “01”.
When the E_CCI of the input TS is “01” or “11”, the input TS cannot be recorded.

When analyzing the WM of the input TS,
When the WM of the input TS is “00”, the WM detection / update unit 31 sets WM_o = 00.
When the WM of the input TS is “10”, the WM detection / update unit 31 sets WM_o = 101 and updates the WM of the input TS to “101”.
• When the WM of the input TS is '101' or '11', the input TS cannot be recorded.

Here, the controller 19 sets a value having the same meaning as CCI_o in copy_permission_indicator (c_p_I) of the source packet header. Further, the controller 19 sets the contents of source_security_info () as follows.
Set is_cognizant to 1.
When analyzing the WM of the input video signal, set is_WM_cheked to 1, set the value of status_WM to the same meaning as WM_o, and compare with the previous WM state to determine the value of WM_transition_flag.
• Set is_WM_cheked to 0 if the WM of the input video signal is not analyzed.

  FIG. 20 is a diagram for explaining a copy control process when an input source is a TS input in accordance with a DTCP-compliant system via IEEE1394 and the TS is recorded non-cognizantly. EMI of “input signal state” in the figure indicates the EMI state of the input signal.

here,
When the EMI of the input TS is “00”, the IEEE1394 interface 29 sets CCI_o = 00.
When the EMI of the input TS is “10”, the IEEE1394 interface 29 sets CCI_o = 01.
-When the EMI of the input TS is '01' or '11', the input TS cannot be recorded.

Here, the controller 19 sets a value having the same meaning as CCI_o in copy_permission_indicator (c_p_I) of the source packet header. Further, the controller 19 sets the contents of source_security_info () as follows.
• Set is_cognizant to 0.
• Set is_WM_checked to 0.

  FIG. 21 is a diagram for explaining copy control processing in the case where an input source is a TS that is input via IEEE1394 without using a DTCP-compliant method, and the TS is cognizant-recorded. E_CCI and WM of “input signal state” in the figure indicate the states of E_CCI and WM of the input signal, respectively.

here,
When the E_CCI of the input TS is “00”, the E_CCI analyzing / updating unit 30 sets CCI_o = 00.
When the E_CCI of the input TS is “10”, the E_CCI analyzing / updating unit 30 sets CCI_o = 01 and updates the E_CCI of the input TS to “01”.
When the E_CCI of the input TS is “01” or “11”, the input TS cannot be recorded.

When analyzing the WM of the input TS,
When the WM of the input TS is “00”, the WM detection / update unit 31 sets WM_o = 00.
When the WM of the input TS is “10”, the WM detection / update unit 31 sets WM_o = 101 and updates the WM of the input TS to “101”.
• When the WM of the input TS is '101' or '11', the input TS cannot be recorded.

Here, the controller 19 sets a value having the same meaning as CCI_o in copy_permission_indicator (c_p_I) of the source packet header. Further, the controller 19 sets the contents of source_security_info () as follows.
Set is_cognizant to 1.
When analyzing the WM of the input video signal, set is_WM_cheked to 1, set the value of status_WM to the same meaning as WM_o, and compare with the previous WM state to determine the value of WM_transition_flag.
• Set is_WM_cheked to 0 if the WM of the input video signal is not analyzed.

  FIG. 22 is a diagram for explaining copy control processing when an input source is a TS that is input via IEEE1394 without using a DTCP-compliant method, and the TS is recorded in a non-cognizant manner. In this case, there is no credible CCI, and the input TS is recorded as Copy Free.

Here, the controller 19 sets 00 in copy_permission_indicator (c_p_I) of the source packet header. Further, the controller 19 sets the contents of source_security_info () as follows.
• Set is_cognizant to 0.
• Set is_WM_checked to 0.

  FIG. 23 is a flowchart for explaining the recording process in the present embodiment. First, after the input source type is determined (step 99), it is determined whether or not the input source is a transport stream (TS) input (step 100). If the input source is a transport stream input, the process proceeds to step 101. If the input source is a video line input or a built-in analog TV tuner input, the process proceeds to step 111.

First, the case where the input source is a transport stream input will be described.
Here, it is first determined whether the input source is IEEE1394 input or built-in digital TV tuner input (step 101). If the input source is IEEE1394 input, the process proceeds to step 102, and if the input source is a built-in digital TV tuner input, the process proceeds to step 104.

  If the input source is IEEE1394 input in step 101, it is determined whether or not the input source is DTCP compliant (step 102). If it is DTCP compliant, the value of EMI is read and EMI processing is performed (step 103). On the other hand, when the input source is not DTCP compliant, the value of EMI is regarded as zero (step 105), and the process proceeds to step 104.

  In step 104, if the input TS is to be cognizant-recorded, the process proceeds to step 106, and the copy control processing by E_CCI is performed as described in FIGS. 18, 19, and 21, and is_cognizant is set to 1. On the other hand, when the input TS is recorded non-cognizant in step 104, the process proceeds to step 109, and is_cognizant is set to zero.

  In step 107, if the WM of the input TS is analyzed, the process proceeds to step 108, and the copy control process by the WM is performed as described in FIGS. 18, 19, and 21, and is_WM_checked is set to 1. On the other hand, when recording without analyzing the WM of the input TS, the process proceeds to step 110 and is_WM_checked is set to 0.

  After these processes, the value of copy_permission_indicator is determined as described above, and the input transport packet is converted into a source packet (step 119). Thereafter, an AV stream is recorded (step 120), source_security_info is recorded (step 121), and the process ends.

  Next, the case where the input source is a video line input or a built-in analog TV tuner input in step 100 will be described. Here, is_cognizant is first set to 1 (step 111), and it is determined whether or not the video line is input (step 112). If the input source is a video line input, the process proceeds to step 113. If the input source is an analog TV tuner input, the process proceeds to step 115. In step 113, after the recording restriction of the input video by the macrovision is performed, the copy control process by CGMS of the input video is executed as described in FIG. 16 (step 114).

  If the WM of the input video is analyzed in step 115, the process proceeds to step 116, where the copy control process by the WM is performed as described in FIGS. 16 and 17, and is_WM_checked is set to 1. On the other hand, when recording the WM of the input video without analyzing it, the process proceeds to step 117 and is_WM_checked is set to 0.

After these processes, the input video is MPEG-encoded to form a transport stream (step 118). Then, similarly to the case where the above-described input source is TS, the processes of step 119, step 120, and step 121 are performed.
In this way, source_security_info information of the AV stream to be recorded is created and recorded together with the AV stream.

Next, a playback apparatus that performs playback restriction will be described.
FIG. 24 is a block diagram showing a playback apparatus to which the present embodiment is applied. When an AV stream is played back, playback is limited based on the source_security_info ().

  This playback apparatus includes a drive 52 that reads a recording medium 51 in which an AV stream file and application database information are recorded, a demodulation unit 53 that performs demodulation processing, an ECC (error correction) decoding unit 54, and a descrambler 55 that performs descrambling processing. , A source depacketizing / separating unit 56, and a controller 57 for performing E_CCI inspection and reproduction restriction processing. Also, an MPEG2AV decoder 59 that decodes an input stream and outputs video and audio, a WM inspection unit 61 that performs WM inspection and playback restriction processing, a DTCP-compliant processing unit 62 that performs DTCP-compliant playback restriction processing, A CGMS insertion unit 63 that performs CGMS processing, a macrovision insertion unit 64 that performs macrovision processing, a terminal 65 that outputs a playback video signal, and a terminal 66 that outputs an audio signal are provided. Furthermore, a WM inspection unit 68 that performs WM inspection and playback restriction processing, and an IEEE1394 interface (I / F) 70 that performs DTCP-compliant processing are provided. The transport stream from this playback apparatus is output to STB 71 compliant with DTCP or an external PC 72 not compliant with DTCP.

  First, application database information (including source_security_info) is read from the recording medium 51, and the database information is input to the controller 57 through the processing of the demodulation unit 53 and the ECC (error correction) decoding unit 54. Based on the application database, the controller 57 outputs a list of PlayLists recorded on the disc (recording medium 51) to a user interface (not shown). The user selects a PlayList to be reproduced from the PlayList list, and the PlayList designated for reproduction is instructed to the controller 57. The controller 57 reads the AV stream file necessary for playing the PlayList from the recording medium 51. Then, the drive 52 reads the AV stream from the recording medium 51, and the read AV stream is supplied to the descrambler 55 through the processing of the demodulation unit 53 and the ECC decoding unit 54. The descrambler 55 performs descrambling processing based on the corresponding database information and supplies the source packet sequence to the source depacketizing / separating unit 56.

The subsequent processing differs depending on whether the final reproduction output is a video output or a TS output.
First, processing after the source depacketizing / separating unit 56 when the reproduction output is a video output will be described.

  From the source depacketizing / separating unit 56, copy_permission_indicator (c_p_I) of the header of the input source packet is provided to the controller 57. Further, in the source depacketizing / separating unit 56, when the information of source_security_info is encoded in the AV stream composed of the source packet sequence, the information is decoded and supplied to the controller 57. The source depacketizing / separating unit 56 supplies E_CCI (Embedded CCI) encoded in the AV stream formed of the source packet sequence to the controller 57. As will be described later, the controller 57 performs the E_CCI check and the reproduction restriction process.

  FIG. 25 shows a process in which this playback apparatus checks E_CCI at the time of playback and performs playback restriction. Here, if is_cognizant of source_security_info is “0”, E_CCI (Embedded CCI) analysis is not performed when recording the corresponding AV stream, so that E_CCI inspection and playback restriction processing are performed during playback. That is, when E_CCI is “00”, video may be played back. When E_CCI is “10”, the video may be reproduced, but the CCI is updated to “01”. If E_CCI is '11' or '01', it means that the video has been recorded illegally, and the video playback is stopped.

  In the source depacketizing / separating unit 56, the MPEG video stream and the audio stream are separated from the source packet sequence, and these streams are supplied to the MPEG2 AV decoder 59. The MPEG2AV decoder 59 decodes the input stream and outputs video and audio.

Next, the video signal from the MPEG2 AV decoder 59 is input to the WM inspection unit 61, where WM inspection and playback restriction processing are performed.
FIG. 26 is a diagram for explaining the process performed by the WM inspection unit 61. Here, when is_cognizant of source_security_info is “0”, the WM is not analyzed when recording the corresponding AV stream, so the WM is inspected and the reproduction restriction process is performed during reproduction. That is, when the WM is “00”, the AV stream may be reproduced. When the WM is “10”, the video may be reproduced, but the WM is updated to “101”. If the WM is '101' or '11', it means that it has been recorded illegally, so the AV stream playback is stopped. For example, when a watermark is not introduced in an analog TV broadcast, the WM inspection unit 61 may not perform any processing when the source_type of the source_security_info indicates an analog TV tuner input.

  The video signal from the WM inspection unit 61 is input to the DTCP-compliant processing unit 62. When the source_type of source_security_info indicates that the source is DTCP compliant, the DTCP compliant processing unit 62 performs DTCP compliant reproduction restriction processing. For example, when the source_type is a DTCP-compliant source, and the CCI of the DTCP descriptor in the transport stream is “01” (No more copy), HDTV (High Definition) is used for analog video playback according to the DTLA regulations. Television: Do not output in high definition (TV) resolution. Therefore, in this case, when an HDTV video is input, the DTCP-compliant processing unit 62 performs a process of down-sampling the video to the resolution of SDTV (Standard Definition Television) and outputting it.

  The video signal from the DTCP-compliant processing unit 62 is input to the CGMS insertion unit 63, and CGMS processing is performed. The video signal from the CGMS insertion unit 63 is input to the macrovision insertion unit 64 to perform macrovision processing. Thereafter, a playback video signal is output from the macrovision insertion unit 64.

  Next, processing after the source depacketizing / separating unit 56 when the reproduction output is the TS output will be described.

  The source depacketizing / separating unit 56 provides a copy_permission_indicator (c_p_I) of the header of the input source packet to the controller 57. Further, in the source depacketizing / separating unit 56, when the information of source_security_info is encoded in the AV stream composed of the source packet sequence, the information is decoded and supplied to the controller 57. The source depacketizing / separating unit 56 supplies E_CCI (Embedded CCI) encoded in the AV stream formed of the source packet sequence to the controller 57. In the source depacketizing / separating unit 56, the transport stream is separated from the source packet sequence and supplied to the WM inspection unit 68.

  The transport stream from the source depacketizing / separating unit 56 is input to the WM inspection unit 68, where WM inspection and playback restriction processing are performed. The processing performed by the WM inspection unit 68 is the same as that described above with reference to FIG. Next, the transport stream from the WM inspection unit 68 is input to the IEEE1394 interface 70.

  When the source_type of source_security_info indicates that the source is DTCP compliant, the transport stream must be output in a DTCP compliant method. When the transport stream is output to the STB 71 by a DTCP compliant method, the IEEE 1394 interface 70 performs a predetermined DTCP compliant process. When the source_type of source_security_info indicates that the source is not DTCP compliant, the transport stream can be output to an external PC 72 that is not DTCP compliant.

  FIG. 27 is a flowchart showing processing for restricting playback based on source_security_info () when playing back an AV stream. In the reproduction process, first, Source_security_info is read (step 200), and an AV stream file corresponding to Source_security_info is read (step 201). The transport stream is separated from the source packet sequence of the AV stream file, and copy_permission_indicator in the header of the source packet is received (step 202). If Source_security_info is encoded in the AV stream, Source_security_info is read at this step.

  Next, it is determined whether the video output or TS output is reproduced (step 203). If the video output is reproduced, the process proceeds to step 211. If the TS output is reproduced, the process proceeds to step 204.

  First, the case of reproducing TS output will be described. In the case of TS output reproduction, in step 204, if is_cognizant is 1, the process proceeds to step 205, and if is_cognizant is 0, the process proceeds to step 207. In step 205, if is_WM_checked is 0, the process proceeds to step 206. If is_WM_checked is 1, the process proceeds to step 207. In this step 206, WM inspection and playback restriction are performed as described above with reference to FIG.

  If it is determined in step 207 that the source_type of Source_security_info is an input source that conforms to DTCP, the process proceeds to step 208; otherwise, the process proceeds to step 210. In the case of DTCP compliance, the value of copy_permission_indicator is set in EMI (step 208), and TS output processing (for example, scramble processing, etc.) according to the DTCP rule is performed (step 209). Then, the TS is isochronously transmitted to IEEE1394 (step 210), and the process ends.

  Next, the case of reproducing video output in step 203 will be described. In the case of reproduction of video output, first, the transport stream is decoded, and video and audio signals are extracted (step 211). Thereafter, in step 212, if is_cognizant is zero, the process proceeds to step 213. If is_cognizant is 1, the process proceeds to step 214. In step 213, as described with reference to FIG. 25, E_CCI is checked and playback is restricted.

  In step 214, if is_WM_checked is 0, the process proceeds to step 215. If is_WM_checked is 1, the process proceeds to step 216. In step 215, WM inspection and playback restriction are performed as described with reference to FIG.

  In step 216, if the source_type of Source_security_info indicates that it is a DTCP-compliant input source, the process proceeds to step 217. Otherwise, the process proceeds to step 218. In this step 217, video output reproduction restriction processing (for example, processing such as limiting the number of lines to 500 or less) in accordance with the DTCP rules is performed. Here, the processing described above is performed in the DTCP-compliant processing unit 62 in the playback apparatus of FIG.

  Next, processing for inserting CGMS into the video is performed (step 218). If the CCI is updated in step 213 or the WM is updated in step 215, CGMS is set to represent the updated latest CCI. If the CCI and WM states are different, it is determined by the application which is prioritized. Thereafter, the macrovision is inserted into the video signal by a predetermined method (step 219). For example, the macrovision is inserted into the video signal in accordance with the macrovision instruction information encoded in the DTCP_descriptor APS in the AV stream file. Then, video output is performed (step 220), and the process ends. In this way, the recorded AV stream is appropriately reproduced based on Source_security_info.

  As described above, in the present embodiment, the AV stream, the type of the input source, information on whether Cognizant recording or non-cognizant recording, information on whether or not the watermark has been analyzed and recorded at the time of recording are recorded. By recording source_security_info () having at least one, it is possible to perform appropriate playback restrictions when playing back the AV stream.

  For example, when recording a transport stream such as a digital TV broadcast, a transport stream from a digital TV tuner built in the recording device is used as an input source, or a transport is input from an external set top box via IEEE1394. There are two ways to use a stream as an input source. The former method does not need to use the DTCP method, and when reproducing the stream recorded by the former method, it is not necessary to perform the reproduction restriction based on the DTCP method. On the other hand, the latter method must be recorded using a DTCP-compliant method at least in the case of Japanese BS digital broadcasting. Therefore, when a stream recorded by the latter method is played back, playback restrictions based on the DTCP method must be performed. In such a case, appropriate playback restriction can be performed by referring to the source_type of Source_security_info.

  At present, it is considered that the watermark is first introduced into the DVD video. This is intended to prevent the analog video output from the DVD video player from being illegally recorded. On the other hand, there is a possibility that a watermark is not introduced into an analog TV broadcast that is basically free to record. In such a case, since an MPEG stream recorded by analog video line input being self-encoded may be a DVD video output, the watermark is checked during playback of the MPEG stream to restrict playback. Is required. On the other hand, it is expected that an MPEG stream in which an analog TV broadcast is recorded by self-encoding will not need to check a watermark when the MPEG stream is reproduced. In this case, appropriate playback restriction can be performed by referring to the source_type of Source_security_info.

  Furthermore, when a transport stream is recorded by a DTCP compliant method, there are a Cognizant recording mode and a non-cognizant recording mode. When decoding a transport stream recorded in the Cognizant recording mode and playing analog video, it is not necessary to check the embedded CCI and watermark of the transport stream. On the other hand, when the transport stream recorded in the non-cognizant recording mode is decoded and reproduced in analog video, it is necessary to check the embedded CCI and watermark of the transport stream. In this case, appropriate playback restriction can be performed by referring to source_type, is_cognizant, and is_WM_checked of Source_security_info.

  Furthermore, if the watermark is checked during recording of the AV stream, the watermark need not be checked during playback of the AV stream. On the other hand, when recording is performed without checking the watermark when recording the AV stream, it is necessary to check the watermark when reproducing the AV stream. In such a case, appropriate reproduction restriction can be performed by referring to is_WM_checked of Source_security_info.

  Then, since Integrity_Check_Value is added to Source_security_info and recorded, or Source_security_info is scrambled and recorded, it can be managed securely so that the information of Source_security_info is not falsified.

  Furthermore, by recording status_WM in Source_security_info, it is not necessary to analyze the AV stream when it is desired to know the state indicated by the watermark during playback of the AV stream. Therefore, when copying to a recording medium for another AV stream on the recording medium, it is possible to determine whether copying is possible by referring to status_WM without analyzing the watermark embedded in the AV stream. Further, WM_transition_flag can be used for speeding up the processing when searching for a WM change point in an AV stream.

  In the present embodiment, an example conforming to the so-called 5C DTCP (Digital Transmission Content Protection) is cited as an example conforming to the rule regarding the digital content protection function. However, it goes without saying that the present invention can also be applied to other rules concerning the digital content protection function without departing from the spirit of the present embodiment.

  In addition, each process described in the present embodiment can be provided as a program executed in a computer apparatus such as an information recording apparatus or an information reproducing apparatus. This program is provided as a storage medium such as a CD-ROM and is configured to be readable by reading means such as a CD-ROM drive in a computer device. For example, the program is located remotely via a network. It may be provided from a transmission device and installed in a computer device. In this embodiment, the DVR has been described as an example of the storage medium, but it goes without saying that the present invention can be applied to other storage media such as a storage medium having the same data format.

It is the figure which showed the structure of the application format on the recording medium used with the information recording device of this Embodiment, an information reproduction apparatus, etc. It is the figure which showed an example of the directory structure created on a DVR disk. It is the figure which showed the structure of AV stream file. It is the figure which showed syntax (Syntax) which is the programming syntax of a source packet. It is the figure which showed the syntax of TP_extra_header (). It is the figure which showed the relationship between the value of copy_permission_indicator and the mode designated by them. It is the figure which showed the syntax of Clip Information file. It is the figure which showed the syntax of ClipInfo (). It is the figure which showed the syntax of source_security_info () in ClipInfo (). It is the figure which showed the meaning of the source_type value. It is the figure which showed another example of the meaning of source_type. It is the figure which showed another example in the syntax of source_security_info (). It is the figure which showed the example of the meaning of status_WM. It is the figure which showed the meaning of WM_transition_flag. 1 is a block diagram showing a configuration of a recording apparatus to which the present embodiment is applied. It is a figure explaining the copy control process in case the input source is a video line input. It is a figure explaining the copy control process in case the input source is the video input from the analog TV tuner built in the recording device. It is a figure for demonstrating a copy control process in case the input source is TS from the built-in tuner of digital TV broadcasting. It is a figure for demonstrating a copy control process in case the input source is TS input by the system based on DTCP via IEEE1394, and the TS is cognizant-recorded. It is a figure for demonstrating a copy control process in case the input source is TS input by the system based on DTCP via IEEE1394, and the TS is non-cognizant-recorded. It is a figure for demonstrating a copy control process in case the input source is TS input via IEEE1394 without using a DTCP compliant system, and the TS is cognizant recorded. It is a figure for demonstrating a copy control process in case the input source is TS input via IEEE1394 without using a system based on DTCP, and the TS is recorded non-cognizantly. It is a flowchart explaining the recording process in this Embodiment. It is the block diagram which showed the reproducing | regenerating apparatus with which this Embodiment is applied. FIG. 10 is a diagram illustrating a process in which a playback device performs playback restriction by examining E_CCI during playback. It is a figure for demonstrating the process which a WM test | inspection part performs. It is the flowchart which showed the process which performs a reproduction | regeneration restriction | limiting based on the source_security_info () when reproducing | regenerating AV stream.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 ... Terminal, 11 ... TV tuner, 12 ... Terminal, 13 ... Macrovision detection part, 14 ... CGMS detection / update part, 15 ... WM (Water Mark) detection / update part, 16 ... MPEG2AV encoder, 17 ... Multiplexing / Source packetization unit, 18 ... stream analysis unit, 19 ... controller, 20 ... scrambler, 21 ... ECC (error correction) encoding unit, 23 ... drive, 24 ... recording medium, 25 ... terminal, 26 ... set top box ( STB), 27 ... PC, 28 ... digital TV tuner, 29 ... IEEE1394 interface (I / F), 30 ... E_CCI analysis / update unit, 31 ... WM detection / update unit, 32 ... terminal, 51 ... recording medium, 52 ... Drive, 54 ... ECC (error correction) decoding unit, 55 ... Descrambler, 56 ... Source depacketizing / separating unit, 57 ... Controller, 59 ... MPE 2 AV decoder, 61 ... WM inspection unit, 62 ... DTCP compliant processing unit, 63 ... CGMS insertion unit, 64 ... macrovision insertion unit, 68 ... WM inspection unit, 70 ... IEEE1394 interface (I / F), 71 ... STB, 72 ... PC

Claims (4)

A playback device for playing back a recording medium in which AV data input by an input unit of a recording device and a value corresponding to the input unit are recorded by the recording device,
Determination means for determining whether to perform digital output or analog output for the AV data;
An acquisition means for acquiring a value corresponding to the input means when the determination means determines to perform analog output;
An output limiting unit configured to limit output in the analog output based on a value corresponding to the input unit acquired by the acquiring unit. A playback method for playing back a recording medium recorded by the recording device in which AV data input by the input unit of the recording device and a value corresponding to the input unit are recorded.
A determination step of determining whether to perform digital output or analog output for the AV data; and an acquisition step of acquiring a value corresponding to the input means when it is determined that analog output is to be performed by the determination step; ,
An output limiting step for limiting output in the analog output based on a value corresponding to the input means acquired in the acquiring step. Input means for inputting a stream from a predetermined input source;
An information recording apparatus comprising: a recording unit that is used for limiting an analog output of the stream and records a value corresponding to the input unit on a recording medium together with the stream. An input step of inputting a stream from a predetermined input source;
An information recording method comprising: a recording step which is used for limiting analog output of the stream and which records a value corresponding to the input means on a recording medium together with the stream.

Images