JP7173039B2 - 情報処理装置、移動装置、および方法、並びにプログラム - Google Patents

Description

本開示は、情報処理装置、移動装置、および方法、並びにプログラムに関する。さらに詳細には、車両等の移動装置に装着された電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）において実行する処理の監視や、異常発生の防止等を行う情報処理装置、移動装置、および方法、並びにプログラムに関する。

近年の自動車には、プログラム（ソフトウェア）によって制御される多数の電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）が装着されている。
例えば、自動車の駆動制御を行う電子制御ユニット（ＥＣＵ）、ドアの開閉や、空調制御、ディスプレイ表示制御等、駆動系以外の制御を行う電子制御ユニット（ＥＣＵ）等、様々な異なる電子制御ユニット（ＥＣＵ）が装着され、それぞれが個別のプログラムに従って様々な処理を行う。

これら、複数のＥＣＵは、例えば、車載ネットワークとして規格化されたＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）によって接続されており、ＣＡＮプロトコルに従ったＣＡＮメッセージを、ネットワークを介して送受信可能な構成を持つ。

しかし、プログラム（ソフトウェア）によって制御されるＥＣＵは、例えばネットワーク外部から侵入するウィルスや不正プログラムによって、不正な制御が行われる可能性がある。
ウィルス等は、例えばＣＡＮに接続された外部装置や、外部記憶媒体等から、様々なタイミングで侵入する可能性がある。

従って、多くの場合、ＥＣＵを有するシステムには、不正検出や修復処理を行うための監視装置が設けられている。
監視装置は、例えば、ＥＣＵにおいて実行される様々な処理に対応するログ情報を取得して、ログ情報に基づいて不正検出、修復等を行う。
なお、車両の監視装置が取得したログ情報を外部のサーバに送信し、サーバにおいて不正解析を実行して解析結果を車両の監視装置に送信し、監視装置がサーバから受信した解析結果を利用して不正の排除や修復処理を行う構成としたものもある。

このようなログ情報に基づく不正解析を行う場合、ネットワークに接続されたＥＣＵが送受信する通信メッセージ（ＣＡＮメッセージ）対応のログ情報を収集する必要がある。
しかし、複数のＥＣＵが１つのネットワーク、すなわちＣＡＮに接続された構成では、通常状態においても様々なＣＡＮメッセージがネットワーク（ＣＡＮ）を介して送受信されている。
さらに何らかの特別な処理が行われる場合には、さらに多くのメッセージが送受信される。

このように多数のメッセージが送受信される中、さらに監視装置が、各ＥＣＵからログを収集しようとすると、ネットワークの限られた帯域を利用して各ＥＣＵから監視装置に対するログメッセージの送受信を行うことが必要となり、利用可能な帯域を圧迫してしまう。この結果、通常の制御メッセージの送受信の輻輳や遅延を発生させてしまうという問題が生じる。

大量のログ情報が発生する場合の制御について開示した従来技術として、例えば特許文献１（特開２０１０－２０６６９８号公報）がある。
この特許文献１は、ログメッセージに優先度を設定して、リソース負荷状態が高い場合は、優先度の高いログメッセージのみを選択的に収集する構成を開示している。
しかし、この特許文献１に記載の構成は、リソース負荷状況のみに基づいてログメッセージの収制御構成である。

複数のＥＣＵが接続されたネットワークでは、例えばウィルスが検出された場合に、そのウィルスの除去やウィルスの影響を排除するための迅速な処理が必要となる。
特許文献１に記載のリソース負荷状態にのみ基づくログメッセージの収集構成では、ウィルスが検出された場合であっても、リソース負荷が大きいと判断された場合にはログメッセージの取得が制限されてしまい、ウィルス対策に必要となるログメッセージ取得に失敗する恐れがある。

特開２０１０－２０６６９８号公報

本開示は、例えば上記問題点に鑑みてなされたものであり、複数の電子制御ユニット（ＥＣＵ）が接続されたネットワークにおいて、ネットワーク帯域の状況に応じて、各ＥＣＵの送受信メッセージ対応のログを選択的に取得する構成として、ネットワークを介した通常の通信メッセージの帯域を圧迫させることなく、ウィルス等による不正処理を効率的に防止可能とした情報処理装置、移動装置、および方法、並びにプログラムを提供することを目的とする。

本開示の第１の側面は、
データ通信ネットワークの監視処理を実行する処理監視部を有し、
前記処理監視部は、
前記データ通信ネットワークの空き帯域を監視するシステム負荷監視部と、
前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視部を有し、
前記ウィルス監視部は、
前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する構成であり、
前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集する情報処理装置にある。

さらに、本開示の第２の側面は、
移動装置の構成要素に対する制御用の通信メッセージを送受信するデータ通信ネットワークと、
前記データ通信ネットワークの監視処理を実行する処理監視部を有し、
前記処理監視部は、
前記データ通信ネットワークの空き帯域を監視するシステム負荷監視部と、
前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視部を有し、
前記ウィルス監視部は、
前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する構成であり、
前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定されたログ情報のみを収集する移動装置にある。

さらに、本開示の第３の側面は、
情報処理装置において実行する情報処理方法であり、
データ通信ネットワークの監視処理を実行する処理監視部が、
前記データ通信ネットワークの空き帯域を監視するシステム負荷監視処理と、
前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視処理を実行し、
前記ウィルス監視処理において、
前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する処理を実行し、
前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集する情報処理方法にある。

さらに、本開示の第４の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
データ通信ネットワークの監視処理を実行する処理監視部に、
前記データ通信ネットワークの空き帯域を監視するシステム負荷監視処理と、
前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視処理を実行させ、
前記ウィルス監視処理において、
前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する処理を実行させ、
前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集させるプログラムにある。

なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、ネットワーク利用状況に応じて収集ログ態様を変更することで、効率的なウィルス検出および除去が実現される。
具体的には、例えば、データ通信ネットワークの監視処理を実行する処理監視部を有し、処理監視部内にネットワーク空き帯域を監視するシステム負荷監視部と、通信メッセージ対応のログ情報を収集してウィルス検出を行うウィルス監視部を有する。ウィルス監視部は、システム負荷監視部の取得したネットワーク空き帯域情報に応じてログ情報の収集態様を変更する。ウィルスが検出され、かつ空き帯域が規定しきい値以上でない場合は、高優先度の通信メッセージ対応の限定ログ情報のみを収集する。
本構成により、ネットワーク利用状況に応じて収集ログ態様を変更することで、効率的なウィルス検出および除去が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

移動装置の構成例について説明する図である。 移動装置のネットワーク構成例について説明する図である。 電子制御ユニット（ＥＣＵ）の構成例について説明する図である。 処理監視部の実行する処理シーケンスについて説明するフローチャートを示す図である。 予め規定したログ情報優先度の例について説明する図である。 処理監視部の実行するプログラムの設定やイベントの規定、処理切り換え等のシーケンスについて説明するフローチャートを示す図である。 処理監視部の実行する複数の処理と、処理切り換えのトリガとなるイベントの具体例について説明する図である。 処理監視部の実行する処理シーケンスについて説明するフローチャートを示す図である。 プローブカーとしての移動装置の構成例について説明する図である。 プローブカーである移動装置のネットワーク構成例について説明する図である。 プローブカーである移動装置の処理監視部が実行する処理シーケンスについて説明するフローチャートを示す図である。 プローブカーである移動装置の処理監視部が実行する処理シーケンスについて説明するフローチャートを示す図である。 予め規定したログ情報優先度の例について説明する図である。 移動装置の処理監視部内のＥＣＵを１つのＥＣＵとした構成例について説明する図である。 移動装置の処理監視部を移動装置に着脱可能な情報処理装置とした構成例について説明する図である。 情報処理装置のハードウェア構成例について説明する図である。

以下、図面を参照しながら本開示の情報処理装置、移動装置、および方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．移動装置の構成例について
２．処理監視部の実行する処理について
３．ＣＡＮネットワークの利用可能帯域に応じて３種類以上の処理を切り換える構成について
４．プローブカーにおけるログ収集処理例について
５．その他の実施例について
６．本開示の構成のまとめ

［１．移動装置の構成例について］
まず、図１以下を参照して、移動装置の構成例について説明する。
なお、以下の実施例では、移動装置１０の一例として、移動装置１０を自動車（車両）とした実施例について説明する。ただし、本開示の処理は、自動車以外の様々な移動装置において利用可能である。
本開示の構成は、自動車の他、例えば、ロボット（歩行型、走行型）や、ドローン等の飛行体、あるいは船舶、潜水艦等の水上、水中を移動する装置等、様々な移動装置に適用可能である。

図１は、移動装置１０の一例である自動車（車両）の構成例を示す図である。
図１に示すように、移動装置１０は、ステアリング１１、シフトレバー１２、表示部１３、エンジン１４、アクセル１５、ブレーキ１６、処理監視部１７、車載電子機器群（ＥＣＵ群）１８、ＧＰＳ受信機１９、記憶部２０、通信部２１、入出力ＩＦ２２を有する。
なお、これらの構成要素は、移動装置１０の一部の主要な構成要素を示しているのみであり、移動装置１０は、これら以外にも多数の構成要素を有している。

図１に示す構成要素中、車載電子機器群（ＥＣＵ群）１８は、複数の電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）によって構成され、各ＥＣＵが、移動装置１０の各構成部の制御を行う。
ＥＣＵは、車載ネットワークとして規格化されたＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）によって、移動装置１０の各構成要素に接続されており、ＣＡＮプロトコルに従ったＣＡＮメッセージを送受信して制御を行う。

車載電子機器群（ＥＣＵ群）１８内のＥＣＵは、例えば、エンジン１４やステアリング１１等、移動装置１０の駆動に関する駆動制御、表示部１３に対する表示情報の制御、ドアの開閉、ロック等の制御、さらに、通信部２１における通信制御等、様々な制御を実行する。
これらの制御は、ＥＣＵの実行するプログラム（ソフトウェア）によって行われる。

車載電子機器群（ＥＣＵ群）１８を構成する複数の電子制御ユニット（ＥＣＵ）は、大きく分類すると、以下の３種類に分類することができる。
（１）エンジン１４、ステアリング１１、シフトレバー１２、アクセル１５、ブレーキ１６等、移動装置１０の駆動に関する駆動制御を行う駆動系制御ＥＣＵ、
（２）表示部１３、空調、ドアの開閉、ロック等、移動装置の駆動系以外のボディ系の制御を行うボディ系制御ＥＣＵ、
（３）外部装置や外部記憶装置との通信、データ入出力を行う通信部２１や入出力ＩＦ２２、ＧＰＳ受信機１９等に関する制御を行う通信系制御ＥＣＵ、

これらの電子制御ユニット（ＥＣＵ）は、それぞれ個別のプログラムに従った様々な処理を行う。

しかし、プログラム（ソフトウェア）によって制御されるＥＣＵは、外部から侵入するウィルスや不正プログラムによって不正に制御されてしまう可能性がある。
ウィルスは、例えばＣＡＮに外部から不正にアクセスする有線、無線の様々な不正機器から、様々なタイミングで侵入する可能性がある。
図１に示す処理監視部１７は、このようなウィルスの検出や修復処理を行うための監視装置である。

処理監視部１７は、例えば、ＥＣＵにおいて実行される様々な処理に対応するログ情報、具体的には、例えばＥＣＵが送受信する通信メッセージに対応するログ情報を取得し、取得したログ情報に基づいて不正検出や、修復処理等を行う。

さらに、処理監視部１７は、取得したログ情報を外部のサーバに送信する。サーバはログ情報に基づく解析を実行して、解析結果を処理監視部１７に送信する。処理監視部１７は、サーバから受信した解析結果を利用して不正（ウィルスやプログラム等）の排除や修復処理を行う。

前述したように、車載電子機器群（ＥＣＵ群）１８を構成する複数の電子制御ユニット（ＥＣＵ）は、図１に示す移動装置１０の各構成要素の制御を行う。この制御のための制御データは、車載ネットワークとして規格化されたＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して転送される。
ＣＡＮに接続されたＥＣＵやその他の構成要素は、ＣＡＮプロトコルに従った通信メッセージであるＣＡＮメッセージを送受信する。

