JP2001242929A - 電子制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 電子制御装置において、動作検査用の外部装
置が当該電子制御装置から通信にて入手する全データ
が、同じタイミングでのデータとなるようにする。 【解決手段】 ２つのＣＰＵを備えた電子制御装置にお
いて、外部装置からデータ要求（モニタ要求アドレス）
が順次送信されると（１）、その全てのデータ要求が第
１ＣＰＵに受信されて、両ＣＰＵで記憶される（２，
３）。その後、外部装置からのモニタ開始要求（４）が
第１ＣＰＵに受信されると、第１ＣＰＵから第２ＣＰＵ
へ指令が行き（６，８）、各ＣＰＵは、記憶したデータ
要求のうち、自己の演算データに対するデータ要求に該
当するデータを自己のＲＡＭから自己のバッファにコピ
ーする（７，９）。そして、第２ＣＰＵのバッファ内デ
ータが第１ＣＰＵのバッファに転送された後（１０）、
第１ＣＰＵのバッファ内データが外部装置に送信される
（１２）。以後同じ動作が一定時間毎に繰り返される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば車両のエン
ジン等を制御する電子制御装置に関し、特に、通信線を
介して動作検査用の外部装置が接続されて、その外部装
置からのデータ要求を受信すると、そのデータ要求に該
当するデータを内部のメモリから読み出して上記外部装
置に送信する、といったモニタ用出力機能を有した電子
制御装置に関するものである。

【０００２】

【従来の技術】車両のエンジンを制御する車載用の電子
制御装置（以下、エンジンＥＣＵという）を例に挙げて
説明すると、エンジンＥＣＵでは、水温センサ等の各種
センサから出力される情報を入力してインジェクタ等の
各種アクチュエータに対する制御量を演算し、その演算
結果に基づきアクチュエータへ駆動信号を出力する、と
いった処理を行って、制御対象としてのエンジンを制御
している。また、こうした制御用の処理は、実際には、
そのエンジンＥＣＵに搭載されたマイコン（マイクロコ
ンピュータの略であり、以下、ＣＰＵともいう）が実行
している。

【０００３】ところで、エンジンＥＣＵとして、図７
（ａ）に示すように、車両に搭載された状態でパソコン
（パーソナルコンピュータ）等からなる動作検査用の外
部装置と通信線を介して接続可能に構成されたものがあ
る。そして、このようなエンジンＥＣＵは、処理の実行
に伴い内部のメモリに格納されるデータ（内部データ）
のうちの何れかを要求するデータ要求が外部装置から送
信されて来ると、そのデータ要求に該当する要求対象の
データを上記メモリから読み出して外部装置へ送信す
る、といったモニタ用出力機能を有するように設計され
ている。また一般に、外部装置からは、データ要求とし
て、要求対象データの格納先であるメモリのアドレスが
送信され、エンジンＥＣＵ側では、外部装置から受信し
たメモリアドレスからデータを読み出して、そのデータ
を外部装置へ返送する。

【０００４】ここで、従来より、この種のモニタ用出力
機能を有したエンジンＥＣＵは、外部装置からデータ要
求が１つ送信されて来る毎に、そのデータ要求に該当す
るデータをメモリから読み出して外部装置へ送信するよ
うに構成されていた。そして、このようなエンジンＥＣ
Ｕによれば、例えば、そのエンジンＥＣＵにて現在算出
されている水温値（エンジンの冷却水温の値）と燃料噴
射量とを外部装置によってモニタしたい場合、図８にお
ける「外部装置との通信」の段に示すように、外部装置
から水温データ（水温値を示すデータ）に対するデータ
要求（水温要求）を送信すると、エンジンＥＣＵ内のメ
モリに格納されている最新の水温データが入手でき、次
に、外部装置から噴射量データ（燃料噴射量を示すデー
タ）に対するデータ要求（噴射量要求）を送信すると、
エンジンＥＣＵ内のメモリに格納されている最新の噴射
量データが入手できることとなり、このような手順で順
次入手した各データから、車両に搭載した状態でのエン
ジンＥＣＵの動作を検証することができる。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来のエンジンＥＣＵでは、外部装置からの１つのデータ
要求毎に、それに該当するデータを返すように構成され
ているため、外部装置が入手する各データが同じタイミ
ングでの値とならず、正確な動作チェックを行うことが
できないという問題がある。

【０００６】上記例に基づき具体的に説明すると、まず
一般に、エンジンＥＣＵにおいて、水温値は、水温セン
サからのアナログ信号をＡ／Ｄ変換した値として算出さ
れ、燃料噴射量は、その水温値をパラメータとして算出
される。ここで、図８に例示するように、エンジンＥＣ
Ｕ内のＣＰＵにて水温値が７０℃として算出されている
時に、外部装置からの水温要求があり、エンジンＥＣＵ
から外部装置へ７０℃を示す水温データが返送されたと
する。

【０００７】そして次に、外部装置からの噴射量要求が
あった時、ＣＰＵにて、既に水温値が７２℃に更新さ
れ、燃料噴射量が水温値＝７２℃という条件で算出され
ていたとすると、その噴射量要求に対する外部装置への
噴射量データは、水温値が７２℃の時の燃料噴射量を示
すものとなってしまう。

【０００８】このため、外部装置へ返送される水温デー
タと噴射量データとが対応しなくなり、例えば、外部装
置がエンジンＥＣＵからのデータを表示するような構成
の場合、その外部装置に表示される各データの値を見て
も、エンジンＥＣＵが正常に動作しているか否かを正確
に判断することができなくなってしまう。

【０００９】そして、こうした問題は、外部装置がデー
タ要求を送信してからエンジンＥＣＵが要求対象のデー
タを返送するまでの所要時間（即ち、１データ毎の通信
所要時間）が、長い場合ほど起こり易い。このため、上
記問題は、エンジンＥＣＵが、図７（ｂ）に示す如くメ
インの第１ＣＰＵとサブの第２ＣＰＵとの２つのＣＰＵ
を備えた構成の場合に、更に顕著となる。

【００１０】具体的に説明すると、まず、２つのＣＰＵ
を備えたエンジンＥＣＵの場合、第１ＣＰＵと第２ＣＰ
Ｕとが、通信により互いにデータをやり取りしながらエ
ンジン制御用の各種処理を実行すると共に、外部装置が
通信線を介して接続された場合には、第１ＣＰＵが外部
装置との通信を行うこととなる。

【００１１】そして、従来の２ＣＰＵ構成のエンジンＥ
ＣＵにおいて、外部装置から第１ＣＰＵで演算されるデ
ータに対するデータ要求が送信されて来た場合には、第
１ＣＰＵが、先に述べた様に、そのデータ要求に該当す
るデータを、自分のメモリ（即ち、第１ＣＰＵが処理の
実行に使用しているメモリ）から読み出して外部装置へ
送信する。

【００１２】また、外部装置から第２ＣＰＵで演算され
るデータに対するデータ要求が送信されて来た場合、第
１ＣＰＵは、まず、そのデータ要求を第２ＣＰＵへ送信
する。すると、第２ＣＰＵは、第１ＣＰＵからのデータ
要求に該当するデータを、自分のメモリ（即ち、第２Ｃ
ＰＵが処理の実行に使用しているメモリ）から読み出し
て第１ＣＰＵへ送信する。そして、第１ＣＰＵは、第２
ＣＰＵからのデータを外部装置へと送信することとな
る。

【００１３】ここで、図９に例示するように、第１ＣＰ
Ｕが、水温値及び燃料噴射量を算出しており、第２ＣＰ
Ｕが、第１ＣＰＵにて算出された水温値に基づいて、ア
イドルスピード制御バルブの制御量（ＩＳＣ量）を算出
しているものとする。そして更に、図９の如く、第１Ｃ
ＰＵにて水温値が７０℃として算出されている時に外部
装置からの水温要求があって、第１ＣＰＵが７０℃を示
す水温データを外部装置へ送信し、次に、外部装置から
の噴射量要求があって、第１ＣＰＵが水温値＝７２℃と
いう更新後の条件で算出した噴射量データを外部装置へ
送信し、その後、外部装置からエンジンＥＣＵへ、第２
ＣＰＵで演算されるＩＳＣ量データに対するデータ要求
（ＩＳＣ量要求）が送信されて来たとする。

【００１４】すると、この場合、第２ＣＰＵは、第１Ｃ
ＰＵからＩＳＣ量要求を受け取って、その時に演算して
いる最新のＩＳＣ量データを第１ＣＰＵへ送信し、その
ＩＳＣ量データが第１ＣＰＵによって外部装置へ送信さ
れることとなる。そして、この時に送信されるＩＳＣ量
データは、最初に送信された水温データ（７０℃）や、
その次に送信された噴射量データの元となった水温デー
タ（７２℃）よりも、更に更新された水温値（図９の例
では７４℃）を元に算出されたものとなる可能性がある
ことは勿論であるが、外部装置がＩＳＣ量要求を送信し
てから外部装置へＩＳＣ量データが返送されるまでの時
間間隔は、第１及び第２ＣＰＵ間での通信に要する時間
も加わるため、外部装置から第１ＣＰＵで演算されるデ
ータに対するデータ要求（上記例では水温要求と噴射量
要求）が送信されて来た場合よりも長くなる。

【００１５】よって、その後、外部装置から水温データ
を元に演算される他のデータに対するデータ要求が送信
されて来たとすると、そのデータ要求に対して返送され
るデータは、１ＣＰＵ構成の場合と比較すると、最初に
水温データを返送した時から更に遅れた時点のデータと
なってしまう。

【００１６】このように、２ＣＰＵ構成の場合、外部装
置へ返送される各データが、より異なったタイミングで
の値となり易く、エンジンＥＣＵの正確な動作チェック
が一層困難になる。尚、例えば第１ＣＰＵのメモリ及び
第２ＣＰＵのメモリとして、通常のＲＡＭではなく、Ｄ
ＰＲＡＭ（DUAL PORT RAM）を用い、外部装置がそのＤ
ＰＲＡＭから高速に複数のデータを入手できるようにす
ることも考えられるが、この場合には、ＤＰＲＡＭとい
う高価な素子と共に、それと通信するための特別な通信
ラインが必要となり、大幅なハードウエア変更及びコス
トアップを招いてしまう。

【００１７】本発明は、こうした問題に鑑みなされたも
のであり、電子制御装置において、動作検査用の外部装
置と通信を行うためのハードウエア構成を変更すること
なく、その外部装置が当該電子制御装置から入手する全
てのデータが、同じタイミングでのデータとなるように
することを目的としている。

【００１８】

【課題を解決するための手段、及び発明の効果】上記目
的を達成するためになされた請求項１に記載の電子制御
装置は、制御対象を制御するための処理を実行すると共
に、動作検査用の外部装置と通信線を介して接続可能に
構成されている。そして、この電子制御装置は、処理の
実行に伴い内部のメモリに格納されるデータ（即ち、処
理で演算される内部データ）のうちの何れかを要求する
データ要求が前記外部装置から送信されて来ると、その
データ要求に該当する要求対象のデータを前記メモリか
ら読み出して外部装置へ送信する、といったモニタ用出
力機能を有している。

【００１９】ここで特に、請求項１に記載の電子制御装
置においては、こうしたモニタ用出力機能を実現するた
めに、外部装置からのデータ要求を複数記憶可能な要求
記憶手段と、外部装置へ返送すべき要求対象データを格
納するためのバッファとを備えており、要求処理手段
が、外部装置からモニタ開始要求が送信されて来る前に
該外部装置から送信されて来る全てのデータ要求を、要
求記憶手段に格納する。

【００２０】尚、要求記憶手段及びバッファは、前記メ
モリにおける特定の記憶領域として夫々設けられても良
いし、また、前記メモリとは別体のメモリとして夫々設
けられても良い。そして、転送制御手段が、外部装置か
らモニタ開始要求が送信されて来ると、要求処理手段に
よって要求記憶手段に格納されたデータ要求の各々に該
当する全てのデータを、前記メモリから読み出して前記
バッファに書き込む。そして更に、要求対象データ送信
手段が、転送制御手段によってバッファに書き込まれた
全てのデータを外部装置へ送信する。

【００２１】このような請求項１の電子制御装置では、
まず、外部装置から所望のデータを要求する複数のデー
タ要求を順次送信すると、そのデータ要求は、要求処理
手段により、全て要求記憶手段に格納される。尚、デー
タ要求の数は１つのみであっても構わない。

【００２２】そして、その後、外部装置から任意のタイ
ミングでモニタ開始要求を送信すると、要求記憶手段に
格納されたデータ要求の各々に該当する全てのデータ
（要求対象データ）が、転送制御手段によりメモリから
バッファにコピーされ、そのバッファにコピーされた全
データが、要求対象データ送信手段によって外部装置へ
と送信されることとなる。

【００２３】つまり、請求項１の電子制御装置では、外
部装置からデータ要求が１つ送信されて来る毎に、それ
に該当するデータをメモリから読み出して返送するので
はなく、まず外部装置からのデータ要求を一旦全て記憶
し、その後、外部装置からモニタ開始要求が送信されて
来ると、記憶した各データ要求に該当する全ての要求対
象データをメモリからバッファにコピーして、そのバッ
ファ内のデータを外部装置へ返送するようにしている。

【００２４】このため、請求項１の電子制御装置によれ
ば、外部装置から要求されて外部装置へと返送される各
内部データ、即ち、外部装置が当該電子制御装置から入
手する各データを、同じタイミングでの時間的に対応の
取れたデータとすることができる。よって、前述した問
題が解消され、外部装置側にて当該電子制御装置の動作
状態を正確に判断することができるようになる。しか
も、外部装置と通信を行うためのハードウエア構成を従
来のものから変更せずに、こうした効果を得ることがで
きる。

【００２５】次に、請求項２に記載の電子制御装置で
は、上記請求項１の電子制御装置において、更に定期動
作制御手段を備えている。そして、この定期動作制御手
段は、外部装置からのモニタ開始要求に伴って転送制御
手段が動作した後、再びその転送制御手段を一定時間毎
に繰り返し動作させると共に、要求対象データ送信手段
によってバッファ内の全データが送信されてから、転送
制御手段によってバッファに新たなデータが書き込まれ
るまでの間に、そのバッファ内の旧データをクリアす
る。

【００２６】このような請求項２の電子制御装置によれ
ば、外部装置からのモニタ開始要求を受けると、その時
から一定時間毎に、要求記憶手段に事前に格納されてい
る各データ要求に該当するデータが、メモリからバッフ
ァへ改めてコピーされ、そのバッファ内の最新の要求対
象データが外部装置へと送信されることとなる。

【００２７】このため、外部装置は、所望のデータを要
求する複数のデータ要求を送信した後、モニタ開始要求
を１回送信するだけで、当該電子制御装置における一定
時間毎の且つ互いに同じタイミングでの複数の要求対象
データを定期的に入手することができ、その結果、当該
電子制御装置の一定時間毎の動作状態を、簡単且つ正確
に刻々とモニタすることができるようになる。

【００２８】次に、請求項３に記載の電子制御装置は、
互いにデータをやり取りしつつ制御対象を制御するため
の処理を実行する第１マイコンと第２マイコンを備えて
いると共に、動作検査用の外部装置と通信線を介して接
続可能に構成されている。そして、この電子制御装置で
は、第１マイコンと第２マイコンとの各々で演算される
データのうちの何れかを要求するデータ要求が前記外部
装置から送信されて来ると、第１マイコンが、そのデー
タ要求に該当する要求対象のデータを、当該第１マイコ
ンが処理の実行に使用する第１メモリ及び第２マイコン
が処理の実行に使用する第２メモリから収集して外部装
置へ送信する。

【００２９】つまり、請求項３の電子制御装置は、図７
（ｂ）の如き２ＣＰＵ構成で且つモニタ用出力機能を有
した電子制御装置であるが、モニタ用出力機能を実現す
るために、以下に述べる特有の形態を採っている。ま
ず、第１マイコンは、外部装置からのデータ要求を複数
記憶可能な第１の要求記憶手段と、外部装置へ返送すべ
き要求対象データを格納するための第１バッファとを備
えている。尚、第１の要求記憶手段及び第１バッファ
は、第１メモリにおける特定の記憶領域として夫々設け
られても良いし、また、第１メモリとは別体のメモリと
して夫々設けられても良い。

【００３０】そして、第１マイコンでは、第１の要求処
理手段が、外部装置からモニタ開始要求が送信されて来
る前に該外部装置から送信されて来る全てのデータ要求
を、第１の要求記憶手段に格納すると共に、そのデータ
要求のうち、少なくとも、第２マイコンで演算されるデ
ータに対するデータ要求を、第２マイコンへ出力する。
また、第１の転送制御手段が、外部装置からモニタ開始
要求が送信されて来ると、第２マイコンへデータ収集指
令を出力すると共に、第１の要求処理手段によって第１
の要求記憶手段に格納されたデータ要求のうち、当該第
１マイコンで演算されるデータに対するデータ要求の各
々に該当する全てのデータを、前記第１メモリから読み
出して第１バッファに書き込む。

