[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP4622177B2 - Failure diagnosis system, vehicle management device, server device, and inspection diagnosis program - Google Patents

Failure diagnosis system, vehicle management device, server device, and inspection diagnosis program Download PDF

Info

Publication number
JP4622177B2
JP4622177B2 JP2001206164A JP2001206164A JP4622177B2 JP 4622177 B2 JP4622177 B2 JP 4622177B2 JP 2001206164 A JP2001206164 A JP 2001206164A JP 2001206164 A JP2001206164 A JP 2001206164A JP 4622177 B2 JP4622177 B2 JP 4622177B2
Authority
JP
Japan
Prior art keywords
failure
program
vehicle
information
electronic control
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.)
Expired - Lifetime
Application number
JP2001206164A
Other languages
Japanese (ja)
Other versions
JP2003019931A (en
Inventor
進 秋山
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.)
Denso Corp
Original Assignee
Denso 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 Denso Corp filed Critical Denso Corp
Priority to JP2001206164A priority Critical patent/JP4622177B2/en
Priority to US10/179,685 priority patent/US6694235B2/en
Priority to DE10230351A priority patent/DE10230351B4/en
Publication of JP2003019931A publication Critical patent/JP2003019931A/en
Application granted granted Critical
Publication of JP4622177B2 publication Critical patent/JP4622177B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Testing And Monitoring For Control Systems (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、車両の故障診断システムに関する。
【0002】
【従来の技術】
近年、高性能マイクロプロセッサの出現などエレクトロニクス技術の進歩を背景として、機械技術と電子技術とが結びついたメカトロニクス技術の進歩が著しい。メカトロニクスの進歩の一部として、自動車等の車両にも多くのコンピュータシステムが採用されてきている。このような車載用のコンピュータシステムは、省資源、省エネルギー、走行性能、安全性、快適性等を追求するものであり、車両内のエンジン・駆動系、走行・安全系、エンターテイメント系、及びその他の随所に搭載されている。
【0003】
このような電子制御装置では、車両各部位の故障検出を的確に行わないと、種々の不具合を引き起こす可能性があり、場合によっては走行不能となることもある。そのため、電子制御装置に車両各部位の故障を検出するための故障検出プログラムを搭載することにより、信頼性の向上が図られている。すなわち、コンピュータ部やセンサ類の動作状態を適当な周期で自動的にチェックし、故障時には、ダイアグコード(SAEコード等)等を記憶する。
【0004】
これにより、修理担当者は、電子制御装置に記憶されるダイアグコード等を、専用ツールを接続することによって読み出し、故障箇所を特定することになる。
【0005】
【発明が解決しようとする課題】
上述した故障検出は、各電子制御装置において個別に故障検出プログラムを実行し、各電子制御装置の単位でなされるのが一般的であった。
しかしながら最近では、車両制御用の電子制御装置は、車両内ネットワークを介して接続され、相互に連携動作を行うようになっている。
【0006】
そのため電子制御装置間の連携動作に係る不具合が発生する可能性があり、電子制御装置単位で用意される故障検出プログラムによる情報からだけでは故障個所が特定できないといった事態が生じている。
また、不具合を発生させた故障箇所の特定には、連携動作が関連してくることから、電子制御装置内部の専門的な知識を必要とする。したがって、従来のように各電子制御装置に対し専用ツールを接続してダイアグコード等を読み出すという手法では、故障箇所の特定に困難を極める。そのため、修理工場やディーラーへ車両を持ち込んでも、修理までに相当期間を要することがあった。
【0007】
本発明は、上述した問題点を解決するためになされたものであり、車両内ネットワークを介して接続される複数の電子制御装置の連携動作による不具合を適切に判断し、さらに、迅速な故障箇所の特定を可能にすることを目的とする。
【0008】
【課題を解決するための手段及び発明の効果】
本発明の故障診断システムは、複数の電子制御装置と、車両管理装置とを備える。
電子制御装置の夫々は、車両内ネットワークを介して接続され、制御対象を制御し、
相互に連携動作する。そして車両管理装置が、車両内ネットワークを介して電子制御装置と通信し、車両の故障管理を行う。この意味で、電子制御装置も車両管理装置も車両内ネットワーク上のコンピュータシステムとして機能する。
【0009】
本発明では、車両管理装置を車両内ネットワーク上に配置し、ネットワークを介して電子制御装置の間でやり取りされるデータに基づき、不具合判断手段が、連携動作に係る不具合の発生を判断する。例えばここでいう電子制御装置のデータは、車両管理装置を介して電子制御装置間でやり取りされるものとすることができる(請求項2)この構成は、車両管理装置がいわゆるゲートウェイとして機能し車両内ネットワークに流れるデータを監視する構成を意味する。車両内ネットワークに流れるデータを監視することによって、電子制御装置間の連携動作を監視でき、この連携動作に係る不具合を判断することができる。
【0010】
プログラム取得手段は、不具合に対応させて予め用意された検査診断プログラムを取得する。そして、故障箇所特定手段が、取得された検査診断プログラムを実行することによって、該当する電子制御装置に対応処理を実行させ、当該対応処理の実行により電子制御装置から送信される情報に基づいて連携動作に係る故障箇所を特定する。つまり、故障個所特定のために、車両管理装置からの指示で、電子制御装置が対応処理を実行するようにし、例えば特定制御における内部変数などを送信させるのである。
【0011】
そして、情報出力手段は、故障箇所特定手段による処理結果に基づいて、故障に関する故障情報を出力する。これは例えば、警告灯の点灯であってもよいし、ナビゲーション装置を備える構成であれば、いわゆるナビ画面への情報表示であってもよい。故障情報には、故障箇所が特定できた場合の故障箇所を示すものだけでなく、故障箇所が特定できない場合の異常発生を示すものや電子制御装置から送信される内部変数を示す情報なども含まれる。
【0012】
このように本発明によれば、ネットワークを介して電子制御装置の間でやり取りされるデータに基づき不具合の発生を判断するため、電子制御装置間の連携動作に係る不具合の発生を判断することができる。そして、予め用意された検査診断プログラムを用い、該当する電子制御装置に例えば特定制御における内部変数などを送信させて故障箇所を特定するため、迅速に故障箇所が特定できる可能性が高い。
【0013】
なお、故障箇所特定手段は、検査診断プログラムによって故障箇所が特定できない場合、プログラム取得手段に別の検査診断プログラムを取得させるようにすることが考えられる(請求項3)。これは、発生する不具合に対して様々な故障要因が考えられるため、複数の検査診断プログラムによって、故障箇所を段階的に特定していくという技術思想である。例えば、検査診断プログラムを階層化して用意しておき、電子制御装置からの内部変数などを考慮して、段階的に用いるという具合である。このようにすれば、電子制御装置間の複雑なデータの受け渡しなどに関連する故障箇所も複数の検査診断プログラムによって特定できる可能性が高くなり、迅速な故障箇所の特定に寄与できる。
【0014】
ところで、検査診断プログラムは、不具合に応じて予め用意されるものであるが、種々の不具合に対して用意することを考えると、あるいは、階層化して用意することを考えると、車両内に記憶しておくことは現実的でない。
そこで、さらに、車両外部に設置され、車両管理装置との間でデータ通信可能なサーバ装置を備える構成を採用することが望ましい。このとき、サーバ装置は、検査診断プログラムを記憶した記憶手段を有し、車両管理装置のプログラム取得手段は、サーバ装置から検査プログラムを取得する(請求項4)。このようにすれば、個々の車両の記憶容量を削減できることはもちろん、サーバ装置の検査診断プログラムを更新することにより、各車両において、適切な検査診断プログラムが使用できる。
【0015】
具体的には、車両管理装置のプログラム取得手段が、不具合を示す不具合情報を含む問い合わせ情報をサーバ装置へ送信する構成とし、サーバ装置は、記憶手段に不具合情報に対応させて検査診断プログラムを記憶しており、プログラム取得手段から問い合わせ情報が送信されると、記憶手段に記憶された検査診断プログラムを不具合情報に基づいて検索し、該当する検査診断プログラムを車両管理装置へ送信する構成とすることが考えられる(請求項5)。
【0016】
このときサーバ装置は、記憶手段に、さらに、ユーザ毎に用意される顧客情報を記憶しておくようにしてもよい。この場合、プログラム取得手段からの問い合わせ情報が送信されると、顧客情報を考慮して、該当する検査診断プログラムを送信する(請求項6)。顧客情報としては、ユーザの使用している車種やグレードを示す車両情報や、その車両の故障履歴情報などが一例として挙げられる。車両情報や故障履歴情報があれば、適切な検査診断プログラムを選択できる可能性が高くなり、結果として、迅速な故障箇所の特定につながる。また、顧客情報にユーザを特定できる特定情報を含めるようにすれば、サービス契約を取り交わしたユーザ以外の不正なアクセスを防止することもできる。
【0017】
このような不正アクセス防止は、車両側でも重要となる。車両管理装置が不適当なプログラムを受信する事態となれば、安全走行に重大な支障を来すことになるからである。そこで、車両管理装置のプログラム取得手段は、サーバ装置からの検査診断プログラムの受信に先立って、サーバ装置が正当なものであるか否かを判定する認証処理を実行するようにすることが望ましい(請求項7)。
【0018】
なお、本発明では、上述したように車両側で実行されるプログラムをサーバ装置から取得することによって、車両側のプログラムを容易に追加・変更できることを一つの特徴としている。
このような観点からは、電子制御装置にて実行される対応処理を実現するための対応処理プログラムをも、電子制御装置に予め記憶しておくこと以外に、サーバ装置から取得するように構成してもよい。すなわち、車両管理装置のプログラム取得手段が、電子制御装置における対応処理のための対応処理プログラムを、サーバ装置から取得して電子制御装置へ送信し、電子制御装置が、車両管理装置から送信された対応処理プログラムを記憶する構成としてもよい(請求項8)。この場合、電子制御装置内部に対応処理プログラムを記憶するための記憶領域を確保しておけばよい。これによって、検査診断プログラムに合わせた対応処理を電子制御装置に実行させることができ、故障箇所特定の幅が広がることになる。
【0019】
ところで、情報出力手段が故障箇所特定手段による処理結果に基づき故障情報を出力することは既に述べたが、このような情報は、検査診断プログラムの変更や新たな検査診断プログラムの作成に利用できる。そこで、車両管理装置の情報出力手段は、故障箇所特定手段による処理結果に基づき、サーバ装置へ故障情報を送信し、サーバ装置は、故障情報を、記憶手段に記憶する構成とすることが考えられる(請求項9)。このようにすれば、各車両で発生した不具合に対する処理結果に基づく故障情報がサーバ装置の記憶手段に保存されることになり、検査診断プログラムの適切な更新や、新たな検査診断プログラムの作成が容易になる。
【0020】
また、このような故障箇所に関する情報を記憶手段に記憶するだけでなく、サーバ装置は、故障箇所に関する情報に基づき外部への通知を行うようにしてもよい(請求項10)。外部とは、ユーザ毎に決まってくる連絡先、例えば販売店やサービス工場とすることが考えられる。例えば交換が必要なパーツを予めサービス工場へ連絡するようにしておけば、利用者が修理のためにサービス工場を訪れた際に迅速な対処が可能になる。
【0021】
さらにまた、故障箇所に関する故障情報がサーバ装置に保存されるようにした場合など、それらの故障情報を統計することによって、必要になる可能性の高い検査診断プログラムが、ある程度特定できる場合が考えられる。そこで、そのような検査診断プログラムを、実際に不具合が発生する前に、車両管理装置に記憶しておいてもよい。
【0022】
すなわち、プログラム取得手段は、検査診断プログラムを予め取得可能な構成にしてもよい(請求項11)。例えば、サーバ装置から検査診断プログラム以外の別データが車両へ送信されることを前提として、プログラム取得手段は、当該別データ送信の際に検査診断プログラムを取得することが考えられる(請求項12)。別データとは、例えばナビゲーション装置を備える場合の地図データや検索データなどが挙げられる。例えば、店舗の検索などをナビゲーション装置にて実行した場合、これに対応する検索データに重畳させて特定の検査診断プログラムを取得するという具合である。
【0023】
上述の構成によって、例えば他車で発見された最新の不具合等、それまでに収集された故障情報からの総合的な判断結果に基づき、検査診断プログラム群から最適なものを予め取得しておけば、場合によっては不具合の発生時に検査診断プログラムを即座に起動でき、故障箇所をさらに迅速に特定できる可能性が高くなる。
【0024】
以上は故障管理システムの発明として説明してきたが、このような故障管理システムを構成する車両管理装置の発明として実現することもできる(請求項13,14)。この車両管理装置による作用及び効果は、上述した故障診断システムにおける車両管理装置の作用及び効果と同様であるため、説明は省略する。
【0025】
このような車両管理装置においても、故障箇所特定手段が、検査診断プログラムによって故障箇所が特定できない場合、プログラム取得手段に別の検査診断プログラムを取得させるように構成することが考えられる。
また、サーバ装置を備える構成を前提として、プログラム取得手段は以下のように構成できる。
【0026】
すなわち、例えば不具合情報を含む問い合わせ情報をサーバ装置へ送信することにより、サーバ装置から検査プログラムを取得するように構成できる。また、サーバ装置からの検査診断プログラムの受信に先立って、サーバ装置が正当なものであるか否かを判定する認証処理を実行するようにしてもよい。さらにまた、検査診断プログラムに限らず、電子制御装置における対応処理のための対応処理プログラムを、サーバ装置から取得して電子制御装置へ送信する構成とすることも考えられる。また、他車で発見された最新の不具合等、それまでに収集された故障情報からの総合的な判断結果に基づき、検査診断プログラム群から最適な検査診断プログラムを、例えば別データの受信の際に、サーバ装置から予め取得するようにしてもよい。
【0027】
さらに、情報出力手段について言えば、故障箇所特定手段による処理結果に基づき、サーバ装置へ故障情報を送信するように構成してもよい。
ところで、上述した故障管理システムを構成するサーバ装置の発明として実現することもできる(請求項15)。このサーバ装置による作用及び効果は、上述した故障診断システムにおけるサーバ装置の作用及び効果と同様であるため、説明は省略する。
【0028】
このサーバ装置においても、記憶手段に、さらに、ユーザ毎に用意される顧客情報を記憶しておき、車両管理装置から問い合わせ情報が送信されると、顧客情報を考慮して、該当する検査診断プログラムを送信するようにしてもよい。また、記憶手段には、電子制御装置にて実行される対応処理を実現するための対応処理プログラムを記憶しておくことも考えられる。
【0029】
さらに、車両管理装置が故障情報を送信する構成では、当該故障情報を記憶手段に記憶するようにすることが考えられる。また、当該故障情報に基づき外部への通知を行うようにしてもよい。
なお、本発明では、電子制御装置に対応処理を実行させ、当該対応処理によって電子制御装置から送信される情報に基づき故障箇所を特定する検査診断プログラムに特徴がある。この意味で、検査診断プログラムの発明として実現することもできる(請求項16)。
【0030】
【発明の実施の形態】
以下、本発明を具体化した一実施例を図面を参照して説明する。
図1は、実施例の故障診断システムの概略構成を示す説明図である。
本実施例の故障診断システムは、車両に搭載されるコンピュータシステムと、車両外に設置される「サーバ装置」としての顧客サーバ40とを備えている。
【0031】
車両に搭載されるコンピュータシステムは、「電子制御装置」としてのエンジンECU11、トランスミッションECU12、ブレーキECU13、ナビECU14、オーディオECU15、TEL−ECU16、メータECU17、盗難防止ECU18、エアコンECU19、及び「車両管理装置」としての車両マネージャECU30である。
【0032】
車両マネージャECU30は、「車両内ネットワーク」としての制御系ネットワーク21、情報系ネットワーク22、及びボデー系ネットワーク23に接続されており、制御系ネットワーク21上にエンジンECU11と、トランスミッションECU12と、ブレーキECU13とが配置され、情報系ネットワーク22上にナビECU14と、オーディオECU15と、TEL−ECU16とが配置され、ボデー系ネットワーク23上にメータECU17と、盗難防止ECU18と、エアコンECU19とが配置されている。
【0033】
エンジンECU11は、車両エンジンの制御を主として行うものである。具体的には、アクセルセンサ、空燃比センサ、空気量センサなど、各種センサ信号に基づき、インジェクタやスロットルモータなどを制御する。他のECU12〜19についても簡単にその機能の一例を説明すると、トランスミッションECUは、オートマチックトランスミッションのシフトチェンジに関する機能を有し、ブレーキECUは、ブレーキ油圧の調整機能を有する。また、ナビECU14は、設定されたルートに基づく案内機能、オーディオECU15はCDなどの再生機能、TEL−ECU16は、ハンドフリーの携帯電話機における発信/着信機能を有する。さらに、メータECU17はメータ表示機能、盗難防止ECU18は例えば車両停車時の振動などに基づく緊急通報機能、エアコンECU19は設定室温となるような送風温や送風量の調節機能を有する。
【0034】
このように各ECU11〜19は、それぞれの制御対象を制御するのであるが、必要に応じて連携して動作する。例えばメータECU17による表示情報としての車速などは、エンジンECU11から車両マネージャECU30を介して送信されるという具合である。この意味で車両マネージャECU30は、従来のいわゆるゲートウェイECUとしての機能を備えている。また、各ECU11〜19は、それぞれの制御対象の制御において各部位の故障を検出する故障検出プログラムを実行し、故障検出プログラムによる故障検出結果は、車両マネージャECU30へ送信される。そして特に、本実施例では、車両マネージャECU30から例えば特定制御における内部変数などの送信指示がなされると、予め搭載されている対応処理プログラムを実行することにより、指示された情報を車両マネージャECU30へ出力する。この対応処理プログラムの実行判断を行うECU処理については後述する。
【0035】
一方、顧客サーバ40は、車両外部に設置され、情報通信網に接続されることにより無線の基地局50を介して、車両マネージャECU30とデータ通信可能に構成されている。顧客サーバ40も、いわゆるコンピュータシステムとして構成されている。そして、「記憶手段」としてのデータベース41を備えている。
【0036】
このデータベース41には、図2に示すように、本実施例の故障診断システムによるサービスに契約加入している顧客毎に用意される顧客情報41a、車両で発生する不具合を類型化した不具合情報41b、車両マネージャECU30にて実行される検査診断プログラム41c、そして、検査診断プログラム41cによる処理結果に基づいて車両マネージャECU30から送信される故障情報41dが記憶される。このとき、検査診断プログラム41cは、不具合情報41bに対応させて用意されている。図2中では、不具合情報41bと検査診断プログラム41cとをセットにして示した。
【0037】
顧客情報41aには、顧客サーバ40にアクセスしたユーザを特定するための特定情報、過去の故障に関する故障履歴情報、車種やグレードを示す車両情報、及び故障時における連絡先情報が記憶されているものとする。特定情報は、例えばユーザIDとパスワードから構成することが考えられる。また、連絡先情報には、電話番号やFAX番号を用いることが考えられる。
【0038】
不具合情報41bは、車両の不具合症状を類型化したものであり、車両マネージャECU30から送信される問い合わせ情報中の不具合情報から、対応する検査診断プログラム41cを検索するためのキーとなる。
検査診断プログラム41cは、車両マネージャECU30がダウンロードして実行するものであり、ECU11〜19の中の該当するものに対応処理を実行させ、対応処理によって送信される情報に基づいて故障箇所を特定するためのプログラムである。
【0039】
そして、故障情報41dは、車両マネージャECU30にて故障箇所が特定された場合に送信される情報であり、検査診断プログラム41cの作成に有効であるため、顧客サーバ40のデータベース41に記憶される。
次に、本実施例の故障診断システムの動作を説明する。
【0040】
ここでは最初に、車両マネージャECU30の動作を説明し、これに対応する顧客サーバ40及び各ECU11〜19の処理を次に説明する。
図3は、車両マネージャECU30にて実行される故障診断処理を示すフローチャートである。この処理は、所定時間間隔で繰り返し実行されるものである。
【0041】
まず最初のステップ(以下、ステップを単に記号Sで示す。)100において、車両内ネットワーク21,22,23上の各ECU11〜19のデータを監視する。ここでいうデータは、各ECU11〜19で実行される故障検出プログラムによる故障検出結果データ、及び、ECU11〜19間で車両マネージャECU30を介してやり取りされるデータである。すなわち、車両マネージャECU30は、これらのデータを監視することによって、ECU11〜19における個別の不具合だけでなく、ECU11〜19の連携動作に係る不具合をも検出する。例えば、ナビECU14からは上り坂であることを示すデータが出力されているにもかかわらず、エンジンECU11のデータからエンジン負荷が全く変化していないような場合を、一つの異常パターンとして監視する。
【0042】
このデータ監視結果に基づき、続くS110では、車両の不具合を判断する。ここで不具合が判断された場合(S110:YES)、S120へ移行する。一方、不具合が判断されない場合(S110:NO)、以降の処理を実行せず、本故障診断処理を終了する。
【0043】
S120では、顧客サーバ40との間にデータ通信可能状態を確立し、問い合わせ情報を送信する。データ通信状態の確立は、例えば、車両マネージャECU30が顧客サーバ40を発呼して例えばユーザIDとパスワードとを送信し、顧客サーバ40が上述した顧客情報41a中の特定情報を用いて契約加入しているユーザであるか否かを判断する、といった所定手続きを経てなされる。このようにしてデータ通信可能状態が確立されると、次に、問い合わせ情報を送信する。問い合わせ情報には、判断した不具合を示す不具合情報が含まれる。
【0044】
これに対して顧客サーバ40では、問い合わせ情報に含まれる不具合情報とデータベース41中の不具合情報41bとを比較し、さらに、顧客情報41a中の故障履歴情報及び車両情報を考慮して、該当する検査診断プログラム41cを選択する。
【0045】
したがって、続くS130では、検査診断プログラムが選択されたか否かを判断する。この判断は、顧客サーバ40からの選択完了の通知に基づいて行われる。ここで検査診断プログラムが選択されたと判断された場合(S130:YES)、S140へ移行する。一方、検査診断プログラム41cが選択されないうちは(S130:NO)、この判断処理を繰り返す。
【0046】
S140では、認証手続を行う。この認証手続は、車両側の安全のためのものであり、不当なプログラムの受信を確実に防止する趣旨である。具体的には、ECU内のデータをツールで書き換える場合に従来より用いられているような関数を用いた認証を行うことが考えられる。例えば、一方の装置から乱数rなどの関数値f(r)を送信し、他方の装置が、この関数値f(r)に基づく関数値F(f(r))を返信するようにする。そして、一方の装置は、関数値F(f(r))=rと判断すれば、すなわち関数F=f-1であれば、他方の装置を正当な装置と判断するという具合である。
【0047】
このような認証手続(S140)により顧客サーバ40が正当であると判断された場合(S150:YES)、S160へ移行する。一方、正当でないと判断された場合(S150:NO)、以降の処理を実行せず、本故障診断処理を終了する。
【0048】
S160では、検査診断プログラム41cのダウンロードを行う。ここでは顧客サーバ40に対してダウンロードを要求し、顧客サーバ40から送信される検査診断プログラム41cを受信する。
続くS170では、ダウンロードした検査診断プログラム41cを実行する。これによって、ECU11〜19の中の該当するものだけが対応処理を実行し、対応処理によって、例えば特定制御における内部変数などの情報を送信してくる。その結果、検査診断プログラム41cでは、さらに、送信される情報に基づいて故障箇所の特定を行う。
【0049】
したがって次のS180では、故障箇所が特定されたか否かを判断する。ここで故障箇所が特定された場合(S180:YES)、S190へ移行する。一方、故障箇所が特定されない場合(S180:NO)、S120からの処理を繰り返す。つまり、ここで否定判断されると、新たな問い合わせ情報が送信されることになり(S120)、別の検査診断プログラムが選択され(S130:YES)、ダウンロードされて実行される(S160,S170)。
【0050】
S190では、特定した故障箇所に関する故障情報を顧客サーバ40へ送信するとともに、故障に関する情報表示を行う。その後、本故障診断処理を終了する。故障に関する情報表示は、例えばメータECU17への情報出力により警告灯の点灯という形で行うことが考えられる。また例えばナビECU14への情報出力により、案内機能の実現に用いられるナビ画面への情報表示という形式で行ってもよい。後者の場合、例えば「○○の交換が必要です」というような故障箇所を指摘する表示であってもよいし、「修理を依頼して下さい」というような抽象的な内容表示であってもよい。これらの表示内容は、顧客の要望に応じて設定変更できるようにすると便利である。
【0051】
このような車両マネージャECU30における故障診断処理に対応して実行される顧客サーバ40における処理が、図4のフローチャートに示すサーバ側処理である。この処理は、上述したような所定手順を経て車両マネージャECU30との間にデータ通信可能状態が確立されると、所定時間間隔で繰り返し実行される。
【0052】
まず最初のS200において、車両マネージャECUからの問い合わせ情報が送信されたか否かを判断する。この処理は、図3中のS120に対応するものである。ここで問い合わせ情報が送信された場合(S200:YES)、S210へ移行する。一方、問い合わせ情報が送信されない場合(S200:NO)、S250へ移行する。
【0053】
S210では、データベース41中の検査診断プログラム41cを、不具合情報41bをキーにして検索する。またこのとき、上述したように、顧客情報41a中の故障履歴情報及び車両情報も考慮する。そして、該当する検査診断プログラム41cを選択する。この検査診断プログラム41cの選択完了通知により、車両マネージャECU30は認証手続を実行する(図3中のS140)。
【0054】
したがって、これに対応してS220では、車両マネージャECU30との間で認証手続を実行する。
認証手続の実行により、車両マネージャECU30は、顧客サーバ40が正当であるとの判断を行うと(図3中のS150:YES)、検査診断プログラム41cのダウンロードを要求してくる(S160)。
【0055】
そこで続くS230では、検査診断プログラム41cのダウンロード要求があったか否かを判断する。ここでダウンロードの要求があったと判断した場合(S230:YES)、S240にて検査診断プログラム41cを送信し、その後、S250へ移行する。一方、ダウンロード要求がないと判断した場合(S230:NO)、S240の処理を実行せず、S250へ移行する。
【0056】
S250では、故障情報が送信されたか否かを判断する。この処理は、図3中のS190に対応するものであり、車両マネージャECU30は、故障箇所が特定されると(図3中のS180:YES)、その故障箇所に関する故障情報を送信してくる。ここで故障情報が送信されたと判断した場合(S250:YES)、S260へ移行する。一方、故障情報が送信されない場合(S250:NO)、以降の処理を実行せず、本サーバ側処理を終了する。
【0057】
故障情報が送信された場合に移行するS260では、故障情報をデータベース41に記憶する。これが、図2中に示す故障情報41dに相当する。そして続くS170にて故障情報に基づく通知を行い、その後、本サーバ側処理を終了する。故障情報に基づく通知は、顧客情報41a中の連絡先情報で特定される連絡先へなされる。例えばその顧客が普段から修理を依頼する特定の修理工場が連絡先情報で指定されている場合、この修理工場への連絡を行うという具合である。通知内容は、例えば特定された故障箇所の交換パーツを指示するものであるという具合である。
【0058】
また、車両マネージャECU30における故障診断処理に対応して実行されるECU11〜19における処理が、図5のフローチャートに示すECU処理である。この処理は、各ECU11〜19において、所定時間間隔で繰り返し実行される。
【0059】
処理が開始されるとまず、対応処理の指示があったか否かを判断する(S300)。この指示は、車両マネージャECU30による検査診断プログラム41cの実行によって出力される(図3中のS170)。上述したように、特定制御における内部変数の送信を要求する指示が一例として挙げられる。ここで対応処理の指示があった場合(S300:YES)、対応処理プログラムを実行し(S310)、その後、本ECU処理を終了する。一方、対応処理の指示がない場合(S300:NO)、S310の処理を実行せず、本ECU処理を終了する。対応処理プログラムの実行によって、指示された内部変数などの情報が車両マネージャECU30へ送信される。なお、以上の説明では、特定制御における内部変数の送信指示を例に挙げているが、故障箇所特定に有用な情報の送信指示であればよい。
【0060】
次に本実施例の故障診断システムが発揮する効果を説明する。
本実施例の故障診断システムでは、車両マネージャECU30が、車両内ネットワーク21,22,23上の各ECU11〜19のデータを監視して(図3中のS100)、不具合を判断する(S110)。つまり、各ECU11〜19で実行される故障検出プログラムによる故障検出結果データ、及び、ECU11〜19間で車両マネージャECU30を介してやり取りされるデータから、不具合を判断するのである。したがって、車両マネージャECU30は、ECU11〜19における個別の不具合だけでなく、ECU11〜19の連携動作に係る不具合をも検出できる。そして、不具合に対応した検査診断プログラム41cを取得し(S160)、検査診断プログラムを実行することによって、ECU11〜19の中の該当するものに対応処理を実行させ、例えば特定制御における内部変数などを送信させることによって故障箇所を特定する(S170)。その結果、迅速に故障箇所が特定できる可能性が高い。
【0061】
また、本実施例の故障診断システムでは、故障箇所が特定できない場合(S180:NO)、新たな問い合わせ情報を送信し(S120)、別の検査診断プログラム41cを取得して実行する(S160,S170)。これは、発生する不具合に対して様々な故障要因が考えられるため、複数の検査診断プログラム41cによって、段階的に故障箇所を特定していくことを意味する。例えばFTA(Fault Tree Analysis )手法を用いて、複数の検査診断プログラム41を準備しておくことが考えられる。これによって、各ECU11〜19間の複雑なデータの受け渡しなどに関連する故障箇所であっても特定できる可能性が高くなり、迅速な故障箇所の特定に寄与できる。
【0062】
さらにまた、本実施例の故障診断システムでは、車両外部に顧客サーバ40を設置し、この顧客サーバ40へ不具合情報を含む問い合わせ情報を送信することにより(図3中のS120)、顧客サーバ40から検査診断プログラム41cを取得する(S160)。その結果、個々の車両の記憶容量を削減できることはもちろん、顧客サーバ40のデータベース41を頻繁にアップデートすることにより、各車両において、適切な検査診断プログラム41cが使用でき、故障箇所の適切な特定が実現される。
【0063】
また、顧客サーバ40には、顧客情報41aが記憶されており(図2参照)、顧客情報41a中の故障履歴情報及び車両情報を考慮して、車両マネージャECU30へ送信する検査診断プログラム41cを選択する(図4中のS210)。したがって、適切な検査診断プログラムを選択できる可能性が高くなり、迅速な故障箇所の特定という効果が際だつことになる。
【0064】
さらに、顧客情報41aには契約加入しているユーザを特定するための特定情報が記憶されており、この特定情報を用いて、車両マネージャECU30との間でデータ通信可能状態を確立する。そのため、契約を取り交わしたユーザ以外の不正なアクセスを防止することができる。一方で、車両マネージャECU30は、検査診断プログラム41cのダウンロードに先立って、顧客サーバとの間で認証手続を実行し(図3中のS140,図4中のS220)、顧客サーバ40の正当性を判断する(図3中のS150)。これによって、車両マネージャECU30が不適当なプログラムを受信することを防止でき、安全走行に重大な支障を来すような事態を確実に回避できる。
【0065】
また、本実施例の故障診断システムでは、車両マネージャECU30は故障箇所を特定すると(図3中のS180:YES)、故障箇所に関する故障情報を、顧客サーバ40へ送信する(S190)。これに対して顧客サーバ40は、故障情報が送信されると(図4中のS250:YES)、故障情報をデータベース41へ記憶し(S260)、故障情報41dとして蓄積していく(図2参照)。したがって、この故障情報41dを用いることにより、検査診断プログラム41cを作成やアップデータが容易になる。すなわち、検査診断プログラム41cの作成効率の向上が図られる。
【0066】
加えて、顧客サーバ40は、故障情報の記憶に留まらず、故障情報に基づく通知を行う(図4中のS270)。例えば交換が必要なパーツを予めサービス工場へ連絡するという具合である。これによって、利用者が修理のためにサービス工場を訪れた際に迅速な対処が可能となる。
【0067】
以上、本発明はこのような実施例に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得る。
(イ)上記実施例では、車両側で実行されるプログラムを顧客サーバ40から取得することによって、車両側のプログラムを容易にアップデートできることを一つの特徴としている。
【0068】
このような観点からは、図6に示すように、ECU11〜19で実行される対応処理プログラムを、顧客サーバ40のデータベース41に用意しておき、検査診断プログラム41cと共に、車両マネージャECU30によってダウンロードされるようにしてもよい。そして、対応処理プログラムについては、車両マネージャECU30からECU11〜19の中の該当するものに送信されるようにする。つまり、ECU11〜19には、対応処理プログラムのための記憶領域を確保しておけばよいのである。特に図6に示すように、検査診断プログラム41cに対応させて対応処理プログラム41eを用意しておけば、検査診断プログラム41cに合わせた対応処理を実行させることができ、故障箇所特定の幅が広がることになる。
【0069】
(ロ)また、上記実施例では、不具合を判断した際に、その都度、検査診断プログラム41cをダウンロードしていた。
しかしながら、顧客サーバ40のデータベース41に記憶される故障情報41dを統計すれば、発生頻度の高い不具合が特定される可能性もある。したがって、発生頻度が高いと想定される不具合に対応する検査診断プログラム41cを予め顧客サーバ40から車両マネージャECU30へ送信するような構成を採用してもよい。ダウンロードは、通信コストを抑える意味でも、例えば、ナビECU14の案内機能に用いられる地図データや検索データなどが顧客サーバ40から送信される構成とし、これらのデータに重畳させてなされるようにすることが考えられる。このように発生頻度が高いと想定される不具合に対応する検査診断プログラム41cを予め取得しておけば、場合によっては不具合の発生時に検査診断プログラム41cを即座に起動でき、故障箇所をさらに迅速に特定できる可能性が高くなる。
【0070】
(ハ)さらにまた、上記実施例では、故障箇所が特定されないうちは(図3中のS180:NO)、繰り返し別の検査診断プログラム41cをダウンロードしている(S160)。ただし、複数の検査診断プログラム41cによっても故障箇所が特定できないことも考えられるため、例えば所定数の検査診断プログラム41cによって故障箇所が特定できない場合、あるいは、段階的に用意された一連の検査診断プログラム41cを用いても故障箇所が特定できない場合には、それまでの情報を顧客サーバ40へ送信して、技術担当者の判断を仰ぐような構成にしてもよい。
【図面の簡単な説明】
【図1】実施例の故障診断システムの概略構成を示す説明図である。
【図2】顧客サーバのデータベース内の情報を示す説明図である。
【図3】故障診断処理を示すフローチャートである。
【図4】サーバ側処理を示すフローチャートである。
【図5】ECU処理を示すフローチャートである。
【図6】別実施例における顧客サーバのデータベース内の情報を示す説明図である。
【符号の説明】
11…エンジンECU
12…トランスミッションECU
13…ブレーキECU
14…ナビECU
15…オーディオECU
16…TEL−ECU
17…メータECU
18…盗難防止ECU
19…エアコンECU
21…制御系ネットワーク
22…情報系ネットワーク
23…ボデー系ネットワーク
30…車両マネージャECU
40…顧客サーバ
41…データベース
41a…顧客情報
41b…不具合情報
41c…検査診断プログラム
41d…故障情報
41e…対応処理プログラム
50…基地局
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a vehicle fault diagnosis system.
[0002]
[Prior art]
In recent years, mechatronics technology, which combines mechanical technology and electronic technology, has made remarkable progress against the backdrop of advances in electronics technology such as the advent of high-performance microprocessors. As part of the progress of mechatronics, many computer systems have been adopted in vehicles such as automobiles. Such in-vehicle computer systems pursue resource saving, energy saving, driving performance, safety, comfort, etc., such as engine / drive system, driving / safety system, entertainment system, etc. in the vehicle. It is installed everywhere.
[0003]
In such an electronic control device, if failure detection of each part of the vehicle is not performed accurately, various problems may be caused, and in some cases, traveling may become impossible. Therefore, reliability is improved by installing a failure detection program for detecting a failure in each part of the vehicle in the electronic control unit. That is, the operating state of the computer unit and sensors is automatically checked at an appropriate cycle, and when a failure occurs, a diagnosis code (SAE code or the like) is stored.
[0004]
As a result, the repair person reads the diagnostic code stored in the electronic control unit by connecting the dedicated tool, and specifies the failure location.
[0005]
[Problems to be solved by the invention]
The above-described failure detection is generally performed for each electronic control unit by executing a failure detection program individually in each electronic control unit.
However, recently, an electronic control device for vehicle control is connected via an in-vehicle network and performs a cooperative operation with each other.
[0006]
For this reason, there is a possibility that a problem relating to the cooperative operation between the electronic control devices may occur, and there is a situation in which the failure location cannot be identified only from the information by the failure detection program prepared for each electronic control device.
In addition, the identification of the failure location that caused the problem requires specialized knowledge inside the electronic control device because the linked operation is related. Therefore, the conventional method of connecting a dedicated tool to each electronic control device and reading out a diag code or the like makes it extremely difficult to identify a fault location. For this reason, even if the vehicle is brought to a repair shop or dealer, it may take a considerable period of time to repair.
[0007]
The present invention has been made to solve the above-described problems, and appropriately determines a failure caused by a cooperative operation of a plurality of electronic control devices connected via an in-vehicle network. It aims to make it possible to specify.
[0008]
[Means for Solving the Problems and Effects of the Invention]
  The failure diagnosis system of the present invention includes a plurality of electronic control devices and a vehicle management device.
  Electronic control unitEachConnected via the in-vehicle network and controlledControl
Work together. Then, the vehicle management device communicates with the electronic control device via the in-vehicle network and performs vehicle failure management. In this sense, both the electronic control device and the vehicle management device function as a computer system on the in-vehicle network.
[0009]
  In the present invention, the vehicle management device is arranged on the in-vehicle network,Exchanged between electronic control unitsBased on the data, the failure judgment meansRelated cooperationDetermine the occurrence of a defect. For example, the data of the electronic control device here isIt can be exchanged between the electronic control devices via the vehicle management device (claim 2)..This configurationThe vehicle management device functions as a so-called gateway and monitors the data flowing in the in-vehicle network.To completemeans. By monitoring the data flowing in the in-vehicle networkAndThe cooperative operation between the electronic control devices can be monitored, and a problem related to the cooperative operation can be determined.
[0010]
  The program acquisition means acquires an inspection diagnosis program prepared in advance corresponding to the defect. Then, the failure location specifying unit executes the acquired inspection diagnosis program to cause the corresponding electronic control device to execute the corresponding process, and based on the information transmitted from the electronic control device by the execution of the corresponding processRelated cooperationIdentify the fault location. That is, in order to identify the fault location, the electronic control device executes a corresponding process in response to an instruction from the vehicle management device, and transmits, for example, an internal variable in the specific control.
[0011]
Then, the information output means outputs failure information related to the failure based on the processing result by the failure location specifying means. This may be, for example, lighting of a warning light, or information display on a so-called navigation screen as long as it has a navigation device. The failure information includes not only information indicating the failure location when the failure location can be identified, but also information indicating the occurrence of an abnormality when the failure location cannot be identified and information indicating internal variables transmitted from the electronic control unit. It is.
[0012]
  Thus, according to the present invention, via a networkExchanged between electronic control unitsOccurrence of defects related to cooperative operation between electronic control units to determine the occurrence of defects based on dataTheI can refuse. And since the failure location is specified by transmitting the internal variable etc. in specific control etc. to the applicable electronic control apparatus using the inspection diagnostic program prepared beforehand, it is highly possible that the failure location can be specified quickly.
[0013]
  In addition, when a failure location cannot be pinpointed by a test diagnostic program, it is possible for a fault location specification means to make a program acquisition means acquire another test diagnostic program (Claim 3). This is a technical idea of identifying a failure location step by step with a plurality of inspection and diagnosis programs because various failure factors can be considered for the failure that occurs. For example, the examination diagnosis program is prepared in a hierarchical manner, and is used step by step in consideration of internal variables from the electronic control unit. In this way, there is a high possibility that a failure location related to the exchange of complex data between the electronic control devices can be specified by a plurality of inspection diagnosis programs, and it is possible to contribute to the rapid specification of the failure location.
[0014]
  By the way, although the inspection diagnosis program is prepared in advance according to the trouble, it is stored in the vehicle in consideration of preparing for various troubles or considering hierarchization. It is not realistic to keep it.
  In view of this, it is desirable to employ a configuration that includes a server device that is installed outside the vehicle and that can perform data communication with the vehicle management device. At this time, the server device has a storage unit that stores the inspection diagnosis program, and the program acquisition unit of the vehicle management device acquires the inspection program from the server device (Claim 4). In this way, not only the storage capacity of each vehicle can be reduced, but also an appropriate inspection diagnosis program can be used in each vehicle by updating the inspection diagnosis program of the server device.
[0015]
  Specifically, the program acquisition unit of the vehicle management apparatus is configured to transmit inquiry information including defect information indicating a defect to the server device, and the server device stores an examination diagnosis program in the storage unit in association with the defect information. When the inquiry information is transmitted from the program acquisition means, the inspection diagnosis program stored in the storage means is searched based on the defect information, and the corresponding inspection diagnosis program is transmitted to the vehicle management device. Can be considered (Claim 5).
[0016]
  At this time, the server device may further store customer information prepared for each user in the storage means. In this case, when the inquiry information from the program acquisition means is transmitted, the corresponding examination diagnosis program is transmitted in consideration of the customer information (Claim 6). Examples of customer information include vehicle information indicating the vehicle type and grade used by the user, failure history information of the vehicle, and the like. If there is vehicle information and failure history information, there is a high possibility that an appropriate inspection / diagnosis program can be selected. As a result, the failure location can be quickly identified. In addition, if specific information that can identify a user is included in the customer information, unauthorized access by users other than those who have signed a service contract can be prevented.
[0017]
  Such unauthorized access prevention is also important on the vehicle side. This is because if the vehicle management device receives an inappropriate program, it will cause a serious obstacle to safe driving. Therefore, it is desirable that the program acquisition means of the vehicle management device execute an authentication process for determining whether or not the server device is valid prior to receiving the inspection diagnosis program from the server device (Claim 7).
[0018]
  As described above, the present invention has one feature that the program on the vehicle side can be easily added / changed by acquiring the program executed on the vehicle side from the server device.
  From such a point of view, the correspondence processing program for realizing the correspondence processing executed by the electronic control device is also obtained from the server device in addition to storing in advance in the electronic control device. May be. That is, the program acquisition unit of the vehicle management device acquires a response processing program for response processing in the electronic control device from the server device and transmits the response processing program to the electronic control device, and the electronic control device is transmitted from the vehicle management device. It is good also as a structure which memorize | stores a corresponding | compatible processing program (Claim 8). In this case, a storage area for storing the corresponding processing program may be secured in the electronic control unit. As a result, it is possible to cause the electronic control device to execute corresponding processing in accordance with the inspection diagnosis program, and the range of failure location identification is expanded.
[0019]
  By the way, although it has already been described that the information output means outputs the failure information based on the processing result by the failure location specifying means, such information can be used for changing the inspection diagnosis program or creating a new inspection diagnosis program. Therefore, it is conceivable that the information output means of the vehicle management device transmits failure information to the server device based on the processing result by the failure location specifying means, and the server device stores the failure information in the storage means. (Claim 9). In this way, the failure information based on the processing result for the failure that has occurred in each vehicle is stored in the storage means of the server device, and appropriate update of the inspection diagnosis program and creation of a new inspection diagnosis program can be performed. It becomes easy.
[0020]
  In addition to storing the information regarding the failure location in the storage unit, the server device may notify the outside based on the information regarding the failure location (Claim 10). The outside may be a contact address determined for each user, for example, a store or a service factory. For example, if a part requiring replacement is notified in advance to the service factory, a quick response can be made when the user visits the service factory for repair.
[0021]
Furthermore, when failure information about the failure location is stored in the server device, it may be possible to identify to some extent inspection diagnostic programs that are likely to be necessary by statistically analyzing the failure information. . Therefore, such an inspection diagnosis program may be stored in the vehicle management apparatus before a problem actually occurs.
[0022]
  That is, the program acquisition unit may be configured to be able to acquire the examination diagnosis program in advance (Claim 11). For example, on the premise that other data other than the inspection diagnosis program is transmitted from the server device to the vehicle, the program acquisition means may acquire the inspection diagnosis program at the time of the separate data transmission (Claim 12). Examples of the different data include map data and search data when a navigation device is provided. For example, when a store search or the like is executed by the navigation device, a specific examination diagnosis program is acquired by superimposing the search data corresponding to the search.
[0023]
With the above configuration, if the most appropriate one is obtained in advance from the inspection diagnosis program group based on the comprehensive judgment result from the failure information collected so far, for example, the latest trouble discovered in other vehicles, etc. In some cases, the inspection / diagnostic program can be started immediately upon occurrence of a malfunction, and the possibility that the failure location can be identified more quickly is increased.
[0024]
  Although the above has been described as an invention of a failure management system, it can also be realized as an invention of a vehicle management device constituting such a failure management system (Claims 13 and 14). thisvehicleThe actions and effects of the management device are the same as those in the above-described failure diagnosis system.vehicleSince it is the same as the operation and effect of the management device, the description is omitted.
[0025]
  like thisvehicleEven in the management apparatus, it is conceivable that the failure location specifying means is configured to cause the program acquisition means to acquire another inspection diagnosis program when the failure location cannot be specified by the inspection diagnosis program.
  Moreover, on the premise of a configuration including a server device, the program acquisition unit can be configured as follows.
[0026]
That is, for example, by transmitting inquiry information including defect information to the server device, the inspection program can be acquired from the server device. Further, prior to receiving the examination diagnosis program from the server device, an authentication process for determining whether or not the server device is valid may be executed. Furthermore, not only the examination diagnosis program but also a configuration in which a response processing program for response processing in the electronic control device is acquired from the server device and transmitted to the electronic control device may be considered. In addition, based on comprehensive judgment results from failure information collected so far, such as the latest defects found in other vehicles, an optimal inspection diagnosis program from the inspection diagnosis program group, for example, when receiving other data Alternatively, it may be acquired in advance from the server device.
[0027]
Further, regarding the information output means, the failure information may be transmitted to the server device based on the processing result by the failure location specifying means.
By the way, it can also be realized as an invention of a server device constituting the above-described failure management system (claim 15). Since the operation and effect of this server device are the same as the operation and effect of the server device in the above-described failure diagnosis system, description thereof is omitted.
[0028]
Also in this server device, the customer information prepared for each user is further stored in the storage means, and when inquiry information is transmitted from the vehicle management device, the corresponding examination diagnosis program in consideration of the customer information May be transmitted. It is also conceivable to store a corresponding processing program for realizing the corresponding processing executed by the electronic control device in the storage means.
[0029]
Furthermore, in the configuration in which the vehicle management device transmits failure information, it is conceivable to store the failure information in a storage unit. Further, notification to the outside may be performed based on the failure information.
Note that the present invention is characterized by an inspection / diagnosis program that causes an electronic control device to execute a corresponding process and identifies a failure location based on information transmitted from the electronic control device through the corresponding process. In this sense, the present invention can also be realized as an invention of an examination diagnosis program (claim 16).
[0030]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is an explanatory diagram illustrating a schematic configuration of a failure diagnosis system according to an embodiment.
The failure diagnosis system of the present embodiment includes a computer system mounted on a vehicle and a customer server 40 as a “server device” installed outside the vehicle.
[0031]
The computer system mounted on the vehicle includes an engine ECU 11, a transmission ECU 12, a brake ECU 13, a navigation ECU 14, an audio ECU 15, a TEL-ECU 16, a meter ECU 17, an anti-theft ECU 18, an air conditioner ECU 19, and a “vehicle management device”. Is a vehicle manager ECU 30.
[0032]
The vehicle manager ECU 30 is connected to a control system network 21 as an “in-vehicle network”, an information system network 22, and a body system network 23. On the control system network 21, an engine ECU 11, a transmission ECU 12, a brake ECU 13, The navigation ECU 14, the audio ECU 15, and the TEL-ECU 16 are disposed on the information system network 22, and the meter ECU 17, the anti-theft ECU 18, and the air conditioner ECU 19 are disposed on the body system network 23.
[0033]
The engine ECU 11 mainly controls the vehicle engine. Specifically, an injector, a throttle motor, and the like are controlled based on various sensor signals such as an accelerator sensor, an air-fuel ratio sensor, and an air amount sensor. An example of the functions of the other ECUs 12 to 19 will be briefly described. The transmission ECU has a function related to a shift change of the automatic transmission, and the brake ECU has a function of adjusting the brake hydraulic pressure. The navigation ECU 14 has a guidance function based on the set route, the audio ECU 15 has a reproduction function such as a CD, and the TEL-ECU 16 has a transmission / reception function in a hands-free mobile phone. Further, the meter ECU 17 has a meter display function, the anti-theft ECU 18 has an emergency notification function based on vibrations when the vehicle is stopped, for example, and the air conditioner ECU 19 has a function of adjusting the air temperature and the air volume so as to reach the set room temperature.
[0034]
Thus, each ECU 11-19 controls each control object, but operates in cooperation as necessary. For example, the vehicle speed as display information by the meter ECU 17 is transmitted from the engine ECU 11 via the vehicle manager ECU 30. In this sense, the vehicle manager ECU 30 has a function as a conventional so-called gateway ECU. Moreover, each ECU11-19 performs the failure detection program which detects the failure of each site | part in control of each control object, and the failure detection result by a failure detection program is transmitted to vehicle manager ECU30. In particular, in this embodiment, when the vehicle manager ECU 30 issues an instruction to transmit, for example, an internal variable in specific control, the instructed information is sent to the vehicle manager ECU 30 by executing a preinstalled processing program. Output. The ECU process for determining the execution of the corresponding process program will be described later.
[0035]
On the other hand, the customer server 40 is installed outside the vehicle and configured to be able to perform data communication with the vehicle manager ECU 30 via the wireless base station 50 by being connected to the information communication network. The customer server 40 is also configured as a so-called computer system. A database 41 is provided as “storage means”.
[0036]
In this database 41, as shown in FIG. 2, customer information 41a prepared for each customer who subscribes to the service by the failure diagnosis system of the present embodiment, defect information 41b that classifies defects occurring in the vehicle. In addition, an inspection diagnosis program 41c executed by the vehicle manager ECU 30 and failure information 41d transmitted from the vehicle manager ECU 30 based on a processing result by the inspection diagnosis program 41c are stored. At this time, the inspection diagnosis program 41c is prepared corresponding to the defect information 41b. In FIG. 2, the defect information 41b and the inspection diagnosis program 41c are shown as a set.
[0037]
The customer information 41a stores identification information for identifying a user who has accessed the customer server 40, failure history information regarding past failures, vehicle information indicating vehicle type and grade, and contact information at the time of failure. And For example, the specific information may be composed of a user ID and a password. Further, it is conceivable to use a telephone number or a FAX number for the contact information.
[0038]
The defect information 41b is a type of vehicle defect symptom and serves as a key for searching the corresponding examination diagnosis program 41c from the defect information in the inquiry information transmitted from the vehicle manager ECU 30.
The inspection diagnosis program 41 c is downloaded and executed by the vehicle manager ECU 30, causes the corresponding one of the ECUs 11 to 19 to execute a corresponding process, and identifies a failure location based on information transmitted by the corresponding process. It is a program for.
[0039]
The failure information 41d is information that is transmitted when a failure location is specified by the vehicle manager ECU 30, and is effective in creating the inspection diagnosis program 41c. Therefore, the failure information 41d is stored in the database 41 of the customer server 40.
Next, the operation of the failure diagnosis system of this embodiment will be described.
[0040]
Here, first, the operation of the vehicle manager ECU 30 will be described, and the processing of the customer server 40 and the ECUs 11 to 19 corresponding thereto will be described next.
FIG. 3 is a flowchart showing a failure diagnosis process executed by the vehicle manager ECU 30. This process is repeatedly executed at predetermined time intervals.
[0041]
First, in the first step (hereinafter, the step is simply indicated by symbol S) 100, data of the ECUs 11 to 19 on the in-vehicle networks 21, 22, and 23 are monitored. The data here is failure detection result data by a failure detection program executed by each of the ECUs 11 to 19 and data exchanged between the ECUs 11 to 19 via the vehicle manager ECU 30. That is, by monitoring these data, the vehicle manager ECU 30 detects not only individual problems in the ECUs 11 to 19 but also problems related to the cooperative operation of the ECUs 11 to 19. For example, a case where the engine load does not change at all from the data of the engine ECU 11 despite the fact that the data indicating the uphill is output from the navigation ECU 14 is monitored as one abnormal pattern.
[0042]
On the basis of the data monitoring result, in the subsequent S110, a malfunction of the vehicle is determined. If a problem is determined here (S110: YES), the process proceeds to S120. On the other hand, when a defect is not determined (S110: NO), the subsequent processing is not executed and the failure diagnosis processing is terminated.
[0043]
In S120, a data communicable state is established with the customer server 40, and inquiry information is transmitted. The data communication state is established, for example, when the vehicle manager ECU 30 calls the customer server 40 and transmits, for example, a user ID and a password, and the customer server 40 subscribes using the specific information in the customer information 41a described above. It is performed through a predetermined procedure such as determining whether or not the user is a user. When the data communicable state is established in this way, next, inquiry information is transmitted. The inquiry information includes defect information indicating the determined defect.
[0044]
On the other hand, the customer server 40 compares the defect information included in the inquiry information with the defect information 41b in the database 41, and further considers the failure history information and the vehicle information in the customer information 41a, and the corresponding inspection. The diagnostic program 41c is selected.
[0045]
Accordingly, in the subsequent S130, it is determined whether or not an examination diagnosis program has been selected. This determination is made based on a notification of selection completion from the customer server 40. If it is determined that the examination diagnosis program has been selected (S130: YES), the process proceeds to S140. On the other hand, as long as the examination diagnosis program 41c is not selected (S130: NO), this determination process is repeated.
[0046]
In S140, an authentication procedure is performed. This authentication procedure is for safety on the vehicle side, and is intended to reliably prevent the reception of an unjust program. Specifically, when data in the ECU is rewritten with a tool, it is conceivable to perform authentication using a function that has been conventionally used. For example, a function value f (r) such as a random number r is transmitted from one device, and the other device returns a function value F (f (r)) based on the function value f (r). If one device determines that the function value F (f (r)) = r, that is, the function F = f-1If so, the other device is determined to be a valid device.
[0047]
When it is determined that the customer server 40 is valid by such an authentication procedure (S140) (S150: YES), the process proceeds to S160. On the other hand, when it is determined that it is not valid (S150: NO), the subsequent processing is not executed and the failure diagnosis processing is terminated.
[0048]
In S160, the examination diagnosis program 41c is downloaded. Here, the customer server 40 is requested to download, and the examination diagnosis program 41c transmitted from the customer server 40 is received.
In subsequent S170, the downloaded examination diagnosis program 41c is executed. Accordingly, only the corresponding one of the ECUs 11 to 19 executes the corresponding process, and information such as an internal variable in the specific control is transmitted by the corresponding process. As a result, the inspection diagnosis program 41c further specifies a failure location based on the transmitted information.
[0049]
Accordingly, in the next S180, it is determined whether or not a failure location has been identified. If a failure location is specified here (S180: YES), the process proceeds to S190. On the other hand, when a failure location is not specified (S180: NO), the process from S120 is repeated. That is, if a negative determination is made here, new inquiry information is transmitted (S120), another examination diagnosis program is selected (S130: YES), downloaded and executed (S160, S170). .
[0050]
In S190, failure information related to the specified failure location is transmitted to the customer server 40, and information related to the failure is displayed. Thereafter, the failure diagnosis process is terminated. It is conceivable that the information display regarding the failure is performed, for example, by turning on a warning lamp by outputting information to the meter ECU 17. Further, for example, information output to the navigation ECU 14 may be performed in the form of information display on a navigation screen used for realizing the guidance function. In the latter case, for example, the display may indicate a failure location such as “replacement is required” or an abstract content display such as “Request repair”. Good. It is convenient that these display contents can be changed according to the customer's request.
[0051]
The process in the customer server 40 executed in response to the failure diagnosis process in the vehicle manager ECU 30 is a server-side process shown in the flowchart of FIG. This process is repeatedly executed at predetermined time intervals when a data communicable state is established with the vehicle manager ECU 30 through the predetermined procedure as described above.
[0052]
First, in S200, it is determined whether inquiry information from the vehicle manager ECU is transmitted. This process corresponds to S120 in FIG. When inquiry information is transmitted here (S200: YES), it transfers to S210. On the other hand, when inquiry information is not transmitted (S200: NO), it transfers to S250.
[0053]
In S210, the examination diagnosis program 41c in the database 41 is searched using the defect information 41b as a key. At this time, as described above, the failure history information and vehicle information in the customer information 41a are also taken into consideration. Then, the corresponding examination diagnosis program 41c is selected. The vehicle manager ECU 30 executes an authentication procedure based on the selection completion notification of the inspection diagnosis program 41c (S140 in FIG. 3).
[0054]
Accordingly, correspondingly, in S220, an authentication procedure is executed with the vehicle manager ECU 30.
When the vehicle manager ECU 30 determines that the customer server 40 is valid by executing the authentication procedure (S150: YES in FIG. 3), the vehicle manager ECU 30 requests download of the inspection diagnosis program 41c (S160).
[0055]
Accordingly, in S230, it is determined whether or not there is a request for downloading the examination diagnosis program 41c. If it is determined that a download request has been made (S230: YES), the examination diagnosis program 41c is transmitted in S240, and then the process proceeds to S250. On the other hand, if it is determined that there is no download request (S230: NO), the process of S240 is not executed and the process proceeds to S250.
[0056]
In S250, it is determined whether failure information has been transmitted. This process corresponds to S190 in FIG. 3, and when the failure location is specified (S180: YES in FIG. 3), the vehicle manager ECU 30 transmits failure information regarding the failure location. If it is determined that the failure information has been transmitted (S250: YES), the process proceeds to S260. On the other hand, when failure information is not transmitted (S250: NO), the subsequent processing is not executed and the server-side processing is terminated.
[0057]
In S260, which is shifted to when the failure information is transmitted, the failure information is stored in the database 41. This corresponds to the failure information 41d shown in FIG. In subsequent S170, notification based on the failure information is performed, and then the server-side processing is terminated. The notification based on the failure information is made to the contact specified by the contact information in the customer information 41a. For example, when a specific repair shop that the customer usually requests for repair is specified in the contact information, this repair shop is contacted. The notification content indicates, for example, that the replacement part at the specified failure location is indicated.
[0058]
Moreover, the process in ECU11-19 performed corresponding to the failure diagnosis process in vehicle manager ECU30 is ECU process shown to the flowchart of FIG. This process is repeatedly executed at predetermined time intervals in the ECUs 11 to 19.
[0059]
When the process is started, first, it is determined whether or not there is an instruction for the corresponding process (S300). This instruction is output by the execution of the inspection diagnosis program 41c by the vehicle manager ECU 30 (S170 in FIG. 3). As described above, an instruction for requesting transmission of an internal variable in specific control is an example. If there is an instruction for the handling process (S300: YES), the handling process program is executed (S310), and then the ECU process is terminated. On the other hand, when there is no instruction for the corresponding process (S300: NO), the process of S310 is not executed and the ECU process is terminated. By executing the response processing program, information such as the instructed internal variable is transmitted to the vehicle manager ECU 30. In the above description, the transmission instruction for the internal variable in the specific control is taken as an example, but any transmission instruction for information useful for identifying the fault location may be used.
[0060]
Next, the effect which the failure diagnosis system of a present Example exhibits is demonstrated.
In the failure diagnosis system of the present embodiment, the vehicle manager ECU 30 monitors the data of the ECUs 11 to 19 on the in-vehicle networks 21, 22, and 23 (S100 in FIG. 3), and determines a malfunction (S110). That is, the failure is determined from the failure detection result data by the failure detection program executed by each of the ECUs 11 to 19 and the data exchanged between the ECUs 11 to 19 via the vehicle manager ECU 30. Therefore, the vehicle manager ECU 30 can detect not only individual problems in the ECUs 11 to 19 but also problems related to the cooperative operation of the ECUs 11 to 19. Then, the inspection diagnosis program 41c corresponding to the defect is acquired (S160), and the inspection diagnosis program is executed to execute the corresponding processing in the ECUs 11 to 19, for example, internal variables in the specific control. The failure location is specified by transmitting (S170). As a result, there is a high possibility that the failure location can be quickly identified.
[0061]
Further, in the failure diagnosis system of the present embodiment, when the failure location cannot be specified (S180: NO), new inquiry information is transmitted (S120), and another inspection diagnosis program 41c is acquired and executed (S160, S170). ). This means that various failure factors can be considered for the failure that occurs, and therefore the failure location is specified step by step by a plurality of inspection diagnosis programs 41c. For example, it is conceivable to prepare a plurality of examination diagnosis programs 41 using an FTA (Fault Tree Analysis) method. As a result, the possibility of being able to be specified even if it is a failure location related to the exchange of complex data between the ECUs 11 to 19 is increased, and it is possible to contribute to the rapid specification of the failure location.
[0062]
Furthermore, in the failure diagnosis system of the present embodiment, the customer server 40 is installed outside the vehicle, and the inquiry information including the defect information is transmitted to the customer server 40 (S120 in FIG. 3). The inspection diagnosis program 41c is acquired (S160). As a result, not only can the storage capacity of each vehicle be reduced, but the database 41 of the customer server 40 is frequently updated, so that an appropriate inspection and diagnosis program 41c can be used in each vehicle, and the appropriate location of the failure can be specified. Realized.
[0063]
Further, customer information 41a is stored in the customer server 40 (see FIG. 2), and an inspection diagnosis program 41c to be transmitted to the vehicle manager ECU 30 is selected in consideration of failure history information and vehicle information in the customer information 41a. (S210 in FIG. 4). Therefore, there is a high possibility that an appropriate inspection / diagnosis program can be selected, and the effect of promptly identifying a failure location becomes conspicuous.
[0064]
Furthermore, the customer information 41a stores specific information for specifying a user who has subscribed to the contract, and establishes a data communicable state with the vehicle manager ECU 30 using this specific information. Therefore, unauthorized access by users other than those who have signed a contract can be prevented. On the other hand, the vehicle manager ECU 30 executes an authentication procedure with the customer server (S140 in FIG. 3 and S220 in FIG. 4) prior to downloading the inspection diagnosis program 41c, and checks the validity of the customer server 40. Judgment is made (S150 in FIG. 3). Thereby, it is possible to prevent the vehicle manager ECU 30 from receiving an inappropriate program, and it is possible to reliably avoid a situation that causes a serious obstacle to safe driving.
[0065]
Further, in the failure diagnosis system of the present embodiment, when the vehicle manager ECU 30 specifies the failure location (S180: YES in FIG. 3), the failure information regarding the failure location is transmitted to the customer server 40 (S190). On the other hand, when the failure information is transmitted (S250: YES in FIG. 4), the customer server 40 stores the failure information in the database 41 (S260) and accumulates it as failure information 41d (see FIG. 2). ). Therefore, by using the failure information 41d, it is easy to create and update the inspection diagnosis program 41c. That is, the creation efficiency of the examination diagnosis program 41c can be improved.
[0066]
In addition, the customer server 40 does not only store the failure information, but performs notification based on the failure information (S270 in FIG. 4). For example, a part that needs to be replaced is notified in advance to a service factory. This enables a quick response when the user visits a service factory for repair.
[0067]
As described above, the present invention is not limited to such embodiments, and can be implemented in various forms without departing from the spirit of the present invention.
(A) The above embodiment is characterized in that the program on the vehicle side can be easily updated by acquiring the program executed on the vehicle side from the customer server 40.
[0068]
From this point of view, as shown in FIG. 6, correspondence processing programs executed by the ECUs 11 to 19 are prepared in the database 41 of the customer server 40 and downloaded together with the inspection diagnosis program 41 c by the vehicle manager ECU 30. You may make it do. The response processing program is transmitted from the vehicle manager ECU 30 to the corresponding one of the ECUs 11 to 19. That is, the ECUs 11 to 19 need only have a storage area for the corresponding processing program. In particular, as shown in FIG. 6, if a response processing program 41e is prepared in correspondence with the inspection diagnosis program 41c, the corresponding processing according to the inspection diagnosis program 41c can be executed, and the range of failure location identification is expanded. It will be.
[0069]
(B) In the above embodiment, the inspection diagnostic program 41c is downloaded each time a failure is determined.
However, if the failure information 41d stored in the database 41 of the customer server 40 is statistics, there is a possibility that a failure with a high occurrence frequency is specified. Therefore, you may employ | adopt the structure which transmits the test | inspection diagnostic program 41c corresponding to the malfunction assumed that generation | occurrence | production frequency is high from the customer server 40 to vehicle manager ECU30 previously. For the purpose of reducing the communication cost, the download is configured such that, for example, map data or search data used for the guidance function of the navigation ECU 14 is transmitted from the customer server 40 and superimposed on these data. Can be considered. If the examination diagnosis program 41c corresponding to the trouble that is assumed to occur frequently is acquired in advance, the examination diagnosis program 41c can be started immediately when the trouble occurs in some cases, and the failure location can be further quickly detected. The possibility that it can be identified increases.
[0070]
(C) Furthermore, in the above-described embodiment, while the failure location is not specified (S180: NO in FIG. 3), another inspection diagnosis program 41c is repeatedly downloaded (S160). However, since it is possible that the failure location cannot be specified by the plurality of test diagnosis programs 41c, for example, when the failure location cannot be specified by a predetermined number of test diagnosis programs 41c, or a series of test diagnosis programs prepared in stages. If a fault location cannot be identified using 41c, the information up to that point may be transmitted to the customer server 40 to ask for the judgment of a technician.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing a schematic configuration of a failure diagnosis system of an embodiment.
FIG. 2 is an explanatory diagram showing information in a database of a customer server.
FIG. 3 is a flowchart showing a failure diagnosis process.
FIG. 4 is a flowchart showing server-side processing.
FIG. 5 is a flowchart showing an ECU process.
FIG. 6 is an explanatory diagram showing information in a database of a customer server in another embodiment.
[Explanation of symbols]
11 ... Engine ECU
12 ... Transmission ECU
13 ... Brake ECU
14 ... Navi ECU
15 ... Audio ECU
16 ... TEL-ECU
17 ... Meter ECU
18 ... Anti-theft ECU
19 ... Air conditioner ECU
21 ... Control network
22 Information network
23 ... Body network
30 ... Vehicle manager ECU
40 ... customer server
41 ... Database
41a ... Customer information
41b ... Bug information
41c ... Examination diagnosis program
41d ... Failure information
41e ... Corresponding processing program
50 ... Base station

