JPH08223188A - 通信システム - Google Patents

Abstract

(57)【要約】 【目的】 マスタ装置が、継続（または中止）メッセー
ジを、スレーブ装置から連続送信される応答メッセージ
と通信路上で互いに衝突させることなく、通信線上に送
信する。 【構成】 要求メッセージの送信完了から時間Ｔ１が経
過したら、故障診断テスタ５（マスタ）は、アイドルカ
ウンタがＰ３′を超えたら継続メッセージを送信するよ
うに設定するとともに、エンジン制御装置１（スレー
ブ）は、アイドルカウンタがＰ２′（＞Ｐ３′）を超え
たら次の応答メッセージを送信するように設定する。こ
れによって、両メッセージが通信線上で互いに衝突させ
ることなく、制御装置１が次の応答メッセージを送信す
る前に、故障診断テスタ５から継続メッセージを送信す
ることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マスタ装置（例えばテ
スタのような外部装置）とスレーブ装置（例えばエンジ
ン制御装置、トランスミッション制御装置のような電子
制御装置）との間で、例えば診断のためのデータ通信を
行う通信システムに関する。

【０００２】

【従来の技術】近年の車両のエレクトロニクス化は目ざ
ましく、エンジンやトランスミッションをはじめとする
車両各部の車載機器が、マイクロコンピュータによって
高度に電子制御化されている。このため、これら車載機
器の制御性は飛躍的に高められるに至っているが、その
反面、これら車載機器の故障診断はますます複雑なもの
になってきている。

【０００３】このため多くの車載電子制御装置には自己
診断機能が付加されて、その対象とする車載機器を制御
するとともに、車載機器や制御装置自らの故障診断をも
行うように改良されたり、あるいは、（イ）これら車載
電子制御装置をスレーブ装置とし、このスレーブ装置
を、故障診断テスタと称されるマスタ装置としての外部
装置に共通接続し、この故障診断テスタによる支援のも
とに、より高度な故障診断や診断データの解析を行う、
（ロ）これら車載電子制御装置間で、１つをマスタ、他
をスレーブとする通信路を形成し、このマスタとなる電
子制御装置を通じて、他の全ての電子制御装置の故障診
断等を集中して行う、等のシステムとして改良される
等、ますます複雑になりつつある車両システムの診断に
対処するための様々な工夫が講じられている。

【０００４】ところで、上記（イ）のような通信システ
ムとしては、故障診断テスタが、複数の車載電子制御装
置の中から診断したい１つの電子制御装置（以下、これ
をＥＣＵ１という）を選択するとともに、ＥＣＵ１に対
して診断用の要求メッセージを送信し、それに対してＥ
ＣＵ１が、上記要求メッセージに対する応答メッセージ
として、最新データパケット（複数のデータ）を故障診
断テスタに対して連続送信し、故障診断テスタが、この
連続送信されるデータに基づいて診断を行うといった、
１対１データ通信を行うものがある。

【０００５】例えば、故障診断テスタが、車載電子制御
装置としてのエンジン制御装置、トランスミッション制
御装置等の中からエンジン制御装置（ＥＣＵ１）を選択
するとともに、このエンジン制御装置に対して要求メッ
セージを送信し、それに対してエンジン制御装置が、上
記要求メッセージに対する応答メッセージとして、エン
ジン回転数、車速といった複数の最新データパケットを
故障診断テスタに対して連続送信し、故障診断テスタ
が、この連続送信されるデータに基づいて診断を行う、
といった具合である。

【０００６】ここで上記通信システムでは、故障診断テ
スタとＥＣＵ１との間のデータ通信が信号線およびコネ
クタを介して行われている。ここで、例えば故障診断テ
スタからの要求メッセージに基づいてＥＣＵ１の動作が
実行開始された後に、上記コネクタの接続が外された場
合、ＥＣＵ１は、この外されたことを検出する手段を有
していないために、このことを検出することができな
い。

【０００７】従ってＥＣＵ１は、故障診断テスタがまだ
自らと接続されているものと誤認識し、その結果、コネ
クタが外される直前の制御動作を継続してしまう。つま
り、最新データパケットを故障診断テスタに対して連続
送信し続けてしまう。そこでこの問題を解決するための
通信システムとして、特開平３−１２４１４１号公報に
開示されたものがある。このシステムによると、故障診
断テスタが、継続要求メッセージを定期的に送信するよ
うにしている。そしてＥＣＵ１は、上記継続要求メッセ
ージの受信完了から所定時間内に次の継続要求メッセー
ジを受信したら、自らがまだ故障診断テスタと接続され
ているとみなして上記連続送信を継続する。反対に、継
続要求メッセージの受信完了から上記所定時間を超えて
も次の継続要求メッセージを受信しないときは、上記コ
ネクタが外されたものとみなして、上記連続送信を停止
する。

【０００８】ところで、上記公報記載の通信システムに
は、故障診断テスタからＥＣＵ１に要求メッセージを送
信するための通信ラインと、ＥＣＵ１から故障診断テス
タに応答メッセージを送信するための通信ラインとが、
それぞれ独立して設けられている。従って、上記継続要
求メッセージをどのようなタイミングで送信しても、こ
の継続要求メッセージが、ＥＣＵ１からの応答メッセー
ジと通信ライン上で衝突することはない。

【０００９】しかし、上記要求メッセージと応答メッセ
ージとを同一の通信ラインで送信するようにした場合、
上記公報記載の通信システムのように、適当なタイミン
グで継続要求メッセージを送信するようにすると、場合
によっては、ＥＣＵ１から応答メッセージが送信されて
いるときに故障診断テスタから継続要求メッセージが送
信されることも生じ、通信ライン上でこれらのメッセー
ジが互いに衝突してしまう。

【００１０】そこで、上記のように１本の通信ラインに
てメッセージのやりとりを行う通信システムを構成する
にあたって、それぞれのメッセージが衝突しないよう
に、国際規格ＩＳＯ−９１４１−２によって、要求メッ
セージの送信完了から最初の応答メッセージの送信開始
までの空き待ち時間（Ｐ２）、ある応答メッセージの送
信完了から次の応答メッセージの送信開始までの空き待
ち時間（Ｐ２）、および最終応答メッセージの送信完了
から次の要求メッセージの送信開始までの空き待ち時間
（Ｐ３）等が規定されている（図１６参照）。

【００１１】この国際規格によると、上記時間Ｐ２は０
〜５０ｍｓまたは２５〜５０ｍｓ、上記時間Ｐ３は５５
ｍｓ〜５ｍｓと規定している。すなわち、図１６の例の
場合、故障診断テスタが要求メッセージ１の送信を完了
したら、ＥＣＵ１は、遅くとも５０ｍｓ以内には応答メ
ッセージ１の送信を開始する。そしてＥＣＵ１は、応答
メッセージ１の送信を完了したら、遅くとも５０ｍｓ以
内には応答メッセージ２の送信を開始する。

【００１２】また故障診断テスタは、応答メッセージ２
（この場合、これが最終応答メッセージ）の送信が完了
して５５ｍｓ以上、通信路が空いた状態となったことを
確認し、その後遅くとも５ｓ以内には要求メッセージ２
の送信を開始する。

【００１３】

【発明が解決しようとする課題】ところが、上記国際規
格の考え方をそのまま、上記のような、１本の通信ライ
ン上で継続要求メッセージを故障診断テスタから定期的
に送信させる通信システムに適用しようとすると、以下
のような問題が生ずる。つまり上記国際規格では、ある
応答メッセージの送信後、次に送信する応答メッセージ
がある場合は、上記ある応答メッセージの送信完了から
時間Ｐ２後（遅くとも５０ｍｓ以内）に次の応答メッセ
ージの送信が開始される。従って、図１７に示すよう
に、ＥＣＵ１からの応答メッセージがたくさんある場合
は、いつまでたっても通信路が上記時間Ｐ３（少なくと
も５５ｍｓ以上）だけ空かず、その結果、故障診断テス
タはいつまでたっても継続要求メッセージを送信するこ
とができない。

【００１４】その結果、ＥＣＵ１は、要求メッセージ１
の受信を完了してから上記所定時間（図１７のＴ０）以
内に継続要求メッセージが故障診断テスタから送信され
てこなかったことから、上記コネクタの接続が外された
と誤認識し、この時間Ｔ０後に応答メッセージの送信を
終了してしまうという問題が発生する。なお、この問題
は、上記（イ）のようなシステムについてのみ発生する
ものではなく、上記（ロ）のようなシステムについても
同じように発生する。

【００１５】そこで本発明は上記問題に鑑み、マスタ装
置とスレーブ装置とを１本の通信線で接続し、このマス
タ装置が、前記通信線上に、前記スレーブ装置から応答
メッセージを連続送信させるための要求メッセージを送
信するとともに、さらにこの要求メッセージの送信から
所定時間内に、前記連続送信を継続させるための継続メ
ッセージを送信するように構成され、前記スレーブ装置
が、前記要求メッセージあるいは前記継続メッセージを
受信したら、この受信から前記所定時間、前記応答メッ
セージを前記通信線上に連続送信するように構成された
通信システムにおいて、前記マスタ装置が、前記継続メ
ッセージを、前記連続送信される応答メッセージと前記
通信線上で互いに衝突させることなく、前記通信線上に
送信できる通信システムを提供することを第１の目的と
する。

