JP2013232743A - Image data creation device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an image data creation device capable of safely protecting image data.SOLUTION: An image data creation device 12 comprises: an encoding unit 12a which converts image data to an AV stream file; an enciphering unit 12b which enciphers the encoded AV stream file; a program generation unit 12d which generates a program for deciphering the enciphered AV stream file; and a writing unit 12e which writes the enciphered AV stream file and program into a movable recording medium 14. The program for deciphering is capable of reproducing the AV stream file using a virtual file system VFS.

Description

  The present invention relates to a video data creation device, and more particularly to a device for creating a recording medium that enables selective reproduction of various events in a video.

  Conventionally, video or the like obtained by a monitoring camera has been recorded on a recording medium.

  Patent Document 1 discloses a recording medium having a directory hierarchy for the purpose of providing a recording medium that allows a user to feel the capacity difference of media as a difference in content that can be recorded. Under the root directory, there is a default directory where the startup program is placed and a service domain directory. The service domain directory is created when the AV stream is supplied by the on-demand manufacture or sell-through service. There is a movie directory under the service domain directory, the movie directory is a directory in which AV streams are recorded, and the startup program is a recording medium. A program that is to be executed first when loaded in the playback device, displays a menu for accepting an operation for selecting a movie directory from the user on the playback device, causes the playback device to execute a route change function, and routes It is disclosed that the change function is a function for recognizing the service domain directory to which the selected movie directory belongs as the root directory when the user performs a selection operation on the menu.

  Patent Document 2 discloses a first multimedia data composed of audio, video, text, and the like, and a first multi-player, for the purpose of providing an easy-to-use interactive recording / reproducing system correlated with each other through an optical disk and a network. First interactive video storage means for recording first link information associated with a reproduction procedure of media data as a file of HTML (Hyper Text Markup Language) format, and first link information associated with the first link information via a network In the interactive video recording / playback system comprising the second interactive video storage means for recording the link information of 2 as a file in HTML (Hyper Text Markup Language) format and the interactive video device connected to the network, Interactive video playback control Link information recorded in the first or second interactive video storage means is interactive, comprising: playback means of the first interactive video storage means; operation input means; display means; and interactive video primary storage means. An interactive video recording / reproducing system including a description for controlling recording or erasure of data stored in an interactive video primary storage means of a video device is disclosed.

  Further, in Patent Document 3, a first management file for managing time-series data is provided in a predetermined manner for the purpose of providing a data recording method capable of reproducing a recorded moving image even when the management file is destroyed. A first step of generating the first management file at time intervals and sequentially writing the first management file to the recording medium, and generating a second management file having a recording position and size on the recording medium for all the first management files 2) a second step of writing the management file to the recording medium; a third step of generating a third management file for managing all time-series data and writing the third management file to the recording medium; and a third management file. And a fourth step of newly regenerating the third management file based on the second management file when the data is not read or cannot be read. Method is disclosed.

