WO2001082609A1 - Appareil et procede d'enregistrement, appareil et procede de reproduction, support enregistre et programme - Google Patents

Appareil et procede d'enregistrement, appareil et procede de reproduction, support enregistre et programme Download PDF

Info

Publication number
WO2001082609A1
WO2001082609A1 PCT/JP2001/003416 JP0103416W WO0182609A1 WO 2001082609 A1 WO2001082609 A1 WO 2001082609A1 JP 0103416 W JP0103416 W JP 0103416W WO 0182609 A1 WO0182609 A1 WO 0182609A1
Authority
WO
WIPO (PCT)
Prior art keywords
image
data
thumbnail
image data
reading
Prior art date
Application number
PCT/JP2001/003416
Other languages
English (en)
French (fr)
Inventor
Toshiya Hamada
Motoki Kato
Original Assignee
Sony Corporation
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 Sony Corporation filed Critical Sony Corporation
Priority to EP01921965A priority Critical patent/EP1286544B1/en
Priority to US10/018,682 priority patent/US7437055B2/en
Publication of WO2001082609A1 publication Critical patent/WO2001082609A1/ja

Links

Classifications

    • 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/34—Indicating arrangements 
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating 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
    • 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/326—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 a video-frame or a video-field (P.I.P.)
    • 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/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs

Definitions

  • the present invention relates to a recording device and method, a reproducing device and method, a recording medium, and a program for adding thumbnails representing data in a short time.
  • various types of optical disks have been proposed as disk-type recording media detachable from a recording / reproducing device.
  • Such recordable optical disks have been proposed as large-capacity media of several gigabytes, and have high expectations as media for recording AV (Audio Visua 1) signals such as video signals.
  • Sources (supply sources) of digital AV signals to be recorded on this recordable optical disk include CS digital satellite broadcasting and BS digital broadcasting, and digital terrestrial television broadcasting will be proposed in the future. ing.
  • digital video signals supplied from these sources are generally subjected to image compression by the Moving Picture Experts Group (MPEG) 2 method.
  • MPEG Moving Picture Experts Group
  • a recording rate specific to the recording apparatus is defined.
  • the digital video signals are decoded and then band-limited before recording.
  • it is a digital recording method such as MPEG 1 Video, MPEG 2 Video, DV, etc., it is decoded once and then re-encoded at the recording rate and coding method specific to the device and recorded. Is done.
  • Such a recording method involves decoding the supplied bit stream once, and then performing band limiting and re-encoding to record the bit stream.
  • the transmission rate of the signal does not exceed the recording rate of the recording / reproducing device, the method of recording the supplied bit stream without decoding or re-encoding it will cause the least deterioration in image quality.
  • the transmission rate of the image-compressed digital signal exceeds the recording rate of the disc as the recording medium, after decoding by the recording / reproducing device, the transmission rate will be lower than the upper limit of the recording rate of the disc. It is necessary to record the code.
  • the tape recording method uses a fixed rate because the rotating head has a fixed number of rotations.
  • a disk recording device that can store data in a buffer once and record in bursts can use the capacity of the recording medium more efficiently.
  • a recording / reproducing device that records a broadcast signal as a digital stream signal without decoding or re-encoding like a data streamer and uses a disc as a recording medium Is expected to be required.
  • the recording apparatus generates a thumbnail image representing the moving image data as first thumbnail data from the input moving image data, and generates a thumbnail image as a characteristic image from the moving image data.
  • the generation means can generate the first thumbnail data and the second thumbnail data as independent files.
  • the generating means may generate the first thumbnail image and the second thumbnail image as independent data programs and generate the files as one file.
  • the generating means also generates a first management data that manages the first thumbnail data with a number corresponding to the first thumbnail data, and generates a second management data with a number corresponding to the second thumbnail data.
  • a second management data for managing the first management data is also generated, and the recording means can record the first management data and the second management data on a recording medium.
  • the first management data and the second management data may include a data indicating a format of the image data of the thumbnail image to be managed.
  • the recording means may record the image data of the thumbnail images included in the first thumbnail data or the second thumbnail data in blocks of a predetermined size.
  • the recording means may record the information indicating the reference destination of the first thumbnail image as a separate file on the recording medium.
  • the recording means may further record information indicating a reference destination of the thumbnail image included in the second thumbnail image.
  • a thumbnail image representing the moving image data is generated as first thumbnail data from the input moving image data, and the moving image data is generated as a characteristic image from the moving image data.
  • a generation step for generating a thumbnail image of the extracted image or a thumbnail image of an image designated by the user as a second thumbnail image, and a first thumbnail image generated in the processing of the generation step And the second thumbnail data are recorded on the recording medium as independent groups.
  • a recording control step of performing control for the recording is performed by the recording.
  • the program of the recording medium generates a thumbnail image representative of the moving image data as a first thumbnail image from the input moving image data, and generates a thumbnail image from the moving image data. Generating a thumbnail image of an image extracted as a typical image or a thumbnail image of an image specified by the user as second thumbnail data, and a first thumbnail generated by the generation step. And a recording control step of performing control for recording the overnight and second thumbnail data as independent groups on a recording medium.
  • the program according to the present invention generates a thumbnail image representing the moving image data as a first thumbnail data from the input moving image data, and generates a characteristic image from the moving image data. Generating a thumbnail image of the image extracted as the image or a thumbnail image of the image specified by the user as second thumbnail data; and generating the first thumbnail image generated in the processing of the generating step. And a recording control step of performing control for recording the second thumbnail image as an independent group on a recording medium.
  • the playback device is configured such that, when playback of an AV stream is instructed, first reading means for reading management data for managing image data of a thumbnail image indicating the content of the AV stream; Means for reading image data based on the management data read by the means, and image data of a thumbnail image of a screen extracted as a characteristic screen from the AV stream, or Based on the image data of the thumbnail image of the screen specified by the following, third management means for reading the management data for managing the image data, and management data read by the third reading means, And fourth reading means for reading image data.
  • a first reading control step for controlling reading of management data for managing the image data of a thumbnail image indicating the contents of the AV stream when the reproduction of the AV stream is instructed
  • a second reading control step for controlling reading of image data based on management data whose reading has been controlled in the processing of the reading control step; and a thumbnail of a screen extracted as a characteristic screen from the AV stream.
  • the image data of the image or the thumbnail image of the screen specified by the user A third reading step for reading out image data of the image and management data for managing the image data, and a management data whose reading has been controlled in the processing of the third reading control step. Reading out a fourth read control step.
  • the program of the recording medium manages the image data of the thumbnail image indicating the contents of the AV stream.
  • a second read control step for controlling reading of the image data based on the management data whose reading is controlled in the processing of the read control step; and a screen extracted as a characteristic screen from the AV stream.
  • a third read control step for reading out the image data of the thumbnail image of the thumbnail image or the image data of the thumbnail image of the screen specified by the user, and the management data for managing the image data; And a fourth read control step of reading image data based on the management data whose read has been controlled in the processing of the third read control step.
  • the program according to the present invention includes a first read control step for controlling reading of management data for managing the image data of a thumbnail image indicating the contents of the AV stream when the reproduction of the AV stream is instructed; A second reading control step for controlling reading of image data based on the management data whose reading has been controlled in the processing of the reading control step; and a thumbnail image of a screen extracted as a characteristic screen from the AV stream.
  • a recording medium includes an AV stream, an image stream of a thumbnail image indicating the contents of an AV stream, and a management image for managing the thumbnail image of the AV stream.
  • the image data of the thumbnail image of the screen extracted as the characteristic screen from the first data and the AV stream, or the image data of the thumbnail image of the screen specified by the user, and the A second data consisting of management data for managing image data is recorded.
  • a thumbnail image representing the moving image data is generated as the first thumbnail data from the extracted moving image data, and a thumbnail of the image extracted as a characteristic image from the moving image data is generated.
  • An image or a thumbnail image of the image specified by the user is generated as the second thumbnail data, and the first thumbnail image and the second thumbnail image are recorded on the recording medium as independent groups. Is done.
  • management data for managing the image data of thumbnail images indicating the contents of the AV stream is read.
  • FIG. 1 is a diagram showing a configuration of a recording / reproducing apparatus to which the present invention is applied.
  • FIG. 2 is a diagram showing the relationship between Clip and Playlist.
  • FIG. 3 is a UML diagram of a structure for managing an AV stream.
  • FIG. 4 is a diagram showing a directory structure of the DVR system.
  • FIG. 5 is a diagram for explaining info. Dvr.
  • FIG. 6 is a diagram for explaining DVRVolume ().
  • FIG. 7 is a diagram illustrating UIAppInfoVolume ().
  • FIG. 8 is a diagram illustrating TableOfPlayListsO.
  • FIG. 9 is a diagram illustrating UIAppInfoPlayList ().
  • FIG. 10 is a diagram illustrating zzzzz.clpi.
  • FIG. 11 is a diagram illustrating ClipMarkO.
  • FIG. 12 is a diagram illustrating marks.
  • FIG. 13 is a diagram illustrating xxxxx.rpls and yyyyy.vpls.
  • FIG. 14 is a view for explaining Playlist ().
  • FIG. 15 is a diagram illustrating Playltem ().
  • FIG. 16 is a view for explaining PlayListMark ().
  • FIG. 17 is a diagram illustrating menu thumbnails.
  • FIG. 18 is a diagram for explaining marks added to a playlist.
  • FIG. 19 is a diagram for explaining the mark added to the clip.
  • FIG. 20 is a diagram for explaining a file for storing a thumbnail.
  • FIG. 21 is a diagram for explaining meim_thmb / mark.thm.
  • FIG. 22 is a diagram for explaining Thumbnai U).
  • FIG. 23 is a view for explaining the Thumbnail_picturejFormat.
  • FIGS. 24A and 24B are diagrams illustrating a method of storing thumbnail image data in tn_block ().
  • FIG. 25 is a diagram showing another directory * file structure.
  • FIG. 26 is a diagram illustrating a menu-thmb / mark.thmb corresponding to the file structure shown in FIG.
  • FIG. 27 is a view for explaining TableOfPlayLists () corresponding to the file structure shown in FIG.
  • FIG. 28 is a diagram for describing Playlist () corresponding to the file structure shown in FIG.
  • FIG. 29 is a view for explaining UIAppInfoPlayListO corresponding to the file structure shown in FIG.
  • FIG. 30 is a flowchart showing a procedure for creating a mark thumbnail.
  • FIG. 31 is a flowchart showing the procedure for creating a menu thumbnail.
  • FIG. 32 is a diagram showing another directory structure of the DVR system.
  • FIG. 33 is a diagram illustrating the syntax of a thumbnail header information file.
  • FIG. 34 is a view for explaining display_aspect_raito.
  • FIG. 35 is a diagram for explaining color_space.
  • FIG. 36 is a diagram illustrating the syntax of the picture data file of the thumbnail.
  • FIG. 37 is a diagram for describing storage of data in tn_block.
  • FIG. 38 is a diagram illustrating a medium. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 is a diagram showing an example of the internal configuration of a recording / reproducing apparatus 1 to which the present invention is applied. First, the configuration of a portion that performs an operation of recording an externally input signal on a recording medium will be described.
  • the recording / reproducing apparatus 1 can input and record analog data or digital data.
  • Terminal 11 receives analog video signals
  • terminal 12 receives analog audio signals.
  • the video signal input to the terminal 11 is output to the analysis unit 14 and the AV encoder 15 respectively.
  • the audio signal input to the terminal 12 is output only to the AV encoder 15.
  • the analysis unit 14 extracts a feature point such as a scene change from the input video signal.
  • the AV encoder 15 encodes the input video signal and audio signal, respectively, and multiplexes the encoded video stream (V), the encoded audio stream (A), and system information (S) such as AV synchronization into a multiplexer 16. Output to
  • the coded video stream is, for example, a video stream coded according to the MPEG (Moving Picture Expert Group) 2 system
  • the coded audio stream is, for example, an audio stream or a coded stream according to the MPEG 1 system.
  • the multiplexer 16 multiplexes the input video and audio streams based on the input system information, and outputs the multiplexed stream to the multiplexed stream analyzer 18 and the source packetizer 19 via the switch 17. I do.
  • the multiplexed stream is, for example, an MPEG 2 transport stream or an MPEG 2 program stream.
  • the source packetizer 19 encodes the input multiplexed stream into an AV stream composed of source packets in accordance with the application format of the recording medium 100 for recording the stream.
  • AV stream is subjected to predetermined processing in an ECC (error correction) encoding unit 20 and a modulation unit 21, and is output to a writing unit 22.
  • the writing unit 22 writes (records) the AV stream file on the recording medium 100 based on the control signal output from the control unit 23.
  • a transport stream such as a digital television broadcast or a digital television broadcast inputted from a digital television tuner is inputted to the terminal 13.
  • the instruction information of the recording method is input from the terminal 24 as a user interface to the control unit 23. (When the input transport stream is recorded in the transparent, the transport stream input to the terminal 13 is Are output to the multiplexed stream analyzer 18 and the source packetizer 19.
  • the subsequent processing until the AV stream is recorded on the recording medium 100 is performed by the above-described input audio signal and video signal. Since this is the same process as when encoding and recording, the description thereof is omitted.
  • the transport stream input to terminal 13 is input to demultiplexer 26.
  • the demultiplexer 26 performs a demultiplexing process on the input transport stream to extract a video stream (V), an audio stream (A), and system information (S).
  • the video stream is output to the AV decoder 27, and the audio stream and system information are output to the multiplexer 16 respectively.
  • the AV decoder 27 decodes the input video stream and outputs the reproduced video signal to the AV encoder 15.
  • the AV encoder 15 encodes the input video signal and outputs an encoded video stream (V) to the multiplexer 16.
  • the audio stream and system information output from the demultiplexer 26 and input to the multiplexer 16 and the video stream output from the AV encoder 15 are multiplexed and multiplexed based on the input system information.
  • Chemical The stream is output to the multiplexed stream analysis unit 18 and the source packet analyzer 19 via the switch 17 as a stream.
  • Subsequent processing until the AV stream is recorded on the recording medium 100 is the same processing as when the above-described input audio signal and video signal are encoded and recorded, and therefore the description thereof is omitted.
  • the recording / reproducing apparatus 1 of the present embodiment records an AV stream file on the recording medium 100 and also records application data information describing the file.
  • the application database information is created by the control unit 23.
  • the input information to the control unit 23 includes the characteristic information of the moving image from the analysis unit 14, the characteristic information of the AV stream from the multiplexed stream analysis unit 18, and the input information from the terminal 24. This is instruction information from the user.
  • the feature information of the moving image supplied from the analysis unit 14 is information relating to a characteristic image in the input moving image signal.
  • a characteristic image in the input moving image signal For example, the starting point of a program, a scene change point, the start of a commercial (CM)
  • CM commercial
  • marking such as the end point
  • thumbnail image of the image at the specified location also includes the information of the thumbnail image of the image at the specified location.
  • the feature information of the AV stream from the multiplexed stream analysis unit 18 is information relating to the encoding information of the AV stream to be recorded.
  • the user's instruction information from the terminal 24 is specified information of the playback section specified by the user in the AV stream, one character describing the contents of the playback section, and a puck mark to set the user's favorite scene ⁇ Information on the resizing point.
  • the control unit 23 Based on the above input information, the control unit 23 performs the data base and recording of the data base of the AV stream (C ⁇ ) and the group (PlayUst) of the playback section (Playltem) of the AV stream.
  • the management information (info.dvr) of the recorded contents of the medium 100 and the information of the thumbnail image are created.
  • the application database information composed of these pieces of information is processed by the ECC encoding unit 20 and the modulation unit 21 in the same manner as the AV stream, and is input to the writing unit 22.
  • the writing unit 22 records the data base file on the recording medium 100 based on the control signal output from the control unit 23. Details of the application database information will be described later.
  • the control unit 23 reads the data from the read unit. 28, it is instructed to read the absorption database information from the recording medium 100. Then, the reading unit 28 reads the application database information from the recording medium 100, and the application database information is processed by the demodulating unit 29 and the ECC decoding unit 30, Entered into 3.
  • the control unit 23 outputs a list of PlayLists recorded on the recording medium 100 to the user interface of the terminal 24 based on the application database information.
  • the user selects a PlayList to be reproduced from the list of PlayLists, and information relating to the PlayList designated to be reproduced is input to the control unit 23.
  • the control unit 23 instructs the reading unit 28 to read an AV stream file necessary for reproducing the Play List.
  • the reading unit 28 reads the corresponding AV stream from the recording medium 100 according to the instruction, and outputs it to the demodulation unit 29.
  • the AV stream input to the demodulation unit 29 is demodulated by being subjected to predetermined processing, and is further output to the source depacketizer 31 through the processing of the ECC decoding unit 30.
  • the source depacketizer 31 converts an application-format AV stream read from the recording medium 100 and subjected to predetermined processing into a stream that can be output to the demultiplexer 26.
  • the demultiplexer 26 stores the video stream (V), the audio stream (A), and the system information (S) such as AV synchronization, which constitute the playback section (Playltem) of the AV stream specified by the control section 23.
  • the AV decoder 27 decodes the video stream and the audio stream, and outputs the reproduced video signal and the reproduced audio signal from the corresponding terminals 32 and 33, respectively.
  • the control unit 23 sets the contents of the AV stream data base (Cl ip) Based on this, the reading position of the AV stream from the storage medium 100 is determined, and the reading of the AV stream is instructed to the reading unit 28. For example, when playing the PlayList selected by the user from a predetermined time, the control unit 23 reads the data from the I picture having the timestamp closest to the specified time so as to read the data from the I picture. Instruct 2 to 8.
  • the control unit 23 determines the I-picture data in the AV stream based on the AV stream database (Clip).
  • the reading unit 28 is instructed to read sequentially and sequentially.
  • the reading unit 28 reads out the data of the AV stream from the designated random access point, and the read out data is reproduced through the processing of the subsequent units.
  • the control unit 23 creates a data pace of a group (PlayList) of the playback section (Playltem) of the AV stream.
  • the control unit 23 When the user wants to erase a part of the AV stream recorded on the recording medium 100, the information of the in-point and the art point of the erasing section is transmitted from the terminal 24 as a user interface to the control unit 23. Is input to The control unit 23 changes the PlayList database so as to refer to only the necessary AV stream part. Also, it instructs the writing section 22 to delete unnecessary stream portions of the AV stream.
  • control unit 23 creates a data base of a group (PlayList) of the playback section (Playltem) of the AV stream, and furthermore, creates a partial stream of the video stream near the connection point of the playback section. Re-encoding and re-multiplexing.
  • information on the picture at the in-point of the playback section and information on the picture at the out-point are input to the control unit 23 from the terminal 24.
  • the control unit 23 supplies the readout unit 28 with the Instructs to read out the data necessary to reproduce the picture on the out and out point side.
  • the reading unit 28 reads data from the recording medium 100, and the data is output to the demultiplexer 26 via the demodulation unit 29, the ECC decoding unit 30, and the source depacketizer 31.
  • the control unit 23 analyzes the data input to the demultiplexer 26 and determines the video stream re-encoding method (change of picture_coding_type, allocation of the number of encoded bits to be re-encoded), and the re-multiplexing method. Decide and supply the method to AV encoder 15 and multiplexer 16.
  • the demultiplexer 26 separates the input stream into a video stream (V), an audio stream (A), and system information (S).
  • the video stream includes “data input to the AV decoder 27” and “data input to the multiplexer 16”.
  • the former decoding is the decoding necessary for re-encoding, which is decoded by the AV decoder 27, and the decoded picture is re-encoded by the AV encoder 15 into a video stream. You. The latter data is copied from the original stream without re-encoding. Audio streams and system information are input directly to the multiplexer 16.
  • the multiplexer 16 multiplexes the input stream based on the information input from the control unit 23, and outputs a multiplexed stream.
  • the multiplexed stream is processed by the ECC encoding unit 20 and the modulation unit 21 and input to the writing unit 22.
  • the writing unit 22 records the AV stream on the recording medium 100 based on the control signal supplied from the control unit 23.
  • a bit stream encoded by an encoding method such as MPEG Video or MPEG Audio and multiplexed according to MPEG-2 Systems is converted into a file format handled by a file system, and is written to a disk (hereinafter referred to as recording medium 100 as appropriate).
  • a disc-shaped recording medium recorded on a disc is called an AV (Audio Video) stream file (or Clip AV stream).
  • AV Audio Video
  • Clip AV stream A description will be given of a mechanism of designating a reproduction order in which a part or the entire range of such an AV stream file is designated and only necessary parts are arranged and reproduced. As shown in FIG.
  • the playlist is a playback order that specifies a part or the entire range of the AV stream file and plays back only the necessary part.
  • Playlists are a unit from the user's point of view. The simplest configuration is the unit from the start of recording to the end of recording, and if you do not edit it, this becomes one Playlist.
  • Playlist consists of an AV stream file specification, which AV stream is to be played, and a set of playback start point (in point) and playback end point (out point) in the file.
  • An AV stream file, a playback start point, a playback end point, and the like constitute a set, and this is called a Playitem. That is, the Playlist is a set of Playitems c .
  • the Playitem refers to a range specified by an in point and an out point of a certain AV stream file. Playing a Playitem means playing a part of the AV stream referenced by the P1 ayitem.
  • the AV stream is a bit stream that is multiplexed in the form of MPEG-TS, etc., but in a file different from the file in which this AV stream is recorded, information corresponding to the bit stream on a one-to-one basis.
  • Clip information C1 ip information. This is provided to make playback and editing easier.
  • Both such clip information and the AV stream are regarded as a group (object), and this is called a Clip. That is, a Clip is one object composed of an AV stream and information accompanying the AV stream.
  • a directory / DVR is prepared on the disc, and the area under this directory is the area managed by one disc recording / playback system.
  • / DVR may be in the root directory of the disc or may exist under a predetermined directory.
  • the files info. Dvr, lenu. Thm mark, and thmb are placed.
  • directories / PLAYLIST, / CLIPINF, and / M2TS are placed under / DVR.
  • Vpls are placed under / PLAYLIST, / CLIPINF is placed in %%%%%%. (; ⁇ 1, and / M2TS is placed in% %%%%%%%.
  • m2ts is placed.
  • the file info.dvr is only one under / DVR.
  • the structure of info.dvr is represented by the syntax shown in Fig. 5.
  • a program is configured for each function-specific information, information about volume is in DVRVolume (), information about Playlist is TableOfPlayLists (this is the information specific to the manufacturer of the recording / reproducing device 1.
  • Each of these is stored in MakerPrivateDataO.
  • the head of the file describes the address that indicates the start of each of the programs, for example, TableOfPlayLists_Start —address indicates the position where TableOfPlayLists () starts in the file. It is represented by the relative number of bytes at.
  • DVRVolume () The structure of DVRVolume () is represented by the syntax shown in Fig. 6.
  • version_number represents the version number of DVRVolume (), and length represents the length from the field immediately after length to the end of DVRVolumeO in bytes.
  • ResumeVolume () stores information about resume, and UIAppInfoVolume () is an area for storing attribute information of Volume.
  • FIG. 7 shows the syntax of UIAppInfoVolume ().
  • character_set indicates the encoding method for one character encoded in the Volume_name field. As the encoding method, ASCII, Unicode, etc. can be selected.
  • name-length indicates the byte length of the volume (disk) name indicated in the Volume-name field.
  • Volume—name indicates the name of the volume (disk). The number of namejength bytes from the left in this field is a valid character, which indicates the name of the volume (disk). The value after each valid character in the Volume_name field may contain any value.
  • Volume_protect_flag is a flag indicating whether the contents in the volume can be shown without restriction to the user.
  • this flag is set to 1, the user can view the contents of the volume only if the user can correctly input the PIN number (PIN in FIG. 7). If this flag is set to 0, the user can view the contents of the volume without having to enter the PIN number.
  • the user inserts the disc into the player (recording / reproducing apparatus 1), if this flag is set to 0, or if this flag is set to 1, the user enters the PIN number. If the player has successfully entered the PlayList, the player displays a list of PlayLists in the set disc.
  • the ref_thumbnai index is an area for storing a number for specifying a thumbnail when a thumbnail representing the Volume exists.
  • ref_thumbnail Thumbnail specified by index—Thumbnail—Indicates that the thumbnails in menu and thmb are menu thumbnails that represent Volume. (In the present invention, thumbnails that represent Volume and Playlist are particularly called menu thumbnails.) ).
  • rp_info_val id_flag indicates that when this is 1, the following rp-re: f_to-PlayListfile_name, rp-ref-to-Playltem-id, and rp_time_stamp have valid values.
  • rp_ref_to_PlayList_file_name indicates that the menu thumbnail representing the Volume is made from an image extracted from an image in a predetermined PlayList, and indicates the name of the PlayList file.
  • rp_ref_to_P 1 a ltem_id indicates Playltem_id indicating one Playltem in P 1 ayL ist indicated by rp_ref one to one P 1 ayL i st one fi 1 e_name
  • the menu thumbnail representing the above Volume is Indicates that it is created from an image extracted from the image in Playltem.
  • n ⁇ time—stamp is 1 in Playltem pointed to by rp ref to ayltem_id It shows a presentation sunset of two images, and shows that the menu thumbnail representing the above Volume is created from the images.
  • FIG. 8 shows the syntax of TableOfPlayLists ().
  • number_o PlayLists represents the number of Playlists in the Volume
  • PlayList-file-name designates a file name such as #####.
  • UIAppInfoPlayList () has various attributes of Playlist, and the syntax is as shown in Fig. 9.
  • the UIAppInfoPlayListO shown in FIG. 9 stores various attribute information, such as the name of the Playlist, the recording date and time, the recording time, and whether or not erasure is prohibited, which is not directly necessary for the reproduction of the Playlist.
  • ! 1 ef_thuiiibnail-index in it can specify a thumbnail as a representative picture of PlayList. In other words, the thumbnail in the file menu. Thmb that has the thumbnail designated by ref-thumbnail-index becomes the menu thumbnail representing this Playlist.
  • rp_info_val id_flag indicates that the following rp_ref_to__PlayItem_id and rp_time_stamp have valid values.
  • rp-ref-toJPlayltemjd indicates the Playltem-id that points to one Playltem in the PlayList, and indicates that the menu thumbnail representing the PlayList is created from the images extracted from the images in the Playltem. Show.
  • the rp_time_stamp indicates a presentation time stamp of one image in the Playltem indicated by the rp_ref_to_PlayItem_id, and indicates that a menu thumbnail representing a PlayList is created from the image.
  • Clpi shown in Fig. 4 is created under / CLIPINF corresponding to each AV stream file %% «%.
  • the structure of %%%%%%. Clpi is as shown in Figure 10. Inside the file, a block is formed for each function-specific information, and the information about the Cl ip is written to the Cl ipInfo (), and the PCR (Program Clock Reference) that represents the time standard of the transport stream in MPEG-2 systems.
  • the information about discontinuous points in) is written in STCJnfo (), the information about MPEG-2 systems program is written in ProgramInfo (), and CPI (Characteristic Point Information) is stored in CPIO, and mark information such as index points for cueing and start / end points of commercials attached to Clip is stored in ClipMark (). End of file In the head part, an address indicating the head of each block is described.
  • Fig. 11 shows the syntax of Ci ipMark ().
  • the mark type in the syntax indicates the type of mark, such as resume, bookmark, skip, etc., and the time when the mark is added by mark-time-stamp.
  • the field related to the thumbnail is ref_thumbn ai then index.
  • the ref_thumbnai index specifies the thumbnail number in the mark.thmb file in which the thumbnail data is stored by specifying the thumbnail number here.
  • the thumbnail specified by ref_thumbnai and index is the mark thumbnail assigned to this mark (in the present invention, the thumbnail assigned to the mark is particularly called a mark thumbnail).
  • FIG. 12 shows a state in which marks are attached to Clip and Playlist. The features of the mark are summarized below.
  • the mark added to the clip specifies a characteristic scene due to the contents of the AV stream, for example, a scene change point.
  • random access can be performed using the mark in the Clip referenced by the P1 ayl ist.
  • two types of marks are attached to Cl ip, commercial (CM) and scene, but the commercial mark is from the left Playl ist and the scene mark is from the two Playl ist It's being used.
  • the mark added to Playlist is mainly set by the user. For example, a bookmark or a resume point. In Figure 12, bookmark and resume mark are equivalent.
  • Setting a mark in Clip or Playlist is performed by adding a time stamp indicating the time of the mark to the list. Deleting a mark means removing the symbol's evening stamp from the list. Therefore, setting or deleting a mark has no effect on the AV stream.
  • the files rpls and vpls shown in Fig. 4 will be explained.
  • the structure of leak # .rpls and vpls is as shown in Figure 13. Inside the file, a block is formed for each function-specific information.
  • Playlist Mark information on the mark added to Playlist is written in PlayList Mark (), and the information of the recording / reproducing device that recorded this Playlist file.
  • Manufacturer-specific information is stored in MakerPrivateData ().
  • an address (PlayListMark_Start_address or the like) representing the beginning of the block is described.
  • padding_byte can be inserted before or after the block.
  • the starting position of the play list in PlayList () is fixed, and is set to, for example, the 256th byte from the beginning of the file.
  • the content of the block PlayList () is as shown in FIG.
  • the first is version_number, which indicates the version number of the information that follows.
  • length indicates the byte length from the field immediately after length to the end of PlayListO.
  • PlayList_type represents the type of this Playlist, and CPI_type represents the type of CPI possessed by this Playlist.
  • nuniber_of_PlayItems represents the number of Playitems constituting this Playlist.
  • “number_of_SubPlayItems” represents the number of post-record audio Playitems (SubPlayitems) attached to this Playlist.
  • Playlteui () stores Playiteui information
  • SubPlayItem stores SubPlayitem information.
  • Clip—Information_file_name stores the file name of the Clip information file (file with the extension clpi) referenced by this Playltem as a character string.
  • STC_sequence_id represents an interval in the time range in which the CRC is present, which exists in the program. In this section, since a consistent continuous time axis can be defined, the start and end points of Playltem can be uniquely determined. That is, the start point and end point of each Playltem must exist in the same STC_sequence.
  • IN-time represents the pts (Presentation Time Stamp) of the start point of this Playltem on the STC_sequence
  • 0UT_tiiae represents the pts of the end point of the Playltem on the STC_sequence.
  • the connection condition determines whether this Playitem is This information indicates whether such a connection has been made, and indicates the condition for whether or not Playitems can be played back seamlessly.
  • BridgeSequnceInfo () is used to create a seamless playback between Playitems by jumping to a bitstream different from the original bitstream to be played at the joint of Playitems and playing it back instead.
  • prograDummber is the program (referred to by MPEG Systems as a set of elementary streams such as video and audio, as defined by MPEG Systems. It corresponds to a so-called television broadcast channel). Represents the program—number of
  • FIG. 16 is a diagram illustrating the syntax of PlaylistMark ().
  • the mark-type in the syntax indicates the type of mark, such as resume, bookmarks skip, etc., and the mark-time-stamp indicates the time.
  • ref_thumbnai and index specify the thumbnail number here to specify the thumbnail in the mark.thmb file that stores the thumbnail data.
  • the thumbnail specified by ref_thumbnai and index is the mark thumbnail corresponding to this mark.
  • a thumbnail refers to a still image attached to Volime, Playlist, and Clip.
  • thumbnails There are two types of thumbnails. One is a thumbnail as a representative picture showing the contents. This is mainly used on the menu screen where the user operates the cursor to select what he wants to see. The other is an image representing the scene pointed to by the mark.
  • the Volume and each Playlist must have a representative picture.
  • the representative picture of Volu me is a static image representing the contents of the disc when the disc is inserted into the player. It is assumed that it is used when displaying a still image first.
  • the representative image of Playlist is assumed to be used as a still image for representing the contents of Playlist on a menu screen for selecting Playlist.
  • the simplest way to realize the representative picture of Playlist is to make the first picture of Playlist a thumbnail, but the first picture at playback time 0 is not always the best picture to represent the contents . Therefore, an arbitrary image can be determined as a thumbnail of Playlist.
  • These two types of thumbnails are called menu thumbnails. Since menu thumbnails are displayed frequently, they need to be able to be read from the disk at high speed. To fulfill this requirement, it is efficient to store all menu thumbnails in one file. Not only pictures extracted from moving pictures in the volume, but also pictures taken from a personal computer or a digital still camera as shown in Fig. 17 may be used.
  • Clip and Playlist need to be able to make multiple marks, and it is necessary to be able to easily see the image of the mark point in order to know the contents of the mark position.
  • a picture representing such a mark point is called a mark thumbnail. Therefore, as shown in Fig. 18 and Fig. 19, the source of the thumbnail is mainly the image of the mark point extracted rather than the image captured from outside. Unlike menu thumbnails, mark thumbnails are used in submenus and the like used to represent the details of Playlist, so they do not need to be read in a short access time.
  • FIG. 20 is a diagram showing the above relationship.
  • Thumbnai l O has a block structure.
  • the image is divided into several parts, one for each part Is stored in tn_block ().
  • One image data is stored in continuous tn_block ().
  • the byte length of one thumbnail image is variable.
  • Figure 21 shows the syntax of a file that stores thumbnail images. There is only one Th bnail () in this file.
  • Figure 22 shows the syntax of thubnail ().
  • version_numbe represents four characters indicating the version number of this thumbnaiU).
  • length is a 32-bit unsigned integer indicating the number of bytes of thumbnai) from immediately after this length field to the end of thum bnail ().
  • tn—Mocks—start—address is a 32-bit unsigned integer indicating the starting byte address of the first tnJ) lock () in thumbnaiU) from the beginning of thum bnail () (number—of_thumbnai Is
  • This tlmmbnai is a 16-bit unsigned integer indicating the number of thumbnail images stored in 1 ()
  • tn_block_size is 16 bits representing the size of 1 tn—block () in kilobytes. For example, a tn_block_size of 1 means that one tn_Mock () is 1024 bytes in size. Number— 0 tn—blocks are in this thumbnail ().
  • tn A 16-bit unsigned integer representing the number of blocks (.).
  • thumbnail—indexi, foi raf that starts with this thumbnail-index-field This is a 16-bit unsigned integer representing the index number of the thumbnail represented by one thumbnail information.
  • thumbna l The value of OxFFFF must be used as the index.
  • thumbnail-index ⁇ ma ref thumbnail-index [referenced by The thumbnail_picture_format is an 8-bit unsigned integer representing the picture format of the thumbnail image, and has a value as shown in FIG. In Fig. 23, DCF (Design rule for Camera File System) and PNG (Portable Network Graphics) are allowed only in "menu.thmb". That is, the mark thumbnail has the value "0x00" (MPEG-2 Video I- picture).
  • picture_data_size is a 32-bit unsigned integer representing the byte length of the encoded thumbnail image.
  • start_tn_block-number is a 16-bit unsigned integer representing tn_block_number of tn_block () at which the thumbnail image data starts. The start of the thumbnail image data must match the start of the tb block.
  • start_tn_block_number starts at 0 and relates to the value of variable k in the tn_block for-loop.
  • x_picture_length is a 16-bit unsigned integer representing the number of pixels in the horizontal direction of the thumbnail image.
  • y_picture-length is a 16-bit unsigned integer representing the number of pixels in the vertical direction of the thumbnail image.
  • tn_block () all tn one block of c Thumbnai in l () is an area for storing the picture data () must have the same size defined by the tn_block one size.
  • FIGS. 24A and 24B are diagrams schematically illustrating how the image data is stored in tn_Mock (). As shown in Figs. 24A and 24B, each image data starts from the beginning of tn_block (), and if the size exceeds ltnJ) lock (), the next tn-block Stored by using (). Image data is variable length, but 1 tn_block () is fixed length. By converting variable-length data to fixed-length data in this way, it is possible to deal with processing such as adding new image data or deleting image data in block units. Therefore, it is possible to easily perform address management and the like.
  • Fig. 25 Here is an alternative to the directory / file structure and syntax for thumbnail recording.
  • the structure shown in Fig. 25 can be considered.
  • Fig. 4 there is only one file for recording the mark thumbnail under / DVR, and only mark.thmb, while in Fig. 25, there is one-to-one correspondence between playlists and clips.
  • Xxxxx.thmb (where xxxxx is the name of the corresponding playlist or clip, excluding the extension).
  • an image of a mark thumbnail included in a playlist represented by #####. Rpls is stored in #####. Thmb in the same directory.
  • the mark thumbnail image of the clip represented by clpi in W is stored in %%%%%. Thmb in the same directory.
  • the only limitation of the playlist 'clip's mark thumb nails is that the name excluding the file extension is recorded in the same .thmb file.
  • the syntax in xxxxx.thmb is as shown in Figure 26. It is the same as menu. Thmb and mark. Thmb (Fig. 21).
  • the ref thumbnail index that specifies the thumbnail is set in the TableOfPlayLists of the file Info. Dvr.
  • UIAppInfoPlayList () in ()
  • ⁇ AppInfoPlayList () is moved from TableOfPlayLists () to plain ist () in the playlist file, and the syntax shown in FIG. 8 becomes the syntax shown in FIG.
  • the syntax shown in Figure 14 is similar to the syntax shown in Figure 28.
  • the UIAppInfoPlayListO in Fig. 28 has the syntax shown in Fig. 29, where ref-thumbnail_inaex is entered.
  • Thumbnail recording is possible even with the files and syntaxes described above.
  • step S1 the user selects a PlayList to be played.
  • step S2 reproduction of the AV stream is started based on the selected PlayList.
  • step S3 the user views the played AV stream and searches for a scene to be marked.
  • the user operates a mark button on a remote controller (not shown) attached to the recording / reproducing apparatus 1. This operation may be performed during playback or in a paused state.
  • step S4 the mark position is determined in step S4 as processing corresponding to the user's instruction.
  • an image to be a thumbnail image is selected in step S5.
  • the control unit 23 (FIG. 1) asks the user whether or not to create a thumbnail.
  • the control unit 23 sends a thumbnail image candidate by frame advance or the like. And the user may select a thumbnail image.
  • step S7 it is determined whether or not to compress the image. If it is determined to compress the image, the control unit 23 proceeds to step S8, performs image compression, and returns the data to the RAM again. If it is determined in step S7 that the image is not to be compressed, The process of S8 is skipped, and the process proceeds to step S9.
  • step S9 the control unit 23 creates thumbnail header information including the thumbnail encoding method, the thumbnail identifying the thumbnail, the id (size), and the number of pixels in the X and Y directions. Then, the image data is divided into tn_block () units. In step S 10, the header information and the image data divided in the form of tn_block () are transferred to the ECC encoding program 20, and the recording medium 10 is written as a mark.thmb file via the writing unit 22. Written to 0.
  • the control unit 23 causes the user to select an object to which the menu thumbnail is attached in step S21.
  • the control unit 23 allows the user to select whether to import a thumbnail from outside or from a certain scene in the playlist.
  • step S22 If it is determined in step S22 that a thumbnail is to be imported from the outside, the process proceeds to step S23, and image data is imported from an input terminal or a file designated by the user. When the loading is completed, the process proceeds to step S26.
  • step S22 determines whether the thumbnail is not to be imported from the outside. If it is determined in step S22 that the thumbnail is not to be imported from the outside, the process proceeds to step S24, and the control unit 23 first obtains the thumbnail image from the user from any playlist. And play the selected playlist. Then, in step S25, the user is caused to select a scene to be a thumbnail.
  • step S26 When a thumbnail image is selected in step S23 or step S25, the process proceeds to step S26.
  • the processing after step S26 is the same as the processing after step S5 in the flowchart shown in FIG. 30, and a description thereof will be omitted.
  • FIG. 32 is a diagram showing another example of directories and files created on the disk.
  • “menu.tidx” and “menu.tdat” store information of menu thumbnails, that is, one picture representing Volume and one picture representing PlayList for each PlayList.
  • the header information of all menu thumbnails is collected and managed in one [nenu.tidx].
  • Picture thumbnails of all menu thumbnails are collected and managed in one menu, tdat.
  • mark.tidx and “mark.tdat” store information about the mark thumbnail, that is, the picture pointed to by the mark point. Header information of all mark thumbnails added to all Clips and PlayLists in the Volume is collected and managed in one mark.tidx. The picture data of all mark thumbnails is collected and managed in one rk. Tdata.
  • thumbnail header information and thumbnail picture information are managed in separate files.
  • the reason for this has to do with how the file system manages files.
  • the file system since the thumbnail information file is relatively important information, the file system manages it by duplicating the data on the disk.
  • the encoding method, sampling structure, and scan structure of picture data stored in menu.tdat and mark.tdat can be changed for each picture.
  • the same configuration in the evening can simplify the configuration of the recording / reproducing device 1.
  • a JFIF JPEG File Interchange Format
  • a component signal JPEG File Interchange Format
  • a progressive scan format JPEG File Interchange Format
  • FIG. 33 shows the syntax structure of “menu. Tidx” and “mark, tidx”.
  • version number is the thumbnail header information file There are four numbers indicating the version number of the aisle.
  • nuBiber_of_tlmmbnails is the number of thumbnail pictures stored in iiieim.tdat in the case of menu.tidx, and the number of thumbnail pictures stored in mark.tdat in the case of mark.tidx.
  • thumbnail_index indicates the index number of the thumbnail information following this thumbnail_index field. Thumbnails and indexes must not use the value OxFFFF.
  • the thumb plate i l—index is referenced by ref—thumbnail—index in UIAppInfoVolume (), UIAppInfoPlayList ().
  • ref—thumbnai 1 index in thumbnail_index3 ⁇ 4PlayListMark () and CI ipMark ().
  • ref-to-tn-block_id indicates one tn_block in menu.tdat, and the tn_block stores the picture data pointed to by thumbnail-index.
  • ref— to— tn_block lock The id value refers to the value of tn_block_id in the syntax of menu.tdat.
  • mark.tidx it indicates one tnjjlock in mark.tdat, and the tn_block stores the picture data pointed to by thumbnail one index.
  • the value of ref-to_tn_block_id refers to the value of tn_block_id in the syntax of menu.tdat.
  • picture—byte—size indicates the data length of one encoded thumbnail picture pointed to by tlmmbna1 index in bytes.
  • picture_byte-size must be less than or equal to 1024 * tn_block__size. That is, the recording / reproducing apparatus 1 performs encoding so that the data length of one encoded thumbnail picture becomes equal to or less than the value of 1024 * tn block size. Must be transformed.
  • hori zontal_picture_size3 ⁇ 4s thumbnai 1 The sign indicated by the index b Indicates the number of pixels in the horizontal direction of the thumbnail picture.
  • the vertical one picture—size indicates the number of pixels in the vertical direction of the encoded thumbnail picture pointed by thumbnail_index.
  • display_asp_ct_ratio indicates the display-aspect ratio of the coded thumbnail picture pointed by index and thumb.
  • Figure 34 shows the meaning of the values.
  • color_space indicates the format when converting Y, Cb, Cr component signals into R, G, B component signals.
  • Figure 35 shows the meaning of the values.
  • FIG. 36 is a diagram illustrating a syntax structure of “menu, tdat” and “mark. Tdat”.
  • tnjalock is an area where one encoded thumbnail picture is stored. The byte length of one thumbnail picture is less than or equal to the size of one tn_block. The first byte of one picture must be the same as the first byte of tn_block.
  • the size of one tn_block is indicated by menu.tdatiD i CDtnjDlock-size.
  • the size of one tn_block is indicated by 1 ⁇ 15 (1 in 1 &1; 11—block one size.
  • 11161111.1: 1 (1: 11_131001—1 ⁇ 1 in 1 is referenced by ref_to_tn_block_id in menu, ti dx.
  • Tdat and]] obviouslyk.
  • Tdat have a block structure. One picture data is stored in one tn one block.
  • Unused tn-b1ock may exist in the tn_b1ock column of menu.tdat and mark.tdat. For example, to delete a predetermined thumbnail, delete the thumbnail and index entered in the thumbnail header information file, and if no changes are made to the thumbnail picture file, the tn_block column Inside, there are unused tn_blocks.
  • Figure 37 shows how thumbnail picture data is stored in tn_block. It is the figure which represented typically. As shown in FIG. 37, the byte length of one thumbnail picture is less than or equal to the size of one tn_block. tn — An unused tn_block may exist in the block sequence.
  • the file of menu.tbat and] nark. Tbat is divided into two and recorded, but each file is considered as a block, and the file of menu and tbat
  • the first block and the second block of the mark and tbat data may be collectively recorded in one file.
  • a format in which SequenceInfo, CPI, and C1ipMark are recorded as separate blocks in the Clip Information file may be used.
  • the series of processes described above can be executed by hardware, but can also be executed by software.
  • various functions are executed by installing a computer in which a program constituting the software is built in dedicated hardware or installing various programs. For example, it is installed from a recording medium into a general-purpose personal computer or the like having a configuration as shown in FIG.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the CPU 201, the R ⁇ M 202, and the RAM 203 are interconnected via a bus 204.
  • the bus 204 is also connected to an input / output interface 205.
  • the input / output interface 205 has an input unit 206 composed of a keyboard, a mouse, etc., a display composed of CRTs LCD, etc., an output unit 207 composed of speakers, etc., a storage unit 208 composed of a hard disk, etc.
  • a communication unit 209 including a modem, a terminal adapter, and the like is connected. The communication unit 209 performs a communication process via a network.
  • the drive 210 is also connected to the input / output interface 205 as necessary.
  • a magnetic disk 221, an optical disk 222, a magneto-optical disk 222, a semiconductor memory 222, etc. are appropriately mounted, and a combi-tab read out from them is stored in a storage unit as necessary. Installed at 208.
  • this recording medium is distributed separately from the computer to provide the program to the user.
  • the magnetic disk 222 (including the floppy disk) on which the program is recorded, the optical disk 2 2 2 (Including CD-ROM (Coipack Disk-Read Only Memory), DVD (Digital Versatile Disk)), magneto-optical disk 2 2 3 (Including MD (Mini-Disk)), or semiconductor memory 2
  • a hard disk that is not only composed of package media consisting of 24 etc., but also provided to the user in a pre-installed format at the convenience of the user and contains the ROM 202 and the storage unit 208 that store programs. Etc.
  • steps for describing a program provided by a medium are not limited to time-series processing, but may be performed in parallel or in parallel according to the described order. It also includes processes that are executed individually.
  • a system refers to an entire device including a plurality of devices.
  • INDUSTRIAL APPLICABILITY As described above, in the recording apparatus and method according to the present invention and the first program, a thumbnail image representing the moving image data is converted from the input moving image data to a second image. A thumbnail image of an image extracted as a characteristic image or a thumbnail image of an image specified by the user from the video data is generated as second thumbnail data, First thumbnail data The first thumbnail data and the second thumbnail data are recorded on the recording medium as independent groups, so that the recorded image data can be used to record the user's recorded data. Can be easily selected.

