JP2016134816A - 画像調整方法、サーバ及び動画撮影システム - Google Patents

Abstract

【課題】
車両単体で検知できない道路環境の変化に応じて、高画質で撮影したい方向の要件を変更可能とする。
【解決手段】
車両制御装置は、サーバから複数の車載カメラにおける撮影画像データ量の上限値及び撮影位置を示す情報を受信する処理と、受信した前記上限値及び前記撮影位置を示す情報を記憶部に格納する処理と、当該車両、前記撮影位置との位置関係及び前記上限値に基づき、前記複数の車載カメラそれぞれにおける撮影画像の画質を調整する処理とを実施する。
【選択図】 図１

Description

本発明は、複数の車載カメラにおける動画撮影時の画像調整方法、サーバ及び動画撮影システムに関する。

近年、自動車の走行履歴（プローブデータ）を活用した様々なテレマティクスサービスが提供されている。その中でも、ドライブレコーダで撮影された動画と、自動車の走行時の各種センサ情報（車速・ブレーキ・位置など）とを組み合わせることで、車両風景を活用したテレマティクスサービスも提供されている。

一方で、テレマティクスセンタと接続する自動車（コネクティッドビークル）の台数が爆発的に増加しているため、プローブデータの保存には非常に大規模なストレージが必要となっている。また、動画データを収集する場合には、通常集めていたプローブデータと比較して非常に大きなデータを扱うため、さらにデータの肥大化が進んでいる。加えて、自動運転を見据えて自動車に搭載される車載カメラの台数は増加傾向にあり、これらのデータ全てをセンタで収集して解析、サービスに活用するビックデータサービスでは、膨大なコストが必要であるという問題点がある。

これらの問題への対策方法として、プローブデータ、特に動画データの圧縮方式が検討されている。具体的には、自動車に搭載されるセンサ情報を活用することで、例えば左ウィンカー点灯時には車両の左側を撮影するカメラのみを高画質（高ビットレート）で撮影し、それ以外のカメラを低画質（低ビットレート）で撮影する技術が提案されている（特許文献１）。これにより、車両に搭載する全てのカメラを使って動画を撮影する場合に、アプリケーションにとって必要なデータを削ることなく、全体的な動画サイズの圧縮を行うことができる。

特開２０１２−１９４５０号公報

従来技術においては、車載カメラにおける動画データの圧縮率が実際の運転シーンに強く依存する。すなわち、車載カメラにおける動画撮影時の映像ビットレートの上限値が存在しないため、例えば端末のメモリ空き容量やストレージ空き容量、通信速度に応じて車載カメラで撮影可能な動画の映像ビットレートには上限があるにもかかわらず、右左折が多い場合には動画を圧縮できないという問題が発生する。

また、従来技術では、高画質で動画を撮影する方向は、例えばウィンカーや車速など、車両センサを用いて判断可能な情報や、対象物との車間距離など、車載カメラを用いて算出可能な情報を用いて車両単体が自律的に決定している。しかし、例えば１００メートル先の事故発生現場など、車両単体で検知できない道路環境の変化に応じて、高画質で撮影したい方向の要件を変更することができない。

本発明は、車両単体で検知できない道路環境の変化に応じて、高画質で撮影したい方向の要件を変更可能な技術を提供することを目的とする。

本発明の代表的な一例は次の通りである。すなわち、本発明に係る画像調整方法は、車両制御装置により、
サーバから複数の車載カメラにおける撮影画像データ量の上限値及び撮影位置を示す情報を受信する処理と、
受信した前記上限値及び前記撮影位置を示す情報を記憶部に格納する処理と、
当該車両、前記撮影位置との位置関係及び前記上限値に基づき、前記複数の車載カメラそれぞれにおける撮影画像の画質を調整する処理と、
を実施する。

本発明によれば、車両が単体で検知できない道路環境の変化に応じて、高画質で撮影したい方向の要件を変更することができる。

本発明の実施例１における、複数車載カメラを用いた動画撮影システムの構成例を示す図である。 本発明の実施例１における、車両２００に搭載される車載カメラ２６０〜２６３の設置状況及び各カメラの撮影可能範囲を説明するための図である。 本発明の実施例１における、テレマティクスセンタ１００の撮影地点ＤＢ１２１、プローブＤＢ１２２及び地図ＤＢ１２３のテーブルの構成例を示す図である。 本発明の実施例１における、テレマティクスセンタ１００と複数の車両２００を含む動画撮影システムの動作を説明するための図である。 本発明の実施例１における、テレマティクスセンタ１００の動画撮影条件決定部１１１の処理（Ｓ５１１）及びプローブ受信処理部１１３の処理（Ｓ５１３）の詳細を示す図である。 本発明の実施例１における、車両２００のビットレート決定処理部２１３の処理（Ｓ５０４）の詳細を示す図である。 本発明の実施例１における、テレマティクスセンタ１００の入出力装置１３０に表示される画面の一例を示す図である。 本発明の実施例２における、テレマティクスセンタ１００の動画撮影条件決定部１１１の処理（Ｓ５１１）及びプローブ受信処理部１１３の処理（Ｓ５１３）の詳細を示す図である。 本発明の実施例２における、車両２００のビットレート決定処理部２１３の処理の詳細を示す図である。 本発明の実施例２における、テレマティクスセンタ１００の入出力装置１３０に表示される画面の一例を示す図である。 本発明の実施例３における、複数車載カメラを用いた動画撮影システムの全体構成例を示す図である。 本発明の実施例３における、テレマティクスセンタ１００と複数の車両２００を含む動画撮影システムの動作を説明するための図である。 本発明の実施例３における、テレマティクスセンタ１００のビットレート決定処理部１１４による処理の詳細を示す図である。 本発明の実施例３における、車両遠隔操作装置３００の形態の一例を示す図である。

以下では、図１〜図１４を参照しながら、本発明の実施例を説明する。

図１は、本発明の実施例１における、複数車載カメラを用いた動画撮影システムの構成例を示す図である。

図１に示すように、複数車載カメラを用いた動画撮影システムは、車両２００に動画撮影条件を指示し、車両２００から動画データを収集するテレマティクスセンタ１００と、運転中のプローブデータを送信する車両２００と、テレマティクスセンタ１００と車両２００との間で通信を可能とするネットワーク１０から構成される。ネットワーク１０は、例えば携帯電話網、インターネット網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の近距離無線通信、あるいはそれら複数の組み合わせで構成されたものなどが挙げられる。なお、本文中におけるプローブデータとは、車両を構成する各種センサ群から取得可能なデータのことであり、例えば車両位置、その車両位置を取得した時刻、車速、加速度、ブレーキ開度、車両センサ値、車載カメラで撮影した画像及び動画などの各種データが含まれる。

テレマティクスセンタ１００は、中央演算処理装置１１０と、記憶装置１２０と、入出力装置１３０と、通信部１４０を具備する。

中央演算処理装置１１０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などから構成され、所定の動作プログラムを実行することで、テレマティクスセンタ１００の機能を実現する処理を行う。また中央演算処理装置１１０には、機能として、収集したプローブデータを基に、各車両の位置等に応じた動画撮影の条件を算出する動画撮影条件決定部１１１と、算出した動画撮影条件を走行中の車両に対して配信する動画撮影条件配信部１１２と、車両２００からプローブデータを受信し蓄積するプローブ受信処理部１１３が含まれる。

記憶装置１２０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などから構成され、中央演算処理装置１１０が実行するプログラム、及びプログラム実行に必要なデータ群などが格納される。また記憶装置１２０には、動画撮影条件決定部１１１で算出した動画撮影条件を蓄積する撮影地点データベース（以下、「データベース」は「ＤＢ」と記す）１２１、車両から送信されるプローブデータを蓄積するプローブＤＢ１２２、道路情報を含む地図データを蓄積する地図ＤＢ１２３、対象車両の車種情報などを蓄積する車両ＤＢ１２４、対象車両に乗車中のユーザに関する情報を記憶するユーザＤＢ１２５などが格納される。

通信部１４０は、有線ＬＡＮや無線ＬＡＮなどの有線通信あるいは無線通信あるいはその両方に必要な通信規格に準拠するネットワークカードなどから構成され、車両２００と各種プロトコルに基づきデータを送受信する。車両２００から受信したデータはプローブ受信処理部１１３へ渡される。

なお、テレマティクスセンタ１００には、例えば通信部１４０に装着されているネットワークカードに依存して、データ受信における通信ビットレートの上限があり、この上限通信ビットレート値は、テレマティクスセンタ１００が既知であるものとする。

車両２００は、中央演算処理装置２１０と、記憶装置２２０と、タッチパネルやキーボード、マウスなどの組み合わせからなる入出力装置２３０と、自動車の進行方向の方位角（アジマス）を測定する方向測定装置２４０と、ＧＰＳ（Ｇｒｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）や無線ＬＡＮを用いた位置測位装置２５０と、車外風景を撮影するための複数の車載カメラ装置２６０〜２６３と、車両の制御を実現する複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２７０、２７１と、通信部２８０を具備する。車両２００は、例えば位置測位装置２５０を利用することで現在時刻を知ることができる。

中央演算処理装置２１０は、例えばＣＰＵやＲＡＭなどから構成され、所定の動作プログラムを実行することで、車両２００の機能を実現する処理を行う。また中央演算処理装置２１０は、機能として、ＥＣＵ２７０、２７１から取得可能な車両センサ値を取得し蓄積する車両状態確認部２１１と、設定された映像ビットレートに基づき動画を撮影し蓄積する車載カメラ動画撮影部２１２と、テレマティクスセンタ１００から配信される動画撮影条件に基づき、各車載カメラの映像ビットレートを決定するビットレート決定処理部２１３と、蓄積した位置、方位角、車両センサ値、動画をプローブデータとしてテレマティクスセンタ１００に送信するプローブデータ送信部２１４と、現在時刻における車両２００の位置、進行方向方位角、車載カメラ２６０〜２６３を用いて周囲の交通標識看板を認識する看板認識部２１５などが含まれる。

記憶装置２２０は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＯＭなどから構成され、中央演算処理装置２１０が実行するプログラム、及びプログラム実行に必要なデータ群などが格納される。また記憶装置２２０には、テレマティクスセンタ１００に送信するプローブデータを一時的に蓄積するプローブＤＢ２２１と、道路情報を含む地図データを記憶する地図ＤＢ２２２が格納される。

通信部２８０は、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）や無線ＬＡＮなどの有線通信あるいは無線通信あるいはその両方に必要な通信規格に準拠するネットワークカードなどから構成され、テレマティクスセンタ１００と各種プロトコルに基づきデータを送受信する。テレマティクスセンタ１００から送信されるデータは、ビットレート決定処理部２１３へ渡される。

図２は、本発明の実施例１における、車両２００に搭載される車載カメラ２６０〜２６３の設置状況及び各カメラの撮影可能範囲を説明するための図である。

図２において、車両２００には、前後左右に車載カメラ２６０〜２６３が装着されている。各車載カメラ２６０〜２６３はそれぞれ９０°ずつ撮影方向が異なるように設置されている。

車両２００は、東方向を基準として進行方向を＋１８０°〜−１８０°の範囲で表現することが可能であり、図２に示す例では車両２００は＋αの方向に車両が向いていることを表している。

各車載カメラ２６０〜２６３は、それぞれが撮影する正面方向の軸（撮影中心軸）があり、例えば車載カメラ２６１の場合には、中心軸が９０°＋αの方向にあると表現することができる。また、各車載カメラ２６０〜２６３には撮影範囲角として２θがあるもと定義する。したがって、カメラ２６１が撮影可能な範囲は、東を基準とした場合には、９０°＋α−θから９０°＋α＋θと表現することができる。車載カメラ２６１と同様に、他の車載カメラ２６０、２６２、２６３も同様に東を基準とした撮影中心軸と撮影可能な範囲を持つ。

図３は、本発明の実施例１における、テレマティクスセンタ１００の撮影地点ＤＢ１２１、プローブＤＢ１２２及び地図ＤＢ１２３のテーブルの構成例を示す図である。

撮影地点ＤＢ１２１は、２つのテーブルから構成される。撮影地点ＤＢ１２１の第１のテーブルは、動画撮影条件を表すものとして、撮影対象となる地点を一意に特定するための識別子である地点ＩＤ４００と、撮影地点の位置情報を表す撮影位置４０２と、その撮影位置４０２において異常な走行挙動などを行い、動画撮影を開始すべきと判断した車両の台数を表す検出車両数４０３と、その撮影位置４０２の動画撮影を開始すべき撮影位置４０２と車両位置との距離を示す撮影開始距離４０４と、その撮影位置４０２における撮影地点の撮影優先度を示す撮影優先度４０５と、その撮影位置４０２に到達した時に撮影地点が存在する方角を示す撮影方角４０６から構成される。なお、撮影開始距離４０４は実施例１及び後述の実施例２において利用される項目であり、撮影優先度４０５及び撮影方角４０６は、後述の実施例２において利用される項目である。したがって、実施例１では撮影優先度４０５および撮影方角４０６が空欄（Ｎｕｌｌ値）であっても良い。

撮影地点ＤＢ１２１の第２のテーブルは、撮影地点を検出した際の情報を表すものとして、車両２００がいつその撮影地点を検出したかを示す検出日時４１１と、検出した車両を一意に特定するための識別子である検出車両４１２と、この撮影地点を検出した車両２００の位置を表す検出位置４１３と、車両２００の進行方向に対するこの撮影地点の方向を示す検出方向４１４と、その撮影地点を撮影した動画から、目的の画像（本実施例では看板画像）のみを切り取った画像ファイルを示す看板画像４１５と、看板画像を画像認識し、どの種別の看板であるかを特定できているか否かを表す検出結果４１６と、これらの検出情報を一意に特定するための識別子である検出ＩＤ４００とから構成される。なお、検出方向４１４、看板画像４１５及び検出結果４１６は、後述の実施例２において利用される項目である。したがって、実施例１では、検出方向４１４、看板画像４１５及び検出結果４１６は空欄（Ｎｕｌｌ値）であっても良い。

また、プローブＤＢ１２２のテーブルは、車両２００から送信されるプローブデータの一部を表すものとして、車両２００を一意に特定するための識別子である車両ＩＤ４２０と、その車両２００がある時刻にある地点を通過したことを示す通過地点４２１と、通過時刻４２２と、その地点を通過時の速度を示す車速４２３と、その地点を通過時の操舵角を示す舵角４２４とから構成される。

また、地図ＤＢ１２３のテーブルは、看板に関する情報を表すものとして、看板を一意に特定するための識別子である看板ＩＤ４３０と、その看板の設置箇所を示す設置位置４３１と、以前送信されたプローブデータに含まれる動画から、看板の画像のみを切り取った画像ファイルを示す看板画像４３３と、画像認識の結果、その看板がどの様な種別であったかを示す看板種別４３４と、その看板に記載されている情報を示す看板記載内容４３５とから構成される。

図４は、本発明の実施例１における、テレマティクスセンタ１００と複数の車両２００を含む動画撮影システムの動作を説明するための図である。なお、テレマティクスセンタ１００では、中央演算処理装置１１０が動画撮影条件決定部１１１、動画撮影条件配信部１１２及びプローブ受信処理部１１３を実行し、車両２００では、中央演算処理装置２１０が車両状態確認部２１１、車載カメラ動画撮影部２１２、ビットレート決定処理部２１３及びプローブデータ送信部２１４を実行する。 先ず車両２００の車両状態確認部２１１は、ドライバーが車両２００の運転を開始したか否かを確認する（Ｓ５００）。車両状態確認部２１１が運転開始を検知する方法としては、例えばＥＣＵ２７０、２７１を介してイグニッションがＯＮになったことを表すセンサ値変化を検出したことを運転開始と判断する方法や入出力装置２３０に「運転開始」を指示するボタンを設置し、ドライバーがそのボタンを押下したことを検出し、これを運転開始と判断する方法が考えられる。また、例えば位置測位装置２５０を用いて、車両２００の現在位置が急激に変化したことなど、他の車両センサ値の変化を運転開始の判断基準として用いても良い。

車両状態確認部２１１が運転開始を検出できなかった場合（Ｓ５００でＮｏ）には、再度運転開始を確認するためＳ５００を実行する。なお、上記の通り「運転開始」指示ボタン押下の検出を運転開始と見立てる場合は、Ｓ５００はイベントドリブンな処理であってもよく、センサ値の変化を運転開始と見立てる場合は、Ｓ５００はループ処理であれば良い。

車両状態確認部２１１が運転開始を検出した場合（Ｓ５００でＹｅｓ）には、車載カメラ動画撮影部２１２は全車載カメラ２６０〜２６３による動画撮影と、ＥＣＵ２７０、２７１によるセンサ値取得と、撮影動画データ及び取得したセンサ値の記憶を開始し、撮影を開始したことをテレマティクスセンタ１００に通知する（Ｓ５０１）。撮影開始時の、全車載カメラ２６０〜２６３における動画撮影時の映像ビットレートは固定値であり、その値としては車載カメラ２６０〜２６３それぞれの最大映像ビットレートの合計値や固定値１Ｍｂｐｓ、０Ｍｂｐｓなどが考えられる。０Ｍｂｐｓでの撮影とは、各車載カメラ２６０〜２６３で撮影し、取得した動画データを全く記憶せず、その動画データの記憶容量を増やさないことを意味する。すなわち、０Ｍｂｐｓでの撮影中は動画ファイル生成を中断し、０より大きい値での映像ビットレートを再度指定された際に動画ファイル生成を再開する。

テレマティクスセンタ１００のプローブ受信処理部１１３は、車両２００から撮影開始通知を受信し、その車両２００が運転中であることを示す情報を車両ＤＢ１２４に格納する（Ｓ５１０）。

次にテレマティクスセンタ１００の動画撮影条件決定部１１１は、Ｓ５１３で受信し蓄積されたプローブ情報を用いて、動画撮影地点の撮影位置４０２や撮影開始距離４０４を算出し、これらの情報と車両１台あたりの車載カメラにおける動画撮影時の映像ビットレートの上限値（以下、「上限ビットレート」と記す）の情報を含む動画撮影条件情報を生成する（Ｓ５１１）。なお、上限ビットレートは、固定値であっても、テレマティクスセンタ１００の中央演算処理装置２１０の性能に応じた値であっても良い。また、上限ビットレートは、最新の車両２００の位置情報や車種に基づく制約を加えても良い。Ｓ５１１の詳細処理については、図５を用いて後述する。

次にテレマティクスセンタ１００の動画撮影条件配信部１１２は、車両ＤＢ１２４を利用して走行中の車両を特定し、走行中の全車両に対してＳ５１１で生成した動画撮影条件情報を配信する（Ｓ５１２）。