【００１６】また、上記のように、ＥＣＵ１が応答メッ
セージを連続送信している途中で、故障診断テスタを通
じて中止要求メッセージをＥＣＵ１に送信したい場合に
ついても、この中止要求メッセージが、応答メッセージ
の送信完了から上記時間Ｐ３後に送信されるように上記
国際規格で規定されているため、上記のように通信路が
いつまでたっても時間Ｐ３（少なくとも５５ｍｓ以上）
だけ空かないと、中止要求メッセージをＥＣＵ１に送信
することができないという問題が発生する。

【００１７】なお、この問題も、上記（イ）のようなシ
ステムについてのみ発生するものではなく、上記（ロ）
のようなシステムについても同じように発生する。そこ
で本発明は上記問題に鑑み、マスタ装置とスレーブ装置
とを１本の通信線で接続し、前記マスタ装置が、前記通
信線上に、前記スレーブ装置から応答メッセージを連続
送信させるための要求メッセージを送信するとともに、
さらにこの要求メッセージの送信後、前記連続送信を中
止させるための中止メッセージを送信するように構成さ
れ、前記スレーブ装置が、前記要求メッセージを受信し
たら、この受信から所定時間、前記応答メッセージを前
記通信線上に連続送信するとともに、前記中止メッセー
ジを受信したら、前記連続送信を中止するように構成さ
れた通信システムにおいて、前記マスタ装置が、前記中
止要求メッセージを、前記連続送信される応答メッセー
ジと前記通信路上で互いに衝突させることなく、前記通
信線上に送信できる通信システムを提供することを第２
の目的とする。

【００１８】

【課題を解決するための手段】上記第１の目的を達成す
るため、請求項１記載の発明では、マスタ装置（５）と
スレーブ装置（１）とが通信線（３）で接続され、前記
マスタ装置（５）が、前記通信線（３）上に、前記スレ
ーブ装置（１）から応答メッセージを連続送信させるた
めの要求メッセージを送信するとともに、さらにこの要
求メッセージの送信から所定時間（Ｔ０）内に、前記連
続送信を継続させるための継続メッセージを送信するよ
うに構成され、前記スレーブ装置（１）が、前記要求メ
ッセージあるいは前記継続メッセージを受信したら、こ
の受信から前記所定時間（Ｔ０）、前記応答メッセージ
を前記通信線（３）上に連続送信するように構成された
通信システムにおいて、前記通信線（３）が１本で構成
され、前記スレーブ装置（１）が、前記応答メッセージ
を連続送信する際に、ある応答メッセージの送信後、前
記通信線（３）が第１アイドル時間（Ｐ２′）以上続け
て空いたことを確認してから、次の応答メッセージを送
信するように構成され、前記マスタ装置（５）が、前記
継続メッセージを、前記通信線（３）が前記第１アイド
ル時間（Ｐ２′）よりも短い第２アイドル時間（Ｐ
３′）以上続けて空いたことを確認したら送信するよう
に構成された通信システムを特徴とする。

【００１９】また請求項２記載の発明では、請求項１記
載の通信システムにおいて、前記スレーブ装置（１）
が、前記通信線（３）が前記第１アイドル時間（Ｐ
２′）以上続けて空いたか否かを判定する第１アイドル
時間判定手段（ステップ３３８）と、この第１アイドル
時間判定手段（ステップ３３８）によって、前記通信線
（３）が前記第１アイドル時間（Ｐ２′）以上続けて空
いたと判定されたら、前記次の応答メッセージを送信す
る応答メッセージ送信手段（ステップ３３９）とを備
え、前記マスタ装置（５）が、前記要求メッセージまた
は前記継続メッセージの送信完了から、前記所定時間
（Ｔ０）よりも短い第２所定時間（Ｔ１）以上が経過し
たか否かを判定する経過時間判定手段（ステップ２１
９）と、この経過時間判定手段（ステップ２１９）によ
って、前記第２所定時間（Ｔ１）以上が経過したと判定
されたら、基準値を前記第２アイドル時間（Ｐ３′）に
設定する基準値設定手段（ステップ２２０）と、前記通
信線（３）が前記基準値（Ｐ３′）以上続けて空いたか
否かを判定する第２アイドル時間判定手段（ステップ２
２２）と、この第２アイドル時間判定手段（ステップ２
２２）によって、前記通信線（３）が前記基準値（Ｐ
３′）以上続けて空いたと判定されたら、前記継続メッ
セージを送信する継続メッセージ送信手段（ステップ２
２３）とを備えることを特徴とする。

【００２０】また請求項３記載の発明では、請求項１記
載の通信システムにおいて、前記スレーブ装置（１）
が、前記要求メッセージまたは前記継続メッセージの送
信完了から、前記所定時間（Ｔ０）よりも短い第２所定
時間（Ｔ１）以上が経過したか否かを判定する経過時間
判定手段（ステップ３４２）と、この経過時間判定手段
（ステップ３４２）によって、前記第２所定時間（Ｔ
１）以上が経過したと判定されたら、基準値を前記第１
アイドル時間（Ｐ２′）に設定する基準値設定手段（ス
テップ３３６）と、前記通信線（３）が前記基準値（Ｐ
２′）以上続けて空いたか否かを判定する第１アイドル
時間判定手段（ステップ３３８）と、この第１アイドル
時間判定手段（ステップ３３８）によって、前記通信線
（３）が前記基準値（Ｐ２′）以上続けて空いたと判定
されたら、前記次の応答メッセージを送信する応答メッ
セージ送信手段（ステップ３３９）とを備え、前記マス
タ装置（５）が、前記通信線（３）が前記第２アイドル
時間（Ｐ３）以上続けて空いたか否かを判定する第２ア
イドル時間判定手段（ステップ２２２）と、この第２ア
イドル時間判定手段（ステップ２２２）によって、前記
通信線（３）が前記第２アイドル時間（Ｐ３）以上続け
て空いたと判定されたら、前記継続メッセージを送信す
る継続メッセージ送信手段（ステップ２２３）とを備え
ることを特徴とする。

【００２１】また、上記第２の目的を達成するために、
請求項４記載の発明では、マスタ装置（５）とスレーブ
装置（１）とが通信線（３）で接続され、前記マスタ装
置（５）が、前記通信線（３）上に、前記スレーブ装置
（１）から応答メッセージを連続送信させるための要求
メッセージを送信するとともに、さらにこの要求メッセ
ージの送信後、前記連続送信を中止させるための中止メ
ッセージを送信するように構成され、前記スレーブ装置
（１）が、前記要求メッセージを受信したら、この受信
から所定時間（Ｔ０）、前記応答メッセージを前記通信
線（３）上に連続送信するとともに、前記中止メッセー
ジを受信したら、前記連続送信を中止するように構成さ
れた通信システムにおいて、前記通信線（３）が１本で
構成され、前記スレーブ装置（１）が、前記応答メッセ
ージを連続送信する際に、ある応答メッセージの送信
後、前記通信線（３）が第１アイドル時間（Ｐ２′）以
上続けて空いたことを確認してから、次の応答メッセー
ジを送信するように構成され、前記マスタ装置（５）
が、前記中止メッセージを、前記通信線（３）が前記第
１アイドル時間（Ｐ２′）よりも短い第２アイドル時間
（Ｐ３′）以上続けて空いたことを確認したら送信する
ように構成された通信システムを特徴とする。

【００２２】また請求項５記載の発明では、請求項４記
載の通信システムにおいて、前記スレーブ装置（１）
が、前記通信線（３）が前記第１アイドル時間（Ｐ
２′）以上続けて空いたか否かを判定する第１アイドル
時間判定手段（ステップ３３８）と、この第１アイドル
時間判定手段（ステップ３３８）によって、前記通信線
（３）が前記第１アイドル時間（Ｐ２′）以上続けて空
いたと判定されたら、前記次の応答メッセージを送信す
る応答メッセージ送信手段（ステップ３３９）とを備
え、前記マスタ装置（５）が、前記通信線（３）が前記
第２アイドル時間（Ｐ３′）以上続けて空いたか否かを
判定する第２アイドル時間判定手段（ステップ２２２）
と、この第２アイドル時間判定手段（ステップ２２２）
によって、前記通信線（３）が前記第２アイドル時間
（Ｐ３′）以上続けて空いたと判定されたら、前記中止
メッセージを送信する中止メッセージ送信手段（ステッ
プ２２３）とを備えることを特徴とする。

【００２３】また請求項６記載の発明では、請求項１な
いし５記載の通信システムにおいて、前記スレーブ装置
を複数有し、前記マスタ装置（５）が、この複数のスレ
ーブ装置（１、２）の中から任意のスレーブ装置（１）
を選択するとともに、この選択したスレーブ装置（１）
に対して前記要求メッセージまたは前記継続メッセージ
または前記中止メッセージを送信するように構成され、
前記選択されたスレーブ装置（１）が前記応答メッセー
ジを連続送信するように構成されたことを特徴とする。

【００２４】なお、上記各手段の括弧内の符号は、後述
する実施例の具体的手段との対応関係を示すものであ
る。

【００２５】

【発明の作用効果】請求項１記載の発明によると、マス
タ装置が前記要求メッセージを通信線上に送信すると、
スレーブ装置は、この要求メッセージを受信したら、こ
の受信から所定時間、応答メッセージを通信線上に連続
送信する。ここで前記スレーブ装置は、応答メッセージ
を通信線上に連続送信する際に、ある応答メッセージの
送信後、通信線が第１アイドル時間以上続けて空いた
ら、次の応答メッセージを送信する、といった態様で前
記連続送信をする。それに対して前記マスタ装置は、通
信線が第１アイドル時間よりも短い第２アイドル時間以
上続けて空いたら、継続メッセージを送信するように構
成されている。

【００２６】このように、マスタ装置が継続メッセージ
を送信するタイミングとしての前記第２アイドル時間の
方が、スレーブ装置が次の応答メッセージを送信するタ
イミングとしての前記第１アイドル時間よりも短いた
め、マスタ装置が、前記要求メッセージの送信から前記
所定時間内に継続メッセージを送信する際には、マスタ
装置は、スレーブ装置が次の応答メッセージを送信する
前に、前記継続メッセージを送信できる。

【００２７】従って、マスタ装置とスレーブ装置とを接
続する通信線を１本で構成した場合でも、この通信線上
で前記両メッセージを互いに衝突させることなく、マス
タ装置は、前記要求メッセージの送信から前記所定時間
内に、前記継続メッセージを通信線上に送信することが
できる。また請求項２記載の発明は、請求項１記載の発
明をより具体化したものであり、この発明によると、経
過時間判定手段によって、マスタ装置が要求メッセージ
または継続メッセージを送信完了してから第２所定時間
以上経過したと判定されたら、マスタ装置の基準値設定
手段が、基準値を第２アイドル時間（＜第１アイドル時
間）に設定する。

【００２８】そしてマスタ装置は、第２アイドル時間判
定手段によって、通信線が前記基準値（＝第２アイドル
時間）以上続けて空いたと判定されたら、継続メッセー
ジ送信手段が継続メッセージを送信する。それに対して
スレーブ装置は、第１アイドル判定手段によって、通信
線が第１アイドル時間（＞第２アイドル時間）以上続け
て空いたと判定されたら、応答メッセージ送信手段が次
の応答メッセージを送信する。

【００２９】このように、マスタ装置からの要求メッセ
ージ送信が完了してから前記第２所定時間が経過した
ら、マスタ装置は、継続メッセージを送信するタイミン
グとしての基準値を、スレーブ装置が次の応答メッセー
ジを送信するタイミングとしての前記第１アイドル時間
よりも短い第２アイドル時間に設定するので、マスタ装
置は、スレーブ装置が次の応答メッセージを送信する前
に、前記継続メッセージを送信できる。

【００３０】また、請求項３記載の発明も請求項１記載
の発明をより具体化したものであり、この発明による
と、経過時間判定手段によって、マスタ装置が要求メッ
セージまたは継続メッセージを送信完了してから第２所
定時間以上経過したと判定されたら、スレーブ装置の基
準値設定手段が、基準値を第１アイドル時間（＞第２ア
イドル時間）に設定する。

【００３１】そしてスレーブ装置は、第１アイドル時間
判定手段によって、通信線が前記基準値（＝第１アイド
ル時間）以上続けて空いたと判定されたら、応答メッセ
ージ送信手段が次の応答メッセージを送信する。それに
対してマスタ装置は、第２アイドル判定手段によって、
通信線が第２アイドル時間（＜第１アイドル時間）以上
続けて空いたと判定されたら、継続メッセージ送信手段
が継続メッセージを送信する。

【００３２】このように、マスタ装置からの要求メッセ
ージ送信が完了してから前記第２所定時間が経過した
ら、スレーブ装置は、次の応答メッセージを送信するタ
イミングとしての基準値を、マスタ装置が継続メッセー
ジを送信するタイミングとしての前記第２アイドル時間
よりも長い第１アイドル時間に設定するので、マスタ装
置は、スレーブ装置が次の応答メッセージを送信する前
に、前記継続メッセージを送信できる。

【００３３】また請求項４記載の発明の場合、マスタ装
置が中止メッセージを送信するタイミングとしての第２
アイドル時間の方が、スレーブ装置が次の応答メッセー
ジを送信するタイミングとしての第１アイドル時間より
も短いため、マスタ装置は、スレーブ装置が次の応答メ
ッセージを送信する前に、前記中止メッセージを送信で
きる。

【００３４】従って、マスタ装置とスレーブ装置とを接
続する通信線を１本で構成した場合でも、この通信線上
で前記両メッセージを互いに衝突させることなく、マス
タ装置は、前記中止メッセージを通信線上に送信するこ
とができる。また請求項５記載の発明は、請求項４記載
の発明をより具体化したものであり、この発明による
と、スレーブ装置は、第１アイドル時間判定手段によっ
て、通信線が第１アイドル時間以上続けて空いたと判定
されたら、応答メッセージ送信手段が次の応答メッセー
ジを送信する。それに対してマスタ装置は、第２アイド
ル判定手段によって、通信線が第２アイドル時間（＜第
１アイドル時間）以上続けて空いたと判定されたら、中
止メッセージ送信手段が中止メッセージを送信する。

【００３５】このように、マスタ装置が中止メッセージ
を送信するタイミングとして第２アイドル時間の方が、
スレーブ装置が次の応答メッセージを送信するタイミン
グとしての第１アイドル時間よりも短いので、マスタ装
置は、スレーブ装置が次の応答メッセージを送信する前
に、前記中止メッセージを送信できる。また請求項６記
載の発明ではスレーブ装置が複数あるが、マスタ装置
が、この複数のスレーブ装置の中から任意のスレーブ装
置を選択し、この選択したスレーブ装置との間で、上記
請求項１〜５記載の発明のように、通信線上で各メッセ
ージのやりとりを行う。

【００３６】

【実施例】次に、本発明を車両診断システムに適用し
た、請求項１、２、４〜６記載の発明に基づいた第１実
施例について、図１ないし図１１に基づいて説明する。
本実施例のシステムは、図１に示すように、車両に搭載
されるスレーブ装置としての複数の電子制御装置（エン
ジン制御装置１、トランスミッション制御装置２等）
と、外部接続されるマスタ装置としての故障診断テスタ
５とが、１本の通信線３およびダイアグコネクタ４を介
して接続されている。

【００３７】なお、これら接続される故障診断テスタ５
と上記車載電子制御装置との間では、その通信方式とし
て国際規格ＩＳＯ−９１４１−２に準拠したプロトコル
が用いられるものとする。以下、これら各要素の詳細に
ついて説明する。ここでは、車載電子制御装置の一例と
してエンジン制御装置１を代表としてその構成および機
能を説明する。

【００３８】エンジン制御装置１は、ＣＰＵ１１、ＲＯ
Ｍ１２、ＲＡＭ１３、入力回路１４、出力回路１５、Ａ
Ｄ変換回路（以下ＡＤＣ回路という）１６、および通信
回路１７等をそれぞれ有して構成されている。ここで通
信回路１７は、通信線３をドライブする入出力バッファ
回路である。また入力回路１４には、エンジン回転数を
検出するセンサ（具体的にはクランク角センサ）２１や
車速センサ２２等のセンサから出力される、主にパルス
信号からなるセンサ信号が入力され、ＡＤＣ回路１６に
は、スロットルセンサ２３、エアフローメータ２４、水
温センサ２５、Ｏ2 センサ２６等、車両各部に設けられ
たセンサから出力されるアナログ信号からなるセンサ信
号が入力される。

【００３９】これらの信号はいずれも、それら検出値に
対応したセンサデータとしてＲＡＭ１３のデータ領域に
格納され、ＣＰＵ１１による燃料噴射量や点火時期の演
算のための演算値として利用される。なおＲＡＭ１３に
は、上記データ領域の他に、後述する各カウンタ、各バ
ッファ、および各実行フラグ等の登録領域がそれぞれ形
成されている。

【００４０】またＣＰＵ１１は、ＲＯＭ１２に予め格納
されている制御プログラムに従い、ＲＡＭ１３に取り込
まれたセンサデータに基づく所定の演算を実行して、そ
の都度の燃料噴射量や点火時期を求めるとともに、故障
診断テスタ５との間で後述する通信メッセージの授受、
およびそのメッセージを通じて指定された診断処理を実
行する部分である。

【００４１】なお、ＲＯＭ１２に格納された上記制御プ
ログラムには、ＲＡＭ１３内の上記「受信カウンタ」、
「アイドルカウンタ」等のカウンタをソフトウェア的に
カウント処理する「カウンタプログラム」が含まれる。
なお、このＣＰＵ１１を通じて求められた燃料噴射量は
出力回路１５に与えられ、この出力回路１５を通じて、
上記求められた燃料噴射量に対応する信号がエンジン制
御手段２７に出力される。エンジン制御手段２７として
は例えば燃料噴射弁がある。

【００４２】一方、故障診断テスタ５も、上記電子制御
装置と同じくＣＰＵ、ＲＯＭ、ＲＡＭ、通信回路等を備
えた構成である。そして、故障診断テスタ５の外側表面
に設けられた操作手段５ａ（具体的にはキーボード）を
通じて所定の診断モードが設定されたときは、この診断
モードに応じた要求メッセージ（後述する）が、ダイア
グコネクタ４を介して各電子制御装置に送信される。

【００４３】なお、故障診断テスタ５では、上記要求メ
ッセージに対する応答メッセージ（後述する）の内容
を、図示しない表示器に一覧表示したりグラフ表示した
りすることによって、診断結果を診断者に知らせること
ができる。またダイアグコネクタ４には、イグニッショ
ンスイッチ１８を経て、バッテリー１９より電源が供給
されており、故障診断テスタ５がこうして車載電子制御
装置と電気的に接続されるとき、このダイアグコネクタ
４を介して故障診断テスタ５にも電源が供給されるよう
になっている。

【００４４】さて、本実施例の通信システムでは、故障
診断テスタ５が、上記各電子制御装置の中から１つを選
択するとともに、この選択した制御装置に対して要求メ
ッセージを送信し、それに対して上記選択された制御装
置が、上記要求メッセージに対する応答メッセージとし
て、最新データパケット（複数のデータ）を故障診断テ
スタ５に連続送信し、そして故障診断テスタ５が、この
連続送信されるデータに基づいて、上記選択した制御装
置の診断を行うといった、１対１データ通信である最新
データパケット連続送信診断処理を行う。

【００４５】図２、図３に、この最新データパケット連
続送信診断処理の全体的な流れをタイムチャートとして
示す。ここでは、上記選択される制御装置がエンジン制
御装置１である場合について説明する。なお、以下説明
する各メッセージを構成する各バイトのビットフォーマ
ットには、図４に示されるような８ビットからなるＮＲ
Ｚ（ノンリターンゼロ）方式が採用される。そして、そ
の先頭に論理Ｌ（ロー）レベルのスタートビット、およ
びその末尾に論理Ｈ（ハイ）レベルのストップビットが
それぞれ付加されて、それらのバイトの存在が確認され
るようになっている。

【００４６】操作者がキーボード５ａを操作して、エン
ジン制御装置１の最新データパケット連続送信診断を行
う最新データパケットモードを設定すると、故障診断テ
スタ５が、最新データパケット連続送信を要求する要求
メッセージ１を送信する。なお、この要求メッセージ１
のヘッダ３バイトには、図２に示すように、 ・「このメッセージが要求メッセージであること（＄６
８）」、 ・「このメッセージの送信先がエンジン制御装置１であ
ること（＄６Ａ）」、 ・「このメッセージの送信元が故障診断テスタ５である
こと（＄Ｆ１）」、 等が組み込まれる。

【００４７】また、その次のデータバイトには、 ・「最新データパケット定義を要求するモード表示（＄
Ａ１）」、 ・「任意に送信データ設定を要求するデータパケットＩ
Ｄ（＄０１）」、 ・「エンジン回転数（＄０Ｃ、＄ＦＦ）、車速（＄０
Ｄ）、吸気温（＄０Ｆ）をそれぞれ要求するパラメータ
ＩＤ」、 が組み込まれ、最後にチェックサム（以下、ＣＳとい
う）が付加される。

【００４８】一方、エンジン制御装置１は、この要求メ
ッセージ１の受信完了から時間Ｐ２（本実施例では２８
ｍｓ）後に、最新データパケットの定義をすることを示
す応答メッセージの送信を開始する。すなわち、要求メ
ッセージ１のＣＳのストップビットの完了から時間Ｐ２
後に、上記応答メッセージのスタートビットを送信す
る。

【００４９】なお、この応答メッセージのヘッダ３バイ
トには、 ・「このメッセージが応答メッセージであること（＄４
８）」、 ・「このメッセージの送信先が故障診断テスタ５である
こと（＄６Ｂ）」、 ・「このメッセージの送信元がエンジン制御装置１であ
ること（＄１０）」、 等が組み込まれる。

【００５０】また、その次のデータバイトには、 ・「最新データパケット定義を実施するモード表示（＄
Ｅ１）」、 ・「任意に送信データ設定を要求するデータパケットＩ
Ｄ（＄０１）」、 ・「エンジン回転数（＄０Ｃ、＄ＦＦ）、車速（＄０
Ｄ）、吸気温（＄０Ｆ）をそれぞれ示すパラメータＩ
Ｄ」、 が組み込まれ、最後にＣＳが付加される。

【００５１】そして故障診断テスタ５は、上記応答メッ
セージの受信完了から時間Ｐ３（本実施例では５５ｍ
ｓ）後に、最新データパケット連続送信開始を要求する
要求メッセージ２を送信する。すなわち、上記応答メッ
セージのＣＳのストップビットの完了から時間Ｐ３後
に、要求メッセージ２のスタートビットを送信する。な
お、この要求メッセージ２のヘッダ３バイトには、上記
要求メッセージ１のヘッダ３バイトと同じデータが組み
込まれる。

【００５２】また、その次のデータバイトには、 ・「最新データパケット定義の連続送信を要求するモー
ド表示（＄Ａ２）」、 ・「任意に送信データを設定するデータパケットＩＤ
（＄０１）」、 が組み込まれ、最後にＣＳが付加される。そしてエンジ
ン制御装置１は、この要求メッセージ２の受信の完了か
ら時間Ｐ２′（本実施例では４０ｍｓ）後に、この要求
メッセージ２に対する最初の応答メッセージを送信す
る。すなわち、要求メッセージ２のＣＳのストップビッ
トの完了から時間Ｐ２′後に、上記最初の応答メッセー
ジのスタートビットを送信する。

【００５３】なお、この応答メッセージのヘッダ３バイ
トには、上記応答メッセージのヘッダ３バイトと同じデ
ータが組み込まれる。また、その次のデータバイトに
は、 ・「最新データパケットの連続送信を実施するモード表
示（＄Ｅ２）」、 ・「任意に送信データを設定するデータパケットＩＤ
（＄０１）」、 ・「実際のエンジン回転数（＄４０００、物理量として
４０９６ｒｐｍを示す）、実際の車速（＄６４、物理量
として１００ｋｍ／ｈを示す）、実際の吸気温（＄３
Ｃ、物理量として２０℃を示す）をそれぞれ示すパラメ
ータＩＤ」、 が組み込まれ、最後にＣＳが付加される。

【００５４】以降、エンジン制御装置１は、図２に示す
ように時間Ｐ２′の間隔を空けて、上記のようにエンジ
ン回転数、車速、吸気温の最新データを組み込んだ応答
メッセージを故障診断テスタ５に連続送信する。一方、
故障診断テスタ５は、前回の要求メッセージの送信を完
了してから所定時間Ｔ１（＜Ｔ０）が経過したら、通信
線３が空いた状態（通信線３が一定時間以上論理Ｈとな
る状態）が時間Ｐ３′続いたことを確認し、図３に示す
ように継続要求メッセージ３を送信する。この継続要求
メッセージ３は、本実施例では要求メッセージ２と同じ
メッセージとしている。また、上記時間Ｐ３′は上記時
間Ｐ２′よりも短い時間として設定され、本実施例では
３０ｍｓである。

【００５５】なお、本実施例では、上記の方法で継続要
求メッセージ３を送信したときに、要求メッセージ２の
送信完了から継続要求メッセージ３の送信完了までの時
間（これをＴ２とする）が、図１７で示した時間Ｔ０よ
りも短くなるように、時間Ｔ１が設定されている。つま
り、この考え方で時間Ｔ１を設定することによって、上
記時間Ｔ０内に次の継続要求メッセージが送信され、こ
れによってエンジン制御装置１は、応答メッセージの連
続送信を継続することができる。

【００５６】一方、エンジン制御装置１は、上記継続要
求メッセージ３を受信したら、上記時間Ｔ０を計測する
ためのカウンタ（後述するタイムアウトカウンタ、ステ
ップ３１７参照）をクリアするとともに、上記連続送信
を再開する。また操作者がキーボード５ａを操作して、
エンジン制御装置１の最新データパケット連続送信診断
処理を中止するモードを設定すると、故障診断テスタ５
が、最新データパケット連続送信の中止を要求する中止
要求メッセージ４を送信する。この場合、中止要求メッ
セージ４は、継続要求メッセージ３と同様、エンジン制
御装置１からの応答メッセージの送信完了から時間Ｐ
３′後に送信される。

【００５７】なお、この中止要求メッセージ４のヘッダ
３バイトには、上記要求メッセージ２のヘッダ３バイト
と同じデータが組み込まれる。そして、その次のデータ
バイトには、 ・「最新データパケットの連続送信の中止を要求するモ
ード表示（＄Ａ３）」 が組み込まれ、最後にＣＳが付加される。

【００５８】エンジン制御装置１は、この中止要求メッ
セージ４を受信後、時間Ｐ２後に、この中止要求メッセ
ージ４に対する応答メッセージを１つだけ送信する。な
お、この応答メッセージのヘッダ３バイトには、上記各
応答メッセージのヘッダ３バイトと同じデータが組み込
まれる。そして、その次のデータバイトには、 ・「最新データパケットの連続送信を中止するモード表
示（＄Ｅ３）」 が組み込まれ、最後にＣＳが付加される。

【００５９】また、上記最新データパケット連続送信診
断処理を実行中にダイアグコネクタ４の接続が外された
ときは、故障診断テスタ５は、そのまま定期的に継続要
求メッセージを送信し続けるが、エンジン制御装置１
は、ダイアグコネクタ４が外されているために継続要求
メッセージを受信しない。従ってこのときには、エンジ
ン制御装置１は上記時間Ｔ０内に次の継続要求メッセー
ジを受信しないことから、応答メッセージの連続送信を
停止する。

【００６０】以上、本実施例の最新データパケット連続
送信診断処理の全体的な流れについて図２、図３を用い
て説明したが、今度は、この上記処理を行うための具体
的手段について、図５〜図１１を用いて説明する。ま
ず、故障診断テスタ５における要求メッセージ１〜４
（図２、３）の送信処理について図５〜図７を用いて説
明する。なお、図５は、いつ送信されてくるか分からな
いスレーブ装置からの応答メッセージを確実に取り込む
ために、ＣＰＵのシリアル入力割込み機能を通じて実現
される割込処理を示すフローチャート、および図６、７
は、ベースループごとに起動されるメインルーチンを示
すフローチャートである。

【００６１】ところで、故障診断テスタ５は、スレーブ
装置からのメッセージのバイトの受信が完了する度に、
ステップ１０１にてこのシリアル入力割込処理が起動さ
れ、ステップ１０２にて、受信割込要求フラグをクリア
して、次のバイトの受信割込を受け付ける準備をする。
そしてステップ１０３にて、受信されたバイトがメッセ
ージの１バイト目か否かを判定し、１バイト目であると
判定されたら、ステップ１０４にて、その受信データを
受信バッファ（１）に格納する。

【００６２】そしてステップ１０５にて、受信カウンタ
に１をセットし、次のステップ１１２にて、通信線３が
空いた状態の継続時間を計測するためのアイドルカウン
タをクリアして、この割込処理を抜ける。なお、このア
イドルカウンタは、図示しないタイマによる時間割込み
（例えば２ｍｓ割込み）に応じて１カウントずつカウン
トアップされる。

【００６３】また、ステップ１０３の判定結果が２バイ
ト目以降であれば、ステップ１０６にて受信カウンタを
インクリメントして、今何バイト目かを判定する情報と
して用いる。そしてステップ１０７にて、現在受信した
バイト数が１１を超えたか否かを受信カウンタに基づい
て判定し、超えたと判定されたら異常とみなして、ステ
ップ１０８〜１１０にて、通信エラーフラグのセット、
受信バッファ（１）〜（ｍ）のオールクリア、受信カウ
ンタのクリアを実行し、この処理を抜ける。

【００６４】また、ステップ１０７にて受信バイト数が
１１を超えていないと判定されたら、ステップ１１１に
て、今受信したデータを受信バッファ（ｍ）に格納する
とともに、ステップ１１２の処理を実行して、この処理
を抜ける。また故障診断テスタ５は、上記のような割込
み処理の他に、図６、７に示す処理が行われる。

【００６５】具体的には、まずステップ２０１にて、キ
ーボード５ａを通じて診断モードの入力が有ったか否か
を判定する。従ってこのステップ２０１では、操作者が
キーボード５ａを操作して診断モードを入力した直後で
あれば「有り」と判定され、それ以外のときは「無し」
と判定される。そしてこのステップ２０１にて「有り」
と判定されたら、ステップ２０２にて、この入力された
診断モードがいずれのモードであるかを判定する。そし
て、ここで上記最新データパケット連続送信診断処理に
関するモードであると判定されたら、ステップ２０３に
て、これが、最新データパケット連続送信診断の開始を
設定するモードであるのか、あるいはこの最新データパ
ケット連続送信診断処理を中止するモードをであるのか
を判定する。

【００６６】このステップ２０３にて前者であると判定
されたら、ステップ２０４にて、最新データパケット連
続送信診断処理を実行中であることを示す最新データパ
ケット実行中フラグ（以下、パケット実行中フラグとい
う）をセットし、次のステップ２０５にて、設定モード
（ＲＡＭに格納される）をＡ１にセットし、ステップ２
１３に進む。また、上記ステップ２０３にて後者である
と判定されたら、ステップ２０６にて、上記設定モード
をＡ３にセットし、ステップ２１３に進む。

【００６７】また、上記ステップ２０１にて「無し」と
判定されたら、ステップ２０７にて、送信カウンタ（後
述する）が０か否かを判定することによって、要求メッ
セージの送信後に次の要求メッセージが作成されている
か否かを判定する。そして、送信カウンタが０である、
すなわち、要求メッセージの送信後に次の要求メッセー
ジが作成されていないと判定されたら、ステップ２０８
にてパケット実行中フラグがセットされているか否かを
判定する。そして、ここで上記フラグがセットされてい
る、すなわち最新データパケット連続送信診断処理を実
行中であると判定されたら、ステップ２０９にて、今現
在セットされている上記設定モードがいずれのモードで
あるかを判定する。

【００６８】このステップ２０９にて、設定モードが上
記Ａ１であると判定されたら、ステップ２１０にて、図
２のパケット定義要求メッセージ１に対する応答メッセ
ージの受信を完了したか否かを判定する。なお、ステッ
プ２１０では、図５における割込処理を通じて受信バッ
ファ（１）にデータが格納されており、かつ上記アイド
ルカウンタが、上記国際規格で規定された時間Ｐ１の最
大値（２０ｍｓ）を超えたか否かをみることによって、
応答メッセージの受信完了を判定している。

【００６９】そして、ステップ２１０にて受信が完了し
たと判定されたら、ステップ２１１にて上記設定モード
をＡ２０にセットし、ステップ２１３に進む。また上記
ステップ２０９にてＡ２０またはＡ２であると判定され
たら、ステップ２１２にて設定モードをＡ２にセット
し、ステップ２１３に進む。また、ステップ２０７にて
ＮＯと判定されたとき、あるいはステップ２０８にてフ
ラグがセットされていないと判定されたとき、あるいは
ステップ２１０にて応答メッセージの受信を完了してい
ないと判定されたときは、図７のステップ２１６にジャ
ンプする。

【００７０】ステップ２１３では、上記ステップ２０
５、２０６、２１１、２１２のいずれかでセットされた
設定モードに応じて要求メッセージを作成する。具体的
には、ステップ２０５にて設定モードがＡ１にセットさ
れたときは、これから送信しようとするメッセージがパ
ケット定義要求メッセージ１ということなので、図２に
示したパケット定義要求メッセージ１を作成する。

【００７１】また、ステップ２０６にて設定モードがＡ
３にセットされたときは、これから送信しようとするメ
ッセージが中止要求メッセージ４ということなので、図
３に示した中止要求メッセージ４を作成する。また、ス
テップ２１１にて設定モードがＡ２０にセットされたと
きは、これから送信しようとするメッセージが要求メッ
セージ２ということなので、図２に示した要求メッセー
ジ２を作成する。

【００７２】また、ステップ２１２にて設定モードがＡ
２にセットされたときは、これから送信しようとするメ
ッセージが継続要求メッセージ３ということなので、図
３に示した継続要求メッセージ３を作成する。またステ
ップ２１４では、ステップ２１３にて作成したメッセー
ジを送信バッファ（１）〜（ｎ）に格納するとともに、
ステップ２１５にて、このメッセージのバイト数を示す
送信カウンタにｎを格納する。すなわち、例えばステッ
プ２１３にて作成したメッセージがパケット定義要求メ
ッセージ１のときは、このメッセージを送信バッファ
（１）〜（１０）に格納し、送信カウンタに１０を格納
する。

【００７３】そして図７のステップ２１６では、上記送
信カウンタが０か否かを判定し、０であると判定された
らそのままこのルーチンを抜ける。また０でないと判定
されたら、ステップ２１７にてパケット実行中フラグが
セットされているか否かを判定し、セットされていない
と判定されたら、ステップ２２１にて、後述するステッ
プ２２２における判定基準値である時間Ｐ３を通常値
（５５ｍｓ）にセットする。

【００７４】また、ステップ２１７にてセットされてい
ると判定されたら、ステップ２１８にて設定モードがい
ずれであるかを判定する。ここで、設定モードがＡ１ま
たはＡ２０であると判定されたら、上述したように、こ
れから送信しようとするメッセージがパケット定義要求
メッセージ１かあるいは要求メッセージ２ということな
ので、ステップ２２１の処理を行う。

【００７５】また、ステップ２１８にて設定モードがＡ
３であると判定されたら、これから送信しようとするメ
ッセージが中止要求メッセージ４ということなので、ス
テップ２２０にジャンプして、後述するステップ２２２
における判定基準値である時間Ｐ３をＰ３′（３０ｍ
ｓ）にセットする。また、設定モードがＡ２であると判
定されたら、これから送信しようとするメッセージが継
続要求メッセージ３ということなので、ステップ２１９
にて、要求メッセージ２または継続要求メッセージ３の
送信完了からの時間を計測するためのタイムカウンタ
が、図２、３で示したＴ１を超えたか否かを判定する。
そして超えていないと判定されたらそのままこのルーチ
ンを抜け、超えたと判定されたらステップ２２０の処理
を行う。

【００７６】なお、上記タイムカウンタは、図示しない
タイマによる時間割込み（例えば３２ｍｓ割込み）に応
じて１カウントずつカウントアップされる。そしてステ
ップ２２２では、上記アイドルカウンタが上記ステップ
２２０またはステップ２２１でセットされた時間Ｐ３を
超えたか否かを判定し、超えていないと判定されたらそ
のままこのルーチンを抜け、超えたと判定されたらステ
ップ２２３に進む。

【００７７】ステップ２２３では、送信バッファ（１）
〜（ｎ）に格納された要求メッセージを送信し、次のス
テップ２２４では送信カウンタをクリアする。そして、
ステップ２２５にてアイドルカウンタをクリアする。す
なわち、アイドルカウンタが再び０からカウントアップ
される。そしてステップ２２６にて、パケット実行中フ
ラグがセットされているかを判定し、セットされていな
いと判定されたらそのままこのルーチンを抜け、セット
されていると判定されたらステップ２２７に進む。

【００７８】ステップ２２７では、設定モードがいずれ
であるかを判定し、ここでＡ１であると判定されたらそ
のままこのルーチンを抜け、Ａ３であると判定された
ら、ステップ２２８にてパケット実行中フラグをクリア
してこのルーチンを抜ける。また、Ａ２０またはＡ２で
あると判定されたら、ステップ２２９にてタイムカウン
タをクリアしてこのルーチンを抜ける。すなわち、タイ
ムカウンタが再び０からカウントアップされる。

【００７９】以上説明した図５〜図７の処理によって、
図２、３に示した態様で各要求メッセージ１〜４が送信
される。次に、エンジン制御装置１における応答メッセ
ージ（図２、３）の送信処理について、図５および図８
〜図１１を用いて説明する。なお、図８〜１１はベース
ループごとに起動されるメインルーチンのフローチャー
トである。

【００８０】エンジン制御装置１では、いつ送信されて
くるか分からない故障診断テスタ５からの要求メッセー
ジを確実に取り込むために、ＣＰＵ１１のシリアル入力
割込み機能を通じて実現される割込処理が行われる。な
お、この処理は、故障診断テスタ５において説明した図
５の処理と同じであるため、その説明は省略する。また
エンジン制御装置１では、上記割込処理とは別に、図８
〜１１に示すメインルーチンが起動される。このルーチ
ンについて説明すると、まずステップ３０１にて、図５
で説明した受信カウンタが０であるか否かを判定するこ
とによって、現在エンジン制御装置１が故障診断テスタ
５からの要求メッセージを受信している最中か否かを判
定する。

【００８１】ここでＹＥＳ、すなわち要求メッセージを
受信している最中ではないと判定されたら、図９のステ
ップ３１１にジャンプする。反対にＮＯ、すなわち要求
メッセージを受信している最中であると判定されたら、
ステップ３０２にて、上記アイドルカウンタが、上記国
際規格で規定された時間Ｐ４の最大値（２０ｍｓ）を超
えたか否かを判定することによって、要求メッセージの
受信を完了したか否かを判定する。

【００８２】ここで超えていない、すなわちまだ要求メ
ッセージを受信している最中であると判定されたら、ス
テップ３１１にジャンプする。反対に超えた、すなわち
要求メッセージの受信を完了したと判定されたら、続く
ステップ３０３〜３０５にてメッセージのサムチェック
を行う。このサムチェックでは、まずステップ３０３に
おいて、受信カウンタのカウント値に基づき、受信した
メッセージが何バイト長かを確認する。そしてこの数値
に基づき、次のステップ３０４で受信バッファ（１）〜
（ｎ−１）に格納されているデータの総和を計算し、最
後のステップ３０５にて、その総和値の下位８ビットの
データと受信バッファ（ｎ）にストアされているデー
タ、すなわちＣＳの値とが一致しているか否かを判定す
る。

【００８３】このサムチェックの結果、上記各値が一致
していないと判定されたら、異常とみなし、ステップ３
０６にて通信エラーフラグをセットし、ステップ３０７
にて受信バッファを全てクリアし、ステップ３０８で受
信カウンタをクリアして、図９のステップ３１１に進
む。また、上記サムチェックの結果が正常であれば、受
信データに問題はないものと判断し、ステップ３０９に
て、受信バッファ（１）〜（ｎ）に格納されているデー
タを、応答メッセージの作成および送信のために用いる
処理用受信バッファ（１）〜（ｎ）にコピーする。そし
て次のステップ３１０にて、同じく応答メッセージの作
成および送信のために用いる処理用受信カウンタに受信
カウンタをコピーする。そしてステップ３０７の処理に
移る。

【００８４】図９のステップ３１１では、上記処理用受
信カウンタが０か否かを判定することによって、要求メ
ッセージを受信した直後か否かを判定する。ここでＮ
Ｏ、すなわち要求メッセージを受信した直後と判定され
たらステップ３１２に進み、反対にＹＥＳと判定された
らステップ３１８にジャンプする。ステップ３１２で
は、受信バッファ（１）〜（３）の内容、すなわち受信
した要求メッセージのメッセージヘッダが正常か否かを
判定する。ここで正常でないと判定されたら、ステップ
３１３にて、上記処理用受信バッファ（１）〜（ｎ）に
格納されたデータを全てクリアし、次のステップ３１４
にて、上記処理用受信カウンタをクリアし、このメイン
ルーチンを抜ける。

【００８５】また、ステップ３１２にて正常であると判
定されたら、次のステップ３１５にて、エンジン制御装
置１におけるパケット実行中フラグがセットされている
か否かを判定する。ここでセットされていると判定され
たらステップ３１６に進み、オフされていると判定され
たらステップ３１８にジャンプする。なお、このパケッ
ト実行中フラグは、イグニッションスイッチ１８が投入
されて最初にエンジン制御装置１に電源が供給された初
期状態においてはオフされている。

【００８６】ステップ３１６では、処理用受信バッファ
（４）に格納されているデータがＡ２か否かを判定す
る。すなわち、今受信した要求メッセージが、要求メッ
セージ２あるいは継続要求メッセージ３であるか否かを
判定する。ここでＮＯと判定されたらステップ３１８に
ジャンプし、逆にＹＥＳと判定されたら、ステップ３１
７にて上記時間Ｔ０（図２、３）を計測するためのタイ
ムアウトカウンタをクリアする。

【００８７】なお、上記タイムアウトカウンタは、図示
しないタイマによる時間割込み（例えば３２ｍｓ割込
み）に応じて１カウントずつカウントアップされる。す
なわち、ステップ３１１でＮＯと判定され、かつステッ
プ３１６にてＹＥＳと判定されるということは、要求メ
ッセージ２あるいは継続要求メッセージ３を受信した直
後ということなので、ステップ３１７にてタイムアウト
カウンタをクリアする。

【００８８】ステップ３１８では、パケット実行中フラ
グがセットされているか否かを判定し、セットされてい
ないと判定されたら図１０のステップ３２２にジャンプ
し、セットされていると判定されたらステップ３１９に
進む。ステップ３１９では、現在セットされている設定
モードがＡ２であるか否か、すなわち、最近受信した要
求メッセージが、要求メッセージ２あるいは継続要求メ
ッセージ３であるか否かを判定する。なお、この設定モ
ードは、後述するステップ３２９にてセットされる。

【００８９】上記ステップ３１９にて、設定モードがＡ
２ではないと判定されたら、図１０のステップ３２２に
進み、設定モードがＡ２であると判定されたらステップ
３２０に進む。このステップ３２０では、上記タイムア
ウトカウンタがＴ０を超えたか否かを判定する。ここで
超えていないと判定されたらステップ３２２に進む。逆
に超えたと判定されたら、例えばダイアグコネクタ４の
接続が外された等で、上記時間Ｔ０内に次の継続要求メ
ッセージ３が送信されてこなかったということなので、
最新データパケット連続送信診断処理を中止させるため
に、ステップ３２１にてパケット実行中フラグをクリア
して、このメインルーチンを抜ける。

【００９０】ステップ３２２では、上記ステップ３１１
と同じ判定をもう一度行う。ここでＮＯと判定された
ら、ステップ３２３にて、今故障診断テスタ５から送信
されてきた診断モードがいずれのモードであるかを判定
する。そして、最新データパケット連続送信診断処理に
関するモードであると判定されたら、処理用受信バッフ
ァ（４）に格納されているデータに基づいて、今送信さ
れてきた要求メッセージがいずれのメッセージかを判定
する。

【００９１】上記ステップ３２４で、処理用受信バッフ
ァ（４）に格納されたデータがＡ１であると判定された
ら、今送信されてきたメッセージがパケット定義要求メ
ッセージ１ということなので、これから最新データパケ
ット連続送信診断処理が行われるように、ステップ３２
５にてパケット実行中フラグをセットし、ステップ３２
９に移る。

【００９２】またステップ３２４で、処理用受信バッフ
ァ（４）に格納されたデータがＡ３であると判定された
ら、今送信されてきたメッセージが中止要求メッセージ
４ということなので、上記ステップ３２１のときと同じ
目的でパケット実行中フラグをクリアし、ステップ３２
９に移る。またステップ３２４で、処理用受信バッファ
（４）に格納されたデータがＡ２であると判定された
ら、今送信されてきたメッセージが要求メッセージ２あ
るいは継続要求メッセージ３ということなので、そのま
まステップ３２９に移る。

