(57)【要約】【課題】車両の電源に接続可能な電子機器において、装置構成の冗長化などを実施することなく、プログラムのアップデートが手軽にできるようにする。【解決手段】電子機器１のディスクデバイス１４に記憶されたプログラム２６をアップデートするＣＰＵ１１は、アップデートプログラム３３によりディスクデバイス１４のプログラム２６を更新する際に、車両２からの電力供給が遮断される前に更新が完了できるか否かを予測する。該更新が完了できると予測する場合、ＣＰＵ１１は、アップデートプログラム３３によるディスクデバイス１４のプログラム２６の更新を開始または継続する。【選択図】  図１
2013156112.tif 000002
【特許請求の範囲】
【請求項１】
車両の電源に接続可能な電子機器であって、
記憶部に記憶されたプログラムを実行する制御部と、
前記車両からの電力供給が遮断される虞を予測する予測部と、
を備え、
前記制御部は、前記予測部による予測結果に基づいて、前記プログラムのアップデートプログラムによる前記記憶部に記憶されたプログラムの更新についての開始または継続を制御する、
ことを特徴とする電子機器。
【請求項２】
前記予測部は、
前記車両の現在位置から次回停車予測位置までの移動時間を、前記車両からの電力供給が遮断されるまでの到着推定時間として予測し、
前記制御部は、
前記アップデートプログラムによる前記記憶部のプログラムの更新処理に必要とされる更新期間より前記到着推定時間が長い場合、前記アップデートプログラムによる前記記憶部のプログラムの更新を開始または継続する、
ことを特徴とする請求項１に記載の電子機器。
【請求項３】
前記予測部は、
前記車両の現在位置情報に基づいて走行中の道路の種別を判断し、
前記車両が自動車専用道路を走行中であると判断した場合には、前記自動車専用道路の次の出口または次の駐車場までの移動時間を前記到着推定時間として予測する、
ことを特徴とする請求項１または２記載の電子機器。
【請求項４】
前記予測部は、
前記車両の現在位置情報に基づいて走行中の道路の種別を判断し、
前記車両の現在位置情報に基づいて前記車両が一般道を走行中であると判断した場合には、前記車両の駐車または停車が予測される次の地点までの移動時間を前記到着推定時間として予測する、
ことを特徴とする請求項１から３のいずれか一項記載の電子機器。
【請求項５】
前記制御部は、
前記到着推定時間が前記更新期間以上である場合、前記アップデートプログラムによる前記記憶部のプログラムの更新を開始する、
ことを特徴とする請求項３または４記載の電子機器。
【請求項６】
前記制御部は、前記車両が走行中である場合には、
前記プログラムの更新中に前記到着推定時間が残りの更新期間以上であるか否かを繰り返し判断し、
前記到着推定時間が前記残りの更新期間以上に維持されている場合は、更新を継続し、
前記到着推定時間が前記残りの更新期間以上でなくなった場合は、再開可能な状態で更新を中断し、再び前記到着推定時間が前記残りの更新期間以上に戻ると更新を継続再開する、
ことを特徴とする請求項３または４記載の電子機器。
【請求項７】
車両の電源に接続可能な電子機器のプログラムのアップデート方法であって、
前記プログラムをアップデートプログラムにより更新する際に、前記車両からの電力供給が遮断される虞を予測するステップと、
前記予測の結果に基づいて、前記アップデートプログラムによる前記プログラムの更新についての開始または継続を制御するステップと、
を備えることを特徴とする電子機器のプログラムのアップデート方法。
【請求項８】
車両の電源に接続可能な電子機器のプログラムを更新するためのプログラムであって、
前記電子機器のコンピュータが、
前記プログラムをアップデートプログラムにより更新する際に、前記車両からの電力供給が遮断される虞を予測するステップと、
前記予測の結果に基づいて、前記アップデートプログラムによる前記プログラムの更新についての開始または継続を制御するステップと、
を実行することを特徴とする電子機器のプログラムのアップデートプログラム。
【請求項９】
車両の電源に接続可能な電子機器のプログラムを更新するためのプログラムを記録した記録媒体であって、
前記電子機器のコンピュータが、
前記プログラムをアップデートプログラムにより更新する際に、前記車両からの電力供給が遮断される虞を予測するステップと、
前記予測の結果に基づいて、前記アップデートプログラムによる前記プログラムの更新についての開始または継続を制御するステップと、
を実行することを特徴とするコンピュータ読取可能なプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器、そのプログラムのアップデート方法、プログラム、および記録媒体に関する。
【背景技術】
【０００２】
電子機器には、たとえばナビゲーション装置のように、車両の電源に接続され、記憶部に記憶されているプログラムを制御部により実行する電子機器がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２４５７１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような電子機器では、記憶部に記憶されているプログラムを、アップデート（更新）する場合がある。
しかしながら、更新中に車両から電子機器への電力供給が遮断されると、記憶部に記憶されているプログラムが中途半端に更新された状態になってしまう。この場合、制御部が記憶部に記憶されているプログラムを実行しても、電子機器が正常に動作しなくなる可能性がある。
このため、電子機器のプログラムの更新は、通常は、更新中に車両から電子機器への電力供給が遮断される可能性が低いサービスステーションなどで実施される。しかしながら、この場合、ユーザはアップデートを必要とする度に車両または電子機器をサービスステーションへ持ち込む必要がある。電子機器のプログラムを頻繁にアップデートさせることは現実的でない。
また、特許文献１では、プログラムの実行に必要なデータの格納領域を複数保持し、一方の格納領域へのインストール途中では、インストール途中の格納領域とは異なる格納領域のデータを使用してプログラム群を動作させる。これにより、プログラムを実行しながら、インストールを同時並列的に完了できる。しかしながら、この場合では、電子機器にデータの格納領域を複数保持させる必要があるため、格納領域の増加によりコストアップとなる。また、消費電力も増加する。
【０００５】
このように車両の電源に接続可能な電子機器では、装置構成の冗長化などを実施することなく、プログラムのアップデートが手軽にできるようにすることが求められている。
【課題を解決するための手段】
【０００６】
請求項１に係る発明は、車両の電源に接続可能な電子機器であって、記憶部に記憶されたプログラムを実行する制御部と、車両からの電力供給が遮断される虞を予測する予測部と、を備え、制御部は、予測部による予測結果に基づいて、プログラムのアップデートプログラムによる記憶部に記憶されたプログラムの更新についての開始または継続を制御する、ことを特徴とする電子機器である。
【０００７】
請求項７に係る発明は、車両の電源に接続可能な電子機器のプログラムのアップデート方法であって、プログラムをアップデートプログラムにより更新する際に、車両からの電力供給が遮断される虞を予測するステップと、予測の結果に基づいて、アップデートプログラムによるプログラムの更新についての開始または継続を制御するステップと、を備えることを特徴とする電子機器のプログラムのアップデート方法である。
【０００８】
請求項８に係る発明は、車両の電源に接続可能な電子機器のプログラムを更新するためのプログラムであって、電子機器のコンピュータが、プログラムをアップデートプログラムにより更新する際に、車両からの電力供給が遮断される虞を予測するステップと、予測の結果に基づいて、アップデートプログラムによるプログラムの更新についての開始または継続を制御するステップと、を実行することを特徴とする電子機器のプログラムのアップデートプログラムである。
【０００９】
請求項９に係る発明は、車両の電源に接続可能な電子機器のプログラムを更新するためのプログラムを記録した記録媒体であって、電子機器のコンピュータが、プログラムをアップデートプログラムにより更新する際に、車両からの電力供給が遮断される虞を予測するステップと、予測の結果に基づいて、アップデートプログラムによるプログラムの更新についての開始または継続を制御するステップと、を実行することを特徴とするコンピュータ読取可能なプログラムを記録した記録媒体である。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の第１実施形態に係るナビゲーション装置の概略構成図である。
【図２】図２は、図１のナビゲーション装置での位置情報の取得方法の説明図である。
【図３】図３は、図１のＵＳＢメモリに記憶されるアップデートデータのデータ構造を示す説明図である。
【図４】図４は、第１実施形態でのナビゲーションプログラムのアップデート処理のフローチャートである。
【図５】図５は、第２実施形態でのナビゲーションプログラムのアップデート処理のフローチャートである。
【図６】図６は、第３実施形態でのナビゲーションプログラムのアップデート処理のフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態に係る電子機器を、図面に基づいて説明する。
【００１２】
［第１実施形態］
本実施形態では、車両２に搭載されるナビゲーション装置１のナビゲーションプログラム２６を、アップデートプログラム３３によりセキュアに更新する例を説明する。
本実施形態は、アップデート処理において、ナビゲーション装置１への電力供給が遮断される虞のある地点までの移動時間を到着推定時間として予測し、アップデートに必要な更新期間に対して十分な到着推定時間が確保されている場合にアップデートを実行する例である。
【００１３】
図１は、本発明の第１実施形態に係るナビゲーション装置１の概略構成図である。
図２は、図１のナビゲーション装置１での位置情報の取得方法の説明図である。
図１のナビゲーション装置１は、図２に示すように、自動車などの車両２に搭載される。ナビゲーション装置１は、車両２のバッテリ３またはジェネレータに接続され、バッテリ３の蓄電電力またはジェネレータの発電電力が供給される。
図１のナビゲーション装置１は、制御部としてのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、ディスクデバイス１４、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェース１５、表示制御部１６、入力装置１７、周辺機器インタフェース１８、およびこれらを接続するシステムバス１９を有する。
【００１４】
ディスクデバイス１４は、プログラムを記憶するたとえばハードディスクドライブである。ディスクデバイス１４は、ナビゲーションデータとして、たとえばナビゲーションプログラム２６、ナビゲーションデータを記憶する。ナビゲーションデータには、地図データが含まれる。
【００１５】
ＣＰＵ１１は、プログラムを実行する。ＣＰＵ１１は、ＲＯＭ１２に記憶されるブートプログラムに基づいて、ディスクデバイス１４からナビゲーションデータを読み込み、ＲＡＭ１３に記憶させる。ＣＰＵ１１は、ＲＡＭ１３に読み込まれたプログラムを実行する。これにより、図１のナビゲーション装置１には、目的地設定機能、現在地から目的地までの経路探索機能、および経路案内機能などの各種のナビゲーション機能が実現される。
【００１６】
表示制御部１６には、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｅｖｉｃｅ）などのディスプレイ２７が接続される。表示制御部１６は、システムバス１９を通じてＣＰＵ１１から表示データを受信し、受信した表示データに基づく画面を、ディスプレイ２７に表示させる。ディスプレイ２７に表示される画面には、たとえば目的地設定画面、経路探索結果画面、経路案内画面がある。また、アップデート処理の確認画面、進行状況画面などもある。
【００１７】
入力装置１７は、たとえばタッチパネル、各種の入力スイッチを有する。入力装置１７は、ユーザ操作に基づく操作信号を、システムバス１９を通じてＣＰＵ１１へ出力する。入力装置１７は、たとえば目的地設定画面での目的地の選択信号を出力する。このほかにもたとえば、入力装置１７は、アップデート処理の実行、中止、再開を指示する信号を出力してよい。
【００１８】
周辺機器インタフェース１８には、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機２５、無線通信装置２４、加速度センサ２１、角速度センサ２２、距離センサ２３などの周辺機器が接続される。
【００１９】
ＧＰＳ受信機２５は、図２に示すように、ナビゲーションシステム１００の複数のＧＰＳ衛星１０１から、衛星の位置データを受信する。 ＧＰＳ受信機２５は、受信したＧＰＳ衛星１０１の位置データまたは複数の位置データから演算した車両２の現在位置データを、周辺機器インタフェース１８およびシステムバス１９を通じてＣＰＵ１１へ出力する。
【００２０】
無線通信装置２４は、たとえば携帯電話通信網の基地局と通信する。無線通信装置２４は、通信した基地局からたとえば基地局の位置データを取得する。無線通信装置２４は、受信した基地局の位置データまたは位置データに基づく車両２の現在位置の補正データを、周辺機器インタフェース１８およびシステムバス１９を通じてＣＰＵ１１へ出力する。
【００２１】
加速度センサ２１は、車両２の加速度の大きさおよび方向を検出する。加速度センサ２１は、車両２の加速度データを、周辺機器インタフェース１８およびシステムバス１９を通じてＣＰＵ１１へ出力する。
【００２２】
角速度センサ２２は、車両２の角速度の大きさおよび方向を検出する。角速度センサ２２は、車両２の角速度データを、周辺機器インタフェース１８およびシステムバス１９を通じてＣＰＵ１１へ出力する。
【００２３】
距離センサ２３は、車両２の走行距離を検出する。距離センサ２３は、車両２の走行距離データを、周辺機器インタフェース１８およびシステムバス１９を通じてＣＰＵ１１へ出力する。
【００２４】
このようにＣＰＵ１１には、周辺機器から、車両２の現在位置データとともに、現在位置の補正データ、加速度データ、角速度データ、距離データが入力される。ＣＰＵ１１は、これらの現在位置の補正データ、加速度データ、角速度データ、距離データを用いて、車両２の現在位置を補正する。これにより、たとえば車両２がトンネルなどに入り、ＧＰＳ受信機２５が十分な精度の現在位置データを出力できない場合でも、ＣＰＵ１１は、精度が高い現在位置データを得られる。
【００２５】
ＵＳＢインタフェース１５は、ＵＳＢメモリ２８が取外可能に接続される。
ＵＳＢメモリ２８は、データを記憶する。本実施形態のＵＳＢメモリ２８は、ディスクデバイス１４に記憶さているナビゲーションプログラム２６のアップデートプログラム３３を記憶する。
【００２６】
図３は、図１のＵＳＢメモリ２８に記憶されるアップデートデータ３１のデータ構造を示す説明図である。
図３のアップデートデータ３１は、アップデートによりディスクデバイス１４に書き込まれるアップデートプログラム３３と、更新期間データ３２と、を有する。
書込みの更新時間は、たとえばアップデートプログラム３３を試験的にディスクデバイス１４に書き込んだ場合での、予め測定された更新時間でよい。
【００２７】
ところで、車両２に搭載可能なナビゲーション装置１は、図２に示すように、車両２のイグニッションキースイッチ４を介して、車両２のバッテリ３に接続される。
車両２のエンジンが停止した駐車中でのバッテリ３の消耗などを防止するために、駐車中にはナビゲーション装置１の一部の機能を除いて給電されない。この給電停止状態において、ＣＰＵ１１等は停止する。
そして、ナビゲーション装置１への給電と停止とは、車両２のイグニッションキースイッチ４の操作等により制御される。ユーザは、車両２を停車させるとき、イグニッションキースイッチ４を操作する。
このため、車両２に搭載可能なナビゲーション装置１では、ＣＰＵ１１がナビゲーションデータをアップデートしている最中にイグニッションキースイッチ４が操作され、更新途中で更新が中断されてしまう虞がある。
このように車両２に搭載可能で、車両２の電源から電力が供給されるナビゲーション装置１などの車載機器では、そのプログラムのアップデート中の急なエンジンＯＦＦにより、いきなり給電が停止される。この場合、ＣＰＵ１１が停止し、プログラムのアップデートを正常に完了することができない。車載機器のプログラムは、不完全な状態のプログラムになってしまう。
たとえば車載機器の一種である車載用オーディオ機器では、ホーム用オーディオ機器と異なり、エンジンＯＦＦにより突然電力供給が遮断される。また、ホーム製品とは異なり、車載用のオーディオ機器では、エンジンが切られた場合の電源オフにより、略完全に停止することが要求されている。大量のスタンバイ電流の消費は許されない。
プログラムが途中まで中途半端にアップデートされた状態で車載機器が再度起動されると、プログラムが整合した状態にないため、車載機器は、正常に動作しない可能性がある。車載機器の正常動作を保障できない。
【００２８】
このように車両２の電源に接続可能な電子機器では、プログラムのアップデートが手軽にできるようにすることが求められている。
【００２９】
そこで、本実施形態では、図３に示すように、アップデートプログラム３３とともに更新期間データ３２を用いる。そして、アップデートを実行するＣＰＵ１１は、車両２の現在位置から車載機器の電源が遮断される虞がある地点までの所要時間を、到着推定時間として予測し、アップデートプログラム３３の更新期間との比較に基づいてアップデートが無事に完了できると予測できる場合に、アップデートを実行する。以下、このアップデート処理を、詳しく説明する。
【００３０】
図４は、第１実施形態でのナビゲーションプログラム２６のアップデート処理のフローチャートである。
図４の処理のためのプログラムは、ディスクデバイス１４またはＵＳＢメモリ２８に記憶される。ＣＰＵ１１は、図４の処理のプログラムをＲＡＭ１３に読み込んで、図４の処理を実行する。
なお、図４の処理のためのプログラムは、たとえばＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などのコンピュータ読取可能な記録媒体に記録されたものを、ディスクデバイス１４またはＵＳＢメモリ２８に記憶させたものでよい。
【００３１】
図４のアップデート処理において、ＣＰＵ１１は、まず、アップデートプログラム３３を検出する（ステップＳＴ１）。これにより、ＣＰＵ１１は、図４のアップデート処理を開始する。
ＣＰＵ１１は、たとえばＵＳＢインタフェース１５を周期的に監視し、アップデートデータ３１を記憶したＵＳＢメモリ２８がＵＳＢインタフェース１５に接続されたことを検出する。
【００３２】
アップデート処理おいて、ＣＰＵ１１は、車両２の走行地点を取得する（ステップＳＴ２）。ＣＰＵ１１は、たとえば、現在位置を取得し、ナビゲーションデータを用いて、車両２が走行している道路の種別を判断する。道路の種別には、一般道、高速道路などの自動車専用道路などがある。
【００３３】
次に、ＣＰＵ１１は、走行地点が一般道であるか否かを判断する（ステップＳＴ３）。ＣＰＵ１１は、道路の種別に基づく分岐判断をする。
そして、走行地点が一般道である場合、ＣＰＵ１１は、待機処理を実行する（ステップＳＴ４）。待機処理において、ＣＰＵ１１は、たとえば一定期間の経過を待つ。その後、ＣＰＵ１１の処理は、ステップＳＴ２に戻る。
【００３４】
これに対して、走行地点が一般道でない場合、すなわち走行地点が自動車専用道路である場合、ＣＰＵ１１は、アップデート処理を完了可能な状況であるか否かを判断する。
具体的には、ＣＰＵ１１は、まず、ＵＳＢメモリ２８から、アップデートプログラム３３の書き込み時間を示す更新期間データ３２を取得する（ステップＳＴ５）。
次に、ＣＰＵ１１は、ナビゲーションデータを用いて、走行中の自動車専用道路の次の出口または次の駐車場を探索する。ＣＰＵ１１は、たとえば直近のサービスエリアまたはパーキングエリアを探索する（ステップＳＴ６）。
次に、ＣＰＵ１１は、探索した直近の駐停車予測地点までの移動時間を、到着推定時間として予測する（ステップＳＴ７）。ＣＰＵ１１は、現在位置から駐停車予測地点までの移動時間を演算する。
次に、ＣＰＵ１１は、駐停車予測地点に到達する前に、アップデート処理を完了可能な状況であるか否かを判断する。具体的には、ＣＰＵ１１は、取得した更新時間と、予測した到着推定時間とを比較する（ステップＳＴ８）。
【００３５】
そして、到着推定時間が更新時間より長い場合、ＣＰＵ１１は、アップデートを実行する（ステップＳＴ９）。ＣＰＵ１１は、ＵＳＢメモリ２８からアップデートプログラム３３を読み込み、ディスクデバイス１４に書き込む。
その後、ＣＰＵ１１は、アップデートの書き込みが完了したか否かを判断する（ステップＳＴ１０）。書き込みが完了していない場合、ＣＰＵ１１は、たとえば書込みの残り時間を計算する（ステップＳＴ１１）。ＣＰＵ１１は、書き込みが完了するまで、ステップＳＴ１１の処理を繰り返す。そして、書き込みが完了すると、ＣＰＵ１１は、図４のアップデート処理を終了する。
【００３６】
また、ステップＳＴ８において到着推定時間が更新時間より長くないと判断した場合、ＣＰＵ１１は、書き込み処理を中断する（ステップＳＴ１２）。ＣＰＵ１１は、たとえば一定期間の経過を待つ。その後、ＣＰＵ１１の処理は、ステップＳＴ２に戻る。
【００３７】
以上のように、本実施形態では、ＣＰＵ１１は、車両２からの電力供給が遮断される虞を予測するために、車両２の走行状況に基づいて判断される次回の停車予測地点までの到着推定時間を予測し、この到着推定時間とアップデートプログラム３３に付加された書き込み更新時間とを比較する。そして、到着推定時間が更新時間より長い場合、アップデートを開始する。
よって、本実施形態では、アップデートプログラム３３によりディスクデバイス１４のプログラムを更新する際に、車両２からの電力供給が遮断される前に更新が完了できるか否かを予測し、該更新が完了できると予測する場合には、アップデートを開始できる。車両２が停車してナビゲーション装置１への電力供給が突然に遮断される虞が低い状況下でアップデートを開始し、終了できる。走行データを用いて安全なタイミングでのみアップデートを実行して完了できる。
特に、本実施形態では、車両２の現在位置情報に基づいて走行中の道路の種別を判断し、高速道路などの自動車専用道路を走行している場合にアップデートを実行する。したがって、通常の走行環境であれば、アップデート処理中にナビゲーション装置１への電力供給が突然に遮断される虞は極めて低い。エンジントラブルなどのアクシデントが無い限り、ナビゲーション装置１への電力供給が突然に遮断されることはない。
このように、本発明では、車両２の電源に接続可能なナビゲーション装置１などの電子機器において特有の課題である、電力供給の突然の遮断によるアップデート処理の中断を好適に回避できる。
【００３８】
また、本実施形態では、ＣＰＵ１１は、現在地から電源が切られる虞がある地点までの距離から所要時間を推定し、アップデートプログラム３３に付加された書込みの更新時間と比較し、更新時間より所要時間が長い場合にアップデート処理を実行する。また、更新時間より所要時間が短い場合には、アップデート処理を中止し、電源断の虞があるとされた地点を通過してから、再びアップデートの可否を判断する。
このように、本実施形態では、車両２の電源に接続可能なナビゲーション装置１において、アップデートのために記憶領域などを冗長化する必要が無い。また、アップデートのために車両２またはナビゲーション装置１をサービスセンタに持ち込む必要はなく、手軽にプログラムをアップデートできる。
これに対して、仮にたとえばデータの格納領域を複数保持し、一方の格納領域へのインストール途中では、他方の格納領域のデータを使用してプログラムを実行させる場合では、格納領域が冗長化される。その結果、コストアップ、消費電力の増加を招く。
【００３９】
［第２実施形態］
本実施形態では、自動車専用道路を走行中にアップデート処理を開始し、更新中にはナビゲーション装置１への電力供給が遮断される虞のある地点までの移動時間を到着推定時間として予測し、アップデートに必要な更新期間に対して十分な到着推定時間が確保されている場合に、アップデート処理を継続する例である。
本実施形態のナビゲーション装置１の構成および接続関係は、第１実施形態の図１と同様であり、説明を省略する。
【００４０】
図５は、第２実施形態でのナビゲーションプログラム２６のアップデート処理のフローチャートである。
図５の処理プログラムは、ディスクデバイス１４またはＵＳＢメモリ２８に記憶される。ＣＰＵ１１は、図５の処理のプログラムをＲＡＭ１３に読み込んで、図５の処理を実行する。
【００４１】
図５のアップデート処理において、ＣＰＵ１１は、まず、アップデートプログラム３３を検出する（ステップＳＴ１）。これにより、ＣＰＵ１１は、図５のアップデート処理を開始する。
ＣＰＵ１１は、たとえばＵＳＢインタフェース１５を周期的に監視し、アップデートデータ３１を記憶したＵＳＢメモリ２８がＵＳＢインタフェース１５に接続されたことを検出する。
【００４２】
アップデート処理おいて、ＣＰＵ１１は、車両２の走行地点を取得する（ステップＳＴ２）。ＣＰＵ１１は、たとえば、現在位置を取得し、ナビゲーションデータを用いて、車両２が走行している道路の種別を判断する。道路の種別には、一般道、高速道路などの自動車専用道路などがある。
【００４３】
次に、ＣＰＵ１１は、走行地点が一般道であるか否かを判断する（ステップＳＴ３）。ＣＰＵ１１は、道路の種別に基づく分岐判断をする。
そして、走行地点が一般道である場合、ＣＰＵ１１は、待機処理を実行する（ステップＳＴ４）。待機処理において、ＣＰＵ１１は、たとえば一定期間の経過を待つ。その後、ＣＰＵ１１の処理は、ステップＳＴ２に戻る。
【００４４】
これに対して、走行地点が一般道でない場合、すなわち走行地点が自動車専用道路である場合、ＣＰＵ１１は、アップデート処理を完了可能な状況であるか否かを判断する。
具体的には、ＣＰＵ１１は、まず、ＵＳＢメモリ２８から、アップデートプログラム３３の書き込み時間を示す更新期間データ３２を取得する（ステップＳＴ５）。
次に、ＣＰＵ１１は、ナビゲーションデータを用いて、走行中の自動車専用道路の次の出口または次の駐車場を探索する。ＣＰＵ１１は、たとえば直近のサービスエリアまたはパーキングエリアを探索する（ステップＳＴ６）。
ＣＰＵ１１は、探索した直近の駐停車予測地点までの移動時間を、到着推定時間として予測する（ステップＳＴ７）。ＣＰＵ１１は、現在位置から駐停車予測地点までの移動時間を演算する。
【００４５】
次に、ＣＰＵ１１は、アップデート処理を開始する（ステップＳＴ８）。ＣＰＵ１１は、ＵＳＢメモリ２８からアップデートプログラム３３を読み込み、ディスクデバイス１４に書き込む。
【００４６】
アップデートを開始した後、ＣＰＵ１１は、中断条件が成立するか否かを判断する（ステップＳＴ２１）。中断条件は、たとえば書込み完了前に駐停車予測地点に到達するか否かである。
【００４７】
中断条件が成立しない場合、ＣＰＵ１１は、さらにアップデートの書き込みが完了したか否かを判断する（ステップＳＴ１０）。
書き込みが完了していない場合、ＣＰＵ１１は、たとえば書込みの残り時間を計算する（ステップＳＴ１１）。その後、ＣＰＵ１１の処理はステップＳＴ６に戻る。ＣＰＵ１１は、書き込みが完了するまで、ステップＳＴ１１、ＳＴ６からＳＴ８、およびＳＴ２１の処理を繰り返す。
ステップＳＴ１０において書き込みが完了したと判断すると、ＣＰＵ１１は、アップデート処理を終了する。
【００４８】
これに対して、ステップＳＴ１２において中断条件が成立する場合、ＣＰＵ１１は、中断処理を実行する（ステップＳＴ２２）。ＣＰＵ１１は、到着推定時間と更新期間とを比較し、到着推定時間が残りの更新期間より短くなった場合、中断処理を実行する。ＣＰＵ１１は、たとえばアップデートプログラム３３の切れ目などの再開可能な位置で更新を中断する。
その後、ＣＰＵ１１は、到着推定時間に係る直近の駐停車予測地点の通過を検出する（ステップＳＴ２３）。ＣＰＵ１１の処理は、ステップＳＴ６に戻る。
【００４９】
以上のように、本実施形態では、ＣＰＵ１１は、車両２の走行状況を判断してアップデートを開始し、さらに更新期間中に車両２の走行状況に基づいて判断される次回の停車予測地点までの到着推定時間を予測し、この到着推定時間と残りの書き込み更新時間とを比較する。そして、到着推定時間が更新時間より長い場合、アップデートを継続する。
よって、本実施形態では、車両２が停車してナビゲーション装置１への電力供給が突然に遮断される虞が低い状況下でアップデートを開始し、終了できる。走行データを用いて安全なタイミングでのみアップデートを行うようにできる。
【００５０】
また、本実施形態では、更新期間中に到着推定時間が更新時間より短くなると、アップデートを再開可能な位置で中断し、さらに該到着推定時間に係る停車予測地点を通過した後、アップデートを再開する。車両２が到着推定時間に係る地点に到着する前に、アップデートをセキュアに中断できる。
よって、たとえば、予測した時間よりも、給電が遮断される電源ＯＦＦ状態となる虞がある地点に早く到達しそうになった場合でも、アップデートの適切な一時中断を実行し、その地点を通過後に正常にアップデート処理を再開できる。アップデートのトータルの処理時間がかかる場合であっても、断続的なアップデートにより、アップデートを正常に完了できる。
【００５１】
［第３実施形態］
本実施形態では、自動車専用道路の走行中だけでなく一般道の走行中においてもアップデート処理を開始し、更新開始後に、ナビゲーション装置１への電力供給が遮断される虞のある地点までの移動時間を到着推定時間として予測し、アップデートに必要な更新期間に対して十分な到着推定時間が確保されている場合に、アップデート処理を継続する例である。
本実施形態のナビゲーション装置１の構成および接続関係は、第１実施形態の図１と同様であり、説明を省略する。
【００５２】
図６は、第３実施形態でのナビゲーションプログラム２６のアップデート処理のフローチャートである。
図６の処理プログラムは、ディスクデバイス１４またはＵＳＢメモリ２８に記憶される。ＣＰＵ１１は、図６の処理のプログラムをＲＡＭ１３に読み込んで、図６の処理を実行する。
【００５３】
図６のアップデート処理において、ＣＰＵ１１は、まず、アップデートプログラム３３を検出する（ステップＳＴ１）。これにより、ＣＰＵ１１は、図５のアップデート処理を開始する。
ＣＰＵ１１は、たとえばＵＳＢインタフェース１５を周期的に監視し、アップデートデータ３１を記憶したＵＳＢメモリ２８がＵＳＢインタフェース１５に接続されたことを検出する。
【００５４】
アップデート処理おいて、ＣＰＵ１１は、車両２の走行地点を取得する（ステップＳＴ２）。ＣＰＵ１１は、たとえば、現在位置を取得し、ナビゲーションデータを用いて、車両２が走行している道路の種別を判断する。道路の種別には、一般道、高速道路などの自動車専用道路などがある。
【００５５】
次に、ＣＰＵ１１は、走行地点が一般道であるか否かを判断する（ステップＳＴ３）。ＣＰＵ１１は、道路の種別に基づく分岐判断をする。
そして、走行地点が一般道でない場合、すなわち走行地点が自動車専用道路である場合、ＣＰＵ１１は、アップデート処理を完了可能な状況であるか否かを判断する。この自動車専用道路の走行中の処理は、第２実施形態の図５の処理と同様であるため、説明を省略する。
【００５６】
これに対して、走行地点が一般道である場合、ＣＰＵ１１は、アップデート処理を完了可能な状況であるか否かを判断する。
具体的には、ＣＰＵ１１は、まず、ＵＳＢメモリ２８から、アップデートプログラム３３の書き込み時間を示す更新期間データ３２を取得する（ステップＳＴ３１）。
【００５７】
なお、ＣＰＵ１１は、さらに走行している一般道の環境を判断し、たとえば以下のいずれか１つの走行条件が成立する場合にステップＳＴ３１以降の処理を実行し、それ以外の場合にはアップデート処理を終了してもよい。
（１）  山道を走行している場合、
（２）  近場ではない目的地が設定された場合、
（３）  過去の駐車履歴から得られる最寄の駐車位置が近場でない場合、
（４）  渋滞路を走行している場合（特に、車両２がスムーズに進まず、少しずつ動いている場合）、
（５）  駐車場から出た直後（走行を開始した直後）の場合、
（６）  長いトンネルや橋を走行している場合、
（７）  右折待機中である場合（右折レーンに入った場合）。
【００５８】
次に、ＣＰＵ１１は、探索した直近の駐停車予測地点までの移動時間を、到着推定時間として予測する（ステップＳＴ３３）。ＣＰＵ１１は、現在位置から駐停車予測地点までの移動時間を演算する。
【００５９】
次に、ＣＰＵ１１は、ナビゲーションデータを用いて、走行中の一般道で次に駐車または停車が予測される地点を探索する（ステップＳＴ３２）。
ＣＰＵ１１は、直近のサービスエリアまたはパーキングエリアを探索する。
【００６０】
次に、ＣＰＵ１１は、アップデート処理を開始する（ステップＳＴ３４）。ＣＰＵ１１は、ＵＳＢメモリ２８からアップデートプログラム３３を読み込み、ディスクデバイス１４に書き込む。
【００６１】
アップデートを開始した後、ＣＰＵ１１は、中断条件が成立するか否かを判断する（ステップＳＴ３４）。中断条件は、たとえば書込み完了前に駐停車予測地点に到達するか否かである。
【００６２】
中断条件が成立しない場合、ＣＰＵ１１は、さらにアップデートの書き込みが完了したか否かを判断する（ステップＳＴ３６）。書き込みが完了していない場合、ＣＰＵ１１は、たとえば書込みの残り時間を計算する（ステップＳＴ３７）。その後、ＣＰＵ１１の処理はステップＳＴ３２に戻る。ＣＰＵ１１は、書き込みが完了するまで、ステップＳＴ３２からＳＴ３７の処理を繰り返す。ステップＳＴ３６において書き込みが完了したと判断すると、ＣＰＵ１１は、アップデート処理を終了する。
【００６３】
これに対して、中断条件が成立する場合、ＣＰＵ１１は、中断処理を実行する（ステップＳＴ３８）。ＣＰＵ１１は、たとえば到着推定時間と残りの更新期間とを比較し、到着推定時間が残りの更新期間より短くなった場合、中断処理を実行する。ＣＰＵ１１は、たとえばアップデートプログラム３３の切れ目などの再開可能な位置で更新を中断する。
その後、ＣＰＵ１１は、到着推定時間に係る直近の駐停車予測地点の通過を検出する（ステップＳＴ３９）。ＣＰＵ１１の処理は、ステップＳＴ３２に戻る。
【００６４】
以上のように、本実施形態では、ＣＰＵ１１は、車両２の現在位置情報に基づいて走行中の道路の種別を判断し、車両２からの電力供給が遮断される虞が予測されない場合に自動車専用道路または一般道の走行中にアップデートを開始する。また、更新期間中に車両２の走行状況に基づいて判断される次回の停車予測地点までの到着推定時間を予測し、この到着推定時間と残りの書き込み更新時間とを比較する。そして、到着推定時間が更新時間より長い場合、アップデートを継続する。よって、走行データを用いて安全なタイミングでのみアップデートを行うことができる。
特に、本実施形態では、高速道路だけでなく、一般道の走行中にも、アップデートを実行する。よって、車両２が走行すればアップデートを実行可能になる。頻繁なアップデートに対応できる。
【００６５】
また、本実施形態では、更新期間中に到着推定時間が更新時間より短くなると、アップデートを再開可能な位置で中断し、さらに該到着推定時間を通過した後、アップデートを再開する。車両２が到着推定時間に係る地点に到着する前に、アップデートをセキュアに中断できる。
【００６６】
以上の実施形態は、本発明の好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。
【００６７】
たとえば上記実施形態は、本発明を、車載用のナビゲーション装置１に適用した例である。
このほかにもたとえば、本発明は、車載用のオーディオ機器などのように車両２の電源を必要とする車載機器、電子機器において、ソフトウェアのアップデートを実施する場合に適用できる。
このように、本発明は、車載用のナビゲーション装置１やオーディオ機器に限られず、それ以外の走行中の安全運転に支障をきたさない部分の車載機器のソフトウェア（プログラム）をアップデートするために利用できる。
【００６８】
また、第２実施形態の図５または第３実施形態の図６においては、アップデートが開始されている状況の中で、電源オフの虞のある地点を検出または接近した場合には、単にアップデートを一時中断し、その地点を通過した後にアップデートを再開している。
この他にもたとえば、アップデートが開始されている状況の中で、電源オフの虞のある地点を検出または接近した場合には、アップデートを一時中断するとともに、ユーザにその旨を警告し、その地点を通過した後にアップデートを再開してもよい。これにより、ユーザに、アップデート中であることを警告し、車両２の電源を切らないように促すことができる。さらにアップデートが中断されないようにできる。アップデートの安全性を高めることができる。
【００６９】
上記実施形態では、アップデートを必要とするナビゲーション装置１そのものが、車両２の現在位置を取得し、到着推定時間を予測し、アップデートの開始または継続を判断している。
この他にもたとえば、アップデートを必要とするナビゲーション装置１などの電子機器では、通信機能によりこれらの情報を取得し、アップデートの開始または継続を制御してよい。
たとえば車両２の電源に接続可能な電子機器には、携帯電話端末、スマートフォンなどの多機能携帯端末がある。これらのプログラムを更新する処理に、本発明を適用してもよい。
また、車両２の電源に接続可能な電子機器は、これらの端末から情報を取得し、アップデートの開始または継続を制御してよい。この場合、アップデートを必要とする電子機器は、ＧＰＳ受信機２５、地図データなどのナビゲーション機能を持たなくてもよい。
また、次に停止する虞がある地点の情報については、たとえば高速道路の入り口（料金所）などにおいて、次のサービスエリア、パーキングエリア、出入り口、インターチェンジまでの情報を取得すればよい。
【符号の説明】
【００７０】
１  ナビゲーション装置（電子機器）
２  車両
３  バッテリ（電源）
１１  ＣＰＵ（予測部、制御部）
１４  ディスクデバイス（記憶部）
２６  ナビゲーションプログラム（プログラム）
３２  更新期間データ
３３  アップデートプログラム
【図１】
2013156112.tif 000003
【図２】
2013156112.tif 000004
【図３】
2013156112.tif 000005
【図４】
2013156112.tif 000006
【図５】
2013156112.tif 000007
【図６】
2013156112.tif 000008