JPH02148936A - 多重伝送装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は複数のノード間で時分割多重方式によってデー
タの送受を行う多重伝送装置に関する。

〔従来の技術〕

この種の多重伝送装置は多くの産業分野に用いられてお
り９例えば自動車産業の分野では、自動車の電子制御化
に伴う信号線の肥大化を防ぐ目的に利用されている。こ
の自動車用多重伝送装置は。

自動車の各部に配置された制御ユニット（ノード）間を
一本の多重伝送路で結んで信号の送受を行っており、そ
れにより自動車に必要な信号線の数を大幅に削減してい
る。かかる多重伝送装置は例えば特公昭６１−３２１７
８号公報に開示されている。

〔発明が解決しようとする課題〕

このような多重伝送装置では、各ノード間で信号の送受
が正確に行われることが必要となる。例えば自動車用多
重伝送装置では、ヘッドライトの点灯スイッチのＯＮ１
０　Ｆ　Ｆを検知するノードとそのＯＮ１０　Ｆ　Ｆに
応じてヘッドライトの点灯を制御するノードとはそれぞ
れ別々に設けられており、多重伝送路を介して両ノード
間で０Ｎ１０ＦＦ信号の受は渡しを行い、それによりヘ
ッドライトの点灯制御を行っている。

このため２例えばヘッドライトが点灯されている状態で
点灯スイッチによってヘッドライトの消灯を措示したと
しても、ノードや伝送路の瞬断等に起因してそのＯＦＦ
信号が正常にヘッドライト側ノードに受は渡されないと
３点灯スイッチはＯＦＦであるにもかかわらずヘッドラ
イトは点灯したままという状態が発生してしまう。

したがって本発明は、ネットワーク内でノードの受信障
害等が生じた場合にも、ネットワークの各ノードが保持
するデータが正しいものに修正されるようにしてネット
ワークの信頼性を高めることを目的とする。

〔課題を解決するための手段〕

第１図は本発明に係る多重伝送装置の概念を説明する図
である。図において、１０１〜１０４はノードであり、
これらノード１０１〜１０４は共通伝送路１０５を介し
て多重通信によりデータの送受信を行うように構成され
る。本発明の一つの形態においては、このネットワーク
にノードの障害発生を検出する検出手段１０６が備えら
れており、各ノード１０１〜１０４は検出手段１０６に
よって障害発生が検出された時に自己の保持する送信デ
ータを共通伝送路１０５に送信して各ノード間でデータ
の交換を行い、各ノードの保持データを更新するように
構成される。この検出手段１０６は、ネットワークの全
ノードが備えても、また特定のノードのみが備えてもよ
い。

また本発明の他の形態においては、検出手段１０６によ
る検出に応じて送信データの交換を行う代わりに、各ノ
ード１０１〜１０４は自己の保持する送信データを定期
的に共通伝送路１０５に送信して各ノード間でデータの
交換を行い、各ノードの保持データを更新するように構
成される。

（作用〕 検出手段１０６によってノードの受信障害等が検出され
ると、それに応じて各ノードにその保持送信データを共
通伝送路１０５に送出する要求が発せられ、それにより
各ノードは自局送信データを共通伝送路１０５に出力す
る。そして各ノードはこの共通伝送路ｌＯ５上の送信デ
ータのうち自局に必要なものを取り込んで、その受信デ
ータにより自己の保持するデータの内容を修正する。

本発明の他の形態においては、この検出手段１０６によ
る代わりに、各ノード１０１〜１０４は定期的にその保
持する送信データを共通伝送路１０５に送出し、それに
より各ノードの保持データの内容を修正する。

〔実施例〕

以下９図面を参照しつつ本発明の詳細な説明する。

第２図は本発明にかかる多重伝送装置を自動車用の多重
伝送システムに通用した実施例を示すものである４、こ
のシステムはバス形態の分散型自動車用ＬＡＮであり、
各ノードに送信すべきメツセージがあるときのみ伝送路
の使用権を割り付ける非同期時分割多重（あるいはパケ
ット多重）を採用しており、アクセス制御方式（多重方
式）としてはＣ３ＭＡ／ＣＤ方式を採用している。