車両２００のビットレート決定処理部２１３は、テレマティクスセンタ１００から動画撮影条件情報を受信し、記憶装置２２０やメモリに格納する（Ｓ５０２）。

車両２００の車両状態確認部２１１は、動画撮影条件を変更するべく、車両センサ値を取得し、取得した車両センサ値から車両２００の現在位置を含む車両状態を確認する（Ｓ５０３）。

次にビットレート決定処理部２１３は、Ｓ５０３で取得した車両センサ値と、Ｓ５０２で受信した動画撮影条件情報に含まれる撮影地点の情報を用いて、各車載カメラ２６０〜２６３における映像ビットレートを決定する（Ｓ５０４）。Ｓ５０４の詳細処理については、図６を用いて後述する。

次に車両２００のプローブデータ送信部２１４は、運転開始から蓄積し、テレマティクスセンタ１００に未送信の、動画データや車両センサ値を含むプローブデータを、テレマティクスセンタ１００に送信する（Ｓ５０５）。

テレマティクスセンタ１００のプローブ受信処理部１１３は、車両２００からプローブデータを受信し、受信したプローブデータから撮影地点を検出するとともに、プローブデータをプローブＤＢ１２２に、撮影地点の検出結果を撮影地点ＤＢ１２１に格納する（Ｓ５１３）。Ｓ５１３の詳細処理については、図５を用いて後述する。次に動画撮影条件決定部１１１は、Ｓ５１３の処理を行った後、再度Ｓ５１１の処理を行い、最新のプローブデータを用いて動画撮影条件情報を生成する。

車両２００の車両状態確認部２１１は、プローブ情報を送信した後、運転が終了しているか否かを確認する（Ｓ５０６）。運転が終了していない場合（Ｓ５０６でＮｏ）、車両状態確認部２１１は、再度Ｓ５０２の処理を実行する。運転が終了している場合（Ｓ５０６でＹｅｓ）は、車両２００の車載カメラ動画撮影部２１２は、全車載カメラでの動作撮影を終了し、撮影を終了したことをテレマティクスセンタ１００に通知し（Ｓ５０７）、処理を終了する。

テレマティクスセンタ１００のプローブ受信処理部１１３は、車両２００から撮影終了通知を受信し、当該車両２００が運転中ではないことを車両ＤＢ１２４に記憶し（Ｓ５１４）、当該車両２００に対する処理を終了する。

図５は、本発明の実施例１における、テレマティクスセンタ１００の動画撮影条件決定部１１１の処理（Ｓ５１１）及びプローブ受信処理部１１３の処理（Ｓ５１３）の詳細を示す図である。

先ずプローブ受信処理部１１３の処理（Ｓ５１３）を説明する。プローブ受信処理部１１３は、複数の車両２００のプローブデータを受信し、受信したプローブデータをプローブＤＢ１２２に格納する。次にプローブ受信処理部１１３は、そのプローブデータに含まれる通過時刻４２２のうち、最も過去である時刻を基準として、プローブデータをＸ秒間隔に分割する（Ｓ６００）。次にプローブ受信処理部１１３は、最も過去である時刻を基準として最初のＸ秒間分のプローブデータを取得する（Ｓ６０１）。次にプローブ受信処理部１１３は、取得したプローブデータに含まれる舵角４２４の時系列変化に対して、それらの分散値を算出し（Ｓ６０２）、算出した舵角の分散値が一定値σ以上か否かを確認する（Ｓ６０３）。舵角の分散値を確認する目的は、車両２００が異常な運転挙動（障害物の回避行動）を行い、直進道路走行やカーブ走行では起こり得ないハンドル操作が発生したことを検知するためである。

算出した分散値が一定値σ以上となる場合（Ｓ６０３でＹｅｓ）には、プローブ受信処理部１１３は、Ｘ秒間のプローブデータに含まれる通過地点４２１の重心を求め、この値を車両２００による撮影地点の検出位置４１３として決定する。また、プローブ受信処理部１１３は、撮影地点を検出した車両２００を一意に識別する識別子を検出車両４１２とし、上記Ｘ秒間のプローブデータに含まれる通過時刻４２２の平均を検出日時４１１として算出する。次にプローブ受信処理部１１３は、撮影地点を検出した際の検出情報（検出日時４１１、検出車両４１２、検出位置４１３）と、これら検出情報を一意に識別する検出ＩＤ４１０とを撮影地点ＤＢ１２１に登録する（Ｓ６０４）。

算出した分散が一定値σ以下である場合（Ｓ６０３でＮｏ）には、プローブ受信処理部１１３は、撮影地点を検出した際の検出情報の登録処理（Ｓ６０４）を行わず、Ｓ６０５の処理を実行する。

Ｓ６０３でＮＯの場合、あるいはＳ６０４の処理実行後、プローブ受信処理部１１３は、次のＸ秒間分のプローブデータが存在するかを確認する（Ｓ６０５）。次のＸ秒間分のプローブデータが存在する場合（Ｓ６０５でＹｅｓ）には、プローブ受信処理部１１３は、再度Ｓ６０１の処理を実行する。プローブ受信処理部１１３は、２回目以降のＳ６０１の処理を実行する場合、最も過去である時刻ではなく、前回取得したＸ秒間分のプローブデータを基準として次のＸ秒間分のデータを取得する。

次のＸ秒間分のプローブデータが存在しない場合（Ｓ６０５でＮＯ）、プローブ受信処理部１１３は、撮影地点を検出した際の検出情報の登録処理が終了したものと判断し、Ｓ５１３の処理を終了する。

次に動画撮影条件決定部１１１の処理（Ｓ５１１）を説明する。動画撮影条件決定部１１１は、Ｓ５１３で受信した最新のプローブデータを用いて動画撮影条件情報を生成するために、先ず既存の動画撮影条件情報４００〜４０６を全て削除する（Ｓ６０６）。

次に動画撮影条件決定部１１１は、撮影地点を検出した際の過去の検出情報を考慮して車両２００に配信する撮影地点を決定するために、撮影地点ＤＢ１２１を参照し、検出日時４１１が現在時刻からＮ時間以内である検出位置４１３が有るか否かを確認する（Ｓ６０７）。検出位置４１３が無い場合（Ｓ６０７でＮｏ）、動画撮影条件決定部１１１は、動画撮影条件情報を生成することなくＳ５１１の処理を終了する。

検出位置４１３が有る取場合（Ｓ６０７でＹｅｓ）、動画撮影条件決定部１１１は、検出位置４１３の集約処理を行う。なお、検出位置４１３が１つしかない場合には、検出位置４１３の集約処理は不要である。検出位置４１３の集約処理の具体的な処理は次の通りである。先ず動画撮影条件決定部１１１は、Ｓ６０７において、検出日時４１１が現在時刻からＮ時間以内の検出位置４１３は、車両２００の異常行動の原因となった位置となるが、位置測位装置２５０の誤差により、わずかな位置のずれが発生している可能性がある。そこで、本実施例では、Ｓ６０４で検出したある撮影地点の１つを中心として、半径Ｓメートルの同一円内にある複数の撮影地点については、それらの撮影地点は同一の地点を表しているものと判断し、それらの撮影地点を１つに集約し、その点（本実施例では、重心）を車両２００に配信する撮影地点とする（Ｓ６０８）。なお、複数の撮影地点を１つに集約する方法としては、同一円内による特定方法でなくてもよい。その他の例としては、群平均法やウォード法などのクラスタリング法を用いることが考えられる。この場合、集約する各々のクラスタ間の距離が一定距離を超えないよう、クラスタリングすることになる。

そして、１つに集約された複数の撮影地点のそれぞれに対応付いた検出ＩＤ４１０の数を算出し、この値を検出車両数４０３とし、この検出車両数４０３を用いて、各撮影地点に対する車両２００の撮影開始距離４０４を算出する（Ｓ６０９）。本実施例では、各撮影地点に対して、その検出車両数４０３の比に応じて撮影開始距離４０４を割り当てる。具体的な例としては、検出車両数４０３が６００台の撮影地点Ａと、検出車両数４０３が４００台の撮影地点Ｂに対して、地点Ａには６０メートル、地点Ｂには４０ｍの撮影開始距離４０４を設定するなど、検出車両台数４０３に比例した値を設定する方法が考えられる。なお、撮影開始距離の設定においては、検出車両台数に反比例した値でも良い。同様に、検出車両台数そのものの逆比ではなく、検出車両台数Ｍを入力として値を出力する任意の関数ｅ（Ｍ）によって算出された値の逆比を基準としても良い。

Ｓ６０９の処理によって各撮影地点に対する車両２００撮影開始距離４０４が割り当てられた後、その撮影地点を特定する一意な地点ＩＤ４００、Ｓ６０８で求めた撮影地点の撮影位置４０２、Ｓ６０９で算出した検出車両数４０３及び検出車両数４０３に応じた撮影開始距離４０４を、最新の動画撮影条件として撮影地点ＤＢ１２１に格納し（Ｓ６１０）、Ｓ５１１の処理を終了する。

図６は、本発明の実施例１における、車両２００のビットレート決定処理部２１３の処理（Ｓ５０４）の詳細を示す図である。

ビットレート決定処理部２１３は、Ｓ５０２でテレマティクスセンタ１００から受信した動画撮影条件情報に含まれる撮影地点の情報と、Ｓ５０３において確認した車両の現在位置の情報を用いて、各撮影地点の、車両２００の現在地からの距離と車両２００の現在進行方向に対する方角を計算する（Ｓ７００）。

