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

Abstract

(57)【要約】 【課題】 診断項目ごとに作業者が行うべき各種操作の
順序やタイミングに関して作業者が拘束されないように
した車両診断方法および装置を提供する。 【解決手段】 選択手段２２２は、ＲＯＭカード７の標
準データ記憶領域７３あるいは非標準データ記憶領域７
４から、各診断項目に固有の操作をされたときに車両の
各部が示すべき車両状態を循環的に繰り返し選択する。
車両状態検出手段２２３は、前記選択された車両状態に
該当する実際の車両各部の状態を検出する。比較手段２
２４は、前記選択された状態と検出された状態とを比較
し、両者が予定の関係にあると当該診断項目が良好であ
る旨の診断を下して表示部２７に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は車両診断方法および
装置に係り、特に、車両に搭載された車載用電子制御装
置と通信し、その通信結果に基づいて車両診断を行う車
両診断方法および装置に関する。さらに具体的にいえ
ば、各診断項目ごとに作業者が行うべき各種操作の順序
やタイミングに関して制約が少なくなるようにした車両
診断方法および装置に関する。

【０００２】

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

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

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

【０００５】

【発明が解決しようとする課題】上記した車両診断項目
には、例えばアイドリング時のエンジン回転数Ｎe が所
定の範囲内に収まっているか否かを判定する『Ｎe 診
断』のように、その前提条件としてエンジンが十分に暖
まっていること等が要求される診断がある。その一方
で、例えばブレーキスイッチの開閉機能を診断する『ブ
レーキスイッチ診断』のように、前提条件が一切不要で
あり、かつ診断を瞬時にして終えることの可能な診断も
ある。なお、『Ｎe 診断』はプログラムにしたがって診
断装置が自動的に実行し、この間に作業者に要求される
操作は、アイドリング状態を保つ事以外何もない。

【０００６】一方、これら複数の診断項目が用意されて
いる場合、従来の車両診断等では、各診断項目の診断順
序が予め確定されており、前の診断が終了してその良否
が判別されるまで次の診断を行うことができない。した
がって、『Ｎe 診断』の後に『ブレーキスイッチ診断』
を行うように定められていると、作業者は、エンジンが
十分に暖まって『Ｎe 診断』が終了するまで『ブレーキ
スイッチ診断』を行うことができず、作業中に無駄な待
機時間が生じることになるので、結果として作業者の拘
束時間すなわち作業時間が長くなってしまうという問題
があった。

【０００７】しかも、上記したように診断順序が予め確
定されていると、診断項目ごとに作業者が行うべき各種
操作の順序やタイミングに関して作業者は制約を受ける
ため、作業効率が低下するという問題もあった。

【０００８】本発明の目的は、上記した従来技術の問題
点を解決し、診断項目ごとに作業者が行うべき各種操作
の順序やタイミングに関する制約がなくなるようにした
車両診断方法および装置を提供することにある。

【０００９】

【課題を解決するための手段】上記した目的を達成する
ために、本発明では、車両各部が予定の状態になるよう
に操作されたときに、前記車両各部の実際の状態が前記
予定の状態にあるか否かに基づいて各診断項目の良否を
判定する車両診断方法および装置において、以下のよう
な手段を講じた点に特徴がある。 (1) 一の操作が開始されてから終了するまでの間に、当
該一の操作に対応した診断が実行されるように各診断を
循環的に実行し、良判定の下された診断項目を診断対象
から外し、残りの診断項目の診断を引き続き循環的に実
行し、予定時間の経過後も依然として良判定の下されな
い診断項目を故障と診断するようにした点に特徴があ
る。 (2) 車両各部が示すべき状態を記憶する記憶手段と、前
記記憶手段から車両各部が示すべき状態を循環的に選択
する選択手段と、前記選択された状態に該当する実際の
車両各部の状態を検出する車両状態検出手段と、前記選
択された状態と検出された状態とを比較する比較手段
と、両者が予定の関係にあると当該選択された状態に応
答した診断項目が良好である旨を表示する表示手段とを
具備した。

【００１０】上記した構成によれば、各診断対象項目の
診断が循環的に実行されることになるので、作業者は各
種操作の順序やタイミングに関して拘束されなくなる。

【００１１】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００２５】次いで、本発明の車両診断装置の構成につ
いて図７の機能ブロック図を参照して説明する。なお、
図７の各ブロック内に付したステップ番号は、後に詳述
するフローチャート中の各ステップ番号と対応し、その
ブロックが当該ステップの処理を実行することを意味し
ている。

【００２６】選択手段２２２は、例えば後に詳述する図
１０のステップＳ２０３の処理を実行するＣＰＵ２０の
一機能であり、ＲＯＭカード７の標準データ記憶領域７
３あるいは非標準データ記憶領域７４から、各診断項目
に固有の操作をされたときに車両の各部が示すべき車両
状態（ステップＳ２０３の基準車速ＶＳref ）を循環的
に繰り返し選択する。

【００２７】車両状態検出手段２２３は、図１０のステ
ップＳ２０４の処理等を実行するＣＰＵ２０の一機能で
あり、前記選択された車両状態に該当する実際の車両各
部の状態（ステップＳ２０４の車速ＶＳ）を検出する。

【００２８】比較手段２２４は、図１０のステップＳ２
０５、Ｓ２０６の処理等を実行するＣＰＵ２０の一機能
であり、前記選択された状態（基準車速ＶＳref ）と検
出された状態（車速ＶＳ）とを比較し、両者が予定の関
係にあると当該診断項目が良好（合格）である旨の診断
を下して表示部２７に表示する。

【００２９】このような構成によれば、選択手段２２２
によって選択された車両状態が、車両状態検出手段２２
３によって検出された実際の車両状態と比較される。す
なわち、例えば作業者が後述する『車速センサ診断』を
行うために車両を走行させている最中に、当該『車速セ
ンサ診断』に応答した車両状態（基準車速ＶＳref ）が
選択手段２２２によって選択されると、この選択された
車両状態（基準車速ＶＳref ）と検出された状態（車速
ＶＳ）とが比較手段２２４によって比較され、両者が予
定の関係にあることが確認されると、比較手段２２４は
診断項目１が良好である旨を表示部２７上に表示する。
すなわち、表示“０１”を表示部２７上から消去する。

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

【００３１】ステップＳ１００では『初期処理』が実行
される。ステップＳ２００では、診断項目１として登録
されている『車速センサ診断』が実行される。ステップ
Ｓ３００では、診断項目２として登録されている『ＥＧ
Ｒ診断』が実行される。ステップＳ６００では、診断項
目３として登録されている『Ｎ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 診断の動作（続き）を示したフローチ
ャートである。

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

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

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

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

Claims (8)

【特許請求の範囲】
1. 【請求項１】 車両各部が予定の状態になるように操作
   されたときに、前記車両各部の実際の状態が前記予定の
   状態にあるか否かに基づいて各診断項目の良否を判定す
   る車両診断方法において、 一の操作が開始されてから終了するまでの間に、当該一
   の操作に対応した診断が実行されるように各診断を循環
   的に実行し、 良判定の下された診断項目を診断対象から外し、残りの
   診断項目の診断を引き続き循環的に実行し、 予定時間の経過後も依然として良判定の下されない診断
   項目を故障と診断するようにしたことを特徴とする車両
   診断方法。
2. 【請求項２】 前記各診断項目の診断は、一の操作が開
   始されてから終了するまでの間に全ての診断が少なくと
   も１回は実行されるように循環的に実行されることを特
   徴とする請求項１に記載の車両診断方法。
3. 【請求項３】 前記車両各部が予定の状態になるように
   操作されたときの車両各部の実際の状態は、車両各部に
   設けられたセンサの出力信号およびスイッチの開閉状態
   の少なくとも一方に基づいて判断されることを特徴とす
   る請求項１または２に記載の車両診断方法。
4. 【請求項４】 前記良判定の下された診断項目およびそ
   の他の診断項目のいずれか一方を他方と区別して表示す
   るようにしたことを特徴とする請求項１ないし３のいず
   れかに記載の車両診断方法。
5. 【請求項５】 各診断項目を代表する識別符号を診断開
   始前に一覧表示し、良好と診断された診断項目の識別符
   号を順次消去するようにしたことを特徴とする請求項１
   ないし４のいずれかに記載の車両診断方法。
6. 【請求項６】 車両各部が予定の状態になるように操作
   されたときに、前記車両各部の実際の状態が前記予定の
   状態にあるか否かに基づいて各診断項目の良否を判定す
   る車両診断装置において、 車両各部が示すべき状態を記憶する記憶手段と、 前記記憶手段から車両各部が示すべき状態を循環的に選
   択する選択手段と、 前記選択された状態に該当する実際の車両各部の状態を
   検出する車両状態検出手段と、 前記選択された状態と検出された状態とを比較する比較
   手段と、 両者が予定の関係にあると、当該選択された状態に応答
   した診断項目が良好である旨を表示する表示手段とを具
   備したことを特徴とする車両診断装置。
7. 【請求項７】 前記車両各部の状態検出は、車両各部に
   設けられたセンサの出力信号およびスイッチの開閉状態
   の少なくとも一方に基づいて行われることを特徴とする
   請求項６に記載の車両診断装置。
8. 【請求項８】 前記表示手段は、各診断項目を代表する
   識別符号を診断開始前に一覧表示し、良好と診断された
   診断項目の識別符号を順次消去することを特徴とする請
   求項６または７に記載の車両診断装置。