JP3331112B2 - 車両診断方法および装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は車両診断方法および
装置に係り、特に、車両に搭載された車載用電子制御装
置（以下、ＥＣＵと表現する）と通信し、その通信結果
に基づいて車両診断を行う車両診断方法および装置に関
する。さらに具体的にいえば、各車両の診断結果をまと
めて管理できるようにした車両診断方法および装置に関
する。

【０００２】

【従来の技術】近年、エンジンの制御機能を向上させる
ために、自動車（以下、「車両」と表現する）における
エンジンの点火時期制御、バルブの開閉タイミング制
御、あるいは電子燃料噴射装置（ＥＦＩ）による燃料噴
射制御等は、マイクロコンピュータを備えた車載用電子
制御装置（ＥＣＵ）により行われるようになってきてい
る。ＥＣＵには、エンジン冷却水の温度を検出する温度
センサ、エンジン回転数を検出する回転センサ、車速を
検出する車速センサ、排気ガス中の酸素濃度を検出する
Ｏ2 センサ等の各種センサや、ブレーキペダルが踏まれ
たことを検出するブレーキスイッチ等の各種スイッチが
接続され、ＥＣＵは各種センサ等から出力される検出信
号に基づいて各種の制御を行う。

【０００３】このようなＥＣＵを搭載した車両を製造す
る生産工程では、車両組み立て後の最終検査工程におい
て各センサ等あるいはＥＣＵ自体が正常に機能している
か否かを診断する必要があり、例えば特公平３−５９３
７２号公報では、マイクロコンピュータを搭載した診断
装置によって車両診断プログラムを実行し、所望の診断
項目に関する診断を予定のタイミングで行う診断方法が
提案されている。

【０００４】また、複数の診断項目を対象とした故障診
断では、例えば特公昭６１−２５０９１号公報に記載さ
れているように、前記複数の診断項目が予定の順序で診
断され、各診断項目に関する合否判定の結果が表示装置
上に順次出力されていた。

【０００５】

【発明が解決しようとする課題】上記した従来の車両診
断では、診断結果を作業者が自ら診断カルテに書き込ま
なければならず、各車両の診断結果を集中管理する場合
には、上記診断カルテの内容を改めてコンピュータへ入
力しなければならないので車両診断に係る作業が煩雑で
あるという問題があった。

【０００６】本発明の目的は、上記した従来技術の問題
点を解決し、各車両の診断結果が自動的に編集かつ管理
されるようにして、車両診断に係る作業効率の向上を可
能にした車両診断方法および装置を提供することにあ
る。

【０００７】

【課題を解決するための手段】上記した目的を達成する
ために、本発明では、車載用電子制御装置に外部から接
続して使用され、当該車載用電子制御装置から入手した
各種データに基づいて複数種類の診断項目に関する診断
を行なう車両診断方法および装置において、以下のよう
な手段を講じた点に特徴がある。 (1) 少なくとも各車両に固有の識別符号を検出する識別
符号検出手段と、各車両の診断結果を識別符号と対応付
けて記憶する診断結果記憶手段と、前記診断結果をその
識別符号と共に上位装置へ転送する転送手段とを具備し
た。 (2) 少なくとも診断対象の各車両に割り当てられた固有
の識別符号を検出する段階と、当該車両の診断結果を前
記識別符号と対応付けて記憶する段階と、予定の台数に
ついて前記各段階を繰り返す段階と、予定台数の診断結
果が記憶されると、各診断結果をそれぞれの識別符号と
対応付けて上位装置へ転送する段階とによって構成し、
上位装置は、複数回にわたって転送された各診断結果
を、それぞれの識別符号と対応付けて記憶媒体に記憶す
るようにした。

【０００８】上記した各構成によれば、各車両の診断結
果が自動的に編集および管理されるので、作業者の作業
効率が向上するのみならず、診断結果の統計的な処理が
容易になり、診断結果の分析や生産工程への素早いフィ
ードバックが可能になる。

【０００９】

【発明の実施の形態】以下、図面を参照して本発明を詳
細に説明する。図１は診断対象車両に搭載されるＥＣＵ
１および当該ＥＣＵ１に接続されて使用される車両診断
装置２の一実施形態の構成を示したブロック図である。
図２〜５は図１に示した車両診断装置２に挿入されるＲ
ＯＭカード７の記憶内容を模式的に表した図であり、図
６は表示部２７に表示される診断結果の表示例を表した
図である。図７は本発明を適用した車両診断装置の機能
ブロック図である。図８は本発明による車両診断の概要
を示したフローチャートであり、図９〜１６は当該車両
診断を構成する各診断処理の動作を具体的に表したフロ
ーチャートである。

【００１０】図１において、ＥＣＵ１は、ＣＰＵ１０、
ＲＯＭ１１、ＲＡＭ１２、ドライバ１３、Ａ／Ｄ変換器
１４、および通信インタフェース１５により構成されて
いる。このＥＣＵ１はコネクタ１６および１７を介して
周辺機器と接続され、例えばコネクタ１６には各種のア
クチュエータ３が接続され、コネクタ１７には各種のセ
ンサ４およびスイッチ４が接続される。また、コネクタ
１８には車両診断装置２の通信ケーブル５がコネクタ３
４を介して接続される。

【００１１】各センサ等４からＥＣＵ１に入力される信
号はＡ／Ｄ変換器１４でデジタル信号に変換されてＣＰ
Ｕ１０に取込まれる。ＣＰＵ１０に取込まれた信号は、
ＲＯＭ１１およびＲＡＭ１２に記憶されている制御用デ
ータ、ならびにＲＯＭ１１に書込まれている制御プログ
ラムに従って処理される。ドライバ１３にはＣＰＵ１０
の処理結果に応じた指示信号が入力され、ドライバ１３
は、この指示信号に応答してアクチュエータ３に電力を
供給する。なお、ＲＯＭ１１にはプログラムの他、各Ｅ
ＣＵ１に固有の識別コードすなわちＥＣＵコードも登録
されている。