次にビットレート決定処理部２１３は、各撮影地点と車両２００との距離が撮影開始距離４０４より短い撮影地点が有るかを確認する（Ｓ７０１）。

各撮影地点と車両２００との距離が撮影開始距離４０４より短い撮影地点が１つも無い場合（Ｓ７０１でＮｏ）、ビットレート決定処理部２１３は、Ｓ５０２で受信した上限ビットレートを、４つの車載カメラ２６０〜２６３のそれぞれに対して均等に割り当てる（Ｓ７０２）。

各撮影地点と車両２００との距離が撮影開始距離４０４より短い撮影地点がある場合（Ｓ７０１でＹｅｓ）、ビットレート決定処理部２１３は、その撮影地点が２つ以上有るかを確認する（ステップ７０３）。

そのような撮影地点が１つしかない場合（Ｓ７０３でＮｏ）、ビットレート決定処理部２１３は、その撮影地点の車両２００の現在進行方向に対する方角を確認し、その方角に中心軸が近いカメラを２つ特定する（Ｓ７０４）。次にビットレート決定処理部２１３は、撮影地点の車両２００の現在進行方向に対する方角と特定した２つの車載カメラの中心軸がなす角度を算出し、その角度の逆比に基づいてそれぞれの車載カメラに対して上限ビットレートを割り当てる（Ｓ７０５）。例えば、車両２００に対して１００Ｍｂｐｓが割り当てられ、２つの車載カメラ２６０、２６１がそれぞれ撮影地点の方角に対して３０°、４５°の位置に中心軸があるとき、その逆比は１／３０：１／４５＝３：２であることから、より撮影地点の方角に中心軸が近い車載カメラ２６０に対して高いビットレートが割り当てられる。

各撮影地点と車両２００との距離が撮影開始距離４０４より短い撮影地点が２つ以上存在する場合（Ｓ７０３でＹｅｓ）、ビットレート決定処理部２１３は、まず各撮影地点と現在地との距離の逆比に基づいて上限ビットレートを割り当てる（Ｓ７０６）。これにより、より近い点には高いビットレートを割り当てることができる。次にビットレート決定処理部２１３は、ビットレートが割り当てられた各対象地点について、その地点の方角に中心軸が近い車載カメラを２つ特定する（Ｓ７０７）。次にビットレート決定処理部２１３は、撮影地点の方角と特定した２つの車載カメラの中心軸がなす角度を算出し、その角度の逆比に基づいてそれぞれの車載カメラにその撮影地点に割り当てられたビットレートをさらに割り当てる（Ｓ７０８）。そして、ビットレート決定処理部２１３は、撮影地点毎に各々２つの車載カメラへビットレートを割り当てた後、車載カメラ毎に割り当てられたビットレートを合計し、そのカメラの現在地における動画撮影のビットレートとして決定する（Ｓ７０９）。

図７は、本発明の実施例１における、テレマティクスセンタ１００の入出力装置１３０に表示される画面の一例を示す図である。

図７において、テレマティクスセンタ１００の入出力装置１３０には、撮影地点を地図と共に表示する画面８００と、新しく撮影地点を手動で追加する場合の追加を行うためのボタン８０１と、現在時刻における撮影地点の位置を示す画像８０２と、画像８０３と、当該撮影地点において車両２００が動画撮影を開始する領域を表す８０４と、当該撮影地点に関する情報を表示する領域８０５と、当該撮影地点付近にて異常運転挙動を行った車両台数を表示する領域８０６と、当該撮影地点付近にて撮影した動画の日時一覧を表示する領域８０７と、領域８０７で表示されている日時において撮影した動画のビットレートを表示する領域８０８が表示される。

領域８０５は、画像８０２や画像８０３で表される複数の撮影地点のうち、テレマティクスセンタ１００の管理者が入出力装置１３０を用いて選択した場合に表示される。なお、選択の有無に関わらず、全ての撮影地点の詳細情報を表示しても良い。

テレマティクスセンタ１００の管理者は、例えばボタン８０１や入出力装置１３０を用いることで、画面８００に表れる任意の地図上の地点に対して、撮影地点を手動で設定することができる。手動で設定された撮影地点は、撮影地点ＤＢ１２１に登録される。また、撮影開始距離４０４を入力する方法として、手動で設定した撮影地点を中心とする円の半径を調整する機能があっても良い。

図８〜図１０は、本発明の実施例２における、複数車載カメラを用いた動画撮影システムの処理フローを示す図である。なお、システム構成例は実施例１の図１に示すものと、車両２００とテレマティクスセンタ１００とのデータ送受信のフローは図４に示すものと同様である。

図８は、本発明の実施例２における、テレマティクスセンタ１００の動画撮影条件決定部１１１の処理（Ｓ５１１）及びプローブ受信処理部１１３の処理（Ｓ５１３）の詳細を示す図である。

図８に示すように、プローブ受信処理部１１３は、Ｓ５１３で随時取得する複数の車両２００のプローブデータに対して、送信された動画データを確認し、動画中に含まれる看板情報を検出し、さらに看板情報を検出した時刻における通過地点４２１も特定する（Ｓ９００）。次にプローブ受信処理部１１３は、看板情報を検出できたかを確認する（Ｓ９０１）。看板情報を検出することができない場合（Ｓ９０１でＮｏ）には、今回のＳ５１３の処理における処理では、検出情報を生成することなく処理を終了する。

Ｓ９００において看板情報を検出できた場合（Ｓ９０１でＹｅｓ）、プローブ受信処理部１１３は、看板を検出した通過地点４２１の位置情報を基準に、地図ＤＢ１２３を用いて、既に地図ＤＢ１２３に登録されている、看板の設置位置４３１と車両２００との距離がＲメートル以下である看板ＩＤ４３０を取得する（Ｓ９０２）。次にプローブ受信処理部１１３は、Ｓ９００で検出した看板情報全てについて、その看板画像を認識し、地図ＤＢ１２１の看板画像４３３と照合し、該当看板情報（看板ＩＤ４３０、看板画像４３３、看板種別４３４、看板記載内容４３５）の有無を確認する（Ｓ９０３）。

既に地図ＤＢ１２３に登録されている看板情報とは全く一致しない、あるいは正確に一致するかが判断できない場合には（Ｓ９０３でＹｅｓ）は、プローブ受信処理部１１３は、新設された看板であり、重点的に撮影したい被撮影対象物であること、検出した車両の車両ＩＤ４２０を検出車両４１２として、看板情報を検出した車両２００の位置情報である通過地点４２１を検出位置４１３として、車両２００が看板情報を検出した時刻である通過時刻４２２を検出日時４１１として、検出した看板情報を撮影した車載カメラの軸と車両の進行方向の情報を用いてその通過地点４２１を基準に看板を検出した方向を算出し、それを検出方向４１４として、検出した看板の画像データを検出画像４１５として、Ｓ９０２にて未登録の看板画像があると判断したか、あるいは正確に一致するかが判断できなかったかの結果を検出結果４１６として、検出結果を一意に示す検出ＩＤ４１０と対応付けて撮影地点ＤＢ１２１に登録する（Ｓ９０４）。

検出した看板情報が地図ＤＢ１２１に登録された看板情報と一致した場合（Ｓ９０３でＮｏ）には、プローブ受信処理部１１３は、今回のＳ５１３の処理における処理では、検出情報を生成することなく処理を終了する。

実施例１と同様に、図８において、先ず動画撮影条件決定部１１１は、撮影地点ＤＢ１２１に登録されている既存の動作撮影条件情報４００〜４０６を全て削除する（Ｓ９０５）。

次に動画撮影条件決定部１１１は、撮影地点を検出した際の過去の検出情報を考慮して車両２００に配信する撮影地点を決定するために、撮影地点ＤＢ１２１を参照し、検出日時４１１が現在時刻からＮ時間以内である検出位置４１３が有るか否かを確認する（Ｓ９０６）。検出位置４１３が無い場合（Ｓ９０６でＮｏ）、動画撮影条件決定部１１１は、動画撮影条件情報を生成することなくＳ５１１の処理を終了する。

検出位置４１３が有る場合（Ｓ９０６でＹｅｓ）、動画撮影条件決定部１１１は、検出位置４１３の集約処理を行う。なお、検出位置４１３が１つしかない場合には、検出位置４１３の集約処理は不要である。検出位置４１３の集約処理の具体的な処理は次の通りである。

Ｓ９０６において取り出した検出日時４１１が現在時刻からＮ時間以内の検出位置４１３は、看板が存在する地点としては一致するものの、位置測位装置２５０の誤差により、わずかな位置のずれが発生している可能性がある。動画撮影条件決定部１１１は、それらの地点を１つの地点として集約するため、取得したある撮影地点の１つを中心として、半径Ｓメートルの同一円内に存在する複数の撮影地点について、それらの撮影地点は同一の地点を表しているものと判断し、それらの撮影地点の重心と撮影方向の平均値を車両に配信する撮影地点とする（Ｓ９０７）。なお、複数の撮影地点を集約する方法としては、同一円内による特定方法でなくてもよい。その他の例としては、群平均法やウォード法などのクラスタリング法を用いることが考えられる。この場合、集約する各々のクラスタ間の距離が一定距離を超えないよう、クラスタリングすることになる。

次に動画撮影条件決定部１１１は、過去と現在のデータを集約した複数の撮影地点及び撮影方向について、これに対応付いた検出ＩＤ４１０の数を算出し、この算出数を検出車両数４０３とし、この検出車両数４０３を用いて、各撮影地点に対する車両２００の撮影開始距離４０４を算出する。さらに動画撮影条件決定部１１１は、その撮影地点における撮影対象について、検出ＩＤ４１０に対応付いた検出画像４１５を画像認識することで最も可能性の高い看板種別を特定し、その地点における撮影優先度４０５を決定する（Ｓ９０８）。撮影優先度４０５は、その撮影地点の優先度が高い程、高画質で動画撮影を行いたいことを示す指標であり、優先度が高い程、後述するＳ１００８において対象となる撮影地点の動画撮影時の映像ビットレートが向上する。この優先度は、例えば看板種別に応じて一意に決定されるものであっても良い。また、看板検出履歴に登録された時刻が、テレマティクスセンタ１００で測定する現在時刻に近いほど、優先度を上げても良い。

複数の撮影地点と撮影方向に撮影開始距離４０４と撮影優先度４０５が割り当てられた後、動画撮影条件決定部１１１は、その撮影地点を特定する一意な地点ＩＤ４００と、重心の位置を示す撮影位置４０２と、集約した地点の数、すなわち異常走行を行った車両数を示す検出車両数４０３と、検出車両数４０３に応じた撮影開始距離４０４と、決定した撮影優先度４０５と、算出した撮影方向の平均である撮影方角４０６とを再新の動画撮影条件情報として動画撮影条件ＤＢ１２１に格納する（Ｓ９０９）
図９は、本発明の実施例２における、車両２００のビットレート決定処理部２１３の処理の詳細を示す図である。

ビットレート決定処理部２１３は、Ｓ５０２でテレマティクスセンタ１００から受信した動画撮影条件に含まれる撮影地点情報と、Ｓ５０３において確認した車両の現在位置の情報を用いて、車両２００から全ての撮影地点に対して距離と、到達時の自動車の向きを計算する（Ｓ１０００）。本実施例においては、撮影地点には撮影方向に関する情報が含まれていることを想定している。そのため、Ｓ７００の様に現在地から撮影地点を見た方角を測定し、その方角に基づいて車載カメラにビットレートを割り当てるのではなく、対象となる撮影地点を通過する際の進行方向の情報を基準に、撮影方向を撮影可能な車載カメラを特定し、ビットレートを割り当てる処理を行う。したがって、Ｓ１０００では、到着時の自動車の向きを計算している。

次にビットレート決定処理部２１３は、各撮影地点と車両２００との距離が撮影開始距離４０４より短い撮影地点が有るかを確認する（Ｓ１００１）。

各撮影地点と車両との距離が撮影開始距離４０４より短い地点が１つも無い場合（Ｓ１００１でＮｏ）、ビットレート決定処理部２１３は、上限ビットレートを車両進行方向及び左右方向を撮影可能な車載カメラに割り当てる（Ｓ１００２）。なお、ビットレートの割り当て方法としては、等配分でも良いし、例えば進行方向の車載カメラに５０％、左右方向の車載カメラに２５％ずつなど、傾斜をかけても良い。

各撮影地点と車両２００との距離が撮影開始距離４０４より短い撮影地点が有る場合（Ｓ１００１でＹｅｓ）、ビットレート決定処理部２１３は、その撮影地点が２つ以上有るかを確認する（Ｓ１００３）。

そのような地点が１つしかない場合（Ｓ１００３でＮｏ）には、ビットレート決定処理部２１３は、その１地点を基準として、４つの車載カメラ２６０〜２６３に対して、上限ビットレートを割り当てる。具体的には、先ずビットレート決定処理部２１３は、Ｓ１０００で算出した、撮影地点における、撮影方向を確認し、その方角に中心軸が近い車載カメラを２つ特定する（Ｓ１００４）。次にビットレート決定処理部２１３は、撮影地点における撮影方向と特定した２つの車載カメラの中心軸がなす角度を算出し、その角度の逆比に基づいてそれぞれの車載カメラに上限ビットレートを割り当てる（Ｓ１００５）。

各撮影地点と車両との距離が撮影開始距離Ｄより短い地点が２つ以上有る場合（Ｓ１００３でＹｅｓ）、ビットレート決定処理部２１３は、先ず各撮影地点において、上限ビットレートを均等に配分した後、車両２００がその地点に到達した時にその撮影方向を撮影可能な車載カメラで、中心軸が近い車載カメラを２つ特定する（Ｓ１００６）。次にビットレート決定処理部２１３は、撮影地点の方角と特定した２つの車載カメラの中心軸がなす角度を算出し、その角度の逆比に基づいてそれぞれの車載カメラにその撮影地点に割り当てられたビットレートをさらに割り当てる（Ｓ１００７）。次にビットレート決定処理部２１３は、撮影地点毎に各々２つの車載カメラへビットレートを割り当てた後、車載カメラ毎に割り当てられたビットレートを合計し、その車載カメラの現在地における動画撮影時のビットレートとして決定する（Ｓ１００８）。ビットレートの割当では、各地点の撮影優先度４０５を考慮しても良い。すなわち、例えば優先度１の地点Ａと優先度３の地点Ｂが撮影対象地点として候補に挙がっている場合、車両１００に割り当てられたビットレート１００Ｍｂｐｓを、その優先度の逆比で配分することで、地点Ａに７５Ｍｂｐｓ、地点Ｂに２５Ｍｂｐｓの動画撮影ビットレートを割り当てても良い。また、優先度そのものの逆比ではなく、撮影優先度４０５の値Ｐを入力して値を出力する任意の関数ｄ（Ｐ）によって算出された値の逆比であっても良い。

図１０は、本発明の実施例２における、テレマティクスセンタ１００の入出力装置１３０に表示される画面の一例を示す図である。

図１０において、テレマティクスセンタ１００の入出力装置１３０には、図７に示すものに加えて、新しく撮影地点を手動で追加する場合に撮影方向を指定するためのボタン１１００と、現在時刻における撮影地点の位置を示す画像１１０１と、当該撮影地点における車両２００に対して指示する動画撮影方向を表す画像１１０２と、当該撮影地点に関する情報を表示する領域１１０３と、当該撮影地点における撮影方向の詳細な角度を示す領域１１０４と、当該地点に置いて識別された看板の種別を示す領域１１０５が表示される。なお、看板情報は推定できていない場合は、領域１１０５は表示しなくても良い。

領域１１０３は、画像１１０１で表される複数の撮影地点の内、テレマティクスセンタ１００の管理者が入出力装置１３０を用いて選択した場合に表示される。なお、選択の有無に関わらず、全ての撮影地点の詳細情報を表示しても良い。

テレマティクスセンタ１００の管理者は、例えばボタン８０１、ボタン１１００や入出力装置１３０を用いることで、画面８００に表れる任意の地図上の地点に対して、撮影地点及び撮影方向を手動で設定することができる。手動で設定された撮影地点及び撮影方向は、撮影地点ＤＢ１２１に登録される。また、検出方向４１４を入力する方法として、手動で設定した撮影地点を視点として終点を地図上の任意の点に設定可能な矢印を描画する機能があっても良い。

図１１は、本発明の実施例３における、複数車載カメラを用いた動画撮影システムの全体構成例を示す図である。

図１１に示すように、複数車載カメラを用いた動画撮影システムは、実施例１に示す動画撮影システムに対して、さらに車両２００の遠隔操作を行う車両遠隔操作装置３００を含む。車両遠隔操作装置３００とテレマティクスセンタ１００とは、ネットワーク２０で接続されている。ネットワーク２０としては、例えば携帯電話網、インターネット網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の近距離無線通信、あるいはそれら複数の組み合わせで構成されたものなどが挙げられる。

テレマティクスセンタ１００は、実施例１のテレマティクスセンタ１００の構成に加えて、中央演算処理装置１１０には、車両２００の各車載カメラの動画撮影ビットレートを決定するビットレート決定処理部１１４と、車両２００から送信されるプローブ情報を記憶装置１２０に記憶した上で車両遠隔操作装置３００に送信するプローブ転送処理部１１５が含まれる。さらに、記憶装置１２０には、車両２００で撮影した動画を記憶する動画ＤＢ１２６が含まれる。

車両２００には、実施例１の車両２００の構成に加えて、中央演算処理装置１１０に、車両遠隔操作装置３００から送信される車両の遠隔操作命令を実行し走行状態を変化さえる車両遠隔操作処理部２１６が含まれる。

車両遠隔操作装置３００は、中央演算処理装置３１０と、記憶装置３２０と、車両２２００を遠隔操作する運転者（ドライバー）の視線がどちらであるかを確認する視線方向取得装置３３０と、車両を遠隔操作する上でのハンドル操作やアクセルペダル操作などの入力を行う車両操作入力装置３４０と、遠隔操作している車両の車速や車外風景を表示する車両状態出力装置３５０と、通信部３６０を具備する。

中央演算処理装置３１０は、例えばＣＰＵやＲＡＭなどから構成され、所定の動作プログラムを実行することで、車両２００の機能を実現する処理を行う。また中央演算処理装置３１０には、機能として、視線方向取得装置３３０で取得したドライバーの視線方向を情報としてテレマティクスセンタ１００に送信する視線方向送信部３１１、テレマティクスセンタ１００から転送されるプローブ情報を車両状態出力装置３５０に表示するプローブ情報出力部３１２が含まれる。

車両２００の記憶装置２２０は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＯＭなどから構成され、中央演算処理装置２１０が実行するプログラム、及びプログラム実行に必要なデータ群などが格納される。

