JP2006193146A - 車両診断システム - Google Patents

Abstract

【課題】従来のＯＢＤＩＩシステムを利用して簡易にＯＢＤＩＩＩに対応できる車両診断システムを提供する。
【解決手段】車両診断システム１は、エンジンＥＣＵ２と、このエンジンＥＣＵ２に接続されたＫライン３と、このＫライン３に接続されたトランスポンダ４とを備えている。トランスポンダ４は、レシーバシステム５からの要求を無線で受信し、該要求に応じてダイアグ情報を読み出し、該読み出したデータをレシーバシステム５へ無線で送信する。トランスポンダ４はデータ加工部４２を備え、エンジンＥＣＵ２からダイアグ情報を読み出す要求メッセージをエンジンＥＣＵ２の通信フォーマットに合わせて作成し、またレシーバシステム５に送信する際には無線通信に合った通信フォーマットに変更して送信する。この車両診断システム１では、トランスポンダ４を付加するだけで簡易にＯＢＤＩＩＩに対応できる。
【選択図】図１

Description

本発明は、車両診断システムに関する。

一般に、自動車に搭載された各種電子制御ユニット（以下、車載電子制御ユニット又は車載ＥＣＵという）の車両診断システムでは、検出した異常に対応するダイアグコードを車載ＥＣＵ内のバックアップＲＡＭに記憶し、故障発生をチェックエンジンランプ等の警告ランプによってユーザーに知らせるＯＢＤＩＩに対応したシステムが知られている。このＯＢＤＩＩシステムを搭載した自動車は、修理工場において外部スキャンツールをＫライン経由で各種車載ＥＣＵに接続し、ＳＡＥで定められた通信フォーマットでＩＳＯ９１４１プロトコルにより通信し、ダイアグコードを読み出し、故障を診断することができる。

ところで、近年、ＣＡＲＢ（カリフォルニア州大気資源局）より、故障診断システムに無線トランスポンダを組み込み、無線での問い合わせに応答させたいという要望（ＯＢＤＩＩＩ）が出ている。無線通信によってダイアグ情報を取得する例としては、既にいくつかの車両診断システムが提案されている。例えば、特開平５−３３２８８８号公報に開示された車両診断システムは、自動車に設けられた送信手段により、各車載ＥＣＵからの故障データ、所定の識別コードからなる故障メッセージを微弱電波による無線信号として送信し、複数の地域に設置された各受信局により、それぞれの受信エリア内の自動車からの送信信号を受信し、受信局から故障メッセージを電話回線を介してサービス向上のターミナルユニットに送信し、ターミナルユニットにより当該自動車のユーザの特定及び故障内容の診断を行うものである。

また、特開平７−５０８８６号公報に開示された車両診断システムは、車載のＦＭラジオ故障診断装置が、修理工場等に配備されている車外故障診断器からのＦＭ波信号を受信し、これに応じたコマンドデータを各車載ＥＣＵへ出力し、その後各車載ＥＣＵから返信されてきた場合には故障診断用情報を取り出し、この情報に対応したＦＭ波信号を車外故障診断器へ送信するものである。

更に、特開平３−４６６０号公報に開示された車両診断システムは、車載ＥＣＵに測定器を繋ぎ、この測定器内の無線送受信部により自動車用電話網を介して車外のセンタに接続し、測定器の入力操作端から診断の指示を入力し、それによって得られる車載診断情報をセンタに送出し、センタにおいて診断を行い、その結果を測定器内の無線送受信部に送り返すものである。

しかしながら、無線電波監視局が十分に設置されたとしても、ＯＢＤＩＩＩ対応の車両診断システムを全く新規に開発したのでは、ＯＢＤＩＩＩ対応車両が広く普及するまでに時間がかかってしまうという問題があった。

本発明は上記課題に鑑みなされたものであり、従来のＯＢＤＩＩシステムを利用して簡易にＯＢＤＩＩＩに対応できる車両診断システムを提供することを目的とする。

上記課題を解決するために、第１発明の車両診断システムは、車載機器の動作を制御すると共に前記車載機器の動作状況に関するデータを記憶する車載ＥＣＵと、前記車載ＥＣＵに接続された通信線と、前記通信線に接続され、外部無線通信機器からの要求を無線で受信し、該要求に応じて前記車載機器の動作状況に関する動作データを読み出し、該読み出した動作データを前記外部無線通信機器へ無線で送信するトランスポンダとを備え、このトランスポンダは、データフォーマットを加工するデータ加工部を備えており、前記車載電子制御ユニットから前記動作データを取得要求する動作において、前記車載電子制御ユニットに対応した通信フォーマットとして前記動作データを要求する要求データを加工して前記車載電子制御ユニットに出力するとともに、前記動作データを前記外部無線通信機器へ出力するに際し、前記データ加工部により、前記車載電子制御ユニットから出力された前記動作データの通信フォーマットを前記外部無線通信機器への無線通信に対応した通信フォーマットに変更することを特徴とする。

このため、本発明の車両診断システムのトランスポンダのデータ加工部によって、車載電子制御ユニットの通信フォーマットに対応して動作データを要求することができ、外部無線通信機器に対してもその無線通信の通信フォーマットに対応したデータに加工して送信することが可能となる。よって、本発明の車両診断システムによれば、トランスポンダは、外部無線通信機器との通信および車載ＥＣＵとの通信が可能であるうえ、車載ＥＣＵに記憶されたデータを読み出す機能を有しているため、簡易にＯＢＤＩＩＩに対応できる。

本発明の車両診断システムにおいて、前記トランスポンダの前記データ加工部は、該トランスポンダにて受信した前記要求の通信フォーマットを前記車載電子制御ユニットに対応した通信フォーマットに変更し前記要求データとして前記車載電子制御ユニットに出力するようにしても良い。

本発明の車両診断システムにおいて、前記トランスポンダは、読み出した動作データに車両コードを付加したものを前記外部無線通信機器へ無線で送信することが好ましい。この場合、外部無線通信機器は車両コードによってどの車両からデータが送られてきたのかを容易に特定できる。

本発明の車両診断システムにおいて、前記トランスポンダは、所定タイミング毎に前記車載ＥＣＵから前記車載機器の動作状況に関する動作データを読み出して該トランスポンダの内蔵メモリに記憶し、前記外部無線通信機器からの要求を無線で受信したとき、該要求に応じて前記内蔵メモリに記憶された動作データを読み出し、該読み出した動作データを前記外部無線通信機器へ無線で送信することが好ましい。この場合、外部無線通信機器からの要求前に予めトランスポンダの内蔵メモリに車載機器の動作状況に関するデータが記憶され、この内蔵メモリから前記データを読み出して外部無線通信機器へ返信するため、外部無線通信機器からの要求を無線で受信するごとに車載ＥＣＵに記憶されたデータを読み出して外部無線通信機器へ返信する場合に比べて、要求を受けてから応答を返すまでの時間が短縮できる。

本発明の車両診断システムにおいて、前記トランスポンダは、前記コネクタを介して前記通信線に接続された前記外部スキャンツールが前記車載ＥＣＵにアクセスしている場合には、前記車載ＥＣＵから前記車載機器の動作状況に関するデータを読み出す動作（車載ＥＣＵにデータを要求しそのデータの応答を受ける動作）を停止するようにしてもよい。この場合、通信線上でトランスポンダからのデータと外部スキャンツールからのデータが衝突するのを回避できる。なお、データの衝突という観点からすると、少なくともトランスポンダが車載ＥＣＵにデータを要求する動作（以下、マスタ動作ともいう）を停止させればよい。また、従来のＯＢＤＩＩシステムをそのまま用いてトランスポンダのみを付加してＯＢＤＩＩＩに対応させる観点からすると、このようにトランスポンダが主体となってデータ衝突を回避することが好ましい。

