JP2017072493A - 車両診断システム及び方法 - Google Patents

Abstract

【課題】情報処理の負荷を低減することが可能な車両診断システム及び方法を提供する。【解決手段】車両の対象箇所について故障診断を実施する車両診断システムであって、故障診断で用いる情報を車両から取得し、車両から取得した前記故障診断で用いる情報に基づいて故障診断を実施する故障診断サーバ２００の制御装置２１０と、車両のユーザが発した音声から語句を認識する語句情報取得装置１１００とを備え、制御装置２１０は、語句情報取得装置１１００により所定の語句が認識された場合に、取得数を増加して前記故障診断で用いる情報を取得する。【選択図】図２

Description

本発明は、車両診断システム及び方法に関するものである。

車両診断システムとして、タイヤ空気圧検知部等の車両状態検知部からタイヤ空気圧等の車両状態データを取得し、該車両状態データに基づいてタイヤ空気圧等の車両状態の異常の有無を判別し、その判別結果に応じた提案メッセージをユーザに対して出力し、その後、ユーザの発した語句が肯定的な意味又は否定的な意味を表すかを判別し、その判別結果に応じた提案メッセージをユーザに対して出力するものが知られている（例えば、特許文献１参照）。

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

しかしながら、上記の車両診断システムでは、車両状態データを常時取得するので、情報処理の負荷が大きくなるという問題がある。

本発明が解決しようとする課題は、情報処理の負荷を低減することが可能な車両診断システム及び方法を提供することである。

本発明は、車両のユーザが発した音声から語句を認識し、所定の語句を認識した場合に、故障診断で用いる情報を、取得数を増加して車両から取得することにより、上記課題を解決する。

本発明によれば、車両のユーザが、故障診断の対象箇所の異常を想起させる語句を発した場合に、故障診断で用いる情報を、取得数を増加して車両から取得するので、情報処理の負荷を低減することができる。

一実施形態の車両メンテナンス情報管理システムを示す概要図である。 図１に示す車両メンテナンス情報管理システムの構成図である。 診断分析情報及び修理案内情報の一例を示す図である。 語句情報に含まれる語句と、異常が発生した装置との対応関係の一例を示す図である。 図１に示す端末装置による制御の一例を示すフローチャートである。 図１に示す故障診断サーバによる制御の一例を示すフローチャートである。 語句情報に含まれる語句と、異常が発生した装置と、異常発生の確信度との対応関係の一例を示す図である。 語句情報に含まれる語句と、異常発生の確信度との対応関係の一例を示す図である。 図１に示す故障診断サーバによる制御の第１実施例を示すフローチャートである。 図１に示す故障診断サーバによる制御の第１実施例を示すフローチャートである。 図１に示す故障診断サーバによる制御の第２実施例を示すフローチャートである。 図１に示す故障診断サーバによる制御の第２実施例を示すフローチャートである。

以下、図面に基づいて本発明の一実施形態に係る車両メンテナンス情報管理システムについて説明する。

図１は、本実施形態の車両メンテナンス情報管理システムの構成の概要を示す図である。図１に示すように、本発明の実施の形態に係る車両メンテナンス情報管理システムは、車両のユーザが使用する端末装置１００と、車両に搭載された車載装置１０００と、故障診断サーバ２００とを有する。故障診断サーバ２００、端末装置１００、及び車載装置１０００は、直接に又は他の装置を介して相互に通信が可能である。端末装置１００は、たとえば、車両に搭載された装置として構成してもよいし、スマートフォンなどの携帯可能な多機能型端末装置として構成してもよい。なお、図１においては、便宜的に１台の車両のみを示しているが、実際の本実施形態の車両メンテナンス情報管理システムは、故障診断サーバ２００が、複数の車両における端末装置１００や車載装置１０００とそれぞれ相互に通信するものである。

図１に示すように、車載装置１０００の車両コントローラ２は、自己診断装置２１を有し、車載された各種装置の異常を示すＤＴＣコード（Diagnostic trouble Code）などのコード情報や、信号授受の障害を検知するFail Flagデータなどの情報を含む自己診断情報を出力する。Fail Flagデータは、各種装置の本来の機能の発揮が不可能となったことを示す情報である。本実施形態では、端末装置１００は、車載装置１０００から、上述した自己診断情報を取得する。

図１に示すように、各車両に搭載された端末装置１００は、取得したコード情報を含む車両の機能に関係するデータ、及び／又はFail Flagデータを故障診断サーバ２００へ送出する。故障診断サーバ２００は、複数の車両に搭載された各端末装置１００から収集した各種のデータを、車両ごとにデータベース２３０に蓄積する。故障診断サーバ２００は、収集した各種のデータを処理し、得られた情報を、ユーザが利用する端末装置１００へ送出する。

図２は、車両メンテナンス情報管理システムの具体的な構成の一例を示す図である。図２に示すように、本実施形態の車両メンテナンス情報管理システムでは、端末装置１００、故障診断サーバ２００、車載装置１０００が通信ネットワーク３０００を介して相互に通信可能に接続されている。

以下、車両メンテナンス情報管理システムを構成する各装置について説明する。まず、本実施形態の車載装置１０００について説明する。本実施形態の車載装置１０００は、車両に搭載された全ての機器類を含み、本実施形態では、外部との通信を行う通信装置１と、車載装置１０００の統括制御を司る車両コントローラ２と、車両の走行駆動を制御する内燃機関、走行駆動用モータ、自動変速機、ブレーキ装置などを含む駆動制御装置３と、車両の操舵量、操舵方向、操舵速度を制御する操舵装置４と、車両の走行状態情報を検知するセンサ５と、車室内や車両の外部周囲の映像を撮像するカメラ６と、車両の走行経路を探索し、ユーザを案内するナビゲーション装置７と、車両の走行を支援する走行支援装置８と、車両のユーザに情報を提示する出力装置９と、ユーザが発した語句の情報を取得する語句情報取得装置１１００とを備える。上述した各装置は、ＣＡＮ（Controller Area Network）などの車載通信ネットワークにより情報の授受が可能とされている。なお、本実施形態の車載装置１０００を構成する装置は特に限定されず、空気調和装置、オーディオ装置、ドライブレコーダ等々、出願時に知られた装置を適宜に本実施形態の車載装置１０００として採用することができる。

