JPH08285735A - 通信システム - Google Patents

Abstract

(57)【要約】 【目的】 スレーブ装置が、応答メッセージを複数に分
割して連続送信する場合に、この連続した応答メッセー
ジを、他のメッセージと通信線上で衝突させることなく
送信できるようにする。 【構成】 故障診断テスタ５が要求メッセージを送信す
ると、各制御装置２、１、６は、優先順位の隣り合う制
御装置が送信する各応答メッセージ間で、通信線空き時
間がＰ２Ａとなるように、自分の応答メッセージを送信
する。また、このうちの１つ（例えば制御装置２）は、
自分の応答メッセージを第１応答メッセージと第２応答
メッセージとに分割して連続送信する場合には、これら
の応答メッセージ間における通信線空き時間をＰ２Ｂ
（＜Ｐ２Ａ）する。これによって、上記制御装置２は、
制御装置１からの応答メッセージと通信線上で衝突する
ことなく、上記第１および第２応答メッセージを確実に
連続送信することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スレーブ装置（例
えばトランスミッション制御装置）と、これに外部接続
されるマスタ装置（例えばテスタのような外部装置）と
の間でデータ通信を行う通信システムに関する。また、
この通信システムで用いられるスレーブ装置に関する。

【０００２】

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

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

【０００４】ところで、上記（イ）のような、故障診断
テスタを用いて車両システムの診断を行う場合、故障診
断テスタと車載電子制御装置との間における通信手順と
して、一般的に国際規格ＩＳＯ−９１４１−２で規定さ
れた通信手順を用いる場合が多い。ここで、この国際規
格における通信手順を図２９を用いて説明する。なお、
図２９におけるＨは論理ハイレベル、Ｌは論理ローレベ
ルを示す。

【０００５】（１）故障診断テスタが第１〜第ｎ電子制
御装置に対し、診断要求メッセージＲＭ１を送信する。 （２）優先順位の最も高い第１電子制御装置が、この診
断要求メッセージＲＭ１に対する応答の準備を開始す
る。 （３）第１電子制御装置が故障診断テスタに対し、要求
メッセージＲＭ１に対する応答メッセージＡＭ１１を送
信する。

【０００６】（４）次に優先順位の高い第２電子制御装
置は、上記第１電子制御装置の応答を確実に完了させる
ために、一旦同期が外され、同要求メッセージＲＭ１に
対する自分の応答の準備を開始する。 （５）第２電子制御装置が故障診断テスタに対し、要求
メッセージＲＭ１に対する応答メッセージＡＭ１２を送
信する。

【０００７】（６）これら（２）と（３）、および
（４）と（５）の処理が、優先順位の最も低い第ｎ電子
制御装置まで順次繰り返される。 （７）その後、故障診断テスタは、上記各電子制御装置
の応答を確実に完了させるために、一旦同期が外され、
次の診断要求メッセージＲＭ２のための準備を開始す
る。

【０００８】（８）故障診断テスタが第１〜第ｎ電子制
御装置に対し、同要求メッセージＲＭ２を送信する。と
いった態様でデータの授受が繰り返される。このように
通常は、スレーブ装置である第１〜第ｎ電子制御装置に
対して優先順位を持たせ、これら各電子制御装置が自分
の応答メッセージを送信する順番を決めておく。例えば
上記第２電子制御装置は、自分よりも優先順位の高い第
１電子制御装置からの応答メッセージの送信完了を確認
して初めて、自分の応答メッセージを送信する。

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

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

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

【００１２】また、メッセージとして一度に送ることの
できる最大データ数は、米国自動車技術会（ＳＡＥ）の
Ｅ／Ｅ故障診断テストモード推奨手順Ｊ１９７９によっ
て、図３１に示すように、ヘッダバイトの３バイト、デ
ータバイトの７バイト（♯１〜♯７）、およびＣＳの１
バイトの合計１１バイトに制限されている。このよう
に、最大バイト数を制限するのは、メッセージを受信す
る受け手は、マイクロコンピュータで実行するプログラ
ムの関係上、受信データをリアルタイムに処理する能力
がないため、一時的にバッファに受信データを溜めてお
く必要がある。従って、メモリの制約上、このバッファ
の数の上限を予め決めておかないと不都合が生じるから
である。

【００１３】従って、ある電子制御装置が、応答メッセ
ージとして送信すべきデータが１０バイト（ＣＳを含め
ると１１バイト）を越える場合は、この電子制御装置
は、応答メッセージを複数に分割して送信しなければな
らない。

【００１４】

【発明が解決しようとする課題】ところで、上記国際規
格における通信線空き時間Ｐ２は、あるメッセージと次
のメッセージとの間隔を規定するものである。従って、
この国際規格によると、上記のように、ある電子制御装
置が応答メッセージを複数に分割して連続送信する場合
には、これら複数の応答メッセージ間には上記時間Ｐ２
を設けなければならないことになる。

【００１５】従って、図３２に示すように、第１電子制
御装置が、故障診断テスタからの要求メッセージに対す
る応答メッセージを、第１応答メッセージと第２応答メ
ッセージとに分割して連続送信する場合、第１電子制御
装置は、第１応答メッセージの送信完了から時間Ｐ２が
経過した時刻ｔ_a から、次の第２応答メッセージを送信
する準備を開始するので、マイクロコンピュータの処理
遅れ等によって、実際に第２応答メッセージの送信を開
始するのは時刻ｔ_b となる。

【００１６】一方、第１電子制御装置よりも１つ優先順
位の低い第２電子制御装置は、上記時刻ｔ_a から、自分
の応答メッセージを送信する準備を開始する。そして、
マイクロコンピュータの処理遅れ等によって、実際に応
答メッセージの送信を開始するのが、上記時刻ｔ_a と時
刻ｔ_b との間となることがある。この場合には、図３２
にも示すように、第１電子制御装置の第２応答メッセー
ジと第２電子制御装置の応答メッセージとが衝突してし
まう。

【００１７】このような、微妙なタイミングにおけるデ
ータ衝突は必ず発生するものではないが、通信成立の上
では必ず克服すべきことである。そこで、本発明は上記
問題に鑑み、マスタ装置が要求メッセージを通信線上に
送信し、スレーブ装置が、この要求に対する応答メッセ
ージを、複数に分割して連続送信する場合に、この連続
した応答メッセージを、他のメッセージと通信線上で衝
突させることなく送信できるようにすることを目的とす
る。

【００１８】

【課題を解決するための手段】上記目的を達成するた
め、請求項１〜８記載の発明では、複数のスレーブ装置
のうちの少なくとも１つが、要求メッセージに対する応
答メッセージを複数に分割して連続送信する場合には、
この複数に分割された各応答メッセージ間での通信線の
空き時間（以下、通信線空き時間という）が、第１所定
時間（優先順位の隣り合うスレーブ装置が送信する各応
答メッセージ間での通信線空き時間）よりも短い第２所
定時間となるように、上記複数に分割された応答メッセ
ージを連続送信するように構成されたことを特徴として
いる。

【００１９】これによると、上記のように構成された少
なくとも１つのスレーブ装置は、応答メッセージを複数
に分割して連続送信する場合には、次のスレーブ装置が
応答メッセージの送信を開始する前に、自分の上記複数
に分割した応答メッセージを連続送信する。従って、上
記少なくとも１つのスレーブ装置は、次のスレーブ装置
の応答メッセージと通信線上で衝突することなく、上記
複数に分割した応答メッセージを確実に連続送信するこ
とができる。

【００２０】特に、請求項３記載の発明では、上記第１
所定時間を、優先順位の高いスレーブ装置である程、短
く設定したことを特徴としている。これによると、マス
タ装置が要求メッセージを送信完了した後、複数のスレ
ーブ装置のうちの最も優先順位の高いスレーブ装置が最
初に、応答メッセージを送信する。そして、その次に優
先順位の高いスレーブ装置が応答メッセージを送信し、
以後、同様に、優先順位の高い順でスレーブ装置が応答
メッセージを送信する。

【００２１】このように本発明では、複数のスレーブ装
置が、優先順位の高い順に応答メッセージを送信するの
で、各スレーブ装置の応答メッセージが通信線上で衝突
することを防止することができる。また、請求項４ない
し８記載の発明では、マスタ装置の接続確認メッセージ
送信手段が接続確認メッセージを送信し、それに対して
スレーブ装置の第１応答メッセージ送信手段が、自分の
識別値を組み込んだ応答メッセージを送信する。

【００２２】そしてこのとき、この応答メッセージ中の
識別値を識別値記憶手段が順次記憶し、さらに優先順位
設定手段が、この識別値記憶手段に記憶された識別値に
基づいて新たな優先順位を設定する。そして、この新た
な優先順位に基づいて、要求メッセージとこれに対する
応答メッセージとの送受信を行うように構成されたこと
を特徴としている。

【００２３】これによると、識別値記憶手段は、複数の
スレーブ装置のうち、応答メッセージを通信線上に送信
できる状態（以下、応答可能な状態という）のスレーブ
装置の識別値を記憶し、オプションで接続されていなか
ったり、あるいはそのスレーブ装置自体が故障している
等で、自分の応答メッセージを送信できない状態（以
下、応答不可能な状態という）のスレーブ装置の識別値
は記憶しない。

【００２４】つまり、識別値記憶手段には、応答可能な
状態のスレーブ装置の識別値のみが記憶される。そし
て、優先順位設定手段は、この識別値記憶手段に記憶さ
れた識別値に基づいて、上記応答不可能な状態のスレー
ブ装置を除いた新たな優先順位を設定する。例えば、４
つのスレーブ装置のうち、１、２、および４番目に優先
順位の高いスレーブ装置（以下、第１、第２、第４スレ
ーブ装置という）が応答可能な状態で、３番目に優先順
位の高いスレーブ装置（以下、第３スレーブ装置とい
う）が応答不可能な状態の場合、識別値記憶手段は、第
１、第２、および第４スレーブ装置の識別値を記憶す
る。従って、優先順位設定手段は、上記第４スレーブ装
置の新たな優先順位を３番目として設定する。

【００２５】このように本発明では、複数のスレーブ装
置の中に上記応答不可能な状態のスレーブ装置が存在し
ていても、この応答不可能な状態のスレーブ装置を除い
た新たな優先順位を設定し、この新たな優先順位に基づ
いて、要求メッセージとこれに対する応答メッセージの
やりとりを行うので、上記応答不可能な状態のスレーブ
装置よりも優先順位の低いスレーブ装置は、自分の応答
メッセージを、他のメッセージと通信線上で衝突させる
ことなく、送信することができる。

【００２６】特に、請求項５記載の発明では、マスタ装
置が通信線上に接続確認メッセージを送信すると、各ス
レーブ装置はこの接続確認メッセージをそれぞれ受信す
る。そして、優先順位の高いスレーブ装置の第１応答メ
ッセージ送信手段から順に、自分の識別値を組み込んだ
応答メッセージを順次、通信線上に送信する。このと
き、各スレーブ装置は、自分よりも優先順位の高いスレ
ーブ装置の第１応答メッセージ送信手段が送信した応答
メッセージを、通信線を介して受信したら、識別値書込
手段が、この応答メッセージに組み込まれた識別値を、
自分が有する識別値記憶手段に書き込む。

【００２７】例えば、上記第１〜３スレーブ装置が応答
可能な状態であれば、第４スレーブ装置の識別値記憶手
段には、第１〜３スレーブ装置の識別値が書き込まれ
る。また、このうちの例えば第３スレーブ装置が応答不
可能な状態の場合には、第４スレーブ装置の識別値記憶
手段には、第１、第２スレーブ装置の識別値のみが書き
込まれる。

【００２８】さらに本発明では、各スレーブ装置は、マ
スタ装置からの要求メッセージを受信したら、送信順番
判定手段が、この要求メッセージに対する応答メッセー
ジを送信する順番を、識別値記憶手段に書き込まれた識
別値に基づいて判定し、この送信順番判定手段によっ
て、次が自分の応答メッセージを送信する順番であると
判定されたら、第２応答メッセージ送信手段が応答メッ
セージを送信する。

