(57)【要約】【課題】ＥＣＵのプログラムの更新に必要な時間をＥＣＵ毎に精度良く演算することができるプログラム更新装置を提供する。【解決手段】プログラム配信センター１０は、車両が有するＥＣＵのプログラムを更新するプログラム更新装置であって、ＥＣＵのハードウェアに関するハードウェア情報を取得するＥＣＵ管理ＤＢ１１と、ＥＣＵ管理ＤＢ１１により取得されたハードウェア情報に基づいてプログラムの更新に必要な更新時間を演算して出力するプログラム管理ＤＢ１２と、を備える。このように、ＥＣＵのハードウェアに関するハードウェア情報に基づいて、プログラムの更新に必要な更新時間を演算するため、電子制御装置としてのＥＣＵのプログラムの更新に必要な時間をＥＣＵ毎に精度良く演算することができる。【選択図】図１
2011070307.tif 000002
【特許請求の範囲】
【請求項１】
車両が有する電子制御装置のプログラムを更新するプログラム更新装置であって、
前記電子制御装置のハードウェアに関するハードウェア情報を取得する取得手段と、
前記取得手段により取得された前記ハードウェア情報に基づいて前記プログラムの更新に必要な更新時間を演算して出力する演算手段と、
を備えることを特徴とするプログラム更新装置。
【請求項２】
車両が有する電子制御装置のプログラムを更新するプログラム更新装置であって、
前記電子制御装置のハードウェアに関するハードウェア情報、及び前記車両のエンジン温度に関する温度情報を取得する取得手段と、
前記取得手段により取得された前記ハードウェア情報及び前記温度情報に基づいて前記プログラムの更新に必要な更新時間を演算して出力する演算手段と、
を備えることを特徴とするプログラム更新装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両が有する電子制御装置のプログラムを更新するプログラム更新装置に関する。
【背景技術】
【０００２】
従来、車両の内部に搭載された装置を制御するプログラムを更新する技術が提案されている。例えば、下記の特許文献１に記載の車載ゲートウェイ装置では、サーバからプログラムを受け付けると、既に車載ゲートウェイ装置に記憶されているプログラムを、当該受け付けたプログラムに更新する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１９２２７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通常、プログラムの更新中は、当該プログラムを利用することができない。このため、プログラムの更新に必要な時間を演算して当該プログラムが利用できない時間を運転者や他の乗員といったユーザに提示できるようにすることが求められている。なお、車両の内部に搭載された電子制御装置であるＥＣＵを制御するプログラムの更新に必要な時間は、当該プログラムの制御対象となるＣＰＵやメモリといったハードウェアの性能がＥＣＵ毎に大きく異なる場合、精度良く演算することができない。また、上記の特許文献１に記載の車載ゲートウェイ装置では、ＥＣＵのプログラムの更新に必要な時間をＥＣＵ毎に精度良く演算することに関してはなんら考慮されていないため、利便性が低い。
【０００５】
そこで本発明は、上記問題点を解消する為になされたものであり、ＥＣＵのプログラムの更新に必要な時間をＥＣＵ毎に精度良く演算することができるプログラム更新装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明に係るプログラム更新装置は、車両が有する電子制御装置のプログラムを更新するプログラム更新装置であって、電子制御装置のハードウェアに関するハードウェア情報を取得する取得手段と、取得手段により取得されたハードウェア情報に基づいてプログラムの更新に必要な更新時間を演算して出力する演算手段と、を備えることを特徴とする。
【０００７】
本発明に係るプログラム更新装置では、電子制御装置のハードウェアに関するハードウェア情報を取得し、取得されたハードウェア情報に基づいてプログラムの更新に必要な更新時間を演算して出力する。このように、電子制御装置のハードウェアに関するハードウェア情報に基づいて、プログラムの更新に必要な更新時間を演算するため、電子制御装置としてのＥＣＵのプログラムの更新に必要な時間をＥＣＵ毎に精度良く演算することができる。
【０００８】
また、本発明に係るプログラム更新装置は、車両が有する電子制御装置のプログラムを更新するプログラム更新装置であって、電子制御装置のハードウェアに関するハードウェア情報、及び車両のエンジン温度に関する温度情報を取得する取得手段と、取得手段により取得されたハードウェア情報及び温度情報に基づいてプログラムの更新に必要な更新時間を演算して出力する演算手段と、を備えることを特徴とする。
【０００９】
本発明に係るプログラム更新装置では、電子制御装置のハードウェアに関するハードウェア情報、及び車両のエンジン温度に関する温度情報を取得し、取得されたハードウェア情報及び温度情報に基づいてプログラムの更新に必要な更新時間を演算する。このように、電子制御装置のハードウェアに関するハードウェア情報、及び自車両のエンジン温度に関する温度情報に基づいて、プログラムの更新に必要な更新時間を演算するため、電子制御装置としてのＥＣＵのプログラムの更新に必要な時間をＥＣＵ毎に精度良く演算することができる。
【発明の効果】
【００１０】
本発明によれば、ＥＣＵのプログラムの更新に必要な時間をＥＣＵ毎に精度良く演算することができるプログラム更新装置を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】プログラム更新システムの構成を説明するための説明図である。
【図２】ＥＣＵ管理ＤＢに格納されるハードウェア情報の一例を説明するためのＤＢ構成図である。
【図３】プログラム管理ＤＢに格納される関連要件情報の一例を説明するためのＤＢ構成図である。
【図４】プログラム更新システムにおける更新処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。
【００１３】
（１）プログラム更新装置の構成
まず、本実施形態であるプログラム更新装置としてのプログラム配信センターの構成について、図１を用いて説明する。図１は、プログラム配信センター１０を有して構成されるプログラム更新システム１００の構成を説明するための説明図である。プログラム配信センター１０は、自動車といった車両が有する電子制御装置であるＥＣＵ８（ナビ装置であってもよい。）のプログラムを遠隔操作（即ち、リモートサービス）により更新管理する装置である。プログラム更新システム１００は、プログラム配信センター１０と、自動車等の車両に搭載され、プログラム配信センター１０から配信された更新用プログラムを受信する車載装置２０とを有している。
【００１４】
プログラム配信センター１０は、ＥＣＵ管理ＤＢ１１（取得手段）と、プログラム管理ＤＢ１２（演算手段）と、インターネット接続部１３とを備えている。
【００１５】
ＥＣＵ管理ＤＢ１１は、各車両のユーザサポートを行なう事業者等によってプログラム管理ＤＢ１２に更新用プログラムが新たに格納されると、プログラム配信センター１０の管理下にある各車両のＥＣＵのハードウェアに関するハードウェア情報（及び各車両のエンジン温度に関する温度情報）を、インターネット接続部１３を介して当該車両から取得して格納するデータベースである。ハードウェア情報には、各車両のＥＣＵのバージョン情報や関連要件情報やマイコンＣＰＵの種類や速度に関するマイコン情報等が含まれている。
【００１６】
プログラム管理ＤＢ１２は、更新用プログラムを、当該更新用プログラムの内容等を示す関連要件情報と対応付けて格納するデータベースである。プログラム管理ＤＢ１２は、ＥＣＵ管理ＤＢ１１により取得されたハードウェア情報（及び温度情報）に基づいて、更新用プログラムの更新に必要な更新時間を演算して更新時間情報としてインターネット接続部１３に出力する。
【００１７】
インターネット接続部１３は、セキュリティ確保のためにＶＰＮ（Virtual Private Network）機能を用いてインターネットに接続して、車載装置２０からのハードウェア情報（及び温度情報）の受信や車載装置２０への更新プログラム及び更新時間情報の送信を行なう通信処理実行部である。インターネット接続部１３は、更新時間情報の送信を行なう際に、少なくとも更新時間分のバッテリ電源を確保して管理できるよう中継情報管理部３に対して指示することができる。
【００１８】
車載装置２０は、インターネット通信部１と、電話網通信部２と、中継情報管理部３と、位置・時刻取得部４と、ルート案内部５と、ＵＩ部６と、プログラムデータ格納部７とを備える車載機である。破線で示された中継情報管理部３、位置・時刻取得部４、ルート案内部５、ＵＩ部６、及びプログラムデータ格納部７は、通常の車両に搭載されている車載標準装置セットを構成する。
【００１９】
インターネット通信部１は、広域無線通信技術（例えば、ＬＴＥや３Ｇ等）を用いて通信を行うことによってインターネットに接続し、プログラム配信センター１０と連携通信を行う通信処理実行部である。この連携通信により、プログラム配信センター１０へのハードウェア情報（及び温度情報）の送信やプログラム配信センター１０からの更新プログラム及び更新時間情報の受信が行われる。
【００２０】
電話網通信部２は、インターネット通信部１が車両に搭載されていない場合や、車両が通信圏外領域に位置するためにインターネット通信部１が利用できない場合等に、移動通信事業者等によって管理される無線基地局と移動通信技術を用いて通信を行うことによってインターネットに接続し、プログラム配信センター１０と通信を行う通信処理実行部である。
【００２１】
中継情報管理部３は、インターネット通信部１又は電話網通信部２によって受信された更新プログラムを用いて、ＥＣＵ８のプログラムソフトウェアを更新するよう指令する司令部である。また、中継情報管理部３は、位置・時刻取得部４やルート案内部５から送信される情報を、必要に応じてソフトウェア更新処理に用いる。なお、ＥＣＵ８のプログラムソフトウェアの更新に関して、同じＥＣＵ８でも複数のソフトウェアバージョンを超えての更新（即ち、バージョンアップ）も有り得る。
【００２２】
位置・時刻取得部４は、自車両に搭載されたＧＰＳや各種センサを用いることによって、自車両の位置を推測して位置情報を取得するとともに時刻情報を取得する情報取得部である。取得された位置情報及び時刻情報は中継情報管理部３に送信される。
【００２３】
ルート案内部５は、自車両に搭載されたナビゲーション装置に設定されているルート案内情報を中継情報管理部３に出力するルート案内機能（ナビ機能）部である。
【００２４】
ＵＩ部６は、インターネット通信部１又は電話網通信部２によって受信された更新時間情報等の情報を受信すると、運転者や他の乗員といったユーザに対して、受信した情報を出力表示するユーザインタフェース機能部である。また、ＵＩ部６は、これらユーザからの操作入力を受け付けることが可能である。
【００２５】
プログラムデータ格納部７は、インターネット通信部１又は電話網通信部２によって受信された更新プログラムをデータとして一時的に記憶・保存する記憶領域部である。
【００２６】
（２）ＥＣＵ管理ＤＢに格納されるハードウェア情報の一例
引き続き、ＥＣＵ管理ＤＢ１１に格納されるハードウェア情報の一例について、図２を用いて説明する。図２は、ＥＣＵ管理ＤＢ１１に格納されるハードウェア情報の一例を説明するためのＤＢ構成図である。ＥＣＵ管理ＤＢ１１には、「ＥＣＵ名」、「ハード品番（型番）」、「ソフトウェアＶｅｒ．」、「搭載メモリ」、「メモリ種類」、「書込速度」、「対応方式」、及び「特殊要件」が格納されている。
【００２７】
「ＥＣＵ名」は、ＥＣＵの種類の名前であり、一例として「エンジンＥＣＵ」が挙げられる。「ハード品番（型番）」は、当該ＥＣＵの品番（型番）であり、一例として「ＡＡＡ−ＡＷＷＡ−ＡＡＡＡ」が挙げられる。「ソフトウェアＶｅｒ．」は、更新前のＥＣＵプログラムソフトウェアのバージョンであり、一例として「２．０」が挙げられる。「搭載メモリ」は、当該ＥＣＵが用いるメモリ容量であり、一例として「１ＭＢ」が挙げられる。
【００２８】
「メモリ種類」は、当該メモリの種類であり、一例として「ＥＥＰＲＯＭ」が挙げられる。「書込速度」は、更新プログラムに書き換える際の書き込み可能な速度であり、一例として「２００ｋＢ／ｓ」が挙げられる。「対応方式」は、更新プログラムに書き換える際の書き換え方式であり、一例として「全書換」が挙げられる。「特殊要件」は、その他の特殊な要件に関する情報であり、一例として「車両のエンジン温度に関する温度情報」及び「プログラム配信センター１０との通信の際に用いられる暗号方式に関する暗号方式情報」が挙げられる。この「温度情報」は一例として「８０℃以下」であり、この「暗号方式情報」は一例として「ＤＥＳ５６ｂｉｔ」や「ＡＥＳ１２８ｂｉｔ」である。
【００２９】
（３）プログラム管理ＤＢに格納される関連要件情報の一例
引き続き、プログラム管理ＤＢ１２に格納される関連要件情報の一例について、図３を用いて説明する。図３は、プログラム管理ＤＢ１２に格納される関連要件情報の一例を説明するためのＤＢ構成図である。プログラム管理ＤＢ１２には、「ＥＣＵ名」、「ハード品番（型番）」、「ソフトウェアＶｅｒ．」、「容量」、及び「書換方式」が格納されている。
【００３０】
「ＥＣＵ名」は、ＥＣＵの種類の名前であり、一例として「エンジンＥＣＵ」が挙げられる。「ハード品番（型番）」は、当該ＥＣＵの品番（型番）であり、一例として「ＡＡＡ−ＡＷＷＡ−ＡＡＡＡ」が挙げられる。
【００３１】
「ソフトウェアＶｅｒ．」は、更新前後のＥＣＵプログラムソフトウェアのバージョンであり、一例として「２．０⇒３．０」が挙げられる。「容量」は、更新プログラムの容量（即ち、ファイルサイズ）であり、一例として「９５０ｋＢ」が挙げられる。「書換方式」は、更新プログラムに書き換える際の書き換え方式であり、一例として「全書換」が挙げられる。
【００３２】
（４）更新用プログラムの更新に必要な更新時間の演算方法
引き続き、更新用プログラムの更新プロセスに必要な更新時間の演算方法について、説明する。プログラム管理ＤＢ１２は、以下の数式（１）に示すように、ダウンロード時間ｔ１と、書込み前処理時間ｔ２と、書込み時間ｔ３と、書込み内容確認時間ｔ４との総和を演算して更新時間Ｔとして出力する。
【数１】
2011070307.tif 000003
【００３３】
ここで、ダウンロード時間ｔ１は、プログラム管理ＤＢに記憶されている更新プログラムの「容量」（即ち、プログラムファイルの実際の転送容量）を、リプログラミング（即ち、プログラムの書き換え）の対象となる車両の通信速度（即ち、車載装置２０によるダウンロード実効速度）で除して得られる数値である。この通信速度は、リプログラミングの対象となる車両の周囲環境や車載装置２０の通信能力等によって異なる。このため、この通信速度は、ＥＣＵ管理ＤＢ１１によって、上記のリプログラミングの対象車両の固有環境としての関連要件情報が取得される際に、ハードウェア情報に基づいて得られる。
【００３４】
なお、インターネット通信部１又は電話網通信部２による更新プログラムの受信（即ち、ダウンロード）は、運転者による車両の運転中に行なわれることが好ましい。これにより、プログラム更新のためのバッテリ電源の確保・管理時間を短縮することができる。
【００３５】
書込み前処理時間ｔ２は、暗号化された状態でダウンロードされた更新プログラムを復号化するのに必要な復号時間や、暗号化された状態で差分ダウンロードした更新プログラムを差分復号化するのに必要な差分復号時間や、車両のエンジン温度に関する温度情報に基づくエンジン温度が安定化するのに必要な温度安定時間等に基づいて得られる数値であり、ＥＣＵ管理ＤＢ１１に記憶された情報を用いて得られる。
【００３６】
特に、ＥＦＩ  ＥＣＵ（ElectricFuel Injection  ＥＣＵ）といったエンジンＥＣＵは、高温環境下にある場合が多く、エンジン温度の安定化（即ち、更新プログラムが書込み可能となるエンジン温度までの低下）が必須となる。プログラム管理ＤＢ１２は、更新プログラムの書込みが行なわれる時刻におけるエンジン温度を推測し、温度低下の不足分を補うのに必要な待ち時間（通常は約２０分間程度）を、書き込みが可能となるまでの温度安定時間として取得する。なお、運転が開始されて充分な時間が経過した後にプログラム更新が行なわれる場合は、エンジン温度は比較的上昇していない状態であるため、直ちに書き込みが可能である。
【００３７】
書込み時間ｔ３は、プログラム管理ＤＢに記憶されている更新プログラムの「容量」（即ち、差分や圧縮に対する展開処理後のプログラムファイルの実際の書込み容量）を、更新プログラムに書き換える際の書き込み可能な「書込速度」で除して得られる数値である。更新プログラムのメモリタイプの特性によっては、書込みがブロック単位やビット・バイト単位や全書込み等である場合がある。このため、更新プログラムのメモリタイプの特性は、ＥＣＵ管理ＤＢ１１によって上記の「容量」に反映される。
【００３８】
また、上記の「書込速度」は、ＣＰＵのスペック（即ち、性能）や上記のメモリタイプの特性によって大きく異なる。このため、ＣＰＵのスペックや上記のメモリタイプの特性は、ＥＣＵ管理ＤＢ１１によって上記の「書込速度」に反映される。
【００３９】
書込み内容確認時間ｔ４は、更新プログラムの書込みが正常に行われたか否かを確認するのに必要な時間を示す数値である。
【００４０】
更新時間Ｔは、プログラム管理ＤＢ１２により演算されると、インターネット接続部１３からインターネット通信部１（又は電話網通信部２）に送信された後で、ＵＩ部６によって運転者や他の乗員といったユーザに対して提示される。
【００４１】
（５）プログラム更新システムにおける更新処理の流れ
引き続き、プログラム更新システム１００における更新処理の流れについて、図４を用いて説明する。図４は、プログラム更新システム１００における更新処理の流れを示すフローチャートである。
【００４２】
まず、プログラム管理ＤＢ１２に更新用プログラムが新たに格納されると、ＥＣＵ管理ＤＢ１１が、当該更新用プログラムの特徴に基づいて、リプログラミング（即ち、プログラムの書き換え）の対象となる車両を特定する（ステップＳ１）。
【００４３】
次に、ＥＣＵ管理ＤＢ１１が、ハードウェア情報（及び温度情報）を、上記のリプログラミングの対象車両から取得して格納する。そして、ＥＣＵ管理ＤＢ１１が、格納されたハードウェア情報に基づいて、ＥＣＵプログラムソフトウェアのバージョン情報及びハード品番（型番）を取得する（ステップＳ２）。
【００４４】
次に、ＥＣＵ管理ＤＢ１１が、ＥＣＵ管理ＤＢ１１に格納されたハードウェア情報（及び温度情報）に基づいて、上記のリプログラミングの対象車両の固有環境としての関連要件情報（「書込速度」や「ＥＣＵ名」等）を取得する（ステップＳ３）。
【００４５】
次に、プログラム管理ＤＢ１２が、ＥＣＵ管理ＤＢ１１に格納されたハードウェア情報（及び温度情報）に基づいて、更新用プログラムの更新に必要な更新時間Ｔを演算して更新時間情報としてインターネット接続部１３に出力する（ステップＳ４）。
【００４６】
次に、インターネット接続部１３が、車載装置２０へ更新時間情報を送信するとともに、少なくとも更新時間Ｔ分のバッテリ電源を確保できるよう中継情報管理部３に対して指示する指示信号を車載装置２０へ送信する（ステップＳ５）。例えば、プログラム管理ＤＢ１２は、更新時間Ｔを演算した後で、この更新時間Ｔに所定の適切なマージン時間Ｍを加算して電源確保時間Ｖとして演算し、この電源確保時間Ｖ分のバッテリ電源（電圧及び容量）を安定的に供給できるよう準備してから更新処理を行なうよう指示する指示信号を送信してもよい。なお、運転者や他の乗員といったユーザが車両内にいない場合は、この電源確保時間Ｖ分の時間が経過した後でエンジンが停止される。
【００４７】
次に、インターネット通信部１又は電話網通信部２によって更新プログラム及び更新時間情報が受信され、ＵＩ部６が、運転者や他の乗員といったユーザに対して、受信した更新時間情報を、ディスプレイ等を用いて出力提示する（ステップＳ６）。
【００４８】
次に、中継情報管理部３が、インターネット通信部１又は電話網通信部２によって受信された更新プログラムを用いて、ＥＣＵ８のプログラムソフトウェアを更新するよう指令する（ステップＳ７）。これにより、プログラムの更新処理が実行される。
【００４９】
（６）プログラム配信センターによる作用及び効果
本発明に係るプログラム更新装置としてのプログラム配信センター１０では、車両内のＥＣＵのハードウェアに関するハードウェア情報（及び車両のエンジン温度に関する温度情報）を取得し、取得されたハードウェア情報（及び温度情報）に基づいてプログラムの更新に必要な更新時間Ｔを演算する。このように、車両内のＥＣＵのハードウェアに関するハードウェア情報（及び自車両のエンジン温度に関する温度情報）に基づいて、プログラムの更新に必要な更新時間Ｔを演算するため、電子制御装置としてのＥＣＵのプログラムの更新に必要な所要時間をＥＣＵ毎に精度良く推測演算して確実に提示することができ、利便性を高めることが可能である。
【００５０】
（７）変形例
上記の実施例では、プログラム配信センター１０をプログラム更新装置とする構成としたが、プログラム更新システム１００全体をプログラム更新装置とする構成としてもよい。また、特許請求の範囲に記載された「プログラム更新装置」を、上記の「プログラム配信センター」や「プログラム更新システム全体」として捉えるだけでなく、上記の「車載装置」として捉えることも可能である。
【産業上の利用可能性】
【００５１】
本発明によれば、ＥＣＵのプログラムの更新に必要な時間をＥＣＵ毎に精度良く演算することができるプログラム更新装置を提供することができる。
【符号の説明】
【００５２】
１…インターネット通信部、２…電話網通信部、３…中継情報管理部、４…位置・時刻取得部、５…ルート案内部、６…ＵＩ部、７…プログラムデータ格納部、８…ＥＣＵ、１０…プログラム配信センター、１１…ＥＣＵ管理ＤＢ、１２…プログラム管理ＤＢ、１３…インターネット接続部、２０…車載装置、１００…プログラム更新システム。
【図１】
2011070307.tif 000004
【図２】
2011070307.tif 000005
【図３】
2011070307.tif 000006
【図４】
2011070307.tif 000007