JP2003120413A - 電子制御装置へのデータ書込システム - Google Patents

Abstract

(57)【要約】 【課題】 インジェクタなど所定部品毎に固有のばらつ
きを考慮したＥＣＵへのデータ書き込みを実現する。 【解決手段】 サーバ装置３０のデータベース３１に、
インジェクタ毎に固有のばらつきを補正するための補正
データを、部品毎に付けられる部品識別番号に対応させ
て記憶しておく。端末装置２０から車両関連情報が送信
されると、サーバ装置３０は、端末装置２０からの車両
関連情報を用い、部品識別番号に基づき、あるいは、部
品識別番号に対応する車両固有情報があれば車両固有情
報に基づき、該当する補正データを送信する。端末装置
２０は、サーバ装置３０から送信された補正データを、
書込情報としてＥＣＵ１０へ送信する。これにより、Ｅ
ＣＵ１０の制御データ１２に補正データが反映される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車両に搭載される
電子制御装置（以下「ＥＣＵ」という。）を対象とした
書込システムに関する。

【０００２】

【従来の技術】従来より、車両形式によってＥＣＵに搭
載される制御プログラムが変わるため、生産工場におい
て、車両形式に合った制御プログラムを書き込むことが
行われている。また、市場に出荷されてからでも、ＥＣ
Ｕの故障などにより、修理工場などにおいて、車両形式
に合った制御プログラムを再度書き込む必要が生じるこ
とがある。

【０００３】ここでいうところの車両形式による制御プ
ログラムの違いは、一つには、車両制御における所定部
品の補正処理の違いとして現れる。例えば、インジェク
タの噴射量を車両形式に合わせ、制御プログラムにより
補正するという具合である。そのため、特開平４−２４
６７３０号公報には、車両形式を識別して、車両形式に
適する制御プログラムをサーバ装置から選定し、制御プ
ログラムを書き込む技術が提案されている。

【０００４】しかしながら、インジェクタを例に挙げた
場合、個々のインジェクタがそれぞれに固有のばらつき
を有しており、車両形式だけで一律に補正できない場合
が存在する。つまり、このような個々のインジェクタの
ばらつきを考慮した補正は、車両形式、さらに言えば車
両側の情報だけからは困難である。

【０００５】このようなばらつきは部品製造過程におい
て必ず発生するものであり、最近の排ガス規制などをク
リアするためには、個々のインジェクタのばらつきを考
慮した補正を行うことが必要になっている。また、この
ような補正が可能であれば、部品製造においても、製造
部品のばらつきが、ある程度まで許容されることにな
り、不良率を低減させることができる。

【０００６】

【発明が解決しようとする課題】上述したような個々の
インジェクタのばらつきは、一次的に、部品メーカ側で
把握されるものであり、このようなばらつきの補正を行
うためには、個々の部品のばらつきを補正するための補
正データを何らかの形で、ＥＣＵに搭載される制御プロ
グラムに反映する必要がある。

【０００７】これに対し、特表２０００−５０１１５５
号公報には、補正データを示すバーコードや２次元コー
ドを個々のインジェクタに付加し、スキャナでこの補正
データを読み取ってＥＣＵへ伝達する技術が提案されて
いる。また、特表２０００−５０２７７０号公報には、
補正データを書き込んだＥＥＰＲＯＭを個々のインジェ
クタに付加し、このＥＥＰＲＯＭから読み出した補正デ
ータをＥＣＵに伝達する技術が開示されている。

【０００８】しかしながら、前者の技術では、補正デー
タが多くなると、対応できない可能性が高くなる。一
方、後者の技術では、ＥＥＰＲＯＭから補正データを読
み出すために、ＥＣＵ側の端子や、ＥＣＵとＥＥＰＲＯ
Ｍとの接続のためのワイヤの増加を招くことになり、車
両ハーネスの増加につながる。

【０００９】本発明は、上述した課題を解決するために
なされたものであり、インジェクタに代表される所定部
品毎のばらつきを考慮したＥＣＵへのデータ書き込みを
実現することを目的とする。

【００１０】

【課題を解決するための手段及び発明の効果】本発明の
データ書込システムは、ＥＣＵへのデータ書き込みに用
いられる。このデータ書込システムは、工場内でのＥＣ
Ｕへのデータの書き込みはもちろん、市場においても使
用可能である。したがって、ここでいうデータの書き込
みは、データの書き換えをも含む。

【００１１】ＥＣＵは、外部からの書込指示があると、
送信される書込情報の基づき、制御プログラム又は制御
データの少なくとも一方を書き込む。制御データは、制
御プログラムによって参照されるものである。本発明の
データ書込システムでは、端末装置が、ＥＣＵに接続さ
れ、書込プログラムを実行することにより、ＥＣＵに対
する書込指示を行い、書込情報を送信する。この端末装
置は、サーバ装置との間でデータ通信可能になってい
る。

【００１２】ここで特に、サーバ装置は、所定部品の固
有のばらつきを補正する補正データを記憶したデータベ
ースを有しており、端末装置との間にデータ通信可能状
態が確立されると、端末装置からの要求に応じて補正デ
ータを送信する。所定部品は、ＥＣＵによる車両制御に
用いられるものであり、上述したインジェクタをはじ
め、各種のアクチュエータやセンサであることが考えら
れる。

【００１３】一方、端末装置は、サーバ装置から送信さ
れる補正データを書込情報としてＥＣＵへ送信する。こ
のように、サーバ装置のデータベースに予め補正データ
を記憶しておくようにすれば、このサーバ装置にアクセ
スすることで、端末装置は、補正データを取得でき、こ
の補正データを書込情報として送信することにより、補
正データをＥＣＵへ反映することができる。ここにある
技術思想は、部品メーカ側で一次的に把握される所定部
品毎の補正データを、サーバ装置のデータベースを介し
て、ＥＣＵへ反映させるというものである。

【００１４】このような構成を採用すれば、個々の部品
のばらつきを考慮して、ＥＣＵへのデータの書き込みを
実現することができる。そしてこのときは、バーコード
等を用いる場合と異なり、補正データのデータ量が大き
くなっても対応することができる。また、ＥＥＰＲＯＭ
を用いる場合と異なり、車両ハーネスの増加を伴うこと
もない。

【００１５】具体的な構成としては、サーバ装置のデー
タベースに、部品毎に固有の部品識別番号と補正データ
とを対応付けて記憶しておき、サーバ装置は、端末装置
から送信される部品識別番号を用いて、データベースの
検索を行い、該当する補正データを送信するよう構成す
ることが考えられる。このとき、端末装置からの部品識
別番号の送信を前提としているが、この部品識別番号
は、作業者によって端末装置へ入力されるものとしても
よいし、あるいは、バーコードなどの形で部品に付して
おき、スキャナで読み取ることにより端末装置へ入力さ
れるものとしてもよい。このようにサーバ装置側で補正
データを検索して送信する構成を採れば、端末装置の構
成が簡単になる。

【００１６】なお、部品毎の部品識別番号は、その部品
が既に車両に搭載されたものであれば、車両毎に特定さ
れる。例えば、４気筒エンジンを搭載する車両であれ
ば、４本のインジェクタを備えることになり、その車両
に対し、４本のインジェクタの部品識別番号が特定され
る。

【００１７】そこで、サーバ装置のデータベースに、部
品識別番号に対し、車両毎に固有の車両固有情報を対応
付けて記憶しておき、サーバ装置が、端末装置から送信
される車両固有情報を用いて、データベースの検索を行
い、該当する補正データを送信できるようにしてもよ
い。車両固有情報は、車両毎に固有の情報であればよ
く、車両番号、エンジン番号、ＥＣＵ番号などを含むも
のとすることが考えられる。このようにすれば、部品識
別番号に代え車両固有情報を送信することによっても、
サーバ装置で、該当する補正データを検索できる。

【００１８】なお、このような車両固有情報は、例え
ば、端末装置から部品識別番号及び車両固有情報が送信
された場合に、サーバ装置が、部品識別番号に対し、車
両固有情報を対応付けてデータベースに記憶するように
すればよい。例えば部品識別番号によって最初に補正デ
ータを検索するときに、車両固有情報をも端末装置から
送信するようにするという具合である。このようにすれ
ば、データベースが簡単に構築できる。

【００１９】また、ＥＣＵに部品識別番号や車両固有情
報を記憶しておき、端末装置は、ＥＣＵに記憶された当
該情報に基づいて部品識別番号や車両固有情報を送信可
能にするとよい。例えば最初に端末装置に入力された部
品識別番号や車両固有情報をＥＣＵに記憶しておくとい
う具合である。このようにすれば、次からは入力の手間
が省けて便利である。

【００２０】もっとも、部品識別番号に対応する車両情
報が存在するのは、既に車両に搭載された部品であるこ
とを前提とする。したがって、新しい部品への交換を行
う場合などは、部品識別番号による検索を行う必要があ
る。ところで、端末装置が、サーバ装置がアクセス履歴
を管理するためのアクセス情報を車両固有情報の一部と
して送信できる構成にすることも考えられる。ここでい
うアクセス情報は、例えば、日時や場所の情報とするこ
とが考えられる。場所の情報とは、端末装置のある修理
工場などの場所を特定できるものを意味し、例えばその
修理工場の電話番号を用いることが考えられる。このよ
うにすれば、車両毎の不具合発生状況を把握でき、不具
合の発生を統計的に管理することができる。

【００２１】なお、サーバ装置のデータベースに、ＥＣ
Ｕに搭載される制御プログラムを記憶しておき、サーバ
装置が、端末装置から送信される車両制御に関する車両
情報に基づき、制御プログラムを送信可能とし、端末装
置は、サーバ装置から送信される制御プログラムを書込
情報として送信可能としてもよい。

【００２２】また、サーバ装置のデータベースに、端末
装置に搭載される書込プログラムを記憶しておき、サー
バ装置が、端末装置からの要求に応じて、書込プログラ
ムを送信し、端末装置は、サーバ装置から送信される書
込プログラムによって、搭載された書込プログラムを更
新可能にしてもよい。

【００２３】これらの構成を採用すれば、ＥＣＵの制御
プログラムを容易にバージョンアップしたり、端末装置
の書込プログラムを容易にバージョンアップしたりする
ことができる。また、前者の構成によれば、ＥＣＵの故
障などで制御プログラムが消失してしまった場合にも対
応できる。

