JP2002319087A - 車両運転特性診断方法、車両運転特性診断システム、車両運転特性診断装置、車両制御用装置及びそのコンピュータ・プログラム - Google Patents

Abstract

(57)【要約】 【課題】 各車両のドライバの運転特性を、効率良く診
断する。 【解決手段】 ＥＣＵ３は、車両１００の状態を複数地
点において計測すると共に、その計測結果に基づいて車
両１００の走行特性を分析する。計測結果及び分析結果
のうち少なくとも分析結果は、当該車両の収集データと
して、ナビゲーション装置１によって情報センター２に
送信される。情報センター２は、受信した収集データに
基づいて、当該車両のドライバの運転特性を診断すると
共に、診断結果を当該車両に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車両に搭載された
制御装置と、サーバコンピュータ等を備える情報センタ
ーとの間で少なくとも無線通信を行なうことにより、各
種情報の送受信を行なう通信システムの分野に関する。

【０００２】

【従来の技術】従来より、代表的な車両である自動車の
分野においては、自動車に関する各種診断方法が提案さ
れており、このような診断方法の一例として、特開平１
１−２９５１８７号には、ドライバ（ユーザ）がサービ
ス工場に持ち込んだ車両の燃費診断を、その車両の所定
のモードによる実走行の計測結果に基づいて行なう技術
が提案されている。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来例においては、診断のためにユーザが車両をサービス
工場に持ち込む煩わしさがあり、且つ、診断されるの
は、車両自体の状態であって、そのユーザ自身の運転特
性及びそれによって車両に生じる各種の状態を客観的に
診断することはできない。

【０００４】上記の問題を解決するためには、診断処理
を車両に搭載された制御装置において行なえば良いが、
その場合、車両の製造時または整備時に、診断用のプロ
グラムを膨大な台数の車両に組み込む必要があり、プロ
グラムの履歴管理や不具合対応、並びに診断項目の変更
等に効率的に対処することができない。

【０００５】そこで本発明は、各車両のドライバの運転
特性を、効率良く診断する車両運転特性診断方法、車両
運転特性診断システム、車両運転特性診断装置、車両制
御用装置及びそのコンピュータ・プログラムの提供を目
的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
め、本発明に係る車両運転特性診断システムは、以下の
構成を特徴とする。

【０００７】即ち、運転特性の診断対象の車両に搭載さ
れた制御装置と、情報センターとが少なくとも無線通信
回線を介して通信可能に接続された車両運転特性診断シ
ステムであって、前記制御装置は、前記車両の状態を表
わす情報を収集すると共に、収集した情報を記憶する情
報収集手段と、前記情報収集手段による収集情報を、前
記情報センターに送信する送信手段とを備え、前記情報
センターは、前記制御装置から受信した収集情報に基づ
いて、前記車両のドライバの運転特性を診断する診断手
段を備えることを特徴とする。

【０００８】好適な実施形態において、前記情報センタ
ーが前記制御装置を備える複数の車両を診断対象として
いる場合、前記診断手段は、前記複数の車両から受信し
た収集情報に基づいて、診断対象の特定車両のドライバ
の運転特性を、他車両のドライバの運転特性との相対的
な比較によって診断すると良い。

【０００９】上記のシステム構成の場合、前記情報セン
ターは、前記診断手段による前記他車両との相対的な診
断結果に応じて、前記特定車両のドライバの運転特性を
改善するためのアドバイス事項を査定する査定手段と、
前記診断結果と、前記査定手段によって査定されたアド
バイス事項とを、前記特定車両に送信する診断結果送信
手段を更に備え、前記特定車両において、前記制御装置
は、前記情報センターから受信した診断結果とアドバイ
ス事項とを、前記特定車両内において報知する報知手段
を備えると良い。

【００１０】また、好適な他の実施形態において、前記
情報センターが前記診断手段による診断結果を、診断対
象の前記車両に送信する診断結果送信手段を更に備える
場合、前記診断対象の車両において、前記制御装置は、
前記情報センターから受信した診断結果を、該車両内に
おいて報知する報知手段を備えると良い。

【００１１】尚、同目的は、上記の各構成を備える車両
運転特性診断システムに対応する車両運転特性診断方法
によっても達成される。

【００１２】また、同目的は、上記の各構成を備える車
両運転特性診断システムを構成するところの、情報セン
ターに対応する車両運転特性診断装置を、コンピュータ
によって実現するプログラムコード、及びそのプログラ
ムコードが格納されている、コンピュータ読み取り可能
な記憶媒体によっても達成される。

【００１３】更に、同目的は、上記の各構成を備える車
両運転特性診断システムを構成するところの、車両に搭
載された制御装置に対応する車両用制御装置の動作指示
をなすプログラムコード、及びそのプログラムコードが
格納されている、コンピュータ読み取り可能な記憶媒体
によっても達成される。

【００１４】

【発明の効果】上記の本発明によれば、各車両のドライ
バの運転特性を、効率良く診断する車両運転特性診断方
法、車両運転特性診断システム、車両運転特性診断装
置、車両制御用装置及びそのコンピュータ・プログラム
の提供が実現する。

【００１５】即ち、請求項１、請求項２、請求項９、請
求項１０の発明によれば、各車両のドライバの運転特性
を、情報センターにおいて統括的に診断することがで
き、個々の車両において運転特性が行われる方式と比較
して、診断用プログラムの管理や診断項目の変更を容易
且つ効率的に行なうことができる。

【００１６】また、請求項３の発明によれば、各車両の
ドライバは、自分の運転特性を、他者の運転特性との違
いを相対的に認識することができる。

【００１７】また、請求項４の発明によれば、ドライバ
は、車両内において自分の運転特性を容易に確認するこ
とができる。

【００１８】また、請求項５の発明によれば、ドライバ
は、自分の運転操作を改善するためのアドバイスを得ら
れるので、利便性が向上するため、当該システムの商品
性を向上することができる。

【００１９】また、請求項６の発明によれば、以前に取
得した運転特性をドライバが認識した上で車両を運転し
ているところ、そのドライバの運転特性が変化した場合
には、新たな運転特性を自動的に取得することができる
ので、ドライバは、自分の運転特性が変化したことを認
識することができると共に、どのような運転をすれば良
いを効率的に認識することができる。

【００２０】また、請求項７の発明によれば、ドライバ
が自分の運転特性を知りたい場合に、その診断結果を取
得することができ、効率的である。

【００２１】また、請求項８の発明によれば、同一の車
両を運転しているドライバが複数人存在する場合であっ
ても、診断結果の精度を確保することができる。

【００２２】

【発明の実施の形態】以下、本発明に係る車両運転特性
診断システムを、代表的な車両である自動車に適用した
実施形態として、図面を参照して詳細に説明する。

【００２３】図１は、本実施形態における車両情報収集
システムの全体構成を示す図である。

【００２４】同図において、１００は、本システムによ
る運転特性の診断対象である車両であり、この車両１０
０には、通信機能を有するナビゲーション装置１と、車
両側記録制御装置（ドライブレコーダ：以下、ＥＣＵと
称する）３とが通信可能に搭載されている。

【００２５】ナビゲーション装置１は、市中に設けられ
た無線電話基地局４との無線通信を行なうと共に、イン
ターネット・サービス・プロバイダ（ＩＳＰ）８を介し
てインターネット５に接続可能である。尚、ナビゲーシ
ョン装置１の構成については後述する。

【００２６】ＥＣＵ３は、ＣＰＵ１０１、ＲＯＭ１０
２、ＲＡＭ１０３、並びに半導体メモリ等の記憶媒体１
０４を備えており、ＣＰＵ１０１は、ＲＡＭ１０３をワ
ークエリア等として使用しながら、ＲＯＭ１０２や記憶
媒体１０４に記憶されている制御プログラムを実行する
ことにより、以下の制御処理を行なう。

【００２７】即ち、ＥＣＵ３は、道路交通情報を外部よ
り受信するＶＩＣＳ情報受信機６や、ＧＰＳ（グローバ
ル・ポジショニング・システム）センサ、車速センサ、
車間距離センサ、ヨーレートセンサ、加速度センサ、操
舵角センサ、スロットル開度センサ、ブレーキ圧セン
サ、ウインカスイッチセンサ等のセンサ群７から取得し
た情報（計測結果）、並びに時刻情報を、車両の状態を
表わす情報として、計測時の時間情報（日付情報を含
む）を関連付けした状態で、記憶媒体１０４に、時系列
に複数レコード記憶することができる。

【００２８】更に、ＥＣＵ３は、センサ群７によって取
得した情報に基づいて、車両１００に設けられた不図示
のアクチュエータ群を操作することにより、エンジン制
御、自動変速機の変速制御、並びにアンチロックブレー
キ制御等の一般的な動作制御を行なう。

【００２９】２は、複数の車両１００を対象として、そ
れら車両の車両情報を収集する情報センターであり、イ
ンターネット５を利用した通信処理を担うサーバ（サー
バコンピュータ）２０１、収集した車両情報の管理や各
車両のドライバの運転特性診断等の各種情報処理を行な
うホストコンピュータ２０２、並びに収集した車両情報
や診断結果等を格納するドライバ特性データベース２０
３を備える。

【００３０】尚、情報センター２が備える各構成のハー
ドウエア自体は、一般的なコンピュータシステムを採用
すれば良く、サーバ２０１とホストコンピュータ２０２
とは、１つのコンピュータによって実現しても良い。同
様に、ナビゲーション装置１とＥＣＵ３とは、一体の装
置であっても良い。

【００３１】上記のシステム構成において、車両１００
に搭載されたナビゲーション装置１と、情報センター２
とは、無線通信回線及び／またはインターネット５を介
して、双方向通信可能に接続される。

【００３２】尚、本実施形態では、一例として、車両１
００と情報センター２との間に、インターネット５を含
む通信システムを採用しているが、このシステム構成に
限られるものではなく、少なくとも無線通信によって車
両１００と情報センター２とが情報の送受信を行なえる
通信システムであれば良い。

【００３３】また、本実施形態において、情報センター
２による運転特性の診断対象の車両１００は、各種の車
両タイプ（車種）の複数の車両であって、情報センター
２は、例えば車両１００のユーザ（ドライバ）が所定の
手続きによって情報センター２に運転特性の診断を初め
て依頼したときに登録される。

【００３４】図２は、本実施形態におけるナビゲーショ
ン装置１の内部構成を例示するブロック図である。

【００３５】図中、２２は、液晶表示器等のディスプレ
イ、２３はキースイッチや各種ポインティング・デバイ
ス等からなる入力装置である。２４は、ブートプログラ
ム等を記憶しているＲＯＭである。２５は、各種処理結
果を一時記憶するＲＡＭである。２６は、ナビゲーショ
ン用の地図情報（道路地図情報）や、インターネット６
にアクセス可能なブラウザ・プログラム、後述する各種
制御処理のプログラム等を記憶するハードディスクドラ
イブ（ＨＤＤ）等の記憶装置である。そして、２７は、
市中の電話基地局４及びインターネット・サービス・プ
ロバイダ８を介してインターネット５に接続した状態
で、情報センター２やナビゲーション装置１と同様な装
置構成を備える通信機能付き車載ナビゲーション装置等
の外部装置との通信を行う通信インタフェースであり、
本実施形態では、一例として図１に示すようにナビゲー
ション装置本体に接続可能な携帯電話である。これらの
各構成は、内部バス２９を介して接続されており、ＣＰ
Ｕ（中央演算処理装置）２１は記憶装置２６に記憶した
ソフトウエアプログラムに従って、当該ナビゲーション
装置の全体の動作制御、情報センター２との情報の送受
信機能等を実行する。

