JP2009064237A - Digital cinema processor, file verification method, and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To shorten time required for verifying completeness of the content file of a DCP. <P>SOLUTION: This digital cinema processor is provided with an ingestion part 220 for ingesting a digital cinema package (DCP) including a plurality of content files relative to one digital cinema and a packing list (PL) in which the hash values of the content files are described to a storage device; and a file verification part 230 for calculating the hash values of the respective content files included in the DCP, and for comparing the calculated hash values with the hash values described in the PL included in the DCP, and for verifying completeness of the respective content files included in the DCP at the same time in parallel during the ingestion of the DCP. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a digital cinema processing apparatus, a file verification method, and a program for detecting the completeness of a digital cinema content file in a short time.

  The environment surrounding movies has changed from film to digital due to advances in digital technology, and in recent years there have been a number of screening theaters that introduced digital projectors and other digital projectors that can perform digital screening. (Digital Cinema) The era is coming. This digital cinema is a movie produced using video equipment rather than a film camera for shooting, or a movie that does not use film for screening and distribution.

  For the realization of digital cinema, in addition to video and audio technology to faithfully reproduce the image and sound intended by the creator, color space conversion, compression and encryption processing for copyright protection, etc. It is necessary to produce data in a format called a digital cinema package (DCP) that conforms to the specifications proposed by the Digital Cinema Initiative (DCI), an organization established by the studio. Currently, for example, 4k (4096 × 2160 pixels) and 2k (2048 × 1080 pixels) are defined as the screen size of the DCP.

  When a digital cinema system is realized using such a DCP, a DCP created by a server installed in a movie distribution company is provided to each movie theater, and the DCP is played back by a screening device installed in each movie theater. Digital cinema will be screened. At this time, it is necessary to ingest the DCP distributed from the distribution company into a storage device (for example, a hard disk drive) provided in the screening device. Here, “ingest” means that digital cinema data created by another device is converted into a data format that can be used by the receiving device and is captured. This “ingest” is a concept similar to “import” which means data import in a general information processing apparatus.

  In addition, DCP, which is DCI standard movie content, includes a packing list (PL) in addition to content files such as video, audio, and subtitles. In this PL, a hash value of each content file in the DCP is described. For this reason, the integrity of each content file in the DCP is verified by checking the hash value of the PL against the actually calculated hash value of the content file (that is, whether the content file is damaged or tampered). Detection). The hash value is an integer value obtained by converting data according to a certain rule, and is generally used for searching and verifying data (see, for example, Patent Document 1).

  FIG. 1 is an explanatory diagram showing a file verification method in a conventional screening apparatus. The conventional screening device includes a screening server 4 for screening a digital cinema, a control device 3 (for example, a personal computer: PC) connected to the screening server 4, and a magnetic storage device 5 called RAID. In such a screening device, after the DCP provided from the outside is ingested into the magnetic storage device 5, the integrity of each content file is verified using the PL included in the ingested DCP. Specifically, first, as shown in FIG. 1A, the DCP provided from the outside is ingested from the control device 3 into the magnetic storage device 5 via the screening server 4. After that, as shown in FIG. 1B, the screening server 4 reads each content file and PL in the DCP stored in the magnetic storage device 5, calculates the hash value of each content file, and calculates Integrity verification was performed by comparing the hash value and the hash value described in the PL.

JP 2004-70463 A

  However, in the above-described conventional screening device, after ingesting the DCP, in order to calculate the hash value of each content file and perform integrity verification, the actual screening time of the movie represented by the DCP (hereinafter referred to as “actual movie performance”). There is a problem that it takes about twice as long as time. That is, in order to ingest one DCP (see FIG. 1A), it takes a little more than the actual time of the movie (for example, a little over 2 hours), and the integrity of the file is verified after this ingestion. For this purpose (see FIG. 1B), it took a little less than the actual time of the movie (for example, less than 2 hours). Therefore, in order to reduce the burden on the theater manager, it has been desired to shorten the time required for verifying the integrity of digital cinema content.

  Therefore, the present invention has been made in view of the above problems, and an object of the present invention is a new and improved technique capable of reducing the time required for verifying the integrity of a DCP content file. To provide a digital cinema processing apparatus, a file verification method, and a program.

In order to solve the above problems, according to an aspect of the present invention, a digital cinema package (PL) including a plurality of content files related to one digital cinema and a packing list (PL) in which hash values of the content files are described. An ingest unit that ingests the DCP) into the storage device; and in parallel with the ingestion of the DCP, calculates a hash value of each content file included in the DCP, and the calculated hash value; A file verification unit that verifies the integrity of each content file included in the DCP by comparing the hash value described in the PL included in the DCP;
A digital cinema processing device is provided.

  With this configuration, the hash value of the content file in the ingest is calculated in parallel with the ingest process while ingesting the DCP content file provided from the outside into the storage device of the digital cinema processing apparatus. The integrity of the content file can be verified by comparing the calculated hash value with the hash value of the content file described in the PL included in the DCP. Thus, since the ingest process and the file verification process can be executed in parallel for each content file included in the DCP, the file verification process can be executed within the ingest process time.

  The ingest unit may automatically re-ingest the content file in which an error is detected by the file verification unit. As a result, the re-ingestion of the error-detected content file can be automatically retried, so that the necessary re-ingestion process can be executed quickly and the burden on the user who instructs re-ingestion can be reduced.

  In addition, when an error of a content file included in the DCP is detected by the file verification unit during the DCP ingest, the content of the error detected at the time of the error detection is detected by the ingest unit. The file may be automatically re-ingested. Thereby, at the time of error detection, the ingestion of the content file can be interrupted, and reingestion of the content file in which the error has been detected can be attempted.

  In addition, when an error of a content file included in the DCP is detected by the file verification unit during the ingestion of the DCP, the ingestion unit completes the ingestion of all content files included in the DCP. Later, only the content file in which the error is detected may be automatically re-ingested. This makes it possible to try re-ingesting only the content file in which the error is detected after completion of the ingestion of all the content files without interrupting the ingest when an error is detected.

  Moreover, you may make it further provide the display control part which displays the verification result of each said content file by the said file verification part. Thereby, the verification result of the integrity of each content file can be displayed and notified to the user.

  In addition, during the DCP ingest, the display control unit may sequentially display the verification result of each content file included in the DCP every time the verification of each content file is completed. Thus, while verifying the integrity of each content file during ingest, the verification result can be displayed in real time, and the ingest status can be quickly presented to the user.

  In addition, when the DCP is selected after completion of the DCP ingestion, the display control unit may display a list of verification results of all content files included in the DCP. Thereby, after completion of the ingest, a list of verification results of all content files in an arbitrary DCP can be displayed in a list, and the ingest status can be presented to the user in an easy-to-understand manner.

  In order to solve the above problem, according to another aspect of the present invention, a digital including a plurality of content files related to one digital cinema and a packing list (PL) in which hash values of the content files are described. Ingesting a cinema package (DCP) into a storage device; and simultaneously calculating the hash value of each content file included in the DCP during the DCP ingestion, and calculating the hash value Verifying the integrity of each content file included in the DCP by comparing with a hash value described in the PL included in the DCP. Is provided.

  In order to solve the above problem, according to another aspect of the present invention, a computer includes a plurality of content files related to one digital cinema, and a packing list (PL) in which hash values of the content files are described. Ingesting a digital cinema package (DCP) including a storage device; and simultaneously calculating a hash value of each content file included in the DCP during the ingestion of the DCP A program for executing the step of verifying the integrity of each content file included in the DCP by comparing a hash value with a hash value described in the PL included in the DCP is provided. Is done.

  As described above, according to the present invention, the time required for verifying the integrity of a DCP content file can be shortened.

  Exemplary embodiments of the present invention will be described below in detail with reference to the accompanying drawings. In addition, in this specification and drawing, about the component which has the substantially same function structure, duplication description is abbreviate | omitted by attaching | subjecting the same code | symbol.

