WO2006033275A1 - データ処理装置 - Google Patents

データ処理装置 Download PDF

Info

Publication number
WO2006033275A1
WO2006033275A1 PCT/JP2005/017029 JP2005017029W WO2006033275A1 WO 2006033275 A1 WO2006033275 A1 WO 2006033275A1 JP 2005017029 W JP2005017029 W JP 2005017029W WO 2006033275 A1 WO2006033275 A1 WO 2006033275A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
file
time
kpu
clip
Prior art date
Application number
PCT/JP2005/017029
Other languages
English (en)
French (fr)
Inventor
Hiroshi Yahata
Tomoyuki Okada
Masanori Itoh
Original Assignee
Matsushita Electric Industrial Co., Ltd.
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 Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to EP05783266.9A priority Critical patent/EP1802117B1/en
Priority to US11/575,408 priority patent/US8032012B2/en
Priority to JP2006536355A priority patent/JP4791969B2/ja
Publication of WO2006033275A1 publication Critical patent/WO2006033275A1/ja
Priority to US13/217,490 priority patent/US8824864B2/en
Priority to US13/217,840 priority patent/US8831410B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • 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
    • 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/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • 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/2508—Magnetic discs
    • G11B2220/2516—Hard disks
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/40—Combinations of multiple record carriers
    • G11B2220/41—Flat as opposed to hierarchical combination, e.g. library of tapes or discs, CD changer, or groups of record carriers that together store one title
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/40—Combinations of multiple record carriers
    • G11B2220/41—Flat as opposed to hierarchical combination, e.g. library of tapes or discs, CD changer, or groups of record carriers that together store one title
    • G11B2220/412—Distributed storage methods, i.e. the system may autonomously determine for a storage device that provides enough storage capacity for recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/781—Television signal recording using magnetic recording on disks or drums
    • 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

