JP2020008985A

JP2020008985A - 映像データ管理システム

Info

Publication number: JP2020008985A
Application number: JP2018127467A
Authority: JP
Inventors: 幹雄舩木; Mikio Funaki
Original assignee: Yazaki Energy System Corp
Current assignee: Yazaki Energy System Corp
Priority date: 2018-07-04
Filing date: 2018-07-04
Publication date: 2020-01-16
Anticipated expiration: 2038-07-04
Also published as: JP7136609B2

Abstract

【課題】サーバに格納された映像データを適宜削減することで、コストや手間を低減でき、映像データ提供時の即時性、利便性を確保できる映像データ管理システムを提供する。【解決手段】車両周辺を撮像した映像データＤ１０を生成する撮影手段５０と、映像データを含む情報を記録する情報記録手段２４と、映像データを格納する映像データ格納手段１０２と、映像データの削減処理を実行する映像データ削減手段１０３と、削減処理の要否を判定する削減判定手段１０４とを備え、映像データに所定の属性情報を付加する属性情報付加手段１０６と、格納されている映像データのデータ量が予め設定した閾値を超えたか否かを判定するデータ量判定手段１０５とを有し、削減判定手段は、データ量判定手段によりデータ量が閾値を超えたと判定された場合に、属性情報に基づいて、映像データ削減手段による削減処理実行の要否を判定する。【選択図】図１

Description

本発明は、車両周辺を撮像した映像データを管理する映像データ管理システムに関する。

従来から、衝突や衝撃等の所定のイベント発生を契機として、車両周辺を撮像した映像データを車載器を介してサーバに送信して格納するドライブレコーダに関する技術および映像データ管理に関する技術が種々提案されている（例えば、特許文献１参照）。

特開２０１２−３６０７号公報

ところが、従来技術では、サーバに格納される映像データは時間経過と共に増大するため、ハードディスク装置等のストレージ容量が逼迫することが間々有った。

そのため、ハードディスク装置等の容量をアップしたり、補助記憶装置等を接続する必要があり、コストや手間がかかるという不都合があった。

また、このような問題を有するサーバへの映像データの格納を避けて、各事業所等に点在して設置されるローカルのパーソナルコンピュータに映像データを保存することも考えられる。しかしながら、その場合には、事故処理における保険や捜査等への協力として、映像データを提供する場合などに、各事業所等で映像データを入手する必要が有り、即時性や利便性が損なわれるという問題があった。

本発明は、上記課題に鑑みてなされたものであり、サーバに格納された映像データを適宜削減することで、コストや手間を低減でき、映像データ提供時の即時性、利便性を確保できる映像データ管理システムを提供することを目的とする。

上記目的を達成するため、本発明に係る映像データ管理システムは、車両に搭載され、所定のイベント発生を契機として、車両周辺を撮像した映像データを生成する撮影手段と、前記車両に搭載され、前記映像データを含む情報を記録する情報記録手段と、前記映像データを送信する送信手段と、前記送信手段から送信される前記映像データを受信する受信手段と、該受信手段で受信された前記映像データを格納する映像データ格納手段と、該映像データ格納手段に格納されている前記映像データの削減処理を実行する映像データ削減手段と、該映像データ削減手段による前記削減処理の要否を判定する削減判定手段とを備える映像データ管理システムにおいて、前記映像データに所定の属性情報を付加する属性情報付加手段と、前記映像データ格納手段に格納されている前記映像データのデータ量が予め設定した閾値を超えたか否かを判定するデータ量判定手段と、を有し、前記削減判定手段は、前記データ量判定手段により前記データ量が前記閾値を超えたと判定された場合に、前記属性情報に基づいて、前記映像データ削減手段による前記削減処理実行の要否を判定することを要旨とする。

本発明によれば、サーバに格納された映像データを適宜削減することで、コストや手間を低減でき、映像データ提供時の即時性、利便性を確保できる映像データ管理システムを提供することができる。