【００３１】一方、第２マイコンも、第１マイコンと同
様に、データ要求を複数記憶可能な第２の要求記憶手段
と、要求対象データを格納するための第２バッファとを
備えている。尚、第２の要求記憶手段及び第２バッファ
も、第２メモリにおける特定の記憶領域として夫々設け
られても良いし、また、第２メモリとは別体のメモリと
して夫々設けられても良い。

【００３２】そして、第２マイコンでは、第２の要求処
理手段が、第１マイコンから前記データ収集指令が出力
される前に該第１マイコンから出力されるデータ要求
を、第２の要求記憶手段に格納する。また、第２の転送
制御手段が、第１マイコンからデータ収集指令が出力さ
れると、第２の要求処理手段によって第２の要求記憶手
段に格納されたデータ要求のうち、当該第２マイコンで
演算されるデータに対するデータ要求の各々に該当する
全てのデータを、前記第２メモリから読み出して第２バ
ッファに書き込み、その第２バッファに書き込んだデー
タを第１マイコンに出力する。

【００３３】一方更に、第１マイコンでは、第３の転送
制御手段が、第１の転送制御手段が前記データ収集指令
を出力したことに伴い第２マイコンから出力されるデー
タ（即ち、第２マイコンにおける第２の転送制御手段に
よって出力されるデータ）を、第１バッファに書き込
む。そして、要求対象データ送信手段が、第１及び第３
の転送制御手段によって第１バッファに書き込まれた全
てのデータを外部装置へ送信する。

【００３４】このような請求項３の電子制御装置におい
て、外部装置から、例えば、第１マイコンで演算される
データに対するデータ要求と、第２マイコンで演算され
るデータに対するデータ要求とを、複数個順次送信した
とする。すると、第１マイコン側では、外部装置からの
全データ要求が、第１の要求処理手段により第１の要求
記憶手段に記憶され、また、第２マイコン側では、外部
装置からのデータ要求のうち、少なくとも第２マイコン
で演算されるデータに対するデータ要求が、第２の要求
処理手段により第２の要求記憶手段に記憶される。

【００３５】そして、その後、外部装置から任意のタイ
ミングでモニタ開始要求を送信すると、第１マイコンか
ら第２マイコンへデータ収集指令が出力されると共に、
第１マイコン側では、第１の要求記憶手段に格納された
データ要求のうち、当該第１マイコンで演算されるデー
タに対するデータ要求の各々に該当する全てのデータ
が、第１メモリから第１バッファにコピーされる。尚、
こうした動作は、第１の転送制御手段によって行われ
る。

【００３６】また、第２マイコン側においても、第１マ
イコンからデータ収集指令が出力されることに伴って、
第２の要求記憶手段に格納されたデータ要求のうち、当
該第２マイコンで演算されるデータに対するデータ要求
の各々に該当する全てのデータが、第２メモリから第２
バッファにコピーされ、その第２バッファにコピーされ
たデータが第１マイコンへと出力される。尚、こうした
動作は、第２の転送制御手段によって行われる。

【００３７】すると、第１マイコン側では、第３の転送
制御手段により、第２マイコンからのデータが第１バッ
ファに追加して書き込まれ、このようにして、外部装置
から要求された全てのデータが、第１バッファに格納さ
れる。そして、この第１バッファに格納された全データ
が、要求対象データ送信手段によって外部装置へと送信
される。

【００３８】つまり、この請求項３の電子制御装置にお
いても、外部装置からデータ要求が１つ送信されて来る
毎に該当するデータを返送するのではなく、まず外部装
置からのデータ要求を一旦全て記憶し、その後、外部装
置からモニタ開始要求が送信されて来ると、要求対象デ
ータの収集動作を開始して、第１マイコンで演算される
要求対象データは、第１マイコン側の第１メモリから第
１バッファにコピーし、また、第２マイコンで演算され
る要求対象データは、第２マイコン側の第２メモリから
第２バッファへコピーしている。そして、第２マイコン
側の第２バッファにコピーしたデータを第１マイコン側
の第１バッファに転送した後、その第１バッファ内の全
データを外部装置へ送信するようにしている。

【００３９】このため、請求項３の電子制御装置によれ
ば、２ＣＰＵ構成であるにも拘わらず、外部装置から要
求されて外部装置へと返送される各内部データ、即ち、
外部装置が当該電子制御装置から入手する各データを、
同じタイミングでの時間的に対応の取れたデータとする
ことができる。よって、前述した問題が解消され、外部
装置側にて当該電子制御装置の動作状態を正確に判断す
ることができるようになる。しかも、外部装置と通信を
行うためのハードウエア構成を従来のものから変更せず
に、こうした効果を得ることができる。

【００４０】尚、第１マイコン側の第１の要求処理手段
が、第２マイコンで演算されるデータに対するデータ要
求だけを第２マイコンへ出力するようにした場合、第２
マイコン側の第２の転送制御手段は、第２の要求記憶手
段に格納された全てのデータ要求に夫々該当するデータ
を、第２メモリから読み出して第２バッファに書き込む
ようにすれば良い。

【００４１】次に、請求項４に記載の電子制御装置で
は、上記請求項３の電子制御装置において、第１マイコ
ンが、更に定期動作制御手段を備えている。そして、第
１マイコンにおいて、この定期動作制御手段は、外部装
置からのモニタ開始要求に伴って第１の転送制御手段が
動作した後、再びその第１の転送制御手段を一定時間毎
に繰り返し動作させると共に、要求対象データ送信手段
によって第１バッファ内の全データが送信されてから、
第１及び第３の転送制御手段によって第１バッファに新
たなデータが書き込まれるまでの間に、その第１バッフ
ァ内の旧データをクリアする。

【００４２】このような請求項４の電子制御装置によれ
ば、外部装置からのモニタ開始要求を受けると、その時
から一定時間毎に、第１マイコン側の第１の転送制御手
段が動作して、それに伴い第２マイコン側の第２の転送
制御手段が動作し、更に第１マイコン側の第３の転送制
御手段及び要求対象データ送信手段が動作する。このた
め、外部装置から要求された要求対象データは、一定時
間毎に、第１マイコン側の第１メモリ及び／又は第２マ
イコン側の第２メモリから、第１マイコン側の第１バッ
ファへと改めてコピーされ、外部装置へと送信されるこ
ととなる。

【００４３】よって、前述した請求項２の電子制御装置
と同様に、外部装置は、所望のデータを要求する複数の
データ要求を送信した後、モニタ開始要求を１回送信す
るだけで、当該電子制御装置における一定時間毎の且つ
互いに同じタイミングでの複数の要求対象データを定期
的に入手することができ、その結果、当該電子制御装置
の一定時間毎の動作状態を、簡単且つ正確に刻々とモニ
タすることができるようになる。

【００４４】

【発明の実施の形態】以下、本発明が適用された実施形
態の電子制御装置について、図面を用いて説明する。
尚、本実施形態の電子制御装置は、車両のエンジンを制
御するエンジンＥＣＵであり、以下単に、ＥＣＵとい
う。

【００４５】まず図１は、本実施形態のＥＣＵ１０の構
成を表すブロック図である。図１に示すように、本実施
形態のＥＣＵ１０は、メインの第１ＣＰＵ（第１マイコ
ンに相当）１２と、サブの第２ＣＰＵ（第２マイコンに
相当）１４とを備えている。そして、その２つのＣＰＵ
１２，１４は、通信線１６を介した定期的な通信によっ
て互いにデータをやり取りしながら、エンジンを制御す
るための処理を実行している。

【００４６】具体的に説明すると、第１ＣＰＵ１２に
は、エンジンの冷却水温を検出するための水温センサ１
８や吸入空気量を検出するためのエアフロメータ（図示
省略）等、エンジンの運転状態を検出するのに必要な各
種センサからの信号が入力されている。そして、第１Ｃ
ＰＵ１２は、それら各センサの信号から水温値や吸入空
気量等を定期的に算出すると共に、その演算値をパラメ
ータとして、例えば、エンジンへの燃料噴射量を定期的
に算出し、その演算した噴射量に基づきインジェクタ１
９へ駆動信号を出力している。また、第２ＣＰＵ１４
は、上記通信線１６を介した定期的な通信によって、第
１ＣＰＵ１２で算出された水温値等のデータを受け取
り、例えば、第１ＣＰＵ１２からの水温値をパラメータ
としてＩＳＣ量（アイドルスピード制御バルブの制御
量）を定期的に算出すると共に、その演算値に基づきア
イドルスピード制御バルブ（ＩＳＣバルブ）２０へ駆動
信号を出力している。

