(57)【特許請求の範囲】
【請求項１】
車両データ出力手段から出力される車両の挙動に係る車両データを記録可能な第１のデータ記録手段と、前記車両データを前記第１のデータ記録手段に記録する記録制御手段と、ユーザが発した音声が予め登録されている異常音声に合致したと判定したことにより、ユーザの挙動から異常の発生を判定する異常発生判定手段と、を備え、前記記録制御手段が、ユーザの挙動から異常が発生したと前記異常発生判定手段が判定した場合に、その異常が発生したと当該異常発生判定手段が判定する以前に前記第１のデータ記録手段に記録した車両データ及び当該異常が発生したと当該異常発生判定手段が判定した以後に前記車両データ出力手段から出力される車両データを、前記第１のデータ記録手段とは別の第２のデータ記録手段に記録する車両データ記録装置と、
ユーザの挙動から異常の内容を取得し、その取得した異常の内容に対して予め用意している複数の診断手順から何れかを選択し、その選択した診断手順にしたがって診断を行って診断結果を生成する診断手段と、を備え、
前記診断手段は、診断を行った後に、診断結果により、前記車両データ出力手段をリプログすることでユーザが抱いた違和感を解消可能であり、前記車両データ出力手段のリプログを可能であると判定すると、前記車両データ出力手段のリプログを行うことで、異常の要因の解消を行うことを特徴とする車両診断システム。
【請求項２】
車両データ出力手段から出力される車両の挙動に係る車両データを記録可能な第１のデータ記録手段と、前記車両データを前記第１のデータ記録手段に記録する記録制御手段と、ユーザの顔を撮影した顔画像が予め登録されている異常顔画像に合致したと判定したことにより、ユーザの挙動から異常の発生を判定する異常発生判定手段と、を備え、前記記録制御手段が、ユーザの挙動から異常が発生したと前記異常発生判定手段が判定した場合に、その異常が発生したと当該異常発生判定手段が判定する以前に前記第１のデータ記録手段に記録した車両データ及び当該異常が発生したと当該異常発生判定手段が判定した以後に前記車両データ出力手段から出力される車両データを、前記第１のデータ記録手段とは別の第２のデータ記録手段に記録する車両データ記録装置と、
ユーザの挙動から異常の内容を取得し、その取得した異常の内容に対して予め用意している複数の診断手順から何れかを選択し、その選択した診断手順にしたがって診断を行って診断結果を生成する診断手段と、を備え、
前記診断手段は、診断を行った後に、診断結果により、前記車両データ出力手段をリプログすることでユーザが抱いた違和感を解消可能であり、前記車両データ出力手段のリプログを可能であると判定すると、前記車両データ出力手段のリプログを行うことで、異常の要因の解消を行うことを特徴とする車両診断システム。
【請求項３】
前記診断手段は、生成した診断結果を前記第２のデータ記録手段に記録する請求項１又は２に記載した車両診断システム。
【請求項４】
前記診断手段は、前記診断手順として国際標準の規格に準拠した手順にしたがって診断を行う請求項１から３の何れか一項に記載した車両診断システム。
【請求項５】
前記記録制御手段は、前記車両データを前記第２のデータ記録手段として車両外部の記録手段に記録する請求項１から４の何れか一項に記載した車両診断システム。
【請求項６】
前記記録制御手段は、前記車両データを前記第２のデータ記録手段として車両内部の記録手段に記録する請求項１から４の何れか一項に記載した車両診断システム。
【請求項７】
前記記録制御手段は、ユーザの挙動から異常が発生したと前記異常発生判定手段が判定した場合に、その異常の内容を判定し、異常が発生したと当該異常発生判定手段が判定した以後に前記車両データ出力手段から出力される車両データを記録する態様を当該判定した異常の内容に応じて決定する請求項１から６の何れか一項に記載した車両診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の挙動に係る車両データを記録する車両データ記録装置を備えた車両診断システムに関する。
【背景技術】
【０００２】
従来より、車両の挙動に係る車両データを車両データ記録装置に記録し、その車両データ記録装置に記録された車両データを解析する技術が供されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】ＷＯ２００６／０８５３７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されている技術では、車両の挙動が正常であるか異常であるかに拘らず車両データを定期的に記録して更新する。そして、車両の挙動に異常が発生すると、その異常が発生したタイミングの前後の車両データを解析することで、その異常の要因を解明することが可能となる。
【０００５】
一方、乗車しているユーザ（例えば運転者）においては、フィーリング、異臭、異音、勘違い、使用環境による不作動等により、車両の挙動が正常であっても車両の挙動に違和感を抱く場合がある。しかしながら、車両の挙動が正常動作の範囲内や仕様の範囲内であれば、車両の挙動に異常が発生している訳ではないので、ユーザが車両の挙動に違和感を抱いたことを車両側が認識することは困難である。そのため、車両の挙動に違和感を抱いたユーザが当該車両をディーラに入庫したとしても、ユーザが車両の挙動に違和感を抱いたタイミングの前後の車両データを特定することができない。即ち、ユーザが車両の挙動に違和感を抱いたときの車両状態を再現することができず、ユーザが車両の挙動に違和感を抱いた要因を解明することができない。又、ディーラにおいては、このようにユーザが車両の挙動に違和感を抱いた要因を解明することができないので、修理する必要のない部品を誤って修理（誤った箇所の修復、誤った部品交換等）してしまう等、再発防止による無用な手間や負担を強いられる。
【０００６】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、ユーザが車両の挙動に違和感を抱いたタイミングの前後の車両データを特定し、ユーザが車両の挙動に違和感を抱いた要因を適切に解明することを可能とする車両診断システムを提供することにある。
【課題を解決するための手段】
【０００７】
請求項１に記載した発明によれば、車両データ記録装置において、第１のデータ記録手段は、車両データ出力手段から出力される車両の挙動に係る車両データを記録可能である。記録制御手段は、車両データを第１のデータ記録手段に記録する。異常発生判定手段は、ユーザが発した音声が予め登録されている異常音声に合致したと判定したことにより、ユーザの挙動から異常の発生を判定する。記録制御手段が、ユーザの挙動から異常が発生したと異常発生判定手段が判定した場合に、その異常が発生したと当該異常発生判定手段が判定する以前に第１のデータ記録手段に記録した車両データ及び当該異常が発生したと当該異常発生判定手段が判定した以後に車両データ出力手段から出力される車両データを、第１のデータ記録手段とは別の第２のデータ記録手段に記録する。診断手段は、ユーザの挙動から異常の内容を取得し、その取得した異常の内容に対して予め用意している複数の診断手順から何れかを選択し、その選択した診断手順にしたがって診断を行って診断結果を生成する。診断手段は、診断を行った後に、診断結果により、車両データ出力手段をリプログすることでユーザが抱いた違和感を解消可能であり、車両データ出力手段のリプログを可能であると判定すると、車両データ出力手段のリプログを行うことで、異常の要因の解消を行う。
【０００８】
請求項２に記載した発明によれば、車両データ記録装置において、第１のデータ記録手段は、車両データ出力手段から出力される車両の挙動に係る車両データを記録可能である。記録制御手段は、車両データを第１のデータ記録手段に記録する。異常発生判定手段は、ユーザの顔を撮影した顔画像が予め登録されている異常顔画像に合致したと判定したことにより、ユーザの挙動から異常の発生を判定する。記録制御手段が、ユーザの挙動から異常が発生したと異常発生判定手段が判定した場合に、その異常が発生したと当該異常発生判定手段が判定する以前に第１のデータ記録手段に記録した車両データ及び当該異常が発生したと当該異常発生判定手段が判定した以後に車両データ出力手段から出力される車両データを、第１のデータ記録手段とは別の第２のデータ記録手段に記録する。診断手段は、ユーザの挙動から異常の内容を取得し、その取得した異常の内容に対して予め用意している複数の診断手順から何れかを選択し、その選択した診断手順にしたがって診断を行って診断結果を生成する。診断手段は、診断を行った後に、診断結果により、車両データ出力手段をリプログすることでユーザが抱いた違和感を解消可能であり、車両データ出力手段のリプログを可能であると判定すると、車両データ出力手段のリプログを行うことで、異常の要因の解消を行う。
【０００９】
このように、ユーザが発した音声が異常音声に合致したことやユーザの顔を撮影した顔画像が異常顔画像に合致したことにより、ユーザの挙動に基づく異常発生をユーザが車両の挙動に違和感を抱いたことのトリガとし、その異常発生が発生したタイミングの前後の車両データを第２のデータ記録手段に記録することで、ユーザが車両の挙動に違和感を抱いたタイミングの前後の車両データを特定することができる。これにより、ユーザが車両の挙動に違和感を抱いたときの車両状態を適切に再現することができ、ユーザが車両の挙動に違和感を抱いた要因を適切に解明することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態を示す機能ブロック図
【図２】処理の流れを示すシーケンス図（その１）
【図３】処理の流れを示すシーケンス図（その２）
【図４】処理の流れを示すシーケンス図（その３）
【図５】キーワード、エラーコード、診断シナリオ定義の関係を示す図
【図６】診断シナリオの処理の流れを示すフローチャート
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態について、図面を参照して説明する。車両データ記録装置１は、車両の所定部位に着脱可能に搭載されており、制御部２と、車両データ記録部３（第１のデータ記録手段に相当）とを有する。制御部２は、ＣＰＵ、ＲＡＭ、ＲＯＭ及びＩ／Ｏバス等を有する周知のマイクロコンピュータから構成されており、ＲＯＭ等に記憶されているコンピュータプログラムを実行し、車両データ記録装置１の動作全般を制御する。制御部２は、その機能に応じて、異常入力判定部４（異常発生判定手段に相当）と、記録制御部５（記録制御手段に相当）とを有する。
【００１２】
ＨＭＩ（Human Machine Interface）部６は、乗車しているユーザ（例えば運転手や同乗者）とのインタフェースである。具体的には、ＨＭＩ部６は、例えばユーザが操作可能な各種ボタンや各種レバー等からなる操作機器６ａ、ユーザが発した音声を入力するマイクロホン６ｂ、ユーザに聴き取らせる音声を出力するスピーカ６ｃ、ユーザの顔を撮像する例えばＣＣＤ（Charge Coupled Device）センサやＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサ等を含むカメラ６ｄ等を有する。この場合、マイクロホン６ｂは、ユーザが発した音声を集音し易い部位に設置されている。スピーカ６ｃは、出力する音声がユーザに聴き取られ易い部位に設置されている。カメラ６ｄは、ユーザの顔を撮像し易い部位に設置されている。
【００１３】
ＨＭＩ部６は、ユーザから受付けた操作、ユーザが発した音声、ユーザの顔を撮像した画像を判定する。具体的に説明すると、ＨＭＩ部６は、ユーザが操作機器６ａにて行った操作を受付けると、そのユーザが行った操作が予め登録されている異常操作に合致したか否かを判定し、異常操作に合致したと判定すると、異常発生信号を異常入力判定部４に出力する。例えば異常ボタンが設けられている構成では、ユーザが異常ボタンを操作すると、その操作が異常操作に合致したと判定し、異常発生信号を異常入力判定部４に出力する。又、ユーザが例えばエアコンの設定温度を変更するためのボタンやワイパを駆動させるためのレバーを短時間に何回も連続して操作する等、通常では行わない形態で操作機器６ａを操作すると、その操作が異常操作に合致したと判定し、異常発生信号を異常入力判定部４に出力する。
【００１４】
又、ＨＭＩ部６は、ユーザが発した音声をマイクロホン６ｂにより入力すると、その入力した音声を音声認識して予め登録されている異常音声と照合し、その入力した音声が異常音声に合致したと判定すると、異常発生信号を異常入力判定部４に出力する。例えば「えっ」や「おかしい」等の車両の挙動に違和感を抱いたときに無意識に発する音声が異常音声として登録されていれば、ユーザが「えっ」や「おかしい」等の音声を発すると、異常発生信号を異常入力判定部４に出力する。又、「異常発生」等の車両の挙動に違和感を抱いたときに意識的に発する音声が異常音声として登録されていれば、ユーザが「異常発生」等の音声を発すると、異常発生信号を異常入力判定部４に出力する。又、ＨＭＩ部６は、ユーザの顔をカメラ６ｄにより撮像すると、その撮像した顔画像を画像認識して予め登録されている異常顔画像と照合し、その撮像した顔画像が異常顔画像に合致したと判定すると、異常発生信号を異常入力判定部４に出力する。例えば目を瞬間的に見開いた表情等の車両の挙動に違和感を抱いたときに無意識になる表情の顔画像が異常顔画像として登録されていれば、ユーザが目を瞬間的に見開いた表情になると、異常発生信号を異常入力判定部４に出力する。
【００１５】
即ち、本実施形態では、ユーザが車両の挙動に違和感を抱いたときに操作可能な手段として異常ボタンを用意しておくことで、ユーザが車両の挙動に違和感を抱いたときに異常ボタンを操作すれば、ユーザが車両の挙動に違和感を抱いたことがユーザの意思により車両データ記録装置１に通知される。又、ユーザが例えば「異常発生」等の音声を発すれば、この場合も、ユーザが車両の挙動に違和感を抱いたことがユーザの意思により車両データ記録装置１に通知される。一方、ユーザが車両の挙動に違和感を抱いたときに異常ボタンを操作しなくとも、ユーザが通常では行わない形態で操作機器６ａを操作すれば、ユーザが車両の挙動に違和感を抱いたことがユーザの意思に拘らず（自動的に）車両データ記録装置１に通知される。又、ユーザが例えば「えっ」や「おかしい」や等の音声を発したり、ユーザが例えば目を瞬間的に見開いた表情になったりすれば、この場合も、ユーザが車両の挙動に違和感を抱いたことがユーザの意思に拘らず車両データ記録装置１に通知される。
【００１６】
ユーザが車両の挙動に違和感を抱く場合としては、例えばエアコンの温度設定に対して自分が想定したほど温度が下がらない又は上がらない（効かない）、アクセルの作動量に対して自分が想定したほど車両が加速しない、ブレーキの作動量に対して自分が想定したほど車両が減速しない等がある。又、ＨＭＩ部６は、上記したようにユーザが車両の挙動に違和感を抱いたことを特定可能であれば、どのような構成であっても良く、操作機器６ａ、マイクロホン６ｂ、スピーカ６ｃ、カメラ６ｄの他に、例えばユーザの頭や手の挙動を検知するセンサ等を含む構成であっても良い。又、ユーザが車両の挙動に違和感を抱いたか否かの判定基準である異常操作、異常音声、異常顔画像は、ユーザが自分の癖や習慣等を考慮して設定可能（例えば予め登録されている複数のパターンから幾つかを選択可能）であっても良いし、製品の製造時や出荷時にデフォルトとして設定されても良い。
【００１７】
異常入力判定部４は、ＨＭＩ部６から異常発生信号を入力すると、異常検知信号を記録制御部５及び問診モジュール７に出力する。問診モジュール７は、車両の所定部位に搭載されており、ＨＭＩ部６のマイクロホン６ｂやスピーカ６ｃを介してのユーザとの対話（問診及び回答）を制御する。
【００１８】
制御ＥＣＵ（Electronic Control Unit）８（車両データ出力手段に相当）は、車両の所定部位に搭載されている各種のＥＣＵであり、例えばエアコンの機能を制御するエアコン制御ＥＣＵ、ナビゲーションの機能を制御するナビゲーション制御ＥＣＵ、メータの機能を制御するメータ制御ＥＣＵ、エアバッグの機能を制御するエアバッグ制御ＥＣＵ等である。それぞれの制御ＥＣＵ８は、各種センサ１０から入力するセンサ値や各種駆動部１１から入力する駆動信号等により動作すると共に、それらセンサ値や駆動信号の内容も含む車両データを車両ＬＡＮ（Local Area Network）９を介して記録制御部５に出力する。
【００１９】
記録制御部５は、制御ＥＣＵ８から車両ＬＡＮ９を介して車両データを入力すると、その入力した車両データをタイムスタンプと共に車両データ記録部３に定期的に（時系列に）記録する。車両データ記録部３は、その車両データを記録可能な記憶領域が有限であり、車両データを循環的に記録する。即ち、車両データ記録部３は、記録している車両データの容量が記録可能な最大記録容量に達している（近付いている）ときに、新しい車両データを記録する際には、古い車両データを消去しながら新しい車両データを記録する（車両データを更新する）。尚、記録制御部５は、車両が走行中、停止中、駐車中の何れの場合でも車両データを車両データ記録部３に定期的に記録する。
【００２０】
記録制御部５は、異常入力判定部４から異常検知信号を入力すると、その異常検知信号を入力した時点から所定期間前に遡り、その遡った時点から異常検知信号を入力した時点までの期間で車両データ記録部３に記録した車両データを読出し、その読出した車両データを無線通信装置１２に出力する。又、記録制御部５は、異常検知信号を入力した時点から以後に制御ＥＣＵ８から車両ＬＡＮ９を介して入力した車両データを継続して車両データ記録部３に定期的に記録すると共に無線通信装置１２にも出力する。尚、遡る所定期間は一定であっても良いし可変であっても良い。又、記録制御部５から無線通信装置１２への車両データの転送は有線であっても良いし無線であっても良い。
【００２１】
無線通信装置１２は、サーバ１３との間で広域無線通信網を介して無線通信を行う機能を有し、記録制御部５から車両データを入力すると、その入力した車両データを広域無線通信網を介してサーバ１３に送信する。又、無線通信装置１２は、問診モジュール７と連携し、サーバ１３に設けられている診断部１４（診断手段に相当）による診断に必要なデータをサーバ１３との間で送受信する。即ち、問診モジュール７は、診断部１４から広域無線通信網を介して無線通信装置１２に受信された問診データを問診音声としてＨＭＩ部６のスピーカ６ｃから出力させると共に、ＨＭＩ部６のマイクロホン６ｂに入力された回答音声を回答データとして無線通信装置１２から広域無線通信網を介して診断部１４に送信させる。
【００２２】
サーバ１３に設けられているダイアグデータベース１５は、車両毎（種別、グレード、年式等）に修理書及び解説書がデータ化された診断シナリオ定義及び診断データ定義を記憶している。診断部１４は、診断の対象とする車両に適した必要な診断シナリオ及び診断データをダイアグデータベース１５から読出し、その読出した診断シナリオ及び診断データを用いて車両の診断を行う。診断シナリオ定義は、例えばＩＳＯ（International Organization for Standardization）規格のＯＴＸ（Open Test Sequence eXchange）であり、診断データ定義は、例えばＩＳＯ規格のＯＤＸ（Open Diagnostic eXchange）である。ＯＴＸは、システムテストや故障検出等の診断手順の授受を可能にするための標準フォーマットを定義した国際標準であり、同様に国際標準として標準化されて診断データの交換に使用されているＯＤＸ形式を補完する。ＯＴＸを用いることで、診断手順を異なるプラットフォームや診断テスタ、プロセスパートナーとの診断手順の授受が可能となる。又、ＯＴＸを用いることで、診断手順の再利用や拡張が容易となり、診断手順の作成の生産性向上と、診断手順を長期にわたり利用することが可能となる。ＯＤＸは、ＸＭＬ（Extensible Markup Language）ベースの標準規格であり、診断に関係するＥＣＵデータの記述に使用される。車両、ＥＣＵ、テスタのメーカは、車両メーカに依存しない同一のＯＤＸ形式でＥＣＵ診断データを記述して授受することが可能となる。ＯＤＸは、オープンな交換フォーマットとして設計されているので、車両メーカ間の共同プロジェクトでの使用に適している。
【００２３】
顧客車両管理データベース１６（第２のデータ記録手段に相当）は、無線通信装置１２から広域無線通信網を介してサーバ１３に受信された車両データを記録すると共に、診断部１４が車両の診断を行った診断結果を記録する。ディーラ端末１７は、ディーラで車両の修理を担当する作業員が扱う端末であり、顧客車両管理データベース１６に記録されている車両データや診断結果を受信して出力（表示や印字）する機能を有する。即ち、作業員は、ディーラ端末１７を扱うことで、修理の対象とする車両に関係する車両データや診断結果を顧客車両管理データベース１６から取得して参照することが可能である。
【００２４】
尚、管理責任者が管理可能な車両メーカやサービス提供会社が顧客車両管理データベース１６を提供することで、個人情報（車両リストや顧客名等）の流出を回避することが可能となり、セキュリティを高めることができる。又、本実施形態では、診断部１４がサーバ１３に設けられている構成を例示しているが、診断部１４がサーバ１３とは異なる例えば携帯情報端末等に設けられている構成であっても良い。診断部１４が例えば携帯情報端末に設けられている構成では、携帯情報端末がダイアグデータベース１５との間で広域無線通信を行うことで、診断の対象とする車両に適した必要な診断シナリオ及び診断データをダイアグデータベース１５から読出し、その読出した診断シナリオ及び診断データを用いて車両の診断を行う。又、車両診断システム１８は、車両データ記録装置１と、サーバ１３とを構成要件として構成される。
【００２５】
次に、上記した構成の作用について、図２から図６も参照して説明する。尚、ここでは、ユーザがエアコンの挙動に違和感を抱いた場合を例示する。
ユーザが例えば自分が想定した通りに車室内の温度が下がらず（エアコンが冷えない、エアコンが効かない）、エアコンの挙動に違和感を抱き、ユーザが異常ボタンを操作したり例えば「異常発生」等の音声を発したりすると、ＨＭＩ部６から異常発生信号が異常入力判定部４に出力される。又、ユーザが異常ボタンを操作したり「異常発生」等の音声を発したりしなくとも、ユーザが例えばエアコンのスイッチを通常では行わない形態で操作すると（エアコンが冷えないことでエアコンスイッチを必要以上に何回も繰返して操作すると）、ＨＭＩ部６から異常発生信号が異常入力判定部４に出力される。又、ユーザがエアコンの異常を感じて例えば「えっ」や「おかしい」等の音声を発したり、ユーザが例えば目を瞬間的に見開いた表情になったりすれば、この場合も、ＨＭＩ部６から異常発生信号が異常入力判定部４に出力される。
【００２６】
異常入力判定部４は、ＨＭＩ部６から異常発生信号を入力すると（Ａ１）、異常検知信号を記録制御部５及び問診モジュール７に出力する（Ａ２、Ｓ３）。記録制御部５は、異常入力判定部４から異常検知信号を入力すると、その異常検知信号を入力した時点から所定期間前に遡り、その遡った時点から異常検知信号を入力した時点までの期間で車両データ記録部３に記録した車両データを読出し、その読出した車両データを無線通信装置１２に出力し、無線通信装置１２からサーバ１３を経由して顧客車両管理データベース１６に送信させる（Ａ４）。顧客車両管理データベース１６は、無線通信装置１２からサーバ１３を経由して受信した車両データを記録する。
【００２７】
又、記録制御部５は、異常検知信号を入力した時点から以後に制御ＥＣＵ８から車両ＬＡＮ９を介して入力したデータを継続して車両データ記録部３に定期的に記録すると共に無線通信装置１２に出力し、無線通信装置１２からサーバ１３を経由して顧客車両管理データベース１６に送信させる。顧客車両管理データベース１６は、無線通信装置１２からサーバ１３を経由して受信した車両データを記録する。即ち、記録制御部５は、ユーザがエアコンの挙動に違和感を抱いたタイミングの前後の車両データを無線通信装置１２に出力し、無線通信装置１２からサーバ１３を経由して顧客車両管理データベース１６に送信させることになり、顧客車両管理データベース１６は、ユーザがエアコンの挙動に違和感を抱いたタイミングの前後の車両データを記録することになる。
【００２８】
又、記録制御部５は、異常入力判定部４から異常検知信号を入力すると、その異常の内容に応じたエラーコードを特定可能であれば、その特定したエラーコードを無線通信装置１２に出力し、無線通信装置１２から診断部１４に送信させる（Ａ５）。一方、記録制御部５は、エラーコードを特定可能でなければ、エラーコードを無線通信装置１２に出力することはなく、無線通信装置１２から診断部１４に送信させることはない。
【００２９】
問診モジュール７は、異常入力判定部４から異常検知信号を入力すると、例えば「異常内容をどうぞ」という問診データをＨＭＩ部６に出力し、「異常内容をどうぞ」という問診音声をスピーカ６ｃから出力させる（Ａ６）。ユーザが問診音声に対する回答として例えば「エアコンが冷えない」という回答音声を発し、その回答音声をマイクロホン６ｄが入力すると、ＨＭＩ部６は、「エアコンが冷えない」という回答データを問診モジュール７に出力する（Ａ７）。問診モジュール７は、ＨＭＩ部６から「エアコンが冷えない」という回答データを入力すると、その回答データからキーワードを抽出する。この場合、問診モジュール７は、「エアコン」、「冷えない」というキーワードを抽出し、その抽出したキーワードを無線通信装置１２に出力し、無線通信装置１２から診断部１４に送信させる（Ａ８）。又、問診モジュール７は、例えば「診断中でしばらくお待ちください」という回答データをＨＭＩ部６に出力し、「診断中でしばらくお待ちください」という回答音声をスピーカ６ｃから出力させる（Ａ９）。
【００３０】
診断部１４は、無線通信装置１２からキーワードを受信すると、そのキーワードに応じた診断シナリオを選択して実行する（Ａ１０）。この場合、診断部１４は、エラーコードを記録制御部５から受信していれば、キーワード及びエラーコードに基づいて診断シナリオを選択して実行し、エラーコードを記録制御部５から受信していなければ、キーワードのみに基づいて診断シナリオを選択して実行する。具体的に説明すると、図５に示すように、例えば「エアコン」、「冷えない」というキーワードとエラーコード（０１）とに対してエアコンが冷えない事象に診断シナリオＡが定義されている場合には、その診断シナリオＡを選択して実行する。同じキーワードであっても異なるエラーコードであれば、選択する診断シナリオが異なり、例えば「エアコン」、「冷えない」というキーワードとエラーコード（０２）とに対してエアコンが冷えない事象に診断シナリオＢが定義されている場合には、その診断シナリオＢを選択して実行する。又、記録制御部５がエラーコードを出力せず、例えば「エアコン」、「冷えない」というキーワードのみに対してエアコンが冷えない事象に診断シナリオＣが定義されている場合には、その診断シナリオＣを選択して実行する。又、診断部１４は、エアコンが冷えない事象に診断シナリオを選択したことで、エアコンの異常を通知する通知データを顧客車両管理データベース１６に出力する（Ａ１１）。即ち、顧客車両管理データベース１６は、この段階では、ユーザがエアコンの挙動に違和感を抱いたタイミングの前後の車両データに加え、エアコンの異常を通知する通知データを記録することになる。
【００３１】
診断部１４は、診断シナリオを開始すると、その診断シナリオを実行する際に必要となる車両データを取得するための必要データ取得指示を無線通信装置１２に送信し、無線通信装置１２から記録制御部５に出力させる（Ａ１２）。記録制御部５は、無線通信装置１２から必要データ取得指示を入力すると、必要データ読出指示を制御ＥＣＵ８に出力し（Ａ１３）、制御ＥＣＵ８から診断に必要な車両データを車両ＬＡＮ９を介して入力すると（Ａ１４）、診断に必要な車両データを無線通信装置１２から診断部１４に送信させる（Ａ１５）。そして、診断部１４は、診断の対象とする車両に適した必要な診断シナリオ及び診断データをダイアグデータベース１５から読出し、その読出した診断シナリオ及び診断データを用い、制御ＥＣＵ８から取得した診断に必要な車両データを解析することで、車両の診断を行う。
【００３２】
診断部１４は、エアコンが冷えない事象に対して車両データを解析する手順として、例えば図６に示す処理を行う。診断部１４は、エアコンが冷えない事象に対して例えば診断シナリオＡを開始すると、イグニッションがオンしているか否かを判定する（Ｓ１）。診断部１４は、イグニッションがオンしていないと判定すると（Ｓ１：ＮＯ）、例えば「イグニッションをオンしてください」というイグニッションのオンを促す通知音声をＨＭＩ部６のスピーカ６ｃから出力させる（Ｓ７）。
【００３３】
診断部１４は、イグニッションがオンしていると判定すると（Ｓ１：ＹＥＳ）、エンジンが回転しているか、ＥＶ（Electric Vehicle、電動機を動力源とする電気自動車）のシステムが作動しているか、ＨＶ（Hybrid Vehicle、異なる２つの動力源としての例えば内燃機関と電動機とを動力源とするハイブリッド自動車）のシステムが作動しているかを判定する（Ｓ２）。診断部１４は、エンジンが回転していない、ＥＶのシステムが作動していない、ＨＶのシステムが作動していないと判定すると（Ｓ２：ＮＯ）、例えば「エンジンを始動してください」、「ＥＶのシステムを作動してください」、「ＨＶのシステムを作動してください」というエンジン、ＥＶのシステム、ＨＶのシステムのオンを促す通知音声をＨＭＩ部６のスピーカ６ｃから出力させる（Ｓ８）。
【００３４】
診断部１４は、エンジンが回転している、ＥＶのシステムが作動している、ＨＶのシステムが作動しているのうち何れかを判定すると（Ｓ２：ＹＥＳ）、エアコンスイッチがオンしているか否かを判定する（Ｓ３）。診断部１４は、エアコンスイッチがオンしていないと判定すると（Ｓ３：ＮＯ）、例えば「エアコンスイッチをオンしてください」というエアコンスイッチのオンを促す通知音声をＨＭＩ部６のスピーカ６ｃから出力させる（Ｓ９）。
【００３５】
診断部１４は、エアコンスイッチがオンしていると判定すると（Ｓ３：ＹＥＳ）、外気温が第１の所定温度（例えば３℃）を越えているか否かを判定する（Ｓ４）。診断部１４は、外気温が第１の所定温度を越えていないと判定すると（Ｓ４：ＮＯ）、外気温が第１の所定温度を越えていない理由でエアコンが作動しない（正常）と特定する（Ｓ１０）。
【００３６】
診断部１４は、外気温が第１の所定温度を越えていると判定すると（Ｓ４：ＹＥＳ）、内気温（エバ後温）が第２の所定温度（例えば３℃）を越えているか否かを判定する（Ｓ５）。診断部１４は、内気温が第２の所定温度を越えていないと判定すると（Ｓ５：ＮＯ）、内気温が第２の所定温度を越えていない理由でエアコンが作動しない（正常）と特定する（Ｓ１１）。
【００３７】
診断部１４は、内気温が第２の所定温度を越えていると判定すると（Ｓ５：ＹＥＳ）、冷媒圧力が所定圧力未満であるか否かを判定する（Ｓ６）。診断部１４は、冷媒圧力が所定圧力未満でないと判定すると（Ｓ６：ＮＯ）、冷媒圧力が所定圧力未満でない理由でエアコンが作動しない（正常）と特定する（Ｓ１２）。
【００３８】
診断部１４は、冷媒圧力が所定圧力未満であると判定すると（Ｓ６：ＹＥＳ）、エアコンが異常であると特定し（Ｓ１３）、診断シナリオＡを終了する。即ち、診断部１４は、イグニッションがオンし、エンジンが回転するかＥＶのシステムが作動するかＨＶのシステムが作動するかし、エアコンスイッチがオンし、外気温が第１の所定温度を越えており、内気温が第２の所定温度を越えており、冷媒圧力が所定圧力未満である条件下で、エアコンが冷えないと判定すると、エアコンが異常であると特定する。
【００３９】
診断部１４は、このようにしてエアコンが異常であると特定すると、例えば「異音、異臭あり？」という追加質問の問診データを無線通信装置１２に送信し、無線通信装置１２から問診モジュール７に出力させ（Ａ１６）、例えば「通常とは異なる音や臭いはしませんか？」という問診音声をスピーカ６ｃから出力させる（Ａ１７）。ユーザが問診音声に対する回答として例えば「いいえ」という回答音声を発し、その回答音声をマイクロホン６ｄが入力すると、ＨＭＩ部６は、「いいえ」という回答データを問診モジュール７に出力する（Ａ１８）。問診モジュール７は、ＨＭＩ部６から「いいえ」という回答データを入力すると、その回答データを記録制御部５に出力すると共に（Ａ１９）、その回答データを無線通信装置１２から診断部１４に送信させる（Ａ２０）。記録制御部５は、問診モジュール７から回答データを入力すると、診断部１４が診断シナリオＡによりユーザに対して問診した内容と当該問診に対して回答した内容とを対応付けて診断結果として記録する。
【００４０】
診断部１４は、無線通信装置１２から回答データを受信すると、例えば「外気温は−４０℃程度ですか？」という追加質問の問診データを無線通信装置１２に送信し、無線通信装置１２から問診モジュール７に出力させ（Ａ２１）、例えば「外気温は−４０℃程度ですか？」という問診音声をスピーカ６ｃから出力させる（Ａ２２）。ユーザが問診音声に対する回答として例えば「いいえ」という回答音声を発し、その回答音声をマイクロホン６ｄが入力すると、ＨＭＩ部６は、「いいえ」という回答データを問診モジュール７に出力する（Ａ２３）。問診モジュール７は、ＨＭＩ部６から「いいえ」という回答データを入力すると、その回答データを記録制御部５に出力すると共に（Ａ２４）、その回答データを無線通信装置１２から診断部１４に送信させる（Ａ２５）。記録制御部５は、問診モジュール７から回答データを入力すると、診断部１４が診断シナリオＡによりユーザに対して問診した内容と当該問診に対して回答した内容とを対応付けて診断結果として記録する。
【００４１】
次いで、診断部１４は、このような問診及び回答の内容に基づいて例えば外気温センサが異常であると特定すると、例えば「外気温センサ異常」という回答データを無線通信装置１２に送信し、無線通信装置１２から問診モジュール７に出力させ（Ａ２６）、例えば「修理が必要です。ディーラに入庫してください」という回答音声をスピーカ６ｃから出力させる（Ａ２７）。このような回答音声がスピーカ６ｃから出力されることで、ユーザは、修理が必要であり、ディーラに入庫すべきであることを把握可能となる。又、診断部１４は、外気温センサの異常を通知する通知データを顧客車両管理データベース１６に出力する（Ａ２８）。即ち、顧客車両管理データベース１６は、この段階では、ユーザがエアコンの挙動に違和感を抱いたタイミングの前後の車両データ、エアコンの異常を通知する通知データに加え、外気温センサの異常を通知する通知データを記録することになる。即ち、単にエアコンの異常を示す情報よりも詳細な外気温センサの異常を示す情報を記録することになる。
【００４２】
以上に説明したように、ユーザが例えばエアコンの挙動に違和感を抱くと、車両データ記録装置１、問診モジュール７、無線通信装置１２、サーバ１３等が連携して処理を行うことで、そのユーザがエアコンの挙動に違和感を抱いたタイミングの前後の車両データ、エアコンが異常であることを示す通知データ、外気温センサが異常であることを示す通知する通知データが顧客車両管理データベース１６に記録される。これにより、ディーラで車両の修理を担当する作業員は、そのユーザがエアコンの挙動に違和感を抱いた車両がディーラに入庫される前に、ディーラ端末１７を操作することで、顧客車両管理データベース１６に記録されている車両データや診断結果である通知データを顧客車両管理データベース１６から取得して参照することが可能となる（Ａ２９）。即ち、作業員は、その結果、車両がディーラに入庫される前に車両データや診断結果である通知データを参照して修理（修復、交換）の目途を立てることが可能となるので、車両がディーラに入庫された後に迅速に対応することが可能となる。
【００４３】
診断部１４は、以上に説明した一連の処理により診断を行うと、ユーザが抱いた違和感を解消すべく制御ＥＣＵ８のリプログ（ユーザの挙動に基づく異常発生の要因の解消）を可能であるか否かを判定する。即ち、診断部１４は、診断結果により、制御ＥＣＵ８をリプログすることでユーザが抱いた違和感を解消可能であり、その制御ＥＣＵ８のリプログを可能であると判定すると、制御ＥＣＵ８のリプログを行う。診断部１４は、制御ＥＣＵ８の各種値（センサ値や駆動信号の内容）及び記録制御部５が記録した診断結果を無線通信装置１２から受信し（Ａ３１、Ａ３２）、顧客車両管理データベース１６からリプログを行うのに必要な管理データを入力し（Ａ３３）、制御ＥＣＵ８のリプログを可能であるか否かを判定する。
【００４４】
診断部１４は、制御ＥＣＵ８のリプログを可能であると判定すると、例えば「リプログ確認」という問診データを無線通信装置１２に送信し、無線通信装置１２から問診モジュール７に出力させ（Ａ３４）、例えば「制御ＥＣＵのプログラムを更新しますか？」という問診音声をスピーカ６ｃから出力させる（Ａ３５）。ユーザが問診音声に対する回答として例えば「リプログ承認」という回答音声を発し、その回答音声をマイクロホン６ｄが入力すると、ＨＭＩ部６は、「リプログ承認」という回答データを問診モジュール７に出力する（Ａ３６）。問診モジュール７は、ＨＭＩ部６から「リプログ承認」という回答データを入力すると、その回答データを無線通信装置１２から診断部１４に送信させる（Ａ３７）。
【００４５】
診断部１４は、無線通信装置１２から回答データを受信すると、リプログ指示を無線通信装置１２に送信し、無線通信装置１２から制御ＥＣＵ８に出力させる（Ａ３８）。制御ＥＣＵ８は、リプログ指示を入力すると、リプログを開始し、リプログを完了するまで、リプログの進捗状況（例えばリプログを完了した割合、リプログを完了するまでの残り時間等）を示すリプログ進捗を無線通信装置１２に送信し、無線通信装置１２から診断部１４に送信させる（Ａ３９）。
【００４６】
診断部１４は、無線通信装置１２からリプログ進捗を受信すると、例えば「リプログ進捗」という回答データを無線通信装置１２に送信し、無線通信装置１２から問診モジュール７に出力させ（Ａ４０）、リプログの進捗状況を示す回答音声をスピーカ６ｃから出力させる（Ａ４１）。又、診断部１４は、リプログの進捗を通知する通知データを顧客車両管理データベース１６に出力し（Ａ４２）、リプログの進捗を通知する通知データをディーラ端末１７にも送信する（Ａ４３）。
【００４７】
制御ＥＣＵ８は、リプログを完了すると、リプログを完了したことを示すリプログ完了を無線通信装置１２に送信し、無線通信装置１２から診断部１４に送信させる（Ａ４４）。診断部１４は、無線通信装置１２からリプログ完了を受信すると、例えば「リプログ完了」という回答データを無線通信装置１２に送信し、無線通信装置１２から問診モジュール７に出力させ（Ａ４５）、リプログの完了を示す回答音声をスピーカ６ｃから出力させる（Ａ４６）。又、診断部１４は、リプログの完了を通知する通知データを顧客車両管理データベース１６に出力し（Ａ４７）、リプログの完了を通知する通知データをディーラ端末１７にも送信する（Ａ４８）。以上に説明したように、制御ＥＣＵ８のリプログを可能であると、車両データ記録装置１、問診モジュール７、無線通信装置１２、サーバ１３等が連携して処理を行うことで、制御ＥＣＵ８がリプログを行う。
【００４８】
以上に説明したように本実施形態によれば、ユーザが例えばエアコンの挙動に違和感を抱くと、車両データ記録装置１、問診モジュール７、無線通信装置１２、サーバ１３等が連携して処理を行うことで、そのユーザがエアコンの挙動に違和感を抱いたタイミングの前後の車両データを顧客車両管理データベース１６に記録するようにした。これにより、ユーザが車両の挙動に違和感を抱いたタイミングの前後の車両データを特定し、そのときの車両状態を適切に再現することができ、ユーザが車両の挙動に違和感を抱いた要因を適切に解明することができる。
【００４９】
即ち、車両の挙動が正常であるときに車両データを記録する構成では、車両の挙動が正常であるにも拘らずユーザが車両の挙動に違和感を抱いたときの車両データを記録することが不可能である。又、車両の挙動が異常であるときに車両データを記録する構成では、あくまでも車両の挙動が異常であるときの車両データを記録するのみであり、車両の挙動が正常であるにも拘らずユーザが車両の挙動に違和感を抱いたときの車両データを記憶することが不可能である。本実施形態では、車両の挙動が正常であるにも拘らずユーザが車両の挙動に違和感を抱く場合があることに着目し、ユーザが車両の挙動に違和感を抱いたことを検知する構成を設け、ユーザが車両の挙動に違和感を抱いたタイミングを特定し、そのタイミングの前後の車両データを記録することで、そのタイミングでの車両状態を再現し、ユーザが車両の挙動に違和感を抱いた要因を解明する。
【００５０】
ユーザが車両の挙動に違和感を抱いたことを判定する方法として、ユーザが異常ボタンを操作すると、ＨＭＩ部６から異常発生信号が異常入力判定部４に出力され、ユーザが車両の挙動に違和感を抱いたことを判定するようにしたので、ユーザが車両の挙動に違和感を抱いたタイミングをユーザの意思により車両データ記録装置１に通知することができる。又、ユーザが異常ボタンを操作しなくとも、ユーザが通常では行わない形態で操作機器６ｃを操作したり、例えば「えっ」や「おかしい」等の音声を発したり、ユーザが例えば目を瞬間的に見開いた表情になったりすると、この場合も、ＨＭＩ部６から異常発生信号が異常入力判定部４に出力され、ユーザが車両の挙動に違和感を抱いたことを判定するようにしたので、ユーザが車両の挙動に違和感を抱いたタイミングをユーザの意思に拘らず（自動的に）車両データ記録装置１に通知することができる。
【００５１】
又、ユーザが車両の挙動に違和感を抱いたタイミングの前後の車両データを車両外部の顧客車両管理データベース１６に記録するようにしたので、その車両データを車両内部の記録装置に記録する構成では仮に車両にトラブルが発生した場合に当該データが消失してしまう可能性があるが、車両外部の顧客車両管理データベース１６に記録することで、その車両データが消失してしまう可能性を排除することができる。
【００５２】
サーバ１３の診断部１４が行った診断結果を顧客車両管理データベース１６に記録するようにしたので、ディーラ端末１７を扱う作業員が顧客車両管理データベース１６に記録されている車両データや診断結果である通知データを顧客車両管理データベース１６から取得することで、より多くの情報を取得して参照することができ、作業性を高めることができる。
【００５３】
車両の診断を国際標準の規格にしたがって行うようにしたので、診断の手順を統一することができる。
診断部１４が制御ＥＣＵ８のリプログを可能であると判定すると、診断部１４が制御ＥＣＵ８のリプログを行うようにしたので、制御ＥＣＵ８のリプログを行うことで、ユーザが車両の挙動に違和感を抱いた要因を解消することができる。
【００５４】
本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
エアコンの挙動に違和感を抱いた場合に限らず、例えばエンジンの挙動に違和感を抱いた場合等に適用しても良い。
【００５５】
ユーザが車両の挙動に違和感を抱いたタイミングの前後の車両データを車両外部の顧客車両管理データベース１６に記録することに代えて、顧客車両管理データベース１６に相当する記録装置を車両内部に設けることで、その車両データを車両内部の記録装置に記録するようにしても良い。そのように構成すれば、車両データの車両外部への流出を回避することができる。又、車両データを車両外部の顧客車両管理データベース１６に記録する構成と車両内部の記録装置に記録する構成とを併用しても良く、例えば車両データのデータ容量（データサイズ）の大小に応じて車両外部に記録するか車両内部に記録するかを選択しても良い。
【００５６】
記録制御部５において、異常入力判定部４から異常検知信号を入力するタイミングの前後で車両データを記録する態様を変更しても良い。異常入力判定部４から異常検知信号を入力する前では、車両データを第１の所定周期で車両データ記録部３に記録し、異常入力判定部４から異常検知信号を入力した後では、車両データを第１の所定周期よりも短い第２の所定周期で車両データ記録部３に記録するようにしても良い。又、車両データを記録する周期を異常の内容に応じて変更しても良い。
【符号の説明】
【００５７】
図面中、１は車両データ記録装置、３は車両データ記録部（第１のデータ記録手段に）、４は異常入力判定部（異常発生判定手段）、５は記録制御部（記録制御手段）、８は制御ＥＣＵ（車両データ出力手段）、１４は診断部（診断手段）、１６は顧客車両管理データベース（第２のデータ記録手段）、１８は車両診断システムである。
【図１】
0006406388.tif 000002
【図２】
0006406388.tif 000003
【図３】
0006406388.tif 000004
【図４】
0006406388.tif 000005
【図５】
0006406388.tif 000006
【図６】
0006406388.tif 000007