Definitions

  • the present invention relates to a technique for efficiently managing a data stream of content on a medium and facilitating reproduction and editing of the content.
  • optical disk recorders capable of writing and storing digital data of contents on media such as optical disks such as DVDs, magnetic disks such as hard disks, and semiconductor memories
  • Such content is, for example, video and audio shot by a broadcast program, a camcorder, or the like.
  • Patent Document 1 JP-A-11 155130
  • An object of the present invention is to provide a means for editing a content data stream at high speed.
  • the data processing apparatus can edit content written on a medium.
  • the content is stored in a file as a data stream composed of a plurality of packets having the same packet size.
  • a file system for accessing data on a cluster size basis is constructed on the medium.
  • the data processing device receives a designation of a range of partial deletion including the beginning of the file, and is within the range of partial deletion from the beginning of the file, and the cluster size And a media control unit that deletes data having an amount of data that is an integral multiple of the least common multiple of the packet size.
  • the data stream includes a reproduction unit that includes a plurality of picture powers and includes one or more decoding power units that require decoding of the reference picture power.
  • the media control unit may write a value of a data amount up to a reproduction unit first appearing in a data stream in a file after deleting data to the medium.
  • a time entry for specifying a data position of a picture to be reproduced at every predetermined reproduction time of the content is written in advance with respect to a data stream before data is deleted.
  • the media control unit determines the value of the data amount from the beginning of the playback unit that appears for the first time to the data position of the first picture specified by the time entry for the data stream after deleting the data. You may write to
  • the data stream is composed of a plurality of packets each having a packet size of 192 bytes, and a file system for accessing data in units of a cluster size of 32 kilobytes is constructed on the medium.
  • the media control unit may delete data having an integer multiple of 96 kilobytes.
  • the media control unit When receiving the designation of the range of partial deletion including the end of the file, the media control unit is within the range of partial deletion from the end of the file and is an integral multiple of the packet size. Data amount data may be deleted.
  • the media control unit may delete incomplete playback unit data in the data stream within the range of the partial deletion.
  • a chip circuit according to the present invention is mounted on a data processing device in order to perform processing for editing content written on a medium.
  • the content is stored in a file as a data stream composed of a plurality of packets having the same packet size.
  • a file system for accessing data in cluster size units is constructed on the media.
  • the data processing apparatus includes a receiving unit that receives designation of a range of partial deletion including the head of the file.
  • the chip circuit is the least common multiple of the cluster size and the packet size within the above range from the top of the file.
  • a process of specifying data having an integer multiple of the number of times and a process of outputting an instruction to delete the specified data are executed.
  • a computer program according to the present invention is executed in a data processing apparatus for performing processing for editing content written on a medium.
  • the content is stored in a file as a data stream composed of a plurality of packets having the same packet size.
  • a file system for accessing data in units of cluster size is constructed on the medium.
  • the data processing apparatus that has executed the computer program receives a designation of a range including the beginning of the file, and is within the range from the beginning of the file and is the minimum of the cluster size and the packet size. And a step of deleting data having a data amount that is an integral multiple of the common multiple.
  • the data processing method is executed to edit content written on a medium.
  • the content is stored in the file as a data stream composed of a plurality of packets having the same packet size.
  • a file system for accessing data in cluster size units is constructed on the media.
  • the data processing method includes a step of receiving designation of a range of partial deletion including the beginning of the file, a range of the partial deletion from the beginning of the file, and the cluster size and the packet size. And a step of deleting data whose data amount is an integral multiple of the least common multiple.
  • the integral multiple of the data is based on the least common multiple of the cluster size of the file system and the packet size of the data stream. Delete quantity data.
  • FIG. 1 is a diagram showing a plurality of types of data processing devices that cooperate via removable media.
  • FIG. 2 is a diagram showing functional blocks of the camcorder 100.
  • FIG. 3 is a diagram showing a data structure of a transport stream (TS) 20.
  • FIG. 4 (a) shows the data structure of video TS packet 30, and (b) shows audio TS packet.
  • FIG. 6 is a diagram showing a data structure of a clip AV stream 60.
  • FIG. 7 is a diagram showing a functional block configuration of a TS processing unit 204.
  • FIG. 8 (a) is a diagram showing the concept of one content in this embodiment, (b) is a diagram showing the concept of a clip including content management information and stream data, and (c) is a diagram.
  • FIG. 3 is a diagram showing three removable HDDs 112.
  • FIG. 9 is a diagram showing a hierarchical directory structure in the removable HDD 112.
  • FIG. 10 is a diagram showing the contents of information included in clip metadata 94.
  • FIG. 11 is a diagram showing the relationship between key pictures and key picture units.
  • FIG. 12] (a) is a diagram showing a data structure of a clip timeline (ClipTimeLine) 95.
  • (B) is a diagram showing the data structure of the TimeEntry field 95g for one time entry
  • (c) is a diagram showing the data structure of the KPUEntry field 95h for one KPU entry.
  • FIG. 13 (a) is a diagram showing the relationship between time entries and fields included in clip timeline 95, and (b) shows the relationship between KPU entries and fields included in clip timeline 95.
  • FIG. 14 is a diagram showing management information and clip AV stream related to one shot of content stored separately in two removable HDDs.
  • FIG. 15 is a diagram showing a procedure of content recording processing by the camcorder 100.
  • FIG. 16 is a diagram showing a procedure for media switching processing.
  • FIG. 17 is a diagram showing a procedure of content reproduction processing by the camcorder 100.
  • FIG. 18 (a) and (b) are diagrams showing the relationship between the management information and the clip AV stream before and after deleting the head portion of the TTS file by editing.
  • FIG. 19 is a diagram showing a procedure of content partial deletion processing by the camcorder 100. Explanation of symbols
  • FIG. 1 shows a plurality of types of data processing apparatuses that cooperate via a removable medium.
  • the data processing apparatus is described as a camcorder 100-1, a camera-equipped cellular phone 100-2, and PC 108.
  • the camcorder 100-1 and the mobile phone with camera 100-2 receive the video and audio captured by the user, encode them as digital data streams, and write the data streams to the removable media 112-1 and 112-2, respectively.
  • Data written to each removable medium is handled as a “file” on the file system built on the removable medium.
  • FIG. 1 shows that a plurality of files are stored on the removable medium 112-2.
  • Removable media 112-1 and 112-2 are removable from the data processing device, such as optical disks such as DVD and BD (Blu-ray Disc), ultra-small hard disks such as microdrives, and semiconductor memories.
  • the PC 108 has a slot into which each removable medium 112-1 and 112-2 can be loaded. The PC 108 reads data from the loaded removable media 112-1, 112-2, and executes playback processing, editing processing, and the like.
  • the removable HDD 112 data management is performed by the FAT32 file system.
  • the maximum file size of a file is, for example, 4 gigabytes. Therefore, in the FAT32 file system, when the data size exceeds gigabytes, it is written in two or more files.
  • a removable HDD 112 having a capacity of 8 GB can store two 4 GB files. 16 Gigaba It is possible to store 4 gigabytes of files in the removable HDD112. Note that the unit to be divided and written may not be the maximum value of the file size, as long as it is less than the maximum value of the file size.
  • the data processing apparatus that writes the content data stream to the removable medium is a camcorder.
  • the data processing apparatus for playing back and editing the data stream stored on the removable medium is a PC.
  • the removable medium 112-1 is an ultra-small removable hard disk.
  • the removable medium includes a mechanism (drive mechanism) for driving a hard disk to write and read data, such as a known microdrive.
  • removable media 112-1 will be described as “Removable HDD112J.
  • the removable HDD112 has a capacity of 4 gigabytes.
  • content that exceeds 4 gigabytes has more than 2 removable media. Even if the capacity of the removable HDD is more than gigabyte and content exceeding 4 gigabytes is written to it, it is divided into two or more files and written to the same removable HDD.
  • cluster size is 32 kilobytes, for example, “cluster” means writing data and Which is the minimum of the access unit at the time of performing the out look.
  • FIG. 2 shows a functional block configuration of the camcorder 100.
  • the camcorder 100 can be loaded with a plurality of removable HDDs 112a, 112b, ..., 112c at the same time, and a data stream of video and audio content (clip AV stream) recorded by the user , Limuno Bnolet HDD 112a, 112b, ..., 112c
  • the camcorder 100 includes a CCD 201a, a microphone 20 lb, and a digital tuner 201c that receives a digital broadcast, an AD converter 202, an MPEG-2 encoder 203, a TS processing unit 204, a media control unit 205, and an MPEG-2.
  • Decoder 206 graphic control unit 207, memory 208, liquid crystal display (LCD) 209a and speaker 209b, CPU bus 213, A network control unit 214, an instruction receiving unit 215, an interface (IZF) unit 216, and a system control unit 250.
  • the CCD 201a and the microphone 201b receive video and audio analog signals, respectively.
  • the CCD 201a outputs the video as a digital signal.
  • the microphone 201b outputs an audio analog signal.
  • the AD converter 202 converts the input analog audio signal into a digital signal and supplies it to the MPEG-2 encoder 203.
  • the digital tuner 201c functions as a receiving unit that receives a digital signal including one or more programs from an antenna (not shown).
  • a transport stream transmitted as a digital signal contains a plurality of program packets.
  • the digital tuner 201 c extracts and outputs a packet of the received transport stream power specific program (program of the recording target channel).
  • the output stream is also a transport stream, but is sometimes called a “partial transport stream” to distinguish it from the original stream.
  • the data structure of the transport stream will be described later with reference to FIGS.
  • the camcorder 100 includes the digital tuner 201c as a constituent element, but this is not an essential requirement.
  • the configuration of the camcorder 100 in FIG. 2 can be applied to the camera-equipped mobile phone 100-2 mentioned in FIG. 1, so it can be considered as a component of a camera-equipped cellular phone that can receive and view digital broadcasts. Good.
  • MPEG-2 encoder 203 Upon receiving an instruction to start recording, MPEG-2 encoder 203 (hereinafter referred to as “encoder 203”) compresses and encodes the supplied video and audio digital data based on the MPEG standard. .
  • the encoder 203 generates a transport stream (hereinafter also referred to as “TS”) by compressing the video data into the MPEG-2 format, and sends the transport stream to the TS processing unit 204. This process is continued until the encoder 203 receives a recording end instruction.
  • the encoder 203 has a buffer (not shown) or the like that temporarily holds a reference picture or the like in order to perform bidirectional compression coding. It is not necessary to match the video and audio code formats.
  • video may be compressed and encoded in MPEG format
  • audio may be compressed and encoded in AC-3 format.
  • the camcorder 100 generates and processes a TS. First, the data structure of TS will be described with reference to FIGS.
  • FIG. 3 shows the data structure of the transport stream (TS) 20.
  • the TS packet is, for example, a video TS packet (V—TSP) 30 in which compressed and encoded video data is stored, an audio TS packet (A_TSP) 31 in which encoded audio data is stored, and a program.
  • Packet in which table (program association table; PAT) is stored, bucket (PMT—TSP) in which program correspondence table (program map table; PMT) is stored and program clock Includes packets (PCR—TSP) that store reference (PCR).
  • the data amount of each TS packet is 188 bytes.
  • TS packets that describe the program structure of TS such as PAT-TSP and PMT-TSP are generally called PSIZS I packets.
  • FIG. 4 (a) shows the data structure of the video TS packet 30.
  • the video TS packet 30 generally has a 4-byte transport packet header 30a and a 184-byte transport packet payload 30b.
  • Video data 30b is stored in the payload 30b.
  • FIG. 4B shows the data structure of the audio TS packet 31.
  • the audio TS packet 31 generally has a 4-byte transport packet header 3 la and a 184-byte transport packet payload 31b. Audio data 3 lb is stored in the transport packet payload 31b.
  • the TS packet header can be used to align data stored in the TS packet that can be supplemented with data called an adaptation field. In this case, the payload (30b, 31b) of the TS packet is less than 184 bytes.
  • a TS packet generally includes a 4-byte transport bucket header, 184-byte elementary data, and power.
  • a packet identifier (Packet IDentifier; PID) that identifies the type of the packet is described in the packet header. For example, the PID of the video TS packet is “0x0020”, and the PID of the audio TS packet is “0x0021”.
  • Elementary data includes content data such as video data and audio data, control data for controlling playback, and the like. How Whether various data is stored depends on the type of packet.
  • Figures 5 (a) to 5 (d) show the relationship of the streams that are constructed when playing video pictures from video TS packets.
  • the TS 40 includes video TS packets 40a to 40d.
  • TS40 can include other packets.
  • Video TS packets are easily identified by the PID stored in header 40a-1.
  • a packetized elementary stream is composed of video data of each video TS packet such as video data 40a-2.
  • Figure 5 (b) shows the data structure of the packetary elementary stream (PES) 41.
  • the PES 41 is composed of a plurality of PES packets 41a, 41b and the like.
  • the PES packet 41a is composed of a PES header 41a-1 and a PES payload 41a-2, and these data are stored as video data of a video TS packet!
  • Each of the PES payloads 41a-2 includes data of one picture.
  • An elementary stream is composed of the PES payload 41a-2.
  • Figure 5 (c) shows the data structure of elementary stream (ES) 42.
  • the ES 42 has a plurality of sets of picture headers and picture data. Note that “picture” is generally used as a concept that includes frame and field shifts.
  • the picture header 42a shown in FIG. 5 (c) describes a picture coding type that specifies the picture type of the subsequently placed picture data 42b, and the picture header 42c specifies the picture type of the picture data 42d.
  • the picture coding type to be described is described! The type indicates an I picture (Intra-coded picture), a P picture (Predictive-coded picture), 7 pictures, or a B picture (Biairectionaliy-predictive-coded picture). If the type is an I picture, the picture coding type is determined to be "001b", for example.
  • the picture data 42b, 42d, etc. are data of one frame that can be constructed only by the data or by the data and data decoded before and after Z or after.
  • FIG. 5 (d) shows a picture 43a in which the picture data 42b force is also constructed and a picture 43b constructed from the picture data 42d.
  • the camcorder 100 acquires a video TS packet, acquires picture data according to the above-described processing, and acquires pictures constituting the video. As a result, the video can be reproduced on the LCD 209a.
  • the encoder 203 described above generates TS in the order shown in FIGS. 5D, 5C, 5B, and 5A with respect to video content.
  • the TS processing unit 204 receives a TS from the encoder 203 when recording a moving image, or receives a TS from the digital tuner 201c when recording a digital broadcast program, and generates a clip AV stream.
  • the clip AV stream is a data stream having a predetermined format for storage in the removable HDD 112a or the like.
  • the file extension of the clip AV stream stored in the removable HDD is given the extension TTS (meaning “Timed TS”).
  • the clip AV stream is realized as a TS to which arrival time information is added.
  • the TS processing unit 204 receives a clip AV stream read from the removable HDD 112a or the like from the media control unit 205 during content playback, generates a TS based on the clip AV stream, and generates an MPEG. — Output to 2 decoder 206.
  • FIG. 6 shows the data structure of the clip AV stream 60.
  • the clip AV stream 60 is composed of a plurality of TTS packets 61.
  • the TTS socket 61 includes a 4-byte TTS header 61a and a 188-byte TS packet 61b. That is, the TTS bucket 61 is generated by attaching the TTS header 61a to the TS packet 6 lb.
  • the TS packet 61b is the TS packet described in relation to FIGS. 3, 4 (a) and 4 (b), and the like.
  • the TTS header 61a includes a 2-bit reserved area 61a-1 and 30-bit arrival time information (Arrival Time Stamp; ATS) 61a-2.
  • the arrival time information 61a-2 indicates the time at which the TS packet output from the encoder 203 arrives at the TS processing unit 204.
  • the TS processing unit 204 outputs a TS packet to the decoder 206 based on this time.
  • FIG. 7 shows a functional block configuration of the TS processing unit 204.
  • the TS processing unit 204 It includes a cascading box 261, a clock counter 262, a PLL circuit 263, a notch 264, and a TTS header removing unit 265.
  • the TTS header adding unit 261 receives the TS, adds a TTS header to the TS packet constituting the TS, and outputs it as a TTS packet.
  • Arrival time information in the TTS header 61 a-2 The arrival time of the TS packet described in 2 is specified based on the count value (count information) from the reference time given to the TTS header addition unit 261! / The
  • the clock counter 262 and the PLL circuit 263 generate information necessary for the TTS header-equipped card unit 261 to specify the arrival time of the TS packet.
  • the PLL circuit 263 extracts a PCR packet (PCR—TSP in FIG. 2) included in the TS, and obtains a PCR (Program Clock Reference: reference time) indicating the reference time.
  • PCR Program Clock Reference: reference time
  • STC System Time Clock
  • STC System Time Clock
  • the system clock frequency of the system reference time STC is 27 MHz.
  • the PLL circuit 263 outputs a 27 MHz clock signal to the clock counter 262.
  • the clock counter 262 receives the clock signal and outputs the clock signal to the TTS header adding unit 261 as count information.
  • the noffer 264 includes a write buffer 264a and a read buffer 264b.
  • the write buffer 264a sequentially holds the transmitted TTS packets, and outputs them to the media control unit 205 (to be described later) when the total data amount reaches a predetermined value (for example, the total capacity of the buffer).
  • a series of TTS packet sequences (data streams) output at this time is called a clip AV stream.
  • the read buffer 264b temporarily buffers the clip AV stream that has also been read by the media control unit 205, and outputs it in units of TTS packets.
  • the TTS header removing unit 265 receives the TTS packet, converts the TTS packet into a TS packet by removing the TTS header, and outputs the TS packet. It should be noted that the TTS header removal unit 265 extracts the arrival time information ATS of the TS packet included in the TTS header, and based on the arrival time information ATS and the timing information provided from the clock counter 262, The TS packet is output at the timing (time interval) corresponding to the original arrival time. Removable HDD112a etc. can be accessed randomly and data Discontinuously arranged on the disk.
  • the TS processing unit 204 can output the TS packet at the same timing as the arrival timing of the TS packet at the time of recording regardless of the data storage position.
  • the TTS header removal unit 265 sends, for example, the arrival time specified in the first TTS packet to the clock counter 262 as an initial value in order to specify the reference time of the read TS.
  • the initial value of the clock counter 262 can also be counted, and the subsequent count result can be received as timing information.
  • the TS processing unit 204 is provided, and a clip AV stream is generated by attaching a TTS header to the TS.
  • CBR Constant Bit Rate
  • the TS processor 204 is omitted because the TS packet decoder input time is a fixed interval. Write TS to removable HDD112.
  • the media control unit 205 receives the TS processing unit 204 force clip AV stream, decides the output power to any of the limousine HDDs 12a ⁇ 112b ⁇ ⁇ ⁇ 112c, and sends it to the removable HDD. Output.
  • the media control unit 205 monitors the recordable capacity of the removable HD D being written, and when the remaining recordable capacity falls below the specified value, changes the output destination to another removable HDD, and the clip AV stream Continue to output. At this time, the clip AV stream constituting one content is stored across the two removable HDDs 112.
  • the media control unit 205 generates a clip timeline table that is one of the main features of the present invention.
  • a flag indicating whether or not a key picture unit that is a playback unit of the clip AV stream is stored across two files is described.
  • the detailed operation of the media control unit 205 and the detailed data structure of the clip timeline table generated by the media control unit 205 will be described later.
  • the process of writing the clip AV stream to the removable HDD 112 is the removable H that receives the write instruction and the clip AV stream from the media control unit 205. DDI 12 is doing.
  • the process of reading the clip AV stream is performed by the removable HDD 112 that has received a read instruction from the media control unit 205.
  • the media control unit 205 writes and reads the clip AV stream.
  • the MPEG-2 decoder 206 deciphers the supplied TS and acquires video and audio compression code data from the TS packet. Then, the compressed code key data of the video is decompressed and converted into uncompressed data, and is supplied to the graphic control unit 207. The decoder 206 decompresses the audio compression encoded data to generate an audio signal, and outputs the audio signal to the speaker 209b.
  • the decoder 206 is configured to meet the requirements of the system target decoder (T—STD) defined in the MPEG standard for TS.
  • the graphic control unit 207 is connected to an internal computing memory 208, and can realize an on-screen display (OSD) function.
  • the dynamic control unit 207 can output a video signal obtained by synthesizing various menu images and videos.
  • the liquid crystal display (LCD) 209a displays the video signal output from the graphic control unit 207 on the LCD.
  • the speaker 209b outputs an audio signal as sound. The content is played back via the LCD 209a and the speaker 209b and is subject to viewing.
  • the output destination of the video signal and the audio signal is not limited to the LCD 209a and the speaker 209b, respectively.
  • the video signal and the audio signal may be transmitted to a television or speaker separate from the camcorder 100 via an external output terminal (not shown).
  • the CPU bus 213 is a path for transmitting signals in the camcorder 100, and is connected to each functional block as shown in the figure. In addition, each component of a system control unit 250 described later is also connected to the CPU bus 213.
  • the network control unit 214 is an interface for connecting the camcorder 100 to the network 101 such as the Internet, and is, for example, a terminal and a controller compliant with the Ethernet (registered trademark) standard.
  • the network control unit 214 transmits and receives data via the network 101.
  • the network control unit 214 may transmit a captured AV stream generated and generated to the broadcast station via the network 101.
  • the work control unit 214 may receive the updated program via the network 101.
  • the instruction receiving unit 215 is an operation button provided on the main body of the camcorder 100.
  • the instruction receiving unit 215 receives instructions from the user, such as recording start Z stop, playback start Z stop, and the like.
  • the interface (IZF) unit 216 controls a connector for the camcorder 100 to communicate with other devices and its communication.
  • the IZF unit 216 includes, for example, a USB 2.0 standard terminal, an IE EE1394 standard terminal, and a controller that enables data communication according to each standard, and can exchange data in a manner compliant with each standard.
  • the camcorder 100 is connected to the PC 108, another camcorder (not shown), a BDZDVD recorder, a PC, etc. via a USB 2.0 standard or IEEE1394 standard terminal.
  • the system control unit 250 controls the overall processing including the signal flow in the camcorder 100.
  • the system control unit 250 includes a program ROM 210, a CPU 211, and a RAM 212. Each is connected to the CPU bus 213.
  • the program ROM 210 stores a software program for controlling the camcorder 100.
  • the CPU 211 is a central control unit that controls the overall operation of the camcorder 100.
  • the CPU 211 reads out and executes the program to generate a control signal for realizing processing defined based on the program, and outputs the control signal to each component via the CPU bus 213.
  • the memory 212 has a work area for storing data necessary for the CPU 211 to execute the program.
  • the CPU 211 reads the program from the program ROM 210 to the random access memory (RAM) 212 using the CPU bus 213, and executes the program.
  • the computer program is recorded on a recording medium such as a CD-ROM and distributed to the factory, or transmitted through an electric communication line such as the Internet.
  • a computer system configured using a PC, a camera, a microphone, or the like can be operated as a device having a function equivalent to that of the camcorder 100 according to the present embodiment.
  • a device is also called a data processing device.
  • FIGS. 8 (a) to 8 (c) the video recorded by the camcorder 100 is recorded. And a data management structure of contents related to audio.
  • FIG. 8 (a) shows the concept of one content in this embodiment. The content obtained during the period until the end of shooting is completed is called one shot.
  • Figure 8 (b) shows the concept of a clip that includes content management information and stream data.
  • One shot ie one content, has multiple clips a ⁇ .
  • Each clip can be stored in: 1100112 & ⁇ 112 ( : ( can be completed with one clip).
  • One clip consists of clip metadata 81, time map 82, and clip AV stream.
  • the clip AV stream 83 is composed of the partial streams 83a to 83c and is included in each of the clips a to c.
  • Figure 8 (b) shows three clips a Forces in which c is described Since the configuration of each clip is the same, description will be given here by taking clip a as an example.
  • Clip a includes clip metadata a, time map a, and partial stream a.
  • the clip metadata a and the time map a are management information
  • the partial stream a is data that constitutes the clip AV stream 83.
  • the clip AV stream 83 can be stored in multiple TTS files when it exceeds the maximum FAT32 file size in principle.
  • the three partial streams 83a, 83b and 83c are stored in separate files.
  • the file size of each partial stream is the maximum file size (4 gigabytes) in the FAT32 file system, the recordable capacity of the removable HDDs 112a to c is lost and management information cannot be written to the removable HDD 112.
  • the file size of each partial stream is smaller than 4 gigabytes.
  • the TTS file is composed of an integer number of TTS packets, and may be less than 4 gigabytes, which is the limit of the file system, and an integer multiple of the TTS packet (192 bytes).
  • the clip metadata a is described in the XML format, and information necessary for content reproduction, for example, a video Z audio format or the like is defined. Details of the clip metadata a will be described later with reference to FIG.
  • the time map a is a table that defines the relationship between the display time and the storage position (address) for each playback unit.
  • this time map is called “Clip Timeline” (ClipTimeLine)
  • CTL extension of the file that stores the clip timeline
  • the partial stream a is composed of a plurality of TTS packets as shown in FIG.
  • the ATS clock counter 262 (Fig. 7) that determines the transfer timing of the TS packet is reset. Or a value unrelated to the previous count value is not set.
  • the clock counter 262 (Fig. 7) continuously performs a power count based on the set reference time and outputs a count value. Therefore, the arrival time information ATS in each TTS packet composing the clip AV stream 83 is continuously at the boundary of two consecutive TTS files composing one shot! /
  • FIG. 8 (c) shows three removable 1100112 & 112. Indicates. Data files constituting each clip a to c are written to each removable HDD 112a to 112c.
  • FIG. 9 shows a hierarchical directory structure in the removable HDD 112.
  • Content management information and clip AV stream files are stored in the content folder 91 in the root (ROOT) 90 of the top layer.
  • the database folder 92 directly under the content folder 91 stores an XML format file of clip metadata 94 that is management information, and a CTL format file of the clip timeline 95.
  • a TTS folder 93 immediately below the content folder 91 stores a TTS format file of a clip AV stream (TimedTs) 96.
  • TimedTs TimedTs
  • the content folder 91 further includes a video folder (Video) for storing MXF format video stream data, a video folder (Audio) for storing MXF format audio stream data, and a BMP format. It can be compatible with existing camcorder recording formats, etc., even if an icon folder (Icon) for storing thumbnail images and a voice folder (Voice) for storing WAVE voice memo data are provided.
  • Video video folder
  • Audio for storing MXF format audio stream data
  • BMP format a BMP format. It can be compatible with existing camcorder recording formats, etc., even if an icon folder (Icon) for storing thumbnail images and a voice folder (Voice) for storing WAVE voice memo data are provided.
  • FIG. 10 shows the content of information included in the clip metadata 94.
  • Clip metadata 94 is classified into two types: configuration data (“Structural”) and description data (“Descriptive”).
  • the clip name is information for specifying the file, and for example, a well-known UMID (Unique Material IDentifier) is described.
  • UMID Unique Material IDentifier
  • the UMID is generated, for example, by combining the time when content is generated and the MAC (Media Access Control) address of the device that generated the content.
  • UMID is generated taking into account whether content has been newly generated. That is, a value different from the UMID of the original content is added to the content that has been added with UMID and then edited and processed. Therefore, when UMID is used, different values are defined for content existing all over the world, so the content can be uniquely identified.
  • the video information describes the format of video data, the compression encoding method, the frame rate, and the like.
  • the audio information describes the audio data format, sampling rate, and the like.
  • the compression code method is the MPEG-2 method.
  • the relation information defines the relationship between clips when there are a plurality of clips 81a to 81c as shown in FIG. 8 (b).
  • each clip metadata 94 describes information specifying the first clip of the shot and information specifying the clip immediately before and after the clip. That is, it can be said that the relation information defines the pre-relationship or playback order of playback of the clip AV stream (partial stream) corresponding to each of the plurality of clips.
  • the information specifying the clip is defined by, for example, the UMID and the serial number unique to the removable HDD 112.
  • the description data includes access information, device, shooting information, reproduction information, and the like.
  • the access information describes the last updated person, date and time of the clip.
  • the device information includes the manufacturer name, the serial number of the recorded device, the model number, and so on.
  • the shooting information includes a photographer name, shooting start date and time, end date and time, position, and the like.
  • Playback information Is information for specifying the reproduction start time, the reproduction time length, and the like.
  • Clip timeline 95 introduces the concept of key pictures and key picture units and provides information about them. First, the key picture and key picture unit will be described with reference to FIG.
  • FIG. 11 shows the relationship between key pictures and key picture units.
  • a key picture unit (KPU) is a data playback unit defined for video.
  • the display of the key picture unit KPU starts from the key picture 44 and ends at the B picture 45. This includes the MPEG standard group-of-picture (GOP) power S 1 or higher.
  • the display of the next key picture unit KPU starts from the I picture 46 next to the B picture 45.
  • the video playback time of each key picture unit is 0.4 seconds or more and 1 second or less. However, the last key picture unit of a shot should be less than 1 second. Depending on the shooting end timing, it may be less than 0.4 seconds.
  • KPU Period indicates the playback time of all pictures stored in the KPU.
  • Key pictures 44 and 46 located at the head of the key picture unit are related to a video including a sequence header code (sequence_header_code) and a gnole start code (group—start-code) in the MPEG standard.
  • Access unit is an MPEG2 compression encoded I picture image (frame image or a set of two field images) or a compression encoded I field and P field image.
  • the KPU period (KPUperiod) is defined using the PTS added to the TS.
  • the KPU period is the difference between the display time (PTS) of the first picture displayed in the next key picture unit KPU and the display time (PTS) of the first picture displayed in that KPU. is there.
  • PTS display time
  • PTS display time
  • Fig. 11 when the time of key picture 44 is PTS (N) and the time of key picture 46 is PTS (N + 1), the KPU period (N) is PTS (N + 1) Defined as PTS (N) (both when key pictures are display start pictures).
  • the KPU period for a certain key picture unit KPU is determined after generation of the next key picture unit is started. Since the last KPU period may be required for a shot, it is possible to integrate the display time of encoded pictures. In that case, it is possible to determine the KPU period without waiting for the start of generation of the next KPU.
  • FIG. 12 (a) shows the data structure of the clip timeline (ClipTimeLine) 95.
  • FIG. The clip timeline 95 is written to each removable HD D112 as a file having the extension “CTL”.
  • the clip timeline 95 is a table that defines the relationship between the display time and the storage position (address) for each playback unit.
  • “Reproduction unit” corresponds to the above-mentioned key picture unit KPU.
  • the clip timeline 95 includes a TimeEntryNumber field 95a, a KPUEntryNumber field 95b, a ClipTimeLineTimeOffset field 95c, a ClipTimeLineAddressOffset field 95d, a ClipTimeLineDuration field 95e, a StartSTC field 95f, a TimeEntry field 95g, a KPUEntry field 95h, and the like.
  • Each field is assigned a predetermined number of bytes, each of which has a specific meaning depending on its value.
  • the TimeEntryNumber field 95a describes the number of time entries
  • the KPUEntryNumber field 95b describes the number of KPU entries.
  • the data size of the Time Entry field 95g and the KPU Entry field 95h can vary depending on the number of time entries and the number of KPU entries described later.
  • FIG. 12 (b) shows the data structure of the TimeEntry field 95g for one time entry.
  • the TimeEntry field 95g contains information indicating attributes related to the corresponding time entry. Information is described in several fields (KPUEntryReferencelD field 97a, KPUEntryStart Address field 97b, and TimeEntryTimeOffset field 97c).
  • FIG. 12 (c) shows the data structure of the KPUEntry field 95h for 1 KPU entry.
  • the KPUEntry field 95h information indicating attributes related to the corresponding key picture unit KPU is described in a plurality of fields (Overlapped KPUFlag field 98a, Key PictureSize field 98b, KPUPeriod field 98c, and KPUSize field 98d).
  • FIG. 13 (a) shows the relationship between the time entry and the fields included in the clip timeline 95.
  • One scale on the horizontal axis in Fig. 13 (a) indicates one access unit time (Access Unit TiMe; AUTM). This corresponds to the display time of one picture.
  • the ClipTimeLineDuration field 95e of each clip described above is obtained as the sum of the values in the KPU period (KPUperiod) field 98c of all key picture units KPU included in the clip (Equation 2). As described above, since the KPU period (KPUperiod) is expressed using the AUTM value, the ClipTimeLineDuration field 95e is also expressed in AUTM.
  • ClipTimeLineDuration ⁇ KPUperiod
  • each KPU period field 98c corresponds to the sum of video display times (AUTM values) of pictures included in the key picture unit KPU as described above (number
  • KPUperiod Total video display time in KPU
  • a “time entry” (TimeEntry) is set every certain fixed time (for example, 5 seconds) and indicates a jump point on the time axis at which the position force reproduction can be started.
  • the time offset up to the first time entry # 0 is set in the ClipTimeLineTimeOffset field 95c .
  • information for identifying the key picture unit KPU to be played at the set time of each time entry is described in the KPUEntryReferencelD field 97a, and the time from the start of the key picture unit KPU to the set time of the time entry.
  • Information indicating the offset is described in the TimeEntryTimeOffset field 97c.
  • time entry #t (time value of ClipTimeLineTimeOffset field 95c) + (time entry interval 't) is calculated, and the time at which time entry #t is set, that is, the beginning You can get the elapsed time from the beginning of the key unit KPU # 0.
  • playback can be started from an arbitrary playback time by the following method.
  • the time is converted into a PTS value, which is time information according to the MPEG standard, using a known conversion process.
  • Playback starts from the picture to which the PTS value is assigned.
  • the PTS value is described in the transport packet header 30a of the video TS packet (V_TSP) 30 (Fig. 4 (a)).
  • the playback start time (PTS) at the beginning of the partial stream in each clip may not be zero. Therefore, the 3 & 31 ⁇ field 95 of the clip timer 95 shows the playback time information (PTS) of the picture that is displayed first in the first KPU in the clip. . Based on the PTS value of the picture and the PTS value corresponding to the specified time, the PTS (AUTM) difference value up to the picture to be played back is obtained. In addition, it is expressed in 33 bits, for example, that it is preferable to match the data amount of the PTS value allocated to each picture with the data amount of the PTS value specified in the StartSTC field 95f.
  • FIG. 13 (b) shows the relationship between the KPU entry and the fields included in the clip timeline 95.
  • One scale on the horizontal axis in Fig. 13 (b) indicates one data unit length (TPBL). This means that one data unit is equal to the amount of TTS packet data (192 bytes).
  • One KPU entry is provided for each key picture unit KPU.
  • the data size of each KPU is described in the KPUSize field 98d, and the KPU start address corresponding to each time entry is described in the KPUEntryStartAddress field 97b.
  • the data size of each key picture unit KPU is determined from the first TTS packet storing the data of the first picture in the KPU, for example, as shown in KPUsize #k in Fig. 13 (b).
  • the data size up to the TTS packet immediately before the TTS packet storing the first picture of the first KPU is expressed as one data unit length (TPBL).
  • a fragment (data offset) from the beginning of the file to the beginning of the key picture unit KPU # 0 is set in the ClipTimeLineAddressOffset field 95d.
  • the reason for providing this field is as follows. For example, when one-shot clip AV stream data is stored in multiple files, a part of the KPU at the end of the previous file may be stored at the beginning of the second and subsequent files.
  • Key picture unit Each picture in the KPU must be decoded from the key picture at the head of the KPU, so the data existing at the head of the file cannot be decoded alone. Therefore, it is necessary to skip such data as meaningless data (fragments). Therefore, it is possible to skip reading by using the offset value in the offset field 95d described above.
  • Overlapped KPUFlag field 98a and the like when one-shot clip AV stream data is stored divided into a plurality of files will be described with reference to FIG.
  • management information related to the content of one shot and the clip AV stream are stored in two removable HDDs # 1 and # 2, and do not mention clip metadata. .
  • Fig. 14 shows management information and clip AV stream related to the content of one shot, which are stored separately in two removable HDDs.
  • Removable HDDs # 1 and # 2 contain the clip timeline files (00001. CTL and 00002. CTL), clip AV stream finals (00001. TTS and 00002. TTS), and force S respectively. .
  • KPU entry # (d—1) on removable HDD # 1 is provided corresponding to key picture KPU # (d—1) specified in the clip AV stream in 00001. TTS.
  • KPU entry # (d-l) is set in the Overlapped KPUFlag field 98a of KPU entry # (d-1).
  • the key figure unit KPU #d shown in Figure 14 is a part of it (key figure unit KPU # dl) exists in 00001. TTS of removable HDD # 1 and the other part (key picture unit KPU # d2) exists in 00002. TTS of removable HDD # 2! /.
  • the reason is that the key picture unit KPU #d is stored separately on two removable HDDs !, for example, the remaining capacity that can be recorded during writing to the removable HDD # 1 falls below the specified value, and beyond This is because it becomes impossible to write.
  • lb is set in the Overlapped KPUFlag field 98a of KPU entry #d.
  • the Observed KPUFlag field 98a contains Ob Is set.
  • the playback time calculation process can be changed based on the value of the Overlapped KPUFlag field 98a.
  • a process (1) for calculating a playback time until a picture that is guaranteed to be played back and a process (2) for calculating a playback time until a picture that can be actually played back will be described below.
  • process (1) is implemented on equipment for individual users
  • process (2) is implemented on equipment for business users.
  • the value of OverlappedKPUFlag field 98a is "lb".
  • the sum of the KPU period (KPUperiod) from the beginning to KPU # (d-1) is calculated as the clip playback time (ClipTimeLineDuration95e in Removable HDD # 1). ) Value.
  • the value of the KPU period (KPU period) of the key picture unit KPU #d in the above formula 2 is not counted as the clip playback time!
  • the playback time calculated by the process (1) may include an error strictly. Equipment power It is assumed that the presented playback time should include such errors, especially in business and special purpose equipment. Therefore, when the value of the Overlapped KPUFlag field 98a is “lb”, the video playback time that can be continuously played back in frame Z field units can be obtained by analyzing KPU # dl. By adding the playback time to the playback time obtained by processing (1), the clip playback time can be obtained very accurately.
  • the clip time line in the removable HDD # 1 can be corrected.
  • the clip timeline is modified by decreasing the number of key-victim unit KPU (KPUEntryNumber95b), deleting the KPU #d KPU entry, and setting the time entry (TimeEntry) 95g in key-picture unit KPU #dl Including deletion. After modification, the last key picture unit of removable HDD # 1 is 00001.
  • TTS file is KPU # (d—l), and the playback time from the first KPU force to the last KPU # (d—l) The sum of is the playback time of one shot. Therefore, it is possible to obtain the accurate reproduction time by uniformly applying the above formulas 1 to 3.
  • Such rear part deletion can be performed in units of TTS packets (192 bytes) even on the FAT32 file system.
  • the key picture unit KPU # d2 is a fragment in the removable HDD # 2, and video cannot be decrypted only with that data. Therefore, the fragment (data offset) from the beginning of the clip AV stream file (00002. TTS) in the removable HDD # 2 to the beginning of the keystream KPU # 0 is set in the ClipTimeLineAddressOffset field 95d. Further, a time offset from the beginning of the key picture unit KPU # 0 to the first set time entry # 0 is set in the ClipTimeLineTimeOffset field 95c. Note that when the value of the ClipTimeLineAddressOffset field 95d is 0! /, It means that the key picture unit KPU from the previous removable HDD is stored.
  • the relationship information it can be determined whether there is a previous clip. If the previous clip does not exist or cannot be accessed, rewind playback ends. If it is a clip in the middle of a shot and the previous clip is accessible, check whether it is the value of the ClipTimeLineAddressOffset field 95d, and if it is not 0, the last key of the previous removable HDD Check further the value of the Overlapped KPUFlag field 98a of the KPU entry corresponding to the unit KPU, Key-victure unit It is possible to reliably determine whether or not the KPU straddles.
  • FIG. 15 shows the procedure of content recording processing by the camcorder 100.
  • step S151 a shooting start instruction is received from the user force via the CPU 211i indication receiver 215 of the camcorder 100.
  • step S152 based on the instruction from CPU 211, encoder 203 generates TS based on the input signal.
  • the instruction to start recording is received in step S151, and the digital tuner 201c is used in step S152 to extract the TS packet of the program to be recorded.
  • step S153 the media control unit 205 sequentially writes the TS (clip AV stream) to which the TTS header has been added by the TS processing unit 204 to the removable HDD.
  • step S154 the media control unit 205 determines whether to create a new clip (TTS file). Whether or not to create a new file can be arbitrarily determined according to whether or not the size of the TTS file of the clip being recorded is larger than a predetermined value and the remaining capacity of the removable HDD. If a new clip is not created, the process proceeds to step S155, and if a new clip is generated, the process proceeds to step S156.
  • TTS file new clip
  • step S 155 TS processing section 204 generates a KPU entry and a time entry each time a key picture unit KPU is generated.
  • the media control unit 205 sets “Ob” in the Overlapped KPUFlag field in the KPU entry.
  • step S157 the media control unit 205 writes the time / address conversion table (clip timeline ClipTimeLine) including the KPU entry and time entry to the removable media.
  • step S158 the CPU 211 finishes shooting. Judge whether it is power or not. Shooting ends when, for example, a shooting end instruction is received via the instruction receiving unit 215, or when there is no removable HDD to which data is to be written next. When it is determined that the photographing is finished, the recording process is finished. When shooting is continued, the process returns to step S152, and the subsequent processes are repeated.
  • step S156 the TS processing unit 204 determines whether or not the key picture unit KPU is complete with the data written last. If the key picture unit KPU is not completed, the remaining data of the key picture unit KPU will be stored in another removable HDD. Therefore, this kind of judgment is necessary to judge whether or not all the data of the key picture unit KPU has been written into the removable HDD.
  • the process proceeds to step S155, and when completed, the process proceeds to step S159.
  • step S159 the TS processing unit 204 performs clip switching processing.
  • the specific contents of this process are shown in Fig. 16.
  • FIG. 16 shows a procedure for clip switching processing.
  • the recording destination media of content (clips) is switched from one removable HDD to another removable HDD, or a new clip is created on the same removable HDD.
  • the switching power content of the clip is the change of the recording medium of the content, but this is essentially the same as when recording to a new clip on the same recording medium.
  • the removable HDD on which content has been recorded is called the “first removable HDD”
  • the removable HDD on which content is recorded next is called the “second removable HDD”.
  • step S161 the CPU 211 determines a clip name of a clip generated on the second removable HDD.
  • step S162 the camcorder 100 generates TS until the key picture unit KPU that could not be completely recorded on the first removable HDD is completed.
  • the TS processing unit 204 attaches a TTS header, and the media control unit 205 writes the clip AV stream to the second removable HDD.
  • step S163 the media control unit 205 generates a KPU entry and time entry for the completed KPU.
  • the key unit KPU is the first remover.
  • the media control unit 205 sets “lb” in the Overlapped KPUFlag field in the KPU entry because writing is performed across the Bullet HDD and the second removable HDD.
  • step S164 the media control unit 205 writes the time / address conversion table (clip timeline ClipTimeLine) including the generated KPU entry and time entry to the first removable HDD.
  • step S165 the clip 'metadata (relation information, etc.) on the first removable HDD is updated. For example, the media control unit 205 writes a UMID or the like that identifies the clip on the second removable HDD as the next clip in the clip metadata of the clip on the first removable HDD. Also, the UMID that identifies the clip on the first removable HDD is written as the previous clip in the clip metadata of the clip on the second removable HDD.
  • step S1 66 the media control unit 205 sets the future content write destination to the second removable HDD, and the process ends.
  • the camcorder 100 plays the content from the removable HDD, more specifically, based on the specified playback start time, the content is started from the position corresponding to that time.
  • the process to reproduce will be described. Note that the processing when playing from the beginning of the content is the same as the conventional processing that does not provide KPU entry, time entry, etc., and the description thereof is omitted.
  • FIG. 17 shows the procedure of content reproduction processing by the camcorder 100.
  • the CPU 211 of the camcorder 100 receives a playback start time instruction from the user via the instruction receiving unit 215.
  • step S172 the media control unit 205 reads the time / address conversion table (clip time line ClipTimeLine), and the CPU 211 identifies the key picture unit (KPU) including the picture at the reproduction start time.
  • step S173 the CPU 211 specifies the start position of the KPU corresponding to the playback start time.
  • the start position of this KPU represents the decoding start position (address) in the TTS file.
  • the CPU 211 identifies that the playback start time is between time entry #t and time entry # (t + 1), and further calculates m access unit time (AUTM) by counting from time entry #t. How many units as unit Identify if you are away.
  • AUTM m access unit time
  • KPU #k a certain KPU (referred to as KPU #k) is identified based on the value of the KPUEntryReferencelD field 97a of time entry #t. Then, the time difference from the time indicated by time entry # to the start of playback of the first key picture of KPU #k is obtained based on the value of TimeEntryTimeOffset field 97c. As a result, it is determined how many AUTM after the picture power to be played first is displayed in KPU # k. Then, by adding the KPU period (KPUPeriod) for each KPU from KPU #k, the KPU that includes the picture to be played can be identified.
  • KPU Period KPUPeriod
  • the KPU corresponding to the playback start time is added to the KPU start address indicated by time entry #t.
  • the starting position can be specified.
  • the "KPU start address indicated by time entry #t" can be obtained by calculating the sum of the value of ClipTimeLineAddressOffset field 95d and the value of KP UEntryStartAddress field 97b of time entry #t.
  • the media control unit 205 reads the flag in the KPUEntry of the key picture unit (KPU), and determines whether or not the value of the Overlapped KPUFlag field 98a is “lb” in step S175.
  • the value is “lb”, it means that the key figure KPU extends over the first and second removable HDDs, and the process proceeds to step S176.
  • the value is “Ob”, it means that the value does not straddle, and the process proceeds to step S177.
  • step S176 the media control unit 205 reads the data of the first picture data of the KPU stored in the first removable HDD, and when the TS processing unit 204 removes the TTS header, the decoder 206 starts decoding the data force. To do. At this time, depending on the specified picture, the second removable HDD may be used instead of the first removable HDD that started reading. Data that may be stored in the bull HDD In order to correctly perform decoding, decoding is performed from the top key picture of the KPU that straddles two tags (TTS files).
  • TTS files top key picture of the KPU that straddles two tags
  • step S177 the media control unit 205 reads data from the first picture data of the KPU, and when the TS processing unit 204 removes the TTS header, the decoder 206 starts decoding the data. All the picture data to be read is stored in the removable HDD.
  • step S178 after the decoding of the picture corresponding to the reproduction start time is completed, the graphic control unit 207 starts output from the picture.
  • the speaker 209b also starts its output. Thereafter, the content is played back until the end of the content or until playback is instructed, and then the process ends.
  • FIG. 18 (b) shows the relationship between the management information (clip timeline) and the clip AV stream after the range D is deleted.
  • the range D is always deleted, but only the data amount n times (n: integer) of 96 kilobytes is deleted from the data amount falling within the range D.
  • n integer
  • the end address ⁇ 4 of the range D described above indicates the editing position of the user. In other words, this end address ⁇ 4 indicates the starting point of the subsequent stream for the user.
  • Ad The value of Les p4 is expressed as the value of (pi + D). Further, for example, it can be expressed by using reproduction start time information (for example, PTS) of a picture corresponding to the address. For example, when a user edits with the address p4 as the start point and the subsequent address as the end point, along with the playback start time information of the picture corresponding to the above address p4, the video playback time length from p4 and the start time information The end point can be specified by the playback end time information of the video. Information (start point / end point) indicating the user's editing section is managed in Clip Metadata (94) or Clip Time Line (95) in FIG.
  • the user can start playback, editing, etc. of the range D specified by the user.
  • the data from p2 to p4 may remain in a reproducible state within the range D in which deletion is designated by the user.
  • the data from p2 to p4 has been deleted, and it feels strange when played back. Therefore, by holding the value of address p4, etc., it is possible to reliably prevent the video in the section from p2 to p4 from being played back or being mistakenly recognized as the editing start position.
  • the value of address p4 or time information corresponding to the address is stored as reproduction information in the description data (descriptive) of clip metadata 94 shown in FIG.
  • “96 kilobytes” is the least common multiple of the cluster size (32 kilobytes) employed in the present embodiment and the packet size (192 bytes) of the TTS packet.
  • the reason for this processing is that data deletion processing for removable HDDs can be executed in units of access by setting it as an integer multiple of the cluster size, and data deletion processing can be performed by setting it as an integer multiple of the packet size of the TTS packet. This is because the clip AV stream can be executed in units of TTS packets, so the processing can be performed quickly and easily.
  • the cluster size is 32 kilobytes
  • the deletion unit is determined based on 96 kilonoits. However, this value can change depending on the cluster size and the packet size of the clip AV stream to be used. .
  • the values of the ClipTimeLineTimeOffset field 95c and the ClipTime LineAddressOffset field 95d are also changed. These values are 0 before deletion.
  • first appears in the ClipTimeLineAddressOffset field 95d for the first time Key picture unit Describes the amount of data up to KPU.
  • the storage address of the key picture unit KPU that appears for the first time is p3
  • the value of (p3-p2) is described in the ClipTimeLineAddressOffset field 95d.
  • the ClipTimeLineTimeOffset field 95c the time difference from the playback time of the first key picture in the first key picture unit KPU to the first time entry is described in AUTM units. Note that the clip AV stream packets from addresses p2 to p3 can be decoded independently! Since they are not guaranteed, they are treated as fragments and are not subject to playback.
  • FIG. 19 shows a procedure for content partial deletion processing by the camcorder 100.
  • the CPU 211 of the camcorder 100 receives a TTS file partial deletion instruction and a deletion range D specification from the user via the instruction receiving unit 215.
  • the partial deletion instruction is an instruction to delete the head part and the Z or tail part of the TTS file.
  • “front part deletion process” for deleting the head part and “rear part deletion process” for deleting the Z or tail part are performed.
  • step S192 it is determined whether or not the front partial deletion processing power is acceptable. If forward part deletion processing is performed, the process proceeds to step S193, and if not forward part deletion, the process proceeds to step S195.
  • the media control unit 205 deletes the data amount that is an integral multiple of 96 kilobytes from the beginning of the data amount D corresponding to the deletion range.
  • the media control unit 205 sets the time offset value (the value of the ClipTimeLineTime Offset field 95c) for the first time entry and the address offset for the first KPU entry in the time 'address conversion table (clip time line). Correct the value (value in ClipTimeLineAddressOffset field 95d). Thereafter, the process proceeds to step S195.
  • step S195 it is determined whether or not the backward partial deletion processing power is acceptable. If the backward partial deletion process is performed, the process proceeds to step S196. If not, the process proceeds to step S197.
  • step S196 data is deleted in units of 192 bytes so that the end of the TTS file becomes a complete KPU out of the amount of data corresponding to the deletion range. This means that data with an integral multiple of 192 bytes is deleted. Thereafter, the process proceeds to step S197. [0153] In step S197, the number of time entries and the number of KPU entries changed by the partial deletion process are corrected.
  • the KPUEntry entry that no longer accompanies the actual data, and the TimeEntry entry that has lost the KPUEntry entry referenced by KPUEntryReferencelD are deleted.
  • correction processing such as the value of the TimeEntryNumber field 95a and the value of the KPUEntryNumber field 95b is performed.
  • step S197 This assumes that correction processing is also performed, for example, when intermediate processing of a TTS file is deleted.
  • the removal process of the middle part is not particularly mentioned in this specification!
  • the partial deletion process is not limited to the top part of the TTS file, and a range including the end part of the TTS file may be deleted.
  • This processing is applied, for example, when deleting the above-mentioned incomplete key picture unit KPU (KPU # d1 in FIG. 14). Since the incomplete key-picture unit KPU exists at the end of one clip, it corresponds to “the range including the last part of the TTS file”.
  • the range to be deleted at this time is from the beginning of the incomplete key picture unit KPU to the end of the TTS file.
  • the range to be deleted may be determined in units of packet size (192 bytes) of the TTS packet. The cluster size need not be considered.
  • the last part of the TTS file is not limited to an incomplete key picture unit KPU, but can be arbitrarily determined by receiving a user power range designation. It should be noted that the deletion process of the head part and the deletion process of the tail part may be performed continuously, or only one process may be performed.
  • the medium for storing the data stream or the like is a removable HDD.
  • the medium may be a non-exchangeable medium, for example, an HDD built in the data processing apparatus.
  • the data structure of the time map includes two layers, TimeEntry and KPUEntry. However, if the playback time and recording address can be converted, there is no need to limit this. A time map consisting of only one layer of KPUEntry is exactly the same. is there. In the above description, the Overlapped KPUFlag field is provided, and the key picture unit KPU is described as indicating that it straddles multiple files based on the value. However, it can be expressed whether or not multiple files are straddled even if there is no data corresponding to the time map.
  • clip metadata (relation information, etc.), clip file name naming rules (file name number in ascending order, etc.), all data of one shot in the same folder (all TTS files that make up at least one shot) It is possible to indicate that the KPU is or may be straddled, for example, by storing (recorded on the same recording medium).
  • each functional block in FIG. 2 and the like is typically realized as an integrated circuit (Large Scale Integrated Circuit; LSI) chip. These may be individually made into one chip, or may be made into one chip so as to include a part or all of them.
  • LSI Large Scale Integrated Circuit
  • the system control unit 250 including the CPU 211 and the media control unit 205 are shown as separate functional blocks. These may be mounted as separate semiconductor chips, or may be realized by providing the system control unit 250 with the function of the media control unit 205 and physically using the same chip.
  • the functions of the media control unit 205 and the TS processing unit 204 may be integrated and realized as a single chip circuit, or may be realized as a chip circuit 217 to which the functions of the encoder 203 and the decoder 206 are further added. Also good. However, for example, by excluding only the memory storing the data to be encoded or decoded from the integrated data, it is possible to easily cope with a plurality of encoding methods.
  • the system control unit 250 can realize the functions of the media control unit 205 described in the present specification by executing a computer program stored in the program ROM 210 or the like. At this time, the media control unit 205 is realized as a partial function of the system control unit 250.
  • LSI may be called IC, system LSI, super LSI, or ultra LSI depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or general-purpose processor.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable 'processor that can reconfigure the connection and settings of circuit cells inside the LSI may be used.
  • functional blocks may be integrated using that technology. For example, the integration may be performed as a so-called bio element using biotechnology.
  • the present invention it is possible to obtain a data structure assuming that a content data stream is stored across a plurality of files for recording content. According to this data structure, the device can easily access and start playback of data in any file. By further editing the file using this data structure, the device can realize high-speed processing and light processing load.

Abstract

　コンテンツのデータストリームを高速に編集する手段を提供する。 　本発明によるデータ処理装置は、メディアに書き込まれたコンテンツを編集することができる。このコンテンツは、パケットサイズが同一の複数のパケットから構成されたデータストリームとしてファイルに格納されている。また、メディアにはクラスタサイズ単位でデータにアクセスされるファイルシステムが構築されている。データ処理装置は、ファイルの先頭を含む部分削除の範囲の指定を受け取る受信部と、ファイルの先頭から、部分削除の範囲内であって、かつクラスタサイズおよびパケットサイズの最小公倍数の整数倍のデータ量のデータを削除するメディア制御部とを備えている。                                                                         

Description

明 細 書
データ処理装置
技術分野
[0001] 本発明は、メディア上でコンテンツのデータストリームを効率的に管理し、そのコン テンッの再生および編集を容易にする技術に関する。
背景技術
[0002] 近年、 DVD等の光ディスク、ハードディスク等の磁気ディスク、半導体メモリ等のメ ディアにコンテンツのデジタルデータを書き込み、保存できるデジタル機器 (光デイス クレコーダ、カムコーダ等）の普及が進んでいる。このようなコンテンツは、例えば、放 送された番組やカムコーダ等によって撮影された映像および音声である。
[0003] 近年は PCにもコンテンツの記録、再生および編集機能が実装されており、 PCも上 述のデジタル機器に含めることができる。 PCでは、文書データ等を記録するために、 従来力 ハードディスク、光ディスク、半導体メモリ等のメディアが利用されている。し たがって、そのようなメディアでは、 PCと連携可能なデータ管理構造、例えば FAT ( File Allocation Table)を用いたファイルシステムが採用されている。現在多く利 用されて!、る FAT32ファイルシステムでは、最大 4ギガバイトのサイズを有するフアイ ルを取り扱うことができ、また最大記録可能容量が 2テラバイトのメディアを管理するこ とがでさる。
[0004] メディアの最大記録可能容量の増加に伴い、記録されるコンテンツの再生時間が 長くなつている。光ディスク、ハードディスク、半導体メモリ等はいわゆるランダムァク セスが可能なメディアであるため、そのようなメディアに長時間のコンテンツのデータ ストリームを格納するときには、コンテンツの任意の位置力も再生できると便利である 。例えば特許文献 1では、データストリームの先頭から一定の時間間隔ごとに、再生 時刻とその時刻に再生される AVデータの格納アドレスとの対応を規定したタイムマツ プ情報を生成している。ユーザ指定された開始時刻、終了時刻それぞれを、タイムマ ップ情報を参照して開始アドレス、終了アドレスに変換し、そのアドレスに格納されて いるデータを読み出すことにより、その時刻からコンテンツを再生することが可能にな つている。
特許文献 1 :特開平 11 155130号公報
発明の開示
発明が解決しょうとする課題
[0005] コンテンツの再生時間が長くなり、コンテンツの一部を削除する編集処理が頻繁に 行われるようになると、従来の処理では編集処理時間が長くなるという問題が生じる。 例えば、データストリームの内容を解析し、削除範囲内のピクチヤのデータ位置等を 特定した後にそのデータを削除すると、解析時間、データ位置の特定時間および削 除時間がそれぞれ必要になる。
[0006] この問題は、トランスポートストリーム等を構成する固定長のデータパケットに、 MP EG規格等による順方向符号化方式および双方向符号化方式で圧縮符号化された 映像データを格納しているときに顕著である。例えば、 MPEG規格の一連の映像デ ータの一部を削除するとき、まず、編集装置は削除の開始ピクチヤおよび終了ピクチ ャを特定するために、メディア力もパケットを読み出してパケット内のデータを解析し なければならない。パケットデータの読み出しは、例えばファイルシステムのクラスタ 単位で行われるため、一般には、必要とするパケット以外の不要なパケットも同時に 読み出される。よって不要なアクセス時間がかかる。さらに、ピクチャを特定して削除 しても、削除直後の開始ピクチャをいわゆる Iピクチャに設定しなければならないため 、そのピクチャデータの読み出し、デコードおよび再エンコードが必要になる。
[0007] 本発明の目的は、コンテンツのデータストリームを高速に編集する手段を提供する ことである。
課題を解決するための手段
[0008] 本発明によるデータ処理装置は、メディアに書き込まれたコンテンツを編集すること ができる。前記コンテンツは、パケットサイズが同一の複数のパケットから構成された データストリームとしてファイルに格納されている。また前記メディアにはクラスタサイ ズ単位でデータにアクセスされるファイルシステムが構築されて 、る。前記データ処 理装置は、前記ファイルの先頭を含む部分削除の範囲の指定を受け取る受信部と、 前記ファイルの先頭から、前記部分削除の範囲内であって、かつ前記クラスタサイズ および前記パケットサイズの最小公倍数の整数倍のデータ量のデータを削除するメ ディア制御部とを備えて 、る。
[0009] 前記データストリームは、複数のピクチャ力 構成され、かつ、基準ピクチャ力 の デコードを要する復号ィ匕単位を 1つまたは複数含む再生単位を含んで ヽる。前記メ ディア制御部は、データを削除した後のファイル内のデータストリームにおいて初め て現れる再生単位までのデータ量の値を前記メディアに書き込んでもよい。
[0010] 前記メディアには、データを削除する前のデータストリームに対して、前記コンテン ッの一定の再生時間ごとに再生されるピクチャのデータ位置を特定するタイムエントリ が予め書き込まれている。前記メディア制御部は、データを削除した後のデータストリ ームに関し、初めて現れる前記再生単位の先頭から、前記タイムエントリによって特 定される初めてのピクチャのデータ位置までのデータ量の値を前記メディアに書き込 んでもよい。
[0011] 前記データストリームは、各々のパケットサイズが 192バイトである複数のパケットか ら構成され、前記メディアには 32キロバイトのクラスタサイズ単位でデータにアクセス されるファイルシステムが構築されている。前記メディア制御部は、 96キロバイトの整 数倍のデータ量のデータを削除してもよい。
[0012] 前記メディア制御部は、前記ファイルの末尾を含む部分削除の範囲の指定を受け 取るときには、前記ファイルの末尾から、前記部分削除の範囲内であって、かつ前記 パケットサイズの整数倍のデータ量のデータを削除してもよい。
[0013] 前記メディア制御部は、前記部分削除の範囲内であって、前記データストリームの 不完全な再生単位のデータを削除してもよ 、。
[0014] 本発明によるチップ回路は、メディアに書き込まれたコンテンツを編集する処理を行 うためにデータ処理装置に実装される。前記コンテンツは、パケットサイズが同一の 複数のパケットから構成されたデータストリームとしてファイルに格納されて 、る。前記 メディアにはクラスタサイズ単位でデータにアクセスされるファイルシステムが構築さ れている。前記データ処理装置は、前記ファイルの先頭を含む部分削除の範囲の指 定を受け取る受信部を備えている。前記チップ回路は、前記ファイルの先頭から、前 記範囲内であって、かつ前記クラスタサイズおよび前記パケットサイズの最小公倍数 の整数倍のデータ量のデータを特定する処理と、特定された前記データを削除する 指示を出力する処理とを実行する。
[0015] 本発明によるコンピュータプログラムは、メディアに書き込まれたコンテンツを編集す る処理を行うためのデータ処理装置において実行される。前記コンテンツは、パケット サイズが同一の複数のパケットから構成されたデータストリームとしてファイルに格納 されて 、る。前記メディアにはクラスタサイズ単位でデータにアクセスされるファイルシ ステムが構築されて 、る。前記コンピュータプログラムを実行した前記データ処理装 置は、前記ファイルの先頭を含む範囲の指定を受け取るステップと、前記ファイルの 先頭から、前記範囲内であって、かつ前記クラスタサイズおよび前記パケットサイズの 最小公倍数の整数倍のデータ量のデータを削除するステップとを実行する。
[0016] 本発明によるデータ処理方法は、メディアに書き込まれたコンテンツを編集するた めに実行される。前記コンテンツは、パケットサイズが同一の複数のパケットから構成 されたデータストリームとしてファイルに格納されている。また前記メディアにはクラス タサイズ単位でデータにアクセスされるファイルシステムが構築されて ヽる。前記デー タ処理方法は、前記ファイルの先頭を含む部分削除の範囲の指定を受け取るステツ プと、前記ファイルの先頭から、前記部分削除の範囲内であって、かつ前記クラスタ サイズおよび前記パケットサイズの最小公倍数の整数倍のデータ量のデータを削除 するステップとを包含する。
発明の効果
[0017] 本発明によれば、メディア上のデータストリームの一部のデータを削除する際に、フ アイルシステムのクラスタサイズとデータストリームのパケットサイズとの最小公倍数を 基準として、その整数倍のデータ量のデータを削除する。クラスタサイズの整数倍と することによってメディアに対するデータ削除処理がアクセス単位で実行でき、またパ ケットのパケットサイズの整数倍とすることによってデータ削除処理がパケット単位で 実行できるため、処理を高速化できる。
[0018] また、データストリーム中に格納されていた再生単位のうち、データを削除した後の データストリームにおいて初めて現れる再生単位までのデータ量の値を保持するた め、削除処理において削除直後のピクチャを Iピクチャに変更する必要はない。よつ て Iピクチャへの変更に必要な処理を排除でき、編集処理時間を短縮できる。
図面の簡単な説明
[図 1]リムーバブルメディアを介して連携する複数種類のデータ処理装置を示す図で ある。
[図 2]カムコーダ 100の機能ブロックの示す図である。
[図 3]トランスポートストリーム (TS) 20のデータ構造を示す図である。
[図 4] (a)はビデオ TSパケット 30のデータ構造を示し、 (b)は、オーディオ TSパケット
31のデータ構造を示す図である。
圆 5] (a)〜 (d)は、ビデオ TSパケットからビデオピクチャを再生する際に構築される ストリームの関係を示す図である。
[図 6]クリップ AVストリーム 60のデータ構造を示す図である。
[図 7]TS処理部 204の機能ブロックの構成を示す図である。
[図 8] (a)は本実施形態における 1コンテンツの概念を示す図であり、 (b)はコンテンツ の管理情報とストリームのデータとを含むクリップの概念を示す図であり、（c)は 3つの リムーバブル HDD112を示す図である。
[図 9]リムーバブル HDD112内の階層化されたディレクトリ構造を示す図である。
[図 10]クリップメタデータ 94に含まれる情報の内容を示す図である。
[図 11]キービクチャおよびキービクチャユニットの関係を示す図である。
[図 12] (a)は、クリップタイムライン（ClipTimeLine) 95のデータ構造を示す図であり
、 (b)は 1タイムエントリに関する TimeEntryフィールド 95gのデータ構造を示す図で あり、（c)は 1KPUエントリに関する KPUEntryフィールド 95hのデータ構造を示す 図である。
[図 13] (a)は、タイムエントリと、クリップタイムライン 95に含まれるフィールドとの関係 を示す図であり、（b)は KPUエントリと、クリップタイムライン 95に含まれるフィールドと の関係を示す図である。
[図 14]2つのリムーバブル HDDに分けて格納された、 1ショットのコンテンツに関する 管理情報とクリップ AVストリームとを示す図である。
[図 15]カムコーダ 100によるコンテンツの録画処理の手順を示す図である。 [図 16]メディア切り替え処理の手順を示す図である。
[図 17]カムコーダ 100によるコンテンツの再生処理の手順を示す図である。
[図 18] (a)および (b)は、編集によって TTSファイルの先頭部分を削除する前後の管 理情報およびクリップ AVストリームの関係を示す図である。
[図 19]カムコーダ 100によるコンテンツの部分削除処理の手順を示す図である。 符号の説明
100 カムコーダ
108 PC
112 リムーバブル HDD
201a CCD
201b マイク
202 ADコンバータ
203 MPEG— 2エンコーダ
204 TS処理咅
205 メディア制御部
206 MPEG— 2デコーダ
207 グラフィック制御部
208 メモリ
209a LCD
209b スピーカ
210 プログラム ROM
211 CPU
212 RAM
213 CPUバス
214 ネットワーク制御部
215 指示受信部
216 インターフェース（IZF)部
250 システム制御部 261 TTSヘッダ付加部
262 クロックカウンタ
263 PLL回路
264 バッファ
265 TTSヘッダ除去部
発明を実施するための最良の形態
[0021] 以下、添付の図面を参照して、本発明によるデータ処理装置の実施形態を説明す る。
[0022] 図 1は、リムーバブルメディアを介して連携する複数種類のデータ処理装置を示す 。図 1では、データ処理装置は、カムコーダ 100—1、カメラ付き携帯電話 100— 2、 P C108として記載されている。カムコーダ 100— 1およびカメラ付き携帯電話 100— 2 は、ユーザが撮影した映像および音声を受け取ってデジタルデータストリームとして 符号化し、そのデータストリームを、それぞれリムーバブルメディア 112— 1および 11 2— 2に書き込む。各リムーバブルメディアに書き込まれたデータは、リムーバブルメ ディア上に構築されたファイルシステム上の「ファイル」として取り扱われる。例えば図 1では、リムーバブルメディア 112— 2に複数のファイルが格納されていることが示さ れている。
[0023] 各リムーバブルメディア 112—1および 112— 2はデータ処理装置から取り外し可能 であり、例えば DVD、 BD (Blu-ray Disc)等の光ディスク、マイクロドライブ等の超 小型ハードディスク、半導体メモリ等である。 PC108は、各リムーバブルメディア 112 —1および 112— 2を装填することが可能なスロットを備えている。 PC108は、装填さ れたリムーバブルメディア 112—1、 112— 2からデータを読み出し、再生処理および 編集処理等を実行する。
[0024] リムーバブル HDD112では、 FAT32ファイルシステムによりデータ管理が行われ る。 FAT32ファイルシステムでは、 1ファイルのファイルサイズの最大値は、例えば 4 ギガバイトである。よって、 FAT32ファイルシステムではデータのサイズ力 ギガバイト を超えるときは 2以上のファイルに分けて書き込まれる。例えば、容量が 8ギガバイト のリムーバブル HDD112には 4ギガバイトのファイルが 2つ格納され得る。 16ギガバ イトのリムーバブル HDD112には 4ギガバイトのファイル力 つ格納され得る。なお、 分割して書き込まれる単位はファイルサイズの最大値でなくてもよぐファイルサイズ の最大値以下のサイズであればょ 、。
[0025] 以下の説明では、コンテンツのデータストリームをリムーバブルメディアに書き込む データ処理装置は、カムコーダであるとして説明する。また、リムーバブルメディアに 格納されたデータストリームを再生し編集するデータ処理装置は PCであるとして説明 する。
[0026] さらに、リムーバブルメディア 112—1は超小型のリムーバブルハードディスクである とする。リムーバブルメディアは、周知のマイクロドライブ等のようにハードディスクを駆 動してデータの書き込みおよび読み出しを行うための機構 (ドライブ機構)を含む。以 下では、リムーバブルメディア 112— 1を「リムーバブル HDD112Jと記述する。説明 を簡便化するため、リムーバブル HDD112は 4ギガバイトの容量を持つとする。この 結果、 4ギガバイトを超えるコンテンツは、 2以上のリムーバブル HDDに分けて書き込 まれる。し力しながら、リムーバブル HDD力 ギガバイト以上の容量を持ち、そこに 4 ギガバイトを超えるコンテンツが書き込まれる場合にも、 2以上のファイルに分割して 同じリムーバブル HDDに書き込めばよい。 1つのコンテンツが複数のファイルに分け て記録される本質的な点においては、いずれも同じである。単に記録するメディアが 同一であるか否かの違いにすぎない。リムーバブル HDD112のクラスタサイズは、例 えば 32キロバイトである。「クラスタ」とは、データの書き込みおよび読み出しを行う際 の最小のアクセス単位である。
[0027] 図 2は、カムコーダ 100の機能ブロックの構成を示す。カムコーダ 100には、複数の リムーノ ブル HDD112a、 112b, · · ·、 112cを同時に装填することが可能であり、ュ 一ザが撮影した映像および音声に関するコンテンツのデータストリーム (クリップ AVス 卜リーム）を、リムーノ ブノレ HDD 112a、 112b, · · ·、 112c【こ jl匿【こ書き込む。
[0028] カムコーダ 100は、 CCD201a、マイク 20 lbおよびデジタル放送を受信するデジタ ルチューナ 201cと、 ADコンバータ 202と、 MPEG— 2エンコーダ 203と、 TS処理部 204と、メディア制御部 205と、 MPEG— 2デコーダ 206と、グラフィック制御部 207と 、メモリ 208と、液晶表示装置（LCD) 209aおよびスピーカ 209bと、 CPUバス 213と 、ネットワーク制御部 214と、指示受信部 215と、インターフェース (IZF)部 216と、 システム制御部 250とを含む。
[0029] 以下、各構成要素の機能を説明する。 CCD201aおよびマイク 201bは、それぞれ 映像および音声のアナログ信号を受け取る。 CCD201aは、映像をデジタル信号とし て出力する。マイク 201bは、音声のアナログ信号を出力する。 ADコンバータ 202は 入力されたアナログ音声信号をデジタル信号に変換して MPEG— 2エンコーダ 203 に供給する。
[0030] デジタルチューナ 201cは、アンテナ（図示せず）から 1以上の番組が含まれるデジ タル信号を受け取る受信部として機能する。デジタル信号として伝送されるトランスポ 一トストリームには複数の番組のパケットが混在して 、る。デジタルチューナ 201 cは、 受信したトランスポートストリーム力 特定の番組 (録画対象のチャンネルの番組)の パケットを抜き出して出力する。出力されるストリームもまたトランスポートストリームで あるが、当初のストリームと区別するために「パーシャルトランスポートストリーム」と呼 ぶこともある。トランスポートストリームのデータ構造は、図 3〜図 5を参照しながら後述 する。
[0031] 本実施形態においては、カムコーダ 100はデジタルチューナ 201cを構成要素とし ているが、これは必須の要件ではない。図 2のカムコーダ 100の構成は、図 1におい て言及したカメラ付き携帯電話 100— 2等にも適用できるため、デジタル放送の受信 および視聴が可能なカメラ付き携帯電話等についての構成要素と考えればよい。
[0032] MPEG— 2エンコーダ 203 (以下「エンコーダ 203」と記述する）は、録画の開始指 示を受け取ると、供給された映像および音声の各デジタルデータを MPEG規格に基 づいて圧縮符号化する。本実施形態においては、エンコーダ 203は、映像データを MPEG— 2形式に圧縮符号ィ匕してトランスポートストリーム（以下「TS」とも記述する） を生成し、 TS処理部 204に送る。この処理は、エンコーダ 203が録画の終了指示を 受け取るまで継続される。エンコーダ 203は双方向圧縮符号ィ匕を行うために、参照ピ クチャ等を一時的に保持するバッファ（図示せず)等を有している。なお、映像および 音声の符号ィ匕形式を一致させる必要はない。例えば、映像は MPEG形式で圧縮符 号化し、音声は AC— 3形式で圧縮符号ィ匕するとしてもよ ヽ。 [0033] 本実施形態では、カムコーダ 100は TSを生成し処理する。そこでまず、図 3〜図 5 を参照しながら、 TSのデータ構造を説明する。
[0034] 図 3は、トランスポートストリーム (TS) 20のデータ構造を示す。 TSパケットは、例え ば、圧縮符号化されたビデオデータが格納されたビデオ TSパケット (V— TSP) 30、 符号ィ匕されたオーディオデータが格納されたオーディオ TSパケット (A_TSP) 31の 他、番組表（プログラム ·アソシエーション'テーブル； PAT)が格納されたパケット（P AT— TSP)、番組対応表（プログラム ·マップ ·テーブル； PMT)が格納されたバケツ ト（PMT— TSP)およびプログラム ·クロック ·リファレンス (PCR)が格納されたパケット (PCR— TSP)等を含む。各 TSパケットのデータ量は 188バイトである。また、 PAT — TSP、 PMT— TSP等の TSの番組構成を記述する TSパケットを一般に、 PSIZS Iパケットと呼ぶ。
[0035] 以下、本発明の処理に関連するビデオ TSパケットおよびオーディオ TSパケットを 説明する。図 4 (a)はビデオ TSパケット 30のデータ構造を示す。ビデオ TSパケット 3 0は、一般に 4バイトのトランスポートパケットヘッダ 30a、および、 184バイトのトランス ポートパケットペイロード 30bを有する。ペイロード 30bにはビデオデータ 30bが格納 されている。一方、図 4 (b)は、オーディオ TSパケット 31のデータ構造を示す。ォー ディォ TSパケット 31も同様に、一般に 4バイトのトランスポートパケットヘッダ 3 la、お よび、 184バイトのトランスポートパケットペイロード 31bを有する。オーディオデータ 3 lbはトランスポートパケットペイロード 31bに格納されている。 TSパケットヘッダには ァダプテーシヨンフィールドと呼ばれるデータを追カ卩してもよぐ TSパケットに格納す るデータをァライメントする場合などに利用される。この場合 TSパケットのペイロード（ 30b、 31b)は 184バイト未満となる。
[0036] 上述の例から理解されるように、一般に TSパケットは 4バイトのトランスポートバケツ トヘッダと、 184バイトのエレメンタリデータと力も構成されている。パケットヘッダには 、そのパケットの種類を特定するパケット識別子（Packet IDentifier;PID)が記述 されている。例えば、ビデオ TSパケットの PIDは" 0x0020"であり、オーディオ TSパ ケットの PIDは" 0x0021"である。エレメンタリデータは、ビデオデータ、オーディオデ ータ等のコンテンツデータや、再生を制御するための制御データ等である。どのよう なデータが格納されて 、るかは、パケットの種類に応じて異なる。
[0037] 以下、ビデオデータを例に挙げて、映像を構成するピクチャとの関係を説明する。
図 5 (a)〜（d)は、ビデオ TSパケットからビデオピクチャを再生する際に構築されるス トリームの関係を示す。図 5 (a)に示すように、 TS40は、ビデオ TSパケット 40a〜40d を含む。なお、 TS40には、他のパケットも含まれ得る力 ここではビデオ TSパケット のみを示している。ビデオ TSパケットは、ヘッダ 40a— 1に格納された PIDによって容 易に特定される。
[0038] ビデオデータ 40a— 2等の各ビデオ TSパケットのビデオデータから、パケット化エレ メンタリストリームが構成される。図 5 (b)は、パケットィ匕エレメンタリストリーム（PES) 41 のデータ構造を示す。 PES41は、複数の PESパケット 41a、 41b等から構成される。 PESパケット 41aは、 PESヘッダ 41a— 1および PESペイロード 41a— 2から構成され ており、これらのデータがビデオ TSパケットのビデオデータとして格納されて!、る。
[0039] PESペイロード 41a— 2は、それぞれが 1つのピクチヤのデータを含んでいる。 PES ペイロード 41a— 2から、エレメンタリストリームが構成される。図 5 (c)は、エレメンタリ ストリーム（ES) 42のデータ構造を示す。 ES42は、ピクチャヘッダ、および、ピクチャ データの組を複数有している。なお、「ピクチャ」とは一般にフレームおよびフィールド の 、ずれも含む概念として用いられる。
[0040] 図 5 (c)に示すピクチャヘッダ 42aには、その後に配置されたピクチャデータ 42bの ピクチャ種別を特定するピクチャコーディングタイプが記述され、ピクチャヘッダ 42c にはピクチャデータ 42dのピクチャ種別を特定するピクチャコーディングタイプが記述 されて!/、る。種別とは、 Iピクチャ（Intra— coded picture)、 Pピクチャ（Predictive — coded picture)ま 7こ ίま Bヒクテャ (Biairectionaliy— predictive— coded pict ure)などを表す。種別が Iピクチャであれば、そのピクチャコーディングタイプは、例え ば" 001b"などと決められている。
[0041] ピクチャデータ 42b、 42d等は、そのデータのみによって、または、そのデータとそ の前および Zまたは後に復号ィ匕されるデータとによって構築可能な 1枚分のフレーム のデータである。例えば図 5 (d)は、ピクチャデータ 42b力も構築されるピクチャ 43a およびピクチャデータ 42dから構築されるピクチャ 43bを示す。 [0042] TSに基づいて映像を再生する際、カムコーダ 100はビデオ TSパケットを取得して 上述の処理にしたがってピクチャデータを取得し、映像を構成するピクチャを取得す る。これにより映像を LCD209a上に再生することができる。
[0043] 上述のエンコーダ 203は、映像コンテンツに関しては図 5 (d)、（c)、 （b)および（a) に示す順序で TSを生成すると 、える。
[0044] 次に、カムコーダ 100の TS処理部 204 (図 2)を説明する。 TS処理部 204は、動画 の記録時にはエンコーダ 203から TSを受け取り、またはデジタル放送番組の録画時 にはデジタルチューナ 201cから TSを受け取って、クリップ AVストリームを生成する。 クリップ AVストリームとは、リムーバブル HDD112a等への格納のために所定の形式 を有するデータストリームである。本明細書では、リムーバブル HDDに格納されたク リップ AVストリームのファイルには拡張子 TTS ("Timed TS"を意味する）を付して いる。クリップ AVストリームは、到着時刻情報を付加した TSとして実現される。また、 TS処理部 204は、コンテンツの再生時には、リムーバブル HDD 112a等から読み出 されたクリップ AVストリームをメディア制御部 205から受け取り、そのクリップ AVストリ ームに基づ 、て TSを生成して MPEG— 2デコーダ 206に出力する。
[0045] 以下では図 6を参照しながら、 TS処理部 204の処理に関連するクリップ AVストリー ムを説明する。図 6は、クリップ AVストリーム 60のデータ構造を示す。クリップ AVスト リーム 60は、複数の TTSパケット 61から構成される。 TTSノ ケット 61は、 4バイトの T TSヘッダ 61aと、 188バイトの TSパケット 61bとから構成される。すなわち TTSバケツ ト 61は、 TTSヘッダ 61aを TSパケット 6 lbに付カ卩して生成される。なお TSパケット 61 bは、図 3、図 4 (a)および (b)等に関連して説明した TSパケットである。
[0046] TTSヘッダ 61aは、 2ビットの予約領域 61a— 1と、 30ビットの到着時刻情報（Arriv al Time Stamp ; ATS) 61a— 2とから構成されている。この到着時刻情報 61a— 2 は、エンコーダ 203から出力された TSパケットが TS処理部 204に到着した時刻を示 している。 TS処理部 204は、この時刻に基づいてデコーダ 206に TSパケットを出力 する。
[0047] 次に、上述のクリップ AVストリーム 60を生成する TS処理部 204の構成を説明する 。図 7は、 TS処理部 204の機能ブロックの構成を示す。 TS処理部 204は、 TTSへッ ダ付カロ咅 261と、クロックカウンタ 262と、 PLL回路 263と、ノ ッファ 264と、 TTSへッ ダ除去部 265とを有する。
[0048] TTSヘッダ付加部 261は、 TSを受け取り、その TSを構成する TSパケットの前に T TSヘッダを付カ卩し、 TTSパケットとして出力する。 TTSヘッダ中の到着時刻情報 61 a— 2に記述される TSパケットの到着時刻は、 TTSヘッダ付加部 261に与えられる基 準時刻からのカウント値 (カウント情報）に基づ!/、て特定される。
[0049] クロックカウンタ 262および PLL回路 263は、 TTSヘッダ付カ卩部 261が TSパケット の到着時刻を特定するために必要な情報を生成する。まず PLL回路 263は、 TSに 含まれる PCRパケット（図 2の PCR— TSP)を抽出して、基準時刻を示す PCR (Prog ram Clock Reference :プログラム時刻基準参照値）を取得する。 PCRの値と同じ 値がカムコーダ 100のシステム基準時刻 STC (System Time Clock)として設定 され、 STCが基準時刻とされる。システム基準時刻 STCのシステムクロックの周波数 は 27MHzである。 PLL回路 263は、 27MHzのクロック信号をクロックカウンタ 262に 出力する。クロックカウンタ 262はクロック信号を受け取り、そのクロック信号をカウント 情報として TTSヘッダ付加部 261に出力する。
[0050] ノッファ 264は、ライトバッファ 264aおよびリードバッファ 264bを有する。ライトバッ ファ 264aは、送られてきた TTSパケットを逐次保持し、合計のデータ量が所定値 (例 えばバッファの全容量）になったときに、後述のメディア制御部 205に出力する。この とき出力される一連の TTSパケット列（データストリーム）を、クリップ AVストリームと呼 ぶ。一方、リードバッファ 264bは、メディア制御部 205によってリムーバブル HDD11 2a等力も読み出されたクリップ AVストリームを一時的にバッファして、 TTSパケット単 位で出力する。
[0051] TTSヘッダ除去部 265は、 TTSパケットを受け取って、 TTSヘッダを除去すること により TTSパケットを TSパケットに変換し、 TSとして出力する。留意すべきは、 TTS ヘッダ除去部 265は、 TTSヘッダに含まれて 、る TSパケットの到着時刻情報 ATSを 抽出して、到着時刻情報 ATSとクロックカウンタ 262から与えられるタイミング情報と に基づいて、元の到着時刻に対応するタイミング（時間間隔)で TSパケットを出力す ることである。リムーバブル HDD112a等はランダムアクセスが可能であり、データは 不連続にディスク上に配列される。よって、 TSパケットの到着時刻情報 ATSを利用 すれば、 TS処理部 204は、データの格納位置にかかわらず記録時の TSパケットの 到着タイミングと同じタイミングで TSパケットを出力することができる。なお TTSヘッダ 除去部 265は、読み出した TSの基準時刻を指定するために、例えば最初の TTSパ ケットにおいて指定されている到着時刻を初期値としてクロックカウンタ 262に送る。 これにより、クロックカウンタ 262においてその初期値力もカウントを開始させることが でき、よってその後のカウント結果をタイミング情報として受け取ることができる。
[0052] カムコーダ 100では、 TS処理部 204を設けて、 TSに TTSヘッダを付カ卩してクリップ AVストリームを生成するとした。し力し、符号化レートが固定されている CBR (Const ant Bit Rate)で符号ィ匕する場合には、 TSパケットのデコーダ入力時刻が固定間 隔であるため、 TS処理部 204を省略して TSをリムーバブル HDD112に書き込むこ とちでさる。
[0053] 再び図 2を参照しながら、カムコーダ 100の各構成要素を説明する。
[0054] メディア制御部 205は、 TS処理部 204力 クリップ AVストリームを受け取り、いずれ 力のリムーノ ブノレ HDDl 12aゝ 112bゝ · · ·ゝ 112cに出力する力を決定して、そのリム 一バブル HDDに出力する。メディア制御部 205は、書き込み中のリムーバブル HD Dの記録可能容量をモニタし、残された記録可能容量が所定値以下になったときに は出力先を他のリムーバブル HDDに変更し、クリップ AVストリームの出力を継続す る。このとき、 1つのコンテンツを構成するクリップ AVストリームが 2つのリムーバブル HDD112に跨って格納されることになる。
[0055] メディア制御部 205は、本発明の主要な特徴の 1つであるクリップタイムライン (Clip TimeLine)テーブルを生成する。そしてそのテーブルに、クリップ AVストリームの再 生単位であるキービクチャユニットが、 2つのファイルに跨って格納されて!、るか否か を示すフラグを記述する。なお、メディア制御部 205のより詳細な動作、および、メデ ィァ制御部 205によって生成されるクリップタイムラインテーブルの詳細なデータ構造 は後述する。
[0056] なお、クリップ AVストリームをリムーバブル HDD112に書き込む処理は、メディア制 御部 205から書き込み指示およびクリップ AVストリームを受け取ったリムーバブル H DDI 12が行っている。また、クリップ AVストリームを読み出す処理は、メディア制御 部 205から読み出し指示を受けたリムーバブル HDD112が行っている。しかし、説 明の便宜のため、以下ではメディア制御部 205がクリップ AVストリームを書き込み、 読み出すとして説明する。
[0057] MPEG— 2デコーダ 206 (以下「デコーダ 206」と記述する）は、供給された TSを解 祈して、 TSパケットから映像および音声の圧縮符号ィ匕データを取得する。そして、映 像の圧縮符号ィ匕データを伸長して非圧縮データに変換し、グラフィック制御部 207に 供給する。またデコーダ 206は、音声の圧縮符号化データを伸長して音声信号を生 成し、音声信号をスピーカ 209bに出力する。デコーダ 206は、 TSに関して MPEG 規格で規定されて 、るシステムターゲットデコーダ (T— STD)の要件を満たすように 構成されている。
[0058] グラフィック制御部 207には内部演算用のメモリ 208が接続されており、オン'スクリ ーン 'ディスプレイ（On Screen Display ;OSD)機能を実現できる。例えば、ダラ フィック制御部 207は種々のメニュー画像と映像とを合成した映像信号を出力するこ とができる。液晶表示装置 (LCD) 209aは、グラフィック制御部 207から出力された 映像信号を LCD上に表示する。スピーカ 209bは、音声信号を音として出力する。コ ンテンッは、 LCD209aおよびスピーカ 209bを介して再生され、視聴の対象となる。 なお、映像信号および音声信号の出力先は、それぞれ LCD209aおよびスピーカ 2 09bに限られない。例えば映像信号および音声信号は、外部出力端子（図示せず） を経てカムコーダ 100と別体のテレビやスピーカに伝送されてもよい。
[0059] CPUバス 213はカムコーダ 100内の信号を伝送する経路であり、図示されるように 各機能ブロックと接続されている。また、 CPUバス 213には、後述するシステム制御 部 250の各構成要素も接続されて 、る。
[0060] ネットワーク制御部 214は、カムコーダ 100をインターネット等のネットワーク 101に 接続するためのインターフェイスであり、例えば、イーサネット (登録商標)規格に準拠 した端子およびコントローラである。ネットワーク制御部 214は、ネットワーク 101を介 してデータを授受する。例えば、ネットワーク制御部 214は、撮影され生成されたタリ ップ AVストリームをネットワーク 101を介して放送局に伝送してもよい。または、ネット ワーク制御部 214は、カムコーダ 100の動作を制御するためのソフトウェアプログラム が更新されたときは、更新されたプログラムをネットワーク 101を介して受け取ってもよ い。
[0061] 指示受信部 215は、カムコーダ 100の本体部に設けられた操作ボタンである。指示 受信部 215は、ユーザから、例えば録画の開始 Z停止、再生の開始 Z停止等の指 示を受け取る。
[0062] インターフェース (IZF)部 216は、カムコーダ 100が他の機器と通信するためのコ ネクタおよびその通信を制御する。 IZF部 216は、例えば USB2. 0規格の端子、 IE EE1394規格の端子および各規格によるデータ通信を可能とするコントローラを含 み、各規格に準拠した方式でデータを授受することができる。例えば、カムコーダ 10 0は、 USB2. 0規格または IEEE1394規格の端子を介して PC108や、他のカムコ ーダ（図示せず）、 BDZDVDレコーダ、 PC等と接続される。
[0063] システム制御部 250は、カムコーダ 100内の信号の流れを含む全体的な処理を制 御する。システム制御部 250は、プログラム ROM210と、 CPU211と、 RAM212とを 有している。それぞれは CPUバス 213に接続されている。プログラム ROM210には カムコーダ 100を制御するためのソフトウェアプログラムが格納されている。
[0064] CPU211は、カムコーダ 100の全体の動作を制御する中央制御ユニットである。 C PU211は、プログラムを読み出して実行することにより、プログラムに基づいて規定さ れる処理を実現するための制御信号を生成し、 CPUバス 213を介して各構成要素 に出力する。メモリ 212は、 CPU211がプログラムを実行するために必要なデータを 格納するためのワーク領域を有する。例えば、 CPU211は、 CPUバス 213を使用し てプログラム ROM210からプログラムをランダムアクセスメモリ（RAM) 212に読み出 し、そのプログラムを実行する。なお、コンピュータプログラムは、 CD— ROM等の記 録媒体に記録して巿場に流通され、または、インターネット等の電気通信回線を通じ て伝送される。これにより、 PC、カメラ、マイク等を利用して構成されたコンピュータシ ステムを、本実施形態によるカムコーダ 100と同等の機能を有する機器として動作さ せることができる。本明細書では、そのような機器もまたデータ処理装置と呼ぶ。
[0065] 次に、図 8 (a)〜（c)を参照しながら、カムコーダ 100において撮影された、映像お よび音声に関するコンテンツのデータ管理構造を説明する。図 8 (a)は、本実施形態 における 1コンテンツの概念を示す。撮影の開始力も終了までの期間に得られたコン テンッを、 1ショットという。図 8 (b)は、コンテンツの管理情報とストリームのデータとを 含むクリップの概念を示す。 1ショット、すなわち 1つのコンテンツは、複数のクリップ a 〜。に分けて各リムーバブル1100112&〜112(：に格納することができる（1っのクリッ プで完結してもよい）。 1つのクリップは、クリップメタデータ 81と、タイムマップ 82と、ク リップ AVストリーム 83の一部（部分ストリーム）とを含む。クリップ AVストリーム 83は、 部分ストリーム 83a〜83cから構成されており、クリップ a〜cのそれぞれに含まれる。 図 8 (b)には 3つのクリップ a〜cが記載されている力 各クリップの構成は共通してい るため、ここではクリップ aを例に挙げて説明する。
[0066] クリップ aは、クリップメタデータ aと、タイムマップ aと、部分ストリーム aとを含む。このう ち、クリップメタデータ aおよびタイムマップ aは管理情報であり、部分ストリーム aがタリ ップ AVストリーム 83を構成するデータである。クリップ AVストリーム 83は原則として 1 つのファイルに格納される力 FAT32のファイルサイズの最大値を超えるときには複 数の TTSファイルに格納される。図 8 (b)では、 3つの部分ストリーム 83a、 83bおよび 83cが別個のファイルに格納される。なお本実施形態では、各部分ストリームのフアイ ルサイズを FAT32ファイルシステムにおけるファイルサイズの最大値（4ギガバイト）と すると、リムーバブル HDD112a〜cの記録可能容量がなくなって管理情報をリムー バブル HDD112に書き込みできなくなるため、各部分ストリームのファイルサイズは 4 ギガバイトよりも小さくなることに留意されたい。さら〖こ、 TTSファイルは整数個の TTS パケットから構成されるとし、上記ファイルシステム力もの制限である 4ギガバイト未満 であり、かつ、 TTSパケット（192バイト）の整数倍としてもよい。
[0067] クリップメタデータ aは XML形式で記述されており、コンテンツの再生に必要な情報 、例えば映像 Z音声フォーマット等が規定される。クリップメタデータ aの詳細は、後に 図 10を参照しながら詳述する。
[0068] タイムマップ aは、再生単位ごとの、表示時刻とその格納位置（アドレス）との関係を 規定したテーブルである。本明細書では、このタイムマップを「クリップタイムライン」 ( ClipTimeLine)と呼び、クリップタイムラインが格納されたファイルの拡張子に" CTL "を付して図示している。クリップタイムラインの詳細は、後に図 12〜14を参照しなが ら詳述する。
[0069] 部分ストリーム aは、図 6に示すように複数の TTSパケットから構成される。
[0070] なお、 1ショットの間にクリップ AVストリーム 83が複数の部分ストリーム 83a〜83cの ファイルに格納されたときには、 TSパケットの転送タイミングを決定する ATSのクロッ クカウンタ 262 (図 7)がリセットされたり、それまでのカウント値とは無関係な値が設定 されることはない。クロックカウンタ 262 (図 7)は、設定されていた基準時刻に基づく力 ゥントを継続的に行ってカウント値を出力する。したがって、クリップ AVストリーム 83を 構成する各 TTSパケット中の到着時刻情報 ATSは、 1つのショットを構成する連続す る 2つの TTSファイルの境界にお!、て連続して！/、る。
[0071] 図 8 (c)は、 3っのリムーバブル1100112&〜112。を示す。各クリップ a〜cを構成 するデータのファイルが各リムーバブル HDD 112a〜 112cに書き込まれる。
[0072] 次に、リムーバブル HDD112内にファイルがどのように格納されるかを説明する。
図 9は、リムーバブル HDD112内の階層化されたディレクトリ構造を示す。コンテンツ の管理情報とクリップ AVストリームのファイルは、最上層のルート（ROOT) 90内のコ ンテンッ（Contents)フォルダ 91以下に格納される。より具体的には、コンテンツフォ ルダ 91直下のデータベース（Database)フォルダ 92〖こは、管理情報であるクリップメ タデータ 94の XML形式ファイル、および、クリップタイムライン 95の CTL形式フアイ ルが格納される。一方、コンテンツフォルダ 91直下の TTSフォルダ 93には、クリップ AVストリーム（TimedTs) 96の TTS形式ファイルが格納される。
[0073] なお、コンテンツフォルダ 91には、さらに MXF形式の映像のストリームデータを格 納するビデオフォルダ (Video)、 MXF形式の音声のストリームデータを格納するォ 一ディオフオルダ（Audio)、 BMP形式のサムネイル画像を格納するアイコンフオル ダ（Icon)、 WAVE形式のボイスメモのデータを格納するボイスフォルダ（Voice)等 が設けられてもよぐ既存のカムコーダの記録フォーマット等に対応させることができ る。
[0074] 続いて、図 10〜 14を参照しながら、クリップメタデータ 94およびクリップタイムライン 95に記述されたデータの内容を説明する。 [0075] 図 10は、クリップメタデータ 94に含まれる情報の内容を示す。クリップメタデータ 94 は、構成データ（"Structural")および記述データ（"Descriptive")の 2種類に分類 される。
[0076] 構成データには、クリップ名、エッセンスリスト、リレーション情報等が記述される。ク リップ名は、そのファイルを特定するための情報であり、例えば周知の UMID (Uniq ue Material IDentifier)が記述される。 UMIDは、例えば、コンテンツが生成さ れた時刻とそれを生成した機器の MAC (Media AccessControl)アドレスを組み 合わせて生成される。さらに UMIDは、コンテンツが新たに生成されたか否かをも考 慮して生成される。すなわち、ー且 UMIDが付加され、その後に編集'加工等された コンテンツには、元のコンテンツの UMIDとは異なる値が付加される。よって UMID を利用すると世界中に存在するコンテンツに対して異なる値が定義されるため、コン テンッを一意に特定できる。
[0077] エッセンスリストには、映像および音声の復号化に必要な情報 (ビデオ情報および オーディオ情報）が記述されている。例えばビデオ情報には、ビデオデータのフォー マット、圧縮符号化方式、フレームレートなどが記述される。オーディオ情報には、ォ 一ディォデータのフォーマット、サンプリングレート等が記述される。本実施形態では 、圧縮符号ィ匕方式は MPEG— 2方式である。
[0078] リレーション情報は、図 8 (b)に示すような複数のクリップ 81a〜81cが存在するとき のクリップの間の関係を規定する。具体的には各クリップメタデータ 94には、そのショ ットの先頭のクリップを特定する情報、そのクリップの直前および直後のクリップを特 定する情報がそれぞれ記述される。すなわちリレーション情報は、複数クリップの各々 に対応するクリップ AVストリーム (部分ストリーム）の再生の先後関係または再生順序 を規定しているということができる。クリップを特定する情報は、例えば、 UMIDおよび そのリムーバブル HDD112固有のシリアル番号とによって規定される。
[0079] 記述データには、アクセス情報、デバイス、撮影情報、再生情報等が含まれて ヽる 。アクセス情報には、そのクリップの最終更新者、日時等が記述されている。デバイス 情報には、製造者名、記録した装置のシリアル番号、モデル番号等が記述されてい る。撮影情報は、撮影者名、撮影開始日時、終了日時、位置などを含む。再生情報 は、再生開始時刻、再生時間長等を特定する情報である。
[0080] 次に、クリップタイムライン 95を説明する。クリップタイムライン 95では、キービクチャ およびキービクチャユニットという概念を導入して、それらに関する情報を規定してい る。そこでまず図 11を参照しながら、キービクチャおよびキービクチャユニットを説明 する。
[0081] 図 11は、キービクチャおよびキービクチャユニットの関係を示す。図 11では、 I、 B および Pの各ピクチャを表示される順序で記載している。キービクチャユニット (Key Picture Unit ;KPU)は、映像に関して規定されるデータ再生単位である。図 11で は、キービクチャユニット KPUの表示は、キービクチャ 44から開始され、 Bピクチャ 45 にお 、て終了する。この間には MPEG規格のグループ ·ォブ ·ピクチャ（GOP)力 S 1以 上含まれている。 Bピクチャ 45の次の Iピクチャ 46から、次のキービクチャユニット KP Uの表示が始まる。各キービクチャユニットの映像再生時間は、 0. 4秒以上、かつ、 1 秒以下である。ただし、 1ショットの最後のキービクチャユニットは 1秒以下であればよ い。撮影の終了タイミングによっては 0. 4秒に満たないこともある力もである。上記は GOP先頭の Iピクチャ力も再生が開始されるとしている力 Bピクチャ力も再生が開始 される GOP構造の場合には、この限りではない。 KPU期間（KPUPeriod)は、その KPUに格納される全ピクチャの再生時間を示しているためである。
[0082] キービクチャユニットの先頭に位置するキービクチャ 44、 46は、 MPEG規格におけ るシーケンスヘッダコード (sequence _ header _ code)およびグノレープスタートコ一 ド（group— start— code)を含むビデオに関するアクセス単位である。例えば、キー ピクチャユニットは MPEG2圧縮符号ィ匕された Iピクチャの画像 (フレーム画像または 1 組の 2フィールド画像)または、圧縮符号ィ匕された Iフィールドおよび Pフィールドの画 像である。
[0083] また本実施形態では、 TSに付加された PTSを用いて KPU期間（KPUperiod)を 定義している。 KPU期間は、次のキービクチャユニット KPUの中で最初に表示され るピクチャの表示時刻 (PTS)と、その KPUの中で最初に表示されるピクチャの表示 時刻（PTS)との差分値である。図 11では、キービクチャ 44の時刻を PTS (N)とし、 キービクチャ 46の時刻を PTS (N+ 1)としたとき、 KPU期間（N)は、 PTS (N+ 1) PTS (N)として定義される（ともにキービクチャが表示開始ピクチヤとなっている場合） 。なお、 KPU期間の定義から明らかなように、ある KPU期間の値を決定するために は、次のキービクチャユニット KPUのピクチャが圧縮符号ィ匕され、最初に表示される ピクチャの再生時刻（PTS)が確定しなければならない。よって、あるキービクチャュ ニット KPUに対する KPU期間は、次のキービクチャユニットの生成が開始された後 に定まる。なお、ショットで最後の KPU期間が必要な場合もあるため、符号化したピク チヤの表示時間を積算していく方法も可能である。その場合には、次の KPUの生成 開始を待たずとも KPU期間を決定することが可能である。
[0084] 次に、図 12 (a)〜（c)を参照しながら、クリップタイムライン（ClipTimeLine)を説明 する。図 12 (a)は、クリップタイムライン（ClipTimeLine) 95のデータ構造を示す。ク リップタイムライン 95は、拡張子に" CTL"を有するファイルとして各リムーバブル HD D112に書き込まれる。
[0085] クリップタイムライン 95は、再生単位ごとの、表示時刻とその格納位置 (アドレス）と の関係を規定したテーブルである。「再生単位」は、上述のキービクチャユニット KPU に対応する。
[0086] クリップタイムライン 95には、複数のフィールドが規定されている。例えば、クリップタ ィムライン 95には、 TimeEntryNumberフィールド 95a、 KPUEntryNumberフィー ノレド 95b、 ClipTimeLineTimeOffsetフィールド 95c、 ClipTimeLineAddressOff setフィールド 95d、 ClipTimeLineDurationフィールド 95e、 StartSTCフィールド 9 5f、 TimeEntryフィールド 95g、 KPUEntryフィールド 95h等を含む。各フィールド には所定のバイト数が割り当てられ、それぞれその値に応じた特定の意味を規定して いる。
[0087] 例えば、 TimeEntryNumberフィールド 95aにはタイムエントリの数が記述され、 K PUEntryNumberフィールド 95bには KPUエントリの数が記述される。ただし Time Entryフィールド 95gおよび KPUEntryフィールド 95hは、後述のタイムエントリの数 および KPUエントリの数に応じてデータサイズが変動し得る。
[0088] 図 12 (b)は 1タイムエントリに関する TimeEntryフィールド 95gのデータ構造を示 す。 TimeEntryフィールド 95gには、対応するタイムエントリに関する属性を示す情 報が複数のフィールド（KPUEntryReferencelDフィールド 97a、 KPUEntryStart Addressフィールド 97bおよび TimeEntryTimeOffsetフィールド 97c)に記述され ている。
[0089] また、図 12 (c)は 1KPUエントリに関する KPUEntryフィールド 95hのデータ構造 を示す。 KPUEntryフィールド 95hには、対応するキービクチャユニット KPUに関す る属性を示す情報が複数のフィールド（OverlappedKPUFlagフィールド 98a、 Key PictureSizeフィールド 98b、KPUPeriodフィールド 98cおよび KPUSizeフィールド 98d)に記述されている。
[0090] ここで、図 13 (a)および (b)を参照しながら、クリップタイムライン 95に含まれる主要 なフィールドに規定されるデータの意味を説明する。
[0091] 図 13 (a)は、タイムエントリと、クリップタイムライン 95に含まれるフィールドとの関係 を示す。図 13 (a)の横軸の 1目盛りは 1アクセスユニット時間（Access Unit TiMe ； AUTM)を示している。これは 1ピクチャの表示時間に対応する。ここでいう「ピクチ ャ」とはどのようなビデオを対象とするかに応じて異なる。すなわち、「ピクチャ」は、プ ログレツシブビデオに対しては 1枚のプログレッシブ走査のフレーム画像に対応し、ィ ンターレースビデオに対してはインターレース走査のフィールド画像（1フィールド）に 対応する。例えば 24000Z1001秒間隔で表示されるプログレッシブビデオ（つまり 2 3. 97p)では、 1AUTMは 1Z (24000Z1001) 秒 = 1126125 clocks/27 MHzと表記される。
[0092] ここでまず、 1ショットに n個のクリップが含まれるとしたときの時間の関係を説明する 。まず各クリップの再生時間長は、それぞれの ClipTimeLineDurationフィールド 9 5eに記述される。この値は AUTMを利用して記述される。すべてのクリップについて の ClipTimeLineDurationフィールド 95eの値の和を計算すると、 1ショットの再生 時間長 (撮影時間長）が得られる（数 1)。この時間長もまた、 AUTMを利用して記述 される。
[0093] (数 1)
1ショットの再生時間長 =∑ ClipTimeLineDuration
[0094] 一方、図 13 (&)に示す1¾31；# 0から# (k+ 1)までが 1クリップに含まれるとすると、 上述の各クリップの ClipTimeLineDurationフィールド 95eは、そのクリップに含まれ る全てのキービクチャユニット KPUの KPU期間（KPUperiod)フィールド 98cの値の 総和として得られる（数 2)。上述のように、 KPU期間（KPUperiod)は AUTM値を 用いて表記されるため、 ClipTimeLineDurationフィールド 95eも AUTM表記であ る。
[0095] (数 2)
ClipTimeLineDuration =∑ KPUperiod
[0096] 各 KPU期間（KPUperiod)フィールド 98cの値は、上述のとおり、そのキービクチャ ユニット KPUに含まれるピクチャのビデオ表示時間（AUTM値）の和に対応する（数
3)。
[0097] (数 3)
KPUperiod=KPU内のビデオ総表示時間
[0098] 「タイムエントリ」 (TimeEntry)とは、一定の固定時間（例えば 5秒)ごとに設定され 、その位置力 再生を開始することが可能な時間軸上の飛び込み点を示す。タイム エントリの設定に関連して、先頭のキービクチャユニット KPU # 0の再生開始時刻を 0としたとき、最初に設定されたタイムエントリ # 0までの時間オフセットが ClipTimeLi neTimeOffsetフィールド 95cに設定される。また、各タイムエントリの設定時刻に再 生されるキービクチャユニット KPUを識別する情報が KPUEntryReferencelDフィ 一ルド 97aに記述され、そのキービクチャユニット KPUの先頭からそのタイムエントリ の設定時刻までの時間オフセットを示す情報が TimeEntryTimeOffsetフィールド 9 7cに記述される。
[0099] 例えば、タイムエントリ # tが指定されると、（ClipTimeLineTimeOffsetフィールド 95cの値） + (タイムエントリの間隔 't)を計算することにより、そのタイムエントリ # tが 設定された時刻、すなわち先頭キービクチャユニット KPU # 0の先頭からの経過時 間を得ることができる。
[0100] また、さらに以下の方法によって任意の再生時刻から再生を開始することもできる。
すなわち、ユーザ力も再生を開始したい時刻の指定を受け取ると、その時刻は、周知 の変換処理を利用して MPEG規格上の時間情報である PTS値に変換される。そし て、その PTS値が割り当てられたピクチャから、再生が開始される。なお PTS値は、 ビデオ TSパケット（V_TSP) 30のトランスポートパケットヘッダ 30a (図 4 (a) )内に記 述されている。
[0101] 本実施形態では、 1つのクリップ AVストリームが複数の部分ストリームに分けられて いるため、各クリップ内の部分ストリーム先頭の再生開始時刻 (PTS)が 0でないことが ある。そこで、クリップタィムラィン95の3 & 31^フィールド95 図12 (&) )には、そ のクリップ内の先頭 KPUの中で最初に表示されるピクチャの再生時刻情報（PTS) が記述されている。そのピクチャの PTS値と指定された時刻に対応する PTS値と〖こ 基づいて、再生開始すべきピクチャまでの PTS (AUTM)差分値が得られる。なお、 各ピクチャに割り振られている PTS値のデータ量と、 StartSTCフィールド 95fに規定 されている PTS値のデータ量とを一致させることが好ましぐ例えば 33ビットで表記さ れる。
[0102] 上述の差分値が ClipTimeLineDurationフィールド 95eの値よりも大きければ、再 生を開始すべきピクチャはそのクリップ内に存在せず、小さければそのクリップ内に 存在すると判断できる。後者のときは、さらにその PTS差分値に基づいて、どの程度 先の時刻かも容易に特定できる。
[0103] 図 13 (b)は、 KPUエントリと、クリップタイムライン 95に含まれるフィールドとの関係 を示す。図 13 (b)の横軸の 1目盛りは 1データユニット長（Timed TS Packet Byt e Length;TPBL)を示している。これは 1データユニットが TTSパケットのデータ量 (192バイト）と等しいことを意味する。
[0104] 各 KPUエントリは、各キービクチャユニット KPUに対して 1つ設けられている。 KPU エントリの設定に関連して、各 KPUのデータサイズが KPUSizeフィールド 98dに記 述され、各タイムエントリごとに対応する KPUの開始アドレスが KPUEntryStartAd dressフィールド 97bに記述される。なお、各キービクチャユニット KPUのデータサイ ズは、例えば図 13 (b)の KPUsize # kに示すように、その KPUの中で最初のピクチ ャのデータを格納した最初の TTSパケットから、次の KPUの最初のピクチャを格納し た TTSパケット直前の TTSパケットまでのデータサイズを 1データユニット長（TPBL) で示して表される。 [0105] さらに KPUエントリには、ファイルの最初から、キービクチャユニット KPU # 0の先 頭までのフラグメント（データオフセット）が ClipTimeLineAddressOffsetフィールド 95dに設定されている。このフィールドを設ける理由は以下のとおりである。例えば 1 ショットのクリップ AVストリームのデータが複数のファイルに分けて格納されたとき、 2 番目以降のファイルの先頭には先のファイル最後尾の KPUの一部が格納されること がある。キービクチャユニット KPU内の各ピクチャは、 KPU先頭のキービクチャから 復号ィ匕をしなければならな 、ため、ファイルの先頭に存在するデータは単独で復号 ィ匕できない。よってそのようなデータは、意味のないデータ（フラグメント）として読み 飛ばすことが必要になる。そこで上述のオフセットフィールド 95dにそのオフセット値 を利用して、読み飛ばしを可能にしている。
[0106] ここで、図 14を参照しながら、 1ショットのクリップ AVストリームデータが複数のフアイ ルに分けて格納されたときの OverlappedKPUFlagフィールド 98a等を説明する。説 明の簡単のために、ここでは 1ショットのコンテンツに関する管理情報とクリップ AVスト リームとが、 2つのリムーバブル HDD # 1および # 2に格納されるとして説明し、また クリップメタデータには言及しない。
[0107] 図 14は、 2つのリムーバブル HDDに分けて格納された、 1ショットのコンテンツに関 する管理情報とクリップ AVストリームとを示す。リムーバブル HDD # 1および # 2に は、それぞれクリップタイムラインのファイル（00001. CTLおよび 00002. CTL)と、 クリップ AVストリームのフアイノレ（00001. TTSおよび 00002. TTS)と力 S格糸内されて いる。
[0108] 以下では、 KPUエントリに注目する。まず、リムーバブル HDD # 1上の KPUェント リ # (d— 1)は、 00001. TTS内のクリップ AVストリームに規定されるキービクチャュ ニット KPU # (d—1)に対応して設けられている。図 14に示すように、キービクチャュ ニット KPU # (d—l)のすベてのデータは、 00001. TTS内に存在している。その場 合には、 KPUエントリ # (d— 1)の OverlappedKPUFlagフィールド 98aには Obが設 定される。
[0109] 次に、 KPUエントリ # dおよび対応するキービクチャユニット KPU # dに着目する。
図 14に示すキービクチャユニット KPU # dは、その一部（キービクチャユニット KPU # dl)がリムーバブル HDD # 1の 00001. TTS内に存在し、他の一部（キービクチ ャユニット KPU # d2)がリムーバブル HDD # 2の 00002. TTS内に存在して!/、る。 キービクチャユニット KPU # dが 2つのリムーバブル HDDに分けて格納されて!、る理 由は、例えばリムーバブル HDD # 1への書き込み中に、記録可能な残り容量が所定 値以下になり、それ以上の書き込みが不可能になったためである。この場合には、 K PUエントリ # dの OverlappedKPUFlagフィールド 98aには lbが設定される。
[0110] なお、リムーバブル HDD # 2内の KPUエントリ # 0に対応するキービクチャユニット KPUは、そのすベてのデータがリムーバブル HDD内に格納されているから、その O verlappedKPUFlagフィールド 98aには Obが設定される。
[0111] 上述のように KPUエントリ内の OverlappedKPUFlagフィールド 98aの値を調べる ことにより、そのキービクチャユニット KPUがそのメディア内のファイルに格納されて いる力否かが判断できる。この利点は、例えば以下の処理において非常に効果的で ある。
[0112] 図 14に示すように、 KPU # dを構成するデータが複数の TTSファイル（00001. T TSおよび 00002. TTS)に跨って格納されているときにおいて、リムーバブル HDD # 2内のデータを全て削除する編集処理を想定する。この編集処理の結果、リムー バブル HDD # 1に格納されたデータのみに基づいて 1ショットの再生が行われる。
[0113] 編集処理によって 1ショットの再生時間が変化するため、正確な再生時間を算出す る必要がある。そこで、 OverlappedKPUFlagフィールド 98aの値に基づいて再生時 間の算出処理を変化させることができる。
[0114] 以下に、再生が保証されているピクチャまでの再生時間を算出する処理（1)と、現 実に再生可能なピクチャまでの再生時間を算出する処理 (2)とを説明する。例えば、 処理（1)は個人ユーザ向けの機器に実装され、処理 (2)は業務ユーザ向けの機器 に実装される。
[0115] まず、上述の処理（1)から説明する。編集処理が行われた後のリムーバブル HDD
# 1内の最後の KPU # dに関しては、 OverlappedKPUFlagフィールド 98aの値は" lb"である。このときは、先頭から KPU # (d— 1)までの KPU期間（KPUperiod)の 和を、リムーバブル HDD # 1内のクリップの再生時間（ClipTimeLineDuration95e )の値として採用する。換言すれば、上述の数 2においてキービクチャユニット KPU # dの KPU期間（KPUperiod)の値はクリップの再生時間として算入しな!、。その理 由は、実際に再生可能な時間（最初の KPU力 KPU # (d—l)まで）と数 2に基づ いて算出した 1ショットの再生時間（最初の KPUから KPU # dまで）との間には、最後 の KPU # d相当の再生時間（0. 4秒以上 1秒未満)だけ誤差が発生し得るからであ る。この算出方法によれば、再生が保証されている映像の再生時間が把握できる。
[0116] 次に、上述の処理（2)を説明する。処理（1)においては、データが存在する KPU
# dlの再生時間は考慮されていない。しかし、 KPU # dl内のデータに基づいて再 生可能なピクチャが存在し得るため、処理（1)によって算出される再生時間は厳密に は誤差が含まれうる。機器力 提示された再生時間がこのような誤差を含むことは、 特に業務用途や特殊用途の機器においてはあってはならないケースが想定される。 そこで、 OverlappedKPUFlagフィールド 98aの値が" lb"の時には、フレーム Zフィ 一ルド単位で連続して再生できるビデオ再生時間を KPU # dlを解析して求めれば よい。その再生時間を処理（1)によって得られる再生時間に加算することによって、ク リップの再生時間を非常に正確に求めることができる。
[0117] なお、リムーバブル HDD # 1内の最後の KPUに対応する OverlappedKPUFlag フィールド 98aの値が" Ob"のときは、先頭から最後までの各キービクチャユニット KP Uの KPU期間（KPUperiod)の和をクリップの再生時間（ClipTimeLineDuration 95e)の値として採用すればよい。最後のキービクチャユニット KPU内の全てのピク チヤが再生可能であるため、その KPUの KPU期間（KPUperiod)をクリップの再生 時間（ClipTimeLineDuration95e)に算入すべきだからである。
[0118] 以上説明したように、 OverlappedKPUFlagフィールド 98aの値に応じてクリップの 再生時間（ClipTimeLineDuration95e)の算出する処理を変化させることにより、 常に正確な再生時間長を算出できる。
[0119] また、 OverlappedKPUFlagフィールド 98aの値を利用して不完全なキービクチャ ユニット KPUを削除する力否かを決定し、削除したときには残されたクリップについて クリップタイムラインを修正してもよい。この「不完全なキービクチャユニット」とは、全て のピクチャのデータが存在しな ヽキービクチャユニットを 、 、、ここでは KPU # d2が 存在しな!ヽ KPU # dに相当する。
[0120] 具体的に説明すると、 OverlappedKPUFlagフィールド 98aの値が" lb"のときに は、不完全なキービクチャユニット KPU # dlをキービクチャユニット KPUとして取り 扱わないように、 TTSファイルから削除し、リムーバブル HDD # 1内のクリップタイム ラインを修正すればよい。クリップタイムラインの修正は、キービクチャユニット KPUの 数（KPUEntryNumber95b)を減少させること、 KPU # dの KPUエントリを削除す ること、キービクチャユニット KPU # dl内のタイムエントリ（TimeEntry) 95gを削除 すること等を含む。修正後は、リムーノ ブル HDD # 1の 00001. TTSファイルの最 後のキービクチャユニットは KPU # (d—l)になり、最初の KPU力 最後の KPU # ( d—l)までの再生時間の和が 1ショットの再生時間になる。よって、上述の数 1〜数 3 を画一的に適用して正確な再生時間を得ることができる。尚、このような後方部分削 除は FAT32ファイルシステム上においても、 TTSパケット（192バイト）単位で可能で ある。
[0121] なお、キービクチャユニット KPU # d2は、リムーバブル HDD # 2内ではフラグメント であり、そのデータのみではビデオは復号化できない。よって、リムーバブル HDD # 2内のクリップ AVストリームファイル（00002. TTS)の最初から、キービクチャュ-ッ ト KPU # 0の先頭までのフラグメント（データオフセット）が ClipTimeLineAddressO ffsetフィールド 95dに設定される。さらに、そのキービクチャユニット KPU # 0の先頭 から、最初に設定されたタイムエントリ # 0までの時間オフセットが ClipTimeLineTi meOff setフィールド 95cに設定される。なお、 ClipTimeLineAddressOffsetフィ 一ルド 95dの値が 0でな!/、ときは、前のリムーバブル HDDからのキービクチャユニット KPUが格納されていることを表すため、巻き戻し再生時にはまず、クリップメタデータ 94のリレーション情報を参照することで、直前のクリップがあるか否かを特定すること ができる。直前のクリップが存在しないまたは、アクセスできない場合には、巻き戻し 再生は終了する。ショットの途中のクリップであって、前のクリップがアクセス可能であ つた場合には、 ClipTimeLineAddressOffsetフィールド 95dの値力 か否かを確 認し、 0でないときに前のリムーバブル HDDの最後のキービクチャユニット KPUに対 応する KPUエントリの OverlappedKPUFlagフィールド 98aの値をさらに確認して、 キービクチャユニット KPUの跨ぎが発生している力否かを確実に判定することもでき る。
[0122] 次に、上述のデータ構造に基づいてコンテンツを録画し、そのデータ構造を利用し てコンテンツを再生するための処理を説明し、その後、そのようなコンテンツを編集す る際の処理を説明する。
[0123] まず図 15および図 16を参照しながら、コンテンツをリムーバブル HDDに録画する ときのカムコーダ 100の処理 (録画処理)を説明する。
[0124] 図 15は、カムコーダ 100によるコンテンツの録画処理の手順を示す。まずステップ S151にお!/ヽて、カムコーダ 100の CPU211iま旨示受信咅 215を介して、ユーザ力 ら撮影開始の指示を受け取る。そして、ステップ S152において、 CPU211からの指 示に基づいて、エンコーダ 203は入力信号に基づいて TSを生成する。なおデジタル 放送の録画時には、ステップ S151において録画開始の指示を受け取り、ステップ S 152にお!/、てデジタルチューナ 201 cを用!、て録画対象の番組の TSパケットを抽出 すると読み替えればよい。
[0125] ステップ S153では、メディア制御部 205は、 TS処理部 204において TTSヘッダが 付加された TS (クリップ AVストリーム）を、順次リムーバブル HDDに書き込む。そして メディア制御部 205は、ステップ S154において、クリップ (TTSファイル）を新規に作 成するか否かを判断する。新規に作成するか否かは、記録中のクリップの TTSフアイ ルのサイズが所定値よりも大き 、か否かや、リムーバブル HDDの残容量に応じて任 意に決定できる。新規にクリップを作成しない場合はステップ S 155に進み、新規にク リップを生成するときはステップ S 156に進む。
[0126] ステップ S 155では、 TS処理部 204は、キービクチャユニット KPUが生成されるごと に、 KPUエントリおよびタイムエントリを生成する。このとき、キービクチャユニット KP Uのすベてのデータはそのクリップの TTSファイル内に書き込まれるため、メディア制 御部 205は KPUエントリ中の OverlappedKPUFlagフィールドに" Ob"を設定する。 そしてメディア制御部 205は、ステップ S157において KPUエントリおよびタイムェン トリを含む時間 ·アドレス変換テーブル（クリップタイムライン ClipTimeLine)をリムー バブルメディアに書き込む。その後、ステップ S 158において、 CPU211は撮影終了 力否かを判断する。撮影は、例えば指示受信部 215を介して撮影終了指示を受信し たとき、次にデータを書き込むべきリムーバブル HDDが存在しないとき等に終了する 。撮影終了と判断されると録画処理は終了する。撮影が継続されるときには処理はス テツプ S152に戻り、それ以降の処理が繰り返される。
[0127] 一方ステップ S156では、 TS処理部 204は、最後に書き込まれたデータによってキ ーピクチャユニット KPUが完結した力否かを判断する。仮にキービクチャユニット KP Uが完結しなければ、そのキービクチャユニット KPUの残りのデータは他のリムーバ ブル HDDに格納されることになる。そのため、キービクチャユニット KPUのすベての データがそのリムーバブル HDD内に書き込まれた力否かを判断するために、このよ うな判断が必要になる。キービクチャユニット KPUが完結しているときには処理はス テツプ S 155に進み、完結して!/ヽな 、ときには処理はステップ S 159に進む。
[0128] ステップ S159では、 TS処理部 204によってクリップ切り替え処理が行われる。この 処理の具体的な内容を、図 16に示す。
[0129] 図 16は、クリップ切り替え処理の手順を示す。この処理は、コンテンツ（クリップ）の 録画先のメディアを、あるリムーバブル HDDから他のリムーバブル HDDに切り替え たり、同一リムーバブル HDD上で新規クリップを生成する処理である。以下では説明 を簡略化するために、クリップの切り替え力 コンテンツの録画先メディアの変更であ るとして説明するが、同一記録媒体で新規クリップに記録する場合と本質的に同等で ある。また、便宜的にそれまでコンテンツが録画されていたリムーバブル HDDを「第 1 リムーバブル HDD」と呼び、次にコンテンツが録画されるリムーバブル HDDを「第 2リ ムーバブル HDD」と呼ぶ。
[0130] まずステップ S161において、 CPU211は、第 2リムーバブル HDD上に生成される クリップのクリップ名を決定する。次に、ステップ S162において、カムコーダ 100は第 1リムーバブル HDDに完全に記録できなかったキービクチャユニット KPUが完結す るまで TSを生成する。そして、 TS処理部 204は TTSヘッダを付カ卩し、メディア制御 部 205はそのクリップ AVストリームを第 2リムーバブル HDDに書き込む。
[0131] 次にステップ S163において、メディア制御部 205は、完結した KPUの KPUェント リおよびタイムエントリを生成する。このとき、キービクチャユニット KPUは第 1リムーバ ブル HDDおよび第 2リムーバブル HDDに跨って書き込まれるため、メディア制御部 205は KPUエントリ中の OverlappedKPUFlagフィールドに" lb"を設定する。
[0132] ステップ S164において、メディア制御部 205は、生成した KPUエントリおよびタイ ムエントリを含む時間 ·アドレス変換テーブル（クリップタイムライン ClipTimeLine)を 、第 1リムーバブル HDDに書き込む。そして、ステップ S165において、第 1リムーバ ブル HDD上のクリップ 'メタデータ（リレーション情報等）を更新する。例えば、メディ ァ制御部 205は、第 1リムーバブル HDD上のクリップのクリップメタデータに、次のク リップとして第 2リムーバブル HDD上のクリップを特定する UMID等を書き込む。また 、第 2リムーバブル HDD上のクリップのクリップメタデータに、前のクリップとして第 1リ ムーバブル HDD上のクリップを特定する UMID等を書き込む。その後、ステップ S1 66において、メディア制御部 205は、今後のコンテンツの書き込み先を第 2リムーバ ブル HDDに設定し、処理が終了する。
[0133] 次に、図 17を参照しながら、カムコーダ 100がリムーバブル HDDからコンテンツを 再生する処理、より具体的には、指定された再生開始時刻に基づいて、その時刻に 対応する位置からコンテンツを再生する処理を説明する。なお、コンテンツの最初か ら再生するときの処理は、 KPUエントリ、タイムエントリ等を設けない従来の処理と同 じであるため、その説明は省略する。
[0134] 図 17は、カムコーダ 100によるコンテンツの再生処理の手順を示す。ステップ S17 1において、カムコーダ 100の CPU211は指示受信部 215を介して、ユーザから再 生開始時刻の指示を受け取る。
[0135] ステップ S172において、メディア制御部 205は時間.アドレス変換テーブル（クリツ プタイムライン ClipTimeLine)を読み出して、 CPU211が再生開始時刻のピクチャ を含むキービクチャユニット（KPU)を特定する。そして、ステップ S173において、 C PU211は、再生開始時刻に対応する KPUの開始位置を特定する。この KPUの開 始位置は、 TTSファイル内の復号開始位置（アドレス）を表して ヽる。
[0136] これらの処理の一例は以下のとおりである。すなわち、 CPU211は、再生開始時刻 がタイムエントリ # tとタイムエントリ # (t+ 1)の間の時刻であることを特定し、さらにタ ィムエントリ # tから起算して mアクセスユニット時間（AUTM)を 1単位として何単位 離れているかを特定する。
[0137] 具体的には、まずタイムエントリ # tの KPUEntryReferencelDフィールド 97aの値 に基づいて、ある KPU (KPU # kとする）が特定される。そして、タイムエントリ # が 指し示す時刻から KPU # kの先頭キービクチャの再生が開始されるまでの時間差が TimeEntryTimeOffsetフィールド 97cの値に基づいて取得される。その結果、再 生開始すべきピクチャが KPU # kの中で最初に表示されるピクチャ力 何 AUTM後 か判明する。すると、 KPU # kから KPUごとに KPU期間（KPUPeriod)を加算して いくことで、再生開始すべきピクチャを含む KPUが特定できる。また、タイムエントリ # tが指し示す KPUの先頭アドレスに KPU # kから再生開始すべきピクチャを含む KP Uの直前の KPUまでの KPUSizeを加算していくことで、再生開始時刻に対応する K PUの開始位置を特定できる。なお、「タイムエントリ # tが指し示す KPUの先頭アドレ ス」は、 ClipTimeLineAddressOffsetフィールド 95dの値とタイムエントリ # tの KP UEntryStartAddressフィールド 97bの値との和を計算することによって取得できる
[0138] なお、上述の説明は、説明の簡略化のため ClosedGOP構造（GOP内の全てのピ クチャは GOP内のピクチャを参照するのみ）を前提としている。しかしながら、 Closed GOP構造が取れない場合や、保証できない場合には、特定された再生開始時刻を 含む KPUの一つ前の KPUから復号を開始してもよ!/、。
[0139] 次のステップ S174では、メディア制御部 205はそのキービクチャユニット（KPU)の KPUEntry中のフラグを読み出し、ステップ S 175において OverlappedKPUFlag フィールド 98aの値が" lb"か否かを判断する。値が" lb"のときは、キービクチャュ- ット KPUが第 1および第 2リムーバブル HDDにまたがることを意味しており、処理は ステップ S 176に進む。一方値が" Ob"のときは、跨らないことを意味しており、処理は ステップ S 177に進む。
[0140] ステップ S176において、メディア制御部 205は第 1リムーバブル HDDに格納され た KPUの先頭ピクチャデータ力もデータを読み出し、 TS処理部 204が TTSヘッダを 除去すると、デコーダ 206はそのデータ力もデコードを開始する。このとき、特定した ピクチャによっては、読み出しを開始した第 1リムーバブル HDDではなく第 2リムーバ ブル HDDにデータが格納されていることもある力 復号を正しく行うために 2つのタリ ップ (TTSファイル）を跨ぐ KPUの先頭キービクチャからデコードが行われる。
[0141] ステップ S177では、メディア制御部 205は KPUの先頭ピクチャデータからデータ を読み出し、 TS処理部 204が TTSヘッダを除去すると、デコーダ 206はそのデータ 力 デコードを開始する。読み出されるすべてのピクチャデータは、そのリムーバブル HDD内に格納されている。
[0142] その後、ステップ S178では、再生開始時刻に対応するピクチャのデコード終了後 に、グラフィック制御部 207はそのピクチヤから出力を開始する。対応する音声が存 在するときには、スピーカ 209bもまたその出力を開始する。その後は、コンテンツの 最後まで、または再生の終了指示があるまでコンテンツが再生され、その後処理は終 了する。
[0143] 次に、図 18および図 19を参照しながら、リムーバブル HDDに録画されたコンテン ッを編集する処理を説明する。この処理は、カムコーダ 100においても実行されると して説明するが、他には、コンテンツが録画されたリムーバブル HDDが装填された P C108 (図 1)等において実行されてもよい。
[0144] 図 18 (a)および (b)は、編集によって TTSファイルの先頭部分を削除する前後の管 理情報およびクリップ AVストリームの関係を示す。図 18 (a)に示される範囲 D力 削 除の対象となる部分である。この範囲 Dは、 TTSファイルの先頭部分を含む。先頭部 分のアドレスを piとし、 pl + D=p4とする。これまで説明したように、クリップ AVストリ ームは複数のファイルに分けて格納されることがある力 以下の処理は、各 TTSファ ィルの先頭部分を含む削除に対して適用される。
[0145] 図 18 (b)は、範囲 Dを削除した後の管理情報 (クリップタイムライン)およびクリップ A Vストリームの関係を示す。本実施形態では、範囲 Dのすベてを常に削除するのでは なぐ範囲 Dに収まるデータ量のうち、 96キロバイトの n倍（n:整数）のデータ量だけを 削除する。いま、削除後の先頭データ位置をアドレス p2とすると、（p2— pi)は、 (96 キロバイト） ·ηである。また、 ρ2≤ρ4である。
[0146] 上述の範囲 Dの終端アドレス ρ4は、ユーザの編集位置を示している。換言すれば、 この終端アドレス ρ4はユーザにとっては後続のストリームの開始点を示している。アド レス p4の値は、（pi + D)の値として表される。さらに、例えばそのアドレスに対応する ピクチャの再生開始時刻情報 (例えば PTS)を利用して表すこともできる。例えばュ 一ザがアドレス p4を始点とし、後続のアドレスを終点とする編集を行うときには、上述 のアドレス p4に対応するピクチャの再生開始時刻情報とともに、 p4からのビデオ再生 時間長や、開始時刻情報と同様のビデオの再生終了時刻情報によって、終点を特 定することができる。ユーザの編集区間を示す情報（開始点 ·終了点）は、図 9の Clip Metadata (94)、または、 Clip Time Line (95)において管理される。
[0147] アドレス p4の値またはそのアドレスに対応する時刻情報を保持することにより、ユー ザが指定した範囲 Dの後力 再生、編集等を開始することができる。特に本実施形態 の処理によれば、ユーザが削除を指定した範囲 Dのうち、 p2から p4までのデータが 再生可能な状態で残されることがある。ユーザにとっては p2から p4のデータは削除さ れており、再生されると違和感を覚える。そこでアドレス p4の値等を保持しておくこと により、 p2から p4までの区間の映像が再生されたり、その間を編集開始位置として誤 つて認識することを確実に防止することができる。アドレス p4の値またはそのアドレス に対応する時刻情報は、図 10に示すクリップメタデータ 94の記述データ（descripti ve)中の再生情報として格納される。
[0148] 「96キロバイト」は、本実施形態において採用するクラスタサイズ（32キロバイト）と、 TTSパケットのパケットサイズ（192バイト）との最小公倍数である。このように処理す る理由は、クラスタサイズの整数倍とすることによってリムーバブル HDDに対するデ ータ削除処理がアクセス単位で実行でき、また TTSパケットのパケットサイズの整数 倍とすることによってデータ削除処理がクリップ AVストリームの TTSパケット単位で実 行できるため、処理を高速ィ匕かつ簡易にできるからである。なお、本実施形態ではク ラスタサイズを 32キロバイトとしているため、 96キロノイトを基準として削除単位を決 定したが、この値はクラスタサイズや、採用するクリップ AVストリームのパケットサイズ に応じて変化し得る。
[0149] 削除処理では、さらに ClipTimeLineTimeOffsetフィールド 95cおよび ClipTime LineAddressOffsetフィールド 95dの値も変更される。これらの値は削除前は 0であ る。削除後は、まず ClipTimeLineAddressOffsetフィールド 95dに、初めて現れる キービクチャユニット KPUまでのデータ量が記述される。初めて現れるキービクチャ ユニット KPUの格納アドレスを p3とすると、 ClipTimeLineAddressOffsetフィール ド 95dは（p3— p2)の値が記述される。また、 ClipTimeLineTimeOffsetフィールド 95cに、最初のキービクチャユニット KPUの中で先頭のキービクチャの再生時刻から 最初のタイムエントリまでの時間差が AUTM単位で記述される。なお、アドレス p2力 ら p3までのクリップ AVストリームのパケットは、単独でデコードできると!、う保証がな いため、フラグメントとして扱われ、再生の対象とはされない。
[0150] 図 19は、カムコーダ 100によるコンテンツの部分削除処理の手順を示す。まずステ ップ S191において、カムコーダ 100の CPU211は指示受信部 215を介して、ユー ザから TTSファイルの部分削除指示、および、削除範囲 Dの指定を受け取る。部分 削除指示とは、 TTSファイルの先頭部分および Zまたは末尾部分を削除する指示で ある。指示の内容に応じて、先頭部分を削除する「前方部分削除処理」および Zまた は末尾部分を削除する「後方部分削除処理」が行われる。
[0151] ステップ S192において、前方部分削除処理力否かが判定される。前方部分削除 処理を行う場合にはステップ S193に進み、前方部分削除でない場合にはステップ S 195に進む。ステップ S193では、メディア制御部 205は、削除範囲に相当するデー タ量 Dのうち、 96キロバイトの整数倍のデータ量を先頭から削除する。そしてステップ S194において、メディア制御部 205は、時間 'アドレス変換テーブル（クリップタイム ライン）中の、最初のタイムエントリに対する時間オフセットの値（ClipTimeLineTim eOff setフィールド 95cの値）と最初の KPUエントリに対するアドレスオフセット値（Cli pTimeLineAddressOffsetフィールド 95dの値）とを修正する。その後、処理はステ ップ S 195に進む。
[0152] ステップ S195では、後方部分削除処理力否かが判定される。後方部分削除処理 を行う場合にはステップ S196に進み、行わない場合にはステップ S197に進む。ス テツプ S196では、削除範囲に相当するデータ量のうち、 TTSファイルの最後が完全 な KPUとなるよう 192バイト単位でデータが削除される。これはすなわち、 192バイト の整数倍のデータ量のデータが削除されることを意味する。その後処理はステップ S 197に進む。 [0153] ステップ S197では、部分削除処理によって変化したタイムエントリ数や KPUェント リ数等を修正する。具体的には、時間 'ァドレス変換テーブル (ClipTimeLine)中で 、実データを伴わなくなった KPUEntryエントリ、および KPUEntryReferencelD で参照して!/、た KPUEntryエントリを失った TimeEntryエントリが削除される。また、 TimeEntryNumberフィールド 95aの値、 KPUEntryNumberフィールド 95bの値 等の修正処理が行われる。
[0154] なお、前方部分削除処理および後方部分削除処理の!/、ずれもが行われな!/、場合 にもステップ S197を経由する。これは、例えば TTSファイルの中間部分の削除処理 が行われた場合にも修正処理が行われることを想定している。ただし、中間部分の削 除処理は本明細書にお!、ては特に言及しな!、。
[0155] なお、上述のように部分削除処理は TTSファイルの先頭部分に限られず、 TTSフ アイルの末尾部分を含む範囲の削除処理をしてもよい。この処理は、例えば上述の 不完全なキービクチャユニット KPU (図 14の KPU # d 1 )を削除する際に適用される 。不完全なキービクチャユニット KPUは 1クリップの最後に存在しているため、「TTS ファイルの最後の部分を含む範囲」に相当する。このとき削除される範囲は、不完全 なキービクチャユニット KPUの先頭から TTSファイルの最後までであり、例えば TTS パケットのパケットサイズ（192バイト）単位で削除する範囲を決定すればよい。クラス タサイズは特に考慮しなくてもよい。なお、 TTSファイルの最後の部分は不完全なキ ーピクチャユニット KPUに限られず、ユーザ力 範囲の指定を受けること等により、任 意に決定できる。なお、先頭部分の削除処理と末尾部分の削除処理とを連続して行 つてもよいし、一方の処理のみを行ってもよい。
[0156] 以上、本発明の実施形態を説明した。
[0157] 本実施形態では、データストリーム等を格納するメディアはリムーバブル HDDであ るとした。しかし、上述したファイルシステムによりファイルを管理するメディアであれば 、非可換メディア、例えばデータ処理装置に内蔵された HDDであってもよい。
[0158] タイムマップ（ClipTimeLine)のデータ構造は、 TimeEntryおよび KPUEntryの 2層を含むとした。しかし、再生時間と記録アドレスの変換が可能であればこれに限る 必要は一切なぐ KPUEntryの 1層のみからなるタイムマップであっても全く同様で ある。上述の説明では、 OverlappedKPUFlagフィールドを設け、その値に基づい てキービクチャユニット KPUが複数のファイルを跨っていることを示すとして説明した 。し力し、複数のファイルを跨っているか否かは、タイムマップに相当するデータが存 在しない場合であっても表すことができる。例えば、クリップメタデータ（リレーション情 報など）、クリップのファイル名の命名規則（ファイル名の番号が昇順など）、同一フォ ルダ内に 1ショットの全データ（少なくとも 1ショットを構成する全 TTSファイルの内、同 一記録媒体上に記録されたもの）を格納する等によって、 KPUが跨っている、または 、跨っている可能性があることを示してもよい。
[0159] なお、図 2等の各機能ブロックは典型的には集積回路 (Large Scale Integrate d Circuit; LSI)のチップとして実現される。これらは個別に 1チップ化されてもよい し、一部または全てを含むように 1チップィ匕されてもよい。例えば、図 2においては、 C PU211を含むシステム制御部 250とメディア制御部 205とは別個の機能ブロックとし て示されている。これらはそれぞれ別個の半導体チップとして実装されてもよいし、シ ステム制御部 250にメディア制御部 205の機能を与え、物理的に同一のチップによ つて実現してもよい。また、メディア制御部 205および TS処理部 204の機能を集積ィ匕 して、 1つのチップ回路として実現してもよいし、さらにエンコーダ 203およびデコーダ 206の機能を付加したチップ回路 217として実現してもよい。ただし、例えば符号ィ匕 または復号ィ匕の対象となるデータを格納するメモリのみを集積ィ匕の対象から除外する ことにより、複数の符号化方式に容易に対応できる。
[0160] システム制御部 250は、プログラム ROM210等に格納されたコンピュータプログラ ムを実行することにより、本明細書に記載したメディア制御部 205の機能を実現する ことができる。このときは、メディア制御部 205はシステム制御部 250の一部の機能と して実現される。
[0161] なお、上述の「LSI」は、集積度の違いにより、 IC、システム LSI、スーパー LSI、ゥ ルトラ LSIと呼称されることもある。集積回路化の手法は LSIに限るものではなぐ専 用回路又は汎用プロセサで実現してもよい。 LSI製造後に、プログラムすることが可 能な FPGA (Field Programmable Gate Array)や、 LSI内部の回路セルの接 続や設定を再構成可能なリコンフィギユラブル'プロセッサーを利用してもよい。 [0162] さらには、半導体技術の進歩又は派生する別技術により LSIに置き換わる集積回 路化の技術が登場すれば、その技術を用いて機能ブロックの集積ィ匕を行ってもよい 。例えば、バイオテクノロジーを利用したいわゆるバイオ素子として集積ィ匕を行っても よい。
産業上の利用可能性
[0163] 本発明によれば、コンテンツの録画のために、複数ファイルに跨ってコンテンツのデ 一タストリームが格納されることを想定したデータ構造を得ることができる。このデータ 構造によれば、機器はどのファイル内のデータであっても容易にアクセスし、再生を 開始することができる。またこのデータ構造を利用してさらにファイルの編集を行うこと により、機器は処理の高速化および処理負荷の軽減を実現できる。