【００４７】そして更に、本実施形態のＥＣＵ１０は、
車両に搭載された状態で、パソコンからなる動作検査用
の外部装置２６とシリアル通信用の通信線２８を介して
接続可能に構成されている。そして、その外部装置２６
との通信は、第１ＣＰＵ１２が行うようになっている。
つまり、第１ＣＰＵ１２と第２ＣＰＵ１４との各々で演
算されるデータのうちの何れかを要求するデータ要求が
外部装置２６から送信されて来ると、第１ＣＰＵ１２
が、通信窓口となって、そのデータ要求に該当する要求
対象のデータを、当該第１ＣＰＵ１２内のＲＡＭ２２
（第１メモリに相当）及び第２ＣＰＵ１４内のＲＡＭ２
４（第２メモリに相当）から収集し、外部装置２６へ送
信するようになっている。

【００４８】また、当該ＥＣＵ１０から外部装置２６へ
送信されたデータは、その外部装置２６に設けられたデ
ィスプレイ（図示省略）に表示される。そして、作業者
が、そのディスプレイに表示されたデータの値から、当
該ＥＣＵ１０の動作状態を検証することとなる。

【００４９】尚、第１ＣＰＵ１２内のＲＡＭ２２は、第
１ＣＰＵ１２の構成要素であると共に、第１ＣＰＵ１２
が処理の実行に使用するメモリである。このため、第１
ＣＰＵ１２で演算される水温値や噴射量などのデータ
は、このＲＡＭ２２の所定アドレスに格納される。同様
に、第２ＣＰＵ１４内のＲＡＭ２４は、第２ＣＰＵ１４
の構成要素であると共に、第２ＣＰＵ１４が処理の実行
に使用するメモリである。このため、第２ＣＰＵ１４で
演算されるＩＳＣ量などのデータは、このＲＡＭ２４の
所定アドレスに格納される。

【００５０】次に、本実施形態において、外部装置２６
からＥＣＵ１０へは、データ要求としてのモニタ要求ア
ドレスと、当該ＥＣＵ１０に要求対象データの収集及び
送信動作を開始させるためのコマンドであるモニタ開始
要求と、当該ＥＣＵ１０に要求対象データの収集及び送
信動作を停止させるためのコマンドであるモニタキャン
セル要求とが、その順で送信されるようになっている。
また、外部装置２６は、上記モニタ開始要求を送信する
前に、当該ＥＣＵ１０に要求したい各要求対象データ毎
のモニタ要求アドレスを、その要求したいデータの分だ
け順次送信するようになっている。

【００５１】そして、外部装置２６から送信される各モ
ニタ要求アドレスは、図２（ａ）の最上欄に示すよう
に、そのモニタ要求アドレスの連番であるチャンネル番
号（ｃｈＮｏ．）と、要求対象データが第１ＣＰＵ１２
と第２ＣＰＵ１４との何れで演算されるデータであるか
を示すＣＰＵ番号（ＣＰＵ−Ｎｏ．）と、要求対象デー
タのＲＡＭ２２又はＲＡＭ２４における格納先アドレス
とからなっている。

【００５２】また、本実施形態のＥＣＵ１０において、
第１ＣＰＵ１２のＲＡＭ２２には、演算データを格納す
るための記憶領域とは別に、外部装置２６からのモニタ
要求アドレスを複数記憶可能な要求記憶領域２２ａ（第
１の要求記憶手段に相当）が予め設定されており、同様
に、第２ＣＰＵ１４のＲＡＭ２４にも、演算データを格
納するための記憶領域とは別に、モニタ要求アドレスを
複数記憶可能な要求記憶領域２４ａ（第２の要求記憶手
段に相当）が予め設定されている。

【００５３】また更に、第１ＣＰＵ１２には、外部装置
２６へ返送すべき要求対象データを格納するためのサン
プリングバッファ３２（第１バッファに相当）が設けら
れており、同様に、第２ＣＰＵ１４にも、要求対象デー
タを格納するためのサンプリングバッファ３４（第２バ
ッファに相当）が設けられている。

【００５４】次に、本実施形態のＥＣＵ１０が外部装置
２６と接続された場合に、第１ＣＰＵ１２と第２ＣＰＵ
１４との各々で実行される処理について、図３及び図４
を用いて説明する。まず図３は、第１ＣＰＵ１２で実行
される処理を表すフローチャートであり、この処理は、
一定時間毎（本実施形態では４ｍｓ毎）に繰り返し実行
される。

【００５５】第１ＣＰＵ１２が図３の処理を開始する
と、まずステップ（以下単に「Ｓ」と記す）１００に
て、外部装置２６からのモニタキャンセル要求を受信し
たか否かを判定し、モニタキャンセル要求を受信したな
らば、Ｓ１１０に進んで、当該第１ＣＰＵ１２側のサン
プリングバッファ３２内のデータと、後述するモニタ開
始フラグ，サンプリングトリガフラグ，及び一定時間を
計時するためのカウンタの値とを、全て０にクリアする
と共に、第２ＣＰＵ１４へ、外部装置２６からモニタキ
ャンセル要求が送信されて来たことを、通信線１６を介
して通知し、その後、当該処理を終了する。

【００５６】尚、このＳ１１０でクリアされるサンプリ
ングバッファ３２内のデータ，モニタ開始フラグ，サン
プリングトリガフラグ，及びカウンタの値は、当該第１
ＣＰＵ１２が動作を開始した直後に実行される初期化処
理によっても、０にクリアされる。

【００５７】一方、上記Ｓ１００でモニタキャンセル要
求を受信していないと判定した場合には、Ｓ１２０に移
行して、モニタ開始フラグが１であるか否かを判定し、
モニタ開始フラグが１でなければ、続くＳ１３０にて、
外部装置２６からのモニタ要求アドレスを受信したか否
か（即ち、外部装置２６からモニタ要求アドレスが送信
されて来たか否か）を判定する。

【００５８】ここで、モニタ要求アドレスを受信したな
らば、Ｓ１４０に進んで、その受信したモニタ要求アド
レスを、自己のＲＡＭ２２の要求記憶領域２２ａに格納
すると共に、第２ＣＰＵ１４へデータを送信するための
通信用メモリにも格納する。すると、その通信用メモリ
に格納されたモニタ要求アドレスは、通信線１６を介し
て第２ＣＰＵ１４へ出力される。

【００５９】そして、上記Ｓ１４０の処理を行った後、
或いは、上記Ｓ１３０にてモニタ要求アドレスを受信し
ていないと判定した場合には、Ｓ１５０に進んで、外部
装置２６からのモニタ開始要求を受信したか否か（即
ち、外部装置２６からモニタ開始要求が送信されて来た
か否か）を判定し、モニタ開始要求を受信していなけれ
ば、そのまま当該処理を終了する。

【００６０】これに対し、上記Ｓ１５０でモニタ開始要
求を受信したと判定した場合には、Ｓ１６０に進んで、
モニタ開始フラグに１をセットすると共に、その１であ
るモニタ開始フラグを、第２ＣＰＵ１４へ通信線１６を
介して出力する。すると、第２ＣＰＵ１４側において
も、モニタ開始フラグが１となる。

【００６１】そして、このＳ１６０の処理を行った後、
或いは、上記Ｓ１２０にてモニタ開始フラグが既に１で
あると判定した場合には、Ｓ１７０に進んで、一定時間
（本実施形態では１００ｍｓ）を計時するためのカウン
タの値が０であるか否かを判定し、カウンタの値が０で
あれば、Ｓ１８０に進む。

【００６２】このＳ１８０では、サンプリングトリガフ
ラグを、０から１へ或いは１から０へと１回論理反転さ
せると共に、その論理反転させた後のサンプリングトリ
ガフラグを、第２ＣＰＵ１４へ通信線１６を介して出力
する。すると、第２ＣＰＵ１４側においても、サンプリ
ングトリガフラグが当該第１ＣＰＵ１２側と同じ論理値
に反転する。

【００６３】そして、続くＳ１９０にて、サンプリング
バッファ３２内にデータが格納されているか否かを判定
し、データが格納されていなければ、そのままＳ２１０
に移行するが、サンプリングバッファ３２内にデータが
格納されていれば、Ｓ２００に進んで、サンプリングバ
ッファ３２内のデータを、外部装置２６へデータを送信
するための通信用バッファにコピーする。すると、その
通信用バッファにコピーされたデータは、通信線２８を
介して外部装置２６へと送信される。そして、続くＳ２
０５にて、サンプリングバッファ３２内のデータをクリ
アし、Ｓ２１０に進む。