通信部３６０は、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）や無線ＬＡＮなどの有線通信あるいは無線通信あるいはその両方に必要な通信規格に準拠するネットワークカードなどから構成され、テレマティクスセンタ１００と各種プロトコルに基づきデータを送受信する。テレマティクスサセンタ１００から送信されるデータは、プローブ情報出力部３１２へ渡される。

図１２は、本発明の実施例３における、テレマティクスセンタ１００と複数の車両２００を含む動画撮影システムの動作を説明するための図である。

車両遠隔操作装置３００の視線方向送信部３１１は、ドライバーが車両２００の遠隔操作を開始したか否かを確認する（Ｓ１２００）。遠隔操作の開始を確認する方法としては、車両操作入力装置３４０に「遠隔操作開始」を入力するボタンを設置し、ドライバーがそのボタンを押下したことを遠隔操作開始の判断として用いる方法が考えられる。

視線方向送信部３１１が遠隔操作開始を検出できなかった場合（Ｓ１２００でＮｏ）、再度遠隔操作開始を確認するためＳ１２００を実行する。なお、上記の通りボタン押下を遠隔操作開始と見立てる場合は、Ｓ１２００はイベントドリブンな処理であっても良い。

視線方向送信部３１１が遠隔操作開始を検出した場合（Ｓ１２００でＹｅｓ）、遠隔操作を開始することをテレマティクスセンタ１００に通知する（Ｓ１２０１）。テレマティクスセンタ１００のプローブ転送処理部１１５は、車両遠隔操作装置３００からの遠隔操作開始を基に、車両２００に対して車載カメラによる動画を含むプローブデータの送信と動画撮影開始を車両２００に指示する（Ｓ１２１０）。車両２００の車載カメラ動画撮影部２１２は、あらかじめ設定された固定ビットレート、あるいは遠隔操作通知の情報が伝送された際の通信速度を基準としたビットレートを、全てのカメラに等分割で割り当てた上で、全車載カメラでの動画撮影を含むプローブデータの蓄積を開始する（Ｓ１２２０）。

車両２００のプローブデータ送信部２１３は、車両２００のプローブデータを収集し、テレマティクスセンタ１００に送信する（Ｓ１２２１）。プローブデータを受信したテレマティクスセンタ１００のプローブ転送処理部１１５は、そのデータを車両遠隔操作装置３００に転送する（Ｓ１２１１）。プローブデータを受信した車両遠隔操作装置３００のプローブ情報出力部３１２は、そのデータを車両状態出力装置３５０に出力する（Ｓ１２０２）。この時、車両遠隔操作装置３００の視線方向送信部３１１は、プローブデータ受信時の通信速度を確認し、記憶する（Ｓ１２０３）。

次に、車両遠隔操作装置３００の視線方向送信部３１１は、車両操作入力装置３４０を介したドライバーの遠隔操作を検知し、その操作情報をテレマティクスセンタ１００に送信する（Ｓ１２０４）。テレマティクスセンタ１００のプローブ転送処理部１１５は、車両遠隔操作装置３００から送信される遠隔操作情報を車両２００に転送する（Ｓ１２１２）。車両２００の車両遠隔操作処理部２１６は、テレマティクスセンタ１００から車両遠隔操作情報を受信すると、その情報に基づいてＥＣＵ２７０等に制御命令を出し、車両を操作する（Ｓ１２２２）。

次に車両遠隔操作装置３００の視線方向送信部３１１は、視線方向取得装置３３０を介して、遠隔操作するドライバーの視線が変化していないかを確認する（Ｓ１２０５）。視線の変化を検知していない場合（Ｓ１２０５でＮｏ）、次に視線方向送信部３１１は、Ｓ１２０８を実行する。視線の変化を検知した場合（Ｓ１２０５でＹｅｓ）、遠隔操作するドライバーの現在の視線を算出する（Ｓ１２０６）。次に視線方向送信部３１１は、視線の変化状況と現在の視線方向の情報と各車載カメラの動画撮影ビットレートの変更指示をテレマティクスセンタ１００に送信する（Ｓ１２０７）。テレマティクスセンタ１００のビットレート決定処理部１１４は、その視線情報と、車両ＤＢ２４０に含まれる車載カメラの配置情報から、各車載カメラにおける動画撮影時のビットレートを算出し、そのビットレートの情報とビットレートの変更指示を車両２００に配信する（Ｓ１２１３）。ビットレートの算出方法は図１３を用いて後述する。車両２００の車載カメラ動画撮影部２１２は、テレマティクスセンタ１００からビットレートの情報とビットレートの変更指示を受信する（Ｓ１２２３）。そして、車両２００は、そのビットレートの情報に基づいて車載カメラのビットレートを変更する（Ｓ１２２４）。

ビットレートの変更指示が完了した車両遠隔操作装置３００は、車両２００の遠隔操作が終了したかを確認する（Ｓ１２０８）。遠隔操作の終了を確認する方法としては、Ｓ１２００と同様、車両操作入力装置３４０を介してドライバーが入力する方法が考えられる。

遠隔操作が終了していない場合（Ｓ１２０８でＮｏ）、遠隔操作を継続するため、Ｓ１２０２を再度実行する。

遠隔操作が終了している場合（Ｓ１２０８でＹｅｓ）、遠隔操作装置３００は遠隔操作を終了したことをテレマティクスセンタ１００に通知する（Ｓ１２０９）。テレマティクスセンタ１００のプローブ転送処理１１５は、遠隔操作車両３００から受信した遠隔操作終了の通知を、車両２００に転送する（Ｓ１２１４）。車両２００は、テレマティクスセンタ１００から送信される遠隔操作終了の通知を受信し、遠隔操作処理を終了する（Ｓ１２２５）。

図１３は、本発明の実施例３における、テレマティクスセンタ１００のビットレート決定処理部１１４による処理の詳細を示す図である。

ビットレート決定処理部１１４は、Ｓ１２０２で受信したプローブデータから、自動車の進行方向を確認する（Ｓ１３００）。次にビットレート決定処理部１１４は、視線方向取得装置３３０を介して、遠隔操作するドライバーが自動車の正面方向に対してどちらを向いているかを確認する（Ｓ１３０１）。次にビットレート決定処理部１１４は、Ｓ１３００とＳ１３０１で測定した自動車の進行方向と視線方向から、東を基準した視線方向、すなわち高ビットレートで撮影すべき方向を算出する（Ｓ１３０２）。

次にビットレート決定処理部１１４は、車両２００の車速が一定値Ｖ以下であるかを確認する（Ｓ１３０３）。車速が一定値Ｖ以上であれば、高速で移動しているため、遠隔操作を行うドライバーは進行方向に対して重点的に注意を向ける可能性が高いと考えられる。そのため、ビットレート決定処理部１１４は、進行方向に対してより高精細な動画が必要であると判断し、進行方向を撮影可能なカメラに対して、上限動画撮影ビットレートの１０％を割り当てる（Ｓ１３０４）。ここでの上限動画撮影ビットレートとは、Ｓ１２０３で算出した、動画転送時における通信速度のことであり、車両遠隔操作装置３００の通信部３６０、ネットワーク２０、テレマティクスセンタ１００の通信部１４０、ネットワーク１０、車両２００の通信部２８０の性能に応じて決定される。なお、テレマティクスセンタ１００などのサーバは、通信部１４０に依存した上限通信速度が決められており、サーバに接続する端末の増加に応じて、端末１台当たりの通信速度は遅くなる。本実施例においても、車両遠隔操作装置３００と車両２００の複数の組み合わせを、１つのテレマティクスセンタ１００で支える場合、その組み合わせ数が増えるにつれて通信速度は遅くなる。

なお、割り当てるビットレートは１０％以外の固定値でも良く、速度Ｖを入力として割合を出力する任意の関数ｈ（Ｖ）によって算出された割合であっても良い。この場合、Ｓ１３０３を実行することなく、任意の車速に応じて進行方向を撮影可能な車載カメラへのビットレート割り当てを実行しても良い。また、例えばプローブデータなどを用いて、車両２００が加速中であることが判明した場合、進行方向の撮影可能なカメラにより多くのビットレートを割り当てても良い。

処理Ｓ１３０４を実行後、あるいは車両２００の車速が一定値Ｖ以下であった場合（Ｓ１３０３でＹｅｓ）、ビットレート決定処理部１１４は、車両操作入力装置３４０を介して、遠隔操作するドライバーがハンドルを操作中であるかを確認する（Ｓ１３０５）。ハンドルを操作中である場合（Ｓ１３０５でＮｏ）、ドライバーは交差点右左折あるいはカーブ走行中であり、進行方向に対して右あるいは左側に対して重点的に注意を向ける可能性が高いと考える。そのため、ビットレート決定処理部１１４は、進行方向と４５°の角度をなす左右前方方向の高精細な動画が必要であると判断し、進行方向と４５°の角度をなす左右前方方向を撮影可能なカメラに対して、上限動画撮影ビットレートの１０％をそれぞれ割り当てる（Ｓ１３０６）。なお、右折あるいは左折するようにハンドル操作しているかを区別した上で、右前方のみあるいは左前方を撮影可能な車載カメラのみに対してビットレートを割り当てても良い。

なお、割り当てるビットレートは１０％以外の固定値でも良く、ハンドルの操作状況を表す１秒間の方位角変量Δを入力として割合を出力する任意の関数ｉ（Δ）によって算出された割合であっても良い。この場合、Ｓ１３０５を実行することなく、任意の車速に応じて左右前方方向を撮影可能な車載カメラへのビットレート割り当てを実行しても良い。同様に、重点的に撮影する方向は、進行方向と４５°を成す角度以外でも良く、４５°以外の固定値であっても良い。さらに、重点的に撮影する方向は、ハンドルの操作量（右回転あるいは左回転量）を表す回転角ψを入力として角度を出力する任意の関数ｋ（ψ）によって算出された方向であっても良い。

