(57)【要約】【課題】ライブラリ作成における処理負荷を低減する。【解決手段】映像ファイル化部１２は、複数のエンコーダ５２から受信した映像データを常時蓄積ＤＢ３０に蓄積し、映像データ比較部１４は、あるエンコーダ５２から受信した映像データの変化量が所定量を超えたタイミングに基づいて、ライブラリ編集の開始時刻を特定する。また、編集要求受付部１６は、該開始時刻から終了時刻までの間に常時蓄積ＤＢ３０に蓄積されたあるエンコーダ５２の映像データの情報を仮想ライブラリファイル管理テーブル３２において管理し、ライブラリ編集処理部１８は、管理されている情報に基づいて、ライブラリを生成する。そして、ライブラリ配信部２０は、ライブラリの作成が完了する前に配信要求があると、仮想ライブラリファイル管理テーブルの情報に基づいて配信要求のあったライブラリに対応する映像データを配信する。【選択図】図３
2015188134.tif 000002
【特許請求の範囲】
【請求項１】
複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積する蓄積処理部と、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定する特定部と、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積処理部が前記蓄積部に蓄積した前記第１外部機器の映像データの情報を管理する管理部と、
前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成する編集部と、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する配信部と、を備える映像データ管理装置。
【請求項２】
前記特定部は、前記複数の外部機器それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、映像データの切り出し編集開始時刻を特定することを特徴とする請求項１に記載の映像データ管理装置。
【請求項３】
前記管理部は、前記切り出し編集の対象である映像データの変化量の時間変化に基づいて前記切り出し編集終了時刻を決定することを特徴とする請求項２に記載の映像データ管理装置。
【請求項４】
前記蓄積部に蓄積された映像データを所定のタイミングで削除する削除部を更に備え、
前記削除部は、前記管理部により情報が管理されている映像データを、前記所定のタイミングになっても削除しないことを特徴とする請求項１〜３のいずれか一項に記載の映像データ管理装置。
【請求項５】
複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理し、
管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、
処理をコンピュータに実行させる映像データ管理プログラム。
【請求項６】
複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理し、
管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、
処理をコンピュータが実行する映像データ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データ管理装置、映像データ管理プログラム及び映像データ管理方法に関する。
【背景技術】
【０００２】
ライブカメラ等により撮影される映像の映像データを常時蓄積するサーバなどの装置が知られている。このような装置においては、ユーザから映像活用要求を受け付けると、蓄積された映像データの一部を切り出してライブラリとして保存し、配信する機能を有している場合がある。
【０００３】
また、例えば特許文献１には、複数の地点に設置された監視カメラからの最新映像と過去映像とから差分映像情報を作成し、通常時にはモニタに最新映像を表示し、異常発生時には差分映像情報を表示することで、監視員にアラームを通知する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３３００９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば災害発生時等においては、ライブカメラ等により撮影された映像データを活用したいという要求が多数発生する場合がある。この場合、映像データを切り出してライブラリを作成する処理を同時並行的に実行すると、装置の負荷が高くなるため、ライブラリを作成し配信できるまでに長時間を要するおそれがある。
【０００６】
１つの側面では、本発明は、ライブラリ作成における処理負荷を低減することが可能な映像データ管理装置、映像データ管理プログラム及び映像データ管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様では、映像データ管理装置は、複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積する蓄積処理部と、複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、該第１外部機器の映像データの切り出し編集開始時刻を特定する特定部と、前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積処理部が前記蓄積部に蓄積した前記第１外部機器の映像データの情報を管理する管理部と、前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成する編集部と、前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する配信部と、を備えている。
【０００８】
一つの態様では、映像データ管理プログラムは、複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、該第１外部機器の映像データの切り出し編集開始時刻を特定し、前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理し、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、処理をコンピュータに実行させる映像データ管理プログラムである。
【０００９】
一つの態様では、複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理し、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、処理をコンピュータが実行する映像データ管理方法である。
【発明の効果】
【００１０】
１つの側面として、ライブラリ作成における処理負荷を低減することができる。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る映像データ管理システムの構成を概略的に示す図である。
【図２】サーバのハードウェア構成を示す図である。
【図３】サーバの機能ブロック図である。
【図４】常時蓄積ＤＢのデータ構造の一例を示す図である。
【図５】仮想ライブラリファイル管理テーブルを示す図である。
【図６】切り出し編集処理を説明するための図である。
【図７】ライブラリＤＢのデータ構造の一例を示す図である。
【図８】映像データ比較部の処理を示すフローチャートである。
【図９】図９（ａ）〜図９（ｃ）は、映像データ比較部の処理を説明するための図である。
【図１０】編集要求受付部の処理を示すフローチャートである。
【図１１】ライブラリ編集処理部の処理を示すフローチャートである。
【図１２】ライブラリ配信部の処理を示すフローチャートである。
【図１３】常時蓄積ファイル削除部の処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、映像データ管理システムの一実施形態について、図１〜図１３に基づいて詳細に説明する。本実施形態の映像データ管理システムは、道路や河川管理、ダム管理などの災害監視や施設監視向けのＣＣＴＶ（closed-circuit television）映像データ管理システムである。本実施形態の映像データ管理システムでは、時間軸上で連続保存している複数の映像データ（ライブ映像データ）から特定カメラの任意期間の映像データを切り出して結合する処理（以下、「切り出し編集」と呼ぶ）を実行してライブラリファイルを作成し、ユーザ端末に配信する。
【００１３】
図１には、本実施形態の映像データ管理システム１００の構成が概略的に示されている。図１に示すように、映像データ管理システム１００は、複数のカメラ５０と、カメラ５０に接続された外部機器としてのエンコーダ５２と、映像データ管理装置としてのサーバ１０と、複数のユーザ端末６０と、を備える。エンコーダ５２、サーバ１０、及びユーザ端末６０のそれぞれは、インターネットなどのネットワーク８０に接続されている。
【００１４】
カメラ５０は、映像を撮影し、エンコーダ５２に対して映像を入力する。エンコーダ５２は、予め設定された符号化モードでカメラ５０からの入力映像を符号化し、符号化された映像データをサーバ１０に対して送信する。なお、カメラ５０がエンコーダ５２の機能を有していてもよい。
【００１５】
サーバ１０は、エンコーダ５２から入力された映像データを受信し、各種処理を実行する。図２には、サーバ１０のハードウェア構成が示されている。図２に示すように、サーバ１０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（映像データ管理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（映像データ管理プログラムを含む）をＣＰＵ９０が実行することにより、図３の各部の機能が実現される。
【００１６】
図３には、サーバ１０の機能ブロック図が示されている。図３に示すように、サーバ１０においては、ＣＰＵ９０がプログラムを実行することにより、蓄積処理部としての映像ファイル化部１２、特定部としての映像データ比較部１４、管理部としての編集要求受付部１６、編集部としてのライブラリ編集処理部１８、配信部としてのライブラリ配信部２０、及び削除部としての常時蓄積ファイル削除部２２、として機能する。なお、図３には、ＨＤＤ９６等に格納されている常時蓄積ＤＢ（database）３０、仮想ライブラリファイル管理テーブル３２、及びライブラリＤＢ３４についても図示されている。なお、図３では、ファイル操作を破線で示し、情報の流れ（やりとり）を実線にて示している。
【００１７】
映像ファイル化部１２は、エンコーダ５２から入力される映像データを受信して映像ファイルとし、常時蓄積ＤＢ３０に格納する。図４には、常時蓄積ＤＢ３０のデータ構造の一例が示されている。図４に示すように、常時蓄積ＤＢ３０は、「レコードＮｏ．」、「カメラＩＤ」、「ファイル名」、「蓄積中フラグ」、「開始時刻」、「終了時刻」の各フィールドを有する。「レコードＮｏ．」のフィールドには、レコードの通し番号が格納される。「カメラＩＤ」のフィールドには、映像を撮影したカメラの識別情報が格納される。「ファイル名」のフィールドには、映像ファイルのファイル名が格納される。図４では、ファイル名として、カメラＩＤと蓄積開始時刻とを組み合わせたファイル名が用いられている。「蓄積中フラグ」のフィールドには、映像ファイル化部１２が書込みを行っている場合に「TRUE」が格納され、それ以外の場合に「FALSE」が格納される。なお、この蓄積中フラグが「TRUE」の場合には、「終了時刻」のフィールドが空になる。「開始時刻」及び「終了時刻」のフィールドには、映像ファイルの映像タイムスタンプが格納される。
【００１８】
図３に戻り、映像データ比較部１４は、エンコーダ５２から入力される映像データと、過去の映像データ（例えば、１日前の同時刻の映像データ）とを比較する。そして、映像データ比較部１４は、比較結果（変化量）が所定の閾値よりも大きい場合に、編集要求受付部１６に対してライブラリ編集要求を発行する。
【００１９】
編集要求受付部１６は、映像データ比較部１４又はユーザ端末６０からのライブラリ編集要求を受け付け、仮想ライブラリファイル管理テーブル３２（図５）に情報を登録する。ここで、仮想ライブラリファイル管理テーブル３２は、ライブラリの構成要素である映像ファイルのインデックス情報等を格納するテーブルであり、図５に示すように、「タイトル」、「編集状態」、「時刻」、「Ｆ１  ファイル名」、「Ｆ１  オフセット」、「Ｆ２  ファイル名」、「Ｆ２  オフセット」、…のフィールドを有する。
【００２０】
「タイトル」のフィールドには、ライブラリファイルのタイトルを格納する。本実施形態では、ライブラリファイルのタイトルとして、カメラＩＤと通し番号の組み合わせが用いられている。「編集状態」のフィールドには、ライブラリファイルの編集が完了した場合には「完了」が格納され、編集を開始していない場合には「未編集」が格納され、編集を行っている最中の場合には「編集中」が格納される。なお、編集要求受付部１６が情報を登録するタイミングでは、「編集状態」のフィールドには、「未編集」が格納される。「時刻」のフィールドには、ライブラリファイルの開始日時と終了日時の情報が格納される。「Ｆ１  ファイル名」、「Ｆ１  オフセット」のフィールドには、ライブラリファイルに含まれる１つ目の映像ファイルのファイル名と、バイトオフセット（データのどの範囲を切り出すのか）が格納される。「Ｆ２  ファイル名」、「Ｆ２  オフセット」のフィールドには、ライブラリファイルに含まれる２つ目の映像ファイルのファイル名と、データオフセット（データのどの範囲を切り出すのか）が格納される。なお、映像ファイルの切り出し編集が完了し、ライブラリファイルが生成されると、「Ｆ１  ファイル名」、「Ｆ１  オフセット」のフィールドには、ライブラリファイルのファイル名と、オフセットが格納される。
【００２１】
図３に戻り、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２からライブラリ編集が完了していないもの、すなわち「編集状態」のフィールドに「未編集」が格納されているものを順次抽出し、ライブラリファイルを編集・生成する。ここで、ライブラリファイルの編集・生成とは、図６に示すように、常時蓄積ＤＢ３０に常時蓄積している時間軸上で連続した映像ファイル群から、指定した長さを１ファイルとして切り出し、結合して１つのファイル（ライブラリファイル）を生成する処理である。ライブラリ編集・生成処理が完了すると、ライブラリ編集処理部１８は、生成したライブラリファイルの情報をライブラリＤＢ３４（図７参照）に格納する。図７に示すように、ライブラリＤＢ３４には、「ライブラリファイル名」と、「サイズ」の情報が格納される。なお、ライブラリＤＢ３４には、その他の情報が格納されてもよい。また、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２の「Ｆ１  ファイル名」、「Ｆ１  オフセット」のフィールドをライブラリファイルの情報に書き換え、「Ｆ２  ファイル名」、「Ｆ２  オフセット」、…のフィールドを空にする。なお、ライブラリ編集処理部１８は、ライブラリ編集・生成処理に必要な映像ファイルの全てが常時蓄積ＤＢ３０に蓄積されていない段階では、仮想ライブラリファイル管理テーブル３２の「編集状態」のフィールドに「未編集」が格納されていてもライブラリ編集は行わないものとする。
【００２２】
ライブラリ配信部２０は、ユーザ端末６０からの要求に応じて、ライブラリの映像配信を行う。ライブラリ配信部２０は、仮想ライブラリファイル管理テーブル３２を参照して、要求に対応するライブラリの「編集状態」が「完了」であれば、ライブラリファイルそのものをユーザ端末６０に対して配信する。一方、要求に対応するライブラリの「編集状態」が「未編集」又は「編集中」である場合には、仮想ライブラリファイル管理テーブル３２を参照して、ライブラリの構成要素である映像ファイルを常時蓄積ＤＢ３０から順次読み出し、ユーザ端末６０に対して配信する。
【００２３】
常時蓄積ファイル削除部２２は、仮想ライブラリファイル管理テーブル３２の「編集状態」を参照し、未編集又は編集中の映像ファイル以外の映像ファイルを、所定のタイミングで常時蓄積ＤＢ３０から削除する。
【００２４】
図１に戻り、ユーザ端末６０は、例えばＰＣ（Personal Computer）やタブレット端末、スマートフォンなどの端末である。ユーザ端末６０は、サーバ１０に対してライブラリ編集・生成処理を要求したり、ライブラリの配信要求を送信するために用いられる。また、ユーザ端末６０は、サーバ１０から配信されるライブラリファイル、又はライブラリの構成要素である映像ファイルを受信し、表示等する。
【００２５】
＜サーバ１０の各部の処理について＞
以下、サーバ１０の各部の処理について、詳細に説明する。なお、以下に説明するサーバ１０の各部の処理は、同時並行的に実行される。
【００２６】
（映像データ比較部１４の処理）
図８には、映像データ比較部１４の処理がフローチャートにて示されている。なお、映像データ比較部１４は、カメラ５０（エンコーダ５２）ごとに、図８の処理を同時並行的に実行する。
【００２７】
図８の処理では、まず、ステップＳ１０において、映像データ比較部１４は、所定時間経過するまで待機し、所定時間経過すると、ステップＳ１２に移行する。なお、所定時間は、例えば１分などである。ステップＳ１２に移行すると、映像データ比較部１４は、新たな映像データと１日前の同一時刻の映像データとを比較し、変化量を算出する。カメラ５０は河川やダム、道路などに設置されるため、通常（天災や事故等が発生しなければ）、同一時刻の過去映像データと比較しても画像データ的な変化は小さいと考えられる。
【００２８】
次いで、ステップＳ１４では、映像データ比較部１４は、変化量が予め定められている第１閾値を超えているか否かを判断する。このステップＳ１４の判断が否定された場合、すなわち、変化量が小さく、天災や事故等が発生した可能性が低い場合には、ステップＳ１０に戻る。一方、ステップＳ１４の判断が肯定された場合、すなわち、変化量が大きく、天災や事故等が発生した可能性が高い場合には、ステップＳ１６に移行する。
【００２９】
ステップＳ１６に移行すると、映像データ比較部１４は、ライブラリの編集要求を編集要求受付部１６に対して送信する。なお、後述するように、編集要求受付部１６は、仮想ライブラリファイル管理テーブル３２の「時刻」のフィールドに、ライブラリの開始時刻として、現在時刻より若干過去の時刻（例えば現在時刻の１分前や５分前）を格納するものとする。なお、ステップＳ１６では、映像データ比較部１４は、あるエンコーダ５２（第１外部機器）から受信した映像データの過去の映像データに対する変化量が第１閾値を超えたタイミングに基づいて、そのエンコーダ５２の映像データの切り出し編集（ライブラリ編集）の開始時刻を特定しているといえる。
【００３０】
次いで、ステップＳ１８では、映像データ比較部１４は、所定時間（ｔ）経過するまで待機する。この場合の所定時間（ｔ）は、例えば５分や１０分とすることができる。そして、所定時間（ｔ）が経過すると、映像データ比較部１４は、ステップＳ２０に移行し、新たな映像データと直前（例えば数秒前）の映像データとを比較し、変化量を算出する。図９（ａ）、図９（ｂ）には、ステップＳ１８の処理の概念図が示されている。なお、天災等が発生した場合において、映像データの時間変化が小さくなった場合には、それ以上の映像データの変化が生じない可能性が高いと考えられる。
【００３１】
次いで、ステップＳ２２では、映像データ比較部１４は、ステップＳ２０で算出した変化量が第２閾値以下か否かを判断する。ここでの判断が否定された場合、すなわち、天災等による映像データの時間変化が大きい場合には、ステップＳ２４に移行する。そして、映像データ比較部１４は、ステップＳ２４において、ライブラリ編集要求のあった時刻（開始時刻）から予め定められている最大記録時間が経過したか否かを判断する。ここでの判断が否定された場合には、ステップＳ１８に戻り、ステップＳ１８以降の処理判断を繰り返す。一方、ステップＳ２４の判断が肯定された場合、すなわち、最大記録時間が経過した場合には、映像データ比較部１４は、ステップＳ２６に移行する。ステップＳ２６に移行した場合、映像データ比較部１４は、仮想ライブラリファイル管理テーブル３２に終了時刻として、最大記録時間が経過した時刻を設定する。その後は、ステップＳ１０に戻る。
【００３２】
ところで、ステップＳ２２の判断が肯定された場合、すなわち、図９（ｃ）に示すように、最大記録時間が経過する前に、天災等による映像データの時間変化が小さくなった場合には、ステップＳ２６に移行する。ステップＳ２６では、映像データ比較部１４は、仮想ライブラリファイル管理テーブル３２に終了時刻として現在時刻を設定する。その後は、ステップＳ１０に戻る。
【００３３】
このように、映像データ比較部１４は、新たな映像データと過去の映像データとの比較により、ライブラリファイルとする必要が高い映像データ群の編集要求を、ユーザ端末６０からの要求に先行して編集要求受付部１６に対して送信することができる。これにより、ユーザ端末６０からのライブラリ編集要求の輻輳の可能性を低減することができる。また、映像データ比較部１４は、映像データの比較結果に基づいて適切なライブラリ編集の終了時刻を自動的に決定することができる。なお、図８のステップＳ２０では、映像データ比較部１４は、新たな映像データと直前の映像データとを比較する場合について説明したが、これに限られるものではない。例えば、映像データ比較部１４は、新たな映像データと、ステップＳ１４において変化量が第１閾値を超えた時刻における映像データとを比較するようにしてもよい。
【００３４】
（編集要求受付部１６の処理）
図１０には、編集要求受付部１６の処理がフローチャートにて示されている。図１０の処理では、まず、ステップＳ３０において、編集要求受付部１６が、ライブラリ編集要求を受信するまで待機する。ライブラリ編集要求は、前述したように映像データ比較部１４から送信される場合と、ユーザの操作に応じてユーザ端末６０から送信される場合とがある。なお、ユーザ端末６０からライブラリ編集要求が送信されてくる場合には、ユーザによって、どのカメラのどの時刻の映像データをライブラリ編集するかの情報が指定されているものとする。ライブラリ編集要求を受信すると、編集要求受付部１６は、ステップＳ３２に移行する。
【００３５】
ステップＳ３２に移行すると、編集要求受付部１６は、仮想ライブラリファイル管理テーブル３２に「編集状態」のフィールドが「未編集」のレコードを追加する。ここで、ライブラリ編集要求が映像データ比較部１４から送信されてきた場合には、追加したレコードの「時刻」のフィールドに開始時刻として、現在時刻より若干過去の時刻（例えば現在時刻の１分前や５分前）を格納し、終了時刻は格納しないものとする。一方、ライブラリ編集要求がユーザ端末６０から送信されてきた場合には、追加したレコードの「時刻」のフィールドにユーザによって指定された時刻情報（開始時刻、終了時刻）を格納する。
【００３６】
次いで、ステップＳ３４では、編集要求受付部１６は、編集要求の送信先がユーザ端末６０であるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３６に移行し、編集要求受付部１６は、ユーザ端末６０に対して、「編集完了」を応答する。なお、ステップＳ３６の時点では、実際には、編集要求が出されたライブラリの編集は開始されていない。その後は、ステップＳ３８に移行する。また、ステップＳ３４の判断が否定された場合、すなわち、ライブラリ編集要求が映像データ比較部１４から送信されてきた場合には、ステップＳ３６を経ずにステップＳ３８に移行する。
【００３７】
ステップＳ３８に移行すると、編集要求受付部１６は、仮想ライブラリファイル管理テーブル３２に追加したレコードに対応する映像ファイルが常時蓄積ＤＢ３０に蓄積済みか否かを判断する。このステップＳ３８の判断が否定されている間はステップＳ３８を繰り返すが、肯定されると、ステップＳ４０に移行する。ステップＳ４０に移行すると、編集要求受付部１６は、仮想ライブラリファイル管理テーブル３２のレコードに常時蓄積ＤＢ３０に蓄積されているファイルの情報（インデックス情報）を格納する。この場合、編集要求受付部１６は、インデックス情報として、ファイル名とバイトオフセットを仮想ライブラリファイル管理テーブル３２に格納する。
【００３８】
次いで、ステップＳ４２に移行すると、編集要求受付部１６は、終了時刻を経過したか否かを判断する。このステップＳ４２の判断が否定された場合には、ステップＳ３８に戻る。なお、終了時刻が設定されていない場合、すなわち、図８のステップＳ１６を経た後、ステップＳ２４の処理が実行されていない場合には、ステップＳ４２の判断は否定されるので、編集要求受付部１６は、ステップＳ３８に戻る。一方、ステップＳ４２の判断が肯定された場合には、ステップＳ３０に戻り、上記処理を繰り返す。なお、ステップＳ４２の判断が肯定された段階では、図６の仮想ライブラリファイル管理テーブル３２において、ライブラリファイルに含める必要のある全ての映像ファイルのファイル名とバイトオフセットが格納されていることになる。
【００３９】
なお、図１０の処理では、編集要求受付部１６は、ライブラリ編集の開始時刻からライブラリ編集の終了時刻までの間に常時蓄積ＤＢ３０に蓄積したエンコーダ５２の映像ファイルの情報を仮想ライブラリファイル管理テーブル３２において管理しているといえる。
【００４０】
（ライブラリ編集処理部１８の処理）
図１１には、ライブラリ編集処理部１８の処理がフローチャートにて示されている。この図１１の処理では、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２に格納されている未編集のレコードに対応するライブラリを１つずつ順に編集する。
【００４１】
図１１の処理では、まず、ステップＳ５０において、ライブラリ編集処理部１８が、仮想ライブラリファイル管理テーブル３２において、終了時刻までの映像ファイルの情報が格納された未編集のレコードを１つ特定する。
【００４２】
次いで、ステップＳ５２では、ライブラリ編集処理部１８が、ステップＳ５０においてレコードを特定できたか否かを判断する。このステップＳ５２の判断が否定された場合には、ステップＳ５０に戻るが、ステップＳ５２の判断が肯定された場合には、ステップＳ５４に移行する。
【００４３】
ステップＳ５４に移行すると、ライブラリ編集処理部１８は、特定したレコードの編集状態を「編集中」とする。次いで、ステップＳ５６では、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２に格納されている情報に基づいて、常時蓄積ＤＢ３０から映像ファイルを取得し、取得した映像ファイルを切り出し編集し、ライブラリを生成する（図６参照）。
【００４４】
そして、ライブラリ編集処理部１８は、ライブラリ生成が完了した段階（Ｓ５８：肯定）で、ステップＳ６０に移行する。
【００４５】
ステップＳ６０に移行すると、ライブラリ編集処理部１８は、レコードの編集状態を「完了」とし、「Ｆ１  ファイル名」、「Ｆ１  オフセット」に生成したライブラリファイルの情報を格納する。また、ライブラリ編集処理部１８は、「Ｆ２  ファイル名」、「Ｆ２  オフセット」…のフィールドを空にする。なお、ライブラリ編集処理部１８は、生成したライブラリファイルの情報をライブラリＤＢ３４に格納する。その後は、ステップＳ５０に戻る。
【００４６】
以上のように、ライブラリ編集処理部１８は、図１１の処理を実行することで、仮想ライブラリファイル管理テーブル３２に格納されている未編集のレコードに対応するライブラリを１つずつ順に編集することができる。
【００４７】
（ライブラリ配信部２０の処理）
図１２には、ライブラリ配信部２０の処理がフローチャートにて示されている。図１２の処理では、まず、ステップＳ７０において、ライブラリ配信部２０は、ユーザ端末６０からライブラリ配信要求を受信するまで待機する。ライブラリ配信部２０は、ユーザ端末６０からライブラリ配信要求を受信すると、ステップＳ７２に移行し、仮想ライブラリファイル管理テーブル３２に格納されているレコードに含まれる、ライブラリファイルのタイトル等の情報をユーザ端末６０に送信する。なお、ライブラリ配信部２０は、「編集状態」のフィールドの情報を送信しなくてもよい。ユーザ端末６０では、受信した情報（画面）を表示する。これにより、ユーザ端末６０のユーザは、閲覧したいライブラリを画面上にて選択することができる。
【００４８】
次いで、ステップＳ７４では、ライブラリ配信部２０は、ユーザ端末６０上においてライブラリが選択されるまで待機する。ライブラリが選択されたという情報がユーザ端末６０から送信されてくると、ライブラリ配信部２０は、ステップＳ７６に移行する。
【００４９】
ステップＳ７６に移行すると、ライブラリ配信部２０は、仮想ライブラリファイル管理テーブル３２を参照し、選択されたライブラリ（レコード）の編集状態が「完了」であるか否かを判断する。このステップＳ７６における判断が肯定された場合には、ライブラリ配信部２０は、ステップＳ７８に移行する。
【００５０】
ステップＳ７８に移行した場合、ライブラリ配信部２０は、選択されたライブラリファイルをライブラリＤＢ３４（図７）から取得し、ユーザ端末６０に対して送信（配信）する。その後は、ステップＳ７０に戻る。
【００５１】
一方、ライブラリ編集が完了していないライブラリがユーザによって選択された場合には、ステップＳ７６の判断が否定されて、ステップＳ８０に移行する。ステップＳ８０に移行すると、ライブラリ配信部２０は、仮想ライブラリファイル管理テーブル３２のファイル名とオフセット情報とに基づいて常時蓄積ＤＢ３０に格納されている映像ファイルをユーザ端末６０に対して送信（配信）する。すなわち、ライブラリ配信部２０は、常時蓄積ＤＢ３０に蓄積されている映像ファイルのうち配信要求のあったライブラリに対応する映像ファイルをユーザ端末６０に配信する。ここで、常時蓄積される映像ファイルのストリーム速度（ビットレート）と映像ファイルを配信する際の速度とは同一である。したがって、ライブラリが未編集であっても、映像ファイルを時系列に順次読み出し、オフセット情報に従って配信することで、ユーザ端末６０に対して未編集のライブラリと同一の内容の映像ファイルを提供することが可能である。ステップＳ８０の処理が行われた後は、ライブラリ配信部２０はステップＳ７０に戻り、上記処理を繰り返す。
【００５２】
以上のように、ライブラリ配信部２０が図１２の処理を実行することにより、ライブラリ編集が完了していなくても、ユーザ端末６０にライブラリと同一内容の映像ファイルを配信することができる。この場合、ユーザは、自己がライブラリ編集要求を出した段階で、図１０のステップＳ３６において編集完了の旨を確認しているので、未編集のライブラリであっても躊躇なく選択をすることができる。また、ライブラリ編集が完了していなくてもライブラリと同一の内容の映像ファイルを配信することができるため、ライブラリ編集要求が複数同時に発生したとしても、ライブラリ編集処理部１８は、ライブラリ編集を複数同時に行わなくてもよくなる。これにより、編集のためのハードディスク９６へのアクセスが集中してDisk I/Oに負荷を与えることが低減され、エラーの発生が抑制される。
【００５３】
（常時蓄積ファイル削除部２２の処理）
図１３には、常時蓄積ファイル削除部２２の処理がフローチャートにて示されている。図１３の処理では、まず、ステップＳ９０において、常時蓄積ファイル削除部２２は、常時蓄積ＤＢ３０の中から予め定められている保存期間を経過した映像ファイルを１つ特定する。
【００５４】
次いで、ステップＳ９２では、常時蓄積ファイル削除部２２は、特定した映像ファイルを仮想ライブラリファイル管理テーブル３２上で検索する。この検索により、仮想ライブラリファイル管理テーブル３２内に特定した映像ファイルのファイル名が存在していた場合には、特定した映像ファイルがライブラリ編集に使用されている（又は今後使用される）ことを意味している。
【００５５】
次のステップＳ９４では、常時蓄積ファイル削除部２２は、特定した映像ファイルが仮想ライブラリファイル管理テーブル３２内に存在したか否かを判断する。ここでの判断が肯定された場合には、特定した映像ファイルを削除するとライブラリ編集に支障が出るため、常時蓄積ファイル削除部２２は、特定した映像ファイルを削除せずに、ステップＳ９０に戻る。
【００５６】
一方、ステップＳ９４の判断が否定され、ステップＳ９６に移行した場合には、特定した映像ファイルは削除してもライブラリ編集に支障が出ないため、常時蓄積ファイル削除部２２は、特定した映像ファイルを削除する。その後は、ステップＳ９０に戻る。
【００５７】
以上のように、常時蓄積ファイル削除部２２が、図１３の処理を実行することにより、ライブラリ編集に利用される可能性のある映像ファイルを常時蓄積ＤＢ３０から削除しないようにすることができる。
【００５８】
以上、詳細に説明したように、本実施形態によると、映像ファイル化部１２は、複数のエンコーダ５２（外部機器）から映像データを受信し、受信した映像データを常時蓄積ＤＢ３０に蓄積し、映像データ比較部１４は、あるエンコーダ５２（第１外部機器）から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、そのエンコーダ５２の映像データの切り出し編集開始時刻（ライブラリ編集の開始時刻）を特定する。そして、編集要求受付部１６は、該開始時刻から終了時刻までの間に常時蓄積ＤＢ３０に蓄積されたエンコーダ５２の映像データの情報を仮想ライブラリファイル管理テーブル３２において管理し、ライブラリ編集処理部１８は、仮想ライブラリファイル管理テーブル３２において管理されている情報に基づいて、常時蓄積ＤＢ３０に蓄積された映像データの切り出し編集を実行してライブラリを生成する。また、ライブラリ配信部２０は、ライブラリの作成が完了する前に該ライブラリの配信要求があると、仮想ライブラリファイル管理テーブル３２の情報に基づいて、常時蓄積ＤＢ３０に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する。これにより、本実施形態では、映像データ比較部１４が、新たな映像データと過去の映像データとの比較により、ライブラリ編集の開始時刻を特定するため、ユーザ端末６０からのライブラリ編集要求の輻輳の可能性を低減することができる。これにより、サーバ１０によるライブラリ編集に関する処理負荷を低減することができる。また、ライブラリ配信部２０は、ライブラリ編集が完了していなくても、ユーザ端末６０にライブラリと同一内容の映像ファイルを配信することができるので、ユーザの配信待ちをなくすことができる。また、ライブラリ編集要求が複数同時に発生したとしても、ライブラリ編集処理部１８は、ライブラリ編集を複数同時に行わなくてもよくなる。したがって、編集のためのハードディスク９６へのアクセスが集中してDisk I/Oに負荷を与えることが低減され、エラーの発生が抑制される。
【００５９】
また、本実施形態では、映像データ比較部１４は、エンコーダ５２それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、ライブラリ編集の開始時刻を特定する。これにより、ユーザ端末６０からライブラリ編集要求が出される可能性の高い、天災や事故が発生したタイミングの映像データをユーザ端末６０からの要求が出される前に仮想ライブラリファイル管理テーブル３２に格納することができる。
【００６０】
また、本実施形態では、編集要求受付部１６は、ライブラリ編集の対象である映像データの変化量の時間変化に基づいてライブラリ編集の終了時刻を決定する。これにより、天災や事故による映像変化がなくなった適切なタイミングをライブラリ編集の終了時刻として決定することができる。
【００６１】
また、本実施形態では、常時蓄積ファイル削除部２２は、仮想ライブラリファイル管理テーブル３２において情報が管理されている映像データを、所定のタイミングになっても削除しないようにしているので、ライブラリ編集に利用される可能性のある映像ファイルを常時蓄積ＤＢ３０から削除しないようにすることができる。
【００６２】
なお、上記実施形態では、映像データ比較部１４は、新たな映像データと１日前の同一時刻の映像データとを比較し、比較結果に基づいてライブラリ編集要求を編集要求受付部１６に送信する場合について説明した。しかしながら、これに限られるものではなく、映像データ比較部１４は、新たな映像データと直前の映像データとを比較し、比較結果に基づいてライブラリ編集要求を編集要求受付部１６に送信するようにしてもよい。
【００６３】
なお、上記実施形態においては、常時蓄積ＤＢ３０に、例えば「仮想ライブラリ編集中フラグ」のフィールドを設けてもよい。この場合、「仮想ライブラリ編集中フラグ」には、ライブラリ編集処理部１８が映像ファイルの切り出し処理等を行っている場合に「TRUE」を格納し、それ以外の場合に「FALSE」を格納するようにする。このようにすることで、常時蓄積ファイル削除部２２は、常時蓄積ＤＢ３０を参照するのみで、削除してよい映像ファイル（ライブラリ編集に利用されない映像ファイル）か否かを判断することができる。
【００６４】
なお、上記実施形態では、図８のステップＳ１８〜Ｓ２６の処理を実行することにより、ライブラリ編集の終了時刻を設定する場合について説明したが、これに限られるものではない。例えば、ライブラリ編集の開始時刻から所定時間後を終了時刻として設定してもよい。
【００６５】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００６６】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００６７】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００６８】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００６９】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積する蓄積処理部と、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定する特定部と、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積処理部が前記蓄積部に蓄積した前記第１外部機器の映像データの情報を管理する管理部と、
前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成する編集部と、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、前記管理部が管理する情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する配信部と、を備える映像データ管理装置。
（付記２）  前記特定部は、前記複数の外部機器それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、映像データの切り出し編集開始時刻を特定することを特徴とする付記１に記載の映像データ管理装置。
（付記３）  前記管理部は、前記切り出し編集の対象である映像データの変化量の時間変化に基づいて前記切り出し編集終了時刻を決定することを特徴とする付記２に記載の映像データ管理装置。
（付記４）  前記蓄積部に蓄積された映像データを所定のタイミングで削除する削除部を更に備え、
前記削除部は、前記管理部により情報が管理されている映像データを、前記所定のタイミングになっても削除しないことを特徴とする付記１〜３のいずれかに記載の映像データ管理装置。
（付記５）  複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理し、
管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、
処理をコンピュータに実行させる映像データ管理プログラム。
（付記６）  前記特定する処理は、前記複数の外部機器それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、映像データの切り出し編集開始時刻を特定することを特徴とする付記５に記載の映像データ管理プログラム。
（付記７）  前記管理する処理は、前記切り出し編集の対象である映像データの変化量の時間変化に基づいて前記切り出し編集終了時刻を決定することを特徴とする付記６に記載の映像データ管理プログラム。
（付記８）  前記蓄積部に蓄積された映像データを所定のタイミングで削除する処理を前記コンピュータに更に実行させ、
前記削除する処理では、前記管理する処理で管理されている映像データを、前記所定のタイミングになっても削除しないことを特徴とする付記５〜７のいずれかに記載の映像データ管理プログラム。
（付記９）  複数の外部機器から映像データを受信し、受信した映像データを蓄積部に蓄積し、
前記複数の外部機器のうちのいずれかの第１外部機器から受信した映像データの過去の映像データに対する変化量が所定量を超えたタイミングに基づいて、前記第１外部機器の映像データの切り出し編集開始時刻を特定し、
前記切り出し編集開始時刻から所定の切り出し編集終了時刻までの間に前記蓄積部に蓄積された前記第１外部機器の映像データの情報を管理し、
管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データの切り出し編集を実行してライブラリを作成し、
前記ライブラリの作成が完了する前に該ライブラリの配信要求があると、管理されている前記映像データの情報に基づいて、前記蓄積部に蓄積されている映像データのうち配信要求のあったライブラリに対応する映像データを配信する、
処理をコンピュータが実行する映像データ管理方法。
（付記１０）  前記特定する処理は、前記複数の外部機器それぞれから受信した映像データの過去の同時刻における映像データに対する変化量が所定量を超えたタイミングに基づいて、映像データの切り出し編集開始時刻を特定することを特徴とする付記９に記載の映像データ管理方法。
（付記１１）  前記管理する処理は、前記切り出し編集の対象である映像データの変化量の時間変化に基づいて前記切り出し編集終了時刻を決定することを特徴とする付記１０に記載の映像データ管理方法。
（付記１２）  前記蓄積部に蓄積された映像データを所定のタイミングで削除する処理を前記コンピュータに更に実行させ、
前記削除する処理では、前記管理する処理で管理されている映像データを、前記所定のタイミングになっても削除しないことを特徴とする付記９〜１１のいずれかに記載の映像データ管理方法。
【符号の説明】
【００７０】
１０  サーバ（映像データ管理装置）
１２  映像ファイル化部（蓄積処理部）
１４  映像データ比較部（特定部）
１６  映像要求受付部（管理部）
１８  ライブラリ編集処理部（編集部）
２０  ライブラリ配信部（配信部）
２２  常時蓄積ファイル削除部（削除部）
５２  エンコーダ（外部機器）
９０  ＣＰＵ（コンピュータ）
【図１】
2015188134.tif 000003
【図２】
2015188134.tif 000004
【図３】
2015188134.tif 000005
【図４】
2015188134.tif 000006
【図５】
2015188134.tif 000007
【図６】
2015188134.tif 000008
【図７】
2015188134.tif 000009
【図８】
2015188134.tif 000010
【図９】
2015188134.tif 000011
【図１０】
2015188134.tif 000012
【図１１】
2015188134.tif 000013
【図１２】
2015188134.tif 000014
【図１３】
2015188134.tif 000015