ＣＡＮのネットワーク構成例を図２に示す。
図２に示す移動装置１００は、複数のＥＣＵ１０２～１０３，１１１～１１３を有し、これらの複数のＥＣＵが車載ネットワークであるＣＡＮネットワーク１２０に接続された構成を有する。
ＥＣＵ１０２～１０３は、処理監視部１０１内に構成されたＥＣＵである。
ＥＣＵ１１１～１１３は、先に図１を参照して説明した３種類のＥＣＵ、すなわち、駆動系制御ＥＣＵ、ボディ系制御ＥＣＵ、通信系制御ＥＣＵに対応する。

ＣＡＮネットワークにはＥＣＵの他、ＥＣＵの制御対象となる様々な構成要素、すなわ、エンジン、アクセル等も接続されており、これらの構成要素は、ＥＣＵがプログラム（ソフトウェア）に従って生成する制御メッセージに従って制御される。
ＥＣＵは、ＣＡＮプロトコルに従ったＣＡＮメッセージを生成して、様々な制御対象にメッセージを送信して制御を行う。

図２に示すＥＣＵは、以下の５つのＥＣＵである。
（１）ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２、
（２）ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３、
（３）ＥＣＵ－２ａ（駆動系制御ＥＣＵ）１１１、
（４）ＥＣＵ－２ｂ（ボディ系制御ＥＣＵ）１１２、
（５）ＥＣＵ－２ｃ（通信系制御ＥＣＵ）１１３、

「（３）ＥＣＵ－２ａ（駆動系制御ＥＣＵ）１１１」は、エンジン、ステアリング、シフトレバー、アクセル、ブレーキ等、移動装置１００の駆動に関する駆動制御を行う駆動系制御ＥＣＵである。
「（４）ＥＣＵ－２ｂ（ボディ系制御ＥＣＵ）１１２」は、表示部、空調、ドアの開閉、ロック等、移動装置の駆動系以外のボディ系の制御を行うボディ系制御ＥＣＵである。
「（５）ＥＣＵ－２ｃ（通信系制御ＥＣＵ）１１３」は、外部装置や外部記憶装置との通信、データ入出力を行う通信部や入出力ＩＦ、ＧＰＳ受信機等に関する制御を行う通信系制御ＥＣＵである。

これらのＥＣＵ１１１～１１３は、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）１２０を介してＣＡＮプロトコルに従ったＣＡＮメッセージを移動装置１００の各構成要素に送信して、移動装置１００の各構成要素の制御を行う。

「（１）ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２」と、「（２）ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３」は、処理監視部１０１内に構成されたＥＣＵである。
なお、これら２つのＥＣＵは、１つのＥＣＵとして構成することも可能である。

「（１）ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２」は、主にＣＡＮネットワーク１２０の通信状況を監視する。具体的には、ネットワークの帯域利用状況を監視する。
ＣＡＮネットワーク１２０は、ＥＣＵ、その他のネットワーク接続装置間で送受信される制御メッセージ等のパケットの経路であり、状況に応じて通信量が変動する。
例えば移動装置１００が移動を開始する際には、様々な機器に対して一斉に制御を行う必要があり、ネットワークの通信量（通信トラフィック）が増大する。
その他にも、移動装置１００が前進からバックに切り替える際等、行動が大きく変更される場合などには、制御メッセージが増大して通信トラフィックも増加する。

「（２）ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３」は、ＣＡＮネットワーク１２０を介して送受信されるＣＡＮメッセージ、すなわち、移動装置１００のエンジン、アクセル等の各構成部に対する制御メッセージに基づくログ情報を取得して、ログ情報に基づくウィルス顕出処理等を実行する。

ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ウィルスパターンデータを格納したウィルスデータベース（ＤＢ）１０５にアクセス可能な構成を有する。
ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１０２内で送受信される制御メッセージ内にウィルスデータベース（ＤＢ）１０５に格納されたウィルスパターンと同一のウィルスが含まれていないかを検証する。
ウィルスが検出された場合は、そのメッセージを無効にする等、ウィルスを排除するためのウィルス対策処理を行う。

さらに、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、収集したログ情報を、通信部１０４を介してログ解析サーバ２００に送信する。
ログ解析サーバ２００は、さらに高度なログ解析を実行し、移動装置１００のウィルスデータベース１０５に格納されたウィルスパターンとの照合処理のみでは確認できないウィルスや不正プログラム等を検出し、検出情報や、対応処理情報等を生成して、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３に送信する。

ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ログ解析サーバ２００から受信したウィルス検出情報や、対応処理情報に基づいて、ウィルス除去等の対応処理を実行する。

このように、処理監視部１０１は、
（１）ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２、
（２）ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３、
これらの２つのＥＣＵによる処理を行う。

ここで、処理監視部１０１は、ＣＡＮネットワーク１２０の通信量の増減に応じて、ＣＡＮネットワーク１２０から収集するログ情報の変更を行う。
具体的には、ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が、ＣＡＮネットワーク１２０の通信状況を監視し、ＣＡＮネットワーク１２０の通信量（通信利用帯域）が、予め規定したしきい値以下である場合は、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０から、全ての通信メッセージ対応のログ情報を収集して、ログ解析サーバ２００に送信する。

なお、ログ情報には、例えば、ＣＡＮネットワーク１２０上の通信メッセージに含まれる通信メッセージの内容や、メッセージ長や、通信周期、通信シーケンス情報等が含まれる。
処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０の通信メッセージを取得するとともに、通信メッセージ内容、メッセージ長、通信周期、通信シーケンス等を解析して、これらの各情報をログ情報としてログ解析サーバ２００に送信する。

一方、ＣＡＮネットワーク１２０の通信量（通信利用帯域）が、予め規定したしきい値より大きい場合は、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０内の通信メッセージに基づいて取得するログ情報を、予め規定した優先度に応じて限定した通信メッセージ対応の限定したログのみとし、収集した限定ログのみをログ解析サーバ２００に送信する。
この通信量に応じたログ収集の具体例については、後段で詳細に説明する。

図２に示す移動装置１００には複数のＥＣＵが含まれるが、これらのＥＣＵ各々は、プログラム（ソフトウェア）に従って様々な制御対象、例えば、エンジン、アクセル等の制御対象の制御を実行する。具体的には、ＣＡＮプロトコルに従ったＣＡＮメッセージを生成して、様々な制御対象にメッセージを送信して制御を行う。
ＥＣＵの一般的な構成例について、図３を参照して説明する。

図３は、ＥＣＵ２００の基本的なハードウェア構成例を示す図である。
図３に示すように、ＥＣＵ２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ネットワークＩＦ２０６、入出力部２０７、記憶部２０８、通信部２０９を有する。
なお、図３に示すＥＣＵ２００の構成は一例であり、各ＥＣＵは、図３に示す構成に限らず、各ＥＣＵの制御対象に応じた様々な構成を有したものとなる。

図３に示すＥＣＵ２００の構成について説明する。
ＣＰＵ２０１は、ＲＯＭ２０２、または記憶部２０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。ＲＡＭ２０３には、ＣＰＵ２０１が実行するプログラムやパラメータ、各種データが記憶される。またＣＰＵ２０１の実行するプログラムのワークエリアとしても利用される。

ネットワークＩＦ２０６はＣＡＮネットワーク１２０に接続され、ＣＡＮネットワークを介したメッセージの入出力用インタフェースとして機能する。
入出力部２０７は、ユーザによるデータ入力、あるいはＥＣＵからのデータ出力を行うための入出力部である。例えば、ＥＣＵ２００において実行するプログラムの変更、確認、パラメータの設定、変更、確認等を行う場合に利用される。

記憶部２０８は、ＥＣＵ２００のＣＰＵ２０１において実行するプログラムや、プログラム実行に利用するパラメータ、その他のデータ等が格納される。
通信部２０９は、例えば外部サーバ等の外部機器との通信に利用される。

［２．処理監視部の実行する処理について］
次に、図２に示す移動装置１００内に構成される処理監視部１０１の実行する処理のシーケンスについて、図４に示すフローチャートを参照して説明する。

図４は、処理監視部１０１の実行する処理シーケンスを示すフローチャートである。
図４に示すフローは、処理監視部１０１内のＥＣＵにおいて実行される。
具体的には、例えば、ＥＣＵ内のＣＰＵが記憶部に格納されたプログラムに従って実行する。
以下、図４に示すフローチャートの各ステップの処理について、順次、説明する。

（ステップＳ１０１）
まず、処理監視部は、ステップＳ１０１において、ＣＡＮネットワーク内の通信パケットからのウィルス検出処理と、ＣＡＮネットワークの利用帯域の監視処理を実行する。

例えば、図２に示す構成において、ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が、ＣＡＮネットワーク１２０の通信状況を監視、すなわち、ＣＡＮネットワークの利用帯域の監視処理を実行する。
また、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０を介して送受信されるＣＡＮメッセージを取得して、ウィルスが含まれていないかを監視する。

（ステップＳ１０２）
次に、処理監視部は、ステップＳ１０２において、ウィルスが検出されたか否かを判定する。
すなわち、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０を介して送受信されるＣＡＮメッセージから、ウィルスを検出したか否かを判定する。

ウィルスを検出した場合は、ステップＳ１０３に進む。
ウィルスが検出されなかった場合は、ステップＳ１０５に進む。

（ステップＳ１０３）
ステップＳ１０２において、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０を介して送受信されるＣＡＮメッセージから、ウィルスを検出した場合は、ステップＳ１０３に進む。

処理監視部は、ステップＳ１０３において、ＣＡＮネットワークの通信量を確認する。
すなわちＣＡＮネットワークの利用可能な帯域に余裕があるか否かを確認する。
具体的には、ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が、ＣＡＮネットワーク１２０の通信状況を監視し、ネットワークの利用可能帯域に余裕があるか、すなわち空き帯域が、予め規定したしきい値以上であるか否かを判定する。

規定しきい値は、様々な設定が可能であるが、一例として例えば、ＣＡＮネットワークの利用可能な全帯域の５０％とする。
ステップＳ１０３では、ＣＡＮネットワークの空き帯域が全帯域の５０％以上であるか否かを判定する。

ステップＳ１０３において、空き帯域が、予め規定したしきい値以上（５０％以上）であり、ネットワークの利用可能帯域に余裕があると判定した場合は、ステップＳ１０４に進む。
一方、空き帯域が、予め規定したしきい値未満（５０％未満）であり、ネットワークの利用可能帯域に余裕がないと判定した場合は、ステップＳ１０５に進む。

（ステップＳ１０４）
ステップＳ１０３の判定処理において、空き帯域が、予め規定したしきい値以上（５０％以上）であり、ネットワークの利用可能帯域に余裕があると判定した場合は、ステップＳ１０４に進む。
処理監視部は、ステップＳ１０４において、移動装置内の各ＥＣＵの発行する通信メッセージ（ＣＡＮネットワーク上の通信パケット）に基づくログ情報を全て収集してログ解析サーバ２００に送信する。

具体的には、図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０上の全ての通信メッセージ対応のログを全て収集し、収集した全ての通信メッセージ対応ログをログ解析サーバ２００に送信する。

（ステップＳ１０５）
一方、ステップＳ１０２の判定処理においてウィルスが検出されなかった場合、
または、ステップＳ１０２の判定処理においてウィルスが検出され、かつステップＳ１０３の判定処理において、空き帯域が予め規定したしきい値未満（５０％未満）であり、ネットワークの利用可能帯域に余裕がないと判定した場合、
これらのいずれかの場合は、ステップＳ１０５に進む。

処理監視部は、ステップＳ１０５において、移動装置内の各ＥＣＵの発行する通信メッセージ（ＣＡＮネットワーク上の通信パケット）の一部のメッセージ対応のログ情報のみを収集してログ解析サーバ２００に送信する。

具体的には、図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０上の通信メッセージから収集するログを、予め規定した優先度に応じて限定した通信メッセージに対応するログのみとし、収集した限定メッセージ対応のログのみをログ解析サーバ２００に送信する。

