JP6737929B2 - 管理サーバおよび管理方法 - Google Patents

Description

本発明は、車両における機器を管理する管理サーバおよび管理方法に関する。

下記特許文献１には、通信モジュールを有するドライブレコーダが記載されている。このドライブレコーダは、車両走行時の異なる方向からの連続映像記録をメモリユニットに保存し、さらにメモリユニットがメモリ不足、または毀損や他の原因により映像記録が保存不可能と判断されると、即時に通信モジュールより確立されたネットワーク接続を通して、未保存の映像記録及び測位データがクラウドネットワークの保存サーバにアップロードする。

また、下記特許文献２には、通信モジュールを有しないドライブレコーダが記載されている。このドライブレコーダは、指定された通信予約時刻に車載器と携帯端末との接続が切断されている場合でも、その後で車載器と携帯端末とが接続された時点で、携帯端末から車載器にデータを転送することにより、サーバからのデータをダウンロードすることが記載されている。

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

映像記録などのサイズが大きなデータ全てを車載器と管理サーバ間で送受信すると、通信料などがかかるという問題がある。

しかしながら、車両のエンジンキーオフ後はドライブレコーダの電源もオフとなっているため、管理サーバは、ドライブレコーダに保存されている映像データの効率的な取得ができない、という問題がある。また、車両が地下駐車場などの携帯電話網の圏外にいる場合も同様に取得することができない。そのため、管理サーバは、ドライブレコーダが他からアクセスされることのできない状況においては、アクセスできるまでドライブレコーダに対して、何度もアクセスをしなければならないという問題がある。

そこで、上述の課題を解決するために、本発明は、何度もアクセスを試みることなく、車両に衝合される機器のアクセスを効率的に行うことのできる管理サーバおよび管理方法を提供することを目的とする。

本発明の管理サーバは、複数の移動体に各々衝合される機器のうち特定機器に記憶されたデータを管理するための管理サーバであって、機器識別子、対象データを特定するためのキー情報、および当該対象データのための予約情報を記憶する情報テーブルと、ユーザからの前記特定機器の前記キー情報に対応するアクセス要求を受信すると、前記特定機器との通信接続および前記予約情報に基づき、所定の条件に応じた処理を行う予約部と、前記所定の条件を満たすと、前記特定機器と通信接続し、前記アクセス要求に対応する対象データを送受信する通信部と、を備える。

この構成により、機器に対して通信接続できない場合に、そのアクセス予約を可能にする。したがって、機器が通信可能状態になると、そのアクセス要求をすることができ、所定の条件を満たしたアクセス要求から効率的に通信接続を行うことができる。

本発明によれば、効率的にアクセス要求を行うことができ、無駄なアクセス要求を防止することができる。

本実施形態の車両管理システムのシステム構成を示す図である。 管理サーバ１００の機能構成を示すブロック図である。 予約情報テーブル１０４の予約情報を示す図である。 管理サーバ１００における映像データの取得処理および予約処理を示すシーケンス図である。 管理サーバ１００における映像データの取得要求予約をした後に、他の映像データの取得要求を受けたときの処理を示すシーケンス図である。 管理サーバ１００のハードウェア構成図である。 ドライブレコーダ２００ａの機能構成を示すブロック図である。 管理サーバ１００およびドライブレコーダ２００ａの各種管理テーブルを示す図である。 車両管理テーブルおよび予約情報テーブルを更新する処理を示すシーケンス図である。 映像データの種別に応じた優先取得処理を示すシーケンスズである。 管理サーバにおいて、予約情報テーブルの更新処理を示すシーケンス図である。 管理者端末において表示される安全運転管理画面を示す図である。

添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

図１は、本実施形態の車両管理システムのシステム構成を示す図である。図１に示されるとおり、車両管理システムは、管理サーバ１００、車両２００（ドライブレコーダ２００ａを含む）、および管理者端末３００を含んで構成されている。

車両２００は、自動車であり、例えば運送用車両またはタクシーなどである。この車両２００は、ドライブレコーダ２００ａを搭載している。ドライブレコーダ２００ａは、通信型記録装置であって、車両２００から電源を得ており、車両２００の走行中の映像データを生成する。

また、ドライブレコーダ２００ａは、撮影した映像データを識別するための映像ＩＤを、撮影終了時にまたは所定タイミングで管理サーバ１００に、移動体通信網およびネットワークを介して送信する。映像データそのものを送信すると通信トラフィックに負荷をかけ、また通信費用がかかるため、その送信データ量を少なくするために、映像データそのものを送らずに、映像ＩＤおよびそのほかデータのキー情報となる情報（例えば位置または時刻情報だがこれに限らない）を送信し、管理サーバ１００に登録させる。管理サーバ１００は、受信した映像データの識別子を管理者端末３００に送信する。なお、位置情報または時刻情報等は、ＧＰＳなどの各種センサにより取得可能な情報である。

管理サーバ１００は、ドライブレコーダ２００ａと通信を行うサーバである。管理サーバ１００は、管理者端末３００からの指示に基づいて、ドライブレコーダ２００ａと通信接続し、ドライブレコーダ２００ａが撮影した映像データを取得する。

管理者端末３００は、車両２００の運行管理を行う管理者により操作される端末であり、パソコンなどの情報処理端末である。管理者端末３００は、ドライブレコーダ２００ａからの映像データの識別子を受信し、管理する。管理者は、管理者端末３００に対して、映像データの識別子またはキー情報に基づいて、映像データの取得操作をすることにより、管理サーバ１００にドライブレコーダ２００ａからの映像データの取得処理を行わせることができる。

このように構成された車両管理システムにおける管理サーバ１００について説明する。図２は、管理サーバ１００の機能構成を示すブロック図である。図２に示されるとおり、管理サーバ１００は、通信部１０１、予約部１０２、映像データ処理部１０３、予約情報テーブル１０４、車両管理テーブル１０５および映像データ記憶部１０６を含んで構成されている。なお、車両管理テーブル１０５は、後述する変形例において使われる構成である。以下各構成要件について説明する。

通信部１０１は、ドライブレコーダ２００ａおよび管理者端末３００と通信接続する部分である。具体的には、通信部１０１は、管理者端末３００から映像データなどの取得要求（アクセス要求）を受信し、それに基づいてドライブレコーダ２００ａに映像データなどの取得要求（映像データ取得要求）を送信する。通信部１０１は、ドライブレコーダ２００ａからの映像データ取得要求に対して送信された映像データを取得し、映像データ記憶部１０６に記憶する。

ほか、通信部１０１は、ドライブレコーダ２００ａに対して映像データ取得要求に対して応答を受けなかった場合には、予約部１０２が予約し、それに応じて、映像データ予約完了通知を管理者端末３００に送信する。

また、通信部１０１は、管理者端末３００から映像データの再生要求を受けると、映像データ処理部１０３が映像データ記憶部１０６から指定された映像データを取得し、通信部１０１が、その映像データを管理者端末３００に送信する。

予約部１０２は、通信部１０１がドライブレコーダ２００ａとのアクセスが不可であった場合、例えば、映像データ取得要求に対して何の応答もなかった場合に、予約情報テーブル１０４に、予約情報を登録する部分である。具体的には、予約部１０２は、ドライブレコーダＩＤと映像ＩＤを含んだ予約情報を予約情報テーブル１０４に登録する。