【００２４】ところで、上述したサーバ装置は、インタ
ーネット上の装置として、端末装置からアクセスされる
ものとすることが考えられる。特に端末装置を携帯可能
に構成すれば、場所を選ばずアクセスできることにな
る。したがって、例えばＥＣＵの故障などによって車両
が道路に立ち往生した場合、その現場にて、ＥＣＵへの
データ書き込みを実現することも可能になる。これは牽
引して修理工場まで運ぶことが困難な大型車両に有効で
ある。

【００２５】

【発明の実施の形態】以下、本発明を具体化した一実施
例を図面を参照して説明する。図１は、データ書込シス
テムの概略構成を示す説明図である。本実施例のデータ
書込システムは、ＥＣＵ１０に対して用いられ、端末装
置２０と、サーバ装置３０とを備えている。

【００２６】ＥＣＵ１０は、車両に搭載されてエンジン
制御を行うものであり、車両を制御するための制御プロ
グラム１１と、制御プログラム１１より参照される制御
データ１２とが搭載される。端末装置２０は、パーソナ
ルコンピュータ（以下「ＰＣ」という。）２１と、ダイ
アグツール２２とで構成されている。ダイアグツール２
２は、ダイアグ通信ラインによってＥＣＵ１０のＥＣＵ
コネクタに接続されて機能する。そして、このダイアグ
ツール２２を介してＥＣＵ１０との通信を行うのがＰＣ
２１である。したがって、ダイアグツール２２は、ＰＣ
２１のポートに接続され、ＥＣＵ１０のコネクタ信号と
ＰＣ２１のデータとを相互に変換する専用ツールとして
位置付けられる。

【００２７】このような端末装置２０は、車両組立工場
や修理工場などに配置されて用いられるものであり、搭
載されるＥＯＬプログラムの実行し、ＥＣＵ１０に対し
て書込指示及び書込情報を送信することにより、ＥＣＵ
１０による制御プログラム１１や制御データ１２の書き
込みを実現する。ＰＣ２１は、キーボード・マウスとい
った入力装置及び、ディスプレイなどの表示装置を有す
る構成となっている。なお、入力装置としてスキャナを
備える構成としてもよい。

【００２８】サーバ装置３０は、端末装置２０からネッ
トワーク５０を介してアクセスされるサーバシステムと
して実現されている。ネットワーク５０には、周知のイ
ンターネットを用いる。サーバ装置３０には別の端末装
置２０からもネットワーク５０を介してアクセスできる
ようになっており、サーバ装置３０がデータベース３１
を有することにより、端末装置２０間でサーバ装置３０
のデータを共有できる仕組みとなっている。

【００２９】ここでサーバ装置３０のデータベース３１
に記憶される諸情報を、図２を参照して説明する。図２
に示すように、サーバ装置３０のデータベース３１に
は、車両固有情報３２、部品識別番号３３、補正データ
３４、車両情報３５、制御プログラム３６、及びＥＯＬ
プログラム３７が記憶される。

【００３０】車両固有情報３２は、車両番号３２ａ、エ
ンジン番号３２ｂ、ＥＣＵ番号３２ｃ、アクセス日時３
２ｄ、アクセス場所３２ｅからなっている。車両番号３
２ａ、エンジン番号３２ｂ、ＥＣＵ番号３２ｃはそれぞ
れ、車両、エンジン、ＥＣＵに付けられたシリアルナン
バーである。アクセス日時３２ｄは、端末装置２０から
アクセスのあった日時であり、アクセス場所３２ｅは、
アクセスのあった端末装置２０の設置場所を示す情報で
あり、端末装置２０が電話回線を利用してアクセスする
ことを前提に電話番号としている。

【００３１】部品識別番号３３は、具体的にはインジェ
クタ番号となっている。インジェクタ番号は、インジェ
クタ一本一本に付けられたシリアルナンバーである。本
実施例では４気筒エンジンを搭載した車両を例に挙げる
ものとしする。したがって、気筒＃１〜気筒＃４に対応
する４つのインジェクタ番号が記憶される。

【００３２】補正データ３４は、インジェクタ毎の補正
データであり、インジェクタ固有のばらつきを補正する
ためのデータである。図２に示すように、４つのインジ
ェクタ番号にそれぞれ対応させて、補正データが記憶さ
れる。車両情報３５は、車両形式３５ａ、エンジン形式
３５ｂ、オプション情報３５ｃ、ＥＣＵ形式３５ｄから
なっている。

【００３３】車両形式３５ａ、エンジン形式３５ｂ、Ｅ
ＣＵ形式３５ｄはそれぞれ、車両、エンジン、ＥＣＵの
形式（タイプ）を示す情報である。また、オプション情
報３５ｃは、車両制御オプションの有り無しを示す情報
である。制御プログラム３６は、ＥＣＵ１０に搭載可能
なエンジン制御のためのプログラムであり、上述した車
両情報３５に対応付けられて記憶されている。

【００３４】ＥＯＬプログラム３７は、端末装置２０に
搭載可能なものであり、ＥＣＵ１０への書込指示及び書
込情報の送信を実現するプログラムである。なお、以下
の説明では、適宜、車両固有情報３２及び車両情報３５
をまとめて車両関連情報と呼ぶ。

【００３５】このようなデータベース３１には、まず、
部品メーカにより、製造されたインジェクタそれぞれに
対応する補正データ３４が記憶される。インジェクタに
は、インジェクタ番号が付加されており、このインジェ
クタ番号に対応させて補正データ３４が記憶される。続
いて、車両メーカにより、データベース３１には、車両
情報３５、車両情報３５に対応する制御プログラム３
６、さらに、ＥＯＬプログラム３７が記憶される。つま
り、車両固有情報３２を除く諸情報が最初に記憶される
ことになる。

【００３６】このような諸情報が記憶されたデータベー
ス３１の存在を前提として、次に、本実施例のデータ書
込システムの動作を説明する。ここでは端末装置２０の
処理である端末側処理を最初に説明し、次に、サーバ装
置３０の処理であるサーバ側処理を説明する。

【００３７】図３及び図４は、端末側処理を示すフロー
チャートである。まず最初のステップ（以下、ステップ
を単に記号Ｓで示す。）１００において、ＥＣＵ１０に
車両関連情報があるか否かを判断する。ＥＣＵ１０へ制
御プログラム１１の書き込みが既に行われている場合に
は、車両関連情報が記憶されており、ここで肯定判断さ
れることになる。車両関連情報があれば（Ｓ１００：Ｙ
ＥＳ）、Ｓ１１０にて車両関連情報を読み出し、Ｓ１３
０へ移行する。一方、車両関連情報がなければ（Ｓ１０
０：ＮＯ）、Ｓ１２０にて車両関連情報の入力を行い、
Ｓ１３０へ移行する。

【００３８】Ｓ１３０では、入力されたあるいは読み出
された車両関連情報に基づき、書き込みを続行してもよ
いか否かを作業者に確認する。ここで書き込みの続行を
了承する入力があった場合（Ｓ１３０：ＹＥＳ）、Ｓ１
４０へ移行する。一方、書き込みの続行を了承しない場
合（Ｓ１３０：ＮＯ）、Ｓ１２０からの処理を繰り返
す。

【００３９】Ｓ１４０では、端末装置２０からサーバ装
置３０を発呼することにより、データ通信可能状態の確
立処理を行う。そしてここでデータ通信可能状態が確立
されると、続くＳ１５０にて、車両関連情報をサーバ装
置へ送信する。図４中のＳ１６０では、サーバ装置３０
からＥＯＬプログラムの更新が促されたか否かを判断す
る。サーバ装置３０へのアクセスが２回目以降であれ
ば、後述するようにデータベース３１に車両固有情報３
２が記憶されている。したがって、サーバ装置３０は、
車両固有情報３２の中のアクセス日時３２ｄなどに基づ
き、ＥＯＬプログラム３７が更新されている場合には、
端末装置２０に対し、プログラム更新を促す。ここでＥ
ＯＬプログラムの更新が促された場合（Ｓ１６０：ＹＥ
Ｓ）、Ｓ１７０へ移行する。一方、ＥＯＬプログラムの
更新が促されていない場合（Ｓ１６０：ＮＯ）、Ｓ２０
０へ移行する。

【００４０】Ｓ１７０では、ＥＯＬを更新するか否かを
ユーザに問い合わせる。ここでＥＯＬの更新を行う旨の
入力があれば（Ｓ１７０：ＹＥＳ）、サーバ装置３０に
対して送信を要求する。これに対して、サーバ装置３０
はデータベース３１に記憶されたＥＯＬプログラム３７
を送信してくる。したがって、Ｓ１８０にてＥＯＬプロ
グラム３７を受信し、Ｓ１９０にて更新する。一方、Ｅ
ＯＬの更新を行う旨の入力がなければ（Ｓ１７０：Ｎ
Ｏ）、Ｓ２００へ移行する。

【００４１】Ｓ２００では、サーバ装置３０からの情報
を受信する。この処理は、図３中のＳ１５０で送信した
車両関連情報により、サーバ装置３０が送信してくる情
報を受信するものである。サーバ装置３０が送信してく
る情報は、端末装置２０から送信する情報によって異な
るが、補正データ３４又は制御プログラム３６の少なく
とも一方を含むものである。

【００４２】続くＳ２１０では、サーバ装置３０からの
情報に基づき、ＥＣＵ１０への書込指示を行うと共に、
書込情報を送信する。すなわち、このＳ２１０の処理が
ＥＯＬプログラムの実行により実現されるものである。
この書込情報は、サーバ装置３０から送信された補正デ
ータ３４又は制御プログラム３６の少なくとも一方を含
むものである。これによって、ＥＣＵ１０は、制御デー
タ１２や制御プログラム１１を書き込む、あるいは、書
き換える。

【００４３】次のＳ２２０では、サーバ装置３０へ送信
したところの車両関連情報をＥＣＵ１０へ送信する。こ
れに対応して、ＥＣＵ１０は、車両関連情報を記憶す
る。続くＳ２３０では、ＥＣＵ１０との通信により、正
常に書き込めたか否かを判断する。ここでＥＣＵ１０へ
の書き込みが正常終了している場合（Ｓ２３０：ＹＥ
Ｓ）、Ｓ２４０にて正常終了を通知し、本端末側処理を
終了する。一方、ＥＣＵ１０への書き込みが正常終了し
ていない場合（Ｓ２３０：ＮＯ）、Ｓ２５０にて異常終
了を通知し、本端末側処理を終了する。なお、正常終了
・異常終了の通知は、端末装置２０のディスプレイを介
してユーザに対してなされると共に、サーバ装置３０に
対してもなされる。