【００１２】一方、本発明の車両診断装置２は、ＣＰＵ
２０、ＲＯＭ２１、ＲＡＭ２２、送信部２４、通信イン
タフェース２５および電源部２９により構成されてい
る。電源部２９は、当該車両診断装置２の電源として、
診断対象車両の車載バッテリ１９および内蔵バッテリ２
３のいずれか一方を選択する。このほか、車両診断装置
２には、作業者による指示を入力するためのキーボート
２６、ＣＰＵ２０による処理結果を表示する表示部２７
と共に、バーコード表示された識別符号を読み取るため
のバーコードリーダ３１およびバーコードインターフェ
ース３２が設けられている。前記表示部２７として、本
実施形態ではバックライト付の液晶表示パネル（ＬＣ
Ｄ）を採用している。キーボード２６には、一般的なテ
ンキー、カーソル移動キー、およびファンクションキー
などが設けられている。

【００１３】通信ケーブル５は信号ライン５１および電
源ライン５２を具備し、ＥＣＵ１の通信インタフェース
１５と車両診断装置２の通信インタフェース２５とは通
信ケーブル５の信号ライン５１を介して接続され、ＣＰ
Ｕ１０およびＣＰＵ２０間で双方向デジタル通信ができ
るように構成されている。通信ケーブル５がＥＣＵ１に
接続されると、電源部２９は電源ライン５２を介して車
載バッテリ１９から供給される電力を当該車両診断装置
２の電力源として利用すると共に、この電力によって内
蔵バッテリ２３を充電する。

【００１４】車両診断装置２の起動は、後に詳述するよ
うに、作業者がキーボート２６に設けられた電源投入用
のキースイッチをオン操作をするか、あるいはキースイ
ッチを一切操作することなく、作業者が通信ケーブル５
のコネクタ３４をＥＣＵ１のコネクタ１８に接続するこ
とによって行われ、いずれの方法で起動されたかによっ
て起動後の動作が異なる。

【００１５】ＲＯＭ２１には、当該車両診断装置２の制
御に必要な基本プログラムや制御データが格納されてお
り、各診断において用いられる非標準データや車両診断
プログラムといった、新型車種の生産等に伴って追加や
変更され得る固有の情報はＲＯＭカード７に記憶されて
いる。このＲＯＭカード７のデータは、ＲＯＭカードイ
ンタフェース２８を介してＣＰＵ２０に取込まれる。

【００１６】ＥＣＵ１から取込まれた信号は、ＲＯＭ２
１およびＲＡＭ２２に記憶された基本データ、ならびに
ＲＯＭカード７に記憶されている車両診断プログラムや
制御用データに基づいて処理され、処理結果すなわち診
断結果はＲＡＭ２２に一時記憶される。この診断結果
は、各車両の診断が終了するごとに表示部２７に出力さ
れると共に、数台分の診断結果が作業者の指示に応答し
て送信部２４からホストコンピュータ３０等の上位装置
へまとめて送信され、ホストコンピュータ３０および大
型記憶装置３３によって集中管理および記憶される。ま
た、車両診断装置２を図示しないパーソナルコンピュー
タに接続し、このパーソナルコンピュータから当該車両
診断装置２に対して、必要な情報、例えば更新（バージ
ョンアップ）された故障診断プログラムを提供すること
もできる。

【００１７】前記ＲＯＭカード７には、図２に示したよ
うに、診断項目をＥＣＵコードに基づいて選択するため
の診断項目管理テーブル７１と、複数の診断項目に関す
る車両診断プログラムが記憶された車両診断プログラム
記憶領域７２と、ＥＣＵにかかわらず各車両で共用され
る標準データの記憶された標準データ記憶領域７３と、
各ＥＣＵに応じて異なる固有の非標準データが記憶され
た非標準データ記憶領域７４とが確保されている。

【００１８】図３は、前記診断項目管理テーブル７１の
記憶内容の一例を示した図である。本発明の車両診断装
置２は多数の項目に関する診断が可能であり、各診断項
目に関するアルゴリズムを全て備えているが、全ての車
両に対して全ての診断が実行される訳ではなく、車両ご
とに実行すべき診断項目は異なる。そのため、当該管理
テーブル７１には、各診断項目に関してＥＣＵコードご
とに“１”（選択）または“０”（非選択）が登録され
ており、例えば、ＥＣＵコードとして“○△×□”が登
録されている車両に対して選択実行される診断項目は
１、２、５、６…となり、その他の診断項目は実行され
ないことになる。

【００１９】図４は、前記非標準データ記憶領域７４の
記憶内容の一例を示した図であり、本実施形態ではＥＣ
Ｕ（すなわち、ＥＣＵコード）ごとに異なる非標準デー
タとして、例えば固有アイドリング回転数ＮID-refが各
ＥＣＵコードと対応付けて登録されている。

【００２０】固有アイドリング回転数ＮID-refとは、後
に詳述するように、ＥＣＵコードごとに規定されたアイ
ドリング時の基準回転数であり、アイドリング時のエン
ジン回転数が正常であるか否かの診断は、検出されたエ
ンジン回転数Ｎe を、その車両のＥＣＵコードに応じて
選択される固有アイドリング回転数ＮID-refと比較する
ことによって行われる。

【００２１】このように、本実施形態ではＥＣＵコード
に応じて異なる診断内容、すなわち診断項目の組み合わ
せや非標準データが自動的に決定されるので、作業者は
診断項目を選択する作業や非標準データを決定する作業
から解放される。したがって、作業者の負担が軽減され
るのみならず、診断項目の選択ミスや非標準データの誤
認識等がなくなって正確な診断が可能になる。