映像データ処理部１０３は、映像データ記憶部１０６に記憶されている映像データの登録および読み出しを行う部分である。

予約情報テーブル１０４は、予約情報を記憶する部分である。予約情報は、ドライブレコーダＩＤおよび映像ＩＤを含んで構成されている。図３は、その具体例である。図３に示されるとおり、予約情報テーブルはドライブレコーダＩＤと映像ＩＤとを対応付けて記憶している。なお、予約時刻を対応付け、予約順やキー情報によりその序列をつけるようにしてもよい。図３に示されるとおり、同じドライブレコーダＩＤに対して異なる映像ＩＤが対応付けられている場合がある。これは、ドライブレコーダ２００ａは複数の映像データを保持している場合があるためである。

車両管理テーブル１０５は、ドライブレコーダ２００ａがアクセス可能な状態であるか否かを示す情報を記憶している。例えば、ドライブレコーダＩＤごとに、その可否フラグを対応付けている。

映像データ記憶部１０６は、映像データ処理部１０３により登録された映像データを記憶する部分である。映像データ処理部１０３により映像ＩＤを指定することにより読み出し可能な情報で記憶されている。

つぎに、このように構成された管理サーバ１００を使った映像データの取得処理および予約処理について説明する。図４は、その具体的処理シーケンスを示す図である。なお管理サーバ１００は、予め取得対象となる映像データの映像ＩＤを含むキー情報をドライブレコーダ２００ａから取得し車両管理テーブル１０５に記憶しており、管理者端末３００はその情報から取得対象データに対するアクセス要求を行う前提で説明する。

まず、管理者端末３００から、どのドライブレコーダ２００ａ宛かのドライブレコーダＩＤ（宛先情報）と取得対象となる映像ＩＤを含んだ映像データ取得要求が送信され、管理サーバ１００において、通信部１０１は、その映像データ取得要求を受信する（Ｓ１０１）。通信部１０１は、どのドライブレコーダ２００ａ宛かドライブレコーダＩＤに基づいて判断して、そのドライブレコーダ２００ａに対して、映像データ取得要求を送信する（Ｓ１０２）。

管理サーバ１００において、通信部１０１は、映像データ取得要求に対して、所定時間内に応答を受けない場合には、映像データ取得不可と判断し（Ｓ１０３）、予約部１０２は、予約情報テーブル１０４に、ドライブレコーダＩＤと映像ＩＤとを記憶することで、映像データの予約を行う（Ｓ１０４）。ここでは映像１を予約する。

通信部１０１は、予約部１０２が予約を完了すると、映像ＩＤ（ここでは映像１を示す）を含んだ映像データ予約完了通知を管理者端末３００に送信する（Ｓ１０５）。管理者端末３００では、どの映像データが予約されたか、把握できる。

その後、車両２００において、エンジンが起動されるなどして、通信が可の状態になると（Ｓ１０６）、ドライブレコーダ２００ａからドライブレコーダＩＤを含んだ起動通知が、管理サーバ１００に送信される（Ｓ１０７）。ドライブレコーダ２００ａは、電源が入ったり、圏外状態から復帰した場合には、通信可能通知（起動通知または圏内通知）を管理サーバ１００に送信するように構成されている。

管理サーバ１００において、通信部１０１が、ドライブレコーダＩＤを含んだ起動通知を受信すると、予約部１０２は、ドライブレコーダＩＤをキーにして予約情報を検索し、対応する映像ＩＤを取得する。通信部１０１は、その映像ＩＤを含んだ映像データ取得要求をドライブレコーダ２００ａに送信する（Ｓ１０８）。なお、予約情報の検索に際して対応する映像ＩＤを取得できない場合には、特段の処理は行われない。

ドライブレコーダ２００ａは、その映像ＩＤに対応する映像データを管理サーバ１００に送信する（Ｓ１０９）。ここでは映像１が送信される。

管理サーバ１００において、通信部１０１は、管理者端末３００に対して、映像ＩＤを含んだ映像データ取得完了通知を送信する（Ｓ１１０）。

管理者端末３００において、取得された映像データの映像ＩＤが取得される。管理者は、任意に映像データを選択操作することで、管理者端末３００は映像ＩＤの映像データ再生要求を管理サーバ１００に送信する（Ｓ１１１）。管理者は、映像データのキー情報（時刻または位置など）を参考に、映像ＩＤを選択することができる。

管理サーバ１００において、通信部１０１が映像データ再生要求を受信すると、映像データ処理部１０３は、対応する映像データを映像データ記憶部１０６から取得し、通信部１０１は、その映像データを送信する（Ｓ１１２）。

このようにして、管理サーバ１００は、ドライブレコーダ２００ａとアクセスできないときにおいて、映像データの予約を行うことができる。したがって、アクセス可となったときに、映像データの取得を可能にすることで、効率的な通信接続およびデータ取得を可能にする。

つぎに、図４に示されるシーケンス図の変形例について説明する。図４において、映像１の取得要求予約をした後に、映像２の取得要求を受けたときの処理について説明する。図５は、その処理を示すシーケンス図である。なお、上述したとおり、この変形例においては、車両管理テーブル１０５の通信接続に関する情報が利用される。

図５に示されるとおり、まず、管理者端末３００から、どのドライブレコーダ２００ａ宛かのドライブレコーダＩＤ（宛先情報）と取得対象となる映像ＩＤを含んだ映像データ取得要求が送信され、管理サーバ１００において、通信部１０１は、その映像データ取得要求を受信する（Ｓ２０１）。通信部１０１は、どのドライブレコーダ２００ａ宛かドライブレコーダＩＤに基づいて判断して、車両管理テーブル１０５を参照して、送信先となるドライブレコーダ２００ａが通信可であるか否かを判断する（Ｓ２０２）。ここでは、通信可であると判断し、通信部１０１は、そのドライブレコーダ２００ａに対して、映像データ取得要求を送信する（Ｓ２０３）。

管理サーバ１００において、通信部１０１は、映像データ取得要求に対して、所定時間内に応答を受けない場合には、映像データ取得不可と判断し（Ｓ２０４）、予約部１０２は、ドライブレコーダＩＤで示される車両が通信不可であることを示す通信不可フラグを、車両管理テーブル１０５に記憶する（Ｓ２０５）。ここでは、ドライブレコーダＩＤ：１で示される車両が通信不可であることを示す情報が記憶される。

そして、管理サーバ１００において、予約部１０２は、予約情報テーブル１０４に、ドライブレコ−ダＩＤと映像ＩＤとを記憶することで、映像データの予約を行う（Ｓ２０６）。ここでは映像１を予約する。

通信部１０１は、予約部１０２が予約を完了すると、映像データ予約完了通知を管理者端末３００に送信する（Ｓ２０７）。

その後、管理サーバ１００において、通信部１０１は、管理者端末３００から、新たな映像データ取得要求を受信する（Ｓ２０８）。ここでは、Ｓ２０１で受信した映像データ取得要求のドライブレコーダＩＤと同じドライブレコーダＩＤ：１が含まれている。また、映像ＩＤは、映像２を示すこととする。

管理サーバ１００において、通信部１０１は、新たな映像データ取得要求を受信すると、車両管理テーブル１０５を参照し、ドライブレコーダＩＤで示されるドライブレコーダ２００ａの通信可否状態を判断する（Ｓ２０９）。ここでは、Ｓ２０５で、ドライブレコーダＩＤ：１で示されるドライブレコーダ２００ａが通信不可状態であることが記憶されているため、通信不可と判断する。