【００４４】続けて、サーバ装置３０によるサーバ側処
理を、図５のフローチャートに基づいて説明する。この
サーバ側処理は、端末装置２０とのデータ通信可能状態
が確立されると実行される。まず最初のＳ３００におい
て、セキュリティチェックを行う。これは未登録の端末
装置２０からのアクセスをチェックする処理である。こ
のチェック結果に基づき、続くＳ３１０では、登録され
た端末装置２０であるか否かを判断する。ここで登録さ
れた端末装置２０であると判断された場合（Ｓ３１０：
ＹＥＳ）、Ｓ３２０へ移行する。一方、未登録の端末装
置２０であれば（Ｓ３１０：ＮＯ）、以降の処理を実行
せず、本サーバ側処理を終了する。

【００４５】Ｓ３２０では、端末装置２０からの車両関
連情報を受信する。この処理は、図３中のＳ１５０に対
応するものである。続くＳ３３０では、新規書込である
か否かを判断する。この判断は、送信された車両関連情
報に基づいて行う。この判断結果に基づき、新規の書き
込みであれば（Ｓ３４０：ＹＥＳ）、Ｓ３５０にて制御
プログラム３６及び補正データ３４を検索して送信し、
Ｓ３７０へ移行する。一方、新規の書き込みでなければ
（Ｓ３４０：ＮＯ）、不足していると想定されるデータ
を検索して送信し、Ｓ３７０へ移行する。

【００４６】Ｓ３７０では、端末装置２０から正常終了
の通知があったか否かを判断する。ここで正常終了の通
知があった場合（Ｓ３７０：ＹＥＳ）、Ｓ３８０にてデ
ータベース３１を更新して、その後、本サーバ側処理を
終了する。一方、正常終了の通知がない場合（Ｓ３７
０：ＮＯ）、すなわち異常終了の通知があった場合に
は、Ｓ３８０の処理を実行せず、本サーバ側処理を終了
する。

【００４７】次に、具体例を挙げてデータ書込システム
の動作を説明し、本実施例に対する理解を容易にする。
ここでは最初に車両組立工場におけるＥＣＵ１０への新
規書込の場合を最初に説明し、次に、修理工場などにお
ける市場でのＥＣＵ１０へのデータ書込について説明す
る。

【００４８】車両組立工場における新規書込の場合 この場合、ＥＣＵ１０には車両関連情報が記憶されてい
ないため、図３中のＳ１００にて否定判断され、端末装
置２０に対する車両関連情報の入力が行われる（Ｓ１２
０）。

【００４９】このときの入力画面例を示すのが、図６の
説明図である。図６に示すように、端末装置２０のディ
スプレイには、車両形式、エンジン形式、オプション情
報、ＥＣＵ形式、車両番号、エンジン番号、ＥＣＵ番
号、気筒＃１〜気筒＃４のインジェクタ番号、アクセス
日時、及びアクセス場所の入力画面が表示される。

【００５０】車両形式には、普通車両、小型車両、大型
車両の区分が入力される。これは、画面上のボタン６１
をマウスでクリックすることにより表示されるプルダウ
ンメニュー６２から入力する。プルダウンメニュー６２
中でマウスカーソル６３を移動させ、該当する情報を選
択してクリックする。この入力形態は、エンジン形式、
オプション情報、ＥＣＵ形式の入力でも同様である。図
６には、エンジン形式「ＪＡ０５」が選択され、オプシ
ョン情報「定速クルーズ」、「ブレーキ油圧制御」が選
択され、ＥＣＵ形式「タイプ１」が選択された様子を示
した。

【００５１】車両番号、エンジン番号、ＥＣＵ番号、イ
ンジェクタ番号はそれぞれ、入力フィールド６４ａ，６
４ｂ，６４ｃ，６４ｄ，６４ｅ，６４ｆ，６４ｇにキー
ボードを用いて入力される。車両組立工場においては、
図９（ａ）に示すように、４本のインジェクタ４１がエ
ンジン４３に組み付けられて車両に搭載される。そし
て、このエンジン４３には、ＥＣＵ１０が接続される。
そこで、車両番号「ＸＸＸＸＸ」を入力フィールド６４
ａに入力し、さらに、搭載されたエンジン４３のエンジ
ン番号４４、ＥＣＵ１０のＥＣＵ番号１３、インジェク
タ４１のインジェクタ番号４２を、入力フィールド６４
ｂ〜６４ｇに入力していく。なお、本実施例では、これ
らの情報をキーボードを用いて入力するようにしたが、
図９（ａ）に示したインジェクタ番号４２、エンジン番
号４４、ＥＣＵ番号１３を示すバーコードを付加するよ
うにした場合、スキャナを用いて端末装置２０への入力
を行うことも考えられる。

【００５２】アクセス日時及びアクセス場所は、入力フ
ィールド６５ａ，６５ｂにそれぞれ入力する。このと
き、アクセス日時は端末装置２０の時計機能を用いて、
また、アクセス場所を示す電話番号は端末装置２０に予
め記憶しておくことによって、入力フィールド６５ａ，
６５ｂにデフォルト表示されるようにしてもよい。

【００５３】端末装置２０へ車両関連情報が入力される
と、データ通信可能状態が確立され（図３中のＳ１４
０）、入力された車両関連情報がサーバ装置３０へ送信
される（Ｓ１５０）。サーバ装置３０では、送信された
車両関連情報を受信し（図５中のＳ３２０）、このとき
は、新規書込であることが判断される（Ｓ３３０，Ｓ３
４０：ＹＥＳ）。すると、サーバ装置３０では、送信さ
れたインジェクタ番号を用い、データベース３１の部品
識別番号３３に基づいて、該当する補正データ３４を送
信する（Ｓ３５０）。また、送信された車両形式などを
用い、データベース３１の車両情報３５に基づいて、制
御プログラム３６を送信する（Ｓ３５０）。

【００５４】このようにしてサーバ装置３０から送信さ
れる制御プログラム３６及び補正データ３４を、端末装
置２０が受信し（図４中のＳ２００）、ＥＣＵ１０へ書
込指示を行うと共に、制御プログラム３６及び補正デー
タ３４を書込情報として送信する（Ｓ２１０）。これに
よって、ＥＣＵ１０に制御プログラム１１及び、補正デ
ータ３４に基づく制御データ１２が書き込まれる。ま
た、端末装置２０は、Ｓ１２０にて入力された車両関連
情報をＥＣＵ１０へ送信する（Ｓ２２０）。これによ
り、ＥＣＵ１０には、車両関連情報が記憶されることに
なる。

【００５５】端末装置２０から正常終了の通知がなされ
ると（図４中のＳ２４０）、サーバ装置３０では、デー
タベース３１を更新する（Ｓ３８０）。これによって、
データベース３１において、図２に示すような、車両固
有情報３２と、部品識別番号３３との対応付けが行われ
る。このとき、インジェクタ番号は気筒＃１〜気筒＃４
とも対応付けられる。その結果、図２に示すデータベー
ス３１が構築されることになる。

【００５６】市場でのデータ書込の場合（その１） 例えば、図９（ｂ）に示すように、修理工場などにおい
て、気筒＃４に組み付けられたインジェクタ４１を交換
する場合を考える。このときは、端末装置２０にて端末
側処理が開始されると、ＥＣＵ１０に車両関連情報が記
憶されているため、図３中のＳ１００にて肯定判断さ
れ、車両関連情報がＥＣＵ１０から読み出される（Ｓ１
１０）。

【００５７】このときの入力画面例を示すのが、図７の
説明図である。図７には、図６と同様の情報が表示され
るが、気筒＃４のインジェクタ４１を交換したことによ
り、気筒＃４のインジェクタ番号を変更する（図３中の
Ｓ１３０：ＮＯ，Ｓ１２０）。つまり、図７中に斜線を
施して示した入力フィールド６４ｇの内容を変更するの
である。具体的には、交換したインジェクタ４１のイン
ジェクタ番号４２、「００１０」を入力する。

【００５８】入力された車両関連情報がサーバ装置３０
へ送信されると（図３中のＳ１５０）、サーバ装置３０
では、新規書込でないことが判断される（図５中のＳ３
３０，Ｓ３４０：ＮＯ）。すると、サーバ装置３０で
は、送信されたインジェクタ番号を用い、データベース
３１の部品識別番号３３に基づいて、該当する補正デー
タ３４を送信する（Ｓ３５０）。これによって、端末装
置２０に、交換したインジェクタ４１に対応する補正デ
ータ３４が送信され、ＥＣＵ１０の制御データ１２が書
き換えられる。この場合も、車両関連情報がＥＣＵ１０
に記憶され、一方サーバ装置３０では、データベース３
１が更新される（Ｓ３８０）。

【００５９】市場でのデータ書込の場合（その２） 例えば、ＥＣＵ１０の故障により、ＥＣＵ１０に搭載さ
れた制御プログラム１１や制御データ１２が破損した場
合を考える。このときは、ＥＣＵ１０から車両関連情報
が読み出せない場合も想定される。そこでＥＣＵ１０と
の通信が可能であり、ＥＣＵ１０に車両関連情報の少な
くとも一部が記憶されている場合（Ｓ１００：ＹＥ
Ｓ）、車両関連情報の読み出しが行われる（Ｓ１１
０）。一方、ＥＣＵ１０との通信が不可能であってＥＣ
Ｕ１０自体の交換が必要であるとき、あるいは、ＥＣＵ
１０との通信が可能であってもＥＣＵ１０の車両関連情
報が全て消失してしまっている場合には、端末装置２０
を介して車両関連情報を新たに入力する（Ｓ１２０）。
以下の説明では、ＥＣＵ１０から車両関連情報の一部が
読み出せた場合を例に挙げて説明する。

【００６０】このときの入力画面例を示すのが、図８の
説明図である。図８には、エンジン番号「ＡＡＡＡ」の
みが読み出され、斜線を施して示した車両番号、ＥＣＵ
番号、インジェクタ番号については消失してしまった様
子を示した。

【００６１】このときは、入力された車両関連情報がサ
ーバ装置３０へ送信されると（図３中のＳ１５０）、サ
ーバ装置３０では、送信されたエンジン番号を用い、車
両固有情報３２に基づく検索を行い、対応する部品識別
番号３３を特定する。そして、該当する補正データ３４
を送信する（Ｓ３５０）。また、車両形式などを用い、
車両情報３５に基づいて、該当する制御プログラム３６
を検索して送信する（Ｓ３５０）。

