JPH0761082B2 - デ―タ伝送システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ伝送システムに
関するものであり、特に一のコンピュータから他のコン
ピュータに対するデータ伝送を、簡易な構成で、かつ高
速に行うことが可能なデータ伝送システムに関するもの
である。

【０００２】

【従来の技術】自動車、自動二輪車等（以下、単に車両
等という）においては、マイクロコンピュータ内蔵の電
子制御装置（以下、ＥＣＵという。）により、エンジン
の点火時期制御、燃料噴射制御、自動変速制御、駆動力
制御、制動制御、サスペンション制御、空調制御、自己
診断機能等が行われている。このように複数の制御を行
う場合、１のマイクロコンピュータでは処理能力が低下
するために、各制御対象ごとにマイクロコンピュータを
使用するようにしている。

【０００３】ところで、これら複数のマイクロコンピュ
ータは、エンジン回転数、車速、気温等の共通の車両デ
ータを利用する場合が多いから、このような場合に各マ
イクロコンピュータ間でデータ通信を行い、データの共
用化を図るようにすれば、各マイクロコンピュータの負
荷が軽減される。

【０００４】データ通信に関しては、一般の通信分野に
おけるＬＡＮの手法が良く知られているが、ＬＡＮのシ
ステムをそのまま車載用のデータ伝送システムに適用す
ることは、当該システムが大掛かりとなるおそれがあ
る。

【０００５】これに対し、ＬＡＮの手法を用いない車両
用データ伝送システムは、例えば特開昭６２−２５７２
３９公報に記載されている。このシステムは、複数の電
子制御装置のそれぞれにシフトレジスタを備えた入出力
インターフェースを接続すると共に、該シフトレジスタ
をそれぞれ直列に接続してループ状の伝送路を形成する
ものであり、前記シフトレジスタ内に１ビットずつデー
タを出力することにより、前記伝送路内にデータが順次
伝送される。

【０００６】

【発明が解決しようとする課題】前記公報に記載された
データ伝送システムでは、該システム内のループ状伝送
路に対してデータを送出しようとする場合には、該伝送
路を構成するシフトレジスタに１ビットずつデータを出
力する。そして、出力されたデータは、データ伝送用の
同期信号に同期して、１ビットずつシフトされる。つま
り、このシステムでは、あるマイクロコンピュータより
送信されたデータは、一旦レジスタ内に蓄えられてか
ら、次のマイクロコンピュータに送信されるので、送信
するデータ長分だけ次のマイクロコンピュータに対して
伝送の遅れが生じる。

【０００７】したがって、接続されるマイクロコンピュ
ータの数が増えると、それだけデータ遅れの度合いが大
きくなり、エンジン制御等で高速に処理を行いたい場合
には、接続できるマイクロコンピュータの数が制限され
る。

【０００８】本発明は、前述の問題点を解決するために
なされたものであり、その目的は、複数のコンピュータ
により構成され、該コンピュータ間でデータ伝送を行う
データ伝送システムにおいて、複雑な構成を有すること
なく、高速でデータ伝送を行うことのできるデータ伝送
システムを提供することにある。

【０００９】

【課題を解決するための手段】 前記の問題点を解決す
るために、請求項１においては、そのデータ入力端子が
前段側コンピュータの出力端子に、またその出力端子が
後段側コンピュータの入力端子にそれぞれ接続されたコ
ンピュータの入力端子及び出力端子間に、当該コンピュ
ータがデータ伝送を行う場合には閉じられ、それ以外の
場合には開かれるゲート手段を配置し、前記各コンピュ
ータのうちの少なくとも１つには、当該コンピュータよ
り送出されたデータが他のコンピュータによって多重化
されたか否かを判定する手段と、データが多重化された
場合に、当該コンピュータが伝送したデータを削除する
と共に、データ長を書換え、その結果得られた書き換え
済みデータを伝送する伝送手段とを設けるようにした。

【００１０】 請求項２においては、各コンピュータよ
り伝送されるデータにチェックビット領域を設け、各コ
ンピュータの少なくとも１つに、他のコンピュータから
伝送されたデータが前記ゲート及び前記出力端子を通過
する際に、該データのチェックビットを反転するチェッ
クビット制御手段と、受信されたデータが当該コンピュ
ータより出力されたデータであるか否かを判定する判定
手段と、受信されたデータが当該コンピュータより出力
されたデータである場合に該データ内のチェックビット
の反転の有無を検出するチェックビット反転検知手段
と、前記のビットの反転が適当に行われていない場合に
は伝送したデータを再度伝送するデータ再伝送手段とを
備えるようにした。

【００１１】 請求項３においては、前記チェックビッ
ト制御手段を、他のコンピュータより伝送されたデータ
が当該コンピュータ宛てのデータである場合にのみ、チ
ェックビット領域内のビットを反転するように構成し、
さらに前記データ再伝送手段を、データの伝送先である
コンピュータがチェックビット領域内のビットを反転し
ない場合に、伝送したデータを再度伝送するようにし
た。

【００１２】 請求項４においては、前記のデータ再伝
送を、所定の繰り返し回数以上は行わないようにした。

【００１３】

【００１４】

【００１５】

【００１６】

【作用】 請求項１記載のデータ伝送システムにおいて
は、データ伝送を行うコンピュータ以外は伝送されたデ
ータを受信すると共に、該データはリアルタイムで他の
コンピュータに伝送される。またデータの多重化が行わ
れた場合において、あるコンピュータに、当該コンピュ
ータが送出したデータを含む多重化データが戻ってきた
ときには、当該コンピュータは該多重化データから自局
が出力したデータを削除し、データ長を書き換えた後、
得られたデータを再度伝送する。

【００１７】 請求項２及び３記載のデータ伝送システ
ムにおいては、データを通過させ、あるいは受信したコ
ンピュータがチェックビットを反転していない場合に
は、データ伝送したコンピュータよりデータが再送され
る。

【００１８】 請求項４記載のデータ伝送システムにお
いては、データ再伝送を所定回数以上は行わないので、
データ伝送側コンピュータのデータ処理遅延が防止され
る。

【００１９】

【００２０】

【００２１】

【００２２】

【実施例】以下に図面を参照して、本発明を詳細に説明
する。図２は本発明の第１の実施例の概略ブロック図で
ある。同図において、第１電子制御装置（以下、「ＥＣ
Ｕ」という。）１〜第４ＥＣＵ４は、それぞれマイクロ
コンピュータを備えていて、接続された各種センサ、あ
るいは他のＥＣＵで演算された各種データを用いて所定
の演算を行い、接続された各種アクチュエータを制御す
る。

【００２３】前記第１ＥＣＵ１〜第４ＥＣＵ４は、それ
ぞれ出力端子１Ａ〜出力端子４Ａ、及び入力端子１Ｂ〜
入力端子４Ｂを備えていて、それぞれ隣接する出力端子
及び入力端子がライン５を用いて接続されることによ
り、環状に連結されている。そして、各ＥＣＵがデータ
伝送を行う場合には、それら出力端子からデータが送信
され、この結果、データは同図矢印方向に伝送される。

【００２４】図１は図２の構成を簡単な機能で表した図
である。同図において、図２と同一の符号は、同一又は
同等部分をあらわしている。なお、各第１ＥＣＵ１〜第
４ＥＣＵ４は、それぞれ同一の構成を有している。

【００２５】以下に、図１を用いて、本発明の第１の実
施例の動作を簡単に説明する。まず、各第１ＥＣＵ１〜
第４ＥＣＵ４は、データ送信をする場合には、図４に示
すような、所定ビット数のフレームを生成し、これを送
信する。そして、第１ＥＣＵ１〜第４ＥＣＵ４は、それ
ぞれ送信すべきフレームを蓄積する送信レジスタ１１、
及び受信したフレームを蓄積する受信レジスタ１２を備
えている。そして、各第１ＥＣＵ１〜第４ＥＣＵ４は、
フレーム送信時（データ送信モード時）にはアンドゲー
ト１３の第２入力端子１３Ｂが“Ｌ”となって該アンド
ゲート１３が閉じ、フレーム送信でない時（データ受信
／通過モード時）には第２入力端子１３Ｂが“Ｈ”とな
って該アンドゲート１３が開く。

