(57)【要約】【課題】携帯端末を所有していないユーザや車載ディスプレイが搭載されていない車両のユーザであってもプログラム更新の承諾を行えるようにする。【解決手段】車両用電子制御システム１において、センター装置３は、ユーザが当該ユーザ所有でない第１装置２５〜２７を用いてプログラム更新の承諾を行ったことを受けてユーザの承諾情報を第１承諾情報として受信する承諾情報受信部８ａと、第１承諾情報をユーザの車両情報と対応付けて承諾情報記憶部８ｃに記憶して管理する承諾情報管理部８ｂと、第１承諾情報をユーザの車両側に送信する承諾情報送信部８ｇと、を備える。車両用マスタ装置１１は、第１承諾情報を受付ける承諾情報受付け部３２ａと、第１承諾情報が受付けられた場合に、プログラムの書換えを行うプログラム書換え部３２ｂと、を備える。【選択図】図３
2020023314.tif 000002
【特許請求の範囲】
【請求項１】
車両のプログラム更新を管理するセンター装置（３）と、前記センター装置と通信可能な車両用マスタ装置（１１）と、を備える車両用電子制御システム（１）において、
前記センター装置は、
ユーザが当該ユーザ所有でない第１装置（２５〜２７）を用いてプログラム更新の承諾を行ったことを受けて前記ユーザの承諾情報を第１承諾情報として受信する承諾情報受信部（８ａ）と、
前記承諾情報受信部により受信された前記第１承諾情報を前記ユーザの車両情報と対応付けて承諾情報記憶部（８ｃ）に記憶して管理する承諾情報管理部（８ｂ）と、
前記第１承諾情報を前記ユーザの車両側に送信する承諾情報送信部（８ｇ）と、
前記車両用マスタ装置は、
前記センター装置から送信された前記第１承諾情報を受付ける承諾情報受付け部（３２ａ）と、
前記第１承諾情報が前記承諾情報受付け部により受付けられた場合に、前記プログラムの書換えを行うプログラム書換え部（３２ｂ）と、を備える車両用電子制御システム。
【請求項２】
前記承諾情報受信部は、ユーザが当該ユーザ所有である第２装置（６）を用いてプログラム更新の承諾を行ったことを受けて前記ユーザの承諾情報を第２承諾情報として受信し、
前記承諾情報管理部は、前記承諾情報受信部により受信された前記第２承諾情報を前記ユーザの車両情報と対応付けて前記承諾情報記憶部に記憶して管理し、
前記承諾情報送信部は、前記第２承諾情報を前記ユーザの車両側に送信し、
前記承諾情報受付け部は、前記センター装置から送信された前記第２承諾情報を受付け、
前記プログラム書換え部は、前記第２承諾情報が前記承諾情報受付け部により受付けられた場合に、前記プログラムの書換えを行う請求項１に記載した車両用電子制御システム。
【請求項３】
前記承諾情報受信部は、ユーザが車両に搭載されている第３装置（７）を用いてプログラム更新の承諾を行ったことを受けて前記ユーザの承諾情報を第３諾情報として受信し、
前記承諾情報管理部は、前記承諾情報受信部により受信された前記第３承諾情報を前記ユーザの車両情報と対応付けて前記承諾情報記憶部に記憶して管理し、
前記承諾情報送信部は、前記第３承諾情報を前記ユーザの車両側に送信し、
前記承諾情報受付け部は、前記センター装置から送信された前記第３承諾情報を受付け、
前記プログラム書換え部は、前記第３承諾情報が前記承諾情報受付け部により受付けられた場合に、前記プログラムの書換えを行う請求項２に記載した車両用電子制御システム。
【請求項４】
前記承諾情報受信部は、ユーザが車両に搭載されている第３装置（７）を用いてプログラム更新の承諾を行ったことを受けて前記ユーザの承諾情報を第３諾情報として受信し、
前記承諾情報管理部は、前記承諾情報受信部により受信された前記第３承諾情報を前記ユーザの車両情報と対応付けて前記承諾情報記憶部に記憶して管理し、
前記承諾情報受付け部は、前記承諾情報受信部により受信された前記第３承諾情報を受付け、
前記プログラム書換え部は、前記第３承諾情報が前記承諾情報受付け部により受付けられた場合に、前記プログラムの書換えを行う請求項２に記載した車両用電子制御システム。
【請求項５】
前記プログラム書換え部は、前記第１承諾情報、前記第２承諾情報及び前記第３承諾情報のうち最先の承諾情報が前記承諾情報受付け部により受付けられた場合に、前記プログラムの書換えを行う請求項３又は４に記載した車両用電子制御システム。
【請求項６】
前記プログラム書換え部は、最先の承諾情報が前記承諾情報受付け部により受付けられたことで前記プログラムの書換えを行った後に最先の承諾情報とは異なる承諾情報が前記承諾情報受付け部により受付けられた場合に、前記プログラムの書換えを行わない請求項５に記載した車両用電子制御システム。
【請求項７】
前記第２装置は、自装置を用いるプログラム更新の案内を表示すると共に、前記第１装置を用いるプログラム更新が可能である旨の案内を表示する請求項２に記載した車両用電子制御システム。
【請求項８】
前記第３装置は、自装置を用いるプログラム更新の案内を表示すると共に、前記第１装置を用いるプログラム更新が可能である旨の案内を表示する請求項３又は４に記載した車両用電子制御システム。
【請求項９】
前記承諾情報は、ユーザが行ったプログラム更新の承諾が、キャンペーン通知フェーズ、ダウンロードフェーズ、インストールフェーズ及びアクティベートフェーズの全てのフェーズを一括した承諾であることを含む請求項１から８の何れか一項に記載した車両用電子制御システム。
【請求項１０】
前記承諾情報は、ユーザが行ったプログラム更新の承諾が、キャンペーン通知フェーズ、ダウンロードフェーズ、インストールフェーズ及びアクティベートフェーズのフェーズ毎の承諾であることを含む請求項１から８の何れか一項に記載した車両用電子制御システム。
【請求項１１】
前記承諾情報は、ユーザが行ったプログラム更新の承諾が、インストールフェーズの開始タイミングを含む承諾であることを含む請求項１から１０の何れか一項に記載した車両用電子制御システム。
【請求項１２】
車両のプログラム更新を管理するセンター装置（３）と、前記センター装置と通信可能な車両用マスタ装置（１１）と、を備える車両用電子制御システム（１）において、
ユーザが当該ユーザ所有でない第１装置（２５〜２７）を用いてプログラム更新の承諾を行ったことを受けて前記ユーザの承諾情報を第１承諾情報として受信する承諾情報受信手順と、
前記承諾情報受信手順により受信した前記第１承諾情報を前記ユーザの車両情報と対応付けて記憶して管理する承諾情報管理手順と、
前記第１承諾情報を前記ユーザの車両側に送信する承諾情報送信手順と、
前記センター装置から送信された前記第１承諾情報を受付ける承諾情報受付け手順と、
前記第１承諾情報を前記承諾情報受付け手順により受付けた場合に、前記プログラムの書換えを行うプログラム書換え手順と、を行うプログラム更新の承諾判定方法。
【請求項１３】
車両のプログラム更新を管理するセンター装置（３）と、前記センター装置と通信可能な車両用マスタ装置（１１）と、を備える車両用電子制御システム（１）に、
ユーザが当該ユーザ所有でない第１装置（２５〜２７）を用いてプログラム更新の承諾を行ったことを受けて前記ユーザの承諾情報を第１承諾情報として受信する承諾情報受信手順と、
前記承諾情報受信手順により受信した前記第１承諾情報を前記ユーザの車両情報と対応付けて記憶して管理する承諾情報管理手順と、
前記第１承諾情報を前記ユーザの車両側に送信する承諾情報送信手順と、
前記センター装置から送信された前記第１承諾情報を受付ける承諾情報受付け手順と、
前記第１承諾情報を前記承諾情報受付け手順により受付けた場合に、前記プログラムの書換えを行うプログラム書換え手順と、を実行させるプログラム更新の承諾判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用電子制御システム、プログラム更新の承諾判定方法及びプログラム更新の承諾判定プログラムに関する。
【背景技術】
【０００２】
近年、運転支援機能や自動運転機能等の車両制御の多様化に伴い、車両の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載される車両制御や診断等のプログラムの規模が増大している。又、機能改善等によるバージョンアップに伴い、ＥＣＵのプログラムを書換える（リプログする）機会も増えつつある。一方、通信ネットワークの進展等に伴い、コネクッテッドカーの技術も普及している。このような事情から、車両側に中継装置としての車両用マスタ装置が設けられ、車両用マスタ装置がセンター装置から無線で受信した更新データを書換え対象ＥＣＵに配信することで、書換え対象ＥＣＵのプログラムをＯＴＡ（Over The Air）により書換える技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−２２００９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＥＣＵのプログラムをＯＴＡにより書換える手順では、プログラムの書換えを行う前に、ユーザの承諾が必要であり、ユーザからプログラム更新の承諾が得られたことを条件としてプログラムの書換えを行う。即ち、プログラムを書換え可能である旨を示すキャンペーン通知が携帯端末や車載ディスプレイにおいて行われ、ユーザが携帯端末や車載ディスプレイを用いてプログラム更新の承諾を行うことで、プログラムの書換えを行う。
【０００５】
しかしながら、キャンペーン通知が携帯端末や車載ディスプレイにおいて行われる構成では、携帯端末を所有していないユーザや車載ディスプレイが搭載されていない車両のユーザは、キャンペーン通知を把握することができない。そのため、プログラム更新の承諾を行うことができず、プログラムを書換える機会を逃してしまうことになる。
【０００６】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、携帯端末を所有していないユーザや車載ディスプレイが搭載されていない車両のユーザであってもプログラム更新の承諾を行うことができ、プログラムの書換えを適切に行うことができる車両用電子制御システム、プログラム更新の承諾判定方法及びプログラム更新の承諾判定プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
請求項１に記載した発明によれば、センター装置（３）は、車両のプログラム更新を管理する。車両用マスタ装置（１１）は、センター装置と通信可能である。センター装置において、承諾情報受信部（８ａ）は、ユーザが当該ユーザ所有でない第１装置を用いてプログラム更新の承諾を行ったことを受けてユーザの承諾情報を第１承諾情報として受信する。承諾情報管理部（８ｂ）は、第１承諾情報が承諾情報受信部により受信されると、その受信された第１承諾情報をユーザの車両情報と対応付けて承諾情報記憶部（８ｃ）に記憶して管理する。承諾情報送信部（８ｇ）は、第１承諾情報をユーザの車両側に送信する。車両用マスタ装置において、承諾情報受付け部（３２ａ）は、センター装置から送信された第１承諾情報を受付ける。プログラム書換え部（３２ｂ）は、第１承諾情報が承諾情報受付け部により受付けられると、プログラムの書換えを行う。
【０００８】
ユーザが第１装置を用いてプログラム更新の承諾を行うと、センター装置から車両用マスタ装置に第１承諾情報が送信され、第１承諾情報が車両用マスタ装置に受付けられると、プログラムの書換えを行うようにした。携帯端末を所有していないユーザや車載ディスプレイが搭載されていない車両のユーザであっても第１装置を用いることでプログラム更新の承諾を行うことができ、プログラムの書換えを適切に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態の全体構成を示す図
【図２】アプリプログラムを書換える手順を示す図
【図３】配信サーバ及びＯＥＭ基幹サーバの機能ブロック図
【図４】承諾の流れを示す図
【図５】個車情報データベースを示す図
【図６】構成情報データベースを示す図
【図７】キャンペーンデータベースを示す図
【図８】パッケージデータベースを示す図
【図９】携帯端末におけるキャンペーン通知の案内画面を示す図
【図１０】車載ディスプレイにおけるキャンペーン通知の案内画面を示す図
【図１１】ＣＧＷの機能ブロック図
【図１２】配信サーバの承諾情報受信判定処理を示すフローチャート
【図１３】ＣＧＷの承諾情報受付け判定処理を示すフローチャート
【図１４】シーケンス図（その１）
【図１５】シーケンス図（その２）
【図１６】シーケンス図（その３）
【発明を実施するための形態】
【００１０】
以下、一実施形態について図面を参照して説明する。車両用プログラム書換えシステム（車両用電子制御システムに相当する）は、電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載されている車両制御や診断等のアプリプログラムをＯＴＡ（Over The Air）により書換え可能なシステムである。本実施形態では、アプリプログラムを有線又は無線で書換える場合について説明するが、例えば地図アプリで使用される地図データ、ＥＣＵで使用される制御パラメータ等、各種アプリで使用されるデータを有線又は無線で書換える場合にも適用することができる。
【００１１】
有線でのアプリプログラムの書換えは、アプリプログラムを車両外部から有線を介して取得して書換えることに加え、アプリプログラムが実行される際に使用される各種データを車両外部から有線を介して取得して書換えることも含む。無線でのアプリプログラムの書換えは、アプリプログラムを車両外部から無線を介して取得して書換えることに加え、アプリプログラムが実行される際に使用される各種データを車両外部から無線を介して取得して書換えることも含む。
【００１２】
図１に示すように、車両用プログラム書換えシステム１は、通信ネットワーク２側のセンター装置３と、車両側の車両側システム４と、表示端末５とを有する。通信ネットワーク２は、例えば４Ｇ回線等による移動体通信ネットワーク、インターネット、ＷｉＦｉ（Wireless Fidelity）（登録商標）等を含んで構成される。
【００１３】
表示端末５は、ユーザからの操作入力を受付ける機能や各種画面を表示する機能を有する端末であり、例えばユーザが携帯可能なスマートフォンやタブレット等の携帯端末６（第２装置に相当する）、車室内に配置されている車載ディスプレイ７（第３装置に相当する）である。携帯端末６は、移動体通信ネットワークの通信圏内であれば、通信ネットワーク２を介してセンター装置３とデータ通信可能である。車載ディスプレイ７は、車両側システム４に接続されており、ナビゲーション機能を兼用する構成であっても良い。又、車載ディスプレイ７は、ＥＣＵの機能を有する車載ディスプレイＥＣＵであっても良いし、センターディスプレイやメータディスプレイ等への表示を制御する機能を有していても良い。
【００１４】
ユーザは、車室外であって移動体通信ネットワークの通信圏内であれば、アプリプログラムの書換えに関与する各種画面を携帯端末６により確認しながら操作入力を行い、アプリプログラムの書換えに関与する手続きを可能である。ユーザは、車室内では、アプリプログラムの書換えに関与する各種画面を車載ディスプレイ７により確認しながら操作入力を行い、アプリプログラムの書換えに関与する手続きを可能である。即ち、ユーザは、車室外と車室内で携帯端末６と車載ディスプレイ７を使い分け、アプリプログラムの書換えに関与する手続きを可能である。
【００１５】
センター装置３は、車両用プログラム書換えシステム１において通信ネットワーク２側のプログラム更新機能を統括し、ＯＴＡセンターとして機能する。センター装置３は、ファイルサーバ８と、ウェブサーバ９と、管理サーバ１０とを有し、各サーバ８〜１０が相互にデータ通信可能に構成されている。即ち、センター装置３は、機能毎に異なる複数のサーバを含んで構成されている。
【００１６】
ファイルサーバ８は、センター装置３から車両側システム４に配信されるアプリプログラムのファイルを管理するサーバである。ファイルサーバ８は、センター装置３から車両側システム４に配信されるアプリプログラムの提供事業者であるサプライヤ等から提供される更新データ（以下、リプログデータ、書込みデータとも称する）、ＯＥＭ（Original Equipment Manufacturer）から提供される配信諸元データ、車両側システム４から取得する車両状態等を管理する。ファイルサーバ８は、通信ネットワーク２を介して車両側システム４との間でデータ通信可能であり、配信パッケージのダウンロード要求が発生すると、リプログデータと配信諸元データとが１つのファイルにパッケージ化された配信パッケージを車両側システム４に送信する。
【００１７】
ウェブサーバ９は、ウェブ情報を管理するサーバである。ウェブサーバ９は、携帯端末６等が有するウェブブラウザからの要求に応じて自己が管理するウェブデータを送信する。管理サーバ１０は、アプリプログラムの書換えのサービスに登録しているユーザの個人情報、車両毎のアプリプログラムの書換え履歴等を管理するサーバである。
【００１８】
車両側システム４は、マスタ装置１１（車両用マスタ装置に相当する）を有する。マスタ装置１１は、ＤＣＭ（Data Communication Module）１２と、ＣＧＷ（Central Gate Way）１３とを有する。ＤＣＭ１２とＣＧＷ１３とは、第１バス１４を介してデータ通信可能に接続されている。ＤＣＭ１２は、センター装置３との間で通信ネットワーク２を介してデータ通信を行う。ＤＣＭ１２は、ファイルサーバ８から配信パッケージをダウンロードすると、そのダウンロードした配信パッケージから書込みデータを抽出し、その抽出した書込みデータをＣＧＷ１３に転送する。
【００１９】
ＣＧＷ１３は、データ中継機能を有し、ＤＣＭ１２から書込みデータを取得すると、その取得した書込みデータの書込みをアプリプログラムの書換え対象である書換え対象ＥＣＵに指示し、書込みデータを書換え対象ＥＣＵに配信する。又、ＣＧＷ１３は、書換え対象ＥＣＵにおいて書込みデータの書込みが完了し、アプリプログラムの書換えが完了すると、その書換え完了後のアプリプログラムを有効とするアクティベートを書換え対象ＥＣＵに指示する。
【００２０】
マスタ装置１１は、車両用プログラム書換えシステム１において車両側のプログラム更新機能を統括し、ＯＴＡマスタとして機能する。尚、図１では、ＤＣＭ１２と車載ディスプレイ７が同一の第１バス１４に接続されている構成を例示しているが、ＤＣＭ１２と車載ディスプレイ７とが別々のバスに接続されている構成でも良い。又、ＤＣＭ１２の機能の一部又は全体をＣＧＷ１３が有する構成でも良いし、ＣＧＷ１３の機能の一部又は全体をＤＣＭ１２が有する構成でも良い。即ち、マスタ装置１１において、ＤＣＭ１２とＣＧＷ１３との機能分担がどのように構成されていても良い。マスタ装置１１は、ＤＣＭ１２及びＣＧＷ１３の２つのＥＣＵから構成されても良いし、ＤＣＭ１２の機能とＣＧＷ１３の機能とを有する１つの統合ＥＣＵで構成されても良い。
【００２１】
ＣＧＷ１３には、第１バス１４に加え、第２バス１５と、第３バス１６と、第４バス１７と、第５バス１８とが車内側のバスとして接続されており、バス１５〜１７を介して各種ＥＣＵ１９が接続されていると共に、バス１８を介して電源管理ＥＣＵ２０が接続されている。
【００２２】
第２バス１５は、例えばボディ系ネットワークのバスである。第２バス１５に接続されているＥＣＵ１９は、ボディ系の制御を行うＥＣＵである。ボディ系の制御を行うＥＣＵは、例えばドアのロック／アンロックを制御するドアＥＣＵ、メータディスプレイへの表示を制御するメータＥＣＵ、エアコンの駆動を制御するエアコンＥＣＵ、ウィンドウの開閉を制御するウィンドウＥＣＵ、車両の盗難防止のために駆動するセキュリティＥＣＵ等である。
【００２３】
第３バス１６は、例えば走行系ネットワークのバスである。第３バス１６に接続されているＥＣＵ１９は、走行系の制御を行うＥＣＵである。走行系の制御を行うＥＣＵは、例えばエンジンの駆動を制御するエンジンＥＣＵ、ブレーキの駆動を制御するブレーキＥＣＵ、自動変速機の駆動を制御するＥＣＴ（Electronic Controlled Transmission）ＥＣＵ、パワーステアリングの駆動を制御するパワーステアリングＥＣＵ等である。
【００２４】
第４バス１７は、例えばマルチメディア系ネットワークのバスである。第４バス１７に接続されているＥＣＵ１９は、マルチメディア系の制御を行うＥＣＵである。マルチメディア系の制御を行うＥＣＵは、例えばナビゲーションシステムを制御するためのナビゲーションＥＣＵ、電子式料金収受システム（ＥＴＣ（Electronic Toll Collection System、登録商標））を制御するＥＴＣＥＣＵ等である。バス１５〜１７は、ボディ系ネットワークのバス、走行系ネットワークのバス、マルチメディア系ネットワークのバス以外の系統のバスであっても良い。又、バスの本数やＥＣＵ１９の個数は例示した構成に限らない。
電源管理ＥＣＵ２０は、ＤＣＭ１２、ＣＧＷ１３、各種ＥＣＵ１９等に供給する電源を管理するＥＣＵである。
【００２５】
ＣＧＷ１３には、第６バス２１が車外側のバスとして接続されている。第６バス２１には、ツール２３が着脱可能に接続されるＤＬＣ（Data Link Coupler）コネクタ２２が接続されている。車内側のバス１４〜１８及び車外側のバス２１は、例えばＣＡＮ（Controller Area Network、登録商標）バスにより構成されており、ＣＧＷ１３は、ＣＡＮのデータ通信規格や診断通信規格（ＵＤＳ（Unified Diagnosis Services）：ＩＳＯ１４２２９）にしたがってＤＣＭ１２と、各種ＥＣＵ１９と、ツール２３との間でデータ通信を行う。尚、ＤＣＭ１２とＣＧＷ１３とがイーサーネットにより接続されていても良いし、ＤＬＣコネクタ２２とＣＧＷ１３とがイーサーネットにより接続されても良い。
【００２６】
書換え対象ＥＣＵ１９は、ＣＧＷ１３から書込みデータを受信すると、その受信した書込みデータをフラッシュメモリに書込んでアプリプログラムを書換える。上記した構成では、ＣＧＷ１３は、書換え対象ＥＣＵ１９から書込みデータの取得要求を受信すると、書込みデータを書換え対象ＥＣＵ１９に配信するリプログマスタとして機能する。書換え対象ＥＣＵ１９は、ＣＧＷ１３から書込みデータを受信すると、その受信した書込みデータをフラッシュメモリに書込んでアプリプログラムを書換えるリプログスレーブとして機能する。
【００２７】
アプリプログラムを無線で書換える態様では、アプリプログラムを書換え可能である旨を示すキャンペーン通知が携帯端末６や車載ディスプレイ７において行われる。ユーザが携帯端末６や車載ディスプレイ７においてキャンペーン通知を把握し、携帯端末６や車載ディスプレイ７を用いてプログラム更新の承諾を行ったことを条件としてアプリプログラムの書換えを行う。即ち、マスタ装置１１は、ユーザからのプログラム更新の承諾が得られたことを条件とし、キャンペーン通知フェーズを行った後に、図２に示すように、センター装置３から車両側への配信パッケージのダウンロードを実行するダウンロードフェーズ、ＣＧＷ１３から書換え対象ＥＣＵ１９への書込みデータの配信を実行するインストールフェーズ、新アプリプログラムの起動に備えるアクティベートフェーズを順次行い、アプリプログラムの書換えを行う。
【００２８】
図３に示すように、配信サーバ８には、ＯＥＭにより管理されるＯＥＭ基幹サーバ２４が接続されている。ＯＥＭ基幹サーバ２４は、ユーザ向け管理ＷＥＢ２４ａを有し、携帯端末６や車載ディスプレイ７がデータ通信可能に接続されることで、ユーザが携帯端末６や車載ディスプレイ７を用いて行うプログラム更新の承諾を受付ける機能を有する。ユーザ向け管理ＷＥＢ２４ａは、ユーザが携帯端末６を用いてプログラム更新の承諾を行ったことを特定すると、その旨を承諾情報（第２承諾情報に相当する）として配信サーバ８に送信する。この場合、ユーザは、プログラム更新の承諾を行う際に、例えば一括承諾又は個別承諾を選択すると共に、インストールフェーズの開始タイミングを設定することができる。一括承諾とは、キャンペーン通知フェーズ、ダウンロードフェーズ、インストールフェーズ及びアクティベートフェーズの全てのフェーズを一括した承諾である。個別承諾とは、キャンペーン通知フェーズ、ダウンロードフェーズ、インストールフェーズ及びアクティベートフェーズのフェーズ毎の個別の承諾である。ユーザは、例えばプログラム更新を最後まで見届ける余裕がないような場合には一括承諾を選択すれば良く、プログラム更新を最後まで見届ける余裕があるような場合には個別承諾を選択すれば良い。又、ユーザは、例えば駐車する時刻に合わせてインストールの開始時刻を設定し、インストールフェーズの開始タイミングを設定すれば良い。
【００２９】
又、ユーザ向け管理ＷＥＢ２４ａは、ユーザが車載ディスプレイ７を用いてプログラム更新の承諾を行ったことを特定すると、その旨を承諾情報（第３承諾情報に相当する）として配信サーバ８に送信する。この場合も、ユーザは、携帯端末６を用いてプログラム更新の承諾を行う場合と同様に、一括承諾又は個別承諾を選択すると共に、インストールフェーズの開始タイミングを設定することができる。
【００３０】
前述したように、キャンペーン通知が携帯端末６や車載ディスプレイ７において行われる構成では、携帯端末６を所有していないユーザや車載ディスプレイ７が搭載されていない車両のユーザは、キャンペーン通知を把握することができない。そのため、プログラム更新の承諾を行うことができず、プログラムを書換える機会を逃してしまうことになる。この点に鑑み、本実施形態では、以下に示す構成を特徴とする。
【００３１】
図４に示すように、センター装置３は、通信ネットワーク２を介してＰＯＳ（Point Of Sale）システム２５（第１装置に相当する）、会話応答システム２６（第１装置に相当する）、自動応答システム２７（第１装置に相当する）とデータ通信可能に構成されている。本実施形態では、アプリプログラムを書換え可能である旨を示すキャンペーン通知が携帯端末６や車載ディスプレイ７においてユーザに行われると共に、キャンペーン通知の内容を知らせる葉書２８がユーザに郵送される。ユーザに郵送される葉書２８には、オペレータへの連絡先の電話番号（図４では「０１２０−ＸＸＸＸＸＸ（Ｘは「０」〜「９」の任意の数字）」）と、ユーザの個人情報、車両情報、認証情報がコード化されているＱＲコード（登録商標）が印字されている。
【００３２】
ユーザが葉書２８を例えばコンビニエンスストア等の店舗に持参し、葉書２８に印字されているＱＲコードをスキャナで読取らせると、ＰＯＳシステム２５は、ＱＲコードをスキャナで読取ったことでプログラム更新の承諾を受付け、その読取ったユーザの個人情報等を承諾情報として通信ネットワーク２を介してセンター装置３に送信する。即ち、ユーザは、葉書２８に印字されているＱＲコードをスキャナで読取らせることで、ＰＯＳシステム２５を介してプログラム更新を承諾する意思をセンター装置３に通知することができる。
【００３３】
又、ユーザが葉書２８に印字されている電話番号を例えば携帯電話機や固定電話機において入力すると、そのユーザにより入力された電話番号を発信先電話番号として電話機が発信し、オペレータが応答すると、ユーザがオペレータと会話可能となる。オペレータがキャンペーン通知の内容をユーザに口頭で説明することで、ユーザがキャンペーン通知の内容を理解することができ、プログラム更新を承諾するか否かを選択することができる。オペレータは、プログラム更新を承諾する意思をユーザから伝えられると、会話応答システム２６を操作し、ユーザの個人情報等を入力する。会話応答システム２６は、ユーザの個人情報等が入力されると、その入力されたユーザの個人情報等を承諾情報として通信ネットワーク２を介してセンター装置３に送信する。即ち、ユーザは、葉書２８に印字されている電話番号に電話を掛けることで、会話応答システム２６を介してプログラム更新を承諾する意思をセンター装置３に通知することができる。
【００３４】
又、会話応答システム２６のオペレータを介さなくても良い。ユーザが葉書２８に印字されている電話番号を例えば携帯電話機や固定電話機において入力すると、そのユーザにより入力された電話番号を発信先電話番号として電話機が発信し、自動応答システム２７が応答する。自動応答システム２７は、予め登録されている自動応答の手順にしたがって音声ガイダンスを出力し、その音声ガイダンスにしたがってユーザが例えば携帯電話機や固定電話機を操作することでユーザの個人情報等を入力する。自動応答システム２７は、ユーザの個人情報等が入力されると、その入力されたユーザの個人情報等を承諾情報として通信ネットワーク２を介してセンター装置３に送信する。即ち、ユーザは、葉書２８に印字されている電話番号に電話を掛けることで、自動応答システム２７を介してプログラム更新を承諾する意思をセンター装置３に通知することができる。尚、ユーザが会話応答システム２６又は自動応答システム２７の何れを用いるかを選択可能としても良いし、オペレータとの会話と音声ガイダンスの出力とが混在するシステムを採用しても良い。
【００３５】
ユーザは、このようにＰＯＳシステム２５、会話応答システム２６、自動応答システム２７を用いてプログラム更新の承諾を行う場合でも、携帯端末６や車載ディスプレイ７を用いてプログラム更新の承諾を行う場合と同様に、一括承諾又は個別承諾を選択すると共に、インストールフェーズの開始タイミングを設定することができる。ＰＯＳシステム２５を用いる場合であれば、ユーザが例えば葉書２８に印字されているＱＲコードをスキャナで読取らせる際に、一括承諾又は個別承諾の何れであるか、インストールフェーズの開始タイミングを店舗の店員に伝え、そのユーザから伝えられた情報を店員がＰＯＳシステム２５に登録すれば良い。会話応答システム２６を用いる場合であれば、ユーザがオペレータと会話する際に、一括承諾又は個別承諾の何れであるか、インストールフェーズの開始タイミングをオペレータに伝え、そのユーザから伝えられた情報をオペレータが会話応答システム２６に登録すれば良い。自動応答システム２７を用いる場合であれば、ユーザが音声ガイダンスにしたがって電話機を操作する際に、一括承諾又は個別承諾の何れであるか、インストールフェーズの開始タイミングを自動応答システム２７に登録すれば良い。
【００３６】
ＯＥＭ基幹サーバ２４は、ユーザ向け管理ＷＥＢ２４ａに加え、上記したようにユーザがＰＯＳシステム２５、会話応答システム２６、自動応答システム２７を用いてプログラム更新の承諾を行うことに応じて承諾を受付ける機能を有する。具体的には、ＯＥＭ基幹サーバ２４は、ＰＯＳシステム向け管理ＷＥＢ２４ｂ、会話応答システム向け管理ＷＥＢ２４ｃ、自動応答システム向け管理ＷＥＢ２４ｄを有する。ＰＯＳシステム向け管理ＷＥＢ２４ａは、ユーザがＰＯＳシステム２５を用いてプログラム更新の承諾を行うと、その旨を承諾情報（第１承諾情報に相当する）として配信サーバ８に送信する。会話応答システム向け管理ＷＥＢ２４ｃは、ユーザが会話応答システム２６を用いてプログラム更新の承諾を行うと、その旨を承諾情報（第１承諾情報に相当する）として配信サーバ８に送信する。自動応答システム向け管理ＷＥＢ２４ｄは、ユーザが自動応答システム２７を用いてプログラム更新の承諾を行うと、その旨を承諾情報（第１承諾情報に相当する）として配信サーバ８に送信する。
【００３７】
配信サーバ８は、承諾情報受信部８ａと、承諾情報管理部８ｂと、各種データベース８ｃ〜８ｆと、承諾情報送信部８ｇとを有する。承諾情報受信部８ａは、ＯＥＭ基幹サーバ２４から承諾情報を受信すると、その受信した承諾情報を承諾情報管理部８ｂに出力する。承諾情報管理部８ｂは、承諾情報受信部８ａから承諾情報を入力すると、その入力した承諾情報をデータベース８ｃ〜８ｆのうち該当するデータベースに記憶して管理する。具体的に説明すると、承諾情報管理部８ｂは、承諾情報を解析し、ユーザが携帯端末６、車載ディスプレイ７、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７の何れを用いてプログラム更新の承諾を行ったかを判定し、該当するデータベースに記憶して管理する。
【００３８】
各種データベース８ｃ〜８ｆは、個車情報データベース８ｃと、構成情報データベース８ｄと、キャンペーンデータベース８ｅと、パッケージデータベース８ｆとを有する。個車情報データベース８ｃは、個車情報を管理するデータベースであり、図５に示すように、データ項目として、「ＶＩＮ」、「車両型式」、「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」、「Ｓｙｓ  ＩＤ」、「ＥＣＵ  ＩＤ」、「ＥＣＵ  ＳＷ  ＩＤ」、「運用面」、「アクセスログ」、「リプロステータス」を含む。
【００３９】
「ＶＩＮ」は、車両毎に付与されている識別情報である。「車両型式」は車種を示す情報である。「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」は、車両全体に対するソフトウェアＩＤであり、ソフトウェアを識別するＩＤである。「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」は、各車両に１つだけ付与される情報であり、何れか１つ以上のＥＣＵ１９のアプリプログラムのバージョンが更新されるのに応じて更新される。
【００４０】
「Ｓｙｓ  ＩＤ」は、各車両に搭載されている複数のＥＣＵ１９のグループを「システム」とすると、そのシステムを識別するＩＤである。例えばボディ系ＥＣＵ１９のグループをボディ系システムとし、走行系ＥＣＵ１９のグループを走行系システムとし、そのシステムを識別するＩＤである。「Ｓｙｓ  ＩＤ」は、システムを構成する何れか１つ以上のＥＣＵのアプリプログラムのバージョンが更新されるのに応じて更新される。
【００４１】
「ＥＣＵ  ＩＤ」は、各ＥＣＵ１９の種別を示す装置識別用のＩＤである。「ＥＣＵ  ＳＷ  ＩＤ」は、各ＥＣＵ１９に対するソフトウェアＩＤであり、当該ＥＣＵ１９のアプリプログラムのバージョンが更新されるのに応じて更新される。又、同一の「ＥＣＵ  ＩＤ」で同一のプログラムバージョンであったとしても、ハードウェア構成が異なる場合は、異なる「ＥＣＵ  ＳＷ  ＩＤ」が用いられる。即ち、「ＥＣＵ  ＳＷ  ＩＤ」はＥＣＵの品番を示す情報でもある。
【００４２】
「運用面」は、メモリ構成が２面である場合に、ＥＣＵ１９が現在運用しているプログラムが書込まれている面であり、構成情報と共にアップロードされた値が登録される。「アクセスログ」は、車両が個車情報をセンター装置３にアップロードした年月日及び時刻である。「リプロステータス」は、車両におけるリプログのステータスを示し、例えば「キャンペーン発行済み」、「アクティベート完了」、「ダウンロード完了」等がある。即ち、ユーザが携帯端末６、車載ディスプレイ７、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７の何れかを用いてプログラムの承諾を行うと、プログラム更新の進捗に応じて「リプロステータス」が更新される。リプログステータスによりプログラム更新が何れのフェーズまで進み、何れのフェーズで停滞しているかが分かる。
【００４３】
構成情報データベース８ｄは、構成情報を管理するデータベースであり、図６に示すように、データ項目として、「車両型式」、「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」、「Ｓｙｓ  ＩＤ」、「ＥＣＵ  ＩＤ」、「ＥＣＵ  ＳＷ  ＩＤ」を含む。図６では、「車両型式」＝「ａａａ」の車両に関する構成情報を示している。車両に搭載されるＥＣＵ１９のうち自動運転ＥＣＵ（ＡＤＳ）、エンジンＥＣＵ（ＥＮＧ）、ブレーキＥＣＵ（ＢＲＫ）及び電動パワーステアリングＥＣＵ（ＥＰＳ）を例示している。例えば「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」＝「０００１」の「ＥＣＵ  ＳＷ  ＩＤ」が、「ａｄｓ＿００１」，「ｅｎｇ＿０１０」，「ｂｒｋ＿００１」，「ｅｐｓ＿０１０」であるのに対し、「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」＝「０００２」の「ＥＣＵ  ＳＷ  ＩＤ」は、「ａｄｓ＿００２」，「ｅｎｇ＿０１０」，「ｂｒｋ＿００５」，「ｅｐｓ＿０１１」であり、３つのソフトウェアバージョンが更新されている。これに伴い、「Ｓｙｓ  ＩＤ」＝「ＳＡ０１＿０１」は「ＳＡ０１＿０２」に更新され、「Ｓｙｓ  ＩＤ」＝「ＳＡ０２＿０１」は「ＳＡ０２＿０２」に更新される。
【００４４】
キャンペーンデータベース８ｅは、キャンペーンに関する情報を管理するデータベースであり、図７に示すように、データ項目として、「キャンペーンＩＤ」、「パッケージＩＤ」、「キャンペーン内容」、「対象ＶＩＮリスト」、「更新前Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」、「更新後Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」、「更新前Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ  リスト」、「更新後Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ  リスト」を含む。これらのキャンペーンデータベースの各データ項目は、後述するパッケージデータベース８ｆのデータ項目に合わせて登録されても良い。
【００４５】
「キャンペーンＩＤ」は、キャンペーンを識別する識別情報である。「パッケージＩＤ」は、パッケージを識別する識別情報である。「キャンペーン内容」は、プログラム更新の内容を示すテキスト文等のメッセージ情報である。「対象ＶＩＮリスト」は、キャンペーンの対象となる車両のＩＤである「ＶＩＮ」のリストである。「更新前Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」は、プログラム更新前の「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」であり、「更新後Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」は、プログラム更新後の「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」である。「更新前Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ  リスト」は、プログラム更新前の「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」のリストであり、「更新後Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ  リスト」は、プログラム更新後の「Ｖｅｈｉｃｌｅ  ＳＷ  ＩＤ」のリストである。
【００４６】
パッケージデータベース８ｆは、パッケージに関する情報を管理するデータベースであり、図８に示すように、データ項目として、「パッケージＩＤ」、「ファイル」、「完全性検証データ」を含む。「パッケージＩＤ」は、配信パッケージを識別する識別情報である。「ファイル」は、配信パッケージに格納されているファイルである。「完全性検証データ」は、配信パッケージの完全性を検証するためのデータである。
【００４７】
上記した構成では、ユーザが携帯端末６、車載ディスプレイ７、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７の何れかを用いてプログラム更新の承諾を行うと、配信サーバ８において、個車情報データベース８ｃの「リプロステータス」を更新することを例示したが、リプロステータス」を更新することに追従し、構成情報データベース８ｄ、キャンペーンデータベース８ｅ、パッケージデータベース８ｆの関連するデータ項目を更新しても良い。又、データベースの構成として、個車情報データベース８ｃ、構成情報データベース８ｄ、キャンペーンデータベース８ｅ、パッケージデータベース８ｆとは別に、承諾に関する情報を管理するデータベースを用意しても良い。
【００４８】
承諾情報送信部８ｇは、ユーザが携帯端末６、車載ディスプレイ７、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７の何れかを用いてプログラム更新の承諾を行ったことで各種データベース８ｃ〜８ｆが更新された後に、承諾情報をマスタ装置１１に送信する。尚、以上は、ユーザが車載ディスプレイ７を用いてプログラム更新の承諾を行った場合に、承諾情報がＯＥＭ基幹サーバ２４及び配信サーバ８を介してマスタ装置１１に送信される構成を説明したが、承諾情報がＯＥＭ基幹サーバ２４及び配信サーバ８を介さずにマスタ装置１１に直接送信される構成でも良い。
【００４９】
次に、携帯端末６や車載ディスプレイ７において表示されるキャンペーン通知の案内画面について説明する。図９に示すように、キャンペーン通知の案内画面２９が携帯端末６に表示される場合には、「通常の手続き」ボタン２９ａ、「オペレータにつなぐ」ボタン２９ｂ、「自動応答」ボタン２９ｃ、「後でする」ボタン２９ｄが表示され、ユーザが何れかのボタンを選択可能となる。ユーザが「通常の手続き」ボタン２９ａを操作すると、これ以降、ユーザが携帯端末６を用いてプログラム更新の承諾を行う。
【００５０】
これに対し、ユーザが「オペレータにつなぐ」ボタン２９ｂを操作すると、予め指定されている電話番号を発信先電話番号として携帯端末６が発信し、オペレータが応答すると、ユーザがオペレータと会話可能となる。オペレータがキャンペーン通知の内容をユーザに口頭で説明することで、ユーザがキャンペーン通知の内容を理解することができ、プログラム更新を承諾するか否かを選択することができる。即ち、ユーザは、携帯端末６の案内画面２９で「オペレータにつなぐ」ボタン２９ｂを操作することで、会話応答システム２６を介してプログラム更新を承諾する意思をセンター装置３に通知することができる。
【００５１】
又、ユーザが「自動応答」ボタン２９ｃを操作すると、予め指定されている電話番号を発信先電話番号として携帯端末６が発信し、自動応答システム２７が応答すると、ユーザが音声ガイダンスによりキャンペーン通知の内容を理解することができ、プログラム更新を承諾するか否かを選択することができる。即ち、ユーザは、携帯端末６の案内画面２９で「自動応答」ボタン２９ｃを操作することで、自動音声システム２７を介してプログラム更新を承諾する意思をセンター装置３に通知することができる。尚、ユーザが「後でする」ボタン２９ｄを操作すると、これ以降の任意のタイミングで、キャンペーン通知の案内画面２９が携帯端末６に再度表示される。
【００５２】
又、ボタン２９ａ〜２９ｄに加え、葉書２８と同様のＱＲコードが案内画面２９に表示されている場合には、ユーザが携帯端末６を例えばコンビニエンスストア等の店舗に持参し、携帯端末６に表示されているＱＲコードをスキャナで読取らせると、ＰＯＳシステム２５は、その読取ったユーザの個人情報等を承諾情報として通信ネットワーク２を介してセンター装置３に送信する。即ち、ユーザは、携帯端末６に表示されているＱＲコードをスキャナで読取らせることでも、ＰＯＳシステム２５を介してプログラム更新を承諾する意思をセンター装置３に通知することができる。
【００５３】
キャンペーン通知の案内画面が車載ディスプレイ７に表示される場合も同様である。即ち、図１０に示すように、キャンペーン通知の案内画面３０が車載ディスプレイ７に表示される場合には、「通常の手続き」ボタン３０ａ、「オペレータにつなぐ」ボタン３０ｂ、「自動応答」ボタン３０ｃ、「後でする」ボタン３０ｄが表示され、ユーザが何れかのボタンを選択可能となる。ユーザが「通常の手続き」ボタン３０ａを操作すると、これ以降、ユーザが車載ディスプレイ７を用いてプログラム更新の承諾を行う。
【００５４】
これに対し、ユーザが「オペレータにつなぐ」ボタン３０ｂを操作すると、予め指定されている電話番号を発信先電話番号として携帯端末６が発信し、オペレータが応答すると、ユーザがオペレータと会話可能となる。オペレータがキャンペーン通知の内容をユーザに口頭で説明することで、ユーザがキャンペーン通知の内容を理解することができ、プログラム更新を承諾するか否かを選択することができる。即ち、ユーザは、携帯端末６の案内画面３０で「オペレータにつなぐ」ボタン３０ｂを操作することで、会話応答システム２６を介してプログラム更新を承諾する意思をセンター装置３に通知することができる。
【００５５】
又、ユーザが「自動応答」ボタン３０ｃを操作すると、予め指定されている電話番号を発信先電話番号として携帯端末６が発信し、自動応答システム２７が応答すると、ユーザが音声ガイダンスによりキャンペーン通知の内容を理解することができ、プログラム更新を承諾するか否かを選択することができる。即ち、ユーザは、携帯端末６の案内画面３０で「自動応答」ボタン３０ｃを操作することで、自動音声システム２７を介してプログラム更新を承諾する意思をセンター装置３に通知することができる。尚、ユーザが「後でする」ボタン３０ｄを操作すると、これ以降の任意のタイミングで、キャンペーン通知の案内画面３０が携帯端末６に再度表示される。
【００５６】
尚、案内画面３０が車載ディスプレイ７に表示される場合には、ユーザが乗車した直後や降車する直前等のタイミング、即ち、ユーザの運転の妨げにならないタイミングで案内画面３０が表示されることが望ましい。又、案内画面３０に「オペレータにつなぐ」ボタン３０ｂや「自動応答」ボタン３０ｃが表示される代わりに、車室内に配置されている機械的なボタンをユーザが操作することで、予め指定されている電話番号を発信先電話番号としてＤＣＭ１２が発信しても良い。即ち、例えば車室内の天井にオーバーヘッドコンソール３１（図４参照）が配置され、メータ装置においてキャンペーンを知らせるインジケータのランプが点灯し、ユーザがランプの点灯を確認してオーバーヘッドコンソール３１のコールボタンを押下すると、予め指定されている電話番号を発信先電話番号としてＤＣＭ１２が発信しても良い。オーバーヘッドコンソール３１を使用することで、車載ディスプレイ７が搭載されていない構成でも、ユーザが車室内でプログラム更新の承諾を行うことができる。
【００５７】
又、このようにユーザがＰＯＳシステム２５、会話応答システム２６、自動応答システム２７を介してプログラム更新を承諾する意思をセンター装置３に通知する場合に、その承諾の内容を履歴として出力媒体に出力して良い。ＰＯＳシステム２５を用いる場合であれば、例えば承諾の内容を記録したレシートを発行したり、例えば承諾の内容を電子データとしてユーザの携帯端末６に転送したりしても良い。会話応答システム２６を用いる場合であれば、会話内容を録音しても良い。自動応答システム２７を用いる場合であれば、ユーザの操作履歴を記憶しても良い。
【００５８】
次に、車両側の構成としてＣＧＷ１３の構成について説明する。図１１に示すように、ＣＧＷ１３は、制御部３２を有する。制御部３２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を含むマイコンを有し、非遷移的実体的記憶媒体に格納されている制御プログラムを実行して各種処理を行い、ＣＧＷ１３の動作を制御する。
【００５９】
制御部３２は、承諾情報受付け部３２ａと、プログラム書換え部３２ｂと、圏内判定部３２ｃとを有する。承諾情報受付け部３２ａは、配信サーバ８から送信された承諾情報を受付ける。プログラム書換え部３２ｂは、承諾情報が承諾情報受付け部３２ａにより受付けられると、プログラムの書換えを行う。即ち、プログラム書換え部３２ｂは、ユーザが一括承諾を選択していれば、アプリプログラムの書換えを全てのフェーズを一括して行い、フェーズ毎の承諾を必要としない一括書換えを行う。即ち、ユーザが携帯端末６や車載ディスプレイ７を用いてプログラム更新の一括承諾を行った場合には、最初にキャンペーン通知の承諾画面が携帯端末６や車載ディスプレイ７に表示されるが、これ以降は、ダウンロードの承諾画面、インストールの承諾画面、アクティベートの承諾画面が表示されることなく、プログラム更新が進む。一方、プログラム書換え部３２ｂは、ユーザが個別承諾を選択していれば、アプリプログラムの書換えをフェーズ毎の個別に行い、フェーズ毎の承諾を必要とする個別書換えを行う。即ち、ユーザが携帯端末６や車載ディスプレイ７を用いてプログラム更新の個別承諾を行った場合には、最初にキャンペーン通知の承諾画面が携帯端末６や車載ディスプレイ７に表示され、これ以降は、ダウンロードの承諾画面、インストールの承諾画面、アクティベートの承諾画面が順次表示され、その都度、ユーザが承諾を行うことでプログラム更新が進む。
【００６０】
圏内判定部３２ｃは、ＤＣＭ１２のデータ通信状態により外部とのデータ通信の通信圏内であるか否かを判定する。承諾情報受付け部１９ａは、外部とのデータ通信の通信圏内であると圏内判定部３２ｃにより判定され、配信サーバ８とのデータ通信が可能であると判定されると、携帯端末６、車載ディスプレイ７、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７が用いられる承諾を受付けるが、外部とのデータ通信の通信圏内でないと圏内判定部３２ｃにより判定され、配信サーバ８とのデータ通信が不能であると判定されると、車載ディスプレイ７が用いられる承諾のみを受付ける。
【００６１】
次に、上記した構成の作用について図１２から図１６を参照して説明する。ここでは、センター装置３側の処理として配信サーバ８の承諾情報受信判定処理を説明し、車両側の処理としてＣＧＷ１３の承諾情報受付け判定処理を説明する。プログラム更新の承諾判定方法は、配信サーバ８の承諾情報受信判定処理及びＣＧＷ１３の承諾情報受付け判定処理を含む。
【００６２】
（１）配信サーバ８の承諾情報受信判定処理
配信サーバ８は、承諾情報受信判定処理を開始すると、ＯＥＭ基幹サーバ２４からの承諾情報の受信をしたか否かを判定する（Ｓ１）。配信サーバ８は、ＯＥＭ基幹サーバ２４から承諾情報を受信したと判定すると（Ｓ１：ＹＥＳ、承諾情報受信手順に相当する）、その受信した承諾情報を解析し（Ｓ２）、承諾情報をユーザの車両情報と対応付けて個車情報データベース８ｃに記憶して管理し、個車情報データベース８ｃを更新する（Ｓ３、承諾情報管理手順に相当する）。
【００６３】
具体的に説明すると、配信サーバ８は、ＯＥＭ基幹サーバ２４から第２承諾情報を受信すると、ユーザが携帯端末６を用いてプログラム更新の承諾を行った旨を個車情報データベース８ｃに記憶して管理する。配信サーバ８は、ＯＥＭ基幹サーバ２４から第３承諾情報を受信すると、ユーザが車載ディスプレイ７を用いてプログラム更新の承諾を行った旨を個車情報データベース８ｃに記憶して管理する。配信サーバ８は、ＯＥＭ基幹サーバ２４から第１承諾情報を受信すると、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７の何れであるかを判定し、ユーザがＰＯＳシステム２５、会話応答システム２６、自動応答システム２７のうち何れかを用いてプログラム更新の承諾を行った旨を個車情報データベース８ｃに記憶して管理する。このとき、配信サーバ８は、一括承諾又は個別承諾の何れあるかを特定し、インストールフェーズの開始タイミングを特定する。配信サーバ８は、承諾情報をユーザの車両情報と対応付けて個車情報データベース８ｃに記憶した後に、承諾情報を車両側に送信し（Ｓ４、承諾情報送信手順に相当する）、承諾情報受信判定処理を終了する。
【００６４】
（２）ＣＧＷ１３の承諾情報受付け判定処理
ＣＧＷ１３は、承諾情報受付け判定処理を開始すると、配信サーバ８から承諾情報を受付けたか否かを判定する（Ｓ１１、承諾情報受付け手順に相当する）。ＣＧＷ１３は、配信サーバ８から承諾情報を受付けたと判定すると（Ｓ１１：ＹＥＳ）、その受付けた承諾情報を解析し（Ｓ１２）、書換え開始条件が成立したか否かを判定する（Ｓ１３）、ＣＧＷ１３は、例えばユーザが指定したアプリプログラムの書換え開始時刻に達する等して書換え開始条件が成立したと判定すると（Ｓ１３：ＹＥＳ）、書込みデータを書換え対象ＥＣＵ１９に配信し、書換え対象ＥＣＵ１９のアプリプログラムを書換え（Ｓ１４、プログラム書換え手順に相当する）、承諾情報受付け判定処理を終了する。
【００６５】
ユーザがＰＯＳシステム２５、会話応答システム２６、自動応答システム２７を用いてプログラム更新の承諾を行った場合について図１４から図１６を参照して説明する。ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７は、ユーザからのプログラム更新の承諾の意思を確認すると、承諾情報をＯＥＭ基幹サーバ２４に送信する。ＯＥＭ基幹サーバ２４は、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７から承諾情報を受信すると、その受信した承諾情報を配信サーバ８に送信する。配信サーバ８は、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７から承諾情報を受信すると、ＳＭＳ（Short Message Service）信号をＤＣＭ１２に送信し、ＤＣＭ１２からコマンド取得要求を受信すると、承諾情報をＣＧＷ１３に送信する。
【００６６】
尚、配信サーバ８は、ユーザが携帯端末６、車載ディスプレイ７、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７の何れを用いてプログラム更新の承諾を行うと、上記したようにプログラム更新の進捗に応じて個車情報データベース８ｃの「リプロステータス」を更新することで、キャンペーン通知に対して最先の承諾情報だけを有効とし、同じキャンペーン通知に対して２度目以降の承諾情報を無効とする。配信サーバ８は、例えば承諾情報管理フラグを設け、最先の承諾情報を受信した場合に承諾情報管理フラグの値を「０」から「１」に変更し、承諾情報管理フラグの値を判定することで、キャンペーン通知に対して最先の承諾情報であるか２度目以降の承諾情報であるかを判定し、２度目以降の承諾情報を無効としても良い。
【００６７】
ＣＧＷ１３は、ユーザが一括承諾を選択していれば、図１４に示すように、キャンペーン通知フェーズ、ダウンロードフェーズ、インストールフェーズ及びアクティベートフェーズを連続して行い、アプリプログラムの書換えを全てのフェーズを一括して行い、フェーズ毎の承諾を必要としない一括書換えを行う。ＣＧＷ１３は、ユーザが個別承諾を選択していれば、図１５及び図１６に示すように、キャンペーン通知フェーズを行った後に、フェーズ毎の個別の承諾を判定しながらダウンロードフェーズ、インストールフェーズ及びアクティベートフェーズを行い、アプリプログラムの書換えをフェーズ毎の個別に行い、フェーズ毎の承諾を必要とする個別書換えを行う。尚、ＣＧＷ１３は、一部のフェーズだけについて個別の承諾を判定しても良く、例えばダウンロードフェーズ、インストールフェーズについて個別の承諾を判定せずに行い、アクティベートフェーズだけについて個別の承諾を判定しても良い。又、アプリプログラムの書換えの途中で一括書換えと個別書換えとを切替えても良い。
【００６８】
以上に説明したように本実施形態によれば、次に示す効果を得ることができる。
車両用プログラム書換えシステム１において、ユーザがプログラム更新の承諾を行う手段として、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７を設け、ユーザがＰＯＳシステム２５、会話応答システム２６、自動応答システム２７を用いてプログラム更新の承諾を行うと、プログラムの書換えを行うようにした。携帯端末６を所有していないユーザや車載ディスプレイ７が搭載されていない車両のユーザであっても、ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７を用いることで、プログラム更新の承諾を行うことができ、プログラムの書換えを適切に行うことができる。
【００６９】
即ち、ユーザが葉書２８に印字されているＱＲコードをスキャナで読取らせたり、ユーザが葉書２８に印字されている電話番号を入力したり、ユーザが「オペレータにつなぐ」ボタン２９ｂ，３０ｂや「自動応答」ボタン２９ｃ，３０ｃを操作したりした場合に、アプリプログラムの書換えを行うようにした。携帯端末６を所有していないユーザや車載ディスプレイ７が搭載されていない車両のユーザであってもアプリプログラム更新の承諾を行うことができる。又、携帯端末６を所有していないユーザに対して携帯端末６の所有を促したり車載ディスプレイ７が搭載されていない車両のユーザに対して車載ディスプレイ７の搭載を促したりする必要もない。更に、情報機器の操作に慣れていないユーザに対して操作に慣れるように促したりする必要もない。
【００７０】
携帯端末６において、キャンペーン通知の案内画面２９を表示する際に、携帯端末６を用いるプログラム更新の案内として「通常の手続き」ボタン２９ａを表示し、会話応答システム２６を用いるプログラム更新の案内として「オペレータにつなぐ」ボタン２９ｂを表示し、自動応答システム２７を用いるプログラム更新の案内として「自動応答」ボタン２９ｃを表示するようにした。携帯端末６を所有しているユーザに対して、携帯端末６を用いて承諾を行うか、会話応答システム２６や自動応答システム２７を用いて承諾を行うかをユーザが容易に選択することができ、操作性を高めることができる。
【００７１】
車載ディスプレイ７についても同様であり、車載ディスプレイ７において、キャンペーン通知の案内画面３０を表示する際に、車載ディスプレイ７を用いるプログラム更新の案内として「通常の手続き」ボタン３０ａを表示し、会話応答システム２６を用いるプログラム更新の案内として「オペレータにつなぐ」ボタン３０ｂを表示し、自動応答システム２７を用いるプログラム更新の案内として「自動応答」ボタン３０ｃを表示するようにした。車載ディスプレイ７が搭載されている車両のユーザに対して、車載ディスプレイ７を用いて承諾を行うか、会話応答システム２６や自動応答システム２７を用いて承諾を行うかをユーザが容易に選択することができ、操作性を高めることができる。
【００７２】
又、ユーザが一括承諾を選択した場合には、フェーズ毎の承諾を必要としない一括書換えを行い、ユーザが個別承諾を選択した場合には、フェーズ毎の承諾を必要する個別書換えを行うようにした。又、アプリプログラムの書換え中に一括書換えと個別書換えとを切替え可能とした。ユーザが一括書換えか個別書換えを自在に選択することができ、アプリプログラムの書換えの自由度を高めることができる。
【００７３】
ユーザがインストールフェーズの開始タイミングを設定した場合には、その開始タイミングにしたがってインストールフェーズを開始するようにした。書換え対象ＥＣＵ１９へのインストールの開始タイミングを自在に設定することができ、アプリプログラムの書換えの自由度を高めることができる。
【００７４】
ＰＯＳシステム２５、会話応答システム２６、自動応答システム２７を利用することで、プログラム更新の承諾のための専用のシステムを新規に構築することなく、既存のＰＯＳシステム２５、会話応答システム２６、自動応答システム２７のソフトウェアを改良することで容易に実現することができる。又、会話応答システム２６ではユーザがオペレータと会話することで、安心感をユーザに与えることができる。
【００７５】
本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
【００７６】
本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。又、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。
【符号の説明】
【００７７】
図面中、１は車両用プログラム書換えシステム（車両用電子制御システム）、３はセンター装置、６は携帯端末（第２装置）、７は車載ディスプレイ（第３装置）、８ａは承諾情報受信部、８ｂは情報管理部、８ｃは個車情報データベース（承諾情報記憶部）、８ｇは承諾情報送信部、１１はマスタ装置（車両用マスタ装置）、１９はＥＣＵ（電子制御装置）、２５はＰＯＳシステム（第１装置）、２６は会話応答システム（第１装置）、２７は自動応答システム（第１装置）、３２ａは承諾情報受付け部、３２ｂはプログラム書換え部である。
【図１】
2020023314.tif 000003
【図２】
2020023314.tif 000004
【図３】
2020023314.tif 000005
【図４】
2020023314.tif 000006
【図５】
2020023314.tif 000007
【図６】
2020023314.tif 000008
【図７】
2020023314.tif 000009
【図８】
2020023314.tif 000010
【図９】
2020023314.tif 000011
【図１０】
2020023314.tif 000012
【図１１】
2020023314.tif 000013
【図１２】
2020023314.tif 000014
【図１３】
2020023314.tif 000015
【図１４】
2020023314.tif 000016
【図１５】
2020023314.tif 000017
【図１６】
2020023314.tif 000018