実施の形態に係る映像データ管理システムの機能構成を示す機能ブロック図である。実施の形態に係る映像データ管理システムに適用される車載器としてのデジタルタコグラフの構成例を示すブロック図である。実施の形態に係る映像データ管理システムに適用される車載器としてのデジタルタコグラフの概略構成を示す正面図である。実施の形態に係る映像データ管理システムで実行される属性フラグ付加処理の処理手順を示すフローチャートである。実施の形態に係る映像データ管理システムで追加される属性情報の例を示す図表である。実施の形態に係る映像データ管理システムで実行されるデータ削減処理の処理手順を示すフローチャートである。

［実施の形態］
図１〜図６を参照して、本発明の実施の形態に係る映像データ管理システムＳ１について説明する。

（映像データ管理システムの機能構成）
図１の機能ブロック図を参照して、本実施の形態に係る映像データ管理システムＳ１の機能構成について説明する。

映像データ管理システムＳ１は、トラック等の車両Ｖに搭載され、衝突や何らかの衝撃などの所定のイベント発生を契機として、車両周辺を撮像した映像データを生成する車載カメラ５０等で構成される撮影手段と、同じく車両Ｖに搭載され、映像データを含む情報を記録するフラッシュメモリ等で構成される情報記録手段（記録部）４と、その映像データを送信する通信部、アンテナ等を備える送信手段１１とを備える。

本実施の形態では、情報記録手段２４および送信手段１１は、車両Ｖに搭載されて、この車両Ｖの走行状態に関する情報として、時刻と、各時刻の車速および走行距離を含む運行データを記録可能な車載器としてのデジタルタコグラフＤＴ１で構成される。なお、デジタルタコグラフＤＴ１の構成例については後述する。

また、本実施の形態において、車両Ｖは複数台に亘って運用され、各車両Ｖが、上述の撮影手段（車載カメラ）５０およびデジタルタコグラフＤＴ１を搭載するものとする。

また、映像データ管理システムＳ１の一部を構成するサーバ１００は、送信手段１１から送信される映像データＤ１０を受信する受信手段１０１と、受信された映像データＤ１０を格納するハードディスク装置等で構成される映像データ格納手段１０２と、映像データ格納手段１０２に格納されている映像データＤ１０の削減処理を実行する映像データ削減手段１０３と、この映像データ削減手段１０３による削減処理の要否を判定する削減判定手段１０４とを備える。

また、サーバ１００は、映像データＤ１０に所定の属性情報を付加する属性情報付加手段１０６と、映像データ格納手段１０２に格納されている映像データＤ１０のデータ量が予め設定した閾値を超えたか否かを判定するデータ量判定手段１０５とを有している。

そして、削減判定手段１０４は、データ量判定手段１０５によりデータ量が閾値（例えば、映像データ格納手段１０２の容量の７０％等）を超えたと判定された場合に、属性情報に基づいて、映像データ削減手段１０４による削減処理実行の要否を判定するようにできる。

これにより、映像データ格納手段１０２の容量が逼迫する前に、映像データＤ１０を削減することができる。

ここで、属性情報としては、事故等のイベントに対応する事故報告番号、各映像データの参照回数、車両Ｖの加速度変化量の評価値、イベント発生後の車両Ｖの走行の有無に関する情報、所定処理の許可情報等の少なくとも１つを含むようにできる。

図１に示すように、本実施の形態に係る映像データ管理システムＳ１では、削減判定手段１０３は、属性情報に基づいて、各映像データの評価付けを行う評価値を算出する評価値算出手段１０７と、評価値に基づいて、削減対象とする映像データを抽出する削減対象抽出手段１０８とを備えている。

そして、映像データ削減手段１０３は、削減対象抽出手段１０８で抽出された削減対象としての映像データについて削減処理を実行するようにできる。