本実施形態の車載装置１０００の車両コントローラ２は、車両に搭載された各装置の動作状態を調和させる機能を実現するコンピュータである。本実施形態の車両コントローラ２は、自己診断装置２１を備える。自己診断装置２１は、自車両に搭載される各装置の動作状態を監視し、異常（障害、故障を含む。以下同じ）の発生を検出した場合には、上述した自己診断情報を出力する。本実施形態の自己診断装置２１は、出願時に知られるＯＢＤ(：On board diagnostics)であってもよい。

本実施形態のセンサ５は、車速センサ５１、舵角センサ５２、車両の姿勢を検出する姿勢センサ５３、ソナーなどの障害物センサ５４、温度センサ５５、電力計５６などを含む。車速センサ５１により検出される車速情報や舵角センサ５２により検出される舵角情報は、車両の駆動制御、車両の走行支援等に利用される。姿勢センサ５３により検出される車両の姿勢情報は、同様に、車両の駆動制御や車両の走行支援等に利用される。車両の姿勢情報は、ヨー角、ピッチ角を含む。障害物センサ５４により検出される障害物の情報は、障害物との接近を避けるように車両の駆動や操舵を制御する処理に用いられる。温度センサ５５により検出される車室内温度、外気温の情報と、電力計５６により検出されるエアコン電力消費量の情報とは、エアコンの故障診断に用いられる。

本実施形態のカメラ６が取得した画像情報は、アラウンドビューモニタ（登録商標）機能において利用される。また、画像情報は、障害物の検出や、自車両の走行レーンの検出、自車両の追従対象の検出、道路標識などの文字認識などに用いられる。

本実施形態の走行支援装置８は、ＡＢＳ（アンチ・ブロックド・ブレーキングシステム：Anti-locked braking system 以下同じ）装置８１、ＴＣＳ（トラッキング・コントロール・システム：Traction Control System 以下同じ）装置８２、ＶＤＣ（ビークル・ダイナミクス・コントロール：Vehicle Dynamics Control）装置８３、障害物検知装置８４、車線認識装置８５、自動運転補助装置８６を有する。

本実施形態の出力装置９は、ディスプレイ９１、スピーカ９２を有する。出力装置９は、車両の診断結果、及び診断結果に対処するための指示情報を車両のユーザに提示する。なお、出力装置９は、ディスプレイ９１やスピーカ９２に代えて又はこれに加えて、ランプなどのインジケータや座席又はハンドルに設けた振動装置（バイブレータ）を用いてもよく、ランプの点滅態様や座席又はハンドルの振動態様を相違させることによって、診断結果や指示情報を簡易的に識別して提示してもよい。

本実施形態の語句情報取得装置１１００は、集音装置１１０１、語句認識装置１１０２を有する。集音装置１１０１は、車室内に設けられており、車両のユーザが車室内で発した音声を収集する。語句認識装置１１０２は、「暑い」、「寒い」、「壊れた」、「おかしい」等の所定の語句と、それらの所定の語句に対応する音声情報とを対応付けて記憶しており、集音装置１１０１から出力される音声情報を解析することにより車両のユーザが発した所定の語句を認識する。

次に、車両のユーザが利用する端末装置１００について説明する。
本実施形態の端末装置１００は、制御装置１０と、通信装置２０と、出力装置３０とを備える。端末装置１００は、通信装置２０を介して、外部の車載装置１０００、故障診断サーバ２００と相互に情報の送受信を行う。出力装置３０は、ディスプレイ３１とスピーカ３２を含む。なお、出力装置３０は、ディスプレイ３１やスピーカ３２に代えて又はこれに加えて、ランプなどのインジケータや振動装置（バイブレータ）を用いてもよく、ランプの点滅態様や振動態様を相違させることによって、診断結果や指示情報を簡易的に識別して提示してもよい。

本実施形態に係る端末装置１００の制御装置１０は、車両の自己診断情報と後述の詳細情報とを取得するためのプログラムが格納されたＲＯＭ（Read Only Memory）１２と、このＲＯＭ１２に格納されたプログラムを実行する動作回路を含むＣＰＵ（Central Processing Unit）１１と、書き換え可能な記憶装置として機能するＲＡＭ（Random Access Memory）１３とを備える。

端末装置１００の制御装置１０は、診断情報取得機能と、語句情報取得機能と、詳細情報取得機能と、出力機能とを備えたコンピュータである。端末装置１００は、上記機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実現する。

以下に、端末装置１００の制御装置１０が実現する各機能についてそれぞれ説明する。

まず、制御装置１０の診断情報取得機能について説明する。本実施形態の端末装置１００の制御装置１０は、診断情報取得機能により、車両の自己診断情報を取得する。なお、自己診断情報は、上述した車載装置１０００の車両コントローラ２が備える自己診断装置２１が出力する情報であり、異常が検出された装置を特定する情報、異常の内容を示すコード情報などが含まれる。また、自己診断情報には、検出された異常の発生回数の情報、発生頻度の情報などが含まれていてもよい。本実施形態の制御装置１０は、このような自己診断情報を、所定の周期で取得し、自己診断情報を取得するたびに、自己診断情報を、端末装置１００の通信装置２０により、故障診断サーバ２００へ送出する。所定の周期としては、たとえば、１時間などの時間を設定してもよいし、車両のイグニッションキースイッチ（電気自動車にあってはメイン電源スイッチを意味する。以下同じ。）がＯＮにされたタイミングや、車両のイグニッションキースイッチがＯＦＦにされる直前のタイミングなどを設定してもよい。通信コストや故障診断サーバ２００又は端末装置１００の記憶容量などを考慮して適宜の周期で自己診断情報を取得すればよい。

