JP7419875B2 - 電子制御装置 - Google Patents

Description

本発明は、他の電子制御装置から送信されたメッセージの内容を判定して処理を行う電子制御装置であって、主に車両に搭載される電子制御装置、当該電子制御装置で実行されるメッセージ処理プログラム、メッセージ処理方法、及び当該電子制御装置を有するシステムに関する。

近年、車車間通信や路車間通信のようなＶ２Ｘをはじめ、運転支援や自動運転制御を行う技術が注目されている。これに伴い、車両が通信機能を備えるようになり、いわゆる車両のコネクティッド化が進んでいる。コネクティッド車両の更なる普及により、車両は今後、他車両、路側機、運転支援等を行う装置だけでなく、様々な装置と通信を行う可能性が高まっている。

車両と通信を行う相手側装置は、車両に搭載されたシステムや電子制御装置に適したメッセージを送信する必要がある。システムやシステムを構成する電子制御装置、更には電子制御装置に搭載されるアプリケーションは、車両や車種毎に異なっている可能性がある。しかしながら、相手方装置が車両や車種に応じたメッセージをそれぞれ生成して送信することは現実的ではない。そのため、特定のメッセージを送信することによって、メッセージを受信したいかなる車両からも同様の応答が得られることが望ましい。

また、通信機能を有する電子制御装置が相手方装置からメッセージを受信すると、当該メッセージの内容を処理可能な電子制御装置にメッセージを転送する。メッセージの内容を処理可能な電子制御装置が不明な場合、システムを構成する全ての電子制御装置にメッセージをブロードキャストで送信することが考えられる。しかしながら、メッセージを処理できない電子制御装置に対してもメッセージを送信することは効率的ではなく、ネットワークの負荷が増大する。さらに、通信機能を有する電子制御装置は、メッセージに対する全ての電子制御装置からの応答を処理する必要があるため、当該電子制御装置の処理量が増大するおそれがある。

例えば、特許文献１には、ネットワークを環状に接続した車載システムが開示されている。特許文献１によれば、テレマティクスＥＣＵからメッセージが送出されると、メッセージはネットワークに接続された電子制御装置を順々に巡回する。各電子制御装置がメッセージを受信すると、メッセージに対する処理結果を示すフラグを設定してメッセージを送出する。そして、メッセージがネットワークを一巡すると、テレマティクスＥＣＵはメッセージに設定されたフラグに基づいて各電子制御装置での処理結果を把握することができる。

特開２００５－１９１７３４号公報

このような環状ネットワークを利用することにより、ネットワークの処理を増大させることなく、メッセージを処理可能な電子制御装置にメッセージを転送することができる。しかしながら、特許文献１に記載の手法を用いるためには、車両のネットワークを既存のネットワークから環状ネットワークの構成に変更する必要がある。

本発明は、複数の電子制御装置から構成されるシステムにおいて、メッセージを処理可能な電子制御装置へと転送するとともに、メッセージの処理結果を当該メッセージの送信元に送信することを目的とする。

本開示の一態様による電子制御装置は、上流側電子制御装置及び下流側電子制御装置に直列に接続された電子制御装置（１０）であって、前記上流側電子制御装置から、所定の条件と前記条件を満たす場合に所定の動作を要求する要求内容とを含むメッセージを受信する上流側通信部（１０１）と、前記条件を満たすか否かを判定する条件判定部（１０３）と、前記要求内容を満たすか否かを判定する要求内容判定部（１０４）と、前記条件判定部が前記条件を満たすと判定した場合に、前記条件を満たすことを示す条件判定結果及び前記メッセージを前記下流側電子制御装置に送信する下流側通信部（１０２）と、を備え、前記要求内容判定部が前記要求内容を満たすと判定し、且つ、前記上流側通信部が前記上流側電子制御装置から又は前記下流側通信部が前記下流側電子制御装置から前記条件を満たすことを示す条件判定結果を受信した場合、前記上流側通信部はさらに、前記要求内容を満たすことを示す内容判定結果を前記上流側電子制御装置に送信する。

なお、特許請求の範囲、及び本項に記載した発明の構成要件に付した括弧内の番号は、本発明と後述の実施形態との対応関係を示すものであり、本発明を限定する趣旨ではない。

上述のような構成により、複数の電子制御装置から構成されるシステムにおいて、メッセージを、当該メッセージを処理可能な電子制御装置へと送信するとともに、メッセージに対する処理結果をメッセージの送信元に送信することが可能となる。

実施形態１、２の車載システム及び電子制御装置を説明する図 実施形態１、２の電子制御装置の構成を示すブロック図 実施形態１の電子制御装置の動作を説明するフローチャート 実施形態１の電子制御装置の動作を説明するフローチャート 実施形態１の電子制御装置の動作を説明するフローチャート 実施形態１の電子制御装置の動作を説明するフローチャート 実施形態１の車載システム及び電子制御装置の動作を説明する図 実施形態１の車載システム及び電子制御装置の動作を説明する図 実施形態１の変形例の電子制御装置の動作を説明するフローチャート 実施形態１の変形例の電子制御装置の動作を説明するフローチャート 実施形態１の変形例の電子制御装置の動作を説明するフローチャート 実施形態２の車載システム及び電子制御装置の動作を説明する図 実施形態３の車載システム及び電子制御装置の動作を説明する図

以下、本発明の実施形態について、図面を参照して説明する。

なお、本発明とは、特許請求の範囲又は課題を解決するための手段の項に記載された発明を意味するものであり、以下の実施形態に限定されるものではない。また、少なくともかぎ括弧内の語句は、特許請求の範囲又は課題を解決するための手段の項に記載された語句を意味し、同じく以下の実施形態に限定されるものではない。

特許請求の範囲の従属項に記載の構成及び方法は、特許請求の範囲の独立項に記載の発明において任意の構成及び方法である。従属項に記載の構成及び方法に対応する実施形態の構成及び方法、並びに特許請求の範囲に記載がなく実施形態のみに記載の構成及び方法は、本発明において任意の構成及び方法である。特許請求の範囲の記載が実施形態の記載よりも広い場合における実施形態に記載の構成及び方法も、本発明の構成及び方法の例示であるという意味で、本発明において任意の構成及び方法である。いずれの場合も、特許請求の範囲の独立項に記載することで、本発明の必須の構成及び方法となる。

実施形態に記載した効果は、本発明の例示としての実施形態の構成を有する場合の効果であり、必ずしも本発明が有する効果ではない。

複数の実施形態がある場合、各実施形態に開示の構成は各実施形態のみで閉じるものではなく、実施形態をまたいで組み合わせることが可能である。例えば一の実施形態に開示の構成を、他の実施形態に組み合わせてもよい。また、複数の実施形態それぞれに開示の構成を集めて組み合わせてもよい。

発明が解決しようとする課題に記載した課題は公知の課題ではなく、本発明者が独自に知見したものであり、本発明の構成及び方法と共に発明の進歩性を肯定する事実である。

（実施形態１）
１．システムの構成
以下に、本実施形態の電子制御装置（以下、ＥＣＵ：Electronic Control Unit）１０から構成されるシステムを説明する。図１は車両に搭載され、複数のＥＣＵ１０から構成されたシステム１を示している。システム１は、車外に位置するサーバ装置と通信を行う。

システム１を構成する複数のＥＣＵ１０は「直列」に接続されている。また、ＥＣＵ１０のうち少なくとも１つは通信機能を有し、サーバ装置と通信を行う。以下の実施形態では、特定のＥＣＵから通信機能を有するＥＣＵに近い側を特定のＥＣＵの上流側と称し、通信機能を有するＥＣＵとは反対側を特定のＥＣＵの下流側と称する。また、下流側に他のＥＣＵを有しないＥＣＵは末端ＥＣＵと称する。

ここで「直列」とは、上流側の電子制御装置から当該電子制御装置、当該電子制御装置から下流側の電子制御装置へと順々にメッセージが送信されるように接続されていればよく、必ずしも物理的に直列に接続されていなくともよい。

なお、説明を簡易にするために、図１は、複数のＥＣＵが物理的に直列に接続された状態を示している。しかしながら、図１に示すＥＣＵの接続状態は一例にすぎず、ＥＣＵは環状に接続されていてもよい。あるいは、ＣＡＮバスに複数のＥＣＵが接続されていてもよい。この場合、後述するメッセージが一のＥＣＵから特定のＥＣＵに送信されるように予め設定されることにより、ＥＣＵが物理的に直列に接続される場合と等価となり、ＥＣＵが直列に接続される構成に含まれることになる。

システム１を構成する複数のＥＣＵ１０のうち通信機能を有するＥＣＵは、サーバ装置から送信された要求メッセージ（「メッセージ」に相当）を受信する。この要求メッセージは、所定の条件と、所定の条件を満たす場合に所定の動作を要求する要求内容と、を含む。

サーバ装置は、例えば、ビッグデータ用に情報を収集する装置や、車両の挙動を制御する装置である。また、要求メッセージに含まれる所定の条件とは、例えば、車両の位置、車両の速度、アクセル開度、車両の室内温度が特定の数値以上又は以下であること、あるいは、ドアロックの有無、車両の乗員の有無といった、車両が特定の状態を満たしていること、である。また、要求内容とは、例えば、車両位置、速度、加速度、アクセル開度といった数値情報、これらの数値情報の平均値や標準偏差といった統計値、これらの数値情報が特定の数値以上又は以下であるかを示す情報、あるいは、車載カメラで撮影された静止画又は動画情報といった車両データの送信である。あるいは、要求内容は、電源入切やアクチュエータ動作といった車両の挙動制御であってもよい。

要求内容が車両データの送信を要求するものである場合、要求内容はさらに車両データの有効数字の桁数や数値範囲を指定してもよい。

なお、図１では、システム１が車両に搭載された車載システムである例を示している。しかしながら、本実施形態の電子制御装置を有するシステムは車載システムに限定されるものではなく、任意のシステムに適用される。

また、以下の実施形態では、通信機能を有するＥＣＵがサーバ装置から送信された要求メッセージを受信する例を説明している。しかしながら、要求メッセージは、車両の外部から送信されるものでなくともよく、車両に搭載された他のシステムから送信されるメッセージであってもよい。さらには、要求メッセージは、システム１を構成するＥＣＵの１つによって生成され、後述するように、メッセージを生成したＥＣＵよりも下流側のＥＣＵへと送信されてもよい。

２．ＥＣＵの構成
図２を参照して、本実施形態のＥＣＵ１０を説明する。ＥＣＵ１０は、上流側通信部１０１、下流側通信部１０２、条件判定部１０３、要求内容判定部１０４、及び判定結果メッセージ生成部１０５を備える。

上流側通信部１０１は、ＥＣＵ１０の上流側に接続された上流側ＥＣＵ１０_ｕ（「上流側電子制御装置」に相当）と通信を行う通信部である。上流側通信部１０１は、上流側ＥＣＵ１０_ｕから条件及び要求内容を含む要求メッセージを受信する。

下流側通信部１０２は、ＥＣＵ１０の下流側に接続された下流側ＥＣＵ１０_ｄ（「下流側電子制御装置」に相当）と通信を行う通信部である。下流側通信部１０２は、下流側ＥＣＵ１０_ｄに要求メッセージを送信する。

上流側通信部１０１及び下流側通信部１０２はさらに、後述する条件判定部１０３及び要求内容判定部１０４の判定結果、及び、他のＥＣＵが備える条件判定部及び要求内容判定部の判定結果に応じて、条件を満たすか否かを示す「条件判定結果」、又は要求内容を満たすか否かを示す「内容判定結果」の少なくとも一方を含む判定結果メッセージを、上流側ＥＣＵ１０_ｕ、下流側ＥＣＵ１０_ｄとの間でそれぞれ送受信する。条件及び要求内容の判定結果に応じていかなる判定結果メッセージを送受信するかは後述する。

ここで、「条件判定結果」は、条件を満たすか否かの他、条件を判定可能か否かの示す情報であってもよい。さらに、条件を満たしているか否かを直接的に示す情報の他、下流側電子制御装置では条件の判定が不要であることを示すことにより、間接的に条件を満たすことを示す情報であってもよい。
「要求内容判定結果」は、要求内容を満たすか否かの他、要求内容を判定可能か否かの示す情報であってもよい。さらに、要求内容を満たしているか否かを直接的に示す情報の他、要求の内容そのものを示すことにより、間接的に要求内容を満たすことを示す情報であってもよい。

条件判定部１０３は、上流側通信部１０１で受信した要求メッセージに含まれる条件を判定可能か否かを判定する。そして、条件を判定可能な場合はさらに、条件を満たすか否かを判定する。

要求内容判定部１０４は、上流側通信部１０１で受信した要求メッセージに含まれる要求内容を判定可能か否かを判定する。そして、要求内容を判定可能な場合はさらに、要求内容を満たすか否かを判定する。例えば、要求内容判定部１０４は、所定の動作を実行できる場合に要求内容を満たすと判定する。

条件判定部１０３及び要求内容判定部１０４が条件及び要求内容を判定可能か否か、とは、例えば、ＥＣＵが条件及び要求内容に関する情報を有するかどうかを示している。例えば、ＧＰＳに接続されていないＥＣＵが位置情報に関する条件及び要求内容を受信しても、当該ＥＣＵはこれらの条件及び要求内容を判定することはできない。したがって、このような場合、条件判定部１０３及び要求内容判定部１０４は条件及び要求内容をそれぞれ判定不能である。

また、条件及び要求内容を満たすか否か、とは、例えば、ＥＣＵが条件及び要求内容に関する情報を有していることを前提に、ＥＣＵが有する情報が条件及び要求内容に合致するかどうかを示している。例えば、速度センサに接続されたＥＣＵが車両速度に関する条件及び要求内容を受信した場合、条件判定部１０３及び要求内容判定部１０４は条件及び要求内容を判定することができる。しかしながら、速度センサで取得した車両速度が条件及び要求内容で指定された速度以下である場合には、条件及び要求内容を満たさないと判定される。

なお、以下に示す実施形態では、条件判定部１０３及び要求内容判定部１０４が条件及び要求内容を判定可能か否かを判定し、判定可能な場合に限り条件及び要求内容を満たすか否かを判定する構成を説明している。しかしながら、ＥＣＵ１０が条件及び要求内容に関する情報を何ら有しないＥＣＵである場合、本開示のＥＣＵ１０は、条件判定部１０３及び要求内容判定部１０４にて判定可能か否かの処理を行うことなく、上流側又は下流側のＥＵＣに要求メッセージを送信する構成としてもよい。

メッセージ生成部１０５は、条件判定部１０３又は要求内容判定部１０４での判定結果に基づいて判定結果メッセージを生成する。メッセージ生成部１０５は、上流側通信部１０１又は下流側通信部１０２から受信した判定結果メッセージの内容を更新することで、新たな判定結果メッセージを生成してもよい。なお、説明のため、要求メッセージと判定結果メッセージをそれぞれ異なるメッセージとして説明している。しかしながら、メッセージ生成部１０５は、要求メッセージに含まれる条件及び要求内容を判定結果に書き換えて、判定結果メッセージを生成してもよい。

メッセージ生成部１０５は、条件判定部１０３が条件を満たすと判定した場合には条件を満たすことを示す条件判定結果（Ｃ_ＯＫ）を、条件を満たさないと判定した場合には条件を満たさないことを示す条件判定結果（Ｃ_ＮＧ）を、条件を判定不能な場合には判定不能であることを示す条件判定結果（Ｃ_ＢＬ）を含む判定結果メッセージを生成する。同様に、メッセージ生成部１０５は、要求内容判定部１０４が要求内容を満たすと判定した場合には要求内容を満たすことを示す内容判定結果（Ｒ_ＯＫ）を、要求内容を満たさないと判定した場合には要求内容を満たさないことを示す内容判定結果（Ｒ_ＮＧ）を、要求内容を判定不能な場合には判定不能であることを示す内容判定結果（Ｒ_ＢＬ）を含む判定結果メッセージを生成する。

条件判定結果及び内容判定結果は、任意の方法で表される。例えば、フラグの有無によって判定結果を表してもよい。あるいは、条件及び要求内容の判定基準となる情報を付与することにより、判定結果を表してもよい。例えば、車両が特定のエリア内であることが条件である場合には、車両の緯度経度を示す情報を付与することによって条件を満たす又は満たさないことを表してもよい。

３．ＥＣＵの動作
図３を参照して、ＥＣＵ１０が上流側ＥＣＵ１０_ｕから要求メッセージを受信した場合の動作を説明する。

上流側通信部１０１は、上流側ＥＣＵ１０_ｕから要求メッセージを受信する（Ｓ１０１）。ここで、要求メッセージと共に、ＥＣＵ１０よりも上流側に位置するいずれかのＥＣＵ１０の条件判定部１０３における条件判定結果（Ｃ_ＯＫ）（「上流側条件判定結果」に相当）を含む判定結果メッセージを受信した場合、条件判定部１０３は、要求メッセージ及び受信した判定結果メッセージを下流側ＥＣＵ１０_ｄに送信する（Ｓ１０９）。

Ｓ１０１で条件判定結果（Ｃ_ＯＫ）を含む判定結果メッセージを受信していない場合、条件判定部１０３は、要求メッセージに含まれる条件を判定可能か否かを判定する（Ｓ１０３）。条件を判定不能な場合（Ｓ１０３：Ｎｏ）は、条件を判定不能であることを示す条件判定結果（Ｃ_ＢＬ）を生成する（Ｓ１０４）。そして、下流側通信部１０２は、条件判定結果（Ｃ_ＢＬ）を含む判定結果メッセージと要求メッセージを下流側ＥＣＵ１０_ｄに送信する（Ｓ１０９）。条件判定部１０３が条件を判定可能な場合（Ｓ１０３：Ｙｅｓ）はさらに、条件を満たすか否かを判定する（Ｓ１０５）。ここで、条件を満たさないと判定した場合（Ｓ１０５：Ｎｏ）、条件を満たさないことを示す条件判定結果（Ｃ_ＮＧ）を生成する（Ｓ１０６）。そして、上流側通信部１０１は、条件判定結果（Ｃ_ＮＧ）を含む判定結果メッセージを上流側ＥＣＵ１０_ｕに送信する（Ｓ１０７）。

これに対し、条件判定部１０３が条件を満たすと判定した場合（Ｓ１０５：Ｙｅｓ）、条件を満たすことを示す条件判定結果（Ｃ_ＯＫ）を生成する（Ｓ１０８）。そして、下流側通信部１０２は、条件判定結果（Ｃ_ＯＫ）を含む判定結果メッセージ及び要求メッセージを下流側ＥＣＵ１０_ｄに送信する（Ｓ１０９）。

ＥＣＵ１０が条件を判定不能な場合であっても、ＥＣＵ１０よりも下流側に位置するいずれかのＥＣＵが条件を判定可能な可能性がある。そのため、ＥＣＵ１０が条件を判定不能な場合には、ＥＣＵ１０よりも下流側に位置するＥＣＵに条件判定をさせるべく、要求メッセージを下流側ＥＣＵ１０_ｄに送信する。

システム１を構成するＥＣＵ１０のいずれか１つが条件を満たさないと判定した場合、サーバ装置の要求に応答することはできない。そこで、ＥＣＵ１０が条件を満たさないと判定した場合、要求メッセージを下流側ＥＣＵ１０_ｄには送信せず、上流側ＥＣＵ_ｕに条件判定結果（Ｃ_ＮＧ）を送信する。これにより、要求メッセージを最初に送出したＥＣＵへと要求メッセージに対する処理結果を戻すことができる。

ＥＣＵ１０よりも上流側に位置するＥＣＵが既に条件を満たすと判定している場合、下流側に位置するＥＣＵが条件を重複して判定する必要はない。そこで、ＥＣＵ１０が条件判定結果（Ｃ_ＯＫ）を受信した場合には、条件を満たすか否かを判定せず、受信した条件判定結果（Ｃ_ＯＫ）を下流側ＥＣＵ１０_ｄに送信する。これにより、ＥＣＵ１０よりも下流側に位置するＥＣＵは条件の判定処理を省略することができるため、ＥＣＵの処理負荷を低減することができる。

なお、図３では、条件を判定不能な場合（Ｓ１０３：Ｎｏ）には、条件判定結果（Ｃ_ＢＬ）を生成している（Ｓ１０４）。しかしながら、ＥＣＵ１０が最上流側に位置するＥＣＵ以外の場合、上流側ＥＣＵ１０_ｕから条件判定結果（Ｃ_ＢＬ）を受信することになる。このような場合には、条件判定結果（Ｃ_ＢＬ）を新たに生成せず、受信した条件判定結果（Ｃ_ＢＬ）をそのまま下流側ＥＣＵ_ｄに送信してもよい。

次に、図４を参照して、ＥＣＵ１０が下流側ＥＣＵ１０_ｄから判定結果メッセージを受信した場合の動作を説明する。

下流側通信部１０２は、下流側ＥＣＵ１０_ｄから判定結果メッセージを受信する（Ｓ２０１）。この判定結果メッセージには、条件判定結果及び下流側のＥＣＵにおける要求内容に対する判定結果（「下流側内容判定結果」に相当）が含まれている。

判定結果メッセージが条件判定結果（Ｃ_ＮＧ）を含む場合（Ｓ２０２：Ｙｅｓ）、上流側通信部１０１は条件判定結果（Ｃ_ＮＧ）を含む判定結果メッセージを上流側ＥＣＵ１０_ｕに送信する（Ｓ２０８）。

判定結果メッセージが条件判定結果（Ｃ_ＯＫ）又は（Ｃ_ＢＬ）を含む場合（Ｓ２０２：Ｎｏ）、要求内容判定部１０４は、図３のＳ１０１で受信した要求メッセージに含まれる要求内容を判定可能か判定する（Ｓ２０３）。ここで、要求内容を判定不能な場合（Ｓ２０３：Ｎｏ）、要求内容を判定不能であることを示す内容判定結果（Ｒ_ＢＬ）を生成する（Ｓ２０４）。これに対し、要求内容を判定可能な場合（Ｓ２０３：Ｙｅｓ）、要求内容を満たすか否かをさらに判定する（Ｓ２０５）。ここで、要求内容を満たすと判定した場合（Ｓ２０５：Ｙｅｓ）、要求内容を満たすことを示す内容判定結果（Ｒ_ＯＫ）を生成する（Ｓ２０６）。また、要求内容を満たさないと判定した場合（Ｓ２０５：Ｎｏ）、要求内容を満たさないことを示す内容判定結果（Ｒ_ＮＧ）を生成する（Ｓ２０７）。

そして、Ｓ２０１で受信した判定結果メッセージに、他のＥＣＵの内容判定結果が含まれている場合には、他の内容判定結果と、Ｓ２０４、Ｓ２０６、Ｓ２０７のいずれかのステップで生成した内容判定結果のいずれか一方を選択し、選択した内容判定結果及び受信した条件判定結果を含む判定結果メッセージを生成する（Ｓ２０８）。そして、生成した判定結果メッセージを上流側ＥＣＵ１０_ｕに送信する（Ｓ２０９）。

ここで、Ｓ２０８では、要求内容に対して最も望ましい内容となる内容判定結果が選択され、判定結果メッセージが生成される。例えば、内容判定結果（Ｒ_ＯＫ）を受信し、ＥＣＵ１０で内容判定結果（Ｒ_ＮＧ）又は（Ｒ_ＢＬ）が生成された場合、内容判定結果（Ｒ_ＯＫ）が選択される。また、内容判定結果（Ｒ_ＯＫ）を受信し、ＥＣＵ１０で内容判定結果（Ｒ_ＯＫ）が生成された場合には、これらの内容判定結果のうち、要求内容に対してより望ましい結果となる内容判定結果が選択される。Ｓ２０８における内容判定結果の選択については、図８を参照して後述する。

なお、図４のＳ２０１において最上流側に位置するＥＣＵが判定結果メッセージを受信した場合には、上流側ＥＣＵ１０ｕ_ｕに代えてサーバ装置に判定結果メッセージを送信する。また、ＥＣＵ１０が最上流側のＥＣＵの場合は、条件判定結果（Ｃ_ＯＫ）と内容判定結果（Ｒ_ＯＫ）の双方が揃っている場合に限り、サーバ装置に判定結果メッセージを送信する。

上述したとおり、条件を満たさない場合はサーバ装置の要求に応答することはできないため、要求内容について判定をする必要はない。そこで、下流側ＥＣＵ１０_ｄから条件判定結果（Ｃ_ＢＬ）を受信した場合には、要求内容について判定することなく、上流側ＥＣＵ_ｕに条件判定結果（Ｃ_ＮＧ）を送信する。これにより、要求メッセージを最初に送出したＥＣＵへと要求メッセージに対する処理結果を戻すことができる。

図４では、要求内容を判定不能な場合（Ｓ２０３：Ｎｏ）には、内容判定結果（Ｒ_ＢＬ）を生成している（Ｓ２０４）。しかしながら、ＥＣＵ１０が最下流側に位置するＥＣＵ以外の場合、下流側ＥＣＵ１０_ｄから内容定結果（Ｒ_ＢＬ）を受信することがある。このような場合には、内容判定結果（Ｒ_ＢＬ）を新たに生成せず、受信した内容判定結果（Ｒ_ＢＬ）をそのまま上流側ＥＣＵ１０_ｕに送信してもよい。

また、図３、４では、条件や要求内容を判定不能な場合（Ｓ１０３、Ｓ２０３：Ｎｏ）、条件判定結果（Ｃ_ＢＬ）や内容判定結果（Ｒ_ＢＬ）を生成して送信している。しかしながら、条件及び要求内容を判定不能な場合には、条件判定結果、内容判定結果を生成せず、ひいては、これらの判定結果を送信しなくともよい。

次に、システム１の直列に接続された複数のＥＣＵ１０のうち末端ＥＣＵ１０の動作を、図５、６を参照して説明する。図３、４と同じ処理については説明を省略する。

図５は、上流側ＥＣＵ_ｕから要求メッセージを受信した場合の動作を示している。図５に示す通り、Ｓ１０１～Ｓ１０８の処理は図３と同じである。ただし、ＥＣＵが末端ＥＣＵの場合、Ｓ１０９の処理は行わずに図６に示す処理を続けて実行する。図６は、上流側ＥＣＵ_ｕに判定結果メッセージを送信する場合の動作を示している。図６に示すとおり、Ｓ２０３～Ｓ２０９の処理は図４と同じである。ただし、ＥＣＵが末端ＥＣＵの場合、判定結果メッセージの受信をトリガとしてではなく、図５の条件判定処理が終わると要求内容の判定処理が実行されることになる。また、末端ＥＣＵ１０の場合、他のＥＣＵから内容判定結果を受信することはないため、Ｓ２０８で生成される判定結果メッセージには、末端ＥＣＵ１０で生成された内容判定結果が格納されることになる。

次に、図７、８を参照してシステム１全体の動作を説明する。図７に示すＥＣＵ１０ａは車両位置に関する情報を有するＥＣＵであって、車両の位置に関する条件及び要求内容を判定可能であり、ＥＣＵ１０ｂは車両速度に関する情報を有するＥＣＵであって、速度に関する条件及び要求内容を判定可能であるとする。また、ＥＣＵ１０ｃは、位置及び速度に関する条件及び要求内容を判定不能なＥＣＵであるとする。また、要求メッセージに含まれる条件は、特定のエリア内であること、であり、要求メッセージに含まれる要求内容は、速度データの送信、であるとする。

図７ａは６つのＥＣＵが直列に接続されたシステムを示している。６つのＥＣＵのうち、ＥＣＵ１０ａ、ＥＣＵ１０ｂが１つずつ含まれている。まず、条件を判定できないＥＣＵ１０ｃ_１がサーバ装置から要求メッセージを受信すると、条件判定結果（Ｃ_ＢＬ）を含む判定結果メッセージと要求メッセージをＥＣＵ１０ｃ_２に送信する（Ｓ３０１）。また、ＥＣＵ１０ｃ_２も同様に条件を判定できないため、条件判定結果（Ｃ_ＢＬ）を含む判定結果メッセージと要求メッセージを次のＥＣＵ１０ａに送信する（Ｓ３０２）。ここで、ＥＣＵ１０ａは、位置に関する条件を判定することができる。そのため、ＥＣＵ１０ａは車両が特定のエリア内であるかという条件を満たすか否かを判定する（Ｓ３０３）。

図７ｂは、図７ａのＳ３０３でＥＣＵ１０ａが条件を満たさないと判定した場合を示している。この場合、ＥＣＵ１０ａは条件判定結果（Ｃ_ＮＧ）を生成し、条件判定結果（Ｃ_ＮＧ）を含む判定結果メッセージをＥＣＵ１０ｃ_２に送信する（Ｓ３０４）。また、ＥＣＵ１０ａから条件判定結果（Ｃ_ＮＧ）を受信したＥＣＵ１０ｃ_２は、条件判定結果（Ｃ_ＮＧ）を含む判定結果メッセージをＥＣＵ１０ｃ_１に送信する。そして、ＥＣＵ１０ｃ_１は、条件を満たさないため、サーバ装置に対して要求メッセージに対する応答を送信しない。

一方、図７ｃは、図７ａのＳ３０３でＥＣＵ１０ａが条件を満たすと判定した場合を示している。この場合、ＥＣＵ１０ａは条件判定結果（Ｃ_ＯＫ）を生成し、条件判定結果（Ｃ_ＯＫ）を含む判定結果メッセージと要求メッセージをＥＣＵ１０ｃ_３に送信する（Ｓ３０６）。ＥＣＵ１０ｃ_３は条件を判定することなく、判定結果メッセージ及び要求メッセージをＥＣＵ１０ｂに送信する（Ｓ３０７）。ＥＣＵ１０ｂも同様に、判定結果メッセージ及び要求メッセージをＥＣＵ１０ｃ_４に送信する（Ｓ３０８）。

図７ｄは、末端ＥＣＵであるＥＣＵ１０ｃ_４まで要求メッセージが到達した後の動作を示している。ＥＣＵ１０ｃ_４が判定結果メッセージ及び要求メッセージを受信すると、ＥＣＵ１０ｃ_４は要求メッセージに含まれる要求内容を判定できるか否かを判定する。ここで、ＥＣＵ１０ｃ_４は要求内容を判定することができないため、内容判定結果（Ｒ_ＢＬ）を生成し、内容判定結果（Ｒ_ＢＬ）と条件判定結果（Ｃ_ＯＫ）を含む判定結果メッセージと要求メッセージをＥＣＵ１０ｂに送信する（Ｓ３０９）。

ここで、ＥＣＵ１０ｂは要求内容を判定することができるＥＣＵである。そこで、ＥＣＵ１０ｂは、要求内容を満たすか否かを判定する（Ｓ３１０）。そして、要求内容を満たすと判定すると、ＥＣＵ１０ｂは内容定結果（Ｒ_ＯＫ）を生成し、内容判定結果（Ｒ_ＯＫ）と条件判定結果（Ｃ_ＯＫ）を含む判定結果メッセージと要求メッセージをＥＣＵ１０ｃ_３に送信する（Ｓ３１１）。この判定結果メッセージは、ＥＣＵ１０ａ、１０ｃ_２を介して、ＥＣＵ１０ｃ_１へと送信される（Ｓ３１２、Ｓ３１３、Ｓ３１４）。

そして、通信機能を有するＥＣＵ１０が判定結果メッセージを受信すると、このＥＣＵＥＣＵ１０は判断結果メッセージをサーバ装置に送信する。

図８は、システム１が要求内容を判定可能な複数のＥＣＵ（ＥＣＵ１０ｂ_１、ＥＣＵ１０ｂ_２）を有する例を示している。末端ＥＣＵ１０ｂ_１まで要求メッセージが到達するまでの処理は、図７ａ乃至図７ｃと同じであるため説明は省略する。

図８では、ＥＣＵ１０ｂ_１が要求メッセージを受信すると、要求内容を満たすか否かを判定する。ここで、ＥＣＵ１０ｂ_１が要求内容を満たすと判定した場合（Ｓ４０１）、要求内容を満たすことを示す内容判定結果（Ｒ_ＯＫ１）を含む判定結果メッセージをＥＣＵ１０ｂ_２に送信する（Ｓ４０２）。

ＥＣＵ１０ｂ_１から判定結果メッセージを受信したＥＣＵ１０ｂ_２は、要求内容を判定可能なＥＣＵである。そこで、ＥＣＵ１０ｂ_２は要求内容を満たすか否かを判定する（Ｓ４０３）。ここで、ＥＣＵ１０ｂ_２が要求内容を満たすと判定すると、ＥＣＵ１０ｂ_１における内容判定結果（Ｒ_ＯＫ１）と、ＥＣＵ１０ｂ_２における内容判定結果（Ｒ_ＯＫ２）の２つの判定結果が存在することになる。そこで、ＥＣＵ１０ｂ_２は、２つの内容判定結果（Ｒ_ＯＫ１、Ｒ_ＯＫ２）のいずれか一方を選択し、選択した内容判定結果を含む判定結果メッセージをＥＣＵ１０Ｃ_３に送信する（Ｓ４０４）。

例えば、要求内容が車両の速度情報の送信である場合、内容判定結果（Ｒ_ＯＫ）は車両の速度情報である。このような場合、ＥＣＵ１０ｂ_１は、２つの内容判定結果（Ｒ_ＯＫ１、Ｒ_ＯＫ２）のうちデータの精度が高い内容判定結果を選択してもよい。データの精度は、例えば、データの有効数字の桁数によって判定することができる。あるいは、ＥＣＵ毎に予め優先度を設定しておき、優先度が最も高いＥＣＵにおける内容判定結果を選択してもよい。また、優先度は複数のパラメータに応じて適宜変化してもよく、条件を満たすと判定したＥＣＵに近接しているＥＣＵほど優先度が高くなるように設定をしてもよい。

なお、上述した例はいずれも、要求メッセージに含まれる条件及び要求内容が１つの場合を示したが、条件及び要求内容は複数であってもよい。例えば、所定の条件は、条件Ａ又は条件Ｂのいずれか一方を満たすこと、あるいは、条件Ａ及び条件Ｂの双方を満たすこと、であってもよい。例えば、要求メッセージに含まれる条件が、車両がエリアＡ（条件Ａ）又はエリアＢ（条件Ｂ）のいずれかの範囲内を走行していること、である場合、各ＥＣＵの条件判定部１０３は条件Ａ、Ｂの双方について判定を行う。この場合、条件Ａ、Ｂの双方を満たさないことを示す結果が揃うと、図７ｂのＳ３０４、Ｓ３０５に示すように、条件判定結果（Ｃ_ＮＧ）を含む判定結果メッセージを上流側ＥＣＵに送信する。また、条件が、車両がエリアＡの範囲内（条件Ａ）を、時速１０ｋｍ以上で走行している（条件Ｂ）こと、である場合、各ＥＣＵの条件判定部は条件１、２の双方について判定を行う。そして、条件Ａ、Ｂのいずれか一方でも条件を満たさないと判定した場合には、条件判定結果（Ｃ_ＮＧ）を含む判定結果メッセージを上流側ＥＣＵに送信する。

また、ＥＣＵが環状に接続されている場合、システム１は末端ＥＣＵに相当するＥＣＵを有しない。そのため、ＥＣＵが環状に接続される場合には、同一の要求メッセージを受信するのが２回目か否かを判定し、同一の要求メッセージを２回目に受信した場合には、その直前に位置するＥＣＵが末端ＥＣＵとして処理を行ってもよい。あるいは、以下の変形例で詳述するとおり、要求メッセージを受信した際に条件に加えて要求内容を判定し、要求メッセージと共に、条件判定結果及び内容判定結果を含む判定結果メッセージを送信する構成としてもよい。

要求メッセージは所定の条件を満たす場合に所定の動作を要求するメッセージであるが、複数のＥＣＵからなるシステムでは、１つのＥＣＵが条件及び要求内容の双方に応答することができるとは限らない。そこで、本実施形態では、システム１を構成する複数のＥＣＵの上流側から下流側へと要求メッセージを順次送信し、下流側から上流側へと要求メッセージに対する判定結果を順次送信する。これにより、システム１を構成するＥＣＵのうち、条件を判定可能なＥＣＵが条件に対する応答を生成し、要求内容を判定可能なＥＣＵが要求内容に対する応答を生成することができるため、システムを構成するネットワークの負荷を増大させることなく、要求メッセージに対して応答することが可能となる。

さらに、システム１を構成する１のＥＣＵが条件を満たさないと判定した場合、要求メッセージを下流側のＥＣＵには送信せず、条件を満たさないことを示す判定結果を上流側のＥＣＵに送信することにより、条件を判定したＥＣＵよりも下流側のＥＣＵにおける処理を低減することが可能となる。

（変形例）
上述した実施形態１では、上流側のＥＣＵから下流側のＥＣＵへと要求メッセージが送信される場合に条件のみを判定し、下流側のＥＣＵから上流側のＥＣＵへと判定結果メッセージが送信される場合に要求内容を判定する構成を説明した。本変形例では、上流側のＥＣＵから下流側のＥＣＵへと要求メッセージが送信される際に、条件に加えて要求内容を判定するとともに、条件判定結果に加えて内容判定結果を含む判定結果メッセージを下流側のＥＣＵへと送信する構成を説明する。

本変形例では、下流側ＥＣＵ１０_ｄに送信する内容判定結果は、例えば、位置情報や速度情報といった数値情報ではなく、要求内容を満たすことのみを示す情報であることが望ましい。これにより、上流側から下流側及び下流側から上流側と数値情報が往復するのを防ぎ、ネットワークの負荷が増大するのを防ぐことができる。この場合、下流側ＥＣＵ１０_ｄから判定結果メッセージを受信した際に、要求内容を満たすことのみを示す内容判定結果を数値情報に更新し、上流側ＥＣＵ_ｕには数値情報としての内容判定結果を送信する。以下の例では、区別するために、要求内容を満たすことのみを示す内容判定結果を（Ｒ_ＯＫ）、数値情報等の内容判定結果を（Ｒ）とする。

図９は本変形例による、ＥＣＵ１０が上流側ＥＣＵ１０_ｕから要求メッセージを受信した場合の動作を説明する。本変形例では、条件判定結果が（Ｃ_ＢＬ）又は（Ｃ_ＯＫ）の場合、要求内容を判定可能か否かを判定し、判定可能な場合には要求内容を満たすか否かを判定する（Ｓ１１１）。そして、要求内容を満たすと判定した場合には、内容判定結果（Ｒ_ＯＫ）を生成する（Ｓ１１２）。そして、条件判定結果（Ｃ_ＢＬ）又は（Ｃ_ＯＫ）と、内容判定結果（Ｒ_ＯＫ）とを含む判定結果メッセージを下流側ＥＣＵ１０_ｄに送信する。

図１０は、本変形例による末端ＥＣＵの動作を示している。末端ＥＣＵが上流側ＥＣＵ_ｕから要求メッセージを受信して図５の動作をした後、図１０の処理を行う。ここで、Ｓ２０５において、要求内容を満たすと判定すると内容判定結果（Ｒ）を作成する（Ｓ２１１）。一方、末端ＥＣＵの要求内容判定部１０４が、要求内容を判定不能又は満たさないと判定した場合、判定結果メッセージに内容判定結果（Ｒ_ＯＫ）が含まれているか否かを判定する（Ｓ２１２）。ここで、内容判定結果（Ｒ_ＯＫ）を受信していない場合は（Ｓ２１２：Ｎｏ）、内容判定結果（Ｒ_ＮＧ）を生成する（Ｓ２１３）。そして、Ｓ２０８において、Ｓ２１１で生成した内容判定結果（Ｒ）、受信した判定結果メッセージに含まれる内容判定結果（Ｒ_ＯＫ）、又はＳ２１３で生成した内容判定結果（Ｒ_ＮＧ）のいずれかを含む判定結果メッセージを生成する。

図１１は、本変形例のＥＣＵ１０が下流側ＥＣＵ１０_ｄから判定結果メッセージを受信した場合の動作を示している。判定結果メッセージが、条件判定結果（Ｃ_ＮＧ）以外の条件判定結果を含む場合（Ｓ２０２：Ｎｏ）、判定結果メッセージが要求内容を判定不能であることを示す内容判定結果（Ｒ_ＮＧ）を含むか否かを判定する（Ｓ２２１）。ここで内容判定結果が（Ｒ_ＮＧ）の場合、システム１を構成するＥＣＵはいずれも内容を判定不能であることを示している。そのため、内容判定結果（Ｒ_ＮＧ）を含む判定結果メッセージを送信する（Ｓ２０９）。一方、内容判定結果が（Ｒ_ＯＫ）の場合、システム１を構成するＥＣＵのいずれかは内容を判定可能であることを示している。そこで、ＥＣＵ１０が要求内容を判定可能であり、要求内容を満たすか否かを判定する（Ｓ２２２）。ここで、要求内容を判定可能であり、且つ、要求内容を満たすと判定すると（Ｓ２２２：Ｙｅｓ）、内容判定結果（Ｒ）を作成する（Ｓ２２３）。そして、内容判定結果（Ｒ）を含む判定結果メッセージを生成し（Ｓ２０８）、上流側ＥＣＵ１０_ｕに送信する（Ｓ２０９）。一方、要求内容判定部１０４が、要求内容を判定不能又は満たさないと判定した場合は、受信した要求判定結果を含む判定結果メッセージを上流側ＥＣＵ１０_ｕに送信する。

本変形例では、上流側のＥＣＵから下流側のＥＣＵへと要求メッセージが送信される際に、全てのＥＣＵが要求内容を判定不能である、又は要求内容を満たさないと判定した場合、下流側のＥＣＵから上流側へのＥＣＵへと判定結果メッセージを送信する際に、要求内容の判定処理を省略することができる。

（実施形態２）
実施形態１では、１つのＥＣＵに対して上流側ＥＣＵと下流側ＥＣＵが１つずつ接続される例を説明した。本実施形態では、ＥＣＵの下流側に２以上のＥＣＵが接続される場合を実施形態１との相違点を中心に説明する。

図１２は本実施形態によるシステムの動作を簡略的に示している。図７、８とは異なり、システム１は、下流側に複数のＥＣＵが接続されたＥＣＵ１０ｃ_２を有している。ここで、図７と同様、図１２に示すＥＣＵ１０ａは位置に関する条件及び要求内容を判定可能なＥＣＵであり、ＥＣＵ１０ｂは速度に関する条件及び要求内容を判定可能なＥＣＵ１０であり、ＥＣＵ１０ｃは位置及び速度に関する条件及び要求内容を判定できないＥＣＵであるとする。また、図７と同様、要求メッセージに含まれる条件は、特定のエリア内であること、であり、要求メッセージに含まれる要求内容は、速度データの送信、である場合を例に説明する。

ＥＣＵ１０ｃ_１は条件を判定できないため、要求メッセージ及び条件判定結果（Ｃ_ＢＬ）を含む判定結果メッセージを電子制御装置１０ｃ_２に送信する（Ｓ５０１）。また、ＥＣＵ１０ｃ_２も条件を判定できないため、要求メッセージを下流側のＥＣＵに送信する。ここで、ＥＣＵ１０ｃ_２の下流側には２つのＥＣＵ１０ｃ_３、１０ｃ_５が接続されている。そのため、ＥＣＵ１０ｃ_２は、ＥＣＵ１０ｃ_３、ＥＣＵ１０ｃ_５それぞれに要求メッセージ及び判定結果メッセージを送信する（Ｓ５１１、Ｓ５２１）。

要求メッセージを受信したＥＣＵ１０ｃ_３は条件を判定できないため、要求メッセージ及び判定結果メッセージをＥＣＵ１０ａに送信する（Ｓ５１２）。ここで、ＥＣＵ１０ａは条件を判定できるＥＣＵである。そこで、条件を満たすと判定した場合（Ｓ５１３）、要求メッセージ及び条件判定結果（Ｃ_ＯＫ）含む判定結果メッセージをＥＣＵ１０ｃ_４に送信する（Ｓ５１４）。

一方、ＥＣＵ１０ｃ_２から要求メッセージ及び判定結果メッセージを受信したＥＣＵ１０ｃ_５は条件を判定できないため、これらのメッセージをＥＣＵ１０ｂに送信する（Ｓ５２２）。

図１２ｂは、末端ＥＣＵであるＥＣＵ１０ｃ_４及びＥＣＵ１０ｂに要求メッセージが到達した後の動作を示している。ＥＣＵ１０ｃ_４は要求内容を判定することができない。そのため、条件判定結果（Ｃ_ＯＫ）を含む判定結果メッセージを上流側ＥＣＵ１０ａに送信する（Ｓ５１５）。要求内容を判定できないＥＣＵ１０ａ、ＥＵＣ１０ｃ_３もまた、上流側のＥＣＵに判定結果メッセージを送信する（Ｓ５１６、Ｓ５１７）。

一方、末端ＥＣＵであるＥＣＵ１０ｂは要求内容を判定可能なＥＣＵである。ここで、ＥＣＵ１０ｂが要求内容を満たすと判定すると（Ｓ５２３）、要求内容を満たすことを示す内容判定結果（Ｒ_ＯＫ）を含む判定結果メッセージをＥＣＵ１０ｃ_５に送信する（Ｓ５２４）。また、判定結果メッセージを受信したＥＣＵ１０ｃ_５は要求内容を判定できないため、判定結果メッセージをＥＣＵ１０ｃ_２に送信する（Ｓ５２５）。

図１２ｃは、ＥＣＵ１０ｃ_２が、ＥＣＵ１０ｃ_３から条件判定結果（Ｃ_ＯＫ）を受信し、ＥＣＵ１０ｃ_５から内容判定結果（Ｒ_ＯＫ）を受信した後の動作を示している。ＥＣＵ１０ｃ_２は、これらの条件判定結果（Ｃ_ＯＫ）と内容判定結果（Ｒ_ＯＫ）を含む判定結果メッセージを生成し（Ｓ５３１）、生成したメッセージをＥＣＵ１０ｃ_１に送信する（Ｓ５３２）。

本実施形態では、複数のＥＣＵに要求メッセージを送信するＥＣＵ１０ｃ_２は、要求メッセージを送信した下流側の全てのＥＣＵから判定結果メッセージを受信するまで待機し、全ての判定結果メッセージを受信した時点で判定結果メッセージを生成してもよい。複数のＥＣＵから、要求内容を満たすことを示す複数の内容判定結果（Ｒ_ＯＫ）を受信した場合には、要求内容に対して望ましい応答を選択して送信することができる。

さらに他の例では、下流側ＥＣＵから判定結果メッセージが送信されるのを一定時間だけ待機し、ＥＣＵ１０ｃ_２は一定時間内に受信した判定結果メッセージに基づいて判定結果メッセージを生成してもよい。あるいは、最も早く受信した判定結果メッセージの内容と、ＥＣＵ１０ｃ_２における判定結果に基づいて、判定結果メッセージを生成してもよい。この場合、要求メッセージに対して短時間で応答することが可能がとなる。

（実施形態３）
上述した実施形態１、２では、システム１に搭載された全てのＥＣＵが条件判定部１０３及び要求内容判定部１０４の双方を備える構成を説明した。本実施形態では、システムを構成する複数のＥＣＵのうち一部のＥＣＵが条件判定部１０３のみを有し、他の一部のＥＣＵが要求内容判定部１０４のみを有する構成を説明する。

図１３を参照して、本実施形態のシステムの動作を説明する。図１３は、６つのＥＣＵから構成されるシステム２を示している。図１３に示すＥＣＵのうち、ＥＣＵ２０は、上流側通信部１０１、下流側通信部１０２、条件判定部１０３、及びメッセージ生成部１０５を備える。また、ＥＣＵ３０は、上流側通信部１０１、下流側通信部１０２、要求内容判定部１０４、及びメッセージ生成部１０５を備える。また、ＥＣＵ４０は、条件判定部１０３、要求内容判定部１０４のいずれも有しないＥＣＵである。

図１３ａは、末端ＥＣＵに要求メッセージが到達するまでの動作を示している。図７と同様、条件判定部１０４を有しないＥＣＵ４０_１がサーバ装置から要求メッセージを受信すると、要求メッセージをＥＣＵ４０_２に送信する（Ｓ６０１）。ここで、図７とは異なり、ＥＣＵ４０_１は条件判定部１０３を有しないＥＣＵである。そのため、ＥＣＵ４０_１は、条件判定結果を生成することはなく、また、条件判定結果をＥＣＵ４０_２に送信しない。ＥＣＵ４０_２もＥＣＵ４０_１と同様、要求メッセージをＥＣＵ２０に送信する（Ｓ６０２）。ここで、ＥＣＵ２０は条件判定部１０３を有するＥＣＵである。そのため、条件を判定可能な場合には条件を満たすか否かを判定する（Ｓ６０３）。そして、条件を満たすと判定すると、ＥＣＵ２０はＥＣＵ３０に要求メッセージと条件判定結果（Ｃ_ＯＫ）を含む判定結果メッセージを送信する（Ｓ６０４）。条件判定部１０３を有しないＥＣＵ３０は、要求メッセージ及び判定結果メッセージをＥＣＵ４０_３に送信する（Ｓ６０５）。

図１３ｂは、末端ＥＣＵであるＥＣＵ４０ｃ_３まで要求メッセージが到達した後の動作を示している。要求メッセージ及び判定結果メッセージを受信したＥＣＵ４０ｃ_３は要求内容判定部１０４を有しないため、要求内容を判定することなく判定結果メッセージをＥＣＵ３０に送信する（Ｓ６０６）。ここで、ＥＣＵ３０は要求内容判定部１０４を有するため、要求内容を満たすか否かを判定する（Ｓ６０７）。そして、要求内容の判定結果を含む判定結果メッセージをＥＣＵ２０に送信する（Ｓ６０８）。ＥＣＵ３０の上流側に位置するＥＣＵ２０、ＥＣＵ４０_２はいずれも要求内容判定部１０４を有していないため、これらのＥＣＵは要求内容を判定することなく上流側ＥＣＵ４０ｃ_２、４０ｃ_１に判定結果メッセージを送信する（Ｓ６０９、Ｓ６１０）。

図１３に示すとおり、システムを構成する全てのＥＣＵが条件判定部及び内容判定部の双方を有していなくとも、システムを構成するＥＣＵのうち少なくとも１つのＥＣＵが条件を満たすか否かを判定する条件判定部を有し、１つのＥＣＵが要求内容を満たすか否かを判定する要求内容判定部を備える構成であってもよい。

（総括）
以上、各実施形態における電子制御装置及び当該電子制御装置が構成するシステムの特徴について説明した。

各実施形態で使用した用語は例示であるので、同義の用語、あるいは同義の機能を含む用語に置き換えてもよい。

実施形態の説明に用いたブロック図は、装置の構成を機能毎に分類及び整理したものである。それぞれの機能を示すブロックは、ハードウェア又はソフトウェアの任意の組み合わせで実現される。また、機能を示したものであることから、かかるブロック図は方法の発明、及び当該方法を実現するプログラムの発明の開示としても把握できるものである。

各実施形態に記載した処理、フロー、及び方法として把握できる機能ブロック、については、一のステップでその前段の他のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。

各実施形態、及び特許請求の範囲で使用する、第１、第２、乃至、第Ｎ（Ｎは整数）、の用語は、同種の２以上の構成や方法を区別するために使用しており、順序や優劣を限定するものではない。

各実施形態は、車両に搭載されるシステムを構成する電子制御装置を前提としているが、本発明は、特許請求の範囲で特に限定する場合を除き、他のシステムを構成する電子制御装置も含むものである。

各実施形態では、各実施形態に開示の電子制御装置を車両に搭載する前提で説明したが、歩行者が所持する前提としてもよい。

また、本発明の電子制御装置及び当該電子制御装置が構成するシステムの形態の例として、以下のものが挙げられる。
電子制御装置の部品の形態として、半導体素子、電子回路、モジュール、マイクロコンピュータが挙げられる。
電子制御装置、並びにシステム半完成品の形態として、電子制御装置（ＥＣＵ（Electric Control Unit））、システムボードが挙げられる。
システムの完成品の形態として、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ（ＰＣ）、ワークステーション、サーバが挙げられる。

また電子制御装置に、アンテナや通信用インターフェースなど、必要な機能を追加してもよい。

本発明の電子制御装置及び電子制御装置が構成するシステムは、各種サービスの提供を目的とするために用いられることが想定される。かかるサービスの提供に伴い、本発明の電子制御装置及びシステムが使用され、本発明の方法が使用され、又は／及び本発明のプログラムが実行されることになる。

加えて、本発明は、各実施形態で説明した構成及び機能を有する専用のハードウェアで実現できるだけでなく、メモリやハードディスク等の記録媒体に記録した本発明を実現するためのプログラム、及びこれを実行可能な専用又は汎用ＣＰＵ及びメモリ等を有する汎用のハードウェアとの組み合わせとしても実現できる。

専用や汎用のハードウェアの非遷移的実体的記録媒体（例えば、外部記憶装置（ハードディスク、ＵＳＢメモリ、ＣＤ／ＢＤ等）、又は内部記憶装置（ＲＡＭ、ＲＯＭ等））に格納されるプログラムは、記録媒体を介して、あるいは記録媒体を介さずにサーバから通信回線を経由して、専用又は汎用のハードウェアに提供することもできる。これにより、プログラムのアップグレードを通じて常に最新の機能を提供することができる。

本発明の電子制御装置は、主として自動車に搭載される車載システムを構成する電子制御装置を前提として説明したが、車載システム以外のシステムを構成する電子制御装置であってもよい。

１、２ システム、１０ 電子制御装置、１０１ 上流側通信部、１０２ 下流側通信部、１０３ 条件判定部、１０４ 要求内容判定部

Claims (11)

1. 上流側電子制御装置及び下流側電子制御装置に直列に接続された電子制御装置（１０）であって、
   前記上流側電子制御装置から、所定の条件と前記条件を満たす場合に所定の動作を要求する要求内容とを含むメッセージを受信する上流側通信部（１０１）と、
   前記条件を満たすか否かを判定する条件判定部（１０３）と、
   前記要求内容を満たすか否かを判定する要求内容判定部（１０４）と、
   前記条件判定部が前記条件を満たすと判定した場合に、前記条件を満たすことを示す条件判定結果及び前記メッセージを前記下流側電子制御装置に送信する下流側通信部（１０２）と、
   を備え、
   前記要求内容判定部が前記要求内容を満たすと判定し、且つ、前記下流側通信部が前記下流側電子制御装置から前記条件を満たすことを示す条件判定結果を受信した場合、前記上流側通信部はさらに、前記要求内容を満たすことを示す内容判定結果を前記上流側電子制御装置に送信する、
   電子制御装置。
2. 前記条件判定部は前記条件を判定可能か否かを判定し、前記条件を判定可能な場合に前記条件を満たすか否かを判定し、
   前記条件判定部が前記条件を判定不能な場合、前記下流側通信部は、前記メッセージを前記下流側電子制御装置に送信する、
   請求項１記載の電子制御装置。
3. 前記条件判定部が前記条件を満たさないと判定した場合、前記上流側通信部は、前記条件を満たさないことを示す条件判定結果を前記上流側電子制御装置に送信する、
   請求項１記載の電子制御装置。
4. 前記上流側通信部が、前記条件を満たすことを示す上流側条件判定結果を受信した場合、前記条件判定部は前記条件を満たすか否かを判定せず、前記上流側条件判定結果を前記下流側電子制御装置に送信する、
   請求項１記載の電子制御装置。
5. 前記要求内容判定部が前記要求内容を満たさないと判定し、且つ、前記下流側通信部が前記下流側電子制御装置から前記要求内容を満たすことを示す下流側内容判定結果を受信した場合、前記上流側通信部は、前記下流側内容判定結果を前記上流側電子制御装置に送信する、
   請求項１記載の電子制御装置。
6. 前記要求内容判定部が前記要求内容を満たすと判定し、且つ、前記下流側通信部が前記下流側電子制御装置から前記要求内容を満たすことを示す下流側内容判定結果を受信した場合、前記上流側通信部は、前記内容判定結果又は前記下流側内容判定結果のいずれか一方を前記上流側電子制御装置に送信する、
   請求項１記載の電子制御装置。
7. 前記下流側電子制御装置は、当該電子制御装置である対象電子制御装置に直列に接続された末端の電子制御装置であって、
   前記下流側電子制御装置は、
   前記対象電子制御装置から前記条件判定結果及び前記メッセージを受信し、前記条件判定結果を前記対象電子制御装置に送信する上流側通信部（１０１）と、
   前記要求内容を満たすか否かを判定する下流側要求内容判定部（１０４）と、
   を備え、
   前記下流側要求内容判定部が前記要求内容を満たすと判定した場合、前記上流側通信部はさらに、前記要求内容を満たすことを示す内容判定結果を前記対象電子制御装置に送信する、
   請求項１記載の電子制御装置。
8. 直列に接続された複数の電子制御装置を有し、前記複数の電子制御装置のうち一の電子制御装置である第１の電子制御装置（２０）と、前記複数の電子制御装置のうち他の電子制御装置である第２の電子制御装置（３０）とを有するシステムであって、
   前記第１の電子制御装置は第１の上流側電子制御装置及び第１の下流側電子制御装置に直列に直接接続され、前記第２の電子制御装置は第２の上流側電子制御装置及び第２の下流側電子制御装置に直列に直接接続されており、
   前記第１の上流側電子制御装置、前記第１の下流側電子制御装置、前記第２の上流側電子制御装置、及び前記第２の下流側電子制御装置は前記複数の電子制御装置に含まれており、
   前記第１の電子制御装置は、
   前記第１の上流側電子制御装置から、所定の条件と前記条件を満たす場合に所定の動作を要求する要求内容とを含むメッセージを受信する第１の上流側通信部（１０１）と、
   前記条件を満たすか否かを判定する条件判定部（１０３）と、
   前記条件判定部が前記条件を満たすと判定した場合に、前記条件を満たすことを示す条件判定結果及び前記メッセージを、前記第１の下流側電子制御装置に送信する第１の下流側通信部（１０２）と、
   を備え、
   前記第２の電子制御装置（３０）は、
   前記第２の上流側電子制御装置から、前記メッセージを受信する第２の上流側通信部（１０１）と、
   前記要求内容を満たすか否かを判定する要求内容判定部（１０４）と、
   前記メッセージを前記第２の下流側電子制御装置に送信する第２の下流側通信部（１０２）と、
   を備え、
   前記要求内容判定部が前記要求内容を満たすと判定し、且つ、前記第２の下流側通信部が前記条件を満たすことを示す条件判定結果を受信した場合、前記第２の上流側通信部はさらに、前記要求内容を満たすことを示す内容判定結果を前記第２の上流側電子制御装置に送信する、
   システム（２）。
9. 前記第１の電子制御装置と前記第２の電子制御装置が直列に直接接続されている場合であって、
   前記第１の電子制御装置が前記第２の電子制御装置の上流側に位置する場合は、前記第１の下流側電子制御装置は前記第２の電子制御装置であり、前記第２の上流側電子制御装置は前記第１の電子制御装置であり、
   前記第１の電子制御装置が前記第２の電子制御装置の下流側に位置する場合は、前記第１の上流側電子制御装置は前記第２の電子制御装置であり、前記第２の下流側電子制御装置は前記第１の電子制御装置であり、
   前記第１の電子制御装置と前記第２の電子制御装置が直列に間接的に接続されている場合であって、
   前記第１の電子制御装置が前記第２の電子制御装置の上流側に位置する場合は、前記第１の下流側電子制御装置は前記第２の上流側電子制御装置であり、
   前記第１の電子制御装置が前記第２の電子制御装置の下流側に位置する場合は、前記第１の上流側電子制御装置は前記第２の下流側電子制御装置である、
   請求項８記載のシステム。
10. 上流側電子制御装置及び下流側電子制御装置に直列に接続された電子制御装置で実行されるメッセージ処理方法であって、
    前記上流側電子制御装置から、所定の条件と前記条件を満たす場合に所定の動作を要求する要求内容とを含むメッセージを受信し、
    前記条件を満たすか否かを判定し、
    前記要求内容を満たすか否かを判定し、
    前記条件を満たすと判定した場合に、前記条件を満たすことを示す条件判定結果及び前記メッセージを前記下流側電子制御装置に送信し、
    前記要求内容を満たすと判定し、且つ、前記下流側電子制御装置から前記条件を満たすことを示す条件判定結果を受信した場合、前記要求内容を満たすことを示す内容判定結果を前記上流側電子制御装置に送信する、
    メッセージ処理方法。
11. 上流側電子制御装置及び下流側電子制御装置に直列に接続された電子制御装置で実行されるメッセージ処理プログラムであって、
    前記上流側電子制御装置から、所定の条件と前記条件を満たす場合に所定の動作を要求する要求内容とを含むメッセージを受信し、
    前記条件を満たすか否かを判定し、
    前記要求内容を満たすか否かを判定し、
    前記条件を満たすと判定した場合に、前記条件を満たすことを示す条件判定結果及び前記メッセージを前記下流側電子制御装置に送信し、
    前記要求内容を満たすと判定し、且つ、前記下流側電子制御装置から前記条件を満たすことを示す条件判定結果を受信した場合、前記要求内容を満たすことを示す内容判定結果を前記上流側電子制御装置に送信する、
    メッセージ処理プログラム。