【００２２】図５は、前記標準データ記憶領域７３の記
憶内容を表した図であり、診断プログラム中でＥＣＵコ
ードにかかわらず各診断において共用される標準データ
ｘ1〜ｘ5 が記憶されている。

【００２３】図７は本発明の機能ブロック図である。本
発明では、各車両の診断結果が当該各車両に固有の識別
符号と関連付けて記憶され、まとめて上位装置へ転送さ
れて管理されるようにした点に特徴がある。なお、図７
の各ブロック内に付したステップ番号は、後に詳述する
フローチャート中の各ステップ番号と対応し、そのブロ
ックが当該ステップの処理を実行することを意味してい
る。また、同図において前記と同一の符号は同一または
同等部分を表している。

【００２４】識別符号検出手段２８１は、例えば図９の
ステップＳ１１４の処理を実行する前記バーコードリー
ダ３１およびバーコードインターフェース３２の一機能
であり、各車両に固有の識別符号を検出する。この識別
符号は、各車両ごとに予め用意されている診断カルテ８
８上や車両本体の適所に取り付けられる札やシール上に
バーコード９１として予め記録されており、前記バーコ
ードリーダ３１によって読み取ることができるが、バー
コード９１を用いる代わりに作業者が識別符号をキーボ
ードから直接入力するようにしても良い。

【００２５】診断実行手段２８２は、例えば図８のステ
ップＳ２００〜Ｓ７００の各診断処理を実行する前記Ｃ
ＰＵ２０の一機能であり、ＥＣＵ１と通信し、ＲＯＭカ
ード７に記憶された診断プログラムに従って車両診断を
実行する。診断結果記憶手段２８４は前記ＲＡＭ２２の
一機能であり、各車両の診断結果を識別符号と共に記憶
する。診断結果転送手段２８３は、後述するステップＳ
１１８の処理を実行する送信部２４の一機能であり、多
数の車両に関する診断結果を各車両の識別符号と共に上
位装置（ホストコンピュータ３０）へまとめて転送す
る。転送された情報は大型記憶装置３３に記憶されて集
中的に管理される。

【００２６】次いで、フローチャートを参照して本実施
形態の動作例について詳細に説明する。図８は本発明の
車両診断装置による車両診断の概要を示したフローチャ
ートである。本発明の車両診断装置は、生産ライン上で
の車両診断や修理工場での車両診断等、あらゆる環境下
での車両診断において使用可能であるが、ここでは工場
の生産ラインにおける『検査工程』等で実施される“車
両診断”で使用する場合を例にしてその動作を説明す
る。

【００２７】ステップＳ１００では『初期処理』が実行
される。ステップＳ２００では、診断項目１として登録
されている『車速センサ診断』が実行される。ステップ
Ｓ３００では、診断項目２として登録されている『ＥＧ
Ｒ診断』が実行される。ステップＳ６００では、診断項
目３として登録されている『Ｎe 診断』が実行される。
ステップＳ７００では、診断項目４、５…等として登録
されている各スイッチ系の診断が実行される。ステップ
Ｓ８００では『終了処理』が実行される。ステップＳ９
００では『待機モード処理』が実行される。その後、当
該処理はステップＳ２００へ戻り、全ての診断が合格す
るまで上記各診断が繰り返される。

【００２８】このように、本発明の車両診断装置は、多
数の項目に関する診断を自動的かつ循環的に繰り返し実
行するように構成されている。以下、各診断方法および
処理方法に関して詳細に説明する。

【００２９】図９は、前記ステップＳ１００として実行
される『初期処理』の動作を示したフローチャートであ
る。上記したように、本実施形態の車両診断装置２の起
動は、作業者がキーボート２６に設けられた電源投入用
のキースイッチを操作をするか、あるいは作業者が通信
ケーブル５をＥＣＵ１に接続することのいずれによって
も可能であり、当該初期処理では、初めに電源投入がい
ずれの方法で行われたのか判定される。

【００３０】ステップＳ１０１では、車両診断装置２の
電源がスイッチのオン操作によって投入されたか否かが
判定され、投入されたと判定されると、ステップＳ１０
４では電源投入手順を表すフラグＦstに“０”がセット
される。このとき、車両診断装置２への給電は内蔵バッ
テリ２３によって行われる。また、前記ステップＳ１０
１でスイッチのオン操作による電源投入が検出されてい
ないと、ステップＳ１０２では、通信ケーブル５が車両
（ＥＣＵ１）に接続されたか否かが判定され、接続され
たことが検出されると、ステップＳ１０３においてフラ
グＦstに“１”がセットされる。このときの給電は車載
バッテリ１９によって行われる。

【００３１】前記スイッチのオン操作による電源投入ま
たはケーブル接続による電源投入のいずれかが検出され
ると、ステップＳ１０５では表示部２７に初期画面が表
示され、ステップＳ１０６では、自身の異常や故障をチ
ェックするために自己診断が実行される。ステップＳ１
０７において、この自己診断結果が良好と判定されると
当該処理はステップＳ１０８へ進み、不良と判定される
と、ステップＳ１１９において表示部２７にエラーメッ
セージが表示される。

【００３２】ステップＳ１０８では、これから実行すべ
き処理をメニュー画面上で作業者に選択させるのか、あ
るいは予め定められた特定の処理を自動的に起動するの
かを判定するために前記フラグＦstがチェックされる。
そして、フラグＦst＝“１”すなわち電源投入がケーブ
ル接続によって行われていると、メニュー画面を表示部
２７に表示することなく、予め定められた特定の処理と
して『車両診断』が直ちに起動され、当該処理はステッ
プＳ１０９へ進む。ステップＳ１０９では、ＥＣＵ１に
登録されているＥＣＵコードが読み取られる。ステップ
Ｓ１１０では、読み取られたＥＣＵコードに基づいて、
前記図３に関して説明した診断項目管理テーブル７１が
検索され、実行すべき診断項目が選択される。ステップ
Ｓ１１１では、選択された診断項目の診断選択フラグＦ
selc××（“××”は診断項目番号）に“１”（選択）
がセットされ、選択されなかった診断項目の診断選択フ
ラグＦselc××には“０”（非選択）がセットされる。

【００３３】ステップＳ１１２では、選択された診断項
目を表す診断項目番号が表示部２７に一覧表示される。
図６(a) は、全ての診断項目が選択された場合の表示部
２７の表示例を示した図であり、全ての診断項目番号
“０１”、“０２”、“０３”…が表示されている。な
お、図中“００”表示は、後に詳述するように、診断項
目３の『Ｎｅ診断』に関する診断開始条件が成立して診
断が十分に行われた場合に消去される符号であり、続く
ステップＳ１１３において表示される。なお、当該符号
は“００”に限らず、他の診断項目番号と容易に区別で
きる符号であれば、例えば“Ｘ”等のアルファベットや
他の記号であっても良い。

【００３４】ステップＳ１１４では、各車両に固有の識
別情報をバーコードで表した識別符号が前記バーコード
リーダ３１によって読み取られ、ＲＡＭ２２に一時記憶
される。この識別符号は、各車両ごとに予め用意されて
いる診断カルテ上に予め印刷されている。なお、診断カ
ルテ上に印刷する代わりに、バーコードの印刷された札
やシールを車両本体の適所に取り付けるようにしても良
い。

【００３５】一方、前記ステップＳ１０８において、フ
ラグＦst＝“０”すなわち電源投入が作業者によるスイ
ッチのオン操作によって行われたと判定されると、ステ
ップＳ１１５では、作業者に処理内容を選択させるため
のメニュー画面が表示部２７に表示される。ステップＳ
１１６では、作業者がメニュー画面上で選択した処理内
容が判断され、例えば『車両診断』が選択されると前記
ステップＳ１０９へ進み、フラグＦst＝“１”の場合と
同様に診断処理が開始される。また、ステップＳ１１６
において、作業者が『車両診断』以外の処理を選択する
と、ステップＳ１１７において当該選択された処理が実
行される。

【００３６】同様に、ステップＳ１１７では作業者がメ
ニュー画面で『診断結果の転送』を選択したか否かが判
定され、『診断結果の転送』が選択されると、続くステ
ップＳ１１８では、後述する図１５のステップＳ５０１
においてＲＡＭ２２に記憶される診断結果が、それぞれ
の車両に固有の識別符号と共にまとめてホストコンピュ
ータ３０に転送される。すなわち、前記図７の機能ブロ
ック図に関して説明したように、各車両の識別符号およ
び診断結果が、複数台分づつホストコンピュータ３０に
転送される。

【００３７】なお、上記した車両診断装置２からホスト
コンピュータ３０への診断結果のデータ転送は、車両診
断装置２に所定台数分の診断結果が蓄積された時点で自
動的に行われるようにしても良い。

【００３８】一方、作業者が『車両診断』あるいは『診
断結果の転送』以外の処理をメニュー画面上で選択する
と、ステップＳ１１９において当該選択された処理が実
行される。ステップＳ１２０では、前記ステップＳ１１
９において“終了”が選択されたか否かが判定され、
“終了”が選択されていると当該処理を終了する。

【００３９】このように、本実施形態では車両診断装置
２の電源がスイッチのオン操作およびケーブル接続のい
ずれの手順で投入されたかに応じて電源投入後の処理を
異ならせ、電源投入がケーブル接続によって行われる
と、メニュー画面が表示されることなく直ちに診断処理
が開始される。したがって、検査ラインの作業者は、次
々と搬送される各診断対象車両に当該車両診断装置２の
ケーブル５を接続するだけで自動的に車両診断を開始さ
せることができるようになり、診断時の操作が簡単にな
る。また、車両診断装置２の起動が作業者によるスイッ
チのオン操作によって行われるとメニュー画面が表示さ
れるので、他の処理の選択も容易に行えるようになる。

【００４０】図１０は、前記図８のステップＳ２００と
して実行される診断項目１の『車速センサ診断』の診断
方法を示したフローチャートである。『車速センサ診
断』とは、車速を検出するセンサが正常に機能している
か否かの診断であり、車速センサにより検出された車速
ＶＳと基準値（基準車速ＶＳref ）との比較結果に基づ
いて適宜の手法で診断される。

【００４１】ステップＳ２０１では、『車速センサ診
断』に関する診断選択フラグＦselc１に基づいて、当該
車速センサ診断が選択されているか否か判定され、Ｆse
lc１＝“０”であれば、選択されていないと判定されて
次の診断へ進み、Ｆselc１＝“１”であれば、選択され
ていると判定されてステップＳ２０２へ進む。

【００４２】ステップＳ２０２では、『車速センサ診
断』に関する合格フラグＦpass１に基づいて当該診断が
既に合格しているか否かが判定される。このフラグ“Ｆ
pass××”は診断項目××が合格しているか否かを表
し、Ｆpass１＝“１”であれば既に合格していると判定
されて次の診断へ進み、Ｆpass１＝“０”であれば、未
だ合格していないと判定されてステップＳ２０３へ進
む。

【００４３】ステップＳ２０３では、前記標準データの
一つとしてＲＯＭカード７の標準データ記憶領域７３
（図５）に記憶されている基準車速ＶＳref が読み出さ
れ、ステップＳ２０４では現在の車速ＶＳがＥＣＵ１を
介して検出される。ステップＳ２０５では前記基準車速
ＶＳref および車速ＶＳに基づいて車速センサ診断が実
行される。ステップＳ２０６では、前記ステップＳ２０
５で実行された診断の合否が判定され、合格していれば
ステップＳ２０７において診断合格フラグＦpass１に
“１”（合格）がセットされる。また、不合格であれば
次の診断へ進む。ステップＳ２０８では、表示部２７に
表示されている診断項目番号“０１”が消去される。図
６(b) は、当該『車速センサ診断』のみが合格した状態
での表示部２７の表示例を示した図であり、診断項目番
号“０１”のみが消去されている。

【００４４】図１１は、前記図８のステップＳ３００と
して実行される診断項目２の『ＥＧＲ診断』の診断方法
を示したフローチャートである。『ＥＧＲ診断』とは、
排気ガスをエンジンの燃焼室に再循環させてＮＯx を減
少させる装置（ＥＧＲ）が正常に機能しているか否かの
診断である。

【００４５】ステップＳ３０１、Ｓ３０２では、『ＥＧ
Ｒ診断』に関する診断選択フラグＦselc２および診断合
格フラグＦpass２に基づいて、前記と同様に当該診断項
目の選択の有無および診断の合否が判定される。『ＥＧ
Ｒ診断』が選択され（Ｆselc２＝“１”）かつ未だ合格
していない（Ｆpass２＝“０”）と、ステップＳ３０３
ではＥＧＲの診断が適宜の手法によって実行される。ス
テップＳ３０４において診断が合格したと判定される
と、ステップＳ３０５では診断合格フラグＦpass２に
“１”がセットされ、ステップＳ３０６では、表示部２
７に表示されている診断項目番号“０２”が消去され
る。また、診断が合格しないと当該処理はステップＳ３
０４から次の診断へ進む。

【００４６】図１２、１３は、前記図８のステップＳ６
００として実行される診断項目３の『Ｎe 診断』の診断
方法を示したフローチャートである。『Ｎe 診断』と
は、アイドリング時のエンジン回転数が正常であるか否
かの診断であり、アイドリング時のエンジン回転数Ｎe
と基準値（許容回転数公差ＮID-TRC）との比較結果に基
づいて診断される。

【００４７】ステップＳ６０１では、診断項目３に関す
る選択フラグＦselc３および合格フラグＦpass３に基づ
いて前記と同様に当該診断項目の選択の有無および診断
の合否が判定され、選択され（Ｆselc３＝“１”）かつ
未だ合格していない（Ｆpass３＝“０”）とステップＳ
６０２へ進み、それ以外であれば次の診断へ進む。

【００４８】ステップＳ６０２では、電装装置のスイッ
チがオン状態であったり、あるいはパワーステアリング
が操舵中である場合等に生じる負荷の有無が判定され
る。『Ｎe 診断』は、検出されたアイドリング回転数Ｎ
e と目標値との差が小さければ良好と判断されるが、エ
ンジン負荷や電装負荷等のエンジン回転数に影響を及ぼ
す負荷が加わっていると、これを補うためにアイドリン
グ回転数を常時よりも高めに設定するエンジン制御が行
われるためにアイドリング回転数の正確な診断が難しく
なる。そこで、本実施形態では『Ｎe 診断』に先立っ
て、予めステップＳ６０２において負荷の有無を検出
し、負荷が検出されると当該診断を行わず、ステップＳ
６２０へ進んで後述するタイマＭID、積算回数Ｃmesu、
積算値ΣＮe 等の変数をリセットした後に次の診断へ進
み、負荷が検出されなければステップＳ６０３へ進む。
ステップＳ６０３では、アイドリングが安定しているか
否かが判断され、安定していなければ前記ステップＳ６
２０へ進み、安定していればステップＳ６０４へ進む。

【００４９】以上のようにアイドリングが安定して診断
開始条件が成立すると、ステップＳ６０４ではタイマＭ
IDの動作状態が判定され、これがスタートしていなけれ
ばスタートされる。ステップＳ６０５では積算回数Ｃme
suがインクリメントされる。ステップＳ６０６ではＥＣ
Ｕ１からエンジン回転数Ｎe を受け取り、ステップＳ６
０７では、今回の『Ｎe 診断』のタイミングで検出され
たエンジン回転数Ｎeと前回までの積算値ΣＮe とが加
算される。この加算値は新たな積算値ΣＮe として登録
される。

【００５０】次いで、図１３のステップＳ６０８では前
記タイマＭIDが、前記標準データの一つである基準アイ
ドリング計測時間ＭID-refと比較される。タイマＭIDの
カウント値が前記ＭID-refに達していると、『Ｎe 診
断』に必要な計測期間が既に経過したものと判断してス
テップＳ６０９へ進む。ステップＳ６０９では、アイド
リング診断回数ＣIDがその都度インクリメントされ、ス
テップＳ６１０では、診断回数ＣIDが前記標準データの
一つである基準アイドリング診断回数ＣID-refと比較さ
れる。

【００５１】診断回数ＣIDが基準診断回数ＣID-refに達
していると、診断に十分な回数の計測が終了したと判定
され、ステップＳ６１１において表示部２７上から“０
０”表示が消去される。ステップＳ６１２では、前記エ
ンジン回転数Ｎe の積算値ΣＮe を前記積算回数Ｃmesu
で割って回転数Ｎe の平均値が算出される。

