JP6725346B2 - 車両情報送信システム - Google Patents

Description

本発明は、車両情報送信システムに関する。

従来より、車両が有する車両情報を、ネットワークを介して情報センタに送信する車両情報送信システムが知られている（例えば、下記特許文献１等参照）。

当該車両情報送信システムでは、例えば、車載ネットワーク内において伝送される車両情報を、所定のサンプリング周期でサンプリングすることで取得し、情報センタに送信する。これにより、情報センタでは、受信した車両情報（サンプリング周期ごとの車両情報）を解析することで、車両の挙動を把握することができる。

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

しかしながら、所定のサンプリング周期でサンプリングする構成の場合、サンプリング周期が短いと、取得する情報の量が膨大となる。この場合、車両及び情報センタの双方においてストレージ容量が逼迫するうえ、車両と情報センタとの間の通信負荷が高くなるという問題がある。

一方で、車両の挙動に変化がなければ、車載ネットワーク内において伝送される車両情報も変化しない点に着目し、車両情報の変化点でのみサンプリングを行う構成とすることが考えられる。かかる構成とすることで、車両の挙動を把握するために取得する情報の量を大幅に削減できるうえ、車両の挙動が変化したタイミングを精度よく把握することができる。

しかしながら、かかる構成の場合、変化点でのサンプリングにおいて車両情報が取得できなかった場合に、当該変化点で発生した車両の挙動を把握することが困難になるという問題がある。

そこで、本開示は、車両情報を送信する車両情報送信システムにおいて、変化点でのサンプリングにおいて車両情報が取得できなかった場合でも、車両の挙動が把握できるようにすることを目的とする。

本開示の一局面によれば、車両情報送信システムは以下のような構成を備える。即ち、
車両を管理する管理サーバと通信する車両情報送信システムであって、
前記車両に搭載される車載ネットワーク内において伝送される車両情報を、所定の変化が発生した変化点においてサンプリングする第１の処理と、前記車両情報を予め定められた周期ごとにサンプリングする第２の処理とを互いに独立かつ並列に実行することで、前記第１及び第２の処理によりそれぞれサンプリングした同一の車両情報を取得する取得手段と、
前記取得手段により取得された前記同一の車両情報を、前記取得手段により取得された順序に従って前記管理サーバに送信する送信手段と
を有することを特徴とする。

上記車両情報送信システムによれば、取得手段は、車両に搭載される車載ネットワーク内において伝送される車両情報を、所定の変化が発生した変化点において行うサンプリングと、予め定められた周期ごとに行うサンプリングとにより取得する。

これにより、上記車両情報送信システムでは、変化点での車両情報と、所定の周期ごとの車両情報の両方を取得することができる。この結果、変化点での車両情報が取得できなかった場合であっても、次の変化点が検出される前の車両情報として、所定の周期ごとの車両情報を取得することができる。

また、上記車両情報送信システムによれば、送信手段は、取得手段により取得された車両情報を、管理サーバに送信する。

これにより、上記車両情報送信システムでは、変化点での車両情報が取得できなかった場合であっても、次の変化点が検出される前に取得した車両情報を、管理サーバに送信することができる。この結果、管理サーバ側では、当該変化点での車両の挙動を、次の変化点が検出される前に取得された車両情報を解析することで把握することが可能となる。

本開示によれば、車両情報を送信する車両情報送信システムにおいて、変化点でのサンプリングにおいて車両情報が取得できなかった場合でも、車両の挙動が把握できるようになる。

車両情報収集システムの全体構成の一例を示す図である。 サンプリングパターンの概要を示す図である。 車両情報送信システムのシステム構成の一例を示す図である。 車載機のハードウェア構成の一例を示す図である。 車両情報送信処理の流れを示すフローチャートである。 車両情報収集システムの全体構成の一例を示す図である。 車両管理サーバのハードウェア構成の一例を示す図である。 サンプリングパターン定義情報及びサンプリングパターン管理情報の一例を示す図である。 収集情報の一例を示す図である。 サンプリングパターン判定処理及び送信処理の流れを示すフローチャートである。 車両情報送信システムのシステム構成の一例を示す図である。 車両情報送信処理の流れを示すフローチャートである。 車両情報送信処理の流れを示すフローチャートである。

以下、本発明の各実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［第１の実施形態］
＜１．車両情報収集システムの構成＞
はじめに、第１の実施形態における車両情報送信システムを含む車両情報収集システムの全体構成について説明する。図１は、車両情報収集システムの全体構成の一例を示す図である。図１に示すように、車両情報収集システム１００は、車両管理サーバ１１０と、車両情報送信システム１３０とを有する。車両管理サーバ１１０と車両情報送信システム１３０とは、ネットワーク１４０を介して接続される。

車両管理サーバ１１０は、車両１２０を管理するサーバ装置である。車両管理サーバ１１０には、車両情報収集プログラムがインストールされており、当該プログラムが実行されることで、車両管理サーバ１１０は車両情報収集部１１１として機能する。

車両情報収集部１１１は、ネットワーク１４０を介して車両情報送信システム１３０より送信された車両情報を収集し、収集情報データベース（以下、「ＤＢ」（Database）と省略する）１１２に収集情報として格納する。

