JP5917269B2 - 映像データ作成装置 - Google Patents

Description

本発明は映像データ作成装置に関し、特に映像中の各種イベントの選択的再生を可能とする記録媒体を作成する装置に関する。

従来から、監視カメラを設置して映像を取得するとともに、該映像の検索を容易化するための技術が提案されている。

特許文献１には、広範囲に分散したカメラ映像をカメラの位置や記憶した時間を検索条件にして遠隔地より任意に検索できることを目的として、カメラ映像毎の撮影に関連する属性情報を取得して一元管理する機能を備え、属性情報が新たに追加又は変更されたときに属性情報を逐次更新する機能を備えた映像制御装置を備えることが開示されている。属性情報として、カメラ映像毎の撮影位置、カメラ特性、撮影時刻、映像記録場所が開示されている。また、カメラ映像に対応する情報の取得の際で、特定のイベントの発生時には現時点を挟む一定時間のカメラ映像のバックアップ記録を行うことが開示されている。

特許文献２には、ＢＤ−ＲＯＭ規格で、ユーザが認識し易く、かつ機器での編集が容易なメニューの生成が可能な情報記録装置を提供することを目的として、情報記録媒体に記録されている映像情報を表示するメニューを生成するメニュー生成手段を備え、少なくとも２つの階層を持ったメニューを生成し、情報記録媒体の中で最後に撮影された映像情報の撮影日から所定の時間以上経って撮影された映像情報を第１の階層とし、情報記録媒体の中で最後に撮影された映像情報の撮影日から所定の時間内に撮影された映像情報を第２の階層として生成することが開示されている。

特開２００６−２１７０６７号公報 特開２００７−４９４６１号公報

ところで、監視カメラで撮影して得られた監視映像をＢＤ−ＲＯＭ等の可搬性記憶媒体に記憶させて配布するサービスがあり、例えばオフィスビスの管理会社が、監視カメラで得られた監視映像をＢＤ−ＲＯＭに記憶させて当該ビルのテナントに配布する等である。この場合、監視映像をＢＤ−ＲＯＭ規格の映像フォーマットに変換する必要があるため、そのままではオリジナルの監視映像に付加されていた各種イベント情報が欠落してしまう問題があった。すなわち、監視映像には、各種センサの動作、画像の動きの有無、タイマ動作等のイベント情報が付加されており、これらのイベント情報を用いて監視映像から所望のイベント情報に関連する映像を検索することが可能となっているが、当該監視映像をＢＤ−ＲＯＭ規格の映像フォーマットに変換すると、ＢＤ−ＲＯＭ規格にはイベント情報を記憶する領域が定義されていないためこれらのイベント情報が欠落してしまい、汎用の再生装置を用いてイベント情報を用いた検索が不可能となる。

本発明の目的は、汎用の再生装置を用いてイベント情報による検索が可能なＢＤ−ＲＯＭ等の可搬性記憶媒体を生成することができる映像データ作成装置を提供することにある。

本発明は、映像データに付随するメタデータを解析して、前記映像データのイベント情報を抽出するメタデータ解析部と、前記映像データ及び前記イベント情報を用いて、イベントの開始及び終了を規定するイベントシーンを含むプレイリストを生成するプレイリスト生成部と、前記プレイリストにおけるイベントシーンと前記イベント情報とを関連付けることで前記映像データの前記イベント情報による検索を可能とする制御プログラムを生成するプログラム生成部と、前記映像データ、前記プレイリスト、及び前記制御プログラムを可搬性記憶媒体に書き込む書込部と、センサで検知されたデータに基づき作成されたイベントを選択して入力するイベント入力部と、を備え、前記プレイリスト生成部は、前記イベント情報のうち、前記イベント入力部により選択入力されたイベントを用いて前記プレイリストを生成することを特徴とする。

本発明の１つの実施形態では、前記プレイリスト生成部は、前記メタデータに含まれる前記イベント情報の開始時点を再生開始時点、前記イベント情報の終了時点を再生終了時点とするイベントリストを生成することを特徴とする。

本発明の他の実施形態では、前記プレイリスト生成部は、前記メタデータに含まれる前記イベント情報の発生時点より所定期間前の時点を再生開始時点、前記イベント情報の発生時点より所定期間後の時点を再生終了時点とするイベントリストを生成することを特徴とする。

本発明のさらに他の実施形態では、映像データを符号化して前記書込部に供給するエンコード部をさらに備え、前記エンコード部は、前記イベント情報を有する前記映像データを、前記イベント情報を有しない映像データと比べて相対的に高画質化して符号化することを特徴とする。

本発明のさらに他の実施形態では、前記プレイリスト生成部は、イベント毎のプレイリストを生成することを特徴とする。

本発明によれば、映像データに加えて、イベントシーンのプレイリスト、及びプレイリストにおけるイベントシーンとイベントとを関連付けることで映像データのイベント情報による検索を可能とする制御プログラムを可搬性記憶媒体に書き込むので、汎用の再生機で可搬性記憶媒体を再生する場合にも、制御プログラムを実行することでイベント情報による映像データの検索が可能となる。すなわち、本発明では、たとえ可搬性記憶媒体にイベント情報を記憶する領域が定義されていなくとも、汎用の再生機でイベント情報を用いた検索が可能であり、ユーザの利便性が向上する。

実施形態のシステム構成図である。 ＢＤ−ＲＯＭ規格の説明図である。 実施形態におけるオーサリング用コンピュータの構成ブロック図である。 オーサリング時の画面説明図である。 従来のプレイリスト説明図である。 実施形態のプレイリスト説明図である。 実施形態の他のプレイリスト説明図である。 汎用再生装置での再生時の画面説明図である。 汎用再生装置での再生時の他の画面説明図である。

以下、図面に基づき本発明の実施形態について説明する。以下の実施形態において、イベントとは時系列の映像データにおいてある時刻に生じた事象を意味し、イベント情報とは当該イベントの種類や時刻等の属性を意味するものとする。

図１に、本実施形態における映像データ作成装置を含む映像データ記録再生システムの全体構成図を示す。映像データ記録再生システムは、監視カメラで取得した映像が記憶された映像サーバ１０、映像データ作成装置としてのオーサリング用コンピュータ１２、及びオーサリング用コンピュータ１２で作成されたＢＤ−ＲＯＭ等の可搬性記録媒体１４を再生する汎用再生装置１６から構成される。

映像サーバ１０は、１又は複数の監視カメラで取得した映像を記憶する。また、各種センサで検出された、映像データに付随するメタデータも映像データに関連付けて記憶する。

オーサリング用コンピュータ１２は、映像サーバ１０に記憶されている映像データ及びメタデータを取り込み、これらのデータを編集してＢＤ−ＲＯＭ等の可搬性記憶媒体１４に書き込む。この際、イベント情報を用いた映像データの検索が可能となるようなフォーマットあるいは形態で映像データを作成して可搬性記憶媒体１４に書き込む。

汎用再生装置１６は、例えば汎用ＢＤプレーヤであり、オーサリング用コンピュータ１２で作成された可搬性記憶媒体１４を再生して表示装置に表示する。この際、ユーザは、リモコン１８を操作して汎用再生装置１６の動作を制御するとともに、イベント情報を用いた映像データの検索を実行する。

以下、可搬性記憶媒体１４としてＢＤ−ＲＯＭを例にとり、ＢＤ−ＲＯＭ１４として用いた場合の実施形態を具体的に説明する。まず、本実施形態において前提となるＢＤ−ＲＯＭ規格について簡単に説明する。

図２に、ＢＤ−ＲＯＭ規格で定められたディレクトリ及びファイル構造を示す。主なＢＤ−ＲＯＭファイルは、ルートディレクトリ直下のＢＤＭＶディレクトリの下に格納される。ＢＤＭＶディレクトリは、Ｓｔｒｅａｍ、Ｃｌｉｐｉｎｆｏ、ＰｌａｙＬｉｓｔ、Ｊａｒ、その他の各ディレクトリを含む。

Ｓｔｒｅａｍディレクトリは、「０１００．ｍ２ｔｓ」、「０２００．ｍ２ｔｓ」等の各ＡＶストリームファイルを含む。なお、拡張子「ｍ２ｔｓ」は、ＭＰＥＧ−２のＴｒａｎｓｐｏｒｔ Ｓｔｒｅａｍであることを示す。