Claims (16)

車両内ネットワークを介して接続され、制御対象を制御し、相互に連携動作する複数の電子制御装置と、
前記電子制御装置と前記車両内ネットワークを介して通信し、車両の故障管理を行う車両管理装置とを備えた故障診断システムであって、
前記車両管理装置は、
前記車両内ネットワークを介して前記電子制御装置の間でやり取りされるデータに基づき前記連携動作に係る不具合の発生を判断する不具合判断手段と、
前記不具合判断手段にて前記不具合の発生が判断されると、当該不具合に対応させて予め用意された検査診断プログラムを取得するプログラム取得手段と、
前記プログラム取得手段にて取得された前記検査診断プログラムを実行することによって、該当する電子制御装置へ対応処理を実行させ、当該対応処理の実行により前記電子制御装置から送信される情報に基づいて前記連携動作に係る故障箇所を特定する故障箇所特定手段と、
前記故障箇所特定手段による処理結果に基づいて、故障に関する故障情報を出力する情報出力手段を有していること
を特徴とする故障診断システム。
A plurality of electronic control devices that are connected via an in-vehicle network, control a controlled object, and operate in cooperation with each other ;
A failure diagnosis system comprising a vehicle management device that communicates with the electronic control unit via the in-vehicle network and performs vehicle failure management,
The vehicle management device includes:
Failure determination means for determining occurrence of a failure related to the cooperative operation based on data exchanged between the electronic control units via the in-vehicle network;
When the occurrence of the defect is determined by the defect determination unit, a program acquisition unit that acquires an inspection diagnosis program prepared in advance corresponding to the defect;
By executing the test diagnosis program obtained by the program acquisition unit, to execute the corresponding processing to the corresponding electronic control unit, on the basis of the information transmitted by the execution of the corresponding processing from the electronic control device A failure location specifying means for specifying a failure location related to the cooperative operation ;
Fault diagnosis system, characterized in that on the basis of the processing result by the failure location specification means, and an information output means for outputting failure information related to the failure.
請求項1に記載の故障診断システムにおいて、
前記車両内ネットワークを介して前記電子制御装置の間でやり取りされるデータは、前記車両管理装置を介し前記電子制御装置間でやり取りされるものであること
を特徴とする故障診断システム。
The failure diagnosis system according to claim 1 ,
The data exchanged between the electronic control device via the vehicle network is fault diagnosis system, characterized in that it is intended to be exchanged between the electronic control device via the vehicle management device.
請求項1又は2に記載の故障診断システムにおいて、
前記故障箇所特定手段は、前記検査診断プログラムによって前記故障箇所が特定できない場合、前記プログラム取得手段に別の検査診断プログラムを取得させること
を特徴とする故障診断システム。
In the fault diagnosis system according to claim 1 or 2 ,
Fault diagnosis system the failure position specifying means, when the failure location by said test diagnostic program can not be identified, characterized in that to get another test diagnostic program in the program acquiring means.
請求項1〜3のいずれかに記載の故障診断システムにおいて、
さらに、車両外部に設置され、前記車両管理装置との間でデータ通信可能なサーバ装置を備え、
前記サーバ装置は、前記検査診断プログラムを記憶した記憶手段を有し、
前記車両管理装置の前記プログラム取得手段は、前記サーバ装置から前記検査プログラムを取得すること
を特徴とする故障診断システム。
In the failure diagnosis system according to any one of claims 1 to 3 ,
And a server device installed outside the vehicle and capable of data communication with the vehicle management device,
The server device has storage means for storing the examination diagnosis program,
The fault diagnosis system according to claim 1, wherein the program acquisition unit of the vehicle management apparatus acquires the inspection program from the server device.
請求項4に記載の故障診断システムにおいて、
前記車両管理装置のプログラム取得手段は、前記不具合を示す不具合情報を含む問い合わせ情報を前記サーバ装置へ送信し、
前記サーバ装置は、
前記記憶手段に、前記不具合情報に対応させて前記検査診断プログラムを記憶しており、
前記プログラム取得手段から問い合わせ情報が送信されると、前記記憶手段に記憶された前記検査診断プログラムを前記不具合情報に基づいて検索し、該当する検査診断プログラムを前記車両管理装置へ送信すること
を特徴とする故障診断システム。
In the fault diagnosis system according to claim 4 ,
The program acquisition means of the vehicle management device transmits inquiry information including defect information indicating the defect to the server device,
The server device
In the storage means, the examination diagnostic program is stored in correspondence with the defect information,
When inquiry information is transmitted from the program acquisition means, the inspection diagnosis program stored in the storage means is searched based on the defect information, and the corresponding inspection diagnosis program is transmitted to the vehicle management device. Fault diagnosis system.
請求項5に記載の故障診断システムにおいて、
前記サーバ装置は、
前記記憶手段に、さらに、ユーザ毎に用意される顧客情報を記憶しており、
前記プログラム取得手段からの問い合わせ情報が送信されると、前記顧客情報を考慮して、該当する検査診断プログラムを前記車両管理装置へ送信すること
を特徴とする故障診断システム。
In the fault diagnosis system according to claim 5 ,
The server device
The storage means further stores customer information prepared for each user,
When the inquiry information from the program acquisition means is transmitted, the inspection diagnosis program is transmitted to the vehicle management device in consideration of the customer information.
請求項4〜6のいずれかに記載の故障診断システムにおいて、
前記車両管理装置のプログラム取得手段は、前記サーバ装置からの検査診断プログラムの受信に先立って、前記サーバ装置が正当なものであるか否かを判定する認証処理を実行すること
を特徴とする故障診断システム。
In the failure diagnosis system according to any one of claims 4 to 6 ,
The program acquisition means of the vehicle management device executes an authentication process for determining whether or not the server device is valid prior to receiving an inspection diagnosis program from the server device. Diagnostic system.
請求項4〜7のいずれかに記載の故障診断システムにおいて、
前記車両管理装置のプログラム取得手段は、前記電子制御装置における前記対応処理のための対応処理プログラムを、前記サーバ装置から取得して前記電子制御装置へ送信し、
前記電子制御装置は、前記車両管理装置から送信された前記対応処理プログラムを記憶すること
を特徴とする故障診断システム。
In the failure diagnosis system according to any one of claims 4 to 7 ,
The program acquisition means of the vehicle management device acquires a response processing program for the response processing in the electronic control device from the server device and transmits the response processing program to the electronic control device.
The electronic control device stores the response processing program transmitted from the vehicle management device.
請求項4〜8のいずれかに記載の故障診断システムにおいて、
前記車両管理装置の前記情報出力手段は、前記故障箇所特定手段による処理結果に基づき、前記サーバ装置へ前記故障情報を送信し、
前記サーバ装置は、前記故障情報を、前記記憶手段に記憶すること
を特徴とする故障診断システム。
In the failure diagnosis system according to any one of claims 4 to 8 ,
The information output means of the vehicle management device transmits the failure information to the server device based on a processing result by the failure location specifying means,
The server apparatus stores the failure information in the storage unit.
請求項9に記載の故障診断システムにおいて、
前記サーバ装置は、前記故障情報に基づいて外部への通知を行うこと
を特徴とする故障診断システム。
The failure diagnosis system according to claim 9 ,
The server device performs notification to the outside based on the failure information.
請求項4〜10のいずれかに記載の故障診断システムにおいて、
前記プログラム取得手段は、前記検査診断プログラムを予め取得可能であること
を特徴とする故障診断システム。
In the failure diagnosis system according to any one of claims 4 to 10 ,
The fault diagnosis system characterized in that the program acquisition means can acquire the inspection diagnosis program in advance.
請求項11に記載の故障診断システムにおいて、
前記サーバ装置から前記検査診断プログラム以外の別データが車両へ送信されることを前提として、
前記プログラム取得手段は、前記別データ送信の際に前記検査診断プログラムを取得すること
を特徴とする故障診断システム。
The fault diagnosis system according to claim 11 ,
Assuming that other data other than the examination diagnosis program is transmitted from the server device to the vehicle,
The fault diagnosis system, wherein the program acquisition means acquires the inspection diagnosis program at the time of the separate data transmission.
車両内ネットワークを介して接続され、制御対象を制御し、相互に連携動作する複数の電子制御装置とともに用いられ、
前記電子制御装置と前記車両内ネットワークを介して通信し、車両の故障管理を行う車両管理装置であって、
前記車両内ネットワークを介して前記電子制御装置の間でやり取りされるデータに基づき前記連携動作に係る不具合の発生を判断する不具合判断手段と、
前記不具合判断手段にて前記不具合の発生が判断されると、当該不具合に対応する検査診断プログラムを取得するプログラム取得手段と、
前記プログラム取得手段にて取得された前記検査診断プログラムを実行することによって、該当する電子制御装置へ対応処理を実行させ、当該対応処理の実行により前記電子制御装置から送信される情報に基づいて前記連携動作に係る故障箇所を特定する故障箇所特定手段とを備えていること
を特徴とする車両管理装置。
Connected via the in-vehicle network, used to control a controlled object, and operate together with multiple electronic control units.
A vehicle management device that communicates with the electronic control unit via the in-vehicle network and performs vehicle failure management,
Failure determination means for determining occurrence of a failure related to the cooperative operation based on data exchanged between the electronic control units via the in-vehicle network;
When the occurrence of the defect is determined by the defect determination unit, a program acquisition unit that acquires an inspection diagnosis program corresponding to the defect;
By executing the test diagnosis program obtained by the program acquisition unit, to execute the corresponding processing to the corresponding electronic control unit, on the basis of the information transmitted by the execution of the corresponding processing from the electronic control device vehicle management apparatus characterized by and a failure place specifying means for specifying a failure point of the cooperative operation.
請求項13に記載の車両管理装置において、さらに、  The vehicle management device according to claim 13, further comprising:
前記故障箇所特定手段による処理結果に基づいて、故障に関する故障情報を出力する情報出力手段を備えていること  It has information output means for outputting failure information related to a failure based on a processing result by the failure location specifying means.
を特徴とする車両管理装置。  A vehicle management device.
車両内ネットワークを介して接続され、制御対象を制御し、相互に連携動作する複数の電子制御装置と、前記電子制御装置と前記車両内ネットワークを介して通信し、車両の故障管理を行う車両管理装置とともに故障診断システムを構成するサーバ装置であって、
前記車両管理装置が、該当する電子制御装置へ対応処理を実行させ、当該対応処理の実行により前記電子制御装置から送信される情報に基づいて故障箇所を特定するための検査診断機能を有することを前提として、
前記検査診断機能を実現するための検査診断プログラムを、前記連携動作に係る不具合に関する不具合情報に対応させて記憶した記憶手段を備え、
前記車両管理装置からの前記不具合情報を含む問い合わせ情報が送信されると、前記記憶手段に記憶された前記検査診断プログラムを前記不具合情報に基づいて検索し、該当する検査診断プログラムを前記車両管理装置へ送信すること
を特徴とするサーバ装置。
A plurality of electronic control devices that are connected via an in-vehicle network, control a controlled object, and operate in cooperation with each other, and a vehicle management that communicates with the electronic control device via the in-vehicle network to perform vehicle failure management A server device that constitutes a failure diagnosis system together with the device,
The vehicle management device has an inspection diagnosis function for causing a corresponding electronic control device to execute a corresponding process and identifying a failure location based on information transmitted from the electronic control device by executing the corresponding process. As a premise
A storage means for storing an inspection diagnosis program for realizing the inspection diagnosis function in association with defect information related to the defect related to the cooperative operation ;
When inquiry information including the defect information is transmitted from the vehicle management device, the inspection diagnosis program stored in the storage means is searched based on the defect information, and the vehicle inspection device is searched for the corresponding inspection diagnosis program. The server device characterized by transmitting to.
車両内ネットワークを介して接続され、制御対象を制御し、相互に連携動作する複数の電子制御装置と、前記電子制御装置と前記車両内ネットワークを介して通信し、車両の故障管理を行う車両管理装置とを備える故障診断システムの前記車両管理装置にて実行されるプログラムであって、
該当する電子制御装置へ対応処理を実行させ、当該対応処理の実行により前記電子制御装置から送信される情報に基づいて前記連携動作に係る故障箇所を特定するための検査診断プログラム。
A plurality of electronic control devices that are connected via an in-vehicle network, control a controlled object, operate in cooperation with each other, and communicate with the electronic control device through the in-vehicle network to manage vehicle failures. A program executed by the vehicle management device of a failure diagnosis system comprising a device,
An inspection diagnosis program for causing a corresponding electronic control device to execute a corresponding process and identifying a failure location related to the cooperative operation based on information transmitted from the electronic control device by executing the corresponding process.
JP2001206164A 2001-07-06 2001-07-06 Failure diagnosis system, vehicle management device, server device, and inspection diagnosis program Expired - Lifetime JP4622177B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2001206164A JP4622177B2 (en) 2001-07-06 2001-07-06 Failure diagnosis system, vehicle management device, server device, and inspection diagnosis program
US10/179,685 US6694235B2 (en) 2001-07-06 2002-06-26 Vehicular relay device, in-vehicle communication system, failure diagnostic system, vehicle management device, server device and detection and diagnostic program
DE10230351A DE10230351B4 (en) 2001-07-06 2002-07-05 Vehicle relay device, in-vehicle communication system, fault diagnosis system, vehicle control device, server device and detection / diagnosis program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001206164A JP4622177B2 (en) 2001-07-06 2001-07-06 Failure diagnosis system, vehicle management device, server device, and inspection diagnosis program