そして、予約部１０２は、予約情報テーブル１０４に、ドライブレコーダＩＤと、映像ＩＤとを記憶する（Ｓ２１０）。ここでは、ドライブレコーダＩＤ：１、映像ＩＤ：２が記憶される。そして、通信部１０１は、映像データ予約完了通知を管理者端末３００に送信する（Ｓ２１１）。

その後、さらに、通信部１０１は、映像データ取得要求（ドライブレコーダＩＤ：１、映像ＩＤ：３）を受信し、予約部１０２は、ドライブレコーダ２００ａの状態を判断し、予約処理を行う（Ｓ２１２〜Ｓ２１５）。

ここまでが予約処理である。上述説明したとおり、車両管理テーブル１０５にて、ドライブレコーダ２００ａの状態を管理しておくことで、ドライブレコーダ２００ａ宛に送信することなく、予約処理を行うことができる。

その後、車両２００において、エンジンが起動されるなどして、通信が可の状態になると（Ｓ２１６）、ドライブレコーダ２００ａからドライブレコーダＩＤを含んだ起動通知が、管理サーバ１００に送信される（Ｓ２１７）。

管理サーバ１００において、通信部１０１が、ドライブレコーダＩＤを含んだ起動通知を受信すると、車両管理テーブル１０５のドライブレコーダ２０ａの状態を、通信可フラグに変更する（Ｓ２１８）。また、予約部１０２は、ドライブレコーダＩＤをキーにして予約情報テーブル１０４を検索し、対応する映像ＩＤを取得する（Ｓ２１９）。ここでは、映像ＩＤ：１，２，３が取得される。通信部１０１は、その映像ＩＤを含んだ映像データ取得要求をドライブレコーダ２００ａに送信する（Ｓ２２０）。

ドライブレコーダ２００ａは、映像ＩＤに対応する映像データを管理サーバ１００に送信する（Ｓ２２１）。なお、映像ＩＤを１つの映像データ取得要求に含め、映像データをまとめて送信する説明を行ったが、映像ＩＤごとに映像データ取得要求を行い、送信するようにしても良い。

管理サーバ１００において、通信部１０１は、送信された映像データを受信して、映像データ記憶部１０６に記憶する（Ｓ２２２）。

以降、管理サーバ１００において、通信部１０１は、映像データ取得完了通知を管理者端末３００に送信する（Ｓ２２３）。

管理者端末３００において、その管理者の操作に従って、映像データの再生要求を送信し、それに対応する映像データを送信する（Ｓ２２４、Ｓ２２５）。

このように、複数の映像データを予約し、そして、その取得処理を可能にする。なお、上述のシーケンス図においては、説明の便宜上、管理サーバ１００とドライブレコーダ２００ａとが１対１の関係としたが、当然にこれに限るものではない。管理サーバ１００は、複数の管理者端末３００またはドライブレコーダ２００ａ（車両２００）と通信接続してもよい。管理サーバ１００は、複数のドライブレコーダ２００ａから通信可能通知を、特定のタイミングに集中して受信した場合には、ＦＩＦＯ（First-In First Out）処理（先入れ先出し処理）により、予約時刻が先であるものから順に処理をするのがよいが、これに限らない。管理者端末３００またはドライブレコーダ２００ａに優先順位をつけておき、その優先順に基づいて映像データの取得処理および送信処理を行ってもよい。なお、具体的には、後述する各種挙動に対応する映像データの種別に基づく序列や、ユーザ毎の映像取得または予約回数を組合わせた序列、などである。

つぎに、本実施形態の管理サーバ１００の作用効果について説明する。この管理サーバ１００は、車両２００に衝合されるドライブレコーダ２００ａの識別子と、映像データの識別子とを対応付けた予約情報を記憶する予約情報テーブル１０４と、管理者などのユーザからのアクセス要求に基づいて、車両２００に衝合されるドライブレコーダ２００ａと通信接続する通信部１０１と、通信部１０１がドライブレコーダ２００ａと通信接続ができなかった場合に、車両２００に対する予約情報を予約情報テーブル１０４に登録する予約部１０２と、を備え、通信部１０１は、車両２００から通信可能通知を受信すると、当該ドライブレコーダ２００ａに対して映像データ取得要求を送信する。

この構成により、ドライブレコーダ２００ａに対して通信接続できない場合に、そのアクセス予約を可能にする。したがって、ドライブレコーダ２００ａが通信可能状態になると、そのアクセス要求をすることができ、効率的に通信接続およびデータ取得を行うことができる。

一般的にドライブレコーダ２００ａのような車両２００に衝合される電気機器は、自動車などの車両２００から電源を得ている。従って、車両のエンジンキーがオフになっている場合などは、ドライブレコーダ２００ａは電源を得ることができず、したがって、管理サーバ１００は、ドライブレコーダ２００ａに対して、アクセスすることができない。本実施形態においては、そのような場合においても、アクセス予約をすることで、何度もアクセスを試みるようなことを防止し、効率的な通信接続及びデータ取得を可能にする。

なお、上記説明では、ドライブレコーダ２００ａに対して映像データの取得要求を行っていたが、これに限るものではない。管理サーバ１００が、車両２００に搭載される通信型電気機器に対してアクセスしようとする場合に適用することができる。例えば、車両に関する各種センサ情報を取得する場合にも適用できる。車両に関する各種センサ情報には、例えば、冷凍車に搭載されている冷凍庫の温度などに関する情報を取得するための温度センサ情報が考えられる。この場合には、冷凍庫の温度センサには、他と識別するための識別子が割り振られている。また、当該温度センサは、無線通信機能を有し、その無線通信機能は冷凍車または冷凍庫の電源から電源を得ることになる。

なお、車両２００がトンネル内にいるなど、通信をすることが困難な環境に移動している場合においても同様である。

さらに、自動車などの車両２００に限定するものでもない。船舶または航空機などの移動体でもよい。また、ドローンなど無線操作または自律移動することができる装置（移動体）であってもよい。なお、ドローンなどにおいては、ドライブレコーダなどの機器に対して電力を供給する上でエンジン始動を必須とはしないものもある。この場合は、そういった移動体に対する本実施形態の適用状況は、圏外に移動体が移動し、また圏外から圏内に移動した場合や、ドライブレコーダでの電源供給をオフにする場合が想定される。その他にも、映像を取得する優先度を定める際には、予め航空機特有の撮影が許可されていない領域や対象物（ＧＰＳなどの位置情報または／および地図情報に基づき特定するか、領空権など各種法令で定められた権利に抵触するものなど）を撮像対象とする場合など、法令順守に基づき、映像取得を積極的に行わない時間や場所が存在し、これらの映像はドライブレコーダでも記録されないようにすることが想定され得る。逆もまた然りで、何らかの関係者が所有するドローンを用いて、積極的に法令順守を目的として領空権や何らの権利抵触を監視するための自動監視ドローンに本発明が適用されても良いことは言うまでもない。

また、本実施形態の管理サーバ１００において、通信部１０１は、アクセス要求として、ドライブレコーダ２００ａにより撮影された映像の取得要求を送信して、ドライブレコーダ２００ａから映像を取得する。