International Publication No. 2009/078157 JP-A-9-307859 Japanese Patent No. 4114318

  By the way, there is a service for storing surveillance video obtained by photographing with a surveillance camera in a portable storage medium such as a BD-ROM and distributing the surveillance video. For example, it is stored in a BD-ROM and distributed to tenants of the building. In this case, it is desirable to protect the video data with a password so that it cannot be viewed by a third party. However, even if there is no password, it is possible to play the video by directly opening the AV stream file with a personal computer or the like. Therefore, there was a problem that the protection was not sufficient.

  An object of the present invention is to provide a video data creation device capable of protecting video data more safely than before.

  The video data creation device of the present invention includes an encoding unit that converts video data into an AV stream file, an encryption unit that encrypts the encoded AV stream file, and a decryption unit that decrypts the encrypted AV stream file. And a writing unit for writing the encrypted AV stream file and the program to a portable recording medium, and the program for decryption is performed using a virtual file system. An AV stream file can be played back.

  In one embodiment of the present invention, the encryption unit encrypts a part or all of the AV stream file and stores it in a directory different from an original storage directory.

  In another embodiment of the present invention, the encryption unit encrypts a part or all of the AV stream file and stores it in a Jar directory different from the Stream directory.

  In still another embodiment of the present invention, the decryption program decrypts an AV stream file stored in a directory different from the original storage directory, and specifies the local storage of the general-purpose playback device. It is stored in a directory.

  In still another embodiment of the present invention, the decrypting program decrypts the AV stream file stored in the Jar directory and stores the decrypted AV stream file in the Stream directory of the local storage of the general-purpose playback device. It is characterized by that.

  In still another embodiment of the present invention, the decrypting program decrypts only an AV stream file set in advance for each user according to a password input by the user.

  In still another embodiment of the present invention, the metadata attached to the video data is analyzed to extract event information of the video data, and the video data and the event information are used. Control that enables searching of the video data based on the event information by associating the event scene and the event information in the playlist with a playlist generation unit that generates a playlist of event scenes that define the start and end of an event A control program generation unit for generating a program, wherein the writing unit stores the encrypted AV stream file, the decryption program, the playlist, and the control program in the portable storage medium. It is characterized by writing in.

  According to the present invention, since the AV stream file is encrypted and stored in the portable storage medium, even if a third party obtains the storage medium and directly accesses the AV stream file, the original video data Can not be played, safety is ensured. In addition, the decryption program decrypts the AV stream file encrypted using the virtual file system, so that the video data can be reproduced using a general-purpose player, for example, activated in response to a password. Is possible.

