WO2020170659A1 - 編集システム - Google Patents

編集システム Download PDF

Info

Publication number
WO2020170659A1
WO2020170659A1 PCT/JP2020/001297 JP2020001297W WO2020170659A1 WO 2020170659 A1 WO2020170659 A1 WO 2020170659A1 JP 2020001297 W JP2020001297 W JP 2020001297W WO 2020170659 A1 WO2020170659 A1 WO 2020170659A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
editing
video data
camouflage
footer
Prior art date
Application number
PCT/JP2020/001297
Other languages
English (en)
French (fr)
Inventor
田中　宏幸
Original Assignee
株式会社日立国際電気
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 株式会社日立国際電気 filed Critical 株式会社日立国際電気
Priority to JP2021501694A priority Critical patent/JP7059436B2/ja
Publication of WO2020170659A1 publication Critical patent/WO2020170659A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor

Definitions

  • the present invention relates to an editing system, which is mainly used in broadcasting stations and the like, which provides video data and enables chase playback or chase edit during recording.
  • Patent Document 1 when the original material information data which is the information extracting the relationship between the original material for editing and the edited material is created and edited again, the edited material is edited. A technique for editing using material, project data, and original material information data is described.
  • editing devices such as general-purpose non-linear editing machines and playback devices for transmission could only use files that had been recorded offline. Therefore, in these devices, the video data being recorded cannot be used for the chase reproduction and the chase edit, and a specially configured dedicated device is required.
  • the present invention has been made in view of such a situation, and an object thereof is to solve the above problems.
  • the editing system of the present invention is an editing system that provides video data and enables chasing playback during recording or chasing editing, wherein footer data necessary for generating a footer in a file in a container format is stored in the video data.
  • the footer data stored by the storage means is used to generate a footer that makes it seem that the recording has been completed, and the video data.
  • a camouflage file corresponding to the association is created, and the camouflage file can be referred to outside instead of the video data, and the camouflage file that can be referred to by the camouflage reference means to the outside.
  • the specific timing is a reference timing at which the file name of the camouflaged file is disclosed to the outside and the camouflaged file is referred to or a transmission timing at which the camouflaged file is transmitted.
  • the camouflage reference unit increases the serial number of the camouflage file to be referred each time the camouflage file is referenced, and the footer in which the number of frames at the end of the video data is different. It is possible to create a.
  • the editing system of the present invention sets the byte length of the frame of the video data to a fixed value, and the camouflage reference unit fills the data of the frame that is less than the fixed value with dummy data to obtain the fixed value of the fixed value. It is characterized by camouflaging into a frame of byte length.
  • footer data necessary for generating a footer in a container format file is stored in addition to the video data, and the footer data is used to complete the recording at a specific timing before the recording is completed.
  • the general-purpose editing device or playback device can chase or replay the video data being recorded. It is possible to provide an editing system capable of performing chasing editing.
  • 6 is a flowchart showing a flow of a recorded image providing process according to the embodiment of the present invention.
  • the editing system X is an editing system (video server system) which is used in a broadcasting station or the like and provides the video data 200 and is capable of chasing reproduction or chasing editing during recording.
  • the editing system X provides the playback device 3 or the editing device 4 with the camouflaged file 220 that is camouflaged as having been recorded even before the recording of the video data 200 is completed, and enables the chasing reproduction function during recording or the chasing editing.
  • the editing system X is configured by connecting a storage server 1, a recording device 2, a reproducing device 3, and an editing device 4 via a network 5.
  • the storage server 1 is a device such as a server that stores the video data 200 and sends it to another device.
  • the storage server 1 functions as a material image server that stores image data 200 of recording material (material image) recorded by the recording device 2.
  • the storage server 1 includes a multiplexing function by a multiplexer (Multiplexer, MUX). Specifically, the storage server 1 does not provide (transmit) the video data 200 itself, but refers to and transmits it as a camouflage file 220 described later.
  • the recording device 2 is a device that records image data, audio data, etc., and encodes (converts) these into various imaged codecs by using an image or audio encoder.
  • the recording device 2 records and encodes, for example, uncompressed image data captured by the image capturing unit 20 described later.
  • the recording device 2 may record image data from a server, VTR, or other device in another station or the like via a dedicated line or the network 5, or import it as a file such as MXF (Media eXchange Format). You may record it.
  • the video encoding method (codec) used for encoding in the encoder is, for example, MPEG2, H.264. H.264, H.264. 265 and the like can be used, but the present invention is not limited to this.
  • the recording device 2 can transmit the encoded data as the video data 200 to the storage server 1 or the reproduction device 3.
  • the playback device 3 is a device of a sending facility including a sending server for a so-called general-purpose broadcasting station.
  • the playback device 3 broadcasts (on-air) the material video recorded in the storage server 1 and the broadcast video recorded in the storage server 1.
  • the reproduction device 3 can also reproduce the broadcast video for preview.
  • the editing device 4 is a so-called general-purpose non-linear editing machine.
  • the editing device 4 performs editing processing such as rendering editing and cut editing.
  • the rendering edit is a process of actually rendering and editing the video data 200 stored in the storage server 1.
  • the cut edit is a process of making a clip without rendering.
  • the editing device 4 includes a display unit, a keyboard, a pointing device, an operating device, etc., which are not shown. Further, the editing device 4 inputs an editing control means (editing means), which is a computer that actually performs this editing work, a display section (display) for displaying the video data 200, an editing timeline, etc., and an editing instruction. An operation panel (operation means) for performing the operation is provided.
  • the editing device 4 reads the camouflage file 220 described later by referring to the video data 200 with respect to the storage server 1, renders this image, and causes the user to confirm it on the display unit. Then, the editing device 4 causes the user to operate the operation panel to specify the portion to be edited, and executes cut editing, rendering editing, and the like. Then, the editing device 4 transmits the edited video data 200 and the editing information for clipping to the storage server 1 to store the same.
  • the editing information used in these editing processes includes, for example, the video frame position of the portion to be processed, the coordinates on the video, the position range of the audio sample, the content of the process, and the like.
  • the types of the above-mentioned editing processing include various image effects, connection and effect between clips, brightness and color adjustment processing, fade-in, fade-out, volume adjustment, etc. when the processing target is video.
  • the network 5 is a LAN (Local Area Network) connecting each device, an optical fiber network, c. It is a communication means for performing communication by connecting respective devices such as a link, a wireless LAN (WiFi), and a mobile phone network to each other.
  • the network 5 may use a dedicated line, an intranet, the Internet, or the like, or may be a mixture of these and may form a VPN (Virtual Private Network). Further, the network 5 may be connected by various protocols using an IP network such as TCP/IP or UDP.
  • the storage server 1 includes a control unit 10 and a storage unit 11 as a part of hardware resources.
  • the control unit 10 is an information processing unit that realizes a functional unit described below and executes each process of the recording video providing process according to the present embodiment.
  • the control unit 10 is, for example, a CPU (Central Processing Unit, central processing unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), a DSP (Digital Signal Processor), an ASIC (Application Specific Proceessor, specific application). Processor) etc.
  • the storage unit 11 is a non-temporary recording medium.
  • the storage unit 11 is configured as a video storage such as an SSD (Solid State Disk), an HDD (Hard Disk Drive), a magnetic cartridge, a tape drive, and an optical disk array.
  • the video storage stores, for example, video data 200 that is a material video file, broadcast video of a completed program, and the like.
  • the file stored in the storage server 1 is transferred to the playback device 3 according to the broadcast schedule of the program, or used for the program editing process by the editing device 4. Details of these data will be described later.
  • the storage unit 11 also includes a general ROM (Read Only Memory), RAM (Random Access Memory), and the like. In these, a program of a process executed by the control unit 10, a database, temporary data, other various files, and the like are stored.
  • the recording device 2 includes an image capturing unit 20 (image capturing means).
  • the imaging unit 20 is an imaging device such as a camera using a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor) element.
  • the imaging unit 20 may be built in the recording device 2 or may be an external camera connected thereto.
  • the imaging unit 20 digitally converts the captured image and transmits it to the recording device 2 as, for example, HD-SDI standard image data.
  • audio data from a microphone or the like attached to the image pickup unit 20 or provided externally may be transmitted to the recording device 2 almost at the same time.
  • these image data and audio data can be transmitted to the recording device 2 via a mixer and various equipment.
  • the control unit 10 includes a storage unit 100, a camouflage reference unit 110, and a reproduction/edit transmission unit 120.
  • the storage unit 11 stores the video data 200 and the footer data 210.
  • the storage unit 100 acquires the video data 200 from the recording device 2 and stores it in the storage unit 11. In addition to this, the storage unit 100 acquires the footer data 210 from the recording device 2, and stores it in the storage unit 11 in addition to the video data 200.
  • the camouflage reference unit 110 generates a footer and associates it with the video data 200, and refers to the camouflage file 220 corresponding to the association instead of the video data 200.
  • This footer is a camouflaged footer for making it appear that the recording is completed by using the footer data 210 stored by the storage unit 100 at a specific timing before the recording of the video data 200 is completed.
  • the camouflage reference unit 110 grasps the number of frames at the end of the video data 200 stored at the time of the specific timing and generates a footer up to the frame number, thereby making it appear that the recording is completed. .. That is, the camouflage reference unit 110 mediates communication between the reproduction device 3, the editing device 4, and the storage server 1.
  • the reference timing at which the file name of the camouflage file 220 is disclosed to the outside and the camouflage file 220 is referred to, or the transmission timing for transmitting the camouflage file 220 is used.
  • the camouflage reference unit 110 increases the serial number of the file name of the camouflage file 220 to be referred to each time the camouflage file 220 is referenced, so that a footer having a different number of frames at the end of the video data 200 is displayed. Can be created.
  • the reproduction/edit transmission unit 120 transmits the camouflaged file 220 referred to by the camouflage reference unit 110 as a file in the container format, and makes chasing reproduction or chasing editing during recording.
  • the video data 200 is video (image) and/or audio data stored in the storage server 1.
  • the video data 200 uses, for example, an MXF format file multiplexed with audio data and the like.
  • MXF is a kind of container format file that stores so-called professional-use video files.
  • MXF is used for broadcasting equipment such as camcorders, recording/playback machines, non-linear editing machines, and transmission equipment. It can wrap data in various formats such as video and audio together with metadata.
  • This metadata can include, for example, a frame rate, a frame size, a creation date, a photographer of the image capturing unit 20, and various kinds of information on material video.
  • the various information it is possible to use, for example, titles and contents, reproduction time, scene information, information on objects including a person in a video, and the like.
  • the video data 200 is being written (exclusive write) as a video stream, and attributes such as read-only are set. It In addition, there may be no footer at the end of the video data 200. That is, in the present embodiment, the video data 200 being recorded is in a state not completed in the MXF format. Even if the video data 200 in this state is directly read by the general-purpose reproducing device 3 or the editing device 4, chasing editing or chasing reproduction may not be possible.
  • the footer data 210 is data for configuring the footer of a container format file.
  • the footer data 210 is, for example, data required to configure the file footer in the footer partition of the MXF format file.
  • This data includes, for example, the recording format of the video data 200, data such as the number of frames at present and the byte position.
  • the footer data 210 may include other data for creating a footer without analyzing the content of the video data 200.
  • the format of the footer data 210 may be a proprietary format, a database format, a text file, a binary format that can be easily converted into an MXF footer, or any other format. It may be in the form.
  • each functional unit described above is realized by the control unit 10 executing a control program or the like stored in the storage unit 11.
  • Each of these functional units may be configured in a circuit by an FPGA (Field Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), or the like.
  • the image data 200 is transmitted from the recording device 2.
  • the transmitted video data 200 is stored in the storage server 1.
  • the storage server 1 generates and transmits a camouflaged file 220 camouflaged as recorded (completed) when the video data 200 is referred to by the reproducing device 3 or the editing device 4.
  • the reproduction device 3 or the editing device 4 can perform the chase reproduction or the chase edit.
  • the recording image providing process by the editing system X will be described in more detail below with reference to the flowchart of FIG.
  • step S101 the storage unit 100 performs a video data storage process.
  • the storage unit 100 acquires the video data 200 as the material data from the recording device 2. Specifically, the multiplexed video stream being recorded, which is transmitted from the recording device 2, is acquired and stored in the storage unit 11 as the video data 200.
  • FIG. 3 shows an example in which a file having a video file name “sample01.mxf” is stored in the storage unit 11 as the video data 200.
  • “sample01” indicates the name of the video data 200 described above. This name is arbitrary because it is determined by the setting of the recording device 2.
  • the extension “.mxf” indicates that the container format is MXF format. This extension may be any extension as long as it indicates that the reproduction apparatus 3 or the editing apparatus 4 of the present embodiment can handle it by referring, editing, or reproducing.
  • the storage unit 100 does not set the attribute of the video data 200 such as read-only (writing). This is because when set to read-only, it cannot be referenced by other devices. Alternatively, the storage unit 100 may invalidate attributes such as read-only.
  • the dedicated reproduction device 63 FIG. 6
  • the dedicated editing device 64 as in the related art can refer to the video data 200. That is, when the video data 200 itself is directly referred to by the dedicated playback device 63 or the dedicated editing device 64 as in the related art, it is possible to perform chase editing or chase playback.
  • step S102 the storage unit 100 performs a footer data storage process.
  • the storage unit 100 requests and acquires the footer data 210 for the video data 200 from the recording device 2, and stores the footer data 210 in the storage unit 11.
  • the encoder of the recording device 2 also outputs information such as the number of frames and the byte position (byte length).
  • the recording device 2 holds these pieces of information in order to write a footer at the end of the video data 200 from the start of recording to the completion of recording.
  • the recording device 2 transmits the data necessary for configuring these footers to the storage server 1.
  • the storage unit 100 acquires the data necessary for configuring the footer from the recording device 2, and stores the data in the storage unit 11 in association with the video file as the data necessary for generating the footer in the file of the container format such as MXF. Store. As a result, even during recording, it is possible to multiplex as a file in the MXF format or the like that does not collapse.
  • FIG. 3 shows an example in which “sample01.footer” is stored as the footer data 210 associated with the video data 200.
  • the name of the footer data 210 is also arbitrary as long as it is associated with the video data 200.
  • the camouflage reference unit 110 performs camouflage reference processing.
  • the camouflage reference unit 110 uses the footer data 210 stored by the storage unit 100 at a specific timing before the recording of the video data 200 is completed, and generates a footer that makes it appear that the recording is completed and associates it with the video data 200. ..
  • the disguise reference unit 110 externally refers to the disguise file 220 corresponding to the association.
  • the general-purpose reproducing device 3 and the editing device 4 can acquire the recorded and camouflaged video data 200 as the camouflaged file 220 by the general-purpose protocol.
  • the camouflage reference unit 110 discloses a file name of the camouflage file 200 to the outside, for example, a serial number file name such as “video file name_(serial number).mxf”.
  • a serial number file name such as “video file name_(serial number).mxf”.
  • this serial number it is possible to add a numerical value such as “_0001” to the video file name of the video data 200.
  • a number of decimal digits or a number of hexadecimal digits (0 to 9, AF) may be used, but the number of digits or The method of expressing the serial number is arbitrary.
  • file names such as "video file name_0x000A.mxf" and "video file name_0x000B.mxf” which are serial numbers with hexadecimal numbers "0x”. Further, if these file names can be associated with the video data 200, for example, the file names may have random character strings, may not be serial numbers, and may not include the video file name.
  • FIG. 3 shows the relationship between the video data 200, which is the entity stored in the storage server 1, and the camouflaged file 220 referenced by the editing device 4 and the reproducing device 3.
  • the storage server 1 includes at least two types for each file of the video data 200, including the file name of the video data 200 itself and the file name of the camouflaged file 220 that has been camouflaged as having been recorded. Make the file name of the file appear to be open to the outside.
  • the actual “sample01.mxf” is disclosed as the video data 200
  • “sample01_0001.mxf” is disclosed as the camouflaged file 220.
  • the camouflage reference unit 110 sets this timing as “specific timing”. That is, in the above example, it is the timing when a file name such as “video file name_(serial number).mxf” is referenced. Then, the camouflage reference unit 110 creates the footer data for the camouflaged file 220 with the specific timing as the recording completion timing. In the above example, the camouflage reference unit 110 creates a footer for "video file name_(serial number).mxf".
  • the camouflage reference unit 110 grasps the number of frames at the end of the video data 200 stored at that time and creates a footer based on the footer data 210. Then, the disguise reference unit 110 associates the created footer with the video data 200. As a result, the camouflage file 220 in the completed format including the footer data created by the camouflage reference unit 110 can be transmitted.
  • the camouflage reference unit 110 creates a footer at a specific timing when the reproduction device 3 and/or the editing device 4 receives a reference to “sample01_0001.mxf”, and sets it to “sample01_0001.mxf”. Associate.
  • the camouflage reference unit 110 sets the X frame from the beginning of the video data 200 as the specific timing. That is, the camouflage reference unit 110 confirms that the data up to the X frame (length length) is recorded, although the “sample01.mxf” itself which is the video data 200 is continuously recorded.
  • the camouflage reference unit 110 can recognize from the footer data 210 that, for example, the byte position Y of “sample01.mxf” is an X frame.
  • the camouflage reference unit 110 creates a footer for the video data 200 up to X frames based on the footer data 210.
  • the camouflage reference unit 110 is configured, for example, to copy the footer data 210 as it is (without processing) into a footer, from the viewpoint of processing correspondence time.
  • the camouflage reference unit 110 may appropriately analyze or process the image data 200 and/or the footer data 210 in accordance with the description content of the footer to create the footer. If it is difficult to create a footer using only the footer data 210 that has already been stored, the camouflage reference unit 110 may obtain the footer data 210 from the recording device 2 each time.
  • the storage server 1 can respond with the impersonation file 220 of the video data 200 including the footer up to the X frame (byte position Y) as “sample01 — 0001.mxf”. Therefore, by the reproduction/edit transmission process described later, “sample01_0001.mxf” is camouflaged like the video data 200 that has recorded up to X frames and has been recorded, and can be acquired by the reproduction device 3 and/or the editing device 4. .. Therefore, it can be used without causing a failure or an error during the follow-up reproduction or the follow-up editing.
  • the camouflage reference unit 110 can increase the serial number of the camouflage file 220 to be referred each time the camouflage file 220 is referenced, and can create a footer in which the number of frames at the end of the video data 200 is different. Is. That is, the camouflage reference unit 110 creates a footer in which the video data 200 is camouflaged with a longer number of frames (length) every time the reference is received, and increases the serial number. This is to prepare for the video data 200 being referred to at different timings.
  • the camouflage reference unit 110 when the footer of “video file name_(serial number).mxf” is generated, “video file name_(serial number+1).mxf”. Publish the file name of ". Further, when the “video file name_(serial number+1).mxf” is referenced, the camouflage reference unit 110 has a footer having a different frame number (byte position) from “video file name_(serial number).mxf”. To create. Then, the camouflage reference unit 110 additionally discloses the file name of “video file name_(serial number+2).mxf”.
  • the camouflage reference unit 110 adds "sample01_0002.mxf" at the same time when it receives the reference of "sample01_0001.mxf" and makes it public. That is, “sample01 — 0002.mxf” is referenced at a timing different from that of the X frame.
  • “sample01 — 0002.mxf” is referenced, if the timing is a Z frame, the footer of that Z frame (byte position W) is created and the same processing is performed. That is, the number of frames (byte position, length) of the camouflage file 220 varies depending on the reference timing.
  • a footer disguised as video data 200 having a longer frame number is created and the serial number increases until recording is completed.
  • the reproduction edit transmission means 120 performs reproduction edit transmission processing.
  • the reproduction/edit transmission unit 120 transmits the referred camouflaged file 220 as a file in the container format. That is, when transmitting to the editing device 4 or the reproducing device 3, the reproducing/editing transmitting unit 120 transmits the camouflaged file 220 in the completed format including the footer data created by the camouflage referring unit 110. Therefore, when transmitting the data, it is possible to provide the camouflaged file 220 that looks as if it was established as already recorded (completed).
  • the playback/editing/transmitting means 120 stores the “video of the end frame number” as a completed container format file. + Send "footer”.
  • the reproducing apparatus 3 and/or the editing apparatus 4 can acquire the video data 200 that seems to be recorded at the referenced specific timing. That is, the editing device 4 or the reproduction device 3 can handle the file as a completed file. As a result, the reproducing apparatus 3 can perform chase reproduction even during recording. Alternatively, the editing device 4 can perform chasing editing even during recording.
  • “sample01 — 0001.mxf” itself as shown in FIG. 4 is transmitted as a file having a fixed number of frames. Therefore, when it is desired to use an image behind the X frame, it is necessary to perform an appropriate operation. For example, in the case of editing, it is necessary to appropriately refer to the camouflage file 220 of the subsequent serial number including the subsequent frame such as "sample01_0002.mxf". However, even in the subsequent camouflaged files 220, the contents are the same as “sample01 — 0001.mxf” up to the X frame. Therefore, by acquiring "sample01_0001.mxf", it is possible to edit the positions up to the X frame in advance.
  • the reproduction/edit transmission unit 120 refers to the camouflage file 220 including the subsequent frame such as “sample01_0002.mxf” at the timing of reproduction up to the end of “sample01_0001.mxf”, for example.
  • the playback device 3 may be instructed to continuously play back to back. That is, the reproduction/edit transmission unit 120 may perform frame precision switching control when it is necessary to maintain the continuity of the video. Since the sound may be faded in and faded out during this switching, the playback/editing/transmitting means 120 may instruct the playback device 3 or adjust the audio level so as not to do this at the switching timing. ..
  • the reproduction/edit transmission unit 120 may adjust the audio level accordingly. Furthermore, the reproduction/edit transmission unit 120 may reduce discomfort due to discontinuity by using a dissolve effect for video and a crossfade effect for audio when switching during follow-up playback or follow-up editing. ..
  • the camouflage reference unit 110 When the camouflage reference unit 110 receives a reference to “sample01.mxf” from the playback device 3 and/or the editing device 4, the camouflage reference unit 110 returns the content of “sample01.mxf”, which is the file being recorded, as it is. At this time, an error may occur in the general-purpose reproducing device 3 and/or the editing device 4. Therefore, the video data 200 may be analyzed and used by separately connecting the dedicated reproduction device 63 (FIG. 5) and the dedicated editing device 64. Alternatively, in the case of the playback device 3 and/or the editing device 4 that does not handle the footer, does not particularly care about the footer, or does not use the footer for processing, it is possible to refer to “video file name.mxf” without footer. is there. In this case, since data is always added to the “video file name.mxf”, chasing playback of this file can be realized. With the above, the recording video providing process is completed.
  • One of the functions required for a video server system (editing system) used in broadcasting stations is a chase playback function and a chase edit function. This is a function that each device acquires the video data 200 being recorded by the recording device 2 and reproduces or edits it before the recording is completed.
  • FIG. 5 shows an example of the configuration of this conventional editing system P.
  • the editing system P is provided as a video server system targeting only a dedicated device.
  • the material server 6 is provided as a simple high speed storage.
  • a dedicated playback device 63 and a dedicated editing device 64 are connected to the material server 6 to perform chase playback or chase editing during recording. That is, a dedicated device is required to implement the chase playback and the chase edit.
  • a device such as a general-purpose editing machine or decoder that is supposed to use a file that has been completed offline when it is desired to use the material data (video data 200) that is being recorded or is being created. It is due to the fact. That is, since most of general-purpose editing machines and decoder devices are intended for the completed video data 200 that has been recorded, it is difficult to handle it because the video data 200 being recorded cannot be recognized normally. It was
  • the dedicated exchange server 7 which is a dedicated shared storage is required.
  • the general-purpose playback device 3 and/or the editing device 4 need to wait for the completion of recording, or cannot even access the material server 6.
  • the general-purpose editing device 4 and the reproducing device 3. are a bottleneck in operation.
  • the trouble of this setting and the like occurs, and it is difficult to add the reproducing apparatus 3 and/or the editing apparatus 4.
  • the present inventor has conducted diligent studies, and as a result, the general reason why the video data 200 being recorded cannot be normally recognized by a general-purpose editing machine or decoder and editing or reproduction cannot be supported is that the transmission is The main cause is that the video data 200 is being written or that there is no footer at the end of the video data 200, not according to the protocol. This is because the footer of the video data 200 may describe the byte length of the video frame and the like, and without this, the format cannot be completed. Therefore, the present inventor has conducted earnest experiments and developments in order to eliminate these causes and completed the present invention.
  • An editing system X is an editing system that provides video data 200 and enables chasing reproduction or chasing editing during recording, and is for a footer required for generating a footer in a file in a container format.
  • the recording means 100 stores the data 210 in addition to the video data 200 and the footer data 210 stored by the storage means 100 at a specific timing before the recording of the video data 200 is completed.
  • the camouflage reference unit 110 that generates a masquerading footer and associates it with the video data 200 and refers to the camouflage file 220 corresponding to the association instead of the video data 200, and the camouflage file 220 that the camouflage reference unit 110 refers to are in the container format.
  • It is characterized by comprising a reproduction/edit transmission means 120 for transmitting as a file and performing a chase reproduction or a chase edit during recording.
  • a reproduction/edit transmission means 120 for transmitting as a file and performing a chase reproduction or a chase edit during recording.
  • the specific timing is the reference timing at which the file name of the camouflage file 220 is disclosed to the outside and the camouflage file 220 is referred to. It is characterized in that the recording is completed by grasping the number of frames at the end of the video data 200 stored at the time and generating a footer up to the number of frames. With this configuration, with respect to the video data 200 recorded halfway, the video data 200 up to the number of frames at the time of reference is acquired by the general-purpose playback device 3 or the editing device 4, and the follow-up playback or the follow-up editing is performed. It becomes possible to do.
  • the camouflage reference unit 110 increases the serial number of the camouflage file 220 to be referred to each time the camouflage file 220 is referenced, and the camouflage reference unit 110 sets the end of the video data 200.
  • the feature is that footers with different numbers of frames can be created. With this configuration, even if the video data 200 is referenced at different timings, the camouflaged files 220 having the same serial number can be acquired with the same number of frames. Therefore, the number of frames can be matched during reproduction and editing, and an error or the like can be prevented.
  • the specific timing is the reference timing at which the camouflage file 220 is referenced.
  • the specific timing may be the transmission timing when the transmission is performed in the reproduction edit transmission process.
  • the camouflage reference unit 110 or the reproduction/edit transmission unit 120 can create the footer of the video data 200 from the footer data 210 at the time of transmission.
  • the camouflage file 220 can be transmitted with the number of frames actually transmitted, not just with reference, and the camouflage file 220 with a larger number of frames can be transmitted.
  • the specific timing may be the disclosure timing when the file name of the camouflaged file 220 is disclosed to the outside.
  • the example in which MXF is used as the file in the container format has been described.
  • MXF container format other than MXF, such as MKV.
  • the recording format or recording format of the video data 200 may be MP4, AVI, other program stream (PS) format, other transport stream format (TS), or the like, depending on system requirements.
  • the video data 200 may be compressed with various codecs.
  • the footer data 210 may be generated by analyzing the byte length or the like of the video data 200 on the storage server 1 to acquire the information necessary for the footer configuration.
  • the camouflage file 220 the file name of the serial number including the first frame of the video data 200 and having a different number of frames is disclosed.
  • the camouflage file 220 having an increased serial number may include only the data of the frame of the difference from the camouflage file 220 having the preceding serial number. In this case, a new header may be created and included in the serially numbered files.
  • the camouflage reference unit 110 may separately provide the camouflage file 220 of the difference data.
  • the camouflage file 220 such as “sample01 — 0001-0002.mxf” can be provided.
  • sample01_0002.mxf and “sample01_0001-0002.mxf” are released to the outside at the timing when the reference of "sample01_0001.mxf" is received. Then, the time point of the Z frame that is referenced by either one is the end frame of “sample01 — 0002.mxf”. At this time, “sample01_0001-0002.mxf” becomes the video data 200 from the X+1 frame to the Z frame, and the camouflage reference unit 110 recognizes the cut-out position of the video data 200, and the header or footer of "sample01_0001-0002.mxf". Can be created.
  • the differential data in consideration of the creation of the header and the position of the first byte of the video data 200. Further, also in this case, the information necessary for header creation and cutout may be acquired from the recording device 2.
  • the byte length of the frame corresponds to the number of frames.
  • This fixed value can be set to a byte length value when the standard length (the number of frames) is the maximum value in the standard or a predetermined value before the recording is completed. ..
  • the reproducing device 3 and/or the editing device 4 determines the byte length in the subsequent frames. Therefore, it is possible to refer.
  • the camouflage reference unit 110 may camouflage a frame having a fixed byte length by filling (padding) the data of the frame less than the fixed value with dummy data. Thereby, when the number of frames of the video data 200 is the maximum value, the reproducing device 3 can continue the reproduction up to the maximum value. Further, even in the reproducing device 3 and the editing device 4 which require the fixed-length video data 200, an error can be prevented from occurring in the follow-up reproduction and the follow-up editing. It should be noted that the camouflage reference means 110 can detect the abnormal processing due to the specifications of the reproducing apparatus 3 and the editing apparatus 4 and change the fixed value setting. Further, the camouflage reference unit 110 may instruct the reproducing apparatus 3 and the editing apparatus 4 to change the set values such as not reproducing a nonexistent frame position and allowing an error.
  • the camouflage reference unit 110 may change the compression ratio of the video or audio without filling the dummy data when setting the byte length of the frame data of the video data 200 to a fixed value. In this case, the camouflage reference unit 110 can also notify the recording device 2 of that fact and encode the video with a predetermined byte length.
  • the codec or the like may be temporarily changed to allow the deterioration of the image quality or to suppress the deterioration of the image quality.
  • a video encoding method that always has a fixed length even if it is usually, even if the fixed length is changed to adapt to the fixed value described above or a variable length codec is changed. Good.
  • frames may be created in GOP (Group of Pictures) units or I picture units.
  • GOP Group of Pictures
  • I picture may be added.
  • the reproduction/edit transmission unit 120 may instruct the reproduction apparatus 3 not to fade in or fade out the sound or adjust the sound level when switching the camouflage file 220.
  • the reproduction/editing/transmission unit 120 may use the dissolve effect for video and the crossfade effect for audio when switching between the camouflage files 220, so as to reduce the discomfort associated with discontinuity.
  • the reproduction/edit transmission unit 120 may perform switching control of frame accuracy during chasing reproduction or chasing editing of the camouflaged file 220.
  • the reproduction/edit transmission unit 120 may use the dissolve effect for video and the crossfade effect for audio when switching during follow-up reproduction or follow-up editing. With this configuration, it is possible to reduce the discomfort associated with discontinuity when performing chase playback or chase edit by using a plurality of camouflage files 220 having serial numbers with different numbers of frames.
  • the storage server 1 executes the processing of each functional unit.
  • the playback device 3 and/or the editing device 4 may be configured to include each functional unit.
  • some functional units may be executed on the storage server 1.
  • the storage unit 100 may be made to function on the storage server 1
  • the camouflage reference unit 110 and the reproduction/edit transmission unit 120 may be made to function in the reproduction device 3 and/or the editing device 4.
  • the camouflage reference unit 110 may be configured to have the function of the reproduction/edit transmission unit 120. That is, the camouflage reference unit 110 may operate on the storage server 1 or may function on the reproduction device 3 and/or the editing device 4.
  • the camouflage reference unit 110 When functioning on the playback device 3 and/or the editing device 4, the camouflage reference unit 110 is installed in the playback device 3 and/or the editing device 4 and, for example, a device driver that makes the storage server 1 look like a local disk. It may be made to function by executing or middleware or application software. That is, the camouflage reference unit 110 may be realized by software that mediates communication between the reproduction device 3 and/or the editing device 4 and the storage server 1. With this configuration, a flexible configuration can be accommodated. For example, when the storage server 1 is not provided with the camouflage reference unit 110, a general high-speed storage can be used as the storage server 1.
  • the device configuration of the editing system X is not limited to the above.
  • the storage server 1 can also be configured to separately use an archive device provided with an external video storage.
  • a low resolution server that stores low resolution material images for editing may be included.
  • a broadcast video management server for storing the video data 200 for broadcast reproduction that has been edited may be separately provided.
  • the recording device 2 and the storage server 1 may be configured as an integrated broadcast video server.
  • a system control device video management device that controls the editing system X as a whole, a video analysis device, and the like may be separately provided.
  • the editing device 4 and the reproducing device 3 may be included in the same device.
  • the reproducing apparatus 3 and the editing apparatus 4 are separate systems via a network, but in some cases, for example, the reproducing apparatus 3 and the editing apparatus 4 may be provided in a storage server.
  • the configuration relating to the exchange of information such as a camouflaged file between the respective devices in the storage server may be adopted.
  • each unit in the recording device 2 in the present embodiment does not have to be realized by independent hardware, and a plurality of units may be realized by one piece of hardware. With this configuration, a flexible configuration can be dealt with.
  • the editing system according to the embodiment of the present invention can be applied not only to the playback device 3 and/or the editing device 4 but also to various devices that use video data.
  • a device that uses video data it can be applied to, for example, an encoder, a decoder, an editing machine, a material server, a transmission server, and the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

汎用の再生装置又は編集装置で、追いかけ再生又は追いかけ編集が可能な編集システムを提供する。編集システムＸは、蓄積サーバー１、収録装置２、再生装置３、及び編集装置４を備える。蓄積サーバー１の格納手段１００は、コンテナフォーマットのファイルにおけるフッターの生成に必要なフッター用データ２１０を、映像データ２００の他に記憶部１１へ格納させる。偽装参照手段１１０は、映像データ２００の収録が完了する前の特定タイミングにおいて、格納されたフッター用データ２１０を用いて、収録完了済みと見せかけるフッターを生成して映像データ２００と関連付け、当該関連付けに対応した偽装ファイル２２０を映像データ２００の代わりに参照させる。再生編集送信手段１２０は、偽装ファイル２２０をコンテナフォーマットのファイルとして送信し、収録中の追いかけ再生又は追いかけ編集を行わせる。

Description

編集システム
　本発明は、主に放送局等で使用される、映像データを提供し、収録中の追いかけ再生又は追いかけ編集が可能な編集システムに関する。
　近年、放送局等において、映像データを編集用の素材として、素材用のビデオサーバー等に格納し、これをノンリニア編集し、放送用に送出するような編集システムが実用化されている。
　このような従来の編集システムとして、特許文献１を参照すると、編集用元素材と編集済素材との関係を抜き出した情報である元素材情報データを作成し、再び編集する場合には、編集済素材とプロジェクトデータと元素材情報データとを使用して編集する技術が記載されている。
特開２０１２－３４２１８号公報
　しかしながら、汎用のノンリニア編集機等の編集装置、送出用の再生装置等では、オフラインで収録完了したファイルしか使用できなかった。このため、これらの装置では、収録中の映像データを追いかけ再生や追いかけ編集で使用できず、特別に構成された、専用の装置が必要となっていた。
　本発明は、このような状況に鑑みてなされたものであり、上述の問題を解消することを課題とする。
　本発明の編集システムは、映像データを提供し、収録中の追いかけ再生又は追いかけ編集が可能な編集システムであって、コンテナフォーマットのファイルにおけるフッターの生成に必要なフッター用データを、前記映像データの他に格納する格納手段と、前記映像データの収録が完了する前の特定タイミングにおいて、前記格納手段により格納された前記フッター用データを用いて、収録完了済みと見せかけるフッターを生成して前記映像データと関連付け、当該関連付けに対応した偽装ファイルを作成し、前記偽装ファイルは前記映像データの代わりに外部に参照可能とする偽装参照手段と、前記偽装参照手段により参照可能となった前記偽装ファイルを外部に送信する再生編集送信手段とを備えることを特徴とする。
　本発明の編集システムは、前記特定タイミングは、前記偽装ファイルのファイル名を外部に公開し、前記偽装ファイルが参照された参照タイミング、又は前記偽装ファイルを送信する送信タイミングであり、前記偽装参照手段は、前記特定タイミングの時点で格納されている前記映像データの終端のフレーム数を把握して、当該フレーム数までの前記フッターを生成することで、収録完了済みと見せかけることを特徴とする。
　本発明の編集システムは、前記偽装参照手段は、前記偽装ファイルが参照される毎に、参照させるための偽装ファイルの連番を増やしていき、前記映像データの終端の前記フレーム数が異なる前記フッターを作成可能とすることを特徴とする。
　本発明の編集システムは、前記映像データのフレームのバイト長を固定値に設定し、前記偽装参照手段は、前記固定値に満たない前記フレームのデータはダミーデータで埋めることで、前記固定値のバイト長のフレームに偽装することを特徴とする。
　本発明によれば、コンテナフォーマットのファイルにおけるフッターの生成に必要なフッター用データを、映像データの他に格納し、収録が完了する前の特定タイミングにおいて、フッター用データを用いて、収録完了済みと見せかけるフッターを生成して映像データと関連付け、当該関連付けに対応した偽装ファイルを映像データの代わりに参照させることで、収録中の映像データについて、汎用の編集装置又は再生装置にて、追いかけ再生又は追いかけ編集を行わせることが可能な編集システムを提供することができる。
本発明の実施の形態に係る編集システムＸの概略構成を示すシステム構成図である。 本発明の実施の形態に係る収録中映像提供処理の流れを示すフローチャートである。 本発明の実施の形態に係る偽装参照処理による偽装ファイルの参照を示す概念図である。 本発明の実施の形態に係る偽装参照処理におけるフレーム数の異なる偽装ファイルの例を示す概念図である。 従来のビデオサーバーシステムを示すシステム構成図である。
＜実施の形態＞
〔編集システムＸの制御構成〕
　以下で、本発明の実施の形態について、図面を参照して説明する。
　編集システムＸは、放送局等で使用される、映像データ２００を提供し、収録中の追いかけ再生又は追いかけ編集が可能な編集システム（ビデオサーバーシステム）である。編集システムＸは、映像データ２００の収録が完了する前でも収録完了済みと偽装した偽装ファイル２２０を再生装置３又は編集装置４に提供し、収録中の追いかけ再生機能又は追いかけ編集を可能とする。
　図１によると、編集システムＸは、蓄積サーバー１と、収録装置２と、再生装置３と、編集装置４とが、ネットワーク５で接続されて構成されている。
　蓄積サーバー１は、映像データ２００を蓄積し、他装置へ送信するサーバー等の装置である。本実施形態において、蓄積サーバー１は、収録装置２で収録された収録素材（素材映像）の映像データ２００等を格納する素材映像サーバーとして機能する。これに加えて、蓄積サーバー１は、マルチプレクサ（Multiplexer、MUX）による多重化の機能を含む。具体的には、蓄積サーバー１は、映像データ２００そのものを提供（送信）せず、後述する偽装ファイル２２０として参照、送信させる。
　収録装置２は、画像データや音声データ等を収録して、これらを画像や音声のエンコーダーを用いて、撮像された各種コーデックに符号化（変換）する装置である。
　本実施形態において、収録装置２は、例えば、後述する撮像部２０で撮像された非圧縮の画像データを収録して符号化する。また、収録装置２は、専用回線やネットワーク５を介して、他局等にあるサーバー、ＶＴＲ、その他の機器から画像データを収録してもよいし、ＭＸＦ（Media eXchange Format）等のファイルで取り込むことで収録してもよい。エンコーダーでの符号化に用いる映像符号化方式（コーデック）は、例えば、ＭＰＥＧ２、Ｈ．２６４、Ｈ．２６５等を用いることが可能であるが、これに限られない。符号化されたデータについて、収録装置２は、映像データ２００として、蓄積サーバー１や再生装置３へ送信することが可能である。
　再生装置３は、いわゆる汎用の放送局用の送出サーバー等を含む送出設備の装置である。再生装置３は、蓄積サーバー１に記録されている素材映像や蓄積サーバー１に記録された放送映像を放送出力（オンエア）する。加えて、再生装置３は、放送映像を、試写のために再生することも可能である。
　編集装置４は、いわゆる汎用のノンリニア編集機である。編集装置４は、レンダリング編集、カット編集等の編集処理を行う。このうち、レンダリング編集は、蓄積サーバー１に格納された映像データ２００を、実際にレンダリングしつつ編集する処理である。カット編集は、レンダリングを行わないでクリップ化する処理である。
　本実施形態において、編集装置４は、図示しない表示部、キーボード、ポインティングデバイス、操作器等を備えている。さらに、編集装置４は、実際にこの編集作業を行うコンピュータである編集制御手段（編集手段）と、映像データ２００や編集のタイムライン等を表示させる表示部（ディスプレイ）と、編集の指示を入力するための操作パネル（操作手段）等を備えている。
　編集装置４は、蓄積サーバー１に対して映像データ２００を参照することで、後述する偽装ファイル２２０を読み込み、この画像をレンダリングして表示部でユーザに確認させる。この上で、編集装置４は、ユーザに操作パネルを操作させ、編集処理の対象となる部分を指定させて、カット編集やレンダリング編集等を実行する。そして、編集装置４は、編集後の映像データ２００やクリップ化のための編集情報を、蓄積サーバー１に送信して格納させる。
　これらの編集処理において用いる編集情報は、例えば、処理対象となる部分の映像フレーム位置、映像上の座標、音声サンプルの位置の範囲、処理の内容等を含む。上述の編集処理の種類は、処理対象が映像の場合には、各種画像効果、クリップ間の接続とその効果、輝度や色の調整処理、フェードイン、フェードアウト、音量調整等を含む。
　ネットワーク５は、各装置を結ぶＬＡＮ（Local Area Network）、光ファイバー網、ｃ．ｌｉｎｋ、無線ＬＡＮ（ＷｉＦｉ）、携帯電話網等の各装置を相互に接続して通信を行う通信手段である。ネットワーク５は、専用線、イントラネット、インターネット等を用いてもよく、これらが混在しても、ＶＰＮ（Virtual Private Network）を構成していてもよい。さらに、ネットワーク５は、ＴＣＰ／ＩＰやＵＤＰ等のＩＰネットワークを用いて、各種プロトコルで接続されてもよい。
　より具体的に説明すると、蓄積サーバー１は、ハードウェア資源の一部として、制御部１０及び記憶部１１を備えている。
　制御部１０は、後述する機能部を実現し、本実施形態の収録中映像提供処理の各処理を実行する情報処理手段である。制御部１０は、例えば、ＣＰＵ（Central Processing Uni t、中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Proce ssor、特定用途向けプロセッサー）等で構成される。
　記憶部１１は、一時的でない記録媒体である。記憶部１１は、例えば、ＳＳＤ（Solid State Disk）、ＨＤＤ（Hard Disk Drive）、磁気カートリッジ、テープドライブ、光ディスクアレイ等のビデオストレージとして構成される。
　このビデオストレージには、例えば、素材映像のファイルである映像データ２００、完成した番組等の放送映像等が格納される。蓄積サーバー１に格納されたファイルは、番組の放送スケジュールに沿って再生装置３に転送されたり、編集装置４による番組編集処理に用いられたりする。これらのデータの詳細については後述する。
　加えて、記憶部１１は、一般的なＲＯＭ（Read Only Memory）、ＲＡＭ（Random Acces s Memory）等も含んでいる。これらには、制御部１０が実行する処理のプログラム、データベース、一時データ、その他の各種ファイル等が格納される。
　収録装置２は、撮像部２０（撮像手段）を備えている。
　撮像部２０は、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal O xide Semiconductor）素子等を用いたカメラ等の撮像装置である。撮像部２０は、収録装置２に内蔵しても、接続された外付けのカメラであってもよい。
　撮像部２０は、撮像された画像をデジタル変換し、例えば、ＨＤ－ＳＤＩ規格の画像データとして、収録装置２へ送信する。この際、撮像部２０に装着され、又は、外設されたマイクロフォン等からの音声データも、ほぼ同時に収録装置２へ送信してもよい。または、これらの画像データや音声データは、ミキサーや各種機材を介して、収録装置２へ送信することも可能である。
　次に、蓄積サーバー１の機能構成及びデータの詳細について説明する。
　制御部１０は、格納手段１００、偽装参照手段１１０、及び再生編集送信手段１２０を備える。
　記憶部１１は、映像データ２００及びフッター用データ２１０を格納する。
　格納手段１００は、収録装置２から、映像データ２００を取得して、記憶部１１に格納する。この他に、格納手段１００は、収録装置２から、フッター用データ２１０を取得し、映像データ２００の他に、記憶部１１に格納する。
　偽装参照手段１１０は、フッターを生成して映像データ２００と関連付け、当該関連付けに対応した偽装ファイル２２０を映像データ２００の代わりに参照させる。このフッターは、映像データ２００の収録が完了する前の特定タイミングにおいて、格納手段１００により格納されたフッター用データ２１０を用いて、収録完了済みと見せかけるための偽装されたフッターである。
　具体的には、偽装参照手段１１０は、特定タイミングの時点で格納されている映像データ２００の終端のフレーム数を把握して、当該フレーム数までのフッターを生成することで、収録完了済みと見せかける。すなわち、偽装参照手段１１０は、再生装置３、編集装置４と蓄積サーバー１間の通信を媒介する。ここで、フレーム数を把握するための特定タイミングとしては、偽装ファイル２２０のファイル名を外部に公開し、偽装ファイル２２０が参照された参照タイミング、又は、偽装ファイル２２０を送信する送信タイミングを用いてもよい。
　さらに、偽装参照手段１１０は、偽装ファイル２２０が参照される毎に、参照させるための偽装ファイル２２０のファイル名の連番を増やしていくことで、映像データ２００の終端のフレーム数が異なるフッターを作成可能である。
　再生編集送信手段１２０は、偽装参照手段１１０により参照させた偽装ファイル２２０をコンテナフォーマットのファイルとして送信し、収録中の追いかけ再生又は追いかけ編集を行わせる。
　映像データ２００は、蓄積サーバー１に格納される映像（画像）及び／又は音声データである。本実施形態では、映像データ２００は、例えば、音声データ等と多重化されたＭＸＦ形式のファイルを用いる。ＭＸＦは、いわゆる業務用映像ファイルを格納するコンテナフォーマットのファイルの一種である。具体的には、ＭＸＦは、カムコーダ、録画再生機、ノンリニア編集機、送出設備等の放送用装置機材に利用されており、映像や音声等の様々なフォーマットのデータを、メタデータとともにラッピングすることができる。このメタデータは、例えば、フレームレート、フレームサイズ、作成日、撮像部２０の撮影者、素材映像の各種情報を含めることができる。この各種情報としては、例えば、タイトルや内容、再生時間、シーンの情報、映像中の人物等を含む物体の情報等を用いることが可能である。
　ここで、本実施形態において、収録装置２からの収録が継続している収録中においては、映像データ２００は、映像ストリームとして、書き込み中（排他書き込み）であり、読み取り専用等の属性が設定される。加えて、映像データ２００の末尾には、フッターがないことがある。すなわち、本実施形態では、収録中の映像データ２００は、ＭＸＦ形式として完成していない状態となる。この状態の映像データ２００は、汎用の再生装置３や編集装置４によって、そのまま読み出されても、追いかけ編集や追いかけ再生ができないことがある。
　フッター用データ２１０は、コンテナフォーマットのファイルのフッター等を構成するためのデータである。本実施形態では、フッター用データ２１０は、例えば、ＭＸＦ形式のファイルのフッターパーティションにおけるファイルフッターを構成するのに必要なデータである。このデータとしては、例えば、映像データ２００の記録フォーマット、現時点でのフレーム数やバイト位置等のデータを含む。加えて、フッター用データ２１０は、映像データ２００の内容を解析せずにフッターを作成するための他のデータを含んでいてもよい。フッター用データ２１０のフォーマット（形式）は、独自形式であっても、データベース形式であっても、テキストファイルであっても、ＭＸＦのフッターに容易に変換可能なバイナリー形式であっても、その他の形式であってもよい。
　ここで、上述の各機能部は、記憶部１１に記憶された制御プログラム等が制御部１０で実行されることにより実現される。
　なお、これらの各機能部は、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）等により、回路的に構成されてもよい。
〔編集システムＸの収録中映像提供処理〕
　次に、図２～図４を参照して、本発明の実施の形態に係る編集システムＸを用いた収録中映像提供処理についてより詳しく説明する。
　本実施形態の収録中映像提供処理においては、収録装置２から、映像データ２００を送信する。送信された映像データ２００は、蓄積サーバー１に格納される。蓄積サーバー１は、この映像データ２００が再生装置３又は編集装置４で参照された際等に、収録（完成）済みに偽装された偽装ファイル２２０を生成、送信する。これにより、再生装置３又は編集装置４で、追いかけ再生又は追いかけ編集が可能となる。
　以下で、この編集システムＸによる収録中映像提供処理について、図２のフローチャートを用いて、更に詳しく説明する。
　まず、ステップＳ１０１において、格納手段１００が、映像データ格納処理を行う。
　格納手段１００は、収録装置２から、素材データとして映像データ２００を取得する。具体的には、収録装置２から送信された、収録中の多重化された映像ストリームを取得し、映像データ２００として、記憶部１１へ格納する。
　図３では、映像データ２００として、映像ファイル名「ｓａｍｐｌｅ０１．ｍｘｆ」のファイルが、記憶部１１に格納される例を示している。
　この例では、「ｓａｍｐｌｅ０１」は、上述の映像データ２００の名称を示す。この名称は、収録装置２の設定等により決定されるため、任意である。
　一方、拡張子の「．ｍｘｆ」は、コンテナフォーマットがＭＸＦ形式であることを示す。この拡張子は、本実施形態の再生装置３又は編集装置４で参照、編集、又は再生等により扱えることを示すものであればよい。
　ここで、格納手段１００は、映像データ２００について、読み取り専用（書き込み中）等の属性に設定しないようにする。これは、読み取り専用に設定されると、他の装置では参照できなくなるからである。または、格納手段１００は、読み取り専用等の属性を無効化してもよい。これにより、収録中であっても、従来のような専用再生装置６３（図６）や専用編集装置６４では、映像データ２００を参照可能となる。すなわち、従来のような専用再生装置６３や専用編集装置６４で、映像データ２００そのものが直接、参照された場合は、追いかけ編集や追いかけ再生を行うことが可能である。
　次に、ステップＳ１０２において、格納手段１００が、フッター用データ格納処理を行う。
　格納手段１００は、収録装置２から、映像データ２００に対するフッター用データ２１０を要求して取得し、記憶部１１に格納する。
　具体的には、収録装置２のエンコーダーからは、フレーム数やバイト位置（バイト長）等の情報も出力されている。収録装置２は、収録を開始したときから、収録完了時に、映像データ２００の終端にフッターを書き込むために、これらの情報を保持している。収録装置２は、これらのフッターを構成するために必要なデータを、蓄積サーバー１へ送信する。
　格納手段１００は、このフッターを構成するために必要なデータを収録装置２から取得して、ＭＸＦ等のコンテナフォーマットのファイルにおけるフッターの生成に必要なデータとして、映像ファイルと関連付けて記憶部１１に格納する。これにより、収録途中であっても、破綻ないＭＸＦ形式等のファイルとして多重化可能となる。
　図３では、映像データ２００と関連付けられたフッター用データ２１０として、「ｓａｍｐｌｅ０１．ｆｏｏｔｅｒ」が格納される例を示している。このフッター用データ２１０の名称も、映像データ２００と対応づければ、任意である。
　次に、ステップＳ１０３において、偽装参照手段１１０が、偽装参照処理を行う。
　偽装参照手段１１０は、映像データ２００の収録が完了する前の特定タイミングにおいて、格納手段１００により格納されたフッター用データ２１０を用いて、収録完了済みと見せかけるフッターを生成して映像データ２００と関連付ける。この上で、偽装参照手段１１０は、当該関連付けに対応した偽装ファイル２２０を、外部から参照させる。これにより、汎用の再生装置３及び編集装置４にて、汎用のプロトコルで、収録済みに偽装された映像データ２００を、偽装ファイル２２０として取得することが可能となる。
　具体的に、偽装参照手段１１０は、偽装ファイル２００のファイル名として、例えば、「映像ファイル名＿（連番）．ｍｘｆ」のような、連番のファイル名を外部に公開する。この連番としては、映像データ２００の映像ファイル名に「＿０００１」等の数値を付加することが可能である。この連番は、例えば、上述の例のような十進数の数桁の数、十六進数の数桁の数（０～９、Ａ～Ｆ）の数値を用いてもよいものの、桁数や連番の表現方法は、任意である。すなわち、１６進数の「０ｘ」をつけた連番である「映像ファイル名＿０ｘ０００Ａ．ｍｘｆ」「映像ファイル名＿０ｘ０００Ｂ．ｍｘｆ」のようなファイル名を用いることも可能である。さらに、これらのファイル名は、映像データ２００との関連付けができれば、例えば、ランダムな文字列を持つファイル名でもよく、連番でなくてもよく、映像ファイル名を含まなくてもよい。
　図３は、蓄積サーバー１に格納される実体である映像データ２００と、編集装置４及び再生装置３から参照される偽装ファイル２２０との関係を示す。
　本実施形態においては、蓄積サーバー１は、映像データ２００のファイル一つにつき、映像データ２００そのもののファイル名と、収録完了済みに偽装された偽装ファイル２２０のファイル名とを含む、少なくとも二種類以上のファイル名を外部に公開しているように見せる。
　図３の例では、例えば、映像データ２００として、実体の「ｓａｍｐｌｅ０１．ｍｘｆ」と、偽装ファイル２２０として「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」とが公開される。
　この上で、偽装参照手段１１０は、再生装置３又は編集装置４から偽装ファイル２２０が参照された場合、このタイミングを、「特定タイミング」と設定する。すなわち、上述の例では、「映像ファイル名＿（連番）．ｍｘｆ」のようなファイル名が参照されたタイミングである。
　そして、偽装参照手段１１０は、特定タイミングを収録完了タイミングとした、偽装ファイル２２０用のフッターのデータを作成する。上述の例では、偽装参照手段１１０は、「映像ファイル名＿（連番）．ｍｘｆ」用のフッターを作成する。この際、偽装参照手段１１０は、その時点で保管されている映像データ２００の終端のフレーム数を把握し、フッター用データ２１０に基づいたフッターを作成する。そして、偽装参照手段１１０は、作成したフッターを映像データ２００と関連付ける。これにより、偽装参照手段１１０により作成されたフッターのデータを含めた、完成済みの形式の偽装ファイル２２０を送信可能となる。
　図４の具体例により説明すると、偽装参照手段１１０は、再生装置３及び／又は編集装置４から「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」の参照を受けた特定タイミングで、フッターを作成し、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」に関連付ける。
　この例では、偽装参照手段１１０は、映像データ２００の先頭からＸフレームを、特定タイミングと設定する。すなわち、偽装参照手段１１０は、映像データ２００である「ｓａｍｐｌｅ０１．ｍｘｆ」自体の収録が続いているものの、Ｘフレーム（尺長）までのデータが記録されていることを確認する。この際、偽装参照手段１１０は、例えば、「ｓａｍｐｌｅ０１．ｍｘｆ」のバイト位置ＹまでがＸフレームであることを、フッター用データ２１０から認識することが可能である。
　これにより、偽装参照手段１１０は、フッター用データ２１０に基づいて、Ｘフレームまでの映像データ２００用のフッターを作成する。ここで、偽装参照手段１１０は、例えば、フッター用データ２１０を、そのままコピー等することで（無加工で）フッターにするように構成することが、処理対応時間の関係等から好適である。しかしながら、偽装参照手段１１０は、フッターの記述内容に対応して、映像データ２００及び／又はフッター用データ２１０を、適宜、解析又は加工してフッターを作成してもよい。また、偽装参照手段１１０は、既に格納されたフッター用データ２１０だけでフッターを作成するのが難しい場合、収録装置２から、その都度、フッター用データ２１０を取得してもよい。
　これらの偽装によって、蓄積サーバー１は、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」として、Ｘフレーム（バイト位置Ｙ）までのフッターを含む映像データ２００の偽装ファイル２２０を応答可能である。
　このため、後述する再生編集送信処理により、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」は、Ｘフレームまで収録して収録を完了した映像データ２００のように偽装されて、再生装置３及び／又は編集装置４で取得できる。このため、追いかけ再生又は追いかけ編集の際に、破綻やエラーを生じさせずに使用可能となる。
　さらに、偽装参照手段１１０は、偽装ファイル２２０が参照される毎に、参照させるための偽装ファイル２２０の連番を増やしていき、映像データ２００の終端のフレーム数が異なるフッターを作成することが可能である。すなわち、偽装参照手段１１０は、参照を受けるごとに、より長いフレーム数（尺長）で映像データ２００を偽装したフッターを作成して、連番を増やしていく。これは、映像データ２００が異なるタイミングで参照されることに備えるためである。
　具体的に、上述の例でいうと、偽装参照手段１１０は、「映像ファイル名＿（連番）．ｍｘｆ」のフッターが生成される時点で、「映像ファイル名＿（連番＋１）．ｍｘｆ」のファイル名を追加で公開する。さらに、偽装参照手段１１０は、「映像ファイル名＿（連番＋１）．ｍｘｆ」が参照された場合、「映像ファイル名＿（連番）．ｍｘｆ」とは異なるフレーム数（バイト位置）のフッターを作成する。この上で、偽装参照手段１１０は、「映像ファイル名＿（連番＋２）．ｍｘｆ」のファイル名を追加で公開する。
　図４の例では、偽装参照手段１１０は、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」の参照を受けた時点で同時に「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」を追加して外部に公開する。すなわち、「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」は、Ｘフレームとは、異なるタイミングで参照される。ここで、「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」を参照された場合、そのタイミングがＺフレームであった場合、そのＺフレーム（バイト位置Ｗ）のフッターが作成され、同様の処理を行われる。つまり、参照タイミングにより、偽装ファイル２２０のフレーム数（バイト位置、尺長）が異なる。同様に、収録が完了するまで、参照を受けるごとに、より長いフレーム数の映像データ２００を偽装したフッターが作成され、連番が増えていく。
　次に、ステップＳ１０４において、再生編集送信手段１２０が、再生編集送信処理を行う。
　再生編集送信手段１２０は、参照された偽装ファイル２２０を、コンテナフォーマットのファイルとして送信する。すなわち、再生編集送信手段１２０は、編集装置４又は再生装置３に送信するときは、偽装参照手段１１０により作成されたフッターのデータを含めた、完成済みの形式の偽装ファイル２２０を送信する。このため、データを送信する際には、収録（完成）済みとして成立したように見せかけた偽装ファイル２２０を提供することが可能である。すなわち、再生編集送信手段１２０は、「映像ファイル名＿（連番）．ｍｘｆ」を再生装置３又は編集装置４に送信する際に、完成済みのコンテナフォーマットのファイルとして「終端フレーム数の映像」＋「フッター」を送信する。
　これにより、再生装置３及び／又は編集装置４は、参照された特定タイミングで収録完了したようにみえる映像データ２００を取得することが可能となる。すなわち、編集装置４又は再生装置３では完成済みファイルとして取り扱うことが可能となる。結果として、再生装置３は、収録中であっても追いかけ再生を行うことが可能となる。または、編集装置４は、収録中であっても追いかけ編集を行うことが可能となる。
　図４の例では、映像データ２００にＸフレームまで格納された場合に、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」が参照されると、映像データ２００のＸフレーム（バイト位置Ｙ）を終端とする偽装ファイル２２０－１が送信される。「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」の場合は、映像データ２００のＺフレーム（バイト位置Ｗ）までを終端とする偽装ファイル２２０－２が送信される。
　より具体的に説明すると、図４に示すような「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」そのものは固定のフレーム数のファイルとして送信される。そのため、Ｘフレームよりも後ろの映像を使用したい場合、適切な運用を行う必要がある。
　たとえば、編集用途の場合、適宜、「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」等、後続フレームを含む、その後の連番の偽装ファイル２２０を参照する必要がある。しかしながら、その後の連番の偽装ファイル２２０でも、Ｘフレームまでは「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」と同じ内容となる。このため、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」を取得することで、Ｘフレームまでの位置については、先行して編集が可能となる。
　さらに、再生装置３による再生用途の場合、再生編集送信手段１２０は、例えば、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」の終端まで再生したタイミングで、「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」等の後続フレームを含む偽装ファイル２２０を参照し、バック・トゥ・バックで連続再生するように、再生装置３に指示してもよい。すなわち、再生編集送信手段１２０は、映像の連続性を維持する必要がある場合、フレーム精度の切り換え制御を行ってもよい。この切替時には音声がフェードイン、フェードアウトされることがあるため、再生編集送信手段１２０は、切替タイミングでこれをしないように、再生装置３に指示したり、音声レベルを調整したりしてもよい。
　さらに、編集装置４により、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」と「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」とが連結編集される場合も、連結点の音声がフェードイン、フェードアウトされることがある。このため、再生編集送信手段１２０は、これに合わせて、音声レベルを調整してもよい。
　さらに、再生編集送信手段１２０は、追いかけ再生又は追いかけ編集時に、切り換えの際、映像はディゾルブ効果、音声はクロスフェード効果等を用いることで、不連続性に伴う違和感を緩和するようにしてもよい。
　なお、偽装参照手段１１０は、再生装置３及び／又は編集装置４から「ｓａｍｐｌｅ０１．ｍｘｆ」の参照を受けた場合は、収録中のファイルである「ｓａｍｐｌｅ０１．ｍｘｆ」の内容を、そのまま応答する。このとき、汎用の再生装置３及び／又は編集装置４では、エラーになる可能性がある。
　このため、別途、専用再生装置６３（図５）や専用編集装置６４を接続し、映像データ２００を解析、使用してもよい。あるいは、フッターを扱わない、フッターを特に意識しない、又は、フッターを処理に利用しない再生装置３及び／又は編集装置４の場合、フッターのない「映像ファイル名．ｍｘｆ」を参照させることも可能である。この場合、「映像ファイル名．ｍｘｆ」は、常にデータが追記されていくため、このファイルの追いかけ再生を実現することができる。
　以上により、収録中映像提供処理を終了する。
　以上のように構成することで、以下のような効果を得ることができる。
　放送局等で用いられるビデオサーバーシステム（編集システム）で求められる機能のひとつに、追いかけ再生機能、追いかけ編集機能がある。これは収録装置２で収録中の映像データ２００を各装置で取得し、収録が完了する前に再生や編集を行う機能である。
　図５に、この従来の編集システムＰの構成の一例を示す。図５において、図１と同様の構成には、同じ符号を示している。編集システムＰは、専用の装置のみを対象としたビデオサーバーシステムとして提供される。
　この例の場合、素材サーバー６は、単純な、高速ストレージとして提供される。さらに、この素材サーバー６に、専用再生装置６３と、専用編集装置６４とが接続され、収録中の追いかけ再生又は追いかけ編集が行われていた。すなわち、追いかけ再生、追いかけ編集の実装には専用の装置が必要であった。
　これは、収録中、作成中の素材データ（映像データ２００）を追いかけで使用したい場合に、汎用の編集機やデコーダ等、オフラインで完成済みのファイルの使用が想定されている装置では対応できなかったためである。すなわち、汎用の編集機やデコーダの装置は、その多くが収録を完了した完成済みの映像データ２００を対象としているため、収録中の映像データ２００を正常に認識できない等の理由で、対応が難しかった。
　一方、編集システムＰの仕様に対応しない汎用の編集装置４や再生装置３を接続するためには、専用の共有ストレージである専用交換サーバー７が必要であった。これは、汎用の再生装置３及び／又は編集装置４では、収録の完了を待つ必要がある、又は、素材サーバー６にアクセスすることすらできないためである。
　この場合、専用交換サーバー７に、収録後の映像データ２００のみを送信し、この収録後（完成済み、収録済み）の映像データ２００を、汎用の編集装置４や再生装置３により参照させていた。すなわち、汎用の編集装置４や再生装置３では、追いかけ編集や追いかけ再生ができないため、運用のボトルネックになっていた。
　さらに、専用交換サーバー７に転送した上で使用することになるため、この設定等の手間が発生し、再生装置３及び／又は編集装置４の追加等が難しかった。
　このような状態に鑑みて、本発明者が鋭意検討したところ、汎用の編集機やデコーダで収録中の映像データ２００を正常に認識できず、編集や再生に対応できない主な理由は、送信のプロトコルの規定ではなく、映像データ２００が書き込み中である、又は、映像データ２００の末尾にフッターがないことが主な原因となっていた。映像データ２００のフッターには、映像フレームのバイト長等が記載されることがあるので、これがないと、フォーマットとして完成しなくなるためである。このため、本発明者は、これらの原因を解消するため、鋭意実験と開発を行って、本発明を完成させるに至った。
　本発明の実施の形態に係る編集システムＸは、映像データ２００を提供し、収録中の追いかけ再生又は追いかけ編集が可能な編集システムであって、コンテナフォーマットのファイルにおけるフッターの生成に必要なフッター用データ２１０を、映像データ２００の他に格納する格納手段１００と、映像データ２００の収録が完了する前の特定タイミングにおいて、格納手段１００により格納されたフッター用データ２１０を用いて、収録完了済みと見せかけるフッターを生成して映像データ２００と関連付け、当該関連付けに対応した偽装ファイル２２０を映像データ２００の代わりに参照させる偽装参照手段１１０と、偽装参照手段１１０により参照させた偽装ファイル２２０をコンテナフォーマットのファイルとして送信し、収録中の追いかけ再生又は追いかけ編集を行わせる再生編集送信手段１２０とを備えることを特徴とする。
　このように構成することで、収録が完了する前でも収録完了済みとして、再生装置３及び／又は編集装置４に映像データ２００を提供することが可能となる。結果として、専用装置を用いなくても、汎用装置で直接、追いかけ編集や追いかけ再生を行うことができる。よって、コストを削減し、運用上のボトルネックを解消し、設定等の手間も減らすことができる。さらに、再生装置３及び／又は編集装置４を容易に交換したり、追加したりすることも可能となる。
　本発明の実施の形態に係る編集システムＸは、特定タイミングは、偽装ファイル２２０のファイル名を外部に公開し、偽装ファイル２２０が参照された参照タイミングであり、偽装参照手段１１０は、特定タイミングの時点で格納されている映像データ２００の終端のフレーム数を把握して、当該フレーム数までのフッターを生成することで、収録完了済みと見せかけることを特徴とする。
　このように構成することで、途中まで収録された映像データ２００について、参照された時点のフレーム数までの映像データ２００を、汎用の再生装置３又は編集装置４で取得し、追いかけ再生又は追いかけ編集することが可能となる。
　本発明の実施の形態に係る編集システムＸは、偽装参照手段１１０は、偽装ファイル２２０が参照される毎に、参照させるための偽装ファイル２２０の連番を増やしていき、映像データ２００の終端のフレーム数が異なるフッターを作成可能とすることを特徴とする。
　このように構成することで、異なるタイミングで映像データ２００が参照されても、同じ連番の偽装ファイル２２０については同じフレーム数で取得させることが可能となる。このため、再生や編集における、フレーム数の整合性をとることができ、エラー等の発生を防ぐことができる。
　さらに、参照タイミングでフッターを作成することで、連番の順に、フレーム数の多い偽装ファイル２２０を作成することができ、再生装置３や編集装置４でタイムライン等の構築の際に、分かりやすくなるという効果も得られる。
　なお、上述の実施の形態では、特定タイミングが、偽装ファイル２２０が参照された参照タイミングである例について説明した。
　しかしながら、特定タイミングは、再生編集送信処理で送信を行う際の送信タイミングであってもよい。この場合、偽装参照手段１１０又は再生編集送信手段１２０が、送信時に、映像データ２００のフッターを、フッター用データ２１０から作成することが可能である。
　このように構成することで、単に参照される際ではなく、実際に最初に送信される際のフレーム数で偽装ファイル２２０を送信させることができ、よりフレーム数の多い偽装ファイル２２０を送信可能となる。
　さらにいうと、特定タイミングは、偽装ファイル２２０のファイル名を外部に公開した際の公開タイミングであってもよい。
　上述の実施形態では、コンテナフォーマットのファイルとして、ＭＸＦを用いる例について記載した。
　しかしながら、ＭＸＦ以外のコンテナフォーマット、例えば、ＭＫＶ等を用いることも可能である。さらに、映像データ２００の記録形式や記録フォーマットは、システム要件に応じて、ＭＰ４、ＡＶＩ、その他のプログラムストリーム（ＰＳ）形式、その他のトランスポートストリーム形式（ＴＳ）等でもよい。さらに、映像データ２００は、各種コーデックで圧縮されていてもよい。
　上述の実施形態では、フッター用データ２１０の基になるデータとして、バイト長等のフッター構成に必要な情報を、収録装置２から送信する例について説明した。
　しかしながら、蓄積サーバー１上で、映像データ２００のバイト長等の解析を実行し、フッター構成に必要な情報を取得して、フッター用データ２１０を生成してもよい。
　上述の実施形態では、偽装ファイル２２０として、映像データ２００の最初のフレームを含み、フレーム数が異なる連番のファイル名を公開するように記載した。
　しかしながら、連番を増やした偽装ファイル２２０では、その前の連番の偽装ファイル２２０との差分のフレームのデータのみ含むようにしてもよい。この場合、連番のファイルに、新たなヘッダーを作成して含めてもよい。
　あるいは、後続のフレームとして、偽装参照手段１１０にて、差分データの偽装ファイル２２０を別途、提供してもよい。上述の例では、例えば、「ｓａｍｐｌｅ０１＿０００１－０００２．ｍｘｆ」といった偽装ファイル２２０を提供可能である。この場合、「ｓａｍｐｌｅ０１＿０００１．ｍｘｆ」の参照を受けたタイミングで、「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」と「ｓａｍｐｌｅ０１＿０００１－０００２．ｍｘｆ」とが外部に公開される。そして、どちらかが参照を受けたＺフレームの時点が、「ｓａｍｐｌｅ０１＿０００２．ｍｘｆ」の終端フレームとなる。このとき、「ｓａｍｐｌｅ０１＿０００１－０００２．ｍｘｆ」はＸ＋１フレームからＺフレームまでの映像データ２００となり、偽装参照手段１１０が映像データ２００の切り出し位置を認識して、「ｓａｍｐｌｅ０１＿０００１－０００２．ｍｘｆ」のヘッダーやフッターを作成することが可能である。この際、フレームの終端のみを設定する場合と異なり、ヘッダーの作成や映像データ２００の先頭バイト位置も考慮して、差分データを提供することが可能である。さらに、この場合も、ヘッダー作成や切り出しに必要な情報を、収録装置２から取得してもよい。
　上述の実施形態では、フレームのバイト長については、フレーム数に対応するような例について説明した。
　しかしながら、映像データ２００のフレームのバイト長を固定値に設定することも可能である。この固定値は、例えば、尺長（フレーム数）が規格上最大値となる場合におけるバイト長の値、又は、予め定められた値であることを、収録完了前に設定することが可能である。
　このように構成することで、フレームのバイト長として最大値を示せる場合、あるいは映像フレームのバイト長を予め定めておく場合、再生装置３及び／又は編集装置４としては後続フレームでもバイト長が確定しているため、参照が可能となる。
　さらに、この場合、偽装参照手段１１０は、固定値に満たないフレームのデータはダミーデータで埋める（パディングする）ことで、固定値のバイト長のフレームに偽装してもよい。
　これにより、映像データ２００のフレーム数が最大値である場合、再生装置３は最大値まで再生を継続することができる。さらに、固定長の映像データ２００を必要とするような再生装置３や編集装置４においても、追いかけ再生や追いかけ編集でエラーを生じなくさせることができる。
　なお、偽装参照手段１１０は、再生装置３、編集装置４の仕様等によって異常処理になった場合、これを検出して、固定値の設定を変更することも可能である。さらに、偽装参照手段１１０は、再生装置３や編集装置４へ、存在しないフレーム位置を再生しない、エラーを許容する、といった設定値に変更するよう指示してもよい。
　加えて、偽装参照手段１１０は、映像データ２００のフレームのデータについて、バイト長を固定値に設定する場合、ダミーデータで埋めずに、映像や音声の圧縮率を変更してもよい。この場合、偽装参照手段１１０は、収録装置２にもその旨を通知し、映像を定められたバイト長で符号化させることが可能である。このとき、映像符号化方式が映像内容によって可変長である場合、画質の低下を許容するか、又は、画質の低下を抑えるため、一時的にコーデック等を変更してもよい。その逆に、通常でも常に固定長となる映像符号化方式である場合、一時的に、この固定長を上述の固定値に適応するよう変更したり、可変長のコーデックに変更したりしてもよい。
　上述の実施の形態では、フッターをフレーム数単位で作成する例について説明した。
　しかしながら、映像符号化方式によっては、ＧＯＰ（Group of Pictures）単位、Ｉピクチャー単位でフレームを作成してもよい。または、フレーム数単位で偽装ファイル２２０を送信する場合、Ｉピクチャーを追加してもよい。
　さらに、再生編集送信手段１２０は、偽装ファイル２２０の切り替え時に、音声のフェードイン、フェードアウトをしないように再生装置３に指示する、又は、音声レベルを調整してもよい。
　または、再生編集送信手段１２０は、偽装ファイル２２０の切り替え時に、映像はディゾルブ効果、音声はクロスフェード効果等を用いることで、不連続性に伴う違和感を緩和するようにしてもよい。
　または、再生編集送信手段１２０は、偽装ファイル２２０の追いかけ再生又は追いかけ編集時に、フレーム精度の切り換え制御を行ってもよい。
　または、再生編集送信手段１２０は、追いかけ再生又は追いかけ編集時に、切り換えの際、映像はディゾルブ効果、音声はクロスフェード効果等を用いてもよい。
　このように構成することで、フレーム数の異なる連番の偽装ファイル２２０を複数用いて、追いかけ再生や追いかけ編集を行う際に、不連続性に伴う違和感を緩和することが可能となる。
　上述の実施の形態では、各機能部の処理を蓄積サーバー１で実行する例について説明した。
　しかしながら、再生装置３及び／又は編集装置４に、各機能部を備えるように構成してもよい。この場合でも、一部の機能部は、蓄積サーバー１上で実行してもよい。たとえば、格納手段１００は蓄積サーバー１上で機能させ、再生装置３及び／又は編集装置４において偽装参照手段１１０及び再生編集送信手段１２０を機能させてもよい。この場合、偽装参照手段１１０が再生編集送信手段１２０の機能を兼ねるように構成してもよい。
　すなわち、偽装参照手段１１０を、蓄積サーバー１上で動作することとしても、再生装置３及び／又は編集装置４上で機能させても良い。再生装置３及び／又は編集装置４上で機能させる場合、偽装参照手段１１０は、再生装置３及び／又は編集装置４にインストールし、例えば蓄積サーバー１をローカルディスクであるかのように見せるデバイスドライバーやミドルウェアやアプリケーションソフトウェエア等を実行することで、機能させてもよい。すなわち、偽装参照手段１１０を、再生装置３及び／又は編集装置４と蓄積サーバー１との間の通信を媒介するソフトウェアにより実現してもよい。
　このように構成することで、柔軟な構成に対応可能となる。たとえば、蓄積サーバー１に偽装参照手段１１０を備えない場合、蓄積サーバー１として、一般的な高速ストレージを用いることも可能となる。
　なお、編集システムＸの装置構成も、上述のものには限られない。たとえば、蓄積サーバー１は、別途、外部のビデオストレージを備えたアーカイブ装置を用いるような構成も可能である。さらに、蓄積サーバー１とは別に、編集用の低解像度用の素材映像を格納する低解像度サーバーを含んでいてもよい。加えて、編集が完了した放送再生用の映像データ２００を格納する放送映像管理サーバーを別途備えていてもよい。または、収録装置２と蓄積サーバー１とが一体となった放送映像サーバーとして構成されてもよい。さらに加えて、編集システムＸ全体を統括的に制御するシステム制御装置（映像管理装置）、映像解析装置等を別途備えていていもよい。さらに、編集装置４や再生装置３は、同一の装置に含まれて構成されてもよい。また、本発明の実施の形態では、再生装置３と編集装置４はネットワークを介した別のシステムとしたが、場合によっては、例えば蓄積サーバー内に再生装置３と編集装置４を設けてもよく、蓄積サーバー内の各装置間での偽装ファイル等の情報のやりとりに関する構成でもよい。
　加えて、本実施の形態における収録装置２における各手段は、それぞれ独立したハードウェアで実現されなくてもよく、さらに一つのハードウェアで複数の手段を実現してもよい。
　このように構成することで、柔軟な構成に対応することができる。
　また、本発明の実施の形態に係る編集システムは、再生装置３及び／又は編集装置４のみならず、映像データを使用する各種装置に適用できる。たとえば、映像データを使用する装置として、例えば、エンコーダー、デコーダー、編集機、素材サーバー、送出サーバー等にも適用可能である。
　なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
１　蓄積サーバー２　収録装置３　再生装置４　編集装置５　ネットワーク６　素材サーバー７　専用交換サーバー１０　制御部１１　記憶部２０　撮像部６３　専用再生装置６４　専用編集装置１００　格納手段１１０　偽装参照手段１２０　再生編集送信手段２００　映像データ２１０　フッター用データ２２０　偽装ファイルＸ、Ｐ　編集システム