次いで、制御装置１０の語句情報取得機能について説明する。本実施形態の端末装置１００の制御装置１０は、語句情報取得機能により、車両のユーザが発した語句情報を取得する。なお、語句情報は、上述した車載装置１０００の語句情報取得装置１１００が出力する情報であり、「暑い」、「寒い」、「壊れた」、「おかしい」等の所定の語句の情報が含まれる。本実施形態の制御装置１０は、このような語句情報を取得するたびに、語句情報を、端末装置１００の通信装置２０により、故障診断サーバ２００へ送出する。

次いで、制御装置１０の詳細情報取得機能について説明する。本実施形態の端末装置１００の制御装置１０は、詳細情報取得機能により、故障診断対象の車載装置の使用状況に関する詳細情報を取得する。なお、詳細情報は、上述した車載装置１０００のセンサ５等が出力する情報であり、たとえば、エアコンの使用状況に関する詳細情報（設定温度、車室内温度、外気温、エアコンの電力消費量等）等が含まれる。本実施形態の制御装置１０は、故障診断サーバ２００から詳細情報の要求信号が送信されるたびに、車載装置１０００のセンサ５等から詳細情報を取得して故障診断サーバ２００に送信する。

本実施形態では、故障診断サーバ２００は、端末装置１００から自己診断情報が送信された際には、後述するように、端末装置１００から送信された自己診断情報に基づいて、故障診断対象の車載装置の故障（故障又は故障の前兆）等の発生有無を判定し、判定結果に応じて、故障診断対象の車載装置の故障等に関する情報と、故障診断対象の車載装置の修理に関する情報とを含む案内情報を端末装置１００に送信する。

また、本実施形態では、故障診断サーバ２００は、端末装置１００から語句情報が送信された際には、後述するように、語句情報に対応する故障診断対象の車載装置の使用状況に関する詳細情報を端末装置１００に要求し、端末装置１００から送信された詳細情報に基づいて、故障診断対象の車載装置の故障（故障又は故障の前兆）等の発生有無を判定し、判定結果に応じて、故障診断対象の車載装置の故障等に関する情報と、故障診断対象の車載装置の修理に関する情報とを含む案内情報を端末装置１００に送信する。

次いで、制御装置１０の出力機能について説明する。本実施形態の端末装置１００の制御装置１０は、故障診断サーバ２００から送信された案内情報を、出力機能により、出力装置３０により出力する。具体的には、制御装置１０は、出力装置３０のディスプレイ３１に案内情報を表示したり、出力装置３０のスピーカ３２から案内情報を音声で出力したりする。また上述したように、ディスプレイ３１やスピーカ３２に代えて又はこれに加えて、ランプなどのインジケータや振動装置（バイブレータ）を用いてもよく、ランプの点滅態様や振動態様を相違させることによって、診断結果や指示情報を簡易的に識別して提示してもよい。

本実施形態の端末装置１００は、以上のように動作する。

次に、本実施形態の故障診断サーバ２００について説明する。
本実施形態の故障診断サーバ２００は、制御装置２１０と、通信装置２２０と、データベース２３０とを備える。故障診断サーバ２００は、通信装置２２０を介して、外部の車載装置１０００及び端末装置１００とそれぞれ相互に情報の送受信を行う。

本実施形態に係る故障診断サーバ２００の制御装置２１０は、車両の状態を分析するためのプログラムが格納されたＲＯＭ２１２と、このＲＯＭ１２に格納されたプログラムを実行する動作回路を含むＣＰＵ２１１と、書き換え可能な記憶装置として機能するＲＡＭ２１３とを備える。

故障診断サーバ２００の制御装置２１０は、診断情報取得機能と、語句情報取得機能と、第１の故障診断機能と、第２の故障診断機能と、修理情報生成機能と、提示機能とを備えたコンピュータである。故障診断サーバ２００の制御装置２１０は、上記機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実現する。

以下に、故障診断サーバ２００の制御装置２１０が実現する各機能についてそれぞれ説明する。

まず、制御装置２１０の診断情報取得機能について説明する。本実施形態の故障診断サーバ２００の制御装置２１０は、複数の車両に搭載された各端末装置１００から各車両の自己診断情報をそれぞれ取得し、収集した各種のデータを、車両ごとにデータベース２３０に蓄積する。

次いで、制御装置２１０の語句情報取得機能について説明する。本実施形態の故障診断サーバ２００の制御装置２１０は、複数の車両に搭載された各端末装置１００から各車両のユーザが発した語句の情報たる語句情報をそれぞれ取得する。

次いで、制御装置２１０の第１の故障診断機能について説明する。本実施形態の故障診断サーバ２００の制御装置２１０は、車両の自己診断情報と、故障診断対象の車載装置の故障等（故障又は故障の前兆）に関する情報とが対応づけられたマップを参照し、取得した自己診断情報から故障診断対象の車載装置の故障等の発生有無を検出し、故障診断対象の車載装置の故障等の内容を示す診断分析情報２１２１（図３参照）を生成する。なお、車両の自己診断情報と、故障診断対象の車載装置の故障等に関する情報とが対応づけられたマップは、予め制御装置２１０のＲＯＭ２１２に記憶されている。

ここで、図３は、制御装置２１０により生成された診断分析情報２１２１の一例を示す図である。本実施形態における診断分析情報２１２１は、たとえば、図３に示すように、車両の故障等の内容、具体的には、車両が備える装置の各機能のうち、いずれの機能が動作可能であり、いずれの機能が動作不可能である等の情報が挙げられる。

本実施形態では、たとえば、制御装置２１０は、端末装置１００から取得した自己診断情報に基づいて、通信装置１、車両コントローラ２、駆動制御装置３、操舵装置４、各センサ５、カメラ６、ナビゲーション装置７、走行支援装置８、出力装置９のそれぞれについて、動作可能な機能と、動作不可能な機能とを判定し、判定結果に応じて、図３に示すような診断分析情報２１２１を生成する。なお、本実施形態では、診断分析情報２１２１に、動作可能な機能の情報と、動作不可能な機能の情報とが含まれる例を示したが、診断分析情報２１２１には、いずれか一方の情報のみが含まれていてもよい。また、走行支援装置８のように複数の機能が存在する場合には、各走行支援装置８１〜８６ごとに、動作可能な機能と、動作不可能な機能とを判定できる。センサ５についても同様に、各センサ５１〜５４ごとに、動作可能な機能と、動作不可能な機能とを判定できる。