Ｃｌｉｐｉｎｆｏディレクトリは、クリップ（Ｃｌｉｐ）のデータベースファイルを含む。ＢＤ−ＲＯＭ規格では、ＡＶストリームファイルはクリップ（Ｃｌｉｐ）ＡＶストリームファイルと呼ばれ、これに関連するデータベースファイルをＣｌｉｐｉｎｆｏｒｍａｔｉｏｎファイルと呼ぶ。Ｃｌｉｐｉｎｆｏｒｍａｔｉｏｎファイルは、対応するＡＶストリームファイルのアクセスポイントのタイムスタンプを記憶する。このタイムスタンプを用いることで再生装置はＡＶストリームのどこからデータを読み出すべきかを認識する。ＣｌｉｐＡＶストリームファイルとＣｌｉｐｉｎｆｏｒｍａｔｉｏｎファイルとの間には１対１の関係がある。図において、「０１００．ｍ２ｔｓ」ファイルには「０１００．ｃｐｌｉ」ファイルが対応し、「０２００．ｍ２ｔｓ」ファイルには「０２００．ｃｐｌｉ」ファイルが対応する。

ＰｌａｙＬｉｓｔディレクトリは、ＰｌａｙＬｉｓｔのデータベースファイルを含む。ＰｌａｙＬｉｓｔ（Ｍｏｖｉｅ ＰｌａｙＬｉｓｔ）は、クリップ（Ｃｌｉｐ）の再生インターバルリストである。再生インターバルは、クリップ（Ｃｌｉｐ）の再生開始時点と再生終了時点から構成され、プレイアイテム（ＰｌａｙＩｔｅｍ）と称される。

Ｊａｒディレクトリは、Ｊａｖａ（登録商標）プラットフォームに基づくＪａｖａ（登録商標）アプリケーションファイルを含む。ＢＤ−ＲＯＭ規格では、Ｊａｖａ（登録商標）プラットフォームに基づくプログラマブルなアプリケーションに対応しており、これを「ＢＤ−Ｊ」と称する。本実施形態では、このＪａｒディレクトリに格納されるＪａｖａ（登録商標）アプリケーションを用いてイベント情報を用いた検索を可能とする。すなわち、オーサリング用コンピュータ１２は、映像データ及びメタデータを用いてＪａｖａ（登録商標）アプリケーション（Ｊａｖａ（登録商標） Ｘｌｅｔ）を作成し、Ｊａｒディレクトリに格納する。Ｊａｖａ（登録商標）アプリケーションは、Ｘｌｅｔインタフェースを介してアプリケーションマネージャにより制御される。

その他のディレクトリは、サウンドデータファイルやフォントデータファイル、バックアップファイル等を含む。

図３に、映像データ作成装置としてのオーサリング用コンピュータ１２の構成ブロック図を示す。なお、オーサリング用コンピュータ１２は、ＣＰＵ、メモリ、データバス、入出力インタフェース、キーボード等の入力デバイス、表示装置等の出力デバイス及びＢＤレコーダを備え、ＣＰＵがメモリとの協働により各部の機能を実現することは言うまでもない。オーサリング用コンピュータ１２は、図に示すように、エンコーダ１２ａ、メタデータ解析部１２ｂ、ＰｌａｙＬｉｓｔ生成部１２ｃ、Ｊａｖａ（登録商標）生成部１２ｄ及び書込部１２ｅを含む。

エンコーダ１２ａは、映像サーバ１０に記憶された映像データを取り込み、ＡＶストリームファイル（図においてｍ２ｔｓで示す）とクリップファイル（図においてＣｌｉｐで示す）を作成する。エンコーダ１２ａは、作成したＡＶストリームファイル及びクリップファイルをＰｌａｙＬｉｓｔ生成部１２ｃ、Ｊａｖａ（登録商標）生成部１２ｄ及び書込部１２ｅに出力する。

メタデータ解析部１２ｂは、映像サーバ１０に記憶されたメタデータ２０を取り込み、映像データに付随するイベント情報を解析する。イベント情報は、上記のようにセンサの動きや画像内の動きタイマ動作等であり、キーボードやマウス等の入力デバイスからユーザにより入力されたイベント選択データに基づき、選択されたイベント情報が存在するか否か解析する。メタデータ解析部１２ｂは、解析結果をＰｌａｙＬｉｓｔ生成部１２ｃ及びＪａｖａ（登録商標）生成部１２ｄに出力する。

