特開 2023-149712 車載装置およびログ管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023149712

(43)【公開日】2023-10-13

(54)【発明の名称】車載装置およびログ管理方法

(51)【国際特許分類】

   G06F 11/07 20060101AFI20231005BHJP

   G08G 1/00 20060101ALI20231005BHJP

   G06F 11/34 20060101ALI20231005BHJP

   G16Y 40/20 20200101ALI20231005BHJP

   G16Y 20/20 20200101ALI20231005BHJP

   G16Y 10/40 20200101ALI20231005BHJP

【ＦＩ】

G06F11/07 151

G08G1/00 D

G06F11/07 140R

G06F11/34 176

G16Y40/20

G16Y20/20

G16Y10/40

【審査請求】未請求

【請求項の数】17

【出願形態】ＯＬ

(21)【出願番号】P 2022058442

(22)【出願日】2022-03-31

(71)【出願人】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】関屋 翔一朗

(72)【発明者】

【氏名】鳥崎 唯之

(72)【発明者】

【氏名】伊藤 貴佳

【テーマコード（参考）】

5B042

5H181

【Ｆターム（参考）】

5B042JJ10

5B042MA08

5B042MA09

5B042MA11

5B042MC40

5H181AA01

5H181BB04

5H181BB17

5H181BB18

5H181FF10

5H181FF13

5H181FF27

5H181FF32

5H181MB08

(57)【要約】

【課題】適切なログ情報を収集する。
【解決手段】本開示の車載装置では、異常検知個所を指定する異常検知個所部分と、異常検知個所部分により指定された異常検知個所において異常が検知された際に取得するログを示すログ取得部分とを含むログ取得要件をサーバから受信し、ログ取得要件を格納し、車両の異常を検知し、異常が検知された場合、異常を検知した個所と、格納されているログ取得要件とに基づいて、ログを取得し、取得したログをサーバへ送信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

サーバと通信可能であり、車両に搭載される車載装置であって、
１以上の異常検知個所を指定する異常検知個所部分と、前記異常検知個所部分により指定された異常検知個所において異常が検知された際に取得すべき１以上のログを示すログ取得部分とを含むログ取得要件を前記サーバから受信する受信部と、
前記ログ取得要件を格納する格納部と、
前記車両の異常を検知する検知部と、
前記検知部により異常が検知された場合、異常を検知した個所と、前記格納部に格納されているログ取得要件とに基づいて、ログを取得するログ取得部と、
前記ログ取得部により取得されたログを前記サーバへ送信する送信部と、
を備える車載装置。

【請求項2】

前記ログ取得部は、検知した異常に対応する前記ログ取得要件が複数ある場合、検知した異常に対応するログ取得要件に設定された優先度に基づいて、取得するログを決定する、請求項１に記載の車載装置。

【請求項3】

前記ログ取得要件の異常検知個所部分は、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ ＣｏｎｔｒｏｌＵｎｉｔ）を含む、請求項１に記載の車載装置。

【請求項4】

前記ログ取得要件の異常検知個所部分は、異常種別に基づくものを含む、請求項１または請求項３に記載の車載装置。

【請求項5】

前記ログ取得要件のログ取得部分は、ＥＣＵのログを含む、請求項１に記載の車載装置。

【請求項6】

前記ログ取得要件のログ取得部分は、ログ種別に基づくものを含む、請求項１または請求項５に記載の車載装置。

【請求項7】

前記受信部は、前記ログ取得要件の制御メッセージを取得し、前記制御メッセージに基づいて、前記格納部に格納されているログ取得要件を編集する、請求項１に記載の車載装置。

【請求項8】

前記ログ取得要件は、前記ログ取得要件の信頼度情報をさらに含み、
前記ログ取得部は、検知した異常に対応する前記ログ取得要件が複数ある場合、検知した異常に対応するログ取得要件の信頼度情報に基づいて、取得するログを決定する、請求項１に記載の車載装置。

【請求項9】

車両と通信可能であるサーバで実行するログ管理方法であって、
前記車両から異常を検知した個所を示す異常検知個所部分と、前記異常の検知に基づくログとを含む異常情報を前記車両から受信し、
受信した前記異常情報に基づいて、異常に対応するログを示すログ取得部分を特定し、
前記異常検知個所と、前記ログ取得部分とを含むログ取得要件を車両に送信する、ログ管理方法。

【請求項10】

前記ログ取得要件の異常検知個所部分は、ＥＣＵを含む、請求項９に記載のログ管理方法。

【請求項11】

前記ログ取得要件の異常検知個所部分は、異常種別に基づくものを含む、請求項９または請求項１０に記載のログ管理方法。

【請求項12】

前記ログ取得要件のログ取得部分は、ＥＣＵのログを含む、請求項９に記載のログ管理方法。

【請求項13】

前記ログ取得要件のログ取得部分は、ログ種別に基づくものを含む、請求項９または請求項１０に記載のログ管理方法。

【請求項14】

前記ログ取得要件の制御メッセージをさらに送信する、請求項９に記載のログ管理方法。

【請求項15】

前記ログ取得要件の信頼度を示す情報を前記ログ取得要件にさらに含めて送信する、請求項９に記載のログ管理方法。

【請求項16】

外部入力による前記ログ取得要件を送信する、請求項９に記載のログ管理方法。

【請求項17】

前記異常情報を受信した車両と同じ車種の車両をログ取得要件の送信先とする請求項９から請求項１６の何れか一項に記載のログ管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、車載装置およびログ管理方法に関する。

【背景技術】

【0002】

近年、車両から異常検知の情報およびログ情報を収集する技術がある（例えば、特許文献１）。これにより、車両へのサイバー攻撃による異常発生の原因・対策のためのログ情報を収集することができる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１８－０３２２５４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記サイバー攻撃のパターンが変更した場合等、単に画一的に同一種類のログ情報を収集しても適切なログ情報を収集することができない。

【0005】

本開示は、適切なログ情報を収集することを目的とする。

【課題を解決するための手段】

【0006】

本開示に係る車載装置は、サーバと通信可能であり、車両に搭載される車載装置であって、１以上の異常検知個所を指定する異常検知個所部分と、異常検知個所部分により指定された異常検知個所において異常が検知された際に取得すべき１以上のログを示すログ取得部分とを含むログ取得要件をサーバから受信する受信部と、ログ取得要件を格納する格納部と、車両の異常を検知する検知部と、検知部により異常が検知された場合、異常を検知した個所と、格納部に格納されているログ取得要件とに基づいて、ログを取得するログ取得部と、ログ取得部により取得されたログを前記サーバへ送信する送信部と、を備える。

【発明の効果】

【0007】

本開示に係る車載装置によれば、適切なログ情報を効率的に収集することができる。

【図面の簡単な説明】

【0008】

【図1】図１は、本実施形態にかかるシステムの一例を示す概要構成図である。

【図2】図２は、本実施形態にかかるログ取得要件の一例の一例を示す図である。

【図3】図３は、本実施形態にかかる管理部が記憶するデータの一例を示す図である。

【図4】図４は、本実施形態にかかるログ収集方法について説明する図である。

【図5】図５は、本実施形態にかかるログ取得要件生成処理手順を示すフローチャートである。

【図6】図６は、ログ情報取得処理手順を示すフローチャートである。

【図7A】図７Ａは、本実施形態にかかるログ取得対象決定方法を説明するための図である。

【図7B】図７Ｂは、変形例にかかるログ取得対象決定方法を説明するための図である。

【図8A】図８Ａは、変形例にかかる異常検知パターンの例を説明するための図である。

【図8B】図８Ｂは、変形例にかかるログ取得対象の例を説明するための図である。

【図9A】図９Ａは、変形例にかかる制御メッセージの例を示す図である。

【図9B】図９Ｂは、変形例にかかる制御メッセージ応じて制御する例を示す図である。

【図10A】図１０Ａは、変形例にかかるログ取得要件の例を示す図である。

【図10B】図１０Ｂは、変形例にかかる優先度を変更する例を示す図である。

【図11A】図１１Ａは、変形例にかかるログ取得要件の例を示す図である。

