JP2002026957A - 多重通信システム - Google Patents

Abstract

(57)【要約】 【課題】 多重通信システムにおいて、イベントフレー
ムをデータ中継装置を介して確実に中継する。 【解決手段】 イベントが発生したノード３１１等がイ
ベントフレームを送信するに先立ってウェイクアップフ
レームを送信し、このウェイクアップフレームを受けて
データ中継装置４が各ネットワーク１１等にウェイクア
ップフレームを送信して各ネットワーク１１等を起動せ
しめるとともに、各ネットワーク１１等ごとにネットワ
ークが起動した旨のデータフレームを各ネットワーク１
１等に送信する。前記ノード３１１等は、このデータフ
レームを受けてからイベントフレームを送信する。イベ
ントフレーム送信時に中継先のネットワークを起動状態
としておくことで、確実にイベントフレームが中継され
るようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は多重通信システムに
関し、特にイベント発生時におけるネットワーク間の中
継制御に関する。

【０００２】

【従来の技術】近年、特にコンピュータ技術の進歩を背
景として情報通信の高度化が進んでおり、例えば自動車
においても、搭載される電装品等を制御する制御部の間
でやり取りされる情報量は急速に増大している。そこで
情報を伝達するワイヤーハーネスの数を低減すべく多重
通信システムが採用されつつある。

【０００３】多重通信システムは、共通の多重通信線
に、データフレームの送受信を行う制御用ＥＣＵ等のノ
ードが接続されたもので、ノード間で多重通信線を介し
てデータ通信を行う。制御の種類が多岐にわたる上記自
動車等の場合には、データ通信を効率よく行うために、
要求される通信速度の相違等に応じて複数のノード群に
分けて複数のネットワークを形成し、属するネットワー
クが異なるノード間の通信はデータ中継装置を介して行
う。

【０００４】また、通常、ネットワークの各ノードは、
自ノードが属するネットワークは起動すべき旨のデータ
フレーム（以下、ウェイクアップフレームという）によ
り、イベント等の起動要因が生じたことを認識するとと
もに、自ノードが起動状態にあることを他のノードに認
識せしめる。すなわち、起動要因が生じたノードが先ず
ウェイクアップフレームをネットワークの通信線上へ送
信し、これに呼応して他のノードが起動するとともに前
記通信線にウェイクアップフレームを送信する。一方、
ネットワーク、したがってすべてのノードは、消費電力
を最低限に抑えるため、所定時間、起動要因がなければ
スリープ作動に入る。

【０００５】このため、あるノードにおいてイベントが
発生し、その発生を所定の送信先に通知するイベント発
生通知（以下、イベントフレーム）の中継が必要な場
合、データ中継装置がイベントフレームを受信したとし
ても、送信先のネットワークがスリープ作動していると
きには、イベントフレームを必ずしも送信先ノードが受
信できるとは限らない。これは、キーレス式のドアロッ
クやドアオープン等のようにイベントフレームが単発で
しか送信されないものではきわめて不都合である。

【０００６】受信漏れの回避を図った技術として、エン
ジン始動期等のような通信システムの不安定期におい
て、イベントの発生があるとイベントフレームを周期的
に多数回送信することで、送信先における受信の確度を
高めたものがある（特許第２９０４３０４号）。

【０００７】

【発明が解決しようとする課題】しかしながら、前記特
許第２９０４３０４号のように送信する回数を多くして
も確実に受信されるという保証はないし、送信回数を多
く設定した場合、イベントが同時に多発すると、通信を
徒に混雑させる。また、イベントの発生から送信先のノ
ードがイベントの発生を認識するまでの遅延時間がイベ
ントの発生状況に大きく左右される。

【０００８】また、イベント発生通知をデータ中継装置
のバッファに蓄積したまま、送信先のネットワークが起
動するまでデータ中継装置にて送信を保留することも考
えられるが、結局、バッファの容量によっては十分な効
果を得ることができず、徒に記憶容量を大きくしてもコ
ストが上昇するばかりである。

【０００９】本発明は上記実情に鑑みなされたもので、
イベントの発生が各ノードに通知されるまでの遅延時間
がイベントの発生状況に大きく左右されず、遅延時間の
短縮を図ることができる多重通信システムを提供するこ
とを目的とする。

【００１０】

【課題を解決するための手段】請求項１記載の発明で
は、通信線にノードが接続されてなる複数のネットワー
クと、該複数のネットワーク間でデータフレームを中継
するデータ中継装置とを具備する多重通信システムにお
いて、前記ノードを、イベントの発生に応じてイベント
発生通知を前記データ中継装置を介して送信するに際
し、前記データ中継装置に対し、予め設定した所定の応
答の送信を要求する送信要求を送信し、前記応答を受信
すると前記イベント発生通知を送信する構成とする。前
記データ中継装置を、前記ノードから前記送信要求を受
信すると、少なくとも前記イベント発生通知の送信先の
前記ネットワークに起動すべき旨の起動要求を送信する
起動要求送信手段と、前記起動要求の送信先のネットワ
ークが起動状態にあるか否かを判定する起動状態判定手
段と、前記起動要求の送信先のネットワークが起動状態
になると、前記応答を少なくとも前記送信要求が送信さ
れた前記ネットワークに送信する応答送信手段とを具備
する構成とする。

【００１１】イベント発生通知を送信するに先立ち、確
実にその送信先ネットワークが起動状態となるので、イ
ベント発生通知が確実に中継される。また送信先のネッ
トワークが起動していないという理由でイベント発生通
知をデータ中継装置に待機させる必要がなく、バッファ
の容量が過大になることはなく低コストである。

【００１２】また、イベント発生により送信される前記
送信要求、それに対する応答、起動要求はネットワーク
やノードの数等の構成により略固定的であるから、通信
負荷は一定しており、また、イベントの発生から送信先
のノードがイベントの発生を認識するまでの遅延時間が
イベントの発生状況に左右されることもない。ここで、
イベント発生通知の送信先のネットワークが起動した
旨、すなわち送信先のネットワークに属するノードが起
動した旨は、ネットワークが起動状態になった旨を一時
に通知することから、ネットワークに属するノード数で
多重通信線の負荷が増減することもない。

【００１３】請求項２記載の発明では、請求項１の発明
の構成において、前記ノードを、自ノードが属する前記
ネットワークは起動すべき旨のデータフレームを前記送
信要求として送信する構成とする。前記起動要求送信手
段を、少なくとも前記送信要求が送信された前記ネット
ワーク以外の前記ネットワークに前記起動要求を送信す
る構成とする。

【００１４】送信要求として、自ノードが属する前記ネ
ットワークは起動すべき旨のデータフレームが送信さ
れ、データ中継装置は、イベント発生通知の送信先とな
る可能性のあるすべてのネットワークを起動せしめるの
で、イベントの発生したノードがイベント発生通知の送
信先を特定可能なデータフレームを送信することなく、
イベント発生通知の送信先を起動せしめることができ
る。したがって、データ中継装置において、イベント発
生時に特別のプログラムを実行する必要もないから、プ
ログラムを格納するＲＯＭの容量等、構成の簡略化を図
ることができる。

【００１５】

【発明の実施の形態】（第１実施形態）図１に本発明の
第１実施形態になる多重通信システムを示す。多重通信
システムは、複数（図例では３）のネットワーク１１，
１２，１３とデータ中継装置４とにより構成される。こ
れらのネットワーク１１〜１３は、例えば自動車の車内
制御用であれば、オーディオユニットＥＣＵやナビゲー
ションユニットＥＣＵ等が接続されたオーディオ系ネッ
トワーク、エンジンＥＣＵやエアコンＥＣＵ等が接続さ
れたボデー系ネットワークである。

【００１６】各ネットワーク１１〜１３は、多重通信線
２１，２２，２３にノードであるＥＣＵ３１１〜ＥＣ
Ｕ３３３（以下、適宜、ＥＣＵ〜ＥＣＵのそれぞ
れを単にＥＣＵという）が接続されたもので、ＥＣＵ
３１１〜ＥＣＵ３３３間でＢＥＡＮ等の所定の通信プ
ロトコルにてデータを送受信するようになっている（以
下、適宜、第１の多重通信線２１をＢＵＳ−Ａ２１と、
第２の多重通信線２２をＢＵＳ−Ｂ２２と、第３の多重
通信線２３をＢＵＳ−Ｃ２３という）。図例では第１の
ネットワーク１１のＢＵＳ−Ａ２１にはＥＣＵ３１
１、ＥＣＵ３１２、ＥＣＵ３１３が接続され、第２
のネットワーク１２のＢＵＳ−Ｂ２２にはＥＣＵ３２
１、ＥＣＵ３２２、ＥＣＵ３２３が接続され、第３
のネットワーク１３のＢＵＳ−Ｃ２３にはＥＣＵ３３
１、ＥＣＵ３３２、ＥＣＵ３３３が接続される。

【００１７】各ＥＣＵ３１１〜３３３はＩ／Ｏ回路を備
えており（ＥＣＵ３３１のみ図示）、その入力変化す
なわちイベントが発生すると、イベントの内容に応じて
イベント発生通知であるイベントフレームを前記データ
中継装置４を介して送信し、イベントが発生した旨を通
知する。各ＥＣＵ３１１〜３３３はイベントフレームの
送信に際し、前記データ中継装置４に対し、後述する所
定の応答（ＢＵＳ−Ａフレーム、ＢＵＳ−Ｂフレーム、
ＢＵＳ−Ｃフレーム）の送信を要求する送信要求である
ウェイクアップフレームを送信し、前記応答を受信する
と前記イベントフレームを送信する構成となっている。

【００１８】多重通信線２１〜２３は、データ中継装置
４と接続され、データ中継装置４が、あるネットワーク
１１〜１３から送信されたデータフレームを別のネット
ワーク１１〜１３に中継するようになっている。データ
中継装置４はまた、各ネットワーク１１〜１３に属する
ノードのひとつとして所定のデータフレームを独自に送
信するようになっている。

【００１９】図２にデータ中継装置４の構成を示す。デ
ータ中継装置４は通信用ＬＳＩや制御用のマイクロコン
ピュータ等で構成されたもので、図はその機能ブロック
で表してある。データ中継装置４は、３つのフレーム送
受信部４１１，４１２，４１３を備えており、フレーム
送受信部４１１〜４１３は多重通信線２１〜２３と１対
１に接続されている。

【００２０】第１〜第３のフレーム送受信部４１１〜４
１３が受信したデータフレームは受信フレーム格納バッ
ファ４２に一時格納される。受信フレーム格納バッファ
４２はＲＡＭの所定領域が割り当てられる。格納された
データフレームは、中継するものであれば中継処理部４
３が送信を担当するフレーム送受信部４１１〜４１３を
特定し、フレーム送受信部４１１〜４１３に出力され
る。そして所定のタイミングで送信される。

【００２１】また、格納されたデータフレームがウェイ
クアップフレームであれば、起動要求送信部４４がすべ
てのフレーム送信部４１１〜４１３からウェイクアップ
フレームを送信する。

【００２２】また、前記ウェイクアップフレームを受信
すると起動状態判定部４５が、次いで送信される各ＥＣ
Ｕ３１１〜３３３からのウェイクアップフレームの受信
の有無を受信フレーム格納バッファ４２に格納されたデ
ータフレームから判じる。そして、各ネットワーク１１
〜１３について、その属するすべてのＥＣＵ３１１〜３
３３からのウェイクアップフレームを受信したと判定す
ると、起動状態応答部４６が、当該ネットワークが起動
した旨のデータフレームをすべてのフレーム送信部４１
１〜４１３から送信する。ネットワークが起動した旨を
通知するデータフレームは、以下、適宜、ネットワーク
起動通知フレームといい、また、第１のネットワーク１
１のＢＵＳ−Ａ１２と接続されたすべてのＥＣＵ３１
１〜ＥＣＵ３１３が起動した旨の通知についてはＢＵ
Ｓ−Ａフレーム、第２のネットワーク２２のＢＵＳ−Ｂ
１２と接続されたすべてのＥＣＵ３２１〜ＥＣＵ３
２３が起動した旨の通知についてはＢＵＳ−Ｂフレー
ム、第３のネットワーク１３のＢＵＳ−Ｃ２３と接続さ
れたすべてのＥＣＵ３３１〜ＥＣＵ３３３が起動し
た旨の通知についてはＢＵＳ−Ｃフレームともいうもの
とする。

【００２３】図３は第３のネットワーク１３に属するＥ
ＣＵ３３１のＩ／Ｏ回路３３１１において第１のネッ
トワーク１１に通知すべきイベントが発生した場合のＥ
ＣＵ３３１の作動を示すもので、先ず、前記イベント
発生を受けてウェイクアップし（ステップＳ１０１）、
ウェイクアップフレームを送信する（ステップＳ１０
２）。この時、ＢＵＳ−Ｃ２３に接続されたデータ中継
装置４もノードのひとつとしてウェイクアップフレーム
を受信しウェイクアップする。

【００２４】次いで、データ中継装置４が送信する、第
１のネットワーク１１がウェイクアプした旨を通知する
ＢＵＳ−Ａフレームの受信待ちとなり（ステップＳ１０
３）、受信すると、イベントフレームを送信する（ステ
ップＳ１０３）。イベントフレームは、所定の通信プロ
トコルにしたがって生成され、その内容により発生した
イベントを特定できるとともに送信先が特定できるよう
になっている。

【００２５】図４は起動時からのデータ中継装置４の作
動を示すもので、先ず、データ中継装置４が接続された
多重通信線２１〜２３のうちのいずれでウェイクアップ
フレームを受信すると、例えば、前記ＥＣＵ３３１の
ウェイクアップフレームの受信でウェイクアップし（ス
テップＳ２０１）、起動要求送信部４４が、すべての多
重通信線２１〜２３にウェイクアップフレームを送信す
る（ステップＳ２０２）。

【００２６】次いで、起動状態判定部４５が、ＢＵＳ−
Ａ２１と接続されたすべてのＥＣＵ３１１〜ＥＣＵ
３１３のウェイクアップフレームを受信したか否かを判
断し（ステップＳ２０３）、受信されていれば、起動状
態応答部４６が、すべての多重通信線２１〜２３にＢＵ
Ｓ−Ａフレームを送信する（ステップＳ２０４）。ステ
ップＳ２０３ですべてのウェイクアップフレームが受信
されていなければ、ステップＳ２０４をスキップする。

【００２７】次いで、起動状態判定部４５が、ＢＵＳ−
Ｂ２２と接続されたすべてのＥＣＵ３２１〜ＥＣＵ
３２３のウェイクアップフレームを受信したか否かを判
断し（ステップＳ２０５）、受信されていれば、起動状
態応答部４６が、すべての多重通信線２１〜２３にＢＵ
Ｓ−Ｂフレームを送信する（ステップＳ２０６）。ステ
ップＳ２０５ですべてのウェイクアップフレームが受信
されていなければ、ステップＳ２０６をスキップする。

【００２８】次いで、起動状態判定部４５が、ＢＵＳ−
Ｃ２３と接続されたすべてのＥＣＵ３３１〜ＥＣＵ
３３３のウェイクアップフレームを受信したか否かを判
断し（ステップＳ２０７）、受信されていれば、起動状
態応答部４６が、すべての多重通信線２１〜２３にＢＵ
Ｓ−Ｃフレームを送信する（ステップＳ２０８）。ステ
ップＳ２０７ですべてのウェイクアップフレームが受信
されていなければ、ステップＳ２０８をスキップする。

【００２９】次いで、中継処理部４３が、中継すべきデ
ータフレーム、例えば、前記イベントフレームを受信し
たか否かを判断し（ステップＳ２０９）、受信していれ
ば中継先に受信フレームを送信する（ステップＳ２１
０）。

【００３０】なお、起動状態でイベントが発生した場
合、各ＥＣＵ３１１〜３３３は前記ステップＳ１０２〜
Ｓ１０４と同様の手順を実行し、データ中継装置４は前
記ステップＳ２０２〜Ｓ２１０と同様の手順を実行す
る。

【００３１】図５により、イベントが発生した時の本多
重通信システムの各部における作動を説明する。なお、
以下の説明において、イベントは、ＥＣＵ３３１のＩ
／Ｏ回路３３１１で発生したものとし、イベントフレー
ムはＢＵＳ−Ａ２１に接続されたノードに送信すべきも
のとして説明する。

【００３２】第３のネットワーク１３に属するＥＣＵ
３３１は、イベントの発生により起動し、ウェイクアッ
プフレーム（図中、ＷａｋｅＵｐ）を送信する。これに
より、ＢＵＳ−Ｃ２３に接続されたデータ中継装置４、
ＥＣＵ３３２、ＥＣＵ３３３が起動し、それぞれウ
ェイクアップフレームを送信する。この時、データ中継
装置４は、第１、第２ネットワーク１１，１２にもウェ
イクアップフレームを送信する。

【００３３】これにより、第１ネットワーク１１のＥＣ
Ｕ３１１〜ＥＣＵ３１３が起動して、それぞれウェ
イクアップフレームを送信する。一方、第１ネットワー
ク１２のＥＣＵ３２１、ＥＣＵ３２２、ＥＣＵ３
２３が起動し、それぞれウェイクアップフレームを送信
する。

【００３４】データ中継装置４は、ＥＣＵ３３１に続
いてＥＣＵ３３２、ＥＣＵ３３３のウェイクアップ
フレームを受信すると、すべてのネットワーク１１〜１
３に第３ネットワーク１３が起動した旨のＢＵＳ−Ｃフ
レームを送信する。ＥＣＵ３１１、ＥＣＵ３１２、
ＥＣＵ３１３のウェイクアップフレームを受信する
と、すべてのネットワーク１１〜１３に第１ネットワー
ク１１が起動した旨のＢＵＳ−Ａフレームを送信する。
ＥＣＵ３２１、ＥＣＵ３２２、ＥＣＵ３２３のウ
ェイクアップフレームを受信すると、すべてのネットワ
ーク１１〜１３に第２ネットワーク１２が起動した旨の
ＢＵＳ−Ｂフレームを送信する。各ネットワーク１１〜
１３の各ＥＣＵ３１１〜３３３はこれらのネットワーク
起動通知フレームから他のネットワーク１１〜１３が起
動したことを認識する。

【００３５】ここで、ＢＵＳ−ＡフレームをＥＣＵ３
３１が受信すると、ＥＣＵ３３１はこの時点でイベン
トフレームを送信する。このイベントフレームはデータ
中継装置４により受信され第１ネットワーク１１に送信
される。そして、送信先のノードがこれを受信しイベン
トの発生を認識する。

【００３６】本発明によれば、少なくともイベントフレ
ームは送信先のネットワークが起動してから送信され
る。したがって、確実に送信先に中継される。また送信
先のネットワークが起動していないおそれがある、とい
う理由でイベントフレームをデータ中継装置に待機させ
る必要がないので、バッファの容量が過大になることは
なく低コストである。

【００３７】また、イベント発生からイベントフレーム
が送信先に中継されるまでに送信されるデータフレーム
は図５に示したデータフレームより多くなることはな
く、通信負荷は一定しており、また、イベントの発生か
ら送信先のノードがイベントの発生を認識するまでの遅
延時間がイベントの発生状況に左右されることもない。

【００３８】また、イベントフレームの送信先のネット
ワークが起動した旨、すなわち送信先のネットワークに
属するノードが起動した旨は、ネットワーク起動通知フ
レームにより一時に通知され、ネットワークに属するノ
ード数で多重通信線の負荷が増減することはなく、ノー
ド数によってイベントの発生を認識するまでの遅延時間
が左右されることもない。

【００３９】また、データ中継装置は、ノードからウェ
イクアップフレームを受信するとすべてのネットワーク
にウェイクアップフレームを送信し、これにより各ネッ
トワークが起動すると、該ネットワークが起動した旨を
順次、送信している。これにより、イベントが発生した
ノードは、データ中継装置にイベントフレームの送信先
が認識できるようなデータフレームを送信しなくとも、
イベントフレームの送信先のネットワークが起動したこ
とを知ることができる。すなわち、データ中継装置にお
いては、ウェイクアップフレームを受信した時にはイベ
ント発生とは関係なく同じプログラムを実行すればよ
い。また、イベントフレームの送信先を認識できるよう
なデータフレームが不要な分、データフレームの種類が
少なくて済む。したがって、プログラムを格納するＲＯ
Ｍの容量等、構成の簡略化を図ることができる。

【００４０】なお、以上の作動説明はＥＣＵ３３１の
Ｉ／Ｏ回路３３１１においてイベントが発生し、それを
第１ネットワーク１１に送信するとして説明したが、イ
ベントの発生したＥＣＵ３１１〜３３３や、イベントフ
レームの中継先のネットワークが異なっても同様であ
る。

【００４１】また、イベントフレームは、その中継先ネ
ットワークが複数（図例では２）の場合は、ＢＵＳ−Ａ
フレーム〜ＢＵＳ−Ｃフレームのうち、当該複数のネッ
トワークについてのものが受信された時点で前記複数の
ネットワークを中継先として指定し送信する。あるい
は、該当するネットワークについてのネットワーク起動
通知フレームがそれぞれ受信され次第、順次、イベント
フレームを当該ネットワークに向けて送信するのでもよ
い。

【００４２】また、各ＥＣＵ３１１〜３３３は起動状態
においてイベントが発生した場合でも、ウェイクアップ
フレームを送信し、これに応答してデータ中継装置４は
各ネットワーク１１〜１３にウェイクアップフレームを
送信する。しかして起動状態であると否とによらず、イ
ベントフレームが確実に中継される。

【００４３】（第２実施形態）図６、図７に第２の実施
形態の構成を示す。第１実施形態では、各ＥＣＵはイベ
ントフレームの送信に先立ってウェイクアップフレーム
を送信し、データ中継装置は、このウェイクアップフレ
ームの受信をもってイベントフレームの中継の可能性あ
りと判じ、すべてのネットワークにウェイクアップフレ
ームを送信し、ネットワークが起動すると、順次、対応
するネットワーク起動通知フレームを送信する。そして
中継の必要なイベントが発生したノードは、前記ネット
ワーク起動通知フレームのいずれかにより、イベントフ
レームを送信すべき送信先のネットワークが起動したこ
とを知るわけであるが、本実施形態は、イベントの発生
したＥＣＵがウェイクアップフレームとは別のデータフ
レームを送信することで、イベントフレームを確実に中
継し得る状態を整えるものである。なお、本実施形態の
基本的な構成は第１実施形態のものと同一であり、第１
実施形態との相違点を中心に説明する。

【００４４】多重通信システムは、多重通信線２１にノ
ードとしてのＥＣＵ３４１、ＥＣＵ３４２、ＥＣＵ
３４３が接続されて第１のネットワーク１４を形成
し、多重通信線２２にノードとしてのＥＣＵ３５１、
ＥＣＵ３５２、ＥＣＵ３５３が接続されて第２のネ
ットワーク１５を形成し、多重通信線２３にノードとし
てのＥＣＵ３６１、ＥＣＵ３６２、ＥＣＵ３６３
が接続されて第３のネットワーク１６を形成しており、
各ネットワーク１４〜１６間はデータ中継装置４Ａによ
りデータ中継がなされる構成となっている。

【００４５】各ＥＣＵ３４１〜３６３は、イベントフレ
ームの中継が必要なイベントの発生時は、イベントフレ
ームの送信に先立ち、データ中継装置４Ａに、送信要求
である起動判定要求フレームを送信する。この起動判定
要求フレームは、ネットワーク起動通知フレームの送信
をデータ中継装置４Ａに対して要求するもので、データ
中継装置４Ａにおいて、ネットワーク起動通知フレーム
の送信を要求する旨が認識されるとともに、どのネット
ワーク１４〜１６についてのネットワーク起動通知フレ
ームを要求するものであるかが認識されるように、所定
の通信プロトコルにしたがって構成されている。

【００４６】各ＥＣＵ３４１〜３６３は、起動判定要求
フレームの送信後は該当するネットワーク起動通知フレ
ームの受信待ちとなる。受信されればイベントフレーム
を送信する。

【００４７】なお、イベント発生時に、イベントが発生
したＥＣＵ３４１〜３６３が属するネットワーク１４〜
１６が起動していなければ、前記起動判定要求フレーム
の送信に先立ち、先ずウェイクアップフレームを送信し
て自ネットワーク１４〜１６を起動状態にしてデータ中
継装置４Ａとの通信を可能にしておく。

【００４８】データ中継装置４Ａは、第１実施形態のデ
ータ中継装置において、起動要求送信部、起動状態判定
部、起動状態応答部の機能を別の機能に代えたもので、
起動要求送信部４４Ａは、受信した起動判定要求フレー
ムから、ネットワーク起動通知フレームの送信を要求す
る旨、対象となるネットワーク１４〜１６を抽出し、該
当するネットワーク１４〜１６にウェイクアップフレー
ムを送信する。

【００４９】起動状態判定部４５Ａは、該当ネットワー
ク１４〜１６の通信線２１〜２３上の変化を監視して、
該当ネットワーク１４〜１６のすべてのＥＣＵ３４１〜
３６３からウェイクアップフレームを受信したか否かに
より該当ネットワーク１４〜１６が起動したか否かを判
断する。

【００５０】起動状態応答部４６Ａは、前記起動判定要
求フレームを送信したネットワーク１４〜１６に、ＢＵ
Ｓ−ＡフレームないしＢＵＳ−Ｃフレームのうち、前記
該当ネットワーク１４〜１６についてのものを送信す
る。

【００５１】かかる構成でも、イベントフレームが確実
に送信先に中継され、データ中継装置のバッファの容量
が過大になることはなく低コストである。

