JP3383463B2 - 多重伝送システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、共通の多重伝送路に接
続された複数の多重通信ノード間で複数種のデジタル情
報の送信及び受信を行う多重伝送システムに関するもの
である。

【０００２】

【従来の技術】近年、自動車の電子部品（電装ユニッ
ト）の増加に伴う該電装ユニット間を結ぶ配線（ワイヤ
ハーネス）の肥大化、複雑化を解消するために、複数の
電装ユニットに設けられた通信用ノードを共通の多重通
信線に接続し、各電装ユニット間の信号伝送を通信ノー
ドにより行う多重通信が注目されている。

【０００３】上述のディジタル情報の送出もしくは取込
み、あるいは、ディジタル情報の送出及び取込みを行う
複数の通信ノードが接続されて構築される多重伝送シス
テムにあっては、各通信ノードから通信ラインに送出さ
れて予め指定された通信ノードによって取り込まれるデ
ィジタル情報が、その取扱いが容易にされるべく、例え
ば、あるデータフレームを形成する。このデータフレー
ムは、通信フレームと呼ばれ、所定のビット数で総デー
タ長が予め設定されたデータ形式に従うコードデータの
グループとされる。

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

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

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

【０００７】ACKフィールドは、他のノード（システム
全体で、Ｎ個のノードを予定している）からのACK信号
が挿入されるところである。このACK信号は、受信側に
て正しくデータが受け取れなかった場合、受信側から返
送されないことになっており、送信側の多重ノードは、
返送されたフレームにACK信号を含むか否か判断するこ
とにより、フレームの送信が失敗したか否かを判断し、
フレームの送信が失敗した場合、同一のフレームの再送
信を行う。

【０００８】また、従来の多重伝送システムにおいて
は、２種類の多重伝送路が設けられ、イグニッションス
イッチのオンにより通信可能となるもの（便宜上、高速
伝送路と呼ぶ）と、バッテリ電源に接続され常時通信可
能なもの（便宜上、低速伝送路と呼ぶ）とに大別され
る。これら２種類の多重伝送路に接続される通信用ノー
ドにおいて、高速伝送路に接続される通信用ノードは、
エンジン制御やＡＢＳ制御を司る通信用ノードでありＣ
ＰＵの演算処理速度やメモリ容量が大きく設定されてい
る。一方、低速伝送路に接続される通信用ノードは、ワ
イパーや各種のランプの作動を司る通信用ノードであり
ＣＰＵの演算処理速度やメモリ容量が低く設定されてい
たり、場合によってはＣＰＵを搭載しないで通信ＩＣを
介して通信フレームの送信、受信を行うものがある。

【０００９】このような従来の多重伝送システムとし
て、例えば、親局は子局へのデータを送信し、子局から
のデータ受信後、予め子局毎に割当てた所定時間を有す
る割込み検出信号を伝送線に出力し、複数の子局は割込
み検出信号の子局が割当てられた期間のみ割り込み要求
信号を出力し、割込み要求をすることができる時分割多
重通信システムが提案されている（特開平３−１４８９
３６号公報参照）。

【００１０】

【発明が解決しようとする課題】しかしながら、上述し
たような従来の多重伝送システムでは、例えば、送信側
の通信ノードでフレームを送信中に、他の通信ノードか
ら割り込み送信要求フレームを受信した場合、送信側の
通信ノードは、割り込み送信要求した通信ノードの要求
に応答するために、送信中のフレーム送信の終了を待っ
て、次に送信するフレームを優先的にその割り込み送信
要求に応じたフレームとして送信するよう構成されてい
る。ところが、割り込み送信要求に応答するためのフレ
ームが先に送信中であったフレームと同じものであった
場合、同じフレームを２度連続して送信することにな
る。更に、複数の割り込み送信要求があった場合には、
その夫々の割り込み送信要求に応答するために同じフレ
ームを複数回送信することになり、通信線上のデータト
ラフィック量の増大を招くことになる。

【００１１】従って、本発明は上記従来技術の問題点を
解決するために提案されたもので、その目的とするとこ
ろは、他の通信ノードからの割り込み送信要求に応答す
る際に、通信線上のデータトラフィック量の増大を招く
ことなく効率良くデータの送信ができる多重伝送システ
ムを提案するところにある。

【００１２】

【課題を解決するための手段】及び

