JP2020027400A - 制御装置及びプログラム - Google Patents

Abstract

【課題】ユーザにとって有用な撮像画像を車両から受信してユーザに提示可能な技術を提供することが望ましい。【解決手段】車両によって送信された、車両の位置を示す位置情報及び車両の走行速度を示す速度情報を含む車両情報を収集する車両情報収集部と、複数の車両情報に基づいて、複数の車両の走行状況を判定する走行状況判定部と、走行状況が所定の条件を満たす車両から、当該車両が撮像する撮像画像を受信する撮像画像受信部とを備える制御装置を提供する。【選択図】図３

Description

本発明は、制御装置及びプログラムに関する。

ユーザから観測地点の設定を受け付けて、他の車載システムに観測地点の撮影を依頼し、他の車載システムから観測地点の画像を受信して表示する手段を有する車載システムが知られていた（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２００６−０３１５８３号公報

ユーザにとって有用な撮像画像を車両から受信してユーザに提示可能な技術を提供することが望ましい。

本発明の第１の態様によれば、制御装置が提供される。制御装置は、車両によって送信された、車両の位置を示す位置情報を含む車両情報を収集する車両情報収集部を備えてよい。制御装置は、複数の車両情報に基づいて、複数の車両の走行状況を判定する走行状況判定部を備えてよい。制御装置は、走行状況が所定の条件を満たす車両から、当該車両が撮像する撮像画像を受信する撮像画像受信部を備えてよい。

上記車両情報は、上記車両の走行速度を含んでよい。上記撮像画像受信部は、渋滞の先頭区間内に位置する車両から上記撮像画像を受信してよい。上記撮像画像受信部は、渋滞の先頭車両から所定台数前の車両から上記撮像画像を受信してよい。上記撮像画像受信部は、車両の行列が形成されている行列車線に並列する並列車線を走行する車両から、上記行列を撮像した撮像画像を受信してよい。上記撮像画像受信部は、渋滞の後方を走行する車両から撮像画像を受信してよい。上記撮像画像受信部は、上記渋滞の後方を走行する車両から上記渋滞を後方から撮像した撮像画像を受信してよい。上記撮像画像受信部は、上記渋滞の最後尾から所定距離以上手前を走行する車両から撮像画像を受信してよい。上記制御装置は、上記走行状況が上記所定の条件を満たす車両に、上記撮像画像の送信を依頼する依頼情報を送信する依頼情報送信部を備えてよく、上記撮像画像受信部は、上記依頼情報を受信した上記車両から、当該車両が撮像する撮像画像を受信してよい。

本発明の第１の態様によれば、コンピュータを、上記制御装置として機能させるためのプログラムが提供される。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

車両１００の通信環境の一例を概略的に示す。 渋滞の一例を概略的に示す。 車両１００の構成の一例を概略的に示す。 制御装置２００の機能構成の一例を概略的に示す。 車両１００に対して撮像画像を送信する車両３０２の一例を概略的に示す。 車両１００に対して撮像画像を送信する車両３０４の一例を概略的に示す。 車両１００に対して撮像画像を送信する車両３０８の一例を概略的に示す。 制御装置２００による、自車付近に渋滞が存在するか否かを判定する処理の流れの一例を概略的に示す。 制御装置２００による処理の流れの一例を概略的に示す。 制御装置２００として機能するコンピュータ１０００のハードウェア構成の一例を概略的に示す。 通信端末５００の機能構成の一例を概略的に示す。 通信端末５００として機能するコンピュータ１１００のハードウェア構成の一例を概略的に示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態に係る車両１００の通信環境の一例を概略的に示す。車両１００は、他の車両１００と無線通信する。車両１００は、ネットワーク１０を介した他の車両１００との無線通信、他の車両１００との直接の無線通信（車車間直接通信と記載する場合がある。）、及び路車間通信を介した他の車両１００との無線通信（車路車間通信と記載する場合がある。）の少なくともいずれかによって、他の車両１００と無線通信してよい。

ネットワーク１０は、任意のネットワークであってよい。例えば、ネットワーク１０は、インターネットと、いわゆる３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）及び５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）等の携帯電話網と、公衆無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と、専用網との少なくともいずれかを含んでよい。

車両１００は、公知の任意の車車間通信技術、路車間通信技術を用いて、車車間直接通信、車路車間通信を実行してよい。例えば、車両１００は、７００ＭＨｚ帯及び５．８ＧＨｚ帯等の所定の周波数帯を利用した通信によって、車車間直接通信、車路車間通信を実行する。車両１００は、他の車両１００を経由してさらに他の車両１００と無線通信してもよい。例えば、複数の車両１００が車車間直接通信、車路車間通信によって連携することにより車両間ネットワークを形成してよく、車両間ネットワークを介して、遠隔地の車両１００同士が通信を実行してもよい。

車両管理装置３００は、複数の車両１００を管理する。車両管理装置３００は、複数の車両１００のそれぞれの車両情報を管理してよい。車両情報は、車両１００の位置を含んでよい。車両情報は、車両１００の進行方向及び走行速度（車両の走行速度を車速と記載する場合がある。）を含んでよい。車両情報は、車両１００の目的地までのルートを示すルート情報を含んでよい。車両管理装置３００は、ネットワーク１０を介して、車両１００から定期的に各種車両情報を受信してよい。