It is a system configuration figure of an embodiment. It is explanatory drawing of BD-ROM specification. It is a block diagram of the authoring computer in the embodiment. It is explanatory drawing of encryption. It is explanatory drawing of VFS in BD-ROM. It is explanatory drawing (the 1) of decoding. It is explanatory drawing (the 2) of decoding. It is explanatory drawing (the 3) of decoding. It is screen explanatory drawing of a general purpose reproducing | regenerating apparatus. It is screen explanatory drawing for every user of a general purpose reproducing | regenerating apparatus. It is explanatory drawing of the decoding of other embodiment. FIG. 14 is a configuration block diagram of an authoring computer in still another embodiment. It is an explanatory view of a screen at the time of authoring. It is explanatory drawing of an event search.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<First Embodiment>
FIG. 1 is an overall configuration diagram of a video data recording / reproducing system including a video data creation device according to the present embodiment. The video data recording / reproducing system includes a video server 10 in which videos acquired by a surveillance camera are stored, an authoring computer 12 as a video data creation device, and a portable recording medium such as a BD-ROM created by the authoring computer 12. 14 is composed of a general-purpose playback device 16 that plays back 14.

  The video server 10 stores video acquired by one or more monitoring cameras. Also, metadata associated with video data detected by various sensors is stored in association with the video data.

  The authoring computer 12 takes in video data stored in the video server 10, edits it, and writes it in a portable storage medium 14 such as a BD-ROM. At this time, the stream file is encrypted by being processed into a specific form, and is written into the portable storage medium 14. The encryption in the present embodiment can be said to be a reversible destruction of the stream file, and is processed in such a way that the original video data cannot be reproduced even if the stream file itself is directly opened by a personal computer. A specific processing method or encryption method will be described later.

  The general-purpose playback device 16 is, for example, a general-purpose BD player, and plays back the portable storage medium 14 created by the authoring computer 12 and displays it on the display device. At this time, the user controls the operation of the general-purpose playback device 16 by operating the remote controller 18 and decrypts the encrypted stream file to play the video data.

  Hereinafter, the BD-ROM will be described as an example of the portable storage medium 14, and this embodiment will be specifically described as the BD-ROM 14. First, the BD-ROM standard which is a premise in the present embodiment will be briefly described.

  FIG. 2 shows a directory and file structure defined by the BD-ROM standard. Main BD-ROM files are stored under the BDMV directory directly under the root directory. The BDMV directory includes Stream, Clipinfo, PlayList, Jar, and other directories.

  The Stream directory includes AV stream files such as “0100.m2ts” and “0200.m2ts”. The extension “m2ts” indicates the MPEG-2 Transport Stream.

  The Clipinfo directory includes a clip database file. In the BD-ROM standard, an AV stream file is called a clip AV stream file, and a database file related to this is called a clip information file. The Clip formation file stores the time stamp of the access point of the corresponding AV stream file. By using this time stamp, the playback device recognizes where in the AV stream data should be read. There is a one-to-one relationship between the Clip AV stream file and the Clip information file. In the figure, the “0100.m2ts” file corresponds to the “0100.cpli” file, and the “0200.m2ts” file corresponds to the “0200.cpli” file.

  The PlayList directory includes a PlayList database file. PlayList (Movie PlayList) is a clip playback interval list. The playback interval includes a playback start time and a playback end time of a clip.

  The Jar directory contains Java application files based on the Java platform. The BD-ROM standard corresponds to a programmable application based on the Java platform, which is referred to as “BD-J”. In the present embodiment, the video stream encrypted using the Java application stored in the Jar directory is decrypted and stored in a predetermined position, and the decrypted video stream is recognized as BD video content. The VFS is controlled. In addition, a search using event information is possible using a Java application stored in the Jar directory. That is, the authoring computer 12 creates a Java application (Java Xlet) using the video data and metadata, and stores it in the Jar directory. The Java application is controlled by the application manager via the Xlet interface.

  Other directories include sound data files, font data files, backup files, and the like.

  FIG. 3 is a block diagram showing the configuration of the authoring computer 12 as a video data creation apparatus. The authoring computer 12 includes a CPU, a memory, a data bus, an input / output interface, an input device such as a keyboard, an output device such as a display device, and a BD recorder, and the CPU realizes the functions of each unit in cooperation with the memory. Needless to say. As shown in the figure, the authoring computer 12 includes an encoder 12a, an encryption unit 12b, a PlayList generation unit 12c, a Java generation unit 12d, and a writing unit 12e.

  The encoder 12a takes in video data stored in the video server 10 and creates an AV stream file (indicated by m2ts in the figure) and a clip file (indicated by clip in the figure). The encoder 12a outputs the created AV stream file and clip file to the encryption unit 12b, the PlayList generation unit 12c, and the Java generation unit 12d.

  The encryption unit 12b encrypts the AV stream file supplied from the encoder 12a using the password input from an input device such as a keyboard and outputs the encrypted AV stream file to the writing unit 12e. The encryption unit 12b encrypts the AV stream file in cooperation with the Java generation unit 12d. Specifically, as shown in FIG. 2, the AV stream file is originally stored in the Stream directory, but after encrypting a part or all of the AV stream file, the BD-J application An accessible directory, for example, a 00000 directory is created under the Jar directory and stored there. The extension of the encrypted stream file is, for example, “.ents”. Even if an unauthorized person searches for a stream, the stream file is encrypted, and the video cannot be reproduced.

  The PlayList generation unit 12c creates a PlayList file based on the AV stream file and clip file from the encoder 12a and outputs the PlayList file to the writing unit 12e.

  The Java generation unit 12d creates a Java application based on the AV stream file, clip file, and password from the encoder 12a, and outputs the Java application to the writing unit 12e. This password is a password used when encrypting by the encryption unit 12b, and at the same time, a password used when decrypting.

  The writing unit 12e stores each file in each directory in accordance with the directory structure shown in FIG. However, in the present embodiment, as described above, a part or all of the AV stream file is encrypted and stored in the Jar directory instead of the Stream directory.

  Next, encryption and decryption processing of the AV stream file in the present embodiment will be described in detail.

FIG. 4 shows the directory and file structure in this embodiment. As an AV stream file, it is simplified for convenience of explanation. m2ts
00002. m2ts
00003. m2ts
00004. m2ts
Shall exist. Originally, these AV stream files are encoded and stored in the Stream directory.

However, in the present embodiment, all or part of the AV stream file is extracted based on the password input at the time of authoring and the reproduction permission condition, and encryption is performed by the encryption unit 12b. For example, among AV stream files,
00003. m2ts
00004. m2ts
Are extracted and encrypted, and these are stored under the 00000 directory under the Jar directory. ents
00004. ents
Store as. Whether part or all of the AV stream file is targeted may be set in advance or determined according to a password. Note that 00001.0000 in the Jar directory. Jar
00002. Jar
Is a Java application file.

  As described above, part or all of the AV stream file is encrypted based on the password, moved from the Stream directory to the 00000 directory under the Jar directory, and then stored in the general-purpose player 16 as it is. Can not do it. For this reason, in the present embodiment, reproduction on a general-purpose player is made possible by skillfully utilizing VFS (Virtual File System) defined in the BD-ROM standard.

  FIG. 5 shows a conceptual diagram of VFS. VFS combines files stored in the BD-ROM and files stored in the local storage data area (Binding Unit Data Area: BUDA) in the player to update the content as if it were a single virtual disc package. It is a mechanism to do.