次いで、制御装置２１０の第２の故障診断機能について説明する。本実施形態の故障診断サーバ２００の制御装置２１０は、語句情報と、故障診断対象の車載装置の使用状況に関する詳細情報とが対応づけられたマップを参照し、取得した語句情報に対応する詳細情報を要求する信号を端末装置１００に送信する。なお、語句情報と、故障診断対象の車載装置の使用状況に関する詳細情報とが対応づけられたマップは、予め制御装置２１０のＲＯＭ２１２に記憶されている。

ここで、図４は、語句情報に含まれる語句と、異常が発生した装置との対応関係の一例を示す図である。本実施形態では、たとえば、図４に示すように、制御装置２１０は、語句情報に「エアコン」、「クーラー」、「暖房」、「風」、「寒い」、「暑い」、「効いてない」等の語句が含まれている場合に、異常が発生した装置を「エアコン」に特定し、エアコンの使用状況に関する詳細情報（設定温度、車室内温度、外気温、エアコン電力消費量等）を要求する信号を端末装置１００に送信する。なお、制御装置２１０は、「エアコン」と「効いてない」や、「暖房」と「寒い」等の複数の語句の組み合わせにより、異常が発生した装置を特定したり、「ヘッドランプ」や「ブレーキランプ」等の単独の語句により、異常が発生した装置を特定したりする。

本実施形態の故障診断サーバ２００の制御装置２１０は、端末装置１００から故障診断対象の車載装置の使用状況に関する詳細情報が送信されると、故障診断対象の車載装置の使用状況に関する詳細情報と、故障診断対象の車載装置の故障等（故障又は故障の前兆）に関する情報とが対応づけられたマップを参照し、取得した詳細情報から故障診断対象の車載装置の故障等の発生有無を検出し、故障診断対象の車載装置の故障等の内容を示す診断分析情報２１２１（図３参照）を生成する。なお、故障診断対象の車載装置の使用状況に関する詳細情報と、故障診断対象の車載装置の故障等に関する情報とが対応づけられたマップは、予め制御装置２１０のＲＯＭ２１２に記憶されている。

次いで、制御装置２１０の修理情報生成機能について説明する。本実施形態の故障診断サーバ２００の制御装置２１０は、車両の修理に関する情報を示す修理情報２１２２を生成する。修理情報２１２２としては、たとえば、図３に示すように「ディーラに入庫してください。修理及び部品交換の必要があります。なお、部品はＸ月Ｙ日までに入荷されますので、その日以後にディーラに入庫いただければ即日で修理可能です。」、「ディーラへ電話してください。」、「機能Ｑは動作しませんが、直ぐに修理する必要はなく、通常走行に問題はありません。」などの情報が挙げられる。

次いで、制御装置２１０の提示機能について説明する。本実施形態の故障診断サーバ２００の制御装置２１０は、故障診断機能により生成した診断分析情報２１２１と、修理情報生成機能により生成した修理情報２１２２とを、案内情報として端末装置１００や車載装置１０００に送信する。送信された情報は、端末装置１００の出力装置３０や、車載装置１０００の出力装置９により出力される。

ここで、制御装置２１０の提示機能により、ユーザに案内情報を提示する具体例を説明する。たとえば、車両がバッテリを搭載した電気自動車であり、車載装置１０００の自己診断装置２１により、車両に搭載されているバッテリの電圧の異常が検知された場面では、まず、自己診断装置２１により取得されたバッテリの電圧の異常を示すコード情報などが、端末装置１００を介して、故障診断サーバ２００に送信される。次いで、故障診断サーバ２００では、端末装置１００から送信された情報に基づき、診断分析情報２１２１及び修理情報２１２２を生成する。修理情報２１２２としては、たとえば、「ディーラに入庫してください。バッテリの修理及び部品交換の必要があります。」などの情報が挙げられる。そして、故障診断サーバ２００は、このような診断分析情報２１２１と修理情報２１２２とを、案内情報として端末装置１００や車載装置１０００に送信する。

本実施形態の故障診断サーバ２００は、以上のように動作する。

続いて、図５のフローチャートを参照して、本実施形態の端末装置１００の制御手順を説明する。

まず、ステップＳ１１では、端末装置１００の制御装置１０は、所定期間が経過したか否かを判定する。ステップＳ１１において、所定期間が経過したと判定された場合には、ステップＳ１２において、制御装置１０は、車載装置１０００の車両コントローラ２から車両の自己診断情報を取得する。なお、ステップＳ１１における所定期間は、上述の所定の周期に対応し、たとえば、１時間などの時間を設定してもよいし、車両のイグニッションキースイッチがＯＮにされたタイミングや、車両のイグニッションキースイッチがＯＦＦにされる直前のタイミングなどを設定してもよい。

ステップＳ１３では、端末装置１００の制御装置１０は、ステップＳ１２で取得した自己診断情報を、通信装置２０を介して、故障診断サーバ２００に送信する。そして、ステップＳ１９へ進む。

一方、ステップ１１において、所定期間が経過していないと判定された場合には、ステップＳ１４において、制御装置１０は、車載装置１０００の語句情報取得装置１１００から語句情報を取得したか否かを判定する。ステップＳ１４において語句情報を取得していないと判定された場合には、ステップＳ１１に戻る。一方、ステップＳ１４において語句情報を取得したと判定された場合には、ステップＳ１５において、制御装置１０は、ステップＳ１４において取得した語句情報を、通信装置２０を介して、故障診断サーバ２００に送信する。

ステップＳ１６では、端末装置１００の制御装置１０は、故障診断サーバ２００から上述した詳細情報の要求信号が送信された際には、当該要求信号を受信する。ステップＳ１７では、制御装置１０は、ステップＳ１６で受信した要求信号に含まれる詳細情報を、車載装置１０００のセンサ５等から取得する。ステップＳ１８では、制御装置１０は、ステップＳ１７で取得した詳細情報を、通信装置２０を介して、故障診断サーバ２００に送信する。