車両１００は、車両管理装置３００から車両情報を受信してよい。また、車両１００は、他の車両１００から、車車間直接通信、車路車間通信、及び車両間ネットワークの少なくともいずれかを介して車両情報を受信してもよい。車両１００は、受信した車両情報によって、他の車両の状況を把握する。

車両１００は、車両１００の周囲を撮像する撮像部を備え、撮像部によって撮像された撮像画像を他の車両１００に送信したり、他の車両１００の撮像部によって撮像された撮像画像を他の車両１００から受信したりする。撮像画像は、静止画像であっても、映像（動画像）であってもよい。

ここで、例えば、他の複数の車両１００の現在位置を地図画面上に表示して、その選択を受け付け、選択された車両１００が撮像する撮像画像を、当該車両１００から受信してユーザに対して表示することが考えられる。しかし、地図画面上に多数の車両１００が表示されている場合、その中から一の車両１００を選択することは、ユーザにとって煩雑になり得る。また、このような選択が車両１００を運転しているユーザによって行われることを想定した場合、当該ユーザの運転に対する集中度を低下させないようにすることが望ましい。

本実施形態に係る車両１００は、複数の他の車両１００の車両情報に基づいて、複数の車両１００の走行状況を判定し、走行状況が所定の条件を満たす車両１００から、当該車両１００が撮像する撮像画像を受信する。車両１００は、例えば、渋滞の先頭区間内に位置する車両１００から撮像画像を受信する。また、車両１００は、例えば、車両の行列が形成されている行列車線に並列する並列車線を走行する車両から、当該行列を撮像した撮像画像を受信する。また、車両１００は、例えば、渋滞の後方を走行する車両から撮像画像を受信する。これらによって、ユーザにとって有用な撮像画像を提供可能になる。

図２は、渋滞の一例を概略的に示す。図２では、渋滞判定が成立している渋滞範囲３０と、渋滞範囲３０を抜けて、渋滞範囲３０の前方を走行している車両２１と、渋滞範囲３０の後方を走行していて、そのまま進行した場合に渋滞範囲３０に到達する車両２８とを例示している。

本実施形態において、渋滞とは、同一車線において、任意の所定距離（例えば、信号がある場合は２００ｍ、信号が無い場合は１００ｍ）に所定台数（例えば、信号が無い場合は１５台）以上の車両が存在し、かつ、当該任意の所定距離の区間内にある車両の車速最高値が所定速度（例えば、３０ｋｍ／ｈ）程度以下であることを示す。

車両が道で停止している際の一般的な車間距離（前車の後端と後車の先端との距離）は、概ね車両全長の１台分程度であるか、それ以下の場合でも最低１ｍ前後は確保されている場合が多い。車頭距離（車両先端同士の距離）で表現すると、軽自動車の場合、軽自動車の全長に２を乗じた約７ｍとなり、普通車の場合、普通車の全長に２を乗じた約８〜１０ｍとなる。つまり、距離１００ｍの区間に８台〜１０台以上の車両が存在している状態は、ほぼ全車が停止、又はいわゆるノロノロ走行をしている蓋然性が高い。

走行中の車間距離は、概ね「車間時間」で１秒から２秒程度である。車間時間が（少なくとも一般道で）１秒を切る状況は、いわゆる「煽り運転」と言える。車速ｋｍ／ｈを秒速ｍ／ｓｅｃに換算すると、３０ｋｍ／ｈは８．３３ｍ／ｓｅｃであり、４０ｋｍ／ｈは、１１．１ｍ／ｓｅｃであり、５０ｋｍ／ｈは１３．９ｍ／ｓｅｃであり、６０ｋｍ／ｈは、１６．７ｍ／ｓｅｃである。これを用いて車頭距離を表現すると、例えば、３０ｋｍ／ｈ走行中で車間１秒（軽自動車）の場合、約１１．８ｍであり、３０ｋｍ／ｈ走行中で車間２秒（軽自動車）の場合、約２０．２ｍであり、３０ｋｍ／ｈ走行中で車間１秒（普通車）の場合、約１３．３ｍであり、３０ｋｍ／ｈ走行中で車間２秒（普通車）の場合、約２１．７ｍである。つまり、３０ｋｍ／ｈ以上で走行している道路上での任意の１００ｍ区間内には、８台かそれ以下の台数しか存在しない。ただし、信号待ち車列なのか渋滞なのかは、また別の見分け手法が必要ではある。

本実施形態において渋滞の先頭区間とは、渋滞している範囲のうち、所定距離（例えば、１００ｍ）進むとその渋滞を抜ける区間であってよい。また、本実施形態において渋滞の先頭区間内に位置する車両とは、渋滞している範囲内であるが、所定距離（例えば、１００ｍ）進めば渋滞範囲ではなくなる位置にある車両であってよい。また、本実施形態において渋滞の先頭車両とは、渋滞範囲に存在している車両のうちで、渋滞範囲ではなくなる位置まで進行した車両であってよい。また、本実施形態において車両の行列が形成されている行列車線に並列する並列車線を走行する車両とは、二車線以上の道路において、一方の側の車線は渋滞範囲だが、他方の側の車線は渋滞範囲ではない場合の、他方の側の車線を走行する車両であってよい。また、本実施形態において渋滞の後方を走行する車両とは、渋滞していない範囲内であるが、そのまま進行すると渋滞範囲に到達する車両であってよい。また、本実施形態において渋滞の最後尾とは、渋滞している範囲のうち、それよりも手前側（進行方向後方）は渋滞範囲ではない位置又はその位置に到達した車両であってよい。