<1. System configuration>
First, a digital cinema system according to an embodiment of the present invention will be described with reference to FIG. FIG. 2 is a schematic configuration diagram showing the digital cinema system according to the present embodiment.

  As shown in FIG. 2, the digital cinema system according to the present embodiment includes a creation server 10 installed in a digital cinema production company, distribution company, distribution company or the like, and a theater (movie theater, drive theater) that screens the digital cinema. Etc.).

  The creation server 10 according to the present embodiment is an example of a digital cinema creation device, and creates, as digital cinema content, a DCP (Digital Cinema Package) that complies with the specifications defined by the above-mentioned DCI (Digital Cinema Initiative). More specifically, the creation server 10 acquires various content data that is a material of a digital cinema from a movie production company, for example. This content data is, for example, video data, audio data, caption data, and the like. The creation server 10 processes these content data (video processing, compression encoding, encryption, etc.) and is necessary for reproducing the encrypted DCP and the encrypted DCP for the digital cinema. Create key information. The DCP and key information created by the creation server 10 are distributed to each theater from a distribution company or distribution company.

  The screening device 20 is an example of a digital cinema processing device. The screening device 20 acquires the DCP and key information provided from the creation server 10 and stores the acquired DCP and key in a storage device (not shown in FIG. 2) provided along with the screening device 20. Ingest information and store it. This storage device includes a large-capacity storage device capable of storing a digital cinema for screening, such as a hard disk drive (hereinafter referred to as “HDD”), an optical disk drive, and the like. Furthermore, the screening device 20 decodes (decrypts) and decompresses content data such as video, audio and / or subtitles contained in the DCP stored in the storage device using the key information, and reproduces the content data. Will be screened.

  In such a digital cinema system, the encrypted DCP and the key information necessary for reproducing the encrypted DCP are generated from the production server 10 of the production company, distribution company, etc. to the theater screening device 20. Be distributed. That is, the creation server 10 provides DCP and key information to the screening device 20, and the screening device 20 acquires the DCP and key information. Examples of DCP distribution methods from the creation server 10 to the screening device 20 include transport using a removable recording medium 1 (removable medium) and distribution via the network 2.

  First, DCP distribution using the detachable recording medium 1 will be described. The detachable recording medium 1 is a recording medium that is detachable from the creation server 10 and the screening device 20, and has a capacity capable of storing the DCP of digital cinema and its key information. Examples of the removable recording medium 1 include a magnetic disk such as a hard disk, an optical disk such as a next-generation DVD, DVD-R, DVD-RW, DVD-RAM, and a magneto-optical disk, or various semiconductor memories. Any recording medium can be used. First, the creation server 10 stores the created DCP and key information in the removable recording medium 1. Next, the detachable recording medium 1 in which DCP or the like is stored is detached from the creation server 10, and then transported to the theater by an appropriate transport unit and mounted on the screening device 20. Thereafter, the screening device 20 reads the DCP and key information from the removable recording medium 1 and ingests them into a storage device (such as an HDD) included in the screening device 20.

  Next, DCP distribution using the network 2 will be described. The network 2 is a communication medium that connects the creation server 10 and the screening device 20 so as to communicate with each other. The network 2 may be a wired or wireless network, for example, a public line network such as the Internet, a telephone line network, a satellite communication network, various LANs including the Ethernet (registered trademark), a wide area network (WAN) A dedicated line network such as Network (Network) or IP-VPN (Internet Protocol-Virtual Private Network) can be used. By transferring the DCP and key information created by the creation server 10 to the screening device 20 via the network 2, the DCP and key information can be quickly provided from the creation server 10 to the screening device 20. Thereafter, the screening device 20 ingests and stores the DCP and key information received from the creation server 10 in a storage device (such as an HDD) included in the screening device 20.

  When DCP is distributed from the creation server 10 to the screening device 20, only DCP related to one digital cinema may be distributed, or DCPs related to a plurality of digital cinemas may be distributed collectively. Further, as in the related art, not only a complete DCP (undivided DCP) related to a certain digital cinema but also a plurality of divided DCPs obtained by dividing the DCP related to the certain digital cinema may be distributed. In this case, all the divided DCPs related to a certain digital cinema may be distributed simultaneously, or only a part of the divided DCs may be distributed.

<2. DCP configuration>
Next, a general DCP file structure will be described with reference to FIG. FIG. 3 is an explanatory diagram showing a general DCP file structure.

  Digital cinema content is distributed in a data format called DCP that conforms to the specifications proposed by DCI. This DCP is a set of various data files necessary for the screening of a digital cinema. As shown in FIG. 3, DCP includes, for example, an asset map (hereinafter also referred to as “AM”), a volume index (hereinafter also referred to as “VI”), a packing list (hereinafter “Packing List”). PL "), composition play list (hereinafter also referred to as" CPL "), picture track file (hereinafter also referred to as" video file "), sound track file (Sound Track file). : Subtitle Track File (hereinafter also referred to as “subtitle file”), Subtitle PNG file (Subtitle PNG File: hereinafter also referred to as “PNG file”), and the like. Including. Each of these files is given globally unique identification information, for example, UUID (Universal Unique Identifier), and the UUID of each file is described in each file. Below, each file which comprises DCP is each demonstrated.

・ Asset Map (AM)
In the asset map, a list of all files (excluding the asset map itself) included in one DCP is described. Specifically, the asset map includes a list in which the UUID described in each file in the DCP is associated with the file name (Path) of the file. The asset map can be used for the user to confirm each file included in the DCP. Further, in this asset map, a UUID assigned to the asset map is described. Such an asset map is created in units of digital cinema, and when a DCP is divided, only one asset map common to a plurality of divided DCPs is created for one digital cinema. Therefore, the screening device 20 can determine the digital cinema to which the divided DCP including the asset map belongs by confirming identification information unique to the asset map described in the asset map in the divided DCP, for example, UUID. . Since the PNG file for Subtitle, which will be described later, has a format in which UUID cannot be described, each PNG file and UUID are described by associating the file name of each PNG file with its UUID in the asset map. Can be matched.

・ Volume Index (VI)
In VI, index information (hereinafter referred to as “division index information”) for identifying each division unit when the DCP is divided into a plurality of division units (division DCP) is described. As the division index information, for example, serial numbers (for example, 1, 2, 3,...) Described in a markup language such as XML (Extensible Markup Language) can be used. For example, when a DCP of a certain digital cinema is divided into two, “1” is described as division index information in the VI of the first division DCP, and division index information is included in the VI of the second division DCP. “2” is described. Further, when the DCP is not divided, “1” is described as division index information in VI.

・ Packing List (PL)
The PL describes a list in which the UUID of each file (excluding PL itself) included in one DCP is associated with the hash value of each file. The hash value is a value obtained by hash calculation of the data of each file in the DCP (for example, a 160-bit data string). By comparing the hash value of each file described in this PL with the actually calculated hash value of each file and checking the degree of coincidence, the integrity of each file (data corruption / tampering) Existence etc.) can be verified.

