JP2000310152A - 自動車用制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 自動車用制御装置において、送信対象の制御
用データに対する精度変換処理の内容や送信周期が変わ
っても、プログラムの修正箇所を最小限にする。 【解決手段】 通信相手へ送信すべき各制御用データに
対して、そのデータを、通信相手側で扱われる分解能の
データに変換するＬＳＢ変換（精度変換）処理を行い、
その変換後のデータを通信相手へ送信するマイコンを備
えた自動車用制御装置にて、マイコンのＲＯＭには、複
数種類のＬＳＢ変換プログラムと、送信予定の各制御用
データに対応するＬＳＢ変換プログラムの格納先頭アド
レス（ＬＳＢ変換コールアドレス）を定義した物理値変
換テーブルとが記憶されており、マイコンは、送信タイ
ミング毎に実行される物理値変換部のプログラムによっ
て、今回送信する制御用データに対応したＬＳＢ変換プ
ログラムを上記テーブルの情報に基づき起動して、その
制御用データを処理対象としたＬＳＢ変換処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、制御対象を制御す
るためにマイクロコンピュータからなる情報処理装置を
備えた自動車用制御装置に関し、特に、その情報処理装
置が、当該自動車用制御装置内や他の自動車用制御装置
に備えられた他の情報処理装置とデータ通信を行うこと
により、その通信相手の情報処理装置と制御用データを
共有するようにした自動車用制御装置に関する。

【０００２】

【従来の技術】従来より、自動車に搭載されたエンジン
やトランスミッション等の制御対象を制御する自動車用
制御装置は、制御対象を制御するための演算処理を行う
情報処理装置として、マイクロコンピュータ（以下、マ
イコンという）を備えている。

【０００３】そして、近年における制御内容の複雑化に
伴い、この種の自動車用制御装置では、それに搭載され
たマイコンが、同じ自動車用制御装置内や他の自動車用
制御装置に搭載された他のマイコンとデータ通信を行っ
て、その通信相手のマイコンと制御対象の制御に用いる
制御用データを共有することにより、制御性を向上させ
ている。

【０００４】例えば、こうした自動車用制御装置（以
下、ＥＣＵともいう）の通信形態上のシステム構成とし
ては、まず、１つのＥＣＵに搭載された２のマイコンが
データ通信を行う、ＥＣＵ内通信のシステム構成があ
る。また、２つのＥＣＵに夫々搭載された各マイコン
が、自動車内に配設されたシリアル通信線を介し１対１
でデータ通信を行う、ＥＣＵ間シリアル通信のシステム
構成がある。また更に、３つ以上のＥＣＵに夫々搭載さ
れた各マイコンが、自動車内に配設された多重通信線を
介し１対多或いは多対１でデータ通信を行う、ＥＣＵ間
多重通信のシステム構成がある。そして更に、上記各シ
ステム構成を併せ持ったシステム構成もある。つまり、
１つのＥＣＵに搭載されたマイコンが、同じＥＣＵに搭
載された他のマイコンとデータ通信を行うと共に、他の
ＥＣＵに搭載されたマイコンともシリアル通信線や多重
通信線を介してデータ通信を行う、といったシステム構
成である。

【０００５】次に、このようなＥＣＵの内部構成及びそ
れに搭載されたマイコンで行われる処理の内容につい
て、他のＥＣＵと通信線を介してデータ通信を行うエン
ジン制御用のＥＣＵ（エンジンＥＣＵ）を例に挙げて、
図１２を用い説明する。尚、図１２は、エンジンＥＣＵ
を含む複数のＥＣＵからなる一般的な車両制御システム
の構成を表す構成図である。

【０００６】図１２に示すように、エンジンＥＣＵで
は、それに搭載されたマイコン６００が、エンジン回転
パルス，車速パルス，及びシフトレバー位置信号などの
各種信号を、入出力回路６０２を介して取り込み、エン
ジンを制御するための演算処理を行う。

【０００７】ここで、エンジンＥＣＵのマイコン６００
に取り込まれる入力信号や、その入力信号に基づきマイ
コン６００で演算される演算結果の中には、他のＥＣＵ
でも必要とされるものがある。例えば、エンジンＥＣＵ
のマイコン６００では、エンジン回転パルスのパルス間
隔を計測してエンジン回転数を算出するが、エンジン回
転数は、エンジンの制御に用いられるだけでなく、車室
内にあるメータパネル内のエンジン回転数表示部（タコ
メータ）に表示されるものであるため、メータパネル内
の計器類を制御するＥＣＵ（メータＥＣＵ）においても
必要となる。

【０００８】このため、エンジンＥＣＵにおいて、マイ
コン６００により算出されたエンジン回転数などの物理
値を表す各種制御用データは、所定の送信タイミングに
なった時に、マイコン６００から通信ＩＣ６０４へ送ら
れ、更にドライバ回路６０６を介して通信線へ送出され
る。すると、その通信線に接続されたメータＥＣＵなど
の他のＥＣＵ（詳しくは、そのＥＣＵに搭載されたマイ
コン）は、通信線を介して送られて来た制御用データを
受信して、自己の制御対象を制御するための演算処理に
用いることとなる。

【０００９】ところで、このようにＥＣＵ間でデータ通
信を行う車両制御システムにおいては、同じ種別の制御
用データであっても、各ＥＣＵで扱われる分解能が異な
る場合がある。図１２の例で具体的に説明すると、例え
ば、エンジンＥＣＵでは、エンジン回転数の制御用デー
タを、ＬＳＢ当たり（最下位の１ビット当たり）５０／
２５６（＝約０．１９５）ｒｐｍの分解能で扱ってエン
ジンに対する制御量を求めるが、メータＥＣＵでは、エ
ンジン回転数の制御用データを、ＬＳＢ当たり１ｒｐｍ
で扱う、といった具合である。そして、各制御用データ
の分解能（即ち、そのデータのＬＳＢ当たりによって示
される物理値であり、そのデータの精度である）は、そ
のデータを扱うＥＣＵのマイコンで要求される演算精度
に応じて適宜決められるものである。

【００１０】そこで、従来より、この種の車両制御シス
テムにおいては、制御用データを算出して送信する側の
ＥＣＵ（詳しくは、それに搭載されたマイコン）が、送
信対象の制御用データに対して、「そのデータを、該デ
ータが示す物理値を通信相手側で扱われる分解能で表す
データに変換する精度変換処理」を行い、その精度変換
処理後の制御用データを通信相手へ送信するようにして
いる。

【００１１】尚、この精度変換処理の具体的な処理手順
は様々であるが、その思想としては、変換対象の制御用
データが示す１０進値を、そのデータの元の分解能Ｂ１
と通信相手側の分解能Ｂ２との比（＝Ｂ２／Ｂ１）で割
り、その商を示すデジタルデータを、精度変換後の制御
用データとするものである。また、このことから、変換
対象の制御用データを右シフトして、そのデータ長を短
くする（例えば、２バイトを１バイトに変更する）とい
ったデータ長変換も、精度変換の一つである。また更
に、以下の説明では、こうした精度変換を、データのＬ
ＳＢ当たりによって示される物理値を変更するという意
味合いから、“ＬＳＢ変換”あるいは“物理値変換”と
も言う。

【００１２】そして、図１３に例示するように、従来の
ＥＣＵにて制御用データを送信する側のマイコンで実行
される精度変換処理用のプログラム（ＬＳＢ変換プログ
ラム）は、予め設定された変換周期毎に複数設けられ、
その各ＬＳＢ変換プログラムによって、複数個の制御用
データの各々に対し、通信相手側で扱われる分解能に応
じた精度変換処理（ＬＳＢ変換処理）を行っていた。

【００１３】具体的に説明すると、図１３の例では、１
６ｍｓ毎に起動されるＬＳＢ変換プログラム１と、６４
ｍｓ毎に起動されるＬＳＢ変換プログラム２とがある。
そして、１６ｍｓ毎のＬＳＢ変換プログラム１では、１
０個の制御用データＤＡＴＡ１〜ＤＡＴＡ１０の各々に
対して、該当するＬＳＢ変換処理を順次行い、６４ｍｓ
毎のＬＳＢ変換プログラム２では、２０個の制御用デー
タＤＡＴＡ１１〜ＤＡＴＡ３０の各々に対して、該当す
るＬＳＢ変換処理を順次行う。

【００１４】また、各ＬＳＢ変換処理は、変換対象の制
御用データをＲＡＭの所定領域から読み込み、その読み
込んだ制御用データを所定のデータ精度に変換してＲＡ
Ｍの他の所定領域に格納する、といった手順で行われ
る。そして、上記のように定期的に起動されるＬＳＢ変
換プログラムによってＬＳＢ変換された制御用データ
（精度変換処理後の制御用データ）は、予め定められた
送信タイミングになった時に起動される送信処理用のプ
ログラムによって適宜読み出され、通信相手へ送信され
る。

【００１５】つまり、従来のＥＣＵでは、送信対象の各
制御用データを定期的にＬＳＢ変換しておき、例えば予
め定められた送信周期毎に到来する送信タイミングにな
ると、そのＬＳＢ変換されている制御用データのうちか
ら送信すべきものを読み出して、通信相手へ送信するよ
うにしている。このため、図１３の各ＬＳＢ変換プログ
ラム１，２の実行周期は、そのプログラムでＬＳＢ変換
する制御用データの通信相手への送信周期よりも短い時
間に設定されている。

【００１６】

【発明が解決しようとする課題】ところで、前述したエ
ンジンＥＣＵ及びメータＥＣＵの例において、エンジン
ＥＣＵのマイコン６００は、メータＥＣＵへのエンジン
回転数データを、ＬＳＢ当たり５０／２５６ｒｐｍの分
解能からＬＳＢ当たり１ｒｐｍの分解能に変換すること
となるが、こうしたＬＳＢ変換の内容は、車両機種の違
いや、同じ車両機種でもメータ部分の仕様の違いなどに
よって変更される場合がある。

【００１７】そして、このような変更に対して、図１３
に示した従来のプログラム構造では、例えばエンジン回
転数データに対するＬＳＢ変換内容の変更だけであった
としても、ＬＳＢ変換プログラム全体を詳細に見て修正
箇所を抽出し、その抽出した箇所を変更しなければなら
ず、非常に手間がかかっていた。

【００１８】また、ＬＳＢ変換の内容自体に変更が無く
ても、制御用データの送信周期が変更される場合もあ
る。特に、送信周期は、受信側での要求や、互いに接続
されるＥＣＵ群で構成される通信システム全体から適宜
決定されるため、変更される場合が多い。

【００１９】そして、こうした制御用データの送信周期
の変更に対して、例えば図１３の例においては、ＬＳＢ
変換プログラム２に存在していたプログラムの一部を、
実行周期の短いＬＳＢ変換プログラム１に移す必要が生
じる。つまり、より最新の制御用データを通信相手へ送
るためには、ＬＳＢ変換の周期が送信周期よりも短い必
要があるためである。よって、送信周期の変更は、送信
処理用のプログラムだけではなく、ＬＳＢ変換プログラ
ム１とＬＳＢ変換プログラム２との双方を変更しなけれ
ばならない事態を招いてしまう。

【００２０】このように図１３に示した従来のプログラ
ム構造では、ＬＳＢ変換の内容や送信周期の変更に対し
て、プログラムの修正箇所が多くなってしまい、しか
も、その修正が容易ではないという問題があった。ま
た、プログラムの修正箇所を特定するには、プログラム
全体を理解していないとできないという問題もある。

【００２１】尚、上記問題は、１つのＥＣＵに搭載され
た複数のマイコンが互いにデータ通信を行う、ＥＣＵ内
通信のシステム構成でも同様である。本発明は、こうし
た問題に鑑みなされたものであり、送信対象の制御用デ
ータに対する精度変換処理の内容や制御用データの送信
周期が変わっても、プログラムの修正箇所を最小限にし
て、プログラム開発効率を向上させることのできる自動
車用制御装置を提供することを目的としている。

【００２２】

【課題を解決するための手段、及び発明の効果】上記目
的を達成するためになされた請求項１に記載の本発明の
自動車用制御装置は、情報処理装置を備えており、その
情報処理装置は、自動車に搭載された制御対象を制御す
るための演算処理を行うと共に、その演算処理により算
出した制御用データを所定の記憶部に格納する。そして
更に、前記情報処理装置は、前記記憶部に格納された制
御用データのうちで通信相手へ送信すべき各制御用デー
タに対して、そのデータを、該データが示す物理値を前
記通信相手側で扱われる分解能で表すデータに変換する
精度変換処理を行うと共に、その精度変換処理後の制御
用データを前記通信相手へ送信する。

【００２３】ここで特に、本発明の自動車用制御装置に
おいて、情報処理装置は、通信相手へ送信すべき各制御
用データに対して前記精度変換処理を夫々行うための複
数種類の変換プログラムを格納した変換プログラム格納
手段と、前記通信相手へ送信すべき各制御用データと、
前記変換プログラム格納手段に格納された各変換プログ
ラムとの、対応関係を示す変換情報を記憶した変換情報
記憶手段と、を備えている。

【００２４】そして、この情報処理装置では、送信動作
起動手段が、予め定められた送信タイミングになると、
通信相手へ今回送信すべき制御用データを示す送信指令
を発行し、この送信動作起動手段によって送信指令が発
行されると、データ変換手段が、その送信指令が示す制
御用データを前記記憶部から読み出すと共に、前記変換
情報記憶手段に記憶されている変換情報に基づいて、前
記送信指令が示す制御用データに対応した前記変換プロ
グラム格納手段内の変換プログラムを特定し、その特定
した変換プログラムを、前記読み出した制御用データを
処理対象として起動することにより、前記送信指令が示
す制御用データに対して前記精度変換処理を行う。そし
て更に、このデータ変換手段による精度変換処理が完了
すると、送信手段が、その精度変換処理後の制御用デー
タを通信相手へ送信する。

【００２５】このような本発明の自動車用制御装置によ
れば、一定周期で起動されるプログラムによって複数の
制御用データに対し精度変換処理を行うのではなく、各
制御用データに対して精度変換処理を夫々行うための複
数種類の変換プログラムを、変換プログラム格納手段に
格納しておき、送信タイミングとなって送信動作起動手
段により送信指令が発行された時に、該送信指令が示す
今回送信すべき制御用データを処理対象として、その制
御用データに対応した変換プログラムを起動するように
しているため、送信周期が変更されても、前述した従来
装置のように精度変換処理用のプログラム（ＬＳＢ変換
プログラム）を修正する必要が無い。つまり、送信動作
起動手段が送信指令を発行する周期を変えるだけで、送
信周期の変更に対応することができる。

【００２６】また、制御用データを送信する直前に、そ
の制御用データに対して精度変換処理を行うため、常に
最新の物理値を示す制御用データを通信相手に送ること
ができる。その上、従来装置では、一定周期毎に精度変
換される複数の精度変換後の制御用データを格納するた
めの大きな記憶領域が必要であるが、本発明の自動車用
制御装置によれば、通信相手へ送信される予定の制御用
データのうち、各送信タイミングで実際に送信される制
御用データの分の記憶領域があれば良く、メモリ容量を
削減することができる。

【００２７】つまり、従来装置では、送信される予定の
全ての制御用データを一定周期毎に精度変換しているた
め、各送信タイミング毎に異なる種別の制御用データを
送信する場合でも、常に精度変換後の全データを逐次更
新して記憶しておかなければならないが、本発明の自動
車用制御装置によれば、実際に送信される精度変換後の
制御用データだけを一時記憶する記憶領域があれば良
く、非常に有利である。

【００２８】そして更に、本発明の自動車用制御装置で
は、各制御用データと各変換プログラムとの対応関係
（つまり、各制御用データに対して、どの変換プログラ
ムを起動すべきか）を示す変換情報を、変換情報記憶手
段に記憶しておき、データ変換手段が、その変換情報に
基づいて、今回送信する制御用データに対して起動すべ
き変換プログラムを特定するようにしているため、何れ
かの制御用データに対する精度変換の内容に変更があっ
ても、上記変換情報記憶手段に記憶させておく変換情報
を変更するだけで対応することができる。特に、プログ
ラム制御文自体を修正する必要がないため、プログラム
に精通しない者でも比較的容易に修正作業を行うことが
できる。尚、新たな内容の精度変換処理が必要な場合に
は、その精度変換処理を行うための変換プログラムを、
変換プログラム格納手段に追加した上で、上記変換情報
を変更すれば良い。

【００２９】また、本発明の自動車用制御装置では、精
度変換すべき制御用データを処理対象として、変換情報
記憶手段内の変換情報に基づき特定される変換プログラ
ムを起動することにより、その制御用データに対して精
度変換処理を行うようにしているため、同じ内容の精度
変換を行う制御用データが複数ある場合には、その複数
の制御用データに対して同じ変換プログラムを共通に使
用することができ、プログラムを格納するためのＲＯＭ
の必要容量も削減することができる。つまり、従来装置
では、異なる種別の各制御用データに対して同じ内容の
精度変換処理を行う場合でも、その同じ内容の精度変換
処理を行うプログラム部分を重複して設けなければなら
なかったが、本発明によれば、そのような無駄を回避す
ることができる。

【００３０】ところで、請求項１に記載の自動車用制御
装置は、より具体的には、請求項２に記載の如く構成す
ることができる。即ち、まず変換情報記憶手段には、前
記変換情報として、通信相手へ送信すべき各制御用デー
タの種別情報と、その種別情報が示す制御用データに対
して前記精度変換処理を行うための変換プログラムが、
前記変換プログラム格納手段内において何れの格納位置
に格納されているかを示す格納位置情報とを、対応付け
て記述したデータテーブルを記憶させておく。そして、
データ変換手段は、前記データテーブルから、前記送信
指令が示す制御用データの種別情報に対応した格納位置
情報を取得し、前記記憶部から読み出した制御用データ
を処理対象として、前記取得した格納位置情報が示す格
納位置に格納されている変換プログラムを起動すること
により、前記送信指令が示す制御用データに対して精度
変換処理を行うようにする。

【００３１】このように構成すれば、何れかの制御用デ
ータに対する精度変換の内容を変更する場合に、その制
御データに対応する変換プログラムの格納位置情報を書
き換えるだけで対応することができ、精度変換内容の変
更に対する修正作業がより簡単になる。

【００３２】一方、本発明の自動車用制御装置におい
て、情報処理装置が、各送信タイミング毎に、通信相手
へ、複数種類の制御用データを直列に並べたパケットデ
ータを送信するのであれば（つまり、複数種類の制御用
データをパケット化して送信するのであれば）、請求項
３に記載の如く構成することにより、様々な変更に対し
て柔軟性の高い自動車用制御装置を得ることができる。

