JP3982226B2 - 電子制御装置へのデータ書込システム - Google Patents
電子制御装置へのデータ書込システム Download PDFInfo
- Publication number
- JP3982226B2 JP3982226B2 JP2001311420A JP2001311420A JP3982226B2 JP 3982226 B2 JP3982226 B2 JP 3982226B2 JP 2001311420 A JP2001311420 A JP 2001311420A JP 2001311420 A JP2001311420 A JP 2001311420A JP 3982226 B2 JP3982226 B2 JP 3982226B2
- Authority
- JP
- Japan
- Prior art keywords
- vehicle
- terminal device
- data
- information
- writing
- 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
- Combined Controls Of Internal Combustion Engines (AREA)
- Stored Programmes (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、車両に搭載される電子制御装置（以下「ＥＣＵ」という。）を対象とした書込システムに関する。
【０００２】
【従来の技術】
従来より、車両形式によってＥＣＵに搭載される制御プログラムが変わるため、生産工場において、車両形式に合った制御プログラムを書き込むことが行われている。また、市場に出荷されてからでも、ＥＣＵの故障などにより、修理工場などにおいて、車両形式に合った制御プログラムを再度書き込む必要が生じることがある。
【０００３】
ここでいうところの車両形式による制御プログラムの違いは、一つには、車両制御における所定部品の補正処理の違いとして現れる。例えば、インジェクタの噴射量を車両形式に合わせ、制御プログラムにより補正するという具合である。
そのため、特開平４−２４６７３０号公報には、車両形式を識別して、車両形式に適する制御プログラムをサーバ装置から選定し、制御プログラムを書き込む技術が提案されている。
【０００４】
しかしながら、インジェクタを例に挙げた場合、個々のインジェクタがそれぞれに固有のばらつきを有しており、車両形式だけで一律に補正できない場合が存在する。つまり、このような個々のインジェクタのばらつきを考慮した補正は、車両形式、さらに言えば車両側の情報だけからは困難である。
【０００５】
このようなばらつきは部品製造過程において必ず発生するものであり、最近の排ガス規制などをクリアするためには、個々のインジェクタのばらつきを考慮した補正を行うことが必要になっている。また、このような補正が可能であれば、部品製造においても、製造部品のばらつきが、ある程度まで許容されることになり、不良率を低減させることができる。
【０００６】
【発明が解決しようとする課題】
上述したような個々のインジェクタのばらつきは、一次的に、部品メーカ側で把握されるものであり、このようなばらつきの補正を行うためには、個々の部品のばらつきを補正するための補正データを何らかの形で、ＥＣＵに搭載される制御プログラムに反映する必要がある。
【０００７】
これに対し、特表２０００−５０１１５５号公報には、補正データを示すバーコードや２次元コードを個々のインジェクタに付加し、スキャナでこの補正データを読み取ってＥＣＵへ伝達する技術が提案されている。また、特表２０００−５０２７７０号公報には、補正データを書き込んだＥＥＰＲＯＭを個々のインジェクタに付加し、このＥＥＰＲＯＭから読み出した補正データをＥＣＵに伝達する技術が開示されている。
【０００８】
しかしながら、前者の技術では、補正データが多くなると、対応できない可能性が高くなる。一方、後者の技術では、ＥＥＰＲＯＭから補正データを読み出すために、ＥＣＵ側の端子や、ＥＣＵとＥＥＰＲＯＭとの接続のためのワイヤの増加を招くことになり、車両ハーネスの増加につながる。
【０００９】
本発明は、上述した課題を解決するためになされたものであり、インジェクタに代表される所定部品毎のばらつきを考慮したＥＣＵへのデータ書き込みを実現することを目的とする。
【００１０】
【課題を解決するための手段及び発明の効果】
本発明のデータ書込システムは、ＥＣＵへのデータ書き込みに用いられる。このデータ書込システムは、工場内でのＥＣＵへのデータの書き込みはもちろん、市場においても使用可能である。したがって、ここでいうデータの書き込みは、データの書き換えをも含む。
【００１１】
ＥＣＵは、外部からの書込指示があると、送信される書込情報の基づき、制御プログラム又は制御データの少なくとも一方を書き込む。制御データは、制御プログラムによって参照されるものである。
本発明のデータ書込システムでは、端末装置が、ＥＣＵに接続され、書込プログラムを実行することにより、ＥＣＵに対する書込指示を行い、書込情報を送信する。この端末装置は、サーバ装置との間でデータ通信可能になっている。
【００１２】
ここで特に、サーバ装置は、所定部品の固有のばらつきを補正する補正データを記憶したデータベースを有しており、端末装置との間にデータ通信可能状態が確立されると、端末装置からの要求に応じて補正データを送信する。所定部品は、ＥＣＵによる車両制御に用いられるものであり、上述したインジェクタをはじめ、各種のアクチュエータやセンサであることが考えられる。
【００１３】
一方、端末装置は、サーバ装置から送信される補正データを書込情報としてＥＣＵへ送信する。
このように、サーバ装置のデータベースに予め補正データを記憶しておくようにすれば、このサーバ装置にアクセスすることで、端末装置は、補正データを取得でき、この補正データを書込情報として送信することにより、補正データをＥＣＵへ反映することができる。ここにある技術思想は、部品メーカ側で一次的に把握される所定部品毎の補正データを、サーバ装置のデータベースを介して、ＥＣＵへ反映させるというものである。
【００１４】
このような構成を採用すれば、個々の部品のばらつきを考慮して、ＥＣＵへのデータの書き込みを実現することができる。そしてこのときは、バーコード等を用いる場合と異なり、補正データのデータ量が大きくなっても対応することができる。また、ＥＥＰＲＯＭを用いる場合と異なり、車両ハーネスの増加を伴うこともない。
【００１５】
具体的な構成としては、サーバ装置のデータベースに、部品毎に固有の部品識別番号と補正データとを対応付けて記憶しておき、サーバ装置は、端末装置から送信される部品識別番号を用いて、データベースの検索を行い、該当する補正データを送信するよう構成することが考えられる。このとき、端末装置からの部品識別番号の送信を前提としているが、この部品識別番号は、作業者によって端末装置へ入力されるものとしてもよいし、あるいは、バーコードなどの形で部品に付しておき、スキャナで読み取ることにより端末装置へ入力されるものとしてもよい。このようにサーバ装置側で補正データを検索して送信する構成を採れば、端末装置の構成が簡単になる。
【００１６】
なお、部品毎の部品識別番号は、その部品が既に車両に搭載されたものであれば、車両毎に特定される。例えば、４気筒エンジンを搭載する車両であれば、４本のインジェクタを備えることになり、その車両に対し、４本のインジェクタの部品識別番号が特定される。
【００１７】
そこで、サーバ装置のデータベースに、部品識別番号に対し、車両毎に固有の車両固有情報を対応付けて記憶しておき、サーバ装置が、端末装置から送信される車両固有情報を用いて、データベースの検索を行い、該当する補正データを送信できるようにしてもよい。車両固有情報は、車両毎に固有の情報であればよく、車両番号、エンジン番号、ＥＣＵ番号などを含むものとすることが考えられる。このようにすれば、部品識別番号に代え車両固有情報を送信することによっても、サーバ装置で、該当する補正データを検索できる。
【００１８】
なお、このような車両固有情報は、例えば、端末装置から部品識別番号及び車両固有情報が送信された場合に、サーバ装置が、部品識別番号に対し、車両固有情報を対応付けてデータベースに記憶するようにすればよい。例えば部品識別番号によって最初に補正データを検索するときに、車両固有情報をも端末装置から送信するようにするという具合である。このようにすれば、データベースが簡単に構築できる。
【００１９】
また、ＥＣＵに部品識別番号や車両固有情報を記憶しておき、端末装置は、ＥＣＵに記憶された当該情報に基づいて部品識別番号や車両固有情報を送信可能にするとよい。例えば最初に端末装置に入力された部品識別番号や車両固有情報をＥＣＵに記憶しておくという具合である。このようにすれば、次からは入力の手間が省けて便利である。
【００２０】
もっとも、部品識別番号に対応する車両情報が存在するのは、既に車両に搭載された部品であることを前提とする。したがって、新しい部品への交換を行う場合などは、部品識別番号による検索を行う必要がある。
ところで、端末装置が、サーバ装置がアクセス履歴を管理するためのアクセス情報を車両固有情報の一部として送信できる構成にすることも考えられる。ここでいうアクセス情報は、例えば、日時や場所の情報とすることが考えられる。場所の情報とは、端末装置のある修理工場などの場所を特定できるものを意味し、例えばその修理工場の電話番号を用いることが考えられる。このようにすれば、車両毎の不具合発生状況を把握でき、不具合の発生を統計的に管理することができる。
【００２１】
なお、サーバ装置のデータベースに、ＥＣＵに搭載される制御プログラムを記憶しておき、サーバ装置が、端末装置から送信される車両制御に関する車両情報に基づき、制御プログラムを送信可能とし、端末装置は、サーバ装置から送信される制御プログラムを書込情報として送信可能としてもよい。
【００２２】
また、サーバ装置のデータベースに、端末装置に搭載される書込プログラムを記憶しておき、サーバ装置が、端末装置からの要求に応じて、書込プログラムを送信し、端末装置は、サーバ装置から送信される書込プログラムによって、搭載された書込プログラムを更新可能にしてもよい。
【００２３】
これらの構成を採用すれば、ＥＣＵの制御プログラムを容易にバージョンアップしたり、端末装置の書込プログラムを容易にバージョンアップしたりすることができる。また、前者の構成によれば、ＥＣＵの故障などで制御プログラムが消失してしまった場合にも対応できる。
【００２４】
ところで、上述したサーバ装置は、インターネット上の装置として、端末装置からアクセスされるものとすることが考えられる。特に端末装置を携帯可能に構成すれば、場所を選ばずアクセスできることになる。したがって、例えばＥＣＵの故障などによって車両が道路に立ち往生した場合、その現場にて、ＥＣＵへのデータ書き込みを実現することも可能になる。これは牽引して修理工場まで運ぶことが困難な大型車両に有効である。
【００２５】
【発明の実施の形態】
以下、本発明を具体化した一実施例を図面を参照して説明する。
図１は、データ書込システムの概略構成を示す説明図である。
本実施例のデータ書込システムは、ＥＣＵ１０に対して用いられ、端末装置２０と、サーバ装置３０とを備えている。
【００２６】
ＥＣＵ１０は、車両に搭載されてエンジン制御を行うものであり、車両を制御するための制御プログラム１１と、制御プログラム１１より参照される制御データ１２とが搭載される。
端末装置２０は、パーソナルコンピュータ（以下「ＰＣ」という。）２１と、ダイアグツール２２とで構成されている。ダイアグツール２２は、ダイアグ通信ラインによってＥＣＵ１０のＥＣＵコネクタに接続されて機能する。そして、このダイアグツール２２を介してＥＣＵ１０との通信を行うのがＰＣ２１である。したがって、ダイアグツール２２は、ＰＣ２１のポートに接続され、ＥＣＵ１０のコネクタ信号とＰＣ２１のデータとを相互に変換する専用ツールとして位置付けられる。
【００２７】
このような端末装置２０は、車両組立工場や修理工場などに配置されて用いられるものであり、搭載されるＥＯＬプログラムの実行し、ＥＣＵ１０に対して書込指示及び書込情報を送信することにより、ＥＣＵ１０による制御プログラム１１や制御データ１２の書き込みを実現する。ＰＣ２１は、キーボード・マウスといった入力装置及び、ディスプレイなどの表示装置を有する構成となっている。なお、入力装置としてスキャナを備える構成としてもよい。
【００２８】
サーバ装置３０は、端末装置２０からネットワーク５０を介してアクセスされるサーバシステムとして実現されている。ネットワーク５０には、周知のインターネットを用いる。サーバ装置３０には別の端末装置２０からもネットワーク５０を介してアクセスできるようになっており、サーバ装置３０がデータベース３１を有することにより、端末装置２０間でサーバ装置３０のデータを共有できる仕組みとなっている。
【００２９】
ここでサーバ装置３０のデータベース３１に記憶される諸情報を、図２を参照して説明する。
図２に示すように、サーバ装置３０のデータベース３１には、車両固有情報３２、部品識別番号３３、補正データ３４、車両情報３５、制御プログラム３６、及びＥＯＬプログラム３７が記憶される。
【００３０】
車両固有情報３２は、車両番号３２ａ、エンジン番号３２ｂ、ＥＣＵ番号３２ｃ、アクセス日時３２ｄ、アクセス場所３２ｅからなっている。
車両番号３２ａ、エンジン番号３２ｂ、ＥＣＵ番号３２ｃはそれぞれ、車両、エンジン、ＥＣＵに付けられたシリアルナンバーである。アクセス日時３２ｄは、端末装置２０からアクセスのあった日時であり、アクセス場所３２ｅは、アクセスのあった端末装置２０の設置場所を示す情報であり、端末装置２０が電話回線を利用してアクセスすることを前提に電話番号としている。
【００３１】
部品識別番号３３は、具体的にはインジェクタ番号となっている。インジェクタ番号は、インジェクタ一本一本に付けられたシリアルナンバーである。本実施例では４気筒エンジンを搭載した車両を例に挙げるものとしする。したがって、気筒＃１〜気筒＃４に対応する４つのインジェクタ番号が記憶される。
【００３２】
補正データ３４は、インジェクタ毎の補正データであり、インジェクタ固有のばらつきを補正するためのデータである。図２に示すように、４つのインジェクタ番号にそれぞれ対応させて、補正データが記憶される。
車両情報３５は、車両形式３５ａ、エンジン形式３５ｂ、オプション情報３５ｃ、ＥＣＵ形式３５ｄからなっている。
【００３３】
車両形式３５ａ、エンジン形式３５ｂ、ＥＣＵ形式３５ｄはそれぞれ、車両、エンジン、ＥＣＵの形式（タイプ）を示す情報である。また、オプション情報３５ｃは、車両制御オプションの有り無しを示す情報である。
制御プログラム３６は、ＥＣＵ１０に搭載可能なエンジン制御のためのプログラムであり、上述した車両情報３５に対応付けられて記憶されている。
【００３４】
ＥＯＬプログラム３７は、端末装置２０に搭載可能なものであり、ＥＣＵ１０への書込指示及び書込情報の送信を実現するプログラムである。
なお、以下の説明では、適宜、車両固有情報３２及び車両情報３５をまとめて車両関連情報と呼ぶ。
【００３５】
このようなデータベース３１には、まず、部品メーカにより、製造されたインジェクタそれぞれに対応する補正データ３４が記憶される。インジェクタには、インジェクタ番号が付加されており、このインジェクタ番号に対応させて補正データ３４が記憶される。続いて、車両メーカにより、データベース３１には、車両情報３５、車両情報３５に対応する制御プログラム３６、さらに、ＥＯＬプログラム３７が記憶される。つまり、車両固有情報３２を除く諸情報が最初に記憶されることになる。
【００３６】
このような諸情報が記憶されたデータベース３１の存在を前提として、次に、本実施例のデータ書込システムの動作を説明する。ここでは端末装置２０の処理である端末側処理を最初に説明し、次に、サーバ装置３０の処理であるサーバ側処理を説明する。
【００３７】
図３及び図４は、端末側処理を示すフローチャートである。
まず最初のステップ（以下、ステップを単に記号Ｓで示す。）１００において、ＥＣＵ１０に車両関連情報があるか否かを判断する。ＥＣＵ１０へ制御プログラム１１の書き込みが既に行われている場合には、車両関連情報が記憶されており、ここで肯定判断されることになる。車両関連情報があれば（Ｓ１００：ＹＥＳ）、Ｓ１１０にて車両関連情報を読み出し、Ｓ１３０へ移行する。一方、車両関連情報がなければ（Ｓ１００：ＮＯ）、Ｓ１２０にて車両関連情報の入力を行い、Ｓ１３０へ移行する。
【００３８】
Ｓ１３０では、入力されたあるいは読み出された車両関連情報に基づき、書き込みを続行してもよいか否かを作業者に確認する。ここで書き込みの続行を了承する入力があった場合（Ｓ１３０：ＹＥＳ）、Ｓ１４０へ移行する。一方、書き込みの続行を了承しない場合（Ｓ１３０：ＮＯ）、Ｓ１２０からの処理を繰り返す。
【００３９】
Ｓ１４０では、端末装置２０からサーバ装置３０を発呼することにより、データ通信可能状態の確立処理を行う。そしてここでデータ通信可能状態が確立されると、続くＳ１５０にて、車両関連情報をサーバ装置へ送信する。
図４中のＳ１６０では、サーバ装置３０からＥＯＬプログラムの更新が促されたか否かを判断する。サーバ装置３０へのアクセスが２回目以降であれば、後述するようにデータベース３１に車両固有情報３２が記憶されている。したがって、サーバ装置３０は、車両固有情報３２の中のアクセス日時３２ｄなどに基づき、ＥＯＬプログラム３７が更新されている場合には、端末装置２０に対し、プログラム更新を促す。ここでＥＯＬプログラムの更新が促された場合（Ｓ１６０：ＹＥＳ）、Ｓ１７０へ移行する。一方、ＥＯＬプログラムの更新が促されていない場合（Ｓ１６０：ＮＯ）、Ｓ２００へ移行する。
【００４０】
Ｓ１７０では、ＥＯＬを更新するか否かをユーザに問い合わせる。ここでＥＯＬの更新を行う旨の入力があれば（Ｓ１７０：ＹＥＳ）、サーバ装置３０に対して送信を要求する。これに対して、サーバ装置３０はデータベース３１に記憶されたＥＯＬプログラム３７を送信してくる。したがって、Ｓ１８０にてＥＯＬプログラム３７を受信し、Ｓ１９０にて更新する。一方、ＥＯＬの更新を行う旨の入力がなければ（Ｓ１７０：ＮＯ）、Ｓ２００へ移行する。
【００４１】
Ｓ２００では、サーバ装置３０からの情報を受信する。この処理は、図３中のＳ１５０で送信した車両関連情報により、サーバ装置３０が送信してくる情報を受信するものである。サーバ装置３０が送信してくる情報は、端末装置２０から送信する情報によって異なるが、補正データ３４又は制御プログラム３６の少なくとも一方を含むものである。
【００４２】
続くＳ２１０では、サーバ装置３０からの情報に基づき、ＥＣＵ１０への書込指示を行うと共に、書込情報を送信する。すなわち、このＳ２１０の処理がＥＯＬプログラムの実行により実現されるものである。この書込情報は、サーバ装置３０から送信された補正データ３４又は制御プログラム３６の少なくとも一方を含むものである。これによって、ＥＣＵ１０は、制御データ１２や制御プログラム１１を書き込む、あるいは、書き換える。
【００４３】
次のＳ２２０では、サーバ装置３０へ送信したところの車両関連情報をＥＣＵ１０へ送信する。これに対応して、ＥＣＵ１０は、車両関連情報を記憶する。
続くＳ２３０では、ＥＣＵ１０との通信により、正常に書き込めたか否かを判断する。ここでＥＣＵ１０への書き込みが正常終了している場合（Ｓ２３０：ＹＥＳ）、Ｓ２４０にて正常終了を通知し、本端末側処理を終了する。一方、ＥＣＵ１０への書き込みが正常終了していない場合（Ｓ２３０：ＮＯ）、Ｓ２５０にて異常終了を通知し、本端末側処理を終了する。なお、正常終了・異常終了の通知は、端末装置２０のディスプレイを介してユーザに対してなされると共に、サーバ装置３０に対してもなされる。
【００４４】
続けて、サーバ装置３０によるサーバ側処理を、図５のフローチャートに基づいて説明する。このサーバ側処理は、端末装置２０とのデータ通信可能状態が確立されると実行される。
まず最初のＳ３００において、セキュリティチェックを行う。これは未登録の端末装置２０からのアクセスをチェックする処理である。このチェック結果に基づき、続くＳ３１０では、登録された端末装置２０であるか否かを判断する。ここで登録された端末装置２０であると判断された場合（Ｓ３１０：ＹＥＳ）、Ｓ３２０へ移行する。一方、未登録の端末装置２０であれば（Ｓ３１０：ＮＯ）、以降の処理を実行せず、本サーバ側処理を終了する。
【００４５】
Ｓ３２０では、端末装置２０からの車両関連情報を受信する。この処理は、図３中のＳ１５０に対応するものである。
続くＳ３３０では、新規書込であるか否かを判断する。この判断は、送信された車両関連情報に基づいて行う。この判断結果に基づき、新規の書き込みであれば（Ｓ３４０：ＹＥＳ）、Ｓ３５０にて制御プログラム３６及び補正データ３４を検索して送信し、Ｓ３７０へ移行する。一方、新規の書き込みでなければ（Ｓ３４０：ＮＯ）、不足していると想定されるデータを検索して送信し、Ｓ３７０へ移行する。
【００４６】
Ｓ３７０では、端末装置２０から正常終了の通知があったか否かを判断する。ここで正常終了の通知があった場合（Ｓ３７０：ＹＥＳ）、Ｓ３８０にてデータベース３１を更新して、その後、本サーバ側処理を終了する。一方、正常終了の通知がない場合（Ｓ３７０：ＮＯ）、すなわち異常終了の通知があった場合には、Ｓ３８０の処理を実行せず、本サーバ側処理を終了する。
【００４７】
次に、具体例を挙げてデータ書込システムの動作を説明し、本実施例に対する理解を容易にする。ここでは最初に車両組立工場におけるＥＣＵ１０への新規書込の場合を最初に説明し、次に、修理工場などにおける市場でのＥＣＵ１０へのデータ書込について説明する。
【００４８】
▲１▼車両組立工場における新規書込の場合
この場合、ＥＣＵ１０には車両関連情報が記憶されていないため、図３中のＳ１００にて否定判断され、端末装置２０に対する車両関連情報の入力が行われる（Ｓ１２０）。
【００４９】
このときの入力画面例を示すのが、図６の説明図である。
図６に示すように、端末装置２０のディスプレイには、車両形式、エンジン形式、オプション情報、ＥＣＵ形式、車両番号、エンジン番号、ＥＣＵ番号、気筒＃１〜気筒＃４のインジェクタ番号、アクセス日時、及びアクセス場所の入力画面が表示される。
【００５０】
車両形式には、普通車両、小型車両、大型車両の区分が入力される。これは、画面上のボタン６１をマウスでクリックすることにより表示されるプルダウンメニュー６２から入力する。プルダウンメニュー６２中でマウスカーソル６３を移動させ、該当する情報を選択してクリックする。この入力形態は、エンジン形式、オプション情報、ＥＣＵ形式の入力でも同様である。図６には、エンジン形式「ＪＡ０５」が選択され、オプション情報「定速クルーズ」、「ブレーキ油圧制御」が選択され、ＥＣＵ形式「タイプ１」が選択された様子を示した。
【００５１】
車両番号、エンジン番号、ＥＣＵ番号、インジェクタ番号はそれぞれ、入力フィールド６４ａ，６４ｂ，６４ｃ，６４ｄ，６４ｅ，６４ｆ，６４ｇにキーボードを用いて入力される。
車両組立工場においては、図９（ａ）に示すように、４本のインジェクタ４１がエンジン４３に組み付けられて車両に搭載される。そして、このエンジン４３には、ＥＣＵ１０が接続される。そこで、車両番号「ＸＸＸＸＸ」を入力フィールド６４ａに入力し、さらに、搭載されたエンジン４３のエンジン番号４４、ＥＣＵ１０のＥＣＵ番号１３、インジェクタ４１のインジェクタ番号４２を、入力フィールド６４ｂ〜６４ｇに入力していく。なお、本実施例では、これらの情報をキーボードを用いて入力するようにしたが、図９（ａ）に示したインジェクタ番号４２、エンジン番号４４、ＥＣＵ番号１３を示すバーコードを付加するようにした場合、スキャナを用いて端末装置２０への入力を行うことも考えられる。
【００５２】
アクセス日時及びアクセス場所は、入力フィールド６５ａ，６５ｂにそれぞれ入力する。このとき、アクセス日時は端末装置２０の時計機能を用いて、また、アクセス場所を示す電話番号は端末装置２０に予め記憶しておくことによって、入力フィールド６５ａ，６５ｂにデフォルト表示されるようにしてもよい。
【００５３】
端末装置２０へ車両関連情報が入力されると、データ通信可能状態が確立され（図３中のＳ１４０）、入力された車両関連情報がサーバ装置３０へ送信される（Ｓ１５０）。
サーバ装置３０では、送信された車両関連情報を受信し（図５中のＳ３２０）、このときは、新規書込であることが判断される（Ｓ３３０，Ｓ３４０：ＹＥＳ）。すると、サーバ装置３０では、送信されたインジェクタ番号を用い、データベース３１の部品識別番号３３に基づいて、該当する補正データ３４を送信する（Ｓ３５０）。また、送信された車両形式などを用い、データベース３１の車両情報３５に基づいて、制御プログラム３６を送信する（Ｓ３５０）。
【００５４】
このようにしてサーバ装置３０から送信される制御プログラム３６及び補正データ３４を、端末装置２０が受信し（図４中のＳ２００）、ＥＣＵ１０へ書込指示を行うと共に、制御プログラム３６及び補正データ３４を書込情報として送信する（Ｓ２１０）。これによって、ＥＣＵ１０に制御プログラム１１及び、補正データ３４に基づく制御データ１２が書き込まれる。また、端末装置２０は、Ｓ１２０にて入力された車両関連情報をＥＣＵ１０へ送信する（Ｓ２２０）。これにより、ＥＣＵ１０には、車両関連情報が記憶されることになる。
【００５５】
端末装置２０から正常終了の通知がなされると（図４中のＳ２４０）、サーバ装置３０では、データベース３１を更新する（Ｓ３８０）。これによって、データベース３１において、図２に示すような、車両固有情報３２と、部品識別番号３３との対応付けが行われる。このとき、インジェクタ番号は気筒＃１〜気筒＃４とも対応付けられる。その結果、図２に示すデータベース３１が構築されることになる。
【００５６】
▲２▼市場でのデータ書込の場合（その１）
例えば、図９（ｂ）に示すように、修理工場などにおいて、気筒＃４に組み付けられたインジェクタ４１を交換する場合を考える。
このときは、端末装置２０にて端末側処理が開始されると、ＥＣＵ１０に車両関連情報が記憶されているため、図３中のＳ１００にて肯定判断され、車両関連情報がＥＣＵ１０から読み出される（Ｓ１１０）。
【００５７】
このときの入力画面例を示すのが、図７の説明図である。
図７には、図６と同様の情報が表示されるが、気筒＃４のインジェクタ４１を交換したことにより、気筒＃４のインジェクタ番号を変更する（図３中のＳ１３０：ＮＯ，Ｓ１２０）。つまり、図７中に斜線を施して示した入力フィールド６４ｇの内容を変更するのである。具体的には、交換したインジェクタ４１のインジェクタ番号４２、「００１０」を入力する。
【００５８】
入力された車両関連情報がサーバ装置３０へ送信されると（図３中のＳ１５０）、サーバ装置３０では、新規書込でないことが判断される（図５中のＳ３３０，Ｓ３４０：ＮＯ）。すると、サーバ装置３０では、送信されたインジェクタ番号を用い、データベース３１の部品識別番号３３に基づいて、該当する補正データ３４を送信する（Ｓ３５０）。これによって、端末装置２０に、交換したインジェクタ４１に対応する補正データ３４が送信され、ＥＣＵ１０の制御データ１２が書き換えられる。この場合も、車両関連情報がＥＣＵ１０に記憶され、一方サーバ装置３０では、データベース３１が更新される（Ｓ３８０）。
【００５９】
▲３▼市場でのデータ書込の場合（その２）
例えば、ＥＣＵ１０の故障により、ＥＣＵ１０に搭載された制御プログラム１１や制御データ１２が破損した場合を考える。
このときは、ＥＣＵ１０から車両関連情報が読み出せない場合も想定される。そこでＥＣＵ１０との通信が可能であり、ＥＣＵ１０に車両関連情報の少なくとも一部が記憶されている場合（Ｓ１００：ＹＥＳ）、車両関連情報の読み出しが行われる（Ｓ１１０）。一方、ＥＣＵ１０との通信が不可能であってＥＣＵ１０自体の交換が必要であるとき、あるいは、ＥＣＵ１０との通信が可能であってもＥＣＵ１０の車両関連情報が全て消失してしまっている場合には、端末装置２０を介して車両関連情報を新たに入力する（Ｓ１２０）。以下の説明では、ＥＣＵ１０から車両関連情報の一部が読み出せた場合を例に挙げて説明する。
【００６０】
このときの入力画面例を示すのが、図８の説明図である。
図８には、エンジン番号「ＡＡＡＡ」のみが読み出され、斜線を施して示した車両番号、ＥＣＵ番号、インジェクタ番号については消失してしまった様子を示した。
【００６１】
このときは、入力された車両関連情報がサーバ装置３０へ送信されると（図３中のＳ１５０）、サーバ装置３０では、送信されたエンジン番号を用い、車両固有情報３２に基づく検索を行い、対応する部品識別番号３３を特定する。そして、該当する補正データ３４を送信する（Ｓ３５０）。また、車両形式などを用い、車両情報３５に基づいて、該当する制御プログラム３６を検索して送信する（Ｓ３５０）。
【００６２】
これによって、端末装置２０には、制御プログラム３６及び補正データ３４が送信され、ＥＣＵ１０には制御プログラム１１及び制御データ１２が書き込まれる。
次に、本実施例のデータ書込システムの発揮する効果を説明する。
【００６３】
本実施例のデータ書込システムでは、サーバ装置３０のデータベース３１に予め補正データ３４を部品識別番号３３に対応させて記憶しておくようにし、端末装置２０がこのサーバ装置３０にアクセスすることで、端末装置２０は、補正データ３４を取得し、この補正データ３４を、ＥＣＵ１０の制御データ１２に反映させる。これにより、個々のインジェクタのばらつきを考慮したＥＣＵ１０へのデータの書き込みを実現できる。
【００６４】
このとき、端末装置２０から車両関連情報を送信し（図３中のＳ１５０）、サーバ装置３０が部品識別番号３３に基づき、該当する補正データ３４を送信する構成とした。このようにサーバ装置３０側で補正データ３４を検索して送信する構成としたため、端末装置２０の構成が簡単になる。
【００６５】
また、端末装置２０から送信される車両関連情報に基づき、サーバ装置３０は、部品識別番号３３に対応付けて、車両固有情報３２を記憶する（図５中のＳ３８０）。したがって、データベース３１にこのような対応関係が形成された後は、インジェクタ番号が分からなくなったときでも、車両番号、エンジン番号、ＥＣＵ番号などが分かれば、該当する補正データ３４を取得することができる。
【００６６】
さらにまた、本実施例のデータ書込システムでは、車両関連情報は端末装置２０からＥＣＵ１０にも送信され（図４中のＳ２２０）、ＥＣＵ１０に車両関連情報が記憶される。そして、ＥＣＵ１０に車両関連情報があれば（図３中のＳ１００：ＹＥＳ）、ＥＣＵ１０から車両関連情報が読み出される（Ｓ１１０）。したがって、何度も同じ情報を入力する手間が省けて便利である。
【００６７】
また、本実施例のデータ書込システムでは、端末装置２０からサーバ装置３０へ送信される車両関連情報の中にアクセス日時及びアクセス場所の情報が含まれ、サーバ装置３０のデータベース３１に、車両固有情報３２として記憶される（図２参照）。これによって、車両毎の不具合発生状況を把握でき、不具合の発生を統計的に管理することができる。
【００６８】
さらにまた、本実施例のデータ書込システムでは、サーバ装置３０のデータベース３１に、ＥＣＵ１０に搭載されて用いられる制御プログラム３６を記憶するようにした（図２参照）。そして、必要に応じ、補正データ３４と共にあるいは補正データ３４に代え、制御プログラム３６を端末装置２０へ送信可能にした。そして、端末装置２０は、受信した制御プログラム３６を書込情報としてＥＣＵ１０に送信可能とし、これにより、ＥＣＵ１０の制御プログラム１１の書き込みや書き換えを実現した。その結果、ＥＣＵ１０における制御プログラム１１の新規書込はもちろん、制御プログラム１１が消失してしまったときにも対応できる。また、制御プログラム１１のバージョンアップも容易に行うことができる。
【００６９】
加えて、端末装置２０に搭載されて用いられるＥＯＬプログラム３７をデータベース３１に記憶するようにし（図２参照）、サーバ装置３０は、端末装置２０からの要求に応じて、ＥＯＬプログラム３７をも送信可能とした。端末装置２０は、受信したＥＯＬプログラム３７によって自身のＥＯＬプログラムを更新する。これによって、ＥＯＬプログラムのバージョンアップも容易に行うことができる。
【００７０】
また、本実施例のデータ書込システムでは、ネットワーク５０にインターネットを用いた。したがって、特に端末装置２０を携帯可能なラップトップ型などのＰＣ２１で構成すれば、場所を選ばずアクセスできることになる。したがって、例えばＥＣＵ１０の故障などによって車両が道路に立ち往生した場合、その現場にて、ＥＣＵ１０へのデータ書き込みを実現することも可能になる。これは牽引して修理工場まで運ぶことが困難な大型車両に有効である。
【００７１】
以上、本発明はこのような実施例に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得る。
例えば上記実施例では、インジェクタを例に挙げていたが、これには限定されない。例えば、他のアクチュエータやセンサなどのばらつきを補正に対しても本発明が適用できることは言うまでもない。
【図面の簡単な説明】
【図１】実施例のデータ書込システムの概略構成を示す説明図である。
【図２】データベースに記憶される情報を示す説明図である。
【図３】端末装置における端末側処理の前半部分を示すフローチャートである。
【図４】端末装置における端末側処理の後半部分を示すフローチャートである。
【図５】サーバ装置におけるサーバ側処理を示すフローチャートである。
【図６】端末装置の入力画面例を示す説明図である。
【図７】端末装置の入力画面例を示す説明図である。
【図８】端末装置の入力画面例を示す説明図である。
【図９】ＥＣＵ、エンジン、インジェクタの対応関係を示す説明図である。
【符号の説明】
１０…ＥＣＵ
１１…制御プログラム
１２…制御データ
１３…ＥＣＵ番号
２０…端末装置
２１…ＰＣ
２２…ダイアグツール
３０…サーバ装置
３１…データベース
３２…車両固有情報
３２ａ…車両番号
３２ｂ…エンジン番号
３２ｃ…ＥＣＵ番号
３２ｄ…アクセス日時
３２ｅ…アクセス場所
３３…部品識別番号
３４…補正データ
３５…車両情報
３５ａ…車両形式
３５ｂ…エンジン形式
３５ｃ…オプション情報
３５ｄ…ＥＣＵ形式
３６…制御プログラム
３７…ＥＯＬプログラム
４１…インジェクタ
４２…インジェクタ番号
４３…エンジン
４４…エンジン番号
５０…ネットワーク
６１…ボタン
６２…プルダウンメニュー
６３…マウスカーソル
６４ａ，６４ｂ，６４ｃ，６４ｄ，
６４ｅ，６４ｆ，６４ｇ，６５ａ，６５ｂ
…入力フィールド
【発明の属する技術分野】
本発明は、車両に搭載される電子制御装置（以下「ＥＣＵ」という。）を対象とした書込システムに関する。
【０００２】
【従来の技術】
従来より、車両形式によってＥＣＵに搭載される制御プログラムが変わるため、生産工場において、車両形式に合った制御プログラムを書き込むことが行われている。また、市場に出荷されてからでも、ＥＣＵの故障などにより、修理工場などにおいて、車両形式に合った制御プログラムを再度書き込む必要が生じることがある。
【０００３】
ここでいうところの車両形式による制御プログラムの違いは、一つには、車両制御における所定部品の補正処理の違いとして現れる。例えば、インジェクタの噴射量を車両形式に合わせ、制御プログラムにより補正するという具合である。
そのため、特開平４−２４６７３０号公報には、車両形式を識別して、車両形式に適する制御プログラムをサーバ装置から選定し、制御プログラムを書き込む技術が提案されている。
【０００４】
しかしながら、インジェクタを例に挙げた場合、個々のインジェクタがそれぞれに固有のばらつきを有しており、車両形式だけで一律に補正できない場合が存在する。つまり、このような個々のインジェクタのばらつきを考慮した補正は、車両形式、さらに言えば車両側の情報だけからは困難である。
【０００５】
このようなばらつきは部品製造過程において必ず発生するものであり、最近の排ガス規制などをクリアするためには、個々のインジェクタのばらつきを考慮した補正を行うことが必要になっている。また、このような補正が可能であれば、部品製造においても、製造部品のばらつきが、ある程度まで許容されることになり、不良率を低減させることができる。
【０００６】
【発明が解決しようとする課題】
上述したような個々のインジェクタのばらつきは、一次的に、部品メーカ側で把握されるものであり、このようなばらつきの補正を行うためには、個々の部品のばらつきを補正するための補正データを何らかの形で、ＥＣＵに搭載される制御プログラムに反映する必要がある。
【０００７】
これに対し、特表２０００−５０１１５５号公報には、補正データを示すバーコードや２次元コードを個々のインジェクタに付加し、スキャナでこの補正データを読み取ってＥＣＵへ伝達する技術が提案されている。また、特表２０００−５０２７７０号公報には、補正データを書き込んだＥＥＰＲＯＭを個々のインジェクタに付加し、このＥＥＰＲＯＭから読み出した補正データをＥＣＵに伝達する技術が開示されている。
【０００８】
しかしながら、前者の技術では、補正データが多くなると、対応できない可能性が高くなる。一方、後者の技術では、ＥＥＰＲＯＭから補正データを読み出すために、ＥＣＵ側の端子や、ＥＣＵとＥＥＰＲＯＭとの接続のためのワイヤの増加を招くことになり、車両ハーネスの増加につながる。
【０００９】
本発明は、上述した課題を解決するためになされたものであり、インジェクタに代表される所定部品毎のばらつきを考慮したＥＣＵへのデータ書き込みを実現することを目的とする。
【００１０】
【課題を解決するための手段及び発明の効果】
本発明のデータ書込システムは、ＥＣＵへのデータ書き込みに用いられる。このデータ書込システムは、工場内でのＥＣＵへのデータの書き込みはもちろん、市場においても使用可能である。したがって、ここでいうデータの書き込みは、データの書き換えをも含む。
【００１１】
ＥＣＵは、外部からの書込指示があると、送信される書込情報の基づき、制御プログラム又は制御データの少なくとも一方を書き込む。制御データは、制御プログラムによって参照されるものである。
本発明のデータ書込システムでは、端末装置が、ＥＣＵに接続され、書込プログラムを実行することにより、ＥＣＵに対する書込指示を行い、書込情報を送信する。この端末装置は、サーバ装置との間でデータ通信可能になっている。
【００１２】
ここで特に、サーバ装置は、所定部品の固有のばらつきを補正する補正データを記憶したデータベースを有しており、端末装置との間にデータ通信可能状態が確立されると、端末装置からの要求に応じて補正データを送信する。所定部品は、ＥＣＵによる車両制御に用いられるものであり、上述したインジェクタをはじめ、各種のアクチュエータやセンサであることが考えられる。
【００１３】
一方、端末装置は、サーバ装置から送信される補正データを書込情報としてＥＣＵへ送信する。
このように、サーバ装置のデータベースに予め補正データを記憶しておくようにすれば、このサーバ装置にアクセスすることで、端末装置は、補正データを取得でき、この補正データを書込情報として送信することにより、補正データをＥＣＵへ反映することができる。ここにある技術思想は、部品メーカ側で一次的に把握される所定部品毎の補正データを、サーバ装置のデータベースを介して、ＥＣＵへ反映させるというものである。
【００１４】
このような構成を採用すれば、個々の部品のばらつきを考慮して、ＥＣＵへのデータの書き込みを実現することができる。そしてこのときは、バーコード等を用いる場合と異なり、補正データのデータ量が大きくなっても対応することができる。また、ＥＥＰＲＯＭを用いる場合と異なり、車両ハーネスの増加を伴うこともない。
【００１５】
具体的な構成としては、サーバ装置のデータベースに、部品毎に固有の部品識別番号と補正データとを対応付けて記憶しておき、サーバ装置は、端末装置から送信される部品識別番号を用いて、データベースの検索を行い、該当する補正データを送信するよう構成することが考えられる。このとき、端末装置からの部品識別番号の送信を前提としているが、この部品識別番号は、作業者によって端末装置へ入力されるものとしてもよいし、あるいは、バーコードなどの形で部品に付しておき、スキャナで読み取ることにより端末装置へ入力されるものとしてもよい。このようにサーバ装置側で補正データを検索して送信する構成を採れば、端末装置の構成が簡単になる。
【００１６】
なお、部品毎の部品識別番号は、その部品が既に車両に搭載されたものであれば、車両毎に特定される。例えば、４気筒エンジンを搭載する車両であれば、４本のインジェクタを備えることになり、その車両に対し、４本のインジェクタの部品識別番号が特定される。
【００１７】
そこで、サーバ装置のデータベースに、部品識別番号に対し、車両毎に固有の車両固有情報を対応付けて記憶しておき、サーバ装置が、端末装置から送信される車両固有情報を用いて、データベースの検索を行い、該当する補正データを送信できるようにしてもよい。車両固有情報は、車両毎に固有の情報であればよく、車両番号、エンジン番号、ＥＣＵ番号などを含むものとすることが考えられる。このようにすれば、部品識別番号に代え車両固有情報を送信することによっても、サーバ装置で、該当する補正データを検索できる。
【００１８】
なお、このような車両固有情報は、例えば、端末装置から部品識別番号及び車両固有情報が送信された場合に、サーバ装置が、部品識別番号に対し、車両固有情報を対応付けてデータベースに記憶するようにすればよい。例えば部品識別番号によって最初に補正データを検索するときに、車両固有情報をも端末装置から送信するようにするという具合である。このようにすれば、データベースが簡単に構築できる。
【００１９】
また、ＥＣＵに部品識別番号や車両固有情報を記憶しておき、端末装置は、ＥＣＵに記憶された当該情報に基づいて部品識別番号や車両固有情報を送信可能にするとよい。例えば最初に端末装置に入力された部品識別番号や車両固有情報をＥＣＵに記憶しておくという具合である。このようにすれば、次からは入力の手間が省けて便利である。
【００２０】
もっとも、部品識別番号に対応する車両情報が存在するのは、既に車両に搭載された部品であることを前提とする。したがって、新しい部品への交換を行う場合などは、部品識別番号による検索を行う必要がある。
ところで、端末装置が、サーバ装置がアクセス履歴を管理するためのアクセス情報を車両固有情報の一部として送信できる構成にすることも考えられる。ここでいうアクセス情報は、例えば、日時や場所の情報とすることが考えられる。場所の情報とは、端末装置のある修理工場などの場所を特定できるものを意味し、例えばその修理工場の電話番号を用いることが考えられる。このようにすれば、車両毎の不具合発生状況を把握でき、不具合の発生を統計的に管理することができる。
【００２１】
なお、サーバ装置のデータベースに、ＥＣＵに搭載される制御プログラムを記憶しておき、サーバ装置が、端末装置から送信される車両制御に関する車両情報に基づき、制御プログラムを送信可能とし、端末装置は、サーバ装置から送信される制御プログラムを書込情報として送信可能としてもよい。
【００２２】
また、サーバ装置のデータベースに、端末装置に搭載される書込プログラムを記憶しておき、サーバ装置が、端末装置からの要求に応じて、書込プログラムを送信し、端末装置は、サーバ装置から送信される書込プログラムによって、搭載された書込プログラムを更新可能にしてもよい。
【００２３】
これらの構成を採用すれば、ＥＣＵの制御プログラムを容易にバージョンアップしたり、端末装置の書込プログラムを容易にバージョンアップしたりすることができる。また、前者の構成によれば、ＥＣＵの故障などで制御プログラムが消失してしまった場合にも対応できる。
【００２４】
ところで、上述したサーバ装置は、インターネット上の装置として、端末装置からアクセスされるものとすることが考えられる。特に端末装置を携帯可能に構成すれば、場所を選ばずアクセスできることになる。したがって、例えばＥＣＵの故障などによって車両が道路に立ち往生した場合、その現場にて、ＥＣＵへのデータ書き込みを実現することも可能になる。これは牽引して修理工場まで運ぶことが困難な大型車両に有効である。
【００２５】
【発明の実施の形態】
以下、本発明を具体化した一実施例を図面を参照して説明する。
図１は、データ書込システムの概略構成を示す説明図である。
本実施例のデータ書込システムは、ＥＣＵ１０に対して用いられ、端末装置２０と、サーバ装置３０とを備えている。
【００２６】
ＥＣＵ１０は、車両に搭載されてエンジン制御を行うものであり、車両を制御するための制御プログラム１１と、制御プログラム１１より参照される制御データ１２とが搭載される。
端末装置２０は、パーソナルコンピュータ（以下「ＰＣ」という。）２１と、ダイアグツール２２とで構成されている。ダイアグツール２２は、ダイアグ通信ラインによってＥＣＵ１０のＥＣＵコネクタに接続されて機能する。そして、このダイアグツール２２を介してＥＣＵ１０との通信を行うのがＰＣ２１である。したがって、ダイアグツール２２は、ＰＣ２１のポートに接続され、ＥＣＵ１０のコネクタ信号とＰＣ２１のデータとを相互に変換する専用ツールとして位置付けられる。
【００２７】
このような端末装置２０は、車両組立工場や修理工場などに配置されて用いられるものであり、搭載されるＥＯＬプログラムの実行し、ＥＣＵ１０に対して書込指示及び書込情報を送信することにより、ＥＣＵ１０による制御プログラム１１や制御データ１２の書き込みを実現する。ＰＣ２１は、キーボード・マウスといった入力装置及び、ディスプレイなどの表示装置を有する構成となっている。なお、入力装置としてスキャナを備える構成としてもよい。
【００２８】
サーバ装置３０は、端末装置２０からネットワーク５０を介してアクセスされるサーバシステムとして実現されている。ネットワーク５０には、周知のインターネットを用いる。サーバ装置３０には別の端末装置２０からもネットワーク５０を介してアクセスできるようになっており、サーバ装置３０がデータベース３１を有することにより、端末装置２０間でサーバ装置３０のデータを共有できる仕組みとなっている。
【００２９】
ここでサーバ装置３０のデータベース３１に記憶される諸情報を、図２を参照して説明する。
図２に示すように、サーバ装置３０のデータベース３１には、車両固有情報３２、部品識別番号３３、補正データ３４、車両情報３５、制御プログラム３６、及びＥＯＬプログラム３７が記憶される。
【００３０】
車両固有情報３２は、車両番号３２ａ、エンジン番号３２ｂ、ＥＣＵ番号３２ｃ、アクセス日時３２ｄ、アクセス場所３２ｅからなっている。
車両番号３２ａ、エンジン番号３２ｂ、ＥＣＵ番号３２ｃはそれぞれ、車両、エンジン、ＥＣＵに付けられたシリアルナンバーである。アクセス日時３２ｄは、端末装置２０からアクセスのあった日時であり、アクセス場所３２ｅは、アクセスのあった端末装置２０の設置場所を示す情報であり、端末装置２０が電話回線を利用してアクセスすることを前提に電話番号としている。
【００３１】
部品識別番号３３は、具体的にはインジェクタ番号となっている。インジェクタ番号は、インジェクタ一本一本に付けられたシリアルナンバーである。本実施例では４気筒エンジンを搭載した車両を例に挙げるものとしする。したがって、気筒＃１〜気筒＃４に対応する４つのインジェクタ番号が記憶される。
【００３２】
補正データ３４は、インジェクタ毎の補正データであり、インジェクタ固有のばらつきを補正するためのデータである。図２に示すように、４つのインジェクタ番号にそれぞれ対応させて、補正データが記憶される。
車両情報３５は、車両形式３５ａ、エンジン形式３５ｂ、オプション情報３５ｃ、ＥＣＵ形式３５ｄからなっている。
【００３３】
車両形式３５ａ、エンジン形式３５ｂ、ＥＣＵ形式３５ｄはそれぞれ、車両、エンジン、ＥＣＵの形式（タイプ）を示す情報である。また、オプション情報３５ｃは、車両制御オプションの有り無しを示す情報である。
制御プログラム３６は、ＥＣＵ１０に搭載可能なエンジン制御のためのプログラムであり、上述した車両情報３５に対応付けられて記憶されている。
【００３４】
ＥＯＬプログラム３７は、端末装置２０に搭載可能なものであり、ＥＣＵ１０への書込指示及び書込情報の送信を実現するプログラムである。
なお、以下の説明では、適宜、車両固有情報３２及び車両情報３５をまとめて車両関連情報と呼ぶ。
【００３５】
このようなデータベース３１には、まず、部品メーカにより、製造されたインジェクタそれぞれに対応する補正データ３４が記憶される。インジェクタには、インジェクタ番号が付加されており、このインジェクタ番号に対応させて補正データ３４が記憶される。続いて、車両メーカにより、データベース３１には、車両情報３５、車両情報３５に対応する制御プログラム３６、さらに、ＥＯＬプログラム３７が記憶される。つまり、車両固有情報３２を除く諸情報が最初に記憶されることになる。
【００３６】
このような諸情報が記憶されたデータベース３１の存在を前提として、次に、本実施例のデータ書込システムの動作を説明する。ここでは端末装置２０の処理である端末側処理を最初に説明し、次に、サーバ装置３０の処理であるサーバ側処理を説明する。
【００３７】
図３及び図４は、端末側処理を示すフローチャートである。
まず最初のステップ（以下、ステップを単に記号Ｓで示す。）１００において、ＥＣＵ１０に車両関連情報があるか否かを判断する。ＥＣＵ１０へ制御プログラム１１の書き込みが既に行われている場合には、車両関連情報が記憶されており、ここで肯定判断されることになる。車両関連情報があれば（Ｓ１００：ＹＥＳ）、Ｓ１１０にて車両関連情報を読み出し、Ｓ１３０へ移行する。一方、車両関連情報がなければ（Ｓ１００：ＮＯ）、Ｓ１２０にて車両関連情報の入力を行い、Ｓ１３０へ移行する。
【００３８】
Ｓ１３０では、入力されたあるいは読み出された車両関連情報に基づき、書き込みを続行してもよいか否かを作業者に確認する。ここで書き込みの続行を了承する入力があった場合（Ｓ１３０：ＹＥＳ）、Ｓ１４０へ移行する。一方、書き込みの続行を了承しない場合（Ｓ１３０：ＮＯ）、Ｓ１２０からの処理を繰り返す。
【００３９】
Ｓ１４０では、端末装置２０からサーバ装置３０を発呼することにより、データ通信可能状態の確立処理を行う。そしてここでデータ通信可能状態が確立されると、続くＳ１５０にて、車両関連情報をサーバ装置へ送信する。
図４中のＳ１６０では、サーバ装置３０からＥＯＬプログラムの更新が促されたか否かを判断する。サーバ装置３０へのアクセスが２回目以降であれば、後述するようにデータベース３１に車両固有情報３２が記憶されている。したがって、サーバ装置３０は、車両固有情報３２の中のアクセス日時３２ｄなどに基づき、ＥＯＬプログラム３７が更新されている場合には、端末装置２０に対し、プログラム更新を促す。ここでＥＯＬプログラムの更新が促された場合（Ｓ１６０：ＹＥＳ）、Ｓ１７０へ移行する。一方、ＥＯＬプログラムの更新が促されていない場合（Ｓ１６０：ＮＯ）、Ｓ２００へ移行する。
【００４０】
Ｓ１７０では、ＥＯＬを更新するか否かをユーザに問い合わせる。ここでＥＯＬの更新を行う旨の入力があれば（Ｓ１７０：ＹＥＳ）、サーバ装置３０に対して送信を要求する。これに対して、サーバ装置３０はデータベース３１に記憶されたＥＯＬプログラム３７を送信してくる。したがって、Ｓ１８０にてＥＯＬプログラム３７を受信し、Ｓ１９０にて更新する。一方、ＥＯＬの更新を行う旨の入力がなければ（Ｓ１７０：ＮＯ）、Ｓ２００へ移行する。
【００４１】
Ｓ２００では、サーバ装置３０からの情報を受信する。この処理は、図３中のＳ１５０で送信した車両関連情報により、サーバ装置３０が送信してくる情報を受信するものである。サーバ装置３０が送信してくる情報は、端末装置２０から送信する情報によって異なるが、補正データ３４又は制御プログラム３６の少なくとも一方を含むものである。
【００４２】
続くＳ２１０では、サーバ装置３０からの情報に基づき、ＥＣＵ１０への書込指示を行うと共に、書込情報を送信する。すなわち、このＳ２１０の処理がＥＯＬプログラムの実行により実現されるものである。この書込情報は、サーバ装置３０から送信された補正データ３４又は制御プログラム３６の少なくとも一方を含むものである。これによって、ＥＣＵ１０は、制御データ１２や制御プログラム１１を書き込む、あるいは、書き換える。
【００４３】
次のＳ２２０では、サーバ装置３０へ送信したところの車両関連情報をＥＣＵ１０へ送信する。これに対応して、ＥＣＵ１０は、車両関連情報を記憶する。
続くＳ２３０では、ＥＣＵ１０との通信により、正常に書き込めたか否かを判断する。ここでＥＣＵ１０への書き込みが正常終了している場合（Ｓ２３０：ＹＥＳ）、Ｓ２４０にて正常終了を通知し、本端末側処理を終了する。一方、ＥＣＵ１０への書き込みが正常終了していない場合（Ｓ２３０：ＮＯ）、Ｓ２５０にて異常終了を通知し、本端末側処理を終了する。なお、正常終了・異常終了の通知は、端末装置２０のディスプレイを介してユーザに対してなされると共に、サーバ装置３０に対してもなされる。
【００４４】
続けて、サーバ装置３０によるサーバ側処理を、図５のフローチャートに基づいて説明する。このサーバ側処理は、端末装置２０とのデータ通信可能状態が確立されると実行される。
まず最初のＳ３００において、セキュリティチェックを行う。これは未登録の端末装置２０からのアクセスをチェックする処理である。このチェック結果に基づき、続くＳ３１０では、登録された端末装置２０であるか否かを判断する。ここで登録された端末装置２０であると判断された場合（Ｓ３１０：ＹＥＳ）、Ｓ３２０へ移行する。一方、未登録の端末装置２０であれば（Ｓ３１０：ＮＯ）、以降の処理を実行せず、本サーバ側処理を終了する。
【００４５】
Ｓ３２０では、端末装置２０からの車両関連情報を受信する。この処理は、図３中のＳ１５０に対応するものである。
続くＳ３３０では、新規書込であるか否かを判断する。この判断は、送信された車両関連情報に基づいて行う。この判断結果に基づき、新規の書き込みであれば（Ｓ３４０：ＹＥＳ）、Ｓ３５０にて制御プログラム３６及び補正データ３４を検索して送信し、Ｓ３７０へ移行する。一方、新規の書き込みでなければ（Ｓ３４０：ＮＯ）、不足していると想定されるデータを検索して送信し、Ｓ３７０へ移行する。
【００４６】
Ｓ３７０では、端末装置２０から正常終了の通知があったか否かを判断する。ここで正常終了の通知があった場合（Ｓ３７０：ＹＥＳ）、Ｓ３８０にてデータベース３１を更新して、その後、本サーバ側処理を終了する。一方、正常終了の通知がない場合（Ｓ３７０：ＮＯ）、すなわち異常終了の通知があった場合には、Ｓ３８０の処理を実行せず、本サーバ側処理を終了する。
【００４７】
次に、具体例を挙げてデータ書込システムの動作を説明し、本実施例に対する理解を容易にする。ここでは最初に車両組立工場におけるＥＣＵ１０への新規書込の場合を最初に説明し、次に、修理工場などにおける市場でのＥＣＵ１０へのデータ書込について説明する。
【００４８】
▲１▼車両組立工場における新規書込の場合
この場合、ＥＣＵ１０には車両関連情報が記憶されていないため、図３中のＳ１００にて否定判断され、端末装置２０に対する車両関連情報の入力が行われる（Ｓ１２０）。
【００４９】
このときの入力画面例を示すのが、図６の説明図である。
図６に示すように、端末装置２０のディスプレイには、車両形式、エンジン形式、オプション情報、ＥＣＵ形式、車両番号、エンジン番号、ＥＣＵ番号、気筒＃１〜気筒＃４のインジェクタ番号、アクセス日時、及びアクセス場所の入力画面が表示される。
【００５０】
車両形式には、普通車両、小型車両、大型車両の区分が入力される。これは、画面上のボタン６１をマウスでクリックすることにより表示されるプルダウンメニュー６２から入力する。プルダウンメニュー６２中でマウスカーソル６３を移動させ、該当する情報を選択してクリックする。この入力形態は、エンジン形式、オプション情報、ＥＣＵ形式の入力でも同様である。図６には、エンジン形式「ＪＡ０５」が選択され、オプション情報「定速クルーズ」、「ブレーキ油圧制御」が選択され、ＥＣＵ形式「タイプ１」が選択された様子を示した。
【００５１】
車両番号、エンジン番号、ＥＣＵ番号、インジェクタ番号はそれぞれ、入力フィールド６４ａ，６４ｂ，６４ｃ，６４ｄ，６４ｅ，６４ｆ，６４ｇにキーボードを用いて入力される。
車両組立工場においては、図９（ａ）に示すように、４本のインジェクタ４１がエンジン４３に組み付けられて車両に搭載される。そして、このエンジン４３には、ＥＣＵ１０が接続される。そこで、車両番号「ＸＸＸＸＸ」を入力フィールド６４ａに入力し、さらに、搭載されたエンジン４３のエンジン番号４４、ＥＣＵ１０のＥＣＵ番号１３、インジェクタ４１のインジェクタ番号４２を、入力フィールド６４ｂ〜６４ｇに入力していく。なお、本実施例では、これらの情報をキーボードを用いて入力するようにしたが、図９（ａ）に示したインジェクタ番号４２、エンジン番号４４、ＥＣＵ番号１３を示すバーコードを付加するようにした場合、スキャナを用いて端末装置２０への入力を行うことも考えられる。
【００５２】
アクセス日時及びアクセス場所は、入力フィールド６５ａ，６５ｂにそれぞれ入力する。このとき、アクセス日時は端末装置２０の時計機能を用いて、また、アクセス場所を示す電話番号は端末装置２０に予め記憶しておくことによって、入力フィールド６５ａ，６５ｂにデフォルト表示されるようにしてもよい。
【００５３】
端末装置２０へ車両関連情報が入力されると、データ通信可能状態が確立され（図３中のＳ１４０）、入力された車両関連情報がサーバ装置３０へ送信される（Ｓ１５０）。
サーバ装置３０では、送信された車両関連情報を受信し（図５中のＳ３２０）、このときは、新規書込であることが判断される（Ｓ３３０，Ｓ３４０：ＹＥＳ）。すると、サーバ装置３０では、送信されたインジェクタ番号を用い、データベース３１の部品識別番号３３に基づいて、該当する補正データ３４を送信する（Ｓ３５０）。また、送信された車両形式などを用い、データベース３１の車両情報３５に基づいて、制御プログラム３６を送信する（Ｓ３５０）。
【００５４】
このようにしてサーバ装置３０から送信される制御プログラム３６及び補正データ３４を、端末装置２０が受信し（図４中のＳ２００）、ＥＣＵ１０へ書込指示を行うと共に、制御プログラム３６及び補正データ３４を書込情報として送信する（Ｓ２１０）。これによって、ＥＣＵ１０に制御プログラム１１及び、補正データ３４に基づく制御データ１２が書き込まれる。また、端末装置２０は、Ｓ１２０にて入力された車両関連情報をＥＣＵ１０へ送信する（Ｓ２２０）。これにより、ＥＣＵ１０には、車両関連情報が記憶されることになる。
【００５５】
端末装置２０から正常終了の通知がなされると（図４中のＳ２４０）、サーバ装置３０では、データベース３１を更新する（Ｓ３８０）。これによって、データベース３１において、図２に示すような、車両固有情報３２と、部品識別番号３３との対応付けが行われる。このとき、インジェクタ番号は気筒＃１〜気筒＃４とも対応付けられる。その結果、図２に示すデータベース３１が構築されることになる。
【００５６】
▲２▼市場でのデータ書込の場合（その１）
例えば、図９（ｂ）に示すように、修理工場などにおいて、気筒＃４に組み付けられたインジェクタ４１を交換する場合を考える。
このときは、端末装置２０にて端末側処理が開始されると、ＥＣＵ１０に車両関連情報が記憶されているため、図３中のＳ１００にて肯定判断され、車両関連情報がＥＣＵ１０から読み出される（Ｓ１１０）。
【００５７】
このときの入力画面例を示すのが、図７の説明図である。
図７には、図６と同様の情報が表示されるが、気筒＃４のインジェクタ４１を交換したことにより、気筒＃４のインジェクタ番号を変更する（図３中のＳ１３０：ＮＯ，Ｓ１２０）。つまり、図７中に斜線を施して示した入力フィールド６４ｇの内容を変更するのである。具体的には、交換したインジェクタ４１のインジェクタ番号４２、「００１０」を入力する。
【００５８】
入力された車両関連情報がサーバ装置３０へ送信されると（図３中のＳ１５０）、サーバ装置３０では、新規書込でないことが判断される（図５中のＳ３３０，Ｓ３４０：ＮＯ）。すると、サーバ装置３０では、送信されたインジェクタ番号を用い、データベース３１の部品識別番号３３に基づいて、該当する補正データ３４を送信する（Ｓ３５０）。これによって、端末装置２０に、交換したインジェクタ４１に対応する補正データ３４が送信され、ＥＣＵ１０の制御データ１２が書き換えられる。この場合も、車両関連情報がＥＣＵ１０に記憶され、一方サーバ装置３０では、データベース３１が更新される（Ｓ３８０）。
【００５９】
▲３▼市場でのデータ書込の場合（その２）
例えば、ＥＣＵ１０の故障により、ＥＣＵ１０に搭載された制御プログラム１１や制御データ１２が破損した場合を考える。
このときは、ＥＣＵ１０から車両関連情報が読み出せない場合も想定される。そこでＥＣＵ１０との通信が可能であり、ＥＣＵ１０に車両関連情報の少なくとも一部が記憶されている場合（Ｓ１００：ＹＥＳ）、車両関連情報の読み出しが行われる（Ｓ１１０）。一方、ＥＣＵ１０との通信が不可能であってＥＣＵ１０自体の交換が必要であるとき、あるいは、ＥＣＵ１０との通信が可能であってもＥＣＵ１０の車両関連情報が全て消失してしまっている場合には、端末装置２０を介して車両関連情報を新たに入力する（Ｓ１２０）。以下の説明では、ＥＣＵ１０から車両関連情報の一部が読み出せた場合を例に挙げて説明する。
【００６０】
このときの入力画面例を示すのが、図８の説明図である。
図８には、エンジン番号「ＡＡＡＡ」のみが読み出され、斜線を施して示した車両番号、ＥＣＵ番号、インジェクタ番号については消失してしまった様子を示した。
【００６１】
このときは、入力された車両関連情報がサーバ装置３０へ送信されると（図３中のＳ１５０）、サーバ装置３０では、送信されたエンジン番号を用い、車両固有情報３２に基づく検索を行い、対応する部品識別番号３３を特定する。そして、該当する補正データ３４を送信する（Ｓ３５０）。また、車両形式などを用い、車両情報３５に基づいて、該当する制御プログラム３６を検索して送信する（Ｓ３５０）。
【００６２】
これによって、端末装置２０には、制御プログラム３６及び補正データ３４が送信され、ＥＣＵ１０には制御プログラム１１及び制御データ１２が書き込まれる。
次に、本実施例のデータ書込システムの発揮する効果を説明する。
【００６３】
本実施例のデータ書込システムでは、サーバ装置３０のデータベース３１に予め補正データ３４を部品識別番号３３に対応させて記憶しておくようにし、端末装置２０がこのサーバ装置３０にアクセスすることで、端末装置２０は、補正データ３４を取得し、この補正データ３４を、ＥＣＵ１０の制御データ１２に反映させる。これにより、個々のインジェクタのばらつきを考慮したＥＣＵ１０へのデータの書き込みを実現できる。
【００６４】
このとき、端末装置２０から車両関連情報を送信し（図３中のＳ１５０）、サーバ装置３０が部品識別番号３３に基づき、該当する補正データ３４を送信する構成とした。このようにサーバ装置３０側で補正データ３４を検索して送信する構成としたため、端末装置２０の構成が簡単になる。
【００６５】
また、端末装置２０から送信される車両関連情報に基づき、サーバ装置３０は、部品識別番号３３に対応付けて、車両固有情報３２を記憶する（図５中のＳ３８０）。したがって、データベース３１にこのような対応関係が形成された後は、インジェクタ番号が分からなくなったときでも、車両番号、エンジン番号、ＥＣＵ番号などが分かれば、該当する補正データ３４を取得することができる。
【００６６】
さらにまた、本実施例のデータ書込システムでは、車両関連情報は端末装置２０からＥＣＵ１０にも送信され（図４中のＳ２２０）、ＥＣＵ１０に車両関連情報が記憶される。そして、ＥＣＵ１０に車両関連情報があれば（図３中のＳ１００：ＹＥＳ）、ＥＣＵ１０から車両関連情報が読み出される（Ｓ１１０）。したがって、何度も同じ情報を入力する手間が省けて便利である。
【００６７】
また、本実施例のデータ書込システムでは、端末装置２０からサーバ装置３０へ送信される車両関連情報の中にアクセス日時及びアクセス場所の情報が含まれ、サーバ装置３０のデータベース３１に、車両固有情報３２として記憶される（図２参照）。これによって、車両毎の不具合発生状況を把握でき、不具合の発生を統計的に管理することができる。
【００６８】
さらにまた、本実施例のデータ書込システムでは、サーバ装置３０のデータベース３１に、ＥＣＵ１０に搭載されて用いられる制御プログラム３６を記憶するようにした（図２参照）。そして、必要に応じ、補正データ３４と共にあるいは補正データ３４に代え、制御プログラム３６を端末装置２０へ送信可能にした。そして、端末装置２０は、受信した制御プログラム３６を書込情報としてＥＣＵ１０に送信可能とし、これにより、ＥＣＵ１０の制御プログラム１１の書き込みや書き換えを実現した。その結果、ＥＣＵ１０における制御プログラム１１の新規書込はもちろん、制御プログラム１１が消失してしまったときにも対応できる。また、制御プログラム１１のバージョンアップも容易に行うことができる。
【００６９】
加えて、端末装置２０に搭載されて用いられるＥＯＬプログラム３７をデータベース３１に記憶するようにし（図２参照）、サーバ装置３０は、端末装置２０からの要求に応じて、ＥＯＬプログラム３７をも送信可能とした。端末装置２０は、受信したＥＯＬプログラム３７によって自身のＥＯＬプログラムを更新する。これによって、ＥＯＬプログラムのバージョンアップも容易に行うことができる。
【００７０】
また、本実施例のデータ書込システムでは、ネットワーク５０にインターネットを用いた。したがって、特に端末装置２０を携帯可能なラップトップ型などのＰＣ２１で構成すれば、場所を選ばずアクセスできることになる。したがって、例えばＥＣＵ１０の故障などによって車両が道路に立ち往生した場合、その現場にて、ＥＣＵ１０へのデータ書き込みを実現することも可能になる。これは牽引して修理工場まで運ぶことが困難な大型車両に有効である。
【００７１】
以上、本発明はこのような実施例に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得る。
例えば上記実施例では、インジェクタを例に挙げていたが、これには限定されない。例えば、他のアクチュエータやセンサなどのばらつきを補正に対しても本発明が適用できることは言うまでもない。
【図面の簡単な説明】
【図１】実施例のデータ書込システムの概略構成を示す説明図である。
【図２】データベースに記憶される情報を示す説明図である。
【図３】端末装置における端末側処理の前半部分を示すフローチャートである。
【図４】端末装置における端末側処理の後半部分を示すフローチャートである。
【図５】サーバ装置におけるサーバ側処理を示すフローチャートである。
【図６】端末装置の入力画面例を示す説明図である。
【図７】端末装置の入力画面例を示す説明図である。
【図８】端末装置の入力画面例を示す説明図である。
【図９】ＥＣＵ、エンジン、インジェクタの対応関係を示す説明図である。
【符号の説明】
１０…ＥＣＵ
１１…制御プログラム
１２…制御データ
１３…ＥＣＵ番号
２０…端末装置
２１…ＰＣ
２２…ダイアグツール
３０…サーバ装置
３１…データベース
３２…車両固有情報
３２ａ…車両番号
３２ｂ…エンジン番号
３２ｃ…ＥＣＵ番号
３２ｄ…アクセス日時
３２ｅ…アクセス場所
３３…部品識別番号
３４…補正データ
３５…車両情報
３５ａ…車両形式
３５ｂ…エンジン形式
３５ｃ…オプション情報
３５ｄ…ＥＣＵ形式
３６…制御プログラム
３７…ＥＯＬプログラム
４１…インジェクタ
４２…インジェクタ番号
４３…エンジン
４４…エンジン番号
５０…ネットワーク
６１…ボタン
６２…プルダウンメニュー
６３…マウスカーソル
６４ａ，６４ｂ，６４ｃ，６４ｄ，
６４ｅ，６４ｆ，６４ｇ，６５ａ，６５ｂ
…入力フィールド
Claims (9)
- 外部からの書込指示があると、送信される書込情報の基づき、制御プログラム又は制御データの少なくとも一方を書き込む車両制御用の電子制御装置に対して用いられ、
前記電子制御装置に接続され、書込プログラムを実行することにより、当該電子制御装置に対する前記書込指示を行い、前記書込情報を送信する端末装置と、
前記端末装置との間でデータ通信可能なサーバ装置と
を備えたデータ書込システムにおいて、
前記サーバ装置は、
前記電子制御装置の車両制御に用いられる所定部品の固有のばらつきを補正する補正データを記憶したデータベースと、
前記端末装置との間にデータ通信可能状態が確立された際に、前記端末装置からの要求に応じて前記補正データを送信する補正データ送信手段と、を備え、
前記端末装置は、
前記サーバ装置から送信される前記補正データを前記書込情報として前記電子制御装置に送信する書込情報送信手段を備えており、
前記サーバ装置において、
前記データベースには、前記部品毎の固有の部品識別番号と前記補正データとが予め対応付けて記憶され、
前記補正データ送信手段は、前記端末装置から送信されてきた前記部品識別番号に対応する前記補正データを前記端末装置に送信する、ように構成され、
さらに、
前記電子制御装置の搭載される車両に関連する車両固有情報が前記端末装置から受信された際、該車両固有情報に基づいて、該車両固有情報による前記データベースへの書込を行うべきか否かを判定する書込判定手段と、
該書込判定手段により書込を行うべきと判定された場合に、前記車両固有情報と前記部品識別番号とを対応付けて前記データベースへの書込を行うデータベース書込手段と、を備えている
ことを特徴とする電子制御装置へのデータ書込システム。 - 請求項１に記載のデータ書込システムにおいて、
前記端末装置は、
前記サーバ装置との間にデータ通信可能状態を確立する通信状態確立手段と、
該通信状態確立手段によりデータ通信可能状態が確立された後に、前記部品識別番号を前記サーバ装置に送信する識別番号送信手段と、が備えられており、
前記サーバ装置は、
前記端末装置から送信される部品識別番号を用いて、前記データベースの中から該当する補正データを検索する補正データ検索手段が備えられ、
前記補正データ送信手段が、前記補正データ検索手段により検出された補正データを前記端末装置に送信する、ように構成されている
ことを特徴とする電子制御装置へのデータ書込システム。 - 請求項２に記載のデータ書込システムにおいて、
前記端末装置は、
前記通信状態確立手段によりデータ通信可能状態が確立された後に、前記車両固有情報を前記サーバ装置に送信する固有情報送信手段が備えられており、
前記サーバ装置は、
前記データベースにおける前記部品識別番号に対し、車両毎に固有の車両固有情報が対応付けて記憶されており、
前記補正データ検索手段が、前記端末装置から送信される車両固有情報を用いて、前記データベースの中から該当する補正データを検索可能である
ことを特徴とする電子制御装置へのデータ書込システム。 - 請求項２に記載のデータ書込システムにおいて、
前記電子制御装置に前記部品識別番号を記憶しておき、
前記端末装置は、
前記電子制御装置に記憶された前記部品識別番号を読み出す識別番号読出手段を備え、
前記識別番号送信手段が、前記識別番号読出手段により読み出された部品識別番号を前記サーバ装置に送信する
ことを特徴とするデータ書込システム。 - 請求項３に記載のデータ書込システムにおいて、
前記電子制御装置に前記車両固有情報を記憶しておき、
前記端末装置は、
前記電子制御装置に記憶された前記車両固有情報を読み出す固有情報読出手段を備え、
前記固有情報送信手段が、前記固有情報読出手段により読み出された車両固有情報を前記サーバ装置に送信する
ことを特徴とする請求項３に記載のデータ書込システム。 - 請求項１〜５のいずれかに記載のデータ書込システムにおいて、
前記端末装置は、
前記通信状態確立手段によりデータ通信可能状態が確立された後に、前記車両固有情報を前記サーバ装置に送信する固有情報送信手段が備えられており、
該固有情報送信手段が、前記サーバ装置がアクセス履歴を管理するためのアクセス情報を前記車両固有情報の一部として送信可能である
ことを特徴とする電子制御装置へのデータ書込システム。 - 請求項１〜６のいずれかに記載のデータ書込システムにおいて、
前記サーバ装置は、
前記データベースに、電子制御装置に搭載される制御プログラムが記憶され、
前記書込判定手段が、車両制御に関する車両情報が前記端末装置から受信された際に、該車両情報および前記車両固有情報に基づいて、前記データベースへの書込を行うべきか否かを判定して、
さらに、
前記書込判定手段により前記データベースへの書込を行うべきと判定された場合に、前記制御プログラムを前記端末装置に送信する制御プログラム送信手段が備えられており、
前記端末装置は、
前記通信状態確立手段によりデータ通信可能状態が確立された後に、前記車両情報を前記サーバ装置に送信する車両情報送信手段が備えられており、
前記書込情報送信手段が、前記サーバ装置から送信される前記制御プログラム，および，前記補正データの一方または両方を、前記書込情報として前記電子制御装置に送信する
ことを特徴とする電子制御装置へのデータ書込システム。 - 請求項１〜７のいずれかに記載のデータ書込システムにおいて、
前記サーバ装置は、
前記データベースに、前記端末装置に搭載される書込プログラムが記憶されており、
前記端末装置は、
搭載された書込プログラムを、前記サーバ装置から送信される書込プログラムに更新する書込プログラム更新手段が備えられている
ことを特徴とする電子制御装置へのデータ書込システム。 - 請求項１〜８のいずれかに記載のデータ書込システムにおいて、
前記サーバ装置は、インターネット上の装置として、前記端末装置からアクセスされる
ことを特徴とする電子制御装置へのデータ書込システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001311420A JP3982226B2 (ja) | 2001-10-09 | 2001-10-09 | 電子制御装置へのデータ書込システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001311420A JP3982226B2 (ja) | 2001-10-09 | 2001-10-09 | 電子制御装置へのデータ書込システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003120413A JP2003120413A (ja) | 2003-04-23 |
| JP3982226B2 true JP3982226B2 (ja) | 2007-09-26 |
Family
ID=19130255
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001311420A Expired - Fee Related JP3982226B2 (ja) | 2001-10-09 | 2001-10-09 | 電子制御装置へのデータ書込システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3982226B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005337387A (ja) * | 2004-05-27 | 2005-12-08 | Toyota Motor Corp | 固体性能情報の書込み方法 |
| JP5343922B2 (ja) * | 2010-05-12 | 2013-11-13 | 株式会社デンソー | 燃料噴射制御装置 |
| JP5170168B2 (ja) * | 2010-06-18 | 2013-03-27 | 株式会社デンソー | インジェクタ交換判定装置 |
| GB201012308D0 (en) | 2010-07-22 | 2010-09-08 | Delphi Technologies Holding | Method of providing trim data for a fuel injection device |
| JP2013029085A (ja) * | 2011-07-29 | 2013-02-07 | Kubota Corp | データ書き込み装置、データ書き込み方法およびデータ書き込み用プログラム |
| KR101647113B1 (ko) | 2015-02-24 | 2016-08-09 | 현대자동차주식회사 | 텔레매틱스 단말, 데이터 센터, 각각의 제어 방법 및 데이터 서비스 시스템 |
| JP6239546B2 (ja) * | 2015-03-09 | 2017-11-29 | ヤンマー株式会社 | インジェクタ特性値設定装置、エンジン気筒番号表示装置、インジェクタ特性値設定方法及びエンジン気筒番号表示方法 |
| JP2017146802A (ja) * | 2016-02-17 | 2017-08-24 | 日立建機株式会社 | 作業車両のソフトウェア書換えシステム、作業車両のソフトウェア書換え方法 |
| CN112698857B (zh) * | 2021-01-04 | 2023-09-19 | 潍柴动力股份有限公司 | 一种数据刷写的方法及设备 |
| CN115034531A (zh) * | 2021-09-16 | 2022-09-09 | 长城汽车股份有限公司 | Eol需求项的处理方法及相关设备 |
-
2001
- 2001-10-09 JP JP2001311420A patent/JP3982226B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003120413A (ja) | 2003-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110515366B (zh) | 一种故障诊断方法及装置 | |
| US20220358471A1 (en) | System and method for dynamically-changeable displayable pages with vehicle service information | |
| JP3982226B2 (ja) | 電子制御装置へのデータ書込システム | |
| US6728611B2 (en) | Failure diagnostic system and electronic control unit for use in diagnosing failure of vehicle | |
| US8209678B2 (en) | System, apparatus, and method for an upgrader module | |
| US8565962B2 (en) | Rewriting system for a vehicle | |
| US20020073000A1 (en) | System and method for implementing a wireless network in a service center for generating a repair order | |
| US6961671B2 (en) | System and a method for preventing tampering with a recorded accumulated running distance of a vehicle | |
| JP2007507037A (ja) | 自動ソフトウェア更新を提供するための方法および装置 | |
| US20180174373A1 (en) | Synthetic fault codes | |
| CN107132788A (zh) | 一种汽车电子控制单元自动刷写方法及设备 | |
| CN111176695A (zh) | 一种车辆ecu配置的方法、服务器及终端 | |
| CN110119104B (zh) | 车载通信系统 | |
| JP2007240436A (ja) | 車両診断システム | |
| CN112446635B (zh) | 整车数据配置系统及方法 | |
| JP2013084284A (ja) | 電子制御システム及び電子制御装置 | |
| US8380975B2 (en) | Safety data writes | |
| JP2002228551A (ja) | 車両診断システム | |
| JP7183884B2 (ja) | 電子制御装置 | |
| US11159340B2 (en) | Data structure for the transfer of data from a fieldbus network into a cloud | |
| US5705743A (en) | Method for identifying parameter identifiers of a motor vehicle | |
| US11257307B1 (en) | Adaptive vehicle diagnostic system and method | |
| JP7042096B2 (ja) | 車両用電子制御装置 | |
| KR20090078987A (ko) | 데이터 정리기능을 가지는 차량 진단용 모듈화 시스템 및그 방법 | |
| US20030014744A1 (en) | Method of checking at least one software application installed on a data processing sytstem |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070116 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070319 |
|
| 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: 20070612 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070625 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100713 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3982226 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110713 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120713 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120713 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130713 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |