JP2019021006A - 車両情報収集システムおよび車両用送信装置 - Google Patents

Abstract

【課題】道路を走行中の車両の車両情報を必要以上にサーバに送信してしまうことを抑制できる車両情報収集システムおよび車両用送信装置を提供する。【解決手段】車両用送信装置である車載機１１０は、周辺車両を認識するための処理を周期的に実行して、周辺車両の車両識別子を認識する周辺車両認識部と、サーバ１２０から取得した検知中車両リストを記憶するリスト管理部とを備え、周辺車両認識部が認識した車両識別子と検知中車両リストとに基づいて、サーバに、周辺車両の被検知車両情報を送信するか否かを判定する。サーバは、車載機１１０が送信した被検知車両情報に基づいて、車載機１１０が検知中の被検知車両についての被検知車両情報を管理する車両情報管理部を備え、車両情報管理部が管理している被検知車両情報に基づいて検知中車両リストを作成して車載機１１０に送信する。【選択図】図１２

Description

車両情報を収集する車両情報収集システム、および、そのシステムに用いる車両用送信装置に関する。

特許文献１には、走行制御システムが開示されている。この走行制御システムは、複数台の車両の位置情報および周辺の画像のデータを、車両間で連携を取って収集する。具体的には、複数の車両が個々に取得した３次元情報及びテクスチャ情報を、情報統合装置が備えるマップデータ記憶部に集積し、複数の車両が共通に用いる。これにより、いずれかの車両が取得し、情報統合装置に送信した３次元情報およびテクスチャ情報を、他の車両が重複して情報統合装置に送信する必要がなくなる。よって、各車両とセンタ間のデータの送受信の総量が低下して、通信資源を有効活用できる。

特開２０１３−１５３２８０号公報

しかし、特許文献１に開示されているシステムは、被写体の座標で情報の重複を判断している。そのため、特許文献１の技術を、道路を走行中の周辺車両の情報を収集するシステムに適用すると、走行中の周辺車両の車両情報をサーバが必要数以上収集できる状況にあるのに、自車両がさらにその周辺車両の車両情報をサーバへ送信してしまう恐れがあった。

本開示は、この事情に基づいて成されたものであり、その目的とするところは、道路を走行中の車両の車両情報を必要以上にサーバに送信してしまうことを抑制できる車両情報収集システムおよび車両用送信装置を提供することにある。

上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、開示した技術的範囲を限定するものではない。

上記目的を達成する車両情報収集システムに係る開示は、
車両で用いられ、車両の周辺に存在する周辺車両の車両識別子を含む被検知車両情報を送信する車両用送信装置（１１０、２１０、３１０、４１０）と、
車両用送信装置から送信された被検知車両情報を管理するサーバ（１２０、５２０、６２０）とを備えた車両情報収集システムであって、
車両用送信装置は、
サーバと無線通信する車両側通信部（１１６）と、
周辺車両を認識するための処理を周期的に実行して、周辺車両の車両識別子を認識する周辺車両認識部（１１１）と、
サーバから取得した、被検知車両情報をサーバへ送信する機能を備えた装置が検知中の被検知車両についての車両識別子を含んでいる検知中車両リストを記憶するリスト管理部（１１３）と、
周辺車両認識部が認識した車両識別子と、リスト管理部に記憶されている検知中車両リストとに基づいて、サーバに、周辺車両の被検知車両情報を送信するか否かを判定する送信判定部（１１４）と、
送信判定部が被検知車両情報を送信すると判定したことに基づいて、周辺車両の被検知車両情報を作成して、車両側通信部からサーバに送信させる車両情報作成部（１１５）とを備え、
サーバは、
車両用送信装置と無線通信するサーバ側通信部（１２１）と、
車両用送信装置が送信してサーバ側通信部が受信する被検知車両情報に基づいて、車両用送信装置が検知中の被検知車両についての被検知車両情報を管理する車両情報管理部（１２２、５２２、６２２）と、
車両情報管理部が管理している被検知車両情報に基づいて検知中車両リストを作成し、作成した検知中車両リストをサーバ側通信部から車両用送信装置に送信させるサーバ情報作成部（１２４）とを備える。

この車両情報収集システムでは、サーバは、車両用送信装置が検知中である被検知車両の車両識別子のリストである検知中車両リストを、車両用送信装置に送信する。車両用送信装置は、その検知中車両リストを取得してリスト管理部に記憶する。車両用送信装置は、周辺車両の車両識別子を認識した場合に、認識した車両識別子と、リスト管理部に記憶している検知中車両リストとに基づいて、認識した周辺車両の被検知車両情報を、サーバに送信するか否かを判定する。そして、送信判定部が被検知車両情報を送信すると判定したことに基づいて、周辺車両の被検知車両情報を作成して送信する。これにより、周辺車両を認識しても、その周辺車両の被検知車両情報をサーバに送信しない可能性が生じる。よって、道路を走行中の被検知車両の車両情報を必要以上にサーバに送信してしまうことが抑制される。

また、上記目的を達成するための車両用送信装置は、上記車両情報収集システムが備える車両用送信装置である。すなわち、この車両用送信装置は、
車両で用いられ、車両の周辺に存在する周辺車両の車両識別子を含む被検知車両情報を送信する車両用送信装置であって、
サーバと無線通信する車両側通信部（１１６）と、
周辺車両を認識するための処理を周期的に実行して、周辺車両の車両識別子を認識する周辺車両認識部（１１１）と、
被検知車両情報をサーバへ送信する機能を備えた装置が検知中の被検知車両についての車両識別子を含んでいる検知中車両リストを記憶するリスト管理部（１１３）と、
周辺車両認識部が認識した車両識別子と、リスト管理部に記憶されている検知中車両リストとに基づいて、サーバに、周辺車両の被検知車両情報を送信するか否かを判定する送信判定部（１１４）と、
送信判定部が被検知車両情報を送信すると判定したことに基づいて、周辺車両の被検知車両情報を作成して、車両側通信部からサーバに送信させる車両情報作成部（１１５）とを備える。

第１実施形態の車両情報収集システム１００の概要を説明する図である。 図１の車載機１１０の構成を示すブロック図である。 検知中車両リストを示す図である。 図１のサーバ１２０の構成を示すブロック図である。 検知中車両データベースを示す図である。 検知終了データベースを示す図である。 車両情報管理部１２２が実行する処理を示すフローチャートである。 車両情報管理部１２２が実行する、図７とは別の処理を示すフローチャートである。 サーバ情報作成部１２４が実行する処理を示すフローチャートである。 車載機１１０が実行する処理を示すフローチャートである。 車載機１１０が実行する、図１０とは別の処理を示すフローチャートである。 第１実施形態における処理の具体例を示す図である。 検知終了車両データベースの活用例を説明する図である。 第２実施形態の車載機２１０の構成を示す図である。 第２実施形態の車載機２１０が、図１１に代えて実行する処理を示すフローチャートである。 第２実施形態でサーバ１２０が実行する処理を示すフローチャートである。 第２実施形態における処理の具体例を示す図である。 第３実施形態における処理の具体例を示す図である。 第３実施形態の車載機３１０が図１５に代えて実行する処理を示すフローチャートである。 図１９のＳ５３の処理を詳しく示すフローチャートである。 第４実施形態における処理の具体例を示す図である。 第４実施形態の車載機４１０が図１９に代えて実行する処理を示すフローチャートである。 図２２のＳ５７の処理を詳しく示すフローチャートである。 第５実施形態における処理の具体例を示す図である。 第５実施形態のサーバ５２０の構成を示すブロック図である。 図２５の車両情報管理部５２２が実行する処理の一部を示すフローチャートである。 第６実施形態における処理の具体例を示す図である。 第６実施形態のサーバ６２０の構成を示すブロック図である。 図２７の車両情報管理部６２２が実行する処理の一部を示すフローチャートである。 検知中車両リストの他の例である。 情報送信必要度を含んでいる検知中車両リストの例である。 情報送信必要度ランクを含んでいる検知中車両リストの例である。

以下、本開示の複数の実施形態を図面に基づいて説明する。なお、各実施形態および変形例において対応する構成要素には同一の符号を付すことにより、重複する説明を省略する場合がある。各実施形態および変形例において構成の一部分のみを説明している場合、当該構成の他の部分については、先行して説明した他の実施形態および変形例の構成を適用することができる。また、各実施形態および変形例の説明において明示している構成の組み合わせばかりではなく、特に組み合わせに支障が生じなければ、明示していなくても複数の実施形態および変形例の構成同士を部分的に組み合わせることができる。そして、複数の実施形態および変形例に記述された構成同士の明示されていない組み合わせも、以下の説明によって開示されているものとする。

＜第１実施形態＞
図１は、第１実施形態の車両情報収集システム１００の概要を説明する図である。車両情報収集システム１００は、車載機１１０とサーバ１２０とを備えている。車載機１１０は請求項の車両用送信装置に相当する。車載機１１０は車両に搭載されている。車載機１１０が搭載されている車両を通信車２とする。図１には、２台の通信車２Ａ、２Ｂが示されている。通信車２Ａ、２Ｂを区別しないときは、通信車２と記載する。通信車２の数に制限はなく、３台以上でもよい。

車載機１１０が搭載されていない車両を非通信車３とする。車両情報収集システム１００は、通信車２自身が送信する位置情報に基づき通信車２の位置を逐次管理することに加えて、通信車２が非通信車３を検知した場合に通信車２が非通信車３の情報を送信することで非通信車３の位置も逐次管理するシステムである。