【００６４】Ｓ２１０では、上記Ｓ１４０でＲＡＭ２２
の要求記憶領域２２ａに格納した外部装置２６からのモ
ニタ要求アドレスのうち、ＣＰＵ番号（ＣＰＵ−Ｎ
ｏ．）が“１”である各モニタ要求アドレスを構成して
いる格納先アドレスと同じＲＡＭ２２のアドレスから、
データを読み出し、その読み出したデータ（即ち、第１
ＣＰＵ１２側のモニタ要求アドレス先のデータ）をサン
プリングバッファ３２に書き込む。この処理により、要
求記憶領域２２ａに格納された外部装置２６からのモニ
タ要求アドレスのうち、当該第１ＣＰＵ１２で演算され
るデータに対してのモニタ要求アドレスに該当する全て
のデータが、ＲＡＭ２２からサンプリングバッファ３２
にコピーされる。

【００６５】そして、このＳ２１０の処理を行った後、
或いは、上記Ｓ１７０にてカウンタの値が０ではないと
判定した場合には、Ｓ２２０に進んで、カウンタの値を
１インクリメントし、続くＳ２３０にて、カウンタの値
が１００ｍｓに相当する設定値（本実施形態では、本処
理が４ｍｓ毎に実行されるため２５）以上になったか否
かを判定する。

【００６６】ここで、カウンタの値が上記設定値以上で
はないと判定した場合には、そのままＳ２５０に移行す
るが、カウンタの値が上記設定値以上であると判定した
場合には、Ｓ２４０でカウンタの値を０にクリアした
後、Ｓ２５０に進む。そして、Ｓ２５０では、第２ＣＰ
Ｕ１４側から後述する図４のＳ３５０の処理によって送
信されて来るデータ（第２ＣＰＵ１４側のモニタ要求ア
ドレス先のデータ）を受信したか否かを判定し、データ
を受信した場合には、Ｓ２６０に進んで、その第２ＣＰ
Ｕ１４から受信したデータをサンプリングバッファ３２
に書き込み、その後、当該処理を終了する。

【００６７】また、上記Ｓ２５０にて、第２ＣＰＵ１４
からデータを受信していないと判定した場合には、その
まま当該処理を終了する。次に図４は、第２ＣＰＵ１４
で実行される処理を表すフローチャートであり、その
（ａ）と（ｂ）の各処理は、一定時間毎（本実施形態で
は４ｍｓ毎）に並行して繰り返し実行される。

【００６８】第２ＣＰＵ１４が図４（ａ）の処理を開始
すると、まずＳ２７０にて、第１ＣＰＵ１２から図３の
Ｓ１４０の処理で送信されるモニタ要求アドレスを受信
したか否かを判定する。そして、モニタ要求アドレスを
受信していなけば、そのまま当該処理を終了するが、第
１ＣＰＵ１２からモニタ要求アドレスを受信したなら
ば、Ｓ２８０に進んで、その受信したモニタ要求アドレ
スを、自己のＲＡＭ２４の要求記憶領域２４ａに格納
し、その後、当該処理を終了する。

【００６９】一方、第２ＣＰＵ１４が図４（ｂ）の処理
を開始すると、まずＳ３００にて、外部装置２６からモ
ニタキャンセル要求が送信されて来たか否かを判定す
る。尚、この判定では、第１ＣＰＵ１２から図３のＳ１
１０の処理によって当該第２ＣＰＵ１４へ出力される通
知を受けた場合に、外部装置２６からモニタキャンセル
要求が送信されて来たと判定する。

【００７０】そして、外部装置２６からモニタキャンセ
ル要求が送信されて来たと判定した場合には、Ｓ３１０
に進んで、当該第２ＣＰＵ１４側のサンプリングバッフ
ァ３４内のデータと、当該第２ＣＰＵ１４側のモニタ開
始フラグ及びサンプリングトリガフラグとを、全て０に
クリアし、その後、当該処理を終了する。尚、第２ＣＰ
Ｕ１４側のモニタ開始フラグは、第１ＣＰＵ１２から図
３のＳ１６０の処理で出力されるモニタ開始フラグと同
じ値にセットされるものであり、同様に、当該第２ＣＰ
Ｕ１４側のサンプリングトリガフラグは、第１ＣＰＵ１
２から図３のＳ１８０の処理で出力されるサンプリング
トリガフラグと同じ値にセットされるものである。

【００７１】また、上記Ｓ３００にて、外部装置２６か
らモニタキャンセル要求が送信されて来ていないと判定
した場合には、Ｓ３２０に移行して、第１ＣＰＵ１２か
ら取得する当該第２ＣＰＵ１２側のモニタ開始フラグが
１であるか否かを判定し、モニタ開始フラグが１でなけ
れば、そのまま当該処理を終了する。

【００７２】一方、上記Ｓ３２０にて、モニタ開始フラ
グが１であると判定した場合には、Ｓ３３０に進んで、
第１ＣＰＵ１２から取得する当該第２ＣＰＵ１４側のサ
ンプリングトリガフラグが論理反転したか否かを判定
し、反転していなければ、そのまま当該処理を終了する
が、サンプリングトリガフラグが論理反転したならば、
Ｓ３４０に進む。

【００７３】そして、このＳ３４０にて、図４（ａ）の
Ｓ２８０でＲＡＭ２４の要求記憶領域２４ａに格納した
モニタ要求アドレスのうち、ＣＰＵ番号（ＣＰＵ−Ｎ
ｏ．）が“２”である各モニタ要求アドレスを構成して
いる格納先アドレスと同じＲＡＭ２４のアドレスから、
データを読み出し、その読み出したデータ（即ち、第２
ＣＰＵ１４側のモニタ要求アドレス先のデータ）をサン
プリングバッファ３４に書き込む。この処理により、要
求記憶領域２４ａに格納されたモニタ要求アドレスのう
ち、当該第２ＣＰＵ１４で演算されるデータに対しての
モニタ要求アドレスに該当する全てのデータが、ＲＡＭ
２４からサンプリングバッファ３４にコピーされる。

【００７４】そして、続くＳ３５０にて、サンプリング
バッファ３４内のデータを、第１ＣＰＵ１２へデータを
送信するための通信用メモリにコピーし、その後、サン
プリングバッファ３４内のデータをクリアして、当該処
理を終了する。すると、その通信用メモリにコピーされ
たデータは、通信線１６を介して第１ＣＰＵ１２へと送
信され、更に、図３のＳ２６０の処理により、第１ＣＰ
Ｕ１２側のサンプリングバッファ３２に書き込まれるこ
ととなる。

【００７５】次に、上記図３及び図４の処理が行われる
ことで実現されるＥＣＵ１０での第１ＣＰＵ１２と第２
ＣＰＵ１４の動作について、図２及び図５を用いて説明
する。尚、以下に説明する（１）〜（１８）の動作は、
その番号と同じ番号を（）内に付した図５における各時
点の動作である。

【００７６】（１）：まず、外部装置２６から当該ＥＣ
Ｕ１０へ、図２（ａ）の如き４つのモニタ要求アドレス
が順次送信されたものとする。尚、図２において、「ａ
ｄ１」〜「ａｄ３」は、外部装置２６からのモニタ要求
アドレスに含まれる格納先アドレスのアドレス値を示し
ている。また、この（１）の時点では、第１ＣＰＵ１２
及び第２ＣＰＵ１４において、サンプリングバッファ３
２，３４内のデータと、モニタ開始フラグ，サンプリン
グトリガフラグ，及びカウンタの値は、全て０にクリア
されている。

【００７７】（２）：すると、第１ＣＰＵ１２では、外
部装置２６からモニタ要求アドレスが１つ送信されて来
る毎に、Ｓ１３０で肯定判定されて、Ｓ１４０の処理に
より、外部装置２６からのモニタ要求アドレスが、ＲＡ
Ｍ２２の要求記憶領域２２ａに格納されると共に、第２
ＣＰＵ１４へと送信される。

【００７８】（３）：そして、第２ＣＰＵ１４では、Ｓ
２８０の処理により、第１ＣＰＵ１２を経由して送られ
て来る外部装置２６からのモニタ要求アドレスが、ＲＡ
Ｍ２４の要求記憶領域２４ａに格納される。上記
（２），（３）の動作により、両ＣＰＵ１２，１４の要
求記憶領域２２ａ，２４ａには、外部装置２６からモニ
タ開始要求の前に順次送信されて来る全てのモニタ要求
アドレスが格納されることとなる。

