JP3298995B2 - 車両用多重通信システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の電装ユニットを
制御する複数の多重通信ノードを具備した車両用多重通
信システムに関し、特にシステム全体のコストの低減化
に関するものである。

【０００２】

【従来の技術】自動車の電子部品（電装ユニット）間を
結ぶ配線（ワイヤハーネス）の肥大化，複雑化を解消す
るために、多重通信が注目されている。多重通信は１つ
の配線上に複数のデータを時分割多重で送出するもの
で、基本的にはシリアル伝送が基本となつている。

【０００３】自動車の分野においては、この多重通信の
ネツトワーク形態は、完全多重型と部分多重型という分
類、または、集中型と分散型という分類に分けて考えら
れている。部分多重型は、非多重通信部分と多重通信部
分とを混在させたものであり、多重通信部分においては
距離的に分散して配置されたスイツチや負荷等が多重伝
送ユニツトで接続されている。このユニツトとスイツ
チ，負荷間は個別の配線が必要であるために、配線の全
長は減るものの、その数は増えると言われている。ま
た、集中型は、１つのマスタの伝送ユニツトに対して複
数のスレーブの伝送ユニツトが接続されるもので、細径
化効果は得られるものの、マスタがダウンするとシステ
ムダウンになる、また設計変更が困難になるなどの欠点
があると言われている。一方、分散型はコストはかかる
ものの、大きな細径化効果が得られること、一部ダウン
に対する信頼性が高いこと、設計変更に対する柔軟性が
高いこと等の点で脚光を浴びている（例えば、特開昭６
２−４６５８号）。

【０００４】従来の自動車用の多重通信システムに採用
されている通信用フレームのフォーマットを図１に、ノ
ードの構成例を図２に示す。図１において、フレームＦ
は、ＳＤ（Start Delimiter ）コード、プライオリテイ
コード、フレームＩＤコード、データ長、データ１〜デ
ータＮ、チエツクコードを有するフレーム構成になつて
いる。

【０００５】先ず、「ＳＤコード」は、フレームＦの開
始を表す特定のコードであり、受信多重ノードはこのＳ
Ｄコード符号を受信するとフレームＦの開始を認知する
ようなつている。「プライオリテイコード」は同時に複
数の多重ノードがデータを送信 し、信号が衝突した場
合にどの信号を優先して処理するかを指示する優先順位
を示す符号である。この実施例では、プライオリテイは
ビツト値で低いものほど高い優先度が割り当てられてい
る。これは、バス１では、ローレベルがWIRED-ORとなっ
ているためである。もし同時に複数のノードから信号が
送出された場合は優先度の高いノードの「プライオリテ
イコード」がバス１上に残るので、低い方のノードは自
己の送出した「プライオリテイコード」が別のコードに
変っていることから、衝突を検出する。そして、自己の
失敗フレームの再送を遅らせることにより、高い優先度
のノードからの再送を優先するようになっている。

【０００６】「フレームＩＤコード」は当該フレームの
送出先を示すコードであり、所謂ファンクショナルアド
レッシングに相当する。このＩＤコードは、送出元のノ
ードが付すようになっている。「データ長」にはこのあ
とに続くデータの数が書き込まれ、Ｎ個のデータがある
とすればデータ長としてＮが送られる。このフレームを
受け取つた多重ノードでは、データをデータ長の内容だ
け読み取る。そしてデータに引き続くフィールドがＣＲ
Ｃチエツクコード（誤り検出符号）で、これを確認する
ことによりフレームの終わりであることを知ることがで
きる。

【０００７】ACKフィールドは、他のノード（システム
全体で、Ｎ個のノードを予定している）からのACK信号
が挿入されるところである。図２は、自動車のネットワ
ークに用いられる通信ノードの一般的な構成を示した図
である。各ノードは通信用ＬＳＩ１０１を介して伝送路
１０に接続されている。１００は制御を行なうＣＰＵで
あり、ＲＡＭ／ＲＯＭ１０２に格納されたプログラムに
従って動作する。ＣＳＭＡ／ＣＤ方式の物理層レベルの
プロトコール制御はＬＳＩ１０１により行なわれる。こ
の通信ノードは電装ユニット１０４に接続されている。
このユニットは、例えば、エンジン制御用のＥＧＩコン
トローラであったり、メータ類のノードであったりす
る。

【０００８】ＣＰＵ１００は、ＬＳＩ１０１を制御し、
また、ＬＳＩ１０１からのデータを処理して電装ユニッ
ト１０４に渡したり、または電装ユニット１０４からの
データをＬＳＩ１０１に渡すための制御を行なう。即
ち、バス上のフレームデータを電装ユニット１０４が使
用可能なフォーマツトに変換したり、電装ユニット１０
４からのデータをフレームフォーマツトに変換したりす
る。ＣＰＵ１００の他の重要な役目は、ACKデータの管
理である。即ち、前述したように、この通信方式では、
全てのノード（の通信ＬＳＩ１０１）はフレームデータ
を他のノードからエラーなく受け取ったときは、その送
り元のノードに対してACKビットを返すようになってい
る。従って、このACKフィールドの内容を調べることに
より、自分が送出したフレームをどのノードが受信でき
なかったかを知ることができる。このチェック作業をＣ
ＰＵ１００が任されている。これは、通信ＬＳＩ１０１
が通信制御に限定され、高度のデータ処理はＣＰＵ１０
０が行なうようにしているからである。

【０００９】

【発明が解決しようとする課題】上述したような多重通
信システムは、ノード毎にＣＰＵ１００を必要とするた
めに、システム全体として高価になる。そこで、提案さ
れているのが、一部のノードに、ＣＰＵ１００を設けな
いようなノードを一部に設けることである。このような
ノードは、ＣＰＵを設けないために高度のデータ処理を
行なうことができない。しかしながら、例えば、スイッ
チとそのスイッチが投入されたことを示す表示ランプを
制御するノードのような場合には高度なデータ処理は不
要であるので、通信制御とデータの簡単な入出力を実行
できるＬＳＩで対応することができる。このようなノー
ドを、便宜上「スタンドアロン」型ノードと呼び、ＣＰ
Ｕを有するノードを「インテリジェント」型ノードと呼
ぶ。

【００１０】図３に、上述のスタンドアロン型ノードと
インテリジェントノードとを混在させたネットワークシ
ステムの例を示す。図３の例では、インテリジェント型
ノードはノード２００であり、スタンドアロン型ノード
はノード２０１，２０２，２０３である。ノード２００
は、ドライバ席側ドアに設けられたウインド開閉スイッ
チのためのノードであり、ノード２０１，２０２，２０
３は各座席のドアに設けられたウインド開閉スイッチの
ためのノードである。周知のように、ドライバ席のスイ
ッチは、集中的に他のドアのウインドの開閉も行なうこ
とができるようになっているために、インテリジェント
型ノードが用いられている。また、助手席や後部座席に
おいては、それらの個々の座席のウインドを開閉するだ
けであるので、スタンドアロン型で十分である。即ち、
助手席や後部座席におけるウインドの開閉は、運転席の
インテリジェントノード２００によっても、夫々のスタ
ンドアロン型ノードによっても行なうことができる。

【００１１】ところで、分散型の多重通信システムで
は、個々のデータのフレーム内におけるフィールド位置
は決まっているために、あるノードが、１つのフレーム
によってあるデータを受け取ってから、その後に次のフ
レームにおいて同じデータが存在するときに、そのデー
タがセンサの最新状態を反映しているものであるのか否
かが分からない。例えば、フレーム内の例えばあるセン
サの出力値が同じ値を示している場合に、それはセンサ
出力に変化がないのか、たまたま前回のセンサの出力値
がそのまま残されているのか判断できないからである。
従って、何らかの識別手法を導入しない限り、同じデー
タを新たなデータとして何度も取り込んでしまうおそれ
がある。

【００１２】このような不都合を解消するためには、各
データに「タグ」ビットを設けることが考えられる。こ
こでは、当該センサデータの送り主のノードは、そのデ
ータを送るときに、そのタグの値を０とし、そのデータ
が宛先のノードによって取り込まれたら、その宛先のノ
ードがそのタグを１に変更するようにするものとする。

【００１３】しかしながら、このような「タグ」の処理
は高度なデータ処理能力を要求するので、内部ＣＰＵを
有さない上述のスタンドアロン型多重通信ノードでは不
可能である。本発明は上記従来技術の問題点を解決する
ために提案されたもので、その目的は、データ処理機能
を有さない多重通信ノードの存在を可能とし、それでい
て、多重通信の整合性を確保した車両用の多重通信シス
テムを提案するところにある。

【００１４】

【課題を解決するための手段】かかる目的の本発明の構
成は、車両の複数の電装ユニットを夫々制御する複数の
多重通信ノードが共通の通信線上に接続された車両用多
重通信システムであって、この多重通信システムは少な
くとも、第１，第２の多重通信ノードを含み、前記第１
の多重通信ノードは、前記第２の多重通信ノードのみと
の間で、この第１の多重通信ノードの電装ユニットのた
めのデータを交換する通信制御を実行する第１の通信制
御デバイスを具備し、前記第２の多重通信ノードは、他
の多重通信ノードとデータを交換するための通信制御を
実行する第２の通信制御デバイスと、上記第２の多重通
信ノードが、前記第１の多重通信ノードのための第１の
データを、前記第１，第２の多重通信ノード以外の多重
通信ノードから受信したことを検出する手段と、この検
出手段の出力を受けて、前記第１のデータを、前記第１
の多重通信ノードの前記第１の通信制御デバイスが受信
処理可能な形に変換処理するデータ処理デバイスとを具
備したことを特徴とする。

【００１５】第１の多重通信ノードはデータ処理デバイ
スを有さないので、ネットワーク全体のコスト低減に寄
与する。一方、第２の多重通信ノードの処理デバイスは
第１の多重通信ノードが処理可能な形に通信データを加
工するので、ネットワーク全体の整合性がとれる。

【００１６】

【実施例】以下、本願発明の実施例について添付図面を
参照しながら詳細に説明する。 〈ネットワーク構成〉図４は、本発明を適用した実施例
のネットワークが設けられた車両の各電装ユニットを示
す。順に列挙すると、１００はインパネに設けられたミ
ラースイッチである。このスイッチ１００は、右側ミラ
ー２０６のためのスイッチと、、左側ミラー４０５のた
めのスイッチがある。個々のスイッチは、ミラーを閉じ
る位置と開く位置とを有する。右側ミラー２０６はモー
タ２０５によって駆動される。左側ミラー４０５はモー
タ４０４によって駆動される。この車両は、前側に左右
のドア（ＦＲ，ＦＬ）、後側に左右のドア（ＲＲ，Ｒ
Ｌ）を有する。各ドアには、窓硝子を開閉するために乗
員が操作するスイッチ(PW SW 202, 402, 301, 501)と、
ドアのロック機構を駆動するためのソレノイド(LKSL20
1, 401, 302, 502)と、窓硝子を開閉するためのモータ
(M204, 403, 303, 503)とが設けられている。

【００１７】図５は、図４のスイッチやモータ等の電装
品を制御する多重通信ノードのネットワークに対する接
続構成を示す。図中、インパネノード１１０，ＦＲドア
ノード１１１はインテリジェント型ノードであり、後述
するように内部にデータ処理用のＣＰＵを有する。ま
た、ＦＬドアノード１１２，ＲＲドアノード１１３，Ｒ
Ｌドアノード１１４はスタンドアロン型ノードである。

【００１８】ここで、各電装品に対する操作及びその動
作について説明する。ドアをロックするときはＦＲドア
のロックスイッチ２０３を操作する。このスイッチを操
作すると、全てのドアはロックされる。この場合、図１
３に示したフォーマットのフレームがＦＲドアノードか
ら各ドアノードに対して送られる。このフレームを受け
た各ドアノードは、夫々のドアロックソレノイドを駆動
してドアをロックする。

【００１９】乗員は、個々の座席において、ドアの窓硝
子を開閉することができる。ＦＬドア，ＲＲドア，ＲＬ
ドアにおいては、乗員が夫々のPW SWを操作すると、夫
々のノードがそのスイッチ操作を検知して夫々のモータ
を駆動して窓硝子を開閉する。ドライバは、ＦＲドア位
置において、全てのドアの窓硝子の開閉を操作すること
ができる。図５において、PW メインスイッチ２０２は
４つのスイッチ（図６を参照）を有する。その４つのス
イッチの内のＦＬ，ＲＲ，ＲＬドアの窓を開けるために
は夫々のスイッチを操作する。ノード１１１は、このス
イッチ操作を受けて、対応するドアのノードに対して窓
硝子を開ける旨のフレームを送出する。

【００２０】ドライバがリモコン式のドアミラーを回動
させたいときは、ミラースイッチ１００のいずれか一方
若しくは両方のスイッチを操作する。このスイッチが操
作されると、インパネノード１１０は、スイッチ操作が
なされた旨のフレームをＦＲドアノード１１１に送る。
このフレームを受けたＦＲドアノード１１１は、右側ミ
ラーのモータ２０５を駆動する。更に、ドライバが左側
ミラーを操作するスイッチを操作したならば、ＦＲｃド
アノード１１１は、ＦＬドアノード１１２に対してＦＬ
ドアの窓を開ける旨のフレームを送る。即ち、ドライバ
が左側ミラースイッチを操作した場合でも、インパネノ
ード１１０は、ＦＬドアノード１１２に対して直接フレ
ームを送ることはなく、一旦ＦＲドアノード１１１を経
由してＦＬドアノード１１２に送る。この理由は、後に
詳述するが、ＦＬドアノード１１２がスタンドアロン型
ノードであるためにデータ処理ができないからである。 〈インテリジェント型ノード〉図６は、ＦＲドアノード
１１１の構成とそのノードに接続された電装ユニットと
の関係を示す。同図に示された通信ノード１１１はイン
テリジェント型ノードであり、バスＩ／Ｆ回路１１０１
と、９ポート入力と６ポート出力を有するＣＰＵ１１０
４（使用されていないものを含めると実際の入出力ポー
トの数はもっと多い）と、多重通信ＬＳＩ１１０２と、
電源回路１１０３とを有する。多重通信ＬＳＩ１１０３
は、ＣＳＭＡ／ＣＤに基づいた通信制御手順を実行し、
また、前述のACKビットの送出制御を行なう。

【００２１】電源回路１１０３は、バッテリからのＢ電
圧を所定の直流電圧に変換すると共に電圧を監視する。
ウインドスイッチ群２０２に設けられたスイッチＦＬは
助手席のウインドを開閉するスイッチ４０２、スイッチ
ＲＬは後部座席右側のウインドを開閉するスイッチ５０
１、スイッチＲＲは後部座席右側のウインドを開閉する
スイッチ３０１である。また、ドアロックスイッチは、
全てのドアを一括してロックするスイッチ２０３であ
る。

【００２２】図５のネットワークシステムには、ノード
１１１以外にインパネノード１１０にもインテリジェン
ト型ノードが使われている。このインパネノード１１０
は、図６のＩ／Ｆ回路１１０１と多重通信ＬＳＩ１１０
２と電源回路１００３とＣＰＵ１１０４とを有すること
に変わりはない。但し、インパネノード１１０のＣＰＵ
の入力ポートには、インパネ上の各種スイッチ類が接続
され、出力ポートには各種ランプ類が接続されている。