・ Composition Play List (CPL)
The CPL is a playlist used for reproducing content (video, audio, subtitles) included in the DCP. The CPL is link information that correlates a picture track file corresponding to each screening version of the digital cinema and a sound track file (and / or a subtitle track file). Such CPL is created for each screening version of one digital cinema.

More specifically, the CPL includes a picture track file (eg, MXF file) that is a video file, a sound track file (eg, MXF file) that is an audio file, and / or a subtitle that is a subtitle file.
Regarding Track File (for example, MXF or XML format), the UUID of each file, the entry point of the data of each file, and the length of the scale are all reels. It is described collectively. Here, the reel is a unit obtained by subdividing temporally a single screening unit that combines video and audio (subtitles as necessary). For example, when one digital cinema (120 minutes) is equally divided into 10 temporally, 10 reels (12 minute units) are created. The start point (entry point) is an offset indicating the start position of the video or audio file data of each reel. The length of the scale is size information representing an effective data range from the start position.

  When one digital cinema is composed of a plurality of reels, the CPL describes all of the reel information (video, audio, subtitle file UUID, start position and scale length). All these reels become one screening unit. Normally, since a digital cinema is composed of a plurality of reels, reel information about all these reels is described together in one CPL.

・ Picture Track file (Picture file)
The picture track file is a video data file compressed in a predetermined format, and is composed of, for example, an MXF file. This picture track file is created for each reel. For example, when one digital cinema is composed of 10 reels, 10 picture track files are created. It is also possible to create a plurality of types of video files (for example, original version video and replacement version video) for the same scene.

・ Sound Track file (Sound Track file)
The sound track file is a file of audio data compressed in a predetermined format, and is composed of, for example, an MXF file. This sound track file is created for each reel. It is also possible to create a plurality of types of audio files (for example, an original version and a replacement version) for the same scene.

・ Subtitle Track File (Subtitle Track File)
The subtitle track file is a file in which the subtitle display timing is described, and is composed of, for example, an XML file or an MXF file. This subtitle track file is created for each reel. It is also possible to create a plurality of types of subtitle files (for example, original version subtitles and replacement version subtitles) for the same scene. In this subtitle track file, the subtitle data representing the subtitle contents and the font data thereof may be described as text data by XML or the like, or the subtitle data may be a separate file. When PNG (Portable Network Graphics) data is used as subtitle data of another file, link information (for example, the file name of the PNG file) to each PNG file (subtitle PNG file) is included in the subtitle track file. Is described in XML or the like.

・ PNG file for subtitle (PNG file for Subtitle)
The subtitle PNG file is a PNG data file representing subtitle content. When the above subtitle track file is described in XML and when subtitle PNG data is used, this PNG file is required by the number of subtitles.

  Here, when there is no video or audio in the digital cinema, there is no picture track file or sound track file in the DCP, and when there is no subtitle in the digital cinema, the subtitle track file and subtitle PNG in the DCP. The file will not exist. In addition, even when there is a caption, if subtitle PNG data is not required, a subtitle track file in which caption text data and its display timing are described is necessary, but a subtitle PNG file is not necessary. The DCP can include any necessary files in addition to the files described above.

  The picture track file, the sound track file, and the subtitle track file (and the subtitle PNG file) are content data representing the contents of the digital cinema. Hereinafter, these picture track file, sound track file, and / or subtitle track file (subtitle PNG file) are collectively referred to as a “content file”. In the following description, unless otherwise specified, a subtitle track file (caption file) includes a subtitle PNG file subordinate thereto.

