JPH08223190A - 通信システム - Google Patents

Abstract

(57)【要約】 【目的】 マスタと複数のスレーブとの間で１対ｎ通信
を行う通信システムにおいて、マスタからの要求メッセ
ージに対して、複数のスレーブが自らの応答メッセージ
をマスタに送信する際に、通信路上で他のメッセージと
衝突させないようにする。 【構成】 テスタ５（マスタ）が要求メッセージ１を送
信したら、制御装置２（スレーブ）は、トラブルコード
数を組み込んだ応答メッセージを送信する。このとき制
御装置１（スレーブ）は、上記応答メッセージのコード
数に応じて待ち時間ｔを設定した後、自らの応答メッセ
ージを送信する。そしてテスタ５が要求メッセージ２を
送信したら、制御装置２は、上記コード数に応じた長さ
の応答メッセージ１、２を送信する。このとき制御装置
１は、要求メッセージ２の送信から待ち時間ｔが経過し
てから、すなわち上記応答メッセージ２の送信が完了し
てから、自らの応答メッセージを送信する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】ところで、こうした故障診断テスタを用い
て車両システムの診断を行う場合、故障診断テスタと車
載電子制御装置との間における通信手順として、一般的
に国際規格ＩＳＯ−９１４１−２で規定された通信手順
を用いる場合が多い。この国際規格における通信手順を
図９を用いて説明すると、 （１）故障診断テスタが第１〜第ｎ電子制御装置に対
し、診断要求メッセージＲＭ１を送信する。 （２）優先順位の最も高い第１電子制御装置が、この診
断要求メッセージＲＭ１に対する応答の準備を開始す
る。 （３）第１電子制御装置が故障診断テスタに対し、要求
メッセージＲＭ１に対する応答メッセージＡＭ１１を送
信する。 （４）優先順位が次に高い第２電子制御装置は、上記第
１電子制御装置による応答完了を確実にするために、一
旦同期が外され、同要求メッセージＲＭ１に対する自分
の応答の準備を開始する。 （５）第２電子制御装置が故障診断テスタに対し、要求
メッセージＲＭ１に対する応答メッセージＡＭ１２を送
信する。 （６）これら（２）と（３）、および（４）と（５）の
処理を、優先順位の最も低い第ｎ電子制御装置まで繰り
返す。 （７）その後、故障診断テスタは、上記各電子制御装置
による応答完了を確実にするために、一旦同期が外さ
れ、次の診断要求メッセージＲＭ２のための準備を開始
する。 （８）故障診断テスタが第１〜第ｎ電子制御装置に対
し、同要求メッセージＲＭ２を送信する。 といった態様でのデータ授受が繰り返し実行される。

【０００５】このように通常は、スレーブ装置である第
１〜第ｎ電子制御装置に対して優先順位を予め持たせて
おき、これら各電子制御装置から応答メッセージが送信
される順番を決めておく。例えば上記第２電子制御装置
については、これよりも優先順位の高い第１電子制御装
置からの応答メッセージの送信が完了したことを確認し
て初めて、第２電子制御装置からの応答メッセージが送
信されるようにしている。

【０００６】このような調停が行われることによって、
これら応答メッセージが上記通信路上で衝突しないよう
にし、ひいてはデータが破壊されるといった事態も回避
できるようにしている。また、上記メッセージを構成す
る各データバイトのビットフォーマットには、例えば図
１０に示されるような８ビットからなるＮＲＺ（ノンリ
ターンゼロ）方式が採用されている。そして、その先頭
に論理Ｌ（ロー）レベルのスタートビットが、またその
末尾に論理Ｈ（ハイ）レベルのストップビットがそれぞ
れ付加されて、これらデータバイトの存在が認識される
ようになっている。

【０００７】なお、上記国際規格によれば、１つの電子
制御装置から送信される応答メッセージを構成するデー
タバイトのうち、あるバイトのストップビットが完了し
てから次のバイトのスタートビットの先端が来るまでの
時間を、図９に示される時間Ｐ１（０〜２０ｍｓ）と規
定している。従って、あるバイトのストップビットが完
了してから２０ｍｓ以内には、次のバイトのスタートビ
ットの先端が来ることになる。

【０００８】また上記国際規格によれば、あるメッセー
ジの最後に付加されるチェックサムバイト（以下、ＣＳ
という）のストップビットが完了し、次のメッセージの
スタートビットの先端が来るまでの時間を、図９に示さ
れる時間Ｐ２（０〜５０ｍｓまたは２５〜５０ｍｓ、Ｐ
２＞Ｐ１）と規定している。従って、ある電子制御装置
から送信された応答メッセージのＣＳのストップビット
が完了してから５０ｍｓ以内には、次のメッセージのス
タートビットの先端が来ることになる。

【０００９】

【発明が解決しようとする課題】ところで、上記メッセ
ージの長さは可変長であるが、メッセージとして一度に
送ることのできる最大データ数、すなわち最大バイト数
は、米国自動車技術会（ＳＡＥ）のＥ／Ｅ故障診断テス
トモード推奨手順Ｊ１９７９によって決められている。
図１１に、このＪ１９７９によって決められているメッ
セージのフレーム構成を示す。

【００１０】図１１に示すように、メッセージを構成す
る最大バイト数は、メッセージヘッダの３バイト、デー
タバイトの７バイト（♯１〜♯７）、およびＣＳの合計
１１バイトというように規定されている。このように最
大バイト数を制限するのは、メッセージを受信する受け
手（スレーブまたはマスタ）が、マイクロコンピュータ
で行うプログラム処理の関係上、受信データをリアルタ
イムにて処理する能力がないためである。そして、受信
データをリアルタイムにて処理させるためには、その受
信データを一時的にバッファに格納させておく必要があ
り、そのために、そのバッファの数の上限を予め決めて
おくのである。

【００１１】こうした事情から、上記各電子制御装置の
うち例えば第１電子制御装置が応答しなければならない
データが１０バイト（ＣＳを含めると１１バイト）を超
えるときは、応答メッセージを複数に分けて送信しなけ
ればならない。一方、上記国際規格が規定する時間Ｐ２
（図９）とは、あるメッセージにおけるＣＳのストップ
ビットが完了し、次のメッセージのスタートビットの先
端が来るまでの時間を規定しているものであるので、上
記のように第１電子制御装置から複数のメッセージを送
信する場合にも、これらのメッセージの間隔を上記時間
Ｐ２にする必要がある。

【００１２】しかしこの場合、第１電子制御装置よりも
優先順位の低い第２電子制御装置は、第１電子制御装置
からいくつのメッセージが送信されるのかが分からな
い。そのため、第１電子制御装置から送信された１番目
のメッセージの終了が確認された時刻から時間Ｐ２後
に、第２電子制御装置は自分のメッセージの送信を開始
してしまう場合が発生する。この様子を図１２を用いて
説明する。