【００３６】係るソフトウエアプログラムは、ＣＰＵ２
１において、ＲＯＭ２４に予め焼き込まれたものを読み
出してから実行しても、ＤＶＤ−ＲＯＭ等の携帯可能な
記憶媒体から読み出す、或いは通信回線３０を介して外
部より取得したものを記憶装置２６に適宜格納してお
き、読み出してから実行しても良い。

【００３７】ここで、ナビゲーション装置１が備える記
憶装置２６または読み出し装置に格納されている地図情
報は、所定の座標系に基づく座標値によって道路地図が
表された一般的なものであって、情報センター２のホス
トコンピュータ２０２が収集した車両情報の管理に採用
している地図情報の座標系と同一である。

【００３８】次に、上述したシステム構成において実現
される車両運転特性診断システムの機能について説明す
る。

【００３９】［ＥＣＵ３］まず、ＥＣＵ３において行わ
れる計測結果の収集処理及び分析処理について説明す
る。

【００４０】本実施形態において、ＥＣＵ３では、ＥＣ
Ｕ３のＣＰＵ１０１が実行する制御プログラムによっ
て、データ処理部、データ記録部、並びにデータ通信部
の各機能が実現される。即ち、データ処理部は、センサ
群７等の計測結果を収集すると共に、その計測結果に基
づいて所定の分析処理を行なう。データ記録部は、収集
された計測結果を、時刻情報と関連付けされた状態で記
憶媒体１０４に記憶すると共に、分析結果を記憶媒体１
０４に記憶する。そして、データ通信部は、記憶媒体１
０４に記憶された計測結果及び分析結果のうち少なくと
も分析結果を、ナビゲーション装置１に送信する。

【００４１】図３は、本実施形態においてＥＣＵ３が行
なう計測結果の収集処理及び分析処理を示すフローチャ
ートであり、ＣＰＵ１０１が実行する制御プログラムの
処理手順を示す。

【００４２】同図において、ステップＳ１では、データ
処理部によってセンサ群７から出力される計測結果を更
新し（ステップＳ１）、更新した計測結果（更新デー
タ）を、１レコード分の詳細データとして、時刻情報
（日付を含む）と関連付けした状態で、記憶媒体１０４
内の詳細データテーブルに記憶する（ステップＳ２）。

【００４３】図４は、本実施形態における詳細データテ
ーブルの構成を例示する図であり、この詳細データテー
ブルにおいて、１レコード分の詳細データは、同図に示
すように、時刻情報、センサ群７によって計測されたス
ロットル開度、ブレーキ圧、操舵角、緯度、経度、高度
等の計測結果、並びに、ＶＩＣＳ情報受信機６によって
取得した交通量によって構成される。

【００４４】ここで、詳細データテーブルに含まれる道
路分類（高速道路、一般道、カーブ等）の項目は、ＧＰ
Ｓセンサによって検出した現在位置情報（緯度、経度、
高度）に基づいて、地図情報を参照することによって取
得した情報である。また、詳細データテーブルに含まれ
る天候の項目は、ワイパースイッチの操作状態等を利用
して取得すれば良い。これらの項目は、以下に説明する
分析処理において所定の走行環境として適宜参照され
る。

【００４５】次に、ステップＳ３において走行環境に応
じた車両１００の走行特性を分析が必要であると判断し
た場合（例えば所定の時間周期が到来した場合）は、デ
ータ記録部（記憶媒体１０４）に記憶した詳細データを
利用して、データ処理部による所定の分析処理が行われ
（ステップＳ４）、分析結果（分析データ）は、記憶媒
体１０４内の分析データテーブルに記憶される。

【００４６】図５は、本実施形態における分析データテ
ーブルの構成を例示する図であり、この分析データテー
ブルにおいて、分析データは、同図に示すように、燃費
特性、加速特性、操舵特性等の各種走行特性を表わす分
析結果と、道路分類や天候等の走行環境とによって構成
される。

【００４７】即ち、昼、夜等の走行環境は、ＥＣＵ３や
ナビゲーション装置１が有する時間情報によって特定す
ることができる。また、所定の座標系に基づく道路地図
情報には、各座標値が表わす地点の属性（道路分類や地
目）を表わす情報が関連付けされており、本実施形態で
は、道路地図情報から取得可能な道路分類も、車両の走
行環境として扱う。

【００４８】そして、ステップＳ４において、道路地図
情報または時間情報から特定された所定の走行環境にお
ける車両１００の走行特性を分析すべく、当該道路地図
情報に含まれる座標値（即ち、緯度、経度、高度等の情
報）と、詳細データテーブル（図４）に関連付けされて
いる複数レコードに含まれる現在位置（即ち、緯度、経
度、高度等の情報）とを比較した結果に基づいて、それ
ら計測結果の中から、所定の走行環境（高速道路、一般
道路、カーブ、昼、夜等）に対応する計測結果を選択す
ると共に、選択した計測結果を利用して、分析計算を行
なう。換言すれば、データ処理部は、分析が必要な所定
の走行環境をキーとして、詳細データテーブル（図４）
に記憶されている計測結果を参照し、その計測結果を利
用して、図５に示す各種走行特性（燃費特性、加速特
性、操舵特性等）に対応する詳細な分析計算を行なう。
係る分析計算によって、分析データテーブルには、所定
の走行環境毎の車両１００の走行特性が記憶される。

【００４９】分析データテーブルに記憶される走行特性
としては、例えば、 ・燃費特性：平均と標準偏差等、 ・減速特性：減速度（平均と標準偏差等）、ブレーキ回
数等、 ・加速特性：加速度（平均と標準偏差等）、速度（平均
と標準偏差等）、スロットル操作回数・修正周期等、 ・操舵特性：ヨーレート（平均と標準偏差等）、操舵回
数・修正周期等、 ・危険走行特性：急減速頻度、急操舵頻度、警報発生頻
度（車間警報、逸脱警報）等、の各項目がある。

【００５０】また、上記の走行特性を算出すべき走行環
境としては、例えば、 ・道路種類：高速道路、一般道路、山岳道路、カーブ、 ・速度別：高速、中速、低速（渋滞）、停止（アイドリ
ング）、 ・時間帯：昼、夜、朝、夕、 ・天候：晴、雨、曇、雪、霧、等の各項目が挙げられ
る。