ＰｌａｙＬｉｓｔ（プレイリスト）生成部１２ｃは、エンコーダ１２ａからのＡＶストリームファイル及びクリップファイル、メタデータ解析部１２ｂからの解析結果、並びにイベント選択データに基づき、プレイリストを作成して書込部１２ｅに出力する。

Ｊａｖａ（登録商標）生成部１２ｄは、エンコーダ１２ａからのＡＶファイル及びクリップファイル、メタデータ解析部１２ｂからの解析結果、並びにイベント選択データに基づき、Ｊａｖａ（登録商標）アプリケーションを作成して書込部１２ｅに出力する。

書込部１２ｅは、図２に示されたディレクトリ構造に従って各ファイルをそれぞれのディレクトリに格納し、ＢＤ−ＲＯＭ１４に書き込む。

図４に、オーサリング用コンピュータ１２の表示装置１２ｆに表示される画面の一例を示す。表示装置１２ｆには、映像サーバ１０から取り込んだ映像データが表示されるとともに、イベントを選択するためのチェックボックスが表示される。図では、イベントを検知するか否かのチェックボックスに加え、「動き検知」、「暴れ検知」、「エリア侵入」、「顔検出」、「センサ０１入力」、「停電検知」の各イベントを選択するためのチェックボックスが表示される。各イベントは、映像サーバ１０のメタデータ２０に含まれており、監視カメラで監視映像を取得するとともに各種センサで検知したデータを用いて作成されたものである。例えば、「動き検知」は、動体センサで検出され、動きを示すデータがメタデータとして付加される。もちろん、映像を処理することで動きの有無を検出しメタデータとして付加してもよい。「暴れ検知」は、映像内の人物が所定の動きを行った場合に暴れとしてメタデータとして付加される。例えば、エレベータ内において人物が腕を振り回す動きをした場合に暴れとしてメタデータが付加される。

図では、オーサリング用コンピュータ１２のユーザが、マウスを用いてイベント検知のチェックボックスをチェックし、かつ、暴れ検知のチェックボックスをチェックした場合を示す。すなわち、イベント選択データとして、暴れ検知のイベントを選択した場合である。イベント選択データは、上記のようにＰｌａｙＬｉｓｔ生成部１２ｃに供給される。ＰｌａｙＬｉｓｔ生成部１２ｃは、このイベント選択データに基づき、メタデータ２０から暴れ検知のメタデータを抽出し、シーケンシャルに映像を再生するための従来のプレイリストに加え、選択したイベント用のプレイリスト、つまり暴れ検知のメタデータの開始タイミングを再生開始時点、暴れ検知のメタデータの終了タイミングを再生終了時点とするプレイリストを作成する。すなわち、ＰｌａｙＬｉｓｔ生成部１２ｃは、クリップの再生開始時点として暴れ検知の開始タイミングを設定し、かつ、クリップの再生終了時点として暴れ検知の終了タイミングを設定することでプレイリストを作成する。メタデータ２０に複数回の暴れ検知のメタデータが存在する場合、全ての暴れ検知の開始タイミングと終了タイミングを用いてプレイリストが作成される。イベント用のプレイリストの一例は以下の通りである。

再生開始時点 ００：００
再生終了時点 １：３０

再生開始時点（チャプター＃１） １：３０
再生終了時点（チャプター＃２） ３：００

再生開始時点 ３：００
再生終了時点 １０：００

再生開始時点（チャプター＃３） １０：００
再生終了時点（チャプター＃４） １２：００

ここで、チャプター＃１はあるイベントの開始時点を表し、チャプター＃２は当該イベントの終了時点を表す。また、チャプター＃３は同一若しくは異なるイベントの発生時点を表し、チャプター＃４は当該イベントの終了時点を表す。

