JP7110733B2 - スキャン処理装置 - Google Patents

Description

本発明は、スキャン処理装置、スキャン処理方法、コンピュータプログラムおよびスキャン処理システムに関する。

インターネット等のネットワークに接続可能なコネクティッドカーの普及に伴い、自動車がサイバー攻撃の標的にされる危険性が高まっている。

コネクティッドカーに対するサイバー攻撃対策として、攻撃をリアルタイムに検知し、防御するシステムの開発が進められている。また、車載機器や車載機器を制御する車載制御装置などの車載システムに存在する脆弱性や脅威などを見つける手段としては、ウイルススキャン（例えば、特許文献１参照）や、出荷前に実施されるペネトレーションテスト（車載システムに対する疑似攻撃テスト）などがある。

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

上述のように、従来、出荷前に、セキュリティスキャン（セキュリティ検査）は実施されている。しかしながら、自動車などの車両を出荷した後も脆弱性情報や脅威情報は常にアップデートされるため、定期的なセキュリティスキャンが必要である。自動車を整備するタイミングでのセキュリティスキャンの実施は可能であるが、セキュリティスキャンを終えてから次のセキュリティスキャンまでの期間が長くなり、最新の情報に基づいた定期的なセキュリティスキャンができない懸念がある。

一方、走行中の車両に対するセキュリティスキャンにおいて、車両とセキュリティスキャンを行うサーバとの間の無線通信が不安定な状態では、セキュリティスキャンが中断するというリスクがある。

本発明は、このような事情に鑑みてなされたものであり、セキュリティスキャンを中断させることなく、定期的に実行するためのスキャン処理装置、スキャン処理方法、コンピュータプログラムおよびスキャン処理システムを提供することを目的とする。

（１）上記目的を達成するために、本発明の一実施態様に係るスキャン処理装置は、充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得する車両情報取得部と、取得した前記車両情報に基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するスキャン処理部と、を備える。

（１４）本発明の他の実施態様に係るスキャン処理方法は、充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得するステップと、取得した前記車両情報に基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するステップと、を含む。

（１５）本発明の他の実施態様に係るコンピュータプログラムは、コンピュータを、充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得する車両情報取得部と、取得した前記車両情報に基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するスキャン処理部と、して機能させる。

（１６）本発明の他の実施態様に係るスキャン処理システムは、充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得する車両情報取得部と、取得した前記車両情報に基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するスキャン処理部と、前記スキャン処理部が脅威および脆弱性の少なくとも一方を検出した前記対象車両が備える車載制御装置のプログラムの更新を実行するプログラム更新部と、を備える。

本発明によると、セキュリティスキャンを中断させることなく、定期的に実行することができる。

本発明の実施の形態１に係るスキャン処理システムの全体構成を示すブロック図である。 対象車両の構成を示すブロック図である。 スキャン処理装置の構成を示すブロック図である。 車両情報データベースの一例を示す図である。 定義情報データベースに含まれるポートスキャン情報の一例を示す図である。 定義情報データベースに含まれる脆弱性情報の一例を示す図である。 定義情報データベースに含まれる脅威情報の一例を示す図である。 定義情報データベースに含まれるウイルス情報の一例を示す図である。 定義情報データベースに含まれる簡易ペネトレーションテスト情報の一例を示す図である。 ＯＴＡサーバの構成を示すブロック図である。 本発明の実施の形態１に係るスキャン処理装置の処理手順を示すフローチャートである。 本発明の実施の形態２に係るスキャン処理システムの全体構成を示すブロック図である。 充電ステーションの構成を示すブロック図である。

［本願発明の実施形態の概要］
最初に本発明の実施形態の概要を列記して説明する。
（１）本発明の一実施形態に係るスキャン処理装置は、充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得する車両情報取得部と、取得した前記車両情報に基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するスキャン処理部と、を備える。

この構成によると、対象車両が充電を行っている状態においてスキャン処理を実行することができる。対象車両の充電中は対象車両が停止していることが保証されるため、スキャン処理装置と対象車両との間の通信状態が安定している。また、対象車両は継続して走行するために定期的に充電を行う必要があるため、充電の度にスキャン処理を実行することができる。つまり、セキュリティスキャンを中断させることなく、定期的に実行することができる。

（２）好ましくは、前記スキャン処理部は、取得された前記車両情報と、車両ごとに当該車両に対して実行したスキャン処理の内容を含む車両情報データベースと、車両に対する脅威および車両の脆弱性の少なくとも一方を定義する定義情報を含む定義情報データベースとに基づいて、前記対象車両のスキャン処理を実行する。

この構成によると、対象車両ごとに、過去に実行したスキャン処理の内容を考慮して、適切な脅威および脆弱性の定義情報を用いたスキャン処理を実行することができる。これにより、効率的にスキャン処理を実行することができる。

（３）さらに好ましくは、上述のスキャン処理装置は、さらに、前記対象車両に、前記スキャン処理部によるスキャン処理の結果を通知する処理結果通知部を備える。

この構成によると、対象車両のユーザはスキャン処理の結果を知ることができる。これにより、脆弱性や脅威が見つかった場合には、車載制御装置のプログラムを更新するなどの措置を取ることができる。これにより、安全に対象車両を走行させることができる。

（４）また、前記処理結果通知部は、車載制御装置の更新用プログラムを提供するサーバに対して、前記スキャン処理部が脅威および脆弱性の少なくとも一方を検出した前記対象車両の識別子を通知してもよい。

この構成によると、サーバに対して、脅威または脆弱性が検出された対象車両の情報を通知することができる。このため、サーバから対象車両への更新用プログラムの提供を円滑に実行することができる。

（５）また、前記処理結果通知部は、前記スキャン処理部が脅威および脆弱性の少なくとも一方を検出した前記対象車両と同一または類似する構成を有する他車両に対し、スキャン処理および車載制御装置のプログラムの更新処理の少なくとも一方に関する通知を行ってもよい。

この構成によると、脅威または脆弱性が検出される可能性のある他車両に対して、スキャン処理またはプログラムの更新処理を促すことができる。これにより、他車両の脅威または脆弱性を取り除くことができる。

（６）また、上述のスキャン処理装置は、さらに、前記対象車両への充電時間を取得する時間取得部を備え、前記スキャン処理部は、取得した前記充電時間と、スキャン処理に要する時間であるスキャン処理時間との比較結果に基づいて、スキャン処理の実行を制御してもよい。

この構成によると、充電時間に応じてスキャンの実行の可否を判断したり、実行するスキャンの内容を変更したりすることができる。

