JP6476571B2

JP6476571B2 - VIDEO DATA MANAGEMENT DEVICE, VIDEO DATA MANAGEMENT PROGRAM, AND VIDEO DATA MANAGEMENT METHOD

Info

Publication number: JP6476571B2
Application number: JP2014064418A
Authority: JP
Inventors: 博昭久保田; 清伸佐藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2014-03-26
Filing date: 2014-03-26
Publication date: 2019-03-06
Anticipated expiration: 2034-03-26
Also published as: JP2015188134A

Description

本発明は、映像データ管理装置、映像データ管理プログラム及び映像データ管理方法に関する。 The present invention relates to a video data management apparatus, a video data management program, and a video data management method.

ライブカメラ等により撮影される映像の映像データを常時蓄積するサーバなどの装置が知られている。このような装置においては、ユーザから映像活用要求を受け付けると、蓄積された映像データの一部を切り出してライブラリとして保存し、配信する機能を有している場合がある。 There is known an apparatus such as a server that constantly accumulates video data of video captured by a live camera or the like. Such an apparatus may have a function of cutting out part of the stored video data, storing it as a library, and distributing it when receiving a video utilization request from the user.

また、例えば特許文献１には、複数の地点に設置された監視カメラからの最新映像と過去映像とから差分映像情報を作成し、通常時にはモニタに最新映像を表示し、異常発生時には差分映像情報を表示することで、監視員にアラームを通知する技術が開示されている。 Further, for example, in Patent Document 1, difference video information is created from the latest video and past video from surveillance cameras installed at a plurality of points, and the latest video is usually displayed on a monitor, and when an abnormality occurs, differential video information Discloses a technique for notifying an observer of an alarm.

特開２００６−３３００９号公報Unexamined-Japanese-Patent No. 2006-33009

例えば災害発生時等においては、ライブカメラ等により撮影された映像データを活用したいという要求が多数発生する場合がある。この場合、映像データを切り出してライブラリを作成する処理を同時並行的に実行すると、装置の負荷が高くなるため、ライブラリを作成し配信できるまでに長時間を要するおそれがある。 For example, in the event of a disaster or the like, there may be a large number of requests for utilizing video data captured by a live camera or the like. In this case, if processing for extracting video data and creating a library is performed in parallel simultaneously, the load on the apparatus becomes high, and it may take a long time to create and distribute the library.

１つの側面では、本発明は、ライブラリ作成における処理負荷を低減することが可能な映像データ管理装置、映像データ管理プログラム及び映像データ管理方法を提供することを目的とする。 In one aspect, the present invention aims to provide a video data management apparatus, a video data management program, and a video data management method capable of reducing the processing load in creating a library.

一つの態様では、映像データ管理装置は、複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積する蓄積処理部と、前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定する特定部と、前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積処理部が前記蓄積部に蓄積した前記第１外部機器の映像データの情報を管理するとともに、ユーザが利用する装置からのライブラリ作成要求を受け付ける管理部と、前記管理部が管理する情報又は前記ライブラリ作成要求に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成する編集部と、前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する配信部と、を備えており、前記管理部は、前記ユーザが利用する装置からの前記ライブラリ作成要求を受け付けた場合には、前記ライブラリの作成が完了していないにもかかわらず前記ライブラリの作成が完了したことを示す情報を前記ユーザが利用する装置に対して通知する。
In one aspect, the video data management device receives video data from a plurality of external devices, and stores the received video data in a storage unit, and the first of the plurality of external devices. An identifying unit for identifying a cutout edit start time of the video data of the first external device based on a timing at which a change amount of video data received from an external device with respect to past video data exceeds a predetermined amount; The storage processing unit manages information of the video data of the first external device stored in the storage unit from a time to a predetermined cutout editing end time, and receives a library creation request from a device used by the user a management unit, on the basis of the management unit information or the library creation request to the management, cut ed video data stored in the storage unit And an editing unit that creates a library, and if there is a distribution request for the library before the creation of the library is completed, the image stored in the storage unit is based on the information managed by the management unit. And a distribution unit that distributes video data corresponding to a library requested to be distributed among the data, and the management unit receives the library creation request from a device used by the user. Information indicating that the creation of the library is completed although the creation of the library is not completed is notified to a device used by the user.

一つの態様では、映像データ管理プログラムは、複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理するとともに、ユーザが利用する装置からのライブラリ作成要求を受け付け、管理されている前記映像データの情報又は前記ライブラリ作成要求に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、処理をコンピュータに実行させ、前記受け付ける処理において、前記ユーザが利用する装置からの前記ライブラリ作成要求を受け付けた場合には、前記ライブラリの作成が完了していないにもかかわらず前記ライブラリの作成が完了したことを示す情報を前記ユーザが利用する装置に対して通知する映像データ管理プログラムである。
In one aspect, the video data management program receives video data from a plurality of external devices, stores the received video data in the storage unit, and receives the video data from any one of the plurality of external devices. The cutout edit start time of the video data of the first external device is specified based on the timing when the variation amount of the video data at the same time in the past exceeds the predetermined amount, and the predetermined time is determined from the cutout edit start time. While managing information of the video data of the first external device stored in the storage unit until the cut-out editing end time, the video data managed by receiving a library creation request from a device used by the user based on the information or the library creation request, the live running cut editing of the video data stored in the storage unit If the distribution request for the library is made before the creation of the library is completed, the distribution request among the video data stored in the storage unit is based on the information of the video data managed. Distributing the video data corresponding to the library, causing the computer to execute the process, and in the process of accepting, when the library creation request from the apparatus used by the user is received, the creation of the library is completed It is a video data management program for notifying the apparatus used by the user of the information indicating that the creation of the library has been completed despite the absence .

一つの態様では、映像データ管理方法は、複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理するとともに、ユーザが利用する装置からのライブラリ作成要求を受け付け、管理されている前記映像データの情報又は前記ライブラリ作成要求に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、処理をコンピュータが実行し、前記受け付ける処理において、前記ユーザが利用する装置からの前記ライブラリ作成要求を受け付けた場合には、前記ライブラリの作成が完了していないにもかかわらず前記ライブラリの作成が完了したことを示す情報を前記ユーザが利用する装置に対して通知する映像データ管理方法である。
In one aspect, the video data management method receives video data from a plurality of external devices, stores the received video data in a storage unit, and receives the video data from any one of the plurality of external devices. The cutout edit start time of the video data of the first external device is specified based on the timing when the variation amount of the video data at the same time in the past exceeds the predetermined amount, and the predetermined time is determined from the cutout edit start time. While managing information of the video data of the first external device stored in the storage unit until the cut-out editing end time, the video data managed by receiving a library creation request from a device used by the user based on the information or the library creation request, the library running cut editing of the video data stored in the storage unit If there is a distribution request for the library before the creation of the library is completed, there is a distribution request among the video data stored in the storage unit based on the information of the video data managed. When the computer executes processing for distributing video data corresponding to the selected library and the library creation request from the apparatus used by the user is received in the processing received, creation of the library is completed. It is a video data management method for notifying the apparatus used by the user of the information indicating that the creation of the library is completed despite the absence .

１つの側面として、ライブラリ作成における処理負荷を低減することができる。 As one aspect, the processing load in creating a library can be reduced.

一実施形態に係る映像データ管理システムの構成を概略的に示す図である。BRIEF DESCRIPTION OF THE DRAWINGS It is a figure which shows roughly the structure of the video data management system which concerns on one Embodiment. サーバのハードウェア構成を示す図である。It is a figure which shows the hardware constitutions of a server. サーバの機能ブロック図である。It is a functional block diagram of a server. 常時蓄積ＤＢのデータ構造の一例を示す図である。It is a figure which shows an example of the data structure of always-stored DB. 仮想ライブラリファイル管理テーブルを示す図である。It is a figure which shows a virtual library file management table. 切り出し編集処理を説明するための図である。FIG. 7 is a diagram for describing cutout editing processing. ライブラリＤＢのデータ構造の一例を示す図である。It is a figure which shows an example of the data structure of library DB. 映像データ比較部の処理を示すフローチャートである。It is a flowchart which shows the process of a video data comparison part. 図９（ａ）〜図９（ｃ）は、映像データ比較部の処理を説明するための図である。FIGS. 9A to 9C are diagrams for explaining the processing of the video data comparison unit. 編集要求受付部の処理を示すフローチャートである。It is a flowchart which shows the process of an edit request | requirement reception part. ライブラリ編集処理部の処理を示すフローチャートである。It is a flowchart which shows the process of a library edit process part. ライブラリ配信部の処理を示すフローチャートである。It is a flowchart which shows the process of a library delivery part. 常時蓄積ファイル削除部の処理を示すフローチャートである。It is a flowchart which shows a process of a permanent storage file deletion part.