車両情報送信システム１３０は、車両１２０に搭載されるシステムであって、車両１２０が有する車両情報を、ネットワーク１４０を介して車両管理サーバ１１０に送信する。車両情報には、車両１２０に搭載された車載ネットワーク内において伝送される任意の情報が含まれる。車両情報送信システム１３０では、車載ネットワーク内において伝送される車両情報を、所定のサンプリングパターンに基づくサンプリングにより取得し、車両管理サーバ１１０に送信する。

＜２．サンプリングパターンの概要＞
次に、車両１２０に搭載された車載ネットワーク内において伝送される車両情報をサンプリングするためのサンプリングパターンについて説明する。図２は、サンプリングパターンの概要を説明するための図であり、横軸は時刻を表し、縦軸は車両情報の値を表している。図２では、説明を簡略化するため、車両情報として、"Ｈｉｇｈ"と"Ｌｏｗ"のいずれかの値が車載ネットワーク内において伝送されるものとして説明する。

図２（ａ−１）、（ａ−２）は、従来のサンプリングパターンのうち、所定のサンプリング周期でサンプリングする"単純サンプリング"の一例を示す図である。黒丸は車両情報をサンプリングしたタイミングを示している。単純サンプリングの場合、サンプリング周期は一定であるため、黒丸の間隔は一定となる。

このうち、図２（ａ−１）は、車載ネットワーク内において伝送される車両情報を、所定のサンプリング周期で、全て取得できた場合を示している。一方、図２（ａ−２）は、車載ネットワーク内において伝送される車両情報の一部が、所定のサンプリングにおいて取得できなかった場合を示している。

図２（ａ−２）において、白丸２０１は、車両情報が取得できなかったことを示している。なお、"車両情報が取得できない"状態とは、例えば、車両情報送信システム１３０から車両管理サーバ１１０への車両情報の送信が一時的に滞った場合等に発生する状態をいう。車両情報の送信が一時的に滞った場合、車両情報送信システム１３０内のストレージ（一時保持部）には、送信されていない車両情報が一定時間残ることになる。このため、かかるタイミングで、次のサンプリング周期のサンプリングが行われると、次の車両情報についてはストレージに書き込むことができない。この結果"車両情報が取得できない"状態となる。

なお、図２（ａ−２）の場合、白丸２０１のタイミングでは車両情報が取得できなかったが、次のサンプリング周期（黒丸２０２に示すタイミング）では車両情報が取得できている。このため、図２（ａ−２）に示す単純サンプリングによれば、車両情報が取得できなかったとしても、車両情報の値が"Ｌｏｗ"から"Ｈｉｇｈ"に変化したこと（車両の挙動の変化）は把握できる。

ただし、単純サンプリングの場合、取得される情報の量が膨大となるため、車両１２０及び車両管理サーバ１１０の双方においてストレージ容量が逼迫するうえ、車両１２０と車両管理サーバ１１０との間の通信負荷が高くなるという問題がある。

一方、図２（ｂ−１）、（ｂ−２）は、従来のサンプリングパターンのうち、車両情報の変化点を検出し、該変化点においてサンプリングを行うことで車両情報を取得する"変化点サンプリング"の一例を示す図である。なお、変化点とは、車両情報の単位時間あたりの変化が所定値以上となるタイミングを指す。

図２（ｂ−１）、（ｂ−２）において、黒四角は変化点サンプリングにより車両情報をサンプリングしたタイミングを示している。変化点サンプリングの場合、車両情報が変化したタイミング（車両情報の値が"Ｌｏｗ"から"Ｈｉｇｈ"に変化したタイミング、または、"Ｈｉｇｈ"から"Ｌｏｗ"に変化したタイミング）でサンプリングが行われることになる。図２（ｂ−１）、（ｂ−２）では、変化点が検出された時刻を、それぞれ、ｔ_１、ｔ_２、ｔ_３、ｔ_４としている。

このうち、図２（ｂ−１）は、車載ネットワーク内において伝送される車両情報に対して、変化点サンプリングを行った結果、全ての変化点において車両情報が取得できた場合を示している。図２（ｂ−１）によれば、
・時刻ｔ_１において車両情報が"Ｌｏｗ"から"Ｈｉｇｈ"に変化したこと、
・時刻ｔ_１から時刻ｔ_２まで、車両情報が"Ｈｉｇｈ"の状態が継続したこと、
・時刻ｔ_２において車両情報が"Ｈｉｇｈ"から"Ｌｏｗ"に変化したこと、
・時刻ｔ_２から時刻ｔ_３まで、車両情報が"Ｌｏｗ"の状態が継続したこと、
・時刻ｔ_３において車両情報が"Ｌｏｗ"から"Ｈｉｇｈ"に変化したこと、
・時刻ｔ_３から時刻ｔ_４まで、車両情報が"Ｈｉｇｈ"の状態が継続したこと、
・時刻ｔ_４において車両情報が"Ｈｉｇｈ"から"Ｌｏｗ"に変化したこと、
を車両１２０の挙動として把握することができる。

一方、図２（ｂ−２）は、車載ネットワーク内において伝送される車両情報に対して、変化点サンプリングを行ったが、変化点の一部において車両情報が取得できなかった場合を示している。図２（ｂ−２）において、白四角２１１は、変化点サンプリングにおいて車両情報が取得できなかったことを示している。図２（ｂ−２）の場合、図２（ｂ−１）に基づいて把握できる車両の挙動のうち、
・時刻ｔ_１において車両情報が"Ｌｏｗ"から"Ｈｉｇｈ"に変化したこと、
・時刻ｔ_１から時刻ｔ_２まで、車両情報が"Ｈｉｇｈ"の状態が継続したこと、
・時刻ｔ_２において車両情報が"Ｈｉｇｈ"から"Ｌｏｗ"に変化したこと、
を把握することができない（時刻ｔ_２まで、車両の挙動が変化しなかったと把握してしまうことになる）。