【００５１】ステップＳ６において情報送信処理が必要
な場合（例えば所定の時間周期が到来した場合）は、デ
ータ通信部によって記憶媒体１０４に記憶した収集デー
タ（計測結果（図４）及び／分析結果（図５）のうち少
なくとも分析結果）を、車両１００の状態を表わす情報
であって当該車両において収集された情報（収集情報）
として、ナビゲーション装置１に送信し（ステップＳ
７）、不要となったデータ（例えば送信済みの収集デー
タ等）を消去し（ステップＳ８）、ステップＳ１にリタ
ーンする。

【００５２】尚、上述したＥＣＵ３の計測結果の収集処
理及び分析処理（図３）では、ステップＳ６において、
情報送信を行なうか否かを、例えば所定時間周期が経過
したかによって判断していたが、この構成に限られるも
のではなく、例えば、 ・記憶媒体１０４に記憶している計測結果（図４）及び
／または分析結果（図５）の情報量が所定量を越えたと
き、 ・イグニッションキースイッチがオフ状態に操作された
とき、 ・データ記録時間がＢ(時間)以上になったとき、 ・走行回数がＣ(回)以上になったとき（この場合、走行
回数はイグニッションキースイッチがオンに操作された
回数を係数する）、 ・ブレーキ回数がＤ(回)以上になったとき、 ・発進回数がＥ(回)以上になったとき、 ・走行距離がＦ(Ｋｍ)以上になったとき、等に送信する
ように構成しても良い。このような構成によれば、通信
回数を抑制することができるので、複数の車両を情報収
集対象とする場合における情報センター２の処理負担を
軽減することができると共に、乗員の操作負担を軽減す
ることができる。

【００５３】尚、上記の送信のタイミングは、ユーザが
設定できるように構成しても良い。即ち、情報センター
２に対して診断要求をドライバが設定可能な構成（マン
マシン・インタフェース）を、ＥＣＵ３またはナビゲー
ション装置１に設け、情報センター２では、診断結果の
要求を受信した場合に、その診断結果を、対象となる車
両１００に送信するように構成しても良い。このような
システム構成によれば、ドライバが自分の運転特性を知
りたい場合に、その診断結果を取得することができ、効
率的である。

【００５４】［ナビゲーション装置１］次に、ナビゲー
ション装置１において行われる情報送受信処理について
説明する。本実施形態において、ナビゲーション装置１
では、ＣＰＵ２１が実行する制御プログラムによって、
一般的な経路誘導処理の他に、データ処理部による情報
送受信機能が実現される。即ち、データ処理部は、ＥＣ
Ｕ３から受信した計測結果及び／または分析結果を、情
報センター２に送信すると共に、情報センター２から運
転特性の診断結果を受信する。

【００５５】図６は、本実施形態においてナビゲーショ
ン装置１が行なう情報送受信処理を示すフローチャート
であり、ＣＰＵ２１が実行する制御プログラムの処理手
順を示す。

【００５６】同図において、ステップＳ１１では、収集
データの情報センター２への送信が必要である場合（例
えば、ＥＣＵ３または情報センター２から送信を依頼す
る旨を示す識別情報を受信した場合）には、ＥＣＵ３か
ら分析データテーブル（図５）等の情報を受信する（上
述した図３のステップＳ６及びステップＳ７に対応）
（ステップＳ１２）。そして、受信した情報を、無線公
衆電話回線及びインターネット５を介して情報センター
２に送信する（ステップＳ１３）。

【００５７】ステップＳ１４では、情報センター２から
運転特性の診断結果を受信する必要であると判断した場
合（例えば情報センター２から所定の識別情報を受信し
た場合）は、情報センター２から診断結果を受信し（ス
テップＳ１５）、受信した診断結果を、ディスプレイ２
２及び入力装置２３等のマンマシン・インタフェースを
利用してドライバ（乗員）に報知し（ステップＳ１
６）、ステップＳ１１にリターンする。

【００５８】［情報センター２］次に、情報センター２
において行われる情報管理処理について説明する。

【００５９】図７は、本実施形態における情報センター
２の機能構成を示すブロック図であり、本実施形態にお
いて、情報センター２は、サーバ２０１によって車両１
００のナビゲーション装置１から収集データ（計測結果
及び分析結果のうち少なくとも分析結果）を受信し、受
信した収集データを、ホストコンピュータ２０２によっ
てドライバ特性データベース２０３において読み出し可
能に記憶すると共に、記憶した情報を利用して運転特性
の診断処理を行なう。診断結果は、ドライバ特性データ
ベース２０３に格納すると共に、診断対象の車両１００
に送信する。

【００６０】ホストコンピュータ２０２は、ナビゲーシ
ョン装置１が使用している地図情報と共通の座標系に基
づく地図データ、診断対象の複数の車両１００に関する
情報として、それら車両１００の車種データ、ユーザデ
ータを参照することができる。

【００６１】ここで、診断対象の複数の車両１００の車
種データ及びユーザデータは、例えば、車両１００のユ
ーザ（ドライバ）が情報センター２に初めて運転特性の
診断を依頼すべく所定の手続きが行われた際に登録され
る。

【００６２】図８は、本実施形態において情報センター
２が行なう情報管理処理を示すフローチャートであり、
ホストコンピュータ２０２にて不図示のＣＰＵが実行す
る制御プログラムの処理手順を示す。

【００６３】ステップＳ２１において収集データの受信
が必要であると判断した場合（例えば所定の時間周期が
到来した場合）は、診断対象の車両１００に搭載された
ナビゲーション装置１から収集データを受信する（ステ
ップＳ２２）と共に、ドライバ特性データベース２０３
に格納する（ステップＳ２３）。