【００２３】図７は、スタンドアロン型ノードの一例と
してのＦＬドア位置のノード１１２の構成を示す。他の
スタンドアロン型ノードも実質的に同じ構成である。こ
のノード１１２は、バスＩ／Ｆ回路１２１０と、電源回
路１２１１と、多重通信ＬＳＩ１２１２とを有する。バ
スＩ／Ｆ回路１２１０はインテリジェント型ノードのＩ
／Ｆ回路１１０１と同じであり、電源回路１２１１は回
路１１０３と同じである。ＬＳＩ１２１２の入力ポート
はウインドスイッチ４０２に接続され、出力ポートはウ
インドモータ４０３，ロックソレノイド４０１に接続さ
れている。 〈スタンドアロン型ノード〉 図８は、図７のスタンドアロン型ノードの内部構成を示
す。送信制御回路１２５０，受信制御回路１２５６はＣ
ＳＭＡ／ＣＤの制御手順を実行する。ＡＣＫ制御回路１
２５５は制御回路１２５６が受けたフレームに誤りがな
ければACKビットの送出を行なう制御を実行する。図１
８，図１９に、スタンドアロン型ノード１１２の制御機
能を回路図として示す。 〈フレームの構成〉 図９は、図４のネットワークシステムの各ノード間でや
り取りされるフレームの送出元と送り先の関係を示す。
このネットワークシステムにおいて有効なフレームは、
一例として、図９に示すようにFID＝０１〜０６の６種
類が用意されている。図９において、二重丸の印はその
フレームの送出元を示し、一重丸は送り先を、Ｘ印は送
出元でも送り先にも該当しないノードを意味する。

【００２４】図１０は、FID＝０１又は０２又は０３の
フレームであり、その意味は、２ビットのPWが“０１”
のときは窓を開け、“１０”のときは窓を閉めるという
ものである。ここで、 FID=01 → ＦＬドア窓の開閉 FID=02 → ＲＲドア窓の開閉 FID=03 → ＲＬドア窓の開閉 FID=01 → ＦＬドア窓の開閉 FID＝０１〜０３のフレームは、図９の表に示すよう
に、ＦＲノード１１０が作成する。そして、FID=０１の
フレームはＦＬノード１１２のみが処理し、FID=０２の
フレームはＲＲノード１１３のみが処理し、FID=０３の
フレームはＲＬノード１１４のみが処理する。

【００２５】図１１はインパネノード１１０からＦＲド
アノード１１１に対して送られるところの、リモコンミ
ラーを開閉するためのフレームのフォーマットを示す。
このフレームのIDはFID=04である。ミラーを開閉するか
否かは、データ領域の３ビット目からの４ビットで表さ
れる。即ち、３ビット目からの２ビットはＦＲ位置のモ
ータ２０５の開閉を制御するデータである。次の２ビッ
トは、ＦＬ位置のモータ４０４の開閉を制御するデータ
である。これら２組の２ビットデータは、夫々のデータ
が有効であるかいなかの１ビットのタグデータV/IVを有
する。このタグによって、受信側のノードは、そのタグ
で他に対応するデータが有効であるかいなかを知ること
ができる。図９に表に示すように、FID=04のフレーム
は、インパネノード１１０のみが生成し、ＦＲドアノー
ド１１１のみが受信する。このフレームを受けたＦＲノ
ード１１１１は、そのデータがミラーモータ２０５を駆
動するビットを有しているのであれば、そのモータを駆
動する。

【００２６】また、そのフレームがＦＬドアのミラーを
駆動するビットを有しているのであれば、図１２に示し
た形式のフレーム(FID=04)をＦＬドアノード１１２に送
る。図９に示すように、このフレーム(FID=04)はＦＬド
アノード１１２のみが受信して処理するようになってい
る。図１２に示すように、この形式のフレームは、前述
のV/IVタグがない。これはＦＲドアノード１１が除去し
たものである。ＦＬドアノード１１２は前述したように
スタンドアロン型ノードであるので、データ処理用のＣ
ＰＵを有しないので、このV/IVタグを処理できないから
である。換言すれば、この図４のネットワークシステム
では、通常のフレームは、データの有効／非有効を示す
タグV/IVを有しているので、そのようなV/IVタグを処理
できないスタンドアロン型ノードに対してはそのV/IVタ
グを除去することにより、スタンドアロン型ノードのイ
ンテリジェント型ノードとの混在をネットワークシステ
ムに許すのである。スタンドアロン型ノードにしかデー
タを送らない例えばＦＲドアノード等のインテリジェン
トノードは、そのＣＰＵがV/IVタグを除去した上でスタ
ンドアロン型ノードに回送するようにすればよいが、イ
ンテリジェント型ともスタンドアロン型とも交信する必
要のある例えばインパネノード等はフレーム中にV/IVタ
グを付加せざるを得ないので、スタンドアロン型ノード
と交信するときは、一旦インテリジェント型ノードを経
由して、そこでV/IVタグを除去したうえで当該スタンド
アロン型ノードに送るのである。

