JP5798332B2 - 車両情報取得システム及び車両情報取得方法 - Google Patents

Description

本発明は、車両に搭載された情報処理装置から車両情報を取得する車両情報取得システム、及び車両情報取得方法に関する。

一般に、自動車などの車両には、内燃機関の状態などを含む車両状態を、車両に搭載されている各種センサから取得した車両情報に基づいて診断する自己診断装置が設けられている。こうした自己診断装置は、診断に用いる車両情報が多いほど、詳細な診断や精度の高い診断が行えるようになる。その一方、診断に用いる車両情報の増加は、それら情報の処理負荷の増大や記憶領域の圧迫を招くことともなり自己診断にかかる処理速度の低下に起因する適時の原因特定を困難にもしかねない。

そこで、診断精度を維持しつつ、診断処理にかかる処理速度の低下を抑えることのできるシステムの一例が特許文献１に記載されている。この特許文献１に記載のシステムでは、故障診断の対象部位についての故障情報をダイアグ情報として検出するとともに、同対象部位の故障履歴情報として検出されているプレダイアグ情報（車両情報）を車両からディーラに対して送信する。そして、こうして車両から送信されたプレダイアグ情報（車両情報）を受信したディーラでは、その解析結果に基づいて該当車両を特定し、この特定した車両にダイアグ情報の送信を求めるべく送信要求を行う。同システムでは、このように、故障診断に用いるダイアグ情報をディーラ側がプレダイアグ情報（車両情報）から選択するようにすることで、車両側での自己診断装置による情報処理負荷が軽減されるようになるとともに、ディーラ側にあっても、取得すべきダイアログ情報が絞り込まれるようになるため、診断処理にかかる処理負荷の増大が抑制される。しかも、絞り込まれたダイアグ情報に基づいて診断処理が行われることから、その診断精度を高く維持することができるようになる。

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

ところで近年、車両には各種電子制御装置（ＥＣＵ）などの多数の情報処理装置が搭載されるようになってきており、それら情報処理装置により実行処理されるプログラムも自己診断の対象となりつつある。そして、この場合における自己診断は、特許文献１に記載のシステムのように、既に用意されたダイアグ情報をプレダイアグ情報（車両情報）から絞り込んで特定する方法とは異なり、異常な値をとる車両情報の発生元をプログラムの処理手順を遡ることにより特定する方法が採用されることが多い。ただし、このような原因特定のために用いられるプログラムにそれら原因を特定するための車両情報の取得位置を予め埋め込んでおくことは、当該プログラム自身の煩雑化を招くなど、容易ではない。また、たとえこのようなプログラムの作成が可能であったとしても、その診断精度を高めようとすれば、診断に用いられる車両情報の増加が避け難い。

本発明は、このような実情に鑑みてなされたものであり、その目的は、プログラムの処理手順を遡ることにより異常な値をとる車両情報の発生元を特定する場合であれ、その診断精度の向上を図りつつ、診断のために取得すべき車両情報の増大を好適に抑制することのできる車両情報取得システム、及び車両情報取得方法を提供することにある。

以下、上記課題を解決するための手段及びその作用効果を記載する。
請求項１に記載の発明は、車両状態を示す情報として車両に搭載された情報処理装置にて処理される車両情報を当該車両と通信可能に接続された情報管理センタにより取得する車両情報取得システムであって、前記車両には、位置情報と時間情報とが付加されて前記情報処理装置で実行される実行プログラムにて処理される車両情報を、前記実行プログラムの実行中に該実行プログラムに設定されたプローブポイントから呼び出されるプローブ関数を介して設定された収集条件に基づいて取得するとともに、該取得した車両情報を前記情報管理センタに送信する情報取得部が設けられており、前記情報管理センタは、前記送信された車両情報を、当該車両情報に付加されている位置情報と時間情報とを併せて解析して得られた予兆情報からなる収集情報に基づいて注目すべき予兆情報を検出するとともに、該注目すべき予兆情報が取得された前記実行プログラム上のプローブポイントを特定し、この特定したプローブポイントに基づいて前記情報処理装置にて処理される車両情報に対する新たな収集条件を決定するとともに、該決定した収集条件を前記情報取得部が次に取得すべき車両情報の収集条件として前記車両に送信し、該送信した収集条件を前記情報取得部に再設定する
ことを要旨とする。

請求項９に記載の発明は、車両状態を示す情報として車両に搭載された情報処理装置にて処理される車両情報を当該車両と通信可能に接続された情報管理センタに取得させる車両情報取得方法であって、前記車両に設けられた情報取得部によって、位置情報と時間情報とが付加されて前記情報処理装置で実行される実行プログラムにて処理される車両情報を、前記実行プログラムの実行中に該実行プログラムに設定されたプローブポイントから呼び出されるプローブ関数を介して設定された収集条件に基づいて取得するとともに、該取得した車両情報を前記情報管理センタに送信する工程と、前記情報管理センタによって、前記送信された車両情報を、当該車両情報に付加されている位置情報と時間情報とを併
せて解析して得られた予兆情報からなる収集情報に基づいて注目すべき予兆情報を検出するとともに、該注目すべき予兆情報が取得された前記実行プログラム上のプローブポイントを特定し、この特定したプローブポイントに基づいて前記情報処理装置にて処理される車両情報に対する新たな収集条件を決定するとともに、該決定した収集条件を前記情報取得部が次に取得すべき車両情報の収集条件として前記車両に送信し、該送信した収集条件を前記情報取得部に再設定する工程と、を車両情報として必要とされる情報が得られるまで実行することを要旨とする。

このような構成あるいは方法によれば、収集された車両情報の解析結果により、車両にて収集される車両情報が定められるようになる。これにより、収集された車両情報から次に収集すべき車両情報が目的に対してより好適な情報として取得されるように設定される。例えば車両情報から異常が検出された場合、その原因などを絞り込むようなかたちに収集条件を設定することが可能になる。

また収集条件を、情報処理装置にて処理される任意の車両情報に対して定めるので、情報処理装置から取得される車両情報を、車載センサに基づく車両状態のみならず、プログラムなどで処理された情報などとすることもできるようになる。これにより、情報処理装置にて実行されるプログラムなどが取り扱う情報も車両情報の対象とすることができるため、車両に生じた異常の予兆の原因などを多くの情報から詳細に判断することができるようになるとともに、その異常の予兆を検出することも可能になる。

さらに、原因を絞り込むように設定する収集条件により車両情報を収集するため、一度に収集する車両情報を少量化することが可能になり、情報処理能力に余裕の少ない車両の情報処理装置にあってもその通常の機能を維持しつつ車両情報の収集を行うことができるようにもなる。これにより、車両情報の収集の容易化が図られるようにもなる。
また、交通状況は、位置はもとより時間帯によっても異なるため、車両情報には、位置
や時間により特有の変化が生じる場合もある。そこで、このような構成あるいは方法によれば、位置や時間を併せ解析することで、再設定する収集条件を、より詳細な解析、例えば異常の発生状況の特定を好適に行えるものにすることができる。

請求項２に記載の発明は、請求項１に記載の車両情報取得システムにおいて、前記情報取得部は、収集条件が前記情報管理センタによって設定されないとき、初期設定されている収集条件に基づいて該当する車両情報を取得することを要旨とする。

請求項１０に記載の発明は、請求項９に記載の車両情報取得方法において、収集条件が前記情報管理センタによって設定されないとき、初期設定されている収集条件に基づいて前記情報取得部に該当する車両情報を取得させることを要旨とする。

このような構成あるいは方法によれば、収集条件を設定する必要性がないときなどには、予め定められている収集条件を用いることにより車両の一般的な状態監視に適した車両情報の監視、例えば網羅的な状態監視や、重要性の高い情報に対する監視などが行えるようになる。これにより、収集条件の設定の手間が省かれるようにもなる。

請求項３に記載の発明は、請求項２に記載の車両情報取得システムにおいて、前記初期設定されている収集条件は、異常予兆を示す車両情報を取得することのできる収集条件であることを要旨とする。

請求項１１に記載の発明は、請求項１０に記載の車両情報取得方法において、前記初期設定されている収集条件として、異常予兆を示す車両情報を取得することのできる収集条件を用いることを要旨とする。

このような構成あるいは方法によれば、収集条件を異常の予兆に関する条件とすることで、車両に生じる異常の予兆に対して迅速にその原因特定をすることができるようにもなる。特に、車両に一般に設けられている故障診断装置を用いて異常の予兆に関する車両情報を取得すれば原因絞り込み前の収集条件の設定を割愛することもできるようになる。

請求項４に記載の発明は、請求項１〜３のいずれか一項に記載の車両情報取得システムにおいて、前記情報管理センタは、前記送信された車両情報から車両の異常を解析し、この解析した結果である車両の異常内容に基づいて前記情報取得部に再設定する新たな収集条件を決定することを要旨とする。

請求項１２に記載の発明は、請求項９〜１１のいずれか一項に記載の車両情報取得方法において、前記情報管理センタによって、前記送信された車両情報から車両の異常が解析され、この解析した結果である車両の異常内容に基づいて前記情報取得部に再設定する新たな収集条件が決定されることを要旨とする。

このような構成あるいは方法によれば、情報管理センタにて車両の異常を解析するため、車載情報処理装置にて行う判断に比べて、車両に対する異常を詳細に解析することも可能となる。また、解析結果に基づいて定める収集条件に基づいて、さらに車両情報を取得することによって異常の原因を段階的に絞り込むことも可能になる。

請求項５に記載の発明は、請求項１〜４のいずれか一項に記載の車両情報取得システムにおいて、前記情報管理センタは、車両情報を送信した車両の車種を識別し、当該識別された車種毎に解析された結果を蓄積することを要旨とする。

請求項１３に記載の発明は、請求項９〜１２のいずれか一項に記載の車両情報取得方法において、前記情報管理センタによって、車両情報を送信した車両の車種が識別され、当該識別された車種毎に解析された結果が蓄積されることを要旨とする。

このような構成あるいは方法によれば、車両は車種毎に特性が異なるので、同じ車種の車両情報を蓄積することにより蓄積された車両情報から同車種の特性、特に車種固有の異常を検知することも可能になる。

請求項６に記載の発明は、請求項１〜５のいずれか一項に記載の車両情報取得システムにおいて、前記再設定する収集条件には、位置情報及び時間情報の少なくとも一方が含まれることを要旨とする。

請求項１４に記載の発明は、請求項９〜１３のいずれか一項に記載の車両情報取得方法において、前記再設定する収集条件には、位置情報及び時間情報の少なくとも一方が含まれることを要旨とする。

交通状況は、位置はもとより時間帯によっても異なるため、車両情報には、位置や時間により特有の変化が生じる場合もある。
そこで、この構成あるいは方法によるように、位置や時間を特定することで、より詳細な解析、例えば異常の発生状況の特定を好適に行えるようにすることができる。また、位置や時間が特定されることで、取得される車両情報の情報量の少量化も図られるようになる。

請求項７に記載の発明は、請求項１〜６のいずれか一項に記載の車両情報取得システムにおいて、前記情報管理センタは、複数の車両から取得した車両情報を解析した結果に基づいて前記再設定する収集条件を決定することを要旨とする。

請求項１５に記載の発明は、請求項９〜１４のいずれか一項に記載の車両情報取得方法において、前記情報管理センタによって、複数の車両から取得した車両情報が解析された結果に基づいて前記再設定する収集条件が決定されることを要旨とする。

このような構成あるいは方法によれば、複数の車両から取得した車両情報に基づいて収集条件を設定することにより、ある車両に生じた車両情報の変化がその他の車両にも生じるか否かを判断できるようになる。これにより、車両情報に生じる変化の原因、例えば、異常の原因などを絞り込む判断が好適になされるようにもなる。

請求項８に記載の発明は、請求項１〜７のいずれか一項に記載の車両情報取得システムにおいて、前記情報管理センタは、前記再設定する収集条件を、車両情報を送信した車両とは異なる他車両の情報取得部にも再設定することを要旨とする。

請求項１６に記載の発明は、請求項９〜１５のいずれか一項に記載の車両情報取得方法において、前記情報管理センタによって、前記再設定する収集条件が車両情報を送信した車両とは異なる他車両の情報取得部にも再設定されることを要旨とする。

このような構成あるいは方法によれば、収集条件を複数の車両に設定することで、情報取得部を備える複数の車両から車両情報が取得されるようになる。これにより、複数の車両の車両情報に生じた変化が、特定の車両に依存するものか、特定の車種に依存するものか、車両全般に生じるものかなどが判断できるようになる。これにより、車両情報に生じ
る変化の原因、例えば、異常の原因などを絞り込み判断が好適になされるようにもなる。

本発明に係る車両情報取得システムを具体化した一実施形態について、その構成を具体化した態様を示す模式図。 同車両情報取得システムについて、車両側のシステム構成を示すブロック図。 同車両情報取得システムについて、情報管理センタ側のシステム構成を示すブロック図。 同車両情報取得システムについて、車両が初期設定に基づいて車両情報を取得する処理手順を示すフローチャート。 同車両情報取得システムについて、情報管理センタが受信した車両情報を保持する処理手順を示すフローチャート。 同車両情報取得システムについて、情報管理センタが受信した車両情報を解析して収集指示情報を生成する処理手順を示すフローチャート。 同車両情報取得システムについて、車両が情報管理センタから受信した収集指示情報を解析して該車両に収集条件などを設定する処理手順を示すフローチャート。 同車両情報取得システムについて、車両が設定された収集条件に基づいて車両情報を収集する処理手順を示すフローチャート。

本発明にかかる車両情報取得システムを具体化した一実施形態について、図１〜図３に従って説明する。
まず、本実施形態の車両情報取得システムの構成について説明する。

図１に示すように、車両情報取得システムは、様々な交通環境を走行する複数の車両１と、それら車両１と相互の無線通信が可能な情報管理センタ２とが設けられている。各車両１は、当該車両１の各種センサから取得された情報や該車両１に搭載されたカーナビゲーションなどの情報処理装置にて実行されるプログラムにより処理された情報などからなる車両情報を情報管理センタ２に送信する。情報管理センタ２は、車両１から送信された車両情報を解析するものであって、解析に適した車両情報を各車両１から取得するために各車両１に対して収集させる車両情報と、その収集条件とを指示する。

図２に示すように、車両１には、カーナビゲーションなどからなる情報処理装置としての車載機１０と、各種情報を授受可能に車載機１０に接続された車載通信部１１と、車載機１０に位置情報を伝達可能に接続されたＧＰＳ１２と、車載機１０に各種センサ１４〜１７から取得した情報を伝達可能に接続された車両ＥＣＵ１３とが設けられている。

車載通信部１１は、無線通信にて情報管理センタ２との間で相互のデータ通信を行うためのものである。
ＧＰＳ１２は、いわゆる全地球測位システム（ＧＰＳ：Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）のことであり、複数のＧＰＳ衛星からのＧＰＳ信号を受信して車両１の現在の走行位置や時間等を正確に検出するとともに、検出した走行位置や時間を車載機１０に出力する。

車両ＥＣＵ１３は、車載ネットワークなどを介してデータ通信可能に車載機１０に接続されている。車両ＥＣＵ１３は、車両制御などを行う１つもしくは複数のＥＣＵであるとともに、それらＥＣＵにはそれぞれ速度センサ１４、ステア角センサ１５、エンジン回転数センサ１６、及びエンジン温度センサ１７などの各種センサが接続されている。そして、それら各種センサ１４〜１７から取得された情報は、車両ＥＣＵ１３から車載機１０に
出力される。

車載機１０には、マイクロコンピュータを中心に構成される車載情報処理装置としての情報処理装置１１０と、情報処理装置１１０の記憶装置として利用されるストレージ部１００とが設けられている。車載機１０は、ナビゲーションシステムの機能として、ＧＰＳ１２等を利用することによって車両１の現在の走行位置を検出するとともに、検出した車両１の現在の走行位置に基づいて、ストレージ部１００に記憶されている地図情報１０４を参照することにより、走行目的地まで車両１の走行経路を案内することなどをする。

ストレージ部１００は、情報処理装置１１０への読み込み、及び情報処理装置１１０からの書き込みが可能な周知の記憶装置である。ストレージ部１００には、情報処理装置１１０に読み込まれて実行処理されるプログラム１０１と、情報処理装置１１０にて取り扱われる車両情報を取得する指示情報である収集指示情報１０２と、収集指示情報１０２に基づいて取得された車両情報などを保存する保存収集情報１０３とが記憶されている。また、ストレージ部１００には、予め設定された地図情報１０４と、車両１の登録番号、車両に固有の車両ＩＤ、車種や、型式、年式、仕向地、及び仕様などの車両１の固有の情報である固有情報１０５とが記憶されている。

プログラム１０１は、車載機１０がナビゲーションシステムの基本機能をユーザに提供するために情報処理装置１１０にて実行処理される基本機能プログラムである。なお図示しないが、ストレージ部１００には、ナビゲーションシステムに付加機能を提供する付加プログラムや、実行中のプログラムにより取り扱われている車両情報を取得する情報取得プログラムなども含まれる。さらに、ストレージ部１００には、情報処理装置１１０のオペレーションシステムなどが含まれてもよい。情報取得プログラム（情報収集部１１３）には、情報取得用の関数としてのプローブ関数が１つ又は複数設けられている。プローブ関数は、実行されたプログラム１０１（実行プログラム１１１）から呼び出されることで、それを呼び出したプログラムの動き（シーケンス）を検出したり、呼び出したプログラムが取り扱う車両情報を取得したりすることができるようになっている。プローブ関数が取得する車両情報は、収集指示情報１０２に基づいて設定される。なお、プローブ関数により取得された車両情報はメモリやストレージ部１００に記憶される。

本実施形態のプログラム１０１には、プローブ関数の呼び出しに用いることのできるプローブポイントが複数箇所に設定されている。各プローブポイントは、そのプローブポイントから情報収集プログラムに設けられているプローブ関数を呼び出すことで情報収集プログラムにプログラムの動きを検出させたり、呼び出したプローブ関数に車両情報を取得させたりすることができるようになっている。このプローブポイントのアドレスは、基本機能プログラムの構造データにより予め明らかにされている。すなわちプログラム１０１のプローブポイントが情報取得プログラムのプローブ関数を呼び出すことで、当該プローブポイントのシーケンスが検出されたり、当該プローブポイントから引き渡される数値などの車両情報が該プローブ関数により取得されるとともにストレージ部１００に記憶される。なお通常、プログラム１０１のプローブポイントはプローブ関数を呼び出すようには設定されていないのでプローブ関数による車両情報の収集は行われない。

収集指示情報１０２には、情報取得プログラムが情報収集を行う際、情報処理装置１１０にて実行処理されているプログラム１０１から収集する車両情報とその車両情報を収集する条件である収集条件からなる収集指示が１つもしくは複数設定されている。例えば、収集指示情報１０２の収集指示には、「情報収集起点」、「収集する車両情報」、「収集する走行範囲」、「収集する日時」及び「終了条件」などが設定されている。「情報収集起点」は、車両情報の収集対象であるプログラム１０１上のポイントであり、「収集する車両情報」は、車両情報の収集対象であるプログラム１０１により取り扱われる取得対象
となる車両情報を特定する情報である。また、「収集する走行範囲」は、車両情報を取得する条件として定められる車両１の走行位置であり、「収集する日時」は、車両情報を取得する条件として定められる開始日時と終了日時であり、「終了条件」は、車両情報の取得を終了する条件である。

例えば、本実施形態では、「情報収集起点」には、プログラム１０１の処理手順（シーケンス）に基づいて、車両情報の収集開始するプローブポイントとして、「関数Ｆの最初のプローブポイント」が設定され、同プローブポイントから収集する車両情報として、例えば、「呼び出したプローブポイントのアドレス」や「車速情報」などが設定される。また、「収集する走行範囲」には、例えば、「Ａ地点から半径１ｋｍ以内の範囲」の走行範囲であることが設定され、「収集する日時情報」には、例えば、「日曜日の１２時〜１４時の間」であることが設定される。さらに、「終了条件」には、例えば、「関数Ｆの終わり、あるいは関数Ｆの処理開始から５００ｍｓ経過するまで」であることが設定される。

なお本実施形態では、収集指示情報１０２は情報管理センタ２から送られてくるが、ストレージ部１００には収集指示情報１０２の初期設定としての「情報収集起点」、「収集する車両情報」、「収集する走行範囲」、「収集する日時」、及び「終了条件」も保持されている。これにより、情報管理センタ２から収集指示情報１０２が送られてこない場合には、初期設定されている「情報収集起点」などが収集指示情報１０２に設定される。初期設定値としては、車両１の一般的な状態監視に適した車両情報の監視、例えば網羅的な状態監視や、重要性の高い情報に対する監視などが行えるようになっていることから、車両１の異常予兆を示す車両情報を取得することのできるように車両情報とそれを取得する収集条件が設定されている。

保存収集情報１０３は、情報取得プログラムが収集指示情報１０２に基づいて収集した車両情報を含む収集情報が１つもしくは複数、一時的に保持されるものであることから、収集指示情報１０２に基づいて取得される車両情報を含む収集情報が逐次追加される。また、保存収集情報１０３に保持されている車両情報を含む収集情報は、所定の条件に応じて随時、情報管理センタ２に送信されるとともに、情報管理センタ２に送信された車両情報を含む収集情報は、情報管理センタ２が受信したことを確認したことに基づいて保存収集情報１０３から削除される。これにより、収集された車両情報を含む収集情報が逐次追加される保存収集情報１０３がストレージ部１００の記憶容量を圧迫することがないようになっている。

地図情報１０４は、ナビゲーションシステムに用いられる地図情報であって、道路自体の配置の態様を示す道路情報や、信号などの道路に付帯する設備の情報や、道路周辺に立地されている施設の情報等などが含まれている。

情報処理装置１１０のマイクロコンピュータには、演算装置、不揮発性メモリ（ＲＯＭ）、揮発性メモリ（ＲＡＭ）などが設けられているとともに、外部記憶装置としてストレージ部１００が接続されている。そして同ストレージ部１００や各メモリに格納されている各種プログラム及び各種データに基づく各種情報処理がマイクロコンピュータにより実行される。

情報処理装置１１０には、車載機１０としての機能を提供するためのプログラム１０１が実行されたものである実行プログラム１１１と、情報管理センタ２との間のデータ通信を制御する情報取得部を構成する送受信情報管理部１１２とが設けられている。また、情報処理装置１１０には、実行プログラム１１１から車両情報を取得する情報取得プログラムが実行されたものである情報取得部を構成する情報収集部１１３が設けられている。

実行プログラム１１１は、車載機１０が起動してそのオペレーションシステムが実行された後、情報処理装置１１０が読み込んだプログラム１０１が実行条件の成立により実行されたものである。実行プログラム１１１により、車載機１０において、ナビゲーションシステムとしての、車両の目的地設定や走行経路案内などの機能がユーザに提供されるようになる。

送受信情報管理部１１２は、車載通信部１１を介して情報管理センタ２から受信した収集指示情報１０２をストレージ部１００に記憶させるとともに、情報収集部１１３には収集指示情報１０２を受信したことを通知する。また、送受信情報管理部１１２は、車載通信部１１を介して情報管理センタ２とのデータ通信が可能なとき、保存収集情報１０３に蓄積されている車両情報を含む収集情報を情報管理センタ２に送信する。その後、送受信情報管理部１１２は、情報管理センタ２に送信した収集情報に対する受信確認を同情報管理センタ２から受けたことに基づいて該受信確認された収集情報を保存収集情報１０３から削除する。

情報収集部１１３は、実行プログラム１１１のプローブポイントから呼び出されるプローブ関数を、それらを呼び出すプローブポイントに対応させるように設けられており、プローブ関数が対応するプローブポイントから呼び出される都度、当該プローブ関数を介して実行プログラム１１１から車両情報を取得する。すなわち情報収集部１１３はプローブ関数を介して、収集指示情報１０２に基づいて実行プログラム１１１にて取り扱われている数値などの車両情報を取得するとともに、取得した車両情報を、他の情報を含む収集情報としてからストレージ部１００の保存収集情報１０３に記憶させる。情報収集部１１３には、車両情報を収集するための各種設定を行う収集指示設定部１１４と、車両情報を収集する走行位置や時間などの条件の成否を判定する収集条件判定部１１５と、収集された車両情報の値が異常か否かを判断する異常判断部１１６とが設けられている。また、情報収集部１１３には、車両情報を取得するとともに、取得した車両情報を収集情報として保存収集情報１０３に保存させる収集情報保存部１１７と、現在の走行位置が「収集する走行範囲」内であるか否かを通知する走行範囲通知部１１８と、現在の時間が「収集する時間」内であるか否かを通知するタイマー部１１９とが設けられている。

収集指示設定部１１４は、ストレージ部１００から読み込んだ収集指示情報１０２に従って実行プログラム１１１のプローブポイント対応するプローブ関数を呼び出させる設定などを行う。収集指示設定部１１４は、収集指示情報１０２の内容を解析して同収集指示情報１０２から１つ又は複数の「情報収集起点」を得て、それぞれの「情報収集起点」にそれぞれ対応する条件として「収集する車両情報」、「収集する走行範囲」、「収集する日時」、及び「終了条件」をそれぞれ得る。そしてこのように得られた１つ又は複数の「情報収集起点」とそれに対応する条件をそれぞれ設定する。

すなわち収集指示設定部１１４は、「情報収集起点」に基づいて、「情報収集起点」に対応する実行プログラム１１１のプローブポイントに対応するプローブ関数を呼び出す設定をする。

また収集指示設定部１１４は、「収集する車両情報」に基づいて、プローブポイントから呼び出されるプローブ関数に、呼び出されたとき実行プログラム１１１から取得する車両情報を設定する。例えば、関数Ｆの最初のプローブポイントから呼び出されたプローブ関数は、関数Ｆに送られる引数をプローブポイントから車両情報として取得したり、そのときの速度情報を取得したりするように設定される。このように、プローブ関数が呼び出されたとき、その呼び出しにより取得する車両情報が各プローブ関数に設定される。なお収集指示設定部１１４は、収集指示情報１０２に基づいて、プローブ関数を呼び出すように設定する実行プログラム１１１のプローブポイントを同実行プログラム１１１上のアド
レスにより特定するようにしている。

さらに、収集指示設定部１１４は、「収集する走行範囲」に基づいて、車両情報の収集を有効にする走行範囲を走行範囲通知部１１８に設定する。これにより、走行範囲通知部１１８が、車両１の現在位置が「収集する走行範囲」にあるか否かを判断することができるようになる。

また、収集指示設定部１１４は、「収集する日時」に基づいて、車両情報を取得する日時をタイマー部１１９に設定する。これにより、タイマー部１１９が、現在の日時が「収集する日時」にあるか否かを判断することができるようになる。

さらに、収集指示設定部１１４は、「終了条件」の内容を収集条件判定部１１５に設定する。これにより、収集条件判定部１１５が、「終了条件」が成立したか否かを判断することができるようになる。

また、収集指示設定部１１４は、実行プログラム１１１のプローブポイントから呼び出されるプローブ関数が車両情報を取得するか否か、すなわちプローブ関数の有効／無効を設定することができる。本実施形態では、まず、関数Ｆから最初に呼び出されるプローブ関数の読み出しのみを有効にしておき、関数Ｆの他のポイントから呼び出されるプローブ関数を全て無効に設定しておく。そして関数Ｆから最初に呼び出されるプローブ関数の読み出しに基づいて、終了条件を満たすまで、その後、当該関数Ｆから呼び出される他のプローブ関数を有効とする。

収集条件判定部１１５は、実行プログラム１１１から情報収集部１１３のプローブ関数が呼び出されたとき、該呼び出されたプローブ関数に設定されている車両情報を取得する条件が成立しているか否かを判断する。すなわち収集条件判定部１１５は、走行範囲通知部１１８による車両１の現在位置が「収集する走行」に含まれるか否かの判断結果と、タイマー部１１９による現在の時間が「収集する日時」に含まれるか否かの判断結果とに基づいて、車両情報の取得条件の成否を判断する。そして、いずれの条件も成立している場合、車両情報を取得する条件が成立していると判断する一方、いずれかの条件が成立しない場合、車両情報を取得する条件が成立していないと判断する。収集条件判定部１１５は、車両情報を取得する条件が成立していると判断した場合、プローブ関数の処理を収集情報保存部１１７に移行させて車両情報を取得させるが、車両情報を取得する条件が成立していないと判断した場合、プローブ関数の呼び出しをプローブポイントに戻し、車両情報を取得させない。