【００１３】すわなちいま、第１電子制御装置から時刻
ｔ１に送信された第１応答メッセージが時刻ｔ２に終了
したとすると、第１電子制御装置は、この時刻ｔ２から
時間Ｐ２後の時刻ｔ３に、通信路が空いた状態（アイド
ル状態）がＰ２続いたことを確認し、第２応答メッセー
ジの送信の準備をする。但し、実際に第２応答メッセー
ジが送信されるのは、第１電子制御装置におけるマイク
ロコンピュータの処理遅れ等に起因して、通常は、この
時刻ｔ３から更にＰ２′遅れた時刻ｔ５となる。

【００１４】他方、第２電子制御装置は、第１応答メッ
セージの終了時刻ｔ２から、上記アイドル状態が時間Ｐ
２続いたことから、自分が応答メッセージを送信するタ
イミングであると判断し、自分の応答メッセージの送信
を準備する。但しこの場合も、第２電子制御装置のマイ
クロコンピュータの処理遅れ等に起因して、実際にメッ
セージが送信されるのは時刻ｔ４となる。

【００１５】この場合には、時刻ｔ４に、第２電子制御
装置から応答メッセージが送信されているにも係わら
ず、その少し後の時刻ｔ５に、第１電子制御装置から第
２応答メッセージが送信されてしまい、この時刻ｔ５
に、両メッセージが互いに衝突してしまう。もっとも、
このような微妙なタイミングでのメッセージの衝突は必
ず発生するわけではないが、信頼性の高いデータ通信を
確保、維持するためには、上記のような問題は必ず克服
しなければならない。

【００１６】また、上記のように１つの電子制御装置
（スレーブ）から複数の応答メッセージを送信する可能
性がある場合には、マスタ対スレーブの通信システムは
１対ｎの構成を避けて１対１の通信を行うことが多い。
従って特開平３−１２４１４１号公報に示されるよう
に、マスタである故障診断テスタは、各電子制御装置を
個個に選択して診断要求メッセージを送信し、応答メッ
セージを受信するといった通信手順を踏まなくてはなら
ず、診断手順が煩雑で手間が掛かるといった問題があっ
た。

【００１７】そこで本発明は上記問題に鑑み、マスタ装
置と複数のスレーブ装置との間で１対ｎ通信を行う通信
システムにおいて、マスタ装置からブロッドキャスト的
に送信される要求メッセージに対して、複数のスレーブ
装置が、この要求メッセージに対する自らの応答メッセ
ージを、他のスレーブ装置からの応答メッセージと通信
路上で互いに衝突させることなく、マスタ装置に送信す
ることのできる通信システムを提供することを目的とす
る。

【００１８】

【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明では、マスタ装置（５）と複数
のスレーブ装置（１、２、６）とが通信路（３）を介し
て接続され、前記マスタ装置（５）は、所定の処理の実
行を要求する要求メッセージを前記通信路（３）上に送
信し、前記複数のスレーブ装置（１、２、６）は、前記
通信路（３）からの前記要求メッセージを受信したら、
この要求メッセージに対する応答メッセージを、優先順
位の高いスレーブ装置から順に前記通信路（３）上に送
信する通信システムにおいて、前記スレーブ装置（１、
２、６）は、前記通信路（３）からの前記要求メッセー
ジを受信したら、自分の応答メッセージの長さに関連し
た情報を応答メッセージの内部に組み込み、この情報を
組み込んだ応答メッセージを前記通信路（３）上に送信
する第１応答メッセージ送信手段（ステップ１５２）
と、自分よりも優先順位の高い前記スレーブ装置（１、
２、６）の前記第１応答メッセージ送信手段（ステップ
１５２）が送信した前記応答メッセージを受信したら、
この応答メッセージに組み込まれた前記情報を記憶する
記憶手段（ステップ１１１）と、この記憶手段（ステッ
プ１１１）に記憶された前記情報に基づいて、基準時間
（ｔ）を設定する基準時間設定手段（ステップ１４３、
１４５、１４６）と、前記要求メッセージの送信完了か
ら前記基準時間（ｔ）が経過してから、自分の応答メッ
セージを前記通信路上に送信する第２応答メッセージ送
信手段（ステップ１６４）とを備える通信システムを特
徴とする。

【００１９】また請求項２記載の発明では、請求項１記
載の通信システムにおいて、前記要求メッセージの送信
完了からの経過時間が、前記基準時間設定手段（ステッ
プ１４３、１４５、１４６）によって設定された前記基
準時間（ｔ）を超えたか否かを判定する経過時間判定手
段（ステップ１６３）を備え、前記第２応答メッセージ
送信手段（ステップ１６４）は、前記経過時間判定手段
（ステップ１６３）によって、前記経過時間が前記基準
時間（ｔ）を超えたと判定されてから、前記自らの応答
メッセージを前記通信路（３）上に送信するように構成
されたことを特徴とする。

【００２０】また請求項３記載の発明では、マスタ装置
（５）と複数のスレーブ装置（１、２、６）とが通信路
（３）を介して接続され、前記マスタ装置（５）は、所
定の処理の実行を要求する要求メッセージを前記通信路
（３）上に送信し、前記複数のスレーブ装置（１、２、
６）は、前記通信路（３）からの前記要求メッセージを
受信したら、この要求メッセージに対する応答メッセー
ジを、優先順位の高いスレーブ装置から順に前記通信路
（３）上に送信する通信システムにおいて、前記マスタ
装置（５）は、前記要求メッセージとして、第１要求メ
ッセージを送信した後、所定時間後に、これとは異なる
第２要求メッセージを送信するように構成され、前記ス
レーブ装置（１、２、６）は、前記通信路（３）からの
前記第１要求メッセージを受信したら、前記第２要求メ
ッセージに対する自分の応答メッセージの長さに関する
情報を応答メッセージの内部に組み込み、この情報を組
み込んだ応答メッセージを前記通信路（３）上に送信す
る第１応答メッセージ送信手段（ステップ１５２）と、
自分よりも優先順位の高い前記スレーブ装置（１、２、
６）の前記第１応答メッセージ送信手段（ステップ１５
２）が送信した前記応答メッセージを、前記通信路
（３）を介して受信したら、この応答メッセージに組み
込まれた前記情報を記憶する記憶手段（ステップ１１
１）と、この記憶手段（ステップ１１１）に記憶された
前記情報に基づいて、基準時間（ｔ）を設定する基準時
間設定手段（ステップ１４３、１４５、１４６）と、前
記第２要求メッセージの送信完了から前記基準時間
（ｔ）が経過してから、前記第２要求メッセージに対す
る自分の応答メッセージを前記通信路（３）上に送信す
る第２応答メッセージ送信手段（ステップ１６４）とを
備える通信システムを特徴とする。

【００２１】また請求項４記載の発明では、請求項３記
載の通信システムにおいて、前記第２要求メッセージの
送信完了からの経過時間が、前記基準時間設定手段（ス
テップ１４３、１４５、１４６）によって設定された前
記基準時間（ｔ）を超えたか否かを判定する経過時間判
定手段（ステップ１６３）を備え、前記第２応答メッセ
ージ送信手段（ステップ１６４）は、前記経過時間判定
手段（ステップ１６３）によって、前記経過時間が前記
基準時間（ｔ）を超えたと判定されてから、前記自分の
応答メッセージを前記通信路（３）上に送信するように
構成されたことを特徴とする。

【００２２】また請求項５記載の発明では、請求項１な
いし４いずれか１つ記載の通信システムにおいて、前記
基準時間設定手段（ステップ１４３、１４５、１４６）
は、前記情報から、前記自分よりも優先順位の高いスレ
ーブ装置（１、２、６）の応答メッセージの長さが長い
とみなされる程、前記基準時間（ｔ′）を長い時間とし
て決定する決定手段（ステップ１４５）を備えることを
特徴とする。

【００２３】また請求項６記載の発明では、請求項５記
載の通信システムにおいて、前記基準時間設定手段（ス
テップ１４３、１４５、１４６）は、前記決定手段（ス
テップ１４５）によって決定された前記基準時間
（ｔ′）を、前記第１応答メッセージ送信手段（ステッ
プ１５２）からの前記応答メッセージを受信する度に加
算する加算手段（ステップ１４６）を備えることを特徴
とする。

【００２４】また請求項７記載の発明では、請求項１な
いし６いずれか１つ記載の前記スレーブ装置（１、２、
６）が、車両に搭載される車両用通信システムを特徴と
する。なお、請求項３記載の発明でいう所定時間とは、
複数のスレーブ装置の全てから応答メッセージの送信を
完了する時間に相当する。

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

【００２６】

【発明の作用効果】請求項１記載の発明によれば、マス
タ装置が要求メッセージを通信路上に送信すると、これ
に対してスレーブ装置が、自分の応答メッセージの長さ
に関連した情報を応答メッセージの中に組み込み、この
情報を組み込んだ応答メッセージを第１応答メッセージ
送信手段によって通信路上に送信する。

【００２７】さらにスレーブ装置は、自分よりも優先順
位の高いスレーブ装置の第１応答メッセージ送信手段が
応答メッセージを送信したら、この応答メッセージを受
信して、この応答メッセージの中に組み込まれた前記情
報を記憶手段にて記憶する。そして、この記憶手段に記
憶された前記情報に基づいて、基準時間を基準時間設定
手段にて設定し、さらに前記要求メッセージの送信完了
から前記基準時間が経過してから、自分の応答メッセー
ジを第２応答メッセージ送信手段によって送信する。

【００２８】これによって、例えば２番目に優先順位の
高いスレーブ装置（以下、第２スレーブ装置という）
は、最も優先順位の高いスレーブ装置（以下、第１スレ
ーブ装置という）の第１応答メッセージ送信手段が応答
メッセージを送信したとき、この応答メッセージの中に
組み込まれた前記情報を記憶手段に記憶し、この記憶し
た情報に基づいて基準時間設定手段が基準時間を設定す
る。

【００２９】ここで第２スレーブ装置は、上記基準時間
を、前記情報、すなわち第１スレーブ装置の応答メッセ
ージの長さに応じて、例えばこの長さよりも長目に設定
すれば、仮に第１スレーブ装置からの応答メッセージが
２つに分かれても、これら２つのメッセージの送信が完
了するまで、第２スレーブ装置は自分の応答メッセージ
の送信を待機することができる。従って、第１スレーブ
装置からの応答メッセージと第２スレーブ装置からの応
答メッセージとを、通信路上で衝突させないようにする
ことができる。

【００３０】また請求項２記載の発明では、スレーブ装
置は、経過時間判定手段によって、要求メッセージの送
信完了からの時間が前記基準時間を超えたか否かを判定
し、この判定手段によって超えたと判定されてから、第
２応答メッセージ送信手段によって自らの応答メッセー
ジを送信する。従って、例えば上記第２スレーブ装置
は、要求メッセージの送信完了から前記基準時間を超え
たと判定されたときに、第１スレーブ装置からの応答メ
ッセージが送信完了したとみなして、自らの応答メッセ
ージの送信を開始する。

【００３１】また請求項３記載の発明では、マスタ装置
が第１要求メッセージを通信路上に送信すると、スレー
ブ装置は、第２要求メッセージに対する自分の応答メッ
セージの長さに関連した情報を応答メッセージの中に組
み込み、この情報を組み込んだ応答メッセージを、第１
応答メッセージ送信手段が通信路上に送信する。さらに
スレーブ装置は、自分よりも優先順位の高いスレーブ装
置の第１応答メッセージ送信手段が応答メッセージを送
信したら、これを受信し、この応答メッセージの中に組
み込まれた前記情報を記憶手段にて記憶する。そして、
この記憶手段に記憶された前記情報に基づいて、基準時
間を基準時間設定手段にて設定し、さらに第２要求メッ
セージの送信完了から前記基準時間が経過してから、自
分の応答メッセージを第２応答メッセージ送信手段が送
信する。

【００３２】これによって、例えば上記第２スレーブ装
置は、上記第１スレーブ装置の第１応答メッセージ送信
手段が応答メッセージを送信したとき、この応答メッセ
ージの中に組み込まれた前記情報を記憶手段に記憶し、
この記憶した情報に基づいて基準時間設定手段が基準時
間を設定する。ここで第２スレーブ装置は、上記基準時
間を、前記情報、すなわち第１スレーブ装置の応答メッ
セージの長さに応じて、例えばこの長さよりも長目に設
定すれば、第２要求メッセージに対する第１スレーブ装
置からの応答メッセージが仮に２つに分かれても、これ
ら２つのメッセージの送信が完了するまで、第２スレー
ブ装置は自分の応答メッセージの送信を待機することが
できる。従って、第１スレーブ装置からの応答メッセー
ジと第２スレーブ装置からの応答メッセージとを、通信
路上で衝突させないようにすることができる。

【００３３】また請求項４記載の発明では、スレーブ装
置は、経過時間判定手段によって、第２要求メッセージ
の送信完了からの時間が前記基準時間を超えたか否かを
判定し、この判定手段によって超えたと判定されてか
ら、第２応答メッセージ送信手段が自分の応答メッセー
ジを送信する。従って、例えば上記第２スレーブ装置
は、第２要求メッセージの送信完了から前記基準時間を
超えたと判定されたときに、第１スレーブ装置からの応
答メッセージが送信完了したとみなして、自らの応答メ
ッセージの送信を開始する。

【００３４】また請求項５記載の発明では、自分よりも
優先順位の高いスレーブ装置からの応答メッセージの長
さが長いほど、決定手段が前記基準時間を長い時間とし
て決定するので、自分からの応答メッセージを送信する
タイミングを遅くすることができる。また請求項６記載
の発明では、自分よりも優先順位の高いスレーブ装置が
複数ある場合に有効で、例えば、自分が３番目に優先順
位の高いスレーブ装置（以下、第３スレーブ装置とい
う）とすると、まず上記第１スレーブ装置から応答メッ
セージが送信されてきたら、前記決定手段にて、この応
答メッセージの長さに応じて基準時間を決定する。次
に、上記第２スレーブ装置から応答メッセージが送信さ
れてきたら、前回決定した基準時間に対して、今回新た
に決定手段で決定された基準時間を加えた時間を最終的
な基準時間とする。

【００３５】従ってこの場合、上記第３スレーブ装置
は、第１および第２スレーブ装置の両方が応答メッセー
ジの送信を完了してから、自らの応答メッセージの送信
を開始することができる。

【００３６】

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

【００３７】また、上記各電子制御装置には、上記１対
ｎのデータ通信を行う際の優先順位が予め決められてお
り、故障診断テスタ５が要求メッセージ（後述する）を
各電子制御装置に対して送信したときに、優先順位の高
い電子制御装置から順に、自らの応答メッセージ（後述
する）を送信するように構成されている。なお、本実施
例では、トランスミッション制御装置２→エンジン制御
装置１→エアコン制御装置６の順で優先順位が設定され
ている。

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

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

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

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

【００４２】なお、ＲＯＭ１２に格納された上記制御プ
ログラムには、ＲＡＭ１３内の上記各カウンタをソフト
ウェア的にカウント処理するカウンタプログラムが含ま
れる。またＲＯＭ内には、トラブルコード数に対応した
待ち時間ｔ′（後述する）を設定するテーブル（図８）
も格納されている。なお、このＣＰＵ１１を通じて求め
られた燃料噴射量は出力回路１５に与えられ、この出力
回路１５を通じて、上記求められた燃料噴射量に対応す
る信号がエンジン制御手段２７に出力される。エンジン
制御手段２７としては例えば燃料噴射弁がある。

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

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

【００４５】また、車両のセンサ等が断線した場合に記
憶されたトラブルコードを故障診断テスタ５に読み出
し、車両のどの部分が故障しているかを診断するトラブ
ルコード読み出し診断や、センサデータそのもののＲＡ
Ｍ値を読み出すＲＡＭ値読み出し診断等、の要求メッセ
ージが故障診断テスタ５から送信されてきたら、ＲＡＭ
１３に取り込まれたセンサデータや診断結果をＣＰＵ１
１が順次読み出し、この読み出したデータを、診断デー
タとして通信回路１７を介して通信線３に送信する。

【００４６】図２に、上記トラブルコード読み出し診断
処理における、要求メッセージおよび応答メッセージの
時間的な流れをタイムチャートとして示す。なお、以下
説明する各メッセージを構成する各バイトのビットフォ
ーマット、およびメッセージのフレーム構成は、上述し
た図１０、１１に示される方式を採用している。まず、
操作者がキーボード５ａを操作して、上記トラブルコー
ド読み出し診断処理を行う旨を設定すると、故障診断テ
スタ５から、上記トラブルコードの数の読み出しを要求
する要求メッセージ１が送信される。

【００４７】なお、この要求メッセージ１のヘッダ３バ
イトには、図２に示すように、 ・「このメッセージが要求メッセージであること（＄６
８）」、 ・「このメッセージの送信先がエンジン制御装置１やト
ランスミッション制御装置２やエアコン制御装置６であ
ること（＄６Ａ）」、 ・「このメッセージの送信元が故障診断テスタ５である
こと（＄Ｆ１）」、 等が組み込まれる。

【００４８】また、その次のデータバイトには、 ・「ＲＡＭ値を要求するモード表示（＄０１）」、 ・「コード数を要求するパラメータＩＤ（＄０１）」、 が組み込まれ、最後にＣＳが付加される。一方、エンジ
ン制御装置１やトランスミッション制御装置２やエアコ
ン制御装置６は、この要求メッセージ１を受信したら、
自らが記憶しているトラブルコード数を応答メッセージ
の中に組み込んで、次の手順で送信する。

【００４９】本実施例では、まず、最も優先順位の高い
トランスミッション制御装置２が、上記要求メッセージ
の送信完了から上記時間Ｐ２（本実施例では３０ｍｓ）
後に、自らの応答メッセージの送信を開始する。その応
答メッセージのヘッダバイト３バイトには、 ・「このメッセージが応答メッセージであること（＄４
８）」、 ・「このメッセージの送信先が故障診断テスタ５である
こと（＄６Ｂ）」、 ・「このメッセージの送信元がトランスミッション制御
装置２であること（＄０１）」、 等が組み込まれる。

【００５０】また、その次のデータバイトには、 ・「ＲＡＭ値を送信するモード表示（＄４１）」、 ・「トラブルコード数を表すパラメータＩＤ（＄０
１）」、 ・「実際に記憶しているトラブルコード数（＄０
６）」、 が組み込まれ、最後にＣＳが付加される。

【００５１】ここでエンジン制御装置１は、通信回路１
７を介して、トランスミッション制御装置２からの上記
応答メッセージの内容をモニタできるように構成されて
いる。従って、エンジン制御装置１はこのとき、上記ト
ランスミッション制御装置２からの応答メッセージの６
バイト目のデータ、すなわちトランスミッション制御装
置２が実際に記憶しているトラブルコード数を確認して
おき（後述するステップ１４３）、このコード数に応じ
て、後で送信されてくる要求メッセージ２に対する自ら
の応答メッセージの送信タイミング（後述する待ち時間
ｔ）を設定しておく（後述するステップ１４５、１４
６、１５１）。

【００５２】そしてエンジン制御装置１は、トランスミ
ッション２からの上記応答メッセージが１フレーム内に
納まる７バイト長であるため、この応答メッセージの送
信完了から時間Ｐ２後に、自らの応答メッセージの送信
を開始する。ところでこのエンジン制御装置１からの応
答メッセージのヘッダバイト３バイトには、 ・「このメッセージが応答メッセージであること（＄４
８）」、 ・「このメッセージの送信先が故障診断テスタ５である
こと（＄６Ｂ）」、 ・「このメッセージの送信元がエンジン制御装置１であ
ること（＄０２）」、 等が組み込まれる。

【００５３】また、その次のデータバイトには、 ・「ＲＡＭ値を送信するモード表示（＄４１）」、 ・「トラブルコード数を表すパラメータＩＤ（＄０
１）」、 ・「実際に記憶しているトラブルコード数（＄０
１）」、 が組み込まれ、最後にＣＳが付加される。

【００５４】以下、同様の要領で、他の電子制御装置
（エアコン制御装置６等）が自らの応答メッセージを順
次送信する。なお、上記他の電子制御装置（エアコン制
御装置６等）も、自分以外の制御装置からの応答メッセ
ージをモニタできるように構成されている。従って、こ
れらの電子制御装置も、自分よりも優先順位の高い制御
装置からの応答メッセージの６バイト目のトラブルコー
ド数をその都度確認し、それぞれのコード数を全て足し
合わせた数に応じて、要求メッセージ２に対する自らの
上記待ち時間ｔを設定しておく（後述するステップ１４
５、１４６、１５１）。

【００５５】このようにして、各電子制御装置のすべて
が応答メッセージの送信を完了したら、この完了時から
上記国際規格で規定された時間Ｐ３（本実施例では５５
ｍｓ）後に、故障診断テスタ５が、今度は実際のトラブ
ルコードの読み出しを要求する要求メッセージ２を送信
する。それに対してトランスミッション制御装置２は、
この要求メッセージ２の送信完了から時間Ｐ２後に、自
らが記憶している実際のトラブルコードを応答メッセー
ジの中に組み込んで送信開始する。

【００５６】ここで１つのトラブルコードは、上記Ｊ１
９７９によると２バイト長であり、本実施例もこのＪ１
９７９に従っているため、この例のようにトランスミッ
ション制御装置が６個のトラブルコードを記憶している
場合は、応答メッセージを２つのフレームに分けなけれ
ばならない。従って、トランスミッション制御装置２は
まず第１の応答メッセージとして、ヘッダバイト３バイ
ト、トラブルコードを送信するモード表示１バイト（＄
４３）、トラブルコード６バイト（＄０１４３、＄０１
９６、＄０２３４）、およびＣＳ１バイトの合計１１バ
イトから成る応答メッセージ１を送信する。

【００５７】そしてトランスミッション制御装置２は、
この応答メッセージ１の送信完了から時間Ｐ２後に、ヘ
ッダバイト３バイト、トラブルコードを送信するモード
表示１バイト（＄４３）、トラブルコード６バイト（＄
０３５７、＄０５３１、＄０６６１）、およびＣＳ１バ
イトの合計１１バイトから成る応答メッセージ２を送信
する。

【００５８】ここでエンジン制御装置１は、要求メッセ
ージ２の送信完了から上記待ち時間ｔが経過するまで
は、自らの応答メッセージの送信を禁止し、この待ち時
間ｔが経過したら、自らの応答メッセージの送信を開始
するように構成されている。つまりエンジン制御装置１
は、上記待ち時間ｔを、要求メッセージ２の送信完了時
から応答メッセージ２の送信完了時までの時間よりも長
目に設定し、これによって、トランスミッション制御装
置２が応答メッセージ１、２の両方の送信を完了してか
ら、エンジン制御装置１が自らの応答メッセージの送信
を開始するようにし、ひいては図１２を用いて上述した
問題を回避するようにしている。

【００５９】またエアコン制御装置６は、要求メッセー
ジ１に対するトランスミッション制御装置２およびエン
ジン制御装置１からの各応答メッセージをモニタして、
各メッセージに含まれていたトラブルコード数を足し合
わせたコード数（＝７）に応じて待ち時間ｔを設定して
いるので、トランスミッション制御装置２からの応答メ
ッセージ１、２、およびエンジン制御装置１からの応答
メッセージが全て送信完了してから、自らの応答メッセ
ージの送信が開始される。

【００６０】以上、本実施例のトラブルコード読み出し
診断処理における要求メッセージ、応答メッセージの時
間的な流れについて図２を用いて説明したが、今度は、
要求メッセージおよび応答メッセージを上記のような流
れで送信するための具体的手段について、図３〜図８を
用いて説明する。なお、図３〜図７に示す処理は、それ
ぞれの電子制御装置で行われる処理であり、図３は、い
つ送信されてくるか分からないメッセージを確実に取り
込むために、ＣＰＵのシリアル入力割込み機能を通じて
実現される割込処理を示すフローチャート、および図４
〜図７は、ベースループごとに起動されるメインルーチ
ンを示すフローチャートである。

【００６１】また、以下説明する処理で用いられる各カ
ウンタ、各フラグ、および待ち時間ｔは、イグニッショ
ンスイッチ１８をオンして各電子制御装置に電源が供給
された初期状態においては、全て０になっている。とこ
ろで各電子制御装置は、故障診断テスタ５からの要求メ
ッセージあるいは他の電子制御装置からの応答メッセー
ジのバイトの受信が完了する度に、図３に示す処理を行
って、そのメッセージに含まれる受信データおよびバイ
ト数を、受信バッファおよび受信カウンタに格納する。

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

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

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

【００６５】また、ステップ１０７にて受信バイト数が
１１を超えていないと判定されたら、ステップ１１１に
て、今受信したデータを受信バッファ（ｎ）に格納する
とともに、ステップ１１２の処理を実行して、この処理
を抜ける。また各電子制御装置は、上記のような割込み
処理の他に、図４〜図７に示すメインルーチンを行う。

【００６６】具体的には、まずステップ１２１にて、受
信バッファ（１）にデータが存在するか否かを判定する
ことによって、メッセージを受信している最中か否かを
判定する。そして受信バッファ（１）になにがしかのデ
ータが存在していれば、メッセージを受信中であるとみ
なして、ステップ１２２に進む。反対にステップ１２１
にてＮＯと判定されたら（同番地のデータが「＄００」
であれば）、このルーチンを抜ける。

【００６７】ステップ１２２では、アイドルカウンタが
上記国際規格で規定された時間Ｐ１の最大値（２０ｍ
ｓ）を超えたか否かを判定することによって、メッセー
ジの受信を完了したか否かを判定する。ここで超えてい
ないと判定されたら、まだメッセージの受信を完了して
いないとみなして、このルーチンを抜ける。反対に超え
たと判定されたら、メッセージの受信を完了したとみな
して、続くステップ１２３〜１２５において、このメッ
セージのサムチェックを行う。

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