【００９３】ステップ３２９では、上記設定モードとし
て、処理用受信バッファ（４）に格納されているデータ
をセットする。そしてステップ３３０にて、上記ステッ
プ３２９でセットされた設定モードに応じて応答メッセ
ージを作成する。具体的には、ステップ３２９にて設定
モードがＡ１にセットされたときは、これから送信しよ
うとする応答メッセージが、パケット定義要求メッセー
ジ１に対する応答メッセージということなので、図２に
示すような応答メッセージを作成する。

【００９４】また、ステップ３２９にて設定モードがＡ
２にセットされたときは、これから送信しようとする応
答メッセージが、要求メッセージ２あるいは継続要求メ
ッセージ３に対する応答メッセージということなので、
図２、３に示すような応答メッセージを作成する。ま
た、ステップ３２９にて設定モードがＡ３にセットされ
たときは、これから送信しようとする応答メッセージ
が、中止要求メッセージ４に対する応答メッセージとい
うことなので、図３に示しすような応答メッセージを作
成する。

【００９５】ステップ３３１では、上記ステップ３３０
にて作成した応答メッセージを送信バッファ（１）〜
（ｍ）に格納するとともに、ステップ３３２にて、この
メッセージのバイト数を示す送信カウンタにｍを格納す
る。すなわち、例えばステップ３３０にて作成したメッ
セージが、パケット定義要求メッセージ１に対する応答
メッセージのときは、このメッセージを送信バッファ
（１）〜（１０）に格納し、送信カウンタに１０を格納
する。

【００９６】そしてステップ３３３では、処理用受信カ
ウンタをクリアして、図１１のステップ３３４に移る。
一方、上記ステップ３２２にてＹＥＳと判定されたら、
ステップ３２７にて、送信カウンタが０であるか否かを
判定することによって、応答メッセージの送信後に次の
応答メッセージが作成されていないか否かを判定する。

【００９７】このステップ３２７にてＮＯ、すなわち次
の応答メッセージが既に作成されていると判定された
ら、図１１のステップ３３４にジャンプする。逆にＹＥ
Ｓ、すなわちまだ次の応答メッセージが作成されていな
いと判定されたら、次のステップ３２８にて、今現在セ
ットされている設定モードに基づいて、次に応答メッセ
ージを作成する必要があるか否かを判定する。

【００９８】つまり、ステップ３２８にて、現在セット
されている設定モードがＡ２か否か、すなわち最近受信
した要求メッセージが要求メッセージ２あるいは継続要
求メッセージ３か否かを判定する。そしてＹＥＳと判定
されたら、図２、３に示すように、応答メッセージを連
続送信しなければならないので、次の応答メッセージを
作成しなければならないと判定してステップ３２９に進
む。

【００９９】逆にＮＯと判定されたら、もう応答メッセ
ージを作成しなくても良いので、そのままこのルーチン
を抜ける。なお、ステップ３２８でＮＯと判定されると
きとしては、パケット定義要求メッセージ１に対する応
答メッセージを送信した後に、このステップ３２８の処
理を行うときと、中止要求メッセージ４に対する応答メ
ッセージを送信した後に、このステップ３２８の処理を
行うときとがある。

【０１００】図１１のステップ３３４では、パケット実
行中フラグがセットされているか否かを判定する。そし
てセットされていないと判定されたら、ステップ３３７
にて、後述するステップ３３８における判定基準値であ
る時間Ｐ２を通常値（２８ｍｓ）にセットする。また、
上記ステップ３３４にてフラグがセットされていると判
定されたら、ステップ３３５にて、今現在セットされて
いる設定モードがＡ２か否かを判定し、ＮＯと判定され
たらステップ３３７に移り、ＹＥＳと判定されたら、ス
テップ３３６にて、後述するステップ３３８における判
定基準値である時間Ｐ２をＰ２′（４０ｍｓ）にセット
する。

【０１０１】上記ステップ３３６または３３７にて時間
Ｐ２をセットしたら、ステップ３３８にて、上記アイド
ルカウンタがこの時間Ｐ２を超えたか否かを判定する。
ここでＮＯと判定されたら、そのままこのルーチンを抜
ける。またＹＥＳと判定されたら、ステップ３３９に
て、送信バッファ（１）〜（ｍ）に格納された応答メッ
セージを送信し、ステップ３４０にて送信カウンタをク
リアし、ステップ３４１にてアイドルカウンタをクリア
し、このルーチンを抜ける。

【０１０２】以上説明した図５および図８〜図１１の処
理によって、図２、３に示した態様で各応答メッセージ
が送信される。なお、図５〜図１１に示した各ステップ
は、それぞれの機能を実現する手段を構成する。以上説
明したように本実施例では、アイドルカウンタが時間Ｐ
３′（＜Ｐ２′）を経過後に、継続要求メッセージ３ま
たは中止要求メッセージ４が送信されるようにセットし
たので、通信線３上で互いのメッセージを衝突させるこ
となく、次の応答メッセージが送信される前に継続要求
メッセージ３または中止要求メッセージ４を送信するこ
とができる。

【０１０３】次に、請求項１、３、６記載の発明に基づ
いた第２実施例について説明する。なお、本実施例の全
体構成、および各メッセージを構成する各バイトのビッ
トフォーマットは、第１実施例で説明した図１および図
４に示す通りであるので、その説明は省略する。図１
２、図１３に、本実施例の最新データパケット連続送信
診断処理の全体的な流れをタイムチャートとして示す。
ここでは、第１実施例と同様、故障診断テスタ５とエン
ジン制御装置１とが１対１通信を行う場合について説明
する。

【０１０４】図１２、図１３からも分かるように、本実
施例の上記処理の全体的な流れは第１実施例の場合とほ
ぼ同じであるが、 ・応答メッセージが送信される条件を、要求メッセージ
２または継続要求メッセージ３の送信完了から上記タイ
ムカウンタがＴ１を超えたときは、アイドルカウンタが
時間Ｐ２′（＞Ｐ３）を経過したときとし、それ以外の
ときは、アイドルカウンタが時間Ｐ２を経過したときと
している点、 ・上記各要求メッセージ１〜４が送信される条件をすべ
て同じ（アイドルカウンタが時間Ｐ３を経過したとき）
としている点 で第１実施例と異なる。

【０１０５】以下、上記処理を行うための具体的手段に
ついて、図５、図６、図８〜１０、図１４、および図１
５を用いて説明する。故障診断テスタ５およびエンジン
制御装置１は、いつ送信されてくるか分からない応答メ
ッセージまたは要求メッセージを確実に取り込むため
に、ＣＰＵのシリアル入力割込み機能を通じて実現され
る割込処理（図５）を行う。

【０１０６】また故障診断テスタ５は、上記割込処理と
は別に、ベースループごとに起動されるメインルーチン
（図６、図１４）を行う。なお、この処理において、第
１実施例と同じ処理を行うステップについては、第１実
施例と同じ符号を付したので、その説明は省略する。従
って、第１実施例と異なるステップについてのみ説明す
る。

【０１０７】図１４に示すように、ステップ２１７にて
パケット実行中フラグがセットされていると判定された
ら、ステップ２３０にて設定モードがＡ２であるか否か
を判定する。そしてＡ２であると判定されたらステップ
２１９に進み、それ以外（Ａ１、Ａ３、Ａ２０のいずれ
か）であると判定されたら、ステップ２２１にて時間Ｐ
３を通常値（５５ｍｓ）にセットする。

【０１０８】上記図６および図１４の処理によって、図
１２、１３に示した態様で各要求メッセージ１〜４が送
信される。それに対してエンジン制御装置１は、上記割
込処理とは別に、ベースループごとに起動されるメイン
ルーチン（図８〜１０、図１５）を行う。なお、この処
理において、第１実施例と同じ処理を行うステップにつ
いては、第１実施例と同じ符号を付したので、その説明
は省略する。従って、第１実施例と異なるステップにつ
いてのみ説明する。図１５に示すように、ステップ３３
５にて設定モードがＡ２であると判定されたら、ステッ
プ３４２にて、上記タイムアウトカウンタが時間Ｔ１を
超えたか否かを判定する。そして超えたと判定された
ら、ステップ３３６にて時間Ｐ２をＰ２′（本実施例で
は７０ｍｓ）にセットし、超えていないと判定された
ら、ステップ３３７にて時間Ｐ２を通常値（２８ｍｓ）
にセットする。

【０１０９】上記図８〜１０および図１５の処理によっ
て、図１２、１３に示した態様で各応答メッセージが送
信される。以上説明した第２実施例では、タイムアウト
カウンタが時間Ｔ１を超えたら、アイドルカウンタが時
間Ｐ２′（＞Ｐ３）を経過後に次の応答メッセージが送
信されるようにセットしたので、通信線３上で互いのメ
ッセージを衝突させることなく、上記次の応答メッセー
ジが送信される前に継続要求メッセージ３を送信するこ
とができる。