FIG. 5A shows a file structure in the BD-ROM. As described above, there are a Stream directory, a Clipinfo directory, a PlayList directory, and a Jar directory. On the other hand, FIG. 5B shows a file structure in BUDA. Similarly, there are a Stream directory, a Clipinfo directory, a PlayList directory, and a Jar directory. In VFS, an XML file called Binding Unit Manifest File (BUMF) defines a mapping of a file to be updated. That is, a new file is defined by combining a file in the BD-ROM and a file in the BUDA.

FIG. 5C shows a file structure of a virtual package in which a file in the BD-ROM and a file in the BUDA are combined. In the Stream directory, the AV stream file 00001.0 stored in the Stream directory in the BD-ROM. m2ts
AV stream file 00002 .. stored in the Stream directory in BUDA. m2ts
Are combined,
00001. m2ts
00002. m2ts
These two files are stored. Similarly, in the Clipinfo directory, the clip file 00001.0 stored in the Clipinfo directory in the BD-ROM is stored. clipi
Clip file 00002... Stored in the Clipinfo directory in BUDA. clipi
Are combined,
00001. clipi
00002. clipi
These two files are stored. In the PlayList directory, the playlist files 00001.001 stored in the PlayList directory in the BD-ROM are also displayed. mpls
And the playlist file 00002. stored in the PlayLiat directory in BUDA. mpls
Are combined,
00001. mpls
00002. mpls
These two files are stored. In the Jar directory directory, the Java application file 00001. jar
Java application file 00002... Stored in the Jar directory in BUDA. jar
Are combined,
00001. jar
00002. jar
These two files are stored. If the file name in the BD-ROM and the file name in the BUDA are the same, as a result of combining the two, the content is updated by replacing the file in the BD-ROM with the file in the BUDA. Will be understood.

  In such a VFS, paying attention to the Stream directory of the Virtual Package, even if the AV stream file does not exist in the Stream directory in the BD-ROM, if the AV stream file exists in the Stream directory in the BUDA, It can be seen that an AV stream file exists in the Stream directory in the Virtual Package. This is a mechanism that assumes content addition / update by downloading from the network. In this embodiment, this mechanism is used. In other words, the encrypted AV stream file is decrypted and stored in the STREAM directory in BUDA, so that the encrypted AV stream file can be reproduced.

FIG. 6 schematically shows the decoding process of the present embodiment. FIG. 6A shows the file structure of the BD-ROM after encryption. In the 00000 directory under the Jar directory,
00003. ents
00004. ents
There are two encrypted AV stream files. When the BD-ROM 14 having such a file structure is attached to the general-purpose playback device 16, a Java application stored in the Jar directory is activated and requests a password from the user of the general-purpose playback device 16. If the input passwords match, the Java application starts the decryption process, and among the files stored in the 00000 directory under the jar directory, the encrypted 00003. ents
00004. ents
Are extracted and stored in the Stream directory in the BUDA of the general-purpose playback device 16. FIG. 6B shows a file structure in BUDA, and an arrow indicates that AV stream files stored in the 00000 directory under the jar directory in the BD-ROM are stored in the Stream directory in BUDA. . In the decryption process according to the present embodiment, the encrypted AV stream file stored in the 00000 directory under the jar directory in the BD-ROM is decrypted according to the input password, and then the stream is stored in the Stream directory in the BUDA. It can be expressed as a moving process. Since the file written in the BD-ROM cannot be erased, the movement of the AV stream file means that the AV stream file is actually copied and stored in the Stream directory in BUDA.