以下、映像データ管理システムの一実施形態について、図１〜図１３に基づいて詳細に説明する。本実施形態の映像データ管理システムは、道路や河川管理、ダム管理などの災害監視や施設監視向けのＣＣＴＶ（closed-circuit television）映像データ管理システムである。本実施形態の映像データ管理システムでは、時間軸上で連続保存している複数の映像データ（ライブ映像データ）から特定カメラの任意期間の映像データを切り出して結合する処理（以下、「切り出し編集」と呼ぶ）を実行してライブラリファイルを作成し、ユーザ端末に配信する。 Hereinafter, an embodiment of a video data management system will be described in detail based on FIGS. 1 to 13. The video data management system of the present embodiment is a closed-circuit television (CCTV) video data management system for disaster monitoring such as road and river management, dam management, and facility monitoring. In the video data management system of the present embodiment, a process of cutting out and combining video data of an arbitrary period of a specific camera from a plurality of video data (live video data) continuously stored on the time axis (hereinafter, “cutout editing” To create a library file and distribute it to the user terminal.

図１には、本実施形態の映像データ管理システム１００の構成が概略的に示されている。図１に示すように、映像データ管理システム１００は、複数のカメラ５０と、カメラ５０に接続された外部機器としてのエンコーダ５２と、映像データ管理装置としてのサーバ１０と、複数のユーザ端末６０と、を備える。エンコーダ５２、サーバ１０、及びユーザ端末６０のそれぞれは、インターネットなどのネットワーク８０に接続されている。 FIG. 1 schematically shows the configuration of a video data management system 100 according to the present embodiment. As shown in FIG. 1, the video data management system 100 includes a plurality of cameras 50, an encoder 52 as an external device connected to the cameras 50, a server 10 as a video data management device, and a plurality of user terminals 60. And. Each of the encoder 52, the server 10, and the user terminal 60 is connected to a network 80 such as the Internet.

カメラ５０は、映像を撮影し、エンコーダ５２に対して映像を入力する。エンコーダ５２は、予め設定された符号化モードでカメラ５０からの入力映像を符号化し、符号化された映像データをサーバ１０に対して送信する。なお、カメラ５０がエンコーダ５２の機能を有していてもよい。 The camera 50 captures an image and inputs the image to the encoder 52. The encoder 52 encodes the input video from the camera 50 in a preset encoding mode, and transmits the encoded video data to the server 10. The camera 50 may have the function of the encoder 52.

サーバ１０は、エンコーダ５２から入力された映像データを受信し、各種処理を実行する。図２には、サーバ１０のハードウェア構成が示されている。図２に示すように、サーバ１０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（映像データ管理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（映像データ管理プログラムを含む）をＣＰＵ９０が実行することにより、図３の各部の機能が実現される。 The server 10 receives the video data input from the encoder 52 and executes various processes. The hardware configuration of the server 10 is shown in FIG. As shown in FIG. 2, the server 10 includes a CPU 90, a ROM 92, a RAM 94, a storage unit (here, HDD (Hard Disk Drive)) 96, a network interface 97, a portable storage medium drive 99, and the like. The components of the server 10 are connected to a bus 98. In the server 10, the CPU 90 stores a program (including a video data management program) stored in the ROM 92 or the HDD 96 or a program (including a video data management program) read by the portable storage medium drive 99 from the portable storage medium 91. The function of each part of FIG. 3 is realized by executing.

図３には、サーバ１０の機能ブロック図が示されている。図３に示すように、サーバ１０においては、ＣＰＵ９０がプログラムを実行することにより、蓄積処理部としての映像ファイル化部１２、特定部としての映像データ比較部１４、管理部としての編集要求受付部１６、編集部としてのライブラリ編集処理部１８、配信部としてのライブラリ配信部２０、及び削除部としての常時蓄積ファイル削除部２２、として機能する。なお、図３には、ＨＤＤ９６等に格納されている常時蓄積ＤＢ（database）３０、仮想ライブラリファイル管理テーブル３２、及びライブラリＤＢ３４についても図示されている。なお、図３では、ファイル操作を破線で示し、情報の流れ（やりとり）を実線にて示している。 A functional block diagram of the server 10 is shown in FIG. As shown in FIG. 3, in the server 10, when the CPU 90 executes a program, the video file conversion unit 12 as an accumulation processing unit, the video data comparison unit 14 as a specification unit, and the edit request reception unit as a management unit. 16 functions as a library editing processing unit 18 as an editing unit, a library distribution unit 20 as a distribution unit, and a constantly accumulated file deletion unit 22 as a deletion unit. Note that FIG. 3 also illustrates a constant accumulation DB (database) 30, a virtual library file management table 32, and a library DB 34 stored in the HDD 96 or the like. In FIG. 3, the file operation is indicated by a broken line, and the flow (exchange) of information is indicated by a solid line.

映像ファイル化部１２は、エンコーダ５２から入力される映像データを受信して映像ファイルとし、常時蓄積ＤＢ３０に格納する。図４には、常時蓄積ＤＢ３０のデータ構造の一例が示されている。図４に示すように、常時蓄積ＤＢ３０は、「レコードＮｏ．」、「カメラＩＤ」、「ファイル名」、「蓄積中フラグ」、「開始時刻」、「終了時刻」の各フィールドを有する。「レコードＮｏ．」のフィールドには、レコードの通し番号が格納される。「カメラＩＤ」のフィールドには、映像を撮影したカメラの識別情報が格納される。「ファイル名」のフィールドには、映像ファイルのファイル名が格納される。図４では、ファイル名として、カメラＩＤと蓄積開始時刻とを組み合わせたファイル名が用いられている。「蓄積中フラグ」のフィールドには、映像ファイル化部１２が書込みを行っている場合に「TRUE」が格納され、それ以外の場合に「FALSE」が格納される。なお、この蓄積中フラグが「TRUE」の場合には、「終了時刻」のフィールドが空になる。「開始時刻」及び「終了時刻」のフィールドには、映像ファイルの映像タイムスタンプが格納される。 The video file conversion unit 12 receives the video data input from the encoder 52, sets the video data as a video file, and constantly stores the video file in the accumulation DB 30. FIG. 4 shows an example of the data structure of the constant accumulation DB 30. As shown in FIG. 4, the constant accumulation DB 30 has fields of “record No.”, “camera ID”, “file name”, “accumulation flag”, “start time”, and “end time”. The serial number of the record is stored in the field of "record number". Identification information of a camera that has captured an image is stored in the field of "camera ID". The file name of the video file is stored in the "File Name" field. In FIG. 4, a file name obtained by combining the camera ID and the accumulation start time is used as the file name. “TRUE” is stored in the field of “in-storage flag” when the video file conversion unit 12 is writing, and “FALSE” is stored in other cases. When this accumulation flag is "TRUE", the "end time" field is empty. Video time stamps of video files are stored in the fields "start time" and "end time".

図３に戻り、映像データ比較部１４は、エンコーダ５２から入力される映像データと、過去の映像データ（例えば、１日前の同時刻の映像データ）とを比較する。そして、映像データ比較部１４は、比較結果（変化量）が所定の閾値よりも大きい場合に、編集要求受付部１６に対してライブラリ編集要求を発行する。 Returning to FIG. 3, the video data comparison unit 14 compares the video data input from the encoder 52 with the past video data (for example, video data at the same time one day before). Then, the video data comparison unit 14 issues a library editing request to the editing request receiving unit 16 when the comparison result (variation amount) is larger than a predetermined threshold.

編集要求受付部１６は、映像データ比較部１４又はユーザ端末６０からのライブラリ編集要求を受け付け、仮想ライブラリファイル管理テーブル３２（図５）に情報を登録する。ここで、仮想ライブラリファイル管理テーブル３２は、ライブラリの構成要素である映像ファイルのインデックス情報等を格納するテーブルであり、図５に示すように、「タイトル」、「編集状態」、「時刻」、「Ｆ１ファイル名」、「Ｆ１オフセット」、「Ｆ２ファイル名」、「Ｆ２オフセット」、…のフィールドを有する。 The editing request receiving unit 16 receives a library editing request from the video data comparing unit 14 or the user terminal 60, and registers information in the virtual library file management table 32 (FIG. 5). Here, the virtual library file management table 32 is a table for storing index information and the like of video files which are components of the library, and as shown in FIG. 5, “title”, “editing state”, “time”, It has fields of “F1 file name”, “F1 offset”, “F2 file name”, “F2 offset”,.

「タイトル」のフィールドには、ライブラリファイルのタイトルを格納する。本実施形態では、ライブラリファイルのタイトルとして、カメラＩＤと通し番号の組み合わせが用いられている。「編集状態」のフィールドには、ライブラリファイルの編集が完了した場合には「完了」が格納され、編集を開始していない場合には「未編集」が格納され、編集を行っている最中の場合には「編集中」が格納される。なお、編集要求受付部１６が情報を登録するタイミングでは、「編集状態」のフィールドには、「未編集」が格納される。「時刻」のフィールドには、ライブラリファイルの開始日時と終了日時の情報が格納される。「Ｆ１ファイル名」、「Ｆ１オフセット」のフィールドには、ライブラリファイルに含まれる１つ目の映像ファイルのファイル名と、バイトオフセット（データのどの範囲を切り出すのか）が格納される。「Ｆ２ファイル名」、「Ｆ２オフセット」のフィールドには、ライブラリファイルに含まれる２つ目の映像ファイルのファイル名と、データオフセット（データのどの範囲を切り出すのか）が格納される。なお、映像ファイルの切り出し編集が完了し、ライブラリファイルが生成されると、「Ｆ１ファイル名」、「Ｆ１オフセット」のフィールドには、ライブラリファイルのファイル名と、オフセットが格納される。 The title of the library file is stored in the "title" field. In the present embodiment, a combination of a camera ID and a serial number is used as the title of the library file. "Edited" field stores "Completed" when editing of the library file is completed, and "Unedited" is stored when editing is not started, and editing is in progress In the case of "editing" is stored. Note that "unedited" is stored in the "edited state" field at the timing when the edit request receiving unit 16 registers information. In the "time" field, information on the start date and end date of the library file is stored. In the fields of "F1 file name" and "F1 offset", the file name of the first video file included in the library file and the byte offset (which range of data is to be cut out) are stored. The field of "F2 file name" and "F2 offset" stores the file name of the second video file included in the library file and the data offset (which range of data is to be cut out). When the video file extraction and editing is completed and the library file is generated, the file name of the library file and the offset are stored in the fields of “F1 file name” and “F1 offset”.

図３に戻り、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２からライブラリ編集が完了していないもの、すなわち「編集状態」のフィールドに「未編集」が格納されているものを順次抽出し、ライブラリファイルを編集・生成する。ここで、ライブラリファイルの編集・生成とは、図６に示すように、常時蓄積ＤＢ３０に常時蓄積している時間軸上で連続した映像ファイル群から、指定した長さを１ファイルとして切り出し、結合して１つのファイル（ライブラリファイル）を生成する処理である。ライブラリ編集・生成処理が完了すると、ライブラリ編集処理部１８は、生成したライブラリファイルの情報をライブラリＤＢ３４（図７参照）に格納する。図７に示すように、ライブラリＤＢ３４には、「ライブラリファイル名」と、「サイズ」の情報が格納される。なお、ライブラリＤＢ３４には、その他の情報が格納されてもよい。また、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２の「Ｆ１ファイル名」、「Ｆ１オフセット」のフィールドをライブラリファイルの情報に書き換え、「Ｆ２ファイル名」、「Ｆ２オフセット」、…のフィールドを空にする。なお、ライブラリ編集処理部１８は、ライブラリ編集・生成処理に必要な映像ファイルの全てが常時蓄積ＤＢ３０に蓄積されていない段階では、仮想ライブラリファイル管理テーブル３２の「編集状態」のフィールドに「未編集」が格納されていてもライブラリ編集は行わないものとする。 Returning to FIG. 3, the library editing processing unit 18 sequentially extracts, from the virtual library file management table 32, those for which library editing has not been completed, that is, those for which "unedited" is stored in the "editing state" field. , Edit and generate library files. Here, as shown in FIG. 6, editing and generation of a library file is performed by cutting out a specified length as one file from a video file group continuous on the time axis constantly stored in the constant storage DB 30, and combining them And one file (library file) is generated. When the library editing / generation processing is completed, the library editing processing unit 18 stores the information of the generated library file in the library DB 34 (see FIG. 7). As shown in FIG. 7, in the library DB 34, information of "library file name" and "size" is stored. The library DB 34 may store other information. In addition, the library editing processing unit 18 rewrites the fields of "F1 file name" and "F1 offset" in the virtual library file management table 32 into library file information, and the fields of "F2 file name", "F2 offset", ... Empty. When all the video files necessary for library editing / generation processing are not accumulated in the constant accumulation DB 30, the library editing processing unit 18 sets “unedited” in the “editing state” field of the virtual library file management table 32. Even if "" is stored, library editing is not performed.

ライブラリ配信部２０は、ユーザ端末６０からの要求に応じて、ライブラリの映像配信を行う。ライブラリ配信部２０は、仮想ライブラリファイル管理テーブル３２を参照して、要求に対応するライブラリの「編集状態」が「完了」であれば、ライブラリファイルそのものをユーザ端末６０に対して配信する。一方、要求に対応するライブラリの「編集状態」が「未編集」又は「編集中」である場合には、仮想ライブラリファイル管理テーブル３２を参照して、ライブラリの構成要素である映像ファイルを常時蓄積ＤＢ３０から順次読み出し、ユーザ端末６０に対して配信する。 The library distribution unit 20 distributes video of the library in response to a request from the user terminal 60. The library delivery unit 20 refers to the virtual library file management table 32 and delivers the library file itself to the user terminal 60 if the “edit status” of the library corresponding to the request is “completed”. On the other hand, when the "edited state" of the library corresponding to the request is "unedited" or "editing", the virtual library file management table 32 is referenced to constantly store the video file which is a component of the library The DB 30 is sequentially read and distributed to the user terminal 60.

常時蓄積ファイル削除部２２は、仮想ライブラリファイル管理テーブル３２の「編集状態」を参照し、未編集又は編集中の映像ファイル以外の映像ファイルを、所定のタイミングで常時蓄積ＤＢ３０から削除する。 The constantly accumulated file deletion unit 22 refers to the “editing state” of the virtual library file management table 32, and deletes video files other than unedited or edited video files from the constantly accumulated DB 30 at a predetermined timing.

図１に戻り、ユーザ端末６０は、例えばＰＣ（Personal Computer）やタブレット端末、スマートフォンなどの端末である。ユーザ端末６０は、サーバ１０に対してライブラリ編集・生成処理を要求したり、ライブラリの配信要求を送信するために用いられる。また、ユーザ端末６０は、サーバ１０から配信されるライブラリファイル、又はライブラリの構成要素である映像ファイルを受信し、表示等する。 Returning to FIG. 1, the user terminal 60 is, for example, a terminal such as a PC (Personal Computer), a tablet terminal, or a smartphone. The user terminal 60 is used to request the server 10 to perform library editing / generation processing and to transmit a library distribution request. The user terminal 60 also receives a library file distributed from the server 10 or a video file which is a component of the library, and displays the same.

＜サーバ１０の各部の処理について＞
以下、サーバ１０の各部の処理について、詳細に説明する。なお、以下に説明するサーバ１０の各部の処理は、同時並行的に実行される。 <About processing of each part of server 10>
Hereinafter, processing of each part of the server 10 will be described in detail. In addition, the process of each part of the server 10 demonstrated below is performed simultaneously in parallel.

（映像データ比較部１４の処理）
図８には、映像データ比較部１４の処理がフローチャートにて示されている。なお、映像データ比較部１４は、カメラ５０（エンコーダ５２）ごとに、図８の処理を同時並行的に実行する。 (Process of video data comparison unit 14)
The process of the video data comparison unit 14 is shown in a flowchart in FIG. Note that the video data comparison unit 14 executes the process of FIG. 8 concurrently and in parallel for each camera 50 (encoder 52).

図８の処理では、まず、ステップＳ１０において、映像データ比較部１４は、所定時間経過するまで待機し、所定時間経過すると、ステップＳ１２に移行する。なお、所定時間は、例えば１分などである。ステップＳ１２に移行すると、映像データ比較部１４は、新たな映像データと１日前の同一時刻の映像データとを比較し、変化量を算出する。カメラ５０は河川やダム、道路などに設置されるため、通常（天災や事故等が発生しなければ）、同一時刻の過去映像データと比較しても画像データ的な変化は小さいと考えられる。 In the process of FIG. 8, first, in step S10, the video data comparison unit 14 stands by until a predetermined time has elapsed, and when the predetermined time has elapsed, the process proceeds to step S12. The predetermined time is, for example, one minute. When the process proceeds to step S12, the video data comparison unit 14 compares the new video data with the video data of the same time one day before and calculates the amount of change. Since the camera 50 is installed on a river, dam, road or the like, the change in image data is considered to be small (even if natural disasters or accidents do not occur) compared to past video data at the same time.

次いで、ステップＳ１４では、映像データ比較部１４は、変化量が予め定められている第１閾値を超えているか否かを判断する。このステップＳ１４の判断が否定された場合、すなわち、変化量が小さく、天災や事故等が発生した可能性が低い場合には、ステップＳ１０に戻る。一方、ステップＳ１４の判断が肯定された場合、すなわち、変化量が大きく、天災や事故等が発生した可能性が高い場合には、ステップＳ１６に移行する。 Next, in step S14, the video data comparison unit 14 determines whether the amount of change exceeds a predetermined first threshold. If the determination in step S14 is negative, that is, if the amount of change is small and the possibility that a natural disaster or accident or the like has occurred is low, the process returns to step S10. On the other hand, if the determination in step S14 is affirmed, that is, if the amount of change is large and there is a high possibility that a natural disaster or an accident or the like has occurred, the process proceeds to step S16.

ステップＳ１６に移行すると、映像データ比較部１４は、ライブラリの編集要求を編集要求受付部１６に対して送信する。なお、後述するように、編集要求受付部１６は、仮想ライブラリファイル管理テーブル３２の「時刻」のフィールドに、ライブラリの開始時刻として、現在時刻より若干過去の時刻（例えば現在時刻の１分前や５分前）を格納するものとする。なお、ステップＳ１６では、映像データ比較部１４は、あるエンコーダ５２（第１外部機器）から受信した映像データの過去の映像データに対する変化量が第１閾値を超えたタイミングに基づいて、そのエンコーダ５２の映像データの切り出し編集（ライブラリ編集）の開始時刻を特定しているといえる。 At step S16, the video data comparison unit 14 transmits a library editing request to the editing request receiving unit 16. Note that, as described later, the edit request reception unit 16 sets a time slightly earlier than the current time (for example, one minute before the current time) in the field of “time” of the virtual library file management table 32. Let's store 5 minutes ago). In step S16, the video data comparison unit 14 detects an encoder 52 based on the timing when the amount of change of video data received from an encoder 52 (first external device) with respect to past video data exceeds the first threshold. It can be said that the start time of clip editing (library editing) of the video data of is specified.

次いで、ステップＳ１８では、映像データ比較部１４は、所定時間（ｔ）経過するまで待機する。この場合の所定時間（ｔ）は、例えば５分や１０分とすることができる。そして、所定時間（ｔ）が経過すると、映像データ比較部１４は、ステップＳ２０に移行し、新たな映像データと直前（例えば数秒前）の映像データとを比較し、変化量を算出する。図９（ａ）、図９（ｂ）には、ステップＳ１８の処理の概念図が示されている。なお、天災等が発生した場合において、映像データの時間変化が小さくなった場合には、それ以上の映像データの変化が生じない可能性が高いと考えられる。 Next, in step S18, the video data comparison unit 14 stands by until a predetermined time (t) elapses. The predetermined time (t) in this case can be, for example, 5 minutes or 10 minutes. Then, when the predetermined time (t) has passed, the video data comparison unit 14 proceeds to step S20, compares the new video data with the video data immediately before (for example, several seconds before), and calculates the amount of change. FIGS. 9A and 9B show conceptual diagrams of the process of step S18. In the case where a natural disaster or the like occurs, it is considered that there is a high possibility that no more change in the video data will occur if the time change of the video data becomes smaller.

次いで、ステップＳ２２では、映像データ比較部１４は、ステップＳ２０で算出した変化量が第２閾値以下か否かを判断する。ここでの判断が否定された場合、すなわち、天災等による映像データの時間変化が大きい場合には、ステップＳ２４に移行する。そして、映像データ比較部１４は、ステップＳ２４において、ライブラリ編集要求のあった時刻（開始時刻）から予め定められている最大記録時間が経過したか否かを判断する。ここでの判断が否定された場合には、ステップＳ１８に戻り、ステップＳ１８以降の処理判断を繰り返す。一方、ステップＳ２４の判断が肯定された場合、すなわち、最大記録時間が経過した場合には、映像データ比較部１４は、ステップＳ２６に移行する。ステップＳ２６に移行した場合、映像データ比較部１４は、仮想ライブラリファイル管理テーブル３２に終了時刻として、最大記録時間が経過した時刻を設定する。その後は、ステップＳ１０に戻る。 Next, in step S22, the video data comparison unit 14 determines whether the amount of change calculated in step S20 is less than or equal to the second threshold. If the determination here is negative, that is, if the time change of the video data due to a natural disaster or the like is large, the process proceeds to step S24. Then, in step S24, the video data comparison unit 14 determines whether or not a predetermined maximum recording time has elapsed from the time (start time) at which the library editing request has been made. If the determination here is negative, the process returns to step S18, and the process determination after step S18 is repeated. On the other hand, if the determination in step S24 is affirmed, that is, if the maximum recording time has elapsed, the video data comparison unit 14 proceeds to step S26. When the process proceeds to step S26, the video data comparison unit 14 sets the virtual library file management table 32 as the end time, the time when the maximum recording time has elapsed. After that, the process returns to step S10.

ところで、ステップＳ２２の判断が肯定された場合、すなわち、図９（ｃ）に示すように、最大記録時間が経過する前に、天災等による映像データの時間変化が小さくなった場合には、ステップＳ２６に移行する。ステップＳ２６では、映像データ比較部１４は、仮想ライブラリファイル管理テーブル３２に終了時刻として現在時刻を設定する。その後は、ステップＳ１０に戻る。 By the way, if the determination in step S22 is affirmed, that is, as shown in FIG. 9C, if the time change of the video data due to natural disasters or the like becomes small before the maximum recording time elapses, the step Transfer to S26. In step S26, the video data comparison unit 14 sets the current time in the virtual library file management table 32 as the end time. After that, the process returns to step S10.

このように、映像データ比較部１４は、新たな映像データと過去の映像データとの比較により、ライブラリファイルとする必要が高い映像データ群の編集要求を、ユーザ端末６０からの要求に先行して編集要求受付部１６に対して送信することができる。これにより、ユーザ端末６０からのライブラリ編集要求の輻輳の可能性を低減することができる。また、映像データ比較部１４は、映像データの比較結果に基づいて適切なライブラリ編集の終了時刻を自動的に決定することができる。なお、図８のステップＳ２０では、映像データ比較部１４は、新たな映像データと直前の映像データとを比較する場合について説明したが、これに限られるものではない。例えば、映像データ比較部１４は、新たな映像データと、ステップＳ１４において変化量が第１閾値を超えた時刻における映像データとを比較するようにしてもよい。 As described above, the video data comparison unit 14 precedes the request from the user terminal 60 for a request for editing a video data group that needs to be a library file by comparing new video data and past video data. It can be sent to the editing request receiving unit 16. Thereby, the possibility of congestion of the library edit request from the user terminal 60 can be reduced. Also, the video data comparison unit 14 can automatically determine an appropriate library editing end time based on the comparison result of the video data. In step S20 of FIG. 8, the video data comparison unit 14 has described the case of comparing new video data with the immediately preceding video data, but the present invention is not limited to this. For example, the video data comparison unit 14 may compare the new video data with the video data at the time when the amount of change exceeds the first threshold in step S14.

（編集要求受付部１６の処理）
図１０には、編集要求受付部１６の処理がフローチャートにて示されている。図１０の処理では、まず、ステップＳ３０において、編集要求受付部１６が、ライブラリ編集要求を受信するまで待機する。ライブラリ編集要求は、前述したように映像データ比較部１４から送信される場合と、ユーザの操作に応じてユーザ端末６０から送信される場合とがある。なお、ユーザ端末６０からライブラリ編集要求が送信されてくる場合には、ユーザによって、どのカメラのどの時刻の映像データをライブラリ編集するかの情報が指定されているものとする。ライブラリ編集要求を受信すると、編集要求受付部１６は、ステップＳ３２に移行する。 (Processing of the editing request receiving unit 16)
In FIG. 10, the processing of the editing request receiving unit 16 is shown by a flowchart. In the process of FIG. 10, first, in step S30, the editing request receiving unit 16 waits until the library editing request is received. As described above, the library editing request may be transmitted from the video data comparison unit 14 or may be transmitted from the user terminal 60 in accordance with the user's operation. When a library editing request is transmitted from the user terminal 60, it is assumed that the user specifies information on which camera of which time of day video data is to be library edited. When the library editing request is received, the editing request receiving unit 16 proceeds to step S32.

ステップＳ３２に移行すると、編集要求受付部１６は、仮想ライブラリファイル管理テーブル３２に「編集状態」のフィールドが「未編集」のレコードを追加する。ここで、ライブラリ編集要求が映像データ比較部１４から送信されてきた場合には、追加したレコードの「時刻」のフィールドに開始時刻として、現在時刻より若干過去の時刻（例えば現在時刻の１分前や５分前）を格納し、終了時刻は格納しないものとする。一方、ライブラリ編集要求がユーザ端末６０から送信されてきた場合には、追加したレコードの「時刻」のフィールドにユーザによって指定された時刻情報（開始時刻、終了時刻）を格納する。 When the process proceeds to step S32, the editing request receiving unit 16 adds a record of "unedited" in the field of "editing state" to the virtual library file management table 32. Here, when the library editing request is sent from the video data comparing unit 14, a time slightly ahead of the current time (for example, one minute before the current time) is set as the start time in the "time" field of the added record. And 5 minutes ago), and does not store the end time. On the other hand, when the library editing request is transmitted from the user terminal 60, the time information (start time, end time) specified by the user is stored in the "time" field of the added record.