【００２９】つまり、例えば上記のように、第１〜４ス
レーブ装置のうち第３スレーブ装置が応答不可能な状態
で、残りが全て応答可能な状態のときには、第４スレー
ブ装置は、自分の識別値記憶手段が第１、２スレーブ装
置の識別値のみを記憶していることに基づいて、第３ス
レーブ装置が応答不可能な状態であることを認識し、こ
れに基づいて自分の優先順位を新しく３番目に設定す
る。

【００３０】そして、第４スレーブ装置は、この新しく
設定した優先順位に基づいて、上記要求メッセージに対
する応答メッセージを送信する順番の判定を行う。すな
わち、この場合は、２番目に優先順位の高いスレーブ装
置は第２スレーブ装置であるから、この第２スレーブ装
置が応答メッセージの送信を完了したら、上記送信順番
判定手段によって自分が自分の順番だと判定される。そ
して、第２応答メッセージ送信手段が応答メッセージを
送信する。

【００３１】また、請求項６記載の発明では、上記送信
順番判定手段は、識別値記憶手段が記憶している識別値
のうち、最も優先順位の低い識別値のスレーブ装置から
の応答メッセージを受信したか否かを判定する。識別値
記憶手段は、上述したように自分よりも優先順位の高い
スレーブ装置の識別値を記憶する。従って、この識別値
記憶手段が記憶した識別値のうち、最も優先順位の低い
識別値のスレーブ装置とは、上記新しく設定された優先
順位が自分よりも１つだけ高いスレーブ装置のことであ
る。つまり、このスレーブ装置からの応答メッセージを
受信したか否かを判定することによって、次が自分の応
答メッセージを送信する順番であるか否かを判定するこ
とができる。

【００３２】また、請求項７記載の発明では、マスタ装
置が通信線上に接続確認メッセージを送信し、各スレー
ブ装置が、この接続確認メッセージに対する応答メッセ
ージを、優先順位の高い方から順に送信すると、マスタ
装置は、この応答メッセージを順次受信し、識別値書込
手段が、この応答メッセージ中の識別値を識別値記憶手
段に書き込む。

【００３３】従って、例えば上記第１〜４スレーブ装置
が全て応答可能な状態であれば、マスタ装置の識別値記
憶手段には、第１〜４スレーブ装置の識別値が書き込ま
れる。また、このうちの例えば第３スレーブ装置が応答
不可能な状態の場合には、マスタ装置の識別値記憶手段
には、第１、２、４スレーブ装置の識別値が書き込まれ
る。

【００３４】そして、第１所定時間設定手段が、識別値
記憶手段に書き込まれた識別値に対応したスレーブ装置
に対して、上記第１所定時間を、優先順位の高いスレー
ブ装置である程、短い時間として設定する。つまり、第
１〜４スレーブ装置が全て応答可能な状態であれば、第
１〜第４に対して、優先順位の高いスレーブ装置である
程短い第１所定時間を設定する。また、このうち第３ス
レーブ装置が応答不可能な状態であれば、第１、２、４
スレーブ装置に対して、優先順位の高いスレーブ装置で
ある程短い第１所定時間を設定する。

【００３５】このように本発明では、応答可能な状態の
スレーブ装置に対して、上記第１設定時間を、優先順位
が高いスレーブ装置である程短い時間として設定するの
で、この応答可能な状態のスレーブ装置は、マスタ装置
からの要求メッセージに対する応答メッセージを、優先
順位の高いものから順に送信し、これによって、各スレ
ーブ装置の応答メッセージが通信線上で衝突することを
防止することができる。

【００３６】また、請求項８記載の発明では、各スレー
ブ装置は、上記新しい優先順位が自分よりも１つ高いス
レーブ装置が終了メッセージを送信したことを検出する
ことによって、自分の応答メッセージの送信タイミング
を知ることができる。従って各スレーブ装置は、自分よ
りも優先順位の高いスレーブ装置が前記終了メッセージ
を送信したら、すぐに自分の応答メッセージを送信する
ことができ、これによって通信速度を早くすることがで
きる。

【００３７】また、請求項９記載の発明では、請求項１
記載の通信システムで用いられるスレーブ装置を特徴と
している。このようにスレーブ装置を構成すれば、この
スレーブ装置を上記のような通信システムに用いたとき
に、このスレーブ装置が応答メッセージを複数に分割し
て連続送信する際にも、このスレーブ装置は、この複数
に分割した応答メッセージを、自分の次に優先順位の低
いスレーブ装置の応答メッセージと通信線上で衝突させ
ることなく連続送信することができる。

【００３８】また、請求項１０記載の発明では、スレー
ブ装置が、要求メッセージに対する応答メッセージを複
数に分割して連続送信する場合には、この複数に分割さ
れた各応答メッセージ間での通信線空き時間が、第１所
定時間（マスタ装置が応答メッセージを送信完了してか
ら、スレーブ装置が応答メッセージを送信開始するまで
の通信線空き時間）よりも短い第２所定時間となるよう
に、上記複数に分割された応答メッセージを連続送信す
るように構成されたことを特徴としている。

【００３９】これによると、上記のように構成されたス
レーブ装置は、応答メッセージを複数に分割して連続送
信する場合には、マスタ装置が要求メッセージの送信を
開始する前に、自分の上記複数に分割した応答メッセー
ジを連続送信する。従って、上記スレーブ装置は、マス
タ装置の要求メッセージと通信線上で衝突することな
く、上記複数に分割した応答メッセージを確実に連続送
信することができる。

【００４０】また、請求項１１記載の発明では、請求項
１０記載の通信システムで用いられるスレーブ装置を特
徴としている。このようにスレーブ装置を構成すれば、
このスレーブ装置を上記のような通信システムに用いた
ときに、このスレーブ装置が応答メッセージを複数に分
割して連続送信する際にも、このスレーブ装置は、この
複数に分割した応答メッセージを、マスタ装置の要求メ
ッセージと通信線上で衝突させることなく連続送信する
ことができる。

【００４１】

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

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

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

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

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

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

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

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

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

【００５０】また、故障診断テスタ５は、どの制御装
置が応答可能な状態であるかを診断するＥＣＵ接続確認
診断（以下、接続確認モードという）、センサデータ
そのもののＲＡＭ値を読み出すＲＡＭ値読み出し診断
（以下、ＲＡＭ値読出モードという）、車両のセンサ
等が断線した場合に記憶されたトラブルコードを故障診
断テスタ５に読み出し、車両のどの部分が故障している
かを診断するトラブルコード読み出し診断（以下、トラ
ブルコード読出モードという）、等を行うための要求メ
ッセージを送信する。

【００５１】そして各制御装置は、故障診断テスタ５か
ら上記要求メッセージが送信されてきたら、その要求メ
ッセージに応じて、ＲＡＭ１３に取り込まれたセンサデ
ータや診断結果をＣＰＵ１１が順次読み出し、この読み
出したデータを、診断データとして通信回路１７を介し
て通信線３上に送信する。ここで、図２（ａ）を用い
て、トランスミッション制御装置２、エンジン制御装置
１、エアコン制御装置６、トラクション制御装置７が全
て応答可能な状態のときの、上記接続確認モードの時
間的な流れを説明する。なお、以下説明する各メッセー
ジを構成する各バイトのビットフォーマット、およびメ
ッセージのフレーム構成は、上述した図３０、３１に示
される方式を採用している。

【００５２】まず、操作者がキーボード５ａを操作し
て、接続確認モードを行う旨を設定すると、故障診断テ
スタ５は、ＥＣＵ接続確認を要求する接続確認要求メッ
セージを送信する（ステップ１１６参照）。なお、この
接続確認要求メッセージのヘッダ３バイトには、図２
（ａ）に示すように、 ・「このメッセージが要求メッセージであること（＄６
８）」、 ・「このメッセージの送信先が上記各制御装置２、１、
６、７の全てであること（＄６Ａ）」、 ・「このメッセージの送信元が故障診断テスタ５である
こと（＄Ｆ１）」、が組み込まれる。

【００５３】また、その次のデータバイトには、 ・「ＥＣＵ接続確認を要求するモード表示（＄Ａ０）」
が組み込まれ、最後にＣＳが付加される。一方、各制御
装置２、１、６、７は、この接続確認要求メッセージを
受信したら、自分の応答メッセージを次の手順で送信す
る。

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

【００５５】なお、上記３バイト目に組み込まれた「＄
０１」が、トランスミッション制御装置２の後述する識
別値である。また、その次のデータバイトには、 ・「ＥＣＵ接続確認を送信するモード表示（＄Ｅ０）」
が組み込まれ、最後にＣＳが付加される。

【００５６】ここで、トランスミッション２からの上記
応答メッセージが１フレーム内に納まる５バイト長であ
るため、この応答メッセージの送信完了から通信線空き
時間Ｐ２２後に、エンジン制御装置１が応答メッセージ
の送信を開始する（ステップ１４３参照）。なお、この
応答メッセージの３バイト目には、図示はしないが、 ・「このメッセージの送信元がエンジン制御装置１であ
ること（＄０２）」が組み込まれる。

【００５７】なお、この「＄０２」が、エンジン制御装
置１の後述する識別値である。そして、同様の要領で、
エアコン制御装置６およびトラクション制御装置７が、
自分の応答メッセージを順次送信する。このとき、エア
コン制御装置６からの応答メッセージの３バイト目に
は、図示はしないが、 ・「このメッセージの送信元がエアコン制御装置６であ
ること（＄０３）」が組み込まれ、トラクション制御装
置７からの応答メッセージの３バイト目には、図示はし
ないが、 ・「このメッセージの送信元がトラクション制御装置７
であること（＄０４）」が組み込まれる。

【００５８】なお、上記「＄０３」、「＄０４」がそれ
ぞれ、エアコン制御装置６およびトラクション制御装置
７の後述する識別値である。ここで、各制御装置は、自
分よりも優先順位の高い制御装置からの応答メッセージ
を受信したときに、この応答メッセージの中に組み込ま
れた上記識別値を接続ＥＣＵメモリ１３ａ（図１３）に
格納する（ステップ２０３、２０６、２１０参照）。各
制御装置は、この接続ＥＣＵメモリ１３ａにどの識別値
が格納されているかに基づいて、自分の新しい優先順位
を知ることができる（詳細は後述する）。

【００５９】そして、各制御装置は、上記ＲＡＭ値読
出モードや、トラブルコード読出モード等の処理を行
う際には、上記新しい優先順位に基づいて、自分の応答
メッセージを送信するタイミングか否かを判定する（ス
テップ２２３、２２５〜２２９参照）。なお、図２
（ａ）の場合は、新しい自分の優先順位は、本来の優先
順位のまま変わっていない。

【００６０】以上、各制御装置２、１、６、７の全てが
応答可能な状態のときの接続確認モードの時間的な流れ
について、図２（ａ）を用いて説明したが、今度は、上
記各制御装置のうちのいずれかが上記応答不可能な状態
のときの接続確認モードの時間的な流れについて、図２
（ｂ）を用いて説明する。例えば、３番目に優先順位の
高いエアコン制御装置６が応答不可能な状態のときは、
図２（ｂ）に示すように、故障診断テスタ５からの接続
確認要求メッセージの送信完了から通信線空き時間Ｐ２
１後に、まずトランスミッション制御装置２が応答メッ
セージを送信し、さらに通信線空き時間Ｐ２２後に、エ
ンジン制御装置１が応答メッセージを送信する。

【００６１】そして、トラクション制御装置７は、エン
ジン制御装置１からの応答メッセージの送信完了から通
信線空き時間Ｐ２４後に、自分の応答メッセージを送信
する（ステップ２１１、２１２参照）。ここで、トラク
ション制御装置７は、トランスミッション制御装置２お
よびエンジン制御装置１からの応答メッセージを受信し
たときに、この応答メッセージの中に組み込まれた上記
識別値（＄０１、＄０２）を接続ＥＣＵメモリ１３ａに
格納する（図１３（ｃ））。そしてトラクション制御装
置７は、このメモリ１３ａに格納された識別値に基づい
て、トランスミッション制御装置２とエンジン制御装置
１が応答可能な状態で、エアコン制御装置６が応答不可
能な状態であることを知ることができる（詳細は後述す
る）。すなわち、自分の新しい優先順位が３番目である
ことを知ることができる。

【００６２】そして、トラクション制御装置７は、上記
ＲＡＭ値読出モードやトラブルコード読出モード等の処
理を行う際には、上記新しい優先順位に基づいて、自分
の応答メッセージを送信するタイミングか否かを判定す
る（ステップ２２３、２２５〜２２９参照）。次に、図
３を用いて、上記ＲＡＭ値読出モードの時間的流れを説
明する。

【００６３】例えば、トランスミッション制御装置２、
エンジン制御装置１、エアコン制御装置６、トラクショ
ン制御装置７が全て応答可能な状態のときは、図３
（ａ）に示すように、故障診断テスタ５が、ＲＡＭ値の
読み出しを要求するＲＡＭ値要求メッセージを送信す
る。それに対して、各制御装置２、１、６、７が、時間
Ｐ２Ａの間隔（ステップ２２４、２４１参照）を空けな
がら、順次自分の応答メッセージを送信する。

【００６４】また、上記各制御装置２、１、６、７のう
ち、エアコン制御装置６が応答不可能な状態のときは、
図３（ｂ）に示すように、故障診断テスタ５からのＲＡ
Ｍ値要求メッセージの送信完了から通信線空き時間Ｐ２
Ａ後に、まずトランスミッション制御装置２が応答メッ
セージを送信し、さらに上記時間Ｐ２Ａ後に、エンジン
制御装置１が応答メッセージを送信する。

【００６５】そして、トラクション制御装置７は、上記
接続確認モードによって、自分の新しい優先順位が３番
目であることを知っているので、エンジン制御装置１が
応答メッセージの送信を完了してから上記時間Ｐ２Ａ後
に、自分の応答メッセージを送信する。また、上記各制
御装置２、１、６、７のうち、トランスミッション制御
装置２とエアコン制御装置６が応答不可能な状態のとき
は、エンジン制御装置１は上記接続確認モードによっ
て、自分の新しい優先順位が１番目であることを知って
いるので、図３（ｃ）に示すように、ＲＡＭ値要求メッ
セージの送信完了から上記時間Ｐ２Ａ後に、自分の応答
メッセージを送信する。

【００６６】また、トラクション制御装置７は、上記接
続確認モードによって、自分の新しい優先順位が２番目
であることを知っているので、エンジン制御装置１が応
答メッセージの送信を完了してから上記時間Ｐ２Ａ後
に、自分の応答メッセージを送信する。また、上記トラ
ブルコード読出モードにおいても、上記ＲＡＭ値読出モ
ードのときと同様、上記接続確認モードによって、各制
御装置は自分の新しい優先順位を知り、この新しい優先
順位に基づいて、自分の応答メッセージを送信するタイ
ミングか否かを判定する。

【００６７】なお、このトラブルコード読出モードにお
ける、トランスミッション制御装置２からの応答メッセ
ージの中には多数のコードが含まれることがある。例え
ば、本実施形態では、図４に示すように６つのコード
（＄０１４３、＄０１９６、＄０２３４、＄０３５７、
＄０５３１、＄０６６１）が含まれ、このときには、ト
ランスミッション制御装置２は応答メッセージを２つに
分けて送信する。

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

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

【００７０】このように、ある制御装置（例えばトラン
スミッション制御装置２）が、第１応答メッセージと第
２応答メッセージとに分けて送信する場合、これらの応
答メッセージ間に設ける通信線空き時間Ｐ２Ｂを、上記
通信線空き時間Ｐ２Ａよりも短くしているため、上記制
御装置は、自分よりも優先順位の低い制御装置（例えば
エンジン制御装置１）が応答メッセージを送信する前
に、第２応答メッセージを送信することができる。

【００７１】また、本実施形態では、エンジン制御装置
１、エアコン制御装置６、トラクション制御装置７は、
自分が記憶しているトラブルコード数は３つ以下である
ため、１つの応答メッセージを送信する。以上、本実施
形態の接続確認モード、ＲＡＭ値読出モード、およ
びトラブルコード読出モードについての時間的な流れ
を図２〜４を用いて説明したが、今度は、各メッセージ
を上記のような流れで送信するための具体的手段につい
て、図５〜１３を用いて説明する。

【００７２】なお、図５は、いつ送信されてくるか分か
らないメッセージを確実に取り込むために、故障診断テ
スタ５および各電子制御装置２、１、６、７のＣＰＵの
シリアル入力割込み機能を通じて実現される割込処理を
示すフローチャートである。また、図６は、故障診断テ
スタ５のＣＰＵによって行われる制御処理のフローチャ
ートであり、キーボード５ａによって接続確認モードを
行う旨が設定されたときに起動されるルーチンを示す。
また、図７〜１２は、各電子制御装置のＣＰＵによって
行われる制御処理のフローチャートであり、ベースルー
プごとに起動されるメインルーチンを示す。

【００７３】また、以下説明する処理で用いられる各カ
ウンタおよび各フラグは、イグニッションスイッチ１８
をオンして、故障診断テスタ５および各電子制御装置
２、１、６、７に電源が供給された初期状態において
は、全て０になっている。また、後述する接続ＥＣＵメ
モリ１３ａ（図１３）は、イグニッションスイッチ１８
をオフしても消去されないメモリであり、各電子制御装
置２、１、６、７を電源に接続した状態のときに初期化
（＝０）されている。

【００７４】まず、故障診断テスタ５は、各電子制御装
置２、１、６、７からの応答メッセージのバイトの受信
が完了する度に、図５に示す処理を行って、そのメッセ
ージに含まれる受信データおよびバイト数を、受信バッ
ファおよび受信カウンタに格納する。具体的には、上記
メッセージのバイトの受信が完了する度に、ステップ１
０１にてこのシリアル入力割込処理を起動し、ステップ
１０２にて、受信割込要求フラグをクリアして、次のバ
イトの受信割込を受け付ける準備をする。そして、ステ
ップ１０３にて、受信したバイトがメッセージの１バイ
ト目か否かを判定し、１バイト目であると判定されたと
きは、ステップ１０４にて、その受信データを受信バッ
ファ（１）に格納する。

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

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

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

【００７８】具体的には、まずステップ１１３にて、接
続確認完了フラグに０がセットされているか否かをみる
ことによって、接続確認モードがまだ完了していないか
否かを判定する。そして、このステップ１１３にてＮＯ
と判定されたときは、ステップ１１７にジャンプし、Ｙ
ＥＳと判定されたときは、次のステップ１１４に移る。

【００７９】このステップ１１４では、接続確認モード
に１がセットされているか否かをみることによって、接
続確認要求メッセージが既に送信されたか否かを判定す
る。そして、このステップ１１４にてＹＥＳと判定され
たときは、接続確認要求メッセージを送信する必要が無
いので、ステップ１１７にジャンプし、ＮＯと判定され
たときは、接続確認要求メッセージを送信するために、
次のステップ１１５、１１６の処理を行う。

【００８０】ステップ１１５では、上記接続確認モード
に１をセットして、現在、接続確認モードが行われてい
ることを記憶しておく。そして、次のステップ１１６で
は、図２（ａ）に示す接続確認要求メッセージを送信す
る。そして、次のステップ１１７では、上記接続確認モ
ードに１がセットされているか否かを判定し、ＮＯと判
定されたときは、そのままこのルーチンを抜け、ＹＥＳ
と判定されたときは、次のステップ１１８にて、アイド
ルカウンタが通信線空き時間Ｐ３（本実施形態では５５
ｍｓ）を越えたか否かをみることによって、制御装置側
からの最後の応答メッセージが送信完了したか否かを判
定する。

【００８１】なお、上記通信線空き時間Ｐ３とは、国際
規格で規定されているように、各制御装置２、１、６、
７の応答が全て終わってから、次の故障診断テスタ５の
要求が許可されるまでのメッセージ間時間のことであ
る。上記ステップ１１８にてＮＯと判定されたときは、
そのままこのルーチンを抜ける。反対に、ＹＥＳと判定
されたときは、次のステップ１１９にて接続確認完了フ
ラグに１をセットし、その次のステップ１２０にて接続
確認モードに０をセットすることによって、接続確認モ
ードが完了したことを記憶しておく。

【００８２】また、各電子制御装置２、１、６、７は、
故障診断テスタ５からのメッセージ、あるいは他の電子
制御装置からのメッセージのバイトの受信が完了する度
に、図５に示す処理を行って、そのメッセージに含まれ
る受信データおよびバイト数を、受信バッファおよび受
信カウンタに格納する。また、各電子制御装置２、１、
６、７は、図５の割込み処理の他に、図７〜１２に示す
メインルーチンを行う。

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

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

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

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

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

【００８８】この場合は、図８のステップ１４１にて、
受信バッファ（４）に格納されたデータに基づいて、上
記接続確認モードが指定されているか否かを判定する。
そして、この接続確認モードが指定されていると判定さ
れたときは、ステップ１４２にて、受信確認処理中フラ
グをセットして、故障診断テスタ５からの接続確認要求
メッセージを受信したことを記憶しておく。

【００８９】ここで、上記受信確認処理中フラグをセッ
トする理由は、トランスミッション制御装置２よりも優
先順位の低い制御装置は、自分よりも優先順位の高い制
御装置が応答メッセージの送信を完了してからでない
と、自分の応答メッセージを送信できないため、とりあ
えず上記フラグをセットして接続確認要求メッセージを
受信したことを一旦記憶しておき、その上で、自分より
も優先順位の高い制御装置が応答メッセージの送信を完
了したら、この処理中フラグがセットされていることを
確認して、自分が応答メッセージを送信するためであ
る。

【００９０】そして、次のステップ１４３にて、アイド
ルカウンタが通信線空き時間Ｐ２ｎを超えたか否かを判
定する。この通信線空き時間Ｐ２ｎは、優先順位の高い
制御装置になる程、短い時間として各ＲＯＭに記憶され
ており、トランスミッション制御装置２ではＰ２１＝２
５ｍｓ、エンジン制御装置１ではＰ２２＝３０ｍｓ、エ
アコン制御装置６ではＰ２３＝３５ｍｓ、およびトラク
ション制御装置７ではＰ２４＝４０ｍｓである。

【００９１】そして、このステップ１４３にてアイドル
カウンタが上記時間Ｐ２ｎを超えたと判定されたとき
は、ステップ１４４にて応答メッセージを作成して送信
する。なお、このステップ１４４にて作成して送信する
応答メッセージの３バイト目には、自分の識別値が組み
込まれることは上述した通りである。そして、応答メッ
セージを送信した後は、接続確認モードの処理を行う必
要がないので、次のステップ１４５にて上記接続確認処
理中フラグをリセットし、この処理を抜ける。また、ス
テップ１４３にて、アイドルカウンタが上記時間Ｐ２ｎ
を超えていないと判定されたときは、何もせずにこの処
理を抜ける。

【００９２】なお、上記時間Ｐ２ｎを、優先順位が高く
なる程短い時間に設定することによって、応答可能な状
態の制御装置の中で最も優先順位の高い制御装置が、接
続確認要求メッセージの後の最初の応答メッセージを送
信することができる。例えば、トランスミッション制御
装置２が応答可能な状態であれば、このトランスミッシ
ョン制御装置２が、他の制御装置に比べて最も早く、ス
テップ１４３でＹＥＳと判定される。従って、トランス
ミッション制御装置２が、接続確認要求メッセージの後
の最初の応答メッセージを送信する。

【００９３】また、トランスミッション制御装置２が応
答不可能な状態で、エンジン制御装置１が応答可能な状
態であれば、トランスミッション制御装置２が自分の応
答メッセージの送信処理を行えないことから、エンジン
制御装置１が他の制御装置に比べて最も早く、ステップ
１４３でＹＥＳと判定される。従って、エンジン制御装
置１が、接続確認要求メッセージの後の最初の応答メッ
セージを送信する。

【００９４】一方、上記ステップ１４１にて、接続確認
モードではないと判定されたときは、受信バッファ
（４）のデータに基づいて、それぞれのモードに応じた
処理を実行する。例えば、上記トラブルコード読出モー
ドが指定されている場合は、ステップ１５０にてトラブ
ルコード診断実行フラグをセットするとともに、アイド
ルカウンタが時間Ｐ２を超えたか否かを判定し（ステッ
プ２４１参照）、超えたときは応答メッセージを送信
し、上記実行フラグをリセットし、この処理を抜ける。

【００９５】また、上記ＲＡＭ値読出モードが指定され
ている場合は、ステップ１６０にて、上記ステップ１５
０と同様の処理を行う。次に、ステップ１３０で応答メ
ッセージであると判定された場合について説明する。こ
の場合は、図９のステップ２０１にて、上記受信確認処
理中フラグがセットされているか否かを判定することに
よって、接続確認モード中であるか否かを判定する。こ
こでＹＥＳ、すなわち接続確認モード中であると判定さ
れたときは、ステップ２０２以降の処理を実行し、ＮＯ
と判定されたときは、図１１のステップ２２１以降の処
理を実行する。

【００９６】ここで、ステップ２０２以降の処理につい
て説明する前に、接続ＥＣＵメモリ１３ａについて簡単
に説明しておく。接続ＥＣＵメモリ１３ａとは、自分よ
りも優先順位の高い制御装置からの応答メッセージを受
信したときに、この応答メッセージの識別値（メッセー
ジの３バイト目）を順次格納していくための、ＲＡＭの
中の記憶領域である。すなわち、自分よりも優先順位の
高い制御装置の識別値をすべて記憶することによって、
自分の新たな優先順位を記憶する手段である。

【００９７】例えば、最も優先順位の高いトランスミッ
ション制御装置２が応答可能な状態であれば、２番目に
優先順位の高いエンジン制御装置１の接続ＥＣＵメモリ
１３ａの１番地には、図１３（ａ）に示すように、トラ
ンスミッション制御装置２の識別値（＄０１）が格納さ
れる。また、自分よりも優先順位の高い制御装置が他に
無いので、接続ＥＣＵメモリ１３ａの２番地、３番地に
は＄００が格納されたままとなる。

【００９８】この場合、エンジン制御装置１は、接続Ｅ
ＣＵメモリ１３ａの１番地〜３番地に格納された識別値
に基づいて、自分よりも優先順位の高い制御装置はトラ
ンスミッション制御装置２だけであること、すなわち自
分は２番目に優先順位が高いことを認識する（図１１の
ステップ２２３および２２４〜２２９参照）。また、ト
ランスミッション制御装置２、エンジン制御装置１、エ
アコン制御装置６が全て応答可能な状態であれば、４番
目に優先順位の高いトラクション制御装置７の接続ＥＣ
Ｕメモリ１３ａの１番地〜３番地には、図１３（ｂ）に
示すように、それぞれの制御装置の識別値（＄０１、＄
０２、＄０３）が格納される。

【００９９】この場合、トラクション制御装置７は、自
分よりも優先順位の高い制御装置はトランスミッション
制御装置２とエンジン制御装置１とエアコン制御装置６
であり、自分は４番目に優先順位が高いことを新たに認
識する。また、トランスミッション制御装置２とエンジ
ン制御装置１は応答可能な状態であるが、エアコン制御
装置６が応答不可能な状態であれば、トラクション制御
装置７の接続ＥＣＵメモリ１３ａの１番地、２番地に
は、図１３（ｃ）に示すように、トランスミッション制
御装置２とエンジン制御装置１の識別値（＄０１、＄０
２）がそれぞれ格納され、３番地には＄００が格納され
たままとなる。

【０１００】この場合、トラクション制御装置７は、自
分よりも優先順位の高い制御装置のうち、応答可能な状
態の制御装置はトランスミッション制御装置２とエンジ
ン制御装置１であり、従って自分は３番目に優先順位が
高いことを認識する。このように、接続ＥＣＵメモリ１
３ａとは自分の優先順位を新たに記憶するための手段で
あって、図９のステップ２０２では、このうちの接続Ｅ
ＣＵメモリ１３ａの１番地が０か否か、すなわち＄００
が格納されているか否かを判定する。そして、ＹＥＳと
判定されたときは、自分よりも優先順位の高い制御装置
からの応答メッセージを受信したということなので、ス
テップ２０３にて、受信バッファ（３）のデータ、すな
わち今受信した応答メッセージの識別値を接続ＥＣＵメ
モリ１３ａの１番地に格納して、図１０のステップ２１
１に移る。

【０１０１】また、ステップ２０２にてＮＯと判定され
たときは、今度はステップ２０４にて、接続ＥＣＵメモ
リ１３ａの２番地が０か否かを判定する。そして、ＹＥ
Ｓと判定されたときは、ステップ２０５にて、現在、接
続ＥＣＵメモリ１３ａの１番地に格納されているデータ
が、受信バッファ（３）のデータと同じか否かを判定す
る。ここでＹＥＳと判定されたときは、図１０のステッ
プ２１１に移る。

【０１０２】なお、ステップ２０５にてＹＥＳと判定さ
れるときとは、例えばエンジン制御装置１が、トランス
ミッション制御装置２からの応答メッセージを受信した
直後に、この制御装置２の識別値（＄０１）をステップ
２０３にて接続ＥＣＵメモリ１３ａの１番地に格納し、
図１０のステップ２１１にてＮＯと判定されて一旦この
メインルーチンを抜けた後、次にこのメインルーチンが
起動されてステップ２０２にてＮＯと判定され、ステッ
プ２０４にてＹＥＳと判定され、ステップ２０５の判定
を行うときである。

【０１０３】また、ステップ２０５にてＮＯと判定され
たときは、自分よりも優先順位の高い２つ目の制御装置
からの応答メッセージを受信したということなので、ス
テップ２０６にて、ステップ２０３のときと同様、受信
バッファ（３）のデータを接続ＥＣＵメモリ１３ａの２
番地に格納して、図１０のステップ２１１に移る。一
方、ステップ２０４にてＮＯと判定されたときは、今度
はステップ２０７にて、接続ＥＣＵメモリ１３ａの３番
地が０か否かを判定する。そして、ＹＥＳと判定された
ときは、ステップ２０８およびステップ２０９にて、上
記ステップ２０５と同じ目的の処理を行う。

【０１０４】すなわち、ステップ２０８では、現在、接
続ＥＣＵメモリ１３ａの１番地に格納されているデータ
が受信バッファ（３）のデータと同じか否かを判定し、
ステップ２０９では、現在、接続ＥＣＵメモリ１３ａの
２番地に格納されているデータが受信バッファ（３）の
データと同じか否かを判定する。そして、両ステップで
ＮＯと判定されたときは、自分よりも優先順位の高い３
つ目の制御装置からの応答メッセージを受信したという
ことなので、ステップ２１０にて受信バッファ（３）の
データを接続ＥＣＵメモリ１３ａの３番地に格納して、
図１０のステップ２１１に移る。また、いずれか一方の
ステップでＹＥＳと判定されたときは、何もせずにステ
ップ２１１に移る。

【０１０５】また、ステップ２０７でＮＯと判定された
ときは、図１０のステップ２１４にて受信バッファ
（１）〜（ｎ）を全てクリアし、ステップ２１５で受信
カウンタをクリアしてこのルーチンを抜ける。また、図
１０のステップ２１１では、アイドルカウンタが上記通
信線空きＰ２ｎを超えたか否かを判定する。なお、この
時間Ｐ２ｎが各制御装置によってそれぞれ異なることは
既に述べた通りである。

【０１０６】このステップ２１１にてＹＥＳと判定され
たときは、応答メッセージを送信するタイミングである
ので、ステップ２１２にて応答メッセージを作成して送
信する。なお、このステップ２１２にて作成して送信す
る応答メッセージの３バイト目には、自分の識別値が組
み込まれることは上述した通りである。そして、応答メ
ッセージを送信した後は、接続確認モードの処理を行う
必要が無いので、次のステップ２１３にて受信処理中確
認フラグをリセットし、ステップ２１４の処理を実行す
る。また、ステップ２１１にてＮＯと判定されたとき
は、何もせずにこの処理を抜ける。

【０１０７】ところで、図９のステップ２０１にてＮＯ
と判定されたとき、すなわち上記接続確認モード以外の
処理を行うときは、図１１のステップ２２１にジャンプ
し、このステップ２２１にて、今受信した応答メッセー
ジが自分の出した応答メッセージか否かを判定する。そ
して、ＹＥＳと判定されたときは、ステップ２２２に
て、図１２のステップ２４１における判定基準時間Ｐ２
に、時間Ｐ２Ｂ（本実施形態では１０ｍｓ）をセット
し、ステップ２４１に移る。

【０１０８】なお、上記ステップ２２１にてＹＥＳと判
定されるときとは、例えば図４に示したトラブルコード
読出モードのように、応答メッセージを複数に分けて連
続送信する場合であり、第１応答メッセージを送信した
が、まだ第２応答メッセージを送信していないときであ
る。このように本実施形態では、応答メッセージを例え
ば第１応答メッセージと第２応答メッセージとに分けて
連続送信する場合には、図４に示すように、第２応答メ
ッセージを、第１応答メッセージの送信完了から通信線
空き時間Ｐ２Ｂ（＜Ｐ２Ａ）後に送信するようにしてい
るため、自分よりも優先順位の低い制御装置からの応答
メッセージよりも先に自分の第２応答メッセージを送信
でき、これによって、両メッセージが通信線３上で衝突
するのを避けている。

【０１０９】一方、ステップ２２１にてＮＯと判定され
たときは、ステップ２２３にて、接続ＥＣＵメモリ１３
ａの１番地が０か否かを判定する。ここで０と判定され
たときは、上記ステップ２０３、２０６、２１０にて記
憶された新しい自分の優先順位が最も高いということな
ので、今が自分の応答メッセージを送信するタイミング
とみなして、ステップ２２４にて上記判定基準時間Ｐ２
に時間Ｐ２Ａ（本実施形態では２５ｍｓ）をセットし、
ステップ２４１に移る。

【０１１０】また、ステップ２２３にてＮＯと判定され
たときは、ステップ２２５にて、接続ＥＣＵメモリ１３
ａの２番地が０か否かを判定する。ここで０と判定され
たときは、自分の上記新しい自分の優先順位が２番目と
いうことなので、次のステップ２２６にて、自分が応答
メッセージを送信するタイミングか否かを判定する。す
なわち、ステップ２２６にて接続ＥＣＵメモリ１３ａの
１番地に格納されているデータが、受信バッファ（３）
のデータと同じか否かを判定し、同じであると判定され
たときは、自分よりも１つ優先順位の高い制御装置から
の応答メッセージを受信したということなので、今が自
分の応答メッセージを送信するタイミングとみなして、
ステップ２２４の処理に移る。

【０１１１】また、ステップ２２６にてＮＯと判定され
たときは、まだ自分の応答メッセージを送信するタイミ
ングではないので、図１０のステップ２１４にジャンプ
する。また、ステップ２２５にてＮＯと判定されたとき
は、ステップ２２７にて接続ＥＣＵメモリ１３ａの３番
地が０か否かを判定する。ここで０と判定されたとき
は、自分の上記新しい優先順位が３番目ということなの
で、次のステップ２２８にて、自分が応答メッセージを
送信するタイミングか否かをステップ２２６のときと同
じ要領で判定する。

【０１１２】そして、ステップ２２８でＹＥＳと判定さ
れたときは、今が自分の応答メッセージを送信するタイ
ミングとみなして、ステップ２２４に移る。反対に、ス
テップ２２８でＮＯと判定されたときは、まだ自分の応
答メッセージの送信タイミングではないので、図１０の
ステップ２１４にジャンプする。また、ステップ２２７
にてＮＯと判定されるときとは、自分の上記新しい優先
順位が４番目ということである。すなわち、トランスミ
ッション制御装置２、エンジン制御装置１、およびエア
コン制御装置６が全て応答可能な状態のときにおける、
トラクション制御装置７ということである。