車載機１１０は、この車載機１１０が搭載された通信車２（以下、自車両）の周辺を走行している非通信車３を認識するための処理を周期的に行う。そして、非通信車３を認識した場合であって、認識した非通信車３のナンバーが検知中車両リストに含まれていない場合には、非通信車３のナンバーを含む被検知車両情報をサーバ１２０に送信する。ナンバーは、ナンバープレートに表されている数字を含む文字を意味し、自動車登録番号標、車両番号標、標識のいずれかと呼ばれるものである。ナンバーは請求項の車両識別子に相当する。

被検知車両情報は、被検知車両についての情報である。被検知車両は、車載機１１０により検知された車両を意味する。被検知車両情報の詳細は後述する。

サーバ１２０は、車載機１１０から送信された被検知車両情報を管理する。また、検知中車両リストを更新し、更新した検知中車両リストを、車載機１１０に送信する。

［車載機１１０の構成］
図２に車載機１１０の構成を示す。車載機１１０は、周辺車両認識部１１１、位置管理部１１２、リスト管理部１１３、送信判定部１１４、車両情報作成部１１５、車両側通信部１１６を備える。

周辺車両認識部１１１は、自車両の周辺に存在する周辺車両のナンバーを認識するための処理を周期的に行う。そのために、周辺車両認識部１１１はカメラ、物体検出センサを備える。物体検出センサは、たとえばレーザセンサである。また、カメラを物体検出センサとして用いることもできる。処理周期は適宜設定可能であり、たとえば数百ミリ秒〜数秒の間である。

位置管理部１１２は、自車両の位置（以下、自車位置）を周期的に検出する。このために、位置管理部１１２は、衛星航法システムであるＧＮＳＳが備える航法衛星が送信する航法信号を受信し、受信した航法信号に基づいて現在位置を逐次算出するＧＮＳＳ受信機を備える。また、自律航法により自車位置を検出するためにジャイロセンサ、加速度センサなどを備えていてもよい。

リスト管理部１１３には、書き込み可能な記憶媒体を備えており、この記憶媒体に、サーバ１２０から送信される検知中車両リストが記憶される。検知中車両リストは、サーバ１２０が検知中である車両のナンバーのリストであり、請求項の車両識別子リストに相当する。検知中である車両には、いずれかの車載機１１０が検知中の非通信車３と、車載機１１０により自車位置を送信している通信車２が含まれる。

図３に、検知中車両リストを例示する。図３に示すように、検知中車両リストには、リストが作成された時刻も含まれる。なお、図３において、通信車および非通信車の下に示されている数字は、車両識別子である。車両識別子は、具体的には、ナンバーである。

送信判定部１１４は、周辺車両認識部１１１が認識した周辺車両のナンバーがリスト管理部１１３に記憶されている検知中車両リストに含まれていないと判断した場合に、その周辺車両についての被検知車両情報を送信すると決定する。なお、一度、被検知車両情報を送信すると決定した周辺車両については、継続して検知をしていれば、その後、検知中車両リストに、その周辺車両のナンバーが含まれることになっても、被検知車両情報を送信すると決定する。自車両が検知中の周辺車両のナンバーが検知中車両リストに含まれることになったのは、自車両がその周辺車両を検知しているからであり、他の通信車２がその周辺車両を検知していることを意味している訳ではないからである。

車両情報作成部１１５は、送信判定部１１４が被検知車両情報を送信すると判定したことに基づいて、周辺車両認識部１１１が認識した周辺車両の被検知車両情報を作成する。作成した被検知車両情報は、車両側通信部１１６からサーバ１２０に送信される。

被検知車両情報には、周辺車両のナンバーと、周辺車両の位置が含まれる。周辺車両の位置は、位置管理部１１２が検出した自車位置と、周辺車両認識部１１１が認識した相対位置から決定する。また、被検知車両情報には、周辺車両がその位置に存在した時刻が含まれていてもよい。リアルタイムで周辺車両の位置を送信しない場合には時刻は必須である。さらに、被検知車両情報には、自車両の車両識別子、自車位置、送信時刻などが含まれていてもよい。本実施形態では、自車両の車両識別子も自車両のナンバーとする。この他に、ナンバーとは別のＩＤを自車両の車両識別子とすることもできる。また、被検知車両情報には、カメラやレーザセンサにより取得した被検知車両のメタ情報や被検知車両を撮像した静止画像、動画が含まれていてもよい。メタ情報は、車種や車の色、車両サイズ、添付されたステッカー、車両の改造の有無など、ナンバー認識と同程度の機能により取得できる情報である。

また、車両情報作成部１１５は、自車両情報も周期的に作成し、車両側通信部１１６から送信する。自車両情報を、以下、プローブ情報とする。プローブ情報は、時刻と自車位置と自車両のナンバーとを含んでいる。なお、プローブ情報に、被検知車両情報を含んでもよい。プローブ情報に、被検知車両情報が含まれている場合には、プローブ情報を送信することで被検知車両情報を送信していることになる。よって、プローブ情報とは別に被検知車両情報を送信することを省略することもできる。被検知車両情報の送信周期は、プローブ情報の送信周期と同じでもよく、それより長くてもよい。被検知車両情報の送信周期は、たとえば数百ミリ秒〜数秒の間である。

車両側通信部１１６は、サーバ１２０と無線通信をするための通信部である。そのために、車両側通信部１１６は広域無線通信部を備える。広域無線通信部は、広域無線通信回線網に接続してサーバ１２０と通信を行う無線通信部である。

また、車両側通信部１１６は、狭域無線通信部も備える。狭域無線通信部は、無線ＬＡＮ通信やＤＳＲＣ通信などの狭域無線通信を行って路側に設けられた路側機と通信する。狭域無線通信部は、具体的には、無線ＬＡＮ通信部とＤＳＲＣ通信部を備える。ここでの路側機には、無線ＬＡＮアクセスポイントも含む。狭域無線通信部を用いてサーバ１２０と通信する場合、路側機を介してサーバ１２０と通信する。狭域無線通信部は、路車間通信および車車間通信に用いることができる。すなわち、狭域無線通信部は、路車間通信部および車車間通信部である。

また、車両側通信部１１６は、近距離無線通信部も備える。近距離無線通信部は、車両内に存在する移動端末と近距離無線通信を行って、移動端末の通信機能を使ってサーバ１２０と通信する無線通信部である。

これら車載機１１０が備える各部の機能を実現するために、車載機１１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータを備える。そして、ＣＰＵが、ＲＡＭの一時記憶機能を利用しつつ、ＲＯＭなどの非遷移的実体的記録媒体(non-transitory tangible storage medium)に記憶されているプログラムを実行する。上述した各部の機能の一部は、このコンピュータにより実現される。また、プログラムが実行されることは、プログラムに対応する方法が実行されることを意味する。

［サーバ１２０の構成］
図４にサーバ１２０の構成を示す。サーバ１２０は、サーバ側通信部１２１、車両情報管理部１２２、車両情報保存部１２３、サーバ情報作成部１２４を備える。

サーバ側通信部１２１は、車両側通信部１１６と無線通信するための通信部であり、広域無線通信部、および、路側機と有線接続された有線通信部とを備える。

車両情報管理部１２２は、車載機１１０から逐次送信されてくる被検知車両情報およびプローブ情報を管理する。管理の具体的な内容は、これら被検知車両情報およびプローブ情報から、検知中車両データベース、検知終了車両データベースを作成および更新することである。

図５に検知中車両データベースを例示する。検知中車両データベースは、通信車２と非通信車３に分けて整理されている。そして、車両別に、時刻とその時刻における位置が格納されたデータベースである。また、予め設定した情報収集エリア別に整理されている。

情報収集エリアは、種々の観点で設定可能である。たとえば、直交座標系で等面積となるように分割したエリアとすることができる。また、エリア内に道路面積が一定となるように、情報収集エリアを設定してもよい。また、山林、田畑、河川を含む場合には、情報収集エリアを基準値よりも拡大するようにしてもよい。山林、田畑、河川を含む場合には道路面積が少なくなる傾向にあるからである。また、通信車２の密度が一定になるように、情報収集エリアを動的に変化させてもよい。

周期的に、ある車両についての被検知車両情報が送信されている場合には、その車両は非通信車３とする。その理由は、通信車２は、自らプローブ情報を送信する。サーバ１２０は、プローブ情報を受信すると、プローブ情報を送信した通信車２を検知中とする。検知中であれば、検知中車両リストにナンバーが含まれることになる。車載機１１０では、検知中車両リストにナンバーが含まれている車両については、検知しても、被検知車両情報を作成しない。以上のことから、被検知車両は通常は非通信車３であることになる。

この車両情報管理部１２２は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータにより実現される。車両情報管理部１２２は、現在時刻から予め定めた一時保存期間の被検知車両情報およびプローブ情報をＲＡＭに保存する。なお、車両情報管理部１２２以外のサーバ１２０が備える各部の機能の一部も、コンピュータにより実現される。

車両情報保存部１２３は、書き込み可能かつ不揮発性の記憶媒体を備えており、検知が終了した車両の情報を検知終了車両データベースに保存する。

図６に検知終了データベースを例示する。検知終了データベースは、検知中車両データベースからデータを移動させたデータベースであり、データベース構造は、検知中車両データベースと同じである。検知終了車両データベースにデータを保存する期間は、一時保存期間よりも十分に長い期間に設定される。

サーバ情報作成部１２４は、サーバ側通信部１２１が被検知車両情報、プローブ情報を受信して、検知中車両データベースが更新された場合に、検知中車両リストの更新要否を判定する。そして、検知中車両リストを更新した場合には、更新した検知中車両リストを車載機１１０に送信する。検知中車両リストは、情報収集エリア別に作成されている。この情報収集エリアは検知中車両データベースにおいて分けられているエリアと同じである。情報収集エリア別に作成した検知中車両リストは、その情報収集エリアに位置している通信車２に配信する。