【００５２】ステップＳ６１３では、回転数Ｎe の平均
値と非標準データＮID-refとの差の絶対値が、前記標準
データの一つであるアイドリング公差ＮID-TRCと比較さ
れ、両者の差の絶対値が公差ＮID-TRC以下であれば、ア
イドリングが正常と診断されてステップＳ６１４へ進
む。また、両者の差の絶対値が公差ＮID-TRCを越えてい
れば、アイドリングが異常と診断されて前記ステップＳ
６２０へ進み、後述するタイマＭID、積算回数Ｃmesu、
積算値ΣＮe 等の変数をリセットした後に次の診断へ進
む。ステップＳ６１４では、当該『Ｎe 診断』に関する
診断合格フラグＦpass３に“１”がセットされ、ステッ
プＳ６１５では、表示部２７に表示されている診断項目
番号“０３”（“００”が残っていれば“００”および
“０３”）が消去される。

【００５３】このように、本実施形態では『Ｎe 診断』
が繰り返し実行されるごとに検出されるエンジン回転数
Ｎｅが積算され、この積算値ΣＮe に基づいてエンジン
回転数の平均値が算出される。そして、この平均値が基
準範囲内に収まっているか否かに基づいて診断が下され
るので、複数の診断をごく短い周期で循環的に繰り返す
診断方法を採用しても『Ｎe 診断』を効率良く行えるよ
うになる。

【００５４】図１４は、前記図８のステップＳ７００と
して実行される診断項目４、５…等の各スイッチ系の診
断に関する診断方法を示したフローチャートであり、こ
こでは、診断対象となっている各スイッチのオン状態お
よびオフ状態のいずれもが検知されれば良好と診断され
る。

【００５５】ステップＳ７０１では、前記診断項目４の
『ブレーキスイッチ診断』に関する診断選択フラグＦse
lc４および診断合格フラグＦpass４に基づいて、前記と
同様に当該診断項目の選択の有無および診断の合否が判
定される。『ブレーキスイッチ診断』が選択され（Ｆse
lc４＝“１”）かつ未だ合格していない（Ｆpass４＝
“０”）とステップＳ７０２へ進み、それ以外であれば
ステップＳ７１０へ進んで次のスイッチ診断（診断項目
５）を実行する。ステップＳ７０２では、スイッチオン
時およびスイッチオフ時に関する診断が実行される。ス
テップＳ７０３では、上記診断の合否が判定され、オン
時およびオフ時のいずれもが合格していれば、ステップ
Ｓ７０４では当該診断に関する診断合格フラグＦpass４
に“１”がセットされ、ステップＳ７０５では、表示部
２７に表示されている診断項目番号“０４”が消去され
る。以下同様に、他のスイッチに関しても同様の診断が
実行され、合格した診断項目の番号が表示部２７上から
順次消去される。

【００５６】図１５は、前記図８のステップＳ８００と
して実行される『終了処理』の動作を示したフローチャ
ートである。ステップＳ５０１では、現時点での診断結
果として、例えば未だに診断が合格していない診断項目
の番号が、前記図９のステップＳ１１４で読み取られた
当該車両の識別符号と対応付けて前記ＲＡＭ２２に記憶
される。この診断結果は、当該ステップＳ５０１が実行
されるごとに、その時点での診断結果に応じて随時書き
換えられる。

【００５７】また、図１に示したＲＡＭ２２には複数台
分の診断結果をそれぞれの識別符号と対応付けて記憶す
ることができ、複数台分（例えば、５０〜６０台分）の
診断結果がまとまると、自動的または手動で作業者が前
記メニュー画面上の『転送機能』を選択することによ
り、診断結果が送信部２４を介して前記ホストコンピュ
ータ３０等の上位装置へ無線通信によりまとめて転送さ
れる。ホストコンピュータ３０では、複数台分づつ転送
される診断結果をまとめて記憶装置３３へ記憶し、予定
台数分（例えば、数百台分）のデータが蓄積されると、
これをＩＣカードやフロッピーディスク等の可搬性記憶
媒体に記憶する。

【００５８】このように、各車両の診断結果をまとめて
管理するようにすれば、作業者の作業効率が向上するの
みならず、診断結果の統計的な処理が容易になり、診断
結果の分析や生産工程への素早いフィードバックが可能
になる。

【００５９】図１５のステップＳ５０２では、全ての診
断合格フラグＦpass××が参照され、全ての診断項目が
合格しているか否かが判定される。全ての診断合格フラ
グＦpass××に“１”がセットされていると、ステップ
Ｓ５０３では、図６(f) に示したように表示部２７に
“合格”の文字が大きく表示されて作業者に診断の終了
を知らせる。ステップＳ５０４では、通信ケーブル５が
ＥＣＵ１から取り外されたか否かが判定され、取り外さ
れると、ステップＳ５０５においてオフ状態となる。ま
た、通信ケーブル５が取り外されていないと、ステップ
Ｓ５０８では、電源をオフにするためのキー操作が作業
者によって行われたか否がが判定され、当該キー操作が
行われるとステップＳ５０５へ進み、当該キー操作が行
われていないとステップＳ５０３へ戻る。

【００６０】一方、前記ステップＳ５０２において、例
えば診断項目２が合格しないと判定されると当該処理は
ステップＳ５０６へ進む。このとき表示部２７には、図
６(c) に示したように、表示“０２”が残っているの
で、作業者は診断項目２のみが未だに合格していないこ
とを簡単に認識することができる。

【００６１】さらに、図６(d),(e) に示したように、
『Ｎｅ診断』の診断項目番号“０３”が残っている場合
には、表示“００”が残っているか否かに応じて診断項
目３の診断結果の正当性を判定する。すなわち、前記図
１３のステップＳ６１０、Ｓ６１１に関して説明したよ
うに、表示“００”は、診断項目３の前提条件（例え
ば、エンジンが十分に暖まっており、かつ負荷がない
等）が成立してＮe 診断が行われた回数（すなわちＣI
D）が所定の回数を上回った（ＣID＞ＣID-ref）ときに
消去される。したがって、同図(d) に示したように、表
示“００”も残っている場合には、診断項目３の前提条
件が成立しておらず診断自体が未だ開始されていないこ
とになる。したがって、作業者は当該診断項目３を直ぐ
には不良と判定せず、その後、再度Ｎｅ診断を行って表
示“００”および“０３”が消去されれば良好と判定す
る。