次いで、ステップＳ３４では、編集要求受付部１６は、編集要求の送信先がユーザ端末６０であるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３６に移行し、編集要求受付部１６は、ユーザ端末６０に対して、「編集完了」を応答する。なお、ステップＳ３６の時点では、実際には、編集要求が出されたライブラリの編集は開始されていない。その後は、ステップＳ３８に移行する。また、ステップＳ３４の判断が否定された場合、すなわち、ライブラリ編集要求が映像データ比較部１４から送信されてきた場合には、ステップＳ３６を経ずにステップＳ３８に移行する。 Next, in step S34, the editing request receiving unit 16 determines whether the transmission destination of the editing request is the user terminal 60 or not. If the determination here is affirmed, the process proceeds to step S36, and the edit request receiving unit 16 responds to the user terminal 60 with "edit complete". Note that, at the time of step S36, the editing of the library for which the editing request has been issued has not actually been started. Thereafter, the process proceeds to step S38. If the determination in step S34 is negative, that is, if the library editing request is transmitted from the video data comparing unit 14, the process proceeds to step S38 without passing through step S36.

ステップＳ３８に移行すると、編集要求受付部１６は、仮想ライブラリファイル管理テーブル３２に追加したレコードに対応する映像ファイルが常時蓄積ＤＢ３０に蓄積済みか否かを判断する。このステップＳ３８の判断が否定されている間はステップＳ３８を繰り返すが、肯定されると、ステップＳ４０に移行する。ステップＳ４０に移行すると、編集要求受付部１６は、仮想ライブラリファイル管理テーブル３２のレコードに常時蓄積ＤＢ３０に蓄積されているファイルの情報（インデックス情報）を格納する。この場合、編集要求受付部１６は、インデックス情報として、ファイル名とバイトオフセットを仮想ライブラリファイル管理テーブル３２に格納する。 In step S 38, the editing request receiving unit 16 determines whether the video file corresponding to the record added to the virtual library file management table 32 has been constantly stored in the storage DB 30. While the determination in step S38 is negative, step S38 is repeated, but if the determination is affirmative, the process proceeds to step S40. When the process proceeds to step S40, the edit request receiving unit 16 stores information (index information) of the file accumulated in the constant accumulation DB 30 in the record of the virtual library file management table 32. In this case, the editing request accepting unit 16 stores the file name and the byte offset in the virtual library file management table 32 as index information.