FIG. 7 shows the file structure in the BD-ROM after decryption and the file structure in BUDA. FIG. 7A shows a file structure in the BD-ROM. m2ts
00002. m2ts
Is stored. In the Jar directory,
00001. jar
00002. jar
Are stored in the 00000 directory as shown in FIG. ents
00004. ents
However, these files are no longer necessary and are omitted for convenience of explanation.

FIG. 7B shows the file structure in BUDA. The stream directory is decrypted and moved (copied) 00003. m2ts
00004. m2ts
Is stored.

FIG. 8 shows a virtual package file structure in which the file structure in the BD-ROM shown in FIG. 7A and the file structure in BUDA shown in FIG. 7B are combined. In the Stream directory, AVs stream files in BD-ROM and AV stream files in BUDA are combined.
00001. m2ts
00002. m2ts
00003. m2ts
00004. m2ts
The complete AV stream file is stored, and the original video data can be reproduced.

  FIG. 9 shows an example of a screen displayed on the display device 16 a of the general-purpose playback device 16. When the BD-ROM 14 is attached to the general-purpose playback device 16, a Java application stored in the Jar directory is activated, and a screen requesting input of a password is displayed on the display device 16a. In response to this request, when the user operates the remote controller 18 to input a password, the Java application determines whether the input password matches the password used at the time of encryption, or decryption corresponding to the password at the time of encryption. Determine whether it is a password. If the input passwords match or correspond, the Java application executes the decryption process shown in FIG. 6 so that the AV stream file can be reproduced. After this, it is the same as the normal BD-ROM playback process, and the clip file is sequentially played back according to the playlist file.

  If the input passwords do not match or do not correspond, the Java application does not execute the decryption process shown in FIG. In this case, the general-purpose playback device 16 cannot play back the original video. Even if a third party obtains the BD-ROM 14, since the complete AV stream file does not exist in the Stream directory, the original video cannot be reproduced even if it is directly opened. Therefore, only a legitimate user who has obtained the password can reproduce the original video using the general-purpose playback device 16, and the video content can be protected.

Second Embodiment
In the first embodiment, the AV stream file encrypted by inputting the password is decrypted and can be played back on the general-purpose playback device 16, but video content that can be played back for each user assuming a plurality of users. Can also be restricted. For example, when there are a user A, a user B, and a user C as users who receive distribution of the BD-ROM 14, and videos of a plurality of channels are recorded on the BD-ROM 14,
For example, the user A is permitted to reproduce only the channel 1 (CH1), the user B is permitted to reproduce only the channel 2 (CH2), and the user C is permitted to reproduce only the channel 3 (CH3). One example would be when user A, user B, and user C are all tenants of the same building and the video of the surveillance camera of each tenant is assigned to each channel and recorded. Alternatively, a case where a morning, daytime, and night video of a tenant is assigned to each channel and recorded can be considered.

  FIG. 10 shows a conceptual diagram of reproduction in the present embodiment. FIG. 10A shows the case of the user A, in which a screen for requesting a password is displayed on the display device 16a of the general-purpose playback device 16, and the user A inputs the password “0000” accordingly. In this case, the Java application decrypts and plays back only the AV stream file corresponding to the input password “0000”, for example, the AV stream file of CH1. In the general-purpose playback device 16, since only CH1 is played back, the user A cannot play back video of other channels.

  FIG. 10B shows the case of user B, where a screen requesting a password is displayed on the display device 16a of the general-purpose playback device 16, and the user B inputs the password “1234” accordingly. is there. In this case, the Java application decrypts and plays back only the AV stream file corresponding to the input password “1234”, for example, the AV stream file of CH2. In the general-purpose playback device 16, only CH2 is played back, so user B cannot play back video of other channels.

FIG. 11 shows a decoding process in this embodiment. FIG. 11A shows the file structure in the BD-ROM, and FIG. 11B shows the file structure in BUDA. When the Java application is started, the user is prompted for a password, and when the password is input accordingly, whether the input password matches or corresponds to the password set for each channel. Determine. now,
The password for CH1 is “0000”
The password for CH2 is “1234”
It is assumed that it is set to.

  In the 00000 directory under the Jar directory in the BD-ROM, the AV stream file for CH1 and the AV stream file for CH2 are encrypted and stored at the time of encryption. In the case of the CH1 password “0000”, the Java application decrypts only the CH1 AV stream file in the 00000 directory under the Jar directory and stores it in the Stream directory in BUDA. When the input password is the CH2 password “1234”, the Java application decrypts only the CH2 AV stream file in the 00000 directory under the Jar directory and stores it in the Stream directory in BUDA. In the figure, the AV stream file for CH1 is decrypted according to the password “0000” and stored in the Stream directory in BUDA, and the AV stream file for CH2 is decrypted according to the password “1234” and is streamed in BUDA. The state of being stored in the directory is indicated by an arrow. When the password “0000” is input, the CH2 AV stream file remains stored in the 00000 directory under the Jar directory and does not exist in the Stream directory in BUDA. Therefore, the CH2 video is reproduced even if VFS is used. Cannot be played and playback is restricted. Similarly, when the password “1234” is input, the AV stream file for CH1 remains stored in the 00000 directory under the Jar directory and does not exist in the Stream directory in BUDA. Therefore, even if VFS is used, the video of CH1 Cannot be played and playback is restricted.

  In the present embodiment, it is not necessary to encrypt all the CH1 AV stream files and store them in the 00000 directory under the Jar directory at the time of encryption. Needless to say, the same applies to CH2.

<Third Embodiment>
In the first embodiment, the AV stream file encrypted by inputting the password is decrypted and can be played back by the general-purpose playback device 16. Further, the event search of the video that has been decrypted and played back is enabled. You can also. Normally, when the camera monitoring video is converted into the video format of the BD-ROM standard, various event information added to the original monitoring video is lost. That is, event information such as various sensor operations, presence / absence of image movement, timer operation, etc. is added to the monitoring video, and the video related to the desired event information is searched from the monitoring video using these event information. However, if the monitoring video is converted into the video format of the BD-ROM standard, these event information will be lost, so a search using event information using a general-purpose playback device 16 is possible. Is impossible. Therefore, in the present embodiment, a case will be described in which a search using event information is possible along with the decryption of an AV stream file by a password.

  FIG. 12 is a block diagram showing the configuration of the authoring computer 12 as the video data creation apparatus according to this embodiment. As shown in the figure, the authoring computer 12 includes an encoder 12a, an encryption unit 12b, a PlayList generation unit 12c, a Java generation unit 12d, a writing unit 12e, and a metadata that captures the metadata 11 stored in the video server 10. A data analysis unit 12g is included.

  The encoder 12a takes in video data stored in the video server 10 and creates an AV stream file and a clip file. The encoder 12a outputs the created AV stream file and clip file to the encryption unit 12b, the PlayList generation unit 12c, and the Java generation unit 12d.

  The encryption unit 12b encrypts the AV stream file supplied from the encoder 12a using the password input from an input device such as a keyboard and outputs the encrypted AV stream file to the writing unit 12e.

  The metadata analysis unit 12g takes in the metadata 20 stored in the video server 10 and analyzes event information accompanying the video data. The event information includes sensor movement, motion timer operation in the image, etc., and analyzes whether or not the selected event information exists based on event selection data input by the user from an input device such as a keyboard or a mouse. . The metadata analysis unit 12b outputs the analysis result to the PlayList generation unit 12c and the Java generation unit 12d.

  The PlayList generation unit 12c creates a PlayList file based on the AV stream file and clip file from the encoder 12a and the analysis result in the metadata analysis unit 12g and outputs the file to the writing unit 12e.

  The Java generation unit 12d creates a Java application based on the AV stream file, clip file and password from the encoder 12a, and the analysis result in the metadata analysis unit 12g, and outputs the Java application to the writing unit 12e.

  The writing unit 12e stores each file in each directory in accordance with the directory structure shown in FIG. Also in this embodiment, as in the first embodiment, a part or all of the AV stream file is encrypted and stored in the 00000 directory under the Jar directory.

  FIG. 13 shows an example of a screen displayed on the display device 12 f of the authoring computer 12. On the screen 12f, video data captured from the video server 10 is displayed, and a check box for selecting an event is displayed. In the figure, in addition to the check boxes for whether or not to detect an event, the events “motion detection”, “rampage detection”, “area intrusion”, “face detection”, “sensor 01 input”, and “power failure detection” are displayed. A checkbox to select is displayed. Each event is included in the metadata 20 of the video server 10, and is created using data detected by various sensors while acquiring a monitoring video by the monitoring camera. For example, “motion detection” is detected by a moving body sensor, and data indicating movement is added as metadata. Of course, the presence or absence of motion may be detected by processing the video and added as metadata. “Ramp detection” is added as metadata as rampage when a person in the video performs a predetermined movement. For example, metadata is added as rampage when a person moves around his arm in an elevator.