（７）また、前記スキャン処理部は、前記スキャン処理時間が前記充電時間以下の場合に、スキャン処理を実行し、前記スキャン処理時間が前記充電時間よりも大きい場合には、前記対象車両への充電完了後にスキャン処理を実行しなくてもよい。

この構成によると、スキャン処理時間が充電時間よりも大きい場合には、初めからスキャン処理を実行しないか、または充電時間満了までスキャンを実行し、その後にスキャン処理を実行しないようにすることができる。つまり、充電完了までにスキャン処理を確実に終わらせることができ、これにより、ユーザは、充電完了後に車両を即座に走行させることができる。

（８）また、前記スキャン処理部は、スキャン処理として、ポートスキャン処理、脆弱性検出処理、脅威検出処理および疑似攻撃処理のうちの少なくとも１つを実行してもよい。

この構成によると、ポートスキャン処理、脆弱性検出処理、脅威検出処理または疑似攻撃処理を対象車両に実行することができる。

（９）また、前記定義情報データベースには、前記定義情報ごとにスキャン処理の重要度が定義されており、前記スキャン処理部は、前記定義情報に定義された重要度に基づいて、スキャン処理の実行を制御してもよい。

この構成によると、定義情報の重要度に応じて、スキャン処理を実行するか否か、またはスキャン処理の順序などを制御することができる。

（１０）また、前記スキャン処理部は、前記定義情報データベースの前記定義情報が更新されておらず、かつ当該定義情報に対するスキャン処理の重要度が所定閾値以下の場合には、当該スキャン処理を実行しなくてもよい。

この構成によると、重要度が低く、定義情報が更新されていない場合には、当該定義情報に対するスキャン処理を省略することができる。これにより、効率的にスキャン処理を実行することができる。

（１１）また、前記スキャン処理部は、重要度の大きいスキャン処理を優先して実行してもよい。

この構成によると、対象車両に影響を及ぼす可能性の高い脅威または脆弱性に対するスキャン処理を優先的に実行することができる。

（１２）また、前記処理結果通知部は、前記対象車両に充電を行う充電装置を介して、前記対象車両に前記結果を通知してもよい。

この構成によると、コネクティッドカーではない電気自動車や、何らかの理由でインターネットに接続できない電気自動車に対して、スキャン処理の結果を通知することができる。

（１３）また、前記スキャン処理部は、前記対象車両に充電を行う充電装置を介して、前記対象車両のスキャン処理を実行してもよい。

この構成によると、コネクティッドカーではない電気自動車や、何らかの理由でインターネットに接続できない電気自動車に対して、スキャン処理を実行することができる。

（１４）本発明の他の実施形態に係るスキャン処理方法は、充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得するステップと、取得した前記車両情報に基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するステップと、を含む。

この構成は、上述のスキャン処理装置が備える特徴的な処理部に対応するステップを含む。このため、上述のスキャン処理装置と同様の作用および効果を奏することができる。

（１５）本発明の他の実施形態に係るコンピュータプログラムは、コンピュータを、充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得する車両情報取得部と、取得した前記車両情報に基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するスキャン処理部と、して機能させる。

この構成によると、コンピュータを上述のスキャン処理装置として機能させることができる。このため、上述のスキャン処理装置と同様の作用および効果を奏することができる。

（１６）本発明の他の実施形態に係るスキャン処理システムは、充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得する車両情報取得部と、取得した前記車両情報に基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するスキャン処理部と、前記スキャン処理部が脅威および脆弱性の少なくとも一方を検出した前記対象車両が備える車載制御装置のプログラムの更新を実行するプログラム更新部と、を備える。

この構成によると、対象車両が充電を行っている状態においてスキャン処理を実行することができる。対象車両の充電中は対象車両が停止していることが保証されるため、スキャン処理装置と対象車両との間の通信状態が安定している。また、対象車両は定期的に充電を必要があるため、充電の度にスキャン処理を実行することができる。つまり、セキュリティスキャンを中断させることなく、定期的に実行することができる。また、対象車両の脅威または脆弱性が検出された場合に、車載制御装置のプログラムの更新を円滑に実行することができる。

［本願発明の実施形態の詳細］
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、特許請求の範囲によって特定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成するものとして説明される。

また、同一または類似の構成要素には同一の符号を付す。それらの機能および名称も同様であるため、それらの説明は適宜省略する。

［実施の形態１］
＜スキャン処理システムの全体構成＞
図１は、本発明の実施の形態１に係るスキャン処理システムの全体構成を示すブロック図である。

スキャン処理システム１は、自動車などの車両のセキュリティの脅威または脆弱性を検出するためのシステムであって、対象車両２と、充電ステーション３と、スキャン処理装置４と、車両情報データベース５と、定義情報データベース６と、ＯＴＡサーバ７とを備える。

ここで、脅威とは、不正侵入、ウイルス、改ざん、盗聴、なりすましなどの攻撃を指し、脆弱性とは、セキュリティ上のバグや弱点、仕様上の欠陥などを指す。

対象車両２は、コネクティッドカーなどのインターネットに接続可能な自動車であり、脅威または脆弱性の検出の対象とされる自動車である。また、対象車両２は、外部電源からバッテリーに充電された電力により走行する自動車であり、ＥＶ（Electric Vehicle）またはＰＨＥＶ(Plug-in Hybrid Electric Vehicle)などが該当する。

充電ステーション３は、充電施設や商業施設などに設置され、対象車両２に対して電力を供給する充電装置である。

スキャン処理装置４は、Ｗｉ－Ｆｉ、ＬＴＥ（Long Term Evolution）、５Ｇ（第５世代移動通信システム）などの無線通信により、対象車両２と接続され、対象車両２に対して、対象車両２に存在する脅威または脆弱性を検出するためのセキュリティスキャン（以下、「スキャン処理」とも言う。）を実行する。

車両情報データベース５は、スキャン対象とされる車両のスキャン履歴等を示す車両情報を含むデータベースである。

定義情報データベース６は、車両に対する脅威情報や、車両の脆弱性情報などの定義情報を含むデータベースである。

なお、以降の説明では、車両情報データベース５および定義情報データベース６は、スキャン処理装置４の内部に記憶されているものとして説明を行うが、車両情報データベース５および定義情報データベース６がスキャン処理装置４とは別体のＮＡＳ（Network Access Server）等により構成され、スキャン処理装置４と車両情報データベース５および定義情報データベース６とが、インターネットなどのネットワークを介して接続されていてもよい。

ＯＴＡ（Over The Air）サーバ７は、対象車両２に対して、対象車両２が備える車載制御装置（ＥＣＵ（Electronic Control Unit））が実行するプログラムを更新するための更新用プログラムを提供する。更新用プログラムは、ＥＣＵにインストールされるプログラムそのものであってもよいし、ＥＣＵにインストールされているプログラムとの差分を示したプログラムであってもよい。ＯＴＡサーバ７と、対象車両２とは、例えば、Ｗｉ－Ｆｉ、ＬＴＥ、５Ｇなどの無線通信により接続される。

次に、図１を参照して、スキャン処理システム１によるスキャン処理の流れを説明する。

対象車両２が充電ステーション３からの充電を開始すると、対象車両２は、スキャン処理装置４に対して、対象車両２の識別子を含む車両情報とを送信し、スキャン処理装置４は、車両情報を受信する（ＳＴ１）。

また、充電ステーション３は、対象車両２への充電に要する時間（以下、「充電時間」という。）の情報をスキャン処理装置４に送信し、スキャン処理装置４は、充電時間情報を受信する（ＳＴ２）。

スキャン処理装置４は、対象車両２から受信した車両情報に基づいて、車両情報データベース５から、対象車両２の車載制御装置の構成を含む車両情報を取得する（ＳＴ３、ＳＴ４）。

また、スキャン処理装置４は、定義情報データベース６から、最新の脆弱性情報や、脅威情報等の定義情報を取得する（ＳＴ５）。

スキャン処理装置４は、取得した定義情報に基づいて、対象車両２に対してスキャン処理を実行する（ＳＴ６）。その際、スキャン処理装置４は、充電ステーション３から受信した充電時間情報に基づいて、スキャン処理を実行するか否かや、スキャン処理の内容などを決定する。

スキャン処理装置４は、スキャン処理の結果をスキャン履歴として車両情報データベース５に書き込むとともに（ＳＴ７）、当該結果を対象車両２に無線通信により通知する（ＳＴ８）。

スキャン処理装置４は、脆弱性または脅威を検出した対象車両２の車両情報を、インターネットなどのネットワークを介して接続されたＯＴＡサーバ７に送信する（ＳＴ９）。

ＯＴＡサーバ７は、スキャン処理装置４から受信した車両情報に基づいて、対象車両２に更新用プログラムをダウンロードし、対象車両２はダウンロードされた更新用プログラムに基づいてＥＣＵのプログラムを更新する（ＳＴ１０）。

スキャン処理装置４は、脆弱性または脅威を検出した対象車両２と同一または類似する構成を有する他車両８に対して、スキャン処理またはプログラムの更新処理を促すための注意喚起情報を、無線通信により送信する（ＳＴ１１）。他車両８は、注意喚起情報に応答して、スキャン処理装置４に接続してスキャン処理を行ったり、ＯＴＡサーバ７に接続して更新用プログラムをダウンロードすることができる。これにより、他車両８に対する攻撃を未然に防止することができる。

＜対象車両の構成＞
図２は、対象車両の構成を示すブロック図である。
対象車両２は、通信部２１と、中継装置２２と、複数のＥＣＵ２３と、中継装置２２と各ＥＣＵ２３とを接続するための車内通信部２４とを備える。

通信部２１は、インターネットなどのネットワークに接続され、車内通信線により中継装置２２に接続される。

中継装置２２は、ネットワークを通じてスキャン処理装置４およびＯＴＡサーバ７などの車外装置から通信部２１が受信した情報をＥＣＵ２３に送信する。また、中継装置２２は、ＥＣＵ２３から受信した情報を通信部２１に送信し、通信部２１は、当該情報をスキャン処理装置４などの車外装置に送信する。

ＥＣＵ２３は、車内通信線に接続され、共通の車内通信線にバス接続された複数のＥＣＵ２３による通信グループが形成される。中継装置２２は、通信グループ間でやり取りされる情報を中継する。

中継装置２２とＥＣＵ２３とを接続する車内通信線は、ＣＡＮ（Controller Area Network）、ＣＡＮＦＤ（ＣＡＮ with Flexible Data Rate）、ＬＩＮ（Local Interconnect Network）、Ｅｔｈｅｒｎｅｔ（登録商標）、またはＭＯＳＴ（Media Oriented Systems Transport：ＭＯＳＴは登録商標）などの規格に従う。

複数のＥＣＵ２３のうちのあるＥＣＵ２３Ａは、車内通信部２４と、制御部２５と、記憶部２８とを備える。

車内通信部２４は、対象車両２に配設された車内通信線を介して中継装置２２に接続されている。車内通信部２４は、例えばＣＡＮ、Ｅｔｈｅｒｎｅｔ、またはＭＯＳＴ等の規格に応じて、中継装置２２との通信を行う。

車内通信部２４は、制御部２５から与えられた情報を中継装置２２に送信するとともに、中継装置２２が受信した情報を制御部２５に与える。車内通信部２４は、上記の通信規格だけなく、車載ネットワークに用いる他の通信規格によって通信してもよい。

制御部２５は、ＣＰＵ（Central Processing Unit）などにより構成され、記憶部２８に予め記憶されたプログラムを実行することにより実現される機能的な処理部として、充電管理部２６と、スキャン処理管理部２７とを含む。
充電管理部２６は、対象車両２が充電中か否かなどの充電状態を管理する。

スキャン処理管理部２７は、対象車両２を構成する各ＥＣＵ２３に対するスキャン処理を管理する。具体的には、対象車両２への充電が開始され、充電管理部２６が管理する充電状態が対象車両２の充電開始を示す場合には、スキャン処理管理部２７は、対象車両２の識別子を含む車両情報を、車内通信部２４を介して中継装置２２に送信する。中継装置２２は、通信部２１を介して、当該車両情報をスキャン処理装置４に送信する。

また、スキャン処理管理部２７は、通信部２１、中継装置２２および車内通信部２４を介して、スキャン処理装置４から、スキャン処理の結果を受信する。スキャン処理管理部２７は、受信した結果を、ディスプレイ装置への表示を制御するＥＣＵ２３に送信することにより表示させたり、スピーカーへの音声出力を制御するＥＣＵ２３に送信することにより音声出力させたりする。これにより、ユーザに、スキャン処理の結果を伝える。

記憶部２８は、フラッシュメモリまたはＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）などの不揮発性メモリ、ＨＤＤ（Hard Disk Drive）などの磁気記憶装置、ＳＲＡＭ（Static Random Access Memory）またはＤＲＡＭ（Dynamic ＲＡＭ）等のメモリ素子を含む。記憶部２８は、対象車両２を構成する制御機器を制御するためのコンピュータプログラムの他、各種データを記憶する。

＜スキャン処理装置の構成＞
図３は、スキャン処理装置の構成を示すブロック図である。
スキャン処理装置４は、通信部４１と、制御部４２と、記憶部４７とを備える。
通信部４１は、インターネットなどのネットワークに接続されるとともに、当該ネットワークを介して、対象車両２、充電ステーション３、ＯＴＡサーバ７または他車両８などの外部装置に接続される。通信部４１は、外部装置から受信した情報を制御部４２に送信する。また、通信部４１は、制御部４２から受信した情報を外部装置に送信する。

制御部４２は、ＣＰＵなどにより構成され、記憶部４７に予め記憶されたプログラムを実行することにより実現される機能的な処理部として、車両情報取得部４３と、スキャン処理部４４と、処理結果通知部４５と、時間取得部４６とを含む。

車両情報取得部４３は、通信部４１を介して対象車両２から、対象車両２の識別子を含む車両情報を取得する。対象車両２の識別子は、例えば、対象車両２の車両識別番号（Vehicle Identification Number）などであってもよい。車両情報は、対象車両２の識別子の他、対象車両２が備える各ＥＣＵ２３のプログラムのバージョン情報を含んでいてもよい。

スキャン処理部４４は、対象車両２から取得した車両情報に基づいて、対象車両２に対するスキャン処理を実行する。スキャン処理の詳細については後述する。

処理結果通知部４５は、通信部４１を介してスキャン処理の処理結果を対象車両２に送信することにより通知する。例えば、処理結果通知部４５は、スキャン処理により脆弱性または脅威が検出された場合には、脆弱性または脅威が検出されたＥＣＵ２３のＩＤ（以下、「車載制御装置ＩＤ」という。）や、脆弱性または脅威の内容を通知する。処理結果通知部４５は、脆弱性および脅威が検出されなかった場合には、脆弱性および脅威が検出されなかったことを通知する。

また、処理結果通知部４５は、脆弱性または脅威を検出した対象車両２の車両情報を、通信部４１を介してＯＴＡサーバ７に送信する。

さらに、処理結果通知部４５は、脆弱性または脅威を検出した対象車両２と同一または類似する構成を有する他車両８に対して、スキャン処理またはプログラムの更新処理を促すための注意喚起情報を、通信部４１を介して送信する。

時間取得部４６は、充電ステーション３から対象車両２への充電時間を取得する。取得した充電時間は、スキャン処理部４４によるスキャン処理の可否等の決定に用いられる。

記憶部４７は、フラッシュメモリまたはＥＥＰＲＯＭなどの不揮発性メモリ、ＨＤＤなどの磁気記憶装置、ＳＲＡＭまたはＤＲＡＭ等のメモリ素子を含む。記憶部４７は、制御部４２で実行されるプログラムの他、車両情報データベース５および定義情報データベース６などの各種データを記憶する。

＜車両情報データベースについて＞
図４は、車両情報データベースの一例を示す図である。
車両情報データベース５は、車両ごとの車両情報を含む。各車両情報には、車両の識別子（以下、「車両ＩＤ」という。）と、当該車両に対して実行したスキャンの履歴と、車両が備える車載制御装置（ＥＣＵ２３）のプログラムのバージョンと、次回のスキャン処理のスケジュールとが含まれる。

スキャン履歴には、スキャンを行った日時と、スキャン内容と、スキャン処理の結果とが含まれる。例えば、車両ＩＤ「Ｃ２」の車両に対して、２０１８年３月１５日１２時１８分にスキャン内容「Ｓ１」のスキャン処理が実行され、その結果は「ＯＫ」、つまり、脆弱性および脅威は発見されなかったことがスキャン履歴に示されている。また、同じ車両ＩＤ「Ｃ２」の車両に対して、２０１８年４月２５日１４時１８分にスキャン内容「Ｓ２」のスキャン処理が実行され、その結果は「ＮＧ」、つまり、脆弱性または脅威が発見されたことが示されている。

車載制御装置のプログラムバージョンには、ＥＣＵ２３の識別子である車載制御装置ＩＤと、プログラムのバージョンとの組が含まれる。例えば、車両ＩＤ「Ｃ１」の車両には、車載制御装置ＩＤ「Ｅ１」のＥＣＵ２３が含まれ、そのＥＣＵ２３にインストールされているプログラムのバージョンは「Ｖ１．２」であることが示されている。また、同じ車両ＩＤ「Ｃ１」の車両には、車載制御装置ＩＤ「Ｅ２」のＥＣＵ２３が含まれ、そのＥＣＵ２３にインストールされているプログラムのバージョンは「Ｖ３．０」であることが示されている。

次回スケジュールは、例えば、最後にスキャン処理を行ってから１月後以降に設定される。例えば、車両ＩＤ「Ｃ１」の車両については、最後にスキャン処理を行った日付が２０１８年４月３日であるため、次回スケジュールは、「２０１８年５月３日以降」に設定される。同様に、車両ＩＤ「Ｃ２」の車両については、最後にスキャン処理を行った日付が２０１８年４月２５日であるため、次回スケジュールは、「２０１８年５月２５日以降」に設定される。

＜定義情報データベースについて＞
図５～図９は、定義情報データベースの一例を示す図である。
定義情報データベース６には、定義情報として、脆弱性情報および脅威情報の他、ポートスキャン情報および簡易ペネトレーションテスト情報を含む。以下、これらを順に説明する。

図５は、定義情報データベースに含まれるポートスキャン情報の一例を示す図である。ポートスキャン情報は、車両のデータ通信用のポートに対するポートスキャンの内容を示す情報であり、車種ごとに、ポートＩＤと、スキャン内容とが示される。

例えば、車種「Ｍ１」の車両には、ポートＩＤが「Ｐ１」、「Ｐ２」、…のポートが存在し、ポートＩＤ「Ｐ１」のポートに対しては、ＵＤＰ（User Datagram Protocol）スキャンとＴＣＰ（Transmission Control Protocol）コネクトスキャンを実行することが示されている。また、ポートＩＤ「Ｐ２」のポートに対しては、ＳＹＮスキャンを実行することが示されている。

図６は、定義情報データベースに含まれる脆弱性情報の一例を示す図である。脆弱性情報は、ＥＣＵ２３等で実行されるプログラムのうち、脆弱性が検出されたプログラムに関する情報である。脆弱性情報は、車載制御装置ＩＤと、プログラム名と、バージョンと、脆弱性内容と、重要度を含む。車載制御装置ＩＤは、ＥＣＵ２３の識別子である。プログラム名は、当該ＥＣＵ２３にインストールされ実行されるプログラムの名称であり、バージョンは、当該プログラムのバージョンである。脆弱性内容は、そのプログラムで検出された脆弱性の内容を示す情報である。重要度は、脆弱性の重要度を、例えば、「大」、「中」、「小」の３段階で示したものであり、重要度が大きいほど車両に対する影響が大きいことを示している。