本発明の車両診断システムにおいて、前記コネクタを介して前記通信線に接続された前記外部スキャンツールは、前記トランスポンダに対して、前記車載ＥＣＵから前記車載機器の動作状況に関するデータを読み出す動作を停止するように要求してもよい。この場合、トランスポンダは要求に応じて前記動作を停止するため、通信線上でトランスポンダからのデータと外部スキャンツールからのデータが衝突するのを回避できる。

このようにデータ衝突を回避する場合において、前記トランスポンダは、前記車載ＥＣＵから前記車載機器の動作状況に関するデータを読み出す動作を停止する際、予め定められたトリップ数だけ前記動作を停止してもよい。ここで、トリップとは、イグニッションオンからイグニッションオフまでの期間をいう。一般に修理工場等においては、外部スキャンツールを通信線のコネクタに装着して１トリップ〜数トリップ間、この外部スキャンツールによって車両診断を行うことになるため、トランスポンダの動作停止期間はこのトリップ数で指定するのが好ましい。なお、通常、指定されたトリップ数だけ停止した後は、トランスポンダの動作停止は解除される。

また、このようにデータ衝突を回避する場合において、前記トランスポンダは、前記車載ＥＣＵから前記車載機器の動作状況に関するデータを読み出す動作を停止してから前記外部スキャンツールが前記通信線に送信しない状態が予め定められた上限期間を越えて続いた場合には、前記車載ＥＣＵから前記車載機器の動作状況に関するデータを読み出す動作を再開してもよい。例えば、上述のように、トランスポンダが外部無線通信機器からの要求に基づいて通信線へ送信するのを停止させる期間をトリップ数で指定した場合に、意に反してトリップ数が極めて大きな値に設定されていたとすると、トランスポンダは車両が修理工場等から戻ってきた後もいつまでたっても外部無線通信機器の要求に応じられない。このため、トランスポンダが動作を停止したから外部スキャンツールが通信線に送信しない状態が、指定されたトリップ数とは別に定められた上限期間を越えた場合には、既に車両は修理工場等からユーザーに戻されて通常の走行をしていると判断し、トランスポンダの動作停止を解除するのである。この結果、トランスポンダは外部無線通信機器の要求に応じることが可能になる。

本発明の車両診断システムにおいて、前記トランスポンダは、前記コネクタを介して前記通信線に接続された前記外部スキャンツールが前記車載ＥＣＵにアクセスしている場合には、前記外部スキャンツールのスレーブになってもよい。この場合、通信線上でトランスポンダからのデータと外部スキャンツールからのデータが衝突するのを回避できる。また、トランスポンダは外部スキャンツールのスレーブとなっているため、例えば、トランスポンダの内蔵メモリに車載機器の動作状況に関するデータのほか車両コード等が記憶されている場合には、外部スキャンツールは車載ＥＣＵからは得られない車両コード等の情報についてトランスポンダから得ることができる。なお、従来のＯＢＤＩＩシステムをそのまま用いてトランスポンダのみを付加してＯＢＤＩＩＩに対応させる観点からすると、このようにトランスポンダが主体となってデータ衝突を回避することが好ましい。

本発明の車両診断システムにおいて、前記コネクタを介して前記通信線に接続された前記外部スキャンツールは、前記トランスポンダに対して、前記外部スキャンツールのスレーブになることを要求してもよい。この場合も、通信線上でトランスポンダからのデータと外部スキャンツールからのデータが衝突するのを回避できる。

このようにデータ衝突を回避する場合において、前記トランスポンダは、前記外部スキャンツールのスレーブになる際、予め定められたトリップ数だけスレーブになってもよい。一般に修理工場等においては、外部スキャンツールを通信線のコネクタに装着して１トリップ〜数トリップ間、この外部スキャンツールによって車両診断を行うことになるため、トランスポンダの動作停止期間はこのトリップ数で指定するのが好ましい。なお、通常、指定されたトリップ数だけ停止した後は、トランスポンダの動作停止は解除される。

また、このようにデータ衝突を回避する場合において、前記トランスポンダは、前記外部スキャンツールのスレーブになってから前記外部スキャンツールが前記通信線に送信しない状態が予め定められた上限期間を越えて続いた場合には、前記外部スキャンツールのスレーブ化を解除してもよい。この場合、例えば、意に反して上述のトリップ数が極めて大きな値に設定されていたとしても、トランスポンダがスレーブになってから外部スキャンツールが通信線に送信しない状態が、指定されたトリップ数とは別に定められた上限期間を越えた場合には、既に車両は修理工場等から戻って通常の走行をしていると判断し、トランスポンダのスレーブ状態が解除される。この結果、トランスポンダは外部無線通信機器の要求に応じることが可能になる。

また、本発明の車両診断システムにおいて、前記トランスポンダは、前記外部無線通信機器からの要求に基づき動作を行っている場合には、前記コネクタを介して前記トランスポンダに接続された前記外部スキャンツールに対して、例えば割込を禁止したりビジー信号を送ることにより、前記トランスポンダへの要求を停止させてもよい。この場合、通信線上で外部無線機器との通信データと外部スキャンツールとの通信データが衝突することがなく、トランスポンダは外部無線通信機器からの要求と外部スキャンツールからの要求にスムーズに対処できる。

また、本発明の車両診断システムにおいて、前記トランスポンダは、前記コネクタを介して前記トランスポンダに接続された前記外部スキャンツールからの要求に基づき動作を行っている場合には、前記外部無線通信機器に対して、例えば割込を禁止したりビジー信号を送ることにより、前記トランスポンダへの要求を停止させてもよい。この場合も、通信線上で外部無線機器との通信データと外部スキャンツールとの通信データが衝突することがなく、トランスポンダは外部無線通信機器からの要求と外部スキャンツールからの要求にスムーズに対処できる。

以下に、本発明の好適な実施形態を図面に基づいて説明する。

［第１実施形態］
図１は、本実施形態の車両診断システムの全体を表す概略ブロック図である。この本実施形態の車両診断システム１は、エンジンＥＣＵ２、Ｋライン３、トランスポンダ４から構成されている。

エンジンＥＣＵ２は、インジェクタ１１やイグナイタ１２等の車載機器の動作を制御すると共にこれらの動作状況に関するデータとしてダイアグコード等のダイアグ情報をバックアップＲＡＭ２５に記憶するものである。このエンジンＥＣＵ２は、回転数を測定する回転センサ１３、空気量を測定するエアフロセンサ１４、冷却水温を測定する水温センサ１５、スロットルバルブの開度を測定するスロットルセンサ１６、排ガス中のＯ₂センサ濃度を検出するＯ₂センサ１７、スタータモータを始動するスタータスイッチ１８等の信号を入出力回路２１経由でマイコン２２のＩ／Ｏ２３に入力し、これらの入力信号を基に、マイコン２２のＣＰＵ２４がＲＯＭ２７に記憶された各種制御プログラムにしたがって、適宜データをＲＡＭ２６に一時記憶させながら、エンジンにとって最適な噴射量、噴射タイミング、点火時期を計算し、インジェクタ１１、イグナイタ１２等の車載機器にＩ／Ｏ２３、入出力回路２１を経由して出力する。

また、マイコン２２は、上述したセンサ等からの入力信号から自己診断プログラムにしたがって車両各部の正常、異常を判定すると共に、異常発生時には警告ランプ３１を点灯させて異常の発生を運転者に知らせる。一例として、所定時間毎に実行されるエアフロセンサ１４の異常検出処理について簡単に説明すると、まず、エアフロセンサ１４の出力値が所定範囲内にあるか否かを判別し、その結果、所定範囲内であればエアフロメータ正常判定フラグをセットすると共に異常判定フラグをリセットし、所定範囲外であれば異常が発生したとして異常判定フラグをセットする。そして、異常判定フラグがセットされているか否かを判別し、セットされていればエアフロセンサ１４の異常を表示する警告ランプ３１を点灯させると共に、異常の発生箇所、種類等に対応して予め定められたダイアグコードをバックアップＲＡＭ２５に記憶する。

また、マイコン２２のシリアルＩ／Ｏ２８は通信回路２９経由でＫライン３に接続され、トランスポンダ４又は外部スキャンツール６と例えばＩＳＯ９１４１−２のプロトコルにしたがって、ダイアグ情報についての通信を行う。なお、入出力回路２１、マイコン２２、通信回路２９は電源回路３０から電力の供給を受けている。

Ｋライン３は、ＯＢＤＩＩ対応の通信線であり、エンジンＥＣＵ２に記憶されたダイアグ情報を読み出す外部スキャンツール６をコネクタ３２に着脱自在に装着することにより、外部スキャンツール６とエンジンＥＣＵ２を接続するものである。また、このＫライン３は、コネクタ３２とエンジンＥＣＵ２の中間部分から分岐する分岐線３ａを備えており、この分岐線３ａにはトランスポンダ４に接続されている。

トランスポンダ４は、外部無線通信機器であるレシーバシステム５（例えば道路端や人工衛星に設置したもの）からの要求を無線データとして受信し、その要求に応じてダイアグ情報を読み出し、読み出したダイアグ情報を無線データとしてレシーバシステム５へ送信するものである。このトランスポンダ４は、Ｋライン３経由でエンジンＥＣＵ２と通信を行うことによりエンジンＥＣＵ２から必要なダイアグ情報を収集するスキャンツール部４１と、エンジンＥＣＵ２から読み出すダイアグ情報をスキャンツール部４１へ指示すると共にレシーバシステム５からの要求に応じて無線データの応答メッセージを作成するデータ加工部４２と、レシーバシステム５と通信を行う無線通信部４３を備えている。これら各部の機能は本実施形態では一つのマイコンで処理しているが、各部の機能ごとに個別のマイコンで処理してもよい。また、このトランスポンダ４は、ダイアグ情報を記憶するための第１メモリ４４と、ＶＩＮ（車両コード）を記憶するための第２メモリ４５とを備えている。両メモリ４４、４５はいずれもＥＥＰＲＯＭあるいはバックアップＲＡＭ、フラッシュメモリ等の不揮発性メモリである。なお、スキャンツール部４１は、外部スキャンツール６のように入力装置や表示装置を備えていてもよい。

外部スキャンツール６は、ＯＢＤＩＩ対応の外部診断装置であり、図１ではＫライン３のコネクタ３２から外した状態を示してあるが、通常は、車両が修理工場等に持ち込まれたときにコネクタ６６がＫライン３のコネクタ３２に装着されてエンジンＥＣＵ２からダイアグ情報を収集するものである。この外部スキャンツール６は、通信回路６１、マイコン６２、ＩＣカード等の記憶装置６３、ＬＣＤ等の表示装置６４、キーボード等の入力装置６５を備えている。Ｋライン３のコネクタ３２に装着された外部スキャンツール６は、作業者により任意のダイアグ情報の項目が入力装置６５から入力されると、マイコン６２が記憶装置６３に記憶されたプログラムに従って入力装置６５からの入力を、通信回路６１、Ｋライン３経由でエンジンＥＣＵ２にＳＡＥで定められた通信フォーマットで例えばＩＳＯ９１４１−２プロトコルにより送信し、エンジンＥＣＵ２からの応答を待つ。そしてエンジンＥＣＵ２からの応答を受信すると、取得した情報を表示装置６４に表示する。

次に、本実施形態の車両診断システム１について、外部スキャンツール６が接続されていない場合のトランスポンダ４の動作を説明する。図２は、トランスポンダ４のデータ加工部４２のデータ加工処理を表すフローチャートである。このデータ加工処理は、一定タイミング毎にコールされ、処理が開始されると、まずステップ（以下Ｓという）１０１において、レシーバシステム５からの要求メッセージの有無を示す無線要求フラグＸＲＥＱ１のオンオフを判定する。Ｓ１０１において、この無線要求フラグＸＲＥＱ１がオフならば（Ｓ１０１でＮＯ）、レシーバシステム５からの要求メッセージがないので、続くＳ１０２〜Ｓ１０８の処理、つまり、スキャンツール部４１を通じてエンジンＥＣＵ２にダイアグ情報を要求したりスキャンツール部４１を通じてエンジンＥＣＵ２からのダイアグ情報を取得したりする処理を行う。

Ｓ１０２において、スキャンツール部４１がエンジンＥＣＵ２から応答メッセージを受信したか否かを表すダイアグ応答フラグＸＡＮＳ２のオンオフを判定する。ダイアグ応答フラグＸＡＮＳ２がオフならば（Ｓ１０２でＮＯ）、エンジンＥＣＵ２からの応答メッセージを受信していないので、Ｓ１０３へ進む。Ｓ１０３では、スキャンツール部４１に対して要素ナンバが指定されているか否かを表すダイアグ要求フラグＸＲＥＱ２のオンオフを判断する。ここで、要素ナンバとは、ＯＢＤＩＩモード、ＩＤ、フレームナンバ等と関係づけられた数字のことをいい、図３にその対照テーブルの一例を示す。ここで、ＯＢＤＩＩモードとは、モード０１は最新パワートレーンデータ出力機能でエンジンの各種パラメータやエンジン名やモデルイヤー等を表す車両情報、モード０２は故障した際のエンジン制御状態を表すフリーズフレーム、モード０３は異常情報を表すダイアグコードを表し、またＩＤとは、例えば冷却水温度、エンジン回転数等を数字で表したものである。

Ｓ１０３において、このダイアグ要求フラグＸＲＥＱ２がオンならば（Ｓ１０３でＹＥＳ）、前回指定した要素ナンバについて現在処理している途中なので、そのままこの処理を終える。一方、Ｓ１０３において、ダイアグ要求フラグＸＲＥＱ２がオフならば（Ｓ１０３でＮＯ）、データ加工部４２からスキャンツール部４１へ要素ナンバが出されていないので、Ｓ１０４に進む。Ｓ１０４では、スキャンツール部４１へ要素ナンバを出すタイミングか否か（つまりエンジンＥＣＵ２に要求メッセージを出すタイミングか否か）を判断する。本実施形態では、このタイミングとして１０秒毎のタイミングを採用しているが、このように一定時間毎のタイミング以外に、例えばエンジンが所定回転する毎のタイミングであってもよい。

Ｓ１０４において、１０秒毎のタイミングでなければ（Ｓ１０４でＮＯ）、エンジンＥＣＵ２に要求メッセージを送信する必要はないので、この処理を終了する。一方、所定タイミングであれば（Ｓ１０４でＹＥＳ）、続くＳ１０５において、新たに指定された要素ナンバが存在することをスキャンツール部４１に伝えるためにダイアグ要求フラグＸＲＥＱ２をオンにし、Ｓ１０６において、収集すべきダイアグ情報を表す要素ナンバを指定し、この処理を終了する。なお、要素ナンバの指定は、変数ｄａｔａ＿ｎｏ（ｋ）で行うが、ここでは１０秒毎のタイミングのたびにｋ＝０からｋ＝ｎまで順次更新していき、ｋ＝ｎまで更新した後はｋ＝０に戻す。

ところで、Ｓ１０２において、ダイアグ応答フラグＸＡＮＳ２がオンならば（Ｓ１０２でＹＥＳ）、スキャンツール部４１がエンジンＥＣＵ２からの応答メッセージを受信しているため、Ｓ１０７においてデータ加工部４２はその応答メッセージに従って第１メモリ４４の内容を更新する。具体的には、第１メモリ４４には図３のテーブル形式でダイアグ情報が記憶されているため、応答メッセージの要素ナンバに応じてその内容を更新する。そして更新後、Ｓ１０８に進み、ダイアグ応答フラグＸＡＮＳ２をオフにして、この処理を終了する。なお、第１メモリ４４には図３のテーブル形式でダイアグ情報を記憶する代わりに、例えばダイアグ情報をトランスポンダ４とレシーバシステム５との間の通信フォーマットに合わせて加工したものを記憶してもよい。

さて、Ｓ１０１において、無線要求フラグＸＲＥＱ１がオンならば（Ｓ１０１でＹＥＳ）、レシーバシステム５からの要求メッセージがあるので、続くＳ１０９以下の処理を行う。なお、本実施形態では、レシーバシステム５からトランスポンダ４への無線による要求メッセージの通信フォーマットは、図４に示すように、ヘッダ、モード指定などから構成されているが、これ以外のフォーマットを採用してもよい。また、便宜上、モードにはＦ１、Ｆ２、Ｆ４、ＦＦの４種類が存在することとし、モードＦ１は特定車両コードの車両へのダイアグコードの問い合わせ、モードＦ２は特定車両コードの車両へのフリーズフレームデータの問い合わせ、モードＦ４は特定車両コードの車両へのダイアグデータ消去要求、モードＦＦは特定エンジン、モデルイヤーの車両へのダイアグコードの問い合わせを表すこととする。

Ｓ１０９においてレシーバシステム５からの要求メッセージのモードを判定し、そのモードに対応した応答メッセージを図４の通信フォーマットで作成し、図示しない送信バッファに記憶する。続くＳ１１０においてレシーバシステム５に対する応答メッセージの送信準備が完了したことを示す無線応答フラグＸＡＮＳ１をオンにし、Ｓ１１１において無線要求フラグＸＲＥＱ１をオフにして、この処理を終了する。ここで、要求メッセージがモードＦ１の場合を例にとって説明すると、Ｓ１０９において、ヘッダを付加し、モード指定としてモードＦ１を付加し、第２メモリからＶＩＮを読み出して付加し、第１メモリの要素ナンバ「０」からダイアグコードを取り出して付加することにより、図４の通信フォーマットの応答メッセージが作成される。

なお、図２のフローチャートには図示しないが、Ｓ１０１において無線要求フラグＸＲＥＱ１がオンだったにもかかわらず、そのモードがＦ１、Ｆ２、Ｆ４、ＦＦのいずれでもなかった場合には、フェイルセールのため、無線要求フラグＸＲＥＱ１に関して異常があったと判断してＳ１１１に進み、この無線要求フラグＸＲＥＱ１をオフにして、この処理を終了する。

次に、スキャンツール部４１のスキャンツール処理について図５のフローチャートに基づいて説明する。このスキャンツール処理は、一定タイミング毎にコールされ、処理が開始されると、Ｓ２０１で、ダイアグ要求フラグＸＲＥＱ２のオンオフを判定する。そして、このダイアグ要求フラグＸＲＥＱ２がオンならば（Ｓ２０１でＹＥＳ）、上述のデータ加工処理において新たに指定された要素ナンバが存在するため、Ｓ２０２において、図３の対照テーブルを参照してこの要素ナンバに対応するＯＢＤＩＩモード、ＩＤ等を決定し、Ｓ２０３において、図６のＳＡＥで定められた通信フォーマット（ダイアグコードに関する要求、応答例）の要求メッセージを作成し、これを例えばＩＳＯ９１４１−２プロトコルでエンジンＥＣＵ２に送信する。そして、Ｓ２０４において、ダイアグ要求フラグＸＲＥＱ２をオフにし、この処理を終了する。一方、Ｓ２０１で、ダイアグ要求フラグＸＲＥＱ２がオフならば、新たに指定された要素ナンバが存在しないので、続く２０５において、エンジンＥＣＵ２から応答があったか否かを判断する。このＳ２０５において応答がなければ（Ｓ２０５でＮＯ）、この処理を終了し、応答があれば（Ｓ２０５でＹＥＳ）、続くＳ２０６においてＩＳＯ９１４１−２プロトコルで応答メッセージを受信し、Ｓ２０７において、スキャンツール部４１がエンジンＥＣＵ２から応答メッセージを受信したことを示すためにダイアグ応答フラグＸＡＮＳ２をオンにして、この処理を終了する。

ところで、エンジンＥＣＵ２は、既述したエアフロセンサの異常検出処理のように、所定タイミング毎に異常発生の有無を判断し、異常が発生した場合には、異常の発生箇所、種類等に対応して予め定められたダイアグコード等のダイアグ情報をバックアップＲＡＭ２５に記憶している。このため、エンジンＥＣＵ２は、スキャンツール部４１からの要求メッセージを受信すると、この要求メッセージに対応する応答メッセージをバックアップＲＡＭ２５に記憶されたダイアグ情報から読み出して図６の通信フォーマット形式で作成し、これをＩＳＯ９１４１−２プロトコルでスキャンツール部４１へ返信する。次に、無線通信部の無線通信処理について図７のフローチャートに基づいて説明する。この無線通信処理は、一定タイミング毎にコールされ、処理が開始されると、Ｓ３０１で、レシーバシステム５からの無線データを受信中か否かを判断し、無線データ受信中でなければ、Ｓ３０２に進み、レシーバシステム５に対する応答メッセージの送信準備が完了したか否かを示す無線応答フラグＸＡＮＳ１のオンオフを判定する。そして、この無線応答フラグＸＡＮＳ１がオフならば、レシーバシステム５に送信すべき応答メッセージが存在しないため、この処理を終える。一方、無線応答フラグＸＡＮＳ１がオンならば、既に述べたデータ加工処理のＳ１０９においてレシーバシステム５に対する応答メッセージが作成され送信準備が完了しているため、Ｓ３０３において、図示しない送信バッファに記憶された応答メッセージをレシーバシステム５に無線送信し、続くＳ３０４において、無線応答フラグＸＡＮＳ１をオフにし、この処理を終了する。また、Ｓ３０１において、レシーバシステム５からの無線データを受信中ならば、Ｓ３０５において、レシーバシステム５からの無線データ（要求メッセージ）を図示しない受信バッファに記憶し、Ｓ３０６において、新たな要求メッセージの存在を示すために無線要求フラグＸＲＥＱ１をオンにして、この処理を終える。

以上のトランスポンダ４の各処理について具体的な処理例を以下に説明する。トランスポンダ４は、データ加工処理において、所定タイミング毎にダイアグ要求フラグＸＲＥＱ２をオンにし（Ｓ１０４でＹＥＳ、Ｓ１０５）、収集すべきダイアグ情報を表す要素ナンバを指定する（Ｓ１０６）。すると、スキャンツール処理において、ダイアグ要求フラグＸＲＥＱ２がオンと判定され（Ｓ２０１でＹＥＳ）、その要素ナンバに応じて図３の対照テーブルを検索してＯＢＤＩＩモード、ＩＤ等を読み出し、要求メッセージをＳＡＥで定められた通信フォーマットで作成してＩＳＯ９１４１−２プロトコルによりＫライン３経由でエンジンＥＣＵに送信し（Ｓ２０２、Ｓ２０３）、ダイアグ要求フラグＸＲＥＱ２をオフにする（Ｓ２０４）。その後、エンジンＥＣＵ２から要求メッセージに対する応答メッセージが返信されると（Ｓ２０１でＮＯ、Ｓ２０５でＹＥＳ）、その応答メッセージを受信し（Ｓ２０６）、ダイアグ受信フラグＸＡＮＳ２をオンにする（Ｓ２０７）。すると、データ加工処理において、ダイアグ受信フラグＸＡＮＳ２がオンと判定され（Ｓ１０２でＹＥＳ）、第１メモリ４４内のダイアグ情報が応答メッセージに基づいて更新され（Ｓ１０７）、ダイアグ受信フラグＸＡＮＳ２がオフされる（Ｓ１０８）。このようにして、トランスポンダ４はレシーバシステム５の要求の有無にかかわらず、エンジンＥＣＵ２から所定タイミング（１０秒）毎にダイアグ情報を収集し、それを第１メモリ４４に記憶・更新していく。

一方、トランスポンダ４は、無線通信処理において、レシーバシステム５から無線によるダイアグ情報の問い合わせがあると（Ｓ３０１でＹＥＳ）、その無線データ（図４の通信フォーマット形式の要求メッセージ）を受信バッファに記憶し（Ｓ３０５）、無線要求フラグＸＲＥＱ１をオンにする（Ｓ３０６）。すると、データ加工処理において、無線要求フラグＸＲＥＱ１がオンと判定され（Ｓ１０１でＹＥＳ）、その要求メッセージのモードに応じて、第１メモリ４４のダイアグ情報、第２メモリ４５のＶＩＮなどを付加して図４に示す通信フォーマット形式の応答メッセージを作成し（Ｓ１０９）、無線応答フラグＸＡＮＳ１をオン、無線要求フラグＸＲＥＱ１をオフにする（Ｓ１１０、Ｓ１１１）。すると、無線通信処理において、無線応答フラグＸＡＮＳ１がオンと判定され（Ｓ３０２でＹＥＳ）、応答メッセージをレシーバシステム５に送信し（Ｓ３０３）、無線応答フラグＸＡＮＳ１をオフにする（Ｓ３０４）。このように、レシーバシステム５から無線によるダイアグ情報の問い合わせがあると、トランスポンダ４は内蔵メモリである第１メモリ４４、第２メモリ４５に記憶したダイアグ情報、ＶＩＮを読み出して図４の通信フォーマット形式の応答メッセージを作成し、レシーバシステム５に返信する。

以上のように、トランスポンダ４は、レシーバシステム５との無線通信およびエンジンＥＣＵ２との例えばＩＳＯ９１４１−２プロトコルによる通信が可能であるうえ、外部スキャンツール６と同様、エンジンＥＣＵ２に記憶されたダイアグ情報を読み出す機能を有している。このため、本実施形態の車両診断システム１によれば、従来のＯＢＤＩＩシステムにこのトランスポンダ４を付加するのみで、ＯＢＤＩＩＩに簡単に対応できると共に、従来通り、Ｋライン３のコネクタ３２に外部スキャンツール６を接続できるためＯＢＤＩＩにも対応できる。また、レシーバシステム５はトランスポンダ４からの応答メッセージに含まれるＶＩＮによってどの車両からデータが送られてきたのかを容易に特定できる。更に、レシーバシステム５からの要求前に予めトランスポンダ４の第１メモリ４４にダイアグ情報が記憶され、この第１メモリ４４からダイアグ情報を読み出してレシーバシステム５へ返信するため、レシーバシステム５からの要求を無線で受信するごとにエンジンＥＣＵ２に記憶されたデータを読み出してレシーバシステム５へ返信する場合に比べて、要求を受けてから応答を返すまでの時間が短縮できる。

次に、本実施形態の車両診断システム１について、外部スキャンツール６が装着された場合のトランスポンダ４の動作を説明する。本実施形態の車両診断システム１では、トランスポンダ４は、上述の通り、所定タイミング（１０秒）毎にＫライン３を介してエンジンＥＣＵ２にＩＳＯプロトコル−２で要求メッセージをシリアル送信する。一方、Ｋライン３のコネクタ３２に装着された外部スキャンツール６は、オペレータが入力装置６５から要求を入力するタイミングでＫライン３を介してエンジンＥＣＵ２にＩＳＯプロトコル−２で要求メッセージをシリアル送信する。ところで、ＯＢＤＩＩ対応のＩＳＯ９１４１−２プロトコルは、マスタ・スレーブ通信であるため、車両診断システム１に外部スキャンツール６が接続されてマスタがトランスポンダ４と外部スキャンツール６の２つになると、各マスタはバスが空いてさえいれば任意のタイミングでメッセージを送信する。このため、Ｋライン３上でデータが衝突するおそれがある。

そこで、このようなデータ衝突を回避するために、トランスポンダ４のスキャンツール部４１は図８のフローチャートに示す割込処理を実行する。この割り込み処理は、スキャンツール部４１が１バイトシリアル受信する毎に発生するものであり、具体的には、エンジンＥＣＵ２からの応答メッセージを１バイトシリアル受信した場合等のほか、スキャンツール部４１がエンジンＥＣＵ２へ要求メッセージを１バイトシリアル送信したあとＫライン３経由でエコーバックしてくる同一データを受信した場合に発生する。

この割り込み処理が開始されると、まず、Ｓ４０１において、スキャンツール部４１からエンジンＥＣＵ２にＫライン３経由で要求メッセージを送信中か否かを判断し、送信中でなければ（Ｓ４０１でＮＯ）、今回シリアル受信したデータはエコーバックしたきたものではないので、Ｓ４０９に進み、１バイト毎に図示しない受信バッファにデータを記憶する通常の受信処理を行う。一方、エンジンＥＣＵ２にＫライン３経由で要求メッセージを送信中であれば（Ｓ４０１でＹＥＳ）、今回シリアル受信したデータはエコーバックしてきたものである。この場合、Ｓ４０２において、フレーミングエラー等のシリアル通信エラーが発生したか否かを判断し、続くＳ４０３において、シリアル送信したデータとエコーバックしてきたシリアル受信したデータとが一致しているか否かを判断する。Ｓ４０２でシリアル通信エラーの発生がなく、Ｓ４０３で送受信データが一致したならば（Ｓ４０２、Ｓ４０３で共にＹＥＳ）、Ｓ４０４において、引き続きスキャンツール部４１のシリアル送信処理を継続することを表すために送信フラグをオンにし、この処理を終了する。この送信フラグがオンの場合には、図示しないが所定タイミング毎に実行されるシリアル送信処理を継続する。

一方、Ｓ４０２でシリアル通信エラーが発生したか、Ｓ４０３で送受信データが一致しなかったならば（Ｓ４０２、Ｓ４０３のいずれかでＮＯ）、Ｓ４０５に進み、通信異常回数カウンタをインクリメントし、続くＳ４０６で通信異常回数カウンタの値が予め定められた異常判定値と比較し、カウンタ値が異常判定値未満なら（Ｓ４０６でＮＯ）、ば前述のＳ４０４に進み、カウンタ値が異常判定値以上なら（Ｓ４０６でＹＥＳ）、Ｋライン３上で外部スキャンツール６からの要求メッセージとデータが衝突している可能性が高いので、続くＳ４０７において、上述の送信フラグをオフし、シリアル送信処理が中止され、トランスポンダ４のマスタ動作が停止する。そして、続くＳ４０８において、所定トリップ数の期間だけ、トランスポンダ４の動作をマスタからスレーブに移行させる。これにより、トランスポンダ４は外部スキャンツール６からの要求に応じてダイアグ情報を外部スキャンツール６へ送信する。なお、所定トリップ数の期間経過後は、トランスポンダは再びマスタ動作を実行する。また、スレーブ動作中は、この割込処理のＳ４０９において、外部スキャンツール６からの要求メッセージを受信する。

以上の割込処理を実行することにより、トランスポンダ４は、Ｋライン３上におけるデータの衝突の有無を判断し、データの衝突があった場合には、Ｋライン３上へのシリアル送信処理を中止し、自らを外部スキャンツール６のスレーブとして動作することにより、その後のデータの衝突を回避する。また、トランスポンダ４がこのようなデータの衝突を回避する割込処理を実行するため、外部スキャンツール６は従来使用していたものをそのまま用いることができる。

なお、データの衝突を回避するには、トランスポンダ４のマスタ動作を停止すれば十分であるが、トランスポンダ４が外部スキャンツール６のスレーブとなることにより、外部スキャンツール６はエンジンＥＣＵ２とトランスポンダ４の両方にダイアグ情報を要求し両方のダイアグ情報を収集できる。このため、例えばあるダイアグ情報についてはエンジンＥＣＵ２からの方が詳しく、別のダイアグ情報についてはトランスポンダ４からの方が詳しい場合には、外部スキャンツール６はいずれか詳しいダイアグ情報を選択して取り込むことができる。

さて、Ｋライン３上でのデータの衝突を回避するための処理として、トランスポンダ４ではなく、外部スキャンツール６が図９のフローチャートに示す割込処理を実行してもよい。この処理は、図８の割込処理とは別に実行してもよいし、併せて実行してもよい。