【図11B】図１１Ｂは、変形例にかかるログ取得要件の例を示す図である。

【発明を実施するための形態】

【0009】

（実施形態）
実施形態について図面を用いて説明する。

【0010】

（システムの構成例）
図１は、実施形態にかかるシステムの一例を示す概要構成図である。このシステムは、監視センター１と、車両２とを含む。監視センター１および車両２は、ネットワークを介して互いに情報を送受信することができる。

【0011】

監視センター１は、複数の車両２の状態を管理するシステムである。監視センター１は、サーバ装置等の情報処理装置である。監視センター１では、車両２から異常検知の情報を取得し、異常検知の内容に基づいて攻撃箇所を特定し、当該攻撃箇所に応じたログ取得対象を決定する。監視センター１は、攻撃箇所と、ログ取得対象とを車両２へ送信する。これにより、監視センター１は、車両２に取得対象のログの種類を指示することができる。

【0012】

車両２は、車両２の運転動作を制御する。また、車両２は、複数のＥＣＵ（ＥｌｅｃｔｒｏｎｉｃＣｏｎｔｒｏｌＵｎｉｔ）を備えており、複数のＥＣＵを監視して、異常を検知した場合、ログ情報を取得し、ログ情報を監視センター１へ送信する。また、車両２は、監視センター１から取得した取得対象のログの種類に基づいてログ情報を取得する。

【0013】

監視センター１は、受信部１１、イベント管理部１２、攻撃判定部１３、表示部１４、および出力部１５を備える。受信部１１は、車両２からの異常検知（イベント）に関する情報を受信する。受信部１１は、異常検知に関する情報として、異常発生したＥＣＵの種類と、当該異常発生したＥＣＵ等のログ情報とを取得する。

【0014】

イベント管理部１２は、車両２から取得した情報を記憶する記憶手段である。攻撃判定部１３は、イベント管理部１２に記憶されている情報に基づいて攻撃パターンを特定する。例えば、攻撃判定部１３は、車両２からＥＣＵ３およびＥＣＵ４の異常検知を受信した場合、ＥＣＵ間の接続関係等に基づき、ＥＣＵ１→ＥＣＵ２→ＥＣＵ３→ＥＣＵ４を攻撃経路と特定する。なお、攻撃経路を特定する手法については、公知の技術を適用することができる。

【0015】

表示部１４は、各種情報を表示する表示手段である。表示部１４は、イベント管理部１２に記憶されている情報を表示したり、攻撃判定部１３による判定結果を表示したりする。

【0016】

出力部１５は、攻撃判定部１３による判定結果に基づいたログ取得対象を示すログ取得要件を車両へ送信する。ここで、出力部１５が送信するログ取得要件データの例を図２を用いて説明する。出力部１５が送信するデータは、ログ取得要件の一例である。出力部１５は、異常検知パターンと、当該異常検知パターンに基づくログ取得対象とをログ取得要件データとして車両２へ送信する。

【0017】

図１に戻り、車両２は、制御部２１と、ＥＣＵ２２と、管理部２３と、更新部２４とを備える。制御部２１と、ＥＣＵ２２と、管理部２３と、更新部２４とは、車両に搭載されている。よって、制御部２１と、ＥＣＵ２２と、管理部２３と、更新部２４とは、車載装置の一例である。制御部２１は、複数のＥＣＵ２２（例えば、ＥＣＵ２２ａ、ＥＣＵ２２ｂ、・・・）を制御する。制御部２１は、例えば、セキュリティ機能を提供するＥＣＵである。制御部２１は、ＥＣＵ２２から異常を検知した旨を受信すると、管理部２３で管理している内容に基づいてログ取得対象を特定して、当該ログ取得対象のログ情報を取得して、監視センター１へログ情報を送信する。なお、各装置は個別の装置としてもよいし、例えば、制御部２１と管理部２３と更新部２４とが同じ装置に含まれるなど複数の機能を備えた装置としてもよい。

【0018】

ＥＣＵ２２は、ログ取得部２２１と、異常検知部２２２とを備える。ログ取得部２２１は、制御部２１からの指示に応じてログ情報を取得する。異常検知部２２２は、ＥＣＵ２２内で発生した異常を検知する。異常検知部２２２は、異常を検知すると、異常を検知した旨を制御部２１へ送信する。

【0019】

管理部２３は、監視センター１から受信したログ取得要件データを管理する記憶手段である。ここで、管理部２３が記憶するログ取得要件データの例について図３を用いて説明する。図３に示すように、管理部２３は、異常検知パターン、ログ取得対象、および優先度を記憶する。ここで、優先度は、異常検知パターンおよびログ取得対象の同一組み合わせのログ取得要件データを受信した回数等である。

【0020】

図１に戻り、更新部２４は、監視センター１から受信したログ取得要件データを管理部２３へ格納する。なお、更新部２４は、管理部２３に記憶されているログ取得要件データを編集するようにしてもよい。

【0021】

続いて、図４を用いて、監視センター１のログ収集方法について説明する。車両２ａでは、ログ取得要件が未定義の場合、異常発生ＥＣＵとその隣接ＥＣＵをログ対象とする。まず、車両２ａは、ＥＣＵ２２ｃおよびＥＣＵ２２ｄの異常を検知する。車両２ａでは、ＥＣＵ２２ｃおよびＥＣＵ２２ｄ（ＥＣＵ３およびＥＣＵ４）で異常を検知した場合、車両２ａの制御部２１は、上記の条件に基づき、ＥＣＵ２２ｂ、ＥＣＵ２２ｃ、ＥＣＵ２２ｄ、およびＥＣＵ２２ｅのログ情報を取得する。車両２ａの制御部２１は、ＥＣＵ２２ｃおよびＥＣＵ２２ｄで異常を検出した旨（異常検知箇所）と、ＥＣＵ２２ｂ、ＥＣＵ２２ｃ、およびＥＣＵ２２ｄのログ情報とを監視センター１へ送信する。

【0022】

監視センター１は、車両２ａから異常検知箇所と、当該異常検知箇所に基づいたログ情報とを受信する。監視センター１は、車両２ａや他の車両２から受信した異常検知箇所と、当該異常検知箇所に基づいたログ情報を参照して、攻撃経路を判定する。監視センター１は、攻撃経路をＥＣＵ１→ＥＣＵ２→ＥＣＵ３→ＥＣＵ４と判定した場合、異常検知パターン（異常検知箇所）が、ＥＣＵ３およびＥＣＵ４である場合、ログ取得対象をＥＣＵ１～ＥＣＵ４とするログ取得要件データを車両２（例えば、車両２ｂ）へ送信する。

【0023】

車両２ｂにおいて、ＥＣＵ２２ｃおよびＥＣＵ２２ｄで異常を検知した場合、異常検知パターンがＥＣＵ３およびＥＣＵ４のログ取得要件のうち、ログ取得対象がＥＣＵ１～ＥＣＵ４であるとするログ取得要件の優先度が最も高い、すなわち、ログ取得要件の監視センター１からの受信回数が最も多いとき、車両２ｂの制御部２１は、ＥＣＵ１～ＥＣＵ４からログ情報を取得する。

【0024】

続いて、監視センター１が、ログ取得要件を生成する処理手順について図５を用いて説明する。図５は、ログ取得要件生成処理手順を示すフローチャートである。

【0025】

前提として、イベント管理部１２が、異常検知箇所と、ログ情報とが対応付けられたイベントを記憶しているものとする。まず、攻撃判定部１３が、イベント管理部１２から攻撃判定するイベントを取得する（ステップＳ１）。続いて、攻撃判定部１３が、イベントに基づき攻撃経路を推定する（ステップＳ２）。攻撃判定部１３は、イベントの異常検知パターン、攻撃経路、および車種情報を出力部１５へ出力する（ステップＳ３）。

【0026】

出力部１５は、受信した車種情報に対応する車種の車両２に対して、異常検知パターンおよびログ取得対象（攻撃経路）をログ取得要件として送信する（ステップＳ４）。なお、車両２の更新部２４は、ログ取得要件を受信して、受信したログ取得要件を管理部２３に格納する。

【0027】

続いて、車両２が、ログ取得要件に基づいてログ情報を取得する処理手順について図６を用いて説明する。図６は、ログ情報取得処理手順を示すフローチャートである。

【0028】

異常検知部２２２が、異常検知した旨（異常検知結果）を制御部２１へ送信する（ステップＳ１１）。制御部２１は、異常検知結果を受信して、異常検知パターンを把握する（ステップＳ１２）。制御部２１は、管理部２３を参照して、異常検知パターンに対応するログ取得対象の内、優先度が最も高い、すなわち受信回数が最も多いログ取得要件を取得する（ステップＳ１３）。

【0029】

制御部２１は、取得したログ取得要件のログ取得対象のログ情報を取得して（ステップＳ１４）、異常検知結果とログ情報とを監視センター１へ送信する（ステップＳ１５）。

【0030】

上述の実施形態では、車両２は、異常検知パターンとログ取得対象とを含むログ取得要件を受信し、当該ログ取得要件を格納しておく。車両２は、車両２の異常を検知した場合、検知した異常に対応するログ取得要件に基づいてログを取得して、取得したログを監視センター１へ送信する。

【0031】

このように、車両２は、予めログ取得要件を格納しておき、検知した異常に対応するログ取得要件に基づいてログを取得するので、適切なログ情報を収集することができる。

【0032】

（変形例）
なお、上述の実施形態では、図７Ａに示すように、車両２は、ＥＣＵ３およびＥＣＵ４で異常を検知した場合、管理部２３を参照して、異常検知パターンに対応するログ取得対象の内、受信回数が最も多いログ取得要件を取得する。なお、これに限られず、車両２は、異常検知パターンに対応するログ取得対象の内、受信回数が上位Ｎ番目（例えば、３番目）までのログ取得要件のログ取得対象のログを取得するようにしてもよい。

【0033】

例えば、図７Ｂに示すように、車両２は、異常検知パターンに対応するログ取得対象の内、受信回数が３番目までのログ取得要件を参照して、ログ取得対象をＥＣＵ１～ＥＣＵ５とするようにしてもよい。

【0034】

また、上述の実施形態では、車両２は、異常検知したＥＣＵ２２を異常検知パターンとして、監視センター１へ送信する場合について述べたが、異常種別の情報を異常検知パターンとして送信するようにしてもよい。そして、監視センター１は、車両２から取得した異常種別の情報を含む異常検知パターンに基づいて攻撃パターンを特定して、当該攻撃パターンに対応するログ取得対象を特定するようにしてもよい。

【0035】

ここで、図８Ａに異常検知パターンの例を示す。図８Ａに示すように、ＥＣＵのみに限らず、ＥＣＵに異常種別を加えたものを異常検知パターンとするようにしてもよい。また、異常種別のみを異常検知パターンとするようにしてもよい。

【0036】

また、上述の実施形態では、監視センター１は、ログ取得対象をＥＣＵとする場合について述べたが、他の情報をログ取得対象とするようにしてもよい。ここで、図８Ｂにログ取得対象の例を示す。図８Ｂに示すように、ＥＣＵのみに限らず、ＥＣＵにログ種別を加えたものをログ取得対象とするようにしてもよい。また、ログ種別のみをログ取得対象とするようにしてもよい。

【0037】

また、上述の実施形態では、特に述べていなかったが、監視センター１は、ログ取得要件について制御メッセージを出力するようにしてもよい。ここで、図９Ａに、制御メッセージの例を示す。制御メッセージは、異常検知パターン、ログ取得対象、および制御ＭＳＧを対応付けたデータである。制御ＭＳＧは、制御処理内容を示すものであり、図９Ａの例では、削除指示を示すものである。監視センター１は、図９Ａに示した制御メッセージを送信すると、車両２は、上記制御メッセージを受信し、車両２の更新部２４は、制御メッセージに基づき、図９Ｂに示すように、制御メッセージの異常検知パターンおよびログ取得対象に対応するログ取得要件を削除する。

【0038】

このように、監視センター１は、制御メッセージを送信して、不要と想定されるログ取得要件を車両２に編集させることで、適切なログ取得要件のみを車両２に残すことができる。なお、制御メッセージの制御処理内容として、削除指示以外に、優先度を指定するものやアルゴリズムの切替でもよい。アルゴリズムの切替とは、ログ取得対象決定アルゴリズムを切り替えるものである。

【0039】

また、上述の実施形態では、車両２は、ログ取得要件において受信回数を記憶する場合について述べたが、監視センター１が、図１０Ａに示すような、信頼度を付した情報を車両２に送信するようにしてもよい。そして、車両２は、取得した信頼度を、記憶済の異常検知パターン・ログ取得対象のレコードの優先度に加算するようにしてもよい。

【0040】

このように、システムは、異常検知パターン・ログ取得対象の組み合わせに信頼度を設定しておくことで、車両２は、当該信頼度に基づいて異常検知パターンに最も適切なログ取得対象を選択することができる。

【0041】

また、監視センター１は、攻撃パターンを判定することで、異常検知パターンおよびログ取得対象の組み合わせを設定する場合について述べたが、監視センター１の操作者が定義するようにしてもよい。監視センター１の操作者が、例えば、図１１Ａに示すように、全ての異常検知パターンに対して、ログ取得対象をＥＣＵ１、ＥＣＵ２として、優先度を最優先としたログ取得要件を定義してもよい。

【0042】

この場合、操作者により設定されたログ取得要件も送信することができ、より網羅したログ取得要件を車両２へ提供することができる。あるいは、特定のＥＣＵのログを取得対象としたログ取得要件を提供することで、特定のＥＣＵへの攻撃を重点的に監視、分析するなど、操作者の意図に沿ったログの取得が可能となる。また、前記の制御メッセージを含めたログ監視要件と組み合わせることにより、ログ取得要件の設定を柔軟に行うことができる。

【0043】

また、監視センター１は、図１１Ｂに示すように、ログ取得要件の情報を複数まとめて車両２に送信するようにしてもよい。

【0044】

以上の実施形態に関し、以下を開示する。
サーバと通信可能であり、車両に搭載される車載装置で実行するログ取得方法であって、
１以上の異常検知個所を指定する異常検知個所部分と、異常検知個所部分により指定された異常検知個所において異常が検知された際に取得すべき１以上のログを示すログ取得部分とを含むログ取得要件を前記サーバから受信し、
前記ログ取得要件を格納し、
前記車両の異常を検知し、
異常が検知された場合、異常を検知した個所と、格納されているログ取得要件とに基づいて、ログを取得し、
前記取得したログをサーバへ送信する、
ログ取得方法。

【0045】

以上、本開示の実施形態を説明したが、上述の実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら新規な実施形態およびその変形は、発明の範囲および要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらに、異なる実施形態および変形例にわたる構成要素を適宜組み合わせてもよい。

【0046】

また、上述した実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・アッセンブリ」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。

【0047】

上記各実施形態では、本開示はハードウェアを用いて構成する例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアでも実現することも可能である。

【0048】

また、上記各実施形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。集積回路は、上記実施の形態の説明に用いた各機能ブロックを制御し、入力端子と出力端子を備えてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

【0049】

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサおよびメモリを用いて実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、ＬＳＩ内部の回路セルの接続又は設定を再構成可能なリコンフィギュラブル プロセッサ（Reconfigurable Processor）を利用してもよい。

【0050】

さらには、半導体技術の進歩又は派生する別技術により、ＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックを集積化してもよい。バイオ技術の適用等が可能性としてありえる。

【0051】

また、本明細書に記載された実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

【符号の説明】

【0052】

１ 監視センター
２ 車両
１１ 受信部
１２ イベント管理部
１３ 攻撃判定部
１４ 表示部
１５ 出力部
２１ 制御部
２２ ＥＣＵ
２３ 管理部
２４ 更新部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8A】

【図8B】

【図9A】

【図9B】

【図10A】

【図10B】

【図11A】

【図11B】