【作用】上述の課題を解決し、目的を達成するため、本
発明の多重伝送システムは、以下の構成を備える。即
ち、共通の通信線上に接続された第２の通信ノードから
の送信要求フレームを受信して、該第２の通信ノードか
ら指定された複数の通信フレームを該通信線を介して該
第２の通信ノードへ送信する第１の通信ノードを有する
多重伝送システムにおいて、前記第１の通信ノードは、
前記第２の通信ノードに対して該第２の通信ノードから
指定された複数の通信フレームを順次送信している途中
に、該第２の通信ノード以外の第３の通信ノードから送
信要求フレームを受信した場合、該第２の通信ノードへ
の通信フレームの送信を中止する手段と、前記第２及び
第３の通信ノードから受信した送信要求フレームに基づ
いて、前記複数の通信フレームの送信を最初から再度実
行し直す手段とを具備する。

【００１３】また、共通の通信線上に接続された第２の
通信ノードからの送信要求フレームを受信して、該第２
の通信ノードから指定された複数の通信フレームを該通
信線を介して該第２の通信ノードへ送信する第１の通信
ノードを有する多重伝送システムにおいて、前記第１の
通信ノードは、前記第２の通信ノードに対して該第２の
通信ノードから指定された複数の通信フレームを順次送
信している途中に、該第２の通信ノード以外の第３の通
信ノードから送信要求フレームを受信した場合、該第２
の通信ノードに対して全ての通信フレームの送信を完了
した後、前記第３の通信ノードから受信した送信要求フ
レームに基づいて、前記複数の通信フレームの中で前記
第３の通信ノードに対して未送信の通信フレームのみを
最初から再度送信し直すことを特徴とする。

【００１４】以上のように、本発明の多重伝送システム
においては、送信側の第１の通信ノードで第２の通信ノ
ードにフレームを送信中に、第３の通信ノードから割り
込み送信要求フレームを受信した場合、送信側の第１の
通信ノードは、先に送信中の第２のノードへのフレーム
の送信を中止し、第２及び第３の両方の送信要求に応答
できるようにフレームを再度送信し直すので、通信線上
のデータトラフィック量の増大を招くことなく効率良く
データの送信ができる。

【００１５】また、第１の通信ノードは、第２の通信ノ
ードに対して通信フレームを順次送信している途中に、
第３の通信ノードから送信要求フレームを受信した場
合、第２の通信ノードに対して全ての通信フレームの送
信を完了した後、これらの通信フレームの中で第３の通
信ノードに対して未送信の通信フレームのみを最初から
再度送信し直すので、通信線上のデータトラフィック量
を更に低減させ、より効率良くデータの送信ができる。

【００１６】

【実施例】以下、本願発明の実施例について添付図面を
参照しながら詳細に説明する。尚、以下に説明する実施
例の自動車の多重伝送システムは、所謂CSMA(Carrier S
ense Multiple Access)/CD(Collision Detection)方式
のネットワークアクセス方式に適用した例である。

【００１７】［通信ノードの回路構成］図２は、本実施
例の自動車の多重伝送ネットワークで用いられる通信ノ
ードの詳細構成を示した図である。本実施例の多重伝送
システムにおいては、演算処理機能を有するＣＰＵと多
重伝送路とのインタフェース機能を有する通信ＩＣとが
一体化されて内蔵された通信ノード（以下、ベーシック
ノード）、ＣＰＵと通信ＩＣとが別々のＩＣとして内蔵
された通信ノード（以下、ハイスピードノード）、ＣＰ
Ｕを有さず多重伝送路との間でデータの入出力を行うＩ
／Ｏ機能のみを有する通信ノード（以下、スタンドアロ
ン型ノード）の３種類の通信ノードが設けられる。