ここでは、前提として、外部スキャンツール６のオペレータは、エンジンＥＣＵ２からダイアグ情報を収集するためのキー入力操作に先立ち、トランスポンダ４にマスタ動作停止要求又はスレーブ化要求のキー入力操作を行うものとする。また、ここでは説明の便宜上、外部スキャンツール６からトランスポンダ４へのダイアグ情報の要求は行わないものとする。

図９の割り込み処理は、所定タイミング毎に発生するものであり、この処理が開始されると、外部スキャンツール６のマイコン６２は、まずＳ５０１において、Ｋライン３上へ送信する必要があるキー入力が入力装置６５を介してなされたか否かを判断し、そのようなキー入力がなされていなければ（Ｓ５０１でＮＯ）、後述のＳ５０５に進む。一方、そのようなキー入力がなされたならば（Ｓ５０１でＹＥＳ）、続くＳ５０２において、そのキー入力による要求はトランスポンダ４への要求か否かを判断し、トランスポンダ４への要求でなければ（Ｓ５０２でＮＯ）、エンジンＥＣＵ２への要求であるため、Ｓ５０４において、ＳＡＥで定められた通信フォーマット形式でダイアグ情報を要求するためのメッセージを作成し、これをＩＳＯ９１４１−２プロトコルによりＫライン３経由でエンジンＥＣＵ２に送信する。一方、トランスポンダ４への要求であれば（Ｓ５０２でＹＥＳ）、Ｓ５０３において、ＳＡＥで定められた通信フォーマット形式でマスタ動作停止要求又はスレーブ化要求のメッセージを作成し、これをＩＳＯ９１４１−２プロトコルでＫライン３経由でトランスポンダ４に送信する。なお、マスタ動作停止要求又はスレーブ化の要求は、例えば図１０のように、トランスポンダ４の要求であることを示すヘッダと、マスタ動作又はスレーブ動作を指示するモード指定と、スレーブ化期間を示すトリップ指定とを含む通信フォーマットにより行う。

その後Ｓ５０５において、Ｋライン経由でメッセージを受信中か否かを判断し、受信中でなければ（Ｓ５０５でＮＯ）、表示装置６４にメニュー画面等を表示した上でこの処理を終了する。一方、メッセージを受信中ならば（Ｓ５０５でＹＥＳ）、Ｓ５０６で１メッセージ受信した後、Ｓ５０７で受信したメッセージに対応した要求を外部スキャンツール６が送信したか否かを判断する。そして、受信メッセージに対応した要求を送信していたならば（Ｓ５０７でＹＥＳ）、Ｓ５０８において、取得したダイアグ情報を表示装置６４に表示してこの処理を終了する。一方、そのような要求を送信していなかったならば（Ｓ５０７でＮＯ）、外部スキャンツール６以外のマスタとしてトランスポンダ４が存在していることになるので、続くＳ５０９において、図１０の通信フォーマット形式でマスタ動作停止要求又はスレーブ化要求のメッセージを作成し、これをＩＳＯ９１４１−２プロトコルでＫライン経由でトランスポンダ４に送信し、この処理を終える。

以上のように、オペレータは、エンジンＥＣＵ２からダイアグ情報を収集するためのキー入力操作に先立ち、トランスポンダ４にマスタ動作停止要求又はスレーブ化要求のキー入力操作を行うため、Ｋライン３上で外部スキャンツール６からの要求とトランスポンダ４からの要求が衝突するのを回避できる。

なお、上記Ｓ５０１〜Ｓ５０４に代えて、外部スキャンツール６は、図１１に示すように、Ｓ５１１において、オペレータがエンジンＥＣＵ２へダイアグ情報を要求するためのキー入力操作を行ったか否かを判断し、そのようなキー入力操作を行ったならば（Ｓ５１１でＹＥＳ）、Ｓ５１２において、Ｋライン３経由でトランスポンダ４にマスタ動作停止要求又はスレーブ化要求のメッセージを送信し、その後Ｓ５１３において、Ｋライン３経由でエンジンＥＣＵ２にダイアグ情報を要求するメッセージを送信するようにしてもよい。この場合、オペレータは、トランスポンダ４へのマスタ動作停止要求又はスレーブ化要求の入力操作をする必要がない。

ところで、図８又は図９のフローチャートにおいて、トランスポンダ４がマスタ動作を停止する期間又はスレーブ化する期間をトリップ数（１トリップとは、イグニッションがオンされてからオフされるまでの期間）で指定した場合、その指定したトリップ数が意に反して極端に大きな数になっていたとすると、車両が修理工場等からユーザーの手元に戻ったあとも、いつまでたっても、トランスポンダ４がマスタに復帰せず、レシーバシステム５との無線通信ができないおそれがある。

このおそれを防止するために、トランスポンダ４は図１２に示すフローチャートに従って、動作復帰処理を実行する。この動作復帰処理は、イグニッションがオンされる毎に実行される処理であり、この処理が開始されると、Ｓ６０１において、トリップカウンタのカウンタ値ＣＲＴＲＩＰをインクリメントする。トリップカウンタは、外部スキャンツール６がＫライン３にアクセスしなかったトリップ数をカウントするカウンタである。なお、外部スキャンツール６がＫライン３にアクセスする毎に、このカウンタ値ＣＲＴＲＩＰはリセットされる。本実施形態では、トランスポンダ４がＫライン３経由で外部スキャンツール６からのメッセージを受信する毎に、外部スキャンツール６がＫライン３にアクセスしているとみなして、カウンタ値ＣＲＴＲＩＰをリセットする。具体的にはメッセージのヘッダで判定する。続くＳ６０２において、カウンタ値ＣＲＴＲＩＰが所定の上限値を越えたか否かを判断し、上限値を越えていなければ（Ｓ６０２でＮＯ）、この処理を終了し、マスタ動作停止状態又はスレーブ化状態を継続する。一方、上限値を越えたならば（Ｓ６０２でＹＥＳ）、外部スキャンツール６がＫライン３にアクセスしない期間が所定トリップ数を越えて続いていることになり、外部スキャンツール６が取り外されて車両が修理工場等からユーザーの手元に戻ったと判断して、トランスポンダ４の動作を元どおりに復帰する。

なお、本実施形態において、図１３に示すようなジョイント線３５を備えたトランスポンダ４を用意してもよい。このジョイント線３５は、一端にＫライン３のコネクタ３２と接続可能なコネクタ３５ａと、他端にＫライン３のコネクタ３２と同様のコネクタ３５ｂを備えたＯＢＤＩＩ対応の通信線であって、両コネクタ３５ａ、３５ｂの中間部分から分岐してトランスポンダ４に接続されている。そして、既存のＯＢＤＩＩ対応のエンジンＥＣＵ２にこのジョイント線３５のコネクタ３５ａを接続すれば、極めて容易にＯＢＤＩＩＩに対応できるようになるうえ、既存のＯＢＤＩＩ対応の外部スキャンツール６もジョイント線３５のコネクタ３５ｂに接続して従来と同様にして使用できる。

また、上記実施形態では、Ｋライン３に車載ＥＣＵとしてエンジンＥＣＵ２を接続した車両診断システムを例示したが、Ｋライン３にはこのエンジンＥＣＵ２と並列になるように他の車載ＥＣＵが接続されていてもよい。

［第２実施形態］
図１４は、本実施形態の車両診断システムの全体を表す概略ブロック図である。この本実施形態の車両診断システム１０１は、エンジンＥＣＵ１０２、Ｋライン１０３、トランスポンダ１０４を備えており、トランスポンダ１０４はＫライン１０３のコネクタ１３２に接続可能なコネクタ１４１とＫライン１０３のコネクタ１３２と同様のコネクタ１４２を備えている。そして、トランスポンダ１０４のコネクタ１４１をＫライン１０３のコネクタ１３２に接続することにより、エンジンＥＣＵ１０２とトランスポンダ１０４がＫライン１０３を介して接続される。また、外部スキャンツール１０６のコネクタ１６６は、トランスポンダ１０４のコネクタ１４２に着脱可能に装着される。なお、エンジンＥＣＵ１０２、Ｋライン１０３、トランスポンダ１０４、外部スキャンツール１０６、レシーバシステム１０５の基本構成については、第１実施形態のエンジンＥＣＵ２、Ｋライン３、トランスポンダ４、外部スキャンツール６と同様なので、ここではその説明を省略する。