処理Ｓ１３０６を実行後、あるいはハンドル操作をしていない場合（Ｓ１３０５でＹｅｓ）、ビットレート決定処理部１１４は、視線方向取得装置３３０を介して、視線が正面方向以外の左右に振れてＸ秒以上が経過していないかを確認する（Ｓ１３０７）。視線方向が左右に振れてＸ秒以上経過している場合（Ｓ１３０７でＹｅｓ）には、運転中は長時間視線が左右に振れることはないため、間もなく進行方向に視線が戻ると考えられる。そのため、ビットレート決定処理部１１４は、進行方向の高精細な動画が必要であると判断し、進行方向を撮影可能なカメラに対して、上限動画撮影ビットレートの１０％を割り当てる（Ｓ１３０８）。なお、割り当てるビットレートは１０％以外の固定値でも良く、視線逸脱時間Ｙ秒を入力として割合を出力とする任意の関数ｊ（Ｙ）によって算出された割合であっても良い。また、例えば地図情報やルート案内情報を活用することで、間もなく交差点を曲がり終えることが判明している場合には、その情報を活用して進行方向のカメラの動画撮影ビットレートを向上させても良い。

処理Ｓ１３０８を実行後、あるいは視線方向がＸ秒以下しか左右に振れていない場合（Ｓ１３０７でＮｏ）、ビットレート決定処理部１１４は、視線方向を撮影方向と見なした上で、各車載カメラに対して上限動画撮影ビットレートを割り当てる。割り当てる方法は、Ｓ７０８と同様、各車載カメラの中心軸と撮影方向がなす角度の逆比を用いる方法が考えられる。

図１４は、本発明の実施例３における、車両遠隔操作装置３００の形態の一例を示す図である。

図１４において、車両遠隔操作装置３００は、複数のカメラによりドライバーの視線がどちらを向いているかを特定する視線方向種痘装置３３０と、疑似的な運転席を実現し、ハンドル操作やアクセルペダル操作の入力を受け付ける車両操作入力装置３４０と、複数のモニタと電子パネルにて構成される車両状態出力装置３５０とから構成されている。

車両状態出力装置３５０を構成するモニタには、図１２の処理Ｓ１２０２で受信したプローブデータに含まれる動画データを、その撮影方向がドライバーの正面と車両の正面が一致するように出力される。また、車速やエンジン回転数などその他のプローブ情報は、電子パネルに表示される。

以上本発明の実施例について説明したが、本発明は上記実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記実施例１では、車両２００が車載カメラを４つ、ＥＣＵを２つ具備しているが、その数を限定する物ではない。また、上記中央演算処理装置２１０、記憶装置２２０、入出力装置２３０、通信部２８０は、車両２００とは別の端末で実現しても良い。具体的には、自動車に搭載されるＰＮＤ（Ｐｏｒｔａｂｌｅ Ｎａｖｉｇａｔｉｏｎ Ｄｅｖｉｃｅ）やスマートフォン、ドライブレコーダや、携帯端末を自動車に固定するためのクレードルなど、それらの組み合わせにて構成されることが考えられる。これらの端末は、例えばＯＢＤ（Ｏｎ Ｂｏａｒｄ Ｄｉａｇｎｏｓｔｉｃｓ）などのコネクタを用いることで、車両に搭載されるセンサである２４０、２５０、２６０〜２６３、２７０〜２７１とデータを送受信することが考えられる。また上記ビットレート決定処理部２１３や看板認識部２１５は、車両２００ではなく、テレマティクスセンタ１００に具備しても良い。また、車両２００は、記憶装置２２０にある地図ＤＢ２２２の代わりに、テレマティクスセンタ２００の記憶装置１２０に記憶されている地図ＤＢ１２３を用いても良い。その場合、車両２００が地図ＤＢ１２３を利用する場合には、ネットワーク１０を介してテレマティクスセンタ１００に問い合わせることなどが考えられる。

また、上記実施例１では、車両２００は、車載カメラ群２６０〜２６３が全く同じ性能の車両を想定しているが、これに限定されるものではなく、各車載カメラが異なる撮影範囲角を持っても良い。また、上記実施例１では４つのカメラで車両２００の周辺３６０°全てを撮影できることを想定しているが、これに限定するものではなく、例えば不定間隔の角度で設置された７つのカメラで車両２００の周辺を撮影しても良い。また、必ずしも車両周辺３６０°全てを撮影しなければならないわけではなく、車両２００に対して撮影できない範囲角が存在しても良い。

また、図４において、各処理を順に実行する際に、一定時間処理を中断（スリープ）しても良い。

また、図４において、車両２００がＳ５０１において動画撮影を開始した後に、Ｓ５０２で動画撮影条件情報を受信しているが、Ｓ５０１を実行する前にテレマティクスセンタ１００に車両２００から問い合わせ、動画撮影条件を要求した上で撮影開始時に各車載カメラ２６０〜２６３のビットレートを決定しても良い。

また、図４において、車両２００の処理Ｓ５０２〜Ｓ５０６、及びテレマティクスセンタ１００の処理Ｓ５１１からＳ５１３の処理を順に実行するようにしたが、それに限定するものではない。すなわち、動画撮影条件を生成し配信するＳ５０２、Ｓ５１１、Ｓ５１２と、車両状態を確認しビットレートを決定するＳ５０３、Ｓ５０４と、プローブ情報を生成し送信するＳ５０５、Ｓ５１３と、運転終了を判断するＳ５０６は、その順番が前後しても良く、また並列的に処理が実行されても良い。この場合、動画データを含むプローブ情報の送信処理Ｓ５０５は、一定時間のプローブデータを纏めて送信するのではなく、ストリーミング形式でテレマティクスセンタ１００に送信しても良い。

また、運転終了後であっても車載カメラによる撮影を中断せず、例えば盗難防止を目的として継続して動画を撮影しても良い。その際、撮影する動画のビットレートについては、テレマティクスセンタから指示を出しても良い。

また、上記実施例１では、車両の異常挙動検出手段として方位角を用いたが、これに限定するものではない。その他には、例えば車両２００の車速情報や位置情報の時系列変化を見ることで、渋滞発生箇所を特定しそれを撮影対象とすることができる。また、ある特定の車両が故障を起こした場合にテレマティクスセンタ１００に送信されるＤＴＣ（Ｄｉａｇｎｏｓｔｉｃ Ｔｒｏｕｂｌｅ Ｃｏｄｅｓ）や、事故を起こした場合にテレマティクスセンタ１００に送信される緊急信号（Ｅｍｅｒｇｅｎｃｙ Ｃａｌｌ）を用いることで、故障車両や事故車両が停止している地点を撮影地点とすることも考えられる。それら複数の車両センサ情報を組み合わせることで、撮影地点を特定しても良い。

また、直近Ｎ時間以内に登録された撮影地点に対して、地点算出時刻４０１と現在時刻との差が大きい、すわなち過去に算出された撮影地点であるほど、ビットレートの割当が減るよう、重み付けを行っても良い。この場合、例えば現在時刻と地点算出時刻４０１の差分の逆比を用いて、重み付けを行う方法などが考えられる。

また、上記実施例１では、動画撮影条件としてテレマティクスセンタ１００の撮影開始距離を含めたが、撮影地点と上限ビットレート情報を動画撮影条件としても良い。この場合、車両２００の車載カメラ群２６０〜２６３は、撮影地点に接近した場合に限り、特定のビットレートあるいはカメラが対応する最大ビットレートでの撮影において撮影することが想定される。

また、テレマティクスセンタ１００による車両２００への上限ビットレートの指定は、例えばテレマティクスセンタ１００と車両２００の間でのデータのやり取りにおける通信速度や、テレマティクスセンタ１００の記憶装置１２０の空き容量、記憶装置１２０に動画を蓄積するための費用に応じて決定しても良い。

また、上記実施例１では、Ｓ７０４及びＳ７０７において、撮影地点に対して２つの車載カメラを割り当てているが、これに限定されるものではない。例えば、１つの車載カメラにビットレートを全て割り当てても良いし、全ての車載カメラに対して撮影地点の方角と中心軸とのなす角度を算出し、その逆比でビットレートを割り当てても良い。

また、Ｓ７０５及びＳ７０８において、撮影地点に応じて車載カメラにビットレートを割り当てる方法としては、撮影地点の方角と中心軸との成す角度φの逆比ではなく、当分割でも良い。また、角度そのものの逆比ではなく、角度φを入力として値を出力する任意の関数ｆ（φ）によって算出された値の逆比であっても良い。

また、Ｓ７０６における、現在地との距離に応じて各撮影地点にビットレートを配分する方法としては、距離の逆比ではなく、等分割でも良い。また、距離そのものの逆比ではなく、距離（例えば、ｄ）を入力として値を出力する任意の関数ｇ（ｄ）によって算出された値の逆比であっても良い。

また、上記実施例１〜３では、動画撮影時のビットレートを割り当てられた車載カメラは、そのビットレートを固定値として固定ビットレート（Ｃｏｎｓｔａｎｔ Ｂｉｔｒａｔｅ）方式で動画を撮影しても良いし、平均ビットレート（Ａｖｅｒａｇｅ Ｂｉｔｒａｔｅ）方式で動画を撮影しても良い。