【００１８】上記３種類の通信ノードの内、スタンドア
ロン型ノードは、例えば、リヤデフスイッチとそのスイ
ッチが投入されたことを示す表示ランプを制御する通信
ノードとの関係のような高度なデータ処理を不要とする
通信制御とデータの簡単な入出力を実行できる。次に、
ベーシックノードとハイスピードノードについて説明す
る。ここでは、これらベーシックノード（ＣＰＵ内蔵型
通信ノード）とハイスピードノードとの違いを明確にす
るためにハイスピードノードの回路構成を先に説明す
る。図２に示す通信ノード（以下、ハイスピードノード
と呼ぶ）は、通信ＩＣとＣＰＵとが一体化されているベ
ーシックノードとは多少異なり、別々のＩＣとして搭載
されている。このハイスピードノードは、イグニッショ
ンスイッチがオンされて通信動作を開始する高速伝送路
ＭＢ１に接続され、主に時間的な変化の激しい車輪速等
のデータの授受を必要とするＡＢＳや４ＷＳを制御する
通信ノードとなる。このハイスピードノードは通信用Ｉ
Ｃ１０１を介して高速伝送路ＭＢ１に接続されている。
１００は制御を行なうＣＰＵであり、ＲＡＭ／ＲＯＭ１
０２に格納されたプログラムに従って動作する。CSMA/C
D方式の物理層レベルのプロトコル制御は通信ＩＣ１０
１により行なわれる。ＣＰＵ１００は、入力インタフェ
ース（Ｉ／Ｆ）部１０３を介して各種センサやスイッチ
等の入力補器１０４から信号が入力されると共に、出力
インタフェース（Ｉ／Ｆ）部１０５を介して、ベーシッ
クノードではパワーウインドウモータやドアロックモー
タ等の出力補器１０６に制御信号を出力する。従来例で
説明した電装品は、これらの入力補器１０４、出力補器
１０６に相当し、例えば、ハイスピードノードではエン
ジン制御用のＥＧＩコントローラであったり、ベーシッ
クノードではメータ類であったりする。

【００１９】更に、ＣＰＵ１００は、通信用ＩＣ１０１
を制御し、入力補器１０４から入力した信号を他の通信
ノードが用いる所定の通信フレームに記入して多重伝送
路ＭＢ１又はＭＢ２に送出すると共に、通信用ＩＣ１０
１が受け取った他のノードからのデータを制御信号に演
算処理して出力補器１０６に送出する。即ち、ＣＰＵ１
００は、バス上のフレームデータを電装ユニット１０４
が使用可能なフォーマットに変換したり、電装ユニット
１０４からのデータを所定のフレームフォーマットに変
換したりする。ＣＰＵ１００の他の重要な役目は、ACK
データの管理である。即ち、前述したように、本実施例
の通信方式では、全てのノード（の通信ＩＣ１０１）は
フレームデータを他のノードからエラーなく受け取った
ときは、その送り元のノードに対してACKビットを返す
ようになっている。従って、このACKフィールドの内容
を調べることにより、自分が送出したフレームをどのノ
ードが受信できなかったかを知ることができる。このチ
ェック作業をＣＰＵ１００が任されている。これは、通
信ＩＣ１０１が通信制御に限定され、高度のデータ処理
はＣＰＵ１００が行なうからである。

【００２０】入力補器１０４からの入力信号は、入力イ
ンタフェース（Ｉ／Ｆ）部１０３から入力補器故障検出
回路部１０７に送出される。この入力補器故障検出回路
部１０７では、入力補器１０４からの入力信号の電圧レ
ベル等を検出することにより、入力補器１０４の故障を
検出すると共に、故障検出信号をＣＰＵ１００に送出す
る。一方、ＣＰＵ１００から出力される制御信号は、診
断機能付き出力ドライバ１０９（IPS : intelligent po
wer switching )を介して出力補器１０６に送出され
る。ＩＰＳ１０９はＣＰＵ１００から送出される制御信
号が正常か否かを診断する。

【００２１】以上説明したＣＰＵ１００、通信ＩＣ１０
１、入力及び出力Ｉ／Ｆ部１０３、１０５、入力補器故
障検出回路部１０７は、電源回路部１０８を介して外部
のバッテリ電源供給路Ｂから電源が供給されている。電
源回路部１０８は、電源供給路Ｂに接続され、通信ノー
ド用の駆動電圧（例えば、＋５Ｖ）に調圧した後、通信
ノード内部の各回路へ電力を供給する。

