(57)【特許請求の範囲】
【請求項１】
多重バスラインに接続された複数のノードがトークンパッシング方式により送信権をサイクリックに巡回させ、該送信権を有する前記ノードが前記多重バスラインを介して、他のノードに対する信号送信と次のノードに対する前記送信権の移譲とを行う車両搭載型の多重通信システムにおいて、前記複数のノードのうち一部の特定のノードによる信号通信状態の良否を診断する方法であって、
前記特定のノードによる他のノードに対しての信号送信を可能としつつ、該特定のノードによる次のノードに対しての前記送信権の移譲を不能とし、
前記特定のノードを除く診断対象外のノードによる他のノードに対しての信号送信と、該診断対象外のノードによる次のノードに対しての前記送信権の移譲とを各々不能とし、
前記診断対象外のノードが前記送信権を移譲される次のノードに該当する際に、該診断対象外のノードが行うべき他のノードに対する信号送信と、前記診断対象外のノードが行うべき次のノードに対しての前記送信権の移譲とを、前記各ノードとは異なる外部機器により擬似的に各々行い、
前記特定のノードによる他のノードに対しての信号送信後に、該特定のノードの次のノードに対する前記送信権の移譲を、前記外部機器により擬似的に行うと共に、
前記多重バスライン上で送信される信号を該多重バスラインから前記外部機器により収集し、該収集した信号を前記外部機器により解析することで、前記特定のノードによる信号通信状態の良否を前記外部機器により診断するようにした、
ことを特徴とする車両用多重通信システムにおける信号通信状態診断方法。
【請求項２】
前記多重バスラインに接続されている前記各ノードのうち１つのノードに前記外部機器を接続し、前記診断対象外のノードが前記送信権を移譲される次のノードに該当する際における、該診断対象外のノードが行うべき他のノードに対する信号送信、及び、前記診断対象外のノードが行うべき次のノードに対しての前記送信権の移譲と、前記特定のノードによる他のノードに対しての信号送信後における、該特定のノードの次のノードに対する前記送信権の移譲とを、前記外部機器が接続されたノードを介して該外部機器により行うようにした請求項１記載の車両用多重通信システムにおける信号通信状態診断方法。
【請求項３】
前記診断対象外のノードによる他のノードに対しての信号送信と、該診断対象外のノードによる次のノードに対しての前記送信権の移譲とを、前記外部機器が接続されたノードを除いて、前記多重バスラインに対する前記診断対象外のノードの接続を断つことで各々不能とするようにした請求項２記載の車両用多重通信システムにおける信号通信状態診断方法。
【請求項４】
前記多重バスライン上から前記外部機器により収集した前記多重バスライン上で送信される信号から、前記特定のノードにより送信された信号を前記外部機器により抽出し解析することにより、前記特定のノードによる信号通信状態の良否を診断するようにした請求項１、２又は３記載の車両用多重通信システムにおける信号通信状態診断方法。
【請求項５】
多重バスラインに接続された複数のノードがトークンパッシング方式により送信権をサイクリックに巡回させ、該送信権を有する前記ノードが前記多重バスラインを介して、他のノードに対する信号送信と次のノードに対する前記送信権の移譲とを行う車両搭載型の多重通信システムにおいて、
前記各ノードに対する診断モードの開始及び解除の各指令を各々出力する外部機器を接続するために、前記複数のノードのうち少なくとも１つのノードに設けられる外部機器接続端子と、
前記各ノードに各々設けられ、前記外部機器による前記診断モード開始指令の出力から前記診断モード解除指令の出力までの間、次のノードに対する前記送信権の移譲を不能とする送信権移譲不能化手段と、
前記外部機器接続端子に前記外部機器が接続されるノードに少なくとも設けられ、前記多重バスライン上で送信される信号を前記外部機器に向けて前記外部機器接続端子から出力させる送信信号転送手段と、
を備えることを特徴とする車両用多重通信システム。
【請求項６】
前記各ノードに各々設けられ、前記外部機器による前記診断モード開始指令の出力から前記診断モード解除指令の出力までの間、前記外部機器からの指定データにより指定される診断対象のノードに該当しない際に、該指定データに呼応して、他のノードに対する信号送信を不能とする信号送信不能化手段をさらに備える請求項５記載の車両用多重通信システム。
【請求項７】
多重バスラインに複数接続されて該多重バスラインと共に車両搭載型の多重通信システムを構成するノードであって、トークンパッシング方式によりサイクリックに巡回される前記多重バスライン上での送信権が移譲されると、前記多重バスラインを介して、他のノードに対する信号送信と次のノードに対する前記送信権の移譲とを行うノードの通信状態の良否を診断する信号通信状態診断装置であって、
前記多重バスラインに接続されたノードに対して、該ノードから次のノードに対する前記送信権の移譲の禁止を各々通知する送信権移譲禁止通知手段と、
前記多重バスラインに接続されたノードに対して、該ノードに対する前記送信権の移譲を通知する送信権移譲通知手段と、
前記多重バスライン上で送信される信号を該多重バスライン上から収集する送信信号収集手段と、
前記送信信号収集手段が収集した前記送信信号から、前記多重バスラインに接続されたノードにより送信された信号を、各ノード別に抽出し収集するノード別受信信号収集手段と、
前記ノード別受信信号収集手段の収集結果を基に前記ノードの通信状態の良否を診断する診断手段とを備え、
前記送信権移譲通知手段は、該送信権移譲通知手段により前記送信権の移譲が通知されたノードによる送信信号を前記ノード別受信信号収集手段が収集した際に、該ノードの次のノードに対して前記送信権の移譲を通知する、
ことを特徴とする車両多重通信システム用信号通信状態診断装置。
【請求項８】
前記多重通信システムを構成するノードの中から診断対象のノードを指定する診断対象指定手段と、前記多重通信システムを構成するノードのうち前記診断対象のノードを除く残りのノードに代わって、該残りのノードが前記送信権を有する際に他のノードに対して送信すべき信号を送信する疑似信号送信手段とをさらに備え、前記送信権移譲通知手段は、該送信権移譲通知手段により前記送信権の移譲が通知された前記診断対象のノードの次のノードが、前記診断対象指定手段により前記診断対象のノードとして指定されている場合と、前記疑似信号送信手段が他のノードに対して送信すべき信号を代わって送信した前記残りのノードの次のノードが、前記診断対象指定手段により前記診断対象のノードとして指定されている場合とに、該診断対象である前記次のノードに対して、該次のノードに対する前記送信権の移譲を通知する請求項７記載の車両多重通信システム用信号通信状態診断装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両の電装機器即ち負荷やこれを作動させる際に操作されるスイッチ等が接続された複数のノードが、トークンパッシング方式の多重通信を多重バスライン上で行う車両用多重通信システムにおいて、各ノードの信号通信状態の良否を診断する方法と、この方法を実施する際に用いて好適な車両用多重通信システムと、前記方法を実施する際にこのシステムに接続して用いて好適な車両多重通信システム用信号通信状態診断装置とに関するものである。
【０００２】
【従来の技術】
車両には一般に、ヘッドランプやパワーウィンドモータ、ワイパモータ等、数多くの電装機器、即ち、負荷が搭載されており、これらの負荷や、各負荷を作動させる際に操作されるディマスイッチ、パワーウィンドスイッチ、ワイパスイッチ等の負荷駆動用のスイッチは、近年では、相互間を多重バスラインで接続して車両内に複数配置した制御ユニットからなる多重通信システム中の、最も近傍に配置された制御ユニットに接続されることが多い。
【０００３】
このような車両においては、スイッチの操作により発生する信号が、多重バスライン経由で、操作されたスイッチに対応する負荷が接続された制御ユニットに多重通信で伝送され、伝送先の制御ユニットが、受け取った信号を負荷に出力することでその負荷が作動する。
【０００４】
ところで、上述した多重バスラインを介しての複数の制御ユニットによる負荷の駆動制御では、或るスイッチの操作に対応する負荷が単一の制御ユニットに全て接続されているとは必ずしも限らない。
【０００５】
そのため、上述した多重バスラインを介して各制御ユニット間での信号送受信を行うに当たっては、スイッチの操作からそのスイッチに対応する負荷の作動までのタイムラグを、特定の制御ユニットを接続先とするスイッチや負荷に偏ることなく万遍なく少なくできるように、多重バスライン上での送信権を各制御ユニット間で巡回させるトークンパッシングと呼ばれる方式の通信プロトコルが用いられることがある。
【０００６】
このトークンパッシング方式による多重バスライン上での信号送受信では、上述した各制御ユニットに相当する複数のノードのうち、トークンにより指定されたノードのみが送信権を持ち、残る他のノードは受信専用となるわけであるが、送信権を有するノードが残る他のノードに信号を送信する際に、トークンにより送信権を持つべき次のノードを指定することで、送信権が或るノードから他のノードに移り、この送信権の移譲を順次行うことで各ノードに送信権がサイクリックに、且つ、均等に与えられることになる。
【０００７】
尚、他のノードからトークンにより送信権を移譲されたノードが、何らかの理由により所定時間以内に多重バスラインを介して残る他のノードに信号を送信しない場合には、このノードに送信権を移譲した送信権の移譲元のノードが、このノードから送信権を移譲されるべきノードの次のノードに送信権を移譲する内容のトークンを、残る他のノードへの送信信号と共に多重バスライン上に送出し、所定時間内に信号を送信しなかったノードをとばしてその次のノードに送信権を移譲する。
【０００８】
ところで、先に述べた複数の制御ユニットを多重バスラインで接続した車両において、トークンパッシング方式による信号送受信により各負荷を全て正常に動作させるためには、次の２つの状態を確保する必要がある。
【０００９】
第１には、各制御ユニットのうちどれか１つでも信号送受信機能が正常に働かないと、その制御ユニットに接続された負荷を他の制御ユニットに接続されたスイッチの操作により動作させることができなくなり、また、その制御ユニットに接続されたスイッチの操作により他の制御ユニットに接続された負荷を動作させることができなくなるため、全制御ユニットの信号送受信機能が正常に働く状態を確保する必要がある。
【００１０】
第２には、トークンによる送信権の移譲がどれか１つの制御ユニットでもとばされて行われると、そのとばされた制御ユニットに接続されたスイッチの操作状態に関するデータの信号を送信することができず、また、その制御ユニットに接続された負荷に関連するスイッチの操作状態に関するデータの信号を受信することができないので、トークンによる送信権の移譲が全ての制御ユニットに亘り順番に、且つ、確実に行われる状態を確保する必要がある。
【００１１】
このため、例えば、車両の組立ライン等においては、各制御ユニットの信号通信状態が正常に機能しているか否かをあらかじめ検査により診断しておく必要がある。
【００１２】
この診断を行う場合、全ての制御ユニットが多重バスラインに接続されているのであれば、各制御ユニット間でトークンの移譲が行われて全ての制御ユニットが順番に多重バスラインにフレームを送信するため、この各制御ユニットにより多重バスラインに送信されたフレームを多重バスラインから直接、或は、どれか１つの制御ユニットを介してチェック端末に取り込んで、その内容を監視することによって、各制御ユニットの信号通信状態をチェック用端末により検査、診断することができる。
【００１３】
しかし、組立ライン等において検査、診断を行うとなると、一部の制御ユニットが多重バスラインにまだ接続されていない組立工程の途中であることから、多重バスラインに接続されていない制御ユニットからのフレームの送信は行われない。
【００１４】
しかも、多重バスラインに接続されていない制御ユニット以降の制御ユニットにトークンが移譲されないことから、それらの制御ユニットからのフレームの送信も行われない。
【００１５】
従って、一部の制御ユニットが多重バスラインにまだ接続されていない状態のままでは、チェック端末を多重バスラインや制御ユニットに接続したとしても、各制御ユニットの信号通信状態をチェック用端末により検査、診断することはできない。
【００１６】
そこで、組立ライン等において組立工程の途中で検査、診断を行う場合は、多重バスラインに接続された全ての制御ユニットが多重バスラインへのフレーム送信を必ず行うように、多重バスラインにまだ接続されていない一部の制御ユニットにトークンが移譲された際に、その多重バスラインに接続されていない制御ユニットが本来行うべきフレーム送信を、この制御ユニットに代わってチェック端末により擬似的に行う必要がある。
【００１７】
このような事情から従来は、制御ユニットのＣＰＵ並の高い処理速度を有するＣＰＵを搭載した、検査、診断対象の多重通信システムの仕様に合わせた専用のチェック端末を用いて、組立ライン等における各制御ユニットの信号通信状態を検査、診断していた。
【００１８】
しかし、従来のこのようなやり方では、仕様が異なる多重通信システム毎に個別のチェック用端末が必要となり、チェック用端末の汎用性が全くなくなり不経済である。
【００１９】
そこで、対象の多重通信システムに応じて細かな仕様をプログラムにより変更できるように、市販のパーソナルコンピュータを用いることが考えられる。
【００２０】
【発明が解決しようとする課題】
ところで、多重バスラインに接続されていない制御ユニットにトークンが移譲された場合に、その制御ユニットに代わってチェック端末に擬似的なフレーム送信を行わせるに当たっては、多重通信システム側において、多重通信システムの通常の処理条件において設定されている送信待ち時間を過ぎて、トークンの移譲先の制御ユニットが何らかの異常を起こしていると判断されて、その制御ユニットをとばしてその次の制御ユニットにトークンを移譲するという再送動作等が実行されてしまう前に、チェック端末による擬似的なフレーム送信が行われるように、多重通信システム側の再送動作のシーケンスに見合った処理速度でチェック端末が擬似フレームの送信動作を行わなければならない。
【００２１】
しかし、チェック端末側では上述した擬似フレームの送信動作のみが行われるわけではなく、その他にも、各制御ユニットの信号通信状態を検査、診断するために必要となる各種条件の設定入力の受け付け処理や、入力を受け付けた条件に応じて検査、診断の内容を設定する等の処理が行われるため、それらの処理と上述した擬似フレームの送信処理とを並行して処理するためには、頻繁な割り込み処理が発生することになる。
【００２２】
そのような理由から、市販のパーソナルコンピュータをチェック端末として用いるのに当たっては、相当早い処理速度のＣＰＵを搭載した高価なパーソナルコンピュータを用いないと、擬似的なフレーム送信が行われる前に多重通信システム側で再送動作等が先に行われてしまい、その結果、多重バスラインに接続されていない制御ユニットを肩代わりしたチェック端末による擬似的なフレーム送信を、確実に行わせることができなくなるという不具合が発生してしまう。
【００２３】
本発明は前記事情に鑑みなされたもので、本発明の目的は、多重バスラインに複数接続されてトークンパッシング方式による信号送受信を行う、車両に搭載される負荷制御用の制御ユニットといったノードの信号通信状態を、たとえ一部のノードしか多重バスラインに接続されていない状態であっても、しかも、それ程高い処理速度のＣＰＵを搭載していない市販のパーソナルコンピュータを用いたとしても、確実に検査、診断することができる車両用多重通信システムにおける信号通信状態診断方法と、この方法を実施するのに用いて好適な車両用多重通信システム、並びに、車両多重通信システム用信号通信状態診断装置を提供することにある。
【００２４】
【課題を解決するための手段】
前記目的を達成する請求項１乃至請求項４に記載した本発明は、車両用多重通信システムにおける信号通信状態診断方法に関するものであり、請求項５及び請求項６に記載した本発明は、車両用多重通信システムに関するものであり、請求項７及び請求項８に記載した本発明は、車両多重通信システム用信号通信状態診断装置に関するものである。
【００２５】
そして、請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法は、多重バスラインに接続された複数のノードがトークンパッシング方式により送信権をサイクリックに巡回させ、該送信権を有する前記ノードが前記多重バスラインを介して、他のノードに対する信号送信と次のノードに対する前記送信権の移譲とを行う車両搭載型の多重通信システムにおいて、前記複数のノードのうち一部の特定のノードによる信号通信状態の良否を診断する方法であって、前記特定のノードによる他のノードに対しての信号送信を可能としつつ、該特定のノードによる次のノードに対しての前記送信権の移譲を不能とし、前記特定のノードを除く診断対象外のノードによる他のノードに対しての信号送信と、該診断対象外のノードによる次のノードに対しての前記送信権の移譲とを各々不能とし、前記診断対象外のノードが前記送信権を移譲される次のノードに該当する際に、該診断対象外のノードが行うべき他のノードに対する信号送信と、前記診断対象外のノードが行うべき次のノードに対しての前記送信権の移譲とを、前記各ノードとは異なる外部機器により擬似的に各々行い、前記特定のノードによる他のノードに対しての信号送信後に、該特定のノードの次のノードに対する前記送信権の移譲を、前記外部機器により擬似的に行うと共に、前記多重バスライン上で送信される信号を該多重バスラインから前記外部機器により収集し、該収集した信号を前記外部機器により解析することで、前記特定のノードによる信号通信状態の良否を前記外部機器により診断するようにしたことを特徴とする。
【００２６】
また、請求項２に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法は、前記多重バスラインに接続されている前記各ノードのうち１つのノードに前記外部機器を接続し、前記診断対象外のノードが前記送信権を移譲される次のノードに該当する際における、該診断対象外のノードが行うべき他のノードに対する信号送信、及び、前記診断対象外のノードが行うべき次のノードに対しての前記送信権の移譲と、前記特定のノードによる他のノードに対しての信号送信後における、該特定のノードの次のノードに対する前記送信権の移譲とを、前記外部機器が接続されたノードを介して該外部機器により行うようにした。
【００２７】
さらに、請求項３に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法は、前記診断対象外のノードによる他のノードに対しての信号送信と、該診断対象外のノードによる次のノードに対しての前記送信権の移譲とを、前記外部機器が接続されたノードを除いて、前記多重バスラインに対する前記診断対象外のノードの接続を断つことで各々不能とするようにした。
【００２８】
また、請求項４に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法は、前記多重バスライン上から前記外部機器により収集した前記多重バスライン上で送信される信号から、前記特定のノードにより送信された信号を前記外部機器により抽出し解析することにより、前記特定のノードによる信号通信状態の良否を診断するようにした。
【００２９】
また、請求項５に記載した本発明の車両用多重通信システムは、図１に基本構成図で示すように、多重バスライン１１に接続された複数のノード３，５，９がトークンパッシング方式により送信権をサイクリックに巡回させ、該送信権を有する前記ノード３，５，９が前記多重バスライン１１を介して、他のノード３，５，９に対する信号送信と次のノード３，５，９に対する前記送信権の移譲とを行う車両搭載型の多重通信システムにおいて、前記各ノード３，５，９に対する診断モードの開始及び解除の各指令を各々出力する外部機器１５を接続するために、前記複数のノード３，５，９のうち少なくとも１つのノード３，５，９に設けられる外部機器接続部３Ａと、前記各ノード３，５，９に各々設けられ、前記外部機器１５による前記診断モード開始指令の出力から前記診断モード解除指令の出力までの間、次のノードに対する前記送信権の移譲を不能とする送信権移譲不能化手段２１Ａと、前記外部機器接続部３Ａに前記外部機器１５が接続されるノード３に少なくとも設けられ、前記多重バスライン１１上で送信される信号を前記外部機器１５に向けて前記外部機器接続部３Ａから出力させる送信信号転送手段２１Ｂとを備えることを特徴とする。
【００３０】
さらに、請求項６に記載した本発明の車両用多重通信システムは、前記各ノード３，５，９に各々設けられ、前記外部機器１５による前記診断モード開始指令の出力から前記診断モード解除指令の出力までの間、前記外部機器１５からの指定データにより指定される診断対象のノード３，５，９に該当しない際に、該指定データに呼応して、他のノード３，５，９に対する信号送信を不能とする信号送信不能化手段２１Ｃをさらに備えるものとした。
【００３１】
また、請求項７に記載した本発明の車両多重通信システム用信号通信状態診断装置は、図２に基本構成図で示すように、多重バスライン１１に複数接続されて該多重バスライン１１と共に車両搭載型の多重通信システムを構成するノード３，５，９であって、トークンパッシング方式によりサイクリックに巡回される前記多重バスライン１１上での送信権が移譲されると、前記多重バスライン１１を介して、他のノード３，５，９に対する信号送信と次のノード３，５，９に対する前記送信権の移譲とを行うノード３，５，９の通信状態の良否を診断する信号通信状態診断装置であって、前記多重バスライン１１に接続されたノード３，５，９に対して、該ノード３，５，９から次のノード３，５，９に対する前記送信権の移譲の禁止を各々通知する送信権移譲禁止通知手段１５Ａと、前記多重バスライン１１に接続されたノード３，５，９に対して、該ノード３，５，９に対する前記送信権の移譲を通知する送信権移譲通知手段１５Ｂと、前記多重バスライン１１上で送信される信号を該多重バスライン１１上から収集する送信信号収集手段１５Ｃと、前記送信信号収集手段１５Ｃが収集した前記送信信号から、前記多重バスライン１１に接続されたノード３，５，９により送信された信号を、各ノード３，５，９別に抽出し収集するノード別受信信号収集手段１５Ｄと、前記ノード別受信信号収集手段１５Ｄの収集結果を基に前記ノード３，５，９の通信状態の良否を診断する診断手段１５Ｅとを備え、前記送信権移譲通知手段１５Ｂが、該送信権移譲通知手段１５Ｂにより前記送信権の移譲が通知されたノード３，５，９による送信信号を前記ノード別受信信号収集手段１５Ｄが収集した際に、該ノード３，５，９の次のノード３，５，９に対して前記送信権の移譲を通知することを特徴とする。
【００３２】
さらに、請求項８に記載した本発明の車両多重通信システム用信号通信状態診断装置は、前記多重通信システムを構成するノード３，５，９の中から診断対象のノード３，５，９を指定する診断対象指定手段１５ｅと、前記多重通信システムを構成するノード３，５，９のうち前記診断対象のノード３，５，９を除く残りのノード３，５，９に代わって、該残りのノード３，５，９が前記送信権を有する際に他のノード３，５，９に対して送信すべき信号を送信する擬似信号送信手段１５Ｆとをさらに備え、前記送信権移譲通知手段１５Ｂが、該送信権移譲通知手段１５Ｂにより前記送信権の移譲が通知された前記診断対象のノード３，５，９の次のノード３，５，９が、前記診断対象指定手段１５ｅにより前記診断対象のノード３，５，９として指定されている場合と、前記擬似信号送信手段１５Ｆが他のノード３，５，９に対して送信すべき信号を代わって送信した前記残りのノード３，５，９の次のノード３，５，９が、前記診断対象指定手段１５ｅにより前記診断対象のノード３，５，９として指定されている場合とに、該診断対象である前記次のノード３，５，９に対して、該次のノード３，５，９に対する前記送信権の移譲を通知するものとした。
【００３３】
請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば、各ノードが仮に送信権の移譲について再送機能を有しており、この再送機能により、送信権の移譲から所定時間が経過しても送信権が次のノードに移譲されないと、送信権の移譲元のノードから送信権の移譲先のノードのさらに次のノードに対して送信権が移譲されるという処理が行われるように設定されていたとしても、各ノード自身が送信権の移譲を行えないので、実際に各ノードが再送機能を発揮することはできない。
【００３４】
このため、外部機器により各ノードに送信権が移譲されてから、その次のノードに外部機器から送信権が移譲されるまでの間に、再送機能を発揮させる基準となる所定時間以上の時間がかかるとしても、次のノードをとばしてさらに次のノードに送信権が移譲されることはなく、常に、外部機器によって各ノードに対する送信権の移譲が順番通りに行われることになる。
【００３５】
従って、外部機器が各ノード側の処理に合わせた必要以上の処理速度で、ノードに代わる送信権の移譲処理を行わずに済み、外部機器に高い処理速度を要求せずに、特定のノードの信号通信状態の良否を確実に検査、診断することが可能となる。
【００３６】
そして、請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば特に、外部機器によって診断対象外のノードに対して送信権が移譲されると、その診断対象外のノードに代わって外部機器により、その診断対象外のノードが行うべき他のノードに対する信号送信が擬似的に行われるので、診断対象外のノードが全く動作しなくても、診断対象外のノードが正常に動作している状態と同じ状態が確保される。
【００３７】
従って、多重通信システムを構成する全てのノードのうち診断対象である特定のノードさえ動作する状態であれば、その他の診断対象外のノードが動作しない状態であっても、その動作しない状態である診断対象外のノードにより送信されるべき信号を加味した上で、送信権の移譲に呼応して特定のノードが他のノードに対する信号送信を行ったか否かや、特定のノードが他のノードからの送信信号を確実に受信したか否か等を解析し、特定のノードの信号通信状態の良否を確実に検査、診断することが可能となる。
【００３８】
また、請求項２に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば、外部機器が多重バスラインに接続されているノードのうち１つのノードに接続され、このノードを介して、多重バスラインに接続されているノードに対する送信権の移譲や、多重バスライン上での信号送信結果の収集が行われるので、外部機器を多重バスラインに直接接続して多重通信システムの構造を物理的に変更することをせずに、既存の状態のまま外部機器を用いて各ノードの信号通信状態の良否を検査、診断することが可能となる。
【００３９】
さらに、請求項３に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば、動作しない状態であっても診断に差し支えない診断対象外のノードを、多重バスラインに物理的に接続されていない状態とすることで、多重通信システムを構成するノードを多重バスラインに全て物理的に接続した状態としなくても、診断対象である特定のノードさえ物理的に多重バスラインに接続されている状態とすれば、それだけで、特定のノードによる信号通信状態の良否を確実に検査、診断することが可能となる。
【００４０】
また、請求項４に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば、多重バスライン上から収集した信号のうち、多重バスラインに接続されているノードのうちの特定のノードにより送信された信号が抽出されて解析されるので、診断対象である特定のノードにより送信された信号が多重バスラインを経てエラーなく他のノードに受信されているか否かの状態を、確実に検査、診断することが可能となる。
【００４１】
さらに、請求項５に記載した本発明の車両用多重通信システムによれば、外部機器接続部３Ａに接続された外部機器１５から、この外部機器接続部３Ａが設けられたノード３を含む各ノード３，５，９に対し、診断モード開始指令が出力されると、その後に外部機器１５から他のノード３，５，９に対して診断モード解除指令が出力されるまでの間、各ノード３，５，９が送信権移譲不能化手段２１Ａによって、送信権が自分に移譲されても次のノード３，５，９に対してその送信権を移譲することができない状態となる。
【００４２】
従って、外部機器接続部３Ａに接続された外部機器１５による診断モード開始指令の出力から診断モード解除指令の出力までの間は、各ノード３，５，９自身が送信権の移譲を行えないので、請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法と同様に、各ノード３，５，９が仮に送信権の移譲について再送機能を有していても、実際に各ノード３，５，９が再送機能を発揮することはできず、各ノード３，５，９から次のノード３，５，９に対する送信権の移譲を、例えば、１つのノード３，５，９の外部機器接続部３Ａに接続された外部機器１５によって、各ノード３，５，９が再送動作を行う際の処理速度に見合う処理速度よりも遅い処理能力の下に行ったとしても、これに先立って各ノード３，５，９の再送機能を用いた送信権の移譲は発生しない。
【００４３】
このため、例えば、外部機器１５により送信権を移譲された各ノード３，５，９が他のノード３，５，９に対して信号送信を行い、この多重バスライン１１上で送信される信号を、外部機器１５が外部機器接続部３Ａに接続されたノード３，５，９の送信信号転送手段２１Ｂが、外部機器接続部３Ａを介して外部機器１５に出力することで、外部機器１５に各ノード３，５，９から送信された信号を取り込ませ、外部機器１５に高い処理能力を持たせなくても、外部機器１５自身の処理能力の下で、各ノード３，５，９による信号通信状態の良否を検査、診断させることが可能となる。
【００４４】
さらに、請求項６に記載した本発明の車両用多重通信システムによれば、外部機器１５からの指定データにより診断対象のノード３，５，９に指定されなかった診断対象外のノード３，５，９に対して、例えば外部機器１５から送信権が移譲されると、その診断対象外のノード３，５，９自身による他のノード３，５，９に対する信号送信は信号送信不能化手段２１Ｃによって行われなくなる。
【００４５】
従って、例えば外部機器１５から送信権が移譲されたノード３，５，９が診断対象外のノード３，５，９である際に、その診断対象外のノード３，５，９に代わって外部機器１５により、その診断対象外のノード３，５，９が行うべき他のノード３，５，９に対する信号送信を擬似的に行わせる等すると、診断対象外のノード３，５，９が全く動作しなくても、或は、診断対象外のノード３，５，９が物理的に多重バスライン１１に接続されていなくても、診断対象外のノード３，５，９が正常に動作している状態と同じ状態が確保される。
【００４６】
よって、多重通信システムを構成する全てのノード３，５，９のうち、外部機器１５からの指定データにより診断対象のノード３，５，９に指定された診断対象のノード３，５，９さえ動作する状態であれば、その他の診断対象外のノード３，５，９が動作しない状態であっても、或は、物理的に多重バスライン１１
に接続されていなくても、診断対象のノード３，５，９によって信号が実際に送信されて、送信信号転送手段２１Ｂが外部機器接続部３Ａを介して外部機器１５に出力する、多重バスライン１１上で送信される信号に、診断対象のノード３，５，９により送信された信号が確実に含められる。
【００４７】
このため、送信信号転送手段２１Ｂが外部機器接続部３Ａを介して外部機器１５に出力する、多重バスライン１１上で送信される信号に含まれる、診断対象のノード３，５，９により送信された信号を基に、外部機器１５によって、送信権の移譲に呼応して診断対象のノード３，５，９が他のノード３，５，９に対する信号送信を行ったか否かや、診断対象のノード３，５，９による送信信号が他のノード３，５，９により確実に受信されたか否か等を解析させ、診断対象のノード３，５，９の信号通信状態の良否を確実に検査、診断させることが可能となる。
【００４８】
また、請求項７に記載した本発明の車両多重通信システム用信号通信状態診断装置によれば、送信権移譲禁止通知手段１５Ａにより多重バスライン１１に接続されたノード３，５，９に送信権の移譲の禁止が通知されるので、請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法と同様に、多重バスライン１１に接続されたノード３，５，９が仮に送信権の移譲について再送機能を有していても、ノード３，５，９が実際に再送機能を発揮することはできず、その結果、多重バスライン１１に接続されたノード３，５，９に対する送信権の移譲は、送信権移譲通知手段１５Ｂによる送信権の移譲の通知の下でしか行われない。
【００４９】
従って、送信権移譲禁止通知手段１５Ａからの通知により多重バスライン１１に接続されたノード３，５，９に送信権の移譲を禁止させた状態で、送信権移譲通知手段１５Ｂにより送信権の移譲が通知されたノード３，５，９による送信信号をノード別受信信号収集手段１５Ｄが収集するのに応じて、そのノード３，５，９の次のノード３，５，９に対する送信権の移譲を送信権移譲通知手段１５Ｂにより通知させることで、各ノード３，５，９が再送動作を行う際の処理速度に見合う処理速度よりも遅い処理能力の下に処理を行ったとしても、多重バスライン１１に接続されたノード３，５，９による他のノード３，５，９に対する信号送信が確実に行われる。
【００５０】
よって、各ノード３，５，９側の処理に合わせた必要以上の処理速度で、ノード３，５，９に代わる他のノード３，５，９への送信権の移譲処理を行わせずに済み、多重バスライン１１上から送信信号収集手段１５Ｃが収集する送信信号から、多重バスライン１１に接続されたノード３，５，９が送信した信号を、ノード別受信信号収集手段１５Ｄによりノード３，５，９別に収集することで、多重バスライン１１に接続されたノード３，５，９による信号通信状態の良否を、確実に検査、診断させることが可能となる。
【００５１】
さらに、請求項８に記載した本発明の車両多重通信システム用信号通信状態診断装置によれば、送信権移譲通知手段１５Ｂにより送信権の移譲を通知した際に、これに呼応して他のノード３，５，９に対する信号送信を行うのが、診断対象指定手段１５ｅにより指定された診断対象のノード３，５，９に限られ、診断対象のノード３，５，９を除く残りのノード３，５，９については、送信権移譲通知手段１５Ｂにより送信権の移譲を通知しても、他のノード３，５，９に対する信号送信を行わず、これに代わって、残りのノード３，５，９が送信権を有する際に他のノード３，５，９に対して送信すべき信号を、擬似信号送信手段１５Ｆが送信することとなる。
【００５２】
従って、診断対象指定手段１５ｅにより指定された診断対象のノード３，５，９を除く残りのノード３，５，９が全く動作しなくても、或は、残りのノード３，５，９が物理的に多重バスライン１１に接続されていなくても、残りのノード３，５，９が正常に動作している状態と同じ状態が確保される。
【００５３】
よって、診断対象指定手段１５ｅにより指定された診断対象のノード３，５，９さえ動作する状態であれば、この診断対象のノード３，５，９を除く残りのノード３，５，９が動作しない状態であっても、或は、物理的に多重バスライン１１に接続されていなくても、診断対象のノード３，５，９により送信が行われて、多重バスライン１１上から送信信号収集手段１５Ｃが収集する送信信号に、診断対象のノード３，５，９により実際に送信された信号が確実に含められる。
【００５４】
このため、多重バスライン１１上から送信信号収集手段１５Ｃが収集する送信信号からノード別受信信号収集手段１５Ｄがさらに収集する、診断対象のノード３，５，９により送信された信号を基に、送信権の移譲に呼応して診断対象のノード３，５，９が他のノード３，５，９に対する信号送信を行ったか否かや、診断対象のノード３，５，９による送信信号が他のノード３，５，９により確実に受信されたか否か等を解析し、診断対象のノード３，５，９の信号通信状態の良否を確実に検査、診断することが可能となる。
【００５５】
【発明の実施の形態】
以下、本発明による車両用多重通信システムにおける信号通信状態診断方法を、車両用多重通信システム及び車両多重通信システム用信号通信状態診断装置と共に図面に基づいて説明する。
【００５６】
図３は本発明の一実施形態による車両用多重通信システムを示す概略構成図であり、図３中引用符号１で示す本実施形態の車両用多重通信システムは、図３中想像線で示す車両Ａの前方に配置されるレフト、インパネ、メータの各制御ユニット３，５，７と、車両Ａの後部に配置されるリア制御ユニット９と、これら各制御ユニット３，５，７，９を相互接続する多重バスライン１１等を備えており、レフト制御ユニット３にはさらに、コネクタ１３（外部機器接続部端子に相当）を介して信号通信状態診断用のチェック端末１５（外部機器、車両多重通信システム用信号通信状態診断装置に相当）が接続される。
【００５７】
上述した各制御ユニット３，５，７，９のうち、メータ制御ユニット７だけは、スイッチやセンサ類が接続されておらず負荷のみが接続されているため、受信専用の制御ユニットとなっており、レフト、インパネ、及び、リアの各制御ユニット３，５，９はいずれも、スイッチやセンサ類と負荷とが両方接続されているため、送受信を両方行う制御ユニットとなっている。
【００５８】
尚、本実施形態では、送受信を両方行うレフト、インパネ、及び、リアの各制御ユニット３，５，９が、請求項中のノードに相当している。
【００５９】
図４はレフト制御ユニット３の概略構成を示すブロック図であり、レフト制御ユニット３は、制御プログラムに従って動作するＣＰＵ２１を有している。
【００６０】
このＣＰＵ２１は、制御プログラムを格納したＲＯＭ２１ａとデータエリア及びワークエリアを有するＲＡＭ２１ｂとを内蔵しており、また、多重バスライン１１側にデータを送出する送信ポートＴＸＤと、多重バスライン１１からデータを受信する受信ポートＲＸＤとを有していて、これらは各々、レフト制御ユニット３に内蔵されたバッファアンプ２２ａ，２２ｂを介して、通信ケーブルＣにより多重バスライン１１側に接続されている。
【００６１】
また、ＣＰＵ２１は、入力ポートＩ１  〜ＩＰ  と出力ポートＯ１  〜ＯＰ  とを有しており、入力ポートＩ１  〜Ｉｎ  には、レフト制御ユニット３に接続される各種のスイッチ・センサ類２３１  〜２３ｎ  が接続されていて、出力ポートＯ１  〜Ｏｎ  には各種の負荷２４１  〜２４ｎ  が接続されており、入力ポートＩｎ＋１  〜ＩＰ  と出力ポートＯｎ＋１  〜ＯＰ  とには、チェック端末１５からの通信ケーブルＴを接続するためのコネクタ１３が接続される。
【００６２】
尚、インパネ及びリアの両制御ユニット５，９は、チェック端末１５接続用のコネクタ１３が省略されていて、入力ポートＩｎ＋１  〜ＩＰ  と出力ポートＯｎ＋１  〜ＯＰ  とが開放されている点と、ＲＯＭ２１ａに格納されている制御プログラムの内容が異なる点とを除けば、その他はレフト制御ユニット３と全て同様に構成されている。
【００６３】
そして、本実施形態では、請求項中の外部機器接続部３Ａが、ＣＰＵ２１の入力ポートＩｎ＋１  〜ＩＰ  及び出力ポートＯｎ＋１  〜ＯＰ  とコネクタ１３とにより構成されている。
【００６４】
また、メータ制御ユニット７は、チェック端末１５接続用のコネクタ１３が省略されていて、入力ポートＩｎ＋１  〜ＩＰ  と出力ポートＯｎ＋１  〜ＯＰ  とが開放されている点と、入力ポートＩ１  〜Ｉｎ  にスイッチ・センサ類が一切接続されておらず、入力ポートＩ１  〜Ｉｎ  が全て開放されている点と、上述したようにメータ制御ユニット７が受信専用であるがために、ＲＯＭ２１ａに格納されている制御プログラム中に信号送信に関する内容が一切含まれていない点とを除けば、その他はレフト制御ユニット３と全て同様に構成されている。
【００６５】
そして、各制御ユニット３，５，７，９のＣＰＵ２１は、車両のイグニッションスイッチ（図示せず）のオンオフに連動するバッテリリレー（図示せず）のオン時に、このバッテリリレーを介してバッテリ（図示せず）から供給される作動用電力により作動し、また、ＲＡＭ２１ｂの記憶内容は、前記バッテリリレーのオフ時であっても、ＣＰＵ２１が前記不図示のバッテリに物理的に接続されている限り保持されるように構成されている。
【００６６】
さらに、前記多重バスライン１１は、本実施形態では平行２線式で構成されており、この平行２線式の多重バスライン１１と、各制御ユニット３，５，７，９の送信ポートＴＸＤと受信ポートＲＸＤに各々接続された通信ケーブルＣとの接続には、図５に機能説明図で示す通信インタフェースＩＣ１７が用いられる。
【００６７】
前記通信インタフェースＩＣ１７は、多重バスライン１１の２線に各々接続される２つの信号入出力ポートＢ＋，Ｂ−と、これら両信号入出力ポートＢ＋，Ｂ−に各々接続された多重バスライン１１の各線の電圧を比較する比較器ＤＥＦと、信号入出力ポートＢ＋，Ｂ−に各々接続された多重バスライン１１からの入力信号を各々検出する信号検出回路ＢＵＳ＋，ＢＵＳ−とを備えている。
【００６８】
また、通信インタフェースＩＣ１７は、比較器ＤＥＦの比較結果を基に、信号検出回路ＢＵＳ＋，ＢＵＳ−のうち、多重バスライン１１からの入力信号を実際に検出した信号検出回路からの検出信号を受信出力ポートＲＸに出力するセレクタＳＥＬと、信号検出回路ＢＵＳ＋，ＢＵＳ−による検出信号の内容からエラーの有無を検出し、エラーの検出時にエラー信号をエラー信号出力端子ＥＲＲに出力するフェイルモード検出回路ＦＭＤとを備えている。
【００６９】
さらに、通信インタフェースＩＣ１７は、送信入力ポートＴＸから入力される送信信号を、各信号入出力ポートＢ＋，Ｂ−から時間差をおいて対応する多重バスライン１１の各線に各々出力するドライバＤＲ＋，ＤＲ−と、スタンバイ信号入力端子ＳＴＢから入力されるスタンバイ信号によりドライバＤＲ＋，ＤＲ−による多重バスライン１１の各線への信号出力が停止されるように制御するスタンバイ制御回路ＳＴＣ等を備えている。
【００７０】
そして、通信インタフェースＩＣ１７の受信出力ポートＲＸは、不図示の反転回路及び通信ケーブルＣを介して対応する制御ユニット３，５，７，９の受信ポートＲＸＤに接続されており、また、送信入力ポートＴＸは、不図示の反転回路及び通信ケーブルＣを介して対応する制御ユニット３，５，７，９の送信ポートＴＸＤに接続されている。
【００７１】
さらに、通信インタフェースＩＣ１７のエラー信号出力端子ＥＲＲ及びスタンバイ信号入力端子ＳＴＢは、通信ケーブルＣを介して対応する制御ユニット３，５，７，９のエラー信号入力端子やスタンバイ信号出力端子（いずれも図示せず）に各々接続されている。
【００７２】
上述した構成による本実施形態の車両用多重通信システム１では、送信機能を有するレフト、インパネ、及び、リアの各制御ユニット３，５，９により、多重バスライン１１上でトークンパッシング方式の多重通信が行われる。
【００７３】
図６（ａ）はレフト、インパネ、及び、リアの各制御ユニット３，５，９が多重バスライン１１上でトークンパッシング方式の多重通信を行う際の、データ通信のためのフレーム構成を示す説明図であり、１フレームは、ヘッダ、データ１〜６（リア制御ユニット９のみデータ１〜５）、ＢＣＣ（ブロックチェックキャラクタ）の各キャラクタで構成されており、図６（ｂ）に示すように、各キャラクタ間には許容インターバル時間Ｔｃｉが設けられている。
【００７４】
尚、本実施形態では、フレームのヘッダから最終データまでをキャラクタ単位で加算するチェックサム方式によりＢＣＣを構成している。
【００７５】
また、ヘッダ、データ１〜６（データ１〜５）、ＢＣＣは各々、図６（ｃ）に示すように、スタート、８ビットＢ０  〜Ｂ７  のデータ、パリティ、並びに、ストップからなり、本実施形態では、パリティが偶数パリティとされている。
【００７６】
そして、本実施形態では、キャラクタ時間Ｔｃが、例えば伝送速度９．６ｋｂｐｓ時に１．１５ｍｓ（ミリ秒、以下同じ）とされ、上述した許容インターバル時間Ｔｃｉは、最大０．１±０．１ｍｓとされる。
【００７７】
そして、前記ヘッダは、図６（ｄ）に示すように、Ｂ７，Ｂ６の２ビットのデータＩＤ、トークン（送信権）を引き渡す相手のアドレスを指定するＢ５，Ｂ４の２ビットのトークン、送信元（送信権の引き渡し元）のアドレスを示すＢ３，Ｂ２の２ビットのソースアドレス、及び、送信データの可変部分の内容を示すＢ１，Ｂ０の２ビットのフレームナンバーによって構成されている。
【００７８】
前記ヘッダのトークンとソースアドレスは、「０，０」がインパネ制御ユニット５を示し、「０，１」がレフト制御ユニット３を示し、「１，０」がリア制御ユニット９を示す。
【００７９】
従って、例えば、Ｂ５〜Ｂ２の内容が「０，１，０，０」であれば、インパネ制御ユニット５からレフト制御ユニット３へのトークンの移譲を示し、Ｂ５〜Ｂ２の内容が「１，０，０，１」であれば、レフト制御ユニット３からリア制御ユニット９へのトークンの移譲を示すこととなる。
【００８０】
また、前記ヘッダのデータＩＤは、車両用多重通信システム１の動作モードを指定するためのもので、「０，１」は、レフト、インパネ、及び、リアの各制御ユニット３，５，９が多重バスライン１１上でトークンパッシング方式の多重通信を通常に行う通常モードを指定し、「１，０」と「１，１」は、レフト制御ユニット３のコネクタ１３に接続されたチェック端末１５を用いて、レフト、インパネ、及び、リアの各制御ユニット３，５，９の一部、或は、全部を対象とした通信状態の良否の診断を行う診断モードを各々指定するものである。
【００８１】
尚、データＩＤが「１，０」であれば、トークンとソースアドレスにより示されるトークンの移譲が有効とされ、データＩＤが「１，１」であれば、トークンとソースアドレスにより示されるトークンの移譲が無効とされる。
【００８２】
そして、レフト、インパネ、及び、リアの各制御ユニット３，５，９は、データＩＤが「１，０」でありトークンが自身のアドレスである送信フレームを受け取った場合に、データＩＤを通常の「０，１」から「１，１」に代えたフレームを多重バスライン１１上に送信するように構成されている。
【００８３】
以上の説明からも明らかなように、本実施形態では、ＣＰＵ２１が請求項中の送信権移譲不能化手段２１Ａとして機能している。
【００８４】
さらに、前記ヘッダのフレームナンバーは、レフト制御ユニット３が１フレーム中で送信するデータ１〜６のうち、データ５，６として送信するデータの内容が、３種類の中から選択可能となっており、また、リア制御ユニット９が１フレーム中で送信するデータ１〜５のうち、データ５として送信するデータの内容が、３種類の中から選択可能となっていることから、これら３種類のデータのうちどのデータを送信したのかを示すためのものである。
【００８５】
例えば、レフト制御ユニット３が１フレーム中で送信するデータ１〜６の内容を説明すると、図７（ａ）〜（ｄ）に説明図で示すように、データ１〜４は図７（ａ）に示す内容で常に共通であるが、データ５，６は、図７（ｂ）〜図７（ｄ）に各々示す、フレームＮｏ．  ００，０１，０２の３種類の内容がある。
【００８６】
このため、図７（ａ）に示すデータ１〜４に続けて図７（ｂ）に示すフレームＮｏ．  ００のデータ５，６を送信する場合は、レフト制御ユニット３による送信信号のヘッダのフレームナンバーが「０，０」となり、データ１〜４に続けて図７（ｃ）に示すフレームＮｏ．  ０１のデータ５，６を送信する場合は、ヘッダのフレームナンバーが「０，１」となり、データ１〜４に続けて図７（ｄ）に示すフレームＮｏ．  ０２のデータ５，６を送信する場合は、ヘッダのフレームナンバーが「１，０」となる。
【００８７】
また、リア制御ユニット９が１フレーム中で送信するデータ１〜５の内容を説明すると、図８（ａ）〜（ｄ）に説明図で示すように、データ１〜４は図８（ａ）に示す内容で常に共通であるが、データ５は、図８（ｂ）〜（ｄ）に各々示す、フレームＮｏ．  ００，０１，０２の３種類の内容がある。
【００８８】
このため、図８（ａ）に示すデータ１〜４に続けて図８（ｂ）に示すフレームＮｏ．  ００のデータ５を送信する場合は、リア制御ユニット９による送信信号のヘッダのフレームナンバーが「０，０」となり、データ１〜４に続けて図８（ｃ）に示すフレームＮｏ．  ０１のデータ５を送信する場合は、ヘッダのフレームナンバーが「０，１」となり、データ１〜４に続けて図８（ｄ）に示すフレームＮｏ．  ０２のデータ５を送信する場合は、ヘッダのフレームナンバーが「１，０」となる。
【００８９】
尚、インパネ制御ユニット５が１フレーム中で送信するデータ１〜６は、図９に説明図で示すように、１種類しかないので、インパネ制御ユニット５による送信信号のヘッダのフレームナンバーは、常に「０，０」に固定される。
【００９０】
上述した構成によるレフト、インパネ、及び、リアの各制御ユニット３，５，９は、前記ヘッダのデータＩＤにより通信モード（「０，１」）が指定されている状態において、ＣＰＵ２１の制御により、多重バスライン１１のアイドル状態、即ち、多重バスライン１１に変化がない状態がフレーム終了確認時間Ｔｆｗを経過するまで続いた時点で、フレームの終了と判断する。
【００９１】
そして、レフト、インパネ、及び、リアの各制御ユニット３，５，９は、エラーなく受信した受信フレーム中のヘッダのトークンと自己アドレスを比較照合して、受信したヘッダのトークンと自己アドレスとが一致した場合、さらに、多重バスライン１１のアイドル状態を確認した上で、アイドル状態の発生からフレーム送信開始時間Ｔｓｗ以内に送信を開始するというシーケンスで各々動作する。
【００９２】
インパネ制御ユニット５からレフト制御ユニット３にトークンが移譲された場合を例に取ると、図１０に説明図で示すように、レフト制御ユニット３は、インパネ制御ユニット５による送信フレームの最後のＢＣＣが終了し多重バスライン１１がアイドル状態に入ってから、フレーム終了確認時間Ｔｆｗ（本実施形態では１．６ｍｓ）が経過したら、インパネ制御ユニット５による送信フレームが終了したものと判断し、多重バスライン１１がアイドル状態に入ってからの経過時間が、フレーム送信開始時間Ｔｓｗ（本実施形態では２．２ｍｓ）に達するまでの間に、自己の送信フレームの最初のヘッダの送信を開始する。
【００９３】
そして、レフト、インパネ、及び、リアの各制御ユニット３，５，９が通信モードにおいて、トークンを順番に移譲してサイクリックな多重通信を行う様子は、図１１に説明図で示すようになり、図１１中に示されていないメータ制御ユニット７は、各制御ユニット３，５，９による送信フレームを多重バスライン１１上から受信する動作のみを行うこととなる。
【００９４】
尚、レフト、インパネ、及び、リアの各制御ユニット３，５，９は、トークンをレフト制御ユニット３に移譲したインパネ制御ユニット５が、リア制御ユニット９からトークンを移譲されてフレーム送信を開始するまでを１サイクルとして各々動作するので、多重バスライン１１上では、最長で前記フレーム送信開始時間Ｔｓｗの間隔をあけてデータが存在するようになる。
【００９５】
そして、本実施形態のようにレフト、インパネ、及び、リアの３つの制御ユニット３，５，９が、通信モードにおいて多重バスライン１１上で多重通信を行う場合は、典型的な通常モードにおける１サイクルの所要時間Ｔｃｙｃｌは、例えば、伝送速度９．６ｋｂｐｓの場合に４０ｍｓになる。
【００９６】
また、上述したレフト、インパネ、及び、リアの各制御ユニット３，５，９は、トークンを有していて多重バスライン１１上にフレームを送信した際に、その送信フレームを多重バスライン１１から受信して、送信フレームのデータ内容と受信フレームのデータ内容とをキャラクタ単位で比較照合するという、フィードバックデータチェックを行い、両者の間に不一致があった場合は、その時点でフレームの送信を中止し、その後、多重バスライン１１のアイドル状態が１５０ｍｓ継続した場合に、再度フレームを多重バスライン１１上に送信するように構成されている。
【００９７】
さらに、レフト、インパネ、及び、リアの各制御ユニット３，５，９は、多重バスライン１１上からの受信フレームに対して、パリティチェック、ＢＣＣ（チェックサム方式）チェック、データ論理チェック（各ビットにあり得ないデータが存在するか否かのチェック）、並びに、フレームチェック（フレームデータ長に過不足があるか否かのチェック）を行い、いずれかのチェックにおいてエラーがあった場合は、受信フレームを破棄するように構成されている。
【００９８】
従って、レフト、インパネ、及び、リアの各制御ユニット３，５，９が、他の制御ユニット３，５，９から送信されたフレームを受信して、上述したチェックを行った結果、受信フレーム中にエラーがあった場合には、その受信フレームのヘッダのトークンに自身のアドレスが設定されていたとしても、その受信フレームを破棄してしまうために、トークンが自身に移譲されたことを認識できず、その制御ユニット３，５，９によるフレーム送信が行われなくて、次の制御ユニット３，５，９に対するトークンの移譲が行われなくなることになる。
【００９９】
すると、フレームの送信元の制御ユニット３，５，９にトークンがとどまったままとなって、次以降の制御ユニット３，５，９によるフレーム送信が行われず、車両用多重通信システム１の全体で多重通信動作が完全にストップしてしまうので、そうならないように、トークンを移譲した先の制御ユニット３，５，９によるフレーム送信が所定時間の間に行われないと、その次の制御ユニット３，５，９にトークンを移譲する再送が、フレームの送信元の制御ユニット３，５，９によって行われる。
【０１００】
そこで、上述した再送動作についての詳細を、インパネ制御ユニット５が行う動作の場合を例に取って説明すると、インパネ制御ユニット５がトークンにレフト制御ユニット３のアドレスを設定したフレームを多重バスライン１１上に送出すると、レフト制御ユニット３のアドレスをソースアドレスに指定した送信フレームが、レフト制御ユニット３のアドレスをトークンに設定したフレームの送出から所定のトークン応答待ち時間Ｔｔｗが経過するまでの間に、多重バスライン１１上に発生するか否かを監視する。
【０１０１】
そして、トークン応答待ち時間Ｔｔｗ（本実施形態では１０〔＋０．３，−０〕ｍｓ）が経過しても、レフト制御ユニット３のアドレスをソースアドレスに指定した送信フレームが多重バスライン１１上に発生しない場合は、図１２に説明図で示すように、レフト制御ユニット３の次であるリア制御ユニット９のアドレスをトークンに指定したフレームを多重バスライン１１上に送出する再送動作が行われる。
【０１０２】
この再送動作により多重バスライン１１上に送出された、リア制御ユニット９のアドレスをトークンに指定したフレームが、リア制御ユニット９によりエラーなく受信された場合は、そのフレームの終了後からフレーム送信開始時間Ｔｓｗが経過するまでの間に、リア制御ユニット９のアドレスをソースアドレスに指定した送信フレームが、リア制御ユニット９の送信動作により多重バスライン１１上に発生するため、その後は正常な多重通信動作状態に復帰する。
【０１０３】
一方、リア制御ユニット９のアドレスをトークンに指定したフレームがリア制御ユニット９により受信された結果、その内容にエラーがあった場合等には、そのフレームの終了後からフレーム送信開始時間Ｔｓｗが経過しても、リア制御ユニット９による送信動作が行われず、リア制御ユニット９のアドレスをソースアドレスに指定した送信フレームが多重バスライン１１上に発生しないため、本来ならば、リア制御ユニット９の次の制御ユニットをトークンの移譲先とする再送動作が行われることになる。
【０１０４】
しかし、リア制御ユニット９の次の制御ユニットはインパネ制御ユニット５自身であり、つまりは、多重バスライン１１に接続された他の制御ユニット３，９に対するトークンの移譲を１サイクル分済ませてしまった状態であるため、このように１サイクル分の再送動作を行って、しかも、他の制御ユニット３，９のいずれによっても、トークンの移譲に応答したフレーム送信が行われなかった場合は、次に示す動作を行う。
【０１０５】
即ち、図１３に説明図で示すように、インパネ制御ユニット５が自身の有しているトークンを一旦破棄し、その後、所定の再送待ち時間Ｔｔｒ（本実施形態では１５０ｍｓ）が経過した時点でトークンをもう一度発生させて、このトークンをインパネ制御ユニット５の次のレフト制御ユニット３に移譲すべく、一番最初と同じように、レフト制御ユニット３のアドレスをトークンに設定したフレームを多重バスライン１１上に送出する。
【０１０６】
尚、上述した再送動作は、インパネ制御ユニット５に限らず、レフト制御ユニット３がリア制御ユニット９をトークンに指定したフレームを多重バスライン１１に送出した場合や、リア制御ユニット９がインパネ制御ユニット５をトークンに指定したフレームを多重バスライン１１上に送出した場合にも、同様に行われる。
【０１０７】
また、上述した再送動作が行われるのは、レフト、インパネ、及び、リアの各制御ユニット３，５，９のうち、トークンに指定されたアドレスと一致するアドレスの制御ユニットによるフレームの受信結果にエラーがあった場合に限らず、トークンに指定されたアドレスと一致するアドレスの制御ユニットが多重バスライン１１に物理的に接続されていない場合にも、そのトークンに指定されたアドレスと一致するアドレスの制御ユニットによるフレーム送信が行われないことから、結果的に再送動作が行われることになる。
【０１０８】
さらに、車両用多重通信システム１においては、上述した再送動作に加えて、多重バスライン１１上においてフレーム送受信を行う必要がないような、スイッチ・センサ類２３１  〜２３ｎ  や負荷２４１  〜２４ｎ  の状態に変化がなく、しかも、前記不図示のイグニッションスイッチがオフで車両が走行していないことが確実である状態では、車両用多重通信システム１による消費電力を抑えるために、省電力モード、即ち、スリープモードに移行する動作が、各制御ユニット３，５，７，９のＣＰＵ２１の制御により各々行われる。
【０１０９】
このスリープモードに移行する動作の詳細を説明すると、まず、レフト及びリアの各制御ユニット３，９は、前記不図示のイグニッションスイッチがオフで作動用電力が供給されていない状態であって、しかも、自身に接続されているスイッチ・センサ類２３１  〜２３ｎ  の状態に全く変化がなく、且つ、自身に接続されている負荷２４１  〜２４ｎ  が全て動作していない状態が一定時間以上続くと、自身のスリープ条件が満たされたものと判断する。
【０１１０】
そして、レフト及びリアの各制御ユニット３，９は、スリープ条件が満たされたものと判断すると、図７（ａ）や図８（ａ）に各々示すように、データ４のＢ６  に設けられているスリープスタンバイフラグを立て、さらに、ヘッダのトークンとソースアドレスとをいずれも自身のアドレスとしたフレームを多重バスライン１１に送出し、多重バスライン１１上からトークンを消失させることによって、スリープモードに移行可能なスタンバイ状態に各々入る。
【０１１１】
一方、インパネ制御ユニット５は、レフト及びリアの各制御ユニット３，９と同様の自身のスリープ条件が満たされ、さらに、レフト及びリアの各制御ユニット３，９による送信フレーム中のスリープスタンバイフラグが共に立っているのを確認すると、自身を含めた車両用多重通信システム１全体のスリープ条件が満たされたものと判断する。
【０１１２】
そして、インパネ制御ユニット５は、スリープ条件が満たされたものと判断すると、図９に示すように、データ４のＢ６  に設けられているスリープ指令フラグを立て、さらに、ヘッダのトークンとソースアドレスとをいずれも自身のアドレスとしたフレームを多重バスライン１１に送出することによって、レフト及びリアの各制御ユニット３，９、並びに、受信専用のメータ制御ユニット７に、スリープモードへの移行を指令する。
【０１１３】
これと共に、インパネ制御ユニット５は、多重バスライン１１上からトークンを消失させた上で、その後、所定のアイドル監視時間（本実施形態では５００ｍｓ）に亘って多重バスライン１１のアイドル状態が続くと、自身もスリープモードに移行する。
【０１１４】
一方、レフト及びリアの各制御ユニット３，９は、自身のスリープスタンバイフラグが立っている状態で、インパネ制御ユニット５からスリープ指令フラグの立ったフレームを受信した後、所定のアイドル監視時間（本実施形態では５００ｍｓ）に亘って多重バスライン１１のアイドル状態が続くとスリープモードに移行する。
【０１１５】
また、メータ制御ユニット７は、インパネ制御ユニット５からスリープ指令フラグの立ったフレームを受信すると、自身の状況に関係なく、その後、所定のアイドル監視時間（本実施形態では５００ｍｓ）に亘って多重バスライン１１のアイドル状態が続いた時点でスリープモードに移行する。
【０１１６】
尚、レフト及びリアの各制御ユニット３，９は、図９に示すように、データ４のＢ７  に設けられている通信エラーフラグが立ったフレームをインパネ制御ユニット５から受信することで、インパネ制御ユニット５に異常があることを把握している場合には、次のようにしてスリープモードに移行する。
【０１１７】
即ち、自身のスリープスタンバイフラグが立っている状態で、レフト及びリアの各制御ユニット３，９のうち自身以外の制御ユニット３，９から、図７（ａ）や図８（ａ）に各々示すように、データ４のＢ７  に設けられている通信エラーフラグが立ったフレームを受信した後、前記アイドル監視時間に亘って多重バスライン１１のアイドル状態が続くとスリープモードに移行する。
【０１１８】
また、レフト及びリアの各制御ユニット３，９は、インパネ制御ユニット５に異常があることに加えて、自身以外の制御ユニット３，９から、データ４のＢ７  に設けられている通信エラーフラグが立ったフレームを受信することで、その制御ユニット３，９にも異常があることを把握している場合には、自身のスリープスタンバイフラグが立った後、前記アイドル監視時間に亘って多重バスライン１１のアイドル状態が続くとスリープモードに移行する。
【０１１９】
一方、メータ制御ユニット７は、図９に示すように、データ４のＢ７  に設けられている通信エラーフラグが立ったフレームをインパネ制御ユニット５から受信することで、インパネ制御ユニット５に異常があることを把握している場合には、不図示のバッテリからの作動用電力の供給が停止すると、直ちにスリープモードに移行する。
【０１２０】
但し、メータ制御ユニット７への作動用電力の供給が停止するということは、普通であれば、レフト、インパネ、及び、リアの各制御ユニット３，５，９についてもバッテリからの作動用電力の供給が停止するため、結局、メータ制御ユニット７が単にスリープモードに移行するというよりも、車両用多重通信システム１の全体がシステムダウンした状態になるといった方が正しいと言える。
【０１２１】
また、インパネ制御ユニット５は、図７（ａ）や図８（ａ）に各々示すように、データ４のＢ７  に設けられている通信エラーフラグが立ったフレームを受信することで、レフト及びリアの各制御ユニット３，９のうち一方に異常があることを把握している場合には、残る正常なレフト及びリアの各制御ユニット３，９による送信フレーム中のスリープスタンバイフラグが立っているのを確認した後、スリープモードへの移行を指令するフレーム送信を行ってから、前記アイドル監視時間に亘って多重バスライン１１のアイドル状態が続くと、スリープモードに移行する。
【０１２２】
さらに、インパネ制御ユニット５は、レフト及びリアの各制御ユニット３，９の両方に異常があることを把握している場合には、自身のスリープ条件が満たされたものと判断して、スリープモードへの移行を指令するフレーム送信を行ってから、前記アイドル監視時間に亘って多重バスライン１１のアイドル状態が続くと、スリープモードに移行する。
【０１２３】
ところで、上述したスリープモードへの移行動作の過程中等において、レフト、インパネ、及び、リアの各制御ユニット３，５，９のうち、ヘッダのトークンとソースアドレスとをいずれも自身のアドレスとしたフレームを多重バスライン１１から受信することで、多重バスライン１１上からトークンが消失したことを認識した各制御ユニット３，５，９は、自身がスリープモードに入っていない実行モードである限り、新たなトークンの発生動作を行う。
【０１２４】
このトークン発生動作は、レフト、インパネ、及び、リアの各制御ユニット３，５，９のうち、トークンの消失を認識した実行モードの各制御ユニット３，５，９が、ＣＰＵ２１の制御により、最終キャラクタの受信からの経過時間が所定のトークン再発生待ち時間Ｔｔｈに達した時点で、多重バスライン１１へのフレーム送信を行うことで各々行われる。
【０１２５】
尚、トークン再発生待ち時間Ｔｔｈは、レフト、インパネ、及び、リアの各制御ユニット３，５，９毎に異なる値に設定されており、本実施形態では、インパネ制御ユニット５のトークン再発生待ち時間Ｔｔｈは６０±１０ｍｓ、レフト制御ユニット３のトークン再発生待ち時間Ｔｔｈは７０±１０ｍｓ、リア制御ユニット９のトークン再発生待ち時間Ｔｔｈは８０±１０ｍｓに各々設定されている。
【０１２６】
また、レフト、インパネ、及び、リアの各制御ユニット３，５，９の、上述したスリープモードから実行モードへの復帰、即ち、ウェークアップは、ＣＰＵ２１の制御により次のようにして各々行われる。
【０１２７】
即ち、車両用多重通信システム１の動作試験時に試験用の電源が接続された後、車両用多重通信システム１の不図示のリセットボタンの操作により発生するリセットパルスをＣＰＵ２１が検出した後、或は、車両用多重通信システム１が車両に搭載された状態で、不図示のイグニッションスイッチのオンに伴い作動用電力が供給され始めたのをＣＰＵ２１が検出した後、所定のトークン発生待ち時間Ｔｔｉが経過するまで多重バスライン１１のアイドル状態が続くか否かを監視する。
【０１２８】
ここで、多重バスライン１１のアイドル状態がトークン発生待ち時間Ｔｔｉを経過する前に解消されると、レフト及びリアの各制御ユニット３，９の場合は、スリープスタンバイフラグを降ろしスリープモードを終了して実行モードに復帰し、インパネ制御ユニット５の場合は、スリープ指令フラグを降ろしスリープモードを終了して実行モードに復帰する。
【０１２９】
一方、多重バスライン１１のアイドル状態がトークン発生待ち時間Ｔｔｉを経過するまで続くと、レフト、インパネ、及び、リアの各制御ユニット３，５，９はウェークアップパルスを多重バスライン１１上に各々送信し、その後、多重バスライン１１のアイドル状態が所定のウェークアップパルス待ち時間Ｔｗｕを経過するまで続くと、多重バスライン１１へのフレーム送信を各々行う。
【０１３０】
尚、トークン発生待ち時間Ｔｔｉは、レフト、インパネ、及び、リアの各制御ユニット３，５，９毎に異なる値に設定されており、本実施形態では、インパネ制御ユニット５のトークン発生待ち時間Ｔｔｉは１００±１０ｍｓ、レフト制御ユニット３のトークン発生待ち時間Ｔｔｉは１５０±１０ｍｓ、リア制御ユニット９のトークン発生待ち時間Ｔｔｉは２００±１０ｍｓに各々設定されている。
【０１３１】
また、本実施形態では、ウェークアップパルスのパルス幅Ｔｗｐは、レフト、インパネ、及び、リアの各制御ユニット３，５，９に共通で０．３±０．１ｍｓ、ウェークアップパルス待ち時間Ｔｗｕは、レフト、インパネ、及び、リアの各制御ユニット３，５，９に共通で２０±１ｍｓに各々設定されている。
【０１３２】
さらに、本実施形態の車両用多重通信システム１では、レフト制御ユニット３が、前記リセットパルスをＣＰＵ２１が検出した際か、或は、前記不図示のイグニッションスイッチのオンに伴う作動用電力の供給開始をＣＰＵ２１が検出した際に、コネクタ１３の１つのピン（図示せず）に対応するＣＰＵ２１の入力ポートＩＰ  の入力レベルが接地レベルであるか否かを確認することで、コネクタ１３に通信ケーブルＴを介してチェック端末１５が物理的に接続されているか否かを認識できるように構成されている。
【０１３３】
そして、チェック端末１５の物理的な接続を認識すると、レフト制御ユニット３は、その後の多重バスライン１１上における、他のインパネ、メータ、リアの各制御ユニット５，７，９に対するフレーム送信において、図７（ａ）に示すデータ１〜４に続けて図７（ｄ）に示すデータ５，６を送信する際に、この図７（ｄ）に示すように、データ６のＢ０  に設けられているパソコンチェッカ制御用フラグを立てるように構成されている。
【０１３４】
また、本実施形態の車両用多重通信システム１では、コネクタ１３に接続されたチェック端末１５からの要求に応じてレフト制御ユニット３が、多重バスライン１１からここで送信されているフレームを取り込み出力するように構成されている。
【０１３５】
即ち、本実施形態では、レフト制御ユニット３のＣＰＵ２１が請求項中の送信信号転送手段２１Ｂとして機能している。
【０１３６】
次に、このような構成による本実施形態の車両用多重通信システム１において、レフト、インパネ、及び、リアの各制御ユニット３，５，９の一部、或は、全部を対象とした通信状態の良否の診断を行う診断モードの際に、レフト制御ユニット３のコネクタ１３に接続されるチェック端末１５の概略構成を、図１４のブロック図を参照して説明する。
【０１３７】
前記チェック端末１５は、本実施形態では携帯可能なノート型のパーソナルコンピュータ（以下、パソコンと略記する）により構成されており、ＣＰＵ１５ａ、ＲＡＭ１５ｂ、ＲＯＭ１５ｃ、キーボード１５ｄ、マウス１５ｅ、並びに、ディスプレイ１５ｆを有している。
【０１３８】
前記ＣＰＵ１５ａには、ＲＡＭ１５ｂ、ＲＯＭ１５ｃ、キーボード１５ｄ、マウス１５ｅ、並びに、ディスプレイ１５ｆに加えて、不揮発性メモリ（以下、ＮＶＭと略記する）１９が各々接続されていると共に、通信ポート１５ｇを介して前記コネクタ１３が接続されている。
【０１３９】
前記ＲＡＭ１５ｂは、各種データ記憶用のデータエリア及び各種処理作業に用いるワークエリアを有しており、前記ＲＯＭ１５ｃには、ＣＰＵ１５ａに各種処理動作を行わせるための制御プログラム等が格納されている。
【０１４０】
また、前記ＮＶＭ１９には、チェック端末１５の動作条件を示すイニシャルデータ等が、前記不図示のバッテリからの給電が途絶えても消去されないように格納されている。
【０１４１】
尚、このイニシャルデータとしては、ＲＳ−２３２Ｃ通信条件、ログファイルアドレス、モニタインターバル、フレーム送信開始時間Ｔｓｗ、トークン発生待ち時間Ｔｔｉ、トークン再発生待ち時間Ｔｔｈ、トークン応答待ち時間Ｔｔｗ、通信イニシャライズ監視時間等がある。
【０１４２】
このうち、ＲＳ−２３２Ｃ通信条件とは、通信ポート１５ｇ及びコネクタ１３を介してレフト制御ユニット３との間で行われる通信プロトコルの条件であり、ログファイルアドレスとは、通信ポート１５ｇ、コネクタ１３、及び、レフト制御ユニット３を介して多重バスライン１１から取り込まれる、レフト、インパネ、及び、リアの各制御ユニット３，５，９による送信フレームを一時格納するために、ＲＡＭ１５ｂに確保されるログファイルのアドレスである。
【０１４３】
また、モニタインターバルとは、ディスプレイ１５ｆに表示されるモニタ画面１５０（図１９参照）において、その表示内容中の、レフト、インパネ、及び、リアの各制御ユニット３，５，９による送信フレームのフレームデータの内容と、これら各制御ユニット３，５，９による受信フレームのフレームデータの内容とを、どのくらいの時間周期で更新するかを定める時間長である。
【０１４４】
さらに、フレーム送信開始時間Ｔｓｗは、チェック端末１５のＣＰＵ１５ａの処理能力に合わせて各々設定することが可能であり、本実施形態では、インパネ制御ユニット５とレフト制御ユニット３との間でのフレーム送信開始時間Ｔｓｗ、レフト制御ユニット３とリア制御ユニット９との間でのフレーム送信開始時間Ｔｓｗ、リア制御ユニット９とインパネ制御ユニット５との間でのフレーム送信開始時間Ｔｓｗの３つに分けて、各々の値を設定する形式となっている。
【０１４５】
また、トークン再発生待ち時間Ｔｔｈとは、レフト、インパネ、及び、リアの各制御ユニット３，５，９についての設定値ではなく、診断モードにおけるチェック端末１５自身についての設定値である。
【０１４６】
さらに、トークン応答待ち時間Ｔｔｗは、レフト制御ユニット３にチェック端末１５を接続して、各制御ユニット３，５，７，９による多重バスライン１１上での信号通信状態診断を行う診断モードにおけるトークン応答待ち時間Ｔｔｗの値を、任意の時間に設定するためのものである。
【０１４７】
また、通信イニシャライズ監視時間は、診断モードによる各制御ユニット３，５，７，９の多重バスライン１１上での信号通信状態診断の開始時点において、レフト、インパネ、及び、リアの各制御ユニット３，５，９のいずれかに異常がないかどうかを確認するために、これら各制御ユニット３，５，９により多重バスライン１１上に送信されたフレームを受信し、各制御ユニット３，５，９別に受信データの内容の良否をチェックする通信イニシャライズ処理を行う時間長である。
【０１４８】
尚、チェック端末１５の出荷時点においては、ＲＳ−２３２Ｃ通信条件、ログファイルアドレス、モニタインターバル、フレーム送信開始時間Ｔｓｗ、トークン発生待ち時間Ｔｔｉ、トークン再発生待ち時間Ｔｔｈ、トークン応答待ち時間Ｔｔｗ、通信イニシャライズ監視時間等の各初期値が、イニシャルデータとしてＮＶＭ１９に格納されている。
【０１４９】
そして、本実施形態では、ＲＳ−２３２Ｃ通信条件の初期値が、通信速度＝９６００ｂｐｓ、データビット＝「８」、ストップビット＝「１」、エコー＝オフ、パリティ＝なし、ポート＝ｃｏｍ２、フロー制御＝「なし」に設定されており、モニタインターバルの初期値が１５００ｍｓに設定されている。
【０１５０】
また、本実施形態では、レフト、インパネ、及び、リアの各制御ユニット３，５，９間のフレーム送信開始時間Ｔｓｗの初期値がいずれも２ｍｓに設定されており、トークン発生待ち時間Ｔｔｉの初期値は、インパネ制御ユニット５が１００ｍｓ、レフト制御ユニット３が１５０ｍｓ、リア制御ユニット９が２００ｍｓに各々設定されていて、さらに、チェック端末１５自身のトークン発生待ち時間Ｔｔｉとして、７０ｍｓが初期値として設定されている。
【０１５１】
さらに、本実施形態では、チェック端末１５のトークン再発生待ち時間Ｔｔｈの初期値が、レフト、インパネ、及び、リアの各制御ユニット３，５，９についての設定値よりも短い５０ｍｓに設定されており、トークン応答待ち時間Ｔｔｗの初期値が４ｍｓに設定されていると共に、通信イニシャライズ監視時間の初期値が２ｓ（秒、以下同じ）に設定されている。
【０１５２】
前記キーボード１５ｄ及びマウス１５ｅは、ディスプレイ１５ｆに表示される各種画面の選択や各画面上での設定等を行うためのもので、本実施形態では、チェック端末１５の不図示の電源を投入し所定のプログラム開始操作を行うことで、ＲＯＭ１５ｃに格納された制御プログラムに従いＣＰＵ１５ａが行う処理により、ディスプレイ１５ｆ上に、図１５乃至図１９に説明図で各々示す、インパネ画面、レフト画面、リア画面、設定画面、及び、モニタ画面が、ディスプレイ１５ｆの画面サイズよりも小さい寸法で、少しずつ位置をずらして重ねて表示される。
【０１５３】
このうち、図１５中引用符号１００で示すインパネ画面は、ビットデータの内容を一覧表示するフレームデータを、送信データと受信データとのうちいずれにするかを、マウス１５ｅの操作により選択するためのチェックボックス１０１と、マウス１５ｅによるチェックボックス１０１のチェック操作で選択されたのが送信データと受信データとのうちいずれであるかを表示する選択データ表示部１０３とを、画面の上半部左側に配置して構成されている。
【０１５４】
尚、送信データとは、チェック端末１５がインパネ制御ユニット５に代わって多重バスライン１１上に送信するフレームのデータであり、受信データとは、レフト及びリアの各制御ユニット３，９からの送信フレーム、或は、これら各制御ユニット３，９のうち一部又は両方に代わってチェック端末１５が多重バスライン１１上に送信したフレームのうち、インパネ制御ユニット５に代わってチェック端末１５が多重バスライン１１上からレフト制御ユニット３を介して受信する、インパネ制御ユニット５が本来受信すべきデータである。
【０１５５】
また、インパネ画面１００は、マウス１５ｅによるチェックボックス１０１のチェック操作で選択されたデータのビットデータの内容と、それらの前後のヘッダやＢＣＣの内容とを、１フレーム分、各キャラクタ毎に１６進数表示するフレームデータ表示部１０５を、画面の上半部右側に配置して構成されている。
【０１５６】
さらに、インパネ画面１００は、マウス１５ｅによるチェックボックス１０１のチェック操作で選択された送信又は受信のデータについて、そのビットデータの項目を、キャラクタ別に一覧表示するビットデータ一覧表示部１０７を、画面の下半部に配置し、このビットデータ一覧表示部１０７の各ビットデータ項目の左側にチェックボックス１０７ａを各々配置すると共に、ビットデータ一覧表示部１０５の右側にクリアボタン１０９を配置して構成されている。
【０１５７】
また、インパネ画面１００の上部には、図１５中左側から順に、ファイル、条件設定、インパネ、レフト、リア、設定、モニターの各メニューバー１００ａ〜１００ｇが配置されている。
【０１５８】
次に、図１６に説明図で示すように、レフト画面１１０は、１フレーム中で送信するフレーム中のデータ５，６の内容が３種類あることから、フレームデータ表示部１０５Ａが、ヘッダとＢＣＣ、及び、データ５，６についての表示部分が３段設けられている点が、インパネ画面１００とは異なっている。
【０１５９】
また、レフト画面１１０は、フレームデータ表示部１０５Ａの右側に、チェックボックス１０１のチェック操作で選択されたのが送信データである場合において、多重バスライン１１上に送信するフレーム中のデータ５，６の内容を、フレームＮｏ．  ００，０１，０２の３種類のうちどれにするかを、マウス１５ｅの操作により選択するためのチェックボックス１１１が配置されて構成されている点が、インパネ画面１００とは異なっている。
【０１６０】
さらに、レフト画面１１０は、ビットデータ一覧表示部１０７に一覧表示する送信データの項目が、チェック端末１５がレフト制御ユニット３に代わって多重バスライン１１上に送信するフレームのデータである点が、インパネ画面１００とは異なっている。
【０１６１】
また、レフト画面１１０は、ビットデータ一覧表示部１０７に一覧表示する受信データの項目が、インパネ及びリアの各制御ユニット５，９からのフレーム、或は、これら各制御ユニット５，９のうち一部又は両方に代わってチェック端末１５が多重バスライン１１上に送信したフレームのうち、レフト制御ユニット３に代わってチェック端末１５が多重バスライン１１上からレフト制御ユニット３を介して受信する、レフト制御ユニット３が本来受信すべきデータである点が、インパネ画面１００とは異なっている。
【０１６２】
そして、上述した点を除いては、レフト画面１１０は、インパネ画面１００と略同様に構成されている。
【０１６３】
次に、図１７に説明図で示すように、リア画面１２０は、１フレーム中で送信するフレーム中のデータ５の内容が３種類あることから、フレームデータ表示部１０５Ｂが、ヘッダとＢＣＣ、及び、データ５についての表示部分が３段設けられている点が、インパネ画面１００とは異なっている。
【０１６４】
また、リア画面１２０は、フレームデータ表示部１０５Ｂの右側に、チェックボックス１０１のチェック操作で選択されたのが送信データである場合において、多重バスライン１１上に送信するフレーム中のデータ５の内容を、フレームＮｏ．  ００，０１，０２の３種類のうちどれにするかを、マウス１５ｅの操作により選択するためのチェックボックス１１１が配置されて構成されている点が、インパネ画面１００とは異なっている。
【０１６５】
さらに、リア画面１２０は、ビットデータ一覧表示部１０７に一覧表示する送信データの項目が、チェック端末１５がリア制御ユニット９に代わって多重バスライン１１上に送信するフレームのデータである点が、インパネ画面１００とは異なっている。
【０１６６】
また、リア画面１２０は、ビットデータ一覧表示部１０７に一覧表示する受信データの項目が、レフト及びインパネの各制御ユニット３，５からのフレーム、或は、これら各制御ユニット３，５のうち一部又は両方に代わってチェック端末１５が多重バスライン１１上に送信したフレームのうち、リア制御ユニット９に代わってチェック端末１５が多重バスライン１１上からレフト制御ユニット３を介して受信する、リア制御ユニット９が本来受信すべきデータである点が、インパネ画面１００とは異なっている。
【０１６７】
そして、上述した点を除いては、リア画面１２０は、インパネ画面１００と略同様に構成されている。
【０１６８】
尚、本実施形態のチェック端末１５は、上述したインパネ画面１００、レフト画面１１０、及び、リア画面１２０において、マウス１５ｅによるチェックボックス１０１のチェック操作で選択されたのが送信データである場合、マウス１５ｅによりビットデータ一覧表示部１０７のチェックボックス１０７ａをチェック操作することで、そのチェックボックス１０７ａに対応するビットデータが送信するデータ項目として選択／選択取消されると共に、送信するデータ項目として選択されたビットデータに対応するチェックボックス１０７ａに、チェックマークが表示されるように構成されている。
【０１６９】
また、本実施形態のチェック端末１５は、インパネ画面１００、レフト画面１１０、及び、リア画面１２０において、マウス１５ｅによるチェックボックス１０１のチェック操作で選択されたのが送信データである場合、マウス１５ｅによりクリアボタン１０９を操作することで、ビットデータ一覧表示部１０７のチェックボックス１０７ａにチェックマークが表示されている、送信するデータ項目として選択された全ビットデータがまとめて選択取消しされ、チェックボックス１０７ａのチェックマークの表示が消されるように構成されている。
【０１７０】
さらに、本実施形態のチェック端末１５は、インパネ画面１００、レフト画面１１０、及び、リア画面１２０において、マウス１５ｅによるチェックボックス１０１のチェック操作で選択されたのが受信データである場合、そのビットデータが実際に受信された際に、その旨を示すチェックマークがチェックボックス１０７ａに表示されるように構成されている。
【０１７１】
次に、図１８に説明図で示すように、設定画面１３０は、エラー履歴等を表示するエラー表示部１３１を画面の下半部に配置して構成されている。
【０１７２】
また、設定画面１３０は、チェック端末１５の診断結果のうち、ＢＣＣ、多重バスライン１１関係、各種のいずれについてをエラー表示部１３１に表示させるかを、マウス１５ｅの操作により選択するためのチェックボックス１３３と、モニタフレーム数や通信実行時間を後述するモニタ画面１５０上で各々表示させるか否かを、マウス１５ｅの操作により選択するためのチェックボックス１３５ａ，１３５ｂと、エラー表示部１３１の表示をクリアする際にマウス１５ｅによりクリック操作されるエラークリアボタン１３７とを、画面の上半部左側に配置して構成されている。
【０１７３】
さらに、設定画面１３０は、キーボード１５ｄにより各々入力される、インパネ制御ユニット５とレフト制御ユニット３との間でのフレーム送信開始時間Ｔｓｗ、レフト制御ユニット３とリア制御ユニット９との間でのフレーム送信開始時間Ｔｓｗ、リア制御ユニット９とインパネ制御ユニット５との間でのフレーム送信開始時間Ｔｓｗの３つを表示するフレーム送信開始時間表示部１３９と、キーボード１５ｄにより入力されるモニタインターバルの時間を表示するモニタインターバル表示部１４１とを、画面の上半部右側に配置して構成されている。
【０１７４】
そして、本実施形態のチェック端末１５は、設定画面１３０のアクティブ表示中に、キーボード１５ｄによりフレーム送信開始時間Ｔｓｗや通信イニシャライズ監視時間を入力した後、フレーム送信開始時間表示部１３９とモニタインターバル表示部１４１との間に配置された設定ボタン１４３を、マウス１５ｅによりクリック操作することで、ＮＶＭ１９にイニシャルデータとして格納されているフレーム送信開始時間Ｔｓｗやモニタインターバルが、その時点でフレーム送信開始時間表示部１３９やモニタインターバル表示部１４１に表示されている内容に更新されるように構成されている。
【０１７５】
尚、設定画面１３０の上部にも、インパネ画面１００の上部と同様に、ファイル、条件設定、インパネ、レフト、リア、設定、モニターの各メニューバー１００ａ〜１００ｇが配置されている。
【０１７６】
次に、図１９に説明図で示すように、モニタ画面１５０は、レフト、インパネ、及び、リアの各制御ユニット３，５，９に代わってチェック端末１５が、多重バスライン１１上に送信したフレームのビットデータの内容と、それらの前後のヘッダやＢＣＣの内容とを、各制御ユニット３，５，９別に、１フレーム分、各キャラクタ毎に１６進数表示する送信データ表示部１５１を、画面の上半部左側に配置して構成されている。
【０１７７】
尚、本実施形態のチェック端末１５は、送信データ表示部１５１の所望のキャラクタに関するビットデータ内容の表示箇所をマウス１５ｅによりクリック操作すると、その表示箇所が黄色の背景色表示に代わり、その後にキーボード１５ｄから１６進数を入力することで、送信するフレームのビットデータの内容が、この入力した１６進数に対応する内容に変更されて、背景色が黄色から赤色に変わるように構成されている。
【０１７８】
また、モニタ画面１５０は、レフト、インパネ、及び、リアの各制御ユニット３，５，９に代わってチェック端末１５が、多重バスライン１１上からレフト制御ユニット３を介して受信する、レフト、インパネ、及び、リアの各制御ユニット３，５，９からのフレームのビットデータの内容と、それらの前後のヘッダやＢＣＣの内容とを、各制御ユニット３，５，９別に、１フレーム分、各キャラクタ毎に１６進数表示する受信データ表示部１５３を、画面の下半部左側に配置して構成されている。
【０１７９】
さらに、モニタ画面１５０は、設定画面１３０において、マウス１５ｅによるチェックボックス１３５ａのクリック操作でフレーム数を表示させるように選択されている場合に、送信したフレームの累計数を表示する送信フレーム数表示部１５５と、受信したフレームの累計数を表示する受信フレーム数表示部１５７とを、送信データ表示部１５１や受信データ表示部１５３の右側に各々配置して構成されている。
【０１８０】
また、モニタ画面１５０は、現在のチェック端末１５の動作状態を表示する動作状態表示部１５９を画面の上部右側に配置し、ログファイル設定画面１７０上で設定されるログファイルへの受信データの記録を開始、終了させるためのログボタン１６１を、画面の下部右側に配置して構成されている。
【０１８１】
尚、本実施形態のチェック端末１５は、マウス１５ｅによる最初のクリック操作によって記録が開始されて、ログボタン１６１上の表示が「ログ開始」から「ログ終了」に変化すると共に、次のマウス１５ｅによるクリック操作によって記録が終了されて、ログボタン１６１上の表示が「ログ終了」から「ログ開始」に変化するように構成されている。
【０１８２】
さらに、モニタ画面１５０は、設定画面１３０において、マウス１５ｅによるチェックボックス１３５ｂのクリック操作で通信実行時間を表示させるように選択されている場合に、診断開始からの時間を秒単位で表示する実行時間表示部１６３を、動作状態表示部１５９の下方に配置して構成されている。
【０１８３】
また、モニタ画面１５０は、レフト、インパネ、及び、リアの各制御ユニット３，５，９により多重バスライン１１上にフレーム送信されたデータを、診断開始前にレフト制御ユニット３を介して受信し、この受信したデータをチェックした結果を、受信データ表示部１５３に表示させる、通信イニシャライズ処理を行わせるためのイニシャライズボタン１６５を、実行時間表示部１６３の下方に配置して構成されている。
【０１８４】
さらに、モニタ画面１５０は、チェック端末１５による動作モードを、メータ（送信専用）モード、インパネモード、レフトモード、リアモード、インパネ＋レフトモード、インパネ＋リアモード、レフト＋リアモード、並びに、モニタ（受信専用）モードのうち、いずれのモードとするかを、マウス１５ｅの操作により選択するためのチェックボックス１６７を、イニシャライズボタン１６５の下方に配置して構成されている。
【０１８５】
尚、メータモードはメータ制御ユニット７に対するフレーム送信のみを行って、メータ制御ユニット７に接続された負荷の動作を検査するためのモード、インパネモードはインパネ制御ユニット５のみを診断対象とするモード、レフトモードはレフト制御ユニット３のみを診断対象とするモード、リアモードはリア制御ユニット９のみを診断対象とするモードである。
【０１８６】
また、インパネ＋レフトモードはインパネ及びレフトの両制御ユニット５，３を診断対象とするモード、インパネ＋リアモードはインパネ及びリアの両制御ユニット５，９を診断対象とするモード、レフト＋リアモードはレフト及びリアの両制御ユニット３，９を診断対象とするモード、並びに、モニタモードは、送信機能を有するレフト、インパネ、及び、リアの各制御ユニット３，５，９を全て診断対象とするモードである。
【０１８７】
さらに、モニタ画面１５０は、マウス１５ｅの操作により選択された動作モードによるチェック端末１５の動作の開始を、マウス１５ｅによるクリック操作で開始させるためのスタートボタン１６８を、チェックボックス１６７とログボタン１６１との間に配置して構成されている。
【０１８８】
以上の説明からも明らかなように、本実施形態では、請求項中の診断対象指定手段がマウス１５ｅにより構成されている。
【０１８９】
尚、本実施形態のチェック端末１５は、マウス１５ｅによるイニシャライズボタン１６５の最初のクリック操作によって通信イニシャライズ処理が行われ、設定画面１３０においてキーボード１５ｄにより入力した通信イニシャライズ監視時間の時間長に亘る、多重バスライン１１からの送信フレームの取り込みと、取り込んだデータの有無チェック結果のチェック結果表示部１６９に対する表示とが実行されると共に、イニシャライズボタン１６５の表示が「イニシャル開始」から「イニシャル済み」に変化するように構成されている。
【０１９０】
また、本実施形態のチェック端末１５は、マウス１５ｅによるスタートボタン１６８の最初のクリック操作によって、マウス１５ｅの操作によりチェックボックス１６７において選択されたモードによる動作が開始されて、スタートボタン１６８の表示が「スタート」から「中止」に変化すると共に、マウス１５ｅによるスタートボタン１６８の次のクリック操作によって、動作が中止されて、スタートボタン１６８の表示が「中止」から「スタート」に変化するように構成されている。
【０１９１】
さらに、モニタ画面１５０は、マウス１５ｅによるイニシャライズボタン１６５の最初のクリック操作によって行われた通信イニシャライズ処理でチェックされた、多重バスライン１１から受信された送信フレームのチェック結果を、レフト、インパネ、及び、リアの各制御ユニット３，５，９による送信フレーム毎に表示するチェック結果表示部１６９を、受信データ表示部１５３と受信フレーム表示部１５７との間に配置して構成されている。
【０１９２】
尚、レフト制御ユニット３に代わってチェック端末１５が多重バスライン１１上に送信するフレーム中のデータ５，６の内容と、リア制御ユニット９に代わってチェック端末１５が多重バスライン１１上に送信するフレーム中のデータ５の内容とが、フレームＮｏ．  ００，０１，０２の各々３種類あることから、上述した送信データ表示部１５１のうち、レフト及びリアの各制御ユニット３，９の送信データの内容を表示する欄は、フレームＮｏ．  ００に対応するレフト０及びリア０、フレームＮｏ．  ０１に対応するレフト１及びリア１、フレームＮｏ．  ０２に対応するレフト２及びリア２の各３段ずつ設けられている。
【０１９３】
また、同様の理由から、上述した受信データ表示部１５３やチェック結果表示部１６９のうち、レフト及びリアの各制御ユニット３，９の受信データの内容を表示する欄は、フレームＮｏ．  ００に対応するレフト０及びリア０、フレームＮｏ．  ０１に対応するレフト１及びリア１、フレームＮｏ．  ０２に対応するレフト２及びリア２の各３段ずつ設けられている。
【０１９４】
さらに、モニタ画面１５０の上部にも、インパネ画面１００の上部と同様に、ファイル、条件設定、インパネ、レフト、リア、設定、モニターの各メニューバー１００ａ〜１００ｇが配置されている。
【０１９５】
そして、本実施形態のチェック端末１５は、以上に説明したインパネ画面１００、レフト画面１１０、リア画面１２０、設定画面１３０、及び、モニタ画面１５０において、ファイルメニューバー１００ａをマウス１５ｅによる操作で選択することで、終了やログファイル設定等のサブメニューを各画面１００，１１０，１２０，１３０，１５０上に表示させ、このうち、マウス１５ｅの操作で終了を選択することで、チェック端末１５の動作を終了し電源を切ることができる状態に移行するように構成されている。
【０１９６】
また、本実施形態のチェック端末１５は、ファイルメニューバー１００ａからログファイル設定のサブメニューをマウス１５ｅの操作により選択することで、図２０に説明図で示すログファイル設定画面１７０が、各画面１００，１１０，１２０，１３０，１５０の上に重ねてディスプレイ１５ｆ上に表示されるように構成されている。
【０１９７】
このログファイル設定画面１７０は、キーボード１５ｄにより入力されるファイル名が表示されるログファイル名表示部１７１を有しており、このログファイル設定画面１７０には、前記各メニューバー１００ａ〜１００ｇは配置されていない。
【０１９８】
そして、本実施形態のチェック端末１５は、ログファイル設定画面１７０のアクティブ表示中に、キーボード１５ｄによるファイル名の入力後、マウス１５ｅによりＯＫボタン１７３をクリック操作することで、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレスが、ログファイル名表示部１７１に表示されている名前のファイルに更新されて、その後、ログファイル設定画面１７０が閉じられるように構成されている。
【０１９９】
さらに、本実施形態のチェック端末１５は、ファイル名の入力、未入力に関係なくマウス１５ｅによりキャンセルボタン１７５をクリック操作することで、ＮＶＭ１９のログファイルアドレスを更新しないままログファイル設定画面１７０が閉じられるように構成されている。
【０２００】
また、本実施形態のチェック端末１５は、上述したインパネ画面１００、レフト画面１１０、リア画面１２０、設定画面１３０、並びに、モニタ画面１５０において、条件設定メニューバー１００ｂをマウス１５ｅによる操作で選択することで、通信条件のサブメニューを各画面１００，１１０，１２０，１３０，１５０上に表示させ、この通信条件のサブメニューをマウス１５ｅの操作により選択することで、図２１に説明図で示す通信条件画面１８０がディスプレイ１５ｆ上に表示されるように構成されている。
【０２０１】
この通信条件画面１８０は、通信ポート１５ｇ及びコネクタ１３を介してレフト制御ユニット３との間で行われる通信の通信速度を、マウス１５ｅの操作により選択するためのチェックボックス１８１と、フレームデータの各キャラクタのデータビット数をマウス１５ｅの操作により選択するためのチェックボックス１８３と、フレームデータの各キャラクタのストップビット数をマウス１５ｅの操作により選択するためのチェックボックス１８５と、エコー処理のオンオフをマウス１５ｅの操作により選択するためのチェックボックス１８７とを、画面の上半部に配置して構成されている。
【０２０２】
また、通信条件画面１８０は、パリティの有無や、奇数パリティか偶数パリティかを、マウス１５ｅの操作により選択するためのチェックボックス１８９と、通信ポート１５ｇがＣｏｍ１〜Ｃｏｍ４のいずれであるかをマウス１５ｅの操作により選択するためのチェックボックス１９１と、フロー制御の有無を選択するためのチェックボックス１９３とを、画面の下半部に配置して構成されている。
【０２０３】
そして、本実施形態のチェック端末１５は、通信条件画面１８０のアクティブ表示中に、上述した各チェックボックス１８１〜１９３のマウス１５ｅによる選択操作後、チェックボックス１８１の右側に配置されたＯＫボタン１９５をマウス１５ｅによりクリック操作することで、ＮＶＭ１９にイニシャルデータとして格納されているＲＳ−２３２Ｃ通信条件の内容が、その時点で各チェックボックス１８１〜１９３において選択されている内容に更新されて、その後、通信条件画面１８０が閉じられるように構成されている。
【０２０４】
また、本実施形態のチェック端末１５は、チェックボックス１８１の右側のキャンセルボタン１９７をマウス１５ｅによりクリック操作することで、ＮＶＭ１９のＲＳ−２３２Ｃ通信条件の内容を更新しないまま通信条件画面１８０が閉じられるように構成されている。
【０２０５】
さらに、本実施形態のチェック端末１５は、上述したインパネ画面１００、レフト画面１１０、リア画面１２０、設定画面１３０、並びに、モニタ画面１５０において、インパネメニューバー１００ｃ、レフトメニューバー１００ｄ、リアメニューバー１００ｅ、設定メニューバー１００ｆ、並びに、モニタメニューバー１００ｇを、マウス１５ｅのクリック操作により各々選択することで、ディスプレイ１５ｆ上のアクティブ状態の画面表示が、対応するインパネ画面１００、レフト画面１１０、リア画面１２０、設定画面１３０、並びに、モニタ画面１５０に各々変更されるように構成されている。
【０２０６】
次に、前記ＲＯＭ１５ｃに格納された制御プログラムに従いＣＰＵ１５ａが行う、レフト、インパネ、及び、リアの各制御ユニット３，５，９の動作状態の診断に関する処理を、図２２乃至図３６のフローチャートを参照して説明する。
【０２０７】
まず、ＣＰＵ１５ａは、図２２にメインルーチンのフローチャートで示すように、初期設定として、ＲＡＭ１５ｂのワークエリアに設けられた各種フラグのゼロリセット等を行い（ステップＳ１）、次に、ログ記録設定処理を行う（ステップＳ３）。
【０２０８】
このステップＳ３のログ記録設定処理では、図２３にサブルーチンのフローチャートで示すように、マウス１５ｅによりモニタ画面１５０のログボタン１６１がクリック操作されたか否かを確認し（ステップＳ３ａ）、操作されていない場合は（ステップＳ３ａでＮ）、ログ記録設定処理を終了して図２２のメインルーチンのステップＳ５に進み、操作された場合は（ステップＳ３ａでＹ）、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ３ｂ）。
【０２０９】
ログフラグＦ１が「０」である場合は（ステップＳ３ｂでＹ）、ログフラグＦ１を「１」に設定した後（ステップＳ３ｃ）、ログ記録設定処理を終了し図２２のメインルーチンのステップＳ５に進み、ログフラグＦ１が「０」でない場合は（ステップＳ３ｂでＮ）、ログフラグＦ１を「０」に設定した後（ステップＳ３ｄ）、ログ記録設定処理を終了して図２２のメインルーチンのステップＳ５に進む。
【０２１０】
ステップＳ５では、図２２に示すように、ＲＡＭ１５ｂのイニシャライズ済フラグＦ３が「０」であるか否かを確認し、「０」でない場合は（ステップＳ５でＮ）、後述するステップＳ９に進み、「０」である場合は（ステップＳ５でＹ）、通信イニシャライズ処理を行う（ステップＳ７）。
【０２１１】
このステップＳ７の通信イニシャライズ処理では、図２４にサブルーチンのフローチャートで示すように、ＮＶＭ１９にイニシャルデータとして格納されているＲＳ−２３２Ｃ通信条件に従い、同じくＮＶＭ１９にイニシャルデータとして格納されている通信イニシャライズ監視時間に亘って、レフト、インパネ、及び、リアの各制御ユニット３，５，９が多重バスライン１１上に各々送信したフレームのデータを、レフト制御ユニット３を介して受信し（ステップＳ７ａ）、次に、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ７ｂ）。
【０２１２】
ログフラグＦ１が「０」である場合は（ステップＳ７ｂでＹ）、後述するステップＳ７ｄに進み、ログフラグＦ１が「０」でない場合は（ステップＳ７ｂでＮ）、ステップＳ７ａにおいて多重バスライン１１上から受信したフレームのデータを、ＲＡＭ１５ｂの、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレス箇所に記憶させた後（ステップＳ７ｃ）、ステップＳ７ｄに進む。
【０２１３】
ステップＳ７ｄでは、ステップＳ７ａにおいて多重バスライン１１上から受信した送信フレームが、レフト、インパネ、及び、リアのいずれの制御ユニット３，５，９を送信元とするものであるかを、ヘッダのソースアドレスを基に判別して、その判別した制御ユニット３，５，９による送信フレームのデータ内容の良否をチェックし、次に、結果表示を行った後（ステップＳ７ｅ）、後述するステップＳ７ｆに進む。
【０２１４】
尚、ステップＳ７ｅの結果表示では、ステップＳ７ｄにおいて割り出された送信元がインパネ制御ユニット５であれば、チェック結果をモニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に表示させる。
【０２１５】
また、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならチェック結果表示部１６９のレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならチェック結果表示部１６９のリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に各々表示させる。
【０２１６】
さらに、ステップＳ７ｅの結果表示では、ステップＳ７ａにおいて多重バスライン１１上から受信したフレームのビットデータの内容と、それらの前後のヘッダやＢＣＣの内容とを、送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に１６進数表示させる。
【０２１７】
また、割り出される送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出される送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、各々１６進数表示させる。
【０２１８】
そして、ステップＳ７ｅの結果表示を行った後に進むステップＳ７ｆでは、ステップＳ７ａにおいて多重バスライン１１上から受信したフレームのデータのうち、レフト制御ユニット３による送信フレーム中のデータ６のＢ０  に設けられているパソコンチェッカ制御用フラグが立っているか否かを確認し、パソコンチェッカ制御用フラグが立っていない場合は（ステップＳ７ｆでＮ）、後述するステップＳ７ｈに進み、パソコンチェッカ制御用フラグが立っている場合は（ステップＳ７ｆでＹ）、ＲＡＭ１５ｂのチェッカ認識フラグＦ５を「１」に設定した後（ステップＳ７ｇ）、ステップＳ７ｈに進む。
【０２１９】
ステップＳ７ｈでは、ＲＡＭ１５ｂのイニシャライズ済フラグＦ３を「１」に設定し、その後、ログ記録設定処理を終了して図２２のメインルーチンのステップＳ９に進む。
【０２２０】
ステップＳ９では、図２２に示すように、ＲＡＭ１５ｂのチェッカ認識フラグＦ５が「０」であるか否かを確認し、「０」でない場合は（ステップＳ９でＮ）、後述するステップＳ１３に進み、「０」である場合は（ステップＳ９でＹ）、モニタ処理を行う（ステップＳ１１）。
【０２２１】
ステップＳ１１のモニタ処理では、図２５にサブルーチンのフローチャートで示すように、ＲＡＭ１５ｂのモニタフラグＦ７が「０」であるか否かを確認し（ステップＳ１１ａ）、「０」でない場合は（ステップＳ１１ａでＮ）、後述するステップＳ１１ｄに進み、「０」である場合は（ステップＳ１１ａでＹ）、後述するステップＳ１１ｂに進む。
【０２２２】
ステップＳ１１ｂでは、モニタ画面１５０のチェックボックス１６７中のモニタモードのチェックボックスがマウス１５ｅによりチェック操作されて、モニタモードが動作モードとして選択された状態で、「スタート」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、モニタモードの開始が指令されたか否かを確認する。
【０２２３】
モニタモードの開始が指令されていない場合は（ステップＳ１１ｂでＮ）、モニタ処理を終了して図２２のメインルーチンのステップＳ１５に進み、指令された場合は（ステップＳ１１ｂでＹ）、ＲＡＭ１５ｂのモニタフラグＦ７を「１」に設定した後（ステップＳ１１ｃ）、後述するステップＳ１１ｆに進む。
【０２２４】
また、ステップＳ１１ａにおいてモニタフラグＦ７が「０」でない場合（Ｎ）に進むステップＳ１１ｄでは、モニタ画面１５０の「中止」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、モニタモードの終了が指令されたか否かを確認し、指令されていない場合は（ステップＳ１１ｄでＮ）、ステップＳ１１ｆに進み、指令された場合は（ステップＳ１１ｄでＹ）、モニタフラグＦ７を「０」に設定した後（ステップＳ１１ｅ）、モニタ処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０２２５】
ステップＳ１１ｃにおいてモニタフラグＦ７を「１」に設定した後と、ステップＳ１１ｄにおいてモニタモードの終了が指令されていない場合（Ｎ）とに進むステップＳ１１ｆでは、多重バスライン１１に送信されたフレームのデータをレフト制御ユニット３を介して取り込み、次に、取り込んだ受信フレーム中に新規の受信フレームがあるか否かを確認する（ステップＳ１１ｇ）。
【０２２６】
新規の受信フレームがない場合は（ステップＳ１１ｇでＮ）、モニタ処理を終了して図２２のメインルーチンのステップＳ１５に進み、ある場合は（ステップＳ１１ｇでＹ）、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ１１ｈ）。
【０２２７】
ログフラグＦ１が「０」である場合は（ステップＳ１１ｈでＹ）、後述するステップＳ１１ｋに進み、「０」でない場合は（ステップＳ１１ｈでＮ）、ステップＳ１１ｇにおいて新規であると確認した受信フレームのデータを、ＲＡＭ１５ｂの、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレス箇所に記憶させた後（ステップＳ１１ｊ）、ステップＳ１１ｋに進む。
【０２２８】
ステップＳ１１ｋでは、ステップＳ１１ｇにおいて新規であると確認した受信フレームの内容についてチェックを行う。
【０２２９】
このステップＳ１１ｋにおける受信フレーム内容チェックでは、ステップＳ７ｄと同様に、ステップＳ１１ｇにおいて新規であると確認した受信フレームが、レフト、インパネ、及び、リアのいずれの制御ユニット３，５，９を送信元とするものであるかを、ヘッダのソースアドレスを基に判別して、その判別した制御ユニット３，５，９による送信フレームのデータ内容の良否をチェックすると共に、受信した送信フレームのデータを、レフト、インパネ、及び、リアの各制御ユニット３，５，９が各々受信すべき項目別に整理する。
【０２３０】
そして、ステップＳ１１ｋの受信フレーム内容チェックが済んだならば、表示更新を実行する（ステップＳ１１ｍ）。
【０２３１】
このステップＳ１１ｍの表示更新では、ステップＳ７ｅと同様に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３の表示のうちインパネの表示部分の表示を、ステップＳ１１ｇにおいて新規であると確認した受信フレームのデータの内容に応じて更新すると共に、チェック結果表示部１６９のうちインパネの表示部分の表示をチェック結果に応じて更新する。
【０２３２】
また、割り出された送信元がレフト制御ユニット３であれば、ステップＳ１１ｇにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示を、ステップＳ１１ｇにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０２３３】
さらに、割り出された送信元がリア制御ユニット９であれば、ステップＳ１１ｇにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示を、ステップＳ１１ｇにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０２３４】
また、ステップＳ１１ｍの表示更新では、ステップＳ１１ｋにおいて各制御ユニット３，５，９別に整理した受信データの項目に応じて、インパネ画面１００、レフト画面１１０、及び、リア画面１２０のビットデータ一覧表示部１０７に受信データを一覧表示する際の、チェックボックス１０７ａにチェックマークを表示すべき項目を更新する。
【０２３５】
そして、ステップＳ１１ｋの表示更新が済んだならば、モニタ処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０２３６】
また、ステップＳ９においてチェッカ認識フラグＦ５が「０」でない場合（Ｎ）に進むステップＳ１３では、図２６乃至図３６にサブルーチンのフローチャートで示すチェック処理を行う。
【０２３７】
ステップＳ１３のチェック処理では、まず、図２６に示すように、ＲＡＭ１５ｂのメータフラグＦ９が「０」であるか否かを確認し（ステップＳ１３１ａ）、メータフラグＦ９が「０」である場合は（ステップＳ１３１ａでＹ）、後述するステップＳ１３１ｅに進み、「０」でない場合は（ステップＳ１３１ａでＮ）、モニタ画面１５０のチェックボックス１６７中の「中止」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、メータモードの終了が指令されたか否かを確認する（ステップＳ１３１ｂ）。
【０２３８】
メータモードの終了が指令された場合は（ステップＳ１３１ｂでＹ）、ＲＡＭ１５ｂのカウンタエリアのカウント値Ｃをゼロリセットし（ステップＳ１３１ｃ）、メータフラグＦ９を「０」に設定した後（ステップＳ１３１ｄ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、メータモードの終了が指令されていない場合は（ステップＳ１３１ｂでＮ）、後述するステップＳ１３４ａに進む。
【０２３９】
また、ステップＳ１３１ａにおいてメータフラグＦ９が「０」である場合（Ｙ）に進むステップＳ１３１ｅでは、ＲＡＭ１５ｂのインパネフラグＦ１１が「０」であるか否かを確認し、インパネフラグＦ１１が「０」である場合は（ステップＳ１３１ｅでＹ）、後述するステップＳ１３１ｊに進み、「０」でない場合は（ステップＳ１３１ｅでＮ）、モニタ画面１５０のスタートボタン１６８のチェック操作により、インパネモードの終了が指令されたか否かを確認する（ステップＳ１３１ｆ）。
【０２４０】
インパネモードの終了が指令された場合は（ステップＳ１３１ｆでＹ）、ＲＡＭ１５ｂのカウント値Ｃをゼロリセットし（ステップＳ１３１ｇ）、インパネフラグＦ１１を「０」に設定した後（ステップＳ１３１ｈ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、インパネモードの終了が指令されていない場合は（ステップＳ１３１ｆでＮ）、後述するステップＳ１３４ｈに進む。
【０２４１】
また、ステップＳ１３１ｅにおいてインパネフラグＦ１１が「０」である場合（Ｙ）に進むステップＳ１３１ｊでは、ＲＡＭ１５ｂのレフトフラグＦ１３が「０」であるか否かを確認し、レフトフラグＦ１３が「０」である場合は（ステップＳ１３１ｊでＹ）、後述するステップＳ１３１ｐに進み、「０」でない場合は（ステップＳ１３１ｊでＮ）、モニタ画面１５０のスタートボタン１６８のチェック操作により、レフトモードの終了が指令されたか否かを確認する（ステップＳ１３１ｋ）。
【０２４２】
レフトモードの終了が指令された場合は（ステップＳ１３１ｋでＹ）、ＲＡＭ１５ｂのカウント値Ｃをゼロリセットし（ステップＳ１３１ｍ）、レフトフラグＦ１３を「０」に設定した後（ステップＳ１３１ｎ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、レフトモードの終了が指令されていない場合は（ステップＳ１３１ｋでＮ）、後述するステップＳ１３４ｗに進む。
【０２４３】
また、ステップＳ１３１ｊにおいてレフトフラグＦ１３が「０」である場合（Ｙ）に進むステップＳ１３１ｐでは、ＲＡＭ１５ｂのリアフラグＦ１５が「０」であるか否かを確認し、リアフラグＦ１５が「０」である場合は（ステップＳ１３１ｐでＹ）、後述するステップＳ１３１ｖに進み、「０」でない場合は（ステップＳ１３１ｐでＮ）、モニタ画面１５０のスタートボタン１６８のチェック操作により、リアモードの終了が指令されたか否かを確認する（ステップＳ１３１ｒ）。
【０２４４】
リアモードの終了が指令された場合は（ステップＳ１３１ｒでＹ）、ＲＡＭ１５ｂのカウント値Ｃをゼロリセットし（ステップＳ１３１ｓ）、リアフラグＦ１５を「０」に設定した後（ステップＳ１３１ｔ）、チェック処理を終了し図２２のメインルーチンのステップＳ１５に進み、リアモードの終了が指令されていない場合は（ステップＳ１３１ｒでＮ）、後述するステップＳ１３５ｇに進む。
【０２４５】
また、ステップＳ１３１ｐにおいてリアフラグＦ１５が「０」である場合（Ｙ）に進むステップＳ１３１ｖでは、図２７に示すように、ＲＡＭ１５ｂのインパネ＋レフトフラグＦ１７が「０」であるか否かを確認し、インパネ＋レフトフラグＦ１７が「０」である場合は（ステップＳ１３１ｖでＹ）、後述するステップＳ１３１ｚに進み、「０」でない場合は（ステップＳ１３１ｖでＮ）、モニタ画面１５０のスタートボタン１６８のチェック操作により、インパネ＋レフトモードの終了が指令されたか否かを確認する（ステップＳ１３１ｗ）。
【０２４６】
インパネ＋レフトモードの終了が指令された場合は（ステップＳ１３１ｗでＹ）、ＲＡＭ１５ｂのカウント値Ｃをゼロリセットし（ステップＳ１３１ｘ）、インパネ＋レフトフラグＦ１７を「０」に設定した後（ステップＳ１３１ｙ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、インパネ＋レフトモードの終了が指令されていない場合は（ステップＳ１３１ｗでＮ）、後述するステップＳ１３５ｖに進む。
【０２４７】
また、ステップＳ１３１ｖにおいてインパネ＋レフトフラグＦ１７が「０」である場合（Ｙ）に進むステップＳ１３１ｚでは、ＲＡＭ１５ｂのインパネ＋リアフラグＦ１９が「０」であるか否かを確認し、インパネ＋リアフラグＦ１９が「０」である場合は（ステップＳ１３１ｚでＹ）、後述するステップＳ１３２ｄに進み、「０」でない場合は（ステップＳ１３１ｚでＮ）、モニタ画面１５０のスタートボタン１６８のチェック操作により、インパネ＋リアモードの終了が指令されたか否かを確認する（ステップＳ１３２ａ）。
【０２４８】
インパネ＋リアモードの終了が指令された場合は（ステップＳ１３２ａでＹ）、ＲＡＭ１５ｂのカウント値Ｃをゼロリセットし（ステップＳ１３２ｂ）、インパネ＋リアフラグＦ１９を「０」に設定した後（ステップＳ１３２ｃ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、インパネ＋リアモードの終了が指令されていない場合は（ステップＳ１３２ａでＮ）、後述するステップＳ１３６ｆに進む。
【０２４９】
また、ステップＳ１３１ｚにおいてインパネ＋リアフラグＦ１９が「０」である場合（Ｙ）に進むステップＳ１３２ｄでは、ＲＡＭ１５ｂのレフト＋リアフラグＦ２１が「０」であるか否かを確認し、レフト＋リアフラグＦ２１が「０」である場合は（ステップＳ１３２ｄでＹ）、後述するステップＳ１３２ｈに進み、「０」でない場合は（ステップＳ１３２ｄでＮ）、モニタ画面１５０のスタートボタン１６８のチェック操作により、レフト＋リアモードの終了が指令されたか否かを確認する（ステップＳ１３２ｅ）。
【０２５０】
レフト＋リアモードの終了が指令された場合は（ステップＳ１３２ｅでＹ）、ＲＡＭ１５ｂのカウント値Ｃをゼロリセットし（ステップＳ１３２ｆ）、レフト＋リアフラグＦ２１を「０」に設定した後（ステップＳ１３２ｇ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、レフト＋リアモードの終了が指令されていない場合は（ステップＳ１３２ｅでＮ）、後述するステップＳ１３６ｔに進む。
【０２５１】
また、ステップＳ１３２ｄにおいてレフト＋リアフラグＦ２１が「０」である場合（Ｙ）に進むステップＳ１３２ｈでは、図２８に示すように、モニタ画面１５０のチェックボックス１６７中のメータモードのチェックボックスがマウス１５ｅによりチェック操作されて、メータモードが動作モードとして選択された状態で、「スタート」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、メータモードの開始が指令されたか否かを確認する。
【０２５２】
メータモードの開始が指令されていない場合は（ステップＳ１３２ｈでＮ）、後述するステップＳ１３２ｐに進み、指令された場合は（ステップＳ１３２ｈでＹ）、通信ポート１５ｇからコネクタ１３及びレフト制御ユニット３を介して多重バスライン１１に、インパネ制御ユニット５がトークンを有する際に送信するフレームに内容を似せたインパネ擬似フレームを送信した後（ステップＳ１３２ｊ）、多重バスライン１１がアイドル状態となっているか否かを確認する（ステップＳ１３２ｋ）。
【０２５３】
多重バスライン１１がアイドル状態となっていない場合は（ステップＳ１３２ｋでＮ）、ステップＳ１３２ｊにリターンし、アイドル状態となっている場合は（ステップＳ１３２ｋでＹ）、ＲＡＭ１５ｂのメータフラグＦ９を「１」に設定し（ステップＳ１３２ｍ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３２ｎ）、後述するステップＳ１３４ａに進む。
【０２５４】
また、ステップＳ１３２ｈにおいてメータモードの開始が指令されていない場合（Ｎ）に進むステップＳ１３２ｐでは、モニタ画面１５０のチェックボックス１６７中のインパネモードのチェックボックスがマウス１５ｅによりチェック操作されて、インパネモードが動作モードとして選択された状態で、「スタート」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、インパネモードの開始が指令されたか否かを確認する。
【０２５５】
インパネモードの開始が指令されていない場合は（ステップＳ１３２ｐでＮ）、後述するステップＳ１３２ｗに進み、指令された場合は（ステップＳ１３２ｐでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３２ｒ）、多重バスライン１１がアイドル状態となっているか否かを確認する（ステップＳ１３２ｓ）。
【０２５６】
多重バスライン１１がアイドル状態となっていない場合は（ステップＳ１３２ｓでＮ）、ステップＳ１３２ｒにリターンし、アイドル状態となっている場合は（ステップＳ１３２ｓでＹ）、ＲＡＭ１５ｂのインパネフラグＦ１１を「１」に設定し（ステップＳ１３２ｔ）、多重バスライン１１に、リア制御ユニット９がトークンを有する際に送信するフレームに内容を似せたリア擬似フレームを送信した後（ステップＳ１３２ｖ）、後述するステップＳ１３４ｈに進む。
【０２５７】
また、ステップＳ１３２ｐにおいてインパネモードの開始が指令されていない場合（Ｎ）に進むステップＳ１３２ｗでは、モニタ画面１５０のチェックボックス１６７中のレフトモードのチェックボックスがマウス１５ｅによりチェック操作されて、レフトモードが動作モードとして選択された状態で、「スタート」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、レフトモードの開始が指令されたか否かを確認する。
【０２５８】
レフトモードの開始が指令されていない場合は（ステップＳ１３２ｗでＮ）、後述するステップＳ１３３ｂに進み、指令された場合は（ステップＳ１３２ｗでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３２ｘ）、多重バスライン１１がアイドル状態となっているか否かを確認する（ステップＳ１３２ｙ）。
【０２５９】
多重バスライン１１がアイドル状態となっていない場合は（ステップＳ１３２ｙでＮ）、ステップＳ１３２ｘにリターンし、アイドル状態となっている場合は（ステップＳ１３２ｙでＹ）、ＲＡＭ１５ｂのレフトフラグＦ１３を「１」に設定し（ステップＳ１３２ｚ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３３ａ）、後述するステップＳ１３４ｗに進む。
【０２６０】
また、ステップＳ１３２ｗにおいてレフトモードの開始が指令されていない場合（Ｎ）に進むステップＳ１３３ｂでは、モニタ画面１５０のチェックボックス１６７中のリアモードのチェックボックスがマウス１５ｅによりチェック操作されて、リアモードが動作モードとして選択された状態で、「スタート」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、リアモードの開始が指令されたか否かを確認する。
【０２６１】
リアモードの開始が指令されていない場合は（ステップＳ１３３ｂでＮ）、後述するステップＳ１３３ｇに進み、指令された場合は（ステップＳ１３３ｂでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３３ｃ）、多重バスライン１１がアイドル状態となっているか否かを確認する（ステップＳ１３３ｄ）。
【０２６２】
多重バスライン１１がアイドル状態となっていない場合は（ステップＳ１３３ｄでＮ）、ステップＳ１３３ｃにリターンし、アイドル状態となっている場合は（ステップＳ１３３ｄでＹ）、ＲＡＭ１５ｂのリアフラグＦ１５を「１」に設定し（ステップＳ１３３ｅ）、多重バスライン１１に、レフト制御ユニット３がトークンを有する際に送信するフレームに内容を似せたレフト擬似フレームを送信した後（ステップＳ１３３ｆ）、後述するステップＳ１３５ｇに進む。
【０２６３】
また、ステップＳ１３３ｂにおいてリアモードの開始が指令されていない場合（Ｎ）に進むステップＳ１３３ｇでは、図２９に示すように、モニタ画面１５０のチェックボックス１６７中のインパネ＋レフトモードのチェックボックスがマウス１５ｅによりチェック操作されて、インパネ＋レフトモードが動作モードとして選択された状態で、「スタート」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、インパネ＋レフトモードの開始が指令されたか否かを確認する。
【０２６４】
インパネ＋レフトモードの開始が指令されていない場合は（ステップＳ１３３ｇでＮ）、後述するステップＳ１３３ｎに進み、指令された場合は（ステップＳ１３３ｇでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３３ｈ）、多重バスライン１１がアイドル状態となっているか否かを確認する（ステップＳ１３３ｊ）。
【０２６５】
多重バスライン１１がアイドル状態となっていない場合は（ステップＳ１３３ｊでＮ）、ステップＳ１３３ｈにリターンし、アイドル状態となっている場合は（ステップＳ１３３ｊでＹ）、ＲＡＭ１５ｂのインパネ＋レフトフラグＦ１７を「１」に設定し（ステップＳ１３３ｋ）、多重バスライン１１にリア擬似フレームを送信した後（ステップＳ１３３ｍ）、後述するステップＳ１３５ｖに進む。
【０２６６】
また、ステップＳ１３３ｇにおいてインパネ＋レフトモードの開始が指令されていない場合（Ｎ）に進むステップＳ１３３ｎでは、モニタ画面１５０のチェックボックス１６７中のインパネ＋リアモードのチェックボックスがマウス１５ｅによりチェック操作されて、インパネ＋リアモードが動作モードとして選択された状態で、「スタート」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、インパネ＋リアモードの開始が指令されたか否かを確認する。
【０２６７】
インパネ＋リアモードの開始が指令されていない場合は（ステップＳ１３３ｎでＮ）、後述するステップＳ１３３ｖに進み、指令された場合は（ステップＳ１３３ｎでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３３ｐ）、多重バスライン１１がアイドル状態となっているか否かを確認する（ステップＳ１３３ｒ）。
【０２６８】
多重バスライン１１がアイドル状態となっていない場合は（ステップＳ１３３ｒでＮ）、ステップＳ１３３ｐにリターンし、アイドル状態となっている場合は（ステップＳ１３３ｒでＹ）、ＲＡＭ１５ｂのインパネ＋リアフラグＦ１９を「１」に設定し（ステップＳ１３３ｓ）、多重バスライン１１にリア擬似フレームを送信した後（ステップＳ１３３ｔ）、後述するステップＳ１３６ｆに進む。
【０２６９】
また、ステップＳ１３３ｎにおいてインパネ＋リアモードの開始が指令されていない場合（Ｎ）に進むステップＳ１３３ｖでは、モニタ画面１５０のチェックボックス１６７中のレフト＋リアモードのチェックボックスがマウス１５ｅによりチェック操作されて、レフト＋リアモードが動作モードとして選択された状態で、「スタート」表示となっているスタートボタン１６８がマウス１５ｅによりチェック操作されて、レフト＋リアモードの開始が指令されたか否かを確認する。
【０２７０】
レフト＋リアモードの開始が指令されていない場合は（ステップＳ１３３ｖでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、指令された場合は（ステップＳ１３３ｖでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３３ｗ）、多重バスライン１１がアイドル状態となっているか否かを確認する（ステップＳ１３３ｘ）。
【０２７１】
多重バスライン１１がアイドル状態となっていない場合は（ステップＳ１３３ｘでＮ）、ステップＳ１３３ｗにリターンし、アイドル状態となっている場合は（ステップＳ１３３ｘでＹ）、ＲＡＭ１５ｂのレフト＋リアフラグＦ２１を「１」に設定し（ステップＳ１３３ｙ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３３ｚ）、後述するステップＳ１３６ｔに進む。
【０２７２】
尚、ステップＳ１３２ｊ、ステップＳ１３２ｎ、ステップＳ１３２ｒ、ステップＳ１３２ｘ、ステップＳ１３３ｃ、ステップＳ１３３ｈ、ステップＳ１３３ｐ、並びに、ステップＳ１３３ｗにおいて、多重バスライン１１に各々送信されるインパネ擬似フレームの内容は、次の通りである。
【０２７３】
まず、ヘッダについては、データＩＤがトークンの移譲を無効とする診断モードを指定する「１，１」、トークンがインパネ制御ユニット５の次のレフト制御ユニット３を示す「０，１」、ソースアドレスがインパネ制御ユニット５を示す「０，０」とされ、フレームナンバーは「０，０」に固定される。
【０２７４】
次に、データ１〜６については、インパネ擬似フレームを多重バスライン１１に送信する時点で、インパネ画面１００のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０２７５】
また、ステップＳ１３３ａやステップＳ１３３ｚにおいて、多重バスライン１１に各々送信されるインパネ擬似フレームの内容は、次の通りである。
【０２７６】
まず、ヘッダについては、データＩＤが、トークンの移譲を有効とする診断モードを指定する「１，０」とされる点を除けば、ステップＳ１３２ｊにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容と各々同じ内容とされる。
【０２７７】
次に、データ１〜６については、インパネ擬似フレームを多重バスライン１１に送信する時点で、インパネ画面１００のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと各々同じ内容とされる。
【０２７８】
さらに、ステップＳ１３２ｖ、ステップＳ１３３ｍ、及び、ステップＳ１３３ｔにおいて多重バスライン１１に各々送信されるリア擬似フレームの内容は、次の通りである。
【０２７９】
まず、ヘッダについては、データＩＤがトークンの移譲を有効とする診断モードを指定する「１，０」、トークンがリア制御ユニット９の次のインパネ制御ユニット５を示す「０，０」、ソースアドレスがリア制御ユニット９を示す「１，０」とされる。
【０２８０】
また、ヘッダのフレームナンバーは、フレームＮｏ．  ００のデータ５を示す「０，０」、フレームＮｏ．  ０１のデータ５を示す「０，１」、及び、フレームＮｏ．  ０２のデータ５を示す「１，０」の３つのうち、リア擬似フレームを多重バスライン１１に送信する時点で、リア画面１２０のチェックボックス１１１のマウス１５ｅによるチェック操作により選択されているフレームＮｏ．  に対応する内容とされる。
【０２８１】
次に、データ１〜５については、データ５をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、リア擬似フレームを多重バスライン１１に送信する時点で、リア画面１２０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０２８２】
また、ステップＳ１３３ｆにおいて多重バスライン１１に送信されるレフト擬似フレームの内容は、次の通りである。
【０２８３】
まず、ヘッダについては、データＩＤがトークンの移譲を有効とする診断モードを指定する「１，０」、トークンがレフト制御ユニット３の次のリア制御ユニット９を示す「１，０」、ソースアドレスがレフト制御ユニット３を示す「０，１」とされる。
【０２８４】
また、ヘッダのフレームナンバーは、フレームＮｏ．  ００のデータ５，６を示す「０，０」、フレームＮｏ．  ０１のデータ５，６を示す「０，１」、及び、フレームＮｏ．  ０２のデータ５，６を示す「１，０」の３つのうち、レフト擬似フレームを多重バスライン１１に送信する時点で、レフト画面１１０のチェックボックス１１１のマウス１５ｅによるチェック操作により選択されているフレームＮｏ．  に対応する内容とされる。
【０２８５】
次に、データ１〜６については、データ５，６をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、レフト擬似フレームを多重バスライン１１に送信する時点で、レフト画面１１０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０２８６】
ステップＳ１３１ｂにおいてメータモードの終了が指令されていない場合（Ｎ）と、ステップＳ１３２ｎにおいて多重バスライン１１にインパネ擬似フレームを送信した後に各々進むステップＳ１３４ａでは、図３０に示すように、多重バスライン１１に送信されたフレームのデータをレフト制御ユニット３を介して取り込み、次に、取り込んだ受信フレーム中に新規の受信フレームがあるか否かを確認する（ステップＳ１３４ｂ）。
【０２８７】
新規の受信フレームがない場合は（ステップＳ１３４ｂでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、ある場合は（ステップＳ１３４ｂでＹ）、ステップＳ１３４ｂにおいて新規であると確認した受信フレームのヘッダのトークンが、インパネ制御ユニット５を示す「０，０」であるか否かを確認する（ステップＳ１３４ｃ）。
【０２８８】
トークンが「０，０」である場合は（ステップＳ１３４ｃでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３４ｄ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，０」でない場合は（ステップＳ１３４ｃでＮ）、ステップＳ１３４ｂにおいて新規であると確認した受信フレームのヘッダのトークンが、レフト制御ユニット３を示す「０，１」であるか否かを確認する（ステップＳ１３４ｅ）。
【０２８９】
トークンが「０，１」である場合は（ステップＳ１３４ｅでＹ）、多重バスライン１１にレフト擬似フレームを送信した後（ステップＳ１３４ｆ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，１」でない場合は（ステップＳ１３４ｅでＮ）、多重バスライン１１にリア擬似フレームを送信した後（ステップＳ１３４ｇ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０２９０】
尚、ステップＳ１３４ｄにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容は、ヘッダについては、ステップＳ１３２ｊにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容と同じ内容とされる。
【０２９１】
次に、データ１〜６については、インパネ擬似フレームを多重バスライン１１に送信する時点で、インパネ画面１００のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０２９２】
また、ステップＳ１３４ｆにおいて多重バスライン１１に送信されるレフト擬似フレームの内容は、次の通りである。
【０２９３】
まず、ヘッダについては、データＩＤがトークンの移譲を無効とする診断モードを指定する「１，１」とされる点を除けば、ステップＳ１３３ｆにおいて多重バスライン１１に送信されるレフト擬似フレームの内容と同じ内容とされる。
【０２９４】
次に、データ１〜６については、データ５，６をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、レフト擬似フレームを多重バスライン１１に送信する時点で、レフト画面１１０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０２９５】
さらに、ステップＳ１３４ｇにおいて多重バスライン１１に送信されるリア擬似フレームの内容は、次の通りである。
【０２９６】
まず、ヘッダについては、データＩＤがトークンの移譲を無効とする診断モードを指定する「１，１」とされる点を除けば、ステップＳ１３２ｖにおいて多重バスライン１１に送信されるリア擬似フレームの内容と同じ内容とされる。
【０２９７】
次に、データ１〜５については、データ５をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、リア擬似フレームを多重バスライン１１に送信する時点で、リア画面１２０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０２９８】
ステップＳ１３１ｆにおいてインパネモードの終了が指令されていない場合（Ｎ）と、ステップＳ１３２ｖにおいて多重バスライン１１にリア擬似フレームを送信した後に各々進むステップＳ１３４ｈでは、図３１に示すように、多重バスライン１１に送信されたフレームのデータをレフト制御ユニット３を介して取り込み、次に、取り込んだ受信フレーム中に新規の受信フレームがあるか否かを確認する（ステップＳ１３４ｊ）。
【０２９９】
新規の受信フレームがない場合は（ステップＳ１３４ｊでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、ある場合は（ステップＳ１３４ｊでＹ）、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ１３４ｋ）。
【０３００】
ログフラグＦ１が「０」である場合は（ステップＳ１３４ｋでＹ）、後述するステップＳ１３４ｎに進み、「０」でない場合は（ステップＳ１３４ｋでＮ）、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのデータを、ＲＡＭ１５ｂの、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレス箇所に記憶させた後（ステップＳ１３４ｍ）、ステップＳ１３４ｎに進む。
【０３０１】
ステップＳ１３４ｎでは、ステップＳ１３４ｊにおいて新規であると確認した受信フレームの内容についてチェックを行う。
【０３０２】
このステップＳ１３４ｎにおける受信フレーム内容チェックでは、ステップＳ７ｄと同様に、ステップＳ１３４ｊにおいて新規であると確認した受信フレームが、レフト、インパネ、及び、リアのいずれの制御ユニット３，５，９を送信元とするものであるかを、ヘッダのソースアドレスを基に判別して、その判別した制御ユニット３，５，９による送信フレームのデータ内容の良否をチェックすると共に、受信した送信フレームのデータを、レフト、インパネ、及び、リアの各制御ユニット３，５，９が各々受信すべき項目別に整理する。
【０３０３】
そして、ステップＳ１３４ｎの受信フレーム内容チェックが済んだならば、表示更新を実行する（ステップＳ１３４ｐ）。
【０３０４】
このステップＳ１３４ｐの表示更新では、ステップＳ７ｅと同様に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３の表示のうちインパネの表示部分の表示を、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのデータの内容に応じて更新すると共に、チェック結果表示部１６９のうちインパネの表示部分の表示をチェック結果に応じて更新する。
【０３０５】
また、割り出された送信元がレフト制御ユニット３であれば、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示を、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３０６】
さらに、割り出された送信元がリア制御ユニット９であれば、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示を、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３０７】
また、ステップＳ１３４ｐの表示更新では、ステップＳ１３４ｎにおいて各制御ユニット３，５，９別に整理した受信データの項目に応じて、インパネ画面１００、レフト画面１１０、及び、リア画面１２０のビットデータ一覧表示部１０７に受信データを一覧表示する際の、チェックボックス１０７ａにチェックマークを表示すべき項目を更新する。
【０３０８】
そして、ステップＳ１３４ｐの表示更新が済んだならば、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのヘッダのトークンが、レフト制御ユニット３を示す「０，１」であるか否かを確認する（ステップＳ１３４ｒ）。
【０３０９】
トークンが「０，１」である場合は（ステップＳ１３４ｒでＹ）、多重バスライン１１にレフト擬似フレームを送信した後（ステップＳ１３４ｓ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，１」でない場合は（ステップＳ１３４ｒでＮ）、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのヘッダのトークンが、リア制御ユニット９を示す「１，０」であるか否かを確認する（ステップＳ１３４ｔ）。
【０３１０】
トークンが「１，０」でない場合は（ステップＳ１３４ｔでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「１，０」である場合は（ステップＳ１３４ｔでＹ）、多重バスライン１１にリア擬似フレームを送信した後（ステップＳ１３４ｖ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０３１１】
尚、ステップＳ１３４ｓにおいて多重バスライン１１に送信されるレフト擬似フレームの内容は、次の通りである。
【０３１２】
まず、ヘッダについては、ステップＳ１３４ｆにおいて多重バスライン１１に送信されるレフト擬似フレームの内容と同じ内容とされる。
【０３１３】
次に、データ１〜６については、データ５，６をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、レフト擬似フレームを多重バスライン１１に送信する時点で、レフト画面１１０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３１４】
また、ステップＳ１３４ｖにおいて多重バスライン１１に送信されるリア擬似フレームの内容は、次の通りである。
【０３１５】
まず、ヘッダについては、ステップＳ１３２ｖにおいて多重バスライン１１に送信されるリア擬似フレームの内容と同じ内容とされる。
【０３１６】
次に、データ１〜５については、データ５をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、リア擬似フレームを多重バスライン１１に送信する時点で、リア画面１２０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３１７】
ステップＳ１３１ｋにおいてレフトモードの終了が指令されていない場合（Ｎ）と、ステップＳ１３３ａにおいて多重バスライン１１にインパネ擬似フレームを送信した後に各々進むステップＳ１３４ｗでは、図３２に示すように、多重バスライン１１に送信されたフレームのデータをレフト制御ユニット３を介して取り込み、次に、取り込んだ受信フレーム中に新規の受信フレームがあるか否かを確認する（ステップＳ１３４ｘ）。
【０３１８】
新規の受信フレームがない場合は（ステップＳ１３４ｘでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、ある場合は（ステップＳ１３４ｘでＹ）、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ１３４ｙ）。
【０３１９】
ログフラグＦ１が「０」である場合は（ステップＳ１３４ｙでＹ）、後述するステップＳ１３５ａに進み、「０」でない場合は（ステップＳ１３４ｙでＮ）、ステップＳ１３４ｘにおいて新規であると確認した受信フレームのデータを、ＲＡＭ１５ｂの、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレス箇所に記憶させた後（ステップＳ１３４ｚ）、ステップＳ１３５ａに進む。
【０３２０】
ステップＳ１３５ａでは、ステップＳ１３４ｘにおいて新規であると確認した受信フレームの内容についてチェックを行う。
【０３２１】
このステップＳ１３５ａにおける受信フレーム内容チェックでは、ステップＳ７ｄと同様に、ステップＳ１３４ｘにおいて新規であると確認した受信フレームが、レフト、インパネ、及び、リアのいずれの制御ユニット３，５，９を送信元とするものであるかを、ヘッダのソースアドレスを基に判別して、その判別した制御ユニット３，５，９による送信フレームのデータ内容の良否をチェックすると共に、受信した送信フレームのデータを、レフト、インパネ、及び、リアの各制御ユニット３，５，９が各々受信すべき項目別に整理する。
【０３２２】
そして、ステップＳ１３５ａの受信フレーム内容チェックが済んだならば、表示更新を実行する（ステップＳ１３５ｂ）。
【０３２３】
このステップＳ１３５ｂの表示更新では、ステップＳ７ｅと同様に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３の表示のうちインパネの表示部分の表示を、ステップＳ１３４ｘにおいて新規であると確認した受信フレームのデータの内容に応じて更新すると共に、チェック結果表示部１６９のうちインパネの表示部分の表示をチェック結果に応じて更新する。
【０３２４】
また、割り出された送信元がレフト制御ユニット３であれば、ステップＳ１３４ｘにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示を、ステップＳ１３４ｘにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３２５】
さらに、割り出された送信元がリア制御ユニット９であれば、ステップＳ１３４ｘにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示を、ステップＳ１３４ｘにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３２６】
また、ステップＳ１３５ｂの表示更新では、ステップＳ１３５ａにおいて各制御ユニット３，５，９別に整理した受信データの項目に応じて、インパネ画面１００、レフト画面１１０、及び、リア画面１２０のビットデータ一覧表示部１０７に受信データを一覧表示する際の、チェックボックス１０７ａにチェックマークを表示すべき項目を更新する。
【０３２７】
そして、ステップＳ１３５ｂの表示更新が済んだならば、ステップＳ１３４ｘにおいて新規であると確認した受信フレームのヘッダのトークンが、インパネ制御ユニット５を示す「０，０」であるか否かを確認する（ステップＳ１３５ｃ）。
【０３２８】
トークンが「０，０」である場合は（ステップＳ１３５ｃでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３５ｄ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，０」でない場合は（ステップＳ１３５ｃでＮ）、ステップＳ１３４ｘにおいて新規であると確認した受信フレームのヘッダのトークンが、リア制御ユニット９を示す「１，０」であるか否かを確認する（ステップＳ１３５ｅ）。
【０３２９】
トークンが「１，０」でない場合は（ステップＳ１３５ｅでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「１，０」である場合は（ステップＳ１３５ｅでＹ）、多重バスライン１１にリア擬似フレームを送信した後（ステップＳ１３５ｆ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０３３０】
尚、ステップＳ１３５ｄにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容は、次の通りである。
【０３３１】
まず、ヘッダについては、ステップＳ１３３ａにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容と同じ内容とされる。
【０３３２】
次に、データ１〜６については、インパネ擬似フレームを多重バスライン１１に送信する時点で、インパネ画面１００のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３３３】
また、ステップＳ１３５ｆにおいて多重バスライン１１に送信されるリア擬似フレームの内容は、次の通りである。
【０３３４】
まず、ヘッダについては、ステップＳ１３４ｇにおいて多重バスライン１１に送信されるリア擬似フレームの内容と同じ内容とされる。
【０３３５】
次に、データ１〜５については、データ５をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、リア擬似フレームを多重バスライン１１に送信する時点で、リア画面１２０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３３６】
ステップＳ１３１ｒにおいてリアモードの終了が指令されていない場合（Ｎ）と、ステップＳ１３３ｆにおいて多重バスライン１１にレフト擬似フレームを送信した後に各々進むステップＳ１３５ｇでは、図３３に示すように、多重バスライン１１に送信されたフレームのデータをレフト制御ユニット３を介して取り込み、次に、取り込んだ受信フレーム中に新規の受信フレームがあるか否かを確認する（ステップＳ１３５ｈ）。
【０３３７】
新規の受信フレームがない場合は（ステップＳ１３５ｈでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、ある場合は（ステップＳ１３５ｈでＹ）、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ１３５ｊ）。
【０３３８】
ログフラグＦ１が「０」である場合は（ステップＳ１３５ｊでＹ）、後述するステップＳ１３５ｍに進み、「０」でない場合は（ステップＳ１３５ｊでＮ）、ステップＳ１３５ｈにおいて新規であると確認した受信フレームのデータを、ＲＡＭ１５ｂの、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレス箇所に記憶させた後（ステップＳ１３５ｋ）、ステップＳ１３５ｍに進む。
【０３３９】
ステップＳ１３５ｍでは、ステップＳ１３５ｈにおいて新規であると確認した受信フレームの内容についてチェックを行う。
【０３４０】
このステップＳ１３５ｍにおける受信フレーム内容チェックでは、ステップＳ７ｄと同様に、ステップＳ１３５ｈにおいて新規であると確認した受信フレームが、レフト、インパネ、及び、リアのいずれの制御ユニット３，５，９を送信元とするものであるかを、ヘッダのソースアドレスを基に判別して、その判別した制御ユニット３，５，９による送信フレームのデータ内容の良否をチェックすると共に、受信した送信フレームのデータを、レフト、インパネ、及び、リアの各制御ユニット３，５，９が各々受信すべき項目別に整理する。
【０３４１】
そして、ステップＳ１３５ｍの受信フレーム内容チェックが済んだならば、表示更新を実行する（ステップＳ１３５ｎ）。
【０３４２】
このステップＳ１３５ｎの表示更新では、ステップＳ７ｅと同様に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３の表示のうちインパネの表示部分の表示を、ステップＳ１３５ｈにおいて新規であると確認した受信フレームのデータの内容に応じて更新すると共に、チェック結果表示部１６９のうちインパネの表示部分の表示をチェック結果に応じて更新する。
【０３４３】
また、割り出された送信元がレフト制御ユニット３であれば、ステップＳ１３５ｈにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示を、ステップＳ１３５ｈにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３４４】
さらに、割り出された送信元がリア制御ユニット９であれば、ステップＳ１３５ｈにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示を、ステップＳ１３５ｈにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３４５】
また、ステップＳ１３５ｎの表示更新では、ステップＳ１３５ｍにおいて各制御ユニット３，５，９別に整理した受信データの項目に応じて、インパネ画面１００、レフト画面１１０、及び、リア画面１２０のビットデータ一覧表示部１０７に受信データを一覧表示する際の、チェックボックス１０７ａにチェックマークを表示すべき項目を更新する。
【０３４６】
そして、ステップＳ１３５ｎの表示更新が済んだならば、ステップＳ１３５ｈにおいて新規であると確認した受信フレームのヘッダのトークンが、インパネ制御ユニット５を示す「０，０」であるか否かを確認する（ステップＳ１３５ｐ）。
【０３４７】
トークンが「０，０」である場合は（ステップＳ１３５ｐでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３５ｒ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，０」でない場合は（ステップＳ１３５ｐでＮ）、ステップＳ１３５ｈにおいて新規であると確認した受信フレームのヘッダのトークンが、レフト制御ユニット５を示す「０，１」であるか否かを確認する（ステップＳ１３５ｓ）。
【０３４８】
トークンが「０，１」でない場合は（ステップＳ１３５ｓでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，１」である場合は（ステップＳ１３５ｓでＹ）、多重バスライン１１にレフト擬似フレームを送信した後（ステップＳ１３５ｔ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０３４９】
尚、ステップＳ１３５ｒにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容は、次の通りである。
【０３５０】
まず、ヘッダについては、ステップＳ１３２ｊにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容と同じ内容とされる。
【０３５１】
次に、データ１〜６については、インパネ擬似フレームを多重バスライン１１に送信する時点で、インパネ画面１００のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３５２】
また、ステップＳ１３５ｔにおいて多重バスライン１１に送信されるレフト擬似フレームの内容は、次の通りである。
【０３５３】
まず、ヘッダについては、ステップＳ１３３ｆにおいて多重バスライン１１に送信されるレフト擬似フレームの内容と同じ内容とされる。
【０３５４】
次に、データ１〜６については、データ５，６をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、レフト擬似フレームを多重バスライン１１に送信する時点で、レフト画面１１０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３５５】
ステップＳ１３１ｗにおいてインパネ＋レフトモードの終了が指令されていない場合（Ｎ）と、ステップＳ１３３ｍにおいて多重バスライン１１にリア擬似フレームを送信した後に各々進むステップＳ１３５ｖでは、図３４に示すように、多重バスライン１１に送信されたフレームのデータをレフト制御ユニット３を介して取り込み、次に、取り込んだ受信フレーム中に新規の受信フレームがあるか否かを確認する（ステップＳ１３５ｗ）。
【０３５６】
新規の受信フレームがない場合は（ステップＳ１３５ｗでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、ある場合は（ステップＳ１３５ｗでＹ）、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ１３５ｘ）。
【０３５７】
ログフラグＦ１が「０」である場合は（ステップＳ１３５ｘでＹ）、後述するステップＳ１３５ｚに進み、「０」でない場合は（ステップＳ１３５ｘでＮ）、ステップＳ１３５ｗにおいて新規であると確認した受信フレームのデータを、ＲＡＭ１５ｂの、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレス箇所に記憶させた後（ステップＳ１３５ｙ）、ステップＳ１３５ｚに進む。
【０３５８】
ステップＳ１３５ｚでは、ステップＳ１３５ｗにおいて新規であると確認した受信フレームの内容についてチェックを行う。
【０３５９】
このステップＳ１３５ｚにおける受信フレーム内容チェックでは、ステップＳ７ｄと同様に、ステップＳ１３５ｗにおいて新規であると確認した受信フレームが、レフト、インパネ、及び、リアのいずれの制御ユニット３，５，９を送信元とするものであるかを、ヘッダのソースアドレスを基に判別して、その判別した制御ユニット３，５，９による送信フレームのデータ内容の良否をチェックすると共に、受信した送信フレームのデータを、レフト、インパネ、及び、リアの各制御ユニット３，５，９が各々受信すべき項目別に整理する。
【０３６０】
そして、ステップＳ１３５ｚの受信フレーム内容チェックが済んだならば、表示更新を実行する（ステップＳ１３６ａ）。
【０３６１】
このステップＳ１３６ａの表示更新では、ステップＳ７ｅと同様に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３の表示のうちインパネの表示部分の表示を、ステップＳ１３５ｗにおいて新規であると確認した受信フレームのデータの内容に応じて更新すると共に、チェック結果表示部１６９のうちインパネの表示部分の表示をチェック結果に応じて更新する。
【０３６２】
また、割り出された送信元がレフト制御ユニット３であれば、ステップＳ１３５ｗにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示を、ステップＳ１３５ｗにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３６３】
さらに、割り出された送信元がリア制御ユニット９であれば、ステップＳ１３５ｗにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示を、ステップＳ１３５ｗにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３６４】
また、ステップＳ１３６ａの表示更新では、ステップＳ１３５ｚにおいて各制御ユニット３，５，９別に整理した受信データの項目に応じて、インパネ画面１００、レフト画面１１０、及び、リア画面１２０のビットデータ一覧表示部１０７に受信データを一覧表示する際の、チェックボックス１０７ａにチェックマークを表示すべき項目を更新する。
【０３６５】
そして、ステップＳ１３６ａの表示更新が済んだならば、ステップＳ１３５ｗにおいて新規であると確認した受信フレームのヘッダのトークンが、インパネ制御ユニット５を示す「０，０」であるか否かを確認する（ステップＳ１３６ｂ）。
【０３６６】
トークンが「０，０」である場合は（ステップＳ１３６ｂでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３６ｃ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，０」でない場合は（ステップＳ１３６ｂでＮ）、ステップＳ１３５ｗにおいて新規であると確認した受信フレームのヘッダのトークンが、リア制御ユニット９を示す「１，０」であるか否かを確認する（ステップＳ１３６ｄ）。
【０３６７】
トークンが「１，０」でない場合は（ステップＳ１３６ｄでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「１，０」である場合は（ステップＳ１３６ｄでＹ）、多重バスライン１１にリア擬似フレームを送信した後（ステップＳ１３６ｅ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０３６８】
尚、ステップＳ１３６ｃにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容は、次の通りである。
【０３６９】
まず、ヘッダについては、ステップＳ１３３ａにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容と同じ内容とされる。
【０３７０】
次に、データ１〜６については、データ５，６をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、インパネ擬似フレームを多重バスライン１１に送信する時点で、インパネ画面１００のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３７１】
また、ステップＳ１３６ｅにおいて多重バスライン１１に送信されるリア擬似フレームの内容は、次の通りである。
【０３７２】
まず、ヘッダについては、ステップＳ１３２ｖにおいて多重バスライン１１に送信されるリア擬似フレームの内容と同じ内容とされる。
【０３７３】
次に、データ１〜５については、データ５をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、リア擬似フレームを多重バスライン１１に送信する時点で、リア画面１２０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３７４】
ステップＳ１３２ａにおいてインパネ＋リアモードの終了が指令されていない場合（Ｎ）と、ステップＳ１３３ｔにおいて多重バスライン１１にリア擬似フレームを送信した後に各々進むステップＳ１３６ｆでは、図３５に示すように、多重バスライン１１に送信されたフレームのデータをレフト制御ユニット３を介して取り込み、次に、取り込んだ受信フレーム中に新規の受信フレームがあるか否かを確認する（ステップＳ１３６ｇ）。
【０３７５】
新規の受信フレームがない場合は（ステップＳ１３６ｇでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、ある場合は（ステップＳ１３６ｇでＹ）、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ１３６ｈ）。
【０３７６】
ログフラグＦ１が「０」である場合は（ステップＳ１３６ｈでＹ）、後述するステップＳ１３６ｋに進み、「０」でない場合は（ステップＳ１３６ｈでＮ）、ステップＳ１３４ｊにおいて新規であると確認した受信フレームのデータを、ＲＡＭ１５ｂの、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレス箇所に記憶させた後（ステップＳ１３６ｊ）、ステップＳ１３６ｋに進む。
【０３７７】
ステップＳ１３６ｋでは、ステップＳ１３６ｇにおいて新規であると確認した受信フレームの内容についてチェックを行う。
【０３７８】
このステップＳ１３６ｋにおける受信フレーム内容チェックでは、ステップＳ７ｄと同様に、ステップＳ１３６ｇにおいて新規であると確認した受信フレームが、レフト、インパネ、及び、リアのいずれの制御ユニット３，５，９を送信元とするものであるかを、ヘッダのソースアドレスを基に判別して、その判別した制御ユニット３，５，９による送信フレームのデータ内容の良否をチェックすると共に、受信した送信フレームのデータを、レフト、インパネ、及び、リアの各制御ユニット３，５，９が各々受信すべき項目別に整理する。
【０３７９】
そして、ステップＳ１３６ｋの受信フレーム内容チェックが済んだならば、表示更新を実行する（ステップＳ１３６ｍ）。
【０３８０】
このステップＳ１３６ｍの表示更新では、ステップＳ７ｅと同様に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３の表示のうちインパネの表示部分の表示を、ステップＳ１３６ｇにおいて新規であると確認した受信フレームのデータの内容に応じて更新すると共に、チェック結果表示部１６９のうちインパネの表示部分の表示をチェック結果に応じてチェック結果に応じて更新する。
【０３８１】
また、割り出された送信元がレフト制御ユニット３であれば、ステップＳ１３６ｇにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示を、ステップＳ１３６ｇにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３８２】
さらに、割り出された送信元がリア制御ユニット９であれば、ステップＳ１３６ｇにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示を、ステップＳ１３６ｇにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０３８３】
また、ステップＳ１３６ｍの表示更新では、ステップＳ１３６ｋにおいて各制御ユニット３，５，９別に整理した受信データの項目に応じて、インパネ画面１００、レフト画面１１０、及び、リア画面１２０のビットデータ一覧表示部１０７に受信データを一覧表示する際の、チェックボックス１０７ａにチェックマークを表示すべき項目を更新する。
【０３８４】
そして、ステップＳ１３６ｍの表示更新が済んだならば、ステップＳ１３６ｇにおいて新規であると確認した受信フレームのヘッダのトークンが、レフト制御ユニット３を示す「０，１」であるか否かを確認する（ステップＳ１３６ｎ）。
【０３８５】
トークンが「０，１」である場合は（ステップＳ１３６ｎでＹ）、多重バスライン１１にレフト擬似フレームを送信した後（ステップＳ１３６ｐ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，１」でない場合は（ステップＳ１３６ｎでＮ）、ステップＳ１３６ｇにおいて新規であると確認した受信フレームのヘッダのトークンが、リア制御ユニット９を示す「１，０」であるか否かを確認する（ステップＳ１３６ｒ）。
【０３８６】
トークンが「１，０」でない場合は（ステップＳ１３６ｒでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「１，０」である場合は（ステップＳ１３６ｒでＹ）、多重バスライン１１にリア擬似フレームを送信した後（ステップＳ１３６ｓ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０３８７】
尚、ステップＳ１３６ｐにおいて多重バスライン１１に送信されるレフト擬似フレームの内容は、次の通りである。
【０３８８】
まず、ヘッダについては、ステップＳ１３３ｆにおいて多重バスライン１１に送信されるレフト擬似フレームの内容と同じ内容とされる。
【０３８９】
次に、データ１〜６については、データ５，６をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、レフト擬似フレームを多重バスライン１１に送信する時点で、レフト画面１１０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３９０】
また、ステップＳ１３６ｓにおいて多重バスライン１１に送信されるリア擬似フレームの内容は、次の通りである。
【０３９１】
まず、ヘッダについては、ステップＳ１３２ｖにおいて多重バスライン１１に送信されるリア擬似フレームの内容と同じ内容とされる。
【０３９２】
次に、データ１〜５に関する内容は、データ５をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、リア擬似フレームを多重バスライン１１に送信する時点で、リア画面１２０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０３９３】
ステップＳ１３２ｅにおいてレフト＋リアモードの終了が指令されていない場合（Ｎ）と、ステップＳ１３３ｚにおいて多重バスライン１１にインパネ擬似フレームを送信した後に各々進むステップＳ１３６ｔでは、図３６に示すように、多重バスライン１１に送信されたフレームのデータをレフト制御ユニット３を介して取り込み、次に、取り込んだ受信フレーム中に新規の受信フレームがあるか否かを確認する（ステップＳ１３６ｖ）。
【０３９４】
新規の受信フレームがない場合は（ステップＳ１３６ｖでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、ある場合は（ステップＳ１３６ｖでＹ）、ＲＡＭ１５ｂのログフラグＦ１が「０」であるか否かを確認する（ステップＳ１３６ｗ）。
【０３９５】
ログフラグＦ１が「０」である場合は（ステップＳ１３６ｗでＹ）、後述するステップＳ１３６ｙに進み、「０」でない場合は（ステップＳ１３６ｗでＮ）、ステップＳ１３４ｖにおいて新規であると確認した受信フレームのデータを、ＲＡＭ１５ｂの、ＮＶＭ１９にイニシャルデータとして格納されているログファイルアドレス箇所に記憶させた後（ステップＳ１３６ｘ）、ステップＳ１３６ｙに進む。
【０３９６】
ステップＳ１３６ｙでは、ステップＳ１３６ｖにおいて新規であると確認した受信フレームの内容についてチェックを行う。
【０３９７】
このステップＳ１３６ｙにおける受信フレーム内容チェックでは、ステップＳ７ｄと同様に、ステップＳ１３６ｖにおいて新規であると確認した受信フレームが、レフト、インパネ、及び、リアのいずれの制御ユニット３，５，９を送信元とするものであるかを、ヘッダのソースアドレスを基に判別して、その判別した制御ユニット３，５，９による送信フレームのデータ内容の良否をチェックすると共に、受信した送信フレームのデータを、レフト、インパネ、及び、リアの各制御ユニット３，５，９が各々受信すべき項目別に整理する。
【０３９８】
そして、ステップＳ１３６ｙの受信フレーム内容チェックが済んだならば、表示更新を実行する（ステップＳ１３６ｚ）。
【０３９９】
このステップＳ１３６ｚの表示更新では、ステップＳ７ｅと同様に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３の表示のうちインパネの表示部分の表示を、ステップＳ１３６ｖにおいて新規であると確認した受信フレームのデータの内容に応じて更新すると共に、チェック結果表示部１６９のうちインパネの表示部分の表示をチェック結果に応じて更新する。
【０４００】
また、割り出された送信元がレフト制御ユニット３であれば、ステップＳ１３６ｖにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示を、ステップＳ１３６ｖにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０４０１】
さらに、割り出された送信元がリア制御ユニット９であれば、ステップＳ１３６ｖにおいて新規であると確認した受信フレームのヘッダのフレームデータが「０，０」なら、モニタ画面１５０の受信データ表示部１５３やチェック結果表示部１６９の表示のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示を、ステップＳ１３６ｖにおいて新規であると確認した受信フレームのデータの内容や、チェック結果に応じて各々更新する。
【０４０２】
また、ステップＳ１３６ｚの表示更新では、ステップＳ１３６ｙにおいて各制御ユニット３，５，９別に整理した受信データの項目に応じて、インパネ画面１００、レフト画面１１０、及び、リア画面１２０のビットデータ一覧表示部１０７に受信データを一覧表示する際の、チェックボックス１０７ａにチェックマークを表示すべき項目を更新する。
【０４０３】
そして、ステップＳ１３６ｚの表示更新が済んだならば、ステップＳ１３６ｖにおいて新規であると確認した受信フレームのヘッダのトークンが、インパネ制御ユニット５を示す「０，０」であるか否かを確認する（ステップＳ１３７ａ）。
【０４０４】
トークンが「０，０」である場合は（ステップＳ１３７ａでＹ）、多重バスライン１１にインパネ擬似フレームを送信した後（ステップＳ１３７ｂ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，０」でない場合は（ステップＳ１３７ａでＮ）、ステップＳ１３６ｖにおいて新規であると確認した受信フレームのヘッダのトークンが、レフト制御ユニット５を示す「０，１」であるか否かを確認する（ステップＳ１３７ｃ）。
【０４０５】
トークンが「０，１」でない場合は（ステップＳ１３７ｃでＮ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進み、「０，１」である場合は（ステップＳ１３７ｃでＹ）、多重バスライン１１にレフト擬似フレームを送信した後（ステップＳ１３７ｄ）、チェック処理を終了して図２２のメインルーチンのステップＳ１５に進む。
【０４０６】
尚、ステップＳ１３７ｂにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容は、次の通りである。
【０４０７】
まず、ヘッダについては、ステップＳ１３３ａにおいて多重バスライン１１に送信されるインパネ擬似フレームの内容と同じ内容とされる。
【０４０８】
次に、データ１〜６については、インパネ擬似フレームを多重バスライン１１に送信する時点で、インパネ画面１００のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０４０９】
また、ステップＳ１３７ｄにおいて多重バスライン１１に送信されるレフト擬似フレームの内容は、次の通りである。
【０４１０】
まず、ヘッダについては、ステップＳ１３３ｆにおいて多重バスライン１１に送信されるレフト擬似フレームの内容と同じ内容とされる。
【０４１１】
次に、データ１〜６については、データ５，６をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、レフト擬似フレームを多重バスライン１１に送信する時点で、レフト画面１１０のビットデータ一覧表示部１０７におけるチェックボックス１０７ａのマウス１５ｅによるチェック操作や、モニタ画面１５０の送信データ表示部１５１におけるキーボード１５ｄ及びマウス１５ｅの操作により設定されているビットデータと同じ内容とされる。
【０４１２】
次に、ステップＳ１１のモニタ処理が済んだ後とステップＳ１３のチェック処理が済んだ後に各々進むステップＳ１５では、図２２に示すように、インパネ画面１００、レフト画面１１０、リア画面１２０、設定画面１３０、又は、モニタ画面１５０におけるファイルメニューバー１００ａのマウス１５ｅの操作によって終了が選択されたか否かを確認する。
【０４１３】
終了が選択されていない場合は（ステップＳ１５でＮ）、ステップＳ３にリターンし、選択された場合は（ステップＳ１５でＹ）、チェック端末１５の動作を終了し電源を切ることができる状態に移行するための終了処理を行った後（ステップＳ１７）、一連の処理を終了する。
【０４１４】
以上の説明からも明らかなように、本実施形態では、請求項中の送信権移譲禁止通知手段１５Ａ及び擬似信号送信手段１５Ｆが共に、図２８のフローチャートにおけるステップＳ１３２ｎ、ステップＳ１３２ｖ、ステップＳ１３３ａ、並びに、ステップＳ１３３ｆと、図２９のフローチャートにおけるステップＳ１３３ｍ、ステップＳ１３３ｔ、及び、ステップＳ１３３ｚと、図３１のフローチャートにおけるステップＳ１３４ｓ及びステップＳ１３４ｖと、図３２のフローチャートにおけるステップＳ１３５ｄ及びステップＳ１３５ｆと、図３３のフローチャートにおけるステップＳ１３５ｒ及びステップＳ１３５ｔと、図３４のフローチャートにおけるステップＳ１３６ｃ及びステップＳ１３６ｅと、図３５のフローチャートにおけるステップＳ１３６ｐ及びステップＳ１３６ｓと、図３６のフローチャートにおけるステップＳ１３７ｂ及びステップＳ１３７ｄとで構成されている。
【０４１５】
また、本実施形態では、請求項中の送信権移譲通知手段１５Ｂが、図２８中のステップＳ１３２ｎ、ステップＳ１３２ｖ、ステップＳ１３３ａ、並びに、ステップＳ１３３ｆと、図２９中のステップＳ１３３ｍ、ステップＳ１３３ｔ、及び、ステップＳ１３３ｚと、図３１中のステップＳ１３４ｖと、図３２中のステップＳ１３５ｄと、図３３中のステップＳ１３５ｔと、図３４中のステップＳ１３６ｃ及びステップＳ１３６ｅと、図３５中のステップＳ１３６ｐ及びステップＳ１３６ｓと、図３６中のステップＳ１３７ｂ及びステップＳ１３７ｄとで構成されている。
【０４１６】
さらに、本実施形態では、請求項中の送信信号収集手段１５Ｃが、図３１中のステップＳ１３４ｈと、図３２中のステップＳ１３４ｗと、図３３中のステップＳ１３５ｇと、図３４中のステップＳ１３５ｖと、図３５中のステップＳ１３６ｆと、図３６中のステップＳ１３６ｔとで構成されている。
【０４１７】
また、本実施形態では、請求項中のノード別受信信号収集手段１５Ｄ及び診断手段１５Ｅが共に、図３１中のステップＳ１３４ｎと、図３２中のステップＳ１３５ａと、図３３中のステップＳ１３５ｍと、図３４中のステップＳ１３５ｚと、図３５中のステップＳ１３６ｋと、図３６中のステップＳ１３６ｙとで構成されている。
【０４１８】
次に、上述のように構成された本実施形態のチェック端末１５の動作（作用）を、特に、車両用多重通信システム１の通信状態の良否を診断する診断モードにおける動作について説明する。
【０４１９】
車両用多重通信システム１の通信状態の良否を診断するに当たっては、まず、コネクタ１３及び通信ケーブルＴを介してチェック端末１５をレフト制御ユニット３に接続し、その後にチェック端末１５の不図示の電源スイッチを投入する。
【０４２０】
すると、インパネ画面１００、レフト画面１１０、リア画面１２０、設定画面１３０、並びに、モニタ画面１５０がディスプレイ１５ｆ上に重ねて表示される。
【０４２１】
そこで、ディスプレイ１５ｆ上に現在アクティブ表示されているのがモニタ画面１５０でない場合は、そのアクティブ表示中の画面において、マウス１５ｅによりモニタメニューバー１００ｇをクリック操作して、モニタ画面１５０をアクティブ状態とする。
【０４２２】
そして、アクティブ状態のモニタ画面１５０において、どちらを先にしてもよいが、ともかく、「イニシャル開始」表示のイニシャライズボタン１６５をマウス１５ｅによりクリック操作し、イニシャライズボタン１６５の表示を「イニシャル開始」から「イニシャル済み」に変化させて、イニシャライズ動作を行わせると共に、マウス１５ｅによりチェックボックス１６７をクリック操作して、診断モードを選択する。
【０４２３】
このうち、イニシャライズ動作では、レフト、インパネ、及び、リアの各制御ユニット３，５，９により多重バスライン１１に送信されたフレームが、設定画面１３０において入力されている通信イニシャライズ監視時間の時間長に亘って取り込まれ、取り込んだデータの有無がチェックされて、その結果が、受信データありを示す「ＯＫ」と、受信データなしの「−−」とのどちらかでチェック結果表示部１６９に表示される。
【０４２４】
尚、チェック端末１５をレフト制御ユニット３に接続する際にイグニッションスイッチがオフにされていると、上述したイニシャライズ動作で多重バスライン１１から取り込むフレームを、少なくともレフト制御ユニット３を含む、多重バスライン１１に接続されている制御ユニット３，５，９から送信させるために、その後にイグニッションスイッチをオンした際に、ＣＰＵ２１の入力ポートＩＰ  の入力レベルの確認によってチェック端末１５の物理的な接続を認識したレフト制御ユニット３によって、その後に多重バスライン１１に送信されるフレーム中のパソコンチェッカ制御用フラグが立てられる。
【０４２５】
これに対し、チェック端末１５をレフト制御ユニット３に接続する際にイグニッションスイッチがオンにされていると、正常であるか否かはともかくとして、少なくともレフト制御ユニット３を含む、多重バスライン１１に接続されている制御ユニット３，５，９により多重バスライン１１にフレームが送信されていて、イグニッションスイッチを一度オフにして再度オンにする必要がないので、ＣＰＵ２１の入力ポートＩＰ  の入力レベルの確認によってチェック端末１５の物理的な接続を認識できないレフト制御ユニット３によって、その後に送信されるフレームにおいてもパソコンチェッカ制御用フラグが降ろされたままとされる。
【０４２６】
従って、上述したイニシャライズ動作において、レフト制御ユニット３による送信フレームにパソコンチェッカ制御用フラグが立っていることを認識すると、動作モードの選択対象が、モニタモードを除く他のモードに制限され、それ以前にチェックボックス１６７のクリック操作でモニタモードが選択されていると、その選択がキャンセルされて、そのままマウス１５ｅにより「スタート」表示のスタートボタン１６８をクリック操作しても無視され、また、それ以降にチェックボックス１６７のクリック操作でモニタモードを選択しようとしても、その操作が無視される。
【０４２７】
一方、上述したイニシャライズ動作において、レフト制御ユニット３による送信フレームにパソコンチェッカ制御用フラグが立っていないことを認識すると、動作モードの選択対象が、モニタモードのみに制限され、それ以前にチェックボックス１６７のクリック操作でモニタモード以外の動作モードが選択されていると、その選択がキャンセルされて、そのままマウス１５ｅにより「スタート」表示のスタートボタン１６８をクリック操作しても無視され、また、それ以降にチェックボックス１６７のクリック操作でモニタモード以外の動作モードを選択しようとしても、その操作が無視される。
【０４２８】
従って、車両用多重通信システム１が既に組み上がっていて、送信機能を有するレフト、インパネ、及び、リアの各制御ユニット３，５，９が多重バスライン１１に全て接続されているので、モニタモードによる診断動作で各制御ユニット３，５，９の通信状態の良否を診断するのであれば、イグニッションスイッチをオンにしたままレフト制御ユニット３にチェック端末１５を接続することとなる。
【０４２９】
逆に、車両用多重通信システム１が完全には組み上がっておらず、チェック端末１５を接続するレフト制御ユニット３を除いて、送信機能を有するインパネ及びリアの各制御ユニット５，９のうち片方又は両方が多重バスライン１１に接続されていないので、メータモード以外の所望のモードによる診断動作で、レフト、インパネ、及び、リアの各制御ユニット３，５，９の通信状態の良否を診断するのであれば、或は、メータ制御ユニット７による受信状態を検査するのであれば、イグニッションスイッチがオフの状態でレフト制御ユニット３にチェック端末１５を接続し、その後にイグニッションスイッチをオンにすることとなる。
【０４３０】
そして、イグニッションスイッチをオンにしたままチェック端末１５をレフト制御ユニット３に接続して、モニタ画面１５０のチェックボックス１６７のクリック操作によりモニタモードを選択した状態で、イニシャライズ動作後に「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作すると、その後に、「中止」表示のスタートボタン１６８をマウス１５ｅによりクリック操作するまでの間、モニタモードによる診断動作が行われる。
【０４３１】
このモニタモードによる診断動作においては、多重バスライン１１からの送信フレームの取り込みが行われるのみで、チェック端末１５から多重バスラインへの擬似フレームの送信は行われず、レフト、インパネ、及び、リアの各制御ユニット３，５，９によるトークンの移譲が無効とされることがないので、多重バスライン１１上では、通常モードによるトークンパッシング方式の多重通信が、レフト、インパネ、及び、リアの各制御ユニット３，５，９により引き続き行われることとなる。
【０４３２】
そして、レフト、インパネ、及び、リアの各制御ユニット３，５，９の送信したフレームが、多重バスライン１１からレフト制御ユニット３を介してチェック端末１５に取り込まれると、取り込まれたフレームのヘッダのソースアドレスを基に、送信元の制御ユニット３，５，９が割り出されると共に、取り込まれたフレームのデータ内容の良否のチェックが行われる。
【０４３３】
ここで、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示され、或は、既に表示されている内容が、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０４３４】
これと共に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームについてのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示され、或は、既に表示されている内容が、取り込まれたフレームについてのチェック結果に更新される。
【０４３５】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、取り込まれたフレームの送信元の制御ユニット３，５，９に対応する部分の表示値が、繰り上げ更新される。
【０４３６】
さらに、マウス１５ｅによる設定画面１３０のチェックボックス１３５ｂのクリック操作によって、通信実行時間を表示する選択がなされている場合は、モニタ画面１５０の実行時間表示部１６３の表示値が、「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作してモニタモードによる診断動作を開始してからの経過秒数に応じて、繰り上げ更新される。
【０４３７】
尚、モニタ画面１５０のチェックボックス１６７のクリック操作でモニタモードが選択されている状態では、マウス１５ｅによるスタートボタン１６８のクリック操作によりモニタモードが開始されているか否かに拘わらず、モニタ画面１５０の送信データ表示部１５１の表示が、インパネ、レフト、及びリアの各画面１００，１１０，１２０のビットデータ一覧表示部１０７や、モニタ画面１５０の送信データ表示部１５１において設定されている内容とされると共に、送信フレーム数表示部１５５の表示が「０」に固定される。
【０４３８】
次に、イグニッションスイッチがオフの状態でチェック端末１５をレフト制御ユニット３に接続し、モニタ画面１５０のチェックボックス１６７のクリック操作により、メータ、インパネ、レフト、リア、インパネ＋レフト、インパネ＋リア、並びに、レフト＋リアのいずれかのモードを選択した状態で、イニシャライズ動作後に「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作すると、その後に、「中止」表示のスタートボタン１６８をマウス１５ｅによりクリック操作するまでの間、それら各モードによる動作が行われる。
【０４３９】
このメータ、インパネ、レフト、リア、インパネ＋レフト、インパネ＋リア、並びに、レフト＋リアの各モードによる動作では共通して、まず、通常モード時においてインパネ制御ユニット５がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたインパネ擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０４４０】
すると、送信機能を有するレフト、インパネ、及び、リアの各制御ユニット３，５，９のうち、少なくともレフト制御ユニット３を含む、多重バスライン１１に接続されている制御ユニット３，５，９がその時点で送信しているフレームと、チェック端末１５からのインパネ擬似フレームとが、多重バスライン１１上で衝突する。
【０４４１】
従って、多重バスライン１１に接続されている送信機能付きの制御ユニット３，５，９のうち、フレーム送信を行った制御ユニット３，５，９においては、フィードバックデータチェックの際に、自身の送信フレームのデータ内容と多重バスライン１１から受信したフレームのデータ内容とが一致しないので、フレーム送信が中止されて１５０ｍｓのフレーム再送待ち状態に入る。
【０４４２】
また、多重バスライン１１に接続されている送信機能付きの制御ユニット３，５，９のうち、フレーム送信を行っていない制御ユニット３，５，９と、モータモードであるから当然多重バスライン１１に接続されているはずの、受信専用のメータ制御ユニット７とにおいては、多重バスライン１１上からの受信フレームに対するパリティ、ＢＣＣ、データ論理、並びに、フレームの各チェックの少なくとも１つにおいてエラーが発生するので、受信フレームを破棄して次のフレームの受信を待つ状態に入る。
【０４４３】
尚、多重バスライン１１に接続されている送信機能付きの制御ユニット３，５，９のうち、トークンを有する制御ユニット３，５，９によるフレーム送信のタイミングと、チェック端末１５からの最初のインパネ擬似フレームの送信タイミングとがうまく一致しないと、両フレームの衝突が多重バスライン１１で起こらず、最初のインパネ擬似フレームの送信後に多重バスライン１１のアイドル状態が確認されない。
【０４４４】
そこで、このような場合は、送信後に多重バスライン１１のアイドル状態が確認されるまでインパネ擬似フレームの送信を繰り返す。
【０４４５】
そして、多重バスライン１１に接続されている各制御ユニット３，５，７，９による上述した待機状態の発生により、多重バスライン１１のアイドル状態が確認されると、それ以降、メータ、インパネ、レフト、リア、インパネ＋レフト、インパネ＋リア、並びに、レフト＋リアの各モード毎に異なる動作が行われる。
【０４４６】
そこでまず、メータモードについて、最初のインパネ擬似フレームの送信による多重バスライン１１のアイドル状態確認後における動作を説明すると、今度は、インパネ制御ユニット５が通常モードにおいて行うフレーム送信を擬似的に再現するために、最初のインパネ擬似フレームと同じく、ヘッダのデータＩＤを「１，１」とし、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容とした２度目のインパネ擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０４４７】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３及びメータ制御ユニット７を含みインパネ制御ユニット５を除く各制御ユニット３，７，９により、２度目のインパネ擬似フレームが受信されて、自制御ユニット３，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０４４８】
尚、２度目のインパネ擬似フレームは、ヘッダのデータＩＤが「１，１」であることから、多重バスライン１１に接続されているレフト制御ユニット３をトークンに指定したこの２度目のインパネ擬似フレームがレフト制御ユニット３により受信されても、レフト制御ユニット３にトークンが実際に移譲されることはない。
【０４４９】
そして、２度目のインパネ擬似フレームを多重バスライン１１に送信したら、次に、通常モード時においてレフト制御ユニット３がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、データ５，６をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、レフト画面１１０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたレフト擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０４５０】
すると、多重バスライン１１に接続されている、少なくともメータ制御ユニット７を含みレフト制御ユニット３を除く各制御ユニット５，７，９により、レフト擬似フレームが受信されて、自制御ユニット５，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０４５１】
尚、レフト擬似フレームは、２度目のインパネ擬似フレームの受信時と同様に、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているリア制御ユニット９が多重バスライン１１に接続されていて、このレフト擬似フレームを受信したとしても、リア制御ユニット９にトークンが実際に移譲されることはない。
【０４５２】
そして、レフト擬似フレームを多重バスライン１１に送信したら、次に、通常モード時においてリア制御ユニット９がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜５を、データ５をヘッダのフレームナンバーの内容に対応するフレームＮｏ．  とした状態で、リア画面１２０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたリア擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０４５３】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３及びメータ制御ユニット７を含みリア制御ユニット９を除く各制御ユニット３，５，７により、リア擬似フレームが受信されて、自制御ユニット３，５，７に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０４５４】
尚、リア擬似フレームは、２度目のインパネ擬似フレームの受信時と同様に、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているインパネ制御ユニット５が多重バスライン１１に接続されていて、このリア擬似フレームを受信したとしても、インパネ制御ユニット５にトークンが実際に移譲されることはない。
【０４５５】
そして、リア擬似フレームを多重バスライン１１に送信したら、それ以後は、インパネ擬似フレーム、レフト擬似フレーム、リア擬似フレームの順で、これらを順次多重バスライン１１に送信する。
【０４５６】
尚、メータモードによる動作中、モニタ画面１５０の送信データ表示部１５１の表示は、インパネ、レフト、及びリアの各画面１００，１１０，１２０のビットデータ一覧表示部１０７や、モニタ画面１５０の送信データ表示部１５１において設定されている内容とされる。
【０４５７】
また、メータモードによる動作中、モニタ画面１５０の送信フレーム数表示部１５５の表示値は、インパネについてはインパネ擬似フレームが送信される毎に繰り上げ更新され、レフト０についてはヘッダのフレームナンバーが「０，０」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト１についてはヘッダのフレームナンバーが「０，１」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト２についてはヘッダのフレームナンバーが「１，０」のレフト擬似フレームが送信される毎に繰り上げ更新される。
【０４５８】
さらに、リア０についてはヘッダのフレームナンバーが「０，０」のリア擬似フレームが送信される毎に繰り上げ更新され、リア１についてはヘッダのフレームナンバーが「０，１」のリア擬似フレームが送信される毎に繰り上げ更新され、リア２についてはヘッダのフレームナンバーが「１，０」のリア擬似フレームが送信される毎に繰り上げ更新される。
【０４５９】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ｂのクリック操作によって、通信実行時間を表示する選択がなされている場合は、モニタ画面１５０の実行時間表示部１６３の表示値が、「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作してメータモードによる動作を開始してからの経過秒数に応じて、繰り上げ更新される。
【０４６０】
さらに、メータモードによる動作中、モニタ画面１５０の受信データ表示部１５３の表示は、ヘッダ、データ、ＢＣＣのいずれの部分も未定を意味する「００」に固定され、受信フレーム数表示部１５７の表示値も「０」に固定され、チェック結果表示部１６９の表示は未定を意味する「−−」に固定される。
【０４６１】
尚、メータモードにおけるチェック端末１５とインパネ、レフト、及び、リアの各制御ユニット５，３，９とによる多重バスライン１１でのフレーム送信の基本シーケンスを、図３７の説明図に示す。
【０４６２】
次に、インパネモードについて、最初のインパネ擬似フレームの送信による多重バスライン１１のアイドル状態確認後における動作を説明すると、今度は、インパネ制御ユニット５にフレーム送信を行わせるために、通常モードにおいてリア制御ユニット９がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜５を、リア画面１２０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたリア擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０４６３】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３及びインパネ制御ユニット５を含みリア制御ユニット９を除く各制御ユニット３，５，７によりリア擬似フレームが受信されて、自制御ユニット３，５，７に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０４６４】
また、多重バスライン１１に送信したリア擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このリア擬似フレームのヘッダのソースアドレスを基に、送信元がリア制御ユニット９であると認識される。
【０４６５】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたリア擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０４６６】
これと共に、取り込まれたリア擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたリア擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０４６７】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０４６８】
尚、リア擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているインパネ制御ユニット５が多重バスライン１１に接続されていることから、このリア擬似フレームがインパネ制御ユニット５により受信されると、トークンがインパネ制御ユニット５に実際に移譲される。
【０４６９】
従って、リア擬似フレームを受信すると、これに呼応してインパネ制御ユニット５から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０４７０】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を含みインパネ制御ユニット５を除く各制御ユニット３，７，９により、インパネ制御ユニット５の送信したフレームが受信されて、自制御ユニット３，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０４７１】
また、インパネ制御ユニット５が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がインパネ制御ユニット５であると認識される。
【０４７２】
そして、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０４７３】
これと共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、取り込まれたフレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０４７４】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうちインパネの表示部分の表示値が、繰り上げ更新される。
【０４７５】
尚、インパネ制御ユニット５が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、多重バスライン１１に接続されているレフト制御ユニット３をトークンに指定したこの送信フレームがレフト制御ユニット３により受信されても、レフト制御ユニット３にトークンが実際に移譲されることはない。
【０４７６】
このため、インパネ制御ユニット５が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、次に、通常モードにおいてレフト制御ユニット３がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、レフト画面１１０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたレフト擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０４７７】
すると、多重バスライン１１に接続されている、少なくともインパネ制御ユニット５を含みレフト制御ユニット３を除く各制御ユニット５，７，９によりレフト擬似フレームが受信されて、自制御ユニット５，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０４７８】
また、多重バスライン１１に送信したレフト擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このレフト擬似フレームのヘッダのソースアドレスを基に、送信元がレフト制御ユニット３であると認識される。
【０４７９】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたレフト擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０４８０】
これと共に、取り込まれたレフト擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたレフト擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０４８１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、繰り上げ更新される。
【０４８２】
尚、レフト擬似フレームは、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているリア制御ユニット９が多重バスライン１１に接続されていて、このレフト擬似フレームを受信したとしても、リア制御ユニット９にトークンが実際に移譲されることはない。
【０４８３】
そして、レフト擬似フレームを多重バスライン１１に送信したら、それ以後は、ヘッダのデータＩＤが「１，０」であるリア擬似フレームの送信と、これに呼応してインパネ制御ユニット５が送信するデータＩＤが「１，１」のフレームを受信した後の、ヘッダのデータＩＤが「１，１」であるレフト擬似フレームの送信とを、繰り返して順次行う。
【０４８４】
すると、送信したリア擬似フレーム、インパネ制御ユニット５の送信したフレーム、及び、送信したレフト擬似フレームが、多重バスライン１１からレフト制御ユニット３を介してチェック端末１５に取り込まれると、その都度、取り込まれたフレームのヘッダのソースアドレスを基に、送信元の制御ユニット３，５，９が割り出されると共に、取り込まれたフレームのデータ内容の良否のチェックが行われる。
【０４８５】
ここで、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示され、或は、既に表示されている内容が、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０４８６】
これと共に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームについてのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示され、或は、既に表示されている内容が、取り込まれたフレームについてのチェック結果に更新される。
【０４８７】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、割り出された送信元がインパネ制御ユニット５であればインパネの表示部分の表示値が、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０４８８】
尚、インパネモードによる動作中、モニタ画面１５０の送信データ表示部１５１の表示は、インパネ、レフト、及びリアの各画面１００，１１０，１２０のビットデータ一覧表示部１０７や、モニタ画面１５０の送信データ表示部１５１において設定されている内容とされる。
【０４８９】
また、インパネモードによる動作中、モニタ画面１５０の送信フレーム数表示部１５５の表示値は、インパネについては「０」に固定され、レフト０については、ヘッダのフレームナンバーが「０，０」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト１については、ヘッダのフレームナンバーが「０，１」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト２については、ヘッダのフレームナンバーが「１，０」のレフト擬似フレームが送信される毎に繰り上げ更新される。
【０４９０】
さらに、リア０については、ヘッダのフレームナンバーが「０，０」のリア擬似フレームが送信される毎に繰り上げ更新され、リア１については、ヘッダのフレームナンバーが「０，１」のリア擬似フレームが送信される毎に繰り上げ更新され、リア２については、ヘッダのフレームナンバーが「１，０」のリア擬似フレームが送信される毎に繰り上げ更新される。
【０４９１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ｂのクリック操作によって、通信実行時間を表示する選択がなされている場合は、モニタ画面１５０の実行時間表示部１６３の表示値が、「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作してインパネモードによる動作を開始してからの経過秒数に応じて、繰り上げ更新される。
【０４９２】
尚、インパネモードにおけるチェック端末１５とインパネ、レフト、及び、リアの各制御ユニット５，３，９とによる多重バスライン１１でのフレーム送信の基本シーケンスを、図３８の説明図に示す。
【０４９３】
次に、レフトモードについて、最初のインパネ擬似フレームの送信による多重バスライン１１のアイドル状態確認後における動作を説明すると、今度は、レフト制御ユニット３にフレーム送信を行わせるために、通常モードにおいてインパネ制御ユニット５がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたインパネ擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０４９４】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を含みインパネ制御ユニット５を除く各制御ユニット３，７，９によりインパネ擬似フレームが受信されて、自制御ユニット３，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０４９５】
また、多重バスライン１１に送信したインパネ擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このインパネ擬似フレームのヘッダのソースアドレスを基に、送信元がインパネ制御ユニット５であると認識される。
【０４９６】
そして、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、取り込まれたインパネ擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示されると共に、取り込まれたインパネ擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、取り込まれたインパネ擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０４９７】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうちインパネの表示部分の表示値が、繰り上げ更新される。
【０４９８】
尚、インパネ擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているレフト制御ユニット３が多重バスライン１１に接続されていることから、このインパネ擬似フレームがレフト制御ユニット３により受信されると、トークンがレフト制御ユニット３に実際に移譲される。
【０４９９】
従って、インパネ擬似フレームを受信すると、これに呼応してレフト制御ユニット３から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、レフト画面１１０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０５００】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を除く各制御ユニット５，７，９により、レフト制御ユニット３の送信したフレームが受信されて、自制御ユニット５，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５０１】
また、レフト制御ユニット３が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がレフト制御ユニット３であると認識される。
【０５０２】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０５０３】
これと共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたフレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５０４】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、繰り上げ更新される。
【０５０５】
尚、レフト制御ユニット３が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているリア制御ユニット９が多重バスライン１１に接続されていて、この送信フレームを受信したとしても、リア制御ユニット９にトークンが実際に移譲されることはない。
【０５０６】
このため、レフト制御ユニット３が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、次に、通常モードにおいてリア制御ユニット９がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜５を、リア画面１２０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたリア擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０５０７】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を含みリア制御ユニット９を除く各制御ユニット３，５，７によりリア擬似フレームが受信されて、自制御ユニット３，５，７に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５０８】
また、多重バスライン１１に送信したリア擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このリア擬似フレームのヘッダのソースアドレスを基に、送信元がリア制御ユニット９であると認識される。
【０５０９】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたリア擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０５１０】
これと共に、取り込まれたリア擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたリア擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５１１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０５１２】
尚、リア擬似フレームは、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているインパネ制御ユニット５が多重バスライン１１に接続されていて、このリア擬似フレームを受信したとしても、インパネ制御ユニット５にトークンが実際に移譲されることはない。
【０５１３】
そして、リア擬似フレームを多重バスライン１１に送信したら、それ以後は、ヘッダのデータＩＤが「１，０」であるインパネ擬似フレームの送信と、これに呼応してレフト制御ユニット３が送信するデータＩＤが「１，１」のフレームを受信した後の、ヘッダのデータＩＤが「１，１」であるリア擬似フレームの送信とを、繰り返して順次行う。
【０５１４】
すると、送信したインパネ擬似フレーム、レフト制御ユニット３の送信したフレーム、及び、送信したリア擬似フレームが、多重バスライン１１からレフト制御ユニット３を介してチェック端末１５に取り込まれると、その都度、取り込まれたフレームのヘッダのソースアドレスを基に、送信元の制御ユニット３，５，９が割り出されると共に、取り込まれたフレームのデータ内容の良否のチェックが行われる。
【０５１５】
ここで、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示され、或は、既に表示されている内容が、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０５１６】
これと共に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームについてのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示され、或は、既に表示されている内容が、取り込まれたフレームについてのチェック結果に更新される。
【０５１７】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、割り出された送信元がインパネ制御ユニット５であればインパネの表示部分の表示値が、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０５１８】
尚、レフトモードによる動作中、モニタ画面１５０の送信データ表示部１５１の表示は、インパネ、レフト、及びリアの各画面１００，１１０，１２０のビットデータ一覧表示部１０７や、モニタ画面１５０の送信データ表示部１５１において設定されている内容とされる。
【０５１９】
また、レフトモードによる動作中、モニタ画面１５０の送信フレーム数表示部１５５の表示値は、インパネについてはインパネ擬似フレームが送信される毎に繰り上げ更新され、レフト０〜２については「０」に固定される。
【０５２０】
さらに、リア０については、ヘッダのフレームナンバーが「０，０」のリア擬似フレームが送信される毎に繰り上げ更新され、リア１については、ヘッダのフレームナンバーが「０，１」のリア擬似フレームが送信される毎に繰り上げ更新され、リア２については、ヘッダのフレームナンバーが「１，０」のリア擬似フレームが送信される毎に繰り上げ更新される。
【０５２１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ｂのクリック操作によって、通信実行時間を表示する選択がなされている場合は、モニタ画面１５０の実行時間表示部１６３の表示値が、「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作してレフトモードによる動作を開始してからの経過秒数に応じて、繰り上げ更新される。
【０５２２】
尚、レフトモードにおけるチェック端末１５とインパネ、レフト、及び、リアの各制御ユニット５，３，９とによる多重バスライン１１でのフレーム送信の基本シーケンスを、図３９の説明図に示す。
【０５２３】
次に、リアモードについて、最初のインパネ擬似フレームの送信による多重バスライン１１のアイドル状態確認後における動作を説明すると、今度は、リア制御ユニット９にフレーム送信を行わせるために、通常モードにおいてレフト制御ユニット３がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜６を、レフト画面１１０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたレフト擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０５２４】
すると、多重バスライン１１に接続されている、少なくともリア制御ユニット９を含みレフト制御ユニット３を除く各制御ユニット５，７，９によりレフト擬似フレームが受信されて、自制御ユニット５，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５２５】
また、多重バスライン１１に送信したレフト擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このレフト擬似フレームのヘッダのソースアドレスを基に、送信元がレフト制御ユニット３であると認識される。
【０５２６】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたレフト擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０５２７】
これと共に、取り込まれたレフト擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたレフト擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５２８】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、繰り上げ更新される。
【０５２９】
尚、レフト擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているリア制御ユニット９が多重バスライン１１に接続されていることから、このレフト擬似フレームがリア制御ユニット９により受信されると、トークンがリア制御ユニット９に実際に移譲される。
【０５３０】
従って、レフト擬似フレームを受信すると、これに呼応してリア制御ユニット９から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜５を、リア画面１２０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０５３１】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を含みリア制御ユニット９を除く各制御ユニット３，５，７により、リア制御ユニット９の送信したフレームが受信されて、自制御ユニット３，５，７に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５３２】
また、リア制御ユニット９が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がリア制御ユニット９であると認識される。
【０５３３】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０５３４】
これと共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５３５】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０５３６】
尚、リア制御ユニット９が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているインパネ制御ユニット５が多重バスライン１１に接続されていて、この送信フレームを受信したとしても、インパネ制御ユニット５にトークンが実際に移譲されることはない。
【０５３７】
このため、リア制御ユニット９が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、次に、通常モードにおいてインパネ制御ユニット５がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたインパネ擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０５３８】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を含みインパネ制御ユニット５を除く各制御ユニット３，７，９によりインパネ擬似フレームが受信されて、自制御ユニット３，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５３９】
また、多重バスライン１１に送信したインパネ擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このインパネ擬似フレームのヘッダのソースアドレスを基に、送信元がインパネ制御ユニット５であると認識される。
【０５４０】
そして、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、取り込まれたインパネ擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示されると共に、取り込まれたインパネ擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、取り込まれたインパネ擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５４１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうちインパネの表示部分の表示値が、繰り上げ更新される。
【０５４２】
尚、インパネ擬似フレームは、ヘッダのデータＩＤが「１，１」であることから、多重バスライン１１に接続されているレフト制御ユニット３をトークンに指定したこのインパネ擬似フレームがレフト制御ユニット３により受信されても、レフト制御ユニット３にトークンが実際に移譲されることはない。
【０５４３】
そして、インパネ擬似フレームを多重バスライン１１に送信したら、それ以後は、ヘッダのデータＩＤが「１，０」であるレフト擬似フレームの送信と、これに呼応してリア制御ユニット９が送信するデータＩＤが「１，１」のフレームを受信した後の、ヘッダのデータＩＤが「１，１」であるインパネ擬似フレームの送信とを、繰り返して順次行う。
【０５４４】
すると、送信したレフト擬似フレーム、リア制御ユニット９の送信したフレーム、及び、送信したインパネ擬似フレームが、多重バスライン１１からレフト制御ユニット３を介してチェック端末１５に取り込まれると、その都度、取り込まれたフレームのヘッダのソースアドレスを基に、送信元の制御ユニット３，５，９が割り出されると共に、取り込まれたフレームのデータ内容の良否のチェックが行われる。
【０５４５】
ここで、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示され、或は、既に表示されている内容が、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０５４６】
これと共に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームについてのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示され、或は、既に表示されている内容が、取り込まれたフレームについてのチェック結果に更新される。
【０５４７】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、割り出された送信元がインパネ制御ユニット５であればインパネの表示部分の表示値が、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０５４８】
尚、リアモードによる動作中、モニタ画面１５０の送信データ表示部１５１の表示は、インパネ、レフト、及びリアの各画面１００，１１０，１２０のビットデータ一覧表示部１０７や、モニタ画面１５０の送信データ表示部１５１において設定されている内容とされる。
【０５４９】
また、リアモードによる動作中、モニタ画面１５０の送信フレーム数表示部１５５の表示値は、インパネについてはインパネ擬似フレームが送信される毎に繰り上げ更新され、リア０〜２については「０」に固定される。
【０５５０】
さらに、レフト０については、ヘッダのフレームナンバーが「０，０」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト１については、ヘッダのフレームナンバーが「０，１」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト２については、ヘッダのフレームナンバーが「１，０」のレフト擬似フレームが送信される毎に繰り上げ更新される。
【０５５１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ｂのクリック操作によって、通信実行時間を表示する選択がなされている場合は、モニタ画面１５０の実行時間表示部１６３の表示値が、「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作してリアモードによる動作を開始してからの経過秒数に応じて、繰り上げ更新される。
【０５５２】
尚、リアモードにおけるチェック端末１５とインパネ、レフト、及び、リアの各制御ユニット５，３，９とによる多重バスライン１１でのフレーム送信の基本シーケンスを、図４０の説明図に示す。
【０５５３】
次に、インパネ＋レフトモードについて、最初のインパネ擬似フレームの送信による多重バスライン１１のアイドル状態確認後における動作を説明すると、今度は、インパネ制御ユニット５にフレーム送信を行わせるために、通常モードにおいてリア制御ユニット９がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜５を、リア画面１２０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたリア擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０５５４】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３及びインパネ制御ユニット５を含みリア制御ユニット９を除く各制御ユニット３，５，７によりリア擬似フレームが受信されて、自制御ユニット３，５，７に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５５５】
また、多重バスライン１１に送信したリア擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このリア擬似フレームのヘッダのソースアドレスを基に、送信元がリア制御ユニット９であると認識される。
【０５５６】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたリア擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０５５７】
これと共に、取り込まれたリア擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたリア擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５５８】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０５５９】
尚、リア擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているインパネ制御ユニット５が多重バスライン１１に接続されていることから、このリア擬似フレームがインパネ制御ユニット５により受信されると、トークンがインパネ制御ユニット５に実際に移譲される。
【０５６０】
従って、リア擬似フレームを受信すると、これに呼応してインパネ制御ユニット５から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０５６１】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を含みインパネ制御ユニット５を除く各制御ユニット３，７，９により、インパネ制御ユニット５の送信したフレームが受信されて、自制御ユニット３，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５６２】
また、インパネ制御ユニット５が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がインパネ制御ユニット５であると認識される。
【０５６３】
そして、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０５６４】
これと共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、取り込まれたフレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５６５】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうちインパネの表示部分の表示値が、繰り上げ更新される。
【０５６６】
尚、インパネ制御ユニット５が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、多重バスライン１１に接続されているレフト制御ユニット３をトークンに指定したこの送信フレームがレフト制御ユニット３により受信されても、レフト制御ユニット３にトークンが実際に移譲されることはない。
【０５６７】
このため、インパネ制御ユニット５が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、次に、レフト制御ユニット３にフレーム送信を行わせるために、通常モードにおいてインパネ制御ユニット５がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたインパネ擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０５６８】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を含みインパネ制御ユニット５を除く各制御ユニット３，７，９によりインパネ擬似フレームが受信されて、自制御ユニット３，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５６９】
また、多重バスライン１１に送信したインパネ擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このインパネ擬似フレームのヘッダのソースアドレスを基に、送信元がインパネ制御ユニット５であると認識される。
【０５７０】
そして、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分の表示が、取り込まれたインパネ擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新されると共に、取り込まれたインパネ擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分が、取り込まれたインパネ擬似フレームのチェック結果に更新される。
【０５７１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうちインパネの表示部分の表示値が、繰り上げ更新される。
【０５７２】
尚、インパネ擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているレフト制御ユニット３が多重バスライン１１に接続されていることから、このインパネ擬似フレームがレフト制御ユニット３により受信されると、トークンがレフト制御ユニット３に実際に移譲される。
【０５７３】
従って、インパネ擬似フレームを受信すると、これに呼応してレフト制御ユニット３から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、レフト画面１１０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０５７４】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を除く各制御ユニット５，７，９により、レフト制御ユニット３の送信したフレームが受信されて、自制御ユニット５，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５７５】
また、レフト制御ユニット３が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がレフト制御ユニット３であると認識される。
【０５７６】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０５７７】
これと共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたフレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５７８】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、繰り上げ更新される。
【０５７９】
尚、レフト制御ユニット３が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているリア制御ユニット９が多重バスライン１１に接続されていて、この送信フレームを受信したとしても、リア制御ユニット９にトークンが実際に移譲されることはない。
【０５８０】
そして、レフト制御ユニット３が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、それ以後は、このレフト制御ユニット３による送信フレームを受信した後の、ヘッダのデータＩＤが「１，０」であるリア擬似フレームの送信と、これに呼応してインパネ制御ユニット５が送信するデータＩＤが「１，１」のフレームを受信した後の、ヘッダのデータＩＤが「１，０」であるインパネ擬似フレームの送信とを、繰り返して順次行う。
【０５８１】
すると、送信したリア擬似フレーム、インパネ制御ユニット５の送信したフレーム、送信したインパネ擬似フレーム、及び、レフト制御ユニット３の送信したフレームが、多重バスライン１１からレフト制御ユニット３を介してチェック端末１５に取り込まれると、その都度、取り込まれたフレームのヘッダのソースアドレスを基に、送信元の制御ユニット３，５，９が割り出されると共に、取り込まれたフレームのデータ内容の良否のチェックが行われる。
【０５８２】
ここで、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示され、或は、既に表示されている内容が、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０５８３】
これと共に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームについてのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示され、或は、既に表示されている内容が、取り込まれたフレームについてのチェック結果に更新される。
【０５８４】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、割り出された送信元がインパネ制御ユニット５であればインパネの表示部分の表示値が、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０５８５】
尚、インパネ＋レフトモードによる動作中、モニタ画面１５０の送信データ表示部１５１の表示は、インパネ、レフト、及びリアの各画面１００，１１０，１２０のビットデータ一覧表示部１０７や、モニタ画面１５０の送信データ表示部１５１において設定されている内容とされる。
【０５８６】
また、インパネ＋レフトモードによる動作中、モニタ画面１５０の送信フレーム数表示部１５５の表示値は、インパネについてはインパネ擬似フレームが送信される毎に繰り上げ更新され、レフト０〜２については「０」に固定される。
【０５８７】
さらに、リア０については、ヘッダのフレームナンバーが「０，０」のリア擬似フレームが送信される毎に繰り上げ更新され、リア１については、ヘッダのフレームナンバーが「０，１」のリア擬似フレームが送信される毎に繰り上げ更新され、リア２については、ヘッダのフレームナンバーが「１，０」のリア擬似フレームが送信される毎に繰り上げ更新される。
【０５８８】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ｂのクリック操作によって、通信実行時間を表示する選択がなされている場合は、モニタ画面１５０の実行時間表示部１６３の表示値が、「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作してインパネ＋レフトモードによる動作を開始してからの経過秒数に応じて、繰り上げ更新される。
【０５８９】
尚、インパネ＋レフトモードにおけるチェック端末１５とインパネ、レフト、及び、リアの各制御ユニット５，３，９とによる多重バスライン１１でのフレーム送信の基本シーケンスを、図４１の説明図に示す。
【０５９０】
次に、インパネ＋リアモードについて、最初のインパネ擬似フレームの送信による多重バスライン１１のアイドル状態確認後における動作を説明すると、今度は、インパネ制御ユニット５にフレーム送信を行わせるために、通常モードにおいてリア制御ユニット９がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜５を、リア画面１２０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたリア擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０５９１】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３及びインパネ制御ユニット５を含みリア制御ユニット９を除く各制御ユニット３，５，７によりリア擬似フレームが受信されて、自制御ユニット３，５，７に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５９２】
また、多重バスライン１１に送信したリア擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このリア擬似フレームのヘッダのソースアドレスを基に、送信元がリア制御ユニット９であると認識される。
【０５９３】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたリア擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０５９４】
これと共に、取り込まれたリア擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたリア擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０５９５】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０５９６】
尚、リア擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているインパネ制御ユニット５が多重バスライン１１に接続されていることから、このリア擬似フレームがインパネ制御ユニット５により受信されると、トークンがインパネ制御ユニット５に実際に移譲される。
【０５９７】
従って、リア擬似フレームを受信すると、これに呼応してインパネ制御ユニット５から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０５９８】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３及びリア制御ユニット９を含みインパネ制御ユニット５を除く各制御ユニット３，７，９により、インパネ制御ユニット５の送信したフレームが受信されて、自制御ユニット３，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０５９９】
また、インパネ制御ユニット５が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がインパネ制御ユニット５であると認識される。
【０６００】
そして、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示されると共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、取り込まれたフレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０６０１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうちインパネの表示部分の表示値が、繰り上げ更新される。
【０６０２】
尚、インパネ制御ユニット５が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、多重バスライン１１に接続されているレフト制御ユニット３をトークンに指定したこの送信フレームがレフト制御ユニット３により受信されても、レフト制御ユニット３にトークンが実際に移譲されることはない。
【０６０３】
このため、インパネ制御ユニット５が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、次に、リア制御ユニット９にフレーム送信を行わせるために、通常モードにおいてレフト制御ユニット３がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜６を、レフト画面１１０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたレフト擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０６０４】
すると、多重バスライン１１に接続されている、少なくともインパネ制御ユニット５及びリア制御ユニット９を含みレフト制御ユニット３を除く各制御ユニット５，７，９によりレフト擬似フレームが受信されて、自制御ユニット５，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０６０５】
また、多重バスライン１１に送信したレフト擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このレフト擬似フレームのヘッダのソースアドレスを基に、送信元がレフト制御ユニット３であると認識される。
【０６０６】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたレフト擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０６０７】
これと共に、取り込まれたレフト擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたレフト擬似フレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０６０８】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、繰り上げ更新される。
【０６０９】
尚、レフト擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているリア制御ユニット９が多重バスライン１１に接続されていることから、このレフト擬似フレームがリア制御ユニット９により受信されると、トークンがリア制御ユニット９に実際に移譲される。
【０６１０】
従って、レフト擬似フレームを受信すると、これに呼応してリア制御ユニット９から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜５を、リア画面１２０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０６１１】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３及びインパネ制御ユニット５を含みリア制御ユニット９を除く各制御ユニット３，５，７により、リア制御ユニット９の送信したフレームが受信されて、自制御ユニット３，５，７に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０６１２】
また、リア制御ユニット９が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がリア制御ユニット９であると認識される。
【０６１３】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示が、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０６１４】
これと共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示が、取り込まれたフレームのチェック結果に更新される。
【０６１５】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０６１６】
尚、リア制御ユニット９が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているインパネ制御ユニット５が多重バスライン１１に接続されていて、この送信フレームを受信したとしても、インパネ制御ユニット５にトークンが実際に移譲されることはない。
【０６１７】
このため、リア制御ユニット９が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、それ以後は、このリア制御ユニット９による送信フレームを受信した後の、ヘッダのデータＩＤが「１，０」であるリア擬似フレームの送信と、これに呼応してインパネ制御ユニット５が送信するデータＩＤが「１，１」のフレームを受信した後の、ヘッダのデータＩＤが「１，０」であるレフト擬似フレームの送信とを、繰り返して順次行う。
【０６１８】
すると、送信したリア擬似フレーム、インパネ制御ユニット５の送信したフレーム、送信したレフト擬似フレーム、及び、リア制御ユニット９の送信したフレームが、多重バスライン１１からレフト制御ユニット３を介してチェック端末１５に取り込まれると、その都度、取り込まれたフレームのヘッダのソースアドレスを基に、送信元の制御ユニット３，５，９が割り出されると共に、取り込まれたフレームのデータ内容の良否のチェックが行われる。
【０６１９】
ここで、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示され、或は、既に表示されている内容が、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０６２０】
これと共に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームについてのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示され、或は、既に表示されている内容が、取り込まれたフレームについてのチェック結果に更新される。
【０６２１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、割り出された送信元がインパネ制御ユニット５であればインパネの表示部分の表示値が、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０６２２】
尚、インパネ＋リアモードによる動作中、モニタ画面１５０の送信データ表示部１５１の表示は、インパネ、レフト、及びリアの各画面１００，１１０，１２０のビットデータ一覧表示部１０７や、モニタ画面１５０の送信データ表示部１５１において設定されている内容とされる。
【０６２３】
また、インパネ＋リアモードによる動作中、モニタ画面１５０の送信フレーム数表示部１５５の表示値は、インパネについては「０」に固定され、レフト０については、ヘッダのフレームナンバーが「０，０」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト１については、ヘッダのフレームナンバーが「０，１」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト２については、ヘッダのフレームナンバーが「１，０」のレフト擬似フレームが送信される毎に繰り上げ更新される。
【０６２４】
さらに、リア０については、ヘッダのフレームナンバーが「０，０」のリア擬似フレームが送信される毎に繰り上げ更新され、リア１については、ヘッダのフレームナンバーが「０，１」のリア擬似フレームが送信される毎に繰り上げ更新され、リア２については、ヘッダのフレームナンバーが「１，０」のリア擬似フレームが送信される毎に繰り上げ更新される。
【０６２５】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ｂのクリック操作によって、通信実行時間を表示する選択がなされている場合は、モニタ画面１５０の実行時間表示部１６３の表示値が、「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作してインパネ＋リアモードによる動作を開始してからの経過秒数に応じて、繰り上げ更新される。
【０６２６】
尚、インパネ＋リアモードにおけるチェック端末１５とインパネ、レフト、及び、リアの各制御ユニット５，３，９とによる多重バスライン１１でのフレーム送信の基本シーケンスを、図４２の説明図に示す。
【０６２７】
次に、レフト＋リアモードについて、最初のインパネ擬似フレームの送信による多重バスライン１１のアイドル状態確認後における動作を説明すると、今度は、レフト制御ユニット３にフレーム送信を行わせるために、通常モードにおいてインパネ制御ユニット５がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜６を、インパネ画面１００のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたインパネ擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０６２８】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３及びリア制御ユニット９を含みインパネ制御ユニット５を除く各制御ユニット３，７，９によりインパネ擬似フレームが受信されて、自制御ユニット３，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０６２９】
また、多重バスライン１１に送信したインパネ擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このインパネ擬似フレームのヘッダのソースアドレスを基に、送信元がインパネ制御ユニット５であると認識される。
【０６３０】
そして、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分の表示が、取り込まれたインパネ擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新されると共に、取り込まれたインパネ擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分が、取り込まれたインパネ擬似フレームのチェック結果に更新される。
【０６３１】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうちインパネの表示部分の表示値が、繰り上げ更新される。
【０６３２】
尚、インパネ擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているレフト制御ユニット３が多重バスライン１１に接続されていることから、このインパネ擬似フレームがレフト制御ユニット３により受信されると、トークンがレフト制御ユニット３に実際に移譲される。
【０６３３】
従って、インパネ擬似フレームを受信すると、これに呼応してレフト制御ユニット３から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜６を、レフト画面１１０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０６３４】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を除く各制御ユニット５，７，９により、レフト制御ユニット３の送信したフレームが受信されて、自制御ユニット５，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０６３５】
また、レフト制御ユニット３が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がレフト制御ユニット３であると認識される。
【０６３６】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０６３７】
これと共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、取り込まれたフレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０６３８】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、繰り上げ更新される。
【０６３９】
尚、レフト制御ユニット３が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているリア制御ユニット９が多重バスライン１１に接続されていて、この送信フレームを受信したとしても、リア制御ユニット９にトークンが実際に移譲されることはない。
【０６４０】
そして、レフト制御ユニット３が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、次に、リア制御ユニット９にフレーム送信を行わせるために、通常モードにおいてレフト制御ユニット３がトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を有効とする診断モードを指定する「１，０」に変え、データ１〜６を、レフト画面１１０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたレフト擬似フレームを、レフト制御ユニット３を介して多重バスライン１１に送信する。
【０６４１】
すると、多重バスライン１１に接続されている、少なくともリア制御ユニット９を含みレフト制御ユニット３を除く各制御ユニット５，７，９によりレフト擬似フレームが受信されて、自制御ユニット５，７，９に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０６４２】
また、多重バスライン１１に送信したレフト擬似フレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このレフト擬似フレームのヘッダのソースアドレスを基に、送信元がレフト制御ユニット３であると認識される。
【０６４３】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示が、取り込まれたレフト擬似フレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０６４４】
これと共に、取り込まれたレフト擬似フレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示が、取り込まれたレフト擬似フレームのチェック結果に更新される。
【０６４５】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、繰り上げ更新される。
【０６４６】
尚、レフト擬似フレームは、ヘッダのデータＩＤが「１，０」であり、トークンに指定されているリア制御ユニット９が多重バスライン１１に接続されていることから、このレフト擬似フレームがリア制御ユニット９により受信されると、トークンがリア制御ユニット９に実際に移譲される。
【０６４７】
従って、レフト擬似フレームを受信すると、これに呼応してリア制御ユニット９から、通常モードにおいてトークンを有する際に送信するフレームの内容のうち、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」に変え、データ１〜５を、リア画面１２０のビットデータ一覧表示部１０７やモニタ画面１５０の送信データ表示部１５１において設定されている内容としたフレームが、多重バスライン１１に送信される。
【０６４８】
すると、多重バスライン１１に接続されている、少なくともレフト制御ユニット３を含みリア制御ユニット９を除く各制御ユニット３，５，７により、リア制御ユニット９の送信したフレームが受信されて、自制御ユニット３，５，７に接続された負荷２４１  〜２４ｎ  に対応する項目のデータが抽出されて、負荷２４１  〜２４ｎ  に出力される。
【０６４９】
また、リア制御ユニット９が多重バスライン１１に送信したフレームは、この多重バスライン１１からレフト制御ユニット３を介して、受信フレームとして取り込まれ、このフレームのヘッダのソースアドレスを基に、送信元がリア制御ユニット９であると認識される。
【０６５０】
そして、モニタ画面１５０の受信データ表示部１５３のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示される。
【０６５１】
これと共に、取り込まれたフレームのデータ内容の良否のチェックが行われ、モニタ画面１５０のチェック結果表示部１６９のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示される。
【０６５２】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０６５３】
尚、リア制御ユニット９が送信するフレームは、ヘッダのデータＩＤが「１，１」であることから、トークンに指定されているインパネ制御ユニット５が多重バスライン１１に接続されていて、この送信フレームを受信したとしても、インパネ制御ユニット５にトークンが実際に移譲されることはない。
【０６５４】
このため、リア制御ユニット９が送信したフレームを多重バスライン１１からレフト制御ユニット３を介して取り込んだならば、それ以後は、このリア制御ユニット９による送信フレームを受信した後の、ヘッダのデータＩＤが「１，０」であるインパネ擬似フレームの送信と、これに呼応してレフト制御ユニット３が送信するデータＩＤが「１，１」のフレームを受信した後の、ヘッダのデータＩＤが「１，０」であるレフト擬似フレームの送信とを、繰り返して順次行う。
【０６５５】
すると、送信したインパネ擬似フレーム、レフト制御ユニット３の送信したフレーム、送信したレフト擬似フレーム、及び、リア制御ユニット９の送信したフレームが、多重バスライン１１からレフト制御ユニット３を介してチェック端末１５に取り込まれると、その都度、取り込まれたフレームのヘッダのソースアドレスを基に、送信元の制御ユニット３，５，９が割り出されると共に、取り込まれたフレームのデータ内容の良否のチェックが行われる。
【０６５６】
ここで、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０の受信データ表示部１５３のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」なら受信データ表示部１５３のうちリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容が１６進数表示され、或は、既に表示されている内容が、取り込まれたフレームのヘッダ、ビットデータ、ＢＣＣの各内容に更新される。
【０６５７】
これと共に、割り出された送信元がインパネ制御ユニット５であれば、モニタ画面１５０のチェック結果表示部１６９のうちインパネの表示部分に、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分に、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分に、取り込まれたフレームについてのチェック結果が、「ＯＫ」と「−−」とのどちらかで表示され、或は、既に表示されている内容が、取り込まれたフレームについてのチェック結果に更新される。
【０６５８】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ａのクリック操作によって、モニタフレーム数を表示する選択がなされている場合は、モニタ画面１５０の受信フレーム数表示部１５７のうち、割り出された送信元がインパネ制御ユニット５であればインパネの表示部分の表示値が、割り出された送信元がレフト制御ユニット３であれば、ヘッダのフレームデータが「０，０」ならレフト０、「０，１」ならレフト１、「１，０」ならレフト２の各表示部分の表示値が、割り出された送信元がリア制御ユニット９であれば、ヘッダのフレームデータが「０，０」ならリア０、「０，１」ならリア１、「１，０」ならリア２の各表示部分の表示値が、繰り上げ更新される。
【０６５９】
尚、レフト＋リアモードによる動作中、モニタ画面１５０の送信データ表示部１５１の表示は、インパネ、レフト、及びリアの各画面１００，１１０，１２０のビットデータ一覧表示部１０７や、モニタ画面１５０の送信データ表示部１５１において設定されている内容とされる。
【０６６０】
また、インパネ＋リアモードによる動作中、モニタ画面１５０の送信フレーム数表示部１５５の表示値は、インパネについてはインパネ擬似フレームが送信される毎に繰り上げ更新され、リア０〜２については「０」に固定される。
【０６６１】
さらに、レフト０については、ヘッダのフレームナンバーが「０，０」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト１については、ヘッダのフレームナンバーが「０，１」のレフト擬似フレームが送信される毎に繰り上げ更新され、レフト２については、ヘッダのフレームナンバーが「１，０」のレフト擬似フレームが送信される毎に繰り上げ更新される。
【０６６２】
また、マウス１５ｅによる設定画面１３０のチェックボックス１３５ｂのクリック操作によって、通信実行時間を表示する選択がなされている場合は、モニタ画面１５０の実行時間表示部１６３の表示値が、「スタート」表示のスタートボタン１６８をマウス１５ｅによりクリック操作してレフト＋リアモードによる動作を開始してからの経過秒数に応じて、繰り上げ更新される。
【０６６３】
尚、レフト＋リアモードにおけるチェック端末１５とインパネ、レフト、及び、リアの各制御ユニット５，３，９とによる多重バスライン１１でのフレーム送信の基本シーケンスを、図４３の説明図に示す。
【０６６４】
そして、上述したメータモードを除く各モードの動作中、マウス１５ｅによりモニタ画面１５０の「ログ開始」表示のログボタン１６１をクリック操作し、ログボタン１６１の表示を「ログ終了」に変化させると、その後に多重バスライン１１から取り込まれるフレームが、ＮＶＭ１９に格納されたログファイルアドレスに対応するＲＡＭ１５ｂのログファイルに一時格納され、反対に、「ログ終了」表示のログボタン１６１をマウス１５ｅによりクリック操作し、ログボタン１６１の表示を「ログ開始」に変化させると、その後に多重バスライン１１から取り込まれるフレームは、ＲＡＭ１５ｂのログファイルに一時格納されなくなる。
【０６６５】
また、ＲＡＭ１５ｂのログファイルに一時格納された、多重バスライン１１から取り込まれたフレームは、本実施形態の場合は、バイナリ値の状態であるため、バイナリエディタ等によってディスプレイ１５ｆに表示させることができる。
【０６６６】
さらに、マウス１５ｅによるチェックボックス１６７のクリック操作により動作モードをあらかじめ選択しておいた上で、マウス１５ｅにより「スタート」表示のスタートボタン１６８をクリック操作し、スタートボタン１６８の表示を「中止」に変化させると、これに連動して動作状態表示部１５９の表示が「スタート待ち」から「診断動作中」に変化し、反対に、「中止」表示のスタートボタン１６８をマウス１５ｅによりクリック操作し、スタートボタン１６８の表示を「スタート」に変化させると、これに連動して動作状態表示部１５９の表示が「診断動作中」から「スタート待ち」に変化する。
【０６６７】
このように本実施形態のチェック端末１５によれば、モニタモード及びメータモードを除く他のモードにおいて、その当初の時点で、送信機能付きのレフト、インパネ、及び、リアの各制御ユニット３，５，９が、トークンを有する際に多重バスライン１１に送信するフレームに内容を似せた擬似フレームを、これら各制御ユニット３，５，９により通常モードでトークンパッシング方式の多重通信が行われている多重バスライン１１に送信して、トークンを有する制御ユニット３，５，９が送信したフレームと衝突させて、１５０ｍｓのアイドル状態を多重バスライン１１に発生させる構成とした。
【０６６８】
そして、１５０ｍｓのアイドル状態が多重バスライン１１に発生している間に、診断対象の制御ユニット３，５，９にトークンを移譲するための、且つ、各制御ユニット３，５，９による他の制御ユニット３，５，９へのトークンの移譲を禁止させるための擬似フレームを、多重バスライン１１に送信し、トークンを移譲された診断対象の制御ユニット３，５，９が送信するフレームに対応して、その送信フレームにより本来トークンが移譲されるはずの次の制御ユニット３，５，９が、移譲されたトークンに基づいて本来送信するはずのフレームに代わって、そのフレームに内容を似せた擬似フレームを、多重バスライン１１に送信する構成とした。
【０６６９】
このため、通常モードによる多重通信中の多重バスライン１１にフレーム衝突を起こさせて発生させる１５０ｍｓのアイドル状態の間に、肩代わりの擬似フレームの送信を済ませることで、この擬似フレーム送信により他の制御ユニット３，５，９へのトークンの移譲を禁止された、送信機能付きの各制御ユニット３，５，９のうち診断対象の制御ユニット３，５，９をスレーブとし、チェック端末１５をマスタとする、いわば、マスタスレーブ方式の通信に、車両用多重通信システム１の通信方式が切り換わる。
【０６７０】
従って、診断対象以外の制御ユニット３，５，９が多重バスライン１１に接続されていない状態において、その接続されていない制御ユニット３，５，９を肩代わりする擬似フレームの送信を行いつつ、診断対象の制御ユニット３，５，９の通信状態の良否を診断するに当たり、次のようにすることができる。
【０６７１】
即ち、トークンの移譲先の制御ユニット３，５，９によるフレーム送信が所定時間の間に行われない場合に、その次の制御ユニット３，５，９にトークンを移譲するいわゆる再送動作が、トークンを有するフレームの送信元の制御ユニット３，５，９によって行われるよりも前に、チェック端末１５が、頻繁な割り込み処理を短時間の間に繰り返しながらも擬似フレームの送信を済ませることができるようにするために、フレームの送信元の制御ユニット３，５，９が行う再送動作の処理速度に勝るような高い処理能力をチェック端末１５のＣＰＵ１５ａに要求しなくても済む。
【０６７２】
このため、ＣＰＵ１５ａの処理能力がそれ程高くなくても、トークンを有する制御ユニット３，５，９によっていわゆる再送動作が行われて、診断対象の制御ユニット３，５，９をとばして次の制御ユニット３，５，９にトークンが移譲されてしまうよりも前に、診断対象の制御ユニット３，５，９にチェック端末１５からトークンを移譲して、診断対象の制御ユニット３，５，９にフレーム送信を確実に行わせ、診断対象の制御ユニット３，５，９の通信状態の良否を確実に診断することができる。
【０６７３】
しかも、本実施形態によれば、診断対象以外の制御ユニット３，５，９を肩代わりする擬似フレームの送信がチェック端末１５により行われることから、送信機能を有するレフト、インパネ、及び、リアの各制御ユニット３，５，９が全て多重バスライン１１に接続されていなくて、トークンパッシング方式による多重通信により診断対象の制御ユニット３，５，９によるフレーム送信が行えない状態であっても、その診断対象の制御ユニット３，５，９に確実にフレーム送信を行わせて、通信状態の良否を確実に診断することができる。
【０６７４】
尚、チェック端末１５は、送信機能を有するレフト、インパネ、及び、リアの各制御ユニット３，５，９にその存在を診断動作の開始前に報知する手段を別途確保できるのであれば、多重バスライン１１に直接接続するように構成してもよいが、本実施形態のように、レフト制御ユニット３に接続するように構成することで、車両用多重通信システム１自体の物理的構成を変化させることなく診断動作を行わせることができるので、有利である。
【０６７５】
これに関連して、本実施形態ではレフト制御ユニット３にチェック端末１５を接続する構成としたが、これに代えて、或は、これに加えて、インパネ又はリアのどちらか、或は両方の制御ユニット５，９にチェック端末１５を接続できる構成としてもよく、多重バスライン１１への信号送信機能のないメータ制御ユニット７についても、信号送信機能を必要に応じて発揮できるためのハード的、或は、ソフト的構成を備えさせておいて、このメータ制御ユニット７にチェック端末１５を接続できる構成としてもよい。
【０６７６】
また、本実施形態では、多重バスライン１１から送信フレームを取り込んだ後、診断対象の制御ユニット３，５，９が実際に送信したフレームについてだけでなく、チェック端末１５が肩代わりして送信した擬似フレームについても、その内容をチェックしてその結果をモニタ画面１５０に表示させると共に、取り込んだフレームの内容についても、実際の送信フレームに限らず擬似フレームについてもモニタ画面１５０に表示させる構成としたが、チェック端末１５が肩代わりして送信した擬似フレームを除き、診断対象の制御ユニット３，５，９が実際に送信したフレームについてだけ、その内容とチェック結果とをモニタ画面１５０に表示させるように構成してもよい。
【０６７７】
さらに、本実施形態では、モニタモードを除く他のモードの開始の際に、通常モードによる各制御ユニット３，５，９のトークンパッシング方式の多重通信を中断させるために、ヘッダのデータＩＤを、トークンの移譲を無効とする診断モードを指定する「１，１」としたインパネ擬似フレームを多重バスライン１１に送信するものとしたが、これに代えて、レフト擬似フレームやリア擬似フレームを、ヘッダのデータＩＤを「１，１」とした内容で送信するようにしてもよい。
【０６７８】
また、通常モードによる各制御ユニット３，５，９のトークンパッシング方式の多重通信を中断させて、トークン移譲を禁止された状態の診断対象の制御ユニット３，５，９をスレーブとし、チェック端末１５をマスタとする、いわば、マスタスレーブ方式の通信に、車両用多重通信システム１の通信プロトコルを切り換えるための手順は、上述した、ヘッダのデータＩＤを「１，１」とした擬似フレームの多重バスライン１１への送信によって、各制御ユニット３，５，９が通常モードの下で送信するフレームと衝突させる方式に限定されない。
【０６７９】
即ち、通常モード用の通信プロトコルから診断モード用の通信プロトコルに切り換えさせるための手順は、車両用多重通信システム１における多重通信プロトコルの仕様に合わせて任意に設定することができ、例えば、単に割り込みをかけて通信プロトコルを診断モード用のプロトコルに切り換えるように指示する等の手順に代えてもよい。
【０６８０】
さらに、本実施形態では、通信機能を有するレフト、インパネ、及び、リアの各制御ユニット３，５，９と、受信専用のメータ制御ユニット７とが混在した車両用多重通信システム１を例に取って説明したが、本発明は、全てのノードが通信機能を有する車両用多重通信システムについても適用可能であり、ノードの数も、本実施形態で説明した数に限らず任意である。
【０６８１】
また、本実施形態では、請求項中の信号送信不能化手段２１Ｃを省略し、診断対象以外の各制御ユニット３，５，９によるフレーム送信を、それらの制御ユニット３，５，９にチェック端末１５がトークンを移譲しないことで肩代わりする構成としたが、診断対象以外の制御ユニット３，５，９にチェック端末１５からその旨を擬似フレーム上等で通知し、その通知を受け取った診断対象以外の各制御ユニット３，５，９のＣＰＵ２１が自発的にフレームの送信を不能とする構成としてもよく、その場合、各制御ユニット３，５，９のＣＰＵ２１が信号送信不能化手段２１Ｃの機能を果たすことになる。
【０６８２】
【発明の効果】
以上説明したように請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば、多重バスラインに接続された複数のノードがトークンパッシング方式により送信権をサイクリックに巡回させ、該送信権を有する前記ノードが前記多重バスラインを介して、他のノードに対する信号送信と次のノードに対する前記送信権の移譲とを行う車両搭載型の多重通信システムにおいて、前記複数のノードのうち一部の特定のノードによる信号通信状態の良否を診断する方法であって、前記特定のノードによる他のノードに対しての信号送信を可能としつつ、該特定のノードによる次のノードに対しての前記送信権の移譲を不能とし、前記特定のノードを除く診断対象外のノードによる他のノードに対しての信号送信と、該診断対象外のノードによる次のノードに対しての前記送信権の移譲とを各々不能とし、前記診断対象外のノードが前記送信権を移譲される次のノードに該当する際に、該診断対象外のノードが行うべき他のノードに対する信号送信と、前記診断対象外のノードが行うべき次のノードに対しての前記送信権の移譲とを、前記各ノードとは異なる外部機器により擬似的に各々行い、前記特定のノードによる他のノードに対しての信号送信後に、該特定のノードの次のノードに対する前記送信権の移譲を、前記外部機器により擬似的に行うと共に、前記多重バスライン上で送信される信号を該多重バスラインから前記外部機器により収集し、該収集した信号を前記外部機器により解析することで、前記特定のノードによる信号通信状態の良否を前記外部機器により診断するようにした。
【０６８３】
このため、各ノードが仮に送信権の移譲について再送機能を有しており、この再送機能により、送信権の移譲から所定時間が経過しても送信権が次のノードに移譲されないと、送信権の移譲元のノードから送信権の移譲先のノードのさらに次のノードに対して送信権が移譲されるという処理が行われるように設定されていたとしても、各ノード自身が送信権の移譲を行えないので、実際に各ノードが再送機能を発揮することはできない。
【０６８４】
よって、外部機器により各ノードに送信権が移譲されてから、その次のノードに外部機器から送信権が移譲されるまでの間に、再送機能を発揮させる基準となる所定時間以上の時間がかかるとしても、次のノードをとばしてさらに次のノードに送信権が移譲されることはなく、常に、外部機器によって各ノードに対する送信権の移譲が順番通りに行われることになる。
【０６８５】
従って、外部機器が各ノード側の処理に合わせた必要以上の処理速度で、ノードに代わる送信権の移譲処理を行わずに済み、外部機器に高い処理速度を要求せずに、特定のノードの信号通信状態の良否を確実に検査、診断することができる。
【０６８６】
そして、請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば特に、外部機器によって診断対象外のノードに対して送信権が移譲されると、その診断対象外のノードに代わって外部機器により、その診断対象外のノードが行うべき他のノードに対する信号送信が擬似的に行われるので、診断対象外のノードが全く動作しなくても、診断対象外のノードが正常に動作している状態と同じ状態が確保される。
【０６８７】
従って、多重通信システムを構成する全てのノードのうち診断対象である特定のノードさえ動作する状態であれば、その他の診断対象外のノードが動作しない状態であっても、その動作しない状態である診断対象外のノードにより送信されるべき信号を加味した上で、送信権の移譲に呼応して特定のノードが他のノードに対する信号送信を行ったか否かや、特定のノードが他のノードからの送信信号を確実に受信したか否か等を解析し、特定のノードの信号通信状態の良否を確実に検査、診断することができる。
【０６８８】
また、請求項２に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば、前記多重バスラインに接続されている前記各ノードのうち１つのノードに前記外部機器を接続し、前記診断対象外のノードが前記送信権を移譲される次のノードに該当する際における、該診断対象外のノードが行うべき他のノードに対する信号送信、及び、前記診断対象外のノードが行うべき次のノードに対しての前記送信権の移譲と、前記特定のノードによる他のノードに対しての信号送信後における、該特定のノードの次のノードに対する前記送信権の移譲とを、前記外部機器が接続されたノードを介して該外部機器により行うようにした。
【０６８９】
このため、外部機器が多重バスラインに接続されているノードのうち１つのノードに接続され、このノードを介して、多重バスラインに接続されているノードに対する送信権の移譲や、多重バスライン上での信号送信結果の収集が行われるので、外部機器を多重バスラインに直接接続して多重通信システムの構造を物理的に変更することをせずに、既存の状態のまま外部機器を用いて各ノードの信号通信状態の良否を検査、診断することができる。
【０６９０】
さらに、請求項３に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば、前記診断対象外のノードによる他のノードに対しての信号送信と、該診断対象外のノードによる次のノードに対しての前記送信権の移譲とを、前記外部機器が接続されたノードを除いて、前記多重バスラインに対する前記診断対象外のノードの接続を断つことで各々不能とするようにした。
【０６９１】
このため、動作しない状態であっても診断に差し支えない診断対象外のノードを、多重バスラインに物理的に接続されていない状態とすることで、多重通信システムを構成するノードを多重バスラインに全て物理的に接続した状態としなくても、診断対象である特定のノードさえ物理的に多重バスラインに接続されている状態とすれば、それだけで、特定のノードによる信号通信状態の良否を確実に検査、診断することができる。
【０６９２】
また、請求項４に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法によれば、前記多重バスライン上から前記外部機器により収集した前記多重バスライン上で送信される信号から、前記特定のノードにより送信された信号を前記外部機器により抽出し解析することにより、前記特定のノードによる信号通信状態の良否を診断するようにした。
【０６９３】
このため、多重バスライン上から収集した信号のうち、多重バスラインに接続されているノードのうちの特定のノードにより送信された信号が抽出されて解析されるので、診断対象である特定のノードにより送信された信号が多重バスラインを経てエラーなく他のノードに受信されているか否かの状態を、確実に検査、診断することができる。
【０６９４】
さらに、請求項５に記載した本発明の車両用多重通信システムによれば、多重バスラインに接続された複数のノードがトークンパッシング方式により送信権をサイクリックに巡回させ、該送信権を有する前記ノードが前記多重バスラインを介して、他のノードに対する信号送信と次のノードに対する前記送信権の移譲とを行う車両搭載型の多重通信システムにおいて、前記各ノードに対する診断モードの開始及び解除の各指令を各々出力する外部機器を接続するために、前記複数のノードのうち少なくとも１つのノードに設けられる外部機器接続部と、前記各ノードに各々設けられ、前記外部機器による前記診断モード開始指令の出力から前記診断モード解除指令の出力までの間、次のノードに対する前記送信権の移譲を不能とする送信権移譲不能化手段と、前記外部機器接続部に前記外部機器が接続されるノードに少なくとも設けられ、前記多重バスライン上で送信される信号を前記外部機器に向けて前記外部機器接続部から出力させる送信信号転送手段とを備える構成とした。
【０６９５】
このため、外部機器接続部に接続された外部機器から、この外部機器接続部が設けられたノードを含む各ノードに対し、診断モード開始指令が出力されると、その後に外部機器から他のノードに対して診断モード解除指令が出力されるまでの間、各ノードが送信権移譲不能化手段によって、送信権が自分に移譲されても次のノードに対してその送信権を移譲することができない状態となる。
【０６９６】
従って、外部機器接続部に接続された外部機器による診断モード開始指令の出力から診断モード解除指令の出力までの間は、各ノード自身が送信権の移譲を行えないので、請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法と同様に、各ノードが仮に送信権の移譲について再送機能を有していても、実際に各ノードが再送機能を発揮することはできず、各ノードから次のノードに対する送信権の移譲を、例えば、１つのノードの外部機器接続部に接続された外部機器によって、各ノードが再送動作を行う際の処理速度に見合う処理速度よりも遅い処理能力の下に行ったとしても、これに先立って各ノードの再送機能を用いた送信権の移譲は発生しない。
【０６９７】
よって、例えば、外部機器により送信権を移譲された各ノードが他のノードに対して信号送信を行い、この多重バスライン上で送信される信号を、外部機器が外部機器接続部に接続されたノードの送信信号転送手段が、外部機器接続部を介して外部機器に出力することで、外部機器に各ノードから送信された信号を取り込ませ、外部機器に高い処理能力を持たせなくても、外部機器自身の処理能力の下で、各ノードによる信号通信状態の良否を検査、診断させることができる。
【０６９８】
また、請求項６に記載した本発明の車両用多重通信システムによれば、前記各ノードに各々設けられ、前記外部機器による前記診断モード開始指令の出力から前記診断モード解除指令の出力までの間、前記外部機器からの指定データにより指定される診断対象のノードに該当しない際に、該指定データに呼応して、他のノードに対する信号送信を不能とする信号送信不能化手段をさらに備える構成とした。
【０６９９】
このため、外部機器からの指定データにより診断対象のノードに指定されなかった診断対象外のノードに対して、例えば外部機器から送信権が移譲されると、その診断対象外のノード自身による他のノードに対する信号送信は信号送信不能化手段によって行われなくなる。
【０７００】
従って、例えば外部機器から送信権が移譲されたノードが診断対象外のノードである際に、その診断対象外のノードに代わって外部機器により、その診断対象外のノードが行うべき他のノードに対する信号送信を擬似的に行わせる等すると、診断対象外のノードが全く動作しなくても、或は、診断対象外のノードが物理的に多重バスラインに接続されていなくても、診断対象外のノードが正常に動作している状態と同じ状態が確保される。
【０７０１】
よって、多重通信システムを構成する全てのノードのうち、外部機器からの指定データにより診断対象のノードに指定された診断対象のノードさえ動作する状態であれば、その他の診断対象外のノードが動作しない状態であっても、或は、物理的に多重バスラインに接続されていなくても、診断対象のノードによって信号が実際に送信されて、送信信号転送手段が外部機器接続部を介して外部機器に出力する、多重バスライン上で送信される信号に、診断対象のノードにより送信された信号が確実に含められる。
【０７０２】
これにより、送信信号転送手段が外部機器接続部を介して外部機器に出力する、多重バスライン上で送信される信号に含まれる、診断対象のノードにより送信された信号を基に、外部機器によって、送信権の移譲に呼応して診断対象のノードが他のノードに対する信号送信を行ったか否かや、診断対象のノードによる送信信号が他のノードにより確実に受信されたか否か等を解析させ、診断対象のノードの信号通信状態の良否を確実に検査、診断させることができる。
【０７０３】
さらに、請求項７に記載した本発明の車両多重通信システム用信号通信状態診断装置によれば、多重バスラインに複数接続されて該多重バスラインと共に車両搭載型の多重通信システムを構成するノードであって、トークンパッシング方式によりサイクリックに巡回される前記多重バスライン上での送信権が移譲されると、前記多重バスラインを介して、他のノードに対する信号送信と次のノードに対する前記送信権の移譲とを行うノードの通信状態の良否を診断する信号通信状態診断装置であって、前記多重バスラインに接続されたノードに対して、該ノードから次のノードに対する前記送信権の移譲の禁止を各々通知する送信権移譲禁止通知手段と、前記多重バスラインに接続されたノードに対して、該ノードに対する前記送信権の移譲を通知する送信権移譲通知手段と、前記多重バスライン上で送信される信号を該多重バスライン上から収集する送信信号収集手段と、前記送信信号収集手段が収集した前記送信信号から、前記多重バスラインに接続されたノードにより送信された信号を、各ノード別に抽出し収集するノード別受信信号収集手段と、前記ノード別受信信号収集手段の収集結果を基に前記ノードの通信状態の良否を診断する診断手段とを備え、前記送信権移譲通知手段が、該送信権移譲通知手段により前記送信権の移譲が通知されたノードによる送信信号を前記ノード別受信信号収集手段が収集した際に、該ノードの次のノードに対して前記送信権の移譲を通知する構成とした。
【０７０４】
このため、送信権移譲禁止通知手段により多重バスラインに接続されたノードに送信権の移譲の禁止が通知されるので、請求項１に記載した本発明の車両用多重通信システムにおける信号通信状態診断方法と同様に、多重バスラインに接続されたノードが仮に送信権の移譲について再送機能を有していても、ノードが実際に再送機能を発揮することはできず、その結果、多重バスラインに接続されたノードに対する送信権の移譲は、送信権移譲通知手段による送信権の移譲の通知の下でしか行われない。
【０７０５】
従って、送信権移譲禁止通知手段からの通知により多重バスラインに接続されたノードに送信権の移譲を禁止させた状態で、送信権移譲通知手段により送信権の移譲が通知されたノードによる送信信号をノード別受信信号収集手段が収集するのに応じて、そのノードの次のノードに対する送信権の移譲を送信権移譲通知手段により通知させることで、各ノードが再送動作を行う際の処理速度に見合う処理速度よりも遅い処理能力の下に処理を行ったとしても、多重バスラインに接続されたノードによる他のノードに対する信号送信が確実に行われる。
【０７０６】
よって、各ノード側の処理に合わせた必要以上の処理速度で、ノードに代わる他のノードへの送信権の移譲処理を行わせずに済み、多重バスライン上から送信信号収集手段が収集する送信信号から、多重バスラインに接続されたノードが送信した信号を、ノード別受信信号収集手段によりノード別に収集することで、多重バスラインに接続されたノードによる信号通信状態の良否を、確実に検査、診断させることができる。
【０７０７】
また、請求項８に記載した本発明の車両多重通信システム用信号通信状態診断装置によれば、前記多重通信システムを構成するノードの中から診断対象のノードを指定する診断対象指定手段と、前記多重通信システムを構成するノードのうち前記診断対象のノードを除く残りのノードに代わって、該残りのノードが前記送信権を有する際に他のノードに対して送信すべき信号を送信する擬似信号送信手段とをさらに備え、前記送信権移譲通知手段が、該送信権移譲通知手段により前記送信権の移譲が通知された前記診断対象のノードの次のノードが、前記診断対象指定手段により前記診断対象のノードとして指定されている場合と、前記擬似信号送信手段が他のノードに対して送信すべき信号を代わって送信した前記残りのノードの次のノードが、前記診断対象指定手段により前記診断対象のノードとして指定されている場合とに、該診断対象である前記次のノードに対して、該次のノードに対する前記送信権の移譲を通知する構成とした。
【０７０８】
このため、送信権移譲通知手段により送信権の移譲を通知した際に、これに呼応して他のノードに対する信号送信を行うのが、診断対象指定手段により指定された診断対象のノードに限られ、診断対象のノードを除く残りのノードについては、送信権移譲通知手段により送信権の移譲を通知しても、他のノードに対する信号送信を行わず、これに代わって、残りのノードが送信権を有する際に他のノードに対して送信すべき信号を、擬似信号送信手段が送信することとなる。
【０７０９】
従って、診断対象指定手段により指定された診断対象のノードを除く残りのノードが全く動作しなくても、或は、残りのノードが物理的に多重バスラインに接続されていなくても、残りのノードが正常に動作している状態と同じ状態が確保される。
【０７１０】
よって、診断対象指定手段により指定された診断対象のノードさえ動作する状態であれば、この診断対象のノードを除く残りのノードが動作しない状態であっても、或は、物理的に多重バスラインに接続されていなくても、診断対象のノードにより送信が行われて、多重バスライン上から送信信号収集手段が収集する送信信号に、診断対象のノードにより実際に送信された信号が確実に含められる。
【０７１１】
このため、多重バスライン上から送信信号収集手段が収集する送信信号からノード別受信信号収集手段がさらに収集する、診断対象のノードにより送信された信号を基に、送信権の移譲に呼応して診断対象のノードが他のノードに対する信号送信を行ったか否かや、診断対象のノードによる送信信号が他のノードにより確実に受信されたか否か等を解析し、診断対象のノードの信号通信状態の良否を確実に検査、診断することができる。
【図面の簡単な説明】
【図１】本発明による車両多重通信システム用信号通信状態診断装置の基本構成図である。
【図２】本発明による車両多重通信システム用信号通信状態診断装置の基本構成図である。
【図３】本発明の一実施形態による車両用多重通信システムを示す概略構成図である。
【図４】図３のレフト制御ユニットの概略構成を示すブロック図である。
【図５】図３の多重バスラインと各制御ユニットからの通信ケーブルとの接続に用いられる通信インタフェースＩＣを示す機能説明図である。
【図６】図３の車両用多重通信システムの各制御ユニットによる多重バスライン上での、通常モードにおけるトークンパッシング方式の多重通信の通信プロトコルを示し、（ａ）はフレーム構成の説明図、（ｂ）は各キャラクタ間に設けられる許容インターバル時間の説明図、（ｃ）はキャラクタ構成の説明図、（ｄ）はヘッダの詳細構成の説明図である。
【図７】図３のレフト制御ユニットが１フレーム中で送信するデータ１〜６のフォーマットを示し、（ａ）はデータ１〜４のフォーマットの説明図、（ｂ）はデータ５，６（フレームＮｏ．  ００）のフォーマットの説明図、（ｃ）はデータ５，６（フレームＮｏ．  ０１）のフォーマットの説明図、（ｄ）はデータ５，６（フレームＮｏ．  ０２）のフォーマットの説明図である。
【図８】図３のリア制御ユニットが１フレーム中で送信するデータ１〜５のフォーマットを示し、（ａ）はデータ１〜４のフォーマットの説明図、（ｂ）はデータ５（フレームＮｏ．  ００）のフォーマットの説明図、（ｃ）はデータ５（フレームＮｏ．  ０１）のフォーマットの説明図、（ｄ）はデータ５（フレームＮｏ．  ０２）のフォーマットの説明図である。
【図９】図３のインパネ制御ユニットが１フレーム中で送信するデータ１〜６のフォーマットを示す説明図である。
【図１０】図３の各制御ユニット間でのトークン移譲時における通信シーケンスを、インパネ制御ユニットからレフト制御ユニットにトークンが移譲された場合を例に取って示す説明図である。
【図１１】図３の車両用多重通信システムの各制御ユニットによる多重バスライン上での、通常モードにおけるトークンパッシング方式の多重通信の基本シーケンスを示す説明図である。
【図１２】図３の車両用多重通信システムにおいて各制御ユニットにより行われる再送動作の説明図である。
【図１３】図１２の再送動作が１サイクル行われた後に引き続き行われる再送動作の説明図である。
【図１４】図３のチェック端末の概略構成を示すブロック図である。
【図１５】図１４のディスプレイ上に表示されるインパネ画面の説明図である。
【図１６】図１４のディスプレイ上に表示されるレフト画面の説明図である。
【図１７】図１４のディスプレイ上に表示されるリア画面の説明図である。
【図１８】図１４のディスプレイ上に表示される設定画面の説明図である。
【図１９】図１４のディスプレイ上に表示されるモニタ画面の説明図である。
【図２０】図１４のディスプレイ上に表示されるログファイル設定画面の説明図である。
【図２１】図１４のディスプレイ上に表示される通信条件画面の説明図である。
【図２２】図１４のチェック端末のＲＯＭに格納された制御プログラムに従いＣＰＵが行う、レフト、インパネ、及び、リアの各制御ユニットの動作状態の診断に関する処理を示すメインルーチンのフローチャートである。
【図２３】図２２のログ記録設定処理を示すサブルーチンのフローチャートである。
【図２４】図２２の通信イニシャライズ処理を示すサブルーチンのフローチャートである。
【図２５】図２２のモニタ処理を示すサブルーチンのフローチャートである。
【図２６】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図２７】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図２８】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図２９】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図３０】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図３１】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図３２】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図３３】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図３４】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図３５】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図３６】図２２のチェック処理を示すサブルーチンのフローチャートである。
【図３７】メータモードにおける図３のチェック端末と各制御ユニットとによる多重バスラインでのフレーム送信の基本シーケンスを示す説明図である。
【図３８】インパネモードにおける図３のチェック端末と各制御ユニットとによる多重バスラインでのフレーム送信の基本シーケンスを示す説明図である。
【図３９】レフトモードにおける図３のチェック端末と各制御ユニットとによる多重バスラインでのフレーム送信の基本シーケンスを示す説明図である。
【図４０】リアモードにおける図３のチェック端末と各制御ユニットとによる多重バスラインでのフレーム送信の基本シーケンスを示す説明図である。
【図４１】インパネ＋レフトモードにおける図３のチェック端末と各制御ユニットとによる多重バスラインでのフレーム送信の基本シーケンスを示す説明図である。
【図４２】インパネ＋リアモードにおける図３のチェック端末と各制御ユニットとによる多重バスラインでのフレーム送信の基本シーケンスを示す説明図である。
【図４３】レフト＋リアモードにおける図３のチェック端末と各制御ユニットとによる多重バスラインでのフレーム送信の基本シーケンスを示す説明図である。
【符号の説明】
１  車両用多重通信システム
３，５，９  ノード
３Ａ  外部機器接続部
１１  多重バスライン
１５  外部機器
１５ａ，２１  ＣＰＵ
１５ｂ，２１ｂ  ＲＡＭ
１５ｃ，２１ａ  ＲＯＭ
１５ｅ  診断対象指定手段
１５Ａ  送信権移譲禁止通知手段
１５Ｂ  送信権移譲通知手段
１５Ｃ  送信信号収集手段
１５Ｄ  ノード別受信信号収集手段
１５Ｅ  診断手段
１５Ｆ  擬似信号送信手段
２１Ａ  送信権移譲不能化手段
２１Ｂ  送信信号転送手段
２１Ｃ  信号送信不能化手段
【図１】
0003622941.tif 000002
【図２】
0003622941.tif 000003
【図３】
0003622941.tif 000004
【図４】
0003622941.tif 000005
【図５】
0003622941.tif 000006
【図６】
0003622941.tif 000007
【図７】
0003622941.tif 000008
【図８】
0003622941.tif 000009
【図９】
0003622941.tif 000010
【図１０】
0003622941.tif 000011
【図１１】
0003622941.tif 000012
【図１２】
0003622941.tif 000013
【図１３】
0003622941.tif 000014
【図１４】
0003622941.tif 000015
【図１５】
0003622941.tif 000016
【図１６】
0003622941.tif 000017
【図１７】
0003622941.tif 000018
【図１８】
0003622941.tif 000019
【図１９】
0003622941.tif 000020
【図２０】
0003622941.tif 000021
【図２１】
0003622941.tif 000022
【図２２】
0003622941.tif 000023
【図２３】
0003622941.tif 000024
【図２４】
0003622941.tif 000025
【図２５】
0003622941.tif 000026
【図２６】
0003622941.tif 000027
【図２７】
0003622941.tif 000028
【図２８】
0003622941.tif 000029
【図２９】
0003622941.tif 000030
【図３０】
0003622941.tif 000031
【図３１】
0003622941.tif 000032
【図３２】
0003622941.tif 000033
【図３３】
0003622941.tif 000034
【図３４】
0003622941.tif 000035
【図３５】
0003622941.tif 000036
【図３６】
0003622941.tif 000037
【図３７】
0003622941.tif 000038
【図３８】
0003622941.tif 000039
【図３９】
0003622941.tif 000040
【図４０】
0003622941.tif 000041
【図４１】
0003622941.tif 000042
【図４２】
0003622941.tif 000043
【図４３】
0003622941.tif 000044