【００６２】また、表示“００”が消えていれば、診断
項目３の前提条件が成立して十分な回数（すなわち、Ｃ
ID）の診断が行われているにもかかわらず合格していな
いことになるので、作業者は当該診断項目３を直ちに不
良と判定する。

【００６３】このように、本実施形態では、診断に先立
って前提条件を満足する必要がある診断項目に関して
は、この前提条件が成立しているか否かを表す不成立符
号“００”が表示されるので、当該診断項目の診断が合
格していない場合であっても、これが前提条件の不成立
に起因していることを容易に認識することができ、必ず
しも不良ではない診断項目を不良と誤判定してしまうこ
とがない。

【００６４】ステップＳ５０６では、電源をオフにする
ためのスイッチ操作が作業者によって行われたか否がが
判定され、当該スイッチ操作が行われると、前記ステッ
プＳ５０５へ進んでオフ状態となり、当該スイッチ操作
が行われていないと、ステップＳ５０７では、通信ケー
ブル５がＥＣＵ１から取り外されたか否かが判定され
る。通信ケーブル５が取り外されると、前記ステップＳ
５０５へ進んでオフ状態となり、取り外されていなけれ
ば診断を継続するために次の診断へ進む。

【００６５】図１６は、前記図８のステップＳ９００と
して実行される『待機モード処理』の動作を示したフロ
ーチャートである。ステップＳ９０１では、待機モード
中か否かが判定され、初めは診断モードなのでステップ
Ｓ９０２へ進む。ステップＳ９０２では、前回検出され
たエンジン回転数Ｎe-pre と今回検出されたエンジン回
転数Ｎe とが比較される。ここで、診断作業中すなわち
エンジンが回転中であると、たとえアイドリング状態で
あってもエンジン回転数は微妙に変化しているので、両
者は不一致と判定されてステップＳ９０３へ進む。ステ
ップＳ９０３では、待機モードタイマＴssがリセットさ
れ、続くステップＳ９０４では、今回検出されたエンジ
ン回転数Ｎe が前回のエンジン回転数Ｎe-pre として新
たに登録されて次の診断へ進む。

【００６６】その後、例えば休憩時間等に診断作業を中
断してエンジンを停止させると、前記ステップＳ９０２
において、前回エンジン回転数Ｎe-pre と今回エンジン
回転数Ｎe とが一致していると判定されるので当該処理
はステップＳ９０５へ進む。ステップＳ９０５では、タ
イマＴssがスタート済が否かが判定され、初めはスター
ト済ではないと判定されるのでステップＳ９０６へ進
み、ここでタイマＴssがスタートする。

【００６７】以上のようにして待機モードタイマＴssが
スタートすると、その後は前記ステップＳ９０５の判定
が肯定となるので、当該処理はステップＳ９０５からス
テップＳ９０７へ進む。ステップＳ９０７では、タイマ
Ｔssのカウント値が前記標準データの一つである待機モ
ード始動条件Ｔss-refと比較される。タイマＴssのカウ
ント値が始動条件Ｔss-refを超えると、ステップＳ９０
８では、当該処理の動作モードが診断モードから待機モ
ードに移行し、表示部２７のバックライトおよびその液
晶駆動がいずれもオフ状態となる。また、これまでの診
断経過はＲＡＭ２２に一時記憶される。

【００６８】待機モードが始動されると、次回の処理は
ステップＳ９０１からステップＳ９０９へ進み、前回エ
ンジン回転数Ｎe-pre と今回エンジン回転数Ｎe とが比
較される。休憩時間の間、両者は常に一致してステップ
Ｓ９０９の判定が肯定となるので待機モードは維持され
るが、休憩時間が終了してエンジンを再始動させると、
ステップＳ９０９の判定が否定となってステップＳ９１
０へ進む。ステップＳ９１０では、当該処理の動作モー
ドが待機モードから診断モードへ移行し、表示部２７の
バックライトおよび液晶駆動がいずれもオン状態とな
る。これと同時に、待機モードが開始されるまでの診断
経過が前記ＲＡＭ２２から読み出され、表示部２７には
待機モード開始直前の表示内容が再現される。ステップ
Ｓ９１１では、今回検出されたエンジン回転数Ｎe が前
回のエンジン回転数Ｎe-pre として新たに登録され、そ
の後、当該処理は図１０に関して説明した『車速センサ
診断』へ戻り、上記した各診断処理が図８に示したよう
に循環的に繰り返される。

【００６９】このように、本実施形態では診断モードか
ら待機モードへの移行はエンジン回転数の変動が検知さ
れなくなれば自動的に行われ、待機モードから診断モー
ドへの移行はエンジン回転数の変動が検知されれば自動
的に行われる。したがって、作業者は休憩時間が始まっ
て診断を中断する場合にエンジンを停止させ、休憩時間
が終了して診断を再開する場合にエンジンを再始動する
だけで良く、他に特別な操作は要求されない。このた
め、診断モードから待機モードへの移行、および待機モ
ードから診断モードへの移行にあたって作業者は余計な
負担を強いられることがない。

【００７０】なお、本実施形態では作業者が各診断のた
めの一の操作を開始してから終了するまでの間、例えば
前記『ブレーキスイッチ診断』であれば、作業者がブレ
ーキペダルを操作する（踏み込む）間に当該『ブレーキ
スイッチ診断』が実行される必要がある。したがって、
各診断項目の診断は、作業者が一の操作を開始してから
終了するまでの間に全ての診断項目に関する診断が少な
くとも１回は実行されるような速度で循環的に繰り返し
実行されることが望ましい。