ステップＳ１９では、端末装置１００の制御装置１０は、故障診断サーバ２００から上述した案内情報（診断分析情報２１２１及び修理情報２１２２を含む情報）が送信された際には、当該案内情報を受信する。

ステップＳ２０では、端末装置１００の制御装置１０は、ステップＳ１９で受信した案内情報を、端末装置１００の出力装置３０により出力する。たとえば、制御装置１０は、出力装置３０のディスプレイ３１に案内情報を表示したり、出力装置３０のスピーカ３２から案内情報を音声で出力したりする。

ステップＳ２１では、端末装置１００の制御装置１０は、ユーザにより車両のイグニッションキースイッチがＯＦＦとされたか否かを判定する。たとえば、制御装置１０は、一定周期で車載装置１０００と相互に通信するようにし、ユーザが車両のイグニッションキースイッチをＯＦＦにする際に、その情報を車載装置１０００から受信することで、上記判定を行う。そして、ステップＳ２１において、車両のイグニッションキースイッチがＯＦＦとされたと判定された場合には、本処理を終了する。一方、ステップＳ２１において、車両のイグニッションキースイッチがＯＦＦとされていないと判定された場合には、ステップＳ１１に戻り、ステップＳ１１〜Ｓ２０の処理を繰返す。

続いて、図６のフローチャートを参照して、本実施形態の故障診断サーバ２００の制御手順を説明する。

まず、ステップＳ３１では、故障診断サーバ２００の制御装置２１０は、通信装置２２０を介して、端末装置１００から車両の自己診断情報を取得したか否かを判定する。なお、この自己診断情報は、端末装置１００が、車載装置１０００と相互に通信することにより、車載装置１０００から取得するものである。

ステップＳ３１において、自己診断情報を取得したと判定された場合には、ステップＳ３２において、故障診断サーバ２００の制御装置２１０は、ステップＳ３１で取得した自己診断情報に基づいて、車両に故障（故障や故障の前兆）等が発生しているか否かを判定する。車両に故障等が発生しているか否かを判定する方法としては、たとえば、上述したように、制御装置２１０が、車両の自己診断情報と、故障診断対象の車載装置の故障等に関する情報とが対応づけられたマップを参照する方法が挙げられる。そして、ステップＳ３２において、車両に故障等が発生していると判定された場合には、ステップＳ３７に進む。一方、ステップＳ３２において、車両に故障等が発生していないと判定された場合には、ステップＳ３１に戻る。

ステップＳ３１において、自己診断情報を取得していないと判定された場合には、ステップＳ３３において、制御装置２１０は、通信装置２２０を介して、端末装置１００から語句情報を取得したか否かを判定する。なお、この語句情報は、端末装置１００が、車載装置１０００と相互に通信することにより、車載装置１０００の語句情報取得装置１１００から取得するものである。

ステップＳ３３において、語句情報を取得していないと判定された場合には、ステップＳ３１に戻る。一方、ステップＳ３３において、語句情報を取得したと判定された場合には、ステップＳ３４において、故障診断サーバ２００の制御装置２１０は、ステップＳ３３で取得した語句情報に対応する故障診断対象の車載装置の使用状況に関する詳細情報を要求する信号を端末装置１００に送信する。語句情報に対応する詳細情報を選択する方法としては、たとえば、上述したように、制御装置２１０が、語句情報と、故障診断対象の車載装置の使用状況に関する詳細情報とが対応づけられたマップを参照する方法が挙げられる。

ステップＳ３５では、故障診断サーバ２００の制御装置２１０は、通信装置２２０を介して、端末装置１００から故障診断対象の車載装置の使用状況に関する詳細情報を取得する。なお、この詳細情報は、端末装置１００が、車載装置１０００と相互に通信することにより、車載装置１０００から取得するものである。

ステップＳ３６では、故障診断サーバ２００の制御装置２１０は、ステップＳ３５で取得した故障診断対象の車載装置の使用状況に関する詳細情報に基づいて、故障診断対象の車載装置に故障（故障や故障の前兆）等が発生しているか否かを判定する。車両に故障等が発生しているか否かを判定する方法としては、たとえば、上述したように、制御装置２１０が、故障診断対象の車載装置の使用状況に関する詳細情報と、故障診断対象の車載装置の故障等に関する情報とが対応づけられたマップを参照する方法が挙げられる。そして、ステップＳ３６において、車両に故障等が発生していると判定された場合には、ステップＳ３７に進む。一方、ステップＳ３６において、車両に故障等が発生していないと判定された場合には、ステップＳ３１に戻る。

ステップＳ３７では、故障診断サーバ２００の制御装置２１０は、ステップＳ３２又はステップＳ３６における判定結果に基づいて、車両の故障等に関する診断分析情報２１２１を生成する。

ステップＳ３８では、故障診断サーバ２００の制御装置２１０は、図３に示すような修理情報２１２２を生成する。そして、制御装置２１０は、このような修理情報２１２２と、ステップ３７で生成した診断分析情報２１２１とを含む案内情報を生成する。

ステップＳ３９では、故障診断サーバ２００の制御装置２１０は、ステップＳ３８で生成した案内情報を、通信装置２２０により、端末装置１００や車載装置１０００に提示する。

本発明の実施形態の車両メンテナンス情報管理システムは、以上のように構成され動作するので、以下の効果を奏する。

本実施形態の車両メンテナンス情報管理システムは、車両のユーザが発した音声から所定の語句を認識した場合に、故障診断で用いる情報を、取得数を増加して取得する。即ち、本実施形態の車両メンテナンス情報管理システムは、故障診断で用いる情報を常に多数取得するのではなく、車両のユーザが故障診断対象の車載装置の異常を想起させる語句を発した場合に、故障診断で用いる情報を、取得数を増加して取得する。従って、情報処理の負荷を低減でき、システム構築に要するコストを低減できる。

次いで、故障診断に使用するデータの取得方法の第１実施例について説明する。本実施例では、語句情報に応じて故障診断対象の車載装置の異常発生の確信度が判定され、この確信度に応じて、故障診断に使用する情報の数が変更される。

