[go: up one dir, main page]

WO2012046437A1 - 記録媒体、及びデータのコピー方法 - Google Patents

記録媒体、及びデータのコピー方法 Download PDF

Info

Publication number
WO2012046437A1
WO2012046437A1 PCT/JP2011/005595 JP2011005595W WO2012046437A1 WO 2012046437 A1 WO2012046437 A1 WO 2012046437A1 JP 2011005595 W JP2011005595 W JP 2011005595W WO 2012046437 A1 WO2012046437 A1 WO 2012046437A1
Authority
WO
WIPO (PCT)
Prior art keywords
stream
file
data
audio
video
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2011/005595
Other languages
English (en)
French (fr)
Inventor
泰治 佐々木
洋 矢羽田
智輝 小川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Original Assignee
Panasonic Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp filed Critical Panasonic Corp
Publication of WO2012046437A1 publication Critical patent/WO2012046437A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
    • G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
    • G11B20/005—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted wherein only some specific parts of the content are encrypted, e.g. encryption limited to I-frames
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/93—Regeneration of the television signal or of selected parts thereof
    • H04N5/931—Regeneration of the television signal or of selected parts thereof for restoring the level of the reproduced signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G11B2020/10546—Audio or video recording specifically adapted for audio data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B2020/10833—Copying or moving data from one record carrier to another
    • G11B2020/10842—Copying or moving data from one record carrier to another wherein not all recorded data are copied or moved
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs

Definitions

  • the present invention relates to a technology for copying data between recording media.
  • Optical discs such as DVDs and Blu-ray (registered trademark) discs are widely used for distributing movie contents such as movie works.
  • a video that can be recorded on a DVD is SD (Standard Definition)
  • a video that can be recorded on a Blu-ray Disc is a HD (High Definition) of up to 1920 ⁇ 1080.
  • digital copy In recent years, it has become possible to view video content on mobile devices such as mobile phones and smartphones. Accordingly, “digital copy” has become widespread. In digital copy, content that is the same content but low resolution is stored in a single recording medium separately from the main content, and is stored in a recording medium such as a hard disk drive (HDD) or SD memory card. This refers to a function that permits copying of low-resolution content (for example, see Patent Document 1).
  • HDD hard disk drive
  • SD memory card This refers to a function that permits copying of low-resolution content (for example, see Patent Document 1).
  • FIG. 73 is a schematic diagram showing the digital copy function.
  • the BD-ROM disc 7301 stores HD content and SD content.
  • the HD content is the main content and the SD content is the digital copy content.
  • the BD-ROM playback device 7302 reads the HD content from the BD-ROM disc 7301 and displays it on the high-definition image quality TV 7303.
  • the BD-ROM playback device 7302 reads SD content from the BD-ROM disc 7301 and writes it to an external recording medium 7304 such as an SD memory card.
  • the mobile device 7305 plays SD content from the external recording medium 7304. In this way, one content can be enjoyed on both the TV and the mobile device.
  • the SD-Video standard is a standard for encrypting and recording data such as video, audio, and captions on an SD memory card.
  • several profiles are prepared as formats and can be selected according to the application.
  • ISDB-T Mobile Video Profile (Mobile ⁇ Video ⁇ ⁇ Profile) is a standard for one-segment broadcast recording based on the Japanese ARIB standard, and the stream is in the MPEG-2 transport stream (TS) format (non-patent literature). 1).
  • TS MPEG-2 transport stream
  • the H.264 mobile video profile is a standard for storing high-quality content at a higher bit rate than the ISDB-T mobile video profile, and the stream is in the MPEG-4 system format (see Non-Patent Document 2 below). , “MP4 format”).
  • MP4 format MP4 format
  • SD-Video standard data is encrypted by the CPRM (Content Protect for Recordable Media) method at the time of recording.
  • a large number of audio streams can be stored in HD content stored on a BD-ROM disc.
  • the reason is that the reading rate of the BD-ROM disc is as high as 54 Mbps and the processing performance of the BD-ROM playback device is high.
  • a maximum of 32 audio streams can be stored in one content. Thereby, it is not necessary to create a BD-ROM disc for each language, so that the cost required for authoring can be suppressed.
  • SD content for digital copying has a limited number of audio streams that can be stored. This is because the bit rate of SD content is limited to a low level by the processing performance of the mobile device. For example, in the ISDB-T mobile video profile, the maximum number of audio streams that can be stored in one content is limited to two. The H.264 mobile video profile is limited to a maximum of one. Therefore, the number of audio streams that can be stored in the SD content is smaller than the number of audio streams that can be stored in the HD content. This causes the following problem.
  • FIG. 74 (a) is a schematic diagram showing an audio stream stored in the HD content.
  • the HD content stores five audio streams of English, Japanese, Chinese, German, and French along with one video stream.
  • FIG. 74B is a schematic diagram showing an audio stream stored in SD content for digital copy.
  • only one audio stream can be stored in one SD content. Accordingly, five audio streams of English, Japanese, Chinese, German, and French are stored in different SD contents. Furthermore, the same video stream is stored in each SD content. The total data amount of these five SD contents is not small.
  • An object of the present invention is to make the number of audio streams that can be stored in digital copy content the same as the number of audio streams stored in the copy source content without excessively increasing the total data amount. Another object is to provide a recording medium that can be used.
  • the first content, and the second content and the third content for digital copy with respect to the first content are recorded.
  • the second content includes a video stream and a first audio stream
  • the third content includes a second audio stream.
  • the first audio stream and the second audio stream have the same number of audio frames for each unit of encryption.
  • the second audio stream is a unit of encryption with the first audio stream. Each can be replaced.
  • the recording medium according to the present invention when the second content is copied to the external recording medium, the second audio stream is replaced with the first audio stream. Accordingly, it is sufficient that one video stream for digital copying is stored in the recording medium according to the present invention.
  • the above-described recording medium according to the present invention can reduce the number of audio streams that can be stored in the digital copy content without excessively increasing the total data amount, and the audio stream stored in the copy source content. The number can be matched.
  • FIG. 2 is a schematic diagram showing a data structure on a BD-ROM disc 101 shown in FIG.
  • A is a schematic diagram showing a data structure of a file identification descriptor 241 of a lower directory.
  • (B) is a schematic diagram showing the data structure of the file identification descriptor 242 of the lower file.
  • FIG. 3 is a schematic diagram showing a part of a directory / file structure of data stored in a volume area 202B of the BD-ROM disc 101 shown in FIG.
  • FIG. 3 is a schematic diagram showing another part of the directory / file structure of data stored in the volume area 202B of the BD-ROM disc 101 shown in FIG. 6 is a table showing elementary streams multiplexed in an AV stream file 541 placed immediately under the STREAM directory 540 shown in FIG. 6 is a schematic diagram showing the arrangement of TS packets belonging to elementary streams 801, 802, 803, and 804 in an AV stream file 800.
  • FIG. (A) is a schematic diagram which shows the data structure of TS header 901H.
  • (B) is a schematic diagram showing a format of a TS packet sequence constituting an AV stream file.
  • (C) is a schematic diagram showing the format of a source packet sequence composed of TS packet sequences of an AV stream file.
  • FIG. (D) is a schematic diagram of sectors on the volume area 202B of the BD-ROM disc 101 on which a series of source packets 902 are continuously recorded.
  • 3 is a schematic diagram showing a data structure of a PG stream 1000.
  • FIG. 3 is a schematic diagram showing details of a data structure of a video stream 1100.
  • FIG. 12 is a schematic diagram showing details of a method for storing a video stream 1201 in a PES packet sequence 1202.
  • FIG. It is a schematic diagram which shows the data structure of PMT1310.
  • FIG. 6 is a schematic diagram showing a data structure of a clip information file (01000.clpi) 531 shown in FIG. (A) is a schematic diagram showing the data structure of entry map 1430.
  • FIG. 6 is a schematic diagram showing a data structure of a playlist file (00001.mpls) 521 shown in FIG. It is a schematic diagram which shows the data structure of PI # N shown by FIG. (A),
  • (b) is a schematic diagram showing the relationship between two playback sections PI # (N ⁇ 1), PI # N to be connected when CC is “5”, “6”, respectively. It is.
  • FIG. 22 is a schematic diagram showing a correspondence relationship between a PTS indicated by a playlist file (00001.mpls) 521 and a portion reproduced from an AV stream file (01000.m2ts) 541.
  • FIG. FIG. 6 is a schematic diagram showing a data structure of an index file (index.bdmv) 511 shown in FIG. It is a schematic diagram which shows the data structure of MP4 file. It is a schematic diagram which shows the structure of the Box which comprises MP4 file.
  • (A) is a schematic diagram which shows the data structure of moov shown by FIG.
  • (B) is a tree diagram showing the hierarchical structure of Boxes in moov.
  • (C) is a table indicated by a sample-to-chunk box (stsc).
  • FIG. 3 is a schematic diagram showing a VAU data structure when an MPEG-4 AVC video stream is stored in an MP4 file. It is a schematic diagram which shows the data structure of the file of TS format.
  • A is a schematic diagram showing an example of a data structure when the digital copy AV stream file 622 is an MP4 file.
  • B is a schematic diagram showing the data structures of the replacement stream files 631, 632, and 633.
  • FIG. FIG. 2 is a functional block diagram of the playback device 103 shown in FIG. 1.
  • FIG. 29 is a list of system parameters (SPRM) installed in the player variable storage unit 2836 shown in FIG.
  • SPRM system parameters
  • FIG. 29 is a flowchart of the reproducing operation of the reproducing device 103 shown in FIG. 28.
  • FIG. 29 is a flowchart of playlist reproduction processing by the reproduction control unit 2835 shown in FIG.
  • FIG. 29 is a functional block diagram of the system target decoder 2823 shown in FIG. 28.
  • (A) is a flowchart of a process in which the PG decoder 3272 shown in FIG. 28 decodes a graphics object from one data entry in the PG stream.
  • (B)-(e) are schematic diagrams showing graphics objects that change in accordance with the processing shown in (a).
  • FIG. 29 is a block diagram showing a playback processing system in the playback device 103 shown in FIG. 28.
  • (A) is a graph showing changes in the data amount DA accumulated in the read buffer 3402 during the reproduction operation.
  • (B) is a schematic diagram showing the correspondence between the extent group 3510 to be played and the playback path 3520.
  • FIG. Jump distance S JUMP and maximum jump time for BD-ROM disc which is an example of a correspondence table between the T JUMP - MAX.
  • A) is a schematic diagram showing an encryption procedure performed when a CPRM-compatible device records content on an SD memory card.
  • (B) is a schematic diagram showing a decoding procedure performed when a CPRM-compatible device reproduces content from an SD memory card.
  • FIG. 42 is a schematic diagram showing a process of replacing an audio stream chunk included in a digital copy AV stream file with a chunk included in a replacement stream file in step S4107 shown in FIG. 41.
  • Directory indicating a storage location of new header information required when the bit rate and the attribute are different between the chunk of the audio stream included in the digital copy AV stream file and the chunk of the replacement stream file.
  • FIG. 1 is a directory diagram showing three digital copy AV stream files that share header information and video stream chunks.
  • FIG. 4 is a schematic diagram showing a relationship between a physical arrangement of data on a BD-ROM disc 101 and an LBN range indicated by allocation descriptors of three types of files.
  • FIG. 4 is a schematic diagram showing a relationship between a physical arrangement of data on a BD-ROM disc 101 and LBN ranges indicated by allocation descriptors of four types of digital copy AV stream files.
  • (A) and (b) are examples of the relationship between the physical arrangement of data on the BD-ROM disc 101 and the LBN range indicated by the allocation descriptor of two types of digital copy AV stream files. It is a schematic diagram shown.
  • FIG. 4 is a schematic diagram showing a relationship between a physical arrangement of data on a BD-ROM disc 101 and LBN ranges indicated by allocation descriptors of four types of digital copy AV stream files.
  • FIG. 4 is a schematic diagram showing a relationship between a physical arrangement of data on a BD-ROM disc 101 and LBN ranges indicated by allocation descriptors of four types of digital copy AV stream files.
  • (A) and (b) are examples of the relationship between the physical arrangement of data on the BD-ROM disc 101 and the LBN range indicated by the allocation de
  • FIG. 4 is a schematic diagram showing a file group constituting digital copy content 5110 recorded on a BD-ROM disc 101 and a digital copy AV stream file 5120 generated from the file group.
  • A is a schematic diagram showing an example of the data structure of a digital copy AV stream file in TS format.
  • (B) is a schematic diagram showing an example of the data structure of a TS format replacement stream file.
  • (A) is a schematic diagram which shows another example of the data structure of the digital copy AV stream file of TS format.
  • (B) is a schematic diagram showing another example of the data structure of a replacement stream file in the TS format.
  • 10 is a flowchart of processing for determining whether or not a BD-ROM disc is a digital copy compatible disc.
  • FIG. 56 is a table showing the structure of dialogue data shown in Fig. 56.
  • A) is a schematic diagram showing an example of a physical arrangement of an AV stream file and a digital copy AV stream file on a BD-ROM disc.
  • B) is a schematic diagram showing an elementary stream multiplexed in an AV stream file.
  • C) is a block diagram showing a playback processing system of the playback device for processing the AV stream file shown in (b).
  • (A) is a schematic diagram showing a physical arrangement of an extent of an AV stream file and an extent of a digital copy AV stream file on a BD-ROM disc.
  • (B) is a block diagram showing a playback processing system of a playback device for reading the extent group shown in (a).
  • (A) is a graph showing increase / decrease in the data amount DA accumulated in the read buffer when the non-digital copy compatible device reads the extent MN of the AV stream file from the extent arrangement 6010 shown in (b). It is.
  • (B) shows the arrangement 6010 of the extent DC of the digital copy AV stream file and the extent MN of the AV stream file on the BD-ROM disc, and reproduction when the non-digital copy compatible machine reads the extent from the arrangement.
  • FIG. 6 is a schematic diagram showing a path 6020.
  • FIG. (A), (b) shows the extent MN of the AV stream file stored in the read buffer when the digital copy compatible machine reads the extents DC, MN from the extent arrangement 6110 shown in (c). It is a graph which shows increase / decrease in data amount DA1 and increase / decrease in data amount DA2 of extent DC of a digital copy AV stream file.
  • (C) shows the arrangement 6110 of the extent DC of the digital copy AV stream file and the extent MN of the AV stream file on the BD-ROM disc, and the playback path when the digital copy compatible machine reads the extent from the arrangement.
  • 6 is a schematic diagram showing 6120.
  • (A) is a schematic diagram showing a physical arrangement of the extent B of the first AV stream file and the extent D of the second AV stream file arranged on the BD-ROM disc.
  • (B) is a block diagram showing a playback processing system of a playback device for processing the extent group shown in (a).
  • (A) is a flowchart of the process by the reproducing
  • (B) is a flowchart of processing by the mobile device in the digital copy.
  • 6 is a schematic diagram showing a directory structure of an update kit 6410 stored in a local storage 6401.
  • FIG. It is a block diagram of the reproducing
  • (A) is a schematic diagram showing processing for constructing a virtual package 6630 from original data 6610 stored in a BD-ROM disc and an update kit 6620 stored in local storage.
  • (B) is a table showing the correspondence between the path in the local storage and the path on the virtual package for each file of the update kit 6620 stored in the merge management information file 6621.
  • (A), (b), (c) is a schematic diagram showing pseudo streaming playback processing of an AV stream file using a virtual package.
  • (A) is a schematic diagram showing a playback system before a videophone call.
  • (B) is a schematic diagram showing a playback system when a videophone call is received.
  • (A) is a schematic diagram showing a playback system before a telephone call.
  • FIG. 72 is a flowchart of a method for recording movie content on a BD-ROM disc using the recording device 7100 shown in FIG. 71.
  • FIG. 72 It is a schematic diagram which shows the function of a digital copy.
  • A) is a schematic diagram showing an audio stream stored in HD content.
  • B) is a schematic diagram showing an audio stream stored in SD content for digital copy.
  • FIG. 1 is a schematic diagram showing a home theater system according to Embodiment 1 of the present invention.
  • the home theater system uses a disk medium 101 as a reproduction target and an SD memory card 102 as a digital copy writing destination.
  • the home theater system includes a playback device 103, a display device 104, and a remote controller 105.
  • the playback device 103 can be further connected to the mobile device 107 through the network 106.
  • the disk medium 101 is a read-only Blu-ray disc (BD), that is, a BD-ROM disc.
  • the disk medium 101 may be another portable recording medium, for example, a semiconductor memory device such as an optical disk according to another method such as a DVD, a removable hard disk drive (HDD), or an SD memory card.
  • the disc medium, that is, the BD-ROM disc 101 stores HD content and SD content representing the same movie.
  • the HD content is the main content and the SD content is the digital copy content.
  • the playback device 103 is equipped with a BD-ROM drive 110 and a card reader 111.
  • the BD-ROM drive 110 is an optical disk drive conforming to the BD-ROM system.
  • the card reader 111 is a drive that can read data from the SD memory card 102.
  • the playback device 103 uses the BD-ROM drive 110 to read HD content or SD content from the BD-ROM disc 101.
  • the playback device 103 further decodes the HD content into video data / audio data and transmits it to the display device 104.
  • the playback device 103 also writes the SD content into the SD memory card 102 using the card reader 111. By inserting the SD memory card 102 into the mobile device, the SD content can be played back on the mobile device.
  • the playback device 103 sends SD content to the mobile device 107 through the network 106.
  • the mobile device 107 reproduces the SD content or writes it to the SD memory card 108.
  • the display device 104 is a liquid crystal display.
  • the display device 104 may be a flat panel display or projector of another type such as a plasma display and an organic EL display.
  • the display device 104 displays the video of the HD content on the screen according to the video data, and generates sound from the built-in speaker according to the audio data.
  • the remote control 105 includes an operation unit and a transmission unit.
  • the operation unit includes a plurality of buttons. Each button is associated with each function of the playback device 103 or the display device 104, such as turning on / off the power or starting or stopping playback of the BD-ROM disc 101.
  • the operation unit detects pressing of each button by the user, and transmits the identification information of the button to the transmission unit by a signal.
  • the transmission unit converts the signal into an infrared or wireless signal and sends the signal to the playback device 103 or the display device 104.
  • each of the playback device 103 and the display device 104 receives the signal, specifies a button indicated by the signal, and executes a function associated with the button. In this way, the user can remotely operate the playback device 103 or the display device 104.
  • FIG. 2 is a schematic diagram showing a data structure on the BD-ROM disc 101.
  • a BCA (BursturCutting Area) 201 is provided at the innermost periphery of the data recording area on the BD-ROM disc 101. Access to the BCA is permitted only by the BD-ROM drive 121, and access by the application program is prohibited. Thereby, the BCA 201 is used for copyright protection technology.
  • tracks extend spirally from the inner periphery to the outer periphery.
  • the track 202 is schematically drawn in the horizontal direction. The left side represents the inner periphery of the disc 101, and the right side represents the outer periphery.
  • the track 202 includes a lead-in area 202A, a volume area 202B, and a lead-out area 202C in order from the inner periphery.
  • the lead-in area 202A is provided immediately outside the BCA 201.
  • the lead-in area 202A includes information necessary for accessing the volume area 202B by the BD-ROM drive 121, such as the size and physical address of data recorded in the volume area 202B.
  • the lead-out area 202C is provided at the outermost periphery of the data recording area and indicates the end of the volume area 202B.
  • the volume area 202B includes application data such as video and audio.
  • the volume area 202B is divided into small areas 202D called “sectors”.
  • the sector size is common, for example, 2048 bytes.
  • Each sector 202D is assigned a serial number in order from the tip of the volume area 202B. This serial number is called a logical block number (LBN) and is used as a logical address on the BD-ROM disc 101.
  • LBN logical block number
  • the volume area 202B can be accessed on a sector basis.
  • the logical address is substantially equal to the physical address. In particular, in a region where LBN is continuous, physical addresses are also substantially continuous. Therefore, the BD-ROM drive 121 can continuously read data from sectors having consecutive LBNs without causing the optical pickup to seek.
  • the data recorded in the volume area 202B is managed by a predetermined file system.
  • UDF Universal Disc Format
  • the file system may be ISO 9660.
  • the data recorded in the volume area 202B is expressed in a directory / file format. That is, these data can be accessed in directory units or file units.
  • FIG. 2 shows the data structure of the volume area 202B when UDF is used as the file system.
  • the volume area 202B generally includes areas in which a plurality of directories 213 to 215, a file set descriptor 211, and an end descriptor 212 are recorded.
  • Each “directory” 213, 214, 215 is a data group constituting the same directory.
  • the “file set descriptor” 211 indicates the LBN of the sector in which the file entry of the root directory 213 is recorded.
  • An “end descriptor” 212 indicates the end of the recording area of the file set descriptor 211.
  • Each directory 213, 214, 215 has a common data structure.
  • FIG. 2 shows the data structure of directory # 1214 as a typical example.
  • Directory # 1214 includes a file entry 221, a directory file 222, and lower file groups 223-225.
  • the “file entry” 221 includes a descriptor tag 231, an ICB (Information Control Block) tag 232, and an allocation descriptor 233.
  • “Descriptor tag” 231 indicates that the type of data including the descriptor tag is a file entry. For example, when the value of the descriptor tag is “261”, the data type is a file entry.
  • the “ICB tag” 232 indicates attribute information of the file entry itself.
  • the “allocation descriptor” 233 indicates the LBN of the sector in which the directory file 222 belonging to the directory # 1214 is recorded.
  • FIG. 3A is a schematic diagram showing the data structure of the file identification descriptor 241 in the lower directory.
  • the “file identifier descriptor of the lower directory” 241 is information for accessing a lower directory placed directly under the directory # 1.
  • the file identification descriptor 241 of the lower directory includes identification information 311 of the lower directory, a directory name length 312, a file entry address 313, and a directory name 314.
  • the file entry address 313 indicates the LBN of the sector in which the file entry of the lower directory is recorded.
  • 3B is a schematic diagram showing the data structure of the file identification descriptor 242 of the lower file.
  • the “file identification descriptor of the lower file” 242 is information for accessing the lower file placed immediately under the directory # 1.
  • the file identification descriptor 242 of the lower file includes identification information 321 of the lower file, a file name length 322, a file entry address 323, and a file name 324.
  • the file entry address 323 indicates the LBN of the sector in which the file entry of the lower file is recorded.
  • the “file entry of the lower file” includes address information of data constituting the entity of the lower file.
  • the file set descriptor 211 and the file identification descriptor of the lower directory / file are traced in order, the file / file of any directory / file recorded in the volume area 202B can be obtained. You can access the entry. As a specific example, it is assumed that a lower file # 1223 in the directory # 1214 is accessed. First, the file entry of the root directory 213 is identified from the file set descriptor 211, and the directory file of the root directory 213 is identified from the allocation descriptor in the file entry. Next, the file identification descriptor of the directory # 1214 is detected from the directory file, and the file entry 221 of the directory # 1214 is specified from the file entry address therein.
  • the directory file 222 of the directory # 1214 is specified from the allocation descriptor 233 in the file entry 221. Subsequently, in the directory file 222, the file entry of the lower file # 1223 is specified from the file entry address 323 in the file identification descriptor 242 of the lower file # 1.
  • FIG. 4 is a schematic diagram showing the data structure of the lower file # 1223 as a typical example of the common data structure.
  • lower file # 1223 includes extents 410-430 and file entry 400.
  • the “extents” 410, 420, 430,... are generally a plurality, and each is a data string in which logical addresses on the disk, that is, LBNs are continuous.
  • the extents 410, 420, 430,... Constitute the lower file # 1223.
  • the “file entry” 400 includes a descriptor tag 401, an ICB tag 402, and allocation descriptors 411-413.
  • “Descriptor tag” 401 indicates that the type of data 400 including the descriptor tag 401 is a file entry.
  • An “ICB tag” 402 indicates attribute information of the file entry 400 itself.
  • Each of the “allocation descriptors” 411, 412, 413,... Is provided for each extent 410, 420, 430,..., And the arrangement of each extent 410-430 on the volume area 202B, specifically each The extent size and the LBN at its tip are shown.
  • the arrangement of one extent may be indicated in the whole of the plurality of allocation descriptors. As shown by the dashed arrows in FIG. 4, each extent 410, 420,...
  • each allocation descriptor 411, 412 Can be accessed by referring to each allocation descriptor 411, 412,.
  • the upper 2 bits of each allocation descriptor 411,... Indicate whether or not extents 410,... Are actually recorded in the LBN sector indicated by the allocation descriptor. That is, when the upper 2 bits are “0”, it indicates that the extent has been allocated and recorded for the sector, and when it is “1”, the extent has been allocated to the sector. Indicates unrecorded.
  • FIG. 5 and 6 are schematic views showing the directory / file structure of data stored in the volume area 202B of the BD-ROM disc 101.
  • FIG. 5 and 6 in this directory / file structure, a BD movie (BDMV: BD501Movie) directory 501 and a digital copy (DCOPY) directory 502 are placed immediately under a root (ROOT) directory 500.
  • BDMV BD501Movie
  • DCOPY digital copy
  • FIG. 5 particularly shows the structure of the BDMV directory 501.
  • an index file (index.bdmv) 511 and a movie object file (MovieObject.bdmv) 512 are placed immediately below the BDMV directory 501.
  • the index file 511 is information for managing the entire content recorded on the BD-ROM disc 101.
  • the information includes information for causing the playback device 103 to recognize the content, and an index table.
  • the index table is a correspondence table between titles constituting the content and programs for controlling the operation of the playback device 103.
  • the program is called “object”.
  • Object types include movie objects and BD-J (BD Java (registered trademark)) objects.
  • the movie object file 512 generally includes a plurality of movie objects. Each movie object includes a sequence of navigation commands.
  • the navigation command is a control command for causing the playback device 103 to execute playback processing similar to playback processing by a general DVD player.
  • Types of navigation commands include, for example, an instruction to read a playlist file corresponding to a title, an instruction to reproduce an AV stream file indicated by the playlist file, and an instruction to transition to another title.
  • the navigation command is described in an interpreted language and is decoded by an interpreter incorporated in the playback apparatus 103, that is, a job control program, and causes the control unit to execute a desired job.
  • a navigation command consists of an opcode and an operand.
  • the opcode indicates the type of operation to be executed by the playback apparatus 103, such as title branching, playback, and computation.
  • the operand indicates identification information of the operation target such as a title number.
  • the control unit of the playback device 103 calls each movie object in accordance with a user operation, and executes navigation commands included in the movie object in the order of the columns.
  • the playback device 103 first displays a menu on the display device 104 and allows the user to select a command, as in a general DVD player.
  • the playback device 103 dynamically changes the progress of the video to be played back, such as starting / stopping playback of the title and switching to another title.
  • BDMV directory 501 As shown in FIG. 5, immediately below the BDMV directory 501, a playlist (PLAYLIST) directory 520, a clip information (CLIPINF) directory 530, a stream (STREAM) directory 540, a BD-J object (BDJO: BD Java) An Object) directory 550 and a Java archive (JAR: Java ⁇ ⁇ ⁇ ⁇ ⁇ Archive) directory 560 are placed.
  • PLAYLIST playlist
  • CLIPINF clip information
  • STREAM stream directory
  • BDJO BD Java
  • An Object Java archive
  • JAR Java ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ Archive
  • An AV stream file (01000.m2ts) 541 is placed directly under the STREAM directory 540.
  • the “AV stream file” refers to a video content entity recorded on the BD-ROM disc 101 and arranged in a file format determined by the file system.
  • the substance of video content generally means stream data in which various stream data representing video, audio, subtitles, and the like are multiplexed.
  • the AV stream file is preferably a digital stream in the MPEG-2TS format.
  • One AV stream file includes one primary video stream and up to 32 audio streams.
  • An AV stream file (01000.m2ts) 541 placed directly under the STREAM directory 540 particularly represents an HD video.
  • a clip information file (01000.clpi) 531 is placed in the CLIPINF directory 530.
  • the “clip information file” is associated one-to-one with the AV stream file placed immediately below the STREAM directory 540, and includes an entry map of each file.
  • the “entry map” is a correspondence table between the display time of each scene represented by the AV stream file and the address in each file in which the scene is recorded.
  • the clip information file (01000.clpi) 531 is associated with the AV stream file (01000.m2ts) 541 placed directly under the STREAM directory 540.
  • a playlist file (00001.mpls) 521 is placed in the PLAYLIST directory 520.
  • the “playlist file” defines the playback path of the AV stream file, that is, the playback target portion of the AV stream file and the playback order thereof.
  • the playlist file (00001.mpls) 521 defines the playback path of the AV stream file (01000.m2ts) 541 placed directly under the STREAM directory 540.
  • a BD-J object file (XXXXX.bdjo) 551 is placed in the BDJO directory 550.
  • the BD-J object file 551 includes one BD-J object.
  • the BD-J object is a bytecode program for causing a Java virtual machine installed in the playback device 103 to execute title playback processing and graphics video rendering processing.
  • the BD-J object is described in a compiler type language such as Java language.
  • the BD-J object includes an application management table and identification information of a playlist file to be referenced.
  • the application management table is a list of Java application programs to be executed by the Java virtual machine and their execution timing (life cycle).
  • the identification information of the playlist file to be referenced is information for identifying the playlist file corresponding to the reproduction target title.
  • the Java virtual machine calls each BD-J object according to a user operation or an application program, and executes the Java application program according to an application management table included in the BD-J object.
  • the playback device 103 dynamically changes the progress of the video of each title to be played back, or causes the display device 104 to display the graphics video independently of the title video.
  • the JAR file 561 generally includes a plurality of Java application program bodies to be executed according to the application management table indicated by the BD-J object.
  • the Java application program is a bytecode program written in a compiler type language such as the Java language, like the BD-J object.
  • the types of Java application programs include those that cause the Java virtual machine to execute title playback processing and those that cause the Java virtual machine to execute graphics video rendering processing.
  • the JAR file 561 is a Java archive file, and is expanded in its internal memory when it is read into the playback device 103. Thereby, a Java application program is stored in the memory.
  • FIG. 6 particularly shows the structure of the DCOPY directory 502.
  • a data xx (DATAxx) directory 601 and a data xx_audio (DATAxx_Audio) directory 602 are placed immediately below the DCOPY directory 502.
  • the characters “xx” represent serial numbers 01, 02,.
  • DATAxx directory digital copy content data is stored.
  • the data is stored in the SD-Video format under the DATAxx directory with the DATAxx directory as the root directory.
  • DATA01 directory 601 is in the SD-Video format
  • a data information (DATA_INFO) directory 610 and a program nnn (PROGRAMnnn) directory 620 are placed immediately below.
  • nnn represent serial numbers 001, 002,.
  • a data information file (data.info) 611 is placed directly under the DATA_INFO directory 610.
  • the data information file 611 stores information on the entire data placed under the DATA01 directory 601 such as the number of programs stored in the DATA01 directory 601, the total playback time of those programs, and playlist information for those programs. Yes.
  • the “program” includes a digital copy content, a still image, or a menu screen.
  • a management information file (pgnnn.strm) 621 and a digital copy AV stream file (mvnnn.strm) 622 are placed immediately below the PROGRAMnnnn directory 620.
  • the digital copy AV stream file 622 represents the content having the same content as the HD content represented by the AV stream file placed immediately below the STREAM directory 540, but the image quality is SD.
  • One digital copy AV stream file 622 includes one video stream and one or two audio streams. Therefore, the audio stream in the digital copy AV stream file corresponds to only one or two audio streams in the HD content.
  • SD content corresponding to HD content represented by one AV stream file placed directly under the STREAM directory 540 may be represented by a plurality of digital copy AV stream files.
  • the management information file 621 includes information regarding the digital copy AV stream file 622.
  • the information includes attribute information of the video stream and audio stream stored in the digital copy AV stream file 622.
  • the video stream attribute information includes a codec type, a frame rate, a resolution, and an aspect ratio
  • the audio stream attribute information includes a codec type, a sampling frequency, and the number of channels.
  • a program nnn (PROGRAMnnn) directory 630 is placed immediately below the DATAxx_Audio directory 602.
  • the characters “nnn” represent serial numbers 001, 002,.
  • a plurality of audio streams (mvnnn.strm.a1, mvnnn.strm.a2, mvnnn.strm.a3) 631 to 633 are placed in the PROGRAMnnn directory 630.
  • These audio streams are audio streams included in an AV stream file placed directly under the STREAM directory 540, and are converted into a digital copy AV stream file placed in the PROGRAMnnnn directory 620 directly under the DATAxx directory 601. Corresponds to what is not included.
  • an AV stream file (01000.m2ts) 541 placed directly under the STREAM directory 540 contains English, Japanese, Chinese, and German audio streams, and is a digital copy placed in the DATA01 directory 601.
  • the DATA01_Audio directory 602 includes a Japanese audio stream (mv001.strm.a1) 631, a Chinese audio stream (mv001.strm). strm.a2) 632 and a German audio stream (mv001.strm.a3) 633.
  • an audio stream placed in the DATAxx_Audio directory is referred to as a “replacement stream file”.
  • FIG. 7 is a table showing elementary streams multiplexed in the AV stream file 541 placed immediately below the STREAM directory 540 shown in FIG.
  • the AV stream file includes a primary video stream 701 and primary audio streams 702A and 702B.
  • the file may additionally include presentation graphics (PG) streams 703A, 703B, interactive graphics (IG) stream 704, secondary audio stream 705, and secondary video stream 706.
  • PG presentation graphics
  • IG interactive graphics
  • secondary audio stream 705 secondary audio stream
  • the primary video stream 701 represents the main video of the movie
  • the secondary video stream 706 represents the sub video.
  • the main video means a main video of content such as a main video of a movie, for example, one displayed on the entire screen.
  • the sub-picture means a picture that is displayed on the screen simultaneously with the main picture by using a picture-in-picture method, such as a picture that is displayed on a small screen in the main picture.
  • Each video stream 701, 706 is encoded by a moving image compression encoding method such as MPEG-2, MPEG-4 AVC, or SMPTE VC-1.
  • Primary audio streams 702A and 702B represent the main audio of the movie.
  • the secondary audio stream 705 represents the sub audio to be mixed with the main audio.
  • Each audio stream 702A, 702B, 705 is AC-3, Dolby Digital Plus (Dolby Digital Plus: “Dolby Digital” is a registered trademark), MLP (Meridian Lossless Packing: registered trademark), DTS (Digital Theater System) : Registered trademark), DTS-HD, or linear PCM (Pulse Code Modulation).
  • Each PG stream 703A, 703B represents a graphics video to be displayed overlaid on the video represented by the primary video stream 701, such as graphics subtitles.
  • the language of the caption is different between the two PG streams 703A and 703B.
  • the IG stream 704 represents a graphics component for a graphic user interface (GUI) for configuring an interactive screen on the screen of the display device 104 and its arrangement.
  • GUI graphic user interface
  • Elementary streams 701-706 are identified by packet identifiers (PID). For example, PID assignment is as follows.
  • the primary video stream 701 is assigned a hexadecimal value of 0x1011. Up to 32 elementary streams other than video streams can be multiplexed for each type in one AV stream file.
  • any one of 0x1100 to 0x111F is assigned to the primary audio streams 702A and 702B.
  • One of 0x1200 to 0x121F is assigned to the PG streams 703A and 703B.
  • Any of 0x1400 to 0x141F is assigned to the IG stream 704.
  • the secondary audio stream 705 is assigned one of 0x1A00 to 0x1A1F.
  • the secondary video stream 706 is assigned any one of 0x1B00 to 0x1B1F.
  • FIG. 8 is a schematic diagram showing the arrangement of TS packets belonging to the elementary streams 801, 802, 803, and 804 in the AV stream file 800.
  • each frame 801A is converted into one PES (Packetized Elementarty Stream) packet 811.
  • PES Packetized Elementarty Stream
  • each PES packet 811 is generally converted into a plurality of TS packets 821.
  • the audio stream 802, the PG stream 803, and the IG stream 804 are once converted into a sequence of PES packets 812, 813, and 814, and then converted into a sequence of TS packets 822, 823, and 824, respectively.
  • TS packets 821, 822, 823, and 824 obtained from the elementary streams 801, 802, 803, and 804 are multiplexed on a single stream data 800 by time division.
  • each TS packet 901 is a packet having a length of 188 bytes.
  • each TS packet 901 includes a TS payload 901P, an adaptation field (hereinafter abbreviated as an AD field) 901A, and a TS header 901H.
  • the TS payload 901P and the AD field 901A are both a data area having a length of 184 bytes.
  • the TS payload 901P is used as a PES packet storage area.
  • the AD field 901A is an area for storing stuffing bytes (that is, dummy data) when the data amount of the TS payload 901P is less than 184 bytes.
  • the AD field 901A is used as an information storage area when the TS packet 901 is, for example, a PCR described later.
  • the TS header 901H is a 4-byte data area.
  • FIG. 9 is a schematic diagram showing a data structure of the TS header 901H.
  • the TS header 901H includes a TS priority (transport_priority) 911, a PID 912, and an AD field control (adaptation_field_control) 913.
  • the PID 912 indicates the PID of the elementary stream to which the data stored in the TS payload 901P in the same TS packet 901 belongs.
  • the TS priority 911 indicates the priority of the TS packet 901 in the TS packet group having a common value indicated by the PID 912.
  • the AD field control 913 indicates whether each of the AD field 901A and the TS payload 901P in the TS packet 901 is present.
  • the TS packet 901 does not include the AD field 901A but includes the TS payload 901P.
  • the AD field control 913 indicates “2”.
  • the TS packet 901 includes both the AD field 901A and the TS payload 901P.
  • FIG. 9 is a schematic diagram showing the format of a source packet sequence composed of TS packet sequences of an AV stream file.
  • each source packet 902 is a 192-byte packet, and one of the TS packets 901 shown in FIG. 9B and a 4-byte header (TP_Extra_Header) 902H.
  • TP_Extra_Header TP_Extra_Header
  • the source packet 902 is configured by adding a header 902H to the TS packet 901.
  • the header 902H includes ATS (Arrival_Time_Stamp).
  • ATS is time information and is used as follows: When the source packet 902 is sent from the BD-ROM disc 101 to the system target decoder in the playback apparatus 103, the source packet 902 is transmitted to the TS packet. 902P is extracted and transferred to the PID filter in the system target decoder. The ATS in the header 902H indicates the time at which the transfer should start.
  • the “system target decoder” refers to a device that decodes an AV stream file for each elementary stream. Details of the system target decoder and its use of ATS will be described later.
  • FIG. 9D is a schematic diagram of sectors on the volume area 202B of the BD-ROM disc 101 in which a series of source packets 902 are continuously recorded.
  • the 32 source packets 902 recorded in three consecutive sectors 921 to 923 are referred to as “aligned unit” 920.
  • the playback device 103 reads source packets 902 from the BD-ROM disc 101 for each aligned unit 920, that is, 32 pieces.
  • the sector groups 921, 922, 923,... Are divided into 32 pieces in order from the top, and each constitutes one error correction code (ECC) block 930.
  • ECC error correction code
  • the BD-ROM drive performs error correction processing for each ECC block 930.
  • FIG. 10 is a schematic diagram showing the data structure of the PG stream 1000.
  • the PG stream 1000 includes a plurality of data entries # 1, # 2,. Each data entry represents a display unit (display set) of the PG stream 1000, and includes data necessary for causing the playback device 103 to configure one graphics plane.
  • Graphics plane refers to plane data generated from graphics data representing a graphics video.
  • Plane data refers to a two-dimensional array of pixel data having a size equal to the resolution of a video frame.
  • One set of pixel data consists of a combination of a color coordinate value and an ⁇ value (opacity). The color coordinate value is represented by an RGB value or a YCrCb value.
  • Types of graphics planes include PG planes, IG planes, image planes, and on-screen display (OSD) planes.
  • the PG plane is generated from the PG stream.
  • the IG plane is generated from the IG stream.
  • the image plane is generated according to the BD-J object.
  • the OSD plane is generated according to the firmware of the playback device 103.
  • each data entry includes multiple functional segments. These functional segments are, in order from the top, a display control segment (Presentation Control Segment: PCS), a window definition segment (Window Definition Segment: WDS), a palette definition segment (Pallet Definition Segment: PDS), and an object definition segment (Object Definition). Segment: ODS).
  • a display control segment Presentation Control Segment: PCS
  • a window definition segment Window Definition Segment: WDS
  • a palette definition segment Pallet Definition Segment: PDS
  • ODS object definition segment
  • the WDS defines a rectangular area in the graphics plane, that is, a window.
  • the WDS includes a window ID 1011, a window position 1012, and a window size 1013.
  • the window ID 1011 is WDS identification information (ID).
  • the window position 1012 indicates the position of the window in the graphics plane, for example, the coordinates of the upper left corner of the window.
  • Window size 1013 indicates the height and width of the window.
  • the PDS defines a correspondence relationship between a predetermined type of color ID and color coordinate values (for example, luminance Y, red difference Cr, blue difference Cb, opacity ⁇ ).
  • the PDS includes a palette ID 1021 and a color lookup table (CLUT) 1022.
  • the palette ID 1021 is the PDS ID.
  • ODS generally represents a single graphics object.
  • the “graphics object” is data that represents a graphics image with a correspondence relationship between a pixel code and a color ID.
  • the graphics object is compressed using a run-length encoding method and then divided and distributed to each ODS.
  • Each ODS further includes an object ID, i.e., the ID of the graphics object.
  • PCS shows details of display sets belonging to the same data entry, and in particular defines the screen configuration using graphics objects.
  • the screen composition types are cut-in / out (Cut-In / Out), fade-in / out (Fade-In / Out), color change (Color Change), scroll (Scroll), and wipe-in / out. Includes Out (Wipe-In / Out).
  • the PCS includes an object display position 1001, cropping information 1002, a reference window ID 1003, a reference palette ID 1004, and a reference object ID 1005.
  • the object display position 1001 is a position in the graphics plane where the graphics object is to be displayed, for example, the coordinates of the upper left corner of the area where the graphics object is to be displayed, using the coordinates in the window specified by the WDS.
  • the cropping information 1002 indicates a range of a rectangular portion to be cut out from the graphics object by the cropping process. The range is defined by, for example, the coordinates, height, and width of the upper left corner. That portion is actually drawn at the position indicated by the object display position 1001.
  • the reference window ID 1003, the reference palette ID 1004, and the reference object ID 1005 indicate the IDs of the WDS, PDS, and graphics object to be referred to in the graphics object drawing process, respectively.
  • the content provider uses the parameters in the PCS to instruct the playback apparatus 103 to configure the screen. As a result, for example, the playback device 103 can realize a visual effect of “displaying the next subtitle while gradually erasing a subtitle”.
  • the IG stream 804 includes an interactive composition segment (ICS), a PDS, and an ODS.
  • PDS and ODS are functional segments similar to those included in the PG stream 803.
  • a graphics object included in the ODS represents a GUI graphic component that forms an interactive screen such as a button and a pop-up menu.
  • the ICS defines interactive operations using those graphics objects.
  • the ICS defines states that can be taken for each of the graphics objects such as buttons and pop-up menus whose states change according to the user operation, that is, normal, selected, and active states.
  • the ICS further includes button information.
  • the button information includes a command to be executed by the playback device when the user performs a confirmation operation on the button or the like.
  • FIG. 11 is a schematic diagram showing details of the data structure of the video stream 1100.
  • the video stream 1100 includes pictures 1111, 1112, 1113, 1114,.
  • Each picture 1111,... Represents one frame or one field, and is compressed by a moving image compression encoding method such as MPEG-2 or MPEG-4 AVC.
  • inter-picture predictive coding For compression of each picture by the above encoding method, redundancy in the spatial direction and temporal direction of the picture is used.
  • intra-picture coding coding of a picture that uses only redundancy in the spatial direction.
  • inter-picture predictive coding coding of a picture that uses redundancy in the temporal direction, that is, data closeness between a plurality of pictures in the display order.
  • inter-picture predictive coding In inter-picture predictive coding, first, another picture whose display time is before or after the picture to be coded is set as a reference picture. Next, a motion vector is detected between the picture to be encoded and the reference picture, and motion compensation is performed using the motion vector. Further, a difference value between the motion-compensated picture and the picture to be encoded is obtained, and redundancy in the spatial direction is removed from the difference value. Thus, the data amount of each picture is compressed.
  • pictures included in the video stream 1100 are generally divided into a plurality of GOPs (Group Of Pictures) 1110 and 1120.
  • GOP refers to a sequence of a plurality of consecutive pictures starting from an I (Intra) picture.
  • I picture refers to a picture compressed by intra-picture coding.
  • a GOP generally includes a P (Predictive) picture and a B (Bidirectionally Predictive) picture in addition to an I picture.
  • a “P picture” is a picture compressed by inter-picture predictive coding, in which one I picture or another P picture whose display time is earlier than that is used as a reference picture.
  • B picture refers to a picture compressed by inter-picture predictive coding, in which two I-pictures or P-pictures whose display time is earlier or later are used as reference pictures.
  • B pictures those used as reference pictures in inter-picture predictive coding for other pictures are particularly referred to as “Br (reference B) pictures”.
  • the pictures in each GOP 1110 and 1120 are compressed in the following order.
  • the first picture 1111 is first compressed into an I 0 picture.
  • a subscript number indicates a serial number assigned to each picture in order of display time.
  • the fourth picture 1114 is compressed as P 3 picture as a reference picture to I 0 picture 1111.
  • the second and third pictures 1112 and 1113 are compressed into a B 1 picture and a B 2 picture, respectively, using the I 0 picture 1111 and the P 3 picture 1114 as reference pictures.
  • the first picture 1121 is first compressed into an I picture, and then the third picture 1124 is compressed into a P picture using the I picture 1121 as a reference picture. Subsequently, the second and third pictures 1122, 1123 are compressed into B pictures using the I picture 1121 and the P picture 1124 as reference pictures.
  • each GOP 1110, 1120 always includes an I picture at the head, the picture can be decoded for each GOP.
  • the I 0 picture 1111 is first decoded alone.
  • the P 3 picture 1114 is decoded using the decoded I 0 picture 1111.
  • B 1 picture 1112 and B 2 picture 1113 are decoded using decoded I 0 picture 1111 and P 3 picture 1114.
  • Subsequent pictures are similarly decoded.
  • the video stream 1100 can be decoded independently, and can be randomly accessed in units of GOPs.
  • an actual video stream 1100 is generally composed of a plurality of video sequences # 1, # 2,.
  • Video sequence is a group of pictures 1111, 1112, 1113, 1114,... Composing one GOP 1110 and additional information such as a header individually.
  • a combination of this additional information and each picture is called a “video access unit (VAU)”. That is, in each GOP 1110, 1120, one VAU # 1, # 2,... Is configured for each picture.
  • Each picture can be read from the video stream 1100 in units of VAUs.
  • VAU # 11131 includes an access unit (AU) identification code 1131A, a sequence header 1131B, a picture header 1131C, supplementary data 1131D, and compressed picture data 1131E.
  • the second and subsequent VAU # 2,... Have the same structure as VAU # 11131, except that the sequence header 1131B is not included.
  • the AU identification code 1131A is a predetermined code indicating the tip of VAU # 11131.
  • the sequence header 1131B is also called a GOP header, and includes an identification number of the video sequence # 1 including VAU # 11131.
  • the sequence header 1131B further includes information common to the entire GOP 1110, such as resolution, frame rate, aspect ratio, and bit rate.
  • the picture header 1131C indicates a unique identification number, an identification number of the video sequence # 1, and information necessary for decoding a picture, for example, the type of encoding method.
  • the supplementary data 1131D includes additional information related to other than decoding of pictures, for example, character information indicating closed captions, information about the GOP structure, and time code information.
  • the compressed picture data 1131E includes a compressed picture.
  • the VAU may include any or all of padding data 1131F, sequence end code 1131G, and stream end code 1131H as necessary.
  • Padding data 1131F is dummy data.
  • the sequence end code 1131G indicates that the VAU is located at the end of the video sequence.
  • the stream end code 1131H indicates the end of the video stream 1100.
  • each part of the VAU shown in FIG. 11 is composed of one NAL (Network Abstraction Layer) unit.
  • NAL Network Abstraction Layer
  • the AU identification code 1131A, the sequence header 1131B, the picture header 1131C, the supplementary data 1131D, the compressed picture data 1131E, the padding data 1131F, the sequence end code 1131G, and the stream end code 1131H are respectively an AU delimiter.
  • Access Unit Delimiter SPS (Sequence Parameter Set), PPS (Picture Parameter Set), SEI (Supplemental Enhancement Information), View Component, Filler Data (Filler Data), End of Sequence (End of Sequence) and End of Stream (End of Stream).
  • FIG. 12 is a schematic diagram showing details of a method for storing the video stream 1201 in the PES packet sequence 1202.
  • pictures are multiplexed in the coding order instead of the display time order. That is, as shown in FIG. 12, in the VAU constituting the video stream 1201, an I 0 picture 1210, a P 3 picture 1211, a B 1 picture 1212, a B 2 picture 1213,. Has been.
  • a subscript number indicates a serial number assigned to each picture in order of display time.
  • P 3 picture 1211 The coding of P 3 picture 1211 is used as reference picture I 0 picture 1210, as in the coding of the B 1 picture 1212 and B 2 picture 1213 I 0 picture 1210 and P 3 picture 1211 and the reference picture Used.
  • These VAUs are stored one by one in different PES packets 1220, 1221, 1222, 1223,.
  • Each PES packet 1220 includes a PES payload 1220P and a PES header 1220H.
  • the VAU is stored in the PES payload 1220P.
  • the PES header 1220H includes a display time (PTS: Presentation Time-Stamp) of a picture stored in the PES payload 1220P of the same PES packet 1220, and a decoding time (DTS: Decoding Time-Stamp) of the picture.
  • PTS Presentation Time-Stamp
  • DTS Decoding Time-Stamp
  • each PES payload of a series of PES packets includes a PTS of data stored in the PES payload of the PES packet.
  • the types of TS packets included in the AV stream file include, in addition to those converted from the elementary stream shown in FIG. 8, PAT (Program Association Table), PMT (Program Map Table), and PCR (Program Clock Reference).
  • PCR, PMT, and PAT are defined in the European digital broadcasting standard, and originally have a role of defining a partial transport stream constituting one program.
  • the AV stream file is also defined in the same manner as the partial transport stream.
  • PAT indicates the PID of the PMT included in the same AV stream file.
  • the PID of the PAT itself is 0.
  • the PMT includes the PID of each elementary stream representing video / audio / subtitles and the attribute information included in the same AV stream file.
  • the PMT further includes various descriptors (also referred to as descriptors) regarding the AV stream file.
  • the descriptor includes copy control information indicating permission / prohibition of copying of the AV stream file.
  • the PCR includes information indicating the value of STC (System Time Clock) to be associated with the ATS assigned to itself.
  • STC System Time Clock
  • STC is a clock used as a reference for PTS and DTS by the decoder in the playback apparatus 103.
  • the decoder uses PCR to synchronize the STC with the ATC.
  • FIG. 13 is a schematic diagram showing the data structure of the PMT 1310.
  • the PMT 1310 includes a PMT header 1301, a descriptor 1302, and stream information 1303.
  • the PMT header 1301 indicates the length of data included in the PMT 1310.
  • Each descriptor 1302 is a descriptor relating to the entire AV stream file including the PMT 1310.
  • the aforementioned copy control information is included in one of the descriptors 1302.
  • the stream information 1303 is information regarding each elementary stream included in the AV stream file, and is assigned to a different elementary stream one by one.
  • Each stream information 1303 includes a stream type 1331, a PID 1332, and a stream descriptor 1333.
  • the stream type 1331 includes identification information of a codec used for compressing the elementary stream.
  • PID1332 indicates the PID of the elementary stream.
  • the stream descriptor 1333 includes attribute information of the elementary stream, such as a frame rate and an aspect ratio.
  • the decoder in the playback device 103 can process the AV stream file in the same manner as a partial transport stream compliant with the European digital broadcasting standard. Thereby, compatibility between the playback device for the BD-ROM disc 101 and a terminal device compliant with the European digital broadcasting standard can be ensured.
  • FIG. 14 is a schematic diagram showing the data structure of the clip information file (01000.clpi) 531 shown in FIG.
  • the clip information file 531 includes clip information 1410, stream attribute information 1420, and an entry map 1430.
  • the clip information 1410 includes a system rate 1411, a playback start time 1412, and a playback end time 1413, as shown in FIG.
  • the system rate 1411 defines the system rate R TS for the AV stream file (01000.m2ts) 541 shown in FIG.
  • the playback apparatus 103 internally transfers the AV stream file in units of TS packets.
  • the ATS interval of the source packet is set in the AV stream file 541 so that the transfer rate of the TS packet at that time is suppressed to the system rate R TS or less.
  • the reproduction start time 1412 indicates the PTS assigned to the top VAU of the AV stream file 541.
  • the playback end time 1412 indicates an STC value that is further delayed by a predetermined amount from the PTS assigned to the VAU at the rear end of the AV stream file 541, for example, a value obtained by adding the playback time per frame to the PTS of the last frame. .
  • the stream attribute information 1420 is a correspondence table between the PID 1421 of each elementary stream included in the AV stream file 541 and its attribute information 1422 as shown in FIG.
  • the attribute information 1422 is different for each of the video stream, the audio stream, the PG stream, and the IG stream.
  • the attribute information associated with PID 0x1011 of the primary video stream indicates the type of codec used for compression of the video stream, the resolution of each picture constituting the video stream, the aspect ratio, and the frame rate. Including.
  • the attribute information associated with PID 0x1100 of the primary audio stream includes the type of codec used for compression of the audio stream, the number of channels included in the audio stream, the language, and the sampling frequency.
  • the attribute information 1422 is used by the playback device 103 to initialize the decoder.
  • FIG. 15 is a schematic diagram showing the data structure of the entry map 1430.
  • the entry map 1430 includes a table 1500.
  • the number of tables 1500 is the same as the number of video streams multiplexed in the AV stream file 541, and one table is assigned to each video stream.
  • each table 1500 is distinguished by the PID of the video stream to which it is assigned.
  • Each table 1500 includes an entry map header 1501 and an entry point 1502.
  • the entry map header 1501 includes the PID associated with the table 1500 and the total number of entry points 1502 included in the table 1500.
  • the entry point 1502 associates a pair of a PTS 1503 and a source packet number (SPN) 1504 one by one with a different entry point ID (EP_ID) 1505.
  • the PTS 1503 is equal to the PTS of any I picture included in the PID video stream indicated by the entry map header 1501.
  • the SPN 1504 is equal to the first SPN of the source packet group in which the I picture is stored.
  • SPN refers to a serial number assigned in order from the top to a source packet group belonging to one AV stream file.
  • the SPN is used as an address of each source packet in the AV stream file. That is, the entry point 1502 represents the correspondence between the PTS and address of each I picture included in the AV stream file 541, that is, the SPN.
  • FIG. 15B is a schematic diagram showing the source packet group 1510 belonging to the AV stream file 541 that is associated with each EP_ID 1505 by the entry map 1430.
  • the playback device 103 obtains the product of the SPN and the data amount of 192 bytes per source packet, and further quotient SPN ⁇ 192 when the product is divided by the data amount of 2048 bytes per sector. / 2048 is obtained.
  • the quotient is recorded in the source packet group 1510 belonging to the AV stream file 541 in the part before the source packet to which the SPN is assigned. Equal to the total number of sectors.
  • the playback device 103 refers to the file entry of the AV stream file 541, and specifies the LBN of the sector (the above total number + 1) from the head of the sector group in which the source packet group 1510 is recorded.
  • the LBN of the 301st sector counted from the beginning of the sector group in which the extents EXT [0], EXT [1], EXT [2],. Is identified.
  • the playback device 103 designates the LBN as the BD-ROM drive. Thereby, the source packet group 1510 is read out in units of aligned units in order from the sector of the LBN.
  • the playback device 103 selects a source packet indicated by the entry point of the playback start position from the aligned unit that is read first, and extracts and decodes the I picture from them. Thereafter, subsequent pictures are sequentially decoded using the previously decoded pictures. In this way, the playback device 103 can play back the video after the specific PTS from the AV stream file 541.
  • Entry map 1430 is further advantageous for efficient processing of special playback such as fast forward playback and rewind playback.
  • the playback device 103 uses the file entry of the AV stream file 541 to specify the LBN of the sector corresponding to each SPN.
  • the playback device 103 designates each LBN as a BD-ROM drive. Thereby, the aligned unit is read from the sector of each LBN.
  • the playback device 103 further selects a source packet indicated by each entry point from each aligned unit, extracts an I picture from them, and decodes it.
  • FIG. 16 is a schematic diagram showing the data structure of the playlist file (00001.mpls) 521 shown in FIG. Referring to FIG. 16, the playlist file 521 includes a main path 1601 and two sub paths 1602 and 1603.
  • the main path 1601 is an array of play item information (hereinafter abbreviated as PI), and defines the main playback path of the AV stream file 541, that is, the playback target portion and the playback order.
  • # N defines a different playback section of the main playback path with a pair of PTSs. One of the pairs represents the start time (In-Time) of the playback section, and the other represents the end time (Out-Time).
  • the order of PIs in the main path 1601 represents the order of the corresponding playback sections in the playback path.
  • Each sub-path 1602 and 1603 is an array of sub-playitem information (hereinafter abbreviated as SUB_PI), and defines playback paths that can accompany the main playback path of the AV stream file 541 in parallel.
  • the playback path includes a part different from the part of the AV stream file 541 represented by the main path 1601 and its playback order, or a part of stream data multiplexed in another AV stream file and its playback order. Show.
  • the video represented by the stream data is to be played back simultaneously with the video played from the AV stream file 541 according to the main path 1601, for example, a sub-picture, a browser screen, a pop-up in the picture-in-picture method -Includes menus or subtitles.
  • Sub-paths 1602 and 1603 are assigned serial numbers “0” and “1” in the order of registration in the playlist file 521.
  • the serial number is used as a sub path ID to identify each of the sub paths 1602 and 1603.
  • # M the number of the pair
  • Each SUB_PI # M defines a playback section having a different playback path by a pair of PTSs. One of the pair represents the reproduction start time of the reproduction section, and the other represents the reproduction end time.
  • the order of SUB_PI in each of the sub-paths 1602 and 1603 represents the order of the corresponding playback section in the playback path.
  • FIG. 17 is a schematic diagram showing the data structure of PI # N.
  • PI # N includes reference clip information 1701, playback start time (In_Time) 1702, playback end time (Out_Time) 1703, connection condition 1704, and stream selection table (hereinafter STN (Stream Number)). (Abbreviated as table) 1705 included.
  • the reference clip information 1701 is information for identifying the clip information file 531.
  • the reproduction start time 1702 and the reproduction end time 1703 indicate the respective PTSs at the front end and the rear end of the reproduction target portion of the AV stream file 541.
  • connection condition 1704 connects the video in the playback section specified by the playback start time 1702 and the playback end time 1703 to the video in the playback section specified by the previous PI # (N ⁇ 1). Specify the conditions for when.
  • the STN table 1705 represents a list of elementary streams that can be selected from the AV stream file 541 by the decoder in the playback device 103 between the playback start time 1702 and the playback end time 1703.
  • the data structure of the SUB_PI is common to the data structure of the PI shown in FIG. 17 in that it includes reference clip information, a reproduction start time, and a reproduction end time.
  • the reproduction start time and reproduction end time of SUB_PI are represented by values on the same time axis as those of PI.
  • the SUB_PI further includes a field called “SP connection condition”.
  • the SP connection condition has the same meaning as the PI connection condition.
  • connection condition (hereinafter abbreviated as CC) 1704 can take, for example, three types of values “1”, “5”, and “6”.
  • CC1704 is “1”
  • the video reproduced from the portion of the AV stream file 541 defined by PI # N is the portion of the AV stream file 541 defined by the immediately preceding PI # (N ⁇ 1). It is not always necessary to be seamlessly connected to the video reproduced from the video.
  • CC1704 is “5” or “6” both of the images must be seamlessly connected.
  • 18 (a) and 18 (b) show the relationship between two playback sections PI # (N ⁇ 1) and PI # N to be connected when CC is “5” and “6”, respectively. It is a schematic diagram shown. Here, PI # (N ⁇ 1) defines the first part 1801 of the AV stream file 541, and PI # N defines the second part 1802 of the AV stream file 541.
  • STC may be interrupted between two PI # (N ⁇ 1) and PI # N. That is, PTS # 1 at the rear end of the first portion 1801 and PTS # 2 at the front end of the second portion 1802 may be discontinuous. However, some constraints must be met.
  • the portions 1801 and 1802 when the second portion 1802 is supplied to the decoder following the first portion 1801, the portions 1801 and 1802 must be created so that the decoder can continue the decoding process smoothly. Furthermore, the last frame of the audio stream included in the first portion 1801 must overlap the first frame of the audio stream included in the second portion 1802.
  • CC when CC is “6”, the first part 1801 and the second part 1802 must be able to be handled as a series of parts in the decoding process of the decoder. . That is, between the first part 1801 and the second part 1802, both STC and ATC must be continuous.
  • the SP connection condition is “5” or “6”
  • both the STC and the ATC must be continuous between the portions of the file 2D defined by two adjacent SUB_PIs.
  • the STN table 1705 is an array of stream registration information.
  • Stream registration information is information individually indicating elementary streams that can be selected as playback targets from the AV stream file 541 between the playback start time 1702 and the playback end time 1703.
  • a stream number (STN) 1706 is a serial number individually assigned to the stream registration information, and is used by the playback apparatus 103 to identify each elementary stream.
  • the STN 1706 further represents the priority of selection among elementary streams of the same type.
  • the stream registration information includes a stream entry 1709 and stream attribute information 1710.
  • the stream entry 1709 includes stream path information 1707 and stream identification information 1708.
  • the stream path information 1707 is information indicating the AV stream file to which the selected elementary stream belongs.
  • the AV stream file corresponds to the clip information file indicated by the reference clip information 1701.
  • Either the playback start time or the playback end time specified by the SUB_PI is included in the period from the playback start time 1702 specified by the PI including the STN table 1705 to the playback end time 1703.
  • the stream identification information 1708 indicates the PID of the elementary stream multiplexed in the AV stream file specified by the stream path information 1707.
  • the elementary stream indicated by this PID can be selected between the reproduction start time 1702 and the reproduction end time 1703.
  • Stream attribute information 1710 represents attribute information of each elementary stream. For example, each attribute information of the audio stream, PG stream, and IG stream indicates the type of language.
  • FIG. 19 is a schematic diagram showing the correspondence between the PTS indicated by the playlist file (00001.mpls) 521 and the portion reproduced from the AV stream file (01000.m2ts) 541.
  • PI # 1 defines PTS # 1 indicating the reproduction start time IN1 and PTS # 2 indicating the reproduction end time OUT1.
  • the reference clip information of PI # 1 indicates a clip information file (01000.clpi) 531.
  • the playback device 103 refers to the entry map of the clip information file 531, and searches for the SPN # 1 and # 2 in the AV stream file 541 corresponding to the PTS # 1 and # 2. Subsequently, the playback device 103 calculates the number of sectors corresponding to each from the SPNs # 1 and # 2. The playback device 103 further uses the number of sectors and the file entry of the AV stream file 541 to read the leading end of the sector group P1 in which the extent group EXT [0],... EXT [n] to be played back is recorded. LBN # 1 and rear end LBN # 2 are identified. The calculation of the number of sectors and the identification of the LBN are as described with reference to FIG.
  • the playback device 103 designates the range from LBN # 1 to LBN # 2 to the BD-ROM drive.
  • the source packet group belonging to the extent group EXT [0],..., EXT [n] is read from the sector group P1 in the range.
  • the pair of PTS # 3 and # 4 indicated by PI # 2 is first converted to the pair of SPN # 3 and # 4 using the entry map of the clip information file 531.
  • the pair of SPN # 3 and # 4 is converted into the pair of LBN # 3 and # 4.
  • the source packet group belonging to the extent group is read from the sector group P2 in the range from LBN # 3 to LBN # 4.
  • the playback device 103 can play back video from the AV stream file 541 in accordance with the main path 1601 of the playlist file 521.
  • the playlist file 521 may include an entry mark 1901.
  • An entry mark 1901 indicates a point in the main path 1601 where playback should actually start. For example, as shown in FIG. 19, a plurality of entry marks 1901 may be set for PI # 1.
  • the entry mark 1901 is used for searching for the playback start position, particularly in cue playback. For example, when the playlist file 521 defines the playback path of a movie title, an entry mark 1901 is added to the beginning of each chapter. Thereby, the playback device 103 can play back the movie title for each chapter.
  • FIG. 20 is a schematic diagram showing the data structure of the index file (index.bdmv) 511 shown in FIG.
  • the index file 511 includes an index table 2010.
  • the control unit of the playback device 103 refers to a corresponding item in the index table 2010.
  • the control unit further calls an object associated with the item from the BD-ROM disc 101, and executes various processes in accordance therewith.
  • an item “first play” 2001 specifies an object to be called when the BD-ROM disc 101 is inserted into the BD-ROM drive 110.
  • an object for displaying a menu on the display device 104 when a command “return to menu” is input by a user operation is designated.
  • titles constituting the content on the BD-ROM disc 101 are individually assigned. For example, when a title to be played is specified by a user operation, an object for playing a video from an AV stream file corresponding to the title is specified in the item “title k” to which the title is assigned. ing.
  • the movie object MVO # 1 associated with the item “title 1” includes a group of instructions related to video playback processing using the playlist file (00001.mpls) 521.
  • the playlist file 521 is read from the BD-ROM disc 101 in accordance with the movie object MVO # 1, and the video is recorded along the playback path defined therein. Playback processing is executed.
  • the BD-J object BDJO # 1 associated with the item “title 2” includes an application management table related to video playback processing using the playlist file 521.
  • the Java application program is called from the JAR file 561 and executed according to the application management table in the BD-J object BDJO # 1.
  • the playlist file 521 is read from the BD-ROM disc 101, and video playback processing is executed along the playback path defined therein.
  • the data structure of the digital copy AV stream file (mv001.strm) 622 shown in FIG. 6 has two types, MP4 format and TS format.
  • FIG. 21 is a schematic diagram showing the data structure of an MP4 format file (hereinafter referred to as an MP4 file).
  • the MP4 file includes header information 2101 and media data 2102.
  • Media data 2102 is an entity of encoded video data and audio data. Specifically, the media data 2102 includes a plurality of chunks 2121, 2122, 2123, 2124,.
  • a “chunk” is a unit of encryption and consists of a plurality of samples.
  • Sample is a basic unit for handling the media data 2102, which means video access units VAU1, VAU2,... For video data, and audio frames AFR1, AFR2,. Means. Each sample is assigned a serial number (referred to as a sample number) in order of decoding time.
  • the header information 2101 indicates the position of each chunk 2121-2124 in the MP4 file, the playback time and size of the sample included in each chunk 2112-1124, whether random access is possible, and attribute information.
  • the header information 2101 is organized by the type of elementary stream, that is, by track.
  • the header information 2101 includes a video track trak (V) and an audio track trak (A).
  • the video track trak (V) includes information regarding the chunk (V) # 1 and chunk (V) # 2 of the video data
  • the audio track trak (A) includes the chunk (A) # 1 of audio data.
  • Information related to chunk (A) # 2 is included.
  • chunks referred to by the header information 2101 are indicated by dashed arrows.
  • MP4 files are organized as a collection of objects called boxes.
  • a Box consists of the following fields: The size (size) represents the size of the entire box.
  • the type (type) is an identifier of the Box, and is usually represented by four alphabetic characters.
  • the field length of type is 4 bytes.
  • searching for a Box in the MP4 file it is determined whether or not the 4-byte data representing the search target matches the identifier of the type field.
  • the version indicates the version number of the box.
  • a flag (flags) represents flag information set for each box.
  • the data is an area in which header information 2101 or media data 2102 is stored. Since version and flags are not essential, there is a box that does not include these.
  • FIG. 22 is a schematic diagram showing the configuration of a Box constituting an MP4 file.
  • an MP4 file is mainly composed of three types of boxes: ftyp, moov, and mdat.
  • ftyp Box identifiers, which are described in the type field of each Box.
  • ftyp is a box placed at the head of the MP4 file, and includes identification information of the MP4 file.
  • the moov includes header information 2101
  • the mdat includes media data 2102.
  • FIG. 23 is a schematic diagram showing a moov data structure. Boxes are arranged hierarchically in the moov data field. In particular, header information 2101 is stored in different boxes, “trak” for each track. Further, Boxes are arranged hierarchically in the data field of trak.
  • FIG. 23B is a tree diagram showing the hierarchical structure of Boxes in moov. Referring to (b) of FIG. 23, a box “stbl” is placed in the data field of trak, and a plurality of Boxes, “stco”, “stsc”, “stts”, “Stsz”, “stss”, and “stsd” are placed.
  • stco is called a chunk offset box (ChunkOffsetBox) and indicates the position of the chunk in the MP4 file.
  • stsc is a sample-to-chunk box (SampleToChunkBox), and indicates the correspondence between samples and chunks.
  • stts is a time-to-sample box (TimeToSampleBox), and indicates time information such as the decoding time and display start time of the sample.
  • stsz is a sample size box (SampleSizeBox) and is table information describing the size of each sample.
  • stss is a sync sample box (SyncSampleBox), and indicates a sample that can be randomly accessed.
  • stsd is called a sample description box (SampleDescriptionBox), and indicates attribute information applied to each sample.
  • (C) in FIG. 23 is a table indicated by a sample-to-chunk box (stsc).
  • stsc is table information, and each entry stores a chunk number, the number of samples, and a sample description ID.
  • the chunk number is an identification number assigned to the chunk included in the media data 2102.
  • the number of samples indicates the number of samples included in the chunk indicated by the chunk number.
  • the sample description ID includes identification information for referring to the sample description box (stsd). For chunks with common attribute information, the sample description ID is also common.
  • FIG. 25 is a schematic diagram showing the data structure of a VAU when an MPEG-4 AVC video stream is stored in an MP4 file. Unlike the VAU shown in FIG. 11, the VAU shown in FIG. 25 does not include a sequence header, a picture header, and padding data.
  • NAL units In terms of NAL units, they correspond to SPS, PPS, and filler data.
  • the compressed picture data is divided into a plurality of slice data. Size information is stored instead of the start code at the head of the NAL unit corresponding to each of the AU identification code and the slice data. Note that the AU identification code may be omitted.
  • FIG. 26 is a schematic diagram showing the data structure of a TS format file.
  • the TS format digital copy AV stream file is an MPEG-2 TS format digital stream similar to the AV stream file stored in the BDMV directory 501. Therefore, the data structure is the same as that shown in FIGS. 7, 8, 9, 12, and 13. For those similar parts, the explanations for those figures are incorporated.
  • a digital copy AV stream file in the TS format is called a TOD (Transport Stream Object ⁇ ⁇ ⁇ ⁇ Data) file.
  • the TOD file 2601 is composed of a plurality of packet sequences 2602.
  • the packet sequence 2602 is a unit of encryption.
  • Each packet sequence 2602 includes one or more ETS (Extended Transport Stream) packets 2603.
  • the ETS is 192 bytes long and includes one TS packet.
  • the header of ETS does not include ATS and is a reserved value.
  • FIG. 27A is a schematic diagram showing an example of a data structure when the digital copy AV stream file 622 is an MP4 file. Referring to (a) of FIG. 27, in the digital copy AV stream file 622, the number of samples of chunk # 1 of the audio stream is 10, the number of samples of chunk # 2 is 15, and the number of samples of chunk # 3 The number of samples is 10. (B), (c), and (d) of FIG. 27 are schematic diagrams showing the data structures of the replacement stream files 631, 632, and 633.
  • Each data structure of the replacement stream files 631 to 633 is the same data structure as the audio stream stored in the MP4 file. That is, each file is divided into a plurality of chunks and encrypted, and each chunk includes a plurality of audio frames.
  • the replacement stream files 631 to 633 are not limited to audio files stored in the digital copy AV stream file 622 shown in FIG.
  • the stream and chunk configuration are common. This configuration is shown in the sample to chunk box (stsc).
  • the replacement stream files 631 to 633 have the same attributes as the audio stream stored in the digital copy AV stream file 622, such as the number of channels and the sampling frequency.
  • the replacement stream files 631 to 633 are recorded at a constant bit rate (CBR). Accordingly, the chunk #n of the replacement stream file 631 to 633 is equal in size to the chunk #n of the digital copy AV stream file 622.
  • the replacement stream files 631 to 633 are encrypted with the same content encryption key as the digital copy AV stream file 622.
  • FIG. 28 is a functional block diagram of the playback device 103.
  • the playback apparatus 103 includes a BD-ROM drive 2801, a playback unit 2802, and a control unit 2803.
  • the playback unit 2802 includes a read buffer 2821, a system target decoder 2823, and a plane adder 2824.
  • the control unit 2803 includes a dynamic scenario memory 2831, a static scenario memory 2832, a user event processing unit 2833, a program execution unit 2834, a playback control unit 2835, and a player variable storage unit 2836.
  • the playback unit 2802 and the control unit 2803 are mounted on different integrated circuits. In addition, both may be integrated into a single integrated circuit.
  • the BD-ROM drive 2801 includes an optical pickup, that is, an optical head.
  • the optical head includes a semiconductor laser, a collimator lens, a beam splitter, an objective lens, a condenser lens, and a photodetector.
  • the light beam emitted from the semiconductor laser is collected in the recording layer of the disk 101 through the collimator lens, the beam splitter, and the objective lens in this order.
  • the collected light beam is reflected / diffracted by the recording layer.
  • the reflected / diffracted light is collected on a photodetector through an objective lens, a beam splitter, and a condenser lens.
  • the photodetector generates a reproduction signal having a level corresponding to the amount of collected light. Further, data is demodulated from the reproduced signal.
  • the BD-ROM drive 2801 reads data from the BD-ROM disc 101 in accordance with a request from the playback control unit 2835. Among the data, the extent of the AV stream file is transferred to the read buffer 2821, the dynamic scenario information is transferred to the dynamic scenario memory 2831, and the static scenario information is transferred to the static scenario memory 2832. .
  • “Dynamic scenario information” includes an index file, a movie object file, and a BD-J object file.
  • Static scenario information includes a playlist file and a clip information file.
  • the read buffer 2821, the dynamic scenario memory 2831, and the static scenario memory 2832 are all buffer memories.
  • a memory element built in the playback unit 2802 is used, and as the dynamic scenario memory 2831 and the static scenario memory 2832, a memory element built in the control unit 2803 is used.
  • different regions of a single memory element may be utilized as part or all of their buffer memories 2821, 2831, 2832.
  • the read buffer 2821 stores extents
  • the dynamic scenario memory 2831 stores dynamic scenario information
  • the static scenario memory 2832 stores static scenario information.
  • the system target decoder 2823 reads extents from the read buffer 2821 in units of source packets, performs demultiplexing processing, and performs decoding processing on each separated elementary stream.
  • information necessary for decoding each elementary stream such as the type of codec and the attribute of the stream, is sent from the reproduction control unit 2835 to the system target decoder 2823 in advance.
  • the system target decoder 2823 further converts each VAU in the decoded primary video stream, secondary video stream, IG stream, and PG stream into a main video plane, a sub video plane, an IG plane, and a PG plane. And is sent to the plane adder 2824.
  • the system target decoder 2823 mixes the decoded primary audio stream and secondary audio stream, and sends them to an audio output device such as the built-in speaker 104A of the display device 104.
  • the system target decoder 2823 receives graphics data from the program execution unit 2834.
  • the graphics data is for displaying graphics such as a GUI menu on the screen, and is represented by raster data such as JPEG or PNG.
  • the system target decoder 2823 processes the graphics data, converts it into an image plane, and sends it to the plane adder 2824.
  • the system target decoder 2823 further sends the audio data to the speaker 104A. Details of the system target decoder 2823 will be described later.
  • the plane adder 2824 reads the main video plane, sub-video plane, IG plane, PG plane, and image plane from the system target decoder 2823, and superimposes them on one video plane (frame or field). To synthesize.
  • the combined video plane is sent to the display device 104.
  • the user event processing unit 2833 detects a user operation through the remote control 105 or the front panel of the playback device 103, and requests the program execution unit 2834 or the playback control unit 2835 to perform processing depending on the type of the operation. For example, when the user presses a button on the remote controller 105 and instructs to display a pop-up menu, the user event processing unit 2833 detects the press and identifies the button. The user event processing unit 2833 further requests the program execution unit 2834 to execute a command corresponding to the button, that is, a pop-up menu display process. On the other hand, when the user presses the fast forward or rewind button on the remote controller 105, the user event processing unit 2833 detects the press and identifies the button. The user event processing unit 2833 further requests the playback control unit 2835 to perform fast forward or rewind processing of the currently played playlist.
  • the program execution unit 2834 is a processor that reads a program from a movie object file or a BD-J object file stored in the dynamic scenario memory 2831 and executes the program.
  • the program execution unit 2834 further performs the following control in accordance with each program: (1) Command the playback control unit 2835 to play a playlist; (2) Graphics or game graphics data for PNG or JPEG Is generated as raster data and transferred to the system target decoder 2823, and the system target decoder 2823 synthesizes the data with other video data.
  • the specific contents of these controls can be designed relatively freely through program design. That is, those control contents are determined by the movie object file and BD-J object file programming steps in the authoring step of the BD-ROM disc 101.
  • the playback control unit 2835 controls processing of transferring various data such as extents and index files from the BD-ROM disc 101 to the read buffer 2821, the dynamic scenario memory 2831, and the static scenario memory 2832.
  • a file system for managing the directory / file structure shown in FIGS. 5 and 6 is used as follows.
  • the playback control unit 2835 gives a file name to be searched to the file system by using a system call for file opening, and searches the directory / file structure.
  • the file system first transfers the file entry of the transfer target file to the memory in the reproduction control unit 2835, and generates an FCB (File Control Block) in the memory.
  • FCB File Control Block
  • the file system returns the file handle of the transfer target file to the reproduction control unit 2835.
  • the playback control unit 2835 presents the file handle to the BD-ROM drive 2801.
  • the BD-ROM drive 2801 transfers the file to be transferred from the BD-ROM disc 101 to the buffer memories 2821, 2831, and 2832.
  • the playback control unit 2835 controls the BD-ROM drive 2801 and the system target decoder 2823 to decode video data and audio data from the AV stream file. Specifically, the playback control unit 2835 first reads a playlist file from the static scenario memory 2832 in response to an instruction from the program execution unit 2834 or a request from the user event processing unit 2833, and stores the contents. Interpret. Next, the playback control unit 2835 designates the AV stream file to be played back to the BD-ROM drive 2801 and the system target decoder 2823 according to the interpreted content, particularly the playback path, and reads and decodes the AV stream file. Instruct. Such reproduction processing according to the playlist file is referred to as “playlist reproduction processing”.
  • the playback control unit 2835 sets various player variables in the player variable storage unit 2836 using static scenario information.
  • the playback control unit 2835 further refers to these player variables, specifies the elementary stream to be decoded to the system target decoder 2823, and provides information necessary for decoding each elementary stream.
  • the player variable storage unit 2836 is a register group for storing player variables.
  • the types of player variables include system parameters (SPRM) and general-purpose parameters (GPRM).
  • SPRM indicates the state of the playback device 103.
  • FIG. 29 is a list of SPRMs. Referring to FIG. 29, each SPRM is assigned a serial number 2901, and a variable value 2902 is individually associated with each serial number 2901. There are 64 SPRMs, for example, and the meanings of each are as follows. Here, the numbers in parentheses indicate serial numbers 2901.
  • SPRM (10) indicates the PTS of the picture being decoded, and is updated each time the picture is decoded and written to the main video plane memory. Therefore, the current playback point can be known by referring to SPRM (10).
  • the parental level of SPRM (13) indicates the lower limit of the age of the viewer who uses the playback device 103, and is used for parental control on the viewing of the title recorded on the BD-ROM disc 101.
  • the value of SPRM (13) is set by the user of the playback device 103 using the OSD of the playback device 103 or the like.
  • parental control refers to a process of limiting the viewing of a title depending on the age of the viewer.
  • the playback device 103 performs parental control for each title, for example, as follows. First, the playback device 103 reads the age limit for viewing the title from the BD-ROM disc 101 and compares it with the value of SPRM (13).
  • the restricted age represents the lower limit of the age of the viewer who is permitted to view the title. If the restricted age is less than or equal to the value of SPRM (13), playback device 103 continues to play the title. If the restricted age exceeds the value of SPRM (13), playback device 103 stops playback of the title.
  • the SPRM (16) audio stream language code and the SPRM (18) subtitle stream language code indicate default language codes of the playback device 103. They can be changed by the user by using the OSD of the playback apparatus 103, or can be changed to an application program through the program execution unit 2834. For example, when SPRM (16) indicates “English”, the playback control unit 2835 first selects the “English” language from the PI indicating the current playback section, that is, the STN table included in the current PI, in the playlist playback processing. Search for stream entries that contain code. Next, the playback control unit 2835 extracts the PID from the stream identification information of the stream entry and passes it to the system target decoder 2823. Thereby, the audio stream of the PID is selected and decoded by the system target decoder 2823. These processes can be executed by the playback control unit 2835 using a movie object file or a BD-J object file.
  • the player variable is updated by the playback control unit 2835 according to the change of the playback state during the playback process.
  • SPRM (1), SPRM (2), SPRM (21), and SPRM (22) are updated. They indicate the STNs of the audio stream, subtitle stream, secondary video stream, and secondary audio stream that are being processed in order.
  • SPRM (1) is changed by the program execution unit 2834.
  • the playback control unit 2835 uses the STN indicated by the changed SPRM (1) to search the STN table in the current PI for a stream entry including the STN.
  • the playback control unit 2835 extracts the PID from the stream identification information in the stream entry and passes it to the system target decoder 2823. Thereby, the audio stream of the PID is selected and decoded by the system target decoder 2823. In this way, the audio stream to be reproduced is switched.
  • subtitles and secondary video streams to be reproduced can be switched.
  • FIG. 30 is a flowchart of the reproduction operation of the reproduction apparatus 103. This operation is started, for example, when the BD-ROM disc 101 is inserted into the BD-ROM drive 2801.
  • step S3001 the playback device 103 reads stream data from the BD-ROM disc 101 by the BD-ROM drive 2801 and stores it in the read buffer 2821. Thereafter, the process proceeds to step S3002.
  • step S3002 the playback apparatus 103 reads the stream data from the read buffer 2821 by the system target decoder 2823, and demultiplexes the elementary stream from the stream data. Thereafter, processing proceeds to step S3003.
  • step S3003 the playback device 103 decodes each elementary stream by the system target decoder 2823.
  • a primary video stream, a secondary video stream, an IG stream, and a PG stream are decoded into a main video plane, a sub video plane, an IG plane, and a PG plane, respectively.
  • the primary audio stream and the secondary audio stream are mixed.
  • the graphics data from the program execution unit 2834 is converted into an image plane. Thereafter, processing proceeds to step S3004.
  • step S3004 the playback device 103 combines the main video plane, sub-video plane, IG plane, PG plane, and image plane decoded by the system target decoder 2823 into one video plane by the plane adder 2824. To do. Thereafter, processing proceeds to step S3005.
  • step S3005 the playback device 103 transmits the video plane combined by the plane adder 2824, the audio data mixed by the system target decoder 2823, and the control data from the playback control unit 2835 to the display device 104. Thereafter, processing proceeds to step S3006.
  • step S3006 the playback device 103 checks whether or not unprocessed stream data remains in the read buffer 2821. If it remains, the process is repeated from step S3001. If not, the process ends.
  • FIG. 31 is a flowchart of playlist playback processing by the playback control unit 2835.
  • the playlist playback process is started when the playback control unit 2835 reads a playlist file from the static scenario memory 2832.
  • step S3101 the playback control unit 2835 first reads one PI from the main path in the playlist file and sets it as the current PI.
  • the playback control unit 2835 selects the PID of the elementary stream to be played from the STN table of the current PI, and specifies the attribute information necessary for decoding them.
  • the selected PID and attribute information are instructed to the system target decoder 2823.
  • the playback control unit 2835 further specifies the SUB_PI associated with the current PI from the subpath in the playlist file. Thereafter, the process proceeds to step S3102.
  • step S3102 the playback control unit 2835 reads the reference clip information, the PTS # 1 indicating the playback start time IN1, and the PTS # 2 indicating the playback end time OUT1 from the current PI. From the reference clip information, the clip information file corresponding to the AV stream file to be reproduced is specified. Further, when there is a SUB_PI associated with the current PI, similar information is read out from them. Thereafter, the process proceeds to step S3103.
  • step S3103 the playback control unit 2835 searches for the SPN # 1 and # 2 in the AV stream file corresponding to the PTS # 1 and # 2 with reference to the entry map of the clip information file. Similarly, the PTS pair indicated by SUB_PI is also converted into a SPN pair. Thereafter, processing proceeds to step S3104.
  • the sector number pair converted from the PTS pair indicated by SUB_PI is also converted into an LBN pair and designated in the BD-ROM drive 2801.
  • the source packet group belonging to the extent group is read out in aligned unit units from the sector group in the specified range. Thereafter, processing proceeds to step S3106.
  • step S3106 the playback control unit 2835 checks whether an unprocessed PI remains in the main path. If it remains, the process is repeated from step S3101. If not, the process ends.
  • FIG. 32 is a functional block diagram of the system target decoder 2823.
  • the system target decoder 2823 includes a source depacketizer 3210, an ATC counter 3220, a first 27 MHz clock 3230, a PID filter 3240, an STC counter (STC1) 3250, a second 27 MHz clock 3260, a main Video decoder 3270, sub video decoder 3271, PG decoder 3272, IG decoder 3273, main audio decoder 3274, sub audio decoder 3275, image processor 3280, main video plane memory 3290, sub video plane memory 3291, PG plane memory 3292, an IG plane memory 3293, an image plane memory 3294, and an audio mixer 3295.
  • STC1 STC counter
  • the source depacketizer 3210 reads the source packet from the read buffer 2821, extracts the TS packet from the read packet, and sends it to the PID filter 3240.
  • the source depacketizer 3210 further adjusts the transmission time to the time indicated by the ATS of each source packet. Specifically, the source depacketizer 3210 first monitors the ATC value generated by the ATC counter 3220. Here, the value of ATC is incremented by the ATC counter 3220 according to the pulse of the clock signal of the first 27 MHz clock 3230. Next, the source depacketizer 3210 transfers the TS packet extracted from the source packet to the PID filter 3240 at the moment when the ATC value matches the ATS of the source packet. By adjusting the transmission time, the average transfer rate of TS packets from the source depacketizer 3210 to the PID filter 3240 does not exceed the value R TS defined by the system rate 1411 in the clip information file 531.
  • the PID filter 3240 first monitors the PID included in the TS packet sent from the source / depacketizer 3210. When the PID matches the PID designated in advance by the playback control unit 2835, the PID filter 3240 selects the TS packet and transfers it to the decoder 3270-3275 suitable for decoding the elementary stream indicated by the PID. For example, when the PID is 0x1011, the TS packet is transferred to the main video decoder 3270.
  • the TS packets are the sub video decoder 3271, the main audio decoder 3274, and the sub audio decoder, respectively. 3275, PG decoder 3272, and IG decoder 3273.
  • the PID filter 3240 further detects PCR from the TS packet using the PID of each TS packet. At that time, the PID filter 3240 sets the value of the STC counter 3250 to a predetermined value. Here, the value of the STC counter 3250 is incremented according to the pulse of the clock signal of the second 27 MHz clock 3260. Further, the value to be set in the STC counter 3250 is instructed from the reproduction control unit 2835 to the PID filter 3240 in advance.
  • Each decoder 3270-3275 uses the value of the STC counter 3250 as the STC. Specifically, each decoder 3270-3275 first reconstructs the TS packet received from the PID filter 3240 into a PES packet. Each decoder 3270-3275 then adjusts the timing of the decoding process of the data included in the PES payload according to the time indicated by the PTS or DTS included in the PES header.
  • the main video decoder 3270 includes a transport stream buffer (TB) 3201, a multiplexing buffer (MB) 3202, and an elementary stream buffer (EB).
  • TB transport stream buffer
  • MB multiplexing buffer
  • EB elementary stream buffer
  • An Elementary Stream Buffer 3203, a compressed video decoder (DEC) 3204, and a decoded picture buffer (DPB) 3205 are included.
  • the TB3201, MB3202, and EB3203 are all buffer memories, and each use one area of a memory element built in the main video decoder 3270. In addition, any or all of them may be separated into different memory elements.
  • the TB 3201 stores TS packets received from the PID filter 3240 as they are.
  • the MB 3202 stores the PES packet restored from the TS packet stored in the TB 3201.
  • the TS header is removed from the TS packet.
  • the EB 3203 extracts the encoded VAU from the PES packet and stores it.
  • the VAU stores compressed pictures, that is, I pictures, B pictures, and P pictures.
  • the PES header is removed from the PES packet.
  • the DEC 3204 is a hardware decoder specialized for the decoding process of compressed pictures, and is particularly composed of an LSI having an accelerator function for the decoding process.
  • the DEC 3204 decodes the picture from each VAU in the EB 3203 at the time indicated by the DTS included in the original PES packet.
  • the DEC 3204 analyzes the header of the VAU in advance, specifies the compression encoding method and stream attribute of the compressed picture stored in the VAU, and selects the decoding method based on them.
  • the compression encoding scheme includes, for example, MPEG-2, MPEG-4 AVC, and VC1.
  • the DEC 3204 further transfers the decoded uncompressed picture to the DPB 3205.
  • DPB 3205 is a buffer memory similar to TB3201, MB3202, and EB3203, and uses a region of a memory element built in main video decoder 3270. In addition, the DPB 3205 may be separated into different memory elements from the other buffer memories 3201, 3202, and 3203. The DPB 3205 temporarily holds the decoded picture. When a P picture or a B picture is decoded by the DEC 3204, the DPB 3205 retrieves a reference picture from the held decoded picture and provides it to the DEC 3204 in accordance with an instruction from the DEC 3204. Further, the DPB 3205 writes each held picture to the main video plane memory 3290 at the time indicated by the PTS included in the original PES packet.
  • the sub video decoder 3271 includes the same configuration as the main video decoder 3270.
  • the sub-picture decoder 3271 first decodes the TS packet of the secondary video stream received from the PID filter 3240 into an uncompressed picture. Next, the sub-picture decoder 3271 writes an uncompressed picture to the sub-picture plane memory 3291 at the time indicated by the PTS included in the PES packet.
  • the PG decoder 3272 decodes the TS packet received from the PID filter 3240 into an uncompressed graphics object, and writes it into the PG plane memory 3292 at the time indicated by the PTS included in the PES packet. Details of the writing process will be described later.
  • the IG decoder 3273 decodes the TS packet received from the PID filter 3240 into an uncompressed graphics object.
  • the IG decoder 3273 further writes the uncompressed graphics object to the IG plane memory 3293 at the time indicated by the PTS included in the PES packet restored from those TS packets. Details of these processes are the same as those performed by the PG decoder 3272.
  • the main audio decoder 3274 first stores the TS packets received from the PID filter 3240 in a built-in buffer. Next, the main audio decoder 3274 removes the TS header and the PES header from the TS packet group in the buffer, and decodes the remaining data into uncompressed LPCM audio data. The main audio decoder 3274 further sends the audio data to the audio mixer 3295 at the time indicated by the PTS included in the original PES packet. Here, the main audio decoder 3274 selects a decoding method of the compressed audio data according to the compression encoding method and stream attribute of the primary audio stream included in the TS packet.
  • the compression encoding method includes, for example, AC-3 or DTS.
  • the sub audio decoder 3275 includes the same configuration as the main audio decoder 3274.
  • the secondary audio decoder 3275 restores the PES packet from the TS packet group of the secondary audio stream received from the PID filter 3240, and decodes the data included in the PES payload into uncompressed LPCM audio data.
  • the secondary audio decoder 3275 sends the uncompressed LPCM audio data to the audio mixer 3295 at the time indicated by the PTS included in the PES header.
  • the secondary audio decoder 3275 selects a decoding method of the compressed audio data according to the compression encoding method and stream attribute of the secondary audio stream included in the TS packet.
  • the compression encoding method includes, for example, Dolby Digital Plus or DTS-HD LBR.
  • the audio mixer 3295 receives uncompressed audio data from each of the main audio decoder 3274 and the sub audio decoder 3275 and performs mixing using them.
  • the audio mixer 3295 further sends the synthesized sound obtained by the mixing to the built-in speaker 104A of the display device 104 or the like.
  • the image processor 3280 receives graphics data, that is, PNG or JPEG raster data from the program execution unit 2834. At that time, the image processor 3280 performs rendering processing on the graphics data and writes it to the image plane memory 3294.
  • FIG. 33A is a flowchart of processing in which the PG decoder 3272 decodes a graphics object from one data entry in the PG stream. This process is started when the PG decoder 3272 receives from the PID filter 3240 a TS packet group that constitutes one data entry shown in FIG.
  • FIGS. 33B to 33E are schematic diagrams showing graphics objects that change in accordance with the processing shown in FIG.
  • the PG decoder 3272 first identifies an ODS having the same object ID as the reference object ID 1005 in the PCS. The PG decoder 3272 then decodes the graphics object from the identified ODS and writes it to the object buffer.
  • the “object buffer” is a buffer memory built in the PG decoder 3272.
  • the “Nico-chan mark” FOB shown in FIG. 33B shows an example of a graphics object written in the object buffer.
  • step S3302 the PG decoder 3272 performs a cropping process according to the cropping information 1002 in the PCS, cuts out a part from the graphics object, and writes it in the object buffer.
  • the strip-like regions LST and RST are cut off from the left and right ends of the Nico-chan mark FOB, and the remaining portion OBJ is written in the object buffer.
  • step S3303 the PG decoder 3272 first identifies a WDS having the same window ID as the reference window ID 1003 in the PCS. Next, the PG decoder 3272 determines the display position of the graphics object in the graphics plane from the window position 1012 indicated by the specified WDS and the object display position 1001 in the PCS. In FIG. 33D, the position of the upper left corner of the window WIN in the graphics plane GPL and the position DSP of the upper left corner of the graphics object OBJ are determined.
  • step S3304 the PG decoder 3272 writes the graphics object in the object buffer at the display position determined in step S3303. At this time, the PG decoder 3272 determines a drawing range of the graphics object using the window size 1013 indicated by the WDS. In FIG. 33D, the graphics object OBJ is written in the graphics plane GPL within the range of the window WIN from the position DSP at the upper left corner.
  • step S3305 the PG decoder 3272 first identifies a PDS having the same palette ID as the reference palette ID 1004 in the PCS. Next, the PG decoder 3272 uses the CLUT 1022 in the PDS to determine a color coordinate value to be indicated by each pixel data in the graphics object. In FIG. 33 (e), the color of each pixel in the graphics object OBJ is determined. Thus, the drawing process of the graphics object including one data entry is completed. Steps S3301 to S3305 are executed by the time indicated by the PTS included in the same PES packet as the graphics object.
  • each extent of a file is composed of aligned units.
  • each extent constituting one AV stream file are separated from each other.
  • the size of each extent only needs to satisfy the following conditions.
  • FIG. 34 is a block diagram showing a playback processing system in the playback device 103.
  • the playback processing system includes a BD-ROM drive 3401, a read buffer 3402, and a system target decoder 3403.
  • the BD-ROM drive 3401 reads the extent from the BD-ROM disc 101 and transfers it to the read buffer 3402 at the reading speed RUD54 .
  • the read buffer 3402 receives and stores extents from the BD-ROM drive 3401.
  • the system target decoder 3403 reads the source packet from each extent stored in the read buffer 3402 at the average transfer rate R EXT and decodes it into video data VD and audio data AD.
  • the average transfer rate R EXT is equal to 192/188 times the average rate at which the system target decoder 3403 extracts TS packets from each source packet in the read buffer 3402.
  • the coefficient 192/188 is equal to the ratio of the number of bytes between the source packet and the TS packet.
  • the average transfer rate R EXT is usually expressed in bits / second, and specifically, is equal to a value obtained by dividing the extent size expressed in bits by the extent ATC time.
  • ATC Arriv Time Clock
  • the “extent ATC time” is the size of the ATS range given to the source packet in one extent, that is, the ATS time between the first source packet of the extent and the first source packet of the next extent. Represents the difference. The difference is equal to the time required for the playback device 103 to transfer all the source packets in the extent from the read buffer 3402 to the system target decoder 3403 in terms of the value of ATC.
  • the average transfer rate R EXT is generally different for each extent.
  • the maximum value R MAX of the average transfer rate R EXT is equal to 192/188 times the system rate R TS for the AV stream file.
  • the “system rate” defines the maximum value of the TS packet processing speed by the system target decoder 3403. Since the system rate R TS is usually expressed in bits / second (bps), it is equal to eight times the recording rate (TS recording rate) of the main TS expressed in bytes / second (Bps).
  • the extent ATC time may be calculated as follows: First, for one extent, the time interval from the ATS of the first source packet to the ATS of the last source packet is obtained. Next, the transfer time per source packet is added to the time interval. The sum is determined as the extent ATC time of the extent. Since the extent ATC time is not required to refer to the next extent, the extent ATC time can be calculated even if there is no next extent. Even when the next extent exists, the calculation of the extent ATC time can be simplified. However, in the calculation, it must be considered that ATS wraparound occurs.
  • the read rate R UD54 is usually expressed in bits / second and is set to a value higher than the maximum value R MAX of the average transfer rate R EXT , for example 54 Mbps: R UD54 > R MAX .
  • FIG. 35A is a graph showing changes in the data amount DA accumulated in the read buffer 3402 during the reproducing operation.
  • FIG. 35B is a schematic diagram showing the correspondence between the extent group 3510 to be played back and the playback path 3520.
  • the accumulated data amount DA is the difference between the read speed R UD54 and the average transfer speed R EXT [n]. Increases at a rate equal to R UD54 -R EXT [n].
  • a jump J [n] occurs between two consecutive extents EXT [n ⁇ 1] and EXT [n].
  • the jump period PJ [n] reading of data from the BD-ROM disc 101 is stopped. Accordingly, in the jump period PJ [n], the accumulated data amount DA decreases at the average transfer rate R EXT [n].
  • the read / transfer operation by the BD-ROM drive 3401 is actually not continuous as suggested from the graph of FIG. 35 (a), but is intermittent. This prevents the accumulated data amount DA from exceeding the capacity of the read buffer 3402 during the read period PR [n] of each extent, that is, overflow of the read buffer 3402. That is, the graph of FIG. 35 (a) approximately represents a stepwise increase / decrease as a linear increase / decrease.
  • the size S EXT [n] of each extent EXT [n] May be at least a predetermined lower limit. This lower limit is called “minimum extent size”.
  • the extent interval may be equal to or less than a predetermined upper limit.
  • the size S EXT [n] of each extent EXT [n] is the amount of data transferred from the read buffer 3402 to the system target decoder 3403 over the read period PR [n] to the next jump period PJ [n + 1]. be equivalent to.
  • the accumulated data amount DA does not fall below the amount at the end of the jump period PJ [n + 1] and at the start of the read period PR [n]. That is, in each jump period PJ [n], data supply from the read buffer 3402 to the system target decoder 3403 is continued, and in particular, the read buffer 3402 does not cause an underflow.
  • the length of the read period PR [n] is equal to a value S EXT [n] / R UD54 obtained by dividing the size S EXT [n] of the extent EXT [n] by the read speed R UD54 . Therefore, the minimum extent size of each extent EXT [n] is represented by the right side of the following equation (1):
  • the jump time T JUMP [n] is the length of the jump period PJ [n] and is expressed in seconds.
  • the function CEIL () means an operation of rounding up the fractional part of the numerical value in parentheses.
  • the maximum value of the jump time T JUMP [n] is limited. That is, even if the accumulated data amount DA immediately before the jump period PJ [n] is full in the read buffer 3402, if the jump time T JUMP [n] is too long, the accumulated data during the jump period PJ [n] There is a risk that the amount DA reaches zero and the underflow of the read buffer 3402 occurs.
  • the maximum value of the time T JUMP is referred to as “maximum jump time T JUMP_MAX ”.
  • FIG. 36 is an example of a correspondence table between the jump distance S JUMP and the maximum jump time T JUMP_MAX for the BD-ROM disc.
  • the jump distance S JUMP is expressed in units of sectors
  • the maximum jump time T JUMP_MAX is expressed in units of milliseconds.
  • One sector is equal to 2048 bytes.
  • the maximum jump time T JUMP_MAX are 0 ms, 200 ms, 300 ms, 350 ms, 700 ms, and 1400 ms, respectively.
  • the maximum jump time includes overhead associated with error correction processing.
  • “Overhead associated with error correction processing” means extra time resulting from error correction processing performed twice using the ECC block when the boundary of two extents does not coincide with the boundary of the ECC block Say.
  • the entire ECC block is necessary for error correction processing. Therefore, when one ECC block is shared by two consecutive extents, the entire ECC block is read out and used for error correction processing in any extent read processing. As a result, every time one of the extents is read, extra data of up to 32 sectors is read in addition to the extent.
  • the overhead associated with error correction processing is the sum of the reading time of the extra data, that is, 32 [sectors] ⁇ 2048 [bytes / sector] ⁇ 8 [bits / bytes] ⁇ 2 [times] / reading speed [bits / second]. It is evaluated with.
  • the jump time T JUMP [n] to be substituted into the equation (1) is the maximum jump time T JUMP_MAX defined for each jump distance by the BD-ROM disc standard. Specifically, in the table of FIG. 36, the maximum jump time T JUMP_MAX corresponding to the jump distance S JUMP between two consecutive extents EXT [n] and EXT [n + 1] is the jump time T JUMP [n]. Is substituted into equation (1).
  • the jump distance S JUMP is equal to the number of sectors from the rear end of the (n + 1) th extent EXT [n] to the front end of the (n + 2) th extent EXT [n + 1].
  • the jump distance S JUMP of when the jump time T JUMP is equal to the maximum jump time T JUMP - MAX referred to as "maximum jump distance S JUMP - MAX".
  • the extent interval needs to be less than or equal to the maximum jump distance S JUMP_MAX .
  • the time required for the long jump further includes the time required for the recording layer switching operation, that is, the “layer switching time” in addition to the maximum jump time T JUMP_MAX defined in the table of FIG.
  • the layer switching time is, for example, 350 milliseconds.
  • CPRM In the SD-Video standard, CPRM is adopted as an encryption method. CPRM is one of copyright protection technologies for recording media. A unique media ID and MKB (Media Key Block) are recorded on a recording medium compatible with CPRM. The MKB is changed every time a certain number of recording media are produced. When the recording apparatus records content on the recording medium, the device key of the recording apparatus is used for encryption in addition to the media ID and MKB of the recording medium.
  • MKB Media Key Block
  • FIG. 37 (a) is a schematic diagram showing an encryption procedure performed when a CPRM-compatible device records content on an SD memory card.
  • the CPRM compatible device 3710 includes a unique device key 3701
  • the SD memory card 3720 includes a media ID 3702 and an MKB 3703.
  • the recording area of the SD memory card 3720 includes an authentication area 3721 and a normal area 3722.
  • the authentication area 3721 is a recording area that can be accessed only by the CPRM-compatible device 3710.
  • the normal area 3722 is a recording area that can be accessed by devices other than the CPRM-compatible device 3710.
  • the CPRM compatible device 3710 encrypts the content 3706 according to the following procedure.
  • a media unique key 3704 is generated from the device key 3701, the media ID 3702, and the MKB 3703.
  • an authentication process is performed between the CPRM-compatible device 3710 and the SD memory card 3720, and then a content encryption key 3705 is generated.
  • the content 3706 is encrypted using the content encryption key 3705.
  • the encrypted content 3707 is written in the normal area 3722 of the SD memory card 3720.
  • the content encryption key 3705 is encrypted using the media unique key 3704.
  • the encrypted content encryption key 3708 is written in the authentication area 3721 of the SD memory card 3720.
  • FIG. 37 (b) is a schematic diagram showing a decryption procedure performed when a CPRM-compatible device reproduces content from the SD memory card.
  • the CPRM compatible device 3710 includes a unique device key 3701
  • the SD memory card 3720 includes a media ID 3702 and an MKB 3703.
  • the recording area of the SD memory card 3720 includes an authentication area 3721 and a normal area 3722.
  • the CPRM compatible device 3710 decrypts the content 3706 according to the following procedure. (1) First, a media unique key 3704 is generated from the device key 3701, the media ID 3702, and the MKB 3703. (2) Next, the encrypted content encryption key 3708 is read from the authentication area 3721 of the SD memory card 3720.
  • the content encryption key 3705 is decrypted using the media unique key 3704.
  • the encrypted content 3707 is read from the normal area 3722 of the SD memory card 3720.
  • the content 3706 is decrypted using the content encryption key 3705.
  • the content encryption key 3708 cannot be read. Further, even if the device key 3701 of the CPRM compatible device 3710 is known, CPRM has a mechanism called revocation. In the revocation, the MKB 3703 in the SD memory card 3720 is updated. As a result, the media unique key 3704 cannot be generated from the known device key 3701.
  • Both the digital copy AV stream file 622 and the replacement stream files 631 to 633 shown in FIG. 6 are already recorded on the BD-ROM disc 101 in a state of being encrypted with the content encryption key. Therefore, when the playback device 103 performs digital copy, the encryption process shown in FIG. 37A is not performed.
  • FIG. 38 is a schematic diagram showing the data structure of an encrypted MP4 file.
  • ftyp, moov, and moof are not encrypted.
  • media data in mdat is encrypted in units of chunks.
  • the content encryption key is 2048 bytes, when the data amount of one chunk is 2048 bytes or more, the encryption process is reset every 2048 bytes.
  • FIG. 39 is a schematic diagram showing a method for encrypting one chunk.
  • One chunk is encrypted in order from the top in units of several bytes, for example, 8-byte units A0, B0, C0, and D0.
  • the previously encrypted data is used to encrypt the next data. Specifically, first, the leading 8-byte data A0 is converted into encrypted data A1. Next, the next 8-byte data B0 is converted into the next encrypted data B1 using the encrypted data A1. Further, the next 8-byte data C0 is converted into encrypted data C1 using the encrypted data B1. Thereafter, the same operation is repeated. As described above, since encryption is performed in a chain manner, the encrypted data A1, B1, C1, D1,... Must be decrypted in order from the top.
  • FIG. 40 is a block diagram showing the configuration of a system that realizes digital copying.
  • This system includes a playback device 103, a display device 104, an authentication server 4001, and an SD memory card writing means 4002.
  • the authentication server 4001 manages a content encryption key for digital copy content.
  • the authentication server 4001 is connected to the playback device 103 through a network.
  • the authentication server 4001 receives the password or the ID attached to the BD-ROM disc 101 from the playback device 103, and authenticates the user using them. When the user authentication is successful, the authentication server 4001 passes the content encryption key to the playback device 103.
  • the SD memory card writing means 4002 is a CPRM compatible device and is a card reader 111 built in the playback device 103.
  • the SD memory card writing means 4002 may be a card reader externally attached to the playback device 103 or a card reader built in a mobile device connected to the playback device 103 through a network or the like.
  • the SD memory card writing unit 4002 writes the digital copy content and the content encryption key to the SD memory card 102.
  • FIG. 41 is a flowchart of digital copying. This process is started when the BD-ROM disc 101 is inserted into the BD-ROM drive of the playback apparatus 103.
  • step S4101 the playback device 103 detects the BD-ROM disc 101 inserted into the BD-ROM drive.
  • the playback device 103 reads the index file 511 from the BD-ROM disc 101 and activates the object defined in the item table first play of the index table. In the case of digital copy, this object is a BD-J object. Thereafter, the process proceeds to step S4102.
  • step S4102 the playback device 103 causes the display device 104 to display a menu screen according to the BD-J object.
  • a digital copy of the data in the DCOPY directory 502 is displayed as an option.
  • options for the language of the digital copy content such as “English”, “Japanese”, “Chinese”, and “German” are also displayed. Thereafter, processing proceeds to step S4103.
  • step S4103 the playback device 103 specifies the language of the digital copy content selected from the user through the remote controller 105 or the like, and then accepts an instruction to execute digital copy. Thereafter, the process proceeds to step S4104.
  • step S4104 the playback device 103 authenticates the user with the authentication server 4001 according to the BD-J object. Specifically, first, the playback device 103 prompts the user to input a password or the like. When the user inputs a password or the like using the remote controller 105 or the like, the playback device 103 passes the password or the like to the authentication server 4001. The authentication server 4001 verifies the passed password or the like with a password or the like held in advance. If the two match, the authentication server 4001 passes the content encryption key to the playback device 103. Thereafter, the process proceeds to step S4105.
  • step S4105 the playback apparatus 103 determines whether any copy of the replacement stream file 631-633 is necessary according to the language selected in step S4102 according to the BD-J object. For example, when the language of the audio stream included in the digital copy AV stream file 622 is English, if the user selects “English”, the copy of the replacement stream file is unnecessary, and the user selects “English”. If any other is selected, a copy of any one of the replacement stream files 631 to 633 is required. If no copy of any replacement stream file 631-633 is required, the process advances to step S4106. If any one of the replacement stream files 631 to 633 needs to be copied, the process proceeds to step S4107.
  • step S4106 no copy of any replacement stream file 631-633 is required. Therefore, the playback device 103 passes the data in the DATA01 directory 601 to the SD memory card writing means 4002 in accordance with the BD-J object.
  • the SD memory card writing means 4002 writes the data into the normal area of the SD memory card 102. Thereafter, processing proceeds to step S4108.
  • step S4107 a copy of the replacement stream file 631-633 corresponding to the language selected by the user is required. Therefore, the playback device 103 replaces the chunk of the audio stream included in the digital copy AV stream file 622 with the chunk included in the replacement stream file according to the BD-J object (details will be described later).
  • the playback apparatus 103 further passes the digital copy AV stream file 622 in which the chunk of the audio stream is replaced to the SD memory card writing unit 4002 together with other data in the DATA01 directory 601.
  • the SD memory card writing means 4002 writes the data into the normal area of the SD memory card 102. Thereafter, processing proceeds to step S4108.
  • step S4108 the playback device 103 passes the content encryption key acquired from the authentication server 4001 to the SD memory card writing means 4002 in accordance with the BD-J object.
  • the SD memory card writing means 4002 first generates a media unique key, and then encrypts the content encryption key with the media unique key. Thereafter, the SD memory card writing means 4002 writes the encrypted content encryption key into the authentication area of the SD memory card 3720. Thereafter, processing proceeds to step S4109.
  • step S4109 in accordance with the BD-J object, the playback device 103 causes the display device 104 to display that the writing of the digital copy content to the SD memory card 102 has been completed. Thus, digital copying is completed.
  • FIG. 42 is a schematic diagram showing processing for replacing the audio stream chunk included in the digital copy AV stream file with the chunk included in the replacement stream file in step S4107.
  • the digital copy AV stream file 622 is recorded on the BD-ROM disc 101 in the order of moov and mdat. moov indicates header information.
  • the chunk V of the video stream and the chunk A1 of the audio stream are recorded alternately.
  • the chunk A2 included in the replacement stream file 631 is recorded in order on the BD-ROM disc 101.
  • the playback device 103 continuously reads out the header information of the digital copy AV stream file 622 and the first chunk V of the video stream.
  • the playback device 103 reads the first chunk A2 of the replacement stream file 631, as indicated by the arrow (2) in FIG. Subsequently, the playback device 103 skips reading the chunk A1 of the audio stream included in the digital copy AV stream file 622 as indicated by the arrow (3) in FIG. Read chunk V of. Further, the playback device 103 reads the next chunk A2 of the replacement stream file 631, as indicated by the arrow (4) in FIG. Thereafter, the playback device 103 reads only the chunk V of the video stream from the digital copy AV stream file 622.
  • the playback device 103 reads the chunk A2 from the replacement stream file 631. Thereby, the chunk A1 of the audio stream included in the digital copy AV stream file 622 can be replaced with the chunk A2 of the replacement stream file.
  • the number of samples, the size, and the attributes match between the exchanged chunks. Therefore, the chunks can be replaced quickly without changing the header information.
  • the audio stream included in the digital copy AV stream file is replaced with the replacement stream file in units of chunks.
  • the video stream for digital copy only needs to be included in the digital copy AV stream file.
  • the number of audio streams that can be stored in the digital copy content is kept small, and the number of audio streams that can be stored in the content matches the number of audio streams stored in the AV stream file in the BDMV directory. Can do.
  • the playback device 103 causes the SD memory card writing means 4002 to write the digital copy content to the SD memory card 102.
  • the playback apparatus 103 may stream the digital copy content to a mobile device connected to the playback apparatus 103, such as the mobile device 107 shown in FIG.
  • step S4102 shown in FIG. 41 a list of model names or model numbers of mobile devices capable of reproducing digital copy content may be displayed on the menu screen.
  • the user can see the list to know whether or not a specific mobile device can reproduce the digital copy content.
  • the above list is downloaded to the playback device 103 via a network, for example.
  • the playback device 103 allows the user to input the model name of the mobile device, and whether or not the mobile device can playback the digital copy content depending on whether or not the model name is searched from the above list. May be notified to the user.
  • the model name may be registered in the playback device 103 as internal information of the playback device 103.
  • the playback device 103 allows the user to input the phone number or email address of the mobile device, and sends a mail originating from the input phone number or email address to the server of the mobile device sales company through the network. Also good.
  • the ID of the model of the mobile device is described in the body of the email.
  • the server notifies the mobile device whether or not the mobile device can reproduce the digital copy content depending on whether or not the ID is retrieved from the list.
  • the charging for the digital copy may be performed not when the playback apparatus 103 performs the digital copy but when the mobile device plays back the digital copy content using the mobile device charging system.
  • FIG. 43 is a directory diagram showing the storage location of new header information required in that case. Referring to FIG. 43, three files (mv001.strm.a1.h, mv001.strm.a2.h, mv001.strm.a3.h) 4301-4303 in the same directory as the replacement stream file 631-633 Is placed.
  • These files are obtained by converting the header information suitable for the MP4 file in which the chunks of the audio stream included in the digital copy AV stream file 622 are replaced with the chunks of the replacement stream files 631 to 633, that is, moov into a file. is there.
  • step S4107 shown in FIG. 41 not only the chunk of the audio stream included in the digital copy AV stream file 622 is replaced with the chunk of the replacement stream file 631-633, but the header information is also replaced with a new header. Replaced with information 4301-4303.
  • the bit rate and the attribute may be different between the chunk of the audio stream included in the digital copy AV stream file and the chunk of the replacement stream file, the encoding of the replacement stream file is possible. The degree of freedom can be increased.
  • FIG. 44A is a schematic diagram showing an example of a physical arrangement of a digital copy AV stream file and a replacement stream file on the BD-ROM disc 101.
  • the digital copy AV stream file header information 4401 and chunks V and A1 are continuously recorded, and then the replacement stream file chunk A2 is continuously recorded.
  • the logical block numbers (LBN) indicated by the allocation descriptor of the digital copy AV stream file are continuous throughout the file.
  • the LBN indicated by the allocation descriptor of the replacement stream file is also continuous throughout the file.
  • the data is read as follows. First, as indicated by the solid line arrow (1) in FIG. 44A, the header information 4401 of the digital copy AV stream file and the first chunk V of the video stream are read out successively. Thereafter, as shown by the dashed arrow (2) in FIG. 44A, data is read from the leading end of the first chunk A1 of the audio stream to the leading end of the first chunk A2 of the replacement stream file. The position moves. The moving distance at that time corresponds to almost the entire length of the digital copy AV stream file. Next, as indicated by a solid arrow (3) in FIG.
  • the first chunk A2 of the replacement stream file is read. Thereafter, as indicated by a dashed arrow (4) in FIG. 44 (a), the video stream included in the digital copy AV stream file starts from the rear end of the first chunk A2 of the replacement stream file. The data read position moves to the tip of the second chunk V. The moving distance at that time also corresponds to almost the entire length of the digital copy AV stream file. Further, as indicated by a solid arrow (5) in FIG. 44 (a), the second chunk V of the video stream is read out. As described above, in the physical arrangement shown in FIG. 44A, a large movement of the data reading position, that is, a jump is repeated during digital copying. As a result, the time required for reading data is relatively long.
  • FIG. 44 (b) is a schematic diagram showing another example of the physical arrangement of the digital copy AV stream file and the replacement stream file on the BD-ROM disc 101.
  • FIG. Referring to (b) of FIG. 44, first, header information 4402 of the digital copy AV stream file, the first chunk V of the video stream, and the first chunk A1 of the audio stream are continuously recorded. . Next, the first chunk A2 of the replacement stream file is recorded. Thereafter, every time one video stream chunk V and one audio stream chunk A1 included in the digital copy AV stream file are recorded, one replacement stream file chunk is recorded continuously. ing. Thereby, as indicated by arrows 4430, 4431, 4440, 4441 in FIG.
  • the LBN indicated by the allocation descriptor of the digital copy AV stream file and the allocation descriptor of the replacement stream file The LBN shown in FIG.
  • the data is read as follows. First, as indicated by a solid line arrow (1) in FIG. 44B, the header information 4401 of the digital copy AV stream file and the first chunk V of the video stream are read out successively. After that, as indicated by the dashed arrow (2) in FIG. 44B, reading of the first chunk A1 of the audio stream is skipped. At that time, the movement distance of the data read position is only the length of the chunk A1.
  • the first chunk A2 of the replacement stream file is read.
  • the second chunk V of the video stream included in the digital copy AV stream file is read out.
  • reading of the second chunk A1 of the audio stream included in the digital copy AV stream file is skipped.
  • the movement distance of the data read position is only the length of the chunk A1.
  • the second chunk A2 of the replacement stream file is read out.
  • FIG. 45 is a schematic diagram showing still another example of the physical arrangement of the digital copy AV stream file and the replacement stream file on the BD-ROM disc 101.
  • header information 4401 of the digital copy AV stream file and chunk V of the video stream are continuously recorded, and then chunk A1 of the audio stream is continuously recorded.
  • chunk A2 of the replacement stream file is continuously recorded.
  • the LBN indicated by the allocation descriptor of the digital copy AV stream file is continuous throughout the file.
  • the LBN indicated by the allocation descriptor of the replacement stream file is continuous throughout the file.
  • the data is read as follows. First, as indicated by the solid line arrow (1) in FIG. 45, the header information 4501 of the digital copy AV stream file and all the chunks V of the video stream are successively read out. After that, as shown by the dashed arrow (2) in FIG. 45, reading of all chunks A1 of the audio stream is skipped. Next, as shown by the solid line arrow (3) in FIG. 45, all the chunks A2 of the replacement stream file are read continuously.
  • the physical arrangement shown in FIG. 45 requires only one jump for digital copying. As a result, in the physical arrangement shown in FIG. 45, the time required for data reading can be shortened compared to that shown in FIG.
  • FIG. 46 is a directory diagram showing three digital copy AV stream files that share header information and video stream chunks.
  • the copy AV stream file (mv001.strm) 4631 shares header information and video stream chunks.
  • the first digital copy AV stream file 4601 includes a chunk of the first audio stream.
  • the second digital copy AV stream file 4602 shares a chunk of the second audio stream with the first replacement stream file 4641 included in the DATA01_Audio directory 4604 by file cross-linking.
  • the third digital copy AV stream file 4603 shares a chunk of the third audio stream with the second replacement stream file 4642 included in the DATA01_Audio directory 4604 by file cross-linking.
  • FIG. 47 is a schematic diagram showing the relationship between the physical arrangement of data on the BD-ROM disc 101 and the LBN range indicated by the three types of file allocation descriptors.
  • the LBN range indicated by the allocation descriptor of the first digital copy AV stream file 4611 includes header information 4701, a chunk V of the video stream, and a chunk A1 of the first audio stream.
  • the range of LBN indicated by the allocation descriptor of the first interchange stream file 4641 includes the chunk A2 of the second audio stream.
  • the range of the LBN indicated by the allocation descriptor of the second digital copy AV stream file 4621 includes header information 4701, a chunk V of the video stream, and a chunk A2 of the second audio stream. Therefore, the playback device 103 automatically passes the data to the SD memory card writing means 4002 according to the allocation descriptor of the second digital copy AV stream file 4621, and is automatically included in the first digital copy AV stream file 4611.
  • the chunk A1 of the audio stream can be replaced with the chunk A2 of the first replacement stream file. In this case, since the replacement stream file is not necessary for digital copying, the file entry may be deleted from the file system.
  • FIG. 48A is a schematic diagram showing an example of the relationship between the physical arrangement of data on the BD-ROM disc 101 and the LBN ranges indicated by the allocation descriptors of the three types of digital copy AV stream files.
  • FIG. 48 (a) on the BD-ROM disc 101, following the header information 4801, the video stream chunk V, the first audio stream chunk A1, and the second audio stream chunk. A2 and chunk A3 of the third audio stream are recorded alternately.
  • the LBN range indicated by the allocation descriptor of the first digital copy AV stream file 4611 includes header information 4801, video stream chunk V, and first audio stream chunk A1.
  • the LBN range indicated by the allocation descriptor of the second digital copy AV stream file 4621 includes header information 4801, video stream chunk V, and second audio stream chunk A2.
  • the LBN range indicated by the allocation descriptor of the third digital copy AV stream file 4631 includes header information 4801, video stream chunk V, and third audio stream chunk A3.
  • a continuous range of LBNs indicated by one allocation descriptor indicates one extent.
  • the first digital copy AV stream file 4611 includes four extents between the header information and the fourth chunk of the audio stream.
  • the file 4621 includes 8 extents
  • the third digital copy AV stream file 4631 includes 5 extents. When a file is read, a jump occurs between extents.
  • the number of jumps required to read the same data amount differs among the three digital copy AV stream files 4611 to 4631.
  • the time required for reading differs between these files.
  • the first digital copy AV stream file 4611 and the third digital copy AV stream file 4631 are read faster than the second digital copy AV stream file 4621. Therefore, the priority of the first digital copy AV stream file 4611 and the third digital copy AV stream file 4631 may be set higher than the priority of the second digital copy AV stream file 4621. For example, an audio stream in the language in which the BD-ROM disc 101 is sold is stored in a high-priority digital copy AV stream file.
  • FIG. 48 (b) shows another example of the relationship between the physical arrangement of data on the BD-ROM disc 101 and the LBN range indicated by the allocation descriptors of the three types of digital copy AV stream files. It is a schematic diagram shown. 48B, on the BD-ROM disc 101, following the header information 4801, the video stream chunk V, the first audio stream chunk A1, and the second audio stream chunk. A2 and chunk A3 of the third audio stream are recorded alternately. However, unlike the arrangement shown in FIG. 48A, the order of the chunks A1, A2, and A3 of the three types of audio streams is cyclically changed.
  • the range of LBN indicated by the allocation descriptor of each digital copy AV stream file 4611-4463 is the same as that shown in FIG.
  • the first digital copy AV stream file 4611 includes five extents
  • the second digital copy AV stream file 4621 includes six extents
  • the third The digital copy AV stream file 4631 includes six extents. Therefore, between the three digital copy AV stream files 4611 to 4631, the number of jumps required to read the same data amount is almost equal. As a result, the time required for reading is substantially uniform between these files.
  • FIG. 49 is a schematic diagram showing the relationship between the physical arrangement of data on the BD-ROM disc 101 and the LBN range indicated by the allocation descriptors of the four types of digital copy AV stream files. Referring to FIG. 49, on the BD-ROM disc 101, following two types of header information 4901 and 4902, a video stream chunk V, a first audio stream chunk A1, and a second audio stream are recorded. Chunk A2 and chunk A3 of the third audio stream are recorded alternately.
  • the range of LBN indicated by the allocation descriptor of the first digital copy AV stream file 4611 includes second header information 4902, a chunk V of the video stream, and a chunk A1 of the first audio stream.
  • the LBN range indicated by the allocation descriptor of the second digital copy AV stream file 4621 includes second header information 4902, a chunk V of the video stream, and a chunk A2 of the second audio stream.
  • the range of LBN indicated by the allocation descriptor of the third digital copy AV stream file 4631 includes the second header information 4902, the chunk V of the video stream, and the chunk A3 of the third audio stream. Since these three digital copy AV stream files include only one audio stream, they share the same header information 4902.
  • the range of the LBN indicated by the allocation descriptor of the fourth digital copy AV stream file 4911 includes header information 4901 at the beginning, video stream chunk V, and all audio stream chunks A1-A3.
  • the first header information 4901 is header information representing a state in which three audio streams are stored in one digital copy AV stream file. As shown in FIG. 49, in the fourth digital copy AV stream file 4911, all chunks are included in one extent. Each audio stream is extracted from the extent using the header information 4911 at the head.
  • the data of the lower version file can be used as the data of the upper version file by using the file cross-link.
  • FIG. 50A is a schematic diagram illustrating an example of the relationship between the physical arrangement of data on the BD-ROM disc 101 and the LBN range indicated by the allocation descriptor of two types of digital copy AV stream files.
  • the range of LBN indicated by the allocation descriptor of the first digital copy AV stream file 5011 includes header information 5001, chunk V1 of the first video stream, chunk V of the third video stream, and chunk A of the audio stream.
  • the range of LBN indicated by the allocation descriptor of the second digital copy AV stream file 5012 includes header information 5001, chunk V2 of the second video stream, chunk V of the third video stream, and chunk A of the audio stream.
  • the first video stream represents a scene in which subtitles are embedded.
  • the second video stream represents a scene obtained by removing subtitles from the scene represented by the first video stream.
  • the third video stream represents a scene that does not require subtitles. Accordingly, a scene with subtitles is reproduced from the first digital copy AV stream file 5011, and a scene without subtitles is reproduced from the second digital copy AV stream file 5012.
  • FIG. 50 (b) shows another example of the relationship between the physical arrangement of data on the BD-ROM disc 101 and the LBN range indicated by the allocation descriptor of two types of digital copy AV stream files. It is a schematic diagram shown. Referring to (b) of FIG.
  • the range of LBN indicated by the allocation descriptor of the third digital copy AV stream file 5013 is the first header information 5021, the chunk V1 of the first video stream, the chunk V of the third video stream, and the chunk of the audio stream.
  • the range of LBN indicated by the allocation descriptor of the fourth digital copy AV stream file 5014 includes the second header information 5022, the chunk V2 of the second video stream, the chunk V of the third video stream, and the chunk of the audio stream.
  • the first video stream represents a scene included only in the normal version.
  • the second video stream represents a scene included only in the director's cut version.
  • the third video stream represents a scene common to both the normal version and the director's cut version.
  • the number of chunks is different between the first video stream and the second video stream. Accordingly, different header information 5021 and 5022 are required for the two digital copy AV stream files 5013 and 5014.
  • the parental level may be the same as that for the AV stream file 541 stored in the BDMV directory 501. Further, in order to release the parental lock and update the parental level, a release code is required, but the release code may be the same as that preset in the playback device 103. . Further, the release code may be transferred to the authentication area of the SD memory card 102 during digital copying.
  • FIG. 51 is a schematic diagram showing a file group constituting the digital copy content 5110 recorded on the BD-ROM disc 101 and a digital copy AV stream file 5120 generated from the file group.
  • the video stream and the audio stream may be configured as separate files.
  • digital copy content 5110 includes two types of video streams 5111 and 5112 and two types of audio streams 5121 and 5122. Each stream is encrypted in one chunk for each of the data portions V1, V2, A1, A2 whose reproduction time is 1 second, for example.
  • the digital copy content 5110 further includes chunk / sample information 5131, 5132, 5141, 5142. One piece of chunk / sample information is associated with each of the video stream and the audio stream.
  • the chunk / sample information corresponding to each stream includes the number and size of chunk samples constituting the stream, attribute information and size of each sample, and identification information of a sample that can be randomly accessed.
  • the playback device 103 can configure stco, stsc, stts, stsz, stss, and stsd using chunk / sample information.
  • the chunk / sample information may be configured as one file. In addition, it may be configured as an MP4 file together with the corresponding stream. In that case, chunk / sample information is incorporated as header information in moov or moof.
  • the playback device 103 generates a digital copy AV stream file 5120 from the digital copy content 5110 shown in FIG. 51 according to the BD-J object as follows.
  • the playback device 103 first causes the user to select an elementary stream to be incorporated into the digital copy AV stream file 5120. In the example of FIG. 51, the second video stream 5112 and the first audio stream 5121 are selected.
  • the playback device 103 reads the selected stream and writes it to the SD memory card 102 while converting it into MP4 format media data.
  • the playback device 103 refers to the chunk / sample information 5132 and 5141 to interpret the configuration of the chunks and samples of each stream.
  • the playback device 103 further generates header information from the interpreted configuration and writes it to the SD memory card 102.
  • header information may be prepared in advance for the number of combinations of elementary streams in the digital copy content 5110. Further, when a new combination of elementary streams is permitted after the BD-ROM disc 101 is released, the header information of the MP4 file after the combination may be downloaded from the network to the playback device 103. Using the header information, the playback device 103 can generate an MP4 file including a new combination of elementary streams and write it to the SD memory card 102. Further, an elementary stream constituting the digital copy content 5110 may be downloaded from the network to the playback device 103.
  • FIG. 52A is a schematic diagram showing an example of the data structure of a digital copy AV stream file in TS format, that is, a TOD file 5201.
  • each packet sequence includes 32 ETS packets.
  • These ETS packets include an ETS packet (hereinafter referred to as a video packet) V storing a video stream, an ETS packet (hereinafter referred to as an audio packet) A1 storing a first audio stream, and an RDI ( Real-time (Data Information) packet RDI is included.
  • the RDI packet is an ETS packet placed at the beginning of a packet sequence, and includes information such as copyright information relating to an elementary stream included in the same packet sequence.
  • the packet sequence may include PAT, PMT, SIT, and PCR.
  • one packet sequence includes only one type of elementary stream.
  • the first packet sequence # 1 and the third packet sequence # 3 include an RDI packet and a video packet V, and do not include an audio packet A1.
  • the second packet sequence # 2 does not include the video packet V but includes the RDI packet and the audio packet A1.
  • different elementary streams are not mixed in one packet sequence.
  • FIG. 52 (b) is a schematic diagram showing an example of the data structure of the TS format replacement stream file 5202.
  • the first audio stream and the second audio stream are both encoded by CBR, the sizes of both streams are equal. Therefore, the audio packet A1 included in the packet sequence # 2 of the TOD file 5201 and the audio packet A2 included in the replacement stream file 5202 differ only in the PES payload, and the TS header and the like are common.
  • the replacement stream file 5202 is further associated with management information 5203.
  • the management information 5203 includes information (Packet_Seq_id) for identifying the packet sequence of the TOD file 5201 to be replaced with the replacement stream file 5202. Therefore, the playback device 103 can correctly replace the packet sequence # 2 of the TOD file 5201 with the replacement stream file 5202 by referring to the management information 5203. As shown in FIG. 44, the replacement may be performed by referring to the allocation descriptors of the TOD file 5201 and the replacement stream file 5202 and appropriately changing the reading position. Also, as shown in FIG. 47, the file may be generated by exchanging audio packets of the TOD file 5201 using a file cross-link.
  • FIG. 53A is a schematic diagram showing another example of the data structure of the TOD file 5301.
  • FIG. 53A unlike the example shown in FIG. 52A, one packet sequence may include two types of elementary streams.
  • the second packet sequence # 2 includes an RDI packet, 21 video packets V, and 10 audio packets A1.
  • the audio packet A1 is continuously recorded at the rear end of the second packet sequence # 2.
  • FIG. 53 (b) is a schematic diagram showing another example of the data structure of the TS format replacement stream file 5302.
  • the replacement stream file 5302 is composed of the same number of ETS packets A2 as the number of audio packets A1 included in the packet sequence # 2 of the TOD file 5301.
  • Each ETS packet A2 stores a second audio stream.
  • the first audio stream and the second audio stream are both encoded by CBR, the sizes of both streams are equal. Therefore, the audio packet A1 included in the packet sequence # 2 of the TOD file 5301 and the audio packet A2 included in the replacement stream file 5302 differ only in the PES payload, and the TS header and the like are common.
  • the replacement stream file 5302 is further associated with management information 5303.
  • the management information 5303 includes information (Packet_Seq_id) for identifying the packet sequence of the TOD file 5301 including the audio packet to be replaced with the replacement stream file 5202.
  • the management information 5303 further includes information (PacketOffset) indicating the position of the beginning of the audio packet to be replaced with the replacement stream file 5202 from the beginning of the packet sequence. Therefore, the playback device 103 can correctly replace the audio packet A1 included in the packet sequence # 2 of the TOD file 5301 with the audio packet A2 of the replacement stream file 5302 by referring to the management information 5303. .
  • the audio packet A1 is collected at the rear end portion of the packet sequence # 2, the replacement of the audio packet does not break the chain structure of the encryption by CPRM shown in FIG. In this way, since two or more types of elementary streams can be mixed in the packet sequence of the TOD file 5301, the restriction on multiplexing for the TOD file is eased.
  • BD-ROM discs There are two types of BD-ROM discs: a “non-digital copy compatible disc” that does not support the digital copy function and a “digital copy compatible disc” that supports the digital copy function. Therefore, the BD-J object must prevent the playback device from displaying the digital copy function menu when playing back a non-digital copy compatible disc, and display the digital copy function menu when playing back a digital copy compatible disc. . For this purpose, it is necessary to give the BD-J object a function for determining whether or not the BD-ROM disc is a digital copy compatible disc.
  • FIG. 54 is a flowchart of processing for determining whether or not the BD-ROM disc is a digital copy compatible disc. This process is started by inserting a BD-ROM disc into the playback device.
  • step S5401 the playback device detects a BD-ROM disc inserted in the BD-ROM drive. As a result, the playback apparatus reads the index file 511 from the BD-ROM disc, and activates the BD-J object defined in the index table item first play. Thereafter, processing proceeds to step S5402.
  • step S5402 the playback device analyzes the directory structure of the BD-ROM disc in accordance with the BD-J object, and determines whether there is a DCOPY directory next to the BDMV directory. If there is a DCOPY directory, the BD-ROM disc is a digital copy compatible disc. In that case, processing proceeds to step S5403. If there is no DCOPY directory, the BD-ROM disc is a non-digital copy compatible disc. In that case, the process ends.
  • step S5403 since the BD-ROM disc is a digital copy compatible disc, the playback apparatus sets a value indicating that in a reserved area of a specific GPRM or SPRM. Thereafter, the process ends.
  • the playback device refers to the above GPRM when performing menu display according to the BD-J object.
  • the playback device adds a digital copy function option to the menu display.
  • the format of subtitle data and menu data is determined.
  • the mobile device can display subtitles and menus by decoding the data in that format.
  • the support for the format is an option, there may be a mobile device that does not support the format. Those mobile devices cannot reproduce subtitles from the subtitle data written in the SD memory card.
  • the language of subtitles that can be displayed on the mobile device is limited to the language of subtitle data that is written in advance on the SD memory card. Therefore, it is difficult to add a new language later. In order to solve these problems, it is only necessary that the mobile device downloads subtitle data and menu data in a compatible format from the network.
  • FIG. 55 is a block diagram of a system target decoder mounted on a mobile device that can download subtitle data and the like from a network.
  • a system target decoder 5510 includes a read buffer 5501, a demultiplexer 5502, an audio decoder 5503, a video decoder 5504, a URL (Uniform Resource Locator) data acquisition unit 5505, and a graphics decoder 5506.
  • the read buffer 5501 stores the digital copy AV stream file read from the SD memory card SDC.
  • the demultiplexer 5502 separates the video stream, the audio stream, and the header information from the digital copy AV stream file stored in the read buffer 5501.
  • the audio decoder 5503 receives the audio stream from the demultiplexer 5502, decodes the audio data from the stream, and sends it to the speaker.
  • the video decoder 5504 receives the video stream from the demultiplexer 5502, decodes the video data from the stream, and writes it into the video plane memory 5507.
  • the video plane memory 5507 stores one video plane, that is, one frame or one field of video data.
  • the URL data acquisition unit 5505 receives header information from the demultiplexer 5502 and reads URL data from the header information.
  • the URL data indicates the location of a server on the network NET that stores caption data and menu data.
  • the URL data acquisition unit 5505 accesses the server indicated by the URL data, and searches for caption data or menu data in a format compatible with the system target decoder 5510.
  • the searched subtitle data or menu data is transferred from the server to the graphics decoder 5506.
  • the subtitle data is attached with time information on the time axis such as a video stream included in the digital copy AV stream file. The same applies to menu data.
  • the graphics decoder 5506 decodes the subtitle data and menu data transferred from the server and writes them into the subtitle menu plane memory 5508.
  • the subtitle menu plane memory 5508 stores subtitles or menu video data to be superimposed on one video plane.
  • the plane adder 5509 superimposes the video data stored in the subtitle menu plane memory 5508 on the video plane stored in the video plane memory 5507, synthesizes one plane, and sends it to the display. Thus, a video with captions or a menu screen is displayed on the display.
  • the system target decoder 5510 shown in FIG. 55 acquires subtitle data and menu data from a server on the network NET, not the SD memory card SDC. Therefore, the mobile device can always obtain subtitle data or the like in a compatible format. In addition, after digital copy, subtitle data and the like included in the digital copy AV stream file can be updated. Further, by storing subtitle data or the like having different resolutions in the server, the mobile device can acquire subtitle data or the like that matches the resolution of the mobile device.
  • the URL data may be stored in a management information file different from the digital copy AV stream file, in addition to being stored in the digital copy AV stream file.
  • FIG. 56 is a block diagram of a system target decoder installed in a mobile device capable of generating speech from text data.
  • the system target decoder 5610 includes a read buffer 5601, a demultiplexer 5602, an audio decoder 5603, a video decoder 5604, a URL data acquisition unit 5605, a video plane memory 5606, and a speech decoder 5607. , An audio database 5608, and a mixer 5609.
  • the read buffer 5601 stores the digital copy AV stream file read from the SD memory card SDC.
  • the demultiplexer 5602 separates the video stream, the audio stream, and the header information from the digital copy AV stream file stored in the read buffer 5601.
  • the audio decoder 5603 receives the audio stream from the demultiplexer 5602, decodes audio data from the stream, and sends the audio data to the mixer 5609.
  • the audio stream does not include dialogue speech but only background sound.
  • the video decoder 5604 receives the video stream from the demultiplexer 5602, decodes the video data from the stream, and writes it into the video plane memory 5606.
  • the video plane memory 5606 stores one video plane, that is, video data of one frame or one field. The video plane is sent to the display and displayed on the screen.
  • the URL data acquisition unit 5605 receives header information from the demultiplexer 5602, and reads URL data from the header information.
  • the URL data indicates the location of the server on the network NET that stores the dialogue data.
  • the URL data acquisition unit 5605 accesses the server indicated by the URL data, and transfers the dialogue data from the server to the dialogue decoder 5607.
  • FIG. 57 is a table showing the structure of dialogue data.
  • the dialogue data includes a start time 5701, an end time 5702, a text 5703, and a person name 5704.
  • the start time 5701 represents the time at which speech is started, and the end time 5702 represents the time at which speech is ended.
  • Text 5703 is text data indicating the content of the dialogue.
  • the person name 5704 is the name of the person who speaks the dialogue.
  • the voice database 5608 stores voice data of each person indicated by the person name 5704 of the dialogue data.
  • the speech decoder 5607 synthesizes speech data (PCM speech) of the speech indicated by the speech data text 5703 from the speech of the person indicated by the person name 5704 using the speech database 5608.
  • the synthesized audio data is sent to the mixer 5609 in accordance with the time indicated by the dialogue data start time 5701.
  • the mixer 5609 mixes the audio data received from the speech decoder 5607 with the background sound data received from the audio decoder 5603, and transmits the mixed audio data to the speaker.
  • the system target decoder 5610 shown in FIG. 56 can generate speech in various languages from speech data acquired from a server on the network NET. Accordingly, the SD memory card SDC only needs to store an audio stream representing only the background sound, so that the data amount is reduced.
  • the dialogue data may further include information on dialogue inflection (volume change pattern and accent), speed, volume, emotion expressed by dialogue (feeling of emotion).
  • the dialogue decoder 5607 uses the information to give an appropriate effect to the synthesized speech. Thereby, a more realistic expression is possible.
  • the text data represented by the text 5703 may be divided in phrase units so that the dialogue decoder 5607 can set inflections in phrase units. Thereby, a more subtle effect can be given to the synthesized voice.
  • the URL data may be stored in a management information file different from the digital copy AV stream file, in addition to being stored in the digital copy AV stream file.
  • a playback device for a BD-ROM disc may include the configuration shown in FIG.
  • the mobile device may generate subtitle bitmap data from the dialogue data text 5703 by a graphics decoder and superimpose it on the video plane. For this purpose, data such as font, font size, and subtitle coordinates may be added to the header information.
  • FIG. 58A is a schematic diagram showing an example of a physical arrangement of an AV stream file and a digital copy AV stream file on a BD-ROM disc.
  • an AV stream file 5801 is continuously recorded, and then a digital copy AV stream file 5802 is continuously recorded.
  • the reason is as follows. As indicated by solid arrows in FIG. 58A, the AV stream file 5801 and the digital copy AV stream file 5802 are alternately read.
  • FIG. 58 is a schematic diagram showing an elementary stream multiplexed in the AV stream file.
  • AV stream file 5810 a video stream 5811, an audio stream 5812, and a digital copy stream 5813 are multiplexed.
  • the digital copy stream 5813 is data in the same format as the digital copy AV stream file.
  • a unique PID is assigned to the digital copy stream 5813 as in the case of other elementary streams.
  • FIG. 58C is a block diagram showing a playback processing system of the playback device.
  • the BD-ROM drive 5820 reads the AV stream file 5810 shown in FIG.
  • the demultiplexer 5822 checks the PID of each elementary stream multiplexed in the AV stream file 5810. If the PID is assigned to an elementary stream to be decoded, such as a video stream, the demultiplexer 5822 passes the stream to an appropriate decoder (Dec) 5823. On the other hand, if the PID is assigned to the digital copy stream 5813, the demultiplexer 5822 passes the stream 5813 to the SD memory card. In this way, the process of reproducing video and the like from the AV stream file 5810 and the process of writing the digital copy stream 5813 to the SD memory card can be performed in parallel.
  • Dec decoder
  • FIG. 59A is a schematic diagram showing the physical arrangement of the extent of the AV stream file and the extent of the digital copy AV stream file on the BD-ROM disc.
  • the extent DC of the digital copy AV stream file and the extent MN of the AV stream file are recorded alternately on the BD-ROM disc.
  • the extent ranges referred to by the allocation descriptors of the AV stream file 5901, the digital copy AV stream file 5902, and the read file 5903 are further indicated by arrows.
  • the read file 5903 shares extents with the AV stream file 5901 and the digital copy AV stream file 5902 using file cross links.
  • the allocation descriptor of the read file 5903 refers to all extents DC and MN of the AV stream file 5901 and the digital copy AV stream file 5902 as one extent.
  • the playback device reads the read file 5903 from the BD-ROM disc, thereby sequentially reading the extent MN of the AV stream file 5901 and the extent DC of the digital copy AV stream file 5902 in order. it can.
  • FIG. 59B is a block diagram showing a playback processing system of the playback apparatus.
  • the BD-ROM drive 5910 continuously reads the extent MN of the AV stream file 5901 and the extent DC of the digital copy AV stream file 5902 from the BD-ROM disc with reference to the allocation descriptor of the read file 5903.
  • the switch 5911 uses the extent boundary information to write the extent MN of the AV stream file 5901 to the first read buffer (RB1) 5912, and the extent DC of the digital copy AV stream file 5902 to the second read buffer (RB2). Write to 5913.
  • the extent boundary information is information indicating the position of the boundary between the extent MN of the AV stream file 5901 and the extent DC of the digital copy AV stream file 5902.
  • the extent boundary information is recorded on the BD-ROM disc as one file.
  • the demultiplexer 5914 separates each elementary stream from the extent MN of the AV stream file stored in the RB 15912 and passes it to the decoder (Dec) 5915.
  • the decoder 5915 decodes each elementary stream.
  • the playback apparatus writes the extent DC of the digital copy AV stream file stored in RB25913 to the SD memory card 5916. In this way, the process of reproducing video or the like from the AV stream file and the process of writing the digital copy AV stream file to the SD memory card can be performed in parallel.
  • FIG. 60B shows an arrangement 6010 of the extent DC of the digital copy AV stream file and the extent MN of the AV stream file on the BD-ROM disc, and the non-digital copy compatible machine reads the extent from the arrangement.
  • FIG. 20 is a schematic diagram showing a reproduction path 6020 at the time. Referring to (b) of FIG. 60, the non-digital copy compatible machine skips reading the extent DC of the digital copy AV stream file and reads only the extent MN of the AV stream file.
  • 60A shows the amount of data stored in the read buffer when the non-digital copy compatible machine reads the extent MN of the AV stream file from the extent arrangement 6010 shown in FIG. 60B. It is a graph which shows increase / decrease in DA. Referring to FIG.
  • the amount of data read from the BD-ROM disc to the read buffer is changed from the read buffer to the system buffer. Since it is larger than the amount of data sent to the target decoder, the data amount DA of the read buffer increases.
  • TJ in which the reading of the extent DC of the digital copy AV stream file is skipped, only the transmission of data from the read buffer to the system target decoder is continued. The data amount DA of the read buffer decreases.
  • the data amount DA of the read buffer should not fall below 0 during the jump period TJ, that is, the read buffer will not underflow. It is necessary to make it.
  • the extent MN of the AV stream file must have a sufficiently large size.
  • FIG. 61 shows the arrangement 6110 of the extent DC of the digital copy AV stream file and the extent MN of the AV stream file on the BD-ROM disc, and when the digital copy compatible device reads the extent from the arrangement.
  • FIG. 6 is a schematic diagram showing a reproduction path 6120. Referring to (c) of FIG. 61, the digital copy compatible device sequentially reads the digital copy AV stream file extent DC and the AV stream file extent MN in order. The digital copy compatible device stores the extent DC of the digital copy AV stream file and the extent MN of the AV stream file in different read buffers.
  • 61A and 61B show AV streams accumulated in a read buffer when a digital copy compatible machine reads extents DC and MN from the extent arrangement 6110 shown in FIG. 61C.
  • the amount of data in the extent MN of the AV stream file read into the buffer is larger than the amount of data sent from the read buffer to the system target decoder, the amount of data DA1 stored in the read buffer increases.
  • the extent DC of the digital copy AV stream file is only written from the read buffer to the SD memory card, the data amount DA2 stored in the read buffer decreases.
  • TR2 in which the extent DC of the digital copy AV stream file is read to the read buffer (hereinafter referred to as a second read period) TR2
  • the extent MN of the AV stream file is sent from the read buffer to the system target decoder.
  • the data amount DA1 of the read buffer decreases.
  • the amount of data in the extent DC of the digital copy AV stream file read from the BD-ROM disc to the read buffer is larger than the amount of data written from the read buffer to the SD memory card, it is stored in the read buffer.
  • the amount of data DA2 increases.
  • the data amount DA2 of the extent DC of the digital copy AV stream file stored in the read buffer in the second read period TR2 exceeds a predetermined upper limit, that is, if the read buffer overflows.
  • the reading speed of the extent AV of the copy AV stream file must be suppressed.
  • the data amount DA2 of the extent DC of the digital copy AV stream file stored in the read buffer is first read so that the read buffer does not overflow during the second read period TR2. It must fall to zero during period TR1.
  • the digital copy AV stream When the extent is read from the BD-ROM disc to the read buffer at a speed R UD and the extent DC of the digital copy AV stream file is written from the read buffer to the SD memory card at a speed W UD , the digital copy AV stream
  • the size S EXTD of the file extent DC and the size S EXT1 of the extent MN of the AV stream file need only satisfy the following formula: S EXTD / W UD ⁇ (S EXTD + S EXT1 ) / R UD .
  • the digital copy compatible machine performs jump JP to the next recording area at the break GP of the recording area of the extent.
  • the time for performing the jump JP depends on the length of the extent DC in addition to the length of the break GP. Therefore, to prevent underflow of the read buffer during jump JP, the data amount DA1 depending on the length of the extent DC in addition to the length of the break GP is accumulated in the read buffer. I have to do something. As a result, the capacity required for the read buffer increases. Therefore, the extent DC of the digital copy AV stream file is not arranged immediately before and after the break GP.
  • the time to perform the jump JP depends only on the length of the break GP, so it must be accumulated in the read buffer to prevent underflow of the read buffer during the jump JP.
  • Data volume DA1 can be reduced. As a result, the capacity required for the read buffer can be suppressed.
  • the AV stream file stored in the BDMV directory may represent 3D video.
  • the AV stream file includes two types, one representing a left-eye video (hereinafter referred to as a first AV stream file) and one representing a right-eye video (hereinafter referred to as a second AV stream file). It is a kind.
  • FIG. 62A is a schematic diagram showing a physical arrangement of the extent B of the first AV stream file and the extent D of the second AV stream file arranged on the BD-ROM disc. Referring to (a) of FIG. 62, extents B and D of both files are alternately arranged.
  • the digital copy stream is multiplexed in the second AV stream file in the same manner as that shown in FIG.
  • the extent ranges to be referenced by the allocation descriptors of the first AV stream file 6201, the second AV stream file 6202, and the read file 6203 are indicated by arrows.
  • the read file 6203 shares extents with the first AV stream file 6201 and the second AV stream file 6202 using file cross links.
  • the allocation descriptor of the read file 6203 refers to all of the extent B of the first AV stream file 6201 and the extent D of the second AV stream file 6202 as one extent.
  • FIG. 62B is a block diagram showing a playback processing system of the playback device.
  • the BD-ROM drive 6210 continuously reads the extent B of the first AV stream file 6201 and the extent D of the second AV stream file 6202 from the BD-ROM disc with reference to the allocation descriptor of the reading file 6203.
  • the switch 6211 uses the extent boundary information to write the extent B of the first AV stream file 6201 to the first read buffer (RB1) 6212 and the extent D of the second AV stream file 6202 to the second read buffer (RB2). Write to 6213.
  • the extent boundary information indicates the position of the boundary between the extent B of the first AV stream file 6201 and the extent D of the second AV stream file 6202.
  • the extent boundary information is recorded on the BD-ROM disc as one file.
  • the first demultiplexer 6214 separates each elementary stream from the extent B of the first AV stream file stored in the RB 16122 and passes it to the first decoder (Dec 1) 6215.
  • the first decoder 6215 decodes each elementary stream, particularly a video stream representing a video for the left eye.
  • the second demultiplexer 6216 checks the PID of each elementary stream multiplexed in the extent D of the second AV stream file stored in the RB 26213. If the PID is assigned to an elementary stream to be decoded, such as a video stream representing the video for the right eye, the second demultiplexer 6216 passes the stream to the second decoder (Dec 2) 6217. On the other hand, if the PID is assigned to the digital copy stream, the second demultiplexer 6216 passes the stream to the SD memory card 6218. In this way, the process of reproducing 3D video from the first AV stream file and the second AV stream file and the process of writing the digital copy stream to the SD memory card can be performed in parallel.
  • the playback device may switch the data supply source as follows. While the BD-ROM disc is inserted into the BD-ROM drive, the playback device writes digital copy content from the disc to the SD memory card. When the BD-ROM disc is removed from the BD-ROM drive during the writing process, the playback device downloads the digital copy content from the server on the network to the SD memory card. By doing so, the BD-ROM disc can be removed from the BD-ROM drive in the middle of the digital copy, so that video can be reproduced from another BD-ROM disc in parallel with the digital copy.
  • the playback device 103 can be connected to a mobile device 107 through a network 106. Therefore, digital copy may be performed to the SD memory card 108 inserted into the mobile device 107 through the network 106.
  • FIG. 63 (a) is a flowchart of processing performed by the playback apparatus in digital copying through a network.
  • FIG. 63B is a flowchart of processing by the mobile device in the digital copy. These processes are started when a BD-ROM disc is inserted into the playback apparatus.
  • step S6301 the playback device 103 detects the BD-ROM disc 101 inserted in the BD-ROM drive.
  • the playback device 103 reads the index file 511 from the BD-ROM disc 101 and activates the BD-J object defined in the index table item first play. Thereafter, processing proceeds to step S6302.
  • step S6302 the playback device 103 causes the display device 104 to display a menu screen according to the BD-J object.
  • the menu screen in addition to playback of the AV stream file 541 in the BDMV directory 501, a digital copy of the data in the DCOPY directory 502 is displayed as an option. Thereafter, processing proceeds to step S6303.
  • step S6303 the playback device 103 receives an instruction to execute digital copy from the user through the remote controller 105 or the like. At this time, the language may be selected similarly to the flowchart shown in FIG. Thereafter, processing proceeds to step S6304.
  • step S6304 the playback device 103 searches the network 106 for the mobile device 107 according to the BD-J object. Further, the playback device 103 notifies the mobile device 107 of the execution of digital copy. The notification may be made by e-mail. Thereafter, the process proceeds to step S6307.
  • step S6305 the mobile device 107 receives the notification sent from the playback device 103 in step S6304, and notifies the user of the notification through a screen display.
  • the process proceeds to step S6306.
  • step S6306 the mobile device 107 authenticates the authentication server and the user according to the HTTP protocol. Specifically, first, the mobile device 107 prompts the user to input a password or the like. When the user inputs a password or the like to the mobile device 107, the mobile device 107 passes the password or the like to the authentication server. The authentication server verifies the passed password or the like with a password or the like held in advance. If the two match, the authentication server passes the content encryption key to the mobile device 107. Thereafter, processing proceeds to step S6308.
  • a password to be input to the mobile device 107 is stored in the playback device 103. May be displayed on the display device 104.
  • authentication processing may be performed between the playback device 103 and the mobile device 107 using a proximity wireless technology such as “TransferJet (registered trademark)” or “WirelessHD”.
  • step S6307 the playback device 103 sends digital copy content to the mobile device 107 via the network 106.
  • a protocol such as HTTP or FTP is used.
  • the playback device 103 may replace the audio stream included in the digital copy AV stream file with the audio stream included in any replacement stream file. Thereafter, processing proceeds to step S6309.
  • step S6308 the mobile device 107 receives the digital copy content from the playback device 103 and writes it in the normal area of the SD memory card 108. Thereafter, the process proceeds to step S6310.
  • step S6309 the playback device 103 causes the display device 104 to display that the writing of the digital copy content to the SD memory card 108 is completed according to the BD-J object. Thereafter, the processing by the playback device 103 ends. While the mobile device 107 writes the digital copy content to the SD memory card 108, the playback device 103 displays a progress bar on the display device 104 in accordance with the BD-J object. May be communicated.
  • step S6310 the mobile device 107 generates a media unique key and encrypts the content encryption key with the media unique key. Thereafter, the mobile device 107 writes the encrypted content encryption key in the authentication area of the SD memory card 108. Thus, the process by the mobile device 107 is completed.
  • (S) Mobile devices are easier to connect to a wide area network such as a mobile phone network than playback devices. Therefore, the playback device realizes a virtual package function by using the mobile device as a local storage.
  • the virtual package function will be described, and then the application of the virtual package function in the system according to the embodiment of the present invention will be described.
  • “Virtual package” means a directory structure of a virtual BD-ROM disc built on a memory built in a playback device. Specifically, the virtual package is transferred from each access path of the original data stored in the BD-ROM disk and the update data stored in the local storage to the access path on the same BD-ROM disk. Specifies the mapping of.
  • “Local storage” refers to a storage device such as an HDD built in or externally attached to a playback device. The update data is downloaded from the WWW server to the local storage through the network. In an application program such as a BD-J object, access to original data and update data can be described by a path on a virtual package instead of an actual path.
  • the original data and the update data can be accessed as data on the same BD-ROM disc.
  • the video represented by the update data can be superimposed on the video represented by the original data.
  • the subtitles represented by the original data can be displayed by replacing the subtitles represented by the update data.
  • FIG. 64 is a schematic diagram showing the directory structure of the update kit 6410 stored in the local storage 6401.
  • An “update kit” refers to a group of update data arranged in a directory structure.
  • an additional content storage directory (BD_BUDA) 6412 is placed immediately below the ROOT directory 6411 of the local storage 6401, and an OrgID directory 6413 is placed immediately below.
  • a DiscID directory 6414 is placed immediately below the OrgID directory 6413.
  • DiscID directory 6414 Immediately under the DiscID directory 6414, a merge management information file (merge.xml) 6415, a signature information file (merge.sf) 6416, and an additional content data file (ccc.mpl, vvv.m2t, vvv.clp) 6417 , 6418, 6419 are placed.
  • merge management information file (merge.xml) 6415
  • signature information file (merge.sf) 6416
  • additional content data file ccc.mpl, vvv.m2t, vvv.clp) 6417 , 6418, 6419 are placed.
  • the directory name of the OrgID directory 6413 is made up of 8 characters representing a 32-bit identifier (OrgID: organization ID) assigned to the original data provider in hexadecimal.
  • the OrgID is stored in the index file 511. When “0” is arranged at the head of the OrgID, those “0” are omitted from the directory name. For example, when the OrgID is 0x0000001A, the directory name of the OrgID directory is “1A”.
  • the directory name of the DiscID directory 6414 is made up of 32 characters in which a 128-bit identifier (DiscID) assigned to the recording layer of the BD-ROM disc is divided into four 32 bits from the beginning and each part is expressed in hexadecimal.
  • the Disc ID is stored in the index file 511. When “0” is arranged at the head of the DiscID, those “0” are omitted from the directory name.
  • the merge management information file 6415 indicates the correspondence between the path in the local storage and the path in the virtual package for each file included in the update kit 6410.
  • the signature information file 6416 includes an electronic signature of the original data provider.
  • the electronic signature is obtained by encrypting the hash value of the merge management information file 6415 with a predetermined secret key.
  • the private key is paired with the public key included in the merge certificate. That is, the electronic signature can be decrypted using the public key.
  • the merge certificate is not shown in FIGS. 5 and 6, but is stored on the BD-ROM disc with the file name “bd.cert”.
  • the file format of the merge certificate is, for example, X. 509 is used.
  • the additional content data file 6417-6419 is a file group that represents video or the like that should be added to or replaced with video or audio represented by the original data.
  • the additional content data file generally includes a playlist file (ccc.mpl) 6417, an AV stream file (vvv.m2t) 6418, and a clip information file (vvv.clp) 6419.
  • FIG. 65 is a block diagram of a playback device equipped with a virtual package function.
  • the components shown in FIG. 65 are different from the components shown in FIG. 28 in that a playback control unit 6535, read buffers 6521 and 6522, a local storage control unit 6501, and a system target decoder 6523 are included. Different. Since the other components are the same as those shown in FIG. 28, the description of those components shown in FIG.
  • the playback control unit 6535 constructs a virtual package based on the update kit stored in the local storage 6401. That is, the playback control unit 6535 replaces the virtual package path specified by the application program with the actual path on the BD-ROM disc 101 or in the local storage 6401.
  • the playback control unit 6535 further instructs the BD-ROM drive 2801 or the local storage control unit 6501 to read data according to the read path.
  • the first read buffer (RB1) 6521 corresponds to the read buffer 2821 shown in FIG. 28, and stores the AV stream file read from the BD-ROM disc 101 by the BD-ROM drive 2801.
  • the second read buffer (RB2) 6522 stores the AV stream file read from the local storage 6401 by the local storage control unit 6501.
  • the local storage control unit 6501 accesses the update kit stored in the local storage 6401 according to the instruction from the playback control unit 6535 to transfer data from the local storage 6401, dynamic scenario memory 2831, static scenario Transfer to memory 2832 or RB 26522
  • the system target decoder 6523 reads the AV stream file from each of the RB 16521 and the RB 26522, and decodes it in parallel.
  • FIG. 66 (a) is a schematic diagram showing a process of constructing a virtual package 6630 from original data 6610 stored in a BD-ROM disc and an update kit 6620 stored in the local storage.
  • the OrgID directory “1” is placed immediately under the BD_BUDA directory, and the DiscID directory “1” is placed immediately below it.
  • a merge management information file (merge.xml) 6621, a signature information file (merge.sf) 6622, a playlist file (ccc.mpl) 6623, a first AV stream file (vvv. m2t) 6624, a first clip information file (vvv.clp) 6625, and a second clip information file (sss.clp) 6626 are placed.
  • the playback control unit 6640 When constructing a virtual package, the playback control unit 6640 first reads the merge management information file 6621 and the signature information file 6622 from the update kit 6620, and reads the merge certificate from the original data 6610. The playback control unit 6640 decrypts the signature information file 6622 with the public key included in the merge certificate, and collates the decryption result with the merge management information file 6621. Thereby, the merge management information file 6621 is authenticated.
  • the playback control unit 6640 After successfully authenticating the merge management information file 6621, the playback control unit 6640 refers to the merge management information file 6621 and associates the actual path and the path in the virtual package for each file of the update kit 6620. As a result, the application program can request the reproduction control unit 6640 to access each file through the virtual package path.
  • FIG. 66B shows a path in the local storage (local storage path) and a path on the virtual package (virtual package path) for each file of the update kit 6620 stored in the merge management information file 6621. It is a table
  • the playback control unit 6640 uses the playlist file “ccc.mpls” 6631 of the virtual package 6630. "6623 is accessed.
  • the application program requests the playback control unit 6640 to access the clip information files “vvv.clpi” 6632 and “sss.clpi” 6633 of the virtual package 6630
  • the playback control unit 6640 uses the clip of the update kit 6620.
  • the information files “vvv.clp” 6625 and “sss.clp” 6626 are accessed.
  • the playback control unit 6640 uses the first AV stream file “vvv” of the update kit 6620. .m2t ”6624 is accessed.
  • the application program requests the playback control unit 6640 to access the second AV stream file “sss.m2ts” 6635 of the virtual package 6630, the corresponding AV stream file does not exist in the update kit 6620.
  • the second AV stream file “sss.m2ts” 6635 has a progressive attribute.
  • “Progressive attribute” means that the file does not have to exist in the local storage when the virtual package is constructed, and may be downloaded from the network when access is requested. Therefore, when the application program requests the playback control unit 6640 to access the second AV stream file “sss.m2ts” 6635 of the virtual package 6630, the playback control unit 6640 sends the second AV stream file from the network to the local storage. Download “sss.m2ts” 6635. After the download is completed, the playback control unit 6640 accesses the second AV stream file “sss.m2ts” 6635.
  • 67 (a), (b), and (c) are schematic diagrams showing pseudo streaming playback processing of an AV stream file using a virtual package.
  • the playlist file 6701 includes five play items PL # 1, PL # 2,..., PL # 5.
  • Each play item refers to a different AV stream file “00001.m2ts”, “00002.m2ts”, “00003.m2ts”, “00004.m2ts”, “00005.m2ts”. All of these AV stream files are included in the update kit and have a progressive attribute.
  • the first AV stream file “00001.m2ts” and the second AV stream file “00002.m2ts” whose playback order is early have already been downloaded to the local storage, and the BD-J application Set to Enable according to the program.
  • the remaining AV stream files “00003.m2ts”, “00004.m2ts”, and “00005.m2ts” have not yet been downloaded to the local storage, or have been downloaded but are invalid ( Disable) state.
  • the reproduction processing is executed in order from the AV stream file in the valid state.
  • the “valid state” means a state where the playback process can be performed by the playback device
  • the “invalid state” means a state where the playback process cannot be performed. Switching between the valid state and the invalid state is performed according to the API.
  • the API When an API for setting an AV stream file to a valid state is executed, the AV stream file has a read-only attribute and can be played back by a playback device. An AV stream file that has never been set in a valid state is in an invalid state.
  • the AV stream file When deleting or overwriting a valid AV stream file, the AV stream file must be temporarily changed to an invalid state by the API.
  • the playback position indicated by the tip of the arrow 6702 reaches the rear end of the third play item PL # 3.
  • the fourth AV stream file “00004.m2ts” referred to by the fourth play item PL # 4 has not yet been downloaded or is in an invalid state.
  • the playback control unit stops playback of the playlist and notifies the application program of a playback stop event 6703.
  • the application program completes the download of the fourth AV stream file and changes its state to a valid state. Thereafter, the playback of the AV stream file is resumed from the playback position when the playback stop event 6703 is notified.
  • the mobile device and the playback device build a virtual package as follows. First, the mobile device downloads the update kit from the network to the built-in storage device. Next, the mobile device and the playback device are connected by proximity wireless technology or wireless LAN. Application programs exchange information with mobile devices via socket-to-socket communication. The playback device treats the mobile device as local storage. Thereby, the playback apparatus can construct a virtual package using the update kit held in the mobile device. Note that the virtual package may be constructed by the mobile device writing the update kit to the SD memory card and the playback device handling the SD memory card as a local storage.
  • the playback device uses the virtual package function to May be displayed superimposed on the video reproduced from the BD-ROM disc.
  • FIG. 68 (a) is a schematic diagram showing a playback system before a videophone call is received.
  • the playback device 103 plays back the video BG of the primary video stream from the BD-ROM disc 101 and displays it on the display device 104.
  • the mobile device 107 downloads the secondary video stream representing the transparent video TR from the server 6801.
  • the secondary video stream is assigned a progressive attribute.
  • the reproduction device 103 reproduces the transparent video TR from the secondary video stream by the pseudo streaming reproduction processing, and displays it on the display device 104 so as to be superimposed on the video BG of the primary video stream.
  • the mobile device 107 itself may generate the secondary video stream.
  • FIG. 68 (b) is a schematic diagram showing a playback system when a videophone call is received.
  • the mobile device 107 encodes the videophone video PH to generate a secondary video stream, and replaces it with the secondary video stream downloaded from the server 6801. Accordingly, the playback device 103 plays back the video PH of the videophone from the secondary video stream by pseudo streaming playback processing, and displays it on the display device 104 so as to be superimposed on the video BG of the primary video stream.
  • a playback device uses a mobile device as local storage to create a virtual package and a call is received on the mobile device, the playback device uses the virtual package function to The sound reproduced from the BD-ROM disc may be mixed and reproduced.
  • FIG. 69A is a schematic diagram showing a playback system before a call is received.
  • the playback device 103 plays back the audio MA of the primary audio stream from the BD-ROM disc 101 and reproduces it on the speaker of the display device 104.
  • the mobile device 107 downloads the secondary audio stream representing the non-voice SA from the server 6801.
  • the secondary audio stream is assigned a progressive attribute.
  • the reproduction device 103 reproduces the non-voice SA from the secondary audio stream by pseudo streaming reproduction processing, and mixes it with the audio MA of the primary audio stream to reproduce it on the speaker of the display device 104.
  • FIG. 69 (b) is a schematic diagram showing a playback system when a call is received.
  • the mobile device 107 encodes the telephone voice PA to generate a secondary audio stream, and replaces the secondary audio stream downloaded from the server 6801.
  • the playback device 103 reproduces the telephone audio PA from the secondary audio stream by pseudo streaming playback processing, and mixes it with the audio MA of the primary audio stream and reproduces it on the speaker of the display device 104.
  • the playback device 103 may cause the display device 104 to display a message indicating that a call has been received in graphics according to the application program.
  • the playback device 103 performs a pause according to the application program and displays a message indicating that the user has answered the call received on the mobile device 107. It may be displayed on the device 104. Note that this processing may be automatically performed by the playback device 103 without depending on the application program.
  • the playback device 103 may monitor the remaining battery level of the mobile device and the free space of the storage device, and display information about them on the display device 104 in graphics.
  • the playback device may be connected to the mobile device through a server on the network.
  • FIG. 70 is a schematic diagram showing a mobile device and a playback device connected through a server on the network.
  • the mobile device 7001 generates an AV stream file representing video PH or audio of a videophone and uploads it to the server 7002.
  • the server 7002 incorporates the AV stream file into the update kit.
  • the playback device 7003 includes a local storage and is connected to the server 7002 through a network.
  • the playback device 7003 downloads an update kit from the server 7002 to the local storage, and constructs a virtual package using the update kit. Thereby, the playback device 7003 causes the display device 7005 to reproduce the video or audio of the videophone on the video BG or audio played back from the BD-ROM disc 7004.
  • the playback device When the playback device is connected to a plurality of mobile devices, the playback device receives information on the communication speed and the remaining battery level (including whether it is connected to an outlet) from each mobile device, Based on this, the mobile device to be used may be selected. For example, when a high bit rate content is downloaded from a network and played back, the playback device selects a mobile device with a high communication speed. Also, when content with a long playback time is downloaded from the network and played back, the playback device selects a mobile device with a long battery life. Note that a benchmark for performing a communication test may be used for measuring the communication speed. The playback device may further obtain a Mac address from each mobile device and associate it with each mobile device.
  • the playback device can identify the mobile device from the Mac address, so that the information of each mobile device can be displayed on the display device as graphics.
  • the playback device can display on the display device that it is connected to another mobile device.
  • the playback device may be connected to all of the plurality of mobile devices at the same time. For example, the playback device may be connected to only one mobile device in a normal state, and may be connected to two or more mobile devices when a larger communication band is required.
  • the recording device is a so-called authoring device.
  • the authoring device is usually installed in a production studio for distributing movie content and used by authoring staff.
  • the recording apparatus first converts the movie content into a digital stream of a compression encoding method in accordance with the MPEG standard, that is, an AV stream file.
  • the recording device then generates a scenario.
  • the scenario is information that defines a method for reproducing each title included in the movie content, and specifically includes the dynamic scenario information and the static scenario information.
  • the recording device then generates a volume image or update kit for the BD-ROM disc from the above digital stream and scenario.
  • the recording apparatus records the volume image on the recording medium using the extent arrangement according to the first embodiment.
  • FIG. 71 is a block diagram showing the internal configuration of the recording apparatus.
  • the recording apparatus includes a video encoder 7101, a material production unit 7102, a scenario generation unit 7103, a BD program production unit 7104, a multiplexing processing unit 7105, a format processing unit 7106, and a database unit 7107.
  • the database unit 7107 is a non-volatile storage device built in the recording device, and is particularly an HDD.
  • the database unit 7107 may be an HDD externally attached to the recording device, or may be a non-volatile semiconductor memory device built in or externally attached to the recording device.
  • the video encoder 7101 receives video data such as uncompressed bitmap data from the authoring staff and compresses it with a compression encoding method such as MPEG-4 AVC or MPEG-2. As a result, the main video data is converted into a primary video stream, and the sub-video data is converted into a secondary video stream. The video encoder 7101 further generates a video stream of digital copy content from the same video data. Each video stream 7111 is stored in the database unit 7107.
  • the material production unit 7102 creates an elementary stream other than a video stream, for example, an audio stream 7112, a PG stream 7113, and an IG stream 7114, and stores them in the database unit 7107.
  • the material production unit 7102 receives uncompressed LPCM audio data from the authoring staff, encodes it with a compression encoding method such as AC-3, and converts it into an audio stream 7112.
  • the material production unit 7102 generates an audio stream of digital copy content in addition to the main audio stream.
  • the material production unit 7102 receives a caption information file from the authoring staff, and creates a PG stream 7113 accordingly.
  • the caption information file defines image data representing captions, display timing of the captions, and visual effects such as fade-in / fade-out to be added to the captions.
  • the material production unit 7102 further receives bitmap data and a menu file from the authoring staff, and creates an IG stream 7114 according to them.
  • Bitmap data represents a menu image.
  • the menu file defines the state transition of each button arranged in the menu and the visual effect to be applied to each button.
  • the scenario generation unit 7103 creates BD-ROM scenario data 7115 in accordance with an instruction received from the authoring staff via the GUI, and stores it in the database unit 7107.
  • the BD-ROM scenario data 7115 defines a playback method of each elementary stream 7111-7114 stored in the database unit 7107.
  • the BD-ROM scenario data 7115 includes an index file 511, a movie object file 512, a playlist file 521, and a data information file 611 among the files shown in FIGS.
  • the scenario generation unit 7103 further creates a parameter file PRF and sends it to the multiplexing processing unit 7105.
  • the parameter file PRF defines stream data to be multiplexed into the AV stream file and the digital copy AV stream file from the elementary streams 7111 to 7114 stored in the database unit 7107.
  • the BD program creation unit 7104 provides the authoring staff with a programming environment for BD-J objects and Java application programs.
  • the BD program creation unit 7104 receives a request from the user through the GUI, and creates a source code of each program according to the request.
  • the BD program creation unit 7104 further creates a BD-J object file 551 from the BD-J object, and compresses the Java application program into a JAR file 561.
  • the program file group BDP is sent to the format processing unit 7106.
  • the multiplexing processing unit 7105 converts each elementary stream 7111-7114 stored in the database unit 7107 into an MPEG-2TS format AV stream file, or an MP4 format or MPEG-2TS format digital Multiplexed into a copy AV stream file.
  • each elementary stream 7111-7114 is converted into a source packet sequence, and the source packets in each column are combined into one column to form an AV stream file.
  • VAUs and audio frames are grouped into chunks, and video stream chunks and audio stream chunks are alternately arranged, so that a digital copy AV stream file is obtained. Is configured.
  • the multiplexing processing unit 7105 creates the clip information file 531 according to the following procedure.
  • the entry map 1430 shown in FIG. 15 is generated for the AV stream file.
  • the stream attribute information shown in FIG. 14 is extracted from each elementary stream to be multiplexed into the AV stream file.
  • a combination of an entry map and stream attribute information is associated with clip information.
  • the multiplexing processing unit 7105 creates the management information file 621 shown in FIG. Specifically, attribute information is extracted from a video stream and an audio stream to be multiplexed into a digital copy AV stream file, and arranged into a file format.
  • the format processing unit 7106 includes a BD-ROM scenario data 7115 stored in the database unit 7107, a program file group BDP such as a BD-J object file produced by the BD program production unit 7104, and a multiplexing processing unit. From the AV stream file AVF, digital copy AV stream file DCF, clip information file CLI, and management information file MIF generated by 7105, the BD-ROM disc image 7120 having the directory structure shown in FIGS. create. In the directory structure, UDF is used as a file system.
  • the format processing unit 7106 refers to the entry map included in the clip information file when creating each file entry of the AV stream file and the digital copy AV stream file. Thereby, the SPN of each entry point is used to create each allocation descriptor. In particular, the allocation descriptor is created so that the extent arrangement as shown in FIG. 44B or FIG. 45 is represented.
  • FIG. 72 is a flowchart of a method for recording movie content on a BD-ROM disc using the recording device 7100 shown in FIG. This method is started, for example, when the recording apparatus 7100 is turned on.
  • step S7201 elementary streams, programs, and scenario data to be recorded on the BD-ROM disc are created. That is, the video encoder 7102 creates a video stream 7111.
  • the material production unit 7103 creates an audio stream 7112, a PG stream 7113, and an IG stream 7114.
  • the scenario generation unit 7104 creates BD-ROM scenario data 7115.
  • the generated data 7111-7115 are stored in the database unit 7101.
  • the scenario generation unit 7104 creates a parameter file PRF and sends it to the multiplexing processing unit 7106.
  • the BD program creation unit 7105 creates a program file group BDP including a BD-J object file and a JAR file and sends the program file group BDP to the format processing unit 7107. Thereafter, processing proceeds to step S7202.
  • step S7202 the multiplexing processing unit 7106 reads each elementary stream 7111-7114 from the database unit 7101 according to the parameter file PRF, and multiplexes it into an AV stream file and a digital copy AV stream file. Thereafter, processing proceeds to step S7203.
  • step S7203 the multiplexing processing unit 7106 creates a clip information file and a management information file.
  • the extent size of each file is designed so that read buffer overflow and underflow do not occur. Thereafter, processing proceeds to step S7204.
  • step S7204 the format processing unit 7107 performs processing from the BD-ROM scenario data 7115, the program file group BDP, the AV stream file AVF, the digital copy AV stream file DCF, the clip information file CLI, and the management information file MIF.
  • a BD-ROM disk image 7120 is created. Thereafter, processing proceeds to step S7205.
  • step S7205 the BD-ROM disc image 7120 is converted into BD-ROM press data. Further, this data is recorded on the master of the BD-ROM disc. Thereafter, processing proceeds to step S7206.
  • step S7206 mass production of a BD-ROM disc is performed using the master obtained in step S7205 for the pressing process. Thus, the process ends.
  • the present invention relates to a technology for copying data between recording media, and as described above, an audio stream is replaced with another audio stream during digital copying.
  • the present invention is clearly industrially applicable.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

　記録媒体には、第１コンテンツ、及び、その第１コンテンツに対するデジタルコピー用の第２コンテンツと第３コンテンツが記録されている。第２コンテンツはビデオ・ストリームと第１オーディオ・ストリームとを含み、第３コンテンツは第２オーディオ・ストリームを含む。第１オーディオ・ストリームと第２オーディオ・ストリームとは、暗号化の単位ごとにオーディオ・フレームの数が共通である。１つのビデオ・ストリームに多重化可能なオーディオ・ストリームの数が制限されている外部記録媒体に第２コンテンツがコピーされる際に、第２オーディオ・ストリームが第１オーディオ・ストリームと暗号化の単位ごとに入れ換え可能である。

Description

記録媒体、及びデータのコピー方法
　本発明は、記録媒体間でデータをコピーする技術に関する。
　映画作品などの動画コンテンツの頒布には、ＤＶＤやブルーレイ（Ｂｌｕ－ｒａｙ：登録商標）ディスク等の光ディスクが広く用いられている。ＤＶＤに記録可能な映像がＳＤ（Standard Definition）であるのに対し、ブルーレイ・ディスクに記録可能な映像は、最大１９２０×１０８０のＨＤ（High Definition）である。
　近年、携帯電話やスマートフォン等のモバイル機器でも映像コンテンツを視聴することが可能となっている。それに伴い、「デジタルコピー」が普及している。デジタルコピーとは、一つの記録媒体に、本編のコンテンツとは別に、同じ内容であるが解像度の低いコンテンツを格納しておき、ハードディスクドライブ（ＨＤＤ）やＳＤメモリカード等の記録媒体への、その低解像度のコンテンツのコピーを許可する機能をいう（例えば特許文献１参照）。
　図７３は、デジタルコピーの機能を示す模式図である。ＢＤ－ＲＯＭディスク7301にはＨＤコンテンツとＳＤコンテンツとが格納されている。ＨＤコンテンツが本編のコンテンツであり、ＳＤコンテンツがデジタルコピー用のコンテンツである。ＢＤ－ＲＯＭ再生装置7302はＢＤ－ＲＯＭディスク7301からＨＤコンテンツを読み出して、ハイビジョン画質のテレビ7303に表示させる。一方、ＢＤ－ＲＯＭ再生装置7302はＢＤ－ＲＯＭディスク7301からＳＤコンテンツを読み出して、ＳＤメモリカード等の外部記録媒体7304に書き込む。モバイル機器7305はその外部記録媒体7304からＳＤコンテンツを再生する。このようにして、一つのコンテンツをテレビとモバイル機器との両方で楽しむことができる。
　デジタルコピー用のコンテンツのフォーマットとしては、ＳＤ－Ｖｉｄｅｏ規格によるものが知られている。ＳＤ－Ｖｉｄｅｏ規格は、ＳＤメモリカードに映像、音声、字幕等のデータを暗号化して記録するための規格である。ＳＤ－Ｖｉｄｅｏ規格には、フォーマットとしていくつかのプロファイルが用意され、用途に応じて選択可能である。例えば、ＩＳＤＢ－Ｔモバイル・ビデオ・プロファイル（Mobile Video Profile）は、日本のＡＲＩＢ規格に基づいたワンセグ放送録画向けの規格であり、ストリームがＭＰＥＧ－２トランスポート・ストリーム（ＴＳ）形式（非特許文献１参照）で記録される。その他に、Ｈ．２６４モバイル・ビデオ・プロファイルは、ＩＳＤＢ－Ｔモバイル・ビデオ・プロファイルよりも高いビットレートで高品質なコンテンツを格納するための規格であり、ストリームがＭＰＥＧ－４システム形式（非特許文献２参照。以下、「ＭＰ４形式」という。）で記録される。また、ＳＤ－Ｖｉｄｅｏ規格のデータは、記録の際にＣＰＲＭ（Content Protection for Recordable Media）方式で暗号化される。
米国特許出願公開第２００８／０４４１５９号 特開２００６－１０９４９４号公報
　ＢＤ－ＲＯＭディスクに格納されるＨＤコンテンツには、多くの本数のオーディオ・ストリームを格納することができる。その理由としては、ＢＤ－ＲＯＭディスクの読み出しレートが５４Ｍｂｐｓと高いこと、及び、ＢＤ－ＲＯＭ再生装置の処理性能が高いことが挙げられる。ＢＤ－ＲＯＭのフォーマットでは、最大３２本のオーディオ・ストリームを一つのコンテンツに格納することができる。それにより、ＢＤ－ＲＯＭディスクを言語別に作成しなくてもよいので、オーサリングに必要なコストを抑えることができる。
　一方、デジタルコピー用のＳＤコンテンツでは、格納可能なオーディオ・ストリームの本数が限られている。ＳＤコンテンツのビットレートが、モバイル機器の処理性能によって低く制限されているからである。例えば、ＩＳＤＢ－Ｔモバイル・ビデオ・プロファイルでは、一つのコンテンツに格納可能なオーディオ・ストリームが最大で２本に制限され、Ｈ．２６４モバイル・ビデオ・プロファイルでは、最大で１本に制限されている。従って、ＳＤコンテンツに格納可能なオーディオ・ストリームの本数は、ＨＤコンテンツに格納可能なオーディオ・ストリームの本数よりも少ない。このことは、次の問題を生じさせる。
　図７４の（ａ）は、ＨＤコンテンツに格納されたオーディオ・ストリームを示す模式図である。図７４の（ａ）を参照するに、ＨＤコンテンツには、１本のビデオ・ストリームと共に、英語、日本語、中国語、ドイツ語、フランス語の５本のオーディオ・ストリームが格納されている。一方、図７４の（ｂ）は、デジタルコピー用のＳＤコンテンツに格納されたオーディオ・ストリームを示す模式図である。図７４の（ｂ）を参照するに、１つのＳＤコンテンツには１本のオーディオ・ストリームしか格納できない。従って、英語、日本語、中国語、ドイツ語、フランス語の５本のオーディオ・ストリームがそれぞれ、異なるＳＤコンテンツに格納されている。更に、各ＳＤコンテンツには、同じビデオ・ストリームが格納されている。これら５本のＳＤコンテンツ全体のデータ量は小さくない。例えば、ビデオ・ストリームのビットレートが４Ｍｂｐｓであり、オーディオ・ストリームのビットレートが０．１Ｍｂｐｓであるとした場合、２時間の映画ではＳＤコンテンツのデータ量は約３．５ＧＢとなる。従って、５本のＳＤコンテンツ全体では、３．５ＧＢ×５＝１７．５ＧＢのデータ量となる。ＢＤ－ＲＯＭディスクの容量を２５ＧＢとすると、そのうちの半分以上がデジタルコピー用のデータで占められてしまう。その結果、ＢＤ－ＲＯＭディスクに全てのデータを格納するには、ＨＤコンテンツのビットレートを落としたり、コンテンツの時間を短縮したりしなければならない。さもなくば、いずれかの言語のＳＤコンテンツを削除しなければならない。いずれの選択肢も好ましくはない。
　本発明の目的は、全体のデータ量を過剰に増大させることなく、デジタルコピー用のコンテンツに格納可能なオーディオ・ストリームの本数を、コピー元のコンテンツに格納されたオーディオ・ストリームの本数と一致させることができる記録媒体を提供することにある。
　本発明による記録媒体には、第１コンテンツ、及び、その第１コンテンツに対するデジタルコピー用の第２コンテンツと第３コンテンツが記録されている。第２コンテンツはビデオ・ストリームと第１オーディオ・ストリームとを含み、第３コンテンツは第２オーディオ・ストリームを含む。第１オーディオ・ストリームと第２オーディオ・ストリームとは、暗号化の単位ごとにオーディオ・フレームの数が共通である。１つのビデオ・ストリームに多重化可能なオーディオ・ストリームの数が制限されている外部記録媒体に第２コンテンツがコピーされる際に、第２オーディオ・ストリームが第１オーディオ・ストリームと暗号化の単位ごとに入れ換え可能である。
　本発明による上記の記録媒体では、第２コンテンツが外部記録媒体にコピーされる際に、第２オーディオ・ストリームが第１オーディオ・ストリームと入れ換えられる。それにより、本発明による上記の記録媒体には、デジタルコピー用のビデオ・ストリームが１本格納されていれば十分である。こうして、本発明による上記の記録媒体は、全体のデータ量を過剰に増大させることなく、デジタルコピー用のコンテンツに格納可能なオーディオ・ストリームの本数を、コピー元のコンテンツに格納されたオーディオ・ストリームの本数と一致させることができる。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ－ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）は、下位ディレクトリのファイル識別記述子241のデータ構造を示す模式図である。（ｂ）は、下位ファイルのファイル識別記述子242のデータ構造を示す模式図である。 図２に示されている下位ファイル＃１223のデータ構造を示す模式図である。 図２に示されているＢＤ－ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造の一部を示す模式図である。 図２に示されているＢＤ－ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造の別の部分を示す模式図である。 図５に示されているＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイル541に多重化されたエレメンタリ・ストリームを示す表である。 ＡＶストリーム・ファイル800内の各エレメンタリ・ストリーム801、802、803、804に属するＴＳパケットの配置を示す模式図である。 （ａ）は、ＴＳヘッダ901Hのデータ構造を示す模式図である。（ｂ）は、ＡＶストリーム・ファイルを構成するＴＳパケット列の形式を示す模式図である。（ｃ）は、ＡＶストリーム・ファイルのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。（ｄ）は、一連のソースパケット902が連続的に記録されたＢＤ－ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。 ＰＧストリーム1000のデータ構造を示す模式図である。 ビデオ・ストリーム1100のデータ構造の詳細を示す模式図である。 ＰＥＳパケット列1202へのビデオ・ストリーム1201の格納方法の詳細を示す模式図である。 ＰＭＴ1310のデータ構造を示す模式図である。 図５に示されているクリップ情報ファイル（01000.clpi）531のデータ構造を示す模式図である。 （ａ）は、エントリ・マップ1430のデータ構造を示す模式図である。（ｂ）は、ＡＶストリーム・ファイル541に属するソースパケット群1510のうち、エントリ・マップ1430によって各ＥＰ＿ＩＤ1505に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群1510に対応するＢＤ－ＲＯＭディスク101上のエクステントEXT[n]（n＝0、1、2、3、…）を示す模式図である。 図５に示されているプレイリスト・ファイル（00001.mpls）521のデータ構造を示す模式図である。 図１６に示されているＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続されるべき二つの再生区間ＰＩ＃（Ｎ－１）、ＰＩ＃Ｎの間の関係を示す模式図である。 プレイリスト・ファイル（00001.mpls）521の示すＰＴＳと、ＡＶストリーム・ファイル（01000.m2ts）541から再生される部分との間の対応関係を示す模式図である。 図５に示されているインデックス・ファイル（index.bdmv）511のデータ構造を示す模式図である。 ＭＰ４ファイルのデータ構造を示す模式図である。 ＭＰ４ファイルを構成するＢｏｘの構成を示す模式図である。 （ａ）は、図２２に示されているｍｏｏｖのデータ構造を示す模式図である。（ｂ）は、ｍｏｏｖにおけるＢｏｘの階層構造を示す樹形図である。（ｃ）は、サンプル・トゥ・チャンク・ボックス（ｓｔｓｃ）によって示される表である。 トラックを複数のフラグメントに分割した際のＭＰ４ファイル内のＢｏｘの構造を示す模式図である。 ＭＰＥＧ－４　ＡＶＣのビデオ・ストリームをＭＰ４ファイルに格納した場合におけるＶＡＵのデータ構造を示す模式図である。 ＴＳ形式のファイルのデータ構造を示す模式図である。 （ａ）は、デジタルコピーＡＶストリーム・ファイル622がＭＰ４ファイルであるときのデータ構造の一例を示す模式図である。（ｂ）、（ｃ）、（ｄ）は、入れ換え用ストリーム・ファイル631、632、633のデータ構造を示す模式図である。 図１に示されている再生装置103の機能ブロック図である。 図２８に示されているプレーヤ変数記憶部2836に搭載されたシステム・パラメータ（ＳＰＲＭ）の一覧表である。 図２８に示されている再生装置103の再生動作のフローチャートである。 図２８に示されている再生制御部2835によるプレイリスト再生処理のフローチャートである。 図２８に示されているシステム・ターゲット・デコーダ2823の機能ブロック図である。 （ａ）は、図２８に示されているＰＧデコーダ3272がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。（ｂ）－（ｅ）は、（ａ）に示されている処理に従って変化するグラフィックス・オブジェクトを示す模式図である。 図２８に示されている再生装置103内の再生処理系統を示すブロック図である。 （ａ）は、再生動作中、リード・バッファ3402に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のエクステント群3510と再生経路3520との間の対応関係を示す模式図である。 ＢＤ－ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。 （ａ）は、ＣＰＲＭ対応機器がＳＤメモリカードにコンテンツを記録するときに行う暗号化の手順を示す模式図である。（ｂ）は、ＣＰＲＭ対応機器がＳＤメモリカードからコンテンツを再生するときに行う復号の手順を示す模式図である。 暗号化されたＭＰ４ファイルのデータ構造を示す模式図である。 一つのチャンクを暗号化する方法を示す模式図である。 デジタルコピーを実現するシステムの構成を示すブロック図である。 デジタルコピーのフローチャートである。 図４１に示されているステップＳ４１０７において、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームのチャンクを、入れ換え用ストリーム・ファイルに含まれるチャンクに置き換える処理を示す模式図である。 デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームのチャンクと、入れ換え用ストリーム・ファイルのチャンクとの間で、ビットレートと属性とが異なる場合に必要となる新たなヘッダ情報の格納場所を示すディレクトリ図である。 （ａ）、（ｂ）はそれぞれ、ＢＤ－ＲＯＭディスク101上におけるデジタルコピーＡＶストリーム・ファイルと入れ換え用ストリーム・ファイルとの物理的な配置の例を示す模式図である。 ＢＤ－ＲＯＭディスク101上におけるデジタルコピーＡＶストリーム・ファイルと入れ換え用ストリーム・ファイルとの物理的な配置の別の例を示す模式図である。 ヘッダ情報とビデオ・ストリームのチャンクとを共有する３つのデジタルコピーＡＶストリーム・ファイルを示すディレクトリ図である。 ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、３種類のファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、３種類のデジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係の例を示す模式図である。 ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、４種類のデジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、２種類のデジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係の例を示す模式図である。 ＢＤ－ＲＯＭディスク101に記録されたデジタルコピー用コンテンツ5110を構成するファイル群と、そのファイル群から生成されるデジタルコピーＡＶストリーム・ファイル5120とを示す模式図である。 （ａ）は、ＴＳ形式のデジタルコピーＡＶストリーム・ファイルのデータ構造の一例を示す模式図である。（ｂ）は、ＴＳ形式の入れ換え用ストリーム・ファイルのデータ構造の一例を示す模式図である。 （ａ）は、ＴＳ形式のデジタルコピーＡＶストリーム・ファイルのデータ構造の別の例を示す模式図である。（ｂ）は、ＴＳ形式の入れ換え用ストリーム・ファイルのデータ構造の別の例を示す模式図である。 ＢＤ－ＲＯＭディスクがデジタルコピー対応ディスクであるか否かを判別する処理のフローチャートである。 字幕データ等をネットワークからダウンロード可能なモバイル機器に搭載されたシステム・ターゲット・デコーダのブロック図である。 テキストデータから音声を生成可能なモバイル機器に搭載されたシステム・ターゲット・デコーダのブロック図である。 図５６に示されている台詞データの構造を示す表である。 （ａ）は、ＢＤ－ＲＯＭディスク上におけるＡＶストリーム・ファイルとデジタルコピーＡＶストリーム・ファイルとの物理的配置の一例を示す模式図である。（ｂ）は、ＡＶストリーム・ファイルに多重化されたエレメンタリ・ストリームを表す模式図である。（ｃ）は、（ｂ）に示されているＡＶストリーム・ファイルを処理するための再生装置の再生処理系統を示すブロック図である。 （ａ）は、ＢＤ－ＲＯＭディスク上におけるＡＶストリーム・ファイルのエクステントとデジタルコピーＡＶストリーム・ファイルのエクステントとの物理的配置を示す模式図である。（ｂ）は、（ａ）に示されているエクステント群を読み出すための再生装置の再生処理系統を示すブロック図である。 （ａ）は、（ｂ）に示されているエクステントの配置6010から非デジタルコピー対応機がＡＶストリーム・ファイルのエクステントMNを読み出す際、リード・バッファに蓄積されるデータ量DAの増減を示すグラフである。（ｂ）は、ＢＤ－ＲＯＭディスク上におけるデジタルコピーＡＶストリーム・ファイルのエクステントDCとＡＶストリーム・ファイルのエクステントMNとの配置6010、及び、その配置から非デジタルコピー対応機がエクステントを読み出すときの再生経路6020を示す模式図である。 （ａ）、（ｂ）は、（ｃ）に示されているエクステントの配置6110からデジタルコピー対応機がエクステントDC、MNを読み出す際、リード・バッファに蓄積されるＡＶストリーム・ファイルのエクステントMNのデータ量DA1の増減と、デジタルコピーＡＶストリーム・ファイルのエクステントDCのデータ量DA2の増減とを示すグラフである。（ｃ）は、ＢＤ－ＲＯＭディスク上におけるデジタルコピーＡＶストリーム・ファイルのエクステントDCとＡＶストリーム・ファイルのエクステントMNとの配置6110、及び、その配置からデジタルコピー対応機がエクステントを読み出すときの再生経路6120を示す模式図である。 （ａ）は、ＢＤ－ＲＯＭディスク上に配置された第１ＡＶストリーム・ファイルのエクステントBと第２ＡＶストリーム・ファイルのエクステントDとの物理的配置を示す模式図である。（ｂ）は、（ａ）に示されているエクステント群を処理するための再生装置の再生処理系統を示すブロック図である。 （ａ）は、ネットワークを通したデジタルコピーにおける再生装置による処理のフローチャートである。（ｂ）は、そのデジタルコピーにおけるモバイル機器による処理のフローチャートである。 ローカル・ストレージ6401に格納されたアップデート・キット6410のディレクトリ構造を示す模式図である。 仮想パッケージ機能を搭載した再生装置のブロック図である。 （ａ）は、ＢＤ－ＲＯＭディスクに格納されたオリジナル・データ6610と、ローカル・ストレージに格納されたアップデート・キット6620とから仮想パッケージ6630を構築する処理を示す模式図である。（ｂ）は、マージ管理情報ファイル6621に格納された、アップデート・キット6620の各ファイルについてローカル・ストレージ内のパスと仮想パッケージ上のパスとの間の対応関係を示す表である。 （ａ）、（ｂ）、（ｃ）は、仮想パッケージを利用したＡＶストリーム・ファイルの擬似的なストリーミング再生処理を示す模式図である。 （ａ）は、テレビ電話がかかってくる前における再生システムを示す模式図である。（ｂ）は、テレビ電話がかかってきたときにおける再生システムを示す模式図である。 （ａ）は、電話がかかってくる前における再生システムを示す模式図である。（ｂ）は、電話がかかってきたときにおける再生システムを示す模式図である。 ネットワーク上のサーバを通して接続されたモバイル機器と再生装置とを示す模式図である。 本発明の実施形態１による記録媒体にコンテンツを記録するための記録装置の内部構成を示すブロック図である。 図７１に示されている記録装置7100を利用してＢＤ－ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。 デジタルコピーの機能を示す模式図である。 （ａ）は、ＨＤコンテンツに格納されたオーディオ・ストリームを示す模式図である。（ｂ）は、デジタルコピー用のＳＤコンテンツに格納されたオーディオ・ストリームを示す模式図である。
　以下、本発明の好適な実施形態について、図面を参照しながら説明する。
　《実施形態１》
　図１は、本発明の実施形態１によるホームシアター・システムを示す模式図である。図１を参照するに、このホームシアター・システムはディスク媒体101を再生対象とし、ＳＤメモリカード102をデジタルコピーの書き込み先とする。このホームシアター・システムは再生装置103、表示装置104、及びリモコン105を含む。再生装置103は更に、ネットワーク106を通してモバイル機器107に接続可能である。
　ディスク媒体101は読み出し専用ブルーレイ・ディスク（ＢＤ）、すなわちＢＤ－ＲＯＭディスクである。ディスク媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。そのディスク媒体、すなわちＢＤ－ＲＯＭディスク101は、同じ映画を表すＨＤコンテンツとＳＤコンテンツとを格納している。ＨＤコンテンツが本編のコンテンツであり、ＳＤコンテンツがデジタルコピー用のコンテンツである。
　再生装置103は、ＢＤ－ＲＯＭドライブ110とカードリーダ111とを搭載している。ＢＤ－ＲＯＭドライブ110はＢＤ－ＲＯＭ方式に準拠の光ディスクドライブである。カードリーダ111は、ＳＤメモリカード102からデータを読み出し可能なドライブである。再生装置103はＢＤ－ＲＯＭドライブ110を利用して、ＢＤ－ＲＯＭディスク101からＨＤコンテンツ又はＳＤコンテンツを読み込む。再生装置103は更に、ＨＤコンテンツを映像データ／音声データに復号し、表示装置104に伝送する。再生装置103はまた、カードリーダ111を利用してＳＤコンテンツをＳＤメモリカード102に書き込む。そのＳＤメモリカード102をモバイル機器に挿入することで、ＳＤコンテンツをそのモバイル機器に再生させることができる。再生装置103はその他に、ネットワーク106を通してモバイル機器107へＳＤコンテンツを送出する。モバイル機器107はそのＳＤコンテンツを再生し、又はＳＤメモリカード108へ書き込む。
　表示装置104は液晶ディスプレイである。表示装置104はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置104は、映像データに従って画面上にＨＤコンテンツの映像を表示し、音声データに従って内蔵のスピーカから音声を発生させる。
　リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ－ＲＯＭディスク101の再生開始若しくは停止等、再生装置103又は表示装置104の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号に変換して再生装置103又は表示装置104へ送出する。一方、再生装置103と表示装置104とはそれぞれ、その信号を受信し、その信号の示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置103又は表示装置104を遠隔操作できる。
　＜ＢＤ－ＲＯＭディスク上のデータ構造＞
　図２は、ＢＤ－ＲＯＭディスク101上のデータ構造を示す模式図である。図２を参照するに、ＢＤ－ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）201が設けられている。ＢＣＡに対してはＢＤ－ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図２にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図２に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはＢＣＡ201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ－ＲＯＭドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーション・データを含む。
　ボリューム領域202Bは「セクタ」と呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ－ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ－ＲＯＭディスク101からのデータの読み出しでは、読み出し元のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、ＢＤ－ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、ＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ－ＲＯＭドライブ121は、ＬＢＮが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。
　ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ／ファイル形式で表現される。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
　図２には、ファイルシステムとしてＵＤＦが利用されたときにおける、ボリューム領域202Bのデータ構造が示されている。図２を参照するに、ボリューム領域202Bは、一般に複数のディレクトリ213－215、ファイルセット記述子211、及び終端記述子212のそれぞれが記録された領域を含む。各「ディレクトリ」213、214、215は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」211は、ルートディレクトリ213のファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」212はファイルセット記述子211の記録領域の終端を示す。
　各ディレクトリ213、214、215は共通のデータ構造を持つ。図２にはその典型例としてディレクトリ＃１214のデータ構造が示されている。ディレクトリ＃１214は、ファイル・エントリ221、ディレクトリ・ファイル222、及び下位ファイル群223－225を含む。
　「ファイル・エントリ」221は、記述子タグ231、ＩＣＢ（Information Control Block）タグ232、及びアロケーション記述子233を含む。「記述子タグ」231は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば、記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」232はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」233は、ディレクトリ＃１214に属するディレクトリ・ファイル222が記録されたセクタのＬＢＮを示す。
　「ディレクトリ・ファイル」222は、下位ディレクトリのファイル識別記述子241と下位ファイルのファイル識別記述子242とを一般に複数ずつ含む。図３の（ａ）は、下位ディレクトリのファイル識別記述子241のデータ構造を示す模式図である。「下位ディレクトリのファイル識別記述子」241は、ディレクトリ＃１の直下に置かれた下位ディレクトリにアクセスするための情報である。図３の（ａ）を参照するに、下位ディレクトリのファイル識別記述子241は、その下位ディレクトリの識別情報311、ディレクトリ名の長さ312、ファイル・エントリ・アドレス313、及びディレクトリ名314を含む。特にファイル・エントリ・アドレス313は、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。図３の（ｂ）は下位ファイルのファイル識別記述子242のデータ構造を示す模式図である。「下位ファイルのファイル識別記述子」242は、ディレクトリ＃１の直下に置かれた下位ファイルにアクセスするための情報である。図３の（ｂ）を参照するに、下位ファイルのファイル識別記述子242は、その下位ファイルの識別情報321、ファイル名の長さ322、ファイル・エントリ・アドレス323、及びファイル名324を含む。特にファイル・エントリ・アドレス323は、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの実体を構成するデータのアドレス情報を含む。
　図２、３から理解されるように、ファイルセット記述子211と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域202Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的な例として、ディレクトリ＃１214の下位ファイル＃１223にアクセスする場合を想定する。まずファイルセット記述子211からルートディレクトリ213のファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリ213のディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからディレクトリ＃１214のファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからディレクトリ＃１214のファイル・エントリ221が特定される。更に、そのファイル・エントリ221内のアロケーション記述子233からディレクトリ＃１214のディレクトリ・ファイル222が特定される。続いて、そのディレクトリ・ファイル222のうち、下位ファイル＃１のファイル識別記述子242内のファイル・エントリ・アドレス323から下位ファイル＃１223のファイル・エントリが特定される。
　図２に示されている下位ファイル群223、224、225、…は共通のデータ構造を持つ。図４は、その共通のデータ構造の典型例として、下位ファイル＃１223のデータ構造を示す模式図である。図４を参照するに、下位ファイル＃１223はエクステント410－430とファイル・エントリ400とを含む。「エクステント」410、420、430、…は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステント410、420、430、…の全体が下位ファイル＃１223の実体を構成する。「ファイル・エントリ」400は、記述子タグ401、ＩＣＢタグ402、及びアロケーション記述子411－413を含む。「記述子タグ」401は、その記述子タグ401を含むデータ400の種類がファイル・エントリであることを示す。「ＩＣＢタグ」402はそのファイル・エントリ400自身の属性情報を示す。「アロケーション記述子」411、412、413、…は各エクステント410、420、430、…に対して一つずつ設けられ、ボリューム領域202B上での各エクステント410－430の配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。その他に、複数のアロケーション記述子の示す領域間でＬＢＮを連続させることにより、それら複数のアロケーション記述子の全体で一つのエクステントの配置が示されてもよい。図４に破線の矢印で示されているように、各アロケーション記述子411、412、…を参照することにより、各エクステント410、420、…にアクセスすることができる。その他に、各アロケーション記述子411、…の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステント410、…が実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
　ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域202Bに対するファイルシステムでは一般に、ボリューム領域202Bに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域202Bに併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。以下、その情報のことを、ＵＤＦに限らず、「アロケーション記述子」と呼ぶことにする。
　　≪ＢＤ－ＲＯＭディスク上のディレクトリ／ファイル構造≫
　図５、６は、ＢＤ－ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す模式図である。図５、６を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ500の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ501とデジタルコピー（ＤＣＯＰＹ）ディレクトリ502とが置かれている。
　　　［ＢＤＭＶディレクトリ］
　図５は特に、ＢＤＭＶディレクトリ501の構造を示す。図５を参照するに、ＢＤＭＶディレクトリ501の直下には、インデックス・ファイル（index.bdmv）511とムービーオブジェクト・ファイル（MovieObject.bdmv）512とが置かれている。
　インデックス・ファイル511は、ＢＤ－ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置103に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置103の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ－Ｊ（BD Java （登録商標））オブジェクトとがある。
　ムービーオブジェクト・ファイル512は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置103に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置103に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置103に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置103の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置103は一般的なＤＶＤプレーヤと同様に、まず表示装置104にメニューを表示してユーザにコマンドを選択させる。再生装置103は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
　図５に示されているように、ＢＤＭＶディレクトリ501の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ520、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ530、ストリーム（ＳＴＲＥＡＭ）ディレクトリ540、ＢＤ－Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ550、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ560が置かれている。
　ＳＴＲＥＡＭディレクトリ540の直下にはＡＶストリーム・ファイル（01000.m2ts）541が置かれている。「ＡＶストリーム・ファイル」は、ＢＤ－ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体は一般に、映像・音声・字幕等を表す各種のストリーム・データが多重化されたストリーム・データを意味する。ＡＶストリーム・ファイルは好ましくは、ＭＰＥＧ－２ＴＳ形式のデジタル・ストリームである。一つのＡＶストリーム・ファイルは、１本のプライマリ・ビデオ・ストリームと最大３２本のオーディオ・ストリームとを含む。ＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイル（01000.m2ts）541は特に、ＨＤ映像を表す。
　ＣＬＩＰＩＮＦディレクトリ530にはクリップ情報ファイル（01000.clpi）531が置かれている。「クリップ情報ファイル」は、ＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイルと一対一に対応付けられ、特に各ファイルのエントリ・マップを含む。「エントリ・マップ」は、ＡＶストリーム・ファイルの表す各シーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。図５に示されている例では、クリップ情報ファイル（01000.clpi）531は、ＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイル（01000.m2ts）541に対応付けられている。
　ＰＬＡＹＬＩＳＴディレクトリ520にはプレイリスト・ファイル（00001.mpls）521が置かれている。「プレイリスト・ファイル」はＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順とを規定する。図５に示されている例では、プレイリスト・ファイル（00001.mpls）521は、ＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイル（01000.m2ts）541の再生経路を規定する。
　ＢＤＪＯディレクトリ550にはＢＤ－Ｊオブジェクト・ファイル（XXXXX.bdjo）551が置かれている。ＢＤ－Ｊオブジェクト・ファイル551はＢＤ－Ｊオブジェクトを一つ含む。ＢＤ－Ｊオブジェクトは、再生装置103に実装されたＪａｖａ仮想マシンに、タイトルの再生処理及びグラフィックス映像の描画処理を実行させるためのバイトコード・プログラムである。ＢＤ－Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ－Ｊオブジェクトは、アプリケーション管理テーブルと、参照対象のプレイリスト・ファイルの識別情報とを含む。アプリケーション管理テーブルは、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期（ライフサイクル）とのリストである。参照対象のプレイリスト・ファイルの識別情報は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンは、ユーザの操作又はアプリケーション・プログラムに従って各ＢＤ－Ｊオブジェクトを呼び出し、そのＢＤ－Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置103は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置104にグラフィックス映像をタイトルの映像とは独立に表示させる。
　ＪＡＲディレクトリ560にはＪＡＲファイル（YYYYY.jar）561が置かれている。ＪＡＲファイル561は、ＢＤ－Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。Ｊａｖａアプリケーション・プログラムは、ＢＤ－Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル561はＪａｖａアーカイブ・ファイルであり、再生装置103に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
　　　［ＤＣＯＰＹディレクトリ］
　図６は特に、ＤＣＯＰＹディレクトリ502の構造を示す。図６を参照するに、ＤＣＯＰＹディレクトリ502の直下には、データｘｘ（ＤＡＴＡｘｘ）ディレクトリ601とデータｘｘ＿オーディオ（ＤＡＴＡｘｘ＿Ａｕｄｉｏ）ディレクトリ602とが置かれている。文字「ｘｘ」は通し番号０１、０２、…を表す。
　ＤＡＴＡｘｘディレクトリには、デジタルコピー用コンテンツのデータが格納されている。例えばそのデータがＳＤ－Ｖｉｄｅｏ形式である場合、ＤＡＴＡｘｘディレクトリをルート・ディレクトリとして、ＳＤ－Ｖｉｄｅｏ形式でデータがＤＡＴＡｘｘディレクトリ以下に格納される。ＤＡＴＡ０１ディレクトリ601がＳＤ－Ｖｉｄｅｏ形式である場合、その直下には、データ情報（ＤＡＴＡ＿ＩＮＦＯ）ディレクトリ610とプログラムｎｎｎ（ＰＲＯＧＲＡＭｎｎｎ）ディレクトリ620とが置かれている。文字「ｎｎｎ」は通し番号００１、００２、…を表す。
　ＤＡＴＡ＿ＩＮＦＯディレクトリ610の直下にはデータ情報ファイル（data.info）611が置かれている。データ情報ファイル611は、ＤＡＴＡ０１ディレクトリ601に格納されたプログラム数、それらのプログラムの合計再生時間、及びそれらのプログラムに対するプレイリスト情報等、ＤＡＴＡ０１ディレクトリ601以下に置かれたデータ全体に関する情報が格納されている。ここで、「プログラム」には、デジタルコピー用のコンテンツ、静止画、又はメニュー画面が含まれる。
　ＰＲＯＧＲＡＭｎｎｎディレクトリ620の直下には、管理情報ファイル（pgnnn.strm）621とデジタルコピーＡＶストリーム・ファイル（mvnnn.strm）622とが置かれている。デジタルコピーＡＶストリーム・ファイル622は、ＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイルの表すＨＤコンテンツと同じ内容であるが、画質がＳＤであるコンテンツを表す。一つのデジタルコピーＡＶストリーム・ファイル622は、１本のビデオ・ストリームと１本又は２本のオーディオ・ストリームとを含む。従って、デジタルコピーＡＶストリーム・ファイル内のオーディオ・ストリームは、ＨＤコンテンツ内のいずれか１つ又は２つのオーディオ・ストリームにのみ対応する。ＳＴＲＥＡＭディレクトリ540の直下に置かれた一つのＡＶストリーム・ファイルの表すＨＤコンテンツに対応するＳＤコンテンツが、複数のデジタルコピーＡＶストリーム・ファイルで表されてもよい。その場合、ファイル名の中の文字「ｎｎｎ」は再生順を表す。管理情報ファイル621は、デジタルコピーＡＶストリーム・ファイル622に関する情報を含む。その情報は、デジタルコピーＡＶストリーム・ファイル622に格納されたビデオ・ストリームとオーディオ・ストリームとの各属性情報を含む。ビデオ・ストリームの属性情報は、コーデックの種類、フレームレート、解像度、及びアスペクト比を含み、オーディオ・ストリームの属性情報は、コーデックの種類、サンプリング周波数、及びチャンネル数を含む。
　ＤＡＴＡｘｘ＿Ａｕｄｉｏディレクトリ602の直下には、プログラムｎｎｎ（ＰＲＯＧＲＡＭｎｎｎ）ディレクトリ630が置かれている。文字「ｎｎｎ」は通し番号００１、００２、…を表す。ＰＲＯＧＲＡＭｎｎｎディレクトリ630には、複数のオーディオ・ストリーム（mvnnn.strm.a1, mvnnn.strm.a2, mvnnn.strm.a3）631－633が置かれている。これらのオーディオ・ストリームは、ＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイルに含まれるオーディオ・ストリームであって、ＤＡＴＡｘｘディレクトリ601の直下のＰＲＯＧＲＡＭｎｎｎディレクトリ620に置かれたデジタルコピーＡＶストリーム・ファイルには含まれていないものに対応する。例えば、ＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイル（01000.m2ts）541が、英語、日本語、中国語、及びドイツ語のオーディオ・ストリームを含み、ＤＡＴＡ０１ディレクトリ601に置かれたデジタルコピーＡＶストリーム・ファイル（mv001.strm）622が英語のオーディオ・ストリームを含む場合、ＤＡＴＡ０１＿Ａｕｄｉｏディレクトリ602には、日本語のオーディオ・ストリーム（mv001.strm.a1）631、中国語のオーディオ・ストリーム（mv001.strm.a2）632、及びドイツ語のオーディオ・ストリーム（mv001.strm.a3）633が置かれている。以下、ＤＡＴＡｘｘ＿Ａｕｄｉｏディレクトリに置かれたオーディオ・ストリームを「入れ換え用ストリーム・ファイル」と呼ぶ。
　　≪ＡＶストリーム・ファイルの構造≫
　図７は、図５に示されているＳＴＲＥＡＭディレクトリ540の直下に置かれたＡＶストリーム・ファイル541に多重化されたエレメンタリ・ストリームを示す表である。図７を参照するに、このＡＶストリーム・ファイルはプライマリ・ビデオ・ストリーム701とプライマリ・オーディオ・ストリーム702A、702Bとを含む。このファイルはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム703A、703B、インタラクティブ・グラフィックス（ＩＧ）ストリーム704、セカンダリ・オーディオ・ストリーム705、及びセカンダリ・ビデオ・ストリーム706を含んでもよい。
　プライマリ・ビデオ・ストリーム701は映画の主映像を表し、セカンダリ・ビデオ・ストリーム706は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。各ビデオ・ストリーム701、706は、ＭＰＥＧ－２、ＭＰＥＧ－４　ＡＶＣ、又はＳＭＰＴＥ　ＶＣ－１等の動画圧縮符号化方式で符号化されている。
　プライマリ・オーディオ・ストリーム702A、702Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム702A、702Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム705は、その主音声とミキシングされるべき副音声を表す。各オーディオ・ストリーム702A、702B、705は、ＡＣ－３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ－ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
　各ＰＧストリーム703A、703Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム701の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム703A、703Bの間では、例えば字幕の言語が異なる。ＩＧストリーム704は、表示装置104の画面上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
　エレメンタリ・ストリーム701－706はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム701には１６進数値０ｘ１０１１が割り当てられる。一つのＡＶストリーム・ファイルには、ビデオ・ストリーム以外のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能である。そのとき、プライマリ・オーディオ・ストリーム702A、702Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム703A、703Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム704には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム705には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム706には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
　図８は、ＡＶストリーム・ファイル800内の各エレメンタリ・ストリーム801、802、803、804に属するＴＳパケットの配置を示す模式図である。ビデオ・ストリーム801では、まず、各フレーム801Aが一つのＰＥＳ（Packetized Elementarty Stream）パケット811に変換される。次に、各ＰＥＳパケット811が一般に複数のＴＳパケット821に変換される。同様に、オーディオ・ストリーム802、ＰＧストリーム803、及びＩＧストリーム804はそれぞれ、一旦ＰＥＳパケット812、813、814の列に変換された後、ＴＳパケット822、823、824の列に変換される。最後に、各エレメンタリ・ストリーム801、802、803、804から得られたＴＳパケット821、822、823、824が一本のストリーム・データ800に時分割で多重化される。
　図９の（ｂ）は、ＡＶストリーム・ファイルを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット901は１８８バイト長のパケットである。図９の（ｂ）を参照するに、各ＴＳパケット901は、ＴＳペイロード901Pとアダプテーション（adaptation）・フィールド（以下、ＡＤフィールドと略す。）901Aとの少なくともいずれか、及びＴＳヘッダ901Hを含む。ＴＳペイロード901PとＡＤフィールド901Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード901PはＰＥＳパケットの格納領域として利用される。図８に示されているＰＥＳパケット811－814はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード901Pに格納される。ＡＤフィールド901Aは、ＴＳペイロード901Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド901Aはその他に、ＴＳパケット901が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ901Hは４バイト長のデータ領域である。
　図９の（ａ）は、ＴＳヘッダ901Hのデータ構造を示す模式図である。図９の（ａ）を参照するに、ＴＳヘッダ901Hは、ＴＳ優先度（transport＿priority）911、ＰＩＤ912、及びＡＤフィールド制御（adaptation＿field＿control）913を含む。ＰＩＤ912は、同じＴＳパケット901内のＴＳペイロード901Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度911は、ＰＩＤ912の示す値が共通するＴＳパケット群の中でのＴＳパケット901の優先度を示す。ＡＤフィールド制御913は、ＴＳパケット901内でのＡＤフィールド901AとＴＳペイロード901Pとのそれぞれの有無を示す。例えばＡＤフィールド制御913が“１”を示すとき、ＴＳパケット901はＡＤフィールド901Aを含まず、ＴＳペイロード901Pを含む。ＡＤフィールド制御913が“２”を示すときはその逆である。ＡＤフィールド制御913が“３”を示すとき、ＴＳパケット901はＡＤフィールド901AとＴＳペイロード901Pとの両方を含む。
　図９の（ｃ）は、ＡＶストリーム・ファイルのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図９の（ｃ）を参照するに、各ソースパケット902は１９２バイト長のパケットであり、図９の（ｂ）に示されているＴＳパケット901の一つと４バイト長のヘッダ（TP＿Extra＿Header）902Hとを含む。ＴＳパケット901がＢＤ－ＲＯＭディスク101に記録されるとき、そのＴＳパケット901にヘッダ902Hが付与されることによってソースパケット902は構成される。ヘッダ902HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、次のように利用される：ソースパケット902がＢＤ－ＲＯＭディスク101から再生装置103内のシステム・ターゲット・デコーダへ送られたとき、そのソースパケット902からＴＳパケット902Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ902H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、ＡＶストリーム・ファイルをエレメンタリ・ストリームごとに復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
　図９の（ｄ）は、一連のソースパケット902が連続的に記録されたＢＤ－ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図９の（ｄ）を参照するに、一連のソースパケット902は３２個ずつ、三つの連続するセクタ921、922、923に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ921－923に記録された３２個のソースパケット902を「アラインド・ユニット（Aligned Unit）」920という。再生装置103は、ＢＤ－ＲＯＭディスク101からソースパケット902をアラインド・ユニット920ごとに、すなわち３２個ずつ読み出す。セクタ群921、922、923、…は、先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック930を構成している。ＢＤ－ＲＯＭドライブはＥＣＣブロック930ごとに誤り訂正処理を行う。
　　≪ＰＧストリームのデータ構造≫
　図１０は、ＰＧストリーム1000のデータ構造を示す模式図である。図１０を参照するに、ＰＧストリーム1000は複数のデータ・エントリ＃１、＃２、…を含む。各データ・エントリはＰＧストリーム1000の表示単位（ディスプレイ・セット）を表し、再生装置103に１枚のグラフィックス・プレーンを構成させるのに必要なデータから成る。「グラフィックス・プレーン」とは、グラフィックス映像を表すグラフィックス・データから生成されるプレーン・データをいう。「プレーン・データ」とは、画素データの二次元配列であって、映像フレームの解像度に等しいサイズのものをいう。一組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンはＰＧストリームから生成される。ＩＧプレーンはＩＧストリームから生成される。イメージ・プレーンはＢＤ－Ｊオブジェクトに従って生成される。ＯＳＤプレーンは再生装置103のファームウェアに従って生成される。
　図１０を更に参照するに、各データ・エントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメント（Presentation Control Segment：ＰＣＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、パレット定義セグメント（Pallet Define Segment：ＰＤＳ）、及びオブジェクト定義セグメント（Object Define Segment：ＯＤＳ）を含む。
　ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。具体的には、ＷＤＳは、ウィンドウＩＤ1011、ウィンドウ位置1012、及びウィンドウ・サイズ1013を含む。ウィンドウＩＤ1011はＷＤＳの識別情報（ＩＤ）である。ウィンドウ位置1012はグラフィックス・プレーン内でのウィンドウの位置、例えばウィンドウの左上角の座標を示す。ウィンドウ・サイズ1013はウィンドウの高さと幅とを示す。
　ＰＤＳは、所定種類のカラーＩＤと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。具体的には、ＰＤＳはパレットＩＤ1021とカラー・ルックアップ・テーブル（ＣＬＵＴ）1022とを含む。パレットＩＤ1021はＰＤＳのＩＤである。ＣＬＵＴ1022は、グラフィックス・オブジェクトの描画に利用される色の一覧表である。ＣＬＵＴ1022には２５６色が登録可能であり、０から２５５までのカラーＩＤが一つずつ、各色に割り当てられている。尚、カラーＩＤ＝２５５は「無色透明」に一定に割り当てられている。
　ＯＤＳは一般に複数で一つのグラフィックス・オブジェクトを表す。「グラフィックス・オブジェクト」とは、グラフィックス画像を画素コードとカラーＩＤとの間の対応関係で表現するデータである。グラフィックス・オブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ＯＤＳに分配されている。各ＯＤＳは更にオブジェクトＩＤ、すなわちグラフィックス・オブジェクトのＩＤを含む。
　ＰＣＳは、同じデータ・エントリに属するディスプレイ・セットの詳細を示し、特にグラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類は、カット・イン／アウト（Cut－In／Out）、フェード・イン／アウト（Fade－In／Out）、色変化（Color Change）、スクロール（Scroll）、及びワイプ・イン／アウト（Wipe－In／Out）を含む。具体的には、ＰＣＳは、オブジェクト表示位置1001、クロッピング情報1002、参照ウィンドウＩＤ1003、参照パレットＩＤ1004、及び参照オブジェクトＩＤ1005を含む。オブジェクト表示位置1001は、グラフィックス・オブジェクトが表示されるべきグラフィックス・プレーン内の位置、例えばグラフィックス・オブジェクトが表示されるべき領域の左上角の座標を、ＷＤＳの規定するウィンドウ内の座標で表す。クロッピング情報1002は、クロッピング処理によってグラフィックス・オブジェクトの中から切り出されるべき矩形状の部分の範囲を示す。その範囲は例えば、左上角の座標、高さ、及び幅で規定される。その部分が、オブジェクト表示位置1001の示す位置に実際に描画される。参照ウィンドウＩＤ1003、参照パレットＩＤ1004、及び参照オブジェクトＩＤ1005はそれぞれ、グラフィックス・オブジェクトの描画処理において参照されるべきＷＤＳ、ＰＤＳ、及びグラフィックス・オブジェクトのＩＤを示す。コンテンツ・プロバイダは、ＰＣＳ内のそれらのパラメータを利用して、再生装置103に画面構成を指示する。それにより、例えば「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という視覚効果を再生装置103に実現させることができる。
　　≪ＩＧストリームのデータ構造≫
　図８を更に参照するに、ＩＧストリーム804は、対話構成セグメント（Interactive Composition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリーム803に含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィック部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。
　　≪ビデオ・ストリームのデータ構造≫
　図１１は、ビデオ・ストリーム1100のデータ構造の詳細を示す模式図である。図１１を参照するに、ビデオ・ストリーム1100はピクチャ1111、1112、1113、1114、…を含む。各ピクチャ1111、…は１フレーム又は１フィールドを表し、ＭＰＥＧ－２又はＭＰＥＧ－４　ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。
　上記の符号化方式による各ピクチャの圧縮には、そのピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの近似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して動き補償が行われる。更に、動き補償後のピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
　図１１を更に参照するに、ビデオ・ストリーム1100に含まれるピクチャは一般に複数のＧＯＰ（Group Of Pictures）1110、1120に分割されている。「ＧＯＰ」は、Ｉ（Intra）ピクチャを先頭とする複数枚の連続するピクチャの列をいう。「Ｉピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。ＧＯＰは一般に、Ｉピクチャの他に、Ｐ（Predictive）ピクチャとＢ（Bidirectionally Predivtive）ピクチャとを含む。「Ｐピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前であるＩピクチャ又は別のＰピクチャが１枚、参照ピクチャとして利用されたものをいう。「Ｂピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後であるＩピクチャ又はＰピクチャが２枚、参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
　図１１に示されている例では、各ＧＯＰ1110、1120内のピクチャが以下の順で圧縮される。第１ＧＯＰ1110では、まず先頭のピクチャ1111がＩ0ピクチャに圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のピクチャ1114がＩ0ピクチャ1111を参照ピクチャとしてＰ3ピクチャに圧縮される。続いて、２、３番目のピクチャ1112、1113がＩ0ピクチャ1111とＰ3ピクチャ1114とを参照ピクチャとして、それぞれ、Ｂ1ピクチャ、Ｂ2ピクチャに圧縮される。同様に、第２ＧＯＰ1120では、まず先頭のピクチャ1121がＩピクチャに圧縮され、次に３番目のピクチャ1124がＩピクチャ1121を参照ピクチャとしてＰピクチャに圧縮される。続いて、２、３番目のピクチャ1122、1123がＩピクチャ1121とＰピクチャ1124とを参照ピクチャとしてＢピクチャに圧縮される。
　各ＧＯＰ1110、1120がその先頭にＩピクチャを必ず含むので、ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ1110では、まずＩ0ピクチャ1111が単独で復号される。次に、復号後のＩ0ピクチャ1111を利用してＰ3ピクチャ1114が復号される。続いて、復号後のＩ0ピクチャ1111とＰ3ピクチャ1114とを利用してＢ1ピクチャ1112とＢ2ピクチャ1113とが復号される。後続のピクチャ群も同様に復号される。こうして、ビデオ・ストリーム1100は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。
　図１１を参照するに、実際のビデオ・ストリーム1100は一般に、複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、一つのＧＯＰ1110を構成するピクチャ群1111、1112、1113、1114、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ1110、1120ではピクチャごとに一つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム1100から読み出し可能である。
　各ＧＯＰの先頭のＶＡＵ、ＶＡＵ＃１1131は、アクセスユニット（ＡＵ）識別コード1131A、シーケンス・ヘッダ1131B、ピクチャ・ヘッダ1131C、補足データ1131D、及び圧縮ピクチャ・データ1131Eを含む。２番目以降のＶＡＵ＃２、…は、シーケンス・ヘッダ1131Bを含まない点を除き、ＶＡＵ＃１1131と同じ構造である。ＡＵ識別コード1131Aは、ＶＡＵ＃１1131の先端を示す所定の符号である。シーケンス・ヘッダ1131BはＧＯＰヘッダともいい、ＶＡＵ＃１1131を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ1131Bは更にＧＯＰ1110の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ1131Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ1131Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。圧縮ピクチャ・データ1131Eは、圧縮後のピクチャを含む。
　ＶＡＵはその他に、必要に応じて、パディング・データ1131F、シーケンス終端コード1131G、及びストリーム終端コード1131Hのいずれか又は全てを含んでもよい。パディング・データ1131Fはダミーデータである。そのサイズを圧縮ピクチャ・データ1131Eのサイズに合わせて調節することにより、ＶＡＵのビットレートを所定値に維持することができる。シーケンス終端コード1131Gは、ＶＡＵがビデオ・シーケンスの終端に位置することを示す。ストリーム終端コード1131Hはビデオ・ストリーム1100の終端を示す。
　ＶＡＵの各部の具体的な内容はビデオ・ストリームの符号化方式ごとに異なる。例えば、その符号化方式がＭＰＥＧ－４　ＡＶＣであるとき、図１１に示されているＶＡＵの各部は一つのＮＡＬ（Network Abstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード1131A、シーケンス・ヘッダ1131B、ピクチャ・ヘッダ1131C、補足データ1131D、圧縮ピクチャ・データ1131E、パディング・データ1131F、シーケンス終端コード1131G、及びストリーム終端コード1131Hはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、ビュー・コンポーネント、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End of Sequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。
　図１２は、ＰＥＳパケット列1202へのビデオ・ストリーム1201の格納方法の詳細を示す模式図である。図１２を参照するに、実際のビデオ・ストリーム1201では、ピクチャが表示時間順ではなく符号化順に多重化されている。すなわち、図１２に示されているように、ビデオ・ストリーム1201を構成するＶＡＵには、先頭から順に、Ｉ0ピクチャ1210、Ｐ3ピクチャ1211、Ｂ1ピクチャ1212、Ｂ2ピクチャ1213、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ1211の符号化にはＩ0ピクチャ1210が参照ピクチャとして利用され、Ｂ1ピクチャ1212とＢ2ピクチャ1213との各符号化にはＩ0ピクチャ1210とＰ3ピクチャ1211とが参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット1220、1221、1222、1223、…に格納される。各ＰＥＳパケット1220はＰＥＳペイロード1220PとＰＥＳヘッダ1220Hとを含む。ＶＡＵはＰＥＳペイロード1220Pに格納される。一方、ＰＥＳヘッダ1220Hは、同じＰＥＳパケット1220のＰＥＳペイロード1220Pに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time－Stamp）、及びそのピクチャの復号時刻（ＤＴＳ：Decoding Time－Stamp）を含む。
　図１２に示されているビデオ・ストリーム1201と同様、図８に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
　　≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
　ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図８に示されているエレメンタリ・ストリームから変換されたもの以外に、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置103内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。
　図１３は、ＰＭＴ1310のデータ構造を示す模式図である。ＰＭＴ1310は、ＰＭＴヘッダ1301、ディスクリプタ1302、及びストリーム情報1303を含む。ＰＭＴヘッダ1301は、ＰＭＴ1310に含まれるデータの長さ等を示す。各ディスクリプタ1302は、ＰＭＴ1310を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ1302の一つに含まれる。ストリーム情報1303は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報1303は、ストリーム・タイプ1331、ＰＩＤ1332、及びストリーム・ディスクリプタ1333を含む。ストリーム・タイプ1331は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ1332は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ1333は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
　ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置103内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ－ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
　　≪クリップ情報ファイル≫
　図１４は、図５に示されているクリップ情報ファイル（01000.clpi）531のデータ構造を示す模式図である。図１４を参照するに、クリップ情報ファイル531は、クリップ情報1410、ストリーム属性情報1420、及びエントリ・マップ1430を含む。
　クリップ情報1410は、図１４に示されているように、システム・レート1411、再生開始時刻1412、及び再生終了時刻1413を含む。システム・レート1411は、図５に示されているＡＶストリーム・ファイル（01000.m2ts）541に対するシステム・レートRTSを規定する。ここで、再生装置103はその内部で、ＡＶストリーム・ファイルをＴＳパケット単位で転送する。そのときのＴＳパケットの転送速度がシステム・レートRTS以下に抑えられるように、ＡＶストリーム・ファイル541内ではソースパケットのＡＴＳの間隔が設定されている。再生開始時刻1412は、ＡＶストリーム・ファイル541の先頭のＶＡＵに割り当てられたＰＴＳを示す。再生終了時刻1412は、ＡＶストリーム・ファイル541の後端のＶＡＵに割り当てられたＰＴＳから更に所定量遅れたＳＴＣの値、例えば最後のフレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
　ストリーム属性情報1420は、図１４に示されているように、ＡＶストリーム・ファイル541に含まれる各エレメンタリ・ストリームのＰＩＤ1421とその属性情報1422との間の対応表である。属性情報1422は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報1422は再生装置103により、デコーダの初期化に利用される。
　　　［エントリ・マップ］
　図１５の（ａ）は、エントリ・マップ1430のデータ構造を示す模式図である。図１５の（ａ）を参照するに、エントリ・マップ1430はテーブル1500を含む。テーブル1500は、ＡＶストリーム・ファイル541に多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図１５の（ａ）では、各テーブル1500は割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル1500はエントリ・マップ・ヘッダ1501とエントリ・ポイント1502とを含む。エントリ・マップ・ヘッダ1501は、そのテーブル1500に対応付けられたＰＩＤと、そのテーブル1500に含まれるエントリ・ポイント1502の総数とを含む。エントリ・ポイント1502は、ＰＴＳ1503とソースパケット番号（ＳＰＮ）1504との対を一つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）1505に対応付ける。ＰＴＳ1503は、エントリ・マップ・ヘッダ1501の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ1504は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。すなわち、エントリ・ポイント1502は、ＡＶストリーム・ファイル541に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
　図１５の（ｂ）は、ＡＶストリーム・ファイル541に属するソースパケット群1510のうち、エントリ・マップ1430によって各ＥＰ＿ＩＤ1505に対応付けられているものを示す模式図である。図１５の（ｃ）は、そのソースパケット群1510に対応するＢＤ－ＲＯＭディスク101上のエクステントEXT[n]（n＝0、1、2、3、…）を示す模式図である。再生装置103はＡＶストリーム・ファイル541から映像を再生する際にエントリ・マップ1430を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置103はまず、エントリ・マップ1430から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置103は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図１５の（ｃ）、（ｄ）から理解されるとおり、その商は、ＡＶストリーム・ファイル541に属するソースパケット群1510のうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図１５の（ｂ）に示されている例では、その商、３２００×１９２／２０４８＝３００は、０から３１９９までのＳＰＮが割り当てられたソースパケット群1511が記録されたセクタの総数に等しい。再生装置103は続いて、ＡＶストリーム・ファイル541のファイル・エントリを参照し、ソースパケット群1510が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図１５の（ｃ）に示されている例では、エクステントEXT[0]、EXT[1]、EXT[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置103はそのＬＢＮをＢＤ－ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタから順にソースパケット群1510がアラインド・ユニット単位で読み出される。再生装置103は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置103はＡＶストリーム・ファイル541から特定のＰＴＳ以降の映像を再生できる。
　エントリ・マップ1430は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば再生装置103は、まずエントリ・マップ1430を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置103は次にＡＶストリーム・ファイル541のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置103は続いて、各ＬＢＮをＢＤ－ＲＯＭドライブに指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置103は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置103はエクステント群EXT[n]（n＝0、1、2、…）自体を解析することなく、ＡＶストリーム・ファイル541からＩピクチャを選択的に再生できる。
　　≪プレイリスト・ファイル≫
　図１６は、図５に示されているプレイリスト・ファイル（00001.mpls）521のデータ構造を示す模式図である。図１６を参照するに、プレイリスト・ファイル521はメインパス1601と二つのサブパス1602、1603とを含む。
　メインパス1601はプレイアイテム情報（以下、ＰＩと略す。）の配列であり、ＡＶストリーム・ファイル541の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In－Time）を表し、他方は終了時刻（Out－Time）を表す。更に、メインパス1601内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
　各サブパス1602、1603はサブプレイアイテム情報（以下、ＳＵＢ＿ＰＩと略す。）の配列であり、ＡＶストリーム・ファイル541の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス1601の表すＡＶストリーム・ファイル541の部分とは別の部分とその再生順、又は、別のＡＶストリーム・ファイルに多重化されたストリーム・データの部分とその再生順を示す。そのストリーム・データの表す映像は、メインパス1601に従ってＡＶストリーム・ファイル541から再生される映像と同時に再生されるべきものであって、例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス1602、1603にはプレイリスト・ファイル521への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして各サブパス1602、1603の識別に利用される。各サブパス1602、1603では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス1602、1603内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
　図１７は、ＰＩ＃Ｎのデータ構造を示す模式図である。図１７を参照するに、ＰＩ＃Ｎは、参照クリップ情報1701、再生開始時刻（In＿Time）1702、再生終了時刻（Out＿Time）1703、コネクション・コンディション1704、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）1705を含む。参照クリップ情報1701は、クリップ情報ファイル531を識別するための情報である。再生開始時刻1702と再生終了時刻1703とは、ＡＶストリーム・ファイル541の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション1704は、再生開始時刻1702と再生終了時刻1703とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ－１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル1705は、再生開始時刻1702から再生終了時刻1703までの間に、再生装置103内のデコーダによってＡＶストリーム・ファイル541から選択可能なエレメンタリ・ストリームのリストを表す。
　ＳＵＢ＿ＰＩのデータ構造は、図１７に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。
　　　［コネクション・コンディション］
　コネクション・コンディション（以下、ＣＣと略す。）1704は、例えば、“１”、“５”、“６”の三種類の値を取り得る。ＣＣ1704が“１”であるとき、ＰＩ＃Ｎによって規定されるＡＶストリーム・ファイル541の部分から再生される映像は、直前のＰＩ＃（Ｎ－１）によって規定されるＡＶストリーム・ファイル541の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、ＣＣ1704が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
　図１８の（ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続されるべき二つの再生区間ＰＩ＃（Ｎ－１）、ＰＩ＃Ｎの間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ－１）はＡＶストリーム・ファイル541の第１部分1801を規定し、ＰＩ＃ＮはＡＶストリーム・ファイル541の第２部分1802を規定する。図１８の（ａ）を参照するに、ＣＣが“５”であるとき、二つのＰＩ＃（Ｎ－１）、ＰＩ＃Ｎの間でＳＴＣが途切れていても良い。すなわち、第１部分1801の後端のＰＴＳ＃１と第２部分1802の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分1801に続けて第２部分1802がデコーダに供給された際にそのデコーダが復号処理をスムーズに持続できるように、各部分1801、1802は作成されていなければならない。更に、第１部分1801に含まれるオーディオ・ストリームの最後のフレームは、第２部分1802に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図１８の（ｂ）を参照するに、ＣＣが“６”であるとき、第１部分1801と第２部分1802とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分1801と第２部分1802との間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する二つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分の間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。
　　　［ＳＴＮテーブル］
　図１７を再び参照するに、ＳＴＮテーブル1705はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻1702から再生終了時刻1703までの間にＡＶストリーム・ファイル541から再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）1706は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置103によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ1706は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報は、ストリーム・エントリ1709とストリーム属性情報1710と含む。ストリーム・エントリ1709は、ストリーム・パス情報1707とストリーム識別情報1708とを含む。ストリーム・パス情報1707は、選択対象のエレメンタリ・ストリームが属するＡＶストリーム・ファイルを示す情報である。例えばストリーム・パス情報1707が“メインパス”を示すとき、そのＡＶストリーム・ファイルは、参照クリップ情報1701の示すクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報1707が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するＡＶストリーム・ファイルは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示すクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル1705を含むＰＩの規定する再生開始時刻1702から再生終了時刻1703までの期間に含まれる。ストリーム識別情報1708は、ストリーム・パス情報1707によって特定されるＡＶストリーム・ファイルに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻1702から再生終了時刻1703までの間に選択可能である。ストリーム属性情報1710は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
　　　［プレイリスト・ファイルに従った映像の再生］
　図１９は、プレイリスト・ファイル（00001.mpls）521の示すＰＴＳと、ＡＶストリーム・ファイル（01000.m2ts）541から再生される部分との間の対応関係を示す模式図である。図１９を参照するに、プレイリスト・ファイル521のメインパス1601では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報はクリップ情報ファイル（01000.clpi）531を示す。再生装置103は、プレイリスト・ファイル521に従って映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置103は次に、クリップ情報ファイル531のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するＡＶストリーム・ファイル541内のＳＰＮ＃１、＃２を検索する。再生装置103は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置103は更にそれらのセクタ数とＡＶストリーム・ファイル541のファイル・エントリとを利用して、再生対象のエクステント群EXT[0]、…、EXT[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図１５を用いて説明したとおりである。再生装置103は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ－ＲＯＭドライブに指定する。それにより、その範囲のセクタ群P1から、エクステント群EXT[0]、…、EXT[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル531のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ＡＶストリーム・ファイル541のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、エクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置103はプレイリスト・ファイル521のメインパス1601に従って、ＡＶストリーム・ファイル541から映像を再生できる。
　プレイリスト・ファイル521はエントリ・マーク1901を含んでもよい。エントリ・マーク1901は、メインパス1601のうち、実際に再生が開始されるべき時点を示す。例えば図１９に示されているように、ＰＩ＃１に対して複数のエントリ・マーク1901が設定されてもよい。エントリ・マーク1901は特に頭出し再生において、再生開始位置の検索に利用される。例えばプレイリスト・ファイル521が映画タイトルの再生経路を規定するとき、エントリ・マーク1901は各チャプタの先頭に付与される。それにより、再生装置103はその映画タイトルをチャプタごとに再生できる。
　　≪インデックス・ファイル≫
　図２０は、図５に示されているインデックス・ファイル（index.bdmv）511のデータ構造を示す模式図である。図２０を参照するに、インデックス・ファイル511はインデックス・テーブル2010を含む。インデックス・テーブル2010は、項目「ファーストプレイ」2001、「トップメニュー」2002、及び「タイトルｋ」2003（ｋ＝１、２、…、ｎ：文字ｎは１以上の整数を表す。）を含む。各項目には、ムービーオブジェクトMVO＃1、…、又はＢＤ－ＪオブジェクトBDJO＃1、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムの指示に応じてタイトル又はメニューが呼び出される度に、再生装置103の制御部は、インデックス・テーブル2010の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ－ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」2001には、ＢＤ－ＲＯＭディスク101がＢＤ－ＲＯＭドライブ110へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」2002には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置104にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」2003には、ＢＤ－ＲＯＭディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
　図２０に示されている例では、項目「タイトル１」と項目「タイトル２」とが映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO＃1は、プレイリスト・ファイル（00001.mpls）521を用いた映像の再生処理に関する命令群を含む。再生装置103によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO＃1に従い、プレイリスト・ファイル521がＢＤ－ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ－ＪオブジェクトBDJO＃1は、プレイリスト・ファイル521を用いた映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置103によって項目「タイトル２」が参照されたとき、そのＢＤ－ＪオブジェクトBDJO＃1内のアプリケーション管理テーブルに従ってＪＡＲファイル561からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、プレイリスト・ファイル521がＢＤ－ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って映像の再生処理が実行される。
　　≪デジタルコピーＡＶストリーム・ファイルのデータ構造≫
　図６に示されているデジタルコピーＡＶストリーム・ファイル（mv001.strm）622のデータ構造には、ＭＰ４形式とＴＳ形式との２種類がある。
　　　［ＭＰ４形式］
　図２１は、ＭＰ４形式のファイル（以下、ＭＰ４ファイルという。）のデータ構造を示す模式図である。図２１を参照するに、ＭＰ４ファイルはヘッダ情報2101とメディア・データ2102とを含む。
　メディア・データ2102は、符号化された映像データと音声データとの実体である。具体的には、メディア・データ2102は複数のチャンク2121、2122、2123、2124、…を含む。「チャンク」は暗号化の単位であって、複数のサンプルから成る。「サンプル」とは、メディア・データ2102を扱う際の基本単位であって、映像データについてはビデオ・アクセス・ユニットVAU1、VAU2、…を意味し、音声データについてはオーディオ・フレームAFR1、AFR2、…を意味する。各サンプルには復号時刻の順に通し番号（サンプル番号という。）が振られている。
　ヘッダ情報2101は、各チャンク2121－2124のＭＰ４ファイル内での位置、各チャンク2121－2124に含まれるサンプルの再生時間とサイズ、ランダムアクセスの可否、及び属性情報を示す。ヘッダ情報2101は、エレメンタリ・ストリームの種類、すなわちトラック別に整理されている。図２１の例では、ヘッダ情報2101はビデオ・トラックtrak(V)とオーディオ・トラックtrak(A)とを含む。ビデオ・トラックtrak(V)は、映像データのチャンク（Ｖ）＃１とチャンク（Ｖ）＃２とに関する情報を含み、オーディオ・トラックtrak(A)は、音声データのチャンク（Ａ）＃１とチャンク（Ａ）＃２とに関する情報を含む。図２１では、ヘッダ情報2101によって参照されるチャンクが破線の矢印で示されている。
　ＭＰ４ファイルは、ボックス（Ｂｏｘ）と呼ばれるオブジェクトの集合として整理されている。Ｂｏｘは以下のフィールドから構成される：
　サイズ（ｓｉｚｅ）は、Ｂｏｘ全体のサイズを表す。
　タイプ（ｔｙｐｅ）は、Ｂｏｘの識別子であり、通常はアルファベット４文字で表される。ｔｙｐｅのフィールド長は４バイトである。ＭＰ４ファイル内でＢｏｘを検索する際には、検索対象を表す４バイト・データがｔｙｐｅフィールドの識別子と一致するか否かが判定される。
　バージョン（ｖｅｒｓｉｏｎ）は、Ｂｏｘのバージョン番号を表す。
　フラグ（ｆｌａｇｓ）は、Ｂｏｘごとに設定されるフラグ情報を表す。
　データは、ヘッダ情報2101又はメディア・データ2102が格納される領域である。
　尚、ｖｅｒｓｉｏｎとｆｌａｇｓとは必須ではないので、これらを含まないＢｏｘも存在する。
　図２２は、ＭＰ４ファイルを構成するＢｏｘの構成を示す模式図である。図２２を参照するに、ＭＰ４ファイルは主に、ｆｔｙｐ、ｍｏｏｖ、及びｍｄａｔの３種類のＢｏｘから成る。ここで、“ｆｔｙｐ”、“ｍｏｏｖ”、“ｍｄａｔ”はＢｏｘの識別子であり、各Ｂｏｘのｔｙｐｅフィールドに記載されている。ｆｔｙｐは、ＭＰ４ファイルの先頭に置かれるＢｏｘであり、ＭＰ４ファイルの識別情報を含む。ｍｏｏｖはヘッダ情報2101を含み、ｍｄａｔはメディア・データ2102を含む。
　図２３の（ａ）は、ｍｏｏｖのデータ構造を示す模式図である。ｍｏｏｖのデータ・フィールドにはＢｏｘが階層的に配置されている。特に、ヘッダ情報2101がトラック別に異なるＢｏｘ、“ｔｒａｋ”に格納されている。ｔｒａｋのデータ・フィールドには更に、Ｂｏｘが階層的に配置されている。図２３の（ｂ）は、ｍｏｏｖにおけるＢｏｘの階層構造を示す樹形図である。図２３の（ｂ）を参照するに、ｔｒａｋのデータ・フィールドにはＢｏｘ“ｓｔｂｌ”が置かれ、そのｓｔｂｌのデータ・フィールドには複数のＢｏｘ、“ｓｔｃｏ”、“ｓｔｓｃ”、“ｓｔｔｓ”、“ｓｔｓｚ”、“ｓｔｓｓ”、“ｓｔｓｄ”が置かれている。ｓｔｃｏはチャンク・オフセット・ボックス（ChunkOffsetBox）といい、ＭＰ４ファイル内でのチャンクの位置を示す。ｓｔｓｃはサンプル・トゥ・チャンク・ボックス（SampleToChunkBox）といい、サンプルとチャンクとの間の対応関係を示す。ｓｔｔｓはタイム・トゥ・サンプル・ボックス（TimeToSampleBox）といい、サンプルの復号時刻や表示開始時刻等の時間情報を示す。ｓｔｓｚはサンプル・サイズ・ボックス（SampleSizeBox）といい、各サンプルのサイズを記したテーブル情報である。ｓｔｓｓはシンク・サンプル・ボックス（SyncSampleBox）といい、ランダムアクセスが可能なサンプルを示す。ｓｔｓｄはサンプル・ディスクリプション・ボックス（SampleDescriptionBox）といい、各サンプルに適用される属性情報を示す。
　図２３の（ｃ）は、サンプル・トゥ・チャンク・ボックス（ｓｔｓｃ）によって示される表である。ｓｔｓｃはテーブル情報であり、各エントリには、チャンク番号、サンプル数、及びサンプル・ディスクリプションＩＤが格納されている。チャンク番号は、メディア・データ2102に含まれるチャンクに振られた識別番号である。サンプル数は、チャンク番号の示すチャンクに含まれるサンプルの数を示す。図２１に示されている例では、チャンク（Ｖ）＃１にビデオ・サンプルが２つ含まれているので、チャンク番号“１”にサンプル数“２”が割り当てられ、チャンク（Ｖ）＃２にビデオ・サンプルが３つ含まれているので、チャンク番号“２”にサンプル数“３”が割り当てられている。サンプル・ディスクリプションＩＤは、サンプル・ディスクリプション・ボックス（ｓｔｓｄ）を参照するための識別情報を含む。属性情報が共通するチャンクに対しては、サンプル・ディスクリプションＩＤも共通である。
　図２２では、トラックに含まれる全てのサンプルが一つのｍｄａｔに格納され、各サンプルのヘッダ情報が一つのｍｏｏｖに格納されている。その他に、トラックを複数のフラグメントに分割して、フラグメント単位でヘッダ情報を格納することもできる。各フラグメントのヘッダ情報は“ｍｏｏｆ”というＢｏｘに格納される。図２４は、トラックを複数のフラグメントに分割した際のＭＰ４ファイル内のＢｏｘの構造を示す模式図である。各フラグメントは、ｍｄａｔ、ｍｄａｔ＃１、ｍｄａｔ＃２、…に格納されている。ｍｄａｔ内のサンプルのヘッダ情報はｍｏｏｖに格納され、ｍｄａｔ＃ｎ内のサンプルのヘッダ情報はｍｏｏｆ＃ｎに格納されている（ｎ＝１、２、…）。
　ＭＰ４ファイルに格納されるビデオ・ストリームには、ＭＰＥＧ－４　ＡＶＣ等のコーデックが利用され、オーディオ・ストリームには、ＡＡＣ（Advanced Audio Coding）、ＨＥ－ＡＡＣ（High－Efficiency　AAC）、ＡＭＲ（Adaptive Multi-Rate）、ＭＰ－４オーディオ等のコーデックが利用される。ＭＰ４ファイルには、ストリーム・データが、ＰＥＳパケットには分割されずにエレメンタリ・ストリームのまま、格納される。図２５は、ＭＰＥＧ－４　ＡＶＣのビデオ・ストリームをＭＰ４ファイルに格納した場合におけるＶＡＵのデータ構造を示す模式図である。図２５に示されているＶＡＵは、図１１に示されているＶＡＵとは異なり、シーケンス・ヘッダ、ピクチャ・ヘッダ、及びパディング・データを含まない。それらは、ＮＡＬユニットで言えば、ＳＰＳ、ＰＰＳ、フィラー・データに相当する。圧縮ピクチャ・データは複数のスライス・データに分割されている。ＡＵ識別コードとスライス・データとのそれぞれに相当するＮＡＬユニットの先頭には、スタート・コードに代えてサイズ情報が格納されている。尚、ＡＵ識別コードは省略されてもよい。
　　　［ＴＳ形式］
　図２６は、ＴＳ形式のファイルのデータ構造を示す模式図である。ＴＳ形式のデジタルコピーＡＶストリーム・ファイルは、ＢＤＭＶディレクトリ501に格納されるＡＶストリーム・ファイルと同様なＭＰＥＧ－２ＴＳ形式のデジタル・ストリームである。従って、そのデータ構造は、図７、８、９、１２、１３に示されているものと同様である。それら同様な部分については、それらの図についての説明を援用する。ＴＳ形式のデジタルコピーＡＶストリーム・ファイルは、ＴＯＤ（Transport Stream Object Data）ファイルと呼ばれる。図２６を参照するに、ＴＯＤファイル2601は複数のパケット・シーケンス2602から構成されている。パケット・シーケンス2602は暗号化の単位である。各パケット・シーケンス2602は、１以上のＥＴＳ（Extended Transport Stream）パケット2603から構成されている。ＥＴＳは１９２バイト長であり、ＴＳパケットを１つ含む。ＥＴＳのヘッダはＡＴＳを含まず、リザーブ値である。
　　≪入れ換え用ストリーム・ファイルのデータ構造≫
　図６に示されているＤＡＴＡ０１＿Ａｕｄｉｏディレクトリ602に置かれた入れ換え用ストリーム・ファイル631－633の構成は、ＤＡＴＡ０１ディレクトリ601に置かれたデジタルコピーＡＶストリーム・ファイル622の形式によって異なる。図２７の（ａ）は、デジタルコピーＡＶストリーム・ファイル622がＭＰ４ファイルであるときのデータ構造の一例を示す模式図である。図２７の（ａ）を参照するに、デジタルコピーＡＶストリーム・ファイル622では、オーディオ・ストリームのチャンク＃１のサンプル数が１０であり、チャンク＃２のサンプル数が１５であり、チャンク＃３のサンプル数が１０である。図２７の（ｂ）、（ｃ）、（ｄ）は、入れ換え用ストリーム・ファイル631、632、633のデータ構造を示す模式図である。入れ換え用ストリーム・ファイル631－633の各データ構造は、ＭＰ４ファイルに格納されるオーディオ・ストリームと同じデータ構造である。すなわち、各ファイルは複数のチャンクに分割されて暗号化され、各チャンクは複数のオーディオ・フレームを含む。図２７の（ｂ）－（ｄ）を参照するに、入れ換え用ストリーム・ファイル631－633は特に、図２７の（ａ）に示されているデジタルコピーＡＶストリーム・ファイル622に格納されたオーディオ・ストリームとチャンクの構成が共通である。この構成は、サンプル・トゥ・チャンク・ボックス（ｓｔｓｃ）に示されている。入れ換え用ストリーム・ファイル631－633のチャンク＃ｎのサンプル数は、デジタルコピーＡＶストリーム・ファイル622に格納されたオーディオ・ストリームのチャンク＃ｎのサンプル数と等しい（ｎ＝１、２、３、…）。図２７の（ｂ）－（ｄ）では、チャンク＃１のサンプル数が１０であり、チャンク＃２のサンプル数が１５であり、チャンク＃３のサンプル数が１０である。更に、入れ換え用ストリーム・ファイル631－633は、デジタルコピーＡＶストリーム・ファイル622に格納されたオーディオ・ストリームと、チャンネル数及びサンプリング周波数等の属性が等しい。また、入れ換え用ストリーム・ファイル631－633は一定のビットレート（ＣＢＲ：constant bit rate）で記録されている。それにより、入れ換え用ストリーム・ファイル631－633のチャンク＃ｎは、デジタルコピーＡＶストリーム・ファイル622のチャンク＃ｎとサイズが等しい。入れ換え用ストリーム・ファイル631－633はその上、デジタルコピーＡＶストリーム・ファイル622と同じコンテンツ暗号鍵で暗号化されている。
　＜再生装置の構成＞
　図２８は、再生装置103の機能ブロック図である。図２８を参照するに、再生装置103は、ＢＤ－ＲＯＭドライブ2801、再生部2802、及び制御部2803を含む。再生部2802は、リード・バッファ2821、システム・ターゲット・デコーダ2823、及びプレーン加算部2824を含む。制御部2803は、動的シナリオ・メモリ2831、静的シナリオ・メモリ2832、ユーザイベント処理部2833、プログラム実行部2834、再生制御部2835、及びプレーヤ変数記憶部2836を含む。再生部2802と制御部2803とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
　ＢＤ－ＲＯＭドライブ2801は、内部にＢＤ－ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ－ＲＯＭドライブ2801は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
　ＢＤ－ＲＯＭドライブ2801は、再生制御部2835からの要求に従ってＢＤ－ＲＯＭディスク101からデータを読み出す。そのデータのうち、ＡＶストリーム・ファイルのエクステントはリード・バッファ2821へ転送され、動的シナリオ情報は動的シナリオ・メモリ2831へ転送され、静的シナリオ情報は静的シナリオ・メモリ2832へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ－Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」はプレイリスト・ファイルとクリップ情報ファイルとを含む。
　リード・バッファ2821、動的シナリオ・メモリ2831、及び静的シナリオ・メモリ2832はいずれもバッファ・メモリである。リード・バッファ2821としては、再生部2802に内蔵されたメモリ素子が利用され、動的シナリオ・メモリ2831及び静的シナリオ・メモリ2832としては、制御部2803に内蔵されたメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ2821、2831、2832の一部又は全部として利用されてもよい。リード・バッファ2821はエクステントを格納し、動的シナリオ・メモリ2831は動的シナリオ情報を格納し、静的シナリオ・メモリ2832は静的シナリオ情報を格納する。
　システム・ターゲット・デコーダ2823は、リード・バッファ2821からエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部2835からシステム・ターゲット・デコーダ2823へ送られている。システム・ターゲット・デコーダ2823は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリーム内の各ＶＡＵを、主映像プレーン、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに変換してプレーン加算部2824へ送出する。一方、システム・ターゲット・デコーダ2823は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置104の内蔵スピーカ104A等、音声出力装置へ送出する。システム・ターゲット・デコーダ2823はその他に、プログラム実行部2834からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ2823はそのグラフィックス・データを処理してイメージ・プレーンに変換し、プレーン加算部2824へ送出する。システム・ターゲット・デコーダ2823は更に、音声データをスピーカ104Aへ送出する。尚、システム・ターゲット・デコーダ2823の詳細については後述する。
　プレーン加算部2824は、システム・ターゲット・デコーダ2823から、主映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを読み出し、それらを互いに重畳して一つの映像プレーン（フレーム又はフィールド）に合成する。合成後の映像プレーンは表示装置104へ送出される。
　ユーザイベント処理部2833は、リモコン105又は再生装置103のフロントパネルを通してユーザの操作を検出し、その操作の種類に依って、プログラム実行部2834又は再生制御部2835に処理を依頼する。例えば、ユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部2833はその押下を検出してそのボタンを識別する。ユーザイベント処理部2833は更にプログラム実行部2834に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、ユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部2833はその押下を検出してそのボタンを識別する。ユーザイベント処理部2833は更に再生制御部2835に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
　プログラム実行部2834はプロセッサであり、動的シナリオ・メモリ2831に格納されたムービーオブジェクト・ファイル又はＢＤ－Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部2834は更に各プログラムに従って次の制御を行う：（１）再生制御部2835に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成してシステム・ターゲット・デコーダ2823へ転送し、システム・ターゲット・デコーダ2823にそのデータを他の映像データと合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ－ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ－Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
　再生制御部2835は、エクステント及びインデックス・ファイル等、各種のデータをＢＤ－ＲＯＭディスク101から、リード・バッファ2821、動的シナリオ・メモリ2831、及び静的シナリオ・メモリ2832へ転送する処理を制御する。その制御には、図５、６に示されているディレクトリ／ファイル構造を管理するファイルシステムが次のように利用される。再生制御部2835はファイル・オープン用のシステムコールを利用して、ファイルシステムに検索対象のファイル名を与え、ディレクトリ／ファイル構造から検索させる。その検索に成功したとき、ファイルシステムはまず、再生制御部2835内のメモリに転送対象のファイルのファイル・エントリを転送して、そのメモリ内にＦＣＢ（File Control Block）を生成する。ファイルシステムは次に、転送対象のファイルのファイル・ハンドルを再生制御部2835へ返す。再生制御部2835はそのファイル・ハンドルをＢＤ－ＲＯＭドライブ2801に提示する。それに応じて、ＢＤ－ＲＯＭドライブ2801はその転送対象のファイルを、ＢＤ－ＲＯＭディスク101から各バッファ・メモリ2821、2831、2832へ転送する。
　再生制御部2835は、ＢＤ－ＲＯＭドライブ2801とシステム・ターゲット・デコーダ2823とを制御して、ＡＶストリーム・ファイルから映像データと音声データとを復号させる。具体的には、再生制御部2835はまず、プログラム実行部2834からの命令、又はユーザイベント処理部2833からの依頼に応じて、静的シナリオ・メモリ2832からプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部2835は次に、その解釈された内容、特に再生経路に従って、ＢＤ－ＲＯＭドライブ2801とシステム・ターゲット・デコーダ2823とに再生対象のＡＶストリーム・ファイルを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。
　その他に、再生制御部2835は静的シナリオ情報を利用して、プレーヤ変数記憶部2836に各種のプレーヤ変数を設定する。再生制御部2835は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ2823に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
　プレーヤ変数記憶部2836は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置103の状態を示す。図２９はＳＰＲＭの一覧表である。図２９を参照するに、各ＳＰＲＭには通し番号2901が振られ、各通し番号2901に変数値2902が個別に対応付けられている。ＳＰＲＭは例えば６４個であり、それぞれの示す意味は以下のとおりである。ここで、括弧内の数字は通し番号2901を示す。
　ＳＰＲＭ（０）　　　：　言語コード
　ＳＰＲＭ（１）　　　：　プライマリ・オーディオ・ストリーム番号
　ＳＰＲＭ（２）　　　：　字幕ストリーム番号
　ＳＰＲＭ（３）　　　：　アングル番号
　ＳＰＲＭ（４）　　　：　タイトル番号
　ＳＰＲＭ（５）　　　：　チャプタ番号
　ＳＰＲＭ（６）　　　：　プログラム番号
　ＳＰＲＭ（７）　　　：　セル番号
　ＳＰＲＭ（８）　　　：　選択キー情報
　ＳＰＲＭ（９）　　　：　ナビゲーション・タイマー
　ＳＰＲＭ（１０）　　：　再生時刻情報
　ＳＰＲＭ（１１）　　：　カラオケ用ミキシングモード
　ＳＰＲＭ（１２）　　：　パレンタル用国情報
　ＳＰＲＭ（１３）　　：　パレンタル・レベル
　ＳＰＲＭ（１４）　　：　プレーヤ設定値（ビデオ）
　ＳＰＲＭ（１５）　　：　プレーヤ設定値（オーディオ）
　ＳＰＲＭ（１６）　　：　オーディオ・ストリーム用言語コード
　ＳＰＲＭ（１７）　　：　オーディオ・ストリーム用言語コード（拡張）
　ＳＰＲＭ（１８）　　：　字幕ストリーム用言語コード
　ＳＰＲＭ（１９）　　：　字幕ストリーム用言語コード（拡張）
　ＳＰＲＭ（２０）　　：　プレーヤ・リージョン・コード
　ＳＰＲＭ（２１）　　：　セカンダリ・ビデオ・ストリーム番号
　ＳＰＲＭ（２２）　　：　セカンダリ・オーディオ・ストリーム番号
　ＳＰＲＭ（２３）　　：　再生状態
　ＳＰＲＭ（２４）－ＳＰＲＭ（６３）：予備
　ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
　ＳＰＲＭ（１３）のパレンタル・レベルは、再生装置103を利用する視聴者の年齢の下限を示し、ＢＤ－ＲＯＭディスク101に記録されたタイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値は、再生装置103のユーザによって再生装置103のＯＳＤ等を利用して設定される。ここで、「パレンタル制御」とは、視聴者の年齢に依ってタイトルの視聴を制限する処理をいう。再生装置103は各タイトルに対するパレンタル制御を例えば次のように行う。再生装置103はまず、そのタイトルの視聴に対する制限年齢をＢＤ－ＲＯＭディスク101から読み出してＳＰＲＭ（１３）の値と比較する。ここで、その制限年齢は、そのタイトルの視聴が許可される視聴者の年齢の下限を表す。その制限年齢がＳＰＲＭ（１３）の値以下であれば、再生装置103はそのタイトルの再生を継続する。その制限年齢がＳＰＲＭ（１３）の値を超えていれば、再生装置103はそのタイトルの再生を停止する。
　ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置103のデフォルトの言語コードを示す。それらは再生装置103のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部2834を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部2835はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部2835は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ2823に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ2823によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ－Ｊオブジェクト・ファイルを利用して再生制御部2835に実行させることができる。
　プレーヤ変数は再生処理中、再生制御部2835によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部2834によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部2835はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部2835は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ2823に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ2823によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
　＜再生装置の再生動作＞
　図３０は、再生装置103の再生動作のフローチャートである。この動作は、例えばＢＤ－ＲＯＭディスク101がＢＤ－ＲＯＭドライブ2801へ挿入されることによって開始される。
　ステップＳ３００１では、再生装置103は、ＢＤ－ＲＯＭドライブ2801によってＢＤ－ＲＯＭディスク101からストリーム・データを読み出して、リード・バッファ2821へ格納する。その後、処理はステップＳ３００２へ進む。
　ステップＳ３００２では、再生装置103はシステム・ターゲット・デコーダ2823によってリード・バッファ2821からストリーム・データを読み出し、そのストリーム・データからエレメンタリ・ストリームを多重分離する。その後、処理はステップＳ３００３へ進む。
　ステップＳ３００３では、再生装置103はシステム・ターゲット・デコーダ2823によって各エレメンタリ・ストリームを復号する。特に、プライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームはそれぞれ、主映像プレーン、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに復号される。更に、プライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとがミキシングされる。その他に、プログラム実行部2834からのグラフィックス・データがイメージ・プレーンに変換される。その後、処理はステップＳ３００４へ進む。
　ステップＳ３００４では、再生装置103は、システム・ターゲット・デコーダ2823によって復号された主映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを、プレーン加算部2824によって一つの映像プレーンに合成する。その後、処理はステップＳ３００５へ進む。
　ステップＳ３００５では、再生装置103は、プレーン加算部2824によって合成された映像プレーン、システム・ターゲット・デコーダ2823によってミキシングされた音声データ、及び再生制御部2835からの制御データを表示装置104へ伝送する。その後、処理はステップＳ３００６へ進む。
　ステップＳ３００６では、再生装置103は、リード・バッファ2821に未処理のストリーム・データが残されているか否かをチェックする。残されているときは、処理がステップＳ３００１から繰り返される。残されていないときは、処理が終了する。
　＜プレイリスト再生処理＞
　図３１は、再生制御部2835によるプレイリスト再生処理のフローチャートである。プレイリスト再生処理は、再生制御部2835が静的シナリオ・メモリ2832からプレイリスト・ファイルを読み出すことによって開始される。
　ステップＳ３１０１では、再生制御部2835はまず、プレイリスト・ファイル内のメインパスからＰＩを一つ読み出してカレントのＰＩとして設定する。再生制御部2835は次に、カレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ2823に指示される。再生制御部2835は更に、プレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ３１０２へ進む。
　ステップＳ３１０２では、再生制御部2835はカレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のＡＶストリーム・ファイルに対応するクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ３１０３へ進む。
　ステップＳ３１０３では、再生制御部2835はクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するＡＶストリーム・ファイル内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ３１０４へ進む。
　ステップＳ３１０４では、再生制御部2835は、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部2835はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部2835は次に、各積をセクタ一つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、ＡＶストリーム・ファイルのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ３１０５へ進む。
　ステップＳ３１０５では、再生制御部2835は、ステップＳ３１０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部2835は、再生対象のＡＶストリーム・ファイルのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部2835は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ－ＲＯＭドライブ2801に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ－ＲＯＭドライブ2801に指定される。その結果、指定された範囲のセクタ群から、エクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ３１０６へ進む。
　ステップＳ３１０６では、再生制御部2835は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ３１０１から繰り返される。残されていないときは、処理が終了する。
　＜システム・ターゲット・デコーダ＞
　図３２は、システム・ターゲット・デコーダ2823の機能ブロック図である。図３２を参照するに、システム・ターゲット・デコーダ2823は、ソース・デパケタイザ3210、ＡＴＣカウンタ3220、第１の２７ＭＨｚクロック3230、ＰＩＤフィルタ3240、ＳＴＣカウンタ（ＳＴＣ１）3250、第２の２７ＭＨｚクロック3260、主映像デコーダ3270、副映像デコーダ3271、ＰＧデコーダ3272、ＩＧデコーダ3273、主音声デコーダ3274、副音声デコーダ3275、イメージ・プロセッサ3280、主映像プレーン・メモリ3290、副映像プレーン・メモリ3291、ＰＧプレーン・メモリ3292、ＩＧプレーン・メモリ3293、イメージ・プレーン・メモリ3294、及び音声ミキサ3295を含む。
　ソース・デパケタイザ3210はリード・バッファ2821からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ3240へ送出する。ソース・デパケタイザ3210は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ3210はまず、ＡＴＣカウンタ3220が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ3220により、第１の２７ＭＨｚクロック3230のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ3210は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ3240へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ3210からＰＩＤフィルタ3240へのＴＳパケットの平均転送速度は、クリップ情報ファイル531内のシステム・レート1411で規定される値RTSを超えない。
　ＰＩＤフィルタ3240はまず、ソース・デパケタイザ3210から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部2835から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ3240はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ3270－3275へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ3270へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００－０ｘ１Ｂ１Ｆ、０ｘ１１００－０ｘ１１１Ｆ、０ｘ１Ａ００－０ｘ１Ａ１Ｆ、０ｘ１２００－０ｘ１２１Ｆ、及び０ｘ１４００－０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ3271、主音声デコーダ3274、副音声デコーダ3275、ＰＧデコーダ3272、及びＩＧデコーダ3273へ転送される。
　ＰＩＤフィルタ3240は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ3240はそのとき、ＳＴＣカウンタ3250の値を所定値に設定する。ここで、ＳＴＣカウンタ3250の値は、第２の２７ＭＨｚクロック3260のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ3250に設定されるべき値は予め、再生制御部2835からＰＩＤフィルタ3240に指示されている。各デコーダ3270－3275はＳＴＣカウンタ3250の値をＳＴＣとして利用する。具体的には、各デコーダ3270－3275はまず、ＰＩＤフィルタ3240から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ3270－3275は次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
　主映像デコーダ3270は、図３２に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）3201、多重化バッファ（ＭＢ：Multiplexing Buffer）3202、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）3203、圧縮映像デコーダ（ＤＥＣ）3204、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）3205を含む。
　ＴＢ3201、ＭＢ3202、及びＥＢ3203はいずれもバッファ・メモリであり、それぞれ主映像デコーダ3270に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ3201は、ＰＩＤフィルタ3240から受信されたＴＳパケットをそのまま蓄積する。ＭＢ3202は、ＴＢ3201に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ3201からＭＢ3202へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ3203はＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ3202からＥＢ3203へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
　ＤＥＣ3204は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ3204は、ＥＢ3203内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。その復号処理では、ＤＥＣ3204は予めそのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。その圧縮符号化方式は、例えば、ＭＰＥＧ－２、ＭＰＥＧ－４　ＡＶＣ、及びＶＣ１を含む。ＤＥＣ3204は更に、復号された非圧縮のピクチャをＤＰＢ3205へ転送する。
　ＤＰＢ3205は、ＴＢ3201、ＭＢ3202、及びＥＢ3203と同様なバッファ・メモリであり、主映像デコーダ3270に内蔵のメモリ素子の一領域を利用する。ＤＰＢ3205はその他に、他のバッファ・メモリ3201、3202、3203とは異なるメモリ素子に分離されていてもよい。ＤＰＢ3205は復号後のピクチャを一時的に保持する。ＤＥＣ3204によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ3205はＤＥＣ3204からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ3204に提供する。ＤＰＢ3205は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ3290へ書き込む。
　副映像デコーダ3271は主映像デコーダ3270と同様の構成を含む。副映像デコーダ3271はまず、ＰＩＤフィルタ3240から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ3271は次に、そのＰＥＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ3291へ書き込む。
　ＰＧデコーダ3272は、ＰＩＤフィルタ3240から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号し、そのＰＥＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ3292へ書き込む。その書き込み処理の詳細については後述する。
　ＩＧデコーダ3273は、ＰＩＤフィルタ3240から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＩＧデコーダ3273は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＩＧプレーン・メモリ3293へ書き込む。それらの処理の詳細は、ＰＧデコーダ3272によるものと同様である。
　主音声デコーダ3274はまず、ＰＩＤフィルタ3240から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ3274は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ3274は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ3295へ送出する。ここで、主音声デコーダ3274は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ－３又はＤＴＳを含む。
　副音声デコーダ3275は主音声デコーダ3274と同様の構成を含む。副音声デコーダ3275はまず、ＰＩＤフィルタ3240から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ3275は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ3295へ送出する。ここで、副音声デコーダ3275は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ－ＨＤ　ＬＢＲを含む。
　音声ミキサ3295は、主音声デコーダ3274と副音声デコーダ3275とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ3295は更に、そのミキシングで得られた合成音を表示装置104の内蔵スピーカ104A等へ送出する。
　イメージ・プロセッサ3280は、プログラム実行部2834からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ3280はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ3294へ書き込む。
　　≪ＰＧデコーダによる復号処理≫
　図３３の（ａ）は、ＰＧデコーダ3272がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。この処理は、ＰＧデコーダ3272がＰＩＤフィルタ3240から、図１０に示されている一つのデータ・エントリを構成するＴＳパケット群を受信したときに開始される。図３３の（ｂ）－（ｅ）は、図３３の（ａ）に示されている処理に従って変化するグラフィックス・オブジェクトを示す模式図である。
　ステップＳ３３０１では、ＰＧデコーダ3272はまず、ＰＣＳ内の参照オブジェクトＩＤ1005と同じオブジェクトＩＤを持つＯＤＳを特定する。ＰＧデコーダ3272は次に、特定されたＯＤＳからグラフィックス・オブジェクトを復号してオブジェクト・バッファに書き込む。ここで、「オブジェクト・バッファ」は、ＰＧデコーダ3272に内蔵のバッファ・メモリである。図３３の（ｂ）に示されている「ニコちゃんマーク」FOBは、オブジェクト・バッファに書き込まれたグラフィックス・オブジェクトの例を示す。
　ステップＳ３３０２では、ＰＧデコーダ3272はＰＣＳ内のクロッピング情報1002に従ってクロッピング処理を行い、グラフィックス・オブジェクトからその一部を切り出してオブジェクト・バッファに書き込む。図３３の（ｃ）では、ニコちゃんマークFOBの左右の両端部から帯状領域LST、RSTが切り取られて、残りの部分OBJがオブジェクト・バッファに書き込まれている。
　ステップＳ３３０３では、ＰＧデコーダ3272はまず、ＰＣＳ内の参照ウィンドウＩＤ1003と同じウィンドウＩＤを持つＷＤＳを特定する。ＰＧデコーダ3272は次に、特定されたＷＤＳの示すウィンドウ位置1012と、ＰＣＳ内のオブジェクト表示位置1001とから、グラフィックス・プレーンにおけるグラフィックス・オブジェクトの表示位置を決定する。図３３の（ｄ）では、グラフィックス・プレーンGPLにおけるウィンドウWINの左上隅の位置と、グラフィックス・オブジェクトOBJの左上隅の位置DSPとが決定される。
　ステップＳ３３０４では、ＰＧデコーダ3272はオブジェクト・バッファ内のグラフィックス・オブジェクトを、ステップＳ３３０３で決定された表示位置に書き込む。その際、ＰＧデコーダ3272は、ＷＤＳの示すウィンドウ・サイズ1013を利用して、グラフィックス・オブジェクトを描画する範囲を決める。図３３の（ｄ）では、グラフィックス・オブジェクトOBJがグラフィックス・プレーンGPLに、左上隅の位置DSPからウィンドウWINの範囲内で書き込まれている。
　ステップＳ３３０５では、ＰＧデコーダ3272はまず、ＰＣＳ内の参照パレットＩＤ1004と同じパレットＩＤを持つＰＤＳを特定する。ＰＧデコーダ3272は次に、ＰＤＳ内のＣＬＵＴ1022を利用して、グラフィックス・オブジェクト内の各画素データが示すべき色座標値を決定する。図３３の（ｅ）では、グラフィックス・オブジェクトOBJ内の各画素の色が決定されている。こうして、一つのデータ・エントリの含むグラフィックス・オブジェクトの描画処理が完了する。ステップＳ３３０１－Ｓ３３０５は、そのグラフィックス・オブジェクトと同じＰＥＳパケットに含まれるＰＴＳの示す時刻までに実行される。
　＜ＢＤ－ＲＯＭディスク上でのエクステントのサイズ＞
　ＢＤ－ＲＯＭディスク101上では、ファイルの各エクステントはアラインド・ユニット単位で構成される。特に各エクステントのサイズはアラインド・ユニットのサイズ（＝６１４４バイト＝約６ＫＢ）の倍数に等しい。その場合、エクステント間の境界はセクタ間の境界と一致するので、ＢＤ－ＲＯＭドライブはいずれのエクステントも、その全体を確実に連続して読み出すことができる。
　ＢＤ－ＲＯＭディスク101上では一般に、一つのＡＶストリーム・ファイルを構成する複数のエクステントが互いに分離されている。それら複数のエクステントから映像をシームレスに再生するには、各エクステントのサイズが以下の条件を満たせばよい。
　図３４は、再生装置103内の再生処理系統を示すブロック図である。図３４を参照するに、その再生処理系統は、ＢＤ－ＲＯＭドライブ3401、リード・バッファ3402、及びシステム・ターゲット・デコーダ3403を含む。ＢＤ－ＲＯＭドライブ3401はＢＤ－ＲＯＭディスク101からエクステントを読み出し、読み出し速度RUD54でリード・バッファ3402へ転送する。リード・バッファ3402は、ＢＤ－ＲＯＭドライブ3401からエクステントを受信して蓄積する。システム・ターゲット・デコーダ3403は、リード・バッファ3402内に蓄積された各エクステントからソースパケットを平均転送速度REXTで読み出して、映像データVDと音声データADとに復号する。
　平均転送速度REXTは、システム・ターゲット・デコーダ3403がリード・バッファ3402内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度REXTは通常、ビット／秒で表され、具体的には、ビット単位で表されたエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。「エクステントＡＴＣ時間」は、一つのエクステント内のソースパケットに付与されたＡＴＳの範囲の大きさ、すなわち、そのエクステントの先頭のソースパケットと次のエクステントの先頭のソースパケットとの間でのＡＴＳの差を表す。その差は、再生装置103がそのエクステント内の全てのソースパケットをリード・バッファ3402からシステム・ターゲット・デコーダ3403へ転送するのに要する時間を、ＡＴＣの値で表したものに等しい。平均転送速度REXTは一般にエクステントごとに異なる。平均転送速度REXTの最大値RMAXは、ＡＶストリーム・ファイルに対するシステム・レートRTSの１９２／１８８倍に等しい。「システム・レート」は、システム・ターゲット・デコーダ3403によるＴＳパケットの処理速度の最高値を規定する。システム・レートRTSは通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度（TS recording rate）の８倍に等しい。
　平均転送速度REXTの評価においてエクステントＡＴＣ時間が正確に計算されることを目的として、各エクステントのサイズがソースパケット長のある一定の倍数に揃えられてもよい。更に、いずれかのエクステントがその倍数よりも多くのソースパケットを含むとき、そのエクステントのエクステントＡＴＣ時間が次のように算定されてもよい：まず、ソースパケットの総数からその倍数を除き、その差にソースパケット一つ当たりの転送時間（＝１８８×８／システム・レート）を乗じる。次に、その積に、上記の倍数に相当するエクステントＡＴＣ時間を加える。その和が上記のエクステントのエクステントＡＴＣ時間として決定される。
　その他に、エクステントＡＴＣ時間は次のように算定されてもよい：まず、一つのエクステントについて、その先頭のソースパケットのＡＴＳから最後のソースパケットのＡＴＳまでの時間間隔を求める。次に、その時間間隔にソースパケット一つ当たりの転送時間を加える。その和がそのエクステントのエクステントＡＴＣ時間として決定される。このエクステントＡＴＣ時間の計算には次のエクステントの参照が不要であるので、次のエクステントが存在しなくてもエクステントＡＴＣ時間が算定可能である。また、次のエクステントが存在する場合でも、エクステントＡＴＣ時間の計算を簡単化することができる。但し、その計算では、ＡＴＳのラップアラウンドが発生することを考慮しなければならない。
　読み出し速度RUD54は通常、ビット／秒で表され、平均転送速度REXTの最高値RMAXよりも高い値、例えば５４Ｍｂｐｓに設定される：RUD54＞RMAX。それにより、ＢＤ－ＲＯＭドライブ3401がＢＤ－ＲＯＭディスク101から一つのエクステントを読み出している間、システム・ターゲット・デコーダ3403の復号処理に伴うリード・バッファ3402のアンダーフローが防止される。
　図３５の（ａ）は、再生動作中、リード・バッファ3402に蓄積されるデータ量DAの変化を示すグラフである。図３５の（ｂ）は、再生対象のエクステント群3510と再生経路3520との間の対応関係を示す模式図である。図３５の（ｂ）を参照するに、再生経路3520に従って、各エクステントEXT[n]（n＝0、1、2、…）がＢＤ－ＲＯＭディスク101からリード・バッファ3402へ読み出される。図３５の（ａ）を参照するに、各エクステントEXT[n]の読み出し期間PR[n]では、蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT[n]との間の差RUD54－REXT[n]に等しい速度で増加する。一方、二つの連続するエクステントEXT[n－1]、EXT[n]の間ではジャンプJ[n]が生じる。そのジャンプ期間PJ[n]では、ＢＤ－ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ[n]では蓄積データ量DAは平均転送速度REXT[n]で減少する。
　ＢＤ－ＲＯＭドライブ3401による読み出し／転送動作は実際には、図３５の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各エクステントの読み出し期間PR[n]に蓄積データ量DAがリード・バッファ3402の容量を超えること、すなわちリード・バッファ3402のオーバーフローが防止される。すなわち、図３５の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
　図３５の（ｂ）に示されているエクステント群3510から映像をシームレスに再生するには、次の二つの条件が満たされればよい：まず、各エクステントEXT[n]のサイズSEXT[n]は所定の下限以上であればよい。この下限を「最小エクステント・サイズ」という。次に、エクステントの間隔は所定の上限以下であればよい。
　　≪最小エクステント・サイズ≫
　各ジャンプ期間PJ[n]ではリード・バッファ3402からシステム・ターゲット・デコーダ3403へのデータ供給を持続させて、そのデコーダ3403に連続的な出力を確保させなければならない。それには、エクステントのサイズが次の条件を満たせばよい。
　各エクステントEXT[n]のサイズSEXT[n]は、その読み出し期間PR[n]から次のジャンプ期間PJ[n＋1]にわたり、リード・バッファ3402からシステム・ターゲット・デコーダ3403へ転送されるデータ量に等しい。その場合、図３５の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ[n＋1]の終了時、その読み出し期間PR[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ[n]ではリード・バッファ3402からシステム・ターゲット・デコーダ3403へのデータ供給が持続し、特にリード・バッファ3402はアンダーフローを生じない。ここで、読み出し期間PR[n]の長さは、エクステントEXT[n]のサイズSEXT[n]を読み出し速度RUD54で割った値SEXT[n]／RUD54に等しい。従って、各エクステントEXT[n]の最小エクステント・サイズは次式（１）の右辺で表される：
Figure JPOXMLDOC01-appb-M000001
　式（１）では、ジャンプ時間TJUMP[n]はジャンプ期間PJ[n]の長さであり、秒単位で表される。一方、読み出し速度RUD54と平均転送速度REXTとはいずれもビット／秒で表される。従って、式（１）では平均転送速度REXTを数「８」で割り、エクステントのサイズSEXT[n]の単位をビットからバイトへ変換している。すなわち、エクステントのサイズSEXT[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
　　≪エクステントの間隔≫
　リード・バッファ3402の容量は有限であることから、ジャンプ時間TJUMP[n]の最大値は制限される。すなわち、ジャンプ期間PJ[n]の直前に蓄積データ量DAがリード・バッファ3402の容量一杯であっても、ジャンプ時間TJUMP[n]が長すぎれば、ジャンプ期間PJ[n]中に蓄積データ量DAが０に達して、リード・バッファ3402のアンダーフローが生じる危険性がある。以下、ＢＤ－ＲＯＭディスク101からリード・バッファ3402へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ3402の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間TJUMPの最大値を「最大ジャンプ時間TJUMP＿MAX」という。
　光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図３６は、ＢＤ－ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。図３６を参照するに、ジャンプ距離SJUMPはセクタ単位で表され、最大ジャンプ時間TJUMP＿MAXはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離SJUMPが、０セクタ、１－１００００セクタ、１０００１－２００００セクタ、２０００１－４００００セクタ、４０００１セクタ－１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間TJUMP＿MAXはそれぞれ、０ｍ秒、２００ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。
　尚、最大ジャンプ時間は、誤り訂正処理に伴うオーバーヘッドを含む。「誤り訂正処理に伴うオーバーヘッド」とは、二つのエクステントの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が２回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するエクステントに共有されているとき、いずれのエクステントの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのエクステントを一つ読み出すごとに、そのエクステントの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト／セクタ］×８［ビット／バイト］×２［回］／読み出し速度［ビット／秒］で評価される。
　以上のことから、式（１）に代入されるべきジャンプ時間TJUMP[n]は、ＢＤ－ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP＿MAXである。具体的には、図３６の表において、二つの連続するエクステントEXT[n]、EXT[n＋1]の間でのジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP＿MAXが、ジャンプ時間TJUMP[n]として式（１）に代入される。ここで、そのジャンプ距離SJUMPは、（ｎ＋１）番目のエクステントEXT[n]の後端から（ｎ＋２）番目のエクステントEXT[n＋1]の先端までのセクタ数に等しい。
　二つのエクステントEXT[n]、EXT[n＋1]間のジャンプJ[n]では、そのジャンプ時間TJUMP[n]が最大ジャンプ時間TJUMP＿MAXに制限されることから、そのジャンプ距離SJUMP、すなわち二つのエクステントEXT[n]、EXT[n＋1]の間隔も制限される。例えばジャンプ時間TJUMP[n]が最大ジャンプ時間TJUMP＿MAX＝７００ｍ秒以下に制限されるとき、二つのエクステントEXT[n]、EXT[n＋1]間のジャンプ距離SJUMPは、最大で１／１０ストローク（＝約１．２ＧＢ）まで許される。このジャンプ距離SJUMPの最大値のように、ジャンプ時間TJUMPが最大ジャンプ時間TJUMP＿MAXに等しいときでのジャンプ距離SJUMPを「最大ジャンプ距離SJUMP＿MAX」という。映像のシームレス再生には、エクステントの間隔が最大ジャンプ距離SJUMP＿MAX以下であることが必要である。
　異なる記録層に配置された二つのエクステント間をシームレスに接続するとき、先に読み出されたエクステントの後端から、次に読み出されるエクステントの先端まで、ロング・ジャンプが生じる。そのロング・ジャンプは、フォーカス・ジャンプ等、記録層の切り換え操作を伴う。従って、そのロング・ジャンプに要する時間は、図３０の表に規定された最大ジャンプ時間TJUMP＿MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。層切換時間は例えば３５０ｍ秒である。例えばジャンプ時間TJUMP[n]が最大ジャンプ時間TJUMP＿MAX＝７００ｍ秒以下に制限されるとき、二つのエクステントEXT[n]、EXT[n＋1]間の最大ジャンプ距離SJUMP＿MAXは４００００セクタ（＝約７８．１ＭＢ）である。
　＜デジタルコピー用コンテンツの暗号化方式＞
　ＳＤ－Ｖｉｄｅｏ規格では暗号化方式としてＣＰＲＭが採用されている。ＣＰＲＭは、記録媒体を対象とする著作権保護技術の一つである。ＣＰＲＭに対応した記録媒体には、固有のメディアＩＤとＭＫＢ（Media Key Block）とが記録されている。ＭＫＢは、記録媒体が一定数生産されるごとに変更される。記録装置が記録媒体にコンテンツを記録する場合、記録媒体の持つメディアＩＤとＭＫＢとに加えて、記録装置の持つデバイス鍵を暗号化に利用する。
　図３７の（ａ）は、ＣＰＲＭ対応機器がＳＤメモリカードにコンテンツを記録するときに行う暗号化の手順を示す模式図である。図３７の（ａ）を参照するに、ＣＰＲＭ対応機器3710は固有のデバイス鍵3701を含み、ＳＤメモリカード3720はメディアＩＤ3702とＭＫＢ3703とを含む。ＳＤメモリカード3720の記録領域は認証領域3721と通常領域3722とを含む。認証領域3721は、ＣＰＲＭ対応機器3710のみがアクセス可能な記録領域である。通常領域3722は、ＣＰＲＭ対応機器3710以外の機器もアクセス可能な記録領域である。ＣＰＲＭ対応機器3710はコンテンツ3706の暗号化を以下の手順で行う。（１）まず、デバイス鍵3701、メディアＩＤ3702、及びＭＫＢ3703からメディア固有鍵3704が生成される。（２）次に、ＣＰＲＭ対応機器3710とＳＤメモリカード3720との間で認証処理が行われ、その後、コンテンツ暗号鍵3705が生成される。（３）続いて、コンテンツ暗号鍵3705を用いてコンテンツ3706が暗号化される。（４）更に、暗号化されたコンテンツ3707がＳＤメモリカード3720の通常領域3722に書き込まれる。（５）メディア固有鍵3704を用いてコンテンツ暗号鍵3705が暗号化される。（６）最後に、暗号化されたコンテンツ暗号鍵3708がＳＤメモリカード3720の認証領域3721に書き込まれる。
　図３７の（ｂ）は、ＣＰＲＭ対応機器がＳＤメモリカードからコンテンツを再生するときに行う復号の手順を示す模式図である。図３７の（ｂ）を参照するに、ＣＰＲＭ対応機器3710は固有のデバイス鍵3701を含み、ＳＤメモリカード3720はメディアＩＤ3702とＭＫＢ3703とを含む。ＳＤメモリカード3720の記録領域は認証領域3721と通常領域3722とを含む。ＣＰＲＭ対応機器3710はコンテンツ3706の復号を以下の手順で行う。（１）まず、デバイス鍵3701、メディアＩＤ3702、及びＭＫＢ3703からメディア固有鍵3704が生成される。（２）次に、ＳＤメモリカード3720の認証領域3721から、暗号化されたコンテンツ暗号鍵3708が読み出される。（３）続いて、メディア固有鍵3704を用いてコンテンツ暗号鍵3705が復号される。（４）更に、暗号化されたコンテンツ3707がＳＤメモリカード3720の通常領域3722から読み出される。（５）最後に、コンテンツ暗号鍵3705を用いてコンテンツ3706が復号される。
　ＣＰＲＭ対応機器3710以外の機器は、ＳＤメモリカード3720の認証領域3721にはアクセスできないので、コンテンツ暗号鍵3708を読み出すことができない。また、仮にＣＰＲＭ対応機器3710のデバイス鍵3701が知られてしまったとしても、ＣＰＲＭにはリボケーションという仕組みがある。リボケーションでは、ＳＤメモリカード3720内のＭＫＢ3703が更新される。それにより、知られてしまったデバイス鍵3701からはメディア固有鍵3704を生成することができなくなる。
　図６に示されているデジタルコピーＡＶストリーム・ファイル622と入れ換え用ストリーム・ファイル631－633とはいずれも、既にコンテンツ暗号鍵によって暗号化された状態でＢＤ－ＲＯＭディスク101に記録されている。従って、再生装置103がデジタルコピーを行うときは、図３７の（ａ）に示されている暗号化処理は行われない。
　図３８は、暗号化されたＭＰ４ファイルのデータ構造を示す模式図である。まず、ｆｔｙｐ、ｍｏｏｖ、及びｍｏｏｆは暗号化されない。一方、ｍｄａｔ内のメディア・データは、チャンク単位で暗号化される。但し、コンテンツ暗号鍵は２０４８バイトであるので、一つのチャンクのデータ量が２０４８バイト以上である場合、暗号化の処理は２０４８バイトごとにリセットされる。
　図３９は、一つのチャンクを暗号化する方法を示す模式図である。一つのチャンクは、数バイト単位、例えば８バイト単位A0、B0、C0、D0で、先頭から順番に暗号化される。特に、先に暗号化されたデータが次のデータの暗号化に利用される。具体的には、まず、先頭の８バイト・データA0が暗号化データA1に変換される。次に、その暗号化データA1を用いて次の８バイト・データB0が次の暗号化データB1に変換される。更に、その暗号化データB1を用いて次の８バイト・データC0が暗号化データC1に変換される。以下、同様な操作が繰り返される。このように、暗号化はチェーン方式で行われているので、暗号化データA1、B1、C1、D1、…は先頭から順番に復号されなければならない。
　＜デジタルコピー＞
　図４０は、デジタルコピーを実現するシステムの構成を示すブロック図である。このシステムは、再生装置103、表示装置104、認証サーバ4001、及びＳＤメモリカード書き込み手段4002を含む。認証サーバ4001は、デジタルコピー用コンテンツに対するコンテンツ暗号鍵を管理する。認証サーバ4001は、ネットワークを通して再生装置103に接続されている。認証サーバ4001は、再生装置103からパスワード、又はＢＤ－ＲＯＭディスク101に添付のＩＤを受け取って、それらを利用してユーザの認証を行う。ユーザの認証に成功したとき、認証サーバ4001は再生装置103にコンテンツ暗号鍵を渡す。ＳＤメモリカード書き込み手段4002は、ＣＰＲＭ対応機器であって、再生装置103に内蔵のカードリーダ111である。ＳＤメモリカード書き込み手段4002はその他に、再生装置103に外付けされたカードリーダ、又はネットワーク等を通して再生装置103に接続されたモバイル機器に内蔵されたカードリーダであってもよい。ＳＤメモリカード書き込み手段4002は、ＳＤメモリカード102に対してデジタルコピー用コンテンツ及びコンテンツ暗号鍵の書き込みを行う。
　図４１は、デジタルコピーのフローチャートである。この処理は、再生装置103のＢＤ－ＲＯＭドライブにＢＤ－ＲＯＭディスク101が挿入されたときに開始される。
　ステップＳ４１０１では、再生装置103が、ＢＤ－ＲＯＭドライブに挿入されたＢＤ－ＲＯＭディスク101を検出する。再生装置103はＢＤ－ＲＯＭディスク101からインデックス・ファイル511を読み出し、インデックス・テーブルの項目ファースト・プレイに規定されたオブジェクトを起動させる。デジタルコピーの場合、このオブジェクトはＢＤ－Ｊオブジェクトである。その後、処理はステップＳ４１０２へ進む。
　ステップＳ４１０２では、再生装置103がＢＤ－Ｊオブジェクトに従って、表示装置104にメニュー画面を表示させる。メニュー画面には、ＢＤＭＶディレクトリ501内のＡＶストリーム・ファイル541の再生の他に、ＤＣＯＰＹディレクトリ502内のデータのデジタルコピーも選択肢として表示される。更に、デジタルコピー用コンテンツの言語の選択肢、例えば、「英語」、「日本語」、「中国語」、「ドイツ語」という選択肢も表示される。その後、処理はステップＳ４１０３へ進む。
　ステップＳ４１０３では、再生装置103が、ユーザから、リモコン105等を通して選択されたデジタルコピー用コンテンツの言語を特定し、続いてデジタルコピーの実行の指示を受け付ける。その後、処理はステップＳ４１０４へ進む。
　ステップＳ４１０４では、再生装置103がＢＤ－Ｊオブジェクトに従って、認証サーバ4001とユーザの認証を行う。具体的には、まず、再生装置103がユーザにパスワード等の入力を促す。ユーザがリモコン105等を利用してパスワード等を入力すると、再生装置103はそのパスワード等を認証サーバ4001へ渡す。認証サーバ4001は、渡されたパスワード等を、予め保持しているパスワード等と照合する。両者が一致すれば、認証サーバ4001はコンテンツ暗号鍵を再生装置103へ渡す。その後、処理はステップＳ４１０５へ進む。
　ステップＳ４１０５では、再生装置103がＢＤ－Ｊオブジェクトに従って、ステップＳ４１０２で選択された言語に応じて、入れ換え用ストリーム・ファイル631－633のいずれかのコピーが必要であるか否かを判断する。例えば、デジタルコピーＡＶストリーム・ファイル622に含まれるオーディオ・ストリームの言語が英語である場合、ユーザが「英語」を選択すれば、入れ換え用ストリーム・ファイルのコピーは不要であり、ユーザが「英語」以外を選択すれば、いずれかの入れ換え用ストリーム・ファイル631－633のコピーが必要である。いずれの入れ換え用ストリーム・ファイル631－633のコピーも不要である場合、処理はステップＳ４１０６へ進む。いずれかの入れ換え用ストリーム・ファイル631－633のコピーが必要である場合、処理はステップＳ４１０７へ進む。
　ステップＳ４１０６では、いずれの入れ換え用ストリーム・ファイル631－633のコピーも不要である。従って、再生装置103はＢＤ－Ｊオブジェクトに従って、ＤＡＴＡ０１ディレクトリ601内のデータをＳＤメモリカード書き込み手段4002へ渡す。ＳＤメモリカード書き込み手段4002はそのデータをＳＤメモリカード102の通常領域へ書き込む。その後、処理はステップＳ４１０８へ進む。
　ステップＳ４１０７では、ユーザによって選択された言語に対応する入れ換え用ストリーム・ファイル631－633のコピーが必要である。従って、再生装置103はＢＤ－Ｊオブジェクトに従って、デジタルコピーＡＶストリーム・ファイル622に含まれるオーディオ・ストリームのチャンクを、入れ換え用ストリーム・ファイルに含まれるチャンクに置き換える（詳細は後述する）。再生装置103は更に、オーディオ・ストリームのチャンクが置き換えられたデジタルコピーＡＶストリーム・ファイル622を、ＤＡＴＡ０１ディレクトリ601内の他のデータと共にＳＤメモリカード書き込み手段4002へ渡す。ＳＤメモリカード書き込み手段4002はそのデータをＳＤメモリカード102の通常領域へ書き込む。その後、処理はステップＳ４１０８へ進む。
　ステップＳ４１０８では、再生装置103はＢＤ－Ｊオブジェクトに従って、認証サーバ4001から取得したコンテンツ暗号鍵をＳＤメモリカード書き込み手段4002へ渡す。ＳＤメモリカード書き込み手段4002はまず、メディア固有鍵を生成し、次に、コンテンツ暗号鍵をメディア固有鍵で暗号化する。その後、ＳＤメモリカード書き込み手段4002は、暗号化されたコンテンツ暗号鍵をＳＤメモリカード3720の認証領域へ書き込む。その後、処理はステップＳ４１０９へ進む。
　ステップＳ４１０９では、再生装置103はＢＤ－Ｊオブジェクトに従って、表示装置104に、ＳＤメモリカード102に対するデジタルコピー用コンテンツの書き込みが終了したことを表示させる。こうして、デジタルコピーが終了する。
　図４２は、ステップＳ４１０７において、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームのチャンクを、入れ換え用ストリーム・ファイルに含まれるチャンクに置き換える処理を示す模式図である。図４２を参照するに、デジタルコピーＡＶストリーム・ファイル622はＢＤ－ＲＯＭディスク101に、ｍｏｏｖ、ｍｄａｔの順で記録されている。ｍｏｏｖはヘッダ情報を示す。ｍｄａｔの記録領域では、ビデオ・ストリームのチャンクVとオーディオ・ストリームのチャンクA1とが交互に記録されている。一方、入れ換え用ストリーム・ファイル631に含まれるチャンクA2はＢＤ－ＲＯＭディスク101に順番に記録されている。再生装置103はまず、図４２に矢印（１）で示されているように、デジタルコピーＡＶストリーム・ファイル622のヘッダ情報とビデオ・ストリームの先頭のチャンクVとを連続して読み出す。再生装置103は次に、図４２に矢印（２）で示されているように、入れ換え用ストリーム・ファイル631の先頭のチャンクA2を読み出す。再生装置103は続いて、図４２に矢印（３）で示されているように、デジタルコピーＡＶストリーム・ファイル622に含まれるオーディオ・ストリームのチャンクA1の読み出しをスキップして、次のビデオ・ストリームのチャンクVを読み出す。再生装置103は更に、図４２に矢印（４）で示されているように、入れ換え用ストリーム・ファイル631の次のチャンクA2を読み出す。以後、再生装置103は、デジタルコピーＡＶストリーム・ファイル622からはビデオ・ストリームのチャンクVのみを読み出す。一方、デジタルコピーＡＶストリーム・ファイル622からオーディオ・ストリームのチャンクA1を読み出すタイミングでは、再生装置103は入れ換え用ストリーム・ファイル631からチャンクA2を読み出す。それにより、デジタルコピーＡＶストリーム・ファイル622に含まれるオーディオ・ストリームのチャンクA1を、入れ換え用ストリーム・ファイルのチャンクA2に入れ換えることができる。特に、図２７の（ａ）、（ｂ）に示されているように、入れ換えられるチャンク間では、サンプル数、サイズ、及び属性が一致している。従って、ヘッダ情報を変更することなく、それらのチャンクの入れ換えを速やかに行うことができる。
　上記のとおり、本発明の実施形態によるデジタルコピーでは、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームがチャンク単位で、入れ換え用ストリーム・ファイルに入れ換えられる。それにより、デジタルコピー用のビデオ・ストリームはデジタルコピーＡＶストリーム・ファイルにのみ含まれればよい。その結果、デジタルコピー用コンテンツ全体のサイズを小さく抑えたまま、そのコンテンツに格納可能なオーディオ・ストリームの本数を、ＢＤＭＶディレクトリ内のＡＶストリーム・ファイルに格納されたオーディオ・ストリームの本数と一致させることができる。
　＜補足＞
　（A）図４０に示されているシステムでは、再生装置103がＳＤメモリカード書き込み手段4002に、デジタルコピー用コンテンツをＳＤメモリカード102へ書き込ませている。その他に、再生装置103がデジタルコピー用コンテンツを、図１に示されているモバイル機器107のように再生装置103に接続されたモバイル機器にストリーミング再生させてもよい。
　（B）デジタルコピーにおいて、ＳＤメモリカード書き込み手段4002がデジタルコピー用コンテンツをＳＤメモリカード102に書き込んでいる間、再生装置103はＢＤ－Ｊオブジェクトに従って、プログレス・バーを表示装置104に表示させる等、ユーザにデジタルコピーの進捗状況を伝えるようにしてもよい。
　（C）図４１に示されているステップＳ４１０２において、デジタルコピー用コンテンツを再生可能なモバイル機器の機種名又は機種番号のリストが、メニュー画面に表示されてもよい。ユーザはそのリストを見て、特定のモバイル機器がデジタルコピー用コンテンツを再生可能か否かを知ることができる。上記のリストは、例えばネットワークを通して再生装置103にダウンロードされる。また、再生装置103はユーザにモバイル機器の機種名を入力させ、その機種名が上記のリストから検索されるか否かに応じて、そのモバイル機器がデジタルコピー用コンテンツを再生可能であるか否かをユーザに通知してもよい。その場合、その機種名が再生装置103の内部情報として再生装置103に登録されてもよい。その他に、再生装置103はユーザにモバイル機器の電話番号又はメールアドレスを入力させ、ネットワークを通してそのモバイル機器の販売会社のサーバに、入力された電話番号又はメールアドレスを発信元とするメールを送ってもよい。そのメールの本文にはそのモバイル機器の機種のＩＤが記載されている。サーバは、そのＩＤが上記のリストから検索されるか否かに応じて、そのモバイル機器がデジタルコピー用コンテンツを再生可能であるか否かを、そのモバイル機器に通知する。デジタルコピーに対する課金は、再生装置103がデジタルコピーを行うときではなく、モバイル機器の課金システムを利用して、そのモバイル機器がデジタルコピー用コンテンツを再生するときに行われてもよい。
　（D）デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームのチャンクと、入れ換え用ストリーム・ファイルのチャンクとの間で、ビットレートと属性とが異なる場合、それらのチャンクの入れ換えに合わせて、デジタルコピーＡＶストリーム・ファイルに含まれるヘッダ情報を更新しなければならない。図４３は、その場合に必要となる新たなヘッダ情報の格納場所を示すディレクトリ図である。図４３を参照するに、入れ換え用ストリーム・ファイル631－633と同じディレクトリに３つのファイル（mv001.strm.a1.h、mv001.strm.a2.h、mv001.strm.a3.h）4301－4303が置かれている。これらのファイルは、デジタルコピーＡＶストリーム・ファイル622に含まれるオーディオ・ストリームのチャンクが入れ換え用ストリーム・ファイル631－633のチャンクに置き換えられたＭＰ４ファイルに相応しいヘッダ情報、すなわちｍｏｏｖをファイル化したものである。図４１に示されているステップＳ４１０７では、デジタルコピーＡＶストリーム・ファイル622に含まれるオーディオ・ストリームのチャンクが入れ換え用ストリーム・ファイル631－633のチャンクに置き換えられるだけでなく、ヘッダ情報も新たなヘッダ情報4301－4303に置き換えられる。それにより、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームのチャンクと、入れ換え用ストリーム・ファイルのチャンクとの間ではビットレートと属性とが異なってもよいので、入れ換え用ストリーム・ファイルの符号化の自由度を増大させることができる。
　（E）図４４の（ａ）は、ＢＤ－ＲＯＭディスク101上におけるデジタルコピーＡＶストリーム・ファイルと入れ換え用ストリーム・ファイルとの物理的な配置の一例を示す模式図である。図４４の（ａ）を参照するに、デジタルコピーＡＶストリーム・ファイルのヘッダ情報4401とチャンクV、A1とが連続して記録され、続いて入れ換え用ストリーム・ファイルのチャンクA2が連続して記録されている。それにより、図４４の（ａ）に矢印4410で示されているように、デジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示す論理ブロック番号（ＬＢＮ）はファイル全体で連続している。また、図４４の（ａ）に矢印4420で示されているように、入れ換え用ストリーム・ファイルのアロケーション記述子の示すＬＢＮもファイル全体で連続している。この場合、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームのチャンクA1を入れ換え用ストリーム・ファイルのチャンクA2に置き換えるには、データが次のように読み出される。まず、図４４の（ａ）に実線の矢印（１）で示されているように、デジタルコピーＡＶストリーム・ファイルのヘッダ情報4401とビデオ・ストリームの先頭のチャンクVとが続けて読み出される。その後、図４４の（ａ）に破線の矢印（２）で示されているように、オーディオ・ストリームの先頭のチャンクA1の先端から入れ換え用ストリーム・ファイルの先頭のチャンクA2の先端までデータの読み出し位置が移動する。そのときの移動距離は、デジタルコピーＡＶストリーム・ファイルのほぼ全体の長さに相当する。次に、図４４の（ａ）に実線の矢印（３）で示されているように、入れ換え用ストリーム・ファイルの先頭のチャンクA2が読み出される。その後、図４４の（ａ）に破線の矢印（４）で示されているように、入れ換え用ストリーム・ファイルの先頭のチャンクA2の後端から、デジタルコピーＡＶストリーム・ファイルに含まれるビデオ・ストリームの２番目のチャンクVの先端まで、データの読み出し位置が移動する。そのときの移動距離も、デジタルコピーＡＶストリーム・ファイルのほぼ全体の長さに相当する。更に、図４４の（ａ）に実線の矢印（５）で示されているように、そのビデオ・ストリームの２番目のチャンクVが読み出される。このように、図４４の（ａ）に示されている物理的な配置では、デジタルコピーの際にデータの読み出し位置の大きな移動、すなわちジャンプが繰り返される。その結果、データの読み出しに要する時間が比較的長い。
　図４４の（ｂ）は、ＢＤ－ＲＯＭディスク101上におけるデジタルコピーＡＶストリーム・ファイルと入れ換え用ストリーム・ファイルとの物理的な配置の別の例を示す模式図である。図４４の（ｂ）を参照するに、まず、デジタルコピーＡＶストリーム・ファイルのヘッダ情報4402、ビデオ・ストリームの先頭のチャンクV、及びオーディオ・ストリームの先頭のチャンクA1が連続して記録されている。次に、入れ換え用ストリーム・ファイルの先頭のチャンクA2が記録されている。以降、デジタルコピーＡＶストリーム・ファイルに含まれるビデオ・ストリームのチャンクVとオーディオ・ストリームのチャンクA1とが一つずつ記録されるごとに、入れ換え用ストリーム・ファイルのチャンクが一つ、続けて記録されている。それにより、図４４の（ｂ）に矢印4430、4431、4440、4441で示されているように、デジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮと、入れ換え用ストリーム・ファイルのアロケーション記述子の示すＬＢＮとは交互に連続している。この場合、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームのチャンクA1を入れ換え用ストリーム・ファイルのチャンクA2に置き換えるには、データが次のように読み出される。まず、図４４の（ｂ）に実線の矢印（１）で示されているように、デジタルコピーＡＶストリーム・ファイルのヘッダ情報4401とビデオ・ストリームの先頭のチャンクVとが続けて読み出される。その後、図４４の（ｂ）に破線の矢印（２）で示されているように、オーディオ・ストリームの先頭のチャンクA1の読み出しがスキップされる。そのとき、データの読み出し位置の移動距離はそのチャンクA1の長さに過ぎない。次に、図４４の（ｂ）に実線の矢印（３）で示されているように、入れ換え用ストリーム・ファイルの先頭のチャンクA2が読み出される。続けて、図４４の（ａ）に実線の矢印（４）で示されているように、デジタルコピーＡＶストリーム・ファイルに含まれるビデオ・ストリームの２番目のチャンクVが読み出される。その後、図４４の（ｂ）に破線の矢印（５）で示されているように、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームの２番目のチャンクA1の読み出しがスキップされる。そのとき、データの読み出し位置の移動距離はそのチャンクA1の長さに過ぎない。その後、図４４の（ｂ）に実線の矢印（６）で示されているように、入れ換え用ストリーム・ファイルの２番目のチャンクA2が読み出される。このように、図４４の（ｂ）に示されている物理的な配置では、図４４の（ａ）に示されているものよりも、デジタルコピーの際に必要なジャンプの距離が短く、また、ジャンプの回数も少ない。その結果、図４４の（ｂ）に示されている物理的な配置では、図４４の（ａ）に示されているものよりも、データの読み出しに要する時間を短縮することができる。
　図４５は、ＢＤ－ＲＯＭディスク101上におけるデジタルコピーＡＶストリーム・ファイルと入れ換え用ストリーム・ファイルとの物理的な配置の更に別の例を示す模式図である。図４５を参照するに、デジタルコピーＡＶストリーム・ファイルのヘッダ情報4401とビデオ・ストリームのチャンクVとが連続して記録され、続いてオーディオ・ストリームのチャンクA1が連続して記録されている。次に、入れ換え用ストリーム・ファイルのチャンクA2が連続して記録されている。図４５に矢印4510で示されているように、デジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮはファイル全体で連続している。また、図４５に矢印4520で示されているように、入れ換え用ストリーム・ファイルのアロケーション記述子の示すＬＢＮもファイル全体で連続している。この場合、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームのチャンクA1を入れ換え用ストリーム・ファイルのチャンクA2に置き換えるには、データが次のように読み出される。まず、図４５に実線の矢印（１）で示されているように、デジタルコピーＡＶストリーム・ファイルのヘッダ情報4501とビデオ・ストリームの全てのチャンクVとが続けて読み出される。その後、図４５に破線の矢印（２）で示されているように、オーディオ・ストリームの全てのチャンクA1の読み出しがスキップされる。次に、図４５に実線の矢印（３）で示されているように、入れ換え用ストリーム・ファイルの全てのチャンクA2が連続して読み出される。このように、図４５に示されている物理的な配置では、デジタルコピーの際のジャンプが１回ですむ。その結果、図４５に示されている物理的な配置では、図４４の（ａ）に示されているものよりも、データの読み出しに要する時間を短縮することができる。
　（F）２つのファイルのアロケーション記述子が同じ記録領域を指すことによって、その記録領域に記録されたデータ、すなわちエクステントがそれら２つのファイルに共有されることを「ファイルのクロスリンク」という。１つのデジタルコピーＡＶストリーム・ファイルに含まれるヘッダ情報とビデオ・ストリームのチャンクとが、ファイルのクロスリンクによって、別のデジタルコピーＡＶストリーム・ファイルに共有されてもよい。図４６は、ヘッダ情報とビデオ・ストリームのチャンクとを共有する３つのデジタルコピーＡＶストリーム・ファイルを示すディレクトリ図である。ＤＡＴＡ０１ディレクトリ4601に含まれる第１デジタルコピーＡＶストリーム・ファイル（mv001.strm）4611、ＤＡＴＡ０２ディレクトリ4602に含まれる第２デジタルコピーＡＶストリーム・ファイル（mv001.strm）4621、及びＤＡＴＡ０３ディレクトリ4603に含まれるデジタルコピーＡＶストリーム・ファイル（mv001.strm）4631とは、ヘッダ情報とビデオ・ストリームのチャンクとを共有する。第１デジタルコピーＡＶストリーム・ファイル4601は第１オーディオ・ストリームのチャンクを含む。第２デジタルコピーＡＶストリーム・ファイル4602は、ファイルのクロスリンクによって、ＤＡＴＡ０１＿Ａｕｄｉｏディレクトリ4604に含まれる第１入れ換え用ストリーム・ファイル4641と第２オーディオ・ストリームのチャンクを共有する。第３デジタルコピーＡＶストリーム・ファイル4603は、ファイルのクロスリンクによって、ＤＡＴＡ０１＿Ａｕｄｉｏディレクトリ4604に含まれる第２入れ換え用ストリーム・ファイル4642と第３オーディオ・ストリームのチャンクを共有する。
　図４７は、ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、３種類のファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係を示す模式図である。図４７を参照するに、ＢＤ－ＲＯＭディスク101上には、ヘッダ情報4701に続いて、ビデオ・ストリームのチャンクV、第１オーディオ・ストリームのチャンクA1、及び第２オーディオ・ストリームのチャンクA2が交互に記録されている。第１デジタルコピーＡＶストリーム・ファイル4611のアロケーション記述子の示すＬＢＮの範囲は、ヘッダ情報4701、ビデオ・ストリームのチャンクV、及び第１オーディオ・ストリームのチャンクA1を含む。第１入れ換え用ストリーム・ファイル4641のアロケーション記述子の示すＬＢＮの範囲は第２オーディオ・ストリームのチャンクA2を含む。第２デジタルコピーＡＶストリーム・ファイル4621のアロケーション記述子の示すＬＢＮの範囲は、ヘッダ情報4701、ビデオ・ストリームのチャンクV、及び第２オーディオ・ストリームのチャンクA2を含む。従って、再生装置103は、第２デジタルコピーＡＶストリーム・ファイル4621のアロケーション記述子に従ってデータをＳＤメモリカード書き込み手段4002へ渡すだけで、自動的に、第１デジタルコピーＡＶストリーム・ファイル4611に含まれるオーディオ・ストリームのチャンクA1を、第１入れ換え用ストリーム・ファイルのチャンクA2に置き換えることができる。尚、この場合、入れ換え用ストリーム・ファイルはデジタルコピーには不要であるので、そのファイル・エントリがファイルシステムから削除されても良い。
　図４８の（ａ）は、ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、３種類のデジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係の一例を示す模式図である。図４８の（ａ）を参照するに、ＢＤ－ＲＯＭディスク101上には、ヘッダ情報4801に続いて、ビデオ・ストリームのチャンクV、第１オーディオ・ストリームのチャンクA1、第２オーディオ・ストリームのチャンクA2、及び第３オーディオ・ストリームのチャンクA3が交互に記録されている。第１デジタルコピーＡＶストリーム・ファイル4611のアロケーション記述子の示すＬＢＮの範囲は、ヘッダ情報4801、ビデオ・ストリームのチャンクV、及び第１オーディオ・ストリームのチャンクA1を含む。第２デジタルコピーＡＶストリーム・ファイル4621のアロケーション記述子の示すＬＢＮの範囲は、ヘッダ情報4801、ビデオ・ストリームのチャンクV、及び第２オーディオ・ストリームのチャンクA2を含む。第３デジタルコピーＡＶストリーム・ファイル4631のアロケーション記述子の示すＬＢＮの範囲は、ヘッダ情報4801、ビデオ・ストリームのチャンクV、及び第３オーディオ・ストリームのチャンクA3を含む。ここで、１つのアロケーション記述子の示すＬＢＮの連続している範囲が１つのエクステントを示す。図４８の（ａ）を参照するに、ヘッダ情報からオーディオ・ストリームの４番目のチャンクまでの間に、第１デジタルコピーＡＶストリーム・ファイル4611は４つのエクステントを含み、第２デジタルコピーＡＶストリーム・ファイル4621は８つのエクステントを含み、第３デジタルコピーＡＶストリーム・ファイル4631は５つのエクステントを含む。ファイルが読み出されるとき、エクステント間ではジャンプが生じるので、３つのデジタルコピーＡＶストリーム・ファイル4611－4631間では、同じデータ量を読み出す際に必要なジャンプの回数が異なる。その結果、それらのファイル間では読み出しに要する時間が異なる。特に、第１デジタルコピーＡＶストリーム・ファイル4611と第３デジタルコピーＡＶストリーム・ファイル4631とは第２デジタルコピーＡＶストリーム・ファイル4621よりも読み出しが速い。そこで、第１デジタルコピーＡＶストリーム・ファイル4611と第３デジタルコピーＡＶストリーム・ファイル4631との優先度を第２デジタルコピーＡＶストリーム・ファイル4621の優先度よりも高く設定してもよい。例えば、ＢＤ－ＲＯＭディスク101を販売する地域の言語のオーディオ・ストリームが、優先度の高いデジタルコピーＡＶストリーム・ファイルに格納される。
　図４８の（ｂ）は、ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、３種類のデジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係の別の例を示す模式図である。図４８の（ｂ）を参照するに、ＢＤ－ＲＯＭディスク101上には、ヘッダ情報4801に続いて、ビデオ・ストリームのチャンクV、第１オーディオ・ストリームのチャンクA1、第２オーディオ・ストリームのチャンクA2、及び第３オーディオ・ストリームのチャンクA3が交互に記録されている。但し、図４８の（ａ）に示されている配置とは異なり、３種類のオーディオ・ストリームのチャンクA1、A2、A3の順序が巡回的に入れ換えられている。各デジタルコピーＡＶストリーム・ファイル4611－4631のアロケーション記述子の示すＬＢＮの範囲は、図４８の（ａ）に示されているものと同様である。ヘッダ情報からオーディオ・ストリームの４番目のチャンクまでの間に、第１デジタルコピーＡＶストリーム・ファイル4611は５つのエクステントを含み、第２デジタルコピーＡＶストリーム・ファイル4621は６つのエクステントを含み、第３デジタルコピーＡＶストリーム・ファイル4631は６つのエクステントを含む。従って、３つのデジタルコピーＡＶストリーム・ファイル4611－4631間では、同じデータ量を読み出す際に必要なジャンプの回数がほぼ等しい。その結果、それらのファイル間では読み出しに要する時間がほぼ均等である。
　（G）ＭＰ４形式のデジタルコピーＡＶストリーム・ファイルに格納可能なオーディオ・ストリームの数は１つである。しかし、規格のバージョン・アップに伴い、１つのデジタルコピーＡＶストリーム・ファイルに複数のオーディオ・ストリームを格納する可能性はある。図４９は、ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、４種類のデジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係を示す模式図である。図４９を参照するに、ＢＤ－ＲＯＭディスク101上には、２種類のヘッダ情報4901、4902に続いて、ビデオ・ストリームのチャンクV、第１オーディオ・ストリームのチャンクA1、第２オーディオ・ストリームのチャンクA2、及び第３オーディオ・ストリームのチャンクA3が交互に記録されている。第１デジタルコピーＡＶストリーム・ファイル4611のアロケーション記述子の示すＬＢＮの範囲は、２番目のヘッダ情報4902、ビデオ・ストリームのチャンクV、及び第１オーディオ・ストリームのチャンクA1を含む。第２デジタルコピーＡＶストリーム・ファイル4621のアロケーション記述子の示すＬＢＮの範囲は、２番目のヘッダ情報4902、ビデオ・ストリームのチャンクV、及び第２オーディオ・ストリームのチャンクA2を含む。第３デジタルコピーＡＶストリーム・ファイル4631のアロケーション記述子の示すＬＢＮの範囲は、２番目のヘッダ情報4902、ビデオ・ストリームのチャンクV、及び第３オーディオ・ストリームのチャンクA3を含む。これら３つのデジタルコピーＡＶストリーム・ファイルは、オーディオ・ストリームを１つだけ含むので、同じヘッダ情報4902を共有している。第４デジタルコピーＡＶストリーム・ファイル4911のアロケーション記述子の示すＬＢＮの範囲は、先頭のヘッダ情報4901、ビデオ・ストリームのチャンクV、及び全てのオーディオ・ストリームのチャンクA1－A3を含む。先頭のヘッダ情報4901は、１つのデジタルコピーＡＶストリーム・ファイルに３つのオーディオ・ストリームが格納されている状態を表すヘッダ情報である。図４９に示されているように、第４デジタルコピーＡＶストリーム・ファイル4911では、全てのチャンクが１つのエクステントに含まれる。個々のオーディオ・ストリームは先頭のヘッダ情報4911を利用してそのエクステントから抽出される。このように、ファイルのクロスリンクを利用して、下位バージョンのファイルのデータを上位バージョンのファイルのデータとして利用することができる。
　（H）図４７に示されているファイルのクロスリンクを利用したストリームの入れ換えは、オーディオ・ストリーム以外のエレメンタリ・ストリームの入れ換え、例えば、ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームの入れ換えに利用されてもよい。図５０の（ａ）は、ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、２種類のデジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係の一例を示す模式図である。図５０の（ａ）を参照するに、ＢＤ－ＲＯＭディスク101上には、ヘッダ情報5001に続いて、第１ビデオ・ストリームのチャンクV1、第２ビデオ・ストリームのチャンクV2、第３ビデオ・ストリームのチャンクV、及びオーディオ・ストリームのチャンクAが交互に記録されている。第１デジタルコピーＡＶストリーム・ファイル5011のアロケーション記述子の示すＬＢＮの範囲は、ヘッダ情報5001、第１ビデオ・ストリームのチャンクV1、第３ビデオ・ストリームのチャンクV、及びオーディオ・ストリームのチャンクAを含む。第２デジタルコピーＡＶストリーム・ファイル5012のアロケーション記述子の示すＬＢＮの範囲は、ヘッダ情報5001、第２ビデオ・ストリームのチャンクV2、第３ビデオ・ストリームのチャンクV、及びオーディオ・ストリームのチャンクAを含む。第１ビデオ・ストリームは、字幕が組み込まれたシーンを表す。第２ビデオ・ストリームは、第１ビデオ・ストリームの表すシーンから字幕を除去したシーンを表す。第３ビデオ・ストリームは、字幕の不要なシーンを表す。従って、第１デジタルコピーＡＶストリーム・ファイル5011からは字幕付きのシーンが再現され、第２デジタルコピーＡＶストリーム・ファイル5012からは字幕なしのシーンが再現される。
　第１ビデオ・ストリームのチャンクV1と第２ビデオ・ストリームのチャンクV2とで、サンプル数、ビットレート、及び属性が一致していれば、２つのデジタルコピーＡＶストリーム・ファイル5011、5012との間でヘッダ情報5001を共有することができる。一方、第１ビデオ・ストリームと第２ビデオ・ストリームとでチャンクの構成が異なっていれば、ビデオ・ストリームの入れ換えではヘッダ情報も変更されなければならない。図５０の（ｂ）は、ＢＤ－ＲＯＭディスク101上のデータの物理的配置と、２種類のデジタルコピーＡＶストリーム・ファイルのアロケーション記述子の示すＬＢＮの範囲との間の関係の別の例を示す模式図である。図５０の（ｂ）を参照するに、ＢＤ－ＲＯＭディスク101上には、２種類のヘッダ情報5021、5022に続いて、第１ビデオ・ストリームのチャンクV1、第２ビデオ・ストリームのチャンクV2、第３ビデオ・ストリームのチャンクV、及びオーディオ・ストリームのチャンクAが交互に記録されている。第３デジタルコピーＡＶストリーム・ファイル5013のアロケーション記述子の示すＬＢＮの範囲は、第１ヘッダ情報5021、第１ビデオ・ストリームのチャンクV1、第３ビデオ・ストリームのチャンクV、及びオーディオ・ストリームのチャンクAを含む。第４デジタルコピーＡＶストリーム・ファイル5014のアロケーション記述子の示すＬＢＮの範囲は、第２ヘッダ情報5022、第２ビデオ・ストリームのチャンクV2、第３ビデオ・ストリームのチャンクV、及びオーディオ・ストリームのチャンクAを含む。第１ビデオ・ストリームは、通常版にのみ含まれるシーンを表す。第２ビデオ・ストリームは、ディレクターズカット版にのみ含まれるシーンを表す。第３ビデオ・ストリームは、通常版とディレクターズカット版との両方に共通するシーンを表す。第１ビデオ・ストリームと第２ビデオ・ストリームとではチャンクの数が異なる。従って、２つのデジタルコピーＡＶストリーム・ファイル5013、5014には、異なるヘッダ情報5021、5022が必要である。
　図５０の（ａ）、（ｂ）のそれぞれに示されている２種類のデジタルコピーＡＶストリーム・ファイルのうち、いずれをＳＤメモリカード102に書き込むかは、ユーザによる選択に従う他に、パレンタル・レベルによって決定されてもよい。そのパレンタル・レベルは、ＢＤＭＶディレクトリ501に格納されたＡＶストリーム・ファイル541に対するものと同じであってもよい。また、パレンタル・ロックを解除して、パレンタル・レベルを更新するには、解除コードが必要であるが、その解除コードは、再生装置103に予め設定されたものと同じであってもよい。更に、デジタルコピー時に、その解除コードがＳＤメモリカード102の認証領域に転送されてもよい。
　（I）図５１は、ＢＤ－ＲＯＭディスク101に記録されたデジタルコピー用コンテンツ5110を構成するファイル群と、そのファイル群から生成されるデジタルコピーＡＶストリーム・ファイル5120とを示す模式図である。デジタルコピー用コンテンツ5110では、ビデオ・ストリームとオーディオ・ストリームとが別のファイルとして構成されていてもよい。図５１を参照するに、デジタルコピー用コンテンツ5110は、２種類のビデオ・ストリーム5111、5112と２種類のオーディオ・ストリーム5121、5122とを含む。各ストリームは、再生時間が例えば１秒間であるデータの部分V1、V2、A1、A2ごとに１つのチャンクに暗号化されている。デジタルコピー用コンテンツ5110は更に、チャンク／サンプル情報5131、5132、5141、5142を含む。チャンク／サンプル情報は、ビデオ・ストリーム及びオーディオ・ストリームのそれぞれに１つずつ対応付けられている。各ストリームに対応するチャンク／サンプル情報は、そのストリームを構成するチャンクのサンプル数とサイズ、各サンプルの属性情報とサイズ、及びランダムアクセスが可能なサンプルの識別情報を含む。再生装置103は、チャンク／サンプル情報を利用して、ｓｔｃｏ、ｓｔｓｃ、ｓｔｔｓ、ｓｔｓｚ、ｓｔｓｓ、及びｓｔｓｄを構成することができる。チャンク／サンプル情報は、１つのファイルとして構成されてもよい。その他に、対応するストリームと共に、ＭＰ４ファイルとして構成されてもよい。その場合、チャンク／サンプル情報はｍｏｏｖ又はｍｏｏｆにヘッダ情報として組み込まれる。
　再生装置103はＢＤ－Ｊオブジェクトに従って、図５１に示されているデジタルコピー用コンテンツ5110からデジタルコピーＡＶストリーム・ファイル5120を次のように生成する。再生装置103はまず、ユーザに、デジタルコピーＡＶストリーム・ファイル5120に組み込まれるべきエレメンタリ・ストリームを選択させる。図５１の例では、第２ビデオ・ストリーム5112と第１オーディオ・ストリーム5121とが選択される。再生装置103は次に、選択されたストリームを読み出して、ＭＰ４形式のメディア・データに変換しながらＳＤメモリカード102へ書き込む。一方、再生装置103はチャンク／サンプル情報5132、5141を参照して、各ストリームのチャンク及びサンプルの構成を解釈する。再生装置103は更に、解釈された構成からヘッダ情報を生成してＳＤメモリカード102へ書き込む。
　尚、デジタルコピー用コンテンツ5110に予め、エレメンタリ・ストリームの組み合わせの数だけ、ヘッダ情報が用意されていてもよい。また、ＢＤ－ＲＯＭディスク101がリリースされた後に、新たなエレメンタリ・ストリームの組み合わせが許可される場合、その組み合わせ後のＭＰ４ファイルのヘッダ情報がネットワークから再生装置103にダウンロードされてもよい。再生装置103はそのヘッダ情報を利用して、エレメンタリ・ストリームの新たな組み合わせを含むＭＰ４ファイルを生成してＳＤメモリカード102へ書き込むことができる。更に、デジタルコピー用コンテンツ5110を構成するエレメンタリ・ストリームがネットワークから再生装置103にダウンロードされてもよい。
　（J）図５２の（ａ）は、ＴＳ形式のデジタルコピーＡＶストリーム・ファイル、すなわちＴＯＤファイル5201のデータ構造の一例を示す模式図である。図５２の（ａ）を参照するに、各パケットシーケンスは３２個のＥＴＳパケットを含む。それらのＥＴＳパケットには、ビデオ・ストリームを格納したＥＴＳパケット（以下、ビデオ・パケットという。）V、第１オーディオ・ストリームを格納したＥＴＳパケット（以下、オーディオ・パケットという。）A1、及びＲＤＩ（Real-time Data Information）パケットRDIが含まれる。ＲＤＩパケットは、パケット・シーケンスの先頭に置かれたＥＴＳパケットであって、同じパケット・シーケンスに含まれるエレメンタリ・ストリームに関する著作権情報等の情報を含む。パケット・シーケンスはその他に、ＰＡＴ、ＰＭＴ、ＳＩＴ、ＰＣＲを含んでもよい。
　図５２の（ａ）に示されている例では、１つのパケット・シーケンスが１種類のエレメンタリ・ストリームしか含まない。具体的には、先頭のパケット・シーケンス＃１と３番目のパケット・シーケンス＃３とは、ＲＤＩパケットとビデオ・パケットVとを含み、オーディオ・パケットA1を含まない。一方、２番目のパケット・シーケンス＃２はビデオ・パケットVを含まず、ＲＤＩパケットとオーディオ・パケットA1とを含む。このように、１つのパケット・シーケンス内には、異なるエレメンタリ・ストリームが混在しない。
　図５２の（ｂ）は、ＴＳ形式の入れ換え用ストリーム・ファイル5202のデータ構造の一例を示す模式図である。図５２の（ｂ）を参照するに、入れ換え用ストリーム・ファイル5202は、ＴＯＤファイル5201のパケット・シーケンス＃２に含まれるオーディオ・パケットA1を、第２オーディオ・ストリームを格納したＥＴＳパケットA2に置き換えたものである。ここで、第１オーディオ・ストリームと第２オーディオ・ストリームとはいずれもＣＢＲで符号化されているので、両方のストリームのサイズは等しい。従って、ＴＯＤファイル5201のパケット・シーケンス＃２に含まれるオーディオ・パケットA1と、入れ換え用ストリーム・ファイル5202に含まれるオーディオ・パケットA2とでは、ＰＥＳペイロードだけが異なり、ＴＳヘッダ等は共通である。入れ換え用ストリーム・ファイル5202は更に、管理情報5203が対応付けられている。管理情報5203は、入れ換え用ストリーム・ファイル5202と入れ換えられるべきＴＯＤファイル5201のパケット・シーケンスを識別する情報（Packet＿Seq＿id）を含む。従って、再生装置103は、管理情報5203を参照することにより、ＴＯＤファイル5201のパケット・シーケンス＃２を入れ換え用ストリーム・ファイル5202に正しく入れ換えることができる。入れ換えは、図４４に示されているように、ＴＯＤファイル5201と入れ換え用ストリーム・ファイル5202とのアロケーション記述子を参照して、読み出し位置を適宜変更することによって行ってもよい。また、図４７に示されているように、ファイルのクロスリンクを利用して、ＴＯＤファイル5201のオーディオ・パケットを入れ換えたファイルを生成することによって行ってもよい。
　図５３の（ａ）は、ＴＯＤファイル5301のデータ構造の別の例を示す模式図である。図５３の（ａ）を参照するに、図５２の（ａ）に示されている例とは異なり、１つのパケット・シーケンスが２種類のエレメンタリ・ストリームを含んでもよい。具体的には、２番目のパケット・シーケンス＃２は、ＲＤＩパケット、２１個のビデオ・パケットV、及び１０個のオーディオ・パケットA1を含む。オーディオ・パケットA1は、２番目のパケット・シーケンス＃２の後端部に連続して記録されている。
　図５３の（ｂ）は、ＴＳ形式の入れ換え用ストリーム・ファイル5302のデータ構造の別の例を示す模式図である。図５３の（ｂ）を参照するに、入れ換え用ストリーム・ファイル5302は、ＴＯＤファイル5301のパケット・シーケンス＃２に含まれるオーディオ・パケットA1と同数のＥＴＳパケットA2から構成されている。各ＥＴＳパケットA2は、第２オーディオ・ストリームを格納している。ここで、第１オーディオ・ストリームと第２オーディオ・ストリームとはいずれもＣＢＲで符号化されているので、両方のストリームのサイズは等しい。従って、ＴＯＤファイル5301のパケット・シーケンス＃２に含まれるオーディオ・パケットA1と、入れ換え用ストリーム・ファイル5302に含まれるオーディオ・パケットA2とでは、ＰＥＳペイロードだけが異なり、ＴＳヘッダ等は共通である。入れ換え用ストリーム・ファイル5302は更に、管理情報5303が対応付けられている。管理情報5303は、入れ換え用ストリーム・ファイル5202と入れ換えられるべきオーディオ・パケットを含むＴＯＤファイル5301のパケット・シーケンスを識別する情報（Packet＿Seq＿id）を含む。管理情報5303は更に、入れ換え用ストリーム・ファイル5202と入れ換えられるべきオーディオ・パケットの先頭がパケット・シーケンスの先頭から何番目に位置するかを示す情報（PacketOffset）を含む。従って、再生装置103は、管理情報5303を参照することにより、ＴＯＤファイル5301のパケット・シーケンス＃２に含まれるオーディオ・パケットA1を入れ換え用ストリーム・ファイル5302のオーディオ・パケットA2に正しく入れ換えることができる。特に、パケット・シーケンス＃２の後端部にオーディオ・パケットA1はまとめられているので、オーディオ・パケットの入れ換えが、図３９に示されているＣＰＲＭによる暗号化のチェーン構造を崩すことがない。こうして、ＴＯＤファイル5301のパケット・シーケンスにエレメンタリ・ストリームを２種類以上混在させることができるので、ＴＯＤファイルに対する多重化の制約が緩和される。
　（K）ＢＤ－ＲＯＭディスクには、デジタルコピー機能に対応していない「非デジタルコピー対応ディスク」と、デジタルコピー機能に対応している「デジタルコピー対応ディスク」との２種類が存在する。従って、ＢＤ－Ｊオブジェクトは再生装置に、非デジタルコピー対応ディスクの再生時にはデジタルコピー機能のメニューを表示させないようにし、デジタルコピー対応ディスクの再生時にはデジタルコピー機能のメニューを表示させるようにしなければならない。そのためには、ＢＤ－Ｊオブジェクトに、ＢＤ－ＲＯＭディスクがデジタルコピー対応ディスクであるか否かを判別させる機能を与える必要がある。
　図５４は、ＢＤ－ＲＯＭディスクがデジタルコピー対応ディスクであるか否かを判別する処理のフローチャートである。この処理は、ＢＤ－ＲＯＭディスクを再生装置に挿入することによって開始される。
　ステップＳ５４０１では、再生装置が、ＢＤ－ＲＯＭドライブに挿入されたＢＤ－ＲＯＭディスクを検出する。それにより、再生装置はＢＤ－ＲＯＭディスクからインデックス・ファイル511を読み出し、インデックス・テーブルの項目ファースト・プレイに規定されたＢＤ－Ｊオブジェクトを起動させる。その後、処理はステップＳ５４０２へ進む。
　ステップＳ５４０２では、再生装置はＢＤ－Ｊオブジェクトに従って、ＢＤ－ＲＯＭディスクのディレクトリ構造を解析し、ＢＤＭＶディレクトリの隣にＤＣＯＰＹディレクトリがあるか否かを判別する。ＤＣＯＰＹディレクトリがあれば、ＢＤ－ＲＯＭディスクはデジタルコピー対応ディスクである。その場合、処理はステップＳ５４０３へ進む。ＤＣＯＰＹディレクトリがなければ、ＢＤ－ＲＯＭディスクは非デジタルコピー対応ディスクである。その場合、処理は終了する。
　ステップＳ５４０３では、ＢＤ－ＲＯＭディスクがデジタルコピー対応ディスクであるので、再生装置は特定のＧＰＲＭ、又はＳＰＲＭのリザーブ領域に、その旨を示す値を設定する。その後、処理は終了する。
　再生装置はＢＤ－Ｊオブジェクトに従ってメニュー表示を行うとき、上記のＧＰＲＭを参照する。ＢＤ－ＲＯＭディスクがデジタルコピー対応ディスクであることを、そのＧＰＲＭの値が示すとき、再生装置はメニュー表示にデジタルコピー機能の選択肢を加える。
　（L）ＳＤ－Ｖｉｄｅｏ規格によるデジタルコピー用コンテンツにおいては、字幕データ及びメニューデータのフォーマットが決められている。モバイル機器は、そのフォーマットのデータを復号することで、字幕及びメニューを表示することができる。但し、そのフォーマットへの対応がオプションである場合、そのフォーマットには対応していないモバイル機器が存在し得る。それらのモバイル機器は、ＳＤメモリカードに書き込まれた字幕データからは字幕を再現することができない。また、モバイル機器に表示可能な字幕の言語は、予めＳＤメモリカードに書き込まれた字幕データの言語に限られる。従って、後から新たな言語を追加することは困難である。これらの問題点を解決するには、モバイル機器に、対応可能なフォーマットの字幕データ及びメニューデータをネットワークからダウンロードさせればよい。
　図５５は、字幕データ等をネットワークからダウンロード可能なモバイル機器に搭載されたシステム・ターゲット・デコーダのブロック図である。図５５を参照するに、システム・ターゲット・デコーダ5510は、リード・バッファ5501、デマルチプレクサ5502、オーディオ・デコーダ5503、ビデオ・デコーダ5504、ＵＲＬ（Uniform Resource Locator）データ取得部5505、グラフィックス・デコーダ5506、ビデオ・プレーン・メモリ5507、字幕メニュー・プレーン・メモリ5508、及びプレーン加算部5509を含む。リード・バッファ5501は、ＳＤメモリカードSDCから読み込まれたデジタルコピーＡＶストリーム・ファイルを格納する。デマルチプレクサ5502は、リード・バッファ5501に格納されたデジタルコピーＡＶストリーム・ファイルから、ビデオ・ストリーム、オーディオ・ストリーム、及びヘッダ情報を分離する。オーディオ・デコーダ5503は、デマルチプレクサ5502からオーディオ・ストリームを受け取り、そのストリームから音声データを復号してスピーカへ送出する。ビデオ・デコーダ5504は、デマルチプレクサ5502からビデオ・ストリームを受け取り、そのストリームから映像データを復号してビデオ・プレーン・メモリ5507に書き込む。ビデオ・プレーン・メモリ5507は、１つのビデオ・プレーン、すなわち１フレーム又は１フィールドの映像データを格納する。ＵＲＬデータ取得部5505は、デマルチプレクサ5502からヘッダ情報を受け取り、そのヘッダ情報からＵＲＬデータを読み出す。そのＵＲＬデータは、字幕データ及びメニューデータを格納したネットワークNET上のサーバの所在を示す。ＵＲＬデータ取得部5505は、そのＵＲＬデータの示すサーバにアクセスして、システム・ターゲット・デコーダ5510が対応可能なフォーマットの字幕データ又はメニューデータを検索する。検索された字幕データ又はメニューデータは、そのサーバからグラフィックス・デコーダ5506へ転送される。字幕データには、デジタルコピーＡＶストリーム・ファイルに含まれるビデオ・ストリーム等の時間軸における時間情報が添付されている。メニューデータについても同様である。グラフィックス・デコーダ5506は、サーバから転送された字幕データ及びメニューデータを復号して字幕メニュー・プレーン・メモリ5508に書き込む。字幕メニュー・プレーン・メモリ5508は、１つのビデオ・プレーンに重畳されるべき字幕又はメニューの映像データを格納する。プレーン加算部5509は、ビデオ・プレーン・メモリ5507に格納されたビデオ・プレーンに、字幕メニュー・プレーン・メモリ5508に格納された映像データを重畳して１つのプレーンを合成し、ディスプレイへ送出する。こうして、ディスプレイには、字幕付きの映像又はメニュー画面が表示される。
　図５５に示されているシステム・ターゲット・デコーダ5510は字幕データ及びメニューデータを、ＳＤメモリカードSDCではなく、ネットワークNET上のサーバから取得する。従って、モバイル機器は常に対応可能なフォーマットの字幕データ等を取得することができる。また、デジタルコピー後に、デジタルコピーＡＶストリーム・ファイルに含まれる字幕データ等を更新することができる。更に、解像度の異なる字幕データ等をサーバに格納することにより、モバイル機器は、自身の解像度に合った字幕データ等を取得することができる。
　尚、ＵＲＬデータは、デジタルコピーＡＶストリーム・ファイルの中に格納される他に、デジタルコピーＡＶストリーム・ファイルとは別の管理情報ファイルの中に格納されていてもよい。
　（M）デジタルコピーによってＳＤメモリカードに書き込まれたデジタルコピーＡＶストリーム・ファイルでは、オーディオ・ストリームの表す言語が１種類である。従って、デジタルコピー後に音声の言語を別の言語に変えることはできない。この問題点を解決するには、モバイル機器に、別の言語の音声を生成させればよい。
　図５６は、テキストデータから音声を生成可能なモバイル機器に搭載されたシステム・ターゲット・デコーダのブロック図である。図５６を参照するに、システム・ターゲット・デコーダ5610は、リード・バッファ5601、デマルチプレクサ5602、オーディオ・デコーダ5603、ビデオ・デコーダ5604、ＵＲＬデータ取得部5605、ビデオ・プレーン・メモリ5606、台詞デコーダ5607、音声データベース5608、及びミキサ5609を含む。リード・バッファ5601は、ＳＤメモリカードSDCから読み込まれたデジタルコピーＡＶストリーム・ファイルを格納する。デマルチプレクサ5602は、リード・バッファ5601に格納されたデジタルコピーＡＶストリーム・ファイルから、ビデオ・ストリーム、オーディオ・ストリーム、及びヘッダ情報を分離する。オーディオ・デコーダ5603は、デマルチプレクサ5602からオーディオ・ストリームを受け取り、そのストリームから音声データを復号してミキサ5609へ送出する。そのオーディオ・ストリームは、台詞の音声を含まず、背景音のみを含む。ビデオ・デコーダ5604は、デマルチプレクサ5602からビデオ・ストリームを受け取り、そのストリームから映像データを復号してビデオ・プレーン・メモリ5606に書き込む。ビデオ・プレーン・メモリ5606は、１つのビデオ・プレーン、すなわち１フレーム又は１フィールドの映像データを格納する。ビデオ・プレーンはディスプレイへ送出されて画面に表示される。ＵＲＬデータ取得部5605は、デマルチプレクサ5602からヘッダ情報を受け取り、そのヘッダ情報からＵＲＬデータを読み出す。そのＵＲＬデータは、台詞データを格納したネットワークNET上のサーバの所在を示す。ＵＲＬデータ取得部5605は、そのＵＲＬデータの示すサーバにアクセスして、台詞データをそのサーバから台詞デコーダ5607へ転送する。図５７は、台詞データの構造を示す表である。図５７を参照するに、台詞データは、開始時刻5701、終了時刻5702、テキスト5703、及び人物名5704を含む。開始時刻5701は、台詞の発声を開始する時刻を表し、終了時刻5702は、台詞の発声を終了する時刻を表す。テキスト5703は、台詞の内容を示すテキストデータである。人物名5704は、台詞を発声する人物の名称である。音声データベース5608は、台詞データの人物名5704が示す各人物の音声データを格納している。台詞デコーダ5607は、音声データベース5608を利用して、台詞データのテキスト5703が示す台詞の音声データ（ＰＣＭ音声）を、人物名5704の示す人物の音声から合成する。合成された音声データは、台詞データの開始時刻5701が示す時刻に合わせてミキサ5609へ送出される。ミキサ5609は、オーディオ・デコーダ5603から受け取った背景音のデータに、台詞デコーダ5607から受け取った音声データをミキシングしてスピーカへ送出する。
　図５６に示されているシステム・ターゲット・デコーダ5610は、ネットワークNET上のサーバから取得された台詞データから様々な言語の音声を生成することができる。従って、ＳＤメモリカードSDCには、背景音のみを表すオーディオ・ストリームが格納されていればよいので、データ量が削減される。
　台詞データは、台詞の抑揚（音量の変化パターンとアクセント）、速さ、音量、及び台詞の表す感情（喜怒哀楽）等に関する情報を更に含んでいてもよい。台詞デコーダ5607はそれらの情報を利用して、合成される音声に適切な効果を与える。それにより、よりリアルな表現が可能になる。更に、テキスト5703の表すテキストデータを文節単位で区切り、台詞デコーダ5607が文節単位で抑揚を設定できるようにしてもよい。それにより、合成される音声に更に微妙な効果を与えることができる。
　ＵＲＬデータは、デジタルコピーＡＶストリーム・ファイルの中に格納される他に、デジタルコピーＡＶストリーム・ファイルとは別の管理情報ファイルの中に格納されていてもよい。また、モバイル機器に代えて、ＢＤ－ＲＯＭディスクの再生装置が、図５６に示されている構成を含んでもよい。
　モバイル機器は、グラフィックス・デコーダによって、台詞データのテキスト5703から字幕のビットマップ・データを生成して、ビデオ・プレーンに重畳してもよい。そのためには、フォント、フォント・サイズ、及び字幕の座標等のデータがヘッダ情報に追加されればよい。
　（N）図５８の（ａ）は、ＢＤ－ＲＯＭディスク上におけるＡＶストリーム・ファイルとデジタルコピーＡＶストリーム・ファイルとの物理的配置の一例を示す模式図である。図５８の（ａ）を参照するに、まず、ＡＶストリーム・ファイル5801が連続して記録され、続いてデジタルコピーＡＶストリーム・ファイル5802が連続して記録されている。この場合、ＡＶストリーム・ファイル5801から映像を再生する処理と、デジタルコピーＡＶストリーム・ファイル5802をＳＤメモリカードに書き込む処理とを並行させることは難しい。その理由は次のとおりである。図５８の（ａ）に実線の矢印で示されているように、ＡＶストリーム・ファイル5801とデジタルコピーＡＶストリーム・ファイル5802とは交互に読み出される。その場合、図５８の（ａ）に破線の矢印で示されているように、一方のファイルの読み出し位置から他方のファイルの読み出し位置まで、ＡＶストリーム・ファイル5801のほぼ全体の長さにわたる大きなジャンプが繰り返し必要である。その結果、ＡＶストリーム・ファイル5801の読み出しがその復号処理に間に合わなくなる。
　上記の問題を解決する一つの手段は、デジタルコピー用コンテンツをＡＶストリーム・ファイルに多重化することである。図５８の（ｂ）は、そのＡＶストリーム・ファイルに多重化されたエレメンタリ・ストリームを表す模式図である。ＡＶストリーム・ファイル5810には、ビデオ・ストリーム5811、オーディオ・ストリーム5812、及びデジタルコピー用ストリーム5813が多重化されている。デジタルコピー用ストリーム5813は、デジタルコピーＡＶストリーム・ファイルと同じフォーマットのデータである。デジタルコピー用ストリーム5813には他のエレメンタリ・ストリームと同様に、固有のＰＩＤが割り当てられている。図５８の（ｃ）は、再生装置の再生処理系統を示すブロック図である。ＢＤ－ＲＯＭドライブ5820はＢＤ－ＲＯＭディスクから、図５８の（ｂ）に示されているＡＶストリーム・ファイル5810を読み出してリード・バッファ5821に格納する。デマルチプレクサ5822は、そのＡＶストリーム・ファイル5810に多重化された各エレメンタリ・ストリームのＰＩＤを調べる。そのＰＩＤがビデオ・ストリーム等、復号対象のエレメンタリ・ストリームに割り当てられたものであれば、デマルチプレクサ5822はそのストリームを適切なデコーダ（Ｄｅｃ）5823に渡す。一方、ＰＩＤがデジタルコピー用ストリーム5813に割り当てられたものであれば、デマルチプレクサ5822はそのストリーム5813をＳＤメモリカードに渡す。こうして、ＡＶストリーム・ファイル5810から映像等を再生する処理と、デジタルコピー用ストリーム5813をＳＤメモリカードへ書き込む処理とを、並行させることができる。
　上記の問題を解決する別の手段は、ＢＤ－ＲＯＭディスク上において、ＡＶストリーム・ファイルのエクステントとデジタルコピーＡＶストリーム・ファイルのエクステントとを交互に配置することである。図５９の（ａ）は、ＢＤ－ＲＯＭディスク上におけるＡＶストリーム・ファイルのエクステントとデジタルコピーＡＶストリーム・ファイルのエクステントとの物理的配置を示す模式図である。図５９の（ａ）を参照するに、ＢＤ－ＲＯＭディスク上には、デジタルコピーＡＶストリーム・ファイルのエクステントDCとＡＶストリーム・ファイルのエクステントMNとが交互に記録されている。図５９の（ａ）には更に、ＡＶストリーム・ファイル5901、デジタルコピーＡＶストリーム・ファイル5902、及び読み出し用ファイル5903の各アロケーション記述子が参照するエクステントの範囲が矢印で示されている。読み出し用ファイル5903は、ファイルのクロスリンクを利用して、ＡＶストリーム・ファイル5901及びデジタルコピーＡＶストリーム・ファイル5902とエクステントを共有する。特に、読み出し用ファイル5903のアロケーション記述子は、ＡＶストリーム・ファイル5901とデジタルコピーＡＶストリーム・ファイル5902との全てのエクステントDC、MNを一つのエクステントとして参照する。それにより、再生装置はＢＤ－ＲＯＭディスクから読み出し用ファイル5903を読み出すことで、ＡＶストリーム・ファイル5901のエクステントMNとデジタルコピーＡＶストリーム・ファイル5902のエクステントDCとを順番に、連続して読み出すことができる。図５９の（ｂ）は、その再生装置の再生処理系統を示すブロック図である。ＢＤ－ＲＯＭドライブ5910は読み出し用ファイル5903のアロケーション記述子を参照して、ＢＤ－ＲＯＭディスクからＡＶストリーム・ファイル5901のエクステントMNとデジタルコピーＡＶストリーム・ファイル5902のエクステントDCとを連続して読み出す。スイッチ5911はエクステント境界情報を利用して、ＡＶストリーム・ファイル5901のエクステントMNを第１リードバッファ（ＲＢ１）5912へ書き込み、デジタルコピーＡＶストリーム・ファイル5902のエクステントDCを第２リード・バッファ（ＲＢ２）5913へ書き込む。ここで、エクステント境界情報とは、ＡＶストリーム・ファイル5901のエクステントMNとデジタルコピーＡＶストリーム・ファイル5902のエクステントDCとの間の境界の位置を示す情報である。エクステント境界情報は一つのファイルとしてＢＤ－ＲＯＭディスクに記録されている。デマルチプレクサ5914は、ＲＢ１5912に格納されたＡＶストリーム・ファイルのエクステントMNから各エレメンタリ・ストリームを分離してデコーダ（Ｄｅｃ）5915へ渡す。デコーダ5915は各エレメンタリ・ストリームを復号する。一方、再生装置は、ＲＢ２5913に格納されたデジタルコピーＡＶストリーム・ファイルのエクステントDCをＳＤメモリカード5916へ書き込む。こうして、ＡＶストリーム・ファイルから映像等を再生する処理と、デジタルコピーＡＶストリーム・ファイルをＳＤメモリカードへ書き込む処理とを、並行させることができる。
　図５９の（ａ）に示されているように、デジタルコピーＡＶストリーム・ファイルのエクステントDCとＡＶストリーム・ファイルのエクステントMNとを交互に配置する場合、ＡＶストリーム・ファイルから映像をシームレスに再生するには、各エクステントのサイズについて、以下に述べる条件が満たされなければならない。
　図６０の（ｂ）は、ＢＤ－ＲＯＭディスク上におけるデジタルコピーＡＶストリーム・ファイルのエクステントDCとＡＶストリーム・ファイルのエクステントMNとの配置6010、及び、その配置から非デジタルコピー対応機がエクステントを読み出すときの再生経路6020を示す模式図である。図６０の（ｂ）を参照するに、非デジタルコピー対応機はデジタルコピーＡＶストリーム・ファイルのエクステントDCの読み出しをスキップし、ＡＶストリーム・ファイルのエクステントMNのみを読み出す。図６０の（ａ）は、図６０の（ｂ）に示されているエクステントの配置6010から非デジタルコピー対応機がＡＶストリーム・ファイルのエクステントMNを読み出す際、リード・バッファに蓄積されるデータ量DAの増減を示すグラフである。図６０の（ａ）を参照するに、ＡＶストリーム・ファイルのエクステントMNがリード・バッファに読み出される期間TRでは、ＢＤ－ＲＯＭディスクからリード・バッファへ読み込まれるデータ量が、リード・バッファからシステム・ターゲット・デコーダへ送られるデータ量よりも多いので、リード・バッファのデータ量DAは増加する。一方、デジタルコピーＡＶストリーム・ファイルのエクステントDCの読み出しがスキップされる期間（以下、ジャンプ期間という。）TJでは、リード・バッファからシステム・ターゲット・デコーダへのデータの送出のみが継続されるので、リード・バッファのデータ量DAは減少する。システム・ターゲット・デコーダにデータ処理をスムーズに継続させるには、ジャンプ期間TJの途中でリード・バッファのデータ量DAが０を下回らないようにすること、すなわちリード・バッファがアンダーフローを起こさないようにすることが必要である。そのためには、ＡＶストリーム・ファイルのエクステントMNが十分に大きいサイズでなければならない。
　図６１の（ｃ）は、ＢＤ－ＲＯＭディスク上におけるデジタルコピーＡＶストリーム・ファイルのエクステントDCとＡＶストリーム・ファイルのエクステントMNとの配置6110、及び、その配置からデジタルコピー対応機がエクステントを読み出すときの再生経路6120を示す模式図である。図６１の（ｃ）を参照するに、デジタルコピー対応機はデジタルコピーＡＶストリーム・ファイルのエクステントDCとＡＶストリーム・ファイルのエクステントMNとを順番に連続して読み出す。デジタルコピー対応機は、デジタルコピーＡＶストリーム・ファイルのエクステントDCとＡＶストリーム・ファイルのエクステントMNとを異なるリード・バッファに蓄積する。図６１の（ａ）、（ｂ）は、図６１の（ｃ）に示されているエクステントの配置6110からデジタルコピー対応機がエクステントDC、MNを読み出す際、リード・バッファに蓄積されるＡＶストリーム・ファイルのエクステントMNのデータ量DA1の増減と、デジタルコピーＡＶストリーム・ファイルのエクステントDCのデータ量DA2の増減とを示すグラフである。図６１の（ａ）、（ｂ）を参照するに、ＡＶストリーム・ファイルのエクステントMNがリード・バッファに読み出される期間（以下、第１読み出し期間という。）TR1では、ＢＤ－ＲＯＭディスクからリード・バッファへ読み込まれるＡＶストリーム・ファイルのエクステントMNのデータ量が、リード・バッファからシステム・ターゲット・デコーダへ送られるデータ量よりも多いので、リード・バッファに蓄積されたデータ量DA1は増加する。一方、デジタルコピーＡＶストリーム・ファイルのエクステントDCはリード・バッファからＳＤメモリカードに書き込まれるだけなので、リード・バッファに蓄積されたデータ量DA2は減少する。デジタルコピーＡＶストリーム・ファイルのエクステントDCがリード・バッファに読み出される期間（以下、第２読み出し期間という。）TR2では、ＡＶストリーム・ファイルのエクステントMNはリード・バッファからシステム・ターゲット・デコーダへ送られるだけなので、リード・バッファのデータ量DA1は減少する。一方、ＢＤ－ＲＯＭディスクからリード・バッファへ読み込まれるデジタルコピーＡＶストリーム・ファイルのエクステントDCのデータ量が、リード・バッファからＳＤメモリカードに書き込まれるデータ量よりも多いので、リード・バッファに蓄積されたデータ量DA2は増加する。
　仮に、第２読み出し期間TR2にリード・バッファに蓄積されるデジタルコピーＡＶストリーム・ファイルのエクステントDCのデータ量DA2が所定の上限を超えた場合、すなわち、リード・バッファがオーバーフローを起こした場合、デジタルコピーＡＶストリーム・ファイルのエクステントDCの読み出し速度を抑えなければならない。それにより、次の第１読み出し期間TR1の開始が遅れるので、ＡＶストリーム・ファイルのエクステントMNのリード・バッファからシステム・ターゲット・デコーダへの送出が途絶える危険性が生じる。その危険性を避けるには、第２読み出し期間TR2にリード・バッファがオーバーフローを起こさないように、リード・バッファに蓄積されたデジタルコピーＡＶストリーム・ファイルのエクステントDCのデータ量DA2が、第１読み出し期間TR1中に０まで降下しなければならない。ＢＤ－ＲＯＭディスクからリード・バッファへエクステントが速度RUDで読み出され、デジタルコピーＡＶストリーム・ファイルのエクステントDCがリード・バッファからＳＤメモリカードへ速度WUDで書き込まれるとき、デジタルコピーＡＶストリーム・ファイルのエクステントDCのサイズSEXTDとＡＶストリーム・ファイルのエクステントMNのサイズSEXT1とは次式を満たせばよい：SEXTD／WUD≦(SEXTD＋SEXT1)／RUD。
　図６１の（ｂ）を更に参照するに、デジタルコピー対応機は、エクステントの記録領域の切れ目GPでは、次の記録領域までジャンプJPを行う。仮に、切れ目GPの直前又は直後にデジタルコピーＡＶストリーム・ファイルのエクステントDCを配置した場合、ジャンプJPを行うべき時間は、切れ目GPの長さに加えてそのエクステントDCの長さに依存する。従って、ジャンプJPが行われている間、リード・バッファのアンダーフローを防ぐには、切れ目GPの長さに加えてそのエクステントDCの長さに依存するデータ量DA1をリード・バッファに蓄積しておかねばならない。その結果、リード・バッファに必要な容量が増大する。そこで、切れ目GPの直前及び直後にはデジタルコピーＡＶストリーム・ファイルのエクステントDCを配置しないようにする。それにより、ジャンプJPを行うべき時間は切れ目GPの長さにのみ依存するので、ジャンプJPが行われている間、リード・バッファのアンダーフローを防ぐために、リード・バッファに蓄積しておかねばならないデータ量DA1を削減することができる。その結果、リード・バッファに必要な容量を抑えることができる。
　（O）ＢＤＭＶディレクトリに格納されたＡＶストリーム・ファイルは３Ｄ映像を表すものであってもよい。その場合、ＡＶストリーム・ファイルは、左目用の映像を表すもの（以下、第１ＡＶストリーム・ファイルという。）と、右目用の映像を表すもの（以下、第２ＡＶストリーム・ファイルという。）との２種類である。図６２の（ａ）は、ＢＤ－ＲＯＭディスク上に配置された第１ＡＶストリーム・ファイルのエクステントBと第２ＡＶストリーム・ファイルのエクステントDとの物理的配置を示す模式図である。図６２の（ａ）を参照するに、両ファイルのエクステントB、Dは交互に配置されている。一方、デジタルコピー用ストリームは、図５８の（ｂ）に示されているものと同様に、第２ＡＶストリーム・ファイルの中に多重化されている。図６２の（ａ）には更に、第１ＡＶストリーム・ファイル6201、第２ＡＶストリーム・ファイル6202、及び読み出し用ファイル6203の各アロケーション記述子が参照するエクステントの範囲が矢印で示されている。読み出し用ファイル6203は、ファイルのクロスリンクを利用して、第１ＡＶストリーム・ファイル6201及び第２ＡＶストリーム・ファイル6202とエクステントを共有する。特に、読み出し用ファイル6203のアロケーション記述子は、第１ＡＶストリーム・ファイル6201のエクステントBと第２ＡＶストリーム・ファイル6202のエクステントDとの全てを一つのエクステントとして参照する。それにより、再生装置はＢＤ－ＲＯＭディスクから読み出し用ファイル6203を読み出すことで、第１ＡＶストリーム・ファイル6201のエクステントBと第２ＡＶストリーム・ファイル6202のエクステントDとを順番に、連続して読み出すことができる。図６２の（ｂ）は、その再生装置の再生処理系統を示すブロック図である。ＢＤ－ＲＯＭドライブ6210は読み出し用ファイル6203のアロケーション記述子を参照して、ＢＤ－ＲＯＭディスクから第１ＡＶストリーム・ファイル6201のエクステントBと第２ＡＶストリーム・ファイル6202のエクステントDとを連続して読み出す。スイッチ6211はエクステント境界情報を利用して、第１ＡＶストリーム・ファイル6201のエクステントBを第１リードバッファ（ＲＢ１）6212へ書き込み、第２ＡＶストリーム・ファイル6202のエクステントDを第２リード・バッファ（ＲＢ２）6213へ書き込む。ここで、エクステント境界情報は、第１ＡＶストリーム・ファイル6201のエクステントBと第２ＡＶストリーム・ファイル6202のエクステントDとの間の境界の位置を示す。エクステント境界情報は一つのファイルとしてＢＤ－ＲＯＭディスクに記録されている。第１デマルチプレクサ6214は、ＲＢ１6212に格納された第１ＡＶストリーム・ファイルのエクステントBから各エレメンタリ・ストリームを分離して第１デコーダ（Ｄｅｃ１）6215へ渡す。第１デコーダ6215は各エレメンタリ・ストリーム、特に左目用の映像を表すビデオ・ストリームを復号する。第２デマルチプレクサ6216は、ＲＢ２6213に格納された第２ＡＶストリーム・ファイルのエクステントDに多重化された各エレメンタリ・ストリームのＰＩＤを調べる。そのＰＩＤが、右目用の映像を表すビデオ・ストリーム等、復号対象のエレメンタリ・ストリームに割り当てられたものであれば、第２デマルチプレクサ6216はそのストリームを第２デコーダ（Ｄｅｃ２）6217に渡す。一方、ＰＩＤがデジタルコピー用ストリームに割り当てられたものであれば、第２デマルチプレクサ6216はそのストリームをＳＤメモリカード6218に渡す。こうして、第１ＡＶストリーム・ファイルと第２ＡＶストリーム・ファイルから３Ｄ映像を再生する処理と、デジタルコピー用ストリームをＳＤメモリカードへ書き込む処理とを並行させることができる。
　（P）ＡＶストリーム・ファイルをＢＤＭＶディレクトリから読み出す処理が停止している期間、例えば、映像再生が停止している期間、又は静止画が表示されている期間に、デジタルコピー用コンテンツをＢＤ－ＲＯＭディスクからＳＤメモリカードへ書き込む処理がバックグラウンドで行われてもよい。それにより、ユーザに待ち時間を感じさせることなく、デジタルコピーを実行することができる。
　（Q）ＢＤ－ＲＯＭディスクに格納されたデジタルコピー用コンテンツと同じデータがネットワーク上のサーバにも格納されている場合、再生装置は次のようにデータの供給元を切り換えてもよい。ＢＤ－ＲＯＭドライブにＢＤ－ＲＯＭディスクが挿入されている間、再生装置はそのディスクからＳＤメモリカードへ、デジタルコピー用コンテンツを書き込む。書き込み処理の途中でＢＤ－ＲＯＭドライブからＢＤ－ＲＯＭディスクが抜かれた場合、再生装置はネットワーク上のサーバからＳＤメモリカードへ、デジタルコピー用コンテンツをダウンロードする。こうすることで、デジタルコピーの途中でＢＤ－ＲＯＭディスクをＢＤ－ＲＯＭドライブから抜くことができるので、デジタルコピーと並行して別のＢＤ－ＲＯＭディスクから映像を再生することができる。
　（R）図１に示されているように、再生装置103はネットワーク106を通してモバイル機器107に接続可能である。従って、デジタルコピーは、ネットワーク106を通して、モバイル機器107に挿入されたＳＤメモリカード108に対して行われてもよい。
　図６３の（ａ）は、ネットワークを通したデジタルコピーにおける再生装置による処理のフローチャートである。図６３の（ｂ）は、そのデジタルコピーにおけるモバイル機器による処理のフローチャートである。これらの処理は、再生装置にＢＤ－ＲＯＭディスクが挿入されたときに開始される。
　ステップＳ６３０１では、再生装置103が、ＢＤ－ＲＯＭドライブに挿入されたＢＤ－ＲＯＭディスク101を検出する。再生装置103はＢＤ－ＲＯＭディスク101からインデックス・ファイル511を読み出し、インデックス・テーブルの項目ファースト・プレイに規定されたＢＤ－Ｊオブジェクトを起動させる。その後、処理はステップＳ６３０２へ進む。
　ステップＳ６３０２では、再生装置103がＢＤ－Ｊオブジェクトに従って、表示装置104にメニュー画面を表示させる。メニュー画面には、ＢＤＭＶディレクトリ501内のＡＶストリーム・ファイル541の再生の他に、ＤＣＯＰＹディレクトリ502内のデータのデジタルコピーも選択肢として表示される。その後、処理はステップＳ６３０３へ進む。
　ステップＳ６３０３では、再生装置103が、ユーザからリモコン105等を通して、デジタルコピーの実行の指示を受け付ける。このとき、図４１に示されているフローチャートと同様に、言語が選択されてもよい。その後、処理はステップＳ６３０４へ進む。
　ステップＳ６３０４では、再生装置103がＢＤ－Ｊオブジェクトに従って、モバイル機器107をネットワーク106から検索する。再生装置103は更に、モバイル機器107にデジタルコピーの実行を通知する。その通知は、Ｅメールで行われてもよい。その後、処理はステップＳ６３０７へ進む。
　ステップＳ６３０５では、モバイル機器107が、ステップＳ６３０４で再生装置103から送られた通知を受け取り、画面表示によってユーザにその通知を知らせる。モバイル機器107がユーザから、デジタルコピーの実行を許可する旨の入力を受け付けたとき、処理はステップＳ６３０６へ進む。
　ステップＳ６３０６では、モバイル機器107がＨＴＴＰプロトコルに従って、認証サーバとユーザの認証を行う。具体的には、まず、モバイル機器107がユーザにパスワード等の入力を促す。ユーザがモバイル機器107にパスワード等を入力すると、モバイル機器107はそのパスワード等を認証サーバへ渡す。認証サーバは、渡されたパスワード等を、予め保持しているパスワード等と照合する。両者が一致すれば、認証サーバはコンテンツ暗号鍵をモバイル機器107へ渡す。その後、処理はステップＳ６３０８へ進む。
　ここで、モバイル機器107に要求されているデジタルコピーと、再生装置103に挿入されたＢＤ－ＲＯＭディスク101とを関連付けることを目的として、モバイル機器107に入力されるべきパスワード等を、再生装置103が表示装置104に表示させてもよい。その他に、“ＴｒａｎｓｆｅｒＪｅｔ（登録商標）”又は“ＷｉｒｅｌｅｓｓＨＤ”等の近接無線技術を利用して、再生装置103とモバイル機器107との間で認証処理が行われてもよい。
　ステップＳ６３０７では、再生装置103が、ネットワーク106を通してモバイル機器107へデジタルコピー用コンテンツを送出する。その送出処理では、ＨＴＴＰ又はＦＴＰ等のプロトコルが利用される。ステップＳ６３０３で言語が選択された場合、再生装置103は、デジタルコピーＡＶストリーム・ファイルに含まれるオーディオ・ストリームを、いずれかの入れ換え用ストリーム・ファイルに含まれるオーディオ・ストリームに入れ換えてもよい。その後、処理はステップＳ６３０９へ進む。
　ステップＳ６３０８では、モバイル機器107が、デジタルコピー用コンテンツを再生装置103から受け取り、ＳＤメモリカード108の通常領域へ書き込む。その後、処理はステップＳ６３１０へ進む。
　ステップＳ６３０９では、再生装置103はＢＤ－Ｊオブジェクトに従って、表示装置104に、ＳＤメモリカード108に対するデジタルコピー用コンテンツの書き込みが終了したことを表示させる。その後、再生装置103による処理は終了する。尚、モバイル機器107がデジタルコピー用コンテンツをＳＤメモリカード108に書き込んでいる間、再生装置103はＢＤ－Ｊオブジェクトに従って、プログレス・バーを表示装置104に表示させる等、ユーザにデジタルコピーの進捗状況を伝えるようにしてもよい。
　ステップＳ６３１０では、モバイル機器107は、メディア固有鍵を生成して、コンテンツ暗号鍵をメディア固有鍵で暗号化する。その後、モバイル機器107は、暗号化されたコンテンツ暗号鍵をＳＤメモリカード108の認証領域へ書き込む。こうして、モバイル機器107による処理が終了する。
　（S）モバイル機器は再生装置と比べて、携帯電話網等の広域ネットワークに接続しやすい。そこで、再生装置は、モバイル機器をローカル・ストレージとして利用することで、仮想パッケージ機能を実現する。以下、まず、仮想パッケージ機能について説明し、その後、本発明の実施形態によるシステムにおける仮想パッケージ機能の応用について説明する。
　　≪仮想パッケージ機能≫
　「仮想パッケージ」とは、再生装置に内蔵のメモリ上に構築される仮想的なＢＤ－ＲＯＭディスクのディレクトリ構造を意味する。具体的には、仮想パッケージは、ＢＤ－ＲＯＭディスクに格納されたオリジナル・データと、ローカル・ストレージに格納された更新データとの各アクセス・パスから、同じＢＤ－ＲＯＭディスク上のアクセス・パスへのマッピングを規定する。「ローカル・ストレージ」とは、再生装置に内蔵され、又は外付けされたＨＤＤ等の記憶装置をいう。更新データはネットワークを通してＷＷＷサーバからローカル・ストレージへダウンロードされる。ＢＤ－Ｊオブジェクト等のアプリケーション・プログラムでは、オリジナル・データと更新データとへのアクセスを、実際のパスに代えて仮想パッケージ上のパスで記述することができる。すなわち、オリジナル・データと更新データとを同じＢＤ－ＲＯＭディスク上のデータとしてアクセスすることができる。それにより、オリジナル・データの表す映像に、更新データの表す映像を重ねて表示することができる。また、オリジナル・データの表す字幕を、更新データの表す字幕に入れ換えて表示することができる。仮想パッケージを生成する技術は、例えば特許文献２に開示されている。
　図６４は、ローカル・ストレージ6401に格納されたアップデート・キット6410のディレクトリ構造を示す模式図である。「アップデート・キット」とは、ディレクトリ構造に整理された更新データ群をいう。図６４を参照するに、ローカル・ストレージ6401のＲＯＯＴディレクトリ6411の直下に追加コンテンツ格納ディレクトリ（ＢＤ＿ＢＵＤＡ）6412が置かれ、その直下にＯｒｇＩＤディレクトリ6413が置かれている。ＯｒｇＩＤディレクトリ6413の直下にはＤｉｓｃＩＤディレクトリ6414が置かれている。ＤｉｓｃＩＤディレクトリ6414の直下には、マージ管理情報ファイル（merge.xml）6415、署名情報ファイル（merge.sf）6416、及び追加コンテンツ・データ・ファイル（ccc.mpl、vvv.m2t、vvv.clp）6417、6418、6419が置かれている。
　ＯｒｇＩＤディレクトリ6413のディレクトリ名は、オリジナル・データのプロパイダに割り当てられた３２ビットの識別子（ＯｒｇＩＤ：organization ID）を１６進数で表した８文字から成る。ＯｒｇＩＤはインデックス・ファイル511に格納されている。ＯｒｇＩＤの先頭に“０”が並ぶとき、それらの“０”はディレクトリ名から省略される。例えば、ＯｒｇＩＤが０ｘ００００００１Ａであるとき、ＯｒｇＩＤディレクトリのディレクトリ名は“１Ａ”である。
　ＤｉｓｃＩＤディレクトリ6414のディレクトリ名は、ＢＤ－ＲＯＭディスクの記録層に割り当てられた１２８ビットの識別子（ＤｉｓｃＩＤ）を先頭から３２ビットずつに４分割し、各部分を１６進数で表した３２文字から成る。ＤｉｓｃＩＤはインデックス・ファイル511に格納されている。ＤｉｓｃＩＤの先頭に“０”が並ぶとき、それらの“０”はディレクトリ名から省略される。
　マージ管理情報ファイル6415は、アップデート・キット6410に含まれる各ファイルについて、ローカル・ストレージにおけるパスと仮想パッケージにおけるパスとの間の対応関係を示す。署名情報ファイル6416は、オリジナル・データのプロバイダの電子署名を含む。その電子署名は、マージ管理情報ファイル6415のハッシュ値を所定の秘密鍵で暗号化したものである。その秘密鍵は、マージ証明書に含まれる公開鍵と対を成す。すなわち、その電子署名はその公開鍵を利用して復号可能である。マージ証明書は、図５、６には示されていないが、ＢＤ－ＲＯＭディスクに“bd.cert”というファイル名で保存されている。マージ証明書のファイル形式としては、例えばＸ．５０９が利用される。
　追加コンテンツ・データ・ファイル6417－6419は、オリジナル・データの表す映像、音声等に追加されるべき、又はそれらの映像等と入れ換えられるべき映像等を表すファイル群である。追加コンテンツ・データ・ファイルは一般に、プレイリスト・ファイル（ccc.mpl）6417、ＡＶストリーム・ファイル（vvv.m2t）6418、及びクリップ情報ファイル（vvv.clp）6419を含む。
　図６５は、仮想パッケージ機能を搭載した再生装置のブロック図である。図６５に示されている構成要素は、図２８に示されている構成要素とは、再生制御部6535、リード・バッファ6521、6522、ローカル・ストレージ制御部6501、及びシステム・ターゲット・デコーダ6523が異なる。他の構成要素は、図２８に示されているものと同様であるので、それら同様な構成要素についての説明は、図２８に示されているものについての説明を援用する。
　再生制御部6535は、ローカル・ストレージ6401に格納されたアップデート・キットに基づいて仮想パッケージを構築する。すなわち、再生制御部6535は、アプリケーション・プログラムによって指定された仮想パッケージのパスを、ＢＤ－ＲＯＭディスク101上、又はローカル・ストレージ6401内の実際のパスに読み換える。再生制御部6535は更に、読み換えたパスに従って、データの読み出しをＢＤ－ＲＯＭドライブ2801又はローカル・ストレージ制御部6501に指示する。第１リード・バッファ（ＲＢ１）6521は、図２８に示されているリード・バッファ2821に相当し、ＢＤ－ＲＯＭドライブ2801によってＢＤ－ＲＯＭディスク101から読み出されたＡＶストリーム・ファイルを格納する。第２リード・バッファ（ＲＢ２）6522は、ローカル・ストレージ制御部6501によってローカル・ストレージ6401から読み出されたＡＶストリーム・ファイルを格納する。ローカル・ストレージ制御部6501は、再生制御部6535からの命令に従って、ローカル・ストレージ6401に格納されたアップデート・キットにアクセスしてデータをローカル・ストレージ6401から、動的シナリオ・メモリ2831、静的シナリオ・メモリ2832、又はＲＢ２6522へ転送する。システム・ターゲット・デコーダ6523は、ＲＢ１6521とＲＢ２6522とのそれぞれからＡＶストリーム・ファイルを読み出して、パラレルに復号する。
　図６６の（ａ）は、ＢＤ－ＲＯＭディスクに格納されたオリジナル・データ6610と、ローカル・ストレージに格納されたアップデート・キット6620とから仮想パッケージ6630を構築する処理を示す模式図である。図６６の（ａ）を参照するに、アップデート・キット6620では、ＢＤ＿ＢＵＤＡディレクトリの直下にＯｒｇＩＤディレクトリ“１”が置かれ、その直下にＤｉｓｃＩＤディレクトリ“１”が置かれている。ＤｉｓｃＩＤディレクトリ“１”の直下には、マージ管理情報ファイル（merge.xml）6621、署名情報ファイル（merge.sf）6622、プレイリスト・ファイル（ccc.mpl）6623、第１ＡＶストリーム・ファイル（vvv.m2t）6624、第１クリップ情報ファイル（vvv.clp）6625、及び第２クリップ情報ファイル（sss.clp）6626が置かれている。
　仮想パッケージを構築する場合、再生制御部6640はまず、アップデート・キット6620から、マージ管理情報ファイル6621と署名情報ファイル6622とを読み出し、オリジナル・データ6610からはマージ証明書を読み出す。再生制御部6640は、マージ証明書に含まれる公開鍵で署名情報ファイル6622を復号して、復号結果をマージ管理情報ファイル6621と照合する。それにより、マージ管理情報ファイル6621が認証される。
　マージ管理情報ファイル6621の認証に成功した後、再生制御部6640は、マージ管理情報ファイル6621を参照して、アップデート・キット6620の各ファイルについて、実際のパスと仮想パッケージにおけるパスとを関連付ける。それにより、アプリケーション・プログラムは再生制御部6640に対して仮想パッケージのパスで各ファイルのアクセスを要求することができる。
　図６６の（ｂ）は、マージ管理情報ファイル6621に格納された、アップデート・キット6620の各ファイルについてローカル・ストレージ内のパス（ローカル・ストレージ・パス）と仮想パッケージ上のパス（仮想パッケージ・パス）との間の対応関係を示す表である。図６６の（ｂ）を参照するに、ローカル・ストレージ・パス“／1／1／ccc.mpl”、“／1／1／vvv.clp”、“／1／1／vvv.m2t”、“／1／1／sss.clp”、“／1／1／sss.m2t”にはそれぞれ、仮想パッケージ・パスとして、“／BDMV／PLAYLIST／ccc.mpls”、“／BDMV／CLIPINF／vvv.clpi”、“／BDMV／STREAM／vvv.m2ts”、“／BDMV／CLIPINF／sss.clpi”、“／BDMV／STREAM／sss.m2ts”が対応付けられている。従って、アプリケーション・プログラムが再生制御部6640に仮想パッケージ6630のプレイリスト・ファイル“ccc.mpls”6631のアクセスを要求するとき、再生制御部6640はアップデート・キット6620のプレイリスト・ファイル“ccc.mpl”6623をアクセスする。同様に、アプリケーション・プログラムが再生制御部6640に仮想パッケージ6630のクリップ情報ファイル“vvv.clpi”6632、“sss.clpi”6633のアクセスを要求するとき、再生制御部6640はアップデート・キット6620のクリップ情報ファイル“vvv.clp”6625、“sss.clp”6626をアクセスする。更に、アプリケーション・プログラムが再生制御部6640に仮想パッケージ6630の第１ＡＶストリーム・ファイル“vvv.m2ts”6634のアクセスを要求するとき、再生制御部6640はアップデート・キット6620の第１ＡＶストリーム・ファイル“vvv.m2t”6624をアクセスする。一方、アプリケーション・プログラムが再生制御部6640に仮想パッケージ6630の第２ＡＶストリーム・ファイル“sss.m2ts”6635のアクセスを要求するとき、アップデート・キット6620には、対応するＡＶストリーム・ファイルが存在しない。ここで、図６６の（ｂ）を再び参照するに、第２ＡＶストリーム・ファイル“sss.m2ts”6635にはプログレッシブ属性が付与されている。「プログレッシブ属性」とは、仮想パッケージが構築される時点ではそのファイルがローカル・ストレージに存在しなくてもよく、アクセスが要求された時点でネットワークからダウンロードされればよいことをいう。従って、アプリケーション・プログラムが再生制御部6640に仮想パッケージ6630の第２ＡＶストリーム・ファイル“sss.m2ts”6635のアクセスを要求するとき、再生制御部6640は、ネットワークからローカル・ストレージへ第２ＡＶストリーム・ファイル“sss.m2ts”6635をダウンロードする。そのダウンロードが完了した後に、再生制御部6640は第２ＡＶストリーム・ファイル“sss.m2ts”6635にアクセスする。
　図６７の（ａ）、（ｂ）、（ｃ）は、仮想パッケージを利用したＡＶストリーム・ファイルの擬似的なストリーミング再生処理を示す模式図である。図６７の（ａ）を参照するに、プレイリスト・ファイル6701は５つのプレイアイテムＰＬ＃１、ＰＬ＃２、…、ＰＬ＃５を含む。各プレイアイテムは異なるＡＶストリーム・ファイル“00001.m2ts”、“00002.m2ts”、“00003.m2ts”、“00004.m2ts”、“00005.m2ts”を参照する。これらのＡＶストリーム・ファイルは全て、アップデート・キットに含まれ、プログレッシブ属性が付与されている。それらのうち、再生順序が早い第１ＡＶストリーム・ファイル“00001.m2ts”と第２ＡＶストリーム・ファイル“00002.m2ts”とは、ローカル・ストレージへのダウンロードが既に完了しており、ＢＤ－Ｊアプリケーション・プログラムに従って有効（Enable）状態にセットされている。残りのＡＶストリーム・ファイル“00003.m2ts”、“00004.m2ts”、“00005.m2ts”は、ローカル・ストレージへのダウンロードがまだ完了していないか、又は、ダウンロードは完了しているが無効（Disable）状態である。図６７の（ａ）に矢印6702で示されているように、再生処理は有効状態のＡＶストリーム・ファイルから順番に実行される。
　ここで、「有効状態」とは、再生装置による再生処理が可能な状態をいい、「無効状態」とは、その再生処理が不可である状態をいう。有効状態と無効状態との切り換えはＡＰＩに従って行われる。ＡＶストリーム・ファイルを有効状態にセットするＡＰＩが実行されると、そのＡＶストリーム・ファイルはリード・オンリー属性になり、再生装置による再生処理が可能になる。有効状態にセットされたことが一度もないＡＶストリーム・ファイルは無効状態である。有効状態のＡＶストリーム・ファイルを削除又は上書きする場合には、ＡＰＩによって、そのＡＶストリーム・ファイルを一旦、無効状態に変化させなければならない。
　図６７の（ｂ）を参照するに、矢印6702の先端が示す再生位置は、第３プレイアイテムＰＬ＃３に進んでいる。そのとき、第３ＡＶストリーム・ファイル“00003.m2ts”のダウンロードは既に完了し、第３ＡＶストリーム・ファイルは既にＡＰＩによって有効状態に変化している。従って、再生処理は正常に進行する。このように、プレイリスト再生時において、次の再生位置にあるプレイアイテムの参照するＡＶストリーム・ファイルを、再生位置がそのプレイアイテムに進むよりも少し先にダウンロードする。それにより、擬似的なストリーミング再生処理を実現することができる。
　図６７の（ｃ）を参照するに、矢印6702の先端が示す再生位置は、第３プレイアイテムＰＬ＃３の後端に達する。しかし、その時点では、第４プレイアイテムＰＬ＃４の参照する第４ＡＶストリーム・ファイル“00004.m2ts”はまだダウンロードされていないか、無効状態である。その場合、再生制御部はプレイリスト再生を停止し、再生停止イベント6703をアプリケーション・プログラムに通知する。アプリケーション・プログラムは再生停止イベント6703に応じて、第４ＡＶストリーム・ファイルのダウンロードを完了させて、その状態を有効状態に変化させる。その後、再生停止イベント6703が通知された時点での再生位置から、ＡＶストリーム・ファイルの再生が再開される。
　　≪モバイル機器と再生装置とによる仮想パッケージの構築≫
　モバイル機器と再生装置とは次のようにして仮想パッケージを構築する。まず、モバイル機器がネットワークから内蔵の記憶装置にアップデート・キットをダウンロードする。次に、モバイル機器と再生装置とが、近接無線技術又は無線ＬＡＮによって接続される。アプリケーション・プログラムはソケット間通信でモバイル機器と情報を交換する。再生装置はモバイル機器をローカル・ストレージとして取り扱う。それにより、再生装置は、モバイル機器に保持されたアップデート・キットを利用して仮想パッケージを構築することができる。尚、モバイル機器がアップデート・キットをＳＤメモリカードに書き込み、再生装置がそのＳＤメモリカードをローカル・ストレージとして扱うことによって、仮想パッケージを構築してもよい。
　再生装置がモバイル機器をローカル・ストレージとして利用して仮想パッケージを構築している間に、そのモバイル機器にテレビ電話がかかってきた場合、再生装置は仮想パッケージ機能を利用して、テレビ電話の映像を、ＢＤ－ＲＯＭディスクから再生された映像に重ねて表示してもよい。
　図６８の（ａ）は、テレビ電話がかかってくる前における再生システムを示す模式図である。再生装置103は、ＢＤ－ＲＯＭディスク101からプライマリ・ビデオ・ストリームの映像BGを再生して、表示装置104に表示させる。モバイル機器107はサーバ6801から、透明な映像TRを表すセカンダリ・ビデオ・ストリームをダウンロードする。そのセカンダリ・ビデオ・ストリームにはプログレッシブ属性が付与されている。再生装置103は擬似的なストリーミング再生処理により、そのセカンダリ・ビデオ・ストリームから透明な映像TRを再生して、プライマリ・ビデオ・ストリームの映像BGに重ねて表示装置104に表示させる。尚、サーバ6801に代えて、モバイル機器107自身がセカンダリ・ビデオ・ストリームを生成してもよい。
　図６８の（ｂ）は、テレビ電話がかかってきたときにおける再生システムを示す模式図である。モバイル機器107は、テレビ電話の映像PHを符号化してセカンダリ・ビデオ・ストリームを生成し、サーバ6801からダウンロードされたセカンダリ・ビデオ・ストリームと置き換える。それにより、再生装置103は擬似的なストリーミング再生処理により、そのセカンダリ・ビデオ・ストリームからテレビ電話の映像PHを再生して、プライマリ・ビデオ・ストリームの映像BGに重ねて表示装置104に表示させる。
　再生装置がモバイル機器をローカル・ストレージとして利用して仮想パッケージを構築している間に、そのモバイル機器に電話がかかってきた場合、再生装置は仮想パッケージ機能を利用して、電話の音声を、ＢＤ－ＲＯＭディスクから再生された音声にミキシングして再現してもよい。
　図６９の（ａ）は、電話がかかってくる前における再生システムを示す模式図である。再生装置103は、ＢＤ－ＲＯＭディスク101からプライマリ・オーディオ・ストリームの音声MAを再生して、表示装置104のスピーカに再現させる。モバイル機器107はサーバ6801から、無音声SAを表すセカンダリ・オーディオ・ストリームをダウンロードする。そのセカンダリ・オーディオ・ストリームにはプログレッシブ属性が付与されている。再生装置103は擬似的なストリーミング再生処理により、そのセカンダリ・オーディオ・ストリームから無音声SAを再生して、プライマリ・オーディオ・ストリームの音声MAにミキシングして表示装置104のスピーカに再現させる。
　図６９の（ｂ）は、電話がかかってきたときにおける再生システムを示す模式図である。モバイル機器107は、電話の音声PAを符号化してセカンダリ・オーディオ・ストリームを生成し、サーバ6801からダウンロードされたセカンダリ・オーディオ・ストリームと置き換える。それにより、再生装置103は擬似的なストリーミング再生処理により、そのセカンダリ・オーディオ・ストリームから電話の音声PAを再生して、プライマリ・オーディオ・ストリームの音声MAとミキシングして表示装置104のスピーカに再現させる。
　モバイル機器107に電話がかかってきたとき、再生装置103はアプリケーション・プログラムに従って、電話がかかってきたことを示すメッセージをグラフィックスで表示装置104に表示させてもよい。また、ユーザが、モバイル機器107にかかってきた電話に出たとき、再生装置103はアプリケーション・プログラムに従ってポーズを実行し、モバイル機器107にかかってきた電話にユーザが出たことを示すメッセージを表示装置104に表示させてもよい。尚、この処理を、再生装置103がアプリケーション・プログラムに依らずに自動的に行ってもよい。その他に、再生装置103は、モバイル機器の電池の残量及び記憶装置の空き領域を監視し、それらに関する情報をグラフィックスで表示装置104に表示させてもよい。
　再生装置は、ネットワーク上のサーバを通してモバイル機器に接続されてもよい。図７０は、ネットワーク上のサーバを通して接続されたモバイル機器と再生装置とを示す模式図である。モバイル機器7001は、テレビ電話の映像PH又は音声を表すＡＶストリーム・ファイルを生成して、サーバ7002にアップロードする。サーバ7002はそのＡＶストリーム・ファイルをアップデート・キットに組み込む。再生装置7003はローカル・ストレージを内蔵し、ネットワークを通してサーバ7002に接続されている。再生装置7003は、サーバ7002からローカル・ストレージへアップデート・キットをダウンロードし、そのアップデート・キットを利用して仮想パッケージを構築する。それにより、再生装置7003は、ＢＤ－ＲＯＭディスク7004から再生される映像BG又は音声に、テレビ電話の映像又は音声を重ねて表示装置7005に再現させる。
　再生装置が複数のモバイル機器に接続されている場合、再生装置は各モバイル機器から、通信速度及びバッテリの残量（コンセントに接続されているか否かを含む）に関する情報を受けて、その情報に基づいて、使用すべきモバイル機器を選択してもよい。例えば、高ビットレートのコンテンツをネットワークからダウンロードして再生する場合、再生装置は、通信速度の高いモバイル機器を選択する。また、再生時間の長いコンテンツをネットワークからダウンロードして再生する場合、再生装置は、バッテリの耐久時間が長いモバイル機器を選択する。尚、通信速度の測定には、通信テストを行うベンチマークが利用されてもよい。再生装置は更に、各モバイル機器からマックアドレスを取得して、各モバイル機器と関連付けておいてもよい。それにより、再生装置はマックアドレスからモバイル機器を識別することができるので、各モバイル機器の情報を表示装置にグラフィックスで表示することができる。その他に、接続中のモバイル機器が通信圏外に持ち出されてしまった場合、再生装置は別のモバイル機器に接続されたことを表示装置に表示させることができる。再生装置は複数のモバイル機器の全てに同時に接続されてもよい。例えば、再生装置は通常の状態では１台のモバイル機器にのみ接続され、より大きな通信帯域が必要となる場合に、２台以上のモバイル機器に接続されるようにしてもよい。
　《実施形態２》
　以下、本発明の実施形態２として、本発明の実施形態１による記録媒体の記録装置及び記録方法について説明する。
　その記録装置はいわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリングスタッフによって使用される。記録装置はオーサリングスタッフの操作に従い、まず映画コンテンツを、ＭＰＥＧ規格に則った圧縮符号化方式のデジタル・ストリーム、すなわちＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。シナリオは、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には上記の動的シナリオ情報及び静的シナリオ情報を含む。記録装置は続いて、上記のデジタル・ストリーム及びシナリオから、ＢＤ－ＲＯＭディスク用のボリュームイメージ又はアップデートキットを生成する。記録装置は最後に、実施形態１によるエクステントの配置を利用して、ボリュームイメージを記録媒体に記録する。
　図７１は、その記録装置の内部構成を示すブロック図である。図７１を参照するに、その記録装置は、ビデオエンコーダ7101、素材制作部7102、シナリオ生成部7103、ＢＤプログラム制作部7104、多重化処理部7105、フォーマット処理部7106、及びデータベース部7107を含む。
　データベース部7107は記録装置に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部7107はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
　ビデオエンコーダ7101は、非圧縮のビットマップ・データ等の映像データをオーサリングスタッフから受け付けて、それをＭＰＥＧ－４　ＡＶＣ又はＭＰＥＧ－２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。ビデオエンコーダ7101は更に、同じ映像データからデジタルコピー用コンテンツのビデオ・ストリームを生成する。各ビデオ・ストリーム7111はデータベース部7107に保存される。
　素材制作部7102は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム7112、ＰＧストリーム7113、及びＩＧストリーム7114を作成してデータベース部7107に保存する。例えば、素材制作部7102はオーサリングスタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ－３等の圧縮符号化方式で符号化してオーディオ・ストリーム7112に変換する。そのとき、素材制作部7102は、本編のオーディオ・ストリームに加えて、デジタルコピー用コンテンツのオーディオ・ストリームを生成する。素材制作部7102はその他に、オーサリングスタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム7113を作成する。字幕情報ファイルは、字幕を表すイメージ・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェードイン／フェードアウト等の視覚効果を規定する。素材制作部7102は更に、オーサリングスタッフからビットマップ・データとメニューファイルとを受け付けて、それらに従ってＩＧストリーム7114を作成する。ビットマップ・データはメニューのイメージを表す。メニューファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
　シナリオ生成部7103は、オーサリングスタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ－ＲＯＭシナリオ・データ7115を作成し、データベース部7107に保存する。ＢＤ－ＲＯＭシナリオ・データ7115は、データベース部7107に保存された各エレメンタリ・ストリーム7111－7114の再生方法を規定する。ＢＤ－ＲＯＭシナリオ・データ7115は、図５、６に示されているファイル群のうち、インデックス・ファイル511、ムービーオブジェクト・ファイル512、プレイリスト・ファイル521、及びデータ情報ファイル611を含む。シナリオ生成部7103は更にパラメータ・ファイルPRFを作成して多重化処理部7105へ送出する。パラメータ・ファイルPRFは、データベース部7107に保存されたエレメンタリ・ストリーム7111－7114の中から、ＡＶストリーム・ファイルとデジタルコピーＡＶストリーム・ファイルとのそれぞれに多重化されるべきストリーム・データを規定する。
　ＢＤプログラム制作部7104はオーサリングスタッフに対して、ＢＤ－Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部7104はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部7104は更に、ＢＤ－ＪオブジェクトからＢＤ－Ｊオブジェクト・ファイル551を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル561に圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部7106へ送出される。
　多重化処理部7105はパラメータ・ファイルPRFに従い、データベース部7107に保存されている各エレメンタリ・ストリーム7111－7114をＭＰＥＧ－２ＴＳ形式のＡＶストリーム・ファイル、又は、ＭＰ４形式、若しくはＭＰＥＧ－２ＴＳ形式のデジタルコピーＡＶストリーム・ファイルに多重化する。具体的には、図８に示されているように、各エレメンタリ・ストリーム7111－7114がソースパケット列に変換され、各列のソースパケットが一列にまとめられてＡＶストリーム・ファイルが構成される。一方、図２１に示されているように、ＶＡＵとオーディオ・フレームとがチャンクにまとめられ、ビデオ・ストリームのチャンクとオーディオ・ストリームのチャンクとが交互に並べられることによって、デジタルコピーＡＶストリーム・ファイルが構成される。
　上記の処理と並行して、多重化処理部7105はクリップ情報ファイル531を以下の手順で作成する。まず、ＡＶストリーム・ファイルについて、図１５に示されているエントリ・マップ1430が生成される。次に、ＡＶストリーム・ファイルに多重化されるべき各エレメンタリ・ストリームから、図１４に示されているストリーム属性情報が抽出される。更に、図１４に示されているように、エントリ・マップ及びストリーム属性情報の組み合わせがクリップ情報に対応付けられる。また、多重化処理部7105は、図６に示されている管理情報ファイル621を作成する。具体的には、デジタルコピーＡＶストリーム・ファイルに多重化されるべきビデオ・ストリーム及びオーディオ・ストリームから属性情報が抽出され、ファイル形式に整えられる。
　フォーマット処理部7106は、データベース部7107に保存されたＢＤ－ＲＯＭシナリオ・データ7115、ＢＤプログラム制作部7104によって制作されたＢＤ－Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、並びに、多重化処理部7105によって生成されたＡＶストリーム・ファイルAVF、デジタルコピーＡＶストリーム・ファイルDCF、クリップ情報ファイルCLI、及び管理情報ファイルMIFから、図５、６に示されているディレクトリ構造のＢＤ－ＲＯＭディスクイメージ7120を作成する。そのディレクトリ構造では、ファイルシステムとしてＵＤＦが利用される。
　フォーマット処理部7106は、ＡＶストリーム・ファイルとデジタルコピーＡＶストリーム・ファイルとの各ファイル・エントリを作成するとき、クリップ情報ファイルに含まれるエントリ・マップを参照する。それにより、各エントリ・ポイントのＳＰＮが各アロケーション記述子の作成に利用される。特に、図４４の（ｂ）又は図４５等に示されているようなエクステントの配置が表現されるように、アロケーション記述子が作成される。
　＜ＢＤ－ＲＯＭディスク・イメージの記録方法＞
　図７２は、図７１に示されている記録装置7100を利用してＢＤ－ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7100の電源投入によって開始される。
　ステップＳ７２０１では、ＢＤ－ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが作成される。すなわち、ビデオ・エンコーダ7102はビデオ・ストリーム7111を作成する。素材制作部7103は、オーディオ・ストリーム7112、ＰＧストリーム7113、及びＩＧストリーム7114を作成する。シナリオ生成部7104はＢＤ－ＲＯＭシナリオ・データ7115を作成する。作成されたそれらのデータ7111－7115はデータベース部7101に保存される。シナリオ生成部7104はパラメータ・ファイルPRFを作成して多重化処理部7106へ送出する。ＢＤプログラム制作部7105は、ＢＤ－Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDPを作成してフォーマット処理部7107へ送出する。その後、処理はステップＳ７２０２へ進む。
　ステップＳ７２０２では、多重化処理部7106はパラメータ・ファイルPRFに従い、データベース部7101から各エレメンタリ・ストリーム7111－7114を読み出して、ＡＶストリーム・ファイルとデジタルコピーＡＶストリーム・ファイルとに多重化する。その後、処理はステップＳ７２０３へ進む。
　ステップＳ７２０３では、多重化処理部7106はクリップ情報ファイルと管理情報ファイルとを作成する。更に、リード・バッファのオーバーフロー及びアンダーフローが生じないように、各ファイルのエクステントのサイズが設計される。その後、処理はステップＳ７２０４へ進む。
　ステップＳ７２０４では、フォーマット処理部7107は、ＢＤ－ＲＯＭシナリオ・データ7115、プログラム・ファイル群BDP、ＡＶストリーム・ファイルAVF、デジタルコピーＡＶストリーム・ファイルDCF、クリップ情報ファイルCLI、及び管理情報ファイルMIFから、ＢＤ－ＲＯＭディスク・イメージ7120を作成する。その後、処理はステップＳ７２０５へ進む。
　ステップＳ７２０５では、ＢＤ－ＲＯＭディスク・イメージ7120がＢＤ－ＲＯＭプレス用データに変換される。更に、このデータはＢＤ－ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ７２０６へ進む。
　ステップＳ７２０６では、ステップＳ７２０５で得られた原盤をプレス工程に利用してＢＤ－ＲＯＭディスクの大量生産を行う。こうして、処理が終了する。
　本発明は、記録媒体間でデータをコピーする技術に関し、上記のとおり、デジタルコピー時にオーディオ・ストリームを別のオーディオ・ストリームに入れ換える。このように、本発明は明らかに産業上利用可能である。
　622　デジタルコピーＡＶストリーム・ファイル
　631　入れ換え用ストリーム・ファイル
　V　　ビデオ・ストリームのチャンク
　A1　　第１オーディオ・ストリームのチャンク
　A2　　第２オーディオ・ストリームのチャンク

Claims (6)

  1. 　第１コンテンツ、及び、前記第１コンテンツに対するデジタルコピー用の第２コンテンツと第３コンテンツが記録された記録媒体であって、
    　前記第２コンテンツは、ビデオ・ストリームと第１オーディオ・ストリームとを含み、
    　前記第３コンテンツは、第２オーディオ・ストリームを含み、
    　前記第１オーディオ・ストリームと前記第２オーディオ・ストリームとは、暗号化の単位ごとにオーディオ・フレームの数が共通であり、
    　１つのビデオ・ストリームに多重化可能なオーディオ・ストリームの数が制限されている外部記録媒体に前記第２コンテンツがコピーされる際に、前記第２オーディオ・ストリームが前記第１オーディオ・ストリームと暗号化の単位ごとに入れ換え可能であることを特徴とする記録媒体。
  2. 　前記第１オーディオ・ストリームと前記第２オーディオ・ストリームとは、同じ属性かつ同じビットレートであって、同じコーデックかつ同じ鍵で暗号化されている、請求項１に記載の記録媒体。
  3. 　前記第２コンテンツが記録された領域では、ビデオ・ストリームが連続して記録され、その後に前記第１オーディオ・ストリームが連続して記録されている、請求項１に記載の記録媒体。
  4. 　前記第２コンテンツに含まれるビデオ・ストリームは、複数のアクセス・ユニットごとに暗号化されており、
    　前記ビデオ・ストリーム、前記第１オーディオ・ストリーム、及び前記第２オーディオ・ストリームが暗号化の単位ごとに交互に記録されている、
    請求項１に記載の記録媒体。
  5. 　前記第２コンテンツに含まれるビデオ・ストリームを参照するための情報と、前記第１オーディオ・ストリームを参照するための情報とが、一つのファイルを参照するための情報として連続して記録され、
    　前記ビデオ・ストリームを参照するための情報と、前記第２オーディオ・ストリームを参照するための情報とが、前記一つのファイルとは別のファイルを参照するための情報として連続して記録されている、
    請求項１に記載の記録媒体。
  6. 　第１コンテンツ、及び、前記第１コンテンツに対するデジタルコピー用の第２コンテンツと第３コンテンツが記録された第１記録媒体から、１つのビデオ・ストリームに多重化可能なオーディオ・ストリームの数が制限されている第２記録媒体へデータをコピーする方法であって、
    　前記第２コンテンツは、ビデオ・ストリームと第１オーディオ・ストリームとを含み、
    　前記第３コンテンツは、第２オーディオ・ストリームを含み、
    　前記第１オーディオ・ストリームと前記第２オーディオ・ストリームとは、暗号化の単位ごとにオーディオ・フレームの数が共通であり、
    　前記ビデオ・ストリームを、暗号化の単位で前記第１記録媒体から前記第２記録媒体に書き込むステップ、及び、
    　前記第１記録媒体からの前記第１オーディオ・ストリームの読み出しをスキップして、前記第２オーディオ・ストリームを暗号化の単位で前記第１記録媒体から前記第２記録媒体に書き込むステップ、
    を有する方法。
PCT/JP2011/005595 2010-10-08 2011-10-04 記録媒体、及びデータのコピー方法 Ceased WO2012046437A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US39117410P 2010-10-08 2010-10-08
US61/391,174 2010-10-08

Publications (1)

Publication Number Publication Date
WO2012046437A1 true WO2012046437A1 (ja) 2012-04-12

Family

ID=45927443

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/005595 Ceased WO2012046437A1 (ja) 2010-10-08 2011-10-04 記録媒体、及びデータのコピー方法

Country Status (1)

Country Link
WO (1) WO2012046437A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015182492A1 (ja) * 2014-05-30 2015-12-03 ソニー株式会社 情報処理装置および情報処理方法
WO2015182491A1 (ja) * 2014-05-30 2015-12-03 ソニー株式会社 情報処理装置および情報処理方法
WO2016002738A1 (ja) * 2014-06-30 2016-01-07 ソニー株式会社 情報処理装置および情報処理方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11205750A (ja) * 1998-01-14 1999-07-30 Matsushita Electric Ind Co Ltd 映像音声多重化装置、及び映像と音声の多重化方法、並びに映像と音声を多重化するプログラムを記録した記録媒体
JP2002237170A (ja) * 2001-02-05 2002-08-23 Samsung Electronics Co Ltd マルチストリームが記録された情報貯蔵媒体、その記録装置、その記録方法、その再生装置、及びその再生方法
JP2004007533A (ja) * 2002-03-29 2004-01-08 Toshiba Corp マルチメディア・ファイル・フォーマットのデータ構造、その暗号化方法並びに装置及びその暗号の復号化方法及び装置
JP2004096282A (ja) * 2002-08-30 2004-03-25 Toshiba Corp 映像信号記録装置、映像信号再生装置、記録媒体
JP2007059011A (ja) * 2005-08-26 2007-03-08 Hitachi Ltd データ記録方法、記録媒体、再生装置及び記録再生装置
JP2008027472A (ja) * 2006-07-18 2008-02-07 Hitachi Ltd 記録再生装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11205750A (ja) * 1998-01-14 1999-07-30 Matsushita Electric Ind Co Ltd 映像音声多重化装置、及び映像と音声の多重化方法、並びに映像と音声を多重化するプログラムを記録した記録媒体
JP2002237170A (ja) * 2001-02-05 2002-08-23 Samsung Electronics Co Ltd マルチストリームが記録された情報貯蔵媒体、その記録装置、その記録方法、その再生装置、及びその再生方法
JP2004007533A (ja) * 2002-03-29 2004-01-08 Toshiba Corp マルチメディア・ファイル・フォーマットのデータ構造、その暗号化方法並びに装置及びその暗号の復号化方法及び装置
JP2004096282A (ja) * 2002-08-30 2004-03-25 Toshiba Corp 映像信号記録装置、映像信号再生装置、記録媒体
JP2007059011A (ja) * 2005-08-26 2007-03-08 Hitachi Ltd データ記録方法、記録媒体、再生装置及び記録再生装置
JP2008027472A (ja) * 2006-07-18 2008-02-07 Hitachi Ltd 記録再生装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015182492A1 (ja) * 2014-05-30 2015-12-03 ソニー株式会社 情報処理装置および情報処理方法
WO2015182491A1 (ja) * 2014-05-30 2015-12-03 ソニー株式会社 情報処理装置および情報処理方法
CN106463148A (zh) * 2014-05-30 2017-02-22 索尼公司 信息处理装置和信息处理方法
JPWO2015182492A1 (ja) * 2014-05-30 2017-04-20 ソニー株式会社 情報処理装置および情報処理方法
US10375439B2 (en) 2014-05-30 2019-08-06 Sony Corporation Information processing apparatus and information processing method
CN106463148B (zh) * 2014-05-30 2019-10-01 索尼公司 信息处理装置和信息处理方法
WO2016002738A1 (ja) * 2014-06-30 2016-01-07 ソニー株式会社 情報処理装置および情報処理方法

Similar Documents

Publication Publication Date Title
JP5914888B2 (ja) 高画質化に関わる記録媒体、再生装置、記録装置、符号化方法、復号化方法
JP4564102B2 (ja) 記録媒体、再生装置、及び集積回路
US8165458B2 (en) Playback device, playback method, playback program, and integrated circuit
CN102833572B (zh) 接收装置
JP4847631B2 (ja) 記録媒体、再生装置、及び集積回路
JP4642939B2 (ja) 記録媒体、再生装置、及び集積回路
US8045844B2 (en) Recording medium, playback apparatus, and integrated circuit
US8849088B2 (en) Playback device, recording device, playback method, and recording method
JP5908894B2 (ja) 記録媒体、再生装置、及び記録装置
WO2010038409A1 (ja) 再生装置、記録媒体、及び集積回路
KR20110063615A (ko) 3ｄ 영상이 기록된 기록매체, 3ｄ 영상을 재생하는 재생장치 및 시스템 ｌｓｉ
CN102138335A (zh) 记录介质、再现装置以及集成电路
JP2020098661A (ja) 再生装置、及び、再生方法
JP2017192137A (ja) 再生装置および再生方法
JP2010273351A (ja) 記録媒体、再生装置、及び集積回路
WO2012046437A1 (ja) 記録媒体、及びデータのコピー方法
HK1233050A1 (zh) 記錄介質、再現方法以及再現裝置

Legal Events

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

Ref document number: 11830371

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11830371

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP