(57)【要約】      （修正有）【課題】更新処理に伴ってバッテリの蓄積電力量が著しく低下することを防止する車載更新装置及び車載更新システムを提供する。【解決手段】車両に搭載された通信装置の記憶部に記憶されたプログラム又はデータを更新する処理を行う更新処理部を備える車載更新装置であって、車両外の装置から更新用のプログラム又はデータを取得する処理を行う更新用情報取得部と、更新用情報取得部が取得した更新用のプログラム又はデータを用いた更新処理に必要な電力量を推定する必要電力量推定部と、車両のバッテリに蓄積された電力量を取得するバッテリ電力量取得部とを備える。更新処理部は、必要電力量推定部が推定した電力量、バッテリ電力量取得部が取得した電力量及び更新用情報取得部が取得した更新用のプログラム又はデータの優先度に応じて、更新処理を行う。【選択図】図３
2018037059.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載された通信装置の記憶部に記憶されたプログラム又はデータを更新する処理を行う更新処理部を備える車載更新装置であって、
前記車両外の装置から更新用のプログラム又はデータを取得する処理を行う更新用情報取得部と、
前記更新用情報取得部が取得した更新用のプログラム又はデータを用いた更新処理に必要な電力量を推定する必要電力量推定部と、
前記車両のバッテリに蓄積された電力量を取得するバッテリ電力量取得部と
を備え、
前記更新処理部は、前記必要電力量推定部が推定した電力量、前記バッテリ電力量取得部が取得した電力量、及び、前記更新用情報取得部が取得した更新用のプログラム又はデータの優先度に応じて、更新処理を行うこと
を特徴とする車載更新装置。
【請求項２】
前記バッテリ電力量取得部が取得した電力量及び前記必要電力量推定部が推定した電力量に基づいて、前記更新用情報取得部が取得した更新用のプログラム又はデータの更新処理が可能であるか否かを判定する更新判定部を備え、
前記更新処理部は、前記更新判定部が更新処理可能と判定し、且つ、優先度が高い更新用のプログラム又はデータを用いた更新処理を優先して行うこと
を特徴とする請求項１に記載の車載更新装置。
【請求項３】
前記更新処理部は、優先度が高い更新用のプログラム又はデータの更新処理が可能でないと前記更新判定部により判定された場合、当該優先度の更新用のプログラム又はデータを用いた更新処理を行わず、更に当該優先度より低い優先度の更新用のプログラム又はデータを用いた更新処理を行わないこと
を特徴とする請求項２に記載の車載更新装置。
【請求項４】
前記更新処理部は、優先度が高い更新用のプログラム又はデータの更新処理が可能でないと前記更新判定部により判定された場合、当該優先度の更新用のプログラム又はデータを用いた更新処理を行わず、当該優先度の次に優先度が高い更新用のプログラム又はデータについて前記更新判定部の判定結果に応じて更新処理を行うこと
を特徴とする請求項２に記載の車載更新装置。
【請求項５】
前記更新処理部による更新処理を行う更新用のプログラム又はデータに係る情報を通知する更新通知部を備え、
前記更新通知部は、前記更新用情報取得部が更新用のプログラム又はデータを取得したが前記更新処理部による更新処理を行わない更新用のプログラム又はデータについての通知を行わないこと
を特徴とする請求項１乃至請求項４のいずれか１つに記載の車載更新装置。
【請求項６】
前記更新通知部の通知に対して、プログラム又はデータの更新処理の実行可否を受け付ける更新可否受付部を備えることを特徴とする請求項５に記載の車載更新装置。
【請求項７】
前記更新通知部は、更新用のプログラム又はデータを用いた更新処理に要する時間を通知すること
を特徴とする請求項５又は請求項６に記載の車載更新装置。
【請求項８】
更新用のプログラム又はデータを用いた更新処理に要する時間を算出する更新時間算出部を備え、
前記更新通知部は、前記更新時間算出部が算出した時間を通知すること
を特徴とする請求項７に記載の車載更新装置。
【請求項９】
前記更新用情報取得部は、前記車両外の装置から更新用のプログラム又はデータと共に、該更新用のプログラム又はデータを用いた更新処理に要する時間の情報を取得し、
前記更新通知部は、前記更新用情報取得部が取得した時間を通知すること
を特徴とする請求項７に記載の車載更新装置。
【請求項１０】
前記更新用情報取得部が更新用のプログラム又はデータを記憶する更新用記憶部を備え、
前記更新用記憶部は、
更新処理が完了した更新用のプログラム又はデータを消去すると共に、
前記更新用情報取得部が更新用のプログラム又はデータを取得したが前記更新処理部による更新処理を行わない更新用のプログラム又はデータを記憶しておくこと
を特徴とする請求項１乃至請求項９のいずれか１つに記載の車載更新装置。
【請求項１１】
前記更新用情報取得部は、前記更新用記憶部に更新用のプログラム又はデータが記憶されている場合、該更新用のプログラム又はデータの優先度及び前記更新用記憶部の空き容量に応じて、前記車両外の装置から次の更新用のプログラム又はデータを取得するか否かを判定すること
を特徴とする請求項１０に記載の車載更新装置。
【請求項１２】
前記更新用情報取得部は、前記更新用記憶部の空き容量が不足しており、且つ、前記更新用記憶部に記憶されている更新用のプログラム又はデータの優先度が次の更新用のプログラム又はデータの優先度より低い場合、前記更新用記憶部に記憶されている更新用のプログラム又はデータを消去し、前記車両外の装置から次の更新用のプログラム又はデータを取得して前記更新用記憶部に記憶すること
を特徴とする請求項１１に記載の車載更新装置。
【請求項１３】
前記更新用記憶部から更新処理を行っていない更新用のプログラム又はデータが消去された場合に、前記車両外の装置へ通知する未更新通知部を備えること
を特徴とする請求項１２に記載の車載更新装置。
【請求項１４】
車両に搭載された通信装置の記憶部に記憶されたプログラム又はデータを更新する処理を行う更新処理部を備える車載更新装置であって、
前記車両外の装置から更新用のプログラム又はデータを取得する処理を行う更新用情報取得部と、
更新用のプログラム又はデータを用いた更新処理に要する時間を算出する更新時間算出部と、
前記更新時間算出部が算出した時間を通知する更新通知部と、
前記更新通知部の通知に対して、プログラム又はデータの更新処理の実行可否を受け付ける更新可否受付部と
を備えることを特徴とする車載更新装置。
【請求項１５】
車両に搭載された複数の通信装置と、該通信装置の記憶部に記憶されたプログラム又はデータを更新する処理を行う更新処理部を有する車載更新装置とを備える車載更新システムであって、
前記車載更新装置は、前記車両外の装置から更新用のプログラム又はデータを取得する処理を行う更新用情報取得部と、前記更新用情報取得部が取得した更新用のプログラム又はデータを用いた更新処理に必要な電力量を推定する必要電力量推定部と、前記車両のバッテリに蓄積された電力量を取得するバッテリ電力量取得部とを備え、前記更新処理部は、前記必要電力量推定部が推定した電力量、前記バッテリ電力量取得部が取得した電力量、及び、前記更新用情報取得部が取得した更新用のプログラム又はデータの優先度に応じて、更新処理を行い、
前記通信装置は、前記車載更新装置から更新用のプログラム又はデータを受信し、受信した更新用のプログラム又はデータを前記記憶部に記憶して更新を行うこと
を特徴とする車載更新システム。
【請求項１６】
前記車載更新装置は、前記更新処理部による更新処理を行う更新用のプログラム又はデータに係る情報を通知する更新通知部を有し、
前記更新通知部は、前記更新用情報取得部が更新用のプログラム又はデータを取得したが前記更新処理部による更新処理を行わない更新用のプログラム又はデータについての通知を行わないこと
を特徴とする請求項１５に記載の車載更新システム。
【請求項１７】
前記車載更新装置は、
更新用のプログラム又はデータを用いた更新処理に要する時間を算出する更新時間算出部と、
前記更新通知部の通知に対して、プログラム又はデータの更新処理の実行可否を受け付ける更新可否受付部と
を有し、
前記更新通知部は、前記更新時間算出部が算出した更新時間を通知すること
を特徴とする請求項１６に記載の車載更新システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載された通信装置のプログラム又はデータを更新する車載更新装置及び車載更新システムに関する。
【背景技術】
【０００２】
従来、車両には複数のＥＣＵ（Electronic Control Unit）などの通信装置が搭載され、複数のＥＣＵがＣＡＮ（Controller Area Network）バスなどの通信線を介して接続されて相互に情報の送受信を行うことが可能とされている。各ＥＣＵは、フラッシュメモリ又はＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の記憶部に記憶されたプログラムをＣＰＵ（Central Processing Unit）などの処理装置が読み出して実行することにより、車両の制御などの種々の処理を行っている。ＥＣＵの記憶部に記憶されたプログラム又はデータは、例えば機能追加、不具合の修正又はバージョンアップ等の必要が生じた際には、新たなプログラム又はデータに書き換える更新処理を行う必要がある。この場合、更新処理の対象となるＥＣＵに対して、通信線を介して更新用のプログラム又はデータを送信することが行われている。
【０００３】
特許文献１においては、車両内で使用されるソフトウェアのプログラムをエンジン起動中でドライバが降車した後に更新する場合、プログラム更新装置が車両状態の監視情報をセンタに送信し、監視情報に基づくセンタからの指令に応じてプログラム更新装置が動作するプログラム更新システムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−７０２８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
車両のＥＣＵのプログラム又はデータを更新する場合、安全のために例えば車両が停車している状態などで更新を行う必要がある。しかし車両が停車してエンジンが動作していない状態においては、バッテリに蓄積された電力を消費してＥＣＵが動作しなければならない。ＥＣＵのプログラム又はデータの更新処理によりバッテリに蓄積された電力量が著しく低下した場合、例えば次回のエンジン始動を行うことができなくなるなどの不具合が発生する虞がある。
【０００６】
本発明は、斯かる事情に鑑みてなされたものであって、その目的とするところは、更新処理に伴ってバッテリの蓄積電力量が著しく低下することを防止し得る車載更新装置及び車載更新システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る車載更新装置は、車両に搭載された通信装置の記憶部に記憶されたプログラム又はデータを更新する処理を行う更新処理部を備える車載更新装置であって、前記車両外の装置から更新用のプログラム又はデータを取得する処理を行う更新用情報取得部と、前記更新用情報取得部が取得した更新用のプログラム又はデータを用いた更新処理に必要な電力量を推定する必要電力量推定部と、前記車両のバッテリに蓄積された電力量を取得するバッテリ電力量取得部とを備え、前記更新処理部は、前記必要電力量推定部が推定した電力量、前記バッテリ電力量取得部が取得した電力量、及び、前記更新用情報取得部が取得した更新用のプログラム又はデータの優先度に応じて、更新処理を行うことを特徴
とする。
【０００８】
また、本発明に係る車載更新装置は、前記バッテリ電力量取得部が取得した電力量及び前記必要電力量推定部が推定した電力量に基づいて、前記更新用情報取得部が取得した更新用のプログラム又はデータの更新処理が可能であるか否かを判定する更新判定部を備え、前記更新処理部は、前記更新判定部が更新処理可能と判定し、且つ、優先度が高い更新用のプログラム又はデータを用いた更新処理を優先して行うことを特徴とする。
【０００９】
また、本発明に係る車載更新装置は、前記更新処理部が、優先度が高い更新用のプログラム又はデータの更新処理が可能でないと前記更新判定部により判定された場合、当該優先度の更新用のプログラム又はデータを用いた更新処理を行わず、更に当該優先度より低い優先度の更新用のプログラム又はデータを用いた更新処理を行わないことを特徴とする。
【００１０】
また、本発明に係る車載更新装置は、前記更新処理部が、優先度が高い更新用のプログラム又はデータの更新処理が可能でないと前記更新判定部により判定された場合、当該優先度の更新用のプログラム又はデータを用いた更新処理を行わず、当該優先度の次に優先度が高い更新用のプログラム又はデータについて前記更新判定部の判定結果に応じて更新処理を行うことを特徴とする。
【００１１】
また、本発明に係る車載更新装置は、前記更新処理部による更新処理を行う更新用のプログラム又はデータに係る情報を通知する更新通知部を備え、前記更新通知部は、前記更新用情報取得部が更新用のプログラム又はデータを取得したが前記更新処理部による更新処理を行わない更新用のプログラム又はデータについての通知を行わないことを特徴とする。
【００１２】
また、本発明に係る車載更新装置は、前記更新通知部の通知に対して、プログラム又はデータの更新処理の実行可否を受け付ける更新可否受付部を備えることを特徴とする。
【００１３】
また、本発明に係る車載更新装置は、前記更新通知部が、更新用のプログラム又はデータを用いた更新処理に要する時間を通知することを特徴とする。
【００１４】
また、本発明に係る車載更新装置は、更新用のプログラム又はデータを用いた更新処理に要する時間を算出する更新時間算出部を備え、前記更新通知部は、前記更新時間算出部が算出した時間を通知することを特徴とする。
【００１５】
また、本発明に係る車載更新装置は、前記更新用情報取得部が、前記車両外の装置から更新用のプログラム又はデータと共に、該更新用のプログラム又はデータを用いた更新処理に要する時間の情報を取得し、前記更新通知部は、前記更新用情報取得部が取得した時間を通知することを特徴とする。
【００１６】
また、本発明に係る車載更新装置は、前記更新用情報取得部が更新用のプログラム又はデータを記憶する更新用記憶部を備え、前記更新用記憶部は、更新処理が完了した更新用のプログラム又はデータを消去すると共に、前記更新用情報取得部が更新用のプログラム又はデータを取得したが前記更新処理部による更新処理を行わない更新用のプログラム又はデータを記憶しておくことを特徴とする。
【００１７】
また、本発明に係る車載更新装置は、前記更新用情報取得部が、前記更新用記憶部に更新用のプログラム又はデータが記憶されている場合、該更新用のプログラム又はデータの優先度及び前記更新用記憶部の空き容量に応じて、前記車両外の装置から次の更新用のプログラム又はデータを取得するか否かを判定することを特徴とする。
【００１８】
また、本発明に係る車載更新装置は、前記更新用情報取得部が、前記更新用記憶部の空き容量が不足しており、且つ、前記更新用記憶部に記憶されている更新用のプログラム又はデータの優先度が次の更新用のプログラム又はデータの優先度より低い場合、前記更新用記憶部に記憶されている更新用のプログラム又はデータを消去し、前記車両外の装置から次の更新用のプログラム又はデータを取得して前記更新用記憶部に記憶することを特徴とする。
【００１９】
また、本発明に係る車載更新装置は、前記更新用記憶部から更新処理を行っていない更新用のプログラム又はデータが消去された場合に、前記車両外の装置へ通知する未更新通知部を備えることを特徴とする。
【００２０】
また、本発明に係る車載更新装置は、車両に搭載された通信装置の記憶部に記憶されたプログラム又はデータを更新する処理を行う更新処理部を備える車載更新装置であって、前記車両外の装置から更新用のプログラム又はデータを取得する処理を行う更新用情報取得部と、更新用のプログラム又はデータを用いた更新処理に要する時間を算出する更新時間算出部と、前記更新時間算出部が算出した時間を通知する更新通知部と、前記更新通知部の通知に対して、プログラム又はデータの更新処理の実行可否を受け付ける更新可否受付部とを備えることを特徴とする。
【００２１】
また、本発明に係る車載更新システムは、車両に搭載された複数の通信装置と、該通信装置の記憶部に記憶されたプログラム又はデータを更新する処理を行う更新処理部を有する車載更新装置とを備える車載更新システムであって、前記車載更新装置は、前記車両外の装置から更新用のプログラム又はデータを取得する処理を行う更新用情報取得部と、前記更新用情報取得部が取得した更新用のプログラム又はデータを用いた更新処理に必要な電力量を推定する必要電力量推定部と、前記車両のバッテリに蓄積された電力量を取得するバッテリ電力量取得部とを備え、前記更新処理部は、前記必要電力量推定部が推定した電力量、前記バッテリ電力量取得部が取得した電力量、及び、前記更新用情報取得部が取得した更新用のプログラム又はデータの優先度に応じて、更新処理を行い、前記通信装置は、前記車載更新装置から更新用のプログラム又はデータを受信し、受信した更新用のプログラム又はデータを前記記憶部に記憶して更新を行うことを特徴とする。
【００２２】
また、本発明に係る車載更新システムは、前記車載更新装置が、前記更新処理部による更新処理を行う更新用のプログラム又はデータに係る情報を通知する更新通知部を有し、前記更新通知部は、前記更新用情報取得部が更新用のプログラム又はデータを取得したが前記更新処理部による更新処理を行わない更新用のプログラム又はデータについての通知を行わないことを特徴とする。
【００２３】
また、本発明に係る車載更新システムは、前記車載更新装置が、更新用のプログラム又はデータを用いた更新処理に要する時間を算出する更新時間算出部と、前記更新通知部の通知に対して、プログラム又はデータの更新処理の実行可否を受け付ける更新可否受付部とを有し、前記更新通知部は、前記更新時間算出部が算出した更新時間を通知することを特徴とする。
【００２４】
本発明においては、車両に搭載された複数の通信装置のプログラム又はデータの更新処理を車載更新装置が行う。車載更新装置は、車両外に設置されたサーバ装置などから更新用のプログラム又はデータを取得する。車載更新装置は、更新処理の対象が複数である場合、各通信装置について更新用のプログラム又はデータをそれぞれ取得する。ただし、１つの更新用のプログラム又はデータを用いて、複数の通信装置の更新処理を行ってもよい。
車載更新装置は、取得した更新用のプログラム又はデータについて、これを用いた更新処理を行うために必要な電力量を推定すると共に、車両のバッテリに蓄積された電力量についての情報を取得する。車載更新装置は、推定した必要電力量と、バッテリの蓄積電力量と、更新用のプログラム又はデータの優先度とに応じて通信装置の更新処理を行う。なおプログラム又はデータの優先度は、例えば車外の装置からプログラム又はデータを取得する際に優先度の情報を共に取得する構成としてもよく、また例えば車載更新装置が取得したプログラム又はデータに対して優先度を付す構成としてもよい。
これにより車載更新装置は、その時点のバッテリの蓄積電力量を考慮して、優先度の高いプログラム又はデータの更新を優先して行うことが可能となる。また車載更新装置は、バッテリの蓄積電量から更新処理を行うべきでないと判断した場合には、更新処理を中止又は延期することが可能となる。
【００２５】
また本発明においては、バッテリの蓄積電力量とプログラム又はデータの更新の必要電力量とに基づいて、車外の装置から取得した更新用のプログラム又はデータを用いた更新処理が可能であるか否かの判定を車載更新装置が行う。車載更新装置は、電力量に基づいて更新可能であると判定し、且つ、優先度が高い更新用のプログラム又はデータを用いた更新処理を優先して行う。これにより、バッテリの蓄積電力量が少ない場合であっても、優先度が高い更新処理を車載更新装置が優先して行うことができる。
【００２６】
また本発明においては、更新の必要電力量及びバッテリの蓄積電力量に基づいて優先度の高い更新用のプログラム又はデータが更新不可能と判定した場合、車載更新装置は、この更新用のプログラム又はデータを用いた更新処理を行わず、更にこれより優先度の低い更新用のプログラム又はデータを用いた更新処理を行わない。即ち車載更新装置は、優先度が高い更新用のプログラム又はデータを用いた更新処理が完了するまで、優先度の低い更新処理を待機する。これにより優先度が高い更新処理に多くの電力量が必要である場合などに、優先度が高い更新処理が待機状態で維持されることを防止できる。
【００２７】
または、本発明においては、更新の必要電力量及びバッテリの蓄積電力量に基づいて優先度の高い更新用のプログラム又はデータが更新不可能と判定した場合、車載更新装置は、次に優先度が高い更新用のプログラム又はデータを用いた更新処理の可否を判定し、更新処理が可能であれば更新処理を行う。これによりバッテリに蓄積された電力を最大限に利用して更新処理を可能な限り行うことができる。
【００２８】
また本発明においては、更新処理を行う場合に、車載更新装置は、車両のユーザなどへ更新に係る情報を通知する。これにより車両のユーザなどは、車両に搭載された通信装置のプログラム又はデータの更新状況を把握することができる。ただし車載更新装置は、更新の必要電力量及びバッテリの蓄積電力量に基づいて更新処理を行わないと判断したプログラム又はデータについては、車外の装置から更新用のプログラム又はデータを取得していてもユーザなどへの通知は行わない。これにより、更新処理を行わないプログラム又はデータについての情報など、ユーザにとって不要な情報が通知されることを防止できる。更新処理を行わなかったプログラム又はデータについては、その後にバッテリの蓄積電力量が増加して更新処理を行うと判断した際に通知を行えばよい。
【００２９】
また本発明においては、ユーザなどへ更新の通知を行った後、この通知に対して更新処理の実行を許可するか否かの選択をユーザなどから受け付ける。車載更新装置は、実行が許可された場合に更新処理を行い、許可されない場合には更新処理を行わない。これにより、例えば更新処理の通知を受けた際にユーザが車両を使用しようと考えている場合又はしばらく後に車両を使用しようと考えている場合等に、ユーザが更新処理を行わない選択をなすことができ、更新処理によってユーザによる車両の使用が妨げられることを防止できる。
なお更新処理用のプログラム又はデータが複数存在する場合、車載更新装置は、プログラム又はデータ毎に更新処理の実行可否を受け付けてもよい。これによりユーザの選択の幅を広げることができる。
【００３０】
また本発明において車載更新装置は、更新用のプログラム又はデータを用いて更新処理を行った場合の更新処理に要する時間を通知する。更新処理に要する時間は、例えば更新用のプログラム又はデータのサイズ、及び、更新処理の対象となる通信装置の処理速度等の情報から算出（推定）することができる。この更新時間は、車載更新装置が算出する構成であってもよく、車載更新装置が車両外の装置から取得する構成であってもよい。
これによりユーザは、更新処理の終了時刻などを把握することができ、更新処理により車両が使用不可能となる時間がどの程度であるかを把握することができる。なお更新処理用のプログラム又はデータが複数存在する場合、車載更新装置は、プログラム又はデータ毎に更新処理に要する時間を通知してもよい。これによりユーザは、更新処理に要する時間についてより詳細な情報を得ることができる。
上述のように車載更新装置が更新処理の可否をユーザから受け付ける構成である場合には、更新処理に要する時間を通知することによって、ユーザによる更新処理の可否の選択に有用な情報を提供することができる。
【００３１】
また本発明において車載更新装置は、車外の装置から取得した更新用のプログラム又はデータを更新用記憶部に記憶する。更新用記憶部は、不揮発性の記憶部であることが好ましい。車載更新装置は、更新処理が完了した更新用のプログラム又はデータを更新用記憶部から消去するが、更新の必要電力量及びバッテリの蓄積電力量に基づいて更新処理を行わないと判断したプログラム又はデータについては、更新用記憶部に記憶しておく。これにより、その後にバッテリの蓄積電力量が増加して更新処理を行うことが可能となった際に、車外の装置から更新用のプログラム又はデータを再取得することなく、更新処理を行うことができる。
【００３２】
また本発明において車載更新装置は、更新用記憶部に更新用のプログラム又はデータが記憶されており、別の更新用のプログラム又はデータを車外の装置から取得する必要が生じた場合、更新用記憶部の空き容量と、更新用のプログラム又はデータの優先度とに基づいて、新たな更新用のプログラム又はデータを取得するか否かの判定を行う。
例えば車載更新装置は、更新用記憶部の空き容量が不足しており、且つ、別の更新用のプログラム又はデータを車外の装置から取得する必要が生じた場合には、更新用記憶部に記憶されているプログラム又はデータの優先度と、新たに取得すべきプログラム又はデータの優先度とを比較する。更新用記憶部に記憶されているプログラム又はデータの優先度が新たに取得すべきプログラム又はデータの優先度より低い場合、車載更新装置は、更新用記憶部に記憶されているプログラム又はデータを消去して、車外の装置から新たな更新用のプログラム又はデータを取得し、更新用記憶部に記憶する。
その後、車載更新装置は、更新処理を行わずに更新用記憶部から消去した更新用のプログラム又はデータについて、更新が行われなかった旨を車外の装置へ通知する。
これらにより車載更新装置は、更新処理を行うことができずに更新用記憶部に更新用のプログラム又はデータが残され、更新用記憶部の空き容量が不足している状態で、車外の装置から新たな更新用のプログラム又はデータを取得する必要が生じたときに、新たな更新用のプログラム又はデータの取得の可否を優先度に応じて判定することができる。車載更新装置は、優先度が高い新たな更新用のプログラム又はデータを取得して更新用記憶部に記憶し、優先度が低い更新用のプログラム又はデータを消去した場合であっても、車外の装置へ通知を行っておくことにより、消去した更新用のプログラム又はデータの再取得を後に行うことができる。
【発明の効果】
【００３３】
本発明による場合は、車載更新装置が車外の装置から取得した更新用のプログラム又はデータについて、更新処理を行うための必要電力量を推定し、推定して必要電力量と、車両のバッテリの蓄積電力量と、更新用のプログラム又はデータの優先度とに応じて通信装置の更新処理を行う構成とすることにより、その時点のバッテリの蓄積電力量を考慮して、優先度の高いプログラム又はデータの更新を優先して行うことが可能となるため、更新処理に伴ってバッテリの蓄積電力量が著しく低下することを防止することができる。
【図面の簡単な説明】
【００３４】
【図１】本実施の形態に係る車載更新システムの構成を示す模式図である。
【図２】ＥＣＵの構成を示すブロック図である。
【図３】ゲートウェイの構成を示すブロック図である。
【図４】ゲートウェイによる更新用プログラムの取得を説明するための模式図である。
【図５】ゲートウェイが行う更新用プログラム取得処理の手順を示すフローチャートである。
【図６】サーバ装置が行う更新用プログラム送信処理の手順を示すフローチャートである。
【図７】サーバ装置が行う更新処理の可否の判定を説明するための模式図である。
【図８】サーバ装置が行う更新処理の可否の判定を説明するための模式図である。
【図９】サーバ装置が行う更新処理の可否の判定を説明するための模式図である。
【図１０】ゲートウェイが行う更新処理の手順を示すフローチャートである。
【図１１】ＥＣＵが行う更新処理の手順を示すフローチャートである。
【図１２】実施の形態２に係るゲートウェイの構成を示すブロック図である。
【図１３】実施の形態２に係る車載更新システムにて表示装置に表示される更新情報の通知画面の一例を示す模式図である。
【図１４】実施の形態２に係るゲートウェイが行う更新処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００３５】
（実施の形態１）
図１は、本実施の形態に係る車載更新システムの構成を示す模式図である。本実施の形態に係る車載更新システム１００は、車両１に搭載された複数のＥＣＵ（Electronic Control Unit）２が、車両１内に配された通信線１ａ，１ｂ及びゲートウェイ１０を介して相互に通信を行うシステムである。本実施の形態に係る車載更新システム１００は、ゲートウェイ１０が車載更新装置に相当し、ＥＣＵ２が通信装置に相当する。また図示の例では、車内の通信線１ａに２つのＥＣＵ２及び１つの表示装置７が接続され、通信線１ｂに３つのＥＣＵ２が接続され、２本の通信線１ａ，１ｂがゲートウェイ１０に接続されたシステム構成であり、ゲートウェイ１０が通信線１ａ，１ｂ間の通信を中継することによって、全てのＥＣＵ２間でデータの送受信を行うことができる。
【００３６】
また本実施の形態に係る車載更新システム１００では、ゲートウェイ１０に通信線１ｃを介して無線通信装置３が接続されており、ゲートウェイ１０は無線通信装置３を介して車両１外に設置されたサーバ装置９との通信を行うことができる。またゲートウェイ１０には、車両１のＩＧスイッチ４からＩＧ信号が入力されると共に、車両１のバッテリ５の蓄積電力量を検知するバッテリ検知部６から検知結果が入力されている。
【００３７】
ＥＣＵ２は、例えば車両１のエンジンの動作を制御するＥＣＵ、ドアのロック／アンロックを制御するＥＣＵ、ライトの点灯／消灯を制御するＥＣＵ、エアバッグの動作を制御するＥＣＵ、及び、ＡＢＳ（Antilock Brake System）の動作を制御するＥＣＵ等の種々のＥＣＵが含まれ得る。各ＥＣＵ２は、車両１に配された通信線１ａ又は１ｂに接続され、通信線１ａ，１ｂを介して他のＥＣＵ２及びゲートウェイ１０との間でデータの送受信を行うことができる。
【００３８】
無線通信装置３は、例えば携帯電話通信網又は無線ＬＡＮ（Local Area Network）等の無線通信を行うことによって、サーバ装置９との間で情報の送受信を行うことができる。無線通信装置３は、通信線１ｃを介してゲートウェイ１０に接続されており、ゲートウェイ１０との間で有線通信による情報の送受信を行うことができる。これにより無線通信装置３は、ゲートウェイ１０及びサーバ装置９の間の通信を中継することができ、ゲートウェイ１０から与えられたデータをサーバ装置９へ送信すると共に、サーバ装置９から受信したデータをゲートウェイ１０へ与える。
【００３９】
ゲートウェイ１０は、車両１の車内ネットワークを構成する複数の通信線１ａ〜１ｃが接続され、通信線間のデータの送受信を中継する処理を行う。図１に示す例においては、ゲートウェイ１０には３つの通信線１ａ〜１ｃ、即ち２つのＥＣＵ２及び１つの表示装置７が接続された第１の通信線１ａ、３つのＥＣＵ２が接続された第２の通信線１ｂ及び無線通信装置３が接続された第３の通信線１ｃが接続されている。ゲートウェイ１０は、いずれかの通信線１ａ〜１ｃから受信したデータを他の通信線１ａ〜１ｃへ送信することによって、データの中継を行う。
【００４０】
ＩＧスイッチ４は、車両１のエンジン始動などをユーザが行うためのスイッチであり、オン／オフの２状態に切り替わる。本実施の形態においては、ＩＧ信号はＩＧスイッチ４の状態を示し、ＩＧオンは車両１のエンジンなどの原動機が動作しており、オルタネータなどによる発電が行われている状態であり、ＩＧオフは車両１の原動機が停止して発電が行われていない状態である。バッテリ検知部６は、バッテリ５の出力端子の電圧値及び／又は入出力される電流量の積算値等に基づいて、バッテリ５に蓄積されている電力量の検知を行う。表示装置７は、例えば液晶ディスプレイなどであり、ＥＣＵ２又はゲートウェイ１０から与えられる表示命令などに応じて、車両１のユーザに対するメッセージ表示などを行う。また図示は省略するが、表示装置７は、例えばタッチパネル又はハードウェアキー等の操作部を有しており、ユーザの操作を受け付けてＥＣＵ２又はゲートウェイ１０へ受け付けた操作内容を通知する。なお表示装置７は、例えばカーナビゲーション装置と共用のものであってよい。
【００４１】
サーバ装置９は、車両１に搭載されるＥＣＵ２にて実行されるプログラム及びデータを管理及び記憶している。サーバ装置９は、車両１からの問合わせに応じてプログラムなどの更新が必要であるか否かを通知すると共に、更新が必要である場合には更新用のプログラム及びデータを車両１へ配信する処理を行う。
【００４２】
本実施の形態に係る車載更新システム１００では、車両１のエンジンが動作している際にゲートウェイ１０及びサーバ装置９の通信が行われ、サーバ装置９からゲートウェイ１０へ、更新に必要なプログラム及び／又はデータ等の取得（ダウンロード）が行われる。更新に必要なプログラム及び／又はデータ等の取得を完了したゲートウェイ１０は、その後に車両１のエンジンが停止した場合（ＩＧスイッチ４がオフ状態へ切り替えられた場合）、更新処理を行う必要がある旨が表示装置７によりユーザに通知される。この通知に対してユーザの承認が得られた場合、ゲートウェイ１０は、取得したプログラム及び／又はデータ等を更新対象のＥＣＵ２へ送信することにより、更新処理を行う。ゲートウェイ１０から更新に必要なプログラム及び／又はデータ等を受信したＥＣＵ２は、自身の記憶部にこのプログラム及び／又はデータ等を書き込むことによって、更新処理を行う。
【００４３】
図２は、ＥＣＵ２の構成を示すブロック図である。なお本図においては、複数のＥＣＵ２に共通の機能ブロックを抜き出して示しており、ＥＣＵ２毎に異なる機能ブロックについては図示を省略している。本実施の形態に係るＥＣＵ２は、処理部２１、記憶部２２及び通信部２３等を備えて構成されている。処理部２１は、例えばＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro-Processing Unit）等の演算処理装置を用いて構成され、記憶部２２に記憶されたプログラム２２ａを読み出して実行することにより、種々の演算処理を行う。なお記憶部２２に記憶されるプログラム２２ａは、ＥＣＵ２毎にその内容が異なっている。
【００４４】
記憶部２２は、フラッシュメモリ又はＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の不揮発性のメモリ素子を用いて構成されている。記憶部２２は、処理部２１が実行するプログラム２２ａと、このプログラム２２ａの実行に必要なデータとを記憶する。なお以下において”プログラム２２ａ”との記載には、プログラム２２ａと、このプログラム２２ａの実行に必要なデータとを含み得る。
【００４５】
通信部２３は、車内ネットワークを構成する通信線１ａ又は１ｂに接続され、例えばＣＡＮ（Controller Area Network）などの通信プロトコルに従ってデータの送受信を行う。通信部２３は、処理部２１から与えられたデータを電気信号に変換して通信線１ａ又は１ｂへ出力することによってデータを送信すると共に、通信線１ａ又は１ｂの電位をサンプリングして取得することによりデータを受信し、受信したデータを処理部２１へ与える。
【００４６】
また本実施の形態に係るＥＣＵ２の処理部２１には、更新用情報受信部２１ａ及び更新処理部２１ｂが設けられている。更新用情報受信部２１ａ及び更新処理部２１ｂは、記憶部２２に記憶されたプログラム２２ａの更新（アップデート）を行うための機能ブロックである。更新用情報受信部２１ａ及び更新処理部２１ｂは、更新処理の対象となるプログラム２２ａとは別のプログラム（図示は省略する）を処理部２１が実行することにより実現されるソフトウェア的な機能ブロックである。更新用情報受信部２１ａは、通信線１ａ又は１ｂを介して送信される更新用のプログラムを通信部２３にて受信し、受信した更新用のプログラムをバッファメモリ（図示は省略する）などに蓄積する処理を行う。更新処理部２１ｂは、バッファメモリなどに蓄積された更新用のプログラムを、記憶部２２に記憶（更新前のプログラム２２ａに対して上書き）することによって、プログラム２２ａを更新する処理を行う。
【００４７】
図３は、ゲートウェイ１０の構成を示すブロック図である。本実施の形態に係るゲートウェイ１０は、処理部（プロセッサ）１１、記憶部１２、及び、３つの車内通信部１３等を備えて構成されている。処理部１１は、例えばＣＰＵ又はＭＰＵ等の演算処理装置を用いて構成され、記憶部１２又は図示しないＲＯＭ（Read Only Memory）等に記憶されたプログラムを読み出して実行することにより、種々の演算処理を行う。本実施の形態において処理部１１は、車内ネットワークの通信線１ａ〜１ｃ間のデータ送受信を中継する処理、及び、ＥＣＵ２の更新処理等に必要な演算処理を行う。また車両１のＩＧスイッチ４から供給されるＩＧ信号及びバッテリ検知部６が検知するバッテリ５の蓄積電力量は、処理部１１に入力されている。ただし、ＩＧ信号及び／又は蓄積電力量は、通信線１ａ〜１ｃを利用した車内通信によりゲートウェイ１０へ入力されてもよい。
【００４８】
記憶部１２は、フラッシュメモリ又はＥＥＰＲＯＭ等の不揮発性のメモリ素子を用いて構成されている。記憶部１２は、例えばＥＣＵ２の更新に用いられるプログラム及びデータ等が記憶される。記憶部１２は、処理部１１が実行するプログラム及びこのプログラムの実行に必要なデータなどを記憶してもよい。また記憶部１２は、処理部１１の処理の過程で生成されたデータなどを記憶してもよい。
【００４９】
車内通信部１３は、車内ネットワークを構成する通信線１ａ〜１ｃに接続され、例えばＣＡＮなどの通信プロトコルに従ってデータの送受信を行う。車内通信部１３は、処理部１１から与えられたデータを電気信号に変換して通信線１ａ〜１ｃへ出力することによって情報を送信すると共に、通信線１ａ〜１ｃの電位をサンプリングして取得することによりデータを受信し、受信したデータを処理部１１へ与える。なおゲートウェイ１０が備える３つの車内通信部１３は、それぞれ異なる通信プロトコルに従って通信を行うものであってもよい。
【００５０】
また処理部１１には、記憶部１２又はＲＯＭ等に記憶されたプログラムが実行されることによって、更新用情報取得部１１ａ、必要電力量推定部１１ｂ、バッテリ電力量取得部１１ｃ、更新判定部１１ｄ、更新通知部１１ｅ、更新用情報送信部１１ｆ及び未更新通知部１１ｇ等がソフトウェア的な機能ブロックとして実現される。更新用情報取得部１１ａは、所定のタイミングで無線通信装置３を介したサーバ装置９との通信を行い、車両１に搭載されたＥＣＵ２のプログラム２２ａの更新が必要であるか否かを問い合わせる。更新要否の問合わせを行う所定のタイミングは、例えば１日毎又は１週間毎等のように所定周期としてよく、また例えばＩＧスイッチ４がオフ状態からオン状態へ切り替えられる都度などとしてもよい。更新が必要であるとの通知をサーバ装置９から与えられた場合、更新用情報取得部１１ａは、無線通信装置３を介してサーバ装置９から更新に必要なプログラム及びデータ等（以下、単に更新用プログラムという）を取得して記憶部１２に記憶する。このときに更新用情報取得部１１ａは、更新が必要な全てのＥＣＵ２について、更新用プログラムの取得を行う。
【００５１】
本実施の形態においては、サーバ装置９からゲートウェイ１０へ送信される更新用プログラムには、優先度情報が付されている。優先度情報は、例えば１〜５の５段階の数値として表され、数値が大きいほど優先度が高いものとすることができる。また優先度情報は、例えば車両１の製造会社、販売会社又は設計者等が適切な値を決定し、更新用プログラムと共にサーバ装置９に登録しておくものとする。ただし、更新用プログラムに予め優先度情報を付しておくのではなく、更新用プログラムを取得したゲートウェイ１０が、更新用プログラムの内容などを解析して優先度を決定する構成としてもよい。
【００５２】
必要電力量推定部１１ｂは、サーバ装置９から取得した更新用プログラムのそれぞれについて、この更新用プログラムを用いて対象のＥＣＵ２の更新処理を行った場合に消費される電力量を推定する処理を行う。ゲートウェイ１０は、ＥＣＵ２の記憶部２２に更新用プログラムを記憶する処理を行った場合に消費される電力量について、所定データ量（例えば１Ｋバイト）あたりの数値がＥＣＵ２毎にテーブルなどの態様で記憶されている。必要電力量推定部１１ｂは、更新用プログラムのデータ量を調べると共に、この更新用プログラムを用いた更新処理の対象となるＥＣＵ２に関して所定データ量当たりの消費電力量をテーブルから取得する。必要電力量推定部１１ｂは、更新用プログラムのデータ量と、所定データ量当たりの消費電力量とを乗算することによって、この更新用プログラムを用いた更新処理を行った際の消費電力量を算出する。なお上記のテーブルは、例えば車両１又はＥＣＵ２の設計段階又は生産段階等において算出又は測定した消費電力量に基づいて予め作成され、ゲートウェイ１０の記憶部１２などに記憶される。
【００５３】
バッテリ電力量取得部１１ｃは、ＥＣＵ２の更新処理を行うタイミングに至った場合（本実施の形態においてはＩＧスイッチ４がオフ状態へ切り替えられた場合）に、バッテリ検知部６から入力される蓄積電力量を取得することにより、車両１のバッテリ５にその時点で蓄積されている電力量を取得する。なおバッテリ検知部６がバッテリ５の蓄積電力量をゲートウェイ１０へ入力する構成である場合には、バッテリ電力量取得部１１ｃは、単にバッテリ検知部６の検知結果を取得すればよい。ただし、バッテリ検知部６が例えばバッテリ５の端子電圧値を端に入力する構成である場合などには、バッテリ検知部６からの入力情報をバッテリ電力量取得部１１ｃが取得し、取得した情報に基づいてバッテリ５の蓄積電力量を算出する処理を行う必要がある。
【００５４】
更新判定部１１ｄは、必要電力量推定部１１ｂが推定した更新処理に必要な電力量と、バッテリ電力量取得部１１ｃが取得したバッテリ５の蓄積電力量とに基づいて、サーバ装置９から取得した更新用プログラムによる更新処理を行うことが可能であるか否かの判定を行う。更新判定部１１ｄは、バッテリ電力量取得部１１ｃが取得した蓄積電力量に基づき、更新処理に使用可能な電力量を算出する。例えばバッテリ５の蓄積電力量が９０％未満まで低下することが禁じられており、現時点の蓄積電力量が９８％である場合、更新判定部１１ｄは、９８％−９０％＝８％に相当する電力量を更新処理に使用可能な電力量として算出する。
【００５５】
また更新処理を行うべきＥＣＵ２が複数存在し、サーバ装置９から更新用プログラムを複数取得している場合、必要電力量推定部１１ｂは、更新用プログラム毎に必要電力量を算出している。更新判定部１１ｄは、更新処理に使用可能な電力量と、各更新用プログラムの必要電力量と、各更新用プログラムの優先度とに基づいて、各更新用プログラムを用いた更新処理を行うか否かを、更新用プログラム毎に個別判定する。
【００５６】
まず更新判定部１１ｄは、最も優先度の高い更新用プログラムについて、更新処理に使用可能な電力量が必要電力量より多い場合に更新処理を行うと判定する。次いで更新判定部１１ｄは、最も優先度の高い更新用プログラムによる更新処理により使用される電力量を使用可能な電力量から差し引き、次に優先度の高い更新用プログラムについて、同様にして更新処理を行うか否かを判定する。このようにして更新判定部１１ｄは、サーバ装置９から取得した全ての更新用プログラムについて、優先度の順に更新処理を行うか否かの判定を行う。
【００５７】
なお更新処理に使用可能な電力量が必要電力量より少ない場合には、更新判定部１１ｄは、この更新用プログラムについて更新処理を行わないと判定する。本実施の形態においては、更新処理を行わないと判定した更新用プログラムよりも更に優先度が低い更新用プログラムについて、更新判定部１１ｄは、電力量に基づく判定を行うことなく、更新処理を行わないと判定する。優先度が同じ更新用プログラムが複数存在する場合には、更新判定部１１ｄは、いずれかの更新用プログラムについて更新処理を行わないと判定した場合であっても、優先度が同じ他の更新用プログラムについては電力量に基づく判定を行う。
【００５８】
更新通知部１１ｅは、更新判定部１１ｄが更新処理を行うと判定した更新用プログラムに関する情報を表示装置７に表示することで、更新処理を行う旨をユーザに通知する。なお更新通知部１１ｅは、更新判定部１１ｄが更新処理を行わないと判定した更新用プログラムが存在する場合、この更新用プログラムに関する情報はユーザに通知しない。よってユーザは、実際に更新処理が行われる更新用プログラムに関する情報のみを知ることができ、更新処理を行う必要はあるが現時点で更新処理を行わない更新用プログラムに関する情報を知ることはない。またこのときに更新通知部１１ｅは、更新処理に対する承認を表示装置７の操作部にてユーザから受け付ける。ユーザから更新処理の承認が得られなかった場合、ゲートウェイ１０は、更新処理を行わない。
【００５９】
更新用情報送信部１１ｆは、更新用情報取得部１１ａがサーバ装置９から取得して記憶部２２に記憶した更新用のプログラムを読み出し、読み出した更新用のプログラムを更新処理の対象となるＥＣＵ２へ送信することによって、このＥＣＵ２の記憶部２２に記憶されたプログラム２２ａの更新処理を行う。更新処理を行うと判定された更新用プログラムが複数存在する場合、更新用情報送信部１１ｆは、優先度の高いものから順にＥＣＵ２への送信を行う。ゲートウェイ１０から更新用プログラムを受信したＥＣＵ２は、記憶部２２に記憶されている更新前のプログラム２２ａを、受信した更新用プログラムで上書きすることによって、プログラム２２ａの更新処理を行う。
【００６０】
更新用情報送信部１１ｆによりＥＣＵ２に送信された更新用プログラムは、記憶部１２から消去される（ただし、消去せずに別のデータを書き込む必要が生じるまでは記憶しておいてもよい）。しかし更新判定部１１ｄにより更新処理を行わないと判定された更新用プログラムは、記憶部１２に記憶され、次に更新処理を行う機会を待つ。例えばＩＧスイッチ４がオン状態となって車両１が走行し、その後にＩＧスイッチ４がオフ状態となった場合、上述と同様の手順で記憶部２２に記憶された更新用プログラムの更新可否が判定され、更新処理が行われる。
【００６１】
ただし、更新処理が行われずに更新用プログラムが記憶部１２に記憶されている状態で、サーバ装置９から新たな更新用プログラムを取得する必要が生じる場合がある。このような場合に更新用情報取得部１１ａは、記憶部１２に十分な空き領域が存在していれば、サーバ装置９から新たな更新用プログラムを取得して記憶部１２の空き領域に記憶する。記憶部１２に十分な空き領域が存在せず、新たな更新用プログラムを記憶することができない場合、更新用情報取得部１１ａは、記憶部１２に記憶されている更新用プログラムの優先度と、サーバ装置９から取得しようとする更新用プログラムの優先度とを比較する。記憶部１２に記憶されている更新用プログラムの優先度の方が低い場合、更新用情報取得部１１ａは、この更新用プログラムを記憶部１２から消去して、新たな更新用プログラムをサーバ装置９から取得し、記憶部１２に記憶する。
【００６２】
未更新通知部１１ｇは、更新処理を行っていない更新用プログラムを記憶部１２から消去した場合に、その旨をサーバ装置９へ通知する処理を行う。サーバ装置９は、各車両１のプログラムの更新状況を管理しており、更新用プログラムを各車両１へ送信したか否かに関する情報を記憶している。車両１から更新を行わずに更新用プログラムを消去した旨の通知を受けた場合、サーバ装置９は、以後にこの車両１のゲートウェイ１０から更新有無の問合わせなどを受けた際に、この更新用プログラムの更新が必要である旨をゲートウェイ１０へ通知することができる。
【００６３】
図４は、ゲートウェイ１０による更新用プログラムの取得を説明するための模式図である。本図においては、更新用プログラムを実線又は破線の矩形で示し、この矩形内に例えばＰ−１０１（３）のように、プログラムを示す頭文字Ｐに、プログラムを識別する３桁の番号を付して示す。またこの番号の後には、括弧書でプログラムの優先度を示す数値を記載してある。本例において優先度は１〜５の５段階であり、優先度５が最も優先度が高く、優先度１が最も優先度が低いものとする。また各プログラムを示す矩形の大きさは、このプログラムのデータ量を示す。
【００６４】
図４上段に示す例では、ゲートウェイ１０の記憶部１２に未更新の更新用プログラムとしてプログラムＰ−１０１（３）、Ｐ−１０２（２）及びＰ−１０３（１）の３つが記憶されている。ここでサーバ装置９から新たな更新用プログラムＰ−２０１（５）を取得する必要が生じたが、記憶部１２の空き容量よりも更新用プログラムＰ−２０１（５）のデータ量の方が多い場合、記憶部１２に更新用プログラムＰ−２０１（５）を記憶することができない状況が発生する。
【００６５】
このような場合にゲートウェイ１０は、図４下段に示すように、記憶部１２に記憶されている更新用プログラムＰ−１０１（３）、Ｐ−１０２（２）及びＰ−１０３（１）の優先度と、新たな更新用プログラムＰ−２０１（５）の優先度とを比較する。本例では、新たな更新用プログラムＰ−２０１（５）の優先度が最も高い。よってゲートウェイ１０は、記憶部１２に記憶されている更新用プログラムムＰ−１０１（３）、Ｐ−１０２（２）及びＰ−１０３（１）のうち、最も優先度の低い更新用プログラムＰ−１０３（１）を記憶部１２から消去して空き領域を広げる。このときにゲートウェイ１０は、更新処理を行わずに更新用プログラムＰ−１０３（１）を消去した旨をサーバ装置９へ通知する。そしてゲートウェイ１０は、サーバ装置９から新たな更新用プログラムＰ−２０１（５）を取得して、記憶部１２に記憶する。
【００６６】
図５は、ゲートウェイ１０が行う更新用プログラム取得処理の手順を示すフローチャートである。ゲートウェイ１０の処理部１１の更新用情報取得部１１ａは、ＩＧスイッチ４から入力されるＩＧ信号に基づいて、ＩＧスイッチ４がオフ状態からオン状態へ切り替えられたか否かを判定する（ステップＳ１）。ＩＧスイッチ４がオン状態へ切り替えられていない場合（Ｓ１：ＮＯ）、更新用情報取得部１１ａは、ＩＧスイッチ４がオン状態へ切り替えられるまで待機する。ＩＧスイッチ４がオン状態へ切り替えられた場合（Ｓ１：ＹＥＳ）、更新用情報取得部１１ａは、無線通信装置３を介した無線通信を行い、サーバ装置９へ車両１に搭載されたＥＣＵ２のプログラムの更新の有無を問い合わせる（ステップＳ２）。
【００６７】
更新用情報取得部１１ａは、問い合わせに対してサーバ装置９から送信される応答を、無線通信装置３を介して受信する（ステップＳ３）。この応答には、更新の有無の他に、更新が必要なプログラムに係る情報、例えばプログラムの識別情報、データ量及び優先度等の情報が含まれている。更新用情報取得部１１ａは、サーバ装置９からの応答に含まれる情報に基づいて、車両１に搭載されたＥＣＵ２のプログラムの更新の有無を判定する（ステップＳ４）。更新がない場合（Ｓ４：ＮＯ）、更新用情報取得部１１ａは、ステップＳ１へ処理を戻す。更新がある場合（Ｓ４：ＹＥＳ）、更新用情報取得部１１ａは、サーバ装置９から取得すべき更新用プログラムのデータ量と、記憶部１２の空き容量とを比較し、新たな更新用プログラムを記憶する十分な空き領域が記憶部１２に存在するか否かを判定する（ステップＳ５）。
【００６８】
記憶部１２に十分な空き領域がない場合（Ｓ５：ＮＯ）、更新用情報取得部１１ａは、記憶部１２に記憶されている更新用プログラムの優先度より、サーバ装置９から取得すべき更新用プログラムの優先度が高いか否かを判定する（ステップＳ６）。サーバ装置９から取得すべき更新用プログラムの優先度が高くない場合（Ｓ６：ＮＯ）、更新用情報取得部１１ａは、ステップＳ１へ処理を戻す。サーバ装置９から取得すべき更新用プログラムの優先度が高い場合（Ｓ６：ＹＥＳ）、更新用情報取得部１１ａは、記憶部１２に記憶されている優先度が低い更新用プログラムを消去する（ステップＳ７）。また更新用情報取得部１１ａは、消去した更新用プログラムについての未更新通知をサーバ装置９へ送信し（ステップＳ８）、ステップＳ９へ処理を進める。
【００６９】
ステップＳ５にて記憶部１２に十分な空き領域が存在する場合（Ｓ５：ＹＥＳ）、又は、ステップＳ８にて未更新通知を送信した後、更新用情報取得部１１ａは、サーバ装置９へ更新用プログラムの送信を要求する（ステップＳ９）。更新用情報取得部１１ａは、要求に応じてサーバ装置９から送信される更新用プログラムを、無線通信装置３を介して受信し（ステップＳ１０）、受信した更新用プログラムを記憶部１２の空き領域に記憶して（ステップＳ１１）、ステップＳ１へ処理を戻す。
【００７０】
図６は、サーバ装置９が行う更新用プログラム送信処理の手順を示すフローチャートである。サーバ装置９は、車両１のゲートウェイ１０からＥＣＵ２のプログラムの更新有無の問合わせを受信したか否かを判定する（ステップＳ２１）。問合わせを受信していない場合（Ｓ２１：ＮＯ）、サーバ装置９は、ステップＳ２４へ処理を進める。問合わせを受信した場合（Ｓ２１：ＹＥＳ）、サーバ装置９は、車両１のプログラムのバージョンなどを記録するデータベースにアクセスすることによって、問合わせに係る車両１のＥＣＵ２のプログラムについての更新の有無を調査する（ステップＳ２２）。サーバ装置９は、調査結果として得られた更新の有無を応答として問合わせ元のゲートウェイ１０へ送信し（ステップＳ２３）、ステップＳ２４へ処理を進める。
【００７１】
次いでサーバ装置９は、車両１のゲートウェイ１０から更新用プログラムの送信要求を受信したか否かを判定する（ステップＳ２４）。送信要求を受信していない場合（Ｓ２４：ＮＯ）、サーバ装置９は、ステップＳ２７へ処理を進める。送信要求を受信した場合（Ｓ２４：ＹＥＳ）、サーバ装置９は、要求元の車両１のＥＣＵ２にて更新処理を行うべき更新用プログラムを読み出し、要求元のゲートウェイ１０へ送信する（ステップＳ２５）。更新用プログラムの送信完了後、サーバ装置９は、更新用プログラムを送信した旨を記録するためにデータベースを更新し（ステップＳ２６）、ステップＳ２７へ処理を進める。これによりサーバ装置９が管理するデータベースでは、要求元の車両１に関して更新用プログラムが送信済みである旨が記録される。
【００７２】
次いでサーバ装置９は、車両１のゲートウェイ１０から未更新通知を受信したか否かを判定する（ステップＳ２７）。未更新通知を受信していない場合（Ｓ２７：ＮＯ）、サーバ装置９は、ステップＳ２１へ処理を戻す。未更新通知を受信した場合（Ｓ２７：ＹＥＳ）、サーバ装置９は、通知の対象となる更新用プログラムについて、車両１へ送信済みとされている記録を未送信へと変更するためにデータベースを更新し（ステップＳ２８）、ステップＳ２１へ処理を戻す。
【００７３】
図７〜図９は、サーバ装置９が行う更新処理の可否の判定を説明するための模式図である。本図においては、左側に記載した矩形にてバッテリ５の蓄積電力量及び更新処理に使用可能な電力量を示し、右側に記載した矩形にて各更新用プログラムの更新処理の必要電力量を示してある。バッテリ５の蓄積電力量は、０％〜１００％の割合で示してある。更新処理にはバッテリ５の蓄積電力量が９０％を下回らない範囲で、バッテリ５の蓄積電力量を使用することができるものとする。また右側に記載した複数の矩形内のＰ−３０１（５）などの文字列は、図４に示したものと同じ規則で付けられた更新用プログラムを識別するための文字列である。各更新用プログラムの矩形の大きさが、更新処理に必要な電力量を示している。
【００７４】
図７上段に示す例は、バッテリ５の蓄積電力量が９８％であり、更新処理に８％の電力を使用することができる状況である。この状況において、４つの更新用プログラムＰ−３０１（５）、Ｐ−３０２（４）、Ｐ−３０３（２）及びＰ−３０４（１）を用いた更新処理を行う必要があり、各更新処理プログラムの更新処理に必要な電力量が等しく２％の電力量であるものとする。よってゲートウェイ１０は、４つの更新用プログラムの更新に必要な電力量の合計が８％の電力であり、更新処理に８％の電力を使用することができる状況であるため、全ての更新用プログラムについて更新処理が可能であると判定する。
【００７５】
図７下段に示す例は、図７上段の例に対して、バッテリ５の蓄積電力量が１％少ない９７％となった状況である。この場合にゲートウェイ１０は、全ての更新用プログラムの更新処理を行うことができないため、優先度が高い更新プログラムを優先して選択し、３つの更新用プログラムＰ−３０１（５）、Ｐ−３０２（４）、Ｐ−３０３（２）については更新処理が可能であると判定し、１つの更新用プログラムＰ−３０４（１）については更新処理が不可能であると判定する。
【００７６】
図８上段に示す例は、図７上段の例とバッテリ５の蓄積電力量は同じであるが、更新用プログラムＰ−３０１（５）の必要電力量が５％の電力量である場合である。この場合にゲートウェイ１０は、優先度が高い更新用プログラムを優先して選択し、２つの更新用プログラムＰ−３０１（５）及びＰ−３０２（４）については更新処理が可能であると判定し、他の２つの更新処理用プログラムＰ−３０３（２）及びＰ−３０４（１）については更新処理が不可能であると判定する。
【００７７】
図８下段に示す例は、図８上段の例に対して、バッテリ５の蓄積電力量が４％少ない９４％となった状況である。本実施の形態においては、この状況において最も優先度が高い更新用プログラムＰ−３０１（５）の更新処理を行うことができないため、ゲートウェイ１０は、更新用プログラムＰ−３０１（５）のみでなく、これよりも優先度が低い更新用プログラムＰ−３０２（４）、Ｐ−３０３（２）及びＰ−３０４（１）についても更新処理が不可能であると判定する。
【００７８】
なお図８下段に示す状況において、優先度が高い更新用プログラムが更新処理不可能である場合に、これより低い優先度の更新用プログラムについては全て更新処理不可能と判定する構成としたが、これに限るものではない。図９に示す例は、図８下段の例とバッテリ５の蓄積電力量及び更新用プログラムの必要電力量は同じであるが、優先度が高い更新用プログラムが更新処理不可能であっても、これより低い優先度の更新用プログラムの更新処理を行うことを許可する構成とした場合である。この変形例においてゲートウェイ１０は、４％の使用可能電力量を最大限に利用して、優先度が次に高い２つの更新用プログラムＰ−３０２（４）及びＰ−３０３（２）について更新処理が可能であると判定する。
【００７９】
このようにしてゲートウェイ１０が更新処理可能と判定した更新用プログラムについて、更新処理を行う旨の通知が表示装置７にて行われ、ユーザの承認が得られた場合にこの更新用プログラムを用いたＥＣＵ２の更新処理が行われる。
【００８０】
図１０は、ゲートウェイ１０が行う更新処理の手順を示すフローチャートである。ゲートウェイ１０の処理部１１は、ＩＧスイッチ４から入力されるＩＧ信号に基づいて、ＩＧスイッチ４がオン状態からオフ状態へ切り替えられたか否かを判定する（ステップＳ３１）。ＩＧスイッチ４がオフ状態へ切り替えられていない場合（Ｓ３１：ＮＯ）、処理部１１は、ＩＧスイッチ４がオフ状態へ切り替えられるまで待機する。ＩＧスイッチ４がオフ状態へ切り替えられた場合（Ｓ３１：ＹＥＳ）、処理部１１は、記憶部１２に未更新の更新処理プログラムが記憶されているか否かを調べることによって、更新処理を行う必要があるか否かを判定する（ステップＳ３２）。更新処理を行う必要がない場合（Ｓ３２：ＮＯ）、処理部１１は、ステップＳ３１へ処理を戻す。
【００８１】
更新処理を行う必要がある場合（Ｓ３２：ＹＥＳ）、処理部１１のバッテリ電力量取得部１１ｃは、バッテリ検知部６からの入力に基づいて、バッテリ５の蓄積電力量を取得する（ステップＳ３３）。処理部１１の必要電力量推定部１１ｂは、記憶部１２に記憶されている各更新用プログラムについて、更新処理に必要な電力量を推定する（ステップＳ３４）。このときに必要電力量推定部１１ｂは、ＥＣＵ２毎の所定データ量当たりの消費電力量に関する情報を含むテーブルを参照し、各更新用プログラムのデータ量に基づいて、必要電力量を推定する。
【００８２】
処理部１１の更新判定部１１ｄは、ステップＳ３３にて取得した蓄積電力量から更新処理に使用可能な電力量を算出し、この使用可能電力量と、各更新用プログラムの必要電力量と、各更新用プログラムの優先度とに基づいて、各更新用プログラムの更新判定処理を行う（ステップＳ３５）。処理部１１は、ステップＳ３５の更新判定処理の結果に基づいて、少なくとも１つの更新用プログラムについて更新可能と判定されたか否かを判定する（ステップＳ３６）。全ての更新用プログラムについて更新不可能と判定された場合（Ｓ３６：ＮＯ）、処理部１１は、ステップＳ３１へ処理を戻す。
【００８３】
少なくとも１つの更新用プログラムについて更新可能と判定された場合（Ｓ３６：ＹＥＳ）、処理部１１の更新通知部１１ｅは、車内通信部１３を介して表示装置７に表示命令を送信することにより、更新可能と判定された更新用プログラムについて更新処理を行う旨の通知を表示装置７にて行う（ステップＳ３７）。更新通知部１１ｅは、更新通知に対して表示装置７の操作部にて受け付けたユーザの操作に基づいて、更新が承認されたか否かを判定する（ステップＳ３８）。更新が承認されなかった場合（Ｓ３８：ＮＯ）、処理部１１は、ステップＳ３１へ処理を戻す。
【００８４】
更新が承認された場合（Ｓ３８：ＹＥＳ）、処理部１１の更新用情報送信部１１ｆは、記憶部１２に記憶された更新用プログラムを、車内通信部１３にて更新対象のＥＣＵ２へ送信する（ステップＳ３９）。更新用情報送信部１１ｆは、更新対象のＥＣＵ２から更新完了の通知を受信したか否かに応じて、全ての更新対象のＥＣＵ２について更新処理を完了したか否かを判定する（ステップＳ４０）。更新処理を完了していない場合（Ｓ４０：ＮＯ）、更新用情報送信部１１ｆは、ステップＳ３９へ処理を戻し、更新用プログラムの送信を継続して行う。更新処理を完了した場合（Ｓ４０：ＹＥＳ）、処理部１１は、更新完了した更新用プログラムを記憶部１２から消去して（ステップＳ４１）、ステップＳ３１へ処理を戻す。
【００８５】
図１１は、ＥＣＵ２が行う更新処理の手順を示すフローチャートである。ＥＣＵ２の処理部２１の更新用情報受信部２１ａは、ゲートウェイ１０から送信される更新用プログラムを通信部２３にて受信したか否かを判定する（ステップＳ５１）。更新用プログラムを受信していない場合（Ｓ５１：ＮＯ）、更新用情報受信部２１ａは、更新用プログラムを受信するまで待機する。更新用プログラムを受信した場合（Ｓ５１：ＹＥＳ）、更新用情報受信部２１ａは受信した更新用プログラムをバッファなどに一時的に記憶する。処理部２１の更新処理部２１ｂは、受信した更新用プログラムを記憶部２２に記憶する（上書きする）ことによってプログラム２２ａの更新処理を行う（ステップＳ５２）。更新処理部２１ｂは、プログラム２２ａの更新を完了したか否かを判定する（ステップＳ５３）。更新を完了していない場合（Ｓ５３：ＮＯ）、更新処理部２１ｂは、ステップＳ５２へ処理を戻し、更新処理を継続する。プログラム２２ａの更新を完了した場合（Ｓ５３：ＹＥＳ）、処理部２１は、通信部２３にてゲートウェイ１０へ更新完了を通知し（ステップＳ５４）、ステップＳ５１へ処理を戻す。
【００８６】
以上の構成の本実施の形態に係る車載更新システム１００は、車両１に搭載された複数のＥＣＵ２のプログラム２２ａ（プログラム又はデータ）の更新処理をゲートウェイ１０が行う。ゲートウェイ１０は、無線通信装置３を介した無線通信により、車外のサーバ装置９から更新用プログラム（更新用のプログラム又はデータ）を取得する。ゲートウェイ１０は、更新処理の対象となるＥＣＵ２が複数存在する場合、各ＥＣＵ２について更新用プログラムの取得を行う。ただし、１つの更新用プログラムを用いて複数のＥＣＵ２の更新処理を行うことが可能な構成であってもよい。
【００８７】
ゲートウェイ１０は、取得した更新用プログラムについて更新処理を行うための必要電力量を推定すると共に、バッテリ検知部６からの入力に基づいて車両１のバッテリ５の蓄積電力量を取得する。ゲートウェイ１０は、推定した必要電力量と、バッテリ５の蓄積電力量と、更新用プログラムの優先度とに応じてＥＣＵ２の更新処理を行う。なお更新用プログラムの優先度は、例えばサーバ装置９から更新用プログラムを取得する際に優先度の情報を共に取得する構成としてもよく、また例えば取得した更新用プログラムに対してゲートウェイ１０が優先度を付す構成としてもよい。
【００８８】
これによりゲートウェイ１０は、その時点のバッテリ５の蓄積電力量を考慮して、優先度の高い更新用プログラムによる更新処理を優先して行うことが可能となる。またゲートウェイ１０は、バッテリ５の蓄積電力量から更新処理を行うべきでないと判断した場合には、更新処理を中止又は延期することが可能となる。よって車載更新システム１００は、ＥＣＵ２の更新処理を行うことによって、車両１のバッテリ５の蓄積電力量が著しく低下することを防止することができる。
【００８９】
またゲートウェイ１０は、バッテリ５の蓄積電力量とＥＣＵ２の更新処理の必要電力量とに基づいて、サーバ装置９から取得した更新用プログラムを用いた更新処理が可能であるか否かの判定を行う。ゲートウェイ１０は、電力量に基づいて更新可能であると判定し、且つ、優先度が高い更新用プログラムを用いた更新処理を優先して行う。これにより、バッテリ５の蓄積電力量が少ない場合であっても、優先度が高い更新処理をゲートウェイ１０が優先して行うことができる。
【００９０】
またゲートウェイ１０は、更新の必要電力量及びバッテリ５の蓄積電力量に基づいて優先度の高い更新用プログラムが更新不可能と判定した場合、この更新用プログラムを用いた更新処理を行わず、更にはこれより優先度の低い更新用プログラムを用いた更新処理も行わない。即ちゲートウェイ１０は、優先度が高い更新用プログラムを用いた更新処理が完了するまで、優先度の低い更新処理を待機する。これにより優先度が高い更新処理に多くの電力量が必要である場合などに、優先度が高い更新処理が待機状態で維持されることを防止できる。
【００９１】
または、ゲートウェイ１０は、更新の必要電力量及びバッテリ５の蓄積電力量に基づいて優先度の高い更新用プログラムが更新不可能と判定した場合、次に優先度が高い更新用プログラムを用いた更新処理の可否を判定し、更新処理が可能であれば更新処理を行う。これによりバッテリ５に蓄積された電力を最大限に利用して更新処理を可能な限り行うことができる。
【００９２】
またゲートウェイ１０は、更新処理を行う場合に、更新に係る情報を表示装置７にて車両１のユーザなどへ通知する。これによりユーザなどは、車両１に搭載されたＥＣＵ２のプログラムの更新状況を把握することができる。ただしゲートウェイ１０は、更新の必要電力量及びバッテリ５の蓄積電力量に基づいて更新処理を行わないと判断したものについては、サーバ装置９から更新用プログラムを取得していても、ユーザなどへの通知を行わない。これにより、更新処理を行わないプログラムについての情報など、ユーザにとって不要な情報が通知されることを防止できる。更新処理を行わなかった更新用プログラムについては、その後にバッテリ５の蓄積電力量が増加して更新処理を行うと判断した際に通知を行えばよい。
【００９３】
またゲートウェイ１０は、サーバ装置９から取得した更新用プログラムを記憶部１２に記憶する。記憶部１２は、不揮発性の記憶部であることが好ましい。ゲートウェイ１０は、更新処理が完了した更新用プログラムを記憶部１２から消去するが、更新の必要電力量及びバッテリ５の蓄積電力量に基づいて更新処理を行わないと判断した更新用プログラムについては、記憶部１２に記憶しておく。これにより、その後にバッテリ５の蓄積電力量が増加して更新処理を行うことが可能となった際に、サーバ装置９から更新用プログラムを再取得することなく、記憶部１２に記憶されている更新用プログラムを用いて更新処理を行うことができる。
【００９４】
またゲートウェイ１０は、記憶部１２に更新用プログラムが記憶されており、別の更新用プログラムをサーバ装置９から取得する必要が生じた場合、記憶部１２の空き容量と、更新用プログラムの優先度とに基づいて、新たな更新用プログラムをサーバ装置９から取得するか否かの判定を行う。
【００９５】
例えばゲートウェイ１０は、記憶部１２の空き容量が不足しており、且つ、別の更新用プログラムをサーバ装置９から取得する必要が生じた場合には、記憶部１２に記憶されている更新用プログラムの優先度と、新たに取得すべき更新用プログラムの優先度とを比較する。記憶部１２に記憶されている更新用プログラムの優先度が新たな更新用プログラムの優先度より低い場合、ゲートウェイ１０は、記憶部１２に記憶されている更新用プログラムを消去して、サーバ装置９から新たな更新用プログラムを取得して記憶部１２に記憶する。その後、ゲートウェイ１０は、更新処理を行わずに記憶部１２から消去した更新用プログラムについて、更新が行われなかった旨をサーバ装置９へ通知する。
【００９６】
これらによりゲートウェイ１０は、更新処理を行うことができずに記憶部１２に更新用プログラムが残され、記憶部１２の空き容量が不足している状態で、サーバ装置９から新たな更新用プログラムを取得する必要が生じたときに、新たな更新用プログラムの取得の可否を優先度に応じて判定することができる。ゲートウェイ１０は、優先度が高い新たな更新用プログラムを取得して記憶部２１に記憶し、優先度が低い更新用プログラムを記憶部１２から消去した場合であっても、サーバ装置９へその旨を通知しておくことにより、消去した更新用プログラムの再取得を後に行うことができる。
【００９７】
なお本実施の形態においては、車両１に搭載されたゲートウェイ１０がサーバ装置９からの更新用プログラムの取得及び各ＥＣＵ２への更新用プログラムの送信等を行う構成、即ちゲートウェイ１０が車載更新装置として機能する構成としたが、これに限るものではない。いずれかのＥＣＵ２、無線通信装置３又はこれら以外の車載機器が車載更新装置としての処理を行う構成としてもよい。また更新用プログラムを無線通信にて車外のサーバ装置９から取得する構成としたが、これに限るものではない。例えば更新用プログラムが記録された記録媒体をゲートウェイ１０が読み込むことによって更新用プログラムを取得する構成としてもよい。また更新対象の通信装置をＥＣＵ２としたが、これに限るものではなく、ＥＣＵ２以外の種々の通信装置を更新処理の対象としてよい。また車両１内におけるゲートウェイ１０及びＥＣＵ２等の間で行う通信は、有線通信ではなく、無線通信であってもよい。
【００９８】
また本実施の形態においてゲートウェイ１０は、ＩＧスイッチ４がオフ状態へ切り替えられた場合に更新処理を行う構成としたが、これに限るものではない。例えばゲートウェイ１０は、ＩＧスイッチ４がオフ状態であり、且つ、午前２時などの所定時刻に達した場合に更新処理を行うなど、ＩＧスイッチ４がオフ状態へ切り替えられた直後以外のタイミングで更新処理を行ってよい。このような場合には、ゲートウェイ１０はユーザへの通知を行わないか、又は、ＩＧスイッチ４がオフ状態へ切り替えられた際にバッテリ５の蓄積電力量とは関係なく取得済みの更新用プログラムについて更新の通知を行ってユーザから承認を得ておき、更新処理を行うタイミングでバッテリ５の蓄積電力量を調べて更新処理の可否を判定すればよい。
【００９９】
（実施の形態２）
図１２は、実施の形態２に係るゲートウェイの構成を示すブロック図である。実施の形態２に係るゲートウェイ２１０は、実施の形態１に係るゲートウェイ１０に対して、更新時間算出部１１ｈ及び更新可否受付部１１ｉを処理部２１１に追加した構成である。更新時間算出部１１ｈ及び更新可否受付部１１ｉは、更新用情報取得部１１ａ〜未更新通知部１１ｇと同様に、記憶部１２又はＲＯＭ等に記憶されたプログラムが処理部２１１にて実行されることによって実現する機能ブロックである。
【０１００】
更新時間算出部１１ｈは、サーバ装置９から取得した各更新用プログラムについて、この更新用プログラムを用いてＥＣＵ２の更新処理を行う場合に必要となる時間を算出（推定）する処理を行う。更新時間算出部１１ｈは、例えば更新用プログラムのサイズ、及び、この更新用プログラムを用いて更新処理を行うＥＣＵ２の処理速度等に基づいて、更新処理に必要な時間を算出することができる。なおこの場合のＥＣＵ２の処理速度は、ＥＣＵ２の処理部２１の処理速度ではなく、記憶部２２に対する書き込み速度に依存する速度であってよい。このためゲートウェイ２１０は、更新処理の対象となり得るＥＣＵ２の処理速度に関する情報を予め記憶している。
【０１０１】
実施の形態２に係るゲートウェイ２１０の更新通知部１１ｅは、更新判定部１１ｄが更新処理を行うと判定した更新用プログラムに関する情報を表示装置７に表示する際に、各更新用プログラムについて更新時間算出部１１ｈが算出した更新時間を表示する。
【０１０２】
更新可否受付部１１ｉは、更新通知部１１ｅによる通知を行った後、各更新用プログラムを用いた更新処理を行うか否かの選択をユーザから受け付ける。本実施の形態において更新可否受付部１１ｉは、車内通信部１３にて表示装置７との通信を行い、表示装置７に設けられた操作部にてユーザの選択を受け付ける。
【０１０３】
図１３は、実施の形態２に係る車載更新システム１００にて表示装置７に表示される更新情報の通知画面の一例を示す模式図である。ゲートウェイ２１０の更新通知部１１ｅは、バッテリ５の電力量に基づいて更新処理を行うと判定された更新用プログラムに関する情報を、“プログラムの更新情報”として表示部７に表示する。プログラムの更新情報の通知画面には、更新するプログラム名、更新に必要な時間、更新許可の操作を受け付けるためのチェックボックス７１、更新開始ボタン７２及びキャンセルボタン７３等が表示される。
【０１０４】
プログラムの更新情報の通知画面に表示される更新するプログラム名は、更新用プログラムのファイル名などではなく、例えばカーナビゲーション用アップデートプログラム、無線通信のセキュリティアップデートプログラム、又は、リコール対応プログラム等のように、車両１のユーザがプログラムの内容を把握しやすい名称が表示されることが好ましい。表示されるプログラムの名称は、例えばサーバ装置９から更新用プログラムをゲートウェイ２１０が取得する際に付随情報として与えられる。ただし図示の例では、更新するプログラム名として単にプログラムＡ〜Ｅと記載してある。
【０１０５】
プログラムの更新情報の通知画面に表示される更新に必要な時間は、更新時間算出部１１ｈが算出した各更新プログラムの更新時間である。図示の例では、プログラムＡの更新時間は５０秒であり、プログラムＢの更新時間は３分であり、プログラムＣの更新時間は１分であり、プログラムＤの更新時間は３０秒であり、プログラムＥの更新時間は２分である。
【０１０６】
本実施の形態において表示装置７は、表示した画面に対するタッチ操作を検知するタッチパネルを有しており、プログラムの更新情報の通知画面に設けられたチェックボックス７１、更新開始ボタン７２及びキャンセルボタン７３に対するタッチ操作をタッチパネルにて検知することができる。
【０１０７】
プログラムの更新情報の通知画面には、プログラム毎にチェックボックス７１が設けられる。チェックボックス７１は、ユーザのタッチ操作に応じて選択状態と非選択状態とがトグル的に切り替わる。ユーザは、チェックボックス７１の状態を切り替えることによって、プログラムの更新処理の許可と非許可とを切り替えることができる。図示の例では、プログラムＢ及びＣに対して更新処理が許可され、プログラムＡ，Ｄ及びＥに対しては更新処理が許可されていない。
【０１０８】
プログラムの更新情報の通知画面に設けられた更新開始ボタン７２は、ユーザのタッチ操作により、更新処理を開始する指示を受け付けるためのボタンである。更新開始ボタン７２に対するタッチ操作がなされた場合、チェックボックス７１にて更新が許可されたプログラムの更新処理が開始される。なおチェックボックス７１にて更新許可が与えられたプログラムが存在しない場合（全てのチェックボックス７１が非選択状態である場合）には、エラーメッセージなどが表示される。
【０１０９】
プログラムの更新情報の通知画面に設けられたキャンセルボタン７３は、ユーザのタッチ操作により、更新処理を中止する指示を受け付けるためのボタンである。キャンセルボタン７３に対するタッチ操作がなされた場合、チェックボックス７１の選択状態に関わらず、全てのプログラムについて更新処理は行われない。
【０１１０】
表示装置７は、プログラムの更新情報の通知画面を表示した後、チェックボックス７１、更新開始ボタン７２及びキャンセルボタン７３に対するタッチ操作を受け付けて、受け付けた操作をゲートウェイ２１０へ通知する。ゲートウェイ２１０の更新可否受付部１１ｉは、表示装置７から通知される操作に基づいて、更新処理を許可するか否かの選択を受け付ける。
【０１１１】
図１４は、実施の形態２に係るゲートウェイ２１０が行う更新処理の手順を示すフローチャートである。実施の形態２に係るゲートウェイ２１０の処理部２１１は、ＩＧスイッチ４がオン状態からオフ状態へ切り替えられたか否かを判定する（ステップＳ６１）。ＩＧスイッチ４がオフ状態へ切り替えられていない場合（Ｓ６１：ＮＯ）、処理部２１１は、ＩＧスイッチ４がオフ状態へ切り替えられるまで待機する。ＩＧスイッチ４がオフ状態へ切り替えられた場合（Ｓ６１：ＹＥＳ）、処理部２１１は、更新処理を行う必要があるか否かを判定する（ステップＳ６２）。更新処理を行う必要がない場合（Ｓ６２：ＮＯ）、処理部２１１は、ステップＳ６１へ処理を戻す。
【０１１２】
更新処理を行う必要がある場合（Ｓ６２：ＹＥＳ）、処理部２１１のバッテリ電力量取得部１１ｃは、バッテリ５の蓄積電力量を取得する（ステップＳ６３）。処理部２１１の必要電力量推定部１１ｂは、記憶部１２に記憶されている各更新用プログラムについて、更新処理に必要な電力量を推定する（ステップＳ６４）。
【０１１３】
処理部２１１の更新判定部１１ｄは、ステップＳ６３にて取得した蓄積電力量から更新処理に使用可能な電力量を算出し、この使用可能電力量と、各更新用プログラムの必要電力量と、各更新用プログラムの優先度とに基づいて、各更新用プログラムの更新判定処理を行う（ステップＳ６５）。処理部２１１は、ステップＳ６５の更新判定処理の結果に基づいて、少なくとも１つの更新用プログラムについて更新可能と判定されたか否かを判定する（ステップＳ６６）。全ての更新用プログラムについて更新不可能と判定された場合（Ｓ６６：ＮＯ）、処理部２１１は、ステップＳ６１へ処理を戻す。
【０１１４】
少なくとも１つの更新用プログラムについて更新可能と判定された場合（Ｓ６６：ＹＥＳ）、処理部１１の更新時間算出部１１ｈは、更新可能と判定された各更新用プログラムについて、更新処理に必要な更新時間を算出する（ステップＳ６７）。次いで、処理部２１１の更新通知部１１ｅは、ステップＳ６７にて算出した更新時間と共に、図１３に示したプログラムの更新情報の通知画面を表示する命令を表示装置７へ送信することにより、更新処理に関する情報を表示装置７にてユーザに通知する（ステップＳ６８）。
【０１１５】
処理部２１１の更新可否受付部１１ｉは、表示部７の操作部にて受け付けたユーザの操作に基づいて、各更新用プログラムによる更新処理が許可されたか否かを判定する（ステップＳ６９）。全ての更新用プログラムについて更新が許可されなかった場合（Ｓ６９：ＮＯ）、処理部２１１は、ステップＳ６１へ処理を戻す。
【０１１６】
少なくとも一つの更新用プログラムについて更新処理が許可された場合（Ｓ６９：ＹＥＳ）、処理部２１１の更新用情報送信部１１ｆは、記憶部１２に記憶された更新用プログラムを、車内通信部１３にて更新対象のＥＣＵ２へ送信する（ステップＳ７０）。更新用情報送信部１１ｆは、更新対象のＥＣＵ２から更新完了の通知を受信したか否かに応じて、全ての更新対象のＥＣＵ２について更新処理を完了したか否かを判定する（ステップＳ７１）。更新処理を完了していない場合（Ｓ７１：ＮＯ）、更新用情報送信部１１ｆは、ステップＳ７０へ処理を戻し、更新用プログラムの送信を継続して行う。更新処理を完了した場合（Ｓ７１：ＹＥＳ）、処理部２１１は、更新完了した更新用プログラムを記憶部１２から消去して（ステップＳ７２）、ステップＳ６１へ処理を戻す。
【０１１７】
以上の構成の実施の形態２に係る車載更新システム１００においては、ゲートウェイ２１０が表示装置７に通知画面を表示して更新処理に関する通知を行った後、更新プログラムを用いた更新処理の実行を許可するか否かの選択をユーザから受け付ける。ゲートウェイ２１０は、実行が許可された場合に更新処理を行い、許可されない場合には更新処理を行わない。これにより、例えば更新処理の通知を受けた際にユーザが車両１を使用しようと考えている場合又は短時間の経過後に車両１を使用しようと考えている場合等に、ユーザが更新処理を行わない選択をなすことができ、更新処理によってユーザによる車両１の使用が妨げられることを防止できる。
【０１１８】
またゲートウェイ２１０は、バッテリ５の残量に基づいて更新処理が可能と判断された更新用プログラムが複数存在する場合、更新用プログラム毎に更新処理の実行可否を受け付ける。これにより、更新処理の実行に関してユーザの選択の幅を広げることができる。
【０１１９】
またゲートウェイ２１０は、更新用プログラムを用いてＥＣＵ２の更新処理を行った場合に処理に要する時間を算出し、算出した更新時間を通知画面にてユーザに通知する。更新処理に要する時間は、例えば更新用プログラムのサイズ、及び、更新対象となるＥＣＵ２の処理速度等の情報から算出することができる。これによりユーザは、更新処理の終了時刻などを把握することができ、更新処理により車両１が使用不可能となる時間がどの程度であるかを把握することができる。
【０１２０】
またゲートウェイ２１０は、バッテリ５の残量に基づいて更新処理が可能と判断された更新用プログラムが複数存在する場合、更新用プログラム毎に更新時間の算出及び通知を行う。これによりユーザは、更新処理に要する時間について、より詳細な情報を得ることができる。
【０１２１】
このようにゲートウェイ２１０が更新処理に要する時間を通知することによって、通知画面にて更新処理の可否を受け付ける際に、更新処理の可否の判断に有用な情報をユーザに提供することができる。
【０１２２】
なお実施の形態２において図１３に示した通知画面の構成は一例であって、これに限るものではない。通知画面に示した各プログラムの更新時間は一例であって、これに限るものではない。また通知画面に設けたチェックボックス７１にて更新の可否を受け付ける構成としたが、これに限るものではなく、チェックボックス７１以外のどのような方法で受け付けを行ってもよい。
【０１２３】
（変形例１）
また実施の形態２に係る車載更新システム１００では、ゲートウェイ２１０が更新処理を行う場合の更新時間を算出する構成としたが、これに限るものではない。変形例１に係る車載更新システム１００では、ゲートウェイ２１０が更新用プログラムをサーバ装置９から取得する際に、この更新用プログラムを用いた更新処理に要する時間に関する情報をサーバ装置９から取得する。
【０１２４】
変形例１に係る車載更新システム１００のサーバ装置９は、車両１のゲートウェイ２１０へ送信する更新用プログラムと共に、この更新用プログラムを用いた更新処理に要する時間に関する情報を記憶している。更新処理に要する時間は、例えばＥＣＵ２又は更新用プログラムの開発者などが予め算出又は測定等して、更新用プログラムと共にサーバ装置９に記憶しておく。
【０１２５】
または、サーバ装置９が、更新用プログラムをゲートウェイ２１０へ送信する都度、この更新用プログラムを用いた更新処理に要する時間を算出してもよい。サーバ装置９は、更新用プログラムのサイズ、及び、この更新用プログラムにより更新処理を行うＥＣＵ２の処理速度に基づいて更新時間の算出を行うことができる。このためにサーバ装置９は、更新処理プログラムの適用対象となり得るＥＣＵ２について処理速度を記憶したデータベースなどを有している。
【０１２６】
（変形例２）
実施の形態２に係る車載更新システム１００においてゲートウェイ２１０が表示する通知画面として図１３に示した一例では、更新するプログラム名及び更新に必要な時間の情報を通知したが、通知画面にてユーザへ通知する情報はこれらに限らない。変形例２に係るゲートウェイ２１０は、更新するプログラム名及び更新に必要な時間の情報に加えて、必要電力量推定部１１ｂが推定した電力量の情報をプログラム毎に通知する。通知する電力量は、例えばバッテリ５の全容量又は残量に対する消費電力量の割合としてもよく、Ｗ（ワット）などの単位で表される電力量としてもよい。
【０１２７】
また変形例２に係るゲートウェイ２１０は、各プログラムの更新の優先度をユーザに通知してもよい。この場合にゲートウェイ２１０は、例えば優先度を数値として通知画面に表示してもよく、また例えば複数のプログラムを優先度順に並べて表示してもよい。
【０１２８】
また実施の形態２に係る車載更新システム１００のその他の構成は、実施の形態１に係る車載更新システム１００と同様であるため、同様の箇所には同じ符号を付し、詳細な説明を省略する。
【符号の説明】
【０１２９】
１  車両
１ａ〜１ｃ  通信線
２  ＥＣＵ（通信装置）
３  無線通信装置
４  ＩＧスイッチ
５  バッテリ
６  バッテリ検知部
７  表示装置
９  サーバ装置
１０  ゲートウェイ（車載更新装置）
１１  処理部
１１ａ  更新用情報取得部
１１ｂ  必要電力量推定部
１１ｃ  バッテリ電力量取得部
１１ｄ  更新判定部
１１ｅ  更新通知部
１１ｆ  更新用情報送信部
１１ｇ  未更新通知部
１１ｈ  更新時間算出部
１１ｉ  更新可否受付部
１２  記憶部
１３  車内通信部
２１  処理部
２１ａ  更新用情報受信部
２１ｂ  更新処理部
２２  記憶部
２２ａ  プログラム
２３  通信部
１００  車載更新システム
２１０  ゲートウェイ（車載更新装置）
２１１  処理部
【図１】
2018037059.tif 000003
【図２】
2018037059.tif 000004
【図３】
2018037059.tif 000005
【図４】
2018037059.tif 000006
【図５】
2018037059.tif 000007
【図６】
2018037059.tif 000008
【図７】
2018037059.tif 000009
【図８】
2018037059.tif 000010
【図９】
2018037059.tif 000011
【図１０】
2018037059.tif 000012
【図１１】
2018037059.tif 000013
【図１２】
2018037059.tif 000014
【図１３】
2018037059.tif 000015
【図１４】
2018037059.tif 000016