このように、変化点サンプリングの場合、車両の挙動を把握するために取得する情報の量を削減できる一方で、変化点において車両情報が取得できなかった場合に、車両の挙動を把握することが困難になるという問題がある。

一方、図２（ｃ−１）、（ｃ−２）は、本実施形態に係る車両情報送信システム１３０において用いられるサンプリングパターンの一例を示す図である。本実施形態に係る車両情報送信システム１３０では、変化点サンプリングと単純サンプリングとを合わせたサンプリングパターンを用いる（"変化点＋単純サンプリング"）。

なお、本実施形態に係る車両情報送信システム１３０で用いるサンプリングパターンの場合、例えば、単純サンプリングのサンプリング周期が、図２（ａ−１）、（ａ−２）に示す従来の単純サンプリングのサンプリング周期よりも長くなるように設定される。車両の挙動を把握するために取得する情報の量を、従来の単純サンプリングの場合と比較して削減するためである。

また、本実施形態に係る車両情報送信システム１３０で用いるサンプリングパターンの場合、例えば、単純サンプリングのサンプリング周期が、変化点の発生間隔よりも短い時間間隔になるように設定される。変化点でのサンプリングにおいて、車両情報が取得できなかった場合でも、次の変化点が検出される前に、単純サンプリングにより車両情報が取得できるようにするためである。

図２（ｃ−１）、（ｃ−２）において、黒丸は単純サンプリングにより車両情報を取得したことを示し、黒四角は変化点サンプリングにより車両情報を取得したことを示している。

このうち、図２（ｃ−１）は、車載ネットワーク内において伝送される車両情報を、単純サンプリングでも変化点サンプリングでも、全て取得できた場合を示している。

一方、図２（ｃ−２）は、車載ネットワーク内において伝送される車両情報に対して、変化点＋単純サンプリングを行ったが、変化点の一部のサンプリングにおいて車両情報が取得できなかった場合を示している。図２（ｃ−２）において、白四角２２１は、車両情報が取得できなかったことを示している。

しかしながら、変化点＋単純サンプリングによれば、このような場合であっても車両の挙動が全く把握できなくなるということはない。具体的には、図２（ｃ−２）によれば、図２（ｂ−２）において把握できなかった車両の挙動を、
・時刻Ｔ_１において車両情報が"Ｌｏｗ"の状態であったこと、
・時刻Ｔ_１と時刻Ｔ_２の間のいずれかのタイミングで、車両情報が"Ｌｏｗ"から"Ｈｉｇｈ"に変化したこと、
・時刻Ｔ_２において車両情報が"Ｈｉｇｈ"の状態であったこと、
・時刻ｔ_２において車両情報が"Ｈｉｇｈ"から"Ｌｏｗ"に変化したこと、
として把握することができる。

つまり、時刻ｔ_２より前に、車両情報が"Ｌｏｗ"から"Ｈｉｇｈ"に、"Ｈｉｇｈ"から"Ｌｏｗ"に変化していたという車両の挙動を、把握することが可能となる。

このように、本実施形態に係る車両情報送信システム１３０で用いるサンプリングパターン（"変化点＋単純サンプリング"）によれば、車両の挙動を把握するのに取得する情報の量を削減することができる。更に、本実施形態に係る車両情報送信システム１３０で用いるサンプリングパターン（"変化点＋単純サンプリング"）によれば、変化点でのサンプリングにおいて車両情報が取得できなかった場合でも、車両の挙動を把握できるようになる。

＜３．車両情報送信システムのシステム構成＞
次に、車両情報送信システム１３０のシステム構成について説明する。図３は、車両情報送信システムのシステム構成の一例を示す図である。図３に示すように、車両情報送信システム１３０は、車載機３００と、ＧＰＳ３２１、ＣＡＮ３２２、ＡＶＣ−ＬＡＮ３２３とを有する。

ＧＰＳ（Global Positioning System）３２１は、車両情報の一例である、車両１２０の位置情報を出力する装置であり、車載ネットワークの一部を形成する。

ＣＡＮ（Controller Area Network）３２２は、車載ネットワークの一例であり、車両１２０の走行の制御や車体の制御に関する車両情報を伝送するのに用いられる。

ＡＶＣ−ＬＡＮ（Audio Visual Communication-Local Area Network）３２３は、車載ネットワークの一例であり、画像データや音声データ等の車両情報を伝送するのに用いられる。

車載機３００は、例えば、ＤＡ（Display Audio）やＡＶＮ（Audio Visual Navigation）により実現される。車載機３００には、車両情報送信プログラムがインストールされており、当該プログラムが実行されることで、車載機３００は、車両情報送信部３１０として機能する。

車両情報送信部３１０は、接続管理部３０１、送受信制御部３０２、サンプリングパターン管理部３０３、車両情報取得部３０４、情報トリミング部３０５、情報格納部３０６を有する。

接続管理部３０１は、車両管理サーバ１１０との間の通信の接続及び切断を管理する。送受信制御部３０２は、送信手段の一例であり、車両管理サーバ１１０との間の通信が確立している状態で、車両管理サーバ１１０への車両情報の送信を制御する。

サンプリングパターン管理部３０３は、車載ネットワーク内において伝送される車両情報をサンプリングするためのサンプリングパターンを管理する。本実施形態において、サンプリングパターン管理部３０３は、単純サンプリング、変化点サンプリング、変化点＋単純サンプリングの少なくとも３種類のサンプリングパターンを管理するものとする。サンプリングパターン管理部３０３は、サンプリングパターン格納部３１１に格納されたサンプリングパターンを読み出して、車両情報取得部３０４に設定する。

図３に示すサンプリングパターン情報３３０は、サンプリングパターン格納部３１１に格納されているサンプリングパターンの一覧の一例である。サンプリングパターン情報３３０は、情報の項目として、"情報ＩＤ"と"サンプリングパターン番号"とを有する。

"情報ＩＤ"には、車載ネットワーク内において伝送される車両情報の種類を識別するための識別子が格納される。"サンプリングパターン番号"には、サンプリングパターンの種類を識別するための識別子が格納される。サンプリングパターン情報３３０において、サンプリングパターン番号＝"１"とは、単純サンプリングを表し、サンプリングパターン番号＝"２"とは、変化点サンプリングを表す。また、サンプリングパターン番号＝"３"とは、変化点＋単純サンプリングを表す。

このように、サンプリングパターン管理部３０３では、車両情報の種類ごとに、異なる種類のサンプリングパターンを設定できるようにサンプリングパターン情報３３０を管理する。

車両情報取得部３０４は、取得手段の一例であり、サンプリングパターン管理部３０３により設定されたサンプリングパターンに基づいてサンプリングを行うことで、車載ネットワーク内において伝送される車両情報を取得する。

情報トリミング部３０５は、車両情報取得部３０４により取得された車両情報について、所定の送信用フォーマットに成型するトリミング処理を行う。

情報格納部３０６は、トリミング処理された車両情報を一時保持部３１２に一時的に保持する。一時保持部３１２に保持された車両情報は、送受信制御部３０２により、順次、読み出され、車両管理サーバ１１０へと送信される。

図３に示す一時保持情報３４０は、一時保持部３１２に保持される一時保持情報の一例である。一時保持情報３４０には、情報の項目として、"時刻"、"情報ＩＤ"が含まれる。

"時刻"には、車両情報取得部３０４が車両情報を取得した時刻が保持される。"情報ＩＤ"には、車両情報の種類を識別するための識別子と対応付けて、各時刻において取得された車両情報が保持される。

例えば、情報ＩＤ＝"０Ｘ０ＡＡ"、"０ＸＢ４"により識別される車両情報は、単純サンプリングにより取得される（サンプリング周期＝１００［ｍｓｅｃ］）。このため、一時保持情報３４０には１００ｍｓｅｃごとのサンプリングにより取得された車両情報が保持される。

一方、情報ＩＤ＝"０ｘ２Ｃ１"により識別される車両情報は、変化点サンプリングにより取得されるため、一時保持情報３４０には、変化点が検出された"２０１５年１１月５日１０時２３分１５秒４"において取得された車両情報が保持される。

また、情報ＩＤ＝"０ｘ６Ｃ０"により識別される車両情報は、変化点＋単純サンプリングにより取得される。図３の例において、変化点＋単純サンプリングのサンプリング周期＝４００［ｍｓｅｃ］であるため、一時保持情報３４０には、４００［ｍｓｅｃ］ごとのサンプリングにより取得された車両情報が保持される。更に、一時保持情報３４０には、変化点が検出された"２０１５年１１月５日１０時２３分１５秒４"において取得された車両情報が保持される。

＜４．車載機のハードウェア構成＞
次に、車載機３００のハードウェア構成について説明する。図４は車載機のハードウェア構成の一例を示す図である。車載機３００は、ＣＰＵ（Central Processing Unit）４０１、ＲＯＭ（Read Only Memory）４０２、ＲＡＭ（Random Access Memory）４０３、補助記憶部４０４、ユーザインタフェース部４０５、接続部４０６、通信部４０７を有する。なお、車載機３００の各部は、バス４０８を介して相互に接続されている。

ＣＰＵ４０１は、ＲＡＭ４０３を作業領域及び一時保持領域（例えば、一時保持部３１２）として、ＲＯＭ４０２に格納されたプログラム及び補助記憶部４０４に格納されたプログラム（車両情報送信プログラム等）を実行するコンピュータである。ＣＰＵ４０１はこれらのプログラムを実行するにあたり、補助記憶部４０４により実現されるサンプリングパターン格納部３１１に格納された情報（サンプリングパターン情報等）を用いる。

ユーザインタフェース部４０５は、ＣＰＵ４０１がプログラムを実行する際に必要な情報を入力したり、ＣＰＵ４０１がプログラムを実行したことで生成された情報を表示するデバイスである。

接続部４０６は、ＧＰＳ３２１、ＣＡＮ３２２、ＡＶＣ−ＬＡＮ３２３等に接続するための接続デバイスである。通信部４０７は、ネットワーク１４０を介して車両管理サーバ１１０と通信するための通信デバイスである。

＜５．車両情報送信処理の流れ＞
次に、車両情報送信システム１３０による車両情報送信処理の流れについて説明する。図５は、車両情報送信処理の流れを示すフローチャートである。