【００６９】このサムチェックの結果、上記各値が一致
していないと判定されたら、異常とみなし、ステップ１
２６にて通信エラーフラグをセットし、ステップ１２７
にて受信バッファ（１）〜（ｎ）を全てクリアし、ステ
ップ１２８で受信カウンタをクリアしてこのルーチンを
抜ける。また上記サムチェックの結果が正常であれば、
受信データに問題はないものと判断して、続くステップ
１２９において、受信バッファ（１）〜（３）の内容、
すなわちメッセージヘッダが正常か否かを更に判定す
る。この判定では、要求メッセージと応答メッセージと
の両方のヘッダについてその正当性を判定する。

【００７０】そして続くステップ１３０にて、受信バッ
ファ（１）に格納されたデータに基づいて、このメッセ
ージが要求メッセージであるか応答メッセージであるか
を判定する。以下、このステップ１３０にて、要求メ
ッセージと判定された場合、応答メッセージと判定さ
れた場合、に大きく分けて説明する。 （ステップ１３０で要求メッセージと判定された場
合）この場合は、次にステップ１３１にて、受信バッフ
ァ（４）に格納されたデータに基づいて、これがいずれ
の診断モードを指定しているものかを判定する。

【００７１】ここでトラブルコード数を読み出すモード
が指定されていると判定されたら、図５のステップ１３
２にジャンプする。また、実際のトラブルコードを読み
出すモードが指定されていると判定されたら、図５のス
テップ１３３にジャンプする。また、それ以外のモード
が指定されていると判定されたら、ステップ２００、ス
テップ３００等にジャンプする。

【００７２】なお、ステップ２００にジャンプするとき
とは、特定のＲＡＭ値を読み出すモードが指定されてい
るときである。また、ステップ３００にジャンプすると
きとは、ＲＡＭ値の書き換えを行って車両の診断を実行
するモードが指定されているときである。上記ステップ
１３１にて、トラブルコード数を読み出す診断モードが
指定されていると判定された場合、すなわち故障診断テ
スタ５から上記要求メッセージ１が送信された場合に
は、ステップ１３２にて、この要求メッセージ１を受信
したことを記憶させるためにトラブルコード数実行フラ
グをセットする。

【００７３】ここで上記トラブルコード数実行フラグを
セットする理由は、トランスミッション制御装置２より
も優先順位の低い制御装置（例えばエンジン制御装置
１）は、自分よりも優先順位の高い制御装置が応答メッ
セージの送信を完了してからでないと、自分の応答メッ
セージを送信できないという制約があるため、とりあえ
ず上記実行フラグをセットして要求メッセージ１を受信
したことを一旦記憶しておき、その上で、自分よりも優
先順位の高い制御装置が応答メッセージの送信を完了し
たら、この実行フラグがセットされていることを確認し
て自分が応答メッセージを送信するためである。

【００７４】そして次のステップ１３４にて、自分が最
も優先順位の高い制御装置か否かを判定する。すなわ
ち、トランスミッション制御装置２ではこのステップ１
３４にてＹＥＳと判定され、それ以外の電子制御装置で
はＮＯと判定される。このステップ１３４にてＮＯと判
定されたら、上記ステップ１２７（図４）の処理にジャ
ンプし、ＹＥＳと判定されたら、ステップ１５２（図
６）にジャンプする。

【００７５】このステップ１５２では、具体的には、ま
ず要求メッセージ１に対する応答メッセージを作成す
る。なお、このメッセージの６バイト目には、図２に示
したようにトラブルコード数が組み込まれる。そしてア
イドルカウンタが上記時間Ｐ２を経過したことを確認し
た後で、応答メッセージを送信する。そしてステップ１
５２にて応答メッセージを送信したら、ステップ１５３
にてコード数出力実行フラグをクリアして、図７のステ
ップ１６２に移る。

【００７６】このステップ１６２では、故障診断テスタ
５から要求メッセージ２を受信したときに、要求メッセ
ージ２を受信したことを一時的に記憶させるためのコー
ド出力実行フラグ、がセットされているか否かを判定す
る。なお、このコード出力実行フラグは、後述するステ
ップ１３３にてセットされる。ここでセットされていな
い、すなわち要求メッセージ２を受信していないと判定
されたら、ステップ１６６にて受信バッファ（１）〜
（ｎ）を全てクリアし、ステップ１６７にて受信カウン
タをクリアして、この処理を抜ける。反対に、セットさ
れている、すなわち要求メッセージ２を受信したと判定
されたら、ステップ１６３にて、要求メッセージ２の送
信完了からの時間を計測するための待ち時間カウンタが
上記待ち時間ｔを超えているか否かを判定する。

【００７７】なお、上記待ち時間カウンタは、図示しな
いタイマによる時間割込み（例えば２ｍｓ割込み）に応
じて１カウントずつカウントアップされる。また、上記
待ち時間ｔは、後述するステップ１４６にて設定され
る。上記ステップ１６３にて、待ち時間カウンタが待ち
時間ｔを超えていないと判定されたら、そのままこの処
理を抜ける。反対に、超えていると判定されたら、ステ
ップ１６４の処理を行う。このステップ１６４では、具
体的には、まず要求メッセージ２に対する応答メッセー
ジを作成する。なお、このメッセージ中には、図２に示
したように実際のトラブルコードが組み込まれる。そし
てアイドルカウンタが上記時間Ｐ２を経過したことを確
認した後で、応答メッセージを送信する。

【００７８】そしてステップ１６４にて応答メッセージ
を送信したら、ステップ１６５にてコード数出力実行フ
ラグをクリアして、ステップ１６６、ステップ１６７の
処理を実行し、この処理を抜ける。一方、上記ステップ
１３１（図４）にて、実際のトラブルコードを読み出す
モードが指定されていると判定された場合は、ステップ
１３３にて上記コード出力実行フラグをセットする。

【００７９】ここでコード出力実行フラグをセットする
目的は、上記ステップ１３２にてコード数出力実行フラ
グをセットする目的と同じである。このように、コード
出力実行フラグをセットして要求メッセージ２を受信し
たことを記憶しておくことによって、自分よりも優先順
位の高い制御装置が応答メッセージの送信を完了した
ら、この実行フラグがセットされていることを確認して
自分が応答メッセージを送信することができる。

【００８０】そして次のステップ１６０にて、上記待ち
時間カウンタをクリアする。ここで、故障診断テスタ５
が要求メッセージ２を送信したときには、各電子制御装
置はこの要求メッセージ２を同時に受信し、同時にこの
ステップ１６０の処理を行うので、各電子制御装置は全
て同じタイミングで待ち時間カウンタをカウントアップ
する。

【００８１】そして次のステップ１６１にて、上記ステ
ップ１３４と同じ判定処理を行い、ＮＯと判定された
ら、上記ステップ１２７（図４）の処理に移り、ＹＥＳ
と判定されたら、ステップ１６４（図７）にジャンプす
る。 （ステップ１３０で応答メッセージと判定された場
合）上記ステップ１３０にて、受信したメッセージが応
答メッセージであると判定されたら、ステップ１４１
（図６）にジャンプして、この応答メッセージが自分よ
りも優先順位の高い制御装置から送信されたものである
か否かを、受信バッファ（３）に格納されたデータに基
づいて判定する。