【００６４】図１０は、本実施形態におけるドライバ特
性データベース２０３の構成を例示する図であり、本実
施形態では、分析処理が車両１００のＥＣＵ３によって
行われるので、当該データベースに格納される収集デー
タの内容は、図５を参照して説明した分析データテーブ
ルと同様であるが、複数の車両１００が管理対象である
ため、受信した収集データは、ユーザ毎に予め記憶され
ているユーザデータ（ＩＤ）及び車種データ（車両型
式）と関連付けされた状態で記憶される。

【００６５】更に、ドライバ特性データベース２０３に
は、運転特性の診断結果がユーザ（ＩＤ）と関連付けさ
れた状態で記憶される。

【００６６】ステップＳ２４において車両１００の運転
特性の診断処理が必要であると判断した場合には、所定
の運転特性診断処理を行ない（ステップＳ２５：詳細は
後述する）、診断結果を、対応するユーザ（ドライバ）
ＩＤと関連付けした状態でドライバ特性データベース２
０３に記憶すると共に、診断対象となる車両１００のナ
ビゲーション装置１に送信し（ステップＳ２６）、ステ
ップＳ２１にリターンする。

【００６７】図９は、本実施形態において情報センター
２が行なう運転特性診断処理を示すフローチャートであ
り、情報管理処理（図８）のステップＳ２５の詳細を示
す。

【００６８】同図において、ステップＳ３１では、ドラ
イバ特性データベース２０３から診断対象のユーザに関
する収集データを読み出し、読み出した収集データの件
数が、診断に必要な所定のレコード件数Ｎ以上であるか
を判断する（ステップＳ３２）。

【００６９】ここで、ステップＳ３１においてドライバ
特性データベース２０３から読み出す収集データの項目
としては、診断内容の必要に応じて、例えば図１０に示
す各項目の中から少なくとも一項目を読み出せば良い。

【００７０】読み出した収集データの件数がＮ件より少
ない場合は、診断が行なえないと判定し（ステップＳ３
３）、ステップＳ２６に進む。この場合、ステップＳ２
６では、診断が行なえ旨が、診断対象となる車両１００
のナビゲーション装置１に送信される。

【００７１】一方、読み出した収集データの件数がＮ件
より多い場合は、運転特性を解析する（ステップＳ３
４）。ここで、ステップＳ３４における運転特性の解析
は、例えば、燃費、アクセル操作（加速性）、ブレーキ
操作（減速性）、ハンドル操作（操舵性）、危険性、及
びそれら各項目の総合評価に関して行なえば良く、個々
の項目に関する特性解析は、統計解析やデータマイニン
グ等の一般的な解析手法を採用すれば良い。

【００７２】ステップＳ３５では、ステップＳ３４にお
ける解析結果に対応する診断結果のガイダンスパターン
を、予め登録している複数種類のガイダンスパターンの
中から選択し、選択したガイダンスパターンを診断結果
として報知すべくステップＳ２６に進む。

【００７３】図１１は、本実施形態において診断対象と
なる車両１００のナビゲーション装置１によって報知さ
れるところの、診断結果としてのガイダンスパターンを
例示する図である。

【００７４】同図において、各診断項目（燃費、アクセ
ル操作等）のガイダンスは、対応する診断項目について
ステップＳ３４において解析結果をスコア（点数）とし
て、複数のガイダンスパターンの中から選択されたもの
である。

【００７５】上述した本実施形態によれば、各車両のド
ライバの運転特性を、情報センター２において統括的に
診断することができ、個々の車両１００において運転特
性が行われる方式と比較して、診断用プログラムの管理
や診断項目の変更を容易且つ効率的に行なうことができ
る。

【００７６】尚、診断結果は、例えばユーザの要求に応
じて、指定された携帯電話、情報携帯端末、或いは家庭
に据え置かれたパーソナル・コンピュータ等のに送信し
ても良いが、上述した本実施形態の如く診断結果を対応
する車両１００に直接送信するシステム構成によれば、
ドライバは、車両内において自分の運転特性を容易に確
認することができ、利便性が高い。

【００７７】また、診断結果は、ユーザの所有する車両
が再販される場合の査定や、保険加入・更新時の保険料
率の決定等の利用しても良い。

【００７８】また、上述した本実施形態では、車両１０
０側のＥＣＵ３において分析処理まで行なったが、分析
処理は情報センター２で行なうシステム構成としても良
い。この場合、ＥＣＵ３は、車両の状態の計測及び計測
結果の記憶を行なうと共に、計測結果を、情報センター
２に送信すれば良い。

【００７９】好適な実施形態において、情報センター２
は、運転特性の診断だけを行なうのではなく、上述した
通信システム環境を利用して、各車両に様々な情報提供
サービスを行なうと良い。

【００８０】また、本実施形態では、ナビゲーション装
置１が別体または一体の通信インタフェース（携帯電
話）２７を有する装置構成としたが、ＥＣＵ３が別体ま
たは一体の通信インタフェースを備え、ＥＣＵ３と情報
センター２との間で、ナビゲーション装置１を介するこ
となく情報の送受信を行なうように構成しても良い。

【００８１】＜本実施形態の変形例１＞同一の車両であ
っても、運転するドライバが異なれば、運転特性は異な
る。そこで、本変形例では、車両１００を運転（停車中
を含む）しているドライバを認識する認識手段を設けて
おき、認識の結果、診断対象の特定ドライバが運転して
いない場合には、ＥＣＵ３による車両１００の状態の計
測結果の記憶を少なくとも行なわないように構成する。

【００８２】即ち、ＥＣＵ３は、センサ群７等による計
測は常時行なうとしても、運転中のドライバが特定ドラ
イバでない場合には、計測結果を、上述した記憶媒体１
０４内の詳細データテーブル（図４）に新たなレコード
として追加しない。従って、ナビゲーション装置１は、
診断対象の特定ドライバが運転していないときの収集デ
ータ（計測結果及びその計測結果に基づく分析結果）は
情報センター２に送信されない。

【００８３】この場合、ドライバ認識の方式は一般的な
手法を採用すれば良いが、例えば、ＩＣカードキー、シ
ートポジション、乗員による手動選択、画像処理等が想
定される。