以下に、本実施例の端末装置１００の制御装置１０が実現する機能について説明する。

本実施例の端末装置１００の制御装置１０は、診断情報取得機能により、所定の周期で車両の自己診断情報を取得するのに加えて、語句情報取得機能により取得された語句情報に「エアコンが壊れた」等の異常発生の確信度が高いレベル（以下、レベルＡという）の語句が含まれている場合に、診断情報取得機能により、車両の自己診断情報を取得する。

一方、本実施例の端末装置１００の制御装置１０は、語句情報取得機能により取得された語句情報に異常発生の確信度が中間のレベル（以下、Ｂレベルという）あるいは低いレベル（以下、Ｃレベルという）の語句が含まれている場合に、詳細情報取得機能により、故障診断対象の車載装置の使用状況に関する詳細情報を取得する。ここで、異常発生の確信度がＢレベルの場合に詳細情報取得機能により取得する詳細情報のデータ数Ｎ１は、異常発生の確信度がＣレベルの場合に詳細情報取得機能により取得する詳細情報のデータ数Ｎ２よりも少なく設定されている。

図７は、語句情報に含まれる語句(乗員の音声から認識される語句)と、異常が発生した装置と、異常発生の確信度との対応関係の一例を示す図である。また、図８は、語句情報に含まれる語句と、異常発生の確信度との対応関係の一例を示す図である。本例の対応関係においては、乗員音声から認識される語句を、異常発生の確信度の高さに応じて区分して定義する。異常発生の確信度が高いＡレベルには、異常発生を直接的に表現する語句（例えば、「（エアコンが）効いていない」、「（ウィンカーが）点いていない」）が含まれる。異常発生の確信度がＡレベルよりも相対的に低いＢレベルには、異常発生を間接的に表現する語句（例えば、「（ヘッドランプが）暗い」）が含まれる。さらに、異常発生の確信度がＢレベルよりも相対的に低いＣレベルには、異常発生を予測させる語句（例えば、「（各装置の起動が）遅い」）が含まれる。

本実施例では、たとえば、制御装置２１０は、語句情報に「エアコン」、「効いてない」という語句が含まれている場合に、異常が発生した装置を「エアコン」に特定し（図７参照）、「効いてない」という語句に基づいて、異常発生の確信度をＡレベルと判定する（図８参照）。この場合、制御装置２１０は、車両の自己診断情報を取得する。

一方、本実施例では、たとえば、制御装置２１０は、語句情報に「クーラー」、「暑い」という語句が含まれている場合に、異常が発生した装置を「エアコン」に特定し、「暑い」という語句に基づいて、異常発生の確信度をＢレベルと判定する（図７参照）。この場合、制御装置２１０は、異常発生の確信度がＣレベルの場合に比して少ないデータ数Ｎ１の詳細情報を取得する。例えば、エアコンの異常発生の確信度がＣレベルの場合には、詳細情報として、設定温度、車室内温度、外気温、エアコン電力消費量の情報を取得するのに対し、エアコンの異常発生の確信度がＢレベルの場合には、詳細情報として、エアコンの電力消費量の情報のみを取得する。

さらに、本実施例では、たとえば、制御装置２１０は、語句情報に「暖房」、「怪しい」という語句が含まれている場合に、異常が発生した装置を「エアコン」に特定し（図７参照）、「怪しい」という語句に基づいて、異常発生の確信度をＣレベルと判定する（図８参照）。この場合、制御装置２１０は、異常発生の確信度がＢレベルの場合に比して多いデータ数Ｎ２の詳細情報を取得する。

続いて、図９及び図１０のフローチャートを参照して、本実例の故障診断サーバ２００の制御手順を説明する。なお、ステップＳ３１〜Ｓ３３、Ｓ３７〜Ｓ３９は、上述の実施形態で説明したステップＳ３１〜Ｓ３３、Ｓ３７〜Ｓ３９と同様であるため、繰り返しの説明は省略し、上述の実施形態でした説明を援用する。

ステップＳ３３において、語句情報を取得したと判定された場合には、ステップＳ４１において、故障診断サーバ２００の制御装置２１０は、ステップＳ３３で取得した語句情報に対応する異常確信度がＡレベルであるか否かを判定する。ステップＳ４１において、異常確信度がＡレベルであると判定された場合には、ステップＳ４２に進む。一方、ステップＳ４１において、異常確信度がＡレベルではないと判定された場合には、図１０に示すステップＳ４３へ進む。

ステップＳ４２では、故障診断サーバ２００の制御装置２１０は、端末装置１００から車両の自己診断情報を取得する。次いで、ステップＳ３２へ進み、制御装置２１０は、ステップＳ４２で取得した自己診断情報に基づいて、車両に故障（故障や故障の前兆）等が発生しているか否かを判定する。

ステップＳ４３では、故障診断サーバ２００の制御装置２１０は、ステップＳ３３で受信した語句情報に対応する異常確信度がＢレベルであるかＣレベルであるかを判定する。ステップＳ４３において、異常確信度がＢレベルであると判定された場合には、ステップＳ４４において、制御装置２１０は、データ数Ｎ１（＜Ｎ２）の詳細情報の要求信号を端末装置１００に送信する。一方、ステップＳ４３において、異常確信度がＣレベルであると判定された場合には、ステップＳ４５において、制御装置２１０は、データ数Ｎ２の詳細情報の要求信号を端末装置１００に送信する。

ステップＳ４４、Ｓ４５に次いで、ステップＳ４６では、故障診断サーバ２００の制御装置２１０は、通信装置２２０を介して、端末装置１００からデータ数Ｎ１又はＮ２の詳細情報を端末装置１００から取得する。

次いで、図９に示すステップＳ４７では、故障診断サーバ２００の制御装置２１０は、ステップＳ４９で取得したデータ数Ｎ１又はＮ２の詳細情報に基づいて、故障診断対象の車載装置に故障（故障や故障の前兆）等が発生しているか否かを判定する。そして、ステップＳ４７において、車両に故障等が発生していると判定された場合には、ステップＳ３７に進む。一方、ステップＳ４７において、車両に故障等が発生していないと判定された場合には、ステップＳ３１に戻る。