【００８２】このステップ１４１にてＮＯと判定された
ら、ステップ１２７（図３）の処理に移る。逆にＹＥＳ
と判定されたら、ステップ１４２にて上記コード数出力
フラグがセットされているか否かを判定する。ここでセ
ットされていないと判定されたら、ステップ１６２（図
７）にジャンプし、逆にセットされている、すなわち受
信した応答メッセージが要求メッセージ１に対する応答
メッセージであると判定されたら、ステップ１４３に進
む。

【００８３】このステップ１４３では、受信バッファ
（６）に格納されているデータ、すなわち自分よりも優
先順位の高い制御装置からの応答メッセージに組み込ま
れているトラブルコード数に関する情報を確認する。そ
して次のステップ１４５では、上記ステップ１４３で確
認したトラブルコード数に基づいて、待ち時間ｔ′をテ
ーブルサーチする。なお、このテーブルは、図８に示す
ように、トラブルコード数に対応する待ち時間ｔ′とし
て予め設定されたものである。

【００８４】ここで、上記待ち時間ｔ′の長さの考え方
としては、例えば、トランスミッション制御装置２から
の応答メッセージ中のトラブルコード数が１の場合、ト
ランスミッション制御装置２は、要求メッセージ２に対
して７バイト長の応答メッセージを送信することにな
る。従って、この７バイト長の応答メッセージの長さよ
りも少し長目の時間（本実施例では９９ｍｓ）を設定し
ておく。

【００８５】また、例えばトランスミッション制御装置
２からの応答メッセージ中のトラブルコード数が４の場
合、トランスミッション制御装置２は、要求メッセージ
２に対して、１１バイト長の応答メッセージ１と７バイ
ト長の応答メッセージ２とを送信することになる。従っ
て、これら両メッセージの長さと各メッセージ間のアイ
ドル時間（＝Ｐ２）とを合わせた時間よりも少し長目の
時間（本実施例では２２８ｍｓ）を設定しておく。

【００８６】このような考え方で設定された待ち時間
ｔ′をステップ１４５でテーブルサーチした後、そして
ステップ１４６にて、前回ＲＡＭに格納した待ち時間ｔ
に、今回ステップ１４５で設定された待ち時間ｔ′を足
した時間を、最終的な待ち時間ｔとして新しくＲＡＭに
格納する。なお、イグニッションスイッチ１８をオンし
て制御装置に初めて電源が供給された状態では、ＲＡＭ
に格納された待ち時間ｔは０であるので、電源供給後初
めてこのステップ１４６の処理を行うときは、待ち時間
ｔはｔ′となる。

【００８７】そしてステップ１５０では、自分よりも優
先順位の高い制御装置の全てから、応答メッセージの送
信が完了したか否かを判定する。例えば、エアコン制御
装置６においては、トランスミッション制御装置２およ
びエンジン制御装置１の両方が、その応答メッセージの
送信を全て完了したか否かを判定する。ステップ１５０
で送信が完了したと判定されたら、ステップ１５２の処
理に移る。反対に送信が完了していないと判定された
ら、ステップ１６２の処理に移る。

【００８８】以上のステップ１４３〜ステップ１５０の
処理を具体的に説明すると、エンジン制御装置１は、要
求メッセージ１に対するトランスミッション制御装置２
からの応答メッセージを受信すると、ステップ１４５に
て待ち時間ｔ′（＝２７２ｍｓ）をテーブルサーチし、
ステップ１４６にてｔ＝２７２ｍｓに設定する。そして
次のステップ１５０ではＹＥＳと判定されるので、最終
的にＲＡＭに格納される待ち時間ｔは２７２ｍｓとな
る。

【００８９】またエアコン制御装置６は、要求メッセー
ジ１に対するトランスミッション制御装置２からの応答
メッセージを受信すると、ステップ１４５にてｔ′＝２
７２ｍｓをテーブルサーチし、ステップ１４６にてｔ＝
２７２ｍｓに設定する。そして次のステップ１５０では
ＮＯと判定され、ステップ１６２→１６６→１６７と経
てこの処理を抜ける。

【００９０】そして、次に要求メッセージ１に対するエ
ンジン制御装置１からの応答メッセージを受信すると、
ステップ１４５にて待ち時間ｔ′（＝９９ｍｓ）をテー
ブルサーチし、ステップ１４６にて、前回のｔ（＝２７
２ｍｓ）に９９ｍｓを加えた値（＝３７１ｍｓ）を最新
のｔとする。そして次のステップ１５０ではＹＥＳと判
定されるので、この３７１ｍｓが最終的な待ち時間ｔと
なる。

【００９１】以上詳述した本実施例によると、トランス
ミッション制御装置２よりも優先順位の低い制御装置
（エンジン制御装置１、エアコン制御装置６等）は、要
求メッセージ１に対する、自分よりも優先順位の高い制
御装置からの応答メッセージを受信したときに、この応
答メッセージ中に組み込まれたトラブルコード数に応じ
て上記待ち時間ｔを設定し、その後要求メッセージ２に
対する応答メッセージを自分が送信するタイミングを、
要求メッセージ２の送信完了から上記待ち時間ｔの経過
後としたので、自分よりも優先順位の高い制御装置から
の応答メッセージが全て送信完了してから、自分の応答
メッセージを送信させることができ、ひいては両メッセ
ージが通信線３上で衝突することを回避することができ
る。 （他の実施例）上記実施例では、故障診断テスタ５をマ
スタ装置とし、電子制御装置をスレーブ装置としたシス
テムについて説明したが、複数の電子制御装置の任意の
１つをマスタ装置、他の電子制御装置をスレーブ装置と
したものについても適用することができる。

【００９２】また上記実施例では、本発明における通信
システムを車両に用いた場合について説明したが、車両
以外のものにも適用することができる。また上記実施例
では、故障診断テスタ５が、ダイアグコード数を送信さ
せるための要求メッセージ１をまず送信し、その後、実
際のダイアグコードを送信させるための要求メッセージ
２を送信するタイプのものについて説明したが、上記要
求メッセージ１を送信せず、その代わりに要求メッセー
ジ２を、トラブルコード数および実際のトラブルコード
を送信させるためのメッセージとしたタイプにしても良
い。

【００９３】この場合、例えばエンジン制御御装置１
は、要求メッセージ２に対するトランスミッション制御
装置２の応答メッセージをモニタし、このときにトラブ
ルコード数を確認し、自分の待ち時間ｔを設定するよう
にする。なお、上記トラブルコードは、できるだけ最初
の方（例えば４バイト目か５バイト目）に設けることが
望ましい。