Publications (2)

Publication Number Publication Date
JP2003019931A JP2003019931A (en) 2003-01-21
JP4622177B2 true JP4622177B2 (en) 2011-02-02

Family

ID=19042341

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001206164A Expired - Lifetime JP4622177B2 (en) 2001-07-06 2001-07-06 Failure diagnosis system, vehicle management device, server device, and inspection diagnosis program

Country Status (1)

Country Link
JP (1) JP4622177B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9626810B2 (en) 2015-08-25 2017-04-18 Hyundai Motor Company Method for providing telematics service
US10127740B2 (en) 2014-05-07 2018-11-13 Hitachi Automotive Systems, Ltd. Inspection apparatus, inspection system, and inspection method
US11397655B2 (en) * 2017-02-24 2022-07-26 Hitachi, Ltd. Abnormality diagnosis system that reconfigures a diagnostic program based on an optimal diagnosis procedure found by comparing a plurality of diagnosis procedures

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005339573A (en) * 2001-11-26 2005-12-08 Shosuke Ozuru Vehicle information management system using mobile body network
JP2004341933A (en) * 2003-05-16 2004-12-02 Toyota Motor Corp System giving function to onboard parts
JP2005014743A (en) * 2003-06-25 2005-01-20 Nissan Motor Co Ltd Failure part detection device for vehicle
JP4155198B2 (en) 2004-01-19 2008-09-24 トヨタ自動車株式会社 Abnormality detection device for vehicle control system
JP4478037B2 (en) * 2004-01-30 2010-06-09 日立オートモティブシステムズ株式会社 Vehicle control device
JP4509602B2 (en) 2004-02-27 2010-07-21 富士重工業株式会社 Operator side system and mode file identification method
JP4509603B2 (en) * 2004-02-27 2010-07-21 富士重工業株式会社 Control unit and data transmission method
JP4349185B2 (en) * 2004-04-14 2009-10-21 株式会社日立製作所 Vehicle monitoring device
JP2006031121A (en) * 2004-07-12 2006-02-02 Nissan Motor Co Ltd System inspection method and system inspection system
US7630807B2 (en) 2004-07-15 2009-12-08 Hitachi, Ltd. Vehicle control system
JP4244962B2 (en) * 2004-08-31 2009-03-25 株式会社デンソー Vehicle communication system
US7593344B2 (en) * 2004-10-14 2009-09-22 Temic Automotive Of North America, Inc. System and method for reprogramming nodes in an automotive switch fabric network
JP4661382B2 (en) * 2005-06-14 2011-03-30 トヨタ自動車株式会社 Vehicle diagnostic device, vehicle diagnostic system, and vehicle diagnostic method
JP4383484B2 (en) 2005-07-14 2009-12-16 富士通株式会社 Message analysis apparatus, control method, and control program
JP5114028B2 (en) * 2006-07-04 2013-01-09 日立オートモティブシステムズ株式会社 Vehicle information collection method, vehicle information collection device, vehicle electronic control device, and vehicle
JP4898536B2 (en) * 2007-04-18 2012-03-14 株式会社リコー Failure analysis support apparatus, failure analysis support method, and failure analysis support program
JP4451905B2 (en) * 2007-12-21 2010-04-14 本田技研工業株式会社 Vehicle remote diagnosis system
JP2009157597A (en) * 2007-12-26 2009-07-16 Toshiba Corp Automatic distribution system for remote maintenance software, and automatic distribution method for remote maintenance software
JP2009286295A (en) 2008-05-30 2009-12-10 Hitachi Ltd On-vehicle information-collecting system and data collecting method in on-vehicle information-collecting device
JP4900345B2 (en) * 2008-08-26 2012-03-21 株式会社 日立オートパーツ&サービス Simple reexamination diagnosis device for vehicle and simple reexamination diagnosis method for vehicle
JP2010181212A (en) * 2009-02-04 2010-08-19 Toyota Central R&D Labs Inc System and method of diagnosing fault
US8543280B2 (en) * 2011-04-29 2013-09-24 Toyota Motor Engineering & Manufacturing North America, Inc. Collaborative multi-agent vehicle fault diagnostic system and associated methodology
DE102011100106A1 (en) 2011-04-30 2012-10-31 Daimler Ag System for diagnosing a component in a vehicle
JP5375905B2 (en) * 2011-09-06 2013-12-25 株式会社デンソー In-vehicle network system
JP5998689B2 (en) * 2012-07-10 2016-09-28 スズキ株式会社 In-vehicle control system
JP5714543B2 (en) 2012-08-23 2015-05-07 トヨタ自動車株式会社 Computer with self-monitoring function, monitoring program
JP2014088150A (en) * 2012-10-31 2014-05-15 Denso Corp In-vehicle battery management device
DE102013223704A1 (en) * 2013-11-20 2015-05-21 Bayerische Motoren Werke Aktiengesellschaft Vehicle with an Ethernet bus system and method for operating such a bus system
JP5949732B2 (en) * 2013-11-27 2016-07-13 株式会社オートネットワーク技術研究所 Program update system and program update method
JP6486011B2 (en) * 2014-03-28 2019-03-20 株式会社デンソーテン In-vehicle device inspection system, in-vehicle device inspection device, in-vehicle device, and portable storage medium
JP2016086256A (en) * 2014-10-24 2016-05-19 三菱重工業株式会社 Electronic control unit, communication method, and program
JP6569247B2 (en) * 2015-03-09 2019-09-04 日本電気株式会社 Fault verification apparatus, fault verification method, verification target apparatus, wireless communication system, computer program
JP6281535B2 (en) 2015-07-23 2018-02-21 株式会社デンソー Relay device, ECU, and in-vehicle system
JP6085386B1 (en) * 2016-03-31 2017-02-22 Scsk株式会社 Platform program and vehicle monitoring system
JP6414568B2 (en) 2016-06-09 2018-10-31 株式会社デンソー Vehicle equipment
JP6805559B2 (en) 2016-06-09 2020-12-23 株式会社デンソー Replog Master
WO2018096755A1 (en) 2016-11-25 2018-05-31 株式会社デンソー Parallel processing device and parallel processing program
KR102668304B1 (en) * 2016-12-29 2024-05-22 현대자동차주식회사 A vehicle and method for monitoring the same
JP2018119866A (en) * 2017-01-25 2018-08-02 三菱自動車工業株式会社 On-vehicle troubleshooting system
JP6677277B2 (en) 2017-07-19 2020-04-08 株式会社デンソー Vehicle control device and power supply circuit
WO2019017381A1 (en) 2017-07-19 2019-01-24 株式会社デンソー Vehicle control device and power supply circuit
JP7095240B2 (en) * 2017-08-23 2022-07-05 株式会社デンソー Electronic control device
JP6848791B2 (en) 2017-09-28 2021-03-24 株式会社デンソー Vehicle diagnostic equipment, vehicle diagnostic system and vehicle diagnostic program
JP7139971B2 (en) * 2019-01-23 2022-09-21 トヨタ自動車株式会社 SOFTWARE DISTRIBUTION SYSTEM AND SOFTWARE DISTRIBUTION METHOD
JP6970135B2 (en) * 2019-03-28 2021-11-24 矢崎総業株式会社 Wire harness and safety management system
JP2021024404A (en) * 2019-08-02 2021-02-22 株式会社オートネットワーク技術研究所 In-vehicle relay device, computer program, and failure determining method
CN113448318B (en) * 2021-07-07 2022-08-16 江铃汽车股份有限公司 Vehicle offline fault diagnosis control method

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62291537A (en) * 1986-06-11 1987-12-18 Nippon Denso Co Ltd Synthetic diagnostic apparatus for vehicle
JPH05174286A (en) * 1991-12-25 1993-07-13 Honda Motor Co Ltd Data communication equipment for on-vehicle electronic controller
JPH05276260A (en) * 1993-02-05 1993-10-22 Matsushita Graphic Commun Syst Inc Facsimile equipment
JPH079926A (en) * 1993-06-22 1995-01-13 Suzuki Motor Corp Parts information control system
JPH09297693A (en) * 1996-05-01 1997-11-18 Sony Corp Electronic equipment and fault factor analytic method
JPH11102303A (en) * 1997-09-25 1999-04-13 Yokogawa Electric Corp Electronic mail linked diagnostic processing system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62291537A (en) * 1986-06-11 1987-12-18 Nippon Denso Co Ltd Synthetic diagnostic apparatus for vehicle
JPH05174286A (en) * 1991-12-25 1993-07-13 Honda Motor Co Ltd Data communication equipment for on-vehicle electronic controller
JPH05276260A (en) * 1993-02-05 1993-10-22 Matsushita Graphic Commun Syst Inc Facsimile equipment
JPH079926A (en) * 1993-06-22 1995-01-13 Suzuki Motor Corp Parts information control system
JPH09297693A (en) * 1996-05-01 1997-11-18 Sony Corp Electronic equipment and fault factor analytic method
JPH11102303A (en) * 1997-09-25 1999-04-13 Yokogawa Electric Corp Electronic mail linked diagnostic processing system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10127740B2 (en) 2014-05-07 2018-11-13 Hitachi Automotive Systems, Ltd. Inspection apparatus, inspection system, and inspection method
US9626810B2 (en) 2015-08-25 2017-04-18 Hyundai Motor Company Method for providing telematics service
US11397655B2 (en) * 2017-02-24 2022-07-26 Hitachi, Ltd. Abnormality diagnosis system that reconfigures a diagnostic program based on an optimal diagnosis procedure found by comparing a plurality of diagnosis procedures