【００３３】即ち、請求項３に記載の自動車用制御装置
では、請求項１に記載の自動車用制御装置において、情
報処理装置は、前提として、複数種類の制御用データを
直列に並べたパケットデータを通信相手へ送信する。そ
して、変換情報記憶手段には、前記変換情報として、前
記パケットデータの識別番号と、その識別番号のパケッ
トデータを構成する各制御用データの種別情報と、その
種別情報が示す制御用データに対して前記精度変換処理
を行うための変換プログラムが、前記変換プログラム格
納手段内において何れの格納位置に格納されているかを
示す格納位置情報とを、対応付けて記述したデータテー
ブルが記憶されている。

【００３４】また、送信動作起動手段は、前記送信指令
として、通信相手へ今回送信すべきパケットデータの識
別番号を発行する。そして更に、データ変換手段は、送
信データ特定手段と、精度変換手段と、パケットデータ
作成手段とを備えており、前記送信動作起動手段によっ
て送信指令としてのパケットデータの識別番号が発行さ
れると、まず、送信データ特定手段が、前記データテー
ブルから、前記発行された識別番号に対応した各制御用
データの種別情報を取得する。

【００３５】そして、精度変換手段が、送信データ特定
手段によって取得された前記種別情報の各々について、
その種別情報に該当する制御用データを前記記憶部から
読み出すと共に、前記データテーブルから、その種別情
報に対応した前記格納位置情報を取得し、更に、前記読
み出した制御用データを処理対象として、前記取得した
格納位置情報が示す格納位置に格納されている変換プロ
グラムを起動することにより、その各識別情報の制御用
データに対して前記精度変換処理を行う。

【００３６】そして更に、パケットデータ作成手段が、
精度変換手段によって精度変換処理が行われた後の各制
御用データを直列に並べることにより、通信相手へ送信
すべきパケットデータを作成する。すると、送信手段
は、前記パケットデータ作成手段によって作成されたパ
ケットデータを通信相手へ送信する。

【００３７】このような請求項３に記載の自動車用制御
装置によれば、データ変換手段（送信データ特定手段，
精度変換手段，及びパケットデータ作成手段）が、送信
動作起動手段によって発行される識別番号から、変換情
報記憶手段に記憶された変換情報としてのデータテーブ
ルに基づいて、今回送信すべき複数の制御用データを特
定すると共に、その特定した各制御用データに対し該当
する変換プログラムを起動して精度変換処理を夫々行
い、更に、その精度変換処理後の各制御用データから実
際に送信するパケットデータ作成するため、前述した請
求項１，２に記載の装置で得られる効果に加えて、更
に、前記データテーブルにおけるパケットデータの識別
番号と各制御用データの種別情報との対応を変更するだ
けで、実際に送信されるパケットデータを構成する制御
用データの種別を変更することができる。

【００３８】特に、この種の自動車用制御装置では、ど
の装置からどの装置へどの種別の制御用データを提供す
るか、といった制御役割分担上のシステム構成の変更に
伴い、送信すべき制御用データの種別が変更される場合
が多いが、請求項３に記載の自動車用制御装置によれ
ば、そのような変更に極めて容易に対応することができ
るようになる。

【００３９】

【発明の実施の形態】以下、本発明が適用された実施形
態の車両制御システムについて、図面を用いて説明す
る。まず、図１は、実施形態の車両制御システム１の構
成を表す構成図である。尚、本実施形態の車両制御シス
テム１は、車両に搭載されたエンジン，トランスミッシ
ョン，エアコン，計器類及びその他の電装品を制御する
ものである。

【００４０】図１に示すように、本実施形態の車両制御
システム１は、主にエンジン及びトランスミッションを
制御する電子制御装置（以下、エンジンＥＣＵという）
２と、エアコンを制御する電子制御装置（以下、エアコ
ンＥＣＵという）４と、メータパネル内の計器や警告灯
を制御する電子制御装置（以下、メータＥＣＵという）
６とを備えている。そして、上記３つのＥＣＵ２，４，
６は、多重通信線１０を介して互いに通信可能に接続さ
れている。

【００４１】ここで、エンジンＥＣＵ２は、車速ＳＰＤ
を検出するための車速センサ１２，エンジン回転数（以
下、単に回転数Ｎｅという）を検出するためのクランク
角センサ１４，及びエンジンの冷却水温（以下、単に水
温ＴＨＷという）を検出するための水温センサ１６等
の、各種センサからの検出信号に基づいて、車両の運転
状態を検出する。そして、その検出結果や、後述するよ
うにエアコンＥＣＵ４から送信されて来る外気温ＴＡＭ
のデータ等に基づいて、インジェクタ１８，イグナイタ
２０，及び図示しない他のアクチュエータを駆動するこ
とにより、エンジン及びトランスミッションを最適状態
に制御する。

【００４２】そして更に、エンジンＥＣＵ２は、上記の
如く検出した車速ＳＰＤ，回転数Ｎｅ，及び水温ＴＨＷ
等の運転状態を表す制御用データを、多重通信線１０へ
送信すると共に、後述するようにエアコンＥＣＵ４から
送信されて来るエアコン制御データＡＣに応じて、Ａ／
Ｃマグネットクラッチ２２を作動させることにより、エ
ンジンの駆動力をエアコンの冷媒コンプレッサに伝達さ
せて、エアコンの冷房運転を可能にする。

【００４３】一方、エアコンＥＣＵ４は、外気センサ２
６及び内気センサ２８からの検出信号に基づき車両外の
気温（外気温）ＴＡＭと車室内の気温（内気温）とを検
出して、該検出結果のデータを多重通信線１０へ送信す
ると共に、その検出結果と、エンジンＥＣＵ２から送信
されて来る車速ＳＰＤ，回転数Ｎｅ，及び水温ＴＨＷ等
を表すデータとに応じて、送風用のブロアモータ３０や
配風を切り換えるためのエアミックスダンパ３２等を駆
動することにより、車室内の空調を制御する。また、エ
アコンＥＣＵ４は、車両の運転者等によってエアコンス
イッチ２４がオンされると、エンジンＥＣＵ２にＡ／Ｃ
マグネットクラッチ２２を作動させるために、上述した
エアコン制御データＡＣを送信する。

【００４４】そして、メータＥＣＵ６は、エンジンＥＣ
Ｕ２から送信されて来る車速ＳＰＤ，回転数Ｎｅ，及び
水温ＴＨＷ等を表すデータに応じて、メータパネル内の
スピードメータ４０，タコメータ４２，及び水温メータ
（図示省略）等を駆動する。また、メータＥＣＵ６は、
車両の各ドアの開閉に応じて夫々オン／オフする各ドア
スイッチからの信号や、車両のパーキングブレーキが引
かれている時にオンするパーキングブレーキスイッチ等
からの信号に基づいて、ドアが開いていることを示す半
ドア警告灯４４やパーキングブレーキが引かれているこ
とを示すブレーキ警告灯４６等を点灯させる。

【００４５】尚、各ＥＣＵ２，４，６は、情報処理装置
としてのマイコン（マイクロコンピュータ）を備えてお
り、そのマイコンがプログラムを実行することによって
上記各ＥＣＵ２〜６の動作が実現されている。次に、図
２は、エンジンＥＣＵ２の内部構成を表すブロック図で
ある。

【００４６】図２に示す如く、エンジンＥＣＵ２は、前
述したように情報処理装置としてのマイコン６０を備え
ている。尚、図示はしていないが、マイコン６０は、Ｃ
ＰＵ，プログラムを記憶する記憶媒体としてのＲＯＭ，
データを一時記憶するためのＲＡＭ，及び入出力ポート
等を備えた一般的なシングルチップマイクロコンピュー
タである。また、本実施形態において、マイコン６０の
ＲＡＭは、１アドレス当たりに１バイト（８ビット）の
データが格納されるものである。

【００４７】そして、マイコン６０は、前述の各種セン
サ１２，１４，１６からの信号を入力回路６４を介して
入力し、その入力信号に基づき制御対象を制御するため
の演算処理等を実行して、出力回路６６へ制御量信号を
出力することにより、前述したインジェクタ１８やイグ
ナイタ２０等の各種アクチュエータを駆動している。

【００４８】また更に、エンジンＥＣＵ２は、通信ＩＣ
７０を備えており、その通信ＩＣ７０は、マイコン６０
から出力された通信データ列を、送信信号として多重通
信線１０へ送出すると共に、他のＥＣＵ４，６から多重
通信線１０を介して送信されて来た通信データ列を所定
フレーム分だけ受信する毎に、マイコン６０へ割込信号
を出力するように構成されている。

【００４９】次に、図３は、マイコン６０内の通信モデ
ルを仮想的に示した概念図であり、この通信モデルは、
ＩＳＯ／ＯＳＩ（Open System Interconnection ）通信
モデルに準拠した階層化構造である。図３に示すよう
に、本実施形態のマイコン６０で採用されている通信モ
デルは、制御対象を制御するための演算処理を行うアプ
リケーション部１００と、通信相手（他のＥＣＵ４，
６）とデータの送受信を行う通信ドライバ部３００と、
アプリケーション部１００によって算出される制御用デ
ータから、通信ドライバ部３００が送信すべき通信デー
タ列を生成すると共に、通信ドライバ部３００によって
受信された通信データ列を、アプリケーション部１００
が使用可能な制御用データに変換する通信変換部２００
とからなる。そして、通信変換部２００は、更に、共有
メモリ部２１０と、物理値変換部２２０と、共通パケッ
トデータ部２３０と、通信データ変換部２４０とに階層
化されている。また更に、マイコン６０は、通信制御部
４００とテーブル格納部５００とを備えている。

【００５０】そして、アプリケーション部１００からメ
ータＥＣＵ６等の通信相手に対して、直接データ転送さ
れることはなく、アプリケーション部１００から下位の
階層に対して順々にデータを渡し（仮想通信し）、通信
ドライバ部３００にて、外部（通信相手）との物理的な
通信が実現される。また、この通信モデルでの各階層
は、その下の階層に対してサービスを要求し、その上の
階層にサービスを提供するというものであり、各階層の
目的は、上位階層でのサービスに対して実際の通信仕様
等の詳細情報を隠蔽することである。

【００５１】尚、本実施形態において、マイコン６０に
より実行されるＲＯＭ内のプログラムは、プログラムの
全機能を単位機能毎に細分化して、その単位機能毎にオ
ブジェクトを用意するオブジェクト指向によってプログ
ラミングされており、オブジェクトとは、データとその
データを処理する手続きである“メソッド”と呼ばれる
プログラムとを、一まとめにしたプログラムモジュール
である。

【００５２】そして、図３の通信モデルにおいて、ソフ
トウエアだけに着目すると、テーブル格納部５００以外
の各部１００〜４００は、マイコン６０のＲＯＭに格納
された各オブジェクト（メソッド及びデータ）であり、
ＲＯＭにおける記憶領域の面から見ると、上記各部１０
０〜４００は、該当するオブジェクトを格納した記憶領
域である。また、テーブル格納部５００は、マイコン６
０のＲＯＭにて、後述する図４〜図５の各テーブルを記
憶した記憶領域である。

【００５３】そして更に、本実施形態の説明において、
例えば「共有メモリ部２１０が…する。」や「物理値変
換部２２０は…する。」といったオブジェクトを主語と
した動作表現は、実際には、マイコン６０がそのオブジ
ェクトのメソッドに従って動作する（換言すれば、マイ
コン６０がそのオブジェクトのメソッドを実行する）こ
とで実現される機能手段が、上記「…」の動作を行うこ
とを示している。同様に、例えば「共有メモリ部２１０
によって…される。」や「物理値変換部２２０によって
…される。」といったオブジェクトによる受け身の動作
表現は、実際には、マイコン６０がそのオブジェクトの
メソッドに従って動作することで実現される機能手段に
よって、上記「…」の動作が行われることを示してい
る。

【００５４】ここで、アプリケーション部１００は、エ
ンジンＥＣＵ２の制御対象及び制御内容毎に更に細分化
された各オブジェクトからなる。そして、本実施形態に
おいて、アプリケーション部１００は、回転数Ｎｅ等の
制御用データを算出して、その算出した制御用データに
基づきエンジンを制御するための演算処理を行うオブジ
ェクト（以下、エンジンアプリケーションソフトとい
う）１１０と、車速ＳＰＤ等の制御用データを算出し
て、その算出した制御用データに基づきトランスミッシ
ョンを制御するための演算処理を行うオブジェクト（以
下、ＥＣＴアプリケーションソフトという）１２０と、
エンジンのスロットル開度等の制御用データを算出し
て、その算出した制御用データに基づき車両を定速走行
させるためのスロットル開度制御用演算処理を行うオブ
ジェクト（以下、クルーズアプリケーションソフトとい
う）１３０とを有している。そして、これらの各アプリ
ケーションソフト１１０，１２０，１３０は、自分以外
のアプリケーションソフトによって算出された制御用デ
ータも、自己の演算処理に用いる。つまり、各アプリケ
ーションソフト１１０，１２０，１３０は、制御用デー
タを互いに共有するようにしている。

【００５５】共有メモリ部２１０は、当該マイコン６０
に備えられたＲＡＭにおいて、アプリケーション部１０
０の各アプリケーションソフト１１０，１２０，１３０
が制御対象を制御するために用いる全ての制御用データ
を一時格納するための記憶領域（以下、制御用データ記
憶領域という）とは異なる特定の記憶領域として設定さ
れた共有メモリに、上記各アプリケーションソフト１１
０，１２０，１３０間で共通使用される制御用データ、
及び当該マイコン６０の通信相手（他のＥＣＵ４，６）
でも共通使用される制御用データ（以下、外部共有デー
タという）を書き込み、また、上記共有メモリから制御
用データを読み出して、他のオブジェクトに提供する。

【００５６】また、上記共有メモリに格納される各制御
用データには、その種別を示す種別情報としての番号
（以下、Handle番号と記す）が付与されており、各オブ
ジェクトは、Handle番号を指定することにより、共有メ
モリから必要なデータを入手したり、共有メモリに新た
なデータを書き込むことができるようになっている。

【００５７】尚、図３では、ＥＣＴアプリケーションソ
フト１２０によって算出されると共に、Handle番号とし
て“１”が付与された車速ＳＰＤのデータが、エンジン
アプリケーションソフト１１０でも使用され、また、エ
ンジンアプリケーションソフト１１０によって算出され
ると共に、Handle番号として“２”が付与された回転数
Ｎｅのデータが、ＥＣＴアプリケーションソフト１２０
でも使用されていることを例示している。そして、図３
以降の各図及び以下の説明において、“Handle1 ”や
“Handle2 ”とは、Handle番号が“１”や“２”である
ことを表している。

【００５８】物理値変換部２２０は、当該マイコン６０
から通信相手（ＥＣＵ４，６）へのデータ送信時には、
上記共有メモリに格納されている制御用データのうち、
送信すべき制御用データに対して、そのデジタルデータ
を、それが示す物理値を通信相手側で扱われる分解能で
表すデジタルデータに変換するＬＳＢ変換処理を行う。
また、物理値変換部２２０は、通信相手からのデータ受
信時には、受信された制御用データに対して、そのデジ
タルデータを、それが示す物理値を各アプリケーション
ソフト１１０，１２０，１３０で扱われる分解能で表す
デジタルデータに変換するＬＳＢ変換処理を行う。

【００５９】つまり、ＬＳＢ変換処理とは、前述した精
度変換処理のことであり、デジタルデータを、そのデー
タの分解能（そのデータのＬＳＢ当たりによって示され
る物理値であり、そのデータの精度である）が、通信相
手側で採用されている分解能と同じになるように変換す
るものである。そして、本実施形態では、上記ＬＳＢ変
換処理を行うための複数種類のＬＳＢ変換プログラム
（本発明における変換プログラムに相当）が、ＲＯＭの
所定領域に、物理値変換部２２０の一部として格納され
ている。

【００６０】共通パケットデータ部２３０は、当該マイ
コン６０から通信相手へのデータ送信時には、物理値変
換部２２０によってＬＳＢ変換された送信対象の制御用
データを集めて直列に並べることにより、例えば多重通
信，シリアル通信，ＤＭＡ通信といった種々の通信プロ
トコルに依存しない各通信プロトコルに共通のパケット
データ（以下、共通パケットデータという）を作成す
る。そして、各共通パケットデータには、それの識別番
号としてのパケット番号ＰＮが付与されている。尚、図
３以降の各図及び以下の説明において、“ＰＮ１”や
“ＰＮ２”とは、パケット番号ＰＮが“１”や“２”で
あることを表している。

【００６１】通信データ変換部２４０は、当該マイコン
６０から通信相手へのデータ送信時には、共通パケット
データ部２３０によって作成された共通パケットデータ
を、通信相手との通信プロトコルに対応した通信データ
列に変換する。具体的には、共通パケットデータのデー
タ列に通信プロトコルに準じたヘッダ情報等を付加す
る、といった処理を行う。

【００６２】通信ドライバ部３００は、当該マイコン６
０から通信相手へのデータ送信時には、通信データ変換
部２４０によって作成された通信データ列を、通信相手
との通信プロトコルで定められた転送データ量、ボーレ
ート、及び転送タイミングで、実際に通信データとして
出力する。尚、通信ドライバ部３００には、通信相手と
の通信プロトコルに対応したプログラムが組み込まれ、
本実施形態では、エアコンＥＣＵ４及びメータＥＣＵ６
との多重通信を制御する多重通信用のプログラム（以
下、多重通信部という）３１０が組み込まれている。ま
た例えば、マイコン６０が、エンジンＥＣＵ２内の他の
マイコンとＤＭＡ通信を行うのであれば、通信ドライバ
部３００にＤＭＡ通信を制御するＤＭＡ通信用のプログ
ラムが組み込まれ、また、マイコン６０が、他のＥＣＵ
と１対１のシリアル通信を行うのであれば、通信ドライ
バ部３００にシリアル通信を制御するシリアル通信用の
プログラムが組み込まれる。

【００６３】通信制御部４００は、内部タイマを有して
おり、通信相手との通信が好適なタイミングで実行され
るように、通信データ列の作成及びＬＳＢ変換の実施タ
イミングを決定する。一方、通信ドライバ部３００（多
重通信部３１０）は、通信相手（ＥＣＵ４，６）から送
信されて来たデータを受信し取得して、通信データ変換
部２４０に提供する機能も有している。

【００６４】そして、通信データ変換部２４０は、通信
ドライバ部３００によって取得された通信データ列を、
共通パケットデータに変換する機能も有している。そし
て更に、共通パケットデータ部２３０は、通信相手から
のデータ受信時には、通信データ変換部２４０によって
作成された共通パケットデータを分解して、その共通パ
ケットデータを構成していた各制御用データを抽出し、
更に、その各制御用データに対し物理値変換部２２０に
ＬＳＢ変換を行わせて、共有メモリ部２１０に、そのＬ
ＳＢ変換後の各制御用データを共有メモリへ更新して書
き込ませる機能も有している。

【００６５】一方また、テーブル格納部５００には、図
４に示す共有メモリテーブルと、図５に示すデータ特定
テーブルと、図６に示す物理値変換テーブルとが格納さ
れている。図４に示すように、共有メモリテーブルは、
制御用データのHandle番号と、そのHandle番号に対応し
た制御用データが、共有メモリにおいて何れのアドレス
を先頭にして格納されるかを示す共有メモリアドレス
と、上記Handle番号に対応した制御用データの共有メモ
リ内におけるデータ長を示す共有メモリサイズとを、対
応付けて記述した定義テーブルである。

【００６６】また、図６に示すように、物理値変換テー
ブルは、制御用データのHandle番号と、そのHandle番号
に対応した制御用データの共通パケットデータにおける
配置位置を示す共通パケットデータ位置と、上記Handle
番号に対応した制御用データの共通パケットデータ内に
おけるデータ長を示す共通パケットデータサイズと、上
記Handle番号に対応した制御用データをＬＳＢ変換する
ためのＬＳＢ変換プログラムが、ＲＯＭの何れのアドレ
スを先頭にして格納されているかを示す格納位置情報と
してのＬＳＢ変換コールアドレスとを、対応付けて記述
した定義テーブルである。

【００６７】尚、共通パケットデータ位置は、Handle番
号に対応した制御用データが、共通パケットデータにお
ける最初の１バイトを０バイト目とした場合に、その共
通パケットデータにて、何バイト目から配置されるかを
示している。そして、図５に示すように、データ特定テ
ーブルは、共通パケットデータのパケット番号と、その
パケット番号に対応した共通パケットデータの送信間隔
を示す通信周期と、上記パケット番号に対応した共通パ
ケットデータを構成する各制御用データを特定するため
のオフセット及びサイズとを、対応付けて記述した定義
テーブルである。

【００６８】ここで、オフセットは、図６の物理値変換
テーブルにおけるHandle番号の各記述位置のうち、最初
の最上段のものを０番目として上から数えた場合の記述
位置を示しており、サイズは、図６の物理値変換テーブ
ルにおいて、上記オフセットが示す記述位置から下方に
数えたHandle番号の記述位置の数を示している。そし
て、本実施形態では、図６の物理値変換テーブルに記述
された各Handle番号のうち、オフセットが示す記述位置
からサイズが示す数の各記述位置に記述されている各Ha
ndle番号が、そのオフセット及びサイズに対応したパケ
ット番号の共通パケットデータを構成する制御用データ
のHandle番号と見なされる。

【００６９】例えば、図５において、ＰＮ１に対応する
オフセットとサイズは、夫々、“０”と“４”であるた
め、ＰＮ１の共通パケットデータは、図６の最上段から
４段目までに記述された４つのHandle番号（Handle１，
Handle１０，Handle５，Handle２）に夫々対応する各制
御用データによって構成されることとなり、また、図５
において、ＰＮ２に対応するオフセットとサイズは、夫
々、“４”と“３”であるため、ＰＮ２の共通パケット
データは、図６の５段目から７段目までに記述された３
つのHandle番号（Handle２，Handle３，Handle６）に夫
々対応する各制御用データによって構成されることとな
る。

【００７０】このように、各オブジェクトは、図５のデ
ータ特定テーブルと図６の物理値変換テーブルとを参照
することにより、例えば、ＰＮ１の共通パケットデータ
には、どのHandle番号の制御用データが集約されるのか
等、通信データ列の作成に必要な情報を取得することが
できる。

【００７１】次に、マイコン６０から外部へ制御用デー
タを送信する場合の通信データ列への変換処理につい
て、図７〜図１０を用いて説明する。尚、図７〜図９
は、制御用データから通信データ列への変換処理動作を
示すメッセージシーケンスチャートである。そして、こ
のメッセージシーケンスチャートでは、図３に示した各
階層（オブジェクト）１００〜５００を上下方向の線で
示し、その各階層から他の階層へのメッセージを横方向
の実線矢印で示している。そして更に、横方向の点線矢
印は、各階層がテーブル格納部５００内のテーブルを参
照することを示し、上下方向の線上にある長方形の枠内
には、その階層で行われる処理の内容が示されている。
また、図１０は、図８の処理動作によって作成される共
通パケットデータを表す模式図である。

【００７２】まず、例えば、アプリケーション部１００
にあるＥＣＴアプリケーションソフト１２０にて、共有
メモリに外部共有データの１つである車速ＳＰＤのデー
タ（以下、ＳＰＤデータという）を書き込む処理ステッ
プになると、図７の［１］に示すように、アプリケーシ
ョン部１００のＥＣＴアプリケーションソフト１２０
は、共有メモリ部２１０に対してデータ書込要求のメッ
セージを発行する。そして、この時、ＳＰＤデータのHa
ndle番号（この例ではHandle1 ）と、ＥＣＴアプリケー
ションソフト１２０でのＳＰＤデータの格納アドレス
（即ち、ＥＣＴアプリケーションソフト１２０が制御用
の演算処理時にＳＰＤデータの書き込み及び読み出しを
行う制御用データ記憶領域のアドレスであって、この例
では＆ＳＰＤ）との各情報も、共有メモリ部２１０へ送
られる。

【００７３】尚、データ書込要求のメッセージを発行す
る処理を、Ｃ言語でプログラミングした場合、ＳＰＤデ
ータを共有メモリに書き込むためのメッセージの発行命
令は、次のようになる。 Write（Handle1 ，＆ＳＰＤ） この命令の意味は、ＳＰＤデータのHandle番号（Handle
1 ）に対応する共有メモリのアドレスへ、＆ＳＰＤに格
納されているデータ（ＥＣＴアプリケーションソフト１
２０で求められたＳＰＤデータ）を書き込む、というこ
とである。また、アプリケーション部１００の各アプリ
ケーションソフト１１０，１２０，１３０が、ＳＰＤデ
ータ以外の制御用データを共有メモリに書き込む場合に
は、上記命令のうち、“Handle1 ”が、書き込むべきデ
ータのHandle番号となり、“＆ＳＰＤ”が、そのアプリ
ケーションソフト用に設けられた制御用データ記憶領域
のうちで、書き込むべきデータが格納された記憶領域の
アドレスとなる。

【００７４】そして、共有メモリ部２１０は、アプリケ
ーション部１００（ＥＣＴアプリケーションソフト１２
０）からの上記メッセージを受けると、図７の［２］に
示すように、テーブル格納部５００にある共有メモリテ
ーブル（図４）を参照して、上記メッセージと共に送ら
れて来たHandle番号（Handle1 ）に対応する共有メモリ
アドレスと共有メモリサイズとを、共有メモリ情報とし
て取得する。

【００７５】すると、共有メモリ部２１０は、上記取得
した共有メモリ情報に基づき、ＳＰＤデータは共有メモ
リにて$FFFF0000 番地を先頭にした２バイト（byte）の
領域に書き込むべきであることを認知し、図７の［３］
の処理にて、ＥＣＴアプリケーションソフト１２０での
ＳＰＤデータの格納アドレス（＆ＳＰＤ）から、共有メ
モリの$FFFF0000 番地へ、２バイトのＳＰＤデータをコ
ピーする。

【００７６】この共有メモリ部２１０の処理により、図
３における共有メモリ部２１０の枠内に例示しているよ
うに、共有メモリへHandle1 に対応したＳＰＤデータが
格納される。また、例えば、アプリケーション部１００
にあるエンジンアプリケーションソフト１１０にて、共
有メモリに外部共有データの１つである回転数Ｎｅのデ
ータ（以下、Ｎｅデータという）を書き込む処理ステッ
プになると、図７の［４］に示すように、アプリケーシ
ョン部１００のエンジンアプリケーションソフト１１０
は、上述したＳＰＤデータの場合と同じ要領で、共有メ
モリ部２１０に対しデータ書込要求のメッセージを発行
する。尚、この時、ＮｅデータのHandle番号（この例で
はHandle2 ）と、エンジンアプリケーションソフト１１
０でのＮｅデータの格納アドレス（即ち、エンジンアプ
リケーションソフト１１０が制御用の演算処理時にＮｅ
データの書き込み及び読み出しを行う制御用データ記憶
領域のアドレスであって、この例では＆Ｎｅ）との各情
報も、共有メモリ部２１０へ送られる。

【００７７】そして、共有メモリ部２１０は、アプリケ
ーション部１００（エンジンアプリケーションソフト１
１０）からの上記メッセージを受けると、図７の［５］
に示すように、テーブル格納部５００にある共有メモリ
テーブル（図４）を参照して、上記メッセージと共に送
られて来たHandle番号（Handle2 ）に対応する共有メモ
リアドレスと共有メモリサイズとを、共有メモリ情報と
して取得する。

【００７８】すると、共有メモリ部２１０は、上記取得
した共有メモリ情報に基づき、Ｎｅデータは共有メモリ
にて$FFFF0002 番地を先頭にした２バイトの領域に書き
込むべきであることを認知し、図７の［６］の処理に
て、エンジンアプリケーションソフト１１０でのＮｅデ
ータの格納アドレス（＆Ｎｅ）から、共有メモリの$FFF
F0002 番地へ、２バイトのＮｅデータをコピーする。

【００７９】この共有メモリ部２１０の処理により、図
３における共有メモリ部２１０の枠内に例示しているよ
うに、共有メモリへHandle2 に対応したＮｅデータが格
納される。そして、エンジンアプリケーションソフト１
１０及びＥＣＴアプリケーションソフト１２０で算出さ
れた他の制御用データや、クルーズアプリケーションソ
フト１３０で算出された制御用データも、図７の手順と
同じ要領で共有メモリにコピーされる。

【００８０】一方、図示はしていないが、共有メモリに
書き込まれた制御用データを、アプリケーション部１０
０（詳しくは、アプリケーション部１００の各アプリケ
ーションソフト）が制御用演算処理に使用する場合に
は、アプリケーション部１００と共有メモリ部２１０と
が、次のように動作する。

【００８１】例えば、アプリケーション部１００のエン
ジンアプリケーションソフト１１０が、ＥＣＴアプリケ
ーションソフト１２０によって算出されたＳＰＤデータ
を共有メモリから読み出す場合について説明すると、こ
の場合、まず、エンジンアプリケーションソフト１１０
が、共有メモリ部２１０に対してデータ読出要求のメッ
セージを発行する。そして、この時、ＳＰＤデータのHa
ndle番号（Handle1 ）と、エンジンアプリケーションソ
フト１１０でのＳＰＤデータの格納アドレス（即ち、エ
ンジンアプリケーションソフト１１０が制御用の演算処
理時にＳＰＤデータの書き込み及び読み出しを行う制御
用データ記憶領域のアドレス）との各情報も、共有メモ
リ部２１０へ送られる。

【００８２】すると、共有メモリ部２１０は、テーブル
格納部５００にある共有メモリテーブル（図４）を参照
して、上記データ読出要求のメッセージと共に送られて
来たHandle番号（Handle1 ）に対応する共有メモリアド
レスと共有メモリサイズとを、共有メモリ情報として取
得する。そして、その取得した共有メモリ情報に基づ
き、ＳＰＤデータは共有メモリにて$FFFF0000 番地を先
頭にした２バイト分の領域に格納されていることを認知
し、共有メモリの$FFFF0000 番地から２バイト分の領域
に格納されているＳＰＤデータを、エンジンアプリケー
ションソフト１１０でのＳＰＤデータの格納アドレスに
コピーする。

【００８３】そして、このコピーの動作により、図３に
おける共有メモリ部２１０の枠内から上向きに伸びた２
つの矢印のうちの左側の矢印のように、共有メモリ内の
ＳＰＤデータがエンジンアプリケーションソフト１１０
へ提供されることとなる。次に、他のＥＣＵ４，６へ制
御用データを送信すべきタイミングになると、図８の
［７］に示すように、通信制御部４００が、共通パケッ
トデータ部２３０に対して、図３における共通パケット
データ部２３０の枠内に例示したような共通パケットデ
ータを作成させるために、送信指令としての送信要求の
メッセージを発行する。

【００８４】尚、図３では、パケット番号ＰＮが１つし
か示されていないが、実際には多数存在するため、通信
制御部４００は、今回の送信対象となる共通パケットデ
ータのパケット番号ＰＮ（この例ではＰＮ１）も、送信
要求のメッセージと共に共通パケットデータ部２３０へ
送る。具体的に説明すると、通信制御部４００は、図５
のデータ特定テーブルで定義されたパケット番号と通信
周期とに従って、１Ｓ（秒）毎にＰＮ１を含んだ送信要
求のメッセージを発行し、３Ｓ毎にＰＮ２を含んだ送信
要求のメッセージを発行し、５Ｓ毎にＰＮ３を含んだ送
信要求のメッセージを発行し、０．５Ｓ毎にＰＮ４を含
んだ送信要求のメッセージを発行する。また、図８及び
図９における（）内の記述は、通信制御部４００から共
通パケットデータ部２３０へ送られたパケット番号ＰＮ
がＰＮ１であった場合を示している。

【００８５】このようにして、通信制御部４００がパケ
ット番号ＰＮを含んだ送信要求のメッセージを発行する
と、共通パケットデータ部２３０は、図８の［８］に示
すように、テーブル格納部５００にあるデータ特定テー
ブル（図５）と物理値変換テーブル（図６）とを参照し
て、通信制御部４００から送られて来たパケット番号Ｐ
Ｎに対応する各Handle番号（つまり、通信制御部４００
から送られて来たパケット番号ＰＮの共通パケットデー
タに集約すべき制御用データの各Handle番号）を、送信
データ情報として取得する。

【００８６】例えば、通信制御部４００から共通パケッ
トデータ部２３０へ送られたパケット番号ＰＮがＰＮ１
であった場合には、図５のデータ特定テーブルにおい
て、ＰＮ１に対応するオフセットとサイズは、夫々、
“０”と“４”であるため、共通パケットデータ部２３
０は、図６の物理値変換テーブルの最上段から４段目ま
でに記述された４つのHandle１，Handle１０，Handle
５，及びHandle２を、ＰＮ１の共通パケットデータを構
成する制御用データの各Handle番号として取得すること
となる。

【００８７】そして次に、共通パケットデータ部２３０
は、図８の［９］に示すように、まず、上記取得したHa
ndle番号のうちの最初のHandle番号（この例ではHandle
1 ）を、物理値変換要求のメッセージと共に物理値変換
部２２０へ送る。すると、物理値変換部２２０は、図８
の［１０］に示すように、共通パケットデータ部２３０
からのHandle番号を、データ取得要求のメッセージと共
に共有メモリ部２１０へ送る。

【００８８】このデータ取得要求のメッセージにより共
有メモリ部２１０は、図７の［２］，［５］と同様に、
テーブル格納部５００にある共有メモリテーブル（図
４）を参照して、上記データ取得要求のメッセージと共
に送られて来たHandle番号（ここではHandle1 ）に対応
する共有メモリアドレス（$FFFF0000 ）と共有メモリサ
イズ（２byte）とを、共有メモリ情報として取得し、更
に、その取得した共有メモリ情報に基づき、共有メモリ
の$FFFF0000 番地から２バイト分のデータ（この例では
ＳＰＤデータ）を読み出して、その読み出したデータ
を、図８の［１１］に示すように、物理値変換部２２０
へ戻り値として返す。

【００８９】すると更に、物理値変換部２２０は、図８
の［１２］に示すように、テーブル格納部５００にある
物理値変換テーブル（図６）を参照して、上記［１０］
で自分が共有メモリ部２１０へ送ったHandle番号（Hand
le1 ）に対応するＬＳＢ変換コールアドレス（$0000100
0 ）を取得する。そして、物理値変換部２２０は、図８
の［１３］にて、上記［１０］及び［１１］の動作で共
有メモリから読み出したHandle1 の制御用データ（即
ち、共有メモリ部２１０から戻り値として返された制御
用データであって、この例では２バイトのＳＰＤデー
タ）を処理対象として、上記取得したＬＳＢ変換コール
アドレスに格納されているＬＳＢ変換プログラムを起動
することにより、その制御用データ（ＳＰＤデータ）に
対してＬＳＢ変換処理を行う。

【００９０】これにより、図３における物理値変換部２
２０の枠内に例示しているように、Handle1 に対応した
ＳＰＤデータがＬＳＢ変換され、そのＬＳＢ変換後のデ
ータ（以下、ＳＰＤ’データと記す）が、物理値変換部
２２０の作業領域として割り当てられたＲＡＭの所定領
域に、対応するHandle番号（Handle1 ）と共に格納され
る。

【００９１】その後、共通パケットデータ部２３０は、
図８の［１４］に示すように、テーブル格納部５００に
ある物理値変換テーブル（図６）を参照して、上記
［９］で自分が物理値変換部２２０へ送ったHandle番号
（Handle1 ）に対応する共通パケットデータサイズと共
通パケットデータ位置とを、共通パケットデータ情報と
して取得する。

【００９２】そして、共通パケットデータ部２３０は、
図８の［１５］にて、通信制御部４００から送られて来
たパケット番号（ここではＰＮ１）の共通パケットデー
タを作成するための共通パケットデータ生成処理を行
う。ここで、この共通パケットデータ生成処理は、作成
対象の共通パケットデータにおけるデータ領域のうち、
上記［１４］の動作で物理値変換テーブルから今回取得
した共通パケットデータ位置及び共通パケットデータサ
イズにより指定される領域に、物理値変換部２２０によ
って今回ＬＳＢ変換された制御用データを配置する、と
いった手順で行われる。よって、例えば、図６の最上段
に示すように、Handle1 に対応する共通パケットデータ
位置と共通パケットデータサイズは、夫々、“０”と
“２バイト”であるため、図１０（Ａ）に示すように、
Handle1のＬＳＢ変換後のデータ（ＳＰＤ’データ）Ｈ
１は、ＰＮ１の共通パケットデータにおける０バイト目
の位置から２バイト分の領域に配置されることとなる。

【００９３】このようにして、Handle1 の制御用データ
についてのＬＳＢ変換処理及び共通パケットデータ生成
処理が終わると、図８の［１６］に示すように、共通パ
ケットデータ部２３０が上記［８］の動作で取得した各
Handle番号のうちの次のHandle番号（Handle10）につい
て、上記［９］〜［１４］と同じ要領でＬＳＢ変換のた
めの動作が行われ、次いで図８の［１７］に示すよう
に、上記［１５］と同じ要領で共通パケットデータ生成
処理が行われる。そして更に、共通パケットデータ部２
３０が上記［８］の動作で取得した各Handle番号のうち
の他のHandle番号（Handle5 ，Handle2 ）についても、
図８の［１８］〜［２１］に示すように、上記［９］〜
［１４］及び［１５］と同じ要領で、ＬＳＢ変換動作と
共通パケットデータ生成処理とが順次行われる。

【００９４】そして、通信制御部４００から共通パケッ
トデータ部２３０へ送られたパケット番号ＰＮに対応す
る全てのHandle番号の制御用データについて、ＬＳＢ変
換と共通パケットデータ生成処理とが終了すると、送信
すべき共通パケットデータの作成が完了する。

【００９５】例えば、通信制御部４００から共通パケッ
トデータ部２３０へＰＮ１が送られた場合、図５及び図
６の各テーブルに従い作成されるＰＮ１の共通パケット
データとしては、図１０（Ａ）に示すように、Handle1
のＬＳＢ変換後のデータＨ１が０バイト目の位置から２
バイト分の領域に配置され、Handle10のＬＳＢ変換後の
データＨ１０が２バイト目の位置から１バイト分の領域
に配置され、Handle5のＬＳＢ変換後のデータＨ５が３
バイト目の位置から３バイト分の領域に配置され、Hand
le2 のＬＳＢ変換後のデータＨ２が６バイト目の位置か
ら２バイト分の領域に配置されたデータ列となる。

【００９６】また例えば、通信制御部４００から共通パ
ケットデータ部２３０へＰＮ２が送られた場合、図５及
び図６の各テーブルに従い作成されるＰＮ２の共通パケ
ットデータとしては、図１０（Ｂ）に示すように、Hand
le2 のＬＳＢ変換後のデータＨ２が０バイト目の位置か
ら２バイト分の領域に配置され、Handle3 のＬＳＢ変換
後のデータＨ３が２バイト目の位置から２バイト分の領
域に配置され、Handle6 のＬＳＢ変換後のデータＨ６が
４バイト目の位置から４バイト分の領域に配置されたデ
ータ列となる。

【００９７】次に、このようにして今回送信すべき共通
パケットデータの作成が完了すると、共通パケットデー
タ部２３０は、図８の［２２］及び図９の［２２］に示
すように、通信データ変換部２４０に対して、今回作成
した共通パケットデータを通信相手との通信プロトコル
に対応する通信データ列に変換させるために、送信要求
のメッセージを発行する。そして、この時、今回作成し
た共通パケットデータのパケット番号（この例ではＰＮ
１）も、通信データ変換部２４０へ送られる。

【００９８】すると、通信データ変換部２４０は、図９
の［２３］の処理にて、共通パケットデータ部２３０に
より今回作成された共通パケットデータを、通信相手で
ある他のＥＣＵ４，６との多重通信の通信プロトコルに
対応した通信データ列に変換する。具体的には、本実施
形態の場合、図３における通信データ変換部２４０の枠
内に例示しているように、共通パケットデータ部２３０
によって作成された共通パケットデータの先頭に、通信
相手との通信プロトコルに準拠したヘッダ情報としての
Arbitration とMLとを付加する。尚、Arbitration は、
データの優先順位を示し、データが衝突した場合の調停
用データである。また、MLは、通信データ列におけるデ
ータフレーム部分のデータ長を示すデータである。

【００９９】そして、通信データ変換部２４０は、通信
データ列の作成を終了すると、図９の［２４］に示すよ
うに、通信ドライバ部３００に対して、送信要求のメッ
セージを発行する。すると、通信ドライバ部３００内の
多重通信部３１０は、図９の［２５］の送信処理にて、
通信データ変換部２４０により作成された通信データ列
を、通信ＩＣ７０に出力すると共に、その通信ＩＣを制
御して、上記作成された通信データ列を、通信相手との
通信プロトコルに応じたボーレートや転送タイミングで
多重通信線１０へ送出させる。

【０１００】そして、上述した一連の処理により、マイ
コン６０内のアプリケーション部１００で算出された制
御用データが、多重通信線１０に対応した通信プロトコ
ルのデータ列に変換されて、エアコンＥＣＵ４及びメー
タＥＣＵ６に送信される。尚、上記説明では、主に、Ｐ
Ｎ１の共通パケットデータを作成して送信する場合（つ
まり、図８の［７］で通信制御部４００が共通パケット
データ部２３０へＰＮ１を含んだ送信要求のメッセージ
を発行した場合）について述べたが、ＰＮ１以外の他の
共通パケットデータについても、ＰＮ１の共通パケット
データと同じ要領で作成されて送信される。但し、例え
ば、ＰＮ２の共通パケットデータについては、図８及び
図９に示した処理動作が３Ｓ毎に行われて、その作成及
び送信が行われ、また例えば、ＰＮ３の共通パケットデ
ータについては、図８及び図９に示した処理動作が５Ｓ
毎に行われて、その作成及び送信が行われる。そして、
こうした各共通パケットデータの作成及び送信の周期
は、図５のデータ特定テーブルに記述されたパケット番
号と通信周期とによって決まる。

【０１０１】一方、本実施形態では、マイコン６０のＲ
ＡＭ内に設定された共有メモリが、記憶部に相当し、マ
イコン６０のＲＯＭにおける記憶領域のうちで、物理値
変換部２２０により起動される複数種類のＬＳＢ変換プ
ログラムを格納した所定領域が、変換プログラム格納手
段に相当している。

【０１０２】また、図５のデータ特定テーブルと図６の
物理値変換テーブルとが、変換情報としてのデータテー
ブルに相当し、ＲＯＭ内のテーブル格納部５００におい
て、その両テーブルを記憶した領域が、変換情報記憶手
段に相当している。そして、通信制御部４００が、送信
動作起動手段に相当し、物理値変換部２２０及び共通パ
ケットデータ部２３０が、データ変換手段に相当し、通
信データ変換部２４０及び通信ドライバ部３００が、送
信手段に相当している。

【０１０３】また、共通パケットデータ部２３０のうち
で、図８の［８］に示した処理（データ特定テーブルと
物理値変換テーブルとを参照して、通信制御部４００か
らのパケット番号に対応した各Handle番号を取得する処
理）を行う部分のプログラムが、送信データ特定手段に
相当し、物理値変換部２２０が、精度変換手段に相当
し、共通パケットデータ部２３０のうちで、図８の［１
５］，［１７］，［１９］，［２１］に示した共通パケ
ットデータ生成処理を行う部分のプログラムが、パケッ
トデータ作成手段に相当している。

【０１０４】以上詳述したように本実施形態のエンジン
ＥＣＵ２に設けられたマイコン６０では、図１１に示す
ように、通信相手へ送信する予定の制御用データの各々
に対して、それに対応するＬＳＢ変換プログラムの先頭
アドレス（ＬＳＢ変換コールアドレス）を物理値変換テ
ーブルで定義しておき、送信タイミング毎に動作する物
理値変換部２２０が、その物理値変換テーブルの情報に
基づいて、実際に送信する制御用データに対応したＬＳ
Ｂ変換プログラムを起動することにより、その制御用デ
ータに対してＬＳＢ変換処理を行うようにしている。
尚、図１１は、図８における一点鎖線の六角形の枠で示
したＬＳＢ変換動作の概念図であるよって、何れかの制
御用データに対するＬＳＢ変換の内容を変更する場合に
は、プログラム制御文自体を修正する必要が無く、物理
値変換テーブルにて、その制御用データに対応したＬＳ
Ｂ変換コールアドレスを書き換えるだけで良い。尚、新
たな内容のＬＳＢ変換が必要な場合には、その変換を行
うためのＬＳＢ変換プログラムをＲＯＭに追加した上
で、物理値変換テーブル内のＬＳＢ変換コールアドレス
を変更すれば良い。

【０１０５】また、本実施形態のマイコン６０では、Ｌ
ＳＢ変換すべき制御用データを処理対象として、物理値
変換テーブルに基づき特定されるＬＳＢ変換プログラム
を起動することにより、その制御用データに対してＬＳ
Ｂ変換処理を行うようにしているため、同じ内容のＬＳ
Ｂ変換を行う制御用データが複数ある場合には、例えば
図６における１段目のHandle1 と４段目のHandle2 のよ
うに、物理値変換テーブル内のＬＳＢ変換コールアドレ
スを同じ値（$00001000 ）にしておくことで、その複数
の制御用データに対して同じＬＳＢ変換プログラムを使
用することができる。よって、プログラムの全容量（延
いては、ＲＯＭの必要容量）を削減することができる。

