(57)【要約】【課題】車両用制御装置の動作チェック時に故障情報を不揮発性記憶手段に記憶させないようにする。【解決手段】故障診断ルーチンの開始後のイニシャライズ処理の中で故障情報のＥＥＰＲＯＭへの書込みを禁止状態に設定する（Ｓ１０１）。次に、他の車両用制御装置１からの多重通信メッセージの受信があったかどうかを判定する（Ｓ１０２）。車両用制御装置の動作チェック時（車両非搭載時）には、多重通信メッセージが受信されないため（Ｓ１０２：ＮＯ）、ステップＳ１０３をスキップする。次に、故障診断制御を行い（Ｓ１０４）、故障が検出されたと判定された場合は（Ｓ１０５：ＹＥＳ）、故障情報のＥＥＰＲＯＭ４への書込みが許可状態であるかどうかを判定する（Ｓ１０６）。いま、故障情報のＥＥＰＲＯＭ４への書込みが禁止状態のままとなっているので（Ｓ１０６：ＮＯ）、故障情報をＥＥＰＲＯＭ４に書き込まずに、ステップＳ１０７をスキップする。【選択図】図３
2007196708.tif 000002
【特許請求の範囲】
【請求項１】
多重通信メッセージの送受信機能，車両の故障診断機能および故障情報記憶機能を有する車両用制御装置において、
前記車両の構成要素の作動状態をチェックし、これら構成要素の故障時にはそれぞれの故障を検出する故障診断手段と、
前記故障診断手段により検出された故障の故障情報を記憶し、電源がオフされた後も前記故障情報を保存する不揮発性記憶手段と、
電源投入後、多重通信メッセージの受信があったときに、前記不揮発性記憶手段への前記故障情報の書込みを許可状態にする書込み許可手段と、
前記故障診断手段により故障が検出されたときに、前記書込み許可手段により書込みが許可されていることを条件として前記不揮発性記憶手段に前記故障情報の書込みを行う故障情報書込み手段と
を備えることを特徴とする車両用制御装置。
【請求項２】
故障診断ルーチンの開始後のイニシャライズ処理の中で不揮発性記憶手段への故障情報の書込みを禁止状態に設定する工程と、
多重通信線を通じて多重通信メッセージの受信があったときに前記不揮発性記憶手段への故障情報の書込みを許可状態に設定する工程と、
故障診断制御を行い、故障が検出されたときに、前記不揮発性記憶手段への故障情報の書込みが許可状態であることを条件として前記不揮発性記憶手段に故障情報を書き込む工程と
を含むことを特徴とする故障診断方法。
【請求項３】
イニシャライズ処理の中で不揮発性記憶手段への故障情報の書込みを禁止状態に設定する工程と、多重通信線を通じて多重通信メッセージの受信があったときに前記不揮発性記憶手段への故障情報の書込みを許可状態に設定する工程と、故障診断制御を行い、故障が検出されたときに、前記不揮発性記憶手段への故障情報の書込みが許可状態であることを条件として前記不揮発性記憶手段に故障情報を書き込む工程とを含む故障診断方法を実行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は車両用制御装置，故障診断方法およびプログラムに関し、特に多重通信メッセージの送受信機能，車両の故障診断機能および故障情報記憶機能を有する車両用制御装置ならびにその故障診断方法およびプログラムに関する。
【背景技術】
【０００２】
従来、故障診断機能および故障情報記憶機能を有する車両用制御装置では、修理等のために車両から取り外された状態で、記憶されている診断コード等の故障情報を読み出すため、あるいは動作チェックのために、車両用制御装置に本来接続されるべきセンサやアクチュエータ等を接続せずに、または、車両に搭載されている正規のアイテムではないセンサやアクチュエータを接続した状態で通電した場合、車両用制御装置に本来接続されるべきアクチュエータやセンサ等が存在しないために、あるいは車両に搭載されている正規のアイテムではないために、動作チェックのために試験駆動させると車両用制御装置の故障診断機能はそれを故障と認識し、その故障情報がＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）等の不揮発性記憶手段に追加されたり上書きされたりして、本来の車両の故障情報の特定が困難になり、整備に手間取るという問題があった。
【０００３】
この問題を解決するために、故障情報記憶禁止指示用端子を設けた車両用制御装置が公知である（特許文献１参照）。
【特許文献１】特開平８-２０２４４１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来技術の車両用制御装置でも、故障情報記憶禁止指示用端子を故障情報記憶禁止状態に設定せずにうっかり通電してしまえば同様の問題が発生してしまうので、問題の根本的解決にはなっていないという課題があった。
【０００５】
また、故障情報記憶禁止指示用端子を設けるために余計な部品が必要になり、コストアップをもたらすという課題も有していた。
【０００６】
本発明の第１の目的は、最近の車両はＣＡＮ（Controller Area Network）などのＬＡＮ（Local Area Network）を搭載している場合が多いことに着目し、故障診断ルーチンの仕様として、イグニッションスイッチをＯＮした後、ＬＡＮなどの多重通信線経由で他の車両制御装置から何らかの多重通信メッセージを受信してから初めて故障診断結果の故障情報を不揮発性記憶手段に書き込めるようにしたことにより、車両用制御装置の動作チェック時に故障情報を不揮発性記憶手段に記憶させないようにする車両用制御装置を提供することにある。
【０００７】
本発明の第２の目的は、同様にして、車両用制御装置の動作チェック時に故障情報を不揮発性記憶手段に記憶させないようにする車両用制御方法を提供することにある。
【０００８】
本発明の第３の目的は、同様にして、車両用制御装置の動作チェック時に故障情報を不揮発性記憶手段に記憶させないようにする車両用制御方法を実行するプログラムを提供することにある。
【課題を解決するための手段及び発明の効果】
【０００９】
上記の課題を解決するため、請求項１記載の車両用制御装置は、多重通信メッセージの送受信機能，車両の故障診断機能および故障情報記憶機能を有する車両用制御装置において、前記車両の構成要素の作動状態をチェックし、これら構成要素の故障時にはそれぞれの故障を検出する故障診断手段と、前記故障診断手段により検出された故障の故障情報を記憶し、電源がオフされた後も前記故障情報を保存する不揮発性記憶手段と、電源投入後、多重通信メッセージの受信があったときに、前記不揮発性記憶手段への前記故障情報の書込みを許可状態にする書込み許可手段と、前記故障診断手段により故障が検出されたときに、前記書込み許可手段により書込みが許可されていることを条件として前記不揮発性記憶手段に前記故障情報の書込みを行う故障情報書込み手段とを備えることを特徴とする。請求項１記載の車両用制御装置によれば、車両の整備等のために車両用制御装置を車両から取り外して、不揮発性記憶手段から車両の故障情報を読み出し、動作チェックを行うために試験駆動させた時に、多重通信メッセージの受信があったときに不揮発性記憶手段への故障情報の書込みを許可状態にすることにより、不揮発性記憶手段に新たに動作チェック時の故障情報が追加または上書きされることを防止し、車両搭載時の故障情報を保持できる。車両用制御装置が車両から取り外された状態で通電された場合、車両用制御装置は、多重通信メッセージを受信することはないので、診断コード等の故障情報が誤って不揮発性記憶手段に記憶されることを防止できる。一方、車両用制御装置が車両に取り付けられた状態でイグニッションスイッチをＯＮした場合は、間もなく他の車両用制御装置から多重通信メッセージを受信するはずなので、故障診断制御に支障を来すことはない。
【００１０】
請求項２記載の故障診断方法は、故障診断ルーチンの開始後のイニシャライズ処理の中で不揮発性記憶手段への故障情報の書込みを禁止状態に設定する工程と、多重通信線を通じて多重通信メッセージの受信があったときに前記不揮発性記憶手段への故障情報の書込みを許可状態に設定する工程と、故障診断制御を行い、故障が検出されたときに、前記不揮発性記憶手段への故障情報の書込みが許可状態であることを条件として前記不揮発性記憶手段に故障情報を書き込む工程とを含むことを特徴とする。請求項２記載の故障診断方法によれば、車両の整備等のために車両用制御装置を車両から取り外して、不揮発性記憶手段から車両の故障情報を読み出し、動作チェックを行うために試験駆動させた時に、多重通信メッセージの受信があったときに不揮発性記憶手段への故障情報の書込みを許可状態にすることにより、不揮発性記憶手段に新たに動作チェック時の故障情報が追加または上書きされることを防止し、車両搭載時の故障情報を保持できる。
【００１１】
請求項３記載のプログラムは、イニシャライズ処理の中で不揮発性記憶手段への故障情報の書込みを禁止状態に設定する工程と、多重通信線を通じて多重通信メッセージの受信があったときに前記不揮発性記憶手段への故障情報の書込みを許可状態に設定する工程と、故障診断制御を行い、故障が検出されたときに、前記不揮発性記憶手段への故障情報の書込みが許可状態であることを条件として前記不揮発性記憶手段に故障情報を書き込む工程とを含む故障診断方法を実行することを特徴とする。請求項３記載のプログラムによれば、車両の整備等のために車両用制御装置を車両から取り外して、不揮発性記憶手段から車両の故障情報を読み出し、動作チェックを行うために試験駆動させた時に、多重通信メッセージの受信があったときに不揮発性記憶手段への故障情報の書込みを許可状態にすることにより、不揮発性記憶手段に新たに動作チェック時の故障情報が追加または上書きされることを防止し、車両搭載時の故障情報を保持できる。
【発明を実施するための最良の形態】
【００１２】
車両用制御装置に記憶されてある車両の本来の故障情報が消去されたり、その故障情報に対して動作チェック時の故障情報が追加されたり上書きされたりすることのないようにするという目的を、車両用制御装置の動作チェック時に、多重通信メッセージの受信があったことを条件として不揮発性記憶手段への故障情報の書込みを許可状態にすることにより達成した。
【実施例１】
【００１３】
以下、本発明の実施の形態を図面とともに説明する。
【００１４】
図１は、車両用制御装置１が配設される車両の電気系統を示す回路ブロック図である。この車両の電気系統は、車両用制御装置１１〜１８間のデータのやりとりに使用される多重通信システムを使用して、車両を安全に制御するものであり、多重通信線１１１〜１１３にて決定される複数の通信系（制御系１２１，ボデー系１２２，情報系１２３）により構成されている。以下、車両用制御装置１１〜１８を総称して、適宜、車両用制御装置１と記載する。
【００１５】
多重通信線１１１〜１１３は、異なる多重通信線１１１〜１１３でデータのやりとりをする際にデータの中継を行うゲートウェイ用制御装置５０に接続されており、各多重通信線１１１〜１１３には、それぞれ通信機能を備えた車両用制御装置１１〜１８が接続されている。
【００１６】
ゲートウェイ用制御装置５０は、多重通信線１１１〜１１３に接続された車両用制御装置１１〜１８から送信されたデータを別の多重通信線１１１〜１１３に接続された車両用制御装置１１〜１８に中継するように設定されている。
【００１７】
ここで、各車両用制御装置１１〜１８間のデータのやりとりは、車両用制御装置１１〜１８が所定のプロトコルにてデータを送受信することにより行われる。
【００１８】
制御系１２１の多重通信線１１１には、エンジン用制御装置１１，ＡＴ（オートマチックトランスミッション）用制御装置１２，ブレーキ用制御装置１３，およびメータ用制御装置１４が接続されている。
【００１９】
エンジン用制御装置１１は、車両に搭載されたエンジンを制御対象とし、燃料噴射や点火制御を行うものである。このため、エンジン用制御装置１１には、エンジンの回転数を検知する回転数センサ１１Ａ，車速を検知する車速センサ１１Ｂ等のエンジンや車両の運転状態を検知するセンサ類，および車両乗員がエンジンを始動する際に使用するスタータスイッチ１１Ｃが接続されている。
【００２０】
ＡＴ用制御装置１２は、トランスミッションを制御対象とし、主として変速制御を行う。
【００２１】
ブレーキ用制御装置１３は、ブレーキを制御対象とし、ブレーキの油圧等を制御する。
【００２２】
メータ用制御装置１４は、車室内のメータパネル１４Ａを制御対象とし、各種の情報表示などを行う。また、メータパネル１４Ａには、現在時刻を示す時計１４Ｂが備えられている。
【００２３】
また、ボデー系１２２の多重通信線１２には、ドア用制御装置１５，およびエアコン用制御装置１６が接続されている。
【００２４】
ドア用制御装置１５は、ドアのロック機構や窓を制御対象とし、ドアのロック・アンロック，窓の開閉等の制御を行う。
【００２５】
エアコン用制御装置１６は、空調装置を制御対象とし、図示しない外気温センサや内気温センサによる検知，車両乗員が操作するエアコンスイッチの動作状態等に基づいて、車両内の気温が設定温度になるように制御する。
【００２６】
さらに、情報系１２３の多重通信線１１３には、ナビ用制御装置１７，および外部通信用制御装置１８が接続されている。
【００２７】
ナビ用制御装置１７は、ディスプレイ１７Ａ，人工衛星を使用して現在地を検知するＧＰＳ（Global Positioning  System）受信装置１７Ｂ，スピーカ１７Ｃ等を備えたカーナビゲーション装置を制御対象とし、様々な情報をディスプレイ１７Ａに表示可能に構成されている。また、ディスプレイ１７Ａは、ナビ用制御装置１７の指令に基づいて画像を表示するとともに、車両乗員が画面に触れることにより車両乗員からの指令を入力可能に構成されている。
【００２８】
外部通信用制御装置１８は、図示しない通信装置を制御対象とし、例えば、故障時や車両盗難時等の緊急時に、通信装置を用いて車両の外部と通信するための制御を行う。
【００２９】
各車両用制御装置１１〜１８は、各車両用制御装置１１〜１８に接続されたセンサやアクチュエータ等に故障が発生すると、診断コード等の故障情報を多重通信線１１１〜１１３を介して他の車両用制御装置１１〜１８に送信するように設定されている。
【００３０】
図２を参照すると、各車両用制御装置１１〜１８、すなわち車両用制御装置１は、自車両用制御装置１の制御対象である構成要素を制御するための処理を行うＣＰＵ（Central Processing Unit）２と、スイッチ５やアクチュエータ６との間でデータ通信を行う入出力インタフェース３と、電気的に記憶内容の書込みおよび消去が可能な不揮発性記憶手段であるＥＥＰＲＯＭ４とを含んで構成されている。
【００３１】
ＣＰＵ２は、ＣＰＵ２によって実行されるプログラム（後述する故障診断ルーチンを含む）をあらかじめ記憶するマスクＲＯＭ（Read Only Memory）２２と、ＣＰＵ２による演算結果等を一時的に記憶するＲＡＭ（Random Access Memory）２４と、各種レジスタ（図示せず）等を備えている。
【００３２】
図３を参照すると、故障診断ルーチンの処理手順は、故障情報書込み禁止状態設定ステップＳ１０１と、多重通信メッセージ受信判定ステップＳ１０２と、故障情報書込み許可状態設定ステップＳ１０３と、故障診断制御ステップＳ１０４と、故障検出判定ステップＳ１０５と、故障情報書込み許可状態判定ステップＳ１０６と、故障情報書込みステップＳ１０７とを含んでいる。
【００３３】
次に、このように構成された実施例１に係る車両用制御装置１の動作について、図１ないし図３を参照しながら説明する。
【００３４】
（１）  車両用制御装置１の車両搭載時の故障診断ルーチンの処理
【００３５】
まず、ＣＰＵ２は、故障診断ルーチンの開始後のイニシャライズ処理の中で故障情報のＥＥＰＲＯＭ４への書込みを禁止状態に設定する（図３のＳ１０１）。
【００３６】
次に、ＣＰＵ２は、他の車両用制御装置１から多重通信線１１１〜１１３を通じて多重通信メッセージの受信があったかどうかを判定する（図３のＳ１０２）。
【００３７】
いま、車両用制御装置１の車両への搭載時であるので、車両用制御装置１が車両に取り付けられた状態でイグニッションスイッチをＯＮした場合は、間もなく他の車両用制御装置１から多重通信メッセージを受信するはずである。したがって、ＣＰＵ２は、他の車両用制御装置１から多重通信線１１１〜１１３を通じて多重通信メッセージを受信すると（図３のＳ１０２：ＹＥＳ）、故障情報のＥＥＰＲＯＭ４への書込みを許可状態に設定する（図３のＳ１０３）。
【００３８】
次に、ＣＰＵ２は、故障診断制御を行い（図３のＳ１０４）、故障が検出されたかどうかを判定する（図３のＳ１０５）。
【００３９】
故障が検出された場合は（図３のＳ１０５：ＹＥＳ）、ＣＰＵ２は、故障情報のＥＥＰＲＯＭ４への書込みが許可状態であるかどうかを判定する（図３のＳ１０６）。
【００４０】
いま、故障情報のＥＥＰＲＯＭ４への書込みが許可状態であるので（図３のＳ１０６：ＹＥＳ）、ＣＰＵ２は、故障情報をＥＥＰＲＯＭ４に書き込む（図３のＳ１０７）。
【００４１】
（２）  車両用制御装置１の動作チェック時（車両非搭載時）の故障診断ルーチンの処理
【００４２】
車両の整備等で車両用制御装置１を車両より取り外して動作チェックを行う際には、車両用制御装置１には、入出力インタフェース３を介してアクチュエータ６やスイッチ５が接続される（図２参照）。
【００４３】
ＣＰＵ２は、故障診断ルーチンの開始後のイニシャライズ処理の中で故障情報のＥＥＰＲＯＭ４への書込みを禁止状態に設定する（図３のＳ１０１）。
【００４４】
次に、ＣＰＵ２は、他の車両用制御装置１から多重通信線１１１〜１１３を通じて多重通信メッセージの受信があったかどうかを判定する（図３のＳ１０２）。
【００４５】
いま、車両用制御装置１の動作チェック時（車両非搭載時）であるので、多重通信線１１１〜１１３が未接続であり、他の車両用制御装置１からの多重通信メッセージが受信されないため（図３のＳ１０２：ＮＯ）、ＣＰＵ２は、ステップＳ１０３をスキップする。すなわち、故障情報のＥＥＰＲＯＭ４への書込みを禁止状態のままとする。
【００４６】
次に、ＣＰＵ２は、スイッチ５やアクチュエータ６等の故障診断制御を行い（図３のＳ１０４）、故障が検出されたかどうかを判定する（図３のＳ１０５）。
【００４７】
故障が検出されたと判定された場合は（図３のＳ１０５：ＹＥＳ）、ＣＰＵ２は、故障情報のＥＥＰＲＯＭ４への書込みが許可状態であるかどうかを判定する（図３のＳ１０６）。
【００４８】
いま、故障情報のＥＥＰＲＯＭ４への書込みが禁止状態のままとなっているので（図３のＳ１０６：ＮＯ）、ＣＰＵ２は、ステップＳ１０７をスキップする。すなわち、故障情報をＥＥＰＲＯＭ４に書き込まない。
【００４９】
また、故障が検出されなかったと判定された場合も（図３のＳ１０５：ＮＯ）、ＣＰＵ２は、故障情報をＥＥＰＲＯＭ４に書き込まない。
【００５０】
このように、車両用制御装置１が車両から取り外された状態で通電された場合、車両用制御装置１は多重通信メッセージを受信することはないので、診断コード等の故障情報が誤ってＥＥＰＲＯＭ４に書き込まれることはない。
【００５１】
本実施例１によれば、車両の整備等で車両用制御装置１を車両より取り外して動作チェックを行う際に、故障診断ルーチンが故障を検出した場合でも、新たに動作チェック時の故障情報が記憶されることがなく、車両用制御装置１に記憶された本来の故障情報に動作チェック時の故障情報が追加あるいは上書きされず、車両本来の故障情報を保持することができるという効果がある。
【００５２】
また、本実施例１によれば、故障診断ルーチンの改造だけで済むので、新たに付加すべき部品はなく、より簡易で低コストな車両用制御装置１を実現できる。
【００５３】
以上、本発明の実施例を説明したが、これはあくまでも例示にすぎず、本発明はこれに限定されるものではなく、特許請求の範囲の趣旨を逸脱しない限りにおいて、当業者の知識に基づく種々の変更が可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施例１に係る車両用制御装置が配設される車両の電気系統を示す回路ブロック図。
【図２】本発明の実施例１に係る車両用制御装置の回路ブロック図。
【図３】本発明の実施例１に係る車両用制御装置における故障診断ルーチンの処理手順を示すフローチャート。
【符号の説明】
【００５５】
１  車両用制御装置
２  ＣＰＵ（故障診断手段）
３  入出力インタフェース
４  ＥＥＰＲＯＭ（不揮発性記憶手段）
１１  エンジン用制御装置
１２  ＡＴ用制御装置
１３  ブレーキ用制御装置
１４  メータ用制御装置
１５  ドア用制御装置
１６  エアコン用制御装置
１７  ナビ用制御装置
１８  外部通信用制御装置
２１  マスクＲＯＭ
２２  ＲＡＭ
１１１〜１１３  多重通信線
【図１】
2007196708.tif 000003
【図２】
2007196708.tif 000004
【図３】
2007196708.tif 000005