Also Published As

Publication number Publication date
JP2003019931A (en) 2003-01-21

Similar Documents

Publication Publication Date Title
JP4622177B2 (en) Failure diagnosis system, vehicle management device, server device, and inspection diagnosis program
US6694235B2 (en) Vehicular relay device, in-vehicle communication system, failure diagnostic system, vehicle management device, server device and detection and diagnostic program
JP4168866B2 (en) Vehicle information communication method, vehicle information communication system, and center
JP3849675B2 (en) Vehicle diagnosis method, vehicle diagnosis system, vehicle and center
US7272475B2 (en) Method for updating vehicle diagnostics software
US10616176B2 (en) Virtual DNS record updating method for dynamic IP address change of vehicle hosted server
US9329049B2 (en) Vehicle telematics communications for providing directions to a vehicle service facility
JP5712845B2 (en) Fault diagnosis device for vehicles
JP2008024015A (en) Vehicle-mounted system and vehicle equipped with it
JP2009535626A (en) Intelligent agent management system and method using supervisory agents used in vehicle diagnosis
EP2272051A1 (en) Failure diagnostic information generating apparatus and failure diagnostic information generating system
CN106911753A (en) A kind of high in the clouds OBD OBD system
US20230385049A1 (en) Systems and methods for safe over-the-air update of electronic control units in vehicles
JP2024054211A (en) Device and program
EP4160393B1 (en) Systems and methods for safe firmware update of electronic control units in vehicles
JP4600795B2 (en) Vehicle remote diagnosis method, vehicle remote diagnosis system, vehicle control device, vehicle remote diagnosis device, and computer program
KR20030001665A (en) A management system of a car
JP2007248070A (en) Vehicle running test device
KR20030039108A (en) Informative System And Method For Vehicle
JP2005044311A (en) Method and system for diagnosing vehicle, vehicle and center
JP2005044313A (en) Method and center for providing information
CN118714540A (en) Device connection method, device, storage medium and cloud digital twin space

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070904

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100531

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100601

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100729

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: 20101005

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: 20101018

R151 Written notification of patent or utility model registration

Ref document number: 4622177

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

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

Free format text: PAYMENT UNTIL: 20131112

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term