また収集条件判定部１１５には、呼び出されたプローブ関数に情報収集させない、いわゆるプローブ関数を無効にさせる「終了条件」が設定される。例えば、「終了条件」として、実行プログラム１１１による関数Ｆの処理が終了する場合や、関数Ｆから最初にプローブ関数が呼び出されてから５００ｍｓ経過した場合を条件とし、この条件を満たした場合、全てのプローブ関数を無効にするように設定する。なお、「終了条件」が成立した場合、上述のように全てのプローブ関数が無効にされるとともに、走行範囲通知部１１８やタイマー部１１９へ登録された「収集する走行範囲」や「収集する日時」などの登録情報が削除される。

異常判断部１１６は、利用者が感じる不都合の前段階として発生する予兆を判断する。利用者が感じる不都合は、幾つかの予兆が重なり、その度合いが大きくなり、装置内での対処やリカバリができなくなることによって生じるものもある。異常判断部１１６は、この予兆を軽微であっても早く見つけ出すために、不都合の予兆となるシステムの異常な動きや、データ値の異常な値などを検出する。なお、異常判断部１１６は、主に、初期設定
による収集指示情報１０２に基づいて収集された車両情報に対して予め定められた異常判定基準を適用して予兆情報となりうる情報を判断する。なお、予兆情報が検出された場合、異常判断部１１６は、当該予兆情報を車両情報を含む収集情報と同様のフォーマットで情報管理センタ２に伝送させる。

収集情報保存部１１７は、収集条件判定部１１５から処理が移行されたプローブ関数から該プローブ関数に設定されている収集する車両情報を取得する。また、収集情報保存部１１７は、取得した車両情報を異常判断部１１６にも伝達する。これにより、プローブ関数から取得され車両情報に基づいて異常判断部１１６が予兆情報を検出できる。さらに、収集情報保存部１１７は、車両情報を含む収集情報を生成する。収集情報保存部１１７は、プローブポイントからプローブ関数に引数として渡されるなどした車両情報に、該プローブ関数が呼び出されたプローブポイントのアドレス、該プローブ関数が呼び出されたときの車両１の走行位置や日時、その他同車両１の車種などを付加した収集情報を構成し、この構成された収集情報を一時的にメモリなどに記憶させる。そして、収集情報保存部１１７は、一時的にメモリなどに記憶された収集情報を適宜、ストレージ部１００の保存収集情報１０３に記憶させる。これにより、車載機１０は、車両情報を含む収集情報を保存収集情報１０３から情報管理センタ２に伝送できるようになる。

走行範囲通知部１１８は、収集指示設定部１１４により情報収集する走行範囲が設定される。そして走行範囲通知部１１８は、車両１の走行位置がこの設定された走行範囲に入ったこと、あるいはこの設定された走行範囲から出たことを検出し、走行範囲に入ったことや出たことが検出されると、この走行範囲に入ったこと又は出たことを収集条件判定部１１５に通知する。

タイマー部１１９は、収集指示設定部１１４により情報を「収集する日時」、すなわち「開始日時」及び「終了日時」が設定される。そしてタイマー部１１９は、日時が「開始日時」になったこと、あるいは「終了日時」になったことを検出すると、「開始日時」又は「終了日時」になったことを収集条件判定部１１５に通知する。

図３に示すように、情報管理センタ２は、あらゆる車種から送信される予兆に関する情報を受信して、それら受信された予兆に関する情報を検知された車種毎に保存している。また、情報管理センタ２は車種毎に保存している予兆に関する情報に基づいて、当該予兆に対して詳細な情報を取得するために車載機１０で収集すべき情報を絞り込み、それら絞り込まれた情報の収集を車載機１０に指示する。

情報管理センタ２には、各種情報を記憶するストレージ部２０と、車両１と無線通信可能なセンタ通信部２１と、情報管理センタ２と車両１との間の無線通信を管理する送受信情報管理部２２と、車両１から受信した収集情報をストレージ部２０に記憶させる情報格納処理部２３とが設けられている。また、情報管理センタ２には、収集情報に含まれる車両情報などから異常な予兆情報を検知する予兆検知部２４と、収集情報に含まれる車両情報などから異常の原因を特定する原因特定部２５とが設けられている。さらに、情報管理センタ２には、予兆検知部２４や原因特定部２５の結果に基づいて車両１に取得させる車両情報を同車両１に指示する情報である収集指示情報１０２を作成する収集指示情報管理部２６が設けられている。

送受信情報管理部２２、情報格納処理部２３、予兆検知部２４、原因特定部２５、及び収集指示情報管理部２６には、マイクロコンピュータを中心に構成される演算装置（図示略）がそれぞれ設けられている。すなわちマイクロコンピュータには、演算装置、記憶装置、不揮発性メモリ（ＲＯＭ）、揮発性メモリ（ＲＡＭ）などが設けられており、同記憶装置や各メモリに格納されている各種データ及びプログラムに基づく各種情報処理がマイ
クロコンピュータにより実行される。なおこれら送受信情報管理部２２、情報格納処理部２３、予兆検知部２４、原因特定部２５、又は収集指示情報管理部２６は、それらのうちの複数が一つのマイクロコンピュータを共用するようにしてもよい。

センタ通信部２１は、車両１との間で相互のデータ通信を無線通信にて行うためのものであり、各車両１から収集情報を受信することができるとともに、各車両１に収集指示情報１０２を送信することができる。

ストレージ部２０は、情報格納処理部２３や収集指示情報管理部２６などからの書き込みや読み出しが可能な周知の記憶装置である。ストレージ部２０には、車載機１０に搭載されたプログラム１０１の構造を示すプログラム構造データ２０１と、車載機１０から収集された収集情報が格納される収集情報データベース２０３と、予め設定された地図情報２０４とが設けられている。

プログラム構造データ２０１は、車両１の車載機１０にて実行されるプログラム１０１のプログラム構造を示すデータであり、プログラム１０１そのものや、そのプログラム１０１の構造解析結果からなるデータである。この構造解析結果には、プログラム１０１の各命令や関数のアドレスや、各アドレスで取り扱われる変数などの車両情報に関する情報などが含まれており、さらに本実施形態では、プローブポイントのアドレスと、プローブポイントにて取り扱われている車両情報なども含まれている。これにより収集指示情報管理部２６がプログラム構造データ２０１を参照することによって、プログラム１０１のシーケンスの起点となるポイントを特定したりすることができるようになっている。例えば、プログラム１０１におけるシーケンスが関数を呼び出すシーケンスである場合、予兆情報が検知されたポイントから呼び出された関数を割り出し、その関数の呼び出し元をシーケンスの起点と特定することができるようになる。

このように構造解析されたプログラム構造によれば、プローブポイントに限らずとも、当該プログラムにて処理されている情報を取得可能な位置を知ることができる。例えば、プログラム中のジャンプ命令であれば、それを変更して、一旦、プローブ関数に飛ばしてから目的のジャンプ先に移動させるようにすることもできる。また、関数呼び出し命令であれば、それを変更して、関数呼び出しの際、一旦、プローブ関数を経由するようにすることもできるようになる。

収集情報データベース２０３は、例えば一般的な構造のデータベースからなり、車両１から受信した収集情報を車種別に検索可能な態様に整理して格納する。詳述すると、収集情報データベース２０３では、格納する車両情報を含む収集情報について、車両情報の値、当該車両情報の取得されたプローブポイントアドレス、同プローブポイントアドレスが呼び出されたときの車両１の走行位置、及び日時などの各項目を関連付けるようにして記憶することで、各項目による検索が可能な態様に整理されている。

地図情報２０４は、車両１の車載機１０にて用いられるナビゲーションシステム用の地図情報であって、同地図情報２０４には、道路自体の配置の態様を示す道路情報や、信号などの道路に付帯する設備の情報や、道路周辺に立地されている施設の情報等などが含まれている。

送受信情報管理部２２は、センタ通信部２１を介して車両１に収集指示情報１０２を送信する。なお、収集指示情報１０２にはそれを適用すべき車種や車両などが定められているので、送受信情報管理部２２は収集指示情報１０２を、それを適用する車種や車両に送信することができる。なお、収集指示情報１０２を適用すべき車種としては、１つの車種でも、複数の車種でも、もしくは全ての車種でもよい。また、収集指示情報１０２を適用
すべき車両としては、１つの車両でも、複数の車両でも、もしくは全ての車両でもよい。

さらに、送受信情報管理部２２は、センタ通信部２１を介して車両１の車載通信部１１との通信が可能なとき、車両１から送られてくる収集情報を受信するとともに、車両１から受信した収集情報を情報格納処理部２３に伝達する。また、送受信情報管理部２２は、複数の車両から収集情報を受信して情報格納処理部２３に伝達することもできるが、以下では、１台の車両１から受信した収集情報の処理について説明し、説明の便宜上、同様に処理される他の車両から収集情報について説明は、その説明を割愛する。

情報格納処理部２３は、送受信情報管理部２２から伝達された車両１の収集情報をストレージ部２０の収集情報データベース２０３に所定のルール、例えば車種別に分類して追加する。このとき情報格納処理部２３は収集情報を、車両情報の値、当該車両情報の取得されたプローブポイントアドレス、同プローブポイントアドレスが呼び出されたときの車両１の走行位置、及び日時などの各項目が関連付けられた態様で収集情報データベース２０３に記憶させることで、各項目による検索が可能になるようにしている。また情報格納処理部２３は、収集情報データベース２０３に収集情報を格納させると、その格納させた収集情報を受信した旨を車載通信部１１を介して車両１に通知する。

予兆検知部２４は、各車両１から収集した予兆情報の中から注目すべき予兆を検出する。予兆検知部２４は収集情報データベース２０３を参照して、注目すべき異常な予兆情報として、例えば、異常な予兆情報が検知される回数が多いプログラム中のアドレスを検出する。特に、本実施形態では、注目すべき予兆情報を、車種を特定して検出する。

また、予兆検知部２４は、収集情報データベース２０３に登録された収集情報に含まれる車両情報が異常であるか否か不明である場合、プログラム構造データ２０１を参照して当該車両情報が異常であるか否かを判断する。例えば、予兆検知部２４は、車両情報の値が異常であるか否かを、プログラム構造データ２０１に設定されている許容範囲内であるか否かに基づいて判断する。そして、当該異常の原因を特定するために、収集する車両情報やその収集条件を変更して原因特定に有用な車両情報を収集するための収集指示情報１０２を収集指示情報管理部２６に作成させるようにする。

原因特定部２５は、収集情報データベース２０３に登録された収集情報を参照することにより、同一の車種の複数の車両から獲得した車両情報をデータマイニングなどのデータ処理技術により解析して、データの因果関係などを調べて原因の特定を試みる。もし、明確に特定できない場合、収集する車両情報やその収集条件を変更して原因特定に有用な車両情報を更に収集するための収集指示情報１０２を収集指示情報管理部２６に作成させるようにする。収集する車両情報やその収集条件は、収集する車両情報の種類を増やす、データ収集のための走行範囲を拡げる、時間帯を広げる、車種を増やす、または、直接の原因とはならない、天候、気温、走行時間、運転操作（例えば、急ブレーキなど）など収集対象となる車両情報を増やすなどとのようにそれらの条件が変更される。

収集指示情報管理部２６には、プログラム１０１の処理手順（シーケンス）を特定する対象シーケンス特定部２５０と、取得する車両情報を特定する取得情報特定部２５１と、車両情報の取得条件を特定する取得条件特定部２５２とが設けられている。また、収集指示情報管理部２６には、前記特定されたシーケンス、車両情報及び取得条件に基づいて収集指示情報１０２を作成する収集指示情報作成部２５３が設けられている。

対象シーケンス特定部２５０は、プログラム構造データ２０１を参照するなどして、車両情報の取得対象のプログラム１０１のシーケンスを解析する。すなわち、検知された予兆情報のプログラム上のアドレスを特定し、当該アドレスに至る可能性のあるシーケンス
を洗い出し、そのシーケンスの起点となるプログラム上のポイントを特定する。本実施形態では、プログラム上のアドレスは主に、プログラム１０１のプローブポイントアドレスとして特定される。例えば、関数が呼び出されたシーケンスの場合、プログラム構造データ２０１に基づいて、プログラム１０１上の予兆情報が検知されたプローブポイントから予兆が検知された関数を割り出し、プログラム１０１上のその関数の呼び出し元をシーケンスの起点、すなわち「情報収集起点」とする。

また、対象シーケンス特定部２５０は、「情報収集起点」に対応する「終了条件」も設定する。「終了条件」としては、例えば、異常な予兆情報が検知されたプログラム１０１のプローブポイントに到達した場合や、異常な予兆情報が検知されたプログラム１０１のプローブポイントに到達するシーケンスを外れた場合や、「情報収集起点」を処理してからの経過時間などが条件とされる。

取得情報特定部２５１は、対象シーケンス特定部２５０により特定された「情報収集起点」となるプログラム上のプローブポイントから予兆情報が取得されたプローブポイントまでの間においてプログラムにより取り扱われる車両情報から収集すべき車両情報を特定する。例えば、プログラム構造データ２０１を参照して、プログラム１０１にて取り扱われている各種情報や、関数の引数や、利用可能な各種センサからの情報などから、車両１から取得すべき車両情報を選択する。

取得条件特定部２５２は、予兆情報が検知された車両１の走行位置と時間から、車両情報を「収集する走行範囲」と「収集する日時」を特定する。例えば、予兆情報の検知頻度の高い走行位置と時間からそれぞれ、走行範囲と時間帯を特定する。例えば、取得条件特定部２５２は、ストレージ部２０の収集情報データベース２０３を参照して、注目する予兆情報が検知されたプローブポイント（アドレス）について、当該予兆情報の検知された走行位置と時間の情報を１つ又は複数取得し、その取得した走行位置と時間の情報から発生頻度の高い場所、時間を特定する。すなわち、予兆情報の検知頻度が走行位置“Ａ地点”で高いのであれば、車両情報を収集する走行範囲を、“Ａ地点”を走行する可能性のある直前から、“Ａ地点”を通過直後までとする。あるいは、同走行範囲を、“Ａ地点”を中心とした、半径１ｋｍの範囲内とする。また、予兆情報が“日曜日の１３時頃”に発生している頻度が高いのであれば、車両情報を収集する日時は、日曜日の１２時から１４時の間、すなわち、「開始日時」を“日曜日の１２時”と、「終了日時」を“日曜日の１４時”とする。

収集指示情報作成部２５３は、対象シーケンス特定部２５０により特定された「情報収集起点」と「終了条件」、取得情報特定部２５１により特定された取得すべき「車両情報」、取得条件特定部２５２により特定された「収集する走行範囲」と「収集する日時」とに基づいて車両１に送信する収集指示情報１０２を生成する。このとき収集指示情報作成部２５３は、例えば、収集指示情報１０２のテンプレートやフォーマットに基づいて、「情報収集起点」、「収集する車両情報」、「収集する走行範囲」、「収集する日時」、「終了条件」の各情報を設定する。

このような構成により、情報管理センタ２は、収集指示情報管理部２６にて生成した収集指示情報１０２を送受信情報管理部２２とセンタ通信部２１とを介して車両１に送信することで、この生成した収集指示情報１０２を車両１の情報処理装置１１０の情報収集部１１３に設定させることができるようになる。

次に、本実施形態の車両情報取得システムの作用について図４〜８に従って説明する。
まず、図４に示すように、予兆検知についての手順を説明する。
車両１では車載機１０の情報処理装置１１０にて実行プログラム１１１と情報収集部１
１３とが実行されているものとする。なお実行プログラム１１１の幾つかのプローブポイントは、情報収集部１１３がそれらプローブポイントから車両情報を取得することができるようにプローブ関数を呼び出すように設定されている。なお、プローブポイントに対するプローブ関数の呼び出しの設定や、プローブ関数により取得する車両情報の設定は、初期設定値からなる収集指示情報１０２に基づいて情報収集部１１３が設定するものとする。

これにより、実行プログラム１１１の実行に伴ってプローブ関数の呼び出しを設定されたプローブポイントから情報収集部１１３のプローブ関数が呼び出される（ステップＳ１０）。その際、実行プログラム１１１から引数でプローブ関数に渡される車両情報などが呼び出されたプローブ関数で取得できるようになる。例えば、プローブ関数には引数により、プローブポイントのアドレスや、そのプローブポイントで実行プログラム１１１が取り扱っている車速情報などの車両情報などが渡される。なお、本実施形態では、初期設定に基づく収集指示情報１０２においては、「収集する走行範囲」や「収集する日時」などが定められていないため、収集条件判定部１１５は全てのプローブ関数の処理を収集情報保存部１１７に移行させる。収集情報保存部１１７は設定に基づいてプローブ関数から車両情報などを取得し、取得した車両情報を異常判断部１１６に伝達する。

収集情報保存部１１７から取得された車両情報が伝達されると、異常判断部１１６は、伝達された車両情報から実行プログラム１１１が正常動作しているか否かを判断する（ステップＳ１１）。実行プログラム１１１が正常動作しているか否かの判断は、予め定義されている実行プログラム１１１の正常なシーケンスと、収集された車両情報から検出されるシーケンスとを対比することにより判断する。例えば、正常なシーケンスとして、プローブ関数の呼び出しが、プローブポイントＰ１の次にはプローブポイントＰ２からであると定義されている場合、取得された車両情報から検出されるプローブ関数の呼び出しが、プローブポイントＰ１の次にプローブポイントＰ２からであるとき、実行プログラム１１１の動作は正常であると判断される。その一方、取得された車両情報から検出されるプローブ関数の呼び出しが、プローブポイントＰ１の次にプローブポイントＰ３からであるとき、実行プログラム１１１の動作は正常ではない判断される。実行プログラム１１１が正常動作していると判断した場合（ステップＳ１１でＹＥＳ）、異常判断部１１６は、当該車両情報に基づく予兆検知を終了する。

一方、実行プログラム１１１が正常に動作していないと判断した場合（ステップＳ１１でＮＯ）、異常判断部１１６は、取得された車両情報の値が正常な値か否かを判断する（ステップＳ１２）。取得された車両情報の値が正常な値か否かを判断は、実行プログラム１１１に正常値として定義されている値と、収集された車両情報に含まれる値とを対比することにより判断する。例えば、正常値として“１０〜２０”のいずれかの値であると定義されている場合、車両情報に含まれる値が“１０〜２０”のいずれかの値であれば車両情報の値は正常であると判断される。その一方、車両情報に含まれる値が“１０〜２０”のいずれでも無い、例えば“５”であった場合、車両情報の値は正常ではないと判断される。伝達された車両情報の値が正常であると判断した場合（ステップＳ１２でＹＥＳ）、異常判断部１１６は、当該車両情報に基づく予兆検知を終了する。

