JP2004302677A - Remote failure diagnostic system and its control method - Google Patents

Remote failure diagnostic system and its control method Download PDF

Info

Publication number
JP2004302677A
JP2004302677A JP2003092631A JP2003092631A JP2004302677A JP 2004302677 A JP2004302677 A JP 2004302677A JP 2003092631 A JP2003092631 A JP 2003092631A JP 2003092631 A JP2003092631 A JP 2003092631A JP 2004302677 A JP2004302677 A JP 2004302677A
Authority
JP
Japan
Prior art keywords
vehicle
diagnosis
failure diagnosis
target vehicle
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003092631A
Other languages
Japanese (ja)
Other versions
JP4281049B2 (en
Inventor
Masahiro Hashimoto
昌寛 橋本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mazda Motor Corp
Original Assignee
Mazda Motor Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mazda Motor Corp filed Critical Mazda Motor Corp
Priority to JP2003092631A priority Critical patent/JP4281049B2/en
Publication of JP2004302677A publication Critical patent/JP2004302677A/en
Application granted granted Critical
Publication of JP4281049B2 publication Critical patent/JP4281049B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a passenger with the best measures for a vehicle by effectively utilizing diagnostic results of remote failure diagnosis for the vehicle. <P>SOLUTION: In the remote failure diagnostic system, the failure diagnosis of the target vehicle 2 is remotely performed via a service station 3 and its diagnostic results are provided to the target vehicle 2 and a service station terminal 23 installed in the service station 3. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、診断対象物の故障診断を遠隔で行なう遠隔故障診断システムの分野に関し、例えば、代表的な移動体である車両(自動車)を診断対象物として、その車両の故障診断を遠隔で行なう遠隔故障診断システムの分野に関する。
【0002】
【従来の技術】
従来より、自動車の修理や点検等の各種サービスが必要な場合には、例えば、販売代理店(所謂ディーラ)、自動車用品店、或いはガソリンスタンド等に併設されている整備工場や、単独で存在する自動車修理工場等のサービス拠点へのユーザ(お客様)による自動車の持ち込みが行なわれ、そのサービス拠点において必要なサービスが提供されているのが一般的である。
【0003】
しかしながら、上記従来からの一般的なサービス形態においては、サービス拠点の担当者にユーザから伝えられる不具合等の事象が、そのサービス拠点において確認あるいは再現しない場合もあり、結果としてユーザの要求に必ずしも迅速且つ十分に対応できないという問題が生じていた。
【0004】
そこで、上記従来の問題を改善するために、車両の状態を検出すると共に記憶媒体に格納しておき、その車両がサービス拠点に持ち込まれた際に、係る記憶媒体に格納されている検出情報を専用のツール等によって読み出すと共に故障診断を行なう技術等が提案されている。
【0005】
また、近年においては、急速に発展するIT(情報技術)を利用して、監視対象の個々の自動車(以下、車両)と情報センターとの間を無線通信やインターネット等の通信手段によって通信可能な状態として、両者間において遠隔で故障診断を行なう技術が提案されている(例えば、特許文献1及び2参照)。
【0006】
【特許文献1】
特開2002−202003号公報
【特許文献2】
特開2002−228552号公報
【0007】
【発明が解決しようとする課題】
上記従来の遠隔故障診断システムによれば、販売代理店(所謂ディーラ)の整備工場や一般の自動車修理工場にユーザが車両を持ち込むこと無く、車両が存在する場所を問わずに故障診断を行なうことができ利便性に優れ、また、情報センターのサーバ(サーバ・コンピュータ)にて一括して診断処理を行なうため、そのサーバにて実行される故障診断プログラムを適宜更新しておけば、診断対象の個々の車両は常に最新の診断を受けることができる等の利点がある。
【0008】
しかしながら、遠隔故障診断の結果を車両側においてドライバ(乗員)に報知しても、全てのドライバが自動車に詳しいわけではないので、上記従来の遠隔故障診断システムにおいては、診断結果が車両側に提供された場合であっても、提供された情報の内容を乗員だけで理解し、対処することは困難な場合も想定され、結果として、報知された診断結果が有効に生かされないという問題がある。
【0009】
そこで本発明は、車両に対する遠隔故障診断の診断結果を有効に活用して、その車両に対する最善の対処を乗員に提供する遠隔故障診断システム及びその制御方法の提供を目的とする。
【0010】
【課題を解決するための手段】
上記の目的を達成するため、本発明に係る遠隔故障診断システムは、以下の構成を特徴とする。
【0011】
即ち、車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムであって、
対象車両(2)の故障診断を、点検あるいは修理を受けることができるステーション(3)、或いは車両に関する知識を有するスタッフが存在するステーション(3)を介して遠隔で行なうと共に、その診断結果を、その対象車両と、該ステーションに設けられた情報端末(23)とに提供する
ことを特徴とする。
【0012】
好適な実施形態においては、前記診断結果の提供に際して、前記情報端末には、前記対象車両と比較して詳細な診断結果を提供すると良い。
【0013】
また、例えば、前記故障診断によって対象車両の故障が検出されたときに限って、その診断結果を、前記情報端末に対して提供すると良い。
【0014】
また、例えば、前記対象車両となり得る個々の車両の整備履歴に関する情報が格納されているデータベース(12)を参照することにより、対象車両の診断結果を提供する前記情報端末には、その対象車両の整備履歴に関する情報を提供可能に構成すると良い。
【0015】
また、例えば、前記情報端末に対する前記診断結果の提供は、対象車両の乗員による許可が得られた場合に限って行なうと良い。
【0016】
また、同目的を達成するため、本発明に係る他の構成の遠隔故障診断システムは、車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムであって、
点検あるいは修理を受けることができるステーション(3)、或いは車両に関する知識を有するスタッフが存在するステーション(3)に対象車両(2)が存在するときに、その対象車両に対して遠隔で故障診断を行なう
ことを特徴とし、好ましくは、前記対象車両がステーションに存在するときには、前記故障診断に際しての診断しきい値を、そのステーション以外の場所に前記対象車両が存在するときと比較して小さな値に補正すると良い。
【0017】
尚、同目的は、上記の各構成の遠隔故障診断システムに対応する方法によっても達成される。
【0018】
【発明の効果】
上記の本発明によれば、車両に対する遠隔故障診断の診断結果を有効に活用して、その車両に対する最善の対処を乗員に提供する遠隔故障診断システム及びその制御方法の提供が実現する。
【0019】
即ち、車両の一般的なユーザ(ドライバ等の乗員)は、その全てが車両(自動車)に詳しいわけではないので、遠隔故障診断の診断結果が車両側において提供(報知)された場合であっても、提供された情報の内容を乗員だけで理解し、対処することは困難な場合も想定されるところ、請求項1、請求項8の発明によれば、ガソリンスタンド、自動車用品店等のような、点検あるいは修理を受けることができるステーション、或いは車両に関する知識を有するスタッフが存在するステーションを介して行われた遠隔故障診断の診断結果が、そのステーションに設けられた情報端末にも提供される。
【0020】
これにより、車両が走行する周辺環境に存在するステーションに立ち寄る機会及びそのステーションにおける本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で行なうことができると共に、車両に詳しくないユーザであっても、ステーションのスタッフによるサポート(診断結果の内容理解や適切な対処方法等)を容易に受けることができ利便性が高く、一方、ステーション側のスタッフにとっても、係るサポートをユーザ(ドライバ等)に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【0021】
また、車両に詳しくないユーザに対して、遠隔故障診断の詳細な診断結果を提供しても、そのユーザを困惑させるだけであり、提供された診断結果が有効に生かされない場合も想定されるところ、請求項2の発明によれば、係る詳細な診断結果は、ステーションに設けられた情報端末に対して提供されるので、スタッフによるサポートをより効率的にすることができ、利便性が高い。
【0022】
また、請求項3の発明によれば、遠隔故障診断の診断結果、特に故障等の不具合が検出されていない車両については、ステーションに設けられた情報端末に情報が提供されない。これにより、多数の車両が来訪するステーションのスタッフに大きな業務負担をかけること無く、ユーザへのサポートが必要なときに限っての合理的な業務を実現することができる。
【0023】
また、請求項4の発明によれば、ステーションのスタッフは、必要に応じて、対象車両に関する整備履歴に関する情報を入手することができるので、その情報を考慮して、ユーザへのサポートに際しての診断内容の理解や最適な対処方法の判断を迅速且つ合理的に行なうことができる。
【0024】
また、遠隔故障診断の診断結果が上記の如くステーションのスタッフに提供されることは、例えば車両に詳しいユーザ等にとって却って煩わしい場合も想定されるところ、請求項5の発明によれば、対象車両の乗員による許可が得られた場合に限って、ステーションに設けられた情報端末に対して診断結果を提供するようにできるので、個々のユーザの裁量(判断)を尊重することができ、合理的である。
【0025】
また、請求項6、請求項9の発明によれば、ガソリンスタンド、自動車用品店等のような、点検あるいは修理を受けることができるステーション、或いは車両に関する知識を有するスタッフが存在するステーションに対象車両が存在するときに、その対象車両に対する遠隔故障診断が行われるので、車両が走行する周辺環境に存在するステーションに立ち寄る機会及びそのステーションにおける本来の所要時間を有効に活用して、車両に詳しくないユーザであっても、ステーションのスタッフによるサポート(診断結果の内容理解や適切な対処方法等)を容易に受けることができ利便性が高く、一方、ステーション側のスタッフにとっても、係るサポートをユーザ(ドライバ等)に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【0026】
また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるが、車両の一般的なユーザにとって、ガソリンスタンド、自動車用品店等のステーションへの立ち寄り機会は、例えば1週間に何度もある訳ではなく、1ヶ月に数回程度であり、このようなユーザの状況においては、上記各請求項の如く行われた遠隔故障診断の診断結果が故障等の不具合を示すものでなくても、ステーションへの次回の立ち寄り時までに車両の状況が変化した結果、その時行われる遠隔故障診断では、何等かの不具合が検出されることも想定される。
【0027】
上記のような背景において、請求項7の発明によれば、対象車両がステーションに存在するときには、存在していない場合と比較して遠隔故障診断に際しての診断基準が厳しくなり、異常である旨の診断結果が出易くなるため、その厳しい診断基準による診断の結果、近い将来には検出されたであろう当該対象車両の故障等の不具合を、ステーションのスタッフのサポートが得られ易い状況下で、ユーザに対して報知することができ、予防保全が図られる。
【0028】
【発明の実施の形態】
以下、本発明に係る遠隔故障診断システムを、代表的な移動体である車両(自動車)に適用した実施形態として、図面を参照して詳細に説明する。
【0029】
【第1の実施形態】
[システム構成]
図1は、第1の実施形態における遠隔故障診断システムの概略構成を示す図であり、本システムは、大別して、情報センター1、車両2、並びにサービスステーション3によって構成される。
【0030】
本実施形態において、情報センター1と、本システムによる遠隔故障診断サービスを受けることが可能な個々の車両2とは、インターネット5及び基地局6を中継局とするモバイル通信回線(第1の無線通信回線)8を介して、情報の送受信を直接行なうことができる。ここで、モバイル通信回線8は、無線電話回線等の比較的データ通信速度が制約される通信ラインである。
【0031】
また、情報センター1とサービスステーション3とは、インターネット5及び/または他の通信回線13を介して、情報の送受信を行なうことができる。
【0032】
そして、サービスステーション3と、そのサービスステーションに立ち寄った車両(対象車両)2とは、近距離無線通信回線(第2の無線通信回線)7を介して、情報の送受信を行なうことができる。ここで、近距離無線通信回線7は、上記モバイル通信回線8と比較して高速通信が可能な、DSRC、IEEE802等の近距離無線通信ラインである。
【0033】
また、本実施形態において、車両2がサービスステーション3に立ち寄ったこと、即ちサービスステーション3に対象車両が存在することは、様々な手法によって検出することが可能であるが、本実施形態では、一例として、車両2に搭載されたモバイル通信回線用通信装置102と、サービスステーション3に設置された近距離無線通信用端末24との間で、係る近距離無線通信回線7が確立している状態が、車両側及び/またはサービスステーション3側において検出されることによって認識される。
【0034】
情報センター1は、本システムを統括的に司るサーバ(サーバ・コンピュータ)11と、データベース(DB)12とを備える。
【0035】
本実施形態において、サーバ11は、例えば、故障診断サーバ11A及びサービス工場管理サーバ11Bによって構成されており、予め用意されたソフトウエア・プログラムを不図示のCPUにおいて実行することによって、サービスステーション3(診断仲介サーバ21)及び車両2(異常検出装置101)との協調動作によって、後述する遠隔故障診断処理(図3乃至図5)を実現することができ、それに伴って、データベース12に情報を格納する、或いは格納されている情報を読み出すことができる。
【0036】
また、データベース12は、顧客情報DB12−1、故障情報DB12−2、車両情報DB12−3、サービス工場DB12−4、地図DB12−5、並びに診断プログラムDB12−6等の複数のサブデータベースによって構成されている。
【0037】
即ち、顧客情報DB12−1には、本システムを利用可能な複数のユーザ(顧客)に関する情報(氏名、住所、連絡先等)が、個々のユーザを識別するためのIDに関連付けされて格納されている。
【0038】
故障情報DB12−2には、複数種類の車両に関する各種故障に関する情報(故障情報)が、個々の故障を識別可能な識別コード(故障識別コードi)を付与された状態で、例えば、車種(型式)を特定する情報、故障の内容、その故障が発生し易い若しくは発生したときに特有の車両の実走行状態(後述する所定のルールに相当)、並びにその故障に対する対応策等と関連付けされて格納される。
【0039】
車両情報DB12−3には、遠隔故障診断による診断結果(診断履歴)を表わす診断結果情報が、例えば、整備履歴情報(整備の日時、場所等を含む)、個々の車両を特定する情報(車体番号)、車種(型式)を特定する情報、並びに車両の所有者(ユーザ)のID等と関連付けされて格納される。
【0040】
サービス工場DB12−4には、個々のサービス工場4に関する情報が格納されている。
【0041】
地図DB12−5には、車両2のナビゲーションコントローラ105等と共通の座標系が採用された地図情報が格納されている。
【0042】
診断プログラムDB12−6には、対象車両の遠隔故障診断を行なうための故障診断プログラム(後述する診断パターンを含む)が、車種(型式)毎に格納されている。
【0043】
車両2は、本システムによる遠隔故障診断の対象車両となり得る車両であって、図2に示す構成を備える(詳細は後述する)。
【0044】
サービスステーション3は、診断仲介サーバ21、診断プログラムDB22、サービスステーション端末23、並びに近距離無線通信用端末24を備える。
【0045】
即ち、診断仲介サーバ21は、診断プログラムDB22に格納された故障診断用プログラムを不図示のCPUにおいて実行することにより、情報センター1(サーバ11)及び車両2(異常検出装置101)との協調動作によって、サービスステーション3に立ち寄った対象車両に対して、後述する遠隔故障診断処理(図3乃至図5)を実現することができる。
【0046】
ここで、サービスステーション端末23には、当該サービスステーション3に設置された情報端末だけでなく、当該ステーションのスタッフが携帯する情報端末(PDA、POS端末等)を含むものとする。
【0047】
サービス工場4は、販売代理店(所謂ディーラ)等に併設されている整備工場(整備施設)や、単独で存在する自動車修理工場である。
【0048】
ここで、サービスステーション3は、上記サービス工場4以外の、ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等のような、不特定多数の車両が立ち寄る機会がある各種拠点(ステーション)を表わすものとする。
【0049】
また、本実施形態におけるガソリンスタンドには、ガソリンの供給を行なうものだけでなく、電気や水素等の、車両の走行に使用される各種エネルギの供給拠点を広く含むものとし、このエネルギの供給拠点は、ETC(Electric Toll Collection:自動料金支払いシステム)等に採用されるところの、DSRC、IEEE802等の通信方式を利用した車両との間の近距離無線通信システムによって、係るエネルギの補充等のサービスの利用者に対しての課金がなされる。
【0050】
尚、上記システム構成をなすサーバ・コンピュータ、データベース、並びに無線通信回線等の個々の構成要素(コンポーネント)自体には、現在では一般的なハードウエア及びソフトウエアを採用することができるので、本実施形態における詳細な説明は省略する。
【0051】
また、図1に示す構成例では、説明の便宜上から、情報センター1内にサーバ11及びデータベース12が設けられ、サービスステーション3内に診断仲介サーバ21及び診断プログラムDB22が設けられる構成を前提に説明したが、本発明は係るシステム構成に限られるものではなく、個々のサーバやデータベースは、各種通信回線を介してデータの送受信が可能であれば、設置される場所は限定されない。
【0052】
特に、診断仲介サーバ21は、図1に例示する如く個々のサービスステーション3に設けなくても良く、この場合、来訪する車両2に搭載された近距離無線通信回線用車載端末103との近距離無線通信回線7を介した無線通信を実現すべく、例えば、個々のサービスステーション3には、少なくとも近距離無線通信用端末24が設けられる一方で、複数箇所のサービスステーション3(例えば、ある地域内に点在する複数のサービスステーション3)の近距離無線通信用端末24の動作を統括的に制御すると共に適宜課金管理等を行なうための診断仲介サーバ21及び診断プログラムDB22が、係る複数の近距離無線通信用端末24と、情報センター1のサーバ11との間に設けられるようなシステム構成を採用しても良い。
【0053】
次に、図2は、第1の実施形態に係る遠隔故障診断システムにおける車両2のシステム構成を示す図であり、車両2は、大別して、異常検出装置101、入出力装置104、ナビゲーションコントローラ105、センサ群106、ボディ系システム107、車両制御系システム108を備える。
【0054】
即ち、異常検出装置101は、ボディ系システム107及び車両制御系システム108によって制御されている自車両2の各種状態を表わす情報と、センサ群(GPSセンサ、車速センサ、ヨーレートセンサ、操舵角センサ等)106によって検出される自車両2の各種状態を表わす情報とを入手可能であると共に、必要に応じてナビゲーションコントローラ105との通信を行なう。
【0055】
また、異常検出装置101は、近距離無線通信回線用車載端末103を利用した近距離無線通信回線7による無線通信と、モバイル通信回線用通信装置102を利用したモバイル通信回線8による無線通信とを行なうことが可能であって、制御プログラムを不図示のCPUにおいて実行することにより、情報センター1(サーバ11)及び/またはサービスステーション3(診断仲介サーバ21)との協調動作によって、モバイル通信回線(第1の無線通信回線)8を利用した第1の遠隔故障診断機能、或いは、近距離無線通信回線(第2の無線通信回線)7を利用した第2の遠隔故障診断機能を実現することができる(図3乃至図5を参照して後述する)。
【0056】
ここで、ボディ系システム107は、自車両2におけるパワーウィンドウ、オーディオ、ワイパー等の各種電装品の動作制御を司るものであり、車両制御系システム108は、ABS、DCS、EGI等の車両挙動の動作制御を司るものである。
【0057】
入出力装置104は、ディスプレイ、操作スイッチ、音声入力マイク、スピーカ等のマンマシン・インタフェースからなり、異常検出装置101やナビゲーションコントローラ105の動作に伴って、ユーザ(ドライバ等の乗員)に対するガイダンスの報知や、選択操作の入力等を行なうことができる。
【0058】
尚、異常検出装置101とナビゲーションコントローラ105とは別体の構成に限られるものではない。
【0059】
[遠隔故障診断処理]
以下、図3乃至図5に示すフローチャートを参照して、本実施形態に係る遠隔故障診断システムの診断機能について説明する。
【0060】
各フローチャートにおいては、説明の便宜上から、そして同システムを構成する各サブシステム(異常検出装置101、診断仲介サーバ21、メインサーバ11)間の情報伝達の態様(やり取り)を容易に把握可能とすべく、係る複数のサブシステムの処理手順(処理手順の一部)を1つの図面に示しているものがあるが、実際の動作においては、個々のサブシステムにおいて、これら複数のフローチャートに示された対応する処理手順を実現可能な複数のソフトウエア・モジュールが適宜機能する。
【0061】
また、本実施形態において、各フローチャート内に示される破線の矢印及びその支点または終点に記された「(VI−n−*)」,「(IC−n−*)」等の記号(但し、nは1乃至4であって第1乃至第4の実施形態を表わす)は、近距離無線通信回線7、モバイル通信回線8、或いは通信回線13を介したサブシステム(異常検出装置101、診断仲介サーバ21、メインサーバ11)間の通信イベントを表わしており、同一の記号同士は、対象となるサブシステム間の1回の送受信処理を示す。
【0062】
より具体的には、上記記号において、「V」は車両2(異常検出装置101)、「I」は診断仲介サーバ21(サービスステーション3)、「C」は情報センター1(メインサーバ11)、「S」はサービスステーション端末23を表わす。そして、例えば、「VI」は車両2から診断仲介サーバ21への情報伝達を表わし、「IC」は診断仲介サーバ21から情報センター1への情報伝達を表わす。
【0063】
尚、上記の如く表わされるところの、各サブシステムにおいて行われる個々の送受信処理を実現するためのハードウエア及びそのハードウエアにおいて実行されるソフトウエアの処理手順自体は、一般的なものを採用することができるので、本実施形態における詳細な説明は省略する。
【0064】
図3乃至図5は、第1の実施形態に係る遠隔故障診断システムにおいて行われる遠隔故障診断処理を示すフローチャートである。はじめに、これら各フローチャート間の関係について説明する。
【0065】
図3は、第1の実施形態における遠隔故障診断処理を実現するために対象車両(異常検出装置101)において実行される制御処理を示すフローチャートである。
【0066】
また、図4(a)は、対象車両2における遠隔故障診断処理(図3のステップS7)の詳細を示すフローチャートであり、図4(b)は、当該対象車両2における遠隔故障診断処理(図4(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートであり、図4(c)は、これらの処理が行われる際にサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートである。
【0067】
そして、図5(a)は、当該サービスステーション3における遠隔故障診断処理(図4のステップS204)の詳細を示すフローチャートであり、図5(b)は、当該サービスステーション3における遠隔故障診断処理が行われる際に対象車両2において行われる制御処理を示すフローチャートである。
【0068】
ここで、本実施形態に係る遠隔故障診断は、サービスステーション3への立ち寄りに伴って、ユーザ(ドライバ等の乗員)が当該車両から離れている間(例えば、立ち寄ったサービスステーションにおける本来の用事(食事や燃料補給等)を済ませるための所要時間)であっても、ユーザの行動に制約を課すこと無く自動的に行われることが好ましいので、車両(対象車両)2に搭載されている異常検出装置101は、例えば、エンジン停止状態やイグニッションスイッチがオフポジションであっても、以下に説明する動作を継続すると良い。
【0069】
以下、上記関係を有する各フローチャート(図3乃至図5)を参照して、本実施形態における遠隔故障診断の動作手順を詳細に説明する。
【0070】
まず、図3において、車両(対象車両)2に搭載されている異常検出装置101は、センサ群106の検出結果を参照することにより、自車が停車中であるかを判断し(ステップS1)、停車中であると判断した場合には、ステップS2及びステップS3において、近距離無線通信回線7による仲介サーバ21との通信が可能か(即ち、車載端末103と近距離無線通信用端末24との間において通信回線が確立しているか)を判断する。
【0071】
そして、ステップS3において通信可能であると判断した場合に、異常検出装置101は、ステップS4において、今回の遠隔故障診断の要否判断の条件として、前回の遠隔故障診断からT時間以上経過しているか、もしくは、自車両2が距離X以上走行したかを判断し、この何れかの条件が成立した場合には、ステップS5において、ドライバ(乗員)に故障診断を行うかどうかを、入出力装置104へのガイダンス出力及びそれに対応するドライバの入力操作によって確認する。
【0072】
次に、異常検出装置101は、ステップS5において故障診断を行う旨の所定の操作がステップS6にて検出されるのに応じて、遠隔故障診断処理(ステップS7:図4(a))を開始する。
【0073】
ステップS7の遠隔故障診断処理は、上記図3に示すフローチャートの処理ステップによって、車両2がサービスステーション3に立ち寄っており、遠隔故障診断が必要とされている場合に行われ、この時点においては、近距離無線通信回線7による仲介サーバ21との通信回線が確立していることも確認されている。このため、当該車両2は、通信速度が制約されるモバイル通信回線8を利用すること無く、その仲介サーバ21との間の高速な通信回線を介して、情報センター1との通信を行なうことも可能な状態である。このような状況下において、図4(a)乃至図4(c)の各フローチャートに示す処理が開始される。
【0074】
即ち、図4において、車両(対象車両)2に予め記憶されている車両基本情報(型式、車体番号など)を、異常検出装置101が仲介サーバ21に対して送信する(ステップS11,ステップS201)と、仲介サーバ21では、受信した車両基本情報(型式、車体番号など)と共に、その車両基本情報に対応する故障診断プログラムのダウンロード依頼を、情報センター1に対して送信する(ステップS202)。
【0075】
情報センター1のサーバ11は、ステップS101において診断仲介サーバ21から故障診断プログラムのダウンロード依頼及び対象車両の車両基本情報を受信すると、ステップS102において、その車両基本情報と、データベース12(車両情報DB12−3)内の当該対象車両に関するレコードに含まれる過去の診断履歴とに基づき、同データベース(診断プログラムDB12−6)から、当該対象車両のための診断プログラムを抽出し、ステップS103では、抽出された故障診断プログラムを、ステップS101において情報を送信した診断仲介サーバ21に送信する。
【0076】
ここで、ステップS103にて抽出された故障診断プログラムは、当該対象車両及びその過去の診断履歴に応じたところの、当該対象車両の現在の状態を診断するのに最適な故障診断プログラムであって、同プログラムには、当該対象車両の故障診断を遠隔で行なうべく、外部(本実施形態では診断仲介サーバ21)から当該対象車両に設定する所定の信号レベル群の組み合わせ(以下、診断パターン)と、その診断パターンを対象車両に設定するのに応じて、その対象車両が正常(故障無し)であれば診断結果情報として得られるであろう既定値(正常値)とが含まれる。
【0077】
当該対象車両との近距離無線通信回線7が確立している仲介サーバ21は、情報センター1から故障診断プログラムを受信すると共にその故障診断プログラムを診断プログラムDB22に格納する(ステップS203)と共に、受信した故障診断プログラムに従って、対象車両の診断を行う(ステップS204)。
【0078】
ここで、仲介サーバ21が行なう対象車両の遠隔故障診断処理(ステップS204)は、以下の手順で行われる。
【0079】
即ち、診断仲介サーバ21は、近距離無線通信回線7が確立している状態の対象車両に対して、受信した故障診断プログラムに含まれていた少なくとも1種類の診断パターンのうち、診断パターンI(ここで、Iは当該故障診断プログラムに含まれるn種類の診断パターンのうち何れかを示しており、1≦I≦nである)を設定する(ステップS211)と共に、その診断パターンIを当該対象車両に送信する(ステップS212)。
【0080】
当該対象車両は、ステップS16において診断仲介サーバ21から近距離無線通信回線7を介して診断パターンIを受信すると、受信した診断パターンIの実行を行なうことにより、その結果としてセンサ群106、ボディ系システム107、制御系システム108から得られる検出結果を収集する(ステップS17)と共に、収集した検出結果を表わす情報を、当該診断パターンIの診断結果情報として、診断仲介サーバ21に送信する(ステップS18)。
【0081】
当該診断仲介サーバ21は、上記診断結果情報を当該対象車両から診断結果情報をステップS213において受信すると、その診断結果情報が表わす個々の検出結果が、上記既定値の正常範囲内であるかを判断し(ステップS214)、正常範囲から外れている場合には、対応する診断項目(診断内容)と、その正常範囲から外れている検出結果とを、当該対象車両についての故障リストにリストアップする(ステップS215)。
【0082】
そして、ステップS216及びステップS217の各処理ステップにより、上記ステップS211乃至ステップS215が、現在実行中の故障診断プログラムに含まれていた全ての診断パターンに対して行われるまで繰り返される。
【0083】
診断仲介サーバ21は、上述したステップS204における遠隔故障診断が完了すると、同ステップにて得られた当該対象車両に関する遠隔故障診断の診断結果(故障診断結果情報)を、情報センター1に送信する(ステップS205)と共に、当該対象車両にも送信する(ステップS206)。
【0084】
そして、情報センター1のサーバ11は、ステップS104において診断仲介サーバ21から故障診断結果情報を受信すると、その故障診断結果情報を、データベース12(車両情報DB12−3)の当該対象車両に関する診断履歴情報の新たなレコードとして記録する(ステップS105)。
【0085】
一方、ステップS12において診断仲介サーバ21から故障診断結果情報を受信した当該対象車両は、ステップS13において、その故障診断結果情報に応じたガイダンス等を、入出力装置104(例えば車載ディスプレイへの表示)に出力する。
【0086】
以上説明した本実施形態によれば、車両の故障診断を遠隔で行なうに際して、情報センター1のサーバ11への処理負担の集中を起こすこと無く、効率良く且つ適切な遠隔故障診断を実現することができる。
【0087】
即ち、本実施形態によれば、販売代理店の整備工場や一般の自動車修理工場等のサービス工場4に車両を持ち込むという負担をユーザに強いることの無い遠隔故障診断システム本来の利便性を損なうことなく、車両が走行する周辺環境に存在する各種のサービスステーション3(ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等)に立ち寄る機会及びそのサービスステーション3における本来の所要時間を有効に活用して、高速通信が可能な近距離無線通信回線7を介して、診断仲介サーバ21を利用して、その車両に対する故障診断を遠隔で行なうことができるので、車両の故障診断を遠隔で行なうに際しての情報センター1のサーバ11(第1の情報処理装置)への処理負担を軽減して、効率良く且つ適切な遠隔故障診断を行なうことができる。
【0088】
また、本実施形態によれば、診断仲介サーバ21(第2の情報処理装置)に対して、対象車両の故障診断に必要な特定の故障診断用プログラムだけが提供される(図4(b)のステップS102,ステップS103)ので、個々の故障診断用プログラムを全ての診断仲介サーバ21に提供するためのサーバ11における処理負担の軽減と、不必要な故障診断用プログラムを診断仲介サーバ21にて保持するためのハード及びソフトウエア資源の節約とを実現することができる。
【0089】
また、本実施形態において、サーバ11は、診断仲介サーバ21への故障診断用プログラムの提供(図4(b)のステップS102,ステップS103)に際して、過去に提供が行われていない故障診断用プログラム、或いは、同一種ではあっても更新がなされていない故障診断用プログラムが提供されるように、故障診断用プログラムの提供動作を規制すれば、不必要な故障診断用プログラムを診断仲介サーバ21に提供するためのサーバ11における処理負担を軽減することができる。
【0090】
また、本実施形態によれば、サービスステーション3に車両2が立ち寄ったことを、近距離無線通信回線7の確立によって効率良く検出することができ、この無線通信回線として、例えば、ETC等に採用されるところの、DSRC、IEEE802等の通信方式を利用した近距離無線通信システムを採用すれば、車両2のユーザに対して新たな車載機を設けるための費用負担を強いること無く、個々のサービスステーション3本来のサービスをユーザが受ける際の課金も合理的に行なうことができ、且つ係る近距離無線通信ラインによる比較的高速な通信速度を活かして、迅速な遠隔故障診断を行なうことができる。
【0091】
また、本実施形態によれば、サーバ11は、対象車両となり得る個々の車両2のユーザを特定可能な識別情報と、そのユーザが使用する車両を特定可能な識別情報とが格納されているデータベース12を参照可能であって、該識別情報に基づいて、必要な故障診断用プログラムを診断仲介サーバ21に確実に提供することができる。
【0092】
また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるため、そのような短期間のうちに上述した各態様の遠隔故障診断を行なっても、得られる診断結果は同じであることが予想されるところ、本実施形態によれば、同一の対象車両に対しての前回の故障診断から所定時間Tが経過するまで、或いは、距離X以上の走行を対象車両が行なっていない場合には、次回の遠隔故障診断は行われない(図3のステップS4)ので、サーバ11及び診断仲介サーバ21における処理負担を軽減することができる。
【0093】
<第1の実施形態の変形例>
本実施形態の変形例として、サーバ11は、サービスステーション3である第1のステーションに設けられた診断仲介サーバ21には、故障診断用プログラムとして、第1の故障診断用プログラムを提供すると共に、その第1の故障診断用プログラムの実行によって該第1のステーションから取得したところの、対象車両の診断結果に応じて、その第1のステーションと同一または異なる第2のステーションに設けられた診断仲介サーバ21には、当該対象車両のための故障診断用プログラムとして、前記第1の故障診断用プログラムによる故障診断と比較して詳細な故障診断を行なうための第2の故障診断用プログラムを提供する。
【0094】
このような構成の本変形例によれば、同一または異なるサービスステーション3に立ち寄る車両のユーザに時間的な制約を強いること無く、診断内容(診断項目及び/または診断の程度)が異なる複数種類の遠隔故障診断を、効率良く且つ合理的に行なうことができる。
【0095】
【第2の実施形態】
次に、上述した第1の実施形態に係る遠隔故障診断システムを基本とする第2の実施形態を説明する。以下の説明においては、第1の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
【0096】
[遠隔故障診断処理]
以下、図6乃至図11に示すフローチャート及び図面を参照して、本実施形態に係る遠隔故障診断システムの診断機能について説明する。
【0097】
上記第1の実施形態は、サービスステーション3に車両2が立ち寄った際に実行可能な近距離無線通信回線7を利用して、そのサービスステーションを介して遠隔故障診断を行なうことを主眼にした処理構成であったが、本実施形態では、係る処理構成を基本として、更に、モバイル通信回線8との最適な使い分けを行なうことにより、更に合理的な遠隔故障診断システムを実現する。
【0098】
図6乃至図7は、第2の実施形態に係る遠隔故障診断システムにおいて行われる遠隔故障診断処理を示すフローチャートである。はじめに、これら各フローチャート間の関係について説明する。
【0099】
図6は、第2の実施形態における遠隔故障診断処理を実現するために対象車両(異常検出装置101)において実行される制御処理を示すフローチャートである。
【0100】
また、図7(a)は、対象車両2における第1遠隔故障診断処理(図6のステップS31:第1の遠隔故障診断機能)の詳細を示すフローチャートであり、図4(b)は、当該対象車両2における第1遠隔故障診断処理(図7(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートである。
【0101】
尚、近距離無線通信回線7を利用した遠隔故障診断処理は、本実施形態において、第2遠隔故障診断処理(図6のステップS27:第2の遠隔故障診断機能)として行われるが、この第2遠隔故障診断処理は、上記第1の実施形態において説明した遠隔故障診断処理(図4及び図5)と同様な処理である。
【0102】
以下、上記関係を有する各フローチャート(図4及び図5、並びに図6乃至図7)を参照して、本実施形態における遠隔故障診断の動作手順を詳細に説明する。
【0103】
まず、図6において、車両(対象車両)2に搭載されている異常検出装置101は、ステップS21乃至ステップS23において、上述した第1の実施形態におけるステップS1乃至ステップS3(図3)と同様な手順によって、自車両がサービスステーション3に立ち寄った状態にあるかを判断し、立ち寄った状態にあると判断した場合には、続くステップS24乃至ステップS27において、上述した第1の実施形態におけるステップS4乃至ステップS7(図3)と同様な構成であり、よって、近距離無線通信回線7を利用した第2遠隔故障診断処理(ステップS27:第2の遠隔故障診断機能)では、上記第1の実施形態において図4及び図5を参照して説明した各処理ステップと同様な処理が行われる。
【0104】
但し、本実施形態において、第2遠隔故障診断処理では、当該対象車両に最適な故障診断用プログラムが抽出されるに際して、高速通信が可能な近距離無線通信回線7を利用して好適な、第2遠隔故障診断機能用の診断プログラム(本実施形態においても診断パターンが含まれるものとする:詳細は図8を参照して後述する)が抽出される。
【0105】
一方、異常検出装置101は、ステップS23において、自車両がサービスステーション3に立ち寄った状態には無く、車載端末103を利用した近距離無線通信回線7を介した診断仲介サーバ21との高速なデータ送受信は現時点では行なえないと判断した場合には、今回の第1遠隔故障診断処理の要否判断の条件として、前回の第1遠隔故障診断処理からT1時間以上経過しているか、もしくは、自車両2が距離X1以上走行したかを判断し、この何れかの条件が成立した場合には、ステップS29において、ドライバ(乗員)に故障診断を行うかどうかを、入出力装置104へのガイダンス出力及びそれに対応するドライバの入力操作によって確認する。
【0106】
次に、異常検出装置101は、ステップS29において故障診断を行う旨の所定の操作がステップS30にて検出されるのに応じて、情報センター1と対象車両とがモバイル通信回線8を含む通信手段を利用して直接データ送受信を行なう第1遠隔故障診断処理(ステップS31:図7(a))を開始する。
【0107】
即ち、図7において、車両(対象車両)2に予め記憶されている車両基本情報(型式、車体番号など)を、異常検出装置101が情報センター1(サーバ11)に対して送信する(ステップS36)。
【0108】
情報センター1のサーバ11は、ステップS111において対象車両からその車両基本情報を受信すると、ステップS112において、その車両基本情報と、データベース12(車両情報DB12−3)内の当該対象車両に関するレコードに含まれる過去の診断履歴に基づき、同データベース(診断プログラムDB12−6)から、当該対象車両のための、第1遠隔故障診断機能用の診断プログラム(本実施形態においても診断パターンが含まれるものとする:詳細は図8を参照して後述する)を抽出する。
【0109】
そして、情報センター1は、ステップS112にて抽出した故障診断プログラムに従って、対象車両に対する遠隔故障診断処理を、モバイル通信回線8を含む通信手段を利用して行なう(ステップS113)。この遠隔故障診断処理は、第1の実施形態において上述したところの、診断仲介サーバ21にて行われる図5(a)の各処理ステップと同様な処理を情報センター1にて行なうと共に、当該対象車両にて行われる図5(b)の各処理ステップにおいては、ステップS16における診断パターンの送信元と、ステップS18における診断結果情報の送信先とを、それぞれ情報センター1とした構成だけが異なる処理が行われる。
【0110】
情報センター1は、上記ステップS113において当該対象車両についての故障診断結果を得ると、その故障診断結果(故障診断結果情報)を、データベース12(車両情報DB12−3)の当該対象車両に関する診断履歴情報の新たなレコードとして記録する(ステップS114)と共に、当該対象車両には、その故障診断結果情報として、当該対象車両における故障発生の有無及び発生している故障種別を表わす識別コードを送信する(ステップS115)。
【0111】
車両2において、異常検出装置101には、第1遠隔故障診断機能の診断結果としてステップS37において情報センター1から受信し得る複数の識別コードと、個々の識別コードに対応するガイダンス等とが対応付けされたテーブルが格納されている。
【0112】
そして、ステップS37において情報センター1から故障診断結果情報として識別コードを受信した当該対象車両は、ステップS38において、その識別コードに応じたガイダンス等を、入出力装置104(例えば車載ディスプレイへの表示)に出力する。
【0113】
ここで、上記第1及び第2遠隔故障診断機能用の診断プログラムの差異について、図8を参照して説明する。
【0114】
図8は、第2の実施形態に係る遠隔故障診断システムにおいて実行される第1及び第2遠隔故障診断機能用診断プログラムの対象範囲を説明する図である。
【0115】
同図においては、第1遠隔故障診断機能用診断プログラムと、第2遠隔故障診断機能用診断プログラムとの差異を、一例として、上述した図2に示す車両2のサブシステムとしての構成において好適に例示すべく、当該車両のボディ系システム107と制御系システム108とを、本実施形態に係る遠隔故障診断システムによって診断する場合を示している。
【0116】
より具体的には、通信速度に優れる近距離無線通信回線7を利用する第2遠隔故障診断機能では、図8に示すところの、ABS、DCS、EGI等の車両挙動を制御するための制御系システム108を構成する個々の構成と、パワーウィンドウ、オーディオ、ワイパー等の各種電装品を制御するためのボディ系システム107を構成する個々の構成とがそれぞれ遠隔故障診断の診断項目(診断内容)の対象とされると共に、個々の診断項目には、複数の診断パターン(I)が用意されている。
【0117】
一方、近距離無線通信回線7と比較して通信速度が制約されるモバイル通信回線8を利用する第1遠隔故障診断機能では、第2遠隔故障診断機能とは異なり、ボディ系システム107及び制御系システム108の上記各構成のうち、一部分のみを抽出して行なう。
【0118】
以上説明した本実施形態によれば、車両の故障診断を遠隔で行なうに際して、通信速度に劣るモバイル通信回線8を利用することによる制約を受けること無く、必要十分な診断内容を効率良く行なうことができる。
【0119】
即ち、本実施形態によれば、第2の遠隔故障診断機能では、モバイル通信回線8(第1の無線通信回線)より高速な通信を行なう近距離無線通信回線7(第2の無線通信回線)を利用して、第1の遠隔故障診断機能より詳細な故障診断がサービスステーション3を介して行われる。これにより、通信速度に劣る第1の無線通信回線を利用することによる制約を受けること無く、車両が走行する周辺環境に存在する各種ステーション(ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等)に立ち寄る機会及びそのサービスステーション3における本来の所要時間を有効に活用して、その車両に対する詳細な遠隔故障診断を、効率良く行なうことができる。
【0120】
また、本実施形態に係る遠隔故障診断システムは、上記第2の遠隔故障診断機能だけでなく、第1の遠隔故障診断機能も備えられているため、例えば車両2が走行する周辺環境にサービスステーション3が存在しない場合には、通信速度に制約を受けるものの、モバイル通信回線8(第1の無線通信回線)を利用して直ちに簡易な故障診断を遠隔で行なうこともできるので、合理的且つ利便性に優れる。
【0121】
また、本実施形態において、第2の遠隔故障診断機能における故障診断の詳細度合いは、対象車両の状態を表わす情報(車両状態情報)の、サンプリング周期、サンプリング点数、並びにサンプリング項目数のうち少なくとも何れかに応じて自動的に決定される。これにより、第2の遠隔故障診断機能における故障診断の詳細度合いを、対象車両の状態に応じて適切に自動設定することができ、係る第2の遠隔故障診断機能による故障診断の所要時間を必要最小限に抑制することができる。
【0122】
また、本実施形態においては、第1の遠隔故障診断機能による診断結果に応じて同一の対象車両に対する第2の遠隔故障診断機能による診断内容が変更されるので、例えば、重複する診断内容の省略や、必要とされるより詳細な診断内容の選択等を適切に行なうことができる。
【0123】
<第2の実施形態の変形例1>
本変形例では、図6のステップS27に示す第2の遠隔故障診断機能として、上記第1の実施形態において図4及び図5を参照して説明した遠隔故障診断処理の代わりに、図9に示す処理を行なうことにより、対象車両において将来発生する可能性のある故障予測を行なう。
【0124】
[遠隔故障診断処理]
図9は、第2の実施形態の変形例1に係る遠隔故障診断システムにおいて行われる故障発生予測処理を示すフローチャートであり、本変形例において、図6のステップS27に示す第2の遠隔故障診断機能として行われる処理構成を示す。
【0125】
即ち、本変形例において、対象車両の異常検出装置101は、過去の所定期間T内における当該対象車両の状態を表わす情報(即ち、センサ群106による検出結果や、ボディ系システム107及び制御系システム108の各構成の入出力信号の信号レベル等:以下、車両状態情報と称する場合がある)を記憶しており、ステップS41においては、予め記憶されている車両基本情報(型式、車体番号など)と、その車両状態情報とを、当該対象車両と近距離無線通信回線7が確立しているサービスステーション3の診断仲介サーバ21に送信する。
【0126】
診断仲介サーバ21は、当該対象車両からステップS221において受信した車両基本情報と車両状態情報とを、ステップS222において、情報センター1に送信する。
【0127】
情報センター1(サーバ11)は、ステップS116において当該診断仲介サーバ21から当該対象車両の車両基本情報と車両状態情報とを受信するのに応じて、ステップS117において、それらの情報に基づく当該対象車両の故障発生の予測診断処理を行う。
【0128】
ここで、情報センター1による故障発生の予測診断処理(ステップS117)について概説すれば、例えば、当該対象車両の車両基本情報によって特定される当該対象車両の車種(型式)を基にしてデータベース12(故障情報DB12−2)を参照することにより、その対象車両に対応する車種に関する各種故障に関する情報を故障識別コードiと共に特定し、特定した故障識別コードiに対応する故障に関する情報(故障情報)と、ステップS116にて入手した当該対象車両の車両基本情報とのマッチング処理として、例えば、両者の間の相関演算を行なった結果、係る両者に一定の相関関係(例えば、相関値等の一致性)が見い出された場合には、当該対象車両に過去の故障車両と同様な故障発生が予測されると判定する、というものである。
【0129】
そして、情報センター1は、ステップS117にて得られた故障発生予測結果を、診断仲介サーバ21を介して、当該対象車両に送信する(ステップS118,ステップS223,ステップS224)。
【0130】
当該対象車両の異常検出装置101は、ステップS42において診断仲介サーバ21から受信した故障発生予測結果を、ステップS43において、入出力装置104(例えば車載ディスプレイへの表示)に出力する。
【0131】
一方、第1の遠隔故障診断機能では、図7を参照して上述したように、その診断結果として、対象車両における故障発生の有無及び発生している故障種別を表わす識別コードが、その対象車両に対して提供され、提供された識別コードに対応するガイダンス等がユーザ(ドライバ等の乗員)に対して報知される。
【0132】
このような故障予測を行なう第2の遠隔故障診断機能として行なう本変形例によれば、通信速度に優れる近距離無線通信回線7(第2の無線通信回線)が当該対象車両とサービスステーション3との間で確立しているときには、情報量が格段に多い対象車両の状態を表わす情報(車両状態情報)の通信が、通信速度に優れる近距離無線通信回線7(第2の無線通信回線)を利用して行われ、その車両状態情報を利用した故障発生予測が行われる一方で、第1の遠隔故障診断機能では、送受信される情報量が少ない識別コードの通信が、通信速度が制約されるモバイル通信回線8(第1の無線通信回線)を利用して行われる。
【0133】
従って、本変形例によれば、上述した第2の実施形態における効果を得られるだけでなく、第1の遠隔故障診断機能では、当該対象車両において既に発生している故障(不具合等)の有無及び発生している故障種別を、最小限の情報量の送信によってユーザに報知できる一方で、第2の遠隔故障診断機能では、当該対象車両の現在の車両状態情報を利用して、その対象車両に将来発生する可能性の有る故障の予測結果をユーザに報知できるので、係る2種類の無線通信回線の特性を活かして、現在及び将来に向けた適切且つ合理的な遠隔故障診断を行なうことができる。
【0134】
<第2の実施形態の変形例2>
上述した第1あるいは第2の実施形態の如く、詳細な故障診断が、サービスステーション3を介して、通信速度に優れる第2の無線通信回線を利用して行われる場合であっても、例えばサービスステーション3に立ち寄った対象車両のユーザの都合等によっては、係る詳細な故障診断のための所定の複数項目の全てを完了できない場合がある。この場合、所定の複数項目を全て完了するまでユーザに待機(診断待ち)を要求することも考えられるが、車両の状態が切実な場合を除いては、ユーザの行動(移動)を制約すること無く車両の故障診断を行なうことができるという遠隔故障診断の本来の利便性を損なうことは好ましくない。
【0135】
そこで、本変形例では、上記背景において、第2の遠隔故障診断機能として行なうべき所定の故障診断を全項目行なえないときには、残る項目の故障診断が、第1の遠隔故障診断機能として行なう。
【0136】
[遠隔故障診断処理]
図10は、第2の実施形態の変形例2における遠隔故障診断処理を実現するために対象車両(異常検出装置101)において実行される制御処理を示すフローチャートである。
【0137】
即ち、図10に示す処理構成は、図6(第2の実施形態)を参照して上述した処理構成を基本としており、異なる処理構成して、係る図6に示す制御処理では、ステップS23において対象車両がサービスステーション3に存在することが検出された場合にはステップS28において第1遠隔故障診断処理の要否判断を行なっていたのに対して、本変形例では、ステップS48にて対象車両がサービスステーション3に存在することが検出された場合には、まずステップS55において、何等かの理由によってそれまで行われていた第2遠隔故障診断処理が途中で中断したかどうかが判断され、この判断において当該処理の中断が検出されない場合にはステップS56において第1遠隔故障診断処理の要否判断を行なうのに対して、中断が検出されない場合には、図6のステップS29に対応するステップS57において、ドライバに第1故障診断機能を利用するかどうかの確認がなされる。
【0138】
ここで、第2遠隔故障診断処理の中断は、ドライバ(乗員)による中断要求操作の設定や、近距離無線通信回線7を利用した当該対象車両とサービスステーション3との無線通信が、例えば対象車両の当該サービスステーション3からの移動によって中断された場合等が想定される。
【0139】
更に、異なる処理構成して、係る図6に示す制御処理では、ステップS26においてドライバによる第2故障診断機能を利用する旨の入力操作が検出された場合にはステップS27において第2故障診断処理が行われていたのに対して、本変形例では、ステップS51において当該入力操作が検出された場合には、第2故障診断処理のために当該ドライバが使える時間(換言すれば、当該処理が行われている間の待機時間、或いは、現在立ち寄っているサービスステーション3における本来の用事を済ますための予想所要時間)を、入出力装置104を利用してドライバに設定させ(ステップS52)、ステップS53における判断において、その設定された時間がT時間以上である場合には、ステップS54において第2遠隔故障診断処理が行われ、一方、設定された時間が当該T時間より短い場合には、対象車両が現在立ち寄っているサービスステーション3における第遠隔故障診断処理における所定の複数項目を全てを実行する時間的な余裕が無いので、ステップS59において第1遠隔故障診断処理が行われる。
【0140】
図11(a)は、第2の実施形態の変形例2において第2の遠隔故障診断機能を中断する際に情報センター1(サーバ11)またはサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートであり、図11(b)は、当該制御処理(図11(a))が行われる際に対象車両2において行われる制御処理を示すフローチャートである。
【0141】
即ち、図11(a)に示す処理構成は、第1の実施形態において説明した図5(a)に示す処理構成(診断仲介サーバ21による遠隔故障診断処理)を基本としており、異なる処理構成して、係る図5(a)に示す制御処理では、ステップS213にて受信した診断結果情報が既定値の範囲内にあるかをステップS214にて判断していたのに対して、本変形例では、診断結果情報をステップS123にて受信するのに応じて、入出力装置104を利用してドライバが第2遠隔故障診断処理の中断要求を設定したかが判断され(ステップS124)、この判断において中断要求が検出されない場合にはステップS125において診断結果情報が既定値の範囲内にあるかが判断される一方で、中断要求が検出された場合には処理が終了する点が異なる。
【0142】
また、図11(b)に示す処理構成は、第1の実施形態において説明した図5(b)に示す処理構成(サービスステーション3における対象車両の遠隔故障診断処理)を基本としており、異なる処理構成して、係る図5(b)に示す制御処理では、ステップS16にて診断仲介サーバ21から診断パターンIの受信したときには、ステップS17においてその診断パターンIの実行を行なっていたのに対して、本変形例では、ステップS61にて診断パターンIを受信するのに応じて、ステップS62においてドライバの中断要求があるか、またはイグニッションスイッチがオンポジションであるかが判断され、この判断において、何れかであることが検出された場合には、ステップS64において当該診断パターンIの実行が行われる一方で、何れも検出されない場合には、ステップS63において実行中の第2遠隔故障診断処理の中断要求が、診断仲介サーバ21に送信される。
【0143】
このような処理構成の変形例2によれば、上述した第2の実施形態における効果を得られるだけでなく、第2の遠隔故障診断機能として行なうべき所定の故障診断が全項目は行なえないときには、残る項目の故障診断が、第1の遠隔故障診断機能によって行われる。これにより、残る項目の故障診断が行われる際には、通信速度に劣る第1の無線通信回線が利用されるものの、ユーザの行動に制約を強いること無く、対象車両に対して必要とされる全項目の故障診断を、確実に行なうことができる。
【0144】
<第2の実施形態の他の変形例>
尚、上記第2の実施形態及びその変形例の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第2の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【0145】
・即ち、情報量が多い制御プログラムは、第1の無線通信回線は利用せずに、高速通信が可能な第2の無線通信回線によって車両に提供することにより、より現実的なシステムを構成することができる。
【0146】
・また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるため、そのような短期間のうちに、上記の第1及び第2の遠隔故障診断機能による故障診断が前後して行われても、得られる診断結果は同じであることが予想される。そこで、好適な実施形態においては、同一の対象車両に対しての詳細な故障診断が第2の遠隔故障診断機能によって行われてから所定時間が経過するまでは、その詳細な故障診断と比較して簡易な第1の遠隔故障診断機能による故障診断は行われない。従って、通信速度に劣る第1の無線通信回線の利用機会を低減できると共に、合理的な遠隔故障診断を実現することができる。
【0147】
・また、通信速度に優れる近距離無線通信回線7を利用する第2遠隔故障診断機能であっても、対象車両のユーザのサービスステーション3における本来の用事によっては、上記全ての診断項目について、且つ個々の診断項目に用意されている全ての診断パターンを行なうような詳細な故障診断は困難な場合もあることが想定される。そこで好適な実施形態においては、係る第2の遠隔故障診断機能における故障診断の詳細さの度合いは、対象車両の状態を表わす情報の、(i)サンプリング周期が短くなるのに応じて詳細になるように、(ii)該サンプリング点数が多くなるのに応じて詳細になるように、或いは(iii)該サンプリング項目数が多くなるのに応じて詳細になるように決定すると良い。
【0148】
・また、好適な実施形態においては、対象車両が何れのサービスステーション3にも立ち寄っていない(存在していない)ときに第1の遠隔故障診断機能による遠隔故障診断を行ない、その後、何れかのサービスステーション3に当該対象車両が立ち寄った際には、その第1の遠隔故障診断機能による診断結果に応じて、同一の対象車両に対する第2の遠隔故障診断機能による診断項目(診断内容)を自動的に変更(例えば、NGだった項目の詳細診断を行なう等)しても良い。この場合の自動変更の態様としては、例えば、重複する診断内容の省略や、必要とされるより詳細な診断内容の選択等を適宜行なえば良い。或いは、第1の遠隔故障診断機能では、図8に示される診断内容のうち、車両2が車両が停止すると検出できない項目(例えば、制御系システム108の各項目)を行ない、第2遠隔故障診断機能では、図8に示される全ての診断内容を行なっても良い。
【0149】
・また、上述した第2の実施形態の変形例2では、サービスステーション3における第2遠隔故障診断処理が終了しない場合には、第1遠隔故障診断機能を利用して継続するシステム構成について説明したが、他の実施形態として、例えば車両の状態が切実な場合には第2遠隔故障診断処理が終了するまでの待機をユーザに警告(要求)するシステム構成や、車両の状態が切実な場合を除いては、残る診断内容を当該対象車両が次に立ち寄る同一または異なるサービスステーション3において継続して行なう構成を採用してもよい。
【0150】
【第3の実施形態】
次に、上述した第1の実施形態に係る遠隔故障診断システムを基本とする第3の実施形態を説明する。以下の説明においては、第1の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
【0151】
上述した各実施形態によれば、車両2が走行する周辺環境に存在するサービスステーション3に立ち寄る機会及びそのサービスステーション3における本来の所要時間を有効に活用して、その車両2に対する故障診断を効率良く的確に行なうことができる。しかしながら、車両の一般的なユーザ(ドライバ等の乗員)は、その全てが車両(自動車)に詳しい訳ではないので、遠隔故障診断の診断結果が車両側において提供(報知)された場合であっても、提供された情報の内容を乗員だけで理解し、対処することは困難な場合も想定される。
【0152】
そこで、本実施形態では、ガソリンスタンド、自動車用品店等のように、車両の点検あるいは修理を受けることができるサービスステーション3、或いは車両に関する知識を有するスタッフが存在するサービスステーション3を介して行われた遠隔故障診断の診断結果を、そのサービスステーション3に設けられたサービスステーション23にも提供することにより、車両に詳しくないユーザであっても、そのサービスステーション3のスタッフによるサポート(診断結果の内容理解や適切な対処方法等)を容易に受けることが容易に受けられるシステム構成について説明する。
【0153】
[遠隔故障診断処理]
本実施形態においても、対象車両(異常検出装置101)においては、第1の実施形態において図3及び図5を参照して説明した制御処理が行われるが、本実施形態では、ステップS7(図3)において図4(a)が行われる代わりに、その図4(a)に示す処理構成を基本とするところの、以下に説明する図12(a)が実行される。
【0154】
即ち、図12(a)は、第3の実施形態に係る対象車両2における遠隔故障診断処理の詳細を示すフローチャートであり、図12(b)は、当該対象車両2における遠隔故障診断処理(図12(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートであり、図12(c)は、これらの処理が行われる際にサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートである。
【0155】
そして、図13は、第3の実施形態に係る遠隔故障診断システムにおいてサービスステーション3に設けられたサービスステーション23において行われる制御処理を示すフローチャートである。
【0156】
図12(a)に示すステップS66乃至ステップS68に示す処理構成(対象車両における制御処理)は、第1の実施形態において説明した図4(a)に示すステップS11乃至ステップS13の処理構成と同様である。
【0157】
また、情報センター1において、第1の実施形態において説明した図4(b)に示すステップS101乃至ステップS103では対象車両に最適な故障診断プログラムを抽出すると共に、その抽出した故障診断プログラムを当該対象車両に送信していたのに対して、図12(b)に示すステップS131乃至ステップS134に示す処理構成では、ステップS131において診断仲介サーバ21から故障診断プログラムのダウンロード依頼を受信し、ステップS132では、車両基本情報(型式、車体番号など)に対応する故障診断プログラムを、当該対象車両に送信する点が異なる。
【0158】
そして、サービスステーション3において、診断仲介サーバ21は、第1の実施形態において説明した図4(c)に示すステップS205及びステップS206では故障診断結果を情報センター1及び当該対象車両に送信していたのに対して、本実施形態においては、図12(c)のステップS230及びステップS231において故障診断結果を情報センター1及び当該対象車両に送信するだけでなく、その故障診断結果を、ステップS232において、当該サービスステーション端末23にも送信する。
【0159】
これにより、当該サービスステーション端末23では、上記ステップS232の処理に応じてステップS301にて診断仲介サーバ21から受信した故障診断結果を、ステップS302において同端末のディスプレイに表示する。
【0160】
更に好適な実施形態において、サービスステーション端末23では、以下に説明する図14(a)に示す処理が行われる。
【0161】
即ち、図14(a)は、第3の実施形態に係るサービスステーション端末23における整備履歴報知処理を示すフローチャートであり、図14(b)は、当該整備履歴報知処理(図14(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートであり、図14(c)は、これらの処理が行われる際にサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートである。
【0162】
図14において、サービスステーション端末23は、当該サービスステーション3のスタッフによる対象車両の整備履歴の要求操作をステップS306において検出すると、ステップS307において、当該対象車両の整備履歴要求を、診断仲介サーバ21に送信する。
【0163】
診断仲介サーバ21は、当該サービスステーション端末23から対象車両の整備履歴要求をステップS236にて受信するのに応じて、先に行われた遠隔故障診断処理にて当該対象車両から入手した車両基本情報(型式、車体番号など)と共に、当該対象車両に関する整備履歴情報の要求を、ステップS237において情報センター1に送信する。
【0164】
情報センター1は、診断仲介サーバ21から対象車両の整備履歴要求と車両基本情報(型式、車体番号など)とをステップS136にて受信すると、当該受信した情報に対応する対象車両の整備履歴情報を、ステップS137において、データベース12(車両情報DB12−3)内の当該対象車両に関するレコードから抽出し、抽出した整備履歴情報を、ステップS138において診断仲介サーバ21に送信する。
【0165】
そして、ステップS138にて送信された整備履歴情報は、診断仲介サーバ21を介して、サービスステーション端末23に送信され(ステップS238,ステップS239,ステップS308)、当該サービスステーション端末23は、受信した当該対象車両の整備履歴情報を、ステップS309においてディスプレイに表示する。
【0166】
以上説明した本実施形態によれば、車両2に対する遠隔故障診断の診断結果を有効に活用して、その車両に対する最善の対処を乗員に提供する。
【0167】
即ち、車両の一般的なユーザ(ドライバ等の乗員)は、その全てが車両(自動車)に詳しいわけではないので、遠隔故障診断の診断結果が車両側において提供(報知)された場合であっても、提供された情報の内容を乗員だけで理解し、対処することは困難な場合も想定されるところ、本実施形態によれば、ガソリンスタンド、自動車用品店等のように、車両の点検あるいは修理を受けることができるサービスステーション3、或いは車両に関する知識を有するスタッフが存在するサービスステーション3を介して行われた遠隔故障診断の診断結果が、そのサービスステーション3に設けられた情報端末であるサービスステーション端末23にも提供される。
【0168】
これにより、車両2が走行する周辺環境に存在するサービスステーション3に立ち寄る機会及びそのサービスステーション3における本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で行なうことができると共に、車両に詳しくないユーザであっても、サービスステーション3のスタッフによるサポート(診断結果の内容理解や適切な対処方法等)を容易に受けることができ利便性が高く、一方、サービスステーション3側のスタッフにとっても、係るサポートをユーザ(ドライバ等)に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【0169】
また、上記図14に示す処理を行なうことにより、サービスステーション3のスタッフは、必要に応じて、対象車両に関する整備履歴に関する情報を入手することができるので、その情報を考慮して、ユーザへのサポートに際しての診断内容の理解や最適な対処方法の判断を迅速且つ合理的に行なうことができる。
【0170】
<第3の実施形態の変形例>
尚、上記第3の実施形態の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第3の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【0171】
・即ち、車両に詳しくないユーザに対して、遠隔故障診断の詳細な診断結果を提供しても、そのユーザを困惑させるだけであり、提供された診断結果が有効に生かされない場合も想定される。そこで、好適な実施形態では、係る詳細な診断結果は、サービスステーション3に設けられたサービスステーション端末23に対して提供されるように構成すれば、スタッフによるサポートをより効率的にすることができ、利便性が高い。
【0172】
・また、一般に、サービスステーション3には、不特定多数の車両が立ち寄ることが想定されるので、好適な実施形態においては、故障診断によって対象車両の故障が検出されたときに限って、その診断結果を、サービスステーション端末23に対して提供されるように構成すれば、遠隔故障診断の診断結果、特に故障等の不具合が検出されていない車両については、当該ステーションに設けられたサービスステーション端末23には情報が提供されない。これにより、多数の車両が来訪するステーションのスタッフに大きな業務負担をかけること無く、ユーザへのサポートが必要なときに限っての合理的な業務を実現することができる。
【0173】
・また、遠隔故障診断の診断結果が上記の如くサービスステーション3のスタッフに提供されることは、例えば車両に詳しいユーザ等にとって却って煩わしい場合も想定される。そこで、好適な実施形態では、対象車両の乗員による許可が得られた場合に限って、当該サービスステーション3に設けられたサービスステーション端末23に対して診断結果を提供するように構成すれば、個々のユーザの裁量(判断)を尊重することができ、合理的である。
【0174】
・また、一般に、車両の状態は、短期間のうちに大きく変化することは希であるが、車両の一般的なユーザにとって、ガソリンスタンド、自動車用品店等のサービスステーション3への立ち寄り機会は、例えば1週間に何度もある訳ではなく、1ヶ月に数回程度であり、このようなユーザの状況においては、上記の如く行われた遠隔故障診断の診断結果が故障等の不具合を示すものでなくても、同一または他のサービスステーション3への次回の立ち寄り時までに車両の状況が変化した結果、その時行われる遠隔故障診断では、何等かの不具合が検出されることも想定される。
【0175】
そこで、前記のような背景において、好適な実施形態では、対象車両がサービスステーション3に存在するときには、存在していない場合と比較して遠隔故障診断に際しての診断基準を、異常である旨の診断結果が出易くなるに補正(例えば、診断しきい値を小さな値に補正)する。このようにすれば、補正後の診断基準による診断の結果、近い将来には検出されたであろう当該対象車両の故障等の不具合を、立ち寄り中のサービスステーション3のスタッフのサポートが得られ易い状況下で、ユーザに対して報知することができ、予防保全が図られる。
【0176】
【第4の実施形態】
次に、上述した第1の実施形態に係る遠隔故障診断システムを基本とする第4の実施形態を説明する。以下の説明においては、第1の実施形態と同様な構成については重複する説明を省略し、本実施形態における特徴的な部分を中心に説明する。
上記各実施形態に係る遠隔故障診断システムによれば、販売代理店(所謂ディーラ)の整備工場や一般の自動車修理工場にユーザが車両を持ち込むこと無く、サービスステーション3において、通信速度に優れる近距離無線通信回線7(第2の無線通信回線)を利用して、最適な故障診断を行なうことができ利便性に優れる。
【0177】
しかしながら、一般に、車両の故障には、実走行に伴う各種の諸条件(例えば、時速30km/hからの加速時、旋回中、カーブ走行中の制動等)が複数成立した際に限って事象が発生するものも多い。このため、ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等の各種サービスステーション3にユーザが車両2と共に立ち寄った際に、サービス担当者にユーザ(ドライバ等の乗員)から伝えられる不具合等の事象が、対象車両2のエンジン始動や実走行等を前提とする故障診断が制約されることに起因して、従来からの車両の一般的なサービス形態において整備工場等のサービス拠点に車両が持ち込まれた場合と同様に、その場では直ちに確認あるいは再現しない場合もあり、結果としてユーザの要求に必ずしも迅速に対応できない状況も予想される。
【0178】
そこで、本実施形態では、車両2の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なうことが可能な遠隔故障診断システムについて説明する。
【0179】
[遠隔故障診断処理]
本実施形態においても、対象車両(異常検出装置101)においては、第1の実施形態において図3及び図5を参照して説明した制御処理が行われるが、本実施形態では、ステップS7(図3)において図4(a)が行われる代わりに、以下に説明する図16(a)が実行されると共に、更に図15に示す処理が行われる。
【0180】
即ち、図16(a)は、第4の実施形態に係る対象車両2における遠隔故障診断処理の詳細を示すフローチャートであり、図16(b)は、当該対象車両2における遠隔故障診断処理(図16(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートであり、図16(c)は、これらの処理が行われる際にサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートである。
【0181】
そして、図17は、第4の実施形態に係る診断仲介サーバ21における遠隔故障診断処理(図16(c)のステップS244)の詳細を示すフローチャートである。
【0182】
まずはじめに、図15に示す処理について説明する。図15は、第4の実施形態において対象車両(異常検出装置101)が行なう車両状態情報の記録処理を示すフローチャートである。
【0183】
同図において、異常検出装置101は、自車両の走行状態が、所定ルールに合致しているかを判断し(ステップS71)、その所定ルールに合致している場合には、そのときの自車両の実走行状態を表わす情報(車両状態情報)を、異常検出装置101のメモリに記録する(ステップS72)。そして、ステップS71及びステップS72の一連の処理ステップは、当該所定ルールに合致している自車両の実走行状態を表わす情報が記録されるまで行われる。
【0184】
ここで、所定ルールは、ドライバによる車両2の実走行中にその車両に発生するところの、例えば、時速30km/hからの加速時、旋回中、カーブ走行中、或いはこれらの組み合わせ等の、条件(走行シーン)であって、異常検出装置101に予め複数種類格納されている(或いは、ルール変更の都度、外部(サーバ1または仲介サーバ21)から入手しても良い)であって、ステップS72では、係る所定条件に合致する際に当該対象車両において検出されたところの、センサ群106による検出結果や、ボディ系システム107及び制御系システム108の各構成の入出力信号の信号レベル等の状態を表わす情報が記憶される。
【0185】
次に、図16(a)乃至図16(c)について説明する。
【0186】
異常検出装置101は、ステップS76において、図15を参照して説明した車両状態情報の記録処理によってメモリに記録されたところの、所定ルールにおける自車両の車両状態情報を抽出し、抽出した車両状態情報と、自車両に予め記憶されている車両基本情報(型式、車体番号など)とを、ステップS77において診断仲介サーバ21に送信する。
【0187】
診断仲介サーバ21では、当該対象車両から車両基本情報と当該所定ルールにおける車両状態情報をステップS241において受信すると、受信した車両基本情報に対応する故障診断プログラムのダウンロード依頼を、ステップS242において情報センター1に送信する。
【0188】
情報センター1のサーバ11は、ステップS141において診断仲介サーバ21から故障診断プログラムのダウンロード依頼及び対象車両の車両基本情報を受信すると、ステップS142において、当該対象車両のための診断プログラムを、ステップS141において情報を送信した診断仲介サーバ21に送信する。
【0189】
ここで、ステップS142にて送信すべき診断プログラムは、例えば、ステップS141にて受信した車両基本情報と、データベース12(車両情報DB12−3)内の当該対象車両に関するレコードに含まれる過去の診断履歴とに基づいて、同データベース(診断プログラムDB12−6)から、当該対象車両のための診断プログラムを抽出することによって入手すれば良い。
【0190】
診断仲介サーバ21では、ステップS243において情報センター1から故障診断プログラムを受信するのに応じて、その故障診断プログラムに従って、当該所定ルールにおける車両状態情報を基にした遠隔故障診断をステップS244において行ない、その診断結果を、ステップS245において情報センター1に送信する。
【0191】
ここで、図16(c)のステップS244に対応するところの、図17に示す処理について説明する。
【0192】
即ち、診断仲介サーバ21は、ステップS241にて当該対象車両から受信した車両状態情報が、所定ルールIに合致しているかを判断し(ステップS251)、合致していると判断した場合には、その車両状態情報が、既定値の正常範囲内に収まっているかを判断する(ステップS252)。そして、正常範囲から外れている場合には、対応する車両状態情報を、当該対象車両のNG状態として故障故障リストに追加する(ステップS253)。
【0193】
そして、ステップS254及びステップS255の各処理ステップにより、上記ステップS251乃至ステップS23が、現在注目している所定ルールIに対応する全ての車両状態情報に対して行われるまで繰り返される。
【0194】
診断仲介サーバ21は、現在注目している所定ルールIに対応する全ての車両状態情報の確認が上記ステップS251乃至ステップS255によって完了すると、ステップS253においてデータの追加対象とした故障診断リストに、NG状態を表わす情報(即ち、所定の正常範囲から外れている情報)がリストアップされたかを判断し(ステップS256)、NG状態を表わす情報がリストアップされた場合には、そのリストアップされたNG状態を表わす情報を、当該対象車両の故障状態を表わす情報(即ち、診断結果)として設定する(ステップS257)。このとき、リストアップされたNG状態を表わす情報が複数存在する場合には、例えば、最も緊急度の高いものを当該対象車両の故障状態を表わす情報として設定する。
【0195】
一方、ステップS256においてNG状態を表わす情報がリストアップされていないことが確認された場合に、診断仲介サーバ21は、診断結果として、当該対象車両には予測される故障は無い、と判断する。
【0196】
情報センター1は、ステップS143において当該対象車両についての故障診断結果を得ると、その故障診断結果(故障診断結果情報)を、データベース12(車両情報DB12−3)の当該対象車両に関する診断履歴情報の新たなレコードとして記録する(ステップS144)と共に、診断済みの所定ルールから未診断の所定ルールへの変更司令を、ステップS143における故障診断結果の送信元である診断仲介サーバ21に送信する(ステップS145)。
【0197】
そして、診断仲介サーバ21では、情報センター1から所定ルール変更司令をステップS246にて受信するのに応じて、当該対象車両に対して、診断結果情報と、所定ルール変更司令とをステップS247において送信する。
【0198】
当該対象車両の異常検出装置101は、診断結果情報と、所定ルール変更司令とをステップS78にて受信すると、その診断結果情報に応じたガイダンス等を、入出力装置104(例えば車載ディスプレイへの表示)に出力する、或いは、当該対象車両の所有者宛ての電子メールによって診断結果を報知する(ステップS79)と共に、図15を参照して説明した車両状態情報の記録処理用のモジュールに今まで設定されていた所定ルールとは異なる他の所定ルールへの設定変更を行う(ステップS80)。これにより、当該対象車両の異常検出装置101は、当該他の所定ルールに合致する実走行状態を新たに記録すべく、上記図15に示す車両状態情報の記録処理を開始する。
【0199】
以上説明した本実施形態によれば、車両2の走行状態による制約を受けること無く、迅速且つ的確な故障診断を遠隔で行なうことができる。
【0200】
即ち、本実施形態によれば、車両状態情報の記録処理(図15)によって、所定のルール情報に合致する実走行状態が対象車両において記憶されるので、例えば、その対象車両のエンジンがサービスステーション3において停止している場合であっても、エンジンが動作している実走行中における当該対象車両の状態に関して的確な故障診断を行なうことができ、これにより、車両2の走行状態による制約を受けること無く故障診断を遠隔で行なうことが可能となるので、車両が走行する周辺環境に存在する各種サービスステーション3(ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等)に立ち寄る機会及びそのサービスステーション3における本来の所要時間を有効に活用して、その車両に対する故障診断を遠隔で、迅速且つ的確に行なうことができる。
【0201】
また、本実施形態によれば、所定のルール情報を、情報センター1から適宜遠隔で変更できる(ステップS145)ので、そのルール情報に合致する対象車両の様々な実走行状態をユーザをわずらわせることなく容易且つ的確に入手することができ、更に的確な遠隔故障診断を実現することができる。
【0202】
<第4の実施形態の変形例>
尚、上記第4の実施形態の好適な他の実施形態として、以下に説明する処理構成を有していれば、上述した第4の実施形態における効果を得られるだけでなく、更に良好な効果を享受することができる。
【0203】
・即ち、上記の如く的確に行われる遠隔故障診断であっても、1回の診断では故障を特定できない場合も想定される。そこで、好適な実施形態では、所定のルール情報を、情報センター1から遠隔で変更する(ステップS145)に際して、対象車両が立ち寄ったサービスステーション3において行われた遠隔故障診断の診断結果に応じて、他のルール情報への変更を行なう。このような処理構成によれば、次のサービスステーション3に当該対象車両が立ち寄るまでの間に、係る変更後の新たなルール情報に合致する実走行状態が当該対象車両において記憶され、次のサービスステーション3では、係る新たなルール情報に合致する実走行状態に基づく更なる遠隔故障診断が行なえるので、車両の走行状態による制約を受けること無く、より的確な故障診断を、ユーザの行動に制約を課すること無く遠隔で行なうことができる。
【0204】
・また、好適な実施形態において、情報センター1のサーバ11またはサービスステーション3の診断仲介サーバ21は、対象車両となり得る個々の車両に提供された所定のルール情報が格納されているデータベース(12)を参照することにより、当該対象車両が存在するサービスステーション3に設けられたサービスステーション23に対して、遠隔故障診断の診断結果、その診断の基となった実走行状態を表わす情報、並びにその情報が当該対象車両において記憶される際の所定ルールを提供できるように構成すると良い。
【0205】
このような処理構成によれば、対象車両のユーザが車両に詳しくない場合に、立ち寄ったサービスステーション3において行われた遠隔故障診断の結果、何等かの故障発生を報知された場合であっても、そのサービスステーション3のスタッフは、その診断結果の基となった当該対象車両の実走行状態を把握することができるので、ユーザは、当該スタッフによる的確なサポート(診断結果の内容理解や適切な対処方法等)を容易に受けることができ利便性が高く、一方、ステーション側のスタッフにとっても、係るサポートをユーザ(ドライバ等)に提供することに伴うビジネスチャンスを積極的に活かすことができ合理的である。
【0206】
・また、好適な他の実施形態として、車両2において、モバイル通信回線用通信装置102または近距離無線通信回線用車載端末103を利用して車両の状態を表わす所定のルール情報を外部から入手しておき、入手したルール情報に合致する実走行状態が自車両に発生したことを、センサ群106、ボディ系システム107、或いは車両制御系システム108等の検出手段によって検出すると共に、異常検出装置101は、検出した実走行状態を表わす情報に基づいて自車両の故障診断を行なうと共に、その診断結果に関する情報を記憶デバイス(不図示)に記憶し、自車両がサービスステーション3に立ち寄った際(存在するとき)には、そのサービスステーション3を介して、記憶している診断結果に関する情報を、外部装置である診断仲介サーバ21及び/または情報センター1のサーバ11に提供する。
【0207】
このような処理構成によれば、所定ルールに合致する実走行状態が対象車両において発生するのに応じて、その対象車両において故障診断が行われると共にその診断結果が記憶されるので、例えば、車両が走行する周辺環境に存在する各種サービスステーション3(ガソリンスタンド、駐車場、ファーストフードレストラン、ファミリーレストラン、自動車用品店等)に立ち寄る機会及びそのサービスステーション3における本来の所要時間を有効に活用して、その車両に対する故障診断の結果を、通信速度に優れる近距離無線通信回線7(第2の無線通信回線)を利用して、迅速且つ的確に入手することができるので、診断仲介サーバ21及び/または情報センター1のサーバ11では、例えば、より詳細な故障診断や、個々の車両の診断履歴を確実に行なうことができる。
【0208】
尚、上述した各実施形態を例に説明した本発明は、上述した、情報センター1のサーバ11、サービスステーション3の診断仲介サーバ21、並びに車両2の以上件hす津装置101に対して、その説明において参照したフローチャートの機能を実現可能なコンピュータ・プログラムを供給した後、その装置のCPUに読み出して実行することによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能なメモリまたはハードディスク装置等の記憶デバイスに格納すれば良い。
【0209】
また、前記の場合において、当該各装置内へのコンピュータ・プログラムの供給方法は、フレキシブルディスク等の各種記録媒体を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができ、このような場合において、本発明は、係るコンピュータ・プログラムのコード或いは記憶媒体によって構成される。
【図面の簡単な説明】
【図1】第1の実施形態における遠隔故障診断システムの概略構成を示す図である。
【図2】第1の実施形態に係る遠隔故障診断システムにおける車両2のシステム構成を示す図である。
【図3】第1の実施形態における遠隔故障診断処理を実現するために対象車両(異常検出装置101)において実行される制御処理を示すフローチャートである。
【図4】図4(a)は、対象車両2における遠隔故障診断処理(図3のステップS7)の詳細を示すフローチャートであり、図4(b)は、当該対象車両2における遠隔故障診断処理(図4(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートであり、図4(c)は、これらの処理が行われる際にサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートである。
【図5】図5(a)は、当該サービスステーション3における遠隔故障診断処理(図4のステップS204)の詳細を示すフローチャートであり、図5(b)は、当該サービスステーション3における遠隔故障診断処理が行われる際に対象車両2において行われる制御処理を示すフローチャートである。
【図6】第2の実施形態における遠隔故障診断処理を実現するために対象車両(異常検出装置101)において実行される制御処理を示すフローチャートである。
【図7】図7(a)は、対象車両2における第1遠隔故障診断処理(図6のステップS31:第1の遠隔故障診断機能)の詳細を示すフローチャートであり、図4(b)は、当該対象車両2における第1遠隔故障診断処理(図7(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートである。
【図8】第2の実施形態に係る遠隔故障診断システムにおいて実行される第1及び第2遠隔故障診断機能用診断プログラムの対象範囲を説明する図である。
【図9】第2の実施形態の変形例1に係る遠隔故障診断システムにおいて行われる故障発生予測処理を示すフローチャートである。
【図10】第2の実施形態の変形例2における遠隔故障診断処理を実現するために対象車両(異常検出装置101)において実行される制御処理を示すフローチャートである。
【図11】図11(a)は、第2の実施形態の変形例2において第2の遠隔故障診断機能を中断する際に情報センター1(サーバ11)またはサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートであり、図11(b)は、当該制御処理(図11(a))が行われる際に対象車両2において行われる制御処理を示すフローチャートである。
【図12】図12(a)は、第3の実施形態に係る対象車両2における遠隔故障診断処理の詳細を示すフローチャートであり、図12(b)は、当該対象車両2における遠隔故障診断処理(図12(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートであり、図12(c)は、これらの処理が行われる際にサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートである。
【図13】第3の実施形態に係る遠隔故障診断システムにおいてサービスステーション3に設けられたサービスステーション23において行われる制御処理を示すフローチャートである。
【図14】第3の実施形態に係るサービスステーション端末23における整備履歴報知処理を示すフローチャートであり、図14(b)は、当該整備履歴報知処理(図14(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートであり、図14(c)は、これらの処理が行われる際にサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートである。
【図15】第4の実施形態において対象車両(異常検出装置101)が行なう車両状態情報の記録処理を示すフローチャートである。
【図16】図16(a)は、第4の実施形態に係る対象車両2における遠隔故障診断処理の詳細を示すフローチャートであり、図16(b)は、当該対象車両2における遠隔故障診断処理(図16(a))が行われる際に情報センター1(サーバ11)において行われる制御処理を示すフローチャートであり、図16(c)は、これらの処理が行われる際にサービスステーション3(診断仲介サーバ21)において行われる制御処理を示すフローチャートである。
【図17】第4の実施形態に係る診断仲介サーバ21における遠隔故障診断処理(図16(c)のステップS244)の詳細を示すフローチャートである。
【符号の説明】
1:情報センター,
2:車両,
3:サービスステーション,
4:サービス工場,
5:インターネット,
6:基地局,
7:近距離無線通信回線(高速無線通信回線),
8:モバイル通信回線(低速無線通信回線),
11:サーバ(メインサーバ),
11A:故障診断サーバ,
11B:サービス工場管理サーバ,
12:データベース(DB),
13:通信回線,
21:診断仲介サーバ,
22:診断プログラムデータベース,
23:サービスステーション端末,
24:近距離無線通信用端末4,
101:異常検出装置,
102:モバイル通信回線用通信装置,
103:近距離無線通信回線用車載端末,
104:入出力装置,
105:ナビゲーションコントローラ,
106:センサ群,
107:ボディ系システム,
108:車両制御系システム
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to the field of a remote fault diagnosis system for remotely performing a fault diagnosis of a diagnosis target. For example, a fault diagnosis of a vehicle (automobile), which is a typical moving object, is performed remotely using the vehicle as a diagnosis target. It relates to the field of remote fault diagnosis systems.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, when various services such as automobile repair and inspection are required, for example, a sales agency (a so-called dealer), an automobile supply store, a maintenance shop attached to a gas station, or the like, or an independent garage exists. In general, a user (customer) brings a car to a service base such as an automobile repair shop, and a necessary service is provided at the service base.
[0003]
However, in the above-described conventional general service form, an event such as a defect reported from the user to the person in charge of the service base may not be confirmed or reproduced at the service base, and as a result, the request of the user is not always prompt. In addition, there has been a problem that it is not possible to respond sufficiently.
[0004]
Therefore, in order to improve the above conventional problem, the state of the vehicle is detected and stored in a storage medium, and when the vehicle is brought to a service base, the detection information stored in the storage medium is determined. There have been proposed techniques and the like for performing a failure diagnosis while reading the data using a dedicated tool.
[0005]
Further, in recent years, it is possible to communicate between individual vehicles to be monitored (hereinafter, vehicles) and an information center by using a communication means such as a wireless communication or the Internet by using a rapidly developing IT (information technology). As a state, there has been proposed a technology for performing a fault diagnosis remotely between the two (for example, see Patent Documents 1 and 2).
[0006]
[Patent Document 1]
JP 2002-202003 A
[Patent Document 2]
JP 2002-228552 A
[0007]
[Problems to be solved by the invention]
According to the conventional remote failure diagnosis system, the failure diagnosis is performed regardless of the location of the vehicle without the user bringing the vehicle to a maintenance shop of a dealer (a so-called dealer) or a general automobile repair shop. Since the diagnostic processing is performed collectively on the server (server computer) of the information center, the failure diagnosis program executed on the server can be updated as needed to make the diagnosis target easier. Each vehicle has the advantage that it can always receive the latest diagnosis.
[0008]
However, even if the result of the remote failure diagnosis is reported to the driver (occupant) on the vehicle side, not all drivers are familiar with the vehicle, so in the above-mentioned conventional remote failure diagnosis system, the diagnosis result is provided to the vehicle side. Even if the information is provided, it may be difficult for the occupant to understand and provide the content of the provided information alone, and as a result, there is a problem that the notified diagnosis result is not effectively used.
[0009]
Therefore, an object of the present invention is to provide a remote failure diagnosis system and a control method thereof that effectively utilize a diagnosis result of a remote failure diagnosis for a vehicle and provide an occupant with the best treatment for the vehicle.
[0010]
[Means for Solving the Problems]
In order to achieve the above object, a remote failure diagnosis system according to the present invention has the following configuration.
[0011]
That is, a remote failure diagnosis system that remotely performs failure diagnosis on a vehicle and notifies a passenger of the diagnosis result,
Diagnosis of a failure of the target vehicle (2) is remotely performed via a station (3) where inspection or repair can be performed or a station (3) where staff having knowledge of the vehicle exists, and the diagnosis result is obtained. The information is provided to the target vehicle and the information terminal (23) provided at the station.
It is characterized by the following.
[0012]
In a preferred embodiment, when providing the diagnosis result, the information terminal may be provided with a detailed diagnosis result as compared with the target vehicle.
[0013]
Further, for example, only when a failure of the target vehicle is detected by the failure diagnosis, the diagnosis result may be provided to the information terminal.
[0014]
Further, for example, the information terminal that provides a diagnosis result of the target vehicle by referring to a database (12) in which information on a maintenance history of each vehicle that can be the target vehicle is stored, It is preferable to provide information on the maintenance history.
[0015]
Further, for example, the provision of the diagnosis result to the information terminal may be performed only when permission is obtained from the occupant of the target vehicle.
[0016]
In order to achieve the above object, a remote failure diagnosis system of another configuration according to the present invention is a remote failure diagnosis system that performs a failure diagnosis on a vehicle remotely and notifies a passenger of the diagnosis result. ,
When a target vehicle (2) is present at a station (3) where inspection or repair can be performed or a station (3) where staff having knowledge of the vehicle exists, a fault diagnosis can be remotely performed on the target vehicle. Do
Preferably, when the target vehicle is present at a station, the diagnostic threshold value at the time of the failure diagnosis is corrected to a smaller value compared to when the target vehicle is present at a location other than the station. Good.
[0017]
Note that the above object is also achieved by a method corresponding to the above-described remote fault diagnosis system of each configuration.
[0018]
【The invention's effect】
According to the present invention described above, it is possible to provide a remote failure diagnosis system and a control method thereof that effectively utilize a diagnosis result of a remote failure diagnosis for a vehicle and provide an occupant with the best treatment for the vehicle.
[0019]
That is, the general user of the vehicle (the occupant such as a driver) is not fully familiar with the vehicle (automobile), so the diagnosis result of the remote failure diagnosis is provided (notified) on the vehicle side. However, in some cases, it is difficult to understand and cope with the content of the provided information only by the occupant. In addition, the result of the remote failure diagnosis performed through a station that can be inspected or repaired or a station in which staff having knowledge of the vehicle exists is also provided to an information terminal provided in the station. .
[0020]
This allows a user who is not familiar with the vehicle to perform a fault diagnosis on the vehicle remotely by effectively utilizing the opportunity to stop at a station existing in the surrounding environment where the vehicle runs and the original required time at the station. However, the station staff can easily receive the support (understanding the contents of the diagnosis results and appropriate countermeasures, etc.) and the convenience is high. On the other hand, the station staff also provides the user (driver Etc.), and it is reasonable to be able to take advantage of the business opportunities associated with providing them.
[0021]
Further, even if a detailed diagnosis result of the remote failure diagnosis is provided to a user who is not familiar with the vehicle, the user is only confused and the provided diagnosis result may not be effectively used. According to the second aspect of the present invention, the detailed diagnosis result is provided to the information terminal provided in the station, so that the support by the staff can be made more efficient and the convenience is high.
[0022]
Further, according to the third aspect of the present invention, no information is provided to the information terminal provided in the station for a vehicle in which a failure such as a failure is not detected as a result of the remote failure diagnosis. As a result, it is possible to realize a rational task only when support to the user is required, without imposing a large burden on the staff of the station where a large number of vehicles visit.
[0023]
Also, according to the invention of claim 4, the staff of the station can obtain information on the maintenance history of the target vehicle as needed, and in consideration of the information, a diagnosis at the time of supporting the user is performed. It is possible to quickly and rationally comprehend the contents and determine the most appropriate coping method.
[0024]
According to the invention of claim 5, it is assumed that providing the diagnosis result of the remote failure diagnosis to the staff of the station as described above may be rather troublesome for a user who is familiar with the vehicle, for example. Only when permission from the occupant is obtained, the diagnosis result can be provided to the information terminal provided at the station, so that each user's discretion (judgment) can be respected, and is there.
[0025]
Further, according to the inventions of claims 6 and 9, the target vehicle is located at a station such as a gas station or an automobile supply store where inspection or repair can be performed or a station where staff having knowledge of the vehicle exists. When the vehicle exists, the remote failure diagnosis is performed on the target vehicle, so that the opportunity to stop at a station existing in the surrounding environment where the vehicle travels and the original required time at the station are effectively used, and the vehicle is not familiar with the vehicle. Even the user can easily receive the support by the station staff (understanding the contents of the diagnosis results, appropriate countermeasures, etc.) and is highly convenient. On the other hand, the station staff also provides such support to the user ( Driver, etc.) It is possible to reasonable.
[0026]
In general, the state of a vehicle rarely changes greatly in a short period of time, but for a general user of the vehicle, a chance to stop at a station such as a gas station or an automobile supply store is, for example, one week. In the situation of the user, the diagnosis result of the remote failure diagnosis performed as described in the above claims indicates a failure such as a failure. However, as a result of a change in the state of the vehicle before the next stop at the station, some troubles may be detected in the remote failure diagnosis performed at that time.
[0027]
In the background described above, according to the invention of claim 7, when the target vehicle is present at the station, the diagnostic criterion for remote fault diagnosis becomes stricter than when the target vehicle does not exist, and it is determined that there is an abnormality. Because the diagnosis result is easy to come out, as a result of the diagnosis based on the strict diagnosis criteria, the failure such as the failure of the target vehicle that would have been detected in the near future, under the situation where the support of the station staff is easy to obtain, The user can be notified, and preventive maintenance is achieved.
[0028]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, a remote failure diagnosis system according to the present invention will be described in detail with reference to the drawings as an embodiment in which the system is applied to a vehicle (automobile) that is a typical moving object.
[0029]
[First Embodiment]
[System configuration]
FIG. 1 is a diagram showing a schematic configuration of a remote failure diagnosis system according to the first embodiment. This system is roughly composed of an information center 1, a vehicle 2, and a service station 3.
[0030]
In the present embodiment, the information center 1 and each of the vehicles 2 that can receive the remote failure diagnosis service by the present system are connected to a mobile communication line (first wireless communication) using the Internet 5 and the base station 6 as relay stations. It is possible to directly transmit and receive information via the line 8. Here, the mobile communication line 8 is a communication line, such as a wireless telephone line, whose data communication speed is relatively restricted.
[0031]
The information center 1 and the service station 3 can transmit and receive information via the Internet 5 and / or another communication line 13.
[0032]
Then, the service station 3 and the vehicle (target vehicle) 2 that has stopped at the service station can transmit and receive information via the short-range wireless communication line (second wireless communication line) 7. Here, the short-range wireless communication line 7 is a short-range wireless communication line, such as DSRC or IEEE802, which can perform higher-speed communication than the mobile communication line 8.
[0033]
In the present embodiment, the fact that the vehicle 2 has stopped at the service station 3, that is, the presence of the target vehicle at the service station 3 can be detected by various methods. A state in which the short-range wireless communication line 7 is established between the mobile communication line communication device 102 mounted on the vehicle 2 and the short-range wireless communication terminal 24 installed in the service station 3. , Are detected on the vehicle side and / or the service station 3 side.
[0034]
The information center 1 includes a server (server computer) 11 that controls the entire system and a database (DB) 12.
[0035]
In the present embodiment, the server 11 is composed of, for example, a failure diagnosis server 11A and a service factory management server 11B, and executes a software program prepared in advance by a CPU (not shown) so that the service station 3 ( By cooperating with the diagnosis mediation server 21) and the vehicle 2 (the abnormality detection device 101), a remote failure diagnosis process (FIGS. 3 to 5) to be described later can be realized, and information is stored in the database 12 accordingly. Or the stored information can be read.
[0036]
The database 12 includes a plurality of sub-databases such as a customer information DB 12-1, a failure information DB 12-2, a vehicle information DB 12-3, a service factory DB 12-4, a map DB 12-5, and a diagnostic program DB 12-6. ing.
[0037]
That is, the customer information DB 12-1 stores information (name, address, contact information, etc.) relating to a plurality of users (customers) who can use the present system in association with IDs for identifying individual users. ing.
[0038]
In the failure information DB 12-2, information (failure information) relating to various types of failures relating to a plurality of types of vehicles is provided with an identification code (failure identification code i) capable of identifying each failure. ), The details of the failure, the actual running state of the vehicle that is likely or likely to occur when the failure occurs (corresponding to a predetermined rule to be described later), and the countermeasures against the failure and stored. Is done.
[0039]
In the vehicle information DB 12-3, diagnosis result information indicating a diagnosis result (diagnosis history) by remote failure diagnosis includes, for example, maintenance history information (including maintenance date and time, location, etc.), and information (vehicle body) for specifying an individual vehicle. No.), information for specifying the vehicle type (model), and the ID of the vehicle owner (user) are stored in association with each other.
[0040]
Information on each service factory 4 is stored in the service factory DB 12-4.
[0041]
The map DB 12-5 stores map information employing a common coordinate system with the navigation controller 105 of the vehicle 2 and the like.
[0042]
The diagnosis program DB12-6 stores a failure diagnosis program (including a diagnosis pattern described later) for performing a remote failure diagnosis of the target vehicle for each vehicle type (model).
[0043]
The vehicle 2 is a vehicle that can be a target vehicle for remote failure diagnosis by the present system, and has a configuration shown in FIG. 2 (details will be described later).
[0044]
The service station 3 includes a diagnostic mediation server 21, a diagnostic program DB 22, a service station terminal 23, and a short-range wireless communication terminal 24.
[0045]
That is, the diagnosis mediation server 21 executes the failure diagnosis program stored in the diagnosis program DB 22 in a CPU (not shown), thereby cooperating with the information center 1 (the server 11) and the vehicle 2 (the abnormality detection device 101). Accordingly, a remote failure diagnosis process (FIGS. 3 to 5) to be described later can be realized for the target vehicle that has stopped at the service station 3.
[0046]
Here, the service station terminals 23 include not only information terminals installed in the service station 3 but also information terminals (PDAs, POS terminals, etc.) carried by staff of the station.
[0047]
The service factory 4 is a maintenance factory (maintenance facility) attached to a sales agent (a so-called dealer) or the like, or an auto repair shop that exists alone.
[0048]
Here, the service station 3 includes various bases (stations) other than the service factory 4 described above, such as a gas station, a parking lot, a fast food restaurant, a family restaurant, an automobile supply store, and the like, where an unspecified number of vehicles can visit. ).
[0049]
In addition, the gas station in the present embodiment includes not only a station for supplying gasoline but also a wide range of supply points for various types of energy used for running the vehicle, such as electricity and hydrogen. , ETC (Electric Toll Collection: automatic toll payment system), etc., a short-range wireless communication system with a vehicle using a communication system such as DSRC, IEEE802, etc. The user is charged.
[0050]
Note that general hardware and software can be used for individual components (components) such as a server computer, a database, and a wireless communication line, which constitute the above system configuration. Detailed description of the embodiment will be omitted.
[0051]
Further, in the configuration example shown in FIG. 1, for convenience of explanation, a description will be given on the assumption that a server 11 and a database 12 are provided in the information center 1 and a diagnosis mediation server 21 and a diagnosis program DB 22 are provided in the service station 3. However, the present invention is not limited to such a system configuration, and the location where each server or database is installed is not limited as long as data can be transmitted and received through various communication lines.
[0052]
In particular, the diagnostic mediation server 21 does not have to be provided in each service station 3 as illustrated in FIG. 1. In this case, the diagnostic mediation server 21 has a short distance from the in-vehicle terminal 103 for the short-range wireless communication line mounted on the visiting vehicle 2. In order to realize wireless communication via the wireless communication line 7, for example, each service station 3 is provided with at least a short-range wireless communication terminal 24, while a plurality of service stations 3 (for example, in a certain area). The diagnostic mediation server 21 and the diagnostic program DB 22 for comprehensively controlling the operation of the short-range wireless communication terminals 24 of the plurality of service stations 3) scattered in the plurality of service stations 3) and performing the charge management and the like as appropriate include the plurality of short-range A system configuration provided between the wireless communication terminal 24 and the server 11 of the information center 1 may be adopted.
[0053]
Next, FIG. 2 is a diagram illustrating a system configuration of the vehicle 2 in the remote failure diagnosis system according to the first embodiment. The vehicle 2 is roughly divided into an abnormality detection device 101, an input / output device 104, and a navigation controller 105. , A sensor group 106, a body system 107, and a vehicle control system 108.
[0054]
That is, the abnormality detection device 101 includes information indicating various states of the host vehicle 2 controlled by the body system 107 and the vehicle control system 108 and a sensor group (a GPS sensor, a vehicle speed sensor, a yaw rate sensor, a steering angle sensor, and the like). ) 106 and information indicating various states of the host vehicle 2 that can be obtained, and communicates with the navigation controller 105 as necessary.
[0055]
Further, the abnormality detection device 101 performs wireless communication via the short-range wireless communication line 7 using the in-vehicle terminal 103 for short-range wireless communication line and wireless communication via the mobile communication line 8 using the mobile communication line communication device 102. By executing the control program in a CPU (not shown), the mobile communication line (cooperation) with the information center 1 (server 11) and / or the service station 3 (diagnosis mediation server 21) can be performed. It is possible to realize a first remote failure diagnosis function using a first wireless communication line (8) or a second remote failure diagnosis function using a short-range wireless communication line (second wireless communication line) 7. (Described later with reference to FIGS. 3 to 5).
[0056]
Here, the body system 107 controls the operation of various electric components such as a power window, an audio, and a wiper in the vehicle 2. The vehicle control system 108 controls the behavior of the vehicle such as ABS, DCS, and EGI. It is responsible for operation control.
[0057]
The input / output device 104 includes a man-machine interface such as a display, an operation switch, a voice input microphone, and a speaker, and provides guidance to a user (an occupant such as a driver) with the operation of the abnormality detection device 101 and the navigation controller 105. Alternatively, input of a selection operation can be performed.
[0058]
Note that the abnormality detection device 101 and the navigation controller 105 are not limited to separate configurations.
[0059]
[Remote failure diagnosis processing]
Hereinafter, the diagnosis function of the remote failure diagnosis system according to the present embodiment will be described with reference to the flowcharts shown in FIGS.
[0060]
In each of the flowcharts, for convenience of explanation, it is possible to easily understand the information transmission mode (exchange) between the subsystems (the abnormality detection device 101, the diagnosis mediation server 21, and the main server 11) constituting the system. For this reason, the processing procedure (a part of the processing procedure) of the plurality of subsystems is shown in one drawing, but in actual operation, each subsystem is shown in these plurality of flowcharts. A plurality of software modules capable of realizing the corresponding processing procedure function appropriately.
[0061]
Further, in the present embodiment, symbols such as “(VI−n− *)” and “(IC−n− *)” written at the dashed arrow and the fulcrum or end point thereof in each flowchart (however, n is 1 to 4 and represents the first to fourth embodiments) is a subsystem (anomaly detection device 101, diagnosis mediation, etc.) via short-range wireless communication line 7, mobile communication line 8, or communication line 13. A communication event between the server 21 and the main server 11) is shown, and the same symbol indicates one transmission / reception process between target subsystems.
[0062]
More specifically, in the above symbols, “V” is vehicle 2 (abnormality detection device 101), “I” is diagnosis mediation server 21 (service station 3), “C” is information center 1 (main server 11), "S" represents the service station terminal 23. And, for example, “VI” represents information transmission from the vehicle 2 to the diagnostic mediation server 21, and “IC” represents information transmission from the diagnostic mediation server 21 to the information center 1.
[0063]
As described above, general hardware is used for realizing the individual transmission / reception processing performed in each subsystem and the processing procedure itself of the software executed in the hardware. Therefore, detailed description in the present embodiment will be omitted.
[0064]
FIG. 3 to FIG. 5 are flowcharts showing a remote failure diagnosis process performed in the remote failure diagnosis system according to the first embodiment. First, the relationship between these flowcharts will be described.
[0065]
FIG. 3 is a flowchart illustrating a control process executed in the target vehicle (the abnormality detection device 101) to realize the remote failure diagnosis process according to the first embodiment.
[0066]
FIG. 4A is a flowchart showing details of the remote failure diagnosis process (step S7 in FIG. 3) in the target vehicle 2, and FIG. 4B is a remote failure diagnosis process in the target vehicle 2 (FIG. 4 (a)) is a flowchart showing the control processing performed in the information center 1 (server 11) when the processing is performed, and FIG. 4 (c) shows the service station 3 (diagnostic mediation server) when these processings are performed. It is a flowchart which shows the control processing performed in 21).
[0067]
FIG. 5A is a flowchart showing the details of the remote failure diagnosis processing (step S204 in FIG. 4) in the service station 3, and FIG. 5B is a flowchart showing the remote failure diagnosis processing in the service station 3. 6 is a flowchart illustrating a control process performed in a target vehicle 2 when the process is performed.
[0068]
Here, the remote failure diagnosis according to the present embodiment is performed while the user (an occupant such as a driver) is away from the vehicle (for example, when the user stops at the service station 3). Even if it is the time required to complete a meal, refueling, etc.), it is preferable to automatically perform the operation without imposing restrictions on the user's behavior. The apparatus 101 may continue the operation described below, for example, even when the engine is stopped or the ignition switch is in the off position.
[0069]
Hereinafter, the operation procedure of the remote failure diagnosis according to the present embodiment will be described in detail with reference to the flowcharts (FIGS. 3 to 5) having the above relationship.
[0070]
First, in FIG. 3, the abnormality detection device 101 mounted on the vehicle (target vehicle) 2 determines whether the own vehicle is stopped by referring to the detection result of the sensor group 106 (step S1). If it is determined that the vehicle is stopped, it is determined in step S2 and step S3 whether communication with the relay server 21 via the short-range wireless communication line 7 is possible (that is, whether the vehicle-mounted terminal 103 and the short-range wireless communication terminal 24 A communication line is established between the two).
[0071]
If it is determined in step S3 that communication is possible, the abnormality detection apparatus 101 determines in step S4 whether or not T time or more has elapsed since the last remote failure diagnosis as a condition for determining whether remote diagnosis is necessary this time. It is determined whether the vehicle 2 has traveled a distance X or more, and if any of these conditions is satisfied, in step S5, it is determined whether the failure diagnosis is performed for the driver (occupant) by the input / output device. Confirmation is made by outputting a guidance to the driver 104 and an input operation of a driver corresponding thereto.
[0072]
Next, the abnormality detection apparatus 101 starts a remote failure diagnosis process (step S7: FIG. 4A) in response to a predetermined operation for performing failure diagnosis being detected in step S5 being detected in step S6. I do.
[0073]
The remote failure diagnosis processing in step S7 is performed when the vehicle 2 is stopped at the service station 3 and the remote failure diagnosis is required by the processing steps of the flowchart shown in FIG. It has also been confirmed that a communication line with the relay server 21 via the short-range wireless communication line 7 has been established. Therefore, the vehicle 2 can communicate with the information center 1 via the high-speed communication line with the mediation server 21 without using the mobile communication line 8 whose communication speed is restricted. It is possible. Under such a situation, the processes shown in the flowcharts of FIGS. 4A to 4C are started.
[0074]
That is, in FIG. 4, the abnormality detection device 101 transmits vehicle basic information (model, vehicle number, and the like) stored in the vehicle (target vehicle) 2 to the mediation server 21 in advance (steps S11 and S201). Then, the mediation server 21 transmits to the information center 1 a request to download a failure diagnosis program corresponding to the received vehicle basic information (model, vehicle number, etc.) together with the received vehicle basic information (step S202).
[0075]
When the server 11 of the information center 1 receives the failure diagnosis program download request and the vehicle basic information of the target vehicle from the diagnosis mediation server 21 in step S101, in step S102, the vehicle basic information and the database 12 (vehicle information DB 12- A diagnostic program for the target vehicle is extracted from the database (diagnostic program DB 12-6) based on the past diagnostic history included in the record regarding the target vehicle in 3), and the extracted diagnostic program is extracted in step S103. The failure diagnosis program is transmitted to the diagnosis mediation server 21 that has transmitted the information in step S101.
[0076]
Here, the failure diagnosis program extracted in step S103 is the most suitable failure diagnosis program for diagnosing the current state of the target vehicle according to the target vehicle and its past diagnosis history. The program includes a combination (hereinafter, a diagnosis pattern) of a predetermined signal level group set to the target vehicle from the outside (diagnosis mediation server 21 in the present embodiment) in order to remotely diagnose the target vehicle. In accordance with the setting of the diagnostic pattern in the target vehicle, a default value (normal value) that would be obtained as diagnostic result information if the target vehicle is normal (no failure) is included.
[0077]
The mediation server 21 that has established the short-range wireless communication line 7 with the target vehicle receives the failure diagnosis program from the information center 1 and stores the failure diagnosis program in the diagnosis program DB 22 (step S203) and receives the failure diagnosis program. The target vehicle is diagnosed in accordance with the performed failure diagnosis program (step S204).
[0078]
Here, the remote failure diagnosis processing (step S204) of the target vehicle performed by the mediation server 21 is performed according to the following procedure.
[0079]
That is, the diagnosis mediation server 21 performs the diagnosis pattern I (for at least one type of diagnosis pattern included in the received failure diagnosis program) on the target vehicle with the short-range wireless communication line 7 established. Here, I indicates any one of n types of diagnostic patterns included in the failure diagnostic program, and 1 ≦ I ≦ n is set (step S211), and the diagnostic pattern I is set to the target pattern. The data is transmitted to the vehicle (step S212).
[0080]
When the target vehicle receives the diagnostic pattern I from the diagnostic mediation server 21 via the short-range wireless communication line 7 in step S16, the target vehicle executes the received diagnostic pattern I, and as a result, the sensor group 106 and the body system The detection results obtained from the system 107 and the control system 108 are collected (step S17), and information representing the collected detection results is transmitted to the diagnosis mediation server 21 as the diagnosis result information of the diagnosis pattern I (step S18). ).
[0081]
Upon receiving the diagnosis result information from the target vehicle in step S213, the diagnosis mediation server 21 determines whether each detection result represented by the diagnosis result information is within the normal range of the predetermined value. If it is out of the normal range (step S214), the corresponding diagnosis item (diagnosis content) and the detection result out of the normal range are listed in the failure list for the target vehicle (step S214). Step S215).
[0082]
Then, by the processing steps of step S216 and step S217, the above-described steps S211 to S215 are repeated until all the diagnostic patterns included in the currently executed failure diagnosis program are performed.
[0083]
When the remote failure diagnosis in step S204 described above is completed, the diagnosis mediation server 21 transmits the diagnosis result (failure diagnosis result information) of the remote failure diagnosis for the target vehicle obtained in the step to the information center 1 ( At the same time as step S205), it is also transmitted to the target vehicle (step S206).
[0084]
When the server 11 of the information center 1 receives the failure diagnosis result information from the diagnosis mediation server 21 in step S104, the server 11 stores the failure diagnosis result information in the diagnosis history information on the target vehicle in the database 12 (vehicle information DB 12-3). Is recorded as a new record (step S105).
[0085]
On the other hand, the target vehicle that has received the failure diagnosis result information from the diagnosis mediation server 21 in step S12 transmits guidance or the like corresponding to the failure diagnosis result information in step S13 to the input / output device 104 (for example, display on an in-vehicle display). Output to
[0086]
According to the present embodiment described above, it is possible to realize an efficient and appropriate remote failure diagnosis without causing a concentration of the processing load on the server 11 of the information center 1 when performing the vehicle failure diagnosis remotely. it can.
[0087]
That is, according to the present embodiment, the original convenience of the remote failure diagnosis system which does not impose the burden on the user to bring the vehicle to the service factory 4 such as a repair shop of a sales agent or a general car repair shop is reduced. In addition, the opportunity to stop at various service stations 3 (gas station, parking lot, fast food restaurant, family restaurant, automobile supply store, etc.) existing in the surrounding environment where the vehicle runs, and the original required time at the service station 3 are effective The failure diagnosis for the vehicle can be remotely performed using the diagnosis mediation server 21 via the short-range wireless communication line 7 capable of high-speed communication, so that the failure diagnosis of the vehicle can be remotely performed. To reduce the processing load on the server 11 (first information processing device) of the information center 1 when performing It can be performed efficiently and appropriate remote fault diagnosis.
[0088]
Further, according to the present embodiment, only the specific failure diagnosis program required for the failure diagnosis of the target vehicle is provided to the diagnosis mediation server 21 (the second information processing device) (FIG. 4B). (Steps S102 and S103), the processing load on the server 11 for providing the individual failure diagnosis programs to all the diagnosis mediation servers 21 is reduced, and unnecessary failure diagnosis programs are provided by the diagnosis mediation server 21. Hardware and software resources savings can be realized.
[0089]
Further, in the present embodiment, when providing the failure diagnosis program to the diagnosis mediation server 21 (steps S102 and S103 in FIG. 4B), the server 11 executes the failure diagnosis program that has not been provided in the past. Alternatively, if the provision operation of the failure diagnosis program is regulated so that the failure diagnosis program of the same type but not updated is provided, the unnecessary failure diagnosis program is transmitted to the diagnosis mediation server 21. The processing load on the server 11 for providing the information can be reduced.
[0090]
Further, according to the present embodiment, the fact that the vehicle 2 has stopped at the service station 3 can be efficiently detected by the establishment of the short-range wireless communication line 7, and this wireless communication line is employed in, for example, ETC. However, if a short-range wireless communication system using a communication system such as DSRC or IEEE802 is adopted, individual services can be provided without imposing a burden on a user of the vehicle 2 to install a new on-board unit. It is possible to rationally charge the user when the user receives the original service of the station 3, and to perform a quick remote failure diagnosis by utilizing the relatively high communication speed of the short-range wireless communication line.
[0091]
Further, according to the present embodiment, the server 11 stores the identification information capable of identifying the user of the individual vehicle 2 that can be the target vehicle and the identification information capable of identifying the vehicle used by the user. 12 can be referred to, and the necessary failure diagnosis program can be reliably provided to the diagnosis mediation server 21 based on the identification information.
[0092]
Also, in general, the state of the vehicle rarely changes greatly in a short period of time. Therefore, even if the remote failure diagnosis of each aspect described above is performed in such a short period, the obtained diagnosis result is Although it is expected that they are the same, according to the present embodiment, the target vehicle travels for the same target vehicle until the predetermined time T elapses from the previous failure diagnosis or for the distance X or more. If not, the next remote failure diagnosis is not performed (step S4 in FIG. 3), so that the processing load on the server 11 and the diagnosis mediation server 21 can be reduced.
[0093]
<Modification of First Embodiment>
As a modification of the present embodiment, the server 11 provides a first failure diagnosis program as a failure diagnosis program to the diagnosis mediation server 21 provided in the first station, which is the service station 3, According to the diagnosis result of the target vehicle obtained from the first station by executing the first failure diagnosis program, a diagnosis mediation provided in a second station which is the same as or different from the first station. The server 21 provides, as a failure diagnosis program for the target vehicle, a second failure diagnosis program for performing a detailed failure diagnosis as compared with the failure diagnosis by the first failure diagnosis program. .
[0094]
According to the present modification having such a configuration, a plurality of types of diagnosis contents (diagnosis items and / or degrees of diagnosis) different from each other can be performed without imposing a time constraint on a user of a vehicle stopping at the same or different service station 3. Remote failure diagnosis can be performed efficiently and rationally.
[0095]
[Second embodiment]
Next, a second embodiment based on the remote fault diagnosis system according to the first embodiment will be described. In the following description, the same configuration as that of the first embodiment will not be described repeatedly, and will be described focusing on the characteristic portions of the present embodiment.
[0096]
[Remote failure diagnosis processing]
Hereinafter, the diagnosis function of the remote failure diagnosis system according to the present embodiment will be described with reference to the flowcharts and drawings shown in FIGS.
[0097]
The first embodiment uses a short-range wireless communication line 7 that can be executed when the vehicle 2 stops at the service station 3 and performs a remote failure diagnosis via the service station. In this embodiment, a more rational remote fault diagnosis system is realized in the present embodiment based on the above processing configuration and further by performing optimal use with the mobile communication line 8.
[0098]
FIGS. 6 and 7 are flowcharts showing a remote failure diagnosis process performed in the remote failure diagnosis system according to the second embodiment. First, the relationship between these flowcharts will be described.
[0099]
FIG. 6 is a flowchart illustrating a control process executed in the target vehicle (the abnormality detection device 101) to realize the remote failure diagnosis process according to the second embodiment.
[0100]
FIG. 7A is a flowchart showing details of the first remote failure diagnosis process (step S31 in FIG. 6: first remote failure diagnosis function) in the target vehicle 2, and FIG. 8 is a flowchart illustrating a control process performed in the information center 1 (the server 11) when the first remote failure diagnosis process (FIG. 7A) in the target vehicle 2 is performed.
[0101]
In the present embodiment, the remote failure diagnosis processing using the short-range wireless communication line 7 is performed as a second remote failure diagnosis processing (step S27 in FIG. 6: a second remote failure diagnosis function). 2 The remote failure diagnosis processing is the same processing as the remote failure diagnosis processing (FIGS. 4 and 5) described in the first embodiment.
[0102]
Hereinafter, the operation procedure of the remote failure diagnosis according to the present embodiment will be described in detail with reference to the flowcharts (FIGS. 4 and 5 and FIGS. 6 and 7) having the above relationship.
[0103]
First, in FIG. 6, in steps S21 to S23, the abnormality detection device 101 mounted on the vehicle (target vehicle) 2 is the same as steps S1 to S3 (FIG. 3) in the first embodiment described above. According to the procedure, it is determined whether or not the host vehicle has stopped at the service station 3. If it is determined that the host vehicle has stopped, the process proceeds to step S4 in the first embodiment described above in steps S24 to S27. Accordingly, the second remote failure diagnosis process (step S27: second remote failure diagnosis function) using the short-distance wireless communication line 7 has the same configuration as that of steps S7 to S7 (FIG. 3). Processing similar to the processing steps described with reference to FIGS. 4 and 5 in the embodiment is performed.
[0104]
However, in the present embodiment, in the second remote fault diagnosis processing, when the optimum fault diagnosis program for the target vehicle is extracted, the second remote fault diagnosis process is preferably performed using the short-range wireless communication line 7 capable of high-speed communication. (2) A diagnosis program for the remote failure diagnosis function (this embodiment also includes a diagnosis pattern: details will be described later with reference to FIG. 8) is extracted.
[0105]
On the other hand, in step S23, the abnormality detection device 101 determines that the own vehicle is not at the service station 3 and the high-speed data is transmitted to the diagnosis mediation server 21 via the short-range wireless communication line 7 using the on-board terminal 103. If it is determined that transmission / reception cannot be performed at the present time, the condition of the necessity of the first remote failure diagnosis processing this time is that T1 time or more has elapsed since the last first remote failure diagnosis processing, It is determined whether or not the vehicle 2 has traveled the distance X1 or more. If any of these conditions is satisfied, in step S29, it is determined whether or not to perform a failure diagnosis on the driver (occupant) by outputting a guidance output to the input / output device 104. Confirm by input operation of the corresponding driver.
[0106]
Next, the abnormality detecting device 101 establishes communication between the information center 1 and the target vehicle including the mobile communication line 8 in response to a predetermined operation for performing a failure diagnosis being performed in step S29 being detected in step S30. A first remote failure diagnosis process (step S31: FIG. 7 (a)) for directly transmitting and receiving data by using is performed.
[0107]
That is, in FIG. 7, the abnormality detection device 101 transmits vehicle basic information (model, vehicle number, etc.) stored in the vehicle (target vehicle) 2 to the information center 1 (server 11) (step S36). ).
[0108]
Upon receiving the vehicle basic information from the target vehicle in step S111, the server 11 of the information center 1 includes the vehicle basic information and the record in the database 12 (vehicle information DB 12-3) for the target vehicle in step S112. Based on the past diagnosis history, a diagnosis program for the first remote failure diagnosis function for the target vehicle (a diagnosis pattern is also included in the present embodiment) from the same database (diagnosis program DB12-6). : Details will be described later with reference to FIG. 8).
[0109]
Then, the information center 1 performs a remote failure diagnosis process on the target vehicle using communication means including the mobile communication line 8 according to the failure diagnosis program extracted in step S112 (step S113). In the remote failure diagnosis processing, the information center 1 performs the same processing as the processing steps in FIG. 5A performed by the diagnosis mediation server 21 as described above in the first embodiment, and In each processing step of FIG. 5B performed in the vehicle, the processing is different only in that the transmission source of the diagnosis pattern in step S16 and the transmission destination of the diagnosis result information in step S18 are respectively the information center 1. Is performed.
[0110]
When the information center 1 obtains the failure diagnosis result of the target vehicle in the above step S113, the information center 1 stores the failure diagnosis result (failure diagnosis result information) in the database 12 (vehicle information DB 12-3) as the diagnosis history information of the target vehicle. (Step S114), and an identification code indicating whether a failure has occurred in the target vehicle and the type of failure that has occurred in the target vehicle is transmitted to the target vehicle as the failure diagnosis result information (step S114). S115).
[0111]
In the vehicle 2, a plurality of identification codes that can be received from the information center 1 in step S37 as a diagnosis result of the first remote failure diagnosis function in the abnormality detection device 101 are associated with guidance and the like corresponding to each identification code. Table is stored.
[0112]
Then, in step S37, the target vehicle that has received the identification code as the failure diagnosis result information from the information center 1 transmits guidance or the like corresponding to the identification code in step S38 to the input / output device 104 (displayed on an in-vehicle display, for example). Output to
[0113]
Here, the difference between the diagnostic programs for the first and second remote failure diagnostic functions will be described with reference to FIG.
[0114]
FIG. 8 is a diagram illustrating the target range of the first and second remote failure diagnosis function diagnosis programs executed in the remote failure diagnosis system according to the second embodiment.
[0115]
In the figure, the difference between the diagnostic program for the first remote failure diagnosis function and the diagnostic program for the second remote failure diagnosis function is preferably exemplified in the configuration as the subsystem of the vehicle 2 shown in FIG. For example, a case is shown in which the body system system 107 and the control system system 108 of the vehicle are diagnosed by the remote failure diagnosis system according to the present embodiment.
[0116]
More specifically, in the second remote failure diagnosis function using the short-distance wireless communication line 7 having an excellent communication speed, a control system for controlling vehicle behavior such as ABS, DCS, and EGI shown in FIG. The individual components constituting the system 108 and the individual components constituting the body system 107 for controlling various electric components such as a power window, an audio device, a wiper, etc., are diagnostic items (diagnosis contents) of the remote failure diagnosis. A plurality of diagnostic patterns (I) are prepared for each diagnostic item as well as the target.
[0117]
On the other hand, in the first remote failure diagnosis function using the mobile communication line 8 whose communication speed is restricted as compared with the short-range wireless communication line 7, unlike the second remote failure diagnosis function, the body system 107 and the control system Of the above components of the system 108, only a part is extracted and performed.
[0118]
According to the present embodiment described above, it is possible to efficiently perform necessary and sufficient diagnostic contents without being restricted by the use of the mobile communication line 8 having a low communication speed when performing the vehicle failure diagnosis remotely. it can.
[0119]
That is, according to the present embodiment, in the second remote failure diagnosis function, the short-range wireless communication line 7 (second wireless communication line) that performs higher-speed communication than the mobile communication line 8 (first wireless communication line). , A more detailed failure diagnosis is performed via the service station 3 than the first remote failure diagnosis function. Accordingly, various stations (gas stations, parking lots, fast food restaurants, family restaurants, automobiles, etc.) existing in the surrounding environment where the vehicle travels are not restricted by using the first wireless communication line having a low communication speed. By effectively utilizing the opportunity to drop in at a supply store and the time required at the service station 3, detailed remote failure diagnosis of the vehicle can be efficiently performed.
[0120]
Further, the remote fault diagnosis system according to the present embodiment is provided with not only the second remote fault diagnosis function but also the first remote fault diagnosis function. In the case where there is no 3, the communication speed is restricted, but a simple failure diagnosis can be immediately performed remotely using the mobile communication line 8 (the first wireless communication line), so that it is reasonable and convenient. Excellent in nature.
[0121]
In the present embodiment, the degree of detail of the failure diagnosis in the second remote failure diagnosis function is at least one of the sampling period, the number of sampling points, and the number of sampling items of the information (vehicle state information) representing the state of the target vehicle. Automatically determined according to the As a result, the degree of detail of the failure diagnosis in the second remote failure diagnosis function can be appropriately and automatically set according to the state of the target vehicle, and the time required for the failure diagnosis by the second remote failure diagnosis function is required. It can be minimized.
[0122]
Further, in the present embodiment, since the diagnosis content of the same target vehicle by the second remote failure diagnosis function is changed according to the diagnosis result by the first remote failure diagnosis function, for example, overlapping diagnosis contents are omitted. In addition, it is possible to appropriately select necessary detailed diagnosis contents.
[0123]
<Modification Example 1 of Second Embodiment>
In the present modification, as a second remote failure diagnosis function shown in step S27 of FIG. 6, instead of the remote failure diagnosis processing described with reference to FIG. 4 and FIG. 5 in the first embodiment, FIG. By performing the processing shown, a failure that may occur in the target vehicle in the future is predicted.
[0124]
[Remote failure diagnosis processing]
FIG. 9 is a flowchart showing a failure occurrence prediction process performed in the remote failure diagnosis system according to the first modification of the second embodiment. In this modification, the second remote failure diagnosis shown in step S27 of FIG. The processing configuration performed as a function will be described.
[0125]
That is, in the present modified example, the target vehicle abnormality detection device 101 outputs information indicating the state of the target vehicle within a predetermined period T in the past (that is, the detection result by the sensor group 106, the body system 107, and the control system). 108, the signal levels of the input / output signals of each component (hereinafter sometimes referred to as vehicle state information), and in step S41, the vehicle basic information (model, body number, etc.) stored in advance is stored. And the vehicle status information to the diagnosis mediation server 21 of the service station 3 in which the short-range wireless communication line 7 is established with the target vehicle.
[0126]
The diagnostic mediation server 21 transmits the vehicle basic information and the vehicle state information received from the target vehicle in step S221 to the information center 1 in step S222.
[0127]
The information center 1 (server 11) receives the vehicle basic information and the vehicle state information of the target vehicle from the diagnostic mediation server 21 in step S116, and in step S117, the target vehicle based on the information. A predictive diagnosis process for the occurrence of a failure is performed.
[0128]
Here, the process of predicting and diagnosing the occurrence of a failure by the information center 1 (step S117) will be briefly described, for example, based on the vehicle type (model) of the target vehicle specified by the vehicle basic information of the target vehicle. By referring to the failure information DB 12-2), information relating to various types of failures relating to the vehicle type corresponding to the target vehicle is identified together with the failure identification code i, and information (failure information) relating to the failure corresponding to the identified failure identification code i is provided. As a matching process with the vehicle basic information of the target vehicle obtained in step S116, for example, as a result of performing a correlation calculation between the two, a certain correlation between the two (for example, matching of a correlation value or the like) is obtained. Is found, it is determined that the target vehicle is predicted to have a failure similar to that of a past failed vehicle. It is.
[0129]
Then, the information center 1 transmits the failure occurrence prediction result obtained in step S117 to the target vehicle via the diagnostic mediation server 21 (step S118, step S223, step S224).
[0130]
In step S43, the abnormality detection device 101 for the target vehicle outputs the failure occurrence prediction result received from the diagnosis mediation server 21 to the input / output device 104 (for example, a display on a vehicle-mounted display) in step S43.
[0131]
On the other hand, in the first remote failure diagnosis function, as described above with reference to FIG. 7, as a result of the diagnosis, an identification code indicating whether a failure has occurred in the target vehicle and the type of failure that has occurred is included in the target vehicle. , And guidance or the like corresponding to the provided identification code is notified to the user (occupant such as a driver).
[0132]
According to this modified example, which is performed as the second remote failure diagnosis function for performing such failure prediction, the short-range wireless communication line 7 (second wireless communication line) having an excellent communication speed is connected to the target vehicle and the service station 3. When the communication is established between the short-distance wireless communication lines 7 (second wireless communication lines) having an excellent communication speed, the communication of the information (vehicle state information) representing the state of the target vehicle having a remarkably large amount of information is performed. While the failure occurrence prediction is performed using the vehicle state information, the first remote failure diagnosis function limits the communication speed of the communication of the identification code having a small amount of transmitted / received information. This is performed using the mobile communication line 8 (first wireless communication line).
[0133]
Therefore, according to the present modification, not only the effects of the above-described second embodiment can be obtained, but also the first remote failure diagnosis function can determine whether or not a failure (such as a failure) has already occurred in the target vehicle. And the type of the fault that has occurred can be notified to the user by transmitting a minimum amount of information. On the other hand, the second remote fault diagnosis function uses the current vehicle state information of the target vehicle, and In addition, the user can be notified of the prediction result of a failure that may occur in the future, so that appropriate and rational remote failure diagnosis for the present and future can be performed by utilizing the characteristics of the two types of wireless communication lines. it can.
[0134]
<Modification 2 of Second Embodiment>
Even if the detailed failure diagnosis is performed using the second wireless communication line having an excellent communication speed via the service station 3 as in the first or second embodiment described above, for example, the service diagnosis may be performed in the same manner. Depending on the convenience of the user of the target vehicle that has stopped at the station 3, it may not be possible to complete all of the predetermined multiple items for such detailed failure diagnosis. In this case, it is conceivable to request the user to wait (wait for diagnosis) until all of the predetermined plural items are completed. However, unless the state of the vehicle is acute, restrict the behavior (movement) of the user. It is not preferable to impair the original convenience of the remote fault diagnosis that the fault diagnosis of the vehicle can be performed without any problem.
[0135]
Therefore, in this modified example, in the above-described background, when the predetermined failure diagnosis to be performed as the second remote failure diagnosis function cannot be performed for all items, the failure diagnosis of the remaining items is performed as the first remote failure diagnosis function.
[0136]
[Remote failure diagnosis processing]
FIG. 10 is a flowchart illustrating a control process executed in the target vehicle (the abnormality detection device 101) to realize the remote failure diagnosis process according to the second modification of the second embodiment.
[0137]
That is, the processing configuration shown in FIG. 10 is based on the processing configuration described above with reference to FIG. 6 (second embodiment), and a different processing configuration is used. In the control processing shown in FIG. When it is detected that the target vehicle is present at the service station 3, the necessity of the first remote failure diagnosis processing is determined in step S28, whereas in the present modification, the target vehicle is determined in step S48. Is detected in the service station 3, first, in step S55, it is determined whether or not the second remote failure diagnosis process that has been performed so far has been interrupted for some reason. If the interruption of the process is not detected in the determination, the necessity of the first remote failure diagnosis process is determined in step S56, but the interruption is detected. It is when not being, in step S57 corresponding to step S29 in FIG. 6, confirming whether to use the first failure diagnosis function to the driver is made.
[0138]
Here, the interruption of the second remote failure diagnosis processing is performed by setting an interruption request operation by a driver (occupant) or by performing wireless communication between the target vehicle and the service station 3 using the short-range wireless communication line 7, for example, by using the target vehicle. Is assumed to be interrupted due to the movement from the service station 3.
[0139]
Further, in the control processing shown in FIG. 6 having a different processing configuration, if an input operation to use the second failure diagnosis function by the driver is detected in step S26, the second failure diagnosis processing is executed in step S27. On the other hand, in the present modification, when the input operation is detected in step S51, the time during which the driver can be used for the second failure diagnosis processing (in other words, the processing is not performed). The driver uses the input / output device 104 to set a waiting time during the waiting time or an estimated required time for completing the original business at the service station 3 currently stopped (step S52), and a step S53. If the set time is equal to or longer than the T time, the second remote failure diagnosis process is performed in step S54. On the other hand, if the set time is shorter than the T time, the target vehicle has a time margin to execute all predetermined multiple items in the first remote failure diagnosis process in the service station 3 where the target vehicle is currently stopped. Since there is no such information, the first remote failure diagnosis processing is performed in step S59.
[0140]
FIG. 11A shows control performed in the information center 1 (server 11) or the service station 3 (diagnosis mediation server 21) when the second remote failure diagnosis function is interrupted in the second modification of the second embodiment. FIG. 11B is a flowchart illustrating a control process performed in the target vehicle 2 when the control process (FIG. 11A) is performed.
[0141]
That is, the processing configuration shown in FIG. 11A is based on the processing configuration (remote failure diagnosis processing by the diagnosis mediation server 21) shown in FIG. In the control process shown in FIG. 5A, whether the diagnosis result information received in step S213 is within a predetermined range is determined in step S214. In response to receiving the diagnosis result information in step S123, it is determined whether the driver has set a request to interrupt the second remote failure diagnosis process using input / output device 104 (step S124). If the interruption request is not detected, it is determined in step S125 whether the diagnosis result information is within a predetermined range. On the other hand, if the interruption request is detected, the process ends. It made.
[0142]
The processing configuration shown in FIG. 11B is based on the processing configuration shown in FIG. 5B (remote failure diagnosis processing of the target vehicle at the service station 3) described in the first embodiment, and is different from the processing configuration shown in FIG. In the control process shown in FIG. 5B, when the diagnostic pattern I is received from the diagnostic mediation server 21 in step S16, the diagnostic pattern I is executed in step S17. In this modification, in response to receiving the diagnostic pattern I in step S61, it is determined in step S62 whether there is a driver interruption request or the ignition switch is in the on position. Is detected, the diagnostic pattern I is executed in step S64. Both when not detected, interrupt request of the second remote diagnosis processing being executed in step S63 is transmitted to the diagnostic mediation server 21.
[0143]
According to the second modification of the processing configuration, not only can the effect of the above-described second embodiment be obtained, but also if the predetermined failure diagnosis to be performed as the second remote failure diagnosis function cannot be performed for all items. The failure diagnosis of the remaining items is performed by the first remote failure diagnosis function. Thus, when the failure diagnosis of the remaining items is performed, the first wireless communication line having a lower communication speed is used, but the first wireless communication line is required for the target vehicle without imposing restrictions on the user's behavior. Failure diagnosis of all items can be performed reliably.
[0144]
<Other Modifications of Second Embodiment>
Note that, as another preferred embodiment of the above-described second embodiment and its modification, if the following processing configuration is provided, not only the effects of the above-described second embodiment can be obtained, but also Even better effects can be enjoyed.
[0145]
In other words, a control program having a large amount of information is provided to the vehicle through the second wireless communication line capable of high-speed communication without using the first wireless communication line, thereby forming a more realistic system. be able to.
[0146]
Also, in general, the state of the vehicle rarely changes greatly in a short period of time, so during such a short period, the failure diagnosis by the first and second remote failure diagnosis functions described above is performed. It is expected that the diagnostic results obtained will be the same even if they are performed before and after. Therefore, in a preferred embodiment, until a predetermined time elapses after the detailed failure diagnosis for the same target vehicle is performed by the second remote failure diagnosis function, the detailed failure diagnosis is compared with the detailed failure diagnosis. The failure diagnosis by the simple and simple first remote failure diagnosis function is not performed. Therefore, it is possible to reduce the chances of using the first wireless communication line, which is inferior in communication speed, and to realize rational remote failure diagnosis.
[0147]
Also, even in the case of the second remote failure diagnosis function using the short-range wireless communication line 7 having an excellent communication speed, depending on the original task at the service station 3 of the user of the target vehicle, all of the above-mentioned diagnosis items are performed, and It is assumed that there is a case where it is difficult to perform a detailed failure diagnosis such as performing all the diagnosis patterns prepared for each diagnosis item. Therefore, in a preferred embodiment, the degree of detail of the failure diagnosis in the second remote failure diagnosis function becomes more detailed as the (i) sampling period of the information indicating the state of the target vehicle becomes shorter. As described above, it is preferable to determine (ii) the detail as the number of sampling points increases, or (iii) the detail as the number of sampling items increases.
[0148]
In the preferred embodiment, when the target vehicle does not stop at any service station 3 (is not present), the remote fault diagnosis is performed by the first remote fault diagnosis function, and thereafter, any one of the remote fault diagnosis functions is performed. When the target vehicle comes to the service station 3, the diagnosis item (diagnosis content) by the second remote failure diagnosis function for the same target vehicle is automatically set according to the diagnosis result by the first remote failure diagnosis function. (For example, a detailed diagnosis of an item that was NG) may be made. In this case, as an aspect of the automatic change, for example, omission of overlapping diagnostic contents, selection of necessary more detailed diagnostic contents, and the like may be appropriately performed. Alternatively, in the first remote failure diagnosis function, among the diagnosis contents shown in FIG. 8, items that cannot be detected when the vehicle 2 stops (for example, items of the control system 108) are performed, and the second remote failure diagnosis is performed. In the function, all the diagnostic contents shown in FIG. 8 may be performed.
[0149]
In the second modification of the second embodiment described above, the system configuration in which the first remote failure diagnosis function is continued when the second remote failure diagnosis processing in the service station 3 is not completed has been described. However, as other embodiments, for example, a system configuration that warns (requests) a user to wait until the second remote failure diagnosis process is completed when the vehicle state is acute, or a case where the vehicle state is acute Except for this, a configuration may be adopted in which the remaining diagnostic content is continuously performed at the same or different service station 3 where the target vehicle stops next.
[0150]
[Third Embodiment]
Next, a third embodiment based on the remote fault diagnosis system according to the first embodiment will be described. In the following description, the same configuration as that of the first embodiment will not be described repeatedly, and will be described focusing on the characteristic portions of the present embodiment.
[0151]
According to the above-described embodiments, the failure diagnosis for the vehicle 2 can be efficiently performed by effectively utilizing the opportunity to stop at the service station 3 existing in the surrounding environment where the vehicle 2 runs and the original required time at the service station 3. Can be performed well and accurately. However, a general user of a vehicle (an occupant such as a driver) is not always familiar with the vehicle (automobile), and therefore, the diagnosis result of the remote failure diagnosis is provided (notified) by the vehicle. However, in some cases, it is difficult to understand the contents of the provided information only by the occupants and to deal with them.
[0152]
Therefore, in the present embodiment, the operation is performed via a service station 3 such as a gas station or an automobile supply store where a vehicle can be inspected or repaired, or a service station 3 having staff members who have knowledge about the vehicle. The diagnosis result of the remote failure diagnosis is also provided to the service station 23 provided in the service station 3 so that even a user who is not familiar with the vehicle can provide support by the service station 3 staff (contents of the diagnosis result). An explanation will be given of a system configuration that can be easily received by the user.
[0153]
[Remote failure diagnosis processing]
Also in the present embodiment, in the target vehicle (the abnormality detection device 101), the control processing described with reference to FIGS. 3 and 5 in the first embodiment is performed. Instead of performing FIG. 4 (a) in 3), FIG. 12 (a) described below, which is based on the processing configuration shown in FIG. 4 (a), is executed.
[0154]
That is, FIG. 12A is a flowchart illustrating details of the remote failure diagnosis processing in the target vehicle 2 according to the third embodiment, and FIG. 12B is a flowchart illustrating the remote failure diagnosis processing in the target vehicle 2 (FIG. 12 (a) is a flowchart showing the control processing performed in the information center 1 (server 11) when the processing is performed, and FIG. 12 (c) shows the service station 3 (diagnosis mediation server) when these processings are performed. It is a flowchart which shows the control processing performed in 21).
[0155]
FIG. 13 is a flowchart illustrating a control process performed in the service station 23 provided in the service station 3 in the remote failure diagnosis system according to the third embodiment.
[0156]
The processing configuration (control processing in the target vehicle) shown in steps S66 to S68 shown in FIG. 12A is the same as the processing configuration of steps S11 to S13 shown in FIG. 4A described in the first embodiment. It is.
[0157]
In the information center 1, in steps S101 to S103 shown in FIG. 4B described in the first embodiment, a failure diagnosis program optimal for the target vehicle is extracted, and the extracted failure diagnosis program is In contrast to the transmission to the vehicle, in the processing configuration shown in steps S131 to S134 shown in FIG. 12B, a download request of the failure diagnosis program is received from the diagnosis mediation server 21 in step S131, and in step S132 The difference is that a failure diagnosis program corresponding to the vehicle basic information (model, body number, etc.) is transmitted to the target vehicle.
[0158]
Then, in the service station 3, the diagnosis mediation server 21 transmits the failure diagnosis result to the information center 1 and the target vehicle in steps S205 and S206 shown in FIG. 4C described in the first embodiment. On the other hand, in the present embodiment, not only the failure diagnosis result is transmitted to the information center 1 and the target vehicle in steps S230 and S231 of FIG. 12C, but also the failure diagnosis result is transmitted in step S232. , To the service station terminal 23.
[0159]
Accordingly, the service station terminal 23 displays the failure diagnosis result received from the diagnosis mediation server 21 in step S301 on the display of the terminal in step S302 according to the processing in step S232.
[0160]
In a further preferred embodiment, the service station terminal 23 performs the processing shown in FIG. 14A described below.
[0161]
That is, FIG. 14A is a flowchart showing a maintenance history notification process in the service station terminal 23 according to the third embodiment, and FIG. 14B is a maintenance history notification process (FIG. 14A). 14C is a flowchart showing a control process performed in the information center 1 (server 11) when the process is performed. FIG. 14C is performed in the service station 3 (diagnosis mediation server 21) when these processes are performed. It is a flowchart which shows a control process.
[0162]
In FIG. 14, when the service station terminal 23 detects in step S306 the operation of requesting the maintenance history of the target vehicle by the staff of the service station 3, the service station terminal 23 transmits the maintenance history request of the target vehicle to the diagnostic mediation server 21 in step S307. Send.
[0163]
In response to receiving the maintenance history request of the target vehicle from the service station terminal 23 in step S236, the diagnosis mediation server 21 obtains the vehicle basic information obtained from the target vehicle in the remote failure diagnosis process performed earlier. A request for maintenance history information on the target vehicle is transmitted to the information center 1 in step S237 together with (model, vehicle number, etc.).
[0164]
When the information center 1 receives the maintenance history request of the target vehicle and the vehicle basic information (model, vehicle number, etc.) from the diagnosis mediation server 21 in step S136, the information center 1 stores the maintenance history information of the target vehicle corresponding to the received information. In step S137, the maintenance information extracted from the record of the target vehicle in the database 12 (vehicle information DB 12-3) is transmitted to the diagnosis mediation server 21 in step S138.
[0165]
The maintenance history information transmitted in step S138 is transmitted to the service station terminal 23 via the diagnostic mediation server 21 (step S238, step S239, step S308), and the service station terminal 23 The maintenance history information of the target vehicle is displayed on the display in step S309.
[0166]
According to the present embodiment described above, the best treatment for the vehicle is provided to the occupant by effectively utilizing the diagnosis result of the remote failure diagnosis for the vehicle 2.
[0167]
That is, the general user of the vehicle (the occupant such as a driver) is not fully familiar with the vehicle (automobile), so the diagnosis result of the remote failure diagnosis is provided (notified) on the vehicle side. However, it is assumed that it is difficult to understand the content of the provided information only by the occupant and to deal with it, but according to the present embodiment, as in a gas station, an automobile supply store, etc. The diagnosis result of the remote failure diagnosis performed through the service station 3 that can be repaired or the service station 3 in which staff having knowledge of the vehicle exists is a service that is an information terminal provided in the service station 3. It is also provided to the station terminal 23.
[0168]
As a result, it is possible to effectively utilize the opportunity to stop at the service station 3 existing in the surrounding environment in which the vehicle 2 runs and the original required time at the service station 3 to remotely diagnose the failure of the vehicle, Even if the user is not familiar with the vehicle, the service station 3 staff can easily receive the support (understanding the contents of the diagnosis result and appropriate countermeasures, etc.) and the convenience of the service station 3 is high. Therefore, it is rational that the business opportunity associated with providing such support to the user (driver or the like) can be positively utilized.
[0169]
Further, by performing the processing shown in FIG. 14, the staff of the service station 3 can obtain information on the maintenance history related to the target vehicle as necessary. It is possible to quickly and rationally understand the contents of diagnosis at the time of support and determine an optimal coping method.
[0170]
<Modification of Third Embodiment>
As a preferred embodiment of the third embodiment, if the processing configuration described below is provided, not only the effects of the above-described third embodiment can be obtained, but also better effects. Can be enjoyed.
[0171]
-In other words, even if a detailed diagnosis result of the remote failure diagnosis is provided to a user who is not familiar with the vehicle, it only confuses the user and the provided diagnosis result may not be effectively used. . Therefore, in a preferred embodiment, if the detailed diagnosis result is configured to be provided to the service station terminal 23 provided in the service station 3, the support by the staff can be made more efficient. , High convenience.
[0172]
In addition, since it is generally assumed that an unspecified number of vehicles drop in at the service station 3, in the preferred embodiment, the diagnosis is performed only when a failure of the target vehicle is detected by the failure diagnosis. If the result is configured to be provided to the service station terminal 23, the diagnosis result of the remote failure diagnosis, particularly, for a vehicle in which a failure such as a failure is not detected, the service station terminal 23 provided in the station is provided. Is not provided with information. As a result, it is possible to realize a rational task only when support to the user is required, without imposing a large burden on the staff of the station where a large number of vehicles visit.
[0173]
Providing the diagnosis result of the remote failure diagnosis to the staff of the service station 3 as described above may be troublesome for a user who is familiar with the vehicle, for example. Therefore, in a preferred embodiment, the diagnosis result is provided to the service station terminal 23 provided in the service station 3 only when the permission of the occupant of the target vehicle is obtained. Can respect the user's discretion (judgment), which is reasonable.
[0174]
Also, in general, the condition of the vehicle rarely changes greatly in a short period of time, but for a general user of the vehicle, the opportunity to stop at the service station 3 such as a gas station or an automobile supply store is For example, it is not several times a week, but several times a month. In such a situation of the user, the result of the remote fault diagnosis performed as described above indicates a fault such as a fault. However, as a result of a change in the state of the vehicle before the next stop at the same or another service station 3, it is conceivable that some trouble is detected in the remote failure diagnosis performed at that time.
[0175]
In view of the above, in a preferred embodiment, when the target vehicle is present at the service station 3, the diagnostic criterion for the remote failure diagnosis is set to be abnormal when compared with the case where the target vehicle is not present. Correction (for example, correction of the diagnosis threshold value to a small value) is performed so that the result becomes easy to appear. In this way, as a result of the diagnosis based on the corrected diagnostic criterion, it is easy to obtain the support of the staff of the service station 3 who is stopping by for a failure such as a failure of the target vehicle that may be detected in the near future. Under the circumstances, it is possible to notify the user and preventive maintenance is achieved.
[0176]
[Fourth embodiment]
Next, a fourth embodiment based on the remote fault diagnosis system according to the first embodiment will be described. In the following description, the same configuration as that of the first embodiment will not be described repeatedly, and will be described focusing on the characteristic portions of the present embodiment.
According to the remote failure diagnosis system according to each of the above-described embodiments, a short-distance service having excellent communication speed can be performed at the service station 3 without a user bringing a vehicle to a maintenance shop of a sales agency (a so-called dealer) or a general car repair shop. Using the wireless communication line 7 (the second wireless communication line), it is possible to perform an optimum failure diagnosis, which is excellent in convenience.
[0177]
However, in general, a vehicle failure occurs only when a plurality of various conditions (for example, acceleration from a speed of 30 km / h, braking during a turn, or a curve running) are satisfied. Many occur. For this reason, when the user stops with the vehicle 2 at various service stations 3 such as a gas station, a parking lot, a fast food restaurant, a family restaurant, and an automobile supply store, the user (a driver or an occupant) is informed to a service person. Due to the fact that an event such as a failure is restricted by a failure diagnosis based on the assumption that the target vehicle 2 starts the engine or actual running, a service base such as a maintenance shop in a conventional general vehicle service form is used. As in the case where a vehicle is brought in, there is a case where confirmation or reproduction is not immediately performed on the spot, and as a result, a situation where it is not always possible to quickly respond to a user request is expected.
[0178]
Therefore, in the present embodiment, a remote failure diagnosis system capable of performing a quick and accurate failure diagnosis remotely without being restricted by the traveling state of the vehicle 2 will be described.
[0179]
[Remote failure diagnosis processing]
Also in the present embodiment, in the target vehicle (the abnormality detection device 101), the control processing described with reference to FIGS. 3 and 5 in the first embodiment is performed. Instead of performing FIG. 4A in 3), FIG. 16A described below is executed, and further, the processing illustrated in FIG. 15 is performed.
[0180]
That is, FIG. 16A is a flowchart illustrating details of the remote failure diagnosis processing in the target vehicle 2 according to the fourth embodiment, and FIG. 16B is a flowchart illustrating the remote failure diagnosis processing in the target vehicle 2 (FIG. 16 (a) is a flowchart showing the control processing performed in the information center 1 (server 11) when the processing is performed. FIG. 16 (c) shows the service station 3 (diagnostic mediation server) when these processings are performed. It is a flowchart which shows the control processing performed in 21).
[0181]
FIG. 17 is a flowchart illustrating details of the remote failure diagnosis processing (step S244 in FIG. 16C) in the diagnosis mediation server 21 according to the fourth embodiment.
[0182]
First, the processing shown in FIG. 15 will be described. FIG. 15 is a flowchart illustrating a process of recording vehicle state information performed by the target vehicle (the abnormality detection device 101) in the fourth embodiment.
[0183]
In the figure, the abnormality detection device 101 determines whether or not the traveling state of the own vehicle conforms to a predetermined rule (step S71). Information indicating the actual traveling state (vehicle state information) is recorded in the memory of the abnormality detection device 101 (step S72). Then, a series of processing steps of step S71 and step S72 are performed until information indicating the actual traveling state of the own vehicle that meets the predetermined rule is recorded.
[0184]
Here, the predetermined rule is a condition that is generated in the vehicle 2 during the actual traveling of the vehicle 2 by the driver, for example, when accelerating from a speed of 30 km / h, when turning, while traveling on a curve, or a combination thereof. (Running scene), a plurality of types are stored in advance in the abnormality detection device 101 (or may be obtained from the outside (the server 1 or the mediation server 21) every time a rule is changed), and are stored in step S72. Then, the state of the detection result by the sensor group 106 and the signal levels of the input / output signals of the respective components of the body system 107 and the control system 108, which are detected in the target vehicle when the predetermined condition is met, Is stored.
[0185]
Next, FIGS. 16A to 16C will be described.
[0186]
The abnormality detection device 101 extracts the vehicle state information of the own vehicle according to the predetermined rule, which is recorded in the memory by the vehicle state information recording process described with reference to FIG. 15 in step S76, and extracts the extracted vehicle state. The information and the vehicle basic information (model, body number, etc.) stored in the host vehicle in advance are transmitted to the diagnosis mediation server 21 in step S77.
[0187]
Upon receiving the vehicle basic information and the vehicle state information based on the predetermined rule from the target vehicle in step S241, the diagnosis mediation server 21 requests the information center 1 in step S242 to download a failure diagnosis program corresponding to the received vehicle basic information. Send to
[0188]
When the server 11 of the information center 1 receives the download request of the failure diagnosis program and the vehicle basic information of the target vehicle from the diagnosis mediation server 21 in Step S141, in Step S142, the server 11 outputs the diagnostic program for the target vehicle in Step S141. The information is transmitted to the diagnostic mediation server 21 that has transmitted the information.
[0189]
Here, the diagnosis program to be transmitted in step S142 is, for example, the vehicle basic information received in step S141 and the past diagnosis history included in the record of the target vehicle in the database 12 (vehicle information DB 12-3). Based on this, a diagnostic program for the target vehicle may be extracted from the database (diagnostic program DB 12-6) to obtain the diagnostic program.
[0190]
Upon receiving the failure diagnosis program from the information center 1 in step S243, the diagnosis mediation server 21 performs a remote failure diagnosis based on the vehicle state information according to the predetermined rule in step S244 according to the failure diagnosis program, The result of the diagnosis is transmitted to the information center 1 in step S245.
[0191]
Here, the processing shown in FIG. 17 corresponding to step S244 in FIG. 16C will be described.
[0192]
That is, the diagnosis mediation server 21 determines whether the vehicle state information received from the target vehicle in step S241 matches the predetermined rule I (step S251). It is determined whether the vehicle state information falls within a normal range of a default value (step S252). If the vehicle is out of the normal range, the corresponding vehicle state information is added to the failure list as the NG state of the target vehicle (step S253).
[0193]
Then, by the processing steps of step S254 and step S255, the above-described steps S251 to S23 are repeated until all the vehicle state information corresponding to the predetermined rule I of interest is performed.
[0194]
When the confirmation of all the vehicle state information corresponding to the predetermined rule I of interest at present is completed in steps S251 to S255, the diagnosis mediation server 21 adds NG to the failure diagnosis list to which data is added in step S253. It is determined whether or not the information indicating the state (that is, the information that is out of the predetermined normal range) is listed (step S256). If the information indicating the NG state is listed, the listed NG is determined. The information indicating the state is set as information indicating the failure state of the target vehicle (that is, the diagnosis result) (step S257). At this time, if there is a plurality of pieces of information indicating the listed NG state, for example, the information having the highest urgency is set as the information indicating the failure state of the target vehicle.
[0195]
On the other hand, when it is confirmed in step S256 that the information indicating the NG state is not listed, the diagnosis mediation server 21 determines that the target vehicle has no predicted failure as the diagnosis result.
[0196]
When the information center 1 obtains the failure diagnosis result for the target vehicle in step S143, the information center 1 stores the failure diagnosis result (failure diagnosis result information) in the database 12 (vehicle information DB 12-3) as the diagnosis history information for the target vehicle. The new command is recorded as a new record (step S144), and a command to change from the diagnosed predetermined rule to the undiagnosed predetermined rule is transmitted to the diagnosis mediation server 21, which is the transmission source of the failure diagnosis result in step S143 (step S145). ).
[0197]
Then, in response to receiving the predetermined rule change command from the information center 1 in step S246, the diagnosis mediation server 21 transmits the diagnosis result information and the predetermined rule change command to the target vehicle in step S247. I do.
[0198]
Upon receiving the diagnosis result information and the predetermined rule change command in step S78, the abnormality detection device 101 of the target vehicle outputs guidance or the like corresponding to the diagnosis result information to the input / output device 104 (for example, display on the in-vehicle display). ), Or notifies the diagnosis result by e-mail addressed to the owner of the target vehicle (step S79), and sets up the module for the vehicle state information recording process described with reference to FIG. The setting is changed to another predetermined rule different from the predetermined rule (step S80). Accordingly, the target vehicle abnormality detection apparatus 101 starts the vehicle state information recording process illustrated in FIG. 15 described above in order to newly record an actual traveling state that matches the another predetermined rule.
[0199]
According to the present embodiment described above, quick and accurate failure diagnosis can be performed remotely without being restricted by the traveling state of the vehicle 2.
[0200]
That is, according to the present embodiment, the actual traveling state that matches the predetermined rule information is stored in the target vehicle by the vehicle state information recording process (FIG. 15). 3, it is possible to perform an accurate failure diagnosis on the state of the target vehicle while the engine is running while the vehicle is actually running, thereby being restricted by the running state of the vehicle 2. Opportunities to stop at various service stations 3 (gas stations, parking lots, fast food restaurants, family restaurants, automobile supply stores, etc.) existing in the surrounding environment where the vehicle travels because it is possible to perform fault diagnosis remotely without any trouble And the effective time required at the service station 3 is effectively used to The fault diagnosis remotely, can be performed quickly and accurately with respect.
[0201]
Further, according to the present embodiment, the predetermined rule information can be appropriately changed remotely from the information center 1 (step S145), so that the user is troubled with various actual traveling states of the target vehicle that matches the rule information. It can be obtained easily and accurately without any trouble, and more accurate remote failure diagnosis can be realized.
[0202]
<Modification of Fourth Embodiment>
If the processing configuration described below is provided as another preferred embodiment of the fourth embodiment, not only the effects of the above-described fourth embodiment can be obtained, but also more favorable effects. Can be enjoyed.
[0203]
-That is, even in the remote failure diagnosis performed accurately as described above, it may be assumed that the failure cannot be identified by one diagnosis. Therefore, in a preferred embodiment, when the predetermined rule information is changed remotely from the information center 1 (step S145), according to the diagnosis result of the remote failure diagnosis performed at the service station 3 where the target vehicle has stopped, Make changes to other rule information. According to such a processing configuration, until the target vehicle stops at the next service station 3, the actual traveling state that matches the new rule information after the change is stored in the target vehicle, and the next service In the station 3, further remote failure diagnosis can be performed based on the actual driving state that matches the new rule information, so that a more accurate failure diagnosis is restricted by the user's action without being restricted by the traveling state of the vehicle. Can be done remotely without imposing
[0204]
In a preferred embodiment, the server 11 of the information center 1 or the diagnosis mediation server 21 of the service station 3 is a database (12) in which predetermined rule information provided to individual vehicles that can be target vehicles is stored. To the service station 23 provided in the service station 3 where the target vehicle exists, information indicating the diagnosis result of the remote failure diagnosis, the actual driving state based on the diagnosis, and the information May be configured to provide a predetermined rule for storing in the target vehicle.
[0205]
According to such a processing configuration, even when the user of the target vehicle is not familiar with the vehicle, even if a failure has been reported as a result of the remote failure diagnosis performed at the dropped-in service station 3. Since the staff of the service station 3 can grasp the actual running state of the target vehicle on which the diagnosis result is based, the user can provide appropriate support (e.g., understanding the contents of the diagnosis result and appropriate Measures) can be easily received and the convenience is high. On the other hand, the station staff can also take advantage of the business opportunities associated with providing such support to users (drivers, etc.) and rationalize It is a target.
[0206]
As another preferred embodiment, in the vehicle 2, predetermined rule information indicating the state of the vehicle is obtained from outside using the mobile communication line communication device 102 or the short-range wireless communication line in-vehicle terminal 103. In addition, the fact that an actual driving state matching the obtained rule information has occurred in the own vehicle is detected by detection means such as the sensor group 106, the body system 107, or the vehicle control system 108, and the abnormality detection device 101 Performs a failure diagnosis of the own vehicle based on the information indicating the detected actual traveling state, stores information on the diagnosis result in a storage device (not shown), and stores the information when the own vehicle stops at the service station 3. Is performed, the stored information on the diagnosis result is transmitted to the external device, the diagnosis, via the service station 3. Providing the server 11 of the intermediation server 21 and / or the information center 1.
[0207]
According to such a processing configuration, a failure diagnosis is performed in the target vehicle and a diagnosis result is stored in accordance with the occurrence of an actual traveling state that matches the predetermined rule in the target vehicle. The opportunity to stop at various service stations 3 (gas station, parking lot, fast food restaurant, family restaurant, car supply store, etc.) existing in the surrounding environment where the vehicle runs, and the actual required time at the service station 3 are effectively utilized. Since the result of the failure diagnosis for the vehicle can be quickly and accurately obtained using the short-range wireless communication line 7 (second wireless communication line) having an excellent communication speed, the diagnosis mediation server 21 and / or Alternatively, in the server 11 of the information center 1, for example, more detailed failure diagnosis and diagnosis of individual vehicles It is possible to carry out the gravel with certainty.
[0208]
In addition, the present invention described in each embodiment described above as an example, the server 11 of the information center 1, the diagnosis mediation server 21 of the service station 3, and the above-described vehicle 101 of the vehicle 2 This is achieved by supplying a computer program capable of realizing the functions of the flowchart referred to in the description, and then reading out and executing the computer program on the CPU of the apparatus. The computer program supplied to the apparatus may be stored in a readable / writable memory or a storage device such as a hard disk drive.
[0209]
Further, in the above case, the method of supplying the computer program to each device may be a method of installing the computer program in the device via various recording media such as a flexible disk, or a method of supplying the computer program from the outside via a communication line such as the Internet. At present, a general procedure such as a download method can be adopted, and in such a case, the present invention is constituted by the code of the computer program or the storage medium.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a schematic configuration of a remote failure diagnosis system according to a first embodiment.
FIG. 2 is a diagram showing a system configuration of a vehicle 2 in the remote failure diagnosis system according to the first embodiment.
FIG. 3 is a flowchart illustrating a control process executed in a target vehicle (the abnormality detection device 101) to realize a remote failure diagnosis process according to the first embodiment.
FIG. 4A is a flowchart illustrating details of a remote failure diagnosis process (step S7 in FIG. 3) in the target vehicle 2, and FIG. 4B is a remote failure diagnosis process in the target vehicle 2. FIG. 4C is a flowchart showing control processing performed in the information center 1 (server 11) when (FIG. 4 (a)) is performed. FIG. 4 (c) shows the service station 3 (diagnosis) when these processings are performed. It is a flowchart which shows the control processing performed in the mediation server 21).
5A is a flowchart showing details of a remote failure diagnosis process (step S204 in FIG. 4) in the service station 3; FIG. 5B is a remote failure diagnosis in the service station 3; It is a flowchart which shows the control process performed in the object vehicle 2 when a process is performed.
FIG. 6 is a flowchart illustrating a control process executed in a target vehicle (the abnormality detection device 101) to realize a remote failure diagnosis process according to the second embodiment.
FIG. 7A is a flowchart showing details of a first remote failure diagnosis process (step S31 of FIG. 6: first remote failure diagnosis function) in the target vehicle 2, and FIG. 7 is a flowchart showing a control process performed in the information center 1 (server 11) when the first remote failure diagnosis process (FIG. 7A) in the target vehicle 2 is performed.
FIG. 8 is a diagram illustrating a target range of first and second remote failure diagnosis function diagnosis programs executed in the remote failure diagnosis system according to the second embodiment.
FIG. 9 is a flowchart illustrating a failure occurrence prediction process performed in a remote failure diagnosis system according to a first modification of the second embodiment.
FIG. 10 is a flowchart illustrating a control process executed in a target vehicle (anomaly detection device 101) to realize a remote failure diagnosis process according to a second modification of the second embodiment.
FIG. 11A shows an information center 1 (server 11) or a service station 3 (diagnosis mediation server 21) when a second remote failure diagnosis function is interrupted in a second modification of the second embodiment. 11B is a flowchart showing the control processing performed in the target vehicle 2 when the control processing (FIG. 11A) is performed.
FIG. 12A is a flowchart illustrating details of a remote failure diagnosis process in the target vehicle 2 according to the third embodiment. FIG. 12B is a flowchart illustrating a remote failure diagnosis process in the target vehicle 2. FIG. 12C is a flowchart showing the control processing performed in the information center 1 (server 11) when (FIG. 12A) is performed. FIG. 12C shows the service station 3 (diagnosis) when these processings are performed. It is a flowchart which shows the control processing performed in the mediation server 21).
FIG. 13 is a flowchart illustrating a control process performed in a service station provided in the service station in the remote failure diagnosis system according to the third embodiment.
FIG. 14 is a flowchart showing a maintenance history notification process in a service station terminal 23 according to the third embodiment, and FIG. 14 (b) illustrates a case where the maintenance history notification process (FIG. 14 (a)) is performed. FIG. 14C is a flowchart illustrating control processing performed in the information center 1 (server 11), and FIG. 14C is a flowchart illustrating control processing performed in the service station 3 (diagnosis mediation server 21) when these processings are performed. It is.
FIG. 15 is a flowchart illustrating a process of recording vehicle state information performed by a target vehicle (anomaly detection device 101) in a fourth embodiment.
FIG. 16A is a flowchart illustrating details of a remote failure diagnosis process in the target vehicle 2 according to the fourth embodiment. FIG. 16B is a flowchart illustrating a remote failure diagnosis process in the target vehicle 2. FIG. 16C is a flowchart showing control processing performed in the information center 1 (server 11) when (FIG. 16A) is performed. FIG. 16C shows the service station 3 (diagnosis) when these processings are performed. It is a flowchart which shows the control processing performed in the mediation server 21).
FIG. 17 is a flowchart illustrating details of a remote failure diagnosis process (step S244 in FIG. 16C) in the diagnosis mediation server 21 according to the fourth embodiment.
[Explanation of symbols]
1: Information center,
2: vehicle,
3: Service station,
4: Service factory,
5: Internet,
6: base station,
7: Short-range wireless communication line (high-speed wireless communication line),
8: Mobile communication line (low-speed wireless communication line),
11: server (main server),
11A: failure diagnosis server,
11B: service factory management server,
12: Database (DB),
13: Communication line,
21: diagnosis mediation server,
22: diagnostic program database,
23: service station terminal,
24: short-range wireless communication terminal 4,
101: abnormality detection device,
102: communication device for mobile communication line,
103: In-vehicle terminal for short-range wireless communication line,
104: input / output device,
105: navigation controller,
106: sensor group,
107: body system,
108: Vehicle control system

