映像データ処理装置、プログラム及び方法
【課題】有用な部分を保持しつつ、映像データを圧縮する。
【解決手段】本映像データ処理装置は、映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出手段と、重要度に基づき、映像データを圧縮する圧縮手段とを有する。このようにすれば、撮影条件（例えば、撮影場所など）や映像データの有する特徴（例えば、撮影対象物の動き、向きなど）を考慮した、映像データの圧縮を行うことができるようになる。
【解決手段】本映像データ処理装置は、映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出手段と、重要度に基づき、映像データを圧縮する圧縮手段とを有する。このようにすれば、撮影条件（例えば、撮影場所など）や映像データの有する特徴（例えば、撮影対象物の動き、向きなど）を考慮した、映像データの圧縮を行うことができるようになる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データにおける有用な部分を保持しつつ、映像データを圧縮するための技術に関する。
【背景技術】
【０００２】
従来、防犯を主目的として、例えばオフィスの玄関、エレベータホール、サーバ室及び執務室や、銀行、コンビニエンスストアのＡＴＭなどに監視カメラが設置されている。これらの監視カメラで撮影された映像はデータ化され、ストレージに保存される。そして、後日、必要に応じて映像をチェックできるようになっている。
【０００３】
一方で、システムの大規模化、保存期間の長期化に伴い、保存すべき映像のデータ量が増えつつある。しかし、ストレージの容量には限りがあるため、例えばデータを圧縮するなどして、映像のデータ量を削減する必要がある。
【０００４】
例えば特開２００３−１５３１７７号公報には、保管用の録画データの容量を抑えながら、録画映像の目的を達成するための画像の質を維持する映像録画装置が開示されている。具体的には、当該映像録画装置は、録画データのフレームレート、圧縮率、解像度のうち少なくとも１つを変換することによりデータサイズを変更することが可能であり、撮影装置が撮影した映像を入力する映像入力手段と、映像入力手段の入力した映像を比較的データサイズの大きい録画データとして記憶装置に格納する手段と、記憶装置に格納されてから所定時間が経過した録画データに対しては、当該録画データのデータサイズを小さくする変換処理を施すとともに、もとの録画データに代えて、変換後の録画データを新たな録画データとして記憶装置に格納する手段とを備える。
【特許文献１】特開２００３−１５３１７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、映像のデータ量を削減する際に、撮影条件や映像データの有する特徴などが考慮されていない。そのため、あまり有用でない部分を残してしまったり、有用な部分を削減してしまう可能性がある。
【０００６】
従って、本発明の目的は、映像データにおける有用な部分を保持しつつ、映像データを圧縮するための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明に係る映像データ処理装置は、映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出手段と、重要度に基づき、映像データを圧縮する圧縮手段とを有する。
【０００８】
このようにすれば、撮影条件（例えば、撮影場所など）や映像データの有する特徴（例えば、撮影対象物の動き、向きなど）を考慮した、映像データの圧縮を行うことができるようになる。例えば、誰も映っていない又は人間の背中しか映っていないフレーム画像については、画質を落とすなどしてデータ量を削減し、人間の顔が映っているフレーム画像については、画質を落とさないようにすることで、映像データにおける有用な部分を保持しつつ、映像データの圧縮を行うことができる。
【０００９】
また、撮影条件が、撮影場所毎に予め設定された場所ポイントを含む場合もある。そして、重要度算出手段が、映像データの撮影場所に対応する場所ポイントを用いて重要度を算出するようにしてもよい。
【００１０】
例えば、撮影内容が同じようなフレーム画像であっても、重要性の高い場所（例えば、金庫室など）の場所ポイントを高く設定しておくことで、あまり重要性の高くない場所（例えば、エレベータホールなど）を撮影したフレーム画像に比べ、重要性の高い場所を撮影したフレーム画像については画質を落とさないように、映像データの圧縮を行うことができるようになる。
【００１１】
さらに、重要度算出手段が、フレーム画像の有する特徴として、当該フレーム画像において撮影対象物とみなされる部分の動きの大きさと、撮影対象物とみなされる部分の向きとのうち少なくともいずれかを抽出し、撮影対象物とみなされる部分の動きの大きさに対応する動きポイントと、撮影対象物とみなされる部分の向きに対応する向きポイントとのうち少なくともいずれかを用いて重要度を算出するようにしてもよい。
【００１２】
例えば、撮影対象物の大きい動きを検出した場合には、そのフレーム画像については画質を落とさないように、映像データの圧縮を行うことができるようになる。
【００１３】
また、重要度算出手段が、映像データの撮影場所にセンサが設置されている場合には、当該センサにより検出されたイベントの情報にさらに基づき、重要度を算出するようにしてもよい。
【００１４】
このようにすれば、例えばセンサが不正侵入を検出した場合、その検出時刻におけるフレーム画像については画質を落とさないように、映像データの圧縮を行うことができるようになる。
【００１５】
さらに、重要度算出手段が、イベント検出時のフレーム画像について、イベントに対応するイベントポイントを用いて重要度を算出するようにしてもよい。また、重要度算出手段が、イベント検出時のフレーム画像から前の、第１の所定数分のフレーム画像と、イベント検出時のフレーム画像から後の、第２の所定数分のフレーム画像とのうち少なくともいずれかについて、イベントに対応するイベントポイントを用いて重要度を算出するようにしてもよい。
【００１６】
このようにすれば、例えば不正侵入検出時の前後数秒のフレーム画像についても画質を落とさないように、映像データの圧縮を行うことができるようになる。
【００１７】
さらに、圧縮手段が、重要度が所定基準未満のフレーム画像を間引くことにより、映像データを圧縮するようにしてもよい。また、重要度が低いほど、フレーム画像の圧縮率が高くなる場合もある。
【００１８】
なお、本発明に係る映像データ処理装置を実現するためのプログラムを作成することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１９】
本発明によれば、映像データにおける有用な部分を保持しつつ、映像データを圧縮することができるようになる。
【発明を実施するための最良の形態】
【００２０】
本発明の一実施の形態に係るシステム概要を図１に示す。例えばインターネットであるネットワーク１には、管理サーバ３１と、本実施の形態における主要な処理を実施するサーバ５１とが接続されている。
【００２１】
管理サーバ３１は、入退管理システム３内に設けられており、同じく入退管理システム３内に含まれる入退履歴ＤＢ３２にアクセス可能となっている。さらに、管理サーバ３１は、例えばインターネットであるネットワーク７を介して監視地点Ａに設置されているセンサ１１に接続されている。なお、本実施の形態では、センサ１１は、入退室の際に認証が必要なドアに設置されており、認証機能を備えているものとする。入退履歴ＤＢ３２には、センサ１１により検出された認証成功時の入退室や、認証エラー、不正侵入などの情報が格納される。
【００２２】
サーバ５１は、映像監視システム５内に設けられており、同じく映像監視システム５内に含まれる映像ファイル格納部５２にアクセス可能となっている。さらに、サーバ５１は、ネットワーク７を介して監視地点Ａに設置されているレコーダ９Ａと監視地点Ｂに設置されているレコーダ９Ｂとに接続されている。映像ファイル格納部５２には、レコーダ９Ａ及び９Ｂから送信される映像データを映像ファイルとして格納する。
【００２３】
なお、レコーダ９Ａは、同じく監視地点Ａに設置されているカメラ１０Ａと接続されており、カメラ１０Ａの撮影した映像データを保管するようになっている。また、レコーダ９Ｂは、同じく監視地点Ｂに設置されているカメラ１０Ｂと接続されており、カメラ１０Ｂの撮影した映像データを保管するようになっている。また、図１では、監視地点の数が２つ（監視地点Ａ及びＢ）の場合の例を示しているが、監視地点の数はこれに限定されない。
【００２４】
図２に、図１に示したサーバ５１の機能ブロック図を示す。サーバ５１は、レコーダ９から受信した映像データを映像ファイルとして映像ファイル格納部５２に登録する映像受信部５１１と、映像受信部５１１が登録した映像ファイルのステータスの情報を格納するステータスＤＢ５１２と、入退管理システム３からイベントの情報（例えば、認証成功時の入退室や、認証エラー、不正侵入など）を取得するイベント取得部５１３と、イベント取得部５１３が取得したイベントの情報を格納するイベントＤＢ５１４と、各監視地点に設置されたカメラの情報を格納しているカメラＤＢ５１５と、ステータスＤＢ５１２、イベントＤＢ５１４及びカメラＤＢ５１５に格納されたデータに基づき、映像情報ファイルを生成し、各フレーム画像のポイントを計算するポイント設定部５１６と、ポイント設定部５１６が生成した映像情報ファイルを格納する映像情報ファイル格納部５１７と、ポイント設定部５１６からの指示に応じて、映像ファイル格納部５２に格納されている映像ファイルに対して映像解析処理を実施する映像解析部５１８と、ステータスＤＢ５１２及び映像情報ファイル格納部５１７に格納されたデータに基づき、映像ファイル格納部５２に格納されている映像ファイルに対して圧縮処理を実施する映像圧縮部５１９とを有する。
【００２５】
図３に、ステータスＤＢ５１２に格納されるデータの一例を示す。図３の例では、ステータスＤＢ５１２には、ファイル名の列と、ステータスの列とが含まれる。ファイル名の列には、映像ファイルのファイル名が登録される。また、ステータスの列には、映像ファイルのステータス（解析待ち／未圧縮／圧縮済み）が設定される。
【００２６】
図４に、イベントＤＢ５１４に格納されるデータの一例を示す。図４の例では、イベントＤＢ５１４には、時刻の行と、センサＩＤの行と、イベント種別の行とが含まれる。各行には、入退管理システム３から取得したデータが設定される。
【００２７】
図５に、カメラＤＢ５１５に格納されるデータの一例を示す。図５の例では、カメラＤＢ５１５には、カメラＩＤの列と、場所ポイントの列と、センサポイントの列と、センサＩＤの列と、調整フレーム数の列とが含まれる。センサポイントの列は、イベント種別毎の列に分かれている（図５の例では、侵入警報の列、入退室の列及び認証エラーの列）。また、調整フレーム数の列は、イベント種別毎の列に分かれており（図５の例では、侵入警報の列、入退室の列及び認証エラーの列）、さらにプレの列とポストの列とに分かれている。場所ポイントの列には、カメラの設置された監視地点に対応するポイント値が設定され、本実施の形態では、重要性の高い場所ほど高いポイント値が設定されるものとする。また、センサポイントの列には、センサ１１の検出したイベントに対応するポイント値が設定される。センサＩＤの列には、カメラの設置された監視地点にセンサが設置されている場合には、当該センサのＩＤが設定される。なお、「−」は、カメラの設置された監視地点にセンサが設置されていないことを示す。調整フレーム数の列には、センサポイントを付与すべきフレーム画像の数が設定される。例えば、侵入警報の検出時に、検出時のフレーム画像から３０フレーム前までのフレーム画像について、センサポイントを付与させるには、侵入警報のプレの列に「３０」を設定する。同様に、侵入警報の検出時に、検出時のフレーム画像から２０フレーム後までのフレーム画像について、センサポイントを付与させるには、侵入警報のポストの列に「２０」を設定する。なお、センサポイントを付与する処理については、後で詳細に説明する。
【００２８】
図６に、映像情報ファイル格納部５１７に格納される映像情報ファイルの一例を示す。図６の例では、映像情報ファイルには、タイムスタンプの行と、動きポイントの行と、顔ポイントの行と、センサポイントの行と、場所ポイントの行と、合計ポイントの行とが含まれる。なお、各行に設定される値については、後で詳細に説明する。
【００２９】
図７に、映像ファイル格納部５２に格納される映像ファイルの一例を示す。図７（ａ）に示すように、映像ファイルはヘッダ部とデータ部とから構成される。また、図７（ｂ）に示すように、ヘッダ部には、フレーム番号とタイムスタンプとが含まれる。また、データ部には、各フレームの静止画像が含まれる。
【００３０】
次に、図８乃至図１８を用いて、サーバ５１の処理について説明する。まず、図８及び図９を用いて、レコーダ９から映像データを受信した際の処理について説明する。各監視地点において、カメラ１０で撮影された映像データはレコーダ９に保管されるようになっており、レコーダ９に保管された映像データは、定期的又は任意のタイミングでサーバ５１に送信される。サーバ５１の映像受信部５１１は、レコーダ９からの映像データを受信する（図８：ステップＳ１）。
【００３１】
そして、映像受信部５１１は、所定の規則に基づきファイル名を付与し、映像データを映像ファイルとして映像ファイル格納部５２に格納する（ステップＳ３）。本実施の形態では、図９に示すように、「録画開始時刻」、「録画時間」及び「カメラＩＤ」によりファイル名を決定する。例えば、録画開始時刻が「２００８年２月１４日１２時３４分５６秒」、録画時間が「３０分」、カメラＩＤが「ｃａｍ１」の場合、ファイル名は「20080214123456_30_cam1.video」となる。なお、映像ファイルを識別できるファイル名であれば、他の規則に基づいてファイル名を付与するようにしてもよい。映像受信部５１１は、ステップＳ３の処理により付与されたファイル名を含むレコードをステータスＤＢ５１２に追加し、当該レコードのステータスを「解析待ち」に設定する（ステップＳ５）。
【００３２】
以上のような処理を実施することにより、レコーダ９から映像データを受信する毎に、映像ファイルが映像ファイル格納部５２に格納され、当該映像ファイルのステータスが「解析待ち」であることを表すレコードがステータスＤＢ５１２に追加される。
【００３３】
次に、図１０乃至１６を用いて、映像ファイルを構成する各フレーム画像に係る重要度を計算する処理を説明する。サーバ５１は、定期的又は任意のタイミングで、図１０乃至１３に示すような処理を実施する。なお、図示していないが、本処理の前提として、サーバ５１のイベント取得部５１３が、管理サーバ３１に問い合わせるなどして、本処理の開始時点までのイベント情報の取得が完了しているものとする。
【００３４】
まず、サーバ５１のポイント設定部５１６は、ステータスが「解析待ち」である映像ファイルがあるか判断する（図１０：ステップＳ７）。具体的には、ステータスＤＢ５１２内を検索し、ステータスが「解析待ち」のレコードが格納されているか判断する。ステータスが「解析待ち」である映像ファイルがなければ（ステップＳ７：Ｎｏルート）、処理を終了する。
【００３５】
一方、ステータスが「解析待ち」である映像ファイルがあると判断された場合（ステップＳ７：Ｙｅｓルート）、ポイント設定部５１６は、該当する映像ファイルのうち、１つの映像ファイルを特定する（ステップＳ９）。そして、ポイント設定部５１６は、映像ファイル格納部５２に格納された特定映像ファイルに基づき、特定映像ファイルに対応する映像情報ファイルを生成し、映像情報ファイル格納部５１７に格納する（ステップＳ１１）。この際、ポイント設定部５１６は、図９に示した規則に基づきファイル名を付与する。なお、映像情報ファイルのファイル名は、対応する映像ファイルのファイル名と拡張子以外は同じものとなる。例えば、対応する映像ファイルのファイル名が「20080214123456_30_cam1.video」であれば、映像情報ファイルのファイル名は「20080214123456_30_cam1.inf」となる。さらに、ポイント設定部５１６は、特定映像ファイルを構成する各フレーム画像のタイムスタンプを、映像情報ファイルのタイムスタンプの行（図６）に設定する。
【００３６】
そして、ポイント設定部５１６は、特定映像ファイルに含まれる未処理のフレーム画像をタイムスタンプの早い順に特定する（ステップＳ１３）。そして、ポイント設定部５１６は、映像解析部５１８に特定映像ファイルの解析を指示する。ポイント設定部５１６からの指示に応じて、映像解析部５１８は、動き解析処理を実施し、特定フレーム画像に係る動きポイントを映像情報ファイルに登録する（ステップＳ１５）。具体的には、動き解析処理を実施することにより、撮影対象物の動きを検出し、検出した動きが大きいほど、高いポイントを設定する。なお、撮影対象物の動きを検出する技術については、例えば特開２００２−６３５７８号公報記載の技術などを用いることができる。
【００３７】
また、映像解析部５１８は、顔解析処理を実施し、特定フレーム画像に係る顔ポイントを映像情報ファイルに登録する（ステップＳ１７）。具体的には、顔解析処理を実施することにより、人間の顔が映っているか、正面を向いているかなどを判断し、人間の顔が大きく、より正面を向いているほど、高いポイントを設定する。なお、人間の顔が映っているか、正面を向いているかなどを判断する技術については、例えば特開２００６−３３８３２９号公報記載の技術などを用いることができる。
【００３８】
そして、ポイント設定部５１６は、特定映像ファイルに含まれる全てのフレーム画像について処理が完了したか判断する（ステップＳ１９）。特定映像ファイルに含まれる全てのフレーム画像について処理が完了していなければ（ステップＳ１９：Ｎｏルート）、ステップＳ１３の処理に戻る。一方、特定映像ファイルに含まれる全てのフレーム画像について処理が完了した場合（ステップＳ１９：Ｙｅｓルート）、端子Ａを介してステップＳ２１（図１１）の処理に移行する。
【００３９】
図１１の説明に移行して、端子Ａの後、ポイント設定部５１６は、特定映像ファイルのファイル名からカメラＩＤを抽出する（図１１：ステップＳ２１）。そして、ポイント設定部５１６は、カメラＤＢ５１５を参照し、当該カメラに対応するセンサが存在するか判断する（ステップＳ２３）。当該カメラに対応するセンサは存在しないと判断された場合（ステップＳ２３：Ｎｏルート）、後で説明するステップＳ２５乃至ステップ３５の処理をスキップし、端子Ｂを介してステップＳ３７（図１３）の処理に移行する。
【００４０】
一方、当該カメラに対応するセンサが存在すると判断された場合（ステップＳ２３：Ｙｅｓルート）、ポイント設定部５１６は、イベントＤＢ５１４内に当該センサに係るイベントが存在するか判断する（ステップＳ２５）。イベントＤＢ５１４内に当該センサに係るイベントは存在しないと判断された場合（ステップＳ２５：Ｎｏルート）、ステップＳ２７乃至ステップＳ３５の処理をスキップし、端子Ｂを介してステップＳ３７（図１３）の処理に移行する。
【００４１】
一方、イベントＤＢ５１４内に当該センサに係るイベントが存在すると判断された場合（ステップＳ２５：Ｙｅｓルート）、ポイント設定部５１６は、特定映像ファイルの係る撮影時間を抽出し、一旦記憶装置に格納する（ステップＳ２７）。具体的には、ポイント設定部５１６は、特定映像ファイルの先頭のフレーム画像と、最後尾のフレーム画像とのタイムスタンプを抽出する。また、ポイント設定部５１６は、当該センサに係るイベントのうち未処理のイベントを特定する（ステップＳ２９）。そして、ポイント設定部５１６は、特定イベントの発生時間が、特定ファイルの撮影時間内であるか判断する（ステップＳ３１）。特定イベントの発生時間が、特定ファイルの撮影時間外であると判断された場合（ステップＳ３１：Ｎｏルート）、ステップＳ３３の処理をスキップし、ステップＳ３５の処理に移行する。
【００４２】
一方、特定イベントの発生時間が、特定ファイルの撮影時間内であると判断された場合（ステップＳ３１：Ｙｅｓルート）、ポイント設定部５１６は、カメラＤＢ５１５に格納されたデータに基づき、センサポイント付与処理を実施する（ステップＳ３３）。
【００４３】
センサポイント付与処理については図１２を用いて説明する。ポイント設定部５１６は、当該カメラ且つ特定イベントに対応するセンサポイントをカメラＤＢ５１５から取得する（図１２：ステップＳ５１）。また、ポイント設定部５１６は、当該カメラ且つ特定イベントに対応する調整フレーム数（プレ及びポスト）をカメラＤＢ５１５から取得し、センサポイントを付与すべきフレーム画像を特定する（ステップＳ５３）。具体的には、まず、特定イベント検出時のフレーム画像を、センサポイントを付与すべきフレーム画像として特定する。さらに、特定イベント検出時のフレーム画像から前の、調整フレーム数（プレ）分までのフレーム画像を、センサポイントを付与すべきフレーム画像として特定する。また、特定イベント検出時のフレーム画像から後の、調整フレーム数（ポスト）分までのフレーム画像を、センサポイントを付与すべきフレーム画像として特定する。そして、ポイント設定部５１６は、センサポイントを付与すべきフレーム画像に係るセンサポイントを映像情報ファイルに登録する（ステップＳ５５）。すなわち、特定イベント検出時のフレーム画像だけでなく、前後のフレーム画像についてもセンサポイントが付与される。その後、センサポイント付与処理を終了し、元の処理に戻る。
【００４４】
図１１の説明に戻って、ステップＳ３３の処理を実施した後、ポイント設定部５１６は、当該センサに係る全てのイベントについて処理が完了したか判断する（ステップＳ３５）。当該センサに係る全てのイベントについて処理が完了していなければ（ステップＳ３５：Ｎｏルート）、ステップＳ２９の処理に戻る。一方、当該センサに係る全てのイベントについて処理が完了した場合（ステップＳ３５：Ｙｅｓルート）、端子Ｂを介してステップＳ３７（図１３）の処理に移行する。
【００４５】
図１３の説明に移行して、端子Ｂの後、ポイント設定部５１６は、当該カメラに対応する場所ポイントをカメラＤＢ５１５から取得し、映像情報ファイルに登録する（図１３：ステップＳ３７）。そして、ポイント設定部５１６は、各フレーム画像について、当該フレーム画像の重要度に相当する合計ポイントを算出し、映像情報ファイルに登録する（ステップＳ３９）。なお、本実施の形態では、以下の式を用いて合計ポイントを算出する。
合計ポイント＝（動きポイント＋顔ポイント＋センサポイント）×場所ポイント
【００４６】
そして、ポイント設定部５１６は、ステータスＤＢ５１２内の、特定映像ファイルに対応するレコードのステータスを「未圧縮」に設定する（ステップＳ４１）。その後、端子Ｃを介してステップＳ７（図１０）の処理に戻る。
【００４７】
例えば、図１４乃至図１６に、重要度（合計ポイント）の算出結果の例を示す。図１４（ａ）は、ある人物が認証を行った後、部屋に入ってきた場面を撮影した映像である。また、図１４（ｂ）は、図１４（ａ）の各フレーム画像に対応するポイントを示すものである。図１４（ｂ）において、人物を識別し易いフレーム画像ほど、合計ポイントが高くなっている（例えば、フレーム７、フレーム８）。これは、人物の顔がはっきり映っている画像ほど、顔ポイントが高くなっているためである。
【００４８】
また、図１５（ａ）は、図１４（ａ）と撮影場所は同じであるが、認証エラー検出時の映像である。図１５（ｂ）は、図１５（ａ）における各フレーム画像に対応するポイントを示すものである。図１５（ｂ）において、認証エラー検出時のフレーム画像と前後のフレーム画像についてはセンサポイントが高くなっている。そのため、例えば、図１４（ａ）のフレーム８と、図１５（ａ）のフレーム６とは同じようなフレーム画像であるが、合計ポイントは、図１５（ａ）のフレーム６の方が高くなっている。
【００４９】
さらに、図１６（ａ）は、重要性の高い場所を撮影した映像である。図１６（ｂ）は、図１６（ａ）の各フレーム画像に対応するポイントを示すものである。図１６（ａ）のフレーム画像は、図１４（ａ）のフレーム画像と同じであるが、場所ポイントが高いため、図１６（ａ）のフレーム画像の方が、合計ポイントも高くなっている。
【００５０】
以上のような処理を実施することにより、フレーム画像毎に、撮影場所や、撮影対象物の動き及び向き、イベントを考慮した重要度（合計ポイント）を算出することができる。
【００５１】
次に、図１７及び図１８を用いて、映像ファイルを圧縮する際の処理について説明する。サーバ５１は、定期的又は任意のタイミングで、図１７及び１８に示すような処理を実施する。まず、サーバ５１の映像圧縮部５１９は、ステータスが「未圧縮」である映像ファイルがあるか判断する（図１７：ステップＳ５７）。具体的には、ステータスＤＢ５１２内を検索し、ステータスが「未圧縮」のレコードが格納されているか判断する。ステータスが「未圧縮」である映像ファイルがなければ（ステップＳ５７：Ｎｏルート）、端子Ｄを介してステップＳ６９（図１８）の処理に移行する。
【００５２】
一方、ステータスが「未圧縮」である映像ファイルがあると判断された場合（ステップＳ５７：Ｙｅｓルート）、映像圧縮部５１９は、該当する映像ファイルのうち、未処理の映像ファイルを特定する（ステップＳ５９）。そして、映像圧縮部５１９は、特定映像ファイルの撮影日から第１の所定期間経過したか判断する（ステップＳ６１）。特定映像ファイルの撮影日から第１の所定期間経過していなければ（ステップＳ６１：Ｎｏルート）、後で説明するステップＳ６３及びステップＳ６５の処理をスキップし、ステップＳ６７の処理に移行する。
【００５３】
一方、特定映像ファイルの撮影日から第１の所定期間経過している場合（ステップＳ６１：Ｙｅｓルート）、映像圧縮部５１９は、特定映像ファイルに対応する映像情報ファイルに基づき、特定ファイルに対して圧縮処理を実施する（ステップＳ６３）。具体的には、映像情報ファイルに登録された合計ポイントが所定値未満のフレーム画像を間引いたり、合計ポイントが低いものほど圧縮率を高くするなどし、映像ファイルを圧縮する。なお、圧縮する手法については、従来と変わらないため、ここでは、これ以上述べない。そして、映像圧縮部５１９は、ステータスＤＢ５１２内の、特定映像ファイルに対応するレコードのステータスを「圧縮済み」に設定する（ステップＳ６５）。なお、図示していないが、ステータスＤＢ５１２に、圧縮処理を実施した日時を登録する場合もある。
【００５４】
そして、映像圧縮部５１９は、該当する全ての映像ファイルについて処理が完了したか判断する（ステップＳ６７）。該当する全ての映像ファイルについて処理が完了していなければ（ステップＳ６７：Ｎｏルート）、ステップＳ５９の処理に戻る。一方、該当する全ての映像ファイルについて処理が完了した場合（ステップＳ６７：Ｙｅｓルート）、端子Ｄを介してステップＳ６９（図１８）の処理に移行する。
【００５５】
図１８の説明に移行して、端子Ｄの後、映像圧縮部５１９は、ステータスが「圧縮済み」である映像ファイルがあるか判断する（図１８：ステップＳ６９）。具体的には、ステータスＤＢ５１２内を検索し、ステータスが「圧縮済み」のレコードが格納されているか判断する。ステータスが「圧縮済み」である映像ファイルがなければ（ステップＳ６９：Ｎｏルート）、後で説明するステップＳ７１乃至７７の処理をスキップし、本処理を終了する。
【００５６】
一方、ステータスが「圧縮済み」である映像ファイルがあると判断された場合（ステップＳ６９：Ｙｅｓルート）、映像圧縮部５１９は、該当する映像ファイルのうち、未処理の映像ファイルを特定する（ステップＳ７１）。そして、映像圧縮部５１９は、特定映像ファイルの撮影日から第２の所定期間経過したか判断する（ステップＳ７３）。特定映像ファイルの撮影日から第１の所定期間経過していなければ（ステップＳ７３：Ｎｏルート）、後で説明するステップＳ７５の処理をスキップし、ステップＳ７７の処理に移行する。
【００５７】
一方、特定映像ファイルの撮影日から第２の所定期間経過している場合（ステップＳ７３：Ｙｅｓルート）、映像圧縮部５１９は、特定映像ファイルに対応する映像情報ファイルに基づき、特定ファイルに対して圧縮処理を実施する（ステップＳ７５）。なお、ステップＳ７５の処理は、基本的には上で説明したステップＳ６３の処理と同じであるが、ステップＳ６３の処理に比べ、圧縮率を高くしたり、基準となる所定値を高くしたりする。すなわち、ここでは、圧縮した映像ファイルをさらに圧縮することになる。
【００５８】
そして、映像圧縮部５１９は、該当する全ての映像ファイルについて処理が完了したか判断する（ステップＳ７７）。該当する全ての映像ファイルについて処理が完了していなければ（ステップＳ７７：Ｎｏルート）、ステップＳ７１の処理に戻る。一方、該当する全ての映像ファイルについて処理が完了した場合（ステップＳ７７：Ｙｅｓルート）、本処理を終了する。
【００５９】
以上のような処理を実施することにより、重要度の高いフレーム画像の画質をあまり変えることなく、圧縮することができる。すなわち、有用な情報を保持しつつ、圧縮することができる。
【００６０】
以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、上で説明した機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。管理サーバ３１、サーバ５１は、１台のコンピュータではなく複数台のコンピュータで実現するようにしても良い。
【００６１】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００６２】
また、上では、圧縮の回数が２回（すなわち、第１の所定期間経過後の圧縮及び第２の所定期間経過後の圧縮）の場合の例を説明したが、圧縮の回数は２回に限定されない。例えば、重要性の高い場所を撮影した映像ファイルについては１回のみ圧縮し、あまり重要性の高くない場所を撮影した映像ファイルについては複数回（例えば３回以上）圧縮するような場合もある。
【００６３】
また、合計ポイントを算出する式は一例であって、他の式を用いて合計ポイントを算出する場合もある。
【００６４】
なお、管理サーバ３１及びサーバ５１は、図１９のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００６５】
（付記１）
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出手段と、
前記重要度に基づき、前記映像データを圧縮する圧縮手段と、
を有する映像データ処理装置。
【００６６】
（付記２）
前記撮影条件が、撮影場所毎に予め設定された場所ポイントを含み、
前記重要度算出手段が、
前記映像データの撮影場所に対応する前記場所ポイントを用いて前記重要度を算出する
ことを特徴とする付記１記載の映像データ処理装置。
【００６７】
（付記３）
前記重要度算出手段が、
前記フレーム画像の有する特徴として、当該フレーム画像において撮影対象物とみなされる部分の動きの大きさと、前記撮影対象物とみなされる部分の向きとのうち少なくともいずれかを抽出し、
前記撮影対象物とみなされる部分の動きの大きさに対応する動きポイントと、前記撮影対象物とみなされる部分の向きに対応する向きポイントとのうち少なくともいずれかを用いて前記重要度を算出する
ことを特徴とする付記１記載の映像データ処理装置。
【００６８】
（付記４）
前記重要度算出手段が、
前記映像データの撮影場所にセンサが設置されている場合には、当該センサにより検出されたイベントの情報にさらに基づき、前記重要度を算出する
ことを特徴とする付記１記載の映像データ処理装置。
【００６９】
（付記５）
前記重要度算出手段が、
前記イベント検出時の前記フレーム画像について、前記イベントに対応するイベントポイントを用いて前記重要度を算出する
ことを特徴とする付記４記載の映像データ処理装置。
【００７０】
（付記６）
前記重要度算出手段が、
前記イベント検出時の前記フレーム画像から前の、第１の所定数分の前記フレーム画像と、前記イベント検出時の前記フレーム画像から後の、第２の所定数分の前記フレーム画像とのうち少なくともいずれかについて、前記イベントに対応するイベントポイントを用いて前記重要度を算出する
ことを特徴とする付記５記載の映像データ処理装置。
【００７１】
（付記７）
前記圧縮手段が、
前記重要度が所定基準未満の前記フレーム画像を間引くことにより、前記映像データを圧縮する
ことを特徴とする付記１記載の映像データ処理装置。
【００７２】
（付記８）
前記重要度が低いほど、前記フレーム画像の圧縮率が高くなる
ことを特徴とする付記１記載の映像データ処理装置。
【００７３】
（付記９）
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出ステップと、
前記重要度に基づき、前記映像データを圧縮する圧縮ステップと、
をコンピュータに実行させるための映像データ処理プログラム。
【００７４】
（付記１０）
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出ステップと、
前記重要度に基づき、前記映像データを圧縮する圧縮ステップと、
を含み、コンピュータにより実行される映像データ処理方法。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施の形態に係るシステム構成図である。
【図２】本発明の実施の形態におけるサーバの機能ブロック図である。
【図３】ステータスＤＢに格納されるデータの一例を示す図である。
【図４】イベントＤＢに格納されるデータの一例を示す図である。
【図５】カメラＤＢに格納されるデータの一例を示す図である。
【図６】映像情報ファイルの一例を示す図である。
【図７】（ａ）及び（ｂ）は、映像ファイルの一例を示す図である。
【図８】映像データ受信時の処理フローを示す図である。
【図９】ファイル名の命名規則を説明するための図である。
【図１０】重要度を計算する処理の処理フロー（第１の部分）を示す図である。
【図１１】重要度を計算する処理の処理フロー（第２の部分）を示す図である。
【図１２】センサポイント付与処理の処理フローを示す図である。
【図１３】重要度を計算する処理の処理フロー（第３の部分）を示す図である。
【図１４】（ａ）及び（ｂ）は、重要度の算出結果の一例を示す図である。
【図１５】（ａ）及び（ｂ）は、重要度の算出結果の一例を示す図である。
【図１６】（ａ）及び（ｂ）は、重要度の算出結果の一例を示す図である。
【図１７】映像ファイルを圧縮する際の処理フロー（第１の部分）を示す図である。
【図１８】映像ファイルを圧縮する際の処理フロー（第２の部分）を示す図である。
【図１９】コンピュータの機能ブロック図である。
【符号の説明】
【００７６】
１，７ ネットワーク
３ 入退管理システム
５ 映像監視システム
９ レコーダ
１０ カメラ
１１ センサ
３１ 管理サーバ ３２ 入退履歴ＤＢ
５１ サーバ ５２ 映像ファイル格納部
５１１ 映像受信部 ５１２ ステータスＤＢ
５１３ イベント取得部 ５１４ イベントＤＢ
５１５ カメラＤＢ ５１６ ポイント設定部
５１７ 映像情報ファイル格納部 ５１８ 映像解析部
５１９ 映像圧縮部
【技術分野】
【０００１】
本発明は、映像データにおける有用な部分を保持しつつ、映像データを圧縮するための技術に関する。
【背景技術】
【０００２】
従来、防犯を主目的として、例えばオフィスの玄関、エレベータホール、サーバ室及び執務室や、銀行、コンビニエンスストアのＡＴＭなどに監視カメラが設置されている。これらの監視カメラで撮影された映像はデータ化され、ストレージに保存される。そして、後日、必要に応じて映像をチェックできるようになっている。
【０００３】
一方で、システムの大規模化、保存期間の長期化に伴い、保存すべき映像のデータ量が増えつつある。しかし、ストレージの容量には限りがあるため、例えばデータを圧縮するなどして、映像のデータ量を削減する必要がある。
【０００４】
例えば特開２００３−１５３１７７号公報には、保管用の録画データの容量を抑えながら、録画映像の目的を達成するための画像の質を維持する映像録画装置が開示されている。具体的には、当該映像録画装置は、録画データのフレームレート、圧縮率、解像度のうち少なくとも１つを変換することによりデータサイズを変更することが可能であり、撮影装置が撮影した映像を入力する映像入力手段と、映像入力手段の入力した映像を比較的データサイズの大きい録画データとして記憶装置に格納する手段と、記憶装置に格納されてから所定時間が経過した録画データに対しては、当該録画データのデータサイズを小さくする変換処理を施すとともに、もとの録画データに代えて、変換後の録画データを新たな録画データとして記憶装置に格納する手段とを備える。
【特許文献１】特開２００３−１５３１７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、映像のデータ量を削減する際に、撮影条件や映像データの有する特徴などが考慮されていない。そのため、あまり有用でない部分を残してしまったり、有用な部分を削減してしまう可能性がある。
【０００６】
従って、本発明の目的は、映像データにおける有用な部分を保持しつつ、映像データを圧縮するための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明に係る映像データ処理装置は、映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出手段と、重要度に基づき、映像データを圧縮する圧縮手段とを有する。
【０００８】
このようにすれば、撮影条件（例えば、撮影場所など）や映像データの有する特徴（例えば、撮影対象物の動き、向きなど）を考慮した、映像データの圧縮を行うことができるようになる。例えば、誰も映っていない又は人間の背中しか映っていないフレーム画像については、画質を落とすなどしてデータ量を削減し、人間の顔が映っているフレーム画像については、画質を落とさないようにすることで、映像データにおける有用な部分を保持しつつ、映像データの圧縮を行うことができる。
【０００９】
また、撮影条件が、撮影場所毎に予め設定された場所ポイントを含む場合もある。そして、重要度算出手段が、映像データの撮影場所に対応する場所ポイントを用いて重要度を算出するようにしてもよい。
【００１０】
例えば、撮影内容が同じようなフレーム画像であっても、重要性の高い場所（例えば、金庫室など）の場所ポイントを高く設定しておくことで、あまり重要性の高くない場所（例えば、エレベータホールなど）を撮影したフレーム画像に比べ、重要性の高い場所を撮影したフレーム画像については画質を落とさないように、映像データの圧縮を行うことができるようになる。
【００１１】
さらに、重要度算出手段が、フレーム画像の有する特徴として、当該フレーム画像において撮影対象物とみなされる部分の動きの大きさと、撮影対象物とみなされる部分の向きとのうち少なくともいずれかを抽出し、撮影対象物とみなされる部分の動きの大きさに対応する動きポイントと、撮影対象物とみなされる部分の向きに対応する向きポイントとのうち少なくともいずれかを用いて重要度を算出するようにしてもよい。
【００１２】
例えば、撮影対象物の大きい動きを検出した場合には、そのフレーム画像については画質を落とさないように、映像データの圧縮を行うことができるようになる。
【００１３】
また、重要度算出手段が、映像データの撮影場所にセンサが設置されている場合には、当該センサにより検出されたイベントの情報にさらに基づき、重要度を算出するようにしてもよい。
【００１４】
このようにすれば、例えばセンサが不正侵入を検出した場合、その検出時刻におけるフレーム画像については画質を落とさないように、映像データの圧縮を行うことができるようになる。
【００１５】
さらに、重要度算出手段が、イベント検出時のフレーム画像について、イベントに対応するイベントポイントを用いて重要度を算出するようにしてもよい。また、重要度算出手段が、イベント検出時のフレーム画像から前の、第１の所定数分のフレーム画像と、イベント検出時のフレーム画像から後の、第２の所定数分のフレーム画像とのうち少なくともいずれかについて、イベントに対応するイベントポイントを用いて重要度を算出するようにしてもよい。
【００１６】
このようにすれば、例えば不正侵入検出時の前後数秒のフレーム画像についても画質を落とさないように、映像データの圧縮を行うことができるようになる。
【００１７】
さらに、圧縮手段が、重要度が所定基準未満のフレーム画像を間引くことにより、映像データを圧縮するようにしてもよい。また、重要度が低いほど、フレーム画像の圧縮率が高くなる場合もある。
【００１８】
なお、本発明に係る映像データ処理装置を実現するためのプログラムを作成することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１９】
本発明によれば、映像データにおける有用な部分を保持しつつ、映像データを圧縮することができるようになる。
【発明を実施するための最良の形態】
【００２０】
本発明の一実施の形態に係るシステム概要を図１に示す。例えばインターネットであるネットワーク１には、管理サーバ３１と、本実施の形態における主要な処理を実施するサーバ５１とが接続されている。
【００２１】
管理サーバ３１は、入退管理システム３内に設けられており、同じく入退管理システム３内に含まれる入退履歴ＤＢ３２にアクセス可能となっている。さらに、管理サーバ３１は、例えばインターネットであるネットワーク７を介して監視地点Ａに設置されているセンサ１１に接続されている。なお、本実施の形態では、センサ１１は、入退室の際に認証が必要なドアに設置されており、認証機能を備えているものとする。入退履歴ＤＢ３２には、センサ１１により検出された認証成功時の入退室や、認証エラー、不正侵入などの情報が格納される。
【００２２】
サーバ５１は、映像監視システム５内に設けられており、同じく映像監視システム５内に含まれる映像ファイル格納部５２にアクセス可能となっている。さらに、サーバ５１は、ネットワーク７を介して監視地点Ａに設置されているレコーダ９Ａと監視地点Ｂに設置されているレコーダ９Ｂとに接続されている。映像ファイル格納部５２には、レコーダ９Ａ及び９Ｂから送信される映像データを映像ファイルとして格納する。
【００２３】
なお、レコーダ９Ａは、同じく監視地点Ａに設置されているカメラ１０Ａと接続されており、カメラ１０Ａの撮影した映像データを保管するようになっている。また、レコーダ９Ｂは、同じく監視地点Ｂに設置されているカメラ１０Ｂと接続されており、カメラ１０Ｂの撮影した映像データを保管するようになっている。また、図１では、監視地点の数が２つ（監視地点Ａ及びＢ）の場合の例を示しているが、監視地点の数はこれに限定されない。
【００２４】
図２に、図１に示したサーバ５１の機能ブロック図を示す。サーバ５１は、レコーダ９から受信した映像データを映像ファイルとして映像ファイル格納部５２に登録する映像受信部５１１と、映像受信部５１１が登録した映像ファイルのステータスの情報を格納するステータスＤＢ５１２と、入退管理システム３からイベントの情報（例えば、認証成功時の入退室や、認証エラー、不正侵入など）を取得するイベント取得部５１３と、イベント取得部５１３が取得したイベントの情報を格納するイベントＤＢ５１４と、各監視地点に設置されたカメラの情報を格納しているカメラＤＢ５１５と、ステータスＤＢ５１２、イベントＤＢ５１４及びカメラＤＢ５１５に格納されたデータに基づき、映像情報ファイルを生成し、各フレーム画像のポイントを計算するポイント設定部５１６と、ポイント設定部５１６が生成した映像情報ファイルを格納する映像情報ファイル格納部５１７と、ポイント設定部５１６からの指示に応じて、映像ファイル格納部５２に格納されている映像ファイルに対して映像解析処理を実施する映像解析部５１８と、ステータスＤＢ５１２及び映像情報ファイル格納部５１７に格納されたデータに基づき、映像ファイル格納部５２に格納されている映像ファイルに対して圧縮処理を実施する映像圧縮部５１９とを有する。
【００２５】
図３に、ステータスＤＢ５１２に格納されるデータの一例を示す。図３の例では、ステータスＤＢ５１２には、ファイル名の列と、ステータスの列とが含まれる。ファイル名の列には、映像ファイルのファイル名が登録される。また、ステータスの列には、映像ファイルのステータス（解析待ち／未圧縮／圧縮済み）が設定される。
【００２６】
図４に、イベントＤＢ５１４に格納されるデータの一例を示す。図４の例では、イベントＤＢ５１４には、時刻の行と、センサＩＤの行と、イベント種別の行とが含まれる。各行には、入退管理システム３から取得したデータが設定される。
【００２７】
図５に、カメラＤＢ５１５に格納されるデータの一例を示す。図５の例では、カメラＤＢ５１５には、カメラＩＤの列と、場所ポイントの列と、センサポイントの列と、センサＩＤの列と、調整フレーム数の列とが含まれる。センサポイントの列は、イベント種別毎の列に分かれている（図５の例では、侵入警報の列、入退室の列及び認証エラーの列）。また、調整フレーム数の列は、イベント種別毎の列に分かれており（図５の例では、侵入警報の列、入退室の列及び認証エラーの列）、さらにプレの列とポストの列とに分かれている。場所ポイントの列には、カメラの設置された監視地点に対応するポイント値が設定され、本実施の形態では、重要性の高い場所ほど高いポイント値が設定されるものとする。また、センサポイントの列には、センサ１１の検出したイベントに対応するポイント値が設定される。センサＩＤの列には、カメラの設置された監視地点にセンサが設置されている場合には、当該センサのＩＤが設定される。なお、「−」は、カメラの設置された監視地点にセンサが設置されていないことを示す。調整フレーム数の列には、センサポイントを付与すべきフレーム画像の数が設定される。例えば、侵入警報の検出時に、検出時のフレーム画像から３０フレーム前までのフレーム画像について、センサポイントを付与させるには、侵入警報のプレの列に「３０」を設定する。同様に、侵入警報の検出時に、検出時のフレーム画像から２０フレーム後までのフレーム画像について、センサポイントを付与させるには、侵入警報のポストの列に「２０」を設定する。なお、センサポイントを付与する処理については、後で詳細に説明する。
【００２８】
図６に、映像情報ファイル格納部５１７に格納される映像情報ファイルの一例を示す。図６の例では、映像情報ファイルには、タイムスタンプの行と、動きポイントの行と、顔ポイントの行と、センサポイントの行と、場所ポイントの行と、合計ポイントの行とが含まれる。なお、各行に設定される値については、後で詳細に説明する。
【００２９】
図７に、映像ファイル格納部５２に格納される映像ファイルの一例を示す。図７（ａ）に示すように、映像ファイルはヘッダ部とデータ部とから構成される。また、図７（ｂ）に示すように、ヘッダ部には、フレーム番号とタイムスタンプとが含まれる。また、データ部には、各フレームの静止画像が含まれる。
【００３０】
次に、図８乃至図１８を用いて、サーバ５１の処理について説明する。まず、図８及び図９を用いて、レコーダ９から映像データを受信した際の処理について説明する。各監視地点において、カメラ１０で撮影された映像データはレコーダ９に保管されるようになっており、レコーダ９に保管された映像データは、定期的又は任意のタイミングでサーバ５１に送信される。サーバ５１の映像受信部５１１は、レコーダ９からの映像データを受信する（図８：ステップＳ１）。
【００３１】
そして、映像受信部５１１は、所定の規則に基づきファイル名を付与し、映像データを映像ファイルとして映像ファイル格納部５２に格納する（ステップＳ３）。本実施の形態では、図９に示すように、「録画開始時刻」、「録画時間」及び「カメラＩＤ」によりファイル名を決定する。例えば、録画開始時刻が「２００８年２月１４日１２時３４分５６秒」、録画時間が「３０分」、カメラＩＤが「ｃａｍ１」の場合、ファイル名は「20080214123456_30_cam1.video」となる。なお、映像ファイルを識別できるファイル名であれば、他の規則に基づいてファイル名を付与するようにしてもよい。映像受信部５１１は、ステップＳ３の処理により付与されたファイル名を含むレコードをステータスＤＢ５１２に追加し、当該レコードのステータスを「解析待ち」に設定する（ステップＳ５）。
【００３２】
以上のような処理を実施することにより、レコーダ９から映像データを受信する毎に、映像ファイルが映像ファイル格納部５２に格納され、当該映像ファイルのステータスが「解析待ち」であることを表すレコードがステータスＤＢ５１２に追加される。
【００３３】
次に、図１０乃至１６を用いて、映像ファイルを構成する各フレーム画像に係る重要度を計算する処理を説明する。サーバ５１は、定期的又は任意のタイミングで、図１０乃至１３に示すような処理を実施する。なお、図示していないが、本処理の前提として、サーバ５１のイベント取得部５１３が、管理サーバ３１に問い合わせるなどして、本処理の開始時点までのイベント情報の取得が完了しているものとする。
【００３４】
まず、サーバ５１のポイント設定部５１６は、ステータスが「解析待ち」である映像ファイルがあるか判断する（図１０：ステップＳ７）。具体的には、ステータスＤＢ５１２内を検索し、ステータスが「解析待ち」のレコードが格納されているか判断する。ステータスが「解析待ち」である映像ファイルがなければ（ステップＳ７：Ｎｏルート）、処理を終了する。
【００３５】
一方、ステータスが「解析待ち」である映像ファイルがあると判断された場合（ステップＳ７：Ｙｅｓルート）、ポイント設定部５１６は、該当する映像ファイルのうち、１つの映像ファイルを特定する（ステップＳ９）。そして、ポイント設定部５１６は、映像ファイル格納部５２に格納された特定映像ファイルに基づき、特定映像ファイルに対応する映像情報ファイルを生成し、映像情報ファイル格納部５１７に格納する（ステップＳ１１）。この際、ポイント設定部５１６は、図９に示した規則に基づきファイル名を付与する。なお、映像情報ファイルのファイル名は、対応する映像ファイルのファイル名と拡張子以外は同じものとなる。例えば、対応する映像ファイルのファイル名が「20080214123456_30_cam1.video」であれば、映像情報ファイルのファイル名は「20080214123456_30_cam1.inf」となる。さらに、ポイント設定部５１６は、特定映像ファイルを構成する各フレーム画像のタイムスタンプを、映像情報ファイルのタイムスタンプの行（図６）に設定する。
【００３６】
そして、ポイント設定部５１６は、特定映像ファイルに含まれる未処理のフレーム画像をタイムスタンプの早い順に特定する（ステップＳ１３）。そして、ポイント設定部５１６は、映像解析部５１８に特定映像ファイルの解析を指示する。ポイント設定部５１６からの指示に応じて、映像解析部５１８は、動き解析処理を実施し、特定フレーム画像に係る動きポイントを映像情報ファイルに登録する（ステップＳ１５）。具体的には、動き解析処理を実施することにより、撮影対象物の動きを検出し、検出した動きが大きいほど、高いポイントを設定する。なお、撮影対象物の動きを検出する技術については、例えば特開２００２−６３５７８号公報記載の技術などを用いることができる。
【００３７】
また、映像解析部５１８は、顔解析処理を実施し、特定フレーム画像に係る顔ポイントを映像情報ファイルに登録する（ステップＳ１７）。具体的には、顔解析処理を実施することにより、人間の顔が映っているか、正面を向いているかなどを判断し、人間の顔が大きく、より正面を向いているほど、高いポイントを設定する。なお、人間の顔が映っているか、正面を向いているかなどを判断する技術については、例えば特開２００６−３３８３２９号公報記載の技術などを用いることができる。
【００３８】
そして、ポイント設定部５１６は、特定映像ファイルに含まれる全てのフレーム画像について処理が完了したか判断する（ステップＳ１９）。特定映像ファイルに含まれる全てのフレーム画像について処理が完了していなければ（ステップＳ１９：Ｎｏルート）、ステップＳ１３の処理に戻る。一方、特定映像ファイルに含まれる全てのフレーム画像について処理が完了した場合（ステップＳ１９：Ｙｅｓルート）、端子Ａを介してステップＳ２１（図１１）の処理に移行する。
【００３９】
図１１の説明に移行して、端子Ａの後、ポイント設定部５１６は、特定映像ファイルのファイル名からカメラＩＤを抽出する（図１１：ステップＳ２１）。そして、ポイント設定部５１６は、カメラＤＢ５１５を参照し、当該カメラに対応するセンサが存在するか判断する（ステップＳ２３）。当該カメラに対応するセンサは存在しないと判断された場合（ステップＳ２３：Ｎｏルート）、後で説明するステップＳ２５乃至ステップ３５の処理をスキップし、端子Ｂを介してステップＳ３７（図１３）の処理に移行する。
【００４０】
一方、当該カメラに対応するセンサが存在すると判断された場合（ステップＳ２３：Ｙｅｓルート）、ポイント設定部５１６は、イベントＤＢ５１４内に当該センサに係るイベントが存在するか判断する（ステップＳ２５）。イベントＤＢ５１４内に当該センサに係るイベントは存在しないと判断された場合（ステップＳ２５：Ｎｏルート）、ステップＳ２７乃至ステップＳ３５の処理をスキップし、端子Ｂを介してステップＳ３７（図１３）の処理に移行する。
【００４１】
一方、イベントＤＢ５１４内に当該センサに係るイベントが存在すると判断された場合（ステップＳ２５：Ｙｅｓルート）、ポイント設定部５１６は、特定映像ファイルの係る撮影時間を抽出し、一旦記憶装置に格納する（ステップＳ２７）。具体的には、ポイント設定部５１６は、特定映像ファイルの先頭のフレーム画像と、最後尾のフレーム画像とのタイムスタンプを抽出する。また、ポイント設定部５１６は、当該センサに係るイベントのうち未処理のイベントを特定する（ステップＳ２９）。そして、ポイント設定部５１６は、特定イベントの発生時間が、特定ファイルの撮影時間内であるか判断する（ステップＳ３１）。特定イベントの発生時間が、特定ファイルの撮影時間外であると判断された場合（ステップＳ３１：Ｎｏルート）、ステップＳ３３の処理をスキップし、ステップＳ３５の処理に移行する。
【００４２】
一方、特定イベントの発生時間が、特定ファイルの撮影時間内であると判断された場合（ステップＳ３１：Ｙｅｓルート）、ポイント設定部５１６は、カメラＤＢ５１５に格納されたデータに基づき、センサポイント付与処理を実施する（ステップＳ３３）。
【００４３】
センサポイント付与処理については図１２を用いて説明する。ポイント設定部５１６は、当該カメラ且つ特定イベントに対応するセンサポイントをカメラＤＢ５１５から取得する（図１２：ステップＳ５１）。また、ポイント設定部５１６は、当該カメラ且つ特定イベントに対応する調整フレーム数（プレ及びポスト）をカメラＤＢ５１５から取得し、センサポイントを付与すべきフレーム画像を特定する（ステップＳ５３）。具体的には、まず、特定イベント検出時のフレーム画像を、センサポイントを付与すべきフレーム画像として特定する。さらに、特定イベント検出時のフレーム画像から前の、調整フレーム数（プレ）分までのフレーム画像を、センサポイントを付与すべきフレーム画像として特定する。また、特定イベント検出時のフレーム画像から後の、調整フレーム数（ポスト）分までのフレーム画像を、センサポイントを付与すべきフレーム画像として特定する。そして、ポイント設定部５１６は、センサポイントを付与すべきフレーム画像に係るセンサポイントを映像情報ファイルに登録する（ステップＳ５５）。すなわち、特定イベント検出時のフレーム画像だけでなく、前後のフレーム画像についてもセンサポイントが付与される。その後、センサポイント付与処理を終了し、元の処理に戻る。
【００４４】
図１１の説明に戻って、ステップＳ３３の処理を実施した後、ポイント設定部５１６は、当該センサに係る全てのイベントについて処理が完了したか判断する（ステップＳ３５）。当該センサに係る全てのイベントについて処理が完了していなければ（ステップＳ３５：Ｎｏルート）、ステップＳ２９の処理に戻る。一方、当該センサに係る全てのイベントについて処理が完了した場合（ステップＳ３５：Ｙｅｓルート）、端子Ｂを介してステップＳ３７（図１３）の処理に移行する。
【００４５】
図１３の説明に移行して、端子Ｂの後、ポイント設定部５１６は、当該カメラに対応する場所ポイントをカメラＤＢ５１５から取得し、映像情報ファイルに登録する（図１３：ステップＳ３７）。そして、ポイント設定部５１６は、各フレーム画像について、当該フレーム画像の重要度に相当する合計ポイントを算出し、映像情報ファイルに登録する（ステップＳ３９）。なお、本実施の形態では、以下の式を用いて合計ポイントを算出する。
合計ポイント＝（動きポイント＋顔ポイント＋センサポイント）×場所ポイント
【００４６】
そして、ポイント設定部５１６は、ステータスＤＢ５１２内の、特定映像ファイルに対応するレコードのステータスを「未圧縮」に設定する（ステップＳ４１）。その後、端子Ｃを介してステップＳ７（図１０）の処理に戻る。
【００４７】
例えば、図１４乃至図１６に、重要度（合計ポイント）の算出結果の例を示す。図１４（ａ）は、ある人物が認証を行った後、部屋に入ってきた場面を撮影した映像である。また、図１４（ｂ）は、図１４（ａ）の各フレーム画像に対応するポイントを示すものである。図１４（ｂ）において、人物を識別し易いフレーム画像ほど、合計ポイントが高くなっている（例えば、フレーム７、フレーム８）。これは、人物の顔がはっきり映っている画像ほど、顔ポイントが高くなっているためである。
【００４８】
また、図１５（ａ）は、図１４（ａ）と撮影場所は同じであるが、認証エラー検出時の映像である。図１５（ｂ）は、図１５（ａ）における各フレーム画像に対応するポイントを示すものである。図１５（ｂ）において、認証エラー検出時のフレーム画像と前後のフレーム画像についてはセンサポイントが高くなっている。そのため、例えば、図１４（ａ）のフレーム８と、図１５（ａ）のフレーム６とは同じようなフレーム画像であるが、合計ポイントは、図１５（ａ）のフレーム６の方が高くなっている。
【００４９】
さらに、図１６（ａ）は、重要性の高い場所を撮影した映像である。図１６（ｂ）は、図１６（ａ）の各フレーム画像に対応するポイントを示すものである。図１６（ａ）のフレーム画像は、図１４（ａ）のフレーム画像と同じであるが、場所ポイントが高いため、図１６（ａ）のフレーム画像の方が、合計ポイントも高くなっている。
【００５０】
以上のような処理を実施することにより、フレーム画像毎に、撮影場所や、撮影対象物の動き及び向き、イベントを考慮した重要度（合計ポイント）を算出することができる。
【００５１】
次に、図１７及び図１８を用いて、映像ファイルを圧縮する際の処理について説明する。サーバ５１は、定期的又は任意のタイミングで、図１７及び１８に示すような処理を実施する。まず、サーバ５１の映像圧縮部５１９は、ステータスが「未圧縮」である映像ファイルがあるか判断する（図１７：ステップＳ５７）。具体的には、ステータスＤＢ５１２内を検索し、ステータスが「未圧縮」のレコードが格納されているか判断する。ステータスが「未圧縮」である映像ファイルがなければ（ステップＳ５７：Ｎｏルート）、端子Ｄを介してステップＳ６９（図１８）の処理に移行する。
【００５２】
一方、ステータスが「未圧縮」である映像ファイルがあると判断された場合（ステップＳ５７：Ｙｅｓルート）、映像圧縮部５１９は、該当する映像ファイルのうち、未処理の映像ファイルを特定する（ステップＳ５９）。そして、映像圧縮部５１９は、特定映像ファイルの撮影日から第１の所定期間経過したか判断する（ステップＳ６１）。特定映像ファイルの撮影日から第１の所定期間経過していなければ（ステップＳ６１：Ｎｏルート）、後で説明するステップＳ６３及びステップＳ６５の処理をスキップし、ステップＳ６７の処理に移行する。
【００５３】
一方、特定映像ファイルの撮影日から第１の所定期間経過している場合（ステップＳ６１：Ｙｅｓルート）、映像圧縮部５１９は、特定映像ファイルに対応する映像情報ファイルに基づき、特定ファイルに対して圧縮処理を実施する（ステップＳ６３）。具体的には、映像情報ファイルに登録された合計ポイントが所定値未満のフレーム画像を間引いたり、合計ポイントが低いものほど圧縮率を高くするなどし、映像ファイルを圧縮する。なお、圧縮する手法については、従来と変わらないため、ここでは、これ以上述べない。そして、映像圧縮部５１９は、ステータスＤＢ５１２内の、特定映像ファイルに対応するレコードのステータスを「圧縮済み」に設定する（ステップＳ６５）。なお、図示していないが、ステータスＤＢ５１２に、圧縮処理を実施した日時を登録する場合もある。
【００５４】
そして、映像圧縮部５１９は、該当する全ての映像ファイルについて処理が完了したか判断する（ステップＳ６７）。該当する全ての映像ファイルについて処理が完了していなければ（ステップＳ６７：Ｎｏルート）、ステップＳ５９の処理に戻る。一方、該当する全ての映像ファイルについて処理が完了した場合（ステップＳ６７：Ｙｅｓルート）、端子Ｄを介してステップＳ６９（図１８）の処理に移行する。
【００５５】
図１８の説明に移行して、端子Ｄの後、映像圧縮部５１９は、ステータスが「圧縮済み」である映像ファイルがあるか判断する（図１８：ステップＳ６９）。具体的には、ステータスＤＢ５１２内を検索し、ステータスが「圧縮済み」のレコードが格納されているか判断する。ステータスが「圧縮済み」である映像ファイルがなければ（ステップＳ６９：Ｎｏルート）、後で説明するステップＳ７１乃至７７の処理をスキップし、本処理を終了する。
【００５６】
一方、ステータスが「圧縮済み」である映像ファイルがあると判断された場合（ステップＳ６９：Ｙｅｓルート）、映像圧縮部５１９は、該当する映像ファイルのうち、未処理の映像ファイルを特定する（ステップＳ７１）。そして、映像圧縮部５１９は、特定映像ファイルの撮影日から第２の所定期間経過したか判断する（ステップＳ７３）。特定映像ファイルの撮影日から第１の所定期間経過していなければ（ステップＳ７３：Ｎｏルート）、後で説明するステップＳ７５の処理をスキップし、ステップＳ７７の処理に移行する。
【００５７】
一方、特定映像ファイルの撮影日から第２の所定期間経過している場合（ステップＳ７３：Ｙｅｓルート）、映像圧縮部５１９は、特定映像ファイルに対応する映像情報ファイルに基づき、特定ファイルに対して圧縮処理を実施する（ステップＳ７５）。なお、ステップＳ７５の処理は、基本的には上で説明したステップＳ６３の処理と同じであるが、ステップＳ６３の処理に比べ、圧縮率を高くしたり、基準となる所定値を高くしたりする。すなわち、ここでは、圧縮した映像ファイルをさらに圧縮することになる。
【００５８】
そして、映像圧縮部５１９は、該当する全ての映像ファイルについて処理が完了したか判断する（ステップＳ７７）。該当する全ての映像ファイルについて処理が完了していなければ（ステップＳ７７：Ｎｏルート）、ステップＳ７１の処理に戻る。一方、該当する全ての映像ファイルについて処理が完了した場合（ステップＳ７７：Ｙｅｓルート）、本処理を終了する。
【００５９】
以上のような処理を実施することにより、重要度の高いフレーム画像の画質をあまり変えることなく、圧縮することができる。すなわち、有用な情報を保持しつつ、圧縮することができる。
【００６０】
以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、上で説明した機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。管理サーバ３１、サーバ５１は、１台のコンピュータではなく複数台のコンピュータで実現するようにしても良い。
【００６１】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００６２】
また、上では、圧縮の回数が２回（すなわち、第１の所定期間経過後の圧縮及び第２の所定期間経過後の圧縮）の場合の例を説明したが、圧縮の回数は２回に限定されない。例えば、重要性の高い場所を撮影した映像ファイルについては１回のみ圧縮し、あまり重要性の高くない場所を撮影した映像ファイルについては複数回（例えば３回以上）圧縮するような場合もある。
【００６３】
また、合計ポイントを算出する式は一例であって、他の式を用いて合計ポイントを算出する場合もある。
【００６４】
なお、管理サーバ３１及びサーバ５１は、図１９のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００６５】
（付記１）
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出手段と、
前記重要度に基づき、前記映像データを圧縮する圧縮手段と、
を有する映像データ処理装置。
【００６６】
（付記２）
前記撮影条件が、撮影場所毎に予め設定された場所ポイントを含み、
前記重要度算出手段が、
前記映像データの撮影場所に対応する前記場所ポイントを用いて前記重要度を算出する
ことを特徴とする付記１記載の映像データ処理装置。
【００６７】
（付記３）
前記重要度算出手段が、
前記フレーム画像の有する特徴として、当該フレーム画像において撮影対象物とみなされる部分の動きの大きさと、前記撮影対象物とみなされる部分の向きとのうち少なくともいずれかを抽出し、
前記撮影対象物とみなされる部分の動きの大きさに対応する動きポイントと、前記撮影対象物とみなされる部分の向きに対応する向きポイントとのうち少なくともいずれかを用いて前記重要度を算出する
ことを特徴とする付記１記載の映像データ処理装置。
【００６８】
（付記４）
前記重要度算出手段が、
前記映像データの撮影場所にセンサが設置されている場合には、当該センサにより検出されたイベントの情報にさらに基づき、前記重要度を算出する
ことを特徴とする付記１記載の映像データ処理装置。
【００６９】
（付記５）
前記重要度算出手段が、
前記イベント検出時の前記フレーム画像について、前記イベントに対応するイベントポイントを用いて前記重要度を算出する
ことを特徴とする付記４記載の映像データ処理装置。
【００７０】
（付記６）
前記重要度算出手段が、
前記イベント検出時の前記フレーム画像から前の、第１の所定数分の前記フレーム画像と、前記イベント検出時の前記フレーム画像から後の、第２の所定数分の前記フレーム画像とのうち少なくともいずれかについて、前記イベントに対応するイベントポイントを用いて前記重要度を算出する
ことを特徴とする付記５記載の映像データ処理装置。
【００７１】
（付記７）
前記圧縮手段が、
前記重要度が所定基準未満の前記フレーム画像を間引くことにより、前記映像データを圧縮する
ことを特徴とする付記１記載の映像データ処理装置。
【００７２】
（付記８）
前記重要度が低いほど、前記フレーム画像の圧縮率が高くなる
ことを特徴とする付記１記載の映像データ処理装置。
【００７３】
（付記９）
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出ステップと、
前記重要度に基づき、前記映像データを圧縮する圧縮ステップと、
をコンピュータに実行させるための映像データ処理プログラム。
【００７４】
（付記１０）
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出ステップと、
前記重要度に基づき、前記映像データを圧縮する圧縮ステップと、
を含み、コンピュータにより実行される映像データ処理方法。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施の形態に係るシステム構成図である。
【図２】本発明の実施の形態におけるサーバの機能ブロック図である。
【図３】ステータスＤＢに格納されるデータの一例を示す図である。
【図４】イベントＤＢに格納されるデータの一例を示す図である。
【図５】カメラＤＢに格納されるデータの一例を示す図である。
【図６】映像情報ファイルの一例を示す図である。
【図７】（ａ）及び（ｂ）は、映像ファイルの一例を示す図である。
【図８】映像データ受信時の処理フローを示す図である。
【図９】ファイル名の命名規則を説明するための図である。
【図１０】重要度を計算する処理の処理フロー（第１の部分）を示す図である。
【図１１】重要度を計算する処理の処理フロー（第２の部分）を示す図である。
【図１２】センサポイント付与処理の処理フローを示す図である。
【図１３】重要度を計算する処理の処理フロー（第３の部分）を示す図である。
【図１４】（ａ）及び（ｂ）は、重要度の算出結果の一例を示す図である。
【図１５】（ａ）及び（ｂ）は、重要度の算出結果の一例を示す図である。
【図１６】（ａ）及び（ｂ）は、重要度の算出結果の一例を示す図である。
【図１７】映像ファイルを圧縮する際の処理フロー（第１の部分）を示す図である。
【図１８】映像ファイルを圧縮する際の処理フロー（第２の部分）を示す図である。
【図１９】コンピュータの機能ブロック図である。
【符号の説明】
【００７６】
１，７ ネットワーク
３ 入退管理システム
５ 映像監視システム
９ レコーダ
１０ カメラ
１１ センサ
３１ 管理サーバ ３２ 入退履歴ＤＢ
５１ サーバ ５２ 映像ファイル格納部
５１１ 映像受信部 ５１２ ステータスＤＢ
５１３ イベント取得部 ５１４ イベントＤＢ
５１５ カメラＤＢ ５１６ ポイント設定部
５１７ 映像情報ファイル格納部 ５１８ 映像解析部
５１９ 映像圧縮部
【特許請求の範囲】
【請求項１】
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出手段と、
前記重要度に基づき、前記映像データを圧縮する圧縮手段と、
を有する映像データ処理装置。
【請求項２】
前記撮影条件が、撮影場所毎に予め設定された場所ポイントを含み、
前記重要度算出手段が、
前記映像データの撮影場所に対応する前記場所ポイントを用いて前記重要度を算出する
ことを特徴とする請求項１記載の映像データ処理装置。
【請求項３】
前記重要度算出手段が、
前記フレーム画像の有する特徴として、当該フレーム画像において撮影対象物とみなされる部分の動きの大きさと、前記撮影対象物とみなされる部分の向きとのうち少なくともいずれかを抽出し、
前記撮影対象物とみなされる部分の動きの大きさに対応する動きポイントと、前記撮影対象物とみなされる部分の向きに対応する向きポイントとのうち少なくともいずれかを用いて前記重要度を算出する
ことを特徴とする請求項１記載の映像データ処理装置。
【請求項４】
前記重要度算出手段が、
前記映像データの撮影場所にセンサが設置されている場合には、当該センサにより検出されたイベントの情報にさらに基づき、前記重要度を算出する
ことを特徴とする請求項１記載の映像データ処理装置。
【請求項５】
前記重要度算出手段が、
前記イベント検出時の前記フレーム画像について、前記イベントに対応するイベントポイントを用いて前記重要度を算出する
ことを特徴とする請求項４記載の映像データ処理装置。
【請求項６】
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出ステップと、
前記重要度に基づき、前記映像データを圧縮する圧縮ステップと、
をコンピュータに実行させるための映像データ処理プログラム。
【請求項７】
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出ステップと、
前記重要度に基づき、前記映像データを圧縮する圧縮ステップと、
を含み、コンピュータにより実行される映像データ処理方法。
【請求項１】
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出手段と、
前記重要度に基づき、前記映像データを圧縮する圧縮手段と、
を有する映像データ処理装置。
【請求項２】
前記撮影条件が、撮影場所毎に予め設定された場所ポイントを含み、
前記重要度算出手段が、
前記映像データの撮影場所に対応する前記場所ポイントを用いて前記重要度を算出する
ことを特徴とする請求項１記載の映像データ処理装置。
【請求項３】
前記重要度算出手段が、
前記フレーム画像の有する特徴として、当該フレーム画像において撮影対象物とみなされる部分の動きの大きさと、前記撮影対象物とみなされる部分の向きとのうち少なくともいずれかを抽出し、
前記撮影対象物とみなされる部分の動きの大きさに対応する動きポイントと、前記撮影対象物とみなされる部分の向きに対応する向きポイントとのうち少なくともいずれかを用いて前記重要度を算出する
ことを特徴とする請求項１記載の映像データ処理装置。
【請求項４】
前記重要度算出手段が、
前記映像データの撮影場所にセンサが設置されている場合には、当該センサにより検出されたイベントの情報にさらに基づき、前記重要度を算出する
ことを特徴とする請求項１記載の映像データ処理装置。
【請求項５】
前記重要度算出手段が、
前記イベント検出時の前記フレーム画像について、前記イベントに対応するイベントポイントを用いて前記重要度を算出する
ことを特徴とする請求項４記載の映像データ処理装置。
【請求項６】
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出ステップと、
前記重要度に基づき、前記映像データを圧縮する圧縮ステップと、
をコンピュータに実行させるための映像データ処理プログラム。
【請求項７】
映像データを構成する各フレーム画像について、少なくとも当該フレーム画像の有する特徴と前記映像データの撮影条件とに基づき、当該フレーム画像の重要度を算出する重要度算出ステップと、
前記重要度に基づき、前記映像データを圧縮する圧縮ステップと、
を含み、コンピュータにより実行される映像データ処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００９−２００７５７（Ｐ２００９−２００７５７Ａ）
【公開日】平成２１年９月３日（２００９．９．３）
【国際特許分類】
【出願番号】特願２００８−３９５１４（Ｐ２００８−３９５１４）
【出願日】平成２０年２月２１日（２００８．２．２１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２１年９月３日（２００９．９．３）
【国際特許分類】
【出願日】平成２０年２月２１日（２００８．２．２１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]