特許 6180780 映像データ送信装置及び映像データ管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6180780

(24)【登録日】2017年7月28日

(45)【発行日】2017年8月16日

(54)【発明の名称】映像データ送信装置及び映像データ管理システム

(51)【国際特許分類】

   H04N 21/274 20110101AFI20170807BHJP

   H04N 21/2187 20110101ALI20170807BHJP

【ＦＩ】

   H04N21/274

   H04N21/2187

【請求項の数】14

【全頁数】31

(21)【出願番号】特願2013-89652(P2013-89652)

(22)【出願日】2013年4月22日

(65)【公開番号】特開2014-216663(P2014-216663A)

(43)【公開日】2014年11月17日

【審査請求日】2015年10月20日

(73)【特許権者】

【識別番号】000236056

【氏名又は名称】三菱電機ビルテクノサービス株式会社

(73)【特許権者】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(74)【代理人】

【識別番号】110001210

【氏名又は名称】特許業務法人ＹＫＩ国際特許事務所

(72)【発明者】

【氏名】南田 宗佑

(72)【発明者】

【氏名】嘉藤 博志

(72)【発明者】

【氏名】八木 孝介

【審査官】 後藤 嘉宏

(56)【参考文献】

【文献】 特開２０１０−８８００５（ＪＰ，Ａ）

【文献】 特開２００６−２４５７５６（ＪＰ，Ａ）

【文献】 特開２００８−１９３５１０（ＪＰ，Ａ）

【文献】 特開平１０−３１３３５０（ＪＰ，Ａ）

【文献】 特開２００３−１８５２５（ＪＰ，Ａ）

【文献】 特開２００１−３３３３９７（ＪＰ，Ａ）

【文献】 特開２００８−１２４８１４（ＪＰ，Ａ）

【文献】 特開２０１２−５０２５（ＪＰ，Ａ）

【文献】 特開平０５−１４５５９４（ＪＰ，Ａ）

【文献】 特開２００２−２６２２１２（ＪＰ，Ａ）

【文献】 特開２０１０−１４７７４９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

Ｈ０４Ｎ ７／１４− ７／１８

(57)【特許請求の範囲】

【請求項1】

映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、
前記映像データ送信装置は、
対象エリアを撮影することで映像データを取得する撮像手段と、
前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、
前記撮像手段によって取得された映像データを記録する第１記録手段と、
前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、
を有し、
前記映像データ管理装置は、
前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、
前記ライブ映像を表示手段に表示させる表示制御手段と、
前記第２送信手段によって送信された映像データを受信する第２受信手段と、
前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、
を有し、
前記映像データ送信装置は、
前記映像データを複数のセグメントデータに分割する分割手段と、
各セグメントデータ又は外部入力信号からイベントを検知するイベント検知手段と、
過去から各セグメントデータが撮影されるまでの間にイベントが検知されたセグメントデータの数の累計をカウントするイベントカウント手段と、
イベントが検知されたセグメントデータに、増加済みのカウンタの累計を示すイベントカウンタ情報とイベントが検知されたことを示すイベントフラグとを付加し、イベントが検知されていないセグメントデータにイベントカウンタ情報を付加する付加手段と、
を更に有し、
前記第１記録手段は、前記付加手段による付加処理がなされた各セグメントデータを記録し、
前記第１送信手段は、前記付加手段による付加処理がなされた各セグメントデータを送信し、
前記映像データ管理装置は、
前記第１受信手段によって受信された各セグメントデータのイベントカウンタ情報が示すカウントの累計の変化と、セグメントデータに付帯されているイベントフラグの有無とに応じて、セグメントデータの送信要求を前記映像データ送信装置に対して行う制御手段を更に有する、
ことを特徴とする映像データ管理システム。

【請求項2】

映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、
前記映像データ送信装置は、
対象エリアを撮影することで映像データを取得する撮像手段と、
前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、
前記撮像手段によって取得された映像データを記録する第１記録手段と、
前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、
を有し、
前記映像データ管理装置は、
前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、
前記ライブ映像を表示手段に表示させる表示制御手段と、
前記第２送信手段によって送信された映像データを受信する第２受信手段と、
前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、
を有し、
前記映像データ送信装置は、
前記映像データを複数のセグメントデータに分割する分割手段と、
各セグメントデータ又は外部入力信号からイベントを検知するイベント検知手段と、
過去から各セグメントデータが撮影されるまでの間にイベントが検知されたセグメントデータの数の累計をカウントするイベントカウント手段と、
イベントが検知されたセグメントデータに、増加前のカウンタの累計を示すイベントカウンタ情報とイベントが検知されたことを示すイベントフラグとを付加し、当該イベントが検知されたセグメントデータの次のセグメントデータから、増加済みのカウンタの累計を示すイベントカウンタ情報を付加する付加手段と、
を更に有し、
前記第１記録手段は、前記付加手段による付加処理がなされた各セグメントデータを記録し、
前記第１送信手段は、前記付加手段による付加処理がなされた各セグメントデータを送信し、
前記映像データ管理装置は、
前記第１受信手段によって受信された各セグメントデータのイベントカウンタ情報が示すカウントの累計の変化と、セグメントデータに付帯されているイベントフラグの有無とに応じて、セグメントデータの送信要求を前記映像データ送信装置に対して行う制御手段を更に有する、
ことを特徴とする映像データ管理システム。

【請求項3】

請求項１又は請求項２に記載の映像データ管理システムであって、
前記制御手段は、前記第１受信手段によって受信された第１のセグメントデータのイベントカウンタ情報が示すカウントの累計が、前記第１のセグメントデータの直前に前記第１受信手段によって受信された第２のセグメントデータのイベントカウンタ情報が示すカウントの累計よりも増加し、かつ、前記第１のセグメントデータにイベントフラグが付帯されていない場合に、イベントが検知されたセグメントデータを含む１個又は複数個の連続したセグメントデータが欠落したと判断し、前記欠落したセグメントデータの送信要求を前記映像データ送信装置に対して行う、
ことを特徴とする映像データ管理システム。

【請求項4】

請求項３に記載の映像データ管理システムであって、
前記制御手段は、前記第１のセグメントデータが撮影された時間と前記第２のセグメントデータが撮影された時間との間の時間に撮影された１個又は複数個の連続した第３のセグメントデータを前記欠落したセグメントデータとして送信要求を行う、
ことを特徴とする映像データ管理システム。

【請求項5】

請求項３又は請求項４に記載の映像データ管理システムであって、
前記制御手段は、欠落した一連のセグメントデータがイベント検知されたセグメントデータを含む場合に、イベント検知されたセグメントデータを含まない欠落した一連のセグメントデータよりも優先して送信要求する、
ことを特徴とする映像データ管理システム。

【請求項6】

映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、
前記映像データ送信装置は、
対象エリアを撮影することで映像データを取得する撮像手段と、
前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、
前記撮像手段によって取得された映像データを記録する第１記録手段と、
前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、
を有し、
前記映像データ管理装置は、
前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、
前記ライブ映像を表示手段に表示させる表示制御手段と、
前記第２送信手段によって送信された映像データを受信する第２受信手段と、
前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、
を有し、
前記映像データ管理装置は、
前記通信回線の障害期間の長さが予め設定された第１閾値以上となる場合に、前記通信回線の障害期間中に前記撮像手段によって取得された映像データの送信要求を前記映像データ送信装置に対して行う制御手段を更に有し、
前記第１閾値は、イベントが発生していると想定される時間の長さである、
ことを特徴とする映像データ管理システム。

【請求項7】

映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、
前記映像データ送信装置は、
対象エリアを撮影することで映像データを取得する撮像手段と、
前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、
前記撮像手段によって取得された映像データを記録する第１記録手段と、
前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、
を有し、
前記映像データ管理装置は、
前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、
前記ライブ映像を表示手段に表示させる表示制御手段と、
前記第２送信手段によって送信された映像データを受信する第２受信手段と、
前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、
を有し、
前記映像データ管理装置は、
前記通信回線の障害期間の前後に受信した映像データの差が予め設定された第２閾値以上となる場合に、前記通信回線の障害期間中に前記撮像手段によって取得された映像データの送信要求を前記映像データ送信装置に対して行う制御手段を更に有し、
前記第２閾値は、イベントが発生したと想定される程度の映像データの差である、
ことを特徴とする映像データ管理システム。

【請求項8】

映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、
前記映像データ送信装置は、
対象エリアを撮影することで映像データを取得する撮像手段と、
前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、
前記撮像手段によって取得された映像データを記録する第１記録手段と、
前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、
を有し、
前記映像データ管理装置は、
前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、
前記ライブ映像を表示手段に表示させる表示制御手段と、
前記第２送信手段によって送信された映像データを受信する第２受信手段と、
前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、
を有し、
前記映像データ管理装置は、
前記通信回線の障害期間の長さが予め設定された第１閾値以上となり、かつ、前記通信回線の障害期間の前後に受信した映像データの差が予め設定された第２閾値以上となる場合に、前記通信回線の障害期間中に前記撮像手段によって取得された映像データの送信要求を前記映像データ送信装置に対して行う制御手段を更に有し、
前記第１閾値は、イベントが発生していると想定される時間の長さであり、
前記第２閾値は、イベントが発生したと想定される程度の映像データの差である、
ことを特徴とする映像データ管理システム。

【請求項9】

請求項１から請求項８のいずれか一項に記載の映像データ管理システムであって、
前記映像データ送信装置は、
前記通信回線の障害期間中、前記撮像手段によって取得されライブ映像として送信される予定の映像データを、前記第１送信手段に送信させない手段を更に有する、
ことを特徴とする映像データ管理システム。

【請求項10】

請求項９に記載の映像データ管理システムであって、
前記映像データ送信装置は、
前記送信される予定の映像データが前記第１送信手段によって送信されない場合、前記第１記録手段に記録されている映像データのうち前記第１送信手段によって送信されない映像データと同一の映像データに未送信のマークを付与する手段を更に有する、
ことを特徴とする映像データ管理システム。

【請求項11】

請求項９又は請求項１０に記載の映像データ管理システムであって、
前記映像データ送信装置は、
前記送信される予定の映像データが前記第１送信手段によって送信されない場合、前記第１記録手段に記憶されている映像データのうち前記第１送信手段によって送信されない映像データと同一の映像データを未送信ディレクトリに移動させる手段を更に有する、
ことを特徴とする映像データ管理システム。

【請求項12】

請求項１から請求項１１のいずれか一項に記載の映像データ管理システムであって、
前記映像データ送信装置は、
映像データを暗号化する暗号化手段と、
を更に有し、
前記第１記録手段は、暗号化された映像データを記録し、
前記第１送信手段は、暗号化された映像データをライブ映像として前記映像データ管理装置に送信し、前記通信回線の復旧後に前記撮像手段によって新たに取得されて暗号化された映像データをライブ映像として前記映像データ管理装置に送信し、
前記第２送信手段は、前記通信回線の障害期間中の暗号化された映像データを前記第１記録手段から取得して前記映像データ管理装置に送信し、
前記映像データ管理装置は、
暗号化された映像データを復号する復号手段を更に有し、
前記表示制御手段は、復号された映像データに基づくライブ映像を表示手段に表示させ、
前記第２記録手段は、前記第１受信手段及び前記第２受信手段によって受信され暗号化された映像データを記録する、
ことを特徴とする映像データ管理システム。

【請求項13】

請求項１２に記載の映像データ管理システムであって、
前記映像データ管理装置は、
暗号化された映像データを復号するための復号プログラムを生成するプログラム生成手段と、
前記第２記録手段に記録され暗号化された映像データと前記復号プログラムとを可搬性記録媒体に書き込む書込手段と、
を更に有し、
前記復号プログラムは、仮想ファイルシステムを用いて映像データの再生を可能とする、
ことを特徴とする映像データ管理システム。

【請求項14】

請求項１３に記載の映像データ管理システムであって、
前記書込手段は、暗号化された映像データを本来の映像データ格納用ディレクトリとは異なるディレクトリに格納する、
ことを特徴とする映像データ管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、撮像装置から離れた場所に設置された装置に、撮像装置によって取得された映像データを送信する装置及びシステムに関する。

【背景技術】

【0002】

監視カメラを用いた監視システムにより、防犯や事故防止等を監視することが行われている。この種の監視システムは、監視対象となる場所に設置された監視カメラと、監視カメラから映像データを取得する監視センタとを含み、複数地点の映像を監視センタにおいて人が集中的に監視することが可能となっている。

【0003】

ところで、監視カメラと監視センタとが近接していれば、それらを専用線で接続することも考えられるが、監視センタから遠く離れた場所に監視カメラを設置する場合、専用線を設置するとコストが増大し、現実的ではない。そこで、インターネット等の公衆通信回線を利用して監視システムを構築することが検討されている。通信プロトコルには、例えばＴＣＰ／ＩＰ等が一般的に利用されている。

【0004】

しかしながら、インターネット等の公衆通信回線を用いる場合、回線が混み合ってネットワーク負荷が増大し、映像データが欠落することがある。また、回線が切断される場合もあり、その場合にはライブ映像を監視センタに送ることができないため、リアルタイムでの監視が不可能となる。

【0005】

ネットワークの不備に対処するものとして、例えば特許文献１には、ネットワークを介して送られたデジタル動画像に欠落が生じた場合、欠落した動画像を記録装置から取得する装置が開示されている。

【0006】

また、特許文献２には、端末装置と監視センタとの間に通信リンクが形成されるまでの期間における映像データを記録し、記録映像又はリアルタイム映像のいずれかを、端末装置から送信するシステムが開示されている。

【0007】

また、特許文献３には、高品位視聴が可能なデータの中から通信回線の伝送速度に合わせてリアルタイムで視聴することが可能なデータを選択してリアルタイムで転送し、リアルタイム視聴が終了した時点で、リアルタイム転送時に送信しなかったデータを送り、後から視聴する時には高品位の視聴を可能とする装置が開示されている。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２００３−２６４７９０号公報

【特許文献2】特開２００５−１１７３３３号公報

【特許文献3】特許第４５２６２９４号

【発明の概要】

【発明が解決しようとする課題】

【0009】

ところで、通信回線に障害が発生した場合に未送信データを保持し続け、通信回線が復旧した後、保持しておいた未送信データから優先的に送信するよう規定された通信プロトコルがある。例えば、信頼性が比較的高いＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）が、その通信プロトコルに該当する。このような通信プロトコルを監視システムに採用すると、通信回線が復旧した後、保持しておいた未送信分の映像データが、ライブ映像に優先して古い順から監視センタに送られることになる。しかしながら、通信障害時の古い映像データがライブ映像に優先して監視センタに送られると、ユーザは過去の映像を閲覧することになり、ライブ映像によってリアルタイムで監視をすることができなくなる。一方で、通信障害時に発生したイベントを確認したい場合等には、その通信障害時の映像データが必要となることがある。

【0010】

本発明の目的は、通信回線に障害が発生した場合に未送信データを保持し続けるよう規定された通信プロトコルに従って映像データを送信する場合に、通信回線の復旧後にライブ映像を送信するとともに、通信障害中の映像データを送信することが可能な映像データ送信装置及び映像データ管理システムを提供することである。

【課題を解決するための手段】

【0036】

請求項１に係る発明は、映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、前記映像データ送信装置は、対象エリアを撮影することで映像データを取得する撮像手段と、前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、前記撮像手段によって取得された映像データを記録する第１記録手段と、前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、を有し、前記映像データ管理装置は、前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、前記ライブ映像を表示手段に表示させる表示制御手段と、前記第２送信手段によって送信された映像データを受信する第２受信手段と、前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、を有し、前記映像データ送信装置は、前記映像データを複数のセグメントデータに分割する分割手段と、各セグメントデータ又は外部入力信号からイベントを検知するイベント検知手段と、過去から各セグメントデータが撮影されるまでの間にイベントが検知されたセグメントデータの数の累計をカウントするイベントカウント手段と、イベントが検知されたセグメントデータに、増加済みのカウンタの累計を示すイベントカウンタ情報とイベントが検知されたことを示すイベントフラグとを付加し、イベントが検知されていないセグメントデータにイベントカウンタ情報を付加する付加手段と、を更に有し、前記第１記録手段は、前記付加手段による付加処理がなされた各セグメントデータを記録し、前記第１送信手段は、前記付加手段による付加処理がなされた各セグメントデータを送信し、前記映像データ管理装置は、前記第１受信手段によって受信された各セグメントデータのイベントカウンタ情報が示すカウントの累計の変化と、セグメントデータに付帯されているイベントフラグの有無とに応じて、セグメントデータの送信要求を前記映像データ送信装置に対して行う制御手段を更に有する、ことを特徴とする映像データ管理システムである。

【0037】

請求項２に係る発明は、映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、前記映像データ送信装置は、対象エリアを撮影することで映像データを取得する撮像手段と、前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、前記撮像手段によって取得された映像データを記録する第１記録手段と、前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、を有し、前記映像データ管理装置は、前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、前記ライブ映像を表示手段に表示させる表示制御手段と、前記第２送信手段によって送信された映像データを受信する第２受信手段と、前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、を有し、前記映像データ送信装置は、前記映像データを複数のセグメントデータに分割する分割手段と、各セグメントデータ又は外部入力信号からイベントを検知するイベント検知手段と、過去から各セグメントデータが撮影されるまでの間にイベントが検知されたセグメントデータの数の累計をカウントするイベントカウント手段と、イベントが検知されたセグメントデータに、増加前のカウンタの累計を示すイベントカウンタ情報とイベントが検知されたことを示すイベントフラグとを付加し、当該イベントが検知されたセグメントデータの次のセグメントデータから、増加済みのカウンタの累計を示すイベントカウンタ情報を付加する付加手段と、を更に有し、前記第１記録手段は、前記付加手段による付加処理がなされた各セグメントデータを記録し、前記第１送信手段は、前記付加手段による付加処理がなされた各セグメントデータを送信し、前記映像データ管理装置は、前記第１受信手段によって受信された各セグメントデータのイベントカウンタ情報が示すカウントの累計の変化と、セグメントデータに付帯されているイベントフラグの有無とに応じて、セグメントデータの送信要求を前記映像データ送信装置に対して行う制御手段を更に有する、ことを特徴とする映像データ管理システムである。

【0038】

請求項３に係る発明は、請求項１又は請求項２に記載の映像データ管理システムであって、前記制御手段は、前記第１受信手段によって受信された第１のセグメントデータのイベントカウンタ情報が示すカウントの累計が、前記第１のセグメントデータの直前に前記第１受信手段によって受信された第２のセグメントデータのイベントカウンタ情報が示すカウントの累計よりも増加し、かつ、前記第１のセグメントデータにイベントフラグが付帯されていない場合に、イベントが検知されたセグメントデータを含む１個又は複数個の連続したセグメントデータが欠落したと判断し、前記欠落したセグメントデータの送信要求を前記映像データ送信装置に対して行う、ことを特徴とする。

【0039】

請求項４に係る発明は、請求項３に記載の映像データ管理システムであって、前記制御手段は、前記第１のセグメントデータが撮影された時間と前記第２のセグメントデータが撮影された時間との間の時間に撮影された１個又は複数個の連続した第３のセグメントデータを前記欠落したセグメントデータとして送信要求を行う、ことを特徴とする。

【0040】

請求項５に係る発明は、請求項３又は請求項４に記載の映像データ管理システムであって、前記制御手段は、欠落した一連のセグメントデータがイベント検知されたセグメントデータを含む場合に、イベント検知されたセグメントデータを含まない欠落した一連のセグメントデータよりも優先して送信要求する、ことを特徴とする。

【0041】

請求項６に係る発明は、映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、前記映像データ送信装置は、対象エリアを撮影することで映像データを取得する撮像手段と、前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、前記撮像手段によって取得された映像データを記録する第１記録手段と、前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、を有し、前記映像データ管理装置は、前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、前記ライブ映像を表示手段に表示させる表示制御手段と、前記第２送信手段によって送信された映像データを受信する第２受信手段と、前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、を有し、前記映像データ管理装置は、前記通信回線の障害期間の長さが予め設定された第１閾値以上となる場合に、前記通信回線の障害期間中に前記撮像手段によって取得された映像データの送信要求を前記映像データ送信装置に対して行う制御手段を更に有し、前記第１閾値は、イベントが発生していると想定される時間の長さである、ことを特徴とする映像データ管理システムである。

【0042】

請求項７に係る発明は、映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、前記映像データ送信装置は、対象エリアを撮影することで映像データを取得する撮像手段と、前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、前記撮像手段によって取得された映像データを記録する第１記録手段と、前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、を有し、前記映像データ管理装置は、前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、前記ライブ映像を表示手段に表示させる表示制御手段と、前記第２送信手段によって送信された映像データを受信する第２受信手段と、前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、を有し、前記映像データ管理装置は、前記通信回線の障害期間の前後に受信した映像データの差が予め設定された第２閾値以上となる場合に、前記通信回線の障害期間中に前記撮像手段によって取得された映像データの送信要求を前記映像データ送信装置に対して行う制御手段を更に有し、前記第２閾値は、イベントが発生したと想定される程度の映像データの差である、ことを特徴とする映像データ管理システムである。

【0043】

請求項８に係る発明は、映像データ送信装置と、通信回線を介して前記映像データ送信装置に接続される映像データ管理装置と、を備えた映像データ管理システムであって、前記映像データ送信装置は、対象エリアを撮影することで映像データを取得する撮像手段と、前記撮像手段によって取得された映像データをライブ映像として前記通信回線を介して前記映像データ管理装置に送信する第１送信手段であって、前記通信回線に障害が発生し、その後、前記通信回線が復旧した場合、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを送信せずに、前記通信回線の復旧後に前記撮像手段によって新たに取得された映像データをライブ映像として前記映像データ管理装置に送信する第１送信手段と、前記撮像手段によって取得された映像データを記録する第１記録手段と、前記通信回線の復旧後、前記通信回線の障害期間中に前記撮像手段によって取得された映像データを前記第１記録手段から取得し、前記通信回線を介して前記映像データ管理装置に送信する第２送信手段と、を有し、前記映像データ管理装置は、前記第１送信手段によって送信された映像データをライブ映像として受信する第１受信手段と、前記ライブ映像を表示手段に表示させる表示制御手段と、前記第２送信手段によって送信された映像データを受信する第２受信手段と、前記第１受信手段及び前記第２受信手段によって受信された映像データを記録する第２記録手段と、を有し、前記映像データ管理装置は、前記通信回線の障害期間の長さが予め設定された第１閾値以上となり、かつ、前記通信回線の障害期間の前後に受信した映像データの差が予め設定された第２閾値以上となる場合に、前記通信回線の障害期間中に前記撮像手段によって取得された映像データの送信要求を前記映像データ送信装置に対して行う制御手段を更に有し、前記第１閾値は、イベントが発生していると想定される時間の長さであり、前記第２閾値は、イベントが発生したと想定される程度の映像データの差である、ことを特徴とする映像データ管理システムである。

【0047】

請求項９に係る発明は、請求項１から請求項８のいずれか一項に記載の映像データ管理システムであって、前記映像データ送信装置は、前記通信回線の障害期間中、前記撮像手段によって取得されライブ映像として送信される予定の映像データを、前記第１送信手段に送信させない手段を更に有する、ことを特徴とする。
請求項１０に係る発明は、請求項９に記載の映像データ管理システムであって、前記映像データ送信装置は、前記送信される予定の映像データが前記第１送信手段によって送信されない場合、前記第１記録手段に記録されている映像データのうち前記第１送信手段によって送信されない映像データと同一の映像データに未送信のマークを付与する手段を更に有する、ことを特徴とする。
請求項１１に係る発明は、請求項９又は請求項１０に記載の映像データ管理システムであって、前記映像データ送信装置は、前記送信される予定の映像データが前記第１送信手段によって送信されない場合、前記第１記録手段に記憶されている映像データのうち前記第１送信手段によって送信されない映像データと同一の映像データを未送信ディレクトリに移動させる手段を更に有する、ことを特徴とする。

【0048】

請求項１２に係る発明は、請求項１から請求項１１のいずれか一項に記載の映像データ管理システムであって、前記映像データ送信装置は、映像データを暗号化する暗号化手段と、を更に有し、前記第１記録手段は、暗号化された映像データを記録し、前記第１送信手段は、暗号化された映像データをライブ映像として前記映像データ管理装置に送信し、前記通信回線の復旧後に前記撮像手段によって新たに取得されて暗号化された映像データをライブ映像として前記映像データ管理装置に送信し、前記第２送信手段は、前記通信回線の障害期間中の暗号化された映像データを前記第１記録手段から取得して前記映像データ管理装置に送信し、前記映像データ管理装置は、暗号化された映像データを復号する復号手段を更に有し、前記表示制御手段は、復号された映像データに基づくライブ映像を表示手段に表示させ、前記第２記録手段は、前記第１受信手段及び前記第２受信手段によって受信され暗号化された映像データを記録する、ことを特徴とする。

【0049】

請求項１３に係る発明は、請求項１２に記載の映像データ管理システムであって、前記映像データ管理装置は、暗号化された映像データを復号するための復号プログラムを生成するプログラム生成手段と、前記第２記録手段に記録され暗号化された映像データと前記復号プログラムとを可搬性記録媒体に書き込む書込手段と、を更に有し、前記復号プログラムは、仮想ファイルシステムを用いて映像データの再生を可能とする、ことを特徴とする。

【0050】

請求項１４に係る発明は、請求項１３に記載の映像データ管理システムであって、前記書込手段は、暗号化された映像データを本来の映像データ格納用ディレクトリとは異なるディレクトリに格納する、ことを特徴とする。

【発明の効果】

【0051】

本発明によると、通信回線が復旧した場合、通信回線の障害期間中に撮像手段によって取得された映像データを送信せずに、通信回線の復旧後に撮像手段によって取得された映像データを送信することで、通信回線の復旧後にライブ映像を送信することが可能となる。また、撮像手段によって取得された映像データを記録しておくことで、通信回線の障害期間中に取得された映像データを送信することが可能となる。

【図面の簡単な説明】

【0052】

【図1】本発明の実施形態に係る映像データ送信システムの一例を示すブロック図である。

【図2】本発明の実施形態に係る撮像装置の一例を示すブロック図である。

【図3】本実施形態に係る切捨て部の一例を示すブロック図である。

【図4】本発明の実施形態に係る映像データ管理装置の一例を示すブロック図である。

【図5】変形例に係る撮像装置の一例を示すブロック図である。

【図6】セグメントデータのデータ構造の一例を示す模式図である。

【図7】イベントカウンタの変化の流れの一例を示す模式図である。

【図8】変形例に係る映像データ管理装置の一例を示すブロック図である。

【図9】ＢＤ規格の説明図である。

【図10】オーサリング部の一例を示すブロック図である。

【図11】暗号化の説明図である。

【図12】ＢＤにおけるＶＦＳ（Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の説明図である。

【図13】復号化の説明図である。

【図14】復号化の説明図である。

【図15】汎用再生装置の画面の説明図である。

【発明を実施するための形態】

【0053】

図１に、本発明の実施形態に係る映像データ管理システムの一例を示す。映像データ管理システム１は、撮像装置１０及び映像データ管理装置５０を含み、撮像装置１０及び映像データ管理装置５０は、通信回線としてのネットワークＮを介して接続されている。例えば、インターネット等の公衆通信回線がネットワークＮとして利用される。通信プロトコルは一例としてＴＣＰである。撮像装置１０は監視カメラの一例に相当し、映像データ管理装置５０は監視センタの一例に相当する。撮像装置１０によって取得された映像データが、ネットワークＮを介して映像データ管理装置５０に送信され、映像データ管理装置５０においてユーザが映像データに基づいて監視することが可能となっている。なお、図１に示す例では、１つの撮像装置１０がネットワークＮに接続されているが、複数の撮像装置１０がネットワークＮに接続されていてもよい。複数の撮像装置１０をネットワークＮに接続することで、複数地点の映像を映像データ管理装置５０にて集中的に管理し、複数地点の映像を用いて監視することが可能となる。

【0054】

（撮像装置１０）
図２に、撮像装置１０の一例を示す。撮像装置１０は、撮像部１２、エンコーダ１４、分割部１６、暗号化部１８、切捨て部２２、送受信部２４、記録処理部２６、ローカルストレージ２８、読み出し部３０、再送受信部３２及び回線障害検出部３８を含む。なお、撮像装置１０は、ＣＰＵ等のプロセッサ、メモリ及びデータバス等を備え、メモリに記憶されたプログラムをＣＰＵが実行することにより、各部の機能が実現される。

【0055】

撮像部１２は例えば監視カメラであり、対象エリアを撮像して映像データを取得する。

【0056】

エンコーダ１４は、撮像部１２によって取得された映像データをストリームファイルに変換する。

【0057】

分割部１６は、ストリームファイルを複数のセグメントデータに分割する。例えば、分割部１６は、ストリームファイルを単位時間長さの複数のセグメントデータに分割する。単位時間の長さは任意であり、例えば、ストリームファイルを１０秒間隔（単位時間）で分割することで、再生時間が１０秒間の複数のセグメントデータを生成する。また、分割部１６は、例えば、複数のセグメントデータに連続した通し番号を与える。各セグメントデータのファイル名に番号を含ませてもよいし、各セグメントデータのメタデータに番号を含ませてもよい。

【0058】

暗号化部１８は、予め与えられた暗号化鍵２０（パスワード等）を用いて、複数のセグメントデータを暗号化して切捨て部２２及び記録処理部２６に出力する。暗号化部１８による暗号化処理は、分割部１６による分割処理の前に実行されてもよいし、後に実行されてもよい。なお、暗号化部１８を設けず、セグメントデータの暗号化を行わなくてもよい。

【0059】

切捨て部２２は、ネットワークＮに障害が発生し、ライブ映像用の映像データの送信が完了できない場合、暗号化部１８にて暗号化されたストリームファイルをセグメントデータ単位で破棄（削除）する。ネットワークＮの障害として、例えば回線の断線や一時的な帯域不足等が考えられる。ネットワークＮが復旧した場合、切捨て部２２は、ライブ映像用のストリームファイルをセグメントデータ単位で送受信部２４に出力する。

【0060】

送受信部２４は、切捨て部２２によって破棄されていないストリームファイルをセグメントデータ単位で映像データ管理装置５０に送信する。送受信部２４は、当該ストリームファイルをライブ映像として映像データ管理装置５０に送信する。

【0061】

記録処理部２６は、ストリームファイル（セグメントデータ）をローカルストレージ２８に記憶させる。記録処理部２６は、撮像部１２によって取得されたすべてのストリームファイルをローカルストレージ２８に記憶させてもよいし、切捨て部２２によって破棄されて送受信部２４によって送信されなかったストリームファイルのみをローカルストレージ２８に記憶させてもよい。記録処理部２６は、切捨て部２２によって破棄されて送受信部２４によって送信されなかったストリームファイルに未送信のマークを付与してもよい。また、記録処理部２６は、切捨て部２２によって破棄されて送受信部２４によって送信されなかったストリームファイルを、ローカルストレージ２８の未送信ディレクトリに記憶させてもよい。

【0062】

読み出し部３０は、ネットワークＮが復旧した後、ネットワークＮの障害期間中に撮像部１２によって取得されたストリームファイルの再送要求を映像データ管理装置５０から受けた場合、再送要求対象のストリームファイルをローカルストレージ２８から読み出し、再送受信部３２に出力する。

【0063】

再送受信部３２は、セグメントデータの再送要求を映像データ管理装置５０から受信し、当該再送要求を読み出し部３０に出力する。また、再送受信部３２は、読み出し部３０によって読み出されたストリームファイルをセグメントデータ単位で映像データ管理装置５０に送信する。なお、再送受信部３２は、再送要求対象のセグメントデータに再送であることを示すマークを付与してもよい。ネットワークＮが復旧しているため、送受信部２４及び再送受信部３２はそれぞれ並行してセグメントデータを映像データ管理装置５０に送信する。再送受信部３２によって再送対象のセグメントデータの送信が完了した場合、記録処理部２６は、当該再送対象のセグメントデータをローカルストレージ２８から削除してもよい。ローカルストレージ２８は撮像装置１０に設置された記録装置であり、記録容量が比較的小さい場合があるため、送信済みのセグメントデータを削除することで、記録容量が節約される。または、記録処理部２６は、映像データ管理装置５０に記録が完了したセグメントデータをローカルストレージ２８から削除してもよい。例えば、記録処理部２６は、ローカルストレージ２８に記憶されているセグメントデータのファイル名等のリストと、後述する映像データ管理装置５０の記録装置５６に記録されているセグメントデータのファイル名等のリストとを比較し、両リストにてファイル名が一致するセグメントデータを、ローカルストレージ２８から削除する。

【0064】

回線障害検出部３８は、ネットワークＮの障害（回線障害）を検出し、また、ネットワークＮの復旧（回線復旧）を検出する。例えば、回線障害検出部３８は、送受信されるデータのパケットを監視して整合性を確認したり、必要に応じて監視用パケットの送受信を行ってネットワークＮと通信相手の状態を確認したり、回線障害と回線復旧を検出して撮像装置１０内の必要な各部に検出結果を出力したりする。

【0065】

図３に、切捨て部２２の具体的な構成を示す。切捨て部２２は、例えば、第１バッファ２２Ａ、第２バッファ２２Ｂ及びスイッチ２２Ｃ，２２Ｄを含む。第１バッファ２２Ａ及び第２バッファ２２Ｂは記憶部であり、暗号化されたセグメントデータが一時的に書き込まれる。スイッチ２２Ｃは、第１バッファ２２Ａ及び第２バッファ２２Ｂの出力側と、送受信部２４との間に設けられ、第１バッファ２２Ａ又は第２バッファ２２Ｂから送受信部２４へのセグメントデータの出力を切り替える。スイッチ２２Ｄは、暗号化部１８の出力側と、第１バッファ２２Ａ及び第２バッファ２２Ｂの入力側との間に設けられ、第１バッファ２２Ａ又は第２バッファ２２Ｂへのセグメントデータの入力を切り替える。

【0066】

例えば図３（ａ）に示すように、スイッチ２２Ｃによって第１バッファ２２Ａと送受信部２４とが接続されると、送受信部２４は、第１バッファ２２Ａに記憶されているセグメントデータを送信する。その送信が完了するまで、スイッチ２２Ｄによって第２バッファ２２Ｂと暗号化部１８とが接続され、暗号化されたセグメントデータが第２バッファ２２Ｂに書き込まれて記憶される。セグメントデータが既に第２バッファ２２Ｂに記憶されている場合、既に記憶されていたセグメントデータに対して新たなセグメントデータを上書きすることで、新たなセグメントデータを第２バッファ２２Ｂに記憶させる。

【0067】

第１バッファ２２Ａからのセグメントデータの送信が完了すると、図３（ｂ）に示すように、スイッチ２２Ｃの接続が切り替わり、スイッチ２２Ｃによって第２バッファ２２Ｂと送受信部２４とが接続される。また、スイッチ２２Ｄによって第１バッファ２２Ａと暗号化部１８とが接続される。送受信部２４は、第２バッファ２２Ｂに記憶されているセグメントデータを送信し、その送信の間、暗号化されたセグメントデータが第１バッファ２２Ａに書き込まれて記憶される。このとき、第１バッファ２２Ａに既に記憶されているセグメントデータは上書きされることになる。このように、送受信部２４によるセグメントデータの送信が完了する度に、セグメントデータの書き込み先を第１バッファ２２Ａと第２バッファ２２Ｂとで切り替える。

【0068】

そして、ネットワークＮに障害が発生すると、第１バッファ２２Ａ又は第２バッファ２２Ｂからのセグメントデータの送信が滞ることになるため、第１バッファ２２Ａ又は第２バッファ２２Ｂにセグメントデータが入力し続けてセグメントデータが上書きされ続ける。これにより、ライブ映像用のセグメントデータが上書きされ続けて破棄されることになる。例えば、図３（ａ）に示す状態でネットワークＮに障害が発生した場合、ネットワークＮが復旧するまで、第１バッファ２２Ａに記憶されているセグメントデータの送信が完了することがない。この場合、スイッチ２２Ｃは第１バッファ２２Ａに接続されたままであり、スイッチ２２Ｄは第２バッファ２２Ｂに接続されたままである。これにより、切捨て部２２に後から入力されるセグメントデータによって、第２バッファ２２Ｂに既に記憶されているセグメントデータが上書きされることになり、その結果、当該既に記憶されているセグメントデータは送信されることなく破棄されることになる。すなわち、ライブ映像用のセグメントデータは破棄されることになる。

【0069】

ネットワークＮが復旧した後は、第１バッファ２２Ａ及び第２バッファ２２Ｂにそれぞれ記憶されているセグメントデータが送受信部２４によって送信され、送信完了に伴ってスイッチ２２Ｃ，２２Ｄが切り替えられるため、ライブ映像用のセグメントデータは破棄されずに送信されることになる。

【0070】

（映像データ管理装置５０）
図４に、映像データ管理装置５０の一例を示す。映像データ管理装置５０は、送受信部５２、記録処理部５４、記録装置５６、復号部５８、表示制御部６０、オーサリング部６２、連番確認部６４、ファイル名比較部６６、再送制御部６８、再送受信部７０及び回線障害検出部７６を含む。なお、映像データ管理装置５０は、ＣＰＵ等のプロセッサ、メモリ、データバス、入出力インタフェース、キーボード等の入力デバイス、表示装置等の出力デバイス及びＢＤレコーダ等を備え、メモリに記憶されたプログラムをＣＰＵが実行することにより、各部の機能が実現される。

【0071】

送受信部５２は、ライブ映像として撮像装置１０から送信されたセグメントデータ（ストリームファイル）を受信し、セグメントデータを記録処理部５４及び復号部５８に出力する。

【0072】

記録処理部５４は、送受信部５２によって受信されたセグメントデータを記録装置５６に記憶させる。また、記録処理部５４は、後述する再送受信部７０によって受信されたセグメントデータを記録装置５６に記憶させる。

【0073】

復号部５８は、ライブ映像としてのセグメントデータを送受信部５２から受け、予め決定された復号鍵（パスワード等）を用いて当該セグメントデータを復号し、復号されたセグメントデータを表示制御部６０に出力する。なお、セグメントデータを暗号化しない場合には、復号部５８を設けなくてもよい。

【0074】

表示制御部６０は、復号されたセグメントデータに基づく映像を表示装置１００に表示させる。送受信部５２によって受信されたセグメントデータはライブ映像であるため、そのライブ映像が表示装置１００に表示される。これにより、ユーザはリアルタイムで監視することができる。

【0075】

オーサリング部６２は、記録装置５６に記録されているセグメントデータ（ストリームファイル）を読み込み、可搬性記録媒体１１０に書き込む。また、セグメントデータが暗号化されている場合、オーサリング部６２は、暗号化されたセグメントデータを復号して再生するための復号プログラムを、セグメントデータとともに可搬性記録媒体１１０に書き込む。

【0076】

連番確認部６４は、撮像装置１０から送信された各セグメントデータに付された番号を確認し、その確認結果を再送制御部６８に出力する。

【0077】

ファイル名比較部６６は、撮像装置１０に記録されているセグメントデータのファイル名を示すファイル名情報（以下、「第１ファイル名情報」と称する）と、映像データ管理装置５０の記録装置５６に記録されているセグメントデータのファイル名を示すファイル名情報（以下、「第２ファイル名情報」と称する）とを比較し、その比較結果を再送制御部６８に出力する。例えば、後述する再送制御部６８の下、再送受信部７０が第１ファイル名情報の取得要求を撮像装置１０に送信することで、映像データ管理装置５０は第１ファイル名情報を取得するようにしてもよい。なお、映像データ管理装置５０は、連番確認部６４又はファイル名比較部６６のいずれか一方を備えていればよい。

【0078】

再送制御部６８は、セグメントデータの再送要求を行う。例えば、再送制御部６８は連番確認部６４から確認結果を受け、セグメントデータに付された番号の連続が欠けている場合、番号が欠けているセグメントデータの再送要求を再送受信部７０に出力する。または、再送制御部６８はファイル名比較部６６から比較結果を受け、第１ファイル名情報に含まれるが第２ファイル名情報に含まれないファイル名のセグメントデータの再送要求を再送受信部７０に出力してもよい。再送要求には、例えば再送要求対象のセグメントデータのファイル名が含まれる。また、再送制御部６８は、ネットワークＮに障害が発生した時から所定時間が経過した場合、障害期間中に撮像装置１０によって取得されたセグメントデータの再送要求を再送受信部７０に出力してもよい。

【0079】

別の例として、再送制御部６８は、ネットワークＮの障害期間の長さが予め設定された第１閾値以上となる場合に、障害期間中に撮像装置１０によって取得された映像データの再送要求を再送受信部７０に出力してもよい。監視対象となるイベントは、通常、ある程度の時間に亘って継続するのが一般的である。ここで、例えば、映像データに表された映像の重要な変化をイベントと称することにする。例えば、温度センサや人感センサ等の外部センサの作動、特定領域への人の侵入、物の放置、又は、「あばれ検知」等の不自然な動き等を検知した場合、イベントが発生したものとする。一例として監視エリアへの人の侵入を考えてみると、監視エリアに人が侵入してから撤退するまでには、ある程度の時間を要すると考えられる。従って、想定されるイベントの発生時間の長さよりも障害期間が短いと考えられる場合には、その障害期間中にイベントが発生した可能性は低いと考えられるため、イベントの確認という観点からすると、障害期間中の映像データを取得しなくてもよいと考えられる。このように、障害期間の長さが、イベントが発生しているとは想定できない時間の長さである場合にまで、障害期間中の映像データを撮像装置１０から映像データ管理装置５０に送信すると、映像データ管理装置５０は、本来であれば監視に不要な映像データまでを取得することになってしまい、記録装置５６の記憶容量を無駄に消費するおそれがある。一方で、想定されるイベントの発生時間の長さよりも障害期間が長い場合には、その障害期間中にイベントが発生し、その障害期間中の映像データにイベントが映されている可能性がある。この場合、障害期間中の映像データが撮像装置１０から得られないとすると、障害期間中に発生したイベントを発見することができなくなってしまう。従って、イベントが発生していると想定できる時間の長さを第１閾値として用い、障害期間の長さが第１閾値以上となった場合に、障害期間中の映像データの再送要求を出力することで、イベントが映されている可能性が高い映像データを取得することができるとともに、イベントが映されている可能性が低い映像データを取得しなくて済む。これにより、映像データ管理装置５０は、障害期間中の映像データのうち、監視に必要な映像データのみを取得することが可能となる。

【0080】

また別の例として、再送制御部６８は、ネットワークＮの障害期間の前後に受信した映像データを画像解析し、その映像データの差が、予め設定された第２閾値以上となる場合に、障害期間中に撮像装置１０によって取得された映像データの再送要求を再送受信部７０に出力してもよい。障害期間中にイベントが発生したことで、障害期間の前後で、監視エリアの状態が変化する可能性がある。例えば、障害期間中に監視エリアに人が侵入した場合、監視エリア内の物が移動したり無くなっていたりして、障害期間の前後で状態が変化している可能性がある。この場合、障害期間の前後に受信した映像データを解析し、その映像データに差がある場合には、障害期間中にイベントが発生した可能性が高いと考えられる。一方で、障害期間の前後の映像データに差が無い場合には、障害期間中にイベントが発生した可能性は低いと考えられるため、イベントの確認という観点からすると、障害期間中の映像データを取得しなくてもよいと考えられる。このように、障害期間の前後の映像データの差が、イベントが発生しているとは想定できない差である場合にまで、障害期間中の映像データを撮像装置１０から映像データ管理装置５０に送信すると、映像データ管理装置５０は、本来であれば監視に不要な映像データまでを取得することになってしまい、記録装置５６の記憶容量を無駄に消費するおそれがある。従って、イベントが発生したと想定できる程度の映像データの差を第２閾値として用い、障害期間の前後の映像データの差が第２閾値以上となった場合に、障害期間中の映像データの再送要求を出力することで、イベントが映されている可能性が高い映像データを取得することができるとともに、イベントが映されている可能性が低い映像データを取得しなくて済む。これにより、映像データ管理装置５０は、障害期間中の映像データのうち、監視に必要な映像データのみを取得することが可能となる。

【0081】

また、再送制御部６８は、ネットワークＮの障害期間の長さが第１閾値以上となり、かつ、障害期間の前後に受信した映像データの差が第２閾値以上となる場合に、障害期間中の映像データの再送要求を出力するようにしてもよい。

【0082】

また別の例として、再送制御部６８は、ネットワークＮの障害期間の直前の映像データを画像解析し、その画像解析の結果に基づきイベントを検知した場合に、障害期間中の映像データの再送要求を出力するようにしてもよい。障害期間の直前の映像データにイベントが映されている場合には、障害期間中の映像データにもイベントが映されている可能性があるため、障害期間中の映像データを撮像装置１０から映像データ管理装置５０に送信することで、映像データ管理装置５０にて、障害期間中のイベントの様子を確認することが可能となる。一方で、障害期間の直前の映像データにイベントが映されていない場合、障害期間中の映像データにイベントが映されている可能性は低いと考えられるため、障害期間中の映像データを撮像装置１０から映像データ管理装置５０に送信しない。これにより、映像データ管理装置５０は、障害期間中の映像データのうち、監視に必要な映像データのみを取得することが可能となる。なお、障害期間の直前の時間は、予め設定された時間であってもよいし、ユーザが任意に変更できるようにしてもよい。また、障害期間の直前の映像データの意味として、数フレームから数十フレームの映像データとしてもよい。

【0083】

再送受信部７０は、ネットワークＮが復旧した後、再送制御部６８から出力された再送要求を撮像装置１０に送信し、再送要求対象のセグメントデータを撮像装置１０から受信し、当該セグメントデータを再送制御部６８に出力する。再送制御部６８は、再送受信部７０によって受信されたセグメントデータを記録処理部５４に出力し、記録処理部５４は、当該セグメントデータを記録装置５６に記憶させる。

【0084】

なお、撮像装置１０に再送制御部を設けてもよい。この再送制御部は、障害期間中に映像データ管理装置５０に送信できなかった未送信のセグメントデータを自動で映像データ管理装置５０に再送するように再送受信部３２を制御する。これにより、映像データ管理装置５０から再送要求を撮像装置１０に送信しなくても、ネットワークＮが復旧して回線障害検出部３８が回線復旧を検出した場合、送信が完了されなかった映像データが、撮像装置１０から映像データ管理装置５０に自動で再送されることになる。

【0085】

回線障害検出部７６は、ネットワークＮの障害（回線障害）を検出し、また、ネットワークＮの復旧（回線復旧）を検出する。例えば、回線障害検出部７６は、送受信されるデータのパケットを監視して整合性を確認したり、必要に応じて監視用パケットの送受信を行ってネットワークＮと通信相手の状態を確認したり、回線障害と回線復旧を検出して映像データ管理装置５０内の必要な各部に検出結果を出力したりする。

【0086】

（通常時の動作）
次に、映像データ管理システム１の動作について説明する。まず、ネットワークＮに障害が発生していない通常時の動作例について説明する。撮像装置１０の撮像部１２が対象エリアを撮影することで映像データを取得すると、当該映像データはエンコーダ１４でストリームファイルに変換され、分割部１６にて複数のセグメントデータに分割され、暗号化部１８にて暗号化処理が施される。そして、暗号化済みのセグメントデータは切捨て部２２を介して送受信部２４に出力され、送受信部２４は、暗号化済みのセグメントデータを映像データ管理装置５０に送信する。一方、記録処理部２６は、暗号化済みのセグメントデータをローカルストレージ２８に記憶させる。

【0087】

撮像装置１０から送信された暗号済みのセグメントデータは、映像データ管理装置５０の送受信部５２によって受信され、復号部５８にて復号され、復号された映像が表示制御部６０によって表示装置１００に表示される。これにより、撮像装置１０によって取得された映像がライブ映像として表示装置１００に表示されることになる。ユーザは、表示装置１００に表示されたライブ映像によってリアルタイムで監視することができる。一方、記録処理部５４は、暗号化済みのセグメントデータを記録装置５６に記憶させる。セグメントデータを可搬性記録媒体１１０に書き込む場合、オーサリング部６２は、書き込み対象のセグメントデータと復号プログラムとを可搬性記録媒体１１０に書き込む。

【0088】

（通信回線の障害時及び復旧後の動作）
次に、ネットワークＮに障害が発生し、その後、ネットワークＮが復旧した場合の動作例について説明する。通常時と同様に、撮像部１２によって取得された映像データは、エンコーダ１４、分割部１６及び暗号化部１８によってそれぞれ処理が施され、その後、切捨て部２２に出力される。ネットワークＮに障害が発生した場合、切捨て部２２は、障害期間中に撮像部１２によって取得されたセグメントデータを破棄（削除）することで、ネットワークＮの復旧後に、障害期間中に取得されたセグメントデータがあたかもライブ映像のようにして送信されないようにする。一方、記録処理部２６は、暗号化済みのセグメントデータをローカルストレージ２８に記憶させる。これにより、障害期間中に撮像部１２によって取得されたが送受信部２４によって送信されなかった映像データが、ローカルストレージ２８に記憶される。

【0089】

ネットワークＮに障害が発生し、撮像装置１０からセグメントデータが送信されない場合、映像データ管理装置５０の送受信部５２は、撮像装置１０からセグメントデータを受信することはない。この場合、再送制御部６８は、連番確認部６４の確認結果又はファイル名比較部６６の比較結果に基づき、セグメントデータの再送要求を再送受信部７０に出力する。または、再送制御部６８は、上述した第１閾値及び第２閾値のうち少なくとも１つを用いて再送要求の要否を判断し、その判断結果に応じて再送要求を再送受信部７０に出力してもよい。そして、ネットワークＮが復旧して回線障害検出部７６が回線復旧を検出した場合、再送受信部７０は、セグメントデータの再送要求を撮像装置１０に送信する。

【0090】

撮像装置１０の再送受信部３２は、映像データ管理装置５０から再送要求を受けると、その再送要求を読み出し部３０に出力する。読み出し部３０は、再送要求対象のセグメントデータをローカルストレージ２８から読み出し、再送受信部３２は、再送要求対象のセグメントデータを映像データ管理装置５０に送信する。例えば、再送受信部３２は、再送要求対象のセグメントデータを再送用の送信先に送信する。一例として、映像データ管理装置５０において、ライブ映像のセグメントデータと再送要求対象のセグメントデータとで異なる受信ポートを設けておき、送受信部２４は、ライブ映像のセグメントデータをライブ映像用の受信ポートを用いて送信し、再送受信部３２は、再送要求対象のセグメントデータを再送用の受信ポートを用いて送信する。または、ライブ映像のセグメントデータと再送要求対象のセグメントデータとで、送信先として異なるＵＲＬを用いることで、ライブ映像のセグメントデータと再送要求対象のセグメントデータとを異なる送信先に送信してもよい。また、送信するセグメントデータに再送フラグを設定してもよい。

【0091】

映像データ管理装置５０の再送受信部７０は、再送要求対象のセグメントデータを撮像装置１０から受信し、記録処理部５４は当該セグメントデータを記録装置５６に記憶させる。

【0092】

また、ネットワークＮが復旧した場合、切捨て部２２は、ライブ映像用のセグメントデータを送受信部２４に出力し、送受信部２４は、当該セグメントデータを映像データ管理装置５０に送信する。このように、送受信部２４及び再送受信部３２は、それぞれ並行してセグメントデータを映像データ管理装置５０に送信する。送受信部２４は、ライブ映像としてのセグメントデータを送信し、再送受信部３２は、障害期間中のセグメントデータを送信することになる。一方、映像データ管理装置５０の送受信部５２及び再送受信部７０は、それぞれ並行してセグメントデータを撮像装置１０から受信する。送受信部５２は、ライブ映像としてのセグメントデータを受信し、再送受信部７０は、障害期間中のセグメントデータを受信することになる。送受信部５２によって受信されたセグメントデータは記録装置５６に記憶されるとともに復号部５８にて復号され、ライブ映像として表示装置１００に表示される。一方、再送受信部７０によって受信されたセグメントデータは、記録装置５６に記憶される。

【0093】

以上のように、ネットワークＮの障害期間中に取得されたライブ映像用のセグメントデータを破棄することで、ＴＣＰ等のように信頼性が高い通信プロトコルを用いた場合であっても、ネットワークＮが復旧した後は、最新の映像データをライブ映像として映像データ管理装置５０に送信することが可能となる。これにより、映像データ管理装置５０において、最新のライブ映像によってリアルタイムで監視を行うことが可能となる。ＴＣＰを通信プロトコルに用いた場合、ネットワークＮの障害期間中に取得された映像データが保持され、ネットワークＮが復旧した後、保持された古い映像データから順に送信されることになる。しかしながら、本実施形態では、障害期間中に取得されたライブ映像用のセグメントデータを破棄することで、古い映像データがライブ映像として送信されないため、最新のライブ映像によって監視を行うことが可能となる。すなわち、ネットワークＮの復旧後は、障害期間中のセグメントデータをライブ映像として送信する必要がないため、障害期間中に取得されたライブ映像用のセグメントデータを破棄することで、ネットワークＮの復旧後は、最新のライブ映像を送信することができる。

【0094】

一方、障害期間中に取得されたセグメントデータをライブ映像用としてではなく記録しておくことで、障害期間中に取得されたセグメントデータを映像データ管理装置５０に送信することができる。これにより、映像データ管理装置５０は、障害期間中に取得されたセグメントデータを回収することが可能となる。例えば、障害期間中に発生したイベントを、障害期間中に取得された映像データに基づいて検出することが可能となる。

【0095】

（変形例）
次に、図５から図８を参照して、変形例に係る映像データ管理システムについて説明する。変形例に係る映像データ管理システムは、図５に示す変形例に係る撮像装置１０Ａと、図８に示す変形例に係る映像データ管理装置５０Ａとを含んで構成される。

【0096】

（撮像装置１０Ａ）
図５に、変形例に係る撮像装置１０Ａを示す。撮像装置１０Ａは、図２に示す撮像装置１０の構成に加え、イベント検知部３４及びイベントカウント部３６を含む。イベント検知部３４及びイベントカウント部３６以外の構成は、撮像装置１０の構成と同じであるため、それらの説明を省略し、以下では、主にイベント検知部３４及びイベントカウント部３６について説明する。

【0097】

イベント検知部３４は、撮像部１２から映像データを受け、映像データ又は外部入力信号からイベントを検知し、検知結果を分割部１６及びイベントカウント部３６に出力する。外部入力信号としては、例えば外部センサ、ラジオ、テレビ又はネットワーク経由等からの信号が該当する。外部センサとしては、例えば、人感センサ、振動センサ、地震計、温度センサ、音響センサ等が該当する。例えば、温度センサや人感センサ等の外部センサの作動、特定領域への人の侵入、物の放置、又は、「あばれ検知」等の不自然な動き等を検知した場合、イベントが発生したとし、イベント検知部３４は、イベントを検知したことを示すイベントフラグを分割部１６及びイベントカウント部３６に出力する。イベント検知部３４は、映像データを映像解析することで、特定領域への人の侵入、物の放置又は不自然な動き等をイベントとして検知してもよい。また、イベント検知部３４は、イベントの種類を示す情報を分割部１６に出力してもよい。

【0098】

イベントカウント部３６は、過去から各セグメントデータが撮影されるまでの間にイベントが検知されたセグメントデータの数の累計をカウントし、その累計を示すイベントカウンタを分割部１６に出力する。

【0099】

分割部１６は、ストリームファイルを複数のセグメントデータに分割し、各セグメントデータのメタデータにイベントカウンタを付加する機能（付加機能）を備える。また、分割部１６は、イベントが検知されたセグメントデータのメタデータにイベントフラグを付加する機能（付加機能）を備える。また、分割部１６は、イベントが検知されたセグメントデータのメタデータに、イベントの種類を示すイベントリストを付加してもよい。図６に、セグメントデータのデータ構造を示す。セグメントデータ２００は、映像データ２１０とメタデータ２２０とを含んで構成されている。メタデータ２２０には、イベントフラグ２２２、イベントカウンタ２２４及びイベントリスト２２６が含まれる。

【0100】

分割部１６は、イベントが検知されたセグメントデータのメタデータに、当該イベントが検知されたセグメントデータを含む累計（増加済みのカウンタの累計）を示すイベントカウンタを付加してもよい。または、分割部１６は、イベントが検知されたセグメントデータのメタデータに、当該イベントが検知されたセグメントデータを含まない累計（増加前のカウンタの累計）を示すイベントカウンタを付加し、当該イベントが検知されたセグメントデータの次のセグメントデータから、増加済みのカウンタの累計を示すイベントカウンタを追加してもよい。

【0101】

以上のような構成を備えた撮像装置１０Ａによると、イベントが検知されたセグメントデータのメタデータにはイベントフラグが追加され、すべてのセグメントデータのメタデータには、過去から各セグメントデータが撮像されるまでの間にイベントが検知されたセグメントデータの数の累計を示すイベントカウンタが含まれることになる。各セグメントデータは、メタデータにイベントカウンタが含まれた状態でローカルストレージ２８に記憶され、イベントが検知されたセグメントデータは、メタデータにイベントフラグとイベントカウンタとが含まれた状態でローカルストレージ２８に記憶される。

【0102】

ここで図７を参照して、イベントカウンタの変化の一例を時系列に沿って説明する。例えばセグメントデータ３００でイベントが最初に検知された場合、セグメントデータ３００のメタデータにイベントフラグが追加され、イベントカウンタの値は「１」となる。その次のセグメントデータ３１０でもイベントが検知された場合、セグメントデータ３１０のメタデータにイベントフラグが追加され、イベントカウンタの値は「２」に更新される。さらに次のセグメントデータ３２０でもイベントが検知された場合、セグメントデータ３２０のメタデータにイベントフラグが追加され、イベントカウンタの値は「３」に更新される。そして、次のセグメントデータ３３０でイベントが検知されなかった場合、セグメントデータ３３０のメタデータにはイベントフラグが追加されず、イベントカウンタの値は「３」のまま維持される。さらに次のセグメントデータ３４０でもイベントが検知されなかった場合、セグメントデータ３４０のメタデータにはイベントフラグが追加されず、イベントカウンタの値は「３」のまま維持される。そして、次のセグメントデータ３５０でイベントが検知された場合、セグメントデータ３５０のメタデータにイベントフラグが追加され、イベントカウンタの値は「４」に更新される。

【0103】

（映像データ管理装置５０Ａ）
図８に、変形例に係る映像データ管理装置５０Ａを示す。映像データ管理装置５０Ａは、図４に示す映像データ管理装置５０の構成に加え、フラグ検知部７２及びカウンタ検証部７４を含む。フラグ検知部７２及びカウンタ検証部７４以外の構成は、映像データ管理装置５０の構成と同じであるため、それらの説明は省略し、以下では、主にフラグ検知部７２及びカウンタ検証部７４について説明する。

【0104】

フラグ検知部７２は、送受信部５２からセグメントデータを受け、セグメントデータのメタデータに含まれるイベントフラグを検知し、その検知結果をカウンタ検証部７４に出力する。フラグ検知部７２は、イベントフラグを検知した場合はイベントフラグが含まれる旨の検知結果をカウンタ検証部７４に出力し、イベントフラグを検知しなかった場合はイベントフラグが含まれない旨の検知結果をカウンタ検証部７４に出力する。

【0105】

カウンタ検証部７４は、送受信部５２からセグメントデータを受け、イベントフラグの検知結果をフラグ検知部７２から受け、セグメントデータのメタデータに含まれるイベントカウンタとイベントフラグの検知結果とに基づき、イベントが検知されたと推測されるセグメントデータを含む１個又は複数個の連続したセグメントデータの欠落を検知する。例えば、カウンタ検証部７４は、送受信部５２から受けたセグメントデータ（「最新のセグメントデータ」と称することにする）のイベントカウンタと、当該最新のセグメントデータの直前に送受信部５２から受けたセグメントデータのイベントカウンタとを比較する。そして、カウンタ検証部７４は、直前のセグメントデータに比べて最新のセグメントデータのイベントカウンタが増加しているにもかかわらず、最新のセグメントデータのメタデータにイベントフラグが含まれていない場合、イベントが検知されたと推測されるセグメントデータを含む１個又は複数個の連続したセグメントデータが欠落していると判断し、その判断結果を再送制御部６８に出力する。例えば、カウンタ検証部７４は、最新のセグメントデータが撮影された時間と直前のセグメントデータが撮影された時間との間の時間に撮影されたセグメントデータが欠落していると判断し、その判断結果を再送制御部６８に出力する。最新のセグメントデータのイベントカウンタが、直前のセグメントデータのイベントカウンタよりも増加しているのであれば、最新のセグメントデータにてイベントが検知されているはずである。しかしながら、最新のセグメントデータのメタデータにイベントフラグが含まれていないということは、別のセグメントデータにてイベントが検知されたと推測される。例えば、最新のセグメントデータと直前のセグメントデータとの間に別のセグメントデータが存在し、その別のセグメントデータにてイベントが検知されたと推測される。カウンタ検証部７４は、その別のセグメントデータを含む１個又は複数個の連続したセグメントデータが欠落していることを示す判断結果を再送制御部６８に出力する。なお、映像データ管理装置５０Ａによるセグメントデータの受信の順番が入れ替わる場合があることを想定し、映像データ管理装置５０Ａが最新のセグメントデータを受信してから所定時間後又は所定数のセグメントデータを受信した後の時点で、カウンタ検証部７４は欠落したセグメントデータの検知を行ってもよい。

【0106】

再送制御部６８は、カウンタ検証部７４から判断結果を受け、欠落しているセグメントデータの再送要求を再送受信部７０に出力する。

【0107】

ここで図７を参照して、カウンタ検証部７４の具体的な処理内容を説明する。例えば図７に示すように、イベントが検知されたセグメントデータ３２０が欠落した場合について説明する。この場合、映像データ管理装置５０Ａは、セグメントデータ３００，３１０，３３０，・・・を順番に受信するものとする。カウンタ検証部７４は、セグメントデータ３００，３１０，３３０，３４０，・・・を送受信部５２から受け、各セグメントデータについてイベントカウンタの変化を検証する。そして、セグメントデータ３４０が送受信部５２によって受信されると、カウンタ検証部７４は、最新のセグメントデータ３４０を送受信部５２から受け、イベントフラグの検知結果をフラグ検知部７２から受ける。セグメントデータ３４０ではイベントは検知されておらず、メタデータにイベントフラグが含まれていないため、イベントフラグが含まれない旨の検知結果が、フラグ検知部７２からカウンタ検証部７４に出力される。カウンタ検証部７４は、最新のセグメントデータ３４０のイベントカウンタと、セグメントデータ３４０の直前に送受信部５２から受けたセグメントデータ３１０のイベントカウンタとを比較する。直前のセグメントデータ３１０のイベントカウンタは「２」を示しており、最新のセグメントデータ３４０のイベントカウンタは「３」を示しているため、イベントカウンタは増加している。しかしながら、最新のセグメントデータ３４０のメタデータにはイベントフラグが含まれていない。従って、別のセグメントデータにてイベントが検知されたと推測される。例えば、最新のセグメントデータ３４０が撮影された時間と直前のセグメントデータ３１０が撮影された時間との間の時間に別のセグメントデータ（図７ではセグメントデータ３２０，３３０）が撮影され、その別のセグメントデータのいずれか又はすべてにてイベントが検知されたと推測される。従って、カウンタ検証部７４は、その別のセグメントデータが欠落していることを示す判断結果を再送制御部６８に出力する。なお、図７に示す例では、２つのセグメントデータ３２０，３３０が欠落しているものとして説明しているが、３つ以上のセグメントデータが欠落している場合や１つのセグメントデータのみが欠落している場合も考えられる。

【0108】

再送制御部６８は、カウンタ検証部７４から判断結果を受けると、欠落したセグメントデータの再送要求を再送受信部７０に出力する。再送制御部６８は、欠落した一連のセグメントセグメントデータがイベント検知されたセグメントデータを含む場合、イベント検知されたセグメントデータを含まない欠落した一連のセグメントデータよりも優先して再送要求してもよい。イベント検知されたセグメントデータを含む欠落した一連のセグメントデータの再送要求の優先度を、イベント検知されたセグメントデータを含まない欠落した一連のセグメントデータの再送要求の優先度よりも高くすることで、映像データ管理装置５０Ａは、イベントが映されていると推測されるセグメントデータを含む一連のセグメントデータを優先的に取得し、イベントが映されている映像をより迅速に表示することが可能となる。

【0109】

以上のようにイベントカウンタの変化とイベントフラグとを用いることで、イベントが検知されたと推測されるセグメントデータの欠落を検知することが可能となる。イベントが含まれるセグメントデータは監視の点からも重要なデータであるため、このセグメントデータを優先して再送要求することで、イベントへの対応の遅れの防止を図ることが可能となる。

【0110】

なお、撮像装置１０Ａにイベントカウント部３６を設けず、映像データ管理装置５０Ａにカウンタ検証部７４を設けなくてもよい。この場合、再送制御部６８は、メタデータにイベントフラグが含まれる欠落したセグメントデータの再送要求を再送受信部７０に出力する。

【0111】

（可搬性記録媒体１１０への記録形式、オーサリング部６２）
次に、可搬性記録媒体１１０への記録形式とオーサリング部６２の具体例について説明する。なお、以下に説明するオーサリング部６２の機能及び記録形式は一例であり、上述した実施形態及び変形例はこれらに限定されるものではない。映像データを記録する可搬性記録媒体１１０としては、ＤＶＤ、ＣＤ、Ｂｌｕ−Ｒａｙディスク（ＢＤ）等の光ディスク媒体が想定されるが、不揮発性の半導体メモリ等であってもよい。本実施形態では、一例として、可搬性記録媒体１１０はＢｌｕ−Ｒａｙディスク（ＢＤ）であるとして説明する。まず、本実施形態において前提となるＢＤ規格について簡単に説明する。

【0112】

図９に、ＢＤ規格で定められたディレクトリ及びファイル構造を示す。主なＢＤファイルは、ルートディレクトリ直下のＢＤＭＶディレクトリの下に格納される。ＢＤＭＶディレクトリは、ＰＬＡＹＬＩＳＴ、ＣＬＩＰＩＮＦＯ、ＳＴＲＥＡＭ、ＪＡＲ及びその他のディレクトリを含む。

【0113】

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

【0114】

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

【0115】

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

【0116】

ＪＡＲディレクトリは、Ｊａｖａ（登録商標）プラットフォームに基づくＪａｖａ（登録商標）アプリケーションファイルを含む。ＢＤ規格では、Ｊａｖａ（登録商標）プラットフォームに基づくプログラマブルなアプリケーションに対応しており、これを「ＢＤ−Ｊ」と称する。本実施形態では、このＪＡＲディレクトリに格納されるＪａｖａ（登録商標）アプリケーションを用いて、暗号化されたストリームファイルの復号と所定位置への格納とを行うとともに、復号されたストリームファイルをＢＤの映像コンテンツとして認識させるためにＶＦＳ（Ｖｉｒｔｕａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）の制御を行う。

【0117】

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

【0118】

図１０に、オーサリング部６２のブロック図を示す。オーサリング部６２は、プレイリスト作成部６２Ａ、プログラム生成部６２Ｂ及び書込部６２Ｃを含む。オーサリング部６２の説明の前に、撮像装置１０のエンコーダ１４及び暗号化部１８のそれぞれの処理について説明する。

【0119】

エンコーダ１４は、映像データに基づき、ストリームファイル（図においてｍ２ｔｓで示す）とクリップファイル（図においてｃｌｉｐで示す）を作成するものとする。また、撮像装置１０の暗号化部１８は、パスワード等の暗号化鍵２０を用いて、エンコーダ１４から供給されたストリームファイルを暗号化して出力する。なお、本実施形態における暗号化は、セグメントデータの可逆的破壊ということもでき、たとえパーソナルコンピュータでセグメントデータ自体を直接開いたとしても、元の映像データを再生できないような形態で加工される。

【0120】

図９に示すようにストリームファイルは本来であればＳＴＲＥＡＭディレクトリに格納されるべきところを、オーサリング部６２は、ＢＤ−Ｊアプリケーションからアクセス可能なディレクトリ、例えばＪＡＲディレクトリの下にＤＡＴＡディレクトリを作成してその下に格納する。暗号化されたストリームファイルの拡張子は例えば「．ｅｎｔｓ」とする。不正規入手者がストリームの検索を行ってもストリームファイルが暗号化されているため、映像を再生することができない。

【0121】

プレイリスト作成部６２Ａは、ストリームファイル及びクリップファイルに基づき、プレイリストファイルを作成して書込部６２Ｃに出力する。

【0122】

プログラム生成部６２Ｂは、ストリームファイル、クリップファイル及び復号鍵（パスワード）に基づき、Ｊａｖａ（登録商標）アプリケーションを作成して書込部６２Ｃに出力する。この復号鍵（パスワード）は、暗号化部１８で暗号化する際に用いられたパスワードであり、復号化の際に用いられるパスワードである。

【0123】

書込部６２Ｃは、図９に示されたディレクトリ構造に従って各ファイルをそれぞれのディレクトリに格納し、ＢＤとしての可搬性記録媒体１１０に書き込む。但し、本実施形態では上記のように、ストリームファイルは暗号化された上でＳＴＲＥＡＭディレクトリではなくＪＡＲディレクトリに格納される。

【0124】

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

【0125】

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

【0126】

本実施形態では、入力されたパスワード（暗号化鍵）に基づき、ストリームファイルを暗号化部１８で暗号化を実施する。例えば、
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ
を暗号化し、オーサリング部６２は、これらをＪＡＲディレクトリ下のＤＡＴＡディレクトリの下に
００００１．ｅｎｔｓ
００００２．ｅｎｔｓ
として格納する。なお、ＪＡＲディレクトリにおける
００００１．ｊａｒ
００００２．ｊａｒ
は、Ｊａｖａ（登録商標）アプリケーションである。

【0127】

以上のようにしてストリームファイルを暗号化してＳＴＲＥＡＭディレクトリからＪＡＲディレクトリ下のＤＡＴＡディレクトリに移動して格納すると、このままでは汎用の再生装置では元の映像を再生することができない。このため、本実施形態では、ＢＤ規格において定められているＶＦＳを利用して汎用の再生装置での再生を可能としている。

【0128】

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

【0129】

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

【0130】

図１２（ｃ）に、ＢＤ内のファイルとＢＵＤＡ内のファイルとを組み合わせたＶｉｒｔｕａｌ Ｐａｃｋａｇｅのファイル構造を示す。ＰＬＡＹＬＩＳＴディレクトリには、ＢＤ内のＰＬＡＹＬＩＳＴディレクトリに格納されていたプレイリストファイル００００１．ｍｐｌｓと、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納されていたプレイリストファイル００００２．ｍｐｌｓとが組み合わされ、
００００１．ｍｐｌｓ
００００２．ｍｐｌｓ
の２つのファイルが格納される。

【0131】

同様に、ＣＬＩＰＩＮＦＯディレクトリには、ＢＤ内のＣＬＩＰＩＮＦＯディレクトリに格納されていたクリップファイル００００１．ｃｌｐｉと、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納されていたクリップファイル００００２．ｃｌｐｉとが組み合わされ、
００００１．ｃｌｐｉ
００００２．ｃｌｐｉ
の２つのファイルが格納される。

【0132】

同様に、ＳＴＲＥＡＭディレクトリには、ＢＤ内のＳＴＲＥＡＭディレクトリに格納されていたストリームファイル００００１．ｍ２ｔｓと、ＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納されていたストリームファイル００００２．ｍ２ｔｓとが組み合わされ、
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ
の２つのファイルが格納される。

【0133】

また、ＪＡＲディレクトリには、ＢＤ内のＪＡＲディレクトリに格納されていたＪａｖａ（登録商標）アプリケーションファイル００００１．ｊａｒと、ＢＵＤＡ内のＪＡＲディレクトリに格納されていたＪａｖａ（登録商標）アプリケーションファイル００００２．ｊａｒとが組み合わされ、
００００１．ｊａｒ
００００２．ｊａｒ
の２つのファイルが格納される。

【0134】

なお、ＢＤ内のファイル名とＢＵＤＡ内のファイル名とが同一である場合、２つを組み合わせる結果、ＢＤ内のファイルがＢＵＤＡ内のファイルで置換されることでコンテンツがアップデートされる。

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

なお、図１１に示すＢＤ規格のファイル構造の作成は、映像データ管理装置５０のオーサリング部６２によって行われてもよいし、撮像装置１０の暗号化部１８によって行われてもよい。すなわち、暗号化部１８がオーサリング部６２の機能を備えていてもよい。例えば、暗号化部１８によって暗号化処理のみがなされた場合、オーサリング部６２が、図１１に示すＢＤ規格のファイル構造を作成する。一方、暗号化部１８が図１１に示すＢＤ規格のファイル構造を作成した場合、当該ファイル構造を有するストリームファイルをそのままの形式でオーサリング部６２によって可搬性記録媒体１１０に書き込むだけで、ＢＤ規格のストリームファイルを可搬性記録媒体１１０で配布することができる。または、暗号化部１８によって図１１に示すＢＤ規格のファイル構造を作成し、オーサリング部６２によって、ストリームファイルと復号プログラムとを可搬性記録媒体１１０に書き込んでもよい。復号プログラムを撮像装置１０にてストリームファイルに付与するよりも、映像データ管理装置５０にて付与することで、映像データの安全性が更に向上する。

【符号の説明】

【0141】

１ 映像データ管理システム、１０ 撮像装置、１２ 撮像部、１４ エンコーダ、１６ 分割部、１８ 暗号化部、２０ 暗号化鍵、２２ 切捨て部、２２Ａ 第１バッファ、２２Ｂ 第２バッファ、２２Ｃ，２２Ｄ スイッチ、２４，５２ 送受信部、２６，５４ 記録処理部、２８ ローカルストレージ、３０ 読み出し部、３２，７０ 再送受信部、３４ イベント検知部、３６ イベントカウント部、３８，７６ 回線障害検出部、５０ 映像データ管理装置、５６ 記録装置、５８ 復号部、６０ 表示制御部、６２ オーサリング部、６２Ａ プレイリスト作成部、６２Ｂ プログラム生成部、６２Ｃ 書込部、６４ 連番確認部、６６ ファイル名比較部、６８ 再送制御部、７２ フラグ検知部、７４ カウンタ検証部、１００ 表示装置、１１０ 可搬性記録媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】