Claims (9)

車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムであって、
対象車両の故障診断を、点検あるいは修理を受けることができるステーション、或いは車両に関する知識を有するスタッフが存在するステーションを介して遠隔で行なうと共に、その診断結果を、その対象車両と、該ステーションに設けられた情報端末とに提供する
ことを特徴とする遠隔故障診断システム。
A remote failure diagnosis system that remotely performs failure diagnosis on a vehicle and notifies a passenger of the diagnosis result,
Diagnosis of the failure of the target vehicle is performed remotely through a station where inspection or repair can be performed or a station where staff having knowledge of the vehicle exists, and the diagnosis result is provided to the target vehicle and the station. A remote failure diagnosis system provided to a given information terminal.
前記診断結果の提供に際して、前記情報端末には、前記対象車両と比較して詳細な診断結果を提供する
ことを特徴とする請求項1記載の遠隔故障診断システム。
2. The remote failure diagnosis system according to claim 1, wherein a detailed diagnosis result is provided to the information terminal as compared with the target vehicle when providing the diagnosis result.
前記故障診断によって対象車両の故障が検出されたときに限って、その診断結果を、前記情報端末に対して提供する
ことを特徴とする請求項1記載の遠隔故障診断システム。
2. The remote failure diagnosis system according to claim 1, wherein the diagnosis result is provided to the information terminal only when a failure of the target vehicle is detected by the failure diagnosis.
前記対象車両となり得る個々の車両の整備履歴に関する情報が格納されているデータベースを参照することにより、対象車両の診断結果を提供する前記情報端末には、その対象車両の整備履歴に関する情報を提供可能である
ことを特徴とする請求項1記載の遠隔故障診断システム。
The information terminal that provides the diagnosis result of the target vehicle can be provided with the information regarding the maintenance history of the target vehicle by referring to the database storing the information regarding the maintenance history of the individual vehicle that can be the target vehicle. The remote fault diagnosis system according to claim 1, wherein
前記情報端末に対する前記診断結果の提供は、対象車両の乗員による許可が得られた場合に限って行われる
ことを特徴とする請求項1記載の遠隔故障診断システム。
The remote failure diagnosis system according to claim 1, wherein the provision of the diagnosis result to the information terminal is performed only when permission from an occupant of the target vehicle is obtained.
車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムであって、
点検あるいは修理を受けることができるステーション、或いは車両に関する知識を有するスタッフが存在するステーションに対象車両が存在するときに、その対象車両に対して遠隔で故障診断を行なう
ことを特徴とする遠隔故障診断システム。
A remote failure diagnosis system that remotely performs failure diagnosis on a vehicle and notifies a passenger of the diagnosis result,
Remote failure diagnosis, wherein when a target vehicle is present at a station where inspection or repair can be performed or a station where staff having knowledge of the vehicle is present, the target vehicle is remotely diagnosed. system.
前記対象車両がステーションに存在するときには、前記故障診断に際しての診断基準を、そのステーション以外の場所に前記対象車両が存在するときと比較して、異常である旨の診断結果が出易くなるように補正する
ことを特徴とする請求項6記載の遠隔故障診断システム。
When the target vehicle is present at a station, the diagnostic criterion for the failure diagnosis is compared with when the target vehicle is present at a location other than the station, so that a diagnosis result indicating that the target vehicle is abnormal is likely to appear. 7. The remote failure diagnosis system according to claim 6, wherein correction is performed.
車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムの制御方法であって、
対象車両の故障診断を、点検あるいは修理を受けることができるステーション、或いは車両に関する知識を有するスタッフが存在するステーションを介して遠隔で行なうと共に、その診断結果を、その対象車両と、該ステーションに設けられた情報端末とに提供する
ことを特徴とする遠隔故障診断システムの制御方法。
A method of controlling a remote failure diagnosis system for remotely performing a failure diagnosis on a vehicle and notifying an occupant of the diagnosis result,
Diagnosis of the failure of the target vehicle is performed remotely through a station where inspection or repair can be performed or a station where staff having knowledge of the vehicle exists, and the diagnosis result is provided to the target vehicle and the station. A method for controlling a remote failure diagnosis system, wherein the method is provided to an information terminal provided.
車両に対して遠隔で故障診断を行なうと共に、その診断結果を乗員に報知する遠隔故障診断システムの制御方法であって、
点検あるいは修理を受けることができるステーション、或いは車両に関する知識を有するスタッフが存在するステーションに対象車両が存在するときに、その対象車両に対して遠隔で故障診断を行なう
ことを特徴とする遠隔故障診断システムの制御方法。
A method of controlling a remote failure diagnosis system for remotely performing a failure diagnosis on a vehicle and notifying an occupant of the diagnosis result,
Remote failure diagnosis, wherein when a target vehicle is present at a station where inspection or repair can be performed or a station where staff having knowledge of the vehicle is present, the target vehicle is remotely diagnosed. How to control the system.
JP2003092631A 2003-03-28 2003-03-28 Remote fault diagnosis system and control method thereof Expired - Lifetime JP4281049B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003092631A JP4281049B2 (en) 2003-03-28 2003-03-28 Remote fault diagnosis system and control method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003092631A JP4281049B2 (en) 2003-03-28 2003-03-28 Remote fault diagnosis system and control method thereof

