JP4581284B2 - 通信システムおよび電子制御装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、複数の電子制御装置が通信を行う通信システムおよび当該通信システムを構成する電子制御装置に関する。
【０００２】
【従来の技術】
現在の車両制御全体をみると、エンジン制御、自動変速制御のほか、エアコン制御、ＡＢＳ制御、メータ制御、ナビゲーションなど、多くの制御が行われており、それぞれの制御を実現するために多くの電子制御装置（以下単に「ＥＣＵ」という）が自動車に搭載されている。そして制御内容が高度化、複雑化するに伴い、これら複数のＥＣＵを共通通信線（バス）で接続してネットワークを形成し、ＥＣＵ間の通信により情報の共有化が図られている。また近年では、ナビゲーション装置のＥＣＵなど、オプションで搭載されるＥＣＵもあるが、こうしたＥＣＵにおいても低コストで高度な機能を実現するために、自動車に標準的に搭載されるＥＣＵのみでなく、オプションで搭載されるＥＣＵも含めてネットワークを構成することが行われている。
【０００３】
【発明が解決しようとする課題】
ところで、こうした通信システムにおいて、あるＥＣＵから他のＥＣＵにデータを伝達するに当たっては、送信先のＥＣＵを特定せずに送信データをグローバルデータとしてバスに送出する方法と、送信先のＥＣＵを特定して送信データを個別データとしてバスに送出する方法とが考えられる。なお本明細書で、グローバルデータとは、全ＥＣＵを送信先とする送信先ＩＤが付されたデータ、即ち送信先のＥＣＵが特定されていないデータをいう。また、個別データとは、送信先のＥＣＵのＩＤが送信先ＩＤとして付加されることにより送信先が特定されたデータをいう。
【０００４】
前者の方法、即ちグローバルデータとして送信を行う場合には、送信元以外のＥＣＵはそのグローバルデータが自己に対して送られたものかどうかを、そのデータ内容で判断することが必要となるため、プログラムの処理負担が大きくなる可能性がある。一方、後者の方法、即ち個別データとして送信を行う場合には、一般的には、送信先以外のＥＣＵはハードウェア（通信ＩＣなど）で自動的に不要データを捨てるので、プログラムの負荷は大きくならない。
【０００５】
そこで従来の通信システムにおいては、各ＥＣＵを、自装置又は全ＥＣＵを送信先として示す送信先ＩＤが付加されたデータを共通通信線から受信するように構成すると共に、複数のＥＣＵが送信対象である場合にはグローバルデータとして、送信対象のＥＣＵが１つだけである場合には個別データとして、データ送信が行われるように構成している。
【０００６】
ただ、こうした設計を行う場合、標準的構成の通信システムにオプションとしてのＥＣＵを加える際に若干の不都合が生じる。即ち、オプションのＥＣＵに他のＥＣＵからのデータを取り込ませるにあたり、そのデータがグローバルデータであれば問題ないが、個別データであるときには、グローバルデータとして送信されるよう、送信元のＥＣＵ自体の交換やＥＣＵを動作させるソフトウェアの書き換え等が必要となる。そのため、オプションのＥＣＵの追加によるコストが高くなってしまう。
【０００７】
また、オプションのＥＣＵが必要とするデータがネットワーク上で送受信されていない場合には、そのデータが送信されるように当該データを有するＥＣＵの機能を変更する必要があった。そのため、やはりオプションのＥＣＵを追加する際には、そのコストが高くなるという問題が生じていた。
【０００８】
本発明は、こうした課題を背景としており、複数のＥＣＵからなる通信システムにオプションのＥＣＵを組込むに当たり、その組込みによるコストアップを抑制しつつ、オプションのＥＣＵの高度な制御を可能とすることを目的とする。
【０００９】
【課題を解決するための手段及び発明の効果】
上記課題を解決するためになされた本発明（請求項１記載）の通信システムにおいては、第１のＥＣＵは、所定のデータ要求を、第２のＥＣＵに送信可能に構成され、第２のＥＣＵは、データ要求を受けると、要求にて指定されたデータを第１のＥＣＵに送信するよう構成されている。
【００１０】
ここでデータ要求とは、他のＥＣＵが保持するデータであって当該自装置で必要なデータを指定し、その指定のデータを当該自装置に送信することを求めるものであり、第１のＥＣＵはこのデータ要求を、上記指定のデータを保持する第２のＥＣＵに送信するのである。
【００１１】
即ち、請求項１に記載の通信システムにおいては、第１のＥＣＵ（即ち、オプションのＥＣＵ）が必要とするデータは、第１のＥＣＵからのデータ要求におうじて、第１のＥＣＵに送信されることになる。
つまり、この通信システムにおいては、オプションのＥＣＵを第１のＥＣＵとして機能させることにより、第２のＥＣＵ自体の交換或いはソフトウェアの書き換えなどを行うことなく、簡単にオプションのＥＣＵの追加を行うことができる。従って、オプションのＥＣＵの組み込みに伴うコストアップを抑制できると共に、オプションのＥＣＵの高度な制御を可能とすることができる。
【００１２】
ここで、本発明においては、通信システムを構成する各ＥＣＵが、共通通信線からは自装置又は全ＥＣＵを送信先として示す送信先ＩＤが付加されたデータを受信できるように構成されており、第１のＥＣＵが必要とするデータが、当該第１のＥＣＵ以外のＥＣＵを送信先として示す送信先ＩＤが付加されて他のＥＣＵ（第２のＥＣＵ）から送信されるデータである。この場合には、以下のように第１および第２のＥＣＵを構成すればよい。
【００１３】
請求項１に記載の通信システムにおいては、第１のＥＣＵは、上記データ要求として、指定のデータについて全ＥＣＵを送信先として示す送信先ＩＤを付加して送信することを求めるグローバル変更要求を、第２のＥＣＵに送信するよう構成され、第２のＥＣＵは、このグローバル変更要求を受けると、その要求にて指定されたデータを、全ＥＣＵを送信先として示す送信先ＩＤを付加して送信するよう構成されている。ここで、第１の電子制御装置（ＥＣＵ）は、当該自装置で必要なデータに、送信先の電子制御装置、および要求の種別、が対応付けられており、しかも要求の種別において、当該自装置で必要なデータのうちの、第１の電子制御装置以外の電子制御装置を送信先として示す送信先ＩＤが付加されて第２の電子制御装置から送信されるデータに、全電子制御装置を送信先として示す送信先ＩＤを付加して送信することを求めるグローバル変更要求が対応付けられた対応データを保持している。
【００１４】
このため請求項１記載の通信システムにおいては、第１のＥＣＵが必要とするデータが個別データとして送信されていて第１のＥＣＵが受信できない場合、第１のＥＣＵが所定のグローバル変更要求を送信することにより、グローバルデータとして送信されることになる。ここで、グローバル変更要求とは、自装置以外のＥＣＵを送信先として示す送信先ＩＤが付加されて他のＥＣＵから送信されるデータを指定し、その指定のデータについて全ＥＣＵを送信先として示す送信先ＩＤを付加して送信することを求める旨の要求である。
【００１５】
従って、この通信システムによれば、オプションのＥＣＵの必要とするデータが、他のＥＣＵを送信先とする個別データとして送信されているものであっても、送信元のＥＣＵの変更を行うことなく、オプションのＥＣＵを、第１のＥＣＵとして機能させることにより簡単に組み込むことができる。そして、オプションのＥＣＵの組み込みに伴うコストアップを抑制できると共に、オプションのＥＣＵの高度な制御を可能とすることができる。
【００１６】
次に、指定のデータが、第２のＥＣＵからの送信の対象とされていないデータである場合には、請求項２に記載の様に、第１のＥＣＵを構成すると良い。
即ち、請求項２に記載の通信システムにおいて、第１の電子制御装置が保持する対応データには、当該自装置で必要なデータに、第２の電子制御装置からの送信の対象とされているか否かを示す対象情報が対応付けられ、しかも前記要求の種別においては、第２の電子制御装置からの送信の対象とされていないデータに、このデータの送信を開始することを求めるデータ送信開始要求が対応付けられており、第１の電子制御装置は、データ送信開始要求が対応付けられたデータを指定し、該指定のデータについてデータ送信開始要求を、対応データにより送信先の電子制御装置として特定される第２の電子制御装置に送信するよう構成されており、第２の電子制御装置は、データ送信開始要求を受けると、該要求にて指定されたデータについて第１の電子制御装置を送信先として示す送信先ＩＤを付加して送信するよう構成されている。ここで、データ送信開始要求とは、第２のＥＣＵからの送信の対象とされていないデータを指定して、その指定のデータについての送信を開始することを求める内容の要求である。
【００１７】
この様に、請求項２記載の通信システムにおいては、第１のＥＣＵが必要とするデータが送信されていない場合、第１のＥＣＵが所定のデータ送信開始要求を送信することにより、送信が開始されることになる。
従って、この通信システムによれば、オプションのＥＣＵが必要とするデータが送信されていない場合であっても、そのデータを保持するＥＣＵの変更を行うことなく、オプションのＥＣＵを第１のＥＣＵとして機能させることにより簡単に組み込むことができる。そして、オプションのＥＣＵの組み込みに伴うコストアップを抑制できると共に、オプションのＥＣＵの高度な制御を可能とすることができる。
【００１８】
次に請求項３に記載のＥＣＵにおいては、グローバル変更要求送信手段が、所定のグローバル変更要求を、その要求対象のデータの送信元であるＥＣＵに送信可能に構成されている。即ち、請求項３記載のＥＣＵは、請求項１に記載の通信システムにおける第１のＥＣＵとして用いることができる。
【００２２】
【発明の実施の形態】
以下に、本発明の一実施例を図面と共に説明する。
図１は、自動車に標準装備された複数のＥＣＵからなる通信システム１の構成を示す説明図である。この通信システム１は、当該車両に標準装備されたエンジンＥＣＵ１０、自動変速（Ａ／Ｔ）ＥＣＵ２０、インパネＥＣＵ３０、メータＥＣＵ４０、エアコンＥＣＵ５０などから構成され、各ＥＣＵはＬＡＮ用のバスライン７０で接続されている。こうした通信システムを構成するＥＣＵは、車両のグレードや仕向により異なる。
【００２３】
各ＥＣＵは、ＣＰＵ、ＲＯＭ、ＲＡＭ等からなるコンピュータであり、基本的に必要なデータは自分のＥＣＵで取り込んで制御を行う。しかし、ワイヤハーネス（電線束）を増やさず、より高度な制御を行うため、他のＥＣＵで取り込んでいるデータであって自分の制御に必要なものはバスライン７０を介して取得する（図２参照）。なお図２は、標準装備されたＥＣＵ１０〜５０の間で授受されるデータを示す図である。
【００２４】
例えばエンジンＥＣＵ１０は、自身で“水温”、“吸気温”、“吸気量”、“エンジン回転数”などを取り込んでエンジン制御を行うが、Ａ／ＣコンプレッサのＯＮ／ＯＦＦによリアイドル回転数を調整する必要があるため、ＬＡＮを介して、エアコンＥＣＵ５０よリ、Ａ／Ｃのコンプレッサの運転状態（ＯＮ／ＯＦＦ）を取得する。
【００２５】
本通信システムでは、ＣＳＭＡ／ＣＤ方式でＬＡＮ通信が行われる。そこで使用されるメッセージは、図３（ａ）に示す様に、「ＰＲＩ」：メッセージのプライオリティ（優先度）、「ＭＬ」：送信データ長、「ＩＤ１」：送信先ＩＤ、「ＩＤ２」：メッセージＩＤ、「Ｄ０＊」：送信データ（＊＝１，２，…）から構成される。
【００２６】
まず「ＰＲＩ」は、バスライン７０上に送信するメッセージの優先度を示す情報が設定される部分であり、”＄00”（優先度低）〜”＄07”（優先度高）の値をとる。図３（ｂ）に示す様に、例えば車速のメッセージ[１]については、「ＰＲＩ」＝”＄04”となっている。
【００２７】
次に「ＭＬ」は、メッセージに含まれる送信データ（Ｄ０＊）のデータ長（バイト数）を示す情報が設定される部分であり、例えば、Ｄ０１〜Ｄ０３の３バイトのデータを送信するときは、「ＭＬ」＝”＄03”となる。
また「ＩＤ１」は、送信先（宛先）を示す情報（送信先ＩＤ）が設定される部分であり、当該メッセージの送り先であるＥＣＵのＩＤか、全ＥＣＵを送信先として示すＩＤ（＝＄FE）の何れかが格納される。
【００２８】
各ＥＣＵにはＩＤが割り当てられており、図４に示す様に、エンジンＥＣＵ１０は”＄01”、自動変速ＥＣＵ２０は”＄02”、インパネＥＣＵ３０は”＄03”、メータＥＣＵ４０は”＄04”、エアコンＥＣＵ５０は”＄05”となっている。
なお、図４は、標準装備されたＥＣＵ間において送受される各メッセージについての、送信側のＥＣＵおよび受信側のＥＣＵを示す図である。
【００２９】
メッセージの送信先のＥＣＵが１台である場合には、その送信先のＥＣＵのＩＤが「ＩＤ１」に設定される。例えば、送り先がエンジンＥＣＵ１０であれば、そのＩＤである”＄01”が、「ＩＤ１」として設定される。一方、メッセージの送信先のＥＣＵが複数である場合には、グローパルデータを示す”＄FE”が「ＩＤ１」に設定される。
【００３０】
各ＥＣＵは、バス７０上に送出されたメッセージを検出し、そのメッセージの「ＩＤ１」が、自己のＩＤと異なっており、かつ”＄FE”でもない場合は、メッセージを受信しない。即ち、各ＥＣＵは、自己以外のＥＣＵを送信先として示すＩＤが付加されて送信されたデータは受信しない。一方、そのメッセージの「ＩＤ１」が、自己のＩＤであるか、”＄FE”である場合には、そのメッセージに含まれるデータを取得する受信部（図示せず）を備えている。
【００３１】
図３に戻り説明を続ける。
「ＩＤ２」は、当該メッセージの内容を識別するための情報である。図３（ｂ）に示す様に「ＤO＊」には、例えば車速、室内温度などの、送信すべき情報そのものが格納されるが、「ＩＤ２」には、「ＤO＊」に格納された情報が何であるかを示すＩＤが設定される。例えば「Ｄ０１」に車速が格納されている場合には、「ＩＤ２」＝”＄01”となる。なお、各メッセージの送信周期は、図３（ｂ）に示す様に各々定められている。
【００３２】
こうしたメッセージ[１]〜メッセージ[13]のうち、メッセージ[１]〜メッセージ[８]は、標準装備されたＥＣＵ１０〜５０の間で周期的に送信されるメッセージである。また、メッセージ[９]〜メッセージ[11]は、常時通信されるわけではないが、後述の”データ送信開始要求メッセージ（メッセージ[13]）があれば、その要求に応じて送信されるメッセージである。
【００３３】
メッセージ[12]（グローバル変更要求メッセージ）は、送信先が１つだけであるデータ（即ち、送信先が特定されているデータ。以下「個別データ」という）をグローバルデータとして送信するよう、送信元のＥＣＵに対して要求する旨のメッセージである。グローバル変更要求メッセージを受けたＥＣＵは、後述のフローチャートに示す様に、要求された個別データをグローバルデータとして送信することとなる。
【００３４】
メッセージ[13]（データ送信開始要求メッセージ）は、メッセージ[９]〜メッセージ[11]の送信を開始するよう、送信元のＥＣＵに対して要求する旨のメッセージである。データ送信開始要求メッセージをうけたＥＣＵは、後述のフローチャートで示す様に、要求されたデータを送信することとなる。
【００３５】
こうしたグローバル変更要求メッセージや、データ送信開始要求メッセージは、標準装備されるＥＣＵ以外のＥＣＵがオプションとしてＬＡＮに接続された場合などに、そのオプションのＥＣＵから出力される。これについて、図５に示す様に、ナビゲーションＥＣＵ（以下「ナビＥＣＵ」と略す）１００がオプションとして追加された場合を例にとり説明する。本実施例では、ナビＥＣＵ１００が、請求項の「第１の電子制御装置」に相当する。
【００３６】
ナビＥＣＵ１００は、車両のナビゲーション機能の他にも、燃費計算、走行可能距離算出、室内温度表示、室外温度表示などの機能を有し、これら各機能を実現するために表１に示すデータを必要とする。
【００３７】
【表１】