【００５２】また、イベント発生からイベントフレーム
が送信先に中継されるまでの通信負荷は一定しており、
通信負荷がイベントの発生状況で左右されることもな
い。

【００５３】また、送信先のネットワークに属するノー
ドが起動した旨は、ネットワーク起動通知フレームによ
り一時に通知され、イベントの発生から送信先のＥＣＵ
がイベントの発生を認識するまでの遅延時間がノード数
で左右されることもない。

【００５４】しかも、イベントフレームの送信先のネッ
トワークについてのネットワーク起動通知フレームだけ
が送信されるから、ネットワーク数が多い場合に有利で
ある。

【００５５】（第３実施形態）図８、図９に第３の実施
形態の構成を示す。基本的な構成は第１、第２実施形態
のものと同一であり、第１、第２実施形態との相違点を
中心に説明する。各ＥＣＵおよびデータ中継装置が、イ
ベント発生時の条件に応じて、第１実施形態における制
御と第２実施形態における制御を選択的に実行するよう
にしたものである。なお基本的な構成は第１、第２実施
形態のものと同一であり、第１、第２実施形態との相違
点を中心に説明する。

【００５６】多重通信システムは、多重通信線２１にノ
ードとしてのＥＣＵ３７１、ＥＣＵ３７２、ＥＣＵ
３７３が接続されて第１のネットワーク１７を形成
し、多重通信線２２にノードとしてのＥＣＵ３８１、
ＥＣＵ３８２、ＥＣＵ３８３が接続されて第２のネ
ットワーク１８を形成し、多重通信線２３にノードとし
てのＥＣＵ３９１、ＥＣＵ３９２、ＥＣＵ３９３
が接続されて第３のネットワーク１９を形成しており、
各ネットワーク１７〜１９間はデータ中継装置４Ｂによ
りデータ中継がなされる構成となっている。

【００５７】各ＥＣＵ３７１〜ＥＣＵ３９９はスリープ
状態においてイベントが発生した時は第１実施形態と同
様に送信要求であるウェイクアップフレームを送信し
て、これに対するデータ中継装置４Ｂからの応答として
前記ＢＵＳ−Ａフレーム〜ＢＵＳ−Ｃフレームを順次、
受信し、該当するネットワーク起動通知フレームを受信
した時点でイベントフレームを送信する。一方、起動状
態でイベントが発生した時は第２実施形態と同様に送信
要求である起動判定要求フレームを送信して、これに対
するデータ中継装置４Ｂからの応答として前記ＢＵＳ−
ＡフレームないしＢＵＳ−Ｃフレームの該当するものを
受信し、イベントフレームを送信する。

【００５８】データ中継装置４Ｂは、第１、第２実施形
態のデータ中継装置において、起動要求送信部、起動状
態判定部、起動状態応答部の機能を別の機能に代えたも
ので、起動要求送信部４４Ｂは、スリープ作動時にウェ
イクアップフレームを受信した時は、第１実施形態と同
様にすべてのネットワーク１７〜１９にウェイクアップ
フレームを送信する。また、起動状態において起動判定
要求フレームを受信した時は、第２実施形態と同様に該
当するネットワーク１７〜１９にウェイクアップフレー
ムを送信する。

【００５９】起動状態判定部４５Ｂは、起動要求送信部
４４Ｂがすべてのネットワーク１７〜１９にウェイクア
ップフレームを送信した場合には、各ネットワーク１７
〜１９の通信線２１〜２３上の変化を監視して、各ネッ
トワーク１７〜１９に属するすべてのＥＣＵ３７１〜３
９３からウェイクアップフレームを受信したか否かによ
り各ネットワーク１７〜１９が起動したか否かを判断す
る。一方、起動要求送信部４４Ｂが、起動判定要求フレ
ームにより特定される該当ネットワーク１７〜１９にウ
ェイクアップフレームを送信した場合には、該当ネット
ワーク１７〜１９の通信線２１〜２３上の変化を監視し
て、該当ネットワーク１７〜１９のすべてのＥＣＵ３７
１〜３９３からウェイクアップフレームを受信したか否
かにより該当ネットワーク１７〜１９が起動したか否か
を判断する。

【００６０】起動状態応答部４６Ｂは、ネットワーク起
動通知フレームの応答を要求するウェイクアップフレー
ムまたは起動判定要求フレームを送信したネットワーク
１７〜１９に、起動状態判定部４５Ｂが起動状態と判断
したネットワーク１７〜１９についてのネットワーク起
動通知フレームを送信する。