図において、１はハーネスの結合点に置かれてエンジン
制御ユニット１０や自動変速機制御ユニット１１等を収
容するジヨイントボックス（Ｊ／Ｂ）用ノード、２はス
テアリング周辺の各種スイッチを収容するステアリング
スイッチ用ノード３は各種メータ類を収容するメータ用
ノード、４は自動車電話等を収容する自動車電話用ノー
ド５は空調機器の制御を行う空調制御用ノード、６は空
調機器の各種操作スイッチ類を収容する空調スイッチ用
ノード２７はナビゲーションシステムや自動車用テレビ
の制御を行うカーコミュニケーションシステム（ＣＣＳ
）用ノード、８はカーコミュニケーションシステム用の
表示器であり、これらのノードｌ〜７はツイストペア線
からなる多重伝送路としてのバス９によって相互接続さ
れており、ノード相互間ではコンテンション方式による
非同期時分割多重通信を行っている。なおＪ／Ｂ用ノー
ドｌとエンジン制御ユニット１０．　　自動変速礪制御
ユニット１１との間は非多重伝送路を介して接続されて
いる。

各ノード１〜７の基本的な構成が第３図に示される。図
示の如＜、ＣＰＵ２１．このＣＰＵ２１とバス９とのイ
ンタフェースとなる多重１／Ｆモジュール２２．当該ノ
ードに収容される各種機器類とＣＰＵ２１とのインタフ
ェースとなる入出力インタフェース２３．およびコネク
タ２４などを含み構成されている。

この多重！／Ｆモジュール２２０基本的な構成が第４図
に示される。この多重１７Ｆモジユール２２は多重ＬＳ
１２２１．バスＩ／Ｆ回路２２２゜発Ｉ辰器２２３等を
含み構成される。多重ＬＳＩ２２１はバス９上のシリア
ル信号をＣＰロ内部バス上のパラレル信号に変換する直
並列変換機能、その逆の変換を行う並直列変換機部、バ
ス９上での送信フレームの衝突を）食出して送信タイミ
ングを制御する衝突検出機部、バス９に対するデータの
送受信を制御する送受信機能などの各種の機能を備える
。バスＩ／Ｆ回路２２２は多重バス９に対してへ信号を
送出するドライバと多重バス９から信号を受信するレシ
ーバ等からなる。発振器２２３は動作クロックを発生す
るためのものである。

ノー１１〜７間で送受されるメツセージのフレームフォ
ーマットが第５図に示される。このメツセージは、メツ
セージ開始符号ＳＯＭ、メツセージプライオリティＭＰ
、　　ネットワーク識別コードＮ　Ｉ　Ｄ、データ識別
コードＤ　Ｉ　Ｄ、データ領域ＤＦ、エラーチエツク符
号ＥＲ，データ終了符号ＥＯＤ、ネットワーク制御用肯
定応答（ＡＮＣ：＾Ｃｋｎｏｗｌｅｄｇｅｍｅｎｔ　ｆ
ｏｒ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏ＋　）領域、メ５
・セージ終了符号ＥＯＭからなる。

メツセージ開始符号ＳＯＭはメツセージの始まりを表す
２ビツトの符号である。メツセージプライオリティＭＰ
は４ビツトでそのメツセージの優先順位を表す。ネット
ワーク識別コードＮＩＤは４ビツトのネットワーク識別
コードである。

データ識別コードＤＩＤは次に続くデータ領域ＤＦの内
容を識別するための８ビツトのコードであり、受信側の
ノードがバス９上のメツセージを自由に取捨選択できる
ようにする（すなわちアドレスフリーとする）ものであ
る。受信側のノードではこのデータ識別コードＤＩＤを
チエツクして。

そのメツセージが自ノードに必要であるか不要であるか
を判定し、必要であればそのメツセージを取り込む、こ
のデータ識別コードＤＩＤに例えば“＄ＯＯ″を設定す
ると金ノード１〜７に対してその保持する送信データを
バス９上に送出することを要求する送信要求コードとな
る。