なお、このステップＳ１０５の処理を実行する場合、処理監視部１０１は、予め規定した優先度に応じて収集ログを限定することが必要である。処理監視部１０１は、予め規定した優先度情報を登録した優先度リストをＥＣＵ内に保持し、保持リストに従ったログ取得処理を行う。

処理監視部１０１内に保持されるログ情報優先度リストの設定例について、図５を参照して説明する。
ログ情報優先度は、図５に示すように、例えば、通信メッセージを発行するＥＣＵの系統に応じて設定される。
図５には、以下の３種類のＥＣＵ系統別の優先度を示している。
第１優先度＝通信系制御ＥＣＵの発行する通信メッセージ
第２優先度＝駆動系制御ＥＣＵの発行する通信メッセージ
第３優先度＝ボディ系制御ＥＣＵの発行する通信メッセージ

第１優先度の設定である通信系制御ＥＣＵは、図２に示すＥＣＵ－２ｃ（通信系制御ＥＣＵ）１１３に相当する。ＥＣＵ－２ｃ（通信系制御ＥＣＵ）１１３は、外部装置や外部記憶装置との通信、データ入出力を行う通信部や入出力ＩＦ、ＧＰＳ受信機等に関する制御を行う通信系制御ＥＣＵである。
この通信系制御ＥＣＵの制御対象である外部装置や外部記憶装置等は、ウィルスや不正プログラムの侵入経路となる可能性が高い。

従って、外部からウィルスや不正プログラムが侵入した場合、まず、通信系制御ＥＣＵの発行する通信メッセージにウィルスや不正プログラムが埋め込まれる可能性が高い。
この理由から、通信系制御ＥＣＵの発行する通信メッセージ対応のログを、最高優先度（第１優先度）の収集、解析対象のログとしている。

なお、図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が収集し、ログ解析サーバ２００に送信するログ情報は、ＣＡＮネットワーク１２０の通信メッセージとしてもよいが、第１優先度の通信系制御ＥＣＵ対応のログ情報には、通信メッセージ内容、メッセージ長、通信周期等を含めることが好ましい。
これらの情報を含めることで、ウィルスの解析を効率的に実行可能となるからである。

処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０の通信メッセージを取得するとともに、通信メッセージ内容、メッセージ長、通信周期を解析して、これらの各情報をログ情報としてログ解析サーバ２００に送信する。

第２優先度の設定である駆動系制御ＥＣＵは、図２に示すＥＣＵ－２ａ（駆動系制御ＥＣＵ）１１１に相当する。ＥＣＵ－２ａ（駆動系制御ＥＣＵ）１１１は、エンジン、ステアリング、シフトレバー、アクセル、ブレーキ等、移動装置１００の駆動に関する駆動制御を行う駆動系制御ＥＣＵである。
この駆動系制御ＥＣＵは、移動装置１００の駆動に関する制御を行うＥＣＵであり、ウィルス等による誤った処理が行われると問題が大きい。
この理由から、駆動系制御ＥＣＵの発行する通信メッセージ対応のログを、第２優先度の収集、解析対象としている。

なお、図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が収集し、ログ解析サーバ２００に送信するログ情報は、ＣＡＮネットワーク１２０の通信メッセージとしてもよいが、第２優先度の駆動系制御ＥＣＵ対応のログ情報には、制御対象の制御シーケンスを解析可能な情報、例えば、通信メッセージ内容、通信シーケンス情報（時間情報）等を含めることが好ましい。
これらの情報を含めることで、駆動系制御メッセージ内のウィルス解析を効率的に実行可能となるからである。

例えば駆動系制御対象（エンジン等）の正常な制御シーケンスが、Ａ→Ｂ→Ｃである場合、あるウィルスに感染したことによって、異常な制御シーケンス、例えばＡ→Ｃ→Ｄのように設定される可能性がある。
このように制御シーケンスの異常を検出するために、駆動系制御ＥＣＵ対応のログ情報には、制御対象の制御シーケンスを解析可能な情報、例えば、通信メッセージ内容、通信シーケンス情報（時間情報）等を含めることが好ましい。

処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０の通信メッセージを取得するとともに、制御対象の制御シーケンスを解析可能な情報を取得して、通信メッセージとシーケンス情報を含む情報をログ情報としてログ解析サーバ２００に送信する。

第３優先度の設定であるボディ系制御ＥＣＵは、図２に示すＥＣＵ－２ｂ（ボディ系制御ＥＣＵ）１１２に相当する。ＥＣＵ－２ｂ（ボディ系制御ＥＣＵ）１１２は、表示部、空調、ドアの開閉、ロック等、移動装置の駆動系以外のボディ系の制御を行うボディ系制御ＥＣＵである。
このボディ系制御ＥＣＵは、移動装置１００の駆動以外の部位に関する制御を行うＥＣＵであり、ウィルス等による誤った処理が行われても、移動装置１００の駆動に影響を及ぼす可能性は小さい。
この理由から、ボディ系制御ＥＣＵの発行する通信メッセージ対応のログを、第３優先度の収集、解析対象としている。

なお、図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が収集し、ログ解析サーバ２００に送信するログ情報は、ＣＡＮネットワーク１２０の通信メッセージとしてもよいが、第３優先度のボディ系制御ＥＣＵ対応のログ情報にも、制御対象の制御シーケンスを解析可能な情報、例えば、通信メッセージ内容、通信シーケンス情報（時間情報）等を含めることが好ましい。
これらの情報を含めることで、駆動系制御メッセージ内のウィルス解析を効率的に実行可能となるからである。

処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０の通信メッセージを取得するとともに、制御対象の制御シーケンスを解析可能な情報を取得して、通信メッセージとシーケンス情報を含む情報をログ情報としてログ解析サーバ２００に送信する。

なお、図５に示すログ情報の優先度設定例は一例であり、この他の様々な優先度設定が可能である。
図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、例えば、図５に示すログ情報の優先度を示すリスト（取得ログ優先度リスト）をＥＣＵ内の記憶部に格納している。
なお、優先度リストの具体例は、例えば優先度識別子と、ＣＡＮメッセージのＩＤ、あるいはメッセージの送信元や送信先を示すＩＤとの対応データからなるリスト等である。

ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が、ステップＳ１０３の処理において取得したＣＡＮネットワーク１２０の帯域情報を取得し、取得した帯域情報に基づいて、取得ログを高優先度のログに限定するか否かを決定する。

ステップＳ１０５は、ステップＳ１０３の帯域判定処理において、空き帯域が予め規定したしきい値未満で、残りの利用可能な通信帯域の余裕が少ないと判定した場合の処理であり、優先度の高いメッセージ対応のログのみを選択して収集して、ログ解析サーバ２００に送信する。
具体的には、例えば、図５に示す第１優先度の通信系制御ＥＣＵ、および第２優先度の駆動系制御ＥＣＵの生成する通信メッセージ対応のログのみを選択収集して、収集した選択ログのみをログ解析サーバ２００に送信する。

なお、選択対象とする高優先度ログの設定は、様々な設定が可能である。
例えば、図５に示す第１優先度の通信系制御ＥＣＵのログのみを選択対象とする設定も可能である。

また、図５に示す優先度設定例は、
第１優先度＝通信系制御ＥＣＵの発行する通信メッセージ
第２優先度＝駆動系制御ＥＣＵの発行する通信メッセージ
第３優先度＝ボディ系制御ＥＣＵの発行する通信メッセージ
このようにＥＣＵの制御対象を優先度区分情報として利用しているが、さらに、例えば駆動系制御ＥＣＵの生成する通信メッセージを制御対象（エンジン、アクセル等）ごとに区分して制御対象個別の優先度を設定する構成としてもよい。

このような優先度設定とした場合は、図５に示す第１優先度の通信系制御ＥＣＵのログに、さらに、第２優先度の駆動系制御ＥＣＵのログの一部、例えば、エンジン制御用のメッセージ対応のログのみを収集、解析、サーバ送信対象として選択するといった設定も可能である。

さらに、帯域利用状況をさらに細区分、例えば、
（ａ）空き帯域が多い：帯域負荷（利用済み帯域）＝２０％以下、
（ｂ）空き帯域が中程度：帯域負荷（利用済み帯域）＝２０％～４０％、
（ｃ）空き帯域が少ない：帯域負荷（利用済み帯域）＝４０％以上、
このように、帯域利用状況が上記３種類のいずれに該当するかを判定し、判定結果に応じて、収集するログ情報を、優先度に応じて変更する構成としてもよい。
この具体的な処理例については後述する。

（ステップＳ１０６）
処理監視部１０１が、ステップＳ１０４、またはステップＳ１０５において、移動装置内の各ＥＣＵのログ情報（ＣＡＮネットワーク上の通信パケット）の全て、または一部を収集してログ解析サーバ２００に送信する処理が完了すると、次に、処理監視部１０１は、ステップＳ１０６において、ログ解析サーバ２００から、ログ解析情報を受信する。

ログ解析サーバ２００は、高度なログ解析を実行し、移動装置１００のウィルスデータベース１０５に格納されたウィルスパターンとの照合処理のみでは確認できないウィルスや不正プログラム等を検出し、検出情報や、対応処理情報等を生成して、処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３に送信する。

（ステップＳ１０７）
次に、ステップＳ１０７において、処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ログ解析サーバ２００から受信したウィルス検出情報や、対応処理情報に基づいて、ウィルス除去等の対応処理を実行する。

（ステップＳ１０８）
次に、ステップＳ１０８において、処理の終了判定を行い、処理終了でない場合は、ステップＳ１０１に戻り、ＣＡＮネットワーク内の通信パケットからのウィルス検出処理と、ＣＡＮネットワークの利用帯域の監視処理を継続して実行する。

一方、例えば移動装置１００の移動が停止され、電源がオフとなった場合には、ステップＳ１０８において処理終了と判定し、処理を終了する。

以上、説明した図４に示すフローチャートに従った処理から理解されるように、処理監視部１０１は、状況に応じて以下の２つの処理を切り換えて実行する。
（第１処理（通常処理））優先度の高いログのみを収集して、サーバに送信する処理。
（第２処理（緊急時処理））全てのログを収集して、サーバに送信する処理。
上記２つの異なる処理を状況に応じて切り換えて実行する。

この処理切り換えを行うためのプログラム、すなわち、処理監視部１０１内のＥＣＵ１０２，１０３において実行するプログラムは、上記２つの異なる処理を状況に応じて切り換えて実行することが可能なプログラムであることが必要である。

また、処理監視部１０１内のＥＣＵ１０２，１０３において実行するプログラム、すなわち、ウィルス監視やログ収集を行うプログラムは、その他のＥＣＵにおいて実行されるプログラム（ユーザプログラム）より優先して実行される。

さらに、処理監視部１０１内のＥＣＵ１０２，１０３において実行されるウィルス監視やログ収集を行うプログラムは、異常状態を監視し、状況に応じて必要なログを取得できるように、上記の（第１処理（通常処理））と（第２処理（緊急時処理））のように、ログ取得態様を動的に変更可能な構成を持つ。

このログ取得の動的変更を行うためには、ＣＡＮネットワークの観測状況、すなわち、プログラムの観測可能なイベントを検出して、検出イベントに応じて処理を切り換え可能としたプログラムや関数の設定を行うことが必要であり、処理切り換えのトリガとなるイベントを規定することも必要である。

このような処理監視部１０１において実行するプログラムの設定処理やイベントの規定処理、さらに設定したプログラムの実行に基づく処理の切り換え、これら一連の処理シーケンスの例について、図６に示すフローチャートを参照して説明する。
以下、図６に示すフローチャートの各ステップの処理について、順次、説明する。

（ステップＳ１５１）
ステップＳ１５１の処理は、処理切り換えのトリガとなるイベントの規定と、イベント検出に応じて異なる処理を実行するための処理（プログラム、関数等）の規定処理である。
これらの処理は、ユーザが実行することができる。

具体的には、以下の処理を行う。
（１）処理変更条件となるイベントを規定
（２）イベント検出なしの場合に実行する第１処理（プログラム、または関数）を規定
（３）イベント検出ありの場合に実行する第２処理（プログラム、または関数）を規定