例えば、図２に示す例において、渋滞範囲３０のうち、所定距離４０を進むと渋滞を抜ける区間４２が、渋滞の先頭区間である。また例えば、図２に示す例において、渋滞範囲３０内であるが、所定距離４０進めば渋滞範囲３０ではなくなる位置にある車両２２、２３、２４、２５、２６が、渋滞の先頭区間内に位置する車両である。また例えば、図２に示す例において、渋滞範囲３０に存在している車両のうちで、渋滞範囲３０ではなくなる位置まで進行した車両２２が、渋滞の先頭車両である。また例えば、図２に示す例において、渋滞していない範囲内ではあるがそのまま進行すると渋滞範囲３０に到達する車両２８は、渋滞の後方を走行する車両である。また例えば、図２に示す例において、渋滞範囲３０のうち、それよりも手前側（進行方向後方）は渋滞範囲３０でない位置にある車両２７は、渋滞の最後尾である。

図３は、車両１００の構成の一例を概略的に示す。車両１００は、操作部１１０、表示部１２０、無線通信部１３０、撮像部１４０、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信部１５０、センサ部１６０、及び制御装置２００を備える。これらの構成の少なくとも一部は、いわゆるカーナビゲーションシステムに含まれる構成であってよい。

操作部１１０は、車両１００のユーザによる操作を受け付ける。操作部１１０は、物理的な操作ボタン類を含んでよい。操作部１１０及び表示部１２０は、タッチパネルディスプレイであってもよい。操作部１１０は、音声操作を受け付けてもよい。操作部１１０は、マイク及びスピーカを含んでよい。

無線通信部１３０は、車両管理装置３００及び他の車両１００との無線通信を実行する。無線通信部１３０は、携帯電話網の無線基地局を介してネットワーク１０と通信する通信ユニットを含んでよい。また、無線通信部１３０は、ＷｉＦｉ（登録商標）アクセスポイントを介してネットワーク１０と通信する通信ユニットを含んでよい。また、無線通信部１３０は、車車間通信を実行する通信ユニットを含んでよい。また、無線通信部１３０は、路車間通信を実行する通信ユニットを含んでよい。

撮像部１４０は、１又は複数のカメラを含む。カメラは、ドライブレコーダであってもよい。撮像部１４０が複数のカメラを含む場合、複数のカメラのそれぞれは、車両１００の異なる位置に配置される。また、複数のカメラのそれぞれは、異なる撮像方向を撮像する。

ＧＮＳＳ受信部１５０は、ＧＮＳＳ衛星から発信された電波を受信する。ＧＮＳＳ受信部１５０は、ＧＮＳＳ衛星から受信した信号に基づいて、車両１００の位置を特定してもよい。

センサ部１６０は、１又は複数のセンサを含む。センサ部１６０は、例えば、加速度センサを含む。センサ部１６０は、例えば、角速度センサ（ジャイロセンサ）を含む。センサ部１６０は、例えば、地磁気センサを含む。センサ部１６０は、例えば、車速センサを含む。

制御装置２００は、操作部１１０、表示部１２０、無線通信部１３０、撮像部１４０、ＧＮＳＳ受信部１５０、及びセンサ部１６０を制御して、各種処理を実行する。制御装置２００は、例えば、ナビゲーション処理を実行する。制御装置２００は、公知のカーナビゲーションシステムが実行するナビゲーション処理と同様のナビゲーション処理を実行してよい。

例えば、制御装置２００は、ＧＮＳＳ受信部１５０及びセンサ部１６０からの出力に基づいて車両１００の現在位置を特定して、現在位置に対応する地図データを読み出して表示部１２０に表示させる。また、制御装置２００は、操作部１１０を介して目的地の入力を受け付け、車両１００の現在位置から目的地までの推奨ルートを特定して、表示部１２０に表示させる。制御装置２００は、ルートの選択を受け付けた場合、選択されたルートに従って、表示部１２０及びスピーカを介して、車両１００が走行すべき進路のガイダンスを行う。

本実施形態に係る制御装置２００は、制御装置２００が搭載されている車両１００（自車と記載する場合がある。）以外の複数の車両１００の車両情報を収集する。制御装置２００は、例えば、自車以外の車両１００がネットワーク１０及び車両間ネットワークの少なくともいずれかを介して定期的に送信する車両情報を受信する。また、制御装置２００は、車両管理装置３００から、複数の車両１００の車両情報を受信してよい。制御装置２００と、自車の外部との通信は、無線通信部１３０を介して行われてよい。

制御装置２００は、複数の車両情報に基づいて、複数の車両１００の走行状況を判定する。そして、制御装置２００は、走行状況が所定の条件を満たす車両から、当該車両が撮像する撮像画像を受信する。