Claims (4)

  1. 　映像データを提供し、収録中の追いかけ再生又は追いかけ編集が可能な編集システムであって、
    　コンテナフォーマットのファイルにおけるフッターの生成に必要なフッター用データを、前記映像データの他に格納する格納手段と、
    　前記映像データの収録が完了する前の特定タイミングにおいて、前記格納手段により格納された前記フッター用データを用いて、収録完了済みと見せかけるフッターを生成して前記映像データと関連付け、当該関連付けに対応した偽装ファイルを作成し、前記偽装ファイルは前記映像データの代わりに外部に参照可能とする偽装参照手段と、
    　前記偽装参照手段により参照可能となった前記偽装ファイルを外部に送信する再生編集送信手段とを備える
    　ことを特徴とする編集システム。
  2. 　前記特定タイミングは、前記偽装ファイルのファイル名を外部に公開し、前記偽装ファイルが参照された参照タイミング、又は前記偽装ファイルを送信する送信タイミングであり、
    　前記偽装参照手段は、前記特定タイミングの時点で格納されている前記映像データの終端のフレーム数を把握して、当該フレーム数までの前記フッターを生成することで、収録完了済みと見せかける
    　ことを特徴とする請求項１に記載の編集システム。
  3. 　前記偽装参照手段は、
    　前記偽装ファイルが参照される毎に、参照させるための偽装ファイルの連番を増やしていき、前記映像データの終端の前記フレーム数が異なる前記フッターを作成可能とする
    　ことを特徴とする請求項２に記載の編集システム。
  4. 　前記映像データのフレームのバイト長を固定値に設定し、
    　前記偽装参照手段は、
    　前記固定値に満たない前記フレームのデータはダミーデータで埋めることで、前記固定値のバイト長のフレームに偽装する
    　ことを特徴とする請求項１乃至３のいずれか１項に記載の編集システム。