このステップＳ１０１の処理は、例えば図２に示す移動装置１００の処理監視部１０１内のＥＣＵ、すなわち、
ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２、
ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３、
これらのＥＣＵにおいて実行するプログラムや、プログラムに利用される関数、パラメータをユーザが設定、変更することで行われる。

先に図３を参照して説明したＥＣＵ２００の入出力部２０７を介して、ユーザが、ＥＣＵにおいて実行するプログラムや、プログラムに利用される関数、パラメータをユーザが設定、変更することができる。
ユーザによって上記（１）～（３）の規定がなされたプログラムや関数は、図２に示す移動装置１００の処理監視部内のＥＣＵの記憶部に格納される。

処理監視部の実行する処理や、処理切り換えのトリガとなるイベントの具体例について図７を参照して説明する。
図７は、上記（１）～（３）のイベント、および第１処理（通常処理）と第２処理（緊急時処理）の具体例を示す図である。
図７（Ａ）は、処理変更条件となるイベントの例である。
図７（Ａ）に示す例では、イベントは以下の２種類である。
第１イベント＝ウィルスが検出された。
第２イベント＝通信ネットワーク（ＣＡＮ）の空き帯域が規定しきい値以上である。
処理監視部１０１の実行するプログラムは、これらの２つのイベントを検出する。

また、処理監視部１０１は、イベント検出の有無に応じて、図７（Ｂ）に規定された処理のいずれかの処理を実行する。
第１処理（通常処理）＝イベント検出なしの場合に実行する処理であり、高優先度の選択ログの収集とサーバへの送信を実行する処理
第２処理（緊急時処理）＝イベント検出ありの場合に実行する処理であり、全てのログの収集とサーバへの送信を実行する処理

ステップＳ１５１では、このように、
（１）処理変更条件となるイベント、
（２）イベント検出なしの場合に実行する第１処理（プログラム、または関数）、
（３）イベント検出ありの場合に実行する第２処理（プログラム、または関数）、
これらを規定する。

なお、ログ取得態様の変更のトリガとなるイベントは、図７に示す例では、
第１イベント＝ウィルスが検出された。
第２イベント＝通信ネットワーク（ＣＡＮ）の空き帯域が規定しきい値以上である。
これら２つのイベントとしているが、この他にも様々なイベントの設定が可能である。

例えば、システム負荷がしきい値を超えたことの検出、エラーログの検出、ＣＡＮネットワーク攻撃メッセージの検出などについても、イベントとして設定可能である。
これらの様々なイベントの発生をトリガとしてログ収集態様を変更する設定が可能である。また、このイベントの設定や変更は、ユーザが行うことができる。
また、イベント検出に応じて変更する処理、すなわち、プログラムやプログラム・コードなどもユーザによる設定、変更が可能である。

図６のフローに戻り、ステップＳ１５２以下の処理について説明する。
（ステップＳ１５２）
ステップＳ１５２以下の処理は、ステップＳ１５１において規定したイベントや、処理（プログラムや関数）を適用した処理である。

まず、ステップＳ１５２では、イベント検出処理を実行する。
このイベント検出処理は、一定時間間隔、例えば１０ｍｓｅｃ間隔で行う。

検出対象となるイベントは、ステップＳ１５１で規定された以下の２つのイベントである。
第１イベント＝ウィルスが検出された。
第２イベント＝通信ネットワーク（ＣＡＮ）の空き帯域が規定しきい値以上である。

第１イベントの検出は、図２示す構成における処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が実行する。
ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０を介して送受信されるＣＡＮメッセージからのウィルス検出処理を実行して、第１イベントの検出を行う。

第２イベントの検出は、図２示す構成における処理監視部１０１のＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が実行する。
ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２は、ＣＡＮネットワーク１２０の通信状況を監視し、ネットワークの利用可能帯域に余裕があるか、すなわち空き帯域が、予め規定したしきい値以上であるか否かを判定する

ステップＳ１５２では、これら２つのイベント、すなわち、
第１イベント＝ウィルスが検出された。
第２イベント＝通信ネットワーク（ＣＡＮ）の空き帯域が規定しきい値以上である。
これらのイベント検出を行う。

（ステップＳ１５３）
ステップＳ１５３の処理は、ステップＳ１５２のイベント検出処理のイベント検出結果判定ステップである。

上記の２つのイベント、すなわち、
第１イベント＝ウィルスが検出された。
第２イベント＝通信ネットワーク（ＣＡＮ）の空き帯域が規定しきい値以上である。
これら２つのイベントの一方のみが検出されている場合、あるいは２つとも検出されていない場合は、ステップＳ１５３の判定処理はＮｏとなり、ステップＳ１５４に進む。
一方、上記２つのイベントの双方が検出された場合、ステップＳ１５３の判定処理はＹｅｓとなり、ステップＳ１５５に進む。

（ステップＳ１５４）
上記２つのイベントの２つとも検出されていない場合、あるいは一方のみが検出されている場合は、ステップＳ１５３の判定処理はＮｏとなり、ステップＳ１５４に進む。
ステップＳ１５４では、第１処理（通常処理）を実行する。
すなわち、図７を参照して説明した以下の第１処理（通常処理）を実行する。
第１処理（通常処理）＝イベント検出なしの場合に実行する処理であり、高優先度の選択ログの収集とサーバへの送信を実行する処理

（ステップＳ１５５）
一方、上記２つのイベントの双方が検出された場合は、ステップＳ１５３の判定処理はＹｅｓとなり、ステップＳ１５５に進む。
ステップＳ１５５では、第２処理（緊急時処理）を実行する。
すなわち、図７を参照して説明した以下の第２処理（緊急時処理）を実行する。
第２処理（緊急時処理）＝イベント検出ありの場合に実行する処理であり、全てのログの収集とサーバへの送信を実行する処理

図２に示す処理監視部１０１は、このように、図６に示すイベント、プログラムの規定に従った処理を実行する。

なお、前述したように、処理監視部１０１内のＥＣＵ１０２，１０３において実行するプログラム、すなわち、ウィルス監視やログ収集を行うプログラムは、その他のＥＣＵにおいて実行されるプログラム（ユーザプログラム）より優先して実行される。

なお、ウィルス監視やログ収集を行うプログラムを、他のプログラムに優先して実行させるための構成としては様々な構成が可能であるが、例えば、カーネル空間監視機能を有するプログラムを利用した構成がある。

すなわち、処理監視部１０１内のＥＣＵ１０２，１０３において実行するプログラム、すなわち、ウィルス監視やログ収集を行うプログラムを、カーネル空間監視機能を有するプログラムとして設定する。
カーネル空間は、ユーザプログラム（ＥＣＵにおいて実行されるプログラム）より優先度の高いプログラム（カーネル）が利用するアドレス空間であり、カーネル空間監視機能を有するプログラムは、その他のユーザ空間をアドレス空間として利用するユーザプログラム（ＥＣＵにおいて実行されるプログラム）より、優先して実行される。

処理監視部１０１内のＥＣＵ１０２，１０３の実行プログラムを、カーネル空間監視機能を有するプログラムとして、イベント監視、イベント発生に基づく処理変更を行わせる。
この設定により、処理監視部１０１内のＥＣＵ１０２，１０３の実行プログラムを、処理監視部１０１以外のＥＣＵの実行プログラムより優先度の高いプログラムに設定することができる。

なお、カーネル空間監視機能を用いた例は一例であり、その他の構成としてもよい。
処理監視部１０１内のＥＣＵ１０２，１０３において実行するプログラム、すなわち、ウィルス監視やログ収集を行うプログラムが、その他のＥＣＵにおいて実行されるプログラム（ユーザプログラム）より優先して実行される設定であればよい。

［３．ＣＡＮネットワークの利用可能帯域に応じて３種類以上の処理を切り換える構成について］
次に、ＣＡＮネットワークの利用可能帯域に応じて３種類以上の処理を切り換える構成について説明する。

先に、図４に示すフローチャートを参照して説明した処理シーケンスでは、ＣＡＮネットワーク１２０を介して送受信されるＣＡＮメッセージからウィルスを検出した場合、ステップＳ１０３において、ＣＡＮネットワークの利用可能な帯域に余裕があるか、すなわち空き帯域が、予め規定したしきい値以上であるか否かを確認し、確認結果に応じて、以下の２つの処理のいずれかを行う構成としていた。

（第１処理（通常処理）（ステップＳ１０５））＝優先度の高いログのみを収集して、サーバに送信する処理。
（第２処理（緊急時処理）（ステップＳ１０４））＝全てのログを収集して、サーバに送信する処理。

前述したように、帯域利用状況に応じて実行する処理は、上記の２種類に限らず、３種類以上の異なる処理を行う構成とすることができる。
図８に示すフローチャートを参照して、帯域利用状況に応じて３種類の異なる処理を行う場合のシーケンスについて説明する。

図８に示すフローチャートは、先に図４を参照して説明したフローチャートと同様、図２に示す移動装置１００内に構成される処理監視部１０１の実行する処理のシーケンスを説明するフローチャートである。

図８に示すフローは、処理監視部１０１内のＥＣＵにおいて実行される。
具体的には、例えば、ＥＣＵ内のＣＰＵが記憶部に格納されたプログラムに従って実行する。
図８に示すフローチャート中、ステップＳ１０１～Ｓ１０２の各処理と、ステップＳ１０６～Ｓ１０８の各処理は、図４のフローに示すテップＳ１０１～Ｓ１０２、ステップＳ１０６～Ｓ１０８の処理と同様の処理であるので、説明を省略する。

図８に示すフローチャートと図４に示すフローチャートの違いは、図８に示すステップＳ１１０～Ｓ１１３の処理である。
図８に示すフローは、図４に示すフローのステップＳ１０３～Ｓ１０５の処理を、図８に示すフローのステップＳ１１０～Ｓ１１３に置き換えた点が異なる。

このステップＳ１１０～Ｓ１１３の詳細について説明する。
（ステップＳ１１０）
ステップＳ１０２において、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０を介して送受信されるＣＡＮメッセージから、ウィルスを検出した場合は、ステップＳ１１０に進む。

処理監視部は、ステップＳ１１０において、ＣＡＮネットワークの通信量を確認する。
すなわちＣＡＮネットワークの利用済み帯域がどの程度であり、どの程度の空き帯域があるかを確認する。
本実施例では、帯域利用状況が以下の３種類のいずれに該当するかを判定する。
（ａ）空き帯域が多い：帯域負荷（利用済み帯域）＝２０％以下、
（ｂ）空き帯域が中程度：帯域負荷（利用済み帯域）＝２０％～４０％、
（ｃ）空き帯域が少ない：帯域負荷（利用済み帯域）＝４０％以上、
本実施例では、帯域利用状況が上記３種類のいずれに該当するかを判定し、判定結果に応じて、収集するログ情報を、優先度に応じて変更する

ステップＳ１１０において、
（ａ）空き帯域が多い：帯域負荷（利用済み帯域）＝２０％以下、
と判定した場合は、ステップＳ１１１に進む。

また、ステップＳ１１０において、
（ｂ）空き帯域が中程度：帯域負荷（利用済み帯域）＝２０％～４０％、
と判定した場合は、ステップＳ１１２に進む。

また、ステップＳ１１０において、
（ｃ）空き帯域が少ない：帯域負荷（利用済み帯域）＝４０％以上、
と判定した場合は、ステップＳ１１３に進む。

（ステップＳ１１１）
ステップＳ１１０の判定処理において、
（ａ）空き帯域が多い：帯域負荷（利用済み帯域）＝２０％以下、
と判定した場合は、ステップＳ１１１に進む。
処理監視部は、ステップＳ１１１において、移動装置内の各ＥＣＵの発行する通信メッセージ（ＣＡＮネットワーク上の通信パケット）に基づくログ情報を全て収集してログ解析サーバ２００に送信する。

具体的には、図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０上の全ての通信メッセージ対応のログを全て収集し、収集した全ての通信メッセージ対応ログをログ解析サーバ２００に送信する。