【００２２】図３に、上述のベーシックノード、ハイス
ピードノード、スタンドアロン型ノードとを混在させた
ネットワークシステムの一例を示す。図３に示す例で
は、ベーシックノードは通信ノード１０であり、ハイス
ピードノードは通信ノード２０、スタンドアロン型ノー
ドは通信ノード３０である。ベーシックノード１０は、
集中ドアロックのメインスイッチやパワーウインドウス
イッチ等のスイッチ１が接続されている。このベーシッ
クノード１０は、ドライバ席側ドアに設けられたウイン
ド開閉スイッチ等のためのノードになり、ノード３０は
各座席のドアに設けられたウインド開閉スイッチのため
のノードとなる。周知のように、ドライバ席のスイッチ
は、集中的に他のドアのウインドの開閉やドアロックも
行なうことができるようになっているために、ベーシッ
クノードが用いられている。また、助手席や後部座席に
おいては、それらの個々の座席のウインドを開閉するだ
けであるので、ウインド開閉モータ等のアクチュエータ
３が接続されたスタンドアロン型ノード３０で十分であ
る。即ち、助手席や後部座席におけるウインドの開閉
は、運転席のベーシックノード１０によっても、夫々の
スタンドアロン型ノード３０によっても行なうことがで
きる。また、通信ノード２０には、車輪速センサ等のセ
ンサ２が接続されている。ハイスピードノード２０は、
高速伝送路ＭＢ１に接続され、ベーシックノード１０
は、高速伝送路ＭＢ１及び低速伝送路ＭＢ２に接続さ
れ、スタンドアロン型ノード３０は、低速伝送路ＭＢ２
に接続される。高速伝送路ＭＢ１は、イグニッションス
イッチがオンされて通信が可能となり、低速伝送路ＭＢ
２は、常時バッテリ電源に接続され、通信可能な状態で
ある。

【００２３】［フレームの送信動作］以下では、本実施
例の多重伝送システムを構成する通信ノードにおいて、
特にベーシックノード又はハイスピードノードによるフ
レームの送信動作について説明する。 ＜第１実施例の送信動作＞先ず、図４〜図６を参照して
第１実施例の送信動作について具体的に説明する。図４
は、本システムのネットワーク構成を簡略化して示した
図であり、図５は、第１実施例のフレーム送信動作手順
を説明する図であり、図６は、他の通信ノードからの送
信要求に基づくフレーム送信動作タイミングを示すタイ
ミングチャートである。尚、以下では、説明を簡略化す
るために多重伝送路ＭＢ１又はＭＢ２に３つの通信ノー
ドＡ、Ｂ、Ｃが接続され、通信ノードＡを通信ノード
Ｂ、Ｃから送信要求フレームを受信してそれに応じた送
信応答フレームを送出する送信側ノードとし、通信ノー
ドＢ、Ｃを通信ノードＡから送信された送信応答フレー
ムを受信する受信側ノードとして説明を進める。また、
通信ノードＡは、通信ノードＢ、Ｃからの送信要求フレ
ームに対して１つ又は複数の送信応答フレームＡａ〜Ａ
ｚを応答送信するものとする。

【００２４】さて、図４〜図６において、ノードＡは、
ノードＢから送信要求フレームＢを受信して、ノードＢ
に対して応答フレームＡａ〜Ａｚを順次送信中であると
する。このとき、ノードＡが応答フレームＡａ〜Ａｃを
送信し終えたところで、ノードＣから割り込みで送信要
求フレームＣを受信した場合、ノードＡはノードＢに対
する応答フレームＡａ〜Ａｚの送信をフレームＡｃまで
で中止して、再び最初のフレームＡａから今度はノード
Ｂ、Ｃに対して応答フレームの送信をやり直す。尚、こ
のノードＡの送信動作は、３つ以上の複数のノードに対
して行なうこともできる。また、ノードＡは、ノードＣ
から送信要求フレームを受信した時点において、ノード
Ｂに対して既に送信済みの応答フレームの中で、ノード
Ｃに不要な応答フレームを除いて最初から再度実行し直
すようにしてもよい。

【００２５】＜第１実施例の制御フロー＞以下に、第１
実施例として説明したノードの送信動作について添付の
フローチャートを参照して説明する。尚、ノードＡは、
ノードＢ又はＣから受信した送信要求フレームに対して
応答フレームとしてフレームＡ〜Ｅを送信するものとす
る。

【００２６】図７は、上述の送信要求に対する応答送信
の動作手順を記述したフローチャートである。また、図
８は、上述の送信要求するノードが複数ある場合の応答
送信の動作手順を記述したフローチャートである。図７
において、処理が開始されると、ステップＳ１０では、
ノードＡは、ノードＢ又はＣから送信要求フレームを受
信したか否か判定する。ステップＳ１０でノードＢ又は
Ｃから送信要求フレームを受信した場合（ステップＳ１
０でＹＥＳ）、ステップＳ１２に進む。その後のステッ
プＳ１２からステップＳ２０では、ノードＡは、応答フ
レームＡ〜Ｅを順次送信処理する。