Claims

請求の範囲
[1] メディアに書き込まれたコンテンツを編集するデータ処理装置であって、
前記コンテンツは、パケットサイズが同一の複数のパケットから構成されたデータスト リームとしてファイルに格納され、前記メディアにはクラスタサイズ単位でデータにァク セスされるファイルシステムが構築されており、
前記ファイルの先頭を含む部分削除の範囲の指定を受け取る受信部と、 前記ファイルの先頭から、前記部分削除の範囲内であって、かつ前記クラスタサイ ズおよび前記パケットサイズの最小公倍数の整数倍のデータ量のデータを削除する メディア制御部と
を備えたデータ処理装置。
[2] 前記データストリームは、複数のピクチャ力 構成され、かつ、基準ピクチャ力 の デコードを要する復号ィヒ単位を 1つまたは複数含む再生単位を含んでおり、
前記メディア制御部は、データを削除した後のファイル内のデータストリームにおい て初めて現れる再生単位までのデータ量の値を前記メディアに書き込む、請求項 1 に記載のデータ処理装置。
[3] 前記メディアには、データを削除する前のデータストリームに対して、前記コンテン ッの一定の再生時間ごとに再生されるピクチャのデータ位置を特定するタイムエントリ が予め書き込まれており、
前記メディア制御部は、データを削除した後のデータストリームに関し、初めて現れ る前記再生単位の先頭から、前記タイムエントリによって特定される初めてのピクチャ のデータ位置までのデータ量の値を前記メディアに書き込む、請求項 2に記載のデ ータ処理装置。
[4] 前記データストリームは、各々のパケットサイズが 192バイトである複数のパケットか ら構成され、前記メディアには 32キロバイトのクラスタサイズ単位でデータにアクセス されるファイルシステムが構築され、
前記メディア制御部は、 96キロバイトの整数倍のデータ量のデータを削除する、請 求項 1に記載のデータ処理装置。
[5] 前記メディア制御部は、前記ファイルの末尾を含む部分削除の範囲の指定を受け 取るときには、
前記ファイルの末尾から、前記部分削除の範囲内であって、かつ前記パケットサイ ズの整数倍のデータ量のデータを削除する、請求項 1に記載のデータ処理装置。
[6] 前記メディア制御部は、前記部分削除の範囲内であって、前記データストリームの 不完全な再生単位のデータを削除する、請求項 5に記載のデータ処理装置。
[7] データ処理装置に実装されて、メディアに書き込まれたコンテンツを編集するため の処理を行うチップ回路であって、
前記コンテンツは、パケットサイズが同一の複数のパケットから構成されたデータスト リームとしてファイルに格納され、前記メディアにはクラスタサイズ単位でデータにァク セスされるファイルシステムが構築され、前記データ処理装置は、前記ファイルの先 頭を含む部分削除の範囲の指定を受け取る受信部を備えており、
前記ファイルの先頭から、前記範囲内であって、かつ前記クラスタサイズおよび前 記パケットサイズの最小公倍数の整数倍のデータ量のデータを特定する処理と、 特定された前記データを削除する指示を出力する処理と
を実行するチップ回路。
[8] メディアに書き込まれたコンテンツを編集するデータ処理方法であって、
前記コンテンツは、パケットサイズが同一の複数のパケットから構成されたデータスト リームとしてファイルに格納され、前記メディアにはクラスタサイズ単位でデータにァク セスされるファイルシステムが構築されており、
前記ファイルの先頭を含む部分削除の範囲の指定を受け取るステップと、 前記ファイルの先頭から、前記部分削除の範囲内であって、かつ前記クラスタサイ ズおよび前記パケットサイズの最小公倍数の整数倍のデータ量のデータを削除する ステップと
を包含するデータ処理方法。
PCT/JP2005/017029 2004-09-24 2005-09-15 データ処理装置 WO2006033275A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP05783266.9A EP1802117B1 (en) 2004-09-24 2005-09-15 Data processor
US11/575,408 US8032012B2 (en) 2004-09-24 2005-09-15 Data processor
JP2006536355A JP4791969B2 (ja) 2004-09-24 2005-09-15 データ処理装置
US13/217,490 US8824864B2 (en) 2004-09-24 2011-08-25 Data processor
US13/217,840 US8831410B2 (en) 2004-09-24 2011-08-25 Data processor

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2004-277594 2004-09-24
JP2004277594 2004-09-24
JP2004-326351 2004-11-10
JP2004326351 2004-11-10