また、イベント選択データは、上記のようにＪａｖａ（登録商標）生成部１２ｄにも供給される。Ｊａｖａ（登録商標）生成部１２ｄは、このイベント選択データに基づき、プレイリストの各チャプターと選択したイベントとの関連付けを行うアプリケーションファイルを作成する。具体的には、上記のようにプレイリストのチャプターとしてチャプター＃１〜チャプター＃４が存在する場合、それぞれを選択したイベントと関連付けて、
チャプター＃１＝暴れの開始
チャプター＃２＝暴れの終了
チャプター＃３＝エリア侵入の開始
チャプター＃４＝エリア侵入の終了
とする。すなわち、Ｊａｖａ（登録商標）アプリケーションは、イベントの開始と終了を用いてイベントシーンを作成し、各イベントシーンを特定のイベントの種類と関連付ける。図４の画面において、オーサリングコンピュータ１２のユーザが暴れ検知のみならず、動き検知やエリア侵入のチェックボックスもチェックした場合、Ｊａｖａ（登録商標）生成部１２ｄは、これらのイベント選択データに基づいて、各チャプターとイベントとの関連付けを行う。具体的には、
チャプター＃１＝暴れの開始
チャプター＃２＝暴れの終了
チャプター＃３＝エリア侵入の開始
チャプター＃４＝エリア侵入の終了
チャプター＃５＝動きの開始
チャプター＃６＝動きの終了
等である。さらに、Ｊａｖａ（登録商標）生成部１２ｄは、イベント選択データに基づき、汎用再生装置１６で再生される際に、汎用再生装置１６のリモコン１８の操作に応じて表示装置に表示されるイベントリストを表示するアプリケーションファイルを作成する。

また、図４において、イベントを選択するためのチェックボックスに加え、イベント連動で高画質化のチェックボックス、及びイベント用プレイリスト作成のチェックボックスが表示される。イベント用プレイリストのチェックボックスがチェックされた場合の処理は上記の通りであり、ＰｌａｙＬｉｓｔ生成部１２ｃでイベント用のプレイリストが生成される。イベント用プレイリストのチェックボックスがチェックされない場合、イベントは選択されてもイベント用のプレイリストは生成されず、イベントのサーチ再生はできない。一方、イベント連動で高画質化のチェックボックスがチェックされた場合、このデータもイベント選択データの一部としてメタデータ解析部１２ｂに供給される。メタデータ解析部１２ｂは、イベント選択データに基づいてメタデータを解析するが、選択されたイベントに相当するメタデータが存在する場合、そのメタデータが付随する映像データをその他の映像よりも解像度を向上させる、あるいは圧縮比を低下させる等の高画質化を行ってエンコードすべき指令をエンコーダ１２ａに出力する。図３において、メタデータ解析部１２ｂからエンコーダ１２ａに矢印で出力のあることが示されているが、このような特定イベントに関連した映像データの高画質化を行うことを示すものである。

再び図４に戻り、以上のようにしてユーザが各チェックボックスをチェックして「書出し」ボタンを操作すると、ＣＰＵ、メモリ及びＢＤレコーダで構成される図３の各機能ブロックが処理を実行し、ＢＤ−ＲＯＭ１４が作成される。

本実施形態においてイベント選択データに基づきＰｌａｙＬｉｓｔ生成部１２ｃで生成されるプレイリストについて、より具体的に説明する。

まず、本実施形態におけるプレイリストと対比するため、従来のプレイリストについて説明する。

図５に、従来のＡＶストリームファイルとクリップファイル及びプレイリストとの対応関係を示す。イベント情報が存在していない場合である。上記のように、ＡＶストリームファイルとクリップファイルは１対１に対応しており、プレイリストはクリップファイルの再生開始時点と再生終了時点からなるプレイアイテムの集合で構成される。イベント情報が存在しないため、特定のイベントに対応するチャプターも存在していない。従って、このようなプレイリストを有するＢＤ−ＲＯＭを汎用再生装置１６で再生した場合、イベントに関連したプレイアイテムが存在せず最初から最後まで映像がシーケンシャルに再生される。

一方、図６に、本実施形態におけるＡＶストリームファイルとクリップファイル及びプレイリストとの対応関係を示す。図に示すように、ＡＶストリームファイルの「Ｓｔｒｅａｍ００２」のある時点で選択イベントが発生し、「Ｓｔｒｅａｍ００３」のある時点で当該選択イベントが終了したものとする。また、「Ｓｔｒｅａｍ００５」のある時点で同一若しくは別の選択イベントが発生し、「Ｓｔｒｅａｍ００６」のある時点で当該選択イベントが終了したものとする。この場合、プレイリストには選択イベントの発生時点及び終了時点でそれぞれチャプターが生成される。図において、最初のイベントの発生時点、終了時点にそれぞれ対応したチャプターマークが生成され、次のイベントの発生時点、終了時点にそれぞれ対応したチャプターマークが生成される。例えば、これらのチャプターマークをチャプター＃１〜＃４として、
チャプター＃１ ２：１０
チャプター＃２ ３：３０
チャプター＃３ ７：３０
チャプター＃４ ８：４０
等である。チャプター＃１、＃２で１つのイベントシーンが構成され、チャプター＃３、＃４で他のイベントシーンが構成される。各チャプターとイベントはＪａｖａ（登録商標）アプリケーションで関連付けされる。例えば、チャプター＃１＝暴れの開始、チャプター＃２＝暴れの終了等である。