【００９４】また上記実施例では、待ち時間カウンタ
を、要求メッセージ２の送信完了からカウントアップさ
せるようにしたが、トランスミッション制御装置２の応
答メッセージの送信開始からカウントアップさせるよう
にしても良い。この場合は、ステップ１４５で決定する
待ち時間ｔ′の長さを、要求メッセージ２の送信完了か
ら応答メッセージ１の送信開始までのアイドル時間（＝
Ｐ２）だけ、上記実施例に比べて短くすれば良い。

【図面の簡単な説明】

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

【図２】上記実施例のトラブルコード読み出し診断処理
における通信手順を示すタイムチャートである。

【図３】上記実施例の各電子制御装置におけるシリアル
入力割込処理手順を示すフローチャートである。

【図４】上記各電子制御装置におけるメインルーチンを
示すフローチャートである。

【図５】上記各電子制御装置におけるメインルーチンを
示すフローチャートである。

【図６】上記各電子制御装置におけるメインルーチンを
示すフローチャートである。

【図７】上記各電子制御装置におけるメインルーチンを
示すフローチャートである。

【図８】上記実施例のトラブルコード数に対応する待ち
時間ｔ′を予め設定したテーブルである。

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

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

【図１１】米国自動車技術会（ＳＡＥ）Ｊ１９７９に定
められる１メッセージのフレーム構成を示すフローチャ
ートである。

【図１２】従来技術において各メッセージが衝突する様
子を説明するためのタイムチャートである。

【符号の説明】

１…エンジン制御装置（スレーブ装置）、２…トランス
ミッション制御装置（スレーブ装置）、３…通信線（通
信路）、５…故障診断テスタ（マスタ装置）、５ａ…キ
ーボード（操作手段）、６…エアコン制御装置（スレー
ブ装置）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｑ 9/00 ３１１ Ｈ０４Ｑ 9/00 ３２１Ｅ ３２１ Ｇ０１Ｍ 17/00 Ｈ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 マスタ装置と複数のスレーブ装置とが通
   信路を介して接続され、 前記マスタ装置は、所定の処理の実行を要求する要求メ
   ッセージを前記通信路上に送信し、 前記複数のスレーブ装置は、前記通信路からの前記要求
   メッセージを受信したら、この要求メッセージに対する
   応答メッセージを、優先順位の高いスレーブ装置から順
   に前記通信路上に送信する通信システムにおいて、 前記スレーブ装置は、 前記通信路からの前記要求メッセージを受信したら、自
   分の応答メッセージの長さに関連した情報を応答メッセ
   ージの内部に組み込み、この情報を組み込んだ応答メッ
   セージを前記通信路上に送信する第１応答メッセージ送
   信手段と、 自分よりも優先順位の高い前記スレーブ装置の前記第１
   応答メッセージ送信手段が送信した前記応答メッセージ
   を、前記通信路を介して受信したら、この応答メッセー
   ジに組み込まれた前記情報を記憶する記憶手段と、 この記憶手段に記憶された前記情報に基づいて、基準時
   間を設定する基準時間設定手段と、 前記要求メッセージの送信完了から前記基準時間が経過
   してから、自分の応答メッセージを前記通信路上に送信
   する第２応答メッセージ送信手段とを備えることを特徴
   とする通信システム。
2. 【請求項２】 前記要求メッセージの送信完了からの経
   過時間が、前記基準時間設定手段によって設定された前
   記基準時間を超えたか否かを判定する経過時間判定手段
   を備え、 前記第２応答メッセージ送信手段は、前記経過時間判定
   手段によって、前記経過時間が前記基準時間を超えたと
   判定されてから、前記自分の応答メッセージを前記通信
   路上に送信するように構成されたことを特徴とする請求
   項１記載の通信システム。
3. 【請求項３】 マスタ装置と複数のスレーブ装置とが通
   信路を介して接続され、 前記マスタ装置は、所定の処理の実行を要求する要求メ
   ッセージを前記通信路上に送信し、 前記複数のスレーブ装置は、前記通信路からの前記要求
   メッセージを受信したら、この要求メッセージに対する
   応答メッセージを、優先順位の高いスレーブ装置から順
   に前記通信路上に送信する通信システムにおいて、 前記マスタ装置は、前記要求メッセージとして、第１要
   求メッセージを送信した後、所定時間後に、これとは異
   なる第２要求メッセージを送信するように構成され、 前記スレーブ装置は、 前記通信路からの前記第１要求メッセージを受信した
   ら、前記第２要求メッセージに対する自分の応答メッセ
   ージの長さに関する情報を応答メッセージの内部に組み
   込み、この情報を組み込んだ応答メッセージを前記通信
   路上に送信する第１応答メッセージ送信手段と、 自分よりも優先順位の高い前記スレーブ装置の前記第１
   応答メッセージ送信手段が送信した前記応答メッセージ
   を、前記通信路を介して受信したら、この応答メッセー
   ジに組み込まれた前記情報を記憶する記憶手段と、 この記憶手段に記憶された前記情報に基づいて、基準時
   間を設定する基準時間設定手段と、 前記第２要求メッセージの送信完了から前記基準時間が
   経過してから、前記第２要求メッセージに対する自分の
   応答メッセージを前記通信路上に送信する第２応答メッ
   セージ送信手段とを備えることを特徴とする通信システ
   ム。
4. 【請求項４】 前記第２要求メッセージの送信完了から
   の経過時間が、前記基準時間設定手段によって設定され
   た前記基準時間を超えたか否かを判定する経過時間判定
   手段を備え、 前記第２応答メッセージ送信手段は、前記経過時間判定
   手段によって、前記経過時間が前記基準時間を超えたと
   判定されてから、前記自分の応答メッセージを前記通信
   路上に送信するように構成されたことを特徴とする請求
   項３記載の通信システム。
5. 【請求項５】 前記基準時間設定手段は、 前記情報から、前記自分よりも優先順位の高いスレーブ
   装置の応答メッセージの長さが長いとみなされる程、前
   記基準時間を長い時間として決定する決定手段を備える
   ことを特徴とする請求項１ないし４いずれか１つ記載の
   通信システム。
6. 【請求項６】 前記基準時間設定手段は、 前記決定手段によって決定された前記基準時間を、前記
   第１応答メッセージ送信手段からの前記応答メッセージ
   を受信する度に加算する加算手段を備えることを特徴と
   する請求項５記載の通信システム。
7. 【請求項７】 請求項１ないし６いずれか１つ記載の前
   記スレーブ装置が、車両に搭載されることを特徴とする
   車両用通信システム。