【００２６】ここで、例えば第２ＥＣＵ２〜第４ＥＣＵ
４がデータ受信／通過モード時にある場合に、第１ＥＣ
Ｕ１が他のＥＣＵ（第２ＥＣＵ２〜第４ＥＣＵ４）に対
してフレームを送信するデータ送信モードとなったとき
には、フレーム生成手段１５で生成されたフレームは、
送信レジスタ１１に一旦蓄積された後、オアゲート１４
及び出力端子１Ａを介して、隣接する第２ＥＣＵ２の入
力端子２Ｂに出力される。送信レジスタ１１よりフレー
ムが出力されても、該送信レジスタ１１には、出力され
たフレームは残っているものとする。

【００２７】第２ＥＣＵ２のアンドゲート１３は開いて
いるから、第１ＥＣＵ１より送出されたフレームは、ア
ンドゲート１３及びオアゲート１４を通過して、出力端
子２Ａより第３ＥＣＵ３に転送される。また、入力端子
２Ｂに入力されたフレームは受信レジスタ１２に転送さ
れ、必要に応じて該フレームより車両データが抽出され
て、データ処理手段１６に転送され、所定の演算処理に
用いられる。

【００２８】第２ＥＣＵ２より第３ＥＣＵ３に転送され
た第１ＥＣＵ１のフレームは、同様にして、第４ＥＣＵ
４に転送される。そして、第４ＥＣＵ４からは第１ＥＣ
Ｕ１に転送される。第３ＥＣＵ３及び第４ＥＣＵ４にお
いても、入力されたフレームは、それぞれの受信レジス
タ１２に取り込まれ、必要に応じて、車両データが抽出
された後、データ処理手段１６に転送される。

【００２９】第１ＥＣＵ１はデータ送信モードなので、
アンドゲート１３は閉じている。したがって、当該シス
テムを１周し、戻ってきたフレームは、受信レジスタ１
２内に入力されるのみであり、再度第２ＥＣＵ２には出
力されない。そして、第１ＥＣＵ１は、前記受信レジス
タ１２に受信されたフレームが自局が送信したフレーム
であるか否かを判定する。自局のフレームである場合
は、その後、第１ＥＣＵ１が連続して他のフレームを送
信しなければ、当該第１ＥＣＵ１は、データ受信／通過
モードとなる。

【００３０】なお、データ受信／通過モードのＥＣＵ
（上記例では第２ＥＣＵ２〜第４ＥＣＵ４）は、必要に
応じて、通過するデータの所定位置のビットを反転し、
そのＥＣＵを通過した旨を示す。この場合、データ送信
したＥＣＵ（第１ＥＣＵ１）は、前記ビットの反転がな
ければ、データの伝送が正常に行われなかったと判定し
て、再度フレームを伝送する。

【００３１】また、このビットの反転は、実際にフレー
ム内のデータを取り込んだＥＣＵのみが行うようにし
て、単に通過するだけのＥＣＵは、ビット反転を行わな
いようにしても良い。

【００３２】ところで、複数のＥＣＵ（例えば第１ＥＣ
Ｕ１及び第３ＥＣＵ３）が同時にデータを送信した場合
には、第１ＥＣＵ１及び第３ＥＣＵ３のアンドゲート１
３は閉じているから、第１ＥＣＵ１より出力されたフレ
ームは第２ＥＣＵ２を介して第３ＥＣＵ３の受信レジス
タ１２内に止まるのみで、第４ＥＣＵ４には伝送されな
い。同様に第３ＥＣＵ３より出力されたデータも、第４
ＥＣＵ４を介して第１ＥＣＵ１の受信レジスタ１２に受
信されるのみで、第２ＥＣＵ２には伝送されない。

【００３３】ここで、第１ＥＣＵ１及び第３ＥＣＵ３
は、受信レジスタ１２の内容を検出し、該受信レジスタ
１２内のフレームが他のＥＣＵより送信されたものであ
る場合には、必要に応じて、該フレームから車両データ
を抽出してデータ処理手段１６に転送した後、該受信レ
ジスタ１２内のフレームを送信レジスタ１１に転送し、
該フレームを隣接するＥＣＵに転送する。これにより、
複数のＥＣＵが同時にフレームを送信した場合でも、デ
ータは衝突することなく、正確に伝送される。

【００３４】さて図３に、第１ＥＣＵ１の具体的な構成
の一例を示す。同図において、図１と同一の符号は、同
一又は同等部分をあらわしている。また同図には、デー
タの送受信を光ファイバを用いて行う場合の例が示され
ている。

【００３５】まず第１ＥＣＵ１は、ＣＰＵ２１、ＲＡＭ
２２、ＲＯＭ２３、入出力インターフェース２４及び共
通バス２５より成るマイクロコンピュータを備えてい
る。そして、前記共通バス２５に前記送信レジスタ１１
及び受信レジスタ１２が接続されている。

【００３６】この例では、受光素子２６は、当該第１Ｅ
ＣＵ１の入力端子１Ｂであり、ライン５（図１及び図２
参照）を介して隣接するＥＣＵより放出される光データ
を受信する。受光素子２６の出力は比較器２７において
所定レベルの電位と比較され、該レベルを上回った場合
に“Ｈ”データと認識され、比較器２７が出力を生じ
る。この出力は、アンドゲート１３の第１入力端子１３
Ａに入力されると共に、受信レジスタ１２及びＣＰＵ２
１にも入力される。前記ＣＰＵ２１は、前記アンドゲー
ト１３の第２入力端子１３Ｂ、及び前記オアゲート１４
にも接続されている。

【００３７】送信レジスタ１１のシリアル出力端子は、
オアゲート１４の入力端子、及び該送信レジスタ１１の
シリアル入力端子に接続されている。このオアゲート１
４の出力線は、スイッチング素子２８に接続されてい
て、該スイッチング素子２８のオン／オフ動作により、
当該第１ＥＣＵ１の出力端子１Ａである発光素子２９が
制御される。

【００３８】センサ２０１，２０２は、前記入出力イン
ターフェース２４に接続されている。また、アクチュエ
ータ４０１，４０２も、ドライバ３０１，３０２を介し
て前記入出力インターフェース２４に接続されている。

【００３９】なお送信レジスタ１１及び受信レジスタ１
２の機能、並びにＲＡＭ２２の機能の一部をＣＰＵ２１
で実現するようにしても良い。さらに、アンドゲート１
３及びオアゲート１４の機能をもＣＰＵ２１で実現する
ようにしても良い。すなわち、破線で囲まれた符号２１
Ａで示される部分、さらには二点鎖線で囲まれた符号２
１Ｂで示される部分の機能を、ＣＰＵで実現するように
しても良い。

【００４０】図４は各ＥＣＵの送信データであるフレー
ムのデータ構成の一例を示す図である。この例では、１
フレームは５つのブロックに別れている。まず、その先
頭に位置する第１ブロックは、所定のＥＣＵに対して、
エンジン回転数、車速、吸入空気量等の車両データを
“送信”するのか、あるいはそれら車両データの送信を
所定のＥＣＵに対して“要求”するのかを示すコマンド
である（図５参照）。

【００４１】第２ブロックはフレームを送信するＥＣＵ
である送信側ＥＣＵを示すＥＣＵ番号、第３ブロックは
フレームが受信されるべきＥＣＵ（フレームを単に通過
させるだけでなく、実際にフレーム内データを取り込ん
で使用するＥＣＵ）である受信側ＥＣＵを示すＥＣＵ番
号である。