データ領域ＤＦは４バイトの固定長であり、有効／無効
指定コードＶ／［とデータＤＴとからなる。有効／無効
指定コードＶ／Ｉはデータ領域ＤＦの下位２バイトのデ
ータＤＴの有効／無効をビー／　ト毎に指定するための
ものである。データＤＴはメツセージの値によって有効
／無効指定コードＶ／Ｉを用いる場合は２バイト、用い
ない場合は４バイトのデータフィールドとなる。エラー
チエツク符号ＥＲは８ビツトのＣＲＣによるエラーチエ
ツクを行うコードである。データ終了符号Ｅ０ＤはＣＲ
Ｃコードを含むデータの終了を表す。

肯定応答領域ＡＮＣはネットワークに接続される全ての
ノードの受信応答信号返送領域であり。

この領域は第６図に示されるように複数のタイムスロッ
ト（各々１ビツト）に分割されて各タイムスロットがネ
ットワークの各ノードにそれぞれ割り当てられている。

各ノードはメツセージを正常に受信すると、当該メツセ
ージ中の肯定応答領域式トｚＣの自局に割り当てられた
タイムスロットの位置で１ビツトの肯定応答ＡＣＫをバ
ス９に出力する。したがって送信側のノードはこの肯定
応答領域ＡＮＣにおける各ノードがらの肯定応答ＡＣＫ
をチエツクすれば、自局が伝送したメツセージがどのノ
ードに正常に受信されたが、いいかえればメツセージを
正常に受信できなかったノードがあるか否かを知ること
ができる。よってメツセージを送信する度にこの肯定応
答領域ＡＮＣをチエツクすることにより、ネットワーク
中の幾つがのノードがコネクタ瞬断等によってメツセー
ジを受信できないといった受信障害が生じた場合にも。

その障害発生を直ちに検知することができる。

ネットワーク中の各ノードｌ〜７は第７−図の流れ図に
従ってデータの送受信を行うように構成されている。な
おこの第７図の流れ図は本発明に関４Ｖ＋する処理の部
分を主に表したものであり、各ノードの行う全ての動作
を表゛したものではない、この第７図における送受信要
求信号の送信処理（ステップＳ２）が第８図に、全送受
信データの送信処理（ステップＳ３）が第９図に、送受
信処理（ステップＳ５）が第１０図に、受信処理（ステ
ップＳ６）が第１２図にそれぞれサブルーチンの形で示
され、第１Ｏ図の送信処理における診断処理Ａ（ステッ
プ５３０）が第１１図に、第１２図の受信処理における
診断処理Ｂ（ステップ５５６）が第１３図に、この第１
３図の診断処理Ｂにおけるシステムリフレッシュ判定処
理（ステップ５６６）が第１４図にそれぞれサブルーチ
ンの形で示されている。

以下２図面を参照しつつ実施例装置の動作を説明する。

ネットワークの各ノード１〜７は、第７図の処理手順に
従って各ノード固有の処理、他のノードとの間でのメツ
セージの送受信、システムリフレッシュ処理等を行う、
ここでシステムリフレッシュ処理は、メツセージの受信
障害を起こしているノードの存在することが肯定応答領
域ＡＮＣをチエツクして判明した時に、各ノードが自己
の保持する送信データをバス９に順次に送出し、それに
より各ノードが自己の保持する受信データの内容をバス
９上に送出された新たなデータによって更新するもので
あり、これによって各ノードが誤ったデ・−夕を保持し
続けることがなくなる。

第７図に従って説明すると、まず各ノードの電源を立ち
上げると、ノードの初期化が行われる（ステップ３１）
。次いで、送信要求信号の送信と全送信データの送信処
理を行う（ステップ３２゜３３）。このステップ３２．
３３の処理は、ノード立上げ時において各ノードの電源
の安定時間の相違、投入順序の違いなどにより各ノード
が保持するデータが不一致となって信号定義の不定状態
を生じる可能性があるので、これを回避するため各ノー
ド間でその保持データの内容を交換し合いその内容を一
致させるためのものである。

送信要求信号の送信処理は、第８図に示されるように、
自ノードから送信するメツセージ中のデータ識別コード
ＤＩＤに送信要求を示すコード“＄（）０”を設定して
メツセージを組み立て（ステップ５９１）、このメツセ
ージをバス９に送信するものである（ステップ３９６）
。

全送信データの送信処理は、第９図に示されるように、
他のノードが送信したメツセージ中の送信要求コード”
＄ＯＯ°に応答して各受信ノードが自己の保持する全て
の送信データをバス９に順次に送り出す処理である。こ
の処理では、各ノードは全送信データを複数個のメツセ
ージに分けて順次に送信する。よって、まずデータ番号
ｉを“０゛に設定しくステップ３９４）、データ番号“
Ｏ”のデータＤＴｏによりメツセージを組み立て（ステ
ップ３９５）、　これをバス９に送信しくステップ３９
６）、その後にデータ番号ｉを一つインクリメントする
（ステップ５９７）。この処理Ｓ−全送信データの送信
が完了するまで繰り返す（ス’ｉ−ツブＳ９５〜５９８
）。

ステップＳ２．Ｓ３の処理が終わったならば。

自ノードに固有の種々の処理を行う（ステップＳ４）。

その処理結果として送信データに変化が生したならば、
その送信データを組み込んだメツセージを作成してバス
９に送信する（ステップＳ５）、この送信処理について
は後に詳しく説明する。

次いでバス９上のメツセージを受信する受信処理を行う
（ステップＳ６）。この受信処理においては、受信メツ
セージ中の肯定応答領域ＡＮＣをチエツクして化ノード
の受信障害を調べ、受信障害が検知された場合には、各
ノード間でのデータの相互交換を指示するシステムリフ
レッシュフラグＳＲＦを“１″にセントする。また化ノ
ードからの受信メツセージ中に送信要求（すなわちデー
タ識別コードＤＩＤ＝“＄００”）を検出した場合には
、自ノードの保持する全送信データの送信を指示するシ
ステムリフレッシュ応答フラグＳＲＲＦを１１１にセッ
トする。この受信処理についても後に詳しく説明する。

受信処理が終了したならば、リフレッシュフラグＳＲＦ
の状態を判定し、５ＲＦ＝１であれば。

ステップＳ２と同じ手順の送信要求信号の送信処理を行
い（ステップＳ９）、リフレッシュフラグＳＲＦを０１
にリセットしくステップ３９）その後にリフレッシュ応
答フラグ５ＲＲＦの状態の判定を行う、５ＲＦ＝０であ
れば、ステップＳ８、Ｓ９の処理は行わずに直ちにリフ
レッシュ応答フラグ５ＲＲＦの状態判定を行う。

リフレッシュ応答フラグ５ＲＲＦの状態判定のＮ７Ａ、
５ＲＲＦ＝１であれば、ステップＳ３と同じ手順の全送
信データの送信処理を行い（ステップＳｌｌ＞、　　リ
フレッシュ応答フラグ５ＲＲＦを″０”にリセットする
（ステップ３１２）、５ＲＲＦ＝０の場合にはステップ
Ｓ１１．Ｓ１２の処理は行わない０以上の処理をノード
立上り以降。

繰り返して行うものである（ステップ８４〜５１２）。

上述の送信処理を第１０図および第１１図を参照しつつ
以下に説明する。各ノードにおけるメツセージの送信は
、バス９上に化ノードの送信メソセージが現に存在する
場合には、メツセージの衝突防止のため１次回の送信タ
イミングまで待ち合わせさせられて送信リトライが行わ
れる。この場合、衝突検出時に送信要求フラグＲＱを“
ｌ”に設定して１次の送信タイミングでこの送信要求フ
ラグＲＱの状態を調べ、ＲＱ＝１であれば待機させてい
たメツセージの送信を行う。

第１０図において、まずこの送信要求フラグＲＱの状態
を判定しくステップ５２１）、　　“０゛であれば送信
要求は発生していないと判断して１次に送信データに変
化があるか否かを調べる（ステップ５２２）。送信デー
タに変化がある場合には。

その変化した送信データを化ノードに送る必要があるの
で、送信要求フラグＲＱを°１”にセットして（ステッ
プ３２３）、ステップ３２４以下の送信処理を行う。送
信データに変化がなければ（ステップ３２２）、そのま
ま送信処理を終了する（ステップ５３１）、またステッ
プＳ２１で送信要求フラグＲＱが“１”と判定された場
合には。

直ちにステップ３２４以下の送信処理を行う。

ステップ３２４以下の処理では、まずステータス信号中
の送信レディ信号ＴｘＲを読み出しくステップ３２４）
、その状態を判定する（ステップ５２５）、この送信レ
ディ信号ＴｘＲは送信要求に対して送信データの送信が
全て送信完了したか否かを表すステータス信号であり、
“ｌ゛であれば全データの送信完了９　°０”であれば
未完了を表す、よってＴｘＲ＝１であれば（ステップ５
２５）、送信完了として送信処理を終了する（ステップ
５３１）。

送信未完了であれば（ステップ５２５）、送信データを
メツセージに組み込んでバス９に送信する〈ステップ３
２６）、このメツセージ送信により全ての送信データの
送信が完了したならば送信レディ信号ＴｘＲは“０”に
リセットされるので。

全データ送信完了かを判定するために再び送信レディ信
号Ｔ　Ｘ　Ｒを読み出しくステップ３２７）。

未完了すなわちＴｘＲ＝Ｏであれば（ステップ８２８）
１次回の送信タイミングでもメツセージ送（Ｕが行われ
るように送信要求フラグＲＱをリセソＩ・することなく
送信処理を終了する（ステップ３．３１）。送信完了す
なわちＴｘＲ＝　１の場合には送信要求フラグＲＱを“
Ｏ“にリセットしくステップ３２９）、診断処理Ａを行
った後（ステップ５３０）、送信処理を終了する（ステ
ップ３３１）。

診断処理Ａは後述の受信処理における診断処理Ｂと共に
、システム内で受信障害を起こしていないノ・−ドの数
を、システム立上げ直１＆（すなわちイグニシッン電源
投入直後）に、受信メツセージの肯定応答領域ＡＮＣに
基づいて調べて登録するための処理である。この登録処
理は肯定応答ＡＣＫを返してきたノードの数を所定のメ
ツセージ受信回数、この実施例では３回、にわたり調ぺ
３　これら肯定応答領域ＡＮＣの論理積をとることによ
って正常時における受信障害のないノード数を決定し、
これを登録ＡＣＫ数としてＣＰＬＩに登録するものであ
る。

この診断処理Ａではノード登録フラグＦ１とノード登録
完了フラグＦ２とが用いられる。ノード登録フラグＦｌ
はイグニション電源投入後、送信時に“１”にセットさ
れ、受信時に“０”にリセットされるフラグである。ノ
ード登録完了フラグＦ２は登録ＡＣＫ数のＣＰＵへの登
録が完了したか否かを示すフラグであり、イグニション
電源投入直後に３回のメツセージ受信を行って得た登録
ＡＣＫ数をＣＰＵに登録した際に“１”にセットされる
。

第１１図において、ノード登録完了フラグＦ２の状態を
判定しくステップ３４１）、登録ＡＣＫ数の登録未完了
の場合にはイグニション電源がＯＮかを調べ（ステップ
３４２）、イグニション電源ＯＦＦの場合にはノード登
録カウンタのカウント数をゼロに設定しくステップ５４
４）、ノード登録完了フラグＦ２を１０”にセントする
（ステップ３４５）、そしてイグニション電源がＯＮに
なるまで送信処理毎にこの処理を繰り返す。

イグニション電源がＯＮになるとくステップ５４２）、
ステップＳ５の送信処理毎にノード登録フラグＦｌを′
１”にセットする。またノード登録完了フラグＦ２の状
態判定により登録完了と判定されるとくステップ５４１
）、イグニション電源の状態判定は行わずに直ちにノー
ド登録フラグＦ１を“１”にセットする（ステップ５４
３）。

この結果９診断処理Ａは、ノード登録完了フラグＦ２の
登録完了前はイグニション電源投入前のノード登録カウ
ンタとノード登録完了フラグＦ２の初期化処理となり、
登録完了後はイグニション電源投入後のノード登録フラ
グＦ１のセットのための処理となる。

前述の受信処理を第１２図〜第１４図を参照して以下に
説明する。まずステータス信号中の受信レディ信号Ｒｘ
Ｒを読み取る（ステップ５５１）。

受信レディ信号ＲｘＲは“０”で受信可を、“１”で受
信完了を表す、受信ルデイ信号ＲｘＲの状態を判定しく
ステップ５５２）、　　“０”であればバス９上のメツ
セージの受信を行う。すなわち第４図のフレームフォー
マットの順に各領域の信号を受信する。メツセージ受信
後、再び受信レディ信号ＲｘＲを読み取り（ステップ３
５４）、その状態を判定する（ステップ３５５）、バス
９上のメツセージの受信が完了していれば、この受信レ
ディ信号ＲｘＲは１１”になっており、この場合には次
ステツプの診断処理Ｂを行う（ステップ５５６）、Ｒｘ
Ｒ＝“０１であれば（ステップ５５５）９次回の受信タ
イミングで再びメツセージの受信を行うべく受信処理を
終了する（ステップ５５７）。

第１３図に示す診断処理Ｂは、イグニション電源立上げ
時において正常動作しているノード数（すなわち前述の
登録ＡＣＫ数）をカウントする機能と、この登録ＡＣＫ
数とその後に受信した受信メツセージ中の肯定応答領域
ＡＮＣに基づき求まる受信人ＣＫ数とを比較してノード
受信障害検出時にリフレッシ二フラグＳＲＦをセットす
る機能と、受信メツセージのデータ識別コードＤＩＤが
“＄００゛であることを検出した時、すなわち送信要求
発生検出時、に全送信データの送信を指示するリフレッ
シュ応答フラグ５ＲＲＦをセットする機能とを持つ。

第１３図において、まず送信処理が完了しているか否か
を確認するためにステータス信号中の送信レディ信号Ｔ
ｘＲの状態を判定する（ステップ３６７）、送信完了で
あれば、ノード登録フラグＦ１の状態を判定しくステッ
プ３６２）、Ｆ１＝１であれば、このノード登録フラグ
Ｆｌを“Ｏ”にリセットする。これによりノード登録フ
ラグＦ１は受信処理毎にリセットされる。

ｉ；ホノード接続情報すなわち登録ＡＣＫ数が既に登録
完了しているか否かを判定する（ステップ５６４）、こ
の処理は前述したようにイグニション電源投入直後に受
信した３個のメツセージの肯定応答領域ＡＮＣの論理積
をとって登録したかを判定ｔ６ものである。登録未完了
であれば、受信メツセージの肯定応答領域ＡＮＣを保持
する処理を行い（ステップ３６７）、登録カウンタを一
つカウントアツプする（ステップ３６８）、したがって
イグニション電源投入直後にこの診断処理Ｂを３回行う
と登録カウンタの内容は＠３″となり。

登録ＡＣＫ数を求めて登録することができ、以降１、Ｊ
、ステップＳ６４で登録ＡＣＫＣ全数完了と判定される
ようになる。その場合はノード登録完了フラグＦ２を“
１”に設定しくステップ５６６）。

次いでシステムリフレッシュ判定を行う（ステップ５６
６）。

システムリフレッシュ判定は第１４図に示される処理手
順からなる。この処理はＣＰＵに登録された登録ＡＣＫ
数と、メツセージ受信毎にそのメツセージの肯定応答領
域ＡＮＣから求まる受信ＡＣＫ数とを比較して受信障害
を起こしているノードがあるか否かを判定して障害検出
時にリフレッシュフラグＳＲＦのセット処理を行うもの
である。

第１４図において、受信ＡＣＫ数と登録ＡＣＫ数とを比
較しくステップ５８１）、受信Ａ（、に数≧登録ＡＣＫ
数であれば処理を終了する。受信ＡＣＫ数く登録ＡＣＫ
数であれば、受信障害を起こしているノードがネットワ
ークにあると判定でき。

その場合にはエラーコードをメモリに格納した後に（ス
テップ３８２）、　　リフレッシュフラグＳＲＦを“ｌ
”に設定する。これにより第７図の処理においてリフレ
ッシュ処理が行われることになる。