例えば、車載制御装置ＩＤ「Ｅ１」のＥＣＵ２３で実行されるプログラム名「Ａ」のバージョン「Ｖ１．２」のプログラムについて、「バッファオーバーフロー」の脆弱性が検出されており、その重要度は「中」であることが示されている。また、車載制御装置ＩＤ「Ｅ５」のＥＣＵ２３で実行されるプログラム名「Ｂ」のバージョン「Ｖ１．５」のプログラムについて、「情報漏えい」の脆弱性が検出されており、その重要度は「大」であることが示されている。

図７は、定義情報データベースに含まれる脅威情報の一例を示す図である。脅威情報は、脅威検出処理（ウイルスチェック）のためのパターンファイルのバージョンと、その更新日および重要度が示される。重要度は、例えば、「大」、「中」、「小」の３段階で示され、重要度が大きいほど車両に対する影響が大きいことを示している。

例えば、バージョン「３．０１」のパターンファイルは、「２０１８年４月２０日１５時３３分２１秒」に更新されており、その重要度は「中」であることが示されている。また、バージョン「３．００」のパターンファイルは、「２０１８年３月２日１０時３０分２５秒」に更新されており、その重要度が「小」であることが示されている。

図８は、定義情報データベースに含まれるウイルス情報の一例を示す図である。ウイルス情報は、図７に一例を示した脅威情報に付随する情報であり、パターンファイルによるスキャン対象とされるウイルスに関する情報を含む。ウイルス情報は、パターンファイルのバージョンと、当該パターンファイルがスキャン対象とするウイルスのウイルス名と、ウイルスの登録日と、ウイルスの特徴を示す検索パターンとが含まれる。検索パターンとは、例えば、ウイルスに含まれている特定の文字列や、ウイルスの特徴的な動作パターンなどを示す情報である。

例えば、バージョン「３．０１」のパターンファイルは、ウイルス名「ＶＡ」および「ＶＢ」のウイルスをスキャン対象としている。ウイルス名「ＶＡ」のウイルスは、「２０１８年４月２０日１４時００分００秒」に登録されており、その検索パターンは「ＡＢＣ」である。また、ウイルス名「ＶＢ」のウイルスは、「２０１８年４月２０日１５時００分００秒」に登録されており、その検索パターンは「ＸＹＺ」である。

図９は、定義情報データベースに含まれる簡易ペネトレーションテスト情報の一例を示す図である。簡易ペネトレーションテスト情報は、車両のＥＣＵ２３等のシステムに対する疑似攻撃テストである簡易ペネトレーションテストの実施内容を示す情報であり、バージョンと、テスト名と、テスト内容と、重要度とを含む。バージョンは、簡易ペネトレーションテストのバージョンであり、テスト名は簡易ペネトレーションテストの名称である。テスト内容は、簡易ペネトレーションテストの内容を示す情報であり、重要度は、システムに侵入された場合の影響を、例えば、「大」、「中」、「小」の３段階で示したものである。重要度が大きいほど車両に対する影響が大きいことを示している。

例えば、バージョン「１．２」の簡易ペネトレーションテストのテスト名は「ＰＴ１」であり、そのテスト内容は「Ｘ１２３４」であり、重要度は「中」である。また、バージョン「１．３」の簡易ペネトレーションテストのテスト名は「ＰＴ２」であり、そのテスト内容は「Ｙ５６７８」であり、重要度は「小」である。

＜スキャン処理について＞
次に、図３に示したスキャン処理装置４のスキャン処理部４４が実行するスキャン処理について説明する。

スキャン処理部４４は、ポートスキャン処理、脆弱性情報に基づく脆弱性検出、脅威情報に基づく脅威検出処理、簡易ペネトレーションテストによる疑似攻撃処理などを、スキャン処理として実行する。以下、各スキャン処理について説明する。

≪ポートスキャン処理≫
スキャン処理部４４は、図５に示すポートスキャン情報に基づいて、ポートスキャンを実行する。例えば、スキャン処理部４４は、対象車両２の車両ＩＤから車種を特定する。車両ＩＤと車種との対応付け情報は、事前に、記憶部４７に記憶されていてもよい。スキャン処理部４４は、当該対応付け情報に基づいて、対象車両２の車両ＩＤから車種を特定する。対象車両２の車種が「Ｍ１」であったとした場合、スキャン処理部４４は、対象車両２のポートＩＤ「Ｐ１」のポートに対して、ＵＤＰスキャンおよびＴＣＰコネクトスキャンを実行し、ポートＩＤ「Ｐ２」のポートに対して、ＳＹＮスキャンを実行する。

≪脆弱性情報に基づく脆弱性診断≫
スキャン処理部４４は、図６に示す脆弱性情報に基づいて、脆弱性診断を実行する。つまり、スキャン処理部４４は、車両情報データベース５から取得した車両情報に基づいて、スキャン処理装置４に搭載されているＥＣＵ２３のプログラムのバージョンを取得する。スキャン処理部４４は、取得したＥＣＵ２３のプログラムのバージョンと、脆弱性情報に登録されているプログラムバージョンとの比較することにより、脆弱性を診断する。例えば、図４に示した車両ＩＤ「Ｃ１」の対象車両２には、車載制御装置ＩＤ「Ｅ１」のＥＣＵ２３が搭載され、そのＥＣＵ２３にインストールされているプログラムのバージョンは「Ｖ１．２」である。また、図６に示す脆弱性情報には、車載制御装置ＩＤ「Ｅ１」のＥＣＵ２３にインストールされるプログラムバージョン「Ｖ１．２」のプログラムにバッファオーバーフローの脆弱性が存在することが示されている。このため、スキャン処理部４４は、比較結果に基づいて、車両ＩＤ「Ｃ１」の対象車両２の車載制御装置ＩＤ「Ｅ１」のＥＣＵ２３に存在する脆弱性を検出する。

≪脅威情報に基づく脅威検出処理≫
スキャン処理部４４は、図７に示す脅威情報および図８に示すウイルス情報に基づいて、ウイルス情報に含まれる検索パターンを用いて、対象車両２を構成するＥＣＵ２３のプログラムやデータファイルや特定の文字列を検出したり、特定の動作パターンを検出するためのスキャン処理を実行する。

例えば、スキャン処理部４４は、バージョン「３．０１」のパターンファイルに基づくスキャン処理を行う場合には、プログラムやデータファイルから文字列「ＡＢＣ」を検出することによりウイルス名「ＶＡ」のウイルスを検出したり、文字列「ＸＹＺ」を検出することによりウイルス名「ＶＢ」のウイルスを検出したりする。