この構成により、効率的にドライブレコーダ２００ａから映像データを取得することができる。

また、通信部１０１は、取得対象となる映像の識別子を含む映像の取得要求を送信し、当該識別子で指定された映像を取得する。この構成により、識別子で映像を特定することで、任意の映像を取得できる。

また、本実施形態の管理サーバ１００において、予約部１０２は、ドライブレコーダ２００ａに対する一の映像の識別子を含んだ予約情報を予約情報テーブル１０４に登録した後、ドライブレコーダ２００ａに対する他の映像の識別子を含んだアクセス要求（映像データ取得要求）を受信すると、当該ドライブレコーダ２００ａにアクセス要求（映像データ取得要求）を送信することなく、予約情報テーブル１０４に他の予約情報を登録する。そして、通信部１０１は、ドライブレコーダ２００ａから通信可能通知を受信すると、予約情報テーブル１０４に登録されている予約情報の識別子で指定された映像を取得する。

この構成により、予約情報テーブル１０４に予約情報が登録されている場合に、別の映像データ取得要求を受信すると、予約情報テーブル１０４を参照し、アクセスの可否を判断することで、無駄なアクセス処理を行うことができる。よって、管理サーバ１００の負荷を軽減することができる。

図６は、管理サーバ１００のハードウェア構成図である。図２に示される管理サーバ１００は、物理的には、図６に示すように、一または複数のＣＰＵ１１、主記憶装置であるＲＡＭ１２及びＲＯＭ１３、入力デバイスであるキーボード及びマウス等の入力装置１４、ディスプレイ等の出力装置１５、ネットワークカード等のデータ送受信デバイスである通信モジュール１６、ハードディスクまたは半導体メモリ等の補助記憶装置１７などを含むコンピュータシステムとして構成されている。図２における各機能は、図６に示すＣＰＵ１１、ＲＡＭ１２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１の制御のもとで入力装置１４、出力装置１５、通信モジュール１６を動作させるとともに、ＲＡＭ１２や補助記憶装置１７におけるデータの読み出し及び書き込みを行うことで実現される。例えば、予約部１０２の処理は、ＣＰＵ１１による所定のプログラムに従って実現される。

つぎに、このように構成された車両管理システムにおけるドライブレコーダ２００ａについて説明する。図７は、ドライブレコーダ２００ａの機能構成を示すブロック図である。図７に示されるとおり、ドライブレコーダ２００ａは、通信モジュール２０１、ＧＰＳモジュール２０２、ＩＣカードリーダ２０３、記録部２０４、内部用の撮像カメラ２０５、外部用の撮像カメラ２０６、音声マイク２０７、スピーカー２０８、表示部２０９、ジャイロセンサ２１０、制御部２１１、挙動検出部２１２、ＡＣＣ／イグニッション入力部２１３、車速パルス等車両データ入力部２１４、およびI/O入力部(センサデータ等入力部)２１５、図示しない車両情報テーブル２１６を記録部２０４に含んで構成されている。なお、挙動検出部２１２は、後述する変形例において管理サーバ１００に備わる構成である。以下各構成要件について説明する。

通信モジュール２０１は、移動体通信網を介して管理サーバ１００および管理者端末３００と通信接続する部分である。具体的には、通信モジュール２０１は、管理サーバ１００から映像データなどの取得対象データのアクセス要求を受信し、前記アクセス要求に含まれる識別データまたはデータのキー情報に基づいて、記録部２０４に記録された取得対象データを送信する。

制御部２１１は、車速パルス等車両データ入力部２１４で入力された各種車両データ、Ｉ／Ｏ入力部２１５で入力された各種センサデータ、ＩＣカードリーダ２０３で検出された運転者情報、ＧＰＳモジュール２０２で検出された車両の位置情報や時刻情報、ジャイロセンサ２１０で検出された車両の旋回速度、挙動検出部２１２で検出された車両の位置情報や挙動検出データを記録部２０４の車両管理テーブル２１６に記憶する。

具体的には、記録部２０４の記憶領域に記録する際、内部用の撮像カメラ２０５で撮像したのか、外部用の撮像カメラ２０６で撮像したのかを識別するフラグを映像データのキー情報として付与する。その上で、車両走行中にドライブレコーダ内の記憶部に刻々と記憶されていく連続映像データは、撮影終了時または車両の停止時ごとに連続映像データとして映像ＩＤを付与して記憶する。更に、車両走行中に挙動検出部２１２で検出された危険挙動、注意挙動、車線変更や追い越しなどの挙動の他、信号無視や一旦停止、踏切停止、駐車違反などの各種違反挙動を検出した時刻の所定時間前後（例えば３０秒）の映像データを、前記連続映像データから抽出して、イベント映像データとして別の映像ＩＤを付与して記憶する。

その他、管理者端末３００から映像データのアクセス要求を受信し、そのアクセス要求に含まれるキー情報の１つである要求時刻の所定時間前後（例えば３０秒）の映像データを、前記連続映像データから抽出して、任意映像データとして別の映像ＩＤを付与して記憶する。

これらの映像データを記憶する際、連続映像データ、イベント映像データ（危険挙動映像データ、注意挙動映像データなど）、要求時刻に基づく任意取得映像データなどの各種映像データに関するキー情報を、映像ＩＤの付与と共に映像種別や挙動種別と関連つけて記憶する。

つぎに、このように構成された映像データ、映像ＩＤおよび映像データのキー情報（ここでは、時刻・位置のほか、挙動種別などを含む）を管理する、管理サーバ１００側の車両管理テーブル１０５とドライブレコーダ２００ａの車両管理テーブル２１６の構成について説明する。図８における各記憶領域（映像予約情報記憶領域および車両情報テーブル記憶領域を除く）は、管理サーバ１００およびドライブレコーダ２００ａの車両管理テーブル１０５および／または２１６に記憶されており、ドライブレコーダ２００ａから管理サーバ１００に送信済のデータについては、両者において同期がとられている情報となる。なお、車両管理テーブル２１６には、特定の機器ＩＤが紐付けされるため、車両管理テーブル１０５の様な複数の機器ＩＤの管理が原則不要（なお、車両に対し複数の機器を衝合する場合であっても、各々の記録部が独立して車両管理テーブル２１６を管理できる。）となる。映像予約情報記憶領域および車両情報テーブル記憶領域についても、管理サーバ１００の車両管理テーブル１０５および記憶部２０４の車両管理テーブル１０５および／または２１６に記憶される。

まず、図８（ａ）に記載の映像データ記憶領域には、制御部２１１で処理され映像ＩＤと紐付けられた連続映像データ、イベント映像データ、任意取得映像データそのものが対応付けられている。

また、図８（ｂ）に記載の映像キー情報記憶領域には、制御部２１１で処理され映像ＩＤと紐付けられた、位置情報や時間情報のほか、カメラ種別、各種挙動種別、各種挙動検出日時、センサ種別、センサ検出日時、アクセス要求日時などの映像データのキー情報が対応付けられている。なお、この映像データのキー情報は、映像ＩＤで映像データを特定できない場合に、管理者端末側から１又は複数の取得対象データを特定するために用いられる情報である。