（ステップＳ１１２）
また、ステップＳ１１０の判定処理において、
（ｂ）空き帯域が中程度：帯域負荷（利用済み帯域）＝２０％～４０％、
と判定した場合は、ステップＳ１１２に進む。
処理監視部は、ステップＳ１１２において、移動装置内の各ＥＣＵの発行する通信メッセージ（ＣＡＮネットワーク上の通信パケット）の一部のメッセージ対応のログ情報のみを収集してログ解析サーバ２００に送信する。

具体的には、図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０上の通信メッセージから収集するログを、予め規定した優先度に応じて限定した通信メッセージに対応するログのみとし、収集した限定メッセージ対応のログのみをログ解析サーバ２００に送信する。

通信メッセージのログ収集優先度は、先に図５を参照して説明した設定である。
すなわち、以下のように、通信メッセージを発行するＥＣＵの系統に応じた優先度を設定する。
第１優先度＝通信系制御ＥＣＵの発行する通信メッセージ
第２優先度＝駆動系制御ＥＣＵの発行する通信メッセージ
第３優先度＝ボディ系制御ＥＣＵの発行する通信メッセージ

ステップＳ１１２は、ステップＳ１１０の判定処理において、
（ｂ）空き帯域が中程度：帯域負荷（利用済み帯域）＝２０％～４０％、
と判定した場合に実行する処理であり、この場合、第１～第２優先度の通信メッセージ対応のログのみを収集して、ログ解析サーバ２００に送信する。
すなわち、
第１優先度＝通信系制御ＥＣＵの発行する通信メッセージ
第２優先度＝駆動系制御ＥＣＵの発行する通信メッセージ
これらの通信メッセージ対応のログのみを収集して、ログ解析サーバ２００に送信する。

（ステップＳ１１３）
一方、ステップＳ１０２の判定処理においてウィルスが検出されなかった場合、または、ステップＳ１０２の判定処理においてウィルスが検出され、かつステップＳ１１０の判定処理において、
（ｃ）空き帯域が少ない：帯域負荷（利用済み帯域）＝４０％以上、
と判定した場合は、ステップＳ１１３に進む。

処理監視部は、ステップＳ１１３において、移動装置内の各ＥＣＵのログ情報（ＣＡＮネットワーク上の通信パケット）の一部のみを収集してログ解析サーバ２００に送信する。
処理監視部は、ステップＳ１１２において、移動装置内の各ＥＣＵの発行する通信メッセージ（ＣＡＮネットワーク上の通信パケット）の一部のメッセージ対応のログ情報のみを収集してログ解析サーバ２００に送信する。

具体的には、図２に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０上の通信メッセージから収集するログを、予め規定した優先度に応じて限定した通信メッセージに対応するログのみとし、収集した限定メッセージ対応のログのみをログ解析サーバ２００に送信する。

通信メッセージのログ収集優先度は、先に図５を参照して説明した設定である。
すなわち、以下のように、通信メッセージを発行するＥＣＵの系統に応じた優先度を設定する。
第１優先度＝通信系制御ＥＣＵの発行する通信メッセージ
第２優先度＝駆動系制御ＥＣＵの発行する通信メッセージ
第３優先度＝ボディ系制御ＥＣＵの発行する通信メッセージ

ステップＳ１１３は、ステップＳ１１０の判定処理において、
（ｃ）空き帯域が少ない：帯域負荷（利用済み帯域）＝４０％以上、
と判定した場合に実行する処理であり、この場合、第１優先度の通信メッセージ対応のログのみを収集して、ログ解析サーバ２００に送信する。
すなわち、
第１優先度＝通信系制御ＥＣＵの発行する通信メッセージ
この第１優先度の通信メッセージ対応のログのみを収集して、ログ解析サーバ２００に送信する。

ステップＳ１１１～Ｓ１１３、いずれかの処理の後は、ステップＳ１０６以下の処理を実行する。
ステップＳ１０６以下の処理は、先に図４を参照して説明した処理と同様であるので説明を省略する。

上述したように、本実施例では、ＣＡＮネットワーク１２０の帯域利用状況を以下の３種類に分類して、実行する処理を変更している。すなわち、
（ａ）空き帯域が多い：帯域負荷（利用済み帯域）＝２０％以下、
（ｂ）空き帯域が中程度：帯域負荷（利用済み帯域）＝２０％～４０％、
（ｃ）空き帯域が少ない：帯域負荷（利用済み帯域）＝４０％以上、
帯域利用状況が上記３種類のいずれに該当するかを判定し、判定結果に応じて、収集するログ情報を、優先度に応じて変更する構成としている。

このような設定とすることで、ＣＡＮネットワーク１２０の通常の通信データの遅延を発生させることなく、ウィルス解析に必要なログを効率的に収集することが可能となる。

［４．プローブカーにおけるログ収集処理例について］
次に、プローブカーにおけるログ収集処理例について説明する。
プローブカーとは、地図情報や、交通情報、あるいは天気等の環境情報等を取得するカメラや、様々なセンサを装着した車両である。
具体的には、例えば、地図作成等を行うための全方位カメラを装着した車両等がある。

プローブカーの構成例について図９を参照して説明する。
図９は、移動装置（プローブカー）１０ｂの構成例を示す図である。
図９に示すように、移動装置（プローブカー）１０ｂは、ステアリング１１、シフトレバー１２、表示部１３、エンジン１４、アクセル１５、ブレーキ１６、処理監視部１７、車載電子機器群（ＥＣＵ群）１８、ＧＰＳ受信機１９、記憶部２０、通信部２１、入出力ＩＦ２２、さらに、前方撮影カメラ２５、後方撮影カメラ２６、全方位撮影カメラ２７を有する。

なお、これらの構成要素は、移動装置（プローブカー）１０ｂの一部の主要な構成要素を示しているのみであり、移動装置（プローブカー）１０ｂは、これら以外にも多数の構成要素を有している。

図９に示す移動装置（プローブカー）１０ｂの構成要素中、ステアリング１１、シフトレバー１２、表示部１３、エンジン１４、アクセル１５、ブレーキ１６、処理監視部１７、車載電子機器群（ＥＣＵ群）１８、ＧＰＳ受信機１９、記憶部２０、通信部２１、入出力ＩＦ２２、これらの構成要素は、先に図１を参照して説明した移動装置１０の構成要素と同一である。

図９に示す移動装置（プローブカー）１０ｂは、先に図１を参照して説明した移動装置１０の構成要素に、前方撮影カメラ２５、後方撮影カメラ２６、全方位撮影カメラ２７を追加した構成である。

前方撮影カメラ２５、後方撮影カメラ２６、全方位撮影カメラ２７は、プローブカー対応センサの構成要素である。
前述したように、プローブカーは、地図情報や、交通情報、あるいは天気等の環境情報等を取得するカメラや、様々なセンサを装着した車両である。
ここではプローブカーの一実施例として、カメラを装着して地図情報等を作成するプローブカーの例を代表例として説明する。

プローブカー対応センサとしては、カメラ以外にも様々なセンサが利用可能である。例えば、交通情報を取得するプローブカーの場合、距離センサ、加速度センサ等のセンサがプローブカー対応センサとして装着される。また、気象情報を取得するプローブカーの場合には、温度センサ、湿度センサ、気圧センサ等の様々なセンサがプローブカー対応センサとして装着される。
以下の実施例では、プローブカー対応センサとしてカメラを装着して地図情報等を作成するプローブカーを代表例として説明する。

図９に示す車載電子機器群（ＥＣＵ群）１８は、複数の電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）によって構成され、各ＥＣＵが、移動装置（プローブカー）１０ｂの各構成部の制御を行う。
ＥＣＵは、車載ネットワークとして規格化されたＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）によって、移動装置（プローブカー）１０ｂの各構成要素に接続されており、ＣＡＮプロトコルに従ったＣＡＮメッセージを送受信して制御を行う。

車載電子機器群（ＥＣＵ群）１８内のＥＣＵは、例えば、エンジン１４やステアリング１１等、移動装置（プローブカー）１０ｂの駆動に関する駆動制御、表示部１３に対する表示情報の制御、ドアの開閉、ロック等の制御、通信部２１における通信制御、さらに、各カメラの撮影制御等、様々な制御を実行する。
これらの制御は、ＥＣＵの実行するプログラム（ソフトウェア）によって行われる。

車載電子機器群（ＥＣＵ群）１８を構成する複数の電子制御ユニット（ＥＣＵ）は、大きく分類すると、以下の４種類に分類することができる。
（１）エンジン１４、ステアリング１１、シフトレバー１２、アクセル１５、ブレーキ１６等、移動装置（プローブカー）１０ｂの駆動に関する駆動制御を行う駆動系制御ＥＣＵ、
（２）表示部１３、空調、ドアの開閉、ロック等、移動装置の駆動系以外のボディ系の制御を行うボディ系制御ＥＣＵ、
（３）外部装置や外部記憶装置との通信、データ入出力を行う通信部２１や入出力ＩＦ２２、ＧＰＳ受信機１９等に関する制御を行う通信系制御ＥＣＵ、
（４）前方撮影カメラ２５、後方撮影カメラ２６、全方位撮影カメラ２７等に関する制御を行うプローブカー対応センサ（カメラ等）系制御ＥＣＵ、
これらの電子制御ユニット（ＥＣＵ）は、それぞれ個別のプログラムに従った様々な処理を行う。

しかし、このようなプログラム（ソフトウェア）によって制御されるＥＣＵは、外部から侵入するウィルスや不正プログラムによって不正に制御されてしまう可能性がある。
ウィルスは、例えばＣＡＮに外部から不正にアクセスする有線、無線の様々な不正機器から、様々なタイミングで侵入する可能性がある。
図９に示す処理監視部１７は、このようなウィルスの検出や修復処理を行うための監視装置である。

処理監視部１７は、例えば、ＥＣＵにおいて実行される様々な処理に対応するログ情報を取得して、ログ情報に基づいて不正検出、修復等を行う。
さらに、処理監視部１７は、取得したログ情報を外部のサーバに送信する。サーバはログ情報に基づく解析を実行して、解析結果を処理監視部１７に送信する。処理監視部１７は、サーバから受信した解析結果を利用して不正（ウィルスやプログラム等）の排除や修復処理を行う。

前述したように、車載電子機器群（ＥＣＵ群）１８を構成する複数の電子制御ユニット（ＥＣＵ）は、図９に示す移動装置（プローブカー）１０ｂの各構成要素の制御を行う。この制御のための制御データは、車載ネットワークとして規格化されたＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して転送される。
ＣＡＮに接続されたＥＣＵやその他の構成要素は、ＣＡＮプロトコルに従ったＣＡＮメッセージを送受信する。

ＣＡＮのネットワーク構成例を図１０に示す。
図１０に示す移動装置（プローブカー）１００ｂは、複数のＥＣＵ１０２～１０３，１１１～１１４を有し、これらの複数のＥＣＵが車載ネットワークであるＣＡＮネットワーク１２０に接続された構成を有する。
ＥＣＵ１０２～１０３は、処理監視部１０１内に構成されたＥＣＵである。
ＥＣＵ１１１～１１４は、先に図１を参照して説明した４種類のＥＣＵ、すなわち、駆動系制御ＥＣＵ、ボディ系制御ＥＣＵ、通信系制御ＥＣＵ、プローブカー対応センサ（カメラ等）系制御ＥＣＵに対応する。

ＣＡＮネットワークにはＥＣＵの制御対象となる様々な構成要素、すなわ、エンジン、アクセル、カメラ等も接続されており、これらの構成要素は、ＥＣＵがプログラム（ソフトウェア）に従って生成する制御メッセージに従って制御される。
ＥＣＵは、ＣＡＮプロトコルに従ったＣＡＮメッセージを生成して、様々な制御対象にメッセージを送信して制御を行う。

図１０に示すＥＣＵは、以下の６つのＥＣＵである。
（１）ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２、
（２）ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３、
（３）ＥＣＵ－２ａ（駆動系制御ＥＣＵ）１１１、
（４）ＥＣＵ－２ｂ（ボディ系制御ＥＣＵ）１１２、
（５）ＥＣＵ－２ｃ（通信系制御ＥＣＵ）１１３、
（６）ＥＣＵ－３ａ（プローブカー対応センサ（カメラ等）制御ＥＣＵ）１１４、

上記ＥＣＵ中、（１）～（５）のＥＣＵは、先に図２を参照して説明したと同様のＥＣＵである。
本実施例の移動装置（プローブカー）１００ｂは、（１）～（５）のＥＣＵに、さらに、（６）ＥＣＵ－３ａ（プローブカー対応センサ（カメラ等）制御ＥＣＵ）１１４が追加された構成である。
「（６）ＥＣＵ－３ａ（プローブカー対応センサ（カメラ等）制御ＥＣＵ）１１４」は、図９に示す前方撮影カメラ２５、後方撮影カメラ２６、全方位撮影カメラ２７等、プローブカー対応センサ（カメラ等）に関する制御を行うプローブカー対応センサ（カメラ等）系制御ＥＣＵである。

ＥＣＵ－３ａ（プローブカー対応センサ（カメラ等）制御ＥＣＵ）１１４は、前方撮影カメラ２５、後方撮影カメラ２６、全方位撮影カメラ２７に対する画像撮影指示制御を、ＣＡＮネットワーク１２０を介して送信するＣＡＮメッセージを利用して実行する。さらに各カメラの撮影画像を、ＣＡＮネットワーク１２０を介して取得して、センサ検出情報ＤＢ１１５に格納する処理等を実行する。

処理監視部１０１は、
（１）ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２、
（２）ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３、
これらの２つのＥＣＵによる処理を行う。

ここで、処理監視部１０１は、ＣＡＮネットワーク１２０の通信量の増減に応じて、ＣＡＮネットワーク１２０から収集するログ情報の変更を行う。
具体的には、ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が、ＣＡＮネットワーク１２０の通信状況を監視し、ＣＡＮネットワーク１２０の通信量（通信利用帯域）が、予め規定したしきい値以下である場合は、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０から、全ての通信メッセージ対応のログ情報を収集して、ログ解析サーバ２００に送信する。

なお、ログ情報には、例えば、ＣＡＮネットワーク１２０上の通信メッセージに含まれる通信メッセージの内容や、メッセージ長や、通信周期、通信シーケンス情報等が含まれる。
処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０の通信メッセージを取得するとともに、通信メッセージ内容、メッセージ長、通信周期、通信シーケンス等を解析して、これらの各情報をログ情報としてログ解析サーバ２００に送信する。

一方、ＣＡＮネットワーク１２０の通信量（通信利用帯域）が、予め規定したしきい値より大きい場合は、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０内の通信メッセージに基づいて取得するログ情報を、予め規定した優先度に応じて限定した通信メッセージ対応のログのみとし、収集した限定ログのみをログ解析サーバ２００に送信する。
図１０に示す移動装置（プローブカー）１００ｂ内に構成される処理監視部１０１の実行する処理のシーケンスについて、図１１、図１２に示すフローチャートを参照して説明する。

図１１、図１２は、移動装置（プローブカー）１００ｂの処理監視部１０１の実行する処理シーケンスを示すフローチャートである。
図１１、図１２に示すフローは、処理監視部１０１内のＥＣＵにおいて実行される。
具体的には、例えば、ＥＣＵ内のＣＰＵが記憶部に格納されたプログラムに従って実行する。
以下、図１１、図１２に示すフローチャートの各ステップの処理について、順次、説明する。

図１１に示すフローは、移動装置（プローブカー）１００ｂの処理監視部１０１の実行する処理シーケンス中の前半の処理であり、図１２に示すフローは後半の処理である。

図１１に示す前半の処理フローに示すステップＳ２０１～Ｓ２０８の処理は、先に図４を参照して説明した通常の移動装置１０の処理監視部１０１の実行する処理シーケンスに示すステップＳ１０１～Ｓ１０８の処理とほぼ同様の処理となる。
ただし、ステップＳ２０５の高優先度ログの選択収集処理の処理態様は、図４を参照して説明した通常の移動装置１０の処理監視部１０１の実行する処理ステップＳ１０５の処理と異なる。
この処理について説明する。

（ステップＳ２０５）
ステップＳ２０２の判定処理においてウィルスが検出されなかった場合、
または、ステップＳ２０２の判定処理においてウィルスが検出され、かつステップＳ２０３の判定処理において、空き帯域が予め規定したしきい値未満（５０％未満）であり、ネットワークの利用可能帯域に余裕がないと判定した場合、
これらのいずれかの場合に、ステップＳ２０５の処理を実行する。

処理監視部は、ステップＳ２０５において、移動装置内の各ＥＣＵの発行する通信メッセージ（ＣＡＮネットワーク上の通信パケット）の一部のメッセージ対応のログ情報のみを収集してログ解析サーバ２００に送信する。

具体的には、図１０に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が、ＣＡＮネットワーク１２０上の通信メッセージから収集するログを、予め規定した優先度に応じて限定した通信メッセージに対応するログのみとし、収集した限定メッセージ対応のログのみをログ解析サーバ２００に送信する。

このステップＳ２０５の処理を実行する場合、処理監視部１０１は、予め規定した優先度に応じて、収集するログを限定する。
この予め規定した優先度の例を図１３に示す。

図１３に示すログ情報優先度設定例は、以下のように、通信メッセージを発行するＥＣＵの系統に応じた優先度設定例である。
第１優先度＝通信系制御ＥＣＵの発行する通信メッセージ
第２優先度＝駆動系制御ＥＣＵの発行する通信メッセージ
第３優先度＝ボディ系制御ＥＣＵとプローブカー対応センサ（カメラ）系制御ＥＣＵの発行する通信メッセージ

先に図５を参照して通常の移動装置１００対応のログ情報優先度設定例について説明したが、図１３に示す移動装置（プローブカー）１００ｂ対応のログ情報優先度設定例は、第３優先度として、プローブカー対応センサ（カメラ）系制御ＥＣＵの発行する通信メッセージが追加されている点が異なる。

第１優先度、第２優先度は、先に図５を参照して説明した設定と同様である。
すなわち、第１優先度の設定である通信系制御ＥＣＵは、図１０に示すＥＣＵ－２ｃ（通信系制御ＥＣＵ）１１３に相当する。ＥＣＵ－２ｃ（通信系制御ＥＣＵ）１１３は、外部装置や外部記憶装置との通信、データ入出力を行う通信部や入出力ＩＦ、ＧＰＳ受信機等に関する制御を行う通信系制御ＥＣＵである。
この通信系制御ＥＣＵの制御対象である外部装置や外部記憶装置等は、ウィルスや不正プログラムの侵入経路となる可能性が高い。

また、第２優先度の設定である駆動系制御ＥＣＵは、図２に示すＥＣＵ－２ａ（駆動系制御ＥＣＵ）１１１に相当する。ＥＣＵ－２ａ（駆動系制御ＥＣＵ）１１１は、エンジン、ステアリング、シフトレバー、アクセル、ブレーキ等、移動装置（プローブカー）１００ｂの駆動に関する駆動制御を行う駆動系制御ＥＣＵである。
この駆動系制御ＥＣＵは、移動装置（プローブカー）１００ｂの駆動に関する制御を行うＥＣＵであり、ウィルス等による誤った処理が行われると問題が大きい。
この理由から、駆動系制御ＥＣＵの発行する通信メッセージ対応のログを、第２優先度の収集、解析対象としている。

本実施例における第３優先度に設定されるメッセージ対応ログは、先に図５を参照して説明したボディ系制御ＥＣＵと、プローブカー対応センサ（カメラ）系制御ＥＣＵの発行する通信メッセージ対応ログである。

ボディ系制御ＥＣＵは、図１０に示すＥＣＵ－２ｂ（ボディ系制御ＥＣＵ）１１２に相当する。ＥＣＵ－２ｂ（ボディ系制御ＥＣＵ）１１２は、表示部、空調、ドアの開閉、ロック等、移動装置の駆動系以外のボディ系の制御を行うボディ系制御ＥＣＵである。
また、プローブカー対応センサ（カメラ）系制御ＥＣＵは、図１０に示すＥＣＵ－３ａ（プローブカー対応センサ（カメラ）系制御ＥＣＵ）１１４に相当する。ＥＣＵ－３ａ（プローブカー対応センサ（カメラ）系制御ＥＣＵ）１１４は、移動装置（プローブカー）に装着されたカメラの制御を行うＥＣＵである。

ボディ系制御ＥＣＵや、プローブカー対応センサ（カメラ）系制御ＥＣＵは、移動装置（プローブカー）１００ｂの駆動以外の部位に関する制御を行うＥＣＵであり、ウィルス等による誤った処理が行われても、移動装置（プローブカー）１００ｂの駆動に影響を及ぼす可能性は小さい。
この理由から、ボディ系制御ＥＣＵや、プローブカー対応センサ（カメラ）系制御ＥＣＵの発行する通信メッセージ対応のログを、第３優先度の収集、解析対象としている。

なお、図１０に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３が収集し、ログ解析サーバ２００に送信するログ情報は、ＣＡＮネットワーク１２０の通信メッセージ自体としてもよいが、第３優先度のボディ系制御ＥＣＵや、プローブカー対応センサ（カメラ）系制御ＥＣＵ対応のログ情報には、制御対象の制御シーケンスを解析可能な情報、例えば、通信メッセージ内容、通信シーケンス情報（時間情報）等を含めることが好ましい。
これらの情報を含めることで、駆動系制御メッセージ内のウィルス解析を効率的に実行可能となるからである。

処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＣＡＮネットワーク１２０の通信メッセージを取得するとともに、制御対象の制御シーケンスを解析可能な情報を取得して、通信メッセージとシーケンス情報を含む情報をログ情報としてログ解析サーバ２００に送信する。

なお、図１３に示すログ情報優先度設定例は一例であり、この他の様々な優先度設定が可能である。
図１０に示す処理監視部１０１のＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、例えば、図１３に示すログ情報優先度設定情報に対応する優先度リストをＥＣＵ内の記憶部に格納している。

ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３は、ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が、ステップＳ２０３の処理において取得したＣＡＮネットワーク１２０の帯域情報を取得し、取得した帯域情報に基づいて、取得ログを高優先度のログに限定するか否かを決定する。

ステップＳ２０５は、ステップＳ２０３の帯域判定処理において、空き帯域が予め規定したしきい値未満で、残りの利用可能な通信帯域の余裕が少ないと判定した場合の処理であり、優先度の高いメッセージ対応のログのみを選択して収集して、ログ解析サーバ２００に送信する。
具体的には、例えば、図１３に示す第１優先度の通信系制御ＥＣＵ、および第２優先度の駆動系制御ＥＣＵの生成する通信メッセージ対応のログのみを選択収集して、収集した選択ログのみをログ解析サーバ２００に送信する。

なお、選択対象とする高優先度ログの設定は、様々な設定が可能である。
例えば、図１３に示す第１優先度の通信系制御ＥＣＵのログのみを選択対象とする設定も可能である。

また、図１３に示す優先度設定例は、
第１優先度＝通信系制御ＥＣＵの発行する通信メッセージ
第２優先度＝駆動系制御ＥＣＵの発行する通信メッセージ
第３優先度＝ボディ系制御ＥＣＵとプローブカー対応センサ（カメラ）系制御ＥＣＵの発行する通信メッセージ
このようにＥＣＵの制御対象を優先度区分情報として設定しているが、さらに、各ＥＣＵの生成する通信メッセージを制御対象（エンジン、アクセル、カメラ等）ごとに区分して制御対象個別の優先度を設定する構成としてもよい。

さらに、先に図８に示すフローチャートをを参照して説明したように、帯域利用状況をさらに細区分、例えば、
（ａ）空き帯域が多い：帯域負荷（利用済み帯域）＝２０％以下、
（ｂ）空き帯域が中程度：帯域負荷（利用済み帯域）＝２０％～４０％、
（ｃ）空き帯域が少ない：帯域負荷（利用済み帯域）＝４０％以上、
このように、帯域利用状況が上記３種類のいずれに該当するかを判定し、判定結果に応じて、収集するログ情報を、優先度に応じて変更する構成としてもよい。

ステップＳ２０６～Ｓ２０７の処理は、先に図５のフローを参照して説明したステップＳ１０６～Ｓ１０７の処理と同様である。
本実施例、すなわちプローブカーを利用した場合においては、ステップＳ２０７の後に、さらに図１２に示すステップＳ２０８以下の処理を実行する。
このステップＳ２０８以下の処理について説明する。

（ステップＳ２０８）
処理監視部１０１は、ステップＳ２０８において、プローブカー対応センサ（カメラ等）のセンサ検出情報（カメラ撮影画像等）のＣＡＮネットワーク１２０における通信可能帯域が、規定しきい値以下であるか否かを判定する。

規定しきい値は、予め定めたプローブカー対応センサ（カメラ等）に対応するしきい値であり、例えば、一例としてＣＡＮネットワーク１２０の全通信帯域中の３０％とする。
ステップＳ２０８において、
プローブカー対応センサ（カメラ等）のセンサ検出情報（カメラ撮影画像等）のＣＡＮネットワーク１２０における通信可能帯域がしきい値（前通信帯域の３０％）以下である場合は、ステップＳ２０９に進む。
一方、しきい値（全通信帯域の３０％）以下でない場合は、ステップＳ２１０に進む。

（ステップＳ２０９）
ステップＳ２０８において、プローブカー対応センサ（カメラ等）のセンサ検出情報（カメラ撮影画像等）のＣＡＮネットワーク１２０における通信可能帯域がしきい値（前通信帯域の３０％）以下であると判定した場合はステップＳ２０９に進む。

ステップＳ２０９では、プローブカー対応センサ（カメラ等）のセンサ検出情報（カメラ撮影画像等）のセンサ検出頻度（検出情報のＣＡＮネットワークへの出力頻度）を低頻度として、センサ検出情報のＣＡＮネットワーク上への出力データ量を削減する制御処理を実行する。

具体的には、図１０に示す移動装置（プローブカー）１００ｂ内の処理監視部１０１のＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が、ＥＣＵ－３ａ（プローブカー対応センサ（カメラ等）制御ＥＣＵ）１１４に対して、カメラの撮影画像取得頻度を低下させるようにメッセージ（コマンド）を送信する。
ＥＣＵ－３ａ（プローブカー対応センサ（カメラ等）制御ＥＣＵ）１１４は、ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２から受信したメッセージ（コマンド）に従って、制御対象である各カメラの撮影画像のＣＡＮネットワーク１２０に対する出力頻度を低下させる制御を行う。
この処理により、ＣＡＮネットワーク１２０の混雑が低下し、その他の重要な通信メッセージの通信遅延等を防止することが可能となる。

（ステップＳ２１０）
一方、ステップＳ２０８において、プローブカー対応センサ（カメラ等）のセンサ検出情報（カメラ撮影画像等）のＣＡＮネットワーク１２０における通信可能帯域がしきい値（前通信帯域の３０％）以下でないと判定した場合はステップＳ２１０に進む。

ステップＳ２１０では、プローブカー対応センサ（カメラ等）のセンサ検出情報（カメラ撮影画像等）のセンサ検出頻度（検出情報のＣＡＮネットワークへの出力頻度）を高頻度として、センサ検出情報のＣＡＮネットワーク上への出力データ量を削減しない制御処理を実行する。

具体的には、図１０に示す移動装置（プローブカー）１００ｂ内の処理監視部１０１のＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２が、ＥＣＵ－３ａ（プローブカー対応センサ（カメラ等）制御ＥＣＵ）１１４に対して、カメラの撮影画像取得頻度を低下させないようにメッセージ（コマンド）を送信する。
ＥＣＵ－３ａ（プローブカー対応センサ（カメラ等）制御ＥＣＵ）１１４は、ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２から受信したメッセージ（コマンド）に従って、制御対象である各カメラの撮影画像のＣＡＮネットワーク１２０に対する出力頻度を低下させない制御を行う。

この処理により、カメラ等のセンサ検出情報を高密度な情報に維持することが可能となる。
この状態においても、ＣＡＮネットワーク１２０の混雑度合いは角に高くならず、その他の重要な通信メッセージの通信遅延等を発生させることのない制御が可能となる。

（ステップＳ２１１）
ステップＳ２０９、またはステップＳ２１０、いずれかの処理が完了するとステップＳ２１１に進む。
ステップＳ２１１では、処理の終了判定を行い、処理終了でない場合は、ステップＳ２０１に戻り、ＣＡＮネットワーク内の通信パケットからのウィルス検出処理と、ＣＡＮネットワークの利用帯域の監視処理を継続して実行する。

一方、例えば移動装置（プローブカー）１００ｂの移動が停止され、電源がオフとなった場合には、ステップＳ２１１において処理終了と判定し、処理を終了する。

［５．その他の実施例について］
次に、その他の実施例について説明する。
以下の２つの実施例について説明する。
（ａ）処理監視部１０１内に構成するＥＣＵを１つのＥＣＵとした実施例、
（ｂ）処理監視部１０１を、移動装置１００に着脱可能な情報処理装置とした実施例

まず、図１４を参照して、
（ａ）処理監視部１０１内に構成するＥＣＵを１つのＥＣＵとした実施例、
について説明する。

図１４に示す移動装置１００は、先に図２を参照して説明した移動装置１００の変形例である。
先に図２を参照して説明した移動装置１００では、処理監視部１０１内に、
（１）ＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２」と、
（２）ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３」、
これらの２つのＥＣＵを有する構成としていた。

これに対して、図１４に示す移動装置１００は、処理監視部１０１内に、
（１）ＥＣＵ－１ｃ（システム負荷監視＆ウィルス監視＆ログ収集ＥＣＵ）１０６、
この１つのＥＣＵのみを有する。

ＥＣＵ－１ｃ（システム負荷監視＆ウィルス監視＆ログ収集ＥＣＵ）１０６は、
先に図２を参照して説明したＥＣＵ－１ａ（システム負荷監視ＥＣＵ）１０２と、ＥＣＵ－１ｂ（ウィルス監視＆ログ収集ＥＣＵ）１０３の実行する処理の全てを実行する。
すなわち、ＣＡＮネットワーク１２０の帯域利用状況を監視し、さらに、ＣＡＮネットワーク１２０を介して送受信されるＣＡＮメッセージに基づくログ情報を取得して、取得したログ情報に基づくウィルス検出処理等を実行する。
また、通信部１０４を介してログ解析サーバ２００との送受信処理をじつ校し、取得したログ情報のログ解析サーバ２００への送信処理や、ログ解析サーバ２００からの解析情報の受信、受信情報に基づくウィルス排除等のウィルス対策処理も実行する。

このように、処理監視部１０１の構成は、１つのＥＣＵによって構成することね可能であり、各処理単位の個別のＥＣＵによって構成することも可能である。

次に、図１５を参照して、
（ｂ）処理監視部１０１を、移動装置１００に着脱可能な情報処理装置とした実施例
について説明する。

図１５に示す移動装置１００は、図１４を参照して説明した構成と同様、処理監視部１０１内に、
（１）ＥＣＵ－１ｃ（システム負荷監視＆ウィルス監視＆ログ収集ＥＣＵ）１０６、
この１つのＥＣＵのみを有する。
図１５に示す実施例は、この処理監視部１０１を移動装置１００に着脱可能な独立した情報処理装置３００として構成した例である。
情報処理装置３００は、ネットワークインタフェース（ＩＦ）を介して移動装置１００のＣＡＮネットワーク１２０に接続され、ＣＡＮネットワーク１２０に対するメッセージ出力、さらにＣＡＮネットワーク１２０からのメッセージ取得が可能である。

情報処理装置３００は、必要に応じて移動装置１００に装着し、利用しない場合は、移動装置１００から取り外すことが可能な構成を持つ。
情報処理装置３００のハードウェア構成例を図１６に示す。

図１６を参照して情報処理装置３００のハードウェア構成例について説明する。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２、または記憶部３０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３には、ＣＰＵ３０１が実行するプログラムやパラメータ、各種データが記憶され、またプログラム実行のためのワークエリアとしても利用される。これらのＣＰＵ３０１、ＲＯＭ３０２、およびＲＡＭ３０３は、バス３０４により相互に接続されている。

ＣＰＵ３０１はバス３０４を介して入出力インタフェース３０５に接続され、入出力インタフェース３０５には、各種スイッチ、キーボード、タッチパネル、マウス、マイクロフォン等のデータ取得部などからなる入力部３０６、ディスプレイ、スピーカなどからなる出力部３０７が接続されている。

さらに、情報処理装置３００は、ネットワークＩＦ３２１を介してＣＡＮネットワーク１２０に接続されており、ＣＡＮネットワーク１２０に対するメッセージ出力、ＣＡＮネットワーク１２０からのメッセージ入力を行う。

ＣＰＵ３０１は、ＣＡＮネットワーク１２０から入力するメッセージに基づくログ情報の生成やウィルス解析等の処理を実行する。また、入力部３０６から入力するコマンド等に基づく処理を実行し、処理結果を例えば出力部３０７に出力する。
入出力インタフェース３０５に接続されている記憶部３０８は、例えばハードディスク等からなり、ＣＰＵ３０１が実行するプログラムや各種のデータを記憶する。通信部３０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部として機能し、外部の装置と通信する。

入出力インタフェース３０５に接続されているドライブ１３０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア３１１を駆動し、データの記録あるいは読み取りを実行する。

図１６に示す構成を持つ情報処理装置３００を図１５に示す移動装置１００に装着することで、移動装置１００内のＣＡＮネットワーク１２０を介して送受信される通信メッセージの監視や、ログ取得、ウィルス排除処理を行うことが可能となる。

［６．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） データ通信ネットワークの監視処理を実行する処理監視部を有し、
前記処理監視部は、
前記データ通信ネットワークの空き帯域を監視するシステム負荷監視部と、
前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視部を有し、
前記ウィルス監視部は、
前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する構成であり、
前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集する情報処理装置。

（２） 前記ウィルス監視部は、
前記データ通信ネットワークの空き帯域が規定しきい値以上である場合は、前記高優先度の通信メッセージ対応のログ情報に加え、優先度の低い通信メッセージ対応のログ情報も収集する（１）に記載の情報処理装置。

（３） 前記ウィルス監視部は、
前記データ通信ネットワークからウィルスが検出され、かつ前記データ通信ネットワークの空き帯域が規定しきい値以上である場合は、前記高優先度の通信メッセージ対応の限定ログ情報に加え、優先度の低い通信メッセージ対応のログ情報も収集する（１）または（２）に記載の情報処理装置。

（４） 前記ウィルス監視部は、
収集したログ情報をログ解析サーバに送信する（１）～（３）いずれかに記載の情報処理装置。

（５） 前記ウィルス監視部は、
前記データ通信ネットワークからウィルスが検出され、かつ前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合、
少なくとも通信系制御電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）の発行する通信メッセージ対応のログ情報を収集する（１）～（４）いずれかに記載の情報処理装置。

（６） 前記ウィルス監視部は、
ログ収集の優先度情報を記憶部に格納した構成であり、
前記データ通信ネットワークからウィルスが検出され、かつ前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合、
前記記憶部の格納情報から得られる優先度順に従って、収集対象のログ情報を決定する（１）～（５）いずれかに記載の情報処理装置。

（７） 前記データ通信ネットワークは、移動装置の構成要素に対する制御用の通信メッセージを送受信するＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）である（１）～（６）いずれかに記載の情報処理装置。

（８） 前記ウィルス監視部が収集対象のログ情報を決定するために適用する優先度情報は、前記データ通信ネットワークに接続された電子制御ユニット（ＥＣＵ）単位で設定された優先度情報である（１）～（７）いずれかに記載の情報処理装置。

（９） 前記優先度情報は、
第１優先度を通信系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
第２優先度を駆動系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
第３優先度をボディ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
上記設定の優先度情報である（１）～（８）いずれかに記載の情報処理装置。

（１０） 前記ウィルス監視部は、
前記データ通信ネットワークの空き帯域が規定の第１しきい値未満の場合は、
前記通信系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報のみを収集し、
前記データ通信ネットワークの空き帯域が第１しきい値以上第２しきい値未満の場合は、
前記通信系制御電子制御ユニット（ＥＣＵ）と、前記駆動系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報を収集し、
前記データ通信ネットワークの空き帯域が第２しきい値以上の場合は、
前記通信系制御電子制御ユニット（ＥＣＵ）と、前記駆動系制御電子制御ユニット（ＥＣＵ）と、前記ボディ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報を収集する（９）に記載の情報処理装置。

（１１） 前記優先度情報中の第３優先度のログ情報には、さらに、プローブカー対応センサ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報を含む（９）または（１０）に記載の情報処理装置。

（１２） 前記データ通信ネットワークは、情報取得用センサを有するプローブカーの構成要素に対する制御用通信メッセージを送受信するデータ通信ネットワークであり、
前記処理監視部は、
前記データ通信ネットワークの空き帯域が予め規定されたセンサ対応しきい値以下である場合、
前記情報取得用センサからのデータ通信ネットワークに対するセンサ検出情報の出力頻度を低下させる制御を行う（１）～（１１）いずれかに記載の情報処理装置。

（１３） 移動装置の構成要素に対する制御用の通信メッセージを送受信するデータ通信ネットワークと、
前記データ通信ネットワークの監視処理を実行する処理監視部を有し、
前記処理監視部は、
前記データ通信ネットワークの空き帯域を監視するシステム負荷監視部と、
前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視部を有し、
前記ウィルス監視部は、
前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する構成であり、
前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定されたログ情報のみを収集する移動装置。

（１４） 前記ウィルス監視部は、
前記データ通信ネットワークの空き帯域が規定しきい値以上である場合は、前記高優先度の通信メッセージ対応のログ情報に加え、優先度の低い通信メッセージ対応のログ情報も収集する（１３）に記載の移動装置。

（１５） 前記ウィルス監視部は、
前記データ通信ネットワークからウィルスが検出され、かつ前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合、
少なくとも通信系制御電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）の発行する通信メッセージ対応のログ情報を収集する（１３）または（１４）に記載の移動装置。

（１６） 前記データ通信ネットワークは、移動装置の構成要素に対する制御用の通信メッセージを送受信するＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、
前記ウィルス監視部が収集対象のログ情報を決定するために適用する優先度情報は、前記ＣＡＮに接続された電子制御ユニット（ＥＣＵ）単位で設定された優先度情報である（１３）～（１５）いずれかに記載の移動装置。

（１７） 前記優先度情報は、
第１優先度を通信系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
第２優先度を駆動系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
第３優先度をボディ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
上記設定とした優先度情報である（１３）～（１６）いずれかに記載の移動装置。

（１８） 前記優先度情報中の第３優先度のログ情報には、さらに、プローブカー対応センサ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報を含む（１７）に記載の移動装置。

（１９） 情報処理装置において実行する情報処理方法であり、
データ通信ネットワークの監視処理を実行する処理監視部が、
前記データ通信ネットワークの空き帯域を監視するシステム負荷監視処理と、
前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視処理を実行し、
前記ウィルス監視処理において、
前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する処理を実行し、
前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集する情報処理方法。

（２０） 情報処理装置において情報処理を実行させるプログラムであり、
データ通信ネットワークの監視処理を実行する処理監視部に、
前記データ通信ネットワークの空き帯域を監視するシステム負荷監視処理と、
前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視処理を実行させ、
前記ウィルス監視処理において、
前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する処理を実行させ、
前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集させるプログラム。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、ネットワーク利用状況に応じて収集ログ態様を変更することで、効率的なウィルス検出および除去が実現される。
具体的には、例えば、データ通信ネットワークの監視処理を実行する処理監視部を有し、処理監視部内にネットワーク空き帯域を監視するシステム負荷監視部と、通信メッセージ対応のログ情報を収集してウィルス検出を行うウィルス監視部を有する。ウィルス監視部は、システム負荷監視部の取得したネットワーク空き帯域情報に応じてログ情報の収集態様を変更する。ウィルスが検出され、かつ空き帯域が規定しきい値以上でない場合は、高優先度の通信メッセージ対応の限定ログ情報のみを収集する。
本構成により、ネットワーク利用状況に応じて収集ログ態様を変更することで、効率的なウィルス検出および除去が実現される。

１０・・移動装置，１１・・ステアリング，１２・・シフトレバー，１３・・表示部，１４・・エンジン，１５・・アクセル，１６・・ブレーキ，１７・・処理監視部，１８・・車載電子機器群（ＥＣＵ），１９・・ＧＰＳ受信機，２０・・記憶部，２１・・通信部，２２・・入出力ＩＦ，２５・・前方撮影カメラ，２６・・後方撮影カメラ，２７・・全方位撮影カメラ，３０・・ＧＰＳ衛星，１００・・移動装置，１０１・・処理監視部，１０２，１０３，１０６・・ＥＣＵ，１０４・・通信部，１０５・・ウィルスＤＢ，１１１～１１４・・ＥＣＵ，１１５・・センサ検出情報ＤＢ，１２０・・ＣＡＮネットワーク，２００・・ＥＣＵ，２０１・・ＣＰＵ，２０２・・ＲＯＭ，２０３・・ＲＡＭ，２０６・・ネットワークＩＦ，２０７・・入出力部，２０８・・記憶部，２０９・・通信部，３００・・情報処理装置，３０１・・ＣＰＵ，３０２・・ＲＯＭ，３０３・・ＲＡＭ，３０４・・バス，３０５・・入出力インタフェース，３０６・・入力部，３０７・・出力部，３０８・・記憶部，３０９・・通信部，３１０・・ドライブ，３１１・・リムーバブルメディア，３２１・・ネットワークＩＦ

Claims (20)

1. データ通信ネットワークの監視処理を実行する処理監視部を有し、
   前記処理監視部は、
   前記データ通信ネットワークの空き帯域を監視するシステム負荷監視部と、
   前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視部を有し、
   前記ウィルス監視部は、
   前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する構成であり、
   前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集する情報処理装置。
2. 前記ウィルス監視部は、
   前記データ通信ネットワークの空き帯域が規定しきい値以上である場合は、前記高優先度の通信メッセージ対応のログ情報に加え、優先度の低い通信メッセージ対応のログ情報も収集する請求項１に記載の情報処理装置。
3. 前記ウィルス監視部は、
   前記データ通信ネットワークからウィルスが検出され、かつ前記データ通信ネットワークの空き帯域が規定しきい値以上である場合は、前記高優先度の通信メッセージ対応の限定ログ情報に加え、優先度の低い通信メッセージ対応のログ情報も収集する請求項１に記載の情報処理装置。
4. 前記ウィルス監視部は、
   収集したログ情報をログ解析サーバに送信する請求項１に記載の情報処理装置。
5. 前記ウィルス監視部は、
   前記データ通信ネットワークからウィルスが検出され、かつ前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合、
   少なくとも通信系制御電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）の発行する通信メッセージ対応のログ情報を収集する請求項１に記載の情報処理装置。
6. 前記ウィルス監視部は、
   ログ収集の優先度情報を記憶部に格納した構成であり、
   前記データ通信ネットワークからウィルスが検出され、かつ前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合、
   前記記憶部の格納情報から得られる優先度順に従って、収集対象のログ情報を決定する請求項１に記載の情報処理装置。
7. 前記データ通信ネットワークは、移動装置の構成要素に対する制御用の通信メッセージを送受信するＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）である請求項１に記載の情報処理装置。
8. 前記ウィルス監視部が収集対象のログ情報を決定するために適用する優先度情報は、前記データ通信ネットワークに接続された電子制御ユニット（ＥＣＵ）単位で設定された優先度情報である請求項１に記載の情報処理装置。
9. 前記優先度情報は、
   第１優先度を通信系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
   第２優先度を駆動系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
   第３優先度をボディ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
   上記設定の優先度情報である請求項１に記載の情報処理装置。
10. 前記ウィルス監視部は、
    前記データ通信ネットワークの空き帯域が規定の第１しきい値未満の場合は、
    前記通信系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報のみを収集し、
    前記データ通信ネットワークの空き帯域が第１しきい値以上第２しきい値未満の場合は、
    前記通信系制御電子制御ユニット（ＥＣＵ）と、前記駆動系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報を収集し、
    前記データ通信ネットワークの空き帯域が第２しきい値以上の場合は、
    前記通信系制御電子制御ユニット（ＥＣＵ）と、前記駆動系制御電子制御ユニット（ＥＣＵ）と、前記ボディ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報を収集する請求項９に記載の情報処理装置。
11. 前記優先度情報中の第３優先度のログ情報には、さらに、プローブカー対応センサ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報を含む請求項９に記載の情報処理装置。
12. 前記データ通信ネットワークは、情報取得用センサを有するプローブカーの構成要素に対する制御用通信メッセージを送受信するデータ通信ネットワークであり、
    前記処理監視部は、
    前記データ通信ネットワークの空き帯域が予め規定されたセンサ対応しきい値以下である場合、
    前記情報取得用センサからのデータ通信ネットワークに対するセンサ検出情報の出力頻度を低下させる制御を行う請求項１に記載の情報処理装置。
13. 移動装置の構成要素に対する制御用の通信メッセージを送受信するデータ通信ネットワークと、
    前記データ通信ネットワークの監視処理を実行する処理監視部を有し、
    前記処理監視部は、
    前記データ通信ネットワークの空き帯域を監視するシステム負荷監視部と、
    前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視部を有し、
    前記ウィルス監視部は、
    前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する構成であり、
    前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定されたログ情報のみを収集する移動装置。
14. 前記ウィルス監視部は、
    前記データ通信ネットワークの空き帯域が規定しきい値以上である場合は、前記高優先度の通信メッセージ対応のログ情報に加え、優先度の低い通信メッセージ対応のログ情報も収集する請求項１３に記載の移動装置。
15. 前記ウィルス監視部は、
    前記データ通信ネットワークからウィルスが検出され、かつ前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合、
    少なくとも通信系制御電子制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）の発行する通信メッセージ対応のログ情報を収集する請求項１３に記載の移動装置。
16. 前記データ通信ネットワークは、移動装置の構成要素に対する制御用の通信メッセージを送受信するＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、
    前記ウィルス監視部が収集対象のログ情報を決定するために適用する優先度情報は、前記ＣＡＮに接続された電子制御ユニット（ＥＣＵ）単位で設定された優先度情報である請求項１３に記載の移動装置。
17. 前記優先度情報は、
    第１優先度を通信系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
    第２優先度を駆動系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
    第３優先度をボディ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報、
    上記設定とした優先度情報である請求項１３に記載の移動装置。
18. 前記優先度情報中の第３優先度のログ情報には、さらに、プローブカー対応センサ系制御電子制御ユニット（ＥＣＵ）の発行する通信メッセージ対応のログ情報を含む請求項１７に記載の移動装置。
19. 情報処理装置において実行する情報処理方法であり、
    データ通信ネットワークの監視処理を実行する処理監視部が、
    前記データ通信ネットワークの空き帯域を監視するシステム負荷監視処理と、
    前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視処理を実行し、
    前記ウィルス監視処理において、
    前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する処理を実行し、
    前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集する情報処理方法。
20. 情報処理装置において情報処理を実行させるプログラムであり、
    データ通信ネットワークの監視処理を実行する処理監視部に、
    前記データ通信ネットワークの空き帯域を監視するシステム負荷監視処理と、
    前記データ通信ネットワーク上の通信メッセージ対応のログ情報を収集して、ログ情報に基づくウィルス検出を行うウィルス監視処理を実行させ、
    前記ウィルス監視処理において、
    前記システム負荷監視部の取得した前記データ通信ネットワークの空き帯域情報に応じてログ情報の収集態様を変更する処理を実行させ、
    前記データ通信ネットワークの空き帯域が規定しきい値以上でない場合は、予め規定した優先度情報に従って高優先度の通信メッセージ対応の限定ログ情報のみを収集させるプログラム。

Images