JP4345119B2 - 車載電子制御ユニットと同電子制御ユニットの交換方法 - Google Patents
車載電子制御ユニットと同電子制御ユニットの交換方法 Download PDFInfo
- Publication number
- JP4345119B2 JP4345119B2 JP36694598A JP36694598A JP4345119B2 JP 4345119 B2 JP4345119 B2 JP 4345119B2 JP 36694598 A JP36694598 A JP 36694598A JP 36694598 A JP36694598 A JP 36694598A JP 4345119 B2 JP4345119 B2 JP 4345119B2
- Authority
- JP
- Japan
- Prior art keywords
- electronic control
- vehicle
- control unit
- specific information
- replacement
- 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 - Fee Related
Links
Images
Landscapes
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、車両に搭載される電子制御ユニット、特に車両固有情報を不揮発性メモリに記憶している車載電子制御ユニットに関する。
【０００２】
【従来の技術】
車両には、個々の識別を図る目的で車両固有情報としてのＶＩＮコード（ＶＩＮは、Vehicle Identification Number の略）が付けられており、このＶＩＮコードを電子制御ユニット（ＥＣＵ）に電子情報として記憶したいという要望がある。そこで一般には、車両メーカでの車両組み付け工程において車両個々にＶＩＮコードが付与され、そのＶＩＮコードが電子制御ユニット内の不揮発性メモリに書き込まれる。また、ＶＩＮコードと併せて車両の故障・修理履歴等の情報を同じく不揮発性メモリに書き込むことも考えられている。
【０００３】
【発明が解決しようとする課題】
ところで、車両が市場に出てから例えば故障などの原因でＶＩＮコード（車両固有情報）を記憶していた電子制御ユニットを交換する場合には、その交換作業時において、当然、交換後の電子制御ユニットにＶＩＮコードやその他、故障履歴等を記憶させる必要が生ずる。このとき、例えば交換前の車両故障の履歴を残しても、それだけではＥＣＵ交換前の故障情報と交換後のＥＣＵに記憶される情報とのつじつまが合わなくなるおそれがある。従って、ＥＣＵ交換の事実を作業者が作業票に別途記録しておくか、或いは作業者が交換後のＥＣＵに記憶させなければならず、ＥＣＵ交換の作業性が悪化するという問題があった。
【０００４】
本発明は、上記問題に着目してなされたものであって、その目的とするところは、交換の必要が生じた際において、その交換時の作業性を向上させることができる車載電子制御ユニットを提供することである。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載の発明では、電子制御ユニットの交換に際し、外部診断装置が交換前の電子制御ユニットから読み出した車両固有情報及び外部診断装置に入力された作業者若しくは修理工場固有のコードについて、交換後の電子制御ユニットが外部診断装置に対しその送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同車両固有情報及び作業者若しくは修理工場固有のコードを受信して不揮発性メモリに新規に書き込む手段と、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込む手段とを備える。
【０００６】
本発明は、電子制御ユニットの交換時に車両固有情報を不揮発性メモリに書き込み直すという要求があることを受けて、その書き込み時に当該電子制御ユニットが交換されたと判断し、その交換の事実を履歴に残すものである。上記構成によれば、電子制御ユニットの交換時に、車両固有情報と交換履歴とが同時に新しい電子制御ユニットの不揮発性メモリに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。その結果、車載電子制御ユニットの交換の必要が生じた際において、その交換時の作業性を向上させることができる。かかる場合、電子制御ユニットの交換前の故障情報と交換後の記憶内容とのつじつまが合わなくなるといった不都合も回避される。
【０００７】
また、請求項２に記載の発明では、通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設
定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、電子制御ユニットの交換に際し、外部診断装置が交換前の電子制御ユニットから読み出した車両固有情報及び外部診断装置に入力された作業者若しくは修理工場固有のコードについて、交換後の電子制御ユニットが外部診断装置に対しその送信を要求する送信要求を送信し、この送信要求に基づき外部診断装置から送信された同車両固有情報及び作業者若しくは修理工場固有のコードを受信して、この作業者若しくは修理工場固有のコードを不揮発性メモリに新規に書き込むと共に、前記車両固有情報についてはこれを他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報と比較し、これらの車両固有情報が一致した場合にのみ、前記外部診断装置から送信された車両固有情報を不揮発性メモリに新規に書き込む手段と、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込む手段とを備える。
【０００８】
上記構成によれば、電子制御ユニットの交換時に、前記の如く車両固有情報が比較されるため、車両の不正改造が行われていないことを前提に車両固有情報の書き込みが行われるようになる。従って、不正改造が抑止できる。また、車両固有情報と交換履歴とが同時に新しい電子制御ユニットの不揮発性メモリに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。本請求項２の構成においても、請求項１と同様に、車載電子制御ユニットの交換の必要が生じた際において、その交換時の作業性を向上させることができる。
またここで、車載電子制御ユニットの不揮発性メモリには、作業者若しくは修理工場固有のコードを記憶させておくことが考えられる。上記請求項１，２に記載の発明では、電子制御ユニットの交換に際し、交換後の電子制御ユニットが、車両固有情報に加え、外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを受信して、作業者若しくは修理工場固有のコードを不揮発性メモリに書き込む手段を備える。これにより、不揮発性メモリに書き込まれる上記作業者若しくは修理工場固有のコードを交換以後の解析等に役立てることが可能となる。
【０００９】
請求項３に記載の発明では、請求項２に記載の発明において、前記外部診断装置により交換前の電子制御ユニットから読み出された車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とが不一致の場合、車両エンジンの始動を禁止する。
【００１０】
仮に、認可されていない修理工場等で電子制御ユニットの交換が行われ、車両固有情報が正規に書き込まれなかった場合、車両固有情報の不一致の状態が生じ、エンジンの始動が禁止される。本構成によれば、不正改造を抑止したいという要望に応えることができる。
【００１１】
請求項４に記載の発明では、通信ラインを介して同一の車両に搭載された他の電子制御
ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、電子制御ユニットが交換された後、交換後の電子制御ユニットが前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して自らの不揮発性メモリに新規に書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段とを備え、前記電子制御ユニットの交換後、電源投入時において自らの不揮発性メモリに記憶されている車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とを比較し、両者が不一致の場合、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報を所定回数、自らの不揮発性メモリに書き込み、それでも前記不一致が解消されないと、当該不揮発性メモリの異常と判断する。
【００１３】
請求項５に記載の発明では、通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、電子制御ユニットが交換された後、交換後の電子制御ユニットが当該電子制御ユニットに接続された外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを自らの不揮発性メモリに新規に書き込む手段と、前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して前記自らの不揮発性メモリに書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段とを備える。
請求項６に記載の発明では、通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、電子制御ユニットが交換された後、交換後の電子制御ユニットが当該電子制御ユニットに接続された外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを自らの不揮発性メモリに新規に書き込む手段と、前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して前記自らの不揮発性メモリに新規に書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段とを備え、前記電子制御ユニットの交換後、電源投入時において自らの不揮発性メモリに記憶されている車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とを比較し、両者が不一致の場合、前記他の電子制御ユニットの不揮発性メモリに
記憶されている車両固有情報を所定回数、自らの不揮発性メモリに書き込み、それでも前記不一致が解消されないと、当該不揮発性メモリの異常と判断する。
【００１４】
上記請求項４〜６の構成によれば、電子制御ユニットの交換後に、車両固有情報と交換履歴とが同時に新しい電子制御ユニットの不揮発性メモリに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。本請求項４〜６の構成においても、請求項１，２と同様に、車載電子制御ユニットの交換の必要が生じた際において、その交換時の作業性を向上させることができる。
また、交換前後の車載電子制御ユニットについて車両固有情報が正しく受け渡しされたとしても、仮に不揮発性メモリが故障していれば車両固有情報は正規の情報とならない。こうした事態に対し、上記請求項４，６に記載の通り電子制御ユニットへの電源投入時に不揮発性メモリの異常の有無が判断されることで、当該不揮発性メモリを原因とする異常が正しく検出できる。
加えて、上記請求項５，６の構成では、交換後の電子制御ユニットが当該電子制御ユニットに接続された外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを自らの不揮発性メモリに新規に書き込む手段を備える。これにより、上記請求項１，２と同様に、不揮発性メモリに書き込まれる上記作業者若しくは修理工場固有のコードを交換以後の解析等に役立てることが可能となる。
【００１５】
またここで、車載電子制御ユニットの不揮発性メモリには、車両の異常診断情報を記憶させておくことが考えられる。そこで、請求項７に記載の発明では、電子制御ユニットの交換に際し、前記車両診断装置により交換前の電子制御ユニットから読み出された車両の異常診断情報を、前記車両診断装置から読み出して不揮発性メモリに新規に書き込む手段を更に備える。請求項７によれば、前記の如く不揮発性メモリに書き込まれる車両の異常診断情報を交換以後の解析等に役立てることが可能となる。
【００１６】
請求項８に記載の発明では、請求項１，２，３，５，６の何れか一項に記載の発明において、作業者若しくは修理工場固有のコードが不正である時と判断される時、車両エンジンの始動を禁止する。
【００１７】
仮に、認可されていない作業者若しくは修理工場等で電子制御ユニットの交換が行われた場合、エンジンの始動が禁止される。本構成によれば、不正改造を抑止したいという要望に応えることができる。
【００１８】
請求項９に記載の発明は、車載電子制御ユニットの交換方法の発明であり、電子制御ユニットの交換に際し、同電子制御ユニットに接続されてその内部情報を読み出すことのできる外部診断装置が、交換前の電子制御ユニットに接続されて、同交換前の電子制御ユニットから読み出した車両固有情報と、当該外部診断装置に入力された作業者若しくは修理工場固有のコードとを一旦記憶するステップと、新たに搭載された電子制御ユニットが、前記外部診断装置に接続されて同外部診断装置に対して前記記憶された車両固有情報及び作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信するステップと、前記新たに搭載された電子制御ユニットが、前記送信要求に基づき外部診断装置から送信された前記車両固有情報及び作業者若しくは修理工場固有のコードを受信して当該電子制御ユニットの不揮発性メモリに新規に書き込むステップと、前記新たに搭載された電子制御ユニットが、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込むステップと、の順次の実行を通じて前記電子制御ユニットの交換が行われる。
【００１９】
上記発明によれば、電子制御ユニットの交換時に、外部診断装置を介して車両固有情報が受け渡されると共に、車両固有情報と交換履歴とが同時に新しい電子制御ユニットの不揮発性メモリに書き込まれる。そのため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。本請求項９の発明においても、車載電子制御ユニットの交換の必要が生じた際において、その交換時の作業性を向上させることができる。また、外部装置に入力された作業者若しくは修理工場固有のコードが、新たに搭載された電子制御ユニットの不揮発性メモリに書き込まれるため、この作業者若しくは修理工場固有のコードを交換以後の解析等に役立てることが可能となる。
【００２０】
【発明の実施の形態】
（第１の実施の形態）
以下、この発明を具体化した第１の実施の形態を図面に従って説明する。
【００２１】
図１は、本実施の形態における車両制御システムの概要を示す構成図である。車両には各種の車載電子制御ユニットとして、例えばエンジンＥＣＵ１００、ブレーキＥＣＵ２００、トランスミッションＥＣＵ３００が搭載され、各ＥＣＵは通信ライン４００により接続されている。通信ライン４００上にはコネクタＣ１が設けられており、このコネクタＣ１とチェッカ５００側のコネクタＣ２とが接続されることで、各ＥＣＵ１００〜３００で記憶保持される種々の情報が外部診断装置としてのチェッカ５００により適宜読み出されるようになっている。
【００２２】
エンジンＥＣＵ１００はエンジンの制御を司るものであって、その基本構成を図２（ａ）に示す。図２（ａ）において、エンジンＥＣＵ１００内のマイコン１１０は、ＣＰＵ１２０、ＲＯＭ１３０、ＲＡＭ１４０及びＩ／Ｏ１５０を備える。マイコン１１０には、不揮発性メモリとしてのＥＥＰＲＯＭ１６０が接続されており、同ＥＥＰＲＯＭ１６０には車両固有情報としてのＶＩＮコードが予め記憶されている。また、マイコン１１０には、入出力回路１７０を介して回転センサ１０、エアフロメータ２０、水温センサ３０等による各種検出信号が逐次入力される。マイコン１１０は、これら各種センサ信号に基づいてエンジンが最適状態で運転されるようインジェクタ４０による燃料噴射量やイグナイタ５０による点火時期を制御する。
【００２３】
他のＥＣＵ２００，３００も基本構成はエンジンＥＣＵ１００と同様であるためその図示及び説明を省略するが、ブレーキＥＣＵ２００は、ＡＢＳ（アンチロックブレーキシステム）機能を備え、車輪への制動力を調整することにより車輪スリップを抑制する。また、トランスミッションＥＣＵ３００は、エンジン回転数やスロットル弁開度等の情報に基づいて図示しないオートマチックトランスミッションのシフト位置を電子制御する。ブレーキＥＣＵ２００のＥＥＰＲＯＭ（図示略）には前記エンジンＥＣＵ１００と同様、車両固有情報としてのＶＩＮコードが予め記憶されている。
【００２４】
上記図１の構成の車両制御システムにおいて、各ＥＣＵ１００〜３００は、異常診断処理をそれぞれ実施し、同処理により得られたダイアグ情報（故障履歴のデータ）を各自のＥＥＰＲＯＭに随時記憶する。
【００２５】
そして、例えば上記異常診断に基づく警告に従いエンジンＥＣＵ１００の交換が必要であると判断される場合、同ＥＣＵ１００は、別のエンジンＥＣＵ６００に付け替えられる。エンジンＥＣＵ６００は図２（ｂ）に示す通り、エンジンＥＣＵ１００と同様の構成を有する（図では、部品番号のみが相違する）。つまり、エンジンＥＣＵ６００は、ＣＰＵ６２０、ＲＯＭ６３０、ＲＡＭ６４０及びＩ／Ｏ６５０からなるマイコン６１０と、不揮発性メモリとしてのＥＥＰＲＯＭ６６０と、入出力回路６７０とを備える。新旧のエンジンＥＣＵ１００，６００間では、図１のチェッカ５００を介してＶＩＮコード及び故障履歴の受け渡しが行われる。
【００２６】
次に、本実施の形態における特徴的な作用を説明する。先ずは、図３を用いてＥＣＵ交換過程の概要を説明する。
図３において、エンジンＥＣＵ１００の交換前に車両が修理工場に持ち込まれると、同ＥＣＵ１００とチェッカ５００とが接続され、エンジンＥＣＵ１００のＥＥＰＲＯＭ１６０からＶＩＮコードと故障履歴とが読み出され、それらがチェッカ５００に書き込まれる。このとき、正規な修理工場（修理担当者）による修理作業が行われたことを表す、ディーラコードがチェッカ５００に入力される。このディーラコードは主に不正改造防止を目的として設けられる。
【００２７】
ディーラコード、ＶＩＮコード及び故障履歴がチェッカ５００に書き込まれると、ＥＣＵ交換可能な状態となり、その状態でエンジンＥＣＵ１００が別のエンジンＥＣＵ６００に交換される。
【００２８】
ＥＣＵ交換後、エンジンＥＣＵ６００はディーラコード、ＶＩＮコード、故障履歴の送信を要求し、それに応えてチェッカ５００はディーラコード、ＶＩＮコード、故障履歴を各々送信する。エンジンＥＣＵ６００はチェッカ５００から受信した前記各データをＥＥＰＲＯＭ６６０に書き込み、その書き込みが正常に行われると、ＥＣＵの交換履歴をＥＥＰＲＯＭ６６０に書き込む。そしてその後、エンジンの始動が許可される。
【００２９】
上記図３を実現するためのチェッカ５００，エンジンＥＣＵ６００の処理を以下に説明する。ここで、チェッカ５００側の処理を図４〜図７のフローチャートに示し、エンジンＥＣＵ６００側の処理を図８〜図１２のフローチャートに示す。
【００３０】
エンジンＥＣＵの交換前、チェッカ５００の通信ポートにエンジンＥＣＵ１００が接続され、通信可能な状態になると、当該チェッカ５００は図４の処理を実行する。すなわち、図４のステップＳ１００では、エンジンＥＣＵ１００より過去の故障履歴を読み込んで記憶し、続くステップＳ１１０ではＶＩＮコードを読み込んで記憶する。
【００３１】
また、エンジンＥＣＵの交換後において、チェッカ５００は図５〜図７の処理を逐次実行する。すなわち、交換後のエンジンＥＣＵ６００からのディーラコード送信要求に応えて図５がスタートすると、ステップＳ１２０では、ディーラコードを同エンジンＥＣＵ６００に送信する。
【００３２】
また、エンジンＥＣＵ６００からのＶＩＮコード送信要求に応えて図６がスタートすると、ステップＳ１３０では、交換前のエンジンＥＣＵ１００から読み取ったＶＩＮコードを交換後のエンジンＥＣＵ６００に送信する。
【００３３】
さらに、エンジンＥＣＵ６００からの故障履歴送信要求に応えて図７がスタートすると、ステップＳ１４０では、交換前のエンジンＥＣＵ１００から読み込んだ故障履歴を交換後のエンジンＥＣＵ６００に送信する。
【００３４】
次に、交換後のエンジンＥＣＵ６００により実施される処理を図８のフローチャートに従い説明する。ＶＩＮコードの書き込み要求に応えて図８がスタートすると、先ずステップＳ２００では、ディーラコード送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきたディーラコードをＥＥＰＲＯＭ６６０に記憶する。なお、ディーラコードを受け取ることで、正規な修理工場（修理担当者）によりＥＣＵ交換並びにＶＩＮコード書き換えが行われたか否かが判断される。また、ディーラコードと修理工場での修理情報とを共に記憶しておき（加えて修理内容を記憶しても良い）、後日これらの情報を解析することで、修理工場の修理能力を採点評価することが可能となる。
【００３５】
続くステップＳ２２０では、ＶＩＮコード送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきたＶＩＮコードをＥＥＰＲＯＭ６６０に記憶する。また、ステップＳ２４０では、故障履歴送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきた故障履歴をＥＥＰＲＯＭ６６０に記憶する。但し、ステップＳ２００，Ｓ２２０，Ｓ２４０の詳細は後述する。
【００３６】
最後に、ステップＳ２６０では、ＶＩＮコードが書き込まれたことを受けてエンジンＥＣＵが交換されたと判断し、エンジンＥＣＵの交換履歴をＥＥＰＲＯＭ６６０に記憶する。ここで、交換履歴として記憶される情報は、ＥＣＵ交換の累積回数、交換日時、交換場所、交換内容等の少なくとも一つを含むものであればよい。
【００３７】
次に、前記図８のステップＳ２００の処理を図９を用いて詳細に説明する。図９において、ステップＳ２０１では、カウンタＣ１，Ｃ２を「０」にクリアする。カウンタＣ１は、図１０に示されるように、４ｍｓ周期で「１」ずつインクリメントされるカウンタである（ステップＳ２１０）。
【００３８】
その後、ステップＳ２０２では、ディーラコードの送信要求をチェッカ５００に出し、続くステップＳ２０３では、ＥＣＵ自身を受信可能な状態とする。ステップＳ２０４では受信の有無を判別し、受信有りならば、ステップＳ２０５でチェッカ５００から送信されるディーラコードをＥＥＰＲＯＭ６６０に書き込む。また、受信がなければ、ステップＳ２０６〜Ｓ２０８でディーラコードの送信待ち処理を行う。
【００３９】
詳細には、ステップＳ２０６では、カウンタＣ１が所定値Ｋ１に達したか否かを判別し、Ｃ１≠Ｋ１であればステップＳ２０３に戻る。すなわち、受信可能状態を持続し、受信の有無を再び判別する。また、Ｃ１＝Ｋ１であれば、カウンタＣ２を「１」インクリメントすると共に、カウンタＣ２が所定値Ｋ２に達したか否かを判別する（ステップＳ２０７，Ｓ２０８）。このとき、Ｃ２≠Ｋ２であればステップＳ２０２に戻る。また、受信のないままＣ２＝Ｋ２になると、ステップＳ２０９に進み、認可されていない修理工場等で不正改造された可能性があるとしてインジェクタ４０による燃料噴射を禁止する。つまり、エンジンを始動させないこととする。またこのとき、不正改造の可能性があることを表す表示などを行い、作業者にその旨を警告する。
【００４０】
要するに、チェッカ５００からの受信が無い場合（Ｓ２０４がＮＯの場合）、「Ｋ１・４ｍｓ」毎にディーラコードの送信要求を出し、その送信要求がＫ２回実施されてもチェッカ５００からディーラコードが送信されないと、不正改造と判断する。
【００４１】
次に、前記図８のステップＳ２２０の処理を図１１を用いて詳細に説明する。図１１において、ステップＳ２２１では、カウンタＣ３，Ｃ４，Ｃ５，Ｃ６を「０」にクリアする。カウンタＣ３，Ｃ５は、前記カウンタＣ１と同様、４ｍｓ周期で「１」ずつインクリメントされるカウンタである（図１０参照）。
【００４２】
その後、ステップＳ２２２では、ＶＩＮコードの送信要求をチェッカ５００に出し、続くステップＳ２２３では、ＥＣＵ自身を受信可能な状態とする。ステップＳ２２４では受信の有無を判別し、受信がなければステップＳ２３０〜Ｓ２３２でチェッカ５００からのＶＩＮコードの送信待ち処理を行う。
【００４３】
詳細には、ステップＳ２３０では、カウンタＣ３が所定値Ｋ３に達したか否かを判別し、Ｃ３≠Ｋ３であればステップＳ２２３に戻る。また、Ｃ３＝Ｋ３であれば、カウンタＣ４を「１」インクリメントすると共に、カウンタＣ４が所定値Ｋ４に達したか否かを判別する（ステップＳ２３１，Ｓ２３２）。このとき、Ｃ４≠Ｋ４であればステップＳ２２２に戻る。また、受信のないままＣ４＝Ｋ４になると、ステップＳ２３３に進み、不正改造された可能性があるとしてインジェクタ４０による燃料噴射を禁止する。つまり、エンジンを始動させないこととする。またこのとき、不正改造の可能性があることを表す表示などを行い、作業者にその旨を警告する。
【００４４】
チェッカ５００からのＶＩＮコードの受信があると、ステップＳ２２５に進む。ステップＳ２２５では、ＶＩＮコードの送信要求を別のＥＣＵ（本実施の形態では、ブレーキＥＣＵ２００）に出し、続くステップＳ２２６では、ＥＣＵ自身を受信可能な状態とする。また、ステップＳ２２７では受信の有無を判別し、受信がなければステップＳ２３４〜Ｓ２３６でブレーキＥＣＵ２００からのＶＩＮコードの送信待ち処理を行う。
【００４５】
詳細には、ステップＳ２３４では、カウンタＣ５が所定値Ｋ５に達したか否かを判別し、Ｃ５≠Ｋ５であればステップＳ２２６に戻る。また、Ｃ５＝Ｋ５であれば、カウンタＣ６を「１」インクリメントすると共に、カウンタＣ６が所定値Ｋ６に達したか否かを判別する（ステップＳ２３５，Ｓ２３６）。このとき、Ｃ６≠Ｋ６であればステップＳ２２５に戻る。また、受信のないままＣ６＝Ｋ６になると、ステップＳ２３７に進み、ブレーキＥＣＵ２００との通信に異常があると判断し、エラー情報をチェッカ５００に送信する。
【００４６】
また、ブレーキＥＣＵ２００からの受信があると、ステップＳ２２８に進み、チェッカ５００から受信したＶＩＮコードと、ブレーキＥＣＵ２００から受信したＶＩＮコードとが一致するか否かを判別する。ＶＩＮコードが一致すれば、正規なＥＣＵ交換が行われたとみなされ、ステップＳ２２９に進んで当該ＶＩＮコードをＥＥＰＲＯＭ６６０に書き込む。また、ＶＩＮコードが不一致であればステップＳ２３３に進み、不正改造された可能性があるとしてインジェクタ４０による燃料噴射を禁止する。
【００４７】
要するに、チェッカ５００からの受信が無い場合（Ｓ２２４がＮＯの場合）、「Ｋ３・４ｍｓ」毎にＶＩＮコードの送信要求を出し、その送信要求がＫ４回実施されてもチェッカ５００からＶＩＮコードが送信されないと、不正改造と判断する。また、ブレーキＥＣＵ２００からの受信が無い場合（Ｓ２２７がＮＯの場合）、「Ｋ５・４ｍｓ」毎にＶＩＮコードの送信要求を出し、その送信要求がＫ６回実施されてもブレーキＥＣＵ２００からＶＩＮコードが送信されないと、通信異常と判断する。
【００４８】
次に、前記図８のステップＳ２４０の処理を図１２を用いて詳細に説明する。図１２において、ステップＳ２４１では、カウンタＣ７，Ｃ８を「０」にクリアする。カウンタＣ７は、前記カウンタＣ１と同様、４ｍｓ周期で「１」ずつインクリメントされるカウンタである（図１０参照）。
【００４９】
その後、ステップＳ２４２では、故障履歴の送信要求をチェッカ５００に出し、続くステップＳ２４３では、ＥＣＵ自身を受信可能な状態とする。ステップＳ２４４では受信の有無を判別し、受信有りならば、ステップＳ２４５で故障履歴をＥＥＰＲＯＭ６６０に書き込む。また、受信がなければステップＳ２４６〜Ｓ２４８でチェッカ５００からの故障履歴の送信待ち処理を行う。
【００５０】
詳細には、ステップＳ２４６では、カウンタＣ７が所定値Ｋ７に達したか否かを判別し、Ｃ７≠Ｋ７であればステップＳ２４３に戻る。また、Ｃ７＝Ｋ７であれば、カウンタＣ８を「１」インクリメントすると共に、カウンタＣ８が所定値Ｋ８に達したか否かを判別する（ステップＳ２４７，Ｓ２４８）。このとき、Ｃ８≠Ｋ８であればステップＳ２４２に戻る。また、受信のないままＣ８＝Ｋ８になると、ステップＳ２４９に進み、エラー情報をチェッカ５００に送信する。
【００５１】
要するに、チェッカ５００からの受信が無い場合（Ｓ２４４がＮＯの場合）、「Ｋ７・４ｍｓ」毎に故障履歴の送信要求を出し、その送信要求がＫ８回実施されてもチェッカ５００から故障履歴が送信されないと、エラー情報をチェッカ５００に送信する。
【００５２】
以上詳述した本実施の形態によれば、以下に示す効果が得られる。
（ａ）ＥＣＵの交換に際し、交換前のＥＣＵから読み出されたＶＩＮコード（車両固有情報）をＥＥＰＲＯＭに新規に書き込むと共に、それに引き続いてＥＣＵ交換の履歴を同ＥＥＰＲＯＭに書き込むこととした。本構成によれば、ＥＣＵの交換時に、ＶＩＮコードと交換履歴とが同時に新しいＥＣＵのＥＥＰＲＯＭに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。その結果、ＥＣＵの交換の必要が生じた際において、その交換時の作業性を向上させることができる。かかる場合、ＥＣＵの交換前の故障情報と交換後の記憶内容とのつじつまが合わなくなるといった不都合も回避される。
【００５３】
（ｂ）ＥＣＵの交換に際し、交換前のＥＣＵから読み出されたＶＩＮコードと、前記他のＥＣＵのＥＥＰＲＯＭに記憶されているＶＩＮコードとを比較し、両者が一致した場合にのみ、ＶＩＮコードをＥＥＰＲＯＭに新規に書き込むこととした。本構成によれば、ＥＣＵの交換時に、前記の如くＶＩＮコードが比較されるため、車両の不正改造が行われていないことを前提にＶＩＮコードの書き込みが行われる。従って、不正改造が抑止できる。
【００５４】
（ｃ）交換前のＥＣＵから読み出されたＶＩＮコードと、他のＥＣＵのＥＥＰＲＯＭに記憶されているＶＩＮコードとが不一致の場合、車両エンジンの始動を禁止するようにした。本構成によれば、不正改造を抑止したいという要望に応えることができる。
【００５５】
（ｄ）ＥＣＵの交換に際し、交換前のＥＣＵから読み出された車両の故障履歴（異常診断情報）と、ＥＣＵ交換時に付与されるディーラコード（作業者若しくは修理工場固有のコード）とをＥＥＰＲＯＭに書き込むようにした。本構成によれば、これらの各種情報をＥＥＰＲＯＭから必要に応じて読み出すことで、交換以後の解析等に役立てることが可能となる。
【００５６】
（ｅ）ディーラコードが不正である時と判断される時、車両エンジンの始動を禁止するようにしたため、不正改造を抑止したいという要望に応えることができる。
【００５７】
次に、本発明における第２，第３の実施の形態を説明する。但し、以下の各実施の形態の構成において、上述した第１の実施の形態と同等であるものについては図面に同一の記号を付すと共にその説明を簡略化する。そして、以下には第１の実施の形態との相違点を中心に説明する。
【００５８】
（第２の実施の形態）
上記第１の実施の形態では、チェッカ５００からのディーラコードが受信できない場合に不正改造と判断したが（前記図９のフロー参照）、本実施の形態ではこれに加えて、ディーラコードに所定の規則性を持たせこの規則性に合わない場合に不正改造と判断する。
【００５９】
図１３は、前記図８のステップＳ２００の処理を詳細に示すフローチャートであり、同処理は前記図９の処理に置き換えて実行される。
図１３では、前記図９との相違点として、ステップＳ２０４でディーラコードの受信有りと判別された時に、ステップＳ２１０に進み、前記受信したディーラコードが所定の規則性に合致するか否かを判別する。そして、この規則性に合致しない場合に不正改造と判断する（ステップＳ２０９）。
【００６０】
より具体的には、例えば数値化されたディーラコードにおいて修理工場を特定する部分の各桁の和を求め、その和を特定部分の下位の桁に持たせる。そして、特定部分の和の値が不一致となる場合、不正改造と判断する。或いは、正規ディーラを表すディーラコードの一覧をＥＥＰＲＯＭ６６０内に持たせておき、この一覧のどのコードにも合致しない場合に不正改造と判断する。
【００６１】
以上第２の実施の形態によれば、第１の実施の形態で既述した効果に加えて次の効果が得られる。つまり、所定の規則性を持たせてディーラコードの適否を判断するようにしたため、不正改造かどうかを判断する際、その信頼性を高めることができる。
【００６２】
（第３の実施の形態）
上記各実施の形態では、エンジンＥＣＵの交換時においてチェッカ５００を介してＶＩＮコードを受け渡しする構成であったが、本実施の形態ではこれを変更し、ＶＩＮコードを他のＥＣＵより読み出す構成とする。
【００６３】
図１４は、交換後のエンジンＥＣＵ６００により実施される処理を示すフローチャートであり、本処理は前記図８に置き換えて実行される。前記図８との相違点として、図１４では前記図８のステップＳ２２０，Ｓ２６０を省略し、同図８のステップＳ２００，Ｓ２４０のみを実施するものとなっている。
【００６４】
すなわち、図１４において、ＥＣＵ交換に際して本処理がスタートすると、ステップＳ２００では、ディーラコード送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきたディーラコードをＥＥＰＲＯＭ６６０に記憶する。また、続くステップＳ２４０では、故障履歴送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきた故障履歴をＥＥＰＲＯＭ６６０に記憶する。但し、ステップＳ２００，Ｓ２４０は前記図８の処理（前記図９，図１２の処理）に等しく、ここではその詳細な説明を省略する。
【００６５】
図１５は、エンジンＥＣＵ６００のベースルーチンを示すフローチャートである。イグニッションキー（ＩＧキー）のＯＮ操作に伴い図１５が起動されると、先ずステップＳ３０１では、他のＥＣＵ（本実施の形態ではブレーキＥＣＵ２００）のＥＥＰＲＯＭに記憶されているＶＩＮコードを読み出す。ステップＳ３０２ではカウンタＢを「０」にクリアし、続くステップＳ３０３ではカウンタＡを「１」インクリメントする。ここで、カウンタＡは、エンジンＥＣＵの交換後におけるＩＧキーのＯＮ回数を計数するためのカウンタであり、カウンタＢは、後述するＥＥＰＲＯＭ６６０の異常診断時に用いられるカウンタである。
【００６６】
その後、ステップＳ３０４では、前記読み出した他のＥＣＵのＶＩＮコードとそれ以前にＥＥＰＲＯＭ６６０に書き込まれたＶＩＮコードとを比較し、両者が一致するか否かを判別する。エンジンＥＣＵ６００の交換直後においてはＶＩＮコードが書き込まれていないため、ステップＳ３０４がＮＯとなり、ステップＳ３０５に進んで他のＥＣＵのＶＩＮコードをＥＥＰＲＯＭ６６０に書き込む。
【００６７】
ステップＳ３０６では、ＥＣＵ交換後におけるＩＧキーのＯＮ回数（カウンタＡ）が５回未満であるか否かを判別し、Ａ＜５であればステップＳ３０７に進み、エンジンＥＣＵが交換されたとしエンジンＥＣＵの交換情報をＥＥＰＲＯＭ６６０に書き込む。その後、ステップＳ３０８に進むと、エンジンの運転に係わる通常の制御を実施する。
【００６８】
ＶＩＮコードが正規に書き込まれると、それ以降（例えば２回目以降）のＩＧ−ＯＮ時において、ステップＳ３０４がＹＥＳとなり、そのままステップＳ３０８に進み、エンジンの運転に係わる通常の制御を実施する。
【００６９】
また、ＥＣＵ交換後におけるＩＧキーのＯＮ回数（カウンタＡ）が５回以上となっても、ＶＩＮコードが不一致の場合（ステップＳ３０４，Ｓ３０６が共にＮＯの場合）、ステップＳ３０９に進んでカウンタＢを「１」インクリメントし、続くステップＳ３１０では、Ｂ＝Ｋであるか否かを判別する。そして、Ｂ＝ＫとなるまではステップＳ３０４，Ｓ３０５等の処理を繰り返し行い、ＶＩＮコードが一致しないままＢ＝Ｋになると、ステップＳ３１１でＥＥＰＲＯＭ６６０の異常発生であると判断する。つまり、ＥＣＵ交換後、ＩＧキーのＯＮ操作の度に他のＥＣＵからＶＩＮコードを書き込み、それが５回以上となってもＶＩＮコードが不一致であるならば、ＥＣＵ交換に不備があったのではなくＥＥＰＲＯＭ６６０等、ＶＩＮコードを記憶する構成の異常とみなす。
【００７０】
以上第３の実施の形態では、以下の効果が得られる。
（Ａ）交換後のＥＣＵにおいて、他のＥＣＵのＥＥＰＲＯＭからＶＩＮコードを読み出してＥＥＰＲＯＭに新規に書き込むと共に、それに引き続いてＥＣＵ交換の履歴を同ＥＥＰＲＯＭに書き込むこととした。本構成によれば、ＶＩＮコードと交換履歴とが同時に新しいＥＣＵのＥＥＰＲＯＭに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。本実施の形態においても、上記第１の実施の形態と同様に、ＥＣＵの交換の必要が生じた際において、その交換時の作業性を向上させることができる。
【００７１】
（Ｂ）ＥＣＵが交換された後、電源投入時においてＥＥＰＲＯＭに記憶されているＶＩＮコードと、他のＥＣＵのＥＥＰＲＯＭに記憶されているＶＩＮコードとを比較し、両者が不一致の場合、他のＥＣＵのＥＥＰＲＯＭに記憶されているＶＩＮコードを所定回数だけ、ＥＥＰＲＯＭに書き込み、それでも上記不一致が解消されないと、当該ＥＥＰＲＯＭの異常と判断するようにした。
【００７２】
交換前後のＥＣＵについてＶＩＮコードが正しく受け渡しされたとしても、仮にＥＥＰＲＯＭが故障していればＶＩＮコードは正規の情報とならない。こうした事態に対し、上記の通りＥＣＵへの電源投入時にＥＥＰＲＯＭの異常の有無が判断されることで、当該ＥＥＰＲＯＭを原因とする異常が正しく検出できる。
【００７３】
なお、本発明の実施の形態は、上記以外に次の形態にて具体化できる。
上記第１の実施の形態（図１１の処理）では、チェッカ５００からＶＩＮコードを受信した際、該受信したＶＩＮコードを他のＥＣＵのＶＩＮコードと比較し、コード一致の場合のみ、ＶＩＮコードの書き込みを許可したが、同構成においてＶＩＮコードの比較の処理（図１１のステップＳ２２５〜Ｓ２２８，Ｓ２３４〜Ｓ２３７の処理）を省略してもよい。この場合、チェッカ５００からのＶＩＮコードの受信確認がなされれば、直ちにＶＩＮコードがＥＥＰＲＯＭに書き込まれる。
【００７４】
上記実施の形態では、交換前のエンジンＥＣＵ１００が保持する故障履歴（異常診断情報）をチェッカ５００に一旦記憶させてその後、新しいエンジンＥＣＵ６００に書き込んだが、この構成を変更する。例えば交換前のエンジンＥＣＵ１００が保持する故障履歴（異常診断情報）をブレーキＥＣＵ２００又はトランスミッションＥＣＵ等、他のＥＣＵに一旦移し、その後、新しいエンジンＥＣＵ６００に書き込むようにしてもよい。
【００７５】
他のＥＣＵからＶＩＮコードを読み出し、該ＶＩＮコードとチェッカ５００から受信したＶＩＮコードとを比較してその適否を判断する場合（図１１）、或いは当該他のＥＣＵのＶＩＮコードをそのままＥＥＰＲＯＭに書き込む場合（図１５）、他のＥＣＵのＶＩＮコードそのものが正しいか否かの審査を行うとよい。つまり、他のＥＣＵ側に問題がある場合も考えられるので、その際の不都合を排除する。具体的には、３つ以上の他のＥＣＵにＶＩＮコードを記憶させておき、各ＥＣＵからＶＩＮコードを回収して該回収したＶＩＮコードの多数決を取る。そして、必要とするＶＩＮコードがその過半数を占めるコードと同一であるかを審査し、過半数コードと同一であれば当該ＶＩＮコードが正しいものであると判断して前記図１１や図１５の処理に採用する。かかる構成によれば、より一層信頼性の高いＥＣＵ交換作業が実現できる。
【００７６】
上記各実施の形態では、ＥＣＵの交換に際し、ＶＩＮコード、故障履歴、ディーラコードを全て受け渡す構成としたが、これらのうち、故障履歴及びディーラコードの一方又は両方を要件から削除してもよい。要は、少なくともＶＩＮコードを受け渡す装置（車両制御システム）であれば、本発明の特徴的な効果が得られる。
【００７７】
上記各実施の形態では、ＶＩＮコードが実際に書き込まれた時にＥＣＵ交換と判断して交換履歴を交換後のＥＣＵの不揮発性メモリに書き込んだが、過去の車両故障情報（故障履歴）又はディーラコードが書き込まれた時にＥＣＵ交換と判断して交換履歴を交換後のＥＣＵの不揮発性メモリに書き込んでもよい。
【図面の簡単な説明】
【図１】発明の実施の形態における車両制御システムの概要を示す構成図。
【図２】エンジンＥＣＵの構成を示すブロック図。
【図３】エンジンＥＣＵの交換の過程を説明するためのタイムチャート。
【図４】チェッカの処理を示すフローチャート。
【図５】チェッカの処理を示すフローチャート。
【図６】チェッカの処理を示すフローチャート。
【図７】チェッカの処理を示すフローチャート。
【図８】エンジンＥＣＵの処理を示すフローチャート。
【図９】エンジンＥＣＵの処理を示すフローチャート。
【図１０】エンジンＥＣＵの処理を示すフローチャート。
【図１１】エンジンＥＣＵの処理を示すフローチャート。
【図１２】エンジンＥＣＵの処理を示すフローチャート。
【図１３】エンジンＥＣＵの処理を示すフローチャート。
【図１４】エンジンＥＣＵの処理を示すフローチャート。
【図１５】エンジンＥＣＵの処理を示すフローチャート。
【符号の説明】
１００…エンジンＥＣＵ、１６０…不揮発性メモリとしてのＥＥＰＲＯＭ、２００…ブレーキＥＣＵ、３００…トランスミッションＥＣＵ、４００…通信ライン、５００…外部診断装置としてのチェッカ、６００…エンジンＥＣＵ、６６０…不揮発性メモリとしてのＥＥＰＲＯＭ。
【発明の属する技術分野】
本発明は、車両に搭載される電子制御ユニット、特に車両固有情報を不揮発性メモリに記憶している車載電子制御ユニットに関する。
【０００２】
【従来の技術】
車両には、個々の識別を図る目的で車両固有情報としてのＶＩＮコード（ＶＩＮは、Vehicle Identification Number の略）が付けられており、このＶＩＮコードを電子制御ユニット（ＥＣＵ）に電子情報として記憶したいという要望がある。そこで一般には、車両メーカでの車両組み付け工程において車両個々にＶＩＮコードが付与され、そのＶＩＮコードが電子制御ユニット内の不揮発性メモリに書き込まれる。また、ＶＩＮコードと併せて車両の故障・修理履歴等の情報を同じく不揮発性メモリに書き込むことも考えられている。
【０００３】
【発明が解決しようとする課題】
ところで、車両が市場に出てから例えば故障などの原因でＶＩＮコード（車両固有情報）を記憶していた電子制御ユニットを交換する場合には、その交換作業時において、当然、交換後の電子制御ユニットにＶＩＮコードやその他、故障履歴等を記憶させる必要が生ずる。このとき、例えば交換前の車両故障の履歴を残しても、それだけではＥＣＵ交換前の故障情報と交換後のＥＣＵに記憶される情報とのつじつまが合わなくなるおそれがある。従って、ＥＣＵ交換の事実を作業者が作業票に別途記録しておくか、或いは作業者が交換後のＥＣＵに記憶させなければならず、ＥＣＵ交換の作業性が悪化するという問題があった。
【０００４】
本発明は、上記問題に着目してなされたものであって、その目的とするところは、交換の必要が生じた際において、その交換時の作業性を向上させることができる車載電子制御ユニットを提供することである。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載の発明では、電子制御ユニットの交換に際し、外部診断装置が交換前の電子制御ユニットから読み出した車両固有情報及び外部診断装置に入力された作業者若しくは修理工場固有のコードについて、交換後の電子制御ユニットが外部診断装置に対しその送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同車両固有情報及び作業者若しくは修理工場固有のコードを受信して不揮発性メモリに新規に書き込む手段と、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込む手段とを備える。
【０００６】
本発明は、電子制御ユニットの交換時に車両固有情報を不揮発性メモリに書き込み直すという要求があることを受けて、その書き込み時に当該電子制御ユニットが交換されたと判断し、その交換の事実を履歴に残すものである。上記構成によれば、電子制御ユニットの交換時に、車両固有情報と交換履歴とが同時に新しい電子制御ユニットの不揮発性メモリに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。その結果、車載電子制御ユニットの交換の必要が生じた際において、その交換時の作業性を向上させることができる。かかる場合、電子制御ユニットの交換前の故障情報と交換後の記憶内容とのつじつまが合わなくなるといった不都合も回避される。
【０００７】
また、請求項２に記載の発明では、通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設
定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、電子制御ユニットの交換に際し、外部診断装置が交換前の電子制御ユニットから読み出した車両固有情報及び外部診断装置に入力された作業者若しくは修理工場固有のコードについて、交換後の電子制御ユニットが外部診断装置に対しその送信を要求する送信要求を送信し、この送信要求に基づき外部診断装置から送信された同車両固有情報及び作業者若しくは修理工場固有のコードを受信して、この作業者若しくは修理工場固有のコードを不揮発性メモリに新規に書き込むと共に、前記車両固有情報についてはこれを他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報と比較し、これらの車両固有情報が一致した場合にのみ、前記外部診断装置から送信された車両固有情報を不揮発性メモリに新規に書き込む手段と、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込む手段とを備える。
【０００８】
上記構成によれば、電子制御ユニットの交換時に、前記の如く車両固有情報が比較されるため、車両の不正改造が行われていないことを前提に車両固有情報の書き込みが行われるようになる。従って、不正改造が抑止できる。また、車両固有情報と交換履歴とが同時に新しい電子制御ユニットの不揮発性メモリに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。本請求項２の構成においても、請求項１と同様に、車載電子制御ユニットの交換の必要が生じた際において、その交換時の作業性を向上させることができる。
またここで、車載電子制御ユニットの不揮発性メモリには、作業者若しくは修理工場固有のコードを記憶させておくことが考えられる。上記請求項１，２に記載の発明では、電子制御ユニットの交換に際し、交換後の電子制御ユニットが、車両固有情報に加え、外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを受信して、作業者若しくは修理工場固有のコードを不揮発性メモリに書き込む手段を備える。これにより、不揮発性メモリに書き込まれる上記作業者若しくは修理工場固有のコードを交換以後の解析等に役立てることが可能となる。
【０００９】
請求項３に記載の発明では、請求項２に記載の発明において、前記外部診断装置により交換前の電子制御ユニットから読み出された車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とが不一致の場合、車両エンジンの始動を禁止する。
【００１０】
仮に、認可されていない修理工場等で電子制御ユニットの交換が行われ、車両固有情報が正規に書き込まれなかった場合、車両固有情報の不一致の状態が生じ、エンジンの始動が禁止される。本構成によれば、不正改造を抑止したいという要望に応えることができる。
【００１１】
請求項４に記載の発明では、通信ラインを介して同一の車両に搭載された他の電子制御
ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、電子制御ユニットが交換された後、交換後の電子制御ユニットが前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して自らの不揮発性メモリに新規に書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段とを備え、前記電子制御ユニットの交換後、電源投入時において自らの不揮発性メモリに記憶されている車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とを比較し、両者が不一致の場合、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報を所定回数、自らの不揮発性メモリに書き込み、それでも前記不一致が解消されないと、当該不揮発性メモリの異常と判断する。
【００１３】
請求項５に記載の発明では、通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、電子制御ユニットが交換された後、交換後の電子制御ユニットが当該電子制御ユニットに接続された外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを自らの不揮発性メモリに新規に書き込む手段と、前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して前記自らの不揮発性メモリに書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段とを備える。
請求項６に記載の発明では、通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、電子制御ユニットが交換された後、交換後の電子制御ユニットが当該電子制御ユニットに接続された外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを自らの不揮発性メモリに新規に書き込む手段と、前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して前記自らの不揮発性メモリに新規に書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段とを備え、前記電子制御ユニットの交換後、電源投入時において自らの不揮発性メモリに記憶されている車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とを比較し、両者が不一致の場合、前記他の電子制御ユニットの不揮発性メモリに
記憶されている車両固有情報を所定回数、自らの不揮発性メモリに書き込み、それでも前記不一致が解消されないと、当該不揮発性メモリの異常と判断する。
【００１４】
上記請求項４〜６の構成によれば、電子制御ユニットの交換後に、車両固有情報と交換履歴とが同時に新しい電子制御ユニットの不揮発性メモリに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。本請求項４〜６の構成においても、請求項１，２と同様に、車載電子制御ユニットの交換の必要が生じた際において、その交換時の作業性を向上させることができる。
また、交換前後の車載電子制御ユニットについて車両固有情報が正しく受け渡しされたとしても、仮に不揮発性メモリが故障していれば車両固有情報は正規の情報とならない。こうした事態に対し、上記請求項４，６に記載の通り電子制御ユニットへの電源投入時に不揮発性メモリの異常の有無が判断されることで、当該不揮発性メモリを原因とする異常が正しく検出できる。
加えて、上記請求項５，６の構成では、交換後の電子制御ユニットが当該電子制御ユニットに接続された外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを自らの不揮発性メモリに新規に書き込む手段を備える。これにより、上記請求項１，２と同様に、不揮発性メモリに書き込まれる上記作業者若しくは修理工場固有のコードを交換以後の解析等に役立てることが可能となる。
【００１５】
またここで、車載電子制御ユニットの不揮発性メモリには、車両の異常診断情報を記憶させておくことが考えられる。そこで、請求項７に記載の発明では、電子制御ユニットの交換に際し、前記車両診断装置により交換前の電子制御ユニットから読み出された車両の異常診断情報を、前記車両診断装置から読み出して不揮発性メモリに新規に書き込む手段を更に備える。請求項７によれば、前記の如く不揮発性メモリに書き込まれる車両の異常診断情報を交換以後の解析等に役立てることが可能となる。
【００１６】
請求項８に記載の発明では、請求項１，２，３，５，６の何れか一項に記載の発明において、作業者若しくは修理工場固有のコードが不正である時と判断される時、車両エンジンの始動を禁止する。
【００１７】
仮に、認可されていない作業者若しくは修理工場等で電子制御ユニットの交換が行われた場合、エンジンの始動が禁止される。本構成によれば、不正改造を抑止したいという要望に応えることができる。
【００１８】
請求項９に記載の発明は、車載電子制御ユニットの交換方法の発明であり、電子制御ユニットの交換に際し、同電子制御ユニットに接続されてその内部情報を読み出すことのできる外部診断装置が、交換前の電子制御ユニットに接続されて、同交換前の電子制御ユニットから読み出した車両固有情報と、当該外部診断装置に入力された作業者若しくは修理工場固有のコードとを一旦記憶するステップと、新たに搭載された電子制御ユニットが、前記外部診断装置に接続されて同外部診断装置に対して前記記憶された車両固有情報及び作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信するステップと、前記新たに搭載された電子制御ユニットが、前記送信要求に基づき外部診断装置から送信された前記車両固有情報及び作業者若しくは修理工場固有のコードを受信して当該電子制御ユニットの不揮発性メモリに新規に書き込むステップと、前記新たに搭載された電子制御ユニットが、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込むステップと、の順次の実行を通じて前記電子制御ユニットの交換が行われる。
【００１９】
上記発明によれば、電子制御ユニットの交換時に、外部診断装置を介して車両固有情報が受け渡されると共に、車両固有情報と交換履歴とが同時に新しい電子制御ユニットの不揮発性メモリに書き込まれる。そのため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。本請求項９の発明においても、車載電子制御ユニットの交換の必要が生じた際において、その交換時の作業性を向上させることができる。また、外部装置に入力された作業者若しくは修理工場固有のコードが、新たに搭載された電子制御ユニットの不揮発性メモリに書き込まれるため、この作業者若しくは修理工場固有のコードを交換以後の解析等に役立てることが可能となる。
【００２０】
【発明の実施の形態】
（第１の実施の形態）
以下、この発明を具体化した第１の実施の形態を図面に従って説明する。
【００２１】
図１は、本実施の形態における車両制御システムの概要を示す構成図である。車両には各種の車載電子制御ユニットとして、例えばエンジンＥＣＵ１００、ブレーキＥＣＵ２００、トランスミッションＥＣＵ３００が搭載され、各ＥＣＵは通信ライン４００により接続されている。通信ライン４００上にはコネクタＣ１が設けられており、このコネクタＣ１とチェッカ５００側のコネクタＣ２とが接続されることで、各ＥＣＵ１００〜３００で記憶保持される種々の情報が外部診断装置としてのチェッカ５００により適宜読み出されるようになっている。
【００２２】
エンジンＥＣＵ１００はエンジンの制御を司るものであって、その基本構成を図２（ａ）に示す。図２（ａ）において、エンジンＥＣＵ１００内のマイコン１１０は、ＣＰＵ１２０、ＲＯＭ１３０、ＲＡＭ１４０及びＩ／Ｏ１５０を備える。マイコン１１０には、不揮発性メモリとしてのＥＥＰＲＯＭ１６０が接続されており、同ＥＥＰＲＯＭ１６０には車両固有情報としてのＶＩＮコードが予め記憶されている。また、マイコン１１０には、入出力回路１７０を介して回転センサ１０、エアフロメータ２０、水温センサ３０等による各種検出信号が逐次入力される。マイコン１１０は、これら各種センサ信号に基づいてエンジンが最適状態で運転されるようインジェクタ４０による燃料噴射量やイグナイタ５０による点火時期を制御する。
【００２３】
他のＥＣＵ２００，３００も基本構成はエンジンＥＣＵ１００と同様であるためその図示及び説明を省略するが、ブレーキＥＣＵ２００は、ＡＢＳ（アンチロックブレーキシステム）機能を備え、車輪への制動力を調整することにより車輪スリップを抑制する。また、トランスミッションＥＣＵ３００は、エンジン回転数やスロットル弁開度等の情報に基づいて図示しないオートマチックトランスミッションのシフト位置を電子制御する。ブレーキＥＣＵ２００のＥＥＰＲＯＭ（図示略）には前記エンジンＥＣＵ１００と同様、車両固有情報としてのＶＩＮコードが予め記憶されている。
【００２４】
上記図１の構成の車両制御システムにおいて、各ＥＣＵ１００〜３００は、異常診断処理をそれぞれ実施し、同処理により得られたダイアグ情報（故障履歴のデータ）を各自のＥＥＰＲＯＭに随時記憶する。
【００２５】
そして、例えば上記異常診断に基づく警告に従いエンジンＥＣＵ１００の交換が必要であると判断される場合、同ＥＣＵ１００は、別のエンジンＥＣＵ６００に付け替えられる。エンジンＥＣＵ６００は図２（ｂ）に示す通り、エンジンＥＣＵ１００と同様の構成を有する（図では、部品番号のみが相違する）。つまり、エンジンＥＣＵ６００は、ＣＰＵ６２０、ＲＯＭ６３０、ＲＡＭ６４０及びＩ／Ｏ６５０からなるマイコン６１０と、不揮発性メモリとしてのＥＥＰＲＯＭ６６０と、入出力回路６７０とを備える。新旧のエンジンＥＣＵ１００，６００間では、図１のチェッカ５００を介してＶＩＮコード及び故障履歴の受け渡しが行われる。
【００２６】
次に、本実施の形態における特徴的な作用を説明する。先ずは、図３を用いてＥＣＵ交換過程の概要を説明する。
図３において、エンジンＥＣＵ１００の交換前に車両が修理工場に持ち込まれると、同ＥＣＵ１００とチェッカ５００とが接続され、エンジンＥＣＵ１００のＥＥＰＲＯＭ１６０からＶＩＮコードと故障履歴とが読み出され、それらがチェッカ５００に書き込まれる。このとき、正規な修理工場（修理担当者）による修理作業が行われたことを表す、ディーラコードがチェッカ５００に入力される。このディーラコードは主に不正改造防止を目的として設けられる。
【００２７】
ディーラコード、ＶＩＮコード及び故障履歴がチェッカ５００に書き込まれると、ＥＣＵ交換可能な状態となり、その状態でエンジンＥＣＵ１００が別のエンジンＥＣＵ６００に交換される。
【００２８】
ＥＣＵ交換後、エンジンＥＣＵ６００はディーラコード、ＶＩＮコード、故障履歴の送信を要求し、それに応えてチェッカ５００はディーラコード、ＶＩＮコード、故障履歴を各々送信する。エンジンＥＣＵ６００はチェッカ５００から受信した前記各データをＥＥＰＲＯＭ６６０に書き込み、その書き込みが正常に行われると、ＥＣＵの交換履歴をＥＥＰＲＯＭ６６０に書き込む。そしてその後、エンジンの始動が許可される。
【００２９】
上記図３を実現するためのチェッカ５００，エンジンＥＣＵ６００の処理を以下に説明する。ここで、チェッカ５００側の処理を図４〜図７のフローチャートに示し、エンジンＥＣＵ６００側の処理を図８〜図１２のフローチャートに示す。
【００３０】
エンジンＥＣＵの交換前、チェッカ５００の通信ポートにエンジンＥＣＵ１００が接続され、通信可能な状態になると、当該チェッカ５００は図４の処理を実行する。すなわち、図４のステップＳ１００では、エンジンＥＣＵ１００より過去の故障履歴を読み込んで記憶し、続くステップＳ１１０ではＶＩＮコードを読み込んで記憶する。
【００３１】
また、エンジンＥＣＵの交換後において、チェッカ５００は図５〜図７の処理を逐次実行する。すなわち、交換後のエンジンＥＣＵ６００からのディーラコード送信要求に応えて図５がスタートすると、ステップＳ１２０では、ディーラコードを同エンジンＥＣＵ６００に送信する。
【００３２】
また、エンジンＥＣＵ６００からのＶＩＮコード送信要求に応えて図６がスタートすると、ステップＳ１３０では、交換前のエンジンＥＣＵ１００から読み取ったＶＩＮコードを交換後のエンジンＥＣＵ６００に送信する。
【００３３】
さらに、エンジンＥＣＵ６００からの故障履歴送信要求に応えて図７がスタートすると、ステップＳ１４０では、交換前のエンジンＥＣＵ１００から読み込んだ故障履歴を交換後のエンジンＥＣＵ６００に送信する。
【００３４】
次に、交換後のエンジンＥＣＵ６００により実施される処理を図８のフローチャートに従い説明する。ＶＩＮコードの書き込み要求に応えて図８がスタートすると、先ずステップＳ２００では、ディーラコード送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきたディーラコードをＥＥＰＲＯＭ６６０に記憶する。なお、ディーラコードを受け取ることで、正規な修理工場（修理担当者）によりＥＣＵ交換並びにＶＩＮコード書き換えが行われたか否かが判断される。また、ディーラコードと修理工場での修理情報とを共に記憶しておき（加えて修理内容を記憶しても良い）、後日これらの情報を解析することで、修理工場の修理能力を採点評価することが可能となる。
【００３５】
続くステップＳ２２０では、ＶＩＮコード送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきたＶＩＮコードをＥＥＰＲＯＭ６６０に記憶する。また、ステップＳ２４０では、故障履歴送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきた故障履歴をＥＥＰＲＯＭ６６０に記憶する。但し、ステップＳ２００，Ｓ２２０，Ｓ２４０の詳細は後述する。
【００３６】
最後に、ステップＳ２６０では、ＶＩＮコードが書き込まれたことを受けてエンジンＥＣＵが交換されたと判断し、エンジンＥＣＵの交換履歴をＥＥＰＲＯＭ６６０に記憶する。ここで、交換履歴として記憶される情報は、ＥＣＵ交換の累積回数、交換日時、交換場所、交換内容等の少なくとも一つを含むものであればよい。
【００３７】
次に、前記図８のステップＳ２００の処理を図９を用いて詳細に説明する。図９において、ステップＳ２０１では、カウンタＣ１，Ｃ２を「０」にクリアする。カウンタＣ１は、図１０に示されるように、４ｍｓ周期で「１」ずつインクリメントされるカウンタである（ステップＳ２１０）。
【００３８】
その後、ステップＳ２０２では、ディーラコードの送信要求をチェッカ５００に出し、続くステップＳ２０３では、ＥＣＵ自身を受信可能な状態とする。ステップＳ２０４では受信の有無を判別し、受信有りならば、ステップＳ２０５でチェッカ５００から送信されるディーラコードをＥＥＰＲＯＭ６６０に書き込む。また、受信がなければ、ステップＳ２０６〜Ｓ２０８でディーラコードの送信待ち処理を行う。
【００３９】
詳細には、ステップＳ２０６では、カウンタＣ１が所定値Ｋ１に達したか否かを判別し、Ｃ１≠Ｋ１であればステップＳ２０３に戻る。すなわち、受信可能状態を持続し、受信の有無を再び判別する。また、Ｃ１＝Ｋ１であれば、カウンタＣ２を「１」インクリメントすると共に、カウンタＣ２が所定値Ｋ２に達したか否かを判別する（ステップＳ２０７，Ｓ２０８）。このとき、Ｃ２≠Ｋ２であればステップＳ２０２に戻る。また、受信のないままＣ２＝Ｋ２になると、ステップＳ２０９に進み、認可されていない修理工場等で不正改造された可能性があるとしてインジェクタ４０による燃料噴射を禁止する。つまり、エンジンを始動させないこととする。またこのとき、不正改造の可能性があることを表す表示などを行い、作業者にその旨を警告する。
【００４０】
要するに、チェッカ５００からの受信が無い場合（Ｓ２０４がＮＯの場合）、「Ｋ１・４ｍｓ」毎にディーラコードの送信要求を出し、その送信要求がＫ２回実施されてもチェッカ５００からディーラコードが送信されないと、不正改造と判断する。
【００４１】
次に、前記図８のステップＳ２２０の処理を図１１を用いて詳細に説明する。図１１において、ステップＳ２２１では、カウンタＣ３，Ｃ４，Ｃ５，Ｃ６を「０」にクリアする。カウンタＣ３，Ｃ５は、前記カウンタＣ１と同様、４ｍｓ周期で「１」ずつインクリメントされるカウンタである（図１０参照）。
【００４２】
その後、ステップＳ２２２では、ＶＩＮコードの送信要求をチェッカ５００に出し、続くステップＳ２２３では、ＥＣＵ自身を受信可能な状態とする。ステップＳ２２４では受信の有無を判別し、受信がなければステップＳ２３０〜Ｓ２３２でチェッカ５００からのＶＩＮコードの送信待ち処理を行う。
【００４３】
詳細には、ステップＳ２３０では、カウンタＣ３が所定値Ｋ３に達したか否かを判別し、Ｃ３≠Ｋ３であればステップＳ２２３に戻る。また、Ｃ３＝Ｋ３であれば、カウンタＣ４を「１」インクリメントすると共に、カウンタＣ４が所定値Ｋ４に達したか否かを判別する（ステップＳ２３１，Ｓ２３２）。このとき、Ｃ４≠Ｋ４であればステップＳ２２２に戻る。また、受信のないままＣ４＝Ｋ４になると、ステップＳ２３３に進み、不正改造された可能性があるとしてインジェクタ４０による燃料噴射を禁止する。つまり、エンジンを始動させないこととする。またこのとき、不正改造の可能性があることを表す表示などを行い、作業者にその旨を警告する。
【００４４】
チェッカ５００からのＶＩＮコードの受信があると、ステップＳ２２５に進む。ステップＳ２２５では、ＶＩＮコードの送信要求を別のＥＣＵ（本実施の形態では、ブレーキＥＣＵ２００）に出し、続くステップＳ２２６では、ＥＣＵ自身を受信可能な状態とする。また、ステップＳ２２７では受信の有無を判別し、受信がなければステップＳ２３４〜Ｓ２３６でブレーキＥＣＵ２００からのＶＩＮコードの送信待ち処理を行う。
【００４５】
詳細には、ステップＳ２３４では、カウンタＣ５が所定値Ｋ５に達したか否かを判別し、Ｃ５≠Ｋ５であればステップＳ２２６に戻る。また、Ｃ５＝Ｋ５であれば、カウンタＣ６を「１」インクリメントすると共に、カウンタＣ６が所定値Ｋ６に達したか否かを判別する（ステップＳ２３５，Ｓ２３６）。このとき、Ｃ６≠Ｋ６であればステップＳ２２５に戻る。また、受信のないままＣ６＝Ｋ６になると、ステップＳ２３７に進み、ブレーキＥＣＵ２００との通信に異常があると判断し、エラー情報をチェッカ５００に送信する。
【００４６】
また、ブレーキＥＣＵ２００からの受信があると、ステップＳ２２８に進み、チェッカ５００から受信したＶＩＮコードと、ブレーキＥＣＵ２００から受信したＶＩＮコードとが一致するか否かを判別する。ＶＩＮコードが一致すれば、正規なＥＣＵ交換が行われたとみなされ、ステップＳ２２９に進んで当該ＶＩＮコードをＥＥＰＲＯＭ６６０に書き込む。また、ＶＩＮコードが不一致であればステップＳ２３３に進み、不正改造された可能性があるとしてインジェクタ４０による燃料噴射を禁止する。
【００４７】
要するに、チェッカ５００からの受信が無い場合（Ｓ２２４がＮＯの場合）、「Ｋ３・４ｍｓ」毎にＶＩＮコードの送信要求を出し、その送信要求がＫ４回実施されてもチェッカ５００からＶＩＮコードが送信されないと、不正改造と判断する。また、ブレーキＥＣＵ２００からの受信が無い場合（Ｓ２２７がＮＯの場合）、「Ｋ５・４ｍｓ」毎にＶＩＮコードの送信要求を出し、その送信要求がＫ６回実施されてもブレーキＥＣＵ２００からＶＩＮコードが送信されないと、通信異常と判断する。
【００４８】
次に、前記図８のステップＳ２４０の処理を図１２を用いて詳細に説明する。図１２において、ステップＳ２４１では、カウンタＣ７，Ｃ８を「０」にクリアする。カウンタＣ７は、前記カウンタＣ１と同様、４ｍｓ周期で「１」ずつインクリメントされるカウンタである（図１０参照）。
【００４９】
その後、ステップＳ２４２では、故障履歴の送信要求をチェッカ５００に出し、続くステップＳ２４３では、ＥＣＵ自身を受信可能な状態とする。ステップＳ２４４では受信の有無を判別し、受信有りならば、ステップＳ２４５で故障履歴をＥＥＰＲＯＭ６６０に書き込む。また、受信がなければステップＳ２４６〜Ｓ２４８でチェッカ５００からの故障履歴の送信待ち処理を行う。
【００５０】
詳細には、ステップＳ２４６では、カウンタＣ７が所定値Ｋ７に達したか否かを判別し、Ｃ７≠Ｋ７であればステップＳ２４３に戻る。また、Ｃ７＝Ｋ７であれば、カウンタＣ８を「１」インクリメントすると共に、カウンタＣ８が所定値Ｋ８に達したか否かを判別する（ステップＳ２４７，Ｓ２４８）。このとき、Ｃ８≠Ｋ８であればステップＳ２４２に戻る。また、受信のないままＣ８＝Ｋ８になると、ステップＳ２４９に進み、エラー情報をチェッカ５００に送信する。
【００５１】
要するに、チェッカ５００からの受信が無い場合（Ｓ２４４がＮＯの場合）、「Ｋ７・４ｍｓ」毎に故障履歴の送信要求を出し、その送信要求がＫ８回実施されてもチェッカ５００から故障履歴が送信されないと、エラー情報をチェッカ５００に送信する。
【００５２】
以上詳述した本実施の形態によれば、以下に示す効果が得られる。
（ａ）ＥＣＵの交換に際し、交換前のＥＣＵから読み出されたＶＩＮコード（車両固有情報）をＥＥＰＲＯＭに新規に書き込むと共に、それに引き続いてＥＣＵ交換の履歴を同ＥＥＰＲＯＭに書き込むこととした。本構成によれば、ＥＣＵの交換時に、ＶＩＮコードと交換履歴とが同時に新しいＥＣＵのＥＥＰＲＯＭに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。その結果、ＥＣＵの交換の必要が生じた際において、その交換時の作業性を向上させることができる。かかる場合、ＥＣＵの交換前の故障情報と交換後の記憶内容とのつじつまが合わなくなるといった不都合も回避される。
【００５３】
（ｂ）ＥＣＵの交換に際し、交換前のＥＣＵから読み出されたＶＩＮコードと、前記他のＥＣＵのＥＥＰＲＯＭに記憶されているＶＩＮコードとを比較し、両者が一致した場合にのみ、ＶＩＮコードをＥＥＰＲＯＭに新規に書き込むこととした。本構成によれば、ＥＣＵの交換時に、前記の如くＶＩＮコードが比較されるため、車両の不正改造が行われていないことを前提にＶＩＮコードの書き込みが行われる。従って、不正改造が抑止できる。
【００５４】
（ｃ）交換前のＥＣＵから読み出されたＶＩＮコードと、他のＥＣＵのＥＥＰＲＯＭに記憶されているＶＩＮコードとが不一致の場合、車両エンジンの始動を禁止するようにした。本構成によれば、不正改造を抑止したいという要望に応えることができる。
【００５５】
（ｄ）ＥＣＵの交換に際し、交換前のＥＣＵから読み出された車両の故障履歴（異常診断情報）と、ＥＣＵ交換時に付与されるディーラコード（作業者若しくは修理工場固有のコード）とをＥＥＰＲＯＭに書き込むようにした。本構成によれば、これらの各種情報をＥＥＰＲＯＭから必要に応じて読み出すことで、交換以後の解析等に役立てることが可能となる。
【００５６】
（ｅ）ディーラコードが不正である時と判断される時、車両エンジンの始動を禁止するようにしたため、不正改造を抑止したいという要望に応えることができる。
【００５７】
次に、本発明における第２，第３の実施の形態を説明する。但し、以下の各実施の形態の構成において、上述した第１の実施の形態と同等であるものについては図面に同一の記号を付すと共にその説明を簡略化する。そして、以下には第１の実施の形態との相違点を中心に説明する。
【００５８】
（第２の実施の形態）
上記第１の実施の形態では、チェッカ５００からのディーラコードが受信できない場合に不正改造と判断したが（前記図９のフロー参照）、本実施の形態ではこれに加えて、ディーラコードに所定の規則性を持たせこの規則性に合わない場合に不正改造と判断する。
【００５９】
図１３は、前記図８のステップＳ２００の処理を詳細に示すフローチャートであり、同処理は前記図９の処理に置き換えて実行される。
図１３では、前記図９との相違点として、ステップＳ２０４でディーラコードの受信有りと判別された時に、ステップＳ２１０に進み、前記受信したディーラコードが所定の規則性に合致するか否かを判別する。そして、この規則性に合致しない場合に不正改造と判断する（ステップＳ２０９）。
【００６０】
より具体的には、例えば数値化されたディーラコードにおいて修理工場を特定する部分の各桁の和を求め、その和を特定部分の下位の桁に持たせる。そして、特定部分の和の値が不一致となる場合、不正改造と判断する。或いは、正規ディーラを表すディーラコードの一覧をＥＥＰＲＯＭ６６０内に持たせておき、この一覧のどのコードにも合致しない場合に不正改造と判断する。
【００６１】
以上第２の実施の形態によれば、第１の実施の形態で既述した効果に加えて次の効果が得られる。つまり、所定の規則性を持たせてディーラコードの適否を判断するようにしたため、不正改造かどうかを判断する際、その信頼性を高めることができる。
【００６２】
（第３の実施の形態）
上記各実施の形態では、エンジンＥＣＵの交換時においてチェッカ５００を介してＶＩＮコードを受け渡しする構成であったが、本実施の形態ではこれを変更し、ＶＩＮコードを他のＥＣＵより読み出す構成とする。
【００６３】
図１４は、交換後のエンジンＥＣＵ６００により実施される処理を示すフローチャートであり、本処理は前記図８に置き換えて実行される。前記図８との相違点として、図１４では前記図８のステップＳ２２０，Ｓ２６０を省略し、同図８のステップＳ２００，Ｓ２４０のみを実施するものとなっている。
【００６４】
すなわち、図１４において、ＥＣＵ交換に際して本処理がスタートすると、ステップＳ２００では、ディーラコード送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきたディーラコードをＥＥＰＲＯＭ６６０に記憶する。また、続くステップＳ２４０では、故障履歴送信要求をチェッカ５００に出すと共に、同チェッカ５００から返信されてきた故障履歴をＥＥＰＲＯＭ６６０に記憶する。但し、ステップＳ２００，Ｓ２４０は前記図８の処理（前記図９，図１２の処理）に等しく、ここではその詳細な説明を省略する。
【００６５】
図１５は、エンジンＥＣＵ６００のベースルーチンを示すフローチャートである。イグニッションキー（ＩＧキー）のＯＮ操作に伴い図１５が起動されると、先ずステップＳ３０１では、他のＥＣＵ（本実施の形態ではブレーキＥＣＵ２００）のＥＥＰＲＯＭに記憶されているＶＩＮコードを読み出す。ステップＳ３０２ではカウンタＢを「０」にクリアし、続くステップＳ３０３ではカウンタＡを「１」インクリメントする。ここで、カウンタＡは、エンジンＥＣＵの交換後におけるＩＧキーのＯＮ回数を計数するためのカウンタであり、カウンタＢは、後述するＥＥＰＲＯＭ６６０の異常診断時に用いられるカウンタである。
【００６６】
その後、ステップＳ３０４では、前記読み出した他のＥＣＵのＶＩＮコードとそれ以前にＥＥＰＲＯＭ６６０に書き込まれたＶＩＮコードとを比較し、両者が一致するか否かを判別する。エンジンＥＣＵ６００の交換直後においてはＶＩＮコードが書き込まれていないため、ステップＳ３０４がＮＯとなり、ステップＳ３０５に進んで他のＥＣＵのＶＩＮコードをＥＥＰＲＯＭ６６０に書き込む。
【００６７】
ステップＳ３０６では、ＥＣＵ交換後におけるＩＧキーのＯＮ回数（カウンタＡ）が５回未満であるか否かを判別し、Ａ＜５であればステップＳ３０７に進み、エンジンＥＣＵが交換されたとしエンジンＥＣＵの交換情報をＥＥＰＲＯＭ６６０に書き込む。その後、ステップＳ３０８に進むと、エンジンの運転に係わる通常の制御を実施する。
【００６８】
ＶＩＮコードが正規に書き込まれると、それ以降（例えば２回目以降）のＩＧ−ＯＮ時において、ステップＳ３０４がＹＥＳとなり、そのままステップＳ３０８に進み、エンジンの運転に係わる通常の制御を実施する。
【００６９】
また、ＥＣＵ交換後におけるＩＧキーのＯＮ回数（カウンタＡ）が５回以上となっても、ＶＩＮコードが不一致の場合（ステップＳ３０４，Ｓ３０６が共にＮＯの場合）、ステップＳ３０９に進んでカウンタＢを「１」インクリメントし、続くステップＳ３１０では、Ｂ＝Ｋであるか否かを判別する。そして、Ｂ＝ＫとなるまではステップＳ３０４，Ｓ３０５等の処理を繰り返し行い、ＶＩＮコードが一致しないままＢ＝Ｋになると、ステップＳ３１１でＥＥＰＲＯＭ６６０の異常発生であると判断する。つまり、ＥＣＵ交換後、ＩＧキーのＯＮ操作の度に他のＥＣＵからＶＩＮコードを書き込み、それが５回以上となってもＶＩＮコードが不一致であるならば、ＥＣＵ交換に不備があったのではなくＥＥＰＲＯＭ６６０等、ＶＩＮコードを記憶する構成の異常とみなす。
【００７０】
以上第３の実施の形態では、以下の効果が得られる。
（Ａ）交換後のＥＣＵにおいて、他のＥＣＵのＥＥＰＲＯＭからＶＩＮコードを読み出してＥＥＰＲＯＭに新規に書き込むと共に、それに引き続いてＥＣＵ交換の履歴を同ＥＥＰＲＯＭに書き込むこととした。本構成によれば、ＶＩＮコードと交換履歴とが同時に新しいＥＣＵのＥＥＰＲＯＭに書き込まれるため、別途煩わしい作業が強いられることもなく、速やかにこれらの情報を記憶保持することができる。本実施の形態においても、上記第１の実施の形態と同様に、ＥＣＵの交換の必要が生じた際において、その交換時の作業性を向上させることができる。
【００７１】
（Ｂ）ＥＣＵが交換された後、電源投入時においてＥＥＰＲＯＭに記憶されているＶＩＮコードと、他のＥＣＵのＥＥＰＲＯＭに記憶されているＶＩＮコードとを比較し、両者が不一致の場合、他のＥＣＵのＥＥＰＲＯＭに記憶されているＶＩＮコードを所定回数だけ、ＥＥＰＲＯＭに書き込み、それでも上記不一致が解消されないと、当該ＥＥＰＲＯＭの異常と判断するようにした。
【００７２】
交換前後のＥＣＵについてＶＩＮコードが正しく受け渡しされたとしても、仮にＥＥＰＲＯＭが故障していればＶＩＮコードは正規の情報とならない。こうした事態に対し、上記の通りＥＣＵへの電源投入時にＥＥＰＲＯＭの異常の有無が判断されることで、当該ＥＥＰＲＯＭを原因とする異常が正しく検出できる。
【００７３】
なお、本発明の実施の形態は、上記以外に次の形態にて具体化できる。
上記第１の実施の形態（図１１の処理）では、チェッカ５００からＶＩＮコードを受信した際、該受信したＶＩＮコードを他のＥＣＵのＶＩＮコードと比較し、コード一致の場合のみ、ＶＩＮコードの書き込みを許可したが、同構成においてＶＩＮコードの比較の処理（図１１のステップＳ２２５〜Ｓ２２８，Ｓ２３４〜Ｓ２３７の処理）を省略してもよい。この場合、チェッカ５００からのＶＩＮコードの受信確認がなされれば、直ちにＶＩＮコードがＥＥＰＲＯＭに書き込まれる。
【００７４】
上記実施の形態では、交換前のエンジンＥＣＵ１００が保持する故障履歴（異常診断情報）をチェッカ５００に一旦記憶させてその後、新しいエンジンＥＣＵ６００に書き込んだが、この構成を変更する。例えば交換前のエンジンＥＣＵ１００が保持する故障履歴（異常診断情報）をブレーキＥＣＵ２００又はトランスミッションＥＣＵ等、他のＥＣＵに一旦移し、その後、新しいエンジンＥＣＵ６００に書き込むようにしてもよい。
【００７５】
他のＥＣＵからＶＩＮコードを読み出し、該ＶＩＮコードとチェッカ５００から受信したＶＩＮコードとを比較してその適否を判断する場合（図１１）、或いは当該他のＥＣＵのＶＩＮコードをそのままＥＥＰＲＯＭに書き込む場合（図１５）、他のＥＣＵのＶＩＮコードそのものが正しいか否かの審査を行うとよい。つまり、他のＥＣＵ側に問題がある場合も考えられるので、その際の不都合を排除する。具体的には、３つ以上の他のＥＣＵにＶＩＮコードを記憶させておき、各ＥＣＵからＶＩＮコードを回収して該回収したＶＩＮコードの多数決を取る。そして、必要とするＶＩＮコードがその過半数を占めるコードと同一であるかを審査し、過半数コードと同一であれば当該ＶＩＮコードが正しいものであると判断して前記図１１や図１５の処理に採用する。かかる構成によれば、より一層信頼性の高いＥＣＵ交換作業が実現できる。
【００７６】
上記各実施の形態では、ＥＣＵの交換に際し、ＶＩＮコード、故障履歴、ディーラコードを全て受け渡す構成としたが、これらのうち、故障履歴及びディーラコードの一方又は両方を要件から削除してもよい。要は、少なくともＶＩＮコードを受け渡す装置（車両制御システム）であれば、本発明の特徴的な効果が得られる。
【００７７】
上記各実施の形態では、ＶＩＮコードが実際に書き込まれた時にＥＣＵ交換と判断して交換履歴を交換後のＥＣＵの不揮発性メモリに書き込んだが、過去の車両故障情報（故障履歴）又はディーラコードが書き込まれた時にＥＣＵ交換と判断して交換履歴を交換後のＥＣＵの不揮発性メモリに書き込んでもよい。
【図面の簡単な説明】
【図１】発明の実施の形態における車両制御システムの概要を示す構成図。
【図２】エンジンＥＣＵの構成を示すブロック図。
【図３】エンジンＥＣＵの交換の過程を説明するためのタイムチャート。
【図４】チェッカの処理を示すフローチャート。
【図５】チェッカの処理を示すフローチャート。
【図６】チェッカの処理を示すフローチャート。
【図７】チェッカの処理を示すフローチャート。
【図８】エンジンＥＣＵの処理を示すフローチャート。
【図９】エンジンＥＣＵの処理を示すフローチャート。
【図１０】エンジンＥＣＵの処理を示すフローチャート。
【図１１】エンジンＥＣＵの処理を示すフローチャート。
【図１２】エンジンＥＣＵの処理を示すフローチャート。
【図１３】エンジンＥＣＵの処理を示すフローチャート。
【図１４】エンジンＥＣＵの処理を示すフローチャート。
【図１５】エンジンＥＣＵの処理を示すフローチャート。
【符号の説明】
１００…エンジンＥＣＵ、１６０…不揮発性メモリとしてのＥＥＰＲＯＭ、２００…ブレーキＥＣＵ、３００…トランスミッションＥＣＵ、４００…通信ライン、５００…外部診断装置としてのチェッカ、６００…エンジンＥＣＵ、６６０…不揮発性メモリとしてのＥＥＰＲＯＭ。
Claims (9)
- 個々の車両を識別する目的で設定された車両固有情報を不揮発性メモリに記憶する車載電子制御ユニットにおいて、
電子制御ユニットの交換に際し、外部診断装置が交換前の電子制御ユニットから読み出した車両固有情報及び外部診断装置に入力された作業者若しくは修理工場固有のコードについて、交換後の電子制御ユニットが外部診断装置に対しその送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同車両固有情報及び作業者若しくは修理工場固有のコードを受信して不揮発性メモリに新規に書き込む手段と、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込む手段と
を備えることを特徴とする車載電子制御ユニット。 - 通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、
電子制御ユニットの交換に際し、外部診断装置が交換前の電子制御ユニットから読み出した車両固有情報及び外部診断装置に入力された作業者若しくは修理工場固有のコードについて、交換後の電子制御ユニットが外部診断装置に対しその送信を要求する送信要求を送信し、この送信要求に基づき外部診断装置から送信された同車両固有情報及び作業者若しくは修理工場固有のコードを受信して、この作業者若しくは修理工場固有のコードを不揮発性メモリに新規に書き込むと共に、前記車両固有情報についてはこれを他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報と比較し、これらの車両固有情報が一致した場合にのみ、前記外部診断装置から送信された車両固有情報を不揮発性メモリに新規に書き込む手段と、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込む手段と
を備えることを特徴とする車載電子制御ユニット。 - 請求項２に記載の車載電子制御ユニットにおいて、
前記外部診断装置により交換前の電子制御ユニットから読み出された車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とが不一致の場合、車両エンジンの始動を禁止する車載電子制御ユニット。 - 通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、
電子制御ユニットが交換された後、交換後の電子制御ユニットが前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して自らの不揮発性メモリに新規に書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段と
を備え、
前記電子制御ユニットの交換後、電源投入時において自らの不揮発性メモリに記憶されている車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とを比較し、両者が不一致の場合、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報を所定回数、自らの不揮発性メモリに書き込み、それでも前記不一致が解消されないと、当該不揮発性メモリの異常と判断する
ことを特徴とする車載電子制御ユニット。 - 通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、
電子制御ユニットが交換された後、交換後の電子制御ユニットが当該電子制御ユニットに接続された外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを自らの不揮発性メモリに新規に書き込む手段と、前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して前記自らの不揮発性メモリに新規に書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段と
を備えることを特徴とする車載電子制御ユニット。 - 通信ラインを介して同一の車両に搭載された他の電子制御ユニットと相互にデータ通信が可能であると共に、個々の車両を識別する目的で設定された車両固有情報についての同一の情報を前記データ通信の可能な他の電子制御ユニットと同様に不揮発性メモリに記憶する車載電子制御ユニットにおいて、
電子制御ユニットが交換された後、交換後の電子制御ユニットが当該電子制御ユニットに接続された外部診断装置に対しこれに入力された作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信すると共に、この送信要求に基づき外部診断装置から送信された同作業者若しくは修理工場固有のコードを自らの不揮発性メモリに新規に書き込む手段と、前記他の電子制御ユニットに対し前記車両固有情報の送信を要求する送信要求を送信すると共に、この送信要求に基づき他の電子制御ユニットから送信された同車両固有情報を受信して前記自らの不揮発性メモリに新規に書き込む手段と、前記車両固有情報の書き込みに引き続き、電子制御ユニットの交換の履歴を前記自らの不揮発性メモリに書き込む手段と
を備え、
前記電子制御ユニットの交換後、電源投入時において自らの不揮発性メモリに記憶されている車両固有情報と、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報とを比較し、両者が不一致の場合、前記他の電子制御ユニットの不揮発性メモリに記憶されている車両固有情報を所定回数、自らの不揮発性メモリに書き込み、それでも前記不一致が解消されないと、当該不揮発性メモリの異常と判断する
ことを特徴とする車載電子制御ユニット。 - 車両の異常診断を行い、その診断結果を不揮発性メモリに随時書き込む車載電子制御ユニットにおいて、
電子制御ユニットの交換に際し、前記外部診断装置により交換前の電子制御ユニットから読み出された車両の異常診断情報を、前記外部診断装置から読み出して不揮発性メモリに新規に書き込む手段を更に備える請求項１〜請求項６の何れか一項に記載の車載電子制御ユニット。 - 請求項１，２，３，５，６の何れか一項に記載の車載電子制御ユニットにおいて、
作業者若しくは修理工場固有のコードが不正である時と判断される時、車両エンジンの始動を禁止する車載電子制御ユニット。 - 個々の車両を識別する目的で設定された車両固有情報を不揮発性メモリに記憶する車載電子制御ユニットの交換方法において、
電子制御ユニットの交換に際し、同電子制御ユニットに接続されてその内部情報を読み出すことのできる外部診断装置が、交換前の電子制御ユニットに接続されて同交換前の電子制御ユニットから読み出した車両固有情報と、当該外部診断装置に入力された作業者若しくは修理工場固有のコードとを一旦記憶するステップと、
新たに搭載された電子制御ユニットが、前記外部診断装置に接続されて、同外部診断装置に対して前記記憶された車両固有情報及び作業者若しくは修理工場固有のコードの送信を要求する送信要求を送信するステップと、
前記新たに搭載された電子制御ユニットが、前記送信要求に基づき外部診断装置から送信された前記車両固有情報及び作業者若しくは修理工場固有のコードを受信して当該電子制御ユニットの不揮発性メモリに新規に書き込むステップと、
前記新たに搭載された電子制御ユニットが、前記車両固有情報及び作業者若しくは修理工場固有のコードの書き込みに引き続き、電子制御ユニットの交換の履歴を前記不揮発性メモリに書き込むステップと、
の順次の実行を通じて前記電子制御ユニットの交換が行われることを特徴とする車載電子制御ユニットの交換方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36694598A JP4345119B2 (ja) | 1998-12-24 | 1998-12-24 | 車載電子制御ユニットと同電子制御ユニットの交換方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36694598A JP4345119B2 (ja) | 1998-12-24 | 1998-12-24 | 車載電子制御ユニットと同電子制御ユニットの交換方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000185606A JP2000185606A (ja) | 2000-07-04 |
| JP4345119B2 true JP4345119B2 (ja) | 2009-10-14 |
Family
ID=18488086
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36694598A Expired - Fee Related JP4345119B2 (ja) | 1998-12-24 | 1998-12-24 | 車載電子制御ユニットと同電子制御ユニットの交換方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4345119B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220138353A1 (en) * | 2019-07-12 | 2022-05-05 | Panasonic Intellectual Property Management Co., Ltd. | On-board secure storage system for detecting unauthorized access or failure and performing predetermined processing |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3762196B2 (ja) * | 2000-07-06 | 2006-04-05 | 富士重工業株式会社 | 車輌管理及びサービス提供のための方法ならびにシステム、および同方法がプログラムされ記録された記録媒体 |
| GB0213197D0 (en) * | 2002-06-10 | 2002-07-17 | Cnh Belgium Nv | Vehicle control system and apparatus therefor |
| JP4065790B2 (ja) | 2003-01-17 | 2008-03-26 | 三菱電機株式会社 | 車載電子制御装置 |
| JP3997948B2 (ja) * | 2003-05-22 | 2007-10-24 | トヨタ自動車株式会社 | 車両識別コード記憶装置 |
| US7685383B2 (en) * | 2004-02-13 | 2010-03-23 | Bosch Corporation | Vehicle data backup method |
| JP4844214B2 (ja) * | 2006-04-25 | 2011-12-28 | トヨタ自動車株式会社 | 電子制御システム |
| JP4557042B2 (ja) | 2008-04-23 | 2010-10-06 | 株式会社デンソー | 電子制御装置、及び車両制御システム |
| JP4706778B2 (ja) * | 2009-05-20 | 2011-06-22 | 株式会社デンソー | 電子制御装置、及び車両制御システム |
| JP6459851B2 (ja) * | 2015-08-24 | 2019-01-30 | 株式会社デンソー | 車両用電子制御装置 |
| CN111428892B (zh) * | 2020-03-24 | 2024-01-02 | 深圳市易孔立出软件开发有限公司 | 一种车辆控制单元更换方法、系统及电子设备和存储介质 |
| JP7415970B2 (ja) * | 2021-02-08 | 2024-01-17 | トヨタ自動車株式会社 | 事故情報記録装置 |
-
1998
- 1998-12-24 JP JP36694598A patent/JP4345119B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220138353A1 (en) * | 2019-07-12 | 2022-05-05 | Panasonic Intellectual Property Management Co., Ltd. | On-board secure storage system for detecting unauthorized access or failure and performing predetermined processing |
| US11983304B2 (en) * | 2019-07-12 | 2024-05-14 | Panasonic Intellectual Property Management Co., Ltd. | On-board secure storage system for detecting unauthorized access or failure and performing predetermined processing |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000185606A (ja) | 2000-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3758356B2 (ja) | 車両用電子制御装置、電子制御ユニット及び記録媒体 | |
| US8180521B2 (en) | Electronic control system for vehicle | |
| US7788005B2 (en) | Electronic control system and method for vehicle diagnosis | |
| US8406951B2 (en) | Electronic control system for vehicles | |
| US6748305B1 (en) | Method and device for storing data in a vehicle and for evaluating said stored data | |
| US7295136B2 (en) | Communication system | |
| US6799106B2 (en) | Vehicular electronic control system, and electronic control unit, program, and storing member for the same | |
| JP4345119B2 (ja) | 車載電子制御ユニットと同電子制御ユニットの交換方法 | |
| US6225898B1 (en) | Vehicle diagnosis system having transponder for OBD III | |
| JP4539757B2 (ja) | 電子制御装置 | |
| JP2012146195A (ja) | 運転診断システム、サーバ装置、および車載器 | |
| JPS6294443A (ja) | 車両診断システム | |
| US20120271507A1 (en) | In-vehicle electronic control unit, diagnosis tool and diagnosis system | |
| JP4253979B2 (ja) | 車載制御ユニットの検査方法 | |
| JP4449854B2 (ja) | 内燃機関の始動異常診断装置 | |
| JP2009262787A (ja) | 電子制御装置 | |
| Kannadhasan | Self diagnostic cars: Using infotainment electronic control unit | |
| JP2009096337A (ja) | 故障記録装置 | |
| CN111775698B (zh) | 一种车辆里程信息的处理方法、装置及汽车 | |
| JP3918710B2 (ja) | 車両用電子制御装置，電子制御ユニット，プログラム及び記録媒体 | |
| JP2007062632A (ja) | 電子制御ユニットおよび異常発生時記憶用データの記憶方法 | |
| KR20050117076A (ko) | 스마트카드를 이용한 자동차 가치 산정 시스템 및 방법 | |
| JP5177079B2 (ja) | 車載制御装置 | |
| JP2004142511A (ja) | 車両用電子制御装置，電子制御ユニット，プログラム及び記録媒体 | |
| JPH10227724A (ja) | 車両用電子制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080318 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080519 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080708 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080908 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081209 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090206 |
|
| 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: 20090623 |
|
| 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: 20090706 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120724 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120724 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130724 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |