JP6524905B2 - 電子制御装置 - Google Patents

Description

本発明は、外部装置と通信可能に構成された電子制御装置に関する。

従来、特許文献１に開示されているように、識別情報の枯渇を防ぐ技術がある。特許文献１は、中継装置に関するものである。中継装置は、複数ＬＡＮに接続された電子制御装置と、これらの電子制御装置の故障診断を行う１ｓｔツールとの間のダイアグ用フレームの送受信を中継する。また、いずれかのＬＡＮには、センタと無線通信を行う２ｎｄツールが接続されている。中継装置は、センタからの指示に応じて故障診断を行う２ｎｄツールと、各電子制御装置との間のダイアグ用フレームの送受信を中継する。そして、中継装置は、２ｎｄツールと電子制御装置との間の中継の際、ダイアグ用フレームの識別情報を、１ｓｔツールによる故障診断で用いられる識別情報に変換する。

特開２０１４−７８８０１号公報

ところで、近年、電子制御装置は、搭載される制御部の数が増えてきている。また、電子制御装置は、異なる外部装置と通信を行う場合、各制御部を示す識別情報が必要になる。このような場合、特許文献１に開示された技術では、各制御部を示す識別情報の枯渇を防ぐことができないという問題がある。

本発明は、上記問題点に鑑みなされたものであり、制御部が増えた場合に識別情報の枯渇を抑制できる電子制御装置を提供することを目的とする。

上記目的を達成するために本発明は、
複数の制御部（１１〜１４）と、複数の制御部の夫々に個別に対応した複数のリソース（１１ａ、１１ｃ、１２ａ、１２ｃ）とを有し、異なる外部装置と通信線を介して通信可能に構成されており、外部装置から受信対象を示す識別情報とリソースを示すリソース情報とを含む通信要求を少なくとも受信する電子制御装置であって、
複数の制御部の夫々は、共通の識別情報を含む通信要求を当該制御部向けの通信要求であると認識し、
複数の制御部の夫々に対応したリソースが、複数の制御部の夫々に対して個別に重複することなく紐付けされた紐付情報（１１ｂ、１２ｂ）と、
通信要求を受信した場合、通信要求に含まれるリソース情報と、紐付情報とに基づいて、外部装置との通信可否を判断する通信可否判断部（Ｓ１６、Ｓ１８、Ｓ２４、Ｓ５６、Ｓ５８、Ｓ６４、Ｓ９２）と、
通信可否判断部にて通信可と判断した場合に、通信要求に応答して外部装置と通信を行う通信部（Ｓ２２、Ｓ６２、Ｓ９４）と、を備え、
通信可否判断部は、通信要求に含まれるリソース情報が当該制御部に紐付けされたリソースを示す場合に外部装置と通信可と判断し、当該制御部に紐付けされたリソースを示さない場合に外部装置と通信不可と判断することを特徴とする。

このように、本発明の各制御部は、通信要求に含まれるリソース情報が当該制御部に紐付けされたリソースを示す場合に外部装置と通信可と判断し、当該制御部に紐付けされたリソースを示さない場合に外部装置と通信不可と判断する。そして、本発明の各制御部は、通信可と判断した場合に、外部装置からの通信要求に応答して外部装置と通信を行うものである。このため、本発明は、複数の制御部での通信が同時に行なわれて、通信線で衝突することを防ぐことができる。

さらに、本発明は、複数の制御部を備えているが、各制御部が共通の識別情報を当該制御部向けの通信要求であると認識する。このため、本発明は、制御部の数が増えても識別情報の増加を抑えることがでる。

従って、本発明は、識別情報の枯渇を抑制しつつ、複数の制御部での通信が同時に行なわれて衝突することを防ぐことができる。

なお、特許請求の範囲、及びこの項に記載した括弧内の符号は、ひとつの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、発明の技術的範囲を限定するものではない。

第１実施形態における第１ＥＣＵの概略構成を示すブロック図である。 第１実施形態におけるメインマイコンの処理動作を示すフローチャートである。 第１実施形態におけるサブマイコンの処理動作を示すフローチャートである。 第１実施形態における通信フレームの概略構成を示すイメージ図である。 第１実施形態におけるダウンロード要求フレームの概略構成を示すイメージ図である。 第１実施形態におけるデータ転送フレームの概略構成を示すイメージ図である。 第１実施形態における転送終了要求フレームの概略構成を示すイメージ図である。 第１実施形態におけるツールとメインマイコンとの通信を示すシーケンス図である。 第２実施形態におけるメインマイコンの処理動作を示すフローチャートである。 第３実施形態における第１ＥＣＵの概略構成を示すブロック図である。

以下において、図面を参照しながら、発明を実施するための複数の形態を説明する。各形態において、先行する形態で説明した事項に対応する部分には同一の参照符号を付して重複する説明を省略する場合がある。各形態において、構成の一部のみを説明している場合は、構成の他の部分については先行して説明した他の形態を参照し適用することができる。

（第１実施形態）
本実施形態では、本発明を第１ＥＣＵ１０に適用した例を採用する。また、本実施形態では、一例として、第１ＥＣＵ１０が車両１００に搭載された例を採用する。ＥＣＵは、Electronic Control Unitの略称である。まず、図１などを用いて、第１ＥＣＵ１０及び、第１ＥＣＵ１０が設けられた電子制御システムの構成に関して説明する。

第１ＥＣＵ１０は、第２ＥＣＵ２０や、第３ＥＣＵ３０や、通信線４０とともに車両１００に搭載することができる。第１ＥＣＵ１０は、通信線４０を介して第２ＥＣＵ２０や、第３ＥＣＵ３０と通信可能であり、車載ネットワークを構成している。

第１ＥＣＵ１０は、通信線４０を介して車両１００の外部設けられた故障診断用ツール２００と通信可能に構成されている。つまり、第１ＥＣＵ１０は、故障診断用ツール２００とともに電子制御システムを構成している。なお、故障診断用ツール２００は、外部装置に相当するものであり、後程詳しく説明する。また、以下においては、故障診断用ツール２００を診断ツール２００とも称する。

なお、第２ＥＣＵ２０や第３ＥＣＵ３０は、通信線４０を介して診断ツール２００と通信可能に構成されていてもよい。この場合、電子制御システムは、第１ＥＣＵ１０と診断ツール２００に加えて、第２ＥＣＵ２０や第３ＥＣＵ３０を備えていると言える。さらに、本発明は、第２ＥＣＵ２０及び第３ＥＣＵ３０を備えていなくても目的を達成できる。

このように、通信線４０に接続された第１ＥＣＵ１０や診断ツール２００などは、例えば、ＣＡＮ（登録商標）、ＬＩＮ、ＭＯＳＴ、イーサネット（登録商標）、ＦｌｅｘＲａｙ等の規格に準拠した通信を行う。よって、各ＥＣＵ１０〜３０間や、各ＥＣＵ１０〜３０と診断ツール２００間では、通信線４０を介して、規格に準拠した通信が行われる。また、各ＥＣＵ１０〜３０や診断ツール２００は、通信線４０を介した通信時に、通信フレームを用いる。通信フレームには、各種要求情報を含む要求フレーム（通信要求）や、各種応答情報を含む応答フレームと区分けすることができる。