検知中車両リストの配信タイミングは、一つは、検知中車両リストを更新したときである。他の一つは、通信車２の現在位置がある情報収集エリアに入ったと判断したときである。通信車２の現在位置がある情報収集エリアに入ったか否かは、通信車２が逐次送信するプローブ情報をもとに判断する。

また、サーバ情報作成部１２４は、複数の通信車２から、同時期に同じ被検知車両についての被検知車両情報を受信した場合には、一台の通信車２に対して、検知を継続することを要請する検知継続要請通知を作成し、他の通信車２には、検知中止通知を作成する。作成した検知継続要請および検知中止通知は、サーバ側通信部１２１から通信車２へ送信する。

［第１実施形態でのサーバ１２０の処理順序］
次に、第１実施形態におけるサーバ１２０、車載機１１０の処理順序をフローチャートを用いて説明する。サーバ１２０は、図７、図８、図９に示す処理を実行する。図７に示す処理はサーバ側通信部１２１が受信した信号がプローブ情報または被検知車両情報である場合に実行する。図７に示す処理は、車両情報管理部１２２が実行する。

ステップ（以下、ステップを省略）Ｓ１では通信車２が送信したプローブ情報または被検知車両情報をサーバ側通信部１２１から取得する。Ｓ２では、Ｓ１で取得したプローブ情報または被検知車両情報に基づいて、検知中車両データベースを更新する。

図８も車両情報管理部１２２が実行する。図８に示す処理は、サーバ側通信部１２１が、車載機１１０から検知継続の問い合わせを含む被検知車両情報を受信したときに実行する。なお、車載機１１０は、検知中車両リストに含まれていない被検知車両を検知した場合に、この検知継続の問い合わせを含む被検知車両情報を送信する。

Ｓ１１では、被検知車両情報に含まれているナンバーが検知中の非通信車３のナンバーであるか否かを判断する。この判断がＮＯであればＳ１２に進む。

Ｓ１２では、検知継続要請通知を作成して、被検知車両情報を送信した通信車２へ送信する。検知継続要請通知は、被検知車両情報を送信した通信車２が、検知を継続する必要があるかとの問い合わせに対するＡＣＫを意味する。

Ｓ１３では、検知中車両データベースに、今回受信した被検知車両情報に含まれているナンバーを追加する。検知中車両データベースは図５に示したように、通信車２のデータと非通信車３のデータに区別されている。Ｓ１３を実行した場合には、図９に進む。

Ｓ１１の判断がＹＥＳであればＳ１４に進む。Ｓ１４では、検知中止通知を作成して、被検知車両情報を送信した通信車２へ送信する。検知中止通知は、被検知車両情報を送信した通信車２が、検知を継続する必要があるかとの問い合わせに対するＮＡＣＫを意味する。

次に図９に示す処理を説明する。図９に示す処理はサーバ情報作成部１２４が実行する。図９に示す処理は、検知中の被検知車両に変更が生じた場合に実行する。

Ｓ２１では、Ｓ１３で検知中車両データベースのデータを変更した位置を含んでいる情報収集エリアを走行中の通信車２を、検知中通信車リストから抽出する。Ｓ２２では、Ｓ２１で抽出したデータをもとに、通信車２のナンバーを取得する。

Ｓ２３では、Ｓ１３で検知中車両データベースのデータを変更した情報収集エリアを走行中の非通信車３を、検知中車両データベースから抽出する。Ｓ２４では、Ｓ２３で抽出したデータをもとに、非通信車３のナンバーを取得する。Ｓ２５では、この情報収集エリアの検知中車両リストを作成する。検知中車両リストは、Ｓ２２で取得した通信車２のナンバーと、Ｓ２４で取得した非通信車３のナンバーを含んだリストである。

Ｓ２６では、該当情報収集エリアを走行中の通信車２に、Ｓ２５で作成した検知中車両リストを配信する。この情報収集エリア内に、更新された検知中車両リストを配信するためには、この情報収集エリアに向けて、更新された検知中車両リストをブロードキャストすればよい。また、通信車２が、リストが更新された情報収集エリア内を走行しているか否かを、通信車２が逐次送信するプローブ情報から判断して、リストが更新された情報収集エリア内を走行している通信車２に個別に検知中車両リストを送信してもよい。個別に送信する方法は、ユニキャストでもマルチキャストでもよい。

［第１実施形態での車載機１１０の処理順序］
車載機１１０は、図１０に示す処理を周期的に実行する。Ｓ３１では、自車位置を測定する。Ｓ３２では、自車位置と自車両のナンバーとを含むプローブ情報を作成する。Ｓ３３では、Ｓ３２で作成したプローブ情報をサーバ１２０へ送信する。図１０に示す処理のうち、Ｓ３１は位置管理部１１２が実行し、Ｓ３２、Ｓ３３は車両情報作成部１１５が実行する。

また、車載機１１０は、図１１に示す処理も周期的に実行する。Ｓ４１では、周辺車両を検知したか否かを判断する。Ｓ４１の判断がＮＯであれば図１１の処理を終了する。Ｓ４１の判断がＹＥＳであればＳ４２へ進む。

Ｓ４２では、周辺車両のナンバーを判定する。Ｓ４３では、Ｓ４２で判定したナンバーが、リスト管理部１１３に記憶されている検知中車両リストに存在するか否かを判断する。この判断がＹＥＳであれば図１１に示す処理を終了する。よって、車載機１１０は、周辺車両を検知しても、検知した周辺車両のナンバーが検知中車両リストに存在していれば、被検知車両情報をサーバ１２０に送信しない。これにより、不要なデータをサーバ１２０に送信してしまうことを抑制できる。

Ｓ４３の判断がＮＯであればＳ４４に進む。Ｓ４４では、サーバ１２０に周辺車両を検知したことを送信する。このＳ４４でサーバ１２０に送信する情報は、前述した検知継続の問い合わせを含む被検知車両情報である。サーバ１２０はこの被検知車両情報を受信すると、図８に示す処理を行い、被検知車両情報を送信した通信車２へ、ＡＣＫまたはＮＡＣＫを返信する。

Ｓ４５では、サーバ１２０からの通知を受信する。Ｓ４６では、Ｓ４５で受信した通知がＡＣＫであるかＮＡＣＫであるかを判断する。Ｓ４５で受信した通知がＮＡＣＫであればＳ４７に進む。Ｓ４７では、周辺車両の検知を終了する。

Ｓ４５で受信した通知がＮＡＣＫであればＳ４８に進む。Ｓ４８では、周辺車両の検知を継続する。検知を継続している状態では、周期的に被検知車両情報をサーバ１２０に送信する。ここで送信された被検知車両情報を受信したサーバ１２０は、図７の処理を実行することになる。

Ｓ４９では、周辺車両の検知が終了したか否かを判断する。検知が終了するのは、自車両の周辺車両認識部１１１が周辺車両を認識できなくなった場合である。よって、被検知車両が周辺車両認識部１１１の認識範囲外になった場合に検知が終了する。

Ｓ４９の判断がＮＯであればＳ４８に戻り、被検知車両の検知を継続する。Ｓ４９の判断がＹＥＳになればＳ５０に進む。

Ｓ５０では、周辺車両の検知が終了したことを示すとともに、検知が終了した被検知車両のナンバーを含んでいる通知である検知終了通知を、サーバ１２０に送信する。サーバ１２０は、この検知終了通知を受信すると、検知車両リストを更新する。このようにして検知中車両リストを更新した場合にも、サーバ１２０は、図９に示す処理を実行する。

この図１１に示す処理において、Ｓ４１、Ｓ４２は、周辺車両認識部１１１の処理、Ｓ４３は送信判定部１１４の処理、Ｓ４４〜Ｓ４７、Ｓ４９、Ｓ５０は車両情報作成部１１５の処理、Ｓ４８は位置管理部１１２および周辺車両認識部１１１の処理である。

［第１実施形態における処理の具体例］
次に、第１実施形態における処理の具体例を図１２を用いて説明する。図１２（Ａ）では、通信車２Ａ、２Ｂの周囲に非通信車３は存在していない。したがって、通信車２Ａ、２Ｂは、サーバ１２０に対して、周期的にプローブ情報を送信する。サーバ１２０は、通信車２Ａ、２Ｂに対して、検知中車両リストを配信する。

図１２（Ｂ）では、非通信車３が通信車２Ａ、２Ｂの認識範囲内に入っている。そのため、通信車２Ａ、２Ｂは、ともに、検知継続の問い合わせを含む被検知車両情報をサーバ１２０に送信する。

図１２（Ｃ）では、サーバ１２０は、上記問い合わせに対して、通信車２Ａに対してＡＣＫを送信し、通信車２Ｂに対してＮＡＣＫを送信している。そのため、通信車２Ａは非通信車３の検知を継続するが、通信車２Ｂは非通信車３の検知を終了する。複数の通信車２から、特定の非通信車３の検知を継続する通信車２を選択する指標は、問い合わせが最も早い通信車２とするという指標や、通信車２の負荷分散の観点から検知中である非通信車３が最も少ない通信車２とするという指標などが考えられる。

図１２（Ｄ）では、通信車２Ａは左折により、非通信車３の検知を終了している。そのため、検知終了通知をサーバ１２０に送信する。サーバ１２０は、この検知終了通知を受信すると、検知中車両リストを更新し、更新した検知中車両リストを配信する。これにより、通信車２Ｂは非通信車３が検知中ではないと判定できる。