制御装置２００は、所定の条件を満たす車両に対して、撮像画像の送信を依頼する依頼情報を送信してよい。制御装置２００は、自車を示す識別情報を依頼情報に含めて送信してよい。識別情報は、通信において車両１００を識別可能な情報であってよい。例えば、識別情報は、車両１００に割り当てられたＩＤ及びＩＰアドレス等である。そして、制御装置２００は、依頼情報を受信した車両から、撮像画像を受信してよい。制御装置２００は、受信した撮像画像を表示させる。制御装置２００は、受信した撮像画像を表示部１２０に表示させてよい。

図４は、制御装置２００の機能構成の一例を概略的に示す。制御装置２００は、車両情報収集部２０２、格納部２０４、走行状況判定部２１２、依頼情報送信部２１４、撮像画像受信部２１６、及び表示制御部２１８を備える。なお、制御装置２００がこれらのすべての構成を備えることは必須とは限らない。

車両情報収集部２０２は、車両情報を収集する。車両情報収集部２０２は、他の車両１００によって定期的に送信される車両情報を受信してよい。また、車両情報収集部２０２は、車両管理装置３００から車両情報を受信してもよい。車両情報収集部２０２は、収集した車両情報を格納部２０４に格納する。

走行状況判定部２１２は、格納部２０４に格納されている車両情報に基づいて、複数の車両１００の走行状況を判定する。走行状況判定部２１２は、車両情報に含まれる車両１００の時刻毎の位置から、車両１００の進行方向を特定してよい。また、走行状況判定部２１２は、車両情報に含まれる車両１００の時刻毎の位置から、車両１００の走行速度を特定してよい。進行方向及び走行速度は、上述したように車両情報に含まれていてもよい。また、走行状況判定部２１２は、車両情報に含まれる車両１００のルート情報から、車両１００の進行方向を特定してよい。

走行状況判定部２１２は、例えば、複数の車両１００の位置、進行方向、及び走行速度等から、渋滞が発生しているエリアを特定してよい。なお、走行状況判定部２１２は、ネットワーク１０を介して各エリアの渋滞情報を配信している交通情報配信サービス等から渋滞情報を受信することによって、渋滞が発生しているエリアを特定してもよい。

走行状況判定部２１２は、渋滞に対して各車両１００がどのあたりを走行しているかを特定してよい。すなわち、走行状況判定部２１２は、渋滞に対する各車両１００の相対位置を特定してよい。そして、走行状況判定部２１２は、渋滞内に位置する車両、渋滞の先頭区間内に位置する車両、渋滞の最後尾に位置する車両、渋滞の後方を走行している車両、及び渋滞が発生している行列車線に並列する並列車線を走行している車両等を特定してよい。

依頼情報送信部２１４は、走行状況判定部２１２によって判定された走行状況が所定の条件を満たす車両に対して、撮像画像の送信を依頼する依頼情報を送信する。依頼情報送信部２１４は、自車を示す識別情報を依頼情報に含めて当該車両に送信してよい。

所定の条件の例としては、渋滞の先頭区間内に位置する車両、渋滞の先頭車両から所定台数手前の車両、行列車線に並列する並列車線を走行している車両、渋滞の後方を走行する車両、及び渋滞の最後尾から所定距離以上手間を走行する車両等が挙げられる。所定の条件は、例えば、車両のユーザ等によって設定される。

依頼情報送信部２１４は、例えば、渋滞の先頭区間内に位置する車両１００に対して依頼情報を送信する。依頼情報送信部２１４は、例えば、渋滞の先頭区間内の最後尾に位置する車両１００に依頼情報を送信する。また、依頼情報送信部２１４は、例えば、渋滞の先頭車両から所定台数手前の車両に依頼情報を送信する。

依頼情報送信部２１４は、例えば、車両１００の行列が形成されている行列車線に並列する並列車線を走行する車両１００に対して依頼情報を送信する。また、依頼情報送信部２１４は、例えば、渋滞の後方を走行する車両１００に依頼情報を送信する。依頼情報送信部２１４は、渋滞の最後尾から所定距離以上手前を走行する車両に依頼情報を送信してよい。所定距離は、任意に設定可能であってよく、また、変更可能であってよい。所定距離は、道路形状に沿った距離であってよい。

撮像画像受信部２１６は、撮像画像を受信する。撮像画像受信部２１６は、依頼情報送信部２１４によって送信された依頼情報を受信した車両が依頼情報に応じて送信した撮像画像を受信する。表示制御部２１８は、撮像画像受信部２１６が受信した撮像画像を表示部１２０に表示させてよい。また、表示制御部２１８は、予め指定された通信端末に撮像画像を送信して、当該通信端末に撮像画像を表示させてもよい。通信端末の例としては、車両１００のユーザが所有するスマートフォン等の携帯電話及びタブレット端末等が例示できる。

図５は、撮像画像を送信する車両３０２の一例を概略的に示す。図５に示す例では、車両３０２は、渋滞の先頭区間４１０内の最後尾に位置する。

