JP7485106B2 - 車両、車載制御装置、情報処理装置、車両用ネットワークシステム、アプリケーションプログラムの提供方法、及びプログラム - Google Patents

Description

本発明は、車両、車載制御装置、情報処理装置、車両用ネットワークシステム、アプリケーションプログラムの提供方法、及びプログラムに関する。

特許文献１には、車載ネットワークシステムの不正を検知する不正検知ルールの更新を、車外のサーバから配信され受信した更新用不正検知ルールによって行う、不正検知ルール更新方法が開示されている。

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

一方、ＭａａＳ（Ｍｏｂｉｌｉｔｙ ａｓ ａ Ｓｅｒｖｉｃｅ）対応の車両は、外部のサーバからアプリケーションプログラムをダウンロードし動作させることを想定している。このため、アプリケーションプログラムのインストールにより通信環境が変わる場合、通信における侵入検知が誤動作を起こす場合がある。そのため、特許文献１の車載ネットワークシステムのように、車外のサーバから一方的に配信された不正検知ルールを使用すると、アプリケーションプログラムのインストールに伴い侵入検知が誤作動を起こす恐れがある。

本発明は、アプリケーションプログラムのインストールにより車両における通信環境が変更されても侵入検知の誤作動を抑制する車両、車載制御装置、情報処理装置、車両用ネットワークシステム、アプリケーションプログラムの提供方法、及びプログラムを提供することを目的とする。

第１の態様は車載制御装置であって、車両に搭載され、少なくとも前記車両外部の情報処理装置との通信を行う車両側通信部と、前記情報処理装置から、前記車両の装備を利用したサービスに係るアプリケーションプログラムのインストール要求を受け付ける受付部と、前記受付部が前記インストール要求を受け付けた場合に、前記車両側通信部において受信される通信フレームが不正であるか否かを定義したルール、及び前記車両における前記装備の搭載に係る装備情報を前記情報処理装置へ通知する通知部と、通知した前記ルール及び前記装備情報に基づき更新されたルール、並びに前記アプリケーションプログラムを前記情報処理装置から取得する取得部と、前記取得部が前記更新されたルールを取得した場合に、前記ルールを前記更新されたルールへ更新する更新部と、を備えている。

第１の態様の車載制御装置は、車両に搭載され、情報処理装置から提供されたアプリケーションプログラムのインストールを可能としている。当該車載制御装置では、通信フレームが不正であるか否かを定義したルールに基づいて、車両側通信部における侵入検知を実行している。一方、当該車載制御装置は、受付部がアプリケーションプログラムのインストール要求を受け付けた場合に、通知部が通信フレームに係るルールと車両のオプション装備に係る装備情報とを情報処理装置へ通知する。これに伴い、情報処理装置では、通知されたルール及び装備情報に基づいて、当該ルールが更新される。そして、当該車載制御装置では、取得部が更新されたルールとアプリケーションプログラムを情報処理装置から取得し、アプリケーションプログラムのインストールに併せて更新部が通信フレームに係るルールを更新する。

第１の態様の車載制御装置は、通信環境に影響を与えるルール、すなわち通信フレームに係るルール、及び車両のオプション装備に係る装備情報をアプリケーションプログラムの提供元である情報処理装置に通知する。これにより、当該ルールが新たな通信環境に併せて更新される。したがって、当該車載制御装置によれば、アプリケーションプログラムのインストールにより車両における通信環境が変更されても侵入検知の誤作動を抑制することができる。

第２の態様は情報処理装置であって、車両に搭載された車載制御装置に設けられた車両側通信部と通信を行う車外通信部と、前記車載制御装置へ前記車両の装備を利用したサービスに係るアプリケーションプログラムのインストール要求を行う要求部と、前記車両側通信部において受信される通信フレームが不正であるか否かを定義したルール及び前記車両における前記装備の搭載に係る装備情報を、前記インストール要求を行った前記車載制御装置から収集する収集部と、前記収集部により収集された、前記ルール及び前記装備情報に基づいて更新させた前記ルールを生成する生成部と、前記アプリケーションプログラム及び前記生成部で生成された更新されたルールを前記車載制御装置へ提供する提供部と、を備えている。

第２の態様の情報処理装置では、車両に搭載された車載制御装置に対してアプリケーションプログラムの提供を可能としている。一方、車載制御装置では、通信フレームが不正であるか否かを定義したルールに基づいて、車両側通信部における侵入検知を実行している。当該情報処理装置では、要求部が車載制御装置へアプリケーションプログラムのインストール要求を行い、収集部が通信フレームに係るルールと車両のオプション装備に係る装備情報とを収集する。そして、当該情報処理装置では、収集されたルールと装備情報に基づいて生成部が更新されたルールを生成し、提供部が更新されたルールとアプリケーションプログラムを車載制御装置に提供する。

第２の態様の情報処理装置は、車載制御装置から通信環境に影響を与えるルール、すなわち通信フレームに係るルール、及び車両のオプション装備に係る装備情報を収集し、新たな通信環境に併せて収集したルールを更新し、車両制御装置に提供する。したがって、当該情報処理装置によれば、アプリケーションプログラムのインストールにより車両における通信環境が変更されても侵入検知の誤作動を抑制することができる。

第３の態様は車両用ネットワークシステムであって、第１の態様の車載制御装置と、前記車両側通信部と通信を行う情報処理装置と、と備える車両用ネットワークシステムであって、前記情報処理装置は、前記車載制御装置へ前記インストール要求を行う要求部と、前記ルール及び前記装備情報を、前記インストール要求を行った前記車載制御装置から収集する収集部と、前記収集部により収集された前記ルール及び前記装備情報に基づいて更新させた前記ルールを生成する生成部と、前記アプリケーションプログラム及び前記生成部で生成された更新されたルールを前記車載制御装置へ提供する提供部と、を備えている。

第３の態様の車両用ネットワークシステムでは、車両外部の情報処理装置から車両に搭載された車載制御装置に対してアプリケーションプログラムの提供を可能としている。車載制御装置では、通信フレームが不正であるか否かを定義したルールに基づいて、車両側通信部における侵入検知を実行している。情報処理装置では、要求部が車載制御装置へアプリケーションプログラムのインストール要求を行い、車載制御装置では、当該要求に応じて通知部が通信フレームに係るルールと車両のオプション装備に係る装備情報とを通知する。一方、情報処理装置では、収集されたルールと装備情報に基づいて生成部が更新されたルールを生成し、提供部が更新されたルールとアプリケーションプログラムを車載制御装置に提供する。そして、車載制御装置では、取得部が更新されたルールとアプリケーションプログラムを情報処理装置から取得し、アプリケーションプログラムのインストールに併せて更新部が通信フレームに係るルールを更新する。

第３の態様の車両用ネットワークシステムは、車載制御装置が通信環境に影響を与えるルール、すなわち通信フレームに係るルール、及び車両のオプション装備に係る装備情報をアプリケーションプログラムの提供元である情報処理装置に通知する。また、情報処理装置では収集したルール及び装備情報に基づいて、新たな通信環境に併せたルールを更新し、車両制御装置に提供する。以上、当該車両用ネットワークシステムによれば、アプリケーションプログラムのインストールにより車両における通信環境が変更されても侵入検知の誤作動を抑制することができる。

第４の態様の車両用ネットワークシステムは、第３の態様の車両用ネットワークシステムにおいて、前記車載制御装置は、前記取得部において取得され、インストールされた前記アプリケーションプログラムを実行する実行部を更に備え、前記実行部は、前記更新部が前記更新されたルールへの更新を行った後に、前記アプリケーションプログラムを実行する。

第４の態様の車両用ネットワークシステムでは、車載制御装置において、ルールを更新した後にアプリケーションプログラムが実行される。そのため、当該車両用ネットワークシステムによれば、車載制御装置がアプリケーションプログラムを実行したことによって変化する通信フレームを、更新後のルールによって適正であると判断することができる。

第５の態様はアプリケーションプログラムの提供方法であって、車両に搭載された車載制御装置に対して、前記車両外部の情報処理装置から前記車両の装備を利用したサービスに係るアプリケーションプログラムを提供する方法であって、前記情報処理装置から前記車載制御装置へ向けて前記アプリケーションプログラムのインストール要求を行うステップと、前記車載制御装置に設けられた通信部において受信される通信フレームが不正であるか否かを定義したルール、及び前記車両における前記装備の搭載に係る装備情報を、インストール要求を受け付けた前記車載制御装置から前記情報処理装置へ通知するステップと、前記情報処理装置において取得された、前記ルール及び前記装備情報に基づいて更新させた前記ルールを生成するステップと、前記情報処理装置から前記車載制御装置へ向けて前記アプリケーションプログラム及び更新されたルールを提供するステップと、前記車載制御装置において前記アプリケーションプログラムが取得された場合に、前記アプリケーションプログラムをインストールするステップと、前記車載制御装置において前記更新されたルールが取得された場合に、前記ルールを前記更新されたルールへ更新するステップと、前記更新されたルールへの更新が行われた後に、前記アプリケーションプログラムを実行するステップと、を含んでいる。

第５の態様の記載アプリケーションプログラムの提供方法では、車載制御装置が通信環境に影響を与えるルール、すなわち通信フレームに係るルール、及び車両のオプション装備に係る装備情報をアプリケーションプログラムの提供元である情報処理装置に通知する。また、情報処理装置では収集したルール及び装備情報に基づいて、新たな通信環境に併せたルールを更新し、車両制御装置に提供する。したがって、当該アプリケーションプログラムの提供方法によれば、アプリケーションプログラムのインストールにより車両における通信環境が変更されても侵入検知の誤作動を抑制することができる。また、車載制御装置において、ルールを更新した後にアプリケーションプログラムが実行されるため、車載制御装置がアプリケーションプログラムを実行したことによって変化する通信フレームを、更新後のルールによって適正であると判断することができる。

第６の態様はプログラムであって、車両に搭載され、少なくとも前記車両外部の情報処理装置との通信を行う車載制御装置が前記車両の装備を利用したサービスに係るアプリケーションプログラムの提供を受けるためのプログラムであって、前記情報処理装置から、前記アプリケーションプログラムのインストール要求を受け付けるステップと、前記インストール要求が受け付けられた場合に、前記車載制御装置に設けられた通信部において受信される通信フレームが不正であるか否かを定義したルール、及び前記車両における前記装備の搭載に係る装備情報を前記情報処理装置へ通知するステップと、通知した前記ルール及び前記装備情報に基づき更新されたルール、並びに前記アプリケーションプログラムを前記情報処理装置から取得するステップと、前記車載制御装置において前記更新されたルールが取得された場合に、前記ルールを前記更新されたルールへ更新するステップと、を含む処理をコンピュータに実行させる。

第６の態様のプログラムは、車載制御装置における各処理をコンピュータに実行させるプログラムである。当該プログラムは、通信環境に影響を与えるルール、すなわち通信フレームに係るルール、及び車両のオプション装備に係る装備情報をアプリケーションプログラムの提供元である情報処理装置に通知する処理を実行する。これにより、当該ルールが新たな通信環境に併せて更新される。したがって、当該プログラムによれば、アプリケーションプログラムのインストールにより車両における通信環境が変更されても侵入検知の誤作動を抑制することができる。

第７の態様はプログラムであって、車両外部の情報処理装置が前記車両に搭載された車載制御装置に向けて前記車両の装備を利用したサービスに係るアプリケーションプログラムを提供するためのプログラムであって、前記車載制御装置へ前記アプリケーションプログラムのインストール要求を行うステップと、前記車載制御装置に設けられた通信部において受信される通信フレームが不正であるか否かを定義したルール及び前記車両における前記装備の搭載に係る装備情報を、前記インストール要求を行った前記車載制御装置から収集するステップと、収集された前記ルール及び前記装備情報に基づいて更新させた前記ルールを生成するステップと、前記アプリケーションプログラム及び更新されたルールを前記車載制御装置へ提供するステップと、を含む処理をコンピュータに実行させる。

第７の態様のプログラムは、情報処理装置における処理をコンピュータに実行させるプログラムである。当該プログラムは、車載制御装置から通信環境に影響を与えるルール、すなわち通信フレームに係るルール、及び車両のオプション装備に係る装備情報を収集し、新たな通信環境に併せて収集したルールを更新し、車両制御装置に提供する処理を実行する。したがって、当該プログラムによれば、アプリケーションプログラムのインストールにより車両における通信環境が変更されても侵入検知の誤作動を抑制することができる。

本発明によれば、アプリケーションプログラムのインストールにより車両における通信環境が変更されても侵入検知の誤作動を抑制することができる。

第１の実施形態に係る車両用ネットワークシステムの概略構成を示す図である。 第１の実施形態のＥＣＵのハードウェア構成を示すブロック図である。 第１の実施形態のセントラルＧＷの機能構成の例を示すブロック図である。 第１の実施形態の処理サーバのハードウェア構成を示すブロック図である。 第１の実施形態の処理サーバの機能構成の例を示すブロック図である。 第１の実施形態において、処理サーバからセントラルＧＷにアプリケーションプログラムが配信されるまでの処理の流れを示すシーケンス図である。 第１の実施形態の検知学習処理の流れを示すフローチャートである。 第１の実施形態において、アプリケーションプログラムが配信される処理の流れを示すシーケンス図である。 第１の実施形態における侵入検知データの構成を示す図である。 第１の実施形態の模擬実行処理の流れを示すフローチャートである。

［第１の実施形態］
図１は、第１の実施形態に係る車両用ネットワークシステム１０の概略構成を示すブロック図である。

（概要）
図１に示されるように、第１の実施形態に係る車両用ネットワークシステム１０は、車両１２と、情報処理装置としての処理サーバ１４と、携帯端末１６と、車両診断機１８とを含んで構成されている。

本実施形態の車両１２は、複数のＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２０と、ＤＣＭ（Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）２４と、を備えている。また、ＥＣＵ２０は、セントラルＧＷ（Ｃｅｎｔｒａｌ Ｇａｔｅｗａｙ）２０Ａと、ボデーＥＣＵ２０Ｂと、エンジンＥＣＵ２０Ｃと、を少なくとも有している。セントラルＧＷ２０Ａは、車載制御装置の一例である。

各ＥＣＵ２０及びＤＣＭ２４は、それぞれ外部バス（通信バス）２２を介して接続されている。外部バス２２は、セントラルＧＷ２０ＡとＤＣＭ２４とを接続する第一バス２２Ａと、セントラルＧＷ２０Ａ、ボデーＥＣＵ２０Ｂ及びエンジンＥＣＵ２０Ｃを相互に接続する第二バス２２Ｂと、を有している。外部バス２２では、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）プロトコルによる通信が行われている。なお、外部バス２２の通信方式はＣＡＮに限らず、ＣＡＮ－ＦＤ（ＣＡＮ Ｗｉｔｈ Ｆｌｅｘｉｂｌｅ Ｄａｔａ Ｒａｔｅ）、イーサネット（登録商標）等を適用してもよい。

各ＥＣＵ２０は、車両の制御に要する、又は車両を構成する機器類２６と接続されている。なお、第二バス２２Ｂを介してセントラルＧＷ２０Ａに接続されるＥＣＵ２０は、ボデーＥＣＵ２０Ｂ及びエンジンＥＣＵ２０Ｃに限らず、トランスミッションＥＣＵ、メータＥＣＵ、マルチメディアＥＣＵ、スマートキーＥＣＵ等、各種ＥＣＵの接続が可能である。

また、セントラルＧＷ２０Ａは、コネクタ（ＤＬＣ：Ｄａｔａ Ｌｉｎｋ Ｃｏｎｎｅｃｔｏｒ）２８と接続されている。このコネクタ２８には、ダイアグツールである車両診断機１８の接続が可能である。

そして、車両用ネットワークシステム１０において、車両１２のＤＣＭ２４、処理サーバ１４、携帯端末１６及び車両診断機１８は、ネットワークＮを介して相互に接続されている。ネットワークＮは、無線通信であって、例えば、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ（登録商標）等の通信規格が用いられる。

携帯端末１６は、スマートフォン、タブレット端末等の通信機器である。

（ＥＣＵ）
図２に示されるように、ＥＣＵ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ストレージ２０４、通信Ｉ／Ｆ（Ｉｎｔｅｒ Ｆａｃｅ）２０５及び入出力Ｉ／Ｆ２０６を含んで構成されている。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ストレージ２０４、通信Ｉ／Ｆ２０５及び入出力Ｉ／Ｆ２０６は、内部バス２０７を介して相互に通信可能に接続されている。

ＣＰＵ２０１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ２０１は、ＲＯＭ２０２からプログラムを読み出し、ＲＡＭ２０３を作業領域としてプログラムを実行する。本実施形態では、ＲＯＭ２０２に実行プログラム２２０が記憶されている。

ＲＯＭ２０２は、各種プログラム及び各種データを記憶している。ＲＡＭ２０３は、作業領域として一時的にプログラム又はデータを記憶する。

ストレージ２０４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）により構成され、後述する侵入検知ルール及び侵入検知学習パラメータに係るデータ、並びに侵入検知データ（図９参照）を記憶している。なお、ＲＯＭ２０２及びストレージ２０４等、ＥＣＵ２０が備える各部品は、ＨＳＭ（Ｈａｒｄｗａｒｅ ｓｅｃｕｒｉｔｙ ｍｏｄｕｌｅ）等の耐タンパ性のある媒体であるのが望ましい。

通信Ｉ／Ｆ２０５は、ＤＣＭ２４、及び他のＥＣＵ２０と接続するためのインタフェースである。当該インタフェースは、ＣＡＮプロトコルによる通信規格が用いられる。通信Ｉ／Ｆ２０５は、外部バス２２に対して接続されている。通信Ｉ／Ｆ２０５は、車両１２側の通信部であって、車両側通信部の一例である。

入出力Ｉ／Ｆ２０６は、車両１２に搭載される機器類２６と通信するためのインタフェースである。

図３は、セントラルＧＷ２０Ａの機能構成の例を示すブロック図である。図３に示されるように、セントラルＧＷ２０Ａは、アプリケーション処理部２５０、及び侵入検知部２６０を有している。また、アプリケーション処理部２５０は、受付部２５２、通知部２５４、取得部２５６及び実行部２５８を有し、侵入検知部２６０は、検知学習部２６２及び更新処理部２６４を有している。各機能構成は、ＣＰＵ２０１がＲＯＭ２０２に記憶された実行プログラム２２０を読み出し、これを実行することによって実現される。

アプリケーション処理部２５０は、アプリケーションプログラム３２０のインストール、及び実行に係る処理を行う機能を有している。

受付部２５２は、処理サーバ１４から、アプリケーションプログラム３２０のインストール要求を受け付ける機能を有している。

通知部２５４は、受付部２５２がインストール要求を受け付けた場合に、処理サーバ１４に対して侵入検知ルールが定義された侵入検知学習パラメータ及び車両１２のオプション装備に係る装備情報を通知する機能を有している。侵入検知ルールとは、通信Ｉ／Ｆ２０５において受信されるＣＡＮの通信フレームが不正であるか否かを判定するためのルールである。侵入検知ルールは、ＣＡＮプロトコルにおける通信調停用のフレームＩＤ（以下、単に「ＩＤ」とする）、データフレームの内容、フレームの受信周期、受信周期誤差、及びメッセージ認識識別子（ＭＡＣ）等に対して定めることができる。また、侵入検知学習パラメータとは、個々のデータフレーム同士の関係性や、適用される侵入検知ルールを規定した情報である。本実施形態の侵入検知学習パラメータは本発明のルールの一例である。

ここで、走行距離に関する通信フレームを受信する場合に適用される侵入検知ルールについて例示する。ＩＤに基づくデータフレームの順序を規定する場合、ＩＤ１に係るフレームＡを受信した場合に、次にＩＤ３に係るフレームＢ、さらにその後にＩＤ４に係るフレームＣを受信する侵入検知ルールを規定することができる。また、ＩＤの範囲を規定する場合、例えば、ある通信フレームにはＩＤ１、ＩＤ３、ＩＤ４のみを含む侵入検知ルールを規定することができる。

さらにデータフレームの中身に関して規定する場合、例えば走行距離に関する通信フレームを受信した際、データテーブルから取得したオドメータの総走行距離が経時的に増加することを侵入検知ルールで規定することができる。この場合、侵入検知部２６０は、総走行距離が経時的に減少すれば、不正な通信フレームと判定する。

取得部２５６は、処理サーバ１４から更新された侵入検知学習パラメータ及びアプリケーションプログラム３２０を取得する機能を有している。ここで、更新された侵入検知学習パラメータとは、通知部２５４が通知した侵入検知学習パラメータ及び装備情報に基づき生成された差分データである。

実行部２５８は、インストールされたアプリケーションプログラム３２０を実行する機能を有している。また、実行部２５８は、後述する更新処理部２６４が侵入検知学習パラメータの更新を行った後に、アプリケーションプログラム３２０を実行するように構成されている。

侵入検知部２６０は、通信Ｉ／Ｆ２０５に対する不正なアクセスを検知すると共に、当該不正なアクセスを記憶する機能を有している。

検知学習部２６２は、通信Ｉ／Ｆ２０５からＣＡＮプロトコルに基づく通信フレームを受信した場合、不正なアクセスである侵入があるかを判定し、不正な侵入である場合には当該アクセスを記憶する機能を有している。検知学習部２６２は、通信フレームを受信した場合、侵入検知学習パラメータに定義された侵入検知ルールを参照して後述する検知学習処理を実行する。また、検知学習部２６２は、侵入検知学習パラメータを更新する機能を有している。

更新部としての更新処理部２６４は、取得部２５６が更新された侵入検知学習パラメータを取得した場合に、アプリケーションプログラム３２０をインストールする前の侵入検知学習パラメータを更新された侵入検知学習パラメータへ更新する機能を有している。

（処理サーバ）
図４は、本実施形態の処理サーバ１４に搭載される機器のハードウェア構成を示すブロック図である。

処理サーバ１４は、ＣＰＵ１４１、ＲＯＭ１４２、ＲＡＭ１４３、ストレージ１４４及び通信Ｉ／Ｆ１４５を含んで構成されている。ＣＰＵ１４１、ＲＯＭ１４２、ＲＡＭ１４３、ストレージ１４４及び通信Ｉ／Ｆ１４５は、内部バス１４７を介して相互に通信可能に接続されている。ＣＰＵ１４１、ＲＯＭ１４２、ＲＡＭ１４３及びストレージ１４４の機能は、上述したＥＣＵ２０のＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３及びストレージ２０４と同じである。

本実施形態のストレージ１４４には、処理プログラム３００と、シミュレーションプログラム３１０と、アプリケーションプログラム３２０と、が記憶されている。シミュレーションプログラム３１０は、後述する模擬実行処理を行うためのプログラムである。アプリケーションプログラム３２０は、セントラルＧＷ２０Ａにインストールされ、実行されるプログラムである。

通信Ｉ／Ｆ１４５は、ネットワークＮに接続するためのインタフェースであって、例えば、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ（登録商標）等の通信規格が用いられる。通信Ｉ／Ｆ１４５は、処理サーバ１４側の通信部であって、車外通信部の一例である。

本実施形態のＣＰＵ１４１は、ＲＯＭ１４２から処理プログラム３００を読み出し、ＲＡＭ１４３を作業領域として処理プログラム３００を実行する。ＣＰＵ１４１が処理プログラム３００を実行することで、処理サーバ１４は、図５に示すアプリケーション管理部３５０及び通信模擬部３６０として機能する。

図５は、処理サーバ１４の機能構成の例を示すブロック図である。図５に示されるように、処理サーバ１４は、アプリケーション管理部３５０及び通信模擬部３６０を有している。アプリケーション管理部３５０は、要求部３５２、収集部３５４及び提供部３５６を有し、通信模擬部３６０は、模擬実行部３６２及び生成部３６４を有している。

アプリケーション管理部３５０は、セントラルＧＷ２０Ａにインストールするアプリケーションプログラム３２０を管理する機能を有している。また、アプリケーション管理部３５０は、車両１２のセントラルＧＷ２０Ａとの間で情報を送受信する機能を有している。

要求部３５２は、セントラルＧＷ２０Ａへアプリケーションプログラム３２０のインストール要求を行う機能を有している。要求部３５２は、ユーザが所持する携帯端末１６によりインストールが承諾されたことを契機にインストール要求を行う。

収集部３５４は、セントラルＧＷ２０Ａにおける侵入検知学習パラメータ及び車両１２のオプション装備に係る装備情報を、インストール要求を行ったセントラルＧＷ２０Ａから収集する機能を有している。

提供部３５６は、アプリケーションプログラム３２０及び後述する生成部３６４において生成された、更新された侵入検知学習パラメータをセントラルＧＷ２０Ａへ提供する機能を有している。

通信模擬部３６０は、車両１２における通信環境を模擬したシミュレーションを行う機能を有している。

模擬実行部３６２は、後述する模擬実行処理を行う機能を有している。模擬実行処理において、模擬実行部３６２は、収集部３５４が収集した侵入検知学習パラメータ及び装備情報を用いてシミュレーションプログラム３１０を実行する。

生成部３６４は、模擬実行処理の実行に伴い、更新された侵入検知学習パラメータを生成する機能を有している。

（制御の流れ）
本実施形態において、アプリケーションプログラム３２０がインストールされるまでの処理の流れの例を図６及び図７のシーケンス図で説明する。

図６のステップＳ１０において、セントラルＧＷ２０Ａでは侵入検知部２６０の機能として、ＣＰＵ２０１が検知学習処理を実行する。すなわち、ＣＰＵ２０１は、通信Ｉ／Ｆ２０５に不正なアクセスがないかどうかを監視している。検知学習処理の詳細については後述する。

ステップＳ１１において、処理サーバ１４ではアプリケーション管理部３５０の機能として、ＣＰＵ１４１がアプリケーションプログラム３２０の登録を実行する。すなわち、セントラルＧＷ２０Ａにインストールするアプリケーションプログラム３２０を、予めストレージ１４４に格納する。

ステップＳ１２において、車両１２においてサービスの利用を希望するユーザは、ユーザが所持する携帯端末１６を通じて、当該サービスに係るアプリケーションプログラム３２０のインストールを許諾する。例えば、ユーザは携帯端末１６のタッチパネルを操作して、セントラルＧＷ２０Ａに対するアプリケーションプログラム３２０のインストールを許諾する。これにより、携帯端末１６は処理サーバ１４のアプリケーション管理部３５０に対してインストール許諾に係るコマンドを送信する。なお、ユーザによるアプリケーションプログラム３２０のインストールの許諾については、携帯端末１６を利用した方法に限らず、車両１２に搭載されたカーナビゲーション装置や車両診断機１８を介して行ってもよい。

ステップＳ１３において、処理サーバ１４ではアプリケーション管理部３５０の機能として、ＣＰＵ１４１がセントラルＧＷ２０Ａのアプリケーション処理部２５０に向けて、インストール確認コマンドを送信する。インストール確認コマンドは、処理サーバ１４からＤＣＭ２４を介してセントラルＧＷ２０Ａに送信される。

ステップＳ１４において、セントラルＧＷ２０Ａではアプリケーション処理部２５０の機能として、ＣＰＵ２０１がインストールの可否判断を実行する。当該可否判断では、ＣＰＵ２０１がアプリケーションプログラム３２０のインストール先となるＲＯＭ２０２の空き容量等の確認を実行する。

ステップＳ１５において、セントラルＧＷ２０Ａではアプリケーション処理部２５０の機能として、ＣＰＵ２０１がインストールに係る可否判断の結果通知を行う。結果通知は、セントラルＧＷ２０ＡからＤＣＭ２４を介して処理サーバ１４に送信される。

次にステップＳ１０における検知学習処理の流れについて、図７のフローチャートを用いて説明する。

図７のステップＳ１００において、ＣＰＵ２０１は、通信フレームを受信する。例えば、ＣＰＵ２０１は、車両１２のメーカのサーバから送信された通信フレームであって、車両１２のオプション装備の利用又は改善に係るデータが内包された通信フレームを受信する。

ステップＳ１０１において、ＣＰＵ２０１は、受信した通信フレームが侵入検知の対象となる通信フレームであるか否かを判定する。ＣＰＵ２０１は、受信した通信フレームが侵入検知の対象であると判定した場合、ステップＳ１０２に進む。一方、ＣＰＵ２０１は、受信した通信フレームが侵入検知の対象ではないと判定した場合、ステップＳ１０５に進む。

ステップＳ１０２において、ＣＰＵ２０１は不正侵入の有無を確認する。具体的に、ＣＰＵ２０１は、侵入検知学習パラメータで定義された侵入検知ルールを参照して、不正侵入の有無を確認する。ＣＰＵ２０１は、侵入検知ルールを逸脱する通信フレームがある場合、不正な通信フレームであると判定し、不正な侵入があったと判定する。

ステップＳ１０３において、ＣＰＵ２０１は不正侵入があったか否かの判定を行う。ＣＰＵ２０１は不正侵入があったと判定した場合、ステップＳ１０４に進む。一方、ＣＰＵ２０１は不正侵入がなかったと判定した場合、ステップＳ１０５に進む。

ステップＳ１０４において、ＣＰＵ２０１は侵入対策処理を実行する。侵入対策処理では、不正な通信フレームを侵入検知データ（図９参照）として保存したり、処理サーバ１４に不正な侵入があった旨を通知したり、不正な通信フレームの侵入検知部２６０からの隔離を行う。

ステップＳ１０５において、ＣＰＵ２０１は、受信した通信フレームに基づいて通信環境を学習する。例えば、ネットワークＮにおける通信環境が変更された場合、新たな通信環境に係る情報を取得する。また、侵入検知学習パラメータに定義のない要素に変更等があった場合、例えば、データテーブルの受信周期を侵入検知ルールとする場合に、受信周期とは関係のないデータテーブルの追加があった場合（例：通信フレームに今までなかった日時情報や位置情報に係るデータテーブルが追加された場合）には、変更された情報を取得し学習する。

ステップＳ１０６において、ＣＰＵ２０１は、学習した情報に基づいて侵入検知学習パラメータを更新する。この際、更新された侵入検知学習パラメータは、セキュアなストレージ２０４に保存される。そして、検知学習処理は終了する。

続いて、ステップＳ１４の可否判断の結果、アプリケーションプログラム３２０のインストールが可能である場合におけるアプリケーションプログラム３２０が配信される処理の流れについて、図８のシーケンス図を用いて説明する。

通信に影響を与えるアプリケーションプログラム３２０をインストールする場合、以下の処理が実行される。

ステップＳ２０において、処理サーバ１４ではアプリケーション管理部３５０の機能として、ＣＰＵ１４１がセントラルＧＷ２０Ａ向けて侵入検知データの要求を行う。侵入検知データの要求は、アプリケーションプログラム３２０のインストール要求に相当する。侵入検知データの要求に係る情報は、ＤＣＭ２４、アプリケーション処理部２５０を経由して侵入検知部２６０に送信される。

ステップＳ２１において、セントラルＧＷ２０Ａでは侵入検知部２６０の機能として、ＣＰＵ２０１が侵入検知データの取得処理を行う。すなわち、ＣＰＵ２０１はセキュアなストレージ２０４から侵入検知データを取得する。図９に示されるように、侵入検知データは、侵入検知学習パラメータに係るデータを含むテーブルである。

ステップＳ２２において、セントラルＧＷ２０Ａでは侵入検知部２６０の機能として、ＣＰＵ２０１が処理サーバ１４に向けて侵入検知データを提供する。侵入検知データは、アプリケーション処理部２５０、ＤＣＭ２４を経由して処理サーバ１４に送信される。

ステップＳ２３において、処理サーバ１４ではアプリケーション管理部３５０の機能として、ＣＰＵ１４１が通信模擬部３６０に対して、シミュレーション実行要求を行う。

ステップＳ２４において、処理サーバ１４では通信模擬部３６０の機能として、ＣＰＵ１４１が模擬実行処理を実行する。模擬実行処理により、更新された侵入検知学習パラメータである差分データが生成される。模擬実行処理の詳細については後述する。

ステップＳ２５において、処理サーバ１４では通信模擬部３６０の機能として、ＣＰＵ１４１がアプリケーション管理部３５０に向けて更新された侵入検知学習パラメータを通知する。

ステップＳ２６において、処理サーバ１４ではアプリケーション管理部３５０の機能として、ＣＰＵ１４１がセントラルＧＷ２０Ａに向けてアプリケーションプログラム３２０及び更新された侵入検知学習パラメータを提供する。アプリケーションプログラム３２０及び更新された侵入検知学習パラメータは、ＤＣＭ２４経由でセントラルＧＷ２０Ａに送信される。これらは、一つにパッケージとして送信してもよいし、別々のデータとして送信してもよい。

ステップＳ２７において、セントラルＧＷ２０Ａではアプリケーション処理部２５０の機能として、ＣＰＵ２０１がアプリケーションプログラム３２０のインストールを実行する。

ステップＳ２８において、セントラルＧＷ２０Ａではアプリケーション処理部２５０の機能として、ＣＰＵ２０１は、ボデーＥＣＵ２０Ｂに対して、アプリケーションプログラム３２０に係る機能をＯＮとする通知を行う。図８の例は、アプリケーションプログラム３２０がボデーＥＣＵ２０Ｂ及びこれに接続された機器類２６を利用したサービスを提供する場合の例であり、サービスの内容によっては他のＥＣＵ２０の機能をＯＮとする。

ステップＳ２９において、ボデーＥＣＵ２０Ｂでは、ＣＰＵ２０１がセントラルＧＷ２０Ａにむけて機能の稼動結果について通知する。なお、ステップＳ２８及びステップＳ２９は、アプリケーションプログラム３２０を実行する前にボデーＥＣＵ２０Ｂの動作を確認するための処理であって、必ずしも必要な処理ではない。例えば、ＣＰＵ２０１は、ステップＳ２８のみ実行してボデーＥＣＵ２０Ｂの機能をＯＮとすれば、必ずしもステップＳ２９が実行されて結果通知を受ける必要はない。また例えば、後述するステップＳ３５においてアプリケーションプログラム３２０を実行する際に、最初にステップＳ２８及びステップＳ２９に係る処理を実行してもよい。

ステップＳ３０において、セントラルＧＷ２０Ａではアプリケーション処理部２５０の機能として、ＣＰＵ２０１がアプリケーションプログラム３２０のインストール状態を確認する。

ステップＳ３０において、アプリケーションプログラム３２０が正常にインストールできていることが確認できた場合、以降のステップに進む。

ステップＳ３１において、セントラルＧＷ２０Ａではアプリケーション処理部２５０の機能として、ＣＰＵ２０１が侵入検知部２６０に対して更新された侵入検知学習パラメータを提供する。

ステップＳ３２において、セントラルＧＷ２０Ａでは侵入検知部２６０の機能として、ＣＰＵ２０１が更新処理を実行する。更新処理では更新された侵入検知学習パラメータに含まれる差分データを、ストレージ２０４に記憶されている既存の侵入検知学習パラメータに対して適用し更新する。更新された侵入検知学習パラメータはストレージ２０４に記憶される。

ステップＳ３３において、セントラルＧＷ２０Ａでは侵入検知部２６０の機能として、ＣＰＵ２０１がアプリケーション処理部２５０に対して侵入検知学習パラメータの更新結果を通知する。

ステップＳ３４において、セントラルＧＷ２０Ａではアプリケーション処理部２５０の機能として、ＣＰＵ２０１がアプリケーションプログラム３２０のインストール状態及び侵入検知学習パラメータの更新結果を通知する。

ステップＳ３５において、セントラルＧＷ２０Ａではアプリケーション処理部２５０（実行部２５８）の機能として、ＣＰＵ２０１がアプリケーションプログラム３２０を実行する。具体的には、ＣＰＵ２０１が、上記ステップＳ２８において機能がＯＮとされたボデーＥＣＵ２０Ｂに対して必要な情報を要求すると共に、当該ボデーＥＣＵ２０Ｂから情報の提供を受ける。例えば、車両１２の走行距離を取得するアプリケーションプログラム３２０の場合、ＣＰＵ２０１が、ボデーＥＣＵ２０Ｂに対して走行距離の情報を要求すると共に、当該ボデーＥＣＵ２０Ｂから走行距離の情報を取得する。

次にステップＳ２４における模擬実行処理の流れについて、図１０のフローチャートを用いて説明する。

図１０のステップＳ２００において、ＣＰＵ１４１は、シミュレーションプログラム３１０を実行することでシミュレータを起動し、当該シミュレータの通信環境にセントラルＧＷ２０Ａから収集した侵入検知データを入力する。これにより、侵入検知学習パラメータ及び、これに定義された侵入検知ルールが入力される。

ステップＳ２０１において、ＣＰＵ１４１は、シミュレータにインストール対象となるアプリケーションプログラム３２０を入力する。

ステップＳ２０２において、ＣＰＵ１４１は、シミュレータを実行する。シミュレータでは、アプリケーションプログラム３２０による通信状況のみならず、ＥＣＵ２０の挙動（機器類２６の動作等）についてのシミュレーションが実行される。また、シミュレータの実行は、侵入検知データに含まれる侵入検知学習パラメータの学習が十分行われるまで継続される。

ステップＳ２０２において、ＣＰＵ１４１は、更新された侵入検知学習パラメータを生成する。更新された侵入検知学習パラメータは、規定された全ての規則を含む必要はなく、本実施形態では、差分データとして生成される。そして、模擬実行処理は終了する。

（第１の実施形態のまとめ）
本実施形態の車両用ネットワークシステム１０では、車両１２においてサービスの利用を希望するユーザが、当該サービスに係るアプリケーションプログラム３２０を車両１２に搭載されたセントラルＧＷ２０Ａにインストール場合に適用される。例えば、保険会社が保険の料率を走行距離に応じて、きめ細かく設定するサービスを提供する場合を想定する。この場合、保険会社が車両１２側から定期的に走行距離を取得するために、ユーザは、セントラルＧＷ２０Ａに対して走行距離取得用のアプリケーションプログラム３２０のインストールを許諾する。

アプリケーションプログラム３２０がセントラルＧＷ２０Ａにインストールされ、実行されると、セントラルＧＷ２０Ａは、例えば、ボデーＥＣＵ２０Ｂから走行距離に係る通信フレームを受信することが可能となる。ここで、セントラルＧＷ２０Ａでは、アプリケーションプログラム３２０のインストールにより、新たに走行距離に係る通信フレームを受信するため通信環境が変化している。そのため、走行距離に係る通信フレームの通信が許可されるように、侵入検知学習パラメータに定義された侵入検知ルールを更新しなければ、当該通信フレームは、不正な通信フレームとして検知されてしまう。

ここで、新たな通信フレームの通信を許可する侵入検知ルールを、処理サーバ１４から提供すれば、不正な検知を回避することができる。しかし、車両毎にオプション装備有無が異なるため、送信される通信フレームは一様ではなく、侵入検知学習パラメータは車両固有のものとなる。車両の販売台数を考慮すると、侵入検知学習パラメータの組み合わせを全て保持する場合、処理サーバ１４のストレージ１４４において、膨大なリソーセスが必要となる。

そこで、本実施形態では、アプリケーションプログラム３２０のインストールに際し、以下の処理を実行するように構成した。セントラルＧＷ２０Ａは通信フレームに対する侵入検知学習パラメータ及び車両１２のオプション装備に係る装備情報をアプリケーションプログラム３２０の提供元である処理サーバ１４に通知する。一方、処理サーバ１４は収集した侵入検知学習パラメータ及び装備情報に基づいて、新たな通信環境に適合させた侵入検知学習パラメータを生成し、セントラルＧＷ２０Ａに提供する。

以上のように、本実施形態によれば、アプリケーションプログラム３２０のインストールに伴い車両１２における通信環境が変更されても侵入検知の誤作動を抑制することができる。また、セントラルＧＷ２０Ａから収集した侵入検知学習パラメータ及び装備情報に基づいて更新された侵入検知学習パラメータを生成するため、処理サーバ１４のストレージ１４４におけるリソーセスの増加が抑制される。すなわち、コストの増加を抑制することができる。

また、本実施形態のセントラルＧＷ２０Ａにおいて、侵入検知学習パラメータを更新した後にアプリケーションプログラム３２０が実行されるため、セントラルＧＷ２０Ａがアプリケーションプログラム３２０を実行したことによって変化する通信フレームを、更新後の侵入検知学習パラメータによって適正であると判断することができる。

また、本実施形態では、更新された侵入検知学習パラメータが差分データとして生成されている。つまり、全ての侵入検知ルールを含む必要はなく、追加、削除、変更のあった侵入検知ルールを用意すれば足りる。そのため、処理サーバ１４とセントラルＧＷ２０Ａとの間の通信量を低減することができ、セントラルＧＷ２０Ａでは更新処理（ステップＳ３２参照）を速やかに完了させることができる。

［第２の実施形態］
第１の実施形態では、ＤＣＭ２４を通じて処理サーバ１４とセントラルＧＷ２０Ａとが通信を行っていた。これに対して、第２の実施形態ではセントラルＧＷ２０Ａと接続された車両診断機１８を通じて処理サーバ１４とセントラルＧＷ２０Ａとの通信を行うことができる。

本実施形態によれば、第１の実施形態と同様の作用効果を奏することができる。

［備考］
上記の各実施形態では、アプリケーションプログラム３２０のインストールに際して模擬実行処理によるシミュレーションを行っているが、この限りではない。例えば、先にインストールされたアプリケーションプログラムと関連するアプリケーションプログラム３２０をインストールする場合、通信環境の変更状況等のインストール後の影響が分かっている場合には、模擬実行処理を省略してもよい。

また、各実施形態のアプリケーションプログラム３２０は、セントラルＧＷ２０Ａにインストールされ、実行されるが、この限りでなく、他のＥＣＵ２０にインストールされ、実行されるように構成してもよい。例えば、ボデーＥＣＵ２０Ｂにアプリケーションプログラム３２０がインストールされてもよい。この場合、ボデーＥＣＵ２０Ｂでは、セントラルＧＷ２０Ａの実行部２５８からの実行指示を受け付けることで、アプリケーションプログラム３２０が実行される。

また、各実施形態のセントラルＧＷ２０Ａは、アプリケーション処理部２５０の機能と、侵入検知部２６０の機能と、を同一のＣＰＵ２０１で実現していたがこの限りでなく、別個のＣＰＵで各機能を実現してもよい。また、各実施形態の処理サーバ１４は、アプリケーション管理部３５０の機能と、通信模擬部３６０の機能と、を同一のＣＰＵ１４１で実現していたがこの限りでなく、別個のＣＰＵで各機能を実現してもよい。

なお、上記実施形態でＣＰＵ２０１がソフトウェア（プログラム）を読み込んで実行した各処理、ＣＰＵ１４１がソフトウェア（プログラム）を読み込んで実行した各処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、各処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

また、上記実施形態において、プログラムはコンピュータが読み取り可能な非一時的記録媒体に予め記憶（インストール）されている態様で説明した。例えば、車両１２のセントラルＧＷ２０Ａにおいて実行プログラム２２０は、ＲＯＭ２０２に予め記憶されている。また、処理サーバ１４において処理プログラム３００は、ストレージ１４４に予め記憶されている。しかしこれに限らず、各プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の非一時的記録媒体に記録された形態で提供されてもよい。また、各プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