【０１１０】また本実施例では、タイムアウトカウンタ
が時間Ｔ１を超えるまでは、各応答メッセージがアイド
ルカウンタがＰ２（＜Ｐ２′）の経過後に送信されるよ
うにしたので、第１実施例に比べて、これら応答メッセ
ージについての通信速度を速くすることができる。な
お、上記各実施例では、故障診断テスタ５は、エンジン
制御装置１だけでなく、他の電子制御装置（例えばトラ
ンスミッション制御装置２）との間でも、上記のような
１対１データ通信も行う。

【０１１１】また、上記各実施例では、時間Ｐ２、Ｐ
２′、Ｐ３、およびＰ３′についてそれぞれ時間を種々
設定したが、要は、継続要求メッセージ３を送信するの
に必要とされるアイドルカウンタ（ステップ２２２のＰ
３）が、この継続要求メッセージ３の直前に送信された
応答メッセージの次に送信される応答メッセージが送信
されるのに必要とされるアイドルカウンタ（ステップ３
３８のＰ２）よりも短くなるようにすれば良い。 （他の実施例）上記各実施例では、故障診断テスタ５を
マスタ装置とし、電子制御装置をスレーブ装置としたシ
ステムについて説明したが、複数の電子制御装置の任意
の１つをマスタ装置、他の電子制御装置をスレーブ装置
としたものについても適用することができる。

【０１１２】また上記実施例では、本発明における通信
システムを車両に用いた場合について説明したが、車両
以外のものにも適用することができる。

【図面の簡単な説明】

【図１】本発明第１、第２実施例の全体構成図である。

【図２】上記第１実施例の最新データパケット連続送信
診断処理の全体的な流れを示すタイムチャートである。

【図３】上記第１実施例の最新データパケット連続送信
診断処理の全体的な流れを示すタイムチャートである。

【図４】上記第１、第２実施例の各メッセージを構成す
る各バイトのビットフォーマットを示すタイムチャート
である。

【図５】上記第１、第２実施例のシリアル入力割込処理
を示すフローチャートである。

【図６】上記第１、第２実施例のマスタ側におけるメイ
ンルーチンを示すフローチャートである。

【図７】上記第１実施例のマスタ側におけるメインルー
チンを示すフローチャートである。

【図８】上記第１、第２実施例のスレーブ側におけるメ
インルーチンを示すフローチャートである。

【図９】上記第１、第２実施例のスレーブ側におけるメ
インルーチンを示すフローチャートである。

【図１０】上記第１、第２実施例のスレーブ側における
メインルーチンを示すフローチャートである。

【図１１】上記第１実施例のスレーブ側におけるメイン
ルーチンを示すフローチャートである。

【図１２】上記第２実施例の最新データパケット連続送
信診断処理の全体的な流れを示すタイムチャートであ
る。

【図１３】上記第２実施例の最新データパケット連続送
信診断処理の全体的な流れを示すタイムチャートであ
る。

【図１４】上記第２実施例のマスタ側におけるメインル
ーチンを示すフローチャートである。

【図１５】上記第２実施例のスレーブ側におけるメイン
ルーチンを示すフローチャートである。

【図１６】国際規格ＩＳＯ−９１４１−２による通信手
順を示すタイムチャートである。

【図１７】上記国際規格の考え方を最新データパケット
連続送信診断処理に適用した場合の通信手順を示すタイ
ムチャートである。

【符号の説明】

１…エンジン制御装置（スレーブ装置）、 ２…トランスミッション制御装置（スレーブ装置）、 ３…通信線、５…故障診断テスタ（マスタ装置）

Claims (6)

【特許請求の範囲】
1. 【請求項１】 マスタ装置とスレーブ装置とが通信線で
   接続され、 前記マスタ装置が、前記通信線上に、前記スレーブ装置
   から応答メッセージを連続送信させるための要求メッセ
   ージを送信するとともに、さらにこの要求メッセージの
   送信から所定時間内に、前記連続送信を継続させるため
   の継続メッセージを送信するように構成され、 前記スレーブ装置が、前記要求メッセージあるいは前記
   継続メッセージを受信したら、この受信から前記所定時
   間、前記応答メッセージを前記通信線上に連続送信する
   ように構成された通信システムにおいて、 前記通信線が１本で構成され、 前記スレーブ装置が、前記応答メッセージを連続送信す
   る際に、ある応答メッセージの送信後、前記通信線が第
   １アイドル時間以上続けて空いたことを確認してから、
   次の応答メッセージを送信するように構成され、 前記マスタ装置が、前記継続メッセージを、前記通信線
   が前記第１アイドル時間よりも短い第２アイドル時間以
   上続けて空いたことを確認したら送信するように構成さ
   れたことを特徴とする通信システム。
2. 【請求項２】 前記スレーブ装置が、 前記通信線が前記第１アイドル時間以上続けて空いたか
   否かを判定する第１アイドル時間判定手段と、 この第１アイドル時間判定手段によって、前記通信線が
   前記第１アイドル時間以上続けて空いたと判定された
   ら、前記次の応答メッセージを送信する応答メッセージ
   送信手段とを備え、 前記マスタ装置が、 前記要求メッセージまたは前記継続メッセージの送信完
   了から、前記所定時間よりも短い第２所定時間以上が経
   過したか否かを判定する経過時間判定手段と、 この経過時間判定手段によって、前記第２所定時間以上
   が経過したと判定されたら、基準値を前記第２アイドル
   時間に設定する基準値設定手段と、 前記通信線が前記基準値以上続けて空いたか否かを判定
   する第２アイドル時間判定手段と、 この第２アイドル時間判定手段によって、前記通信線が
   前記基準値以上続けて空いたと判定されたら、前記継続
   メッセージを送信する継続メッセージ送信手段とを備え
   ることを特徴とする請求項１記載の通信システム。
3. 【請求項３】 前記スレーブ装置が、 前記要求メッセージまたは前記継続メッセージの送信完
   了から、前記所定時間よりも短い第２所定時間以上が経
   過したか否かを判定する経過時間判定手段と、 この経過時間判定手段によって、前記第２所定時間以上
   が経過したと判定されたら、基準値を前記第１アイドル
   時間に設定する基準値設定手段と、 前記通信線が前記基準値以上続けて空いたか否かを判定
   する第１アイドル時間判定手段と、 この第１アイドル時間判定手段によって、前記通信線が
   前記基準値以上続けて空いたと判定されたら、前記次の
   応答メッセージを送信する応答メッセージ送信手段とを
   備え、 前記マスタ装置が、 前記通信線が前記第２アイドル時間以上続けて空いたか
   否かを判定する第２アイドル時間判定手段と、 この第２アイドル時間判定手段によって、前記通信線が
   前記第２アイドル時間以上続けて空いたと判定された
   ら、前記継続メッセージを送信する継続メッセージ送信
   手段とを備えることを特徴とする請求項１記載の通信シ
   ステム。
4. 【請求項４】 マスタ装置とスレーブ装置とが通信線で
   接続され、 前記マスタ装置が、前記通信線上に、前記スレーブ装置
   から応答メッセージを連続送信させるための要求メッセ
   ージを送信するとともに、さらにこの要求メッセージの
   送信後、前記連続送信を中止させるための中止メッセー
   ジを送信するように構成され、 前記スレーブ装置が、前記要求メッセージを受信した
   ら、この受信から所定時間、前記応答メッセージを前記
   通信線上に連続送信するとともに、前記中止メッセージ
   を受信したら、前記連続送信を中止するように構成され
   た通信システムにおいて、 前記通信線が１本で構成され、 前記スレーブ装置が、前記応答メッセージを連続送信す
   る際に、ある応答メッセージの送信後、前記通信線が第
   １アイドル時間以上続けて空いたことを確認してから、
   次の応答メッセージを送信するように構成され、 前記マスタ装置が、前記中止メッセージを、前記通信線
   が前記第１アイドル時間よりも短い第２アイドル時間以
   上続けて空いたことを確認したら送信するように構成さ
   れたことを特徴とする通信システム。
5. 【請求項５】 前記スレーブ装置が、 前記通信線が前記第１アイドル時間以上続けて空いたか
   否かを判定する第１アイドル時間判定手段と、 この第１アイドル時間判定手段によって、前記通信線が
   前記第１アイドル時間以上続けて空いたと判定された
   ら、前記次の応答メッセージを送信する応答メッセージ
   送信手段とを備え、 前記マスタ装置が、 前記通信線が前記第２アイドル時間以上続けて空いたか
   否かを判定する第２アイドル時間判定手段と、 この第２アイドル時間判定手段によって、前記通信線が
   前記第２アイドル時間以上続けて空いたと判定された
   ら、前記中止メッセージを送信する中止メッセージ送信
   手段とを備えることを特徴とする請求項４記載の通信シ
   ステム。
6. 【請求項６】 前記スレーブ装置を複数有し、 前記マスタ装置が、この複数のスレーブ装置の中から任
   意のスレーブ装置を選択するとともに、この選択したス
   レーブ装置に対して前記要求メッセージまたは前記継続
   メッセージまたは前記中止メッセージを送信するように
   構成され、 前記選択されたスレーブ装置が前記応答メッセージを連
   続送信するように構成されたことを特徴とする請求項１
   ないし５いずれか１つ記載の通信システム。