≪簡易ペネトレーションテストによる疑似攻撃処理≫
スキャン処理部４４は、図９に示す簡易ペネトレーションテスト情報に基づいて、当該情報に含まれるテスト内容の疑似攻撃を対象車両２に対して実行することで、対象車両２のシステムへの侵入を試みることで、対象車両２に対する脅威を検出する。

例えば、スキャン処理部４４は、バージョン「１．３」の簡易ペネトレーションテスト情報に基づいてペネトレーションテストを実行する場合には、テスト内容「Ｘ１２３４」のペネトレーションテストを実行する。

＜ＯＴＡサーバの構成＞
図１０は、ＯＴＡサーバの構成を示すブロック図である。
ＯＴＡサーバ７は、通信部７１と、制御部７２と、記憶部７５とを備える。
通信部７１は、インターネットなどのネットワークに接続されるとともに、当該ネットワークを介して、対象車両２またはスキャン処理装置４などの外部装置に接続される。通信部７１は、外部装置から受信した情報を制御部７２に送信し、制御部７２から受信した情報を外部装置に送信する。

制御部７２は、ＣＰＵなどにより構成され、記憶部７５に予め記憶されたプログラムを実行することにより実現される機能的な処理部として、車両情報取得部７３と、プログラム更新部７４とを備える。

車両情報取得部７３は、通信部７１を介してスキャン処理装置４から、脆弱性または脅威を検出した対象車両２の車両情報を取得する。

プログラム更新部７４は、車両情報取得部７３が取得した車両情報が示す車両ＩＤの対象車両２との間で、通信部７１を介して通信を行い、対象車両２に対して更新用プログラムをダウンロードする。これにより、対象車両２のＥＣＵ２３は、最新のプログラムにバージョンアップすることができ、セキュリティ上、安全な状態に維持することができる。

記憶部７５は、フラッシュメモリまたはＥＥＰＲＯＭなどの不揮発性メモリ、ＨＤＤなどの磁気記憶装置、ＳＲＡＭまたはＤＲＡＭ等のメモリ素子を含む。記憶部７５は、制御部７２で実行されるプログラムの他、スキャン処理装置４からダウンロードされた更新用プログラムなどの各種データを記憶する。

＜スキャン処理装置の処理手順＞
図１１は、本発明の実施の形態１に係るスキャン処理装置の処理手順を示すフローチャートである。

車両情報取得部４３は、対象車両２が充電開始時に送信する車両ＩＤを含む車両情報を受信するまで待機する（Ｓ１）。

車両情報を受信した場合には（Ｓ１でＹＥＳ）、車両情報取得部４３は、受信した車両情報に含まれる車両ＩＤに対応する車両情報を、車両情報データベース５から読み出す（Ｓ２）。

スキャン処理部４４は、車両情報取得部４３が読み出した車両情報に基づいて、今日の日付が次回スケジュールに該当するか否かを判断する（Ｓ３）。例えば、図４に示すように、対象車両２の車両ＩＤが「Ｃ１」である場合には、次回スケジュールは２０１８年５月３日以降である。このため、今日の日付が２０１８年５月３日以降であれば次回スケジュールに該当し、今日の日付が２０１８年５月２日以前であれば次回スケジュールには該当しない。

次回スケジュールに該当しない場合には（Ｓ３でＮＯ）、スキャン処理部４４は、定義情報データベース６に記憶されている脆弱性情報、脅威情報等の各定義情報の中に、重要度が「大」の定義情報が含まれているか否かを判断する（Ｓ４）。例えば、図６に示した車載制御装置ＩＤ「Ｅ５」の脆弱性情報が、深刻度「大」の定義情報である。

深刻度「大」の定義情報が含まれていなければ（Ｓ４でＮＯ）、ステップＳ１に戻る。

次回スケジュールに該当する場合（Ｓ３でＹＥＳ）、または次回スケジュールに該当しないが、深刻度「大」の定義情報が含まれている場合には（Ｓ４でＹＥＳ）、スキャン処理部４４は、定義情報データベース６に記憶されている各定義情報に基づいて、スキャン処理を実行する（Ｓ５）。なお、次回スケジュールに該当しないが、深刻度「大」の定義情報が含まれている場合には、深刻度「大」の定義情報についてのみスキャン処理を実行するようにしてもよい。

なお、スキャン処理部４４は、重要度が大きい定義情報を優先してスキャン処理を実行するのが望ましい。つまり、スキャン処理部４４は、重要度「大」の定義情報に基づくスキャン処理、重要度「中」の定義情報に基づくスキャン処理、重要度「小」の定義情報に基づくスキャン処理、その他の定義情報に基づくスキャン処理の順でスキャン処理を実行する。

例えば、スキャン処理部４４は、図５～図９に示した定義情報データベース６においては、図６に示した重要度「大」の車載制御装置「Ｅ５」の脆弱性情報に基づくスキャン処理を最優先で実行する。

次に、スキャン処理部４４は、図６に示した重要度「中」の車載制御装置「Ｅ１」の脆弱性情報に基づくスキャン処理と、図７に示した重要度「中」のバージョン「３．０１」の脅威情報（パターンファイル）に基づくスキャン処理と、図９に示したバージョン「１．２」の簡易ペネトレーションテストを優先して実行する。

次に、スキャン処理部４４は、図７に示した重要度「小」のバージョン「３．００」の脅威情報（パターンファイル）に基づくスキャン処理と、図９に示したバージョン「１．３」の簡易ペネトレーションテストを優先して実行する。

最後に、スキャン処理部４４は、重要度が付されていない、図５に示したポートスキャン情報に基づくスキャン処理を実行する。

なお、スキャン処理部４４は、車両情報データベース５のスキャン履歴に基づいて、既に実行済みのスキャン処理については、再度実行しないようにしてもよいし、未実行のスキャン処理を実行済みのスキャン処理よりも優先して実行するようにしてもよい。

スキャン処理部４４は、スキャン処理の結果を、スキャン履歴として車両情報データベース５に登録する（Ｓ６）。これにより、図４に示した車両情報データベースのスキャン履歴が更新される。

スキャン処理部４４によるスキャン処理により対象車両２に対する脆弱性または脅威が検出された場合には（Ｓ７でＹＥＳ）、処理結果通知部４５は、脆弱性または脅威が検出された対象車両２の車両情報を、通信部４１を介してＯＴＡサーバ７に送信する（Ｓ８）。

また、処理結果通知部４５は、脆弱性または脅威を検出した対象車両２と同一または類似する構成を有する他車両８に対して、スキャン処理またはプログラムの更新処理を促すための注意喚起情報を、通信部４１を介して送信する（Ｓ９）。

