WO2004112027A1 - 情報処理装置および方法、プログラム記録媒体、並びにプログラム - Google Patents

情報処理装置および方法、プログラム記録媒体、並びにプログラム Download PDF

Info

Publication number
WO2004112027A1
WO2004112027A1 PCT/JP2004/008302 JP2004008302W WO2004112027A1 WO 2004112027 A1 WO2004112027 A1 WO 2004112027A1 JP 2004008302 W JP2004008302 W JP 2004008302W WO 2004112027 A1 WO2004112027 A1 WO 2004112027A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
information
clip
file
recorded
Prior art date
Application number
PCT/JP2004/008302
Other languages
English (en)
French (fr)
Inventor
Masaki Hirose
Takayoshi Kawamura
Hirofumi Murakami
Yoshiho Gotou
Keiichi Teranishi
Tatsushi Bannai
Original Assignee
Sony Corporation
Matsushita Electric Industrial Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corporation, Matsushita Electric Industrial Co., Ltd. filed Critical Sony Corporation
Priority to CN2004800192491A priority Critical patent/CN1816875B/zh
Priority to US10/560,153 priority patent/US7882059B2/en
Publication of WO2004112027A1 publication Critical patent/WO2004112027A1/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/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/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
    • 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/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/215—Recordable discs
    • G11B2220/216—Rewritable discs
    • 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/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/215—Recordable discs
    • G11B2220/218—Write-once discs
    • 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/2525—Magneto-optical [MO] discs
    • G11B2220/2529—Mini-discs
    • 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/2545—CDs
    • 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/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • 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/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • G11B2220/2575—DVD-RAMs

Definitions

  • the present invention relates to an information processing apparatus and method, a program recording medium, and a program, and more particularly to an information processing apparatus and method, a program recording medium, and a program capable of smoothly reproducing data.
  • CD-RW Compact Disc-ReWritable
  • DVD-RW Digital Versatile Disc-ReWritable
  • the content management table includes, for example, a pointer to “content” indicating the position where the content is recorded, attribute information including recording date / time, modification date / time, or protect information, and a thumbnail (image) of the content. , And text information such as the title of the content are managed.
  • the position indicated by the pointer to “content” in the content management table Access content data based on the content and obtain playback information (eg, data codec type, data resolution, etc.) for playing the content from the data itself or part of the data Then, the data was reproduced based on the obtained reproduction information.
  • playback information eg, data codec type, data resolution, etc.
  • reproduction information for reproducing content from data or the like requires time to acquire the reproduction information, for example, it takes time to interpret the data. As a result, there is a problem that the data of the content to be reproduced cannot be read in time for the reproduction time.
  • An information processing apparatus is characterized in that, when data is recorded, information acquisition means for acquiring reproduction information necessary for reproducing the data, the reproduction information acquired by the information acquisition means, and Generating means for generating a first management file for managing data for each data in which an identifier for identifying the data is described, reproduction information obtained by the information obtaining means, the data identifier and the data.
  • Registration means for registering data management information composed of information indicating a recorded position in a second management file for collectively managing data recorded on a recording medium. I do.
  • the registration means can register the data management information at the end of the second management file.
  • a reproduction means for reproducing data based on the first management file or the second management file may be further provided.
  • the information processing method includes, when data is recorded, an information acquisition step of acquiring reproduction information necessary for reproducing the data, and the reproduction information acquired by the information acquisition step.
  • the program recording medium on which the program of the present invention is recorded is When recorded, an identifier for uniquely identifying the data is provided together with an information acquisition step for acquiring reproduction information necessary for reproducing the data, and the reproduction information acquired by the processing of the information acquisition step. Described
  • the program according to the present invention is configured such that when data is recorded, the data is uniquely recorded together with the information acquisition step for acquiring reproduction information necessary for reproducing the data, and the reproduction information acquired by the processing of the information acquisition step.
  • reproduction information necessary for reproducing data is obtained, and an identifier for uniquely identifying the data is obtained together with the obtained reproduction information.
  • a first management file that manages the data described for each data is generated.
  • the acquired reproduction information and the data management information composed of the data identifier and the information indicating the position where the data is recorded collectively manages the data recorded on the recording medium. Registered in the second management file.
  • FIG. 1 is a diagram showing a configuration example of a video program production support system to which the present invention is applied
  • FIG. 2 is a block diagram showing a configuration example of the imaging device in FIG. 1
  • FIG. FIG. 4 is a block diagram showing a configuration example of a reproduction control unit in FIG. 2
  • FIG. 5 is a block diagram showing a configuration example of a file system of the optical disk in FIG. Fig. 6,
  • Fig. 6 shows an example of the configuration of the clip directory in Fig. 5
  • Fig. 7 shows an example of the configuration of the edit list directory in Fig. 5
  • Fig. 8 shows the index of Fig. 5.
  • FIG. 9 shows an example of a clip table on the fifth line in FIG. 8, and FIG.
  • FIG. 10 shows a clip on the second through fifth lines in FIG.
  • Fig. 11 shows an example of the clip element with ID "" C0001 "".
  • Fig. 11 is the edit list on the 6th line in Fig. 8.
  • FIG. 12 is a diagram showing an example of a table
  • FIG. 12 is a diagram showing an example of an edit list element of an edit list ID "" 000 "" in the second to fifth lines of FIG.
  • FIG. 13 is a diagram showing an example of the code of the clip information file in FIG. 6,
  • FIG. 14 is a diagram showing an example of the code of the clip information file in FIG. 6, and
  • FIG. 1 is a flowchart for explaining the reading process of the index file of the imaging device, FIG.
  • FIG. 16 is a flowchart for explaining the clip generation process of the imaging device of FIG. 1, and FIG. 17 is a step of FIG.
  • FIG. 18 is a flowchart for explaining an index file updating process in S29.
  • FIG. 18 is a flowchart for explaining clip playback processing of the image pickup device of FIG. 1.
  • FIG. 19 is a clip playback of the image pickup device of FIG. Another example of processing
  • FIG. 20 is a flowchart for explaining the tape reproducing process of the imaging device in FIG. BEST MODE FOR CARRYING OUT THE INVENTION
  • the information processing apparatus manages data (for example, a clip) recorded on a recording medium (for example, an optical disk 17 in FIG. 1).
  • the first management file for example, the clip in FIG. 6
  • the first management file that manages data for each data (for example, clip) that describes “umid: 060A2B34010101050101010D12 130000000123456789ABCDEF0123456789ABCDEF J) on the seventh and eighth lines in FIG.
  • Generating means for example, the clip generating unit 104 in FIG. 3) for generating the information file 15 1), and reproduction information obtained by the information obtaining means (for example, the fourth line in FIG.
  • a second administrative file to manage Le e.g., index file 1 34 of FIG. 5, characterized in that it comprises a registration means for registering (for example indenyl Tsu of ,, Figure 3 hex file update unit 1 0 5).
  • the information processing apparatus may be provided with a first management file (for example, a clip information file 15 1 in FIG. 6) or a second management file (for example, an index file 134 in FIG. 5).
  • a reproduction means for example, a clip reproduction unit 111 in FIG. 4 for reproducing data based on the data is further provided.
  • the information processing apparatus may be provided with a first management file (for example, a clip information file 15 1 in FIG. 6) or a second management file (for example, an index file 134 in FIG. 5).
  • a continuous reproducing means for example, a tape reproducing unit 112 in FIG. 4 for continuously reproducing all data recorded on a recording medium (for example, the optical disk 17 in FIG. 1) based on the It is characterized by the following.
  • the information processing method includes a recording medium (for example, an optical disk shown in FIG. 1).
  • This is an information processing method that manages the data (eg, clips) recorded in (7), and when the data is recorded, the playback information (eg, data resolution, Information acquisition step (for example, step S22 in FIG. 16) for acquiring the reproduction information (for example, “8” in line 8 in FIG. 13).
  • type "IMX50""
  • a generation step for example, FIG.
  • Data management information eg, clip element
  • a second management file for example, index file 134 in FIG. 5 for collectively managing data recorded on a recording medium.
  • program recording medium and the program of the present invention have basically the same configuration as the above-described information processing method of the present invention, and will not be described again.
  • FIG. 1 shows the structure of a video program production support system to which the present invention is applied. It is a figure showing an example.
  • a video program production support system 1 is a system provided in, for example, a television broadcasting station that broadcasts television signals or a production company that produces video contents such as videos and movies. This is a system for producing video programs that are video works such as.
  • the video program production support system 1 makes it possible for a plurality of departments responsible for the production of video programs to consistently use metadata and the like added to the video programs, which are configured in electronic file format, This is a system for creating programs efficiently.
  • the video program production support system 1 is connected to a planning terminal device 11 that plans a video program, a network 12 to which the planning terminal device 11 is connected, and a network 12. 13 and the imaging device 14 and the PC / PDA (Personal Computer / Personal Digitally Assistant s) 15 that make up the reporting terminal 13 Similarly, it is composed of an editing terminal device 16 connected to the network 12 and an optical disk 17 as a recording medium.
  • a planning terminal device 11 that plans a video program
  • a network 12 to which the planning terminal device 11 is connected and a network 12. 13 and the imaging device 14 and the PC / PDA (Personal Computer / Personal Digitally Assistant s) 15 that make up the reporting terminal 13
  • PC / PDA Personal Computer / Personal Digitally Assistant s
  • the planning terminal device 11 is composed of, for example, an information processing device such as a personal computer and its peripheral devices, and is provided in a planning component or the like where a video program is planned.
  • This planning department is responsible for the overall production of the video program. It plans and plans the video program to be produced, creates a scenario (scenario) for the video program, and also has a reporting department and editorial office to be described later. This is the department that instructs other departments such as the department on the content of the production work.
  • the planning terminal device 11 includes, for example, an electronic device including production instruction information corresponding to a video program scenario. It performs processing such as creating composition table metadata in child file format for each video program.
  • the planning terminal device 11 supplies the generated composition table metadata to the reporting terminal device 13 and the like via the network 12. As a result, the planning and organization department instructs the news gathering department and the like on the scenes and contents to be covered or photographed.
  • the news gathering terminal device 13 is a terminal device group used by a news gathering department that performs news gathering, and includes, for example, an imaging device 14 and a field PC 15.
  • This reporting department is a department that actually performs interviews at the production site according to production instructions and scenarios from the planning and configuration departments, for example, and shoots the video of each scene that composes the video program and reports the shooting situation Department.
  • the imaging device 14 is, for example, a video camera such as a camcorder (registered trademark).
  • the imaging device 14 is used for reporting news programs for broadcasting, shooting games such as sports, and shooting video contents such as movies. is there.
  • the imaging device 14 is connected to the network 12, and acquires the configuration table metadata from the planning terminal device 11 via the network 12, for example. Then, the imaging device 14 displays the acquired composition table metadata on a predetermined display unit or the like, and causes a photographing staff such as a photographer to recognize the content to be captured. Further, the imaging device 14 is operated by the imaging staff, and performs imaging of each scene configuring the image program based on the production instruction information of the acquired composition table metadata.
  • the imaging device 14 records the image data and the audio data obtained by the photographing on a recording medium such as the optical disk 17. At this time, the imaging device 14 collects data on video content including image data, audio data, and the like corresponding to a clip, which is a unit indicating one imaging process, on the optical disc 17 as one clip. Record and manage.
  • the imaging device 14 may include, for example, not only original image data, which is image data obtained by imaging, but also low resolution (low resolution) image data (hereinafter referred to as mouth image resolution). ) Can be recorded on the optical disc 17 in clips and managed.
  • the original image data has a large data amount, it is high-quality image data, so it is used for finished video programs.
  • low resolution image data is image data corresponding to an image of a frame with a small number of pixels, generated by, for example, thinning out the number of pixels of each frame from the original image data.
  • the resorptive data has lower image quality than the original image data, but the data amount is small, so the processing load such as transmission and reproduction is light, and the image pickup device 1 mainly used for rough editing processing and the like
  • the plurality of clips recorded on the optical disk 17 by 4 are index files (to be described later with reference to FIG. 5) that collectively manage a plurality of clips, and image data and audio data that constitute the clips are stored for each clip. It is managed by a managed clip information file (described later with reference to FIG. 6).
  • the imaging device 14 displays the image data of the clip recorded on the optical disk 17 on a predetermined display unit or the like based on the index file or the clip information file, and shoots according to the production instruction information. Ask the filming staff to confirm whether or not it was completed. Further, the imaging device 14 refers to the index file or the clip information file, and continuously reads the image data of a plurality of clips recorded on the optical disc 17 as if it were the image data recorded on the tape. It can be displayed on a predetermined display or the like as if it were played back, and the shooting staff can confirm a plurality of shot scenes continuously.
  • the clip is not only a unit of one imaging process but also a unit indicating a time from the start of the imaging process to the end of the imaging process, and a unit indicating a length of various data obtained by the imaging process. However, it is also a unit indicating the data amount of various data obtained by the imaging process.
  • the clip may also represent an aggregate itself of various types of data.
  • the optical disk 17 on which a plurality of clips (image data, audio data, and the like) are recorded as video contents by the imaging device 14 is used. For example, it is transported and used by an editing department and a field PC 15 described later. However, since it takes some time to transport the optical disk 17, the imaging device 14 is connected to the planning terminal 11, the field PC 15, or the editing terminal 16 via the network 12.
  • image data may be supplied.
  • the image pickup device 14 has a small amount of data corresponding to the image data instead of the image data obtained by imaging in order to shorten the transfer time (to reduce the load of the transfer process). It is desirable to supply low-resolution data.
  • the low resolution transfer process by the imaging device 14 may be performed at any timing, may be performed in parallel with the imaging process, or may be performed collectively after the imaging process is completed. You may do it.
  • the editing department can transmit the optical disk 7 at a relatively early stage even if the transported optical disk 7 has not arrived (for example, simultaneously with the imaging process). In parallel, editing work can be performed, so that the production efficiency of video programs can be increased. Note that, as described above, when low-resolution data is transmitted via the network 12, the imaging device 14 Only the original image data and audio data may be recorded on the optical disc 17 (low-resolution data may not be recorded on the optical disc 17).
  • the recording medium on which the imaging device 14 records the video content and the like is not limited to the example of the optical disk 17 described above, and may be any recording medium.
  • magneto-optical disks including MD (Mini-Disc) (registered trademark) and MO (Magne to Optical disc), magnetic disks including flexible disks, magnetic tapes used in DV (Digital Video) and VHS (Video Home System)
  • Semiconductor memory including a flash memory and the like.
  • the field PC 15 can be composed of, for example, a portable information processing device such as a notebook personal computer or a PDA, and peripheral devices.
  • the field PC 15 is connected to the imaging device 14 through various types of return or wireless lines, and can share, for example, configuration table metadata and video content with the imaging device 14.
  • the field PC15 acquires, for example, the configuration table metadata from the planning terminal device 11 or the configuration table metadata from the imaging device 14 via the network 12.
  • the field PC 15 displays the acquired composition table metadata on a predetermined display unit, so that the person in charge of the reporting department recognizes the content to be collected and photographed.
  • the field PC 15 generates shooting condition information, which is information on the shooting and shooting conditions, based on the input of the user in charge of the news gathering department, and the generated shooting condition information is displayed in the configuration table. Add to the appropriate column.
  • This shooting status information is, for example, text data or the like described from various viewpoints for each take or each news gathering place, and is information that is useful in the subsequent editing processing.
  • the field PC 15 To edit the configuration table metadata. Further, the field PC 15 supplies the shooting status information as metadata to the imaging device 14 and adds it to the image data and audio data obtained by the imaging device 14.
  • the editing terminal device 16 is composed of, for example, an information processing device such as a personal computer and peripheral devices, and is provided in an editing section for editing video content.
  • the editing department edits the image data and audio data obtained by the imaging device 14 based on the production instructions and scenarios by the planning and composition department, and the composition table metadata that reflects the coverage in the reporting department. This is the department that completes the video program.
  • the editing terminal device 16 acquires, for example, configuration table metadata and low-resolution data from the imaging device 14 via the network 12. In addition, the editing terminal device 16 obtains original image data and audio data from the optical disk 17 on which clips (image data and audio data) are recorded in the imaging device 14. Further, the editing terminal device 16 can directly obtain a production instruction (editing instruction) from the planning terminal device 11 or the field PC 15 via the network 12.
  • the editing terminal device 16 suitably reproduces and displays the acquired video content based on the configuration table metadata acquired as described above.
  • the editing terminal device 16 is operated by the user and converts the mouth res data acquired via the network 12 and the original image data and audio data recorded on the optical disk 17 according to the scenario. It can be displayed continuously in order, the original image data and audio data of all clips recorded on the optical disc 17 can be displayed continuously, or only the image data of the desired clip can be displayed. I do.
  • the optical disk When playing back the original image data recorded on 17, the editing terminal device 16 reads the data recorded on the optical disk 17 or writes the data on the optical disk 17, for example.
  • a disk device which is a raw device, is used. At that time, an index file or a clip information file for managing data recorded on the optical disc 17 is referred to.
  • the editing terminal device 16 not only reproduces and displays necessary image data and the like in a suitable order based on the configuration table metadata, but also edits image data and the like obtained through interviews. Perform processing.
  • the editing process includes a rough editing process and a main editing process.
  • the rough editing process is a simple editing process for image data and audio data.
  • the editing terminal device 16 selects a clip to be used in the main editing from among the clips, and From the middle of the night, select the necessary video part (Logging) and specify the editing start position (In point) and editing end position (Ou) corresponding to the selected video part, for example, time code.
  • the corresponding part is extracted (Ingesting) from the clip data described above.
  • This editing process is for connecting the image data constituting each clip that has been subjected to the rough editing process, adjusting the final image quality, etc., for the image data, and broadcasting it in a program etc. This is the process of creating complete package data, which is data.
  • the editing terminal device 16 collects, for example, image data and audio data obtained via the network 12 or from another recording medium in the same manner as the imaging device 14. It can also be recorded on an optical disc 17 as one clip.
  • each of the above-described planning terminal device 11, imaging device 14, field PC 15, and editing terminal device 16 may be configured by a plurality of devices.
  • one editing terminal device 16 acquires image data and the like obtained by a plurality of imaging devices 14 via the optical disk 17 and the network 12 and performs editing processing on the data.
  • the data supplied from one imaging device 14 may be edited by a plurality of editing terminal devices 16.
  • each device such as the planning terminal device 11, the imaging device 14, the field PC 15, and the editing terminal device 16 described above is described as being configured separately from each other.
  • the invention is not limited to this, and some or all of the functions of each device may be integrated with each other.
  • the video program production support system 1 is connected to the network 12 separately from, for example, the planning terminal device 11, the imaging device 14, the field PC 15, and the editing terminal device 16 described above.
  • a center server (not shown) is provided, and a client / server (C) with a planning terminal device 11, an imaging device 14, a field PC 15 and an editing terminal device 16 as clients.
  • Client / Server It may be configured as a system.
  • FIG. 2 shows a detailed configuration example of the imaging device 14 in FIG.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • a RAM Random Access Memory 53 appropriately stores data programs and the like necessary for the CPU 51 to execute various processes.
  • the recording control unit 54 receives the image supplied from the encoder / decoder unit 56. Image data, audio data, low resolution data, etc.
  • the image data, audio data, low-resolution data, etc. stored in the optical disk 17 are recorded on the optical disk 17 via the drive 66 based on the file system of the optical disk 17 described later with reference to FIG. Control.
  • the playback control unit 55 controls the drive 66 based on the file system of the optical disk 17 to read image data, audio data or low-resolution data recorded on the optical disk 17, and read from the optical disk 17.
  • the supplied image data, audio data or low resolution data is supplied to the encoder Z decoder section 56.
  • the encoder / decoder unit 56 encodes the image data and audio data input from the input unit 62 with a predetermined codec, and supplies the encoded data to the storage unit 64 or the recording control unit 54. Furthermore, if necessary, the encoder / decoder unit 56 encodes the image data input from the input unit 62 by, for example, the MPEG4 method, and stores the encoded image data in the storage unit 64 or as recording data.
  • the audio data supplied to the control unit 54 and input from the input unit 62 is encoded by, for example, the ITU-T G. 71 1 A-law method, and is stored as low-resolution data in the storage unit 64 or the recording control unit. Supply to part 54.
  • the encoder Z decoder section 56 outputs the image data, the audio data or the audio / video data supplied from the reproduction control section 55 to a monitor or a speaker constituting the output section 63.
  • the CPU 51, the ROM 52, the RAM 53, the recording control section 54, the reproduction control section 55, and the encoder / decoder section 56 are mutually connected via a bus 57.
  • the bus 57 is also connected to an input / output interface 60.
  • the Input / output interface 60 is composed of keyboard and mouse
  • the operation unit 61 is connected, and the signal input to the operation unit 61 is output to the CPU 51.
  • the input / output interface 60 includes an input unit 62 including a camera for capturing an image of a subject and inputting the captured image data, a microphone for inputting audio data, a CRT (Cathode Ray Tube), an LCD ( A liquid crystal display (LCD) monitor, and an output unit 63 consisting of speakers, etc., a storage unit 64 consisting of a hard disk and an electrically erasable and programmable read only memory (EEPROM), a communication unit 65, and a drive 66.
  • EEPROM electrically erasable and programmable read only memory
  • the communication unit 65 is connected to, for example, an IEEE (Institute of Electrical and Electronics Engineers) 1394 port, a USB (Universal Serial Bus) port, a NIC (Network Interface) for LAN (Local Area Network) connection. Card), or analog modem, TA (Terminal Adapter), DSU (Digital Service Unit), ADSL (Asymmetric Digital Subscriber Line) modem, etc. Data is exchanged with the editing terminal 16 via a network 12 such as the Internet or an intranet.
  • IEEE Institute of Electrical and Electronics Engineers
  • USB Universal Serial Bus
  • NIC Network Interface
  • TA Terminal Adapter
  • DSU Digital Service Unit
  • ADSL Asymmetric Digital Subscriber Line
  • An optical disk 17 can be attached to and detached from the drive 66.
  • the drive 66 drives the optical disk 17 mounted thereon to record image data and audio data on the optical disk 17 and to reproduce the stored image data and audio data.
  • the optical disk 17 has, for example, a blue-violet laser with a numerical aperture (NA) of 0.85 and a wavelength of 405 nm, and has a minimum mark length of 0.14 ⁇ 111 and a track pitch of 0.32 xm. This is an optical disc that can record a large amount of data (for example, 27 gigabytes).
  • the optical disk 17 is It may be an external recording medium.
  • DVD-RAM Digital Versatile Disc-Random Access Memory
  • DVD-R DVD-Recordable
  • DV D-RW DVD-Rewritable
  • DVD + R DVD +
  • Image data, audio data, and the like recorded on the optical disk 17 are managed as a single clip by a file system described later with reference to FIG.
  • a plurality of clips recorded on the optical disc 17 are managed by an index file and a clip information file.
  • the index file is a management file that manages all the clips stored on the optical disc 17, and the clip information file manages the process of the clips that constitute the clips for each clip. It is a management file.
  • the index file is read from the optical disk 66 when the optical disk is mounted on the drive 66, and is expanded on the MM53.
  • the clip information file is read from the optical disk 66 when a clip to be played is instructed or the like, and is expanded in the RAM 53.
  • the image data, audio data, low resolution, etc. that make up the clip are collectively referred to as essence data.
  • the drive 67 is further connected to the input / output interface 60 as necessary.
  • the drive 67 is used for reading data from or writing data to a removable medium 71 composed of a recording medium such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • FIG. 3 shows a configuration example of the recording control unit 54 of FIG. Fig. 3
  • the recording control unit 54 includes a data acquisition unit 101, an information acquisition unit 102, a data generation unit 103, a clip generation unit 104, an index file update unit 105, and a data It consists of an overnight recording unit 106 and a table recording unit 107.
  • the data capturing unit 101 captures image data, audio data, low-resolution data, and the like from the encoder / decoder unit 56 or the storage unit 64, and supplies the data to the data generating unit 103.
  • the information acquiring unit 102 acquires the parameter information stored in the RAM 53 from the RAM 53, and the data generating unit 102 103, the clip generator 104 and the index file generator 105 are supplied.
  • the parameter information is setting information of the imaging device 14 for the input unit 62 to input (imaging and recording) the image data and the audio data. This is the playback information required when playing back image data and audio data, such as the information on the degree and the type of codec (encoding method).
  • the parameter information is preset in the imaging device 14 or set by the imaging staff via the operation unit 61 and stored in the RAM 53.
  • the data generation unit 103 Based on the parameter information from the information acquisition unit 102, the data generation unit 103 converts the image data, audio data, and mouth res data supplied from the data acquisition unit 101 into predetermined data.
  • the essence data (image data, audio data, and low-resolution data) of each format (MXF (Material exchange Format) in this case) is generated and output to the data recording unit 106.
  • the data generation unit 103 also generates metadata and the like in a predetermined format based on the parameter information and the like from the information acquisition unit 102, and outputs the generated data to the data recording unit 106.
  • the clip generation unit 104 When the parameter information is input from the information acquisition unit 102, the clip generation unit 104 generates a clip directory in order to generate a new clip for the input data.
  • the clip generation unit 104 generates each essence data necessary for reproducing each essence data generated by the data generation unit 103 based on the parameter information from the information acquisition unit 102. Then, a clip information file in which the attribute information is described is generated, and the generated clip information file is output to the table recording unit 107.
  • the index file updating unit 105 stores, in the index file read from the optical disc 17 and expanded in the RAM 53, a clip generated based on the parameter information from the information obtaining unit 102. Generated clip elements and update the index file. The generated clip element describes clip attribute information necessary for playing the clip. The index file updating unit 105 outputs the updated index file to the table storage unit 107. ⁇
  • the data recording unit 106 records the data generated by the data generation unit 103 on the optical disk 17 via the drive 66.
  • the table recording unit 107 stores the clip directory and the clip information file generated by the clip generating unit 104 and the index file updated by the index file updating unit 105 in the drive 66. Via the optical disk 17.
  • FIG. 4 shows a configuration example of the reproduction control unit 55 of FIG.
  • the playback control unit 55 is composed of a clip playback unit 111, a tape playback unit 112, an index file information acquisition unit 113, and a clip information acquisition unit 114.
  • Playback control 5 5 Clip playback
  • the unit 111 and the tape playback unit 112 control the index file information acquisition unit 113 or the clip information acquisition unit 114 based on the instruction to start clip playback or tape playback from the CPU 51. Then, the data is read out from the optical disk 17.
  • tape playback means that while clip playback plays back one clip, all clips recorded on the optical disc 1.7 are recorded as if a tape were played back. This refers to a continuous clip playback process that plays back one after the other in the order in which they were performed.
  • the clip playback unit 111 controls the index file information acquisition unit 113 or the clip information acquisition unit 114 to play the corresponding clip.
  • the drive 66 is controlled based on the acquired information, and the image data, audio data, or low-resolution data recorded on the optical disk 17 is read, and read from the optical disk 17.
  • the image data, audio data or low resolution data is supplied to the encoder Z decoder unit 5.6.
  • the tape playback unit 112 controls the index file information acquisition unit 113 or the clip information acquisition unit 114 to control the corresponding clip.
  • the drive 66 is controlled based on the obtained information, and the image data, audio data, low-resolution data, etc. recorded on the optical disk 17 are read out, and the optical disk 1 is read.
  • the image data, audio data, low resolution data, etc. read from 7 are supplied to the encoder Z decoder unit 56. That is, the tape playback unit 112 supplies the index file information acquisition unit 113
  • the clips are read and output in the order of registration of the index files obtained from them.
  • the index file information acquisition unit 113 acquires information for playing back the corresponding clip from the index file of the RAM 53 under the control of the clip playback unit 111 or the tape playback unit 112, and Output to the tape playback unit 1 1 1 or the tape playback unit 1 1 2.
  • the clip information acquisition unit 114 Under control of the clip playback unit 111 or the tape playback unit 112, the clip information acquisition unit 114 reads the corresponding clip information file from the optical disk 17 via the drive 66, Expand to 3. The clip information acquisition section 114 acquires information for playing the corresponding clip from the clip information file in the RAM 53 and sends the information to the clip playback section 111 or the tape playback section 112. Output.
  • FIG. 5 shows a configuration example of a file system of the optical disk 17.
  • the root directory (ROOT) 13 1 contains information on essence data such as image data and audio data, as well as an edit list showing the edited results of essence data, etc., in lower directories.
  • the PR0AV directory 1 32 is provided.
  • the root directory 1331 is also provided with composition table data and the like.
  • the PR0AV directory 13 2 contains titles and comments for all essence data recorded on the optical disc 17, and a frame representing all the image data recorded on the optical disc 17.
  • Disc metafile (DISCMETA.XML) 133 which is a file containing information such as the path of image data corresponding to the representative image that is the frame, all clips and .edit lists recorded on the optical disc 17
  • index file (INDEX. XML) 134 that contains management information and the like
  • an index file (INDEX. BUP) 135 that contains management information for managing files.
  • the index file 135 is a copy of the index file 134, and the reliability is improved by preparing two files.
  • the PR0AV directory 132 further includes metadata for the entire data recorded on the optical disc 17, such as a disc that is a file containing information such as disc attributes, playback start positions, or Rec lnhi.
  • An information file (DI SCINFO. XML) 13 6 and a disk information file (DI SCINFO. BUP) 13 7 are provided.
  • the disk information file 1337 is a copy of the disk information file 1336, and the reliability is improved by preparing two files. However, when updating such information, only the disk information file 136 may be updated.
  • the PR0AV directory 1332 includes a clip root directory (CLPR) 138 in which clip data is provided in a lower directory, and an edit list data in a lower directory.
  • An edit list root directory (EDTR) 139 is provided in the directory.
  • the data of the clips recorded on the optical disc 17 is managed in different directories for each clip.
  • Day of Evening is managed by being divided into three directories: a clip directory (C0001) 144, a clip directory (C0002) 144, and a clip directory (C0003) 144. That is, each data of the first clip recorded on the optical disc 17 is managed as a file in a lower directory of the clip directory 141, and each data of the clip recorded on the optical disc 17 is second. The data of the clip recorded on the optical disc 17 is managed as a file in a directory below the clip directory 144. Thirdly, each data of the clip recorded on the optical disc 17 is managed as a file in a directory below the clip directory 144.
  • each clip directory has rewrite / delete prohibition attribute information
  • the rewrite / delete prohibition attribute of each data managed as a lower directory of each clip directory is the upper clip directory. It is managed based on the attribute information of prohibition of rewriting and deletion.
  • edit lists recorded on the optical disk 17 are managed in different directories for each editing process. For example, as shown in FIG. If there are four edit list directories, the edit list directory (E0001) 144, the edit list directory (E0002) 144, the edit list directory (E0003) 144, and the edit list directory (E0004) It is managed in four directories, 1 4 7.
  • the edit list indicating the first edit result of the clip recorded on the optical disc 17 is managed as a file in a directory below the edit list directory 144, and the second edit result is displayed.
  • the edit list indicating the edit list is managed as a file in a lower directory of the edit list directory 144, and the edit list indicating the result of the third edit is managed as a file in a directory below the edit list directory 144.
  • the edit list indicating the result of the fourth editing is managed as a file in a directory below the edit list directory 147. .
  • each directory of the clips recorded on the optical disk 17 first is stored in a file as shown in FIG. It is provided and managed as a file.
  • FIG. 6 shows an example of the configuration of the clip directory 144 shown in FIG.
  • the clip directory 14 1 contains a clip information file (C0001 C 01. SMI) 15 1 which is a file for managing this clip, and a file containing the image data of this clip.
  • MXF which are eight files containing audio data for each channel of this clip, respectively.
  • a file containing a low resolution file corresponding to the image data of this clip (COO-QI SO I.
  • MXF 161
  • a file corresponding to the essence data of this clip for example, LTC (Li (Near-Time Code) and a file that contains clip data, which is metadata that does not require real-time properties, such as a conversion table that associates frame numbers.
  • Frame metadata corresponding to the essence data of this clip, such as LTC is a file containing frame metadata that requires real-time performance, such as LTC.
  • I 01. PPF) Files such as 1 64 are provided. As described above, the rewriting / deletion prohibition attributes of these files are managed based on the rewriting / deletion prohibition attribute information of the clip directory 141.
  • audio data is required to be real-time during playback, but in order to support multi-channel audio such as 7.1 channels, eight channels are prepared and each is managed as a different file. That is, it has been described that the audio data is managed as eight files.
  • the number of files corresponding to the audio data may be seven or less, or nine or more. Good.
  • the image data, low-resolution data, and frame metadata may be managed as two or more files, respectively, in some cases.
  • the clip metadata that does not require real-time properties is managed as a different file from the frame data that requires real-time properties. This is to prevent unnecessary metadata such as image data from being read during normal playback.This reduces the processing time of the playback process and the load required for the process. Can be.
  • the clip metadata file 162 is described in XML (extensible markup language) format to provide general versatility
  • the frame metadata file 1663 is used for processing time and This is a BIM file compiled from an XML file to reduce the load required for processing.
  • FIG. 6 can be applied to all clip directories corresponding to each clip recorded on the optical disc 17. That is, the example of the file configuration shown in FIG. 6 can be applied to the other clip directories 142 and 144 shown in FIG. 5, and the description thereof is omitted.
  • each file included in the clip directory corresponding to one clip has been described.
  • the file ⁇ configuration is not limited to the above example, and a clip metadata file corresponding to the clip is stored in a directory below each clip directory. Any configuration may be used as long as the configuration exists.
  • the directory below the edit list directory 144 provided in the edit list root directory 1339 described above contains information on the result of the second edition of each data of the clip recorded on the optical disc 1'7.
  • Edit list data is provided and managed as a file as shown in Fig. 7.
  • FIG. 7 shows an example of the structure of the edit list directory 145 of FIG.
  • the edit list directory 144 contains edit files, which are files for managing the edited results (edit lists).
  • Playlist file (E0002P01.S Ml) 173, which is a file containing information such as the essence data playback procedure (playlist) based on the playback procedure included in the playlist file 173 Frame structure of the image data to be compressed (for example, information on the compression format for each picture in MPEG, etc.
  • the picture pointer file for playlist (E0002 I 01.
  • a low resolution file for playlists (B0002S01.
  • BMX BMX 180, which is a file containing a low resolution file to guarantee real-time playback based on the procedure (playlist), and Playlist file 1 7 3 Frame file for playlist file that contains frame metadata to guarantee real-time playback based on the playback procedure (playlist) of 3 (B0002R01.BBM) 1 8 A file such as 1 is provided.
  • clip metadata that does not require real-time properties is managed as a file different from frame metadata that requires real-time properties. This is to prevent unnecessary meta-data from being read during playback of image data using the playback procedure (playlist) (while reproducing the edited result). Thus, the processing time of the reproduction processing and the load required for the processing can be reduced.
  • the edit list clip metadata file 17 2 contains the clip metadata of the clip used for editing (the clip metadata file existing in the directory below the clip root directory 13 8). This is a file that contains new clip metadata generated based on the. This edit list clip metadata file is generated for each edit.
  • the clip list data file 17 2 for ⁇ editor 'list is described in XML format in order to have versatility.
  • Each audio data included in the playlist data 1 8 0 included in the playlist file The mouth res data and the frame metadata included in the playlist frame metadata file 18 1 are managed in directories below the clip root directory 13 8 in FIG. 6, respectively.
  • Each data corresponding to such edit result is By being prepared, the number of files to be read can be reduced in the reproduction processing based on the playlist, and the processing time and the load required for the processing can be reduced.
  • each file may be managed as multiple files.
  • the number of files corresponding to the audio data may be three or less, or may be five or more.
  • the playlist frame metadata file 18 1 is a BBM format file corresponding to the MM format, which is a compilation of 10 XML format files, in order to reduce the processing time and load required for the playback process. You.
  • the configuration example of the files in the edit list directory 144 shown in FIG. 7 can be applied to all edit lists (edit results). That is, since the example of the file structure shown in FIG. 7 can be applied to the other edit 15 list directories 144, 144, or 147 shown in FIG. The explanation is omitted. ''
  • each file included in the edit list directory corresponding to one editing work has been described.
  • the file configuration is not limited to the above-described example, and the directory under each edit list directory is Any configuration may be used as long as an edit list clip metadata file corresponding to editing exists.
  • the index file is a copy of all of the information recorded in the Kodak Dede 2255 Isksk 1177.
  • a cookie clip (table (cc ll iippTTaabb ll ee)), in which management information information for managing the clilip lip is described and described.
  • And light and light It consists of an edit list table (editlistTable) in which management information for managing all the edit lists recorded in the disk 17 is described.
  • the clip table further contains management information of essence data (image data, audio data, low-resolution data, etc.) belonging to each clip.
  • the edit list table also includes management information such as an edit list metadata and a playlist.
  • the index file is a file mainly used in the optical disk 17 for managing the data in the optical disk 17 and is managed in an XML format using a unique schema.
  • FIG. 8 shows an example of the index file 134 of FIG.
  • the numeral at the beginning of each line and the colon symbol (:) are added for convenience of explanation and are not part of the code. Also, the addition of a plus sign (+) before the inequality sign indicates that the line has child elements, and is not part of the code. The same applies to FIGS. 9 to 14 described later.
  • clipTable path "/ PR0AV / CLPR /"> indicates a clip table that manages all clips on the optical disk 17. In addition, it indicates that all the clips managed in this clip table are recorded under “/ PROAV / CLPR /” of the optical disk 17.
  • clipTable path 7PR0AV / CLPR, will be described later with reference to FIG.
  • FIG. 9 shows an example of a clip table of clipTable path-"/ PROAV / CLPR /"> shown in the fifth line of FIG.
  • clipTable path "/ PROAV / CLPR /"> and the tag on the 18th line
  • Clips to be recorded are described as clip elements in the order in which they were recorded.
  • 10 bytes of the Univ Label (Universal Label) represented by the first 12 bytes of the emid are a fixed header indicating the emid.
  • the mitt in the index file is information used to convert the file name, and unlike the mitt described in the clip information file etc., it may be taken out of the optical disk 17. Because it is small, it is described excluding the first 10 bytes of the emid. As a result, the size of the index file can be reduced.
  • the eumit is "0123456789ABCD EF0123456789ABCDEF0123456789AB” J
  • the file name of the clip information file is "" C0002C01.SMI "”
  • the resolution in the time axis direction of the clip is 59.94 fields / sec
  • the method of playing the clip Is a lace-in-the-race system and the effective time direction of the clip is Saga 40 00 a frame
  • the number of channels of the audio data constituting the clip is four channels
  • the eumit is r "01 3456789ABCDEF0123456789ABCDEF0123456789A C”
  • the file name of the clip information file is "C0003C01.SMI”
  • the resolution in the time axis direction of the clip is 59.94 ⁇ eld / sec
  • the clip is The playback method is interlaced; ⁇ expression, the effective time length of the clip is 100,000 frames, the number of audio data channels that make up the clip is 4, and the aspect ratio of the image data that makes up the clip Is "4: 3" Which indicates that.
  • the clip table of the index file contains the clip ID, the commutation, the conversion table information of the file name of the clip information file, and the attribute information necessary for playing the clip.
  • the elements are described in the order in which they are recorded on the optical disk 17.
  • clip id "C0 001”
  • Line 3 and line 4 video umid- "0123456789ABCDEF01 3456 789ABCDEF0123456789A1" file "C0001V01.
  • MXF type "DV25_41 IP” /> represents the clip child element of the image data file that constitutes the clip ing.
  • MXF" J is (in this case, the image data file)
  • Yumitsudo is Etsuse Nsude Isseki file of the clip shown to get the file name of The conversion table information of the Essence.
  • the file name of the corresponding essence data file (in this case, the image data file) is obtained by referring to this index file.
  • path / PROAV / CLPR /” J on the second line of Fig. 9
  • the essence data file (in this case, the image data file) is recorded on the optical disk 17 The position is obtained.
  • the clip data elements of the audio data file, the low resolution file, the clip data file, and the frame metadata file that make up the clip have basically the same configuration as the clip child element of the image data file. Therefore, the detailed description is omitted, but the 5th line
  • MXF "LPCM16" cast- "C”/> represents the clip child element of the audio data file that constitutes the clip And the Emitt is 0123456789ABCDEF0123456789ABCDEF0123 456789A2 "”, the file name of the audio data file is “C0001A01.MXF” J, the codec type of the audio data file is “LI> CM16”, and this audio data file is channel 1. ("CH1"). In the case of an audio data file, “cas“ CH1 ”” is described as channel information to be reproduced.
  • Audio umid "0123456789ABCDEF012 3456789ABCDEF0123456789A5""C0001A04.
  • ⁇ Meta file "C0001M01.
  • the name is "C0001R01.BIM” J, indicating that the codec type of the frame metadata file is "" std "".
  • Umid is included in the clip file and the frame metadata file. It is not set, but you may set a humidifier.
  • the clip table of the index file includes the essence of the essence data constituting the clip, the conversion table information of the file name of the essence data, and the attributes necessary to reproduce the essence data constituting the clip.
  • Information codec type and resolution
  • simply reading the index file obtains the information necessary to play the clip.
  • the essence data constituting the clip is read from the optical disk 17. Only that clip can be played. That is, the processing time from the designation of playback to playback is reduced.
  • the configuration example of the clip element with the clip ID “C0001” shown in FIG. 10 must be applied to all the clip elements with the clip IDs corresponding to the clips recorded on the optical disc 17. Can be done. That is, the configuration example of the clip element shown in FIG. 10 can be applied to the other clip IDs “C0002” to “C0004” shown in FIG. 9, and the description thereof is omitted. .
  • the edit list which is the result of editing the clip recorded in the edit list, is described as an edit list element in the order in which it was edited.
  • the clip which is the element to be replaced, merely replaces the edit list, and its basic configuration is the same.
  • fps "59.94i”
  • the md is r "0123456789ABCDEF0123456789ABCDEF0123456789BB” J
  • the file name of the edit list file is "" E0001E01.SMI "”
  • the attribute information of the edit list is that the effective time length of the edit list is 500 frames.
  • the resolution of the edit list in the time axis direction is 59.94 eld / sec
  • the playback method of the edit list is interlaced
  • the number of audio data channels reproduced by the edit list is four. This indicates that the aspect ratio of the image data reproduced by the edit list is "4: 3".
  • the edit list ID is "E0002" J and the edit list ID is "E0002".
  • the edit list ID is" 0003 "J, and the umiddo is r" 0123456789ABCDEF0123456789 ABCDEF0123456789BD "J, the file name of the edit list file is" "E0003E01.SMI" J, and, as attribute information of the edit list, the effective time length of the edit list is 500 frames.
  • the edit list has a resolution of 59,94 fields / sec in the time axis direction.
  • the edit list playback method is the inter-lemas method, and the audio data channel reproduced by the edit list.
  • the number of files is 4 channels, indicating that the aspect ratio of the image data reproduced by the edit list is “4: 3”.
  • the edit list ID is ⁇ " ⁇ 0004.
  • the file name of the edit list file is "" E0004E01.SMI ""
  • the attribute information of the edit list is that the effective time length of the edit list is 500
  • the frame has a resolution of 59.94 fields / sec in the time axis direction of the edit list.
  • the edit list playback method is an interlace system, the number of channels of audio data played back by the edit list is four, and the aspect ratio of the image data played back by the edit list is 4: 3. ”.
  • the playlist file "E0001P01.SMI7>” on the fifth line contains the edit list child element of the playlist file, which is information on the essence data playback procedure (playlist) based on this edit list (edited result). This indicates that the playlist file name is "" E0001 POL SMI "J.
  • ⁇ metafile "E0001M01.
  • the file name of the file is "" E0001M01.
  • XML "" indicating that the codec type of the edit list clip data file is "" PD-Meta "”.
  • the playlist file and the mail data file do not have the emis, but the emis May be set.
  • the edit list table of the index file is composed of the edit list ID, the Umid, the conversion table information of the file name of the edit list file, and the attribute information necessary for reproducing the edit list.
  • the edit list elements are described in the order in which they are edited.
  • the edit list ID “ ⁇ ⁇ ⁇ 000 ⁇ ” edit list element shown in FIG. 12 is an example of the edit list element of all edit list IDs corresponding to each edit list recorded on the optical disc 17. Can be applied. In other words, the configuration example of the edit list element shown in FIG. 12 should be applied to the other edit list IDs "" $ 0002 "" to "" $ 000 4 "” shown in FIG. The description is omitted. ,
  • the clip information file of the file system of the optical disk 17 will be described.
  • the clip information file describes management information for managing the clips recorded on the optical disc 17 for each clip.
  • the clip information file is managed using SMIL (Synchroni zed Multi-time Time Integration on Language) described in XML format in order to have versatility.
  • SMIL Synchronization zed Multi-time Time Integration on Language
  • FIGS. 13 and 14 show the clip information file 15 1 shown in FIG. 6 in the range specified by the start tag or body> tag and the end tag or body / tag.
  • FIG. 13 shows the first line and the 20th line in the above-described range
  • FIG. 14 shows the 2nd to 42nd lines in the above-described range.
  • the clip information file 1 5 1 In addition to the body> tags described in FIG. 13 and FIG. 14, in addition to the tag, the clip information file 15 Header information including the information of the clip data (for example, the clip metadata file 162 in FIG. 6) is described.
  • the par> tag on the second line indicates that the essence data described up to the par / tag on the 41st line is reproduced simultaneously (in parallel).
  • the ⁇ switch> tag on the third line indicates that any one of the essence data described up to the ⁇ switch> tag on the third line is switched and reproduced.
  • "ku!-Main stream ⁇ > j is a comment tag.
  • the essence data described up to the tag indicates a comment that is the main line data (original image data and audio data).
  • par system temCo immediately onent "IMX50">
  • umid (unique material identifier) is the first-wide unique identifier (ID identifier) set in the referenced data.
  • the umid (UMID) has a Basic UMID (32 bytes) and an Extended UMI D (32 bytes), of which the Basic UMID (32 bytes) is the only ID for image data, audio data, and the like.
  • the Extended UMID indicates the source pack (time, location, photographer, etc.) and is added to the Basic UMID to indicate the nature of the video or to be used for search.
  • the essence data is managed by the MIT. Therefore, in the optical disc 17, it is necessary to convert the eumids into file names using an index file, but on the other hand, since it is versatile, it can be used by an external device.
  • the 10th to 12th lines indicate that the audio data of ⁇ umid: 060A2B340101010501010D1213 000000123456789ABCDEF0123456789ABCDEF0 '' (for example, the audio data file 153) is played as the channel 1 on the LPCM16. I have.
  • the “ku-sub stream->” on the 34th line is a comment tag, and the essence data described in the 35th to 37th lines is a comment Is shown.
  • the 35th to 37th lines indicate Indicates that low resolution 5 (for example, mouth-to-resolution data file 16 1) of “umid: 060A2B340101010501010 D12130000009ABCDEF0123456789ABCDEF012345678J” is reproduced by SubStream.
  • “Gu- -realtime meta one>” in the ninth line is a comment tag, and the essence data described in the fourth line indicates a comment that is real-time data.
  • metastream src "C0001R01.BIM” type std "/> describes the attribute information of the metadata to be played back.”
  • the clip information in FIG. 13 and FIG. 14 and the file 15 1 include the image data file 15 2 and the audio data file 15 3 to 16 or the low resolution It is shown that the selected file is played simultaneously with the frame metadata file 163.
  • the essence data 25 evening information necessary for reproducing the essence data constituting the clip is described. Therefore, without reading the essence data and interpreting the information required for playback, the clip info By referring to the measurement file, it is possible to immediately obtain the additional information of the essence data, which is information necessary for reproducing the essence data.
  • the clip information file In the clip information file, versatile SMIL is used, and the essence data that constitutes the clip is managed by a versatile umid. This makes it easy to use the clip information file on an external device.
  • the clip information file may be used for processing such as editing and playing essence data.
  • the imaging staff uses the imaging device 14 to record the image data and audio data obtained by imaging, or to reproduce the image data and audio data recorded on the optical disk 17. Insert the optical disk 17 into the drive 66.
  • step S1 the CPU 51 waits until the optical disk 17 is mounted on the drive 66, and when determining that the optical disk 17 is mounted on the drive 66, proceeds to step S2 and proceeds to step S2. 6 to read an index file (for example, an index file 13 4) from the optical disc 17, develop (load) it into the RAM 53, and terminate the index file reading process.
  • an index file for example, an index file 13
  • the index file is read from the optical disk 17 and expanded on the RAM 53.
  • RAM Based on the index file developed in 53, data writing and reading processing are performed on the optical disc 17. Thereby, access to data recorded on the optical disk 17 can be accelerated.
  • the clip generation processing of the imaging device 14 will be described with reference to the flowchart of FIG.
  • the optical disk 17 is mounted on the imaging device 14, the index file reading process described above with reference to FIG. 15 is executed, and the RAM 53 stores an index file (for example, The index file 1 523 4) has been expanded.
  • the processing in FIGS. 17 to 20 The same applies to the processing in FIGS. 17 to 20.
  • the photographing staff operates the recording button constituting the operation unit 61 to record image data and audio data inputted by photographing on the optical disk 17 using the imaging device 14, and operates the optical disk 17. Instruct the recording of the data.
  • the operation unit 61 outputs an instruction signal for recording the data to the CPU 51.
  • the CPU 51 sends the data to the input unit 62, the encoder / decoder unit 56, and the recording control unit 54 to the optical disk 17 at the same time. Instruct recording start.
  • the RAM 53 stores image data and audio data set by the photographing staff via the operation unit 61 (or preset in the photographing device 14). Overnight information (resolution information, codec type, etc.) is stored.
  • the input unit 62 inputs image data captured by a camera and audio data collected by a microphone based on an instruction from the CPU 51 and supplies the data to the encoder / decoder unit 56.
  • the encoder / decoder unit 56 converts the image data and the audio data supplied from the input unit 62 based on the parameter data stored in the RAM 53, respectively. And supplies the encoded image data, audio data, and low-resolution data to the data acquisition unit 101.
  • the information acquisition unit 102 of the recording control unit 54 waits until the CPU 51 issues a recording start instruction in step S21 in FIG. 16, and the CPU 51 starts recording data. If it is determined that the instruction has been issued, the process proceeds to step S22 to acquire the parameter information stored in the RAM 53, and the data generating unit 103, the clip generating unit 104, and the index file updating unit 1 0 to 5 Also, at this time, the data capturing unit 101 supplies the image data, audio data, and mouth res data from the encoder Z decoder unit 56 to the data generating unit 103. ⁇
  • the clip generation unit 104 proceeds to step S 23 and clips the image data, audio data, and low-resolution data data input to the imaging device 14. Then, a clip directory (for example, clip directory 14 1) for management is generated, the generated clip directory is output to the table recording unit 107, and the process proceeds to step S 24.
  • the table recording unit 107 records the clip directory from the clip generation unit 104 on the optical disc 17 via the drive 66.
  • step S 24 the data generation unit 103 receives the header and feed of the essence data from the data acquisition unit 101 based on the parameter information from the information acquisition unit 102.
  • MXF essence data files that consist of the generated header, footer, and body (essential data) (eg, image data file 152, audio data 150-3 to 160, low resolution data file) 16 1) is generated, and each generated essence data file is output to the data recording unit 106, and the process proceeds to step S 25.
  • the data recording section 106 stores data The essence data file from the component 103 is recorded on the optical disk 17 via the drive 66.
  • step S25 the data generation unit 103 determines the frame metadata data based on the parameter information from the information acquisition unit 102 and the image data and audio data from the data acquisition unit 101.
  • a file (for example, frame metadata data file 16 3) is generated, and the generated frame metadata data file is output to the data recording unit 106, and the process proceeds to step S 26.
  • the data recording unit 106 records the frame metadata data file from the data generation unit 103 on the optical disk 17 via the drive 66.
  • step S26 the data generation unit 103 determines the clip metadata data based on the parameter information from the information acquisition unit 102 and the image data and audio data from the data acquisition unit 101. (For example, a clip data file 16 2) is generated, and the generated clip metadata file is output to the data recording unit 106, and the process proceeds to step S 27.
  • the data recording unit 106 records the clip data data file from the data generating unit 103 on the optical disk 17 via the drive 66.
  • step S27 the data generation unit 103, based on the parameter information from the information acquisition unit 102 and the image data from the data acquisition unit 101, stores the picture pointer file (for example, picture An image file 164) is generated, the generated picture pointer file is output to the data recording unit 106, and the flow advances to step S28.
  • the data recording unit 106 records the picture pointer file from the data generation unit 103 on the optical disk 17 via the drive 66.
  • step S28 the clip generation unit 104 selects the information acquisition unit 1
  • a clip information file (for example, a clip information file 15 1) is generated based on the parameter information from 02.
  • the clip generation unit 104 includes attribute information for managing essence data described based on each essence data generated by the data generation unit 103 (for example, the attribute information shown in FIG. 13).
  • attribute information for managing essence data described based on each essence data generated by the data generation unit 103 (for example, the attribute information shown in FIG. 13).
  • attribute information necessary for reproducing essence data described based on parameter information from the information acquisition unit 102 for example, FIG.
  • the table recording unit 107 records the clip information file from the clip generation unit 104 on the optical disk 17 via the drive 66.
  • step S29 the index file updating unit 105 updates the index file for adding a new clip element to the clip table of the index file.
  • the updating process of the index file will be described with reference to the flowchart of FIG.
  • step S41 of FIG. 17 the index file updating unit 105 determines the clip such as the humid and file name of the clip based on the clip information file generated by the clip generating unit 104.
  • step S45 the index file updating unit 105 adds (registers) the generated clip element (including the clip child element) to the clip table of the index file in the RAM 53, and registers the index file. Is updated, and the updated index file is output to the table recording unit 107.
  • the index file updating unit 105 registers the generated clip element at the end of the clip element registered in the clip table.
  • Table recording section 107 records the index file from the index file updating unit 105 on the optical disk 17 via the drive 66, returns to FIG. 16, and ends the clip generation processing.
  • the attribute information necessary for reproducing the essence data is described in the index file and the clip information file, so that when reproducing the data recorded on the optical disc 17, It is possible to acquire the attribute information necessary for reproducing the essence data based on the index file or the clip information file. This eliminates the need to read the attribute information from the essence data overnight, shortening the playback processing time.
  • the attribute information required to reproduce the essence data is stored in the index file and the clip information file. Since the files are managed twice, the index file can be referred to on the optical disc to reduce the processing time for playback, and the external device uses a versatile clip information file. Can be
  • FIG. 18 illustrates a case where a clip is reproduced based on a clip information file.
  • the photographing staff operates a button or the like of the operation unit 61 to instruct the reproduction of a desired clip in order to confirm the photographed clip.
  • the operation unit 61 outputs a clip reproduction instruction signal to the CPU 51.
  • the CPU 51 instructs the playback control unit 55 to start playback of a clip from the optical disc 17.
  • step S101 in FIG. 18 the clip playback unit 111 waits until the CPU 51 issues a command to start playing a clip. If it is determined, the flow advances to step S102 to control the clip information acquisition unit 114 to transfer the designated clip information file (for example, the clip information file 151) via the drive 66 to the optical disc 17 Read it from.
  • the clip information acquisition unit 114 expands (loads) the read clip information into the RAM 53, and proceeds to step S103.
  • the clip playback unit 111 controls the clip information acquisition unit 114, and in step S103, reads the essence of essence data to be played back from the clip information file in the RAM 53 (see FIG. 13).
  • the clip playback unit 1 1 1 1 controls the index file information acquisition unit 1 1 3
  • step S104 the clip playback unit 111 drives the drive 66, the encoder / decoder unit 56, and the output unit 63 based on the attribute information and the file name acquired by the clip information acquisition unit 114.
  • the essence data corresponding to the file name is read from the optical disk 17 and supplied to the encoder / decoder unit 56.
  • the encoder / decoder unit 56 decodes the essence data based on the attribute information from the clip reproducing unit 111, and outputs the decoded data to a monitor or a speaker constituting the output unit 63.
  • attribute information necessary for reproducing essence data can be obtained from the clip information file, so that it is not necessary to obtain information necessary for reproduction from essence data, and processing time is reduced. Is shortened.
  • step S121 in FIG. 19 is basically the same as the processing in step S101 in FIG. 18, and a description thereof will be omitted as appropriate.
  • the clip playback unit 111 waits in step S121 of FIG. 19 until the CPU 51 issues a command to start playing a clip. If it is determined, the process proceeds to step S122 to control the index file information acquisition unit 113 to acquire the clip element to be reproduced from the clip table of the index file (for example, the index file 134) of the RAM 53.
  • step S123 the clip playback unit 1 1 1
  • the drive 66, the encoder / decoder 56, and the output 63 are controlled based on the attribute information and the file name obtained by the file information obtaining unit 113, and the essence recorded on the optical disk 17 is controlled. Play the clip overnight and end the clip playback process.
  • the drive 66 reads the essence data corresponding to the file name from the optical disk 17 under the control of the clip reproducing unit 111, and supplies it to the encoder Z decoder unit 56.
  • the encoder Z decoder section 56 decodes the essence data based on the attribute information from the clip reproducing section 111, and outputs the decoded data to a monitor or a speaker constituting an output section.
  • the attribute information necessary for reproducing the essence data can be obtained from the index file, in order to obtain the attribute information, the essence data and the clip information from the optical disc 17 are obtained. There is no need to read and interpret the file, and the processing time is further reduced than in the case of the reproduction processing in FIG.
  • the photographing staff operates a button or the like of the operation unit 61 to instruct the tape playback to check all the clips that have been shot.
  • a tape is used as a recording medium, and the tape When playing back data recorded on a tape, the data recorded on the tape is played back continuously without interruption in the order recorded on the tape.
  • the tape playback process is to play back all the clips recorded on the optical disc 17 one after another in the recorded order as if playing a tape.
  • the operation unit 61 which refers to a continuous clip playback process, outputs a tape playback instruction signal to the CPU 51. When a tape playback instruction signal is input via the operation unit 61, the CPU 51 instructs the playback control unit 55 to start tape playback from the optical disc 17.
  • the tape playback unit 112 waits until the CPU 51 instructs to start tape playback in step S151 of FIG. 20, and the CPU 51 instructs to start tape playback. If it is determined that the first clip element has been read from the clip table of the index file (for example, the index file 13 4) of the RAM 53, the process proceeds to step S 15 2 to control the index file information acquisition section 113. To get.
  • the tape playback unit 112 controls the drive 66, the encoder / decoder unit 56, and the output unit 63 based on the attribute information and the file name acquired in step S153, and 17 Play back the essence data recorded in 7. Specifically, under the control of the tape playback unit 112, the drive 66 The data is read from the optical disk 17 and supplied to the encoder / decoder unit 56. The encoder Z decoder section 56 decodes the essence data based on the attribute information from the tape playback section 112, and outputs the decoded data to a monitor or speaker constituting the output section 63. .
  • the tape playback unit 112 Upon completion of the clip playback processing in step S153, the tape playback unit 112 proceeds to step S154, and based on the information from the index file information acquisition unit 113, reads the index file. It is determined whether or not playback processing has been completed for all the clip elements that make up the lip table.If it is determined that there is a clip element that has not been played yet in the clip table of the index file, the step is performed. Returning to S152, the index file information acquisition section 113 is controlled to acquire the next clip element of the index file in the index file of the RAM 53, and the subsequent processing is repeated.
  • the tape playback unit 112 determines in step S154 that the playback processing has been completed for all the clip elements constituting the clip table of the index file, the tape playback unit 112 ends the tape playback processing.
  • the tape playback unit 112 since the clip is played by referring to the index file, the time to read the essence data or the clip information file to obtain the attribute information necessary for playing the clip is reduced. In addition, the occurrence of a time lag is suppressed when shifting from playback of one clip to playback of the next clip.
  • the attribute information required for reproducing the essence data is managed twice in the index file and the clip information file. Therefore, in the optical disc, the attribute information is referred to instead of referring to the clip information file.
  • the index file which has a fast playback process
  • the playback processing time can be further reduced, and external devices can use the versatile clip-in format file for different purposes. it can.
  • the clip information file may be used for processing such as reproduction and editing of essence data.
  • the medium is not limited to an optical disk, but may be a magnetic disk such as a magneto-optical disk, a flexible disk or a hard disk, a magnetic tape, or a semiconductor memory such as a flash memory.
  • the imaging device 14 records a clip and reproduces the clip
  • the information processing device that performs the recording and reproduction is not limited to this.
  • FIG. The planning terminal device 11, the field PC 15 or the editing terminal device 16 may be used, or another information processing device may be used.
  • the information processing apparatus to which the present invention has been applied acquires the reproduction information necessary for reproducing data when data is recorded, and uniquely identifies the data together with the acquired reproduction information.
  • a first management file that manages data for each data is described, describing an identifier for identifying the data, and the obtained reproduction information, the data identifier, and the information indicating the position where the data is recorded are generated.
  • the process of registering the management information of the configured data in the second management file that collectively manages the data recorded on the recording medium may be performed.
  • the processing may be performed by any method, and processing other than such processing may be further performed.
  • the configuration of the information processing apparatus to which the present invention is applied may be a configuration other than the configuration shown in FIG. 2 as long as such processing can be executed.
  • the series of processes described above can be executed by hardware, or can be executed by software as described above.
  • various functions must be executed by installing a computer in which the software that constitutes the software is incorporated in dedicated software, or by installing various programs. It can be installed, for example, from a recording medium on a general-purpose personal computer.
  • the recording medium is a magnetic disk (including a flexible disk) on which the program is recorded, which is distributed separately from the imaging device 14 to provide the user with the program.
  • Optical disks including CD-ROMs (Compact Disc-Read Only Memory), DVDs (Digital Vers at ile Discs)), magneto-optical discs (including MD (Mini-Disc) (registered trademark))
  • removable media 71 including package media consisting of semiconductor memory, etc. It is composed of a hard disk including a ROM 52 storing a program and a storage unit 63 provided to a user in a state where the program is pre-installed in the computer.
  • the steps of describing a program provided by a medium may be performed in chronological order according to the order described, or may be performed in parallel or individually, even if not necessarily performed in chronological order. This includes the processing to be executed.
  • system refers to an entire device including a plurality of devices.
  • data can be smoothly reproduced. Further, according to the present invention, a plurality of data can be continuously and smoothly reproduced.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

データをスムーズに再生することができるようにする。クリップ生成部１０４は、情報取得部１０２からのパラメータ情報に基づいて、データ生成部１０３により生成された各エッセンスデータを再生するために必要な、各エッセンスデータの属性情報が記述されたクリップインフォメーションファイルを生成する。インデックスファイル更新部１０５は、光ディスク１７から読み出され、RAMに記憶されているインデックスファイルに、情報取得部１０２からのパラメータ情報に基づいて、生成されたクリップに対応する、クリップを再生するために必要なクリップの属性情報が記述されたクリップ要素を生成し、インデックスファイルを更新する。本発明は、映像プログラム制作支援システムに適用できる。

Description

明 細 書
情報処理装置および方法、 プログラム記録媒体、 並びにプログラム 技術分野
本発明は、 情報処理装置および方法、 プログラム記録媒体、 並びに プログラムに関し、 特に、 データをスムーズに再生することができる ようにした情報処理装置および方法、 プログラム記録媒体、 並びにプ ログラムに関する。 背景技術
近年、 データの書き込みや消去を繰り返し行うことができる CD- RW( Compact Disc-ReWri table) , DVD-RW (Digital Versatile Disc-ReWrit able)などの記録媒体が、 その低価格化に伴い普及し,つつある。
これらのディスク状の記録媒体においては、 所定のデータへのラン ダムアクセスが可能であり、 画像データや音声データなどのデータが コンテンッとして書き込まれたり、 書き込まれたコンテンツが消去さ れたりする。 このようにして、 記録媒体に書き込まれたコンテンツの 情報は、 コンテンツ管理ファイルなどに一括管理されていることが多 い。
コンテンツ管理テーブルには、 例えば、 コンテンツが記録されてい る位置を示す 「コンテンツ」 へのポインタ、 記録日時、 変更日時、 ま たはプロテク卜の情報などからなる属性情報、 コンテンツのサムネィ ル （画像） 、 および、 コンテンツのタイトル名などのテキスト情報な どが管理されている。
したがって、 記録媒体に記録されているコンテンツを再生する場合 、 コンテンツ管理テーブルの 「コンテンツ」 へのポインタが示す位置 に基づいて、 コンテンツのデータにアクセスし、 データそのもの、 ま たはデータの一部からコンテンツを再生するための再生情報 （例えば 、 コンテンツを構成するデータのコーデックの種類、 データの解像度 など） を取得し、 取得した再生情報に基づいて、 データを再生してい た。
しかしながら、 上述したようにして、 データなどからコンテンツを 再生するための再生情報を取得すると、 例えば、 データを解釈するた めの時間がかかってしまうなど、 その再生情報を取得するための時間 がかかってしまい、 再生すべきコンテンツのデータの読み出しが、 そ の再生時刻に間に合わなくなつてしまう課題があつた。
さらに、 記録媒体に記録されているコンテンツをすベて連続してス ムーズに再生しょうとした場合、 任意の位置のデータを再生した後に 、 その位置から離れた領域に記録された次のデータから再生情報を取 得しなければならない。 このような場合、 その再生を行う再生装置で は、 ある領域から他の領域に再生対象が移行するときに、 シークが発 生する。
そして、 このシークに要するシーク時間が大である場合には、 シー ク時間ばかりでなく、 さらに、 データから再生情報を取得する時間も かかってしまうため、 次に再生すべきコンテンツのデータの読み出し が、 その再生時刻に間に合わず、 再生が途切れること、 すなわち、 複 数のコンテンツのデータを連続してスムーズに再生することが困難で ある課題があった。 発明の開示
本発明はこのような状況に鑑みてなされたものであり、 データをス ムーズに再生することができるようにするものである。 本発明の情報処理装置は、 データが記録されるときに、 データを再 生するために必要な再生情報を取得する情報取得手段と、 情報取得手 段により取得された再生情報とともに、 データを一意的に識別するた めの識別子を記述した、 データ毎にデータを管理する第 1の管理ファ ィルを生成する生成手段と、 情報取得手段により取得された再生情報 と、 データの識別子およびデータが記録されている位置を示す情報に より構成されるデータの管理情報を、 記録媒体に記録されているデ一 夕を一括管理する第 2の管理ファイルに登録する登録手段とを備える ことを特徴とする。
登録手段は、 データの管理情報を、 第 2の管理ファイルの最後尾に 登録するようにすることができる。
第 1の管理ファイルまたは第 2の管理ファイルに基づいて、 データ を再生する再生手段をさらに備えるようにすること できる。
第 1の管理ファイルまたは第 2の管理ファイルに基づいて、 記録媒 体に記録されているすべてのデータを連続再生する連続再生手段をさ らに備えるようにすることができる。
本発明の情報処理方法は、 データが記録されるときに、 デ一夕を再 生するために必要な再生情報を取得する情報取得ステップと、 情報取 得ステップの処理により取得された再生情報とともに、 データを一意 的に識別するための識別子を記述した、 データ毎にデータを管理する 第 1の管理ファイルを生成する生成ステップと、 情報取得ステップの 処理により取得された再生情報と、 データの識別子およびデー夕が記 録されている位置を示す情報により構成されるデータの管理情報を、 記録媒体に記録されているデータを一括管理する第 2の管理ファイル に登録する登録ステップとを含むことを特徴とする。
本発明のプログラムが記録されるプログラム記録媒体は、 データが 記録されるときに、 データを再生するために必要な再生情報を取得す る情報取得ステップと、 情報取得ステップの処理により取得された再 生情報とともに、 データを一意的に識別するための識別子を記述した
、 データ毎にデータを管理する第 1の管理ファイルを生成する生成ス テツプと、 情報取得ステップの処理により取得された再生情報と、 デ 一夕の識別子およびデータが記録されている位置を示す情報により構 成されるデータの管理情報を、 記録媒体に記録されているデータを一 括管理する第 2の管理ファイルに登録する登録ステップとを含むこと を特徴とする。
本発明のプログラムは、 データが記録されるときに、 データを再生 するために必要な再生情報を取得する情報取得ステップと、 情報取得 ステップの処理により取得された再生情報とともに、 データを一意的 に識別するための識別子を記述した、 データ毎にデ一夕を管理する第 1の管理ファイルを生成する生成ステップと、 情報取得ステップの処 理により取得された再生情報と、 データの識別子およびデータが記録 されている位置を示す情報により構成されるデー夕の管理情報を、 記 録媒体に記録されているデータを一括管理する第 2の管理ファイルに 登録する登録ステップとを含むことを特徴とする。
本発明によれば、 デ一夕が記録されるときに、 データを再生するた めに必要な再生情報が取得され、 取得された再生情報とともに、 デー 夕を一意的に識別するための識別子を記述した、 データ毎にデータを 管理する第 1の管理ファイルが生成される。 また、 取得された再生情 報と、 データの識別子およびデ一夕が記録されている位置を示す情報 により構成されるデータの管理情報が、 記録媒体に記録されているデ 一夕を一括管理する第 2の管理ファイルに登録される。 図面の簡単な説明
第 1図は、 本発明を適用した映像プログラム制作支援システムの構 成例を示す図、 第 2図は、 第 1図の撮像装置の構成例を示すブロック 図、 第 3図は、 第 2図の記録制御部の構成例を示すブロック図、 第 4 図は、 第 2図の再生制御部の構成例を示すブロック図、 第 5図は、 第 1図の光ディスクのファイルシステムの構成例を示す図、 第 6図は、 第 5図のクリップディレクトリの構成例を示す図、 第 7図は、 第 5図 のエディツトリストディレクトリの構成例を示す図、 第 8図は、 第 5 図のインデックスファイルの例を示す図、 第 9図は、 第 8図の第 5行 目のクリップテーブルの例を示す図、 第 1 0図は、 第 9図の第 2行目 乃至第 5行目のクリップ I D 「" C0001 "」 のクリップ要素の例を示す 図、 第 1 1図は、 第 8図の第 6行目のエディットリストテ一ブルの例 を示す図、 第 1 2図は、 第 1 1図の第 2行目乃至第 5,行目のエディッ トリスト I D 「" Ε000 '」 のエディツトリスト要素の例を示す図、 第 1 3図は、 第 6図のクリップインフォメーションファイルのコードの 例を示す図、 第 1 4図は、 第 6図のクリップインフォメーションファ ィルのコードの例を示す図、 第 1 5図は、 第 1図の撮像装置のインデ ックスファイルの読み出し処理を説明するフローチャート、 第 1 6図 は、 第 1図の撮像装置のクリップ生成処理を説明するフローチャート 、 第 1 7図は、 第 1 6図のステップ S 2 9のインデックスファイルの 更新処理を説明するフローチャート、 第 1 8図は、 第 1図の撮像装置 のクリップ再生処理を説明するフローチャート、 第 1 9図は、 第 1図 の撮像装置のクリップ再生処理の他の例を説明するフローチャート、 第 2 0図は、 第 1図の撮像装置のテープ再生処理を説明するフローチ ヤー卜である。 発明を実施するための最良の形態
以下に本発明の実施の形態を説明するが、 請求の範囲に記載の構成 要件と、 発明の実施の形態における具体例との対応関係を例示すると 、 次のようになる。 この記載は、 請求の範囲に記載されている発明を サポートする具体例が、 発明の実施の形態に記載されていることを確 認するためのものである。 従って、 発明の実施の形態中には記載され ているが、 構成要件に対応するものとして、 ここには記載されていな い具体例があつたとしても、 そのことは、 その具体例が、 その構成要 件に対応するものではないことを意味するものではない。 逆に、 具体 例が構成要件に対応するものとしてここに記載されていたとしても、 そのことは、 その具体例が、 その構成要件以外の構成要件には対応し ないものであることを意味するものでもない。
さらに、 この記載は、 発明の実施の形態に記載されている具体例に 対応する発明が、 請求の範囲にすべて記載されていることを意味する ものではない。 換言すれば、 この記載は、 発明の実施の形態に記載さ れている具体例に対応する発明であって、 この出願の請求の範囲には 記載されていない発明の存在、 すなわち、 将来、 分割出願されたり、 補正により追加される発明の存在を否定するものではない。
請求の範囲 1に記載の情報処理装置 （例えば、 第 1図の撮像装置 1 4 ) は、 記録媒体 （例えば、 第 1図の光ディスク 1 7 ) に記録されて いるデータ （例えば、 クリップ） を管理する情報処理装置において、 データが記録されるときに、 データを再生するために必要な再生情報 (例えば、 データの解像度やコーデックの種類） を取得する情報取得 手段 （例えば、 第 3図の情報取得部 1 0 2 ) と、 情報取得手段により 取得された再生情報 （例えば、 第 1 3図の第 8行目 「type=" IMX50"」
) とともに、 データを一意的に識別するための識別子 （例えば、 第 1 3図の第 7行目および第 8行目の 「umid: 060A2B340101010501010D12 130000000123456789ABCDEF0123456789ABCDEF J ) を記述した、 データ (例えば、 クリップ） 毎にデータを管理する第 1の管理ファイル （例 えば、 第 6図のクリップインフォメ一ションファイル 1 5 1) を生成 する生成手段 （例えば、 第 3図のクリップ生成部 1 04) と、 情報取 得手段により取得された再生情報 （例えば、 第 1 0図の第 4行目の 「 type="DV25— 411P"」 ） と、 データの識別子 （例えば、 第 1 0図の第 3 行目の rUmid=" 0123456789ABCDEF0123456789ABCDEF0123456789Al" J ) およびデータが記録されている位置を示す情報 （例えば、 第 1 0図 の第 4行目の 「iile="C0001V01.MXF"」 ) により構成されるデータの 管理情報 （例えば、 クリップ要素） を、 記録媒体に記録されているデ —夕を一括管理する第 2の管理ファイル （例えば、 第 5図のインデッ クスファイル 1 34) に登録する登録手段 （例えば、，第 3図のインデ ックスファイル更新部 1 0 5) とを備えることを特徴とする。
請求の範囲 3に記載の情報処理装置は、 第 1の管理ファイル （例え ば、 第 6図のクリップインフォメーションファイル 1 5 1 ) または第 2の管理ファイル （例えば、 第 5図のインデックスファイル 1 34) に基づいて、 データを再生する再生手段 （例えば、 第 4図のクリップ 再生部 1 1 1 ) をさらに備えることを特徴とする。
請求の範囲 4に記載の情報処理装置は、 第 1の管理ファイル （例え ば、 第 6図のクリップインフォメーションファイル 1 5 1 ) または第 2の管理ファイル （例えば、 第 5図のインデックスファイル 1 34) に基づいて、 記録媒体 （例えば、 第 1図の光ディスク 1 7) に記録さ れているすべてのデータを連続再生する連続再生手段 （例えば、 第 4 図のテープ再生部 1 1 2) をさらに備えることを特徴とする。
本発明の情報処理方法は、 記録媒体 （例えば、 第 1図の光ディスク 1 7) に記録されているデータ （例えば、 クリップ） を管理する情報 処理方法であって、 データが記録されるときに、 データを再生するた めに必要な再生情報 （例えば、 データの解像度やコーデックの種類） を取得する情報取得ステップ （例えば、 第 1 6図のステップ S 2 2) と、 情報取得ステップの処理により取得された再生情報 （例えば、 第 1 3図の第 8行目の 「type="IMX50"」 ）' とともに、 デ一夕を一意的に 識別するための識別子 （例えば、 第 1 3図の第 7行目および第 8行目 の rumid: 060A2B340101010501010D1213QOOOQQ0123456789ABCDEF0123 456789ABCDEFJ ) を記述した、 データ （例えば、 クリップ） 毎にデー 夕を管理する第 1の管理ファイル （例えば、 第 6図のクリップインフ オメーションファイル 1 5 1) を生成する生成ステップ （例えば、 第 1 6図のステップ S 2 8) と、 情報取得ステップの処理により取得さ れた再生情報 （例えば、 第 1 0図の第 4行目の 「typ "DV25— 411P"」 ) と、 データの識別子 （例えば、 第 1 0図の第 3行目の 「umid="0123 456789ABCDEF0123456789ABCDEF0123456789A1"J ) およびデータが記 録されている位置を示す情報 （例えば、 第 1 0図の第 4行目の 「 le ="C0001V01.MXF"J ) により構成されるデータの管理情報 （例えば、 クリップ要素） を、 記録媒体に記録されているデータを一括管理する 第 2の管理ファイル （例えば、 第 5図のインデックスファイル 1 34 ) に登録する登録ステップ （例えば、 第 1 6図のステップ S 2 9) と を含むことを特徴とする。
なお、 本発明のプログラム記録媒体およびプログラムも上述した本 発明の情報処理方法と基本的に同様の構成であるため、 繰り返しにな るのでその説明は省略する。
以下、 図を参照して本発明の実施の形態について説明する。
第 1図は、 本発明を適用した映像プログラム制作支援システムの構 成例を示す図である。
第 1図において、 映像プログラム制作支援システム 1は、 例えば、 テレビジョン信号を放送するテレビジョン放送局や、 ビデオや映画等 の映像コンテンツの制作会社等において設けられるシステムであり、 テレビジョン番組や映画等の映像作品である映像プログラムを制作す るためのシステムである。 この映像プログラム制作支援システム 1は 、 映像プログラムの制作を分担する複数の部署間で、 電子ファイル形 式で構成される、 映像プログラムに付加されたメタデータ等を一貫し て利用できるようにし、 映像プログラムを効率よく作成するためのシ ステムである。
映像プログラム制作支援システム 1は、 第 1図に示されるように、 映像プログラムの企画を行う企画用端末装置 1 1、 企画用端末装置 1 1が接続されたネットワーク 1 2、 ネットワーク 1 2,に接続された取 材用端末装置 1 3、 取材用端末装置 1 3を構成する撮像装置 1 4およ びフィー レド PC/PDA (Personal Compu t er/Persona l Digi t a l As s i s t ant s) 1 5 (以下、 フィールド PC 1 5と称する） 、 同様に、 ネットヮ ーク 1 2に接続される編集用端末装置 1 6、 並びに、 記録媒体である 光ディスク 1 7により構成される。
企画用端末装置 1 1は、 例えば、 パーソナルコンピュータ等の情報 処理装置およびその周辺装置等により構成され、 映像プログラムの企 画が行われる企画構成部署等に設けられる。 この企画構成部署は、 映 像プログラムの制作全体を統括する部署であり、 制作する映像プログ ラムの企画および構想を行って、 映像プログラムのシナリオ （筋書き ) を作成するとともに、 後述する取材部署および編集部署等の他部署 に制作作業内容を指示する部署である。 企画用端末装置 1 1は、 例え ば、 映像プログラムのシナリオに対応する制作指示情報等を含む、 電 子ファイル形式の構成表メタデータを映像プログラム毎に作成する等 の処理を行う。 企画用端末装置 1 1は、 生成した構成表メタデータを 、 ネットワーク 1 2を介して取材用端末装置 1 3等に供給する。 これ により、 企画構成部署は、 取材部署等に対して、 取材または撮影すぺ き場面や内容の指示を行う。
取材用端末装置 1 3は、 取材を行う取材部署によって用いられる端 末装置群であり、 例えば、 撮像装置 1 4とフィールド PC 1 5により構 成される。 この取材部署は、 例えば、 企画構成部署からの制作指示や シナリオに従って、 制作現場で実際に取材を行う部署であり、 映像プ ログラムを構成する各場面の映像を撮影するとともに、 撮影状況を取 材する部署である。
撮像装置 1 4は、 例えば、 カムコーダ （登録商標） 等のビデオカメ ラで り、 放送用のニュース番組の取材や、 スポーツ等の試合の模様 、 映画などの映像コンテンツの撮影に使用される装置である。 この撮 像装置 1 4は、 ネットワーク 1 2に接続されており、 例えば、 上述し た企画用端末装置 1 1から、 ネットヮ一ク 1 2を介して構成表メタデ 一夕を取得する。 そして、 撮像装置 1 4は、 その取得した構成表メタ データを所定の表示部等に表示し、 カメラマン等の撮影スタッフに撮 影すべき内容を認識させる。 また、 撮像装置 1 4は、 撮影スタッフに 操作され、 取得した構成表メタデータの制作指示情報に基づいて、 映 像プログラムを構成する各場面の撮影を行う。
撮像装置 1 4は、 撮影により得られた画像データや音声デ一夕を光 ディスク 1 7等の記録媒体に記録する。 このとき、 撮像装置 1 4は、 1回の撮像処理を示す単位であるクリップに対応する画像データや音 声データ等を含む映像コンテンッに関するデ一タを、 まとめて 1つの クリップとして光ディスク 1 7に記録し、 管理する。 また、 撮像装置 1 4は、 例えば、 撮像により得られた画像データで あるオリジナルの画像データだけでなく、 ローレゾリューション （l o reso lu t i on：低解像度） 画像データ （以下、 口一レゾデ一夕と称す る） も、 クリップに含めて光ディスク 1 7に記録し、 管理することが できる。 オリジナルの画像データは、 データ量が大きいが、 高画質な 画像データであるので、 映像プログラムの完成品に用いられる。 一方 、 ローレゾデ一夕は、 オリジナルの画像デ一夕から各フレームの画素 数が間引かれること等によって生成された、 画素数の少ないフレーム の画像に対応する画像データである。 この口一レゾデータは、 オリジ ナルの画像データと比較して低画質であるが、 データ量が小さいので 、 送信や再生など処理の負荷が軽く、 主に粗編集処理等に利用される 撮像装置 1 4により、 光ディスク 1 7に記録され 複数のクリップ は、 複数のクリップを一括管理するインデックスファイル （第 5図を 参照して後述する） と、 クリップを構成する画像データや音声データ 等をクリップ毎に管理するクリップィンフオメ一シヨンファイル （第 6図を参照して後述する） により管理される。
撮像装置 1 4は、 インデックスファイルまたはクリップインフォメ ——ンョンファイルに基づいて、 この光ディスク 1 7に記録されたクリ ップの画像データなどを所定の表示部等に表示させ、 制作指示情報に 応じた撮影ができたか否かを撮影スタッフに確認させる。 また、 撮像 装置 1 4は、 インデックスファイルまたはクリップインフォメーショ ンファイルを参照して、 光ディスク 1 7に記録された複数のクリップ の画像データを連続して、 あたかもテープに記録された画像データを 連続して再生するかのように、 所定の表示部等に表示させ、 撮影され た複数の場面を連続して撮影スタッフに確認させることもできる。 なお、 クリップは、 1回の撮像処理だけでなく、 その撮像処理の撮 像開始から撮像終了までの時間を示す単位でもあり、 その撮像処理に より得られた各種のデータの長さを示す単位でもあり、 その撮像処理 により得られた各種のデー夕のデータ量を示す単位でもある。 さらに 、 クリップは、 その各種のデ一夕の集合体そのものも示す場合もある 撮像装置 1 4により、 映像コンテンツとして、 複数のクリップ （画 像データや音声データ等） が記録された光ディスク 1 7は、 例えば、 後述する編集部署やフィールド PC 1 5等に搬送され、 利用される。 し かしながら、 光ディスク 1 7の搬送にはある程度の時間を要するため 、 撮像装置 1 4は、 ネットワーク 1 2を介して、 企画用端末装置 1 1 、 フィールド PC 1 5、 または編集端末装置 1 6等に、 画像データを供 給できるようにしてもよい。 その場合、 撮像装置 1 4は、 転送時間を 短縮するために （転送処理の負荷を軽減するために） 、 撮像により得 られた画像データの代わりに、 その画像データに対応する、 データ量 の小さいローレゾデータを供給するようにするのが望ましい。
なお、 撮像装置 1 4によるローレゾデ一夕の転送処理は、 どのよう なタイミングで行うようにしてもよく、 撮像処理と並行して行うよう にしてもよいし、 撮像処理の終了後に一括して行うようにしてもよい 。
このように、 光ディスク 1 7の搬送に先駆けて、 ローレゾデータを 転送することにより、 編集部署は、 搬送された光ディスク 7が到着 していなくても、 比較的早い段階で （例えば、 撮像処理と同時並行し て） 、 編集作業を行うことができるので、 映像プログラムの制作効率 を高めることができる。 なお、 上述のように、 ローレゾデータがネッ トワーク 1 2を介して伝送される場合、 撮像装置 1 4は、 たとえば、 オリジナルの画像デ一夕や音声データのみを光ディスク 1 7に記録す るようにしてもよい （ローレゾデータを光ディスク 1 7に記録しない ようにしてもよい） 。
なお、 撮像装置 14が映像コンテンツ等を記録する記録媒体として は、 上述した光ディスク 1 7の例に限定されず、 どのような記録媒体 であってもよい。 例えば、 MD (Mini-Disc) (登録商標） や MO (Magne to Optical disc) を含む光磁気ディスク、 フレキシブルディスクを 含む磁気ディスク、 DV (Digital Video)や VHS (Video Home System) に用いられる磁気テープ、 フラッシュメモリ等を含む半導体メモリ等 であってもよい。
フィールド PC1 5は、 例えば、 ノート型パーソナルコンピュータや PDA等の携帯可能な情報処理装置および周辺装置などで構成きれる。 このフィールド PC 1 5は、 撮像装置 14と各種の有歸または無線回線 等により接続されており、 例えば、 構成表メタデータや映像コンテン ッなどを撮像装置 14と共有することができる。
このフィールド PC1 5は、 例えば、 ネットワーク 1 2を介して、 企 画用端末装置 1 1から構成表メタデータを取得したり、 撮像装置 14 から構成表メタデータを取得したりする。 フィールド PC1 5は、 取得 レた構成表メタデータを所定の表示部に表示し、 取材部署担当者に取 材、 撮影すべき内容を認識させる。
さらに、 フィールド PC1 5は、 ユーザである取材部署担当者の入力 に基づいて、 取材 ·撮影状況に関する情報である撮影状況情報を生成 し、 生成した撮影状況情報を構成表メ夕デ一夕内の該当欄に追加する 。 この撮影状況情報は、 例えば、 テイクごとや取材場所ごとに多様な 観点で記載されたテキストデータ等であり、 後段の編集処理時に有用 となる情報である。 このように、 フィールド PC1 5は、 撮影状況情報 を書き込むことにより、 構成表メタデータを編集する。 また、 フィー ルド PC 1 5は、 撮影状況情報をメタデータとして撮像装置 1 4に供給 し、 撮像装置 1 4において得られた画像データや音声データに付加さ せる。
編集用端末装置 1 6は、 例えば、 パーソナルコンピュータ等の情報 処理装置および周辺装置により構成され、 映像コンテンツの編集処理 を行う編集部署に設けられる。 編集部署は、 企画構成部署による制作 指示やシナリオ、 取材部署における取材状況を反映した構成表メタデ 一夕等に基づいて、 撮像装置 1 4により得られた画像デ一夕や音声デ 一夕を編集し、 映像プログラムを完成させる部署である。
編集用端末装置 1 6は、 例えば、 撮像装置 1 4から、 ネットワーク 1 2を介して、 構成表メタデータやローレゾデータを取得する。 また 、 編集用端末装置 1 6は、 撮像装置 1 4においてクリ,ップ （画像デー 夕や音声データ） が記録された光ディスク 1 7より、 オリジナルの画 像データや音声データを取得する。 さらに、 編集用端末装置 1 6は、 企画用端末装置 1 1またはフィールド PC 1 5等より、 ネットワーク 1 2を介して、 直接制作指示 （編集に関する指示） を取得することも可 能である。
編集用端末装置 1 6は、 以上のように取得した構成表メタデ一夕に 基づいて、 取得した映像コンテンツを好適に再生して表示する。 例え ば、 編集用端末装置 1 6は、 ユーザに操作され、 ネットワーク 1 2を 介して取得した口一レゾデータや、 光ディスク 1 7に記録されている オリジナルの画像データや音声データを、 シナリオに従った順序で連 続的に表示したり、 光ディスク 1 7に記録されているすべてのクリッ プのオリジナルの画像データや音声データを連続的に表示したり、 所 望のクリップの画像データのみを表示したりする。 なお、 光ディスク 1 7に記録されているオリジナルの画像データを再生する場合、 編集 用端末装置 1 6は、 例えば、 光ディスク 1 7に記録されているデータ を読み出したり、 光ディスク 1 7にデータを書き込んだりする記録再 生装置であるディスク装置等を利用する。 また、 その際には、 光ディ スク 1 7に記録されているデータを管理するィンデックスファイルま たはクリップィンフオメ一ションファイルが参照される。
また、 編集用端末装置 1 6は、 例えば、 構成表メタデータに基づい て必要な画像データ等を好適な順序で再生し、 表示するだけでなく、 取材により得られた画像デ一夕等の編集処理を行う。 この編集処理と しては、 粗編集処理と本編集処理がある。
粗編集処理は、 画像データや音声デ一夕に対する簡易的な編集処理 である。 例えば、 編集用端末装置 1 6は、 粗編集処理において、 例え ば、 クリップを複数取得した場合に、 それらのクリ プの中から、 本 編集で使用すべきクリップを選択し、 選択されたクリップのデ一夕の 中から、 さらに必要な映像部分を選択 （Logging) し、 その選択され た映像部分に対応する編集開始位置 （In点） および編集終了位置 （Ou ） を例えば、 タイムコ一ド等を利用して設定し、 上述したクリツ プのデータの中から、 対応する部分を抽出 （Inges t ing) する。
本編集処理は、 粗編集処理が施された各クリップを構成する画像デ 一夕を繋ぎ合わせ、 その画像デ一夕に対して、 最終的な画質調整等を 行い、 番組などで放送するためのデータである完全パッケージデー夕 を作成する処理である。
さらに、 編集用端末装置 1 6は、 例えば、 ネットワーク 1 2を介し て、 または、 他の記録媒体などから取得された画像データや音声デ一 タを、 撮像装置 1 4と同様に、 まとめて 1つのクリップとして光ディ スク 1 7に記録することもできる。 なお、 上述した企画用端末装置 1 1、 撮像装置 1 4、 フィールド PC 1 5、 編集用端末装置 1 6等の各装置は、 それぞれ、 複数台により構 成されるようにしてもよい。 例えば、 複数台の撮像装置 1 4において 得られた画像データ等を、 1台の編集用端末装置 1 6が光ディスク 1 7やネットワーク 1 2を介して取得し、 そのデータに対して編集処理 を行うようにしてもよいし、 1台の撮像装置 1 4より供給されたデー 夕が、 複数台の編集用端末装置 1 6により編集されるようにしてもよ い。
逆に、 上述した企画用端末装置 1 1、 撮像装置 1 4、 フィールド PC 1 5、 および編集用端末装置 1 6等の各装置は、 それぞれ、 別体とし て構成されるように説明したが、 これに限らず、 各装置の機能の一部 または全部が互いに一体化して構成されるようにしてもよい。
また、 映像プログラム制作支援システム 1は、 例 ば、 上述した企 画用端末装置 1 1、 撮像装置 1 4、 フィールド PC 1 5、 および編集用 端末装置 1 6とは別に、 ネットワーク 1 2に接続されたセンタサ一バ (図示せず） を設け、 企画用端末装置 1 1、 撮像装置 1 4、 フィール ド PC 1 5、 および編集用端末装置 1 6等をクライアントとした、 クラ イアン卜/サーバ （C l i en t/Server) システムとして構成するようにし てもよい。
第 2図は、 第 1図の撮像装置 1 4の詳細な構成例を示している。 第 2図において、 撮像装置 1 4の CPU (Cent ral Proces s ing Uni t) 5 1 は、 ROM (Read Only Memory) 5 2に記憶されているプログラムに従 つて各種の処理を実行する。 RAM (Random Acces s Memory) 5 3には 、 CPU 5 1が各種の処理を実行する上において必要なデータゃプログ ラムなどが適宜記憶される。
記録制御部 5 4は、 エンコーダ/デコーダ部 5 6より供給される画 像データ、 音声データおよびローレゾデ一夕などを、 または、 記憶部
6 4に記憶されている画像データ、 音声データおよびローレゾデータ などを、 第 5図を参照して後述する光ディスク 1 7のファイルシステ ムに基づいて、 ドライブ 6 6を介して、 光ディスク 1 7に記録する制 御を行う。
再生制御部 5 5は、 光ディスク 1 7のファイルシステムに基づいて 、 ドライブ 6 6を制御し、 光ディスク 1 7に記録されている画像デー 夕、 音声データまたはローレゾデータなど読み出し、 光ディスク 1 7 から読み出された画像データ、 音声データまたはローレゾデー夕など を、 エンコーダ Zデコーダ部 5 6に供給する。
エンコーダノデコーダ部 5 6は、 入力部 6 2より入力された画像デ 一夕、 音声データを所定のコ一デックで符号化し、 記憶部 6 4または 記録制御部 5 4に供給する。 さらに、 必要な場合は、，エンコーダノデ コ一ダ部 5 6は、 入力部 6 2より入力された画像データを、 例えば、 MPEG4方式で符号化し、 口一レゾデータとして、 記憶部 6 4または記 録制御部 5 4に供給し、 入力部 6 2より入力された音声データを、 例 えば、 I TU- T G. 71 1 A- Law方式で符号化し、 ローレゾデータとして、 記憶部 6 4または記録制御部 5 4に供給する。
また、 エンコーダ Zデコーダ部 5 6は、 再生制御部 5 5より供給さ れた画像データ、 音声データまたは口一レゾデ一夕を、 出力部 6 3を 構成するモニタまたはスピーカなどに出力する。
CPU 5 1 , ROM 5 2 RAM 5 3 , 記録制御部 5 4、 再生制御部 5 5お よびエンコーダ/デコーダ部 5 6は、 バス 5 7を介して相互に接続さ れている。 このバス 5 7にはまた、 入出力インタフェース 6 0も接続 されている。
入出力インタフェース 6 0は、 キーポ一ドやマウスから構成される 操作部 6 1が接続され、 操作部 6 1に入力された信号を CPU5 1に出 力する。 また、 入出力インタフェース 60には、 被写体を撮像し、 撮 像した画像データを入力するカメラ、 および、 音声データを入力する マイクロフォンなどにより構成される入力部 62、 CRT (Cathode Ray Tube) 、 LCD (Liquid Crystal Display)などよりなるモニタ、 並びに スピーカなどよりなる出力部 63、 ハードディスクや EEPROM (Electr onical ly Erasable and ProgRAMmable Read Only Memory) なと力、ら 構成される記憶部 64、 通信部 65、 ドライブ 66が接続されている 通信部 6 5は、 例えば、 IEEE (Institute of Electrical and Elect ronics Engineers) 1394ポー卜や、 USB (Universal Serial Bus)ポー卜 、 LAN (Local Area Network)接続用の NIC (Network Interface Card) , あるいは、 アナログモデムや、 TA(Terminal Adapter)および DSU(Digi t-al Service Unit)、 ADSL (Asymmetric Digital Subscriber Line)モ デム等で構成され、 例えば、 インターネットやイントラネット等のネ ットワーク 1 2を介して、 編集用端末装置 1 6などと、 データをやり とりする。
ドライブ 6 6には、 光ディスク 1 7を着脱することができるように なっている。 ドライブ 6 6は、 そこに装着された光ディスク 1 7を駆 動することにより、 光ディスク 1 7に対して、 画像データや音声デー 夕を記録したり、 記憶されている画像データや音声データを再生する 光ディスク 1 7は、 例えば、 開口数 （NA) 0. 8 5、 波長 40 5 nm の青紫色レーザを用いて、 最小マーク長 0. 1 4 ^111、 トラックピッ チ 0. 3 2 xmの記録密度で大容量 （例えば 2 7ギガバイト） のデー 夕を記録可能な光ディスクである。 なお、 光ディスク 1 7は、 それ以 外の記録媒体であってもよく、 例えば、 DVD- RAM (Digital Versatile Disc - Random Access Memory) , DVD-R (DVD - Recordable) ， DV D-RW (DVD - Rewritable) , DVD+R (DVD + Recordable) , DVD + W ( DVD + Rewritable) ， CD-R (Compact Disc 一 Recordable) , または C D-RW (CD - Rewritable) 等の各種の光ディスクであってもよい。 光ディスク 1 7に記録された画像データや音声データ等は、 まとめ て 1つのクリップとして、 第 5図を参照して後述するファイルシステ ムにより管理されている。 このファイルシステムにおいては、 光ディ スク 1 7に記録されている複数のクリップは、 ィンデックスファイル とクリップインフォメーションファイルにより管理されている。 イン デックスファイルは、 光ディスク 1 7に記憶されているクリップすべ てを管理する管理ファイルであり、 クリップィンフオメーシヨンファ ィルは、 クリップ毎に、 クリップを構成するエッセ スデ一夕を管理 する管理ファイルである。
インデックスファイルは、 ドライブ 6 6に光ディスクが装着される と、 光ディスク 6 6から読み出され、 MM5 3に展開される。 クリツ プインフォメーションファイルは、 再生するクリップが指示されたと きなどに光ディスク 6 6から読み出され、 RAM5 3に展開される。 な お、 以降、 クリップを構成する画像データや音声データ、 ローレゾデ —夕などをエッセンスデータと総称する。
入出力インタフェース 6 0には、 また、 必要に応じて、 ドライブ 6 7がさらに接続される。 ドライブ 6 7は、 磁気ディスク、 光ディスク 、 光磁気ディスク、 または半導体メモリなどの記録媒体からなるリム 一バブルメディア 7 1よりデータを読み出したり、 データを書き込ん だりするときに用いられる。
第 3図は、 第 2図の記録制御部 54の構成例を示している。 第 3図 の例において、 記録制御部 5 4は、 データ取り込み部 1 0 1、 情報取 得部 1 0 2、 データ生成部 1 0 3、 クリップ生成部 1 0 4、 インデッ クスファイル更新部 1 0 5、 デ一夕記録部 1 0 6およびテーブル記録 部 1 0 7により構成される。
データ取り込み部 1 0 1は、 エンコーダ /デコーダ部 5 6または記 憶部 6 4より画像データ、 音声データおよびローレゾデータなどを取 り込み、 データ生成部 1 0 3に供給する。 情報取得部 1 0 2は、 CPU 5 1によりデ一夕の記録開始が指示されると、 RAM 5 3に記憶されて いるパラメ一タ情報を、 RAM 5 3から取得し、 デ一夕生成部 1 0 3、 クリップ生成部 1 0 4およびィンデックスファイル生成部 1 0 5に供 給する。 パラメ一夕情報とは、 入力部 6 2が画像データおよび音声デ 一夕を入力 （撮像および録音） するための撮像装置 1 4の設定情報で あり、 入力される画像データおよび音声データの解舞度の情報、 コー デック （符号化方法） の種類など、 画像データおよび音声デ一タを再 生するときに、 必要とされる再生情報である。 パラメ一夕情報は、 撮 像装置 1 4に予め設定されているか、 または、 操作部 6 1を介して、 撮影スタッフなどにより設定され、 RAM 5 3に記憶されている。
デ一夕生成部 1 0 3は、 情報取得部 1 0 2からのパラメータ情報に 基づいて、 デ一夕取り込み部 1 0 1から供給された画像データ、 音声 データおよび口一レゾデータなどから、 所定のフォーマット （いまの 場合、 M X F (Mat er i al exchange Format) ) の各エッセンスデ一夕 （ 画像デ一夕、 音声データおよびローレゾデータ） をそれぞれ生成し、 データ記録部 1 0 6に出力する。 また、 データ生成部 1 0 3は、 情報 取得部 1 0 2からのパラメ一夕情報などに基づいて、 メタデータなど も、 所定のフォーマットでそれぞれ生成し、 データ記録部 1 0 6に出 力する。 クリップ生成部 1 0 4は、 情報取得部 1 0 2からパラメ一夕情報が 入力されると、 入力されるデータ用の新しいクリップを生成するため に、 クリップディレクトリを生成する。 また、 クリップ生成部 1 0 4 は、 情報取得部 1 0 2からのパラメ一夕情報に基づいて、 データ生成 部 1 0 3により生成された各エッセンスデータを再生するために必要 な、 各エッセンスデータの属性情報が記述されたクリップインフォメ ーシヨンフアイルを生成し、 生成したクリップインフォメーションフ アイルをテーブル記録部 1 0 7に出力する。
インデックスファイル更新部 1 0 5は、 光ディスク 1 7から読み出 され、 RAM 5 3に展開されているインデックスファイルに、 情報取得 部 1 0 2からのパラメータ情報に基づいて、 生成されたクリップに対 応したクリップ要素を生成し、 インデックスファイルを更新する。 生 成されたクリップ要素には、 クリップを再生するた に必要なクリッ プの属性情報が記述されている。 インデックスファイル更新部 1 0 5 は、 更新されたインデックスファイルをテーブル記憶部 1 0 7に出力 する。 ·
デ一タ記録部 1 0 6は、 データ生成部 1 0 3により生成されたデー タをドライブ 6 6を介して、 光ディスク 1 7に記録する。 テーブル記 録部 1 0 7は、 クリップ生成部 1 0 4により生成されたクリップディ レクトリおよびクリップインフォメーションファイルなど、 並びに、 インデックスファイル更新部 1 0 5により更新されたインデックスフ アイルを、 ドライブ 6 6を介して、 光ディスク 1 7に記録する。 第 4図は、 第 2図の再生制御部 5 5の構成例を示している。 第 4図 の例において、 再生制御部 5 5は、 クリップ再生部 1 1 1、 テープ再 生部 1 1 2、 インデックスファイル情報取得部 1 1 3およびクリップ 情報取得部 1 1 4により構成される。 再生制御部 5 5のクリップ再生 部 1 1 1およびテープ再生部 1 1 2は、 CPU 5 1からのクリップ再生 開始またはテープ再生開始の指示に基づいて、 ィンデックスファイル 情報取得部 1 1 3またはクリップ情報取得部 1 1 4を制御し、 光ディ スク 1 7からデ一夕を読み出す。
ここで、 テープ再生とは、 クリップ再生が、 1つのクリップを再生 するのに対して、 光ディスク 1 .7に記録されているすべてのクリップ を、 あたかもテ一プを再生するかのように、 記録された順に、 次々と 連続して再生するクリップ連続再生処理のことをいう。
クリップ再生部 1 1 1は、 CPU 5 1からクリップ再生開始の指示を 入力した場合、 インデックスファイル情報取得部 1 1 3またはクリツ プ情報取得部 1 1 4を制御し、 対応するクリップを再生するための情 報を取得させ、 取得された情報に基づいて、 ドライブ 6 6を制御し、 光ディスク 1 7に記録されている画像デ一夕、 音声データまたはロー レゾデータなど読み出し、 光ディスク 1 7から読み出された画像デー 夕、 音声データまたはローレゾデ一夕などを、 エンコーダ Zデコーダ 部 5 .6に供給する。
テープ再生部 1 1 2は、 CP(J 5 1からテ一プ再生開始の指示を入力 した場合、 インデックスファイル情報取得部 1 1 3またはクリップ情 報取得部 1 1 4を制御し、 対応するクリップを再生するための情報を 取得させ、 取得された情報に基づいて、 ドライブ 6 6を制御し、 光デ イスク 1 7に記録されている画像データ、 音声データまたはローレゾ デ一夕など読み出し、 光ディスク 1 7から読み出された画像データ、 音声データまたはローレゾデ一夕などを、 エンコーダ Zデコ一ダ部 5 6に供給する。 すなわち、 テープ再生部 1 1 2は、 インデックスファ ィル情報取得部 1 1 3より取得されたインデックスファイルの登録順 にクリップを読み出し、 出力する。 インデックスフアイル情報取得部 1 1 3は、 クリツプ再生部 1 1 1 またはテープ再生部 1 1 2の制御のもと、 RAM 5 3のィンデックスフ アイルから対応するクリップを再生するための情報を取得し、 クリッ プ再生部 1 1 1またはテープ再生部 1 1 2に出力する。
クリツプ情報取得部 1 1 4は、 クリップ再生部 1 1 1またはテープ 再生部 1 1 2の制御のもと、 光ディスク 1 7.からドライブ 6 6を介し て、 対応するクリップインフォメーションファイルを読み出し、 RAM 5 3に展開する。 また、 クリップ.情報取得部 1 1 4は、 RAM 5 3のク リップインフォメ一ションファイルから対応するクリップを再生する ための情報を取得し、 クリップ再生部 1 1 1またはテープ再生部 1 1 2に出力する。
次に、 光ディスク 1 7に記録されているデータを管理するファイル システム、 並びにファイルシステムにおけるディレクトリ構造および ファイルについて説明する。 このファイルシステムにおいては、 光デ イスク 1 7に記録されたデータは第 5図に示されるようなディレクト リ構造およびファイルにより管理される。
第 5図は、 光ディスク 1 7のファイルシステムの構成例を示す。 第 5図において、 ルー卜ディレクトリ （ROOT) 1 3 1には、 画像データ や音声データ等のエッセンスデータに関する情報、 および、 エッセン スデ一夕の編集結果を示すエディツトリスト等が、 下位のディレクト リに配置される: PR0AVディレクトリ 1 3 2が設けられる。 なお、 ルー トディレクトリ 1 3 1には、 図示は省略するが、 構成表データ等も設 けられる。
PR0AVディレクトリ 1 3 2には、 光ディスク 1 7に記録されている すべてのエッセンスデータに対するタイトルやコメント、 さらに、 光 ディスク 1 7に記録されているすべての画像データの代表となるフレ ームである代表画に対応する画像データのパス等の情報を含むフアイ ルであるディスクメタファイル （DISCMETA. XML) 1 3 3、 光ディスク 1 7に記録されているすべてのクリップおよび.エディッ卜リストを管 理するための管理情報等を含むィンデックスファイル （INDEX. XML) 1 3 4、 およびインデックスファイル （INDEX. BUP) 1 3 5が設けら れている。 なお、 ィンデックスファイル 1 3 5は、 ィンデックスファ ィル 1 3 4を複製したものであり、 2つのファイルを用意することに より、 信頼性の向上が図られている。
PR0AVディレクトリ 1 3 2には、 さらに、 光ディスク 1 7に記録さ れているデータ全体に対するメタデータであり、 例えば、 ディスク属 性、 再生開始位置、 または Rec lnhi等の情報を含むファイルであるデ イスクインフォメーションファイル （DI SCINFO. XML) 1 3 6およびデ イスクインフォメーションファイル （DI SCINFO. BUP) , 1 3 7が設けら れている。 なお、 ディスクインフォメーションファイル 1 3 7は、 デ イスクインフォメーションファイル 1 3 6を複製したものであり、 2 つのファイルを用意することにより、 信頼性の向上が図られている。 ただし、 これらの情報を更新する場合、 ディスクインフォメーション ファイル 1 3 6のみを更新するようにしてもよい。
また、 PR0AVディレクトリ 1 3 2には、 上述したファイル以外にも 、 クリップのデ^タが下位のディレクトリに設けられるクリップルー トディレクトリ （CLPR) 1 3 8、 および、 エディツトリストのデータ が下位のディレクトリに設けられるエディットリストルートディレク トリ （EDTR) 1 3 9が設けられる。
クリップルー卜ディレクトリ 1 3 8には、 光ディスク 1 7に記録さ れているクリップのデータが、 クリップ毎に異なるディレクトリに分 けて管理されており、 '例えば、 第 5図の場合、 3つのクリップのデー 夕が、 クリップディレクトリ （C0001) 1 4 1、 クリツプディレクト リ （C0002) 1 4 2、 および、 クリップディレクトリ （C0003) 1 4 3 の 3つのディレクトリに分けられて管理されている。 すなわち、 光デ イスク 1 7に記録された最初のクリップの各データは、 クリップディ レクトリ 1 4 1の下位のディレクトリのファイルとして管理され、 2 番目に光ディスク 1 7に記録されたクリップの各データは、 クリップ ディレクトリ 1 4 2の下位のディレクトリのファイルとして管理され 、 3番目に光ディスク 1 7に記録されたクリップの各データは、 クリ ップディレクトリ 1 4 3の下位のディレクトリのファイルとして管理 される。
なお、 各クリップディレクトリは、 書き換え、 削除禁止属性情報を 有しており、 各クリップディレクトリの下位のディレクトリとして管 理される各データの書き換えおよび削除禁止属性は、，その上位のクリ ップディレクトリが有する書き換え、 削除禁止属性情報に基づいて管 理される。
また、 エディットリストル一トディレクトリ 1 3 9には、 光デイス ク 1 7に記録されているエディットリストが、 その編集処理毎に異な るディレクトリに分けて管理されており、 例えば、 第 5図の場合、 4 つのエディットリストカ エディットリストディレクトリ （E0001) 1 4 4、 エディツトリストディレク小リ （E0002) 1 4 5、 エディツ トリストディレクトリ （E0003) 1 4 6、 およびエディツトリストデ ィレクトリ （E0004) 1 4 7の 4つのディレクトリに分けて管理され ている。
すなわち、 光ディスク 1 7に記録されたクリップの 1回目の編集結 果を示すエディツトリストは、 エディツトリストディレクトリ 1 4 4 の下位のディレクトリのファイルとして管理され、 2回目の編集結果 を示すエディットリストは、 エディットリストディレクトリ 1 4 5の 下位のディレクトリのファイルとして管理され、 3回目の編集結果を 示すエディットリストは、 エディットリストディレクトリ 1 4 6の下 位のディレクトリのファイルとして管理され、 4回目の編集結果を示 すエディツトリストは、 エディツトリストディレクトリ 1 4 7の下位 のディレクトリのファイルとして管理される。.
上述したクリップルートディレクトリ 1 3 8に設けられるクリップ ディレクトリ 1 4 1の下位のディレクトリには、 最初に光ディスク 1 7に記録されたクリップの各デ一夕が、 第 6図に示されるようなファ ィルとして設けられ、 管理される。
第 6図は、 第 5図のクリップディレクトリ 1 4 1の構成例を示す。 第 6図の場合、 クリップディレクトリ 1 4 1には、 このクリップを管 理するファイルであるクリップインフォメーションスアイル （C0001 C 01. SMI ) 1 5 1、 このクリップの画像デ一夕を含むファイルである画 像データファイル （C0001V01. MXF) 1 5 2、 それぞれ、 このクリップ の各チャンネルの音声データを含む 8つのファイルである音声データ ファイル （C0001A01. MXF乃至 C0001 A08. MXF) 1 5 3乃至 1 6 0、 この クリップの画像データに対応するローレゾデ一夕を含むファイルであ るローレゾデ一夕ファイル （COO—Q I SO I . MXF) 1 6 1、 このクリップの エッセンスデータに対応する、 例えば、 LTC (L i near T ime Code) と フレーム番号を対応させる変換テーブル等の、 リアルタイム性を要求 されないメタデータであるクリップメ夕データを含むファイルである クリップメ夕デ一夕ファイル （C0001M01. XML) 1 6 2、 このクリップ のエッセンスデータに対応する、 例えば LTC等の、 リアルタイム性を 要求されるメタデータであるフレームメタデータを含むファイルであ るフレームメタデータファイル （C0001R0 L BIM) 1 6 3、 並びに、 画 像データファイル 1 5 2のフレーム構造 （例えば、 MPEG等におけるピ クチャ毎の圧縮形式に関する情報や、 ファイルの先頭からのオフセッ トアドレス等の情報） が記述されたファイルであるピクチヤポインタ ファイル （C0001 I 01. PPF) 1 6 4等のファイルが設けられる。 なお、 上述したように、 これらのファイルの書き換え、 削除禁止属性は、 ク リップディレクトリ 1 4 1が有する書き換え、 削除禁止属性情報に基 づいて管理される。
第 6図の場合、 再生時にリアルタイム性を要求されるデータである 、 画像デ一夕、 口一レゾデ一夕、 およびフレームメタデータは、 それ ぞれ 1つのファイルとして管理され、 読み出し時間が増加しないよう になされている。
また、 音声データも、 再生時にリアルタイム性を要求されるが、 7. 1チャンネル等のような音声の多チャンネル化に対応するために、 8 チャンネル用意され、 それぞれ、 異なるファイルとして管理されてい る。 すなわち、 音声デ一夕は 8つのファイルとして管理されるように 説明したが、 これに限らず、 音声データに対応するファイルは、 7つ 以下であってもよいし、 9つ以上であってもよい。
同様に、 画像デ一夕、 ローレゾデータ、 およびフレームメタデータ も、 場合によって、 それぞれ、 2つ以上のファイルとして管理される ようにしてもよい。
また、 第 6図において、 リアルタイム性を要求されないクリップメ タデ一夕は、 リアルタイム性を要求されるフレ一ムメ夕データと異な るファイルとして管理される。 これは、 画像データ等の通常の再生中 に必要の無いメタデータを読み出さないようにするためであり、 この ようにすることにより、 再生処理の処理時間や、 処理に必要な負荷を 軽減することができる。 なお、 クリップメタデータファイル 1 6 2は、 汎用性を持たせるた めに XML (extens ib l e Markup Language) 形式で記述されているが、 フレームメタデータファイル 1 6 3は、 再生処理の処理時間や処理に 必要な負荷を軽減させるために、 XML形式のファイルをコンパイルし た BIM形式のファイルである。
第 6図に示されるクリップディレクトリ 1 4 1のファイルの構成例 は、 光ディスク 1 7に記録されている各クリップに対応するすべての クリップディレクトリにおいて適用することができる。 すなわち、 第 5図に示される、 その他のクリップディレクトリ 1 4 2および 1 4 3 においても、 第 6図に示されるファイルの構成例を適用することがで きるので、 その説明を省略する。
以上において、 1つのクリップに対応するクリップディレクトリに 含まれる各ファイルについて説明したが、 ファイル φ構成は上述した 例に限らず、 各クリップディレクトリの下位のディレクトリに、 その クリップに対応するクリップメタデータファイルが存在すれば、 どの ような構成であってもよい。
次に、 第 5図のエディット.リストル一トディレクトリ 1 3 9の下位 のディレクトリにおけるファイルの構成例について説明する。 上述し たエディットリストルートディレクトリ 1 3 9に設けられるエディッ トリストディレクトリ 1 4 5の下位のディレクトリには、 光ディスク 1' 7に記録されたクリップの各データの 2回目の編集結果に関する情 報であるエディッ卜リストのデータが、 第 7図に示されるようなファ ィルとして設けられ、 管理される。
第 7図は、 第 5図のエディットリス卜ディレクトリ 1 4 5の構成例 を示す。 第 7図の場合、 エディットリストディレクトリ 1 4 5には、 この編集結果 （エディットリスト） を管理するファイルであるエディ ットリストファイル （E0002E01. SMI) 1 7 1、 この編集後のエッセン スデ一夕 （編集に用いられた全クリップのエッセンスデータの内、 編 集後のデータとして抽出された部分)' に対応するクリップメタデータ 、 または、 そのクリップメタデータに基づいて新たに生成されたクリ ップメタデータを含むファイルであるエディットリスト用クリップメ タデ一夕ファイル （E0002M01. XML) 1 7 2、 この編集結果 （エディツ トリスト） に基づいた、 エッセンスデータの再生手順 （プレイリスト ) 等の情報を含むファイルであるプレイリストファイル （E0002P01. S Ml ) 1 7 3、 プレイリストファイル 1 7 3に含まれる再生手順に基づ いて再生される画像データのフレーム構造 （例えば、 MPEG等における ピクチャ毎の圧縮形式に関する情報や、 フアイルの先頭からのオフセ ッ卜アドレス の情報） が記述されたファイルであるプレイリスト用 ピクチャポインタファイル (E0002 I 01. PPF) 1 7 4、，プレイリストフ アイル 1 7 3の再生手順 （プレイリスト〉 に基づいた実時間再生を保 証するための画像データを含むファイルであるプレイリスト用画像デ —夕ファイル （B0002V01, BMX) 1 7 5、 プレイリストファイル 1 7 3 の再生手順 （プレイリスト） に基づいた実時間再生を保証するための 音声デ一タを含む 4つのファイルであるプレイリスト用音声デ タフ アイル （B0002A01. BMX乃至 B0002A04. BMX) 1 7 6乃至 1 7 9、 プレイ リストファイル 1 7 3の再生手順 （プレイリスト） に基づいた実時間 再生を保証するためのローレゾデー夕を含むファイルであるプレイリ スト用ローレゾデ一夕ファイル （B0002S01. BMX) 1 8 0、 並びに、 プ レイリストファイル 1 7 3の再生手順 （プレイリスト） に基づいた実 時間再生を保証するためのフレームメタデータを含むファイルである プレイリスト用フレームメ夕デ一夕ファイル （B0002R01. BBM) 1 8 1 等のファイルが設けられる。 第 7図において、 リアルタイム性を要求されないクリップメタデー 夕は、 リアルタイム性を要求されるフレームメタデータと異なるファ ィルとして管理される。 これは、 再生手順 (プレイリスト) を用いて 画像データ等を再生中に （編集結果の再現中に） 、 必要の無いメタデ —夕を読み出さないようにするためであり、 このようにすることによ り、 再生処理の処理時間や、 処理に必要な負荷を軽減することができ る。
エディットリスト用クリップメタデータファイル 1 7 2は、 編集結 果に基づいて、 編集に使用されたクリップのクリップメタデータ （ク リップルートディレクトリ 1 3 8の下位のディレクトリに存在するク リップメタデータファイル） に基づいて生成された新たなクリップメ タデータを含むファイルである。 このエディットリスト用クリップメ タデータファイルは、 編集毎に生成される。 なお、 ζのエディツトリ' スト用クリップメ夕データファイル 1 7 2は、 汎用性を持たせるため に、 XML形式で記述される。
プレイリスト用画像データファイル 1 7 5に含まれる画像データ、 プレイリスト用音声データファイル 1 7 6乃至 1 7 9に含まれる各音 声データ、 プレイリスト用口一レゾデ一夕ファイル 1 8 0に含まれる 口一レゾデータ、 並びに、 プレイリスト用フレームメタデータフアイ ル 1 8 1に含まれるフレームメ夕デ一夕は、 それぞれ、 第 6図のクリ ップルートディレクトリ 1 3 8の下位のディレクトリにおいて管理さ れるクリップに対応する画像データ、 音声デ一夕、 ローレゾデ一夕、 およびフレームメタデータより抽出されたデータであり、 編集結果に 対応するデータである。 これらのデータは、 プレイリストファイル 1 7 3に含まれる再生手順 （プレイリスト） に基づいて再生処理が行わ れる場合に読み出される。 このような編集結果に対応する各データが 用意されることにより、 プレイリストに基づいた再生処理において、 読み出すファイルの数を減らすことができ、 その処理時間および処理 に必要な負荷を軽減させることができる。
なお、 画像データ、 口一レゾデ一夕、 およびフレームメタデータは
5 、 場合によって、 それぞれ、 複数のファイルとして管理されるように してもよい。 同様に、 音声デ一夕に対応するファイルの数は、 3っ以 下であってもよいし、 5つ以上であってもよい。
なお、 プレイリスト用フレームメタデータファイル 1 8 1は、 再生 処理の処理時間や処理に必要な負荷を軽減させるために、 XML形式の 10 ファイルをコンパイルした MM形式に対応する BBM形式のファイルであ る。
第 7図に示されるエディットリストディレクトリ 1 4 5のファイル の構成例は、 すべてのエディツトリスト （編集結果），において適用す ることができる。 すなわち、 第 5図に示される、 その他のエディツ卜 15 リストディレクトリ 1 4 4、 1 4 6、 または 1 4 7においても、 第 7 図に示されるファイルの構成例を適用することができるので、 その説 明を省略する。''
以上において、 1回の編集作業に対応するエディツトリストディレ クトリに含まれる各ファイルについて説明したが、 ファイルの構成は 20 上述した例に限らず、 各エディットリストディレクトリの下位のディ レクトリに、 その編集に対応するエディットリス卜用クリップメタデ 一夕ファイルが存在すれば、 どのような構成であってもよい。
次次にに、、 光光デディィススクク 11 77ののフファァ
Figure imgf000033_0001
ににつついいてて説説明明すするる。。 上上述述ししたたよよううにに、、 イインンデデッッククススフファァイイルルはは、、 光光デデ 2255 イイススクク 11 77にに記記録録さされれてていいるるすすべべててののククリリッッププをを一一括括管管理理すするるたためめのの 管管理理情情報報がが記記述述さされれるるククリリッッププテテーーブブルル（（cc ll iippTTaabb ll ee))、、 おおよよびび光光デディィ スク 1 7に記録されているすべてのエディットリストを管理するため の管理情報が記述されるエディットリストテーブル（editlistTable) により構成される。 クリップテーブルにはさらに、 各クリップに属す るエッセンスデータ （画像データ、 音声データおよびローレゾデータ など） の管理情報も含まれる。 エディツトリストテーブルには、 ェデ イットリストのメタデ一夕やプレイリストなどの管理情報も含まれる 。 なお、 このインデックスファイルは、 光ディスク 1 7内のデ一夕を 管理するための主に光ディスク 1 7内で使用されるファイルであり、 独自のスキーマによる XML形式で管理されている。
第 8図は、 第 5図のインデックスファイル 1 34の例を示す。 なお 、 第 8図において、 各行頭の数字と、 コロン記号 （：） は、 説明の便 宜上付加したものであり、 コードの一部ではない。 また、 不等号記号 (く） の前に、 プラス記号 （+ ) が付加されている のは、 その行に 子要素があることを示すものであり、 コードの一部ではない。 後述す る第 9図乃至第 14図でも同様である。
第 1行目のく？xm〖 version 1.0" encodings" UTF-8" ？〉は、 第 2行 目以下に記述されるインデックスファイル 1 34が、 XML形式のバ一 ジョン." 1.0"で記述されており、 UTF - 8でエンコードされていることを 表している。 そして、 第 8図の例 おいては、 第 2行目乃至第 4行目 のく indexFile x lns= urn:schenias-professionalDisc： index: 2003" x mlns :xsi=" ttp://www. w3. o rg/2001/XMLSchema- ins tance xsi： noNam espaceSchemaLocat ion=" index. xsd">から、 第 7行目のく /indexFi le> までの間に、 インデックスファイル 1 34が 「schemas- professional Disc] というスキーマにより定義された XML形式で記述される。
第 5行目のく clipTable path="/PR0AV/CLPR/"〉は、 光ディスク 1 7 のすベてのクリップを管理するクリップテーブルを表しており、 さら に、 このクリップテーブルで管理されているクリップがすべて、 光デ イスク 1 7の 「/PROAV/CLPR/」 以下に記録されていることを表してい る。 なお、 第 5行目のく clipTable path=7PR0AV/CLPRパ〉のクリップ テ一ブルに含まれる子要素は、 第 9図を参照して後述する。
第 6行目のく editlistTable path="/PROAV/EDTR/">は、 光ディスク 1 7のすベてのエディットリストを管理するエディットリストテープ ルを表しており、 さらに、 このエディットリストテーブルで管理され ているエディットリストがすべて、 光ディスク 1 7の 「/PROAV/EDTR/ 」 以下に記録されていることを表している。 なお、 第 6行目のく editl istTable path="/PROAV/EDTR/">のエディットリストテーブルに含ま れる子要素は、 第 1 1図を参照して後述する。
第 9図は、 第 8図の第 5行目のく clipTable path-"/PROAV/CLPR/"> のクリップテーブルの例を示す。 第 9図のクリップテ一ブルにおいて は、 第 1行目のく clipTable path="/PROAV/CLPR/">タグから第 1 8行 目のく/ clipTable>タグの間には、 光ディスク 1 7に記録されるクリツ プが、 記録された順に、 クリップ要素として記述される。
第 2行目乃至第 5行目のく clip id="C0001" umid=" 0123456789ABCDE F0123456789ABCDEF0123456789AA" f i le=" C0001C01. SMI" fps="59.94i " du'r=" 12001" ch="4" aspectRatio="4:3">は、 光ディスク 1 7に一 番目に記録されたクリップのクリップ要素を表している。
まず、 第 2行目乃至第 5行目の Γοΐϊρ id="C0001" umid=" 01234567 89ABCDEF0123456789ABCDEF0123456789AA" f i le=" C0001C01. SMI" J に ついて説明する。 「clip id="C0001"」 は、 個々のクリップを光ディ スク 1 7内で一意的に識別するため情報であるクリップ I Dが 「"C00 01" J であることを表している。 「umid="0123456789ABCDEF012345678 9ABCDEF0123456789AA"J は、 第 1 3図を参照して詳しく後述する、 こ のクリップに設定される、 ワールドワイドで唯一の識別子 ユーミツ ド（umid： unique material identifier) が、 32バイトのうちの共 通部分である先頭 1 0バイトを除いた 22バイトで表されている。 「 file="C0001C01. SMI" J は、 光ディスク 1 7に記録されているクリツ プを管理するための管理情報が記述されているクリップィンフオメ一 シヨンファイルのファイル名を表している。
すなわち、 「clip id="C0001" umid=" 0123456789ABCDEF0123456789 ABCDEF0123456789AA" f i le=" C0001C01. SMI" J は、 クリップ I Dまた はユーミッドが示すクリップのクリップインフォメーションフアイル を取得するための変換テーブル情報であり、 クリップ I Dまたはユー ミッドが指示された場合、 インデックスファイルを参照することによ り、 対応するクリップのクリップインフォメーションファイルのファ ィル名が取得され、 ファイル名と第 9図の第 1行目の 「paih=7PR0AV /CLPR/"」 を参照することにより、 クリップインフォメーションファ ィルの光ディスク 1 7に記録されている位置が取得される。
なお、 ユーミツドの先頭 12バイトで表される Univ Label (Univers al Label)のうちの 1 0バイトは、 ユーミツドを示す固定ヘッダであ る。 インデックスファイルにおけるュ一ミツドは、 ファイル名と変換 するために用いられる情報であり、 クリップインフォメ一ションファ ィルなどに記述されているュ一ミツドと異なり、 光ディスク 1 7の外 部に持ち出されることが少ないため、 ユーミツドの先頭 1 0バイトを 除いて記述される。 これにより、 インデックスファイルの容量を削減 することができる。
第 2行目乃至第 5行目のうちの rfpS=" 59.94i" dur=" 12001" ch="4 " aspectRatio="4:3"」 には'、 このクリップを再生するために必要な クリップの属性情報が示されている。 「fps=" 59.94i"j は、 クリップ の時間軸方向の解像度が 59.94field/secであり、 クリップの再生方法 がインターレース方式であることを示している。 「dur=" 12001"」 は
、 クリップの有効な時間方向の長さが 1201フレームであることを示し ている。 「ch="4"」 は、 クリップを構成する音声データのチャネル数 が 4チャネルであることを示している。 「aspectRatio="4:3"」 は、 クリップを構成する画像データの Tスぺクトレシオが 「4:3」 である ことを示している。
なお、 これらの属性情報のうち、 「ips="59.94i" ch=" 4" aspectRa tio="4:3"」 は、 入力部 6 2が画像データおよび音声データを入力 （ 撮像および録音） するための撮像装置 1 4の設定情報として、 RAM5 3に記憶されている画像データおよび音声デー夕のパラメ一タ情報 （ 解像度の情報や、 コーデックの種類など） に基づいて、 記述される。 以下、 クリップ I D 「"C0002"」 乃至 「"C0004"」 のクリップ要素も 、 クリップ I D 「"'C0001"」 のクリップ要素と基本的に同様の構成で あるため、 その詳細な説明を省略するが、 第 6行目乃至第 9行目のく c lip id="C0002" umid=" 0123456789ABCDEF0123456789ABCDEF012345678 9AB" file="C0002C01. SMI" fps=" 59.94i" dur=" 4000" ch="4" aspect Ratio="4:3">は、 クリップ I D 「"C0001"J であるクリップの次に、 光ディスク 1 7に記録されたクリップのクリップ要素を表しており、 クリップ I Dが 「"C0002"」 であり、 ユーミツドが 「"0123456789ABCD EF0123456789ABCDEF0123456789AB"J であり、 クリップインフォメー シヨンファイルのファイル名が 「"C0002C01. SMI"」 であり、 クリップ の時間軸方向の解像度が 59.94f ield/secであり、 クリツプの再生方法 がィン夕ーレース方式であり、 クリップの有効な時間方向の長さが 40 00フレームであり、 クリップを構成する音声データのチャネル数が 4 チャネルであり、 クリップを構成する画像デ一タのァスぺクトレシオ が 「4:3」 であることを示している。
第 1 0行目乃至第 1 3行目のく clip id="C0003" umid=" 0123456789A BCDEF0123456789ABCDEF0123456789AC" f i le=" C0003C01. SMI" fps="59 .94i" dur-" 100000" ch=" 4" aspectRatio="4:3"〉は、 クリップ I D 「 "C0002"」 であるクリップの次に、 光ディスク 1 7に記録されたクリ ップのクリップ要素を表しており、 クリップ I Dが 「"C0003"」 であ り、 ユーミツドが r" 01 3456789ABCDEF0123456789ABCDEF0123456789A C"」 であり、 クリップインフォメーションファイルのフアイル名が 「 " C0003C01. SMI"」 であり、 クリップの時間軸方向の解像度が 59.94Π eld/secであり、 クリップの再生方法がインターレース;^式であり、 クリップの有効な時間方向の長さが 100000フレームであり、 クリップ を構成する音声データのチャネル数が 4チャネルであり、 クリップを 構成する画像データのアスペクトレシオが 「4:3」 であることを示し ている。
第 14行目乃至第 1 7行目のく clip id="C0004" umid=" 0123456789A BCDEF0123456789ABCDEF0123456789AD" f i le="C0004C01. SMI" fps="59 .94i" dur=" 12001" ch="4" aspectRatio=" 16:9"〉は、 クリップ I D 「 "C0003"J であるクリップの次に、 光ディスク 1 7に記録されたクリ ップのクリップ要素を表しており、 クリップ I Dが 「"C0004"」 であ り、 ユーミツドが 「" 0123456789ABCDEF0123456789ABCDEF0123456789A D "」 であり、 クリップインフォメーションファイルのファイル名が
Γ" C0004C01. SMI "j であり、 クリップの時間軸方向の解像度が 59.9 4field/secであり、 クリップの再生方法がィンターレース方式であり 、 クリップの有効な時間方向の長さが 12001フレームであり、 クリツ プを構成する音声データのチャネル数が 4チャネルであり、 クリップ を構成する画像データのアスペクトレシオが 「16:9」 であることを示 している。
以上のように、 インデックスファイルのクリップテーブルには、 ク リップ I D、 ュ一ミツド、 およびクリップインフォメーションフアイ ルのファイル名の変換テーブル情報、 並びにクリップを再生するため に必要な属性情報により構成されるクリップ要素が光ディスク 1 7に 記録される順番に記述される。
第 1 0図は、 第 9図の第 2行目乃至第 5行目の 「く clip id=" COOOl" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" file:" COO 01C01. SMI" fps=" 59.94i" dur=" 12001" ch=" " aspectRatio="4:3"> 」 のクリップ I D 「"C0001"」 のクリップ要素の例を示す。 第 1 0図 のクリップ要素においては、 第 1行目および第 2行目のく clip id="C0 001" umid="0123456789ABCDEF0123456789ABCDEF0123456789AA" f ile= "C0001C01. SMI" fps=" 59.94i" dur=" 12001" ch=" " ^spec tRat i o=" 4: 3"〉タグから第 1 7行目のく/ clip>タグの間には、 クリップを構成する エッセンスデータがそれぞれクリップ子要素として記述される。
第 3行目および第 4行目のく video umid-" 0123456789ABCDEF01 3456 789ABCDEF0123456789A1" f i le=" C0001V01. MXF" type="DV25_41 IP" /> は、 クリップを構成する画像データファイルのクリップ子要素を表し ている。
まず、 第 3行目および第 4行目の 「umid=" 0123456789ABCDEF012345 6789ABCDEF0123456789A1" f i le=" C0001V01. MXF" J について説明する 。 rUmid-"01 3456789ABCDEF0123456789ABCDEF0123456789Al"j は、 第 9図の場合と同様に、 この画像データファイルに設定される、 ヮ一 ルドワイドで睡一の識別子 ュ一ミツド（umid： unique material iden tifier) が、 3 2バイトのうちの共通部分である先頭 1 0バイトを除 いた 2 2バイトで表されている。 「file="C0001V01. MXF"」 は、 光デ イスク 1 7に記録されているクリップを構成する画像デ一タファイル のファイル名を表している。
すなわち、 rUmi d=" 01 23456789ABCDEF01 23456789ABCDEF01 23456789 Al " f i l e=" C0001V01. MXF" J は、 ユーミツドが示すクリップのエツセ ンスデ一夕ファイル （いまの場合、 画像データファイル） のファイル 名を取得するための変換テーブル情報であり、 ユーミツドが指示され た場合、 このインデックスファイルを参照することにより、 対応する エッセンスデータファイル （いまの場合、 画像データファイル） のフ アイル名が取得され、 ファイル名と、 第 9図の第 2行目の 「pa t h=" /P ROAV/CLPR/" J を参照することにより、 エッセンスデ一夕ファイル （ いまの場合、 画像データファイル） の光ディスク 1 7に記録されてい る位置が取得される。
第 3行目および第 4行目のうちの 「type=" DV25— 41,1P"」 には、 この エッセンスデータファイル （いまの場合、 画像データファイル） を再 生するために必要な画像データファイルの属性情報が記述されている 。 「
Figure imgf000040_0001
P"」 は、 画像データファイルのコ一デックの種類 が 「" DV25— 41 1 P"」 であることを示している。 この属性情報 「t ype=" D V25_41 1P"」 は、 第 9図のクリップ要素の属性情報と同様に、 入力部 6 2が画像データおよび音声データを入力 （撮像および録音） するた めの撮像装置 1 4の^定情報として、 RAM 5 3に記憶されている画像 データおよび音声データのパラメ一夕情報 （解像度の情報や、 コーデ ックの種類など） に基づいて、 記述される。
以下、 クリップを構成する音声データファイル、 ローレゾデ一夕フ アイル、 クリップメ夕データファイルおよびフレームメタデータファ ィルのクリップ子要素も、 画像データファイルのクリップ子要素と基 本的に同様の構成であるため、 その詳細な説明を省略するが、 第 5行 目および第 6行目のく audio umid=" 0123456789ABCDEF0123456789ABCDE F0123456789A2" f i le=" C0001A01. MXF" type=" LPCM16" cast-"C "/〉は 、 クリップを構成する音声データファイルのクリップ子要素を表して おり、 ユーミツドが
Figure imgf000041_0001
0123456789ABCDEF0123456789ABCDEF0123 456789A2"」 であり、 音声データファイルのファイル名が 「"C0001A01 .MXF" J であり、 音声デ一タファイルのコーデックの種類が 「"LI>CM16 "」 であり、 この音声データファイルがチャネル 1 ("CH1") として再 生されることを示している。 なお、 音声データファイルの場合の子要 素には、 再生するチャネル情報として 「cas " CH1"」 が記述されてい る。
第 7行目および第 8行目のく audio umid=" 0123456789ABCDEF0123456 789ABCDEF0123456789A3" f i le=" C0001A02. MXF" iype=" LPCM16" cast: "CH2"/>は、 クリップを構成する音声データファイル クリップ子要 素を表しており、 ュ一ミツドが rumid-" 0123456789ABCDEF01 3456789 ABCDEF0123456789A3"」 であり、 音声データファイルのファイル名が 「"C0001A02. MXF"」 であり、 音声デ一夕ファイルのコーデックの種類 が 「"LPCM16"」 であり、 この音声データファイルがチャネル 2 (" CH2 ") として再生されることを示されている。
第 9行目および第 1 0行目のく audio umid=" 0123456789ABCDEF01234 56789ABCDEF0123456789A4" f i le=" C0001A03. MXF" type^" LPCM16" cas t="CH37〉は、 クリップを構成する音声データファイルのクリップ子 要素を表しており、 ユーミツドが 「umid="0123456789ABCDEF01234567 89ABCDEF0123456789A4"J であり、 音声デ一夕ファイルのファイル名 が 「"C0001A03. MXF"」 であり、 音声デ一タファイルのコーデックの種 類が 「"LPCM16"」 であり、 この音声データファイルがチャネル 3 (" C H3") として再生されることを示している。 第 1 1行目および第 1 2行目のく audio umid=" 0123456789ABCDEF012 3456789ABCDEF0123456789A5" "C0001A04. MXF" type=" LPCM16" cast CH4"/>は、 クリップを構成する音声データファイルのクリップ子要素 を表しており、 ュ一ミツドが 「umid="0123456789ABCDEF0123456789AB CDEF0123456789A5"J であり、 音声データファイルのファイル名が 「" C0001A04. MXF"J であり、 音声データファイルのコーデックの種類が r"LPCM16"j であり、 この音声データファイルがチャネル 4 (" CH4" ) として再生されることを示している。
第 1 3行目および第 14行目のく subStream umid=" 0123456789ABCDE F0123456789ABCDEF0123456789A6" f i le=" C0001S01. MXF" type="PD-Su bStream"/〉は、 クリップを構成するローレゾデータファイルのクリッ プ子要素を表しており、 ュ一ミツドが 「umid="0123456789ABCDEF0123 456789ABCDEF0123456789A6"J であり、 ローレゾデータファイルのフ アイル名が 「"C0001S01. MXF"」 であり、 ローレゾデータファイルのコ 一デックの種類が 「"PD- SubSiream"」 であることを示している。
第 1 5行目の <meta file="C0001M01. XML" iype="PD-Me '/〉は、 ク リップを構成するクリップメタデータファイルのクリップ子要素を表 しており、 クリップメタデータファイルのファイル名が 「"C0001M01. XML"」 であり、 クリップメタデータフアイルのコーデックの種類が 「 "PD-Meta"j であることを示している。
第 1 6行目のく rtmeta file="C0001R01. BIM" type=" s td"/>は、 クリ ップを構成するフレームメタデータファイルのクリップ子要素を表し ており、 フレームメタデータファイルのファイル名が 「"C0001R01. BI M"J であり、 フレームメタデータファイルのコーデックの種類が 「"s td"」 であることを示している。 なお、 いまの場合、 クリップメ夕デ 一夕ファイルおよびフレームメタデータファイルには、 ユーミッドが 設定されていないが、 ユーミツドを設定するようにしてもよい。
以上のように、 インデックスファイルのクリップテ一ブルには、 ク リップを構成するエッセンスデータのユーミツド、 およびエッセンス データのファイル名の変換テーブル情報、 並びにクリップを構成する エッセンスデータを再生するために必要な属性情報 （コーデックの種 類や解像度） が記述されている。 したがって、 インデックスファイル を読み込んだだけで、 クリップを再生するために必要な情報が取得さ れるので、 後は、 取得されたファイル名に基づいて、 クリップを構成 するエッセンスデータを、 光ディスク 1 7から読み出すだけでそのク リップを再生することができる。 すなわち、 再生を指定してから、 再 生までの処理時間が短縮される。
なお、 第 1 0図に示されるクリップ I D 「"C0001"」 のクリップ要 素の構成例は、 光ディスク 1 7に記録されている各クリップに対応す るすべてのクリップ I Dのクリップ要素において適用することができ る。 すなわち、 第 9図に示される、 その他のクリップ I D "C0002" 」 乃至 「"C0004"」 においても、 第 10図に示されるクリップ要素の 構成例を適用することができるので、 その説明を省略する。
第 1 1図は、 第 8図の第 6行目の 「く editlistTable path="/PROAV/ EDTR/">」 のエディツトリストテーブルの例を示す。 第 1 1図のェデ イットリストテーブルにおいては、 第 1行目のく editlistTable path= '7PR0AV/EDTR/"〉タグから第 1 8行目のく/ editlistTable >タグの間に は、 光ディスク 1 7に記録されるクリップを編集した結果であるェデ イットリストが、 編集された順に、 エディツトリスト要素として記述 される。 なお、 第 1 1図は、 第 9図の例のテ一ブルに記述される要素 であるクリップが、 エディットリストに代わっただけであり、 その基 本的な構成は同様であるため、 その詳細な説明は適宜省略する。 第 1 1図の第 2行目乃至第 5行目のく editlist id="E0001" umid="0 123456789ABCDEF0123456789ABCDEF0123456789BB" f i le="E0001E01. SM I" dur=" 500" fps=" 59.94i" c =" 4" aspectRatio=" 4:3">は、 光ディ スク 17に記録されたクリップを編集した一番目のエディットリスト 要素を表しており、 エディツトリスト I Dが 「"Ε000Γ」 であり、 ュ 一ミツドが r" 0123456789ABCDEF0123456789ABCDEF0123456789BB" J で あり、 エディツトリストファイルのファイル名が 「"E0001E01. SMI"」 であり、 さらに、 エディットリストの属性情報として、 エディツトリ ストの有効な時間方向の長さが 500フレームであり、 エディットリス トの時間軸方向の解像度が 59.94 eld/secであり、 エディツトリスト の再生方法がインターレース方式であり、 エディットリストにより再 生される音声データのチャネル数が 4チャネルであり、 エディッ卜リ ストにより再生される画像データのアスペクトレシオが 「4:3」 であ ることを示している。
第 6行目乃至第 9行目のく ediilist id="E0002" umid=" 0123456789A BCDEF0123456789ABCDEF0123456789BC" f i le="E0002E01. SMI" dur="50 0" fps=" 59.94i" ch="4" aspectRatio="4:3">は、 エディツトリスト I Dが 「"Ε000Γ」 であるエディットリストの次に、 クリップを編集 したエディットリスト要素を表しており、 エディットリスト I Dが 「 "E0002"J であり、 ユーミツドが r" 0123456789ABCDEF0123456789ABCD EF0123456789BC"」 であり、 エディツトリストファイルのファイル名 が 「"E0002E01. SMI"」 であり、 さらに、 エディットリストの属性情報 として、 エディットリストの有効な時間方向の長さが 500フレームで あり、 エディットリストの時間軸方向の解像度が 59· 94field/secであ り、 エディットリストの再生方法がインターレース方式であり、 ェデ イットリストにより再生される音声データのチャネル数が 4チャネル であり、 エディットリストにより再生される画像データのァスぺクト レシオが 「4:3」 であることを示している。
第 1 0行目乃至第 1 3行目のく editlist id="E0003" umid=" 0123456 789ABCDEF0123456789ABCDEF0123456789BD" f i le="E0003E01. SMI" dur =" 500" fps=" 59.94i" ch=" 4" aspectRatio 4:3">は、 エディツトリ スト I Dが 「"E0002"」 であるエディットリストの次に、 クリップを 編集したエディットリスト要素を表しており、 エディットリスト I D が ΓΈ0003" J であり、 ユーミツドが r" 0123456789ABCDEF0123456789 ABCDEF0123456789BD"J であり、 エディツトリストファイルのフアイ ル名が 「"E0003E01. SMI"J であり、 さらに、 エディットリストの属性 情報として、 エディットリス卜の有効な時間方向の長さが 500フレー ムであり、 エディットリストの時間軸方向の解像度が 59, 94field/sec であり、 エディツトリストの再生方法がインターレマス方式であり、 エディットリストにより再生される音声データのチャネル数が 4チヤ ネルであり、 エディットリストにより再生される画像デ一夕のァスぺ クトレシオが 「4:3」 であることを示している。
第 14行目乃至第 1 7行目のく editlist id="E0004" umid=" 0123456 789ABCDEF0123456789ABCDEF0123456789BE" f i le="E0003E01. SMI" dur =" 500" fps=" 59.94i" ch=" 4" . aspectRat io=" 16： 9">は、 エディツトリ スト I Dが 「"E0003"」 であるエディットリストの次に、 クリップを 編集したエディットリスト要素を表しており、 エディットリスト I D が Γ"Ε0004 であり、 ユーミツドが r" 0123456789ABCDEF0123456789 ABCDEF0123456789BE"J であり、 エディツトリストファイルのフアイ ル名が 「"E0004E01. SMI"」 であり、 さらに、 エディットリストの属性 情報として、 エディットリストの有効な時間方向の長さが 500フレー ムであり、 エディットリストの時間軸方向の解像度が 59.94field/sec であり、 エディットリストの再生方法がインターレース方式であり、 エディットリストにより再生される音声データのチャネル数が 4チヤ ネルであり、 エディットリストにより再生される画像データのァスぺ クトレシオが 「4:3」 であることを示している。
第 1 2図は、 第 1 1図の第 2行目の 「く editlist id="E0001" umid= " 0123456789ABCDEF0123456789ABCDEF0123456789BB" f i le=" E0001E01. SMI" dur=" 500" fps=" 59.94i" ch=" 4" aspectRat io=" 4: 3">J のェデ イットリスト I D 「"Ε000Γ」 のエディツトリスト要素の例を示す。 第 1 2図のエディットリスト要素においては、 第 1行目乃至第 4行目 のく editlist id-"E0001" umid=" 0123456789ABCDEF0123456789ABCDEF0 123456789BB" f i le="B0001E01. SMI" dur=" 500" fps=" 59.94i" ch=" 4" aspectRatio="4:3">タグから第 7行目のく/ editlist>タグの間には、 エディットリストを構成するデータがエディットリスト子要素として 記述される。
第 5行目のく playlist file="E0001P01. SMI7>は、 このエディット リスト （編集結果） に基づいた、 エッセンスデータの再生手順 （プレ イリスト） 等の情報であるプレイリストファイルのエディットリスト 子要素を表しており、 プレイリストファイルのブアイル名が 「"E0001 POL SMI"J であることを示している。
第 6行目の〈meta f i le="E0001M01. XML" type="PD- Meta7>は、 ェデ イットリスト用クリップメタデータファイルのエディットリスト子要 素を表しており、 エディットリスト用クリップメ夕データファイルの ファイル名が 「"E0001M01. XML"」 であり、 エディツトリスト用クリツ プメ夕データファイルのコーデックの種類が 「"PD- Meta"」 であるこ とを示している。 なお、 いまの場合、 プレイリストファイルおよびメ 夕データファイルには、 ユーミツドが設定されていないが、 ユーミツ ドを設定するようにしてもよい。
以上のように、 インデックスファイルのエディットリス卜テーブル には、 エディッ卜リスト I D、 ユーミッド、 およびエディットリスト ファイルのファイル名の変換テーブル情報、 並びにエディットリスト を再生するために必要な属性情報により構成されるエディットリスト 要素が編集される順番に記述される。
なお、 第 1 2図に示されるエディツトリスト I D 「" Ε000Γ」 のェ ディットリスト要素の構成例は、 光ディスク 1 7に記録されている各 エディットリストに対応するすべてのエディットリスト I Dのエディ ットリスト要素において適用することができる。 すなわち、 第 1 1図 に示される、 その他のエディツトリスト I D 「" Ε0002"」 乃至 「" Ε000 4"」 においても、 第 1 2.図に示されるエディツトリスト要素の構成例 を適用することができるので、 その説明を省略する。，
次に、 光ディスク 1 7のファイルシステムのクリップィンフオメ一 シヨンファイルについて説明する。 上述したように、 クリップインフ オメ一ションファイルは、 光ディスク 1 7に記録されているクリップ をクリップ毎に管理するための管理情報が記述される。 なお、 クリツ プインフォメーションファイルは、 汎用性を持たせるために、 XML形 式で記述された SMIL (Synchroni zed Mu l timed i a Int egrat i on Languag e)が用いられて管理されている。
第 1 3図および第 1 4図は、 第 6図のクリップインフォメーション ファイル 1 5 1のうちの、 開始タグであるく body>タグから、 終了タグ であるく/ body〉タグにより指定される範囲のコードの例を示す。 第 1 3図には、 上述した範囲の第 1行目および第 2 0行目が示され、 第 1 4図には、 上述した範囲の第 2 1行目乃至第 4 2行目が示される。 な お、 図示は省略するが、 クリップインフォメーションファイル 1 5 1 において、 第 1 3図および第 14図に記載されるく body〉タグ乃至く/ bo dy>夕グ以外には、 クリップインフォメーションファィル 1 5 1が SMI Lで記述されている情報、 およびこのクリップのクリップメ夕データ (例えば、 第 6図のクリップメタデータファイル 1 6 2) の情報が含 まれるへッダ情報などが記述されている。
第 2行目のく par>タグは、 第 41行目のく/ par>タグまでに記述され ているエッセンスデータを同時に （パラレルで） 再生することを表し ている。 第 3行目のく switch〉タグは、 第 3 8行目のく/ switch〉タグま でに記述されているエッセンスデータのうちのいずれかを切り替えて 再生することを表している。 第 4行目の 「く！-- main stream ~>j は 、 コメントタグであり、 第 5行目のく par systemCo即 onent=" IMX50"〉 タグから、 第 3 3行目のく/ par〉タグまでに記述されているエッセンス デ一夕が、 本線データ （オリジナルの画像データおよび音声データ） であるコメントを示している。
第 5行目のく par sys temCo即 onent=" IMX50">タグのうちの 「systemC omponen " IMX50"」 は、 この撮像装置 1 4が再生可能な （または再生 が希望される） 画像デ一夕のコ一デックの種類を表している。 したが つて、 第 5行目のく par systemCo即 onent="IMX50">は、 第 3 3行目のく /par〉タグまでに記述されているエッセンスデー夕のうちの画像デー 夕が 「IMX50」 のコーデックあれば、 第 3 3行目のく/ par>タグまでに 記述されているエッセンスデータを、 同時に再生することを表してい る。
第 6行目乃至第 8行目のく video src="urn:srapie:uniid:060A2B34010 1010501010D1 130000000123456789ABCDEF0123456789ABCDEF" type=" I MX50">には、 再生対象とする画像データの属性情報が記述されている 。 「src="urn:smpte:umid:060A2B340101010501010Dl 213000000012345 6789ABCDEF0123456789ABCDEF" J は、 SMPTE (Soc iety of Motion Pictu re and Television Engineers)で定義される Furaid: 060A2B34010101 0501010D12130000000123456789ABCDEF0123456789ABCDEF J の画像デー 夕 （例えば、 画像データファイル 1 5 2) を再生対象とすることを表 している。 また、 「type=" IMX50"」 は、 画像データを再生するために 必要な情報である画像データの付属情報であるコーデックタイプを示 している。 したがって、 第 6行目乃至第 8行目には、 画像データファ ィル 1 5 2を 「IMX50」 ャ再生することが示されている。
ここで、 umid(unique material identifier)は、 参照されるデータ に設定される、 ヮ一ルドワイドで唯一の識別子 （ID identifier) で ある。 umid (UMID) には、 Basic UMID (32バイト） と Extended UMI D (3 2バイト） とがあり、 そのうちの Basic UMID (3 2バイト） は 、 画像データ、 音声データ等の唯一の IDである。 また、 Extended UMI Dは、 ソースパック （時間、 場所、 撮影者等) を示し、 映像の性質を 表すためや、 検索に利用されるために Basic UMIDに付加される。 この ように、 クリップインフォメーションファイルにおいて、 エッセンス デ一夕がュ一ミツドで管理されている。 したがって、 光ディスク 1 7 内では、 インデックスファイルを用いて、 ユーミツドをファイル名に 変換する必要があるが、 その反面、 汎用性があるため、 外部の装置で 利用することができる。
第 9行目乃至第 1 1行目のく audio src="urn:smpte:umid:060A2B340 101010501010D1213000000123456789ABCDEF0123456789ABCDEF0" type= " LPCM16" trackDst="CHl"/〉には、 再生対象とする音声データの属性 情報が記述されている。
Figure imgf000049_0001
は、 音声データを LPCM16 で再生されることを表しており、 「trackDst="CHl"」 は、 この音声デ 一夕をチャネル 1として再生することを表している。 したがって、 第 1 0行目乃至第 1 2行目には、 「umid: 060A2B340101010501010D1213 000000123456789ABCDEF0123456789ABCDEF0」 の音声デ一タ （例えば、 音声デ一タファイル 1 53) を、 チャネル 1として、 LPCM16で再生す ることが示されている。
同様に、 第 12行目乃至第 14行目のく audio src="urn:smpte:umid :060A2B340101010501010D121300000023456789ABCDEF0123456789ABCDE F01" type="LPCM16" trackDst=" CH27>は、 Uiid:060A2B3401010105 01010D121300000023456789ABCDEF0123456789ABCDEF01J の音声データ
(例えば、 音声データファイル 1 54) を、 チャネル 2として、 LPCM 16で再生することを表しており、 第 1 5行目乃至第 1 7行目のく audio src="urn:smpte:umid:060A2B340101010501010D12130000003456789AB CDEF0123456789ABCDEF012" iype="LPCM16" trackDst=" CH3'7>は、 「u mid:060A2B340101010501010D12130000003456789ABCD 0123456789ABC DEF012」 の音声データ （例えば、 音声データファイル 1 5 5) を、 チ ャネル 3として、 LPCM16で再生することを表しており、 第 1 8行目乃 至第 20行目のく audio src="urn:smpte:uinid:060A2B340101010501010 D1213000000456789ABCD£F0123456789ABCDEF0123" type="LPCM16" tra ckDst="CH47>は、 rUmid:060A2B340101010501010D1213000000456789 ABCDEF0123456789ABCDEF0123」 の音声データ （例えば、 音声データフ アイル 1 56) を、 チャネル 4として、 LPCM16で再生することを表し ている。
また、 第 2 1行目乃至第 23行目のく audio src="urn:smpte:umid:0 60A2B340101010501010D121300000056789ABCDEF0123456789ABCDEF0123 4" type=" LPCM16" trackDst CH5'7〉は、 rUmid:060A2B340101010501 010D121300000056789ABCDEF0123456789ABCDEF01234J の音声データ ( 例えば、 音声データファイル 1 57) を、 チャネル 5として、 LPCM16 で再生することを表しており、 第 24行目乃至第 26行目のく audio s rc="urn:smpte:umid:060A2B340101010501010D12130000006789ABCDEFO 123456789ABCDEF012345" type=" LPCM16" trackDs " CH6"/〉は、 「umi d:060A2B340101010501010D12130000006789ABCDEF0123456789ABCDEF01 2345」 の音声データ （例えば、 音声データファイル 1 58) を、 チヤ ネル 6として、 LPCM16で再生することを表している。
さらに、 第 27行目乃至第 29行目のく audio src="urn:smpte:umid :060A2B340101010501010D1213000000789ABCDEF0123456789ABCDEF0123 456" type="LPCM16" trackDs t=" CH7"/>は、 rUmid:060A2B3401010105 01010D1213000000789ABCDEF0123456789ABCDEF0123456J の音声データ (例えば、 音声データファイル 1 59) を、 チャネル 7として、 LPCM 16で再生することを表しており、 第 30行目乃至第 32行目のく audio src="urn:sra te:umid:060A2B340101010501010D1213,00000089ABCDEF0 123456789ABCDEF01234567" iype=" LPC 16" trackDs i=" CH8'7>は、 「u inid:060A2B340101010501010D121300000089ABCDEF0123456789ABCDEF01 234567」 の音声デ一夕 （例えば、 音声データファイル 1 60) を、 チ ャネル 8として、 LPCM16で再生することを表している。
第 34行目の 「く卜- sub stream --〉」 は、 コメントタグであり、 第 3 5行目乃至第 37行目に記述されているエッセンスデータが、 口 一レゾデ一夕であるコメントを示している。
第 3 5行目乃至第 3.7行目のく ref src="urn:s即 te:umid:060A2B340 101010501010D1 130000009ABCDEF0123456789ABCDEF012345678" type= " SubS tr earn" systemComponent=" SubStream'7〉には、 再生対象とする 任意のデータ （いまの場合、 ローレゾデ一夕） の属性情報が記述され ている。
Figure imgf000051_0001
は、 口一レゾデータが SubStreamとい ぅコ一デックで再生されることを表しており、 「systemComponent="S ubStream"j は、 この撮像装置 1 4が再生可能な （または再生が希望 される） ローレゾデータのコーデックの種類を表している。 したがつ て、 第 3 5行目乃至第 3 7行目には、 「umid:060A2B340101010501010 D12130000009ABCDEF0123456789ABCDEF012345678J のローレゾデ一夕 5 (例えば、 口一レゾデータファイル 1 6 1 ) が、 SubStreamで再生さ れることが示されている。
第 3 9行目の 「ぐ- - realtime meta 一〉」 は、 コメントタグであり 、 第 4 1行目に記述されているエッセンスデータが、 リアルタイムメ 夕データであるコメントを示している。
0 第 40行目のく metastream src="C0001R01. BIM" type std"/>には 、 再生対象とするメタデータの属性情報が記述されている。 「src="C 0001R01. BIM"」 は、 フレームメタデータのファイル名を表しており、 「 pe="sid"」 は、 フレームメタデータが 「std」 というコーデック で再生されることを表している。 したがって、 第 3 5行目乃至第 3 7 15 行目には、 ファイル名 「"C0001R01. BIM"」 のフレームメタデ一タ （例 えば、 フレームメタデータファイル 1 6 3) が、 「std」 で再生され ることが示されている。
以上より、 第 1 3図および第 1 4図のクリップインフォメーション 、 ファイル 1 5 1には、 画像データファイル 1 5 2および音声データフ 0 アイル 1 5 3乃至 1 6 0、 もしくは、 ローレゾデ一夕 1 6 1のいずれ ' か選択されたファイルが、 フレームメタデータファイル 1 6 3と同時 に再生されることが示されている。
以上のように、 クリップインフォメーションファイルには、 クリツ プを構成するエッセンスデータを再生するために必要なエッセンスデ 25 —夕の付属情報が記述されている。 したがって、 エッセンスデ一夕を 読み出して、 再生に必要な情報を解釈しなくても、 クリップインフォ メーシヨンファイルを参照することにより、 すぐに、 エッセンスデー 夕を再生するために必要な情報であるエッセンスデータの付属情報を 取得することができる。
また、 クリップインフォメーションファイルにおいては、 汎用性の ある SMILが用いられ、 さらに、 クリップを構成するエッセンスデータ が、 汎用性のあるユーミツドで管理されている。 これにより、 クリツ プインフォメーションファイルを外部の装置で簡単に利用することが でさる。 この場合には、 クリップインフォメーションファイルが、 ェ ッセンスデータの編集、 再生などの処理に利用されるようにしてもよ い。
次に、 第 1 5図のフローチャートを参照して、 撮像装置 1 4に光デ イスク 1 7が装着された場合に実行されるインデックスファイルの読 み出し処理を説明する。 ，
撮影スタッフは、 撮像装置 1 4を用いて、 撮影により得られる画像 デ一夕や音声データを記録するために、 または、 光ディスク 1 7に記 録されている画像データや音声データを再生するために、 光ディスク 1 7をドライブ 6 6に装着する。
CPU 5 1は、 ステップ S 1において、 ドライブ 6 6に光ディスク 1 7が装着されるまで待機しており、 ドライブ 6 6に光ディスク 1 7が 装着されたと判断した場合、 ステップ S 2に進み、 ドライブ 6 6を制 御し、 光ディスク 1 7からインデックスファイル （例えば、 インデッ クスファイル 1 3 4 ) を読み出させ、 RAM 5 3に展開 （ロード） し、 ィンデックスファイル読み込み処理を終了する。
このようにして、 撮像装置 1 4においては、 光ディスク 1 7が装着 された時点で、 インデックスファイルが光ディスク 1 7から読み出さ れ、 RAM 5 3に展開される。 そして、 これ以降の処理においては、 RAM 5 3に展開されたィンデックスファイルに基づいて、 光ディスク 1 7 に対して、 データ書き込みや読み出しの処理が実行される。 これによ り、 光ディスク 1 7に記録されているデータへのアクセスを早くする ことができる。
次に、 第 1 6図のフロ一チャートを参照して、 撮像装置 1 4のクリ ップ生成処理を説明する。 なお、 いまの場合、 撮像装置 1 4に光ディ スク 1 7が装着され、 第 1 5図を参照して上述したインデックスファ ィル読み出し処理が実行され、 RAM 5 3には、 インデックスファイル (例えば、 インデックスファイル 1 5 23 4 ) が展開されている。 第 1 7 図乃至第 2 0図の処理においても同様である。
撮影スタッフは、 撮像装置 1 4を用いて、 撮影により入力される画 像データや音声データを光ディスク 1 7に記録するために、 操作部 6 1を構成する録画ポタンを操作し、 光 ィスク 1 7 のデータの記録 を指示する。 操作部 6 1は、 CPU 5 1にデ一夕の記録の指示信号を出 力する。 CPU 5 1は、 操作部 6 1よりデータの記録の指示信号が入力 された場合、 入力部 6 2、 エンコーダ/デコーダ部 5 6、 記録制御部 5 4に、 光ディスク 1 7へのデ一夕の記録開始を指示する。 また、 こ のとき、 RAM 5 3には、 撮影スタッフにより操作部 6 1を介して設定 された （または、 撮影装置 1 4で予め設定されている） 画像データお ょぴ音声デ一夕のパラメ一夕情報 （解像度の情報や、 コーデックの種 類など） が記憶されている。
入力部 6 2は、 CPU 5 1からの指示に基づいて、 カメラにより撮像 された画像データおよびマイクロフ'オンにより集音された音声データ を入力し、 エンコーダ デコーダ部 5 6に供給する。 エンコーダ/デ コーダ部 5 6は、 入力部 6 2から供給された画像データおよび音声デ 一夕を、 それぞれ、 RAM 5 3に記憶されているパラメ一夕情報に基づ いて、 それぞれ符号化し、 符号化された画像データ、 音声データおよ びローレゾデータをデータ取り込み部 1 0 1に供給する。
記録制御部 5 4の情報取得部 1 0 2は、 第 1 6図のステップ S 2 1 において、 CPU 5 1から記録開始が指示されるまで待機しており、 CPU 5 1からデータの記録開始が指示されたと判断した場合、 ステップ S 2 2に進み、 RAM 5 3に記憶されているパラメータ情報を取得し、 デ 一夕生成部 1 0 3、 クリップ生成部 1 0 4およびインデックスフアイ ル更新部 1 0 5に供給する。 また、 このとき、 データ取り込み部 1 0 1は、 エンコーダ Zデコーダ部 5 6からの画像データ、 音声データお よび口一レゾデータをデータ生成部 1 0 3に供給する。 ·
クリップ生成部 1 0 4は、 情報取得部 1 0 2から、 パラメータ情報 が入力されると、 ステップ S 2 3に進み、 撮像装置 1 4に入力された 画像データ、 音声データおよびローレゾデータデータをクリップとし て管理するためのクリップディレクトリ （例えば、 クリップディレク トリ 1 4 1 ) を生成し、 生成されたクリップディレクトリをテ一ブル 記録部 1 0 7に出力し、 ステップ S 2 4に進む。 テーブル記録部 1 0 7は、 クリップ生成部 1 0 4からのクリップディレクトリをドライブ 6 6を介して、 光ディスク 1 7に記録する。
デ一夕生成部 1 0 3は、 ステップ S 2 4において、 情報取得部 1 0 2からのパラメータ情報に基づいて、 データ取り込み部 1 0 1からの エッセンスデー夕のへッダぉよびフッ夕を生成し、 生成されたへッダ 、 フッタおよびボディ （エッセンスデータ） からなる M X Fのエツセ ンスデータファイル （例えば、 画像データファイル 1 5 2、 音声デー 夕ファイル 1 5 3乃至 1 6 0、 ローレゾデータファイル 1 6 1 ) を生 成し、 生成された各エッセンスデータファイルをデータ記録部 1 0 6 に出力し、 ステップ S 2 5に進む。 データ記録部 1 0 6は、 デ一タ生 成部 1 0 3からのエッセンスデータファイルをドライブ 6 6を介して 、 光ディスク 1 7に記録する。
データ生成部 1 0 3は、 ステップ S 2 5において、 情報取得部 1 0 2からのパラメータ情報およびデータ取り込み部 1 0 1からの画像デ 一夕および音声デ一夕に基づいて、 フレームメタデータデータフアイ ル (例えば、 フレームメタデータデータファイル 1 6 3 ) を生成し、 生成されたフレームメタデータデータファイルをデータ記録部 1 0 6 に出力し、 ステップ S 2 6に進む。 データ記録部 1 0 6は、 データ生 成部 1 0 3からのフレームメタデータデ一夕ファイルをドライブ 6 6 を介して、 光ディスク 1 7に記録する。
データ生成部 1 0 3は、 ステップ S 2 6において、 情報取得部 1 0 2からのパラメータ情報およびデータ取り込み部 1 0 1からの画像デ 一夕および音声データに基づいて、 クリップメタデータデ一タフアイ ル （例えば、 クリップメ夕デ一タデ一夕ファイル 1 6 2 ) を生成し、 生成されたクリップメタデ一タデ一夕ファイルをデータ記録部 1 0 6 に出力し、 ステップ S 2 7に進む。 デ一タ記録部 1 0 6は、 デ一夕生 成部 1 0 3からのクリップメ夕データデータファイルをドライブ 6 6 を介して、 光ディスク 1 7に記録する。
データ生成部 1 0 3は、 ステップ S 2 7において、 情報取得部 1 0 2からのパラメ一夕情報およびデータ取り込み部 1 0 1からの画像デ 一夕に基づいて、 ピクチャポインタファイル （例えば、 ピクチャボイ ン夕ファイル 1 6 4 ) を生成し、 生成されたピクチャポインタフアイ ルをデータ記録部 1 0 6に出力し、 ステップ S 2 8に進む。 データ記 録部 1 0 6は、 データ生成部 1 0 3からのピクチャポインタファイル をドライブ 6 6を介して、 光ディスク 1 7に記録する。
クリップ生成部 1 0 4は、 ステップ S 2 8において、 情報取得部 1 0 2からのパラメ一タ情報に基づいて、 クリップインフォメーション ファイル （例えば、 クリップインフォメーションファイル 1 5 1) を 生成する。 具体的には、 クリップ生成部 1 04は、 データ生成部 1 0 3により生成された各エッセンスデータに基づいて記述されるエツセ ンスデータを管理するための属性情報 （例えば、 第 1 3図の第 7行目 の 「umid: 060A2B340101010501010D12130000000123456789ABCDEF0123 456789ABCDEFJ など） 、 並びに、 情報取得部 1 0 2からのパラメータ 情報に基づいて記述されるエッセンスデータを再生するために必要な 属性情報 （例えば、 第 1 3図の第 8行目の 「 pe="IMX50"」 や第 1 1 行目の type="LPCM16" trackDst=" CHI" J など） が記述されたクリツ プインフォメーションファイルを生成し、 生成されたクリップインフ オメ一シヨンファイルをテ一ブル記録部 1 0 7に出力し、 ステップ S 2 9に進む。 テーブル記録部 1 0 7は、 クリップ生成部 1 04からの クリップインフォメーションファイルをドライブ 6 6を介して、 光デ イスク 1 7に記録する。
インデックスファイル更新部 1 0 5は、 ステップ S 2 9において、 インデックスファイルのクリップテーブルに、 新しいクリップ要素を 追加するィンデックスファイルの更新処理を実行する。 このィンデッ クスファイルの更新処理を、 第 1 7図のフローチャートを参照して説 明する。
第 1 7図のステップ S 4 1において、 インデックスファイル更新部 1 0 5は、 クリップ生成部 1 04により生成されたクリップィンフォ メーションファイルに基づいて、 クリップのユーミッドおよびフアイ ル名などのクリップを管理するための管理情報 （例えば、 第 9図の第 2行目乃至第 5行目の 「clip id="C0001"j 、 rUmid=" 0123456789ABC DEF0123456789ABCDEF0123456789AA"J 、 「 f i le=" C0001C01. SMI" J 、 「dur=" 12001"」 など） を記述したクリップ要素を生成し、 ステップ S 42に進み、 情報取得部 1 0 2からのパラメ一夕情報に基づいて、 生成されたクリップ要素に、 クリップを再生するために必要な属性情 報 （例えば、 第 9図の第 2行目乃至第 5行目の 「fps=" 59.94i"」 、 「 ch="4"」 、 「aspectRatio="4:3"」 など） を記述し、 ステップ S 43 に進む。 なお、 「dur=」 は、 生成されたクリップインフォメーション ファイル 1 5 1に基づいて、 生成されるため、 説明の便宜上、 クリツ プを管理するための管理情報に含めたが、 クリップを再生するために 必要な属性情報に含めるようにしてもよい。
インデックスファイル更新部 1 0 5は、 ステップ S 4.3において、 クリップインフォメーションファイルに基づいて、 クリップに含まれ るエッセンスデータなどのュ一ミツドおよびファイル名などのクリッ プを管理するための管理情報 （例えば、 第 1 0図の第 3行目および第 4行目の rumid=" 0123456789ABCDEF0123456789ABCDEF0123456789Al" 」 、 「file="C0001V01.MXF"」 ） を記述したクリップ子要素を、 クリ ップ要素に生成し、 ステップ S 44に進み、 情報取得部 1 0 2からの パラメ一夕情報に基づいて、 生成されたクリップ子要素に、 各エツセ ンスデータを再生するために必要な属性情報 （例えば、 第 1 0図の第 4行目の 「type DV25— 411P"」 ） を記述し、 ステップ S 4 5に進む。 ステップ S 4 5において、 インデックスファイル更新部 1 0 5は、 RAM 5 3のィンデックスファイルのクリップテーブルに、 生成された クリップ要素 （クリップ子要素が含まれる） を追加 （登録） してイン デックスファイルを更新し、 更新されたィンデックスファイルをテー ブル記録部 1 0 7に出力する。 なお、 ごのとき、 インデックスフアイ ル更新部 1 0 5は、 クリップテーブルに登録されているクリップ要素 の最後尾に、 生成されたクリップの要素を登録する。 テーブル記録部 1 0 7は、 インデックスファイル更新部 1 0 5からのインデックスフ アイルをドライブ 6 6を介して、 光ディスク 1 7に記録し、 第 1 6図 に戻り、 クリップ生成処理を終了する。
以上のようにして、 エッセンスデータを再生するために必要な属性 情報を、 インデックスファイルとクリップインフォメーションフアイ ルに記述するようにしたので、 光ディスク 1 7に記録されたデ一夕を 再生する際には、 ィンデックスファイルまたはクリップインフォメー シヨンフアイルに基づいてエツセンスデ一夕を再生するために必要な 属性情報を取得することができる。 これにより、 エッセンスデ一夕か ら属性情報を読み出す必要がなくなり、 再生の処理時間が短縮される また、 エッセンスデータを再生するために必要な属性情報を、 イン デックスファイルとクリップインフォメ一ションファイルで 2重に管 理するようにしたので、 光ディスク内では、 インデックスファイルを 参照して、 再生の処理時間の短縮が図れるとともに、 外部の装置にお いては、 汎用性のあるクリップインフォメーションファイルを利用す ることができる。
次に、 第 1 8図のフローチャートを参照して、 撮像装置 1 4におけ るクリップ再生処理を説明する。 第 1 8図においては、 クリップイン フオ ーシヨンファイルに基づいて、 クリップが再生される場合を説 明する。
撮影スタッフは、 撮影したクリップを確認するために、 操作部 6 1 のポタンなどを操作して、 所望のクリップの再生を指示する。 操作部 6 1は、 CPU 5 1にクリップ再生の指示信号を出力する。 CPU 5 1は、 操作部 6 1を介して、 クリップ再生の指示信号が入力された場合、 再 生制御部 5 5に、 光ディスク 1 7からのクリップの再生開始を指示す る。
クリップ再生部 1 1 1は、 第 1 8図のステップ S 1 0 1において、 CPU 5 1からクリップの再生開始が指示されるまで待機しており、 CPU 5 1からクリップの再生開始が指示されたと判断した場合、 ステップ S 1 0 2に進み、 クリップ情報取得部 1 1 4を制御し、 ドライブ 6 6 を介して、 指示されたクリップインフォメーションファイル （例えば 、 クリップインフォメーションファイル 1 5 1) を光ディスク 1 7か ら読み出させる。 クリップ情報取得部 1 1 4は、 読み出されたクリツ プインフォメーションを RAM5 3に展開 （ロード） し、 ステップ S 1 0 3に進む。
クリップ再生部 1 1 1は、 クリップ情報取得部 1 1 4を制御し、 ス テツプ S 1 0 3において、 RAM5 3のクリップインフォメーションフ アイルから、 再生するエッセンスデータのユーミツド， （例えば、 第 1 3図の第 7行目の umid: 060A2B340101010501010D1213000000012345 6789ABCDEF0123456789ABCDEF」 ） および属性情報 (例えば、 第 1 3図 の第 8行目の
Figure imgf000060_0001
や第 1 1行目の 「type="LPCM16" trac kDst=" CHI" J など） を取得させる。 クリップ再生部 1 1 1は、 インデ ックスファイル情報取得部 1 1 3を制御し、 取得されたユーミツドに 対応するファイル名 （例えば、 第 1 0図の第 3行目の 「file="C0001V 01.MXF"J ) などの情報を、 RAM5 3のインデックスファイルのクリツ プテーブルより取得させ、 ステップ S 1 04に進む。
クリップ再生部 1 1 1は、 ステップ S 1 04において、 クリップ情 報取得部 1 1 4により取得された属性情報およびファイル名に基づい て、 ドライブ 6 6、 エンコーダ/デコーダ部 5 6および出力部 6 3を 制御し、 光ディスク 1 7に記録されているエッセンスデ一夕を再生さ せ、 クリップ再生処理を終了する。 具体的には、 ドライブ 6 6は、 ク リップ再生部 1 1 1の制御のもと、 ファイル名に対応するエッセンス デ一夕を光ディスク 1 7から読み出し、 エンコーダ/デコーダ部 5 6 に供給する。 エンコーダ/デコーダ部 5 6は、 クリップ再生部 1 1 1 からの属性情報に基づいて、 エッセンスデータをデコードし、 デコー ドされたデータを、 出力部 6 3を構成するモニタやスピーカに出力さ せる。
以上のように、 エッセンスデータを再生するために必要な属性情報 がクリッブインフオメーションファイルから取得することができるの で、 エッセンスデータから再生に必要な情報を取得する必要がなくな り、 処理時間が短縮される。
次に、 第 1 9図のフローチヤ一トを参照して、 インデックスフアイ ルに基づいて再生される、 クリップ再生処理を説明する。 なお、 第 1 9図のステップ S 1 2 1の処理は、 第 1 8図のステップ S 1 0 1の処 理と基本的に同様であるため、 その説明は適宜省略する。
クリップ再生部 1 1 1は、 第 1 9図のステツプ S 1 2 1において、 CPU 5 1からクリップの再生開始が指示されるまで待機しており、 CPU 5 1からクリップの再生開始が指示されたと判断した場合、 ステップ S 1 2 2に進み、 インデックスファイル情報取得部 1 1 3を制御し、 RAM 5 3のインデックスファイル （例えば、 インデックスファイル 1 3 4 ) のクリップテーブルから、 再生するクリップ要素を取得させる 。 インデックスファイル情報取得部 1 1 3は、 取得されたクリップ要 素から再生するエッセンスデータのファイル名 （例えば、 第 1 0図の 第 4行目の 「f U e=" C0001V01. MXF"」 ) およびエッセンスデータを再 生するために必要な属性情報 （例えば、 第 1 0図の第 4行目の 「type DV25_411P" J ) を取得し、 ステップ S 1 2 3に進む。
クリップ再生部 1 1 1は、 ステップ S 1 2 3において、 インデック スファイル情報取得部 1 1 3により取得された属性情報およびフアイ ル名に基づいて、 ドライブ 6 6、 エンコーダ/デコーダ部 5 6および 出力部 6 3を制御し、 光ディスク 1 7に記録されているエッセンスデ 一夕を再生させ、 クリップ再生処理を終了する。 具体的には、 ドライ ブ 6 6は、 クリップ再生部 1 1 1の制御のもと、 ファイル名に対応す るエッセンスデータを光ディスク 1 7から読み出し、 エンコーダ Zデ コーダ部 5 6に供給する。 エンコーダ Zデコーダ部 5 6は、 クリップ 再生部 1 1 1からの属性情報に基づいて、 エッセンスデータをデコー ドし、 デコードされたデータを、 出力部を構成するモニタやスピーカ に出力させる。
以上のように、 エッセンスデータを再生するために必要な属性情報 がインデックスファイルから取得することができるので、 属性情報を 取得するために、 光ディスク 1 7から、 エッセンスデータ、 さらに、 クリップィンフオメーシヨンファイルを読み出し、 解釈する必要がな くなり、 第 1 8図の再生処理の場合よりさらに、 処理時間が短縮され る。
なお、 インデックスファイルに基づいてクリップを再生するように し、 クリップィンフオメーションファイルを読み出す時間を短縮する ことにより、 次に説明する光ディスク 1 7に記録されているすべての クリップを連続して再生する場合、 より処理時間が短縮されるという 効果が期待される。
第 2 0図のフローチャートを参照して、 撮像装置 1 4のテープ再生 処理について説明する。
撮影スタッフは、 撮影したすべてのクリップを確認するために、 操 作部 6 1のポタンなどを操作して、 テープ再生を指示する。 例えば、 撮像装置 1 4において、 記録媒体として、 テープが用いられ、 テープ に記録されたデータを再生する場合、 テープに記録されたデータは、 テープに記録された順に途切れることなく、 連続的に再生される。 こ のように、 テープ再生処理とは、 光ディスク 1 7に記録されているす ベてのクリップを、 あたかもテ一プを再生するかのように、 記録され た順に、 次々と連続して再生するクリップ連続再生処理のことをいう 操作部 6 1は、 CPU 5 1にテープ再生の指示信号を出力する。 CPU 5 1は、 操作部 6 1を介して、 テープ再生の指示信号が入力された場合 、 再生制御部 5 5に、 光ディスク 1 7からのテープ再生開始を指示す る。
テープ再生部 1 1 2は、 第 2 0図のステップ S 1 5 1において、 CP U 5 1からテープ再生の開始が指示されるまで待機しており、 CPU 5 1 からテープ再生の開始が指示されたと判断した場合、，ステップ S 1 5 2に進み、 インデックスファイル情報取得部 1 1 3を制御し、 RAM 5 3のインデックスファイル (例えば、 インデックスファイル 1 3 4 ) のクリップテーブルから、 最初のクリップ要素を取得させる。 テープ 再生部 1 1 2は、 取得されたクリップ要素から再生するエッセンスデ 一夕のファイル名 （例えば、 第 1 0図の第 4行目の 「f i I e=" C0001V01 . MXF"」 ） およびエッセンスデータを再生するために必要な属性情報 (例えば、 第 1 0図の第 4行目の 「type=" DV25_411P"」 ） を取得し、 ステップ S 1 5 3に進む。 ' テープ再生部 1 1 2は、 ステップ S 1 5 3において、 取得された属 性情報およびファイル名に基づいて、 ドライブ 6 6、 エンコーダ/デ コーダ部 5 6および出力部 6 3を制御し、 光ディスク 1 7に記録され ているエッセンスデータを再生させる。 具体的には、 ドライブ 6 6は 、 テープ再生部 1 1 2の制御のもと、 ファイル名に対応するエッセン スデータを光ディスク 1 7から読み出し、 エンコーダノデコーダ部 5 6に供給する。 エンコーダ Zデコーダ部 5 6は、 テープ再生部 1 1 2 からの属性情報に基づいて、 エッセンスデータをデコードし、 デコ一 ドされたデータを、 出力部 6 3を構成するモニタやスピーカに出力さ せる。
テープ再生部 1 1 2は、 ステップ S 1 5 3においてクリップの再生 処理が終了すると、 ステップ S 1 5 4に進み、 インデックスファイル 情報取得部 1 1 3からの情報に基づいて、 ィンデックスファイルのク リップテ一ブルを構成するすべてのクリップ要素に対して、 再生処理 が終了したか否かを判断し、 インデックスファイルのクリップテープ ルに、 まだ再生されていないクリップ要素があると判断した場合、 ス テツプ S 1 5 2に戻り、 インデックスファイル情報取得部 1 1 3を制 御し、 RAM 5 3のィンデックスファイルのクリップテ,一ブルの次のク リップ要素を取得させ、 それ以降の処理を繰り返す。
テープ再生部 1 1 2は、 ステップ S 1 5 4において、 インデックス ファイルのクリップテ一ブルを構成するすべてのクリップ要素に対し て、 再生処理が終了したと判断した場合、 テープ再生処理を終了する 以上のように、 インデックスファイルを参照して、 クリップが再生 されるので、 クリップを再生するために必要な属性情報を取得するた めに、 エッセンスデータ、 またはクリップインフォメーションフアイ ルを読み出す時間が短縮されるので、 1つのクリップの再生から、 次 のクリツプ再生に移行する際に、 タイムラグが発生することが抑制さ れる。
なお、 第 2 0図のテープ再生においては、 ィンデックスファイルを 参照してクリップを再生する場合について説明したが、 もちろん、 ク リップィンフオメーションファイルに基づいて、 クリップを再生する ようにしてもよい。 なお、 その場合には、 インデックスファイルでの ユーミツドの変換が必要となり、 時間が多少かかる。 したがって、 光 ディスクに記録されているデータを再生する場合には、 ィンデックス ファイルを用いる方が望ましい。
以上のように、 エッセンスデータを再生するために必要な属性情報 を、 インデックスファイルとクリップインフォメーションファイルで 2重に管理するようにしたので、 光ディスク内では、 クリップインフ オメ一シヨンファイルを参照するよりも再生処理の早い、 インデック スファイルを参照して、 再生の処理時間のさらなる短縮を図り、 外部 の装置においては、 汎用性のあるクリップィンフオメーシヨンフアイ ルを利用するといつた使い分けを行うことができる。 そして、 外部の 装置においては、 クリップインフォメーションファイルを、 エッセン スデータの再生、 編集などの処理に利用ようにしてもよい。
以上においては、 画像データ、 音声データ、 口一レゾデ一夕、 フレ ームメタデータ、 クリップメタデータ、 およびエディツトリスト等の データを光ディスクに記録する場合について、 説明したが、 これらの 各データを記録する記録媒体としては、 光ディスクに限らず、 例えば 、 光磁気ディスク、 フレキシブルディスクやハードディスク等の磁気 ディスク、 磁気テープ、 または、 フラッシュメモリ等の半導体メモリ であってもよい。
また、 以上においては、 撮像装置 1 4において、 クリップの記録、 およびクリップの再生を行う場合について説明したが、 記録再生を行 う情報処理装置としては、 これに限らず、 例えば、 第 1図の企画用端 末装置 1 1、 フィールド PC 1 5、 または編集用端末装置 1 6であって もよいし、 それ以外の情報処理装置であってもよい。 以上のように、 本発明を適用した情報処理装置は、 データが記録さ れるときに、 データを再生するために必要な再生情報を取得し、 取得 された再生情報とともに、 デ一夕を一意的に識別するための識別子を 記述した、 データ毎にデータを管理する第 1の管理ファイルを生成し 、 取得された再生情報と、 デ一夕の識別子およびデータが記録されて いる位置を示す情報により構成されるデータの管理情報を、 記録媒体 に記録されているデータを一括管理する第 2の管理ファイルに登録す る処理を行えばよく、 このような内容の処理と同様の処理であれば、 どのような方法で処理を行ってもよいし、 このような処理以外の処理 をさらに行ってもよい。 また、 本発明を適用した情報処理装置の構成 は、 このような処理を実行可能であれば、 第 2図に示される構成以外 の構成であってももちろんよい。
上述した一連の処理は、 ハ一ドウエアにより実行きせることもでき るし、 上述したようにソフトウェアにより実行させることもできる。 一連の処理をソフトウェアにより実行させる場合には、 そのソフトゥ エアを構成するプログラムが専用の八一ドウエアに組み込まれている コンピュータ、 または、 各種のプログラムをインストールすることで 、 各種の機能を実行することが可能な、 例えば汎用のパーソナルコン ピュー夕などに、 記録媒体等からインストールされる。
記録媒体は、 第 2図に示されるように、 撮像装置 1 4とは別に、 ュ 一ザにプログラムを提供するために配布される、 プログラムが記録さ れている磁気ディスク （フレキシブルディスクを含む） 、 光ディスク (CD-ROM (Compac t Di sc-Read Only Memory) , DVD (Digi t al Vers at i l e Di sc) を含む） 、 光磁気ディスク （MD (Mini-Di sc) (登録商標 ) を含む） 、 若しくは半導体メモリなどよりなるパッケージメディア を含むリムーバブルメディア 7 1により構成されるだけでなく、 コン ピュー夕に予め組み込まれた状態でユーザに提供される、 プログラム が記憶されている ROM 5 2や記憶部 6 3が含まれるハードディスクな どで構成される。
なお、 本明細書において、 媒体により提供されるプログラムを記述 するステップは、 記載された順序に従って、 時系列的に行われる処理 は勿論、 必ずしも時系列的に処理されなくとも、 並列的あるいは個別 に実行される処理をも含むものである。
また、 本明細書において、. システムとは、 複数の装置により構成さ れる装置全体を表すものである。
以上の如く、 本発明によれば、 データをスムーズに再生することが できる。 また、 本発明によれば、 複数のデータを、 連続してスムーズ に再生することができる。

Claims

請 求 の 範 囲
1 . 記録媒体に記録されているデータを管理する情報処理装置におい て、
前記データが記録されるときに、 前記データを再生するために必要 な再生情報を取得する情報取得手段と、
前記情報取得手段により取得された前記再生情報とともに、 前記デ 一夕を一意的に識別するための識別子を記述した、 デ一タ毎に前記デ 一夕を管理する第 1の管理ファイルを生成する生成手段と、
前記情報取得手段により取得された前記再生情報と、 前記データの 前記識別子および前記データが記録されている位置を示す情報により 構成される前記データの管理情報を、 前記記録媒体に記録されている デ―タを一括管理する第 2の管理ファイルに登録する登録手段と を備えることを特徴とする情報処理装置。 ，
2 . 前記登録手段は、 前記データの管理情報を、 前記第 2の管理ファ ィルの最後尾に登録する
ことを特徴とする請求の範囲 1に記載の情報処理装置。
3 . 前記第 1の管理ファイルまたは前記第 2の管理ファイルに基づい て、 前記データを再生する再生手段を
さらに備えることを特徴とする請求の範囲 1に記載の情報処理装置
4 . 前記第 1の管理ファイルまたは前記第 2の管理ファイルに基づい て、 前記記録媒体に記録されているすべての前記データを連続再生す る連続再生手段を
さらに備えることを特徴とする請求の範囲 1に記載の情報処理装置 。
5 . 記録媒体に記録されているデータを管理する情報処理方法であつ て、
前記データが記録されるときに、 前記データを再生するために必要 な再生情報を取得する情報取得ステツプと、
前記情報取得ステップの処理により取得された前記再生情報ととも に、 前記データを一意的に識別するための識別子を記述した、 データ 毎に前記データを管理する第 1の管理ファイルを生成する生成ステツ プと、
前記情報取得ステップの処理により取得された前記再生情報と、 前 記データの前記識別子および前記データが記録されている位置を示す 情報により構成される前記データの管理情報を、 前記記録媒体に記録 されているデータを一括管理する第 2の管理ファイルに登録する登録 ステツフと - を含むことを特徴とする情報処理方法。 ，
6 . 記録媒体に記録されているデータを管理する情報処理をコンビュ 一夕に行わせるプログラムが記録されるプログラム記録媒体であつて 前記データが記録されるときに、 前記データを再生するために必要 な再生情報を取得する情報取得ステップと、
前記情報取得ステップの処理により取得された前記再生情報ととも に、 前記データを一意的に識別するための識別子を記述した、 データ 毎に前記データを管理する第 1の管理ファイルを生成する生成ステツ プと、
前記情報取得ステップの処理により取得された前記再生情報と、 前 記デー夕の前記識別子および前記デー夕が記録されている位置を示す 情報により構成される前記データの管理情報を、 前記記録媒体に記録 されているデータを一括管理する第 2の管理ファイルに登録する登録 ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラム が記録されているプログラム記録媒体。
7 . 記録媒体に記録されているデータを管理する情報処理をコンピュ —夕に行わせるプログラムであって、
前記データが記録されるときに、 前記データを再生するために必要 な再生情報を取得する情報取得ステツプと、
前記情報取得ステップの処理により取得された前記再生情報ととも に、 前記データを一意的に識別するための識別子を記述した、 データ 毎に前記データを管理する第 1の管理ファイルを生成する生成ステツ プと、
前記情報取得ステップの処理により取得された前記再生情報と、 前 記データの前記識別子および前記データが記録されている位置を示す 情報により構成される前記データの管理情報を、 前記記録媒体に記録 されているデータを一括管理する第 2の管理ファイルに登録する登録 ステップと
を含むことを特徴とするプログラム。
PCT/JP2004/008302 2003-06-11 2004-06-08 情報処理装置および方法、プログラム記録媒体、並びにプログラム WO2004112027A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2004800192491A CN1816875B (zh) 2003-06-11 2004-06-08 信息处理设备和方法
US10/560,153 US7882059B2 (en) 2003-06-11 2004-06-08 Information process apparatus and method, program record medium, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003165833A JP3835801B2 (ja) 2003-06-11 2003-06-11 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP2003-165833 2003-06-11

Publications (1)

Publication Number Publication Date
WO2004112027A1 true WO2004112027A1 (ja) 2004-12-23

Family

ID=33549229

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/008302 WO2004112027A1 (ja) 2003-06-11 2004-06-08 情報処理装置および方法、プログラム記録媒体、並びにプログラム

Country Status (4)

Country Link
US (1) US7882059B2 (ja)
JP (1) JP3835801B2 (ja)
CN (1) CN1816875B (ja)
WO (1) WO2004112027A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI382410B (zh) * 2006-09-29 2013-01-11 Sony Corp 記錄及再生裝置和記錄及再生方法

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3885597B2 (ja) 2002-02-05 2007-02-21 ソニー株式会社 無線通信システム及び無線通信制御方法、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
JP4574458B2 (ja) * 2005-06-09 2010-11-04 キヤノン株式会社 記憶制御装置、記憶制御方法、およびプログラム
JP4285512B2 (ja) 2006-07-31 2009-06-24 ソニー株式会社 記録装置、記録方法、再生装置、再生方法、記録再生装置、記録再生方法、撮像記録装置及び撮像記録方法
JP4656021B2 (ja) * 2006-08-10 2011-03-23 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4883797B2 (ja) 2006-09-08 2012-02-22 キヤノン株式会社 記録装置
JP4659714B2 (ja) 2006-09-29 2011-03-30 ソニー株式会社 記録再生装置及びコンテンツ管理方法
US9946791B1 (en) * 2006-11-21 2018-04-17 Google Llc Making modified content available
JP2009099190A (ja) 2007-10-16 2009-05-07 Sony Corp 記録装置、記録方法、およびプログラム
CN101472092A (zh) * 2007-12-27 2009-07-01 新奥特（北京）视频技术有限公司 一种快速取得精彩素材的方法和装置
US20110030031A1 (en) * 2009-07-31 2011-02-03 Paul Lussier Systems and Methods for Receiving, Processing and Organizing of Content Including Video
JP5259780B2 (ja) * 2010-09-14 2013-08-07 株式会社東芝 映像ファイル作成装置および映像ファイル作成方法
US20130195171A1 (en) * 2012-01-30 2013-08-01 Qualcomm Incorporated Method of coding video and storing video content
US8934662B1 (en) 2012-03-12 2015-01-13 Google Inc. Tracking image origins
GB2549324A (en) 2016-04-15 2017-10-18 Quantel Ltd Media file systems and methods of storing media files in a media file system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05325500A (ja) * 1992-05-19 1993-12-10 Olympus Optical Co Ltd 画像情報記録再生装置
JP2000173192A (ja) * 1998-12-02 2000-06-23 Toshiba Corp 静止画情報を含めオーディオ情報を保持する媒体、これらの情報の再生方法、およびこれらの情報のエンコード方法
JP2001510621A (ja) * 1997-11-29 2001-07-31 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 最上位のテーブル・オブ・コンテンツ（ｔｏｃ）ディレクトリを含むルートディレクトリを経由して、ｔｏｃ機構とファイルに基づくアクセス機構によってオーディオ主体の情報を記憶させる方法および装置、並びにそのような情報を保持する単一記憶媒体

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100452071C (zh) * 1995-02-13 2009-01-14 英特特拉斯特技术公司 用于安全交易管理和电子权利保护的系统和方法
US20040070594A1 (en) * 1997-07-12 2004-04-15 Burke Trevor John Method and apparatus for programme generation and classification
WO2001075885A2 (en) * 2000-04-05 2001-10-11 Sony United Kingdom Limited Identifying, recording and reproducing information
US8296801B2 (en) * 2000-04-10 2012-10-23 Sony Corporation Asset management system and asset management method
KR20030062737A (ko) * 2002-01-18 2003-07-28 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 축소영상 기록방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05325500A (ja) * 1992-05-19 1993-12-10 Olympus Optical Co Ltd 画像情報記録再生装置
JP2001510621A (ja) * 1997-11-29 2001-07-31 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 最上位のテーブル・オブ・コンテンツ（ｔｏｃ）ディレクトリを含むルートディレクトリを経由して、ｔｏｃ機構とファイルに基づくアクセス機構によってオーディオ主体の情報を記憶させる方法および装置、並びにそのような情報を保持する単一記憶媒体
JP2000173192A (ja) * 1998-12-02 2000-06-23 Toshiba Corp 静止画情報を含めオーディオ情報を保持する媒体、これらの情報の再生方法、およびこれらの情報のエンコード方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI382410B (zh) * 2006-09-29 2013-01-11 Sony Corp 記錄及再生裝置和記錄及再生方法

Also Published As

Publication number Publication date
JP2005004850A (ja) 2005-01-06
CN1816875B (zh) 2013-07-10
JP3835801B2 (ja) 2006-10-18
US7882059B2 (en) 2011-02-01
US20070255727A1 (en) 2007-11-01
CN1816875A (zh) 2006-08-09

Similar Documents

Publication Publication Date Title
US7895248B2 (en) Information processing apparatus, information processing method, recording medium and program
TW436765B (en) Optical disc, recording apparatus, and computer program
US20060098941A1 (en) Video editor and editing method, recording medium, and program
WO2004112027A1 (ja) 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP4659714B2 (ja) 記録再生装置及びコンテンツ管理方法
WO2000062295A1 (fr) Systeme d&#39;enregistrement d&#39;informations numeriques, y compris d&#39;informations audio
JP3677779B2 (ja) 情報処理装置および方法、プログラム、並びに記録媒体
JP4967572B2 (ja) 記録再生装置及び記録再生方法
CN100562938C (zh) 信息处理设备和方法
JP3894444B2 (ja) 情報処理装置および方法、プログラム記録媒体、並びにプログラム
WO2005027133A1 (ja) ファイル記録装置、ファイル再生装置、ファイル記録方法、ファイル記録方法のプログラム、ファイル記録方法のプログラムを記録した記録媒体、ファイル再生方法、ファイル再生方法のプログラム及びファイル再生方法のプログラムを記録した記録媒体
JP4434633B2 (ja) 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP5375298B2 (ja) 映像処理装置
JP4896169B2 (ja) 記録再生装置及びコンテンツ管理方法
WO2004112390A1 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP3625438B2 (ja) 音声情報を含むデジタル情報の記憶媒体、この媒体を用いる記録方法と再生方法、およびこの媒体を用いる記録装置と再生装置
JP3833192B2 (ja) 情報作成装置および方法、並びにプログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200480019249.1

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
WWE Wipo information: entry into national phase

Ref document number: 10560153

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10560153

Country of ref document: US