依頼情報送信部２１４は、車両３０２に対して依頼情報を送信してよく、撮像画像受信部２１６は、車両３０２から撮像画像を受信してよい。撮像画像受信部２１６が受信した撮像画像を表示部１２０が表示させることにより、渋滞の原因を含む、渋滞の先頭の少し前の位置からの状況をユーザに把握させることができる。

依頼情報送信部２１４は、車両１００のユーザの指示に従って、撮像画像の送信の停止指示を車両３０２に送信してもよい。これにより、例えば、車両１００のユーザが渋滞の先頭の状況を把握できた場合に、撮像画像の送信を停止させることができる。

また、依頼情報送信部２１４は、撮像画像を送信する区間として、先頭区間４１０を指定した依頼情報を送信してもよい。これにより、車両３０２に、先頭区間４１０を走行している間だけ撮像画像を送信させることができる。

図６は、撮像画像を送信する車両３０４の一例を概略的に示す。図６に示す例では、車両３０４は、車両の行列が形成されている行列車線４２２に並列する並列車線４２４を走行している。

依頼情報送信部２１４は、車両３０４に対して依頼情報を送信してよく、撮像画像受信部２１６は、車両３０４から撮像画像を受信してよい。車両３０４が撮像する撮像画像には、車両の行列が含まれるので、撮像画像受信部２１６が受信した撮像画像を表示部１２０が表示させることにより、行列の状況をユーザに把握させることができる。

また、依頼情報送信部２１４は、撮像画像を送信する区間として、行列と並走する区間を指定した依頼情報を送信してもよい。これにより、車両３０４に、行列と並走する間だけ撮像画像を送信させることができる。

図７は、撮像画像を送信する車両３０８の一例を概略的に示す。図７に示す例では、車両３０８は、渋滞の最後尾の車両３０６から所定距離４３０以上手前を走行する。

依頼情報送信部２１４は、車両３０８に対して依頼情報を送信してよく、撮像画像受信部２１６は、車両３０８から撮像画像を受信してよい。撮像画像受信部２１６が受信した撮像画像を表示部１２０が表示させることにより、渋滞の手前から、渋滞に到達するまでの状況をユーザに把握させることができる。これにより、渋滞の手前にコンビニエンスストアなどの店舗４４０があることを事前にユーザに把握させることができる。また、例えば、渋滞の手前に不図示の迂回できそうな道がある場合に、そのことを事前にユーザに把握させることができる。

依頼情報送信部２１４は、撮像画像を送信する区間として、渋滞の最後尾に位置するまでの区間を指定した依頼情報を送信してもよい。これにより、車両３０８に、渋滞に到達するまでの間だけ撮像画像を送信させることができる。

制御装置２００は、自車の付近に渋滞が有るか否かを判定して、自車の付近の渋滞に関係する車両に対して依頼情報を送信してもよい。制御装置２００は、例えば、自車付近の渋滞内に位置する車両、自車付近の渋滞の先頭区間内に位置する車両、自車付近の渋滞の最後尾に位置する車両、自車付近の渋滞の後方を走行している車両、及び自車付近の渋滞が発生している行列車線に並列する並列車線を走行している車両等に対して依頼情報を送信してよい。

図８は、制御装置２００による、自車付近に渋滞が存在するか否かを判定する処理の流れの一例を概略的に示す。制御装置２００は、例えば、自車に搭乗している搭乗者の指示に従って、図８に示す処理を実行してよい。

ステップ（ステップをＳと省略して記載する場合がある。）１０２では、走行状況判定部２１２が、格納部２０４から、自車の前方及び後方の車両の車両情報を取得する。Ｓ１０４では、走行状況判定部２１２が、同一方向、所定区間長さに所定台数以上の車両が有るか否かを判定する。無いと判定した場合、Ｓ１０６に進み、有ると判定した場合、Ｓ１０８に進む。Ｓ１０６では、走行状況判定部２１２が、自車付近に渋滞が無いと判定する。走行状況判定部２１２は、例えば、表示制御部２１８を介して、自車付近に渋滞が無い旨を搭乗者に対して通知してもよい。

Ｓ１０８では、走行状況判定部２１２が、Ｓ１０４において同一方向、所定区間長さに有ると判定された車両たちの車速が所定値以下であるか否かを判定する。走行状況判定部２１２は、当該車両たちの車速最高値が所定値以下であるか否かを判定してよい。

所定値以下でないと判定した場合、Ｓ１１０に進み、所定値以下であると判定した場合、Ｓ１１２に進む。Ｓ１１０では、同一方向、所定区間長さに所定台数以上の車両が存在する理由として、渋滞ではなく、煽り運転や、隣車線の分も混入していることが考えられることから、走行状況判定部２１２が、渋滞無と判定する。

Ｓ１１２では、走行状況判定部２１２が、車両たちの行く手に信号交差点が有るか否かを判定する。走行状況判定部２１２は、例えば、地図データを参照することによって、車両たちの行く手に信号交差点が有るか否かを判定してよい。地図データは、格納部２０４に格納されていてよい。無いと判定した場合、Ｓ１１４に進み、有ると判定した場合、Ｓ１１６に進む。