【００２７】（送信要求するノードが複数ある場合の応
答送信の動作）図８において、処理が開始されると、ス
テップＳ３０では、ノードＡは、ノードＢ、Ｃ又はそれ
以外のノードから送信要求フレームを受信したか否か判
定する。ステップＳ３０でノードＢ、Ｃ又はそれ以外の
ノードから送信要求フレームを受信した場合（ステップ
Ｓ３０でＹＥＳ）、ステップＳ３２に進む。ステップＳ
３２では、ステップＳ３０で受信した送信要求フレーム
に基づいて応答フレームＡの送信処理を実行する。その
後、ステップＳ３４では、ノードＡは、ステップＳ３０
で受信した送信要求を出したノード以外の他のノードか
ら送信要求フレームを受信したか否か判定する。ステッ
プＳ３４で他のノードから送信要求フレームを受信しな
い場合（ステップＳ３４でＮＯ）、ステップＳ３６に進
み、ステップＳ３４で他のノードから送信要求フレーム
を受信した場合（ステップＳ３４でＹＥＳ）、ステップ
Ｓ３２にリターンしてフレームＡから応答送信を再度や
り直す。一方、ステップＳ３６では、応答フレームＡに
続く応答フレームＢの送信処理を実行する。その後、ス
テップＳ３８では、ノードＡは、ステップＳ３０、３４
で受信した送信要求を出したノード以外の他のノードか
ら送信要求フレームを受信したか否か判定する。ステッ
プＳ３８で他のノードから送信要求フレームを受信しな
い場合（ステップＳ３８でＮＯ）、ステップＳ４０に進
み、ステップＳ３８で他のノードから送信要求フレーム
を受信した場合（ステップＳ３８でＹＥＳ）、ステップ
Ｓ３２にリターンしてフレームＡから応答送信を再度や
り直す。一方、ステップＳ４０では、応答フレームＢに
続く応答フレームＣの送信処理を実行する。その後、ス
テップＳ４２では、ノードＡは、ステップＳ３０、３
４、３８で受信した送信要求を出したノード以外の他の
ノードから送信要求フレームを受信したか否か判定す
る。ステップＳ４２で他のノードから送信要求フレーム
を受信しない場合（ステップＳ４２でＮＯ）、ステップ
Ｓ４４に進み、ステップＳ４２で他のノードから送信要
求フレームを受信した場合（ステップＳ４２でＹＥ
Ｓ）、ステップＳ３２にリターンしてフレームＡから応
答送信を再度やり直す。一方、ステップＳ４４では、応
答フレームＣに続く応答フレームＤの送信処理を実行す
る。その後、ステップＳ４６では、ノードＡは、ステッ
プＳ３０、３４、３８、４２で受信した送信要求を出し
たノード以外の他のノードから送信要求フレームを受信
したか否か判定する。ステップＳ４６で他のノードから
送信要求フレームを受信しない場合（ステップＳ４６で
ＮＯ）、ステップＳ４８に進み、ステップＳ４６で他の
ノードから送信要求フレームを受信した場合（ステップ
Ｓ４６でＹＥＳ）、ステップＳ３２にリターンしてフレ
ームＡから応答送信を再度やり直す。一方、ステップＳ
４６では、応答フレームＤに続く応答フレームＥの送信
処理を実行する。しかる後に、本プログラムの開始時点
にリターンする。

【００２８】以上のように、第１実施例の送信動作によ
れば、ノードＡは、ノードＢに対して応答フレームＡａ
〜Ａｚを順次送信中であるときに、ノードＣから割り込
みで送信要求フレームＣを受信した場合、ノードＡはノ
ードＢに対する応答フレームＡａ〜Ａｚの送信をフレー
ムＡｃまでで中止して、再び最初のフレームＡａから今
度はノードＢ、Ｃに対して応答フレームの送信をやり直
すので、通信線上のデータトラフィック量の増大を招く
ことなく効率良くノードＢ、Ｃに対して応答送信ができ
る。

【００２９】また、ノードＣは、ノードＡから送信され
るフレームＡ〜Ｅを途中からではなく、通常の応答送信
の順番で最初のフレームから受信できるので、受信側ノ
ードＣの受信制御処理プログラムを簡素化できる。 ＜第２実施例の送信動作＞次に、図９のフローチャート
に基づき第２実施例の送信動作について具体的に説明す
る。図９は、第２実施例の送信要求に対する応答送信の
動作手順を記述したフローチャートである。尚、第１実
施例と同様、ノードＡは、ノードＢ又はＣ又はそれ以外
のノードから受信した送信要求フレームに対して応答フ
レームとしてフレームＡ〜Ｅを送信するものとする。

【００３０】さて、この第２実施例では、ノードＡは、
例えば、ノードＢから送信要求フレームを受信して、ノ
ードＢに対して応答フレームＡ〜Ｃを送信し終えたとこ
ろで、ノードＣから割り込みで送信要求フレームを受信
した場合、先ず、ノードＢに対して未送信の応答フレー
ムＤ〜Ｅの送信を終了させ、次にノードＣに対して未送
信のフレームＡ〜Ｃのみの送信を再度ノードＣに対して
やり直す。尚、このノードＡの送信動作は、第１実施例
と同様に、３つ以上の複数のノードに対して行なうこと
もできる。

【００３１】＜第２実施例の制御フロー＞以下に、第２
実施例として説明したノードの送信動作について説明す
る。図９において、処理が開始されると、ステップＳ５
０では、ノードＡは、ノードＢ、Ｃ又はそれ以外のノー
ドから送信要求フレームを受信したか否か判定する。ス
テップＳ５０でノードＢ、Ｃ又はそれ以外のノードから
送信要求フレームを受信した場合（ステップＳ５０でＹ
ＥＳ）、ステップＳ５２に進む。ステップＳ５２では、
ステップＳ５０で受信した送信要求フレームに基づいて
応答フレームＡの送信処理を実行する。その後、ステッ
プＳ５４では、ノードＡは、ステップＳ５０で受信した
送信要求を出したノード以外の他のノードから送信要求
フレームを受信したか否か判定する。ステップＳ５４で
他のノードから送信要求フレームを受信しない場合（ス
テップＳ５４でＮＯ）、ステップＳ５８に進み、ステッ
プＳ５４で他のノードから送信要求フレームを受信した
場合（ステップＳ５４でＹＥＳ）、ステップＳ５６に進
む。ステップＳ５６では、ノードＡがフレームＢを送信
したことを表すフレームＢの送信処理フラグのビット
に”１”を立てた後、ステップＳ６０に進んで、フレー
ムＢの送信処理を実行する。一方、ステップＳ５８で
は、フレームＢの送信処理フラグのビットに”１”が立
っているか否か判定し、フラグが立っていない場合（ス
テップＳ５８で判断ＮＯ）、ステップＳ６０に進み、フ
ラグが立っている場合（ステップＳ５８で判断ＹＥ
Ｓ）、ステップＳ８６に進む。ステップＳ８６では、ス
テップＳ５４の送信要求フレームに対してフレームＡが
未送信で、フレームＢ以降が送信処理済みフレームであ
ると判断してフラグをクリアした後、本プログラムの開
始時点にリターンし、フレームＡのみを再度送信する。

【００３２】その後、ステップＳ６２では、ノードＡ
は、ステップＳ５０、５４で受信した送信要求を出した
ノード以外の他のノードから送信要求フレームを受信し
たか否か判定する。ステップＳ６２で他のノードから送
信要求フレームを受信しない場合（ステップＳ６２でＮ
Ｏ）、ステップＳ６６に進み、ステップＳ６２で他のノ
ードから送信要求フレームを受信した場合（ステップＳ
６２でＹＥＳ）、ステップＳ６４に進む。ステップＳ６
４では、ノードＡがフレームＣを送信したことを表すフ
レームＣの送信処理フラグのビットに”１”を立てた
後、ステップＳ６８に進んで、フレームＣの送信処理を
実行する。一方、ステップＳ６６では、フレームＣの送
信処理フラグのビットに”１”が立っているか否か判定
し、フラグが立っていない場合（ステップＳ６６で判断
ＮＯ）、ステップＳ６８に進み、フラグが立っている場
合（ステップＳ６６で判断ＹＥＳ）、ステップＳ８６に
進む。ステップＳ８６では、ステップＳ６２の送信要求
フレームに対してフレームＡ、Ｂが未送信で、フレーム
Ｃ以降が送信処理済みフレームであると判断してフラグ
をクリアした後、本プログラムの開始時点にリターン
し、フレームＡ、Ｂのみを再度送信する。