【００２７】図１３は、全てのドアのロックを行なった
り、解除したりするためのフレームのフォーマットを示
す。このフレームは、ＦＲドアノード１１１のみが生成
し、他の３つのドアノードの全てが受信する（図９を参
照）。 〈制御手順〉図１４はインパネノード１１０における制
御手順を示す。ステップＳ２では、ノード１１０自身の
ＬＳＩが回線１０００からフレームを受信したかを調べ
る。そのようなデータを受信したならば、ステップＳ１
４でそのフレーム中のデータのための処理を行う。ＬＳ
Ｉがデータ受信をしていなければ、ステップＳ４で、イ
ンパネノードに接続されているいずれのスイッチからの
入力かを調べる。ステップＳ６では、そのうちのリモコ
ンミラーの操作スイッチにおいて操作がなされていたな
らば、ステップＳ８でFID=04のフレーム（図１１）を作
成する。ステップＳ１０ではそのデータが有効であるこ
とを示すために、V/IV=1とする。そして、インパネノー
ド１１０のＬＳＩにそのフレームを出力する。ＬＳＩは
そのフレームを回線１０００上に送出するであろう。

【００２８】図１５は、ＦＲドアノード１１１のメイン
ルーチンの制御手順を示す。このＦＲのどのＣＰＵ１１
０４は、ステップＳ１００で、回線１０００上に送出す
べきデータがあるか否かをフラグＦを用いて調べる。Ｆ
＝１ならば、そのデータをステップＳ４００でＬＳＩ１
１０２に送る。ＬＳＩ１１０２はフレームの形式で回線
１０００上に送出するであろう。送信データがない場合
は、ステップＳ１０２でＬＳＩ１１０２が回線１０００
からデータを受信していたかを調べる。受信データの入
力がなければステップＳ３００で当該ＦＲノードに接続
されているスイッチ類の制御と状態を入力する。この制
御手順は図１６により説明されるであろう。一方、受信
データがある場合は、ステップＳ２００でその受信デー
タの処理を行う。この処理の詳細は図１７に関連して説
明されるであろう。

【００２９】ドライバがＦＲドア位置において各種のス
イッチ操作を行なった場合を説明する。ドアロックスイ
ッチ２０３を操作した場合は、ステップＳ３０２…→ス
テップＳ３１０→ステップＳ３１２と進んで、ステップ
Ｓ３１２でＦＲドアのロックソレノイドを、その操作に
応じてオン／オフする。また、他の３つのドアのロック
の制御を集中的に行うために、ステップＳ３１４でFID=
06のフレーム（図１３）を作成する。そして、送信デー
タがあることを示すフラグＦを１にする。このフラグＦ
が１にセットされているときは図１５のステップＳ４０
０でＬＳＩ１１０２に当該フレームが出力されるのは前
述したとおりである。

【００３０】ＦＲドアの窓を開閉するためにPW (power
window) SW２０２ａが操作された場合は、ステップＳ３
０２→ステップＳ３０４→ステップＳ３０６→ステップ
Ｓ３０８と進んで、ウインドモータ２０４を制御する。
ＦＬドアの窓を開閉するためにPW (power window) SW２
０２ｂが操作された場合は、ステップＳ３０２→…→ス
テップＳ３１８→ステップＳ３２０と進んで、ステップ
Ｓ３２０でFID=01のフレーム（図１０）を作成し、ステ
ップＳ３２２で送信データがあることをしめすフラグＦ
を１にセットする。