ナビＥＣＵ１００は、他のＥＣＵからこれら各種データを受信するための受信部（図示せず。請求項の「受信手段」に相当する）を備えている。この受信部は、バスライン７０上のメッセージに付された「ＩＤ１」が、自ＥＣＵのＩＤであるか、”＄FE”である場合に、そのメッセージに含まれるデータを取得する。
【００３８】
まず「車速」データは、ナビＥＣＵ１００が接続されない状態においても、自動変速ＥＣＵ２０からエンジンＥＣＵ１０およびメータＥＣＵ４０に送信されるグローバルデータである。従ってナビＥＣＵ１００は、ＬＡＮに接続すれば「車速」データを受信可能であるから、自動変速ＥＣＵ２０に対して、グローバル変更要求メッセージは出力しない。
【００３９】
「室内温度」データについては、ナビＥＣＵ１００が追加される前は、インパネＥＣＵ３０とエアコンＥＣＵ５０の間でしか通信が行われておらず、グローバルデータではない。しかし、ナビＥＣＵ１００の追加により、「室内温度」データを必要とするＥＣＵが２台に増えたため、この「室内温度」データは、全ＥＣＵが受信可能なグローバルデータとして送信される必要がある。
【００４０】
ナビＥＣＵ１００は、インパネＥＣＵ３０に対してグローバル変更要求メッセージを送信することにより、「室内温度」データをグローバルデータで送信してもらうように依頼する機能（グローバル変更要求送信手段）を備えている。このグローバル変更要求メッセージは、ＬＡＮに接続されたナビＥＣＵ１００に電源が投入された時から周期的（本実施例では６０秒毎）に送信される。
【００４１】
このグローバル変更要求メッセージの内容は、”ＰＬ＝＄02、ＭＬ＝＄02、ＩＤ１＝＄03、ＩＤ2＝＄F0、Ｄ０１＝＄10、Ｄ０２＝＄02”である。ここで、”ＩＤ１＝＄03”は要求先であるインパネＥＣＵ３０を示し、”ＩＤ２＝$F0”は当該メッセージがグローバル変更要求メッセージであることを示している。そして、”Ｄ０１＝＄10（ナビＥＣＵ１００のＩＤ）”は、要求元がナビＥＣＵ１００であることを示しており、”Ｄ０２＝＄02”は、当該要求が「室内温度」データに関するものであることを示す。つまり、インパネＥＣＵ３０には、「室内温度」をグローバルデータとして送信すべき旨の要求が伝達されることになる。
【００４２】
次に「外気温」データ、「燃料噴射量」データ、「ガソリン残量」データは、常時送信されているものではないので、ナビＥＣＵ１００は、それぞれ送信元のＥＣＵに対して、これらのデータについて、データ送信開始要求メッセージを出す。即ち、「燃料噴射量」データについてはエンジンＥＣＵ１０へ、「ガソリン残量」データについてはメータＥＣＵ４０へ、「外気温」データについてはエアコンＥＣＵ５０へ、データ送信開始要求メッセージを出す。
【００４３】
「燃料噴射量」データについて説明すると、ＬＡＮに接続されたナビＥＣＵ１００は、電源投入時から周期的（本実施例では６０秒毎）に、エンジンＥＣＵ１０に対して、「燃料噴射量」データについてのデータ送信開始要求メッセージを送信する機能（データ送信開始要求送信手段）を備えている。
【００４４】
このデータ送信開始要求メッセージの内容は、”ＰＬ＝＄02、ＭＬ＝＄03、ＩＤ１＝＄01、ＩＤ２＝＄F1、Ｄ０１＝＄10、Ｄ０２＝＄0A、Ｄ０３＝＄02”である。このデータのうち、”ＩＤ１＝＄01”は、要求先のＥＣＵがエンジンＥＣＵ１０であることを示し、”ＩＤ２＝＄F1”は、当該メッセージがデータ送信開始要求メッセージであることを示している。また、”Ｄ０１＝＄10”は、要求元がナビＥＣＵ１００であることを示し、”Ｄ０２＝＄OA”は、当該要求が「燃料噴射量」データに関するものであることを示している。そして、”Ｄ０３＝＄02“は、メッセージを１３１ms（65．5×2ms）毎に送信すべきことを示している。つまり、エンジンＥＣＵ１０には、ナビＥＣＵ１００に対して「燃料噴射量」データを有するメッセージを１３１ms毎に送信すべき旨の要求が伝達されることになる。
【００４５】
この結果、インパネＥＣＵ３０は、「室内温度」データをグローバルデータとして送信を行うようになり、またエンジンＥＣＵ１０はナビＥＣＵ１００に対して、１３１ms毎に「燃料噴射量」データを送信するようになるが、こうしたエンジンＥＣＵ１０、インパネＥＣＵ３０の動作について、以下に、フローチャートを用いて説明する。
【００４６】
まず、インパネＥＣＵ３０の動作について説明する。図６のフローチャートは、インパネＥＣＵ３０が、ＬＡＮ上のメッセージを受信する毎に行うデータ受信処理を示している。
このデータ受信処理では、まずステップ（以下「Ｓ」と略す）１０にて、受信メッセージがグローバル変更要求メッセージかどうかを判断する。この判断はメッセージの「ＩＤ２」を参照することにより行われる。
【００４７】
その結果、グローバル変更要求メッセージである場合は（Ｓ１０：ＹＥＳ）、グローバル変更要求対応処理（後述する）を実行した後（Ｓ２０）、当該データ受信処理を終了する。
一方、Ｓ１０にて、グローバル変更要求メッセージでないと判断された場合は（Ｓ１０：ＮＯ）、上記受信メッセージが、データ送信開始要求メッセージかどうかを判断する（Ｓ３０）。この判断もメッセージの「ＩＤ２」を参照することにより行われる。
【００４８】
ここで、データ送信開始要求メッセージである場合には（Ｓ３０：ＹＥＳ）、データ送信開始要求対応処理（後述する）を実行した後（Ｓ４０）、当該データ受信処理を終了する。なお、Ｓ３０で、データ送信開始要求メッセージでないと判断された場合は（Ｓ３０：ＮＯ）、上記受信メッセージは、メッセージ[１]〜メッセージ[11]の何れかであるので、通常のデータ取り込み処理を行い（Ｓ５０）、その後当該データ受信処理を終了する。
【００４９】
図７は、インパネＥＣＵ３０が行うグローバル変更要求対応処理を示している。この処理では、まず、当該グローバル変更要求メッセージが、「室内温度」データに関するものかどうかを判断する（Ｓ１１０）。ここで、肯定判断された場合（ＹＥＳ）、「室内温度グローバル要求履歴」フラグをＯＮし（Ｓ１２０）、その後、当該グローバル変更要求対応処理を終了する。
【００５０】
一方、Ｓ１１０で否定判断された場合（ＮＯ）は、次に上記グローバル変更要求メッセージが、「Ａ／Ｃ要求情報（Ａ／ＣスイッチのＯＮ／ＯＦＦ状態、および要求室温）」データに関するものかどうかを判断する（Ｓ１３０）。そして、Ｓ１３０で肯定判断された場合（ＹＥＳ）、「Ａ／Ｃ要求情報グローバル要求履歴」フラグをＯＮし（Ｓ１４０）、その後、当該グローバル変更要求対応処理を終了する。また、Ｓ１３０で否定判断された場合（ＮＯ）は、速やかに当該グローバル変更要求対応処理を終了する。
【００５１】
つまり、図７のグローバル変更要求対応処理では、グローバル変更要求メッセージがあった場合に、それがどのデータについての要求であるかを判断し、自ＥＣＵから送信している所定のデータについての要求で有れば、その旨を記憶するのである。例えば、上記の様に「室内温度」をグローバルデータとして送信すべき旨の要求があった場合には、「室内温度グローバル要求履歴」をＯＮすることにより、それが記憶される。
【００５２】
次にインパネＥＣＵ３０の送信処理について説明する。
インパネＥＣＵ３０は図８に示す送信処理を、２ms毎に実施する。この送信処理が起動されると、まず、前回のメッセージ送信が完了しているかどうかを判断する（Ｓ２１０）。なお、この判断は、後述する「メッセージ送信完了履歴」フラグのＯＮ（完了）／ＯＦＦ（未完了）状態を参照することによって行う。
【００５３】
メッセージの送信が完了していない時は（Ｓ２１０：ＮＯ）、残りのデータの送信を行う（Ｓ２２０〜Ｓ２５０）。
即ち、１つのメッセージはパケットに分割して送られるため、まず前回のパケットデータの送信が終了したかどうかを判断する（Ｓ２２０）。その送信が完了していないと判断された場合には（Ｓ２２０：ＮＯ）、一旦当該送信処理を終了する。一方、パケットデータの送信が完了したと判断された場合（Ｓ２２０：ＹＥＳ）、その送信完了したデータが、１つのメッセージのうちで最終の送信データであるのかどうかを判断する（Ｓ２３０）。そして、最終の送信データでない場合には（Ｓ２３０：ＮＯ）、次のパケットデータの送信を実行する（Ｓ２４０）。一方、送信完了したデータが、最終の送信データである場合には（Ｓ２３０：ＹＥＳ）、「メッセージ送信完了履歴」をＯＮし（Ｓ２５０）、これにより、メッセージ送信が終了したことを記憶する。
【００５４】
さて、Ｓ２１０において、メッセージ送信が完了していると判断された場合は（ＹＥＳ）、「室内温度」データについて送信要求が有るか無いかを判断する（Ｓ２６０）。「室内温度」データについては、所定時間毎（本実施例では、図３（ｂ）に示すように５００msである）にメッセージの送信要求が生成されることになっているので、Ｓ２６０では、この送信要求の有無を判断するのである。
【００５５】
「室内温度」データの送信要求が無い場合には（Ｓ２６０：ＮＯ）、次に「Ａ／Ｃ要求情報」データについての送信要求情報があるかどうかを判断し（Ｓ２７０）、これもない場合には（Ｓ２７０：ＮＯ）、一旦当該送信処理を終了する。
一方、「室内温度」データに対する送信要求が有る場合（Ｓ２６０：ＹＥＳ）、または「Ａ／Ｃ要求情報」に対する送信要求が有る場合（Ｓ２７０：ＹＥＳ）には、Ｓ２８０に移行する。そして、メッセージデータセット処理（図９参照）を行うことにより、次に送信すべきメッセージの内容を設定し（Ｓ２８０）、「メッセージ送信完了履歴」フラグをＯＦＦすると共に、そのメッセージの送信を開始する（Ｓ２９０）。
【００５６】
図９に示すメッセージデータセット処理では、まず、「室内温度」データ、「Ａ／Ｃ要求情報」の何れについての送信要求があったかを確認する（Ｓ３１０、Ｓ３２０）。
「室内温度」データの送信要求であるときには（Ｓ３１０：ＹＥＳ）、”ＰＬ＝＄02，ＭＬ＝＄01，ＩＤ１＝$05，…”というように送信データをセットし（Ｓ３２０）、その後、「室内温度グローバル要求履歴」がＯＮかどうかを判断する（Ｓ３３０）。「室内温度グローバル要求履歴」がＯＮされていない場合は（Ｓ３３０：ＮＯ）当該メッセージデータセット処理を終了するが、「室内温度グローバル要求履歴」がＯＮされている場合は（Ｓ３３０：ＹＥＳ）、「ＩＤ１」の送信データを”＄FE”（グローバルデータ）に変更する（Ｓ３４０）。
【００５７】
また「Ａ／Ｃ要求情報」についての送信要求であるときには（Ｓ３５０：ＹＥＳ）、”ＰＬ＝＄02，ＭＬ＝＄02，ＩＤ１＝$05，…”というように送信データをセットし（Ｓ３６０）、その後、「Ａ／Ｃ要求情報グローバル要求履歴」がＯＮかどうかを判断する（Ｓ３７０）。「Ａ／Ｃ要求情報グローバル要求履歴」がＯＮされていない場合は（Ｓ３７０：ＮＯ）メッセージデータセット処理を終了するが、ＯＮされている場合は（Ｓ３７０：ＹＥＳ）、「ＩＤ１」の送信データを”＄FE”に変更し（Ｓ３８０）、その後、メッセージデータセット処理を終了する。なお、「室内温度」データおよび「Ａ／Ｃ要求情報」の何れの送信要求でもないときには（Ｓ３５０：ＮＯ）、送信メッセージデータセット処理を速やかに終了する。
【００５８】
以上の様に、ナビＥＣＵ１００が必要とする「室内温度」データが個別データとして送信されていて、そのままでは受信できない場合であっても、ナビＥＣＵ１００が所定のグローバル変更要求メッセージを送信すると、図６〜図９に示す処理により「室内温度」データがグローバルデータとして送信され、その結果、ナビＥＣＵ１００は「室内温度」データを受信することができるようになる。そのため、ナビＥＣＵ１００をオプションとして追加する際、「室内温度」データの送信元であるインパネＥＣＵ３０の変更を行う必要がなく、コストアップを抑制しつつ、オプションのＥＣＵの高度な制御を可能とすることができる。
【００５９】
次にエンジンＥＣＵ１０の動作について説明する。
図６のフローチャートで示したデータ受信処理は、エンジンＥＣＵ１０においても、データＬＡＮ上のメッセージを受信する毎に行われるが、その内容は上述の通りであるので説明を省略する。なお、データ受信処理は、標準装備された各ＥＣＵ１０〜５０で夫々実行される。
【００６０】
なお、データ受信処理におけるＳ２０の処理に対応して、エンジンＥＣＵ１０においては「エンジン回転数」データをグローバルデータ化するための、グローバル変更要求対応処理が行われる。この処理は、「エンジン回転数」データに対するグローバル変更要求があったかどうかを判断し、当該要求があった場合に、「エンジン回転数」についての「グローバルデータ要求履歴」をＯＮするものである。
【００６１】
そして、データ受信処理におけるＳ４０の処理に対応して、エンジンＥＣＵ１０では、図１０に示すデータ送信開始要求対応処理が行われる。
このデータ送信開始要求対応処理では、図１０に示す様に、まずデータ送信開始要求メッセージが、「燃料噴射量」データについてのものであるかどうかを判断する（Ｓ４１０）。この判断は、メッセージの「Ｄ０２」を参照することにより行われる。
【００６２】
ここで、「燃料噴射量」データについてのデータ送信開始要求メッセージであると判断された場合は（Ｓ４１０：ＹＥＳ）、当該メッセージの内容を読みとり、▲１▼要求元のＥＣＵのＩＤ（「Ｄ０１」）のセーブ、▲２▼送信周期（「Ｄ０３」）のセーブ、▲３▼「噴射量ＬＡＮ送信要求履歴」フラグのＯＮを行い（Ｓ４２０）、データ送信開始要求対応処理を終了する。一方、「燃料噴射量」データについての送信開始要求メッセージでない場合は（Ｓ４１０：ＮＯ）、速やかにデータ送信開始要求対応処理を終了する。
【００６３】
こうして、「噴射量ＬＡＮ送信要求履歴」フラグのＯＮが行われると、これ以降、所定の送信周期で、「燃料噴射量」データの送信が行われるので、これについて以下に説明する。
まず、図１１は、「燃料噴射量」データを含むメッセージの送信タイミングを検出（判定）するための燃料噴射量送信タイミング判定処理を示すフローチャートである。
【００６４】
この燃料噴射量送信タイミング判定処理は、所定時間毎（本実施例では１６ms毎）に実行されるものであり、まず「噴射量ＬＡＮ送信要求履歴」フラグがＯＮかどうかを判断する（Ｓ５１０）。このフラグがＯＦＦである場合には（Ｓ５１０：ＮＯ）、「燃料噴射量送信要求」フラグをリセットする（Ｓ５２０）。この「燃料噴射量送信要求」フラグは、「燃料噴射量」データを含むメッセージの送信タイミングであることを記憶するためのものである。
【００６５】
一方、「噴射量ＬＡＮ送信要求履歴」フラグがＯＮである場合は（Ｓ５１０：ＹＥＳ）、Ｓ４２０で記憶した「送信周期」データを使用して、「燃料噴射量」データの送信タイミングを制御する（Ｓ５３０，Ｓ５４０）。
即ち、まず「燃料噴射量」データを送信するためのメッセージを送信した前回のタイミングからの経過時間が、「送信周期」以上であるかどうかを判断する（Ｓ５３０）。この結果、前回の送信タイミングからの経過時間が「送信周期」以上であるとき（Ｓ５３０：ＹＥＳ）、「燃料噴射量送信要求」フラグをセットする（Ｓ５４０）。一方、前回の送信タイミングからの経過時間が「送信周期」以上と判断されなかった場合（Ｓ５３０：ＮＯ）、当該燃料噴射量送信タイミング判定処理を速やかに終了する。
【００６６】
「燃料噴射量送信要求」フラグがセットされると、次に説明する送信処理（図１２）において、「燃料噴射量」データの送信が行われることになる。
この送信処理は、所定時間毎（本実施例では２ms毎）に実行される処理であり、図１２に示す様に、まず、前回のメッセージ送信が完了しているかどうかを判断する（Ｓ６１０）。なお、この判断は「メッセージ送信完了履歴」フラグ（インパネＥＣＵ３０のものとは独立である）のＯＮ／ＯＦＦ状態を参照することによって行う。
【００６７】
この判断の結果、メッセージの送信が完了していない時は（Ｓ６１０：ＮＯ）、残りのデータの送信を行う（Ｓ６２０〜Ｓ６５０）。なお、Ｓ６２０〜Ｓ６５０の処理は、前述のＳ２２０〜Ｓ２５０の処理と同様であるので、その説明を省略する。
【００６８】
一方、Ｓ６１０において、メッセージ送信が完了していると判断された場合は（ＹＥＳ）、「噴射量ＬＡＮ送信要求履歴」がＯＮであるかどうかを判断し（Ｓ６６０）、ＯＮである場合（Ｓ６６０：ＹＥＳ）、「燃料噴射量送信要求」がセットされているかどうか（即ち燃料噴射量送信要求があるかどうか）を判断する（Ｓ６７０）。
【００６９】
「噴射量ＬＡＮ送信要求履歴」がＯＮでない場合（Ｓ６６０：ＮＯ）、或いは燃料噴射量送信要求が無い場合（Ｓ６７０：ＮＯ）は、「水温」データについての送信要求が有るかどうかを判断する（Ｓ６８０）。ここで否定判断されると（Ｓ６８０：ＮＯ）、「エンジン回転数」データについての送信要求が有るかどうかを判断し（Ｓ６９０）、更に否定判断されると（Ｓ６９０：ＮＯ）、「ＳＴＡ状態」データについての送信要求が有るかどうかを判断する（Ｓ７００）。そして、「ＳＴＡ状態」データについての送信要求も無い場合には（Ｓ７００：ＮＯ）、当該送信処理を終了する。
【００７０】
一方、「燃料噴射量」データに対する送信要求が有る場合（Ｓ６７０：ＹＥＳ）、「水温」データに対する送信要求が有る場合（Ｓ６８０：ＹＥＳ）、「エンジン回転数」データに対する送信要求が有る場合（Ｓ６９０：ＹＥＳ）、または「ＳＴＡ状態」データに対する送信要求が有る場合（Ｓ７００：ＹＥＳ）には、Ｓ７１０に移行する。そして、メッセージデータセット処理（図１３参照）を行うことにより、次に送信すべきメッセージの内容を設定し（Ｓ７１０）、「メッセージ送信完了履歴」フラグをＯＦＦすると共に、そのメッセージの送信を開始する（Ｓ７２０）。
【００７１】
なお、「水温」データ、「エンジン回転数」データ及び「ＳＴＡ状態」データについては、所定時間毎（本実施例では、図３（ｂ）に示すように、夫々５００ms、１３１ms、１ｓである）にメッセージの送信要求が生成されることになっている。
【００７２】
図１３に示すメッセージデータセット処理では、「水温」データ、「エンジン回転数」データ、「ＳＴＡ状態」データおよび「燃料噴射量」データの中で、何れのメッセージについての送信要求があったかを確認する（Ｓ８１０〜Ｓ８４０）。
【００７３】
「水温」データについての送信要求であるときには（Ｓ８１０：ＹＥＳ）、”ＰＬ＝＄02，ＭＬ＝＄02，ＩＤ１＝$FE，…”というように送信データをセットし（Ｓ８５０）、当該メッセージデータセット処理を終了する。
また「エンジン回転数」データについての送信要求であるときには（Ｓ８２０：ＹＥＳ）、”ＰＬ＝＄04，ＭＬ＝＄02，ＩＤ１＝$04，…”というように送信データをセットし（Ｓ８６０）、その後、「エンジン回転数グローバル要求履歴」フラグがＯＮかどうかを判断する（Ｓ８９０）。「エンジン回転数グローバル要求履歴」がＯＮされていない場合は（Ｓ８９０：ＮＯ）、直ちにメッセージデータセット処理を終了するが、ＯＮされている場合は（Ｓ８９０：ＹＥＳ）、「ＩＤ１」の送信データを”＄FE”に変更する（Ｓ９００）。
【００７４】
また「ＳＴＡ状態」データについての送信要求であるときには（Ｓ８３０：ＹＥＳ）、”ＰＬ＝＄01，ＭＬ＝＄01，ＩＤ１＝$FE，…”というように送信データをセットし（Ｓ８７０）、当該メッセージデータセット処理を終了する。
そして、「燃料噴射量」データについての送信要求であるときには（Ｓ８４０：ＹＥＳ）、”ＰＬ＝＄02，ＭＬ＝＄02，ＩＤ１＝要求元のＥＣＵのＩＤ（本実施例ではナビＥＣＵ１００のＩＤ），…”というように送信データをセットし（Ｓ８８０）、当該メッセージデータセット処理を終了する。
【００７５】
なお、「水温」データ、「エンジン回転数」データ、「ＳＴＡ状態」データおよび「燃料噴射量」データの何れの送信要求でもないときには（Ｓ８４０：ＮＯ）、送信メッセージデータセット処理を速やかに終了する。
以上の図６、図９〜図１３に示す処理により、データ送信開始要求の対象となった「燃料噴射量」データがエンジンＥＣＵ１０から送信され、ナビＥＣＵ１００は「燃料噴射量」データを受信できることとなる。
【００７６】
また、「外気温」データについては、ナビＥＣＵ１００はエアコンＥＣＵ５０に対し、データ送信開始要求メッセージとして“ＰＬ＝＄02、ＭＬ＝＄03、ＩＤ１＝＄05、ＩＤ２＝＄F1、Ｄ０１＝＄10、Ｄ０２＝＄09、Ｄ０３＝＄10（送信周期1．048ｓ）”を送信する。これにより、ナビＥＣＵ１００は、「燃料噴射量」データと同様に「外気温」データを得ることができる。
【００７７】
また、「ガソリン残量」データについても、ナビＥＣＵ１００はメータＥＣＵ４０に対し、データ送信開始要求メッセージとして”ＰＬ＝＄02、ＭＬ”＝＄03、ＩＤ１＝＄04、ＩＤ2＝＄F1、Ｄ０１＝＄10、Ｄ０２＝＄OB、Ｄ０３＝＄08（送信周期524ms）”を送信する。これにより、ナビＥＣＵ１００は、「燃料噴射量」データと同様に「ガソリン残量」データを得ることができる。
【００７８】
以上の様に、ナビＥＣＵ１００に必要な「燃料噴射量」データ等が常時送信されているものではない場合であっても、ナビＥＣＵ１００が所定のデータ送信開始要求を送信すると、図６、図９〜図１３の処理により「燃料噴射量」データ等の周期的な送信が開始され、その結果、ナビＥＣＵ１００は「燃料噴射量」データ等を受信することができるようになる。そのため、ナビＥＣＵ１００をオプションとして追加する際、「燃料噴射量」データ等の送信元である、エンジンＥＣＵ１０、エアコンＥＣＵ５０、メータＥＣＵ４０の変更を行う必要がなく、コストアップを抑制しつつ、オプションのＥＣＵの高度な制御を可能とすることができる。
【００７９】
なお、Ｓ１０の処理が請求項の「グローバル変更要求判断手段」に相当し、グローバル変更要求対応処理が請求項の「グローバル変更手段」に相当し、図８、図９に示す処理が請求項６の「送信手段」に相当する。また、Ｓ３０の処理が請求項の「データ送信開始要求判断手段」に相当し、データ送信開始要求対応処理が請求項の「送信開始手段」に相当し、図１１〜図１３に示す処理が請求項７の「送信手段」として機能する。
【００８０】
以上、本発明の一実施例について説明したが、本発明は上記実施例に限定されるものではなく、種々の態様をとることができる。
例えば、上記実施例では、請求項にいう「第１のＥＣＵ」として、ナビゲーションＥＣＵ１００を例にとって説明したが、これに限られるものではない。また請求項にいう「第２のＥＣＵ」として、エンジンＥＣＵ１０等を例にとったが、これに限られるものではない。また、本実施例では、車両に搭載された複数のＥＣＵからなる通信システムについて説明したが、「車両」に限定されるものでもない。また、「第１のＥＣＵ」に送信すべきデータとして、「室内温度」データ、「燃料噴射量」データ等を例にとったが、これに限られるものではない。
【図面の簡単な説明】
【図１】自動車に標準装備された複数のＥＣＵからなる通信システムの構成例を示す説明図である。
【図２】標準装備されたＥＣＵ間で送受されるデータを示す説明図である。
【図３】通信システムにおける通信用のメッセージフォーマットおよびその内容を示す説明図である。
【図４】標準装備されたＥＣＵ間で送受される各メッセージについての、送信側のＥＣＵおよび受信側のＥＣＵを示す図である。
【図５】ナビゲーションＥＣＵがオプション装備された通信システムを示す説明図である。
【図６】標準装備された各ＥＣＵで実行されるデータ受信処理を示すフローチャートである。
【図７】インパネＥＣＵで実行されるグローバル変更要求対応処理を示すフローチャートである。
【図８】インパネＥＣＵで実行される送信処理を示すフローチャートである。
【図９】インパネＥＣＵで実行されるメッセージデータセット処理を示すフローチャートである。
【図１０】エンジンＥＣＵで実行されるデータ送信開始要求対応処理を示すフローチャートである。
【図１１】エンジンＥＣＵで実行される燃料噴射量送信タイミング判定処理を示すフローチャートである。
【図１２】エンジンＥＣＵで実行される送信処理を示すフローチャートである。
【図１３】エンジンＥＣＵで実行されるメッセージデータセット処理を示すフローチャートである。
【符号の説明】
１…通信システム １０…エンジンＥＣＵ
２０…自動変速ＥＣＵ ３０…インパネＥＣＵ
４０…メータＥＣＵ ５０…エアコンＥＣＵ
７０…バスライン
１００…ナビゲーションＥＣＵ

Claims (3)

1. 共通通信線を介して互いに送受信可能に接続され、前記共通通信線からは、自装置又は全電子制御装置を送信先として示す送信先ＩＤが付加されたデータを受信可能に構成された複数の電子制御装置からなる通信システムにおいて、
   前記複数の電子制御装置のうちの第１の電子制御装置は、
   当該第１の電子制御装置で必要なデータに、送信先の電子制御装置、および要求の種別、が対応付けられており、しかも前記要求の種別において、当該第１の電子制御装置で必要なデータのうちの、前記第１の電子制御装置以外の電子制御装置を送信先として示す送信先ＩＤが付加されて第２の電子制御装置から送信されるデータに、全電子制御装置を送信先として示す送信先ＩＤを付加して送信することを求めるグローバル変更要求が対応付けられた対応データを保持しており、
   前記グローバル変更要求が対応付けられたデータを指定し、該指定のデータについてグローバル変更要求を、前記対応データにより送信先の電子制御装置として特定される前記第２の電子制御装置に送信可能に構成されると共に、
   前記第２の電子制御装置は、前記グローバル変更要求を受けると、該要求にて指定されたデータについて全電子制御装置を送信先として示す送信先ＩＤを付加して送信するよう構成されたこと
   を特徴とする通信システム。