【００４２】第４ブロックには、第１ブロックが“要
求”コマンドである場合には、エンジン回転数、車速、
吸入空気量等の車両データに対応するデータコードが配
置され、第１ブロックが“送信”コマンドである場合に
は、データコード及び該データコードに対応する車両デ
ータが配置される。このデータコード及び車両データの
一例を、図６に示す。

【００４３】第５ブロックには、当該データ伝送システ
ムを構成するＥＣＵの数のビットが割り当てられてい
て、その各々のビットは各ＥＣＵに対応している。そし
て、所定のＥＣＵからフレームが送信されると、該フレ
ームが通過したＥＣＵ（すなわちフレームを送信したＥ
ＣＵ以外のＥＣＵ）により、該ＥＣＵに対応するビット
が反転される。フレームを送信したＥＣＵは、送信した
フレームが循環して戻ってきた場合に、前記ビットの反
転を確認し、他のＥＣＵがフレームを正常に受信したか
否かを判定する。なお、図４のフレームは、この例では
固定ビット長である。

【００４４】図１２に、第１ＥＣＵ１よりフレーム送信
する場合の、該第１ＥＣＵ１の送信レジスタ１１に蓄積
されたフレーム構造（同図Ａ）、及び該フレームが当該
データ伝送システムを循環して該第１ＥＣＵ１の受信レ
ジスタ１２に受信された場合のフレーム構造（同図Ｂ）
を示す。なお、コマンドは“要求”コマンドであり、フ
レームの送信先は第３ＥＣＵ３であるものとする。

【００４５】次に、本発明の第１の実施例の動作を詳細
に説明する。各ＥＣＵには、前述したように、データ送
信モードとデータ受信／通過モードとの２つのモードが
ある。そして、前記データ送信モードには、他のＥＣＵ
に対してエンジン回転数、車速、吸入空気量等の車両デ
ータの送信を要求する状態（コマンドは“要求”）と、
“要求”コマンドの受信の後、あるいは当該ＥＣＵの意
思により、他のＥＣＵに前記フレームを送信する状態
（コマンドは“送信”）との２つの状態がある。

【００４６】図７は第１ＥＣＵ１がデータ送信モードに
ある場合の処理の一例を示すフローチャート、図８は第
１ＥＣＵ１がデータ受信／通過モードにある場合の処理
の一例を示すフローチャート、図９及び図１０は本発明
の第１の実施例の第１ＥＣＵ１の機能ブロック図であ
る。図７及び図８の動作を図９及び図１０を参照して説
明する。なお、第２ＥＣＵ２〜第４ＥＣＵ４の機能及び
動作は、第１ＥＣＵ１と同様である。

【００４７】まず図７において、まずステップＳ１にお
いては、フレーム生成手段１５（図９）においてフレー
ムが作成される。このフレーム作成は、車両データ生成
手段４１で生成される車両データを用いて生成される。
この車両データは、センサ２０１，２０２…の出力デー
タ、あるいはデータ処理手段１６より出力されるデータ
を用いて生成される。

【００４８】続いて、ステップＳ２においては、当該デ
ータ伝送システムの伝送ライン（ライン５）が使用中で
あるか否かが判定される。図４に示されたフレームを送
信する際（後述のステップＳ５）には、その送信に先立
ってスタートビット（同期パルス）が送信されるが、該
スタートビット受信から１フレームの送信時間（予定時
間）経過後に無信号状態が継続している場合には、ライ
ン５は“あき”状態であると判定することができる。具
体的には、スタートビット検知手段４２によりスタート
ビットが受信されると、タイマ４３が起動され、該タイ
マ４３により前記予定時間の経過が判定されると、タイ
マ４３が出力を生じ、ライン５の“あき”状態が判定さ
れる。この判定により、スタートビット検知手段４２が
リセットされると共に、フレーム生成手段１５がフレー
ム出力可能状態となる。

【００４９】すべてのＥＣＵがデータ受信／通過モード
となって、ラインが“あき”状態であると判定された場
合には、ステップＳ３において、フレーム生成手段１５
よりゲート制御手段４５に対して“Ｌ”の出力命令が出
され、これによりゲート制御手段４５は第２入力端子１
３Ｂに対して“Ｌ”を出力する。すなわち、アンドゲー
ト１３は閉じる。

【００５０】ステップＳ４においては、カウンタ４９の
カウント値Ｎが０にリセットされた後、ステップＳ５に
おいて、フレーム生成手段１５で生成されたフレーム
は、送信レジスタ１１に転送され、該送信レジスタ１１
から、オアゲート１４及び出力端子１Ａを介し、他のＥ
ＣＵに対してフレームの送信が行われる。その送信は、
クロックパルス、あるいは該パルスに応じたパルスによ
り、１ビットずつ順次行なわれる。後述の受信デ―タの
再送信時も同様である。このフレーム送信時には、他の
ＥＣＵはデータ受信／通過モードであり、そのアンドゲ
ート１３が開いているから、フレーム１ビット送信ごと
に、該ビットは当該データ伝送システムを循環して、受
信レジスタ１２に受信される。したがって、フレームの
送信が終了するとほぼ同時に、受信レジスタ１２への前
記フレームの受信も終了する。図１１に、第１ＥＣＵ１
がフレームを出力した場合の、第１ＥＣＵ１〜第４ＥＣ
Ｕ４の出力信号の一例を示す。

【００５１】なお、フレーム生成手段１５から送信レジ
スタ１１へのフレーム転送に先だって、必要ならば、リ
セット信号発生手段４６を用いて、送信レジスタ１１の
内容をリセットする。また送信レジスタ１１のシリアル
データ出力端子及びシリアルデータ入力端子は、接続さ
れているので、該送信レジスタ１１からフレームが送信
されても、該フレームは喪失されない。

【００５２】ステップＳ６においては、送信側ＥＣＵＮ
o.検出手段４７により、受信レジスタ１２に受信された
フレームの第２ブロックが、自局（当該第１ＥＣＵ１）
のＥＣＵ番号であるか否が判定される。第２ブロックが
自局のＥＣＵ番号であれば、受信されたフレームは、当
該ＥＣＵより送出されたフレームであると判定できるか
ら、この場合にはチェックビット反転検知手段４８が起
動されて、ステップＳ７に移行する。

【００５３】ステップＳ７においては、チェックビット
反転検知手段４８により、受信されたフレームの第５ブ
ロックのうち、自局以外の領域のビットが反転している
か否かが判定される。自局以外のビットが反転していれ
ば、送信されたフレームは正常に他のＥＣＵを通過した
と判定できるから、この場合には、当該処理は終了す
る。そしてその後、データ受信／通過モードとなって、
図８のステップＳ２１に移行し、前記チェックビット反
転検知手段４８からゲート制御手段４５に対して“Ｈ”
の出力指令が出され、アンドゲート１３が開かれる。

【００５４】前記ステップＳ７が否定判断の場合、すな
わち、他のＥＣＵすべてのチェックビットが反転してい
ない場合には、ステップＳ８において、カウンタ４９が
付勢されて該カウンタ４９のカウント値Ｎに１が加算さ
れ、ステップＳ９において、比較手段５０により、カウ
ンタ４９のカウント値Ｎが繰り返し回数記憶手段５１に
設定された繰り返し回数（例えば３）を超えたか否かが
判定される。前記繰り返し回数を超えていなければ、ス
テップＳ５に戻り、必要に応じてライン５の“あき”検
出の後、送信レジスタ１１が再度付勢されて、フレーム
の送信が行われる。

【００５５】前記繰り返し回数を超えていれば、ステッ
プＳ１０に移行し、異常信号出力手段５２が付勢されて
異常信号が発生され、その後、当該処理は終了して、図
８のステップＳ２１に移行する。なお、この異常信号
は、当該第１ＥＣＵ１により、あるいは他のＥＣＵに転
送されることにより該他のＥＣＵにより、所定の異常処
理を行うために用いられる。

【００５６】さて、すべてのＥＣＵがデータ受信／通過
モードとなった場合においては、複数のＥＣＵがフレー
ムの送信をほぼ同時に行うことが考えられる。フレーム
送信する各ＥＣＵのアンドゲート１３は閉じた状態であ
るから、例えば第１ＥＣＵ１及び第３ＥＣＵ３が同時に
フレーム送信した場合には、前述のように第１ＥＣＵ１
が送信したフレームは第３ＥＣＵ３の受信レジスタ１２
に受信されるだけで、第４ＥＣＵ４以降には伝送されな
い。同様に、第３ＥＣＵ３が送信したフレームは第１Ｅ
ＣＵ１の受信レジスタ１２に受信されるだけで、第２Ｅ
ＣＵ２以降には伝送されない。つまり、第１ＥＣＵ１及
び第３ＥＣＵ３の受信レジスタ１２には、それぞれ自局
の送信フレームが受信されずに、他局である第３ＥＣＵ
３及び第１ＥＣＵ１の送信フレームが受信される。この
ような場合、すなわち送信側ＥＣＵＮo.検出手段４７
が、第２ブロックの内容が他のＥＣＵ（この例では、第
１ＥＣＵ１以外のＥＣＵ）のＥＣＵ番号と判定した場合
には、受信側ＥＣＵＮo.検出手段５３が起動され、当該
処理は、ステップＳ６からステップＳ１１に移行する。

【００５７】ステップＳ１１においては、受信側ＥＣＵ
Ｎo.検出手段５３により、受信フレームの第３ブロック
が自局（第１ＥＣＵ１）のＥＣＵ番号であるか否かが判
定される。第３ブロックが自局のＥＣＵ番号であれば、
ステップＳ１２を介してステップＳ１３に移行し、他局
のＥＣＵ番号であれば、直接ステップＳ１３に移行す
る。

【００５８】ステップＳ１２においては、受信レジスタ
１２に記憶されたフレームの第４ブロックに収められて
いるデータコード及び車両データを、メモリ５４（図３
のＲＡＭ２２）にコピーする。このデータは、データ処
理手段１６により実行される演算に適宜用いられる。

【００５９】ステップＳ１３においては、受信レジスタ
１２に記憶されたフレームの第５ブロックの、第１ＥＣ
Ｕ１のチェックビットを反転させ、そして、ステップＳ
１４においては、この受信レジスタ１２の内容を送信レ
ジスタ１１に転送する。その後、当該処理はステップＳ
５に戻る。具体的には、データ転送手段５６により受信
レジスタ１２の内容（フレーム）が送信レジスタ１１に
転送される際に、受信側ＥＣＵＮo.検出手段５３により
付勢されたチェックビット制御手段５５の動作により、
前記第５ブロックの、第１ＥＣＵ１のチェックビットが
反転される。

【００６０】なお、受信レジスタ１２から送信レジスタ
１１へのフレーム転送の前には、必要に応じてリセット
信号発生手段４６が付勢され、送信レジスタ１１がリセ
ットされる。

【００６１】このようにして、受信レジスタ１２に受信
された第３ＥＣＵ３の送信フレームは、送信レジスタ１
１に転送され、該送信レジスタ１１からオアゲート１４
及び出力端子１Ａを介して第２ＥＣＵ２に出力される。
これにより、このフレームは、送信元の第３ＥＣＵ３に
戻されることになる。また、第３ＥＣＵ３でも、同様の
処理が行われるから、第１ＥＣＵ１の受信レジスタ１２
にも、最終的には、当該第１ＥＣＵ１より出力されるフ
レームが受信される。

【００６２】次に、図８において、まずステップＳ２１
では、アンドゲート１３の第１入力端子１３Ａが“Ｈ”
とされる。この動作は、図９及び図１０においては、チ
ェックビット反転検知手段４８による反転検知時、又は
異常信号出力手段５２による異常信号出力時等に行われ
る。そして、これによりアンドゲート１３が開かれ、入
力端子１Ｂより入力されるフレームは、受信レジスタ１
２に受信されると共に、オアゲート１４を介して出力端
子１Ａより第２ＥＣＵ２に出力される。

【００６３】ステップＳ２２では、スタートビット検知
手段４２によりスタートビットが検出されたか否かが判
定される。スタートビットの検出が行われると、ステッ
プＳ２３において、１フレームが、受信レジスタ１２に
すべて受信され、また当該第１ＥＣＵ１を通過完了した
か否かが判定される。

【００６４】なお、フレームが当該第１ＥＣＵ１を通過
している際には、当該第１ＥＣＵ１は、通過フレームの
第５ブロック内の、当該第１ＥＣＵ１に対応するチェッ
クビットを反転させる。この反転は、データ受信／通過
モードにおいてスタートビット検知手段４２がスタート
ビットを検知した場合に、チェックビット制御手段４４
を付勢することにより行われる。具体的には、チェック
ビット制御手段４４は、前記チェックビットがアンドゲ
ート１３を通過するタイミングにおいて、ゲート制御手
段４５を制御し、第２入力端子１３Ｂを“Ｌ”としてア
ンドゲート１３を閉じ、同時にオアゲート１４に対して
前記チェックビットの反転ビットを送信することにより
行われる。チェックビット制御手段４４は、前記チェッ
クビット通過後は、第２入力端子１３Ｂを再度“Ｈ”に
する。

【００６５】ステップＳ２３において１フレームの受信
／通過の完了が確認されると、ステップＳ２４におい
て、受信側ＥＣＵＮo.検出手段５７により、受信フレー
ムの第３ブロックが、自局（第１ＥＣＵ１）のＥＣＵ番
号であるか否かが判定される。自局のＥＣＵ番号でなけ
れば当該処理はステップＳ２２に戻り、自局のＥＣＵ番
号であれば、受信側ＥＣＵＮo.検出手段５７がコマンド
検出手段５８を付勢して、ステップＳ２５に移行する。

【００６６】ステップＳ２５においては、前記コマンド
検出手段５８により、受信レジスタ１２に受信されたフ
レームの第１ブロックは、“送信”コマンドであるか、
あるいは“要求”コマンドであるかが判定される。“送
信”コマンドであれば、ステップＳ２６において、図７
のステップＳ１２と同様に、受信されたフレームの第４
ブロックの内容（データコード及び車両データ）がメモ
リ５４に記憶される。このデータは、データ処理手段１
６により実行される演算に適宜用いられる。その後、当
該処理はステップＳ２２に戻る。

【００６７】前記コマンド検出手段５８が“要求”コマ
ンドを検出すると、当該処理は図７のステップＳ１に移
行する。すなわち、フレーム生成手段１５が付勢され、
必要な車両データを車両データ生成手段４１より受信
し、所定のフレームを作成して、送信レジスタ１１に転
送し、該送信レジスタ１１より出力する。なお、第１ブ
ロックが“要求”コマンドである場合には、そのフレー
ムの第４ブロックには要求する車両データのデータコー
ドがセットされているので、前記フレーム生成手段１５
では、該データコードに対応する車両データを車両デー
タ生成手段４１より受信して、フレームを作成する。

【００６８】なお、フレームの第３ブロック（図４参
照）は省略可能である。すなわち、受信レジスタ１２に
受信されたフレームのデータコード（第４ブロック）を
常時監視しておけば、必要に応じて該データコードに対
応する車両データを受信し、あるいは車両データを送信
することが可能である。この場合、受信側ＥＣＵＮo.検
出手段５３の代りに、データコードの検出手段を設け
る。

【００６９】また、第５ブロックにおけるチェックビッ
トの反転は必ずしも行わなくても良い。すなわち第５ブ
ロックは、省略することができる。また、チェックビッ
トの反転は、例えばフレームの送信先ＥＣＵ（すなわち
第３ブロックに配置されるべき受信側ＥＣＵ）でのみ行
うようにしても良い。

【００７０】さらに、前述の説明では、フレームは固定
ビット長であるものとして説明したが、例えば第４ブロ
ック等を可変長データしても良い。この場合には、フレ
ームの適宜の位置に当該フレームあるいは第４ブロック
のビット長を示すデータを付加すれば良い。

【００７１】さらにまた、当該データ伝送システムを構
成する各ＥＣＵは、ライン５により環状に連結されてい
るものとして説明したが、チェックビットの反転確認を
行わない場合には環状に連結しなくても良い。すなわ
ち、例えば図２のシステムにおいては、各ＥＣＵを連結
するライン５のうちの１本を省略することができる。

【００７２】さて、前記実施例では、１のＥＣＵよりフ
レームが送信された場合には、原則として、該フレーム
の伝送が終了した後でないと、他のＥＣＵはフレームを
送信することができないが、以下に示す本発明の第２の
実施例は、１のフレームが他のＥＣＵを通過する際に該
他のＥＣＵにより他のデータを付加して、データを多重
化し、１フレーム送信終了まで待たずとも、他のデータ
送信を可能とするものである。この実施例では、各ＥＣ
Ｕは環状に連結される。

【００７３】この実施例で採用されるフレームの一例
を、図１３（Ａ）に示す。同図において、フレームは、
コマンド、データ長、データコード（又はデータコード
及び車両データ）、当該フレームを送信するＥＣＵの番
号、及びパリティチェック部より構成されている。前記
データ長は後続のデータコード（又はデータコード及び
車両データ）及び当該フレームの送信ＥＣＵ番号の合計
ビット数であり、パリティチェック部はパリティビット
の配置領域である。

【００７４】さて、例えば図１に示されるように、第１
ＥＣＵ１〜第４ＥＣＵ４の４つのＥＣＵが環状に連結さ
れている場合において、第１ＥＣＵ１が図１３（Ａ）の
フレーム（コマンドは“送信”）を送出したものとす
る。第１ＥＣＵ１からのフレーム送出が開始された後、
第２ＥＣＵ２が自局よりフレーム（コマンドは“送
信”）の送出を希望した場合の動作を図１４に示す。

【００７５】なお第２ＥＣＵ２はデータ受信／通過モー
ドにあり、アンドゲート１３は開かれ、受信データはそ
のまま出力端子２Ａより出力されると共に、受信レジス
タ１２に受信される。また、図１４の処理は、例えば図
８のステップＳ２３の処理中に割り込みで行われ、１ビ
ット受信ごとにリアルタイムで処理が実行される。

【００７６】まずステップＳ３１において、データ長の
受信タイミングであるか否かが判別される。データ長の
受信タイミングとなれば、ステップＳ３２においてアン
ドゲート１３の第２入力端子１３Ｂを“Ｌ”とし、該ア
ンドゲート１３を閉じる。そして、ステップＳ３３にお
いては、当該第２ＥＣＵ２でデータ長を修正して出力端
子１Ａより送信する。受信されるデータ長は、第１ＥＣ
Ｕ１が送信したデータコード（又はデータコード及び車
両データ）及び送信側ＥＣＵ番号（図１３の及び）
のデータ長であるが、修正後のデータ長は、これに第２
ＥＣＵ２より送信すべきデータコード（又はデータコー
ド及び車両データ）及び送信側ＥＣＵ番号（図１３の
及び）のデータ長を加算したものである。

【００７７】修正したデータ長を送信し、データコード
（又はデータコード及び車両データ）の受信タイミング
となったならば、ステップＳ３４においてはアンドゲー
ト１３の第２入力端子１３Ｂを“Ｈ”として該アンドゲ
ート１３を開け、ステップＳ３５においては、第１ＥＣ
Ｕ１より送信された、前記データ及びが通過したか
否かが判定される。これらの通過の後、ステップＳ３６
においてアンドゲート１３を再び閉じ、ステップＳ３７
において当該第２ＥＣＵ２が送信すべき、前記データ
及びを送信する。これにより、データの多重化が行わ
れる。

【００７８】引き続き、ステップＳ３８においては、第
１ＥＣＵ１より送信されたパリティチェック部、及び当
該第２ＥＣＵ２が送信すべきパリティチェック部を、送
信する。その後、当該処理は終了し、例えば図８のステ
ップＳ２１に戻る。このようにして第２ＥＣＵ２より送
信されるフレームは、図１３（Ｂ）のようになる。

【００７９】つぎに、第１ＥＣＵ１には、図１３（Ｂ）
のようなフレームが戻ってくるが、データ長の違いを検
出することにより、以下の処理を実行する。すなわち、
同図（Ｂ）のフレームから自局（第１ＥＣＵ１）より送
信されたデータ及び、並びに自局より出力されたパ
リティチェック部を削除し、残りのデータを転送する。
この際、データ長を書換える。このようにして、第１Ｅ
ＣＵ１からは、図１３（Ｃ）に示されるようなフレーム
が送信される。

【００８０】なお、このようなデータ多重化機能は、当
該データ伝送システム内のすべてのコンピュータに設け
る必要はなく、例えば優先順位の高いコンピュータにの
み設けるようにしても良い。

【００８１】また、図１３（Ｂ）では、追加するデータ
及びはデータ及びの後に配置されるように示さ
れているが、前記データ及びの前に、すなわちデー
タ長の直後に配置するようにしても良い。

【００８２】さらに、第１ＥＣＵ１及び第２ＥＣＵ２の
コマンドは共に同一の“送信”であるものとしたが、コ
マンドが異なる場合でもデータの多重化は可能である。

【００８３】なお、前記各実施例に示された各フレーム
の構成は、図４あるいは図１３（Ａ）に示されたものの
みに限定されないことは当然である。該フレームの変形
は、当業者により容易に創作することができる。

【００８４】次に本発明の第３の実施例を説明する。前
述したようなデータ伝送システムでは、あるＥＣＵより
送信されたデータが他のＥＣＵを通過する際に、データ
を構成するパルスの幅が、データ送信時のパルス幅に比
較して広くなったり狭くなったりする場合がある。

【００８５】パルス幅がＥＣＵを通過するごとに短くな
っていくと、パルス判別を間違えたり、最悪パルスが途
中で消えるおそれがある。逆にパルス幅がＥＣＵを通過
するごとに長くなっていくと、パルス判別を間違えた
り、最悪パルスが隣のパルスとつながるおそれがある。
そして、このような傾向は、当該データ伝送システムを
構成するＥＣＵの数が多いと甚だしくなる。

【００８６】本発明の第３の実施例は、このような不具
合を除去するものである。図１５は本発明の第３の実施
例の構成を簡単な機能で表した図であり、図１と同様の
図である。同図において、図１と同一の符号は、同一又
は同等部分をあらわしているので、その説明は省略す
る。

【００８７】図１５において、各第１ＥＣＵ１〜第４Ｅ
ＣＵ４には、アンドゲート１３の出力端子及びオアゲー
ト１４の入力端子との間にパルス幅修正手段１７が接続
されている。このパルス幅修正手段１７は、当該ＥＣＵ
がデータ受信／送信モードである場合に、後述の手法に
よりアンドゲート１３を介して入力されるパルスのパル
ス幅を１パルスずつ修正し、オアゲート１４を介して隣
接するＥＣＵに出力する。

【００８８】図１６は本発明の第３の実施例における第
１ＥＣＵ１の具体的な構成を示すブロック図である。同
図において、図３と同一の符号は、同一又は同等部分を
あらわしているので、その説明は省略する。図３との対
比より明らかなように、アンドゲート１３が開いている
場合には、アンドゲート１３より出力されるデータは、
ＣＰＵ２１に一旦取り込まれ、パルス幅修正処理が施さ
れた後、オアゲート１４に出力される。

【００８９】図１７は本発明の第３の実施例の第１ＥＣ
Ｕ１の機能ブロック図の一部であり、図９と合成される
ことにより、該機能ブロック図の全図を構成する。同図
において、図１０と同一の符号は、同一又は同等部分を
あらわしている。この図１７の構成は、図１０及び図１
５の説明より明らかであるので、その説明は省略する。

【００９０】さて、以下にその具体的なパルス幅修正手
法を示す。なお、以下の説明は、第１ＥＣＵ１がデータ
を送信した場合において、該データを第２ＥＣＵ２が受
信し、通過させるときの、該第２ＥＣＵ２による修正手
法である。

【００９１】まず、パルス幅が短くなる場合の対処方法
について述べる。図１８は本発明の第３の実施例のパル
ス幅修正動作の一例を示すフローチャート、図１９は図
１８の処理によりパルス幅が変化する様子を示す図であ
る。図１８の処理は図８のステップＳ２２及びＳ２３の
処理と置き代わるものである。

【００９２】まず図１９において、第１ＥＣＵ１より送
信されるパルス（送信パルス）が第２ＥＣＵ２に受信さ
れた場合に、そのパルス幅が同図（Ａ）から（Ｂ）に示
すようにΔＸ１だけ短くなったとする。この場合、その
パルス幅は当該第２ＥＣＵ２により修正され（すなわち
ΔＸ１だけ延ばされて）、該第２ＥＣＵ２の送信パルス
幅は、同図（Ｃ）に示されるように、第１ＥＣＵ１の送
信パルスと同一幅となる。

【００９３】図１８においては、まずステップＳ４１で
入力信号が“１”（すなわち“Ｈ”）となったか否かが
判定される。“１”であれば、ステップＳ４２におい
て、オアゲート１４を介して“１”を出力する。

【００９４】ステップＳ４３においては、入力信号が
“０”（すなわち“Ｌ”）となった否かが判定される。
“０”であれば、ステップＳ４４において、入力信号が
“０”となってからΔＸ１が経過したか否かが判定され
る。そしてΔＸ１経過後に、ステップＳ４５において、
オアゲート１４を介して“０”を出力する。

【００９５】その後、ステップＳ４６において１フレー
ム分のデータの受信が終了したか否かが判定され、終了
していなければステップＳ４１に戻り、終了していれば
ステップＳ２４に移行する。

【００９６】なお、この図１８の処理には示されていな
いが、入力信号は受信レジスタ１２にも取り込まれる。
そして取り込まれたデータは、必要に応じて、当該ＥＣ
Ｕの各種処理に用いられる。

【００９７】図２０は図１８に示された処理の機能ブロ
ック図である。同図において、まず入力信号は、フリッ
プフロップ７１のセット入力端子Ｓに入力される。した
がって、入力信号が“１”となると、その出力端子Ｑよ
り“１”が出力される。前記入力信号は、インバータ７
２を介してパルス発生手段７３にも入力される。したが
って、入力信号が“１”から“０”となった場合には前
記パルス発生手段７３が付勢され、パルスを発生し、こ
れによりタイマ７４Ａが起動される。このタイマ７４Ａ
はΔＸ１を計測し、該計測後に当該タイマ７４Ａ及び前
記フリップフロップ７１をリセットする。この結果、フ
リップフロップ７１の出力信号は“０”となる。

【００９８】この構成では、受信デ―タが幅狭である場
合には、伝送デ―タがＲＺ方式及びＮＲＺ方式のいずれ
のときでも、パルス幅が当初の幅に修正される。

【００９９】なお、フリップフロップ７１をインバ―タ
７２の出力が直接リセットし、該リセット後にΔＸ１だ
けパルス等を発生するパルス発生手段を設けても良い。
また、前掲した図１８の手法を用いる代わりに、後述す
る図２１の手法を用いても良い。

【０１００】つぎに、パルス幅が長くなる場合の対処方
法について述べる。この場合、パルス伝送の方式がＲＺ
方式であるかＮＲＺ方式であるか否かによって、その対
処方法が異なる。ＲＺ方式の場合には、“１”パルスの
幅が予め分かっているので、パルスの立上がりの検出に
同期して一定幅のパルスを発生することにより、最初の
パルス幅を再生できる。

【０１０１】図２１は本発明の第３の実施例のパルス幅
修正動作の他の例を示すフローチャート、図２２は図２
１の処理によりパルス幅が変化する様子を示す図であ
る。図２１の処理は図１８の処理と同様に、図８のステ
ップＳ２２及びＳ２３の処理と置き代わるものである。

【０１０２】まず図２２において、第１ＥＣＵ１の送信
パルス（Ａ）に比較して、第２ＥＣＵ２の受信パルス
（Ｂ）がΔＸ２だけ長くなったとする。この場合、その
パルス幅は当該第２ＥＣＵ２により修正され（すなわち
ΔＸ２だけパルス幅がカットされ）、該第２ＥＣＵ２の
送信パルス幅は、同図（Ｃ）に示されるように、第１Ｅ
ＣＵ１の送信パルスと同一幅となる。

【０１０３】図２１においては、まずステップＳ５１で
入力パルスが“１”であること確認されると、ステップ
Ｓ５２において“１”が出力、送信される。ステップＳ
５３においては、入力パルスが“１”となってから時間
Ｘが経過したか否かが判定される。時間Ｘの経過が検出
されると、ステップＳ５４において“０”が出力され
る。そしてステップＳ５５において、１フレーム分のデ
ータの受信が終了したか否かが判定され、終了していな
ければステップＳ５１に戻り、終了していればステップ
Ｓ２４に移行する。

【０１０４】なお、この図２１の処理においても、入力
信号は受信レジスタ１２にも取り込まれ、そのデータ
は、必要に応じて当該ＥＣＵの各種処理に用いられる。

【０１０５】図２３は図２１に示された処理の機能ブロ
ック図である。同図において、図２０と同一の符号は、
同一又は同等部分をあらわしている。同図において、ま
ず入力信号は、フリップフロップ７１のセット入力端子
Ｓに入力される。したがって、入力信号が“１”となる
と、その出力端子Ｑより“１”が出力される。前記Ｑ出
力はパルス発生手段７３にも入力される。したがって、
Ｑ出力が“０”から“１”となった場合にはタイマ７４
Ｂが起動される。このタイマ７４Ｂは時間Ｘを計測し、
該計測後に当該タイマ７４Ｂ及び前記フリップフロップ
７１をリセットする。この結果、フリップフロップ７１
の出力信号は“０”となる。

【０１０６】この構成では、伝送デ―タがＲＺ方式のと
きは、受信デ―タが幅狭であっても、そのパルス幅は当
初の幅に修正される。

【０１０７】つぎに、パルスの伝送方式がＮＲＺ方式で
ある場合には、“１”の入力信号が連続して入力された
ときには、そのパルス幅は“１”の連続数によって異な
るので、図２１に示したような方法ではパルス幅の再生
を行うことができない。したがって、この場合には、例
えば図２４のような処理を実行することにより対処す
る。

【０１０８】図２４は本発明の第３の実施例のパルス幅
修正動作のさらに他の例を示すフローチャート、図２５
は図２４の処理によりパルス幅が変化する様子を示す図
である。図２４の処理は図１８及び図２１の処理と同様
に、図８のステップＳ２２及びＳ２３の処理と置き代わ
るものである。なお、ＮＲＺ方式では、パルスの立ち下
がりの遅れは、“１”ビットの連続長さには関係せずに
一定である。

【０１０９】まず図２５において、第１ＥＣＵ１の送信
パルス（Ａ）に比較して、第２ＥＣＵ２の受信パルス
（Ｂ）の立ち下がりがΔＸ３だけ遅れたとする。この場
合、そのパルス幅は当該第２ＥＣＵ２により修正され、
該第２ＥＣＵ２の送信パルス幅は、同図（Ｃ）に示され
るように、第１ＥＣＵ１の送信パルスと同一幅となる。

【０１１０】図２４においては、まずステップＳ６１で
同期パルス（スタートパルス）が入力されたか否かが判
定される。１フレームの最初には、該フレームデータの
内容とは無関係の同期パルスが配置されている。図１８
〜図２０、及び図２１〜図２３の各実施例においても、
各フレームの最初には、同期パルスが配置されている。
同期パルスが検出されると、ステップＳ６２において
“１”が出力される。

【０１１１】ステップＳ６３においては、同期パルスの
立ち下がりが検出されたか否かが判定される。立ち下が
りが検出されると、ステップＳ６４において該立ち下が
りからさらに時間αが経過したか否かが判定される。α
の経過が検出されると、ステップＳ６５においてタイミ
ング信号が発生されると共に、ステップＳ６６において
“０”が出力される。前記タイミング信号は、当該処理
を実行するＥＣＵのマイクロコンピュータにより、前記
の発生より所定時間Ｘの経過ごとに出力される。また前
記所定時間Ｘはフレームを構成する各パルスの１パルス
当たりの持続時間である。

【０１１２】ステップＳ６７においては、タイミング信
号が発生したか否か（当該ステップＳ６７がステップＳ
６６の処理直後に行われた場合には、ステップＳ６５に
おいて発生されたタイミング信号の次のタイミング信号
が発生したか否か）が判定される。タイミング信号が発
生すれば、ステップＳ６８において入力信号が読み込ま
れる。そして、ステップＳ６９においては、入力信号が
“１”であるか“０”であるかが判定され、入力信号が
“１”であればステップＳ７０において“１”が、また
入力信号が“０”であればステップＳ７１において
“０”が、それぞれ出力される。

【０１１３】ステップＳ７２においては、同期パルスの
検出の後、１フレームを構成するビット数（Ｎビット）
が検出されたか否かが判定される。この例においては１
フレ―ムを構成するビット数は、予め設定された固定値
である。Ｎビット検出していなければステップＳ６７に
戻り、Ｎビット検出していればステップＳ２４に移行す
る。すなわち、このステップＳ７２の処理は、１フレー
ムの検出が終了したか否かを判定する処理である。

【０１１４】なお、この例では、同期パルスのパルス幅
は、当初のパルス幅よりも伸びるが、該同期パルスに続
くデータパルスとの間に前記所定時間Ｘが保たれる（図
２５の符号Ｄ参照）ので、該データパルスの識別には何
等支承が生じない。

【０１１５】図２６は図２４に示された処理の機能ブロ
ック図である。同図において、図２０及び図２３と同一
の符号は、同一又は同等部分をあらわしている。図２６
において、まず入力信号は、スイッチング手段７５を介
して、フリップフロップ７１のセット入力端子Ｓに入力
される。前記スイッチング手段７５の初期状態は閉状態
であるので、同期パルスの入力と同時にフリップフロッ
プ７１のＱ出力は“１”となり、該信号はオアゲート７
６を介して出力される。

【０１１６】前記同期パルスはインバータ７２にも入力
される。この結果、同期パルスが消滅したときにタイマ
７４Ｃが起動され、該タイマ７４Ｃは、所定時間αの計
測を開始する。タイミング信号発生手段７７は、前記所
定時間αの経過後に起動され、所定時間Ｘごとにタイミ
ング信号を発生する。このタイミング信号発生手段７７
による最初のタイミング信号発生により、フリップフロ
ップ７１がリセットされ、オアゲート７６の出力は
“０”となる（すなわち同期パルスが消滅される）と共
に、スイッチング手段７５が開となり、その後の入力信
号の、フリップフロップ７１への入力が遮断される。

【０１１７】スイッチング手段７８は、前記タイミング
信号の出力ごとに微小時間だけ開となり、入力信号をパ
ルス発生手段７９に取り込む。パルス発生手段７９は、
入力信号が“１”である場合には時間Ｘの間だけ“１”
を発生し、これがオアゲート７６を介して出力される。
このパルス発生手段７９によるパルス発生は、所定ビッ
ト数のデ―タが受信された後、すなわち１フレ―ム分の
デ―タが受信された後、停止される。

【０１１８】なお、図１８〜図２６に示したパルス幅修
正は、第２ＥＣＵ２が実行するものとして説明したが、
他のすべてのＥＣＵにその機能を持たせても良いし、当
該データ伝送システムを構成するＥＣＵの内の、予め選
択されたＥＣＵにのみ持たせても良い。

【０１１９】また、前記のパルス幅修正のうち、図１８
〜図２０に示された実施例及び図２１〜図２３に示され
た実施例は、パルスの立上がり及び立ち下がりを送信パ
ルスと一致させることによりパルス幅を制御するもので
あり、図２４〜図２６に示した実施例は、パルスの立上
がり及び立ち下がりのタイミングを制御することによ
り、パルス幅を制御するものである。このようなパルス
幅制御に加えて、パルス高を調整する機能を、各ＥＣＵ
あるいは選択された所定のＥＣＵに付加し、いわゆる３
Ｒ修正を行うようにしても良い。

【０１２０】さて、図１、図３、図１０、図１５〜図１
７に示されたアンドゲート１３は、例えば該アンドゲー
ト１３の第２入力端子１３Ｂに入力されるべき制御信号
によりその開閉が制御されるスイッチング手段であって
も良い。またオアゲート１４も、出力端子１Ａ〜４Ａへ
のデータの逆流を防止するものであれば、いかなるもの
であっても良い。

【０１２１】さらに、前記実施例は、車両の制御装置に
適用されたものであるが、例えば図２７に示すように、
車両に搭載されるエンターテイメント等のシステム、あ
るいはホームエレクトロニクス等の分野に利用されても
良い。図２７において、符号５０１はコントローラ及び
モニタであり、また符号５０２〜５０６はそれぞれナビ
ゲータ、エアコン、ＣＤプレーヤ、ラジオ（チューナ及
びアンプ）、光ファイバである。

【０１２２】さらにまた、本発明は、光通信のみなら
ず、電気信号による通信システムにも適用可能であるこ
とは言うまでもない。

【０１２３】

【発明の効果】(1) 請求項１記載のデータ伝送システム
によれば、伝送されたデータは、データ伝送を行ったコ
ンピュータ以外のコンピュータに対してリアルタイムで
受信される。すなわち、１ビットデータを伝送する度
に、該データが当該システムの最終端のコンピュータに
達するので、複雑な構成を有することなく、極めて高速
に（すなわち伝送の遅れなく）データ伝送を行うことが
できる。この結果、多数のコンピュータを接続し、それ
らコンピュータ間でデータ伝送を行っても、データ処理
に遅れが生じない。

【０１２４】(2) 請求項２記載のデータ伝送システムに
よれば、当該システムが環状に接続されているので、１
のコンピュータよりデータが送出されると、該データ
は、１ビットごとに当該システムを循環して該コンピュ
ータに戻る。すなわち、当該システム内のどのコンピュ
ータからも、同様に、極めて高速にデータ伝送を行うこ
とができる。

【０１２５】(3) 請求項３及び４記載のデータ伝送シス
テムによれば、データを通過あるいは受信したコンピュ
ータがチェックビットを反転していない場合には、デー
タ伝送したコンピュータよりデータが再送される。すな
わち、データの受信あるいは通過を行うコンピュータに
異常が生じた場合、あるいは伝送すべきデータにノイズ
が重畳された場合等には、データが再送される。これに
より、当該データ伝送システムの信頼性が向上する。

【０１２６】(4) 請求項５記載のデータ伝送システムに
よれば、データ再送を所定回数以上は行わないので、デ
ータ伝送側コンピュータのデータ処理遅延が防止され
る。

【０１２７】(5) 請求項６記載のデータ伝送システムに
よれば、当該システムを循環途中のデータに対して、デ
ータの多重化を行うことができる。一般にデータの伝送
を開始する際には、ライン（伝送路）を通過するデータ
がなくなってから所定時間経過した後に、スタートビッ
トを送出し、その後初めてデータ送信が可能となるが、
この請求項６のデータ伝送システムにおいては、前記所
定時間及びスタートビットの送信時間の経過を待たずに
データを送信することができる。したがって、当該デー
タ伝送システムによるデータ伝送の高速化がさらに向上
する。