Ｓ１１４では、走行状況判定部２１２が、自車の付近に渋滞が有ると判定する。Ｓ１１６では、走行状況判定部２１２が、Ｓ１１２において有ると判定した信号交差点の先が順調であるか否かを判定する。走行状況判定部２１２は、例えば、信号交差点の先の位置を走行する１又は複数の車両の車両情報を格納部２０４から読み出して、当該１又は複数の車両の車速が所定値よりも速い場合、信号交差点の先が順調であると判定する。順調でないと判定した場合、Ｓ１１４に進み、順調であると判定した場合、Ｓ１１８に進む。Ｓ１１８では、同一方向、所定区間長さに所定台数以上の車両が存在する理由として、渋滞ではなく、信号待ちが考えられることから、走行状況判定部２１２が、自車の付近に渋滞が無いと判定する。

制御装置２００は、他の車両から依頼情報を受信して、依頼情報に応じて撮像を実行し、撮像画像を当該他の車両に送信してもよい。制御装置２００は、例えば、自車の付近に渋滞が存在するか否かを判定し、存在する場合に、自車と渋滞との関係を判定して、依頼情報に応じた撮像を実行する。この場合、走行状況判定部２１２が、自車と渋滞との関係を判定してよい。また、制御装置２００は、依頼情報を受信する依頼情報受信部と、撮像部１４０によって撮像された撮像画像を送信する撮像画像送信部とを備えてよい。

制御装置２００は、例えば、自車が渋滞の先頭区間内に位置するときに他の車両から依頼情報を受信した場合に、撮像を開始して撮像画像を当該他の車両に送信する。また、制御装置２００は、例えば、自車が、車両の行列が形成されている行列車線に並列する並列車線を走行しているときに他の車両から依頼情報を受信した場合に、撮像を開始して撮像画像を当該他の車両に送信する。また、制御装置２００は、例えば、自車が、渋滞の後方を走行しているときに他の車両から依頼情報を受信した場合に、撮像を開始して撮像画像を当該他の車両に送信する。

図９は、制御装置２００による処理の流れの一例を概略的に示す。ここでは、制御装置２００が、自車の付近に渋滞が有るか否かを判定し、渋滞が有る場合に、自車と渋滞との関係を判定して、依頼情報に応じて撮像を行う場合の処理の流れを示す。

Ｓ２０２では、制御装置２００が、図８に示す、自車の付近に渋滞が有るか否かを判定する処理を実行する。自車の付近に自車と同一方向の渋滞が無い場合（Ｓ２０４でＮＯ）、処理を終了し、有る場合（Ｓ２０４でＹＥＳ）、Ｓ２０６に進む。

Ｓ２０６では、走行状況判定部２１２が、自車が渋滞の範囲内にいるか否かを判定する。いないと判定した場合、Ｓ２０８に進み、いると判定した場合、Ｓ２１８に進む。

Ｓ２０８では、走行状況判定部２１２が、自車が所定時間前まで渋滞範囲内にいたか否かを判定する。いなかったと判定した場合、Ｓ２１０に進み、いたと判定した場合、Ｓ２１６に進む。

Ｓ２１０では、走行状況判定部２１２が、自車の行く手に渋滞範囲が有るか否かを判定する。無いと判定した場合、Ｓ２１２に進み、有ると判定した場合、Ｓ２１４に進む。

Ｓ２１２では、走行状況判定部２１２が、自車が、渋滞の存在する車線に並列する並列車線を走行していると判定する。依頼情報受信部が、車両の行列が形成されている行列車線に並列する並列車線を走行する車両に対する依頼情報を受信した場合、撮像画像送信部が、渋滞の撮像画像を依頼情報の送信元に対して送信する。

Ｓ２１４では、走行状況判定部２１２が、自車が、渋滞の後方を走行していると判定する。依頼情報受信部が、自車が渋滞に到達する前に、渋滞の後方を走行する車両に対する依頼情報を受信した場合、撮像画像送信部が、渋滞に到達するまでの撮像画像を依頼情報の送信元に送信する。

Ｓ２１６では、走行状況判定部２１２が、自車が渋滞を抜けて、渋滞の前方を走行していると判定する。ここで仮に、自車が、渋滞の先頭区間内を走行しているときに、撮像画像を送信していた場合、当該撮像を終了する。

Ｓ２１８では、走行状況判定部２１２が、自車が渋滞の先頭区間にいるか否かを判定する。いないと判定した場合、処理を終了し、いると判定した場合、Ｓ２２０に進む。Ｓ２２０では、依頼情報受信部が渋滞の先頭区間内に位置する車両に対する依頼情報を受信した場合、撮像画像送信部が、撮像画像を依頼情報の送信元に送信する。

図１０は、制御装置２００として機能するコンピュータ１０００の一例を概略的に示す。本実施形態に係るコンピュータ１０００は、ホストコントローラ１０９２により相互に接続されるＣＰＵ１０１０、ＲＡＭ１０３０、及びグラフィックコントローラ１０８５を有するＣＰＵ周辺部と、入出力コントローラ１０９４によりホストコントローラ１０９２に接続されるＲＯＭ１０２０、通信Ｉ／Ｆ１０４０、ハードディスクドライブ１０５０、及び入出力チップ１０８０を有する入出力部を備える。