【０１１３】従って、このときには、次のステップ２２
９にて、自分が応答メッセージを送信するタイミングか
否かをステップ２２６、２２８のときと同じ要領で判定
する。そして、ステップ２２９でＹＥＳと判定されたと
きは、今が自分の応答メッセージを送信するタイミング
とみなして、ステップ２２４に移る。反対に、ステップ
２２９でＮＯと判定されたときは、まだ自分の応答メッ
セージの送信タイミングではないので、図１０のステッ
プ２１４にジャンプする。

【０１１４】図１２のステップ２４１では、アイドルカ
ウンタが上記ステップ２２２またはステップ２２４でセ
ットした通信線空き時間Ｐ２を超えたか否かを判定す
る。ここで超えていないと判定されたときは、まだ応答
メッセージを送信するタイミングではないので、そのま
まこの処理を抜ける。反対に、超えたと判定されたとき
は、ステップ２４２にて、応答メッセージのヘッダ３バ
イトを作成して順次送信する。

【０１１５】そして、次のステップ２４３にて、上記ト
ラブルコード診断実行フラグがセットされているか否か
を判定する。ここでセットされていると判定されたとき
は、トラブルコード読み出し診断処理を実行中というこ
となので、次のステップ２４４にてまずデータバイトの
１バイト目を作成して送信し、次にステップ２４５にて
トラブルコードを作成して順次送信し、最後にステップ
２４６にてＣＳを生成して送信する。

【０１１６】そして、次にステップ２４７にて、まだ送
信されていないコードが残っているか否かを判定する。
ここで残っていると判定されるときとは、例えば図４の
第１応答メッセージは送信したが、第２応答メッセージ
はまだ送信していないときであり、このときにはＹＥＳ
と判定されてこの処理を抜ける。また、ステップ２４７
でＮＯと判定されたときは、トラブルコード読み出し診
断処理を続ける必要がないので、ステップ２４８にてト
ラブルコード診断実行フラグをクリアして、図１０のス
テップ２１４に移る。

【０１１７】また、ステップ２４３にてＮＯと判定され
たとき、すなわち上記ＲＡＭ値読出モードであるとき
は、ステップ２５０にて、このモードにおけるチェック
および実行を、上記ステップ２４４〜ステップ２４８と
同じ要領で行う。以上説明した図５〜図１２の制御処理
によって、図２〜４に示した態様で、各メッセージが送
信される。なお、図５〜図１２のフローチャートの各ス
テップは、それぞれの機能を実現する手段を構成する。

【０１１８】以上詳述したように、本実施形態では、あ
る制御装置が応答メッセージを複数に分けて連続送信す
る場合には、これら連続する各応答メッセージ間に設け
る通信線空き時間Ｐ２Ｂを、上記通信線空き時間Ｐ２Ａ
よりも短くしている。従って、上記ある制御装置が上記
複数の応答メッセージを連続送信し終えてから、これよ
りも優先順位の低い制御装置が応答メッセージを送信す
るので、これらのメッセージが通信線３上で衝突するこ
とを防止することができる。

【０１１９】また、本実施形態では、各制御装置２、
１、６、７のうちのどれが応答可能な状態であるかを確
認する接続確認モードの処理を行うので、以下に述べる
ような、接続確認モードを行わないときに発生する問題
を防止することができる。すなわち、上記接続確認モー
ドの処理を行わない場合は、上記制御装置２、１、６、
７のうちの例えばエアコン制御装置６が応答不可能な状
態であると、このエアコン制御装置６よりも優先順位が
１つ低いトラクション制御装置７は、エアコン制御装置
６が応答メッセージの送信を完了したことを確認してか
ら、自分の応答メッセージを送信するように構成されて
いるので、いつまでたっても自分の応答メッセージを送
信できない。

【０１２０】しかし、本実施形態では、接続確認モード
の処理を行っている。つまり、故障診断テスタ５が接
続確認要求メッセージを送信し、各制御装置が、この
接続確認要求に対する応答メッセージを順次送信し、
この応答メッセージ中の識別値を接続ＥＣＵメモリ１３
ａに格納する、といった処理を行っている。具体的に
は、各制御装置がそれぞれ接続ＥＣＵメモリ１３ａを備
えている。そして、各制御装置は、他の制御装置からの
応答メッセージを受信したときに、これが自分よりも優
先順位の高い制御装置からのものであれば、この応答メ
ッセージ中の識別値を接続ＥＣＵメモリ１３ａに格納す
る。

【０１２１】つまり、各制御装置は、自分よりも優先順
位の高い制御装置からの応答メッセージを受信する度
に、このメッセージ中に組み込まれた識別値を接続ＥＣ
Ｕメモリ１３ａに格納する。そして、各制御装置は、自
分よりも優先順位の高い制御装置のうち、どれが応答可
能な状態でどれが応答不可能な状態であるかを、接続Ｅ
ＣＵメモリ１３ａに格納された識別値に基づいて知るこ
とができる。

【０１２２】このような接続確認モードの処理を行うの
で、制御装置２、１、６、７のうちのいずれかが応答不
可能な状態であっても、接続ＥＣＵメモリ１３ａに格納
された識別値に基づいて、この応答不可能な状態の制御
装置を除いて新しく優先順位を設定し直し、この新しい
優先順位に基づいて、各制御装置が応答メッセージを送
信する。従って、上記応答不可能な状態の制御装置より
も優先順位の低い制御装置は、自分の応答メッセージを
確実に送信することができる。

【０１２３】また、本実施形態では、接続確認モード時
における各制御装置２、１、６、７の通信線空き時間Ｐ
２ｎを、優先順位の高い制御装置になる程、短くなるよ
うに設定したので、各制御装置２、１、６、７は、自分
の応答メッセージを、通信線３上で他のメッセージと衝
突させることなく、優先順位の高いものから順に送信す
ることができる。

【０１２４】また、本実施形態では、上記のように接続
確認モードの処理によって自分の新しい優先順位を記憶
し、この新しい優先順位に基づいて自分の応答メッセー
ジの送信タイミングを判定できるので、各応答メッセー
ジ間の間隔を一定時間（本実施形態ではＰ２Ａ）とする
ことができ、最短時間で応答メッセージを送信すること
ができる。

【０１２５】次に、本発明の第２実施形態を、図１４〜
１７を用いて、上記第１実施形態と異なる部分について
のみ説明する。故障診断テスタ５は、各電子制御装置
２、１、６、７に送信するメッセージとしては、上記Ｒ
ＡＭ値要求メッセージやコード要求メッセージを送信
し、上記接続確認要求メッセージは送信しない。

【０１２６】そして、各制御装置２、１、６、７が全て
応答可能な状態のときの、各メッセージの時間的流れ
は、図１４（ａ）に示した通りとなる。すなわち、イグ
ニッションスイッチ１８がオンして故障診断テスタ５に
電源が供給され、キーボード５ａによって例えばトラブ
ルコード読出モードが設定されると、故障診断テスタ５
はコード要求メッセージを送信する。そして、このコー
ド要求メッセージの送信完了から通信線空き時間Ｐ２１
（＝２５ｍｓ）後に、トランスミッション制御装置２が
第１応答メッセージの送信を開始する。

【０１２７】そして、このトランスミッション制御装置
２が、更に第２応答メッセージを送信する場合には、上
記第１応答メッセージの送信完了から通信線空き時間Ｐ
２Ｂ（＝１０ｍｓ）後に、この第２応答メッセージの送
信を開始する。そして、エンジン制御装置１が送信すべ
き応答メッセージが１つであれば、トランスミッション
制御装置２の第２応答メッセージの送信完了から通信線
空き時間Ｐ２２（＝３０ｍｓ）後に、エンジン制御装置
１が応答メッセージの送信を開始する。

【０１２８】以下同様に、エアコン制御装置６およびト
ラクション制御装置７も送信すべき応答メッセージが１
つであれば、エンジン制御装置１の応答メッセージの送
信完了から通信線空き時間Ｐ２３（＝３５ｍｓ）後に、
エアコン制御装置６が応答メッセージの送信を開始し、
この応答メッセージの送信完了から通信線空き時間Ｐ２
４（＝４０ｍｓ）後に、トラクション制御装置７が応答
メッセージの送信を開始する。

【０１２９】また、上記各電子制御装置２、１、６、７
のうちの例えばエアコン制御装置６が応答不可能な状態
のときの、各メッセージの時間的流れは図１４（ｂ）に
示す通りとなる。すなわち、故障診断テスタ５からのコ
ード要求メッセージ、トランスミッション制御装置２か
らの第１、第２応答メッセージ、およびエンジン制御装
置１からの応答メッセージは、図１４（ａ）の場合とよ
うにして送信される。そして、このエンジン制御装置１
の応答メッセージの送信完了から通信線空き時間Ｐ２４
後に、トラクション制御装置７が応答メッセージの送信
を開始する。

【０１３０】次に、上記各メッセージを上記のような流
れで送信するための具体的手段について説明する。各電
子制御装置２、１、６、７は、故障診断テスタ５からの
要求メッセージあるいは他の電子制御装置からの応答メ
ッセージのバイトの受信が完了する度に、図５に示す割
込み処理を行って、そのメッセージに含まれる受信デー
タおよびバイト数を、受信バッファおよび受信カウンタ
に格納する。

【０１３１】また、各電子制御装置２、１、６、７は、
図５の処理の他に、図１５〜１７に示すメインルーチン
を行う。この図１５に示す処理のうち、ステップ１２１
〜１３０までの処理は、図７のステップ１２１〜１３０
の処理と全く同じである。そして、本実施形態では、ス
テップ１３０にてＮＯと判定されたときは、ステップ１
２７、１２８の処理を行ってこのルーチンを抜ける。ま
た、ステップ１３０にてＹＥＳと判定されたときは、次
のステップ１３１にて、受信バッファ（４）に格納され
たデータに基づいて、故障診断テスタ５がどの診断モー
ドを要求しているのかを判別する。

【０１３２】このステップ１３１にて判別された診断モ
ードがトラブルコード読出モードであれば、図１６のス
テップ１７１にて、上記トラブルコード診断実行フラグ
をセットして、自分が応答をしなければならないコード
要求メッセージが故障診断テスタ５から送信されたこと
を記憶しておく。そして、ステップ１７２にて、図１７
のステップ２４１における判定基準時間Ｐ２に、時間Ｐ
２ｎをセットし、ステップ１７３に移る。

【０１３３】この時間Ｐ２ｎは、第１実施形態と同様、
優先順位の高い制御装置になる程、短い時間に設定され
ており、トランスミッション制御装置２ではＰ２１＝２
５ｍｓ、エンジン制御装置１ではＰ２２＝３０ｍｓ、エ
アコン制御装置６ではＰ２３＝３５ｍｓ、およびトラク
ション制御装置７ではＰ２４＝４０ｍｓとして設定され
る。

【０１３４】なお、図１５のステップ１３１にて判別さ
れた診断モードがＲＡＭ値読出モードであれば、図１６
のステップ１８０にて、特定のＲＡＭ値読出モードの処
理を行う。そして、ステップ１７３では、連続送信フラ
グがセットされているか否かを判定する。

【０１３５】この連続送信フラグがセットされていると
きは、例えば図４に示したように、応答メッセージを複
数に分けて連続送信する場合であって、第１応答メッセ
ージは送信したが、第２応答メッセージはまだ送信して
いないときである。従って、このときにはステップ１７
４にて、図１７のステップ２４１における判定基準時間
Ｐ２に、時間Ｐ２Ｂ（＜Ｐ２ｎ、本実施形態では１０ｍ
ｓ）をセットし、このステップ２４１に移る。また、上
記ステップ１７３にてＮＯと判定されたときは、そのま
まステップ２４１に移る。