Publications (2)

Publication Number Publication Date
JP2004302677A true JP2004302677A (en) 2004-10-28
JP4281049B2 JP4281049B2 (en) 2009-06-17

Family

ID=33405664

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003092631A Expired - Lifetime JP4281049B2 (en) 2003-03-28 2003-03-28 Remote fault diagnosis system and control method thereof

Country Status (1)

Country Link
JP (1) JP4281049B2 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007223451A (en) * 2006-02-23 2007-09-06 Keihin Corp Diagnosis interface device of in-vehicle electronic control device
JP2011201336A (en) * 2010-03-24 2011-10-13 Hitachi Ltd System for supporting determination of abnormality of moving object
JP2012001197A (en) * 2010-06-15 2012-01-05 Jiaotong Univ Method and system for transmitting and receiving vehicle information
JP2012227708A (en) * 2011-04-19 2012-11-15 Nec Corp Information collection system, information mediation device, information collection method, and program for information mediation
JP2013543188A (en) * 2010-11-03 2013-11-28 ダイムラー・アクチェンゲゼルシャフト How to choose a car
JP2014081390A (en) * 2010-01-07 2014-05-08 Denso Corp Vehicular information storage device, vehicular diagnosis system, and program
JP2016524263A (en) * 2013-07-08 2016-08-12 プレシジョン オート リペア センター オブ スタンフォード,リミティド ライアビリティ カンパニー System and method for pre-evaluation vehicle diagnosis and repair cost estimation
CN108415410A (en) * 2018-03-19 2018-08-17 商丘师范学院 A kind of vehicle fault diagnosis system and diagnostic method

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007223451A (en) * 2006-02-23 2007-09-06 Keihin Corp Diagnosis interface device of in-vehicle electronic control device
JP2014081390A (en) * 2010-01-07 2014-05-08 Denso Corp Vehicular information storage device, vehicular diagnosis system, and program
JP2011201336A (en) * 2010-03-24 2011-10-13 Hitachi Ltd System for supporting determination of abnormality of moving object
JP2012001197A (en) * 2010-06-15 2012-01-05 Jiaotong Univ Method and system for transmitting and receiving vehicle information
JP2013543188A (en) * 2010-11-03 2013-11-28 ダイムラー・アクチェンゲゼルシャフト How to choose a car
JP2012227708A (en) * 2011-04-19 2012-11-15 Nec Corp Information collection system, information mediation device, information collection method, and program for information mediation
JP2016524263A (en) * 2013-07-08 2016-08-12 プレシジョン オート リペア センター オブ スタンフォード,リミティド ライアビリティ カンパニー System and method for pre-evaluation vehicle diagnosis and repair cost estimation
CN108415410A (en) * 2018-03-19 2018-08-17 商丘师范学院 A kind of vehicle fault diagnosis system and diagnostic method