車両１２０がＩＧ−ＯＮ状態となると、図５に示す車両情報送信処理が開始される。ステップＳ５０１において、サンプリングパターン管理部３０３は、サンプリングパターン格納部３１１に格納されたサンプリングパターンを読み出し、車両情報取得部３０４に設定する。

ステップＳ５０２において、接続管理部３０１は、車両管理サーバ１１０に対して通信接続の処理を行い、車両管理サーバ１１０との間の通信が確立したか否かを判定する。ステップＳ５０２において、車両管理サーバ１１０との間の通信が確立していないと判定した場合には、通信が確立するまで待機する。一方、ステップＳ５０２において、車両管理サーバ１１０との間の通信が確立したと判定した場合には、ステップＳ５０３に進む。

ステップＳ５０３において、車両情報取得部３０４は、設定されたサンプリングパターンに応じたサンプリングのタイミング（例えば、変化点サンプリングのタイミングまたは単純サンプリングのタイミング）に到達したか否かを判定する。設定されたサンプリングパターンに応じたサンプリングのタイミングに到達していないと判定した場合には、ステップＳ５０８に進む。

一方、設定されたサンプリングパターンに応じたサンプリングのタイミングに到達したと判定した場合には、ステップＳ５０４に進む。ステップＳ５０４において、設定されたサンプリングパターンに対応する情報ＩＤにより識別される車両情報を、ＧＰＳ３２１、ＣＡＮ３２２、ＡＶＣ−ＬＡＮ３２３より取得する。

ステップＳ５０５において、情報トリミング部３０５は、ステップＳ５０４において車両情報取得部３０４が取得した車両情報に対してトリミング処理を行う。

ステップＳ５０６において、情報格納部３０６は、ステップＳ５０５においてトリミング処理された車両情報を、一時保持部３１２に保持する。

ステップＳ５０７において、送受信制御部３０２は、一時保持部３１２に保持された車両情報を、順次読み出し、車両管理サーバ１１０に送信する。

ステップＳ５０８において、接続管理部３０１は、車両１２０がＩＧ−ＯＦＦ状態になったか否かを判定する。ＩＧ−ＯＦＦ状態になっていないと判定した場合には、ステップＳ５０３に戻る。一方、ＩＧ−ＯＦＦ状態になったと判定した場合には、車両管理サーバ１１０との通信を切断し、車両情報送信処理を終了する。

＜６．まとめ＞
以上の説明から明らかなように、本実施形態に係る車両情報送信システム１３０では、
・車載ネットワーク内において伝送される車両情報を、変化点＋単純サンプリングにより取得する構成とした。
・変化点＋単純サンプリングにおけるサンプリング周期を、予め定められた周期（ただし、従来の単純サンプリングのサンプリング周期よりも長い周期）であって、変化点の発生間隔よりも短い時間間隔に設定する構成とした。

これにより、変化点でのサンプリングにおいて車両情報が取得できなかった場合であっても、車両情報送信システム１３０では、該変化点より後であって次の変化点よりも前の単純サンプリングにより車両情報を取得することが可能となる。

つまり、変化点でのサンプリングにおいて車両情報が取得できなかった場合でも、単純サンプリングにより取得した車両情報を解析することで車両の挙動が把握できるようになる。

［第２の実施形態］
上記第１の実施形態では、サンプリングパターン管理部３０３が、サンプリングパターン格納部３１１に格納された予め定められたサンプリングパターンを読み出して、車両情報取得部３０４に設定する構成とした。

これに対して第２の実施形態では、車両情報取得部３０４に設定するサンプリングパターンを、車両管理サーバ１１０からの指示に基づいて変更できるように構成する。以下、第２の実施形態について詳細に説明する。

＜１．車両情報収集システムの構成＞
はじめに、第２の実施形態における車両情報送信システムを含む車両情報収集システムの全体構成について説明する。図６は、車両情報収集システムの全体構成の一例を示す図である。図６に示す車両情報収集システム６００と、図１に示した車両情報収集システム１００との相違点は、図６に示す車両情報収集システム６００の場合、車両管理サーバ６１０がサンプリングパターン判定送信部６０１を有する点である。また、図６に示す車両情報収集システム６００の場合、サンプリングパターン管理情報ＤＢ６０２を有する点である。

本実施形態において、車両管理サーバ６１０には、サンプリングパターン判定送信プログラムがインストールされており、当該プログラムが実行されることで、本実施形態における車両管理サーバ６１０は、サンプリングパターン判定送信部６０１としても機能する。

サンプリングパターン判定送信部６０１は、車両管理サーバ６１０が管理する車両１２０に、設定すべきサンプリングパターンを管理するためのサンプリングパターン管理情報を生成し、サンプリングパターン管理情報ＤＢ６０２に格納する。

また、サンプリングパターン判定送信部６０１は、収集情報ＤＢ１１２に格納されている収集情報を解析する。そして、サンプリングパターン判定送信部６０１は、解析の結果、サンプリングパターンの変更が必要と判定した場合に、サンプリングパターン管理情報ＤＢ６０２に格納されているサンプリングパターン管理情報を書き換える。

更に、サンプリングパターン判定送信部６０１は、書き換え後のサンプリングパターン管理情報を、サンプリングパターン変更指示に含めて車両１２０に送信する。

＜２．車両管理サーバのハードウェア構成＞
次に、車両管理サーバ６１０のハードウェア構成について説明する。図７は車両管理サーバのハードウェア構成の一例を示す図である。

