(57)【特許請求の範囲】
【請求項１】
車両に搭載され、通信ラインを介して相互にデータ通信が可能な複数の電子制御ユニットを備える車両用電子制御装置であって、
前記各電子制御ユニットは、
搭載されている車両固有の車両識別情報を記憶しておくための記憶手段と、その記憶手段に前記車両識別情報が記憶されていないことを自ら判断した場合には、他の電子制御ユニットに対して車両識別情報の送信を要求する情報要求手段と、
他の電子制御ユニットから前記車両識別情報の送信要求がきた場合には、前記記憶手段に記憶されている車両識別情報を読み出して送信する情報返答手段と、
前記情報要求手段による送信要求の結果、他の電子制御ユニットから前記車両識別情報が送信されてきた場合には、その送信されてきた車両識別情報を前記記憶手段に記憶させる情報書込手段と、
を備えることを特徴とする車両用電子制御装置。
【請求項２】
前記複数の電子制御ユニットの内の少なくとも一つは、車載機器を制御すると共に、前記車載機器の状態を診断する車載機器用制御ユニットであり、
前記複数の電子制御ユニットの内の少なくとも他の一つは、前記車載機器用制御ユニットによる診断結果に前記車両識別情報を含めた診断情報を外部の管理センタ側へ送信する通信用制御ユニットであること、
を特徴とする請求項１記載の車両用電子制御装置。
【請求項３】
前記情報要求手段は、電子制御ユニットが通常動作するために必要な電力供給が開始された際に、前記車両識別情報の記憶の有無判断及びその判断結果に基づく他の電子制御ユニットへの送信要求を実行すること、
を特徴とする請求項１又は２記載の車両用電子制御装置。
【請求項４】
前記記憶手段が不揮発性メモリであること、
を特徴とする請求項１〜３のいずれか記載の車両用電子制御装置。
【請求項５】
前記電子制御ユニットを少なくとも３つ備えると共に、
前記各電子制御ユニットは、他の電子制御ユニットから取得した車両識別情報の内の過半数を占めるものと自己の持つ車両識別情報とが一致するかどうかを判定し、一致しない場合には、所定の異常時対応処理を実行する異常時処理手段を備えること、
を特徴とする請求項１〜４のいずれか記載の車両用電子制御装置。
【請求項６】
前記異常時処理手段が実行する異常時対応処理は、異常が生じていることを報知する処理であること、
を特徴とする請求項５記載の車両用電子制御装置。
【請求項７】
前記異常時処理手段が実行する異常時対応処理は、車載機器の機能を制限する処理であること、
を特徴とする請求項５又は６記載の車両用電子制御装置。
【請求項８】
車両に搭載され、通信ラインを介して他の電子制御ユニットとの間で相互にデータ通信が可能な電子制御ユニットであって、
搭載されている車両固有の車両識別情報を記憶しておくための記憶手段と、
その記憶手段に前記車両識別情報が記憶されていないことを自ら判断した場合には、他の電子制御ユニットに対して車両識別情報の送信を要求する情報要求手段と、
他の電子制御ユニットから前記車両識別情報の送信要求がきた場合には、前記記憶手段に記憶されている車両識別情報を読み出して送信する情報返答手段と、
前記情報要求手段による送信要求の結果、他の電子制御ユニットから前記車両識別情報が送信されてきた場合には、その送信されてきた車両識別情報を前記記憶手段に記憶させる情報書込手段と、
を備えることを特徴とする電子制御ユニット。
【請求項９】
前記情報要求手段は、電子制御ユニットが通常動作するために必要な電力供給が開始された際に、前記車両識別情報の記憶の有無判断及びその判断結果に基づく他の電子制御ユニットへの送信要求を実行すること、
を特徴とする請求項８記載の電子制御ユニット。
【請求項１０】
前記記憶手段が不揮発性メモリであること、
を特徴とする請求項８又は９記載の車両用電子制御装置。
【請求項１１】
他の電子制御ユニットから取得した車両識別情報の内の過半数を占めるものと自己の持つ車両識別情報とが一致するかどうかを判定し、一致しない場合には、所定の異常時対応処理を実行する異常時処理手段を備えること、
を特徴とする請求項８〜１０のいずれか記載の電子制御ユニット。
【請求項１２】
前記異常時処理手段が実行する異常時対応処理は、異常が生じていることを報知する処理であること、
を特徴とする請求項１１記載の電子制御ユニット。
【請求項１３】
前記異常時処理手段が実行する異常時対応処理は、車載機器の機能を制限する処理であること、
を特徴とする請求項１１又は１２記載の電子制御ユニット。
【請求項１４】
前記請求項８〜１０のいずれか記載の電子制御ユニットにおける情報要求手段、情報返答手段及び情報書込手段としてコンピュータシステムを機能させるためのプログラムを記録したコンピュータ読取可能な記録媒体。
【請求項１５】
前記請求項１１〜１３のいずれか記載の電子制御ユニットにおける情報要求手段、情報返答手段、情報書込手段及び異常時処理手段としてコンピュータシステムを機能させるためのプログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両に搭載され、通信ラインを介して相互にデータ通信が可能な複数の電子制御ユニットを備える車両用電子制御装置やその車両用電子制御装置に用いて有効な電子制御ユニット及びその電子制御ユニットをコンピュータシステムにて実現するための記録媒体に関する。
【０００２】
【従来の技術】
従来より、車両用電子制御装置として、複数の電子制御ユニット（ＥＣＵ）が通信ラインを介して接続され、相互にデータ通信ができるようにしたものが知られており、例えば一例として車両診断装置がある。この車両診断装置は、例えばエンジン制御を司るエンジンＥＣＵ等の車載機器用制御ユニットと、その車載機器用制御ユニットによる診断結果を外部の管理センタ側へ送信する通信用制御ユニットとを備える。この構成により、車両側にて検査に関わる情報（例えば、エンジン関連部品の異常に関する情報）を車両から無線通信にて監督局側に送信し、特に修理が必要な車両に対してそのユーザに指示し報告させるようにすることができる。このように、各車両から診断結果を得た後は、故障や不良があって整備の必要がある車両のユーザだけに指示する形態を採用できるため、一律に管理される場合のユーザの煩わしさが解消される。
【０００３】
ところで、このように各車両から送信される診断結果を集中管理する場合は、管理上、各車両からは車両固有の車両識別情報（例えば製造番号などのシリアル番号）を診断結果に加えた診断情報を送信してもらうことが必要である。つまり、診断対象を識別しないと、診断結果を適切に処理できないからである。この車両識別情報は、車両単位で個別に設定しなくてはならないため、通常、上述したエンジンＥＣＵなどの車載機器用制御ユニットあるいは通信用制御ユニットを車両へ組み付ける際に、制御ユニット内の不揮発性メモリに車両識別情報を記憶させることとなる。
【０００４】
【発明が解決しようとする課題】
しかしながら、車両が市場に出てから、例えば故障などの原因で車両識別情報が記憶されていた電子制御ユニット自体を交換する事態が生じた場合には、交換作業時に次のような追加作業が必要となる。つまり、交換される電子制御ユニットに記憶されていた車両識別情報を調べた上で、その調べた車両識別情報を、交換する新しい電子制御ユニットのメモリに書き込まなくてはならない。このようにしないと、交換前と同じ車両識別情報を記憶した電子制御ユニットとならないからである。
【０００５】
そこで本発明は、車両識別情報を記憶していた電子制御ユニットを交換した場合であっても、車両識別情報が交換後の新しい電子制御ユニットに自動的に書き込まれることで交換時の作業工数低減などを実現可能な車両用電子制御装置、また、この車両用電子制御装置に用いて有効な電子制御ユニット、さらに、この電子制御ユニットをコンピュータシステムにて実現するための記録媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段及び発明の効果】
上記目的を達成するためになされた請求項１記載の車両用電子制御装置によれば、通信ラインを介して相互にデータ通信が可能な複数の電子制御ユニットそれぞれが、自ユニットが搭載されている車両固有の車両識別情報が記憶しておくための記憶手段を備えている。そして、各電子制御ユニットは、記憶手段に車両識別情報が記憶されていないことを自ら判断した場合には他の電子制御ユニットに対して車両識別情報の送信を要求する。そして、その送信要求の結果、他の電子制御ユニットから前記車両識別情報が送信されてきた場合には、その送信されてきた車両識別情報を記憶手段に記憶させる。なお、他の電子制御ユニットからの送信要求に応えるため、他の電子制御ユニットから送信要求がきた場合には、自ユニットの記憶手段に記憶されている車両識別情報を読み出して送信する。
【０００７】
このようにすることで、記憶手段に車両識別情報が記憶されていなくても、自動的に他の電子制御ユニットから入手して書き込むことができる。したがって、例えば車両製造メーカにおいて電子制御ユニットを組み付ける際には全ての電子制御ユニットに車両識別情報が記憶していたものが、市場に出てから故障などの原因で一つの電子制御ユニットだけ交換するような場合、その交換作業工数の低減につながる。つまり、交換作業者は、新しい電子制御ユニットに対するハード的な交換作業をすればよく、その後は、交換された電子制御ユニット自身が交換時に必要なソフト的な作業を実行するのである。
【０００８】
上述した従来の問題は、車両識別情報を記憶している電子制御ユニット自体が交換されてしまうと、それ以外に車両識別情報を持つ電子制御ユニットが存在しないために生じていた。したがって、本発明では、まず各電子制御ユニットが車両識別情報を持つようにした。その前提で、例えば交換などの理由で車両識別情報を持たない状態の場合には、他の電子制御ユニットから車両識別情報を入手して自動的に書き込むようにすれば、交換時の作業工数低減などを実現できる。
【０００９】
本発明の車両用電子制御装置の適用先としては種々考えられるが、例えば車両診断用の装置として用いる場合には、複数の電子制御ユニットの内の少なくとも一つは、車載機器を制御すると共に、車載機器の状態を診断する車載機器用制御ユニットとし、少なくとも他の一つは、前記車載機器用制御ユニットによる診断結果に車両識別情報を含めた診断情報を外部の管理センタ側へ送信する通信用制御ユニットとすることが考えられる。
【００１０】
車両診断用の装置とする場合、管理センサにおける診断結果の管理のためには車両識別情報が必要となるが、次の２通りが考えられる。まず一つ目は、車載機器用制御ユニットが自ら記憶している車両識別情報を診断結果と共に通信用制御ユニットへ送り、通信用制御ユニットは、その送られてきた車両識別情報及び診断結果を外部の管理センタ側へ送信するのである。２つ目としては、車載機器用制御ユニットから通信用制御ユニットへは診断結果だけを送り、通信用制御ユニットが自ら記憶している車両識別情報を診断結果と共に外部の管理センタ側へ送信するのである。これらいずれの場合においても、外部の管理センサ側へ送信するための車両識別情報を記憶している電子制御ユニットが交換された場合には、車両識別情報を他から入手して記憶しておく必要がある。そのため、本発明は有効である。
【００１１】
また、車両診断のための装置以外にも適用は可能である。例えば、各電子制御ユニットにおけるプログラムを書き換える場合などでも適用できる。例えば一言でエンジン制御用プログラムと言っても、車種などに応じて特有のプログラムが準備される場合が多い。したがって、プログラムを書き換える前に、車両識別情報に基づいて車種などを判別し、その判別した車種に対応するプログラム書き換えを実行することが必要である。この場合、各電子制御ユニットに車両識別情報が記憶されていれば容易に車種などを判別できるが、記憶されていなければ、わざわざ他の電子制御ユニットから車両識別情報を読み出したりしなくてはならず作業工数の増大につながる。したがって、複数の電子制御ユニットが実行する処理において扱うデータが、同じ車両に搭載されているものであることを前提として成り立つ車両用電子制御装置であれば、同様に適用でき、同様の効果を得ることができる。
【００１２】
ところで、情報要求手段は、車両識別情報の記憶の有無を判断し、記憶されていなければ他の電子制御ユニットへの送信要求を実行するのであるが、この車両識別情報の記憶有無判断及び他の電子制御ユニットへの送信要求を実行は、例えば電子制御ユニットが通常動作するために必要な電力供給が開始された際に行うことが考えられる。例えば、一般的な車両においてはイグニッションスイッチをＯＮ位置（あるいはＡＣＣ位置）にした場合に電力供給が開始される。したがって、電子制御ユニットを交換した後は、一度イグニッションスイッチを操作するだけで車両識別情報の新規記憶を実行させることができる。
【００１３】
なお、「通常動作するために必要な電力」としたのは、次の理由からである。例えばマイクロコンピュータにおけるＲＡＭ内のデータを車両不使用状態でも保持しておくためには、電力供給はされる必要がある。しかし、これは例えば電子制御ユニットとしてエンジンＥＣＵを考えると、通常のエンジン制御を実行したりするのに必要な電力までは不要である。したがって、もちろんこのようなＲＡＭ内のデータを保持したりする必要がなければ、電力供給を完全に停止してもよいが、上述の事情も含め、「通常動作するのに必要な電力」とした。
【００１４】
また、車両識別情報を記憶しておくための記憶手段としては、ＥＥＰＲＯＭなどの不揮発性メモリを採用することが好ましい。つまり、電力供給がなくても記憶データが消失しないからである。もちろん、イグニッションスイッチがＯＦＦであっても常時電力供給がなされることを前提とすれば、ＲＡＭなどの揮発性メモリを記憶手段とすることも可能ではあるが、車載バッテリの交換などを想定すると、不揮発性メモリを用いるのが好ましいと言える。
【００１５】
これまでの説明では、例えば故障により電子制御ユニットを交換する必要が生じた場合など、正規の電子制御ユニットが装着されることを想定していた。そのため、データ化けなどの特別な異常状態を想定しない限り、車両用電子制御装置が備える全ての電子制御ユニットの記憶手段に記憶されている車両識別情報は同一である。しかし、例えば意図的に正規でない電子制御ユニットを装着した場合や、上記通常の交換時に交換作業者の過誤によって古い電子制御ユニットを装着した場合などには、複数種類の車両識別情報が存在することとなる。この状態は不適切であるので、正規でない電子制御ユニットが装着されていることを何らかの方法で見つけることが好ましい。
【００１６】
したがって、電子制御ユニットを少なくとも３つ備えている場合には、次のようにして対処することができる。つまり、各電子制御ユニットが、他の電子制御ユニットから取得した車両識別情報の内の過半数を占めるものと自己の持つ車両識別情報とが一致するかどうかを判定し、一致しない場合には、所定の異常時対応処理を実行するのである。この異常時対応処理としては、例えば異常が生じていることを警告ランプなどによって報知したり、車載機器の機能を制限することが考えられる。
【００１７】
このようにすれば、不正な電子制御ユニットが装着されている場合に報知されることで、上述した過誤により古い電子制御ユニットを装着してしまった場合に有効である。また、車載機器の機能を制限し、例えばエンジンを停止させるなどの処置をすれば、上述した意図的な不正ユニットの装着の場合にも有効である。
【００１８】
以上は、複数の電子制御ユニットを備えることを前提として車両用電子制御装置について説明した。しかし、電子制御ユニット単体として考えた場合であっても、以下に示すような構成であれば、上記車両用電子制御装置に用いて有効である。
【００１９】
つまり、車両に搭載され、通信ラインを介して他の電子制御ユニットとの間で相互にデータ通信が可能な電子制御ユニットであって、搭載されている車両固有の車両識別情報を記憶しておくための記憶手段と、その記憶手段に車両識別情報が記憶されていないことを自ら判断した場合には、他の電子制御ユニットに対して車両識別情報の送信を要求する情報要求手段と、他の電子制御ユニットから車両識別情報の送信要求がきた場合には、記憶手段に記憶されている車両識別情報を読み出して送信する情報返答手段と、情報要求手段による送信要求の結果、他の電子制御ユニットから前記車両識別情報が送信されてきた場合には、その送信されてきた車両識別情報を前記記憶手段に記憶させる情報書込手段とを備えることを特徴とするものである。
【００２０】
この電子制御ユニットは、記憶手段に車両識別情報が記憶されていない状態で新規に交換装着された場合には、自動的に他の電子制御ユニットに対して車両識別情報の送信を要求し、他の電子制御ユニットから送信されてきた車両識別情報を自己の記憶手段に記憶させる。また、記憶手段に車両識別情報が記憶されている状態で既に装着されている場合には、他の電子制御ユニットから送信要求が来ると、自ユニットの記憶手段に記憶されている車両識別情報を読み出して送信する。したがって、上述した種々の効果を持つ車両用電子制御装置に用いて有効である。
【００２１】
そして、情報要求手段が、電子制御ユニットが通常動作するために必要な電力供給が開始された際に、車両識別情報の記憶の有無判断及びその判断結果に基づく他の電子制御ユニットへの送信要求を実行するようにしてもよいこと、及びそれに基づく効果などについては、車両用電子制御装置を前提として上述した内容と同様なので繰り返さない。
【００２２】
なお、このような電子制御ユニットにおける情報要求手段、情報返答手段及び情報書込手段をコンピュータシステムにて実現する機能は、例えば、コンピュータシステム側で起動するプログラムとして備えられる。このようなプログラムの場合、例えば、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等の記録媒体に記録し、必要に応じてコンピュータシステムにロードして起動することにより用いることができる。この他、ＲＯＭやバックアップＲＡＭを記録媒体として前記プログラムを記録しておき、このＲＯＭあるいはバックアップＲＡＭをコンピュータシステムに組み込んで用いても良い。
【００２３】
また、正規でない電子制御ユニットが装着されていた場合の対処としての工夫についても、電子制御ユニット単位で実現できる。つまり、他の電子制御ユニットから取得した車両識別情報の内の過半数を占めるものと自己の持つ車両識別情報とが一致するかどうかを判定し、一致しない場合には、所定の異常時対応処理を実行する異常時処理手段を備えたり、その異常時処理手段が実行する異常時対応処理が、異常報知や車載機器の機能を制限する点などである。
【００２４】
なお、この場合には、上述した電子制御ユニットにおける情報要求手段、情報返答手段及び情報書込手段に加えて異常時処理手段をコンピュータシステムにて実現する機能をコンピュータシステム側で起動するプログラムとして備え、このようなプログラムをフロッピーディスク等の記録媒体に記録し、必要に応じてコンピュータシステムにロードして起動することにより用いればよい。
【００２５】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り、種々の形態を採り得ることは言うまでもない。
【００２６】
図１は、本発明の車両用電子制御装置の実施例である車両用診断装置を搭載した車両を含む診断システムの概略構成を示す図である。当該システムの概略を説明する。監督局をなす管理センタＣは、レシーバＢを介して複数の車両Ａからそれぞれエミッション（排ガス）に関連するデータ、エンジンの故障に関するデータ等を無線通信にて入手する。管理センタＣは不具合のある車両Ａを特定して、その車両保有者に対して車両Ａの修理、改善を促す。なお、この車両Ａの修理、改善を促すのは、例えば書類を郵送するなど種々の方法が採用できる。
【００２７】
図２は、車両Ａ内の概略的なシステム構成を示すブロック図である。通信用制御ユニットであるトランスポンダ１０はレシーバＢからの要求を受け、車載機器用制御ユニットであるエンジンＥＣＵ３０、ナビＥＣＵ５０、メータＥＣＵ７０から必要な情報を通信ライン５を介して入手し、その入手した情報をレシーバＢ（図１参照）に対して送信する。
【００２８】
エンジンＥＣＵ３０は、エンジンの制御を司ると共に、エンジンのエミッションに関連する異常を自己診断し、トランスポンダ１０の要求に応じてその情報をトランスポンダ１０に送信する。
また、ナビＥＣＵ５０、メータＥＣＵ７０は、それぞれナビゲーション制御、メータ表示制御を実行すると共に、エンジンＥＣＵ３０が自己診断にて何らかの異常を検出したときに、エンジンＥＣＵ３０から出される要求に応じてそれぞれ車両の走行距離，車両位置をエンジンＥＣＵ３０に出力し、またトランスポンダ１０からの要求が来たときにそのときの走行距離，車両位置をトランスポンダ１０に出力する。
【００２９】
図３〜図６はそれぞれ、トランスポンダ１０、エンジンＥＣＵ３０、ナビＥＣＵ５０、メータＥＣＵ７０の構成を示すブロック図である。
まず、図３を参照してトランスポンダ１０について説明する。
トランスポンダ１０が動作するための電力を供給する電源回路１３には、バッテリ３から常時電力が供給されているので、車両のキーＳＷの状態に関係無く動作する。マイコン１１内のＣＰＵは、同じくマイコン１１内のＲＯＭに記憶された制御プログラムに従い、アンテナ２０を介して外部から来る要求に応じた処理を実行する。また、マイコン１１内のＲＡＭはエンジンＥＣＵ３０などからのデータ等を一時的に記憶する。また、入出力回路１２がアンテナ２０及び通信ライン５と接続されており、この入出力回路１２を介して入出力されたデータはマイコン１１内のＩ／Ｏを介してＣＰＵなどをやりとりされる。なお、マイコン１１には記憶手段であるＥＥＰＲ０Ｍ１８が接続されている。
【００３０】
次に、図４を参照してエンジンＥＣＵ３０について説明する。
エンジンＥＣＵ３０は、メイン電源回路３３がイグニッションＳＷ４を介してバッテリ３と接続されており、基本的には、イグニッションＳＷ４が投入されることによってメイン電源回路３３から電源が供給されて動作する。但し、イグニッションＳＷ４を介さずバッテリ３と直接つながるサブ電源回路３４からマイコン３１に電力供給されることで、マイコン３１のＲＡＭのデータがイグニッションＳＷ４のオフ後も保持されることとなる。
【００３１】
マイコン３１では、ＣＰＵがＲＯＭに記憶された制御プログラムに従い、入出力回路３２及びマイコン３１内のＩ／Ｏを介して入力したセンサ信号に基づいてエンジンが最適な動作をするようインジェクタ４７やイグナイタ４８を制御する信号を出力する。また、エンジンのエミッションに関連する異常を自己診断してエンジンの動作やセンサ４１〜４６の異常等を診断し、外部（ＤＩＡＧテスタ４９やトランスポンダ１０）からの要求に応じて診断結果のデータを出力する。また、マイコン３１内のＲＡＭは、ＣＰＵでの演算処理に使うセンサデータ、演算にて求まった制御データ、あるいは上記診断にて得た種々の診断データ等を保持している。なお、マイコン３１には記憶手段であるＥＥＰＲ０Ｍ３８が接続されている。
【００３２】
入出力回路３２に接続されているセンサ４１〜４６は、空燃比（Ａ／Ｆ）センサ４１、エンジンの回転数を検出する回転センサ４２、エアフローメータ４３、水温センサ４４、スロットルセンサ４５、スタータＳＷ４６である。
次に、図５を参照してナビＥＣＵ５０について説明する。
【００３３】
ナビＥＣＵ５０は、電源回路５３がアクセサリＳＷ６を介してバッテリ３と接続されており、アクセサリＳＷ６が投入されることによってマイコン５１や入出力回路５２が動作する。この入出力回路５２には、受信機６２、地図データ入力装置６４及び表示モニタ６６が接続されている。受信機６２にはＧＰＳアンテナ６０が接続されており、これらは、ＧＰＳ衛星からの電波に基づいて車両の位置を検出するＧＰＳ（Global Positioning System ）のための構成である。また、地図データ入力装置６４は、位置検出の精度向上のためのいわゆるマップマッチング用データ、地図データを含む各種データを記憶媒体から入力するための装置である。このための記憶媒体としては、そのデータ量からＣＤ−ＲＯＭを用いるのが一般的であるが、例えばＤＶＤやメモリカード等の他の媒体を用いても良い。また、表示モニタ６６は地図や誘導経路などを表示するためのものであり、本実施例では、利用者からの指示を入力する機能も備えている。
【００３４】
マイコン５１では、ＣＰＵがＲＯＭの記憶された制御プログラムに従い、入出力回路５２及びマイコン５１内のＩ／Ｏを介して入力した地図データ入力装置６４からの地図データや受信機６２からの信号をもとに、表示モニタ６６から得られる利用者からの指示情報に対応して表示処理を実行し、表示モニタ６６に利用者が所望する情報を表示させる。また、マイコン５１は、エンジンＥＣＵ３０やトランスポンダ１０からの要求が通信ライン５を介して来たときには、受信した時点の車両位置を、要求してきたエンジンＥＣＵ３０やトランスポンダ１０に出力することができる。なお、マイコン５１には記憶手段であるＥＥＰＲ０Ｍ５８が接続されている。
【００３５】
次に、図６を参照してメータＥＣＵ７０について説明する。
メータＥＣＵ７０は、電源回路７３がアクセサリＳＷ６を介してバッテリ３と接続されており、アクセサリＳＷ６が投入されることによってマイコン７１や入出力回路７２が動作する。この入出力回路７２には、メータパネル８０や車速センサ８５などが接続されている。
【００３６】
マイコン７１では、ＣＰＵがＲＯＭに記憶された制御プログラムに従い、車速センサ８５などのセンサ信号を入力し、メータパネル８０に車速などの情報を表示させる。また、マイコン７１は、エンジンＥＣＵ３０やトランスポンダ１０からの要求が通信ライン５を介して来たときには、受信した時点の車両の累積走行距離を、要求してきたエンジンＥＣＵ３０やトランスポンダ１０に出力することができる。なお、マイコン７１には記憶手段であるＥＥＰＲ０Ｍ７８が接続されている。
【００３７】
以上の構成を有する本実施例の車両用診断装置によれば、車両Ａに搭載された各ＥＣＵ３０，５０，７０がそれぞれ管轄する各種機器の状態を診断し、その診断結果は、通信ライン５で接続されたトランスポンダ１０によって外部のレシーバＢに送信され、さらに管理センタＣへ転送される。このトランスポンダ１０から送信される診断結果に含まれる運転状態のデータ（フリーズフレームデー夕）は、車両を診断する際の異常解析用として使われるものであり、例えば、エンジン回転数、吸入空気量、水温、スロットル開度、噴射量に関する制御データ、点火時期に関する制御データ、車両の走行距離、車両の位置などである。この内、走行距離及び車両の位置については、エンジンＥＣＵ３０から通信ライン５を介してメータＥＣＵ７０及びナビＥＣＵ５０に要求し、メータＥ
ＣＵ７０からはその時点での累積走行距離、ナビＥＣＵ５０からはその時点での位置を出力してもらうことによって入手する。
【００３８】
そして、このフリーズフレームデータに、車両固有の識別番号であるＶＩＮコードを付加してレシーバＢへ送信する。つまり、管理センタＣでは、多くの車両Ａから送信される診断結果を集中管理することとなるため、送信されてきた診断結果を確実に区別して適切に管理するためには、このＶＩＮコードが付加されていることが必要だからである。例えばトランスポンダ１０がＶＩＮコードを記憶していれば、フリーズフレームデータにＶＩＮコードを付加してレシーバＢへ送信することができるが、このトランスポンダ１０が故障などにおいて交換されることでＶＩＮコードが記憶されていない状態になると対処できない。
【００３９】
そのため、トランスポンダ１０、エンジンＥＣＵ３０、ナビＥＣＵ５０、メータＥＣＵ７０にそれぞれ接続されているＥＥＰＲ０Ｍ１８，３８，５８，７８にＶＩＮコードを記憶しておき、仮にその内の一部の電子制御ユニットにおいてＶＩＮコードが記憶されていない状態となっても、他の電子制御ユニットに記憶されているＶＩＮコードを用いて新規に書き込めるようにしてある。なお、ＥＣＵメーカからの出荷時においてはＶＩＮコードは書き込まれていないが、車両メーカにおける車両組み付け工程において車両固有の識別番号が決定されるため、その時点で書き込まれる。例えば、車両組み付けラインの最後において、通信ライン５上にＶＩＮコード送信用のツールが接続され、書き込まれる。したがって、市場に出た後は、通常はトランスポンダ１０、エンジンＥＣＵ３０、ナビＥＣＵ５０、メータＥＣＵ７０の全てのＥＥＰＲ０Ｍ１８，３８，５８，７８内にＶＩＮコードが記憶されているはずである。
【００４０】
しかし、トランスポンダ１０あるいはＥＣＵ３０，５０，７０のいずれかが故障などによって交換された場合には、その交換されたトランスポンダ１０あるいはＥＣＵ３０，５０，７０のいずれかのＥＥＰＲ０Ｍ１８，３８，５８，７８内には、そのままではＶＩＮコードが記憶されていない。そこで、本実施例の車両診断装置においては、この交換された電子制御ユニット内の、まだＶＩＮコードが記憶されていないＥＥＰＲ０Ｍ１８，３８，５８，７８に、ＶＩＮコードを書き込むのである。
【００４１】
次に、このＶＩＮコード書込に関する処理について説明する。
これから説明する処理は、トランスポンダ１０、エンジンＥＣＵ３０、ナビＥＣＵ５０、メータＥＣＵ７０のいずれにおいても実行されるものであるが、ここでは、エンジンＥＣＵ３０を代表して考え、エンジンＥＣＵ３０のマイコン３１にて実行される処理について説明する。
【００４２】
まず、エンジンＥＣＵ３０では、イグニッションＳＷ４（図４参照）が投入されると図７のフローチャートに示すＩＧＯＮ時処理を実行する。この処理の最初のステップＳ１１０では、まず現在の状態が初期状態であるかどうかを判断する。ここでいう初期状態とはＥＥＰＲＯＭ３８内にＶＩＮコードが書き込まれていない（記憶されていない）状態のことであり、初期状態フラグＦ（ＩＮＩ）が１となっている。なお、この初期状態フラグＦ（ＩＮＩ）はＥＣＵメーカからの出荷時には１となっており、通常は車両メーカにおける組み付けの際にＶＩＮコードが書き込まれるためこの初期状態フラグＦ（ＩＮＩ）は０とされる。但し、上述したように、市場に出てから故障などから例えばディーラにてエンジンＥＣＵ３０を交換した場合には、そのままでは交換後のエンジンＥＣＵ３０内のＥＥＰＲＯＭ３８にはＶＩＮコードが記憶されていないこととなる。
【００４３】
したがって、このＳ１１０では初期状態であるかどうかを判断し、初期状態であれば（Ｓ１１０：ＹＥＳ）、Ｓ１２０へ移行して、ＶＩＮコード要求フラグＦ（ＣＯＤＥ）を１とし、その後通常処理へ移行する。このＶＩＮコード要求フラグＦ（ＣＯＤＥ）は、後述の処理でＶＩＮコードを他の電子制御ユニットへ要求するかどうかの判断に用いられる。Ｓ１２０の処理後は通常処理へ移行する。
【００４４】
一方、初期状態でなければ（Ｓ１１０：ＮＯ）、Ｓ１２０の処理を実行せずそのまま通常処理へ移行する。
続いて、通常処理中で実行されるＶＩＮコード要求処理について図８のフローチャートを参照して説明する。
【００４５】
このＶＩＮコード要求処理は、例えば６４ｍｓ毎に実行されるべース処理であり、まず最初のステップＳ２１０においては、ＶＩＮコード要求フラグＦ（ＣＯＤＥ）が１になっているかどうかを判断する。Ｆ（ＣＯＤＥ）が１になっている場合は（Ｓ２１０：ＹＥＳ）、続くＳ２２０において、通信ライン５を介して他の電子制御ユニットにＶＩＮコードを要求する。この場合には、トランスポンダ１０、ナビＥＣＵ５０及びメータＥＣＵ７０に要求することとなる。そして、ＶＩＮコードを要求したら続くＳ２３０にて、ＶＩＮコード要求フラグＦ（ＣＯＤＥ）を０としてから、本処理ルーチンを終了する。
【００４６】
一方、最初のステップＳ２１０においてはＶＩＮコード要求フラグＦ（ＣＯＤＥ）が１になっていなければ（Ｓ２１０：ＮＯ）、Ｓ２２０，Ｓ２３０の処理を実行せずそのまま本処理ルーチンを終了する。
なお、図７のＩＧＯＮ時処理及び図８のＶＩＮコード要求処理の実行が「情報要求手段」としての処理の実行に相当する。
【００４７】
次に、通常処理中において実行されるコード返答対応処理について図９のフローチャートを参照して説明する。
このコード返答対応処理は、受信割込によって実行される処理であり、まず最初のステップＳ３１０にて、受信割込で入ったものがＶＩＮコードデータの返答であるかどうかを判断する。そして、ＶＩＮコードの返答であれば（Ｓ３１０：ＹＥＳ）、続くＳ３２０にて、ＶＩＮコード書込フラグＦ（ＷＣＯＤＥ）を１としてから、本処理ルーチンを終了する。
【００４８】
一方、最初のステップＳ３１０においてＶＩＮコードの返答でないと判断された場合には（Ｓ３１０：ＮＯ）、Ｓ３２０の処理を実行せずそのまま本処理ルーチンを終了する。
次に、通常処理中において実行されるＶＩＮコード書込処理について図１０のフローチャートを参照して説明する。
【００４９】
このＶＩＮコード書込処理は、例えば６４ｍｓ毎に実行されるべース処理であり、まず最初のステップＳ４１０においては、ＶＩＮコード書込フラグＦ（ＷＣＯＤＥ）が１になっているかどうかを判断する。ＶＩＮコード書込フラグＦ（ＷＣＯＤＥ）が１になっていなければ（Ｓ４１０：ＮＯ）、そのまま本処理ルーチンを終了するが、ＶＩＮコード書込フラグＦ（ＷＣＯＤＥ）が１になっている場合は（Ｓ４１０：ＹＥＳ）、続くＳ４２０において、上述した受信割込で入ってきたＶＩＮコードをＥＥＰＲＯＭ３８に書き込む。Ｓ４２０にてＶＩＮコードの書込が終了したため、続くＳ４３０ではＶＩＮコード書込フラグＦ（ＷＣＯＤＥ）を０にする。
【００５０】
そして、ＥＥＰＲＯＭ３８内にＶＩＮコードが記憶されている状態というのは上述した初期状態ではなくなるため、Ｓ４４０において、初期状態フラグＦ（ＩＮＩ）を０にしてから、本処理ルーチンを終了する。なお、このように初期状態フラグＦ（ＩＮＩ）が０にされた場合には、次回イグニッションＳＷ４がＯＮされた場合であっても、図７のＳ１１０にて否定判断される。つまり、図７のＳ１２０でのＶＩＮコード要求フラグＦ（ＣＯＤＥ）が１にされないため、図８のＳ２１０でも否定判断され、結果的にＶＩＮコードの要求はされない。
【００５１】
このように、エンジンＥＣＵ３０は、自己の持つＥＥＰＲ０Ｍ１８内にＶＩＮコードが記憶されていないと自己判断した場合には、他の電子制御ユニット、つまりこの場合はトランスポンダ１０、ナビＥＣＵ５０及びメータＥＣＵ７０にＶＩＮコードを送信してくれるように要求する。そして、その要求に応じて送信されてきたＶＩＮコードをＥＥＰＲ０Ｍに書き込むのである。
【００５２】
なお、図９のコード返答対応処理及び図１０のＶＩＮコード書込処理の実行が「情報書込手段」としての処理の実行に相当する。
次に、ＶＩＮコードの送信を要求された側の電子制御ユニット、つまりこの場合にはトランスポンダ１０、ナビＥＣＵ５０及びメータＥＣＵ７０のマイコン１１，５０，７１にて実行される処理について説明する。
【００５３】
図１１は、受信割込にて実行される応答処理を示すフローチャートであり、まず最初のステップＳ１０１０にて、受信割込で入ったものがＶＩＮコードの要求であるかどうかを判断する。そして、ＶＩＮコードの要求であれば（Ｓ１０１０：ＹＥＳ）、続くＳ１０２０にて、ＶＩＮコード送信フラグＦ（ＯＵＴ）を１としてから、本処理ルーチンを終了する。
【００５４】
一方、最初のステップＳ１０１０においてＶＩＮコードの要求でないと判断された場合には、そのまま本処理ルーチンを終了する。
続いて、ベース処理として実行されるＶＩＮコード送信処理について図１２のフローチャートを参照して説明する。
【００５５】
まず最初のステップＳ１１１０においては、ＶＩＮコード送信フラグＦ（ＯＵＴ）が１になっているかどうかを判断する。ＶＩＮコード送信フラグＦ（ＯＵＴ）が１になっていなければ（Ｓ１１１０：ＮＯ）、そのまま本処理ルーチンを終了するが、ＶＩＮコード送信フラグＦ（ＯＵＴ）が１になっている場合は（Ｓ１１１０：ＹＥＳ）、続くＳ１１２０において、ＥＥＰＲＯＭ１８，５８，７８に記憶されているＶＩＮコードを読み出して送信する。Ｓ１１２０にてＶＩＮコードの送信が終了したため、続くＳ１１３０ではＶＩＮコード送信フラグＦ（ＯＵＴ）を０にしてから、本処理ルーチンを終了する。
【００５６】
なお、図１１の応答処理及び図１２のＶＩＮコード送信処理の実行が「情報返答手段」としての処理の実行に相当する。
以上の説明では、エンジンＥＣＵ３０は、自己の持つＥＥＰＲ０Ｍ１８内にＶＩＮコードが記憶されていないため、トランスポンダ１０、ナビＥＣＵ５０及びメータＥＣＵ７０にＶＩＮコードを送信してくれるように要求し、その要求に応じて送信されてきたＶＩＮコードをＥＥＰＲ０Ｍ１８に書き込む例を説明したが、ＶＩＮコードを要求する主体は、トランスポンダ１０、ナビＥＣＵ５０及びメータＥＣＵ７０のいずれであってもよい。
【００５７】
このように本実施例の車両診断装置においては、トランスポンダ１０あるいはＥＣＵ３０，５０，７０の電子制御ユニットのいずれかが故障などによって交換され、その交換された電子制御ユニット１０，３０，５０，７０のＥＥＰＲ０Ｍ１８，３８，５８，７８内にＶＩＮコードが記憶されていない場合でも、そのＶＩＮコードの記憶されていない電子制御ユニット１０，３０，５０，７０自らが、他の電子制御ユニット１０，３０，５０，７０からＶＩＮコードを入手してＥＥＰＲＯＭ１８，３８，５８，７８に書き込むことができる。したがって、車両Ａが市場に出た後に故障などからディーラにてエンジンＥＣＵ３０をはじめいずれかの電子制御ユニットを交換した場合には、交換後の、イグニッションＳＷ４をＯＮするだけで、上述の処理が実行されてエンジンＥＣＵ３０内のＥＥＰＲＯＭ３８にはＶＩＮコードが記憶される。つまり、ディーラの交換作業者は、新しい電子制御ユニットに対するハード的な交換作業をすればよく、その後は、交換された電子制御ユニット自身がＶＩＮコードの自動入手及び書込作業を実行するのである。
なお、トランスポンダ１０、エンジンＥＣＵ３０、ナビＥＣＵ５０、メータＥＣＵ７０のＥＥＰＲ０Ｍ１８，３８，５８，７８には、車両メーカにおける車両組み付け工程時点で、例えば通信ライン５上にＶＩＮコード送信用のツールが接続され、ＶＩＮコードが書き込まれると説明した。この際、例えば４つの電子制御ユニットの内の１つにＶＩＮコードを書き込んだ後で、イグニッションＳＷ４をＯＮすれば、残りの３つの電子制御ユニットにも自動的にＶＩＮコードが書き込まれるので、そのようにすれば作業負担は軽減する。
【００５８】
以上の実施例説明では、例えば故障により電子制御ユニットを交換する必要が生じた場合など、正規の電子制御ユニットが装着されることを想定していた。そのため、データ化けなどの特別な異常状態を想定しない限り、車両Ａに搭載されている電子制御ユニット、つまりトランスポンダ１０及びＥＣＵ３０，５０，７０のＥＥＰＲＯＭ１８，３８，５８，７８に記憶されているＶＩＮコードは同一である。しかし、例えば意図的に正規でない電子制御ユニットを装着した場合や、過誤によって古い電子制御ユニットを装着した場合などには、複数種類のＶＩＮコードが存在することとなる。この状態は不適切であるので、正規でない電子制御ユニットが装着されていることを何らかの方法で見つけることが好ましい。上述の実施例の場合には、電子制御ユニットを４つ備えているので、各電子制御ユニットが、他の電子制御ユニットから取得したＶＩＮコードの内の過半数を占めるものと自己の持つＶＩＮコードとが一致するかどうかを判定し、一致しない場合には不適切な状態であることが判る。
【００５９】
その具体的な処理を図１３のフローチャートを参照して説明する。この処理は、トランスポンダ１０及びＥＣＵ３０，５０，７０にてそれぞれ実行される。
まず最初のステップＳ２０１０においては、ＶＩＮコードの回収を行う。上述したように、トランスポンダ１０及びＥＣＵ３０，５０，７０の４つの電子制御ユニットの内のいずれかからＶＩＮコードの送信要求が出されると、他の電子制御ユニットはＶＩＮコードを通信ライン５を介して送信する。したがって、各電子制御ユニットは基本的に他の３つの電子制御ユニットからのＶＩＮコードを回収することができる。
【００６０】
続くＳ２０２０では、コード審査を行う。具体的には、コードの多数決を取り、自己の持つＶＩＮコードがその過半数を占めるコードと同一であるかどうかを審査する。そして、自己のＶＩＮコードが過半数コードと同一であれば（Ｓ２０３０：ＹＥＳ）、そのまま本処理ルーチンを終了するが、自己のＶＩＮコードが過半数コードと同一でなければ（Ｓ２０３０：ＮＯ）、Ｓ２０４０へ移行する。
【００６１】
Ｓ２０４０では、例えば図示しない警告ランプを点灯して異常が生じていることを報知したり、あるいはエンジンを停止させたりする。エンジンＥＣＵ３０がこの処理主体であれば、直接エンジン停止処理を実行することができるし、他の電子制御ユニット１０，５０，７０が処理主体である場合には、エンジンＥＣＵ３０に対してエンジン停止を指示することとなる。なお、エンジン停止は、車載機器の機能を制限する一例であり、他の対処方法であってもよい。不正な電子制御ユニットが装着されている場合に報知されれば、上述した過誤により古い電子制御ユニットを装着してしまった場合に有効である。また、エンジン停止がされれば、特に上述した意図的な不正ユニットの装着の場合に有効である。
【００６２】
また、上記実施例では車両診断装置として実現した場合について説明したが、それ以外にも適用は可能である。例えば、各電子制御ユニット１０，３０，５０，７０におけるプログラムを書き換える場合などでも適用できる。例えばエンジンＥＣＵ３０におけるエンジン制御用プログラムと言っても、車種などに応じて特有のプログラムが準備される場合が多い。したがって、プログラムを書き換える前に、ＶＩＮコードに基づいて車種などを判別し、その判別した車種に対応するプログラム書き換えを実行することが必要である。この場合、各電子制御ユニット１０，３０，５０，７０にＶＩＮコードが記憶されていれば容易に車種などを判別できるが、記憶されていなければ、わざわざ他の電子制御ユニット１０，３０，５０，７０からＶＩＮコードを読み出したりしなくてはならず作業工数の増大につながる。
【００６３】
したがって、複数の電子制御ユニット１０，３０，５０，７０が実行する処理において扱うデータが、同じ車両Ａに搭載されているものであることを前提として成り立つ車両用の電子制御装置であれば、同様に適用でき、同様の効果を得ることができる。
【図面の簡単な説明】
【図１】  実施例の車両用診断装置の搭載された車両を含む診断システムの概略説明図である。
【図２】  実施例の車両内の概略的なシステム構成を示すブロック図である。
【図３】  実施例のトランスポンダの構成を示すブロック図である。
【図４】  実施例のエンジンＥＣＵの構成を示すブロック図である。
【図５】  実施例のナビＥＣＵの構成を示すブロック図である。
【図６】  実施例のメータＥＣＵの構成を示すブロック図である。
【図７】  実施例の電子制御ユニットで実行されるＩＧＯＮ時処理を示すフローチャートである。
【図８】  実施例の電子制御ユニットで実行されるＶＩＮコード要求処理を示すフローチャートである。
【図９】  実施例の電子制御ユニットで実行されるコード返答対応処理を示すフローチャートである。
【図１０】  実施例の電子制御ユニットで実行されるＶＩＮコード書込処理を示すフローチャートである。
【図１１】  実施例の電子制御ユニットで実行される応答処理を示すフローチャートである。
【図１２】  実施例の電子制御ユニットで実行されるＶＩＮコード送信処理を示すフローチャートである。
【図１３】  実施例の電子制御ユニットで実行されるＶＩＮコード真偽判定処理を示すフローチャートである。
【符号の説明】
３…バッテリ                    ４…イグニッションＳＷ
５…通信ライン                  ６…アクセサリＳＷ
１０…トランスポンダ            １１…マイコン
１２…入出力回路                １３…電源回路
１８…ＥＥＰＲＯＭ              ２０…アンテナ
３０…エンジンＥＣＵ            ３１…マイコン
３２…入出力回路                ３３…メイン電源回路
３４…サブ電源回路              ３８…ＥＥＰＲＯＭ
４１…Ａ／Ｆセンサ              ４２…回転センサ
４３…エアフローメータ          ４４…水温センサ
４５…スロットルセンサ          ４６…スタータＳＷ
４７…インジェクタ              ４８…イグナイタ
４９…ＤＩＡＧテスタ
５０…ナビＥＣＵ                ５１…マイコン
５２…入出力回路                ５３…電源回路
５８…ＥＥＰＲＯＭ              ６０…ＧＰＳアンテナ
６２…受信機                    ６４…地図データ入力装置
６６…表示モニタ
７０…メータＥＣＵ              ７１…マイコン
７２…入出力回路                ７３…電源回路
７８…ＥＥＰＲＯＭ              ８０…メータパネル
８５…車速センサ
Ａ…車両                        Ｂ…レシーバ
Ｃ…管理センタ
【図１】
0003758356.tif 000002
【図２】
0003758356.tif 000003
【図３】
0003758356.tif 000004
【図４】
0003758356.tif 000005
【図５】
0003758356.tif 000006
【図６】
0003758356.tif 000007
【図７】
0003758356.tif 000008
【図８】
0003758356.tif 000009
【図９】
0003758356.tif 000010
【図１０】
0003758356.tif 000011
【図１１】
0003758356.tif 000012
【図１２】
0003758356.tif 000013
【図１３】
0003758356.tif 000014