JP2002204243A

JP2002204243A - 車両用多重通信装置

Info

Publication number: JP2002204243A
Application number: JP2000400217A
Authority: JP
Inventors: Michio Nakamura; 道夫中村
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2000-12-28
Filing date: 2000-12-28
Publication date: 2002-07-19

Abstract

(57)【要約】【課題】データ送受信が遅れる等の不都合を解消し、更
に通信処理の簡素化を図ること。【解決手段】ＥＣＵ１０は、第１ＣＰＵ１１と第２ＣＰ
Ｕ１２と通信ＩＣ１３とを備える。第１及び第２ＣＰＵ
１１，１２間ではＤＭＡ通信等によりデータが送受信さ
れる。通信ＩＣ１３は、それぞれのＣＰＵ１１，１２と
の間で個別に通信を行う。また、通信ＩＣ１３は、ＥＣ
Ｕ１０外部の外部通信バス１４に接続されている。第１
及び第２ＣＰＵ１１，１２は、各々受信したいデータの
データＩＤ（識別コード）を通信ＩＣ１３に送信してお
く。通信ＩＣ１３は、外部装置からのデータ受信の都
度、当該通信ＩＣ１３内に設けた受信バッファに受信デ
ータを一旦格納し、その後第１及び第２ＣＰＵ１１，１
２から各々送信されたデータＩＤに基づき、受信データ
を該当するＣＰＵに送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車両用多重通信装
置にかかり、特に複数のＣＰＵを内蔵する電子制御機器
（ＥＣＵ）と外部装置との間で好適な多重通信を可能に
するための技術に関する。

【０００２】

【従来の技術】この種の車両用通信装置では、ＥＣＵ
（電子制御機器）内に複数のＣＰＵを設け、外部通信バ
スを介して他のＥＣＵ等との通信を行わせるよう構成さ
れている。その概略構成を図１２に示す。図１２では、
ＥＣＵ４０は２つのＣＰＵ４１，４２を備え、これらＣ
ＰＵ４１，４２間ではＤＭＡ通信等によりデータが送受
信される（ＣＰＵ間通信１）。また、一方のＣＰＵ４１
が通信ＩＣ４３に接続されており、このＣＰＵ４１と通
信ＩＣ４３との間でデータが送受信される（ＣＰＵ間通
信２）。更に、通信ＩＣ４３では、外部通信バス４４を
介して図示しない外部装置との間でデータが送受信され
る。

【０００３】

【発明が解決しようとする課題】しかしながら上記従来
技術では、図１２において、ＣＰＵ４２が外部通信バス
４４に対してデータを送信する場合、ＣＰＵ４２→ＣＰ
Ｕ４１→通信ＩＣ４３→外部通信バス４４といった順序
でデータを送信しなければならない。また逆に、ＣＰＵ
４２が外部通信バス４４からデータを受信する場合に
は、外部通信バス４４→通信ＩＣ４３→ＣＰＵ４１→Ｃ
ＰＵ４２といった順序でデータを受信しなければならな
い。そのため、ＣＰＵ４１にとって関係の無いタイミン
グにおいてもＣＰＵ４２の送受信に応じてＣＰＵ４１が
通信に介在してしまう。それにより、本来通信したいＣ
ＰＵ４２にとって送受信タイミングが遅れるといった問
題が生じていた。外部通信バス４４との送受信の遅れ
は、各種制御の遅れとなり、例えばメータＥＣＵではメ
ータ表示の遅れ等が生じる。

【０００４】また、図１２の構成では、ＣＰＵ間通信１
及びＣＰＵ間通信２の通信負荷の増大を招く。通信負荷
に関しては、負荷の増大に伴いＣＰＵ４１，４２間で一
定周期で通信していたデータが定期的に送受信できなく
なることもある。これが発生すると、エンジンＥＣＵに
おいてエンジンのトルク制御の遅れ等が生じる。