Landscapes

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

Description

明細書 記録装置及び方法、 再生装置及び方法、 記録媒体並びにプログラム 技術分野 本発明は、 データを代表するサムネイルをデ一夕に付加する記録装置及び方法、 再生装置及び方法、 記録媒体並びにプログラムに関する。 背景技術 近年、 記録再生装置から取り外し可能なディスク型の記録媒体として、 各種の 光ディスクが提案されつつある。 このような記録可能な光ディスクは、 数ギガバ ィ トの大容量メディアとして提案されており、 ビデオ信号等の AV(Audio Visua 1)信号を記録するメディアとしての期待が高い。 この記録可能な光ディスクに記 録するデジタルの A V信号のソース （供給源） としては、 CSデジタル衛星放送 や B Sデジタル放送があり、 また、 将来はデジタル方式の地上波テレビジョン放 送等も提案されている。
ここで、 これらのソースから供給されるデジタルビデオ信号は、 通常 MP EG (Moving Picture Experts Group) 2方式で画像圧縮されているのが一般的であ る。 また、 記録装置には、 その装置固有の記録レートが定められている。 従来の 民生用映像蓄積メディアで、 デジタル放送由来のデジタルビデオ信号を記録する 場合、 アナログ記録方式であれば、 デジタルビデオ信号をデコード後、 帯域制限 をして記録する。 或いは、 MPEG 1 Vi d e o, MP E G 2 Vi d e o、 D V方式をはじめとするデジタル記録方式であれば、 1度デコードされた後に、 そ の装置固有の記録レート ·符号化方式で再エンコードされて記録される。
しかしながら、 このような記録方法は、 供給されたビットストリームを 1度デ コードし、 その後で帯域制限や再エンコードを行って記録するため、 画質の劣化 を伴う。 画像圧縮されたデジタル信号の記録をする場合、 入力されたデジタル信 号の伝送レートが記録再生装置の記録レートを超えない場合には、 供給されたビ ッ トストリームをデコードや再エンコードすることなく、 そのまま記録する方法 が最も画質の劣化が少ない。 ただし、 画像圧縮されたデジタル信号の伝送レート が記録媒体としてのディスクの記録レートを超える場合には、 記録再生装置でデ コード後、 伝送レートがディスクの記録レートの上限以下になるように、 再ェン コードをして記録する必要はある。
また、 入力デジタル信号のビットレートが時間により増減する可変レート方式 によって伝送されている場合には、 回転へッドが固定回転数であるために記録レ ―トが固定レートになるテープ記録方式に比べ、 1度バッファにデ一夕を蓄積し、 バースト的に記録ができるディスク記録装置が記録媒体の容量をより無駄なく利 用できる。
以上のように、 デジタル放送が主流となる将来においては、 データストリーマ のように放送信号をデジ夕ル信号のまま、 デコードや再エンコードすることなく 記録し、 記録媒体としてディスクを使用した記録再生装置が求められると予測さ れる。
上述したような装置により、 複数のデータ （例えば、 映像デ一夕や音声デ一夕 等から構成される番組のデ一夕） が記録されている記録媒体を再生する際、 記録 媒体に記録されるデ一夕量が増加するに従い、 どの番組を再生するのか、 番組中 のどのシーンから再生するのかといつた、 再生させる前の処理が煩雑になるとい つた課題があった。 発明の開示 本発明の目的は、 このような状況に鑑みて、 デ一夕を代表するサムネイルをデ 一夕に付加することにより、 再生させるデータを簡単に選択できるようにするこ とにある。
本発明に係る記録装置は、 入力された動画像データから、 当該動画像デ一夕を 代表するサムネイル画像を第 1のサムネイルデータとして生成すると共に、 動画 像デ一夕から、 特徴的な画像として抽出された画像のサムネイル画像か、 又は、 ユーザが指定した画像のサムネイル画像を第 2のサムネイルデ一夕として生成す る生成手段と、 生成手段により生成された第 1のサムネイルデ一夕と第 2のサム ネイルデータを、 各々独立したグループとして記録媒体に記録する記録手段とを 有する。
生成手段は、 第 1のサムネイルデ一夕と第 2のサムネイルデータを、 各々独立 したファイルとして生成するようにすることができる。
生成手段は、 第 1のサムネイルデ一夕と第 2のサムネイルデ一夕を各々独立し たデータプロヅクとするとともに 1つのファイルとして生成するようにすること ができる。
生成手段は、 第 1のサムネイルデ一夕に対応する番号で第 1のサムネイルデー タを管理する第 1の管理デ一夕も生成すると共に、 第 2のサムネイルデータに対 応する番号で第 2のサムネイルデ一夕を管理する第 2の管理デ一夕も生成し、 記 録手段は、 第 1の管理デ一夕及び第 2の管理データを記録媒体に記録するように することができる。
第 1の管理データと第 2の管理デ一夕は、 管理するサムネイル画像の画像デー 夕のフォ一マツト形式を示すデ一夕を含むようにすることができる。
記録手段は、 第 1のサムネイルデ一夕又は第 2のサムネイルデ一夕に含まれる サムネイル画像の画像デ一夕を、 所定の大きさのプロック単位で記録するように することができる。
記録手段は、 第 1のサムネイル画像の参照先を示す情報を更に別ファイルとし て記録媒体に記録するようにすることができる。
記録手段は、 第 2のサムネイルデ一夕に含まれるサムネイル画像の参照先を示 す情報を更に記録するようにすることができる。
本発明に係る記録方法は、 入力された動画像データから、 当該動画像デ一夕を 代表するサムネイル画像を第 1のサムネイルデータとして生成すると共に、 動画 像デ一夕から、 特徴的な画像として抽出された画像のサムネイル画像か、 又は、 ユーザが指定した画像のサムネイル画像を第 2のサムネイルデ一夕として生成す る生成ステツプと、 生成ステツプの処理で生成された第 1のサムネイルデ一夕と 第 2のサムネイルデータを、 各々独立したグループとして記録媒体に記録するた めの制御を行う記録制御ステップとを含む。
本発明に係る記録媒体のプログラムは、 入力された動画像デ一夕から、 当該動 画像データを代表するサムネイル画像を第 1のサムネイルデ一夕として生成する と共に、 動画像デ一夕から、 特徴的な画像として抽出された画像のサムネイル画 像か、 又は、 ユーザが指定した画像のサムネイル画像を第 2のサムネイルデータ として生成する生成ステップと、 生成ステヅプの処理で生成された第 1のサムネ ィルデ一夕と第 2のサムネイルデータを、 各々独立したグループとして記録媒体 に記録するための制御を行う記録制御ステップとを含む。
本発明に係るプログラムは、 入力された動画像デ一夕から、 当該動画像デ一夕 を代表するサムネイル画像を第 1のサムネイルデ一夕として生成すると共に、 動 画像データから、 特徴的な画像として抽出された画像のサムネイル画像か、 又は、 ユーザが指定した画像のサムネイル画像を第 2のサムネイルデータとして生成す る生成ステップと、 生成ステップの処理で生成された第 1のサムネイルデ一夕と 第 2のサムネイルデ一夕を、 各々独立したグループとして記録媒体に記録するた めの制御を行う記録制御ステップとをコンピュータに実行させる。
本発明に係る再生装置は、 A Vストリームの再生が指示された場合、 A Vスト リームの内容を示すサムネイル画像の画像データを管理する管理データを読み出 す第 1の読出手段と、 第 1の読出手段により読み出された管理デ一夕に基づき、 画像データを読み出す第 2の読出手段と、 A Vストリームから、 特徴的な画面と して抽出された画面のサムネイル画像の画像データか、 又は、 ユーザにより指定 された画面のサムネイル画像の画像データと、 その画像デ一夕を管理する管理デ 一夕を読み出す第 3の読出手段と、 第 3の読出手段により読み出された管理デー 夕に基づき、 画像データを読み出す第 4の読出手段とを含む。
本発明に係る再生方法は、 A Vストリームの再生が指示された場合、 A Vスト リームの内容を示すサムネイル画像の画像デ一夕を管理する管理データの読み出 しを制御する第 1の読出制御ステップと、 読出制御ステップの処理で読み出しが 制御された管理データに基づき、 画像データの読み出しを制御する第 2の読出制 御ステップと、 A Vストリームから、 特徴的な画面として抽出された画面のサム ネイル画像の画像データか、 又は、 ユーザにより指定された画面のサムネイル画 像の画像データと、 その画像データを管理する管理データを読み出す第 3の読み 出しステップと、 第 3の読出制御ステツプの処理で読み出しが制御された管理デ —夕に基づき、 画像デ一夕を読み出す第 4の読出制御ステツプとを含む。
本発明に係る記録媒体のプログラムは、 A Vストリームの再生が指示された場 合、 A Vストリームの内容を示すサムネイル画像の画像データを管理する管理デ —夕の読み出しを制御する第 1の読出制御ステツプと、 読出制御ステツプの処理 で読み出しが制御された管理デ一夕に基づき、 画像デ一夕の読み出しを制御する 第 2の読出制御ステップと、 A Vストリームから、 特徴的な画面として抽出され た画面のサムネイル画像の画像デ一夕か、 又は、 ユーザにより指定された画面の サムネイル画像の画像デ一夕と、 その画像データを管理する管理デ一夕を読み出 す第 3の読出制御ステツプと、 第 3の読出制御ステツプの処理で読み出しが制御 された管理データに基づき、 画像データを読み出す第 4の読出制御ステップとを 含む。
本発明に係るプログラムは、 A Vスト リームの再生が指示された場合、 A Vス トリームの内容を示すサムネイル画像の画像デ一夕を管理する管理データの読み 出しを制御する第 1の読出制御ステップと、 読出制御ステップの処理で読み出し が制御された管理データに基づき、 画像データの読み出しを制御する第 2の読出 制御ステップと、 A Vストリームから、 特徴的な画面として抽出された画面のサ ムネイル画像の画像デ一夕か、 又は、 ュ一ザにより指定された画面のサムネイル 画像の画像データと、 その画像デ一夕を管理する管理データを読み出す第 3の読 出制御ステツプと、 第 3の読出制御ステツプの処理で読み出しが制御された管理 デ一夕に基づき、 画像データを読み出す第 4の読出制御ステツプとを含む。
本発明に係る記録媒体は、 A Vストリーム、 A Vストリームから、 A Vストリ —ムの内容を示すサムネイル画像の画像デ一夕と、 そのサムネイル画像のデ一夕 を管理する管理デ一夕から構成される第 1のデータ、 及び、 A Vストリームから、 特徴的な画面として抽出された画面のサムネイル画像の画像デ一夕か、 又は、 ュ 一ザが指定した画面のサムネイル画像の画像デ一夕と、 その画像データを管理す る管理データから構成される第 2のデ一夕が記録されている。
本発明に係る記録装置及び方法、 並びに第 1のプログラムにおいては、 入力さ れた動画像デ一夕から、 当該動画像データを代表するサムネイル画像が第 1のサ ムネイルデータとして生成されると共に、 動画像デ一夕から、 特徴的な画像とし て抽出された画像のサムネイル画像か、 又は、 ユーザが指定した画像のサムネィ ル画像が第 2のサムネイルデータとして生成され、 第 1のサムネイルデ一夕と第 2のサムネイルデ一夕が、 各々独立したグループとして記録媒体に記録される。 本発明に係る再生装置及び方法、 並びに第 2のプログラムにおいては、 A Vス トリームの再生が指示された場合、 A Vストリームの内容を示すサムネイル画像 の画像デ一夕を管理する管理データが読み出され、 読み出された管理データに基 づき、 画像データが読み出され、 A Vストリームから、 特徴的な画面として抽出 された画面のサムネイル画像の画像データか、 又は、 ユーザにより指定された画 面のサムネイル画像の画像データと、 その画像データを管理する管理デ一夕が読 み出され、 読み出された管理デ一夕に基づき、 画像デ一夕が読み出される。 本発明の更に他の目的、 特徴や利点は、 後述する本発明の実施例や添付する図 面に基づくより詳細な説明によって明らかになるであろう。 図面の簡単な説明 図 1は、 本発明を適用した記録再生装置の構成を示す図である。
図 2は、 Cl ipと Playlistの関係を表す図である。
図 3は、 AVストリームを管理する構造の UML図である。
図 4は、 DVRシステムのディレクトリ構成を表す図である。
図 5は、 info. dvrを説明する図である。
図 6は、 DVRVolume( )を説明する図である。
図 7は、 UIAppInf oVolume( )を説明する図である。
図 8は、 TableOfPlayListsOを説明する図である。
図 9は、 UIAppInfoPlayList( )を説明する図である。
図 1 0は、 zzzzz. clpiを説明する図である。
図 1 1は、 Cl ipMarkOを説明する図である。
図 1 2は、 マークを説明する図である。 図 1 3は、 xxxxx.rpls、 yyyyy.vplsを説明する図である。
図 1 4は、 Playl ist( )を説明する図である。
図 1 5は、 Playltem( )を説明する図である。
図 1 6は、 PlayListMark( )を説明する図である。
図 1 7は、 メニューサムネイルを説明する図である。
図 1 8は、 プレイリストに付けられるマークを説明する図である。
図 1 9は、 クリヅプに付けられるマークを説明する図である。
図 2 0は、 サムネイルを格納するファイルを説明する図である。
図 2 1は、 meim_thmb/mark . thm を説明する図である。
図 2 2は、 Thumbnai U )を説明する図である。
図 2 3は、 Thuiibnai l_picturejFormatを説明する図である。
図 2 4 A及び図 2 4 Bは、 サムネイルの画像データを tn_block( )に格納する方 法を説明する図である。
図 2 5は、 他のディレクトリ * ファイル構造を示す図である。
図 2 6は、 図 2 5に示したファイル構造に対応する menu一 thmb /mark. thmbを説明 する図である。
図 2 7は、 図 2 5に示したファイル構造に対応する TableOfPlayLists( )を説明 する図である。
図 2 8は、 図 2 5に示したファイル構造に対応する Playl ist( )を説明する図で ある。
図 2 9は、 図 2 5に示したファイル構造に対応する UIAppInfoPlayListOを説明 する図である。
図 3 0は、 マークサムネイルの作成手順を表したフローチャートである。
図 3 1は、 メニューサムネイルの作成手順を表したフローチヤ一トである。 図 3 2は、 DVRシステムの他のディレクトリ構成を表す図である。
図 3 3は、 サムネイルのへヅダ情報ファイルのシンタクスを示す図である。 図 3 4は、 display_aspect_raitoを説明する図である。
図 3 5は、 color_spaceを説明する図である。
図 3 6は、 サムネイルのピクチャデータファイルのシンタクスを示す図である。 図 3 7は、 tn_blockへのデ一夕の格納について説明する図である。 図 3 8は、 媒体を説明する図である。 発明を実施するための最良の形態 以下に、 本発明が適用された記録装置及び方法、 再生装置及び方法、 記録媒体 並びにプログラムについて、 図面を参照して説明する。 図 1は、 本発明を適用し た記録再生装置 1の内部構成例を示す図である。 先ず、 外部から入力された信号 を記録媒体に記録する動作を行う部分の構成について説明する。 記録再生装置 1 は、 アナログデ一夕、 又は、 デジタルデ一夕を入力し、 記録することができる。 端子 1 1には、 アナログのビデオ信号が、 端子 1 2には、 アナログのオーディ ォ信号が、 それそれ入力される。 端子 1 1に入力されたビデオ信号は、 解析部 1 4と A Vエンコーダ 1 5に、 それそれ出力される。 端子 1 2に入力されたオーデ ィォ信号は、 A Vエンコーダ 1 5にのみ出力される。 解析部 1 4は、 入力された ビデオ信号からシーンチヱンジ等の特徴点を抽出する。
A Vエンコーダ 1 5は、 入力されたビデオ信号とオーディオ信号を、 それぞれ 符号化し、 符号化ビデオストリーム （V ) 、 符号化オーディオストリーム （A ) 、 及び A V同期等のシステム情報 （S ) をマルチプレクサ 1 6に出力する。
符号化ビデオストリームは、 例えば、 M P E G (Moving Picture Expert Grou p) 2方式により符号化されたビデオス ト リームであり、 符号化オーディオストリ ームは、 例えば、 M P E G 1方式により符号化されたオーディオストリームや、 ドルビー A C 3方式により符号化されたオーディオストリーム等である。 マルチ プレクサ 1 6は、 入力されたビデオ及ぴオーディオのストリームを、 入力システ ム情報に基づいて多重化して、 スィツチ 1 7を介して多重化ストリーム解析部 1 8とソースパケヅ夕ィザ 1 9に出力する。
多重化ストリームは、 例えば、 M P E G 2 トランスポ一トストリームや M P E G 2プログラムストリームである。 ソースパケヅタイザ 1 9は、 入力された多重 化ストリームを、 そのストリームを記録させる記録媒体 1 0 0のアプリケーショ ンフォーマツトに従って、 ソースパケヅトから構成される A Vストリームを符号 化する。 A Vストリームは、 E C C (誤り訂正） 符号化部 2 0、 変調部 2 1で所 定の処理が施され、 書込部 2 2に出力される。 書込部 2 2は、 制御部 2 3から出 力される制御信号に基づいて、 記録媒体 1 0 0に A Vストリ一ムファイルを書き 込む （記録する） 。
デジ夕ルイン夕フエース又はデジタルテレビジョンチューナから入力されるデ ジタルテレビジョン放送等のトランスポートストリ一ムは、 端子 1 3に入力され る。 端子 1 3に入力されたトランスポートストリームの記録方式には、 2通りあ り、 それらは、 トランスペアレントに記録する方式と、 記録ビットレートを下げ る等の目的のために再エンコードをした後に記録する方式である。 記録方式の指 示情報は、 ュ一ザインタフヱースとしての端子 2 4から制御部 2 3へ入力される ( 入力トランスポ一トストリームをトランスペアレン卜に記録する場合、 端子 1 3に入力されたトランスポートストリームは、 多重化ストリーム解析部 1 8と、 ソ一スパケヅタイザ 1 9に出力される。 これ以降の記録媒体 1 0 0へ A Vストリ ームが記録されるまでの処理は、 上述の入力オーディオ信号とビデオ信号を符号 化して記録する場合と同一の処理なので、 その説明は省略する。
入力トランスポートストリームを再ェンコ一ドした後に記録する場合、 端子 1 3に入力されたトランスポートストリームは、 デマルチプレクサ 2 6に入力され る。 デマルチプレクサ 2 6は、 入力されたトランスポートストリームに対してデ マルチブレクス処理を施し、 ビデオストリーム （V ) 、 オーディオストリーム ( A ) 、 及びシステム情報 （S ) を抽出する。
デマルチプレクサ 2 6により抽出されたストリーム （情報） の内、 ビデオスト リームは A Vデコーダ 2 7に、 オーディオストリームとシステム情報はマルチプ レクサ 1 6に、 それそれ出力される。 A Vデコーダ 2 7は、 入力されたビデオス トリームを復号し、 その再生ビデオ信号を A Vエンコーダ 1 5に出力する。 A V エンコーダ 1 5は、 入力ビデオ信号を符号化し、 符号化ビデオストリーム （V ) をマルチプレクサ 1 6に出力する。
一方、 デマルチプレクサ 2 6から出力され、 マルチプレクサ 1 6に入力された オーディオストリームとシステム情報、 及び、 A Vエンコーダ 1 5から出力され たビデオストリームは、 入力システム情報に基づいて、 多重化されて、 多重化ス トリームとして多重化ストリーム解析部 1 8とソースパケヅト夕ィザ 1 9にスィ ヅチ 1 7を介して出力される。 これ以後の記録媒体 1 0 0へ A Vストリームが記 録されるまでの処理は、 上述の入力オーディオ信号と、 ビデオ信号を符号化して 記録する場合と同一の処理なので、 その説明は省略する。
本例の記録再生装置 1は、 A Vストリームのファイルを記録媒体 1 0 0に記録. すると共に、 そのファイルを説明するアブリケーシヨンデータペース情報も記録 する。 アプリケーションデータベース情報は、 制御部 2 3により作成される。 制 御部 2 3への入力情報は、 解析部 1 4からの動画像の特徴情報、 多重化ス ト リー ム解析部 1 8からの A Vストリームの特徴情報、 及び端子 2 4から入力されるュ 一ザからの指示情報である。
解析部 1 4から供給される動画像の特徴情報は、 入力動画像信号の中の特徴的 な画像に関係する情報であり、 例えば、 プログラムの開始点、 シーンチヱンジ点、 コマーシャル （C M) の開始 ·終了点等の指定情報 （マーク） であり、 また、 そ の指定場所の画像のサムネイル画像の情報も含まれる。
多重化ストリーム解析部 1 8からの A Vストリームの特徴情報は、 記録される A Vストリームの符号化情報に関係する情報であり、 例えば、 A Vストリーム内 の Iピクチャのアドレス情報、 A Vストリームの符号化パラメ一夕、 A Vスト リ一 ムの中の符号化パラメ一夕の変化点情報、 ビデオストリ一ムの中の特徴的な画像 に関係する情報 （マーク） 等である。 - 端子 2 4からのユーザの指示情報は、 A Vストリームの中の、 ユーザが指定し た再生区間の指定情報、 その再生区間の内容を説明するキャラクタ一文字、 ユー ザが好みのシーンにセヅトするプックマークゃリジユーム点の情報等である。 制御部 2 3は、 上記の入力情報に基づいて、 A Vストリームのデ一夕ベース（C Πρ)、 A Vストリームの再生区間（Playltem)をグループ化したもの （PlayUst) のデ一夕べ—ス、 記録媒体 1 0 0の記録内容の管理情報（info. dvr)、 及びサムネ ィル画像の情報を作成する。 これらの情報から構成されるアプリケーションデー 夕ペース情報は、 A Vストリームと同様にして、 E C C符号化部 2 0、 変調部 2 1で処理されて、 書込部 2 2へ入力される。 書込部 2 2は、 制御部 2 3から出力 される制御信号に基づいて、 記録媒体 1 0 0へデ一夕ベースファイルを記録する。 上述したアプリケーシヨンデータベース情報についての詳細は後述する。
このようにして記録媒体 1 0 0に記録された A Vストリームファイル （画像デ 一夕と音声デ一夕のファイル） と、 アプリケーションデータベース情報が再生さ れる場合、 先ず、 制御部 2 3は、 読出部 2 8に対して、 記録媒体 1 0 0からアブ リケ一シヨンデータベース情報を読み出すように指示する。 そして、 読出部 2 8 は、 記録媒体 1 0 0からアプリケーションデータべ一ス情報を読み出し、 そのァ プリケーシヨンデータベース情報は、 復調部 2 9、 E C C復号部 3 0の処理を経 て、 制御部 2 3へ入力される。
制御部 2 3は、 アプリケーションデータベース情報に基づいて、 記録媒体 1 0 0に記録されている PlayListの一覧を端子 2 4のユーザィン夕フヱースへ出力す る。 ユーザは、 PlayListの一覧から再生したい PlayListを選択し、 再生を指定さ れた PlayListに関する情報が制御部 2 3へ入力される。 制御部 2 3は、 その Play Listの再生に必要な A Vストリームファイルの読み出しを、 読出部 2 8に指示す る。 読出部 2 8は、 その指示に従い、 記録媒体 1 0 0から対応する A Vストリー ムを読み出し復調部 2 9に出力する。 復調部 2 9に入力された A Vストリームは、 所定の処理が施されることにより復調され、 更に; E C C復号部 3 0の処理を経て、 ソ一スデパケヅ夕ィザ 3 1出力される。
ソースデパケッタイザ 3 1は、 記録媒体 1 0 0から読み出され、 所定の処理が 施されたアプリケ一ションフォ一マヅトの A Vストリームを、 デマルチプレクサ 2 6に出力できるストリームに変換する。 デマルチプレクサ 2 6は、 制御部 2 3 により指定された A Vストリームの再生区間（Playltem)を構成するビデオストリ ーム （V ) 、 オーディオストリーム （A ) 、 及び A V同期等のシステム情報 ( S ) を、 A Vデコーダ 2 7に出力する。 A Vデコーダ 2 7は、 ビデオストリー ムとオーディオストリームを復号し、 再生ビデオ信号と再生オーディオ信号を、 それそれ対応する端子 3 2と端子 3 3から出力する。
また、 ユーザインタフヱースとしての端子 2 4から、 ランダムアクセス再生や 特殊再生を指示する情報が入力された場合、 制御部 2 3は、 A Vストリームのデ 一夕ベース（Cl ip)の内容に基づいて、 記憶媒体.1 0 0からの A Vストリームの読 み出し位置を決定し、 その A Vス トリームの読み出しを、 読出部 2 8に指示する。 例えば、 ユーザにより選択された PlayListを、 所定の時刻から再生する場合、 制 御部 2 3は、 指定された時刻に最も近いタイムス夕ンプを持つ Iピクチャからのデ 一夕を読み出すように読出部 2 8に指示する。
また、 ュ一ザによって高速再生（Fast-forward playback)が指示された場合、 制 御部 2 3は、 A Vストリームのデータベース（Cl ip)に基づいて、 A Vストリーム の中の I-ピクチャデ一夕を順次連続して読み出すように読出部 2 8に指示する。 読出部 2 8は、 指定されたランダムアクセスポィントから A Vストリームのデ 一夕を読み出し、 読み出されたデ一夕は、 後段の各部の処理を経て再生される。 次に、 ユーザが、 記録媒体 1 0 0に記録されている A Vス トリームの編集をす る場合を説明する。 ユーザが、 記録媒体 1 0 0に記録されている A Vストリーム の再生区間を指定して新しい再生経路を作成したい場合、 例えば、 番組 Aという 歌番組から歌手 Aの部分を再生し、 その後続けて、 番組 Bという歌番組の歌手 A の部分を再生したいといった再生経路を作成したい場合、 ユーザィンタフェース としての端子 2 4から再生区間の鬨始点 （イン点） と終了点 （アウト点） の情報 が制御部 2 3に入力される。 制御部 2 3は、 A Vストリームの再生区間（Playlte m)をグループ化したもの （PlayList) のデータペースを作成する。
ユーザが、 記録媒体 1 0 0に記録されている A Vストリームの一部を消去した い場合、 ユーザイン夕フェースとしての端子 2 4から消去区間のィン点とァゥト 点の情報が制御部 2 3に入力される。 制御部 2 3は、 必要な A Vストリ一ム部分 だけを参照するように PlayListのデータベースを変更する。 また、 A Vストリー ムの不必要なストリーム部分を消去するように、 書込部 2 2に指示する。
ユーザが、 記録媒体 1 0 0に記録されている A Vストリームの再生区間を指定 して新しい再生経路を作成したい場合であり、 かつ、 それそれの再生区間をシ一 ムレスに接続したい場合について説明する。 このような場合、 制御部 2 3は、 A Vストリームの再生区間（Playltem)をグループ化したもの （PlayList) のデ一夕 ベースを作成し、 更に、 再生区間の接続点付近のビデオストリームの部分的な再 エンコードと再多重化を行う。
先ず、 端子 2 4から再生区間のイン点のピクチャの情報と、 アウト点のピクチ ャの情報が制御部 2 3へ入力される。 制御部 2 3は、 読出部 2 8にイン点側のピ クチャとアウト点側のピクチャを再生するために必要なデータの読み出しを指示 する。 そして、 読出部 28は、 記録媒体 100からデータを読み出し、 そのデ一 タは、 復調部 29、 E CC復号部 30、 ソ一スデパケヅタイザ 31を経て、 デマ ルチプレクサ 26に出力される。
制御部 23は、 デマルチプレクサ 26に入力されたデ一夕を解析して、 ビデオ ストリームの再エンコード方法 （picture_coding_typeの変更、 再エンコードする 符号化ビヅ ト量の割り当て） と、 再多重化方式を決定し、 その方式を AVェンコ ーダ 1 5とマルチプレクサ 1 6に供給する。
次に、 デマルチプレクサ 26は、 入力されたストリームをビデオストリーム (V) 、 オーディオストリーム （A) 、 及びシステム情報 （S) に分離する。 ビ デォストリームは、 「AVデコーダ 27に入力されるデ一夕」 と 「マルチプレク サ 1 6に入力されるデータ」 がある。 前者のデ一夕は、 再エンコードするために 必要なデ一夕であり、 これは AVデコーダ 27で復号され、 復号されたピクチャ は A Vエンコーダ 1 5で再ェンコ一ドされて、 ビデオストリームにされる。 後者 のデータは、 再エンコードをしないで、 オリジナルのストリームからコピーされ るデ一夕である。 オーディオストリーム、 システム情報については、 直接、 マル チプレクサ 1 6に入力される。
マルチプレクサ 1 6は、 制御部 23から入力された情報に基づいて、 入力スト リームを多重化し、 多重化ストリ一ムを出力する。 多重化ストリ一ムは、 E C C 符号化部 20、 変調部 2 1で処理されて、 書込部 22に入力される。 書込部 22 は、 制御部 23から供給される制御信号に基づいて、 記録媒体 100に AVスト リームを記録する。
このような記録再生装置 1において記録媒体 1 00に記録されるデ一夕 （記録 媒体 100から再生されるデータ） について説明する。 MPEG Vi d e o、 M PEG An d i o等の符号化方式で符号化され、 MPEG- 2 Systemsに従って多重化 されたビヅトストリームを、 ファイルシステムが扱うファイルの形にしてディス ク （以下、 適宜、 記録媒体 100をディスク状の記録媒体とし、 ディスクとい う） に記録したものを AV(Audio Video)ストリームファイル （又は Clip A Vス トリ一ム） という。 このような AVストリームファイルの一部又は全部の範囲を指定して、 必要な 部分だけを並べて再生する再生順序指定の仕組みを説明する。 図 2のように、 A Vストリームファイルの一部又は全部の範囲を指定して、 必要な部分だけを再生 する再生順序指定が Playlistである。 Playlistは、 ユーザから見て、 ひとまとま りの単位である。 最も簡単な構成になるのは、 記録開始をしてから記録終了まで の単位で、 編集をしなければ、 これが 1つの Playlistになる。
Playlistは、 どの A Vストリームを再生するかという、 AVストリームフアイ ルの指定と、 そのファイル中の再生開始点 （イン点） と再生終了点 （アウト点） の集まりで構成される。 A Vストリームファイル、 再生開始点、 再生終了点等を 1組とし、 これを Playitemという。 すなわち、 Playlistは Playitemの集合である c 図 2に示したように、 Playitemは、 ある A Vストリームファイルの、 イン点、 アウト点で指定する範囲を参照する。 Playitemを再生するということは、 その P1 ayitemが参照する A Vスト リームの一部分を再生するということになる。
AVストリームは、 MPEG— T Sの形等にマルチプレクスされているビヅト ストリームであるが、 この AVストリームが記録されるファイルとは別のフアイ ルに、 そのビヅトストリームに対して 1対 1に対応する情報 （クリヅプ情報： C1 ip information) を保持する。 これは、 再生、 編集をより容易にするために設け られている。 このようなクリヅプ情報と、 AVストリームの両方をひとまとまり (オブジェクト） とみなし、 これを Clip (クリップ） と呼ぶ。 すなわち、 Clipは AVストリームと、 それに付随する情報から構成される 1つのォブジヱクトであ る。
以上のような、 関係を UML図で表すと、 図 3のようになる。 図 3の UML図 で表される AVストリームファイル、 Clip、 Playitem, Playlistの構造により、 AVストリームファイルを変更しない、 任意の部分だけを再生する非破壊再生順 序指定が可能になる。
次に、 本発明を実現するための、 各種の情報が記録又は再生される記録媒体 (メディア） 上のファイル配置について説明する。 メディア上には、 図 4に示す ように、 info.dvrヽ menu.thmb (mark.thmb) 、 #####. rpls (#####. vpls) (#### #は任意の番号）、 dpi (%%%%%は任意の番号）、 及び m2ts は、 各 m2tsファイルが cpl iファイルと 1対 1に対応するような番号）の、 5種類のファ ィルが記録される。
ディスク上にディレクトリ/ DVRを用意し、 このディレクトリの下が、 1つのデ イスク記録再生システムで管理される範囲とする。 /DVRは、 ディスクのルートデ ィレクトリにあってもよいし、 所定のディレクトリの下に存在していてもよい。 /DVRディレクトリには、 info. dvr、 lenu. thm mark, thmbというファイルが置 かれる。 また、 / DVRの下には、 / PLAYLIST、 /CLIPINF、 /M2TSというディレクト リが置かれる。 ファイル #####. rpls、 #####. vplsは、 /PLAYLISTの下に置かれ、 /CLIPINFには％%%%% . (；^1が置かれ、 /M2TSには、 ％%%%%. m2tsが置かれる。
ファイル info. dvrは、 /DVRの下にだた 1つある。 info.dvrの構造は、 図 5に示 したようなシンタクスで表される。 ファイルの内部は、 機能別の情報毎にプロヅ クを構成しており、 volumeに関する情報は DVRVolume( )に、 Playl istの並びに関 する情報は TableOfPlayLists( こ、 記録再生装置 1のメーカ固有の情報は MakerP rivateDataOに、 それそれ格納される。 ファイルの先頭部分には、 それらのプロ ヅクの先頭を表すアドレスが記述されている。 例えば、 TableOfPlayLists_Start —addressは、 TableOfPlayLists( )が開始する位置を、 ファイル内での相対バイ ト 数で表したものになっている。
DVRVolume( )の構造は図 6に示したようなシンタクスで表される。 version_num berは、 DVRVolume( )のバージョン番号を表し、 lengthは、 length直後のフィール ドから DVRVolumeOの最後までの長さをバイ トで表したものである。 ResumeVolum e( )は resumeに関する情報を格納し、 UIAppInfoVolume( )は Volumeの属性情報を格 納する領域である。
図 7は、 UIAppInfoVolume( )のシンタクスを表したものである。 character_set は、 Volume_nameフィールドに符号化されているキャラクタ一文字の符号化方法を 示す。 その符号化方法としては、 A S C I I、 U n i c o d e等を選択できる。 name— lengthは、 Volume— nameフィールドの中に示されるボリューム （ディスク） 名のバイ ト長を示す。 Volume— nameは、 ボリューム （ディスク） の名前を示す。 こ のフィールドの中の左から namejength数のバイ ト数が、 有効なキャラクタ一文字 であり、 それはボリューム （ディスク） の名前を示す。 Volume_nameフィ一ルドの中で、 それら有効なキャラクタ一文字の後の値は、 ど んな値が入っていてもよい。 Volume_protect_flagは、 そのボリュームの中のコン テンヅをユーザに制限することなしに見せてよいかどうかを示すフラグである。 このフラグが, 1にセヅ トされている場合、 ユーザが正しく P I N番号 （図 7中の P I N ) を入力できた場合にだけ、 ユーザは、 そのボリュームのコンテンツを視 聴することができる。 このフラグが 0にセットされている場合、 ユーザが P I N 番号を入力しなくても、 ユーザが、 そのボリュームのコンテンツを視聴すること ができる。 最初に、 ユーザが、 ディスクをプレーヤ （記録再生装置 1 ) へ揷入し たときにおいて、 もしこのフラグが 0にセヅトされているか、 又は、 このフラグ が 1にセットされていてもユーザが P I N番号を正しく入力できたならば、 プレ ーャは、 そのセヅトされたディスクの中の PlayListの一覧を表示させる。
以上は、 Volumeに対しての再生制限であるが、 それそれの PlayListの再生制限 については、 Volunie_protect_;flagとは無関係であり、 それは後述する図 9の UIA PPlnfoPlayList( )の中で定義される playback一 controし: f lagによって示される。 P I Nは、 4個の 0乃至 9までの数字であり、 それそれの数字は、 I S 07 I E C
6 4 6に従って符号化される。 ref_thumbnaiし indexは、 Volumeを代表するサム ネイルが存在する場合、 そのサムネイルを特定するための番号を格納する領域で ある。 ref_thumbnail— indexで ί旨定される thumbnai l— indexを持つ、 ファイクレ menu, thmb中のサムネイルが、 Volumeを代表するメニューサムネイル （本発明では、 Vo lumeや Playl istを代表するサムネイルを特にメニューサムネイルという） となる。 rp_info_val id_flagは、 これが 1である場合に次に続く rp— re:f_to— PlayListj i le_name, rp— ref— to— Playltem— id及び rp_time_stampが有効な値を持つこと示す。 rp_ref_to_PlayList_f i le_nameは、 上記の Volumeを代表するメニューサムネイル が、 所定の PlayList中の画像から抜き出された画像から作られていることを示し、 その PlayListファイルの名前を示す。
rp_ref_to_P 1 a ltem_i dは、 rp_ref一 to一 P 1 ayL i st一 f i 1 e_nameで示される P 1 ayL i s tの中の 1つの Playltemを指す Playltem_idを示し、 上記の Volumeを代表するメニ ユーサムネイルが、 その Playltem中の画像から抜き出された画像から作られてい ることを示す。 n^time—stampは、 rp ref to ayltem_idが指す Playltem中の 1 つの画像のプレゼンテーション夕ィムス夕ンプを示し、 その画像から上記の Volu meを代表するメニューサムネイルが作られていることを示す。
図 8は、 TableOfPlayLists( )のシンタクスを表したものである。 ここで number _o PlayListsは Volume中の Playl istの数を表し、 PlayList— f ile— nameは #####. r pis, vpls等のファイル名を指定するものである。 UIAppInfoPlayList( )に は、 Playl istの各種属性がかかれており、 シンタクスは図 9のようになっている。 図 9に示した UIAppInfoPlayListOには、 Playl istの再生には直接必要ではない、 Playl istの名前、 記録日時、 記録時間、 消去禁止の有無等の、 各種属性情報が格 納される。 その中の!1 ef_thuiiibnai l— indexにより、 PlayListの代表画としてのサム ネイルを指定することができる。 すなわち、 ref一 thumbnai l一 indexで指定される t humbnai l— indexを持つ、 ファイル menu. thmb中のサムネイルが、 この Playl istを代 表するメニューサムネイルとなる。
rp_info_val id_flagは、 これが 1である場合に、 次に続く rp_ref_to__PlayItem _id及び rp_time_stampが有効な値を持つこと示す。 rp一 ref— toJPlayltemjdは、 P layListの中の 1つの Playltemを指す Playltem一 idを示し、 PlayListを代表するメ ニューサムネイルが、 その Playltem中の画像から抜き出された画像から作られて いることを示す。 rp_time一 stampは、 rp_ref_to_PlayItem_idが指す Playltem中の 1つの画像のプレゼンテーションタイムスタンプを示し、 その画像から PlayList を代表するメニューサムネイルが作られていることを示す。
図 4に示したファイル％%%%%. clpiは、 /CLIPINFの下に、 各 A Vストリ一ムファ ィル％%«%.1112七3に対応して 1つ作られる。 ％%%%%. clpiの構造は、 図 1 0に示すよ うになつている。 ファイルの内部は、 機能別の情報毎にブロックを構成しており、 Cl ipに関する情報は Cl ipInfo( )に、 MPEG- 2 systemsにおけるトランスポートスト リームの時刻基準を表す P C R (プログラムクロヅクリフアレンス） の不連続点 に関する情報は STCJnfo( )に、 MPEG-2 systemsの program (プログラム） に関する 情報は ProgramInfo( )に、 A Vストリーム中のランダムアクセス開始可能点等の 特徴的な点を表す C P I (Characteristic Point Information) に関する情報は CPI Oに、 Clipに付けられた、 頭出しのためのインデックス点やコマーシャルの開 始 ·終了点等のマーク情報は Cl ipMark( )に、 それそれ格納される。 ファイルの先 頭部分には、 それらのプロックの先頭を表すァドレスが記述されている。
ここでは、 サムネイルに関係するブロックだけを説明する。 本例においては、 クリヅプにサムネイルを付ける操作は、 クリヅプのマークにサムネイルを付与す ることで実現する。 クリップに付けられるマークの情報は、 Cl ipMarkOに格納さ れている。 図 1 1に、 Ci ipMark( )のシンタクスを示す。 シンタクス中の mark一 typ eが、 resume、 bookmark、 skip等のマークの種類を表し、 mark—time— stampでマ —クが付けられた時刻を表す。 サムネイルに関係するフィールドは、 ref_thumbn aiし index である。 ref_thumbnaiし indexは、 ここでサムネイルの番号を指定する ことで、 サムネイルのデ一夕が格納されている mark.thmbファイル中のサムネイル を特定する。 ref_thumbnaiし indexで指定されるサムネイルが、 このマークに付与 されたマークサムネイル （本発明では、 マークに付与されたサムネイルを特にマ ークサムネイルという） となる。
マークは、 まとして Cl ip及び Playl istの中のハイライ トゃ特徴的なシーンを指 し示すためにある。 また、 マークより後の部分は再生を飛ばして、 次の Playl ist の再生をするように指示するスキップ機能も、 マークによって実現できる。 図 1 2は、 マークが Cl ip、 Playl istに付けられている様子を図で示したものである。 以下にマークの特徴をまとめる。
Cl ipに付加されるマークは、 A Vストリームの内容に起因する特徴的なシーン、 例えば、 シーンチヱンジ点等を指定する。 Playl istを再生するときには、 その P1 ayl istが参照している Cl ip中のマークを利用してランダムアクセス等ができる。 図 1 2では、 Cl ipに対して commercial ( C M) と sceneという、 2種類のマークが 付けられているが、 commercialのマークは左の Playl istから、 sceneマ一クは二つ の Playl istから利用されている。 Playl istに付加されるマークは、 主としてユー ザによって設定される。 例えば、 ブックマークやリジューム点等である。 図 1 2 では、 bookmarkと resumeマークが相当する。
Cl ip又は Playl istにマークを設定することは、 マークの時刻を示すタイムス夕 ンプをマ一クリストに追加することにより行われる。 また、 マークを削除するこ とは、 マ一クリストの中からそのマークの夕ィムスタンプを除去することである。 それゆえ、 マークの設定や削除は、 A Vストリームを何も変化させない。 次に、 図 4に示したファイル rpls、 vplsについて説明すると、 フ アイル #####.rpls、 #####. vplsは、 /PLAYLISTの下に、 各 playl istに対してどち らか 1つ作られる。 漏 #.rpls、 vplsの構造は、 図 1 3に示すようになつ ている。 ファイルの内部は、 機能別の情報毎にブロックを構成しており、 Playli stに関する情報は ayListOに、 Playlistに付けられるマークの情報は PlayList Mark()に、 この Playlistファイルを記録した記録再生装置のメーカ固有の情報は MakerPrivateData()に、 それそれ格納される。 ファイルの先頭部分には、 ブロヅ クの先頭を表すァドレス（PlayListMark_Start_address等）が記述されている。 こ れにより、 ブロックの前或いは後ろに padding_byteを挿入することができる。 た だし、 PlayList()の鬨始位置は固定で、 ファイルの先頭から、 例えば、 25 6バ ィ ト目と設定されている。
プロヅク PlayList()の内容は、 図 1 4のようになっている。 最初に version_nu mberがあり、 以下に続く情報のバージョン番号を表す。 lengthは、 lengthの直後 のフィールドから、 PlayListOの終わりまでのバイ ト長を表す。 PlayList_typeは、 この Playlistの種類を表し、 CPI_typeは、 この Playlistが持つ C P Iの種類を表 す。 nuniber_of_PlayItemsは、 この Playlistを構成する Playitemの数を表す。 num ber_of_SubPlayItemsは、 この Playlistに付けられているァフレコオーディオ用の Playitem(SubPlayitem)の数を表す。 Playlteui( )は、 Playiteuiの情報を、 SubPlay Item()は、 SubPlayitemの情報を格納する。 - ブロック PlayltemOの内容は、 図 1 5のようになっている。 Clip— Information _file_nameは、 この Playltemが参照している Clip情報ファイル （拡張子が clpiで あるファイル） のファイル名が文字列で格納されている。 STC_sequence_idは、 p rogran中に存在する、 P CRが連続な時間範囲の区間を表す。 この区間内では、 一貫した連続時間軸が定義できるようになっているので、 Playltemの開始 ·終了 点を一意に定めることができる。 つまり、 各 Playltemの開始点と終了点は、 同一 の STC_sequenceに存在していなければならない。
IN— timeは、 この Playltemの開始点の、 STC_sequence 上での pts (Presentatio n Time Stamp) を表し、 0UT_tiiae は Playltemの終了点の、 STC_sequence 上での ptsを表す。 connection conditionは、 この Playitemが次の Playitemとの間でどの ような接続がされているかを表す情報であり、 Playitemの間を継ぎ目なく再生で きるかどうかの条件を表す。
BridgeSequnceInfo( )は、 Playitemの継ぎ目の部分で、 本来再生すべきビットス トリームとは異なるビ トストリームに飛び、 それを代わりに再生することで、 Playitemの間をシームレスに再生する機能を実現する際に作成されるビヅトスト リーム （ブリッジシーケンス） に関する情報を格納する。 prograDummberは、 こ の Playitemが参照している program (MPEG Systemsで定義されている、 ビデオ .ォ 一ディォ等のエレメン夕リストリームのまとまりをいう。 いわゆるテレビジョン 放送のチャンネルに相当するものである） の program— numberを表す。
以上が、 Playl ist、 Playitemを構成するデ一夕構造の概要である。 このような データ構造により、 A Vストリーム中の再生したい部分を IN、 OUT点の組で指定し た Playitemの並びで Playl istを構築し、 ユーザが認識するひとまとまりの再生単 位を管理することが可能になる。
本発明の例では、 プレイリスト上の任意の時刻にサムネイルを付ける操作は、 プレイリストのマークにサムネイルを付与することで実現している。 Playl istに 付けられるマークの情報は、 ayListMark( )に格納されている。 図 1 6は、 Play l istMark( )のシンタクスを示す図である。 シンタクス中の mark— typeが、 resume、 bookmarks skip等のマ一クの種類を表し、 mark— time— stampでマークが付けられ た時刻を表す。 ref_thumbnaiし indexは、 ここでサムネイルの番号を指定すること で、 サムネイルのデ一夕が格納されている mark. thmbファイル中のサムネイルを特 定する。 ref_thumbnaiし indexで指定されるサムネイルが、 このマークに対応する マークサムネイルとなる。
次に、 サムネイルの詳細について説明する。 サムネイルとは、 Volime、 Playl i st、 Cl ipに付随する静止画のことを指す。 サムネイルには 2種類ある。 1つは、 内容を表す代表画としてのサムネイルである。 これは主としてユーザがカーソル を操作して見たいものを選択するためのメニュー画面で使われる。 もう一つは、 マークが指しているシーンを表す画像である。
Volumeと各 Playl istは代表画を持つことができるようにする必要がある。 Volu meの代表画とは、 ディスクをプレーヤに入れたときに、 ディスクの内容を表す静 止画を最初に表示する場合等に用いることを想定している。 Playl istの代表画と は、 Playl istを選択するメニュー画面において、 Playl istの内容を表すための静 止画として用いられることを想定している。
Playl istの代表画の最も簡単な実現方法は、 Playl istの最初の画像をサムネィ ルにすることであるが、 必ずしも再生時刻 0の先頭の画像が内容を表す上で最適 な画像とは限らない。 そこで、 Playl istのサムネイルとして、 任意の画像を決め ることができるようにしておく。 以上 2種類のサムネイルをメニューサムネイル という。 メニューサムネイルは、 頻繁に表示されるため、 ディスクから高速に読 み出されることが可能である必要がある。 この要求を満たすには、 全てのメニュ 一サムネイルを 1つのファイルに格納することが効率的である。 必ずしもボリュ ーム内の動画から抜き出したピクチャだけではなく、 図 1 7に示すように、 パー ソナルコンビュ一夕やデジタルスチルカメラから取り込んだ画像でもよい。
一方、 Cl ipと Playl istは複数個のマークを打てる必要があり、 マーク位置の内 容を知るためにマーク点の画像を容易に見ることができるようにする必要がある。 このようなマーク点を表すピクチャをマ一クサムネイルという。 よって、 サムネ ィルの元となるものは、 図 1 8や図 1 9に示したように、 外部から取り込んだ画 像よりも、 マーク点の画像を抜き出したものが主となる。 メニューサムネイルと 異なり、 マークサムネイルは Playl istの詳細を表すときに使われるサブメニュー 等で使われるため、 短いアクセス時間で読み出されなくてもよい。
そのため、 サムネイルが必要になる度に、 プレーヤがファイルを開き、 フアイ ルの一部を読み出すことで多少時間がかかっても、 問題にはならない。 また、 ボ リユーム内に存在するファイル数を減らすために、 全てのマークサムネイルは 1 つのファイルに格納するのがよい。 Playl istはメニューサムネイル 1つと複数の マ一クサムネイルを有することができるが、 Cl ipは直接ユーザが選択する必要性 がない （通常、 Playl ist経由で指定する） ため、 メニューサムネイルを持つこと はしない。 図 2 0は、 以上の関係を示した図である。
サムネイルは頻繁に追加、 削除されるので、 追加操作と部分削除の操作は容易 に、 かつ、 高速に実行されなければならない。 この理由のため、 Thumbnai l Oはブ ロック構造を有する。 画像のデ一夕はいくつかの部分に分割され、 各部分は 1つ の tn_block()に格納される。 1つの画像データは、 連続した tn_block()に格納さ れる。 tn—block()の列には、 使用されていない tn_block()が存在してもよい。 1 つのサムネイル画像のバイ ト長は可変である。
図 2 1は、 サムネイルのデ一夕を格納するファイルのシンタクスである。 この ファイルには、 Th bnail()がただ一つ存在する。 図 22は、 thubnail( )のシン夕 クスを表す。 version_numbe ま、 この thumbnaiU )のバージョンナンバーを示す 4 個のキャラクタ一文字を表す。 lengthは、 この lengthフィールドの直後から thum bnail()の最後までの thumbnai )のバイ ト数を示す 32ビヅトの符号なし整数で ある。 tn— Mocks—start— addressは、 thumbnaiU )中の最初の tnJ)lock( )の、 thum bnail()の先頭からの開始バイ トァドレスを示す 32ビヅトの符号なし整数である ( number— of_thumbnai Isは、 この tlmmbnai 1 ( )に格納されているサムネィル画像の 数を示す 1 6ビヅ卜の符号なし整数である。 tn_block_sizeは、 1 tn— block()の大 きさをキロバイ ト単位で表す 1 6ビッ トの符号なし整数である。 例えば、 tn_blo ck_size が 1であるのは、 1つの tn_Mock()のサイズが 1024バイ トであるこ とを表す。 number— 0 tn— blocksは、 この thumbnail( )中の tn— block(.)の数を表す 1 6ビットの符号なし整数である。
thumbnail— indexiま、 この thumbnail一 indexフィ一レドカ ら始まる foi レーフ。 1回 分のサムネイル情報で表されるサムネイルのィンデクス番号を表す 1 6ビヅトの 符号なし整数である。 thumbnai l—index として、 OxFFFF という値を使用しては ならなレヽ。 thumbnail一 index ίま ref— thumbnail一 index【こよって参照される。 tumbn ail_picture_format は、 サムネイル画像のピクチャフォーマヅトを表す 8ビヅ ト の符号なし整数で、 図 23に示したような値をとる。 図 23中の D C F (Design rule for Camera File System) と PNG (Portable Network Graphics) は，， m enu.thmb" 内でのみ許される。 すなわちマークサムネイルは、 値" 0x00" (MPEG- 2 Video I -picture)をとらなければならない。
picture_data_size は、 符号化されたサムネイル画像のバイ ト長を表す 32ビ ヅ トの符号なし整数である。 start_tn_block一 numberは、 サムネイル画像のデータ が始まる tn_block()の tn_block_numberを表す 1 6ビットの符号なし整数である。 サムネイル画像データの先頭は、 tb blockの先頭と一致していなければならない。 start_tn_block_number は、 0から始まり、 tn_blockの for-ループ中の変数 kの値 に関係している。 x_picture_length は、 サムネイル画像の水平方向のピクセル数 を表す 1 6ビットの符号なし整数である。
y_picture一 lengthは、 サムネイル画像の垂直方向のピクセル数を表す 1 6ビヅ トの符号なし整数である。 tn_block( ) は、 ピクチャデータを格納する領域である c thumbnai l( )中の全ての tn一 block( )は、 tn_block一 size で定められる同一の大きさ を有していなければならない。 図 2 4 A及び図 2 4 Bは、 画像デ一夕がどのよう に tn_Mock( )に格納されるかを模式的に表した図である。 図 2 4 A及び図 2 4 B に示したように、 各画像デ一夕は tn_block( )の先頭から始まり、 ltnJ)lock( )を超 える大きさの場合は、 連続する次の tn— block( )を使用することにより格納される。 画像デ一夕は、 可変長であるが、 1 tn_block( )は、 固定長である。 このように、 可変長であるデータを固定長のデ一夕に変換して扱うようにすることにより、 新 たな画像データの追加や、 画像データの削除といった処理に対してブロック単位 で対処できるため、 アドレスの管理等、 簡便に行うことが可能となる。
ここで、 サムネイル記録についてのディレクトリ · ファイル構造、 シンタクス の別案を示す。 先ず、 図 4で表されるディレクトリ · ファイル構造の別案として、 図 2 5の構造が考えられる。 図 4では、 マークサムネイルを記録するためのファ ィルが/ DVRの下に 1つ、 mark. thmbだけであるのに対し、 図 2 5では、 プレイリス ト、 クリツプ毎に 1対 1に対応してファィル xxxxx.thmb(xxxxxは対応するプレイ リスト又はクリップを表す、 拡張子を除いたファイル名）が作られている。
例えば、 #####. rplsで表されるプレイリストが有するマークサムネイルの画像 は、 同じディレクトリ内の ##### . thmbに格納されることになる。 同様に、 W に clpiで表されるクリヅプが有するマークサムネイルの画像は、 同じディレクトリ 内の％%%%%. thmbに格納されることになる。 プレイリスト ' クリップのマークサム ネイルは、 ファイルの拡張子を除いた名前の部分が同一の. thmbファイルに記録さ れるという制約があるだけで、 xxxxx. thmb内のシンタクスは、 図 2 6のように、 menu. thmbや mark. thmb (図 2 1 ) と同一である。
また、 プレイリストのメニューサムネイルについて、 図 8、 図 9では、 サムネ ィルを特定する ref thumbnail indexを、 ファイル Info. dvrの TableOfPlayLists ( )の中の UIAppInfoPlayList( )に置ぃてぃるが、 UIAppInf oPlayList( )を Inf o. dvr ではなく、 各プレイリストファイル中に入れる方法もある。 このような場合、 ϋΐ AppInfoPlayList( )を、 TableOfPlayLists( )から、 プレイリストファイル中の pla yl ist( )へ移すことになり、 図 8に示したシンタクスは図 2 7に示すシンタクスの ようになり、 図 1 4に示したシンタクスは図 2 8に示すシンタクスのようになる。 図 2 8中の UIAppInfoPlayListOは、 図 2 9に示すシンタクスのようになり、 ここ に ref— thumbnai l _inaexが入る。
以上のようなファイル、 シンタクスでもサムネィルの記録が可能である。
次に、 図 3 0に示したフローチヤ一トを参照して、 マークサムネイルの作成に ついて説明する。 ステヅプ S 1において、 ユーザは、 再生したい PlayList (プレ イ リスト） を選択する。 ステップ S 2において、 選択された PlayListに基づいて、 A Vストリームの再生が開始される。 ステップ S 3において、 ュ一ザは、 再生さ れている A Vストリームを視聴し、 マークしたいシーンを探索する。 ユーザは、 マークしたいシーンが探索できた場合、 記録再生装置 1に付属するリモートコン トロ一ラ （不図示） のマークボ夕ンを操作する。 この操作は、 再生中に操作され ても、 一時停止された状態で操作されてもよい。
ステップ S 3において、 ユーザによりマークボタンが操作されると、 ステヅプ S 4において、 ユーザの指示に対応する処理としてマーク位置が決定される。 マ ーク位置が決定されると、 ステップ S 5において、 サムネイル画像にする画像の 選択が行われる。 マーク位置が指示された時点で、 制御部 2 3 (図 1 ) は、 サム ネイルを作成するかどうかをユーザに尋ね、 作成する場合には、 サムネイルとす る画像の候補をコマ送り等によりユーザに提供し、 ユーザがサムネイル画像を選 択するようにしてもよい。
ユーザ、 又は、 制御部 2 3により、 サムネイル画像にする画像が選択されると、 制御部 2 3は、 ステヅプ S 6において、 A Vデコーダ 1 5から画像を取り込み制 御部 2 3の R A M (Random Access Memory) (不図示） に転送する。 ステップ S 7において、 画像を圧縮するか否かが判断され、 画像を圧縮すると判断された場 合、 制御部 2 3は、 ステップ S 8に進み、 画像圧縮を行い、 再びデータを R A M に戻す。 ステップ S 7において、 画像を圧縮しないと判断された場合、 ステップ S 8の処理はスキップされ、 ステップ S 9に進む。
ステヅプ S 9において、 制御部 2 3は、 サムネイルの符号化方式、 サムネイル を識別する thumbnaiし id、 サイズ （バイ ト数） 、 X、 Y方向のピクセル数から構 成されるサムネイルのヘッダ情報を作成し、 画像データを tn_block( )の単位に分 割する。 ステップ S 1 0において、 E C C符号化プロヅク 2 0にへヅダ情報と tn _block( )の形に分割した画像データが転送され、 書込部 2 2を経て、 mark. thmbフ アイルとして記録媒体 1 0 0に書き込まれる。
次に、 メニューサムネイルを作成について、 図 3 1に示したフローチャートを 参照して説明する。 メニューサムネイルはボリューム又は各プレイリス卜に対し て付けられるので、 制御部 2 3は、 ステップ S 2 1において、 ュ一ザに対して、 . メニューサムネイルを付ける対象を選択させる。 ステップ S 2 2において、 制御 部 2 3は、 サムネイルを外部から取り込むか、 プレイリスト中のあるシーンから 取り込むかをユーザに選択させる。
ステップ S 2 2において、 サムネイルを外部から取り込むと判断された場合、 ステツプ S 2 3に進み、 ユーザが指定した入力端子或いはファイルから画像デー 夕が取り込まれる。 取り込みが終了されると、 ステップ S 2 6に進む。
一方、 ステップ S 2 2において、 サムネイルを外部から取り込むのではないと 判断された場合、 ステップ S 2 4に進み、 制御部 2 3は、 先ず、 ユーザに対して、 どのプレイリストからサムネイル画像を取得するのかを選択させ、 その後、 選択 されたプレイリストの再生を開始する。 そして、 ステップ S 2 5において、 ユー ザにサムネイルにしたいシーンを選択させる。
ステップ S 2 3、 或いは、 ステップ S 2 5において、 サムネイル画像が選択さ れると、 ステップ S 2 6に進む。 ステップ S 2 6以降の処理は、 図 3 0に示した フローチャートのステップ S 5以降の処理と同様であるので、 その説明は省略す る。
このように、 サムネイル画像をプレイリストに付与することにより、 それらの サムネイル画像を管理しやすくなり、 記録されている A Vストリームを再生する 際にも、 再生させる A Vストリームの選択等の処理を簡便に行わせることが可能 となる。 図 3 2は、 ディスク上に作られるディレクトリ及ぴファイルの別の例を示す図 である。 " menu. tidx"と" menu. tdat"は、 メニューサムネイル、 すなわち Volumeを 代表する 1つのピクチャ及び PlayList毎に、 それを代表する 1つのピクチャの情 報をストアする。 全てのメニューサムネイルのへヅダ情報は、 1つの] nenu. tidxに 集めて管理される。 全てのメニューサムネイルのピクチャデ一夕は、 1つの menu, tdatに集められて管理される。
"mark. tidx"と" mark. tdat"は、 マ一クサムネイル、 すなわちマーク点で指され るピクチャについての情報をストァする。 Volume中の全ての Cl ip及び PlayListに 付加されている、 全てのマークサムネイルのへヅダ情報は、 1つの mark.tidxに集 めて管理される。 全てのマークサムネイルのピクチャデ一夕は、 1つの rk. tda tに集めて管理される。
すなわち、 このファイル構造では、 サムネイルのへヅダ情報とサムネイルのピ クチャデ一夕が、 別々のファイルに分けて管理される。 この理由は、 ファイルシ ステムが行うファイルの管理方法に関係する。 すなわち、 サムネイルのへヅグ情 報のファイルは、 比較的重要な情報であるため、 ファイルシステムがディスク上 にデ一夕を 2重書きして管理する。
これは、 例えば、 片方のデ一夕がディスクの傷等によって失われてしまったよ うな場合に対応できるようにするためめであり、 デ一夕のバックアップの意味合 いを持つ。 ピクチャデ一夕のファイルは、 2重書きはしないが、 その理由は、 ピ クチャデ一夕は比較的データ量が大きくなり、 これを 2重書きするとディスク上 の必要容量が大きくなるためである。
menu. tdat及ぴ mark. tdatにストァされるピクチャデ一夕の符号化方法、 サンプ リング構造、 及びスキャン構造は、 ピクチャ毎に符号化方法を変更することが可 能であるが、 全てのピクチャデ一夕で同じであるほうが、 記録再生装置 1の構成 を簡単化できる。 例えば、 J F I F (JPEG Fi le Interchange Format)、 コンポ一 ネント信号、 プログレヅシブスキャンフォーマヅ 卜が使用される。
これら 4個のファイルのシンタクスとセマンティクスを説明する。 "menu. tidx" と" mark. tidx"は、 同じシンタクス構造を持つ。 図 3 3は、 "menu. tidx"と" mark, tidx"のシンタクス構造を示す。 version numberは、 このサムネイルヘッダ情報フ アイルのバージョンナンパ一を示す 4個の数字である。
lengthは、 この lengthフィールドの直後のバイ トから merm. tidx/niark. tidxの最 後のバイ トまでのバイ ト数である。 nuBiber_of_tlmmbnai lsは、 menu. tidxの場合に は iiieim.tdatにストァされているサムネイルピクチャの数であり、 mark. tidxの場 合、 mark. tdatにストァされているサムネイルピクチャの数である。
tn_block— sizeは、 menu. tidxの場合、 menu. tdatの中の 1つの tn— blockのサイズ を示し、 mark. tidxの場合、 mark. tdatの中の 1つの tn_blockのサイズを示す。 こ のサイズは、 1 0 2 4バイ トを単位とする大きさである。 例えば、 tn_block_siz e=lは、 1つの tn_blockのサイズが 1 0 2 4パイ トであることを示す。 1つのサム ネイルピクチャは、 1つの tn_blockの中にストァされなければならない。
number— of一 tn— blocksは、 menu. tidxの場合、 menu. tdatの中にある tn一 blockの数 を示し、 mark. tidxの場合には mark. tdatの中にある tn— blockの数を示す。 thumbn ai l_indexは、 この thumbnai l_indexフィールドに続くサムネイル情報のィンデク ス番号を表す。 thumbnaiし indexして、 OxFFFF という値を使用してはならない。 menu. tidxの場合、 thumb皿 i l— indexは UIAppInfoVolume( )、 UIAppInfoPlayList ( )の中の ref— thumbnai l— indexによって参照される。 mark. tidxの場合、 thumbnai l_index¾PlayListMark( )及び CI ipMark( )の中の ref— thumbnai 1— indexによって参 照される。
ref一 to一 tn— block_idは、 menu. tidxの場合、 menu. tdat中の 1つの tn_b lockを示 し、 その tn_blockは、 thumbnail— indexで指されるピクチャデータをストアしてい る。 ref— to— tn_b lock一 idの値は、 menu. tdatのシンタクス中の tn_block_idの値を 参照 る。
mark.tidxの場合、 mark. tdat中の 1つの tnjjlockを示し、 その tn_blockは、 th umbnai l一 indexで指されるピクチャデータをストァしている。 ref一 to_tn_block_i dの値は、 menu.tdatのシンタクス中の tn_block_idの値を参照する。
picture— byte— sizeは、 tlmmbnai l一 indexで指される 1つの符号化サムネイルピ クチャのデータ長をバイ ト単位で示す。 picture_byte一 sizeは、 1024*tn_block__s izeの値以下でなければならない。 すなわち、 記録再生装置 1は、 1つの符号化サ ムネイルピクチャのデ一夕長を 1024*tn block sizeの値以下になるように、 符号 化しなければならない。
hori zontal_pi cture_size¾ s thumbnai 1— indexで ί旨される符号ィ bサムネイルピ クチャの水平方向の画素数を示す。 vertical一 picture— sizeは、 thumbnai l_index で指される符号化サムネイルピクチャの垂直方向の画素数を示す。 display_aspe ct_ratioは、 thumbnaiし indexで指される符号化サムネイルピクチャのディスプレ ィ -アスペクト ·レシオを示す。 値の意味を図 3 4に示す。
color_spaceは、 Y, Cb, Crのコンポーネント信号を R, G，Bのコンポーネント信号へ 変換するときのフォーマツトを示す。 値の意味を図 3 5に示す。
"menu. tdat"と" mark. tdat"は、 同じシンタクス構造を持つ。 図 3 6は、 "menu, tdat"と" mark. tdat"のシンタクス構造を示す図である。 tnjalockは、 1つの符号 化サムネイルピクチャがストァされる領域である。 1つのサムネイルピクチャの バイ ト長は、 1つの tn_blockの大きさ以下である。 1つのピクチャデ一夕の第 1 バイ ト目は、 tn_blockの第 1バイ ト目と一致していなければならない。
'menu. tdatの場合、 1つの tn_blockのサイズは、 menu. tdatiD i^ CDtnjDlock—siz eで示される。 mark. tdatの場合、 1つの tn_blockのサイズは 1^ 15 (1&1;の中の1；11— block一 sizeで示される。 各 tn_blockは、 それがシンタクス中の for- loopの中で現 れるときの tn— block_idの値で区別される。 11161111.1: 1(1 中の1：11_131001—1{1は、 menu, t i dx中の ref_to_tn_bl ock_i dによって参照される。 mark . t i dx中の tn_bl ock— i dは、 mark . t i dx中の ref _to— tn_b 1 ock_i dによって参照される。
サムネイルは頻繁に追加、 削除されるので、 追加操作と部分削除の操作は、 容 易に高速に実行できなければならない。 この理由のため、 menu. tdatと]] iark. tdat は、 ブロック構造を有する。 1つのピクチャデ一夕は、 1つの tn一 blockに格納さ れる。
menu . tdat及び mark . tdatの tn_b 1 ock列の中に、 使用されていない tn—b 1 ockが存 在してもよい。 例えば、 所定のサムネイルの削除をする場合、 サムネイルのへヅ ダ情報ファイルの中にェントリされている thumbnaiし indexを消去し、 サムネイル のピクチャデ一夕ファイルを何も変更しなかったとき、 tn_block列の中に、 使用 されていない tn_blockができる。
図 3 7は、 サムネイルピクチャデ一夕が、 どのように tn_blockに格納されるか を模式的に表した図である。 図 37に示すように、 1つのサムネイルピクチャの バイ ト長は、 1つの tn_blockの大きさ以下である。 tn— block列の中に、 使用され ていない tn_blockが存在してもよい。
上述した例においては、 例えば、 menu.tbatと] nark. tbatのファイルが 2個に分 けられて記録されるとして説明したが、 それぞれのファイルをプロックと考え、 menu, tbatのデ一夕の第 1のブロヅクと、 mark, tbatのデ一夕の第 2のブロヅクを、 1つのファイルにまとめて記録するようにしてもよい。 1つのファイルにまとめ て記録するとは、 例えば、 Clip Information fileの中で、 SequenceInfo、 CP I、 C 1 ipMarkを別のブロックとして記録するような形態にしてもよい。
上述した一連の処理は、 ハ一ドウエアにより実行させることもできるが、 ソフ トウエアにより実行させることもできる。 一連の処理をソフトウエアにより実行 させる場合には、 そのソフトウヱァを構成するプログラムが専用のハードウエア に組み込まれているコンピュータ、 又は、 各種のプログラムをインスト一ルする ことで、 各種の機能を実行することが可能な、 例えば図 38に示すような構成の 汎用のパーソナルコンピュータ等に、 記録媒体からインスト一ルされる。
図 38に示すパーソナルコンピュータにおいて、 CPU (Central Processing Unit) 20 1は、 ROM (Read Only Memory) 2 02に記憶されているプログラ ム、 又は記憶部 2 08から RAM (Random Access Memory) 2 03にロードされ たプログラムに従って各種の処理を実行する。 RAM 2 03にはまた,、 CPU 2 0 1が各種の処理を実行する上において必要なデータ等も適宜記憶される。
CPU 2 0 1 , R〇M202、 及び RAM 2 03は、 バス 2 04を介して相互 に接続されている。 このバス 204にはまた、 入出力イン夕フェース 2 05も接 続されている。
入出力イン夕フェース 2 05には、 キーボード、 マウス等よりなる入力部 20 6、 CRTs L CD等よりなるディスプレイ、 並びにスピーカ等よりなる出力部 2 07、 ハードディスク等より構成される記憶部 2 08、 モデム、 ターミナルァ ダプタ等より構成される通信部 209が接続されている。 通信部 2 0 9は、 ネッ トワークを介しての通信処理を行う。
入出力ィン夕フェース 205にはまた、 必要に応じてドライブ 2 1 0が接続さ れ、 磁気ディスク 2 2 1、 光ディスク 2 2 2、 光磁気ディスク 2 2 3、 或いは半 導体メモリ 2 2 4等が適宜装着され、 それらから読み出されたコンビユータブ口 グラムが、 必要に応じて記憶部 2 0 8にィンストールされる。
この記録媒体は、 図 3 8に示すように、 コンピュータとは別に、 ユーザにプロ グラムを提供するために配布される、 プログラムが記録されている磁気ディスク 2 2 1 (フロッピディスクを含む） 、 光ディスク 2 2 2 ( C D - R O M (Coipac t Disk-Read Only Memory) 、 D V D (Digital Versati le Disk) を含む） 、 光磁 気ディスク 2 2 3 ( M D (Mini-Disk) を含む） 、 若しくは半導体メモリ 2 2 4等 よりなるパッケージメディアにより構成されるだけでなく、 コンビユー夕に予め 組み込まれた状態でユーザに提供される、 プログラムが記憶されている R O M 2 0 2や記憶部 2 0 8が含まれるハードディスク等で構成される。
なお、 本明細書において、 媒体により提供されるプログラムを記述するステツ プは、 記載された順序に従って、 時系列的に行われる処理は勿論、 必ずしも時系 列的に処理されなくとも、 並列的或いは個別に実行される処理をも含むものであ る。
また、 本明細書において、 システムとは、 複数の装置により構成される装置全 体を表すものである。 産業上の利用可能性 以上の如く、 本発明に係る記録装置及び方法、 並びに第 1のプログラムにおい ては、 入力された動画像データから、 当該動画像デ一夕を代表するサムネイル画 像を第 1のサムネイルデータとして生成すると共に、 動画像デ一夕から、 特徴的 な画像として抽出された画像のサムネイル画像か、 又は、 ユーザが指定した画像 のサムネイル画像を第 2のサムネイルデータとして生成し、 第 1のサムネイルデ 一夕と第 2のサムネイルデータを、 各々独立したグループとして記録媒体に記録 するようにしたので、 その記録されている画像データを用いることにより、 ユー ザが記録されているデータの選択を簡便に行える。
また、 本発明に係る再生装置及び方法、 並びに第 2のプログラムによれば、 A Vストリームの再生が指示された場合、 A Vストリームの内容を示すサムネイル 画像の画像データを管理する管理データを読み出し、 読出手段により読み出され た管理データに基づき、 画像データを読み出し、 A Vストリームから、 特微的な 画面として抽出された画面のサムネイル画像の画像デ一夕か、 又は、 ユーザによ り指定された画面のサムネイル画像の画像データと、 その画像データを管理する 管理デ一夕を読み出し、 読み出された管理データに基づき、 画像デ一夕を読み出 すようにしたので、 その読み出された管理デ一夕により、 ユーザが記録されてい るデ一夕の選択を簡便に行える。

Claims

請求の範囲
1 . 入力された動画像デ一夕から、 当該動画像デ一夕を代表するサムネイル画 像を第 1のサムネイルデータとして生成すると共に、 前記動画像デ一夕から、 特 徴的な画像として抽出された画像のサムネイル画像か、 又は、 ユーザが指定した 画像のサムネイル画像を第 2のサムネイルデ一夕として生成する生成手段と、 前記生成手段により生成された前記第 1のサムネイルデータと前記第 2のサム ネイルデ一夕を、 各々独立したグループとして記録媒体に記録する記録手段とを 有する記録装置。
2 . 前記生成手段は、 前記第 1のサムネイルデ一夕と前記第 2のサムネイルデ 一夕を、 各々独立したファイルとして生成する請求の範囲第 1項に記載の記録装 置。
3 . 前記生成手段は、 前記第 1のサムネイルデ一夕と前記第 2のサムネイルデ 一夕を各々独立したデータプロヅクとするとともに 1つのファイルとして生成す る請求の範囲第 1項に記載の記録装置。
4 . 前記生成手段は、 前記第 1のサムネイルデ一夕に対応する番号で前記第 1 のサムネイルデ一夕を管理する第 1の管理データも生成すると共に、 前記第 2の サムネイルデータに対応する番号で前記第 2のサムネイルデ一夕を管理する第 2 の管理データも生成し、
前記記録手段は、 前記第 1の管理データ及び前記第 2の管理データを前記記録 媒体に記録する請求の範囲第 1項に記載の記録装置。
5 . 前記第 1の管理デ一夕と前記第 2の管理データは、 管理する前記サムネィ ル画像の画像デ一夕のフォーマツト形式を示すデータを含む請求の範囲第 4項に 記載の記録装置。
6 . 前記記録手段は、 前記第 1のサムネイルデ一夕又は前記第 2のサムネイル データに含まれる前記サムネイル画像の画像デ一夕を、 所定の大きさのプロック 単位で記録する請求の範囲第 4項に記載の記録装置。
7 . 前記記録手段は、 前記第 1のサムネイル画像の参照先を示す情報を更に別 ファイルとして前記記録媒体に記録する請求の範囲第 1項に記載の記録装置。
8 . 前記記録手段は、 前記第 2のサムネイルデ一夕に含まれる前記サムネイル 画像の参照先を示す情報を更に記録する請求の範囲第 1項に記載の記録装置。
9 . 入力された動画像デ一夕から、 当該動画像デ一夕を代表するサムネイル画 像を第 1のサムネイルデ一夕として生成すると共に、 前記動画像デ一夕から、 特 徴的な画像として抽出された画像のサムネイル画像か、 又は、 ユーザが指定した 画像のサムネイル画像を第 2のサムネイルデ一夕として生成する生成ステヅプと、 前記生成ステップの処理で生成された前記第 1のサムネイルデータと前記第 2 のサムネイルデ一夕を、 各々独立したグループとして記録媒体に記録するための 制御を行う記録制御ステツプとを含む記録方法。
1 0 . 入力された動画像デ一夕から、 当該動画像デ一夕を代表するサムネイル 画像を第 1のサムネイルデ一夕として生成すると共に、 前記動画像データから、 特徴的な画像として抽出された画像のサムネイル画像か、 又は、 ユーザが指定し た画像のサムネィル画像を第 2のサムネイルデータとして生成する生成ステップ と、
前記生成ステップの処理で生成された前記第 1のサムネイルデ一夕と前記第 2 のサムネイルデ一夕を、 各々独立したグループとして記録媒体に記録するための 制御を行う記録制御ステツブとを含むコンピュータが読み取り可能なプログラム が記録されている記録媒体。
1 1 . 入力された動画像データから、 当該動画像データを代表するサムネイル 画像を第 1のサムネイルデ一夕として生成すると共に、 前記動画像デ一夕から、 特徴的な画像として抽出された画像のサムネイル画像か、 又は、 ユーザが指定し た画像のサムネイル画像を第 2のサムネイルデ一夕として生成する生成ステヅプ と、
前記生成ステップの処理で生成された前記第 1のサムネイルデータと前記第 2 のサムネイルデータを、 各々独立したグループとして記録媒体に記録するための 制御を行う記録制御ステヅプとをコンピュータに実行させるプログラム。
1 2 . 画像データの再生が指示された場合、 前記画像データの内容を示すサム ネイル画像の画像データを管理する管理デ一夕を読み出す第 1の読出手段と、 前記読出手段により読み出された前記管理データに基づき、 前記画像デ一夕を 読み出す第 2の読出手段と、
前記画像デ一夕から、 特徴的な画像として抽出された画像のサムネイル画像の 画像データか、 又は、 ユーザにより指定された画像のサムネイル画像の画像デー 夕と、 その画像デ一夕を管理する管理デ一夕を読み出す第 3の読出手段と、 前記第 3の読出手段により読み出された前記管理データに基づき、 前記画像デ 一夕を読み出す第 4の読出手段とを含む再生装置。
1 3 . 画像データの再生が指示された場合、 前記画像デ一夕の内容を示すサム ネイル画像の画像データを管理する管理デ一夕の読み出しを制御する第 1の読出 制御ステップと、
前記読出制御ステツプの処理で読み出しが制御された前記管理データに基づき、 前記画像デ一夕の読み出しを制御する第 2の読出制御ステップと、
前記画像デ一夕から、 特徴的な画像として抽出された画像のサムネイル画像の 画像デ一夕か、 又は、 ュ一ザにより指定された画像のサムネイル画像の画像デ一 夕と、 その画像デ一夕を管理する管理デ一夕を読み出す第 3の読出制御ステップ と、
前記第 3の読出制御ステツプの処理で読み出しが制御された前記管理デ一夕に 基づき、 前記画像デ一夕を読み出す第 4の読出制御ステップとを含む再生方法。
1 4 . 画像データの再生が指示された場合、 前記画像デ一夕の内容を示すサム ネイル画像の画像デ一夕を管理する管理データの読み出しを制御する第 1の読出 制御ステップと、
前記読出制御ステップの処理で読み出しが制御された前記管理デ一夕に基づき、 前記画像デ一夕の読み出しを制御する第 2の読出制御ステップと、
前記画像デ一夕から、 特徴的な画像として抽出された画像のサムネイル画像の 画像デ一夕か、 又は、 ユーザにより指定された画像のサムネイル画像の画像デ一 夕と、 その画像デ一夕を管理する管理データを読み出す第 3の読出制御ステツプ と、
前記第 3の読出制御ステップの処理で読み出しが制御された前記管理デ一夕に 基づき、 前記画像デ一夕を読み出す第 4の読出制御ステツプとを含むコンビユー 夕が読み取り可能なプログラムが記録されている記録媒体。
1 5 . 画像データの再生が指示された場合、 前記画像データの内容を示すサム ネイル画像の画像データを管理する管理デ一夕の読み出しを制御する第 1の読出 制御ステヅプと、
前記読出制御ステップの処理で読み出しが制御された前記管理デ一夕に基づき、 前記画像デ一夕の読み出しを制御する第 2の読出制御ステップと、
前記画像デ一夕から、 特徴的な画像として抽出された画像のサムネイル画像の 画像デ一夕か、 又は、 ユーザにより指定された画像のサムネイル画像の画像デー 夕と、 その画像データを管理する管理デ一夕を読み出す第 3の読出制御ステヅプ と、
前記第 3の読出制御ステツプの処理で読み出しが制御された前記管理データに 基づき、 前記画像データを読み出す第 4の読出制御ステツプとをコンピュータに 実行させるプログラム。
1 6 . 画像デ一夕、 前記画像デ一夕から、 前記画像デ一夕の内容を示すサムネ ィル画像の画像データと、 そのサムネイル画像のデータを管理する管理データか ら構成される第 1のデ一夕、 及び、 前記画像データから、 特徴的な画像として抽 出された画像のサムネイル画像の画像データか、 又は、 ユーザが指定した画像の サムネイル画像の画像データと、 その画像データを管理する管理データから構成 される第 2のデ一夕が記録されている記録媒体。
PCT/JP2001/003416 2000-04-21 2001-04-20 Appareil et procede d'enregistrement, appareil et procede de reproduction, support enregistre et programme WO2001082609A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP01921965A EP1286544B1 (en) 2000-04-21 2001-04-20 Recording apparatus and method, reproducing apparatus and method, recording medium, and program
US10/018,682 US7437055B2 (en) 2000-04-21 2001-04-20 Recording apparatus and method, reproducing apparatus and method, recorded medium, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2000185479 2000-04-21
JP2000-185479 2000-04-21

Publications (1)

Publication Number Publication Date
WO2001082609A1 true WO2001082609A1 (fr) 2001-11-01

Family

ID=18685794

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2001/003416 WO2001082609A1 (fr) 2000-04-21 2001-04-20 Appareil et procede d'enregistrement, appareil et procede de reproduction, support enregistre et programme

Country Status (5)

Country Link
US (1) US7437055B2 (ja)
EP (2) EP2299448A2 (ja)
KR (1) KR100780153B1 (ja)
CN (1) CN1186930C (ja)
WO (1) WO2001082609A1 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1329892A2 (en) 2002-01-18 2003-07-23 Lg Electronics Inc. Method of recording thumbnail pictures onto a recording medium.
EP1408686A1 (en) * 2001-06-22 2004-04-14 Sony Corporation Data transmitting device and method
WO2004047099A1 (en) * 2002-11-20 2004-06-03 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
EP1563501A1 (en) * 2002-11-20 2005-08-17 Lg Electronics Inc. Recording medium having data structure for managing reproduction of at least video data recorded thereon and recording and reproducing methods and apparatuses
EP1919181A1 (en) * 2002-01-28 2008-05-07 LG Electronics, Inc. File structure and recording medium comprising the same and method and apparatus for recording the same
US7496279B2 (en) 2001-12-22 2009-02-24 Lg Electronics Inc. Method of recording dubbing audio data onto a rewritable recording medium
US7545407B2 (en) 2001-12-24 2009-06-09 Lg Electronics Inc. Method of recording still pictures onto a recording medium
US7672566B2 (en) 2003-01-20 2010-03-02 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
US7711249B2 (en) 2002-11-12 2010-05-04 Panasonic Corporation Recording/reproduction device and method
US7809243B2 (en) 2002-06-24 2010-10-05 Lg Electronics, Inc. Recording medium having data structure including navigation control information for managing reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
US7826720B2 (en) 2002-06-28 2010-11-02 Lg Electronics, Inc. Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus
US8098978B2 (en) 2002-09-05 2012-01-17 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses

Families Citing this family (103)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6808709B1 (en) * 1994-12-30 2004-10-26 The Regents Of The University Of California Immunoglobulins containing protection proteins and their use
WO2001082611A1 (fr) * 2000-04-21 2001-11-01 Sony Corporation Procede et appareil de traitement d'informations, support enregistre, et programme
EP2299448A2 (en) 2000-04-21 2011-03-23 Sony Corporation Data processing apparatus and method
KR100846768B1 (ko) * 2001-09-29 2008-07-16 삼성전자주식회사 사용자정의 통합정보 파일이 기록된 정보저장매체, 그기록방법 및 장치
JP3716920B2 (ja) * 2001-10-16 2005-11-16 ソニー株式会社 記録媒体再生装置および方法、記録媒体、並びにプログラム
KR100563685B1 (ko) * 2002-02-25 2006-03-28 엘지전자 주식회사 재기록 가능 기록매체의 재생리스트 관리방법
KR100521914B1 (ko) * 2002-04-24 2005-10-13 엘지전자 주식회사 재생리스트 요약정보 관리방법
KR20030087193A (ko) 2002-05-07 2003-11-14 엘지전자 주식회사 멀티 채널 방송 스트림의 기록 관리방법
US8027562B2 (en) * 2002-06-11 2011-09-27 Sanyo Electric Co., Ltd. Method and apparatus for recording images, method and apparatus for recording and reproducing images, and television receiver utilizing the same
AU2003228113B2 (en) * 2002-06-21 2009-02-26 Lg Electronics Inc. Recording medium having data structure for managing reproduction of video data recorded thereon
MXPA04002365A (es) * 2002-06-21 2004-11-22 Lg Electronics Inc Medio de grabacion que tiene estructura de datos para manejar la reproduccion de datos de video grabados en el mismo.
CN101350214B (zh) 2002-06-24 2015-07-01 Lg电子株式会社 记录和再现用于视频数据的再现的数据结构的方法及装置
KR100459716B1 (ko) * 2002-08-21 2004-12-03 삼성전자주식회사 디스크 드라이브에서의 서보 정보 기록/검사 방법 및 장치
CN100495558C (zh) * 2002-09-06 2009-06-03 Lg电子株式会社 记录和再现用于管理静止图像的数据结构的方法及装置
RU2355048C2 (ru) * 2002-09-07 2009-05-10 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением статических изображений из записанного на нем файла клипа и способы и устройства записи и воспроизведения
JP4588968B2 (ja) * 2002-10-01 2010-12-01 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
EP1408505A1 (en) 2002-10-11 2004-04-14 Deutsche Thomson-Brandt Gmbh Method and apparatus for synchronizing data streams containing audio, video and/or other data
JP4431043B2 (ja) * 2002-10-14 2010-03-10 エルジー エレクトロニクス インコーポレイティド 記録された複数のオーディオストリームの再生を管理するためのデータ構造を有する光ディスク、それによる記録及び再生方法及び装置
TWI260591B (en) * 2002-10-14 2006-08-21 Samsung Electronics Co Ltd Information storage medium with structure for multi-angle data, and recording and reproducing apparatus therefor
ATE547792T1 (de) * 2002-10-15 2012-03-15 Lg Electronics Inc Aufzeichnungsmedium mit einer datenstruktur zur verwaltung der wiedergabe mehrerer darauf aufgezeichneter grafikströme und aufzeichnungs- und wiedergabeverfahren und vorrichtungen
JP4355659B2 (ja) * 2002-10-21 2009-11-04 パナソニック株式会社 データ処理装置
CN1692426B (zh) * 2002-11-20 2010-05-12 Lg电子有限公司 具有管理数据重现的数据结构的记录介质及记录和重现的方法和装置
KR100939711B1 (ko) * 2002-12-12 2010-02-01 엘지전자 주식회사 텍스트 기반의 서브타이틀 재생장치 및 방법
US20050055375A1 (en) * 2002-12-13 2005-03-10 Yasuyuki Torii Recording and reproducing system, recording apparatus, reproducing apparatus, record medium, recording and reproducing method, recording method, reproducing method, program and record medium
WO2004066187A2 (en) * 2003-01-20 2004-08-05 Lg Electronic Inc. Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
US8145033B2 (en) * 2003-02-05 2012-03-27 Lg Electronics Inc. Recording medium having data structure for managing reproducton duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
US7734154B2 (en) 2003-02-14 2010-06-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
US8055117B2 (en) 2003-02-15 2011-11-08 Lg Electronics Inc. Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
EP1604367A2 (en) * 2003-02-21 2005-12-14 Matsushita Electric Industrial Co., Ltd. Reording medium, playback device, recording method, playback method, and computer program
EP1450369A3 (en) * 2003-02-21 2005-02-09 Lg Electronics Inc. Resume mark managing method
US8041179B2 (en) * 2003-02-24 2011-10-18 Lg Electronics Inc. Methods and apparatuses for reproducing and recording still picture and audio data and recording medium having data structure for managing reproduction of still picture and audio data
KR100561414B1 (ko) 2003-02-24 2006-03-16 삼성전자주식회사 브라우저블 슬라이드 쇼 제공을 위한 데이터 복호 장치,그 복호 방법 및 이를 위한 정보저장매체
US7693394B2 (en) * 2003-02-26 2010-04-06 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
JP3924787B2 (ja) * 2003-02-27 2007-06-06 ソニー株式会社 記録装置、ファイル管理方法、ファイル管理方法のプログラム、ファイル管理方法のプログラムを記録した記録媒体
US7809775B2 (en) 2003-02-27 2010-10-05 Lg Electronics, Inc. Recording medium having data structure for managing playback control recorded thereon and recording and reproducing methods and apparatuses
WO2004077417A1 (en) 2003-02-28 2004-09-10 Lg Electronics Inc. Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
JP2004280940A (ja) * 2003-03-14 2004-10-07 Funai Electric Co Ltd ディスク再生装置
US7620301B2 (en) * 2003-04-04 2009-11-17 Lg Electronics Inc. System and method for resuming playback
JP2004350042A (ja) * 2003-05-22 2004-12-09 Canon Inc 記録装置および記録方法、再生装置および再生方法、並びに記憶媒体
JP3931843B2 (ja) * 2003-06-13 2007-06-20 株式会社日立製作所 記録媒体および再生方法
JP2005012256A (ja) * 2003-06-16 2005-01-13 Canon Inc データ処理装置
WO2005004156A1 (ja) * 2003-07-01 2005-01-13 Pioneer Corporation 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
KR101037109B1 (ko) 2003-07-01 2011-05-26 파이오니아 가부시키가이샤 정보 기록 매체, 정보 기록 장치 및 방법, 정보 재생 장치 및 방법, 기록 또는 재생 제어용의 컴퓨터 프로그램이 기록된 컴퓨터로 판독 가능한 기록 매체
JP2005033383A (ja) * 2003-07-09 2005-02-03 Canon Inc 動画像編集装置及びその制御方法
JP4102264B2 (ja) * 2003-07-18 2008-06-18 株式会社東芝 デジタルａｖ情報記録媒体とこの媒体を用いる記録／再生方法および記録／再生装置
CN101777363B (zh) * 2003-10-10 2012-09-05 夏普株式会社 再现装置及视频数据的再现方法
US8645336B2 (en) * 2003-11-07 2014-02-04 Magnaforte, Llc Digital interactive phrasing system and method
KR101009341B1 (ko) * 2003-11-25 2011-01-19 삼성전자주식회사 기록 장치, 재생 장치, 기록 방법, 재생 방법 및 그기록매체
KR101053575B1 (ko) * 2003-12-09 2011-08-03 엘지전자 주식회사 고밀도 광디스크 및 고밀도 광디스크의 파일 구성방법
KR101008624B1 (ko) * 2003-12-11 2011-01-17 엘지전자 주식회사 고밀도 광디스크의 파일 구성방법 및 재생방법과기록재생장치
US9715898B2 (en) * 2003-12-16 2017-07-25 Core Wireless Licensing S.A.R.L. Method and device for compressed-domain video editing
JP3816488B2 (ja) * 2003-12-26 2006-08-30 株式会社リコー 情報記録装置と情報記録媒体と情報記録方法とプログラム
EP1721319A2 (en) * 2004-01-06 2006-11-15 LG Electronics Inc. Recording medium and method and apparatus for reproducing and recording text subtitle streams
KR20050072255A (ko) * 2004-01-06 2005-07-11 엘지전자 주식회사 고밀도 광디스크의 서브타이틀 구성방법 및 재생방법과기록재생장치
RU2377669C2 (ru) * 2004-02-10 2009-12-27 ЭлДжи ЭЛЕКТРОНИКС ИНК. Носитель записи, имеющий структуру данных для управления различными данными, и способ и устройство записи и воспроизведения
KR20070007795A (ko) * 2004-02-10 2007-01-16 엘지전자 주식회사 텍스트 서브타이틀의 폰트 정보를 관리하기 위한 데이터구조를 가지는 기록매체 및 기록재생 방법 및 장치
KR20070028326A (ko) * 2004-02-10 2007-03-12 엘지전자 주식회사 기록매체 및 텍스트 서브타이틀 스트림 디코딩 방법과 장치
EP1716567A2 (en) 2004-02-10 2006-11-02 Lg Electronics Inc. Recording medium and method and apparatus for decoding text subtitle streams
EP1716701A1 (en) * 2004-02-10 2006-11-02 LG Electronic Inc. Text subtitle decoder and method for decoding text subtitle streams
KR20070007307A (ko) * 2004-02-10 2007-01-15 엘지전자 주식회사 다양한 데이터를 관리하기 위한 데이터 구조를 갖는 기록매체, 기록 재생 방법 및 그 장치
WO2005076278A1 (en) * 2004-02-10 2005-08-18 Lg Electronic Inc. Recording medium having a data structure for managing data streams associated with different languages and recording and reproducing methods and apparatuses
US20050196146A1 (en) * 2004-02-10 2005-09-08 Yoo Jea Y. Method for reproducing text subtitle and text subtitle decoding system
KR20050080869A (ko) 2004-02-11 2005-08-18 엘지전자 주식회사 고밀도 광디스크의 파일 구성방법 및 재생방법
KR20060129067A (ko) * 2004-02-26 2006-12-14 엘지전자 주식회사 기록매체 및 텍스트 서브타이틀 스트림 기록 재생 방법과장치
JP2005244722A (ja) * 2004-02-27 2005-09-08 Canon Inc 記録再生装置
JP4536402B2 (ja) * 2004-03-05 2010-09-01 ソニー株式会社 映像再生装置、映像再生方法及びその方法をコンピュータに実行させるためのプログラム
US7512322B2 (en) * 2004-03-17 2009-03-31 Lg Electronics, Inc. Recording medium, method, and apparatus for reproducing text subtitle streams
KR20060047266A (ko) * 2004-04-26 2006-05-18 엘지전자 주식회사 기록매체, 기록매체의 재생방법과 재생장치
JP4724710B2 (ja) * 2004-05-03 2011-07-13 エルジー エレクトロニクス インコーポレイティド テキストサブタイトルデータを再生管理するためのデータ構造を有する記録媒体及びこれと関連する方法及び装置
WO2005106699A1 (en) * 2004-05-03 2005-11-10 Lg Electronics Inc. Method and apparatus for managing bookmark information for content stored in a networked media server
JP4176043B2 (ja) * 2004-05-18 2008-11-05 三洋電機株式会社 データ記録方法およびデータ記録装置
JP2005341391A (ja) * 2004-05-28 2005-12-08 Fuji Photo Film Co Ltd 画像再生装置および方法並びにプログラム
US7464110B2 (en) * 2004-06-30 2008-12-09 Nokia Corporation Automated grouping of image and other user data
JP2006114199A (ja) 2004-09-14 2006-04-27 Sony Corp 記録再生装置及び方法
JP3925812B2 (ja) * 2004-11-11 2007-06-06 ソニー株式会社 再生装置および方法
US7613383B2 (en) 2004-12-02 2009-11-03 Hitachi, Ltd. Editing method and recording and reproducing device
KR100654445B1 (ko) * 2004-12-17 2006-12-06 삼성전자주식회사 멀티미디어 컨텐츠에 대한 썸네일 리스트를 제공하는 장치및 그 방법
EP1870816A4 (en) * 2005-02-25 2008-08-20 Sharp Kk DATA MANAGEMENT SYSTEM, DATA MANAGEMENT METHOD, SERVER DEVICE, RECEIVING DEVICE, CONTROL PROGRAM, AND COMPUTER-READABLE RECORDING MEDIUM CONTAINING THE SAME
JP4778253B2 (ja) * 2005-03-29 2011-09-21 株式会社日立製作所 コンテンツ情報表示装置
KR20070014941A (ko) * 2005-07-29 2007-02-01 엘지전자 주식회사 기록매체, 데이터 재생방법 및 재생장치와 데이터 기록방법및 기록장치
US9042703B2 (en) * 2005-10-31 2015-05-26 At&T Intellectual Property Ii, L.P. System and method for content-based navigation of live and recorded TV and video programs
US9020326B2 (en) * 2005-08-23 2015-04-28 At&T Intellectual Property Ii, L.P. System and method for content-based navigation of live and recorded TV and video programs
JP5046542B2 (ja) * 2006-03-31 2012-10-10 キヤノン株式会社 データ処理装置及びその方法、並びに、情報処理装置及びその方法
JP4229144B2 (ja) * 2006-06-23 2009-02-25 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4229143B2 (ja) * 2006-06-23 2009-02-25 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4850605B2 (ja) 2006-07-18 2012-01-11 株式会社日立製作所 映像記録方法
JP2008047962A (ja) * 2006-08-10 2008-02-28 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4656021B2 (ja) * 2006-08-10 2011-03-23 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4162691B2 (ja) * 2006-09-27 2008-10-08 株式会社東芝 番組構造化装置、番組構造化方法およびプログラム
JP4735524B2 (ja) * 2006-12-06 2011-07-27 株式会社日立製作所 記録方法
JP4735525B2 (ja) * 2006-12-06 2011-07-27 株式会社日立製作所 記録方法
JP4775241B2 (ja) * 2006-12-06 2011-09-21 株式会社日立製作所 記録方法
KR100883119B1 (ko) * 2007-04-24 2009-02-11 삼성전자주식회사 동영상 파일 목록 편집 방법
JP2010062947A (ja) * 2008-09-04 2010-03-18 Sony Corp オーディオ−ビジュアルシステム及びデコーダ
US9060187B2 (en) 2008-12-22 2015-06-16 Netflix, Inc. Bit rate stream switching
US8327009B2 (en) * 2010-01-05 2012-12-04 Disney Enterprises, Inc. Method and system for providing real-time streaming media content
US9462302B2 (en) * 2012-02-23 2016-10-04 Mobitv, Inc. Efficient delineation and distribution of media segments
US20130262620A1 (en) * 2012-03-27 2013-10-03 Roku, Inc. Method and Apparatus for Handling Content Requests and Playlist Information
US8627388B2 (en) 2012-03-27 2014-01-07 Roku, Inc. Method and apparatus for channel prioritization
US9519645B2 (en) 2012-03-27 2016-12-13 Silicon Valley Bank System and method for searching multimedia
US8938755B2 (en) 2012-03-27 2015-01-20 Roku, Inc. Method and apparatus for recurring content searches and viewing window notification
US8977721B2 (en) 2012-03-27 2015-03-10 Roku, Inc. Method and apparatus for dynamic prioritization of content listings
US9137578B2 (en) 2012-03-27 2015-09-15 Roku, Inc. Method and apparatus for sharing content

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11213524A (ja) * 1998-01-27 1999-08-06 Sony Corp 記録再生装置
JPH11273227A (ja) * 1998-03-20 1999-10-08 Nec Software Kobe Ltd 続き再生時のダイジェスト再生機能付きｄｖｄビデオ再生システム
JP2000083204A (ja) * 1998-09-04 2000-03-21 Nec Software Kobe Ltd 動画検索システム及び方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04328375A (ja) * 1991-04-30 1992-11-17 Canon Inc 磁気テープ記録再生装置
US6005679A (en) * 1994-08-22 1999-12-21 Fuji Photo Film Co., Ltd. Image data filing system for quickly retrieving an area of interest of an image from a reduced amount of image data
JP3772374B2 (ja) * 1996-01-19 2006-05-10 ソニー株式会社 ビデオデータ記録装置
JP3590826B2 (ja) * 1996-09-18 2004-11-17 株式会社ニコン ビデオ装置
JPH10174040A (ja) * 1996-12-09 1998-06-26 Sony Corp 指標画像作成方法および装置
JP3597690B2 (ja) 1998-01-21 2004-12-08 株式会社東芝 デジタル情報記録再生システム
JP3382159B2 (ja) * 1998-08-05 2003-03-04 株式会社東芝 情報記録媒体とその再生方法及び記録方法
US6357042B2 (en) * 1998-09-16 2002-03-12 Anand Srinivasan Method and apparatus for multiplexing separately-authored metadata for insertion into a video data stream
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
JP2000311419A (ja) * 1999-04-27 2000-11-07 Alpine Electronics Inc ディスク再生装置
EP2299448A2 (en) 2000-04-21 2011-03-23 Sony Corporation Data processing apparatus and method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11213524A (ja) * 1998-01-27 1999-08-06 Sony Corp 記録再生装置
JPH11273227A (ja) * 1998-03-20 1999-10-08 Nec Software Kobe Ltd 続き再生時のダイジェスト再生機能付きｄｖｄビデオ再生システム
JP2000083204A (ja) * 1998-09-04 2000-03-21 Nec Software Kobe Ltd 動画検索システム及び方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1286544A4 *

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7502543B2 (en) 2001-06-22 2009-03-10 Sony Corporation Data transmission apparatus and data transmission method
EP1408686A1 (en) * 2001-06-22 2004-04-14 Sony Corporation Data transmitting device and method
EP1408686A4 (en) * 2001-06-22 2007-10-17 Sony Corp DEVICE AND METHOD FOR DATA TRANSMISSION
US8295686B2 (en) 2001-12-22 2012-10-23 Lg Electronics Inc. Method of recording dubbing audio data onto a rewritable recording medium
US7496279B2 (en) 2001-12-22 2009-02-24 Lg Electronics Inc. Method of recording dubbing audio data onto a rewritable recording medium
US7545407B2 (en) 2001-12-24 2009-06-09 Lg Electronics Inc. Method of recording still pictures onto a recording medium
EP1329892A3 (en) * 2002-01-18 2003-09-24 Lg Electronics Inc. Method of recording thumbnail pictures onto a recording medium.
US7899304B2 (en) 2002-01-18 2011-03-01 Lg Electronics Inc. Method of recording thumbnail pictures onto a recording medium
EP1329892A2 (en) 2002-01-18 2003-07-23 Lg Electronics Inc. Method of recording thumbnail pictures onto a recording medium.
US7907186B2 (en) 2002-01-28 2011-03-15 Lg Electronics Inc. Method of recording still pictures on a recording medium
EP1919181A1 (en) * 2002-01-28 2008-05-07 LG Electronics, Inc. File structure and recording medium comprising the same and method and apparatus for recording the same
US7809243B2 (en) 2002-06-24 2010-10-05 Lg Electronics, Inc. Recording medium having data structure including navigation control information for managing reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
US8554060B2 (en) 2002-06-28 2013-10-08 Lg Electronics Inc. Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus
US7826720B2 (en) 2002-06-28 2010-11-02 Lg Electronics, Inc. Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus
US8098978B2 (en) 2002-09-05 2012-01-17 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses
US7711249B2 (en) 2002-11-12 2010-05-04 Panasonic Corporation Recording/reproduction device and method
EP1563501A1 (en) * 2002-11-20 2005-08-17 Lg Electronics Inc. Recording medium having data structure for managing reproduction of at least video data recorded thereon and recording and reproducing methods and apparatuses
US7783160B2 (en) 2002-11-20 2010-08-24 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
AU2003251211B8 (en) * 2002-11-20 2007-05-17 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
AU2003251211B2 (en) * 2002-11-20 2007-04-26 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
CN100464373C (zh) * 2002-11-20 2009-02-25 Lg电子有限公司 具有管理交叉的多路重现视频数据重现的数据结构的记录介质及记录和重现的方法和装置
WO2004047099A1 (en) * 2002-11-20 2004-06-03 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
EP1563501A4 (en) * 2002-11-20 2009-09-09 Lg Electronics Inc RECORDING MEDIA WITH A DATA STRUCTURE FOR MANAGING THE PLAYBACK AT LEAST ONE RECORDED VIDEO DATA AND RECORDING AND PLAYING METHOD AND DEVICES
US8886021B2 (en) 2002-11-20 2014-11-11 Lg Electronics Inc. Recording medium having data structure for managing reproduction of at least video data recorded thereon and recording and reproducing methods and apparatuses
US7684675B2 (en) 2003-01-20 2010-03-23 Lg Electronics, Inc. Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
US7672566B2 (en) 2003-01-20 2010-03-02 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses
US8532461B2 (en) 2003-01-20 2013-09-10 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still pictures recorded thereon and recording and reproducing methods and apparatuses

Also Published As

Publication number Publication date
EP1286544B1 (en) 2011-07-06
CN1186930C (zh) 2005-01-26
KR100780153B1 (ko) 2007-11-27
US7437055B2 (en) 2008-10-14
KR20020020917A (ko) 2002-03-16
US20020135608A1 (en) 2002-09-26
CN1383681A (zh) 2002-12-04
EP2299448A2 (en) 2011-03-23
EP1286544A1 (en) 2003-02-26
EP1286544A4 (en) 2005-05-04

Similar Documents

Publication Publication Date Title
KR100780153B1 (ko) 기록 장치 및 방법, 재생 장치 및 방법, 및 기록 매체
JP4264617B2 (ja) 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体
US8260110B2 (en) Recording medium having data structure for managing reproduction of multiple playback path video data recorded thereon and recording and reproducing methods and apparatuses
US7664371B2 (en) Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses
JP4765733B2 (ja) 記録装置、記録方法および記録プログラム
JP5314097B2 (ja) 記録装置および情報記録方法
US8164990B2 (en) Recording apparatus, recording method, recording program, recording/reproducing apparatus, recording/reproducing method, recording/reproducing program, editing apparatus, editing method, editing program, and display method
US20030108335A1 (en) Information recording apparatus and method, information reproducing apparatus and method, information recording medium, program storage medium, and program
US8208782B2 (en) Recording device, recording method, and recording program
US7693394B2 (en) Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
US7912338B2 (en) Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
KR20070122155A (ko) 정보 처리 장치, 및 정보 처리 방법, 및 컴퓨터·프로그램
CA2516847C (en) Recording medium having data structure for managing playback control and recording and reproducing methods and apparatuses
WO2007013587A1 (ja) 記録機器および再生機器
TW201334533A (zh) 資訊處理裝置，資訊處理方法，和程式
KR20080050480A (ko) 정보 처리 장치 및 정보 처리 방법과 컴퓨터 프로그램
JP4827642B2 (ja) 記録装置、記録方法、プログラムおよび集積回路
AU2004214200B2 (en) Recording medium having data structure for managing playback control and recording and reproducing methods and apparatuses

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN KR US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR

WWE Wipo information: entry into national phase

Ref document number: 1020017016342

Country of ref document: KR

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: 2001921965

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 01801609X

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 1020017016342

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 10018682

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2001921965

Country of ref document: EP