【００７９】（４）：次に、外部装置２６は、入手した
い各データについてのモニタ要求アドレスを全て（この
例では４つ）送信し終えると、当該ＥＣＵ１０へ、モニ
タ開始要求を送信する。 （５）：すると、第１ＣＰＵ１２では、Ｓ１５０で肯定
判定されて、Ｓ１６０の処理により、モニタ開始フラグ
が１となる。

【００８０】（６）：そして、この時点で、第１ＣＰＵ
１２では、カウンタの値が０であるため、Ｓ１７０で肯
定判定されて、Ｓ１８０の処理により、サンプリングト
リガフラグが反転する（この時には０→１）。 （７）：そして更に、この時点で、第１ＣＰＵ１２で
は、サンプリングバッファ３２内のデータがクリアされ
ているため、Ｓ１９０で否定判定されて、Ｓ２１０の処
理により、要求記憶領域２２ａ内の外部装置２６からの
モニタ要求アドレスのうち、当該第１ＣＰＵ１２で演算
されるデータに対してのモニタ要求アドレスに該当する
全てのデータ（第１ＣＰＵ１２側のモニタ要求アドレス
先のデータ）が、ＲＡＭ２２からサンプリングバッファ
３２にコピーされる。また、この時点から、カウンタを
用いたＳ２２０〜Ｓ２４０の処理による１００ｍｓの計
時が開始される。

【００８１】ここで、図２（ｂ）に示すように、第１Ｃ
ＰＵ１２側のサンプリングバッファ３２と第２ＣＰＵ１
４側のサンプリングバッファ３４は、両方共に、外部装
置２６から送信されて来たモニタ要求アドレスの数だ
け、該当するデータを書き込むための領域が設定される
と共に、外部装置２６から要求された順に（即ち、外部
装置２６から受信したモニタ要求アドレスのチャンネル
番号順に）、該当するデータを書き込む構造となってい
る。

【００８２】このため、当該（７）の時点において、第
１ＣＰＵ１２のサンプリングバッファ３２には、図２
（ｂ）の左上欄に示す如く、外部装置２６から第１ＣＰ
Ｕ１２側に要求された３つのデータ（ＲＡＭ２２のアド
レス「ａｄ１」〜「ａｄ３」の各データ）が、外部装置
２６からの要求順に応じた各領域に夫々書き込まれる。

【００８３】つまり、図２の例では、１，２，４番目の
（チャンネル番号が１，２，４の）モニタ要求アドレス
に該当するデータが、第１ＣＰＵ１２で演算されるデー
タであるため、Ｓ２１０の処理により、サンプリングバ
ッファ３２に用意される４つのデータ領域のうちで、
１，２，４番目のモニタ要求アドレスに対応して用意さ
れた各領域に、該当するデータがＲＡＭ２２から夫々コ
ピーされる。また、この例では、３番目の（チャンネル
番号が３の）モニタ要求アドレスに該当するデータが、
第２ＣＰＵ１４で演算されるデータであるため、Ｓ２１
０の実行時点では、サンプリングバッファ３２に用意さ
れた４つのデータ領域のうち、３番目のモニタ要求アド
レスに対応する領域だけ空の状態となっている。

【００８４】（８）：一方、上記（６）の時点で、第１
ＣＰＵ１２側のサンプリングトリガフラグが０から１へ
と反転すると、第２ＣＰＵ１４側でもサンプリングトリ
ガフラグが０から１へと反転する。 （９）：すると、第２ＣＰＵ１４では、Ｓ３３０で肯定
判定され、Ｓ３４０の処理により、要求記憶領域２４ａ
内の外部装置２６からのモニタ要求アドレスのうちで、
当該第２ＣＰＵ１４で演算されるデータに対してのモニ
タ要求アドレスに該当する全てのデータ（第２ＣＰＵ１
４側のモニタ要求アドレス先のデータ）が、ＲＡＭ２４
からサンプリングバッファ３４にコピーされる。

【００８５】このため、当該（９）の時点において、第
２ＣＰＵ１４のサンプリングバッファ３４には、図２
（ｂ）の右上欄に示す如く、外部装置２６から第２ＣＰ
Ｕ１４側に要求された１つのデータ（ＲＡＭ２４のアド
レス「ａｄ１」のデータ）が、外部装置２６からの要求
順に応じた領域に書き込まれる。つまり、図２の例で
は、３番目のモニタ要求アドレスに該当するデータだけ
が、第２ＣＰＵ１４で演算されるデータであるため、Ｓ
３４０の処理により、サンプリングバッファ３４に用意
される４つのデータ領域のうちで、３番目のモニタ要求
アドレスに対応して用意された領域に、該当する要求対
象データがＲＡＭ２４からコピーされる。

【００８６】そして更に、第２ＣＰＵ１４は、サンプリ
ングバッファ３４に書き込んだ要求対象データを、Ｓ３
５０の処理により、第１ＣＰＵ１２へと送信する。 （１０）：すると、第１ＣＰＵ１２では、Ｓ２６０の処
理により、第２ＣＰＵ１４からの要求対象データを、自
分のサンプリングバッファ３２に書き込むこととなる。

【００８７】このため、当該（１０）の時点で、第１Ｃ
ＰＵ１２のサンプリングバッファ３２に、外部装置２６
から要求された全てのデータが格納されることとなる。
つまり、この例では、図２（ｂ）の左下欄に示す如く、
サンプリングバッファ３２に用意された４つのデータ領
域のうち、それまで空きであった３番目の領域に、第２
ＣＰＵ１４から受信した要求対象データ（ＲＡＭ２４の
アドレス「ａｄ１」のデータ）が書き込まれることとな
る。

【００８８】（１１）：その後、第１ＣＰＵ１２におい
て、サンプリングトリガフラグを前回反転させてから１
００ｍｓが経過すると、Ｓ２４０の処理によってカウン
タの値が０に戻り、次の１００ｍｓの計時が再開始され
る。そして、カウンタの値が０に戻ることに伴い、Ｓ１
７０で肯定判定され、Ｓ１８０の処理により、サンプリ
ングトリガフラグが反転する（この時には１→０）。

【００８９】（１２）：更に、このサンプリングトリガ
フラグの反転時において、第１ＣＰＵ１２では、サンプ
リングバッファ３２内に外部装置２６からの要求対象デ
ータが全て格納されていることから、Ｓ１９０で肯定判
定される。このため、第１ＣＰＵ１２は、Ｓ２００の処
理により、サンプリングバッファ３２内のデータを外部
装置２６へと送信し、次いで、Ｓ２０５の処理により、
サンプリングバッファ３２内のデータ（即ち、送信済み
の旧データ）をクリアすることとなる。

【００９０】（１３）：そして、第１ＣＰＵ１２では、
サンプリングバッファ３２内のデータをクリアした後、
上記（７）の時点と同様に、Ｓ２１０の処理により、当
該第１ＣＰＵ１２側のモニタ要求アドレス先の最新デー
タが、ＲＡＭ２２からサンプリングバッファ３２にコピ
ーされることとなる。

【００９１】（１４）：また、上記（１１）の時点で、
第１ＣＰＵ１２側のサンプリングトリガフラグが１から
０へと反転すると、上記（８）の時点と同様に、第２Ｃ
ＰＵ１４側でもサンプリングトリガフラグが１から０へ
と反転する。 （１５）：このため、第２ＣＰＵ１４においても、上記
（９）の時点と同様に、Ｓ３４０の処理により、当該第
２ＣＰＵ１４側のモニタ要求アドレス先の最新データ
が、ＲＡＭ２４からサンプリングバッファ３４にコピー
され、そのサンプリングバッファ３４内のデータが、Ｓ
３５０の処理により、第１ＣＰＵ１２へと送信されるこ
ととなる。

【００９２】（１６）：すると、第１ＣＰＵ１２では、
上記（１０）の時点と同様に、Ｓ２６０の処理により、
第２ＣＰＵ１４からの要求対象データを、自分のサンプ
リングバッファ３２に書き込むこととなる。 （１７）：その後、第１ＣＰＵ１２において、サンプリ
ングトリガフラグを前回反転させてから１００ｍｓが経
過すると、上記（１１）の時点と同様に、カウンタの値
が０に戻って、次の１００ｍｓの計時が再開始されると
共に、サンプリングトリガフラグが反転する（この時に
は０→１）。

【００９３】（１８）：そして、このサンプリングトリ
ガフラグの反転時において、第１ＣＰＵ１２は、上記
（１２）の時点と同様に、その時サンプリングバッファ
３２に格納されている最新の要求対象データを外部装置
２６へと送信し、その後、サンプリングバッファ３２内
のデータをクリアすることとなる。