<3. Configuration of Screening Device 20 (Digital Cinema Processing Device)>
Next, the overall configuration of the screening apparatus 20 according to this embodiment will be described with reference to FIG. FIG. 4 is an overall configuration diagram showing the screening apparatus 20 according to the present embodiment.

  As shown in FIG. 4, the screening device 20 is played back, for example, a control device 30 that controls the screening server 40, a screening server 40 that plays back a digital cinema, and a projector 42 that projects the played back video on a screen. And a magnetic storage device 50 for storing the DCP. The control device 30 and the screening server 40 are connected by a wired cable 21, and the screening server 40 and the magnetic storage device 50 are connected by a wired cable 22.

  The control device 30 is composed of, for example, a personal computer. The control device 30 is connected to the screening server 40 and controls the operation of the screening server 40. The control device 30 acquires a DCP from the creation server 10 via the detachable recording medium 1 or the network 2 and controls the process of ingesting the acquired DCP into the magnetic storage device 50 of the screening server 40.

  The magnetic storage device 50 is an example of a storage device that stores data of a digital cinema, and includes, for example, an HDD. Since the data amount of digital cinema is generally large, a large-capacity external storage device capable of storing such digital cinema data is used as the magnetic storage device 50. From this point of view, as the magnetic storage device 50, a storage device (so-called RAID device) using RAID (Redundant Arrays of Inexpensive Disks), which is a technique for managing a plurality of hard disks as a single hard disk, can be used. The magnetic storage device 50 holds DCP data ingested in the screening server 40. In this case, the magnetic storage device 50 stores a plurality of pieces of digital cinema data in a directory for each digital cinema. The storage device for storing the DCP of the digital cinema is not limited to the example of the magnetic storage device 50, and a storage device using a large-capacity optical disk, a semiconductor memory, or the like as a storage medium may be used.

  The screening server 40 is a digital cinema playback device provided with playback means such as a decoder, and plays back digital cinema content (video, audio, subtitles) stored in the magnetic storage device 50. During this playback process, the screening server 40 reads out and plays back appropriate video, audio, and caption data from the magnetic storage device 50 at appropriate timing based on the CPL. The screening server 40 outputs the reproduced video and caption data to the projector 42 and outputs the reproduced audio data to the speaker 44. Thereby, a digital cinema is shown in the theater.

  Next, the hardware configuration of the control device 30 and the screening server 40 that constitute the screening device 20 will be described in detail with reference to FIG. FIG. 5 is a configuration diagram showing the control device 30 and the screening server 40 in the screening device 20 according to the present embodiment.

  As shown in FIG. 5, the control device 30 has the same device configuration as an information processing device such as a general personal computer. The control device 30 includes, for example, a CPU (Central Processing Unit) 301, a ROM (Read Only Memory) 302, a RAM (Random Access Memory) 303, an input device 304, an output device 305, a magnetic storage device 306, A drive 307, a communication device 308, a connection port 309, and a local bus 310 for connecting these devices to each other are provided.

  The CPU 301 functions as an arithmetic processing device and a control device, and controls each device in the control device 30. The CPU 301 executes various processes according to a program stored in the ROM 302 or a program loaded from the magnetic storage device 306 to the RAM 303. The ROM 302 stores programs used by the CPU 301, calculation parameters, and the like. The RAM 303 temporarily stores programs used in the execution of the CPU 301, parameters that change as appropriate during the execution, and the like.

  The input device 304 includes, for example, an input unit such as a mouse, a keyboard, a touch panel, a button, a switch, and a lever, and an input control circuit that generates an input signal according to a user operation on the input unit and outputs the input signal to the CPU 301. . By operating this input device 304, the user can input various data to the control device 30 and instruct processing operations. The output device 305 includes, for example, a display device such as a CRT (Cathode Ray Tube) display device or a liquid crystal display (LCD) device, and an audio output device such as a speaker. For example, the output device 305 displays various information such as video of the reproduced content as text or an image, and outputs audio of the reproduced content.

  The magnetic storage device 306 is an example of a data storage device, and includes, for example, an HDD that uses a hard disk as a storage medium. The magnetic storage device 306 stores various data such as a program executed by the CPU 301, a DCP, a log, and configuration information.

  The drive 307 is loaded with a detachable recording medium 1 and writes / reads various data such as a digital cinema DCP and configuration information to / from the recording medium 1. Specifically, the drive 307 reads data recorded on the removable recording medium 1 and supplies the data to the RAM 303 connected via the local bus 310. The CPU 301 stores these data in the magnetic storage device 306 or the like as necessary. On the other hand, the drive 307 receives data stored in the ROM 303 or the magnetic storage device 306, newly generated data, or data acquired from an external device from the CPU 301 and writes it to the removable recording medium 1. Using such a drive 307, the DCP stored in the removable recording medium 1 can be read.

  The communication device 308 is a communication interface configured with, for example, a communication device for connecting the control device 30 to the network 2. The communication device 308 transmits / receives various data such as DCP to / from an external device such as the creation server 10 via the network 2.

  The connection port 309 is a port for connecting the control device 30 to an external device such as the screening server 40, and has connection terminals such as Gigabit Ether, USB, IEEE 1394, for example. By connecting the control device 30 to the screening server 40 via the connection port 309 and the wired cable 21, various data such as DCP data and control signals are communicated between the control device 30 and the screening server 40. It becomes possible.

  Next, the configuration of the screening server 40 will be described. As shown in FIG. 5, the screening server 40 includes, for example, a CPU 401, a main storage device 402, an input device 403, an output device 404, a video decoding device 406, an audio decoding device 407, and connection ports 408a to 408d. And a local bus 410 for connecting these devices to each other.

  The CPU 401 functions as an arithmetic processing device and a control device, and controls each device in the screening server 40. The CPU 401 executes various processes according to a program stored in the main storage device 402 or a program loaded from the magnetic storage device 50 to the main storage device 402. The main storage device 402 includes, for example, various memories such as a ROM and a RAM, and stores programs used by the CPU 401, parameters that change as appropriate during the execution, and the like. The main storage device 402 also functions as a buffer for reducing access from the CPU 401 to the magnetic storage device 50.

  The input device 403 includes, for example, an input unit such as a mouse, a keyboard, a touch panel, a button, a switch, and a lever, and an input control circuit that generates an input signal according to a user operation on the input unit and outputs the input signal to the CPU 401. . By operating the input device 403, the user can input various data to the creation server 10 and can instruct processing operations. The output device 404 includes, for example, a display device such as a CRT display device or a liquid crystal display (LCD) device, and an audio output device such as a speaker. The output device 104 displays, for example, various types of information such as video of the reproduced content as text or images, and outputs audio of the reproduced content as audio. The screening server 40 does not have to include the input device 403 and the output device 404 serving as a user interface. In this case, the input device 304 and the output device 305 of the control device 30 can be substituted.

  The video decoding device 406 decompresses (decodes) video data that has been compression-encoded by a predetermined compression encoding method (for example, JPEG2000) included in the DCP. The audio decoding device 407 expands (decodes) audio data that has been compression-encoded in a predetermined compression encoding format (for example, WAV). The video decoding device 406 and the audio decoding device 407 can also decrypt (decrypt) the encrypted video data and audio data using the key information provided from the creation server 10.

  The connection ports 408a to 408d are ports for connecting the screening server 40 to external devices such as the control device 30, the projector 42, the speaker 44, and the magnetic storage device 50. The connection ports 408a and 408d allow the screening server 40 to communicate various data such as DCP data and control signals between the control device 30 or the magnetic storage device 50 and the screening server 40. The screening server 40 can output video data and audio data reproduced by the screening server 40 to the projector 42 and the speaker 44 via the connection ports 408b and 408c. In this embodiment, the control device 30 and the screening server 40 are wired by way of, for example, a GigabitEther cable 21, and the magnetic storage device 50 and the screening server 40 are, for example, by wired connection of by means of a fiber channel (FC) cable 22. Has been.

  In the screening device 20 having the above configuration, the removable recording medium 1 storing the DCP is mounted on the control device 30, and the DCP is read from the removable recording medium 1 by the drive 307 of the control device 30. The DCP can be ingested from the control device 30 to the magnetic storage device 50 via the screening server 40. Further, the communication device 308 of the control device 30 can receive the DCP from the creation server 10 via the network 2 and ingest the DCP from the control device 30 via the screening server 40 into the magnetic storage device 50. The screening server 40 can display a digital cinema by playing back a DCP content file stored in the magnetic storage device 50 and outputting the playback data to the projector 42 and the speaker 44.

  Next, the functional configuration of the screening apparatus 20 according to the present embodiment will be described with reference to FIGS. FIG. 6 is a functional configuration diagram showing the screening apparatus 20 according to the present embodiment. FIG. 7 is a conceptual diagram showing the directory structure of the DCP area in the magnetic storage device 50 according to the present embodiment.

  As shown in FIG. 6, the screening device 20 includes a DCP acquisition unit 210, an ingest unit 220, a file verification unit 230, a display control unit 240, and a playback unit 250.

  The DCP acquisition unit 210 acquires a DCP provided from an external device such as the creation server 10 in order to ingest the DCP into the magnetic recording device 50. At this time, the DCP acquisition unit 210 acquires the DCP created by the creation server 10 via the removable recording medium 1 (for example, HDD) or the network 2. Specifically, the DCP acquisition unit 210 acquires the DCP from the creation server 10 via the network 2 and the reading unit 212 for acquiring the DCP via the removable recording medium 1 from the creation server 10. Receiving section 214.

  The reading unit 212 includes a drive 307 of the control device 30 and a CPU 301 that controls the drive 307. The reading unit 212 reads the DCP created by the creation server 10 from the removable recording medium 1 attached to the screening device 20. By using such a detachable recording medium 1, the screening device 20 can obtain a DCP having a relatively large amount of data from the creation server 10.

  The receiving unit 214 includes a communication device 308 of the control device 30 and a CPU 301 that controls the communication device 308. The receiving unit 214 receives the DCP created by the creation server 10 from the creation server 10 via the network 2. By using such network transfer, the screening device 20 can quickly and easily obtain a DCP having a relatively small amount of data from the creation server 10.

  The ingest unit 220 ingests the DCP acquired by the DCP acquisition unit 210 into the magnetic storage device 50. This ingest converts digital cinema data created by another device (ie, the creation server 10) into a data format that can be used by the receiving device (ie, the screening device 20). Means that. Each file (for example, content file in reel units, asset map (AM), composition playlist (CPL), packing list (PL), volume index) included in the DCP provided from the outside by the ingest unit 220 (VI), etc.) are taken into the screening device 20 and stored in the magnetic storage device 50.

  This ingest process will be described in more detail. First, the ingest unit 220 extracts asset map information such as identification information (for example, UUID) uniquely given to the asset map from the asset map included in the DCP acquired by the DCP acquisition unit 210. Next, the ingest unit 220 determines the ingest destination directory of the DCP in the DCP storage area of the magnetic storage device 50 based on the asset map information extracted from the DCP to be ingested. As shown in FIG. 7, in the DCP storage area of the magnetic storage device 50, a directory for storing the DCP files separately is created for each digital cinema. The ingest unit 220 determines the ingest destination directory so that the DCP to be ingested is ingested into the digital cinema directory corresponding to the DCP.

  Next, the ingest unit 220 sequentially ingests the files in the DCP to be ingested into the ingest destination directory determined by the directory determination unit 230. At this time, the ingest unit 220 sequentially transfers a plurality of content files (video file, audio file, subtitle file, etc.) included in the DCP to the magnetic storage device 50 in the order of reel numbers, for example. Further, at the time of DCP ingestion, the ingest unit 220 sequentially stores each file in the DCP read from the storage medium 1 in the buffer memory 222 and transfers it to the magnetic storage device 10.

  As described above, in the present embodiment, asset map information is extracted from the DCP to be ingested and notified to the target side of the ingest, where a directory corresponding to the asset map information is created and the DCP is created in that directory. Ingest files inside When one DCP is divided into a plurality of divided DCPs, the above ingest process is performed for each divided DCP only several times. Since the plurality of divided DCPs belonging to the same digital cinema include the same asset map, they are ingested in the same directory. For example, in the example of FIG. 7, three directories “DCP1 Dir /”, “DCP2 Dir /”, and “DCP3 Dir /” respectively corresponding to three digital cinemas are created in the DCP area of the magnetic storage device 50. . Each directory (content, AM, PL, CPL, VI, etc.) related to the corresponding digital cinema is ingested into these directories.

  The file verification unit 230 verifies the integrity of each file in the DCP based on the hash value described in the PL included in the DCP and the hash value obtained by actually hashing the content file data. Here, verification of the integrity of a file means checking that data of a content file such as a video file is not damaged for some reason, or has been altered or changed from the original data. The damage of the DCP content file occurs, for example, at the time of distribution from the creation server 10 to the screening device 20 or at the time of ingestion to the screening device 20. If the damage occurred at the time of ingestion, it can be solved by re-ingesting the content file. However, the damage at the time of distribution cannot be solved by re-ingestion.

  Here, the process of verifying the integrity of each file included in the DCP (hereinafter “file verification process”) will be described in more detail. The file verification unit 230 calculates a hash value for each file in the DCP, and compares this hash value with the hash value of each file described in advance in the packing list (PL) included in the DCP. As a result, if the two match, it is determined that the file is not damaged and is a complete file. On the other hand, if they do not match, it is determined that the file is an incomplete error file that is damaged, and an error notification is made.

  Conventionally, such a file verification process is performed on a file stored in the magnetic storage device 50 after DCP ingest (see FIG. 1). On the other hand, in the screening device 20 according to the present embodiment, the file verification process is performed in parallel with the ingestion process while ingesting the DCP acquired from the outside into the magnetic storage device 50. It is said.

  In order to perform the file verification process during the ingest, first, the file verification unit 230 acquires the PL in the DCP to be ingested from the DCP acquisition unit 210 in advance before the ingest. Then, after the start of ingestion, the file verification unit 230 acquires the content file being ingested from the ingest unit 220 via the buffer memory 222, and calculates the hash value of the content file. Then, the file verification unit 230 compares the calculated hash value with the hash value of the content file described in the acquired PL, and based on whether or not they match, Verify the integrity of the content file. Such file verification processing is sequentially repeated for all content files ingested in the reel number order. The file verification unit 230 stores the verification result of each content file in the verification result database 232.

  In response to the verification result by the file verification unit 230 as described above, the ingest unit 220 automatically re-ingests the content file (error file) determined to be incomplete. In this way, by automatically retrying the error file ingest, a complete file can be automatically ingested in response to a file or the like being damaged during the ingest. In addition, if the ingest unit 130 generates an error even after re-ingesting the same file a predetermined number of times, it indicates that the file is originally damaged (that is, it is not an error that occurred during the ingest). Judgment is completed, and the ingest of the file is terminated. As a result, it is possible to compensate to some extent for the recovery of an error that has occurred during ingesting, and it is possible to prevent the retry of a file that is originally damaged indefinitely.

  When the DCP provided from the external device is ingested into the magnetic storage device 50 by the ingest unit 220 and the file detection unit 230 as described above, the data transferred to the magnetic storage device 50 is extracted in the screening server 40. The hash value is calculated simultaneously with the writing to the magnetic storage device 50. Accordingly, the integrity of each content file in the ingest can be sequentially verified in parallel with the process of sequentially ingesting each content file in the DCP. In this case, since the transfer speed of the GigabitEther cable 21 connecting the control device 30 and the screening server 40 is slower than the calculation speed of the hash value, the file verification (hash value) is shorter than the time required for ingesting the content file. The time required for the calculation and comparison process is shorter. Accordingly, the file verification process can be completed by calculating the hash values of all the content files within the time for ingesting the DCP (actual time of digital cinema: for example, 2 hours). Therefore, it is possible to shorten the file verification time that is conventionally performed separately from the ingest processing, and it is possible to identify a damaged or tampered file in the ingest time.

  The display control unit 240 generates various graphic user interface (GUI) screens related to DCP management and displays them on a monitor (for example, the output device 305 of the control device). For example, the display control unit 240 generates a display screen for displaying the verification result of each content file by the file verification unit 230 and causes the output device 305 to display the display screen. On this verification result display screen, whether or not each content file is complete is displayed for each reel of the digital cinema. With this display, the user of the screening device 20 can confirm whether or not each content file has been ingested normally. The display control unit 240 can display the display screen of the verification result during the ingest, or can display the verification result according to a request from the user after the ingest is completed. A specific example of such a display screen will be described later (see FIGS. 10 to 13).

  The playback unit 250 includes the video decoding device 406, the audio decoding device 407, and the CPU 401 that controls these, as shown in FIG. The playback unit 250 has a function of playing back a DCP content file that constitutes a digital cinema. When the DCP is ingested into the magnetic storage device 50 of the screening device 20 as described above, each file (AM, PL, CPL, VI, content file, etc.) belonging to the DCP is stored in the magnetic storage device 50. . Based on the CPL in the DCP stored in the magnetic storage device 50, the playback unit 250 sequentially plays back each content file (video file, audio file, and / or subtitle file) in the DCP in units of reels. Further, the reproduction unit 250 outputs the reproduced video data and subtitle data to the projector 42 and outputs the reproduced audio data to the speaker 44. Thus, the digital cinema is screened by the screening server 40.

  The function units of the screening device 20 according to the present embodiment have been described above. Each of the above functional units may be realized as software by installing a program for executing each of the above functions in the control device 30 or the screening server 40 of the screening device 20, or hardware for executing each of the above functions may be screened. You may mount in the apparatus 20. FIG. The program is provided to the screening apparatus 20 via an appropriate storage medium or a communication medium such as a network.

