(57)【要約】      （修正有）【課題】車両状態がどのような状態であるかを可視化してユーザ等に適切に提示する、センター装置、表示装置、特定結果表示システム、特定結果送信プログラム及び特定結果表示プログラムを提供する。【解決手段】車両状態の特定結果表示システム１において、センター装置２は、複数の情報を統合して車両状態を特定する車両状態特定部１５ａと、車両状態特定部による車両状態の特定結果を表示装置において表示可能な可視化情報として生成する可視化情報生成部１５ｂと、可視化情報生成部により生成された可視化情報を表示装置に送信する可視化情報送信部１５ｃと、を備える。【選択図】図１
2020021135.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報を統合して車両状態を特定する車両状態特定部（１５ａ）と、
前記車両状態特定部による車両状態の特定結果を表示装置において表示可能な可視化情報として生成する可視化情報生成部（１５ｂ）と、
前記可視化情報生成部により生成された可視化情報を前記表示装置に送信する可視化情報送信部（１５ｃ）と、を備えるセンター装置。
【請求項２】
前記可視化情報生成部は、車両ログ情報とアプリ評価情報とを統合したアプリ利用状況、車両ログ情報と車両情報と設計情報とを統合した異常発生状況、車両ログ情報に基づいたイベントログ、通信ログ情報と脅威情報とを統合した通信先対象のうち少なくとも何れかを可視化情報として生成する請求項１に記載したセンター装置。
【請求項３】
前記可視化情報生成部は、車両内個別の異常状況、ケース別の異常発生傾向、イベント発生状況の概況のうち少なくとも何れかを可視化情報として生成する請求項１に記載したセンター装置。
【請求項４】
前記可視化情報生成部は、車両内個別の異常状況を可視化情報として生成する場合に、不正通信発生、バス負荷異常情報、ファームウェア異常のうち少なくとも何れかを生成する請求項３に記載したセンター装置。
【請求項５】
前記可視化情報生成部は、イベント発生状況の概況を可視化情報として生成する場合に、アラート発生件数、イベント発生状況、エリア別アラート一覧のうち少なくとも何れかを生成する請求項３に記載したセンター装置。
【請求項６】
請求項１から５の何れか一項に記載したセンター装置（２）と、
前記センター装置から可視化情報を受信し、その受信した可視化情報を表示する表示装置（４，１２，１４）と、を備える車両状態の特定結果表示システム。
【請求項７】
センター装置（２）に、
複数の情報を統合して車両状態を特定する車両状態特定手順と、
前記車両状態特定手順による車両状態の特定結果を表示装置において表示可能な可視化情報として生成する可視化情報生成手順と、
前記可視化情報生成手順により生成した可視化情報を前記表示装置に送信する可視化情報送信手順と、を実行させる車両状態の特定結果送信プログラム。
【請求項８】
センター装置において、複数の情報が統合されて車両状態が特定され、その車両状態の特定結果が表示装置において表示可能な可視化情報として生成されたことで、前記センター装置から可視化情報を受信する可視化情報受信部（２３ａ，２５ａ，２７ａ）と、
前記可視化情報受信部により受信された可視化情報を表示部に表示させる表示制御部（２３ｂ，２５ｂ，２７ｂ）と、を備える表示装置。
【請求項９】
請求項８に記載した表示装置（４，１２，１４）と、
複数の情報を統合して車両状態を特定し、その車両状態の特定結果を表示装置において表示可能な可視化情報として生成し、その生成した可視化情報を前記表示装置に送信するセンター装置（２）と、を備える車両状態の特定結果表示システム。
【請求項１０】
表示装置（４，１２，１４）に、
センター装置において、複数の情報が統合されて車両状態が特定され、その車両状態の特定結果が表示装置において表示可能な可視化情報として生成されたことで、前記センター装置から可視化情報を受信する可視化情報受信手順と、
前記可視化情報受信手順により受信した特定結果を表示部に表示させる表示制御手順と、を実行させる車両状態の特定結果表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センター装置、表示装置、車両状態の特定結果表示システム、車両状態の特定結果送信プログラム及び車両状態の特定結果表示プログラムに関する。
【背景技術】
【０００２】
近年、通信ネットワークの進展等に伴い、コネクッテッドカーの技術が普及している。コネクッテッドカーの技術を利用し、車両状態を無線で更新する構成として、例えば車両の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載されているアプリプログラムを無線で書換える（リプログする）構成が想定されている。ＥＣＵに搭載されているアプリプログラムを無線で書換える構成では、車両側のリプログを管理する車両側マスタ装置は、センター装置からリプログデータをダウンロードし、そのダウンロードしたリプログデータを書換え対象のＥＣＵに配信し、アプリプログラムを書換える。例えば特許文献１には、センター装置から車両側マスタ装置へのリプログデータのダウンロードの進捗状況を車載ディスプレイに表示し、ダウンロードの進捗状況をユーザに表示する構成が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１９１７８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されている構成では、ダウンロードの進捗状況を可視化してユーザに提示することができる。しかしながら、そのダウンロードされたリプログデータが正常なデータであるか異常なデータであるかをユーザに提示することはできない。即ち、車両状態を無線で更新する構成では、その更新の進捗状況を可視化してユーザに提示することに止まり、車両状態がどのような状態であるかをユーザに提示することができない。このような事情から、安全安心感をユーザに与えること等を目的とし、車両状態がどのような状態であるかを可視化してユーザに提示する仕組みが求められている。又、車両を使用するユーザに限らず、車両を監視する監視者等のユーザ以外にも提示する仕組みが求められている。
【０００５】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、車両状態がどのような状態であるかを可視化してユーザ等に適切に提示することができるセンター装置、表示装置、車両状態の特定結果表示システム、車両状態の特定結果送信プログラム及び車両状態の特定結果表示プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載した発明によれば、車両状態特定部（１５ａ）は、複数の情報を統合して車両状態を特定する。可視化情報生成部（１５ｂ）は、車両状態が車両状態特定部により特定されると、その特定結果を表示装置において表示可能な可視化情報として生成する。可視化情報送信部（１５ｃ）は、可視化情報が可視化情報生成部により生成されると、その生成された可視化情報を表示装置に送信する。
【０００７】
複数の情報を統合して車両状態を特定し、その特定結果を可視化情報として生成し、その生成した可視化情報を表示装置に送信するようにした。車両状態の特定結果が可視化情報として表示装置において表示されることで、車両状態がどのような状態であるかを可視化してユーザ等に適切に提示することができる。
【０００８】
請求項８に記載した発明によれば、可視化情報受信部（２３ａ，２５ａ，２７ａ）は、センター装置において、複数の情報が統合されて車両状態が特定され、その車両状態の特定結果が表示装置において表示可能な可視化情報として生成されたことで、センター装置から可視化情報を受信する。表示制御部（２３ｂ，２５ｂ，２７ｂ）は、可視化情報が可視化情報受信部により受信されると、その受信された可視化情報を表示部に表示させる。
【０００９】
センター装置から車両状態の特定結果を可視化情報として受信し、その受信した可視化情報を表示するようにした。請求項１に記載した発明と同様に、車両状態の特定結果が可視化情報として表示装置において表示されることで、車両状態がどのような状態であるかを可視化してユーザ等に適切に提示することができる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態の全体構成を示す図
【図２】携帯端末の機能ブロック図
【図３】車載ディスプレイの機能ブロック図
【図４】監視ディスプレイの機能ブロック図
【図５】センター装置における初期登録処理を示すフローチャート
【図６】センター装置におけるアプリプログラム評価処理を示すフローチャート
【図７】センター装置における異常検知処理を示すフローチャート
【図８】携帯端末、車載ディスプレイ、監視ディスプレイにおける情報表示処理を示すフローチャート
【図９】シーケンス図（その１）
【図１０】シーケンス図（その２）
【図１１】シーケンス図（その３）
【図１２】シーケンス図（その４）
【図１３】警告画面を示す図
【図１４】各種情報と各種表示項目との対応関係を示す図
【図１５】車両内個別の異常状況画面を示す図
【図１６】ケース別の異常発生傾向画面を示す図
【図１７】イベント発生状況の概況画面を示す図（その１）
【図１８】イベント発生状況の概況画面を示す図（その２）
【図１９】アラート発生件数を示す図
【図２０】イベント発生状況を示す図
【図２１】エリア別アラート一覧を示す図
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態について図面を参照して説明する。車両状態の特定結果表示システムは、車両のＥＣＵに搭載されている車両制御や診断等のアプリプログラムを無線で書換える際のアプリ評価結果や異常を検知した際の異常検知結果を表示するシステムである。
【００１２】
図１に示すように、車両状態の特定結果表示システム１は、センター装置２と、ユーザが使用する車両に搭載されている車両側システム３と、ユーザが携帯する携帯端末４（表示装置）と、アプリプログラムのリプログのサービスを監視する監視システム５とを有する。携帯端末４は、例えばＷｅｂブラウザを有するスマートフォンやタブレット等である。センター装置２と、車両側システム３、携帯端末４及び監視システム５とは、通信ネットワークを介してデータ通信可能に構成されている。通信ネットワークは、例えば４Ｇ回線等による移動体通信ネットワークやインターネットやＷｉＦｉ（Wireless Fidelity）（登録商標）等を含んで構成される。
【００１３】
車両側システム３は、車両側マスタ装置６を有する。車両側マスタ装置６は、車両側のリプログを管理する装置であり、車載通信機（以下、ＴＣＵ（Telematics Communication Unit）と称する）７と車両用ゲートウェイ装置（以下、ＣＧＷ（Central Gate Way）と称する）８とを有し、ＴＣＵ７とＣＧＷ８とがデータ通信可能に接続されている。ＴＣＵ７は、アプリプログラムを提供するアプリ提供者により管理されるファイルサーバ９との間で通信ネットワークを介してデータ通信可能に構成されている。
【００１４】
ファイルサーバ９は、アプリプログラムを書換えるためのリプログデータを管理し、外部からリプログデータのダウンロード要求を受信すると、リプログデータが格納されている配信パッケージをＴＣＵ７に送信する。ＴＣＵ７は、ファイルサーバ９から配信パッケージをダウンロードすると、そのダウンロードした配信パッケージからリプログデータを抽出し、その抽出したリプログデータをＣＧＷ８に転送する。
【００１５】
ＣＧＷ８は、データ中継機能を有し、ＴＣＵ７からリプログデータが転送されると、その転送されたリプログデータをアプリプログラムの書換え対象のＥＣＵに配信する。書換え対象のＥＣＵは、ＣＧＷ８からリプログデータを受信すると、その受信したリプログデータをフラッシュメモリに書込んでアプリプログラムを書換える。
【００１６】
ＣＧＷ８には、バス１０を介して各種ＥＣＵ１１及び車載ディスプレイ１２（表示装置）が接続されている。バス１０は、例えばボディ系のバス、走行系のバス、マルチメディア系のバス等である。ボディ系のバスに接続されているＥＣＵ１１は、例えばドアのロック／アンロックを制御するドアＥＣＵ、メータ表示を制御するメータＥＣＵ、エアコンの駆動を制御するエアコンＥＣＵ、ウィンドウの開閉を制御するウィンドウＥＣＵ等のボディ系の制御を行うＥＣＵである。走行系のバスに接続されているＥＣＵ１１は、例えばエンジンの駆動を制御するエンジンＥＣＵ、ブレーキの駆動を制御するブレーキＥＣＵ、自動変速機の駆動を制御するＥＣＴＥＣＵ、パワーステアリングの駆動を制御するパワーステアリングＥＣＵ等の走行系の制御を行うＥＣＵである。マルチメディア系のバスに接続されているＥＣＵ１１は、例えばナビゲーションシステムを制御するためのナビゲーションＥＣＵ、電子式料金収受システム（ＥＴＣ（Electronic Toll Collection System、登録商標））を制御するＥＴＣＥＣＵ等のマルチメディア系の制御を行うＥＣＵである。バス１０は、ボディ系のバス、走行系のバス、マルチメディア系のバス以外の系統のバスであっても良く、例えば運転支援系のバス、パワトレ系のバス、シャシー系のバス等であっても良い。又、バス１０の本数やＥＣＵ１１の個数は例示した構成に限らない。
【００１７】
車両側マスタ装置６は、ファイルサーバ９から配信パッケージをダウンロードすると、上記したようにダウンロードした配信パッケージからリプログデータを抽出することに加え、その抽出したリプログデータのアプリ属性情報を取得する。アプリ属性情報は、センター装置２がアプリプログラムを評価するのに必要な情報であり、例えばファイル名、ファイルの発行元、ハッシュ等を含む情報である。車両側マスタ装置６は、センター装置２からアプリ属性情報の取得要求を受信すると、その取得したアプリ属性情報をセンター装置２に送信する。
【００１８】
又、車両側マスタ装置６は、センター装置２から通信ログ情報の取得要求を受信すると、通信ログ情報をセンター装置２に送信する。通信ログ情報は、ＴＣＵ７のデータ通信に関する情報であり、例えば通信相手先、通信時間、通信データ量等を含む情報である。車両側マスタ装置６は、センター装置２から車両ログ情報の取得要求を受信すると、車両ログ情報をセンター装置２に送信する。車両ログ情報は、車両の挙動に関する情報であり、例えばＥＣＵ１１の動作状態、車両位置等を含む情報である。
【００１９】
車載ディスプレイ１２は、例えばナビゲーション機能を兼用するディスプレイやメータ機器に配置されているメータディスプレイであり、各種表示画面を表示する機能を有する。ＥＣＵ１１に搭載されているアプリプログラムをユーザが乗車中に書換える場合には、例えばリプログの承諾やインストールの指示等のリプログに関与する一連の各種画面を車載ディスプレイ１２で確認しながら操作入力を行い、アプリプログラムのリプログに関与する一連の各種手続きを可能である。又、ＥＣＵ１１に搭載されているアプリプログラムをユーザが降車中に書換える場合には、リプログに関与する一連の各種画面を携帯端末４で確認しながら操作入力を行い、アプリプログラムのリプログに関与する一連の各種手続きを可能である。即ち、ユーザは、車室内と車室外とで車載ディスプレイ１２と携帯端末４とを使い分け、アプリプログラムのリプログに関与する一連の各種手続きを可能である。
【００２０】
監視側システム４は、通信装置１３と、監視ディスプレイ１４（表示装置）とを有する。通信装置１３は、センター装置２との間で通信ネットワークを介してデータ通信を行う。監視ディスプレイ１４は、各種表示画面を表示する。
【００２１】
センター装置２は、制御部１５と、通信ログ情報データベース１６と、車両ログ情報データベース１７と、車両情報データベース１８と、設計情報データベース１９と、アプリ評価情報データベース２０と、脅威情報データベース２１と、地図情報データベース２２とを有する。
【００２２】
制御部１５は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を含むマイコンを有し、非遷移的実体的記憶媒体に格納されている制御プログラムを実行して各種処理を行い、センター装置２の動作を制御する。制御部１５が実行する制御プログラムには、車両状態の特定結果送信プログラムが含まれる。
【００２３】
通信ログ情報データベース１６は、車両毎の通信ログ情報を記憶するデータベースである。例えばＴＣＵ７が正常な通信相手先からアクセスされたことでＴＣＵ７が正常なデータ通信を行うと、正常なデータ通信を示す通信ログ情報が車両側マスタ装置６からセンター装置２に送信される。通信ログ情報データベース１６は、正常なデータ通信を示す通信ログ情報がセンター装置２に受信されることで、正常なデータ通信を示す通信ログ情報を記憶する。一方、例えばＴＣＵ７が異常な通信相手先からアクセス（不正アクセス）されたことでＴＣＵ７が異常なデータ通信を行うと、異常なデータ通信を示す通信ログ情報が車両側マスタ装置６からセンター装置２に送信される。通信ログ情報データベース１６は、異常なデータ通信を示す通信ログ情報がセンター装置２に受信されることで、異常なデータ通信を示す通信ログ情報を記憶する。
【００２４】
車両ログ情報データベース１７は、車両毎の車両ログ情報を記憶するデータベースである。例えばファイルサーバ９からダウンロードされたリプログデータが正常なデータであり、その正常なリプログデータが書込まれてリプログされたアプリプログラムの挙動が正常であるときには、正常な挙動を示す車両ログ情報が車両側マスタ装置６からセンター装置２に送信される。車両ログ情報データベース１７は、正常な挙動を示す車両ログ情報がセンター装置２に受信されることで、正常な挙動を示す車両ログ情報を記憶する。一方、例えばファイルサーバ９からダウンロードされたリプログデータが異常なデータ（例えば改竄されたデータ）であり、その異常なリプログデータが書込まれてリプログされたアプリプログラムの挙動が異常であるときには、異常な挙動を示す車両ログ情報が車両側マスタ装置６からセンター装置２に送信される。車両ログ情報データベース１７は、異常な挙動を示す車両ログ情報がセンター装置２に受信されることで、異常な挙動を示す車両ログ情報を記憶する。
【００２５】
車両情報データベース１８は、車両のスペックを示す車両情報を記憶するデータベースである。車両情報データベース１８は、例えば車両メーカやディーラーの担当者により車両の工場出荷後に車両情報の登録操作が行われることで、車両情報を記憶する。設計情報データベース１９は、車両の設計に関する事項を示す設計情報を記憶するデータベースである。設計情報データベース１９は、例えば車両メーカやディーラーの担当者により車両の工場出荷後に設計情報の登録操作が行われることで、設計情報を記憶する。
【００２６】
アプリ評価情報データベース２０は、正常なアプリプログラムであるか異常なアプリプログラムであるか等のアプリプログラムの評価を示すアプリ評価情報を記憶するデータベースである。アプリ評価情報データベース２０は、例えばアプリプログラムを管理する管理者によりアプリ評価情報の登録操作が行われることで、アプリ評価情報を記憶する。
【００２７】
脅威情報データベース２１は、車両の挙動において脅威となる脅威情報を記憶するデータベースである。脅威情報データベース２１は、例えば外部からＴＣＵ７へのアクセスを監視する監視者により脅威情報の登録操作が行われることで、脅威情報を記憶する。地図情報データベース２２は、地図情報を記憶するデータベースである。地図情報データベース２２は、例えば地図情報を提供する提供者により地図情報の登録操作が行われることで、地図情報を記憶する。
【００２８】
制御部１５は、車両状態特定部１５ａと、可視化情報生成部１５ｂと、可視化情報送信部１５ｃとを有する。これらの各機能ブロック１５ａ〜１５ｃは、ソフトウェアにより構成される。車両状態特定部１５ａは、複数の情報を統合して車両状態を特定する。即ち、車両状態特定部１５ａは、通信ログ情報データベース１６に記憶されている通信ログ情報と、車両ログ情報データベース１７に記憶されている車両ログ情報と、車両情報データベース１８に記憶されている車両情報と、設計情報データベース１９に記憶されている設計情報と、アプリ評価情報データベース２０に記憶されているアプリ評価情報と、脅威情報データベース２１に記憶されている脅威情報と、地図情報データベース２２に記憶されている地図情報のうち何れかを統合して車両状態を特定する。
【００２９】
車両状態特定部１５ａは、車両状態を特定する一例としてアプリプログラムを評価する。車両状態特定部１５ａは、アプリ属性情報の取得要求を車両側マスタ装置６に送信し、車両側マスタ装置６からアプリ属性情報を取得する。車両状態特定部１５ａは、車両側マスタ装置６からアプリ属性情報を取得すると、そのアプリ属性情報からファイル名を特定し、アプリ評価情報データベース２０を検索し、その特定したファイル名に該当するアプリ評価情報をアプリ評価情報データベース２０から取得する。
【００３０】
車両状態特定部１５ａは、その特定したファイル名に該当するアプリ評価情報をアプリ評価情報データベース２０から取得すると、車両側マスタ装置６から取得したアプリ属性情報を、アプリ評価情報データベース２０から取得したアプリ評価情報と照合してアプリプログラムを評価する。アプリプログラムを評価する具体的な手法としては、車両状態特定部１５ａは、例えば車両側マスタ装置６から取得したアプリ属性情報の複数の評価項目を、アプリ評価情報により定義されている複数の評価項目と照合して評価点を計算し、その計算した評価点を閾値と比較する。
【００３１】
車両状態特定部１５ａは、計算した評価点が閾値以上であると判定すると、車両側マスタ装置６から取得したアプリ属性情報が正常であると判定し、ファイルサーバ９からダウンロードされたリプログデータが正常なデータであると判定する。車両状態特定部１５ａは、計算した評価点が閾値未満であると判定すると、車両側マスタ装置６から取得したアプリ属性情報が異常であると判定し、ファイルサーバ９からダウンロードされたリプログデータが異常なデータであると判定する。尚、アプリプログラムを評価する手法は、上記した評価点を計算する手法に限らず、それ以外の手法であっても良い。
【００３２】
車両状態特定部１５ａは、車両状態を特定する他の一例として異常を検知する。車両状態特定部１５ａは、通信ログ情報の取得要求を車両側マスタ装置６に送信し、車両側マスタ装置６から通信ログ情報を取得し、その取得した通信ログ情報を通信ログ情報データベース１６に記憶する。又、車両状態特定部１５ａは、車両ログ情報の取得要求を車両側マスタ装置６に送信し、車両側マスタ装置６から車両ログ情報を取得し、その取得した車両ログ情報を車両ログ情報データベース１７に記憶する。
【００３３】
車両状態特定部１５ａは、脅威情報データベース２１から脅威情報を取得し、地図情報データベース２２から地図情報を取得し、その取得した脅威情報や地図情報を用いて通信ログ情報データベース１６及び車両ログ情報データベース１７を監視し、異常を検知する。即ち、車両状態特定部１５ａは、ＴＣＵ７のデータ通信の状況を通信ログ情報から特定し、車両の挙動を車両ログ情報から特定し、その特定したデータ通信の状況や車両の挙動が脅威情報や地図情報に該当するか否かを判定し、異常を検知する。異常を検知する具体的な手法としては、車両状態特定部１５ａは、例えば特定の時間帯や特定のエリアにおいて異常なファイルのダウンロードが多発しているような場合に、ＴＣＵ７のデータ通信の時間帯や車両位置を特定の時間帯や特定のエリアと照合する。車両状態特定部１５ａは、ＴＣＵ７のデータ通信の時間帯や車両位置が特定の時間帯や特定のエリアと合致すると判定すると、異常を検知する。
【００３４】
可視化情報生成部１５ｂは、車両状態が車両状態特定部１５ａにより特定されると、その特定結果を携帯端末４や車載ディスプレイ１２や監視ディスプレイ１４において表示可能な可視化情報として生成する。即ち、可視化情報生成部１５ｂは、リプログデータが正常なデータであると判定されると、そのリプログデータが正常なデータである旨を示すアプリ評価結果を可視化情報として生成する。可視化情報生成部１５ｂは、リプログデータが異常なデータであると判定されると、そのリプログデータが異常なデータである旨を示すアプリ評価結果を可視化情報として生成する。可視化情報生成部１５ｂは、異常が検知されると、異常が検知された旨を示す異常検知結果を可視化情報として生成する。
【００３５】
可視化情報送信部１５ｃは、可視化情報が可視化情報生成部１５ｂにより生成されると、その生成された可視化情報を携帯端末４や車載ディスプレイ１２や監視ディスプレイ１４に送信する。即ち、可視化情報送信部１５ｃは、アプリ評価結果が生成されると、その生成されたアプリ評価結果を携帯端末４や車載ディスプレイ１２や監視ディスプレイ１４に送信する。可視化情報送信部１５ｃは、異常検知結果が生成されると、その生成された異常検知結果を携帯端末４や車載ディスプレイ１２や監視ディスプレイ１４に送信する。
【００３６】
図２に示すように、携帯端末４は、制御部２３と、表示部２４とを有する。制御部２３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を含むマイコンを有し、非遷移的実体的記憶媒体に格納されている制御プログラムを実行して各種処理を行い、車載ディスプレイ１２の動作を制御する。制御部２３が実行する制御プログラムには、車両状態の特定結果表示プログラムが含まれる。
【００３７】
制御部２３は、可視化情報受信部２３ａと、表示制御部２３ｂとを有する。これらの各機能ブロック２３ａ，２３ｂは、ソフトウェアにより構成される。可視化情報受信部２３ａは、センター装置２から可視化情報を受信する。表示制御部２３ｂは、センター装置２から可視化情報が可視化情報受信部２３ａにより受信されると、その受信された可視化情報を含む表示画面を表示部２４に表示させる。尚、携帯端末４は、音声を入力する機能、音声を出力する機能、個人のスケジュールを管理する等の各種アプリを実行する機能を有する。
【００３８】
図３に示すように、車載ディスプレイ１２は、制御部２５と、表示部２６とを有する。制御部２５は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を含むマイコンを有し、非遷移的実体的記憶媒体に格納されている制御プログラムを実行して各種処理を行い、車載ディスプレイ１２の動作を制御する。制御部２５が実行する制御プログラムには、車両状態の特定結果表示プログラムが含まれる。
【００３９】
制御部２５は、可視化情報受信部２５ａと、表示制御部２５ｂとを有する。これらの各機能ブロック２５ａ，２５ｂは、ソフトウェアにより構成される。可視化情報受信部２５ａは、センター装置２から可視化情報を受信する。表示制御部２５ｂは、センター装置２から可視化情報が可視化情報受信部２５ａにより受信されると、その受信された可視化情報を含む表示画面を表示部２６に表示させる。
【００４０】
即ち、ユーザ側では、センター装置２からアプリ評価結果や異常検知結果が携帯端末４や車載ディスプレイ１２により受信されると、携帯端末４や車載ディスプレイ１２は、その受信されたアプリ評価結果や異常検知結果を表示する。ユーザは、アプリ評価結果や異常検知結果が携帯端末４や車載ディスプレイ１２において表示されることで、リプログが正常に実施されたか否か、異常が検知されたか否か等を把握可能となる。
【００４１】
図４に示すように、監視ディスプレイ１４は、制御部２７と、表示部２８とを有する。制御部２７は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を含むマイコンを有し、非遷移的実体的記憶媒体に格納されている制御プログラムを実行して各種処理を行い、監視ディスプレイ１４の動作を制御する。制御部２７が実行する制御プログラムには、車両状態の特定結果表示プログラムが含まれる。
【００４２】
制御部２７は、可視化情報受信部２７ａと、表示制御部２７ｂとを有する。これらの各機能ブロック２７ａ，２７ｂは、ソフトウェアにより構成される。可視化情報受信部２７ａは、センター装置２から可視化情報を受信する。表示制御部２７ｂは、センター装置２から可視化情報が可視化情報受信部２７ａにより受信されると、その受信された可視化情報を含む表示画面を表示部２８に表示させる。
【００４３】
即ち、監視者側では、センター装置２からアプリ評価結果や異常検知結果が監視ディスプレイ１４により受信されると、監視ディスプレイ１４は、その受信されたアプリ評価結果や異常検知結果を表示する。監視者は、アプリ評価結果や異常検知結果が監視ディスプレイ１４において表示されることで、リプログが正常に実施されたか否か、異常が検知されたか否か等を把握可能となる。
【００４４】
尚、ユーザ側の携帯端末４や車載ディスプレイ１２が表示する表示画面と監視者側の監視ディスプレイ１４が表示する表示画面とでは表示態様が異なっても良い。即ち、例えば異常検知結果の表示画面を表示する場合であれば、ユーザ側では、自車両に限った異常検知の情報が求められるので、自車両で検知した異常に特化した情報を表示することが望ましい。一方、監視者側では、自車両に限った異常検知の情報だけでなく、例えば異常が検知された車両と同車種を対象とする不特定多数の異常検知の情報が広く求められことがあり得るので、不特定多数の異常検知の情報を表示することが望ましい。即ち、ユーザ側と監視者側とでは求められる情報の性質が異なるので、ユーザ側の携帯端末４や車載ディスプレイ１２が表示する表示画面と監視者側の監視ディスプレイ１４が表示する表示画面とでは表示態様が異なっても良い。
【００４５】
次に、上記した構成の作用について図５から図２１を参照して説明する。ここでは、センター装置２が行う処理として、初期登録時に行う初期登録処理、アプリプログラムを評価するアプリプログラム評価処理、異常を検知する異常検知処理について説明する。又、携帯端末４、車載ディスプレイ１２及び監視ディスプレイ１４が行う処理として、情報表示処理について説明する。
【００４６】
（１）センター装置２が行う処理
（１−１）初期登録処理
センター装置２において、制御部１５は、車両が工場から出荷されたことで、その出荷された車両に関する車両情報及び設計情報を入力すると、初期登録処理を開始する。制御部１５は、初期登録処理を開始すると、その車両に関する車両情報を車両情報データベース１８に登録し、その車両に関する設計情報を設計情報データベース１９に登録する（Ａ１）。制御部１５は、車両情報及び設計情報の登録を完了すると、これ以降、その車両情報及び設計情報の登録を完了した車両を監視する車両監視状態に移行し（Ａ２）、初期登録処理を終了する。
【００４７】
（１−２）アプリプログラム評価処理
センター装置２において、制御部１５は、車両監視状態に移行すると、アプリプログラム評価処理を所定周期で定期的に行う。制御部１５は、アプリプログラム評価処理を開始すると、車両側マスタ装置６からアプリ属性情報を受信したか否かを判定する（Ａ１１）。制御部１５は、車両側マスタ装置６からアプリ属性情報を受信していないと判定すると（Ａ１１：ＮＯ）、アプリプログラム評価処理を終了する。
【００４８】
制御部１５は、車両側マスタ装置６からアプリ属性情報を受信したと判定すると（Ａ１：ＹＥＳ）、アプリ評価情報データベース１９からアプリ評価情報を取得し（Ａ１２）、その受信したアプリ属性情報を、アプリ評価情報データベース１９から取得したアプリ評価情報と照合してアプリプログラムを評価する（Ａ１３、車両状態特定手順）。
【００４９】
制御部１５は、例えば車両側マスタ装置６から取得したアプリ属性情報の複数の評価項目を、アプリ評価情報により定義されている複数の評価項目と照合して評価点を計算し、その計算した評価点を閾値と比較する。制御部１５は、計算した評価点が閾値以上であると判定すると、車両側マスタ装置６から取得したアプリ属性情報が正常であると判定し、ファイルサーバ９からダウンロードされたリプログデータが正常なデータであると判定する（Ａ１４：ＹＥＳ）。制御部１５は、リプログデータが正常なデータであると判定すると、そのリプログデータが正常なデータである旨を示すアプリ評価結果を可視化情報として生成する（Ａ１５、可視化情報生成手順）。制御部１５は、可視化情報を生成すると、その生成したアプリ評価結果の可視化情報を携帯端末４、車両側マスタ装置６及び通信装置１３に送信し（Ａ１６、可視化情報送信手順）、アプリプログラム評価処理を終了する。
【００５０】
一方、制御部１５は、計算した評価点が閾値未満であると判定すると、車両側マスタ装置６から取得したアプリ属性情報が異常であると判定し、ファイルサーバ９からダウンロードされたリプログデータが異常なデータであると判定する（Ａ１４：ＮＯ）。制御部１５は、リプログデータが異常なデータであると判定すると、そのリプログデータが異常なデータである旨を示すアプリ評価結果の可視化情報として生成する（Ａ１７、可視化情報生成手順）。制御部１５は、可視化情報を生成すると、その生成したアプリ評価結果の可視化情報を携帯端末４、車両側マスタ装置６及び通信装置１３に送信し（Ａ１８、可視化情報送信手順）、アプリプログラム評価処理を終了する。
【００５１】
（１−３）異常検知処理
センター装置２において、制御部１５は、車両監視状態に移行すると、異常検知処理を所定周期で定期的に行う。制御部１５は、異常検知処理を開始すると、通信ログ情報の取得要求を車両側マスタ装置６に送信し、車両側マスタ装置６から通信ログ情報を定期的に取得し、その取得した通信ログ情報を通信ログ情報データベース１５に記憶する（Ａ２１）。制御部１５は、車両ログ情報の取得要求を車両側マスタ装置６に送信し、車両側マスタ装置６から車両ログ情報を定期的に取得し、その取得した車両ログ情報を車両ログ情報データベース１６に記憶する（Ａ２２）。
【００５２】
制御部１５は、通信ログ情報データベース１５及び車両ログ情報データベース１６を監視し（Ａ２３）、脅威情報データベース２０及び地図情報データベース２２を監視し（Ａ２４）、異常検知を監視する（Ａ２５、車両状態特定手順）。制御部１５は、例えば特定の時間帯や特定のエリアにおいて異常なファイルのダウンロードが多発しているような場合に、ＴＣＵ７のデータ通信の時間帯や車両位置が特定の時間帯や特定のエリアと合致すると判定すると、異常を検知したと判定し（Ａ２５：ＹＥＳ）、異常を検知した旨を示す異常検知結果の可視化情報として生成する（Ａ２６、可視化情報生成手順）。制御部１５は、可視化情報を生成すると、その生成した異常検知結果の可視化情報を携帯端末４、車両側マスタ装置６及び通信装置１３に送信し（Ａ２７、可視化情報送信手順）、異常検知処理を終了する。
【００５３】
（２）携帯端末４、車載ディスプレイ１２及び監視ディスプレイ１４が行う処理
携帯端末４が行う情報表示処理、車載ディスプレイ１２が行う情報表示処理及び監視ディスプレイ１４が行う情報表示処理は基本的に同じであるので、ここでは、携帯端末４が行う情報表示処理について説明する。
【００５４】
携帯端末４において、制御部２３は、情報表示処理を所定周期で定期的に行う。制御部２３は、情報表示処理を開始すると、センター装置２からアプリ評価結果の可視化情報を受信したか否かを判定し（Ｂ１）、センター装置２から異常検知結果の可視化情報を受信したか否かを判定する（Ｂ２、可視化情報受信手順）。
【００５５】
制御部２３は、センター装置２からアプリ評価結果の可視化情報を受信したと判定すると（Ｂ１：ＹＥＳ）、その受信したアプリ評価結果の可視化情報を含む表示画面を表示部２３に表示させ（Ｂ３、表示制御手順）、情報表示処理を終了する。即ち、制御部２３は、リプログデータが正常なデータである旨を示すアプリ評価結果の可視化情報を受信したと判定すると、そのリプログデータが正常なデータである旨を示すアプリ評価結果を表示部２４に表示させる。制御部２３は、リプログデータが異常なデータである旨を示すアプリ評価結果の可視化情報を受信したと判定すると、そのリプログデータが異常なデータである旨を示すアプリ評価結果を表示部２４に表示させる。
【００５６】
制御部２３は、センター装置２から異常検知結果の可視化情報を受信したと判定すると（Ｂ２：ＹＥＳ）、その受信した異常検知結果の可視化情報を含む表示画面を表示部２４に表示させ（Ｂ４）、情報表示処理を終了する。車載ディスプレイ１２及び監視ディスプレイ１４は、上記した携帯端末４と同等の情報表示処理を行う。
【００５７】
以下、車両側マスタ装置６、センター装置２、携帯端末４、車載ディスプレイ１２及び監視ディスプレイ１４における情報の流れについて説明する。図９は、センター装置２において、制御部１５が初期登録処理を行うときのシーケンス図を示している。
【００５８】
図１０は、センター装置２において、制御部１５がアプリプログラム評価処理を行い、リプログデータが正常なデータであると判定し、その後、制御部１５が異常検知処理を行い、異常を検知しなかった場合のシーケンス図を示している。車両側マスタ装置６は、ファイルサーバ９からリプログデータをダウンロードすると、そのダウンロードしたリプログデータのアプリ評価をセンター装置２に要求し、アプリ属性情報をセンター装置２に送信する。車両側マスタ装置６は、リプログデータが正常なデータであるとセンター装置２が判定したことで、リプログデータが正常なデータである旨を示すアプリ評価結果をセンター装置２から受信すると、ファイルサーバ９からダウンロードしたリプログデータを書換え対象のＥＣＵに配信し、アプリプログラムを書換える。
【００５９】
携帯端末４、車載ディスプレイ１２及び監視ディスプレイ１４は、それぞれリプログデータが正常なデータである旨を示すアプリ評価結果をセンター装置２から受信すると、その受信したアプリ評価結果を表示する。
【００６０】
車両側マスタ装置６は、アプリプログラムの書換えを完了すると、通信ログ情報及び車両ログ情報をセンター装置２にアップロードする。センター装置２は、車両側マスタ装置６から通信ログ情報及び車両ログ情報がアップロードされると、そのアップロードされた通信ログ情報及び車両ログ情報をそれぞれ通信ログ情報データベース１６及び車両ログ情報データベース１７に記憶する。センター装置２は、脅威情報データベース２１から脅威情報を取得し、地図情報データベース２２から地図情報を取得し、その取得した脅威情報や地図情報を用いて通信ログ情報データベース１６及び車両ログ情報データベース１７を監視する。センター装置２は、異常を検知しなければ、通信ログ情報データベース１６及び車両ログ情報データベース１７の監視を継続する。
【００６１】
図１１は、センター装置２において、制御部１５がアプリプログラム評価処理を行い、リプログデータが正常なデータであると判定し、その後、制御部１５が異常検知処理を行い、異常を検知した場合のシーケンス図を示している。センター装置２は、リプログデータがファイルサーバ９から車両側マスタ装置６にダウンロードされた段階で当該リプログデータが正常なデータであると判定すると、アプリプログラムを書換え、アプリプログラムを書換えた以降にログ情報を監視することで、異常を検知する。携帯端末４、車載ディスプレイ１２及び監視ディスプレイ１４は、それぞれアプリ評価結果を表示した後に、異常検知結果をセンター装置２から受信すると、その受信した異常検知結果を表示する。
【００６２】
図１２は、センター装置２において、制御部１５がアプリプログラム評価処理を行い、リプログデータが異常なデータであると判定した場合のシーケンス図を示している。車両側マスタ装置６は、リプログデータが異常なデータであるとセンター装置２が判定したことで、リプログデータが異常なデータである旨を示すアプリ評価結果をセンター装置２から受信すると、ファイルサーバ９からダウンロードしたリプログデータを書換え対象のＥＣＵに配信せず、アプリプログラムを書換えない。即ち、センター装置２は、リプログデータがファイルサーバ９から車両側マスタ装置６にダウンロードされた段階で当該リプログデータが異常なデータであると判定すると、アプリプログラムを書換えず、それ以降はログ情報を監視しない。
【００６３】
以下、ユーザ側の表示装置として車載ディスプレイ１２が表示する表示画面、監視者側の表示装置として監視ディスプレイ１４が表示する表示画面について説明する。
【００６４】
図１３は、車載ディスプレイ１２が表示する警告画面を示している。車載ディスプレイ１２は、警告画面において、アプリ利用状況、異常発生状況、イベントログ、通信先対象を表示する。図１４に示すように、センター装置２は、車両ログ情報とアプリ評価情報とを統合してアプリ利用状況を生成し、車両ログ情報と車両情報と設計情報とを統合して異常発生状況を生成し、車両ログ情報に基づいたイベントログを生成し、通信ログ情報と脅威情報とを統合して通信先対象を生成する。
【００６５】
車載ディスプレイ１２は、アプリ利用状況では、アプリ評価結果としてアプリプログラムのリプログを正常完了したか否かを表示する。図１３では、アプリプログラムＡ〜ＥのうちアプリプログラムＡ，Ｂ，Ｄ，Ｅについては、リプログデータが正常なデータである旨を示すアプリ評価結果がセンター装置２から受信されたことで、アプリプログラムのリプログが正常完了し、アプリプログラムＣについては、リプログデータが異常なデータである旨を示すアプリ評価結果がセンター装置２から受信されたことで、アプリプログラムのリプログが正常完了していない場合を例示している。車載ディスプレイ１２は、例えばアプリプログラムのリプログが正常完了している状態を青色で表示し、アプリプログラムのリプログが正常完了していない状態を赤色で表示しても良い。
【００６６】
車載ディスプレイ１２は、異常発生状況では、後述する図１５に示す車両内個別の異常状況画面と同等の画面を表示し、異常検知結果として異常の発生状況を表示する。車載ディスプレイ１２は、イベントログでは、異常検知結果として警告の種別と警告の発生時刻と警告の発生箇所との対応を表示し、車両内で発生しているイベントの履歴を表示し、そのイベントの状態を表示する。図１３では、ＡＤＡＳのイベントが緊急状態（Emergency）であり、メータのイベントが危険状態（Danger）である場合を例示している。車載ディスプレイ１２は、例えば緊急状態を赤色で表示し、危険状態を黄色で表示しても良い。
【００６７】
車載ディスプレイ１２は、通信先対象では、異常検知結果として通信時刻と通信先のＩＰ（Internet Protocol）アドレスと通信先のＵＲＬ（Uniform Resource Locator）とを表示し、車両内で発生しているデータ通信の履歴を表示し、そのデータ通信の通信先の状態を表示する。図１３では、ＩＰアドレスが「１８２．ＸＸ．ＸＸ．ＸＸＸ」の通信先との正常なデータ通信状態であり、ＩＰアドレスが「２１６．ＸＸ．ＸＸ．ＸＸＸ」の通信先との異常なデータ通信状態である場合を例示している。車載ディスプレイ１２は、例えば正常なデータ通信状態を青色で表示し、異常なデータ通信状態を赤色で表示しても良い。
【００６８】
以上は、車載ディスプレイ１２が表示する表示画面を説明したが、携帯端末４が表示する表示画面も同様である。又、アプリ利用状況、異常発生状況、イベントログ、通信先対象を同一の表示画面に配置して表示する場合を説明したが、アプリ利用状況、異常発生状況、イベントログ、通信先対象を別々の表示画面に配置して表示しても良い。このように車載ディスプレイ１２や携帯端末４において、アプリ利用状況、異常発生状況、イベントログ、通信先対象が表示されることで、ユーザは、アプリ利用状況、異常発生状況、イベントログ、通信先対象に関する情報を把握可能となる。
【００６９】
図１５は、監視ディスプレイ１４が表示する車両内個別の異常状況画面を示している。監視ディスプレイ１４は、車両内個別の異常状況画面において、異常検知結果として車両内個別の異常の発生状況を表示する。監視ディスプレイ１４は、緊急状態（Emergency）の異常と危険状態（Danger）の異常とを区分して表示し、緊急状態の「イベントログを見る」ボタン３１ａが操作されると、緊急状態のイベントログの一覧を表示し、危険状態の「イベントログを見る」ボタン３１ｂが操作されると、危険状態のイベントログの一覧を表示する。図１５では、運転支援系のバスで不正通信が発生し、ボディ系のバスでバス負荷異常が発生し、シャシー系のバスでファームウェア異常が発生した場合を例示している。監視ディスプレイ１４は、「不正通信発生」ボタン３１ｃが操作されると、不正通信の詳細な情報を表示し、「バス負荷異常情報」ボタン３１ｄが操作されると、バス負荷異常の詳細な情報を表示し、「ファームウェア異常」ボタン３１ｅが操作されると、ファームウェア異常の詳細な情報を表示する。監視ディスプレイ１４は、異常状況の内容を表示する場合に、不正通信とバス負荷異常とファームウェア異常とで色を異ならせて表示しても良い。
【００７０】
図１６は、監視ディスプレイ１４が表示するケース別の異常発生傾向画面を示している。監視ディスプレイ１４は、ケース別の異常発生傾向画面において、異常検知結果としてエリア選択欄３２ａにおいて選択されたエリアと期間選択欄３２ｂ，３２ｃにおいて選択された期間とに対応する車種別のアラート発生状況を表示する。監視ディスプレイ１４は、例えばファームウェアのアラート、認証系のアラート、ＤＯＳ攻撃のアラート、通信不正のアラート、自主通報のアラート、不明なアラートについて、車種別の発生状況を表示する。図１６では、縦軸をアラートの種別とすると共に横軸を車種とする座標上に発生件数を楕円の大きさで示し、緊急状態のアラートを「塗りつぶし」で示し、危険状態のアラートを「ハッチング」で示している。例えばスポーツ系の車種で発生しているＤＯＳ攻撃のアラートは、緊急状態のアラートと危険状態のアラートとの両方が発生しており、緊急状態のアラートの件数が相対的に多く、危険状態のアラートの件数が相対的に少ない旨を示している。監視ディスプレイ１４は、例えば緊急状態のアラートを赤色で表示し、危険状態のアラートを黄色で表示しても良い。
【００７１】
図１７及び図１８は、それぞれ監視ディスプレイ１４が表示するイベント発生状況の概況画面を示している。監視ディスプレイ１４は、イベント発生状況の概況画面において、異常検知結果としてエリア別のイベント発生状況を表示する。図１７では、緊急状態のアラートを「塗りつぶし」で示し、危険状態のアラートを「ハッチング」で示している。例えばアメリカ国の東海岸地区やオーストラリア国の北部地区の地域で緊急状態のアラートが発生しており、例えばインド国の地域で危険状態のアラートが発生している旨を示している。図１７で例示している緊急状態や危険状態のアラートが発生している地域はあくまでも一例であり、その地域で実際に緊急状態や危険状態のアラートが発生している旨を意味するものではない。この場合も、監視ディスプレイ１４は、例えば緊急状態のアラートを赤色で表示し、危険状態のアラートを黄色で表示しても良い。
【００７２】
監視ディスプレイ１４は、「車両」アイコン３３ａが操作されると、該当する車両に関する車両情報を表示する。監視ディスプレイ１４は、「メモ」アイコン３３ｂが操作されると、該当する車両に関する異常の発生履歴を表示する。
【００７３】
監視ディスプレイ１４は、サマリーとして、アラーム発生件数、イベント発生状況、エリア別アラート一覧を表示する。監視ディスプレイ１４は、「アラーム発生件数」タブ３３ｃが操作されると、図１９に示すように、エリア選択欄３４ａにおいて選択されたエリアに対応するアラーム発生件数の日別の推移を表示する。監視ディスプレイ１４は、「傾向分析」アイコン３４ｂが操作されると、そのアラーム発生件数の日別の推移の分析結果を表示する。監視ディスプレイ１４は、アラーム発生件数の日別の推移を表示する場合に、緊急状態と危険状態と警告状態（Warning）とで色を異ならせて表示しても良い。
【００７４】
監視ディスプレイ１４は、「イベント発生状況」タブ３３ｄが操作されると、図２０に示すように、エリア選択欄３５ａにおいて選択されたエリアに対応するイベントの発生内訳を表示する。監視ディスプレイ１４は、イベントの発生内訳を表示する場合に、緊急状態と危険状態と警告状態と情報通知状態（Information）と通常状態（Normal）で色を異ならせて表示しても良い。
【００７５】
監視ディスプレイ１４は、「エリア別アラート一覧」タブ３３ｅが操作されると、図２１に示すように、エリア別のアラートの一覧を表示する。監視ディスプレイ１４は、エリア別の一覧を表示する場合に、管理台数やアラート数を基準として降順昇順ソートしたり、管理台数やアラート数が基準値以上である場合に識別表示したりしても良い。
【００７６】
監視ディスプレイ１４は、図１８に示すように、イベント発生状況の概況画面において、地点アイコン３３ｆが操作されると、その地点で発生したイベントの詳細として、車両ＩＤ、イベントの発生日時、イベントのカテゴリ等を表示する。
【００７７】
以上に説明したように本実施形態によれば、以下に示す作用効果を得ることができる。
センター装置２において、複数の情報を統合して車両状態を特定し、その特定結果を可視化情報として生成し、その生成した可視化情報を携帯端末４や車載ディスプレイ１２や監視ディスプレイ１４に送信するようにした。車両状態がどのような状態であるかを可視化してユーザや監視者に適切に提示することができる。
【００７８】
車両ログ情報とアプリ評価情報とを統合したアプリ利用状況、車両ログ情報と車両情報と設計情報とを統合した異常発生状況、車両ログ情報に基づいたイベントログ、通信ログ情報と脅威情報とを統合した通信先対象を可視化情報として生成するようにした。アプリ評価結果としてアプリ利用状況を可視化してユーザや監視者に適切に提示することができ、異常検知結果として異常発生状況やイベントログや通信先対象を可視化してユーザや監視者に適切に提示することができる。
【００７９】
車両内個別の異常状況、ケース別の異常発生傾向、イベント発生状況の概況を可視化情報として生成するようにした。車両内個別の異常状況、ケース別の異常発生傾向、イベント発生状況の概況を可視化してユーザや監視者に適切に提示することができる。
【００８０】
車両内個別の異常状況を可視化情報として生成する場合に、不正通信発生、バス負荷異常情報、ファームウェア異常を生成するようにした。不正通信発生が発生している箇所、バス負荷異常情報が発生している箇所、ファームウェア異常が発生している箇所等を可視化してユーザや監視者に適切に提示することができる。
【００８１】
イベント発生状況の概況を可視化情報として生成する場合に、アラート発生件数、イベント発生状況、エリア別アラート一覧を生成するようにした。アラーム発生件数の日別の推移、イベントの発生内訳、エリア別のアラート一覧を可視化してユーザや監視者に適切に提示することができる。
【００８２】
本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
各種画面は、どのような画面構成であっても良い。
【符号の説明】
【００８３】
図面中、１は車両状態の特定結果表示システム、２はセンター装置、４は携帯端末（表示装置）、１２は車載ディスプレイ（表示装置）、１４は監視ディスプレイ（表示装置）、１５は制御部、１５ａは車両状態特定部、１５ｂは可視化情報生成部、１５ｃは可視化情報送信部、２３は制御部、２３ａは可視化情報受信部、２３ｂは表示制御部、２５は制御部、２５ａは可視化情報受信部、２５ｂは表示制御部、２７は制御部、２７ａは可視化情報受信部、２７ｂは表示制御部である。
【図１】
2020021135.tif 000003
【図２】
2020021135.tif 000004
【図３】
2020021135.tif 000005
【図４】
2020021135.tif 000006
【図５】
2020021135.tif 000007
【図６】
2020021135.tif 000008
【図７】
2020021135.tif 000009
【図８】
2020021135.tif 000010
【図９】
2020021135.tif 000011
【図１０】
2020021135.tif 000012
【図１１】
2020021135.tif 000013
【図１２】
2020021135.tif 000014
【図１３】
2020021135.tif 000015
【図１４】
2020021135.tif 000016
【図１５】
2020021135.tif 000017
【図１６】
2020021135.tif 000018
【図１７】
2020021135.tif 000019
【図１８】
2020021135.tif 000020
【図１９】
2020021135.tif 000021
【図２０】
2020021135.tif 000022
【図２１】
2020021135.tif 000023