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

Description

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

従来から、監視カメラで得られた映像等を記録媒体に記録することが行われている。

特許文献１には、メディアの容量差を、記録できるコンテンツの差としてユーザに実感させることができる記録媒体を提供することを目的として、ディレクトリ階層を有する記録媒体であって、ディレクトリ階層のうち、ルートディレクトリの配下には、スタートアッププログラムが配置されたデフォルトのディレクトリと、サービスドメインディレクトリが存在し、サービスドメインディレクトリには、オンデマンドマニュファクチャ又はセルスルーサービスによってＡＶストリームの供給を受ける際に作成されるディレクトリであり、サービスドメインディレクトリの配下には、ムービーディレクトリが存在しており、ムービーディレクトリは、ＡＶストリームが記録されるディレクトリであり、スタートアッププログラムは、記録媒体が再生装置に装填された際に最初に実行されるべきプログラムであり、ムービーディレクトリを選択する操作をユーザから受け付けるためのメニューを再生装置に表示させて、ルート変更機能を再生装置に実行させ、ルート変更機能は、メニューに対する選択操作がユーザによってなされた場合、選択されたムービーディレクトリが属するサービスドメインディレクトリをルートディレクトリとして認識させる機能であることが開示されている。

また、特許文献２には、光ディスクとネットワークで相互に関連付けた使い易いインタラクティブ記録再生方式を提供することを目的として、音声、映像、テキストなどからなる第１のマルチメディアデータと、第１のマルチメディアデータの再生手順を関連付けた第１のリンク情報をHTML（Hyper Text Markup Language）形式のファイルとして記録する第１のインタラクティブ映像記憶手段と、第１のリンク情報からネットワークを介して関連付けられた第２のリンク情報をHTML（Hyper Text Markup Language）形式のファイルとして記録する第２のインタラクティブ映像記憶手段と、ネットワークに接続されるインタラクティブ映像装置、を備えるインタラクティブ映像記録再生方式において、インタラクティブ映像装置は、インタラクティブ映像再生制御手段と、第１のインタラクティブ映像記憶手段の再生手段と、操作入力手段と、表示手段と、インタラクティブ映像一次格納手段を備え、第１又は第２のインタラクティブ映像記憶手段に記録されるリンク情報は、インタラクティブ映像装置のインタラクティブ映像一次格納手段に格納されるデータの記録または消去を制御する記述を含むことを特徴とするインタラクティブ映像記録再生方式が開示されている。

また、特許文献３には、管理ファイルが破壊された場合でも記録された動画を再生することができるデータ記録方法を提供することを目的として、時系列データを管理する第１管理ファイルを所定の時間間隔で生成して第１管理ファイルを順次に記録媒体に書き込む第１ステップと、すべての第１管理ファイルについて、記録媒体上の記録位置とサイズとを備える第２管理ファイルを生成して第２管理ファイルを記録媒体に書き込む第２ステップと、すべての時系列データを管理する第３管理ファイルを生成して第３管理ファイルを前記記録媒体に書き込む第３ステップと、第３管理ファイルが存在しないまたは読み出せなくなった場合に、第２管理ファイルに基づいて新たに第３管理ファイルを再生成する第４ステップとを備えるデータ記録方法が開示されている。

国際公開第２００９／０７８１５７号 特開平９−３０７８５９号公報 特許第４１１４３１８号

ところで、監視カメラで撮影して得られた監視映像をＢＤ−ＲＯＭ等の可搬性記憶媒体に記憶させて配布するサービスがあり、例えばオフィスビスの管理会社が、監視カメラで得られた監視映像をＢＤ−ＲＯＭに記憶させて当該ビルのテナントに配布する等である。この場合、第三者が閲覧できないようにパスワード等で映像データを保護することが望ましいが、たとえパスワードがなくてもパーソナルコンピュータ等でＡＶストリームファイルを直接開けば映像を再生することが可能であるため、保護が十分でない問題があった。

本発明の目的は、映像データを従来以上に安全に保護できる映像データ作成装置を提供することにある。

本発明の映像データ作成装置は、映像データをＡＶストリームファイルに変換するエンコード部と、エンコードされたＡＶストリームファイルを暗号化する暗号化部と、前記暗号化されたＡＶストリームファイルを復号化するためのプログラムを生成するプログラム生成部と、暗号化されたＡＶストリームファイル及び前記プログラムを可搬性記録媒体に書き込む書込部とを備え、前記復号化するためのプログラムは、前記暗号化されたＡＶストリームファイルの復号を行うと共に、仮想ファイルシステムを用いて前記復号されたＡＶストリームファイルの再生を可能とすることを特徴とする。

本発明の１つの実施形態では、前記暗号化部は、前記ＡＶストリームファイルの一部若しくは全部を、暗号化した上で本来の格納ディレクトリと異なるディレクトリに格納することを特徴とする。

また、本発明の他の実施形態では、前記暗号化部は、前記ＡＶストリームファイルの一部若しくは全部を、暗号化した上でＳｔｒｅａｍディレクトリと異なるＪａｒディレクトリに格納することを特徴とする。

また、本発明のさらに他の実施形態では、前記復号化するためのプログラムは、本来の格納ディレクトリと異なるディレクトリに格納されたＡＶストリームファイルを、復号化した上で汎用再生装置のローカルストレージの特定ディレクトリに格納することを特徴とする。

また、本発明のさらに他の実施形態では、前記復号化するためのプログラムは、前記Ｊａｒディレクトリに格納されたＡＶストリームファイルを、復号化した上で汎用再生装置のローカルストレージのＳｔｒｅａｍディレクトリに格納することを特徴とする。

本発明のさらに他の実施形態では、前記復号化するためのプログラムは、ユーザから入力されたパスワードに応じ、ユーザ毎に予め設定されたＡＶストリームファイルのみを復号化することを特徴とする。

また、本発明のさらに他の実施形態では、映像データに付随するメタデータを解析して、前記映像データのイベント情報を抽出するメタデータ解析部と、前記映像データ及び前記イベント情報を用いて、イベントの開始及び終了を規定するイベントシーンのプレイリストを生成するプレイリスト生成部と、前記プレイリストにおけるイベントシーンと前記イベント情報とを関連付けることで前記映像データの前記イベント情報による検索を可能する制御プログラムを生成する制御プログラム生成部とをさらに備え、前記書込部は、前記暗号化されたＡＶストリームファイル、前記復号化するためのプログラム、前記プレイリスト、及び前記制御プログラムを前記可搬性記憶媒体に書き込むことを特徴とする。

本発明によれば、ＡＶストリームファイルが暗号化されて可搬性記憶媒体に記憶されているため、たとえ第三者が当該記憶媒体を入手してＡＶストリームファイルに直接アクセスしても、元の映像データを再生することができず、安全性が確保される。また、復号化のためのプログラムは仮想ファイルシステムを用いて暗号化されたＡＶストリームファイルを復号化するため、例えばパスワードに応じて起動させる等して汎用の再生機を用いた映像データの再生が可能である。

実施形態のシステム構成図である。 ＢＤ−ＲＯＭ規格の説明図である。 実施形態におけるオーサリング用コンピュータの構成ブロック図である。 暗号化の説明図である。 ＢＤ−ＲＯＭにおけるＶＦＳの説明図である。 復号化の説明図（その１）である。 復号化の説明図（その２）である。 復号化の説明図（その３）である。 汎用再生装置の画面説明図である。 汎用再生装置のユーザ毎の画面説明図である。 他の実施形態の復号化の説明図である。 さらに他の実施形態におけるオーサリング用コンピュータの構成ブロック図である。 オーサリング時の画面説明図である。 イベント検索の説明図である。

以下、図面に基づき本発明の実施形態について説明する。

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

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

オーサリング用コンピュータ１２は、映像サーバ１０に記憶されている映像データを取り込み、編集してＢＤ−ＲＯＭ等の可搬性記憶媒体１４に書き込む。この際、ストリームファイルを特定の形態に加工することで暗号化し、可搬性記憶媒体１４に書き込む。本実施形態における暗号化は、ストリームファイルの可逆的破壊ということもでき、たとえパーソナルコンピュータでストリームファイル自体を直接開いたとしても、元の映像データを再生できないような形態で加工される。具体的な加工方法あるいは暗号化方法については後述する。

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

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

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

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

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

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

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

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

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

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

暗号化部１２ｂは、キーボード等の入力デバイスから入力されたパスワードを用いて、エンコーダ１２ａから供給されたＡＶストリームファイルを暗号化して書込部１２ｅに出力する。暗号化部１２ｂは、暗号化に際しては、Ｊａｖａ生成部１２ｄとの協働によりＡＶストリームファイルを暗号化する。具体的には、図２に示すようにＡＶストリームファイルは本来であればＳｔｒｅａｍディレクトリに格納されるべきところを、ＡＶストリームファイルの一部又は全部に暗号化を行った上、ＢＤ−Ｊアプリケーションからアクセス可能なディレクトリ、例えばＪａｒディレクトリの下に０００００ディレクトリを作成してその下に格納する。暗号化されたストリームファイルの拡張子は例えば「．ｅｎｔｓ」とする。不正規入手者がストリームの探索を行ってもストリームファイルが暗号化されているため映像を再生することができない。