【０００５】一方近年では、車両用多重通信ネットワー
クが多数のＥＣＵにより構築され、各ＥＣＵ間で送受信
されるデータ量が膨大なものになりつつある。そのた
め、ＥＣＵ間通信を簡素化することが盛んに検討されて
いる。

【０００６】本発明は、上記問題に着目してなされたも
のであって、その目的とするところは、データ送受信が
遅れる等の不都合を解消し、更に通信処理の簡素化を図
ることができる車両用多重通信装置を提供することであ
る。

【０００７】

【課題を解決するための手段】請求項１に記載の発明で
は、電子制御機器内において複数のＣＰＵが通信回路に
各々接続されるので、各ＣＰＵは通信回路との間で直接
的にデータ送受信を行うことができる。従って、特定の
ＣＰＵだけが通信回路に接続される従来構成（図１２）
とは異なり、データ送受信の遅れが解消できると共に、
ＣＰＵ間通信の負荷が大幅に軽減できる。

【０００８】また、外部装置との間で送受信されるデー
タは個別の識別コードを持っており、複数のＣＰＵは、
各々受信したいデータの識別コードを通信回路に送信し
ておく。そして、通信回路は、外部装置からのデータ受
信の都度、当該通信回路内に設けた受信バッファに受信
データを一旦格納し、その後複数のＣＰＵから各々送信
された識別コードに基づき、受信データを該当するＣＰ
Ｕに送信する。つまり、受信バッファに一旦格納された
受信データは、識別コードを判別することにより各ＣＰ
Ｕに振り分けて送信される。従って、複数のＣＰＵで
は、各々に必要なデータのみが受信できるようになり、
通信処理の簡素化を図ることができる。

【０００９】また、請求項２に記載の発明では、通信回
路には複数のＣＰＵ毎に受信バッファが各々設けられて
おり、複数のＣＰＵから送信された識別コードが各受信
バッファに割り振られる。この場合、各受信バッファで
は、各々に対応するＣＰＵ毎にそれに見合う識別コード
が格納され、その識別コードに合わせて受信データが格
納されることとなる。これにより、ＣＰＵ毎の受信デー
タの振り分けが確実に実施できるようになる。

【００１０】請求項３に記載の発明では、通信回路は、
複数のＣＰＵから送信されてくる識別コードに基づいて
データ振分けテーブルを作成すると共に、該テーブルを
用い、受信データの識別コードがどのＣＰＵの受信デー
タであるかを特定する。この場合、データ振分けテーブ
ルを用いることにより、請求項２と同様にＣＰＵ毎の受
信データの振り分けが確実に実施できるようになる。な
おこの場合、受信バッファをＣＰＵ毎に設ける必要はな
い。

【００１１】上記請求項３の発明では、請求項４に記載
したように、通信回路の受信バッファでは、複数のＣＰ
Ｕから送信されてくる識別コードが連続的に割り振ら
れ、該コード毎に受信データの記憶領域が設けられると
良い。

【００１２】請求項５に記載の発明では、電子制御機器
への電源投入直後において、複数のＣＰＵは、各々に受
信したいデータの識別コードを通信回路に送信する。こ
れにより、電子制御機器への電源投入後において、所望
のデータ受信が実現できるようになる。

【００１３】請求項６に記載の発明では、複数のＣＰＵ
は、車載エンジンの運転状態又は車両走行状態に応じ
て、通信回路へ送信する識別コードを変更する。例え
ば、エンジンの高回転域とそれ以外の回転域とでは、Ｃ
ＰＵの演算負荷が異なるため必要となるデータも相違す
る。それ故、エンジン回転域に応じて前記識別コードを
変更する。この場合、エンジン回転数をはじめとするエ
ンジン運転状態、又は車両走行状態に応じて受信データ
を変更すれば、受信データがより一層適切に管理できる
ようになる。

【００１４】