【００６２】これによって、端末装置２０には、制御プ
ログラム３６及び補正データ３４が送信され、ＥＣＵ１
０には制御プログラム１１及び制御データ１２が書き込
まれる。次に、本実施例のデータ書込システムの発揮す
る効果を説明する。

【００６３】本実施例のデータ書込システムでは、サー
バ装置３０のデータベース３１に予め補正データ３４を
部品識別番号３３に対応させて記憶しておくようにし、
端末装置２０がこのサーバ装置３０にアクセスすること
で、端末装置２０は、補正データ３４を取得し、この補
正データ３４を、ＥＣＵ１０の制御データ１２に反映さ
せる。これにより、個々のインジェクタのばらつきを考
慮したＥＣＵ１０へのデータの書き込みを実現できる。

【００６４】このとき、端末装置２０から車両関連情報
を送信し（図３中のＳ１５０）、サーバ装置３０が部品
識別番号３３に基づき、該当する補正データ３４を送信
する構成とした。このようにサーバ装置３０側で補正デ
ータ３４を検索して送信する構成としたため、端末装置
２０の構成が簡単になる。

【００６５】また、端末装置２０から送信される車両関
連情報に基づき、サーバ装置３０は、部品識別番号３３
に対応付けて、車両固有情報３２を記憶する（図５中の
Ｓ３８０）。したがって、データベース３１にこのよう
な対応関係が形成された後は、インジェクタ番号が分か
らなくなったときでも、車両番号、エンジン番号、ＥＣ
Ｕ番号などが分かれば、該当する補正データ３４を取得
することができる。

【００６６】さらにまた、本実施例のデータ書込システ
ムでは、車両関連情報は端末装置２０からＥＣＵ１０に
も送信され（図４中のＳ２２０）、ＥＣＵ１０に車両関
連情報が記憶される。そして、ＥＣＵ１０に車両関連情
報があれば（図３中のＳ１００：ＹＥＳ）、ＥＣＵ１０
から車両関連情報が読み出される（Ｓ１１０）。したが
って、何度も同じ情報を入力する手間が省けて便利であ
る。

【００６７】また、本実施例のデータ書込システムで
は、端末装置２０からサーバ装置３０へ送信される車両
関連情報の中にアクセス日時及びアクセス場所の情報が
含まれ、サーバ装置３０のデータベース３１に、車両固
有情報３２として記憶される（図２参照）。これによっ
て、車両毎の不具合発生状況を把握でき、不具合の発生
を統計的に管理することができる。

【００６８】さらにまた、本実施例のデータ書込システ
ムでは、サーバ装置３０のデータベース３１に、ＥＣＵ
１０に搭載されて用いられる制御プログラム３６を記憶
するようにした（図２参照）。そして、必要に応じ、補
正データ３４と共にあるいは補正データ３４に代え、制
御プログラム３６を端末装置２０へ送信可能にした。そ
して、端末装置２０は、受信した制御プログラム３６を
書込情報としてＥＣＵ１０に送信可能とし、これによ
り、ＥＣＵ１０の制御プログラム１１の書き込みや書き
換えを実現した。その結果、ＥＣＵ１０における制御プ
ログラム１１の新規書込はもちろん、制御プログラム１
１が消失してしまったときにも対応できる。また、制御
プログラム１１のバージョンアップも容易に行うことが
できる。

【００６９】加えて、端末装置２０に搭載されて用いら
れるＥＯＬプログラム３７をデータベース３１に記憶す
るようにし（図２参照）、サーバ装置３０は、端末装置
２０からの要求に応じて、ＥＯＬプログラム３７をも送
信可能とした。端末装置２０は、受信したＥＯＬプログ
ラム３７によって自身のＥＯＬプログラムを更新する。
これによって、ＥＯＬプログラムのバージョンアップも
容易に行うことができる。

【００７０】また、本実施例のデータ書込システムで
は、ネットワーク５０にインターネットを用いた。した
がって、特に端末装置２０を携帯可能なラップトップ型
などのＰＣ２１で構成すれば、場所を選ばずアクセスで
きることになる。したがって、例えばＥＣＵ１０の故障
などによって車両が道路に立ち往生した場合、その現場
にて、ＥＣＵ１０へのデータ書き込みを実現することも
可能になる。これは牽引して修理工場まで運ぶことが困
難な大型車両に有効である。

【００７１】以上、本発明はこのような実施例に何等限
定されるものではなく、本発明の主旨を逸脱しない範囲
において種々なる形態で実施し得る。例えば上記実施例
では、インジェクタを例に挙げていたが、これには限定
されない。例えば、他のアクチュエータやセンサなどの
ばらつきを補正に対しても本発明が適用できることは言
うまでもない。

【図面の簡単な説明】

【図１】実施例のデータ書込システムの概略構成を示す
説明図である。

【図２】データベースに記憶される情報を示す説明図で
ある。

【図３】端末装置における端末側処理の前半部分を示す
フローチャートである。

【図４】端末装置における端末側処理の後半部分を示す
フローチャートである。

【図５】サーバ装置におけるサーバ側処理を示すフロー
チャートである。

【図６】端末装置の入力画面例を示す説明図である。

【図７】端末装置の入力画面例を示す説明図である。

【図８】端末装置の入力画面例を示す説明図である。

【図９】ＥＣＵ、エンジン、インジェクタの対応関係を
示す説明図である。