<4. Ingest and file verification method>
Next, the procedure of the ingest process and the file verification process of the screening apparatus 20 having the above-described configuration will be described with reference to FIG. FIG. 8 is a conceptual diagram showing a procedure of ingest processing and file verification processing in the screening apparatus 20 according to the present embodiment.

  As shown in FIG. 8, control software 300 that executes the functions of the DCP acquisition unit 210, the ingest unit 220, and the display control unit 240 described above is installed in the control device 30 of the screening device 20. Also. The screening server 40 is installed with control software 400 that executes the function of the file verification unit 230 described above and a transmission / reception unit 410 that transmits and receives files between the control device 30 and the magnetic storage device 50. The transmission / reception unit 410 can be configured by, for example, ftpd (File Transfer Protocol Daemon) which is file transmission / reception software resident in a UNIX system.

(First Step) Step for Selecting DCP to be Ingested When DCP is ingested into the screening device 20, first, a removable recording medium 1 (HDD or the like) storing the DCP distributed from the creation server 10 is stored. It is attached to the control device 30. Next, the user operates the input device 304 of the control device 30 to select a DCP for which ingest is desired from among the DCPs in the recording medium 1 and instructs the ingest. Then, the DCP acquisition unit 210 reads and acquires the selected ingest target DCP from the recording medium 1. Although not shown, the control device 30 of the screening device 20 can also obtain a DCP from the creation server 10 via the network 2.

(Second Step) PL Transfer Step Next, the PL transfer unit 224 of the control software 300 of the control device 30 transfers the PL included in the DCP to be ingested to the control software 400 of the screening server 40 using Ethernet (registered trademark). Or the like via the cable 21. This PL is a list in which hash values of legitimate files (files that are not damaged or tampered) included in the DCP are associated with the file names or identifiers of the files. The control software 400 of the screening server 40 receives the PL transmitted from the control device 30 and stores it in a memory (not shown) or the like. In this way, by transferring the PL to the screening server 40 in advance before ingesting, the screening server 40 can execute file verification using the PL during the ingesting.

(Third Step) DCP Ingest and File Verification Step Thereafter, the ingest unit 220 of the control device 30 ingests each file in the DCP to be ingested into the magnetic storage device 50 via the screening server 40. During this ingestion, the file verification unit 230 of the screening server 40 verifies the integrity of each file in the DCP. Specific processing of this third step will be described in detail below.

(3a) Transfer and Ingest Step The ingest unit 220 of the control device 30 sequentially transfers each file included in the DCP to be ingested to the screening server 40 one by one in accordance with, for example, ftp (File Transfer Protocol). Forward. The transmission / reception unit 410 of the screening server 40 sequentially receives the files transmitted from the control device 30 and temporarily stores them in the buffer memory 222 and transfers them to the magnetic storage device 50 while adjusting the transfer data amount. Then, the magnetic storage device 50 sequentially records the files transferred from the screening server 40 on a storage medium such as a hard disk. In this way, each file in the DCP stored in the storage medium 1 is sequentially copied to the magnetic storage device 50, whereby the DCP ingestion proceeds.

(3b) Hash Value Calculation Step Further, during the ingestion of each file in the DCP, the control software 400 of the screening server 40 transfers each DCP from the buffer memory 222 used by the transmission / reception unit 410 to the hash calculation unit 234. Branch the file data. For example, by designing an ftpd program that configures the transmission / reception unit 410 so as to perform inter-process communication using a pipe or a socket, the data branching can be easily realized. Note that a pipe is one of the inter-process communication methods in the UNIX OS, and means a function of inputting the output of one program to another program.

  The hash calculation unit 234 of the control software 400 calculates the hash value of the data of each file received from the transmission / reception unit 410 as described above, and the calculated hash value is sent to the verification unit 236 of the control software 400. Output. Even in this case, inter-process communication may be performed between the hash calculation unit 234 and the verification unit 236 using a pipe or a socket. Alternatively, hash calculation software may be included in the software of the verification unit 236.

(3c) File Verification Step The verification unit 236 compares the hash value acquired from the hash calculation unit 234 with the hash value of the file described in the PL acquired from the PL transfer unit 224. The verification unit 236 verifies the integrity of the file based on whether or not both hash values match. As a result, if both hash values match, the verification unit 236 determines that the file is complete. If both hash values do not match, the verification unit 236 determines that the file is incomplete due to damage or falsification. Judge that there is. In this way, by performing the file verification process, it is possible to verify whether the file being ingested is damaged or tampered. Further, the verification unit 236 stores the verification result of each file in the verification result database 232 for each file. Further, the verification unit 236 transfers the verification result of each file to the control software 300 of the control device 30 as necessary. Thus, the screening server 40 verifies the integrity of each file and notifies the control device of the verification result. For example, if the file to be verified is a content file created in digital cinema reel units, the verification result is also in reel units.

(Fourth Step) DCP Re-Ingest Step The ingest unit 220 of the control software 300 of the control device 30 is an error file in which the hash value does not match by the file verification unit 230 and the file being ingested is an incomplete error file. If it is determined that there is, only the error file in the DCP is automatically re-ingested. Further, if the same file results in an error even if the re-ingestion process is repeated a predetermined number of times, the ingest unit 220 considers that the file is originally damaged and ends the ingest process.

  Here, the timing for executing re-ingestion of the error file will be described. The ingest unit 220 may interrupt the ingest of the content file immediately when an error file is detected during the ingest, and automatically re-ingest the error file. For example, let us consider a case where an error is detected during the ingestion of the third video file when 10 video files in the DCP are sequentially ingested from the first file. In this case, the ingest unit 220 re-ingests the third video file from the beginning and retries a normal ingest. In this way, by trying to re-ingest immediately when an error is detected, the error file can be quickly corrected and not taken into the magnetic storage device 50, and the efficiency of the ingest process can be improved.

  In addition, even if an error file is detected during ingestion, the ingest unit 220 continues ingesting the DCP as it is, and after ingesting all the files included in the DCP, only the error file is automatically processed. May be re-ingested. For example, consider a case where errors in the third and fifth video files are detected when 10 video files in the DCP are sequentially ingested from the first file. In this case, the ingest unit 220 performs the ingestion of the first to tenth video files, and then re-ingests only the third and fifth video files in which the error is detected, so that the normal ingestion is performed. Retry the gesture. Thus, without interrupting the DCP ingestion, all the files in the DCP (including the error file) can be retried for the first time after fetching them into the magnetic storage device 50. it can.

  The reingestion process of the screening device 20 according to the present embodiment has been described above. Conventionally, when even one error file is detected in the ingested DCP, all the files in the DCP are re-ingested and then file processing is performed. It took time. On the other hand, the screening apparatus 20 according to the present embodiment automatically performs verification processing of each DCP file during ingest, and automatically re-ingests only error files. As a result, the time required for ingest, file verification, and re-ingest can be greatly reduced, an error file can be specified in a short time, and the user's labor and time for DCP ingest can be reduced.

(Fifth Step) Verification Result Display Step The display control unit 240 of the control device 30 outputs the verification result of each file acquired from the file verification unit 230 of the screening server 40 to the output device 305 (monitor, etc.) of the control device 30. To display. The display process of the verification result may be performed in real time in parallel with the ingestion process of each file in the DCP, or may be performed collectively after the ingestion of all the files in the DCP is completed. By displaying the verification result, the user can recognize whether or not each file in the ingested DCP is complete in units of files.

  Next, an ingest and file verification method according to the present embodiment will be described with reference to FIG. FIG. 9 is an operation sequence diagram between the control device 30 and the screening server 40 at the time of ingesting according to the present embodiment.

  As shown in FIG. 9, first, when receiving a specific DCP ingest instruction from the user, the control device 30 transmits a capacity confirmation request for inquiring the free capacity of the magnetic storage device 50 to the screening server 40. (Step S100). Upon receiving this capacity confirmation request, the screening server 40 confirms the free capacity of the magnetic storage device 50 (step S102), and returns a response including information on this free capacity to the control device 30 (step S104). In response to the response, the control device 30 checks whether or not the magnetic storage device 50 has a free capacity for storing the DCP to be ingested (step S106). If there is no free space, the control device 30 gives an error notification to that effect.

  If there is free space, the control device 30 transfers the PL in the DCP to be ingested to the screening server 40, and the screening server 40 holds this PL (step S107). Next, the control device 30 transmits an ingest start request to the screening server 40 (step S108). Upon receiving this ingest start request, the screening server 40 performs exclusive control for ingesting the divided DCP ( After that, a response indicating that the exclusive control is completed is returned to the control device 30 (step S112). After this step S110, until the step S114 of receiving the ingest end request, the screening server 40 locks the reading and writing of data to and from the magnetic storage device 50 so that the DCP file can be suitably ingested.

  Next, when receiving the response that the exclusive control is completed, the control device 30 starts the ingest process and sequentially transfers each file in the DCP to the screening server 40. The screening server 40 Are sequentially copied to the magnetic storage device 50 (step S114). At this time, asset map information is extracted from the asset map of the DCP, and each file in the DCP is copied to a directory corresponding to the asset map information. In parallel with this ingestion process, the screening server 40 calculates a hash value of each file to be ingested, and based on the calculated hash value and the hash value described in the acquired PL. Then, the integrity of each file is sequentially verified (step S114). In addition, in parallel with the ingest processing, the control device 30 sequentially displays the verification result of each file on the monitor in units of files (that is, in units of reels) every time verification of each file is completed ( Step S114).

  If an error file is detected by the file verification process, the error file is re-ingested (step S115). As described above, this re-ingestion process may be performed immediately after an error is detected, or may be performed after all files in the DCP are ingested. If an error still occurs after retrying the reingestion a predetermined number of times, the ingestion of the file is terminated.

  Thereafter, when the ingest processing for all the files is completed, the control device 30 transmits an ingest end request to the screening server 40 (step S116). When receiving the ingest end request, the screening server 40 unlocks the magnetic storage device 50 (step S118), and then returns a response to that effect to the control device 30 (step S120).

  As described above, by controlling the screening server 40 by the control device 30, it is possible to suitably ingest the DCP to be ingested into the magnetic storage device 50 of the screening server 40.

<5. Specific example of display screen>
Next, specific examples of display screens (GUI screens) displayed before and after the ingest processing in the control device 30 of the screening device 20 according to the present embodiment will be described with reference to FIGS. 10 to 13 are explanatory diagrams showing a DCP selection screen before ingest, a display screen during ingest, a display screen after ingest (no error file), and a display screen after ingest (with error file), respectively. It is.

  As shown in FIGS. 10 to 13, when the control device 30 handles DCP, a management window 600 corresponding to the DCP management software installed in the control device 30 is displayed. When a “Contents Management” tag 602 is selected in the management window 600, a DCP management screen is displayed. In this DCP management screen, a DCP list area 604 showing DCPs already ingested in the magnetic storage device 50, a used capacity and free capacity of the magnetic storage device 50, a DCP characteristic area 606 for showing properties of each DCP, and the like. Is displayed.

  First, as shown in FIG. 10, when the DCP to be ingested is selected before the DCP ingestion, the “DCP Inge & Validate” button 610 for instructing the ingest execution is pressed at the bottom of the screen of the management window 600. To do. Then, a small DCP selection window 700 is displayed so as to be superimposed on the DCP management window 600. This selection window 700 is for selecting a DCP to be ingested, and is a DCP to be an ingest candidate (for example, one or more DCPs recorded on the recording medium 1 distributed from the creation server 10). ) List 702 is displayed. The user can designate a DCP to be ingested by selecting a desired DCP from the DCP list 702. In the example of FIG. 10, the DCP “movie title O” is selected. When the “Select” button 704 (selection button) is pressed in a state where the DCP to be ingested is designated in this way, the ingest processing and file verification processing of the designated DCP are started.

  As shown in FIG. 11, during the DCP ingestion, a small ingest status screen 800 is displayed so as to be superimposed on the DCP management window 600. On the ingest status screen 800, an expected time 802 required for completion of the ingest, a cancel button 804 for ingest processing, and a verification result list 806 are displayed.

  In the verification result list 806, verification results of the ingested content files (video files and audio files in the example of FIG. 11) are displayed in reel units. In the verification result list 806, the result of verifying the integrity of each content file included in the DCP being ingested is sequentially displayed every time the verification of each file is completed. As described above, DCP ingestion is performed by sequentially copying each file included in the DCP to the magnetic storage device 50 one by one. In the example of FIG. 11, the ingest and file verification up to the video file with reel number 6 have been completed, and the ingest and file verification of the audio file with reel number 6 are currently being performed. Thereafter, when the file verification of the audio file with reel number 6 is completed, the result is immediately displayed in the verification result list 806.

  In addition, the verification result list 806 displays not only the verification result of each file but also the history of the re-ingestion process. For example, in the example of FIG. 11, “OK (Retry)” is displayed in the column of the video file of reel number 2. This indicates that the video file of the reel number 2 is determined to be an error file “NG” by the file verification, but is normally ingested as a result of executing re-ingestion of the video file. Further, “NG” is displayed in the audio file of reel number 4. This indicates that the audio file with the reel number 4 was determined to be an error file “NG” by file verification, and thus re-ingestion of the audio file was repeatedly performed a predetermined number of times, but ingestion was not successful. .

  By displaying the verification result list 806 as described above in real time during the DCP ingest, the user can quickly check the verification result and the history of each file of the DCP in the ingest.

  Next, with reference to FIG. 12 and FIG. 13, display of the verification result after completion of DCP ingest will be described. As shown in FIGS. 12 and 13, the DCP list area 604 of the management window 600 displays a list of DCPs of a plurality of digital cinemas that have been ingested in the magnetic storage device 50. In the DCP characteristic area 606, the properties (for example, DCPs of “movie title E” (FIG. 12) and “movie title B” (FIG. 13)) selected by the user from these DCPs ( For example, title text, UUID, data size, ingest date / time, address, verification result status, update date) are displayed. Further, when a specific DCP is selected in the DCP list area 604, the data of the DCP can be deleted from the magnetic storage device 50 by pressing the “DCP Delete” button 612. In addition, when the “DCP Refresh” button 614 is pressed, the display data is reread according to the database update in the magnetic storage device 50.

  Further, as shown in FIGS. 12 and 13, a verification result list 608 relating to a specific DCP selected by the user from among the DCPs listed in the DCP characteristic area 606 is displayed. The verification result list 608 displays a list of verification results of all content files (video files and audio files in the examples of FIGS. 12 and 13) included in the ingested DCP selected by the user. is there. In the verification result list 608, the verification result of the ingested content file is displayed in reel units.

  More specifically, in the verification result list 608 in the example of FIG. 12, regarding the DCP of the “title E” digital cinema, verification of the integrity of all video and audio files (reel numbers 1 to 5) constituting the DCP. The result is displayed for each reel. In this verification result list 608, all the files are displayed as “OK”, and it is understood that all the files are complete files that are not damaged or falsified, and that re-ingestion has not been executed. .

  On the other hand, in the verification result list 608 of the example of FIG. 13, regarding the DCP of the “title B” digital cinema, the verification results of the integrity of all video and audio files (reel numbers 1 to 7) constituting the DCP are displayed. Each reel is displayed. In the verification result list 608, “OK (Retry)” is displayed in the column of the video file of reel number 2. As a result, since the video file with the reel number 2 is determined to be the error file “NG” at the time of ingestion, it can be seen that the ingestion was successful as a result of the reingestion. Further, “NG” is displayed in the audio file of reel number 4. As a result, since the audio file with the reel number 4 is determined to be an error file “NG”, the audio file is re-ingested a predetermined number of times. However, due to damage to the original distributed file, etc. You can see that I couldn't do the gest. In this case, it is necessary to newly acquire an audio file with reel number 4 from the external device and re-ingest it into the screening device 20.

<6. Effect>
The configuration of the screening device 20 (digital cinema processing device) according to the present embodiment and the processing thereof have been described above in detail. According to the present embodiment, the content file integrity verification process is executed concurrently with the content file ingest process included in the DCP. Generally, the time required for content file integrity verification (eg, hash value calculation and comparison processing) is longer than the time required for content file ingestion processing (eg, data file transfer time via Ethernet). Less time). Therefore, it is possible to sufficiently verify all the content files in the DCP before the DCP ingestion is completed. Therefore, by verifying each file in parallel with the DCP ingest, the file verification process can be performed within the same time as the time required for the DCP ingest (for example, 2 hours which is the actual time of the movie). Can be completed. Therefore, it is possible to shorten the verification time of the content file included in the DCP by effectively using the DCP ingest time. Furthermore, if there is a content file that has been damaged or tampered with, it can be specified in the DCP ingest.

  Conventionally, the user has manually instructed file verification processing after the completion of DCP ingestion. However, according to the present embodiment, since the file verification process is automatically executed during DCP ingestion, it is possible to save the user and to forget to execute the file verification process.

  Furthermore, according to the present embodiment, out of the content files included in the DCP, only the file in which the error is detected by the file verification process is extracted, and re-ingestion is automatically attempted. Thereby, compared with the case where all the content files in DCP were reingested conventionally, the time required for reingestion can be reduced significantly.

  In addition, as shown in FIGS. 11 to 13, the verification result of the content file in the DCP is sequentially displayed during the ingest, or the list is displayed after the ingest is completed, so that the user is ingested. The integrity of the content file in the DCP can be grasped quickly and easily.

  The preferred embodiments of the present invention have been described in detail above with reference to the accompanying drawings, but the present invention is not limited to such examples. It is obvious that a person having ordinary knowledge in the technical field to which the present invention pertains can come up with various changes or modifications within the scope of the technical idea described in the claims. Of course, it is understood that these also belong to the technical scope of the present invention.

  For example, in the example of FIGS. 4-6 of the said embodiment, although the control apparatus 30 and the screening server 40 are comprised as another apparatus, this invention is not limited to this example. For example, the control device 30 and the screening server 40 may be integrated into a single device. In this case, the removable drive 307 for the recording medium 1 and the communication device 308 for the network 2 are installed in the screening server 40. Further, the display server 40 can be integrated with an external device such as the projector 42 or the speaker 44. 4 and 5, the magnetic storage device 50 (RAID) is externally attached to the screening server 40. However, the present invention is not limited to this example, and the magnetic storage device 50 may be built in the screening server 40.

  Further, in the above embodiment, the file verification process is executed by the screening server 40, but it is of course possible to execute the file verification process by the control device 30. Further, in the above embodiment, the example of the screening device 20 is given as the digital cinema processing device, but the present invention is not limited to such an example. The present invention can be applied to arbitrary digital cinema processing as long as it is an apparatus that ingests and verifies a DCP of a digital cinema.

It is explanatory drawing which shows the file verification method in the conventional screening apparatus. 1 is a schematic configuration diagram showing a digital cinema system according to a first embodiment of the present invention. It is explanatory drawing which shows the file structure of DCP concerning the embodiment. It is a whole lineblock diagram showing the screening device concerning the embodiment. It is a block diagram which shows the control apparatus and the screening server in the screening apparatus concerning the embodiment. It is a functional block diagram which shows the screening apparatus concerning the embodiment. FIG. 3 is a conceptual diagram showing a directory configuration of a DCP area in the magnetic storage device according to the same embodiment. It is a conceptual diagram which shows the procedure of the ingest process and file verification process in the screening apparatus concerning the embodiment. It is an operation | movement sequence diagram between the control apparatus of a screening apparatus and the screening apparatus at the time of the ingest concerning the embodiment. It is explanatory drawing which shows the DCP selection screen before ingest in the screening apparatus concerning the embodiment. It is explanatory drawing which shows the display screen in ingest in the screening apparatus concerning the embodiment. It is explanatory drawing which shows the display screen (there is no error file) after the ingest in the screening device according to the same embodiment. It is explanatory drawing which shows the display screen (with an error file) after the ingest in the screening apparatus concerning the embodiment.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Removable recording medium 2 Network 10 Creation server 20 Screening device 30 Control device 40 Screening server 42 Projector 44 Speaker 50 Magnetic storage device 210 DCP acquisition part 212 Reading part 214 Receiving part 220 Ingest part 222 Buffer memory 224 PL transfer part 230 File verification unit 232 Verification result database 234 Hash calculation unit 236 Verification unit 240 Display control unit 250 Playback unit 300 Control software 400 Control software 410 Transmission / reception unit

Claims (9)

An ingest unit that ingests a digital cinema package (DCP) including a plurality of content files relating to one digital cinema and a packing list (PL) in which a hash value of the content file is described;
Simultaneously during the DCP ingestion, the hash value of each content file included in the DCP is calculated, and the calculated hash value and the hash value described in the PL included in the DCP are calculated. A file verification unit that verifies the integrity of each content file included in the DCP by comparing;
A digital cinema processing apparatus comprising:   The digital cinema processing apparatus according to claim 1, wherein the ingest unit automatically re-ingests the content file in which the error is detected by the file verification unit.   When an error of a content file included in the DCP is detected by the file verification unit during the DCP ingest, the ingest unit displays the content file in which the error has been detected at the time of the error detection. The digital cinema processing apparatus according to claim 2, wherein re-ingestion is automatically performed.   When an error of the content file included in the DCP is detected by the file verification unit during the ingestion of the DCP, the ingestion unit, after completing the ingestion of all the content files included in the DCP, 3. The digital cinema processing apparatus according to claim 2, wherein only the content file in which the error is detected is automatically re-ingested.   The digital cinema processing apparatus according to claim 1, further comprising a display control unit that displays a verification result of each content file by the file verification unit.   The display control unit sequentially displays a verification result of each content file included in the DCP every time the verification of each content file is completed during the ingestion of the DCP. The digital cinema processing device described in 1.   6. The display control unit according to claim 5, wherein when the DCP is selected after completion of the ingestion of the DCP, the display control unit displays a list of verification results of all content files included in the DCP. Digital cinema processing device. Ingesting a digital cinema package (DCP) including a plurality of content files related to one digital cinema and a packing list (PL) in which a hash value of the content file is described into a storage device;
Simultaneously during the DCP ingestion, the hash value of each content file included in the DCP is calculated, and the calculated hash value and the hash value described in the PL included in the DCP are calculated. Verifying the integrity of each content file included in the DCP by comparing;
A file verification method comprising: To computer:
Ingesting a digital cinema package (DCP) including a plurality of content files related to one digital cinema and a packing list (PL) in which a hash value of the content file is described into a storage device;
Simultaneously during the DCP ingestion, the hash value of each content file included in the DCP is calculated, and the calculated hash value and the hash value described in the PL included in the DCP are calculated. Verifying the integrity of each content file included in the DCP by comparing;
A program for running

Images