【００３１】ＲＲドアの窓を開閉するためにPW (power
window) SW２０２ｃが操作された場合は、ステップＳ３
０２→…→ステップＳ３２４→ステップＳ３２６と進ん
で、ステップＳ３２６でFID=02のフレーム（図１０）を
作成し、ステップＳ３２８で送信データがあることをし
めすフラグＦを１にセットする。ＲＬドアの窓を開閉す
るためにPW (power window) SW２０２ｄが操作された場
合は、ステップＳ３０２→…→ステップＳ３３０→ステ
ップＳ３３２と進んで、ステップＳ３３２でFID=03のフ
レーム（図１０）を作成し、ステップＳ３３４で送信デ
ータがあることをしめすフラグＦを１にセットする。

【００３２】ここで、受信側のスタンドアロン型ノード
の制御を説明する。このスタンドアロン型ノードはＣＰ
Ｕを有しないので、そのための特別な制御手順はない。
スタンドアロン型ノードであるところの、ＦＬ，ＲＲ，
ＲＬドアにある各ノードは、図８，図１９に示すような
回路を有する。図１８の回路は、ウインドモータを制御
する回路であり、園のどのＬＳＩがFID=01~03のフレー
ムを受信すると、PW ビットの値に応じてモータが駆動
される。また、ロックソレノイドもロックビットの値に
応じて制御される。図１８，図１９において、信号イネ
ーブルは、ＬＳＩがフレームを受信してそのノードに接
続されている電装ユニットを制御してもよいタイミング
を示す。

【００３３】次に、インパネノード１１０が、その図１
４の制御手順でFID=04のフレームをＦＲドアノード１１
１に送ってきたときの説明を行う。かかる場合は、ノー
ド１１１のＣＰＵは、ステップＳ１００→ステップＳ１
０２→ステップＳ２００と進んで、図１７の制御手順を
実行する。即ち、図１７のステップＳ２０２からステッ
プＳ２０４に進んで、タグビットV/IVの演算を行う。次
に、ＦＲ側のミラーモータを駆動する操作であってかつ
そのタグが１である（有効）ならば、ステップＳ２０８
に進んで、右側リモコンミラーのモータ２０５を制御す
る。更に、ＦＬ側のミラーモータを駆動する操作であっ
てかつそのタグが１である（有効）ならば、ステップＳ
２１０からステップＳ２１２に進んで、FID=05のフレー
ムを作成してステップＳ２１４で送信データフラグＦを
１にする。す。このフレームは、ＦＬドアノード１１２
に対して送られるであろう。ここで、タグV/IVは除去さ
れているので、スタンドアロン型ノード１１２はそのフ
レームを処理できることとなる。 〈変形〉尚、本発明は上記実施例に限定されないのは明
らかである。

【００３４】例えば、上記実施例では、ネットワークに
接続されているノードは図４に示すものであったが、ノ
ードはこれらのノードに限定されない。即ち、データ処
理機能を有さないスタンドアロン型ノードとデータ処理
切能を有するインテリジェント型ノードとが同じネット
ワークに接続され、そのインテリジェント型ノードがデ
ータを他のノードに所定の情報データを付加して送る必
要があって、その一方で、スタンドアロン型ノードがそ
の情報データが付加されていたのでは対応できないよう
な場合であれば、いかなる型のノードがいかなる数でネ
ットワークに接続されていようとも本発明は適用可能で
ある。

【００３５】また、本発明は、ウインドモータの制御や
ドアロックの制御以外にも適用できる。

【００３６】

【発明の効果】以上説明したように、本発明のシステム
によれば、ＦＬドアノードなどの第１の多重通信ノード
はＣＰＵのようなデータ処理デバイスを有さないので、
ネットワーク全体のコスト低減に寄与する。一方、ＦＲ
ドアノード等の第２の多重通信ノードの処理デバイスは
第１の多重通信ノードが処理可能な形に通信データを加
工するので、ネットワーク全体の整合性がとれる。即
ち、データ処理機能を有さない多重通信ノードの存在を
可能とし、それでいて、多重通信の整合性を確保した車
両用の多重通信システムを提供することができる。

【図面の簡単な説明】

【図１】従来の通信システムに用いられるフレームのフ
ォーマットを説明する図。

【図２】従来の多重通信ノードの構成を説明する図。

【図３】従来の自動車用ネットワークの構成の一例を示
す図。

【図４】本発明を自動車用システムに適用した車両の電
装品の配置を示す図。

【図５】図４の自動車用システムに適用した実施例のネ
ットワーク構成を示す図。

【図６】実施例のインテリジェント型通信ノードの構成
を示す図。

【図７】実施例のスタンドアロン型通信ノードの構成を
示す図。

【図８】実施例のスタンドアロン型通信ノードの更に詳
細な構成を示す図。

【図９】実施例のネットワークでやり取りされるフレー
ムの送出元と送り先の関係を示す図。

【図１０】ドアの窓を開閉するフレームのフォーマット
を示す図。

【図１１】ドアのリモコンミラーのモータを駆動するフ
レームのフォーマットを示す図。

【図１２】左側ドアのリモコンミラーのモータを駆動す
るフレームのフォーマットを示す図。

【図１３】ドアのロックを駆動するフレームのフォーマ
ットを示す図。

【図１４】インパネノードの制御手順を示すフローチャ
ート。

【図１５】ＦＲドアノードの制御手順のメインルーチン
を示すフローチャート。

【図１６】図１５フローチャートの一部サブルーチンを
説明するフローチャート。

【図１７】図１５フローチャートの一部サブルーチンを
説明するフローチャート。

【図１８】スタンドアロン型ノードないの一部回路構成
を示す図。

【図１９】スタンドアロン型ノードないの一部回路構成
を示す図。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 寺山 孝二 広島県安芸郡府中町新地３番１号 マツ ダ株式会社内 (56)参考文献 特開 平５−7386（ＪＰ，Ａ) 特開 平４−98925（ＪＰ，Ａ) 特開 平４−222193（ＪＰ，Ａ) 特開 昭57−1174（ＪＰ，Ａ) 特開 昭62−176295（ＪＰ，Ａ) 特開 平２−1649（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04Q 9/00 - 9/16 B60R 16/02 H04L 12/28

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 車両の複数の電装ユニットを夫々制御す
   る複数の多重通信ノードが共通の通信線上に接続された
   車両用多重通信システムであって、この多重通信システ
   ムは少なくとも、第１、第２の多重通信ノードを含み、 前記第１の多重通信ノードは、 前記第２の多重通信ノードのみとの間で、この第１の多
   重通信ノードの電装ユニットのためのデータを交換する
   通信制御を実行する第１の通信制御デバイスを具備し、 前記第２の多重通信ノードは、 他の多重通信ノードとデータを交換するための通信制御
   を実行する第２の通信制御デバイスと、 上記第２の多重通信ノードが、前記第１の多重通信ノー
   ドのための第１のデータを、前記第１，第２の多重通信
   ノード以外の多重通信ノードから受信したことを検出す
   る手段と、 この検出手段の出力を受けて、前記第１のデータを、前
   記第１の多重通信ノードの前記第１の通信制御デバイス
   が受信処理可能な形に変換処理するデータ処理デバイス
   とを具備したことを特徴とする車両用多重通信システ
   ム。
2. 【請求項２】 前記第１、第２の多重通信ノード以外の
   多重通信ノードは前記第２の多重通信ノードとの間で、
   データの有効／無効を意味する情報を付加された通信デ
   ータをやり取りし、 前記データ処理デバイスはこの付加情報を除去する処理
   を行うことを特徴とする請求項１記載の車両用多重通信
   システム。
3. 【請求項３】 前記第２の多重通信ノードの電装ユニッ
   トは、前記第１の多重通信ノードの電装ユニットを制御
   するスイッチであることを特徴とする請求項１記載の車
   両用多重通信システム。