次いで、ステップＳ４２に移行すると、編集要求受付部１６は、終了時刻を経過したか否かを判断する。このステップＳ４２の判断が否定された場合には、ステップＳ３８に戻る。なお、終了時刻が設定されていない場合、すなわち、図８のステップＳ１６を経た後、ステップＳ２４の処理が実行されていない場合には、ステップＳ４２の判断は否定されるので、編集要求受付部１６は、ステップＳ３８に戻る。一方、ステップＳ４２の判断が肯定された場合には、ステップＳ３０に戻り、上記処理を繰り返す。なお、ステップＳ４２の判断が肯定された段階では、図６の仮想ライブラリファイル管理テーブル３２において、ライブラリファイルに含める必要のある全ての映像ファイルのファイル名とバイトオフセットが格納されていることになる。 Next, in step S42, the edit request receiving unit 16 determines whether the end time has passed. If the determination in step S42 is negative, the process returns to step S38. If the end time is not set, that is, if the process of step S24 is not executed after step S16 of FIG. 8, the determination of step S42 is negative, and therefore the editing request accepting unit 16 The process returns to step S38. On the other hand, if the determination in step S42 is affirmed, the process returns to step S30 and the above process is repeated. When the determination in step S42 is affirmed, the file names and byte offsets of all the video files that need to be included in the library file are stored in the virtual library file management table 32 of FIG.