PCT/JP2020/001297 2019-02-21 2020-01-16 編集システム WO2020170659A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021501694A JP7059436B2 (ja) 2019-02-21 2020-01-16 編集システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019029434 2019-02-21
JP2019-029434 2019-02-21

Publications (1)

Publication Number Publication Date
WO2020170659A1 true WO2020170659A1 (ja) 2020-08-27

Family

ID=72144793

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/001297 WO2020170659A1 (ja) 2019-02-21 2020-01-16 編集システム

Country Status (2)

Country Link
JP (1) JP7059436B2 (ja)
WO (1) WO2020170659A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11146334A (ja) * 1997-11-11 1999-05-28 Sony Tektronix Corp ノンリニア映像編集システム
JP2005033630A (ja) * 2003-07-09 2005-02-03 Sony Corp 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP2009094900A (ja) * 2007-10-10 2009-04-30 Toshiba Corp 番組送出システムおよび番組送出方法
JP2009164894A (ja) * 2008-01-07 2009-07-23 Toshiba Corp 素材処理装置及び素材処理方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008153739A (ja) 2006-12-14 2008-07-03 Matsushita Electric Ind Co Ltd 編集機能付カメラレコーダ

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11146334A (ja) * 1997-11-11 1999-05-28 Sony Tektronix Corp ノンリニア映像編集システム
JP2005033630A (ja) * 2003-07-09 2005-02-03 Sony Corp 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP2009094900A (ja) * 2007-10-10 2009-04-30 Toshiba Corp 番組送出システムおよび番組送出方法
JP2009164894A (ja) * 2008-01-07 2009-07-23 Toshiba Corp 素材処理装置及び素材処理方法