Also Published As

Publication number Publication date
JP4281049B2 (en) 2009-06-17

Similar Documents

Publication Publication Date Title
US11158141B2 (en) System and method for proactive vehicle diagnosis and operational alert
US10955250B2 (en) Vehicle maintenance operation
JP4244153B2 (en) Remote fault diagnosis system
JP4337084B2 (en) Remote fault diagnosis system
EP2166513B1 (en) Vehicle management system
US7471999B2 (en) Vehicle information-communication method, vehicle information-communication system, vehicle and control center
JP2019153291A (en) Prediction of failures of vehicle based on digital twin simulation
JP4182472B2 (en) Remote failure prediction system
JP4254779B2 (en) Vehicle abnormality notification system and device, and in-vehicle device
US20100138103A1 (en) Vehicular diagnostic method, vehicular diagnostic system, vehicle and center
JP2004272375A (en) Remote failure prediction system
JP2008179314A (en) Vehicle diagnostic system
CN102120455A (en) Vehicle maintenance advisor system and vehicle maintenance advisor method
JP2003022330A (en) System for diagnosing vehicle failure, and for managing vehicle failure information
US10726645B2 (en) Vehicle diagnostic operation
JP2002334168A (en) Server and method for remotely diagnosing vehicle failure, program for remote failure diagnosis and on- vehicle device for remotely diagnosing failure
JP4277311B2 (en) Remote fault diagnosis system, information center apparatus, and remote fault diagnosis method
GB2501291A (en) Diagnostic system with predicted problem cause feedback
JP2010014498A (en) Failure analysis server for vehicle, failure analysis system for vehicle, and rule information storage method
JP4281049B2 (en) Remote fault diagnosis system and control method thereof
JP2020144747A (en) Road surface information registration system and road surface information registration device
KR20080040936A (en) Apparatus and method of car diagnosis service using telematics
JPWO2005057519A1 (en) Vehicle information collection management method, vehicle information collection management system, information management base station apparatus and vehicle used in the system
JP2011005880A (en) Abnormality detection device, abnormality detection method, abnormality detection system
US11215995B2 (en) Environment improvement system and environment improvement method, and server used therein

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060126

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081117

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20081120

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090109

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090220

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090305

R150 Certificate of patent or registration of utility model

Ref document number: 4281049

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120327

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130327

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130327

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140327

Year of fee payment: 5

EXPY Cancellation because of completion of term