【００７１】以上、このような診断方法によれば、作業
者は各診断対象項目ごとに予め定められた操作を行う際
に、その順序やタイミングに関して拘束されることがな
い。したがって、操作の順序やタイミングに関する自由
度が広がり、短時間で効率の良い車両診断が可能にな
る。

【００７２】また、上記した実施形態では、始めに診断
項目番号の全てを一覧表示し、合格した診断項目の番号
を順次消去し、最後まで残った番号の診断項目を不良と
判断するものとして説明したが、これとは逆に、合格し
た診断項目の番号を順次表示し、最後まで表示されない
番号の診断項目を不良と判断するようにしても良い。同
様に、表示“００”も診断項目３の診断が十分に行われ
たときに消去されるものとして説明したが、これとは逆
に、診断項目３の診断が十分に行われたときに始めて表
示されるようにしても良い。

【００７３】さらに、ここでは本発明の車両診断方法お
よび装置を工場の生産ラインにおける『検査工程』等で
用いる場合を例にして説明したが、本発明はこれのみに
限定されず、修理工場や他の環境下で用いられる車両診
断方法および装置にも同様に適用することもできる。

【００７４】

【発明の効果】上記したように、本発明によれば、各車
両の診断結果が自動的に編集および管理されるので、作
業者の作業効率が向上するのみならず、診断結果の統計
的な処理が容易になり、診断結果の分析や生産工程への
素早いフィードバックが可能になる。

【図面の簡単な説明】

【図１】 診断対象の車両に搭載されるＥＣＵ１および
本発明の車両診断装置２の構成を示したブロック図であ
る。

【図２】 ＲＯＭカード７の記憶内容を模式的に表現し
た図である。

【図３】 診断項目管理テーブル７１の記憶内容を示し
た図である。

【図４】 非標準データ記憶領域７４の記憶内容を示し
た図である。

【図５】 標準データ記憶領域７３の記憶内容を示した
図である。

【図６】 表示部２７における表示例を示した図であ
る。

【図７】 本発明の第１実施形態である車両診断装置の
機能ブロック図である。

【図８】 本発明による車両診断の概要を示したフロー
チャートである。

【図９】 初期処理の動作を示したフローチャートであ
る。

【図１０】 車速センサ診断の動作を示したフローチャ
ートである。

【図１１】 ＥＧＲ診断の動作を示したフローチャート
である。

【図１２】 Ｎe 診断の動作を示したフローチャートで
ある。

【図１３】 Ｎe 診断の動作（続き）を示したフローチ
ャートである。

【図１４】 各スイッチ診断の動作を示したフローチャ
ートである。

【図１５】 終了処理の動作を示したフローチャートで
ある。

【図１６】 待機モード処理の動作を示したフローチャ
ートである。

【符号の説明】

１…ＥＣＵ、２…車両診断装置、３…アクチュエータ、
４…センサ、５…通信ケーブル、７…ＲＯＭカード、１
６、１７、１８…コネクタ、２０…ＣＰＵ、２４…送信
部、２７…表示部

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平２−241853（ＪＰ，Ａ) 特開 平６−102148（ＪＰ，Ａ) 実開 平４−46927（ＪＰ，Ｕ) 特公 平３−59372（ＪＰ，Ｂ２) 特公 昭61−25091（ＪＰ，Ｂ１) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G01M 17/007

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】 車載用電子制御装置に外部から接続して
   使用され、当該車載用電子制御装置から入手した各種デ
   ータに基づいて複数種類の診断項目に関する診断を行な
   う車両診断装置において、 少なくとも各車両に固有の識別符号を検出する識別符号
   検出手段と、 各車両の診断結果を識別符号と対応付けて記憶する診断
   結果記憶手段と、 前記診断結果をその識別符号と共に上位装置へ転送する
   転送手段とを具備したことを特徴とする車両診断装置。
2. 【請求項２】 前記識別符号検出手段は、バーコードで
   表示された識別符号を読み取るバーコードリーダである
   ことを特徴とする請求項１に記載の車両診断装置。
3. 【請求項３】 前記診断結果記憶手段には、複数車両分
   の診断結果がそれぞれその識別符号と対応付けて記憶さ
   れ、転送手段はこれらをまとめて上位装置へ転送するこ
   とを特徴とする請求項１または２に記載の車両診断装
   置。
4. 【請求項４】 車載用電子制御装置に外部から接続して
   使用され、当該車載用電子制御装置から入手した各種デ
   ータに基づいて複数の診断項目に関する診断を行なう車
   両診断方法において、 少なくとも診断対象の各車両に割り当てられた固有の識
   別符号を検出する段階と、 当該車両の診断結果を前記識別符号と対応付けて記憶す
   る段階と、 予定の台数について前記各段階を繰り返す段階と、 予定台数の診断結果が記憶されると、各診断結果をそれ
   ぞれの識別符号と対応付けて上位装置へ転送する段階と
   からなり、 上位装置は、複数回にわたって転送された各診断結果
   を、それぞれの識別符号と対応付けて記憶するようにし
   たことを特徴とする車両診断方法。
5. 【請求項５】 前記識別符号はバーコードで表示されて
   いることを特徴とする請求項４に記載の車両診断方法。
6. 【請求項６】 前記バーコードは、車両に取り付けられ
   ていることを特徴とする請求項５に記載の車両診断方
   法。
7. 【請求項７】 前記バーコードは、車両ごとに用意され
   た診断カルテ上に記録されていることを特徴とする請求
   項５に記載の車両診断方法。