車載通信端末装置および車両内部データ配信方法
【課題】車両からセンタ装置へリアルタイムで配信する情報のデータ量を削減し、車両とセンタ装置との間の通信負荷を分散させ、低減させる。
【解決手段】車載通信端末装置１０は、車両内電子装置から出力された車両内部データを、車載ネットワークＩＦ処理部１０１１を介して受信し、その車両内部データを車両内部データ分類処理部１０１３で安全用データ、車両診断用データ、走行履歴用データ、情報端末用データに分類する。さらに、車載通信端末装置１０は、安全用データについては、安全用データ配信処理部１０３２により直ちに配信し、他の車両内部データについては、それぞれ、車両診断用データバッファ１０２３、走行履歴用データバッファ１０２４、情報端末用データバッファ１０２５に一時記憶した後、配信するが、車両診断用データについては、車両の走行が停止した後にセンタへ配信する。
【解決手段】車載通信端末装置１０は、車両内電子装置から出力された車両内部データを、車載ネットワークＩＦ処理部１０１１を介して受信し、その車両内部データを車両内部データ分類処理部１０１３で安全用データ、車両診断用データ、走行履歴用データ、情報端末用データに分類する。さらに、車載通信端末装置１０は、安全用データについては、安全用データ配信処理部１０３２により直ちに配信し、他の車両内部データについては、それぞれ、車両診断用データバッファ１０２３、走行履歴用データバッファ１０２４、情報端末用データバッファ１０２５に一時記憶した後、配信するが、車両診断用データについては、車両の走行が停止した後にセンタへ配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両内電子装置から取得された車両内部データを分類してセンタシステムへ配信する車載通信端末装置および車両内部データ配信方法に関する。
【背景技術】
【０００２】
近年、道路を走行する車両においては、安全性向上の要請や、排ガス規制など環境対応の要請に応えるために、エンジン、ブレーキ、エアバッグなどの各種の制御装置の電子化が進行し、その電子化された制御装置（ＥＣＵ：Electric Control Unit）を用いることによって、高度な情報処理を伴う様々な制御が実現されつつある。さらに、これらのＥＣＵは、車内ネットワークで相互に接続され、互いに協調した制御が行われるようになり、それぞれのＥＣＵで取得された様々なセンサデータや制御データがその車載ネットワークを介して送受信されている。
【０００３】
さらに、各ＥＣＵがセンサデータや制御データの履歴を内部に保持しておき、その履歴を運転診断や車両の故障診断へ利用するための試みが始められている。例えば、テレマティクスサービスの一環として、ＥＣＵなどに保持されているデータが運転診断用の車両情報として携帯電話網を介して車両からセンタシステムに収集されている。今後、携帯電話網などの無線通信手段を用いた車両情報の収集は、運転診断用のみならず車両診断用にも適用されていくことが見込まれている。
【０００４】
特許文献１には、車両内のＥＣＵから車両診断用の故障情報を収集し、収集した故障情報をセンタシステムに送信する車両情報収集システムの例が開示されている。また、特許文献２には、車両の走行履歴情報をリアルタイムで収集するシステムにおいて、車両の速度や走行距離に応じて、走行履歴情報をセンタシステムに送信する頻度を変え、無線通信回線における通信量を削減する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−１３４５２９号公報
【特許文献２】特開２００６−７９５０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来は、特許文献１および特許文献２に開示されているように、車両からセンタシステムへ送信される情報の種別は、おおむね１つに限られることが多かった。これは、その情報を利用する目的や用途が、「車両診断用」などのようにあらかじめ限定されていたからである。しかしながら、各車両１台から、車両診断、運転診断、交通情報取得など様々な目的で車両情報を取得しようとするセンタシステムは、すでに構想されているところであり、その構想が実現された場合には、車両からセンタシステムへ送信されるデータ量が膨大なものとなり、各車両とセンタシステムとをつなぐ無線通信回線は、帯域不足に陥る恐れがある。
【０００７】
以上の従来技術の問題点に鑑み、本発明は、車両からセンタシステムへリアルタイムで配信する情報のデータ量を削減させ、車両とセンタシステムとの間の通信負荷を分散させ、低減させることが可能な車載通信端末装置および車両内部データ配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の従来技術の問題点に鑑み、本発明の車載通信端末装置では、車両内電子装置から出力された車両内部データを取得したとき、その取得した車両内部データを、あらかじめ定められた車両内部データ分類定義情報に基づき分類し、その分類した車両内部データを、その分類種別ごとにあらかじめ定められたタイミングでセンタシステムへ配信するようにした。
【０００９】
このように、車両内部データを分類し、分類した車両内部データのセンタシステムへの配信タイミングをそれぞれ設定することにより、その用途により不急のデータについては、その情報配信タイミングを車両の運転終了後に設定することができる。従って、車両走行中にリアルタイムで送信すべきデータの転送量を削減することが可能になる。従って、車両とセンタシステムとをつなぐ無線通信回線の通信負荷を分散することができ、そのため、その無線通信回線が帯域不足に陥ることを防止することができる。
【発明の効果】
【００１０】
本発明によれば、車両からセンタ装置へリアルタイムで配信する情報のデータ量を削減し、車両とセンタ装置との間の通信負荷を分散させ、低減させることが可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る車載通信端末装置が適用される車両情報収集システムの構成の例を示した図。
【図２】本発明の実施形態に係る車載通信端末装置の機能ブロック構成の例を示した図。
【図３】車両内部データおよびその分類種別の例を示した図。
【図４】配信データ分類定義情報および車両内部データ分類定義情報の構成の例を示した図。
【図５】記憶部に確保される車両診断用データバッファ、走行履歴用データバッファおよび情報端末用データバッファの構成の例を示した図。
【図６】受信処理部における車両内データの受信・分類・蓄積処理の処理フローの例を示した図。
【図７】車両診断用データバッファにおいて車両診断用データが蓄積される様子を示した図。
【図８】車両診断用データ蓄積処理の詳細な処理フローの例を示した図。
【図９】配信処理部における蓄積データ配信処理部の処理フローの例を示した図。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００１３】
図１は、本発明の実施形態に係る車載通信端末装置が適用される車両情報収集システムの構成の例を示した図である。
【００１４】
図１に示すように、車両情報収集システム１００は、車両２に搭載された様々な電子装置の集合体である車載システム１と、車両情報を利用する１つ以上のサーバ装置（センタ装置）からなるセンタシステム４と、その両者を通信可能に接続する通信ネットワーク３と、を含んで構成される。
【００１５】
センタシステム４は、例えば、車両２のエアバッグ作動を検知して、人命救助や事故処置などを手配する安全管理サーバ４１、車両２の走行位置や速度などを取得して、渋滞情報などの交通情報を生成する交通情報管理サーバ４２などのサーバ装置を含んで構成される。図示を省略したが、センタシステム４のサーバ装置としては、さらに、地図情報を管理する地図情報管理サーバや、車両２の走行特性や操作特性などを診断する車両診断サーバなどを想定することができる。
【００１６】
通信ネットワーク３は、車両２と基地局３２と接続する無線回線３１、基地局３２とセンタシステム４とを接続する公衆通信ネットワーク３３などによって構成される。ここで、無線回線３１としては、携帯電話回線や、ＩＥＥＥ８０２．１１シリーズ規格の無線ＬＡＮ（Local Area Network）の回線などが用いられる。また、公衆通信ネットワーク３３としては、インターネットや公衆交換電話回線網（ＰＳＴＮ：Public Switched Telephone Network）などが用いられる。
【００１７】
車載システム１は、車両２に搭載された様々な電子装置の集合体である。これら複数の電子装置を統合するために、車両２内に張り巡らされた情報系ネットワーク２１および制御系ネットワーク２２が利用される。その場合、情報系ネットワーク２１および制御系ネットワーク２２は、車載ゲートウェイ装置１４によって相互に接続される。
【００１８】
情報系ネットワーク２１は、ＣＡＮ（Controller Area Network）、ＩＥＥＥ１３９４、ＭＯＳＴ（Media Oriented System Transport）などの規格に準拠したネットワークである。そして、その情報系ネットワーク２１には、センタシステム４に対する端末として機能する車載通信端末装置１０、車両２の走行誘導情報をドライバに提供するカーナビゲーション装置１２、ＧＰＳ（Global Positioning System）衛星からの信号を受信して、車両２の位置情報を出力するＧＰＳ装置１３など、主としてドライバへの情報提供サービスを行う電子装置が接続される。
【００１９】
従って、情報系ネットワーク２１では、ドライバへの情報提供サービスに関連する情報が送受信される。例えば、カーナビゲーション装置１２は、情報系ネットワーク２１を介して、ＧＰＳ装置１３から１秒ごとに車両２の現在位置情報を取得する。また、車載通信端末装置１０は、情報系ネットワーク２１を介して、カーナビゲーション装置１２から周辺地図情報の取得要求情報を受信すると、センタシステム４の地図情報管理サーバ（図示せず）から車両２の現在位置周辺の周辺地図情報を取得して、その取得した周辺地図情報を、情報系ネットワーク２１を介してカーナビゲーション装置１２へ送信する。
【００２０】
制御系ネットワーク２２は、ＣＡＮ、ＦｌｅｘＲａｙなどの規格に準拠したネットワークである。制御系ネットワーク２２には、車両２の動力・機械系の装置を駆動するための電子制御装置（ＥＣＵ）、例えば、エアバッグを制御するためのエアバッグＥＣＵ１５、バッテリを制御するためのバッテリＥＣＵ１６、ブレーキを制御するためのブレーキＥＣＵ１７、モータを制御するためのモータＥＣＵ１８、ステアリングを制御するためのステアリングＥＣＵ１９などが接続される。なお、本実施形態では、車両２は、電気自動車であることを想定しているが、内燃エンジンを搭載した自動車であってもよい。
【００２１】
制御系ネットワーク２２では、モータの回転数、バッテリ残量、ブレーキやアクセルの踏み込み量など、主として、車両の走行制御に関するデータが送受信され、データ送受信の高速性が求められる。例えば、ブレーキＥＣＵ１７によるブレーキ制御に関しては、時速６０ｋｍで走行している車両２は、１秒間に１７ｍ走行するため、ブレーキ制御は最低でも１００ｍ秒単位での応答精度が求められる。従って、制御系ネットワーク２２から取得されるデータに対しても同程度の時間精度が求められる。また、その制御の信頼性を確保するために、制御系ネットワーク２２で送受信されるデータは、しばしば、多重化など冗長化されることが多い。
【００２２】
車載ゲートウェイ装置１４は、情報系ネットワーク２１と制御系ネットワーク２２との間、つまり、異なるネットワーク間でのデータ送受信の制御を行う。
【００２３】
車載システム１内の異なるネットワーク間でのデータ転送の例として、情報系ネットワーク２１上のカーナビゲーション装置１２と、制御系ネットワーク２２上のステアリングＥＣＵ１９およびブレーキＥＣＵ１７との連携がある。カーナビゲーション装置１２は、地図情報、車両２の位置情報および予想進路から、前方にカーブが迫っていることを予測することができる。そこで、カーナビゲーション装置１２は、この予測した前方カーブの曲率データをステアリングＥＣＵ１９およびブレーキＥＣＵ１７へ送信する。そして、ステアリングＥＣＵ１９は、現在のステア角で前方カーブを安全に曲がることができるか否かを判定し、曲がれないと判定したときには、ステア角を変更するよう制御する。また、ブレーキＥＣＵ１７は、現在の車両速度で前方カーブを安全に曲がることができるか否かを判定し、曲がれないと判定したときには、安全に曲がることができる速度までブレーキをかけて減速させる制御を行う。これらの制御により、ドライバが前方のカーブに気付かずスピードを出し過ぎていたとしても、自動的にステアリング操作や減速がなされ、車両２は、安全にカーブを曲がることができる。
【００２４】
本実施形態では、いわゆるイグニッションキーにより車両２が走行可能にされている状態を、ＩＧＮ ＯＮ状態と呼び、車両２が走行不可にされている状態を、ＩＧＮ ＯＦＦ状態と呼ぶ。なお、電気自動車の場合には、「イグニッション」の用語は、必ずしも適切ではないが、本実施形態は、内燃エンジンの自動車にも適用可能であるので、本明細書では、これらの慣用されている用語を利用する。
【００２５】
ＩＧＮ ＯＮ状態では、車載システム１を構成する全ての電子装置には、図示しないバッテリからの電源が供給される。一方、ＩＧＮ ＯＦＦ状態では、車載通信端末装置１０および通信装置１１には、バッテリからの電源が供給されるが、他の電子装置への電源供給は停止される。従って、車載通信端末装置１０は、ＩＧＮ ＯＦＦ状態でもセンタシステム４との間で通信を行うことができる。
【００２６】
センタシステム４と車載システム１と間でのデータ転送の例として、情報系ネットワーク２１上のＧＰＳ装置１３と、制御系ネットワーク２２上のモータＥＣＵ１８と、センタシステム４の交通情報管理サーバ４２と、の間の連携がある。車載通信端末装置１０は、情報系ネットワーク２１上のＧＰＳ装置１３で取得された位置情報、および、制御系ネットワーク２２上のモータＥＣＵ１８でモータ回転数などから演算された車速情報を、定期的に交通情報管理サーバ４２へ送信する。交通情報管理サーバ４２は、このような情報を複数の車両２から収集することによって、道路の渋滞状態を推定することが可能になる。つまり、交通量の測定装置が設置されていない道路であっても、渋滞状態の情報の取得が可能になり、その予測を精度よく行うことが可能となる。
【００２７】
図２は、本発明の実施形態に係る車載通信端末装置１０の機能ブロック構成の例を示した図である。
【００２８】
図２に示すように、車載通信端末装置１０は、大別すると、受信処理部１０１、記憶部１０２、配信処理部１０３を含んで構成される。ここで、記憶部１０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリなど、主として半導体メモリによって構成されるが、ハードディスク装置などを含んでもよい。また、受信処理部１０１および配信処理部１０３（以下、処理部と総称する）は、ハードウエアとしては、集積回路のマイクロプロセッサなどからなるＣＰＵ（Central Processing Unit）を含んで構成され、処理部１１０１，１０３の機能は、そのＣＰＵが記憶部１０２に格納された所定のプログラムを実行することによって実現される。
【００２９】
ここで、受信処理部１０１は、車載ネットワークＩＦ処理部１０１１、車両内部データ分類処理部１０１３、車両診断用データ蓄積処理部１０１４、走行履歴用データ蓄積処理部１０１５、情報端末用データ蓄積処理部１０１６、車両状態解析処理部１０１２などのサブブロックにより構成される。
【００３０】
車載ネットワークＩＦ処理部１０１１は、情報系ネットワーク２１、車載ゲートウェイ装置１４および制御系ネットワーク２２を介して、それらに接続された電子装置との間で行われるデータの送受信の処理を制御する。つまり、情報系ネットワーク２１や制御系ネットワーク２２を流れる車両内部データは、まず、車載ネットワークＩＦ処理部１０１１で受信される。なお、本明細書では、車載システム１に含まれる各電子装置により取得または生成されるデータを車両内部データと総称する。
【００３１】
車載ネットワークＩＦ処理部１０１１で受信されたデータは、記憶部１０２にあらかじめ記憶されている車両内部データ分類定義情報１０２２に基づき、車両内部データ分類処理部１０１３によって、例えば、４つの分類種別（安全用データ、車両診断用データ、走行履歴用データおよび情報端末用データ）に分類される。なお、車両内部データ分類定義情報１０２２の構成については、後記にて詳しく説明する。
【００３２】
車両内部データ分類処理部１０１３により分類された車両内部データは、それぞれ、車両診断用データ蓄積処理部１０１４、走行履歴用データ蓄積処理部１０１５および情報端末用データ蓄積処理部１０１６によって、記憶部１０２に設けられた車両診断用データバッファ１０２３、走行履歴用データバッファ１０２４、情報端末用データバッファ１０２５に蓄積される。ただし、安全用データについては、直ちにセンタシステム４へ送信すべく、配信処理部１０３の安全用データ配信処理部１０３２へ受け渡される。なお、これらの処理の処理フローの詳細については、別途、図面を用いて説明する。
【００３３】
車両状態解析処理部１０１２は、車載ネットワークＩＦ処理部１０１１によって得られる情報系ネットワーク２１を介してのデータ受信状況に基づき、車両２の状態、つまり、車両２がＩＧＮ ＯＮ状態にあるか、ＩＧＮ ＯＦＦ状態にあるかを判定する。なお、後記するように、ＩＧＮ ＯＮ状態のときには、例えば、モータＥＣＵ１８からモータ回転数が１００ｍ秒おきに送信されているので、車両状態解析処理部１０１２は、その受信状態を監視することによって、ＩＧＮ ＯＮ／ＯＦＦ状態を知ることができる。車両状態解析処理部１０１２によって判定された車両状態（ＩＧＮ ＯＮ／ＯＦＦ状態）は、記憶部１０２の車両状態情報１０２６として記憶される。
【００３４】
一方、配信処理部１０３は、無線通信ＩＦ処理部１０３５、安全用データ配信処理部１０３２、蓄積データ配信処理部１０３３、車両状態確認処理部１０３１、送信タイミング管理処理部１０３４などのサブブロックを含んで構成される。
【００３５】
無線通信ＩＦ処理部１０３５は、携帯電話などからなる無線の通信装置１１と基地局３２との間のデータ送受信の制御を行うとともに、公衆通信ネットワーク３３を介して、センタシステム４との間のデータ送受信の処理を行う。
【００３６】
安全用データ配信処理部１０３２は、車両内部データ分類処理部１０１３から安全用データを受け渡されたとき、直ちに、その受け渡された安全用データから配信用の安全用データを生成して、センタシステム４の安全管理サーバ４１へ配信する。この安全用データ配信処理部１０３２の処理は、車両２のドライバの安全に関係する処理であるため、最高の優先度で実行される。ちなみに、走行履歴用データなど他のデータがセンタシステム４へ配信されているときであっても、そのデータ配信処理はいったん停止され、安全用データ配信処理が優先して実行される。
【００３７】
これに対し、蓄積データ配信処理部１０３３の処理は、送信タイミング管理処理部１０３４によって起動されて実行が開始される。そして、その実行が開始されたときには、車両状態確認処理部１０３１の処理によって車両状態情報１０２６に記憶されている車両状態（ＩＧＮ ＯＮ／ＯＦＦ状態）が確認され、その車両状態に応じて、車両診断用データバッファ１０２３、走行履歴用データバッファ１０２４、情報端末用データバッファ１０２５のそれぞれに蓄積されている車両診断用データ、走行履歴用データ、情報端末用データがセンタシステム４へ配信される。なお、その配信処理の詳細については、別途、図面を用いて説明する。また、車両状態に応じた配信可能な車両内部データの分類種別は、配信データ分類定義情報１０２１に記憶されている。
【００３８】
図３は、車両内部データおよびその分類種別の例を示した図である。本実施形態では、車両内部データは、例えば、安全用データ、情報端末用データ、走行履歴用データおよび車両診断用データに分類される。
【００３９】
安全用データとしては、例えば、エアバッグＥＣＵ１５から出力される、エアバックが作動したことを示すエアバッグ作動情報がある。エアバックが作動したことは、車両２に何らかの事故が生じことを意味するので、エアバッグ作動情報、つまり安全用データは、直ちにセンタシステム４へ送信される。なお、エアバック作動情報に、ＧＰＳ装置１３から得られる位置情報を付随させて安全情報としてもよい。
【００４０】
情報端末用データとしては、例えば、カーナビゲーション装置１２を操作したときに得られる操作の履歴情報（以下、ナビ操作ログという）がある。ナビ操作ログは、例えば、センタシステム４でカーナビゲーション装置１２の操作性の検証をするような場合に用いられる。
【００４１】
走行履歴データとしては、ＧＰＳ位置情報、バッテリ残量、モータ回転数、ステア角、ＡＢＳ（Antilock Brake System）作動情報、車速などがあり、それぞれ、ＧＰＳ装置１３、バッテリＥＣＵ１６、モータＥＣＵ１８、ステアリングＥＣＵ１９、ブレーキＥＣＵ１７により出力される。これらの走行履歴データは、センタシステム４において、例えば、車両２の省エネ特性などの走行特性を取得したり、道路の渋滞情報など取得したりする場合に用いられる。
【００４２】
車両診断用データとしては、エアバッグ作動情報、ＡＢＳ作動情報、ブレーキ踏み込み量、ＧＰＳ位置情報、バッテリ残量、モータ回転数、ステア角、車速などがあり、それぞれ、エアバッグＥＣＵ１５、ブレーキＥＣＵ１７、ＧＰＳ装置１３、バッテリＥＣＵ１６、モータＥＣＵ１８、ステアリングＥＣＵ１９により出力される。これらの車両診断用データは、センタシステム４において、主として、車両走行中に生じたイベントやドライバの操作に対する車両２の応答特性を取得する場合に用いられる。そして、その応答特性から、車両２の一般的な性能を評価したり、個々の車両２の性能劣化を診断したりすることが可能になる。
【００４３】
図４は、配信データ分類定義情報１０２１および車両内部データ分類定義情報１０２２の構成の例を示した図である。これらの配信データ分類定義情報１０２１および車両内部データ分類定義情報１０２２は、車両情報収集システム１００または車載システム１が設計されたときに設定される情報である。従って、それらのシステムの仕様が変更されない限り、変更されることはないので、配信データ分類定義情報１０２１および車両内部データ分類定義情報１０２２は、記憶部１０２のＲＯＭの領域に記憶しておくことができる。
【００４４】
図４（Ａ）に示すように、配信データ分類定義情報１０２１は、分類名称、分類識別子、配信可能車両状態、優先順位の各フィールドを含んで構成される。
【００４５】
ここで、分類名称は、図３に示した安全用データ、情報端末用データ、走行履歴用データおよび車両診断用データを指す。分類識別子は、それぞれの分類種別に対して付された識別記号である。配信可能車両状態は、当該分類種別のデータのセンタシステム４への配信が可能な状態を示した情報である。優先順位は、当該分類種別のデータをセンタシステム４へ配信するときの優先度を示した情報である。
【００４６】
なお、分類識別子は、車載通信端末装置１０のプログラムで用いられる記号であり、配信データ分類定義情報１０２１によれば、安全用データ、情報端末用データ、走行履歴用データおよび車両診断用データは、それぞれ、“Type１”、“Type２”、“Type３”、Type４”と表される。また、車両状態のＩＧＮ ＯＮ状態を“ST１”と表し、ＩＧＮ ＯＦＦ状態を、“ST２”と表す。
【００４７】
すなわち、本実施形態では、“Type１”のデータ（安全用データ）は、“ST１”の状態（ＩＧＮ ＯＮ状態）でも“ST２”の状態（ＩＧＮ ＯＦＦ状態）でも配信可能なデータとして設定され、その優先順位は“１”であるので、最優先で配信される。また、“Type２”のデータ（情報端末用データ）および“Type３”のデータ（走行履歴用データ）は、“ST１”の状態（ＩＧＮ ＯＮ状態）のとき配信され、“ST２”の状態（ＩＧＮ ＯＦＦ状態）のときには配信されないデータとして設定されている。そして、その優先順位は、それぞれ、“２”および“３”に設定されている。また、“Type４”のデータ（車両診断用データ）は、“ST２”の状態（ＩＧＮ ＯＦＦ状態）のとき配信され、“ST１”の状態（ＩＧＮ ＯＮ状態）のときには配信されないデータとして設定されている。
【００４８】
次に、図４（Ｂ）に示すように、車両内部データ分類定義情報１０２２は、車両内部データ名称、データ識別子、分類識別子、取得周期の各フィールドを含んで構成される。
【００４９】
ここで、車両内部データ名称は、車載システム１の含まれる各電子装置から取得される車両内部データを個別に識別する名称であり、データ識別子は、その車両内部データの識別記号、分類識別子は、当該車両内部データが属する分類の識別記号、取得周期は、当該車両内部データを取得する時間周期を表している。
【００５０】
なお、車両内部データ名称またはデータ識別子で識別される１つのデータに対して、複数の分類識別子を対応付けてもよい。すなわち、１つのデータが複数の種別に分類されてもよい。ちなみに、データ識別子“0x0110”のＡＢＳ作動情報は、“Type３”（走行履歴用データ）および“Type４”（車両診断用データ）の両方に分類されている。
【００５１】
ただし、１つの車両内データが複数の種別に分類され、それぞれの分類で取得周期が異なる場合には、車両内部データ分類定義情報１０２２では、２レコード（２行のデータ）として記憶されるものとする（例えば、図４（Ｂ）のバッテリ残量やモータ回転数などのデータを参照）。
【００５２】
また、取得周期の“Event”は、そのデータが、ある事象が生じたことによって取得されることを意味する。すなわち、エアバッグ作動情報は、エアバッグＥＣＵ１５がエアバックの作動を検出したときに取得されるデータであることを表し、ＡＢＳ作動情報は、ブレーキＥＣＵ１７がＡＢＳの作動を検出したときに取得されるデータであることを表す。
【００５３】
例えば、データ識別子が“0x0100”のエアバッグ作動情報は、エアバッグが作動したときにエアバッグＥＣＵ１５から制御系ネットワーク２２出力される“Event”のデータであり、“Type１”（安全用データ）および“Type４”（車両診断用データ）に分類されている。また、データ識別子が“0x0110”のＡＢＳ作動情報は、ＡＢＳの作動が検出されたときにブレーキＥＣＵ１７から制御系ネットワーク２２出力される“Event”のデータであり、“Type３”（走行履歴用データ）および“Type４”（車両診断用データ）に分類される。
【００５４】
一方、データ識別子が“0x0200”のナビ操作ログは、カーナビゲーション装置１２から１分ごとに情報系ネットワーク２１に出力されるデータであり、“Type２”（情報端末用データ）に分類される。また、データ識別子が“0x0210”のＧＰＳ位置情報は、ＧＰＳ装置１３から１分ごとに情報系ネットワーク２１に出力されるデータであり、“Type３”（走行履歴用データ）および“Type４”（車両診断用データ）に分類される。また、データ識別子が“0x0250”のブレーキ踏み込み量は、ブレーキＥＣＵ１７から１００ｍ秒ごとに制御系ネットワーク２２に出力される情報であり、“Type４”（車両診断用データ）に分類される。
【００５５】
また、データ識別子が“0x0300”のバッテリ残量、データ識別子が“0x0320”のモータ回転数、データ識別子が“0x0330”の車速、および、データ識別子が“0x0340”のステア角は、それぞれ、バッテリＥＣＵ１６、モータＥＣＵ１８、ブレーキＥＣＵ１７およびステアリングＥＣＵ１９から１００ｍ秒ごとに制御系ネットワーク２２に出力されるデータである。そして、そのデータから間引いて取得周期を１分として得られたデータが“Type３”（走行履歴用データ）に分類され、間引くことなく取得周期を１００ｍ秒として得られたデータが“Type４”（車両診断用データ）に分類される。
【００５６】
図５は、記憶部１０２に確保される車両診断用データバッファ１０２３、走行履歴用データバッファ１０２４および情報端末用データバッファ１０２５の構成の例を示した図である。
【００５７】
図５（Ａ）に示すように、車両診断用データバッファ１０２３は、データ識別子、データ内容、タイムスタンプの各フィールドを含んで構成される。ここで、データ識別子は、蓄積される車両診断用データのデータ識別子、データ内容は、蓄積される車両診断用データそのもの、タイムスタンプは、蓄積される車両診断用データが取得された日付や時刻を識別する情報である。
【００５８】
車両診断用データバッファ１０２３への車両診断用データの蓄積指示は、車両診断用データ蓄積処理部１０１４によって行われ、その蓄積指示が行われるたびに、バッファアドレスのインクリメントが行われつつ、車両診断用データが車両診断用データバッファ１０２３に書き込まれる。
【００５９】
車両診断用データバッファ１０２３は、いわゆるリングバッファの形式で構成されている。すなわち、バッファアドレスが最後の“0xFFFF”に到達すると、次のバッファアドレスは、最初の“0x0000”へ戻り、バッファアドレス“0x0000”以下の領域には、順次、新しい車両診断用データが上書きされていくことになる。なお、車両診断用データ蓄積処理部１０１４による車両診断用データバッファ１０２３への車両診断用データ蓄積処理の詳細については、別途、図面を参照して説明する、
【００６０】
図５（Ｂ）に示すように、走行履歴用データバッファ１０２４は、データ識別子、データ内容、タイムスタンプ、送信完了識別子の各フィールドを含んで構成される。ここで、データ識別子は、蓄積される走行履歴用データのデータ識別子、データ内容は、蓄積される走行履歴用データそのもの、タイムスタンプは、蓄積される走行履歴用データが取得された日付や時刻を識別する情報、送信完了識別子は、当該走行履歴用データが送信済か、または、未送信であるかを示すフラグ情報である。
【００６１】
走行履歴用データバッファ１０２４への走行履歴用データの蓄積指示は、走行履歴用データ蓄積処理部１０１５によって行われ、その蓄積指示が行われるたびに、図示しないバッファアドレスのインクリメントが行われつつ、走行履歴用データが走行履歴用データバッファ１０２４に順次書き込まれる。そして、その書き込み時には、送信完了識別子のフィールドは、未送信を意味する“０”が書き込まれる。また、蓄積データ配信処理部１０３３によりその蓄積された走行履歴用データがセンタシステム４へ配信されたときには、その送信完了識別子のフィールドには、送信済を意味する“１”が書き込まれる。
【００６２】
なお、走行履歴用データ蓄積処理部１０１５による走行履歴用データバッファ１０２４への走行履歴用データの蓄積処理と、蓄積データ配信処理部１０３３による蓄積済の走行履歴用データのセンタシステム４への配信処理と、が同期して行われる場合には、走行履歴用データバッファ１０２４は、アドレスインクリメント方式のバッファを用いないでもよい。
【００６３】
すなわち、走行履歴用データバッファ１０２４への書き込み周期と読み出し周期が同じである場合には、蓄積されるデータの数やその名称は、あらかじめ定められているので、データ識別子のフィールドには、そのあらかじめ定められたデータ名称に対応するデータ識別子を書き込んでおく。そうすれば、走行履歴用データ蓄積処理部１０１５は、走行履歴用データに分類されたデータを、そのデータの識別子に対応するレコード（行）のデータ内容フィールドに書き込むだけでよい。そして、そのときには、そのレコードのタイムスタンプおよび送信完了識別子の各フィールドには、日時情報および未送信フラグ“０”が書き込まれる。
【００６４】
また、図５（Ｃ）に示すように、情報端末用データバッファ１０２５は、データ識別子、データ内容、タイムスタンプ、送信完了識別子の各フィールドを含んで構成される。この情報端末用データバッファ１０２５の構成およびその蓄積機能は、蓄積対象のデータが異なることを除き、前記の走行履歴用データバッファ１０２４と同じであるので、その説明を省略する。
【００６５】
図６は、受信処理部１０１における車両内データの受信・分類・蓄積処理の処理フローの例を示した図である。図６に示すように、車載通信端末装置１０のＣＰＵは、まず、車載ネットワークＩＦ処理部１０１１を介して車両内部データを受信し（ステップＳ１０）、車両内部データ分類処理部１０１３の処理として、その受信した車両内部データを分類する（ステップＳ１１）。
【００６６】
そして、前記受信データが安全用データであった場合には（ステップＳ１２でＹｅｓ）、ＣＰＵは、配信処理部１０３における安全用データ配信処理部１０３２の処理を実行し、前記受信データ、すなわち、安全用データをセンタシステム４へ送信する（ステップＳ１３）。続いて、ＣＰＵは、そのステップＳ１３に続けて、または、前記受信データが安全用データでなかった場合には（ステップＳ１２でＮｏ）、さらに、前記受信データが情報端末用データであるか否かを判定する（ステップＳ１４）。
【００６７】
そして、前記受信データが情報端末用データであった場合には（ステップＳ１４でＹｅｓ）、ＣＰＵは、情報端末用データ蓄積処理部１０１６の処理として、前記受信データ、すなわち、情報端末用データを情報端末用データバッファ１０２５に蓄積する（ステップＳ１５）。続いて、ＣＰＵは、そのステップＳ１５に続けて、または、前記受信データが情報端末用データでなかった場合には（ステップＳ１４でＮｏ）、さらに、前記受信データが走行履歴用データであるか否かを判定する（ステップＳ１６）。
【００６８】
そして、前記受信データが走行履歴用データであった場合には（ステップＳ１６でＹｅｓ）、ＣＰＵは、走行履歴用データ蓄積処理部１０１５の処理として、前記受信データ、すなわち、走行履歴用データを走行履歴用データバッファ１０２４に蓄積する（ステップＳ１７）。続いて、ＣＰＵは、そのステップＳ１７に続けて、または、前記受信データが走行履歴用データでなかった場合には（ステップＳ１６でＮｏ）、さらに、前記受信データが車両診断用データであるか否かを判定する（ステップＳ１８）。
【００６９】
そして、前記受信データが車両診断用データであった場合には（ステップＳ１８でＹｅｓ）、ＣＰＵは、車両診断用データ蓄積処理部１０１４の処理として、前記受信データ、すなわち、車両診断用データを車両診断用データバッファ１０２３に蓄積する（ステップＳ１９）。続いて、ＣＰＵは、そのステップＳ１７に続けて、または、前記受信データが車両診断用データでなかった場合には（ステップＳ１８でＮｏ）、処理を終了する。
【００７０】
次に、図７および図８を参照して、図６のステップＳ１９の車両診断用データ蓄積処理の詳細について説明する。ここで、図７は、車両診断用データバッファ１０２３において車両診断用データが蓄積される様子を示した図、図８は、車両診断用データ蓄積処理の詳細な処理フローの例を示した図である。
【００７１】
図５（Ａ）に示したように、車両診断用データバッファ１０２３は、記憶部１０２に確保された記憶領域であり、その記憶領域には、データ識別子、データ内容およびタイムスタンプからなる車両診断用データが順次蓄積される。また、本実施形態では、車両診断用データバッファ１０２３は、リングバッファであり、そのリングバッファには、車載ネットワークから供給される車両診断用データが、常に、蓄積されている状態にある。
【００７２】
本実施形態では、車両診断用データ取得のために、所定のトリガが設定されている。トリガとは、車両診断用データ取得を指示する情報であり、トリガは、車両２の走行状態が所定の条件を満たした、すなわち、所定のトリガ検知条件を満たしたときに発行される。例えば、ＡＢＳが作動したときや、ブレーキの踏み込み量が急に増大したときなどに発行される。このようなトリガを設定しておくことによって、トリガ発生時、例えば、スリップ発生時や急ブレーキがかけられたときなどの車両２の詳細な挙動データを取得することが可能になる。
【００７３】
図７に示すように、車両診断用データバッファ１０２３では、バッファ本体の領域の他に、バッファポインタ、トリガ検知済フラグ、データ蓄積済フラグ、トリガアドレス、プレトリガアドレスを記憶する領域が確保されている。
【００７４】
バッファポインタには、新しい車両診断用データを蓄積するときのバッファアドレスが記憶され、トリガアドレスには、車両診断用データ蓄積処理部１０１４の処理でトリガが検知されたときのバッファアドレスが記憶され、プレトリガアドレスには、トリガ検知時よりも所定の時間（例えば、１０秒）前に車両診断用データが蓄積されたときのバッファアドレスが記憶される。また、トリガ検知済フラグは、トリガが検知されたときに、“未済”から“済”に書き換えられる。また、データ蓄積済フラグは、トリガ検知後、新たな車両診断用データが順次蓄積されてゆき、そのバッファアドレスが、プレトリガアドレスの１つ前に到達したときに、“未済”から“済”に書き換えられる。
【００７５】
図７の例では、バッファポインタは、“0x7123”、トリガアドレスは、“0x03FF”、プレトリガアドレスは、“0x0310”であり、また、トリガ検知済フラグは、“済”、データ蓄積済フラグは、“未済”である。従って、このとき、車両診断用データとして有効な蓄積データは、バッファアドレスが“0x03FF”から“0x7122”までのデータである。なお、この状態では、新たな車両診断用データがさらに続けて蓄積されている状態にある。
【００７６】
以上のような車両診断用データ蓄積処理は、図８に示した処理フローに従って実行される。すなわち、ＣＰＵは、まず、データ蓄積済フラグを参照して、データ蓄積済であるか否かを判定する（ステップＳ２１）。そして、データ蓄積済であれば（ステップＳ２１でＹｅｓ）、処理を終了する。すなわち、あるトリガが検知され、そのトリガにより車両診断用データが車両診断用データバッファ１０２３にいったん蓄積された場合には、その後の車両診断用データの蓄積は行われない。
【００７７】
一方、データ蓄積済でなかった場合には（ステップＳ２１でＮｏ）、ＣＰＵは、トリガ検知済フラグを参照して、トリガ検知済であるか否かを判定する（ステップＳ２２）。そして、トリガ検知済でなかった場合には（ステップＳ２２でＮｏ）、さらに、受信した車両診断用データが所定のトリガ検知条件を満たすか否かを判定し（ステップＳ２３）、トリガ検知条件を満たしたときには、トリガ検知済フラグに“済”を設定する（ステップＳ２４）。
【００７８】
また、ステップＳ２２でトリガ検知済であった場合（ステップＳ２２でＹｅｓ）、ステップＳ２３でトリガ検知条件を満たさなかった場合（ステップＳ２３でＮｏ）、または、ステップＳ２４の次には、ＣＰＵは、受信した車両診断用データが蓄積対象データであるか否かを判定する（ステップＳ２５）。そして、ＣＰＵは、受信した車両診断用データが蓄積対象データであった場合には（ステップＳ２５でＹｅｓ）、その車両診断用データを車両診断用データバッファ１０２３に蓄積する（ステップＳ２６）。また、蓄積対象データでなかった場合には（ステップＳ２５でＮｏ）、処理を終了する。
【００７９】
さらに、ステップＳ２６に引き続いて、ＣＰＵは、バッファポインタをインクリメントし、バッファポインタがプレトリガアドレスに到達したか否か、つまり、バッファが満杯になったか否かを判定する（ステップＳ２７）。そして、バッファポインタがプレトリガアドレスに到達した、つまり、バッファが満杯になった場合には（ステップＳ２７でＹｅｓ）、データ蓄積済フラグに“済”を設定し（ステップＳ２８）、処理を終了する。また、バッファが満杯になっていなかった場合には（ステップＳ２７でＮｏ）、そのまま処理を終了する。
【００８０】
なお、以上に説明した車両診断用データ蓄積処理では、車両が走行するとき、１種または１回のトリガしか受付けられないが、図７に示した車両診断用データバッファ１０２３を複数個用意しておけば、複数種または複数回のトリガを受け付けることが可能になる。その場合には、トリガ条件で設定されたときの車両２の挙動データをより多く取得することが可能になる。
【００８１】
図９は、配信処理部１０３における蓄積データ配信処理部１０３３の処理フローの例を示した図である。蓄積データ配信処理部１０３３の処理は、送信タイミング管理処理部１０３４から通知されるタイミング情報によって起動される。
【００８２】
すなわち、送信タイミング管理処理部１０３４は、例えば、情報端末用データは１分ごと、走行履歴用データは５分ごと、車両診断用データは車両状態がＩＧＮ ＯＮからＩＧＮ ＯＦＦ状態になったとき、というように送信タイミングの条件を定めておき、その送信タイミングの条件が検知されたとき、その送信タイミング情報を蓄積データ配信処理部１０３３へ通知する。
【００８３】
車載通信端末装置１０のＣＰＵは、その送信タイミング情報を受けると、まず、車両状態確認処理部１０３１を介して車両状態情報１０２６を参照して、車両状態がＩＧＮ ＯＮ状態にあるか否かを判定する（ステップＳ３１）。そして、その車両状態がＩＧＮ ＯＮ状態であった場合には（ステップＳ３１でＹｅｓ）、ＣＰＵは、さらに、情報端末用データのタイミングであるか否かを判定し（ステップＳ３２）、情報端末用データのタイミングであったときには（ステップＳ３２でＹｅｓ）、そのとき情報端末用データバッファ１０２５に蓄積されている情報端末用データで未送信のデータをセンタシステム４へ配信する（ステップＳ３３）。
【００８４】
また、ＣＰＵは、情報端末用データのタイミングでなかったとき（ステップＳ３２でＮｏ）、または、ステップＳ３３の次には、走行履歴用データのタイミングであるか否かを判定する（ステップＳ３４）。そして、走行履歴用データのタイミングであったときには（ステップＳ３４でＹｅｓ）、ＣＰＵは、そのとき走行履歴用データバッファ１０２４に蓄積されている走行履歴データで未送信のデータをセンタシステム４へ配信する（ステップＳ３５）。
【００８５】
また、ステップＳ３１で車両状態がＩＧＮ ＯＦＦ状態であった場合には（ステップＳ３１でＮｏ）、ＣＰＵは、車両診断用データバッファ１０２３のデータ蓄積済フラグを参照して、車両診断用データが蓄積済であるか否かを判定する（ステップＳ３６）。そして、車両診断用データが蓄積済であったときには（ステップＳ３６でＹｅｓ）、ＣＰＵは、車両診断用データバッファ１０２３に蓄積されている車両診断用データをセンタシステム４へ配信する（ステップＳ３７）。
【００８６】
また、ステップＳ３４で走行履歴用データのタイミングでなかったとき（ステップＳ３４でＮｏ）、ステップＳ３６で車両診断用データが蓄積済でなかったとき（ステップＳ３６でＹｅｓ）、ステップＳ３５の次、または、ステップＳ３７の次には、当該蓄積データ配信処理を終了する。
【００８７】
以上、本実施形態によれば、車両内部データ分類処理部１０１３により、車両２の内部の様々な電子装置から出力される車両内部データを、安全用データ、車両診断用データ、走行履歴用データおよび情報端末用データに分類することができる。このうち、車両診断用データは、必ずしもリアルタイムでセンタシステム４へ送信する必要のないデータであるため、車両２の走行が終了した後にセンタシステム４に配信されるようにされている。すなわち、車両２からセンタシステム４へのデータ配信は、分散化されたことになり、車両走行中のデータ配信量は削減されたことになる。そのため、車両２とセンタシステム４とをつなぐ無線通信回線が帯域不足に陥ることを防止することができる。
【符号の説明】
【００８８】
１ 車載システム
２ 車両
３ 通信ネットワーク
４ センタシステム
１０ 車載通信端末装置
１１ 通信装置
１２ カーナビゲーション装置
１３ ＧＰＳ装置
１４ 車載ゲートウェイ装置
１５ エアバッグＥＣＵ
１６ バッテリＥＣＵ
１７ ブレーキＥＣＵ
１８ モータＥＣＵ
１９ ステアリングＥＣＵ
２１ 情報系ネットワーク
２２ 制御系ネットワーク
３１ 無線回線（無線通信回線）
３２ 基地局
３３ 公衆通信ネットワーク
４１ 安全管理サーバ（センタ装置）
４２ 交通情報管理サーバ（センタ装置）
１００ 車両情報収集システム
１０１ 受信処理部（処理部）
１０２ 記憶部
１０３ 配信処理部（処理部）
１０１１ 車載ネットワークＩＦ処理部
１０１２ 車両状態解析処理部
１０１３ 車両内部データ分類処理部
１０１４ 車両診断用データ蓄積処理部
１０１５ 走行履歴用データ蓄積処理部
１０１６ 情報端末用データ蓄積処理部
１０２１ 配信データ分類定義情報
１０２２ 車両内部データ分類定義情報
１０２３ 車両診断用データバッファ
１０２４ 走行履歴用データバッファ
１０２５ 情報端末用データバッファ
１０２６ 車両状態情報
１０３１ 車両状態確認処理部
１０３２ 安全用データ配信処理部
１０３３ 蓄積データ配信処理部
１０３４ 送信タイミング管理処理部
１０３５ 無線通信ＩＦ処理部
【技術分野】
【０００１】
本発明は、車両内電子装置から取得された車両内部データを分類してセンタシステムへ配信する車載通信端末装置および車両内部データ配信方法に関する。
【背景技術】
【０００２】
近年、道路を走行する車両においては、安全性向上の要請や、排ガス規制など環境対応の要請に応えるために、エンジン、ブレーキ、エアバッグなどの各種の制御装置の電子化が進行し、その電子化された制御装置（ＥＣＵ：Electric Control Unit）を用いることによって、高度な情報処理を伴う様々な制御が実現されつつある。さらに、これらのＥＣＵは、車内ネットワークで相互に接続され、互いに協調した制御が行われるようになり、それぞれのＥＣＵで取得された様々なセンサデータや制御データがその車載ネットワークを介して送受信されている。
【０００３】
さらに、各ＥＣＵがセンサデータや制御データの履歴を内部に保持しておき、その履歴を運転診断や車両の故障診断へ利用するための試みが始められている。例えば、テレマティクスサービスの一環として、ＥＣＵなどに保持されているデータが運転診断用の車両情報として携帯電話網を介して車両からセンタシステムに収集されている。今後、携帯電話網などの無線通信手段を用いた車両情報の収集は、運転診断用のみならず車両診断用にも適用されていくことが見込まれている。
【０００４】
特許文献１には、車両内のＥＣＵから車両診断用の故障情報を収集し、収集した故障情報をセンタシステムに送信する車両情報収集システムの例が開示されている。また、特許文献２には、車両の走行履歴情報をリアルタイムで収集するシステムにおいて、車両の速度や走行距離に応じて、走行履歴情報をセンタシステムに送信する頻度を変え、無線通信回線における通信量を削減する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−１３４５２９号公報
【特許文献２】特開２００６−７９５０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来は、特許文献１および特許文献２に開示されているように、車両からセンタシステムへ送信される情報の種別は、おおむね１つに限られることが多かった。これは、その情報を利用する目的や用途が、「車両診断用」などのようにあらかじめ限定されていたからである。しかしながら、各車両１台から、車両診断、運転診断、交通情報取得など様々な目的で車両情報を取得しようとするセンタシステムは、すでに構想されているところであり、その構想が実現された場合には、車両からセンタシステムへ送信されるデータ量が膨大なものとなり、各車両とセンタシステムとをつなぐ無線通信回線は、帯域不足に陥る恐れがある。
【０００７】
以上の従来技術の問題点に鑑み、本発明は、車両からセンタシステムへリアルタイムで配信する情報のデータ量を削減させ、車両とセンタシステムとの間の通信負荷を分散させ、低減させることが可能な車載通信端末装置および車両内部データ配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上の従来技術の問題点に鑑み、本発明の車載通信端末装置では、車両内電子装置から出力された車両内部データを取得したとき、その取得した車両内部データを、あらかじめ定められた車両内部データ分類定義情報に基づき分類し、その分類した車両内部データを、その分類種別ごとにあらかじめ定められたタイミングでセンタシステムへ配信するようにした。
【０００９】
このように、車両内部データを分類し、分類した車両内部データのセンタシステムへの配信タイミングをそれぞれ設定することにより、その用途により不急のデータについては、その情報配信タイミングを車両の運転終了後に設定することができる。従って、車両走行中にリアルタイムで送信すべきデータの転送量を削減することが可能になる。従って、車両とセンタシステムとをつなぐ無線通信回線の通信負荷を分散することができ、そのため、その無線通信回線が帯域不足に陥ることを防止することができる。
【発明の効果】
【００１０】
本発明によれば、車両からセンタ装置へリアルタイムで配信する情報のデータ量を削減し、車両とセンタ装置との間の通信負荷を分散させ、低減させることが可能になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る車載通信端末装置が適用される車両情報収集システムの構成の例を示した図。
【図２】本発明の実施形態に係る車載通信端末装置の機能ブロック構成の例を示した図。
【図３】車両内部データおよびその分類種別の例を示した図。
【図４】配信データ分類定義情報および車両内部データ分類定義情報の構成の例を示した図。
【図５】記憶部に確保される車両診断用データバッファ、走行履歴用データバッファおよび情報端末用データバッファの構成の例を示した図。
【図６】受信処理部における車両内データの受信・分類・蓄積処理の処理フローの例を示した図。
【図７】車両診断用データバッファにおいて車両診断用データが蓄積される様子を示した図。
【図８】車両診断用データ蓄積処理の詳細な処理フローの例を示した図。
【図９】配信処理部における蓄積データ配信処理部の処理フローの例を示した図。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００１３】
図１は、本発明の実施形態に係る車載通信端末装置が適用される車両情報収集システムの構成の例を示した図である。
【００１４】
図１に示すように、車両情報収集システム１００は、車両２に搭載された様々な電子装置の集合体である車載システム１と、車両情報を利用する１つ以上のサーバ装置（センタ装置）からなるセンタシステム４と、その両者を通信可能に接続する通信ネットワーク３と、を含んで構成される。
【００１５】
センタシステム４は、例えば、車両２のエアバッグ作動を検知して、人命救助や事故処置などを手配する安全管理サーバ４１、車両２の走行位置や速度などを取得して、渋滞情報などの交通情報を生成する交通情報管理サーバ４２などのサーバ装置を含んで構成される。図示を省略したが、センタシステム４のサーバ装置としては、さらに、地図情報を管理する地図情報管理サーバや、車両２の走行特性や操作特性などを診断する車両診断サーバなどを想定することができる。
【００１６】
通信ネットワーク３は、車両２と基地局３２と接続する無線回線３１、基地局３２とセンタシステム４とを接続する公衆通信ネットワーク３３などによって構成される。ここで、無線回線３１としては、携帯電話回線や、ＩＥＥＥ８０２．１１シリーズ規格の無線ＬＡＮ（Local Area Network）の回線などが用いられる。また、公衆通信ネットワーク３３としては、インターネットや公衆交換電話回線網（ＰＳＴＮ：Public Switched Telephone Network）などが用いられる。
【００１７】
車載システム１は、車両２に搭載された様々な電子装置の集合体である。これら複数の電子装置を統合するために、車両２内に張り巡らされた情報系ネットワーク２１および制御系ネットワーク２２が利用される。その場合、情報系ネットワーク２１および制御系ネットワーク２２は、車載ゲートウェイ装置１４によって相互に接続される。
【００１８】
情報系ネットワーク２１は、ＣＡＮ（Controller Area Network）、ＩＥＥＥ１３９４、ＭＯＳＴ（Media Oriented System Transport）などの規格に準拠したネットワークである。そして、その情報系ネットワーク２１には、センタシステム４に対する端末として機能する車載通信端末装置１０、車両２の走行誘導情報をドライバに提供するカーナビゲーション装置１２、ＧＰＳ（Global Positioning System）衛星からの信号を受信して、車両２の位置情報を出力するＧＰＳ装置１３など、主としてドライバへの情報提供サービスを行う電子装置が接続される。
【００１９】
従って、情報系ネットワーク２１では、ドライバへの情報提供サービスに関連する情報が送受信される。例えば、カーナビゲーション装置１２は、情報系ネットワーク２１を介して、ＧＰＳ装置１３から１秒ごとに車両２の現在位置情報を取得する。また、車載通信端末装置１０は、情報系ネットワーク２１を介して、カーナビゲーション装置１２から周辺地図情報の取得要求情報を受信すると、センタシステム４の地図情報管理サーバ（図示せず）から車両２の現在位置周辺の周辺地図情報を取得して、その取得した周辺地図情報を、情報系ネットワーク２１を介してカーナビゲーション装置１２へ送信する。
【００２０】
制御系ネットワーク２２は、ＣＡＮ、ＦｌｅｘＲａｙなどの規格に準拠したネットワークである。制御系ネットワーク２２には、車両２の動力・機械系の装置を駆動するための電子制御装置（ＥＣＵ）、例えば、エアバッグを制御するためのエアバッグＥＣＵ１５、バッテリを制御するためのバッテリＥＣＵ１６、ブレーキを制御するためのブレーキＥＣＵ１７、モータを制御するためのモータＥＣＵ１８、ステアリングを制御するためのステアリングＥＣＵ１９などが接続される。なお、本実施形態では、車両２は、電気自動車であることを想定しているが、内燃エンジンを搭載した自動車であってもよい。
【００２１】
制御系ネットワーク２２では、モータの回転数、バッテリ残量、ブレーキやアクセルの踏み込み量など、主として、車両の走行制御に関するデータが送受信され、データ送受信の高速性が求められる。例えば、ブレーキＥＣＵ１７によるブレーキ制御に関しては、時速６０ｋｍで走行している車両２は、１秒間に１７ｍ走行するため、ブレーキ制御は最低でも１００ｍ秒単位での応答精度が求められる。従って、制御系ネットワーク２２から取得されるデータに対しても同程度の時間精度が求められる。また、その制御の信頼性を確保するために、制御系ネットワーク２２で送受信されるデータは、しばしば、多重化など冗長化されることが多い。
【００２２】
車載ゲートウェイ装置１４は、情報系ネットワーク２１と制御系ネットワーク２２との間、つまり、異なるネットワーク間でのデータ送受信の制御を行う。
【００２３】
車載システム１内の異なるネットワーク間でのデータ転送の例として、情報系ネットワーク２１上のカーナビゲーション装置１２と、制御系ネットワーク２２上のステアリングＥＣＵ１９およびブレーキＥＣＵ１７との連携がある。カーナビゲーション装置１２は、地図情報、車両２の位置情報および予想進路から、前方にカーブが迫っていることを予測することができる。そこで、カーナビゲーション装置１２は、この予測した前方カーブの曲率データをステアリングＥＣＵ１９およびブレーキＥＣＵ１７へ送信する。そして、ステアリングＥＣＵ１９は、現在のステア角で前方カーブを安全に曲がることができるか否かを判定し、曲がれないと判定したときには、ステア角を変更するよう制御する。また、ブレーキＥＣＵ１７は、現在の車両速度で前方カーブを安全に曲がることができるか否かを判定し、曲がれないと判定したときには、安全に曲がることができる速度までブレーキをかけて減速させる制御を行う。これらの制御により、ドライバが前方のカーブに気付かずスピードを出し過ぎていたとしても、自動的にステアリング操作や減速がなされ、車両２は、安全にカーブを曲がることができる。
【００２４】
本実施形態では、いわゆるイグニッションキーにより車両２が走行可能にされている状態を、ＩＧＮ ＯＮ状態と呼び、車両２が走行不可にされている状態を、ＩＧＮ ＯＦＦ状態と呼ぶ。なお、電気自動車の場合には、「イグニッション」の用語は、必ずしも適切ではないが、本実施形態は、内燃エンジンの自動車にも適用可能であるので、本明細書では、これらの慣用されている用語を利用する。
【００２５】
ＩＧＮ ＯＮ状態では、車載システム１を構成する全ての電子装置には、図示しないバッテリからの電源が供給される。一方、ＩＧＮ ＯＦＦ状態では、車載通信端末装置１０および通信装置１１には、バッテリからの電源が供給されるが、他の電子装置への電源供給は停止される。従って、車載通信端末装置１０は、ＩＧＮ ＯＦＦ状態でもセンタシステム４との間で通信を行うことができる。
【００２６】
センタシステム４と車載システム１と間でのデータ転送の例として、情報系ネットワーク２１上のＧＰＳ装置１３と、制御系ネットワーク２２上のモータＥＣＵ１８と、センタシステム４の交通情報管理サーバ４２と、の間の連携がある。車載通信端末装置１０は、情報系ネットワーク２１上のＧＰＳ装置１３で取得された位置情報、および、制御系ネットワーク２２上のモータＥＣＵ１８でモータ回転数などから演算された車速情報を、定期的に交通情報管理サーバ４２へ送信する。交通情報管理サーバ４２は、このような情報を複数の車両２から収集することによって、道路の渋滞状態を推定することが可能になる。つまり、交通量の測定装置が設置されていない道路であっても、渋滞状態の情報の取得が可能になり、その予測を精度よく行うことが可能となる。
【００２７】
図２は、本発明の実施形態に係る車載通信端末装置１０の機能ブロック構成の例を示した図である。
【００２８】
図２に示すように、車載通信端末装置１０は、大別すると、受信処理部１０１、記憶部１０２、配信処理部１０３を含んで構成される。ここで、記憶部１０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリなど、主として半導体メモリによって構成されるが、ハードディスク装置などを含んでもよい。また、受信処理部１０１および配信処理部１０３（以下、処理部と総称する）は、ハードウエアとしては、集積回路のマイクロプロセッサなどからなるＣＰＵ（Central Processing Unit）を含んで構成され、処理部１１０１，１０３の機能は、そのＣＰＵが記憶部１０２に格納された所定のプログラムを実行することによって実現される。
【００２９】
ここで、受信処理部１０１は、車載ネットワークＩＦ処理部１０１１、車両内部データ分類処理部１０１３、車両診断用データ蓄積処理部１０１４、走行履歴用データ蓄積処理部１０１５、情報端末用データ蓄積処理部１０１６、車両状態解析処理部１０１２などのサブブロックにより構成される。
【００３０】
車載ネットワークＩＦ処理部１０１１は、情報系ネットワーク２１、車載ゲートウェイ装置１４および制御系ネットワーク２２を介して、それらに接続された電子装置との間で行われるデータの送受信の処理を制御する。つまり、情報系ネットワーク２１や制御系ネットワーク２２を流れる車両内部データは、まず、車載ネットワークＩＦ処理部１０１１で受信される。なお、本明細書では、車載システム１に含まれる各電子装置により取得または生成されるデータを車両内部データと総称する。
【００３１】
車載ネットワークＩＦ処理部１０１１で受信されたデータは、記憶部１０２にあらかじめ記憶されている車両内部データ分類定義情報１０２２に基づき、車両内部データ分類処理部１０１３によって、例えば、４つの分類種別（安全用データ、車両診断用データ、走行履歴用データおよび情報端末用データ）に分類される。なお、車両内部データ分類定義情報１０２２の構成については、後記にて詳しく説明する。
【００３２】
車両内部データ分類処理部１０１３により分類された車両内部データは、それぞれ、車両診断用データ蓄積処理部１０１４、走行履歴用データ蓄積処理部１０１５および情報端末用データ蓄積処理部１０１６によって、記憶部１０２に設けられた車両診断用データバッファ１０２３、走行履歴用データバッファ１０２４、情報端末用データバッファ１０２５に蓄積される。ただし、安全用データについては、直ちにセンタシステム４へ送信すべく、配信処理部１０３の安全用データ配信処理部１０３２へ受け渡される。なお、これらの処理の処理フローの詳細については、別途、図面を用いて説明する。
【００３３】
車両状態解析処理部１０１２は、車載ネットワークＩＦ処理部１０１１によって得られる情報系ネットワーク２１を介してのデータ受信状況に基づき、車両２の状態、つまり、車両２がＩＧＮ ＯＮ状態にあるか、ＩＧＮ ＯＦＦ状態にあるかを判定する。なお、後記するように、ＩＧＮ ＯＮ状態のときには、例えば、モータＥＣＵ１８からモータ回転数が１００ｍ秒おきに送信されているので、車両状態解析処理部１０１２は、その受信状態を監視することによって、ＩＧＮ ＯＮ／ＯＦＦ状態を知ることができる。車両状態解析処理部１０１２によって判定された車両状態（ＩＧＮ ＯＮ／ＯＦＦ状態）は、記憶部１０２の車両状態情報１０２６として記憶される。
【００３４】
一方、配信処理部１０３は、無線通信ＩＦ処理部１０３５、安全用データ配信処理部１０３２、蓄積データ配信処理部１０３３、車両状態確認処理部１０３１、送信タイミング管理処理部１０３４などのサブブロックを含んで構成される。
【００３５】
無線通信ＩＦ処理部１０３５は、携帯電話などからなる無線の通信装置１１と基地局３２との間のデータ送受信の制御を行うとともに、公衆通信ネットワーク３３を介して、センタシステム４との間のデータ送受信の処理を行う。
【００３６】
安全用データ配信処理部１０３２は、車両内部データ分類処理部１０１３から安全用データを受け渡されたとき、直ちに、その受け渡された安全用データから配信用の安全用データを生成して、センタシステム４の安全管理サーバ４１へ配信する。この安全用データ配信処理部１０３２の処理は、車両２のドライバの安全に関係する処理であるため、最高の優先度で実行される。ちなみに、走行履歴用データなど他のデータがセンタシステム４へ配信されているときであっても、そのデータ配信処理はいったん停止され、安全用データ配信処理が優先して実行される。
【００３７】
これに対し、蓄積データ配信処理部１０３３の処理は、送信タイミング管理処理部１０３４によって起動されて実行が開始される。そして、その実行が開始されたときには、車両状態確認処理部１０３１の処理によって車両状態情報１０２６に記憶されている車両状態（ＩＧＮ ＯＮ／ＯＦＦ状態）が確認され、その車両状態に応じて、車両診断用データバッファ１０２３、走行履歴用データバッファ１０２４、情報端末用データバッファ１０２５のそれぞれに蓄積されている車両診断用データ、走行履歴用データ、情報端末用データがセンタシステム４へ配信される。なお、その配信処理の詳細については、別途、図面を用いて説明する。また、車両状態に応じた配信可能な車両内部データの分類種別は、配信データ分類定義情報１０２１に記憶されている。
【００３８】
図３は、車両内部データおよびその分類種別の例を示した図である。本実施形態では、車両内部データは、例えば、安全用データ、情報端末用データ、走行履歴用データおよび車両診断用データに分類される。
【００３９】
安全用データとしては、例えば、エアバッグＥＣＵ１５から出力される、エアバックが作動したことを示すエアバッグ作動情報がある。エアバックが作動したことは、車両２に何らかの事故が生じことを意味するので、エアバッグ作動情報、つまり安全用データは、直ちにセンタシステム４へ送信される。なお、エアバック作動情報に、ＧＰＳ装置１３から得られる位置情報を付随させて安全情報としてもよい。
【００４０】
情報端末用データとしては、例えば、カーナビゲーション装置１２を操作したときに得られる操作の履歴情報（以下、ナビ操作ログという）がある。ナビ操作ログは、例えば、センタシステム４でカーナビゲーション装置１２の操作性の検証をするような場合に用いられる。
【００４１】
走行履歴データとしては、ＧＰＳ位置情報、バッテリ残量、モータ回転数、ステア角、ＡＢＳ（Antilock Brake System）作動情報、車速などがあり、それぞれ、ＧＰＳ装置１３、バッテリＥＣＵ１６、モータＥＣＵ１８、ステアリングＥＣＵ１９、ブレーキＥＣＵ１７により出力される。これらの走行履歴データは、センタシステム４において、例えば、車両２の省エネ特性などの走行特性を取得したり、道路の渋滞情報など取得したりする場合に用いられる。
【００４２】
車両診断用データとしては、エアバッグ作動情報、ＡＢＳ作動情報、ブレーキ踏み込み量、ＧＰＳ位置情報、バッテリ残量、モータ回転数、ステア角、車速などがあり、それぞれ、エアバッグＥＣＵ１５、ブレーキＥＣＵ１７、ＧＰＳ装置１３、バッテリＥＣＵ１６、モータＥＣＵ１８、ステアリングＥＣＵ１９により出力される。これらの車両診断用データは、センタシステム４において、主として、車両走行中に生じたイベントやドライバの操作に対する車両２の応答特性を取得する場合に用いられる。そして、その応答特性から、車両２の一般的な性能を評価したり、個々の車両２の性能劣化を診断したりすることが可能になる。
【００４３】
図４は、配信データ分類定義情報１０２１および車両内部データ分類定義情報１０２２の構成の例を示した図である。これらの配信データ分類定義情報１０２１および車両内部データ分類定義情報１０２２は、車両情報収集システム１００または車載システム１が設計されたときに設定される情報である。従って、それらのシステムの仕様が変更されない限り、変更されることはないので、配信データ分類定義情報１０２１および車両内部データ分類定義情報１０２２は、記憶部１０２のＲＯＭの領域に記憶しておくことができる。
【００４４】
図４（Ａ）に示すように、配信データ分類定義情報１０２１は、分類名称、分類識別子、配信可能車両状態、優先順位の各フィールドを含んで構成される。
【００４５】
ここで、分類名称は、図３に示した安全用データ、情報端末用データ、走行履歴用データおよび車両診断用データを指す。分類識別子は、それぞれの分類種別に対して付された識別記号である。配信可能車両状態は、当該分類種別のデータのセンタシステム４への配信が可能な状態を示した情報である。優先順位は、当該分類種別のデータをセンタシステム４へ配信するときの優先度を示した情報である。
【００４６】
なお、分類識別子は、車載通信端末装置１０のプログラムで用いられる記号であり、配信データ分類定義情報１０２１によれば、安全用データ、情報端末用データ、走行履歴用データおよび車両診断用データは、それぞれ、“Type１”、“Type２”、“Type３”、Type４”と表される。また、車両状態のＩＧＮ ＯＮ状態を“ST１”と表し、ＩＧＮ ＯＦＦ状態を、“ST２”と表す。
【００４７】
すなわち、本実施形態では、“Type１”のデータ（安全用データ）は、“ST１”の状態（ＩＧＮ ＯＮ状態）でも“ST２”の状態（ＩＧＮ ＯＦＦ状態）でも配信可能なデータとして設定され、その優先順位は“１”であるので、最優先で配信される。また、“Type２”のデータ（情報端末用データ）および“Type３”のデータ（走行履歴用データ）は、“ST１”の状態（ＩＧＮ ＯＮ状態）のとき配信され、“ST２”の状態（ＩＧＮ ＯＦＦ状態）のときには配信されないデータとして設定されている。そして、その優先順位は、それぞれ、“２”および“３”に設定されている。また、“Type４”のデータ（車両診断用データ）は、“ST２”の状態（ＩＧＮ ＯＦＦ状態）のとき配信され、“ST１”の状態（ＩＧＮ ＯＮ状態）のときには配信されないデータとして設定されている。
【００４８】
次に、図４（Ｂ）に示すように、車両内部データ分類定義情報１０２２は、車両内部データ名称、データ識別子、分類識別子、取得周期の各フィールドを含んで構成される。
【００４９】
ここで、車両内部データ名称は、車載システム１の含まれる各電子装置から取得される車両内部データを個別に識別する名称であり、データ識別子は、その車両内部データの識別記号、分類識別子は、当該車両内部データが属する分類の識別記号、取得周期は、当該車両内部データを取得する時間周期を表している。
【００５０】
なお、車両内部データ名称またはデータ識別子で識別される１つのデータに対して、複数の分類識別子を対応付けてもよい。すなわち、１つのデータが複数の種別に分類されてもよい。ちなみに、データ識別子“0x0110”のＡＢＳ作動情報は、“Type３”（走行履歴用データ）および“Type４”（車両診断用データ）の両方に分類されている。
【００５１】
ただし、１つの車両内データが複数の種別に分類され、それぞれの分類で取得周期が異なる場合には、車両内部データ分類定義情報１０２２では、２レコード（２行のデータ）として記憶されるものとする（例えば、図４（Ｂ）のバッテリ残量やモータ回転数などのデータを参照）。
【００５２】
また、取得周期の“Event”は、そのデータが、ある事象が生じたことによって取得されることを意味する。すなわち、エアバッグ作動情報は、エアバッグＥＣＵ１５がエアバックの作動を検出したときに取得されるデータであることを表し、ＡＢＳ作動情報は、ブレーキＥＣＵ１７がＡＢＳの作動を検出したときに取得されるデータであることを表す。
【００５３】
例えば、データ識別子が“0x0100”のエアバッグ作動情報は、エアバッグが作動したときにエアバッグＥＣＵ１５から制御系ネットワーク２２出力される“Event”のデータであり、“Type１”（安全用データ）および“Type４”（車両診断用データ）に分類されている。また、データ識別子が“0x0110”のＡＢＳ作動情報は、ＡＢＳの作動が検出されたときにブレーキＥＣＵ１７から制御系ネットワーク２２出力される“Event”のデータであり、“Type３”（走行履歴用データ）および“Type４”（車両診断用データ）に分類される。
【００５４】
一方、データ識別子が“0x0200”のナビ操作ログは、カーナビゲーション装置１２から１分ごとに情報系ネットワーク２１に出力されるデータであり、“Type２”（情報端末用データ）に分類される。また、データ識別子が“0x0210”のＧＰＳ位置情報は、ＧＰＳ装置１３から１分ごとに情報系ネットワーク２１に出力されるデータであり、“Type３”（走行履歴用データ）および“Type４”（車両診断用データ）に分類される。また、データ識別子が“0x0250”のブレーキ踏み込み量は、ブレーキＥＣＵ１７から１００ｍ秒ごとに制御系ネットワーク２２に出力される情報であり、“Type４”（車両診断用データ）に分類される。
【００５５】
また、データ識別子が“0x0300”のバッテリ残量、データ識別子が“0x0320”のモータ回転数、データ識別子が“0x0330”の車速、および、データ識別子が“0x0340”のステア角は、それぞれ、バッテリＥＣＵ１６、モータＥＣＵ１８、ブレーキＥＣＵ１７およびステアリングＥＣＵ１９から１００ｍ秒ごとに制御系ネットワーク２２に出力されるデータである。そして、そのデータから間引いて取得周期を１分として得られたデータが“Type３”（走行履歴用データ）に分類され、間引くことなく取得周期を１００ｍ秒として得られたデータが“Type４”（車両診断用データ）に分類される。
【００５６】
図５は、記憶部１０２に確保される車両診断用データバッファ１０２３、走行履歴用データバッファ１０２４および情報端末用データバッファ１０２５の構成の例を示した図である。
【００５７】
図５（Ａ）に示すように、車両診断用データバッファ１０２３は、データ識別子、データ内容、タイムスタンプの各フィールドを含んで構成される。ここで、データ識別子は、蓄積される車両診断用データのデータ識別子、データ内容は、蓄積される車両診断用データそのもの、タイムスタンプは、蓄積される車両診断用データが取得された日付や時刻を識別する情報である。
【００５８】
車両診断用データバッファ１０２３への車両診断用データの蓄積指示は、車両診断用データ蓄積処理部１０１４によって行われ、その蓄積指示が行われるたびに、バッファアドレスのインクリメントが行われつつ、車両診断用データが車両診断用データバッファ１０２３に書き込まれる。
【００５９】
車両診断用データバッファ１０２３は、いわゆるリングバッファの形式で構成されている。すなわち、バッファアドレスが最後の“0xFFFF”に到達すると、次のバッファアドレスは、最初の“0x0000”へ戻り、バッファアドレス“0x0000”以下の領域には、順次、新しい車両診断用データが上書きされていくことになる。なお、車両診断用データ蓄積処理部１０１４による車両診断用データバッファ１０２３への車両診断用データ蓄積処理の詳細については、別途、図面を参照して説明する、
【００６０】
図５（Ｂ）に示すように、走行履歴用データバッファ１０２４は、データ識別子、データ内容、タイムスタンプ、送信完了識別子の各フィールドを含んで構成される。ここで、データ識別子は、蓄積される走行履歴用データのデータ識別子、データ内容は、蓄積される走行履歴用データそのもの、タイムスタンプは、蓄積される走行履歴用データが取得された日付や時刻を識別する情報、送信完了識別子は、当該走行履歴用データが送信済か、または、未送信であるかを示すフラグ情報である。
【００６１】
走行履歴用データバッファ１０２４への走行履歴用データの蓄積指示は、走行履歴用データ蓄積処理部１０１５によって行われ、その蓄積指示が行われるたびに、図示しないバッファアドレスのインクリメントが行われつつ、走行履歴用データが走行履歴用データバッファ１０２４に順次書き込まれる。そして、その書き込み時には、送信完了識別子のフィールドは、未送信を意味する“０”が書き込まれる。また、蓄積データ配信処理部１０３３によりその蓄積された走行履歴用データがセンタシステム４へ配信されたときには、その送信完了識別子のフィールドには、送信済を意味する“１”が書き込まれる。
【００６２】
なお、走行履歴用データ蓄積処理部１０１５による走行履歴用データバッファ１０２４への走行履歴用データの蓄積処理と、蓄積データ配信処理部１０３３による蓄積済の走行履歴用データのセンタシステム４への配信処理と、が同期して行われる場合には、走行履歴用データバッファ１０２４は、アドレスインクリメント方式のバッファを用いないでもよい。
【００６３】
すなわち、走行履歴用データバッファ１０２４への書き込み周期と読み出し周期が同じである場合には、蓄積されるデータの数やその名称は、あらかじめ定められているので、データ識別子のフィールドには、そのあらかじめ定められたデータ名称に対応するデータ識別子を書き込んでおく。そうすれば、走行履歴用データ蓄積処理部１０１５は、走行履歴用データに分類されたデータを、そのデータの識別子に対応するレコード（行）のデータ内容フィールドに書き込むだけでよい。そして、そのときには、そのレコードのタイムスタンプおよび送信完了識別子の各フィールドには、日時情報および未送信フラグ“０”が書き込まれる。
【００６４】
また、図５（Ｃ）に示すように、情報端末用データバッファ１０２５は、データ識別子、データ内容、タイムスタンプ、送信完了識別子の各フィールドを含んで構成される。この情報端末用データバッファ１０２５の構成およびその蓄積機能は、蓄積対象のデータが異なることを除き、前記の走行履歴用データバッファ１０２４と同じであるので、その説明を省略する。
【００６５】
図６は、受信処理部１０１における車両内データの受信・分類・蓄積処理の処理フローの例を示した図である。図６に示すように、車載通信端末装置１０のＣＰＵは、まず、車載ネットワークＩＦ処理部１０１１を介して車両内部データを受信し（ステップＳ１０）、車両内部データ分類処理部１０１３の処理として、その受信した車両内部データを分類する（ステップＳ１１）。
【００６６】
そして、前記受信データが安全用データであった場合には（ステップＳ１２でＹｅｓ）、ＣＰＵは、配信処理部１０３における安全用データ配信処理部１０３２の処理を実行し、前記受信データ、すなわち、安全用データをセンタシステム４へ送信する（ステップＳ１３）。続いて、ＣＰＵは、そのステップＳ１３に続けて、または、前記受信データが安全用データでなかった場合には（ステップＳ１２でＮｏ）、さらに、前記受信データが情報端末用データであるか否かを判定する（ステップＳ１４）。
【００６７】
そして、前記受信データが情報端末用データであった場合には（ステップＳ１４でＹｅｓ）、ＣＰＵは、情報端末用データ蓄積処理部１０１６の処理として、前記受信データ、すなわち、情報端末用データを情報端末用データバッファ１０２５に蓄積する（ステップＳ１５）。続いて、ＣＰＵは、そのステップＳ１５に続けて、または、前記受信データが情報端末用データでなかった場合には（ステップＳ１４でＮｏ）、さらに、前記受信データが走行履歴用データであるか否かを判定する（ステップＳ１６）。
【００６８】
そして、前記受信データが走行履歴用データであった場合には（ステップＳ１６でＹｅｓ）、ＣＰＵは、走行履歴用データ蓄積処理部１０１５の処理として、前記受信データ、すなわち、走行履歴用データを走行履歴用データバッファ１０２４に蓄積する（ステップＳ１７）。続いて、ＣＰＵは、そのステップＳ１７に続けて、または、前記受信データが走行履歴用データでなかった場合には（ステップＳ１６でＮｏ）、さらに、前記受信データが車両診断用データであるか否かを判定する（ステップＳ１８）。
【００６９】
そして、前記受信データが車両診断用データであった場合には（ステップＳ１８でＹｅｓ）、ＣＰＵは、車両診断用データ蓄積処理部１０１４の処理として、前記受信データ、すなわち、車両診断用データを車両診断用データバッファ１０２３に蓄積する（ステップＳ１９）。続いて、ＣＰＵは、そのステップＳ１７に続けて、または、前記受信データが車両診断用データでなかった場合には（ステップＳ１８でＮｏ）、処理を終了する。
【００７０】
次に、図７および図８を参照して、図６のステップＳ１９の車両診断用データ蓄積処理の詳細について説明する。ここで、図７は、車両診断用データバッファ１０２３において車両診断用データが蓄積される様子を示した図、図８は、車両診断用データ蓄積処理の詳細な処理フローの例を示した図である。
【００７１】
図５（Ａ）に示したように、車両診断用データバッファ１０２３は、記憶部１０２に確保された記憶領域であり、その記憶領域には、データ識別子、データ内容およびタイムスタンプからなる車両診断用データが順次蓄積される。また、本実施形態では、車両診断用データバッファ１０２３は、リングバッファであり、そのリングバッファには、車載ネットワークから供給される車両診断用データが、常に、蓄積されている状態にある。
【００７２】
本実施形態では、車両診断用データ取得のために、所定のトリガが設定されている。トリガとは、車両診断用データ取得を指示する情報であり、トリガは、車両２の走行状態が所定の条件を満たした、すなわち、所定のトリガ検知条件を満たしたときに発行される。例えば、ＡＢＳが作動したときや、ブレーキの踏み込み量が急に増大したときなどに発行される。このようなトリガを設定しておくことによって、トリガ発生時、例えば、スリップ発生時や急ブレーキがかけられたときなどの車両２の詳細な挙動データを取得することが可能になる。
【００７３】
図７に示すように、車両診断用データバッファ１０２３では、バッファ本体の領域の他に、バッファポインタ、トリガ検知済フラグ、データ蓄積済フラグ、トリガアドレス、プレトリガアドレスを記憶する領域が確保されている。
【００７４】
バッファポインタには、新しい車両診断用データを蓄積するときのバッファアドレスが記憶され、トリガアドレスには、車両診断用データ蓄積処理部１０１４の処理でトリガが検知されたときのバッファアドレスが記憶され、プレトリガアドレスには、トリガ検知時よりも所定の時間（例えば、１０秒）前に車両診断用データが蓄積されたときのバッファアドレスが記憶される。また、トリガ検知済フラグは、トリガが検知されたときに、“未済”から“済”に書き換えられる。また、データ蓄積済フラグは、トリガ検知後、新たな車両診断用データが順次蓄積されてゆき、そのバッファアドレスが、プレトリガアドレスの１つ前に到達したときに、“未済”から“済”に書き換えられる。
【００７５】
図７の例では、バッファポインタは、“0x7123”、トリガアドレスは、“0x03FF”、プレトリガアドレスは、“0x0310”であり、また、トリガ検知済フラグは、“済”、データ蓄積済フラグは、“未済”である。従って、このとき、車両診断用データとして有効な蓄積データは、バッファアドレスが“0x03FF”から“0x7122”までのデータである。なお、この状態では、新たな車両診断用データがさらに続けて蓄積されている状態にある。
【００７６】
以上のような車両診断用データ蓄積処理は、図８に示した処理フローに従って実行される。すなわち、ＣＰＵは、まず、データ蓄積済フラグを参照して、データ蓄積済であるか否かを判定する（ステップＳ２１）。そして、データ蓄積済であれば（ステップＳ２１でＹｅｓ）、処理を終了する。すなわち、あるトリガが検知され、そのトリガにより車両診断用データが車両診断用データバッファ１０２３にいったん蓄積された場合には、その後の車両診断用データの蓄積は行われない。
【００７７】
一方、データ蓄積済でなかった場合には（ステップＳ２１でＮｏ）、ＣＰＵは、トリガ検知済フラグを参照して、トリガ検知済であるか否かを判定する（ステップＳ２２）。そして、トリガ検知済でなかった場合には（ステップＳ２２でＮｏ）、さらに、受信した車両診断用データが所定のトリガ検知条件を満たすか否かを判定し（ステップＳ２３）、トリガ検知条件を満たしたときには、トリガ検知済フラグに“済”を設定する（ステップＳ２４）。
【００７８】
また、ステップＳ２２でトリガ検知済であった場合（ステップＳ２２でＹｅｓ）、ステップＳ２３でトリガ検知条件を満たさなかった場合（ステップＳ２３でＮｏ）、または、ステップＳ２４の次には、ＣＰＵは、受信した車両診断用データが蓄積対象データであるか否かを判定する（ステップＳ２５）。そして、ＣＰＵは、受信した車両診断用データが蓄積対象データであった場合には（ステップＳ２５でＹｅｓ）、その車両診断用データを車両診断用データバッファ１０２３に蓄積する（ステップＳ２６）。また、蓄積対象データでなかった場合には（ステップＳ２５でＮｏ）、処理を終了する。
【００７９】
さらに、ステップＳ２６に引き続いて、ＣＰＵは、バッファポインタをインクリメントし、バッファポインタがプレトリガアドレスに到達したか否か、つまり、バッファが満杯になったか否かを判定する（ステップＳ２７）。そして、バッファポインタがプレトリガアドレスに到達した、つまり、バッファが満杯になった場合には（ステップＳ２７でＹｅｓ）、データ蓄積済フラグに“済”を設定し（ステップＳ２８）、処理を終了する。また、バッファが満杯になっていなかった場合には（ステップＳ２７でＮｏ）、そのまま処理を終了する。
【００８０】
なお、以上に説明した車両診断用データ蓄積処理では、車両が走行するとき、１種または１回のトリガしか受付けられないが、図７に示した車両診断用データバッファ１０２３を複数個用意しておけば、複数種または複数回のトリガを受け付けることが可能になる。その場合には、トリガ条件で設定されたときの車両２の挙動データをより多く取得することが可能になる。
【００８１】
図９は、配信処理部１０３における蓄積データ配信処理部１０３３の処理フローの例を示した図である。蓄積データ配信処理部１０３３の処理は、送信タイミング管理処理部１０３４から通知されるタイミング情報によって起動される。
【００８２】
すなわち、送信タイミング管理処理部１０３４は、例えば、情報端末用データは１分ごと、走行履歴用データは５分ごと、車両診断用データは車両状態がＩＧＮ ＯＮからＩＧＮ ＯＦＦ状態になったとき、というように送信タイミングの条件を定めておき、その送信タイミングの条件が検知されたとき、その送信タイミング情報を蓄積データ配信処理部１０３３へ通知する。
【００８３】
車載通信端末装置１０のＣＰＵは、その送信タイミング情報を受けると、まず、車両状態確認処理部１０３１を介して車両状態情報１０２６を参照して、車両状態がＩＧＮ ＯＮ状態にあるか否かを判定する（ステップＳ３１）。そして、その車両状態がＩＧＮ ＯＮ状態であった場合には（ステップＳ３１でＹｅｓ）、ＣＰＵは、さらに、情報端末用データのタイミングであるか否かを判定し（ステップＳ３２）、情報端末用データのタイミングであったときには（ステップＳ３２でＹｅｓ）、そのとき情報端末用データバッファ１０２５に蓄積されている情報端末用データで未送信のデータをセンタシステム４へ配信する（ステップＳ３３）。
【００８４】
また、ＣＰＵは、情報端末用データのタイミングでなかったとき（ステップＳ３２でＮｏ）、または、ステップＳ３３の次には、走行履歴用データのタイミングであるか否かを判定する（ステップＳ３４）。そして、走行履歴用データのタイミングであったときには（ステップＳ３４でＹｅｓ）、ＣＰＵは、そのとき走行履歴用データバッファ１０２４に蓄積されている走行履歴データで未送信のデータをセンタシステム４へ配信する（ステップＳ３５）。
【００８５】
また、ステップＳ３１で車両状態がＩＧＮ ＯＦＦ状態であった場合には（ステップＳ３１でＮｏ）、ＣＰＵは、車両診断用データバッファ１０２３のデータ蓄積済フラグを参照して、車両診断用データが蓄積済であるか否かを判定する（ステップＳ３６）。そして、車両診断用データが蓄積済であったときには（ステップＳ３６でＹｅｓ）、ＣＰＵは、車両診断用データバッファ１０２３に蓄積されている車両診断用データをセンタシステム４へ配信する（ステップＳ３７）。
【００８６】
また、ステップＳ３４で走行履歴用データのタイミングでなかったとき（ステップＳ３４でＮｏ）、ステップＳ３６で車両診断用データが蓄積済でなかったとき（ステップＳ３６でＹｅｓ）、ステップＳ３５の次、または、ステップＳ３７の次には、当該蓄積データ配信処理を終了する。
【００８７】
以上、本実施形態によれば、車両内部データ分類処理部１０１３により、車両２の内部の様々な電子装置から出力される車両内部データを、安全用データ、車両診断用データ、走行履歴用データおよび情報端末用データに分類することができる。このうち、車両診断用データは、必ずしもリアルタイムでセンタシステム４へ送信する必要のないデータであるため、車両２の走行が終了した後にセンタシステム４に配信されるようにされている。すなわち、車両２からセンタシステム４へのデータ配信は、分散化されたことになり、車両走行中のデータ配信量は削減されたことになる。そのため、車両２とセンタシステム４とをつなぐ無線通信回線が帯域不足に陥ることを防止することができる。
【符号の説明】
【００８８】
１ 車載システム
２ 車両
３ 通信ネットワーク
４ センタシステム
１０ 車載通信端末装置
１１ 通信装置
１２ カーナビゲーション装置
１３ ＧＰＳ装置
１４ 車載ゲートウェイ装置
１５ エアバッグＥＣＵ
１６ バッテリＥＣＵ
１７ ブレーキＥＣＵ
１８ モータＥＣＵ
１９ ステアリングＥＣＵ
２１ 情報系ネットワーク
２２ 制御系ネットワーク
３１ 無線回線（無線通信回線）
３２ 基地局
３３ 公衆通信ネットワーク
４１ 安全管理サーバ（センタ装置）
４２ 交通情報管理サーバ（センタ装置）
１００ 車両情報収集システム
１０１ 受信処理部（処理部）
１０２ 記憶部
１０３ 配信処理部（処理部）
１０１１ 車載ネットワークＩＦ処理部
１０１２ 車両状態解析処理部
１０１３ 車両内部データ分類処理部
１０１４ 車両診断用データ蓄積処理部
１０１５ 走行履歴用データ蓄積処理部
１０１６ 情報端末用データ蓄積処理部
１０２１ 配信データ分類定義情報
１０２２ 車両内部データ分類定義情報
１０２３ 車両診断用データバッファ
１０２４ 走行履歴用データバッファ
１０２５ 情報端末用データバッファ
１０２６ 車両状態情報
１０３１ 車両状態確認処理部
１０３２ 安全用データ配信処理部
１０３３ 蓄積データ配信処理部
１０３４ 送信タイミング管理処理部
１０３５ 無線通信ＩＦ処理部
【特許請求の範囲】
【請求項１】
車両に搭載され、処理部と記憶部とを備えてなり、前記車両の車両内電子装置によって取得された車両内部データを、無線通信回線を含む通信ネットワークを介してセンタ装置へ配信する車載通信端末装置であって、
前記処理部は、
前記車両内電子装置から出力された車両内部データを取得したとき、前記取得した車両内部データを、前記記憶部にあらかじめ記憶されている車両内部データ分類定義情報に基づき分類し、
前記分類した車両内部データを、その分類種別ごとに定められたタイミングで前記センタ装置へ配信すること
を特徴とする車載通信端末装置。
【請求項２】
前記タイミングは、
前記車両が走行可能にされた状態から走行不可にされた状態に遷移するタイミングを含むこと
を特徴とする請求項１に記載の車載通信端末装置。
【請求項３】
前記車両内部データ分類定義情報は、
前記車両内電子装置のそれぞれから取得される車両内部データごとに、その車両内部データとその車両内部データが属すべき分類種別とが対応付けられて構成され、
前記車両内部データが属すべき分類種別として、
エアバックを含む車載安全装置から出力される安全用データが属する第１の種別、
カーナビゲーション装置を含む車載情報端末装置から出力される情報端末用データが属する第２の種別、
前記車両の位置および速度を含む車両の走行状況を計測する計測装置から出力される走行履歴データが属する第３の種別、または、
前記車両の走行特性または操作特性を診断するために用いられる車両診断用データが属する第４の種別、
の少なくとも１つを含むこと
を特徴とする請求項１に記載の車載通信端末装置。
【請求項４】
前記処理部は、
前記取得した車両内部データが前記第１の種別の車両内部データであったときには、前記取得した車両内部データを、直ちに、前記センタ装置へ配信し、
前記取得した車両内部データが前記第２または第３の種別の車両内部データであったときには、前記取得した車両内部データを前記記憶部に一時記憶しながら、所定の時間ごとに、前記一時記憶した車両内部データを前記センタ装置へ配信し、
前記取得した車両内部データが前記第４の種別の車両内部データであったときには、前記取得した車両内部データを前記記憶部に一時記憶しておき、前記車両内電子装置の電源がオフされた後に、前記一時記憶した車両内部データを前記センタ装置へ配信すること
を特徴とする請求項３に記載の車載通信端末装置。
【請求項５】
車両に搭載され、処理部と記憶部とを備えてなり、前記車両の車両内電子装置によって取得された車両内部データを、無線通信回線を含む通信ネットワークを介してセンタ装置へ配信する車載通信端末装置おける車両内部データ配信方法であって、
前記処理部は、
前記車両内電子装置から出力された車両内部データを取得したとき、前記取得した車両内部データを、前記記憶部にあらかじめ記憶されている車両内部データ分類定義情報に基づき分類し、
前記分類した車両内部データを、その分類種別ごとに定められたタイミングで前記センタ装置へ配信すること
を特徴とする車両内部データ配信方法。
【請求項６】
前記タイミングは、
前記車両が走行可能にされた状態から走行不可にされた状態に遷移するタイミングを含むこと
を特徴とする請求項５に記載の車両内部データ配信方法。
【請求項７】
前記車両内部データ分類定義情報は、
前記車両内電子装置のそれぞれから取得される車両内部データごとに、その車両内部データとその車両内部データが属すべき分類種別とが対応付けられて構成され、
前記車両内部データが属すべき分類種別は、
エアバックを含む車載安全装置から出力される安全用データが属する第１の種別、
カーナビゲーション装置を含む車載情報端末装置から出力される情報端末用データが属する第２の種別、
前記車両の位置および速度を含む車両の走行状況を計測する計測装置から出力される走行履歴データが属する第３の種別、または、
前記車両の走行特性または操作特性を診断するために用いられる車両診断用データが属する第４の種別、
の少なくとも１つを含むこと
を特徴とする請求項５に記載の車両内部データ配信方法。
【請求項８】
前記処理部は、
前記取得した車両内部データが前記第１の種別の車両内部データであったときには、前記取得した車両内部データを、直ちに、前記センタ装置へ配信し、
前記取得した車両内部データが前記第２または第３の種別の車両内部データであったときには、前記取得した車両内部データを前記記憶部に一時記憶しながら、所定の時間ごとに、前記一時記憶した車両内部データを前記センタ装置へ配信し、
前記取得した車両内部データが前記第４の種別の車両内部データであったときには、前記取得した車両内部データを前記記憶部に一時記憶しておき、前記車両内電子装置の電源がオフされた後に、前記一時記憶した車両内部データを前記センタ装置へ配信すること
を特徴とする請求項７に記載の車両内部データ配信方法。
【請求項１】
車両に搭載され、処理部と記憶部とを備えてなり、前記車両の車両内電子装置によって取得された車両内部データを、無線通信回線を含む通信ネットワークを介してセンタ装置へ配信する車載通信端末装置であって、
前記処理部は、
前記車両内電子装置から出力された車両内部データを取得したとき、前記取得した車両内部データを、前記記憶部にあらかじめ記憶されている車両内部データ分類定義情報に基づき分類し、
前記分類した車両内部データを、その分類種別ごとに定められたタイミングで前記センタ装置へ配信すること
を特徴とする車載通信端末装置。
【請求項２】
前記タイミングは、
前記車両が走行可能にされた状態から走行不可にされた状態に遷移するタイミングを含むこと
を特徴とする請求項１に記載の車載通信端末装置。
【請求項３】
前記車両内部データ分類定義情報は、
前記車両内電子装置のそれぞれから取得される車両内部データごとに、その車両内部データとその車両内部データが属すべき分類種別とが対応付けられて構成され、
前記車両内部データが属すべき分類種別として、
エアバックを含む車載安全装置から出力される安全用データが属する第１の種別、
カーナビゲーション装置を含む車載情報端末装置から出力される情報端末用データが属する第２の種別、
前記車両の位置および速度を含む車両の走行状況を計測する計測装置から出力される走行履歴データが属する第３の種別、または、
前記車両の走行特性または操作特性を診断するために用いられる車両診断用データが属する第４の種別、
の少なくとも１つを含むこと
を特徴とする請求項１に記載の車載通信端末装置。
【請求項４】
前記処理部は、
前記取得した車両内部データが前記第１の種別の車両内部データであったときには、前記取得した車両内部データを、直ちに、前記センタ装置へ配信し、
前記取得した車両内部データが前記第２または第３の種別の車両内部データであったときには、前記取得した車両内部データを前記記憶部に一時記憶しながら、所定の時間ごとに、前記一時記憶した車両内部データを前記センタ装置へ配信し、
前記取得した車両内部データが前記第４の種別の車両内部データであったときには、前記取得した車両内部データを前記記憶部に一時記憶しておき、前記車両内電子装置の電源がオフされた後に、前記一時記憶した車両内部データを前記センタ装置へ配信すること
を特徴とする請求項３に記載の車載通信端末装置。
【請求項５】
車両に搭載され、処理部と記憶部とを備えてなり、前記車両の車両内電子装置によって取得された車両内部データを、無線通信回線を含む通信ネットワークを介してセンタ装置へ配信する車載通信端末装置おける車両内部データ配信方法であって、
前記処理部は、
前記車両内電子装置から出力された車両内部データを取得したとき、前記取得した車両内部データを、前記記憶部にあらかじめ記憶されている車両内部データ分類定義情報に基づき分類し、
前記分類した車両内部データを、その分類種別ごとに定められたタイミングで前記センタ装置へ配信すること
を特徴とする車両内部データ配信方法。
【請求項６】
前記タイミングは、
前記車両が走行可能にされた状態から走行不可にされた状態に遷移するタイミングを含むこと
を特徴とする請求項５に記載の車両内部データ配信方法。
【請求項７】
前記車両内部データ分類定義情報は、
前記車両内電子装置のそれぞれから取得される車両内部データごとに、その車両内部データとその車両内部データが属すべき分類種別とが対応付けられて構成され、
前記車両内部データが属すべき分類種別は、
エアバックを含む車載安全装置から出力される安全用データが属する第１の種別、
カーナビゲーション装置を含む車載情報端末装置から出力される情報端末用データが属する第２の種別、
前記車両の位置および速度を含む車両の走行状況を計測する計測装置から出力される走行履歴データが属する第３の種別、または、
前記車両の走行特性または操作特性を診断するために用いられる車両診断用データが属する第４の種別、
の少なくとも１つを含むこと
を特徴とする請求項５に記載の車両内部データ配信方法。
【請求項８】
前記処理部は、
前記取得した車両内部データが前記第１の種別の車両内部データであったときには、前記取得した車両内部データを、直ちに、前記センタ装置へ配信し、
前記取得した車両内部データが前記第２または第３の種別の車両内部データであったときには、前記取得した車両内部データを前記記憶部に一時記憶しながら、所定の時間ごとに、前記一時記憶した車両内部データを前記センタ装置へ配信し、
前記取得した車両内部データが前記第４の種別の車両内部データであったときには、前記取得した車両内部データを前記記憶部に一時記憶しておき、前記車両内電子装置の電源がオフされた後に、前記一時記憶した車両内部データを前記センタ装置へ配信すること
を特徴とする請求項７に記載の車両内部データ配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−７６３２２（Ｐ２０１１−７６３２２Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２６３０３（Ｐ２００９−２２６３０３）
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（５０９１８６５７９）日立オートモティブシステムズ株式会社 (2,205)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（５０９１８６５７９）日立オートモティブシステムズ株式会社 (2,205)
【Ｆターム（参考）】
[ Back to top ]