シ：ノ、テムリフレッシュ判定後（ステップ５６６）、
受信メツセージのデータ識別コードＤＩＤを判定しくス
テップ５６９）、これが“＄００″であれば他ノードか
らの送信要求が発生したと判断してリフレッシュ応答フ
ラグ５ＲＲＦを“１１にセントする（ステップ５７０）
。

以上の処理により、ネットワーク内で受信障害を起こし
たノードが検出された際にはバス９に送信要求信号が送
出され、それに応じて各ノードは自己の保持する送信デ
ータを順次にバス９に送り出す。これにより各ノードは
自局に必要な送信データを取り込んで保持データの内容
をリフレッシュすることができる。

本発明の実施にあたっては種々の変形形態が可能である
０例えば上述の実施例ではネットワーク内のノード受信
障害検出して送信要求信号を送信する機能をネットワー
ク内の全てのノードが備えるように構成したが、これに
限らず、特定の一つのノードのみがこの機能を備えるよ
うにしてもよい。この特定のノードとしては例えば自動
車用多重伝送装置の場合、電源供給状態の最も長いジヨ
イントボックス（Ｊ／Ｂ）用ノード（すなわちＪ／Ｂノ
ードはキースイッチの位置にかかわらず常に電源が供給
されている。）を選ぶことができる。

かかる変形例とした場合に各ノードの処理手順が第１５
図〜第１７図に示される。第１５図はＪ／Ｂノードｌの
メインフロー、第１４図はその他のノードのメインフロ
ー、第１７図はその他のノードの受信処理における診断
処理Ｂの処理手順をそれぞれ示す流れ図である。第１５
図のＪ／Ｂノードのメインフロー処理は大略的には第７
図のメインフロー処理と同じである。相違点としては。

リフレッシュフラグＳＲＦが１であるとくステップ５１
０７）、送信要求信号の送信処理と全送信データの送信
処理を続けて行ってしまうようになっている（ステップ
３１０８．３１０９）、このＪ／Ｂノード１が送信要求
信号を受信することは電いので、第１３図の受信処理の
診断処理Ｂ中のリフレッシュ応答フラグ５ＲＲＦの設定
処理手順、ステップ３６９．５７０）はなり、シたがっ
てメインフロー中にもリフレッシュ応答フラグ５ＲＲＦ
の判定処理はない。

また第１６図図示の他ノードのメインフロー処理中には
、第７図におけるリフレッシュフラグＳＲＦの判定処理
とそれに対応した送信要求信号の送信処理が存在しない
、また他ノードにおける送信処理（ステップ５２０５）
は、第１０図の流れ図から診断処理Ａを除いたものにな
り、受信処理（ステップ３２０６）は第１２の流れ図の
診断処理Ｂを第１７図図示のものに置き換えたものにな
る。第１７図図示の診断処理Ｂは送信要求信号の受信判
定に対して（ステップ５２１１）、　　リフレッシュ応
答フラグ５ＲＲＦを“１”にセントする手順のみからな
る（ステップ５２１２）。

さらに本発明の変形形態として、システムリフレッシュ
のための送信要求信号“＄ＯＯ゛の送信を、上述のよう
にネットワーク内の受信障害ノードの発生検出を契機に
して行う代わりに、特定のノードが定期的に行うように
構成することもできる。この特定のノードとしては自動
車用多重伝送装置の場合には前述同様にＪ／Ｂノードと
することができる。第１８図はかかる変形例とした場合
のＪ／Ｂノードのメインフロー処理を示す流れ図である
。このメインフローは第１５図のメインフローとほぼ同
じであり、相違点として、送信要求信号の送信（ステッ
プ５３０９）を、自蔵タイマーが一定時間をカウントし
てタイムアツプしたこと（ステップ５３０８）に応じて
行うようにしている。このタイマーはノードの初期化後
にスタートされて（ステップ５３０２）、一定時間を繰
り返しカウントするようになっている。Ｊ／Ｂノード１
以外の他のノードの処理手順は第１６図および第１７図
に示したものと同じである。

さらに本発明の他の実施例として、上述の実施例ではＡ
ＣＫの登録はイグニション電源投入時に行っているが、
ＡＣＫ登録をバッテリ電源接続後最初のイグニション電
源投入時にのみ行い、以後。