そこで、図１２（Ｅ）に示す状態では、通信車２Ｂが非通信車３を検知して、被検知車両情報をサーバ１２０に送信している。

このように、第１実施形態では、サーバ１２０は検知中車両リストを逐次更新して車載機１１０に配信しており、車載機１１０は、この検知中車両リストをもとに、サーバ１２０に被検知車両情報を送信するか否かを判定している。よって、車載機１１０は、サーバ１２０に送信する必要がない被検知車両情報を送信してしまうことが抑制でき、かつ、必要な被検知車両情報を送信しないことも抑制できる。

［検知終了車両データベースの活用例］
検知終了車両データベースは、非通信車３の走行軌跡を保存している。よって、非通信車３が盗難された場合にこの検知終了車両データベースから、盗難された車両のナンバーを検索することで、盗難された非通信車３が、逐次自車位置をサーバへ送信しないにもかかわらず、いつどこを走行していたかを調べることができる。つまり、盗難後から現在までの走行経路を把握することができる。図１３には、検知終了車両データベースから把握した非通信車３の走行経路を例示している。このように盗難後の非通信車３の走行経路を把握できると、現在の盗難車の位置を推定することが可能となり、盗難車の捜索の範囲を絞ることができるために捜索負荷の低減や捜索時間の短縮化が実現でき、さらには、盗難車の発見率が向上することが期待できる。

＜第２実施形態＞
次に、第２実施形態を説明する。図１４に第２実施形態に係る車載機２１０の構成を示す。車載機２１０は、第１実施形態の車載機１１０が備える構成に加えて、検知情報保存部２１７を備える。

検知情報保存部２１７は、書き込み可能な記憶媒体を備えており、被検知車両情報を一時的に保存する。第２実施形態では、送信判定部１１４が、被検知車両情報を送信すると決定した場合、被検知車両情報を逐次送信するのではなく、検知終了まで、この検知情報保存部２１７に保存する。そして、検知終了時に、まとめて、検知開始から検知終了までの被検知車両情報をサーバ１２０に送信する。

図１５は、第２実施形態の車載機２１０が、図１１に代えて実行する処理を示すフローチャートである。図１５に示す処理において、Ｓ４９の判断がＮＯ、すなわち、被検知車両の検知が終了していない場合に、被検知車両の検知を継続する点では図１１と同じである。ただし、前述したように、検知を継続している間は、被検知車両情報を検知情報保存部２１７に保存する。

Ｓ４９の判断がＹＥＳになった場合、図１１ではＳ５０を実行していたが、図１５ではＳ５１、Ｓ５２を実行する。Ｓ５１では、検知が終了した被検知車両の検知情報を作成する。検知情報は、被検知車両の検知を開始してから検知を終了するまでの（すなわち認識期間中の）被検知車両情報をまとめて含む情報である。Ｓ５２では、Ｓ５１で作成した検知情報を、車両側通信部１１６からサーバ１２０に送信する。これらＳ５１、Ｓ５２の処理は、車両情報作成部１１５が実行する。

図１６に、第２実施形態でサーバ１２０が実行する処理を示す。第２実施形態でも、サーバ１２０は、図７〜図９に示す処理を実行する。加えて、サーバ１２０は、この図１６に示す処理も実行する。図１６に示す処理は検知情報を受信した時の処理である。図１６に示す処理は、車両情報管理部１２２が実行する。

図１６において、Ｓ６１では、検知情報をサーバ側通信部１２１から取得する。Ｓ６２では、Ｓ６１で受信した検知情報に基づいて、車両情報保存部１２３に保存されている検知中車両データベース、および、検知終了車両データベースを更新する。なお、第２実施形態では、通信車２は、逐次、被検知車両情報を送信しない。したがって、検知中車両データベースにおいて、非通信車３の時刻と位置は逐次更新しない。第２実施形態では、検知中車両データベースは、非通信車３を検知中であることが保存され、任意に検知開始時の時刻と位置が格納される。

Ｓ６２で検知中車両データベースを更新したので、図８のＳ１３を実行した場合と同様、図９を実行して、検知中車両リストを作成して、検知中車両データベースのデータを更新した情報収集エリアに存在している通信車２に検知中車両リストを配信する。

［第２実施形態における処理の具体例］
次に、第２実施形態における処理の具体例を図１７を用いて説明する。図１７（Ａ）は、通信車２Ａが非通信車３を検知した状態である。通信車２は、サーバ１２０に検知継続の問い合わせを含む被検知車両情報を送信している。サーバ１２０は、その問い合わせに対してＡＣＫを返信している。そのため、通信車２Ａは非通信車３の検知を継続する。また、サーバ１２０は、検知中車両リストに、通信車２Ａが検知している非通信車３を追加する。そして、追加後の検知中車両リストを配信する。

図１７（Ｂ）では、通信車２Ｂが非通信車３を検知している。しかし、通信車２Ｂは、非通信車３が検知中であることを示している検知中車両リストをサーバ１２０から取得しているので、非通信車３の被検知車両情報をサーバ１２０に送信しない。

図１７（Ｃ）では、非通信車３は交差点を左折するところである。非通信車３が交差点を左折することにより、通信車２Ａは非通信車３を検知できなくなる。

図１７（Ｄ）では、通信車２Ａは非通信車３の検知を終了している。そこで、検知情報を作成して、サーバ１２０に送信している。

この第２実施形態では、検知開始から検知終了までの被検知車両情報をまとめて検知情報として送信する。そのため、通信車２は、被検知車両の検知終了後に被検知車両のナンバーと検知開始時刻と検知終了時刻を送信することで、サーバ１２０へのデータ通信量を削減できる。通信車２は、被検知車両情報とは別に通信車２自身のプローブ情報をサーバ１２０へ送信しているため、開始時刻と終了時刻から通信車２の位置情報を使って非通信車３の移動軌跡情報を生成することができるからである。よって、より広域網通信の上り回線の通信トラヒックを低減できる。

＜第３実施形態＞
図１８に、第３実施形態における処理の具体例を示している。詳細は後述するが、車載機３１０は、検知情報を他の車載機３１０に引き継ぐ機能を備える。また、車載機３１０は、検知情報を情報送信エリアまで保存しておき、情報送信エリアで検知情報を送信することもできる。

第３実施形態の車載機３１０は、ハードウェア構成は第２実施形態の車載機２１０と同じである。第３実施形態の車載機３１０は、図１５に示した処理に代えて図１９に示す処理を実行する。

図１９に示す処理において、Ｓ４９の判断がＹＥＳになった場合、Ｓ５３を実行する。Ｓ５３は検知情報送信処理である。検知情報送信処理は、図２０に詳しく示す。

図２０において、Ｓ５３１では、検知終了通知をサーバ１２０に送信する。検知終了通知は、被検知車両の検知が終了したことをサーバ１２０に伝える通知であり、被検知車両のナンバーを含んでいるが、被検知車両の時刻別の位置は含んでいない。

サーバ１２０は、この検知終了通知を受信すると、検知中車両データベースから、検知終了通知により特定された非通信車３を削除する。これにより、検知中車両リストが更新されて、該当情報収集エリアに存在する通信車２に更新後の検知中車両リストが配信される。

これにより、更新後の検知中車両リストを受信した通信車２が、更新前に検知中であった非通信車３を検知した場合には、検知継続の問い合わせを含む被検知車両情報をサーバ１２０に送信することになる。サーバ１２０は、この問い合わせに対してＡＣＫを返信する。

加えて、サーバ１２０は、ＡＣＫを送信した通信車２と、検知終了通知を送信した通信車２の現時点での距離に基づいて、これら２台の通信車２が車車間通信部により通信可能であるか否かを判断する。そして、通信可能であると判断した場合には、検知終了通知を送信した通信車２に対して、これまで検知していた非通信車３の検知を、車車間通信可能な他の通信車２が開始したことを通知する。この通知を検知開始通知とする。Ｓ５３２では、この検知開始通知を、検知終了通知を送信してから一定期間内に受信したか否かを判断する。ここでの一定期間は、サーバ１２０において検知開始通知を送信するための処理時間を考慮した時間である。

Ｓ５３２の判断がＹＥＳであればＳ５３３に進む。Ｓ５３３では、Ｓ５１で作成した検知情報を、車車間通信部から、新たに非通信車３の検知を開始した他の通信車２に送信する。なお、Ｓ５３３に進む場合、他の通信車２と車車間通信できることは、サーバ１２０で判断されている。ただし、このＳ５３３において、車載機３１０が、他の通信車２と車車間通信できるか否かを判断してもよい。

Ｓ５３２の判断がＮＯであればＳ５３４に進む。Ｓ５３４では、現在、情報送信エリア内に位置している、あるいは、近いうちに情報送信エリアを通過予定か否かを判断する。情報送信エリアは、（Ａ）〜（Ｃ）のうち、予め設定された少なくとも１つのエリアである。（Ａ）は、無線ＬＡＮ通信部によりアクセスポイントと通信をして間接的にサーバ１２０と通信が可能なエリアである。（Ｂ）は、ＤＳＲＣ通信部により路側機と通信して間接的にサーバ１２０と通信が可能なエリアである。（Ｃ）は、広域通信部の通信トラヒックが良好なエリアである。広域通信部の通信トラヒックは、広域網通信の通信トラヒックを表す。たとえば、第４世代移動通信システムであるＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）では周辺より受信強度が高いエリアや周辺より通信遅延時間が短いエリアや周辺よりパケットエラーレートが低いエリア等である。次世代の第５世代移動通信システムでは、６０ＧＨｚ帯の高周波無線通信エリアも含んでもよい。（Ａ）、（Ｂ）については、予め地図に記憶されている。（Ｃ）の広域通信部の通信トラヒックが良好なエリアは、広域通信部のユーザが少ないエリアであり、予め設定されていてもよいし、サーバ１２０が、随時、当該エリアを設定して車載機３１０に配信してもよい。また、（Ｃ）に、現時点で回線が混在していないエリアを含ませてもよい。このエリアは、サーバ１２０が逐次設定して車載機３１０に配信する。