次に、本実施形態の車両診断システム１０１について、トランスポンダ１０４の動作を説明する。トランスポンダ１０４は、レシーバシステム１０５との無線通信をベース処理とし、外部スキャンツール１０６とのＩＳＯ９１４１−２プロトコルによるＫライン１０３経由の通信を割込処理としている。また、本実施形態では、トランスポンダ１０４はレシーバシステム１０５の無線要求があったときのみ、その要求について無線通信フォーマット（図４参照）からＳＡＥで定められた通信フォーマット（図６参照）にフォーマット変換し、エンジンＥＣＵ１０２に送信し、その応答を再びフォーマット変換して無線でレシーバシステム１０５に返信する。

図１５は、トランスポンダ１０４のべース処理を表すフローチャートである。このベース処理は、トランスポンダ１０４の図示しない電源が投入されることにより開始される。この処理が開始されると、まず、Ｓ７００において、許可フラグをオン、無線フラグをオフにセットする。なお、許可フラグは、Ｋライン１０３上にレシーバシステム１０５からの要求又はそれに対するエンジンＥＣＵ１０２からの応答のＫラインデータが存在する場合には、外部スキャンツール１０６からのＫラインデータが割り込むとこのＫラインデータと既にＫライン１０３に存在するＫラインデータとが衝突するおそれがあるため、割込処理を禁止すべくオフにセットされ、それ以外の場合には、割込処理を許可すべくオンにセットされるフラグである。また、無線フラグは、レシーバシステム１０５からトランスポンダ１０４のＩＤ（自己ＩＤ）を含む要求メッセージとしての無線データを受信してからレシーバシステム１０５にその要求メッセージに対する応答メッセージとしての無線データを送信するまでのあいだオンにセットされ、それ以外はオフにセットされる。

続くＳ７０１において、レシーバシステム１０５からの無線データをサンプリングする所定のタイミングか否かを判断し、所定タイミングでなければ（Ｓ７０１でＮＯ）、そのまま待機し、所定タイミングならば（Ｓ７０１でＹＥＳ）、Ｓ７０２に進み、無線データを受信し、その受信した無線データが自己ＩＤを含むか否かを判断する。そして、受信した無線データが自己ＩＤを含まなければ（Ｓ７０２でＮＯ）、Ｓ７０１に戻り、自己ＩＤを含んでいれば（Ｓ７０２でＹＥＳ）、続くＳ７０３において、許可フラグはオンのまま、無線フラグをオンにセットする。

続くＳ７０４において、レシーバシステム１０５からの要求メッセージとしての無線データ（図４参照）をＫラインデータ（図６参照）にフォーマット変換し、その後Ｓ７０５において、許可フラグをオフにセットしたうえで、Ｓ７０６においてそのＫラインデータをエンジンＥＣＵ１０２に送信する。その後、Ｓ７０７において、エンジンＥＣＵ１０２から応答メッセージとしてのＫラインデータを受信し、Ｓ７０８においてそのＫラインデータにＶＩＮを付加して無線データにフォーマット変換し、Ｓ７０９においてその無線データをレシーバシステム１０５へ送信し、その後Ｓ７００に戻って許可フラグをオン、無線フラグをオフにセットする。

次に、トランスポンダ１０４の割込処理について図１６のフローチャートに基づいて説明する。この割込処理は所定タイミング毎に開始される。この処理が開始されると、トランスポンダ１０４は、まず、Ｓ８０１において、外部スキャンツール１０６から割込要求があったか否かを判断し、Ｓ８０２で許可フラグがオンか否かを判断する。外部スキャンツール１０６からの割込要求がないか、許可フラグがオフであれば（Ｓ８０１又はＳ８０２でＮＯ）、この処理を終える。なお、外部スキャンツール１０６の割込要求は、オペレータが外部スキャンツール１０６の入力装置からダイアグ情報を取得する要求をキー入力したときに発生する。

Ｓ８０１で外部スキャンツール１０６の割込要求があり、Ｓ８０２で許可フラグがオンである場合（Ｓ８０１、Ｓ８０２で共にＹＥＳ）、Ｓ８０３に進んで無線フラグがオンか否かを判断し、無線フラグがオフであれば（Ｓ８０３でＮＯ）、トランスポンダ１０４は、未だレシーバシステム１０５から自己ＩＤを含む無線データを受信していないものの、外部スキャンツール１０６とエンジンＥＣＵ１０２とのＫライン経由の通信が長時間かかるとその途中でレシーバシステム１０５から無線データを受信することが起こり得るので、Ｓ８０４において、そのような場合に備えてレシーバシステム１０５にビジー信号（現在別の処理中であり、応答不可能を意味する信号）を送信する準備をする。そして、続くＳ８０５において、外部スキャンツール１０６からの要求メッセージをそのままＫライン１０３へ送信する。トランスポンダ１０４と外部スキャンツール１０６との通信は、Ｋラインデータを用いて行われるため、そのままＫライン１０３へ送信できるのである。その後、Ｓ８０６において、エンジンＥＣＵ１０２からその要求メッセージに対する応答メッセージとしてのＫラインデータを受信し、Ｓ８０７において、そのＫラインデータをそのまま外部スキャンツール１０６へ送信する。その後、Ｓ８０８において、ビジー信号の送信準備を解除して、この処理を終えてベース処理に復帰する。なお、Ｓ８０５〜Ｓ８０７の処理中にレシーバシステム１０５から無線データを受信したら、トランスポンダ１０４は準備していたビジー信号をレシーバシステム１０５に返信する。

Ｓ８０３において、無線フラグがオンであれば（Ｓ８０３でＹＥＳ）、トランスポンダ１０４は、既にレシーバシステム１０５から自己ＩＤを含む無線データを受信しているものの、この無線データをＫラインデータにフォーマット変換してこれからエンジンＥＣＵ１０２に送信しようとする段階のため、割込処理を優先させるべく、Ｓ８０９においてレシーバシステム１０５へビジー信号を送信する。その後、Ｓ８１０において、外部スキャンツール１０６からの要求メッセージをそのままＫライン１０３へ送信し、Ｓ８１１において、エンジンＥＣＵ１０２からその要求メッセージに対する応答メッセージとしてのＫラインデータを受信し、Ｓ８１２において、そのＫラインデータをそのまま外部スキャンツール１０６へ送信する。その後、Ｓ８１３において、レシーバシステム１０５へのビジー信号の送信を解除して、この処理を終えてベース処理に復帰する。

以上のように、本実施形態の車両診断システム１０１によれば、第１実施形態と同様、従来のＯＢＤＩＩシステムにトランスポンダ１０４を付加するのみで簡易にＯＢＤＩＩＩに対応でき、また、トランスポンダ１０４のコネクタ１４２に外部スキャンツール１０６を接続できるため、従来どおりＯＢＤＩＩにも対応できる。

また、トランスポンダ１０４は第１実施形態と同様、レシーバシステム１０５に対してＶＩＮを付加したデータを返信するため、レシーバシステム１０５はそのＶＩＮによってどの車両からデータが送られてきたのかを容易に特定できる。更に、トランスポンダ１０４は、レシーバシステム１０５からの要求に基づいてエンジンＥＣＵ１０２からダイアグ情報を読み出す動作を行っている場合には、外部スキャンツール１０６に対して割込を禁止し、外部スキャンツール１０６からの要求に基づいてエンジンＥＣＵ１０２からダイアグ情報を読み出す動作を行っている場合には、レシーバシステム１０５にビジー信号を送信するため、Ｋライン１０３上でデータ衝突を起こすことなく両者からの要求にスムーズに対処できる。