なお、図１０の処理では、編集要求受付部１６は、ライブラリ編集の開始時刻からライブラリ編集の終了時刻までの間に常時蓄積ＤＢ３０に蓄積したエンコーダ５２の映像ファイルの情報を仮想ライブラリファイル管理テーブル３２において管理しているといえる。 Note that, in the process of FIG. 10, the editing request receiving unit 16 uses the virtual library file management table 32 for the information of the video file of the encoder 52 accumulated constantly in the accumulation DB 30 between the library editing start time and the library editing end time. It can be said that it manages in

（ライブラリ編集処理部１８の処理）
図１１には、ライブラリ編集処理部１８の処理がフローチャートにて示されている。この図１１の処理では、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２に格納されている未編集のレコードに対応するライブラリを１つずつ順に編集する。 (Processing of library editing processing unit 18)
In FIG. 11, the processing of the library editing processing unit 18 is shown by a flowchart. In the process of FIG. 11, the library editing processing unit 18 sequentially edits the libraries corresponding to the unedited records stored in the virtual library file management table 32 one by one.

図１１の処理では、まず、ステップＳ５０において、ライブラリ編集処理部１８が、仮想ライブラリファイル管理テーブル３２において、終了時刻までの映像ファイルの情報が格納された未編集のレコードを１つ特定する。 In the process of FIG. 11, first, in step S50, the library editing processing unit 18 identifies, in the virtual library file management table 32, one unedited record in which information of video files up to the end time is stored.

次いで、ステップＳ５２では、ライブラリ編集処理部１８が、ステップＳ５０においてレコードを特定できたか否かを判断する。このステップＳ５２の判断が否定された場合には、ステップＳ５０に戻るが、ステップＳ５２の判断が肯定された場合には、ステップＳ５４に移行する。 Next, in step S52, the library editing processing unit 18 determines whether or not the record can be identified in step S50. If the determination in step S52 is negative, the process returns to step S50, but if the determination in step S52 is positive, the process proceeds to step S54.

ステップＳ５４に移行すると、ライブラリ編集処理部１８は、特定したレコードの編集状態を「編集中」とする。次いで、ステップＳ５６では、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２に格納されている情報に基づいて、常時蓄積ＤＢ３０から映像ファイルを取得し、取得した映像ファイルを切り出し編集し、ライブラリを生成する（図６参照）。 When the process proceeds to step S54, the library editing processing unit 18 sets the editing state of the specified record to "editing". Next, in step S56, the library editing processing unit 18 acquires a video file from the constantly accumulated DB 30 based on the information stored in the virtual library file management table 32, cuts out and edits the acquired video file, and converts the library Generate (see FIG. 6).

そして、ライブラリ編集処理部１８は、ライブラリ生成が完了した段階（Ｓ５８：肯定）で、ステップＳ６０に移行する。 Then, when the library generation processing is completed (S58: Yes), the library editing processing unit 18 proceeds to Step S60.

ステップＳ６０に移行すると、ライブラリ編集処理部１８は、レコードの編集状態を「完了」とし、「Ｆ１ファイル名」、「Ｆ１オフセット」に生成したライブラリファイルの情報を格納する。また、ライブラリ編集処理部１８は、「Ｆ２ファイル名」、「Ｆ２オフセット」…のフィールドを空にする。なお、ライブラリ編集処理部１８は、生成したライブラリファイルの情報をライブラリＤＢ３４に格納する。その後は、ステップＳ５０に戻る。 When the process proceeds to step S60, the library editing processing unit 18 sets the editing state of the record to "complete", and stores the information of the generated library file in "F1 file name" and "F1 offset". Also, the library editing processing unit 18 empties the fields of "F2 file name", "F2 offset", and so on. The library editing processing unit 18 stores information of the generated library file in the library DB 34. After that, the process returns to step S50.

以上のように、ライブラリ編集処理部１８は、図１１の処理を実行することで、仮想ライブラリファイル管理テーブル３２に格納されている未編集のレコードに対応するライブラリを１つずつ順に編集することができる。 As described above, the library editing processing unit 18 can sequentially edit the library corresponding to the unedited record stored in the virtual library file management table 32 one by one by executing the processing of FIG. it can.

（ライブラリ配信部２０の処理）
図１２には、ライブラリ配信部２０の処理がフローチャートにて示されている。図１２の処理では、まず、ステップＳ７０において、ライブラリ配信部２０は、ユーザ端末６０からライブラリ配信要求を受信するまで待機する。ライブラリ配信部２０は、ユーザ端末６０からライブラリ配信要求を受信すると、ステップＳ７２に移行し、仮想ライブラリファイル管理テーブル３２に格納されているレコードに含まれる、ライブラリファイルのタイトル等の情報をユーザ端末６０に送信する。なお、ライブラリ配信部２０は、「編集状態」のフィールドの情報を送信しなくてもよい。ユーザ端末６０では、受信した情報（画面）を表示する。これにより、ユーザ端末６０のユーザは、閲覧したいライブラリを画面上にて選択することができる。 (Process of library distribution unit 20)
The processing of the library distribution unit 20 is shown in a flowchart in FIG. In the process of FIG. 12, first, in step S70, the library distribution unit 20 waits until receiving a library distribution request from the user terminal 60. When the library distribution unit 20 receives the library distribution request from the user terminal 60, the process proceeds to step S72, and the information such as the library file title included in the record stored in the virtual library file management table 32 is transmitted to the user terminal 60. Send to Note that the library distribution unit 20 does not have to transmit the information of the "editing state" field. The user terminal 60 displays the received information (screen). As a result, the user of the user terminal 60 can select the library to be browsed on the screen.

次いで、ステップＳ７４では、ライブラリ配信部２０は、ユーザ端末６０上においてライブラリが選択されるまで待機する。ライブラリが選択されたという情報がユーザ端末６０から送信されてくると、ライブラリ配信部２０は、ステップＳ７６に移行する。 Next, in step S74, the library distribution unit 20 stands by until a library is selected on the user terminal 60. When the information indicating that the library has been selected is transmitted from the user terminal 60, the library distribution unit 20 proceeds to step S76.

