(57)【要約】【課題】車両において、汎用的な規格に則った通信を用いながら、車両に設けられる複数の制御装置の処理を早期に終了できるようにする。【解決手段】自動車１のネットワークシステム１０は、自動車１のネットワーク１３を通じてデータを送受する複数の制御装置１２と、ネットワーク１３に接続され、外部装置２と通信するマスタ装置１１と、を有する。マスタ装置１１は、少なくともネットワーク１３に接続されている複数の制御装置１２とデータを送受する車内通信部３１と、ネットワーク１３に接続される複数の制御装置１２の処理能力を記録可能なメモリ３３と、外部装置２の要求に係る処理データを、車内通信部３１からネットワーク１３を通じて複数の制御装置１２へ個別に出力する制御部３２と、を有する。制御部３２は、複数の制御装置１２への個別の処理指示を、メモリ３３に記録されている処理能力にしたがう順番で指示する。【選択図】  図４
2020167573.tif 000002
【特許請求の範囲】
【請求項１】
車両に設けられるネットワークを通じてデータを送受する複数の制御装置と、
前記ネットワークに接続され、外部装置と通信するマスタ装置と、
を有し、
前記ネットワークに接続される前記マスタ装置は、
前記ネットワークに接続され、少なくとも前記ネットワークに接続されている複数の前記制御装置とデータを送受する車内通信部と、
前記ネットワークに接続される複数の前記制御装置の処理能力を記録可能なメモリと、
前記外部装置の要求に係る処理データを、前記車内通信部から前記ネットワークを通じて複数の前記制御装置へ個別に出力する制御部と、
を有し、
前記制御部は、
複数の前記制御装置への個別の処理指示を、前記メモリに記録されている前記処理能力にしたがう順番で指示する、
車両のネットワークシステム。
【請求項２】
前記制御部は、前記メモリに記録されている前記処理能力において処理能力が低いものを、高いものより先に個別の書込を指示する、
請求項１記載の、車両のネットワークシステム。
【請求項３】
前記制御部は、先に指示した前記制御装置の処理の完了を待つことなく、次の制御装置へ処理を指示する、
請求項１または２記載の、車両のネットワークシステム。
【請求項４】
前記マスタ装置は、前記外部装置から、複数の前記制御装置に共通の処理データとして書込データの登録を要求され、
前記制御部は、
前記外部装置の要求に係る、複数の前記制御装置に共通する前記書込データの個別の登録を、前記メモリに記録されている前記処理能力にしたがう順番で指示する、
請求項１から３のいずれか一項記載の、車両のネットワークシステム。
【請求項５】
複数の前記制御装置は、演算および書込を含む共通処理を実行し、
前記制御部は、
複数の前記制御装置のそれぞれによる共通処理の実行時間を計測するタイマ、を有し、
前記タイマにより計測される時間を、複数の前記制御装置のそれぞれの処理能力として前記メモリへ記録する、
請求項１から４のいずれか一項記載の、車両のネットワークシステム。
【請求項６】
複数の前記制御装置は、前記車両または前記ネットワークが起動されることに基づいて前記共通処理を実行する、
請求項５記載の、車両のネットワークシステム。
【請求項７】
複数の前記制御装置は、前記処理データの処理結果を、複数の前記制御装置および前記マスタ装置の間での定期通信により、前記マスタ装置へ送信し、
前記マスタ装置の前記制御部は、前記定期通信から、前記処理データの処理結果を取得して前記メモリに記録する、
請求項１から６のいずれか一項記載の、車両のネットワークシステム。
【請求項８】
前記制御部は、
前記外部装置から複数の制御装置の処理結果の取得が要求された場合、前記メモリに集計されている複数の前記制御装置の処理結果を応答する、
請求項７記載の、車両のネットワークシステム。
【請求項９】
前記マスタ装置および複数の前記制御装置は、前記車両の前記ネットワークを通じて、ＣＡＮ通信またはＬＩＮ通信による定期通信と、ダイアグノーシス用の不定期通信とを、同時並列的に実行可能であり、
前記マスタ装置の前記制御部は、
前記外部装置の要求に基づいて、前記不定期通信により、処理データの処理について複数の前記制御装置へ個別に指示し、
複数の前記制御装置のそれぞれは、
処理データの処理の結果を、前記定期通信により、前記マスタ装置へ送信する、
請求項１から８のいずれか一項記載の、車両のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両のネットワークシステムに関する。
【背景技術】
【０００２】
車両では、エンジンなどの走行機器を制御する制御装置、空調機器の制御装置、エンターテイメントのための制御装置、その他の多数の制御装置が用いられる。
複数の制御装置は、物理的にハーネスによって接続されており、ハーネスを通してネットワークシステムが構成され、車両に設けられるネットワークとしての所謂ハーネスにより、相互にデータ通信可能に接続される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−１２１２２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、このような車両のネットワークシステムでは、多数の制御装置の故障を診断したり、データやプログラムを更新したりするために外部装置が接続可能とされている。
外部装置とネットワークシステムの制御装置との通信には、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）で規定されているダイアグノーシス用の通信規格がある。このダイアグノーシス用の通信規格に準拠する場合、外部装置は、直接的にはたとえばセントラルゲートウェイと通信する。セントラルゲートウェイは、外部装置からの要求があると、アドホック的に、その要求に係るデータ通信を、その要求に係る制御装置との間で実行する。たとえば、セントラルゲートウェイは、外部装置から登録が要求された書込データを制御装置へ送信する。制御装置は、受信した書込データについての所定の演算処理を実行し、自身のメモリに書込む。これにより、制御装置での書込データの登録処理が実行される。ダイアグノーシス用の通信規格に準拠する場合、外部装置またはセントラルゲートウェイは、たとえばその登録処理が複数の制御装置において共通するものであったとしても、制御装置での登録処理の要求または指示を、制御装置ごとに順番に繰り返すことになる。また、外部装置またはセントラルゲートウェイは、１つの制御装置での処理が完了することを確認して、次の制御装置へ登録処理の要求または指示を出力することになる。
【０００５】
しかしながら、このように外部装置またはセントラルゲートウェイが複数の制御装置に対して制御装置ごとに順番に処理を要求または指示する場合、複数の制御装置のすべてでの処理を開始してから終了するまでには、膨大な処理時間が必要になる。
そこで、特許文献１にあるように、外部装置またはセントラルゲートウェイは、複数の制御装置に対して同報的に一斉書込み要求を送信することが考えられる。
しかしながら、このような同報的な一斉書込み要求は、上述した通信規格において標準化されているものではない。その結果、車両に用いられている制御装置は、この一斉書込み要求に基づいて、要求された処理を実行することができない可能性がある。
【０００６】
このように、車両では、汎用的な規格に則った通信を用いながら、車両に設けられる複数の制御装置の処理を早期に終了できるようにすることが求められている。
【課題を解決するための手段】
【０００７】
本発明に係る車両のネットワークシステムは、車両に設けられるネットワークを通じてデータを送受する複数の制御装置と、前記ネットワークに接続され、外部装置と通信するマスタ装置と、を有し、前記ネットワークに接続される前記マスタ装置は、前記ネットワークに接続され、少なくとも前記ネットワークに接続されている複数の前記制御装置とデータを送受する車内通信部と、前記ネットワークに接続される複数の前記制御装置の処理能力を記録可能なメモリと、前記外部装置の要求に係る処理データを、前記車内通信部から前記ネットワークを通じて複数の前記制御装置へ個別に出力する制御部と、を有し、前記制御部は、複数の前記制御装置への個別の処理指示を、前記メモリに記録されている前記処理能力にしたがう順番で指示する。
【０００８】
好適には、前記制御部は、前記メモリに記録されている前記処理能力において処理能力が低いものを、高いものより先に個別の書込を指示する、とよい。
【０００９】
好適には、前記制御部は、先に指示した前記制御装置の処理の完了を待つことなく、次の制御装置へ処理を指示する、とよい。
【００１０】
好適には、前記マスタ装置は、前記外部装置から、複数の前記制御装置に共通の処理データとして書込データの登録を要求され、前記制御部は、前記外部装置の要求に係る、複数の前記制御装置に共通する前記書込データの個別の登録を、前記メモリに記録されている前記処理能力にしたがう順番で指示する、とよい。
【００１１】
好適には、複数の前記制御装置は、演算および書込を含む共通処理を実行し、前記制御部は、複数の前記制御装置のそれぞれによる共通処理の実行時間を計測するタイマ、を有し、前記タイマにより計測される時間を、複数の前記制御装置のそれぞれの処理能力として前記メモリへ記録する、とよい。
【００１２】
好適には、複数の前記制御装置は、前記車両または前記ネットワークが起動されることに基づいて前記共通処理を実行する、とよい。
【００１３】
好適には、複数の前記制御装置は、前記処理データの処理結果を、複数の前記制御装置および前記マスタ装置の間での定期通信により、前記マスタ装置へ送信し、前記マスタ装置の前記制御部は、前記定期通信から、前記処理データの処理結果を取得して前記メモリに記録する、とよい。
【００１４】
好適には、前記制御部は、前記外部装置から複数の制御装置の処理結果の取得が要求された場合、前記メモリに集計されている複数の前記制御装置の処理結果を応答する、とよい。
【００１５】
好適には、前記マスタ装置および複数の前記制御装置は、前記車両の前記ネットワークを通じて、ＣＡＮ通信またはＬＩＮ通信による定期通信と、ダイアグノーシス用の不定期通信とを、同時並列的に実行可能であり、前記マスタ装置の前記制御部は、前記外部装置の要求に基づいて、前記不定期通信により、処理データの処理について複数の前記制御装置へ個別に指示し、複数の前記制御装置のそれぞれは、処理データの処理の結果を、前記定期通信により、前記マスタ装置へ送信する、とよい。
【発明の効果】
【００１６】
本発明では、ネットワークに接続されるマスタ装置のメモリに、ネットワークに接続される複数の制御装置についての処理能力を記録する。そして、マスタ装置において、制御部は、外部装置の要求に係る処理データを、車内通信部からネットワークを通じて複数の制御装置へ個別に出力する。この際、制御部は、複数の制御装置への個別の処理指示を、メモリに記録されている処理能力にしたがう順番で指示する。たとえば、制御部は、メモリに記録されている処理能力において処理能力が低いものを、高いものより先に個別の書込を指示する。よって、処理能力が低い制御装置は、処理能力が高い制御装置よりも先に、処理データを取得して処理を早期に開始することができる。この他にもたとえば、制御部は、先に指示した制御装置の処理の完了を待つことなく、次の制御装置へ処理を指示する。制御部は、１つ１つの制御装置の処理の完了を待つことなく、次の制御装置へ書き込みを指示できる。これにより、複数の制御装置は、同時並列的に処理を実行することができる。
その結果、本発明では、ネットワークに接続される複数の制御装置へ処理データを処理させる場合、その全体での処理開始からすべての処理完了までの全体の処理時間を短くすることができる。本発明では、仮にたとえば複数の制御装置の処理能力を考慮することなくこれらへの処理を実行させる場合と比べて、全体の処理時間を短くすることができる。本発明では、汎用的な規格に則った通信を用いながら、外部装置の要求に係る複数の制御装置の処理を、早期に終了させることができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明が適用可能な自動車の説明図である。
【図２】図２は、図１の自動車のネットワークシステムの説明図である。
【図３】図３は、ＩＳＯに準拠したダイアグノーシス用の通信規格による、書込データの登録処理のタイミングチャートである。
【図４】図４は、図２のセントラルゲートウェイ（ＣＧＷ）、ＤＩＡＧ装置、およびネットワークに接続されるその他の制御装置のハードウェア構成を示す簡易的な説明図である。
【図５】図５は、本実施形態における自動車の起動時処理を示すタイミングチャートである。
【図６】図６は、図５の起動時処理における、制御装置の処理の流れの一例を示すフローチャートである。
【図７】図７は、図５の起動時処理における、セントラルゲートウェイ（ＣＧＷ）の処理の流れの一例を示すフローチャートである。
【図８】図８は、自動車の起動時処理の結果として、セントラルゲートウェイのマスタメモリに記録される処理能力データの一例の説明図である。
【図９】図９は、本実施形態においてＤＩＡＧ装置が書込データの登録を要求した場合の、書込データの登録処理のタイミングチャートである。
【図１０】図１０は、図９の書込データの登録要求処理における、制御装置の処理の流れの一例を示すフローチャートである。
【図１１】図１１は、図９の書込データの登録要求処理における、ＣＧＷの処理の流れの一例を示すフローチャートである。
【図１２】図１２は、書込データの登録要求処理の結果として、セントラルゲートウェイのマスタメモリに記録される処理結果データの一例の説明図である。
【図１３】図１３は、本実施形態においてＤＩＡＧ装置が書込データの登録処理結果を要求した場合の、処理結果応答処理のタイミングチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態を、図面に基づいて説明する。
【００１９】
図１は、本発明が適用可能な自動車１の説明図である。
図１の自動車１は、車両の一例である。図１には、この他にも、ＤＩＡＧ装置２と、ＤＩＡＧ装置２と自動車１のネットワーク１３とを接続するケーブル３と、が図示されている。自動車１の出荷作業またはメンテナンス作業をする作業者は、自動車１のネットワーク１３と接続されたＤＩＡＧ装置２を操作して、後述するように自動車１に設けられる複数の制御装置１２に対してデータやプログラムを書き込んで登録することができる。ＤＩＡＧ装置２は、コンピュータ装置である。ＤＩＡＧ装置２は、自動車１の制御装置１２へ書き込むデータやプログラムを、通信網を通じてサーバ装置などから取得してよい。
【００２０】
図２は、図１の自動車１のネットワークシステム１０の説明図である。
図２の自動車１のネットワークシステム１０は、マスタ装置としてのセントラルゲートウェイ（ＣＧＷ）１１、複数の制御装置１２、およびこれらを接続するネットワーク１３、ＤＩＡＧ装置２を接続するコネクタ１４、を有する。
なお、図２において、複数の制御装置１２は、それぞれの制御ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）により代表して示されている。具体的にはたとえば、図２には、複数の制御ＥＣＵとして、駆動ＥＣＵ２１、操舵ＥＣＵ２２、制動ＥＣＵ２３、自動運転／運転支援ＥＣＵ２４、運転操作ＥＣＵ２５、検出ＥＣＵ２６、ドアＥＣＵ２７、空調ＥＣＵ２８、ユーザインタフェースＥＣＵ２９、通信ＥＣＵ３０、が図示されている。通信ＥＣＵ３０は、自動車１の外にあるたとえば携帯端末５などの外部機器と無線通信する。
【００２１】
複数の制御ＥＣＵは、ネットワーク１３により、中継装置としてのセントラルゲートウェイ（ＣＧＷ）１１に接続される。そして、各制御装置１２において、制御ＥＣＵは、自動車１で用いる装備部材に接続される。起動された制御ＥＣＵは、各種の処理を実行し、ネットワーク１３から取得する情報（データ）に基づいてそれぞれに接続されている装備部材の動作を制御する。また、制御ＥＣＵは、それぞれに接続されている装備部材の動作状態などの情報（データ）をネットワーク１３へ出力する。
たとえば運転操作ＥＣＵ２５は、たとえばハンドル、ブレーキペダル、アクセルペダルといった操作部材に接続される。運転操作ＥＣＵ２５は、乗員による操作部材の操作を検出し、操作データを生成し、ネットワーク１３へ出力する。駆動ＥＣＵ２１、操舵ＥＣＵ２２、制動ＥＣＵ２３は、ネットワーク１３から操作データを取得し、自動車１の走行を制御する。
【００２２】
セントラルゲートウェイ（ＣＧＷ）１１は、自動車１のネットワーク１３の通信を管理する。セントラルゲートウェイ（ＣＧＷ）１１は、トラフィック制御機能、セキュリティ機能、などを併せ持つ。
【００２３】
ＤＩＡＧ装置２は、ケーブル３によりコネクタ１４に接続されることにより、自動車１のネットワーク１３に接続される。ＤＩＡＧ装置２は、自動車１のネットワークシステム１０について、複数の制御装置１２の故障を診断したり、データやプログラムを更新したりする通信を行うことができる。
【００２４】
図３は、ＩＳＯに準拠したダイアグノーシス用の通信規格による、書込データの登録処理のタイミングチャートである。
図３の例では、図２のネットワークシステム１０の中の、ＤＩＡＧ装置２、セントラルゲートウェイ（ＣＧＷ）１１、複数の制御装置１２としての第一制御装置１２および第二制御装置１２、が示されている。時間は、図の上から下へ流れる。
書込データの登録処理では、ＤＩＡＧ装置２は、直接的にはセントラルゲートウェイ１１と通信する。
【００２５】
ＤＩＡＧ装置２は、複数の制御装置１２に対する書込データの登録処理をセントラルゲートウェイ１１に実行させるために、セントラルゲートウェイ１１との間で要求および応答による前処理の通信を実行する。
具体的には、ＤＩＡＧ装置２は、セントラルゲートウェイ１１へ、セキュリティアクセス解除要求を送信して、前処理の通信を開始する。
書込データの登録処理の前処理を開始すると、セントラルゲートウェイ１１は、Ｓｅｅｄを生成し、ＤＩＡＧ装置２へ送信する。ＤＩＡＧ装置２は、通信応答を返す。
次に、ＤＩＡＧ装置２は、Ｋｅｙを生成し、セントラルゲートウェイ１１へ送信する。セントラルゲートウェイ１１は、Ｋｅｙを検証し、照合結果を送信する。
次に、ＤＩＡＧ装置２は、書込データを登録する制御装置１２のリストを、セントラルゲートウェイ１１へ送信する。セントラルゲートウェイ１１は、通信応答を返し、受信したリストをマスタメモリ３３に記録し、書込応答を返す。
次に、ＤＩＡＧ装置２は、書込データ情報送信要求を、セントラルゲートウェイ１１へ送信する。セントラルゲートウェイ１１は、通信応答を返す。
次に、ＤＩＡＧ装置２は、ｓｔａｒｔ要求を、セントラルゲートウェイ１１へ送信する。セントラルゲートウェイ１１は、通信応答を返す。
次に、ＤＩＡＧ装置２は、ＭＡＣ鍵更新情報結果要求を、セントラルゲートウェイ１１へ送信する。
これにより、前処理が完了し、セントラルゲートウェイ１１は、実際に書込データの更新登録処理を開始する。
【００２６】
書込データの更新登録処理を開始すると、セントラルゲートウェイ１１は、まず、自らの書込データの登録処理を実行する。書込データの一例として、たとえば、セントラルゲートウェイ１１は、真性乱数によりＭＡＣ鍵を生成し、ＭＡＣ鍵の更新データを生成し、自らのマスタメモリ３３に保持しているＭＡＣ鍵を上書き更新して登録する。次に、セントラルゲートウェイ１１は、スレーブ装置としての複数の制御装置１２へ、更新したＭＡＣ鍵を配信して更新登録させる。ＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）鍵は、自動車１のネットワーク１３に接続される複数の制御装置１２およびセントラルゲートウェイ１１で通信の暗号化に共通に使用する暗号鍵の一例である。
たとえば、セントラルゲートウェイ１１は、まず、第一制御装置１２へ、ＭＡＣ鍵を含む鍵更新ｓｔａｒｔを指示する。第一制御装置１２は、通信応答を返し、取得したＭＡＣ鍵により自らのスレーブメモリ４３に保持しているＭＡＣ鍵を上書き更新して登録する。なお、ネットワーク１３で送受されるデータは、通常は暗号鍵により暗号化されている。この場合、第一制御装置１２は、暗号化されたＭＡＣ鍵を復号する演算処理を実行し、その後に復号したＭＡＣ鍵をメモリに記録することになる。
次に、セントラルゲートウェイ１１は、第二制御装置１２へ、ＭＡＣ鍵を含む鍵更新ｓｔａｒｔを指示する。第二制御装置１２は、通信応答を返し、取得したＭＡＣ鍵により自らのスレーブメモリ４３に保持しているＭＡＣ鍵を上書き更新して登録する。
セントラルゲートウェイ１１は、自動車１に設けられるすべての制御装置１２、またはＤＩＡＧ装置２により指定された複数の制御装置１２に対して、同様の通信処理を繰り返す。
この一連の処理により、ＤＩＡＧ装置２は、自動車１に設けられる複数の制御装置１２に登録されている書込データを更新することができる。
【００２７】
このように、ＤＩＡＧ装置２は、ＩＳＯで規定されているダイアグノーシス用の通信規格により、自動車１のセントラルゲートウェイ１１などとの間で通信を行うことができる。
セントラルゲートウェイ１１は、ＤＩＡＧ装置２からの要求があると、アドホック的に、その要求に係るデータ通信を、その要求に係る制御装置１２との間で実行する。
しかしながら、ダイアグノーシス用の通信規格に準拠する場合、ＤＩＡＧ装置２またはセントラルゲートウェイ１１は、たとえばその登録処理が複数の制御装置１２において共通するものであったとしても、制御装置１２での登録処理の要求または指示を、制御装置１２ごとに順番に繰り返すことになる。
また、ＤＩＡＧ装置２またはセントラルゲートウェイ１１は、複数の制御装置１２において要求処理が正常に完了されたか否かを確認するためには、登録処理と同様のシーケンスを繰り返して、結果を取得する必要がある。または、ＤＩＡＧ装置２またはセントラルゲートウェイ１１は、１つの制御装置１２での処理が完了することを確認して、次の制御装置１２へ登録処理の要求または指示を出力する必要がある。
このようにＤＩＡＧ装置２またはセントラルゲートウェイ１１が複数の制御装置１２に対して制御装置１２ごとに順番に処理を要求または指示する場合、複数の制御装置１２のすべてでの処理を開始してから終了するまでには、膨大な処理時間が必要になる。
ＤＩＡＧ装置２またはセントラルゲートウェイ１１は、汎用的な規格に則った通信を用いながら、自動車１に設けられる複数の制御装置１２の処理を早期に終了できるようにすることが求められている。
【００２８】
図４は、図２のセントラルゲートウェイ（ＣＧＷ）１１、ＤＩＡＧ装置２、およびネットワーク１３に接続されるその他の制御装置１２のハードウェア構成を示す簡易的な説明図である。
【００２９】
図４のセントラルゲートウェイ１１は、複数の車内通信部３１、マスタＥＣＵ３２、マスタメモリ３３、タイマ３４、およびこれらを接続する内部バス３５、を有する。
【００３０】
車内通信部３１には、ネットワーク１３を構成するケーブルが接続される。ケーブルには、複数の制御装置１２を接続することができる。車内通信部３１は、ネットワーク１３に接続されている複数の制御装置１２とデータを送受する。
【００３１】
タイマ３４は、経過時間または時刻を計測する。
【００３２】
マスタメモリ３３は、セントラルゲートウェイ１１のプログラムおよびデータを記録する。マスタメモリ３３は、後述するように処理能力データ３６としての書込処理時間データ、処理結果データ３７、を記憶可能である。
処理能力データ３６としての書込処理時間データは、ネットワーク１３に接続される複数の制御装置１２の処理能力（書込処理時間）を示すデータである。
処理結果データ３７は、上述したＭＡＣ鍵などの特定の処理データについての、複数の制御装置１２の登録更新処理の結果を集計したデータである。
【００３３】
マスタＥＣＵ３２は、マスタメモリ３３からプログラムを読み込んで実行する。これにより、セントラルゲートウェイ１１のマスタＥＣＵ３２が実現される。
マスタＥＣＵ３２は、複数の車内通信部３１の動作を制御する。
マスタＥＣＵ３２は、１つの車内通信部３１に入力される通信データを、他の車内通信部３１へルーティングして出力する。これにより、セントラルゲートウェイ１１の１つの車内通信部３１に接続される複数の制御装置１２は、他の車内通信部３１に接続されている他の複数の制御装置１２との間でデータを送受できる。マスタＥＣＵ３２は、複数の車内通信部３１を通じて取得する通信データ、通信データの送信元または送信先の情報を確認し、非正規な通信データや非正規な制御装置の通信を停止させる。
また、マスタＥＣＵ３２は、１つの車内通信部３１を通じて、コネクタ１４に有線で接続されているＤＩＡＧ装置２との間でも通信し、制御装置１２と同様に通信データを送受する。
マスタＥＣＵ３２は、コネクタ１４に有線で接続されているＤＩＡＧ装置２との間でも通信し、制御装置１２と同様に通信データを送受する。
この場合、マスタＥＣＵ３２は、たとえばＤＩＡＧ装置２の要求に係る複数の制御装置１２に共通の処理データを、複数の車内通信部３１からネットワーク１３を通じて複数の制御装置１２へ個別に出力する。
【００３４】
図４の制御装置１２は、車内通信部４１、スレーブＥＣＵ４２、スレーブメモリ４３、およびこれらを接続する内部バス４４、を有する。
【００３５】
スレーブメモリ４３は、制御装置１２のプログラムおよびデータを記録する。
【００３６】
スレーブＥＣＵ４２は、スレーブメモリ４３からプログラムを読み込んで実行する。これにより、制御装置１２のスレーブＥＣＵ４２が実現される。
【００３７】
スレーブＥＣＵ４２は、車内通信部４１が受信する通信データにより、制御装置１２に接続される装備部材を制御する。また、スレーブＥＣＵ４２は、装備部材の制御結果の状態を、車内通信部４１から送信する。
【００３８】
このようなセントラルゲートウェイ１１、および複数の制御装置１２は、自動車１に設けられるネットワーク１３を通じて、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信またはＬＩＮ（Ｌｏｃａｌ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｎｅｔｗｏｒｋ）通信による定期通信を実行する。また、セントラルゲートウェイ１１、および複数の制御装置１２は、定期通信がなされていないタイミングにおいて、ダイアグノーシス用の不定期通信を実行できる。定期通信と不定期通信とは、自動車１のネットワーク１３を利用する別々の通信規格に基づくものである。自動車１のネットワークシステム１０は、定期通信と不定期通信とを完全な同一タイミングにおいて同時に実施することはできないものの、一方が通信をしていない隙間のタイミングにおいて他方の通信を同時並列的に実行可能となるように、それぞれの通信が調整して実装される。
【００３９】
図５は、本実施形態における自動車１の起動時処理を示すタイミングチャートである。
図５は、自動車１のイグニションスイッチ９が操作された直後のタイミングチャートである。自動車１のイグニションスイッチ９が操作されると、自動車１のネットワークシステム１０の各部に給電され、自動車１が起動する。また、給電されたセントラルゲートウェイ１１、および複数の制御装置１２は、起動して各々の起動時処理を開始する。
【００４０】
そして、図５にしめすように、複数の制御装置１２のスレーブＥＣＵ４２は、それぞれの起動時処理において、それぞれの処理能力を計測するための共通処理を実行する。ここで、共通処理は、基本的に複数の制御装置１２において同一の処理であればよい。ただし、共通処理は、演算および書込を含むものであれば同一の処理でなくてもよい。いずれにしても、その後のセントラルゲートウェイ１１のマスタＥＣＵ３２において換算可能な、書込処理を含む処理能力が測定可能であればよい。たとえば制御装置１２が起動時処理として本来的に実行する処理であって、そのプログラムのステップ数が決まっている処理であってもよい。
処理能力を計測するための共通処理を実行した後、制御装置１２のスレーブＥＣＵ４２は、ＣＡＮ通信による定期通信により、共通処理の処理結果をセントラルゲートウェイ１１へ送信する。
スレーブＥＣＵ４２は、ダイアグノーシス用の不定期通信ではなく、ＣＡＮ通信による定期通信により、共通処理の処理結果を自動的に、マスタ装置としてのセントラルゲートウェイ１１へ送信する。
【００４１】
セントラルゲートウェイ１１のマスタＥＣＵ３２は、ＣＡＮ通信による定期通信から、共通処理の処理結果を取得すると、それをマスタメモリ３３に記録する。
マスタＥＣＵ３２は、自動的に複数の制御装置１２による共通処理の処理結果をマスタメモリ３３に集計する。
このように複数の制御装置１２のスレーブＥＣＵ４２は、自動車１またはネットワーク１３が起動されることに基づいて自動的に共通処理の実行を開始する。また、セントラルゲートウェイ１１のマスタＥＣＵ３２は、複数の制御装置１２の共通処理の処理結果を、自動的にマスタメモリ３３に集計する。
【００４２】
図６は、図５の起動時処理における、制御装置１２の処理の流れの一例を示すフローチャートである。
制御装置１２のスレーブＥＣＵ４２は、イグニションスイッチ９がオフ状態からオン状態へ操作された場合、起動時処理の１つとして図６の処理を実行する。
なお、スレーブＥＣＵ４２は、イグニションスイッチ９の操作により最初の起動の際に図６の処理を実行し、その後には保存した計測結果を読み出すようにしてもよい。
【００４３】
ステップＳＴ１１において、スレーブＥＣＵ４２は、イグニションスイッチ９がオフ状態からオン状態へ操作されたか否かを判断する。イグニションスイッチ９がオフ状態からオン状態へ操作されていない場合、スレーブＥＣＵ４２は、ステップＳＴ１１の判断処理を繰り返す。イグニションスイッチ９がオフ状態からオン状態へ操作された場合、スレーブＥＣＵ４２は、処理をステップＳＴ１２へ進める。
ステップＳＴ１２において、スレーブＥＣＵ４２は、起動時処理において、それぞれの処理能力を計測するための共通処理を開始する。スレーブＥＣＵ４２は、共通処理に含まれる演算処理を実行する。
ステップＳＴ１３において、スレーブＥＣＵ４２は、共通処理に含まれる書込処理を実行する。
ステップＳＴ１４において、スレーブＥＣＵ４２は、自らの性能レベルを判定する。制御装置１２の性能レベルは、共通処理に要した期間を３段階に分けた、たとえば高、中、低でよい。
ステップＳＴ１５において、スレーブＥＣＵ４２は、共通処理の処理結果を、ＣＡＮ通信による定期通信により、セントラルゲートウェイ１１へ送信する。共通処理の処理結果には、判定した性能レベル、制御装置１２のみで計測した共通処理の処理期間、の情報が含まれてよい。
その後、スレーブＥＣＵ４２は、図６の処理を終了する。
【００４４】
図７は、図５の起動時処理における、セントラルゲートウェイ（ＣＧＷ）１１の処理の流れの一例を示すフローチャートである。
セントラルゲートウェイ１１のマスタＥＣＵ３２は、イグニションスイッチ９がオフ状態からオン状態へ操作された場合、起動時処理の１つとして図７の処理を実行する。
【００４５】
ステップＳＴ１において、マスタＥＣＵ３２は、イグニションスイッチ９がオフ状態からオン状態へ操作されたか否かを判断する。イグニションスイッチ９がオフ状態からオン状態へ操作されていない場合、マスタＥＣＵ３２は、ステップＳＴ１の判断処理を繰り返す。イグニションスイッチ９がオフ状態からオン状態へ操作された場合、マスタＥＣＵ３２は、処理をステップＳＴ２へ進める。
ステップＳＴ２において、マスタＥＣＵ３２は、セントラルゲートウェイ１１のタイマ３４を起動する。タイマ３４は、起動されたタイミングからの経過時間を計測する。タイマ３４は、複数の制御装置１２のそれぞれによる共通処理の実行時間を計測することができる。
ステップＳＴ３において、マスタＥＣＵ３２は、ＣＡＮ通信による定期通信により、共通処理の処理結果を受信したか否かを判断する。共通処理の処理結果を受信していない場合、マスタＥＣＵ３２は、ステップＳＴ３の処理を繰り返す。共通処理の処理結果を受信している場合、マスタＥＣＵ３２は、処理をステップＳＴ４へ進める。
ステップＳＴ４において、マスタＥＣＵ３２は、ＣＡＮ通信により受信した共通処理の処理結果を、マスタメモリ３３に記録する。マスタＥＣＵ３２は、共通処理の処理結果を受信または記録する際のタイマ３４の計測時間を、受信した共通処理の処理結果の一部に含めて、マスタメモリ３３に記録する。マスタＥＣＵ３２は、タイマ３４により計測される時間を、複数の制御装置１２のそれぞれの処理能力としてマスタメモリ３３へ記録する。
ステップＳＴ５において、マスタＥＣＵ３２は、タイマ３４の計測時間に基づいて、共通処理の処理結果を集計する期間のタイムアウトを判断する。共通処理の集計期間がタイムアウトとなっていない場合、マスタＥＣＵ３２は、処理をステップＳＴ６へ進める。共通処理の集計期間がタイムアウトとなっている場合、マスタＥＣＵ３２は、図７の処理を終了する。
なお、タイムアウトとなった場合、マスタＥＣＵ３２は、さらに長いタイムアウトの時間を待ってもよい。また、次回の起動時のタイムアウトまでの時間を長くするようにしてもよい。
ステップＳＴ６において、マスタＥＣＵ３２は、たとえば過去の集計結果などに基づいて、すべての制御装置１２の共通処理の処理結果を集計が完了したか否かを判断する。すべての制御装置１２の共通処理の処理結果を集計できていない場合、マスタＥＣＵ３２は、処理をステップＳＴ３へ戻す。すべての制御装置１２の共通処理の処理結果を集計できている場合、マスタＥＣＵ３２は、図７の処理を終了する。
【００４６】
図８は、自動車１の起動時処理の結果として、セントラルゲートウェイ１１のマスタメモリ３３に記録される処理能力データ（書込処理時間データ）３６の一例の説明図である。
【００４７】
図８の処理能力データ３６は、複数の制御装置１２の処理能力について、書込処理時間と、性能レベルとを集計したものである。
ここで、書込処理時間は、たとえば複数の制御装置１２のそれぞれから共通処理の処理結果を受信したタイミングでの、セントラルゲートウェイ１１のタイマ３４の計測時間でよい。
性能レベルは、共通処理に基づいてスレーブＥＣＵ４２が判定した性能レベルでよい。
これにより、セントラルゲートウェイ１１のマスタメモリ３３には、セントラルゲートウェイ１１から見た各制御装置１２についての通信を含むトータルの処理時間が計測して記録される。
【００４８】
図９は、本実施形態においてＤＩＡＧ装置２が書込データ（ここでは鍵データとする。）の登録を要求した場合の、鍵データの登録処理のタイミングチャートである。
図９の鍵データの登録処理では、まず、ＤＩＡＧ装置２が、セントラルゲートウェイ１１との間で要求および応答による前処理の通信を実行する。前処理通信において、ＤＩＡＧ装置２は、セントラルゲートウェイ１１のマスタ装置へ、複数の制御装置１２に共通する処理として、鍵データの登録を要求する。
【００４９】
前処理が完了すると、セントラルゲートウェイ１１は、実際に鍵データの更新登録処理を開始する。
セントラルゲートウェイ１１のマスタＥＣＵ３２は、まず、マスタメモリ３３から処理能力データ３６を取得し、マスタメモリ３３に記録されている処理能力（書込処理時間）にしたがう順番で、複数の制御装置１２へ鍵データの更新登録処理を指示する。マスタＥＣＵ３２は、ＩＳＯ規格に準拠するように、ダイアグノーシス用の不定期通信により、複数の制御装置１２のそれぞれへ鍵データの更新登録処理を指示する。複数の制御装置１２のスレーブＥＣＵ４２は、通信応答を返す。
この際、マスタＥＣＵ３２は、処理能力データ３６において最も処理能力が低いもの（書込処理時間が長いもの）から順番に、複数の制御装置１２へ個別に、鍵データの更新登録処理を指示する。マスタＥＣＵ３２は、先に処理した制御装置１２において鍵データの更新登録処理が完了する前に、次の制御装置１２へ鍵データの更新登録処理を指示する。これにより、マスタＥＣＵ３２は、複数の制御装置１２への個別の指示を、連続的に指示することができる。
たとえば、図９では、マスタＥＣＵ３２は、図８にしたがって第一制御装置１２から第三制御装置１２までの間で最も処理が遅い第一制御装置１２に対して最初の鍵データの更新登録処理を指示し、次に遅い第二制御装置１２に対して最初の鍵データの更新登録処理を指示し、最後に、最も遅くない第三制御装置１２に対して最後の鍵データの更新登録処理を指示する。
【００５０】
鍵データの更新登録処理を指示された制御装置１２のスレーブＥＣＵ４２は、ダイアグノーシス用の不定期通信により通信応答を返し、鍵データの更新登録のための演算処理および書込処理を実行する。複数の制御装置１２での鍵データの更新登録処理に係る時間は、それぞれの処理能力に応じたものとなる。たとえば図９では、第一制御装置１２が最も処理に時間がかかり、次に第二制御装置１２が時間がかかる。第三制御装置１２は、処理に時間が最もかからない。
鍵データの更新登録のための演算処理および書込処理を実行した後、制御装置１２のスレーブＥＣＵ４２は、指示に用いられたダイアグノーシス用の不定期通信ではなく、ＣＡＮ通信による定期通信により、処理結果をセントラルゲートウェイ１１へ送信する。
スレーブＥＣＵ４２は、ダイアグノーシス用の不定期通信により処理結果の送信を要求されない状態において、自動的に、ＣＡＮ通信による定期通信により、処理結果をマスタ装置としてのセントラルゲートウェイ１１へ送信する。
【００５１】
セントラルゲートウェイ１１のマスタＥＣＵ３２は、ＣＡＮ通信による定期通信から、処理データの処理結果を取得すると、それをマスタメモリ３３に記録する。
マスタＥＣＵ３２は、ＤＩＡＧ装置２の処理結果の取得要求によらずに、自動的に複数の制御装置１２による処理結果をマスタメモリ３３に集計する。
この一連の処理により、ＤＩＡＧ装置２は、自動車１に設けられる複数の制御装置１２に登録されている鍵データを更新することができる。
【００５２】
図１０は、図９の鍵データの登録要求処理における、制御装置１２の処理の流れの一例を示すフローチャートである。
制御装置１２のスレーブＥＣＵ４２は、ダイアグノーシス用の不定期通信により要求または指示を受信した場合、図１０の処理を実行する。
【００５３】
ステップＳＴ４１において、スレーブＥＣＵ４２は、ダイアグノーシス用の不定期通信により要求または指示を受信したか否かを判断する。要求または指示を受信していない場合、スレーブＥＣＵ４２は、ステップＳＴ４１の処理を繰り返す。要求または指示を受信している場合、スレーブＥＣＵ４２は、処理をステップＳＴ４２へ進める。
ステップＳＴ４２において、スレーブＥＣＵ４２は、要求または指示に係る書込データを取得するために、受信した通信データを復号するための演算処理を実行する。
ステップＳＴ４３において、スレーブＥＣＵ４２は、復号した書込データを、スレーブメモリ４３へ書込む。これにより、スレーブメモリ４３に登録されている書込データは、更新される。
ステップＳＴ４４において、スレーブＥＣＵ４２は、要求または指示に係る処理の処理結果を、ＣＡＮ通信による定期通信により、セントラルゲートウェイ１１へ送信する。その後、スレーブＥＣＵ４２は、図１０の処理を終了する。
【００５４】
図１１は、図９の鍵データの登録要求処理における、ＣＧＷの処理の流れの一例を示すフローチャートである。
セントラルゲートウェイ１１のマスタＥＣＵ３２は、ダイアグノーシス用の不定期通信によりＤＩＡＧ装置２から鍵データなどの更新処理の要求を受信した後に、図１１の処理を実行する。
【００５５】
ステップＳＴ２１において、マスタＥＣＵ３２は、ＤＩＡＧ装置２から鍵データの登録更新を指定された指定先性能リストを生成する。マスタＥＣＵ３２は、ＤＩＡＧ装置２に指定された制御装置１２の処理能力データ３６を、マスタメモリ３３に記録されているたとえば図８の処理能力データ３６の中から選択し、指定先性能リストを生成する。
ステップＳＴ２２において、マスタＥＣＵ３２は、ＤＩＡＧ装置２から受信した通信データから、演算処理により鍵データとしてのＭＡＣ鍵を復号して生成する。
ステップＳＴ２３において、マスタＥＣＵ３２は、復号により生成した鍵データに基づいて、制御装置１２のＭＡＣ鍵を更新するための更新データを生成する。
ステップＳＴ２４において、マスタＥＣＵ３２は、マスタメモリ３３に登録されているＭＡＣ鍵を、新たに生成したＭＡＣ鍵により更新する。以上の処理により、マスタＥＣＵ３２は、前処理を終了する。
【００５６】
ステップＳＴ２５から、マスタＥＣＵ３２は、ＭＡＣ鍵の更新登録を、複数の制御装置１２に個別に指示する処理を開始する。マスタＥＣＵ３２は、指定先性能リストから、最も処理が遅い制御装置１２を選択する。
ステップＳＴ２６において、マスタＥＣＵ３２は、制御装置１２のＭＡＣ鍵を更新するための更新データを、最遅の制御装置１２へ送信し、ＭＡＣ鍵の更新登録のための書込みを指示する。
ステップＳＴ２７において、マスタＥＣＵ３２は、タイマ３４の計測時間に基づいて、各制御装置１２の通信応答についてのタイムアウトを判断する。タイムアウトは、たとえば５００ミリ秒程度でよい。通信応答のタイムアウトとなっていない場合、マスタＥＣＵ３２は、処理をステップＳＴ２８へ進める。通信応答のタイムアウトとなっている場合、マスタＥＣＵ３２は、処理をステップＳＴ３２へ進める。
ステップＳＴ２８において、マスタＥＣＵ３２は、各制御装置１２から受信する通信応答を判断し、異常応答であるか否かを判断する。制御装置１２は、たとえばマスタＥＣＵ３２の指示を正しく受信できなかった場合、異常応答を返す。正常に受信できた場合、正常応答を返す。異常応答である場合、マスタＥＣＵ３２は、処理をステップＳＴ３２へ進める。正常応答である場合、マスタＥＣＵ３２は、処理をステップＳＴ２９へ進める。
ステップＳＴ２９において、マスタＥＣＵ３２は、ＣＡＮ通信による定期通信により、ＭＡＣ鍵の更新処理の処理結果を受信したか否かを判断する。ＭＡＣ鍵の更新処理の処理結果を受信していない場合、マスタＥＣＵ３２は、処理をステップＳＴ２６へ戻す。ＭＡＣ鍵の更新処理の処理結果を受信している場合、マスタＥＣＵ３２は、処理をステップＳＴ３０へ進める。
ステップＳＴ３０において、マスタＥＣＵ３２は、ＣＡＮ通信による定期通信により受信した処理結果を、マスタメモリ３３に記録する。
ステップＳＴ３１において、マスタＥＣＵ３２は、指定先性能リストに基づいて、リストに含まれるすべての制御装置１２への個別の指示を出力し終えたか否かを判断する。すべての制御装置１２への指示を出力し終えていない場合、マスタＥＣＵ３２は、処理をステップＳＴ３３へ進める。すべての制御装置１２への指示を出力し終えている場合、マスタＥＣＵ３２は、処理をステップＳＴ３４へ進める。
【００５７】
ステップＳＴ３２において、マスタＥＣＵ３２は、異常応答をマスタメモリ３３に記録する。マスタＥＣＵ３２は、ＭＡＣ鍵の更新処理の処理結果の替わりに、異常応答をマスタメモリ３３に記録する。
ステップＳＴ３３において、マスタＥＣＵ３２は、指定先性能リストに基づいて、次に処理が遅い制御装置１２を選択する。その後、マスタＥＣＵ３２は、処理をステップＳＴ２６へ戻す。
ステップＳＴ３４において、マスタＥＣＵ３２は、ＣＡＮ通信による定期通信により、ＭＡＣ鍵の更新処理の処理結果を受信したか否かを判断する。ＭＡＣ鍵の更新処理の処理結果を受信していない場合、マスタＥＣＵ３２は、ステップＳＴ３４の処理を繰り返す。ＭＡＣ鍵の更新処理の処理結果を受信している場合、マスタＥＣＵ３２は、処理をステップＳＴ３５へ進める。
【００５８】
ステップＳＴ３５において、マスタＥＣＵ３２は、ＣＡＮ通信による定期通信により受信した処理結果を、マスタメモリ３３に記録する。
ステップＳＴ３６において、マスタＥＣＵ３２は、指定先性能リストとマスタメモリ３３の記録状態とを比較し、指定先性能リストに含まれるすべての通信装置についての処理結果を受信したか否かを判断する。すべての通信装置についての処理結果を受信していない場合、マスタＥＣＵ３２は、処理をステップＳＴ３４へ戻す。すべての通信装置についての処理結果を受信している場合、マスタＥＣＵ３２は、図１１の処理を終了する。
【００５９】
図１２は、書込データの登録要求処理の結果として、セントラルゲートウェイ１１のマスタメモリ３３に記録される処理結果データ３７の一例の説明図である。
図１２の処理結果データ３７は、図８の処理能力データ３６に対応するものである。ＤＩＡＧ装置２が、図８の処理能力データ３６に含まれるすべての制御装置１２を指定した場合の処理結果である。
【００６０】
図１２の処理結果データ３７の例では、第一制御装置１２の処理結果は、登録成功である。この場合、第一制御装置１２は、セントラルゲートウェイ１１からＭＡＣ鍵の更新登録のための書込指示を正常に受信し、正常にスレーブメモリ４３へＭＡＣ鍵を更新登録できている。
第二制御装置１２の処理結果は、異常通信である。この場合、第二制御装置１２は、セントラルゲートウェイ１１からＭＡＣ鍵の更新登録のための書込指示を正常に受信できていない。
第三制御装置１２の処理結果は、エラーである。この場合、第三制御装置１２は、セントラルゲートウェイ１１からＭＡＣ鍵の更新登録のための書込指示を正常に受信できたものの、スレーブメモリ４３へのＭＡＣ鍵の更新登録を正常にできていない。
このように、本実施形態では、ダイアグノーシス用の不定期通信についての異常と、各制御装置１２の処理の異常とを、区別して処理結果に登録することができる。正常に終了できなかった原因について、ネットワーク１３側と、制御装置１２側とに切り分けて記録することができる。
【００６１】
図１３は、本実施形態においてＤＩＡＧ装置２が書込データの登録処理結果を要求した場合の、処理結果応答処理のタイミングチャートである。
図１３の登録処理結果の要求処理では、ＤＩＡＧ装置２とセントラルゲートウェイ１１との間での通信により、その処理が完結する。
【００６２】
ＤＩＡＧ装置２は、ダイアグノーシス用の不定期通信により、マスタ装置としてのセントラルゲートウェイ１１へ、登録処理結果の取得を要求する。
そして、セントラルゲートウェイ１１のマスタ装置は、マスタメモリ３３から、要求に基づいて処理したたとえば書込データの登録要求処理の処理結果データ３７を読み出し、それをＤＩＡＧ装置２へ応答送信する。
セントラルゲートウェイ１１のマスタ装置は、外部装置からの取得要求の後に、処理結果を取得するために複数の制御装置１２と個別に通信をすることなく、マスタメモリ３３に予め集計されている複数の制御装置１２の処理結果を読み出し、それをＤＩＡＧ装置２へ応答送信する。
【００６３】
以上のように、本実施形態では、ネットワーク１３に接続されるセントラルゲートウェイ１１のマスタメモリ３３に、ネットワーク１３に接続される複数の制御装置１２についての処理能力（書込処理時間）を記録する。そして、セントラルゲートウェイ１１において、マスタＥＣＵ３２は、ＤＩＡＧ装置２の要求に係る複数の制御装置１２に共通の処理データを、車内通信部３１からネットワーク１３を通じて複数の制御装置１２へ個別に出力する。この際、マスタＥＣＵ３２は、複数の制御装置１２への個別の処理指示を、セントラルゲートウェイ１１のマスタメモリ３３に記録されている処理能力（書込処理時間）にしたがう順番で連続的に指示して、複数の制御装置１２へ個別に処理を指示する。
たとえば、マスタＥＣＵ３２は、セントラルゲートウェイ１１のマスタメモリ３３に記録されている処理能力（書込処理時間）において処理能力が低いもの（書込処理時間が長いもの）を、高いもの（短いもの）より先に個別の書込を指示する。よって、処理能力が低い制御装置１２は、処理能力が高い制御装置１２よりも先に、処理データを取得して処理を早期に開始することができる。
また、マスタＥＣＵ３２は、先に指示した制御装置１２の処理の完了を待つことなく連続的に、次の制御装置１２へ処理を指示する。マスタＥＣＵ３２は、１つ１つの制御装置１２の処理の完了を待つことなく、次の制御装置１２へ書き込みを指示できる。これにより、複数の制御装置１２は、同時並列的に処理を実行することができる。
また、処理結果をＤＩＡＧ装置２がダイアグノーシス通信を用いて複数の制御装置１２に個別に通信するのではなく、マスタＥＣＵ３２と複数の制御装置１２との間での車載通信ネットワークの定期通信機能を用いることで、処理が完了した制御装置１２は、定期通信経由で処理結果をマスタＥＣＵ３２へ通知することができる。また複数の制御装置１２の処理結果はマスタＥＣＵ３２に格納され、ＤＩＡＧ装置２からの要求に基づき一度に複数の制御装置１２の処理結果を通知することができる。
その結果、本実施形態では、ネットワーク１３に接続される複数の制御装置１２へ処理データを処理させる場合、その全体での処理開始からすべての処理完了までの全体の処理時間を短くすることができる。本実施形態では、仮にたとえば複数の制御装置１２の処理能力（書込処理時間）を考慮することなくこれらへの処理を実行させる場合と比べて、全体の処理時間を短くすることができる。
【００６４】
このように、本実施形態では、ＩＳＯの汎用的な規格に則った通信を用いながら、ＤＩＡＧ装置２の要求に係る複数の制御装置１２の処理を、早期に終了させることができる。
たとえば、ＤＩＡＧ装置２が、マスタ装置としてのセントラルゲートウェイ１１へ、複数の制御装置１２に共通の処理データである書込データの登録を要求する場合、マスタＥＣＵ３２は、ＤＩＡＧ装置２の要求に係る、複数の制御装置１２に共通する書込データの個別の登録処理を、セントラルゲートウェイ１１のマスタメモリ３３に記録されている処理能力（書込処理時間）にしたがう順番で指示して、複数の制御装置１２へ個別にデータを登録する。これにより、複数の制御装置１２での書込データの登録新処理は、処理能力が低いものから順番に開始され、かつ、同時並列的に実行されることになる。全体での処理時間は、複数の制御装置１２へランダムにかつ順番に登録を指示して確認する場合と比べて、格段に短くできる。
【００６５】
本実施形態では、複数の制御装置１２は、演算および書込を含む共通処理を実行する。また、セントラルゲートウェイ１１のマスタＥＣＵ３２は、複数の制御装置１２のそれぞれによる共通処理の実行時間をタイマ３４により計測し、その計測されたそれぞれの時間を、複数の制御装置１２のそれぞれの処理能力としてマスタメモリ３３へ記録する。
これにより、本実施形態では、セントラルゲートウェイ１１のマスタメモリ３３には、実際にネットワーク１３に接続されている状態での複数の制御装置１２のそれぞれの処理能力を記録することができる。
【００６６】
また、本実施形態では、一部の制御装置１２が交換されたり、アップグレードされたりしたとしても、それに応じて、セントラルゲートウェイ１１のマスタメモリ３３に記録される複数の制御装置１２の処理能力を更新することができる。
特に、複数の制御装置１２は、自動車１またはネットワーク１３が起動されることに基づいて、各々の起動時に自動的に共通処理の実行を開始することにより、その後における自動車１のための実際の処理の実行に影響を与え難くできる。自動車１の停止中に一部の制御装置１２が交換されたとしても、それに対応するようにセントラルゲートウェイ１１のマスタメモリ３３を更新することができる。自動車１のための実際の処理への影響を効果的に抑制しつつ、セントラルゲートウェイ１１のマスタメモリ３３に収集して記録される複数の制御装置１２の処理能力を、常に最新の状態に対応するように更新できる。
【００６７】
本実施形態では、複数の制御装置１２は、各々の処理実行後に、処理データの処理結果、および共通処理の処理結果を、複数の制御装置１２およびマスタ装置の間での定期通信により、マスタ装置へ自動的に送信する。また、マスタＥＣＵ３２は、定期通信から、処理データの処理結果、および共通処理の処理結果を取得すると、それをセントラルゲートウェイ１１のマスタメモリ３３に記録して集計する。マスタＥＣＵ３２は、ＤＩＡＧ装置２の処理結果の取得要求によらずに自動的に複数の制御装置１２による処理結果をマスタメモリ３３に集計することができる。このため、マスタＥＣＵ３２は、ＤＩＡＧ装置２から複数の制御装置１２の処理結果の取得を要求された場合、その要求の後に処理結果を取得するための通信を複数の制御装置１２と個別に実行することなく、セントラルゲートウェイ１１のマスタメモリ３３に予め集計されている複数の制御装置１２の処理結果を応答することができる。マスタ装置は、ＤＩＡＧ装置２から処理データの処理結果の取得が要求された場合、その取得要求の後に、処理結果を取得するために、処理指示の場合と同様に複数の制御装置１２と個別に通信をすることなく、マスタメモリ３３に予め集計されている複数の制御装置１２の処理結果により、即座に応答することができる。ＤＩＡＧ装置２は、複数の制御装置１２の処理結果を、その要求の後に直ちに取得することができる。
【００６８】
以上の実施形態は、本発明の好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。
【符号の説明】
【００６９】
１…自動車（車両）、２…ＤＩＡＧ装置（外部装置）、９…イグニションスイッチ、１０…ネットワークシステム、１１…セントラルゲートウェイ（ＣＧＷ）、１２…制御装置、１３…ネットワーク、１４…コネクタ、３１…車内通信部、３２…マスタＥＣＵ（制御部）、３３…マスタメモリ（メモリ）、３４…タイマ、３６…処理能力データ、３７…処理結果データ
【図１】
2020167573.tif 000003
【図２】
2020167573.tif 000004
【図３】
2020167573.tif 000005
【図４】
2020167573.tif 000006
【図５】
2020167573.tif 000007
【図６】
2020167573.tif 000008
【図７】
2020167573.tif 000009
【図８】
2020167573.tif 000010
【図９】
2020167573.tif 000011
【図１０】
2020167573.tif 000012
【図１１】
2020167573.tif 000013
【図１２】
2020167573.tif 000014
【図１３】
2020167573.tif 000015