尚、本実施形態においても、第１実施形態と同様、トランスポンダ１０４はレシーバシステム１０５の無線要求の有無にかかわらず、所定タイミング毎にエンジンＥＣＵ１０２にダイアグ情報を要求しその応答を自己のバックアップＲＡＭに記憶し、レシーバシステム１０５から無線要求があった場合又は外部スキャンツール１０６から要求があった場合には、そのバックアップＲＡＭに記憶したダイアグ情報を読み出して応答するようにしてもよい。この場合、レシーバシステム１０５又は外部スキャンツール１０６から要求を受けてから応答するまでの時間が短くなるうえ、Ｋライン１０３上ではトランスポンダ１０４とエンジンＥＣＵ１０２との通信のみが行われるのでデータ衝突のおそれがない。

第１実施形態の車両診断システムの全体を表す概略ブロック図である。 第１実施形態のトランスポンダのデータ加工処理を表すフローチャートである。 要素ナンバとＯＢＤＩＩモード等との関係を表す対照テーブルの説明図である。 レシーバシステムとトランスポンダとの無線通信フォーマットを表す説明図である。 第１実施形態のトランスポンダのスキャンツール処理を表すフローチャートである。 ＳＡＥで定められた通信フォーマットの一例を表す説明図である。 第１実施形態のトランスポンダの無線通信処理を表すフローチャートである。 第１実施形態のトランスポンダによって実行されるデータ衝突回避のための割込処理を表すフローチャートである。 第１実施形態の外部スキャンツールによって実行されるデータ衝突回避のための割込処理を表すフローチャートである。 マスタ動作停止要求又はスレーブ化の要求の通信フォーマットの一例を表す説明図である。 第１実施形態の外部スキャンツールによって実行されるデータ衝突回避のための割込処理の変形例を表すフローチャートである。 第１実施形態のトランスポンダ４によって実行される動作復帰処理を表すフローチャートである。 第１実施形態の車両診断システムの変形例を表す概略ブロック図である。 第２実施形態の車両診断システムの全体を表す概略ブロック図である。 第２実施形態のトランスポンダのベース処理を表すフローチャートである。 第２実施形態のトランスポンダの割込処理を表すフローチャートである。

符号の説明

１ 車両診断システム
２ エンジンＥＣＵ
３ Ｋライン
３ａ 分岐線
４ トランスポンダ
５ レシーバシステム
６ 外部スキャンツール
３２ コネクタ
４１ スキャンツール部
４２ データ加工部
４３ 無線通信部
４４ 第１メモリ
４５ 第２メモリ

Claims (15)

1. 車載機器の動作を制御すると共に前記車載機器の動作状況に関するデータを記憶する車載電子制御ユニットと、
   前記車載電子制御ユニットに接続された通信線と、
   前記通信線に接続され、外部無線通信機器からの要求を無線で受信し、該要求に応じて前記車載機器の動作状況に関する動作データを読み出し、該読み出したデータを前記外部無線通信機器へ無線で送信するトランスポンダとを備え、
   前記トランスポンダは、データフォーマットを加工するデータ加工部を備えており、前記車載電子制御ユニットから前記動作データを取得要求する動作において、前記車載電子制御ユニットに対応した通信フォーマットとして前記動作データを要求する要求データを加工して前記車載電子制御ユニットに出力するとともに、前記動作データを前記外部無線通信機器へ出力するに際し、前記データ加工部により、前記車載電子制御ユニットから出力された前記動作データの通信フォーマットを前記外部無線通信機器への無線通信に対応した通信フォーマットに変更することを特徴とする車両診断システム。
2. 前記トランスポンダの前記データ加工部は、該トランスポンダにて受信した前記要求の通信フォーマットを前記車載電子制御ユニットに対応した通信フォーマットに変更し前記要求データとして前記車載電子制御ユニットに出力することを特徴とする請求項１に記載の車両診断システム。
3. 前記通信線には前記車載電子制御ユニットに記憶された前記動作データを読み出す外部スキャンツールを着脱自在に装着するコネクタが接続され、前記車載電子制御ユニットと前記外部スキャンツールとは前記車載電子制御ユニットから出力される前記動作データの通信フォーマットに従ってデータの送受信を行うことを特徴とする請求項１又は２に記載の車両診断システム。
4. 前記トランスポンダは、前記外部無線通信機器からの要求を無線で受信し、該要求に応じて前記車載機器の動作状況に関するデータを読み出し、該読み出したデータに車両コードを付加したものを前記外部無線通信機器へ無線で送信する請求項１〜３のいずれかに記載の車両診断システム。
5. 前記トランスポンダは、所定タイミング毎に前記車載電子制御ユニットから前記車載機器の動作状況に関するデータを読み出して該トランスポンダの内蔵メモリに記憶し、前記外部無線通信機器からの要求を無線で受信したとき、該要求に応じて前記内蔵メモリに記憶された前記車載機器の動作状況に関するデータを読み出し、該読み出したデータを前記外部無線通信機器へ無線で送信することを特徴とする請求項１〜４のいずれかに記載の車両診断システム。
6. 前記トランスポンダは、前記コネクタを介して前記通信線に接続された前記外部スキャンツールが前記車載電子制御ユニットにアクセスしている場合には、前記車載電子制御ユニットから前記車載機器の動作状況に関するデータを読み出す動作を停止することを特徴とする請求項１〜５のいずれかに記載の車両診断システム。
7. 前記コネクタを介して前記通信線に接続された前記外部スキャンツールは、前記トランスポンダに対して、前記車載電子制御ユニットから前記車載機器の動作状況に関するデータを読み出す動作を停止するように要求することを特徴とする請求項１〜６のいずれかに記載の車両診断システム。
8. 前記トランスポンダは、前記車載電子制御ユニットから前記車載機器の動作状況に関するデータを読み出す動作を停止する際、予め定められたトリップ数だけ前記動作を停止することを特徴とする請求項６又は７記載の車両診断システム。
9. 前記トランスポンダは、前記車載電子制御ユニットから前記車載機器の動作状況に関するデータを読み出す動作を停止してから前記外部スキャンツールが前記通信線に送信しない状態が予め定められた上限期間を越えて続いた場合には、前記車載電子制御ユニットから前記車載機器の動作状況に関するデータを読み出す動作を再開することを特徴とする請求項６〜８のいずれかに記載の車両診断システム。
10. 前記トランスポンダは、前記コネクタを介して前記通信線に接続された前記外部スキャンツールが前記車載電子制御ユニットにアクセスしている場合には、前記外部スキャンツールのスレーブになることを特徴とする請求項１〜９のいずれかに記載の車両診断システム。
11. 前記コネクタを介して前記通信線に接続された前記外部スキャンツールは、前記トランスポンダに対して、前記外部スキャンツールのスレーブになることを要求することを特徴とする請求項１〜１０のいずれかに記載の車両診断システム。
12. 前記トランスポンダは、前記外部スキャンツールのスレーブになる際、予め定められたトリップ数だけスレーブになることを特徴とする請求項１０又は１１記載の車両診断システム。
13. 前記トランスポンダは、前記外部スキャンツールのスレーブになってから前記外部スキャンツールが前記通信線に送信しない状態が予め定められた上限期間を越えて続いた場合には、前記外部スキャンツールのスレーブ化を解除することを特徴とする請求項１０〜１２のいずれかに記載の車両診断システム。
14. 前記トランスポンダは、前記外部無線通信機器からの要求に基づき動作を行っている場合には、前記コネクタを介して前記トランスポンダに接続された前記外部スキャンツールに対して、前記トランスポンダへの要求を停止させることを特徴とする請求項１に記載の車両診断システム。
15. 前記トランスポンダは、前記コネクタを介して前記トランスポンダに接続された前記外部スキャンツールからの要求に基づいき動作を行っている場合には、前記外部無線通信機器に対して、前記トランスポンダへの要求を停止させることを特徴とする請求項１又は１４のいずれかに記載の車両診断システム。

Images