ステップＳ７６に移行すると、ライブラリ配信部２０は、仮想ライブラリファイル管理テーブル３２を参照し、選択されたライブラリ（レコード）の編集状態が「完了」であるか否かを判断する。このステップＳ７６における判断が肯定された場合には、ライブラリ配信部２０は、ステップＳ７８に移行する。 In step S 76, the library distribution unit 20 refers to the virtual library file management table 32 and determines whether the editing state of the selected library (record) is “completed”. If the determination in step S76 is affirmed, the library distribution unit 20 proceeds to step S78.

ステップＳ７８に移行した場合、ライブラリ配信部２０は、選択されたライブラリファイルをライブラリＤＢ３４（図７）から取得し、ユーザ端末６０に対して送信（配信）する。その後は、ステップＳ７０に戻る。 When the process proceeds to step S78, the library distribution unit 20 acquires the selected library file from the library DB 34 (FIG. 7) and transmits (distributes) the user file to the user terminal 60. After that, the process returns to step S70.

一方、ライブラリ編集が完了していないライブラリがユーザによって選択された場合には、ステップＳ７６の判断が否定されて、ステップＳ８０に移行する。ステップＳ８０に移行すると、ライブラリ配信部２０は、仮想ライブラリファイル管理テーブル３２のファイル名とオフセット情報とに基づいて常時蓄積ＤＢ３０に格納されている映像ファイルをユーザ端末６０に対して送信（配信）する。すなわち、ライブラリ配信部２０は、常時蓄積ＤＢ３０に蓄積されている映像ファイルのうち配信要求のあったライブラリに対応する映像ファイルをユーザ端末６０に配信する。ここで、常時蓄積される映像ファイルのストリーム速度（ビットレート）と映像ファイルを配信する際の速度とは同一である。したがって、ライブラリが未編集であっても、映像ファイルを時系列に順次読み出し、オフセット情報に従って配信することで、ユーザ端末６０に対して未編集のライブラリと同一の内容の映像ファイルを提供することが可能である。ステップＳ８０の処理が行われた後は、ライブラリ配信部２０はステップＳ７０に戻り、上記処理を繰り返す。 On the other hand, if a library for which library editing has not been completed is selected by the user, the determination at step S76 is negative, and the process proceeds to step S80. When the process proceeds to step S80, the library distribution unit 20 transmits (distributes) the video file stored in the constant accumulation DB 30 to the user terminal 60 based on the file name of the virtual library file management table 32 and the offset information. . That is, the library distribution unit 20 distributes to the user terminal 60 the video file corresponding to the library requested to be distributed among the video files accumulated in the constant accumulation DB 30. Here, the stream speed (bit rate) of the video file constantly accumulated and the speed at the time of distributing the video file are the same. Therefore, even if the library is not edited, a video file having the same content as the unedited library can be provided to the user terminal 60 by sequentially reading out the video file in time series and distributing according to the offset information. It is possible. After the process of step S80 is performed, the library distribution unit 20 returns to step S70 and repeats the above process.

以上のように、ライブラリ配信部２０が図１２の処理を実行することにより、ライブラリ編集が完了していなくても、ユーザ端末６０にライブラリと同一内容の映像ファイルを配信することができる。この場合、ユーザは、自己がライブラリ編集要求を出した段階で、図１０のステップＳ３６において編集完了の旨を確認しているので、未編集のライブラリであっても躊躇なく選択をすることができる。また、ライブラリ編集が完了していなくてもライブラリと同一の内容の映像ファイルを配信することができるため、ライブラリ編集要求が複数同時に発生したとしても、ライブラリ編集処理部１８は、ライブラリ編集を複数同時に行わなくてもよくなる。これにより、編集のためのハードディスク９６へのアクセスが集中してDisk I/Oに負荷を与えることが低減され、エラーの発生が抑制される。 As described above, when the library distribution unit 20 executes the processing of FIG. 12, it is possible to distribute a video file having the same content as that of the library to the user terminal 60 even if the library editing is not completed. In this case, the user confirms the completion of editing at step S36 in FIG. 10 when he / she issues a library editing request, so that even an unedited library can be selected without any problem. . In addition, since the video file having the same content as the library can be distributed even if the library editing is not completed, the library editing processing unit 18 can simultaneously execute a plurality of library editing even if a plurality of library editing requests are simultaneously generated. It does not have to be done. This reduces the concentration of accesses to the hard disk 96 for editing and places a load on the Disk I / O, thereby suppressing the occurrence of an error.

（常時蓄積ファイル削除部２２の処理）
図１３には、常時蓄積ファイル削除部２２の処理がフローチャートにて示されている。図１３の処理では、まず、ステップＳ９０において、常時蓄積ファイル削除部２２は、常時蓄積ＤＢ３０の中から予め定められている保存期間を経過した映像ファイルを１つ特定する。 (Process of constantly stored file deletion unit 22)
In FIG. 13, the processing of the constantly accumulated file deletion unit 22 is shown by a flowchart. In the process of FIG. 13, first, in step S90, the constantly accumulated file deletion unit 22 specifies one video file for which a predetermined storage period has elapsed from the constantly accumulated DB 30, from among the constantly accumulated DB 30.

次いで、ステップＳ９２では、常時蓄積ファイル削除部２２は、特定した映像ファイルを仮想ライブラリファイル管理テーブル３２上で検索する。この検索により、仮想ライブラリファイル管理テーブル３２内に特定した映像ファイルのファイル名が存在していた場合には、特定した映像ファイルがライブラリ編集に使用されている（又は今後使用される）ことを意味している。 Next, in step S92, the constantly accumulated file deletion unit 22 searches the virtual library file management table 32 for the specified video file. If the file name of the specified video file exists in the virtual library file management table 32 by this search, it means that the specified video file is used (or will be used in the future) for library editing. doing.

次のステップＳ９４では、常時蓄積ファイル削除部２２は、特定した映像ファイルが仮想ライブラリファイル管理テーブル３２内に存在したか否かを判断する。ここでの判断が肯定された場合には、特定した映像ファイルを削除するとライブラリ編集に支障が出るため、常時蓄積ファイル削除部２２は、特定した映像ファイルを削除せずに、ステップＳ９０に戻る。 In the next step S 94, the constantly accumulated file deletion unit 22 determines whether the specified video file exists in the virtual library file management table 32. If the determination here is affirmed, deletion of the specified video file will affect library editing, so the constantly accumulated file deletion unit 22 returns to step S90 without deleting the specified video file.

一方、ステップＳ９４の判断が否定され、ステップＳ９６に移行した場合には、特定した映像ファイルは削除してもライブラリ編集に支障が出ないため、常時蓄積ファイル削除部２２は、特定した映像ファイルを削除する。その後は、ステップＳ９０に戻る。 On the other hand, when the determination in step S94 is negative and the process proceeds to step S96, even if the specified video file is deleted, there is no hindrance to library editing, so the constantly accumulated file deletion unit 22 determines the specified video file. delete. After that, the process returns to step S90.

以上のように、常時蓄積ファイル削除部２２が、図１３の処理を実行することにより、ライブラリ編集に利用される可能性のある映像ファイルを常時蓄積ＤＢ３０から削除しないようにすることができる。 As described above, by executing the processing in FIG. 13, the constantly accumulated file deletion unit 22 can prevent the video file that may be used for library editing from being constantly deleted from the accumulated DB 30.

以上、詳細に説明したように、本実施形態によると、映像ファイル化部１２は、複数のエンコーダ５２（外部機器）から映像データを受信し、受信した映像データを常時蓄積ＤＢ３０に蓄積し、映像データ比較部１４は、あるエンコーダ５２（第１外部機器）から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、そのエンコーダ５２の映像データの切り出し編集開始時刻（ライブラリ編集の開始時刻）を特定する。そして、編集要求受付部１６は、該開始時刻から終了時刻までの間に常時蓄積ＤＢ３０に蓄積されたエンコーダ５２の映像データの情報を仮想ライブラリファイル管理テーブル３２において管理し、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２において管理されている情報に基づいて、常時蓄積ＤＢ３０に蓄積された映像データの切り出し編集を実行してライブラリを生成する。また、ライブラリ配信部２０は、ライブラリの作成が完了する前に該ライブラリの配信要求があると、仮想ライブラリファイル管理テーブル３２の情報に基づいて、常時蓄積ＤＢ３０に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する。これにより、本実施形態では、映像データ比較部１４が、新たな映像データと過去の映像データとの比較により、ライブラリ編集の開始時刻を特定するため、ユーザ端末６０からのライブラリ編集要求の輻輳の可能性を低減することができる。これにより、サーバ１０によるライブラリ編集に関する処理負荷を低減することができる。また、ライブラリ配信部２０は、ライブラリ編集が完了していなくても、ユーザ端末６０にライブラリと同一内容の映像ファイルを配信することができるので、ユーザの配信待ちをなくすことができる。また、ライブラリ編集要求が複数同時に発生したとしても、ライブラリ編集処理部１８は、ライブラリ編集を複数同時に行わなくてもよくなる。したがって、編集のためのハードディスク９６へのアクセスが集中してDisk I/Oに負荷を与えることが低減され、エラーの発生が抑制される。 As described above in detail, according to the present embodiment, the video filing unit 12 receives video data from the plurality of encoders 52 (external devices), and constantly stores the received video data in the storage DB 30, The data comparison unit 14 cuts out and edits the video data of the encoder 52 based on the timing when the change amount of the video data received from the encoder 52 (first external device) with respect to the past video data exceeds a predetermined amount. Identify (library editing start time). Then, the edit request reception unit 16 manages, in the virtual library file management table 32, the information of the video data of the encoder 52 accumulated in the constant accumulation DB 30 between the start time and the end time, and the library edit processing unit 18 Based on the information managed in the virtual library file management table 32, the clip edit of the video data accumulated in the constant accumulation DB 30 is executed to generate the library. Also, if there is a distribution request for the library before the creation of the library is completed, the library distribution unit 20 distributes the video data stored in the constantly stored DB 30 based on the information in the virtual library file management table 32. Deliver video data corresponding to the requested library. As a result, in the present embodiment, the video data comparison unit 14 identifies the start time of the library editing by comparing the new video data with the past video data. The possibilities can be reduced. Thus, the processing load on library editing by the server 10 can be reduced. In addition, since the library distribution unit 20 can distribute the video file having the same content as the library to the user terminal 60 even if the library editing is not completed, the user can not wait for the distribution. In addition, even if a plurality of library editing requests occur simultaneously, the library editing processing unit 18 does not have to perform a plurality of library editing simultaneously. Therefore, the concentration of access to the hard disk 96 for editing and load on the Disk I / O is reduced, and the occurrence of an error is suppressed.

また、本実施形態では、映像データ比較部１４は、エンコーダ５２それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、ライブラリ編集の開始時刻を特定する。これにより、ユーザ端末６０からライブラリ編集要求が出される可能性の高い、天災や事故が発生したタイミングの映像データをユーザ端末６０からの要求が出される前に仮想ライブラリファイル管理テーブル３２に格納することができる。 Further, in the present embodiment, the video data comparison unit 14 determines the start time of the library editing based on the timing when the amount of change of the video data received from each of the encoders 52 with respect to the video data at the same time in the past exceeds a predetermined amount. Identify. Thereby, the video data of the timing when a natural disaster or an accident occurs is stored in the virtual library file management table 32 before the request from the user terminal 60 is issued, which has a high possibility of the library editing request being issued from the user terminal 60. Can.

また、本実施形態では、編集要求受付部１６は、ライブラリ編集の対象である映像データの変化量の時間変化に基づいてライブラリ編集の終了時刻を決定する。これにより、天災や事故による映像変化がなくなった適切なタイミングをライブラリ編集の終了時刻として決定することができる。 Further, in the present embodiment, the editing request receiving unit 16 determines the end time of the library editing based on the temporal change of the change amount of the video data to be subjected to the library editing. In this way, it is possible to determine as the end time of library editing the appropriate timing at which there is no video change due to natural disasters or accidents.

また、本実施形態では、常時蓄積ファイル削除部２２は、仮想ライブラリファイル管理テーブル３２において情報が管理されている映像データを、所定のタイミングになっても削除しないようにしているので、ライブラリ編集に利用される可能性のある映像ファイルを常時蓄積ＤＢ３０から削除しないようにすることができる。 Further, in the present embodiment, since the constantly accumulated file deletion unit 22 does not delete the video data whose information is managed in the virtual library file management table 32 even at a predetermined timing, the library editing is performed. It is possible not to delete a video file which may be used from the accumulation DB 30 at all times.

なお、上記実施形態では、映像データ比較部１４は、新たな映像データと１日前の同一時刻の映像データとを比較し、比較結果に基づいてライブラリ編集要求を編集要求受付部１６に送信する場合について説明した。しかしながら、これに限られるものではなく、映像データ比較部１４は、新たな映像データと直前の映像データとを比較し、比較結果に基づいてライブラリ編集要求を編集要求受付部１６に送信するようにしてもよい。 In the above embodiment, the video data comparison unit 14 compares the new video data with the video data of the same time one day ago, and transmits the library editing request to the editing request receiving unit 16 based on the comparison result. Explained. However, the present invention is not limited to this, and the video data comparison unit 14 compares the new video data with the immediately preceding video data, and transmits the library editing request to the editing request receiving unit 16 based on the comparison result. May be

なお、上記実施形態においては、常時蓄積ＤＢ３０に、例えば「仮想ライブラリ編集中フラグ」のフィールドを設けてもよい。この場合、「仮想ライブラリ編集中フラグ」には、ライブラリ編集処理部１８が映像ファイルの切り出し処理等を行っている場合に「TRUE」を格納し、それ以外の場合に「FALSE」を格納するようにする。このようにすることで、常時蓄積ファイル削除部２２は、常時蓄積ＤＢ３０を参照するのみで、削除してよい映像ファイル（ライブラリ編集に利用されない映像ファイル）か否かを判断することができる。 In the above embodiment, a field of “virtual library editing flag” may be provided in the constant accumulation DB 30, for example. In this case, “TRUE” is stored in the “virtual library editing flag” when the library editing processing unit 18 performs the video file cutting process and the like, and “FALSE” is stored in other cases. Make it By doing this, the constantly accumulated file deletion unit 22 can determine whether it is a video file that can be deleted (a video file not used for library editing) only by referring to the constantly accumulated DB 30.