Related Child Applications (3)

Application Number Title Priority Date Filing Date
US11/575,408 A-371-Of-International US8032012B2 (en) 2004-09-24 2005-09-15 Data processor
US13/217,490 Continuation US8824864B2 (en) 2004-09-24 2011-08-25 Data processor
US13/217,840 Continuation US8831410B2 (en) 2004-09-24 2011-08-25 Data processor

Publications (1)

Publication Number Publication Date
WO2006033275A1 true WO2006033275A1 (ja) 2006-03-30

Family

ID=36090038

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/017029 WO2006033275A1 (ja) 2004-09-24 2005-09-15 データ処理装置

Country Status (4)

Country Link
US (3) US8032012B2 (ja)
EP (1) EP1802117B1 (ja)
JP (1) JP4791969B2 (ja)
WO (1) WO2006033275A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010218589A (ja) * 2009-03-13 2010-09-30 Sony Corp オーサリング方法、プログラム、編集データ再生装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4613559B2 (ja) * 2004-09-22 2011-01-19 株式会社ニコン 画像データ管理装置
WO2008007905A1 (en) * 2006-07-12 2008-01-17 Lg Electronics Inc. Method and apparatus for encoding/decoding signal
US7729381B2 (en) * 2006-09-15 2010-06-01 At&T Intellectual Property I, L.P. In-band media performance monitoring
US7903574B2 (en) * 2007-03-15 2011-03-08 Nokia Corporation Service discovery mechanism in broadcast telecommunication network
EP2059049A1 (en) * 2007-11-07 2009-05-13 British Telecmmunications public limited campany Video coding
WO2012098078A2 (en) * 2011-01-21 2012-07-26 Siemens Aktiengesellschaft Method for processing a compressed video stream

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11239320A (ja) * 1998-02-23 1999-08-31 Sony Corp 編集装置及びその方法並びに信号記録再生装置及びその方法
JPH11261963A (ja) * 1998-03-12 1999-09-24 Sharp Corp 動画像記録再生方法及び動画像記録再生装置
JP2003007000A (ja) * 2001-04-19 2003-01-10 Sony Corp データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置
JP2004013276A (ja) * 2002-06-04 2004-01-15 Victor Co Of Japan Ltd ファイルシステム及び記録媒体

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100373403B1 (ko) 1997-09-17 2003-02-25 마츠시타 덴끼 산교 가부시키가이샤 광디스크, 기록장치 및 컴퓨터 판독가능한 프로그램 기록매체
DE69812258T2 (de) * 1997-09-17 2003-09-25 Matsushita Electric Ind Co Ltd Videodatenschnittgerät, optische Platte zur Verwendung als Aufzeichnungsmedium dafür und rechnerlesbares Aufzeichnungsmedium
JP3028517B2 (ja) 1997-09-17 2000-04-04 松下電器産業株式会社 光ディスク、録画装置及び方法、再生装置及び方法並びにプログラム記憶媒体
US6904227B1 (en) * 1999-02-15 2005-06-07 Nec Corporation Device and method for editing video and/or audio data recorded in a disc storage medium
EP1126454A4 (en) * 1999-07-07 2004-11-24 Matsushita Electric Ind Co Ltd AUDIOVISUAL PRINT RECORDING DEVICE AND METHOD, DISK RECORDED BY THIS DEVICE AND METHOD, AUDIOVISUAL DATA REPRODUCTION DEVICE AND METHOD THEREFOR
US7106946B1 (en) 1999-09-28 2006-09-12 Sony Corporation Transport stream processing device, and associated methodology of generating and aligning source data packets in a physical data structure
US6707778B1 (en) * 1999-11-10 2004-03-16 Thomson Licensing S.A. Edit to picture without decoding and re-encoding of MPEG bit stream for recordable DVD
JP4361674B2 (ja) * 2000-06-26 2009-11-11 パナソニック株式会社 再生装置及びコンピュータ読取可能な記録媒体
JP4157294B2 (ja) * 2001-11-08 2008-10-01 富士通株式会社 欠陥ファイルの修復を可能とするファイルシステム
JP3795382B2 (ja) * 2001-11-21 2006-07-12 松下電器産業株式会社 情報記録装置および方法ならびに情報再生装置および方法
AU2003201840A1 (en) * 2002-04-01 2003-10-23 Sony Corporation Reproducing method, reproducing apparatus, recording method, recording apparatus, and method for generating a management table
JP2004079087A (ja) * 2002-08-20 2004-03-11 Sony Corp 記録装置および方法、記録媒体、並びにプログラム
JP2004110876A (ja) * 2002-09-13 2004-04-08 Canon Inc 映像データの符号化レート制御方法
US20040062516A1 (en) * 2002-09-17 2004-04-01 Canon Kabushiki Kaisha Moving picture experts group phase 2 transport stream data editing method
EP1437888A3 (en) 2003-01-06 2007-11-14 Samsung Electronics Co., Ltd. Video recording and reproducing apparatus
JP2005033383A (ja) * 2003-07-09 2005-02-03 Canon Inc 動画像編集装置及びその制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11239320A (ja) * 1998-02-23 1999-08-31 Sony Corp 編集装置及びその方法並びに信号記録再生装置及びその方法
JPH11261963A (ja) * 1998-03-12 1999-09-24 Sharp Corp 動画像記録再生方法及び動画像記録再生装置
JP2003007000A (ja) * 2001-04-19 2003-01-10 Sony Corp データ記録方法及び装置、データ再生方法及び装置、データ編集方法及び装置
JP2004013276A (ja) * 2002-06-04 2004-01-15 Victor Co Of Japan Ltd ファイルシステム及び記録媒体

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010218589A (ja) * 2009-03-13 2010-09-30 Sony Corp オーサリング方法、プログラム、編集データ再生装置