また、上記実施例１〜３では、車載カメラによる動画撮影を想定しているが、静止画であっても良い。この場合、動画撮影ビットレートの大小決定は静止画撮影時の解像度の大小決定に置き換えることが考えられる。

また、車両２００に搭載される車載カメラ群２６０〜２６３は、可動性を持ち、その中心軸が変化できる構造を持っていても良い。また、撮影可能範囲及び中心軸の定義は地面に水平な方向に限定されるものではなく、地面に垂直な方向を考慮しても良い。

また、上記実施例２においては、看板情報を基準とした撮影方向の決定と優先度付けなどを実施しているが、被撮影対象物は看板に限定することなく、例えば建築物などの風景などを基準として同様の処理を実行しても良い。

また、上記実施例２におけるＳ９０１及びＳ９０２で、テレマティクスセンタ１００の動画撮影条件決定部１１１の処理Ｓ５１１の実行とは関係なく、テレマティクスセンタ１００がバックグランドで並列的に処理を実行し、既に地図ＤＢ２２２に登録された看板であるか否かを確認しても良い。

また、上記実施例２におけるＳ９０８において、撮影優先度を決定したが、撮影地点と撮影方向のみを決定しても良い。この場合、車両２００の車載カメラ２６０〜２６３は、撮影地点に接近した場合に限り、撮影方向を撮影可能な車載カメラに対して、特定のビットレートあるいは車載カメラが対応する最大ビットレートでの撮影において撮影することが想定される。

また、上記実施例２におけるＳ１００４及びＳ１００６において、撮影地点に対して２つの車載カメラを割り当てているが、これに限定されることはない。例えば、１つの車載カメラにビットレートを全て割り当てても良いし、全ての車載カメラに対して撮影地点の方角と中心軸とのなす角度を算出し、その逆比でビットレートを割り当てても良い。

また、Ｓ１００４及びＳ１００６における、撮影地点に応じて車載カメラにビットレートを割り当てる方法としては、撮影地点の方角と中心軸との成す角度φの逆比ではなく、等分割でも良い。また、角度そのものの逆比ではなく、角度φを入力として値を出力する任意の関数ｆ（φ）によって算出された値の逆比であっても良い。

また、Ｓ１００６においては、撮影地点に対して均等にビットレートを割り当てているが、例えば撮影地点における撮影方向に存在する対象物の種別に応じて、そのビットレート配分に傾斜を書けても良い。例えば、事前に対象物が速度制限標識と交通案内標識であることが判明していて、その詳細が分からないために動画を撮影する場合には、交通案内標識をより高精細にとれるよう、ビットレートを配分しても良い。

また、上記実施例３において、テレマティクスセンタ１００の機能は全て、車両遠隔操作装置３００に含まれ、車両遠隔操作装置３００と車両２００が直接通信しても良い。また、視線方向取得装置３３０と車両状態出力装置３５０は同一の装置であっても良い。具体的にはヘッドマウントディスプレイなどが考えらえる。 また、上記実施例３において、図１２に示した各処理を順に実行する際に、一定時間処理を中断（スリープ）しても良い。また、車両遠隔操作装置３００の処理Ｓ１２０２〜Ｓ１２０７、テレマティクスセンタ１００の処理Ｓ１２１１〜Ｓ１２１４、及び車両２００の処理Ｓ１２１１〜Ｓ１２２４を順に実行するように記載しているが、それに限定するものではない。すなわち、プローブ情報を受信するＳ１２０２、Ｓ１２１１、Ｓ１２２１と、車両を遠隔で操作するＳ１２０４、Ｓ１２１２、Ｓ１２２２と、視線を検知しビットレートを変更するＳ１２０５、Ｓ１２０６、Ｓ１２０７、Ｓ１２１３、Ｓ１２２３、Ｓ１２２４は、その順番が前後しても良く、また並列的に処理が実行されても良い。この場合、動画データを含むプローブ情報の送信処理Ｓ１２２１は、一定時間のプローブデータを纏めて送信するのではなく、ストリーミング形式でテレマティクスセンタ１００や車両遠隔操作装置３００に送信しても良い。

また、上記実施例３の図１２において、車両２００がＳ１２２０において動画撮影を開始した後に、Ｓ１２２４で動画撮影のビットレート条件を受信し変更しているが、Ｓ１２２０を実行する前あるいは後に、車両２００から車両遠隔操作装置３００へデータをアップロードする際の通信速度を計測するなどして、車両遠隔操作装置３００から動画撮影のビットレート条件を車両２００に送信しても良い。

また、図１４では正面方向に対してのみモニタや視線を検出するカメラを設置しているが、それに限定されるものではなく、車両操作入力装置３４０を囲む形で３６０°周囲全てに車載カメラで撮影した動画が表示されるようモニタを設置しても良い。

１００・・・テレマティクスセンタ、
２００・・・車両、１０、２０、３０・・・ネットワーク、３００・・・車両遠隔操作装置。

Claims (7)

1. 車両制御装置により、
   サーバから複数の車載カメラにおける撮影画像データ量の上限値及び撮影位置を示す情報を受信する処理と、
   受信した前記上限値及び前記撮影位置を示す情報を記憶部に格納する処理と、
   当該車両、前記撮影位置との位置関係及び前記上限値に基づき、前記複数の車載カメラそれぞれにおける撮影画像の画質を調整する処理と、
   を実施する、
   ことを特徴とする画質調整方法。
2. 前記車両制御装置により、
   前記サーバから前記複数の車載カメラにおける映像ビットレートの上限値及び前記撮影位置を示す情報を受信する処理と、
   受信した前記上限値及び前記撮影位置を示す情報を前記記憶部に格納する処理と、
   当該車両、前記撮影位置との位置関係及び前記上限値に基づき、前記複数の車載カメラそれぞれにおける前記映像ビットレートを調整し前記撮影画像の画質を調整する処理と、
   を実施する、
   ことを特徴とする請求項１に記載の画質調整方法。
3. 前記車両制御装置により、
   当該車両との距離が所定値以下の前記撮影位置の数が２つ以上か否かを判定し、２つ以上の場合、前記撮影位置それぞれと当該車両との距離に応じて、前記映像ビットレートの上限値を前記撮影位置それぞれに対して割り当てる処理と、
   前記撮影位置ごとに、前記複数の車載カメラの中心軸に対する該撮影位置の方角に基づき、該撮影位置を撮影する複数の車載カメラを特定する処理と、
   特定した前記複数の車載カメラそれぞれに対して、該撮影位置に対する前記映像ビットレートを、該車載カメラの中心軸に対する該撮影位置の方角に基づき割り当てる処理と、
   を実施する、
   ことを特徴とする請求項２に記載の画質調整方法。
4. 前記車両制御装置により、
   当該車両との距離が前記所定値以下の前記撮影位置の数が２つ以上か否かを判定し、２つ以上でない場合、前記複数の車載カメラの中心軸に対する該撮影位置の方角に基づき、該撮影位置を撮影する複数の車載カメラを特定する処理と、
   特定した前記複数の車載カメラそれぞれに対して、該撮影位置に対する前記映像ビットレートを、該車載カメラの中心軸に対する該撮影位置の方角に基づき割り当てる処理と、
   を実施する、
   ことを特徴とする請求項２に記載の画質調整方法。
5. 検出された撮影対象、該撮影対象を検出した車両の位置の情報を含む検出履歴情報を記憶する第１の記憶部と、
   地図情報を記憶する第２の記憶部と、
   車両から該車両により検出された撮影対象と、該車両の位置を含む情報を受信し、
   前記検出履歴情報を参照して、前記車両の位置を基準として撮影対象の位置との距離が所定値以下の前記撮影対象の有無を確認し、
   前記撮影対象が前記第２の記憶部に登録されていない場合に、該撮影対象と該撮影対象を検出した前記車両の位置を含む情報を前記第２の記憶部に格納する、
   ことを特徴とするサーバ。
6. 車両遠隔操作装置及びサーバを含み、
   前記車両遠隔操作装置は、
   車両からのプローブ情報をサーバを介して受信し、これを第１の記憶部に格納し、
   前記第１の記憶部の前記プローブ情報に基づき前記車両の進行方向を算出し、
   前記車両の進行方向に対する遠隔操作者の視線方向の情報を取得し、これを前記第１の記憶部に格納し、
   前記視線方向の情報を含む複数の車載カメラにおける動画撮影時の映像ビットレートの変更指示情報を前記サーバへ送信し、
   前記サーバは、
   前記車両から前記プローブ情報を取得し、これを第２の記憶部に格納するとともに、前記車両遠隔操作装置へ送信し、
   前記車両遠隔操作装置から前記視線方向の情報を含む前記複数の車載カメラにおける映像ビットレートの変更指示を受信し、前記視線方向の情報を前記第２の記憶部に格納し、
   前記プローブ情報に基づき前記車両の進行方向を算出し、
   算出した前記進行方向と前記視線方向の情報に基づき、前記複数の車載カメラそれぞれにおける映像ビットレートを算出し、
   算出した各車載カメラにおける映像ビットレートの情報を前記車両へ送信する、
   ことを特徴とする動画撮影システム。
7. 前記サーバは、
   前記進行方向と前記視線方向の情報に基づき、撮影方向を算出し、
   算出した前記撮影方向を撮影可能な前記車載カメラに対して前記映像ビットレートを割り当る、
   ことを特徴とする請求項６に記載の動画撮影システム。

Images