近いうちに情報送信エリアを通過予定であるか否かは、具体的には、情報送信エリアまで一定時間内で到達できるか、あるいは、情報送信エリアまでの距離が一定距離内であるかにより判断する。情報送信エリアまで一定時間内で到達できること、および、情報送信エリアまでの距離が一定距離内であることが、請求項における自車送信条件に相当する。

一定時間は、たとえば、数分程度に設定される。一定距離は、この数分程度の間に、通常、走行できる距離に設定される。また、情報送信エリアを通過予定であるか否かは、経路案内がされており、その経路が取得できる場合には、通信車２が案内経路を走行するとして判断する。それ以外は、通信車２が、現在走行中の道路を継続して走行するとして判断する。

Ｓ５３４の判断がＹＥＳであればＳ５３５に進む。Ｓ５３５を実行する場合には、通信車２が情報送信エリアに入っているときに、検知情報を、サーバ１２０に対して直接あるいは間接的に送信する。なお、ここで送信する検知情報は、他の通信車２から検知情報が引き渡されている場合には、他の通信車２から引き渡された検知情報と、自車両が作成した検知情報とを合わせた検知情報である。

Ｓ５３４の判断がＮＯであればＳ５３６に進む。Ｓ５３６に進む場合、自車両は、情報送信エリアを近いうちに通過予定ではない。したがって、Ｓ５３６では、すぐに、Ｓ５１で作成した検知情報を広域通信部を用いてサーバ１２０に送信する。

［第３実施形態における処理の具体例］
次に、図１８を用いて第３実施形態における処理の具体例を説明する。この具体例において、通信車２Ａに搭載された車載機３１０は請求項の第１車両用送信装置に相当し、通信車２Ｂに搭載された車載機３１０は請求項の第２車両用送信装置に相当する。

図１８（Ａ）では、通信車２Ａ、２Ｂが、互いに近接した時刻に非通信車３を検知しており、それぞれ、サーバ１２０に検知継続の問い合わせを含む被検知車両情報を送信している。サーバ１２０は、通信車２Ａ、２Ｂの問い合わせに対して、通信車２ＡにＡＣＫを返信し、通信車２ＢにＮＡＣＫを返信している。そのため、通信車２Ａは非通信車３の検知を継続し、通信車２Ｂは非通信車３の検知を終了する。

図１８（Ｂ）では、通信車２Ａは非通信車３の検知を終了し、検知終了通知をサーバ１２０に送信する。サーバ１２０は、検知終了通知を受信すると、検知中車両リストを更新して、通信車２Ｂに配信する。これにより、通信車２Ｂが非通信車３の検知を開始する。

図１８（Ｃ）では、サーバ１２０は、通信車２Ｂが非通信車３の検知を開始したことを示す検知開始通知を通信車２Ａに送信している。この検知開始通知を受信したことにより、通信車２Ａは、図１８（Ｄ）に示すように、通信車２Ｂに検知情報を車車間通信により送信する。

図１８（Ｅ）では、通信車２Ｂは、非通信車３の検知を終了している。このとき通信車２Ｂは情報送信エリアに位置している、具体的は、無線ＬＡＮ通信部によりアクセスポイントと通信できる無線ＬＡＮ通信エリアに位置している。そのため、無線ＬＡＮ通信部を用いて検知情報をアクセスポイント経由でサーバ１２０に送信する。

この第３実施形態では、検知情報を、通信にかかる通信コストが高い広域網通信ではない通信を使う情報送信エリアで送信出来るようにしたので、より広域網通信の上り回線の通信トラヒックを低減でき、検知情報の送信にかかる通信コストの低減が見込まれる。

＜第４実施形態＞
次に第４実施形態を説明する。図２１に、第４実施形態における処理の具体例を示している。第４実施形態では、車載機４１０は、第３実施形態の車載機３１０と同様に他の車載機４１０に検知情報を引き渡す機能を備える。これに加えて、自車両が情報送信エリア内に位置している場合、あるいは、自車両が情報送信エリアを通過予定であれば、自車両が情報送信エリアで被検知車両情報を送信する。

第４実施形態の車載機４１０は、図１９に示した処理に代えて、図２２に示す処理を実行する。なお、図２２では、図１９と同じ処理の部分については、一部、図示を省略している。

図２２では、Ｓ４９の判断がＮＯである場合に、直接にＳ４８には戻らず、Ｓ５４に進む。Ｓ５４では、現在位置が情報送信エリア内であるか否かを判断する。情報送信エリアの意味は第３実施形態と同じである。情報送信エリア内でない場合にはＳ４８に戻る。一方、情報送信エリア内であると判断した場合にはＳ５５に進む。

Ｓ５５では、この時点でサーバ１２０に未送信の被検知車両情報を、情報送信エリアの種類により定まる通信部からサーバ１２０に送信する。これにより、広域網通信の通信トラヒックの増加を抑制しつつ、早期に、サーバ１２０に被検知車両情報を送信することができる。Ｓ５５を実行後もＳ４８に戻る。

Ｓ４９において検知終了と判断した場合はＳ５６に進む。Ｓ５６では検知情報を作成する。このＳ５６で作成する検知情報は、この時点で未送信の被検知車両情報をまとめた情報である。Ｓ５７では検知情報送信処理を実行する。

Ｓ５７の処理の詳細は図２３に示す。図２３において、Ｓ５７１では、現在、情報送信エリア内に位置している、あるいは、近いうちに情報送信エリアを通過予定か否かを判断する。この判断はＳ５３４と同じである。Ｓ５７１の判断がＮＯである場合には、Ｓ５３１に進む。Ｓ５３１以降は、図２０と同じである。

一方、Ｓ５７１の判断がＹＥＳであればＳ５７２に進む。Ｓ５７２はＳ５３５と同じであり、自車両が情報送信エリア内に位置しているときに検知情報を送信する。このＳ５７１、Ｓ５７２を備えることで、他の通信車２に検知情報を引き継ぐことができるとしても、自車両が、近いうちに、情報送信エリアで検知情報を送信できる場合には、情報送信エリアで自車両から検知情報をサーバ１２０に送信する。これにより、他の通信車２に検知情報を引き継ぐ場合よりも、広域網通信の上り回線のトラヒックを低減しつつ、早期に検知情報をサーバ１２０に送信することができる可能性が高くなる。

［第４実施形態における処理の具体例］
次に、図２１を用いて第４実施形態における処理の具体例を説明する。図２１（Ａ）の状態は図１８（Ａ）と同じであり、図２１（Ｂ）の状態は図１８（Ｂ）の状態と同じである。

図２１（Ｃ）では、通信車２Ａは非通信車３の検知を終了しており、図２３を実行する。図２１（Ｃ）における通信車２Ａと通信車２Ｂの距離は、図１８（Ｃ）における通信車２Ａと通信車２Ｂの距離と同じである。よって、通信車２Ａは通信車２Ｂに検知情報を車車間通信で送信することができる。

しかし、第４実施形態では、Ｓ５７１を実行する。図２１（Ｃ）の状態では、Ｓ５７１の判断がＹＥＳになりＳ５７２に進む。これにより、通信車２Ａは図２１（Ｄ）に示すように、自車両が情報送信エリアに入ったときに、検知情報を送信する。このとき、通信車２Ｂはまだ情報送信エリアに入っていない。よって、通信車２Ａは、検知情報を通信車２Ｂに送信するよりも早期に検知情報をサーバ１２０に送信することができる。

また、図２１（Ｄ）の状態では、通信車２Ｂは非通信車３の検知を終了しておらず、情報送信エリアを通過した時点でも、通信車２Ｂは非通信車３の検知を終了していないと推定できる。しかし、本実施形態では、Ｓ５４、Ｓ５５の処理を備えることで検知終了前でも、情報送信エリアで、未送信の被検知情報をサーバ１２０に送信することができる。これによっても、広域網通信の上り回線のトラヒックを低減しつつ、早期に検知情報をサーバ１２０に送信することができる。

＜第５実施形態＞
図２４に、第５実施形態における処理の具体例を示している。第５実施形態では、車載機１１０は、サーバ５２０との通信が成立せず、被検知車両情報を送信できなかった場合に、被検知車両情報をＲＡＭなどの記憶媒体に一時的に保存する。そして、サーバ５２０との通信が可能になった時点で、未送信の被検知車両情報をサーバ５２０に送信する。

第１実施形態のサーバ１２０は、車載機１１０から検知終了通知を受信した場合に、車載機１１０が、それまで検知していた被検知車両の検知を終了したと判断していた。これに対して、第５実施形態のサーバ５２０は、被検知車両を検知中である車載機１１０から被検知車両情報が送信されてこない場合にも、その車載機１１０は被検知車両の検知を終了したと判断する。図２４（Ｂ）がその状態を示している。これにより、検知中車両リストが更新され、更新された検知中車両リストが通信車２Ｂなどに配信される。

図２５に示すように、サーバ５２０は、車両情報管理部５２２を備える。この車両情報管理部５２２が実行する機能が、これまでの実施形態で説明したサーバ１２０の車両情報管理部１２２とは異なる。