従って、汎用再生装置１６において、ＢＤ−ＲＯＭ１４を再生すると、プレイリストに従って最初から順次再生されるとともに、リモコン１８を用いてチャプター選択することで特定のチャプターまで飛んで再生できる。そして、各チャプターとイベントとは関連付けられているから、選択したイベントに対応するチャプターに飛んで再生することができる。例えば、チャプター＃１、＃２は暴れ検知であり、チャプター＃３、＃４がエリア侵入であるとすると、再生時にユーザが暴れ検知を選択した場合、チャプター＃１までスキップして再生される。また、再生時にユーザがエリア侵入を選択した場合、チャプター＃３までスキップして再生される。

なお、図６では、プレイリスト全体の中でチャプターマークを規定しているが、これに代えて、選択イベントのみでプレイリストを生成することもできる。

図７に、このような場合のＡＶストリームファイルとクリップファイル及びプレイリストとの対応関係を示す。「Ｓｔｒｅａｍ００２」のある時点で選択イベントが発生し、「Ｓｔｒｅａｍ００３」のある時点で選択イベントが終了したものとする。また、別の選択イベントは「Ｓｔｒｅａｍ００５」で生じたものとする。なお、前者のイベントはイベントが一定期間にわたって発生している区間型のイベントであり、後者のイベントはある瞬間のみに発生している単発型のイベントといえる。

プレイリストは、区間型イベントについてはイベントの発生期間を規定するように生成され、単発型イベントについてはそのイベントの発生タイミングを含む所定期間を規定するように生成される。具体的には、区間型イベントが「Ｓｔｒｅａｍ００２」のある時点で発生し、「Ｓｔｒｅａｍ００３」のある時点で終了しているので、その発生時点をＣｌｉｐ００２ファイルの再生開始時点、当該クリップファイルの最後を再生終了時点として１つのイベントシーンを構成し、Ｃｌｉｐ００３ファイルの最初を再生開始時点、当該イベントの終了時点を再生終了時点として別のイベントシーンを構成することでプレイリストを生成する。また、単発型イベントは、「Ｓｔｒｅａｍ００５」のある時点で発生しているので、Ｃｌｉｐ００５の当該イベント発生時点より所定期間前を再生開始時点、当該イベントの発生時点よりも所定期間後を再生終了時点として１つのイベントシーンを構成しプレイリストを生成する。

区間型イベントのプレイリストを例示すと以下の通りである。
＜プレイリスト＃１＞
再生開始時点 ００：００
再生終了時点 １：３０
再生開始時点 １：３０
再生終了時点 ３：００
＜プレイリスト＃２＞
再生開始時点 ５：００
再生終了時点 ６：００
＜プレイリスト＃３＞
再生開始時点 １０：００
再生終了時点 １１：００

また、単発型イベントのプレイリストを例示すると以下の通りである。
＜プレイリスト＃４＞
再生開始時点 １２：００
再生終了時点 １４：００

ここで、単発型イベントの実際の発生時点は１３：００であり、その時点より１分だけ前の時点を再生開始時点、その時点より１分だけ後の時点を再生終了時点としている。もちろん、前後の期間は任意に設定することができ、単発型イベントの種類に応じて適応的に増減調整することも可能であろう。

また、上記のように選択イベントのみでプレイリストを生成する場合、イベント毎にプレイリストが生成される点に留意されたい。上記の例では、プレイリスト＃１は暴れ検知に対応し、プレイリスト＃２はエリア侵入に対応し、プレイリスト＃３は動き検知に対応し、プレイリスト＃４は停電復帰に対応する等である。Ｊａｖａ（登録商標）アプリケーションは、各プレイリストとイベントとを関連付けることで、イベント毎の再生を可能とする。