【０１３６】図１７のステップ２４１〜２４８、および
ステップ２５０では、図１２のステップ２４１〜２４
８、およびステップ２５０と全く同じ処理を行う。そし
て、ステップ２４８の処理を行った後、およびステップ
２５０の処理を行った後は、ステップ２６１、２６２に
て、図１０のステップ２１４、２１５と全く同じ処理を
行う。また、ステップ２４７にてＹＥＳと判定されたと
きは、ステップ２６３にて上記連続送信フラグをセット
した後、このルーチンを抜ける。

【０１３７】以上説明したように、本実施形態では、あ
る制御装置が応答メッセージを複数に分けて連続送信す
る場合には、これら複数の応答メッセージ間に設ける通
信線空き時間Ｐ２Ｂを、上記通信線空き時間Ｐ２ｎ（Ｐ
２１〜Ｐ２４）のいずれよりも短く設定している。従っ
て、上記ある制御装置が上記複数の応答メッセージを連
続送信し終えてから、これよりも優先順位の低い制御装
置が応答メッセージを送信するので、これらのメッセー
ジが通信線３上で衝突することを防止することができ
る。

【０１３８】また、本実施形態では、上記通信線空き時
間Ｐ２ｎを、優先順位の高い制御装置になる程、短い時
間として設定するようにした（ステップ１７２参照）の
で、各制御装置２、１、６、７は、各自の応答メッセー
ジを、他の応答メッセージと通信線３上で互いに衝突す
ることなく、優先順位の高いものから順に送信すること
ができる。

【０１３９】次に、本発明の第３実施形態を図１８〜２
６を用いて、上記各実施形態と異なる部分についてもの
説明する。故障診断テスタ５のＲＡＭの一部には、図１
８に示すように、各制御装置２、１、６、７の上記識別
値を格納するための接続ＥＣＵメモリ１３ａが形成され
ている。また、各制御装置のＲＡＭには、この接続ＥＣ
Ｕメモリ１３ａは形成されていない。

【０１４０】次に、各制御装置２、１、６、７が全て応
答可能な状態のときの、各メッセージの時間的流れにつ
いて図１９を用いて説明する。イグニッションスイッチ
１８がオンして故障診断テスタ５に電源が供給される
と、故障診断テスタ５は、自動的に接続確認要求メッセ
ージを送信する。そして各制御装置２、１、６、７が、
図２（ａ）で示したときと同様に、順次自分の応答メッ
セージを送信する。

【０１４１】このとき、故障診断テスタ５は、順次受信
する上記各応答メッセージ中に含まれる上記識別値を、
接続ＥＣＵメモリ１３ａの空アドレスに順次格納してい
く。従って、この場合における接続ＥＣＵメモリ１３ａ
の１〜４番地には、図１８（ａ）のように各識別値が格
納される。そして、故障診断テスタ５は、通信線３の空
き時間がＰ３（＝５５ｍｓ）以上となったことを確認し
たら、接続ＥＣＵメモリ１３ａに識別値が格納された制
御装置に対して、応答メッセージ間に設ける通信線空き
時間（Ｐ２ｎ）を割り振る。なお、この時間Ｐ２ｎは、
優先順位の高い制御装置になる程、短い時間として設定
される。

【０１４２】具体的には、まずトランスミッション制御
装置２に対して、４バイト目に、このメッセージが上記
時間Ｐ２ｎを各制御装置に割り振るためのメッセージで
あること（＄１０）、５バイト目に、上記時間Ｐ２ｎを
Ｐ２１（＝２５ｍｓ）に設定すること（＄１９）を含ん
だメッセージを送信する。そして、このメッセージの送
信が完了したらすぐに、エンジン制御装置１に対して、
５バイト目に、上記通信線空き時間Ｐ２ｎをＰ２２（＝
３０ｍｓ）に設定すること（＄１Ｅ）を含んだメッセー
ジを送信する。

【０１４３】以下同様に、エアコン制御装置６に対し
て、５バイト目に、上記通信線空き時間Ｐ２ｎをＰ２３
（＝３５ｍｓ）に設定すること（＄２３）を含んだメッ
セージを送信し、その後すぐに、トラクション制御装置
７に対して、５バイト目に、上記通信線空き時間Ｐ２ｎ
をＰ２４（＝４０ｍｓ）に設定すること（＄２８）を含
んだメッセージを送信する。

【０１４４】そして、各制御装置２、１、６、７は、上
記メッセージの５バイト目にて設定された通信線空き時
間Ｐ２ｎ（Ｐ２１〜Ｐ２４）だけ、通信線３が空いたこ
とを確認して、自分の応答メッセージを送信する。次
に、各制御装置２、１、６、７のうち、エアコン制御装
置６が応答不可能な状態のときの、各メッセージの時間
的流れについて図２０を用いて説明する。

【０１４５】イグニッションスイッチ１８がオンして故
障診断テスタ５に電源が供給されると、故障診断テスタ
５は、自動的に接続確認要求メッセージを送信する。そ
して各制御装置２、１、７が、図２（ｂ）で示したとき
と同様に、順次自分の応答メッセージを送信する。この
とき、故障診断テスタ５は、順次受信する上記各応答メ
ッセージ中に含まれる上記識別値を、接続ＥＣＵメモリ
１３ａの空アドレスに順次格納していく。従って、この
場合における接続ＥＣＵメモリ１３ａの１〜４番地に
は、図１８（ｂ）のように各識別値が格納される。

【０１４６】そして、故障診断テスタ５は、通信線３の
空き時間がＰ３（＝５５ｍｓ）以上となったことを確認
したら、接続ＥＣＵメモリ１３ａに識別値が格納された
制御装置に対して、上記時間Ｐ２ｎを割り振る。具体的
には、まずトランスミッション制御装置２に対して、４
バイト目に、このメッセージが上記時間Ｐ２ｎを各制御
装置に割り振るためのメッセージであること（＄１
０）、５バイト目に、この通信線空き時間Ｐ２ｎをＰ２
１（＝２５ｍｓ）に設定すること（＄１９）を含んだメ
ッセージを送信する。

【０１４７】そして、このメッセージの送信が完了した
らすぐに、エンジン制御装置１に対して、５バイト目
に、上記通信線空き時間Ｐ２ｎをＰ２２（＝３０ｍｓ）
に設定すること（＄１Ｅ）を含んだメッセージを送信す
る。そして、このメッセージの送信が完了したらすぐ
に、トラクション制御装置７に対して、５バイト目に、
上記通信線空き時間Ｐ２ｎをＰ２３（＝３５ｍｓ）に設
定すること（＄２３）を含んだメッセージを送信する。

【０１４８】そして、各制御装置２、１、７は、上記メ
ッセージの５バイト目にて設定された通信線空き時間Ｐ
２ｎ（Ｐ２１〜Ｐ２３）だけ、通信線３が空いたことを
確認して、自分の応答メッセージを送信する。次に、上
記各メッセージを上記のような流れで送信するための具
体的手段について説明する。

【０１４９】まず、故障診断テスタ５は、故障診断テス
タ５自身が送信したメッセージ、あるいは各電子制御装
置２、１、６、７が送信したメッセージのバイトの受信
が完了する度に、図５に示す割込み処理を行って、その
メッセージに含まれる受信データおよびバイト数を、受
信バッファおよび受信カウンタに格納する。また、故障
診断テスタ５は、図５の処理の他に、図２１〜図２４に
示すメインルーチンを行う。

【０１５０】この図２１に示す処理のうち、ステップ１
２１〜１２９および１３１の処理は、図１５のステップ
１２１〜１２９および１３１の処理と全く同じである。
そして、本実施形態では、ステップ１２９にてＹＥＳと
判定されたときは、ステップ１３２にて、受信バッファ
（２）に格納されたデータに基づいて、自分へのメッセ
ージか否かを判定する。つまり、各制御装置２、１、
６、７のいずれかが自分に対して送信した応答メッセー
ジか否かを判定する。

【０１５１】そして、ＮＯと判定されたときは、ステッ
プ１２７、１２８の処理を行ってこのルーチンを抜け、
ＹＥＳと判定されたときは、ステップ１３１の処理を行
って、図２２のステップ２７１にジャンプする。このス
テップ２７１では、接続確認モード（図２３のステップ
１１５参照）に１がセットされているか否かをみること
によって、現在、接続確認モード中か否かを判定する。
このステップ２７１にてＮＯと判定されたときは、何も
せずにこのルーチンを抜ける。また、ステップ２７１に
てＹＥＳと判定されたときは、次のステップ２７２に
て、受信バッファ（３）に格納されたデータが０か否か
（受信バッファ（３）に何のデータも入っていないか否
か）を判定する。

【０１５２】このステップ２７２にてＹＥＳと判定され
たときは、何もせずにこのルーチンを抜ける。また、Ｎ
Ｏと判定されたときは、次のステップ２７３にて、受信
バッファ（３）に格納されたデータが、既に接続ＥＣＵ
メモリ１３ａのどこかに格納されているか否かを判定す
る。つまり、今受信した応答メッセージを送信した制御
装置が応答可能な状態であることを、接続ＥＣＵメモリ
１３ａに既に記憶させたか否かを判定する。

【０１５３】そして、このステップ２７３にてＹＥＳと
判定されたときは、何もせずにこのルーチンを抜ける。
また、ＮＯと判定されたときは、次のステップ２７４に
て、接続ＥＣＵメモリ１３ａの空きアドレス（ｉ）をサ
ーチし、次のステップ２７５にて、この空きアドレス
（ｉ）に、受信バッファ（３）に格納されている識別値
を格納した後、このルーチンを抜ける。

【０１５４】また、故障診断テスタ５は、電源が供給さ
れたときに図２３に示すメインルーチンを起動する。こ
のルーチンのステップ１１３〜１２０にて、図６のステ
ップ１１３〜１２０と全く同じ処理を行う。つまり、接
続確認モードの処理を行う。そして、この接続確認モー
ドの処理が終わったら、ステップ２８１にて、Ｐ２ｎ送
信フラグに１をセットして、上記接続確認モードによっ
て応答可能な状態であることが確認された制御装置に対
して、応答メッセージ間に設ける通信線空き時間（Ｐ２
ｎ）を割り振る処理（以下、Ｐ２ｎ設定モードという）
中であることを記憶する。

【０１５５】そして、次のステップ２８２にて、接続Ｅ
ＣＵメモリ１３ａの１番地に対応した制御装置、すなわ
ち応答可能な状態の制御装置の中で最も優先順位の高い
制御装置に、上記通信線空き時間Ｐ２ｎとしてＰ２１
（＝２５ｍｓ）を設定する旨のメッセージを送信する。
このメッセージは、図１９、２０に示したように、５バ
イト目に上記時間Ｐ２ｎをＰ２１に設定すること（＄１
９）を含んでいることは上述した通りである。

【０１５６】そして、次のステップ２８３にて、応答可
能な状態の制御装置のうち、次に優先順位の高い制御装
置のために、インデックスメモリＣＰ２０に２をセット
し、このルーチンを抜ける。また、故障診断テスタ５
は、電源が供給されたときに図２４に示すメインルーチ
ンを起動する。このルーチンのステップ２９１では、送
信バッファ（１）〜（ｎ）に格納されたデータが、受信
バッファ（１）〜（ｎ）に格納されたデータと一致する
か否かをみることによって、今受信したメッセージが自
分で送信したメッセージであるか否かを判定する。

【０１５７】このステップ２９１でＮＯと判定されたと
きは、そのままこのルーチンを抜け、ＹＥＳと判定され
たときは、次のステップ２９２にて、上記Ｐ２ｎ送信フ
ラグに１がセットされているかをみることによって、上
記Ｐ２ｎ設定モード中か否かを判定する。ここでＮＯと
判定されたときは、そのままこのルーチンを抜ける。ま
た、ＹＥＳと判定されたときは、次のステップ２９３に
進む。