車両管理サーバ６１０は、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、補助記憶部７０４、ユーザインタフェース部７０５、通信部７０６を有する。なお、車両管理サーバ６１０の各部は、バス７０７を介して相互に接続されている。

ＣＰＵ７０１は、ＲＡＭ７０３を作業領域として、ＲＯＭ７０２に格納されたプログラム及び補助記憶部７０４に格納されたプログラム（サンプリングパターン判定送信プログラム、車両情報収集プログラム等）を実行するコンピュータである。ＣＰＵ７０１はこれらのプログラムを実行するにあたり、補助記憶部７０４により実現されるサンプリングパターン管理情報ＤＢ６０２に格納された情報（サンプリングパターン管理情報）や、収集情報ＤＢ１１２に格納された情報（収集情報）を参照する。

ユーザインタフェース部７０５は、ＣＰＵ７０１がプログラムを実行する際に必要な情報を入力したり、ＣＰＵ７０１がプログラムを実行したことで生成された情報を表示するデバイスである。通信部７０６は、ネットワーク１４０を介して車両管理サーバ１１０と通信するためのデバイスである。

＜３．サンプリングパターン管理情報ＤＢに格納された情報の説明＞
次に、サンプリングパターン管理情報ＤＢに格納される情報について詳細に説明する。サンプリングパターン管理情報ＤＢ６０２には、サンプリングパターンを定義するサンプリングパターン定義情報と、車両ごと、車両情報の種類ごとに設定されたサンプリングパターンを管理するサンプリングパターン管理情報とが格納される。

図８（ａ）は、サンプリングパターン定義情報の一例を示す図である。図８（ａ）に示すように、サンプリングパターン定義情報８１０には、情報の項目として、"サンプリングパターン番号"、"サンプリングパターン名称"、"車両情報をサンプリングするタイミング"が含まれる。

"サンプリングパターン番号"には、サンプリングパターンの種類を識別する識別子が格納される。本実施形態においても、車両情報取得部３０４には、３種類（単純サンプリング、変化点サンプリング、変化点＋単純サンプリング）のサンプリングパターンが設定可能であるとする。

"サンプリングパターン名称"には、サンプリングパターン番号により識別されるサンプリングパターンの名称が格納される。

"車両情報をサンプリングするタイミング"には、サンプリングパターン番号により識別されるサンプリングパターンそれぞれのサンプリングのタイミングが定義される。

図８（ｂ）は、サンプリングパターン管理情報の一例を示す図である。図８（ｂ）に示すように、サンプリングパターン管理情報は、車両ごとに生成され、管理される。図８（ｂ）の例は、車両ＩＤ＝"Ｃ１"、"Ｃ２"、"Ｃ３"により特定される車両それぞれのサンプリングパターン管理情報（８２１〜８２３）を示している。

また、図８（ｂ）に示すように、サンプリングパターン管理情報（８２１〜８２３）には、情報の項目として、"情報ＩＤ"、"サンプリングパターン番号"が含まれる。

"情報ＩＤ"には、車両ＩＤにより特定される車両において取得される車両情報の種類を識別するための識別子が格納される。

"サンプリングパターン番号"には、車両ＩＤにより特定される車両において、車両情報をサンプリングするためのサンプリングパターンの種類を識別するための識別子が格納される。

＜４．収集情報ＤＢに格納される収集情報の説明＞
次に、収集情報ＤＢ１１２に格納される収集情報について詳細に説明する。収集情報ＤＢ１１２には、車両情報送信システム１３０より送信された車両情報が、車両情報収集部１１１により収集情報として格納されている。

図９は、収集情報の一例を示す図である。図９に示すように、収集情報（９１０〜９３０）は、車両ごとにわけて格納されている。また、図９に示すように、収集情報９１０には、情報の項目として、"時刻"と"情報ＩＤ"とが含まれる。なお、それぞれの項目に格納される車両情報は、図３の一時保持情報３４０に保持される車両情報と同様であるため、ここでは説明を省略する。

収集情報ＤＢ１１２に格納された収集情報９１０〜９３０は、サンプリングパターン判定送信部６０１により解析され、車両情報の種類ごとにサンプリングパターンの変更要否が判定される。図９の収集情報９１０において、情報ＩＤ＝"０ｘ２Ｃ１"がハッチングされているのは、サンプリングパターン判定送信部６０１により、サンプリングパターンの変更が必要と判定されたことを示している。

この場合、車両ＩＤ＝"Ｃ１"のサンプリングパターン管理情報８２１（図８（ｂ））において、情報ＩＤ＝"０ｘ２Ｃ１"に対応付けて格納されているサンプリングパターン番号が変更される（例えば、"２"→"３"）。また、車両ＩＤ＝"Ｃ１"のサンプリングパターン管理情報８２１（図８（ｂ））に対応付けられた変更フラグがＯＮ状態になる。更に、車両ＩＤ＝"Ｃ１"により識別される車両がＩＧ−ＯＮ状態になった場合に、変更後のサンプリングパターン管理情報８２１を含めたサンプリングパターン変更指示が、当該識別された車両に対して送信される。

＜５．サンプリングパターン判定処理及びサンプリングパターン送信処理の流れ＞
次に、車両管理サーバ６１０により実行されるサンプリングパターン判定処理及びサンプリングパターン送信処理の流れについて説明する。

