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

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

Info

Publication number
WO2004100543A1
WO2004100543A1 PCT/JP2004/006673 JP2004006673W WO2004100543A1 WO 2004100543 A1 WO2004100543 A1 WO 2004100543A1 JP 2004006673 W JP2004006673 W JP 2004006673W WO 2004100543 A1 WO2004100543 A1 WO 2004100543A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
header
generating
atom
input data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2004/006673
Other languages
English (en)
French (fr)
Inventor
Kenji Hyodo
Hideaki Mita
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Panasonic Holdings Corp
Original Assignee
Sony Corp
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 Corp, Matsushita Electric Industrial Co Ltd filed Critical Sony Corp
Priority to US10/556,414 priority Critical patent/US20070067468A1/en
Publication of WO2004100543A1 publication Critical patent/WO2004100543A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • 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

Definitions

  • the present invention relates to an information processing apparatus and method, a program recording medium, and a program, and in particular, to an information processing apparatus and method capable of exchanging files between a broadcasting device and a personal computer, a program recording medium, and a program About. Background art
  • AV Audio Visual
  • VTR Video Tape Recorders
  • MXF Magnetic exchange Format
  • Patent Document “W ⁇ 02 / 221845Al” a format proposed for exchanging files between broadcasting devices of different models and manufacturers. Therefore, there was a problem that an MXF file could not be recognized by a general-purpose computer such as a personal computer overnight. In other words, there was a problem that it was not possible to exchange files between commercial broadcasting equipment and a personal computer overnight. Disclosure of the invention
  • the present invention has been made in view of such a situation, and it is an object of the present invention to be able to exchange files between a broadcasting device and a personal computer.
  • a first information processing apparatus includes: a body generating means for generating a pod from input data; an obtaining means for obtaining a size of the input data; and an input based on the size obtained by the obtaining means.
  • a table generating means for generating table information for reading data, a header generating means for generating a header including the table information generated by the table generating means, and a footer after the body are combined.
  • a file generating means for generating a file by combining the header generated by the header generating means before the body.
  • the format can be made to be MXF (Material exchange Format).
  • the input data can be lower resolution data than the main line data.
  • Body recording means for recording the body generated by the body generation means on the recording medium; recording means for recording the image after the body recorded on the recording medium by the body recording means; and recording by the body recording means.
  • a header recording means for recording a header before the body recorded on the recording medium.
  • Transmitting means for transmitting the file generated by the file generating means to another information processing device via the network; and transmitting information based on the file transmitted by the transmitting means to another information processing apparatus via the network.
  • the information processing apparatus may further include a receiving means for receiving from the device, and a metadata recording means for recording the metadata received by the receiving means on a recording medium.
  • a pod generating step of generating a body from input data an obtaining step of obtaining a size of the input data, and an input data based on the size obtained by the processing of the obtaining step.
  • a table generation step for generating table information for reading the evening a header generation step for generating a header including the table information generated by the processing of the table generation step, and A file generating step of generating a file by combining the headers generated by the processing of the header generating step before the body.
  • the program recorded on the first program recording medium of the present invention is obtained by the processing of a pod generation step of generating a pod from input data, an obtaining step of obtaining the size of the input data, and an obtaining step.
  • a first program includes a step of generating a body from input data, an step of obtaining a size of the input data, and a step of obtaining input data based on the size obtained by the processing of the obtaining step.
  • a table generation step for generating table information to be read, a header generation step for generating a header including the table information generated by the processing of the table generation step, and a header after the body are combined.
  • a second information processing apparatus includes: a pod generation unit configured to generate a body from input data; an acquisition unit configured to acquire a size of the input data; and an input data set based on the size acquired by the acquisition unit.
  • Table generation means for generating table information for reading the evening, and after the body, the table information generated by the footage and the table generation means are combined, and before the pod, the header is combined with the file.
  • a file generating means for generating.
  • the format can also be M XF (Material exchange Format).
  • the input data can be lower resolution data than the main line data.
  • Pod recording means for recording the body generated by the body generating means on the recording medium; and head recording means for recording the footage and table information after the body recorded on the recording medium by the body recording means.
  • a header recording unit for recording a header may be further provided in front of the body recorded on the recording medium by the body recording unit.
  • the file generated by the file generation means is transferred via the network.
  • a second information processing method includes: a body generation step of generating a body from input data; an acquisition step of acquiring a size of input data; and an input step based on the size acquired by the processing of the acquisition step.
  • a table generation step for generating table information for reading the evening, after the body, combining the table information generated by the processing of the table and the generation of the table, combining the header before the body, and combining the file File generating step for generating a file.
  • the program recorded on the second program recording medium of the present invention is obtained by processing a body generating step of generating a body from the input data, an obtaining step of obtaining the size of the input data, and an obtaining step.
  • a second program includes a step of generating a body from input data, an obtaining step of obtaining a size of the input data, and an input data processing step based on the size obtained by the processing of the obtaining step.
  • a table generation step for generating table information for reading the data, and after the poddies, the table information generated by the processing of the footage and the table generation step are combined, and a header is combined before the body.
  • a body is generated from the input data, the size of the input data is obtained, and table information for reading the input data is generated based on the obtained size.
  • a header is generated including the table information obtained. Then, after the body, the header is combined, and before the body, the header is combined to generate a file.
  • the body is generated from the input data, and the size of the input data is obtained. Based on the obtained size, table information for reading the input data is generated. After the body, the header and table information are combined, and before the pod, the header is combined to create a file.
  • FIG. 1 is a diagram showing a configuration example of an AV network system to which the present invention is applied
  • FIG. 2 is a block diagram showing a configuration example of a video recording device in FIG. 1
  • FIG. 3 is a block diagram in FIG.
  • FIG. 4 is a diagram showing an example of the configuration of an AV multiplex format file used in an AV network system
  • FIG. 4 is a diagram showing another example of the configuration of an AV multiplex format file in FIG. 3
  • FIG. FIG. 4 is a diagram showing a configuration example of a file header section of an AV multiplex format
  • FIG. 6 is a diagram showing a configuration example of a movie atom in FIG. 5
  • FIG. 7 is a time sample atom in FIG.
  • FIG. 1 is a diagram showing a configuration example of an AV network system to which the present invention is applied
  • FIG. 2 is a block diagram showing a configuration example of a video recording device in FIG. 1
  • FIG. 3 is a block diagram in FIG.
  • FIG. 8 is a diagram illustrating a configuration example of a synchronization atom in FIG. 6,
  • FIG. 9 is a diagram illustrating a configuration example of a sample chunk atom in FIG. 6, and
  • FIG. Fig. 6 shows a sample configuration of the sample size atom.
  • Fig. 11 shows the chunk offset of Fig. 6.
  • Fig. 12 shows an example of the structure of a atom.
  • Fig. 12 shows the AV multiplex format file in Fig. 4.
  • FIG. 13 is a diagram showing a configuration example of a sound body in FIG. 12, and
  • FIG. 14 is a diagram showing another example of a file body portion in the AV multiplex format shown in FIG.
  • FIG. 15 shows a configuration example, FIG. 15 shows a configuration example of the picture item in FIG. 12, FIG.
  • FIG. 16 shows a diagram illustrating a general QT file generation process
  • FIG. 17 FIG. 4 is a flowchart for explaining the process of generating a file of the AV multiplex format shown in FIG. 4, and
  • FIG. 18 is a flowchart of the file header section and the file header section in step S5 in FIG.
  • FIG. 19 is a flowchart illustrating the generation process
  • FIG. 19 is a diagram showing another example of the configuration of the AV multiplex format file of FIG. 4
  • FIG. 20 is a diagram of the AV multiplex format file of FIG. Fig. 21 shows another configuration example.
  • Fig. 21 shows the generation of the AV multiplex format file shown in Fig. 20.
  • FIG. 21 shows the generation of the AV multiplex format file shown in Fig. 20.
  • FIG. 22 is a diagram illustrating another example of the configuration of the AV network system of the present invention
  • FIG. 23 is a diagram illustrating the process of the AV network system in FIG. 22. It is a flow chart.
  • An information processing device is an information processing device (for example, a video recording device 1 in FIG. 1) that generates a format file including a header, a body, and a footage.
  • Body generating means for generating a body (for example, a file body part in FIG. 4) from data (for example, video data or audio data) (for example, a file in FIG. 2 for executing the process of step S1 in FIG. 17)
  • a generating unit 22) and an obtaining means for example, a frame size for obtaining a size (for example, a frame size) of input data (for example, video data) (see FIG. 2 for executing the processing of step S2 in FIG.
  • the file generating unit 22 Based on the size obtained by the obtaining unit, the file generating unit 22 generates table information (for example, a movie atom in FIG. 4) for reading input data. Including the table generation means (for example, the file generation unit 22 in FIG. 2 for executing the processing of step S26 in FIG. 18) and the table information generated by the table generation means, A header generation means for generating a header (for example, a file generation unit 22 for executing the processing of steps S24 to S26 in FIG. 18) and a pod (for example, File generating means (for example, the first part of FIG. 4) that combines the headers generated by the header generating means (for example, the file header part of FIG. 4) before the pod. 17 Perform steps S 6 and S 8 shown in Figure 7.
  • An information processing apparatus is characterized in that a body recording means (for example, FIG. 17) for recording a body generated by the body generating means on a recording medium (for example, the optical disk 2 in FIG. 1).
  • An information processing apparatus transmits a file generated by the file generation means to another information processing apparatus (for example, a communication satellite 101 in FIG. 22) via a network (for example, a communication satellite 101 in FIG. 22).
  • the transmission means for example, the communication unit 21 of FIG. 2 executing the processing of step S102 of FIG. 23) for transmitting to the PC 104 of FIG.
  • a communication unit 21) shown in the figure and metadata recording means for example, step S10 in FIG. 23 for recording the metadata received by the receiving means on a recording medium (for example, the optical disk 2 in FIG. 22).
  • a first information processing method, a program recording medium, and a program according to the present invention include a body generating step of generating a body from input data (for example, step S 1 in FIG. 17) and obtaining a size of the input data.
  • a table generation step for example, FIG. 18 in which table information for reading input data is generated based on the size obtained by the processing of the obtaining step (for example, step S 2 in FIG. 17) and the obtaining step.
  • Step S26 and a header generation step of generating a header including the table information generated by the processing of the table generation step (for example, steps S24 to S26 in FIG. 18)
  • a body after the body, and a file generation step to generate a file by combining the header generated by the processing of the header generation step before the poddy (for example, step S6 in FIG. 17).
  • S8 the body generating step of generating a body from input data (for example, step S 1 in FIG. 17) and obtaining a size of the input data.
  • the information processing apparatus is characterized in that a body generating means for generating a body from an input data (for example, a file in FIG. 2 for executing the processing of step S61 in FIG. 21) A generating unit 22) and an obtaining unit for obtaining the size of the input data (for example, a file generating unit 22 of FIG. 2 for executing the processing of step S62 of FIG. 21).
  • Table generating means for generating table information for reading input data based on the size obtained by the means (for example, the file of FIG. 2 for executing the processing of step S26 of FIG.
  • An information processing apparatus includes a body recording unit (for example, FIG. 21) that records a body generated by the body generation unit on a recording medium (for example, the optical disc 2 in FIG. 1). Drive 2 3) in FIG. 2 for executing the process of step S 64 of FIG.
  • a recording means for recording the footage and table information for example, a drive 23 shown in FIG. 2 for executing the processing of step S67 in FIG. 21
  • a header recording means for recording a header for example, a drive 23 in FIG. 2 for executing the processing of step S69 in FIG. 21. It is characterized by having.
  • the information processing device is characterized in that a transmission means for transmitting a file generated by the file generation means to another information processing device via a network (for example, as shown in FIG. 23)
  • Means for example, a communication unit 21 in FIG. 2 for executing the processing of step S103 in FIG. 23
  • a metadata storage for recording the metadata received by the receiving means on a recording medium.
  • Recording means for example, a drive 23 shown in FIG. 2 for executing the process of step S104 in FIG. 23 is further provided.
  • a second information processing method, a program recording medium, and a program according to the present invention include a body generation step of generating a body from input data (for example, step S61 in FIG. 21), An acquisition step for acquiring the size (for example, step S62 in FIG. 21) and a table generation for generating table information for reading the input data based on the size acquired by the processing of the acquisition step After the step (for example, step S26 in Fig. 18), and after the poddy, the table information generated by the processing of the table and the table generation step is combined. (For example, steps S66 and S68 in FIG. 21). I do.
  • FIG. 1 shows an AV network system to which the present invention is applied (a system is a group of a plurality of devices that are logically aggregated, and it does not matter whether the devices of each configuration are in the same housing or not. 1) shows a configuration example of one embodiment.
  • the optical disc 2 can be attached to and detached from the video recording device 1.
  • the video recording device 1 generates an AV multiplex format file, which will be described later, from the video data of the captured subject and the audio data collected, and records the file on the mounted optical disc 2.
  • the video recording device 1 reads an AV multiplex format file from the loaded optical disk 2 or the built-in storage unit 20 (FIG. 2), and stores the read AV multiplex format file in the network 5. To be transmitted through.
  • the file of the AV multiplex format is, for example, a file conforming to the MXF standard, and will be described later in detail with reference to FIG. 3, but a file header section (FileHeader) and a file body section (File Body section) ), And File Footer.
  • the file in the AV multiplex format is a file conforming to the MXF standard
  • the file pod portion contains video data and audio data that are all AV data, for example, 60 (In the case of NTSC) It is multiplexed and arranged in frame units.
  • AV multiplex format files are compatible with various recording formats and are compatible with QT (Quick Time) (trademark), which is scalable software, independent of the platform.
  • the file header part of the packet contains the information necessary to play and edit video data and audio data arranged in a body conforming to the MXF standard with QT (see Fig. 6).
  • a sample table (to be described later) is arranged.
  • an optical disc 2 can be attached to and detached from an editing device 3 and a PC (Personal Computer) 4.
  • the editing device 3 is a device compliant with the MXF standard that can handle files compliant with the MXF standard, and reads video data and audio data from an AV multiplex format file from the loaded optical disc 2. be able to. Then, the editing device 3 performs streaming playback and editing from the read AV multiplex format file to the video data and audio data, and as a result of the editing, the video data of the AV multiplex format file is output. Evening and audio data are recorded on the loaded optical disc 2.
  • the PC 4 is not a device conforming to the MXF standard, but has QT software. Therefore, the PC 4 can read out the video and audio data from the AV multiplex format file from the loaded optical disc 2 using QT. That is, p
  • C4 was placed in the file body part of the AV multiplex format based on the information necessary to play and edit with QT placed in the file header part of the AV multiplex format using QT.
  • Video data or audio data can be read and edited.
  • the editing device 6 is an MXF standard compliant device that can handle files compliant with the MXF standard, for example, like the editing device 3. Therefore, video recording is performed via the network 5. Transmitted from device 1 AV multiplex format files can be received. Further, the editing device 6 can transmit an AV multiplex format file to the video recording device 1 via the network 5. That is, between the video recording device 1 and the editing device 6, it is possible to exchange files of AV multiplex format files via the network 5. Further, the editing device 6 can perform various processes such as streaming reproduction and editing on the received AV multiplex format file.
  • the PC 7 connected to the network 5, like the PC 4, is not a device conforming to the MXF standard, but has QT software. Therefore, the PC 7 can receive the AV multiplex format file transmitted from the video recording device 1 via the network 5. Further, the PC 7 can transmit the file in the AV multiplex format to the video recording device 1 via the network 5. That is, the PC 7 is located in the file body of the AV multiplex format based on the information necessary to play and edit the QT placed in the file header of the AV multiplex format using the QT. Video data and audio data can be read and edited.
  • the AV multiplex format file is a file compliant with the MXF standard, and the file header portion of the AV multiplex format is placed in the body portion compliant with the MXF standard. Contains information necessary for playing and editing video and audio files with QT.
  • the video recording device 1 can maintain compatibility with not only the editing devices 3 and 6 but also the general-purpose PCs 4 and 7. That is, between the video recording device 1, the editing devices 3 and 6, which are devices conforming to the MXF standard, and the PCs 4 and 7, which have QT software, files of the AV multiplex format are Can be used to exchange files.
  • FIG. 2 shows a configuration example of a video recording device 1 to which the present invention is applied.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • CPU 11, R ⁇ M 12, and RAM I 3 are interconnected via bus 14.
  • a video encoder 15, an audio encoder 16, and an input / output interface 17 are connected to the bus 14.
  • the video encoding unit 15 encodes the video data input from the imaging unit 31 using the MPEG (Moving Picture Experts Group) 4 method and supplies the video data to the storage unit 20 or the file generation unit 22.
  • the audio encoding unit 16 encodes the audio data input from the microphone 32 in accordance with the ITU-T G.711 A-Law system and supplies it to the storage unit 20 or the file generation unit 22.
  • the video encoding unit 15 encodes video data having a resolution lower than that of the input video data, but encodes the video data with a resolution corresponding to the required quality or file capacity.
  • the audio encoding unit 16 encodes the audio data at a lower quality than the input audio data at a time, but the audio encoding unit 16 has a quality according to the required quality or the file capacity. It can be encoded into audio data.
  • the input / output interface 17 includes an imaging unit 31 for capturing an image of a subject and inputting captured video data, an input unit 18 including a microphone 32 for inputting audio data, a CRT (Cathode Ray Tube), a monitor such as an LCD (Liquid Crystal Display), an output unit 19 such as a speaker, a storage unit 20, a communication unit 21, a file generation unit 22, and a drive 23 are connected.
  • an imaging unit 31 for capturing an image of a subject and inputting captured video data
  • an input unit 18 including a microphone 32 for inputting audio data
  • a CRT Cathode Ray Tube
  • a monitor such as an LCD (Liquid Crystal Display)
  • an output unit 19 such as a speaker
  • storage unit 20 a communication unit 21, a file generation unit 22, and a drive 23 are connected.
  • the storage unit 20 includes a memory, a hard disk, and the like, and stores video data supplied from the video encoding unit 15 and audio data supplied from the audio encoding unit 16.
  • the storage unit 20 temporarily stores a file in the AV multiplex format, which will be described later, supplied from the file generation unit 22.
  • the storage section 20 stores the file pod section supplied from the file generation section 22 under the control of the file generation section 22 and combines the file body section after the file body section. Then, before the file body part, the file header part is combined to generate and store an AV multiplex format file.
  • the communication unit 21 includes, for example, IEEE 1394 (Electronics and Electrical Engineers) 1394 port, USB (Universal Serial Bus) port, and LAN (Local Area Ne twork) NIC (Ne twork Interface Card). , Or analog modem, TA (Terminal Adapter) and DSl Digital Service Unit), ADSL (Asymmetric Digital Subscriber Line) modem, etc., for example, network such as Internet and Intranet 5 to exchange AV multiplex format files with the editing device 6 and PC 7. That is, the communication unit 21 transmits the file of the AV multiplex format generated by the file generation unit 22 and temporarily stored in the storage unit 20 via the network 5, and An AV multiplex format file transmitted via the network 5 is received and supplied to the output unit 19 or the storage unit 20.
  • IEEE 1394 Electronics and Electrical Engineers
  • USB Universal Serial Bus
  • LAN Local Area Ne twork
  • NIC Network Interface Card
  • TA Terminal Adapter
  • ADSL Asymmetric Digital Subscriber Line
  • the file generation unit 22 converts the video data supplied from the video encoding unit 15 and the audio data supplied from the audio encoding unit 16 into a file body part and a file in the AV multiplex format described later.
  • the header section and the file header section are sequentially generated and supplied to the storage section 20 or the drive 23. Further, the file generation unit 22 sequentially generates a file body part, a file file part, and a file header part of an AV multiplex format described later from the video data and audio data stored in the storage unit 20. Then, supply it to the storage unit 20 or the drive 23.
  • the optical disk 2 can be attached to and detached from the drive 23.
  • the drive 23 drives the optical disc 2 mounted thereon to record the file pod part of the AV multiplex format supplied from the file generation part 22. Specifically, the drive 23 records an AV multiplex format by recording a file header after the file body supplied from the file generator 22 and recording a file header before the file body. Record a file of one map. Further, the drive 23 reads the file in the AV multiplex format from the optical disc 2 and supplies it to the output unit 19 or the storage unit 20.
  • the file generation unit 22 converts the video data and audio data input from the input unit 18 or the video data and audio data stored in the storage unit 20 from A file pod part, a file foot part, and a file header part of the AV multiplex format are generated in order and supplied to the drive 23.
  • the drive 23 stores the AV multiplex format from the file generation unit 22.
  • the file generation unit 22 converts the video data and audio data input from the input unit 18 or the video data and audio data stored in the storage unit 20 into an AV multiplex.
  • a file body part, a file foot part, and a file header part of the format are sequentially generated, and temporarily stored in the storage unit 20 as an AV multiplex format file.
  • the communication unit 21 transmits the file in the AV multiplex format stored in the storage unit 20 via the network 5.
  • FIG. 3 shows an example of the AV multiplex format.
  • the file of the AV multiplex format conforms to the MXF standard described in the above-mentioned patent document. From the beginning, a file header (File Header), a file body (File Body), The file footer is arranged in order.
  • MXF Header consisting of a run-in (Run In), a header / partition knock (Header partition pack), and header metadata (Header Metadata) is provided. ) are arranged sequentially.
  • Run-in is an option to interpret that if the 11-byte pattern matches, the MXF header starts.
  • the run-in can secure a maximum of 64 bytes, but in this case it is 8 bytes. Anything other than the 11-byte pattern of the MXF header may be placed in the run-in.
  • the header partition pack contains an 11-byte file for identifying headers and a file pod section. Information such as the format of the data to be arranged and the file format is arranged. In the header metadata, information necessary for reading out video data and audio data, which are AV data, arranged in an ETS container constituting the file body portion, and the like are arranged.
  • the file pod part of the AV multiplex format is composed of an essence container (Essence Container).
  • the essence container contains AV data—video data and audio data, for example, 60 (in the case of NTSC). They are multiplexed and arranged in frame units.
  • the file foot part of the AV multiplex format is composed of a footer partition pack, and data for identifying the file foot part is arranged in the foot part partition pack.
  • the editing devices 3 and 6 conforming to the MXF standard firstly transmit the 11-byte data of the header partition pack.
  • the MXF header is obtained by reading the header.
  • the video data and audio data which are the AV data arranged in the essence container, can be read.
  • FIG. 4 shows another example of the AV multiplex format.
  • the upper row shows the files of the AV multiplex format recognized by the editing devices 3 and 6 that conform to the MXF standard described above with reference to FIG.
  • the lower part shows an example of an AV multiplex format file (hereinafter, referred to as a QT file) recognized from PCs 4 and 7 having QT. That is, the AV multiplex format is configured to have both the structure of the QT file and the structure of the MXF file.
  • an AV multiplex format file consists of an 8-byte run-in, an MX F header consisting of a header part pack and header metadata, and a It consists of a file header part consisting of a filler as a unit for stuffing, a file body part consisting of an essence container, and a file foot part consisting of a footer partition pack.
  • the essence container constituting the file body is composed of one or more edit units.
  • the edit unit is a 60 (in the case of NTSC) frame unit, in which 60 frames of AV data (audio data and video data) and others are arranged.
  • the AV data for 60 (in the case of NTSC) frames and other data are KLV-coded into a KLV (Key, Length, Value) structure and arranged.
  • the KLV structure is a structure in which a key (Key), a length (Length), and a value (Value) are arranged in that order from the top, and the key contains what data is stored in the value.
  • a 16-byte label that conforms to the SMPTE 298M standard is placed.
  • the length the data length (8 bytes) of the data that is allocated to the knowledge is allocated by BER (Basic Encoding Rules: IS0 / IEC882-1 ASN).
  • BER Basic Encoding Rules: IS0 / IEC882-1 ASN
  • audio data or video data of 60 in the case of NTSC
  • a filler as stuffing data is also used as a KLV structure, and each audio or video data is fetched. Will be placed later.
  • the edit unit starts from the beginning of the KLV structure. It is composed of an audio device (Audio), a KLV structure filler, a KLV structure video device (Video), and a KLV structure filer.
  • AV multiplex format files are skip atom, movie atom, free space atom;
  • An mdat header which is a header of a movie / atom atom, and a movie / atom atom (movie data atom) are sequentially arranged.
  • the basic data unit of the QT movie resource is called an atom, and each atom is preceded by a 4-byte size and a 4-byte size as the header of each atom.
  • the skip atom having type information (Type) is an atom for skipping the data described in the skip atom and skipping the data.
  • the movie atom is described later in detail with reference to FIG. 6, but the AV data recorded in the movie data atom is
  • a free space atom is an atom that creates space in a file. Since the file header is arranged in units of ECC (Error Correcting Code), the arrangement of the file body starts from the boundary of ECC. That is, the free space atom is used for adjusting the size of ECC in the file header.
  • the movie data element is a part for storing actual data such as video data and audio data.
  • the header (size and type information) of the QT skip atom is described at the beginning (run-in) of the file that is ignored as an MX F file, and the MX F header is described in the skip atom of the QT that is skipped as a QT file ing. Also, in the filer which is ignored as MXF, the QT's single-movement atom and the mdat header are described. That is, the file header part of the AV multiplex format satisfies both the file structure of MXF and the file structure of QT.
  • the file pod part and the file head part as the MXF correspond to the QT movie one night atom.
  • the minimum unit of video data and video data arranged in the video / video atom is a sample, and a chunk is defined as a set of samples.
  • audio data and video data arranged in the edit unit are recognized as one chunk. Therefore, in the QT file, the key and render corresponding to the audio data of the edit unit are ignored, the head position AC of the audio data is recognized as the start position AC of the chunk, and the audio data is read based on the start position. Necessary information is described in the movie atom.
  • the head position VC of the video data is recognized as the head position VC of the chunk, and based on that information, the information necessary to read the video data is determined. Is described in the movie atom.
  • files in the AV multiplex format are recognized by the editing devices 3 and 6 conforming to the MXF standard and the PCs 4 and 7 having the QT, and are arranged in the file pod.
  • the audio data and video data are read. That is, the editing devices 3 and 6 conforming to the MXF standard first determine the MXF header by ignoring the run-in and reading the 11-byte pattern of the header partition pack. Then, based on the header metadata of the MXF header, it is possible to read out the video data and audio data which are the AV data arranged in the essence container.
  • the files are exchanged using the AV multiplex format file. be able to.
  • FIG. 5 shows a detailed example of the file header section of the MXF in the AV multiplex format.
  • the upper part shows an example of an AV multiplex format file viewed as an MXF file.
  • the lower part shows an example of an AV multiplex format file viewed as a QT file.
  • the file header of the MXF when viewed as an MXF file, includes run-in (Run In), header partition pack (Header par titi on pack) 11er), an MXF header (Header Metadata), an MXF header, and a filer (Fi 1 ler). It is configured to have the structure of a pill.
  • the file header part of MXF when viewed as a QT file, is composed of a skip atom, a movie atom, and a free space atom.
  • the mdat header (mdat header), which is the header of the item, is arranged sequentially to have a structure of a QT file.
  • the run-in of the MXF file describes the size (Size) and the type information (Type), which are the headers of the skip atoms of the QT file.
  • Size Size
  • Type type information
  • the MXF header after the MXF file run is described in the skip atom of the QT file.
  • the file after the MXF header describes the headers of the movie, free space, and movie files of the QT file.
  • the editing devices 3 and 6 ignore the run-in, recognize the header partition pack of the MX F header, and, based on the header metadata of the MX F header, determine the video data and format arranged in the file body. Diode overnight can be read.
  • PCs 4 and 7 having QT recognize the skip atom header, skip the skip atom, and, based on the information described in the movie atom, based on the information described in the movie atom, the file pod part after the header of the movie data atom ( The chunks (video data and audio data) written to the video (video data) can be read.
  • Fig. 6 shows the structure of the QT file in the file header of Fig. 5. An example is shown.
  • the upper part in the figure indicates the beginning of the file.
  • the basic data unit of the QT mobile resource is called an atom, and in this case, the atoms are hierarchized into layers 1 to 8; The left side is the highest level.
  • the “V” on the right side of the figure indicates that the track atom described later is an atom that is described only when the target medium is video data (that is, when the track atom of video data is a video track atom).
  • "A" indicates that the track atom is an atom described only when the target medium is audio data (that is, when the track atom of the audio data is a track atom (audio track atom)).
  • the QT header (header) in the QT file is a skip atom (skip: skip atom) of layer 1, a movie atom (moov: mo vie atom), and a movie header atom of layer 2 (mvhd: movie head er atom).
  • the trailer in QT is a user-defined atom (udta: user data atom) at layer 2, a free space atom (free: free space atom) at layer 1, and a mu-hi-ato. It consists of an mdat header (mdat: movie data atom header), which is the header of the program.
  • a video track and an audio track in QT are each composed of a layer 2 track atom (track) and layers 3 to 8 below it.
  • QT is a file in the header portion to the file, your record in Tier 1 of the top-level Te, Sukiffa Bokumu skip: skip atom), Muhia Bokumu (moov: movi e atom) 3 ⁇ 4 full U- Supesua Bokumu (free : free space atom) and the mdat header which is the header of the movie atom. (mdat: movie data atom) It consists of. In other words, the structure of layer 1 is shown in the file header section of FIG.
  • the movie atom is composed of a movie header atom (mvhd: movie header atom), a track atom "rack: truck atom”, and a user-defined atom (udta: user data atom), as shown in Layer 2.
  • mvhd movie header atom
  • rack track atom
  • udta user data atom
  • the layer 2 movie header atom is composed of information about the entire movie such as size, type information, time scale and length.
  • a track atom exists for each medium such as a video track atom and a audio track atom. If the audio has 4 channels, the number of audio track atoms is 2, and if the audio is 8 channels, the number of audio track atoms is 4.
  • the track atom is composed of a track header atom (tkhd: track header atom), an edit atom, an edts: edit atom, a media atom (mdia: media atom), and a user. It consists of a definition atom (udta: use r data atom).
  • the track header of layer 3 is composed of track atom characteristics information in the movie, such as the ID number of the track atom.
  • An edit atom is composed of an edit list atom (elst) at level 4. In the user-defined atom, information associated with the track atom is recorded.
  • the layer 3 media atom is a media header atom (mdhd: med ia header atom) that describes information about the media (audio data or video data) recorded in the track atom.
  • the media handler reference atom (hdlr) which describes the information of the handler for decoding the movie data Mete It is composed of the media information atom (minf). If this track atom is a video track atom (“V” on the right side in the figure), the layer 4 media information atom (minf) is f, as shown in layer 5, It consists of a header at om), a data information atom (dinf) and a sample table atom (stbl).
  • the media information atom is a sound media header atom (smhd) ⁇ de ichiyujokogato atom, sanfurirete — It is composed of evening atoms.
  • the layer 5 data information atom is composed of a layer 6 data reference atom (dref: data reference atonu) that describes the location of the media data using a layer 7 alias.
  • sample table atom (stbl) table information used to read the AV data recorded in the movie data memory is described.
  • the QT can read out the video data and the audio data recorded in the movie data based on the table information.
  • the minimum unit of video data and audio data recorded in a movie element is a sample, which is a set of samples. Chunks are defined.
  • this track atom is a video track atom (“V” on the right side of the figure)
  • the sample table atom is composed of a sample description atom (stsd: sample description atom) and time as shown in layer 6.
  • sample atom st ts: t ime to sam le atom
  • synchronous sample J rare Bokumu s tss: sync sample atom
  • 3 ⁇ 4 sample relay Chillan quaterphenyl Bokumu st sc It consists of five sample tables: sample to chunk atom, sample size atom (stsz: sample size atom), and chunk offset atom (stco: chunk offset atom).
  • the audio track atom (“A” on the right side in the figure)
  • the synchronous sample atom is not described.
  • the sample description atom in layer 6 is the layer 7 in which the format of MPEG4 video data is described.
  • Up4v MPE G4 format format atom of mpeg4 data format atom
  • layer 8 elementary stream description information esds elementary stream descr that describes the information necessary for decoding iption).
  • the sample description atom is used to format the audio data of ITU-T G.711 A-law.
  • It is composed of an a law data format atom (a law: a law data format at om) of layer 7 where the mat is described.
  • FIG. 7 shows an example of a time sample atom.
  • the time sample atom is a table indicating how long one sample (one frame) is measured on the time scale of the track atom.
  • the time sample atom (stts: time to sample at om) is the atom size (atom Size), atom type (atom Type), flags (flags), entries (num Entries), and the number of samples. (Sample Count) and sample duration.
  • Atom rhino Indicates the size of the time sample atom, and the atom type indicates that the atom type is "stts" (time sample atom).
  • the first byte of the flag indicates the version, and the rest indicate the flag.
  • the entry indicates the number of samples and the sample interval.
  • the number of samples indicates the number of samples of the track atom, and the sample time indicates the time of one sample.
  • sample Duration sample Duration
  • 2997 29.97 samples (frames).
  • FIG. 8 shows an example of a synchronous sample atom.
  • the synchronization atom is a table of key frames and key frames, and contains information on synchronization.
  • the synchronous sample atom (stss: sync sam le atom) is composed of an atom size (atom Size), an atom type (atom Type), a flag (flags), and an entry (num Entries).
  • the atom size indicates the size of the synchronous sample atom
  • the atom type indicates that the atom type is "stss" (synchronous sample atom).
  • the first byte of the flag indicates the version, and the rest indicate the flag.
  • the entry indicates the number of entries in the sample number table of the I frame of the video data.
  • the sample number table is a table in which the sample numbers of the frames of the I picture are described.
  • the synchronous sample atom is an audio track atom. In some cases ("A" on the right in the figure), it is not described.
  • Figure 9 shows an example of a sample chunk atom.
  • the sample chunk atom is a table that indicates how many samples (frames) each chunk is composed of.
  • the sample yank atom (stsc: sample to chunk atom) is composed of an atom size (atom size), an atom type (atom type), a flag (flags), an entry (num Entries), and an initial Chunk 1 (fi rs t Ch nkl) Chunk 1 sample number (sample Per Chunkl), chunk 1 entry number (sample Description ID1), first chunk 2 (fi rs t Chunk2), chunk 2 sample number ( It consists of sample Per Chunk2) and Chunk 2 entry number (sample Description ID2).
  • the atom size indicates the size of the sample chunk atom, and the atom type indicates that the atom type is "stsc" (sample chunk atom).
  • the first byte of the flag indicates the version, and the rest indicate the flag.
  • the entry indicates the number of data entries.
  • the first chunk 1 indicates the number of the first chunk in the group of chunks consisting of the same number of samples.
  • the number of samples in chunk 1 indicates the number of samples in chunk 1.
  • the entry number of chunk 1 indicates the entry number of chunk 1. If the next chunk has a different number of samples than the number of samples in chunk 1, the information of the next chunk includes the first chunk 1, the number of samples in chunk 1, and the number of samples in chunk 1.
  • the first chunk 2, the number of samples of chunk 2, and the entry number of chunk 2 are described.
  • information of a plurality of chunks composed of the same number of samples is collectively described as information of the first chunk composed of the same number of samples.
  • FIG. 10 shows an example of a sample size atom.
  • the sample size atom is a table in which the data size of each sample is described.
  • the sample size atom (stsz: sample size a torn) is the atom size (atom size), the atom type (atom Type), the flags (flags), the sample size (sample Size), And the number of entries (num Entries).
  • the atom size indicates the size of the sample size atom, and the atom type indicates that the atom type is "stsz" (sample size atom).
  • the first byte of the flag indicates the version, and the rest indicate the flag.
  • the sample size indicates the size of the sample. For example, if all sample sizes are the same, just write one size in the sample size.
  • the number of entries indicates the number of entries of the sample size.
  • the data size is fixed such as audio data
  • the default size is described in the sample size.
  • the frame corresponds to a sample like video data and the size of the sample changes every moment like an I picture or P picture of an MPEG, the size of all samples will be It is described in.
  • Fig. 11 shows an example of the chunk offset atom.
  • the chunk offset atom is a table that describes the offset value from the beginning of the file for each chunk.
  • the chunk offset atom (stco: chunk off set atom) is the atom size (atom Size) and the atom type (atom Type). , Flags (flags), and the number of entries (num Entries).
  • the atom size indicates the size of the sample size atom, and the atom type indicates that the atom type is "stco" (chunk offset atom).
  • the first byte of the flag indicates the version, and the rest indicate the flag.
  • the number of entries indicates the number of entries of the offset value of the chunk.
  • the offset value from the beginning of the file to the channel start position AC is described as the offset value of the chunk of the audio data
  • the chunk of the chunk of the video data is described.
  • the offset value from the beginning of the file to the chunk start position VC is described as the offset value.
  • QT is a layer 4 media handler reference atom (hdlr: media handler reference atom) corresponding to either audio data or video data.
  • the media handler atom determines the time based on the time scale of the media. Since the time on the time scale of each track atom can be known from the information of the edit atom (edts: edit atom) in layer 3, the media handler atom is sampled based on the time sample atom in layer 6. And obtain the offset value from the beginning of the file from the chunk offset atom of layer 6. This allows the media handler atom to access the specified sample so that QT can play back the actual data according to the time scale.
  • hdlr media handler reference atom
  • the movie atom is required to read out the video data and audio data recorded in the movie / night atom.
  • a sample table as information is described. Therefore, this
  • the AV multiplex format can be recognized by QT.
  • Fig. 12 shows the MX in the AV multiplex format of Fig. 4.
  • FIG. 12 An example of the file body part of F is shown. In the example of FIG. 12, one edit unit is shown.
  • the edit unit is composed of a sound item (Sound), a picture item (Picture), and a filler arranged from the top (hereinafter, this sound item is referred to as a sound item). Sound items to distinguish them from a plurality of sound items 1 to 4 constituting a sound item).
  • audio data of 60 frames (in the case of NTSC) of the video data arranged in the picture item are arranged in the KLV structure described above with reference to FIG. Are arranged separately.
  • audio data encoded according to the ITU-TG.711 A-law system is arranged.
  • the sound item group is KLV-structured sound item 1, KLV-structured filer 1, KLV-structured sound item 2, KLV-structured filer 1, and KLV-structured sound item.
  • KLV-structured filler KLV-structured sound item 4
  • KLV-structured filler KLV-structured sound item 4
  • KLV-structured filler KLV-structured filler 3
  • a picture item after the audio of the sound item group A video data (Elementary Stream) in 1 GOP (Group Of Picture) encoded by MPEG (Moving Picture Experts Group) 4 system is KLV-coordinated to KLV structure.
  • the filler is placed in the KLV structure as data for stuffing and placed after the video data of the picture item. .
  • a sound item group in which audio data is arranged in a KLV structure and a picture item in which video data is arranged in a KLV structure are 6 bits.
  • the file generation unit 22 of the video recording device 1 determines the length (L) from the key (K) of the KLV structure and the encoded data amount, and then determines the file header part of the AV multiplex format. Generate an MX F header for.
  • the editing devices 3 and 6 conforming to the MXF standard can read out audio data and video data arranged in the KLV structure based on the MXF header in the header section.
  • the file generation unit 22 ignores the key (K) of the KLV structure and the length (L), and regards sound item 1, sound item 2, sound item 3, sound item 4, and picture item as chunks, respectively.
  • K key of the KLV structure
  • L length
  • start position VC By calculating the offset value of each file, a sample table of the single-movement atom in the file header is generated.
  • the PCs 4 and 7 having QT can read out audio data and video data as chunks based on the movie header in the file header section.
  • FIG. 13 shows an example of the sound item (Sound) 3 in FIG.
  • sound item 3 is left
  • the audio data of two channels is multiplexed by alternately arranging the audio data of each of the two channels for each sample. Therefore, in the case of the NTSC standard of 525 / 59.94, the video data is composed of 60 frames, so that the audio data of 16016 samples is arranged in the sound item. Also, in the case of the PAL standard of 625/50, video data is composed of 50 frames, so audio data of 16000 samples is arranged in the sound item.
  • FIG. 14 shows another example of the body part of the AV multiplex format of FIG.
  • the sound item group has a fixed length of 2 ECCs
  • the picture item has a fixed length of n ECCs.
  • the upper part shows the file pod part when the audio data has 8 channels
  • the lower part shows the audio data. Shows the file body part when the evening is 4 channels.
  • the first 1 ECC of the sound item group includes 24 bytes of key (K), length (L), One and two channels of audio data are alternately arranged for each sample.Sound item 1 (S1), 24 bytes of key and length, filer are arranged, and 24 bytes of key and A sound item 2 (S 2), in which a length, 3-channel and 4-channel audio data are alternately arranged for each sample, a 24-byte key, a length, and a filer are arranged.
  • the second ECC of the sound item group has 24 bytes of key and length, 5 channels and 6 channels of audio data alternately arranged for each sample in order from the beginning.
  • Item 3 24 bytes of key and length, filer are arranged, and 24 bytes of key and length, 7 channels and 8 channels of audio data are alternately arranged for each sample.
  • Sound item 4 (S4), 24 bytes of key, length and filler are placed.
  • the first 1 ECC of the sound item group contains 24 bytes of key and length, 1 channel and 2 channels in order from the beginning.
  • Sound items 1 (S1), 24 bytes key and length, fillers are arranged, 24 bytes key and length, 3 channels
  • sound item 3 with 24 bytes of key and length, silent audio data, 24 bytes of key and length, filer with 24 bytes, and 24 bytes of key
  • S4 sound item 4
  • a 24-byte key a length
  • a filler is alternately arranged for each sample.
  • the audio and video channels are 8 channels, the audio and video channels are arranged in 4 channels each in 2 ECCs. If the audio and audio channels are 4 channels, the audio data of 4 channels is stored in the first ECC. Silent audio data is recorded in the sound items for four channels that are arranged and arranged in the second ECC.
  • FIG. 15 shows an example of the picture item in FIG.
  • a picture item of 60 in the case of NTSC
  • 6 GOP Group Of Picture
  • the picture item includes a GOP composed of an I picture of 1 frame and a P picture of 9 frames. It is composed of six arrangements.
  • video data is composed of 50 frames, so that the picture items include five GOPs consisting of one frame of I picture and nine frames of P picture. It is arranged and configured.
  • the file pod part of the AV multiplex format is arranged and configured. Then, in the video recording device 1, first, the file body part of the AV multiplex format as described above is arranged and generated, and then, based on the generated file body part, the file head part is generated. And a file header section are generated. Next, the file generation processing of the AV multiplex format configured as described above will be described with reference to the flowcharts of FIG. 16 and FIG.
  • a general QT file generation process will be described with reference to FIG.
  • a video atom consisting of audio data (Audio) and video data (Video) chan- nels is defined by a predetermined ECC boundary. From the right of the figure.
  • a movie is generated in the QT file based on the chunk of the movie and the generated atom, and the generated movie is recorded from the beginning of the file.
  • the free space atom and the mdata header are recorded so as to be aligned with the ECC boundary.
  • the movie atom and the free space atom are recorded after the movie / atomic atom, and the QT file is generated. Then, in the QT file, the beginning of the file after recording is logically the movie atom on the left side in the figure, and the end of the file is the end of the movie overnight atom on the right side in the figure.
  • the file generation processing of the AV multiplex format described with reference to FIG. 17 is basically based on the general QT file generation processing described above with reference to FIG. Be executed.
  • the imaging unit 31 of the video recording device 1 captures an image of a subject, and supplies the captured video data to the video encoding unit 15.
  • the video encoding unit 15 encodes the video data input from the imaging unit 31 according to the MPEG4 system, and supplies the encoded video data to the file generation unit 22.
  • the microphone 32 supplies the collected audio data to the audio encoding unit 16. Audio notes
  • the encoding unit 16 encodes the audio data input from the microphone 32 according to the ITU-T G.711 A-law method, and supplies the encoded data to the file generation unit 22.
  • step S1 the file generation unit 22 converts the video data supplied from the video encoding unit 15 and the audio data supplied from the audio encoding unit 16 into video data 60 (in the case of NTSC).
  • the frames are alternately multiplexed for each frame to generate the file body part of the AV multiplex format described above with reference to FIGS. 11 to 15, and at the same time, in step S2, the file generation unit 22 obtains the frame size of the generated video data of the file pod section, stores it in an internal memory (not shown), and proceeds to step S3.
  • step S3 the file generation unit 22 supplies the generated file pod part of the AV multiplex format to the drive 23 and records it in the storage unit 20, and then proceeds to step S4.
  • the file generation portion 22 sets a predetermined ECC boundary as a recording start point of the file body portion, and from there a file body portion, Record in the storage unit 20.
  • step S4 the drive 23 records the file body portion supplied from the file generation unit 22 on the optical disc 2, and proceeds to step S5. Specifically, the drive 23 takes into consideration the ECC portion where the file header portion is recorded, sets a predetermined ECC boundary as a recording start point of the file pod portion, and from there the file body portion to the optical disc 2, Record.
  • step S5 the file generation unit 22 executes a generation process of the file header and the file header, and proceeds to step S6.
  • step S6 the file generation unit 22 executes a generation process of the file header and the file header, and proceeds to step S6.
  • step S3 or S4 in FIG. 17 the parameter information when the file body part was recorded is recorded in RAM3.
  • This parameter information includes information on whether it is NTSC or PAL, the number of ECCs where the video data was recorded, the number of ECCs where video data was recorded, the time when the body part was recorded, and the number of frames recorded It is composed of information on the position of the first frame.
  • step S21 in FIG. 18 the file generation unit 22 acquires the parameter information from the RAM 13 and proceeds to step S22.
  • step S22 the file generation unit 22 sets the internal parameters based on the acquired parameter information and the frame size recorded in step S2 in FIG. Proceed to S23.
  • These internal parameters are composed of time information such as size information of GP and time scale, for example.
  • step S23 the file generator 22 generates a file header based on the set internal parameters, writes the file header in the internal memory, and proceeds to step S24.
  • the file generation unit 22 generates a file header in steps S24 to S26.
  • step S24 the file generation section 22 generates an MXF header of the file header section based on the set internal parameters, writes the MXF header in the built-in memory, and proceeds to step S25.
  • step S25 based on the set internal parameters, the file generation unit 22 sets a sample table for each track atom of the multi-viatom, and proceeds to step S26.
  • step S26 the file generation unit 22 calculates the atom size based on the set values of each sample table, generates a movie atom, writes the movie atom into the internal memory, Return to step S6 in the figure.
  • step S26 the file generation unit 22 first calculates the skip atom, the movie atom, and the movie header atom of the layer 1 described above with reference to FIG. Generate a new QT header and write it to the internal memory.
  • the file generation unit 22 generates a video atom including the track atom of the hierarchy 2 and the atoms of the hierarchy 3 to the hierarchy 8 and writes the video atom to the internal memory.
  • the file generation unit 22 generates an audio atom including the track atom of the hierarchy 2 and the atoms of the hierarchy 3 to the hierarchy 8 and writes the audio atom into the internal memory.
  • the file generation unit 22 generates a QT trailer including a user definition atom of the hierarchy 2, a free space atom (free) of the hierarchy 1, and an mda t header. Write to internal memory.
  • a file header including the MXF header and the multi-tom is generated.
  • step S6 in FIG. 17 the file generating section 22 supplies the file footer section generated in step S5 to the drive 23, records the file footer section in the storage section 20, and proceeds to step S7. move on.
  • the file generation unit 22 combines and records the file foot part after the file body part recorded in the storage unit 20 in step S2.
  • step S7 the drive 23 The file header supplied from the generator 22 is recorded on the optical disk 2, and the process proceeds to step S8. Specifically, the drive 23 combines and records the file footer section after the file body section recorded on the optical disc 2 in step S3.
  • step S8 the file generator 22 returns to step S5.
  • the generated file header including the MXF header and the moving atom is supplied to the drive 23, recorded in the storage unit 20, and the process proceeds to step S9.
  • the file generation unit 22 combines and records the header part from the beginning of the file to the file before the file body part recorded in the storage unit 20. As a result, a file in the AV multiplex format is generated.
  • step S9 the drive 23 records the file header section including the MXF header and the multi-viatom supplied from the file generation section 22 on the optical disc 2, and ends the file generation / recording process. Specifically, the drive 23 combines the file header portion from the beginning of the file before the body portion recorded on the optical disk 2 and records the combined file header portion. Thus, an AV multiplex format file is recorded on the optical disc 2. As described above, an AV multiplex format file is generated. Then, the CPU 11 controls the communication unit 21 to transmit the AV multiplex format file generated in the storage unit 20 to the editing device 6 and the PC 7 via the network 5. As a result, the video recording device 1 can exchange AV multiplex format files with the editing device 6, the PC 7, and the like.
  • the video recording device 1 since the file in the AV multiplex format is recorded on the optical disc 2, the video recording device 1 communicates with the editing device 3 and the PC 4 via the optical disc 2 in the AV multiplex format. Files can be exchanged.
  • FIG. 19 shows another example of a file in the AV multiplex format.
  • the AV multiplex format consists of a header partition pack (HPP), a movie atom (moov) and a filler (F) force, a file header section, a file pod section, and a full partition pack. (FPP).
  • HPP header partition pack
  • miov movie atom
  • F filler
  • the file body part is composed of an essence container 1 composed of a sound item S1 and a picture item P1, an essence container 2 composed of a sound item S2 and a picture item P2, and a sound item.
  • an essence container 3 consisting of S3 and picture item P3
  • an essence container 4 consisting of sound item S4 and picture item P4.
  • the filer of the header part the filer of the picture item P1 (not shown), the filer of the picture item P2 (not shown), and the picture item P Body partition packs are respectively arranged in the filer 3 (not shown) and the picture item P4 (not shown).
  • the body part pack of the header part an offset value from the head of the file to the body part pack of the header part is described.
  • the body partition pack of picture item P1 contains the offset value from the beginning of the file to the pod partition pack of picture item P1, and the offset value of the preceding body partition pack (that is, the body of the header section). The offset value of the partition pack) is described.
  • the pod partition pack of picture item P2 contains the offset values from the beginning of the file to the body partition pack of picture item P2, and the offset values of the preceding body partition pack (that is, picture item P1).
  • the offset value of the body partition pack of this is described.
  • the offset value from the beginning of the file to the body partition pack of picture item P3 and the offset value of the preceding body partition pack (that is, picture item P3) are included in the body partition pack of picture item P3.
  • the offset value of the pod partition pack of 2) is described.
  • the offset value from the beginning of the file to the body partition pack of picture item P4 and the offset value of the preceding body partition pack ie, the offset value of picture item P3 are included in the body partition pack of picture item P4.
  • the offset value of the body partition pack) is described.
  • each essence container can be recognized by arranging the body partition pack in which the self and the offset value before it are described in each essence container. Therefore, in the AV multiplex format, it is possible to arrange a plurality of essence containers in the file body.
  • FIG. 20 shows another example of the AV multiplex format.
  • the upper part shows an example of an AV multiplex format file viewed as an MXF file.
  • the lower part shows an example of an AV multiplex format file viewed as a QT file.
  • the AV multiplex format file is a file header part consisting of an 8-byte run-in MXF header and a file consisting of an essence container. It consists of a body part, a file head part, and a filler.
  • the file in the AV multiplex format contains the mdat header (mdat header), the movie / atom atom (movi ed ata atom), and the movie atom (movie atom), which are the header of the movie / atom atom. It is composed.
  • the mdat header of the QT is described at the head (run-in) of the file to be ignored as an MXF file.
  • the offset value of the chunk described in the chunk offset atom of the movie atom can be set to AV data placed in the essence container placed in the file pod part of the MX F—evening, so that The MXF header can be described in the URL.
  • the QT's single-movement atom is described.
  • the MXF-compliant editing devices 3 and 6 first ignore the run-in and find the 11-byte pattern of the header partition pack to obtain the MXF header. Ask for. Then, based on the header metadata of the MXF header, it is possible to read out the video data and the audio data which are the AV data arranged in the ETS container.
  • PCs 4 and 7 having QT first read the mobile atom and, based on the information for using the information recorded in the mobile atom described in the mobile atom, use You can read the yank (audio data or video data) recorded in the MXF file body located before the beatom.
  • step S61 the file generation unit 22 converts the video data supplied from the video encoding unit 15 and the audio data supplied from the audio encoding unit 16 into video data 60 (In the case of NTSC)
  • the frames are alternately multiplexed for each frame, and the file body of the AV multiplex format described above with reference to FIG. 20 is generated.
  • the file is generated in step S62.
  • the part 22 acquires the frame size of the generated video data of the file body part, stores it in the built-in memory (not shown), and proceeds to step S63.
  • step S63 the file generation unit 22 supplies the generated AV multiplex format file pod unit to the drive 23 and records it in the storage unit 20, and proceeds to step S64. .
  • step S64 the drive 23 records the file body portion supplied from the file generation unit 22 on the optical disc 2, and proceeds to step S65.
  • step S65 the file generation section 22 executes the processing of generating the file header section and the file header section described above with reference to FIG. 18, and proceeds to step S66.
  • step S66 the file generation unit 22 supplies the file storage unit and the movie atom generated in step S65 to the drive 23, and records them in the storage unit 20. Proceed to. At this time, the file generation unit 22 combines and records the file body part and the movie atom after the file body part recorded in the storage unit 20 in step S62.
  • step S67 the drive 23 records the file footer section supplied from the file generation section 22 on the optical disc 2, and proceeds to step S68. Specifically, the drive 23 combines and records the file footer section and the multi-movement atom after the body section recorded on the optical disc 2 in step S63.
  • step S68 the file generation unit 22 supplies the file header including the MXF header generated in step S65 to the drive 23, and records the header in the storage unit 20. Proceed to S9. At this time, the file generation unit 22 combines and records the header part from the beginning of the file before the file pod part recorded in the storage unit 20. As a result, an AV multiplex format file is generated.
  • step S69 the drive 23 records the file header section supplied from the file generation section 22 on the optical disc 2, and ends the file generation and recording process. More specifically, the drive 23 combines the file header part from the beginning of the file before the file body part recorded on the optical disc 2 and records it. As a result, an AV multiplex format file is recorded on the optical disc 2.
  • the file of the AV multiplex format shown in FIG. 20 is generated. Then, the CPU 11 controls the communication unit 21 to transmit the AV multiplex format file generated in the storage unit 20 to the network. 5 to the editing device 6 or the PC 7. Thus, the video recording device 1 can exchange the AV multiplex format file of FIG. 20 with the editing device 6, the PC 7, and the like.
  • the video recording device 1 is connected to the editing device 3 and the PC 4 via the optical disc 2 as shown in FIG. AV multi-format files can be exchanged.
  • FIG. 22 shows another configuration example of an AV network system to which the present invention is applied.
  • portions corresponding to those in FIG. 1 are denoted by the corresponding reference numerals, and the description thereof will be repeated, and will not be repeated.
  • the video recording device 1 is carried along with a PC 104 having a QT to a reporting site for inputting audio and capturing and recording a video, and is installed. .
  • the imaging unit 31 of the video recording device 1 captures an image of a subject, and supplies the captured video data to the video encoding unit 15.
  • the video encoding unit 15 encodes the video data input from the imaging unit 31 into a high-resolution video data for broadcasting at a broadcasting station and a low-resolution video data for communication and editing. And supplies it to the file generation unit 22.
  • the microphone 32 supplies the collected audio data to the audio encoding unit 16.
  • the audio encoding unit 16 converts the audio data input from the microphone 32 into a high-quality audio signal for broadcasting at a broadcasting station.
  • One night and low-quality audio data for communication and editing are encoded and supplied to the file generator 22.
  • the file generation unit 22 uses the high-resolution and low-resolution video data supplied from the video encoding unit 15 and the high- and low-quality audio data supplied from the audio encoding unit 16. Then, a high-quality and low-quality AV multiplex format file is generated, the drive 23 is controlled, and the generated AV multiplex format file is recorded on the optical disc 2. Although the encoded video data and audio data are recorded on the optical disk 2 in parallel with the recording (imaging), the encoded video data and audio data are temporarily stored in the storage unit 20. May be recorded once, read out from the storage unit 20 to generate and record an AV multiplex format file.
  • the file generation unit 22 simultaneously outputs the low-resolution video data supplied from the video encoding unit 15 and the audio codec.
  • a low-quality audio / video multiplex format file is generated using the low-resolution audio data supplied from the conversion unit 16, and is temporarily stored in the storage unit 20.
  • the CPU 11 controls the communication unit 21, and transmits the low-quality AV multiplex format file recorded in the storage unit 20 to, for example, the broadcasting station 102 via the communication satellite 101. Send to
  • the broadcasting station 102 has an editing device 103.
  • the broadcast station 102 receives the low-quality AV multiplex format file transmitted from the video recording device 1 and supplies the received low-quality AV multiplex format file to the editing device 103.
  • the editing device 103 is configured to conform to the MXF standard similarly to the editing devices 3 and 6 in FIG. 1, and is received by the broadcasting station 102. Recognizes low quality AV multiplex format files. Then, the editing device 103 edits the audio and video data of the low-quality AV multiplex format to fit within a predetermined broadcast time, performs image processing for switching scenes, Editing such as creating an attached text data such as a script. Then, the editing device 103 transmits the audio data of the low-quality AV multiplex format and the edited contents of the video data to the video recording device 1 via the communication satellite 101 as an edit list or the like. .
  • the video recording device 1 converts the low-quality AV multiplex format file to, for example, a PC 104 located near the editing equipment so that a producer or the like can edit while checking the recording status. You may send it.
  • PC104 is configured similarly to PC4 and PC7 in FIG. 1 and has QT. Therefore, the PC 104 confirms or edits the low-resolution AV multiplex format file transmitted from the video recording device 1 using QT. Then, the PC 104 transmits the edited contents of the audio / video data of the low-quality AV multiplex format as an edit list via the communication satellite 101 or a Bluetooth (registered trademark). )) To the video recording device 1 by short-range wireless communication. In other words, even if there is no expensive dedicated editing device 103 at the interview site, the general-purpose and portable PC 104 can check and edit low-resolution AV multiplex format files. be able to.
  • the communication unit 21 of the video recording device 1 receives an edit list from the editing device 103 or the PC 104.
  • the CPU 11 controls the drive 23 to send the edit list supplied from the communication unit 21 to the optical disk. Record in 2.
  • the edit list is recorded, for example, in the header header of the file header section.
  • the optical disc 2 is carried to the broadcasting station 102 after high quality and low quality AV multiplex format files and edit lists are recorded.
  • the editing device 103 reads and decodes high-resolution video data and high-quality audio data from the optical disk 2, and broadcasts the data in accordance with the edit list recorded on the optical disk 2. (On air).
  • a low-quality AV multiplex format file and a high-quality AV multiplex format file are recorded on the optical disc 2.
  • one optical disc for example, a high-quality AV multiplex format
  • the other for example, a low-quality AV multiplex format file
  • another recording medium such as a memory card using a semiconductor memory.
  • the broadcasting station 102 may have a PC 104 instead of the editing device 103.
  • An editing device 103 may be used instead of 104.
  • the processing of the AV network system in FIG. 22 will be described with reference to the flowchart in FIG. In FIG. 23, the processing of the video recording device 1 and the PC 104 will be described. However, it is assumed that the processing of the AV network system is performed in place of the PC 104 in place of the editing device 103. It may be.
  • the imaging unit 31 of the video recording device 1 captures an image of a subject, and supplies the captured video data to the video encoding unit 15.
  • the video encoding unit 15 encodes the video data input from the imaging unit 31 into high resolution and low resolution. And supplies it to the file generation unit 22.
  • the microphone 32 supplies the collected audio data to the audio encoding unit 16.
  • the audio encoding unit 16 encodes the audio data input from the microphone 32 into a high sound quality and a low sound quality, and supplies it to the file generating unit 22.
  • step S101 the file generation unit 22 of the video recording apparatus 1 generates an AV multiplex format using the video data and the audio data, controls the drive 23, and records the data on the optical disc 2. Let it. At the same time, the file generation unit 22 also records the generated AV multiplex format in the storage unit 20 and proceeds to step S102.
  • the file generator 22 includes the high-resolution and low-resolution video data supplied from the video encoder 15 and the high- and low-quality audio supplied from the audio encoder 16.
  • a high-quality and low-quality AV multiplex format file is generated by using the audio / video format, the drive 23 is controlled, and the generated AV multiplex format file is recorded on the optical disc 2.
  • the low-resolution video data supplied from the video encoding unit 15 and the low-resolution audio data supplied from the audio encoding unit 16 are used to produce a low-quality AV multiplex format file. Is generated and temporarily stored in the storage unit 20.
  • step S102 the CPU 11 of the video recording device 1 controls the communication unit 21 to read the low-quality AV multiplex format file recorded in the storage Send to PC 104 by communication.
  • step S121 the PC 104 receives the low-quality AV multiplex format file, and uses the QT to execute the low-quality AV multiplex format video.
  • One night and one night video The editing is performed, and the process proceeds to step SI22 to transmit the edited audio and video data of the low-quality AV multiplex format to the video recording device 1 as an edit list by short-range wireless communication.
  • the communication unit 21 of the video recording device 1 receives the edit list from the PC 104 in step S103, proceeds to step S104, and records the received edit list on the optical disc 2.
  • the broadcasting station 102 Since the optical disk 2 is brought into the broadcasting station 102, the broadcasting station 102 reads and decodes high-resolution video data and high-quality audio data from the optical disk 2 and stores the data on the optical disk 2. Broadcast according to the edited edit list.
  • AV multiplex format As described above, since the AV multiplex format is used, a general-purpose and portable PC 1 can be used even if there is no expensive dedicated editing device 103 at a news gathering site where the object is imaged. 04 allows you to check and edit files in AV multiplex format. In addition, the use of low-quality AV multiplex format reduces communication and editing loads.
  • the time from recording to broadcasting can be reduced.
  • PC 104 can be used, the cost for recording is also reduced.
  • the video recording apparatus 1 reads and writes a file in the AV multiplex format on the optical disc 2.
  • the file in the AV multiplex format is read and written on a disc such as the optical disc 2. It is possible to read and write data not only on the recording medium but also on a tape-shaped recording medium such as a magnetic tape or a semiconductor memory.
  • the above-described series of processing can be executed by hardware that can be executed by hardware.
  • a program storage medium for storing a program which is installed in a computer and which can be executed by the computer includes a package medium such as an optical disk 2 or a program for temporarily or permanently storing the program. It is composed of a storage unit 20 to be stored.
  • steps for describing a program to be recorded on a recording medium are performed in chronological order according to the order described, but are not necessarily performed in chronological order, but are performed in parallel or individually. This includes the processing to be executed.
  • system refers to an entire device including a plurality of devices.
  • a file can be exchanged between a broadcasting device and a personal computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