【０１５８】このステップ２９３では、上記インデック
スメモリＣＰ２０に対応した接続ＥＣＵメモリ１３ａに
０が格納されているか否かを判定する。つまり、応答可
能な状態の制御装置の全てについて、上記Ｐ２ｎ設定モ
ードの処理を完了したか否かを判定する。ここで、ＮＯ
と判定されたときは、まだ完了していないということな
ので、次のステップ２９４にて、接続ＥＣＵメモリ１３
ａの、インデックスメモリＣＰ２０にセットされた番地
に対応した制御装置に、上記Ｐ２ｎ設定モードの処理を
行う。そして、次のステップ２９５にて、インデックス
メモリＣＰ２０をインクリメントした後、このルーチン
を抜ける。

【０１５９】つまり、図２３のステップ２８１〜２８３
の処理を終えた後、最初に上記ステップ２９４の処理を
行うときは、ＣＰ２０＝２であるので、接続ＥＣＵメモ
リ１３ａの２番地に対応した制御装置に対して、上記通
信線空き時間Ｐ２ｎとしてＰ２２（＝３０ｍｓ）を設定
する旨のメッセージを送信する。また、上記ステップ２
９３にてＹＥＳと判定されたときは、応答可能な状態の
制御装置の全てについて、上記Ｐ２ｎ設定モードの処理
を完了したということなので、ステップ２９６にて、Ｐ
２ｎ送信フラグに０をセットして、Ｐ２ｎ設定モードが
終了したことを記憶する。

【０１６０】一方、各電子制御装置２、１、６、７は、
故障診断テスタ５が送信したメッセージのバイトの受信
が完了する度に、図５に示す割込み処理を行って、その
メッセージに含まれる受信データおよびバイト数を、受
信バッファおよび受信カウンタに格納する。また、各電
子制御装置２、１、６、７は、図５の処理の他に、図１
５、２５、１６に示す一連のメインルーチンを行う。こ
のうち、図１５のステップ１３１にて、故障診断テスタ
５が上記Ｐ２ｎ設定モードを要求していると判別された
ときは、図２５のステップ１９０にジャンプする。

【０１６１】このステップ１９０では、図２６に示すサ
ブルーチンを行う。つまり、ステップ１９１にて、上記
通信線空き時間Ｐ２ｎを、受信バッファ（５）に格納さ
れたデータにセットする。すなわち、故障診断テスタ５
がステップ２８２、２９２にて送信してきたメッセージ
の５バイト目のデータにセットする。従って、図２５の
ステップ１７２では、上記５バイト目のデータがＰ２と
してセットされる。

【０１６２】以上説明したように、本実施形態において
も、上記通信線空き時間Ｐ２Ｂを、上記通信線空き時間
Ｐ２ｎ（Ｐ２１〜Ｐ２４）のいずれよりも短く設定して
いるので、ある制御装置が複数の応答メッセージを連続
送信し終えてから、これよりも優先順位の低い制御装置
が応答メッセージを送信でき、これらのメッセージが通
信線３上で衝突することを防止することができる。

【０１６３】また、本実施形態では、上記第１実施形態
と同様、接続確認モードの処理を行う。つまり、故障
診断テスタ５が接続確認要求メッセージを送信し、各
制御装置が、この接続確認要求に対する応答メッセージ
を順次送信し、この応答メッセージ中の識別値を接続
ＥＣＵメモリ１３ａに格納する、といった処理を行って
いる。

【０１６４】具体的には、故障診断テスタ５が接続ＥＣ
Ｕメモリ１３ａを備えている。そして、故障診断テスタ
５は、応答可能な状態の制御装置から応答メッセージを
受信したときに、この応答メッセージ中の識別値を接続
ＥＣＵメモリ１３ａに格納する。そして、故障診断テス
タ５は、どれが応答可能な状態でどれが応答不可能な状
態であるかを、接続ＥＣＵメモリ１３ａに格納された識
別値に基づいて知ることができる。

【０１６５】このような接続確認モードの処理を行うの
で、制御装置２、１、６、７のうちのいずれかが応答不
可能な状態であっても、接続ＥＣＵメモリ１３ａに格納
された識別値に基づいて、この応答不可能な状態の制御
装置を除いて新しく優先順位を設定し直し、この新しい
優先順位に基づいて、各制御装置が応答メッセージを送
信する。従って、上記応答不可能な状態の制御装置より
も優先順位の低い制御装置は、自分の応答メッセージを
確実に送信することができる。

【０１６６】また、本実施形態では、接続確認モード
時、およびＲＡＭ値要求モード時やコード要求モード時
における各制御装置２、１、６、７の通信線空き時間Ｐ
２ｎを、優先順位の高い制御装置になる程、短くなるよ
うに設定したので、各制御装置２、１、６、７は、自分
の応答メッセージを、通信線３上で他のメッセージと衝
突させることなく、優先順位の高いものから順に送信す
ることができる。

【０１６７】次に、本発明の第４実施形態を、図２７を
用いて、上記各実施形態と異なる部分についてのみ説明
する。上記各実施形態では、１つの故障診断テスタ５と
複数の制御装置２、１、６、７との間で、上記ＲＡＭ値
読出モードやトラブルコード読出モードの処理を行う、
いわゆる１対ｎデータ通信を行うようにしたが、１つの
故障診断テスタ５と１つの制御装置との間で上記各モー
ドの処理を行う、いわゆる１対１データ通信を行うよう
にしても良い。

【０１６８】この場合、例えば図２７に示すように、故
障診断テスタ５が例えばトランスミッション制御装置２
に対して、第１要求メッセージ（例えばコード要求メッ
セージ）を送信し、この第１要求メッセージの送信完了
から通信線空き時間Ｐ２Ａ（＝２５ｍｓ）後に、制御装
置２が第１応答メッセージを送信する。ここで、制御装
置２が、第１応答メッセージに続けて第２応答メッセー
ジも送信する場合は、制御装置２は、第１応答メッセー
ジの送信完了から通信線空き時間Ｐ２Ｂ（＝１０ｍｓ）
後に、上記第２応答メッセージを送信する。

【０１６９】そして、この第２応答メッセージの送信完
了後、上記通信線空き時間が、国際規格ＩＳＯ−９１４
１−２で規定された時間Ｐ３（本実施形態では５５ｍ
ｓ）となったら、故障診断テスタが、第２要求メッセー
ジ（例えばＲＡＭ値要求メッセージ）を送信する。以上
説明したように、本実施形態では、上記第２応答メッセ
ージの送信完了から次の要求メッセージの送信開始まで
の通信線空き時間（Ｐ３）よりも、上記第１応答メッセ
ージと第２応答メッセージとの間における通信線空き時
間（Ｐ２Ｂ）よりも短くしているので、制御装置２が自
分の応答メッセージを連続送信している間は、故障診断
テスタ５の要求メッセージが割り込まないようにでき、
これによって、制御装置２の応答メッセージを確実に連
続送信できる。

【０１７０】（その他の実施形態）上記各実施形態で
は、応答メッセージを複数に分割して連続送信するとき
における、各応答メッセージ間の通信線空き時間（Ｐ２
Ｂ）を、他の通信線空き時間（Ｐ２Ａ、Ｐ２ｎ）よりも
短くなるように設定するステップ（ステップ２２２、１
７４）を、各制御装置２、１、６、７のそれぞれに設け
たが、応答メッセージを複数に分割して連続送信しそう
な制御装置（１つの場合もありうる）のみに設けるよう
にしても良い。

【０１７１】また、上記第１、第３実施形態では、各制
御装置２、１、６、７のうち、どれが応答可能な状態で
どれが応答不可能な状態であるかを、接続確認モードの
処理によって確認するようにしたが、各制御装置のＲＯ
Ｍの中に、自分よりも優先順位の高い制御装置を複数記
憶しておき、この記憶データに基づいて確認するように
しても良い。

【０１７２】つまり、各制御装置のＲＯＭの中に、例え
ば自分よりも１つ優先順位の高い制御装置（簡単にする
ため第１制御装置という）と２つ優先順位の高い制御装
置（簡単にするため第２制御装置という）とを記憶した
場合、例えば上記第１制御装置が応答不可能な状態で上
記第２制御装置が応答可能な状態であれば、この第２制
御装置が応答メッセージを送信完了してから、第１制御
装置がいつまでたっても応答メッセージを送信開始しな
いことを確認できるので、これをもって、第１制御装置
が応答不可能な状態であることを確認できる。

【０１７３】また、上記第１、第３実施形態において、
上記ステップ２４２〜２４６にて送信される応答メッセ
ージが、図２８に示すように送信されるようにしても良
い。すなわち、自分の応答メッセージの送信を完了した
ら、そこから通信線空き時間Ｐ２後に、このメッセージ
の送信完了を他の制御装置に分からせるために、終了メ
ッセージ（例えば上記識別値を示す１バイト）を付加す
る。

【０１７４】これによって、各制御装置は、新しく設定
された優先順位が自分よりも１つ高い制御装置が、上記
終了メッセージを送信したことを検出することによっ
て、自分の応答メッセージの送信タイミングを知ること
ができる。従って、本実施形態では、ステップ１２２に
おける判定基準時間を２０ｍｓよりも短い時間にするこ
とができ、通信速度を早くすることができる。

【０１７５】また、上記各実施形態では、故障診断テス
タ５をマスタ装置とし、電子制御装置をスレーブ装置と
したシステムについて説明したが、複数の電子制御装置
の任意の１つをマスタ装置、他の電子制御装置をスレー
ブ装置としたものについても適用することができる。ま
た、上記各実施形態では、本発明における通信システム
を車両に用いた場合について説明したが、車両以外のも
のにも適用することができる。

【図面の簡単な説明】

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

【図２】接続確認モード中の各メッセージの送信態様を
示すタイムチャートであり、（ａ）は制御装置２、１、
６、７が全て応答可能な状態のとき、（ｂ）はこのうち
の制御装置６が応答不可能な状態のときを示す。

【図３】ＲＡＭ値読出モード中の各メッセージの送信態
様を示すタイムチャートであり、（ａ）は制御装置２、
１、６、７が全て応答可能な状態のとき、（ｂ）はこの
うちの制御装置６が応答不可能な状態のとき、および
（ｃ）は制御装置１、７が応答可能な状態で、制御装置
２、６が応答不可能な状態のときを示す。

【図４】トラブルコード読出モード中の各メッセージの
送信態様を示すタイムチャートである。

【図５】上記実施形態の故障診断テスタおよび各制御装
置のシリアル入力割込処理を示すフローチャートであ
る。

【図６】上記故障診断テスタのメインルーチンを示すフ
ローチャートである。

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

【図８】上記各制御装置のメインルーチンを示すフロー
チャートである。

【図９】上記各制御装置のメインルーチンを示すフロー
チャートである。

【図１０】上記各制御装置のメインルーチンを示すフロ
ーチャートである。

【図１１】上記各制御装置のメインルーチンを示すフロ
ーチャートである。

【図１２】上記各制御装置のメインルーチンを示すフロ
ーチャートである。

【図１３】上記実施形態の接続ＥＣＵメモリに識別値が
格納された状態を示す図であり、（ａ）は制御装置２が
応答可能な状態のときの制御装置１の接続ＥＣＵメモ
リ、（ｂ）は制御装置２、１、６が応答可能な状態のと
きの制御装置７の接続ＥＣＵメモリ、および（ｃ）は制
御装置２、１が応答可能な状態で制御装置６が応答不可
能な状態のときの制御装置７の接続ＥＣＵメモリを示
す。

【図１４】本発明第２実施形態のトラブルコード読出モ
ード中における各メッセージの送信態様を示すタイムチ
ャートである。

【図１５】上記第２実施形態の各制御装置のメインルー
チンを示すフローチャートである。

【図１６】上記第２実施形態の各制御装置のメインルー
チンを示すフローチャートである。

【図１７】上記第２実施形態の各制御装置のメインルー
チンを示すフローチャートである。

【図１８】上記第２実施形態の接続ＥＣＵメモリと、こ
れに対応するＰ２ｎ設定テーブルを示す説明図である。

【図１９】本発明第３実施形態の接続確認モード中およ
びＰ２ｎ設定モードの各メッセージの送信態様を示すタ
イムチャートである。

【図２０】上記第３実施形態の接続確認モード中および
Ｐ２ｎ設定モードの各メッセージの送信態様を示すタイ
ムチャートである。