その登録されたＡＣＫ電流を、バッテリ電源がはずされ
るまで記憶するよう構成してもよい。

以上の実施例では、多重伝送装置のネットワーク形態と
してバス形態を用いたが、これに限らず例えばリング形
態のネットワークとすることもできる。またアクセス制
御方式としてもＣ３ＭＡ／ＣＤ方式に限らず、トークン
アクセス方式、レジスタインサーショウ方式、同期信号
アクセス方式等も通用できる。受信障害を起こしたノー
ドを検出する方式としても上述の肯定応答領域ＡＮＣに
より検出する方法に限られない。また上述の自動車以外
にも本発明は種々の分野に通用可能である。

〔発明の効果〕

本発明によれば、ネットワーク内でノードの受信障害等
が生じた場合にも、ネットワークの各ノードが保持する
データを正しいものに修正でき。

それによりネットワークの信頼性を高めることができる
。

【図面の簡単な説明】

第１図は本発明の係る多重伝送装置の概念を脱甲する図
。 第２図は本発明の一実施例としての多重伝送装置を示す
ブロック図。 第３図は実施例における多重ノードの基本的構成を示す
ブロック図。 第４図は第３図のノードにおける多ｉｔ／Ｆモジュール
の基本的構成を示すブロック図。 第５図はメツセージのフレーム・フォーマントを示す図
。 第６図は第５図フォーマントの肯定応答領域ＡＮＣを説
明する図。 第７図は実施例における各ノードのメインフローを示す
流れ図。 第８図は第７図における送受信要求信号の送信処理を示
す流れ図。 第９図は第７図における全送受信データの送信処理を示
す流れ図。 第１Ｏ図は第７図における送信処理を示す流れ図。 第１１図は第１０図の送信処理における診断処理Ａを示
す流れ図。 第１２図は第７図における受信処理を示す流れ図。 第１３図は第１２図の受信処理における診断処理Ｂを示
す流れ図。 第１４図は第１３図の診断処理Ｂにおけるシステムリフ
レッシュ判定処理を示す流れ図。 第１５図は本発明の変形例におけるＪ／Ｂノードのメイ
ンフローを示す流れ図。 第１６図は上記変形例における他のノードのメインフロ
ーを示す流れ図。 第１７図は第１６図の受信処理における診断処理Ｂを示
す流れ図、および。 第１８図は本発明のさらに他の変形例におけるＪ／Ｂノ
ードのメインフローを示す流れ図である。 図において。 ｌ−・−ジツイントボックス（Ｊ／Ｂ）用ノード。 ２・・−ステアリングスイッチ用ノード、３・−・メー
タ用ノード、４・・−自動車電話用ノード、５・・−空
調制柳川ノード、６・−・空調スイッチ用ノード、７・
・−カーコミュニケーシッンシステム（ＣＣ３）用ノー
ド、８・・・カーコミュニケーションシステム用表示器
、９・−バス、１０・−エンジン制御ユニット、１１・
・・自動変速機制御ユニッ）１１．２１・−ｃｐｕ。 ２２−・多重！／Ｆモジュール、２３・−人出力インタ
フェース２３．２４・・−コネクタ２４．２２１・・・
多重ＬＳＩ、２２２・・・バスＩ／Ｆ回路、２２３・−
発振器 特許出願人　マ　ツ　ダ　株　式　会　社第３ 図 第４図 第８図 第９図 第１０図 第１１図 第１８図

Claims (2)

【特許請求の範囲】
1. （１）複数のノード間で共通伝送路を介して多重通信に
   よりデータの送受信を行う多重伝送装置において、 ノードの障害発生を検出する検出手段を備え、各ノード
   は該検出手段によって障害発生が検出された時に自己の
   保持する送信データを該共通伝送路に送信して該複数の
   ノード間でデータの交換を行い、各ノードの保持データ
   を更新するように構成された多重伝送装置。
2. （２）複数のノード間で共通伝送路を介して多重通信に
   よりデータの送受信を行う多重伝送装置において、 各ノードは自己の保持する送信データを定期的に該共通
   伝送路に送信して該複数のノード間でデータの交換を行
   い、各ノードの保持データを更新するように構成された
   多重伝送装置。