(57)【要約】【課題】  車両診断において、車両に関するデータを送信する際の送信条件を車外から任意に且つ簡単に変更することができる遠隔車両診断システムを提供することを目的とする。【解決手段】  センタ２０は、車両に関するデータを送信する際の送信条件を指示することができ、車両診断装置４０は、データ処理部４１においてセンタ２０より指示される送信条件を受信して、機器制御ECU４２に対して送信条件書き換え指示をする。機器制御ECU４２は、書き換えられた送信条件に基づき、送信条件の成立を判定する。【選択図】  図１
2006283651.tif 000002
【特許請求の範囲】
【請求項１】
車両の走行状態について所定の送信条件が成立したときに車両に関するデータをセンタに送信して診断が行われる車両診断装置において、
前記センタから指示される前記送信条件を該センタより受信する受信手段と、
前記受信手段により受信された前記送信条件を設定する送信条件設定手段と、を備え、
前記送信条件設定手段により設定された送信条件を基に車両に関するデータを送信することを特徴とする、車両診断装置。
【請求項２】
前記センタから指示され、前記所定の送信条件が成立したときに該センタへ送信するべき前記データの項目を該センタより受信する受信手段と、
前記受信手段により受信された前記データの項目を設定するデータ項目設定手段と、を備え、
前記送信条件が成立した場合、前記データ項目設定手段により設定された前記データの項目についてのデータを送信することを特徴とする、請求項１に記載の車両診断装置。
【請求項３】
車両の走行状態について所定の送信条件が成立したときに車両に関するデータを収集する車両診断システムにおいて、
車両に関するデータを送信するための送信条件を指示するセンタと、
前記センタから指示される送信条件を受信し、受信した送信条件を設定して、設定された送信条件を基に車両に関するデータを送信する車両診断装置と、
を備える、
遠隔車両診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の走行状態について所定の送信条件が成立したときに車両に関するデータをセンタに送信して遠隔車両診断を行うシステム及び上記システムに利用される車両診断装置に関する。
【背景技術】
【０００２】
従来、車両診断において、車両に異常が発生した場合に、車両の状態に関する情報を車載調査装置において収集し、それらの情報を車外に送信するシステムが考案されている。これまでは、車両に故障が生じてから、車両に関する制御データを車外のセンタに送信していた。しかしながら、このようなシステムでは故障してからデータを送信するので、故障前の状態をメーカ等で知る必要がある場合には、そのような要望に応じられない。そのためには、診断プログラムを任意に変更できることが望ましい。そこで、車外から送信要求がなされると、車載調査装置に予め用意されている調査プログラム又は車外センタより送信される調査プログラムを実行して調査項目に対応する状態情報を取得し、車外センタに送信するようなシステムが考えられている（例えば、特許文献１）。
【特許文献１】特開平１１−１３４５２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のようなシステムにおいては、データを送信するための送信条件を変更しようとする場合には、調査プログラム全体を変更する必要があり、車外より調査プログラムを変更しようとする場合は、そのプログラム全体を送信することになるため、送信データが長くなる、操作エラーが発生し易い、車両側においてプログラムを書き換えることが困難である、プログラム変更に時間がかかり面倒である、等の問題点が生じることが考えられる。
【０００４】
本発明は上記を鑑みてなされたものであり、車両診断において、車両に関するデータを送信する際の送信条件を車外から任意に且つ簡単に変更することができる遠隔車両診断システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明では、上記課題を解決するために、車両の走行状態について所定の送信条件が成立したときに車両に関するデータをセンタに送信して診断を行う車両診断装置において、上記センタから指示される送信条件を当該センタより受信する受信手段と、上記受信手段により受信された上記送信条件を設定する送信条件設定手段とを備え、上記送信条件設定手段により設定された送信条件を基に診断を行うことを特徴とする、車両診断装置が提供される。
【発明の効果】
【０００６】
本発明では、予め備えている診断プログラムを利用して、その診断プログラムの一部を変更することができるようにした。これにより、車両に関するデータを送信する際の送信条件を車外から簡単に変更することができるようになる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の遠隔車両診断システム及び車両診断装置について、図面を参照して説明する。
【０００８】
図１は、本発明の遠隔車両診断システムの概要を示す図である。図に示すように、遠隔車両診断システム１０は、センタ２０と、車両６０に搭載される車両診断装置４０とを含み、センタ２０と車両診断装置４０とはそれぞれにおける通信手段３０及び通信手段５０を介して通信可能に接続される。
【０００９】
センタ２０には、データ解析部２１が設けられ、このデータ解析部２１は、車両からデータが送信される条件（以下、送信条件という）の設定、及び送信条件が成立した場合に取得したいデータの項目（以下、データ取得項目という）の設定を行う。このデータ解析部２１はまた、送信条件成立の判定に必要な車両制御状態をモニタする期間（以下、モニタ期間という）の設定を行うこともできる。なお、これらの設定を総称して、以下、指示項目という。これらの指示項目は、センタ２０から車両診断装置４０に対して個別に指示することができる。
【００１０】
データ解析部２１はまた、車両診断装置４０から送信される車両制御状態についてデータを受信し、受信したデータを記憶し、このデータをもとに車両の故障原因等を解析する。
【００１１】
車両診断装置４０は、データ処理部４１が設けられ、このデータ処理部４１は、センタ２０とのデータの送受信、並びに機器制御ECU（Electronic Control Unit）４２や制御RAM４３のデータの取得及び送信を全体的に制御する。データ処理部４１において、送信条件、データ取得項目及びモニタ期間が制御され、これらはセンタ２０から送信される指示項目に基づいて書き換え可能である。
【００１２】
データ処理部４１は、車載LANにより、機器制御ECU４２、制御RAM４３及びデータ送信用バッファ４４と通信可能に接続されており、送信条件、データ取得項目、モニタ期間等についての指示を機器制御ECU４２に送信する。
【００１３】
データ処理部４１はまた、データ送信用バッファ４４から送信される車両制御状態についてのデータを一旦蓄積し、センタ２０から要求されたとき又は定期的にそれらのデータをセンタ２０に送信する。
【００１４】
機器制御ECU４２は、データ処理部４１からの指示に基づき、送信条件の成立を判定する。ここで、機器制御ECU４２は、データ取得項目に関連する任意の機器についての制御ECUであり、センサ４５からの入力（車両状態）に基づきアクチュエータ４６を制御するものである。更に、機器制御ECU４２は、診断プログラムを有しており、そのプログラムの一部の内容がデータ処理部４１により指示される。この場合、例えば、エンジンの噴射量を制御するエンジン制御ECU等が挙げられる。
【００１５】
制御RAM４３は、機器制御ECU４２に関連する制御状態についてのデータを記憶し、これらのデータは定期的に更新されている。
【００１６】
データ送信用バッファ４４は、機器制御ECU４２で送信条件が成立したと判定された場合に、制御RAM４３に記憶されたデータから、データ取得項目についてのデータを格納し、格納したデータをデータ処理部４１に定期的に送信する。
【００１７】
送信条件は、データ送信用バッファ４４が、制御RAM４３に記憶されたデータから、データ取得項目に関連するデータを格納し始めるタイミングを判断するための条件であり、トリガ項目とクライテリア値と判定条件との組み合わせにより設定される。これらは、診断の対象となる異常状態（例えば、エンジンストール、空燃比学習異常など）に依存して決定される。
【００１８】
ここで、トリガ項目とは、診断の対象となる異常状態に関してモニタすべき項目である。
【００１９】
クライテリア値とは、トリガ項目に関連してデータの取得を開始するか否かを判定するための基準値である。
【００２０】
判定条件とは、トリガ項目についての実際値とクライテリア値との比較基準であり、例えば、「＜」、「＞」、「＝」などが挙げられる。
【００２１】
なお、クライテリア値については、任意に設定可能であるが、トリガ項目において設定された条件についての実際値が所定値未満（又は超える）ときに所定の異常状態が発生する傾向があることが予め判っている場合には、その異常状態が発生するときの所定値よりも低い（又は高い）値に設定すると、異常が発生する前のデータを確実に取得することができるようになり、異常発生の過程や、異常発生の兆候についての分析が詳細に行えるようになるので好ましい。例えば、エンジンストールについてデータを取得したい場合、エンジンストールは、経験的に、エンジン回転数（NE）が７００ｒｐｍ未満になったときに起こり得ることが判っている。このことを利用して、トリガ項目をエンジン回転数（NE）、クライテリア値を、例えば、４００ｒｐｍ、判定条件を「＜」と設定し、「エンジン回転数（NE）＜４００ｒｐｍ」、即ち「エンジン回転数が４００ｒｐｍ未満である」ことを送信条件とすると、エンジンストールが発生する前のデータを取得することができる。また、クライテリア値のみをセンタ２０から車両診断装置４０に対して書き換えを指示することもできる。
【００２２】
データ取得項目もまた、診断の対象となる異常状態に依存して決定され、送信条件が成立したときにこれらの項目について制御RAMからのデータをデータ送信用バッファに格納する。例えば、上記のように、エンジンストールについて診断したい場合には、データ取得項目としては、車両の走行状態に関する水温、吸気温度、スロットル開度、アイドル回転数制御値、アイドル回転数制御学習値、電気負荷状態、エアコン状態、電動ファン駆動状態などが挙げられる。これらのデータ取得項目は、必要に応じて、センタ２０から車両診断装置４０に追加又は削除を指示することもできる。
【００２３】
次に、図２を参照して、本発明の一例である遠隔車両診断システムの動作について説明する。
【００２４】
まず、センタのデータ解析部において指示項目を決定し（ステップS１０）、車両診断装置のデータ処理部に送信する（ステップS１１）。データ処理部では、センタから送信される指示項目を受信し（ステップS２０）、受信した指示項目に基づいて、機器制御ECUに送信条件及びデータ取得項目の書き換え指示を送信する（ステップS２１）。
【００２５】
データ処理部からの指示を受信した機器制御ECUでは（ステップS３０）、受信した指示に基づいて送信条件及びデータ取得項目を設定し（ステップS３１）、送信条件が成立したか否かを判定し（ステップS３２）、Yesの場合、データ取得項目の対象となる制御RAMのデータをデータ送信用バッファに格納し（ステップS３３）、格納したデータを定期的にデータ処理部に送信する（ステップS３４）。機器制御ECUからデータを受信したデータ処理部では（ステップS２２）、データを蓄積し（ステップS２３）、定期的又はセンタからの要求に応じてセンタにデータを送信し（ステップS２４）、センタのデータ解析部においてデータを受信し（ステップS１２）、記憶する（ステップS１３）。後述するように、センタよりモニタ期間についての指示も受信している場合は、ステップS３２における送信条件成立判定を、上記モニタ期間の間、行う。
【００２６】
次に、本発明の実施の形態を、図３及び図４を参照して詳細に説明する。ここでは、理解を容易にするために、診断の対象となる異常状態としてエンジンストールを例に挙げて説明する。図３には、エンジン制御ECUにおおける送信条件成立判定動作についてのフローチャート、図４には、エンジン制御ECUにおけるデータ取得動作についてのフローチャートを示す。
【００２７】
まず、指示項目の決定及び支持についての動作を、図２を参照して説明する。
【００２８】
上述したように、経験的に、エンジンストールは、エンジン回転数（NE）が７００ｒｐｍ未満になったときに起こり得ることが判っている。そこで、センタのデータ解析部において、「エンジン回転数が４００ｒｐｍ未満」、即ち「エンジン回転数（NE）＜４００ｒｐｍ」であることを送信条件に決定する。即ち、トリガ項目＝エンジン回転数（NE）、クライテリア値＝４００ｒｐｍ、判定条件＝「＜」と決定する（図２のステップS１０）。また、送信条件が成立した場合のデータ取得項目を、エンジン制御にかかわるセンサ、制御データである、水温、吸気温度、スロットル開度、アイドル回転数制御値、アイドル回転数制御学習値、電気負荷状態、エアコン状態、電動ファン駆動状態と決定する。またこのとき、モニタ期間も決定する。これらの指示項目を車両診断装置のデータ処理部に送信する（図２のステップS１１）。
【００２９】
データ処理部では、センタより指示項目を受信し（図２のステップ２０）、受信した指示項目に基づき、エンジン制御ECUに送信条件、データ取得項目及びモニタ期間の書き換えを指示し（図２のステップS２１）、指示を受けたエンジン制御ECUは、送信条件成立判定動作及びデータ取得動作を行う。
【００３０】
次に、エンジン制御ECUの動作について説明する。
【００３１】
まず、エンジン制御ECUにおける送信条件成立判定動作について図３を参照して説明する。
【００３２】
本願では、上述のように、送信条件として「エンジン回転数が４００ｒｐｍ未満」を適用している。図３のプログラムは、電源ON後、所定期間毎に割り込みで立ち上がるようになっている。上述したように、エンジン制御ECUは、データ処理部より送信条件の書き換え指示を受信する（ステップS３０１）。次に受信した指示を基に、送信条件をセットする（ステップS３１１）。ここで、モニタ期間もセットする。
【００３３】
次に、エンジン回転数をモニタし、送信条件が成立した場合、モニタ要求フラグがONであるかを判断し（ステップS３２１）、モニタ要求フラグがONでない場合は、エンジン回転数をモニタし、エンジン回転数が４００ｒｐｍ未満であるかを判断する（ステップS３２２）。エンジン回転数が４００ｒｐｍ未満である場合、モニタカウンタをクリアして（ステップS３２３）、モニタ要求フラグをセットする（ステップS３２４）。ステップ３２１において、モニタ要求フラグがONであれば、モニタカウンタのカウントを開始し（ステップS３２７）、ステップS３２５に進む。
【００３４】
次に、モニタカウンタのカウントアップ値と設定されたモニタ期間の値とを比較してモニタ期間が終了しているか否か判断し（ステップS３２５）、モニタ期間が終了していると判断されると、モニタ要求フラグをOFFにし(ステップS３２６)、送信条件判定処理を終了する。
【００３５】
以上のように、図３のフローチャートにおいては、送信条件が成立するとモニタ要求フラグをONとし、モニタ期間の間はON状態を保持し、モニタ期間終了後にモニタ要求フラグをOFFとするロジックとしている。従って、モニタフラグONの間は、データ取得項目である制御データが送信される。つまり、本実施形態においては、送信条件であるNE＜４００ｒｐｍ（現在のエンジン回転数が４００ｒｐｍ未満）が成立すると、モニタ期間の間、制御データが送信され続けることになる。
【００３６】
次に、エンジン制御ECUにおけるデータ取得動作について、図４に示すフローチャートを用いて説明する。図４のプログラムは、電源ON後、常時作動している。
【００３７】
通常は、エンジン制御RAMのデータは、エンジンの制御状態に応じて定期的に更新されている（ステップS３３０）。送信条件が成立した場合、図３のフローチャートで設定されたモニタ要求フラグがONであるかを判断し（ステップS３３１）、ONであれば、データの取得項目について各制御RAMがその対象となっているかどうかを判定する（ステップS３３２）。制御RAMがデータの取得項目の対象となっていると判定されると、上述のステップS３０においてデータ処理部より受信したデータ取得項目について、各データ（例えば、水温データや吸気温データ等）がデータ送信用バッファに格納され（ステップS３４３）、モニタ要求フラグがセットされる（ステップS３４４）。そして、モニタ要求フラグがONの間、データ送信用バッファは、格納したデータをデータ処理部に送信する。
【００３８】
データ処理部では、受信したデータを一旦蓄積し、定期的又はセンタからの要求に応じて、センタに送信する。
【００３９】
本発明においては、一旦、データ処理部においてデータの蓄積を行った後、データ処理部から通信手段によってデータを送信する構成としている。通常、データ送信用バッファに格納されたデータは、データ処理部に送信されると、データ送信用バッファに残らない。従って、制御ECUのデータ送信用バッファからデータ処理部においてデータの蓄積を行わずに、単にデータ処理部を介して通信手段によってデータの送信を行うという構成であると、車両診断装置からセンタにデータを送信するときに、車両が山間地やトンネルなどの車外との無線通信が成立しない場所を走行している等の理由で通信エラーが発生した場合に、取得したデータが消えてしまうことになる。しかし、本発明の構成をとることにより、通信エラーが発生したとしても、取得したデータ自体はデータ処理部に蓄積されているため、再度、通信を試みて、通信が成功した際に、取得したデータをセンタに送信することができる。なお、センタでは、受信したデータを記憶しておくことができるため、通信に成功してデータを送信した後には、データ処理部に蓄積したデータを消去してもよい。このような構成とすることで、データ処理部の記憶容量を小さくすることができる。
【００４０】
また、上記実施形態では、送信条件全体をセンタより指示する構成を例にあげて説明したが、送信条件の一部についてセンタより書き換え指示することもできる。上記実施形態の場合において、例えば、メーカの要求により、送信条件を「エンジンの回転数が５００ｒｐｍ未満」であることに変更したければ、センタよりデータ処理装置に対して送信条件のクライテリア値を４００ｒｐｍから５００ｒｐｍに書き換え指示すれば良い。このようにすれば、車両診断装置の送信条件の一部だけが変更となる。即ち、図３，４のようなプログラム自体は、元々存在するものであり、その中の条件を変更するだけである。
【００４１】
以上のように、本発明によれば、市場を走行する任意の車両に対して、遠隔より、予め車両が備える診断プログラムの一部を書き換えることができるため、異常発生時の各制御機器のデータを簡単に効率よく取得することが可能となる。また、異常が発生する前からの制御状態を把握することができるため、車両のデータを統計的に分析して、異常が発生する傾向を分析することができる。また、異常発生に関するデータを車外において記憶させることができるため、車載メモリの容量に関係なく、分析に必要なデータを収集することができる。されに、車両をディーラーに入庫させることなく異常発生時の原因分析を行うことができるため、ユーザにかける負担を低減できる。
【図面の簡単な説明】
【００４２】
【図１】本発明の遠隔車両診断システムの概要を示した図である。
【図２】本発明の遠隔車両診断システムの動作の一例を示す図である。
【図３】エンジン制御ECUにおける送信条件成立判定処理の動作の一例を示すフローチャートである。
【図４】エンジン制御ECUにおけるデータ取得動作の一例を示すフローチャートである。
【符号の説明】
【００４３】
１０  遠隔車両診断システム
２０  センタ
２１  データ解析部
４０  車両診断装置
４１  データ処理部
４２  機器制御ECU
４３  制御RAM
４４  データ送信用バッファ
【図１】
2006283651.tif 000003
【図２】
2006283651.tif 000004
【図３】
2006283651.tif 000005
【図４】
2006283651.tif 000006