【００８４】このようなシステム構成を採用すれば、運
転特性の診断のために情報センター２で使用される収集
データが特定ドライバによる運転時の情報に限定するこ
とができるので、同一の車両を運転しているドライバが
複数人存在する場合であっても、診断結果の精度を確保
することができる。

【００８５】＜本実施形態の変形例２＞上述した実施形
態において、情報センター２は、運転特性診断処理（図
９）により、診断対象の車両１００から取得した収集デ
ータに基づく診断結果を、図１１に例示する如く、当該
車両のナビゲーション装置１に提供した。

【００８６】本変形例では、運転特性を診断するに際し
て、診断対象の車両１００から取得した収集データを使
用するだけではなく、他車両から取得した収集データを
も参照して、診断結果を求める。

【００８７】図１２は、本実施形態の変形例２において
情報センター２が行なう運転特性診断処理を示すフロー
チャートであり、情報管理処理（図８）のステップＳ２
５の詳細を示す。

【００８８】上述した運転特性診断処理（図９）と異な
る点を説明する。本変形例では、ステップＳ３２におい
て収集データの件数が診断可能なレコード数であると判
断された場合に、ドライバ特性データベース２０３から
比較対照である他の車両に関して記憶されている収集デ
ータ（例えば、同じ車種の車両（同じ車種を所有する他
のドライバ）についての収集データ）を読み出す（ステ
ップＳ４１）。

【００８９】そして、情報センター２は、読み出した収
集データと、ステップＳ３１にて診断対象の車両１００
から取得した収集データとを利用して運転特性の解析を
行ない、その解析結果を表わすところの、当該診断対象
の車両１００のドライバが他車両のドライバとの相対的
な差異を判断可能なガイダンス（図１３）を、当該診断
対象の車両１００に搭載されたナビゲーション装置１に
提供する（ステップＳ４２）。

【００９０】本変形例においても、ステップＳ４２にお
ける運転特性の解析は、例えば、燃費、アクセル操作
（加速性）、ブレーキ操作（減速性）、ハンドル操作
（操舵性）、危険性、及びそれら各項目の総合評価に関
して行なえば良く、個々の項目に関する特性解析は、統
計解析やデータマイニング等の一般的な解析手法を採用
すれば良い。

【００９１】図１３は、本実施形態の変形例２において
診断対象となる車両１００のナビゲーション装置１によ
って報知されるところの、診断結果としてのガイダンス
パターンを例示する図であり、当該診断対象の車両１０
０のドライバの他者との位置付けは、各診断項目（燃
費、アクセル操作等）において星印で示される。

【００９２】このようなガイダンスを行なう本変形例に
よれば、各車両のドライバは、自分の運転特性を、他者
の運転特性との違いを相対的に認識することができる。

【００９３】＜本実施形態の変形例３＞本変形例では、
運転特性を診断するに際して、上述した変形例２と同様
に診断対象の車両１００において相対的な位置付けを知
らせると共に、ステップＳ４２（図１２）において、更
に、診断結果に対するより安全且つ効率的な運転に改善
するためのアドバイス事項を査定する。そして、診断対
象となる車両１００のナビゲーション装置１には、査定
結果に応じたアドバイス事項が運転特性の診断結果であ
るガイダンスに含まれた形態で提供される。

【００９４】図１４は、本実施形態の変形例３において
診断対象となる車両１００のナビゲーション装置１によ
って報知されるところの、診断結果としてのガイダンス
パターンを例示する図であり、同図の左側には、当該診
断対象の車両１００のドライバの他者との位置付けが図
１３のガイダンスと同様に表示されるのに加えて、図１
４の右側には、運転操作を改善するためのアドバイス事
項が表示される。

【００９５】このようなガイダンスを行なう本変形例に
よれば、各車両のドライバは、自分の運転特性を、他者
の運転特性との違いを相対的に認識することができるの
に加えて、自分の運転操作を改善するためのアドバイス
を得られるので、利便性が向上するため、当該システム
の商品性を向上することができる。

【００９６】＜本実施形態の変形例４＞上述した実施形
態においては、ＥＣＵ３による計測及び分析処理や、ナ
ビゲーション装置１による情報の送受信処理を、図３及
び図６に示した本システム専用の制御プログラムによっ
て実現した。本変形例では、無線公衆電話回線及びイン
ターネット５を介して情報センター２と車両１００との
間で往来可能なソフトウエア・プログラムからなるモバ
イル・エージェントによって実現する。

【００９７】図１５は、本実施形態の変形例４における
モバイル・エージェントの機能を説明する図である。

【００９８】本変形例において、モバイル・エージェン
トとは、通信回線を介して接続された複数の情報処理装
置の間を移動しながら、目的の処理を実行するソフトウ
エア・プログラムであって、同図に示すように、運転特
性の診断対象である車両１００においてデータを収集す
ると共に、ドライバの診断要求に応じて、収集データと
共に情報センター２に移動する。そして、モバイル・エ
ージェントは、情報センター２における運転特性の診断
処理を行なった後、診断結果と共に当該診断対象である
車両１００に移動し、その車両において当該診断結果を
ドライバに提示する。

【００９９】図１６は、本実施形態の変形例４における
モバイル・エージェントの運転特性診断処理を示すフロ
ーチャートである。

【０１００】モバイル・エージェントは、運転特性の診
断対象である車両１００において、運転特性の診断要求
を受けると（ステップＳ５１）、詳細データテーブル
（図４）及び／または分析データテーブル（図５）に記
憶している収集データを読み出し、読み出した収集デー
タと共に、情報センター２に移動する（ステップＳ５
２）。

【０１０１】次に、情報センター２に移動したモバイル
・エージェントは、情報センター２に対して、診断処理
を依頼し（ステップＳ５３）、診断結果が渡されるまで
待機し（ステップＳ５４）、その後、診断結果と共に当
該診断対象である車両１００（ナビゲーション装置１及
びＥＣＵ３）に移動し、その車両において当該診断結果
をドライバに提示する（ステップＳ５５）。