例えば、処理結果通知部４５は、記憶部４７に記憶されている車両ＩＤと車種との対応付け情報に基づいて、脆弱性または脅威を検出した対象車両２と同一の車種の他車両８を、同一または類似する構成を有する他車両８として特定し、当該他車両８に対して注意喚起情報を送信してもよい。

また、例えば、車載制御装置ＩＤ「Ｅ１」のＥＣＵ２３を備える対象車両２について脆弱性または脅威が検出された場合には、処理結果通知部４５は、車両情報データベース５から、車載制御装置ＩＤ「Ｅ１」のＥＣＵ２３を備える他車両８を、同一または類似する構成を有する他車両８として特定し、当該他車両８に対して注意喚起情報を送信してもよい。

また、例えば、対象車両２において、対象車両２が備える車載制御装置ＩＤ「Ｅ２」のＥＣＵ２３にインストールされたバージョンＶ３．０のプログラムに脆弱性または脅威が検出された場合には、処理結果通知部４５は、車両情報データベース５から、バージョンＶ３．０のプログラムがインストールされた車載制御装置ＩＤ「Ｅ２」のＥＣＵ２３を備える他車両８を、同一または類似する構成を有する他車両８として特定し、当該他車両８に対して注意喚起情報を送信してもよい。
なお、上述した他車両８の特定方法を組み合わせることもできる。

他車両８に送信される注意喚起情報には、例えば、スキャン処理装置４からのスキャン処理を促すメッセージ情報、またはＯＴＡサーバ７からの更新用プログラムのダウンロードを促すメッセージ情報などが含まれる。

注意喚起情報送信処理（Ｓ９）の後、または、脆弱性および脅威が検出されなかった場合には（Ｓ７でＮＯ）、処理結果通知部４５は、スキャン処理の処理結果を対象車両２に通知する（Ｓ１０）。

＜実施の形態１の効果＞
以上説明したように、本発明の実施の形態１によると、対象車両２の充電開始をトリガーとしてスキャン処理が実行される。これにより、対象車両２が充電を行っている状態においてスキャン処理を実行することができる。対象車両２の充電中は対象車両２が停止していることが保証されるため、スキャン処理装置４と対象車両２との間の通信状態が安定している。また、対象車両２は継続して走行するために定期的に充電を行う必要があるため、充電の度にスキャン処理を実行することができる。つまり、セキュリティスキャンを中断させることなく、定期的に実行することができる。

なお、処理結果通知部４５により対象車両２にスキャン処理の結果が通知される。このため、対象車両２のユーザはスキャン処理の結果を知ることができる。これにより、脆弱性や脅威が見つかった場合には、ＥＣＵ２３のプログラムを更新するなどの措置を取ることができる。これにより、安全に対象車両２を走行させることができる。

また、処理結果通知部４５は、ＯＴＡサーバ７に対して脅威または脆弱性が検出された対象車両２の車両情報を通知する。このため、ＯＴＡサーバ７から対象車両２への更新用プログラムの提供を円滑に実行することができる。

また、処理結果通知部４５は、脅威または脆弱性が検出された対象車両２と同一または類似する構成を有する他車両８に対し、スキャン処理およびＥＣＵ２３のプログラムの更新処理の少なくとも一方に関する通知を行う。これにより、脅威または脆弱性が検出される可能性のある他車両８に対して、スキャン処理またはプログラムの更新処理を促すことができる。これにより、他車両８の脅威または脆弱性を取り除くことができる。

また、スキャン処理部４４は、重要度の大きいスキャン処理を優先して実行することができる。このため、対象車両２に影響を及ぼす可能性の高い脅威または脆弱性に対するスキャン処理を優先的に実行することができる。

［変形例１］
上述の実施の形態１では、重要度の大きい順にスキャン処理を実行することとしたが、重要度の小さいものについてはスキャン処理を省略するようにしてもよい。

例えば、スキャン処理部４４は、前回のスキャン処理から定義情報データベース６の定義情報が更新されておらず、かつ、更新されていない定義情報に対するスキャン処理の重要度が所定閾値以下の場合（例えば、重要度が「中」以下）の場合には、当該スキャン処理を実行しないようにしてもよい。
これにより、効率的にスキャン処理を実行することができる。

［変形例２］
また、スキャン処理部４４は、時間取得部４６が取得した充電ステーション３から対象車両２への受電時間と、スキャン処理に要する時間であるスキャン処理時間との比較結果に基づいて、スキャン処理の実行を制御してもよい。

つまり、スキャン処理部４４は、スキャン処理時間が充電時間以下の場合に、スキャン処理を実行する。

また、スキャン処理部４４は、スキャン処理時間が充電時間よりも大きい場合には、スキャン処理を実行するものの、充電時間経過後は、スキャン処理を中止し、対象車両２への充電完了後にスキャン処理を実行しないようにしてもよい。ここで、スキャン処理部４４は、スキャン処理を中止するまでに実行したスキャン処理の結果を車両情報データベース５に登録する。

なお、スキャン処理部４４は、スキャン処理時間が充電時間よりも大きい場合には、スキャン処理を実行しないようにしてもよい。

ここで、スキャン処理部４４は、スキャン処理時間を、例えば、定義情報データベース６に含まれる定義情報の内容やデータサイズなどから予測してもよい。

変形例２によると、充電時間に応じてスキャンの実行の可否を判断したり、実行するスキャンの内容を変更したりすることができる。特に、スキャン処理時間が充電時間よりも大きい場合には、初めからスキャン処理を実行しないか、または充電時間満了までスキャンを実行し、その後にスキャン処理を実行しないようにすることができる。つまり、充電完了までにスキャン処理を確実に終わらせることができ、これにより、ユーザは、充電完了後に対象車両２を即座に走行させることができる。

［実施の形態２］
実施の形態１では、対象車両２がスキャン処理装置４と通信を行うこととした。しかしながら、コネクティッドカーではない電気自動車や、通信障害などの何らかの理由でインターネットに接続できない電気自動車は、スキャン処理装置４と通信を行うことができない。このため、スキャン処理装置４は、当該電気自動車に対するスキャン処理を実行することができない。

そこで、実施の形態２では、ＰＬＣ通信を利用してスキャン処理を実行する例について説明する。

図１２は、本発明の実施の形態２に係るスキャン処理システムの全体構成を示すブロック図である。

スキャン処理システム１の構成要素は、図１に示したものと同様である。ただし、対象車両２とスキャン処理装置４とが通信を行わず、対象車両２と充電ステーション３とが通信を行う点が、実施の形態１とは異なる。