また、図８（ｃ）に記載の映像予約情報記憶領域には、制御部２１１で映像ＩＤと紐付けられ、機器側で自発的に管理サーバ１００に送信予約を行うイベント映像データの映像ＩＤと、管理サーバ１００からアクセス要求を受信したものの、その後に管理サーバ１００と通信モジュール２０１間の通信状態ができなくなった時に、前記機器側で自発的に管理サーバ１００に送信予約を行う任意映像データの映像ＩＤと、各映像ＩＤが予約又はアクセス要求された日時、アップロード条件が対応付けられている。この映像予約情報記憶領域は、ドライブレコーダ２００ａに記憶されている。

また、図８（ｄ）の車両情報テーブル記憶領域は、機器ＩＤ、運転者ＩＤ、通信可否フラグ、撮影終了時刻、センサデータを記憶する。これらは、管理サーバ１００において、ドライブレコーダ２００ａと通信することによって得られる情報であり、ドライブレコーダ２００ａごとに対応付けている。

ここで、制御部２１１は、映像データそのものを管理サーバ１００に送信すると通信トラフィックに負荷をかけ、また通信費用がかかるため、その送信データ量を少なくするために、映像データそのものを送らずに、映像ＩＤおよびそのほか映像データのキー情報となる情報（例えば位置または時刻情報だが、これに限らない）を送信する。

そこで、図８の車両管理テーブルを用いて、管理サーバ１００側の車両管理テーブル１０５と機器側の記録部２０４（車両管理テーブルを記憶）との関係と、図３の予約情報テーブル１０４との関係を説明する。

まず、ユーザの管理下にある複数の前記機器に記憶された機器側の車両管理テーブル２１６に、映像ＩＤおよび映像データのキー情報（以下、キー情報等とする。）及び映像ファイルが記録されていく。その後、複数の前記機器から管理サーバ１００へ自発的にキー情報等が送信され、又は管理サーバ１００からのアクセス要求に対し、能動的にキー情報等が送信され、管理サーバ１００側の車両管理テーブル１０５に、複数の機器に記憶されるキー情報等が記録されていく。

管理サーバ１００側の車両管理テーブル１０５には、機器側の車両管理テーブルの情報を区別するために、車両管理テーブルには存在しないテーブル項目として、機器識別子が必要となる。この点では、複数の前記機器のどの映像ＩＤを予約するのか特定するために、図３の車両情報テーブルにも同じく備わっている。

一方で、機器側の車両管理テーブルの映像データ記憶領域には、刻々と映像ＩＤに紐つく映像データが記憶されていくため、原則として映像データは揃っている。しかし、管理サーバ１００側の車両管理テーブル１０５には、原則として送信データ量を少なくするために、前記映像データそのものを送らずに、映像ＩＤおよびそのほか映像データのキー情報となる情報（例えば位置または時刻情報）を送信する。その後、所定の条件に基づき映像データが送信され、取得状況フラグが取得済に更新される。

このことから、車両管理テーブル１０５の映像データ記憶領域では、原則として映像データは揃っていない。そのため、映像データを取得済かを区別するために、車両管理テーブルには存在しないテーブル項目として、取得状況フラグが必要となり、取得済、未取得、予約中、取得不可の状態を区別している。

また、車両管理テーブルの映像データ記憶領域では、管理サーバ１００との通信可否状態に関係なく、映像ＩＤに紐付けられた映像データが記録されていくが、車両管理テーブル１０５の映像データ記憶領域では、管理サーバ１００と対象機器との通信ができない場合は、映像データを取得することができない。そのため、映像データの取得可否を区別するために、車両管理テーブルには存在しないテーブル項目として、取得可否フラグが必要となり、通信可、通信不可の状態を区別している。

そして、後述する管理者端末３００の管理画面上で映像データのアクセス要求又は再生要求を行う際には、管理下にある複数機器に記憶されているキー情報等の一覧が、車両管理テーブル１０５に基づき表示され、キー情報等ごとに映像取得状態をアイコン化し、アイコンクリックにより簡単にアクセス要求又は再生要求を行うことができるようになっている。なお取得が完了すると、取得状況フラグを取得済に変更することにより、管理画面上のアイコン表示も取得済に変更される。

ここで、キー情報等ごとに一覧化されている理由は、映像種別によっては、映像ＩＤが付与されていない、連続映像データの情報もあり、取得対象の映像データを特定するためには、対象機器識別子および対象映像ＩＤの組合せか、あるいは対象機器識別子および対象映像データのキー情報の何れかの組合せが必要であるためである。

よって、管理者端末３００から受信するアクセス要求には、取得対象データを特定するために、取得対象機器の機器識別子とキー情報等が含まれており、前記識別子及び前記予約情報に基づき、所定の条件を満たすか否かを判断し、所定の条件を満たさない、即ち映像取得予約が不要なアクセス要求に対してはその旨を返信し、映像取得予約が必要なアクセス要求に対し予約を実行する。

具体的には、アクセス要求に含まれる取得対象機器の機器識別子とキー情報等が、既に予約情報テーブル１０４に登録されている場合には、既に予約済である旨を管理者端末に返答する。また、登録された前記予約情報に含まれる取得対象機器の機器識別子から、車両管理テーブル１０５の前記通信可否フラグを確認し、通信可の前記予約情報のみ予約を実行するため、通信不可の機器に対する別の映像データのアクセス要求を受信しても、通信不可の機器にアクセス要求を送信することなく、予約を登録し、映像データ取得予約完了通知を管理者端末に返答することにより、無駄なアクセス処理を抑止することができる。よって、管理サーバ１００の負荷を軽減することができる。

つぎに、図４に示されるシーケンス図の詳細処理を、図１０を用いて説明する。図４の前段において、映像１の取得要求予約をする前に、管理サーバ１００とドライブレコーダ２００ａの間で映像キー情報および映像データの送受信をする処理について説明する。図１０は、その具体的処理シーケンスを示す図である。

まず、ドライブレコーダ２００ａに、ＡＣＣ／イグニッション入力部２１３から電源が供給されると、ドライブレコーダ２００ａが起動し、通信モジュール２０１による管理サーバ１００との通信接続処理や、ＧＰＳモジュール２０２による位置測位や受信した時刻情報、撮像カメラ２０５および撮像カメラ２０６で撮像された車両の内外を撮像した連続映像データの記録が開始される（Ｓ３０１）。

併せて記録部２０４内の車両管理テーブルの映像データ記憶領域には、映像ＩＤ「１０００１」、映像データの保存ファイル名「ファイル１」というデータが記録される。また、車両管理テーブルの映像キー情報記憶領域には、同じ映像ＩＤに対する映像キー情報（後に任意映像データ取得の際に、取得対象データを特定するためのキー情報となる）として活用される、撮像開始時刻「開始１」、映像種別「連続」、機器ＩＤ、カメラ番号、運転者ＩＤなどの情報が記録され、連続映像データのファイルが撮像終了又は一旦停止するまで刻々と記録されていく（Ｓ３０２）。

その後、各種挙動検出部２１２において、連続映像データの画像解析か又は車両データ若しくはセンサデータのデータ解析に基づいて、挙動種別ごとに異なる所定の条件を満たすか否かを監視する。それらの条件を満たしたときに各種挙動検出処理を行う（Ｓ３０３）。挙動検出は、車両のセンサ値、撮像カメラ２０５および２０６の撮影データに基づいて行われる。

車両管理テーブルの映像キー情報記憶領域に、別の映像ＩＤ「１０００２」、各種挙動を検出した日時から所定時間前（例えば３０秒）である撮影開始時刻「開始２」、「所定時間後」である撮影終了時刻「終了２」、検出日時のＧＰＳ位置情報「位置１」、映像種別「イベント」、挙動種別「危険」、挙動名「急アクセル」などのイベント映像データを、記録中の連続映像データのファイルから抽出し、別のファイル名として記憶する（Ｓ３０４）。

そして、制御部２１１は、車両管理テーブルの映像キー情報記憶領域の映像ＩＤに紐付けられた機器ＩＤをキーとして、車両管理テーブルの車両情報テーブル記憶領域の映像ＩＤに紐付けられた通信可否フラグを確認し、通信可の場合は抽出したイベント映像データのキー情報である挙動種別が「危険」かどうかを判断する。「危険」であって、通信状態が可である場合には、即時に管理サーバ１００にイベント映像データを送信する（Ｓ３０５）。「危険」でない場合は、または危険であっても通信状態が不可である場合には、イベント映像データそのものは送信せず、アップロード予約情報を更新する（Ｓ３０８）。

なお、この処理により、ドライブレコーダ内の記憶部に刻々と記憶されていく映像などの取得対象データの中から、管理が必要となるデータを特定して管理サーバに保管することができる。

そして、ドライブレコーダ２００ａから映像データが送信されると、管理サーバ１００において、映像データ処理部１０３は、車両管理テーブル１０５の映像データ記憶領域に、受信した映像データの映像ＩＤ、機器ＩＤ、ファイル名を記録する（Ｓ３０７）。

一方で、Ｓ３０８において、アップロード予約情報が更新され、その後通信状態が可となると、ドライブレコーダ２００ａからキー情報等が送信される。すなわち、ドライブレコーダ２００ａの通信可否フラグを確認し、通信不可の場合は車両管理テーブルの映像アップロード予約情報報記憶領域に、映像ＩＤ「１０００２」、予約日時、アップロード条件「通信可への状態遷移時」を記録し、Ｓ３０５の通信可否フラグの状態遷移を監視する。

この通信不可の状態が継続する中でも、ドライブレコーダの連続映像データは刻々と記録しつつ（Ｓ３０２）各種挙動検出を監視し、挙動種別が「注意」の挙動を検出すれば（Ｓ３０３）、任意映像データの映像ＩＤ「１０００３」に紐付けられる任意映像データ「ファイル３」を映像データ記憶領域に、映像キー情報等を映像キー情報記憶領域に記録し（Ｓ３０４）、車両管理テーブルの車両情報テーブル記憶領域の映像ＩＤに紐付けられた通信可否フラグを確認し、通信可否フラグの状態遷移がないことから映像キー情報等が車両管理テーブルの映像アップロード予約情報報記憶領域に記憶される（Ｓ３０８）。

そして、管理サーバ１００は、受信した映像データのキー情報等を、車両管理テーブル１０５の映像キー情報記憶領域に、どの機器ＩＤの映像キー情報かを含め、各々対応する項目の情報を記憶する（Ｓ３０６）。

そして、管理者端末３００から管理サーバ１００へアクセス要求（Ｓ１０１）がされた後は、図４のＳ１０２〜Ｓ１１２と同じ流れになるため説明を省略する。なお、この映像ＩＤ「１０００３」に紐付けられたキー情報のアップロード条件が「アクセス要求受信時」となっているため、管理サーバ１００からこの映像ＩＤ「１０００３」に対するアクセス要求をドライブレコーダ２００ａが受信して初めて管理サーバ１００に映像データが送信される。

なお、この処理により、ドライブレコーダ内の記憶部に刻々と記憶されていく映像などの取得対象データの中から、管理が必要となった時に適切なタイミングで任意映像データを取得することができる。

つぎに、図４における映像データの取得処理の詳細について説明する。図４においては、取得できない場合には、予約処理を行っていたが、ここでは、二重予約の防止および他の予約情報に基づいた優先取得処理に着目した処理を記載している。

Ｓ１０１において、映像１０００４の取得要求が送信される。管理サーバ１００において、予約部１０２は、これを受けると予約情報テーブル１０４に、映像１００４が予約済みであるか否かを判断する（Ｓ４０１）。予約済みであった場合には、予約済みである旨、回答する。

その後、予約部１０２は、予約情報に即時要求対象があるか否かを判断する（Ｓ４０２）。これは、予約部１０２が車両管理テーブル１０５における映像キー情報記憶領域を参照して、映像種別および挙動種別に基づいて、判断する。

予約部１０２は、即時要求対象がある場合には、その機器が起動状態であるか、または圏内にあるか否かを判断する（Ｓ４０３）。これは、車両情報テーブル記憶領域の通信可否フラグに基づいて判断する。そして、通信可である場合には、その映像データ取得要求をドライブレコーダ２００ａに送信する。

予約部１０２は、即時要求対象がない場合、他の予約情報があるか判断する（Ｓ４０４）。そして、その機器が起動状態であるか、または圏内にあるか否かを判断し（Ｓ４０５）、映像データ取得要求を行う。

なお、Ｓ４０１において、予約済み映像ＩＤがないと判断された場合には、Ｓ１０１において取得要求があった映像データ（映像ＩＤ：１０００４）の予約処理（Ｓ１０４）または取得処理（Ｓ１０２）を行い、以降図４と同じ処理を行う。なお、Ｓ４０２およびＳ４０３において、即時要求対象となる映像１０００２は、管理サーバ１００が映像データ取得要求を行わなくとも、ドライブレコーダ２００ａから自発的に映像データを送信しても良い。その場合、具体的には、即時要求対象となる予約情報は、記憶部２０４の車両管理テーブル２１６の予約情報記憶領域に記憶し、起動あるいは圏内判断に基づき映像データを送信する。

つぎに、図１１に示されるシーケンス図の変形例について説明する。図９は、連続映像データの記録や各種挙動検出、イベントデータ映像記録、通信状態遷移及び即時送信判断をドライブレコーダ２００ａ側で行っているが、図１１は管理サーバ１００側で行う場合の、その具体的処理シーケンスを示す図である。

まず、ドライブレコーダ２００ａで連続映像データの記録が開始される点は共通するため説明を省略する。

各種挙動検出、イベントデータ映像記録、通信状態遷移判断は、ドライブレコーダ側の処理と同じだが、連続映像データの記録が管理サーバ１００とドライブレコーダ２００ａとの通信状態に応じて、いずれかの車両管理テーブル１０５又は車両管理テーブル２１６のいずれかに記録されることとなる。具体的には、連続映像データの記録前であり、管理サーバ１００およびドライブレコーダ２００ａのそれぞれ通信可否フラグが「通信可」の状態では、管理サーバ１００の車両管理テーブル１０５の映像データ記憶領域に連続映像データが記憶され（Ｓ３０２´）、いずれかが「通信不可」の状態では、ドライブレコーダ２００ａの車両管理テーブルの映像データ記憶領域に連続映像データが記憶され（Ｓ３０２）、車両管理テーブル１０５の映像キー情報記憶領域又は、車両管理テーブルの映像キー情報記憶領域の撮影開始日時が通信状態フラグに応じて記憶される（Ｓ３０２）。

この処理により、通信料の削減を目的とする場合には、必ずしも最適な実施例とは言えないが、今後の通信環境が高速かつ低遅延化がなされる、５Ｇや６Ｇの良好な環境下でリアルタイムに各種映像データを管理サーバに記憶することができる。