【０１０２】尚、モバイル・エージェントは、診断要求
がない場合には情報センター２に常駐させておき、車両
１００のナビゲーション装置１から診断要求を取得する
のに応じて、要求のあった車両側に移動するように構成
すれば、各車両にモバイル・エージェントを配備する必
要が無いので、モバイル・エージェントの処理内容を情
報センター２において必要に応じてきめ細かく変更する
ことができ、プログラム内容の履歴管理、車両１００に
おける計測・分析処理の内容変更等を容易に行なうこと
ができる。

【０１０３】このようなモバイル・エージェントを使用
する本変形例によっても、上述した実施形態と同様な効
果を享受することができる。

【０１０４】尚、モバイル・エージェントを利用した運
転特性の診断を実現するには、例えばナビゲーション装
置１及びＥＣＵ３がＪａｖａの仮想マシンとして動作す
る環境を備える場合、情報センター２からアクセス中の
ナビゲーション装置１に、上述した運転特性診断処理
（図１６）の動作指示をなすＪａｖａプログラムをダウ
ンロードすることにより、車両側の制御プログラムを修
正（更新）する構成が想定される。

【０１０５】＜本実施形態の変形例５＞一般に、同一の
ドライバであっても、その運転特性は常に同じな訳では
なく、変化するものである。そこで、本変形例では、情
報センター２による情報管理処理（図８）において、ス
テップＳ２５の運転特性診断処理（図９）が完了した後
であって診断結果を対象となる車両１００に送信するの
に先立って、同一車両のドライバに関して、過去に診断
された運転特性と、今回の制御周期におけるステップＳ
２５において新たに診断された運転特性との差異が所定
の許容範囲を越えた場合に、その新たに診断された運転
特性についての診断結果を、該車両に送信する。

【０１０６】図１７は、本実施形態の変形例５において
情報センター２が行なう情報管理処理のうち、図８に示
すフローチャートと異なる部分だけを抜粋したフローチ
ャートである。

【０１０７】この場合、ステップＳ２５の運転特性診断
処理（図９）によって新たに運転特性が診断されると、
まず、診断対象の車両（ドライバ）に関する過去に診断
された運転特性を、ドライバ特性データベース２０３か
ら読み出し（ステップＳ６１）、読み出した過去の運転
特性と、新たな運転特性との間で、診断結果の各項目の
差異を比較する（ステップＳ６２）。この場合、診断結
果の差異が問題にすべき程度の差異であるか否かは、一
般的な統計解析手法を用いて判断すれば良い。

【０１０８】そして、ステップＳ６２の比較結果におい
て、少なくとも１項目に関して差異が大きいと判断され
た場合（ステップＳ６２の判断にてＹＥＳの場合）に
は、過去の運転特性との差異は許容範囲を越えると判断
し（ステップＳ６３）、ステップＳ２５において新たに
診断された運転特性を、診断対象の車両１００に提供す
べくステップＳ２６に進む。

【０１０９】一方、ステップＳ６２の比較結果におい
て、各診断項目について差異が無いと判断された場合
（ステップＳ６２の判断にてＮＯの場合）には、過去の
運転特性との差異は許容範囲内であると判断し（ステッ
プＳ６４）、ステップＳ２５において新たに診断された
運転特性は送信することなく、ステップＳ２１にリター
ンする。

【０１１０】このような処理を行なう本変形例によれ
ば、診断対象の車両１００において、情報センター２か
ら以前に取得した運転特性をドライバが認識した上で当
該車両を運転しているところ、そのドライバの運転特性
が変化した場合には、新たな運転特性を情報センター２
から自動的に取得することができるので、当該ドライバ
は、自分の運転特性が変化したことを認識することがで
きると共に、どのような運転をすれば良いを効率的に認
識することができる。

【図面の簡単な説明】

【図１】本実施形態における車両情報収集システムの全
体構成を示す図である。

【図２】本実施形態におけるナビゲーション装置１の内
部構成を例示するブロック図である。

【図３】本実施形態においてＥＣＵ３が行なう計測結果
の収集処理及び分析処理を示すフローチャートである。

【図４】本実施形態における分析データテーブルの構成
を例示する図である。

【図５】本実施形態における分析データテーブルの構成
を例示する図である。

【図６】本実施形態においてナビゲーション装置１が行
なう情報送受信処理を示すフローチャートである。

【図７】本実施形態における情報センター２の機能構成
を示すブロック図である。

【図８】本実施形態において情報センター２が行なう情
報管理処理を示すフローチャートである。

【図９】本実施形態において情報センター２が行なう運
転特性診断処理を示すフローチャートである。

【図１０】本実施形態におけるドライバ特性データベー
ス２０３の構成を例示する図である。

【図１１】本実施形態において診断対象となる車両１０
０のナビゲーション装置１によって報知されるところ
の、診断結果としてのガイダンスパターンを例示する図
である。

【図１２】本実施形態の変形例２において情報センター
２が行なう運転特性診断処理を示すフローチャートであ
る。

【図１３】本実施形態の変形例２において診断対象とな
る車両１００のナビゲーション装置１によって報知され
るところの、診断結果としてのガイダンスパターンを例
示する図である。

【図１４】本実施形態の変形例３において診断対象とな
る車両１００のナビゲーション装置１によって報知され
るところの、診断結果としてのガイダンスパターンを例
示する図である。

【図１５】本実施形態の変形例４におけるモバイル・エ
ージェントの機能を説明する図である。

【図１６】本実施形態の変形例４におけるモバイル・エ
ージェントの運転特性診断処理を示すフローチャートで
ある。

【図１７】本実施形態の変形例５において情報センター
２が行なう情報管理処理のうち、図８に示すフローチャ
ートと異なる部分だけを抜粋したフローチャートであ
る。

【符号の説明】