なお、上記実施形態では、図８のステップＳ１８〜Ｓ２６の処理を実行することにより、ライブラリ編集の終了時刻を設定する場合について説明したが、これに限られるものではない。例えば、ライブラリ編集の開始時刻から所定時間後を終了時刻として設定してもよい。 Although the above embodiment has described the case where the end time of library editing is set by executing the processing of steps S18 to S26 in FIG. 8, the present invention is not limited to this. For example, a predetermined time after the start time of library editing may be set as the end time.

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。 The above processing functions can be realized by a computer. In that case, a program is provided which describes the processing content of the function that the processing device should have. The above processing functions are realized on the computer by executing the program on the computer. The program in which the processing content is described can be recorded on a computer readable recording medium (except for the carrier wave).

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。 In the case of distributing the program, for example, the program is sold in the form of a portable recording medium such as a DVD (Digital Versatile Disc), a CD-ROM (Compact Disc Read Only Memory) or the like in which the program is recorded. Alternatively, the program may be stored in the storage device of the server computer, and the program may be transferred from the server computer to another computer via a network.

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。 The computer executing the program stores, for example, the program recorded on the portable recording medium or the program transferred from the server computer in its own storage device. Then, the computer reads the program from its storage device and executes processing according to the program. The computer can also read the program directly from the portable recording medium and execute processing in accordance with the program. The computer can also execute processing in accordance with the received program each time the program is transferred from the server computer.

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。 The embodiments described above are examples of preferred implementations of the invention. However, the present invention is not limited to this, and various modifications can be made without departing from the scope of the present invention.

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積する蓄積処理部と、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定する特定部と、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積処理部が前記蓄積部に蓄積した前記第１外部機器の映像データの情報を管理する管理部と、
前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成する編集部と、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する配信部と、を備える映像データ管理装置。
（付記２）前記特定部は、前記複数の外部機器それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、映像データの切り出し編集開始時刻を特定することを特徴とする付記１に記載の映像データ管理装置。
（付記３）前記管理部は、前記切り出し編集の対象である映像データの変化量の時間変化に基づいて前記切り出し編集終了時刻を決定することを特徴とする付記２に記載の映像データ管理装置。
（付記４）前記蓄積部に蓄積された映像データを所定のタイミングで削除する削除部を更に備え、
前記削除部は、前記管理部により情報が管理されている映像データを、前記所定のタイミングになっても削除しないことを特徴とする付記１〜３のいずれかに記載の映像データ管理装置。
（付記５）複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理し、
管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、
処理をコンピュータに実行させる映像データ管理プログラム。
（付記６）前記特定する処理は、前記複数の外部機器それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、映像データの切り出し編集開始時刻を特定することを特徴とする付記５に記載の映像データ管理プログラム。
（付記７）前記管理する処理は、前記切り出し編集の対象である映像データの変化量の時間変化に基づいて前記切り出し編集終了時刻を決定することを特徴とする付記６に記載の映像データ管理プログラム。
（付記８）前記蓄積部に蓄積された映像データを所定のタイミングで削除する処理を前記コンピュータに更に実行させ、
前記削除する処理では、前記管理する処理で管理されている映像データを、前記所定のタイミングになっても削除しないことを特徴とする付記５〜７のいずれかに記載の映像データ管理プログラム。
（付記９）複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理し、
管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、
処理をコンピュータが実行する映像データ管理方法。
（付記１０）前記特定する処理は、前記複数の外部機器それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、映像データの切り出し編集開始時刻を特定することを特徴とする付記９に記載の映像データ管理方法。
（付記１１）前記管理する処理は、前記切り出し編集の対象である映像データの変化量の時間変化に基づいて前記切り出し編集終了時刻を決定することを特徴とする付記１０に記載の映像データ管理方法。
（付記１２）前記蓄積部に蓄積された映像データを所定のタイミングで削除する処理を前記コンピュータに更に実行させ、
前記削除する処理では、前記管理する処理で管理されている映像データを、前記所定のタイミングになっても削除しないことを特徴とする付記９〜１１のいずれかに記載の映像データ管理方法。 In addition, the following additional remarks are disclosed regarding description of the above embodiment.
(Supplementary Note 1) A storage processing unit that receives video data from a plurality of external devices and stores the received video data in a storage unit.
Cutting out and editing of video data of the first external device based on timing when the amount of change of video data received from any one of the plurality of external devices with respect to past video data exceeds a predetermined amount An identification unit that identifies the start time;
A management unit that manages information of the video data of the first external device accumulated in the accumulation unit by the accumulation processing unit between the cutout edition start time and a predetermined cutout edition end time;
An editing unit that creates a library by executing clipping and editing of video data stored in the storage unit based on information managed by the management unit;
If there is a distribution request for the library before the creation of the library is completed, the video data stored in the storage unit corresponds to the library for which the distribution request has been made based on the information managed by the management unit. And a distribution unit that distributes video data.
(Supplementary Note 2) The specifying unit determines the cutout edit start time of the video data based on the timing when the change amount of the video data received from each of the plurality of external devices with respect to the video data at the same time in the past exceeds a predetermined amount. The video data management device according to supplementary note 1, characterized by specifying.
(Supplementary Note 3) The video data management device according to Supplementary note 2, wherein the management unit determines the cutout editing end time based on a temporal change of a change amount of video data which is a target of the cutout editing.
(Additional remark 4) The deletion part which deletes the video data accumulated in the accumulation part at a predetermined timing is further provided,
The video data management apparatus according to any one of appendices 1 to 3, wherein the deletion unit does not delete the video data whose information is managed by the management unit even at the predetermined timing.
(Supplementary Note 5) Receive video data from a plurality of external devices, and store the received video data in the storage unit,
Cutting out and editing of video data of the first external device based on timing when the amount of change of video data received from any one of the plurality of external devices with respect to past video data exceeds a predetermined amount Identify the start time,
Managing information of the video data of the first external device accumulated in the accumulation unit between the cutout editing start time and a predetermined cutout editing end time;
Based on the information of the video data being managed, a clip edit of the video data stored in the storage unit is executed to create a library,
If there is a distribution request of the library before the creation of the library is completed, the library requested to be distributed among the video data stored in the storage unit is based on the information of the video data being managed. Deliver the corresponding video data,
Video data management program that causes a computer to execute processing.
(Supplementary Note 6) The process of identifying is performed based on the timing when the amount of change with respect to the video data at the same time in the past of the video data received from each of the plurality of external devices exceeds a predetermined amount. The video data management program according to supplementary note 5, characterized in that:
(Supplementary Note 7) The video data management program according to Supplementary Note 6, wherein the process of managing determines the cut-out editing end time based on a temporal change of a change amount of video data which is a target of the cut-out edit. .
(Supplementary Note 8) The system further causes the computer to execute a process of deleting the video data stored in the storage unit at a predetermined timing.
8. The video data management program according to any one of claims 5 to 7, wherein the video data managed in the management process is not deleted at the predetermined timing in the deletion process.
(Supplementary note 9) Receive video data from a plurality of external devices, and store the received video data in the storage unit,
Cutting out and editing of video data of the first external device based on timing when the amount of change of video data received from any one of the plurality of external devices with respect to past video data exceeds a predetermined amount Identify the start time,
Managing information of the video data of the first external device accumulated in the accumulation unit between the cutout editing start time and a predetermined cutout editing end time;
Based on the information of the video data being managed, a clip edit of the video data stored in the storage unit is executed to create a library,
If there is a distribution request of the library before the creation of the library is completed, the library requested to be distributed among the video data stored in the storage unit is based on the information of the video data being managed. Deliver the corresponding video data,
A video data management method in which a computer executes processing.
(Supplementary Note 10) The process of identifying is performed based on a timing at which a change amount of video data received from each of the plurality of external devices with respect to video data at the same time in the past exceeds a predetermined amount. The video data management method according to appendix 9, characterized in that
(Supplementary Note 11) The video data management method according to Supplementary note 10, wherein the process of managing determines the cut-out editing end time based on a temporal change of a change amount of video data which is a target of the cut-out edit. .
(Supplementary Note 12) Allowing the computer to further execute a process of deleting the video data stored in the storage unit at a predetermined timing.
The video data management method according to any one of appendices 9 to 11, wherein the video data managed in the management process is not deleted at the predetermined timing in the deletion process.

１０サーバ（映像データ管理装置）
１２映像ファイル化部（蓄積処理部）
１４映像データ比較部（特定部）
１６映像要求受付部（管理部）
１８ライブラリ編集処理部（編集部）
２０ライブラリ配信部（配信部）
２２常時蓄積ファイル削除部（削除部）
５２エンコーダ（外部機器）
９０ＣＰＵ（コンピュータ） 10 Server (Video Data Management Device)
12 Video filing unit (storage processing unit)
14 Video Data Comparison Unit (Specification Unit)
16 Video request acceptance unit (management unit)
18 Library Editing Unit (Editing Unit)
20 Library Distribution Department (Distribution Department)
22 Always stored file deletion part (deletion part)
52 Encoder (external device)
90 CPU (computer)

Claims

A storage processing unit that receives video data from a plurality of external devices and stores the received video data in a storage unit;
Cutting out and editing of video data of the first external device based on timing when the amount of change of video data received from any one of the plurality of external devices with respect to past video data exceeds a predetermined amount An identification unit that identifies the start time;
The storage processing unit manages information of the video data of the first external device stored in the storage unit from the cutout editing start time to a predetermined cutout edit end time , and a library from an apparatus used by the user A management unit that receives a creation request ,
An editing unit that creates a library by executing clipping and editing of video data stored in the storage unit based on the information managed by the management unit or the library creation request ;
If there is a distribution request for the library before the creation of the library is completed, the video data stored in the storage unit corresponds to the library for which the distribution request has been made based on the information managed by the management unit. A delivery unit for delivering video data ;
When the management unit receives the library creation request from an apparatus used by the user, the management unit may indicate information indicating that the creation of the library is completed although the creation of the library is not completed. A video data management device for notifying a device used by a user .

The specifying unit specifies the cutout editing start time of the video data based on the timing when the change amount of the video data received from each of the plurality of external devices with respect to the video data at the same time in the past exceeds a predetermined amount. The video data management device according to claim 1, characterized in that:

3. The video data management apparatus according to claim 2 , wherein the management unit determines the cutout editing end time based on a temporal change of a change amount of video data which is a target of the cutout editing.

The management unit, based on the amount of change for the video data in the cut editing start time of the video data which is the cut editing subject, according to claim 3, wherein determining the cut editing end time, and wherein the Video data management device.

It further comprises a deletion unit for deleting the video data stored in the storage unit at a predetermined timing,
The video data management according to any one of claims 1 to 4 , wherein the deletion unit does not delete the video data whose information is managed by the management unit even at the predetermined timing. apparatus.

Receiving video data from a plurality of external devices, storing the received video data in a storage unit,
Video data of the first external device based on timing when the amount of change to video data at the same time in the past of video data received from any first external device of the plurality of external devices exceeds a predetermined amount Identify the cut-out edit start time of the
It manages information of the video data of the first external device stored in the storage unit between the cut-out editing start time and a predetermined cut-out edit end time, and receives a library creation request from a device used by the user ,
Based on the information of the video data being managed or the library creation request, clipping and editing of the video data stored in the storage unit is executed to create a library,
If there is a distribution request of the library before the creation of the library is completed, the library requested to be distributed among the video data stored in the storage unit is based on the information of the video data being managed. Deliver the corresponding video data,
Let the computer execute the process ,
In the process of accepting, when the library creation request is received from a device used by the user, the information indicating that the creation of the library is completed although the creation of the library is not completed A video data management program for notifying a device used by a user .

Receiving video data from a plurality of external devices, storing the received video data in a storage unit,
Video data of the first external device based on timing when the amount of change to video data at the same time in the past of video data received from any first external device of the plurality of external devices exceeds a predetermined amount Identify the cut-out edit start time of the
It manages information of the video data of the first external device stored in the storage unit between the cut-out editing start time and a predetermined cut-out edit end time, and receives a library creation request from a device used by the user ,
Based on the information of the video data being managed or the library creation request, clipping and editing of the video data stored in the storage unit is executed to create a library,
If there is a distribution request of the library before the creation of the library is completed, the library requested to be distributed among the video data stored in the storage unit is based on the information of the video data being managed. Deliver the corresponding video data,
Processing and computer is running,
In the process of accepting, when the library creation request is received from a device used by the user, the information indicating that the creation of the library is completed although the creation of the library is not completed A video data management method characterized by notifying a device used by a user .