【００６１】かかる構成でも、イベントフレームが確実
に送信先に中継され、データ中継装置のバッファの容量
が過大になることはなく低コストである。

【００６２】また、イベント発生からイベントフレーム
が送信先に中継されるまでの通信負荷は一定しており、
通信負荷がイベントの発生状況で左右されることもな
い。

【００６３】また、送信先のネットワークに属するノー
ドが起動した旨は、ネットワーク起動通知フレームによ
り一時に通知され、イベントの発生から送信先のＥＣＵ
がイベントの発生を認識するまでの遅延時間がノード数
で左右されることもない。

【００６４】しかも、スリープ状態においてイベントが
発生した時は、データ中継装置４Ｂが起動判定要求フレ
ームを待つことなくウェイクアップフレームに呼応して
各ネットワーク１７〜１９にウェイクアップフレームを
送信するので、イベント発生からイベントフレーム送信
までの遅延時間を短縮することができる。一方、起動状
態においてイベントが発生した時は起動判定要求フレー
ムが送信され、データ中継装置４Ｂは必要なネットワー
ク１７〜１９についてのみネットワーク起動通知フレー
ムを送信するので、通信負荷を減じることができる。

【図面の簡単な説明】

【図１】本発明の第１の多重通信システムの構成図であ
る。

【図２】前記多重通信システムのデータ中継装置の構成
図である。

【図３】前記多重通信システムのＥＣＵの作動を示すフ
ローチャートである。

【図４】前記データ中継装置の作動を示すフローチャー
トである。

【図５】前記多重通信システムの各部の作動を示すタイ
ミングチャートである。

【図６】本発明の第２の多重通信システムの構成図であ
る。

【図７】前記多重通信システムのデータ中継装置の構成
図である。

【図８】本発明の第３の多重通信システムの構成図であ
る。

【図９】前記多重通信システムのデータ中継装置の構成
図である。

【符号の説明】

１１，１２，１３，１４，１５，１６，１７，１８，１
９ ネットワーク２１，２２，２３ 多重通信線 ３１１，３１２，３１３，３２１，３２２，３２３，３
３１，３３２，３３３，３４１，３４２，３４３，３５
１，３５２，３５３，３６１，３６２，３６３，３７
１，３７２，３７３，３８１，３８２，３８３，３９
１，３９２，３９３ノード ４，４Ａ，４Ｂ データ中継装置 ４４，４４Ａ，４４Ｂ 起動要求送信部（起動要求送信
手段） ４５，４５Ａ，４５Ｂ 起動状態判定部（起動状態判定
手段） ４６，４６Ａ，４６Ｂ 起動状態応答部（起動状態応答
手段）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 佐藤 二郎 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 (72)発明者 妹尾 伸一 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 Ｆターム(参考） 5K033 BA06 CA04 CB08 DA05 DB16 DB18 EC01

Claims (2)

【特許請求の範囲】
1. 【請求項１】 通信線にノードが接続されてなる複数の
   ネットワークと、該複数のネットワーク間でデータフレ
   ームを中継するデータ中継装置とを具備する多重通信シ
   ステムにおいて、 前記ノードを、イベントの発生に応じてイベント発生通
   知を前記データ中継装置を介して送信するに際し、前記
   データ中継装置に対し、予め設定した所定の応答の送信
   を要求する送信要求を送信し、前記応答を受信すると前
   記イベント発生通知を送信する構成とし、 前記データ中継装置を、 前記ノードから前記送信要求を受信すると、少なくとも
   前記イベント発生通知の送信先の前記ネットワークに起
   動すべき旨の起動要求を送信する起動要求送信手段と、 前記起動要求の送信先のネットワークが起動状態にある
   か否かを判定する起動状態判定手段と、 前記起動要求の送信先のネットワークが起動状態になる
   と、前記応答を少なくとも前記送信要求が送信された前
   記ネットワークに送信する応答送信手段とを具備する構
   成としたことを特徴とする多重通信システム。
2. 【請求項２】 請求項１記載の多重通信システムにおい
   て、前記ノードを、自ノードが属する前記ネットワーク
   は起動すべき旨のデータフレームを前記送信要求として
   送信する構成とし、 前記起動要求送信手段を、少なくとも前記送信要求が送
   信された前記ネットワーク以外の前記ネットワークに前
   記起動要求を送信する構成とした多重通信システム。