The figure shows a case where the user of the authoring computer 12 checks the event detection check box and checks the rampage detection check box using the mouse. That is, this is a case where an event for detecting a violence is selected as the event selection data. The event selection data is supplied to the PlayList generation unit 12c as described above. Based on the event selection data, the PlayList generating unit 12c extracts the rampage detection metadata from the metadata 20, and sets the ramp detection metadata start timing to the playback start time and the ramp detection metadata end timing to the playback end. Create PlayList as the time. That is, the PlayList generation unit 12c creates the PlayList by setting the ramp detection start timing as the clip playback start time and setting the ramp detection end timing as the clip playback end time. When metadata of a plurality of rampage detections exists in the metadata 20, a PlayList is created using the start timing and end timing of all rampage detections. An example of PlayList is as follows.
PlayList
Chapter # 1 1:30
Chapter # 2 3:00
Chapter # 3 10:00
Chapter # 4 12:00
Here, chapter # 1 represents the playback start point, chapter # 2 represents the playback end point, chapter # 3 represents the playback start point, and chapter # 4 represents the playback end point.

The event selection data is also supplied to the Java generation unit 12d as described above. Based on this event selection data, the Java generation unit 12d creates an application file that associates each PlayList chapter with the selected event. Specifically, when there are chapters # 1 to # 4 as PlayList chapters as described above, each of them is associated with the selected event,
Chapter # 1 = Start of rampage Chapter # 2 = End of rampage Chapter # 3 = Start of rampage Chapter # 4 = End of rampage When the user of the authoring computer 12 checks not only the rampage detection but also the motion detection and area intrusion check boxes on the screen of FIG. 13, the Java generation unit 12 d determines each chapter based on the event selection data. Is associated with the event. In particular,
Chapter # 1 = Start of rampage Chapter # 2 = End of rampage Chapter # 3 = Start of motion Chapter # 4 = End of motion Chapter # 5 = Start of area intrusion Chapter # 6 = End of area intrusion, etc. Furthermore, the Java generation unit 12d displays an event list that is displayed on the display device according to the operation of the remote control 18 of the general-purpose playback device 16 when played back by the general-purpose playback device 16 based on the event selection data. Create

  In FIG. 13, in addition to a check box for selecting an event, a check box for improving the image quality in conjunction with the event and a check box for creating an event playlist are displayed. The processing when the event playlist check box is checked is as described above, and the PlayList generation unit 12c generates the PlayList. On the other hand, when the high image quality check box is checked in conjunction with the event, this data is also supplied to the metadata analysis unit 12b as part of the event selection data. The metadata analysis unit 12b analyzes the metadata based on the event selection data. When there is metadata corresponding to the selected event, the video data accompanied by the metadata has higher image quality than other videos. A command to be encoded is output to the encoder 12a.

  When the user checks each check box and operates the “Export” button as described above, each functional block of FIG. 3 including the CPU, memory, and BD recorder executes the process, and the BD-ROM 14 is created. The The encryption is the same as in the first embodiment.

  When the BD-ROM 14 is created in this way and attached to the general-purpose playback device 16, a screen requesting a password is displayed on the screen 16a of the general-purpose playback device 16 as in the first embodiment. When the user inputs a password and this password is the correct password, the Java application decrypts and reproduces the encrypted AV stream file. That is, the encrypted AV stream file stored in the 00000 directory is decrypted and then stored in the Stream directory so that it can be played back.

  In addition, since chapters are generated in the play list at the time of occurrence and end of the selection event, the user can select a chapter using the remote controller 18 and jump to a specific chapter for playback. Since each chapter is associated with an event, the chapter can be played back by jumping to the chapter corresponding to the selected event.

  FIG. 14 shows the relationship between an AV stream file, a clip file, and a playlist. As shown in the figure, it is assumed that a selection event occurs at a certain point of “Stream004” of the AV stream file, and the selection event ends at a certain point of “Stream006”. In this case, chapters are generated in the play list at the time of occurrence and end of the selected event, respectively. In the figure, it is shown that a chapter mark corresponding to the time of occurrence of the selection event is generated. Each chapter and event is associated with the Java application.

  Therefore, when the BD-ROM 14 is played back by the general-purpose playback device 16, the decoded AV stream file is played back sequentially from the beginning, and a chapter can be selected using the remote controller 18 to jump to a specific chapter for playback. . Since each chapter is associated with an event, it is possible to jump to a chapter corresponding to the selected event and reproduce it.

  When jumping to a specific chapter and playing it in this way, if the jump destination AV stream file has not been decoded, it takes time to play after the jump. That is, if the AV stream file of the jump destination remains encrypted (is encrypted and stored in the 00000 directory under the Jar directory of the BD-ROM and does not exist in the BUDA Stream directory) Takes time to store in the Stream directory of BUDA. Therefore, it is desirable that an example AV stream file including chapters indicating the occurrence time and end time of the selection event be decoded in advance. Thereby, the reproduction resumption time after jumping can be shortened. This is particularly effective for monitoring operations that frequently use event search.

  As mentioned above, although embodiment of this invention was described, this invention is not limited to these, A various change is possible.

  For example, in this embodiment, the encoded AV stream file is encrypted and stored in the 00000 directory under the Jar directory. However, the encoded AV stream file is not limited to the Jar directory, and may be stored in a directory other than the Stream directory. Good. Further, the AV stream file may be diffused and stored in a plurality of directories other than the Stream directory. In addition, the method of encrypting the AV stream file and storing it in the 00000 directory under the Jar directory is an example, and can be encrypted by other methods. In short, the Jar application stored in the Jar directory functions as a decryption program, this Jar application is activated in accordance with the input password, decrypts the encrypted AV stream file, and creates a virtual file system (VFS). And use it for playback.

  In this embodiment, the BD-ROM is exemplified as the storage medium. However, the present invention is not limited to this, and can be applied to any portable storage medium such as a USB memory or a fresh memory.

  10 video data, 12 authoring computer, 12a encoder, 12b encryption unit, 12c PlayList generation unit, 12d Java generation unit, 12e writing unit, 14 portable storage medium (BD-ROM), 16 general-purpose playback device, 18 remote control .