図１０（ａ）は、サンプリングパターン判定処理の流れを示すフローチャートである。サンプリングパターン判定送信部６０１では、任意のタイミングで、サンプリングパターン判定処理を実行する。ステップＳ１００１において、サンプリングパターン判定送信部６０１は、収集情報ＤＢ１１２より、解析する収集情報（例えば、収集情報９１０〜９３０のいずれか）を読み出す。

ステップＳ１００２において、サンプリングパターン判定送信部６０１は、読み出した収集情報に含まれる各車両情報を解析し、サンプリングパターンが適切か否かを判定する。

ステップＳ１００２において、サンプリングパターンが適切であると判定した場合には、サンプリングパターンは変更せずに、サンプリングパターン判定処理を終了する。一方、ステップＳ１００２において、サンプリングパターンが適切でないと判定した場合には、ステップＳ１００３に進む。

ステップＳ１００３において、サンプリングパターン判定送信部６０１は、適切でないと判定した車両情報を取得するためのサンプリングパターンが規定されたサンプリングパターン管理情報（図８（ｂ））について、対応する変更フラグをＯＮ状態にする。その後、サンプリングパターン判定送信部６０１は、サンプリングパターン判定処理を終了する。

図１０（ｂ）は、サンプリングパターン送信処理の流れを示すフローチャートである。ステップＳ１０１１において、サンプリングパターン判定送信部６０１は、いずれかの車両との間で通信が確立したか否かを判定する。ステップＳ１０１１において通信が確立していないと判定した場合には、通信が確立するまで待機する。

一方、いずれかの車両との間で通信が確立したと判定した場合には、ステップＳ１０１２に進み、当該車両の車両ＩＤを特定する。

ステップＳ１０１３において、サンプリングパターン判定送信部６０１は、特定した車両ＩＤに対応するサンプリングパターン管理情報を参照し、対応する変更フラグがＯＮ状態か否かを判定する。

ステップＳ１０１３において変更フラグがＯＦＦ状態であった場合には、サンプリングパターン送信処理を終了する。

一方、ステップＳ１０１３において変更フラグがＯＮ状態であった場合には、ステップＳ１０１４に進む。

ステップＳ１０１４において、サンプリングパターン判定送信部６０１は、特定した車両ＩＤに対応するサンプリングパターン管理情報を、サンプリングパターン変更指示に含めて、該車両ＩＤにより識別される車両に送信する。また、サンプリングパターン判定送信部６０１は、送信したサンプリングパターン管理情報に対応付けられた変更フラグをＯＦＦ状態にし、サンプリングパターン送信処理を終了する。

＜６．車両情報送信システムのシステム構成＞
次に、第２の実施形態における車両情報送信システム１３０のシステム構成について説明する。図１１は、車両情報送信システムのシステム構成の一例を示す図である。なお、ここでは、図３に示したシステム構成との相違点を中心に説明する。

図３に示したシステム構成との相違点は、送受信制御部３０２が、接続管理部３０１を介して、車両管理サーバ６１０よりサンプリングパターン変更指示を受信し、サンプリングパターン管理部３０３に通知する点である。

なお、サンプリングパターン管理部３０３では、サンプリングパターン変更指示を受信すると、サンプリングパターン管理情報を抽出し、サンプリングパターン情報３３０を更新する。図１１の例では、サンプリングパターン情報３３０が更新されたことで、情報ＩＤ＝"０ｘ２Ｃ１"に対応するサンプリングパターン番号が、"２"から"３"へと変更されている。

サンプリングパターン管理部３０３は、更に、抽出したサンプリングパターン管理情報に基づいて、車両情報取得部３０４にサンプリングパターンを設定する。

＜７．車両情報送信処理の流れ＞
次に、第２の実施形態における車両情報送信システム１３０による車両情報送信処理の流れについて説明する。図１２は、車両情報送信処理の流れを示すフローチャートである。なお、ここでは図５に示した車両情報送信処理のフローチャートとの相違点について説明する。図５に示した車両情報送信処理のフローチャートとの相違点は、ステップＳ１２０１からステップＳ１２０３である。

車両管理サーバ６１０との通信が確立すると、ステップＳ１２０１において、サンプリングパターン管理部３０３は、車両管理サーバ６１０からサンプリングパターン変更指示を受信したか否かを判定する。ステップＳ１２０１において、サンプリングパターン変更指示を受信していないと判定した場合には、ステップＳ５０３に進む。

一方、ステップＳ１２０１において、サンプリングパターン変更指示を受信したと判定した場合には、ステップＳ１２０２に進む。ステップＳ１２０２において、サンプリングパターン管理部３０３は、受信したサンプリングパターン変更指示に含まれるサンプリングパターン管理情報を抽出し、サンプリングパターン格納部３１１のサンプリングパターン情報３３０を更新する。

ステップＳ１２０３において、サンプリングパターン管理部３０３は、抽出したサンプリングパターン管理情報に基づいて、サンプリングパターンを車両情報取得部３０４に設定する。これにより、車両管理サーバ６１０により変更指示されたサンプリングパターンが、車両情報取得部３０４に設定されることになる。

＜８．まとめ＞
以上の説明から明らかなように、本実施形態に係る車両情報収集システム６００では、
・車両管理サーバが、収集した車両情報に基づいて、サンプリングパターンの変更要否を判定する構成とした。
・サンプリングパターンの変更が必要と判定した場合に、車両管理サーバが、サンプリングパターンの変更を指示する構成とした。