Also Published As

Publication number Publication date
US8831410B2 (en) 2014-09-09
EP1802117B1 (en) 2014-06-11
EP1802117A4 (en) 2010-09-01
JPWO2006033275A1 (ja) 2008-05-15
US20110305125A1 (en) 2011-12-15
JP4791969B2 (ja) 2011-10-12
EP1802117A1 (en) 2007-06-27
US20070217758A1 (en) 2007-09-20
US8032012B2 (en) 2011-10-04
US20110305431A1 (en) 2011-12-15
US8824864B2 (en) 2014-09-02

Similar Documents

Publication Publication Date Title
WO2006033279A1 (ja) データ処理装置
CN100375190C (zh) Av数据记录装置及方法、用该av数据记录装置或方法记录的盘、av数据重放装置及方法
JP2008053763A (ja) Ａｖデータ記録装置及び方法、ａｖデータ再生装置及び方法、当該ａｖデータ記録装置又は方法で記録された記録媒体
JP4299836B2 (ja) データ処理装置
US20080301380A1 (en) Data Processor
JP2007012112A (ja) データ記録装置及びその方法、プログラム、記録媒体
US8824864B2 (en) Data processor
US20080259173A1 (en) Data Processor
US20060167936A1 (en) Data processing device
JP4495597B2 (ja) データストリームのフォーマット変換方法およびそのための記録方法
EP1768402A1 (en) Data processor
JP4426800B2 (ja) Ａｖデータ記録再生装置及び方法、並びに当該ａｖデータ記録再生装置又は方法で記録された記録媒体
JP3986973B2 (ja) Ａｖデータ記録方法、ａｖデータ記録装置、データ記録媒体、及びプログラム
JP2003158714A (ja) 情報記録装置および方法ならびに情報再生装置および方法
JP3901555B2 (ja) Ａｖデータ記録装置及び方法、当該ａｖデータ記録装置又は方法で記録されたディスク、並びに当該ディスクを再生するａｖデータ再生装置及び方法又はａｖデータ記録再生装置及び方法
JP4481929B2 (ja) データストリームの記録方法および装置
JP4312783B2 (ja) Ａｖデータ再生方法、ａｖデータ再生装置、プログラム、並びに記録媒体
JP3069338B2 (ja) 光ディスク、記録装置、記録プログラムを格納したコンピュータ読み取り可能な記録媒体及び記録方法
US20070031125A1 (en) Data processing device and data processing method
JP2001298715A (ja) ストリーム記録装置、ストリーム編集装置、ストリーム再生装置および記録媒体
JP2004528786A (ja) Ｄｖｄレコーダにおいてデータストリームを編集する方法及びｄｖｄストリームレコーダ

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006536355

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11575408

Country of ref document: US

Ref document number: 2007217758

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2005783266

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2005783266

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11575408

Country of ref document: US