【０１０６】そして更に、本実施形態のマイコン６０に
よれば、例えばＰＮ１のパケットデータの送信周期を１
Ｓから３Ｓに変更するような場合でも、通信制御部４０
０がＰＮ１を含んだ送信要求のメッセージを発行する周
期を変更するだけで良く、ＬＳＢ変換プログラムはもち
ろんのこと、他の部分のプログラムを修正する必要が無
い。特に、本実施形態では、図５のデータ特定テーブル
によって、パケット番号と通信周期とを定義し、通信制
御部４００が、その定義内容に基づいた周期で各パケッ
ト番号を含んだ送信要求のメッセージを発行するように
しているため、送信周期の変更も、データ特定テーブル
の記述内容を書き換えるだけで良く、非常に容易であ
る。

【０１０７】また、本実施形態のマイコン６０では、制
御用データを送信する直前に、その送信対象の制御用デ
ータをＬＳＢ変換するようにしているため、常に最新の
物理値を示す制御用データを通信相手に送ることができ
る。その上、ＬＳＢ変換された制御用データは、送信対
象のパケットデータを構成するデータ領域に即座に格納
されるため、ＬＳＢ変換後のデータを格納しておくため
の記憶領域を別途設ける必要が無く、メモリ容量を削減
することができる。

【０１０８】また更に、本実施形態のマイコン６０で
は、共通パケットデータ部２３０及び物理値変換部２２
０が、通信制御部４００によって発行されるパケット番
号から、データ特定テーブル及び物理値変換テーブルに
基づいて、今回送信すべき複数の制御用データを特定す
ると共に、その特定した各制御用データに対し該当する
ＬＳＢ変換プログラムを起動してＬＳＢ変換処理を夫々
行い、更に、そのＬＳＢ変換処理後の各制御用データか
ら実際に送信するパケットデータ作成するため、前述の
効果に加えて、更に、データ特定テーブル及び物理値変
換テーブルにおけるパケット番号とHandle番号との対応
を変更するだけで、実際に送信されるパケットデータを
構成する制御用データの種別を変更することができる。

【０１０９】以上、本発明の一実施形態について説明し
たが、本発明は、上記実施形態に限定されるものではな
く、種々の形態を採り得ることは言うまでもない。例え
ば、上記実施形態の車両制御システム１では、エンジン
ＥＣＵ２が他の２つのＥＣＵ４，６とデータ通信を行う
ものであったが、ＥＣＵの数は３つに限るものではな
く、２つ或いは４つ以上でも良い。

【０１１０】また、上記実施形態は、他のＥＣＵ４，６
とデータ通信を行うエンジンＥＣＵ２に本発明を適用し
たものであったが、本発明は、例えば、内部に搭載され
た複数のマイコン同士がデータ通信を行うＥＣＵに対し
ても、同様に適用することができる。つまり、この場合
には、１つのマイコンに着目すると、その通信相手が同
じＥＣＵに搭載された他のマイコンとなる。

【図面の簡単な説明】

【図１】 実施形態の車両制御システムの構成を表す構
成図である。

【図２】 図１の車両制御システムを構成するエンジン
ＥＣＵの内部構成を表すブロック図である。

【図３】 エンジンＥＣＵに設けられたマイコン内の通
信モデルを仮想的に示した概念図である。

【図４】 テーブル格納部に格納された共有メモリテー
ブルを説明する説明図である。

【図５】 テーブル格納部に格納されたデータ特定テー
ブルを説明する説明図である。

【図６】 テーブル格納部に格納された物理値変換テー
ブルを説明する説明図である。

【図７】 アプリケーション部によって求められた制御
用データを共有メモリに格納する処理動作を示すメッセ
ージシーケンスチャートである。

【図８】 共有メモリに格納された制御用データから共
通パケットデータを生成する処理動作を示すメッセージ
シーケンスチャートである。

【図９】 図８の処理動作で生成された共通パケットデ
ータを、通信データ列に変換して送信する処理動作を示
すメッセージシーケンスチャートである。

【図１０】 図８の処理動作によって作成される共通パ
ケットデータを表す模式図である。

【図１１】 図８におけるＬＳＢ変換動作の概念図であ
る。

【図１２】 一般的な車両制御システムの構成を表す構
成図である。

【図１３】 従来の精度変換処理用プログラム（ＬＳＢ
変換プログラム）の構造を説明する説明図である。

【符号の説明】

１…車両制御システム ２…エンジンＥＣＵ ４…
エアコンＥＣＵ ６…メータＥＣＵ １０…多重通信線 ６０…マイ
コン ６４…入力回路 ６６…出力回路 ７０…通信ＩＣ １００…アプリケーション部 １１０…エンジンアプ
リケーションソフト １２０…ＥＣＴアプリケーションソフト １３０…クルーズアプリケーションソフト ２００…
通信変換部 ２１０…共有メモリ部 ２２０…物理値変換部 ２３０…共通パケットデータ部 ２４０…通信データ
変換部 ３００…通信ドライバ部 ４００…通信制御部 ５
００…テーブル格納部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 自動車に搭載された制御対象を制御する
   ための演算処理を行うと共に、その演算処理により算出
   した制御用データを所定の記憶部に格納し、更に、前記
   記憶部に格納された制御用データのうちで通信相手へ送
   信すべき各制御用データに対して、そのデータを、該デ
   ータが示す物理値を前記通信相手側で扱われる分解能で
   表すデータに変換する精度変換処理を行うと共に、その
   精度変換処理後の制御用データを前記通信相手へ送信す
   る情報処理装置を備えた自動車用制御装置において、 前記情報処理装置は、 前記通信相手へ送信すべき各制御用データに対して前記
   精度変換処理を夫々行うための複数種類の変換プログラ
   ムを格納した変換プログラム格納手段と、 前記通信相手へ送信すべき各制御用データと、前記変換
   プログラム格納手段に格納された各変換プログラムと
   の、対応関係を示す変換情報を記憶した変換情報記憶手
   段と、 予め定められた送信タイミングになると、前記通信相手
   へ今回送信すべき制御用データを示す送信指令を発行す
   る送信動作起動手段と、 前記送信指令が発行されると、その送信指令が示す制御
   用データを前記記憶部から読み出すと共に、前記変換情
   報記憶手段に記憶されている変換情報に基づいて、前記
   送信指令が示す制御用データに対応した前記変換プログ
   ラム格納手段内の変換プログラムを特定し、その特定し
   た変換プログラムを、前記読み出した制御用データを処
   理対象として起動することにより、前記送信指令が示す
   制御用データに対して前記精度変換処理を行うデータ変
   換手段と、 該データ変換手段による精度変換処理が完了すると、そ
   の精度変換処理後の制御用データを前記通信相手へ送信
   する送信手段と、 を備えていることを特徴とする自動車用制御装置。
2. 【請求項２】 請求項１に記載の自動車用制御装置にお
   いて、 前記変換情報記憶手段は、前記変換情報として、前記通
   信相手へ送信すべき各制御用データの種別情報と、その
   種別情報が示す制御用データに対して前記精度変換処理
   を行うための前記変換プログラムが、前記変換プログラ
   ム格納手段内において何れの格納位置に格納されている
   かを示す格納位置情報とを、対応付けて記述したデータ
   テーブルを記憶しており、 前記データ変換手段は、前記データテーブルから、前記
   送信指令が示す制御用データの種別情報に対応した前記
   格納位置情報を取得し、前記記憶部から読み出した制御
   用データを処理対象として、前記取得した格納位置情報
   が示す格納位置に格納されている変換プログラムを起動
   することにより、前記送信指令が示す制御用データに対
   して前記精度変換処理を行うこと、 を特徴とする自動車用制御装置。
3. 【請求項３】 請求項１に記載の自動車用制御装置にお
   いて、 前記情報処理装置は、複数種類の制御用データを直列に
   並べたパケットデータを前記通信相手へ送信するもので
   あり、 前記変換情報記憶手段は、前記変換情報として、前記パ
   ケットデータの識別番号と、その識別番号のパケットデ
   ータを構成する各制御用データの種別情報と、その種別
   情報が示す制御用データに対して前記精度変換処理を行
   うための前記変換プログラムが、前記変換プログラム格
   納手段内において何れの格納位置に格納されているかを
   示す格納位置情報とを、対応付けて記述したデータテー
   ブルを記憶しており、 前記送信動作起動手段は、前記送信指令として、前記通
   信相手へ今回送信すべき前記パケットデータの識別番号
   を発行し、 前記データ変換手段は、 前記送信動作起動手段によって前記送信指令としての識
   別番号が発行されると、前記データテーブルから、前記
   発行された識別番号に対応した各制御用データの種別情
   報を取得する送信データ特定手段と、 該送信データ特定手段によって取得された前記種別情報
   の各々について、その種別情報に該当する制御用データ
   を前記記憶部から読み出すと共に、前記データテーブル
   から、その種別情報に対応した前記格納位置情報を取得
   し、更に、前記読み出した制御用データを処理対象とし
   て、前記取得した格納位置情報が示す格納位置に格納さ
   れている変換プログラムを起動することにより、その各
   識別情報の制御用データに対して前記精度変換処理を行
   う精度変換手段と、 該精度変換手段によって前記精度変換処理が行われた後
   の各制御用データを直列に並べることにより、前記通信
   相手へ送信すべきパケットデータを作成するパケットデ
   ータ作成手段とを備え、 前記送信手段は、前記パケットデータ作成手段によって
   作成されたパケットデータを前記通信相手へ送信するこ
   と、 を特徴とする自動車用制御装置。