ここで、通信フレームの一例に関して、図４〜図７などを用いて説明する。通信フレームは、図４に示すように、識別情報とデータフィールドとを含むものである。識別情報は、通信フレームの受信先（言い換えると送信対象）を識別するための情報であり、以下ＩＤとも称する。また、ＩＤは、通信フレームの受信先に加えて、送信元を識別するための情報であってもよい。

図５は、ダウンロード要求フレームＦ１を示すものである。ダウンロード要求フレームＦ１は、要求フレームの一例であり、データのダウンロードを要求するダウンロード要求である。ダウンロード要求フレームＦ１は、ＩＤと、ダウンロード要求フレームであることを示す情報（0x34）と、データ転送先の先頭位置を示すメモリアドレスなどが含まれている。ダウンロード要求フレームＦ１は、例えば、後程説明するリプログラミング時における更新用データのダウンロードを要求するための通信フレームである。よって、アドレスは、更新用データの転送先の先頭位置を示すものである。このため、ダウンロード要求フレームＦ１のアドレスは、リソースを示すリソース情報に相当する。以下においては、ダウンロード要求フレームＦ１をＤＬフレームＦ１とも称する。

図６は、データ転送フレームＦ２を示すものである。データ転送フレームＦ２は、要求フレームの一例であり、データの転送を要求するデータ転送要求である。データ転送フレームＦ２は、ＩＤと、データ転送フレームであることを示す情報（0x36）と、転送データなどが含まれている。データ転送フレームＦ２は、例えば、リプログラミング時における更新用データを転送（送信）するための通信フレームである。この場合、転送データは、更新用データが含まれる。以下においては、データ転送フレームＦ２を転送フレームＦ２とも称する。

図７は、転送終了要求フレームＦ３を示すものである。転送終了要求フレームＦ３は、要求フレームの一例であり、データの転送終了を要求する転送終了要求である。転送終了要求フレームＦ３は、ＩＤと、転送終了要求フレームであることを示す情報（0x37）などが含まれている。転送終了要求フレームＦ３は、例えば、更新用データの転送が完了したことを要求するための通信フレームである。以下においては、転送終了要求フレームＦ３を終了フレームＦ３とも称する。

ここで、第１ＥＣＵ１０及び、第１ＥＣＵ１０が設けられた電子制御システムの構成の説明に戻る。第１ＥＣＵ１０は、メインマイコン１１とサブマイコン１２を備えている。メインマイコン１１とサブマイコン１２は、複数の制御部に相当する。また、第１ＥＣＵ１０は、ＲＡＭなどを備えていてもよい。なお、第１ＥＣＵ１０は、複数のマイコンを備えていればよく、三つ以上のマイコンを備えていてもよい。

メインマイコン１１は、演算部や、リソースとしての第１フラッシュメモリ１１ａや、第１紐付情報１１ｂを有している。また、メインマイコン１１は、通信フレームに含まれるＩＤが例えば0x701の場合に、当該マイコン向けの通信フレームであると認識する。よって、メインマイコン１１は、通信フレームとして、ＩＤが0x701である要求フレームを受信した場合、当該マイコン向けの要求フレームであると認識する。

さらに、メインマイコン１１とサブマイコン１２は、共通のＩＤを含む通信フレームを当該マイコン向けの通信フレームであると認識するように構成されている。言い換えると、ＩＤ（ここでは0x701）は、メインマイコン１１とサブマイコン１２に共通に用いられる。つまり、ＩＤが0x701である要求フレームは、メインマイコン１１だけではなく、サブマイコン１２からも当該マイコン向けの通信要求であると認識される。

また、本実施形態では、通信線４０を介した通信における優先順位を示すＩＤを採用する。ＩＤは、通信フレームの優先順位を示すとも言える。例えば、ＩＤは、第２ＥＣＵ２０のマイコンに対するものや、第３ＥＣＵ３０のマイコンに対するものがある。そして、電子制御システムは、二つのマイコンが同時に通信線４０を介して通信しようとした場合、優先順位が高い通信フレームを送信したマイコンが通信線４０を介して通信を行うことができるように構成されている。つまり、ＩＤは、送信対象を識別するための情報であり、且つ、通信調停の優先順位を決定するための情報と言える。

さらに、本実施形態では、故障診断用に割り当てられた診断用識別情報であるＩＤを採用する。言い換えると、メインマイコン１１とサブマイコン１２とに共通のＩＤは、故障診断用に割り当てられた診断用識別情報である。つまり、ＩＤは、送信対象を識別するための情報であり、且つ、通信調停の優先順位を決定するための情報であるとともに、通信フレームの用途や種類等を示す情報と言える。診断用識別情報であるＩＤは、数に限度があるため、診断用識別情報であるＩＤが対象とするマイコンを増やすと、ＩＤの枯渇が懸念される。例えば、ＩＳＯの通信プロトコルでは、診断用識別情報として0x700〜0x7FFを使用することが定められている。

演算部は、第１フラッシュメモリ１１ａに記憶されたプログラムや、要求フレームで受信した要求情報などに基づいて各種演算処理を行うとともに、応答フレームの送信などを行う。また、演算部は、各種制御信号を含む通信フレームの送信や、車両１００の自己診断処理などを行う機能を有している。

さらに、演算部は、第１フラッシュメモリ１１ａに記憶されているプログラムをリプログラミングする機能を有している。よって、第１ＥＣＵ１０は、診断ツール２００から、後程説明する更新用データを含んだ通信フレームを受信することで、一つの機能であるリプログラミングを実現できると言える。言い換えると、第１ＥＣＵ１０は、診断ツール２００から更新用データをダウンロードする。また、後程説明するが、第１ＥＣＵ１０は、関連する複数の通信要求の夫々に応答して診断ツール２００と通信を行うことで、リプログラミングを実現する。

第１フラッシュメモリ１１ａは、複数の記憶領域を備えて構成されている。複数の記憶領域の夫々は、複数のアドレスで管理可能に構成されている。このため、複数のアドレスの夫々は、複数の記憶領域の夫々を示す情報と言える。

第１フラッシュメモリ１１ａは、上記のようにメインマイコン１１に設けられているため、メインマイコン１１に個別に対応したリソースと言える。また、メインマイコン１１は、リソースとして、第１フラッシュメモリ１１ａにおける複数の記憶領域を備えていると言える。また、第１フラッシュメモリ１１ａは、メインマイコン１１に専用に設けられている、又は、メインマイコン１１の配下にあると言える。さらに、第１フラッシュメモリ１１ａにおける複数の記憶領域は、メインマイコン１１の演算部はアクセス可能であるが、サブマイコン１２の演算部はアクセスできないと言える。このため、第１フラッシュメモリ１１ａにおける複数の記憶領域を管理するためのアドレスは、メインマイコン１１に特有の情報と言える。

第１紐付情報１１ｂは、メインマイコン１１に対応した第１フラッシュメモリ１１ａが、メインマイコン１１に対して個別に重複することなく紐付けされた情報である。言い換えると、第１紐付情報１１ｂは、メインマイコン１１に対応した第１フラッシュメモリ１１ａの各記憶領域を示すアドレスが、メインマイコン１１に対して個別に重複することなく紐付けされている。つまり、第１紐付情報１１ｂは、サブマイコン１２における第２紐付情報１２ｂと重複しない。また、第１紐付情報１１ｂは、メインマイコン１１と第１フラッシュメモリ１１ａとを紐付ける、又は関連付ける、又は対応付ける情報と言える。

上記のように、第１フラッシュメモリ１１ａのアドレスは、メインマイコン１１に特有の情報である。よって、ここでは、第１紐付情報１１ｂとして第１フラッシュメモリ１１ａのアドレスを採用している。また、本実施形態では、一例として、0x00000000〜0x00FFFFFFを第１紐付情報１１ｂとして採用している。メインマイコン１１は、0x00000000〜0x00FFFFFFのように、第１紐付情報１１ｂとして複数の情報を備えていることになる。また、0x00000000〜0x00FFFFFFの夫々は、メインマイコン１１のリソースである第１フラッシュメモリ１１ａを示す情報とも言える。従って、メインマイコン１１は、診断ツール２００などから受信した通信フレームに0x00000000〜0x00FFFFFFのいずれかが含まれていた場合、その通信フレームが当該マイコンに送信された通信フレームであると認識できる。

サブマイコン１２は、演算部や、リソースとしての第２フラッシュメモリ１２ａや、第２紐付情報１２ｂを有している。このように、サブマイコン１２は、各構成要素の名称が異なるものの、メインマイコン１１と同様の構成を備えているため詳しい説明を省略する。

なお、第２フラッシュメモリ１２ａは、サブマイコン１２に個別に対応したリソースである。また、サブマイコン１２は、リソースとして、第２フラッシュメモリ１２ａにおける複数の記憶領域を備えていると言える。このように、第１ＥＣＵ１０は、メインマイコン１１とサブマイコン１２の夫々に個別に対応した複数のリソースとして、第１フラッシュメモリ１１ａと第２フラッシュメモリ１２ａとを有していると言える。

また、第２紐付情報１２ｂは、サブマイコン１２に対応した第２フラッシュメモリ１２ａが、サブマイコン１２に対して個別に重複することなく紐付けされた情報である。また、第２紐付情報１２ｂは、サブマイコン１２と第２フラッシュメモリ１２ａとを紐付ける、又は関連付ける、又は対応付ける情報と言える。本実施形態では、一例として、0x01000000〜0x01FFFFFFを第２紐付情報１２ｂとして採用している。従って、サブマイコン１２は、診断ツール２００などから受信した通信フレームに0x01000000〜0x01FFFFFFのいずれかが含まれていた場合、その通信フレームが当該マイコンに送信された通信フレームであると認識できる。このように、第２紐付情報１２ｂである0x01000000〜0x01FFFFFFの夫々は、第１紐付情報１１ｂである0x00000000〜0x00FFFFFFのいずれとも重複しない。

なお、第２ＥＣＵ２０及び第３ＥＣＵ３０の構成は、第１ＥＣＵ１０と構成と同様である。よって、ここでは、第２ＥＣＵ２０及び第３ＥＣＵ３０の構成に関しては、説明を省略する。しかしながら、第２ＥＣＵ２０及び第３ＥＣＵ３０は、マイコンを一つだけ備えたものであってもよい。

ここで、診断ツール２００に関して説明する。診断ツール２００は、ディーラや修理工場などで用いられる装置である。診断ツール２００は、コネクタなどを介して、通信線４０に接続可能に構成されており、通信線４０に接続された状態で第１ＥＣＵ１０などと通信を行うことができる。なお、診断ツール２００は、通信線４０に対して取り外し可能に構成されている。

診断ツール２００は、第１ＥＣＵ１０などと通信することで、第１ＥＣＵ１０などから送信されたデータに基づいて車両１００に搭載された機器の故障診断を行ったり、第１ＥＣＵ１０のリプログラミング時における更新用データを送信したりする。詳述すると、診断ツール２００は、ＤＬフレームＦ１、転送フレームＦ２、終了フレームＦ３を第１ＥＣＵ１０に送信する。このため、第１ＥＣＵ１０は、診断ツール２００からＩＤとアドレスとを含むＤＬフレームＦ１を少なくとも受信することになる。

なお、これらの通信フレームＦ１〜Ｆ３は、関連する複数の通信要求とみなすことができる。また、ＤＬフレームＦ１は、関連する複数の通信要求における最初の通信要求である。転送フレームＦ２は、関連する複数の通信要求における二番目の通信要求である。そして、終了フレームＦ３は、関連する複数の通信要求における最後の通信要求である。

ここで、図２、図３、図８を用いて、電子制御装置の処理動作に関して説明する。

まず、図２、図８を用いて、メインマイコン１１の処理動作を説明する。メインマイコン１１は、例えば１００ｍｓ毎など、定期的に図２のフローチャートを実行する。ここでは、一例として、診断ツール２００から更新用データをダウンロードする場合の例を採用する。メインマイコン１１の通信可否の初期値が許可となっている。なお、図２のフローチャートは、主にメインマイコン１１の演算部が実行する処理である。

ステップＳ１０では、要求受信有か否かを判定する。メインマイコン１１は、直近のステップＳ１０の実行以降に、新たな要求フレームが外部装置から到着している場合に、要求受信有と判定する。そして、メインマイコン１１は、要求フレームを受信したと判定した場合はステップＳ１２へ進み、要求フレームを受信したと判定しなかった場合は図２の処理を終了する。

ステップＳ１２では、要求ＩＤを判定する。メインマイコン１１は、要求フレームに含まれているＩＤが当該マイコンに対するものであるか否かを判定する。つまり、メインマイコン１１は、要求フレームに含まれているＩＤを確認して、要求フレームが当該マイコンに対して送信されたものであるか否かを判定する。そして、メインマイコン１１は、ＩＤが0x701であると判定した場合、要求フレームが当該マイコンに対して送信されたものであるとみなしてステップＳ１４へ進む。また、メインマイコン１１は、ＩＤが0x701でないと判定した場合、要求フレームが当該マイコンに対して送信されたものでないとみなして図２の処理を終了する。

ステップＳ１４では、ダウンロード要求であるか否かを判定する。メインマイコン１１は、ＤＬフレームＦ１を受信した場合にダウンロード要求とみなしてステップＳ１６へ進み、ＤＬフレームＦ１を受信してない場合にダウンロード要求でないとみなしてステップＳ２６へ進む。なお、図面などでは、ダウンロードを簡略化してＤＬとも記載している。

ステップＳ１６では、アドレスを判定する（通信可否判断部）。メインマイコン１１は、ＤＬフレームＦ１に含まれているメモリアドレスと第１紐付情報１１ｂとに基づいて、ＤＬフレームＦ１に含まれているメモリアドレスが、当該マイコンに紐付けされたリソースを示しているアドレスであるか否かを判定する。これは、ＤＬフレームＦ１が当該マイコンに対するものであるか否かを判定するためである。

そして、メインマイコン１１は、ＤＬフレームＦ１に含まれるメモリアドレスが、第１紐付情報１１ｂである0x00000000〜0x00FFFFFFのいずれかであった場合、ＤＬフレームＦ１が当該マイコンに対するものであると判定してステップＳ１８へ進む。また、メインマイコン１１は、ＤＬフレームＦ１に含まれるメモリアドレスが、第１紐付情報１１ｂである0x00000000〜0x00FFFFFFのいずれでもなかった場合、ＤＬフレームＦ１が当該マイコンに対するものでないと判定してステップＳ２４へ進む。つまり、メインマイコン１１は、ステップＳ１２で一度は要求フレームが当該マイコンに対するものであると認識しつつ、ステップＳ１６で要求フレームが当該マイコンに対するものでないと判定することになる。

ステップＳ１８では、メインマイコン１１の通信可否を許可とする（通信可否判断部）。メインマイコン１１は、ＤＬフレームＦ１が当該マイコンに対する要求フレームであるため、通信線４０を介した通信を許可とする。これによって、メインマイコン１１は、ＤＬフレームＦ１に応答して診断ツール２００と通信を行うことができる。

ところで、ＩＤが0x701で、メモリアドレスが0x00000000〜0x00FFFFFFのいずれかを含むＤＬフレームＦ１は、サブマイコン１２でも当該マイコンに対して送信されたものであるとみなすことになる。しかしながら、ＤＬフレームＦ１のメモリアドレスが第２紐付情報１２ｂである0x01000000〜0x01FFFFFFのいずれでもないため、サブマイコン１２は、このＤＬフレームＦ１が当該マイコンに対するものでないと判定することになる。

なお、メインマイコン１１は、通信可否の判断結果、すなわち許可であるか不許可であるかを記憶しておく。よって、メインマイコン１１は、ステップＳ１８で許可にすると、通信可否が許可であることを記憶する。なお、メインマイコン１１は、レジスタやＲＡＭなどの結果記憶部に、通信可否の判断結果を記憶する。

そして、メインマイコン１１は、関連する複数の通信要求の全てに応答して診断ツール２００との通信が完了するまで、複数の通信要求における最初の通信要求に基づいた判断結果を継続させる（通信可否判断部）。つまり、メインマイコン１１は、ＤＬフレームＦ１に基づいて許可と判断した場合、転送フレームＦ２及び終了フレームＦ３に応答して診断ツール２００との通信が完了するまで、最初の通信要求であるＤＬフレームＦ１に基づいた判断結果を継続させる。言い換えると、メインマイコン１１は、ＤＬフレームＦ１に基づいて許可と判断した場合、転送フレームＦ２及び終了フレームＦ３に応答して診断ツール２００との通信が完了するまで、通信可否を許可に維持する。なお、以下においては、ＤＬフレームＦ１に基づいて許可と判断してから、転送フレームＦ２及び終了フレームＦ３に応答して診断ツール２００との通信が完了するまでをダウンロード手続き継続中とも称する。

これによって、メインマイコン１１は、二回目以降の通信要求である転送フレームＦ２及び終了フレームＦ３にメモリアドレスが含まれていなくても、通信不可のマイコンによる通信フレームの衝突を避けることができる。

ここでは、関連する複数の通信要求として、ＤＬフレームＦ１、転送フレームＦ２、及び終了フレームＦ３を採用した。しかしながら、本発明は、これに限定されない。本発明は、関連する複数の通信要求の全てに応答して診断ツール２００などの外部装置との通信が完了するまで、複数の通信要求における最初の通信要求に基づいた判断結果を継続させるものであれば採用できる（通信可否判断部）。

また、第１ＥＣＵ１０は、メインマイコン１１が判断結果を継続させている場合、メインマイコン１１のみが、診断ツール２００などの外部装置からの要求を処理する。後程説明するが、第１ＥＣＵ１０は、サブマイコン１２に関しても判断結果を継続させることがある。よって、第１ＥＣＵ１０は、メインマイコン１１及びサブマイコン１２のうち、判断結果を継続させている方のみが、診断ツール２００などの外部装置からの要求を処理する。メインマイコン１１及びサブマイコン１２のうち、判断結果を継続させている方とは、判断結果を継続させている通信可否判断部を含む方と言うこともできる。また、第１ＥＣＵ１０は、診断ツール２００からのダウンロード手続き継続中である場合、メモリアドレスが指すメモリを配下に持つ１つのマイコンのみが、診断ツール２００からの要求に対して独占的に処理及び応答するとも言える。

例えば、図８のシーケンス図に示すように、第１ＥＣＵ１０は、メインマイコン１１がダウンロード手続き中である場合に、サブマイコン１２に対する通信要求が送信されることもある（Ｓ５）。つまり、メインマイコン１１は、ダウンロード手続き中である場合に、メモリアドレスとして0x01000000を含む要求フレームを受信することがある。しかしながら、第１ＥＣＵ１０は、この通信要求に対してサブマイコン１２が応答しないようにできる。この場合、メインマイコン１１は、サブマイコン１２が通信不可であることを示す応答フレームを送信する。従って、第１ＥＣＵ１０は、関連する複数の通信要求の全てに応答して診断ツール２００などの外部装置との通信が完了するまで、同一ＩＤの通信フレームが通信線４０で衝突することを抑制できる。

なお、本発明は、判断結果を継続させなくてもよい。つまり、メインマイコン１１及びサブマイコン１２は、要求フレームに含まれるメモリアドレスが当該マイコンに紐付けされたリソースを示す場合に、通信可否を許可とするものであればよい。

ステップＳ２０では、ＤＬ開始処理を行う。メインマイコン１１は、要求フレームであるＤＬフレームＦ１による要求に応じた処理を行う。つまり、メインマイコン１１は、ＤＬフレームＦ１に含まれているメモリアドレスによって、これから到着するデータ転送フレームＦ２に含まれる転送データを格納すべき第１フラッシュメモリ１１ａ中の位置を認識する。

ステップＳ２２では、ＤＬ要求応答処理を行う（通信部）。メインマイコン１１は、ＤＬフレームＦ１に応答して、通信線４０を介して診断ツール２００と通信を行う。このとき、メインマイコン１１は、応答フレームを診断ツール２００に対して送信する。

メインマイコン１１は、図８のシーケンス図におけるＳ１に示すように、要求フレームであるＤＬフレームＦ１による要求に応じた処理と、ＤＬフレームＦ１への応答を行う。また、メインマイコン１１は、この処理と応答を、通信可否の状態によって判断するものである。

一方、ステップＳ２４では、メインマイコン１１の通信可否を不許可とする（通信可否判断部）。メインマイコン１１は、ＤＬフレームＦ１が当該マイコンに対する要求フレームでないため、通信線４０を介した通信を不許可とする。これによって、メインマイコン１１は、診断ツール２００のみならず、第２ＥＣＵ２０などとも通信を行うことができない。

このように、メインマイコン１１は、ＤＬフレームＦ１に含まれるメモリアドレスから、メインマイコン１１向けダウンロードかどうかを判定する（Ｓ１６）。そして、メインマイコン１１は、当該マイコン向けであれば通信可否を許可（Ｓ１８）とし、そうでなれば通信可否を不許可（Ｓ２４）とする。

ステップＳ２６では、データ転送要求であるか否かを判定する。メインマイコン１１は、転送フレームＦ２を受信した場合にデータ転送要求とみなしてステップＳ２８へ進み、転送フレームＦ２を受信してない場合にデータ転送要求でないとみなしてステップＳ３４へ進む。

ステップＳ２８では、メインマイコンの通信可否を判定する。メインマイコン１１は、結果記憶部の記憶内容に基づいて、通信可否を判定する。そして、メインマイコン１１は、結果記憶部に記憶された判断結果が許可であると判定した場合はステップＳ３０へ進み、不許可であると判定した場合は図２の処理を終了する。

ステップＳ３０では、データ取り込み処理を行う。メインマイコン１１は、要求フレームである転送フレームＦ２による要求に応じた処理を行う。つまり、メインマイコン１１は、転送フレームＦ２に含まれている転送データを取り込む。なお、メインマイコン１１は、取り込んだ転送データを第１フラッシュメモリ１１ａに格納することで、プログラムをリプログラムする。

診断ツール２００は、更新用データの容量によっては、更新用データを複数に転送データに分割する。この場合、診断ツール２００は、転送フレームＦ２を複数回、送信することになる。よって、メインマイコン１１は、ステップＳ３０を繰り返し行うことになる。

ステップＳ３２では、データ転送に対する応答処理を行う。メインマイコン１１は、転送フレームＦ２に応答して、通信線４０を介して診断ツール２００と通信を行う。このとき、メインマイコン１１は、応答フレームを診断ツール２００に対して送信する。

メインマイコン１１は、図８のシーケンス図におけるＳ３に示すように、要求フレームである転送フレームＦ２による要求に応じた処理と、転送フレームＦ２への応答を行う。そして、メインマイコン１１は、更新用データが複数の転送データに分割されていた場合、Ｓ３を繰り返し行うことになる。また、メインマイコン１１は、この処理と応答を、通信可否の状態によって判断するものである。

ステップＳ３４では、転送終了要求であるか否かを判定する。メインマイコン１１は、終了フレームＦ３を受信した場合に転送終了要求とみなしてステップＳ３６へ進み、終了フレームＦ３を受信してない場合に転送終了要求でないとみなしてステップＳ４４へ進む。

ステップＳ３６では、メインマイコンの通信可否を判定する。メインマイコン１１は、ステップＳ２８と同様に判定する。そして、メインマイコン１１は、結果記憶部に記憶された判断結果が許可であると判定した場合はステップＳ３８へ進み、不許可であると判定した場合はステップＳ４２へ進む。

ステップＳ３８では、ＤＬ終了処理を行う。メインマイコン１１は、要求フレームである終了フレームＦ３による要求に応じた処理を行う。つまり、メインマイコン１１は、ＤＬフレームＦ１から開始された複数の通信要求が正常に終了したかを判定する。例えば、メインマイコン１１は、データ転送フレームＦ２から格納した転送データ量の合計が予定されていたデータ量と一致した場合に、正常に終了したと判定する。

ステップＳ４０では、転送終了要求に対する応答処理を行う。メインマイコン１１は、終了フレームＦ３に応答して、通信線４０を介して診断ツール２００と通信を行う。このとき、メインマイコン１１は、応答フレームを診断ツール２００に対して送信する。

メインマイコン１１は、図８のシーケンス図におけるＳ７に示すように、要求フレームである終了フレームＦ３による要求に応じた処理と、終了フレームＦ３への応答を行う。また、メインマイコン１１は、この処理と応答を、通信可否の状態によって判断するものである。つまり、ステップＳ２０、Ｓ２２、Ｓ３０、Ｓ３２にも示したように、メインマイコン１１は、要求フレームによる要求に応じた処理と、要求フレームに対する応答を、通信可否の状態によって判断する。

ステップＳ４２では、メインマイコン１１の通信可否を許可とする。メインマイコン１１は、ステップＳ４０の時点で、既に通信可否を許可としているので、この許可を維持する。上記のように、メインマイコン１１は、終了フレームＦ３に応答して診断ツール２００との通信が完了するまで、最初の通信要求であるＤＬフレームＦ１に基づいた判断結果を継続させる。このため、メインマイコン１１は、ステップＳ４２の時点で、判断結果を継続させていないことになる。しかしながら、メインマイコン１１は、ステップＳ４２で通信可否を許可とする。これは、メインマイコン１１とサブマイコン１２のいずれも判断結果を継続させていない場合、予め決められた一方のみが、診断ツール２００、第２ＥＣＵ２０、第３ＥＣＵ３０などからの要求を処理するためである。つまり、ここでは、予め決められた一つの制御部としてメインマイコン１１を採用する。

ステップＳ４４では、メインマイコンの通信可否を判定する。メインマイコン１１は、ステップＳ２８と同様に判定する。そして、メインマイコン１１は、結果記憶部に記憶された判断結果が許可であると判定した場合はステップＳ４６へ進み、不許可であると判定した場合は図２の処理を終了する。

ステップＳ４６では、その他の要求処理を行う。メインマイコン１１は、ＤＬフレームＦ１、転送フレームＦ２、終了フレームＦ３とは異なる要求フレームに応じた処理を行う。

ステップＳ４８では、その他の要求処理対する応答処理を行う。メインマイコン１１は、ＤＬフレームＦ１、転送フレームＦ２、終了フレームＦ３とは異なる要求フレームに応答して、通信線４０を介して診断ツール２００と通信を行う。このとき、メインマイコン１１は、応答フレームを診断ツール２００に対して送信する。

次に、図３を用いて、サブマイコン１２の処理動作を説明する。サブマイコン１２は、例えば１００ｍｓ毎など、定期的に図３のフローチャートを実行する。サブマイコン１２の処理動作は、メインマイコン１１と同様の個所がある。ここでは、サブマイコン１２の処理動作におけるメインマイコン１１と異なる点を主に説明する。サブマイコン１２は、メインマイコン１１と異なり、通信可否の初期値が不許可となっている。