Also Published As

Publication number Publication date
JPWO2020170659A1 (ja) 2021-12-02
JP7059436B2 (ja) 2022-04-25

Similar Documents

Publication Publication Date Title
JP4270379B2 (ja) デジタル情報の効率的な伝送および再生
JP6920578B2 (ja) 映像ストリーミング装置、映像編集装置および映像配信システム
US20190124371A1 (en) Systems, methods and computer software for live video/audio broadcasting
EP1239674B1 (en) Recording broadcast data
US20120054370A1 (en) Data file transfer apparatus and control method of the data file transfer apparatus
JP2007173987A (ja) マルチメディアデータ送受信システム、及び装置、又はプログラム
JP2009527189A (ja) 連続的なカラーグレーディングの方法
JP2001078166A (ja) 番組提供システム
JP6922897B2 (ja) Ａｖサーバおよびａｖサーバシステム
JP3891295B2 (ja) 情報処理装置および方法、プログラム記録媒体、並びにプログラム
JP2007274142A (ja) 映像送信装置及び映像送信方法
WO2015030003A1 (ja) 映像制作システムおよび映像制作方法
WO2020170659A1 (ja) 編集システム
JP2012147288A (ja) 放送システム
US20050069297A1 (en) Video signal processing apparatus video signal processing method program and recording medium
JP2006287578A (ja) 映像処理システム，映像処理装置，映像処理方法，およびコンピュータプログラム
JP7153832B2 (ja) 映像送信システム及び映像送信方法
JP2000165803A (ja) 映像信号記録再生装置
JP2007036783A (ja) 映像編集システムおよびビデオ装置
JP2010239400A (ja) 送出サーバ、ビデオサーバ、ビデオサーバシステム、素材管理方法及び素材管理プログラム
JP2004246614A (ja) Ａｖデータファイルの転送システム及び転送方法
JP2010245756A (ja) 通信ネットワークシステム、コンテンツ再生方法、及びサーバ
JP4356219B2 (ja) データ伝送方法とデータ伝送装置およびデータ記録方法とデータ再生方法とデータ記録再生装置
JP2022096304A (ja) 動画ファイル転送装置、転送システム、動画ファイル転送装置の転送手方法、および、プログラム
JP2008311791A (ja) 映像撮影装置および映像記録再生装置

Legal Events

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

Ref document number: 20758541

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021501694

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20758541

Country of ref document: EP

Kind code of ref document: A1