(57)【要約】【課題】配信済みのデータに不具合が検知された場合に、その不具合による被害の影響を適切に回避する。【解決手段】センター装置２は、車両側へのデータ配信を制御する配信制御部１４ａと、配信済みのデータの不具合を検知する不具合検知部１４ｆと、配信済みのデータの不具合が不具合検知部により検知されると、その不具合が検知されたデータの機能や性能の制限を車両側に実施させる制限実施部１４ｇと、を備える。【選択図】図１
2020135722.tif 000002
【特許請求の範囲】
【請求項１】
車両側へのデータ配信を制御する配信制御部（１４ａ）と、
配信済みのデータの不具合を検知する不具合検知部（１４ｆ）と、
配信済みのデータの不具合が前記不具合検知部により検知されると、その不具合が検知されたデータの機能や性能の制限を車両側に実施させる制限実施部（１４ｇ）と、を備えるセンター装置。
【請求項２】
車両側から車両情報を取得する車両情報取得部（１４ｂ）と、
前記車両情報取得部により取得された車両情報を解析する車両情報解析部（１４ｃ）と、を備え、
前記不具合検知部は、前記車両情報解析部の解析結果を用いて配信済みのデータの不具合を検知する請求項１に記載したセンター装置。
【請求項３】
外部情報を取得する外部情報取得部（１４ｄ）を備え、
前記外部情報取得部により取得された外部情報を解析する外部情報解析部（１４ｅ）と、を備え、
前記不具合検知部は、前記外部情報解析部の解析結果を用いて配信済みのデータの不具合を検知する請求項１に記載したセンター装置。
【請求項４】
前記制限実施部は、その不具合が検知されたデータの機能や性能の制限を指定するコマンドを車両側に配信することで、その不具合が検知されたデータの機能や性能の制限を車両用マスタ装置に実施させる請求項１から３の何れか一項に記載したセンター装置。
【請求項５】
制限対象をグループ分けするグループ分け部（１４ｈ）と、
前記制限実施部は、前記グループ分け部によりグループ分けされたグループにしたがって当該不具合が検知されたデータの機能や性能の制限を車両用マスタ装置に実施させる請求項１から４の何れか一項に記載したセンター装置。
【請求項６】
前記制限実施部は、車両が走行状態であるか否かを判定し、その判定結果にしたがって機能や性能の制限を車両用マスタ装置に実施させる請求項１から５の何れか一項に記載したセンター装置。
【請求項７】
車両側への配信済みのデータの不具合を検知すると、その不具合が検知されたデータの機能や性能の制限を車両側に実施させるセンター装置（２）と、
不具合が検知されたデータの機能や性能の制限を実施する車両用マスタ装置（７）と、を備えるデータ配信システム。
【請求項８】
センター装置（２）に、
車両側への配信済みのデータの不具合を検知する不具合検知手順と、
配信済みのデータの不具合を前記不具合検知手順により検知すると、その不具合が検知されたデータの機能や性能の制限を車両側に実施させる制限実施手順と、を実行させる制限実施プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センター装置、データ配信システム及び制限実施プログラムに関する。
【背景技術】
【０００２】
近年、通信ネットワークの進展等に伴い、コネクッテッドカーの技術が普及している。コネクッテッドカーの技術を利用し、センター装置から車両側にデータを無線で配信する構成が供されている。例えば特許文献１には、センター装置において、リプログデータを車両側に無線で配信し、車載の電子制御装置（以下、ＥＣＵ（Electronic Control Unit））のアプリプログラムを更新する構成が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１９１７８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
センター装置がデータを車両側に配信する構成では、その配信済みのデータに不具合が検知されると、その不具合により被害が発生することが想定される。そのため、センター装置においては、配信済みのデータに不具合が検知された場合の対処として、その不具合による被害の影響を極力回避し得る処置を行うことが望まれる。
【０００５】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、配信済みのデータに不具合が検知された場合に、その不具合による被害の影響を適切に回避することができるセンター装置、データ配信システム及び制限実施プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載した発明によれば、配信制御部（１４ａ）は、車両側へのデータ配信を制御する。不具合検知部（１４ｆ）は、配信済みのデータの不具合を検知する。制限実施部（１４ｇ）は、配信済みのデータの不具合が不具合検知部により検知されると、その不具合が検知されたデータの機能や性能の制限を車両側に実施させる。
【０００７】
配信済みのデータの不具合が検知されると、その不具合が検知されたデータの機能や性能の制限を車両側に実施させるようにした。不具合が検知されたデータの機能や性能の制限を車両側に実施させることで、その不具合による被害の影響を適切に回避することができる。
【図面の簡単な説明】
【０００８】
【図１】一実施形態の全体構成を示す図
【図２】処理の流れを示す図（その１）
【図３】処理の流れを示す図（その２）
【図４】車両情報及び外部情報を示す図
【図５】グループ分けを示す図
【図６】機能や性能の制限を示す図
【図７】処理の流れを示す図（その３）
【図８】制限モード通知の配信先を示す図
【発明を実施するための形態】
【０００９】
以下、本発明の一実施形態について図面を参照して説明する。データ配信システムは、センター装置が車両側にデータを無線で配信するシステムである。本実施形態では、センター装置から車両側に配信されるデータとして、例えば車両に搭載されているＥＣＵの車両制御や診断等に使用されるアプリプログラムを更新するためのリプログデータを例示する。ここでいうリプログデータとは、ＥＣＵのハードウェア（物理的な機械）がアプリプログラムを実行してＥＣＵの動作を制御するために必要なソフトウェアを含む。
【００１０】
図１に示すように、データ配信システム１は、リプログデータを車両側に配信するセンター装置２と、リプログデータをセンター装置２に提供するキャンペーン管理者により管理されるキャンペーン管理者端末３と、車両に搭載されている車両側システム４と、ユーザが携帯可能な携帯端末５とを有する。携帯端末５は、例えばＷｅｂブラウザを有するスマートフォンやタブレット等である。センター装置２、キャンペーン管理者端末３、車両側システム４及び携帯端末５は、通信ネットワーク６を介してデータ通信可能に構成されている。通信ネットワーク６は、ＬＰＷＡ（Low Power Wide Area）の通信方式に準拠した通信ネットワーク、ＬＴＥ（Long Term Evolution）の通信方式に準拠した通信ネットワークを含む。センター装置２と車両側システム４及び携帯端末５とは１対複数の関係にあり、センター装置２は、不特定多数の車両側システム４及び携帯端末５とデータ通信可能であり、リプログデータを不特定多数の車両側システム４及び携帯端末５に配信可能である。
【００１１】
キャンペーン管理者端末３は、センター装置２から車両側に配信されるリプログデータを管理し、例えば機能向上やバグ改修等によりリプログデータの配信イベントが成立すると、キャンペーン情報をセンター装置２に送信する。
【００１２】
センター装置２は、キャンペーン管理者端末３から送信されたキャンペーン情報を受信すると、リプログデータの配信を知らせるキャンペーン通知を車両側システム４や携帯端末５に配信する。
【００１３】
車両側システム４は、車両用マスタ装置７を有する。車両用マスタ装置７は、車載通信機８とゲートウェイ装置９とを有し、車載通信機８とゲートウェイ装置９とがデータ通信可能に接続されている。車載通信機８は、センター装置２との間で通信ネットワーク６を介してデータ通信を行う。車載通信機８は、センター装置２からリプログデータをダウンロードすると、そのダウンロードしたリプログデータをゲートウェイ装置９に転送する。
【００１４】
ゲートウェイ装置９には、バス１０を介して車両用ＨＭＩ（Human Machine Interface）装置１２が接続されており、バス１１を介して各種ＥＣＵ１３が接続されている。車両用ＨＭＩ装置１２は、ＨＭＩ機能を有し、各種画面を表示する機能及びユーザの操作を受付ける機能を有する。バス１１は、例えば走行系ネットワークのバスであり、走行系の制御を行うＥＣＵが接続されている。走行系の制御を行うＥＣＵは、例えばアクセルの駆動を制御するアクセルＥＣＵ、ブレーキの駆動を制御するブレーキＥＣＵ、ステアリングの駆動を制御するステアリングＥＣＵ、自動運転機能を制御する自動運転ＥＣＵ等である。バス１１は、走行系ネットワークのバスの他に、例えばボディ系ネットワークのバスやマルチメディア系ネットワークのバス等であっても良く、ボディ系の制御を行うＥＣＵやマルチメディア系の制御を行うＥＣＵが接続されていても良い。バス１１の種別や本数、ＥＣＵ１３の種別や個数は、例示した構成に限らない。
【００１５】
ゲートウェイ装置９は、データ中継機能を有し、車載通信機８からリプログデータが転送されると、その転送されたリプログデータを、配信先として指定されているＥＣＵ１３に配信する。ＥＣＵ１３は、ゲートウェイ装置９からリプログデータを受信すると、その受信したリプログデータをフラッシュメモリに書込む。ＥＣＵ１３は、リプログデータをフラッシュメモリに書込むことで、アプリプログラムを更新し、アプリプログラムの機能向上やバグ改修を行う。
【００１６】
上記した構成では、携帯端末５及び車両用ＨＭＩ装置１２は、それぞれセンター装置２から配信されたキャンペーン通知を受信すると、キャンペーン通知画面を表示し、センター装置２からリプログデータをダウンロード可能であることを示すキャンペーン情報をユーザに通知する。ユーザは、キャンペーン通知画面が携帯端末５や車両用ＨＭＩ装置１２に表示されると、アプリプログラムの更新の手続きを各種画面で確認し、必要事項を入力したり選択したりすることで、アプリプログラムの更新の手続きを可能である。即ち、ユーザは、車室外と車室内とで携帯端末５と車両用ＨＭＩ装置１２とを使い分け、アプリプログラムの更新の手続きを可能である。ユーザは、乗車中であれば車両用ＨＭＩ装置１２からアプリプログラムの更新の手続きを可能であり、乗車中でなくても携帯端末５を所有していれば携帯端末５からアプリプログラムの更新の手続きを可能である。尚、アプリプログラムの更新に緊急性を伴う場合には、キャンペーン通知画面を表示せず、ユーザがアプリプログラムの更新の手続きを行わなくとも、センター装置２からリプログデータをダウンロードしても良い。
【００１７】
センター装置２は、制御部１４と、データ通信部１５と、キャンペーン情報記憶部１６と、ユーザ情報記憶部１７と、車両情報記憶部１８と、外部情報記憶部１９とを有する。本実施形態では、これらの記憶部１６〜１９がセンター装置２の内部に設けられている構成を例示しているが、これらの記憶部１６〜１９がセンター装置２とは別の外部サーバに設けられている構成でも良く、センター装置２と外部サーバとがデータ通信を行う構成でも良い。
データ通信部１５は、キャンペーン管理者端末３、車両側システム４、携帯端末５との間で通信ネットワーク６を介してデータ通信を行う。
【００１８】
キャンペーン情報記憶部１６は、配信対象のリプログデータに関する各種情報をキャンペーン情報として記憶すると共に、リプログデータを記憶する。キャンペーン情報は、配信先、データ配信量、リプログデータの種別等を含み、キャンペーン管理者端末３からセンター装置２に送信されることでキャンペーン情報記憶部１６に記憶される。リプログデータは、キャンペーン管理者端末３からセンター装置２に送信されることでキャンペーン情報記憶部１６に記憶される。
【００１９】
ユーザ情報記憶部１７は、車両の所有者であるオーナに関する各種情報をユーザ情報として記憶する。ユーザ情報は、車両に固有に付与されている車両識別番号（以下、ＶＩＮ（Vehicle Identification Number）と称する）、その車両に搭載されている車載通信機８の電話番号、ユーザが所有する携帯端末５の電話番号等を含む。ユーザ情報は、例えばユーザが車両購入時に車両用ＨＭＩ装置１２により登録操作を行い、車両用マスタ装置７からセンター装置２に送信されることでユーザ情報記憶部１７に記憶される。
【００２０】
車両情報記憶部１８は、車両に関する各種情報を車両情報として記憶する。車両情報は、車両ログを示すログ情報、車両位置を示す位置情報を含む。車両ログとは、例えばエンジンのオン時刻、エンジンのオフ時刻、アクセルの操作時刻や操作量、ブレーキの操作時刻や操作量、ステアリングの操作時刻や操作量等である。車両情報は、車両用マスタ装置７からセンター装置２に送信されることで車両情報記憶部１８に記憶される。
【００２１】
外部情報記憶部１９は、車両外部から取得される各種情報を外部情報として記憶する。外部情報は、例えば地図情報、気象情報、道路情報、ＳＮＳ（Social Networking Service）情報等を含む。地図情報は、地図情報配信サーバからセンター装置２に送信されることで外部情報記憶部１９に記憶される。気象情報は、天気、降水量、降雪量、風速、風向等の気象全般に関する情報であり、気象情報配信サーバからセンター装置２に送信されることで外部情報記憶部１９に記憶される。道路情報は、路面状況、交通状況等の道路全般に関する情報であり、道路情報配信サーバからセンター装置２に送信されることで外部情報記憶部１９に記憶される。ＳＮＳ情報は、フェイスブック（Ｆａｃｅｂｏｏｋ）、ツイッター（Ｔｗｉｔｔｅｒ、登録商標）、インスタグラム（Ｉｎｓｔａｇｒａｍ）等のアプリにより不特定多数のユーザから提供される情報であり、例えばＳＮＳサービスを提供する機関において不特定多数のユーザから提供された情報を集約し、その集約した情報をオペレータがセンター装置２に登録することで外部情報記憶部１９に記憶される。
【００２２】
制御部１４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を含むマイコンを有し、非遷移的実体的記憶媒体に格納されている制御プログラムを実行して各種処理を行い、センター装置２の動作を制御する。制御部１４が実行する制御プログラムには、制限実施プログラムが含まれる。制御部１４は、配信制御部１４ａと、車両情報取得部１４ｂと、車両情報解析部１４ｃと、外部情報取得部１４ｄと、外部情報解析部１４ｅと、不具合検知部１４ｆと、制限実施部１４ｇと、グループ分け部１４ｈとを有する。
【００２３】
配信制御部１４ａは、車両側へのリプログデータの配信を制御する。車両情報取得部１４ｂは、車両情報記憶部１８に記憶されている車両情報を取得する。車両情報解析部１４ｃは、車両情報が車両情報取得部１４により取得されると、その取得された車両情報を解析する。即ち、車両情報解析部１４ｃは、車両情報が車両用マスタ装置７からセンター装置２に定期的に送信され、車両情報記憶部１８に記憶される車両情報が定期的に更新されることで、最新の車両情報を解析する。外部情報取得部１４ｄは、外部情報記憶部１９に記憶されている外部情報を取得する。外部情報解析部１４ｅは、外部情報が外部情報取得部１４ｄにより取得されると、その取得された外部情報を解析する。即ち、外部情報解析部１４ｅは、外部情報が外部情報配信サーバからセンター装置２に定期的に送信され、外部情報記憶部１９に記憶される外部情報が定期的に更新されることで、最新の外部情報を解析する。
【００２４】
不具合検知部１４ｆは、車両情報が車両情報解析部１４ｃにより解析され、外部情報が外部情報解析部１４ｅにより解析されると、それらの解析結果から不具合を検知するアルゴリズムを構築し、その構築したアルゴリズムを用いて配信済みのリプログデータの不具合を検知する。不具合検知部１４ｆは、例えばブレーキＥＣＵの自動ブレーキ作動の頻度が平常時よりも高かったり自動運転ＥＣＵの自動操舵異常の頻度が平常時よりも高かったりすると、ブレーキＥＣＵや自動運転ＥＣＵの動作異常を検知し、ブレーキＥＣＵや自動運転ＥＣＵに配信済みのリプログデータの不具合を検知する。
【００２５】
制限実施部１４ｇは、配信済みのリプログデータの不具合が不具合検知部１４ｆにより検知されると、その不具合が検知されたリプログデータの機能や性能の制限を指定するコマンドを車両用マスタ装置７に配信させる。リプログデータの構成として、機能や性能のオンオフが外部から指定されると、その指定された機能や性能をオンオフ可能であれば、制限実施部１４ｇは、配信済みのリプログデータの機能や性能をオン中に、配信済みのリプログデータの機能や性能のオフを指定するコマンドを車両用マスタ装置７に配信させることで、その不具合が検知されたリプログデータの機能や性能の制限を車両用マスタ装置７に実施させる。
【００２６】
制限実施部１４ｇは、車両が走行状態であるか否かを判定し、その判定結果にしたがって機能や性能の制限を車両用マスタ装置７に実施させる。即ち、制限実施部１４ｇは、車両走行に影響を及ぼさない機能や性能の制限であれば、その機能や性能の制限を車両走行中に行っても、車両走行に影響が及ばないが、車両走行に影響を及ぼす機能や性能の制限を車両走行中に行ってしまうと、車両走行に影響が及ぶことが懸念されるので、車両走行に影響を及ぼす機能や性能の制限を車両駐車中に行う。
【００２７】
グループ分け部１４ｈは、機能や性能を制限する内容に応じて制限対象をグループ分けする。グループ分け部１４ｈは、例えば車両環境が異なると、発生条件に応じて不具合が発生する確率が異なるため、安全への危険度が異なり、危険度が異なる車両同士では機能や性能を制限する内容が異なる事情から、制限対象をグループ分けする。制限実施部１４ｇは、制限対象がグループ分け部１４ｈによりグループ分けされると、そのグループ分けされたグループにしたがってリプログデータの機能や性能の制限を車両用マスタ装置７に実施させる。
【００２８】
次に、上記した構成の作用について図２から図８を参照して説明する。
図２に示すように、キャンペーン管理者端末３は、リプログデータの配信イベントが成立すると、キャンペーン情報及びリプログデータをセンター装置２に送信する（Ｓ１）。センター装置２において、制御部１４は、キャンペーン管理者端末３から送信されたキャンペーン情報及びリプログデータが受信されると、その受信されたキャンペーン情報及びリプログデータをキャンペーン情報記憶部１６に記憶させる。制御部１４は、配信開始指示を判定すると（Ｓ２）、キャンペーン通知を車両用マスタ装置７に配信させる（Ｓ３）。
【００２９】
車両用マスタ装置７は、センター装置２から配信されたキャンペーン通知を受信すると、キャンペーン表示指示を車両用ＨＭＩ装置１２に送信し（Ｓ４）、車両用ＨＭＩ装置１２においてキャンペーン通知画面を表示させ（Ｓ５）、リプログデータのダウンロードの開始を許可するか否かの選択をユーザに促す。車両用ＨＭＩ装置１２は、リプログデータをダウンロードの開始を許可する旨をユーザが選択すると（Ｓ６）、その操作内容を車両用マスタ装置７に送信する（Ｓ７）。車両用マスタ装置７は、車両用ＨＭＩ装置１２から操作内容を受信すると、ダウンロード許可をセンター装置２に送信する（Ｓ８）。
【００３０】
センター装置２において、制御部１４は、車両用マスタ装置７から送信されたダウンロード許可が受信されると、キャンペーン情報記憶部１６からリプログデータを取得し（Ｓ９，Ｓ１０）、その取得したリプログデータを車両用マスタ装置７に配信させる（Ｓ１１）。
【００３１】
車両用マスタ装置７は、センター装置２からリプログデータをダウンロードした以降では、車両情報をセンター装置２に定期的に送信する（Ｓ１２）。センター装置２において、制御部１４は、車両用マスタ装置７から送信された車両情報が受信されると、その受信された車両情報を車両情報記憶部１８に記憶させる。制御部１４は、車両情報記憶部１８に記憶されている車両情報を定期的に監視する（Ｓ１３）。
【００３２】
地図情報配信サーバ、気象情報配信サーバ、道路情報配信サーバ等を含む外部情報配信サーバは、外部情報として地図情報、気象情報、道路情報を定期的に送信する（Ｓ１４）。センター装置２において、制御部１４は、車両用マスタ装置７から送信された外部情報が受信されると、その受信された外部情報を外部情報記憶部１９に記憶させる。制御部１４は、外部情報記憶部１９に記憶されている外部情報を定期的に監視する（Ｓ１５）。制御部１４は、これら車両情報及び外部情報を定期的に監視し、これら車両情報及び外部情報を解析して不具合を検知するアルゴリズムを構築し、その構築したアルゴリズムを用いて配信済みのリプログデータの不具合を検知する。
【００３３】
尚、以上は、外部情報配信サーバからセンター装置２に外部情報として地図情報、気象情報、道路情報が定期的に送信される場合を説明したが、図３に示すように、例えばＳＮＳサービスを提供する機関において不特定多数のユーザから提供されたＳＮＳ情報を集約し、その集約したＳＮＳ情報がオペレータからセンター装置２に登録されても良い（Ｓ２１）。
【００３４】
制御部１４は、配信済みのリプログデータの不具合を以下のようにして検知する。制御部１４は、図４に示すように、車両情報及び外部情報として、例えば車両毎の時間帯、気象条件、路面状況、自動ブレーキ作動、自動操舵異常、地点の関係を解析する。尚、図４の例示において、車両Ａの車両位置を含むａ市、車両Ｂの車両位置を含むｂ市、車両Ｃの車両位置を含むｃ市は、互いに近接しており、車両Ｄの車両位置を含むｄ市、車両Ｅの車両位置を含むｅ市、車両Ｆの車両位置を含むｆ市は、互いに近接しているとする。即ち、ａ市〜ｃ市では、気象条件や路面状況が類似しており、車両Ａ〜車両Ｃは、その気象条件や路面状況よる車両環境が類似している。同様に、ｄ市〜ｆ市では、気象条件や路面状況が類似しており、車両Ｄ〜車両Ｆは、その気象条件や路面状況による車両環境が類似している。
【００３５】
制御部１４は、車両環境が類似している車両群について自動ブレーキの作動状況や自動操舵の異常状況の傾向が類似しているか否かを判定し、グループ分けする。制御部１４は、図５に示すように、自動ブレーキの作動状況や自動操舵の異常状況の傾向が類似している車両Ａ〜車両ＣをグループＡとし、車両Ｄ〜車両ＦをグループＢとする。
【００３６】
制御部１４は、そのグループ分けしたグループについて自動ブレーキの作動状況や自動操舵の異常状況の傾向から機能や性能の制限レベルを設定し、モードを設定する。制御部１４は、図６に示すように、グループＡについては、自動ブレーキ機能をオフにし、自動操舵機能をオンにするモード１を設定し、グループＢについては、自動ブレーキ機能をオフにし、自動操舵機能をオフにするモード２を設定する。
【００３７】
図７に示すように、センター装置２において、制御部１４は、このようにして配信済みのリプログデータの不具合を検知し（不具合検知手順）、その不具合の検知結果にしたがってモードを設定すると、制限モード通知を、該当するグループに属する車両の車両用マスタ装置７に配信させる（制限実施手順）。この場合、制御部１４は、制限モード通知を、上記したように機能や性能のオフを指定するコマンドにより車両用マスタ装置７に配信させる。車両用マスタ装置７は、センター装置２から配信された制限モード通知を受信すると、その受信した制限モード通知にしたがって該当するＥＣＵの機能や性能を制限する。
【００３８】
制御部１４は、モード１への移行指示を示す制限モード通知をグループＡに属する車両の車両用マスタ装置７に配信させる（Ｓ３１）。グループＡに属する車両の車両用マスタ装置７は、センター装置２から配信された制限モード通知を受信すると、その受信した制限モード通知にしたがって自動ブレーキ機能オフをブレーキＥＣＵに送信し（Ｓ３２）、ブレーキＥＣＵの自動ブレーキ機能をオフさせる。グループＡに属する車両は、このようにしてブレーキＥＣＵの自動ブレーキ機能がオフされることで、不具合が検知されたリプログデータによりブレーキＥＣＵが誤動作してしまう事態を未然に回避することができる。
【００３９】
又、制御部１４は、モード２への移行指示を示す制限モード通知をグループＢに属する車両の車両用マスタ装置７に配信させる（Ｓ３３）。グループＢに属する車両の車両用マスタ装置７は、センター装置２から配信された制限モード通知を受信すると、その受信した制限モード通知にしたがって自動ブレーキ機能オフをブレーキＥＣＵに送信し（Ｓ３４）、ブレーキＥＣＵの自動ブレーキ機能をオフさせ、自動操舵機能オフを自動運転ＥＣＵに送信し（Ｓ３５）、自動運転ＥＣＵの自動操舵機能をオフさせる。グループＢに属する車両は、このようにしてブレーキＥＣＵの自動ブレーキ機能がオフされ、自動運転ＥＣＵの自動操舵機能がオフされることで、不具合が検知されたリプログデータによりブレーキＥＣＵ及び自動運転ＥＣＵが誤動作してしまう事態を未然に回避することができる。
【００４０】
以上は、ブレーキＥＣＵの自動ブレーキ機能をオフさせたり、自動運転ＥＣＵの自動操舵機能をオフさせたりする場合を例示したが、別のＥＣＵの別の機能をオフさせる構成でも良い。又、以上は、センター装置２において、制限モード通知を、車両情報を送信した車両の車両用マスタ装置７に配信させる場合を説明したが、車両情報を送信していない車両の車両用マスタ装置７に配信させても良い。図８に示すように、センター装置２において、制御部１４は、データ構成が同一のリプログデータを車両Ａ〜車両Ｃ、車両Ｐ〜車両Ｒに配信させた後に、車両Ａ〜車両Ｃから車両情報を受信するが、何らかの理由で車両Ｐ〜車両Ｒから車両情報を受信しなくても、制限モード通知を車両Ａ〜車両Ｃに送信させることに加え、制限モード通知を車両Ｐ〜車両Ｒに送信させても良い。
【００４１】
以上に説明したように本実施形態によれば、以下に示す作用効果を得ることができる。センター装置２において、配信済みのリプログデータの不具合が検知されると、その不具合が検知されたリプログデータの機能や性能の制限を車両側に実施させるようにした。不具合が検知されたリプログデータの機能や性能の制限を車両側に実施させることで、その不具合による被害の影響を適切に回避することができる。
【００４２】
センター装置２において、車両側から車両情報を取得して解析し、その解析結果を用いて配信済みのリプログデータの不具合を検知するようにした。車両情報を取得して解析することで、リプログデータの不具合を実際の車両挙動により検知することができる。
【００４３】
センター装置２において、例えば地図情報、気象情報、道路情報、ＳＮＳ情報等の外部情報を取得して解析し、その解析結果を用いて配信済みのリプログデータの不具合を検知するようにした。外部情報として例えば地図情報、気象情報、道路情報等を取得して解析することで、リプログデータの不具合を外部情報と関連付けて検知することができる。
【００４４】
センター装置２において、不具合が検知されたリプログデータの機能や性能の制限を指定するコマンドを車両側に配信することで、その不具合が検知されたリプログデータの機能や性能の制限を車両用マスタ装置に実施させるようにした。機能や性能を制限したリプログデータを配信する構成では、センター装置２から車両側へのデータ配信量が大きくなり、通信時間が長くなり、機能や性能の制限を即座に実施させることができない虞があるが、コマンドを車両側に配信することで、センター装置２から車両側へのデータ配信量を低減し、通信時間を低減することができ、機能や性能の制限を即座に実施させることができる。
【００４５】
センター装置２において、制限対象をグループ分けし、グループ分けしたグループにしたがって当該不具合が検知されたリプログデータの機能や性能の制限を車両用マスタ装置に実施させるようにした。例えば車両環境が異なる車両同士では機能や性能を制限する内容が異なる事情から、制限対象をグループ分けすることで、車両環境に応じてリプログデータの機能や性能の制限を車両用マスタ装置１２に実施させることができる。
【００４６】
本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
【００４７】
リプログデータの機能や性能を制限することとして、機能をオフさせる構成を例示したが、例えば機能を有効にするための判定基準となる閾値を変更したり、性能を低減させたりしても良い。
【００４８】
センター装置２から車両側に配信されるデータは、ＥＣＵのアプリプログラムを更新するためのリプログデータに限らず、例えば地図データ等であっても良い。
【００４９】
図４の例示では、外部情報として気象情報による気象条件や道路情報による路面状況を解析する場合を例示したが、例えば機能や性能を制限する程度が地図情報の道路種別等に関連する場合であれば、外部情報として地図情報の道路種別等を解析し、道路区分が自動車専用道路であるか一般道路であるか、道路形状が直線形状であるかカーブ形状であるか等によりグループ分けしても良い。
【００５０】
本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。又、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。
【符号の説明】
【００５１】
図面中、１はデータ通信システム、２はセンター装置、７は車両用マスタ装置、１２は車両用ＨＭＩ装置、１４は制御部、１４ａは配信制御部、１４ｂは車両情報取得部、１４ｃは車両情報解析部、１４ｄは外部情報取得部、１４ｅは外部情報解析部、１４ｆは不具合検知部、１４ｇは制限実施部、１４ｈはグループ分け部である。
【図１】
2020135722.tif 000003
【図２】
2020135722.tif 000004
【図３】
2020135722.tif 000005
【図４】
2020135722.tif 000006
【図５】
2020135722.tif 000007
【図６】
2020135722.tif 000008
【図７】
2020135722.tif 000009
【図８】
2020135722.tif 000010