例えば、属性情報として「対応する事故報告書番号」が付与されていない映像データ、および映像参照回数が所定回数（例えば、２回等）以下の映像データについて、比較的低い評価値ｎ（例えば、１〜１０の１０段階評価のうち、２以下等）を付与する。

そして、例えば、評価値ｎが「２」以下である映像データを削減対象として抽出し、それらの映像データについて削減処理を実行するようにできる。

これにより、保存する優先度が比較的低いと考えられる映像データから順に削減して、映像データ格納手段１０２の容量を確保することができる。

なお、評価値ｎは、サーバ１００に接続されて映像データを送信する車両Ｖの台数等に応じて、動的に変更するようにしてもよい。

また、削減対象抽出手段１０３は、前回の削減処理の実行後に映像データ格納手段１０２に格納された件数を判定値（事故報告判定値）ｍとして、削減対象とする映像データを抽出するようにしてもよい。

これにより、前回の削減処理の実行後に増加した分に相当する数（量）の映像データを削減して、映像データ格納手段１０２の容量を確保することができる。

なお、図１に示す上記各手段１０２〜１０８は、サーバ１００が備えるＣＰＵ等の演算装置などのハードウェアと、図示しないプログラム格納装置等に格納されるソフトウェアおよびデータ等との協働によって実現される。

また、上述の削減処理は、映像データＤ１０を映像データ格納手段１０２から削除する削除処理、または映像データＤ１０を映像データ格納手段から他の格納手段（外部記録装置２００等）に移転する移転処理を含む処理である。

（車載器（デジタルタコグラフ）の構成例）
図２および図３を参照して、車載器（デジタルタコグラフ）ＤＴ１の構成例について説明する。

図２は、映像データ管理システムＳ１に適用される車載器としてのデジタルタコグラフＤＴ１の構成例を示すブロック図、図３は、デジタルタコグラフＤＴ１の概略構成を示す正面図である。

図２に示す車載器としてのデジタルタコグラフＤＴ１は、例えばトラックなどの業務用車両に搭載され、エンジン回転数オーバ、急発進、急加速、急減速等の運転状態を表す運転データを含む運行データを時刻毎に記録するものである。

図２に示すデジタルタコグラフＤＴ１は、ＣＰＵ１１、速度／エンジン回転数Ｉ／Ｆ１２、外部入力Ｉ／Ｆ１３、センサ入力Ｉ／Ｆ１４、ＧＰＳ受信部１５、ＣＡＮ＿Ｉ／Ｆ１６、記録部１７、カードＩ／Ｆ１８、音声Ｉ／Ｆ１９、スピーカ２０４、ＲＴＣ（時計ＩＣ）２１、出庫／入庫ボタンＳＷ入力部２２、表示コントローラ２３、通信部２４、電源部２５、メモリ２６、ＬＥＤ表示部２７及び陸送ＯＮ／ＯＦＦボタンＳＷ入力部３１を有している。

ＣＰＵ１１は、マイクロコンピュータ等により構成される制御部であり、プログラムに従ってデジタルタコグラフＤＴ１の全体を制御する。ＣＰＵ１１が実行するプログラムや制御に必要な定数等のデータはメモリ２６上に保持されている。メモリ２６は不揮発性であり、データの読み出しおよび書き込みが可能である。

記録部１７は、データの読み出しおよび書き込みが可能な不揮発性のメモリであり、外部入力Ｉ／Ｆ１３に接続される撮影手段としての車載カメラ５０から入力される映像データの記録、運行データの記録および保持のために利用される。

また、記録部１７には、過去に走行した運転履歴のデータも履歴テーブル１７ａとして保持されている。この履歴テーブル１７ａには、場所、速度、エンジン回転数、及び燃費が登録されている。