図２６に、車両情報管理部５２２が実行する処理を示す。車両情報管理部５２２は、車両情報管理部１２２が実行する処理に加えて、図２６に示す処理を実行する。図２６は予め設定された一定周期で実行する。この周期は、たとえば、被検知車両情報の送信周期と同じとすることができる。

Ｓ６１では、検知中車両データベースの各データの最新の更新時刻を確認する。Ｓ６２では、検知中車両データベースに、被検知車両情報の送信周期よりも長い期間、未更新のナンバーがあるか否かを判断する。被検知車両情報の送信周期は、請求項の一定時間に相当する。なお、Ｓ６２の判断において、通信遅延によるサーバ側受信期間のばらつき等を考慮して、被検知車両情報の送信周期よりも長い時間を設定してもよい。Ｓ６２の判断がＮＯであれば図２６に示す処理を終了する。一方、Ｓ６２の判断がＹＥＳであればＳ６３に進む。

Ｓ６３では、検知中車両データベースから、被検知車両情報の送信周期よりも長い期間、未更新のナンバーのデータを、検知終了車両データベースに移動する。これにより、検知中車両データベースに登録されているナンバーに変更が生じたことになる。そこで、検知中車両リストを更新して配信するために、図９を実行する。図９が実行されると、検知中車両リストから未更新のナンバーが削除され、削除処理後の検知中車両リストが、配信可能な車載機１１０に配信される。

［第５実施形態における処理の具体例］
次に、図２４を用いて第５実施形態における処理の具体例を説明する。図２４（Ａ）の状態では、通信車２Ａが非通信車３を検知中であり、周期的に被検知車両情報をサーバ５２０に送信している。

図２４（Ｂ）では、通信車２Ａはトンネル４に入っている。このトンネル４の中は、サーバ５２０との間の無線通信ができない無線不通エリアであるとする。通信車２Ａは、トンネル４の中では被検知車両情報をサーバ５２０に送信することができない。そのため、サーバ５２０はＳ６１〜Ｓ６３の処理を実行して、検知中車両データベースから、通信車２Ａが検知していた非通信車３のデータを削除する。さらに、検知中車両リストを更新する。更新した検知中車両リストは、通信車２Ｂに配信されることになる。

図２４（Ｃ）では、通信車２Ｂは非通信車３を検知している。通信車２Ｂに搭載されている車載機１１０が記憶している検知中車両リストには、通信車２Ｂが検知した非通信車３のナンバーは含まれていない。そのため、通信車２Ｂは、非通信車３についての被検知車両情報を作成する。ただし、この時点では、通信車２Ｂもサーバ５２０とは通信することができない。そのため、作成した被検知車両情報はＲＡＭなどに保存しておくことになる。

図２４（Ｄ）では、通信車２Ｂはトンネル４を抜けており、サーバ５２０と通信可能になっている。そのため、トンネル４の中で非通信車３を検知して作成した被検知車両情報をサーバ５２０に送信している。また、通信車２Ａもトンネル４を抜けており、トンネル４の中で作成した被検知車両情報をサーバ５２０に送信する。

第５実施形態では、サーバ５２０は、被検知車両情報を車載機１１０から被検知車両情報の送信周期よりも長い期間受信できなかった場合には、検知中車両リストを更新して配信する。これにより、仮に、通信車２Ａがトンネル４の中で非通信車３を検知できていない期間があったとしても、通信車２Ｂが非通信車３を検知して被検知車両情報を作成する可能性が生じる。よって、非通信車３についての情報欠落期間が生じてしまう可能性を低減できる。

＜第６実施形態＞
図２７に、第６実施形態における処理の具体例を示している。第６実施形態でも、車載機１１０は、サーバ６２０との通信が成立せず、被検知車両情報を送信できなかった場合に、被検知車両情報をＲＡＭなどの記憶媒体に一時的に保存する。そして、サーバ６２０との通信が可能になった時点で、未送信の被検知車両情報をサーバ６２０に送信する。また、第６実施形態では、車載機１１０は、被検知車両情報にプローブ情報を含ませて送信するものとする。

サーバ６２０は、通信車２Ａが無線不通エリアに入ることが予想される場合、事前に検知中車両リストを更新し、更新した検知中車両リストを通信車２Ｂに配信する。

図２８にサーバ６２０の構成図を示す。サーバ６２０は、第５実施形態のサーバ５２０とは異なる構成として、車両情報管理部６２２と、通信環境管理部６２５を備える。通信環境管理部６２５は、無線不通エリアが記憶された地図データである。

車両情報管理部６２２は、第５実施形態の車両情報管理部５２２が備える機能に加えて、図２９に示す処理も実行する。図２９に示す処理は、被検知車両情報を受信した場合に実行する。

Ｓ７１では、被検知車両情報をサーバ側通信部１２１から取得する。Ｓ７２では、被検知車両情報に含まれているプローブ情報と地図データから、被検知車両情報を送信した通信車２の進路を予測する。予測する進路の長さは、たとえば、進行方向前方にある交差点あるいは分岐点までとする。

Ｓ７３では、Ｓ７２で予測した進路と通信環境管理部６２５に記憶されている無線不通エリアの位置とを照らし合わせることで、被検知車両情報を送信した通信車２が無線不通エリアに入るか否かを判断する。この判断がＮＯであれば図２９に示す処理を終了する。一方、Ｓ７３の判断がＹＥＳであればＳ７４に進む。

Ｓ７４では、検知中車両リストを作成する際に、Ｓ７１で取得した被検知車両情報により特定される非通信車３を、検知中車両リストから除外する処置を行う。その後、図９へ進む。この処置を行うことで、図９において作成される検知中車両リストから、Ｓ７１で取得した被検知車両情報により特定される非通信車３が削除され、削除処理後の検知中車両リストが、配信可能な車載機１１０に配信される。

［第６実施形態における処理の具体例］
次に、図２７を用いて第６実施形態における処理の具体例を説明する。図２４（Ａ）の状態では、通信車２Ａが非通信車３を検知中であり、周期的に被検知車両情報をサーバ５２０に送信している。

サーバ６２０は、通信車２Ａが送信する被検知車両情報から、通信車２Ａが無線不通エリアであるトンネル４に入ることを予測する。そのため、検知中車両リストから、通信車２Ａが検知中の非通信車３を除外する。そして、除外後の検知中車両リストを通信車２Ｂに配信する。これにより、通信車２Ｂはトンネル４に入る前に、更新された検知車両リストを受信することができる。

図２７（Ｂ）では通信車２Ａはトンネル４の中に入っている。第５実施形態では、このときにサーバ５２０は検知中車両リストを更新して配信する。しかし、図２７（Ｂ）では通信車２Ｂもトンネル４に入っている。そのため、図２７（Ｂ）の状態で更新された検知中車両リストが配信されても、通信車２Ｂはその検知中車両リストを受信することができない。しかし、第６実施形態では、図２７（Ａ）の状態で、検知中車両リストが更新されて配信される。よって、図２７（Ｃ）では、通信車２Ｂは非通信車３を検知して、被検知車両情報を作成する。そして、図２７（Ｄ）に示すように、通信車２Ｂはトンネル４を抜けたときに、未送信の被検知車両情報をサーバ６２０に送信する。

この第６実施形態では、通信車２Ａが無線不通エリアに入ることが予測された時点で、通信車２Ａが検知中の非通信車３を除外した検知中車両リストを作成して配信する。これにより、第５実施形態よりも、非通信車３についての情報欠落期間が生じてしまう可能性を低減できる。

以上、実施形態を説明したが、開示した技術は上述の実施形態に限定されるものではなく、次の変形例も開示した範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施できる。

＜変形例１＞
図３に示した検知中車両リストに含まれているナンバーは、検知中である車両のナンバーのみであった。しかし、図３０に示すように、検知中車両リストに、情報取得を要求する車両のナンバーを含ませてもよい。情報取得を要求する車両とは、それまで検知中であった車両であるが、検知ができなくなった車両、あるいは、現在は検知中であるが、その車両を検知中の通信車２が無線不通エリアに入ることが予測されるので、近く検知ができなくなると推定される車両である。

＜変形例２＞
サーバ情報作成部１２４は、検知中車両リストを更新し、更新後の検知中車両リストを通信車２に配信する場合、更新前後の差分のリストを通信車２に配信してもよい。このようにするためには、更新後の検知中車両リストを配信する通信車２を決定した後、その通信車２に、更新前の検知中車両リストを配信済みであるか否かを判断する。そして、更新前の検知中車両リストを配信済みの通信車２に対しては、送信済みの過去の検知中車両リストと更新後の検知中車両リストの差分となる差分リストを、サーバ側通信部１２１から配信する。

＜変形例３＞
第３実施形態では、Ｓ４６において、Ｓ４５で受信した通知がＡＣＫであるかＮＡＣＫであるかを判断しており、Ｓ４５で受信した通知がＮＡＣＫであれば、Ｓ４７において、周辺車両の検知を終了していた。

しかし、Ｓ４５で受信した通知がＮＡＣＫである場合にも、サーバ１２０に被検知車両情報を送信することは中断するが、周辺車両の検知は継続してもよい。このようにすれば、通信車２が、更新された検知中車両リストを受信した場合に、更新前に検知していてもサーバ１２０へ送信していなかった非通信車３に関して、検知継続と被検知車両情報の送信の問い合わせを含む被検知車両情報をサーバ１２０に送信することができる。

＜変形例４＞
前述の実施形態では、検知した周辺車両のナンバーが検知中車両リストに含まれている場合は、その周辺車両の被検知車両情報を送信していなかった。一台の非通信車３を一台の通信車２が検出すればよいとしていたからである。

しかし、これに限らず、一台の非通信車３を、上限数以下の複数台の通信車２がサーバへ被検知車両情報をサーバ１２０へ送信してもよい。上限数は適宜設定することができ、たとえば、３、４、５台などである。

一台の非通信車３を、複数台の通信車２が検出するようにする場合、サーバ１２０、５２０、６２０は、ナンバー別に、検知中の車両についての情報送信必要度が示された検知中車両リストを作成する。本明細書で新たに開示した技術を１台以上の車両情報を収集すればサービスが実現できるようなサービスに適用する場合には、情報送信必要度は、そのナンバーの非通信車３を検知中である通信車２の数が一台である場合が最も高くなる。どの通信車２も検知中ではない非通信車３についての情報が最も必要であるが、検知中車両リストは、少なくとも一台の通信車２は検知中である非通信車３のリストであるので、非通信車３を検知中である通信車２の数が一台である場合が最も高くなるのである。情報送信必要度は、上限数の通信車２が検知中である場合が最も低くなる。最も低い情報送信必要度は、情報送信不要を意味する。本明細書で新たに開示した技術を、設定台数以上の車両情報を収集しなければサービスが実現できないようなサービスに適用する場合には、設定台数以内しかサーバで検知出来ていない非通信車３の情報送信必要度は、設定台数以内に達するまで同程度として検知中車両リストに示される。設定台数以上の車両情報が収集された後に検知中車両リストに示される情報送信優先度は、最も低い値を設定してもよく、検知車両台数に応じた値を設定してもよい。

車載機１１０、２１０、３１０、４１０の送信判定部１１４は、周辺車両認識部１１１が認識したナンバーが検知中車両リストに含まれていても、情報送信必要度が情報送信を必要としている必要度であれば、被検知車両情報を送信すると決定する。当然ながら、周辺車両認識部１１１が認識したナンバーが検知中車両リストに含まれていない場合においても、被検知車両情報を送信すると決定する。

この変形例４では、一台の非通信車３を、複数台の通信車２が検出するので、情報が改ざんされた場合の影響を少なくすることができる。また、検知中車両リストには、非通信車３を検知中の通信車２の数により定まる情報送信必要度が含まれており、送信判定部１１４はその情報送信必要度に基づいて被検知車両情報を送信するか否かを判定する。よって、一台の非通信車３に対して一定数以上の車両検知情報を必要とするサービスにおいても、必要以上に被検知車両情報がアップロードされてしまうことも抑制される。

＜変形例５＞
変形例５でも、変形例４と同様、検知中車両リストに情報送信必要度がナンバー別に示されているとする。

これまでの説明では、周辺車両認識部１１１が、同時に複数台の周辺車両のナンバーを認識可能か否かは言及していなかったが、周辺車両認識部１１１が、同時に複数台の周辺車両のナンバーを認識可能となっていてもよい。たとえば、カメラが撮像した画像からナンバーを検出する場合には、画像内に複数台の車両のナンバープレートが撮像されていれば、周辺車両認識部１１１は同時に複数台の周辺車両のナンバーを認識可能である。

周辺車両認識部１１１が複数台の周辺車両のナンバーを認識している状態である一方で、車両側通信部１１６からは、周辺車両認識部１１１が認識した全部の周辺車両についての被検知車両情報を送信期間内に送信できないこともある。

たとえば、被検知車両情報に、サーバ１２０、５２０、６２０側において、監視者がリアルタイムで動画を再生する場合などである。この場合、上記送信期間は、監視者がリアルタイムで再生されていないと感じない程度の時間に設定されることになる。例えば、数百ミリ秒から１秒程度である。

一台の通信車２が動画を含む被検知車両情報を複数台の非通信車３について送信する場合、通信車２の通信環境によっては、データの送信要求を満たせない場合がある。例えば、通信速度を例にすると、複数台の非通信車３の被検知車両情報の単位時間当たりのデータ容量が、車両側通信部１１６の単位時間当たりのデータ通信容量を超過し、リアルタイムなデータ送信が実現されない場合である。

そこで、送信判定部１１４は、車両側通信部１１６からは、周辺車両認識部１１１が認識した全部の周辺車両についての被検知車両情報を送信期間内に送信できないと判断した場合、検知中車両リストに示されている情報送信必要度に基づいて、サーバ１２０、５２０、６２０に被検知車両情報を送信する非通信車３（すなわち周辺車両）を決定する。情報送信必要度に基づいて送信する被検知車両情報を決定する方法は、具体的には、情報送信必要度が高い側から順に、送信期間内に送信できる数の被検知車両情報を送信することになる。

＜変形例６＞
検知中車両リストに情報送信必要度が示されている場合には、情報送信エリアで被検知車両情報を送信することにしてもよい。既に一台は、この被検知車両情報と同じる非通信車３の被検知車両情報を検知中であることから、検知中車両リストに示されていないナンバーの非通信車３と比較して、被検知車両情報の迅速な必要性は低いからである。

＜変形例７＞
これまでの説明では、非通信車３の被検知車両情報を送信する車両は、車載機１１０、２１０、３１０、４１０を搭載した通信車２のみとしていた。しかし、被検知車両情報を送信する車両には、車載機１１０、２１０、３１０、４１０とは異なり、検知中車両リストに基づいて被検知車両情報を送信するか否かを判定する機能を備えていないが、被検知車両情報を送信する機能は備えている通信機を備えた車両が含まれていてもよい。以下、この車両を送信判定機能を備えていない車両とする。

サーバ１１０、１２０、５２０、６２０は、送信判定機能を備えていない車両が送信した被検知車両情報も用いて、検知中車両リストを作成して、配信する。

検知中車両リストの作成に、送信判定機能を備えていない車両が送信した被検知車両情報が用いられるとしても、車載機１１０、２１０、３１０、４１０の送信判定部１１４は、これまでに説明した処理は可能である。この場合には、送信判定機能を備えている車両が、既にサーバ１２０で検知している送信判定機能を備えていない車両の情報をサーバ１２０へ送信することを中断することができる。そのため、必要以上に被検知車両情報がサーバ１２０へ収集されてしまうことを抑制することができる。

＜変形例８＞
図３に示した検知中車両リストには、検知中車両リストを作成した時刻と検知中である車両のナンバーが示されていた。しかし、図３１に示すように、検知中車両リストに、検知中車両に対するサーバ１２０での情報必要度を示す情報送信必要度を含んでも良い。たとえば、設定台数以上の車両情報を収集しなければサービスが実現できないようなサービスや、複数の車両情報を取得するが検知車両台数に応じて情報送信必要度を変更する場合には、サーバ側で検知中車両毎に情報送信必要度を設定してもよい。

＜変形例９＞
図３に示した検知中車両リストには、検知中車両リストを作成した時刻と検知中である車両のナンバーが示されていた。しかし、図３２に示すように、サーバ１２０での情報必要度を示す情報送信必要度ランク情報を含んでも良い。この場合は、サーバ１２０での情報必要度を被検知中車両毎に示すのではなく、情報送信必要度ランク毎に被検知車両情報を配信するため、サーバ１２０が配信する車両識別子リストのデータサイズを小さくすることができる。さらに、車両側での送信判定では、情報送信必要度ランク毎に送信制御処理を実施することができるために車両側での処理を簡易化しつつ、サーバ１２０での情報必要度に応じた情報収集を実現することができる。

２：通信車 ３：非通信車 ４：トンネル １００：車両情報収集システム １１０：車載機 １１１：周辺車両認識部 １１２：位置管理部 １１３：リスト管理部 １１４：送信判定部 １１５：車両情報作成部 １１６：車両側通信部 １２０：サーバ １２１：サーバ側通信部 １２２：車両情報管理部 １２３：車両情報保存部 １２４：サーバ情報作成部 ２１０：車載機 ２１７：検知情報保存部 ３１０：車載機 ４１０：車載機 ５２０：サーバ ５２２：車両情報管理部 ６２０：サーバ ６２２：車両情報管理部 ６２５：通信環境管理部

Claims (16)

1. 車両で用いられ、前記車両の周辺に存在する周辺車両の車両識別子を含む被検知車両情報を送信する車両用送信装置（１１０、２１０、３１０、４１０）と、
   前記車両用送信装置から送信された前記被検知車両情報を管理するサーバ（１２０、５２０、６２０）とを備えた車両情報収集システムであって、
   前記車両用送信装置は、
   前記サーバと無線通信する車両側通信部（１１６）と、
   前記周辺車両を認識するための処理を周期的に実行して、前記周辺車両の前記車両識別子を認識する周辺車両認識部（１１１）と、
   前記サーバから取得した、前記被検知車両情報を前記サーバへ送信する機能を備えた装置が検知中の被検知車両についての車両識別子を含んでいる検知中車両リストを記憶するリスト管理部（１１３）と、
   前記周辺車両認識部が認識した前記車両識別子と、前記リスト管理部に記憶されている前記検知中車両リストとに基づいて、前記サーバに、前記周辺車両の前記被検知車両情報を送信するか否かを判定する送信判定部（１１４）と、
   前記送信判定部が前記被検知車両情報を送信すると判定したことに基づいて、前記周辺車両の前記被検知車両情報を作成して、前記車両側通信部から前記サーバに送信させる車両情報作成部（１１５）とを備え、
   前記サーバは、
   前記車両用送信装置と無線通信するサーバ側通信部（１２１）と、
   前記車両用送信装置が送信して前記サーバ側通信部が受信する前記被検知車両情報に基づいて、前記車両用送信装置が検知中の前記被検知車両についての前記被検知車両情報を管理する車両情報管理部（１２２、５２２、６２２）と、
   前記車両情報管理部が管理している前記被検知車両情報に基づいて前記検知中車両リストを作成し、作成した前記検知中車両リストを前記サーバ側通信部から前記車両用送信装置に送信させるサーバ情報作成部（１２４）とを備える車両情報収集システム。
2. 前記送信判定部は、前記周辺車両認識部が認識した前記車両識別子が、前記リスト管理部に記憶されている前記検知中車両リストに含まれていないと判断したことに基づいて、前記サーバに、前記周辺車両の前記被検知車両情報を送信すると決定する請求項１に記載の車両情報収集システム。
3. 前記検知中車両リストには、検知中の前記被検知車両についての情報送信必要度が示されており、
   前記送信判定部は、前記周辺車両認識部が認識した前記車両識別子が、前記リスト管理部に記憶されている前記検知中車両リストに含まれていると判断した場合であっても、前記検知中車両リストに示されている前記情報送信必要度が、前記サーバが情報を必要としていることを示す必要度である場合に、前記サーバに、前記周辺車両の前記被検知車両情報を送信すると決定する請求項２に記載の車両情報収集システム。
4. 前記周辺車両認識部は、同時に複数台の前記周辺車両の前記車両識別子を認識可能であり、
   前記送信判定部は、前記周辺車両認識部が同時に複数台の前記周辺車両の前記車両識別子を認識している状態である一方で、前記車両側通信部からは、前記周辺車両認識部が認識した全部の前記周辺車両についての前記被検知車両情報を送信期間内に送信できないと判断した場合には、前記検知中車両リストに示されている前記情報送信必要度に基づいて、前記サーバに前記被検知車両情報を送信する前記周辺車両を決定する請求項３に記載の車両情報収集システム。
5. 前記サーバ情報作成部は、前記サーバ側通信部が受信した前記被検知車両情報に含まれている前記車両識別子に基づいて前記検知中車両リストを更新し、かつ、前記検知中車両リストを更新した場合には、更新した前記検知中車両リストを前記サーバ側通信部から前記車両用送信装置に送信させる請求項１〜４のいずれか１項に記載の車両情報収集システム。
6. 前記車両用送信装置の前記車両情報作成部は、前記周辺車両認識部が、これまで認識できていた前記周辺車両が認識できなくなったことに基づいて、認識できていた前記周辺車両に対する検知が終了したことを示すとともに、検知が終了した前記周辺車両の前記車両識別子を含む検知終了通知を作成して、前記車両側通信部から前記サーバに送信させ、
   前記サーバの前記車両情報管理部は、前記検知終了通知を受信した場合、その検知終了通知により定まる前記被検知車両の検知を終了したとし、
   前記サーバ情報作成部は、前記検知終了通知を受信した場合、受信した前記検知終了通知に含まれている前記車両識別子を前記検知中車両リストから削除する請求項５に記載の車両情報収集システム。
7. 前記車両用送信装置は、前記周辺車両認識部が認識した前記被検知車両についての前記被検知車両情報を保存しておく検知情報保存部（２１７）を備え、
   前記車両情報作成部は、前記送信判定部が前記被検知車両情報を送信すると判定し、かつ、前記周辺車両認識部が、これまで認識できていた前記周辺車両が認識できなくなったことに基づいて、認識できなくなった前記周辺車両について、前記検知情報保存部に保存されている前記被検知車両情報をまとめて含む認識期間中の検知情報を作成する請求項６に記載の車両情報収集システム。
8. 前記車両側通信部として、車車間通信を行う車車間通信部を備え、
   前記検知終了通知を送信した前記車両用送信装置を第１車両用送信装置とし、前記第１車両用送信装置とは異なる前記車両用送信装置を第２車両用送信装置とし、
   前記第１車両用送信装置の前記車両情報作成部は、前記検知終了通知を送信した後に、前記検知終了通知に含まれている前記車両識別子の前記被検知車両の検知を、前記第２車両用送信装置が開始したことの通知を前記サーバから受信し、かつ、前記第２車両用送信装置と前記車車間通信部により車車間通信できる場合には、認識期間中の前記検知情報を前記サーバに送信することに代えて、前記車車間通信部から前記第２車両用送信装置へ送信する請求項７に記載の車両情報収集システム。
9. 前記第２車両用送信装置は、
   前記車両側通信部として、路車間通信により路側機を介して前記サーバと無線通信する路車間通信部を備え、
   前記第１車両用送信装置から認識期間中の前記検知情報を受信した場合、受信した前記検知情報を前記検知情報保存部に保存し、かつ、前記第２車両用送信装置の前記周辺車両認識部が認識した前記被検知車両情報も前記検知情報保存部に保存し、
   前記車両情報作成部は、前記路車間通信部により前記サーバと通信可能なエリアにおいて、前記検知情報保存部に保存していた前記検知情報および前記被検知車両情報を、前記路車間通信部を用いて前記サーバに送信する請求項８に記載の車両情報収集システム。
10. 前記第２車両用送信装置は、
    前記車両側通信部として、広域無線通信回線網に接続して前記サーバと通信する広域無線通信部を備えており、
    前記車両情報作成部は、前記広域無線通信部による通信トラヒックが良好なエリアに前記第２車両用送信装置が到達したときに、前記検知情報保存部に前記サーバに未送信の前記検知情報または前記被検知車両情報があれば、前記広域無線通信部から、未送信の前記検知情報または前記被検知車両情報を送信させる請求項９に記載の車両情報収集システム。
11. 前記第１車両用送信装置も、前記車両側通信部として前記路車間通信部および前記広域無線通信部を備え、
    前記第１車両用送信装置の前記車両情報作成部は、認識できていた前記周辺車両の検知が終了したときに、前記路車間通信部により前記サーバと通信可能なエリアおよび前記広域無線通信部による通信トラヒックが良好なエリアの一方または両方である情報送信エリアまでの距離が、一定距離内である、または、前記情報送信エリアに到達するまでの時間が一定時間内であるという条件である自車送信条件が成立する場合、前記第２車両用送信装置と前記車車間通信部により車車間通信できても、認識期間中の前記検知情報を前記車車間通信部から前記第２車両用送信装置に送信せず、前記第１車両用送信装置が前記情報送信エリアにおいて、認識期間中の前記検知情報を前記サーバに送信する請求項１０に記載の車両情報収集システム。
12. 前記車両用送信装置の前記車両情報作成部は、前記送信判定部が前記被検知車両情報を送信すると判定している場合に、送信周期毎に、前記被検知車両情報を前記サーバに送信し、
    前記サーバ情報作成部は、前記車両用送信装置から一定時間内に前記被検知車両情報を受信しなかった場合には、前記検知中車両リストから、前記被検知車両情報を受信しなかった前記被検知車両の前記車両識別子を削除し、かつ、削除処理後の前記検知中車両リストを、配信可能な前記車両用送信装置に配信する請求項１〜１１のいずれか１項に記載の車両情報収集システム。
13. 前記車両用送信装置の前記車両情報作成部は、前記送信判定部が前記被検知車両情報を送信すると判定している場合に、送信周期毎に、現在位置を含んだ前記被検知車両情報を前記サーバに送信し、
    前記サーバ情報作成部は、前記車両用送信装置から送信された前記被検知車両情報から、前記車両用送信装置が、無線不通エリアに入ることが予測できた場合には、前記検知中車両リストから、前記無線不通エリアに入ると予測された前記車両用送信装置が検知している前記被検知車両の前記車両識別子を削除し、かつ、削除処理後の前記検知中車両リストを、配信可能な前記車両用送信装置に配信する請求項１〜１１のいずれか１項に記載の車両情報収集システム。
14. 前記車両用送信装置は、前記車両側通信部から周期的に現在位置を送信し、
    前記サーバ情報作成部は、前記車両用送信装置の現在位置が予め定めた情報収集エリアに入ったと判断した場合に、前記情報収集エリアに対する前記検知中車両リストを、前記サーバ側通信部から、前記情報収集エリアに入ったと判断した前記車両用送信装置に送信する請求項１〜１０のいずれか１項に記載の車両情報収集システム。
15. 前記サーバ情報作成部は、更新した前記検知中車両リストを送信する前記車両用送信装置に対して、過去の前記検知中車両リストを送信している場合には、送信済みの前記検知中車両リストと更新後の前記検知中車両リストの差分となる差分リストを、前記サーバ側通信部から前記車両用送信装置に送信する請求項５または６に記載の車両情報収集システム。
16. 車両で用いられ、前記車両の周辺に存在する周辺車両の車両識別子を含む被検知車両情報を送信する車両用送信装置であって、
    サーバと無線通信する車両側通信部（１１６）と、
    前記周辺車両を認識するための処理を周期的に実行して、前記周辺車両の前記車両識別子を認識する周辺車両認識部（１１１）と、
    前記被検知車両情報を前記サーバへ送信する機能を備えた装置が検知中の被検知車両についての車両識別子を含んでいる検知中車両リストを記憶するリスト管理部（１１３）と、
    前記周辺車両認識部が認識した前記車両識別子と、前記リスト管理部に記憶されている前記検知中車両リストとに基づいて、前記サーバに、前記周辺車両の前記被検知車両情報を送信するか否かを判定する送信判定部（１１４）と、
    前記送信判定部が前記被検知車両情報を送信すると判定したことに基づいて、前記周辺車両の前記被検知車両情報を作成して、前記車両側通信部から前記サーバに送信させる車両情報作成部（１１５）とを備える車両用送信装置。

Images