本発明の第１実施例の車両メンテナンス情報管理システムは、以上のように構成され動作するので、以下の効果を奏する。

本実施例の車両メンテナンス情報管理システムは、語句認識装置１１０２により所定の語句が認識された場合に、語句認識装置１１０２により認識された語句に応じて、故障診断で用いる情報の取得数を決定する。例えば、上述したように、ユーザが発した語句から故障診断対象の車載装置の異常について高い確信度が得られるような場合には、少ない情報（例えば、自己診断情報のみ）で故障診断を実施する。それに対して、ユーザが発した語句から故障診断対象の車載装置の異常について低い確信度しか得られないような場合には、多くの情報を取得して故障診断を実施する。従って、故障診断で用いる情報の取得数を、状況に応じた必要最小限に低減できるので、情報処理の負荷を効果的に低減できる。

また、本実施例の車両メンテナンス情報管理システムは、語句認識装置１１０２により認識される語句と、故障診断対象の車載装置の異常レベルとの対応関係を記憶しており、語句認識装置１１０２により認識された語句に対応する異常レベルに応じて、故障診断で用いる情報の取得数を決定する。例えば、上述したように、ユーザが発する語句と、故障診断対象の車載装置の異常についての確信度との対応関係を記憶しておき、語句認識装置１１０２により認識された語句に対応する確信度が高いような場合には、少ない情報で故障診断を実施する。それに対して、語句認識装置１１０２により認識された語句に対応する確信度が低いような場合には、多くの情報を取得して故障診断を実施する。従って、故障診断で用いる情報の取得数を、状況に応じた必要最小限に低減できるので、情報処理の負荷を効果的に低減できる。

次いで、故障診断に使用するデータの取得方法の第２実施例について説明する。本実施例では、故障診断対象の車載装置の使用状況に応じて故障診断対象の車載装置の異常発生の確信度が判定され、この確信度に応じて、故障診断に使用する情報の数が変更される。

以下に、本実施例の端末装置１００の制御装置１０が実現する機能について説明する。

本実施例の端末装置１００の制御装置１０は、故障診断対象の車載装置の使用状況を監視する監視機能を有しており、この監視機能により、故障診断対象の車載装置の使用頻度の情報を取得する。

本実施例の端末装置１００の制御装置１０は、診断情報取得機能により、所定の周期で車両の自己診断情報を取得するのに加えて、監視機能により故障診断対象の車載装置の使用頻度が高いレベル（以下、Ａレベルという）であるという情報が取得された場合に、診断情報取得機能により、車両の自己診断情報を取得する。

一方、本実施例の端末装置１００の制御装置１０は、監視機能により故障診断対象の車載装置の使用頻度が中間のレベル（以下、Ｂレベルという）あるいは低いレベル（以下、Ｃレベルという）という情報が取得された場合に、詳細情報取得機能により、故障診断対象の車載装置の使用状況に関する詳細情報を取得する。ここで、故障診断対象の車載装置の使用頻度がＢレベルの場合に詳細情報取得機能により取得する詳細情報のデータ数Ｎ１は、故障診断対象の車載装置の使用頻度がＣレベルの場合に詳細情報取得機能により取得する詳細情報のデータ数Ｎ２よりも少なく設定されている。

続いて、図１１及び図１２のフローチャートを参照して、本実例の故障診断サーバ２００の制御手順を説明する。なお、ステップＳ３１〜Ｓ３３、Ｓ３７〜Ｓ３９は、上述の実施形態で説明したステップＳ３１〜Ｓ３３、Ｓ３７〜Ｓ３９と同様であるため、繰り返しの説明は省略し、上述の実施形態でした説明を援用する。

ステップＳ３３において、語句情報を取得したと判定された場合には、ステップＳ５１において、故障診断サーバ２００の制御装置２１０は、ステップＳ３３で取得した語句情報に対応する故障診断対象の車載装置の使用頻度がＡレベルであるか否かを判定する。ステップＳ５１において、使用頻度がＡレベルであると判定された場合には、ステップＳ５２に進む。一方、ステップＳ５１において、使用頻度がＡレベルではないと判定された場合には、図１２に示すステップＳ５３へ進む。

ステップＳ５２では、故障診断サーバ２００の制御装置２１０は、端末装置１００から車両の自己診断情報を取得する。次いで、ステップＳ３２へ進み、制御装置２１０は、ステップＳ５２で取得した自己診断情報に基づいて、車両に故障（故障や故障の前兆）等が発生しているか否かを判定する。

ステップＳ５３では、故障診断サーバ２００の制御装置２１０は、ステップＳ３３で受信した語句情報に対応する故障診断対象の車載装置の使用頻度がＢレベルであるかＣレベルであるかを判定する。ステップＳ５３において、使用頻度がＢレベルであると判定された場合には、ステップＳ５４において、制御装置２１０は、データ数Ｎ１（＜Ｎ２）の詳細情報の要求信号を端末装置１００に送信する。一方、ステップＳ５３において、使用頻度がＣレベルであると判定された場合には、ステップＳ５５において、制御装置２１０は、データ数Ｎ２の詳細情報の要求信号を端末装置１００に送信する。

ステップＳ５４、Ｓ５５に次いで、ステップＳ５６では、故障診断サーバ２００の制御装置２１０は、通信装置２２０を介して、端末装置１００からデータ数Ｎ１又はＮ２の詳細情報を端末装置１００から取得する。

次いで、図１１に示すステップＳ５７では、故障診断サーバ２００の制御装置２１０は、ステップＳ６９で取得したデータ数Ｎ１又はＮ２の詳細情報に基づいて、故障診断対象の車載装置に故障（故障や故障の前兆）等が発生しているか否かを判定する。そして、ステップＳ５７において、車両に故障等が発生していると判定された場合には、ステップＳ３７に進む。一方、ステップＳ５７において、車両に故障等が発生していないと判定された場合には、ステップＳ３１に戻る。

本発明の第２実施例の車両メンテナンス情報管理システムは、以上のように構成され動作するので、以下の効果を奏する。

本実施例の車両メンテナンス情報管理システムは、語句認識装置１１０２により所定の語句が認識された場合に、故障診断対象の車載装置の使用状況に関する所定の情報を取得し、該所定の情報に応じて、故障診断で用いる情報の取得数を決定する。例えば、上述したように、故障診断対象の車載装置の使用頻度が高いような場合には、当該装置の異常の蓋然性が高い（例えば、エアコンであれば目詰まりが生じ易い）として、少ない情報（例えば、自己診断情報のみ）で故障診断を実施する。それに対して、故障診断対象の車載装置の使用頻度が低いような場合には、多くの情報を取得して故障診断を実施する。従って、故障診断で用いる情報の取得数を、状況に応じた必要最小限に低減できるので、情報処理の負荷を効果的に低減できる。

また、本実施例の車両メンテナンス情報管理システムは、故障診断対象の車載装置の使用状況に関する所定の情報と、故障診断の対象箇所の異常レベルとの対応関係を記憶しており、取得した所定の情報に応じて、故障診断で用いる情報の取得数を決定する。例えば、上述したように、故障診断対象の車載装置の使用頻度と、故障診断対象の車載装置の異常レベルとの対応関係を記憶しておき、使用頻度が高いことに応じて異常レベルが高いような場合には、少ない情報で故障診断を実施する。それに対して、使用頻度が低いことに応じて異常レベルが低いような場合には、多くの情報を取得して故障診断を実施する。従って、故障診断で用いる情報の取得数を、状況に応じた必要最小限に低減できるので、情報処理の負荷を効果的に低減できる。

なお、以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。

たとえば、上述した実施形態においては、故障診断サーバ２００が車両の故障診断を行う例を示したが、端末装置１００が、車両の故障診断を行ってもよい。この際には、端末装置１００が、車両の自己診断情報と、故障診断対象の車載装置の故障等に関する情報とが予め対応づけられたマップ、及び、故障診断対象の車載装置の詳細情報と、当該装置の故障等に関する情報とが予め対応づけられたマップを参照し、車両の故障診断を行う。当該マップは、故障診断サーバ２００のＲＯＭ２１２に記憶されたものを参照してもよいし、端末装置１００のＲＯＭ１２に予め記憶させておいたものを用いてもよい。

また、上述した実施形態において、故障診断に使用するデータの取得方法の第１実施例と第２実施例とを、組み合わせて実施してもよい。

なお、上述した実施形態において、故障診断サーバ２００の制御装置２１０は、本発明の車両診断システムにおける情報取得手段、故障診断手段、第１の記憶手段、第２の記憶手段に相当し、語句情報取得装置１１００、語句情報認識装置１１０２は、本発明の語句情報認識手段に相当する。また、自己診断情報と詳細情報とは、本発明の故障診断で用いる情報に含まれる。

１００…端末装置
１０…制御装置
２０…通信装置
３０…出力装置
２００…故障診断サーバ
２１０…制御装置
２２０…通信装置
２３０…データベース
１０００…車載装置
１…通信装置
２…車両コントローラ
２１…自己診断装置
３…駆動制御装置
４…操舵装置
５…センサ
５１…車速センサ
５２…舵角センサ
５３…姿勢センサ
５４…障害物センサ
６…カメラ
６１…画像処理装置
７…ナビゲーション装置
７１…ＧＰＳ
８…走行支援装置
８１…ＡＢＳ
８２…ＴＣＳ
８３…ＶＤＣ
８４…障害物検知装置
８５…車線認識装置
８６…自動運転補助装置
９…出力装置
９１…ディスプレイ
９２…スピーカ
１１００…語句情報取得装置
１１０１…集音装置
１１０２…語句認識装置

Claims (4)

1. 車両に搭載された車載装置について故障診断を実施する車両診断システムであって、
   故障診断で用いる情報を車両から取得する情報取得手段と、
   前記情報取得手段により車両から取得された前記故障診断で用いる情報に基づいて故障診断を実施する故障診断手段と、
   車両のユーザが発した音声から語句を認識する語句認識手段と、
   を備え、
   前記情報取得手段は、前記語句認識手段により所定の語句が認識された場合に、取得数を増加して前記故障診断で用いる情報を取得する車両診断システム。
2. 前記語句認識手段により認識される語句と、前記車載装置の異常レベルとの対応関係を記憶した第１の記憶手段を備え、
   前記情報取得手段は、前記語句認識手段により認識された語句に対応する前記異常レベルを前記第１の記憶手段から読出し、読出した前記異常レベルが第１のレベルである場合には、前記故障診断で用いる情報の前記取得数を第１の取得数に決定し、読出した前記異常レベルが前記第１のレベルよりも高い第２のレベルである場合には、前記故障診断で用いる情報の前記取得数を、前記第１の取得数よりも少ない第２の取得数に決定する請求項１に記載の車両診断システム。
3. 前記情報取得手段は、前記語句認識手段により所定の語句が認識された場合に、前記車載装置の使用頻度の情報を取得し、該使用頻度の情報に応じて、前記故障診断で用いる情報の前記取得数を決定し、
   前記情報取得手段により取得される前記使用頻度の情報と、前記車載装置の異常レベルとの対応関係を記憶した第２の記憶手段を備え、
   前記情報取得手段は、取得した前記使用頻度の情報に対応する前記異常レベルを前記第２の記憶手段から読出し、読出した前記異常レベルが第１のレベルである場合には、前記故障診断で用いる情報の前記取得数を第１の取得数に決定し、読出した前記異常レベルが前記第１のレベルよりも高い第２のレベルである場合には、前記故障診断で用いる情報の前記取得数を、前記第１の取得数よりも少ない第２の取得数に決定する請求項２に記載の車両診断システム。
4. コンピュータが、車両に搭載された車載装置について故障診断を実施する車両診断方法であって、
   故障診断で用いる情報を車両から取得し、
   車両から取得した前記故障診断で用いる情報に基づいて故障診断を実施し、
   車両のユーザが発した音声から語句を認識し、
   所定の語句を認識した場合に、取得数を増加して前記故障診断で用いる情報を取得する車両診断方法。

Images