１：ナビゲーション装置， ２：情報センター， ３：車両側記録制御装置（ＥＣＵ）， ４：電話基地局， ５：インターネット， ６：ＶＩＣＳ情報受信機， ７：センサ群， ８：インターネット・サービス・プロバイダ， ２１，１０１：ＣＰＵ， ２２：ディスプレイ， ２３：入力装置， ２４，１０２：ＲＯＭ， ２５，１０３：ＲＡＭ， ２６：記憶装置， ２７：通信インタフェース， ２９：内部バス， ３０：通信回線， １００：車両， １０４：記憶媒体， ２０１：サーバコンピュータ， ２０２：ホストコンピュータ，

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中 秀樹 広島県安芸郡府中町新地３番１号 マツダ 株式会社内 Ｆターム(参考） 2F029 AA02 AB07 AB12 AC14 AC16 5C086 AA60 BA22 CA21 CA30 CB27 DA40 EA45 FA18 5H180 AA01 BB04 BB17 FF05 FF22

Claims (12)

【特許請求の範囲】
1. 【請求項１】 運転特性の診断対象の車両に搭載された
   制御装置と、情報センターとが少なくとも無線通信回線
   を介して通信可能に接続された通信システムにおける車
   両運転特性診断方法であって、 前記制御装置において、前記車両の状態を表わす情報を
   収集すると共に、収集した情報を記憶する情報収集工程
   と、 前記制御装置において、前記情報収集工程における収集
   情報を、前記情報センターに送信する送信工程と、 前記情報センターにおいて、前記制御装置から受信した
   収集情報に基づいて、前記車両のドライバの運転特性を
   診断する診断工程と、を有することを特徴とする車両運
   転特性診断方法。
2. 【請求項２】 運転特性の診断対象の車両に搭載された
   制御装置と、情報センターとが少なくとも無線通信回線
   を介して通信可能に接続された車両運転特性診断システ
   ムであって、 前記制御装置は、 前記車両の状態を表わす情報を収集すると共に、収集し
   た情報を記憶する情報収集手段と、 前記情報収集手段による収集情報を、前記情報センター
   に送信する送信手段とを備え、 前記情報センターは、 前記制御装置から受信した収集情報に基づいて、前記車
   両のドライバの運転特性を診断する診断手段を備えるこ
   とを特徴とする車両運転特性診断システム。
3. 【請求項３】 前記情報センターは、前記制御装置を備
   える複数の車両を診断対象としており、 前記診断手段は、前記複数の車両から受信した収集情報
   に基づいて、診断対象の特定車両のドライバの運転特性
   を、他車両のドライバの運転特性との相対的な比較によ
   って診断することを特徴とする請求項２記載の車両運転
   特性診断システム。
4. 【請求項４】 前記情報センターは、前記診断手段によ
   る診断結果を、診断対象の前記車両に送信する診断結果
   送信手段を更に備え、 前記診断対象の車両において、前記制御装置は、前記情
   報センターから受信した診断結果を、該車両内において
   報知する報知手段を備えることを特徴とする請求項２記
   載の車両運転特性診断システム。
5. 【請求項５】 前記情報センターは、 前記診断手段による前記他車両との相対的な診断結果に
   応じて、前記特定車両のドライバの運転特性を改善する
   ためのアドバイス事項を査定する査定手段と、 前記診断結果と、前記査定手段によって査定されたアド
   バイス事項とを、前記特定車両に送信する診断結果送信
   手段を更に備え、 前記特定車両において、前記制御装置は、前記情報セン
   ターから受信した診断結果とアドバイス事項とを、前記
   特定車両内において報知する報知手段を備えることを特
   徴とする請求項３記載の車両運転特性診断システム。
6. 【請求項６】 前記情報センターにおいて、 前記診断結果送信手段は、診断対象の前記車両のドライ
   バに関して、過去に診断された運転特性と、新たに診断
   された運転特性との差異が所定の許容範囲を越えた場合
   に、その新たに診断された運転特性についての診断結果
   を、該車両に送信することを特徴とする請求項４または
   請求項５記載の車両運転特性診断システム。
7. 【請求項７】 前記車両において、前記制御手段は、前
   記情報センターに対して診断結果の送信要求をドライバ
   が設定可能な診断結果要求手段を更に備え、 前記情報センターにおいて、前記診断結果送信手段は、
   前記車両から診断結果の送信要求を受信した場合に、そ
   の診断結果を送信することを特徴とする請求項４乃至請
   求項６の何れかに記載の車両運転特性診断システム。
8. 【請求項８】 前記車両において、前記制御手段は、該
   車両を運転しているドライバを認識する認識手段を更に
   備えており、 前記情報収集手段は、前記認識手段による認識の結果、
   特定ドライバが運転していない場合には、前記収集情報
   の記憶を少なくとも行なわないことを特徴とする請求項
   ２または請求項３記載の車両運転特性診断システム。
9. 【請求項９】 自装置を、少なくとも無線通信回線を介
   して、運転特性の診断対象の車両に搭載された制御装置
   に通信可能に接続する通信手段と、 前記車両の状態を表わす情報を、前記車両から受信する
   と共に、受信した情報に基づいて、前記車両のドライバ
   の運転特性を診断する診断手段を備えることを特徴とす
   る車両運転特性診断装置。
10. 【請求項１０】 車両に搭載された自装置を、少なくと
    も無線通信回線を介して、該車両のドライバの運転特性
    診断を行なう情報センターに通信可能に接続する通信手
    段と、 前記車両の状態を表わす情報を収集すると共に、収集し
    た情報を記憶する情報収集手段と、 前記情報収集手段による収集情報を、前記情報センター
    に送信する送信手段と、を備えることを特徴とする車両
    用制御装置。
11. 【請求項１１】 請求項９記載の車両運転特性診断装置
    として、コンピュータを動作させる指示をなすことを特
    徴とするコンピュータ・プログラム。
12. 【請求項１２】 請求項１０記載の車両用制御装置の動
    作指示をなすことを特徴とするコンピュータ・プログラ
    ム。