これにより、車両情報送信システム１３０では、車両管理サーバ６１０により指示されたサンプリングパターンに基づいて車両情報を取得することが可能となる。

［第３の実施形態］
上記第２の実施形態では、車両１２０がＩＧ−ＯＮ状態となり、車両管理サーバ６１０との通信が確立したタイミングで、サンプリングパターン変更指示を送信する構成とした。これに対して、第３の実施形態では、ＩＧ−ＯＮ後の任意のタイミングで、サンプリングパターン変更指示を送信する構成について説明する。

図１３は、車両情報送信処理の流れを示すフローチャートである。なお、ここでは、図５に示した車両情報送信処理のフローチャートとの相違点について説明する。図５に示した車両情報送信処理のフローチャートとの相違点は、ステップＳ１３０１からステップＳ１３０３である。

ステップＳ５０７において送受信制御部３０２が車両管理サーバ１１０に車両情報を送信すると、ステップＳ１３０１において、サンプリングパターン管理部３０３は、車両管理サーバ６１０からサンプリングパターン変更指示を受信したか否かを判定する。ステップＳ１３０１において、サンプリングパターン変更指示を受信していないと判定した場合には、ステップＳ５０８に進む。

一方、ステップＳ１３０１において、サンプリングパターン変更指示を受信したと判定した場合には、ステップＳ１３０２に進む。ステップＳ１３０２において、サンプリングパターン管理部３０３は、受信したサンプリングパターン変更指示に含まれるサンプリングパターン管理情報を抽出し、サンプリングパターン格納部３１１のサンプリングパターン情報３３０を更新する。

ステップＳ１３０３において、サンプリングパターン管理部３０３は、抽出したサンプリングパターン管理情報に基づいて、サンプリングパターンを車両情報取得部３０４に設定する。これにより、車両管理サーバ６１０により変更指示されたサンプリングパターンが、車両情報取得部３０４に設定されることになる。

このように、車両情報送信システム１３０では、ＩＧ−ＯＮ状態になった後の任意のタイミングで、車両管理サーバ６１０からのサンプリングパターンの変更指示を受け、サンプリングパターンの変更を行うことができる。

［変形例］
上記第１乃至第３の実施形態において、送受信制御部３０２は、一時保持部３１２に保持された車両情報を、順次読み出して車両管理サーバ１１０または６１０に送信するものとして説明した。しかしながら、送受信制御部３０２が一時保持部３１２に保持された車両情報を読み出すタイミングは、これに限定されない。例えば、一定周期ごとに、車両情報をまとめて読み出すようにしてもよい。

また、上記第２及び第３の実施形態では、サンプリングパターン変更指示に、サンプリングパターン管理情報を含めて送信する構成とした。しかしながら、サンプリングパターン変更指示に含めて送信する情報はこれに限定されない。例えば、サンプリングパターンの変更が必要な車両情報の種類を識別する情報ＩＤと、変更後のサンプリングパターンの種類を示すサンプリングパターン番号とを含めて送信する構成としてもよい。つまり、変更の必要がない車両情報の種類を識別する情報ＩＤ及び変更されていないサンプリングパターンの種類を示すサンプリングパターン番号については、サンプリングパターン変更指示に含めずに送信する構成としてもよい。

また、上記第２及び第３の実施形態では、車両管理サーバ６１０による指示のもとでサンプリングパターンを変更する構成とした。しかしながら、車両管理サーバ６１０による指示のもとで、サンプリング周期を変更する構成としてもよい。また、変化点サンプリングにあっては、車両管理サーバ６１０による指示のもとで、変化点の検出ロジックを変更する構成としてもよい。つまり、車両情報取得部３０４は、車両管理サーバ６１０からの指示に応じたサンプリング方法により、車両情報を取得する構成としてもよい。

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１００ ：車両情報収集システム
１１０ ：車両管理サーバ
１１１ ：車両情報収集部
１２０ ：車両
１３０ ：車両情報送信システム
３０１ ：接続管理部
３０２ ：送受信制御部
３０３ ：サンプリングパターン管理部
３０４ ：車両情報取得部
３０５ ：情報トリミング部
３０６ ：情報格納部
３１０ ：車両情報送信部
３３０ ：サンプリングパターン情報
３４０ ：一時保持情報
６００ ：車両情報収集システム
６０１ ：サンプリングパターン判定送信部
６１０ ：車両管理サーバ
８１０ ：サンプリングパターン定義情報
８２１〜８２３ ：サンプリングパターン管理情報
９１０〜９３０ ：収集情報

Claims (2)

1. 車両を管理する管理サーバと通信する車両情報送信システムであって、
   前記車両に搭載される車載ネットワーク内において伝送される車両情報を、所定の変化が発生した変化点においてサンプリングする第１の処理と、前記車両情報を予め定められた周期ごとにサンプリングする第２の処理とを互いに独立かつ並列に実行することで、前記第１及び第２の処理によりそれぞれサンプリングした同一の車両情報を取得する取得手段と、
   前記取得手段により取得された前記同一の車両情報を、前記取得手段により取得された順序に従って前記管理サーバに送信する送信手段と
   を有することを特徴とする車両情報送信システム。
2. 前記取得手段は、
   前記管理サーバからの指示に応じたサンプリング方法により、前記同一の車両情報を取得することを特徴とする請求項１に記載の車両情報送信システム。

Images