"車両のプローブ情報を、プローブ情報の処理サーバに対してアップロードするプローブ情報送信装置であって、前記プローブ情報をアップロードするタイミングを制御する制御部を備え、前記制御部は、車両の停止があったときに、前記プローブ情報をアップロードすることを特徴とするプローブ情報送信装置。前記制御部は、前記プローブ情報を所定の送信周期でアップロードするとともに、車両の停止があった場合に前記プローブ情報をアップロードする請求項1記載のプローブ情報送信装置。前記制御部は、第1周期毎のプローブ情報を、所定の送信周期でアップロードするとともに、前記第1周期よりも短い第2周期毎のプローブ情報を、車両の停止があった場合にアップロードする請求項1又は2に記載のプローブ情報送信装置。前記制御部は、車両の停止を契機として前記プローブ情報をアップロードすると、その後、下記の条件1~3のいずれか1つに該当するまでは、車両が再度停止しても前記プローブ情報のアップロードを行わない請求項1~3のいずれか1項に記載のプローブ情報送信装置。条件1アップロードしてから所定時間が経過するまで。条件2車両がアップロード位置から所定距離移動するまで。条件3アップロードしてから所定時間が経過し且つ車両がアップロード位置から所定距離移動するまで。車両の停止があった場合にアップロードされる前記プローブ情報に含まれる情報は、所定の送信周期でアップロードされる前記プローブ情報に含まれる情報とは形式が異なっている請求項1~4のいずれか1項に記載のプローブ情報送信装置。所定の送信周期でアップロードされる前記プローブ情報には、車両軌跡を示す複数の位置情報が含まれ、車両の停止があった場合にアップロードされる前記プローブ情報には、少なくとも車両の停止位置又は当該停止位置付近の位置情報を含み、車両の停止があった場合にアップロードされる前記プローブ情報に含まれる位置情報の数は、所定の送信周期でアップロードされる前記プローブ情報に含まれる前記位置情報の数よりも少ない請求項1~5のいずれか1項に記載のプローブ情報送信装置。車両の停止があった場合にアップロードされる前記プローブ情報には、所定の送信周期でアップロードされる前記プローブ情報に含まれる情報とは異なる種別の情報を有している請求項1~6のいずれか1項に記載のプローブ情報送信装置。前記異なる情報は、車両の加減速情報である請求項7記載のプローブ情報送信装置。前記制御部は、車両の停止が渋滞以外の他の要因によるものであるか否かを判定し、車両の停止が渋滞以外の他の要因によるものであると判定すると、車両の停止があっても前記プローブ情報のアップロードを行わない請求項1~8のいずれか1項に記載のプローブ情報送信装置。車両のプローブ情報を、プローブ情報の処理サーバに対してアップロードするタイミングを制御する処理をコンピュータに実行させるコンピュータプログラムであって、前記処理は、車両の停止を判定する処理と、車両の停止が判定されると、前記プローブ情報のアップロードを実行する処理と、を含むことを特徴とするコンピュータプログラム。請求項1記載のプローブ情報送信装置からアップロードされたプローブ情報を処理する処理サーバ。車両の停止を契機としてアップロードされた前記プローブ情報に基づいて、当該車両の停止が渋滞以外の他の要因によるものであるか否かを判定する判定部を備えている請求項11記載の処理サーバ。前記判定部による判定結果に基づいて、処理対象となる前記プローブ情報を決定する請求項12記載の処理サーバ。車載機が、プローブ情報をアップロードするタイミングとしては、以下のものが考えられる。1一定の送信周期例えば、5分毎2車載機へのユーザ操作により通信が発生した場合3処理サーバからアップロード要求があった場合このようなタイミングでプローブ情報をアップロードすれば、各車載機からの通信頻度や処理サーバの負荷変動を抑え易い。上記2の場合、いずれにしろ通信が発生し、上記3の場合、処理サーバが通信の発生を管理することができる。しかし、上記1~3では、交通状況の変化をプローブ情報により処理サーバに通知するのが本来必要とする時間よりも遅れてしまう可能性がある。例えばプローブ情報をアップロードした直後に車両が渋滞に進入すると、ほぼ送信周期の時間だけプローブ情報のアップロードが遅れてしまうことになる。その間、そのプローブ情報をもとに他の車両に渋滞を迂回させることができず、その分、渋滞がのびてしまうかもしれない。この場合にユーザ操作がされるとは限らない。しかも、処理サーバ側も渋滞発生がわからない状況では、車載機に対してアップロード要求をかけることもできない。渋滞発生のような交通状況の変化はできるだけ早期にプローブ情報を処理サーバにアップロードすることが望まれる。そこで、交通状況の変化に応じたリアルタイムなプローブ情報を処理サーバに通知するため、送信周期を短くして、頻繁にアップロードすることが考えられる。しかし、頻繁にアップロードを行うと処理サーバの負荷が大きくなり、処理サーバ運用者のコストが過度に増大する。渋滞発生のような特定の交通状況に対処するために送信周期を短くするのには限界がある。本発明は、頻繁にアップロードを行わなくても、適切なタイミングでプローブ情報を処理サーバに通知できるようにすること目的とする。1本発明は、車両のプローブ情報を、プローブ情報の処理サーバに対してアップロードするプローブ情報送信装置であって、前記プローブ情報をアップロードするタイミングを制御する制御部を備え、前記制御部は、車両の停止があったときに、前記プローブ情報をアップロードすることを特徴とするプローブ情報送信装置である。本発明は、車両が渋滞に進入すれば車両が停止することを利用したものである。すなわち、上記本発明によれば、車両の停止を渋滞の進入とみなして、車両の停止があったときにプローブ情報がアップロードされる。したがって、プローブ情報送信装置は、頻繁にアップロードを行う必要がなく、処理サーバは、適切なタイミングでプローブ情報をアップロードできる。なお、本発明において車両の停止とは、車両が完全に停止している必要はなく、停止とみなせるほど低速である場合をも含む。例えば、車両停止とみなす速度を設定しておき、その速度を下回った場合に車両停止であると判断することができる。また、車両の停止とは、車両が停止したとプローブ情報送信装置が判定した場合である、と言うこともできる。また、本発明のプローブ情報送信装置は、車両に常に搭載されている装置である必要はなく、車両に搭載可能な、または車上で利用可能な装置であればよい。すなわち、当該車両の移動にともなって付随的に移動する装置であればよい。例えば、本発明のプローブ情報送信装置は、車両に常に搭載されている車載機カーナビゲーションシステムなど、ナビゲーション目的またはその他の目的で車両に持ち込まれる携帯電話、スマートフォン、携帯型の情報端末装置、携帯型のナビゲーションシステム等の携帯装置に具備させることができる。携帯装置は、処理サーバに接続できれば、車両に固定されたシステムに有線または無線で接続される必要はない。2前記制御部は、前記プローブ情報を所定の送信周期でアップロードするとともに、車両の停止があった場合に前記プローブ情報をアップロードするのが好ましい。この場合、所定の送信周期でアップロードを行いつつも、車両の停止があった場合にもアップロードが行われるため、送信周期を短くしなくても、渋滞への進入の可能性がある場合にリアルタイムにアップロード可能である。3前記制御部は、第1周期毎のプローブ情報を、所定の送信周期でアップロードするとともに、前記第1周期よりも短い第2周期毎のプローブ情報を、車両の停止があった場合にアップロードするのが好ましい。この場合、車両の停止があった場合、処理サーバは、より短い周期で車両の挙動を示すプローブ情報が得られるため、車両の停止前の挙動を解析し易くなる。4前記制御部は、車両の停止を契機として前記プローブ情報をアップロードすると、その後、下記の条件1~3のいずれか1つに該当するまでは、車両が再度停止しても前記プローブ情報のアップロードを行わないのが好ましい。条件1アップロードしてから所定時間が経過するまで。条件2車両がアップロード位置から所定距離移動するまで。条件3アップロードしてから所定時間が経過し且つ車両がアップロード位置から所定距離移動するまで。この場合、車両が停止発進を繰り返すことにより、頻繁にアップロードが行われることを防止することができる。5車両の停止があった場合にアップロードされる前記プローブ情報に含まれる情報は、所定の送信周期でアップロードされる前記プローブ情報に含まれる情報とは形式が異なっているのが好ましい。6所定の送信周期でアップロードされる前記プローブ情報には、車両軌跡を示す複数の位置情報が含まれ、車両の停止があった場合にアップロードされる前記プローブ情報には、少なくとも車両の停止位置又は当該停止位置付近の位置情報を含み、車両の停止があった場合にアップロードされる前記プローブ情報に含まれる位置情報の数は、所定の送信周期でアップロードされる前記プローブ情報に含まれる前記位置情報の数よりも少ないのが好ましい。車両軌跡を示す複数の位置情報は、緯度経度で表されるため、情報量が多くなるが、処理サーバが車両軌跡を把握するには必要な情報である。したがって、所定の送信周期でアップロードされる前記プローブ情報には十分な数の位置情報が必要である。一方、車両の停止があった場合に、車両軌跡を厳密に把握することは必ずしも重要でなく、車両軌跡を把握するのにも処理サーバに負荷がかかる。処理サーバとしては、車両が停止したおおよその位置渋滞の最後尾位置を把握できればよい。そこで、車両の停止があった場合にアップロードされる前記プローブ情報には、少なくとも車両の停止位置又は当該停止位置付近の位置情報を含ませることで、処理サーバは、最低限必要な情報が得られる。そして、車両の停止があった場合にアップロードされる前記プローブ情報に含まれる位置情報の数を、所定の送信周期でアップロードされる前記プローブ情報に含まれる前記位置情報の数よりも少なくすることで、車両の停止があった場合にアップロードされる前記プローブ情報の情報量を抑えつつ、その場合に必要な情報を提供することができる。7車両の停止があった場合にアップロードされる前記プローブ情報には、所定の送信周期でアップロードされる前記プローブ情報に含まれる情報とは異なる種別の情報を有しているのが好ましい。8車両の停止があった場合にアップロードされるプローブ情報は、車両の挙動を、位置情報よりも直接的に表現できる情報の方が好ましい。かかる観点からは、前記異なる情報は、車両の加減速情報であるのが好ましい。9前記制御部は、車両の停止が渋滞以外の他の要因によるものであるか否かを判定し、車両の停止が渋滞以外の他の要因によるものであると判定すると、車両の停止があっても前記プローブ情報のアップロードを行わないのが好ましい。渋滞とは関係ない要因による車両停止時のアップロードを避けることで、無駄な通信発生を防止できる。10他の観点からみた本発明は、車両のプローブ情報を、プローブ情報の処理サーバに対してアップロードするタイミングを制御する処理をコンピュータに実行させるコンピュータプログラムであって、前記処理は、車両の停止を判定する処理と、車両の停止が判定されると、前記プローブ情報のアップロードを実行する処理と、を含むことを特徴とするコンピュータプログラムである。11他の観点からみた本発明は、前記1~9のいずれか1項に記載のプローブ情報送信装置からアップロードされたプローブ情報を処理する処理サーバである。12前記処理サーバは、車両の停止を契機としてアップロードされた前記プローブ情報に基づいて、当該車両の停止が渋滞以外の他の要因によるものであるか否かを判定する判定部を備えているのが好ましい。13前記処理サーバは、前記判定部による判定結果に基づいて、処理対象となる前記プローブ情報を決定するのが好ましい。本発明によれば、頻繁にアップロードを行わなくても、適切なタイミングでプローブ情報を処理サーバにアップロードできる。以下、本発明の好ましい実施形態について図面を参照しながら説明する。図1は、プローブ情報送信装置1の構成を示している。プローブ情報送信装置1は、例えば、カーナビゲーションシステムなどの車載機に設けられる。なお、プローブ情報送信装置1が搭載された車両をプローブ車両という。プローブ情報送信装置1は、電波又は光による無線通信を行う通信部2を備えており、路側無線通信機又は光ビーコンなどの路側通信機との間で通信可能である。プローブ情報送信装置1が送信アップロードしたプローブ情報は、路側通信機及びネットワークを介して、交通管制センター等に設置された処理サーバ10に与えられる。なお、プローブ情報送信装置1は、交通システム用の路側通信機を介して、処理サーバ10に接続する必要はなく、携帯電話用等の公衆または広域通信網を介して、処理サーバ10に接続してもよい。処理サーバ10は、道路を走行中の多数のプローブ車両からプローブ情報を取得して、それらのプローブ情報を解析して、車両車載機1に提供される道路交通情報を生成したり、交通信号機の制御を行ったりする。車両に提供される道路交通情報としては、例えば、渋滞の発生地点の情報、渋滞を回避するための迂回路情報などがある。処理サーバ10は、図2に示すように、処理部11と記憶部12を備えている。プローブ車両から取得したプローブ情報は、記憶部12に保存される。処理部11は、記憶部12に蓄積されたプローブ情報を解析して、車両車載機1に提供される道路交通情報を生成するなどの処理を行う。なお、処理部11は、コンピュータによって構成されている。処理部11の機能は、記憶部12に記憶されたコンピュータプログラムがコンピュータによって実行されることにより発揮される。図1に戻り、プローブ情報送信装置1は、制御部3、記憶部4、GPS処理部5、方位センサ部6、情報取得部7を備えている。制御部3は、プローブ情報を生成する処理、プローブ情報をアップロードする処理などを行う。制御部3は、コンピュータによって構成されている。制御部3の機能は、コンピュータプログラムがコンピュータによって実行されることにより発揮される。なお、コンピュータを本実施形態の制御部3として機能させるためのコンピュータプログラムは、適宜のコンピュータ読み取り可能な記憶媒体に記憶させることもできる。また、コンピュータを本実施形態の制御部3として機能させるためのコンピュータプログラムを、アプリケーション提供サーバに保存しておき、当該アプリケーション提供サーバから、プローブ情報送信装置1として機能させるための情報端末装置へダウンロードさせることもできる。記憶部4には、制御部3が、プローブ情報送信装置1自体が有する検出器5,6から取得した情報アップロードされるプローブ情報の元になる生情報、車両から取得した情報アップロードされるプローブ情報の元になる生情報、及び/又は、制御部3が生成した情報を記憶することができる。図1に示すように、プローブ情報送信装置1がGPS処理部5及び方位センサ6を備えている場合には、当該GPS処理部5から車両の位置座標;緯度経度を取得でき、方位センサ6から車両方位を取得できる。また、制御部3は、車両と通信するための情報取得部7から、ブレーキ操作の有無/アクセル操作の有無を示すブレーキ/アクセル情報などの情報を車両から取得することができる。さらに、車両の位置、車両方位、車速も、車両から取得してもよい。また、制御部3の車速演算部3aは、車両の位置の時間的変化に基づいて、車速を演算して取得することができる。さらに、制御部3の加減速度演算部3bは、車速の時間的変化又は車両の位置の時間的変化に基づいて、車両の加減速度を演算して取得することができる。このような各種の情報の取得は、所定の蓄積周期毎例えば、1[s]毎に行われ、記憶部4に蓄積される。つまり、プローブ車両の走行中の記憶部4には、所定の蓄積周期毎の車両位置情報座標、車両方位、ブレーキアクセル情報などが、逐次、蓄積される。制御部3では、プローブ情報のアップロードタイミングになると、記憶部4に蓄積されている情報及び/又は蓄積されている情報に基づいて生成された情報を、処理サーバ10に対してアップロードする。制御部3は、プローブ情報を処理サーバ10に対してアップロードするタイミングを制御する処理を実行する。図3は、その処理手順を示している。アップロードのタイミングは、基本的に、所定の送信周期毎例えば、5分毎であるが、プローブ車両が停止した場合には、所定の送信周期に基づくアップロードタイミング以外のタイミングであっても、アップロードを行う。図3に示すように、制御部3は、図示しないタイマーに基づき、所定の送信周期に基づくアップロードタイミング通常アップロードタイミングであるか否かを判定するステップS1。通常アップロードタイミングである場合には、プローブ情報のアップロードを実行するステップS2。通常アップロードタイミングではない場合であっても、制御部3の停止判定部3cによって車両の停止判定の処理を実行しステップS3、車両停止と判定されると、プローブ情報のアップロードを実行するステップS6。車両の停止は、車両が渋滞末尾に進入したためである可能性があるため、車両停止のタイミングでアップロードすることで、処理サーバ10は、車両が渋滞末尾に進入したおそれのあるタイミングでプローブ情報を取得できるため、渋滞発生の判定を迅速に行うことができる。ただし、ステップS3において、車両停止と判定された場合であっても、アップロード禁止状態である場合には、ステップS6のアップロードは実行しないステップS4。アップロード禁止状態は、車両停止であると判定されて一旦プローブ情報をアップロードした後、所定時間例えば、1分が経過するまで、及び/又は、車両が所定距離例えば、100[m]移動するまでの間である。車両停止であると判定されてアップロードが行われると制御部3は、所定時間及び/又は所定距離移動するまでの間を、アップロード禁止状態に設定するため、車両の停止後、渋滞に伴うノロノロ運転による再度の停止では、プローブ情報のアップロードが行われず、頻繁にアップロードがなされるのを防止できる。なお、車両停止アップロード後、所定時間経過後及び/又は所定距離移動後には、アップロード禁止状態が解除され、当該解除後に、車両停止であると判定されると、プローブ情報のアップロードが行われる。また、非渋滞判定部3dによって、車両の停止が渋滞とは関係ない他の要因例えば、路上駐車、駐車場への駐車、赤信号による停車によるものであると判定された場合には、ステップS6のアップロードは実行しないステップS5。渋滞とは明らかに関係ない車両停止の場合には、アップロードを行わないことで、無駄はアップロードを省略できる。例えば、非渋滞判定部3dは、ハザードランプ点灯情報及び/又はエンジンOFF情報などの車両停止又は駐車を示す情報を、車両側から取得した場合には、車両停止であると判定された場合であっても、路上駐車などの駐車による停止であると判定非渋滞判定することができる。また、非渋滞判定部3dは、車両の位置情報に基づいて、車両が道路から外れている場合には、車両停止であると判定された場合であっても、駐車場への駐車による停止であると判定非渋滞判定することができる。さらに、非渋滞判定部3dは、車両の方位が道路方位と異なる場合には、車両停止であると判定された場合であっても、駐車場への駐車による停止であると判定非渋滞判定することができる。さらに、非渋滞判定部3dは、車両停止直前の動作が道路に沿った動きでない場合駐車場に入るために道路方向とは無関係に右折左折後進などが行われている場合には、車両停止であると判定された場合であっても、駐車場への駐車による停止であると判定非渋滞判定することができる。なお、車両停止直前の動作は、車両の位置方位に基づいて判定することができる。さらに、非渋滞判定部3dは、車両の位置が信号機付近交差点付近の場合には、車両停止であると判定された場合であっても、赤信号による停止であると判定非渋滞判定することができる。図7及び図8は、処理サーバにアップロードされるプローブ情報複数のプローブ情報からなるプローブ情報ファイルを示している。図7及び図8に示すプローブ情報ファイルは、記憶部4に記憶されている情報に基づいて、制御部3が生成する。図7aは、所定の送信周期例えば、5分に基づく通常アップロードタイミングで送信される通常のプローブ情報ファイルである。図7aに示す通常のプローブ情報ファイルには、管理部のデータと、複数の地点のプローブ情報からなるデータ本体とが格納されている。管理部には、プローブ情報送信装置車載機のIDと、ファイル種別が含まれている。なお、ファイル種別は、当該ファイルが、図7aに示す通常のプローブ情報ファイルであるか、図8aに示す停止時のプローブ情報ファイルであるかを区別するためのデータであり、ここでは、通常のプローブ情報ファイルを示す情報が格納されている。データ本体に含まれる複数のプローブ情報は、直前のアップロード以降において、所定の第1収集周期例えば、5[s]毎に収集されたプローブ情報である。各プローブ情報には、図7bに示すように第1収集周期毎の各地点a,b,c,d,における車両の位置座標;緯度経度、車両方位、車速、時刻情報取得時の時刻が含まれる。つまり、データ本体には、直前のアップロード以降における所定の収集周期例えば,5[s]毎の車両の位置情報が含まれる。このような複数の車両位置情報は、直前のアップロード以降における車両の軌跡走行軌跡を示す情報である。処理サーバ10では、このような車両の軌跡に基づいて、様々な交通状況を推定することができる。なお、記憶部4への情報の蓄積は、前述のように、所定の蓄積周期毎例えば、1[s]毎に行われ、前記第1収集周期例えば、5[s]よりも短い周期である。したがって、制御部3は、記憶部4に記憶されている情報のうち、前記第1収集周期例えば、5[s]毎の情報だけを抽出して、前記通常のプローブ情報ファイルを生成する。図8aは、車両停止を契機とて送信される停止時プローブ情報ファイルである。図8aに示す車両停止時のプローブ情報ファイルにも、管理部のデータと、複数の地点のプローブ情報からなるデータ本体とが格納されている。管理部には、プローブ情報送信装置車載機のIDと、ファイル種別と、車両の位置座標;緯度経度と、収集周期と、が含まれている。図7,8から明らかなように、車両停止時のプローブ情報ファイルは、通常のプローブ情報ファイルとは形式が異なっている。ファイル種別には、図8aに示す停止時のプローブ情報ファイルであるかことを示す情報が格納される。車両の位置としては、車両の停止位置、又は当該停止位置付近の位置情報が格納される。停止時のプローブ情報ファイルの場合、通常のプローブ情報ファイルの場合とは異なり、データ本体には、前記第1収集周期例えば、5[s]よりも短い第2収集周期例えば、1[s]毎のプローブ情報が格納される。これは、処理サーバ10にて車両停止直前の車両挙動を解析し易くするために、車両停止直前の車両挙動を短時間毎に詳細に示すためである。管理部の収集周期には、当該第2収集周期例えば、1[s]が格納される。データ本体には、停止時点から所定の収集期間例えば、10[s]ほど遡った期間における、第2収集周期例えば、1[s]毎の各地点A、B,C,D,EGにおけるプローブ情報である。各プローブ情報は、車両の加減速情報、車両方位、ブレーキ/アクセル情報が含まれる。処理サーバ10は、停止直前の車両挙動を取得できれば、渋滞による停止であるか否かを判定できるため、停止時点から所定の収集期間例えば、10[s]ほど遡った期間におけるプローブ情報があれば足りるが、直前のアップロードまで遡ったプローブ情報をデータ本体に格納してもよい。停止時のプローブ情報ファイルでは、プローブ情報に含まれる情報の種別が、通常のプローブ情報ファイルとは異なっている。例えば、停止時のプローブ情報ファイルでは、車両の位置情報緯度経度が、停止時の位置又はその近辺を示すもの1つだけであるが、通常のプローブ情報ファイルでは、第1収集周期毎の多数の車両位置情報緯度経度が含まれている。多数の車両位置緯度経度は、車両の軌跡、ひいては車両の挙動などを把握する上で必要であるが、緯度経度情報は情報量が多い。これに対し、停止時には、どの位置で停止したかがわかればよいため、停止時のプローブ情報ファイルでは、車両の位置緯度経度として、停止時の位置又はその近辺を示すもの1つだけとしている。また、停止時には、停止位置が推測できる最低限度の情報とその停止が渋滞の進入によるものであるか否かを判定するための車両の挙動がわかる情報があればよく、道路の走行時間を測定するためのある程度あつまった走行軌跡は不要である。そこで、停止時のプローブ情報ファイルでは、第2収集周期毎のプローブ情報として、車両位置に代えて、車両の加減速情報が格納されている。また、停止時のプローブ情報ファイルでは、車速も省略されている。このように、停止時のプローブ情報ファイルでは、加減速情報という、通常のプローブ情報ファイルにない種別の情報を付加することで、データサイズを押さえつつ、車両の停止の原因を解析しやすくなっている。また、処理サーバ10では、停止直前の車両の挙動を示す加減速情報を算出する必要がなくなり、処理負荷が軽減される。また、図8aに示すように、停止時のプローブ情報ファイルでは、通常のプローブ情報ファイルにない付加情報として、ブレーキ/アクセル情報が含まれる。したがって、処理サーバ10では、ブレーキ/アクセル情報などの付加情報をも考慮して、停止の原因を解析することが可能である。なお、図8a中にも示すように、停止時のプローブ情報ファイルの各プローブ情報は、通常のプローブ情報ファイルのプローブ情報と同様に、座標、車両方位、車速、時刻からなるものであってもよい。この場合、処理サーバ10が、車両の位置座標から、停止直前の車両挙動を推定することになる。なお、図8aのプローブ情報ファイルでは、直前のアップロード以降の期間であって、所定の収集期間よりも前の期間のプローブ情報図8bの地点a,b,c,d,e,fのプローブ情報が含まれていないが、含めても良い。この場合、所定の収集期間よりも前の期間のプローブ情報は、第1収集周期毎の情報で足りる。また、所定の収集期間よりも前の期間のプローブ情報は、図7aに示す通常のプローブ情報ファイルの形式で、停止時のプローブ情報ファイルとは別に、停止時アップロードの際又は次回の送信周期の際に送信してもよい。以上のように、本実施形態のプローブ情報送信装置1では、プローブ情報を、車両停止時のタイミングでリアルタイムにアップロードするため、処理サーバ10側では、リアルタイムに、渋滞検出を行うことができる。なお、図2に示すように、処理サーバ10は、プローブ情報送信装置1における非渋滞判定部3dと同様の非渋滞判定部11aを設けることができる。この場合、処理サーバ10でも、独自に、プローブ情報が、渋滞以外の要因による車両停止でアップロードされたものであるか否かの判定非渋滞判定が行える。そして、処理部11は、判定部11aによる判定結果に基づいて、その後の処理対象となるプローブ情報を決定することができる。例えば、処理部11は、渋滞以外の要因による車両停止でアップロードされたプローブ情報については、記憶部12から消去して破棄することで、その後の処理対象外にすることができ、意味のない情報の蓄積を防止できる。なお、渋滞以外の要因による車両停止でアップロードされたプローブ情報を記憶部12から消去する必要はなく、記憶部12に保持したまま、単に処理対象外としてもよい。なお、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味、及び範囲内でのすべての変更が含まれることが意図される。"