ＣＰＵ１０１０は、ＲＯＭ１０２０及びＲＡＭ１０３０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィックコントローラ１０８５は、ＣＰＵ１０１０などがＲＡＭ１０３０内に設けたフレーム・バッファ上に生成する画像データを取得し、ディスプレイ上に表示させる。これに代えて、グラフィックコントローラ１０８５は、ＣＰＵ１０１０などが生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。

通信Ｉ／Ｆ１０４０は、有線又は無線によりネットワークを介して他の装置と通信する。また、通信Ｉ／Ｆ１０４０は、通信を行うハードウェアとして機能する。ハードディスクドライブ１０５０は、ＣＰＵ１０１０が使用するプログラム及びデータを格納する。

ＲＯＭ１０２０は、コンピュータ１０００が起動時に実行するブート・プログラム及びコンピュータ１０００のハードウェアに依存するプログラムなどを格納する。入出力チップ１０８０は、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポートなどを介して各種の入出力装置を入出力コントローラ１０９４へと接続する。

ＲＡＭ１０３０を介してハードディスクドライブ１０５０に提供されるプログラムは、ＩＣカードなどの記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ１０３０を介してハードディスクドライブ１０５０にインストールされ、ＣＰＵ１０１０において実行される。

コンピュータ１０００にインストールされ、コンピュータ１０００を制御装置２００として機能させるプログラムは、ＣＰＵ１０１０などに働きかけて、コンピュータ１０００を、制御装置２００の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ１０００に読込まれることにより、ソフトウェアと上述した各種のハードウェア資源とが協働した具体的手段である車両情報収集部２０２、格納部２０４、走行状況判定部２１２、依頼情報送信部２１４、撮像画像受信部２１６、及び表示制御部２１８として機能する。また、これらのプログラムに記述された情報処理は、コンピュータ１０００に読込まれることにより、ソフトウェアと上述した各種のハードウェア資源とが協働した具体的手段である依頼情報受信部及び撮像画像送信部として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の制御装置２００が構築される。

上記実施形態では、表示制御装置の一例として車両１００に搭載された制御装置２００を挙げて説明したが、これに限らず、例えば、車両１００に乗車しているユーザが所有する通信端末が表示制御装置として機能してもよい。

図１１は、通信端末５００の機能構成の一例を概略的に示す。通信端末５００は、車両情報収集部５０２、格納部５０４、走行状況判定部５１２、依頼情報送信部５１４、撮像画像受信部５１６、及び表示制御部５１８を備える。ここでは、図４に示す制御装置２００と処理内容が異なる点を主に説明する。

車両情報収集部５０２は、車両情報を収集する。車両情報収集部５０２は、他の車両１００によって定期的に送信される車両情報を受信してよい。また、車両情報収集部５０２通信端末５００を所持するユーザが乗車している車両１００（自車と記載する場合がある。）から、他の車両１００の車両情報を受信してもよい。車両情報収集部５０２は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を介して、自車から他の車両１００の車両情報を受信する。このように、通信端末５００が備える各構成と車両１００の外部との通信は、車両１００を介して実行されてもよい。車両情報収集部５０２は、収集した車両情報を格納部５０４に格納する。

走行状況判定部５１２は、格納部５０４に格納されている車両情報に基づいて、複数の車両１００の走行状況を判定する。依頼情報送信部５１４は、走行状況判定部５１２によって判定された走行状況が所定の条件を満たす車両に対して、撮像画像の送信を依頼する依頼情報を送信する。依頼情報送信部５１４は、通信端末５００を示す識別情報を依頼情報に含めて当該車両に送信してよい。

撮像画像受信部５１６は、撮像画像を受信する。撮像画像受信部５１６は、依頼情報送信部５１４によって送信された依頼情報を受信した車両が依頼情報に応じて送信した撮像画像を受信する。表示制御部５１８は、撮像画像受信部５１６が受信した撮像画像を通信端末００が備えるディスプレイに表示させてよい。また、表示制御部５１８は、自車の制御装置２００に撮像画像を送信して、表示部１２０に表示させてもよい。

図１２は、通信端末５００として機能するコンピュータ１１００のハードウェア構成の一例を示す。本実施形態に係るコンピュータ１１００は、ＳｏＣ１１１０、メインメモリ１１２２、フラッシュメモリ１１２４、アンテナ１１３２、アンテナ１１３４、アンテナ１１３６、ディスプレイ１１４０、マイク１１４２、スピーカ１１４４、ＵＳＢポート１１５２、及びカードスロット１１５４を備える。

ＳｏＣ１１１０は、メインメモリ１１２２及びフラッシュメモリ１１２４に格納されたプログラムに基づいて動作し、各部の制御を行う。アンテナ１１３２は、いわゆるセルラーアンテナである。アンテナ１１３４は、いわゆるＷｉＦｉアンテナである。アンテナ１１３６は、Ｂｌｕｅｔｏｏｔｈ等のいわゆる短距離無線通信用のアンテナである。ＳｏＣ１１１０は、アンテナ１１３２、アンテナ１１３４、及びアンテナ１１３６を用いて、各種通信機能を実現してよい。ＳｏＣ１１１０は、アンテナ１１３２、アンテナ１１３４、又はアンテナ１１３６を用いてＳｏＣ１１１０が使用するプログラムを受信して、フラッシュメモリ１１２４に格納してよい。