ＰｌａｙＬｉｓｔ生成部１２ｃは、エンコーダ１２ａからのＡＶストリームファイル及びクリップファイルに基づき、ＰｌａｙＬｉｓｔファイルを作成して書込部１２ｅに出力する。

Ｊａｖａ生成部１２ｄは、エンコーダ１２ａからのＡＶストリームファイル、クリップファイル及びパスワードに基づき、Ｊａｖａアプリケーションを作成して書込部１２ｅに出力する。このパスワードは、暗号化部１２ｂで暗号化する際に用いたパスワードであり、同時に、復号化の際に用いられるパスワードである。

書込部１２ｅは、図２に示されたディレクトリ構造に従って各ファイルをそれぞれのディレクトリに格納し、ＢＤ−ＲＯＭ１４に書き込む。但し、本実施形態では上記のように、ＡＶストリームファイルの一部若しくは全部が暗号化された上でＳｔｒｅａｍディレクトリではなくＪａｒディレクトリに格納される。

次に、本実施形態におけるＡＶストリームファイルの暗号化及び復号化処理について、詳細に説明する。

図４に、本実施形態におけるディレクトリ及びファイル構造を示す。ＡＶストリームファイルとして、説明の都合上、簡略化して
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ
００００３．ｍ２ｔｓ
００００４．ｍ２ｔｓ
が存在するものとする。本来であれば、これらのＡＶストリームファイルは、エンコードされてＳｔｒｅａｍディレクトリに格納される。

ところが、本実施形態では、オーサリング時に入力されたパスワードと再生許可条件に基づき、ＡＶストリームファイルの全部又は一部を抽出して暗号化部１２ｂで暗号化を実施する。例えば、ＡＶストリームファイルのうち、
００００３．ｍ２ｔｓ
００００４．ｍ２ｔｓ
を抽出して暗号化し、これらをＪａｒディレクトリ下の０００００ディレクトリの下に
００００３．ｅｎｔｓ
００００４．ｅｎｔｓ
として格納する。ＡＶストリームファイルの一部を対象とするか、あるいは全部を対象とするかは、予め設定してもよく、あるいはパスワードに応じて決定してもよい。なお、Ｊａｒディレクトリにおける
００００１．Ｊａｒ
００００２．Ｊａｒ
は、Ｊａｖａアプリケーションファイルである。

以上のようにしてＡＶストリームファイルの一部若しくは全部をパスワードに基づいて暗号化してＳｔｒｅａｍディレクトリからＪａｒディレクトリ下の０００００ディレクトリに移動して格納すると、このままでは汎用の再生機１６では元の映像を再生することができない。このため、本実施形態では、ＢＤ−ＲＯＭ規格において定められているＶＦＳ（Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）を巧みに利用して汎用の再生機での再生を可能としている。

図５に、ＶＦＳの概念図を示す。ＶＦＳは、ＢＤ−ＲＯＭ内のファイルと、再生機内のローカルストレージのデータエリア（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｄａｔａ Ａｒｅａ：ＢＵＤＡ）内に保存されたファイルを組み合わせて、１つの仮想的なディスクパッケージに見立ててコンテンツを更新する仕組みである。

図５（ａ）は、ＢＤ−ＲＯＭ内のファイル構造であり、既述したようにＳｔｒｅａｍディレクトリ、Ｃｌｉｐｉｎｆｏディレクトリ、ＰｌａｙＬｉｓｔディレクトリ、Ｊａｒディレクトリが存在する。一方、図５（ｂ）は、ＢＵＤＡ内のファイル構造であり、同様に
Ｓｔｒｅａｍディレクトリ、Ｃｌｉｐｉｎｆｏディレクトリ、ＰｌａｙＬｉｓｔディレクトリ、Ｊａｒディレクトリが存在する。ＶＦＳでは、Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｍａｎｉｆｅｓｔ Ｆｉｌｅ（ＢＵＭＦ）というＸＭＬファイルで、更新するファイルのマッピングを定義する。すなわち、ＢＤ−ＲＯＭ内のファイルと、ＢＵＤＡ内のファイルとを組み合わせた新たなファイルを定義する。

図５（ｃ）に、ＢＤ−ＲＯＭ内のファイルとＢＵＤＡ内のファイルを組み合わせたＶｉｒｔｕａｌ ｐａｃｋａｇｅのファイル構造を示す。Ｓｔｒｅａｍディレクトリには、ＢＤ−ＲＯＭ内のＳｔｒｅａｍディレクトリに格納されていたＡＶストリームファイル
００００１．ｍ２ｔｓ
と、ＢＵＤＡ内のＳｔｒｅａｍディレクトリに格納されていたＡＶストリームファイル
００００２．ｍ２ｔｓ
が組み合わされ、
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ
の２つのファイルが格納される。同様に、Ｃｌｉｐｉｎｆｏディレクトリには、ＢＤ−ＲＯＭ内のＣｌｉｐｉｎｆｏディレクトリに格納されていたクリップファイル
００００１．ｃｌｉｐｉ
と、ＢＵＤＡ内のＣｌｉｐｉｎｆｏディレクトリに格納されていたクリップファイル
００００２．ｃｌｉｐｉ
が組み合わされ、
００００１．ｃｌｉｐｉ
００００２．ｃｌｉｐｉ
の２つのファイルが格納される。また、ＰｌａｙＬｉｓｔディレクトリには、ＢＤ−ＲＯＭ内のＰｌａｙＬｉｓｔディレクトリに格納されていたプレイリストファイル
００００１．ｍｐｌｓ
と、ＢＵＤＡ内のＰｌａｙＬｉａｔディレクトリに格納されていたプレイリストファイル
００００２．ｍｐｌｓ
が組み合わされ、
００００１．ｍｐｌｓ
００００２．ｍｐｌｓ
の２つのファイルが格納される。また、Ｊａｒディレクトリディレクトリには、ＢＤ−ＲＯＭ内のＪａｒディレクトリに格納されていたＪａｖａアプリケーションファイル
００００１．ｊａｒ
と、ＢＵＤＡ内のＪａｒディレクトリに格納されていたＪａｖａアプリケーションファイル
００００２．ｊａｒ
が組み合わされ、
００００１．ｊａｒ
００００２．ｊａｒ
の２つのファイルが格納される。なお、ＢＤ−ＲＯＭ内のファイル名とＢＵＤＡ内のファイル名が同一である場合、２つを組み合わせる結果、ＢＤ−ＲＯＭ内のファイルがＢＵＤＡ内のファイルで置換されることでコンテンツがアップデートされることが理解されよう。

このようなＶＦＳにおいて、Ｖｉｒｔｕａｌ ＰａｃｋａｇｅのＳｔｒｅａｍディレクトリに着目すると、ＢＤ−ＲＯＭ内のＳｔｒｅａｍディレクトリにＡＶストリームファイルが存在していなくても、ＢＵＤＡ内のＳｔｒｅａｍディレクトリにＡＶストリームファイルが存在していれば、Ｖｉｒｔｕａｌ Ｐａｃｋａｇｅ内のＳｔｒｅａｍディレクトリにはＡＶストリームファイルが存在することがわかる。これは、ネットワークからのダウンロードによるコンテンツの追加・更新を想定した仕組みである。本実施形態では、この仕組みを利用する。すなわち、暗号化されたＡＶストリームファイルの復号を行い、ＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納することで、暗号化されたＡＶストリームファイルを再生可能としている。

図６に、本実施形態の復号化処理を模式的に示す。図６（ａ）は、暗号化された後のＢＤ−ＲＯＭのファイル構造である。Ｊａｒディレクトリ下の０００００ディレクトリに、
００００３．ｅｎｔｓ
００００４．ｅｎｔｓ
の２つの暗号化されたＡＶストリームファイルが存在する。このようなファイル構造を有するＢＤ−ＲＯＭ１４を汎用再生装置１６に装着すると、Ｊａｒディレクトリに格納されたＪａｖａアプリケーションが起動して、汎用再生装置１６のユーザにパスワードを要求する。入力されたパスワードが一致すると、Ｊａｖａアプリケーションは、復号化処理を開始して、ｊａｒディレクトリ下の０００００ディレクトリに格納されたファイルのうち、暗号化された
００００３．ｅｎｔｓ
００００４．ｅｎｔｓ
を抽出し、これらを復号化した上で汎用再生装置１６のＢＵＤＡ内のＳｔｒｅａｍディレクトリに格納する。図６（ｂ）は、ＢＵＤＡ内のファイル構造であり、ＢＤ−ＲＯＭ内のｊａｒディレクトリ下の０００００ディレクトリに格納されているＡＶストリームファイルが、ＢＵＤＡ内のＳｔｒｅａｍディレクトリに格納される様子を矢印で示す。本実施形態における復号化処理は、入力されたパスワードに応じて、ＢＤ−ＲＯＭ内のｊａｒディレクトリ下の０００００ディレクトリに格納された暗号化ＡＶストリームファイルを、復号化した上でＢＵＤＡ内のＳｔｒｅａｍディレクトリに移動する処理と表現することができる。なお、ＢＤ−ＲＯＭに書き込まれたファイルは消去することができないので、ＡＶストリームファイルの移動とは、実際にはＡＶストリームファイルをコピーしてＢＵＤＡ内のＳｔｒｅａｍディレクトリに格納することを意味する。

図７に、復号化後のＢＤ−ＲＯＭ内のファイル構造及びＢＵＤＡ内のファイル構造を示す。図７（ａ）は、ＢＤ−ＲＯＭ内のファイル構造であり、Ｓｔｒｅａｍディレクトリには
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ
が格納されている。なお、Ｊａｒディレクトリには、
００００１．ｊａｒ
００００２．ｊａｒ
が格納されており、さらに、図６（ａ）に示すように、０００００ディレクトリに
００００３．ｅｎｔｓ
００００４．ｅｎｔｓ
が格納されているが、これらのファイルはもはや不要であるため説明の都合上省略してある。

図７（ｂ）は、ＢＵＤＡ内のファイル構造であり、Ｓｔｒｅａｍディレクトリには、復号化して移動（コピー）された
００００３．ｍ２ｔｓ
００００４．ｍ２ｔｓ
が格納されている。

図８に、図７（ａ）に示すＢＤ−ＲＯＭ内のファイル構造と、図７（ｂ）に示すＢＵＤＡ内のファイル構造を組み合わせたＶｉｒｔｕａｌ Ｐａｃｋａｇｅのファイル構造を示す。Ｓｔｒｅａｍディレクトリには、ＢＤ−ＲＯＭ内のＡＶｓストリームファイルと、ＢＵＤＡ内のＡＶストリームファイルが組み合わされ、
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ
００００３．ｍ２ｔｓ
００００４．ｍ２ｔｓ
の完全なＡＶストリームファイルが格納されることになり、元の映像データを再生することが可能となる。

図９に、汎用再生装置１６の表示装置１６ａに表示される画面の一例を示す。ＢＤ−ＲＯＭ１４を汎用再生装置１６に装着すると、Ｊａｒディレクトリに格納されたＪａｖａアプリケーションが起動し、表示装置１６ａにパスワードの入力を要求する画面を表示する。この要求に応じ、ユーザがリモコン１８を操作してパスワードを入力すると、Ｊａｖａアプリケーションは、入力されたパスワードが暗号化時に用いたパスワードと一致するか否か、あるいは暗号化時のパスワードに対応する復号パスワードであるか否かを判定する。入力されたパスワードが一致、あるいは対応する場合、Ｊａｖａアプリケーションは、図６に示す復号化処理を実行し、ＡＶストリームファイルを再生可能とする。この後は通常のＢＤ−ＲＯＭの再生処理と同様であり、プレイリストファイルに従ってクリップファイルを順次再生していく。

入力されたパスワードが一致しない、あるいは対応しない場合、Ｊａｖａアプリケーションは図６に示す復号化処理を実行しない。この場合、汎用再生装置１６では元の映像を再生することができない。また、仮に第三者がＢＤ−ＲＯＭ１４を入手したとしても、Ｓｔｒｅａｍディレクトリには完全なＡＶストリームファイルが存在しないため、これを直接開いても元の映像を再生することができない。従って、パスワードを入手した正規のユーザのみが汎用再生装置１６を用いて元の映像を再生することができ、映像コンテンツの保護が図られる。

＜第２実施形態＞
第１実施形態では、パスワードを入力することで暗号化されたＡＶストリームファイルを復号化して汎用再生装置１６での再生を可能としているが、複数のユーザを想定し、ユーザ毎に再生できる映像コンテンツを制限することもできる。例えば、ＢＤ−ＲＯＭ１４の配布を受けるユーザとして、ユーザＡ、ユーザＢ、ユーザＣが存在し、ＢＤ−ＲＯＭ１４には複数のチャンネルの映像が記録されている場合、
ユーザＡにはチャンネル１（ＣＨ１）のみ
ユーザＢにはチャンネル２（ＣＨ２）のみ
ユーザＣにはチャンネル３（ＣＨ３）のみ
再生を許可する等である。ユーザＡ，ユーザＢ、ユーザＣがともに同一ビルのテナントであり、それぞれのテナントの監視カメラの映像をそれぞれのチャンネルに割り当てて記録している場合が一つの例であろう。あるいは、あるテナントの朝、昼、夜の映像をそれぞれのチャンネルに割り当てて記録している場合も考えられる。

図１０に、本実施形態における再生の概念図を示す。図１０（ａ）は、ユーザＡの場合であり、汎用再生装置１６の表示装置１６ａにパスワードを要求する画面が表示され、これに応じてユーザＡがパスワード「００００」を入力した場合である。この場合、Ｊａｖａアプリケーションは、入力されたパスワード「００００」に応じたＡＶストリームファイル、例えばＣＨ１のＡＶストリームファイルのみを復号化して再生する。汎用再生装置１６では、ＣＨ１のみが再生されるため、ユーザＡは他のチャンネルの映像を再生することができない。

また、図１０（ｂ）は、ユーザＢの場合であり、汎用再生装置１６の表示装置１６ａにパスワードを要求する画面が表示され、これに応じてユーザＢがパスワード「１２３４」を入力した場合である。この場合、Ｊａｖａアプリケーションは、入力されたパスワード「１２３４」に応じたＡＶストリームファイル、例えばＣＨ２のＡＶストリームファイルのみを復号化して再生する。汎用再生装置１６では、ＣＨ２のみが再生されるため、ユーザＢは他のチャンネルの映像を再生することができない。

図１１に、本実施形態における復号化処理を示す。図１１（ａ）は、ＢＤ−ＲＯＭ内のファイル構造であり、図１１（ｂ）はＢＵＤＡ内のファイル構造である。Ｊａｖａアプリケーションが起動されると、ユーザに対してパスワードを要求し、これに応じてパスワードが入力されると、入力されたパスワードがそれぞれのチャンネル毎に設定されたパスワードに一致あるいは対応するか否かを判定する。今、
ＣＨ１のパスワードは「００００」
ＣＨ２のパスワードは「１２３４」
に設定されているものとする。

ＢＤ−ＲＯＭ内のＪａｒディレクトリ下の０００００ディレクトリには、暗号化の際にＣＨ１用のＡＶストリームファイル及びＣＨ２用のＡＶストリームファイルが暗号化された上で格納されているが、入力されたパスワードがＣＨ１のパスワード「００００」の場合、Ｊａｖａアプリケーションは、Ｊａｒディレクトリ下の０００００ディレクトリ内のＣＨ１用ＡＶストリームファイルのみを復号化してＢＵＤＡ内のＳｔｒｅａｍディレクトリに格納する。また、入力されたパスワードがＣＨ２のパスワード「１２３４」の場合、Ｊａｖａアプリケーションは、Ｊａｒディレクトリ下の０００００ディレクトリ内のＣＨ２用ＡＶストリームファイルのみを復号化してＢＵＤＡ内のＳｔｒｅａｍディレクトリに格納する。図では、パスワード「００００」に応じてＣＨ１用ＡＶストリームファイルが復号化されてＢＵＤＡ内のＳｔｒｅａｍディレクトリに格納され、パスワード「１２３４」に応じてＣＨ２用ＡＶストリームファイルが復号化されてＢＵＤＡ内のＳｔｒｅａｍディレクトリに格納される様子を矢印で示す。パスワード「００００」を入力した場合、ＣＨ２用ＡＶストリームファイルはＪａｒディレクトリ下の０００００ディレクトリに格納されたままであり、ＢＵＤＡ内のＳｔｒｅａｍディレクトリには存在しないので、ＶＦＳを用いてもＣＨ２の映像を再生することができず、再生制限される。同様に、パスワード「１２３４」を入力した場合、ＣＨ１用ＡＶストリームファイルはＪａｒディレクトリ下の０００００ディレクトリに格納されたままであり、ＢＵＤＡ内のＳｔｒｅａｍディレクトリには存在しないので、ＶＦＳを用いてもＣＨ１の映像を再生することができず、再生制限される。

なお、本実施形態において、暗号化の際にＣＨ１用ＡＶストリームファイルの全てを暗号化してＪａｒディレクトリ下の０００００ディレクトリに格納しておく必要はなく、その一部のみを格納してもよいのは言うまでもなく、ＣＨ２についても同様である。

＜第３実施形態＞
第１実施形態では、パスワードを入力することで暗号化されたＡＶストリームファイルを復号化して汎用再生装置１６での再生を可能としているが、さらに、復号化し再生した映像のイベント検索を可能とすることもできる。通常、カメラの監視映像をＢＤ−ＲＯＭ規格の映像フォーマットに変換すると、オリジナルの監視映像に付加されていた各種イベント情報が欠落してしまう。すなわち、監視映像には、各種センサの動作、画像の動きの有無、タイマ動作等のイベント情報が付加されており、これらのイベント情報を用いて監視映像から所望のイベント情報に関連する映像を検索することが可能となっているが、当該監視映像をＢＤ−ＲＯＭ規格の映像フォーマットに変換すると、これらのイベント情報が欠落してしまうため、汎用の再生装置１６を用いてイベント情報を用いた検索が不可能となる。そこで、本実施形態では、パスワードによるＡＶストリームファイルの復号化とともに、イベント情報を用いた検索を可能とする場合について説明する。

図１２に、本実施形態における映像データ作成装置としてのオーサリング用コンピュータ１２の構成ブロック図を示す。オーサリング用コンピュータ１２は、図に示すように、エンコーダ１２ａ、暗号化部１２ｂ、ＰｌａｙＬｉｓｔ生成部１２ｃ、Ｊａｖａ生成部１２ｄ、書込部１２ｅに加え、映像サーバ１０に記憶されたメタデータ１１を取り込むメタデータ解析部１２ｇを含む。

エンコーダ１２ａは、映像サーバ１０に記憶された映像データを取り込み、ＡＶストリームファイルとクリップファイルを作成する。エンコーダ１２ａは、作成したＡＶストリームファイル及びクリップファイルを暗号化部１２ｂ、ＰｌａｙＬｉｓｔ生成部１２ｃ、Ｊａｖａ生成部１２ｄに出力する。

暗号化部１２ｂは、キーボード等の入力デバイスから入力されたパスワードを用いて、エンコーダ１２ａから供給されたＡＶストリームファイルを暗号化して書込部１２ｅに出力する。

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

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

Ｊａｖａ生成部１２ｄは、エンコーダ１２ａからのＡＶストリームファイル、クリップファイル及びパスワード並びにメタデータ解析部１２ｇでの解析結果に基づき、Ｊａｖａアプリケーションを作成して書込部１２ｅに出力する。

書込部１２ｅは、図２に示されたディレクトリ構造に従って各ファイルをそれぞれのディレクトリに格納し、ＢＤ−ＲＯＭ１４に書き込む。本実施形態でも第１実施形態と同様に、ＡＶストリームファイルの一部若しくは全部が暗号化された上でＪａｒディレクトリ下の０００００ディレクトリに格納される。

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

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

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

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

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

このようにしてＢＤ−ＲＯＭ１４が作成され、汎用再生装置１６に装着されると、第１実施形態と同様に汎用再生装置１６の画面１６ａにパスワードを要求する画面が表示され、汎用再生装置１６のユーザがパスワードを入力し、このパスワードが正しいパスワードである場合、Ｊａｖａアプリケーションは暗号化されたＡＶストリームファイルを復号化して再生する。すなわち、０００００ディレクトリに格納されている暗号化されたＡＶストリームファイルを復号化した上でＳｔｒｅａｍディレクトリに格納することで再生可能な状態とする。

また、プレイリストには選択イベントの発生時点及び終了時点でそれぞれチャプターが生成されているので、ユーザがリモコン１８を用いてチャプター選択することで、特定のチャプターまで飛んで再生することができる。そして、各チャプターとイベントは関連付けられているから、選択したイベントに対応するチャプターに飛んで再生することができる。

図１４に、ＡＶストリームファイルとクリップファイル及びプレイリストとの関係を示す。図に示すように、ＡＶストリームファイルの「Ｓｔｒｅａｍ００４」のある時点で選択イベントが発生し、「Ｓｔｒｅａｍ００６」のある時点で当該選択イベントが終了したものとする。この場合、プレイリストには選択イベントの発生時点及び終了時点でそれぞれチャプターが生成される。図において、選択イベントの発生時点に対応したチャプターマークが生成されることを示す。各チャプターとイベントはＪａｖａアプリケーションで関連付けされる。

従って、汎用再生装置１６において、ＢＤ−ＲＯＭ１４を再生すると、復号化されたＡＶストリームファイルが最初から順次再生されるとともに、リモコン１８を用いてチャプター選択することで特定のチャプターまでジャンプして再生できる。そして、各チャプターとイベントは関連付けられているから、選択したイベントに対応するチャプターまでジャンプして再生することができる。