ステップＳ５０、Ｓ５２、Ｓ５４は、ステップＳ１０、Ｓ１２、Ｓ１４と同様の処理をサブマイコン１２が実行するため説明を省略する。

ステップＳ５６では、アドレスを判定する（通信可否判断部）。サブマイコン１２は、ＤＬフレームＦ１に含まれているメモリアドレスと第２紐付情報１２ｂとに基づいて、ＤＬフレームＦ１に含まれているメモリアドレスが、当該マイコンに紐付けされたリソースを示しているアドレスであるか否かを判定する。これは、ＤＬフレームＦ１が当該マイコンに対するものであるか否かを判定するためである。そして、サブマイコン１２は、ＤＬフレームＦ１に含まれるメモリアドレスが、第２紐付情報１２ｂである0x01000000〜0x01FFFFFFのいずれかであった場合、ＤＬフレームＦ１が当該マイコンに対するものであると判定してステップＳ５８へ進む。また、サブマイコン１２は、ＤＬフレームＦ１に含まれるメモリアドレスが、第２紐付情報１２ｂである0x01000000〜0x01FFFFFFのいずれでもなかった場合、ＤＬフレームＦ１が当該マイコンに対するものでないと判定してステップＳ６４へ進む。つまり、サブマイコン１２は、ステップＳ５２で一度は要求フレームが当該マイコンに対するものであると認識しつつ、ステップＳ５６で要求フレームが当該マイコンに対するものでないと判定することになる。

ステップＳ５８では、サブマイコン１２の通信可否を許可とする（通信可否判断部）。サブマイコン１２は、ＤＬフレームＦ１が当該マイコンに対する要求フレームであるため、通信線４０を介した通信を許可とする。これによって、サブマイコン１２は、ＤＬフレームＦ１に応答して診断ツール２００と通信を行うことができる。

一方、ステップＳ６４では、サブマイコン１２の通信可否を不許可とする（通信可否判断部）。サブマイコン１２は、ＤＬフレームＦ１が当該マイコンに対する要求フレームでないため、通信線４０を介した通信を不許可とする。これによって、サブマイコン１２は、診断ツール２００のみならず、第２ＥＣＵ２０などとも通信を行うことができない。

このように、サブマイコン１２は、ＤＬフレームＦ１に含まれるメモリアドレスから、サブマイコン１２向けダウンロードかどうかを判定する（Ｓ５６）。そして、サブマイコン１２は、当該マイコン向けであれば通信可否を許可（Ｓ５８）とし、そうでなれば通信可否を不許可（Ｓ６４）とする。

ステップＳ６０、Ｓ６２、Ｓ６６は、ステップＳ２０、Ｓ２２、Ｓ２６と同様の処理をサブマイコン１２が実行するため説明を省略する。

ステップＳ６８では、サブマイコンの通信可否を判定する。サブマイコン１２は、結果記憶部の記憶内容に基づいて、通信可否を判定する。そして、サブマイコン１２は、結果記憶部に記憶された判断結果が許可であると判定した場合はステップＳ７０へ進み、不許可であると判定した場合は図３の処理を終了する。

ステップＳ７０、Ｓ７２、Ｓ７４は、ステップＳ３０、Ｓ３２、Ｓ３６と同様の処理をサブマイコン１２が実行するため説明を省略する。

ステップＳ７６では、サブマイコンの通信可否を判定する。サブマイコン１２は、結果記憶部の記憶内容に基づいて、通信可否を判定する。そして、サブマイコン１２は、結果記憶部に記憶された判断結果が許可であると判定した場合はステップＳ７８へ進み、不許可であると判定した場合はステップＳ８２へ進む。

ステップＳ７８、Ｓ８０は、ステップＳ３８、Ｓ４０と同様の処理をサブマイコン１２が実行するため説明を省略する。

ステップＳ８２では、サブマイコン１２の通信可否を不許可とする。サブマイコン１２は、ステップＳ８０の時点で、通信可否を許可としているので、許可に変更する。一方、上記ステップＳ４２で説明したように、メインマイコン１１は、終了フレームＦ３に応答して、通信線４０を介して診断ツール２００と通信を行った場合、通信可否を許可とする。これにより、第１ＥＣＵ１０は、メインマイコン１１とサブマイコン１２のいずれも判断結果を継続させていない場合、メインマイコン１１が独占的に通信線４０を介して通信できる。つまり、第１ＥＣＵ１０は、ダウンロード手続き継続中でない場合、予め決められた１つのマイコンであるメインマイコン１１が要求に対して独占的に処理及び応答する。

ステップＳ８４では、サブマイコンの通信可否を判定する。サブマイコン１２は、結果記憶部の記憶内容に基づいて、通信可否を判定する。そして、サブマイコン１２は、結果記憶部に記憶された判断結果が許可であると判定した場合はステップＳ８６へ進み、不許可であると判定した場合は図２に示す処理を終了する。

ステップＳ８６、Ｓ８８は、ステップＳ４６、Ｓ４８と同様の処理をサブマイコン１２が実行するため説明を省略する。

以上のように、メインマイコン１１及びサブマイコン１２は、通信要求に含まれるメモリアドレスが当該マイコンに紐付けされたリソースを示す場合に、診断ツール２００と通信可と判断する。また、メインマイコン１１及びサブマイコン１２は、当該マイコンに紐付けされたリソースを示さない場合に、診断ツール２００と通信不可と判断する。そして、メインマイコン１１及びサブマイコン１２は、通信可と判断した場合に、診断ツール２００からの通信要求に応答して診断ツール２００と通信を行う。このため、第１ＥＣＵ１０は、メインマイコン１１及びサブマイコン１２での通信が同時に行なわれて、通信線４０で衝突することを防ぐことができる。

さらに、第１ＥＣＵ１０は、メインマイコン１１及びサブマイコン１２を備えているが、メインマイコン１１及びサブマイコン１２の夫々が共通のＩＤを当該マイコン向けの通信要求であると認識する。このため、第１ＥＣＵ１０は、本実施形態のメインマイコン１１及びサブマイコン１２に相当する制御部の数が増えてもＩＤの増加を抑えることがでる。

従って、本発明は、ＩＤの枯渇を抑制しつつ、メインマイコン１１及びサブマイコン１２での通信が同時に行なわれて衝突することを防ぐことができる。このため、第１ＥＣＵ１０は、ＩＤとして、数に限度がある診断用識別情報を採用した場合であっても、診断用識別情報が枯渇することを抑制できる。

なお、本実施形態では、外部装置として故障診断用ツール２００を採用した。しかしながら、本発明は、これに限定されず、第２ＥＣＵ２０や第３ＥＣＵ３０を外部装置とみなすこともできる。また、本発明を第２ＥＣＵ２０に適用した場合、外部装置は、故障診断用ツール２００や、第１ＥＣＵ１０や、第３ＥＣＵ３０を採用できる。さらに、外部装置は、本発明を適用した電子制御装置と通信可能に構成された装置であれば採用できる。