また、連続映像データを記録中であれば、通信可否フラグが「通信不可」に状態変更があれば、車両管理テーブル１０５の連続映像データ記憶を終了又は一旦停止し、「通信可」に状態変更があれば、車両管理テーブルの連続映像データ記憶を終了し、映像データおよびキー情報等を管理サーバ１００に送信し、車両管理テーブル１０５の連続映像データ記憶を開始する。

その他の各種挙動検出や、車両情報テーブル更新、イベント映像データ記録は、図９で説明した内容が管理サーバ１００で行われるのみの変更であり説明を省略する（Ｓ３０２´、Ｓ３０３´、Ｓ３０４´、Ｓ３０６´、Ｓ１０１、Ｓ１１２）。なお、管理サーバ１００において、ドライブレコーダ２００ａの処理を行う場合には、車両の挙動判断などの処理を行うため、挙動検出部２１２の機能を有する制御部が必要となる。

通信可能通知は、起動通知または圏内通知の他に、車両の運行開始通知、センサデータやイベントデータの定期通知などの移動体に衝合される機器からの通知や、管理サーバから移動体に衝合される機器に対して通知される何らかのアクセス要求であっても良い。また、移動体に衝合される機器が通信モジュールを有しない車載通信器であっても、移動体に衝合される機器と携帯端末が接続され、管理サーバとの間で何等かの通知が送受信されても良い。

図１２は、本実施形態の車両管理システムの管理者端末の管理画面上で映像データのアクセス要求又は再生要求を行う安全運転管理画面例を示す。図１２に示されるとおり、管理サーバ１００は、ユーザの管理下にあるドライブレコーダ２００ａと通信接続し、ドライブレコーダ２００ａが撮影した映像データなどのキー情報等が、管理サーバ１００に記憶されている。管理者端末は、例えばコンピュータであり、ＣＰＵ、メモリ、通信モジュール、キーボード・マウス、ディスプレイを含んで構成されている。この管理者端末は、管理サーバ１００からその情報を取得して、安全運転管理画面には対象のドライブレコーダ２００ａが設置された車両の走行軌跡が地図上に重畳し、管理画面の上部に表示する。

安全運転管理画面の下部には、各種挙動を検知した日時と挙動名、危険度等に応じた映像種別、位置情報に基づく住所、運転者名、端末名、映像アイコン表示欄が表示されている。各映像アイコンは、映像取得済、未取得、予約済、取得不可に区別され異なるアイコンで表示されている（図１２（ａ））。

管理者は、マウスを使って、この管理画面下部の未取得アイコン（未取得情報の行でも良い）をクリックすると、図４等の映像データ取得要求のシーケンス処理において、緊急イベント映像取得確認画面に「端末から映像を取得しますが、よろしいですか？」と表示される（図１２（ｂ））。ここでＯＫボタンを押すと、映像データ取得要求を対象のドライブレコーダ２００ａに送信する。

通信ができないか、映像データの取得に失敗した場合（例えば３０秒経過後も正常取得できないＳ１０３のケース）、「端末のエンジンが起動していないため、映像が取得できません。映像の取得予約をしてよろしいですか？」と表示される（図１２（ｃ））。その後ＯＫボタンを押すと、「映像取得予約が完了しました。」と表示され、Ｓ１０４及びＳ１０５のシーケンス処理が実行される。

ここで、車両管理テーブル１０５内映像キー情報記憶領域の、映像取得状況フラグが、「未取得」から「予約済」に更新され、予約情報として、映像ＩＤ、予約日時、映像アップロード条件が車両管理テーブル１０５内映像予約情報記憶領域に記憶される。なお、映像データが消去などされて、存在しない場合には、「取得不可」に更新される。

つぎに、上述実施形態の管理サーバ１００の別の態様における作用効果について説明する。この管理サーバ１００は、複数の移動体（車両等）に各々衝合される機器（ドライブレコーダ２００ａなど）のうち特定機器に記憶されたデータを管理する。

管理サーバ１００は、機器識別子である機器ＩＤ、対象データを特定するためのキー情報（映像ＩＤ、位置・時刻、またはそのほか映像種別・挙動種別など）、および当該対象データのための予約情報を記憶する情報テーブルを備える、情報テーブルは、予約情報テーブル１０４および車両管理テーブル１０５（映像キー情報記憶領域））などである。なお、上述の実施形態では、キー情報と、映像ＩＤとは区別されているが、映像ＩＤは、キー情報の一つしてもよい。

そして、予約部１０２は、ユーザからの特定機器のキー情報に対応するアクセス要求を受信すると、前記特定機器との通信接続および予約情報に基づき、所定の条件に応じた処理を行う。通信部１０１は、記所定の条件を満たすと、前記特定機器と通信接続し、前記アクセス要求に対応する対象データを送受信する。

この構成により、予約情報に応じた映像データの取得を行うことができる。例えば、データ種別には、映像種別や、挙動種別がある。映像種別には、通常の連続映像のほか、急アクセスや急ブレーキなどの所定のイベントのイベント映像がある。これらイベントは、危険や注意などの挙動タグで示される。このようなイベントは、迅速に取得したい映像データであり、イベントに応じて優先的に映像データを取得することの意義がある。上述実施形態では、映像ＩＤを用いて、予約情報の優先度に基づいてデータの取得処理をしていたが、映像種別や挙動種別を直接的にキー情報として指定して、それに対応する映像データを取得するようにしてもよい。

図１０においては、映像データの取得要求があった場合に、映像種別または挙動種別の優先度に基づいた映像データの取得処理を行っているが、これに限るものではない。そのほか、所定のタイミングや、他のドライブレコーダ２００ａからの起動通知に基づいて優先度処理を行ってもよい。また、予約情報は、映像データの取得に限るものではなく、管理サーバ１００からドライブレコーダ２００ａに対して、ファームウエアなどの情報をアップロードするものにも適用することができる。

なお、本実施形態においては映像データの取得について説明したが、映像データには、車両の外側の映像データや車両内部の映像データがある。また、映像データは、これらに限るものではない。そのほか、映像データに代えて、取得対象とするデータには、音声データであってもよいし、車載センサデータ、運転者ＩＣデータなどの付加情報を含んでもよい。また、アップロードに限定される訳ではなく、全ての実施形態において、管理サーバ側からのダウンロードにも適用可能であることは言うまでもない。よって、今後発展が期待されるテレマティクス分野における移動体そのものに対するメンテナンス情報や自動運転データのダウンロードなど、多岐に渡っての利用が期待できる。

また、管理サーバ１００における通信部１０１は、ユーザから送信される、機器ＩＤおよび映像ＩＤを含んだアクセス要求に基づいて、ドライブレコーダ２００ａから映像データを取得し、管理サーバ１００がドライブレコーダ２００ａと通信接続ができなかった場合に、ドライブレコーダ２００ａに対する予約情報を予約情報テーブル１０４に登録する予約部１０２と、をさらに備える。

これにより、効率的に予約情報を生成することができる。

また、管理サーバ１００の予約部１０２は、予約情報を予約情報テーブル１０４に登録した後、ドライブレコーダ２００ａに対する他の映像ＩＤを含んだ他のアクセス要求を受信すると、当該ドライブレコーダ２００ａに当該アクセス要求を送信することなく、予約情報テーブル１０４に他のアクセス要求に基づいた予約情報を登録し、通信部１０１は、ドライブレコーダ２００ａから通信可能通知を受信すると、予約情報テーブル１０４に登録されている予約情報に基づいてデータを取得する。

これにより、無駄に通信を発生させることなく、映像データの取得を行うことができる。なお、イベント映像の取得回数や、予約回数をカウントしておき、上限を制限するようにしてもよい。ｍた、機器ＩＤごとに制限値を設けてもよい。

また、管理サーバ１００の通信部１０１は、ユーザから送信されるアクセス要求に含まれている機器ＩＤおよび映像ＩＤが、予約情報にすでに記憶されている場合には、予約情報テーブル１０４に登録しない。

これにより、二重に予約をすることを防止することができ、従って、二重に映像データのダウンロードや、その取得処理を行うことを防止することができる。

また、管理サーバ１００は、ドライブレコーダ２００ａの通信可否フラグを記憶する車両管理テーブル１０５を備え、通信部１０１は、通信可否フラグに基づいて、ドライブレコーダ２００ａと通信接続できるか否かを判断する。また、通信部１０１は、ドライブレコーダ２００ａから通信可能通知を受信すると、車両管理テーブル１０５の通信可否フラグを可に変更する。

これにより、ドライブレコーダ２００ａとの通信接続状況を簡単に確認することができる。

なお、これらの発明について、管理サーバ１００がドライブレコーダ２００ａから映像データを取得することを中心に説明しているが、この発明は管理サーバ１００が車両又は飛行体に衝合される機器に対し、対象データを送受信することが可能である。その場合、上述の説明において用いられる以下の用語は、それぞれ「映像データ」を「対象データ」、「映像を取得」を「対象データを送受信」、「取得要求」を「配信要求」、「取得不可」を「配信不可」、「取得処理」を「配信処理」、「取得完了通知」を「送受信完了通知」、「データ取得」「映像取得」を「データ配信」、「映像データ取得要求」を「対象データ送受信要求」、「取得済」を「受信済」又は「送信済」、「未取得」を「未送受信」、「取得不可」を「受信不可」又は「送信不可」、「取得可否」を「受信可否」又は「送信可否」、「映像取得状態」を「対象データ送受信状態」、「取得状況フラグ」を「送受信状況フラグ」、「取得対象機器」を「送受信対象機器」、「取得予約完了通知」を「送受信予約完了通知」と読み替えるものとする。

読み替えた後の変形例で上述の実施形態との違いとしては、ドライブレコーダや車両管理装置、カーナビゲーション装置、車両内部の各種電子機器に対して配信が必要な情報、即ちファームウェアや遠隔操作又は自動運転プログラムなどのソフトウェア、映像又は音楽、地図などのコンテンツデータ、各種更新用のデータ、取得済映像データに対し安全運転指導情報を付加（映像情報にチャットデータ等を重畳等）した付加価値データなど、対象データ取得後の何等か付加価値を付与したデータを送信し、運転者や同乗者に対し再生させるなどの、コンテンツの応用が考え得る。それらの配信データは、上述する取得データと混在した形で送受信の予約がされ、これらの対象データの特徴や優先度を判断するキー情報を用いて、効率的に送受信の管理がなされることに成る。

これにより、管理サーバと対象機器の間で送受信が必要となる対象データを、そのキー情報及び予約情報に基づいて、効率的に送受信ができることは言うまでもない。

１００…管理サーバ、１０１…通信部、１０２…予約部、１０３…映像データ処理部、１０４…予約情報テーブル、１０５…車両管理テーブル、１０６…映像データ記憶部、２００…車両、２００ａ…ドライブレコーダ、通信モジュール２０１、ＧＰＳモジュール２０２、ＩＣカードリーダ２０３、記録部２０４、内部用の撮像カメラ２０５、外部用の撮像カメラ２０６、音声マイク２０７、スピーカー２０８、表示部２０９、ジャイロセンサ２１０、制御部２１１、挙動検出部２１２、ＡＣＣ／イグニッション電源部２１３、車速パルス等車両データ入力部２１４、I/O入力部(センサデータ等入力部)２１５、３００…管理者端末。

Claims (9)

1. 複数の移動体に各々衝合される機器のうち特定機器に記憶されたデータを管理するための管理サーバであって、
   機器識別子、対象データを特定するためのキー情報、および当該対象データのための予約情報を記憶する情報テーブルと、
   ユーザからの前記特定機器の前記キー情報に対応するアクセス要求を受信すると、前記特定機器との通信接続および前記予約情報に基づき、所定の条件に応じた処理を行う予約部と、
   前記所定の条件を満たすと、前記特定機器と通信接続し、前記アクセス要求に対応する対象データを送受信する通信部と、
   を備える、管理サーバ。
2. 前記予約部は、前記管理サーバが前記機器と通信接続ができなかった場合に、前記特定機器に対する予約情報を前記情報テーブルに登録することを特徴とする、
   請求項１に記載の管理サーバ。
3. 前記予約部は、予約情報を前記情報テーブルに登録した後、前記特定機器に対する他のキー情報を含んだ他のアクセス要求を受信すると、当該機器に当該アクセス要求を送信することなく、前記情報テーブルに前記他のアクセス要求に基づいた予約情報を登録し、
   前記通信部は、
   前記特定機器から通信可能通知を受信すると、前記情報テーブルに登録されている予約情報に基づいてデータを送受信する、
   請求項１または２に記載の管理サーバ。
4. 前記機器は、移動体である車両又は飛行体の移動中の映像データを撮影する通信型記録装置であって、
   前記通信部は、前記機器により撮影された映像データの取得要求を送信して、前記機器から映像データを取得する、
   請求項１〜３のいずれか一項に記載の管理サーバ。
5. 前記キー情報に含まれる前記対象データの種別又は内容に基づいて優先度が定められる、
   請求項１〜４のいずれか一項に記載の管理サーバ。
6. 前記通信部は、ユーザから送信されるアクセス要求に含まれている機器識別子およびキー情報が、前記予約情報にすでに記憶されている場合には、情報テーブルに登録しない、請求項１〜５のいずれか一項に記載の管理サーバ。
7. 前記情報テーブルには、更に機器の通信可否フラグを記憶しており、
   前記通信部は、前記機器と通信接続できるか否かを判断し、前記通信可否フラグを変更する、
   請求項１〜６のいずれか一項に記載の管理サーバ。
8. 前記情報テーブルには、さらに対象となるデータが送信済みまたは受信済みであるか否かを示すフラグを記憶しており、
   前記通信部は、前記機器に対して対象のデータを送信又は前記機器から受信すると、前記フラグを送信済み又は受信済みに変更することを特徴とする、
   請求項１〜７のいずれか一項に記載の管理サーバ。
9. 複数の移動体に各々衝合される機器に記憶されたデータの管理をする方法であって、
   機器識別子および対象データを特定するためのキー情報を管理情報として、予約が必要と判断された前記対象データの前記キー情報を予約情報として予め記憶し、
   ユーザから前記キー情報を含む前記対象データへのアクセス要求を受信すると、前記キー情報、前記機器の通信接続および前記予約情報に応じて所定の条件判断を行い、前記条件判断に従い対象データを取得する、
   管理方法。