【００９４】以後は、上記（１３）〜（１８）の時点と
同じ動作が繰り返され、これにより、一定時間である１
００ｍｓ毎に、第１ＣＰＵ１２でのＲＡＭ２２からサン
プリングバッファ３２への要求対象データのコピーと、
第２ＣＰＵ１４でのＲＡＭ２４からサンプリングバッフ
ァ３４への要求対象データのコピーとが、ほぼ同じタイ
ミングで行われると共に、第２ＣＰＵ１４側のサンプリ
ングバッファ３４にコピーされた要求対象データが第１
ＣＰＵ１２側のサンプリングバッファ３２に転送され、
そのサンプリングバッファ３２内の全要求対象データ
が、各サンプリングバッファ３２，３４への次のデータ
コピータイミングの直前に外部装置２６へと送信される
こととなる。

【００９５】以上のように、本実施形態のＥＣＵ１０で
は、外部装置２６からモニタ要求アドレスが１つ送信さ
れて来る毎に該当するデータを返送するのではなく、ま
ず外部装置２６からのモニタ要求アドレスを一旦全て記
憶し、その後、外部装置２６からモニタ開始要求が送信
されて来ると、要求対象データの収集動作を開始して、
第１ＣＰＵ１２で演算される要求対象データは、第１Ｃ
ＰＵ１２側のＲＡＭ２２からサンプリングバッファ３２
にコピーし、第２ＣＰＵ１４で演算される要求対象デー
タは、第２ＣＰＵ１４側のＲＡＭ２４からサンプリング
バッファ３４へコピーしている。そして、第２ＣＰＵ１
４側のサンプリングバッファ３４にコピーしたデータを
第１ＣＰＵ１２側のサンプリングバッファ３２に転送し
て、そのサンプリングバッファ３２内の全データを外部
装置２６へ送信するようにしている。

【００９６】このような本実施形態のＥＣＵ１０によれ
ば、２ＣＰＵ構成であるにも拘わらず、外部装置２６か
ら要求されて外部装置２６へと返送される各内部デー
タ、即ち、外部装置２６が当該ＥＣＵ１０から入手する
各要求対象データを、同じタイミングでのデータとする
ことができる。

【００９７】例えば、第１ＣＰＵ１２における水温値の
演算及び噴射量の演算と、第２ＣＰＵ１４におけるＩＳ
Ｃ量の演算とが、図６のようなタイミングで行われてい
るものとし、また、その図６における時刻ｔ１以前に、
外部装置２６から当該ＥＣＵ１０へ、水温値と噴射量と
ＩＳＣ量とを夫々要求する各モニタ要求アドレスが送信
され、その後、図６の時刻ｔ１で、外部装置２６から当
該ＥＣＵ１０へ、モニタ開始要求が送信されたものとす
る。

【００９８】この場合、本ＥＣＵ１０では、外部装置２
６からのモニタ開始要求を受信した直後の時刻ｔ２に
て、第１ＣＰＵ１２のＲＡＭ２２からサンプリングバッ
ファ３２へ、７０℃を示す水温データと、その７０℃を
示す水温データに基づき算出されている噴射量データと
がコピーされる。また、時刻ｔ２とほぼ同じ時刻ｔ３に
て、第２ＣＰＵ１４のＲＡＭ２４からサンプリングバッ
ファ３４へ、７０℃を示す水温データに基づき算出され
ているＩＳＣ量データがコピーされることとなる。そし
て、その両バッファ３２，３４にコピーされた各データ
が、第１ＣＰＵ１２側のサンプリングバッファ３２に集
められた後、情報レスポンスとして、外部装置２６へと
送信されることとなる。

【００９９】このため本実施形態のＥＣＵ１０によれ
ば、図８，９を用いて説明したような問題が生じず、外
部装置２６へ返送される全データが、ほぼ同じタイミン
グでの時間的に対応の取れた値となり、外部装置２６側
にて当該ＥＣＵ１０の動作状態を正確に判断することが
できるようになる。

【０１００】しかも、本実施形態のＥＣＵ１０では、外
部装置２６からのモニタ開始要求を受けると、その時か
ら１００ｍｓ毎に、第１ＣＰＵ１２と第２ＣＰＵ１４
が、ほぼ同じタイミングで要求対象データの収集動作を
行うと共に、その収集動作で各サンプリングバッファ３
２，３４にコピーした全ての要求対象データを、第１Ｃ
ＰＵ１２から外部装置２６へ送信するようにしている。

【０１０１】よって、外部装置２６は、所望のデータを
要求する複数のモニタ要求アドレスを送信した後、モニ
タ開始要求を１回送信するだけで、当該ＥＣＵ１０にお
ける１００ｍｓ毎の且つ互いに同じタイミングでの複数
の要求対象データを定期的に入手することができ、その
結果、当該ＥＣＵ１０の一定時間毎の動作状態を、簡単
且つ正確に刻々とモニタすることができるようになる。

【０１０２】また、本実施形態のＥＣＵ１０によれば、
外部装置２６と通信を行うためのハードウエア構成を従
来のものから変更せずに、上記効果を得ることができ
る。尚、本実施形態では、第１ＣＰＵ１２で行われる図
３の処理のうちで、Ｓ１４０が第１の要求処理手段に相
当し、Ｓ１６０，Ｓ１８０，及びＳ２１０が第１の転送
制御手段に相当し、Ｓ２６０が第３の転送制御手段に相
当し、Ｓ２００が請求項３の要求対象データ送信手段に
相当し、Ｓ１７０，Ｓ２０５，及びＳ２２０〜Ｓ２４０
が請求項４の定期動作制御手段に相当している。そし
て、第１ＣＰＵ１２から第２ＣＰＵ１４へと出力される
サンプリングトリガフラグの反転が、第２ＣＰＵ１４へ
のデータ収集指令に相当している。また、第２ＣＰＵ１
４で行われる図４の処理のうちで、Ｓ２８０が第２の要
求処理手段に相当し、Ｓ３２０〜Ｓ３５０が第２の転送
制御手段に相当している。

【０１０３】一方、請求項１，２の発明との対応につい
ては、各ＣＰＵ１２，１４のＲＡＭ２２，２４が内部の
メモリに相当し、第１ＣＰＵ１２のＲＡＭ２２に設けら
れた要求記憶領域２２ａが、要求記憶手段に相当し、各
ＣＰＵ１２，１４のサンプリングバッファ３２，３４
が、要求対象データを格納するためのバッファに相当し
ている。そして、図３のＳ１４０が要求処理手段に相当
し、図３のＳ１６０，Ｓ１８０，及びＳ２１０と図４の
Ｓ２８０，及びＳ３２０〜Ｓ３４０とが、転送制御手段
に相当し、図３のＳ２００及びＳ２６０と図４のＳ３５
０とが、要求対象データ送信手段に相当し、図３のＳ１
７０，Ｓ２０５，及びＳ２２０〜Ｓ２４０が、定期動作
制御手段に相当している。

【０１０４】以上、本発明の一実施形態について説明し
たが、本発明は、種々の形態を採り得ることは言うまで
もない。例えば、上記実施形態では、第１ＣＰＵ１２側
のサンプリングバッファ３２に集めた要求対象データ
を、図５における（１２），（１８）の各時点に示した
ように、次の１００ｍｓ毎のサンプリングタイミングが
到来して、新たなデータをサンプリングバッファ３２，
３４へコピーしようとする直前に、外部装置２６へ送信
するようにしている。

【０１０５】これは、外部装置２６へのデータ送信も正
確に１００ｍｓ毎となるようにするためであるが、こう
した配慮が不要であれば、第１ＣＰＵ１２側のサンプリ
ングバッファ３２に全ての要求対象データをコピーでき
た時点で、そのサンプリングバッファ３２内のデータを
外部装置２６へ送信するように構成することもできる。

【０１０６】尚、要求対象データをサンプリングバッフ
ァ３２，３４にコピーするサンプリング周期は、１００
ｍｓに限るものではなく、適宜設定することができる。
また、図１では、サンプリングバッファ３２，３４を、
ＲＡＭ２２，２４とは別体のメモリとして示したが、Ｒ
ＡＭ２２，２４における特定の記憶領域をサンプリング
バッファ３２，３４として使用するようにしても良い。