なお、このように特定のチャプターにジャンプして再生する際には、ジャンプ先のＡＶストリームファイルが復号化されていなければ、ジャンプ後の再生に時間を要してしまう。すなわち、ジャンプ先のＡＶストリームファイルが暗号化されたままである（ＢＤ−ＲＯＭのＪａｒディレクトリ下の０００００ディレクトリに暗号化されて格納されたままであり、ＢＵＤＡのＳｔｒｅａｍディレクトリに存在していない）と、これをＢＵＤＡのＳｔｒｅａｍディレクトリに格納するのに時間を要してしまう。そこで、選択イベントの発生時点及び終了時点を意味するチャプターを含む一例のＡＶストリームファイルに関しては、事前に復号化しておくことが望ましい。これにより、ジャンプした後の再生再開時間を短縮することができる。イベント検索を多用する監視業務では特に効果的であろう。

以上、本発明の実施形態について説明したが、本発明はこれらに限定されるものではなく、種々の変更が可能である。

例えば、本実施形態では、エンコードされたＡＶストリームファイルを暗号化した上でＪａｒディレクトリ下の０００００ディレクトリに格納しているが、Ｊａｒディレクトリに限られず、Ｓｔｒｅａｍディレクトリ以外の他のディレクトリに格納してもよい。また、ＡＶストリームファイルをＳｔｒｅａｍディレクトリ以外の他の複数のディレクトリに拡散して格納してもよい。また、ＡＶストリームファイルを暗号化した上でＪａｒディレクトリ下の０００００ディレクトリに格納する方法は一例であり、他の方法で暗号化することもできる。要するに、Ｊａｒディレクトリに格納されるＪａｒアプリケーションが復号化プログラムとして機能し、入力されたパスワードに応じてこのＪａｒアプリケーションが起動して暗号化されたＡＶストリームファイルを復号化し、仮想ファイルシステム（ＶＦＳ）を用いて再生すればよい。

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

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

Claims (7)

1. 映像データをＡＶストリームファイルに変換するエンコード部と、
   エンコードされたＡＶストリームファイルを暗号化する暗号化部と、
   前記暗号化されたＡＶストリームファイルを復号化するためのプログラムを生成するプログラム生成部と、
   暗号化されたＡＶストリームファイル及び前記プログラムを可搬性記録媒体に書き込む書込部と、
   を備え、前記復号化するためのプログラムは、前記暗号化されたＡＶストリームファイルの復号を行うと共に、仮想ファイルシステムを用いて前記復号されたＡＶストリームファイルの再生を可能とすることを特徴とする映像データ作成装置。
2. 前記暗号化部は、前記ＡＶストリームファイルの一部若しくは全部を、暗号化した上で本来の格納ディレクトリと異なるディレクトリに格納する
   ことを特徴とする請求項１記載の映像データ作成装置。
3. 前記暗号化部は、前記ＡＶストリームファイルの一部若しくは全部を、暗号化した上でＳｔｒｅａｍディレクトリと異なるＪａｒディレクトリに格納する
   ことを特徴とする請求項２記載の映像データ作成装置。
4. 前記復号化するためのプログラムは、本来の格納ディレクトリと異なるディレクトリに格納されたＡＶストリームファイルを、復号化した上で汎用再生装置のローカルストレージの特定ディレクトリに格納する
   ことを特徴とする請求項２記載の映像データ作成装置。
5. 前記復号化するためのプログラムは、前記Ｊａｒディレクトリに格納されたＡＶストリームファイルを、復号化した上で汎用再生装置のローカルストレージのＳｔｒｅａｍディレクトリに格納する
   ことを特徴とする請求項３記載の映像データ作成装置。
6. 前記復号化するためのプログラムは、ユーザから入力されたパスワードに応じ、ユーザ毎に予め設定されたＡＶストリームファイルのみを復号化する
   ことを特徴とする請求項１〜５のいずれかに記載の映像データ作成装置。
7. 映像データに付随するメタデータを解析して、前記映像データのイベント情報を抽出するメタデータ解析部と、
   前記映像データ及び前記イベント情報を用いて、イベントの開始及び終了を規定するイベントシーンのプレイリストを生成するプレイリスト生成部と、
   前記プレイリストにおけるイベントシーンと前記イベント情報とを関連付けることで前記映像データの前記イベント情報による検索を可能する制御プログラムを生成する制御プログラム生成部と、
   をさらに備え、前記書込部は、前記暗号化されたＡＶストリームファイル、前記復号化するためのプログラム、前記プレイリスト、及び前記制御プログラムを前記可搬性記録媒体に書き込むことを特徴とする請求項１〜５のいずれかに記載の映像データ作成装置。

Images