Claims (7)

An encoding unit for converting video data into an AV stream file;
An encryption unit for encrypting the encoded AV stream file;
A program generator for generating a program for decrypting the encrypted AV stream file;
A writing unit for writing the encrypted AV stream file and the program to a portable recording medium;
And the decoding program enables playback of the AV stream file using a virtual file system. The video data creation apparatus according to claim 1, wherein the encryption unit encrypts a part or all of the AV stream file and stores it in a directory different from an original storage directory. The video data creation apparatus according to claim 2, wherein the encryption unit encrypts and stores a part or all of the AV stream file in a Jar directory different from the Stream directory. The decryption program decrypts an AV stream file stored in a directory different from an original storage directory, and stores the decrypted AV stream file in a specific directory in a local storage of a general-purpose playback device. The video data creation device described. 4. The video data according to claim 3, wherein the decrypting program decrypts the AV stream file stored in the Jar directory, and stores the decrypted AV stream file in the Stream directory of the local storage of the general-purpose playback device. Creation device. 6. The video according to claim 1, wherein the decrypting program decrypts only an AV stream file set in advance for each user in accordance with a password inputted by the user. Data creation device. A metadata analysis unit that analyzes metadata accompanying the video data and extracts event information of the video data;
Using the video data and the event information, a playlist generation unit that generates a playlist of event scenes that define the start and end of an event;
A control program generating unit that generates a control program that enables searching of the video data by the event information by associating the event scene with the event information in the playlist;
The writing unit writes the encrypted AV stream file, the decryption program, the playlist, and the control program to the portable storage medium. The video data creation device according to any one of 1 to 5.

Images