カードＩ／Ｆ（インタフェース）１８は、所定の規格に適合するメモリカードをＣＰＵ１１に接続するためのインタフェースであり、メモリカードを着脱自在に保持するカードスロットを備えている。このカードＩ／Ｆ１８には、業務用車両を運転する各乗務員が所持している所定のメモリカード５５が装着される。このメモリカード５５は、不揮発性のメモリを内蔵しており、各乗務員を特定するための番号などが登録された状態で使用される。

音声Ｉ／Ｆ１９は、疑似音声信号を合成して出力するためのインタフェースであり、ＣＰＵ１１の制御により様々なメッセージに対応する音声信号を出力することができる。音声Ｉ／Ｆ１９の出力にはスピーカ２０４が接続されている。

ＲＴＣ（リアルタイムクロック）２１は、所定のクロックパルスを常時計数することにより、現在時刻の情報を把握している。また、ＲＴＣ２１はタイマ機能も有している。ＣＰＵ１１は、ＲＴＣ２１を制御することにより、現在時刻の情報を取得したり、タイマを利用することができる。

出庫／入庫ボタンＳＷ入力部２２には、出庫／入庫ボタンのＯＮ／ＯＦＦ信号が入力される。したがって、ＣＰＵ１１は、出庫／入庫ボタンＳＷ入力部２２を介して出庫／入庫ボタンのＯＮ／ＯＦＦ状態を監視し、自車両が出庫／入庫のいずれの状態であるかを把握できる。

表示コントローラ２３は、表示器２０５の表示内容を制御する。表示器２０５は、例えば、液晶表示装置や有機ＥＬ表示装置等で構成され、車載カメラ５０のよる撮影の有無等の種々の情報をグラフィック表示を混じえて表示することができる。

ＬＥＤ表示部２０３は、複数のＬＥＤ（発光ダイオード）を内蔵し、ＣＰＵ１１の制御により各ＬＥＤを点灯、消灯、または点滅し、通信や動作の状態を表示することができる。

陸送ＯＮ／ＯＦＦボタンＳＷ入力部３１は、乗務員または作業者等により操作され、手動操作による陸送モードのオンオフ切り替えに使用される。

速度／エンジン回転Ｉ／Ｆ１２には、車速センサやエンジン回転数センサからそれぞれ速度パルスや回転パルスが入力される。速度／エンジン回転数Ｉ／Ｆ１２は、入力された信号をＣＰＵ１１の処理に適した信号に変換する。

センサ入力Ｉ／Ｆ１４は、様々なセンサをＣＰＵ１１に接続するためのインタフェースである。センサ入力Ｉ／Ｆ１４の入力には、エンジン温度を検知する温度センサ、燃料量を検知する燃料センサ、車両に加わる衝撃（Ｇ値）を感知するＧセンサ、ウインカＳＷ等の信号が入力される。

車載カメラ５０は、Ｇセンサによる衝撃（Ｇ値）の検知等を契機として、車両Ｖの周辺を撮像した映像データの生成を開始するようにできる。

ＧＰＳ受信部１５は、複数のＧＰＳ（Global Positioning System）衛星からの電波をＧＰＳアンテナ１５ａで受信し、所定の計算処理を行って受信信号から車両の現在位置を表す緯度、経度の情報を取得する。

ＣＡＮ＿Ｉ／Ｆ１６は、ＣＡＮ（Controller Area Network）規格の通信ネットワークと接続するためのインタフェースである。ＣＰＵ１１は、車両上の通信ネットワークに接続されている様々な機器との間でＣＡＮ＿Ｉ／Ｆ１６を介して通信できる。実際には、速度、エンジン回転数、燃料量等の各種データの通信が行われる。

通信部２４は、所定の無線通信インタフェースを内蔵しており、車両の外部との間で無線通信回線を利用してデータ通信を行うことができる。

電源部２５は、車両のバッテリーなどから供給される電力に基づき、ＣＰＵ１１等が動作するために必要な安定した電圧（例えば＋５［Ｖ］）を生成し、イグニッションスイッチがオンの時にデジタルタコグラフＤＴ１の各回路に電力を供給するようになっている。

