(57)【要約】【課題】配信済みのデータに付随する影響範囲を適切に低減する。【解決手段】センター装置２は、車両側へのデータ配信を制御する配信制御部１４ａと、配信済みのデータの車両側での動作が正常であるか否かを判定する正常動作判定部１４ｆと、データが車両側に配信された後に、その配信済みのデータの車両側での動作が正常であると正常動作判定部により判定されると、データの配信対象を拡大する配信対象拡大部１４ｇと、を備える。【選択図】図１
2020154987.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）等を含むマイコンを有し、非遷移的実体的記憶媒体に格納されている制御プログラムを実行して各種処理を行い、センター装置２の動作を制御する。制御部１４が実行する制御プログラムには、配信制御プログラムが含まれる。制御部１４は、配信制御部１４ａと、車両情報取得部１４ｂと、車両情報解析部１４ｃと、外部情報取得部１４ｄと、外部情報解析部１４ｅと、正常動作判定部１４ｆと、配信対象拡大部１４ｇと、グループ分け部１４ｈとを有する。
【００２３】
配信制御部１４ａは、車両側へのリプログデータの配信を制御する。車両情報取得部１４ｂは、車両情報記憶部１８に記憶されている車両情報を取得する。車両情報解析部１４ｃは、車両情報が車両情報取得部１４により取得されると、その取得された車両情報を解析する。即ち、車両情報解析部１４ｃは、車両情報が車両用マスタ装置７からセンター装置２に定期的に送信され、車両情報記憶部１８に記憶される車両情報が定期的に更新されることで、最新の車両情報を解析する。外部情報取得部１４ｄは、外部情報記憶部１９に記憶されている外部情報を取得する。外部情報解析部１４ｅは、外部情報が外部情報取得部１４ｄにより取得されると、その取得された外部情報を解析する。即ち、外部情報解析部１４ｅは、外部情報が外部情報配信サーバからセンター装置２に定期的に送信され、外部情報記憶部１９に記憶される外部情報が定期的に更新されることで、最新の外部情報を解析する。
【００２４】
正常動作判定部１４ｆは、車両情報が車両情報解析部１４ｃにより解析され、外部情報が外部情報解析部１４ｅにより解析されると、それらの解析結果から配信済みのリプログデータの車両側での動作が正常であるか否かを判定するアルゴリズムを構築し、その構築したアルゴリズムを用いて配信済みのリプログデータの車両側での動作が正常であるか否かを判定する。
【００２５】
配信対象拡大部１４ｇは、リプログデータが車両側に配信され、その配信済みのリプログデータの車両側での動作が正常であると正常動作判定部１４ｆにより判定されると、リプログデータの配信対象を拡大する。配信対象拡大部１４ｇがリプログデータの配信対象を拡大するパターンとしては、リプログデータの配信先を拡大するパターン、リプログデータの配信量を拡大するパターン、配信済みのリプログデータの機能や性能を拡大するパターンがある。即ち、リプログデータの配信対象を拡大することは、リプログデータの配信先を拡大すること、リプログデータの配信量を拡大すること、配信済みのリプログデータの機能や性能を拡大することを意味する。
【００２６】
配信済みのリプログデータの機能や性能を拡大するパターンでは、リプログデータの構成として、機能や性能のオンオフが外部から指定されると、その指定された機能や性能をオンオフ可能であれば、配信制御部１４ａは、配信済みのリプログデータの機能や性能をオフ中に、配信済みのリプログデータの機能や性能のオンを指定するコマンドを車両用マスタ装置７に配信させることで、その配信済みのリプログデータの機能や性能をオンし、配信済みのリプログデータの機能や性能の拡大を車両用マスタ装置７に実施させる。
【００２７】
配信対象拡大部１４ｇは、車両が走行状態であるか否かを判定し、その判定結果にしたがってリプログデータの配信対象を拡大する。即ち、配信制御部１４ａは、車両走行に影響を及ぼさないリプログデータの配信対象の拡大であれば、リプログデータの配信対象の拡大を車両走行中に行っても車両走行に影響が及ばないが、車両走行に影響を及ぼすリプログデータの配信対象の拡大を車両走行中に行ってしまうと、車両走行に影響が及ぶことが懸念されるので、車両走行に影響を及ぼすリプログデータの配信対象の拡大を車両駐車中に行う。
【００２８】
グループ分け部１４ｆは、リプログデータの配信対象をグループ分けする。配信対象拡大部１４ｇは、グループ分け部１４ｆによりグループ分けされたグループにしたがってリプログデータの配信対象を拡大する。
【００２９】
次に、上記した構成の作用について図２から図１８を参照して説明する。
図２及び図３に示すように、キャンペーン管理者端末３は、リプログデータの配信イベントが成立すると、キャンペーン情報及びリプログデータをセンター装置２に送信する（Ｓ１）。センター装置２において、制御部１４は、キャンペーン管理者端末３から送信されたキャンペーン情報及びリプログデータが受信されると、その受信されたキャンペーン情報及びリプログデータをキャンペーン情報記憶部１６に記憶させる。制御部１４は、配信開始指示を判定すると（Ｓ２）、キャンペーン通知を車両用マスタ装置７に配信させる（Ｓ３）。
【００３０】
車両用マスタ装置７は、センター装置２から配信されたキャンペーン通知を受信すると、キャンペーン表示指示を車両用ＨＭＩ装置１２に送信し（Ｓ４）、車両用ＨＭＩ装置１２においてキャンペーン通知画面を表示させ（Ｓ５）、リプログデータのダウンロードの開始を許可するか否かの選択をユーザに促す。車両用ＨＭＩ装置１２は、リプログデータをダウンロードの開始を許可する旨をユーザが選択すると（Ｓ６）、その操作内容を車両用マスタ装置７に送信する（Ｓ７）。車両用マスタ装置７は、車両用ＨＭＩ装置１２から操作内容を受信すると、ダウンロード許可をセンター装置２に送信する（Ｓ８）。
【００３１】
センター装置２において、制御部１４は、車両用マスタ装置７から送信されたダウンロード許可が受信されると、キャンペーン情報記憶部１６からリプログデータを取得し（Ｓ９，Ｓ１０）、その取得したリプログデータを車両用マスタ装置７に配信させる（Ｓ１１）。
【００３２】
車両用マスタ装置７は、センター装置２からリプログデータをダウンロードした以降では、車両情報をセンター装置２に定期的に送信する（Ｓ１２）。センター装置２において、制御部１４は、車両用マスタ装置７から送信された車両情報が受信されると、その受信された車両情報を車両情報記憶部１８に記憶させる。制御部１４は、車両情報記憶部１８に記憶されている車両情報を定期的に監視する（Ｓ１３）。
【００３３】
地図情報配信サーバ、気象情報配信サーバ、道路情報配信サーバ等を含む外部情報配信サーバは、外部情報として地図情報、気象情報、道路情報を定期的に送信する（Ｓ１４）。センター装置２において、制御部１４は、車両用マスタ装置７から送信された外部情報が受信されると、その受信された外部情報を外部情報記憶部１９に記憶させる。制御部１４は、外部情報記憶部１９に記憶されている外部情報を定期的に監視する（Ｓ１５）。
【００３４】
キャンペーン管理者端末３は、キャンペーン情報及びリプログデータをセンター装置に送信した後に、そのリプログデータを修正した修正版リプログデータを作成すると、修正版リプログデータの配信イベントの成立を待機する。キャンペーン管理者端末３は、修正版リプログデータの配信イベントが成立すると、修正版リプログデータをセンター装置２に送信する（Ｓ１６）。
【００３５】
センター装置２において、制御部１４は、キャンペーン管理者端末３から送信された修正版リプログデータが受信されると、その受信された修正版リプログデータをキャンペーン情報記憶部１６に記憶させ、修正版リプログデータの内容を取得する（Ｓ１７）。
【００３６】
制御部１４は、車両情報及び外部情報を定期的に監視し、車両情報及び外部情報を解析して修正版リプログデータの配信タイミング及び配信条件を設定し、その設定した配信タイミング及び配信条件にしたがって配信対象を拡大する。制御部１４は、その設定した修正版リプログデータの配信タイミングになると、その設定した配信条件にしたがってキャンペーン情報記憶部１６から修正版リプログデータを取得し（Ｓ１８，Ｓ１９）、ダウンロード通知を車両用マスタ装置７に配信させる（Ｓ２０）。配信条件とは、修正版リプログデータの配信先、修正版リプログデータの配信量、配信済みの修正版リプログデータの機能や性能の条件である。
【００３７】
車両用マスタ装置７は、センター装置２から配信されたダウンロード通知を受信すると、ダウンロード表示指示を車両用ＨＭＩ装置１２に送信し（Ｓ２１）、車両用ＨＭＩ装置１２においてダウンロード通知画面を表示させ（Ｓ２２）、修正版リプログデータのダウンロードの開始を許可するか否かの選択をユーザに促す。車両用ＨＭＩ装置１２は、修正版リプログデータをダウンロードの開始を許可する旨をユーザが選択すると（Ｓ２３）、その操作内容を車両用マスタ装置７に送信する（Ｓ２４）。車両用マスタ装置７は、車両用ＨＭＩ装置１２から操作内容を受信すると、ダウンロード許可をセンター装置２に送信する（Ｓ２５）。
【００３８】
センター装置２において、制御部１４は、車両用マスタ装置７から送信されたダウンロード許可が受信されると、修正版リプログデータを車両用マスタ装置７に配信させる（Ｓ２６）。制御部１４は、修正版リプログデータの配信対象を拡大するパターンとして、修正版リプログデータの配信先を拡大するパターン、修正版リプログデータの配信量を拡大するパターン、配信済みの修正版リプログデータの機能や性能を拡大するパターンの何れかを行う。以下、各パターンについて説明する。
【００３９】
（１）修正版リプログデータの配信先を拡大するパターン
制御部１４は、図４に示すように、車両情報及び外部情報として、例えば車両毎の１０：００〜１７：００の時間帯の平均駐車時間、気温変動範囲、最寄りのディーラからの距離を解析する。制御部１４は、最寄りのディーラからの距離にしたがって車両をグループ分けする。制御部１４は、図５に示すように、最寄りのディーラからの距離順に、車両Ａ〜車両ＣをグループＡとし、車両Ｄ〜車両ＦをグループＢとし、車両Ｇ〜車両ＩをグループＣとする。
【００４０】
制御部１４は、図６に示すように、そのグループ分けしたグループ毎に対象車両数を設定し、その設定した対象車両数にしたがって修正版リプログデータの配信先を拡大する配信計画を作成する。制御部１４は、グループＡについては、例えば対象車両数を１００台に設定し、その１００台の対象車両への修正版リプログデータの配信タイミングをＭ１月Ｄ１日に設定する。同様に、制御部１４は、グループＢについては、例えば対象車両数を９００台に設定し、その９００台の対象車両への修正版リプログデータの配信タイミングをＭ２月Ｄ２日に設定し、グループＣについては、例えば対象車両数を９０００台に設定し、その９０００台の対象車両への修正版リプログデータの配信タイミングをＭ３月Ｄ３日に設定する。尚、時系列の順序は、Ｍ１月、Ｄ１日、Ｍ２月Ｄ２日、Ｍ３月Ｄ３日である。Ｍ１、Ｍ２、Ｍ３は、「１」〜「１２」の任意の自然数であり、Ｄ１、Ｄ２、Ｄ３は、「１」〜「３１」の任意の自然数である。
【００４１】
図７及び図８に示すように、センター装置２において、制御部１４は、グループＡについて設定した配信タイミングであるＭ１月Ｄ１日になると、修正版リプログデータの配信先をグループＡに設定する。制御部１４は、キャンペーン情報記憶部１６から修正版リプログデータを取得し（Ｓ３１，Ｓ３２）、ダウンロード通知をグループＡに属する車両の車両用マスタ装置７に配信させる（Ｓ３３）。
【００４２】
グループＡに属する車両の車両用マスタ装置７は、センター装置２から配信されたダウンロード通知を受信すると、ダウンロード表示指示を車両用ＨＭＩ装置１２に送信し（Ｓ３４）、車両用ＨＭＩ装置１２においてダウンロード通知画面を表示させ（Ｓ３５）、修正版リプログデータのダウンロードの開始を許可するか否かの選択をユーザに促す。車両用ＨＭＩ装置１２は、修正版リプログデータをダウンロードの開始を許可する旨をユーザが選択すると（Ｓ３６）、その操作内容をグループＡに属する車両の車両用マスタ装置７に送信する（Ｓ３７）。グループＡに属する車両の車両用マスタ装置７は、車両用ＨＭＩ装置１２から操作内容を受信すると、ダウンロード許可をセンター装置２に送信する（Ｓ３８）。
【００４３】
センター装置２において、制御部１４は、グループＡに属する車両の車両用マスタ装置７から送信されたダウンロード許可が受信されると、修正版リプログデータをグループＡに属する車両の車両用マスタ装置７に配信させる（Ｓ３９）。これ以降、制御部１４は、グループＡに属する車両の車両用マスタ装置７から送信された車両情報を定期的に監視し（Ｓ４０，４１）、地図情報配信サーバ、気象情報配信サーバ、道路情報配信サーバ等を含む外部情報配信サーバから送信された外部情報を定期的に監視する（Ｓ４２，４３）。制御部１４は、車両情報及び外部情報の解析結果から配信済みの修正版リプログデータの車両側での動作が正常であるか否かを判定するアルゴリズムを構築し、その構築したアルゴリズムを用い、グループＡの車両側に配信させた修正版リプログデータの車両側での動作が正常であるか否かを判定する。
【００４４】
制御部１４は、グループＢについて設定した配信タイミングであるＭ２月Ｄ２日になると、グループＡの車両側に配信させた修正版リプログデータの車両側での動作がＭ１月Ｄ１日からＭ２月Ｄ２日までの期間で正常であったか否かを判定する（正常動作判定手順）。制御部１４は、グループＡの車両側に配信させた修正版リプログデータの車両側での動作が正常であったと判定すると、修正版リプログデータの配信先としてグループＢを設定して同様の処理を行い、修正版リプログデータをグループＢに属する車両の車両用マスタ装置７に配信させる（Ｓ４４〜Ｓ５６、配信対象拡大手順）。
【００４５】
制御部１４は、同様に、グループＣについて設定した配信タイミングであるＭ３月Ｄ３日になると、グループＢの車両側に配信させた修正版リプログデータの車両側での動作がＭ２月Ｄ２日からＭ３月Ｄ３日までの期間で正常であったか否かを判定する（正常動作判定手順）。制御部１４は、グループＢの車両側に配信させた修正版リプログデータの車両側での動作が正常であったと判定すると、修正版リプログデータの配信先としてグループＣを設定して同様の処理を行い、修正版リプログデータをグループＣに属する車両の車両用マスタ装置７に配信させる（配信対象拡大手順）。
【００４６】
制御部１４は、このようにして修正版リプログデータの配信先を段階的に拡大することで、修正版リプログデータの配信対象を拡大する。尚、制御部１４は、グループＡの車両側に配信させた修正版リプログデータの車両側での動作が正常でなく、修正版リプログデータに不具合が検知されると、修正版リプログデータをグループＢに属する車両の車両用マスタ装置７に配信させない。即ち、制御部１４は、修正版リプログデータをグループＢに属する車両の車両用マスタ装置７に配信させないことで、不具合により発生する被害の影響を抑える。又、制御部１４は、不具合が検知された修正版リプログデータに対して必要な対策を講じる。
【００４７】
尚、図４及び図５に例示したように、最寄りのディーラからの距離にしたがって車両をグループ分けしたことで、修正版リプログデータに不具合が検知されても、ディーラの担当者が即座に対応することができる。最寄りのディーラからの距離にしたがってグループ分けすることに限らず、例えば車種、年式、グレード等にしたがってグループ分けしても良い。例えば車種にしたがってグループ分けすれば、修正版リプログデータを車種Ａの車両側に配信させ、その車種Ａの車両について修正版リプログデータの車両側での動作が正常であると判定した上で、修正版リプログデータを車種Ｂの車両側に配信させても良い。例えば年式にしたがってグループ分けすれば、修正版リプログデータを比較的新しい年式の車両側に配信させ、その比較的新しい年式の車両について修正版リプログデータの車両側での動作が正常であると判定した上で、修正版リプログデータを比較的古い年式の車両側に配信させても良い。例えばグレードにしたがってグループ分けすれば、修正版リプログデータを比較的高いグレードの車両側に配信させ、その比較的高いグレードの車両について修正版リプログデータの車両側での動作が正常であると判定した上で、修正版リプログデータを比較的低いグレードの車両側に配信させても良い。
【００４８】
（２）修正版リプログデータの配信量を拡大するパターン
制御部１４は、図９に示すように、修正版リプログデータを論理単位に分割し、その分割した論理単位毎にデータ容量を計算する。論理単位とは、修正版リプログデータを構成するデータの単位である。制御部１４は、図１０に示すように、その計算したデータ容量にしたがってリプログデータの配信量を拡大する配信計画を作成する。制御部１４は、データ容量が１０ｋＢ（キロバイト）の論理単位Ａについては、修正版リプログデータの配信タイミングをＭ１月Ｄ１日に設定する。同様に、制御部１４は、データ容量が１ＭＢ（メガバイト）の論理単位Ｂについては、修正版リプログデータの配信タイミングをＭ２月Ｄ２日に設定し、データ容量が１０ＭＢの論理単位Ｃについては、修正版リプログデータの配信タイミングをＭ３月Ｄ３日に設定する。
【００４９】
図１１及び図１２に示すように、センター装置２において、制御部１４は、論理単位Ａについて設定した配信タイミングであるＭ１月Ｄ１日になると、修正版リプログデータの配信量を論理単位Ａの１０ｋＢに設定する。制御部１４は、キャンペーン情報記憶部１６から修正版リプログデータのうち論理単位Ａの１０ｋＢを取得し（Ｓ６１，Ｓ６２）、その取得した論理単位Ａのダウンロード通知を車両用マスタ装置７に配信させる（Ｓ６３）。
【００５０】
車両用マスタ装置７は、センター装置２から配信された論理単位Ａのダウンロード通知を受信すると、ダウンロード表示指示を車両用ＨＭＩ装置１２に送信し（Ｓ６４）、車両用ＨＭＩ装置１２においてダウンロード通知画面を表示させ（Ｓ６５）、リプログデータのうち論理単位Ａのダウンロードの開始を許可するか否かの選択をユーザに促す。車両用ＨＭＩ装置１２は、論理単位Ａのダウンロードの開始を許可する旨をユーザが選択すると（Ｓ６６）、その操作内容を車両用マスタ装置７に送信する（Ｓ６７）。車両用マスタ装置７は、車両用ＨＭＩ装置１２から操作内容を受信すると、ダウンロード許可をセンター装置２に送信する（Ｓ６８）。
【００５１】
センター装置２において、制御部１４は、車両用マスタ装置７から送信されたダウンロード許可が受信されると、修正版リプログデータのうち論理単位Ａの１０ｋＢを車両用マスタ装置７に配信させる（Ｓ６９）。これ以降、制御部１４は、車両用マスタ装置７から送信された車両情報を定期的に監視し（Ｓ７０，７１）、地図情報配信サーバ、気象情報配信サーバ、道路情報配信サーバ等を含む外部情報配信サーバから送信された外部情報を定期的に監視する（Ｓ７２，７３）。制御部１４は、車両情報及び外部情報の解析結果から配信済みの修正版リプログデータのうち論理単位Ａの車両側での動作が正常であるか否かを判定するアルゴリズムを構築し、その構築したアルゴリズムを用い、車両側に配信させた修正版リプログデータのうち論理単位Ａの車両側での動作が正常であるか否かを判定する。
【００５２】
制御部１４は、論理単位Ｂについて設定した配信タイミングであるＭ２月Ｄ２日になると、車両側に配信させた修正版リプログデータのうち論理単位Ａの車両側での動作がＭ１月Ｄ１日からＭ２月Ｄ２日までの期間で正常であったか否かを判定する（正常動作判定手順）。制御部１４は、車両側に配信させた修正版リプログデータのうち論理単位Ａの車両側での動作が正常であったと判定すると、修正版リプログデータの配信量を論理単位Ｂの１ＭＢに設定して同様の処理を行い、修正版リプログデータのうち論理単位Ｂの１ＭＢを車両用マスタ装置７に配信させる（Ｓ７４〜Ｓ８６、配信対象拡大手順）。
【００５３】
制御部１４は、同様に、論理単位Ｃについて設定した配信タイミングであるＭ３月Ｄ３日になると、車両側に配信させた修正版リプログデータのうち論理単位Ｂの車両側での動作がＭ２月Ｄ２日からＭ３月Ｄ３日までの期間で正常であったか否かを判定する（正常動作判定手順）。制御部１４は、車両側に配信させた修正版リプログデータのうち論理単位Ｂの車両側での動作が正常であったと判定すると、修正版リプログデータの配信量を論理単位Ｃの１０ＭＢに設定して同様の処理を行い、修正版リプログデータのうち論理単位Ｃの１０ＭＢを車両用マスタ装置７に配信させる（配信対象拡大手順）。
【００５４】
制御部１４は、このようにして修正版リプログデータの配信量を段階的に拡大することで、修正版リプログデータの配信対象を拡大する。尚、制御部１４は、車両側に配信させた修正版リプログデータのうち論理単位Ａの車両側での動作が正常でなく、修正版リプログデータに不具合が検知されると、修正版リプログデータのうち論理単位Ｂの１ＭＢを車両の車両用マスタ装置７に配信させない。即ち、制御部１４は、修正版リプログデータのうち論理単位Ｂの１ＭＢを車両の車両用マスタ装置７に配信させないことで、不具合により発生する被害の影響を抑える。又、制御部１４は、不具合が検知された修正版リプログデータに対して必要な対策を講じる。
【００５５】
（３）配信済みの修正版リプログデータの機能や性能を拡大するパターン
制御部１４は、図１３に示すように、車両側に配信させた修正版リプログデータのうち機能や性能のオンオフの対象として自動ブレーキ機能、自動操舵機能、自動アクセル機能を設定する。制御部１４は、図１４に示すように、自動ブレーキ機能をオンにし、自動操舵機能をオフにし、自動アクセル機能をオフにするモード１、自動ブレーキ機能をオンにし、自動操舵機能をオンにし、自動アクセル機能をオフにするモード２、自動ブレーキ機能をオンにし、自動操舵機能をオンにし、自動アクセル機能をオンにするモード３を設定し、配信済みのリプログデータの機能や性能を拡大する配信計画を作成する。制御部１４は、モード１への移行指示を示す設定変更通知の配信タイミングをＭ１月Ｄ１日に設定する。同様に、制御部１４は、モード２への移行指示を示す設定変更通知の配信タイミングをＭ２月Ｄ２日に設定し、モード３への移行指示を示す設定変更通知の配信タイミングをＭ３月Ｄ３日に設定する。
【００５６】
図１５及び図１６に示すように、センター装置２において、制御部１４は、修正版リプログデータを車両用マスタ装置７に配信させた後に（Ｓ９１〜Ｓ９３）、モード１への移行指示を示す設定変更通知の配信タイミングであるＭ１月Ｄ１日になると、モード１への移行指示を示す設定変更通知を車両用マスタ装置７に配信させる（Ｓ９４）。
【００５７】
車両用マスタ装置７は、センター装置２から配信された設定変更通知を受信すると、設定変更表示指示を車両用ＨＭＩ装置１２に送信し（Ｓ９５）、車両用ＨＭＩ装置１２において設定変更通知画面を表示させ（Ｓ９６）、配信済みのリプログデータの設定変更を許可するか否かの選択をユーザに促す。車両用ＨＭＩ装置１２は、設定変更を許可する旨をユーザが選択すると（Ｓ９７）、その操作内容を車両用マスタ装置７に送信する（Ｓ９８）。車両用マスタ装置７は、車両用ＨＭＩ装置１２から操作内容を受信すると、設定変更許可をセンター装置２に送信する（Ｓ９９）。
【００５８】
センター装置２において、制御部１４は、車両用マスタ装置７から送信された設定変更許可が受信されると、モード１への移行指示を示す設定変更指示を車両用マスタ装置７に配信させる（Ｓ１００）。車両用マスタ装置７は、センター装置２から配信された設定変更指示を受信すると、その受信した設定変更指示にしたがって自動ブレーキ機能、自動操舵機能、自動アクセル機能のオンオフを設定する。即ち、車両用マスタ装置７は、自動ブレーキ機能オンをブレーキＥＣＵに送信し、ブレーキＥＣＵの自動ブレーキ機能をオンさせ、自動操舵機能オフを自動運転ＥＣＵに送信し、自動運転ＥＣＵの自動操舵機能をオフさせ、自動アクセル機能オフをアクセルＥＣＵに送信し、アクセルＥＣＵの自動アクセル機能をオフさせる。これ以降、制御部１４は、車両用マスタ装置７から送信された車両情報を定期的に監視し（Ｓ１０１，１０２）、地図情報配信サーバ、気象情報配信サーバ、道路情報配信サーバ等を含む外部情報配信サーバから送信された外部情報を定期的に監視する（Ｓ１０３，１０４）。制御部１４は、車両情報及び外部情報の解析結果からモード１の車両側での動作、即ち、自動ブレーキ機能の車両側での動作が正常であるか否かを判定するアルゴリズムを構築し、その構築したアルゴリズムを用い、自動ブレーキ機能の車両側での動作が正常であるか否かを判定する。
【００５９】
制御部１４は、モード２への移行指示を示す設定変更通知の配信タイミングであるＭ２月Ｄ２日になると、自動ブレーキ機能の車両側での動作がＭ１月Ｄ１日からＭ２月Ｄ２日までの期間で正常であったか否かを判定する（正常動作判定手順）。制御部１４は、自動ブレーキ機能の車両側での動作が正常であったと判定すると、モード２への移行指示を示す設定変更通知を車両用マスタ装置７に配信させる（Ｓ１０５〜Ｓ１１５、配信対象拡大手順）。この場合、車両用マスタ装置７は、センター装置２から配信された設定変更指示を受信すると、その受信した設定変更指示にしたがって自動ブレーキ機能オンをブレーキＥＣＵに送信し、ブレーキＥＣＵの自動ブレーキ機能のオンを継続させ、自動操舵機能オンを自動運転ＥＣＵに送信し、自動運転ＥＣＵの自動操舵機能をオフからオンに切替え、自動アクセル機能オフをアクセルＥＣＵに送信し、アクセルＥＣＵの自動アクセル機能のオフを継続させる。
【００６０】
制御部１４は、同様に、モード３への移行指示を示す設定変更通知の配信タイミングであるＭ３月Ｄ３日になると、自動ブレーキ機能及び自動操舵機能の車両側での動作がＭ２月Ｄ２日からＭ３月Ｄ３日までの期間で正常であったか否かを判定する（正常動作判定手順）。制御部１４は、自動ブレーキ機能及び自動操舵機能の車両側での動作が正常であったと判定すると、モード３への移行指示を示す設定変更通知を車両用マスタ装置７に配信させる（配信対象拡大手順）。この場合、車両用マスタ装置７は、センター装置２から配信された設定変更指示を受信すると、その受信した設定変更指示にしたがって自動ブレーキ機能オンをブレーキＥＣＵに送信し、ブレーキＥＣＵの自動ブレーキ機能のオンを継続させ、自動操舵機能オンを自動運転ＥＣＵに送信し、自動運転ＥＣＵの自動操舵機能のオンを継続させ、自動アクセル機能オンをアクセルＥＣＵに送信し、アクセルＥＣＵの自動アクセル機能をオフからオンに切替える。
【００６１】
制御部１４は、このようにして配信済みの修正版リプログデータの機能や性能を段階的に拡大することで、修正版リプログデータの配信対象を拡大する。尚、制御部１４は、モード１への移行指示を示す設定変更指示を車両側に配信させた後に、モード１の車両側での動作が正常でなく、修正版リプログデータに不具合が検知されると、モード２への移行指示を示す設定変更指示を車両の車両用マスタ装置７に配信させない。即ち、制御部１４は、モード２への移行指示を示す設定変更指示を車両の車両用マスタ装置７に配信させないことで、不具合により発生する被害の影響を抑える。又、制御部１４は、不具合が検知された修正版リプログデータに対して必要な対策を講じる。尚、ブレーキＥＣＵの自動ブレーキ機能、自動運転ＥＣＵの自動操舵機能、アクセルＥＣＵの自動アクセル機能を段階的にオンさせる場合を例示したが、別のＥＣＵの別の機能をオンさせる構成でも良い。
【００６２】
以上は、センター装置２において、修正版リプログデータや設定変更指示を、車両情報を送信した車両の車両用マスタ装置７に配信させる場合を説明したが、車両情報を送信していない車両の車両用マスタ装置７に配信させても良い。図１７に示すように、センター装置２において、制御部１４は、修正版リプログデータの配信先や配信量を拡大する場合には、データ構成が同一の修正版リプログデータを車両Ａ〜車両Ｃ、車両Ｐ〜車両Ｒに配信させた後に、車両Ａ〜車両Ｃから車両情報を受信するが、何らかの理由で車両Ｐ〜車両Ｒから車両情報を受信しなくても、修正版リプログデータを車両Ａ〜車両Ｃに送信させることに加え、修正版リプログデータを車両Ｐ〜車両Ｒに送信させても良い。
【００６３】
図１８に示すように、センター装置２において、制御部１４は、配信済みの修正版リプログデータの機能や性能を拡大する場合には、データ構成が同一の修正版リプログデータを車両Ａ〜車両Ｃ、車両Ｐ〜車両Ｒに配信させた後に、車両Ａ〜車両Ｃから車両情報を受信するが、何らかの理由で車両Ｐ〜車両Ｒから車両情報を受信しなくても、設定変更指示を車両Ａ〜車両Ｃに送信させることに加え、設定変更指示を車両Ｐ〜車両Ｒに送信させても良い。
【００６４】
以上に説明したように本実施形態によれば、以下に示す作用効果を得ることができる。センター装置２において、修正版リプログデータを車両側に配信し、その配信済みの修正版リプログデータの車両側での動作が正常であると判定すると、修正版リプログデータの配信対象を拡大するようにした。配信済みの修正版リプログデータの車両側での動作が正常であることを確認した上で修正版リプログデータの配信対象を拡大することで、配信済みのデータに付随する影響範囲を適切に低減することができる。
【００６５】
センター装置２において、修正版リプログデータの配信先を拡大することで、修正版リプログデータの配信対象を拡大するようにした。配信済みの修正版リプログデータの車両側での動作が正常であることを確認した上で修正版リプログデータの配信先を拡大することができる。
【００６６】
センター装置２において、修正版リプログデータの配信量を拡大することで、修正版リプログデータの配信対象を拡大するようにした。配信済みの修正版リプログデータの車両側での動作が正常であることを確認した上で修正版リプログデータの配信量を拡大することができる。
【００６７】
センター装置２において、配信済みの修正版リプログデータの機能や性能の拡大を車両用マスタ装置７に実施させることで、修正版リプログデータの配信対象を拡大するようにした。配信済みの修正版リプログデータの車両側での動作が正常であることを確認した上で配信済みの修正版リプログデータの機能や性能を拡大することができる。
【００６８】
センター装置２において、配信済みの修正版リプログデータの機能や性能の拡大を指定するコマンドを車両側に配信することで、その配信済みの修正版リプログデータの機能や性能の拡大を車両用マスタ装置７に実施させるようにした。機能や性能を拡大した修正版リプログデータを配信する構成では、センター装置２から車両側へのデータ配信量が大きくなり、通信時間が長くなり、機能や性能の拡大を即座に実施させることができない虞があるが、コマンドを車両側に配信することで、センター装置２から車両側へのデータ配信量を低減し、通信時間を低減することができ、機能や性能の拡大を即座に実施させることができる。
【００６９】
データの配信対象をグループ分けし、そのグループ分けされたグループにしたがってデータの配信対象を拡大するようにした。修正版リプログデータの配信対象をグループ単位で段階的に拡大することができる。
【００７０】
センター装置２において、車両側から車両情報を取得して解析し、その解析結果を用いて配信済みの修正版リプログデータの車両側での動作が正常であるか否かを判定するようにした。車両情報を取得して解析することで、配信済みの修正版リプログデータの車両側での動作を実際の車両動作により判定することができる。
【００７１】
センター装置２において、例えば地図情報、気象情報、道路情報等の外部情報を取得して解析し、その解析結果を用いて配信済みの修正版リプログデータの車両側での動作が正常であるか否かを判定するようにした。外部情報として例えば地図情報、気象情報、道路情報等を取得して解析することで、配信済みの修正版リプログデータの車両側での動作を外部情報と関連付けて検知することができる。
【００７２】
本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
【００７３】
修正版リプログデータの配信対象を拡大するようにしたが、修正版でないリプログデータ、即ち、車両側に配信する最初のリプログデータの配信対象を拡大するようにしても良い。センター装置２から車両側に配信されるデータは、ＥＣＵのアプリプログラムを更新するためのリプログデータに限らず、例えば地図データ等であっても良い。
【００７４】
配信済みの修正版リプログデータの機能や性能を拡大することとして、機能をオンさせる構成を例示したが、例えば機能を有効にするための判定基準となる閾値を変更したり、性能を増大させたりしても良い。
【００７５】
修正版リプログデータの配信先を拡大するパターン、修正版リプログデータの配信量を拡大するパターン、配信済みの修正版リプログデータの機能や性能を拡大するパターンを組み合わせても良い。例えば修正版リプログデータの配信量を段階的に拡大しながら、配信済みの修正版リプログデータの機能や性能を段階的に拡大しても良い。
【００７６】
本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。又、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。
【符号の説明】
【００７７】
図面中、１はデータ通信システム、２はセンター装置、７は車両用マスタ装置、１２は車両用ＨＭＩ装置、１４は制御部、１４ａは配信制御部、１４ｂは車両情報取得部、１４ｃは車両情報解析部、１４ｄは外部情報取得部、１４ｅは外部情報解析部、１４ｆは正常動作判定部、１４ｇは配信対象拡大部、１４ｈはグループ分け部である。
【図１】
2020154987.tif 000003
【図２】
2020154987.tif 000004
【図３】
2020154987.tif 000005
【図４】
2020154987.tif 000006
【図５】
2020154987.tif 000007
【図６】
2020154987.tif 000008
【図７】
2020154987.tif 000009
【図８】
2020154987.tif 000010
【図９】
2020154987.tif 000011
【図１０】
2020154987.tif 000012
【図１１】
2020154987.tif 000013
【図１２】
2020154987.tif 000014
【図１３】
2020154987.tif 000015
【図１４】
2020154987.tif 000016
【図１５】
2020154987.tif 000017
【図１６】
2020154987.tif 000018
【図１７】
2020154987.tif 000019
【図１８】
2020154987.tif 000020