一方、伝達された車両情報の値が正常な値ではないと判断した場合（ステップＳ１２でＮＯ）、異常判断部１１６は、取得された当該車両情報の収集を行う（ステップＳ１３）。すなわち異常判断部１１６は、収集情報保存部１１７にプローブ関数の処理を移行させる。収集情報保存部１１７は、取得された車両情報や、プローブ関数を呼び出したプローブポイントのアドレスや、プローブ関数が呼び出されたときの車両１の走行位置や日時、車両１の車種などからなる収集情報を生成し、生成した収集情報を一時的にメモリなどに記憶させる。メモリなどに収集情報が一時記憶されると、送受信情報管理部１１２は、メ
モリに一時記憶された収集情報を情報管理センタ２に送信する（ステップＳ１４）。そして、車両情報に基づく予兆検知が終了される。

なお、収集情報を情報管理センタ２に直ちに送信できない場合、収集情報はストレージ部１００の保存収集情報１０３に記憶される。その後、送受信情報管理部１１２は、情報管理センタ２との通信が可能なとき、保存収集情報１０３に記憶された収集情報を情報管理センタ２に送信する。

上述した予兆検知は、実行プログラム１１１の実行処理が終了するまで、所定の間隔などで繰り返し行われる。
次に、図５に示すように、車両から受信した収集情報の情報管理センタへの保存の手順を説明する。

情報管理センタ２は、車両１から送信された収集情報を受信すると、該受信した収集情報を情報格納処理部２３に伝達する（ステップＳ２０）。情報格納処理部２３は、伝達された収集情報を車種別にストレージ部２０の収集情報データベース２０３に保存する。なお、収集情報は収集情報データベース２０３に車両情報の取得されたプローブポイントアドレス、車両情報の値、当該プローブポイントアドレスが呼び出されたときの車両１の走行位置及び日時などによる検索が可能な態様に整理されて保存される（ステップＳ２１）。そして、車両から受信した収集情報の情報管理センタへの保存が終了する。

続いて、図６に示すように、情報管理センタにおいて収集指示情報を作成する手順について説明する。収集指示情報を作成する手順では、取得された各車種の各予兆情報に基づいてさらに詳細な情報を取得するための収集指示情報が作成される。

情報管理センタ２は、予兆検知部２４により収集情報データベース２０３に保存された予兆情報からなる収集情報に基づいて注目すべき予兆情報を検出するとともに、検出された注目すべき予兆情報が取得された実行プログラム１１１上のプローブポイント（アドレス）を特定する（ステップＳ３０）。実行プログラム１１１上のプローブポイント（アドレス）が特定されると、収集指示情報管理部２６は対象シーケンス特定部２５０により実行プログラム１１１上のプローブポイントに至る可能性のあるシーケンスを洗い出し、それらのシーケンスの起点となる実行プログラム１１１上のプローブポイントを「情報収集起点」として特定する。なお、シーケンスや実行プログラム１１１上のプローブポイント（アドレス）は、プログラム構造データ２０１を参照することにより特定することができる。また、対象シーケンス特定部２５０は、特定された「情報収集起点」に対応する「終了条件」を特定する。「終了条件」として、予兆情報が検出されたプローブポイントに至った場合や、「情報収集起点」からシーケンスが予兆情報の検出されたプローブポイントに至る手順から外れた場合や、「情報収集起点」処理後に経過した処理時間などが特定される（ステップＳ３１）。起点と終了条件が特定されると、収集指示情報管理部２６は取得情報特定部２５１により、「情報収集起点」からのシーケンスにより予兆検知されたプローブポイントに至るまでに実行プログラム１１１が取り扱う可能性のある車両情報、例えば演算値やセンサ情報などから異常の原因の検知に有用な「収集する車両情報」を特定する（ステップＳ３２）。実行プログラム１１１が取り扱う可能性のある車両情報や、異常の原因の検知に有用な車両情報は、プログラム構造データ２０１などを参照することにより特定できる。なお、異常の原因の検知に有用な車両情報は、図示していない異常検出用のパターンを記憶したデータベースなどを参照して特定してもよい。「収集する車両情報」が特定されると、収集指示情報管理部２６は取得条件特定部２５２により予兆情報が検知された車両の走行位置と時間から、車両情報を収集させる「収集する走行範囲」と、「収集する日時」とを特定する（ステップＳ３３）。「収集する走行範囲」と、「収集する日時」とが特定されると、収集指示情報管理部２６は収集指示情報作成部２５３により
、車両１に送信する車両情報の収集指示情報１０２を、例えば、収集指示情報のテンプレート（フォーマット）をもちいて作成する（ステップＳ３４）。これにより、収集指示情報の作成が終了される。

さらに、図７に示すように、車両に情報管理センタから受信された収集指示情報を設定する手順について説明する。
情報管理センタ２から収集指示情報１０２の対象とされている車種の各車両１に該収集指示情報１０２が配信される。すなわち、情報管理センタ２の送受信情報管理部２２がセンタ通信部２１を利用して、収集指示情報管理部２６にて作成された収集指示情報１０２を該収集指示情報１０２の対象とされている車種の各車両１に配信する。なお、説明の便宜上、以下では配信対象とされる１台の車両１についての説明をする。

対象とされている車種の車両１は、車載通信部１１を介して配信された収集指示情報１０２を受信して、送受信情報管理部１１２がストレージ部１００に保存させるとともに、情報収集部１１３に該収集指示情報１０２を受信したことを通知して該情報収集部１１３に同収集指示情報１０２を読み込ませる（ステップＳ４０）。なお、送受信情報管理部１１２は受信した収集指示情報１０２を直接、情報収集部１１３に与えてもよい。また、収集指示情報１０２には、複数の「情報収集起点」に対する収集条件が各別に格納されてもよいが、以下では１つの「情報収集起点」に対する収集条件の設定について説明し、同様に設定される他の「情報収集起点」に対する収集条件の設定については、説明の便宜上、その説明を省略する。

収集指示情報１０２を読み込むと、情報収集部１１３は、収集指示設定部１１４にて収集指示情報１０２の内容を解析する（ステップＳ４１）。例えば解析により、「情報収集起点」として“関数Ｆの最初のプローブポイント”、「収集する車両情報」として“プローブポイントアドレス”及び“車速情報”との指示が得られる。また、「収集する走行範囲」として“Ａ地点から半径１ｋｍ以内”、「収集する日時」として“日曜日の１２時から１４時”、「終了条件」として“関数Ｆの終わり、もしくは関数Ｆの処理開始から５００ｍｓ経過後”との指示が得られる。このような指示（収集条件）に基づいて車両情報を取得することで、絞り込みを行わずに車両情報を収集するような場合に比べ、収集する車両情報を少なくすることができ、情報処理装置１１０の処理負荷の増加を抑制したり、収集された収集情報がストレージ部１００の容量を圧迫するようなことが抑制される。

収集指示情報１０２の内容が解析されると、情報収集部１１３の収集指示設定部１１４は、「情報収集起点」に基づいて実行プログラム１１１の対象とするプローブポイントからのプローブ関数の呼び出しを有効に設定する（ステップＳ４２）。なお、一旦、「情報収集起点」からプローブ関数が呼び出されると、情報収集部１１３は、「終了条件」が成立するまでは、実行プログラム１１１のプローブポイントに設定した全てのプローブ関数の呼び出しを有効にする。

また、情報収集部１１３の収集指示設定部１１４は、「収集する車両情報」に基づいて実行プログラム１１１のプローブポイントからのプローブ関数への引数などから収集する車両情報を設定する（ステップＳ４３）。具体的には、「収集する車両情報」が、プローブポイントからプローブ関数への引数に含まれるようにプローブポイントやプローブ関数が設定されたり、収集情報保存部１１７にプローブ関数を通じて収集する車両情報として設定されたりする。例えば「収集する車両情報」として、“プローブポイントアドレス”及び“車速情報”が設定される。

さらに、情報収集部１１３の収集指示設定部１１４は、「収集する走行範囲」に基づいて、走行範囲通知部１１８に「収集する走行範囲」を設定する（ステップＳ４４）。例え
ば、「収集する走行範囲」として“Ａ地点から半径１ｋｍ以内”が設定される。また、情報収集部１１３の収集指示設定部１１４は、「収集する日時」に基づいて、タイマー部１１９に「収集する日時」を設定する（ステップＳ４５）。例えば、「収集する日時」として、開始日時が“日曜日の１２時”と、終了日時が“日曜日の１４時”とそれぞれ設定される。さらに、情報収集部１１３の収集指示設定部１１４は、「終了条件」に基づいて、収集条件判定部１１５に「終了条件」を設定する（ステップＳ４６）。例えば、「終了条件」として“関数Ｆの終わり”が設定されるものの、補助的な終了条件である“関数Ｆの処理開始から５００ｍｓ経過後”はここでは設定されない。

そして、車両に情報管理センタから受信した収集指示情報を設定する手順が終了する。
最後に、図８に示すように、車両における車両情報の取得の手順について説明する。
実行プログラム１１１の実行に伴って実行プログラム１１１のプローブポイントで情報収集部１１３のプローブ関数が呼び出される（ステップＳ５０）と、情報収集部１１３は、呼び出されたプローブ関数が有効か否かを判断する（ステップＳ５１）。呼び出されたプローブ関数が有効であると判断した場合（ステップＳ５１でＹＥＳ）、情報収集部１１３は車両１の現在の走行位置が「収集する走行範囲」に含まれるか否かを判断する（ステップＳ５３）。車両１の走行位置が「収集する走行範囲」に含まれると判断した場合（ステップＳ５３でＹＥＳ）、情報収集部１１３は現在の時間が「収集する日時」に含まれるか否かを判断する（ステップＳ５４）。

続いて、現在の時間が「収集する日時」に含まれると判断した場合（ステップＳ５４でＹＥＳ）、情報収集部１１３は収集条件判定部１１５に「終了条件」が設定されているか否かを判断する（ステップＳ５５）。なお本実施形態では、「終了条件」が設定されているか否かは、補助的な終了条件が設定されているか否かを含めて判断される。先のステップＳ４６に示すように、本実施形態では、“関数Ｆの終わり”に呼び出されたプローブ関数が実行されることで車両情報の収集を終了するという条件は設定されているため、ここでは、“関数Ｆが呼び出されてから５００ｍｓ経過後”という補助的な終了条件が設定されているか否が判断される。すなわち、収集条件判定部１１５に補助的な終了条件が設定されていないと判断した場合（ステップＳ５５でＮＯ）、情報収集部１１３は「終了条件」に基づいて、収集条件判定部１１５に、さらに補助的な終了条件を併せて設定するとともに（ステップＳ５６）、全てのプローブ関数を有効化する（ステップＳ５７）。これにより、実行プログラム１１１の各プローブポイントから呼び出されるそれぞれのプローブ関数を通じて車両情報の収集が可能となる。

そして車両情報の収集が可能となった場合、もしくは、収集条件判定部１１５に終了条件が設定されていると判断する場合（ステップＳ５５でＹＥＳ）、情報収集部１１３はプローブ関数が呼び出される都度、所定の車両情報を取得し、収集情報保存部１１７を通じて収集情報として保存収集情報１０３に保存させる（ステップＳ５８）。

収集情報を保存すると、情報収集部１１３は、「終了条件」が満たされているか否かを判断する（ステップＳ５９）。「終了条件」が満たされているとの判断は、プローブ関数が“関数Ｆの終わり”のプローブポイントから呼び出されたことや、“関数Ｆの最初にプローブ関数が呼び出されてから５００ｍｓ経過した”ことがタイマー部１１９から通知されたことに基づいて判断される。「終了条件」が満たされていないと判断した場合（ステップＳ５９でＮＯ）、情報収集部１１３はステップＳ５０に戻り、引き続いて、車両情報を含む収集情報を収集する。一方、「終了条件」が満たされていると判断した場合（ステップＳ５９でＹＥＳ）、情報収集部１１３は、全てのプローブ関数の無効化を行う（ステップＳ６０）とともに、タイマー部１１９に設定されている「終了条件」を解除する（ステップＳ６１）。その後、送受信情報管理部１１２は、保存収集情報１０３に保存された保存情報を情報管理センタ２に送信する（ステップＳ６２）。これにより車両１における
車両情報の取得の手順が終了される。

なお、ステップＳ５０の後、呼び出されたプローブ関数が有効でないと判断した場合（ステップＳ５１でＮＯ）、又は、車両１の走行位置が「収集する走行範囲」内ではないと判断した場合（ステップＳ５３でＮＯ）、情報収集部１１３は車両情報を収集中か否か判断する（ステップＳ５２）。また同様に、現在の時間が「収集する日時」内ではないと判断した場合（ステップＳ５４でＮＯ）にも、情報収集部１１３は車両情報を収集中か否か判断する（ステップＳ５２）。車両情報を収集中であることは、情報収集部１１３のプローブ関数が全て有効になっていることにより判断される。車両情報を収集中であると判断した場合（ステップＳ５２でＹＥＳ）、情報収集部１１３は、車両情報の収集を終了させる終了処理を行うため、上述したステップＳ６０に処理を移動する。一方、車両情報を収集中ではないと判断した場合（ステップＳ５２でＮＯ）、情報収集部１１３は、ステップＳ５０に戻りステップＳ５０移行の処理を繰り返す。

そして、これ以降、車両から受信した収集情報の情報管理センタへの保存の手順（ステップＳ２０，Ｓ２１）と、情報管理センタにおいて収集指示情報を作成する手順（ステップＳ３０〜Ｓ３４）とを実行する。続いて、車両に情報管理センタから受信された収集指示情報を設定する手順（ステップＳ４０〜Ｓ４６）と、車両における車両情報の取得の手順（ステップＳ５０〜Ｓ６２）とを実行することを通じて、目的とする予兆情報の原因に関する車両情報など車両情報として必要な情報を絞り込んで収集することができるようになる。すなわち、情報管理センタ２から送られた収集指示情報１０２に基づいて収集された収集情報に基づいて原因特定部２５が原因を特定できない場合、さらに原因を特定できるように収集条件を調整、例えば限定して、収集指示情報管理部２６に新たな収集指示情報１０２を作成させる。そして、この新たに作成された収集指示情報１０２を、車両１に伝送して、この新たに作成された収集指示情報１０２の内容を車両１の情報収集部１１３に読み込ませて、車両情報や収集条件などを再設定する。これにより、車両１では、新たに作成された収集指示情報１０２に基づいて車両情報を含む収集情報が収集され、この収集された収集情報を受信した情報管理センタ２は、新たな収集指示情報１０２に基づいて収集された収集情報に基づいて原因特定部２５により原因を特定することができるようになる。

また、収集情報データベース２０３に格納された収集情報を参照することにより、複数の車両１から取得された車両情報に基づいて収集条件を設定することもできる。この場合、ある車両１に生じた車両情報の変化がその他の車両１にも生じるか否かを原因特定部２５などで判断することができるようになる。

さらに、図１に示すように、収集指示情報１０２を複数の車両１に設定することで、情報管理センタ２は、情報収集部１１３を備える複数の車両１から車両情報が取得できる。また、収集情報を取得していない車両に対しても収集指示情報１０２を設定することができる。これにより、情報管理センタ２では原因特定部２５などで、複数の車両１の車両情報に生じた変化が、特定の車両に依存するものか、特定の車種に依存するものか、車両全般に生じるものかなどを判断できるようにもなる。

以上説明したように、本実施形態の車両情報取得システムによれば、以下に列記するような効果が得られるようになる。
（１）収集された車両情報の解析結果により、車両１にて収集される車両情報が定められるようになる。これにより、収集された車両情報から次に収集すべき車両情報が目的に対してより好適な情報として取得されるように設定される。例えば車両情報から異常が検出された場合、その原因などを絞り込むようなかたちに収集条件を設定することが可能になる。

また収集条件を、情報処理装置１１０の実行プログラム１１１にて取り扱われる（処理される）任意の車両情報に対して定めるので、情報処理装置１１０から取得される車両情報を、車載センサに基づく車両状態のみならず、プログラムなどで処理された情報などとすることもできるようになる。これにより、情報処理装置１１０にて実行される実行プログラム１１１などが取り扱う情報も車両情報の対象とすることができるため、車両１に生じた異常の予兆の原因などを多くの情報から詳細に判断することができるようになるとともに、その異常の予兆を検出することも可能になる。

さらに、原因を絞り込むように設定する収集条件により車両情報を収集するため、一度に収集する車両情報を少量化することが可能になり、情報処理能力に余裕の少ない車両１の情報処理装置１１０にあってもその通常の機能を維持しつつ車両情報の収集を行うことができるようにもなる。これにより、車両情報の収集の容易化が図られるようにもなる。

（２）収集条件を設定する必要性がないときなどには、予め定められている初期設定値の収集条件を用いることにより車両１の一般的な状態監視に適した車両情報の監視、例えば網羅的な状態監視や、重要性の高い情報に対する監視などが行えるようになる。これにより、収集条件の設定の手間が省かれるようにもなる。

（３）収集条件を異常の予兆に関する条件とすることで、車両１に生じる異常の予兆に対して迅速にその原因特定をすることができるようにもなる。
（４）情報管理センタ２にて車両１の異常を解析するため、情報処理装置１１０にて行う判断に比べて、車両１に対する異常を詳細に解析することも可能となる。また、解析結果に基づいて定める収集条件に基づいて、さらに車両情報を取得することによって異常の原因を段階的に絞り込むことも可能になる。

（５）車両１は車種毎に特性が異なるので、同じ車種の車両情報を蓄積することにより蓄積された車両情報から同車種の特性、特に車種固有の異常を検知することも可能になる。

（６）交通状況は、走行位置（例えば、図１に示す、直線道路や、交差点のある道路や、曲線道路など）はもとより時間帯によっても異なるため、車両情報には、走行位置や時間により特有の変化が生じる場合もある。そこで位置や時間を併せ解析することで、再設定する収集条件を、より詳細な解析、例えば異常の発生状況の特定を好適に行えるものにすることができる。

（７）交通状況は、走行位置はもとより時間帯によっても異なるため、車両情報には、走行位置や時間により特有の変化が生じる場合もある。そこで、再設定する収集条件に走行位置や時間を特定することで、取得される車両情報に基づいてより詳細な解析、例えば異常の発生状況の特定を好適に行えるようにすることができる。また、走行位置や時間が特定されることで、取得される車両情報の情報量の少量化も図られるようになる。

（８）複数の車両１から取得した車両情報に基づいて収集条件を設定することにより、ある車両１に生じた車両情報の変化がその他の車両１にも生じるか否かを判断できるようになる。これにより、車両情報に生じる変化の原因、例えば、異常の原因などを絞り込む判断が好適になされるようにもなる。

（９）収集条件を複数の車両１に設定することで、情報収集部を備える複数の車両１から車両情報が取得されるようになる。これにより、複数の車両１の車両情報に生じた変化が、特定の車両１に依存するものか、特定の車種に依存するものか、車両全般に生じるも
のかなどが判断できるようになる。これにより、車両情報に生じる変化の原因、例えば、異常の原因などを絞り込み判断が好適になされるようにもなる。