このようなプレイリストによれば、イベントに関連する部分のみが再生されることになる。つまり、区間型イベントについては当該イベントが発生している区間のみが再生され、単発型イベントについては当該イベントが発生した前後の所定期間のみが再生されることになる。図６のプレイリストは、ＡＶストリームファイル全部を対象とするプレイリストであるのに対し、図７のプレイリストは、選択イベントに対応するＡＶストリームファイルのみを対象とするプレイリストと言える。

図８に、汎用再生装置１６でＢＤ−ＲＯＭ１４を再生する場合の汎用再生装置１６の表示装置１６ｆに表示される画面例を示す。

汎用再生装置１６のＣＰＵは、ＢＤ−ＲＯＭ１４のＪａｖａ（登録商標）アプリケーションを読み込み、これを実行することで表示装置１６ｆにイベントを選択するメニューを表示する。図では、イベントの種類として、「外部センサ１」、「暴れ検知」、「顔検出」、「停電復帰」が表示される。これらのイベントは、オーサリング用コンピュータ１２で選択されたイベントの種類に対応する。汎用再生装置１６のユーザは、リモコン１８を操作して再生したい所望のイベントの種類を選択する。図では、「暴れ検知」が選択されたことを示す。この状態でユーザが「決定」ボタンを操作すると、汎用再生装置１６のＣＰＵは、Ｊａｖａ（登録商標）アプリケーションの実行により、プレイリストにおける、選択されたイベントに対応するチャプターに飛んで再生する。例えば、図６のプレイリストにおいて、Ｊａｖａ（登録商標）アプリケーションによりチャプター＃１が暴れの開始、チャプター＃２が暴れの終了を示すから、チャプター＃１までスキップし、チャプター＃１からチャプター＃２まで再生する。また、チャプター＃３が別の暴れの開始、チャプター＃４が当該暴れの終了である場合、チャプター＃３まで飛んでチャプター＃３からチャプター＃４まで再生する。また、図７のプレイリストでは、選択イベントに関連する映像ストリームのみが再生される。

図９に、汎用再生装置１６でＢＤ−ＲＯＭ１４を再生する場合の汎用再生装置１６の表示装置１６ｆに表示される他の画面例を示す。図８の場合と異なり、イベントの種類とともに、各イベントの開始時刻が表示される。例えば、「外部センサ１」については「２０１２／０１／３０−１７：００：００」と時刻が表示される。これは、外部センサ１のイベントは、２０１２年１月３０日の１７時００分００秒に開始していることを示す。このような表示は、Ｊａｖａ（登録商標）アプリケーションにおいて、イベントの各時刻とそのイベントの種類を関連付けて記述しておくことで可能である。すなわち、Ｊａｖａ（登録商標）アプリケーションは、上記のように各チャプターとイベントの種類とを関連付ける他に、各時刻とイベントとを関連付けることも可能である。例えば、
２０１２／０１／３０ １７：００：００＝外部センサ１の開始
２０１２／０１／３０ １７：１０：００＝外部センサ１の終了
２０１２／０１／３０ １８：３１：００＝暴れの開始
２０１２／０１／３０ １８：３５：００＝暴れの終了
等である。ＣＰＵは、このようなＪａｖａ（登録商標）アプリケーションを実行することで図９に示す画面を表示する。ユーザは、リモコン１８を用いて所望のイベントを選択することで、選択したイベントの映像ストリームを再生できる。

以上説明したように、本実施形態では、監視カメラで取得した映像データに付随するメタデータ２０に含まれるイベント情報を用いてプレイリスト及びＪａｖａ（登録商標）アプリケーションを生成してＢＤ−ＲＯＭ１４に書き込むことで、汎用再生装置１６であっても高機能の専用機と同様に特定イベントを選択的にサーチして再生することが可能となる。従って、例えばビルの管理者がＢＤ−ＲＯＭ１４を作成して当該ビルのテナントに配布し、テナントが映像データの中から特定のイベント、例えばエリア侵入イベント等を選択的にサーチして効率的に視聴することができる。

また、メタデータ１２に複数種類のイベント情報が含まれていれば、オーサリング用コンピュータ１２でこれら複数種類のイベント情報に基づいてプレイリスト及びＪａｖａ（登録商標）アプリケーションを生成することができるので、多様なニーズに柔軟に対応することもできる。特に、図８や図９に示すように、汎用再生装置１６でも複数種類のイベントから所望のイベントを選択してサーチできることは、ユーザにとり使い勝手が飛躍的に高まることになろう。監視カメラの映像は一般的に長時間である場合が多いことを考えると、一層効果的である。