上記実施形態で説明した処理の流れも、一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。

１０ 車両用ネットワークシステム
１２ 車両
１４ 処理サーバ（情報処理装置）
２０ ＥＣＵ
２０Ａ セントラルＧＷ（車載制御装置）
１４５ 通信Ｉ／Ｆ（車外通信部）
２０５ 通信Ｉ／Ｆ（通信部、車両側通信部）
２２０ 実行プログラム（プログラム）
２５２ 受付部
２５４ 通知部
２５６ 取得部
２５８ 実行部
２６４ 更新処理部（更新部）
３００ 処理プログラム（プログラム）
３２０ アプリケーションプログラム
３５２ 要求部
３５４ 収集部
３５６ 提供部
３６４ 生成部

Claims (12)

1. 車両であって、
   前記車両外部の情報処理装置との通信を行う通信部と、
   前記車両の装備に係る装備情報を前記通信部を介して前記情報処理装置へ通知する通知部と、
   前記車両において通信される通信フレームが不正であるか否かを判定するために用いられるルールであって、通知した前記装備情報に基づき更新されたルールを前記情報処理装置から取得する取得部と、
   前記車両の装備を利用したサービスに係るアプリケーションプログラムを更新する際に、前記ルールを前記更新されたルールへ更新する更新部と、
   を備える車両。
2. 車両の装備に係る装備情報を車両側通信部を介して前記車両外部の情報処理装置へ通知する通知部と、
   前記車両側通信部において通信される通信フレームが不正であるか否かを判定するために用いられるルールであって、通知した前記装備情報に基づき更新されたルールを前記情報処理装置から取得する取得部と、
   前記車両の装備を利用したサービスに係るアプリケーションプログラムを更新する際に、前記ルールを前記更新されたルールへ更新する更新部と、
   を備える車載制御装置。
3. 車両に搭載された車載制御装置に設けられた車両側通信部と通信を行う車外通信部において通信される通信フレームが不正であるか否かを判定するために用いられるルールであって、前記車載制御装置から収集した前記車両の装備に係る装備情報に基づいて更新させたルールを生成する生成部と、
   前記車両の装備を利用したサービスに係るアプリケーションプログラムを更新する際に、生成された前記更新されたルールを前記車載制御装置へ提供する提供部と、
   を備える情報処理装置。
4. 前記取得部は、前記ルールの差分データを前記情報処理装置から取得し、
   前記更新部は、前記車両の装備を利用したサービスに係るアプリケーションプログラムを更新する際に、前記ルールを前記差分データを用いて更新する、請求項１に記載の車両。
5. 前記更新部は、前記車両の装備を利用したサービスに係るアプリケーションプログラムをインストールした後に、前記情報処理装置から取得した前記更新されたルールへの切り替えを実行し、その後前記アプリケーションプログラムが実行される、請求項１に記載の車両。
6. 前記車両の装備を利用したサービスに係るアプリケーションプログラムのインストールが正常に完了したか否かを判定する処理部を更に備え、
   前記更新部は、前記車両の装備を利用したサービスに係るアプリケーションプログラムのインストールが正常に完了したと判定された場合、前記情報処理装置から取得した前記更新されたルールへの切り替えを実行し、その後前記アプリケーションプログラムが実行される、請求項１に記載の車両。
7. 前記通知部は、前記更新されたルールへの切り替えが完了したことを前記情報処理装置へ通知する請求項１に記載の車両。
8. 請求項２の車載制御装置と、前記車両側通信部と通信を行う情報処理装置と、と備える車両用ネットワークシステムであって、
   前記情報処理装置は、
   前記車載制御装置から収集した前記装備情報に基づいて更新させたルールを生成する生成部と、
   前記アプリケーションプログラムを更新する際に、生成された前記更新されたルールを前記車載制御装置へ提供する提供部と、
   を備える車両用ネットワークシステム。
9. 前記車載制御装置は、
   前記アプリケーションプログラムを実行する実行部を更に備え、
   前記実行部は、
   前記更新部が前記更新されたルールへの更新を行った後に、更新された前記アプリケーションプログラムを実行する請求項８に記載の車両用ネットワークシステム。
10. 車両に搭載された車載制御装置に対して、前記車両外部の情報処理装置から前記車両の装備を利用したサービスに係るアプリケーションプログラムを提供する方法であって、
    前記装備に係る装備情報を、前記車載制御装置から前記情報処理装置へ通知するステップと、
    前記車載制御装置に設けられた通信部において通信される通信フレームが不正であるか否かを判定するために用いられるルールであって、前記情報処理装置において取得された 前記装備情報に基づいて更新させたルールを生成するステップと、
    前記アプリケーションプログラムを更新する際に、前記情報処理装置から前記車載制御装置へ向けて前記更新されたルールを提供するステップと、
    前記車載制御装置において前記更新されたルールが取得された場合に、前記ルールを前記更新されたルールへ更新するステップと、
    前記更新されたルールへの更新が行われた後に、更新された前記アプリケーションプログラムを実行するステップと、
    を含むアプリケーションプログラムの提供方法。
11. 車両に搭載され、少なくとも前記車両外部の情報処理装置との通信を行う車載制御装置が前記車両の装備を利用したサービスに係るアプリケーションプログラムの提供を受けるためのプログラムであって、
    前記装備に係る装備情報を通信部を介して前記情報処理装置へ通知し、
    前記通信部において通信される通信フレームが不正であるか否かを判定するために用いられるルールであって、通知した前記装備情報に基づき更新されたルールを前記情報処理装置から取得し、
    前記アプリケーションプログラムを更新する際に、前記ルールを前記更新されたルールへ更新する
    処理をコンピュータに実行させるためのプログラム。
12. 車両外部の情報処理装置が前記車両に搭載された車載制御装置に向けて前記車両の装備を利用したサービスに係るアプリケーションプログラムを提供するためのプログラムであって、
    前記車両の通信部において通信される通信フレームが不正であるか否かを判定するために用いられるルールであって、前記車載制御装置から収集した前記車両の装備に係る装備情報に基づいて更新させたルールを生成し、
    前記アプリケーションプログラムを更新する際に、生成された前記更新されたルールを前記車載制御装置へ提供する
    処理をコンピュータに実行させるためのプログラム。