【００３３】その後、ステップＳ７０では、ノードＡ
は、ステップＳ５０、５４、６２で受信した送信要求を
出したノード以外の他のノードから送信要求フレームを
受信したか否か判定する。ステップＳ７０で他のノード
から送信要求フレームを受信しない場合（ステップＳ７
０でＮＯ）、ステップＳ７４に進み、ステップＳ７０で
他のノードから送信要求フレームを受信した場合（ステ
ップＳ７０でＹＥＳ）、ステップＳ７２に進む。ステッ
プＳ７２では、ノードＡがフレームＤを送信したことを
表すフレームＤの送信処理フラグのビットに”１”を立
てた後、ステップＳ７６に進んで、フレームＤの送信処
理を実行する。一方、ステップＳ７４では、フレームＤ
の送信処理フラグのビットに”１”が立っているか否か
判定し、フラグが立っていない場合（ステップＳ７４で
判断ＮＯ）、ステップＳ７６に進み、フラグが立ってい
る場合（ステップＳ７４で判断ＹＥＳ）、ステップＳ８
６に進む。ステップＳ８６では、ステップＳ７０の送信
要求フレームに対してフレームＡ、Ｂ、Ｃが未送信で、
フレームＤ以降が送信処理済みフレームであると判断し
てフラグをクリアした後、本プログラムの開始時点にリ
ターンし、フレームＡ、Ｂ、Ｃのみを再度送信する。

【００３４】その後、ステップＳ７８では、ノードＡ
は、ステップＳ５０、５４、６２、７０で受信した送信
要求を出したノード以外の他のノードから送信要求フレ
ームを受信したか否か判定する。ステップＳ７８で他の
ノードから送信要求フレームを受信しない場合（ステッ
プＳ７８でＮＯ）、ステップＳ８２に進み、ステップＳ
７８で他のノードから送信要求フレームを受信した場合
（ステップＳ７８でＹＥＳ）、ステップＳ８０に進む。
ステップＳ８０では、ノードＡがフレームＥを送信した
ことを表すフレームＥの送信処理フラグのビットに”
１”を立てた後、ステップＳ８４に進んで、フレームＥ
の送信処理を実行する。一方、ステップＳ８２では、フ
レームＥの送信処理フラグのビットに”１”が立ってい
るか否か判定し、フラグが立っていない場合（ステップ
Ｓ８２で判断ＮＯ）、ステップＳ８４に進み、フラグが
立っている場合（ステップＳ８２で判断ＹＥＳ）、ステ
ップＳ８６に進む。ステップＳ８６では、ステップＳ７
８の送信要求フレームに対してフレームＡ、Ｂ、Ｃ、Ｄ
が未送信で、フレームＥ以降が送信処理済みフレームで
あると判断してフラグをクリアした後、本プログラムの
開始時点にリターンし、フレームＡ、Ｂ、Ｃ、Ｄのみを
再度送信する。

【００３５】以上のように、第２実施例の送信動作によ
れば、ノードＢから送信要求フレームを受信して、ノー
ドＢに対して応答フレームＡ〜Ｃを送信し終えたところ
で、ノードＣから割り込みで送信要求フレームを受信し
た場合、先ず、ノードＢに対して未送信の応答フレーム
Ｄ〜Ｅの送信を終了させ、次にノードＣに対して未送信
のフレームＡ〜Ｃのみの送信を再度ノードＣに対してや
り直すので、通信線上のデータトラフィック量の増大を
更に低減し、効率良くノードＢ、Ｃ又はそれ以外のノー
ドに対して応答送信ができる。 〈変形〉尚、その趣旨を逸脱しない範囲で上記実施例を
修正又は変形したものに適用可能である。

【００３６】

【発明の効果】以上説明したように、本発明の多重伝送
システムによれば、送信側の第１の通信ノードで第２の
通信ノードにフレームを送信中に、第３の通信ノードか
ら割り込み送信要求フレームを受信した場合、送信側の
第１の通信ノードは、先に送信中の第２のノードへのフ
レームの送信を中止し、第２及び第３の両方の送信要求
に応答できるようにフレームを再度送信し直すので、通
信線上のデータトラフィック量の増大を招くことなく効
率良くデータの送信ができる。

【００３７】また、第３の通信ノードは、第１の通信ノ
ードから送信されるフレームを途中からではなく、通常
の応答送信の順番で最初のフレームから受信できるの
で、受信側の第２、第３のノードの受信制御処理プログ
ラムを簡素化できる。また、第１の通信ノードは、第２
の通信ノードに対して通信フレームを順次送信している
途中に、第３の通信ノードから送信要求フレームを受信
した場合、第２の通信ノードに対して全ての通信フレー
ムの送信を完了した後、これらの通信フレームの中で第
３の通信ノードに対して未送信の通信フレームのみを最
初から再度送信し直すので、通信線上のデータトラフィ
ック量を更に低減させ、より効率良くデータの送信がで
きる。

【図面の簡単な説明】

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

【図２】本実施例の自動車の多重伝送ネットワークで用
いられるＣＰＵを有する通信ノードの詳細構成を示した
図である。

【図３】ベーシックノード、ハイスピードノード、スタ
ンドアロン型ノードとを混在させたネットワークシステ
ムの一例を示す図である。

【図４】本システムのネットワーク構成を簡略化して示
した図である。

【図５】第１実施例のフレーム送信動作手順を説明する
図である。

【図６】第１実施例の他の通信ノードからの送信要求に
基づくフレーム送信動作タイミングを示すタイミングチ
ャートである。

【図７】第１実施例の送信要求に対する応答送信の動作
手順を記述したフローチャートである。

【図８】第１実施例の送信要求するノードが複数ある場
合の応答送信の動作手順を記述したフローチャートであ
る。

【図９】第２実施例の送信要求に対する応答送信の動作
手順を記述したフローチャートである。

【符号の説明】

ＭＢ１、ＭＢ２…多重伝送路 １０…ベーシックノード ２０…ハイスピードノード ３０…スタンドアロン型ノード

フロントページの続き (72)発明者 坂本 裕昭 広島県安芸郡府中町新地３番１号 マツ ダ株式会社内 (56)参考文献 特開 平７−193584（ＪＰ，Ａ) 特開 平２−125544（ＪＰ，Ａ) 特開 平４−290027（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/00 H04Q 9/00

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 共通の通信線上に接続された第２の通信
   ノードからの送信要求フレームを受信して、該第２の通
   信ノードから指定された複数の通信フレームを該通信線
   を介して該第２の通信ノードへ送信する第１の通信ノー
   ドを有する多重伝送システムにおいて、 前記第１の通信ノードは、 前記第２の通信ノードに対して該第２の通信ノードから
   指定された複数の通信フレームを順次送信している途中
   に、該第２の通信ノード以外の第３の通信ノードから送
   信要求フレームを受信した場合、該第２の通信ノードへ
   の通信フレームの送信を中止する手段と、 前記第２及び第３の通信ノードから受信した送信要求フ
   レームに基づいて、前記複数の通信フレームの送信を最
   初から再度実行し直す手段とを具備することを特徴とす
   る多重伝送システム。
2. 【請求項２】 前記第１の通信ノードは、３つ以上の通
   信ノードに対して前記複数の通信フレームの送信を最初
   から再度実行し直すことを特徴とする請求項１に記載の
   多重伝送システム。
3. 【請求項３】 前記第１の通信ノードは、前記第３の通
   信ノードから送信要求フレームを受信した時点におい
   て、前記第２の通信ノードに対して既に送信済みの通信
   フレームの中で、前記第３の通信ノードに不要な通信フ
   レームを除いて最初から再度実行し直すことを特徴とす
   る請求項１に記載の多重伝送システム。
4. 【請求項４】 共通の通信線上に接続された第２の通信
   ノードからの送信要求フレームを受信して、該第２の通
   信ノードから指定された複数の通信フレームを該通信線
   を介して該第２の通信ノードへ送信する第１の通信ノー
   ドを有する多重伝送システムにおいて、 前記第１の通信ノードは、 前記第２の通信ノードに対して該第２の通信ノードから
   指定された複数の通信フレームを順次送信している途中
   に、該第２の通信ノード以外の第３の通信ノードから送
   信要求フレームを受信した場合、該第２の通信ノードに
   対して全ての通信フレームの送信を完了した後、前記第
   ３の通信ノードから受信した送信要求フレームに基づい
   て、前記複数の通信フレームの中で前記第３の通信ノー
   ドに対して未送信の通信フレームのみを最初から再度送
   信し直すことを特徴とする多重伝送システム。