また、本実施形態では、オーサリング用コンピュータ１２で選択したイベントに応じてプレイリストを生成しているが、選択されたイベントが区間型であるか単発型であるかに応じてプレイリストを適応的に変化させることで、効率的にプレイリストを生成することができる。すなわち、イベントが区間型イベントであればそのイベントの開始時点と終了時点をそれぞれ再生開始時点と再生終了時点としてイベントシーンを生成する一方、イベントが単発型であればそのイベントの発生時点を基準として所定期間前の時点と所定期間後の時点をそれぞれ再生開始時点と再生終了時点としてイベントシーンを生成することで、複数種類のイベントに対応することができる、イベントが区間型であるか単発型であるかは、メタデータ２０に含まれていればそのデータを援用すればよく、メタデータ２０に含まれていなければオーサリング時にイベントの発生時刻から当該イベントが区間型であるか単発型であるかを判定してプレイリスト及びＪａｖａ（登録商標）アプリケーションを生成すればよい。区間型イベントとしてはエリア侵入や暴れ検知等が挙げられ、単発型イベントとしては停電復帰やセンサ入力等が挙げられる。

さらに、本実施形態では、イベントに関連する映像データは、その他の映像データよりも高画質化されてＢＤ−ＲＯＭ１４に書き込まれているので、ユーザは特定イベントに関連する映像をより明瞭に視聴することができる。顔検出のイベントを視聴する際等には、高画質な映像データが有利であろう。

なお、本実施形態では、記憶媒体としてＢＤ−ＲＯＭを例示したが、本発明はこれに限定されるものではなく、ＵＳＢメモリやフラッシュメモリ等の任意の可搬性記憶媒体にも適用し得る。

１０ 映像サーバ、１２ オーサリング用コンピュータ、１２ａ エンコーダ、１２ｂ メタデータ解析部、１２ｃ ＰｌａｙＬｉｓｔ生成部、１２ｄ Ｊａｖａ（登録商標）生成部、１２ｅ 書込部、１２ｆ 表示装置、１４ 可搬性記憶媒体（ＢＤ−ＲＯＭ）、１６ 汎用再生装置、１６ｆ 表示装置、１８ リモコン。

Claims (5)

1. 映像データに付随するメタデータを解析して、前記映像データのイベント情報を抽出するメタデータ解析部と、
   前記映像データ及び前記イベント情報を用いて、イベントの開始及び終了を規定するイベントシーンを含むプレイリストを生成するプレイリスト生成部と、
   前記プレイリストにおけるイベントシーンと前記イベント情報とを関連付けることで前記映像データの前記イベント情報による検索を可能とする制御プログラムを生成するプログラム生成部と、
   前記映像データ、前記プレイリスト、及び前記制御プログラムを可搬性記憶媒体に書き込む書込部と、
   センサで検知されたデータに基づき作成されたイベントを選択して入力するイベント入力部と、を備え、
   前記プレイリスト生成部は、前記イベント情報のうち、前記イベント入力部により選択入力されたイベントを用いて前記プレイリストを生成することを特徴とする映像データ作成装置。
2. 前記プレイリスト生成部は、前記メタデータに含まれる前記イベント情報の開始時点を再生開始時点、前記イベント情報の終了時点を再生終了時点とするイベントシーンを生成することを特徴とする請求項１記載の映像データ作成装置。
3. 前記プレイリスト生成部は、前記メタデータに含まれる前記イベント情報の発生時点より所定期間前の時点を再生開始時点、前記イベント情報の発生時点より所定期間後の時点を再生終了時点とするイベントシーンを生成することを特徴とする請求項１記載の映像データ作成装置。
4. 映像データを符号化して前記書込部に供給するエンコード部をさらに備え、
   前記エンコード部は、前記イベント情報を有する前記映像データを、前記イベント情報を有しない映像データと比べて相対的に高画質化して符号化することを特徴とする請求項１記載の映像データ作成装置。
5. 前記プレイリスト生成部は、イベント毎のプレイリストを生成することを特徴とする請求項１記載の映像データ作成装置。

Images