【符号の説明】

１０…ＥＣＵ １１…制御プログラム １２…制御データ １３…ＥＣＵ番号 ２０…端末装置 ２１…ＰＣ ２２…ダイアグツール ３０…サーバ装置 ３１…データベース ３２…車両固有情報 ３２ａ…車両番号 ３２ｂ…エンジン番号 ３２ｃ…ＥＣＵ番号 ３２ｄ…アクセス日時 ３２ｅ…アクセス場所 ３３…部品識別番号 ３４…補正データ ３５…車両情報 ３５ａ…車両形式 ３５ｂ…エンジン形式 ３５ｃ…オプション情報 ３５ｄ…ＥＣＵ形式 ３６…制御プログラム ３７…ＥＯＬプログラム ４１…インジェクタ ４２…インジェクタ番号 ４３…エンジン ４４…エンジン番号 ５０…ネットワーク ６１…ボタン ６２…プルダウンメニュー ６３…マウスカーソル ６４ａ，６４ｂ，６４ｃ，６４ｄ，６４ｅ，６４ｆ，６
４ｇ，６５ａ，６５ｂ…入力フィールド

Claims (9)

【特許請求の範囲】
1. 【請求項１】外部からの書込指示があると、送信される
   書込情報の基づき、制御プログラム又は制御データの少
   なくとも一方を書き込む車両制御用の電子制御装置に対
   して用いられ、 前記電子制御装置に接続され、書込プログラムを実行す
   ることにより、当該電子制御装置に対する前記書込指示
   を行い、前記書込情報を送信する端末装置と、 前記端末装置との間でデータ通信可能なサーバ装置とを
   備えたデータ書込システムにおいて、 前記サーバ装置は、 前記電子制御装置の車両制御に用いられる所定部品の固
   有のばらつきを補正する補正データを記憶したデータベ
   ースを有しており、 前記端末装置との間にデータ通信可能状態が確立される
   と、前記端末装置からの要求に応じて前記補正データを
   送信し、 前記端末装置は、前記サーバ装置から送信される前記補
   正データを前記書込情報として送信することを特徴とす
   る電子制御装置へのデータ書込システム。
2. 【請求項２】請求項１に記載のデータ書込システムにお
   いて、 前記サーバ装置のデータベースには、前記部品毎に固有
   の部品識別番号と前記補正データとが対応付けて記憶さ
   れており、 前記サーバ装置は、前記端末装置から送信される部品識
   別番号を用いて、前記データベースの検索を行い、該当
   する補正データを送信することを特徴とする電子制御装
   置へのデータ書込システム。
3. 【請求項３】請求項２に記載のデータ書込システムにお
   いて、 前記サーバ装置のデータベースには、前記部品識別番号
   に対し、車両毎に固有の車両固有情報が対応付けて記憶
   されており、 前記サーバ装置は、前記端末装置から送信される車両固
   有情報を用いて、前記データベースの検索を行い、該当
   する補正データを送信可能であることを特徴とする電子
   制御装置へのデータ書込システム。
4. 【請求項４】請求項３に記載のデータ書込システムにお
   いて、 前記サーバ装置は、前記端末装置から前記部品識別番号
   及び車両固有情報が送信されると、前記部品識別番号に
   対し、前記車両固有情報を対応付けて前記データベース
   に記憶することを特徴とする電子制御装置へのデータ書
   込システム。
5. 【請求項５】請求項３又は４に記載のデータ書込システ
   ムにおいて、 前記電子制御装置に前記部品識別番号や前記車両固有情
   報を記憶しておき、前記端末装置は、前記電子制御装置
   に記憶された当該情報に基づいて、前記部品識別番号や
   前記車両固有情報を送信可能であることを特徴とする電
   子制御装置へのデータ書込システム。
6. 【請求項６】請求項３〜５のいずれかに記載のデータ書
   込システムにおいて、 前記端末装置は、前記サーバ装置がアクセス履歴を管理
   するためのアクセス情報を前記車両固有情報の一部とし
   て送信可能であることを特徴とする電子制御装置へのデ
   ータ書込システム。
7. 【請求項７】請求項１〜６のいずれかに記載のデータ書
   込システムにおいて、 前記サーバ装置のデータベースには、電子制御装置に搭
   載される制御プログラムが記憶されており、 前記サーバ装置は、前記端末装置から送信される車両制
   御に関する車両情報に基づき、前記制御プログラムを送
   信可能であり、 前記端末装置は、前記サーバ装置から送信される制御プ
   ログラムを前記書込情報として送信可能であることを特
   徴とする電子制御装置へのデータ書込システム。
8. 【請求項８】請求項１〜７のいずれかに記載のデータ書
   込システムにおいて、 前記サーバ装置のデータベースには、前記端末装置に搭
   載される書込プログラムが記憶されており、 前記サーバ装置は、前記端末装置からの要求に応じて、
   前記書込プログラムを送信し、 前記端末装置は、前記サーバ装置から送信される書込プ
   ログラムによって、搭載された書込プログラムを更新可
   能であることを特徴とする電子制御装置へのデータ書込
   システム。
9. 【請求項９】請求項１〜８のいずれかに記載のデータ書
   込システムにおいて、 前記サーバ装置は、インターネット上の装置として、前
   記端末装置からアクセスされることを特徴とする電子制
   御装置へのデータ書込システム。