なお上記実施形態は、以下の態様で実施することもできる。
・上記実施形態では、車種情報が収集情報に含まれる場合について例示したが、これに限らず、車種は情報管理センタが他の情報から特定するようにしてもよい。すなわち、車両の識別を、収集情報に含むようにした車両ＩＤなどに基づいて行うようにしてもよいし、通信の際に用いられる通信ＩＤなどに基づいて行うようにしてもよい。この場合、情報管理センタは、車両ＩＤや通信ＩＤから車両の固有情報を検索可能なリストを参照して車両の固有情報を取得するようにすればよい。これにより、車両情報取得システムの設計自由度の向上が図られるようになる。

・上記実施形態では、収集指示情報１０２に基づいて予兆情報を検知する場合について例示した。しかしこれに限らず、予兆情報として自己診断装置が検出したダイアグ情報やダイアグ情報の前段階の情報であるプレダイアグ情報をもちいてもよい。特に、初期設定値による収集指示情報に基づく予兆情報に代えて、自己診断装置の情報を用いることで情報処理装置の処理負荷を抑えることもできる。また、車両に一般に設けられている故障診断装置を用いて異常の予兆に関する車両情報を取得すれば原因絞り込み前の収集条件の設定（例えば初期設定値の設定）を割愛することもできるようになる。

・上記実施形態では、情報収集起点に基づいて、実行プログラム１１１（プログラム１０１）の関数Ｆが開始されるプローブポイントを特定し、この特定されたプローブポイントから情報収集部１１３のプローブ関数が呼び出されるように設定する場合について例示した。しかしこれに限らず、プローブ関数の呼び出しに、プローブポイントを用いず、プログラムの処理に介入できる周知の方法を利用してもよい。例えば、プログラムが関数を呼び出す通常の処理に介入するようにしたり、オペレーションシステムの割り込み機能を利用したり、プログラムの一部命令を書き換えたり、置き換えたりするようにしてもよい。これにより、車両情報を取得することのできるポイントの自由度が高くなり、原因の特定に好適な情報を取得できるようになり、原因特定をより迅速に行うことも可能になる。

・上記実施形態では、実行プログラム１１１（プログラム１０１）から車両情報を取得する場合について例示した。しかしこれに限らず、情報処理装置にて実行される他のプログラムから車両情報を取得するようにしてもよい。この場合、情報管理センタに他のプログラムの構造データなどを保持させておくことで、当該他のプログラムから車両情報を収集するための収集指示情報を作成し、これに基づいて車両に該他のプログラムの車両情報を取得させることができる。これにより、車両情報取得システムとしての適用範囲が拡大されるようになる。

・上記実施形態では、予兆情報が主に異常に関する情報である場合について説明したが、しかしこれに限らず、予兆情報として扱う車両情報は、異常に関するものに限られない。すなわち、情報管理センタに取得させたい車両情報に関するものであれば、どのような値を予兆情報と取り扱ってもよい。例えば、プログラムが正常に動作していることを確認するために、正常な値を予兆情報として取り扱い、その予兆情報に基づいて収集指示情報を作成してもよい。これにより、車両情報取得システムとしての利便性が高まるようになる。

１…車両、２…情報管理センタ、１０…車載機、１１…車載通信部、１２…ＧＰＳ、１３…車両ＥＣＵ、１４…速度センサ、１５…ステア角センサ、１６…エンジン回転数センサ、１７…エンジン温度センサ、２０…ストレージ部、２１…センタ通信部、２２…送受
信情報管理部、２３…情報格納処理部、２４…予兆検知部、２５…原因特定部、２６…収集指示情報管理部、１００…ストレージ部、１０１…プログラム、１０２…収集指示情報、１０３…保存収集情報、１０４…地図情報、１０５…固有情報、１１０…情報処理装置、１１１…実行プログラム、１１２…送受信情報管理部、１１３…情報収集部、１１４…収集指示設定部、１１５…収集条件判定部、１１６…異常判断部、１１７…収集情報保存部、１１８…走行範囲通知部、１１９…タイマー部、２０１…プログラム構造データ、２０３…収集情報データベース、２０４…地図情報、２５０…対象シーケンス特定部、２５１…取得情報特定部、２５２…取得条件特定部、２５３…収集指示情報作成部。

Claims (16)

1. 車両状態を示す情報として車両に搭載された情報処理装置にて処理される車両情報を当該車両と通信可能に接続された情報管理センタにより取得する車両情報取得システムであって、
   前記車両には、位置情報と時間情報とが付加されて前記情報処理装置で実行される実行プログラムにて処理される車両情報を、前記実行プログラムの実行中に該実行プログラムに設定されたプローブポイントから呼び出されるプローブ関数を介して設定された収集条件に基づいて取得するとともに、該取得した車両情報を前記情報管理センタに送信する情報取得部が設けられており、
   前記情報管理センタは、前記送信された車両情報を、当該車両情報に付加されている位置情報と時間情報とを併せて解析して得られた予兆情報からなる収集情報に基づいて注目すべき予兆情報を検出するとともに、該注目すべき予兆情報が取得された前記実行プログラム上のプローブポイントを特定し、この特定したプローブポイントに基づいて前記情報処理装置にて処理される車両情報に対する新たな収集条件を決定するとともに、該決定した収集条件を前記情報取得部が次に取得すべき車両情報の収集条件として前記車両に送信し、該送信した収集条件を前記情報取得部に再設定する
   ことを特徴とする車両情報取得システム。
2. 前記情報取得部は、収集条件が前記情報管理センタによって設定されないとき、初期設定されている収集条件に基づいて該当する車両情報を取得する
   請求項１に記載の車両情報取得システム。
3. 前記初期設定されている収集条件は、異常予兆を示す車両情報を取得することのできる収集条件である
   請求項２に記載の車両情報取得システム。
4. 前記情報管理センタは、前記送信された車両情報から車両の異常を解析し、この解析した結果である車両の異常内容に基づいて前記情報取得部に再設定する新たな収集条件を決定する
   請求項１〜３のいずれか一項に記載の車両情報取得システム。
5. 前記情報管理センタは、車両情報を送信した車両の車種を識別し、当該識別された車種毎に解析された結果を蓄積する
   請求項１〜４のいずれか一項に記載の車両情報取得システム。
6. 前記再設定する収集条件には、位置情報及び時間情報の少なくとも一方が含まれる
   請求項１〜５のいずれか一項に記載の車両情報取得システム。
7. 前記情報管理センタは、複数の車両から取得した車両情報を解析した結果に基づいて前記再設定する収集条件を決定する
   請求項１〜６のいずれか一項に記載の車両情報取得システム。
8. 前記情報管理センタは、前記再設定する収集条件を、車両情報を送信した車両とは異なる他車両の情報取得部にも再設定する
   請求項１〜７のいずれか一項に記載の車両情報取得システム。
9. 車両状態を示す情報として車両に搭載された情報処理装置にて処理される車両情報を当該車両と通信可能に接続された情報管理センタに取得させる車両情報取得方法であって、
   前記車両に設けられた情報取得部によって、位置情報と時間情報とが付加されて前記情報処理装置で実行される実行プログラムにて処理される車両情報を、前記実行プログラムの実行中に該実行プログラムに設定されたプローブポイントから呼び出されるプローブ関数を介して設定された収集条件に基づいて取得するとともに、該取得した車両情報を前記情報管理センタに送信する工程と、
   前記情報管理センタによって、前記送信された車両情報を、当該車両情報に付加されている位置情報と時間情報とを併せて解析して得られた予兆情報からなる収集情報に基づいて注目すべき予兆情報を検出するとともに、該注目すべき予兆情報が取得された前記実行プログラム上のプローブポイントを特定し、この特定したプローブポイントに基づいて前記情報処理装置にて処理される車両情報に対する新たな収集条件を決定するとともに、該決定した収集条件を前記情報取得部が次に取得すべき車両情報の収集条件として前記車両に送信し、該送信した収集条件を前記情報取得部に再設定する工程と、
   を車両情報として必要とされる情報が得られるまで実行する
   ことを特徴とする車両情報取得方法。
10. 収集条件が前記情報管理センタによって設定されないとき、初期設定されている収集条件に基づいて前記情報取得部に該当する車両情報を取得させる
    請求項９に記載の車両情報取得方法。
11. 前記初期設定されている収集条件として、異常予兆を示す車両情報を取得することのできる収集条件を用いる
    請求項１０に記載の車両情報取得方法。
12. 前記情報管理センタによって、前記送信された車両情報から車両の異常が解析され、この解析した結果である車両の異常内容に基づいて前記情報取得部に再設定する新たな収集条件が決定される
    請求項９〜１１のいずれか一項に記載の車両情報取得方法。
13. 前記情報管理センタによって、車両情報を送信した車両の車種が識別され、当該識別された車種毎に解析された結果が蓄積される
    請求項９〜１２のいずれか一項に記載の車両情報取得方法。
14. 前記再設定する収集条件には、位置情報及び時間情報の少なくとも一方が含まれる
    請求項９〜１３のいずれか一項に記載の車両情報取得方法。
15. 前記情報管理センタによって、複数の車両から取得した車両情報が解析された結果に基づいて前記再設定する収集条件が決定される
    請求項９〜１４のいずれか一項に記載の車両情報取得方法。
16. 前記情報管理センタによって、前記再設定する収集条件が車両情報を送信した車両とは異なる他車両の情報取得部にも再設定される
    請求項９〜１５のいずれか一項に記載の車両情報取得方法。

Images