【０１０７】また更に、ＲＡＭ２２，２４に設けた要求
記憶領域２２ａ，２４ａは、ＲＡＭ２２，２４とは別体
のメモリとしても良い。一方、上記実施形態では、第１
ＣＰＵ１２が、図３のＳ１４０の処理により、外部装置
２６からのモニタ要求アドレスを全て第２ＣＰＵ１４へ
送信するようにしたが、第１ＣＰＵ１２は、外部装置２
６から受信したモニタ要求アドレスのうち、第２ＣＰＵ
１４で演算されるデータに対するモニタ要求アドレス
（即ち、ＣＰＵ番号が２であるモニタ要求アドレス）だ
けを、第２ＣＰＵ１４へ送信するようにしても良い。こ
の場合、第２ＣＰＵ１４は、図４のＳ３４０にて、ＲＡ
Ｍ２４の要求記憶領域２４ａに格納された全てのモニタ
要求アドレスに該当するデータを、自己のＲＡＭ２４か
らサンプリングバッファ３４にコピーすれば良い。

【０１０８】また、上記実施形態のＥＣＵ１０は、２つ
のＣＰＵ１２，１４を備えたものであったが、ＥＣＵ１
０に第２ＣＰＵ１４が搭載されていない場合、即ち１Ｃ
ＰＵ構成の場合には、第１ＣＰＵ１２が行う図３の処理
のうち、Ｓ１６０，Ｓ１８０，Ｓ２５０，及びＳ２６０
の処理を削除すれば良い。そして、このような１ＣＰＵ
構成の場合、第１ＣＰＵ１２のＲＡＭ２２が請求項１の
メモリに相当し、ＲＡＭ２２内の要求記憶領域２２ａが
請求項１の要求記憶手段に相当し、サンプリングバッフ
ァ３２が請求項１のバッファに相当することとなる。ま
た、図３の処理のうちで、Ｓ１４０が請求項１の要求処
理手段に相当し、Ｓ２１０が請求項１の転送制御手段に
相当し、Ｓ２００が請求項１の要求対象データ送信手段
に相当し、Ｓ１７０，Ｓ２０５，及びＳ２２０〜Ｓ２４
０が請求項２の定期動作制御手段に相当することとな
る。

【０１０９】一方更に、上記実施形態では、本発明をエ
ンジンＥＣＵに適用した場合について説明したが、本発
明は、車両のトランスミッションなど、エンジン以外の
制御対象を制御する車載用電子制御装置や、車載用以外
の他の電子制御装置についても、全く同様に適用するこ
とができる。

【図面の簡単な説明】

【図１】 実施形態のＥＣＵの構成を表すブロック図で
ある。

【図２】 データ要求としてのモニタ要求アドレスの構
成と、サンプリングバッファへの要求対象データの書込
手順とを説明する説明図である。

【図３】 第１ＣＰＵで実行される処理を表すフローチ
ャートである。

【図４】 第２ＣＰＵで実行される処理を表すフローチ
ャートである。

【図５】 実施形態のＥＣＵの作用を説明するタイムチ
ャートである。

【図６】 実施形態のＥＣＵの効果を説明する説明図で
ある。

【図７】 エンジンＥＣＵの一般的な構成を説明する説
明図である。

【図８】 従来技術の問題を説明する第１の説明図であ
る。

【図９】 従来技術の問題を説明する第２の説明図であ
る。

【符号の説明】

１０…ＥＣＵ（電子制御装置）、１２…第１ＣＰＵ（第
１マイコン）、１４…第２ＣＰＵ（第２マイコン）、１
６，２８…通信線、１８…水温センサ、１９…インジェ
クタ、２０…ＩＳＣバルブ（アイドルスピード制御バル
ブ）、２２，２４…ＲＡＭ、２２ａ，２４ａ…要求記憶
領域、２６…外部装置、３２，３４…サンプリングバッ
ファ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 制御対象を制御するための処理を実行す
   ると共に、動作検査用の外部装置と通信線を介して接続
   可能に構成され、 前記処理の実行に伴い内部のメモリに格納されるデータ
   のうちの何れかを要求するデータ要求が前記外部装置か
   ら送信されて来ると、そのデータ要求に該当する要求対
   象のデータを前記メモリから読み出して前記外部装置へ
   送信する電子制御装置において、 前記データ要求を複数記憶可能な要求記憶手段と、 前記要求対象のデータを格納するためのバッファと、 前記外部装置からモニタ開始要求が送信されて来る前に
   該外部装置から送信されて来る全ての前記データ要求
   を、前記要求記憶手段に格納する要求処理手段と、 前記外部装置から前記モニタ開始要求が送信されて来る
   と、前記要求処理手段によって前記要求記憶手段に格納
   されたデータ要求の各々に該当する全てのデータを、前
   記メモリから読み出して前記バッファに書き込む転送制
   御手段と、 該転送制御手段によって前記バッファに書き込まれた全
   てのデータを前記外部装置へ送信する要求対象データ送
   信手段と、 を備えていることを特徴とする電子制御装置。
2. 【請求項２】 請求項１に記載の電子制御装置におい
   て、 前記外部装置からの前記モニタ開始要求に伴い前記転送
   制御手段が動作した後、再び前記転送制御手段を一定時
   間毎に繰り返し動作させると共に、前記要求対象データ
   送信手段によって前記バッファ内の全データが送信され
   てから、前記転送制御手段によって前記バッファに新た
   なデータが書き込まれるまでの間に、前記バッファ内の
   旧データをクリアする定期動作制御手段を備えているこ
   と、 を特徴とする電子制御装置。
3. 【請求項３】 互いにデータをやり取りしつつ制御対象
   を制御するための処理を実行する第１マイコンと第２マ
   イコンを備えると共に、動作検査用の外部装置と通信線
   を介して接続可能に構成され、 前記第１マイコンと前記第２マイコンとの各々で演算さ
   れるデータのうちの何れかを要求するデータ要求が前記
   外部装置から送信されて来ると、前記第１マイコンが、
   前記データ要求に該当する要求対象のデータを、当該第
   １マイコンが処理の実行に使用する第１メモリ及び前記
   第２マイコンが処理の実行に使用する第２メモリから収
   集して前記外部装置へ送信する電子制御装置において、 前記第１マイコンは、 前記データ要求を複数記憶可能な第１の要求記憶手段
   と、 前記要求対象のデータを格納するための第１バッファ
   と、 前記外部装置からモニタ開始要求が送信されて来る前に
   該外部装置から送信されて来る全ての前記データ要求
   を、前記第１の要求記憶手段に格納すると共に、そのデ
   ータ要求のうち、少なくとも前記第２マイコンで演算さ
   れるデータに対するデータ要求を、前記第２マイコンへ
   出力する第１の要求処理手段と、 前記外部装置から前記モニタ開始要求が送信されて来る
   と、前記第２マイコンへデータ収集指令を出力すると共
   に、前記第１の要求処理手段によって前記第１の要求記
   憶手段に格納されたデータ要求のうち、当該第１マイコ
   ンで演算されるデータに対するデータ要求の各々に該当
   する全てのデータを、前記第１メモリから読み出して前
   記第１バッファに書き込む第１の転送制御手段とを備
   え、 前記第２マイコンは、 前記データ要求を複数記憶可能な第２の要求記憶手段
   と、 前記要求対象のデータを格納するための第２バッファ
   と、 前記第１マイコンから前記データ収集指令が出力される
   前に該第１マイコンから出力される前記データ要求を、
   前記第２の要求記憶手段に格納する第２の要求処理手段
   と、 前記第１マイコンから前記データ収集指令が出力される
   と、前記第２の要求処理手段によって前記第２の要求記
   憶手段に格納されたデータ要求のうち、当該第２マイコ
   ンで演算されるデータに対するデータ要求の各々に該当
   する全てのデータを、前記第２メモリから読み出して前
   記第２バッファに書き込み、その第２バッファに書き込
   んだデータを前記第１マイコンに出力する第２の転送制
   御手段とを備え、 更に、前記第１マイコンは、 前記第１の転送制御手段が前記データ収集指令を出力し
   たことに伴い前記第２マイコンから出力されるデータ
   を、前記第１バッファに書き込む第３の転送制御手段
   と、 前記第１及び第３の転送制御手段によって前記第１バッ
   ファに書き込まれた全てのデータを前記外部装置へ送信
   する要求対象データ送信手段とを備えていること、 を特徴とする電子制御装置。
4. 【請求項４】 請求項３に記載の電子制御装置におい
   て、 前記第１マイコンは、 更に、前記外部装置からの前記モニタ開始要求に伴い前
   記第１の転送制御手段が動作した後、再び前記第１の転
   送制御手段を一定時間毎に繰り返し動作させると共に、
   前記要求対象データ送信手段によって前記第１バッファ
   内の全データが送信されてから、前記第１及び第３の転
   送制御手段によって前記第１バッファに新たなデータが
   書き込まれるまでの間に、前記第１バッファ内の旧デー
   タをクリアする定期動作制御手段を備えていること、 を特徴とする電子制御装置。