【０１２８】(6) 請求項７記載のデータ伝送システムに
よれば、データの多重化が行われた場合、多重化データ
に含まれる個々のデータは、当該データ伝送システムを
１周するたびに、データ伝送を行ったコンピュータによ
り削除される。すなわち、データの多重化を行っても、
該多重化データに含まれる個々のデータは、それぞれシ
ステムを１周すると消滅する。したがって、伝送路の
“あき”状態を検出してデータの伝送を行うコンピュー
タに対して、伝送の待ち時間が最短時間で済む。

【図面の簡単な説明】

【図１】 図２の構成を簡単な機能で表した図である。

【図２】 本発明の第１の実施例の概略ブロック図であ
る。

【図３】 本発明の第１の実施例における第１ＥＣＵ１
の具体的な構成を示すブロック図である。

【図４】 本発明の第１の実施例に適用される各ＥＣＵ
の送信データであるフレームのデータ構成を示す図であ
る。

【図５】 コマンドの内容を示す図表である。

【図６】 データコード及び車両データの一例を図表で
ある。

【図７】 本発明の第１の実施例の、第１ＥＣＵ１がデ
ータ送信モードにある場合の処理を示すフローチャート
である。

【図８】 本発明の第１の実施例の、第１ＥＣＵ１がデ
ータ受信／通過モードにある場合の処理を示すフローチ
ャートである。

【図９】 本発明の第１の実施例の第１ＥＣＵ１の機能
ブロック図の一部であり、図１０と合成されることによ
り、該機能ブロック図の全図を構成する。

【図１０】 本発明の第１の実施例の第１ＥＣＵ１の機
能ブロック図の一部であり、図９と合成されることによ
り、該機能ブロック図の全図を構成する。

【図１１】 第１ＥＣＵ１がフレームを出力した場合
の、第１ＥＣＵ１〜第４ＥＣＵ４の出力信号の一例を示
す図である。

【図１２】 本発明の第１の実施例において、第１ＥＣ
Ｕ１よりフレーム送信する場合の、該第１ＥＣＵ１の送
信レジスタ１１に蓄積されたフレーム構造（同図Ａ）、
及び該フレームが当該データ伝送システムを循環して該
第１ＥＣＵ１の受信レジスタ１２に受信された場合のフ
レーム構造（同図Ｂ）を示す図である。

【図１３】 本発明の第２の実施例に適用されるフレー
ムの構造（同図Ａ）、並びに該フレームに他のデータが
多重化された場合のフレーム構造（同図Ｂ）及びその変
化を示す図（同図Ｃ）である。

【図１４】 本発明の第２の実施例における、データ多
重化の手法を示すフローチャートである。

【図１５】 本発明の第３の実施例の構成を簡単な機能
で表した図である。

【図１６】 本発明の第３の実施例における第１ＥＣＵ
１の具体的な構成を示すブロック図である。

【図１７】 本発明の第３の実施例の第１ＥＣＵ１の機
能ブロック図の一部であり、図９と合成されることによ
り、該機能ブロック図の全図を構成する。

【図１８】 本発明の第３の実施例のパルス幅修正動作
の一例を示すフローチャートである。

【図１９】 図１８の処理によりパルス幅が変化する様
子を示す図である。

【図２０】 図１８に示された処理の機能ブロック図で
ある。

【図２１】 本発明の第３の実施例のパルス幅修正動作
の他の例を示すフローチャートである。

【図２２】 図２１の処理によりパルス幅が変化する様
子を示す図である。

【図２３】 図２１に示された処理の機能ブロック図で
ある。

【図２４】 本発明の第３の実施例のパルス幅修正動作
のさらに他の例を示すフローチャートである。

【図２５】 図２４の処理によりパルス幅が変化する様
子を示す図である。

【図２６】 図２４に示された処理の機能ブロック図で
ある。

【図２７】 エンターテイメントシステムの一例を示す
ブロック図である。

【符号の説明】

１〜４…第１〜第４ＥＣＵ、１Ａ〜４Ａ…出力端子、１
Ｂ〜４Ｂ…入力端子、５…ライン、１１…送信レジス
タ、１２…受信レジスタ、１３…アンドゲート、１４…
オアゲート、１５…フレーム生成手段、１６…データ処
理手段、２１，２２Ａ，２１Ｂ…ＣＰＵ、２２…ＲＡ
Ｍ、４４，５５…チェックビット制御手段、４５…ゲー
ト制御手段、４７…送信側ＥＣＵＮo.検出手段、４８…
チェックビット反転検知手段、４９…カウンタ、５０…
比較手段、５１…繰り返し回数記憶手段、５３，５７…
受信側ＥＣＵＮo.検出手段、５４…メモリ、５６…デー
タ転送手段、５８…コマンド検出手段

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データの入力端子及び出力端子を有する
   複数のコンピュータ、および前段側コンピュータの出力
   端子を後段側コンピュータの入力端子に接続する伝送路
   により構成され、該コンピュータ間でデータ伝送を行う
   データ伝送システムにおいて、 前記各コンピュータは、 データの入力端子および出力端子と、 前記入力端子に接続され、前段側コンピュータより伝送
   されたデータを受信するデータ受信手段と、 前記出力端子に接続され、後段側コンピュータに対して
   データ伝送を行うデータ送信手段と、 前記入力端子及び前記出力端子間に接続され、当該コン
   ピュータがデータ伝送を行う場合には閉じられ、それ以
   外のデータ受信及びデータ通過の場合には開かれるよう
   に構成されたゲート手段とを具備し、 前記コンピュータのうちの少なくとも１つは、前記データ受信手段に受信されたデータが、当該コンピ
   ュータより出力されたデータであるか否かを判定する判
   定手段と、 前記データ受信手段に受信されたデータが、当該コンピ
   ュータより出力されたデータである場合に、該データが
   多重化されているか否かを検出する多重化検出手段と、 データが多重化されている場合に、前記データ受信手段
   に受信されたデータから、当該コンピュータより出力さ
   れたデータを削除すると共に、前記受信データ内のデー
   タ長を書換え、その結果得られた書換え済みデータを伝
   送する伝送手段とをさらに 具備したことを特徴とするデ
   ータ伝送システム。
2. 【請求項２】 伝送されるデータは、チェックビット領
   域を備え、 前記各コンピュータのうちの少なくとも１つは、 他のコンピュータから伝送されたデータが前記ゲート手
   段及び前記出力端子を通過する際に、該データのチェッ
   クビット領域内のビットを、必要に応じて反転するチェ
   ックビット制御手段と、 前記データ受信手段に受信されたデータが、当該コンピ
   ュータより出力されたデータである場合に、該データ内
   のチェックビット領域内のビットの反転の有無を検出す
   るチェックビット反転検知手段と、 前記ビットの反転が適当に行われていない場合には、前
   記データ送信手段を用いて、すでに伝送したデータを再
   度伝送するデータ再伝送手段とをさらに具備したことを
   特徴とする請求項１に記載のデータ伝送システム。
3. 【請求項３】 前記チェックビット制御手段は、他のコ
   ンピュータより伝送されたデータが当該コンピュータ宛
   てのデータである場合にのみ、チェックビット領域内の
   ビットを反転し、 前記データ再伝送手段は、データの伝送先であるコンピ
   ュータがチェックビット領域内のビットを反転しない場
   合に、伝送したデータを再度伝送することを特徴とする
   請求項２に記載のデータ伝送システム。
4. 【請求項４】 前記データ再伝送手段は、データの再伝
   送を、所定の繰り返し回数以上は行わないように構成さ
   れたことを特徴とする請求項２又は３に記載のデータ伝
   送システム。