図３において、符号２０１は、メインスイッチである。また、表示器２０５の下方には、各種機能の操作を選択するボタンスイッチＢ１〜Ｂ４が設けられている。

表示器２０５内には、例えば、「車載カメラで映像を撮影しました。」等の各種メッセージ等が表示される。

（属性フラグ付加処理について）
次に、図４のフローチャートを参照して、本実施の形態に係る映像データ管理システムＳ１で実行される属性フラグ付加処理の処理手順について説明する。

この処理が開始されると、まずステップＳ１０１で、サーバ１００で映像データＤ１０を受信したか否かが判定される。

そして、判定決定が「Ｎｏ」の場合には、ステップＳ１０１の処理を繰り返し、「Ｙｅｓ」の場合にはステップＳ１０２に移行する。

ステップＳ１０２では、デジタルタコグラフＤＴ１で取得されて記録されている各時刻の車速および走行距離を含む運行データに基づいて属性フラグ情報を生成する。

ここで、図５のテーブルＴＢ１に、属性フラグに対応する属性情報を例示する。

テーブルＴＢ１に示す例では、時刻情報毎に、ユーザ名（例えば、Ａ運送、Ｂ運送、Ｃ運送・・・等）、車両番号（例えば、１２−３４等）、運転者名（例えば、甲、乙、丙・・・等）、映像データのリンク情報、データ属性許可情報（例えば、映像データの閲覧を「自社のみ」とするか、「他社も可」とするか等）、事故報告書Ｎｏ．、映像参照回数、加速度評価（例えば、加速度の大きさに応じた１〜１０の１０段階の評価値等）、イベント後の走行（事後走行の有無）の属性情報（属性フラグ情報）が生成されている。

そして、ステップＳ１０３では、各映像データ毎に、対応する属性フラグ情報が付加され、ステップＳ１０４で、映像データ格納手段１０２に格納（データベースを更新）して、処理を終了する。

これにより、各映像データＤ１０毎に付加される属性フラグ情報から算出される判定基準（判定値）に基づいて、優先的に削減すべき映像データを抽出して削減することが可能となる。

（データ削減処理について）
次に、図６のフローチャートを参照して、本実施の形態に係る映像データ管理システムＳ１で実行されるデータ削減処理の処理手順について説明する。

この処理では、まずステップＳ２０１で、映像データ格納手段１０２に格納されているデータ量が閾値を超過したか否かが判定される。

即ち、例えば、閾値が映像データ格納手段１０２の容量の７０％である場合には、かかる閾値を超えたか否かが判定される。

そして、判定結果が「Ｎｏ」の場合にはステップＳ２０１の処理を繰り返し、「Ｙｅｓ」の場合にはステップＳ２０２に移行する。

ステップＳ２０２では、事故報告書Ｎｏ．の無いデータをソートする。

即ち、図５のテーブルＴＢ１に示す例では、ユーザがＡ運送の車両番号１２−３４のデータと、ユーザがＢ運送の車両番号５６−７８のデータについては、事故報告書Ｎｏ．が無いので、ステップＳ２０２の処理に該当するデータとしてソートされる。

次いで、ステップＳ２０３では、属性情報に基づいて評価値を算出する。

即ち、例えば、図５のテーブルＴＢ１に示す属性情報の一種としての映像参照回数が所定回数（例えば、２回等）以下の映像データについて、比較的低い評価値ｎ（例えば、１〜１０の１０段階評価のうち、２以下等）を算出して付与する。

これにより、例えば、評価値ｎが「２」以下である映像データ（図５のテーブルＴＢ１に示す例では、ユーザがＡ運送の車両番号１２−３４のデータが該当する）を削減対象として抽出することができる。

また、ステップＳ２０４では、前回の削減処理の実行後に映像データ格納手段１０２に格納された件数を判定値（事故報告判定値）ｍとして、削減対象とする映像データをｍ件分、抽出する。

ステップＳ２０５では、上述のようにして抽出された映像データについて、映像データ格納手段１０２から当該データを削除するか、或いは外部記録装置２００等に当該データを移転し、ステップＳ２０６で、映像データ格納手段１０２内の映像データのデータベースを更新して処理を終了する。

これにより、サーバ１００に格納された映像データＤ１０を適宜削減することで、映像データ格納手段１０２の容量が逼迫する事態を未然に回避でき、ストレージ機器の容量アップ等に要するコストや手間を低減できる。

また、事故処理における保険や捜査等への協力として、映像データを提供する際の即時性や利便性を確保することができる。

以上、本発明に係る映像データ管理システムの実施形態について説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置き換えることができる。

Ｓ１…映像データ管理システム
１１…送信手段（通信部）
２４…情報記録手段（記録部）
５０…撮影手段（車載カメラ）
１００…サーバ
１０１…受信手段
１０２…映像データ格納手段
１０３…映像データ削減手段
１０４…削減判定手段
１０５…データ量判定手段
１０６…属性情報付加手段
１０７…評価値算出手段
１０８…削減対象抽出手段
２００…外部記録装置
Ｄ１０…映像データ
ＤＴ１…車載器（デジタルタコグラフ）
Ｖ…車両

Claims

車両に搭載され、所定のイベント発生を契機として、車両周辺を撮像した映像データを生成する撮影手段と、
前記車両に搭載され、前記映像データを含む情報を記録する情報記録手段と、
前記映像データを送信する送信手段と、
前記送信手段から送信される前記映像データを受信する受信手段と、
該受信手段で受信された前記映像データを格納する映像データ格納手段と、
該映像データ格納手段に格納されている前記映像データの削減処理を実行する映像データ削減手段と、
該映像データ削減手段による前記削減処理の要否を判定する削減判定手段と
を備える映像データ管理システムにおいて、
前記映像データに所定の属性情報を付加する属性情報付加手段と、
前記映像データ格納手段に格納されている前記映像データのデータ量が予め設定した閾値を超えたか否かを判定するデータ量判定手段と、を有し、
前記削減判定手段は、前記データ量判定手段により前記データ量が前記閾値を超えたと判定された場合に、前記属性情報に基づいて、前記映像データ削減手段による前記削減処理実行の要否を判定することを特徴とする映像データ管理システム。
前記属性情報は、
前記イベントに対応する事故報告番号、前記各映像データの参照回数、前記車両の加速度変化量の評価値、前記イベント発生後の前記車両の走行の有無に関する情報、所定処理の許可情報の少なくとも１つを含むことを特徴とする請求項１に記載の映像データ管理システム。
前記削減判定手段は、
前記属性情報に基づいて、前記各映像データの評価付けを行う評価値を算出する評価値算出手段と、
前記評価値に基づいて、削減対象とする前記映像データを抽出する削減対象抽出手段と
を備え、
前記映像データ削減手段は、前記削減対象抽出手段で抽出された削減対象としての前記映像データについて前記削減処理を実行することを特徴とする請求項１または請求項２に記載の映像データ管理システム。
前記削減対象抽出手段は、前回の前記削減処理の実行後に前記映像データ格納手段に格納された件数を判定値として、前記削減対象とする前記映像データを抽出することを特徴とする請求項３に記載の映像データ管理システム。
前記削減処理は、前記映像データを前記映像データ格納手段から削除する削除処理、または前記映像データを前記映像データ格納手段から他の格納手段に移転する移転処理を含むことを特徴とする請求項１から請求項４の何れか１項に記載の映像データ管理システム。
前記情報記録手段および前記送信手段は、前記車両に搭載されて、該車両の走行状態に関する情報として、時刻と、各時刻の車速および走行距離を含む運行データを記録可能なデジタルタコグラフで構成されることを特徴とする請求項１から請求項５の何れか１項に記載の映像データ管理システム。