ＳｏＣ１１１０は、ディスプレイ１１４０を用いて各種表示機能を実現してよい。ＳｏＣ１１１０は、マイク１１４２を用いて各種音声入力機能を実現してよい。ＳｏＣ１１１０は、スピーカ１１４４を用いて各種音声出力機能を実現してよい。

ＵＳＢポート１１５２は、ＵＳＢ接続を実現する。カードスロット１１５４は、ＳＤカード等の各種カードとの接続を実現する。ＳｏＣ１１１０は、ＵＳＢポート１１５２に接続された機器又はメモリと、カードスロット１１５４に接続されたカードとから、ＳｏＣ１１１０が使用するプログラムを受信して、フラッシュメモリ１１２４に格納してよい。

コンピュータ１１００にインストールされ、コンピュータ１１００を通信端末５００として機能させるプログラムは、ＳｏＣ１１１０等に働きかけて、コンピュータ１１００を、通信端末５００の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ１１００に読込まれることにより、ソフトウェアと上述した各種のハードウェア資源とが協働した具体的手段である車両情報収集部５０２、格納部５０４、走行状況判定部５１２、依頼情報送信部５１４、撮像画像受信部５１６、及び表示制御部５１８として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１１００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の通信端末５００が構築される。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ ネットワーク、２１、２２、２３、２４、２５、２６、２７、２８ 車両、３０ 渋滞範囲、４０ 所定距離、４２ 区間、１００ 車両、１１０ 操作部、１２０ 表示部、１３０ 無線通信部、１４０ 撮像部、１５０ ＧＮＳＳ受信部、１６０ センサ部、２００ 制御装置、２０２ 車両情報収集部、２０４ 格納部、２１２ 走行状況判定部、２１４ 依頼情報送信部、２１６ 撮像画像受信部、２１８ 表示制御部、３００ 車両管理装置、３０２ 車両、３０４ 車両、３０６ 車両、３０８ 車両、４１０ 先頭区間、４２２ 行列車線、４２４ 並列車線、４３０ 所定距離、４４０ 店舗、５００ 通信端末、５０２ 車両情報収集部、５０４ 格納部、５１２ 走行状況判定部、５１４ 依頼情報送信部、５１６ 撮像画像受信部、５１８ 表示制御部、１０００ コンピュータ、１０１０ ＣＰＵ、１０２０ ＲＯＭ、１０３０ ＲＡＭ、１０４０ 通信Ｉ／Ｆ、１０５０ ハードディスクドライブ、１０８０ 入出力チップ、１０８５ グラフィックコントローラ、１０９２ ホストコントローラ、１０９４ 入出力コントローラ、１１００ コンピュータ、１１１０ ＳｏＣ、１１２２ メインメモリ、１１２４ フラッシュメモリ、１１３２ アンテナ、１１３４ アンテナ、１１３６ アンテナ、１１４０ ディスプレイ、１１４２ マイク、１１４４ スピーカ、１１５２ ＵＳＢポート、１１５４ カードスロット

Claims (10)

1. 車両によって送信された、前記車両の位置を示す位置情報を含む車両情報を収集する車両情報収集部と、
   複数の前記車両情報に基づいて、複数の前記車両の走行状況を判定する走行状況判定部と、
   前記走行状況が所定の条件を満たす車両から、当該車両が撮像する撮像画像を受信する撮像画像受信部と、
   を備える制御装置。
2. 前記車両情報は、前記車両の走行速度を含む、請求項１に記載の制御装置。
3. 前記撮像画像受信部は、渋滞の先頭区間内に位置する車両から前記撮像画像を受信する、請求項１又は２に記載の制御装置。
4. 前記撮像画像受信部は、渋滞の先頭車両から所定台数前の車両から前記撮像画像を受信する、請求項３に記載の制御装置。
5. 前記撮像画像受信部は、車両の行列が形成されている行列車線に並列する並列車線を走行する車両から、前記行列を撮像した撮像画像を受信する、請求項１から４のいずれか一項に記載の制御装置。
6. 前記撮像画像受信部は、渋滞の後方を走行する車両から撮像画像を受信する、請求項１から５のいずれか一項に記載の制御装置。
7. 前記撮像画像受信部は、前記渋滞の後方を走行する車両から前記渋滞を後方から撮像した撮像画像を受信する、請求項６に記載の制御装置。
8. 前記撮像画像受信部は、前記渋滞の最後尾から所定距離以上手前を走行する車両から撮像画像を受信する、請求項６に記載の制御装置。
9. 前記走行状況が前記所定の条件を満たす車両に、前記撮像画像の送信を依頼する依頼情報を送信する依頼情報送信部
   を備え、
   前記撮像画像受信部は、前記依頼情報を受信した前記車両から、当該車両が撮像する撮像画像を受信する、請求項１から８のいずれか一項に記載の制御装置。
10. コンピュータを、請求項１から９のいずれか一項に記載の制御装置として機能させるためのプログラム。

Images