放送機器とパーソナルコンピュータとの間でファイルを交換することができるようにする。ＡＶ多重フォーマットのファイルにおいては、ＭＸＦファイルとして無視されるファイルの先頭（ランイン）に、ＱＴのスキップアトムのヘッダ（サイズとタイプ情報）が記述され、ＱＴファイルとして読み飛ばされるＱＴのスキップアトム内にＭＸＦヘッダが記述されている。また、ＭＸＦとして無視されるフィラー内に、ＱＴのムービアトムとmdatヘッダが記述されている。すなわち、ＡＶ多重フォーマットのファイルヘッダ部は、ＭＸＦのファイル構造とＱＴのファイル構造の両方を満たしている。このようなファイル構成を有することにより、ＡＶ多重フォーマットのファイルは、ＭＸＦの規格に準拠した編集装置でも、ＱＴを有するＰＣでも認識される。本発明は、映像記録装置に適用できる。

Description

明 細 書
情報処理装置および方法、 プログラム記録媒体、 並びにプログラム 技術分野
本発明は、 情報処理装置および方法、 プログラム記録媒体、 並びに プログラムに関し、 特に、 放送機器とパーソナルコンピュータとの間 でファイル交換することができるようにした情報処理装置および方法 、 プログラム記録媒体、 並びにプログラムに関する。 背景技術
近年においては、 通信プロトコルなどの標準化や、 通信機器の低価 格化などが進み、 通信 I ZF (Interface) を標準で装備しているパ —ソナルコンピュータが一般的になってきている。
さらに、 パーソナルコンピュータの他、 例えば、 AV (Audio Visu al) サーバや VTR Video Tape Recorder)などの業務用放送機器につい ても、 通信 I ZFが標準装備されているもの、 あるいは装備可能なも のが一般的になっており、 そのような放送機器どうしの間では、 ビデ ォデ一夕やオーディオデータ （以下、 適宜、 両方まとめて A Vデータ と称する） のファイル交換が行われている。
ところで、 従来においては、 放送機器どうしの間で交換されるファ ィルのフォーマッ トとしては、 一般に、 例えば、 機種ごとやメーカご とに、 独自のフォーマッ トが採用されていたため、 異なる機種ゃメ一 力の放送機器どうしの間では、 ファイル交換を行うことが困難であつ た。 そこで、 ファイル交換のためのフォーマッ トとして、 例えば、 特 許文献 「W〇 0 2 / 2 1 84 5 A l」 に示されるように、 MX F (M aterial exchange Format)が提案され、 現在標準化されつつある。 しかしながら、 上述した M X Fのファイルは、 異なる機種やメーカ の放送機器どうしの間で、 ファイル交換を行うために提案されたフォ —マッ トである。 したがって、 M X Fのファイルは、 パーソナルコン ピュ一夕などの汎用のコンピュータでは認識することができないとい つた課題があった。 すなわち、 業務用放送機器とパーソナルコンビュ 一夕間でのファイル交換ができないといった課題があった。 発明の開示
本発明はこのような状況に鑑みてなされたものであり、 放送機器と パーソナルコンピュータとの間でファイルを交換することができるよ うにするものである。
本発明の第 1の情報処理装置は、 入力デ一夕よりポディを生成する ボディ生成手段と、 入力デ一夕のサイズを取得する取得手段と、 取得 手段により取得されたサイズに基づいて、 入力データを読み出すため のテーブル情報を生成するテーブル生成手段と、 テーブル生成手段に より生成されたテーブル情報を含めて、 へッダを生成するへッダ生成 手段と、 ボディの後に、 フッタを結合し、 ボディの前に、 ヘッダ生成 手段により生成されたヘッダを結合してファイルを生成するファイル 生成手段とを備えることを特徴とする。
フォーマッ トは、 M X F (Ma t er i a l exchange Fo rma t)であるように することができる。
入力データは、 本線データよりも低解像度のデータであるようにす ることができる。
ボディ生成手段により生成されたボディを記録媒体に記録するボデ ィ記録手段と、 ボディ記録手段により記録媒体に記録されたボディの 後に、 フッ夕を記録するフッ夕記録手段と、 ボディ記録手段により記 録媒体に記録されたボディの前に、 ヘッダを記録するヘッダ記録手段 とをさらに備えるようにすることができる。
ファイル生成手段により生成されたファイルをネッ トワークを介し て他の情報処理装置に送信する送信手段と、 送信手段により送信した ファイルに基づいたメ夕デ一夕をネッ トワークを介して他の情報処理 装置から受信する受信手段と、 受信手段により受信されたメタデータ を記録媒体に記録するメタデ一夕記録手段とをさらに備えるようにす ることができる。
本発明の第 1の情報処理方法は、 入力データよりボディを生成する ポディ生成ステップと、 入力データのサイズを取得する取得ステップ と、 取得ステップの処理により取得されたサイズに基づいて、 入力デ 一夕を読み出すためのテーブル情報を生成するテーブル生成ステツプ と、 テーブル生成ステップの処理により生成されたテーブル情報を含 めて、 ヘッダを生成するヘッダ生成ステップと、 ポディの後に、 フッ 夕を結合し、 ボディの前に、 ヘッダ生成ステップの処理により生成さ れたヘッダを結合してファイルを生成するファイル生成ステップとを 含むことを特徴とする。
本発明の第 1のプログラム記録媒体に記録されているプログラムは 、 入力データよりポディを生成するポディ生成ステップと、 入力デ一 夕のサイズを取得する取得ステップと、 取得ステップの処理により取 得されたサイズに基づいて、 入力データを読み出すためのテーブル情 報を生成するテーブル生成ステツプと、 テーブル生成ステツプの処理 により生成されたテーブル情報を含めて、 へッダを生成するへッダ生 成ステップと、 ボディの後に、 フッ夕を結合し、 ポディの前に、 へッ ダ生成ステップの処理により生成されたヘッダを結合してファイルを 生成するファイル生成ステツプとを含むことを特徴とする。 本発明の第 1のプログラムは、 入力データよりボディを生成するポ ディ生成ステツプと、 入力データのサイズを取得する取得ステツプと 、 取得ステップの処理により取得されたサイズに基づいて、 入力デー 夕を読み出すためのテーブル情報を生成するテ一ブル生成ステツプと 、 テーブル生成ステップの処理により生成されたテ一ブル情報を含め て、 ヘッダを生成するヘッダ生成ステップと、 ボディの後に、 フッ夕 を結合し、 ポディの前に、 ヘッダ生成ステップの処理により生成され たへッダを結合してファイルを生成するファイル生成ステツプとを含 むことを特徴とする。
本発明の第 2の情報処理装置は、 入力データよりボディを生成する ポディ生成手段と、 入力デ一夕のサイズを取得する取得手段と、 取得 手段により取得されたサイズに基づいて、 入力デ一夕を読み出すため のテーブル情報を生成するテーブル生成手段と、 ボディの後に、 フッ 夕とテーブル生成手段により生成されたテ一ブル情報を結合し、 ポデ ィの前に、 ヘッダを結合してファイルを生成するファイル生成手段と を備えることを特徴とする。
フォ一マッ ト ま、 M X F (Ma t e r i a l exchange Forma t )であるように することができる。
入力データは、 本線デ一夕よりも低解像度のデータであるようにす ることができる。
ボディ生成手段により生成されたボディを記録媒体に記録するポデ ィ記録手段と、 ボディ記録手段により記録媒体に記録されたボディの 後に、 フッ夕とテ一ブル情報を記録するフッ夕記録手段と、 ボディ記 録手段により記録媒体に記録されたボディの前に、 ヘッダを記録する へッダ記録手段とをさらに備えるようにすることができる。
ファイル生成手段により生成されたファイルをネッ トワークを介し て他の情報処理装置に送信する送信手段と、 送信手段により送信した フアイルに基づいたメタデータをネッ トワークを介して他の情報処理 装置から受信する受信手段と、 受信手段により受信されたメタデータ を記録媒体に記録するメ夕データ記録手段とをさらに備えるようにす ることができる。
本発明の第 2の情報処理方法は、 入力デ一夕よりボディを生成する ボディ生成ステツプと、 入力データのサイズを取得する取得ステツプ と、 取得ステップの処理により取得されたサイズに基づいて、 入力デ —夕を読み出すためのテーブル情報を生成するテーブル生成ステツプ と、 ボディの後に、 フッ夕とテーブル生成ステップの処理により生成 されたテーブル情報を結合し、 ボディの前に、 ヘッダを結合してファ ィルを生成するファイル生成ステツプとを含むことを特徴とする。 本発明の第 2のプログラム記録媒体に記録されているプログラムは 、 入力デ一夕よりボディを生成するボディ生成ステップと、 入力デ一 夕のサイズを取得する取得ステップと、 取得ステップの処理により取 得されたサイズに基づいて、 入力データを読み出すためのテーブル情 報を生成するテーブル生成ステップと、 ポディの後に、 フッ夕とテ一 ブル生成ステツプの処理により生成されたテーブル情報を結合し、 ポ ディの前に、 ヘッダを結合してファイルを生成するファイル生成ステ ップとを含むことを特徴とする。
本発明の第 2のプログラムは、 入力データよりボディを生成するポ ディ生成ステツプと、 入力データのサイズを取得する取得ステツプと 、 取得ステップの処理により取得されたサイズに基づいて、 入力デ一 夕を読み出すためのテ一ブル情報を生成するテーブル生成ステツプと 、 ポディの後に、 フッ夕とテーブル生成ステップの処理により生成さ れたテ一ブル情報を結合し、 ボディの前に、 ヘッダを結合してフアイ ルを生成するファイル生成ステップとを含むことを特徴とする。
第 1の本発明においては、 入力デ一夕よりボディが生成され、 入力 デ一夕のサイズが取得され、 取得されたサイズに基づいて、 入力デー 夕を読み出すためのテーブル情報が生成され、 生成されたテーブル情 報を含めて、 ヘッダが生成される。 そして、 ボディの後に、 フッ夕が 結合され、 ボディの前に、 ヘッダが結合されてファイルが生成される 第 2の本発明においては、 入力データよりボディが生成され、 入力 データのサイズが取得され、 取得されたサイズに基づいて、 入力デ一 夕を読み出すためのテーブル情報が生成される。 そして、 ボディの後 に、 フッ夕とテーブル情報が結合され、 ポディの前に、 ヘッダが結合 されてファイルが生成される。 図面の簡単な説明
第 1図は、 本発明を適用した A Vネッ トワークシステムの構成例を 示す図、 第 2図は、 第 1図の映像記録装置の構成例を示すブロック図 、 第 3図は、 第 1図の A Vネッ トワークシステムで用いられる A V多 重フォーマッ トのファイルの構成例を示す図、 第 4図は、 第 3図の A V多重フォーマッ トのファイルの他の構成例を示す図、 第 5図は、 第 4図の A V多重フォ一マツ トのファイルヘッダ部の構成例を示す図、 第 6図は、 第 5図のムービアトムの構成例を示す図、 第 7図は、 第 6 図の時間サンプルアトムの構成例を示す図、 第 8図は、 第 6図の同期 アトムの構成例を示す図、 第 9図は、 第 6図のサンプルチャンクアト ムの構成例を示す図、 第 1 0図は、 第 6図のサンプルサイズアトムの 構成例を示す図、 第 1 1図は、 第 6図のチャンクオフセッ トアトムの 構成例を示す図、 第 1 2図は、 第 4図の A V多重フォーマッ トのファ ィルボディ部の構成例を示す図、 第 1 3図は、 第 1 2図のサウンドァ ィテムの構成例を示す図、 第 1 4図は、 第 4図の A V多重フォーマツ トのファイルボディ部の他の構成例を示す図、 第 1 5図は、 第 1 2図 のピクチャアイテムの構成例を示す図、 第 1 6図は、 一般的な Q Tフ アイルの生成処理を説明する図、 第 1 7図は、 第 4図の A V多重フォ 一マツ トのファイルの生成処理を説明するフローチヤ一ト、 第 1 8図 は、 第 1 7図のステップ S 5のファイルフッ夕部およびファイルへッ ダ部の生成処理を説明するフローチャート、 第 1 9図は、 第 4図の A V多重フォーマツ 卜のファイルの他の構成例を示す図、 第 2 0図は、 第 4図の A V多重フォーマツ トのファイルのさらに他の構成例を示す 図、 第 2 1図は、 第 2 0図の A V多重フォーマッ トのファイルの生成 処理を説明するフローチャート、 第 2 2図は、 本発明の A Vネッ トヮ ークシステムの他の構成例を示す図、 第 2 3図は、 第 2 2図の A Vネ ッ トワークシステムの処理を説明するフローチヤ一トである。 発明を実施するための最良の形態
以下に本発明の実施の形態を説明するが、 請求の範囲に記載の構成 要件と、 発明の実施の形態における具体例との対応関係を例示すると 、 次のようになる。 この記載は、 請求の範囲に記載されている発明を サポートする具体例が、 発明の実施の形態に記載されていることを確 認するためのものである。 従って、 発明の実施の形態中には記載され ているが、 構成要件に対応するものとして、 ここには記載されていな い具体例があつたとしても、 そのことは、 その具体例が、 その構成要 件に対応するものではないことを意味するものではない。 逆に、 具体 例が構成要件に対応するものとしてここに記載され'ていたとしても、 そのことは、 その具体例が、 その構成要件以外の構成要件には対応し ないものであることを意味するものでもない。
さらに、 この記載は、 発明の実施の形態に記載されている具体例に 対応する発明が、 請求の範囲に全て記載されていることを意味するも のではない。 換言すれば、 この記載は、 発明の実施の形態に記載され ている具体例に対応する発明であって、 この出願の請求の範囲には記 載されていない発明の存在、 すなわち、 将来、 分割出願されたり、 補 正により追加される発明の存在を否定するものではない。
本発明の請求の範囲 1に記載の情報処理装置は、 ヘッダ、 ボディお よびフッ夕からなるフォーマツトのファイルを生成する情報処理装置 (例えば、 第 1図の映像記録装置 1 ) であって、 入力データ （例えば 、 ビデオデータまたはオーディオデータ） よりボディ （例えば、 第 4 図のファイルボディ部） を生成するボディ生成手段 （例えば、 第 1 7 図のステップ S 1の処理を実行する第 2図のファイル生成部 2 2 ) と 、 入力データ （例えば、 ビデオデ一夕） のサイズ （例えば、 フレーム サイズ） を取得する取得手段 （例えば、 第 1 7図のステップ S 2の処 理を実行する第 2図のファイル生成部 2 2 ) と、 取得手段により取得 されたサイズに基づいて、 入力データを読み出すためのテ一ブル情報 (例えば、 第 4図のムービアトム） を生成するテーブル生成手段 （例 えば、 第 1 8図のステップ S 2 6の処理を実行する第 2図のファイル 生成部 2 2 ) と、 テ一ブル生成手段により生成されたテ一ブル情報を 含めて、 ヘッダを生成するヘッダ生成手段 （例えば、 第 1 8図のステ ップ S 2 4乃至 S 2 6の処理を実行するファイル生成部 2 2 ) と、 ポ ディの後に、 フッ夕 （例えば、 第 4図のファイルフッ夕部） を結合し 、 ポディの前に、 ヘッダ生成手段により生成されたヘッダ （例えば、 第 4図のファイルヘッダ部） を結合してファイルを生成するファイル 生成手段 （例えば、 第 1 7図のステップ S 6および S 8の処理を実行 する第 2図のファイル生成部 2 2 ) とを備えることを特徵とする。 本発明の請求の範囲 4に記載の情報処理装置は、 ボディ生成手段に より生成されたボディを記録媒体 （例えば、 第 1図の光ディスク 2 ) に記録するボディ記録手段 （例えば、 第 1 7図のステップ S 4の処理 を実行する第 2図のドライブ 2 3 ) と、 ボディ記録手段により記録媒 体に記録されたボディの後に、 フッ夕を記録するフッ夕記録手段 （例 えば、 第 1 7図のステップ S 7の処理を実行する第 2図のドライブ 2 3 ) と、 ボディ記録手段により記録媒体に記録されたボディの前に、 ヘッダを記録するヘッダ記録手段 （例えば、 第 1 7図のステップ S 9 の処理を実行する第 2図のドライブ 2 3 ) とをさらに備えることを特 徴とする。
本発明の請求の範囲 5に記載の情報処理装置は、 ファイル生成手段 により生成されたファイルをネッ トワーク （例えば、 第 2 2図の通信 衛星 1 0 1 ) を介して他の情報処理装置 （例えば、 第 2 2図の P C 1 0 4 ) に送信する送信手段 （例えば、 第 2 3図のステップ S 1 0 2の 処理を実行する第 2図の通信部 2 1 ) と、 送信手段により送信したフ アイルに基づいたメタデータ （例えば、 エディッ トリスト） をネッ ト ワークを介して他の情報処理装置から受信する受信手段 （例えば、 第 2 3図のステップ S 1 0 3の処理を実行する第 2図の通信部 2 1 ) と 、 受信手段により受信されたメタデータを記録媒体 （例えば、 第 2 2 図の光ディスク 2 ) に記録するメタデータ記録手段 （例えば、 第 2 3 図のステップ S 1 0 4の処理を実行する第 2図のドライブ 2 3 ) とを さらに備えることを特徴とする。
本発明の第 1の情報処理方法、 プログラム記録媒体、 およびプログ ラムは、 入力データよりボディを生成するボディ生成ステップ （例え ば、 第 1 7図のステップ S 1 ) と、 入力データのサイズを取得する取 得ステップ （例えば、 第 1 7図のステップ S 2 ) と、 取得ステップの 処理により取得されたサイズに基づいて、 入力データを読み出すため のテーブル情報を生成するテーブル生成ステップ （例えば、 第 1 8図 のステップ S 2 6 ) と、 テーブル生成ステップの処理により生成され たテ一ブル情報を含めて、 ヘッダを生成するヘッダ生成ステップ （例 えば、 第 1 8図のステップ S 2 4乃至 S 2 6 ) と、 ボディの後に、 フ ッ夕を結合し、 ポディの前に、 ヘッダ生成ステップの処理により生成 されたヘッダを結合してファイルを生成するファイル生成ステツプ （ 例えば、 第 1 7図のステップ S 6および S 8 ) とを含むことを特徴と する。
本発明の請求の範囲 9に記載の情報処理装置は、 入力デ一夕よりポ ディを生成するボディ生成手段 （例えば、 第 2 1図のステップ S 6 1 の処理を実行する第 2図のファイル生成部 2 2 ) と、 入力デ一夕のサ ィズを取得する取得手段 （例えば、 第 2 1図のステップ S 6 2の処理 を実行する第 2図のファイル生成部 2 2 ) と、 取得手段により取得さ れたサイズに基づいて、 入力データを読み出すためのテ一ブル情報を 生成するテーブル生成手段 （例えば、 第 1 8図のステップ S 2 6の処 理を実行する第 2図のファイル生成部 2 2 ) と、 ボディの後に、 フッ 夕とテーブル生成手段により生成されたテーブル情報を結合し、 ポデ ィの前に、 ヘッダを結合してファイルを生成するファイル生成手段 （ 例えば、 第 2 1図のステップ S 6 6および S 6 8の処理を実行する第 2図のファイル生成部 2 2 ) とを備えることを特徴とする。
本発明の請求の範囲 1 2に記載の情報処理装置は、 ボディ生成手段 により生成されたボディを記録媒体 （例えば、 第 1図の光ディスク 2 ) に記録するボディ記録手段 （例えば、 第 2 1図のステップ S 6 4の 処理を実行する第 2図のドライブ 2 3 ) と、 ボディ記録手段により記 録媒体に記録されたボディの後に、 フッ夕とテーブル情報を記録する フッ夕記録手段 （例えば、 第 2 1図のステップ S 6 7の処理を実行す る第 2図のドライブ 2 3 ) と、 ボディ記録手段により記録媒体に記録 されたボディの前に、 ヘッダを記録するヘッダ記録手段 （例えば、 第 2 1図のステップ S 6 9の処理を実行する第 2図のドライブ 2 3 ) と をさらに備えることを特徴とする。
本発明の請求の範囲 1 3に記載の情報処理装置は、 ファイル生成手 段により生成されたファイルをネッ トワークを介して他の情報処理装 置に送信する送信手段 （例えば、 第 2 3図のステップ S 1 0 2の処理 を実行する第 2図の通信部 2 1 ) と、 送信手段により送信したフアイ ルに基づいたメタデ一夕をネッ トワークを介して他の情報処理装置か ら受信する受信手段 （例えば、 第 2 3図のステップ S 1 0 3の処理を 実行する第 2図の通信部 2 1 ) と、 受信手段により受信されたメタデ 一夕を記録媒体に記録するメ夕デ一夕記録手段 （例えば、 第 2 3図の ステップ S 1 0 4の処理を実行する第 2図のドライブ 2 3 ) とをさら に備えることを特徴とする。
本発明の第 2の情報処理方法、 プログラム記録媒体、 およびプログ ラムは、 入力デ一夕よりボディを生成するボディ生成ステップ （例え ば、 第 2 1図のステップ S 6 1 ) と、 入力データのサイズを取得する 取得ステップ （例えば、 第 2 1図のステップ S 6 2 ) と、 取得ステツ プの処理により取得されたサイズに基づいて、 入力データを読み出す ためのテーブル情報を生成するテ一ブル生成ステップ （例えば、 第 1 8図のステップ S 2 6 ) と、 ポディの後に、 フッ夕とテーブル生成ス テツプの処理により生成されたテーブル情報を結合し、 ボディの前に 、 ヘッダを結合してファイルを生成するファイル生成ステップ （例え ば、 第 2 1図のステップ S 6 6および S 6 8 ) とを含むことを特徴と する。
以下、 図を参照して本発明の実施の形態について説明する。
第 1図は、 本発明を適用した AVネッ トワークシステム （システム とは、 複数の装置が論理的に集合したものをいい、 各構成の装置が同 一筐体中にあるか否かは問わない） の一実施の形態の構成例を示して いる。
映像記録装置 1には、 光ディスク 2を着脱することができるように なっている。 映像記録装置 1は、 撮像した被写体のビデオデ一夕、 お よび集音したオーディォデ一夕から、 後述する A V多重フォーマツ ト のファイルを生成し、 装着された光ディスク 2に記録する。
また、 映像記録装置 1は、 装着された光ディスク 2あるいは内蔵す る記憶部 2 0 (第 2図） から A V多重フォーマッ トのファイルを読み 出し、 読み出した AV多重フォーマッ トのファイルを、 ネッ トワーク 5を介して伝送する。
ここで、 A V多重フォーマッ トのファイルは、 例えば、 MXFの規 格に準拠したファイルであり、 第 3図を参照して詳しく後述するが、 ファイルヘッダ部（FileHeader)、 ファイルボディ部（Fi le Body)、 フ アイルフッ夕部（File Footer)からなる。 そして、 AV多重フォーマ ッ トのファイルは、 MX Fの規格に準拠したファイルであるから、 そ のファイルポディ部には、 A Vデ一夕であるビデオデータとオーディ ォデータとが、 例えば、 6 0 (NTSCの場合） フレーム単位で多重化さ れて配置されている。 さらに、 A V多重フォーマッ トのファイルは、 プラッ トフォームに依存せず、 様々な記録形式に対応し、 拡張性があ るソフトウェアである QT (Quick Time) (商標） に対応しており、 M X Fの規格に準拠していなくても、 QTを有する装置であれば、 再生 、 編集ができるように構成されている。 すなわち、 AV多重フォ一マ ッ トのファイルヘッダ部には、 MX Fの規格に準拠したボディに配置 されたビデオデータとオーディオデ一夕を、 QTで再生、 編集するた めに必要な情報 （第 6図を参照して後述するサンプルテ一ブル） が配 置されている。
第 1図において、 編集装置 3および P C (Personal Computer) 4 には、 光ディスク 2を着脱することができるようになつている。 編集 装置 3は、 MX Fの規格に準拠したファイルを取り扱うことができる MX Fの規格に準拠した装置であり、 装着された光ディスク 2から、 A V多重フォーマツ トのフアイルからビデオデータやオーディォデー 夕を読み出すことができる。 そして、 編集装置 3は、 読み出した AV 多重フォーマツ トのフアイルからビデオデ一夕やオーディォデ一夕を 対象に、 ストリーミング再生や編集を行い、 その編集結果として、 A V多重フォ一マツ トのファイルのビデオデ一夕やオーディォデ一タを 、 装着された光ディスク 2に記録する。
P C 4は、 MX Fの規格に準拠した装置ではないが、 QTのソフト ウェアを有している。 したがって、 P C 4は、 QTを用いて、 装着さ れた光ディスク 2から、 A V多重フォーマッ トのファイルから、 ビデ ォデ一夕やオーディオデータを読み出すことができる。 すなわち、 p
C 4は、 QTを用いて、 A V多重フォ一マッ トのファイルヘッダ部に 配置された QTで再生、 編集するために必要な情報に基づいて、 AV 多重フォーマッ 卜のファイルボディ部に配置されたビデオデ一夕また はオーディオデータを読み出し、 編集処理などを行うことができる。
また、 第 1図において、 ネッ トワーク 5に接続されている編集装置
6は、 例えば、 編集装置 3と同様に、 MXFの規格に準拠したフアイ ルを取り扱うことができる MX Fの規格に準拠した装置であり、 した がって、 ネッ トワーク 5を介して、 映像記録装置 1から伝送されてく る A V多重フォーマツ トのファイルを受信することができる。 また、 編集装置 6は、 A V多重フォーマッ トのファイルを、 ネッ トワーク 5 を介して、 映像記録装置 1に伝送することができる。 すなわち、 映像 記録装置 1 と、 編集装置 6との間では、 ネッ トワーク 5を介して、 A V多重フォ一マツ 卜のファイルのファイル交換を行うことができる。 さらに、 編集装置 6は、 受信した A V多重フォーマッ トのファイルを 対象に、 そのストリーミング再生、 編集などの各種の処理を行うこと ができる。
一方、 ネッ トワーク 5に接続されている P C 7は、 P C 4と同様に 、 M X Fの規格に準拠した装置ではないが、 Q Tのソフトウェアを有 している。 したがって、 P C 7は、 ネッ トワーク 5を介して、 映像記 録装置 1から伝送されてくる A V多重フォーマツ トのフアイルを受信 することができる。 また、 P C 7は、 A V多重フォーマッ トのフアイ ルを、 ネッ トワーク 5を介して、 映像記録装置 1に伝送することがで きる。 すなわち、 P C 7は、 Q Tを用いて、 A V多重フォーマッ トの ファイルヘッダ部に配置された Q Tで再生、 編集するために必要な情 報に基づいて、 A V多重フォーマツ 卜のファイルボディ部に配置され たビデオデータとォ一ディォデ一夕を読み出し、 編集処理などを行う ことができる。
以上のように、 A V多重フォーマッ トのファイルは、 M X Fの規格 に準拠したファイルであり、 さらに、 A V多重フォーマッ トのフアイ ルへッダ部には、 M X Fの規格に準拠したボディ部に配置されたビデ ォファイルとオーディオファイルを、 Q Tで再生、 編集するために必 要な情報が配置されている。 これにより、 映像記録装置 1は、 編集装 置 3および 6だけでなく、 汎用の P C 4および 7とも互換性を保持す ることができる。 すなわち、 映像記録装置 1、 MXFの規格に準拠した装置である編 集装置 3および 6、 並びに、 QTのソフトウェアを有している P C 4 および 7間においては、 A V多重フォ一マッ 卜のファイルを用いて、 ファイル交換を行うことができる。
第 2図は、 本発明を適用した映像記録装置 1の構成例を表している 。 第 2図において、 C PU (Central Processing Unit) 1 1は、 R OM (Read Only Memory) 1 2に記憶されているプログラム、 または 記'慮咅 152 0から RAM (Random Access Memory) 1 3にロードされた プログラムに従って各種の処理を実行する。 RAM I 3にはまた、 C P U 1 1が各種の処理を実行する上において必要なデータなども適宜 記'慮される。
C PU 1 1、 R〇M 1 2、 および RAM I 3は、 バス 1 4を介して 相互に接続されている。 バス 1 4には、 ビデオ符号化部 1 5、 オーデ ィォ符号化部 1 6、 および入出力ィン夕フェース 1 7が接続されてい る。
ビデオ符号化部 1 5は、 撮像部 3 1より入力されたビデオデータを MPEG (Moving Picture Experts Group) 4方式で符号ィヒし、 記憶部 2 0 またはファイル生成部 2 2に供給する。 オーディォ符号化部 1 6は、 マイクロホン 3 2より入力されたオーディォデ一夕を、 ITU- T G.711 A-Law方式で符号化し、 記憶部 2 0またはファイル生成部 2 2に供給 する。 なお、 いまの場合、 ビデオ符号化部 1 5は、 入力されたビデオ データよりも低い解像度のビデオデータに符号化されているが、 求め られる品質またはファイル容量などに応じた解像度のビデオデータに 符号化することができる。 また、 オーディオ符号化部 1 6は、 入力さ れたオーディォデータよりも低い品質のオーディォデ一夕に符号化さ れているが、 求められる品質またはファイル容量などに応じた品質の ォ一ディォデータに符号化することができる。
入出力インタフェース 1 7には、 被写体を撮像し、 撮像したビデオ データを入力する撮像部 3 1、 および、 オーディオデータを入力する マイクロホン 3 2などにより構成される入力部 1 8、 C RT (Cathode Ray Tube) 、 L CD (Liquid Crystal Display)などよりなるモニタ 、 並びにスピーカなどよりなる出力部 1 9、 記憶部 2 0、 通信部 2 1 、 ファイル生成部 2 2およびドライブ 2 3が接続されている。
記憶部 2 0は、 メモリやハードディスクなどにより構成され、 ビデ ォ符号化部 1 5より供給されるビデオデータ、 オーディオ符号化部 1 6より供給されるオーディオデータを記憶する。 また、 記憶部 2 0は 、 ファイル生成部 2 2より供給される、 後述する AV多重フォーマツ トのファイルを一旦記憶する。 具体的には、 記憶部 2 0は、 ファイル 生成部 2 2の制御のもと、 ファイル生成部 2 2より供給されるフアイ ルポディ部を記憶し、 ファイルボディ部の後に、 ファイルフッ夕部を 結合し、 ファイルボディ部の前に、 ファイルヘッダ部を結合して、 A V多重フォーマッ トのファイルを生成し、 記憶する。
通信部 2 1は、 例えば、 IEEE lnsti tute of Electrical and Elect ronics Engineers) 1394ポ一卜や、 USB (Universal Serial Bus)ポー卜 、 LAN (Local Area Ne twork)接続用の NIC (Ne twork Interface Card) , あるいは、 アナログモデムや、 TA(Terminal Adapter)および DSlKDigi tal Service Uni t) , ADSL (Asymmetric Digital Subscriber Line)モ デム等で構成され、 例えば、 インターネッ トやイントラネッ ト等のネ ッ トヮ一ク 5を介して、 編集装置 6や P C 7などと、 A V多重フォー マツ トのファイルをやりとりする。 すなわち、 通信部 2 1は、 フアイ ル生成部 2 2で生成され、 記憶部 2 0に一旦記憶された AV多重フォ 一マッ トのファイリレを、 ネッ トワーク 5を介して伝送し、 また、 ネッ トワーク 5を介して伝送されてくる A V多重フォーマツ 卜のファイル を受信して、 出力部 1 9または記憶部 2 0に供給する。
ファイル生成部 2 2は、 ビデオ符号化部 1 5より供給されるビデオ データ、 オーディォ符号化部 1 6より供給されるォ一ディォデ一夕か ら、 後述する A V多重フォーマッ トのファイルボディ部、 ファイルフ ッ夕部、 およびファイルヘッダ部を順に生成し、 記憶部 2 0またはド ライブ 2 3に供給する。 また、 ファイル生成部 2 2は、 記憶部 2 0に 記憶されるビデオデ一夕およびオーディォデータから、 後述する A V 多重フォーマッ トのファイルボディ部、 ファイルフッ夕部、 およびフ アイルヘッダ部を順に生成し、 記憶部 2 0またはドライブ 2 3に供給 する。
ドライブ 2 3には、 光ディスク 2を着脱することができるようにな つている。 ドライブ 2 3は、 そこに装着された光ディスク 2を駆動す ることにより、 ファイル生成部 2 2から供給される A V多重フォーマ ッ トのファイルポディ部を記録する。 具体的には、 ドライブ 2 3は、 ファイル生成部 2 2から供給されるファイルボディ部の後にファイル フッ夕部を記録し、 ファイルボディ部の前にファイルヘッダ部を記録 することにより、 A V多重フォ一マッ トのファイルを記録する。 また 、 ドライブ 2 3は、 光ディスク 2から A V多重フォーマッ トのフアイ ルを読み出して、 出力部 1 9または記憶部 2 0に供給する。
以上のように、 映像記録装置 1では、 ファイル生成部 2 2が、 入力 部 1 8から入力されるビデオデータおよびオーディオデータ、 または 記憶部 2 0に記憶されるビデオデ一夕およびォ一ディォデータから、 A V多重フォーマッ トのファイルポディ部、 ファイルフッ夕部、 およ びファイルヘッダ部を順に生成し、 ドライブ 2 3に供給する。 そして 、 ドライブ 2 3は、 ファイル生成部 2 2からの A V多重フォーマッ ト のファイルボディ部、 ファイルフッ夕部、 およびファイルヘッダ部を
、 ファイル生成部 2 2から供給される順に、 そこに装着された光ディ スク 2に記録する。
また、 映像記録装置 1では、 ファイル生成部 2 2が、 入力部 1 8か ら入力されるビデオデータおよびオーディオデータ、 または記憶部 2 0に記憶されるビデオデ一夕およびォ一ディォデータから、 A V多重 フォーマッ トのファイルボディ部、 ファイルフッ夕部、 およびフアイ ルヘッダ部を順に生成し、 AV多重フォーマツ トのファイルとして、 記憶部 2 0に一旦記憶する。 そして、 通信部 2 1は、 記憶部 2 0に記 憶される AV多重フォ一マットのファイルを、 ネッ トワーク 5を介し て伝送する。
次に、 第 3図は、 A V多重フォーマッ トの例を示している。
AV多重フォ一マツ トのファイルは、 前述の特許文献に記載されて いる MX Fの規格に準拠しており、 その先頭から、 ファイルヘッダ部 (File Header), ファイルボディ部（Fi le Body)、 ファイルフッ夕部（F ile Footer)が順次配置されて構成される。
AV多重フォーマッ トのファイルヘッダ部には、 その先頭から、 ラ ンイン (Run In) , ヘッダ/ヾーテイシヨンノ ック (Header partition pa ck)、 ヘッダメタデータ（Header Metadata)からなる MXFヘッダ （MX F Header) が順次配置される。
ランインは、 1 1バイ トのパターンが合えば、 MXFヘッダが始ま ることを解釈するためのオプションである。 ランインは、 最大 6 4キ 口バイ 卜まで確保することができるが、 いまの場合 8バイ 卜とされる 。 ランインには、 MX Fヘッダの 1 1バイ トのパターン以外のもので あれば、 何を配置してもよい。 ヘッダパーティションパックには、 へ ッダを特定するための 1 1バイ トのパ夕一ンゃ、 フアイルポディ部に 配置されるデータの形式、 ファイルフォーマツ トを表す情報などが配 置される。 ヘッダメタデータには、 ファイルボディ部を構成するエツ センスコンテナに配置された A Vデータであるビデオデ一夕とオーデ ィォデータを読み出すために必要な情報などが配置される。
AV多重フォーマッ トのファイルポディ部は、 エッセンスコンテナ (Essence Container)で構成され、 エッセンスコンテナには、 AVデ —夕であるビデオデータとオーディオデ一夕とが、 例えば、 6 0 (N T S Cの場合） フレーム単位で多重化されて配置されている。
A V多重フォーマツ 卜のファイルフッ夕部は、 フッタパ一ティショ ンパック（Footer partition pack)で構成され、 フッ夕パーティショ ンパックには、 ファイルフッ夕部を特定するためのデータなどが配置 される。
以上のように構成された A V多重フォーマツ トのファイルが与えら れた場合、 MX Fの規格に準拠した編集装置 3および 6は、 まず、 へ ッダパーティションパックの 1 1バイ トのパ夕一ンを読み出すことに より、 MXFヘッダを求める。 そして、 MXFヘッダのヘッダメ夕デ —夕に基づいて、 エッセンスコンテナに配置された A Vデータである ビデオデ一夕とオーディォデータを読み出すことができる。
次に、 第 4図は、 A V多重フォーマッ トの他の例を示している。 な お、 第 4図の例において、 上段は、 第 3図を参照して上述した MXF の規格に準拠した編集装置 3および 6から認識される A V多重フォー マッ トのファイル （以下、 MX Fファイルと称する） の例を示してお り、 下段は、 QTを有する P C 4および 7から認識される AV多重フ ォーマッ トのファイル （以下、 QTファイルと称する） の例を示して いる。 すなわち、 AV多重フォーマッ トは、 QTファイルの構造と M X Fファイルの構造の両方を有するように構成されている。 上段に示されるように、 MX Fファイルとしてみた場合、 AV多重 フォ一マッ トのファイルは、 8バイ トのランイン、 ヘッダパ一テイシ ヨンパックとヘッダメタデータからなる MX Fヘッダ、 および、 ス夕 ッフィング（stuffing)のためのデ一夕としてのフィラー（Filler)から なるファイルヘッダ部、 エッセンスコンテナからなるファイルボディ 部、 並びに、 フッタパーティションパックからなるファイルフッ夕部 により構成される。
第 4図の例の場合、 ファイルボディ部を構成するエッセンスコンテ ナは、 1以上のエディッ トユニッ ト（Edit Unit)で構成される。 ェデ イ ッ トユニッ トは、 6 0 (NTSCの場合） フレームの単位であり、 そこ には、 6 0フレーム分の A Vデ一夕 （オーディオデ一夕とビデオデ一 夕） その他が配置される。 ここで、 エディッ トユニッ トには、 6 0 ( NTSCの場合） フレーム分の A Vデ一夕その他が K L V (Key, Length, Value)構造に KL Vコーディングされて配置される。
KLV構造とは、 その先頭から、 キ一（Key)、 レングス（Length)、 バリュー（Value)が順次配置された構造であり、 キーには、 バリュー に配置されるデ一夕がどのようなデータであるかを表す、 SMPTE 298M の規格に準拠した 1 6バイ 卜のラベルが配置される。 レングスには、 ノ リューに配置されるデ一夕のデ一夕長 （8バイ ト） が BER (Basic E ncoding Rules ： IS0/IEC882-1 ASN) によって配置される。 バリュー には、 実データ、 すなわち、 ここでは、 6 0 (NTSCの場合） フレーム のオーディオまたはビデオデータが配置される。 また、 オーディオま たはビデオデータを固定長とするために、 スタッフイング（stuff ing) のためのデ一夕としてのフィラー（Filler)が、 やはり KL V構造とし て、 各オーディオまたはビデオデ一夕の後に配置される。
したがって、 エディッ トユニッ トは、 その先頭から、 KLV構造の オーディオデ一夕 （Audio) 、 KLV構造のフィラー、 KLV構造の ビデオデ一夕 （Video) 、 および KL V構造のフイラ一が配置されて 構成される。
次に、 下段に示されるように、 QTファイルとしてみた場合、 AV 多重フォーマッ トのファイルは、 スキップアトム（skip atom)、 ムー ビア卜ム（movie atom) , フリースペースァ卜ム ( free space atom; 、 ム一ビデ一夕アトムのヘッダである mdatヘッダ（mdat header) , お よびム一ビデ一夕アトム（movie data atom)が順次配置されて構成さ れる。
QTムービリソースの基本的なデ一夕ユニッ トは、 アトム（atom)と 呼ばれ、 各アトムは、 その先頭に、 各アトムのヘッダとして、 4バイ トのサイズ（size)、 および 4バイ トのタイプ情報（Type)を有している スキップァトムは、 スキップァトム内に記述されるデータを読み飛 ばし、 スキップするためのアトムである。 ム一ビアトムは、 第 6図を 参照して詳しく後述するが、 ムービデータァトムに記録された A Vデ
—夕を読み出すための情報であるサンプルテーブルなどが記述されて いる。 ム一ビアトムに記述されているほとんどの情報は固定情報であ る。 フリースペースアトムは、 ファイル中にスペースを作るアトムで ある。 なお、 ファイルヘッダ部は、 E C C (Error Correcting Code) 単位で配置されるため、 ファイルボディ部の配置は、 E C Cの境界か ら開始される。 すなわち、 フリースペースアトムは、 ファイルヘッダ 部の E C Cのサイズ調整のために用いられる。 ムービデ一夕ァトムは 、 ビデオデ一夕やオーディォデ一夕などの実データを格納する部分で ある。
したがって、 第 4図の AV多重フォ一マツ トのファイルにおいては 、 MX Fファイルとして無視されるファイルの先頭 （ランイン） に、 QTのスキップアトムのヘッダ （サイズとタイプ情報） が記述され、 QTファイルとして読み飛ばされる QTのスキップアトム内に MX F ヘッダが記述されている。 また、 MX Fとして無視されるフイラ一内 に、 QTのム一ビアトムと mdatヘッダが記述されている。 すなわち、 A V多重フォーマツ トのフアイルへッダ部は、 MX Fのフアイル構造 と QTのファイル構造の両方を満たしている。
さらに、 MXFとしてのファイルポディ部とファイルフッ夕部は、 QTのム一ビデ一夕アトムに対応している。 なお、 QTファイルにお いて、 ム一ビデ一夕アトムに配置されるビデオデ一夕およびォ一ディ ォデ一夕の最小単位は、 サンプルとされ、 サンプルの集合としてチヤ ンクが定義される。 すなわち、 QTファイルにおいては、 エディッ ト ュニッ トに配置されるオーディオデ一夕およびビデオデ一夕は、 1つ 1つのチャンクと認識される。 したがって、 QTファイルにおいては 、 エディッ トユニットのオーディオデータに対応するキーおよびレン ダスが無視され、 オーディォデータの先頭位置 ACがチャンクの開始 位置 ACと認識され、 それに基づいて、 オーディオデータを読み出す ために必要な情報がムービアトムに記述される。 同様に、 エディ ッ ト ュニッ トのビデオデータに対応するキーおよびレングスが無視され、 ビデオデータの先頭位置 VCがチャンクの先頭位置 VCと認識され、 それに基づいて、 ビデオデータを読み出すために必要な情報がムービ ァトムに記述される。
このようなファイル構成を有することにより、 A V多重フォーマツ トのファイルは、 MX Fの規格に準拠した編集装置 3および 6でも、 QTを有する P C 4および 7でも認識され、 ファイルポディ部に配置 されたオーディォデ一夕とビデオデ一夕が読み出される。 すなわち、 MXFの規格に準拠した編集装置 3および 6は、 まず、 ランィンを無視し、 ヘッダパーティションパックの 1 1バイ トのパタ ーンを読み出すことにより、 MXFヘッダを求める。 そして、 MXF ヘッダのヘッダメタデ一夕に基づいて、 エッセンスコンテナに配置さ れた A Vデ一夕であるビデオデータとオーディォデ一夕を読み出すこ とができる。
また、 QTのソフトウェアを有する P C 4および 7は、 まず、 スキ ップアトムのヘッダを認識し、 スキップアトムを読み飛ばし、 ム一ビ アトムを読み出し、 ムービアトムに記述された情報 （後述するサンプ ルテ一ブルなど） に基づいて、 ム一ビデ一夕アトムに記録されている チャンク （オーディオデータまたはビデオデ一夕） を読み出すことが できる。
以上のように、 映像記録装置 1、 MX Fの規格に準拠した編集装置 3および 6、 並びに、 QTを有する P C 4および 7間においては、 A V多重フォーマッ トのファイルを用いて、 ファイル交換を行うことが できる。
次に、 第 5図は、 AV多重フォーマッ トにおける MXFのファイル ヘッダ部の詳細な例を示している。 なお、 第 5図の例においては、 上 段は、 MXFファイルとしてみた AV多重フォーマツ トのファイルの 例を示している。 下段は、 QTファイルとしてみた A V多重フォーマ ッ 卜のファイルの例を示している。
第 5図の例の場合、 上段に示されるように、 MXFファイルとして 見ると、 MX Fのファイルヘッダ部は、 ランイン（Run In) , ヘッダパ —ティションパック (Header par t i t i on packハ フィラ一 (Fi 11 er)、 およびヘッダメタデータ（Header Metadata)からなる MXFヘッダ （M XF Header) 、 並びにフイラ一（Fi 1 ler)が順次配置されて M X Fファ ィルの構造を有するように構成されている。 一方、 下段に示されるよ うに、 QTファイルとして見ると、 MX Fのファイルヘッダ部は、 ス キップァ卜ム（skip atom) ムービア卜ム（movie atom)およびフリー スペースァ卜ム（free space atom) ムービデ一夕ァ卜ムのヘッダで ある mdat ヘッダ（mdat header)が順次配置されて Q Tファイルの構造 を有するように構成されている。
第 5図の例の場合、 MXFファイルのランインには、 QTファイル のスキップアトムのへッダであるサイズ（Size)とタイプ情報（Type)が 記述されている。 MXFファイルのランィンの後の MX Fへッダは、 QTファイルのスキップアトム内に記述されている。 そして、 MXF ヘッダの後のフイラ—には、 QTファイルのム一ビアトム、 フリース ペースアトム、 およびムービデ一夕ァトムのヘッダが記述されている このような構成を有することにより、 MXFの規格に準拠した編集 装置 3および 6では、 ランインを無視して、 MX Fヘッダのヘッダパ —ティションパックを認識し、 MX Fヘッダのヘッダメタデ一夕に基 づいて、 ファイルボディ部に配置されているビデオデータおよびォー ディォデ一夕を読み出すことができる。 一方、 QTを有する P C 4お よび 7では、 スキップアトムのヘッダを認識して、 スキップアトムを 読み飛ばし、 ム一ビアトムに記述されている情報に基づいて、 ムービ データァトムのヘッダ以降のファイルポディ部 （ム一ビデ一夕ァトム ) に書き込まれているチャンク （ビデオデ一夕およびオーディオデー 夕） を読み出すことができる。
次に、 第 6図を参照して、 ム一ビアトムに記述されている情報につ いて詳しく説明する。
第 6図は、 第 5図のファイルヘッダ部における、 QTファイルの構 成例を示している。 第 6図の例において、 図中上部がファイルの先頭 を示している。 なお、 上述したように、 QTム一ビリソースの基本的 なデ一夕ユニッ トは、 アトム（atom)と呼ばれ、 いまの場合、 アトムは 、 階層 1乃至 8まで階層化されており、 図中左側が最上位の階層 1 と される。 また、 図中右側の 「V」 は、 後述するトラックアトムが対象 としているメディアがビデオデータの場合 （すなわち、 ビデオデータ のトラックアトム （ビデオトラックアトムである場合） のみ記述され るアトムであることを示し、 「A」 は、 トラックアトムが対象として いるメディアがオーディオデータの場合 （すなわち、 オーディオデ一 夕のトラックアトム （オーディオトラックアトム） である場合） のみ 記述されるァトムであることを示している。
第 6図の例の場合、 QTファイルにおける QTヘッダ（header)は、 階層 1のスキップアトム（skip： skip atom)、 ムービアトム（moov： mo vie atom) , および、 階層 2のムービヘッダアトム（mvhd : movie head er atom)により構成される。 また、 Q Tにおけるトレーラ（trai ler) は、 階層 2のユーザ定義ア トム（udta： user data atom)、 階層 1のフ リースペースアトム (free： free space atom)およひム一ヒ —夕ァ 卜ムのヘッダである mdatヘッダ (mdat ： movie data atom header)によ り構成される。 そして、 QTにおけるビデオトラックおよびオーディ オトラック（Video and Audio Track)は、 階層 2のトラックアトム（t r ack)とそれ以下の階層 3乃至階層 8の各ァトムによりそれぞれ構成さ れる。
ファイルへッダ部における QTのファイルは、 最上位の階層 1にお レ、て、 スキッファ卜ム skip : skip atom)、 ムーヒア卜ム (moov : movi e atom) ¾ フ U—スペースァ卜ム (free : free space atom)およひムー ビデ—夕アトムのヘッダである mdatヘッダ (mdat : movi e data atom) により構成される。 すなわち、 第 5図のファイルヘッダ部には、 階層 1の構成が示されている。
ムービアトムは、 階層 2に示されるように、 ム一ビヘッダアトム（m vhd： movie header atom)、 トラックアトム "rack : t rack atom)、 およびユーザ定義アトム（udta : user data atom)により構成される。
階層 2のム一ビヘッダアトムは、 サイズ、 タイプ情報、 タイムスケ —ルゃ長さなどのム一ビ全体に関する情報により構成される。 トラッ クアトムは、 ビデオトラックァトムゃォ一ディオトラックァトムなど のようにメディアごとに存在する。 なお、 オーディオが 4チャネルの 場合、 オーディオトラックアトムは、 2個となり、 オーディオが 8チ ャネルの場合、 オーディオトラックアトムは、 4個となる。 また、 ト ラックアトムは、 階層 3に示されるように、 トラックヘッダアトム（t khd： track header atom)、 エディツ 卜ァ卜ム、 edts : edit atom)、 メ ディアアトム（mdia： media atom)およびユーザ定義ァトム（udta： use r data atom)により構成される。
階層 3のトラックへッダァトムは、 トラックアトムの I Dナンパな ど、 ムービ内におけるトラックァトムの特性情報により構成される。 エディッ トァトムは、 階層 4のエディッ トリストアトム（elst ： edit list atom)で構成される。 ユーザ定義アトムは、 トラックアトムに付 随する情報が記録されている。
階層 3のメディアアトムは、 階層 4に示されるように、 トラックァ トムに記録されているメディァ （オーディォデ一夕またはビデオデー 夕） に関する情報が記述されているメディァへッダァトム（mdhd： med ia header atom) , ムービデ一タ （才一： rィ才 τ—夕また（まビテ才テ 一夕） をデコードするためのハンドラ一の情報が記述されているメデ ィァハンドラ一アトム (hdlr : media handler reference atom) , メテ ィァ' I青報ァトム（minf ： media information atom)により構成される。 階層 4のメディア情報アトム（minf)は、 このトラックアトムが、 ビ デォトラックアトムの場合 （図中右側の 「V」 ） 、 階層 5に示される よう fこ、 ビデオメティァへッダァトム (vrnhd： video media header at om)、 データ情幸 gァ卜ム（dinf : data information atom) , サンフルテ ーブリレアトム（stbl : sample table atom)により構成される。 また、 このトラックアトムが、 オーディオトラックアトムの場合 （図中右側 の 「A」 ） 、 メディア情報アトムは、 サウンドメディアヘッダアトム (smhd： sound media header atom) ^ デ一夕情幸艮ァトム、 サンフリレテ —夕アトムにより構成される。
階層 5のデータ情報ァトムは、 メディアデ一夕の場所を階層 7のェ ィリァス（alias)を用いて記述する、 階層 6のデータリファレンスァ トム (dref ： data reference atonuでネ 成される。
サンプルテーブルァトム（stbl)には、 実際にムービデ一夕ァトムに 記録された A Vデ一夕を読むために使用されるテーブル情報が記述さ れる。 QTは、 これらのテーブル情報に基づいて、 ムービデ一夕アト ムに記録されているビデオデ一夕およびオーディォデ一夕を読み出す ことができる。 なお、 第 4図を参照して上述したように、 QTのファ ィルにおいて、 ム一ビデ一夕ァトムに記録されるビデオデータおよび オーディオデータの最小単位は、 サンプルとされ、 サンプルの集合と してチャンクが定義される。
サンプルテーブルアトムは、 このトラックアトムが、 ビデオトラッ クアトムの場合 （図中右側の 「V」 ） 、 階層 6に示されるように、 サ ンプルディスクリフションァトム (stsd： sampl e description atom) と、 時間サンプルアトム（st ts : t ime to sam le atom) , 同期サンプ Jレア卜ム (s tss : sync sample atom) ¾ サンプリレチヤンクァ卜ム (s t sc ： sample to chunk atom) , サンプルサイズアトム (stsz : sample siz e atom)、 チャンクオフセッ トアトム (stco : chunk offset atom)の 5 つのサンプルテーブルにより構成される。 なお、 このトラックアトム 力 オーディオトラックアトムの場合 （図中右側の 「A」 ） 、 同期サ ンプルアトムは記述されない。
階層 6のサンプルディスクリプションァトムは、 トラックに記録さ れたメディアがビデオデータの場合 （図中右側の 「V」 ） 、 いまの場 合、 MPEG4ビデオデ一夕のフォーマッ 卜が記述されている階層 7の MPE G4テ一夕フォーマツ 卜ァトム up4v： mpeg4 data format atom)、 およ び、 デコードのための必要な情報が記述されている階層 8のエレメン 卜ス卜リーム 述ァ卜ム esds ： elementary stream descr ipt i on)に より構成される。 また、 サンプルディスクリプシヨンアトムは、 トラ ックに記録されたメディアがオーディオデータの場合 （図中右側の 「 A」 ） 、 いまの場合、 ITU-T G.711 A- Lawのオーディオデータのフォ —マツ 卜が記述されている階層 7の al awデータフォ一マツ トアトム（a law： alaw data format at om)により構成される。
次に、 第 7図乃至第 1 1図を参照して、 ムービアトムのオーディオ データおよびビデオデータを読み出すときに使用される情報である 5 つのサンプルテーブルについて説明する。
第 7図は、 時間サンプルアトムの例を示す。 時間サンプルアトムは 、 1サンプル （ 1フレーム） がトラックアトムのタイムスケールで測 つてどのく らいの時間になるかを示すテ一ブルである。
第 7図の例の場合、 時間サンプルアトム（stts ： time to sample at om)は、 アトムサイズ（atom Size)、 アトムタイプ（atom Type)、 フラ グ（flags)、 エントリ（num Entries)、 サンプル数（sample Count) , お よびサンプル時間（sample Durat ion)により構成される。 アトムサイ ズは、 時間サンプルアトムのサイズを示しており、 アトムタイプは、 アトムのタイプが 「stts」 （時間サンプルアトム） であることを示す 。 フラグの 1バイ ト目は、 バ一ジョンを示し、 残りは、 フラグを示す 。 エントリは、 サンプルの数とそのサンプル間隔を示す。 サンプル数 は、 トラックアトムのサンプル数を示し、 サンプル時間は、 1サンプ ルの時間を示す。
例えば、 時間サンプルアトムに記載されるサンプル時間（sample Du ration)が 「0x64」 （ 1 6進数） である場合、 トラックアトムのタイ ムスケールで 100となる。 したがって、 この場合、 1秒間は 2997に設 定されているとすると、 1秒間は、 2997/100 = 29.97サンプル （フレー ム） になることが示される。
第 8図は、 同期サンプルアトムの例を示す。 同期アトムは、 キーと なるフレームキーフレームのテーブルであり、 同期に関する情報が記 載されている。
第 8図の例の場合、 同期サンプルアトム（stss ： sync sam le atom) は、 アトムサイズ（atom Size)、 アトムタイプ（atom Type)、 フラグ（f lags) , およびエントリ（num Entries)により構成される。 アトムサイ ズは、 同期サンプルアトムのサイズを示しており、 アトムタイプは、 アトムのタイプが 「stss」 （同期サンプルアトム） であることを示す 。 フラグの 1バイ ト目は、 バ一ジョンを示し、 残りは、 フラグを示す 。 エントリは、 ビデオデータの I フレームのサンプル番号テ一ブルの ェントリ数を示す。
例えば、 MPEGのように、 フレームに、 I ピクチャ、 Pピクチャ、 B ピクチャが存在する場合、 サンプル番号テーブルは、 I ピクチャのフ レームのサンプル番号が記載されたテーブルになる。 なお、 同期サン プルアトムは、 このトラックアトムが、 オーディオトラックアトムで ある場合 （図中右側の 「A」 ） 、 記述されない。
第 9図は、 サンプルチャンクアトムの例を示す。 サンプルチャンク アトムは、 すべてのチャンクが何サンプル （フレーム） のデータによ り構成されているかを表すのテーブルである。
第 9図の例の場合、 サンプルチヤンクアトム（stsc ： sample to chu nk atom)は、 アトムサイズ（atom Si ze)、 アトムタイプ（atom Type)、 フラグ（flags)、 エントリ （num Entries) , 初めのチャンク 1 (f i rs t C h nkl) チャンク 1のサンプル数（sample Per Chunkl)、 チャンク 1 のエントリ番号 (sample Description ID1), 初めのチャンク 2 (f i rs t Chunk2)、 チャンク 2のサンプル数（sampl e Per Chunk2)、 およびチ ヤンク 2のエントリ番号 （sample Description ID2)により構成され る。
ァトムサイズは、 サンプルチャンクァトムのサイズを示しており、 アトムタイプは、 アトムのタイプが 「stsc」 （サンプルチャンクアト ム） であることを示す。 フラグの 1バイ ト目は、 バージョンを示し、 残りは、 フラグを示す。 エントリは、 エントリされているデータの数 を示す。
初めのチャンク 1は、 同じサンプル数により構成されるチヤンク群 の初めのチャンクの番号を示す。 チャンク 1のサンプル数は、 チャン ク 1のサンプル数を示す。 チャンク 1のエントリ番号は、 チャンク 1 のエントリ番号を示す。 そして、 次に続くチャンクが、 チャンク 1の サンプル数とは異なるサンプル数のチャンクであった場合、 その次に 続くチャンクの情報として、 初めのチャンク 1、 チャンク 1のサンプ ル数、 およびチャンク 1のエントリ番号と同様に、 初めのチャンク 2 、 チャンク 2のサンプル数、 およびチャンク 2のエントリ番号が記述 される。 以上のように、 サンプルチャンクアトムにおいては、 同じサンプル 数により構成されている複数のチャンクの情報は、 同じ数のサンプル で構成される最初のチャンクの情報にまとめて記述される。
第 1 0図は、 サンプルサイズアトムの例を示す。 サンプルサイズァ トムは、 サンプルごとのデータサイズが記述されるテーブルである。 第 1 0図の例の場合、 サンプルサイズァトム（stsz ： sample size a torn)は、 アトムサイズ（atom Size)、 アトムタイプ（atom Type)、 フラ グ（f lags)、 サンプルサイズ（sample Size)、 およびエントリ数（num E ntries)により構成される。 アトムサイズは、 サンプルサイズアトム のサイズを示しており、 アトムタイプは、 アトムのタイプが 「stsz」 (サンプルサイズアトム） であることを示す。 フラグの 1バイ ト目は 、 バ一ジョンを示し、 残りは、 フラグを示す。 サンプルサイズは、 サ ンプルのサイズを示す。 例えば、 すべてのサンプルサイズが同じ場合 は、 サンプルサイズに 1つのサイズを記述すればよい。 エントリ数は 、 サンプルサイズのエントリ数を示す。
したがって、 例えば、 オーディオデータのようにデータサイズが一 定の場合は、 サンプルサイズに、 デフォルトサイズが記述される。 一 方、 ビデオデータのように、 フレームがサンプルに対応していて、 MP EGの I ピクチャ、 Pピクチャのようにサンプルのサイズが時々刻々と 変わる場合には、 すべてのサンプルのサイズが、 サンプルサイズに記 述される。
第 1 1図は、 チャンクオフセッ トァトムの例を示す。 チャンクオフ セッ トアトムは、 それぞれのチャンクについて、 ファイルの先頭から のオフセッ ト値が記述されるテーブルである。
第 1 1図の例の場合、 チャンクオフセッ トアトム（stco : chunk off set atom)は、 アトムサイズ（atom S i ze)、 アトムタイプ（atom Type) 、 フラグ（flags)、 およびエントリ数（num Entries)により構成される 。 アトムサイズは、 サンプルサイズアトムのサイズを示しており、 ァ トムタイプは、 アトムのタイプが 「stco」 （チャンクオフセッ トアト ム） であることを示す。 フラグの 1バイ ト目は、 バ一ジョンを示し、 残りは、 フラグを示す。 エントリ数は、 チャンクのオフセッ ト値のェ ントリ数を示す。
したがって、 例えば、 上述した第 4図の例において、 オーディオデ 一夕のチャンクのオフセッ ト値として、 ファイルの先頭からのチヤン ク開始位置 ACまでのオフセット値が記述され、 ビデオデ一夕のチヤ ンクのオフセッ ト値として、 ファイルの先頭からのチャンク開始位置 VCまでのオフセッ ト値が記述される。
このように構成されたムービアトムにおいて、 QTは、 オーディオ データまたはビデオデ一夕のいずれかに対応する、 階層 4のメディァ ノヽンドラ——ァ卜ム (hdlr： media handler reference atom)【こ命して、 特定の時間に対応するメディアデ一夕にアクセスさせる。 具体的には 、 特定のサンプル時間が与えられると、 メディアハンドラーアトムは 、 そのメディアのタイムスケールに基づく時間を決定する。 そして、 各トラックァトムのタイムスケールにおける時間が、 階層 3のエディ ッ トアトム（edts ： edit atom)の情報によりわかるので、 メディアハ ンドラ一アトムは、 階層 6の時間サンプルアトムに基づいて、 サンプ ル番号を求め、 階層 6のチャンクオフセッ トアトムよりファイル先頭 からのオフセッ ト値を取得する。 これにより、 メディアハンドラーァ トムは、 指定されたサンプルにアクセスできるので、 QTは、 タイム スケールに応じて実デ一夕を再生することができる。
以上のように、 ムービアトムには、 ム一ビデ一夕アトムに記録され ているビデオデータおよびォ一ディォデータを読み出すために必要な 情報であるサンプルテーブルが記述されている。 したがって、 このム
—ビアトムを、 A V多重フォーマツ トのヘッダ部に配置することによ り、 A V多重フォ一マッ トを QTでも認識することができるようにな る。
次に、 第 1 2図は、 第 4図の AV多重フォーマッ トにおける、 MX
Fのファイルボディ部の例を示す。 第 1 2図の例においては、 1ェデ ィッ トュニッ トが示されている。
第 1 2図の例の場合、 エディッ トユニットは、 その先頭から、 サゥ ンドアイテム（Sound)、 ピクチャアイテム（Picture)およびフィラーが 配置されて構成される （なお、 以下、 このサウンドアイテムを、 サゥ ンドアイテムを構成する複数のサゥンドアイテム 1乃至 4と区別する ために、 サウンドアイテム群と称する） 。
サゥンドアイテム群には、 ピクチャアイテムに配置されたビデオデ 一夕のフレームにおける 6 0 (NTSCの場合） フレーム分のオーディオ デ一夕が、 第 4図を参照して上述した KL V構造で 4つに分けて配置 される。 第 1 2図の例の場合、 ITU- TG.711 A- Law方式で符号化された オーディォデータが配置される。
したがって、 サウンドアイテム群は、 その先頭から、 KLV構造の サウンドアイテム 1、 KLV構造のフイラ一、 KLV構造のサウンド アイテム 2、 KLV構造のフイラ一、 KL V構造のサウンドアイテム
3、 KLV構造のフィラー、 KLV構造のサウンドアイテム 4、 およ び KLV構造のフイラ一が配置されて構成される。 なお、 サウンドァ ィテムは、 E C CZ2単位で構成されており、 E C C単位の固定長と するためのスタッフィングのためのデ一夕として、 フィラーが配置さ れている。
サゥンドアイテム群のオーディォデ一夕の後のピクチャアイテムに は、 MPEG(Moving Picture Experts Group) 4方式で符号化された 1 G O P (Group Of Picture)単位のビデオデ一夕 （エレメンタリストリー ム （E S ： Elementary Stream) が、 K L V構造に K L Vコ一ディン グされて配置される。 そして、 ピクチャアイテムを、 E C C単位の固 定長とするのに、 スタッフイングのためのデータとして、 フィラーが KL V構造とされて、 ピクチャアイテムのビデオデ一夕の後に配置さ れる。
以上のように、 AV多重フォーマッ トでは、 MXFの規格に準拠し て、 オーディォデ一夕が KL V構造で配置されるサゥンドアイテム群 、 ビデオデ一夕が KLV構造で配置されるピクチャアイテムが、 6 0 (NTSCの場合） フレーム単位で多重化されて構成される。 したがって 、 映像記録装置 1のファイル生成部 2 2は、 この KLV構造のキー （ K) と、 符号化されたデ一夕量からレングス （L) を決定して、 AV 多重フォーマツ 卜のファイルヘッダ部の MX Fヘッダを生成する。 こ れにより、 MXFの規格に準拠した編集装置 3および 6は、 ヘッダ部 の MX Fへッダに基づいて、 KL V構造に配置されたオーディォデ一 夕およびビデオデータを読み出すことができる。
一方、 QTにおいては、 このように構成されたオーディオデータお よびビデオデータを、 1つのチャンクとして定義する。 したがって、 ファイル生成部 2 2は、 KLV構造のキー （K) と、 レングス （L) を無視して、 サウンドアイテム 1、 サウンドアイテム 2、 サウンドァ ィテム 3、 サウンドアイテム 4、 およびピクチャアイテムをそれぞれ チャンクと定義し、 サウンドアイテム 1の先頭位置 AC 1のオフセッ ト値、 サウンドアイテム 2の先頭位置 AC 2のオフセッ ト値、 サゥン ドアイテム 3の先頭位置 A C 3のオフセッ ト値、 サウンドアイテム 4 の先頭位置 A C 4のオフセッ ト値、 ピクチャアイテムの先頭位置 V C のオフセッ ト値をそれぞれ求めることにより、 ファイルヘッダ部のム 一ビアトムのサンプルテーブルを生成する。 これにより、 QTを有す る P C 4および 7は、 フアイルヘッダ部のム一ビアトムに基づいて、 チャンクとしてのオーディォデ一夕およびビデオデータを読み出すこ とができる。
次に、 第 1 3図は、 第 1 2図のサウンドアイテム （Sound) 3の例 を示している。 第 1 3図の例においては、 サウンドアイテム 3は、 左
(L ： Left) と右（R ： Right)の 2チャネルのオーディォデータが配 置されて構成される。
すなわち、 2チャネルのオーディオデ一夕は、 2チャネルそれぞれ のオーディォデ一夕が 1サンプルごとに交互に配置されることにより 多重化されている。 したがって、 525/59.94の NT S C規格の場合、 ビデオデ一夕は、 60フレームで形成されるので、 サウンドアイテムに は、 16016サンプル数のオーディオデータが配置される。 また、 625/5 0の PAL規格の場合、 ビデオデ一夕は、 50フレームで形成されるの で、 サウンドアイテムには、 16000サンプル数のオーディオデータが 配置される。
以上のように、 サウンドアイテムには、 2チャネルのオーディオデ —夕が配置される。 そこで、 次に、 第 1 4図を参照して、 4チャネル および 8チャネルのオーディォデータが配置される場合について説明 する。
第 1 4図は、 第 1 2図の A V多重フォーマッ トのボディ部の他の例 を示している。 第 1 4図の例の場合、 サウンドアイテム群は、 2 E C Cの固定長に構成され、 ピクチャアイテムは、 n個の E C Cの固定長 に構成されている。 なお、 いまの場合、 上段は、 オーディオデータが 8チャネルの場合のファイルポディ部を示し、 下段は、 オーディオデ 一夕が 4チャネルの場合のファイルボディ部を示す。
上段に示されるように、 オーディオデータが 8チャネルの場合、 サ ゥンドアイテム群の 1番目の 1 E C Cには、 その先頭から順に、 2 4 バイ トのキ一 （K ) およびレングス （L ) 、 1チャネルと 2チャネル のオーディォデ一夕が 1サンプルごとに交互に配置されたサゥンドア ィテム 1 ( S 1 ) 、 2 4バイ トのキーおよびレングス、 フイラ一が配 置され、 2 4バイ トのキーおよびレングス、 3チャネルと 4チャネル のオーディォデ一夕が 1サンプルごとに交互に配置されたサゥンドア ィテム 2 ( S 2 ) 、 2 4バイ トのキーおよびレングス、 フイラ一が配 置される。 また、 サウンドアイテム群の 2番目の 1 E C Cには、 その 先頭から順に、 2 4バイ トのキーおよびレングス、 5チャネルと 6チ ャネルのオーディォデ一夕が 1サンプルごとに交互に配置されたサゥ ンドアイテム 3 ( S 3 ) 、 2 4バイ トのキーおよびレングス、 フイラ 一が配置され、 2 4バイ トのキーおよびレングス、 7チャネルと 8チ ャネルのオーディォデ一夕が 1サンプルごとに交互に配置されたサゥ ンドアイテム 4 ( S 4 ) 、 2 4バイ トのキ一およびレングス、 フイラ —が配置される。
次に、 下段に示されるように、 オーディオデータが 4チャネルの場 合、 サウンドアイテム群の 1番目の 1 E C Cには、 その先頭から順に 、 2 4バイ トのキーおよびレングス、 1チャネルと 2チャネルのォー ディォデ一夕が 1サンプルごとに交互に配置されたサウンドアイテム 1 ( S 1 ) 、 2 4バイ トのキーおよびレングス、 フィラーが配置され 、 2 4バイ トのキ一およびレングス、 3チャネルと 4チャネルのォー ディォデ一夕が 1サンプルごとに交互に配置されたサゥンドアイテム 2 ( S 2 ) 、 2 4バイ トのキ一およびレングス、 フィラーが配置され る。 また、 サウンドアイテム群の 2番目の 1 E C Cには、 その先頭か ら順に、 2 4バイ トのキーおよびレングス、 無音のオーディオデ一夕 が配置されたサウンドアイテム 3 (S 3) 、 2 4バイ トのキーおよび レングス、 フイラ一が配置され、 24バイ トのキーおよびレングス、 無音のオーディォデ一夕が 1サンプルごとに交互に配置されたサゥン ドアイテム 4 (S 4) 、 24バイ トのキ一およびレングス、 フィラー が配置される。
以上のように、 ォ一ディォデ一夕が 8チャネルの場合、 2 E C Cに オーディォデ一夕がそれぞれ 4チャネルずつ配置され、 オーディォデ —夕が 4チャネルの場合、 1番目の E C Cに 4チャネルのオーディォ データが配置され、 2番目の E C Cに配置される 4チャネル分のサゥ ンドアイテムには、 無音のオーディォデ一夕が記録される。
次に、 第 1 5図は、 第 1 2図のピクチャアイテムの例を示している 。 上述したように、 ピクチャアイテムには、 MPEG4方式で符号化され た 6 0 (NTSCの場合） フレーム = 6 GO P (Group Of Picture)のビデ ォデ一夕が配置されている。 具体的には、 525/59.94の N T S C規格 の場合、 ビデオデータは、 6 0フレームで形成されるので、 ピクチャ アイテムには、 1フレームの I ピクチャと 9フレームの Pピクチャか らなる GO Pが、 6つ配置されて構成される。 また、 625/50の PAL 規格の場合、 ビデオデータは、 5 0フレームで形成されるので、 ピク チヤアイテムには、 1フレームの I ピクチャと、 9フレームの Pピクチ ャからなる GO P力 5つ配置されて構成される。
以上のようにして、 A V多重フォーマツトのファイルポディ部が配 置されて構成される。 そして、 映像記録装置 1においては、 まず、 以 上のような A V多重フォ一マツ 卜のファイルボディ部が配置されて生 成され、 その後、 生成されたファイルボディ部に基づいて、 ファイル フッ夕部およびファイルへッダ部が生成される。 次に、 第 1 6図および第 1 7図のフロ一チヤ一トを参照して、 上述 したように構成される A V多重フォーマツ トのファイル生成処理を説 明する。
まず、 第 1 6図を参照して、 一般的な Q Tファイルの生成処理につ いて説明する。 Q Tファイルにおいては、 第 1 6図に示されるように 、 まず、 オーディオデータ（Aud i o)およびビデオデータ（V i deo)の各チ ヤンクからなるム一ビデ一夕アトムが、 所定の E C Cの境界から、 図 中右に向かって記録される。 ムービデ一夕ァトムの記録が終了すると 、 Q Tファイルにおいては、 ム一ビデ一夕アトムのチャンクに基づい て、 ム一ビアトムが生成され、 生成されたム一ビアトムがファイルの 先頭から記録される。 そして、 ムービアトムが記録された後に、 フリ —スペースァトムと mda tヘッダまでが E C C境界に合わせるように詰 めて記録される。
このように、 Q Tファイルでは、 物理的には、 ム一ビデ一夕アトム の後に、 ムービアトムおよびフリースペースアトムが記録されて Q T ファイルが生成される。 そして、 Q Tファイルでは、 記録後のフアイ ル先頭は、 論理的に、 図中左側のム一ビアトムとされ、 ファイル最後 尾は、 図中右側のムービデ一夕アトムの最後尾とされる。
次に、 第 1 7図を参照して説明する A V多重フォーマツ トのフアイ ル生成処理は、 基本的には、 第 1 6図を参照して上述した一般的な Q Tファイルの生成処理に基づいて実行される。
映像記録装置 1の撮像部 3 1は、 被写体を撮像し、 撮像したビデオ データをビデオ符号化部 1 5に供給する。 ビデオ符号化部 1 5は、 撮 像部 3 1より入力されたビデオデータを MPEG4方式で符号化し、 ファ ィル生成部 2 2に供給する。 一方、 マイクロホン 3 2は、 集音したォ 一ディォデータをオーディオ符号化部 1 6に供給する。 オーディオ符 号化部 1 6は、 マイクロホン 3 2より入力されたオーディオデータを 、 I TU-T G. 71 1 A- Law方式で符号化し、 ファイル生成部 2 2に供給す る。
ファイル生成部 2 2は、 ステップ S 1において、 ビデオ符号化部 1 5より供給されたビデオデータと、 オーディオ符号化部 1 6より供給 されたオーディオデータを、 ビデオデータの 6 0 (NTSCの場合） フレ ーム分ずつ、 交互に多重化し、 第 1 1図乃至第 1 5図を参照して上述 した A V多重フォーマツ 卜のファイルボディ部を生成し、 それと同時 に、 ステップ S 2において、 ファイル生成部 2 2は、 生成したフアイ ルポディ部のビデオデ一夕のフレームサイズを、 取得し、 図示せぬ内 蔵メモリに記憶し、 ステップ S 3に進む。
ステップ S 3において、 ファイル生成部 2 2は、 生成した A V多重 フォーマツ トのファイルポディ部を、 ドライブ 2 3に供給するととも に、 記憶部 2 0に記録し、 ステップ S 4に進む。 なお、 このとき、 フ アイル生成部 2 2は、 ファイルヘッダ部が記録される E C C分を考慮 して、 所定の E C Cの境界を、 ファイルボディ部の記録開始点として 、 そこからファイルボディ部を、 記憶部 2 0に記録する。
ステップ S 4において、 ドライブ 2 3は、 ファイル生成部 2 2より 供給されたファイルボディ部を光ディスク 2に記録し、 ステップ S 5 に進む。 具体的には、 ドライブ 2 3は、 ファイルヘッダ部が記録され る E C C分を考慮して、 所定の E C Cの境界を、 ファイルポディ部の 記録開始点として、 そこからファイルボディ部を、 光ディスク 2に記 録する。
ステップ S 5において、 ファイル生成部 2 2は、 ファイルフッ夕部 およびファイルヘッダ部の生成処理を実行し、 ステップ S 6に進む。 このファイルフッ夕部およびファイルヘッダ部の生成処理について、 第 1 8図のフローチャートを参照して説明する。
第 1 7図のステツプ S 3または S 4において、 ファイルボディ部が 記録されたときのパラメ一夕情報が、 R A M I 3に記録されている。 このパラメータ情報は、 N T S Cであるか P A Lであるかの情報、 ォ —ディォデ一夕が記録された E C C数、 ビデオデータが記録された E C C数、 ボディ部が記録された時間、 記録されたフレーム数、 先頭の フレームへのポィン夕情報などにより構成される。
そこで、 第 1 8図のステップ S 2 1において、 ファイル生成部 2 2 は、 R A M 1 3よりパラメ一夕情報を取得し、 ステップ S 2 2に進む 。 ステップ S 2 2において、 ファイル生成部 2 2は、 取得したパラメ —タ情報と、 第 1 7図のステップ S 2において記録されているフレ一 ムサイズに基づいて、 内部パラメ一夕を設定し、 ステップ S 2 3に進 む。 この内部パラメータは、 例えば、 G〇 Pのサイズ情報やタイムス ケールなどの時刻情報により構成される。
ステップ S 2 3において、 ファイル生成部 2 2は、 設定した内部パ ラメ一夕に基づいて、 ファイルフッ夕部を生成し、 内蔵メモリに書き 込み、 ステップ S 2 4に進む。 ファイル生成部 2 2は、 ステップ S 2 4乃至 S 2 6において、 ファイルヘッダ部を生成する。
すなわち、 ステップ S 2 4において、 ファイル生成部 2 2は、 設定 した内部パラメ一夕に基づいて、 ファイルヘッダ部の M X Fヘッダを 生成し、 内蔵メモリに書き込み、 ステップ S 2 5に進む。 ステップ S 2 5において、 ファイル生成部 2 2は、 設定した内部パラメ一夕に基 づいて、 ム一ビアトムの各トラックァトムのサンプルテーブルを設定 し、 ステップ S 2 6に進む。 ステップ S 2 6において、 ファイル生成 部 2 2は、 設定した各サンプルテーブルの値に基づいて、 アトムサイ ズを計算し、 ムービアトムを生成し、 内蔵メモリに書き込み、 第 1 7 図のステツプ S 6に戻る。
ステップ S 2 6の処理を具体的に説明すると、 ファイル生成部 2 2 は、 まず、 第 6図を参照して上述した階層 1のスキップアトム、 ム一 ビアトム、 および、 階層 2のム一ビヘッダアトムからなる Q Tヘッダ を生成し、 内蔵メモリに書き込む。 次に、 ファイル生成部 2 2は、 階 層 2のトラックァトムおよび階層 3乃至階層 8のァトムからなるビデ オアトムを生成し、 内蔵メモリに書き込む。 次に、 ファイル生成部 2 2は、 階層 2のトラックァトムおよび階層 3乃至階層 8のアトムから なるオーディオアトムを生成し、 内蔵メモリに書き込む。 そして、 最 後に、 次に、 ファイル生成部 2 2は、 階層 2のュ一ザ定義アトム、 階 層 1のフリ一スペースァトム（f ree)および mda tへッダからなる Q Tト レイラを生成し、 内蔵メモリに書き込む。
以上のように、 ステップ S 2 4乃至 S 2 6において、 M X Fヘッダ およびム一ビアトムを含めたファイルへッダ部が生成される。
第 1 7図のステップ S 6において、 ファイル生成部 2 2は、 ステツ プ S 5において生成されたファイルフッタ部を、 ドライブ 2 3に供給 するとともに、 記憶部 2 0に記録し、 ステップ S 7に進む。 このとき 、 ファイル生成部 2 2は、 ステップ S 2において記憶部 2 0に記録さ れたファイルボディ部の後に、 ファイルフッ夕部を結合して記録する ステップ S 7において、 ドライブ 2 3は、 ファイル生成部 2 2より 供給されたファイルフッ夕部を光ディスク 2に記録し、 ステップ S 8 に進む。 具体的には、 ドライブ 2 3は、 ステップ S 3において光ディ スク 2に記録されたファイルボディ部の後に、 ファイルフッタ部を結 合して記録する。
ステップ S 8において、 ファイル生成部 2 2は、 ステップ S 5にお いて生成された M X Fヘッダおよびム一ビアトムを含むファイルへッ ダ部を、 ドライブ 2 3に供給するとともに、 記憶部 2 0に記録し、 ス テツプ S 9に進む。 このとき、 ファイル生成部 2 2は、 記憶部 2 0に 記録されたファイルボディ部の前に、 ファイルの先頭からファイルへ ッダ部を結合して記録する。 これにより、 A V多重フォーマッ トのフ アイルが生成される。
ステップ S 9において、 ドライブ 2 3は、 ファイル生成部 2 2より 供給された M X Fヘッダおよびム一ビアトムを含むファイルへッダ部 を光ディスク 2に記録し、 ファイル生成記録処理を終了する。 具体的 には、 ドライブ 2 3は、 光ディスク 2に記録されたボディ部の前に、 ファイルの先頭からファイルヘッダ部を結合して記録する。 これによ り、 A V多重フォ一マツ トのファイルが光ディスク 2に記録される。 以上のようにして、 A V多重フォーマツ トのファイルが生成される 。 そして、 記憶部 2 0に生成された A V多重フォーマッ トのファイル を、 C P U 1 1は、 通信部 2 1を制御して、 ネッ トワーク 5を介して 、 編集装置 6や P C 7に送信させる。 これにより、 映像記録装置 1は 、 編集装置 6や P C 7などと、 A V多重フォーマッ トのファイルを交 換することができる。
また、 以上のようにして、 A V多重フォーマッ トのファイルが光デ イスク 2に記録されるので、 映像記録装置 1は、 光ディスク 2を介し て、 編集装置 3や P C 4などと、 A V多重フォーマッ トのファイルを 交換することができる。
すなわち、 映像記録装置 1 、 M X Fの規格に準拠した編集装置 3お よび 6、 並びに、 Q Tを有する P C 4および 7間においては、 A V多 重フォーマッ トのファイルを用いて、 ファイル交換を行うことができ る。 次に、 第 1 9図は、 A V多重フォーマッ トのファイルの他の例を示 す。 第 1 9図の例においては、 A V多重フォーマッ トは、 ヘッダパ一 ティションパック（HPP)、 ム一ビアトム（moov)およびフィラー（F )力、 らなるファイルヘッダ部、 ファイルポディ部、 フッ夕パーティション パック（FPP)からなるファイルフッタ部により構成される。
ここで、 上段に示されるように、 ファイルボディ部を、 サウンドァ ィテム S 1 とピクチャアイテム P 1からなるエッセンスコンテナ 1、 サゥンドアイテム S 2とピクチャアイテム P 2からなるエッセンスコ ンテナ 2、 サゥンドアイテム S 3とピクチャアイテム P 3からなるェ ッセンスコンテナ 3、 サウンドアイテム S 4とピクチャアイテム P 4 からなるエッセンスコンテナ 4のように、 複数のエッセンスコンテナ で構成することを考える。
しかしながら、 M X Fの規格において、 クリップ （編集単位） にェ ッセンスコンテナは、 1つという制限がある。 そこで、 ファイルポデ ィ部に複数のエッセンスコンテナを配置させる場合には、 各サウンド アイテムおよびピクチヤアイテムの前後に、 ファイルの先頭からのォ フセッ ト値と、 その前のボディパーティションパックのオフセッ ト値 が記述されたポディノ 一テイシヨンパック （BPP： BodyPar t i t i on Pac k) を配置する必要がある。
したがって、 第 1 9図の下段に示されるように、 ヘッダ部のフイラ ―、 ピクチャアイテム P 1のフイラ一 （図示せず） 、 ピクチャアイテ ム P 2のフイラ一 （図示せず） 、 ピクチャアイテム P 3のフイラ一 （ 図示せず） 、 ピクチャアイテム P 4のフイラ一 （図示せず） には、 そ れぞれボディパーティションパックが配置される。 そして、 ヘッダ部 のボディパーティションパックには、 ファイルの先頭からヘッダ部の ボディパーティションパックまでのオフセッ ト値が記述されている。 ピクチャアイテム P 1のボディパ一ティションパックには、 ファイル の先頭からピクチャアイテム P 1のポディパーティションパックまで のオフセッ ト値、 および、 その前のボディパーティションパックのォ フセッ ト値 （すなわち、 ヘッダ部のボディパーティションパックのォ フセッ ト値） が記述されている。
ピクチャアイテム P 2のポディパーティションパックには、 フアイ ルの先頭からピクチャアイテム P 2のボディパーティションパックま でのオフセッ ト値、 および、 その前のボディパーティションパックの オフセッ ト値 （すなわち、 ピクチャアイテム P 1のボディパーティシ ヨンパックのオフセッ ト値） が記述されている。 ピクチャアイテム P 3のボディパーティションパックには、 ファイルの先頭からピクチャ アイテム P 3のボディパーティションパックまでのオフセッ ト値、 お よび、 その前のボディパーティションパックのオフセッ ト値 （すなわ ち、 ピクチャアイテム P 2のポディパーティションパックのオフセッ ト値） が記述されている。 ピクチャアイテム P 4のボディパ一テイシ ョンパックには、 ファイルの先頭からピクチャアイテム P 4のボディ パーティションパックまでのオフセッ ト値、 および、 その前のボディ パーティションパックのオフセッ ト値 （すなわち、 ピクチャアイテム P 3のボディパーティションパックのオフセッ ト値） が記述されてい る。
以上のように、 各エッセンスコンテナに自分と、 その前のオフセッ ト値が記述されたボディパーティションパックを配置することにより 、 各エッセンスコンテナの範囲を認識することができる。 したがって 、 A V多重フォーマッ トにおいて、 ファイルボディ部に複数のエツセ ンスコンテナを配置することが可能になる。
なお、 以上においては、 ム一ビアトムが、 A V多重フォーマッ トの ファイルヘッダ部に配置されている場合について説明してきた。 この 場合、 ムービアトムがファイルの先頭側にあるため、 Q Tを有する P C 4および 7が、 ムービアトムのサンプルテーブルをすぐに読み出す ことができ、 ムービデ一夕ァトムに記録されたビデオデータやオーデ ィォデ一夕に効率よくアクセスすることができる。 しかしながら、 上 述したム一ビアトムのサンプルテーブルは、 記録時間によって長さが 変わってしまう。
したがって、 長さが不定であるム一ビアトムを A V多重フォーマツ トのファイルヘッダ部に配置すると、 第 1 9図を参照して上述したポ ディパーティションパックに記述しなければならない各ボディパーテ イションパックのファイルの先頭からのオフセッ ト値を最後まで確定 することができない。 すなわち、 ムービアトムをファイルヘッダ部に 配置した A V多重フォーマツ トでは、 ファイルボディ部に複数のエツ センスコンテナを配置することができないという課題がある。
このような課題に対応するため、 第 2 0図を参照して、 ム一ビアト ムを A V多重フォ一マツ 卜のファイルフッ夕部の後に配置する例を説 明する。
第 2 0図は、 A V多重フォーマットの他の例を示す。 なお、 第 2 0 図の例においては、 上段は、 M X Fファイルとしてみた A V多重フォ 一マッ トのファイルの例を示している。 下段は、 Q Tファイルとして みた A V多重フォーマツ トのファイルの例を示している。
第 2 0図の例の場合、 上段に示されるように、 M X Fファイルとし てみた場合、 A V多重フォーマッ トのファイルは、 8バイ トのランィ ン M X Fヘッダからなるファイルヘッダ部、 エッセンスコンテナから なるファイルボディ部、 ファイルフッ夕部、 並びに、 フイラ一（F i l l e r)により構成される。 下段に示されるように、 Q Tファイルとしてみ た場合、 A V多重フォーマッ トのファイルは、 ムービデ一夕アトムの ヘッダである mdatへッタ (mdat header) , ム一ビデ一夕アトム (movi ed ata atom), およびムービアトム（movie atom)が順次配置されて構成 される。
すなわち、 第 2 0図の AV多重フォーマッ トのファイルにおいては 、 MXFファイルとしては、 無視されるファイルの先頭 （ランイン） に、 QTの mdatヘッダが記述される。 また、 ムービアトムのチャンク オフセッ トアトムに記述されるチャンクのオフセッ ト値を MX Fのフ アイルポディ部に配置されるエッセンスコンテナに配置される A Vデ —夕に設定すればよいので、 ム一ビデ一夕アトム内に MXFヘッダを 記述することができる。 また、 MX Fにおいては無視される、 フアイ ルフッ夕部の後のフイラ一に、 QTのム一ビアトムが記述される。
このような構成にすることにより、 MXFの規格に準拠した編集装 置 3および 6は、 まず、 ランインを無視し、 ヘッダパーティションパ ックの 1 1バイ トのパターンを見つけることにより、 MX Fヘッダを 求める。 そして、 MX Fヘッダのヘッダメタデータに基づいて、 エツ センスコンテナに配置された A Vデ一夕であるビデオデータとオーデ ィォデ一夕を読み出すことができる。
また、 QTを有する P C 4および 7は、 まず、 ム一ビアトムを読み 出し、 ム一ビアトムに記述されたム一ビデ一夕アトムに記録された情 報を使うための情報に基づいて、 ム一ビアトムの前に配置された、 M X Fのファイルボディ部に記録されているチヤンク （ォ一ディォデー 夕またはビデオデ一夕） を読み出すことができる。
さらに、 第 2 0図の A V多重フォーマッ トによれば、 ム一ビアトム が MX Fのファイルフッタ部の後に配置されるので、 ム一ビアトムの サンプルテ一ブルが、 記録時間によって長さが変わっても、 第 1 9図 を参照して上述したボディパーティションパックに記述しなければな らない各ボディパーティションパックのフアイルの先頭からのオフセ ッ ト値は変わらない。 したがって、 ムービアトムをファイルフッ夕部 の後に配置した A V多重フォーマツ トにおいては、 ファイルボディ部 に複数のエッセンスコンテナを配置することができる。
次に、 第 2 1図のフローチャートを参照して、 第 2 0図の A V多重 フォーマッ トのファイル生成処理を説明する。 なお、 第 2 1図のステ ップ S 6 1乃至 S 6 5の処理は、 第 1 7図のステツプ S 1乃至 S 5の 処理と基本的に同様な処理を行うため、 繰り返しになるので、 その説 明は適宜省略する。
ファイル生成部 2 2は、 ステップ S 6 1において、 ビデオ符号化部 1 5より供給されたビデオデ一夕と、 オーディオ符号化部 1 6より供 給されたオーディオデ一夕を、 ビデオデータの 6 0 (NTSCの場合） フ レーム分ずつ、 交互に多重化し、 第 2 0図を参照して上述した A V多 重フォーマッ トのファイルボディ部を生成し、 それと同時に、 ステツ プ S 6 2において、 ファイル生成部 2 2は、 生成したファイルボディ 部のビデオデータのフレームサイズを取得し、 図示せぬ内蔵メモリに 記憶し、 ステップ S 6 3に進む。
ステップ S 6 3において、 ファイル生成部 2 2は、 生成した A V多 重フォーマッ トのファイルポディ部を、 ドライブ 2 3に供給するとと もに、 記憶部 2 0に記録し、 ステップ S 6 4に進む。 ステップ S 6 4 において、 ドライブ 2 3は、 ファイル生成部 2 2より供給されたファ ィルボディ部を光ディスク 2に記録し、 ステップ S 6 5に進む。 ステ ップ S 6 5において、 ファイル生成部 2 2は、 第 1 8図を参照して上 述したファイルフッ夕部およびファイルへッダ部の生成処理を実行し 、 ステップ S 6 6に進む。 ステップ S 6 6において、 ファイル生成部 2 2は、 ステップ S 6 5 において生成されたファイルフッ夕部およびムービアトムを、 ドライ ブ 2 3に供給するとともに、 記憶部 2 0に記録し、 ステップ S 6 7に 進む。 このとき、 ファイル生成部 2 2は、 ステップ S 6 2において記 憶部 2 0に記録されたファイルボディ部の後に、 ファイルフッ夕部お よびム一ビアトムを結合して記録する。
ステップ S 6 7において、 ドライブ 2 3は、 ファイル生成部 2 2よ り供給されたファイルフッタ部を光ディスク 2に記録し、 ステップ S 6 8に進む。 具体的には、 ドライブ 2 3は、 ステップ S 6 3において 光ディスク 2に記録されたボディ部の後に、 ファイルフッタ部および ム一ビアトムを結合して記録する。
ステップ S 6 8において、 ファイル生成部 2 2は、 ステップ S 6 5 において生成された M X Fヘッダを含むファイルへッダ部を、 ドライ ブ 2 3に供給するとともに、 記憶部 2 0に記録し、 ステップ S 9に進 む。 このとき、 ファイル生成部 2 2は、 記憶部 2 0に記録されたファ ィルポディ部の前に、 ファイルの先頭からへッダ部を結合して記録す る。 これにより、 A V多重フォーマッ トのファイルが生成される。 ステップ S 6 9において、 ドライブ 2 3は、 ファイル生成部 2 2よ り供給されたファイルへッダ部を光ディスク 2に記録し、 ファイル生 成記録処理を終了する。 具体的には、 ドライブ 2 3は、 光ディスク 2 に記録されたファイルボディ部の前に、 ファイルの先頭からファイル ヘッダ部を結合して記録する。 これにより、 A V多重フォーマッ トの ファイルが光ディスク 2に記録される。
以上のようにして、 第 2 0図の A V多重フォ一マツ 卜のファイルが 生成される。 そして、 記憶部 2 0に生成された A V多重フォーマッ ト のファイルを、 C P U 1 1は、 通信部 2 1を制御して、 ネッ トワーク 5を介して、 編集装置 6や P C 7に送信させる。 これにより、 映像記 録装置 1は、 編集装置 6や P C 7などと、 第 2 0図の A V多重フォー マツ トのファイルを交換することができる。
また、 以上のようにして、 A V多重フォーマッ トのファイルが光デ イスク 2に記録されるので、 映像記録装置 1は、 光ディスク 2を介し て、 編集装置 3や P C 4などと、 第 2 0図の A V多重フォーマッ トの ファイルを交換することができる。
すなわち、 映像記録装置 1 、 M X Fの規格に準拠した編集装置 3お よび 6、 並びに、 Q Tを有する P C 4および 7間においては、 第 2 0 図の A V多重フォーマットのファイルを用いても、 ファイル交換を行 うことができる。
次に、 第 2 2図は、 本発明を適用した A Vネッ トワークシステムの 他の構成例を示している。 なお、 第 2 2図において、 第 1図における 場合と対応する部分には対応する符号を付してあり、 その説明は繰り 返しになるので適宜省略する。
第 2 2図の例の場合、 映像記録装置 1は、 Q Tを有する P C 1 0 4 とともに、 音声を入力するとともに映像を撮像し、 記録するために取 材現場に持ち運ばれ、 設置されている。
映像記録装置 1の撮像部 3 1は、 被写体を撮像し、 撮像したビデオ データをビデオ符号化部 1 5に供給する。 ビデオ符号化部 1 5は、 撮 像部 3 1より入力されたビデオデータを、 放送局で放送するための高 解像度のビデオデ一夕と、 通信や編集のための低解像度のビデオデー 夕に符号化し、 ファイル生成部 2 2に供給する。 一方、 マイクロホン 3 2は、 集音したオーディォデータをオーディォ符号化部 1 6に供給 する。 オーディオ符号化部 1 6は、 マイクロホン 3 2より入力された オーディォデ一夕を、 放送局で放送するための高音質のオーディォデ 一夕と、 通信や編集のための低音質のオーディォデ一夕に符号化し、 ファイル生成部 2 2に供給する。
ファイル生成部 2 2は、 ビデオ符号化部 1 5より供給された高解像 度と低解像度のビデオデータと、 オーディオ符号化部 1 6より供給さ れた高音質と低音質のオーディオデータを用いて、 高品質と低品質の A V多重フォーマツ 卜のファイルを生成し、 ドライブ 2 3を制御し、 生成した A V多重フォーマツ 卜のファイルを光ディスク 2に記録させ る。 なお、 符号化されたビデオデータおよびオーディオデ一夕は、 収 録 （撮像） と並行して光ディスク 2に記録するとしたが、 一旦、 符号 化されたビデオデ一夕およびオーディオデータを、 記憶部 2 0に一旦 記録しておき、 記憶部 2 0から読み出して、 A V多重フォーマッ トの ファイルを生成し、 記録するようにしてもよい。
また、 ファイル生成部 2 2は、 ドライブ 2 3への A V多重フォ一マ ッ トのファイルの供給と並行して、 ビデオ符号化部 1 5より供給され た低解像度のビデオデ一夕と、 オーディオ符号化部 1 6より供給され た低解像度のオーディォデ一夕を用いて、 低品質の A V多重フォ一マ ッ トのファイルを生成し、 一旦記憶部 2 0に記憶する。 そして、 C P U 1 1は、 通信部 2 1を制御し、 記憶部 2 0に記録された低品質の A V多重フォーマッ トのファイルを、 例えば、 通信衛星 1 0 1を介して 、 放送局 1 0 2に送信する。
放送局 1 0 2は、 編集装置 1 0 3を有している。 放送局 1 0 2は、 映像記録装置 1から送信された低品質の A V多重フォーマットのファ ィルを受信し、 受信した低品質の A V多重フォーマツ トのファイルを 編集装置 1 0 3に供給する。
編集装置 1 0 3は、 第 1図の編集装置 3および 6と同様に M X Fの 規格に準拠するように構成されており、 放送局 1 0 2により受信され た低品質の A V多重フォーマッ トのファイルを認識する。 そして、 編 集装置 1 0 3は、 低品質の AV多重フォーマツ トのオーディォデ一夕 およびビデオデータを、 所定の放送時間内に収めるように編集したり 、 シーン切り替えのための画像処理を施したり、 スクリプトなどの付 随したテキストデ一夕を作成したりなどの編集を行う。 そして、 編集 装置 1 0 3は、 低品質の A V多重フォーマツ 卜のオーディォデ一夕お よびビデオデータの編集内容を、 エディッ トリストなどとして、 通信 衛星 1 0 1を介して、 映像記録装置 1に送信する。
なお、 映像記録装置 1は、 低品質の A V多重フォーマッ トのフアイ ルを、 例えば、 編集機材の近傍にあって、 プロデューサなどが収録状 況を確認しながら編集することが可能な P C 1 04に送信するように してもよい。
P C 1 0 4は、 第 1図の P C 4および P C 7と同様に構成され、 Q Tを有している。 したがって、 P C 1 04は、 映像記録装置 1から送 信された低解像度の A V多重フォーマッ トのファイルを、 QTを用い て'、 確認したり、 編集を行う。 そして、 P C 1 0 4は、 低品質の A V 多重フォーマツ トのオーディォデ一夕およびビデオデ一夕の編集内容 を、 エディッ トリストとして、 通信衛星 1 0 1を介して、 またはブル —トゥース （Bluetooth (登録商標） ） などの近距離無線通信により 、 映像記録装置 1に送信する。 すなわち、 取材現場などに高価な専用 の編集装置 1 0 3がなくても、 汎用で、 さらに、 携帯可能な P C 1 0 4で、 低解像度の A V多重フォーマツ トのファイルの確認や編集を行 うことができる。
映像記録装置 1の通信部 2 1は、 編集装置 1 0 3または P C 1 04 からのエディッ トリストを受信する。 C P U 1 1は、 通信部 2 1より 供給されたエディツ トリストを、 ドライブ 2 3を制御し、 光ディスク 2に記録させる。 なお、 このとき、 エディ ツ トリストは、 例えば、 フ アイルヘッダ部のヘッダメ夕デ一夕に記録される。 光ディスク 2は、 高品質と低品質の A V多重フォーマツ 卜のファイル、 およびエディッ トリストが記録された後、 放送局 1 0 2に持ち運ばれる。
放送局 1 0 2においては、 編集装置 1 0 3により、 光ディスク 2力 ら高解像度のビデオデータと、 高音質のオーディォデータが読み出さ れて復号され、 光ディスク 2に記録されたエディッ トリストに従って 、 放送 （オンエア） される。
なお、 光ディスク 2に低品質の A V多重フォーマツ 卜のファイルと 高品質の A V多重フォーマツ トのファイルを記録するようにしたが、 光ディスク 2に、 一方 （例えば、 高品質の A V多重フォーマッ トのフ アイル） だけを記録するようにし、 他方 （例えば、 低品質の A V多重 フォーマッ トのファイル） を、 半導体メモリを用いたメモリカードな どの他の記録媒体に記録するようにしてもよい。
また、 放送局 1 0 2は、 編集装置 1 0 3を有するようにしたが、 編 集装置 1 0 3の代わりに、 P C 1 0 4を有するようにしてもよいし、 取材現場においては、 P C 1 0 4の代わりに、 編集装置 1 0 3を使用 するようにしてもよい。
第 2 3図のフローチャートを参照して、 第 2 2図の A Vネッ トヮ一 クシステムの処理について説明する。 なお、 第 2 3図においては、 映 像記録装置 1と P C 1 0 4の処理について説明するが、 P C 1 0 4を 、 編集装置 1 0 3に代えて A Vネッ トワークシステムの処理を行うよ うにしてもよい。
映像記録装置 1の撮像部 3 1は、 被写体を撮像し、 撮像したビデオ データをビデオ符号化部 1 5に供給する。 ビデオ符号化部 1 5は、 撮 像部 3 1より入力されたビデオデータを、 高解像度と低解像度に符号 化し、 ファイル生成部 2 2に供給する。 一方、 マイクロホン 3 2は、 集音したオーディオデータをオーディオ符号化部 1 6に供給する。 ォ —ディォ符号化部 1 6は、 マイクロホン 3 2より入力されたオーディ ォデ一夕を、 高音質と低音質に符号化し、 ファイル生成部 2 2に供給 する。
ステップ S 1 0 1において、 映像記録装置 1のファイル生成部 2 2 は、 ビデオデ一夕とオーディオデ一夕を用いて、 A V多重フォーマツ トを生成し、 ドライブ 2 3を制御し、 光ディスク 2に記録させる。 ま た同時に、 ファイル生成部 2 2は、 生成された A V多重フォーマッ ト を、 記憶部 2 0にも記録し、 ステップ S 1 0 2に進む。
具体的には、 ファイル生成部 2 2は、 ビデオ符号化部 1 5より供給 された高解像度と低解像度のビデオデ一夕と、 ォ一ディォ符号化部 1 6より供給された高音質と低音質のオーディォデ一夕を用いて、 高品 質と低品質の A V多重フォーマツ トのファイルを生成し、 ドライブ 2 3を制御し、 生成した A V多重フォーマッ トのファイルを光ディスク 2に記録させる。 また同時に、 ビデオ符号化部 1 5より供給された低 解像度のビデオデータと、 オーディオ符号化部 1 6より供給された低 解像度のオーディオデータを用いて、 低品質の A V多重フォ一マツ ト のファイルを生成し、 一旦記憶部 2 0に記憶する。
ステップ S 1 0 2において、 映像記録装置 1の C P U 1 1は、 通信 部 2 1を制御し、 記憶部 2 0に記録された低品質の A V多重フォーマ ッ トのファイルを、 例えば、 近距離無線通信により、 P C 1 0 4に送 信する。
これに対応して、 P C 1 0 4は、 ステップ S 1 2 1において、 低品 質の A V多重フォーマッ トのファイルを受信し、 Q Tを用いて、 低品 質の A V多重フォーマツ トのォ一ディォデ一夕およびビデオデ一夕の 編集し、 ステップ S I 2 2に進み、 低品質の A V多重フォーマッ トの オーディォデ一夕およびビデオデータの編集内容を、 エディッ トリス トとして、 近距離無線通信により、 映像記録装置 1に送信する。
映像記録装置 1の通信部 2 1は、 ステップ S 1 0 3において、 P C 1 0 4よりエディツ トリストを受信し、 ステップ S 1 0 4に進み、 受 信したエディッ トリストを、 光ディスク 2に記録する。
この光ディスク 2が、 放送局 1 0 2に持ち込まれるので、 放送局 1 0 2は、 光ディスク 2から高解像度のビデオデータと、 高音質のォ一 ディォデ一夕が読み出して復号し、 光ディスク 2に記憶されたエディ ッ トリストに従って、 放送する。
以上のように、 A V多重フォーマッ トを用いるようにしたので、 被 写体を撮像した取材現場などに高価な専用の編集装置 1 0 3がなくて も、 汎用で、 また、 携帯可能な P C 1 0 4で、 A V多重フォーマッ ト のファイルの確認や編集を行うことができる。 さらに、 低品質の A V 多重フォーマッ トを用いることにより、 通信や編集の負荷が軽減され る。
以上により、 収録されてから放送されるまでの時間を短縮すること ができる。 また、 P C 1 0 4を用いることができるので、 収録にかか る費用も削減される。
なお、 本実施の形態では、 映像記録装置 1において、 光ディスク 2 に対して、 A V多重フォーマツ トのファイルを読み書きするようにし たが、 A V多重フォーマッ トのファイルは、 光ディスク 2などのディ スク状の記録媒体に限らず、 磁気テープなどのテープ状の記録媒体や 、 半導体メモリなどに対して読み書きすることが可能である。
上述した一連の処理は、 ハードウェアにより実行させることもでき る力 ソフトウェアにより実行させることもできる。 一連の処理をソ フトウエアにより実行させる場合には、 そのソフトウエアを構成する プログラムが、 専用のハ一ドウエアに組み込まれているコンピュー夕 、 または、 各種のプログラムをインストールすることで、 各種の機能 を実行することが可能な、 例えば汎用のパーソナルコンピュ一夕など に、 プログラム格納媒体からインストールされる。
コンピュータにインストールされ、 コンピュータによって実行可能 な状態とされるプログラムを格納するプログラム格納媒体は、 第 2図 に示されるように、 光ディスク 2などよりなるパッケージメディァ、 または、 プログラムが一時的もしくは永続的に格納される記憶部 2 0 などにより構成される。
なお、 本明細書において、 記録媒体に記録されるプログラムを記述 するステツプは、 記載された順序に従って時系列的に行われる処理は もちろん、 必ずしも時系列的に処理されなくとも、 並列的あるいは個 別に実行される処理をも含むものである。
なお、 本明細書において、 システムとは、 複数の装置により構成さ れる装置全体を表すものである。
以上の如く、 本発明によれば、 放送機器とパーソナルコンピュータ との間でファイルを交換することができる。

Claims

請 求 の 範 囲
1 . ヘッダ、 ポディおよびフッ夕からなるフォーマッ トのファイルを 生成する情報処理装置であって、
入力デ一夕より前記ボディを生成するボディ生成手段と、
前記入力デ一夕のサイズを取得する取得手段と、
前記取得手段により取得された前記サイズに基づいて、 前記入力デ —夕を読み出すためのテーブル情報を生成するテ一ブル生成手段と、 前記テーブル生成手段により生成された前記テーブル情報を含めて 、 前記ヘッダを生成するヘッダ生成手段と、
前記ボディの後に、 前記フッ夕を結合し、 前記ボディの前に、 前記 へッダ生成手段により生成された前記へッダを結合して前記ファイル を生成するファイル生成手段と
を備えることを特徴とする情報処理装置。
2 . 前記フォーマッ トは、 M X F (Ma t er i a l exchange Fo rma t)である ことを特徴とする請求の範囲 1に記載の情報処理装置。
3 . 前記入力データは、 本線データよりも低解像度のデータであるこ とを特徴とする請求の範囲 1に記載の情報処理装置。
4 . 前記ボディ生成手段により生成された前記ボディを記録媒体に記 録するボディ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの 後に、 前記フッ夕を記録するフッタ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの 前に、 前記ヘッダを記録するヘッダ記録手段と
をさらに備えることを特徴とする請求の範囲 1に記載の情報処理装置
5 . 前記ファイル生成手段により生成された前記ファイルをネッ トヮ —クを介して他の情報処理装置に送信する送信手段と、 前記送信手段により送信した前記ファイルに基づいたメタデータを 前記ネッ トワークを介して前記他の情報処理装置から受信する受信手 段と、
前記受信手段により受信された前記メタデータを前記記録媒体に記 録するメタデータ記録手段と
をさらに備えることを特徴とする請求の範囲 1に記載の情報処理装置
6 . ヘッダ、 ボディおよびフッ夕からなるフォ一マッ トのファイルを 生成する情報処理方法であって、
入力データより前記ボディを生成するボディ生成ステップと、 前記入力デー夕のサイズを取得する取得ステップと、
前記取得ステツプの処理により取得された前記サイズに基づいて、 前記入力データを読み出すためのテーブル情報を生成するテーブル生 成ステップと、
前記テーブル生成ステツプの処理により生成された前記テーブル情 報を含めて、 前記ヘッダを生成するヘッダ生成ステップと、
前記ボディの後に、 前記フッタを結合し、 前記ボディの前に、 前記 へッダ生成ステツプの処理により生成された前記へッダを結合して前 記ファイルを生成するファイル生成ステップと
を含むことを特徴とする情報処理方法。
7 . ヘッダ、 ボディおよびフッ夕からなるフォーマッ トのファイルを 生成する情報処理をコンピュータに行わせるプログラムが記録される プ口グラム記録媒体であつて、
入力データより前記ボディを生成するボディ生成ステツプと、 前記入力デ一夕のサイズを取得する取得ステップと、 前記取得ステツプの処理により取得された前記サイズに基づいて、 前記入力デ一夕を読み出すためのテーブル情報を生成するテーブル生 成ステツプと、
前記テーブル生成ステップの処理により生成された前記テーブル情 報を含めて、 前記ヘッダを生成するヘッダ生成ステップと、
前記ボディの後に、 前記フッ夕を結合し、 前記ボディの前に、 前記 ヘッダ生成ステップの処理により生成された前記ヘッダを結合して前 記ファイルを生成するファイル生成ステツプと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが 記録されているプログラム記録媒体。
8 . ヘッダ、 ボディおよびフッタからなるフォーマッ トのファイルを 生成する情報処理をコンピュータに行わせるプログラムであって、 入力デ一夕より前記ボディを生成するボディ生成ステツプと、 前記入力データのサイズを取得する取得ステツプと、
前記取得ステツプの処理により取得された前記サイズに基づいて、 前記入力データを読み出すためのテーブル情報を生成するテーブル生 成ステツプと、
前記テーブル生成ステツプの処理により生成された前記テーブル情 報を含めて、 前記ヘッダを生成するヘッダ生成ステツプと、
前記ボディの後に、 前記フッ夕を結合し、 前記ボディの前に、 前記 へッダ生成ステップの処理により生成された前記へッダを結合して前 記ファイルを生成するファイル生成ステツプと
を含むことを特徴とするプログラム。
9 . ヘッダ、 ボディおよびフッ夕からなるフォ一マッ トのファイルを 生成する情報処理装置であって、
入力データより前記ボディを生成するボディ生成手段と、 前記入力データのサイズを取得する取得手段と、
前記取得手段により取得された前記サイズに基づいて、 前記入力デ —夕を読み出すためのテ一ブル情報を生成するテーブル生成手段と、 前記ボディの後に、 前記フッ夕と前記テーブル生成手段により生成 された前記テーブル情報を結合し、 前記ボディの前に、 前記ヘッダを 結合してファイルを生成するファイル生成手段と
を備えることを特徴とする情報処理装置。
1 0 . 前記フォーマッ トは、 M X F (Ma t er i a l exchange Fo rma t)であ ることを特徴とする請求の範囲 9に記載の情報処理装置。
1 1 . 前記入力デ一夕は、 本線データよりも低解像度のデータである ことを特徴とする請求の範囲 9に記載の情報処理装置。
1 2 . 前記ボディ生成手段により生成された前記ボディを記録媒体に 記録するボディ記録手段と、
前記ボディ記録手段により前記記録媒体に記録された前記ボディの 後に、 前記フッ夕と前記テーブル情報を記録するフッ夕記録手段と、 前記ボディ記録手段により前記記録媒体に記録された前記ボディの 前に、 前記ヘッダを記録するヘッダ記録手段と
をさらに備えることを特徴とする請求の範囲 9に記載の情報処理装置 1 3 . 前記ファイル生成手段により生成された前記ファイルをネッ ト ワークを介して他の情報処理装置に送信する送信手段と、
前記送信手段により送信した前記ファイルに基づいたメタデータを 前記ネッ トワークを介して前記他の情報処理装置から受信する受信手 段と、
前記受信手段により受信された前記メタデータを前記記録媒体に記 録するメタデータ記録手段と をさらに備えることを特徴とする請求の範囲 9に記載の情報処理装置
1 4 . ヘッダ、 ポディおよびフッ夕からなるフォーマッ トのファイフレ を生成する情報処理方法であって、
入力データより前記ボディを生成するボディ生成ステップと、 前記入力データのサイズを取得する取得ステップと、
前記取得ステツプの処理により取得された前記サイズに基づいて、 前記入力データを読み出すためのテーブル情報を生成するテーブル生 成ステツプと、
前記ボディの後に、 前記フッ夕と前記テ一ブル生成ステップの処理 により生成された前記テーブル情報を結合し、 前記ボディの前に、 前 記ヘッダを結合してファイルを生成するファイル生成ステップと を含むことを特徴とする情報処理方法。
1 5 . ヘッダ、 ボディおよびフッ夕からなるフォーマッ トのファイル を生成する情報処理をコンピュータに行わせるプログラムが記録され るプログラム記録媒体であって、
入力データより前記ボディを生成するボディ生成ステップと、 前記入力データのサイズを取得する取得ステップと、
前記取得ステツプの処理により取得された前記サイズに基づいて、 前記入力デ一夕を読み出すためのテーブル情報を生成するテーブル生. 成ステツプと、
前記ボディの後に、 前記フッ夕と前記テーブル生成ステップの処理 により生成された前記テーブル情報を結合し、 前記ボディの前に、 前 記ヘッダを結合してファイルを生成するファイル生成ステップと を含むことを特徴とするコンピュータが読み取り可能なプログラムが 記録されているプログラム記録媒体。
1 6 . ヘッダ、 ポディおよびフッ夕からなるフォーマッ トのファイル を生成する情報処理をコンピュー夕に行わせるプログラムであって、 入力データより前記ボディを生成するボディ生成ステツプと、 前記入力データのサイズを取得する取得ステツプと、
前記取得ステップの処理により取得された前記サイズに基づいて、 前記入力データを読み出すためのテーブル情報を生成するテーブル生 成ステツプと、
前記ボディの後に、 前記フッタと前記テーブル生成ステツプの処理 により生成された前記テーブル情報を結合し、 前記ボディの前に、 前 記へッダを結合してファイルを生成するファイル生成ステツプと を含むことを特徴とするプログラム。
PCT/JP2004/006673 2003-05-12 2004-05-12 情報処理装置および方法、プログラム記録媒体、並びにプログラム Ceased WO2004100543A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/556,414 US20070067468A1 (en) 2003-05-12 2004-05-12 Information processing apparatus, and method, program recording medium, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003132504A JP3969656B2 (ja) 2003-05-12 2003-05-12 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP2003-132504 2003-05-12

Publications (1)

Publication Number Publication Date
WO2004100543A1 true WO2004100543A1 (ja) 2004-11-18

Family

ID=33432166

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/006673 Ceased WO2004100543A1 (ja) 2003-05-12 2004-05-12 情報処理装置および方法、プログラム記録媒体、並びにプログラム

Country Status (4)

Country Link
US (1) US20070067468A1 (ja)
JP (1) JP3969656B2 (ja)
CN (1) CN100563319C (ja)
WO (1) WO2004100543A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1524665A4 (en) * 2003-06-11 2009-02-18 Sony Corp RECORD CONTROL DEVICE AND METHOD, PROGRAM, AND RECORDING MEDIUM
CN101083114B (zh) * 2006-05-30 2011-11-09 索尼株式会社 将文件流记录到存储介质上的记录设备和方法

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4391317B2 (ja) 2003-06-10 2009-12-24 ソニー株式会社 放送受信装置、放送受信システム及び放送受信システムにおける操作信号の選択方法
JP3891295B2 (ja) * 2003-07-09 2007-03-14 ソニー株式会社 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP4251133B2 (ja) 2004-11-29 2009-04-08 ソニー株式会社 画像圧縮装置及び方法
US20080205860A1 (en) * 2005-02-18 2008-08-28 Koninklijke Philips Electronics, N.V. Method Of Live Submitting A Digital Signal
JP4251149B2 (ja) 2005-04-15 2009-04-08 ソニー株式会社 情報管理システム、情報管理装置及び情報管理方法
JP4270161B2 (ja) 2005-04-15 2009-05-27 ソニー株式会社 情報記録再生システム、情報記録再生装置及び情報記録再生方法
KR20090017170A (ko) * 2007-08-14 2009-02-18 삼성전자주식회사 미디어 파일 관리 방법 및 장치
JP4679609B2 (ja) * 2008-06-05 2011-04-27 株式会社東芝 映像収録再生装置、映像収録方法及び映像再生方法
JP4686587B2 (ja) * 2008-10-16 2011-05-25 株式会社東芝 映像記録再生装置およびファイル管理方法
JP5259780B2 (ja) * 2010-09-14 2013-08-07 株式会社東芝 映像ファイル作成装置および映像ファイル作成方法
EP2673924A4 (en) * 2011-02-11 2014-12-10 Intel Corp MEDIA FLOW ABOUT TRANSITION MECHANISM
US8688733B2 (en) 2012-03-16 2014-04-01 International Business Machines Corporation Remote inventory manager
US11159327B2 (en) * 2018-08-06 2021-10-26 Tyson York Winarski Blockchain augmentation of a material exchange format MXF file
CN109561345B (zh) * 2018-12-14 2021-08-03 上海文广科技（集团）有限公司 基于avs+编码格式的数字电影打包方法
US12189678B2 (en) * 2020-03-09 2025-01-07 Sony Group Corporation File processing device, file processing method, and program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001075886A1 (en) * 2000-04-05 2001-10-11 Sony United Kingdom Limited Identifying and processing of audio and/or video material
JP2001298698A (ja) * 2000-04-10 2001-10-26 Sony Corp プロダクションシステム及びその制御方法
JP2003087308A (ja) * 2001-09-13 2003-03-20 Sony Corp 情報配信システムおよび情報配信方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7339993B1 (en) * 1999-10-01 2008-03-04 Vidiator Enterprises Inc. Methods for transforming streaming video data
GB2366926A (en) * 2000-09-06 2002-03-20 Sony Uk Ltd Combining material and data
FI20011871L (fi) * 2001-09-24 2003-03-25 Nokia Corp Multimediadatan prosessointi
US7149750B2 (en) * 2001-12-19 2006-12-12 International Business Machines Corporation Method, system and program product for extracting essence from a multimedia file received in a first format, creating a metadata file in a second file format and using a unique identifier assigned to the essence to access the essence and metadata file
EP1486979B1 (en) * 2002-03-18 2012-06-13 Sharp Kabushiki Kaisha Data recording method and data recording device
US8063295B2 (en) * 2002-10-03 2011-11-22 Polyphonic Human Media Interface, S.L. Method and system for video and film recommendation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001075886A1 (en) * 2000-04-05 2001-10-11 Sony United Kingdom Limited Identifying and processing of audio and/or video material
JP2001298698A (ja) * 2000-04-10 2001-10-26 Sony Corp プロダクションシステム及びその制御方法
JP2003087308A (ja) * 2001-09-13 2003-03-20 Sony Corp 情報配信システムおよび情報配信方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1524665A4 (en) * 2003-06-11 2009-02-18 Sony Corp RECORD CONTROL DEVICE AND METHOD, PROGRAM, AND RECORDING MEDIUM
US7911885B2 (en) 2003-06-11 2011-03-22 Sony Corporation Recording control device and method, program, and recording medium
CN101083114B (zh) * 2006-05-30 2011-11-09 索尼株式会社 将文件流记录到存储介质上的记录设备和方法

Also Published As

Publication number Publication date
CN100563319C (zh) 2009-11-25
US20070067468A1 (en) 2007-03-22
JP3969656B2 (ja) 2007-09-05
JP2004336593A (ja) 2004-11-25
CN1817035A (zh) 2006-08-09

Similar Documents

Publication Publication Date Title
WO2004100543A1 (ja) 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP4953407B2 (ja) ビデオマテリアルとデータの結合
TW439054B (en) Optical disc, optical disc recording method and apparatus, and optical disc reproducing method and apparatus
JP3891295B2 (ja) 情報処理装置および方法、プログラム記録媒体、並びにプログラム
CN101682718B (zh) 基于iso基本媒体文件格式的mpeg-2传输流的存储/回放方法和设备
US8218582B2 (en) Method and apparatus for generating information signal to be recorded
US8244108B2 (en) After-recording apparatus
US8229273B2 (en) Recording-and-reproducing apparatus and recording-and-reproducing method
CN1926629B (zh) 记录设备、编辑设备、数字视频记录系统、以及文件格式
JP2011029936A (ja) ファイル転送システムおよびファイル転送方法
CN110910916B (zh) 一种基于文件结构的监控视频的雕复方法
JP2003297015A (ja) コンテンツ保存端末及びこのコンテンツ保存端末にコンテンツを配信する配信サーバ装置
TW318927B (ja)
CN101895736A (zh) 媒体流数据处理方法及其装置
JPWO2016132836A1 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
KR101051063B1 (ko) 영상 수록 재생 장치, 영상 수록 방법, 영상 재생 방법 및 영상 수록 재생 방법
WO2008018312A1 (en) Data processing device, data processing method, and computer program
CN100542242C (zh) 收发系统、信息处理装置及信息处理方法
JP2008283276A (ja) 撮像装置
CN203338755U (zh) 高清蓝光录播系统
KR101447190B1 (ko) 초고화질 영상을 위한 컨텐츠 실시간 캡쳐 방법 및 재생 방법
JP2011103617A (ja) 映像処理装置
Wilkinson 8 D-lOand D-ll in MXF
JP2007166141A (ja) 映像音声記録再生装置
JP2010140564A (ja) デジタルストリーム信号のデータ転送方法および情報処理装置

Legal Events

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

Ref document number: 200480019212.9

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

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

Ref document number: 2007067468

Country of ref document: US

Ref document number: 10556414

Country of ref document: US

122 Ep: pct application non-entry in european phase
WWP Wipo information: published in national office

Ref document number: 10556414

Country of ref document: US