対象車両２と充電ステーション３との通信は、充電ステーション３から対象車両２に電力を供給する電力線を用いたＰＬＣ（Power Line Communication）により行われる。

図１３は、充電ステーションの構成を示すブロック図である。
充電ステーション３は、通信部３１と、制御部３２と、記憶部３４とを備える。
通信部３１は、インターネットなどのネットワークを介して、スキャン処理装置４などの外部装置に接続される。また、通信部３１は、電力線を通じて、対象車両２と通信を行う。

制御部３２は、ＣＰＵなどにより構成され、記憶部３４に予め記憶されたプログラムを実行することにより実現される機能的な処理部として、中継処理部３３を備える。

中継処理部３３は、通信部３１を介して、対象車両２から車両情報を受信し、当該車両情報をスキャン処理装置４に送信する。

また、中継処理部３３は、通信部３１を介して、スキャン処理装置４によるリモートコントロール処理に従い、対象車両２に対してスキャン処理を実行する。リモートコントロール処理は、例えば、ＲＦＢ（remote framebuffer）プロトコルを利用したＶＮＣ（Virtual Network Computing）などにより実現することができる。

さらに、中継処理部３３は、通信部３１を介して、スキャン処理装置４からスキャン処理の結果を受信し、当該結果を対象車両２に送信する。

記憶部３４は、フラッシュメモリまたはＥＥＰＲＯＭなどの不揮発性メモリ、ＨＤＤなどの磁気記憶装置、ＳＲＡＭまたはＤＲＡＭ等のメモリ素子を含む。記憶部３４は、制御部３２で実行されるプログラムの他、各種データを記憶する。

再度図１２を参照して、スキャン処理システム１によるスキャン処理の流れについて説明する。

対象車両２が充電ステーション３からの充電を開始すると、対象車両２は、充電ステーション３に対して、対象車両２の識別子を含む車両情報とを送信し、充電ステーション３は、車両情報を受信する（ＳＴ２１）。

充電ステーション３は、対象車両２から受信した車両情報を、スキャン処理装置４に送信し、スキャン処理装置４は、充電ステーション３から、車両情報を受信する（ＳＴ２２）。

その後、ＳＴ２３～ＳＴ２６の処理が実行される。ＳＴ２３～ＳＴ２６の処理は、図１のＳＴ２～ＳＴ５の処理と同様である。

次に、スキャン処理装置４は、定義情報データベース６から取得した定義情報に基づいて、充電ステーション３をリモートコントロールして、対象車両２に対するスキャン処理を実行する（ＳＴ２７、ＳＴ２８）。

スキャン処理装置４は、スキャン処理の結果をスキャン履歴として車両情報データベース５に書き込む（ＳＴ２９）。

また、スキャン処理装置４は、当該結果を無線通信により充電ステーション３に通知し（ＳＴ３０）、充電ステーション３は、当該結果を、ＰＬＣにより対象車両２に送信する（ＳＴ３１）。

その後、ＳＴ３２～ＳＴ３４の処理が実行される。ＳＴ３２～ＳＴ３４の処理は、図１のＳＴ９～ＳＴ１１の処理と同様である。

以上説明したように、本発明の実施の形態２によると、コネクティッドカーではない電気自動車や、何らかの理由でインターネットに接続できない電気自動車に対して、充電ステーション３を介して、スキャン処理を実行することができ、当該スキャン処理の結果を通知することができる。

［付記］
以上、本発明の実施の形態に係るスキャン処理システム１について説明したが、本発明は、上述の実施の形態に限定されるものではない。

例えば、上述したスキャン処理装置４とＯＴＡサーバ７とは同一の装置であってもよい。つまり、１つの処理装置の中に、スキャン処理装置４の機能とＯＴＡサーバ７の機能とが含まれていてもよい。

また、スキャン処理装置４のスキャン処理部４４は、対象車両２に対してスキャン処理実行の可否を問合せ、対象車両２からスキャン処理実行の許可を得た場合にスキャン処理を実行するようにしてもよい。

また、上記の各装置を構成する構成要素の一部または全部は、１または複数のシステムＬＳＩ（Large Scale Integration）等の半導体装置から構成されているとしてもよい。

また、本発明は、スキャン処理装置４の構成要素をコンピュータに実現するためのコンピュータプログラムであるとしてもよい。このようなコンピュータプログラムは、コンピュータ読取可能な非一時的な記録媒体、例えば、ＨＤＤ、ＣＤ－ＲＯＭ、半導体メモリなどに記録させて流通させることができる。また、上記コンピュータプログラムを、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送することもできる。
また、上記各装置は、複数のコンピュータにより実現されてもよい。

さらに、上記実施の形態および上記変形例の少なくとも一部を任意に組み合わせるとしてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ スキャン処理システム
２ 対象車両
３ 充電ステーション
４ スキャン処理装置
５ 車両情報データベース
６ 定義情報データベース
７ ＯＴＡサーバ
８ 他車両
２１ 通信部
２２ 中継装置
２３ ＥＣＵ
２３Ａ ＥＣＵ
２４ 車内通信部
２５ 制御部
２６ 充電管理部
２７ スキャン処理管理部
２８ 記憶部
３１ 通信部
３２ 制御部
３３ 中継処理部
３４ 記憶部
４１ 通信部
４２ 制御部
４３ 車両情報取得部
４４ スキャン処理部
４５ 処理結果通知部
４６ 時間取得部
４７ 記憶部
７１ 通信部
７２ 制御部
７３ 車両情報取得部
７４ プログラム更新部
７５ 記憶部

Claims (1)

1. 充電中の対象車両から、当該対象車両の識別子を含む車両情報を取得する車両情報取得部と、
   取得した前記車両情報と、車両ごとにスキャン処理の次回のスケジュールを示す車両情報データベースと、車両に対する脅威および車両の脆弱性の少なくとも一方を定義する定義情報を含む定義情報データベースとに基づいて、前記対象車両に対する脅威および前記対象車両の脆弱性の少なくとも一方を検出するためのスキャン処理を実行するスキャン処理部と、
   前記対象車両に、前記スキャン処理部によるスキャン処理の結果を通知する処理結果通知部とを備え、
   前記処理結果通知部は、車載制御装置の更新用プログラムを提供するサーバに対して、前記スキャン処理部が脅威および脆弱性の少なくとも一方を検出した前記対象車両の識別子を通知し、
   前記処理結果通知部は、前記スキャン処理部が脅威および脆弱性の少なくとも一方を検出した前記対象車両と同一または類似する構成を有する他車両に対し、スキャン処理および車載制御装置のプログラムの更新処理の少なくとも一方に関する通知を行う、スキャン処理装置。

Images