【発明の実施の形態】（第１の実施の形態）以下、この
発明を具体化した第１の実施の形態を図面に従って説明
する。本実施の形態の車載用電子制御機器（ＥＣＵ）
は、複数のＣＰＵを備えるマルチＣＰＵシステムを構築
するものであり、車両の走行状態やエンジンの運転状態
等を制御する。本実施の形態のＥＣＵは特に、２個のＣ
ＰＵで１個の通信ＩＣ（通信回路）を共用するシステム
を実現するものである。

【００１５】図１は、ＥＣＵの概要を示すブロック図で
ある。同図において、ＥＣＵ１０は、第１ＣＰＵ１１と
第２ＣＰＵ１２と通信ＩＣ１３とを備える。第１及び第
２ＣＰＵ１１，１２間ではＤＭＡ通信等によりデータが
送受信される。通信ＩＣ１３は、それぞれのＣＰＵ１
１，１２との間で個別に通信を行う。また、通信ＩＣ１
３は、ＥＣＵ１０外部の外部通信バス１４に接続されて
いる。つまり、第１及び第２ＣＰＵ１１，１２はそれぞ
れ、通信ＩＣ１３を介して他ＥＣＵなどの外部装置（図
示略）との通信が可能となっている。

【００１６】この場合、例えば第２ＣＰＵ１２が外部通
信バス１４に対してデータを送信する場合、第２ＣＰＵ
１２→通信ＩＣ１３→外部通信バス１４の順序でデータ
が送信される。また逆に、第２ＣＰＵ１２が外部通信バ
ス１４からデータを受信する場合には、外部通信バス１
４→通信ＩＣ１３→第２ＣＰＵ１２の順序でデータが受
信される。

【００１７】図２は、通信ＩＣ１３の内部構成を示すブ
ロック図である。つまり、通信ＩＣ１３は、第１及び第
２ＣＰＵ１１，１２の各々に接続される受信バッファ２
１，２２と、各ＣＰＵ１１，１２共通の送信バッファ２
３と、通信コントローラ２４とを備える。通信コントロ
ーラ２４は通信用ＩＣチップであり、送信バッファ２３
に格納した送信データを外部通信バス１４に順次送信す
る。また、同コントローラ２４は、外部通信バス１４よ
り受信した受信データを前記２つの受信バッファ２１，
２２に振り分けて格納し、更に受信バッファ２１，２２
に格納したデータを各ＣＰＵ１１，１２に対して送信す
る。但しその詳細は後述する。

【００１８】なお一般に、通信ＩＣ１３はデータ送信処
理として、送信バッファ２３に格納した送信データを順
に外部通信バス１４に送信する機能を予め有する。その
ため、送信バッファ２３は第１及び第２ＣＰＵ１１，１
２毎に設ける必要はなく、各ＣＰＵ１１，１２共通とす
ることができる。また、各バッファ２１〜２３は、送受
信バッファ共にリングバッファ構成としても良い。

【００１９】次に、上記ＥＣＵ１０に関してデータ通信
時の作用を説明する。但しここでは、データ受信時の各
ＣＰＵ１１，１２の処理と通信コントローラ２４の処理
について詳しく説明する。

【００２０】本実施の形態の車両通信システムでは、外
部通信バス１４を介してＥＣＵ間等で互いに送受信され
るデータは個別の識別コード（以下、データＩＤとい
う）を予め持っており、ＥＣＵ１０内の第１及び第２Ｃ
ＰＵ１１，１２は、データＩＤを通信ＩＣ１３に選択的
に送信することにより、各々が受信したいデータを通信
ＩＣ１３に指定する。

【００２１】実際には、第１及び第２ＣＰＵ１１，１２
はそれぞれ、図３（ａ），（ｂ）の処理を実施する。す
なわち、図３（ａ）において、第１ＣＰＵ１１は、ステ
ップ１０１で初期状態（例えばＩＧスイッチのＯＮ直
後）であるか否かを判別し、初期状態であることを条件
にステップ１０２に進む。第１ＣＰＵ１１は、ステップ
１０２において、ＣＰＵ１１自身が受信したいデータの
データＩＤを通信ＩＣ１３に送信し、続くステップ１０
３で通信ＩＣ１３に対して送受信許可を指示する。

【００２２】また、図３（ｂ）において、第２ＣＰＵ１
２は、前記図３（ａ）と同様にステップ２０１で初期状
態（例えばＩＧスイッチのＯＮ直後）であるか否かを判
別し、初期状態であることを条件にステップ２０２に進
む。第２ＣＰＵ１２は、ステップ２０２において、ＣＰ
Ｕ１２自身が受信したいデータのデータＩＤを通信ＩＣ
１３に送信し、続くステップ２０３で通信ＩＣ１３に対
して送受信許可を指示する。

【００２３】上記図３（ａ），（ｂ）の処理により各Ｃ
ＰＵ１１，１２から通信ＩＣ１３にデータＩＤが送信さ
れると、通信ＩＣ１３では、上記２つの受信バッファ２
１，２２にデータＩＤが割り振られる。つまり、図４
（ａ），（ｂ）に示すように、受信バッファ２１，２２
では、各ＣＰＵ１１，１２から指示されたデータＩＤが
割り振られ、このデータＩＤに対応する記憶領域に受信
データが逐次格納されるようになる。

【００２４】より具体的には、上記図３（ａ）の処理に
おいて、第１ＣＰＵ１１から通信ＩＣ１３に送信したデ
ータＩＤが「１，２，３，４，５」である場合、図４
（ａ）に示すようにそのデータＩＤ（ＩＤ＝１〜５）が
受信バッファ２１に割り振られる。また、上記図３
（ｂ）において、第２ＣＰＵ１２から通信ＩＣ１３に送
信したデータＩＤが「５，６，７，８，９」である場
合、図４（ｂ）に示すようにそのデータＩＤ（ＩＤ＝５
〜９）が受信バッファ２２に割り振られる。なおここ
で、ＩＤ＝５は両方の受信バッファ２１，２２で重複す
るが、これは第１及び第２ＣＰＵ１１，１２で共に受信
したい共通データであることを意味する。

【００２５】また、通信コントローラ２４は、図５，図
６の処理を実行する。ここで、図５は、受信データを受
信バッファ２１，２２に格納するための処理であり、外
部通信バス１４からのデータ受信のタイミング、或いは
一定の時間周期で実施される。図５において、ステップ
３０１では、外部通信バス１４を介しての受信データが
有るか否かを判別する。この場合、受信データ有りであ
ることを条件にステップ３０２に進み、その受信データ
を受信バッファ２１，２２に格納する。このとき、通信
コントローラ２４は、受信データのデータＩＤを確認
し、そのデータＩＤに対応する受信バッファに対してデ
ータを格納する。

【００２６】また、図６は、受信バッファ２１，２２に
一旦格納したデータを第１及び第２ＣＰＵ１１，１２に
対して送信するための処理であり、外部通信バス１４か
らのデータ受信のタイミング、ＣＰＵ１１，１２からの
データ受信要求を受信したタイミング、或いは一定の時
間周期で実施される。図６において、ステップ４０１で
は、受信バッファ２１のデータを第１ＣＰＵ１１に対し
て送信する。また、ステップ４０２では、受信バッファ
２２のデータを第２ＣＰＵ１２に対して送信する。

【００２７】上記通信コントローラ２４の処理によれ
ば、外部装置（他ＥＣＵなど）からデータを受信した
際、受信データは、データＩＤに対応させて受信バッフ
ァ２１，２２の少なくとも何れかに格納された後、各々
該当するＣＰＵ１１，１２に振り分けて送信される。

【００２８】以上詳述した本実施の形態によれば、以下
に示す効果が得られる。ＥＣＵ１０内において第１及び
第２ＣＰＵ１１，１２が通信ＩＣ１３に各々接続される
ので、各ＣＰＵ１１，１２は通信ＩＣ１３との間で直接
的にデータ送受信を行うことができる。従って、特定の
ＣＰＵだけが通信ＩＣに接続される従来構成（図１２）
とは異なり、データ送受信の遅れが解消できると共に、
ＣＰＵ間通信の負荷が大幅に軽減できる。また、第１及
び第２ＣＰＵ１１，１２から送信されるデータＩＤ（識
別コード）により受信バッファ２１，２２を割り振り、
そのデータＩＤに応じて受信データを各ＣＰＵ１１，１
２に振り分けて送信するので、各ＣＰＵ１１，１２で
は、各々に必要なデータのみが受信できるようになる。
従って、通信処理の簡素化を図ることができる。

【００２９】また、ＥＣＵ１０への電源投入直後（ＩＧ
スイッチのＯＮ直後）に、各ＣＰＵ１１，１２で各々受
信したいデータのデータＩＤを通信ＩＣ１３に送信する
ので、ＥＣＵ１０への電源投入後において所望のデータ
受信が実現できるようになる。

【００３０】（第２の実施の形態）次に、本発明におけ
る第２の実施の形態を、上述した第１の実施の形態との
相違点を中心に説明する。本実施の形態では、通信ＩＣ
１３内の回路構成を図７のように変更する。図７では、
前記図２の構成とは異なり、１つの受信バッファ３１を
設けている。この場合、単一の受信バッファ３１におい
て、連続する記憶領域にデータＩＤが割り振られ、デー
タＩＤ毎に受信データが格納される。

【００３１】つまり、図８に示すように、例えばアドレ
スＡ〜Ａ＋８には、どのＣＰＵの受信データであるかに
関係なく連続してデータＩＤが割り振られる。またこの
場合、毎回の受信データがどのＣＰＵの受信データであ
るかを識別する必要があるため、例えば図９に示す識別
テーブル（データ振分けテーブル）を予め用意してお
く。ここで、図９の識別テーブルは、ＣＰＵ初期状態で
第１及び第２ＣＰＵ１１，１２から通信ＩＣ１３に送信
されるデータＩＤに基づき、通信コントローラ２４によ
りその都度設定されるようになっている。なお、図９で
は、前述した通り第１ＣＰＵ１１から送信したデータＩ
Ｄが「１，２，３，４，５」であり、第２ＣＰＵ１２か
ら送信したデータＩＤが「５，６，７，８，９」である
場合を想定している。

【００３２】すなわち、図９において、データＩＤ＝１
〜４については、第１ＣＰＵ１１の受信データであるこ
とを表すＣＰＵ識別子「１」が付与され、データＩＤ＝
６〜９については、第２ＣＰＵ１２の受信データである
ことを表すＣＰＵ識別子「２」が付与され、データＩＤ
＝５については、第１及び第２ＣＰＵ１１，１２の受信
データであることを表すＣＰＵ識別子「３」が付与され
ている。

【００３３】次に、通信コントローラ２４によるデータ
受信の処理を説明する。図１０は、受信バッファ３１に
一旦格納した受信データを第１及び第２ＣＰＵ１１，１
２に対して送信するための処理を示すフローチャートで
あり、この処理は前記図６に置き換えて通信コントロー
ラ２４により実施される。なお本実施の形態において、
受信データを受信バッファ３１に格納するための処理
は、前述の図５がそのまま適用できるため、その説明は
省略する。また、第１及び第２ＣＰＵ１１，１２の処理
（図３（ａ），（ｂ））も同様である。

【００３４】図１０において、ステップ５０１では、通
信データカウンタｉを０とする。ステップ５０２では、
アドレス（Ａ＋ｉ）に受信データがあるか否かを判別す
る。そして、受信データ有りであるこを条件にステップ
５０３に進み、アドレス（Ａ＋ｉ）のデータＩＤを
「Ｂ」とする。また、ステップ５０４では、前述の図９
の識別テーブルを用いてＩＤ＝Ｂに対応するＣＰＵ識別
子をサーチし、そのＣＰＵ識別子を「Ｃ」とする。

【００３５】その後、ステップ５０５〜５０９では、Ｃ
ＰＵ識別子「Ｃ」に応じて、ＩＤ＝Ｂの受信データを第
１及び第２ＣＰＵ１１，１２の何れに送信するかを判別
する。この場合、・Ｃ＝３（ステップ５０５がＹＥＳ）であれば、ステッ
プ５０７に進み、受信データを第１及び第２ＣＰＵ１
１，１２の両方へ送信する。・Ｃ＝１（ステップ５０６がＹＥＳ）であれば、ステッ
プ５０８に進み、受信データを第１ＣＰＵ１１へのみ送
信する。・Ｃ＝２（ステップ５０５，５０６が共にＮＯ）であれ
ば、ステップ５０９に進み、受信データを第２ＣＰＵ１
２へのみ送信する。

【００３６】その後、ステップ５１０では、通信データ
カウンタｉを１インクリメントし、続くステップ５１１
では、通信データカウンタｉが全てのデータＩＤ数より
も小さいか否かを判別する。そして、ｉ＜データＩＤ数
であれば、ステップ５０２に戻り、受信バッファ３１内
のデータ送信を継続する。また、ｉ≧データＩＤ数であ
れば、本処理を終了する。

【００３７】以上第２の実施の形態によれば、上記第１
の実施の形態と同様に、各ＣＰＵ１１，１２において各
々に必要なデータのみが受信できるようになり、通信処
理の簡素化を図ることができる。なおこの場合、第１の
実施の形態とは異なり、受信バッファをＣＰＵ毎に設け
る必要はない。

【００３８】なお本発明は、上記以外に次の形態にて具
体化できる。通信ＩＣ１３内の受信バッファを単一とす
る構成（前記図７の構成）において、受信バッファにデ
ータＩＤを割り振らずに受信データを順次格納するよう
にしても良い。つまり、図１１に示すように、連続する
アドレス領域に受信データを順次格納していくだけで、
受信データをどのＣＰＵに送信するかは前記図９のよう
な識別テーブルを用いて判断する。この場合、通信コン
トローラ２４の処理として前述の図１０を実施すれば、
各ＣＰＵに対して受信データが送信される。但しこの場
合、図１０のステップ５１１において、データ送信処理
の終了をデータＩＤ数により判定することができないた
め、同ステップの内容を「受信データ数になったか？」
という判別処理に変更する。例えば、図１０の処理が実
施される際において、図１１に示す如くアドレスＡ〜Ａ
＋２にデータが格納されていれば、そのアドレスＡ〜Ａ
＋２のデータが順次該当するＣＰＵに送信されることと
なる。

【００３９】第１及び第２ＣＰＵ１１，１２による前記
図３の処理では、ＥＣＵ１０への電源投入直後（ＩＧス
イッチのＯＮ直後）にデータＩＤを通信ＩＣ１３に送信
する構成としたが、それを変更する。例えば、一定期間
毎に、又は必要が生じる毎に、データＩＤを通信ＩＣ１
３に送信し、受信バッファの構成を適宜変更するように
しても良い。

【００４０】例えば、エンジンの高回転域とそれ以外の
回転域とでは、各ＣＰＵの演算負荷が異なるため必要と
なるデータも相違する。それ故、エンジン回転数の変化
をモニタし、エンジンの高回転状態とそれ以外の状態と
で、各ＣＰＵ１１，１２から通信ＩＣ１３へ送信するデ
ータＩＤを変更する。また、エンジン回転状態以外に、
他のエンジン運転状態又は車両走行状態に応じて、各Ｃ
ＰＵ１１，１２から通信ＩＣ１３へ送信するデータＩＤ
を変更しても良い。これにより、受信データがより一層
適切に管理できるようになる。

【００４１】また更に、エンジン始動時とそれ以外の通
常運転時とで、各ＣＰＵ１１，１２から通信ＩＣ１３へ
送信するデータＩＤを変更しても良い。この場合、エン
ジンの始動時には、不要なデータは受信しないなど、エ
ンジン始動時の通信負荷を軽減することができる。ま
た、各ＣＰＵ毎に、データＩＤを送信するタイミングを
相違させても良い。

【００４２】上述した実施の形態では、ＥＣＵ内に２つ
のＣＰＵを備える構成について説明したが、ＣＰＵの数
は勿論３つ以上であっても良い。例えば、前記図２の構
成では、ＣＰＵが３つの場合に受信バッファの数も同様
に３つとする。但し、前記図７の構成では、ＣＰＵの数
に関係なく受信バッファの数は常に１つで良い。

【図面の簡単な説明】

【図１】発明の実施の形態における車両用多重通信装置
の概要を示す構成図。

【図２】通信ＩＣの構成を示す図。

【図３】各ＣＰＵの処理を示すフローチャート。

【図４】受信バッファの内部構成を示す図。

【図５】通信コントローラの処理を示すフローチャー
ト。

【図６】通信コントローラの処理を示すフローチャー
ト。

【図７】第２の実施の形態において通信ＩＣの構成を示
す図。

【図８】受信バッファの内部構成を示す図。

【図９】識別テーブルを示す図。

【図１０】通信コントローラの処理を示すフローチャー
ト。

【図１１】受信バッファの内部構成を示す図。

【図１２】従来技術において車両用多重通信装置の構成
図。

【符号の説明】

１０…ＥＣＵ、１１，１２…ＣＰＵ、１３…通信ＩＣ、
１４…外部通信バス、２１，２２…受信バッファ、２４
…通信コントローラ、３１…受信バッファ、３３…通信
コントローラ。

フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｆ０２Ｄ 45/00 ３７６Ｆ０２Ｄ 45/00 ３７６Ｂ３８０３８０Ｈ０４Ｌ 12/28 １００Ｈ０４Ｌ 12/28 １００Ａ

Claims

【特許請求の範囲】

【請求項１】複数のＣＰＵと、該複数のＣＰＵに各々接
続される通信回路とを電子制御機器内に設け、この電子
制御機器と外部装置との間において個別の識別コードを
持つデータが送受信される車両用多重通信装置であっ
て、前記複数のＣＰＵは、各々受信したいデータの識別コー
ドを前記通信回路に送信しておき、前記通信回路は、外
部装置からのデータ受信の都度、当該通信回路内に設け
た受信バッファに受信データを一旦格納し、その後前記
複数のＣＰＵから各々送信された識別コードに基づき、
受信データを該当するＣＰＵに送信することを特徴とす
る車両用多重通信装置。
【請求項２】前記通信回路には前記複数のＣＰＵ毎に受
信バッファを各々設け、前記複数のＣＰＵから送信され
た識別コードが各受信バッファに割り振られる請求項１
に記載の車両用多重通信装置。
【請求項３】前記通信回路は、前記複数のＣＰＵから送
信されてくる識別コードに基づいてデータ振分けテーブ
ルを作成すると共に、該テーブルを用い、受信データの
識別コードがどのＣＰＵの受信データであるかを特定す
る請求項１に記載の車両用多重通信装置。
【請求項４】請求項３に記載の車両用多重通信装置にお
いて、前記通信回路の受信バッファでは、前記複数のＣ
ＰＵから送信されてくる識別コードが連続的に割り振ら
れ、該コード毎に受信データの記憶領域が設けられる車
両用多重通信装置。
【請求項５】前記電子制御機器への電源投入直後におい
て、前記複数のＣＰＵは、各々に受信したいデータの識
別コードを通信回路に送信する請求項１〜４の何れかに
記載の車両用多重通信装置。
【請求項６】前記複数のＣＰＵは、車載エンジンの運転
状態又は車両走行状態に応じて、通信回路へ送信する識
別コードを変更する請求項１〜５の何れかに記載の車両
用多重通信装置。