2. 請求項１記載の通信システムにおいて、
   前記第１の電子制御装置が保持する対応データには、当該自装置で必要なデータに、前記第２の電子制御装置からの送信の対象とされているか否かを示す対象情報が対応付けられ、しかも前記要求の種別においては、前記第２の電子制御装置からの送信の対象とされていないデータに、このデータの送信を開始することを求めるデータ送信開始要求が対応付けられており、
   前記第１の電子制御装置は、前記データ送信開始要求が対応付けられたデータを指定し、該指定のデータについて前記データ送信開始要求を、前記対応データにより送信先の電子制御装置として特定される第２の電子制御装置に送信するよう構成されており、
   前記第２の電子制御装置は、前記データ送信開始要求を受けると、該要求にて指定されたデータについて前記第１の電子制御装置を送信先として示す送信先ＩＤを付加して送信するよう構成されたこと
   を特徴とする通信システム。
3. 共通通信線を介して互いに接続された複数の電子制御装置からなる通信システムを構成するための電子制御装置であって、
   当該自装置である第１の電子制御装置で必要なデータに、送信先の電子制御装置、および要求の種別、が対応付けられており、しかも前記要求の種別において、当該第１の電子制御装置で必要なデータのうちの、前記第１の電子制御装置以外の電子制御装置を送信先として示す送信先ＩＤが付加されて第２の電子制御装置から送信されるデータに、全電子制御装置を送信先として示す送信先ＩＤを付加して送信することを求めるグローバル変更要求が対応付けられた対応データを保持する保持手段と、
   前記共通通信線から、前記第１の電子制御装置又は全電子制御装置を送信先として示す送信先ＩＤが付加されたデータを受信する受信手段と、
   前記グローバル変更要求が対応付けられたデータを指定し、該指定のデータについてグローバル変更要求を、前記対応データにより送信先の電子制御装置として特定される前記第２の電子制御装置に送信するグローバル変更要求送信手段と、
   を備えたことを特徴とする電子制御装置。

Images