【図２１】上記第３実施形態の故障診断テスタのメイン
ルーチンを示すフローチャートである。

【図２２】上記第３実施形態の故障診断テスタのメイン
ルーチンを示すフローチャートである。

【図２３】上記第３実施形態の故障診断テスタのメイン
ルーチンを示すフローチャートである。

【図２４】上記第３実施形態の故障診断テスタのメイン
ルーチンを示すフローチャートである。

【図２５】上記第３実施形態の各制御装置のメインルー
チンの一部を示すフローチャートである。

【図２６】図２５のステップ１９０におけるサブルーチ
ンを示すフローチャートである。

【図２７】本発明第４実施形態の各メッセージの送信態
様を示すタイムチャートである。

【図２８】本発明他の実施形態の応答メッセージの送信
態様を示すタイムチャートである。

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

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

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

【図３２】従来の電子制御装置同志のデータ衝突状態を
説明するためのタイムチャートである。

【符号の説明】

１…エンジン制御装置（スレーブ装置）、 ２…トランスミッション制御装置（スレーブ装置）、３
…通信線、５…故障診断テスタ（マスタ装置）、６…エ
アコン制御装置（スレーブ装置）、 ７…トラクション制御装置（スレーブ装置）、 １３ａ…接続ＥＣＵメモリ（識別値記憶手段）。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 マスタ装置（５）と複数のスレーブ装置
   （２、１、６、７）とが１本の通信線（３）を介して接
   続され、 前記マスタ装置（５）は、所定の処理の実行を要求する
   要求メッセージを前記通信線（３）上に送信し、 前記複数のスレーブ装置（２、１、６、７）は、前記通
   信線（３）からの前記要求メッセージを受信したとき、
   この要求メッセージに対する所定数以下の応答メッセー
   ジを、優先順位の高いスレーブ装置から順に前記通信線
   （３）上に送信する通信システムにおいて、 前記複数のスレーブ装置（２、１、６、７）は、 優先順位の隣り合う前記スレーブ装置が送信する各応答
   メッセージ間で、前記通信線（３）の空き時間が第１所
   定時間（Ｐ２Ａ、Ｐ２ｎ）となるように、自分の前記応
   答メッセージを送信するように構成され、 前記複数のスレーブ装置（２、１、６、７）のうちの少
   なくとも１つは、 前記応答メッセージ中に含むデータ数が前記所定数より
   も多い場合は、この応答メッセージを複数に分割すると
   ともに、 この複数に分割された各応答メッセージ間での前記通信
   線（３）の空き時間が、前記第１所定時間（Ｐ２Ａ、Ｐ
   ２ｎ）よりも短い第２所定時間（Ｐ２Ｂ）となるよう
   に、前記複数に分割された応答メッセージを連続送信す
   るように構成されたことを特徴とする通信システム。
2. 【請求項２】 前記複数に分割された応答メッセージの
   うち、未送信の応答メッセージが残っているか否かを判
   定する未送信メッセージ有無判定手段（ステップ２２
   １、１７３））と、 この未送信メッセージ有無判定手段（ステップ２２１、
   １７３）によって、前記未送信の応答メッセージが残っ
   ていると判定されたとき、前記通信線（３）の空き時間
   を前記第２所定時間（Ｐ２Ｂ）に設定する通信線空き時
   間設定手段（ステップ２２２、１７４）と、 前記通信線（３）の空き時間が前記第２所定時間（Ｐ２
   Ｂ）経過したか否かを判定する通信線空き時間判定手段
   （ステップ２４１）とを備え、 この通信線空き時間判定手段（ステップ２４１）によっ
   て、前記通信線（３）の空き時間が前記第２所定時間
   （Ｐ２Ｂ）経過したと判定されたとき、前記未送信の応
   答メッセージを送信するように構成されたことを特徴と
   する請求項１記載の通信システム。
3. 【請求項３】 前記第１所定時間（Ｐ２ｎ）は、優先順
   位の高いスレーブ装置である程、短く設定されているこ
   とを特徴とする請求項１または２記載の通信システム。
4. 【請求項４】 前記マスタ装置（５）に設けられ、前記
   複数のスレーブ装置（２、１、６、７）のうちのどれ
   が、前記応答メッセージを前記通信線（３）上に送信で
   きる状態であるかを確認する接続確認メッセージを送信
   する接続確認メッセージ送信手段（ステップ１１６）
   と、 前記スレーブ装置（２、１、６、７）に設けられ、前記
   通信線（３）からの前記接続確認メッセージを受信した
   とき、自分の識別値を組み込んだ前記応答メッセージを
   前記通信線（３）上に送信する第１応答メッセージ送信
   手段（ステップ１４４、２１２）と、 前記第１応答メッセージ送信手段（ステップ１４４、２
   １２）が送信した応答メッセージ中の前記識別値を順次
   記憶する識別値記憶手段（１３ａ）と、 この識別値記憶手段（１３ａ）に記憶された前記識別値
   に基づいて、新たな優先順位を設定する優先順位設定手
   段（ステップ２０３、２０６、２１０、２７５、２８
   ２、２９４）とを備え、 この優先順位設定手段（ステップ２０３、２０６、２１
   ０、２７５、２８２、２９４）によって設定された新た
   な優先順位に基づいて、前記要求メッセージとこれに対
   する前記応答メッセージの送受信を行うように構成され
   たことを特徴とする請求項１ないし３いずれか１つ記載
   の通信システム。
5. 【請求項５】 前記識別値記憶手段（１３ａ）は、前記
   複数のスレーブ装置（２、１、６、７）のそれぞれに設
   けられ、 前記優先順位設定手段（ステップ２０３、２０６、２１
   ０、２７５、２８２、２９４）は、 前記スレーブ装置（２、１、６、７）が、自分よりも優
   先順位の高い前記スレーブ装置の前記第１応答メッセー
   ジ送信手段（ステップ１４４、２１２）が送信した前記
   応答メッセージを、前記通信線（３）を介して受信した
   とき、この応答メッセージに組み込まれた前記識別値
   を、自分が有する前記識別値記憶手段（１３ａ）に書き
   込む識別値書込手段（ステップ２０３、２０６、２１
   ０）であり、 前記各スレーブ装置（２、１、６、７）は、 前記通信線（３）を介して前記要求メッセージを受信し
   たとき、前記識別値記憶手段（１３ａ）に書き込まれた
   前記識別値に基づいて、前記要求メッセージに対する自
   分の応答メッセージを送信する順番が次であるか否かを
   判定する送信順番判定手段（ステップ２２３、２２５〜
   ２２９）と、 この送信順番判定手段（ステップ２２３、２２５〜２２
   ９）によって、次が自分の前記応答メッセージを送信す
   る順番であると判定されたとき、この応答メッセージを
   前記通信線（３）上に送信する第２応答メッセージ送信
   手段（ステップ２４２、２４４〜２４６）とを備えるこ
   とを特徴とする請求項４記載の通信システム。
6. 【請求項６】 前記送信順番判定手段（ステップ２２
   ３、２２５〜２２９）が、 前記識別値記憶手段（１３ａ）に書き込まれた前記識別
   値のうち、最も優先順位の低い識別値のスレーブ装置か
   らの前記応答メッセージを受信したか否かを判定するこ
   とによって、自分の前記応答メッセージを送信する順番
   が次であるか否かを判定するように構成されたことを特
   徴とする請求項５記載の通信システム。
7. 【請求項７】 前記識別値記憶手段（１３ａ）は、前記
   マスタ装置（５）に設けられ、 前記優先順位設定手段（ステップ２０３、２０６、２１
   ０、２７５、２８２、２９４）は、 前記マスタ装置（５）が、前記各スレーブ装置（２、
   １、６、７）の前記第１応答メッセージ送信手段（ステ
   ップ１４４、２１２）が送信した前記応答メッセージ
   を、前記通信線（３）を介して受信したとき、この応答
   メッセージに組み込まれた前記識別値を前記識別値記憶
   手段（１３ａ）に書き込む識別値書込手段（ステップ２
   ７５）と、 前記識別値記憶手段（ステップ１３ａ）に書き込まれた
   前記識別値に対応した前記スレーブ装置に対して、前記
   第１所定時間（Ｐ２ｎ）を、優先順位の高いスレーブ装
   置である程、短い時間として設定する第１所定時間設定
   手段（ステップ２８２、２９４）とから成ることを特徴
   とする請求項４記載の通信システム。
8. 【請求項８】 前記第２応答メッセージ送信手段（ステ
   ップ２４２、２４４〜２４６）が、 前記応答メッセージの最後に、このメッセージが最後で
   あることを示すデータを付加するように構成されたこと
   を特徴とする請求項４ないし７いずれか１つ記載の通信
   システム。
9. 【請求項９】 マスタ装置（５）および自分以外の他の
   スレーブ装置に１本の通信線（３）を介して接続される
   ことによって通信システムを構成するとともに、前記マ
   スタ装置（５）からの、所定の処理の実行を要求する要
   求メッセージを、前記通信線（３）を介して受信したと
   きは、この要求メッセージに対する応答メッセージを前
   記通信線（３）上に送信するスレーブ装置において、 前記他のスレーブ装置との間に優先順位が設定されてお
   り、 自分が送信する前記応答メッセージと、自分と優先順位
   の隣り合う前記他のスレーブ装置が送信する応答メッセ
   ージとの間で、前記通信線（３）の空き時間が第１所定
   時間（Ｐ２Ａ、Ｐ２ｎ）となるように、自分の前記応答
   メッセージを送信し、 前記応答メッセージ中に含むデータ数が所定数よりも多
   い場合は、この応答メッセージを複数に分割するととも
   に、 この複数に分割された各応答メッセージ間での前記通信
   線（３）空き時間が、前記第１所定時間（Ｐ２Ａ、Ｐ２
   ｎ）よりも短い第２所定時間（Ｐ２Ｂ）となるように、
   前記複数に分割された応答メッセージを連続送信するよ
   うに構成されたことを特徴とするスレーブ装置。
10. 【請求項１０】 マスタ装置（５）とスレーブ装置
    （２）とが１本の通信線（３）を介して接続され、 前記マスタ装置（５）は、所定の処理の実行を要求する
    要求メッセージを前記通信線（３）上に送信し、 前記スレーブ装置（２）は、前記通信線（３）からの前
    記要求メッセージを受信したとき、この要求メッセージ
    に対する応答メッセージを前記通信線（３）上に送信す
    る通信システムにおいて、 前記マスタ装置（５）は、 前記応答メッセージの受信を完了してから、前記通信線
    （３）の空き時間が第１所定時間（Ｐ３）となったこと
    を確認してから、前記要求メッセージを送信するように
    構成され、 前記スレーブ装置（２）は、 前記応答メッセージ中に含むデータ数が所定数よりも多
    い場合は、この応答メッセージを複数に分割するととも
    に、 この複数に分割された各応答メッセージ間における前記
    通信線（３）の空き時間が、前記第１所定時間（Ｐ３）
    よりも短い第２所定時間（Ｐ２Ｂ）となるように、前記
    複数に分割された応答メッセージを連続送信するように
    構成されたことを特徴とする通信システム。
11. 【請求項１１】 マスタ装置（５）に１本の通信線
    （３）を介して接続されることによって通信システムを
    構成するとともに、前記マスタ装置（５）からの、所定
    の処理の実行を要求する要求メッセージを、前記通信線
    （３）を介して受信したときは、この要求メッセージに
    対する応答メッセージを前記通信線（３）上に送信する
    スレーブ装置において、 前記応答メッセージ中に含むデータ数が所定数よりも多
    い場合は、この応答メッセージを複数に分割するととも
    に、 この複数に分割された各応答メッセージ間における前記
    通信線（３）の空き時間（Ｐ２Ｂ）が、前記応答メッセ
    ージの送信完了から前記要求メッセージの送信開始まで
    の前記通信線（３）の空き時間（Ｐ３）よりも短くなる
    ように、前記複数に分割された応答メッセージを連続送
    信するように構成されたことを特徴とするスレーブ装
    置。