以上、本発明の好ましい実施形態について説明した。しかしながら、本発明は、上記実施形態に何ら制限されることはなく、本発明の趣旨を逸脱しない範囲において、種々の変形が可能である。以下に、本発明のその他の形態として、第２実施形態及び第３実施形態に関して説明する。上記実施形態及び第２、第３実施形態は、夫々単独で実施することも可能であるが、適宜組み合わせて実施することも可能である。本発明は、実施形態において示された組み合わせに限定されることなく、種々の組み合わせによって実施可能である。

（第２実施形態）
本実施形態は、主に、共通のＩＤ、要求フレームが上記実施形態と異なる。本実施形態のメインマイコン１１とサブマイコン１２は、共通のＩＤとして0x201を含む通信フレームを当該マイコン向けの通信フレームであると認識するように構成されている。また、本実施形態では、ＤＬフレームＦ１、転送フレームＦ２、終了フレームＦ３のように関連する複数の通信要求ではなく、通信要求として単独の要求フレームを受信する例を採用する。なお、メインマイコン１１とサブマイコン１２は、上記実施形態と同様の第１紐付情報１１ｂ及び第２紐付情報１２ｂを有しているものとする。

本実施形態のメインマイコン１１は、例えば１００ｍｓ毎など、定期的に図９のフローチャートを実行する。なお、サブマイコン１２に関しても、同様に図９のフローチャートを実行する。

ステップＳ９０では、要求受信有か否かを判定する。メインマイコン１１は、要求フレームを受信したか否かを判定する。そして、メインマイコン１１は、要求フレームを受信したと判定した場合はステップＳ９１へ進み、要求フレームを受信したと判定しなかった場合は図９の処理を終了する。

ステップＳ９１では、要求ＩＤを判定する。メインマイコン１１は、受信した要求フレームに含まれているＩＤが当該マイコンに対するものであるか否かを判定する。つまり、メインマイコン１１は、要求フレームに含まれているＩＤを確認して、要求フレームが当該マイコンに対して送信されたものであるか否かを判定する。そして、メインマイコン１１は、ＩＤが0x201であると判定した場合、要求フレームが当該マイコンに対して送信されたものであるとみなしてステップＳ９２へ進む。また、メインマイコン１１は、ＩＤが0x201でないと判定した場合、要求フレームが当該マイコンに対して送信されたものでないとみなして図９の処理を終了する。

ステップＳ９２では、リソースを判定する（通信可否判断部）。メインマイコン１１は、受信した要求フレームに含まれているメモリアドレスと第１紐付情報１１ｂとに基づいて、要求フレームに含まれているメモリアドレスが、当該マイコンに紐付けされたリソースを示しているアドレスであるか否かを判定する。そして、メインマイコン１１は、要求フレームに含まれるメモリアドレスが、第１紐付情報１１ｂである0x00000000〜0x00FFFFFFのいずれかであった場合、要求フレームが当該マイコンに対するものであると判定してステップＳ９３へ進む。また、メインマイコン１１は、要求フレームに含まれるメモリアドレスが、第１紐付情報１１ｂである0x00000000〜0x00FFFFFFのいずれでもなかった場合、要求フレームが当該マイコンに対するものでないと判定してステップＳ９５へ進む。つまり、メインマイコン１１は、ステップＳ９１で一度は要求フレームが当該マイコンに対するものであると認識しつつ、ステップＳ９２で要求フレームが当該マイコンに対するものでないと判定することになる。

ステップＳ９３では、メインマイコン１１の通信可否を許可とする（通信可否判断部）。メインマイコン１１は、受信した要求フレームが当該マイコンに対する要求フレームであるため、通信線４０を介した通信を許可とする。これによって、メインマイコン１１は、要求フレームに応答して診断ツール２００と通信を行うことができる。

ステップＳ９４では、送信処理を行う（通信部）。メインマイコン１１は、受信した要求フレームに応答して、通信線４０を介して診断ツール２００と通信を行う。このとき、メインマイコン１１は、応答フレームを診断ツール２００に対して送信する。なお、メインマイコン１１は、応答フレームを送信する前に、要求フレームによる要求に応じた処理を行ってもよい。

一方、ステップＳ９５では、メインマイコン１１の通信可否を不許可とする（通信可否判断部）。メインマイコン１１は、受信した要求フレームが当該マイコンに対する要求フレームでないため、通信線４０を介した通信を不許可とする。これによって、メインマイコン１１は、診断ツール２００のみならず、第２ＥＣＵ２０などとも通信を行うことができない。

本実施形態の第１ＥＣＵ１０は、上記実施形態によるものと同様の効果を奏することができる。さらに、メインマイコン１３やサブマイコン１４は、関連する複数の通信要求を受信した場合に限らず、上記実施形態によるものと同様の効果を奏することができる。

（第３実施形態）
本実施形態は、主に、紐付情報が上記実施形態と異なる。図１０に示すように、本実施形態の第１ＥＣＵ１０ａは、メインマイコン１３とサブマイコン１４とを備えて構成されている。さらに、第１ＥＣＵ１０ａは、リソースとして、第１ポート１１ｃ及び第２ポート１２ｃを備えて構成されている。第１ポート１１ｃは、ある変数ｘを示す信号が入力されるポートである。第２ポート１２ｃは、変数ｘとは異なる変数ｙを示す信号が入力されるポートである。なお、変数ｘや変数ｙは、第１ＥＣＵ１０に接続されたセンサなどによって検出された検出値などである。

メインマイコン１３は、第１ポート１１ｃにアクセスして変数ｘを示す信号を取得可能であるが、第２ポート１２ｃにアクセスできないように構成されている。一方、サブマイコン１４は、第２ポート１２ｃにアクセスして変数ｙを示す信号を取得可能であるが、第１ポート１１ｃにアクセスできないように構成されている。

つまり、第１ポート１１ｃは、メインマイコン１３に個別に対応したリソースと言える。また、第１ポート１１ｃは、メインマイコン１３に専用に設けられている、又は、メインマイコン１３の配下にあると言える。このため、第１ポート１１ｃを示す情報（変数に個別に割り当てられた数値であるデータ識別子）や変数ｘは、メインマイコン１３に特有の情報と言える。また、第１ポート１１ｃを示す情報や変数ｘは、リソース情報とも言える。

よって、本実施形態の第１紐付情報１１ｂ１は、メインマイコン１３に対応した第１ポート１１ｃが、メインマイコン１３に対して個別に重複することなく紐付けされた情報を含んでいる。つまり、ここでは、第１紐付情報１１ｂ１として第１ポート１１ｃを示す情報や変数ｘを採用する。言い換えると、第１紐付情報１１ｂ１は、メインマイコン１３に対応した第１ポート１１ｃを示す情報又は変数ｘが、メインマイコン１３に対して個別に重複することなく紐付けされている。第１紐付情報１１ｂ１は、サブマイコン１４における第２紐付情報１２ｂ１と重複しない。また、第１紐付情報１１ｂ１は、メインマイコン１３と第１ポート１１ｃとを紐付ける、又は関連付ける、又は対応付ける情報と言える。

従って、メインマイコン１３は、診断ツール２００などから受信した通信フレームに第１ポート１１ｃを示す情報や変数ｘが含まれていた場合、その通信フレームが当該マイコンに送信された通信フレームであると認識できる。

一方、第２ポート１２ｃは、サブマイコン１４に個別に対応したリソースと言える。また、第２ポート１２ｃは、サブマイコン１４に専用に設けられている、又は、サブマイコン１４の配下にあると言える。このため、第２ポート１２ｃを示す情報（変数に個別に割り当てられた数値であるデータ識別子）や変数ｙは、サブマイコン１４に特有の情報と言える。また、第２ポート１２ｃを示す情報や変数ｙは、リソース情報とも言える。

よって、本実施形態の第２紐付情報１２ｂ１は、サブマイコン１４に対応した第２ポート１２ｃが、サブマイコン１４に対して個別に重複することなく紐付けされた情報を含んでいる。つまり、ここでは、第２紐付情報１２ｂ１として第２ポート１２ｃを示す情報や変数ｙを採用する。言い換えると、第２紐付情報１２ｂ１は、サブマイコン１４に対応した第２ポート１２ｃを示す情報又は変数ｙが、サブマイコン１４に対して個別に重複することなく紐付けされている。第２紐付情報１２ｂ１は、メインマイコン１３における第１紐付情報１１ｂ１と重複しない。また、第２紐付情報１２ｂ１は、サブマイコン１４と第２ポート１２ｃとを紐付ける、又は関連付ける、又は対応付ける情報と言える。

従って、サブマイコン１４は、診断ツール２００などから受信した通信フレームに第２ポート１２ｃを示す情報や変数ｙが含まれていた場合、その通信フレームが当該マイコンに送信された通信フレームであると認識できる。

なお、第１紐付情報１１ｂ１や第２紐付情報１２ｂ１は、アドレスを含まなくてもよい。また、図１０では、第１紐付情報１１ｂ１において、第１ポート１１ｃを示す情報の図示を省略し、第２紐付情報１２ｂ１において、第２ポート１２ｃを示す情報の図示を省略している。

このように構成された第１ＥＣＵ１０ａは、第１ＥＣＵ１０と同様の効果を奏することができる。さらに、メインマイコン１３やサブマイコン１４は、要求フレームにメモリアドレスが含まれていなくても、変数ｘや変数ｙなどがふくまれていれば、当該マイコンに送信された通信フレームであると認識できる。

１０ 第１ＥＣＵ、２０ 第２ＥＣＵ、３０ 第３ＥＣＵ、４０ 通信線、１１，１３ メインマイコン、１２，１４ サブマイコン、１１ａ 第１フラッシュメモリ、１１ｂ，１ｂ１ 第１紐付情報、１１ｃ 第１ポート、１２ａ 第２フラッシュメモリ、１２ｂ，１２ｂ１ 第２紐付情報、１２ｃ 第２ポート、１００，１１０ 車両、２００ 車両

Claims (9)

1. 複数の制御部（１１〜１４）と、複数の前記制御部の夫々に個別に対応した複数のリソース（１１ａ、１１ｃ、１２ａ、１２ｃ）とを有し、異なる外部装置と通信線を介して通信可能に構成されており、前記外部装置から受信対象を示す識別情報と前記リソースを示すリソース情報とを含む通信要求を少なくとも受信する電子制御装置であって、
   複数の前記制御部の夫々は、共通の前記識別情報を含む通信要求を当該制御部向けの前記通信要求であると認識し、
   複数の前記制御部の夫々に対応した前記リソースが、複数の前記制御部の夫々に対して個別に重複することなく紐付けされた紐付情報（１１ｂ、１２ｂ、１１ｂ１、１２ｂ１）と、
   前記通信要求を受信した場合、前記通信要求に含まれる前記リソース情報と、前記紐付情報とに基づいて、前記外部装置との通信可否を判断する通信可否判断部（Ｓ１６、Ｓ１８、Ｓ２４、Ｓ５６、Ｓ５８、Ｓ６４、Ｓ９２）と、
   前記通信可否判断部にて通信可と判断した場合に、前記通信要求に応答して前記外部装置と通信を行う通信部（Ｓ２２、Ｓ６２、Ｓ９４）と、を備え、
   前記通信可否判断部は、前記通信要求に含まれる前記リソース情報が当該制御部に紐付けされた前記リソースを示す場合に前記外部装置と通信可と判断し、当該制御部に紐付けされた前記リソースを示さない場合に前記外部装置と通信不可と判断する電子制御装置。
2. 前記通信線は、複数の前記制御部と複数の前記外部装置とが接続されており、
   前記識別情報は、前記通信線を介した通信における優先順位を示す請求項１に記載の電子制御装置。
3. 関連する複数の前記通信要求の夫々に応答して前記外部装置と通信を行うことで、一つの機能を実現するものであり、
   前記通信可否判断部は、複数の前記通信要求の全てに応答して前記外部装置との通信が完了するまで、複数の前記通信要求における最初の前記通信要求に基づいた判断結果を継続させる請求項２に記載の電子制御装置。
4. 複数の前記制御部は、前記判断結果を継続させている前記通信可否判断部を含む前記制御部のみが、前記外部装置からの要求を処理する請求項３に記載の電子制御装置。
5. 関連する複数の前記通信要求は、最初の前記通信要求としてのデータのダウンロードを要求するダウンロード要求と、前記データの転送を要求するデータ転送要求と、最後の前記通信要求としての前記データの転送終了を要求する転送終了要求とを含み、
   前記通信可否判断部は、前記転送終了要求に応答して前記外部装置との通信が完了するまで、複数の前記通信要求における最初の前記通信要求に基づいた判断結果を継続させる請求項３又は４に記載の電子制御装置。
6. 複数の前記制御部は、前記データの転送を要求するデータ転送要求の処理として、前記データを取り込む請求項５に記載の電子制御装置。
7. 複数の前記制御部は、全ての前記通信可否判断部が前記判断結果を継続させていない場合、予め決められた一つの前記制御部のみが、前記外部装置からの要求を処理する請求項３乃至６のいずれか一項に記載の電子制御装置。
8. 前記リソースとして、複数の記憶領域を備え、
   前記リソース情報は、各記憶領域を示すアドレスを含むものであり、
   前記紐付情報は、複数の前記制御部の夫々に対応した前記記憶領域を示す前記アドレスが、複数の前記制御部の夫々に対して個別に重複することなく紐付けされている請求項１乃至７のいずれか一項に記載の電子制御装置。
9. 前記識別情報は、故障診断用に割り当てられた診断用識別情報である請求項１乃至８のいずれか一項に記載の電子制御装置。

Images