ソフトウェア管理装置
【課題】 複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行すること。
【解決手段】車載装置のソフトウェアのバージョンをバージョン管理部２１によって管理するとともに、ソフトウェア間の依存関係を依存関係データＤ２として管理する。更新確認処理部２２が更新可能なソフトウェアを検出した場合には、依存関係データＤ３から協働して動作する他のソフトウェアのインストール状況を確認し、更新に必要なデータを更新用データとして記憶部１３に記憶した後、更新処理部が各車載装置のソフトウェアを更新する。
【解決手段】車載装置のソフトウェアのバージョンをバージョン管理部２１によって管理するとともに、ソフトウェア間の依存関係を依存関係データＤ２として管理する。更新確認処理部２２が更新可能なソフトウェアを検出した場合には、依存関係データＤ３から協働して動作する他のソフトウェアのインストール状況を確認し、更新に必要なデータを更新用データとして記憶部１３に記憶した後、更新処理部が各車載装置のソフトウェアを更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の車載装置のソフトウェアを管理するソフトウェア管理装置に関し、特にソフトウェアの更新を適切に実行するソフトウェア管理装置に関する。
【背景技術】
【０００２】
従来、電子機器の動作はソフトウェアによって制御されることが多く、このソフトウェアを更新することで、たとえば動作における不具合の解消や、動作内容の向上などを実現可能となっている。
【０００３】
具体的には、ソフトウェアにはバージョン情報か設定されており、より新しいバージョンのソフトウェアに書き換えることで更新を実行する。
【０００４】
そして近年、ネットークを介してより新しいバージョンのソフトウェアの有無、すなわち更新が可能であるか否かの確認や、新しいバージョンのソフトウェアの取得（ダウンロード）を実行することが可能となっている。
【０００５】
たとえば、特許文献１は、エアコンＥＣＵの修正プログラムをナビゲーション装置のハードディスクドライブにダウンロードし、実行時にはハードディスクドライブに格納したプログラムを実行してエアコン制御を行う技術を開示している。
【０００６】
また、特許文献２は、タイマーにより所定時間になった場合に、車載装置のソフトウェアをインストールする技術を、特許文献３は、ソフトウェアの更新を自動実行する時間帯をユーザが指定可能とする技術を開示している。
【０００７】
さらに、特許文献４は、旧プログラムを所定記憶手段に退避させておくことで、更新したプログラムに異常がある場合に退避させた旧プログラムを再度読みだして実行することができるようにする技術を開示している。
【０００８】
【特許文献１】特開２００２−２１１２２７号公報
【特許文献２】特開２００３−１９６０９８号公報
【特許文献３】特開２０００−２０７２１９号公報
【特許文献４】特開２０００−２０７６８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、近年、車両に搭載される装置が増加し、車両の動作制御、例えばエンジン制御やブレーキ制御を電子制御装置が担っている。さらに、各種装置が協働させることで、より高度な車両の動作制御が実現されている。
【００１０】
したがって、たとえば１つの車載装置のソフトウェアを更新したとしても、協働する車載装置のソフトウェアを更新しなければ、その機能を充分に発揮することができないという問題が生じていた。
【００１１】
また、多数の車載装置がそのソフトウェアを独自に更新することとすると、ユーザに対して更新状態を管理する労力を課することとなるという問題点があった。
【００１２】
そこで、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行可能なソフトウェア管理装置の実現が重要な課題となっていた。
【００１３】
この発明は、上述した従来技術における問題点を解消し、課題を解決するためになされたものであり、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るソフトウェア管理装置は、複数の車載装置のソフトウェアを管理するソフトウェア管理装置であって、前記複数の車載装置のソフトウェア間における依存関係を記憶する依存関係記憶手段と、前記依存関係に基づいて前記車載装置のソフトウェアの更新可否および／または更新順序を判定する判定手段と、を備えたことを特徴とする。
【００１５】
この請求項１の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェア間における依存関係を記憶し、記憶した依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００１６】
また、請求項２の発明に係るソフトウェア管理装置は、請求項１の発明において、前記判定手段は、複数のソフトウェアが更新可能である場合に、当該更新の危険度が大きいソフトウェアを後から更新するように前記更新順序を定めることを特徴とする。
【００１７】
この請求項２の発明によればソフトウェア管理装置は、複数のソフトウェアが更新可能である場合に、更新の危険度が大きいソフトウェアを後から更新するように更新順序を定める。
【００１８】
また、請求項３の発明に係るソフトウェア管理装置は、請求項１または２の発明において、前記依存関係記憶手段は、前記複数の車載装置が協働して所定の動作を実行する場合に、当該動作を実現するソフトウェア上の機能の有無に基づいて前記依存関係を定めることを特徴とする。
【００１９】
この請求項３の発明によればソフトウェア管理装置は、複数の車載装置が協働して所定の動作を実行する場合に、その動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２０】
また、請求項４の発明に係るソフトウェア管理装置は、請求項３の発明において、前記所定の動作は、ナビゲーション装置が出力する地図情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする。
【００２１】
この請求項４の発明によればソフトウェア管理装置は、エンジン制御装置や変速機制御装置が、ナビゲーション装置によって出力される地図情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２２】
また、請求項５の発明に係るソフトウェア管理装置は、請求項３または４の発明において、前記所定の動作は、安定性制御装置が出力する車体安定性情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする。
【００２３】
この請求項５の発明によればソフトウェア管理装置は、エンジン制御装置や変速機制御装置が、安定性制御装置によって出力される車体安定性情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２４】
また、請求項６の発明に係るソフトウェア管理装置は、請求項３，４または５の発明において、前記所定の動作は、減速制御装置が出力する減速状態情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする。
【００２５】
この請求項６の発明によればソフトウェア管理装置は、減速制御装置によって出力される減速状態情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２６】
また、請求項７の発明に係るソフトウェア管理装置は、請求項１〜６の発明において、自車両の経路設定および経路誘導を行うナビゲーション手段をさらに備えたことを特徴とする。
【００２７】
この請求項７の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェア間における依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２８】
また、請求項８の発明に係るソフトウェア管理装置は、請求項７の発明において、前記依存関係記憶手段に、前記ナビゲーション手段が使用する地図情報をさらに記憶したことを特徴とする。
【００２９】
この請求項８の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェア間における依存関係とナビゲーションに用いる地図情報とを同一の記憶媒体に記憶する。
【００３０】
また、請求項９の発明に係るソフトウェア管理装置は、複数の車載装置のソフトウェアを管理するソフトウェア管理装置であって、前記複数の車載装置のソフトウェアのいずれかが更新可能である場合に、当該更新に使用する更新用データを取得する更新用データ取得手段と、前記更新用データを記憶する更新用データ記憶手段と、を備えたことを特徴とする。
【００３１】
この請求項９の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶する。
【００３２】
また、請求項１０の発明に係るソフトウェア管理装置は、請求項９の発明において、前記更新用データを用いて前記車載装置のソフトウェアの更新を実行する更新処理手段をさらに備えたことを特徴とする。
【００３３】
この請求項１０の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶し、記憶した更新用データを用いて車載装置のソフトウェアの更新を実行する。
【００３４】
また、請求項１１の発明に係るソフトウェア管理装置は、請求項９または１０の発明において、自らのソフトウェアを更新する機能を有する車載装置に対し、前記更新用データを提供する更新用データ提供手段をさらに備えたことを特徴とする。
【００３５】
この請求項１１の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶し、記憶した更新用データを車載装置に提供する。
【００３６】
また、請求項１２の発明に係るソフトウェア管理装置は、請求項９，１０または１１の発明において、前記更新用データ記憶手段は、前記複数の車載装置のうち更新に要するデータ容量が最も大きい車載装置の、当該データ容量以上の容量を有することを特徴とする。
【００３７】
この請求項１２の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得し、複数の車載装置のうち更新に要するデータ容量が最も大きい車載装置のデータ容量以上の容量を有する更新用データ記憶手段に記憶する。
【００３８】
また、請求項１３の発明に係るソフトウェア管理装置は、請求項１２の発明において、前記更新用データ記憶手段は、ハードディスクドライブであることを特徴とする。
【００３９】
この請求項１３の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得し、ハードディスクドライブに記憶する。
【００４０】
また、請求項１４の発明に係るソフトウェア管理装置は、請求項９〜１３の発明において、自車両の経路設定および経路誘導を行うナビゲーション手段をさらに備えたことを特徴とする。
【００４１】
この請求項１４の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶する。
【００４２】
また、請求項１５の発明に係るソフトウェア管理装置は、請求項１４の発明において、前記依存関係記憶手段に、前記ナビゲーション手段が使用する地図情報をさらに記憶したことを特徴とする。
【００４３】
この請求項１５の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得してナビゲーション用の地図情報と同一の記録媒体に記憶する。
【００４４】
また、請求項１６の発明に係るソフトウェア管理装置は、請求項１〜１５の発明において、前記ソフトウェアの更新を変速機状態がパーキングもしくはニュートラルである場合に実行することを特徴とする。
【００４５】
この請求項１６の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、変速機状態がパーキングもしくはニュートラルである場合にソフトウェアの更新を実行する。
【００４６】
また、請求項１７の発明に係るソフトウェア管理装置は、請求項１〜１６の発明において、前記ソフトウェアの更新をバッテリー残量が所定量以上である場合に実行することを特徴とする。
【００４７】
この請求項１７の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、バッテリー残量が所定量以上である場合にソフトウェアの更新を実行する。
【００４８】
また、請求項１８の発明に係るソフトウェア管理装置は、請求項１〜１７の発明において、前記ソフトウェアの更新中は電源供給を保持することを特徴とする。
【００４９】
この請求項１８の発明によればソフトウェア管理装置は、ユーザ操作などによって電源オフが指示された場合であっても、ソフトウェアの更新を実行中である間は電源の供給を維持する。
【発明の効果】
【００５０】
請求項１の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェア間における依存関係を記憶し、記憶した依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５１】
また、請求項２の発明によればソフトウェア管理装置は、複数のソフトウェアが更新可能である場合に、更新の危険度が大きいソフトウェアを後から更新するように更新順序を定めるので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を安全に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５２】
また、請求項３の発明によればソフトウェア管理装置は、複数の車載装置が協働して所定の動作を実行する場合に、その動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、協働する複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５３】
また、請求項４の発明によればソフトウェア管理装置は、エンジン制御装置や変速機制御装置が、ナビゲーション装置によって出力される地図情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、協働する複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５４】
また、請求項５の発明によればソフトウェア管理装置は、エンジン制御装置や変速機制御装置が、安定性制御装置によって出力される車体安定性情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、協働する複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５５】
また、請求項６の発明によればソフトウェア管理装置は、減速制御装置によって出力される減速状態情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、協働する複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５６】
また、請求項７の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェア間における依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するナビゲーション機能を備えたソフトウェア管理装置を得ることができるという効果を奏する。
【００５７】
また、請求項８の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェア間における依存関係とナビゲーションに用いる地図情報とを同一の記憶媒体に記憶するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するナビゲーション機能を備えた簡易な構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００５８】
また、請求項９の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶するので、複数の車載装置のソフトウェアの更新状態を統合管理する簡易な構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００５９】
また、請求項１０の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶し、記憶した更新用データを用いて車載装置のソフトウェアの更新を実行するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新処理を実行する簡易な構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００６０】
また、請求項１１の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶し、記憶した更新用データを車載装置に提供するので、複数の車載装置のソフトウェアの更新状態を統合管理し、他の車載装置における自律的な更新処理を支援する簡易な構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００６１】
また、請求項１２の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得し、複数の車載装置のうち更新に要するデータ容量が最も大きい車載装置のデータ容量以上の容量を有する更新用データ記憶手段に記憶するので、複数の車載装置のソフトウェアの更新状態を統合管理する簡易で低コストの構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００６２】
また、請求項１３の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得し、ハードディスクドライブに記憶するので、複数の車載装置のソフトウェアの更新状態を統合管理する簡易な構成で汎用性の高いソフトウェア管理装置を得ることができるという効果を奏する。
【００６３】
また、請求項１４の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶するので、簡易な構成で複数の車載装置のソフトウェアの更新状態を統合管理するナビゲーション機能を備えたソフトウェア管理装置を得ることができるという効果を奏する。
【００６４】
また、請求項１５の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得してナビゲーション用の地図情報と同一の記録媒体に記憶するので、簡易な構成かつ低コストで複数の車載装置のソフトウェアの更新状態を統合管理する、ナビゲーション機能を備えたフトウェア管理装置を得ることができるという効果を奏する。
【００６５】
また、請求項１６の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、変速機状態がパーキングもしくはニュートラルである場合にソフトウェアの更新を実行するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を安全に実行可能なソフトウェア管理装置を得ることができるという効果を奏する。
【００６６】
また、請求項１７の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、バッテリー残量が所定量以上である場合にソフトウェアの更新を実行するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を確実に実行可能なソフトウェア管理装置を得ることができるという効果を奏する。
【００６７】
また、請求項１８の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、ユーザ操作などによって電源オフが指示された場合であっても、ソフトウェアの更新を実行中である間は電源の供給を維持するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を安全かつ確実に実行可能なソフトウェア管理装置を得ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００６８】
以下に添付図面を参照して、この発明に係るソフトウェア管理装置の好適な実施例について詳細に説明する。
【実施例】
【００６９】
図１は、ナビゲーション装置にソフトウェア管理装置の機能を持たせた場合の車載システムの概要構成を説明する説明図である。同図に示すように、ナビゲーション装置１は、通信装置２、車内通知系３、エンジン制御装置４、安定性制御装置５、減速制御装置６、およびシフト制御装置７と接続している。
【００７０】
通信装置２は、車両と外部との通信を行なう装置であり、具体的には、インターネットなどのネットワークを介した車外のサーバとの通信や、電話回線を介した所定の連絡先との通信などを行う。
【００７１】
車内通知系３は、車内の乗員に対して通知を実行する装置群であり、具体的には、表示出力を行なう車内ディスプレイ３１、音声出力を行なう車内スピーカ３２などを有する。この車内通知系３は、ナビゲーション装置１をはじめ、オーディオ装置など各種車載機器で共用することが一般的である。
【００７２】
エンジン制御装置４は、エンジンの噴射制御を行なう、いわゆるＥＦＩであり、ソフトウェアＡ２によって動作する。また、安定性制御装置５は、走行時の車体の安定性を制御する、いわゆるＶＳＣであり、ソフトウェアＡ３によって動作する。
【００７３】
同様に、減速制御装置６は、減速処理を制御してタイヤのロックを防止する、いわゆるＡＢＳであり、ソフトウェアＡ４によって動作する。さらに、シフト制御部７は走行速度やエンジンの状態などに基づいてシフトの切り替えをおこなう変速機の制御装置であり、ソフトウェアＡ５によって動作する。
【００７４】
ナビゲーション装置１は、その内部にナビゲーション処理部１１、ソフトウェア管理部１２およびハードディスク等からなる記憶部１３を有する。
【００７５】
ナビゲーション処理部１１は、自車両の走行経路の設定および誘導を行なう処理部であり、ソフトウェアＡ１によって動作する。具体的には、ナビゲーション装置１１は、図示しないＧＰＳ通信部によって自車両の現在位置を取得し、地図データを用いて自車両が走行している道路を特定し、車内通知系３を用いて経路誘導を実行する。
【００７６】
ソフトウェア管理部１２は、車載システムにおける各種ソフトウェア（ソフトウェアＡ１〜Ａ５）の更新を統合管理する処理部である。具体的には、ソフトウェア管理部１２は、その内部にバージョン情報管理部２１、更新確認処理部２２、依存関係判定部２３、車両状態判定部２４、更新処理部２５を有する。
【００７７】
バージョン管理部２１は、ナビゲーション処理部１１、エンジン制御装置４、安定性制御装置５、減速制御装置６、シフト制御装置７のソフトウェアＡ１〜Ａ５について、そのバージョン情報を管理する。具体的には、バージョン管理部２１は、図２に示すように、ソフトウェアＡ１〜Ａ５のバージョンデータと、そのバージョンが作成された日付を記憶している。
【００７８】
図２では、ソフトウェアＡ１は、「バージョン６．１７」であり、このバージョンは「２００４年４月５日」に作成されている。また、ソフトウェアＡ２は、「バージョン２．００」であり、このバージョンは「２００３年１１月６日」に作成されている。
【００７９】
同様に、ソフトウェアＡ３は、「バージョン２．３２」であり、このバージョンは「２００２年１月２３日」に作成されている。また、ソフトウェアＡ４は、「バージョン１．００」であり、このバージョンは「２０００年８月１１日」に作成されている。さらに、ソフトウェアＡ５は、「バージョン１．８１」であり、このバージョンは「２００４年４月９日」に作成されている。
【００８０】
更新確認処理部２２は、通信装置２を利用し、車載装置のソフトウェアが更新可能であるか否か、すなわち自車両の車載装置にインストールされているバージョンよりも新しいバージョンが公開されているか否かを確認する処理をおこなう。
【００８１】
依存関係判定部２３は、車載装置のソフトウェアについて、その依存関係を判定し、記憶部１３に依存関係データＤ２として記憶する。複数の装置が協働して所定の動作を実行する場合、それぞれの車載装置のソフトウェアがその機能を有する必要がある。
【００８２】
例えば、地図情報に基づいて、エンジンやシフトを予測制御する（カーブ手前で予めエンジンブレーキをかける、スロットルを閉じる、シフトを落とすなどの制御をする）場合、ナビゲーション処理部１１のソフトウェアＡ１がエンジン制御装置４やシフト制御装置７に地図情報を提供する機能を持つ必要があり、エンジン制御装置４のソフトウェアＡ２や、シフト制御装置７のソフトウェアＡ５が地図情報に基づいた制御を実行する機能を持つ必要がある。
【００８３】
同様に、走行時の車体の安定性を確保する際にエンジン制御を利用する場合、エンジン制御装置４のソフトウェアＡ２が安定性制御装置５からの要求に基づいてエンジン制御を行う機能を有する必要があり、安定性制御装置５のソフトウェアＡ３は、エンジン制御装置４に必要なエンジン制御を要求する機能を有する必要がある。
【００８４】
また、車両の減速時におけるタイヤのロックを回避する際にエンジン制御を利用する場合、エンジン制御装置４のソフトウェアＡ２が減速制御装置６からの要求に基づいてエンジン制御を行う機能を有する必要があり、減速制御装置６のソフトウェアＡ４は、エンジン制御装置４に必要なエンジン制御を要求する機能を有する必要がある。
【００８５】
このように、高度な車両制御においては、複数の装置が協働する必要があるので、他の装置がその機能を有するか否かに依存して実行可能な制御内容が異なる。そして各装置のソフトウェアは、予めその機能を有していない場合であっても、ソフトウェアの更新などによって機能追加し、他の装置との協働が可能となるのである。
【００８６】
ソフトウェアの更新状態は、バージョンとして管理されるので、所定の制御を実現するためには、協働する装置のソフトウェアが所定のバージョン以上であることが必要となる。換言するならば、ある装置がソフトウェアの更新によって所定の制御に対応したとしても、協働する装置かその制御に対応していなければ目的の制御を実行することができないこととなる。
【００８７】
そこで、依存関係判定部２３は、ソフトウェアの更新を行なう場合、依存関係データＤ２を参照し、他の装置と協働して実現する制御について、他の装置に必要なソフトウェアのバージョンが満たされているか否かを判定する。
【００８８】
この依存関係データＤ２の具体例を図３に示す。同図では、エンジン制御装置４のソフトウェアＡ２のバージョン「２．１」について、地図情報を利用したエンジン制御を実行するためには、ナビゲーション処理部１１のソフトウェアＡ１がバージョン「５．０」以上である必要があることを示している。また、ＶＳＣと協働したエンジン制御を実行するためには安定性制御装置５のソフトウェアＡ３がバージョン「２．１」以上である必要があり、ＡＢＳと協働したエンジン制御を実行するためには減速制御装置６のソフトウェアＡ４がバージョン「１．３」以上である必要があることを示している。
【００８９】
同様に、シフト制御装置７のバージョン「１．５」について、地図情報を利用したシフト制御を実行するためにはナビゲーション処理部１１のソフトウェアＡ１がバージョン「５．０」以上である必要があることを示している。
【００９０】
このようにソフトウェア間の依存関係を管理することで、更新によって向上する機能が他の装置に依存しているか否かを判定し、他のソフトウェアの更新が必要である場合にはそのソフトウェアの更新を併せて行う、統合的な更新管理を実現することができる。
【００９１】
なお、依存関係データは、外部のサーバから取得してもよいし、各ソフトウェアに依存関係に関する情報を持たせてもよい。また、依存関係判定部２３がソフトウェア間の依存関係を確認して依存関係データＤ２を作成することとしてもよい。
【００９２】
車両状態判定部２４は、自車両の状態を判定する処理部であり、その内部にシフト状態取得部２４ａ、電源状態取得部２４ｂを有する。シフト状態取得部２４ａは、自車両のシフトの状態を取得し、電源状態取得部２４ｂは、車載システムの電源、すなわちバッテリーの残量を取得する。
【００９３】
更新処理部２５は、車載システムにおける各種ソフトウェア（ソフトウェアＡ１〜Ａ５）の更新処理を実行する処理部である。具体的には、更新処理部２５は、更新に使用するデータを取得し、記憶部１３に更新用データＤ３として記憶させる。その後、記憶部１３から更新用データＤ３を読み出して目的の装置にインストールし、更新を完了する。
【００９４】
ここで、更新に使用するデータの取得方法は、通信装置２を利用して外部のサーバからダウンロードしてもよいし、ＣＤやＤＶＤなど、所定の記録媒体から読みだしてもよい。また、ディーラーなど、所定の場所で取得してもよい。なお、更新に使用するデータとは、例えば更新処理を自動実行するプログラムであってもよい。
【００９５】
また、更新処理部２５は、更新用データＤ３を記憶部１３に一旦記憶し、記憶部１３から読みだして使用するので、各装置にそれぞれ更新用のデータ記憶領域を持たせる必要がなく、車載システム全体を簡略かつ低コストで構築することができる。
【００９６】
さらに、ソフトウェア間に依存関係がある場合など、複数のソフトウェアをインストールする場合には、その全てをダウンロードして記憶部１３に記憶した後、インストールを実行することができる。そのため、通信状態の悪化などによって更新の失敗や中断を生じることなく、安全かつ確実にソフトウェアの更新を完了することができる。
【００９７】
ここで、複数のソフトウェアを更新する場合、更新処理部２５は、そのインストール順序を判定し、定めた順序にしたがって随時インストールを行う。このインストール順序は、具体的には、更新の危険度が大きいソフトウェアを後から更新するように設定する。
【００９８】
例えば、ナビゲーション処理部１１のソフトウェアＡ１とエンジン制御装置４のソフトウェアＡ２をインストールする場合、車両の走行に直接影響するソフトウェアＡ２のインストールは、ソフトウェアＡ１のインストールに比して危険度が大きい。
【００９９】
そこで、更新処理部２５は、まずソフトウェアＡ１を更新し、更新が正常に完了した場合にソフトウェアＡ２のインストールを実行する。そのため、何らかの要因によってインストールが正常に終了できない場合であっても、車両の走行に与える影響度を最小限に抑えることができる。
【０１００】
このソフトウェアの更新を正常に、かつ安全に完了させるためには、車両の停止中にインストールを実行すること、およびインストールの完了までの間、電源が確保可能であること、が重要となる。
【０１０１】
そこで、更新処理部２５は、車両状態判定部２４による判定結果に基づき、シフトがニュートラルもしくはパーキングに入った状態で、かつバッテリー残量が所定値以上である場合に、更新処理を実行する。あるいは、更新する時刻を予約しておき、その時刻になると更新するようにしてもよい。また、更新中はエンジンの再始動やイグニッションスイッチのオン操作の受付を禁止する。
【０１０２】
ところで、ここでは更新処理部２５が各装置のソフトウェアをインストールしているが、たとえばインストールを更新される装置自体が実行することとし、更新処理部２５は各装置に対して更新に必要なデータを提供する構成としてもよい。
【０１０３】
記憶部１３は、既に述べた依存関係データＤ２や更新用データＤ３、また、ナビゲーション処理部１１が使用する地図データＤ１などを記憶する記憶手段であり、ハードディスクドライブなどの記録媒体によって実現される。この記憶部１３は、車載システムにおいて汎用的に使用され、例えば音楽データなどの他のデータの記憶にも使用可能である。
【０１０４】
つぎに、このソフトウェア管理部１２の処理動作について説明する。図４は、ソフトウェア管理部１２の処理動作を説明するフローチャートであり、ナビゲーション装置１の電源投入時に繰り返し実行される処理である。
【０１０５】
同図に示すように、まず、更新確認処理部２２が、通信装置２を利用して車載装置のソフトウェアが更新可能であるか否かを確認する処理をおこなう（ステップＳ１０１）。その結果、更新可能なソフトウェアがない場合（ステップＳ１０２，Ｎｏ）、処理を終了する。
【０１０６】
一方、更新可能なソフトウェアがある場合（ステップＳ１０２，Ｙｅｓ）、つぎに、依存関係判定部２３が依存関係データＤ２を確認し、更新可能なソフトウェアに依存関係があるソフトウェアを確認する（ステップＳ１０３）。
【０１０７】
つぎに、バージョン情報管理部２１は、依存関係のあるソフトウェアが全てインストール済みであるか否かを判定する（ステップＳ１０４）。その結果、依存関係のあるソフトウェアのうち、インストールされていないソフトウェアがある場合（ステップＳ１０４，Ｎｏ）、更新処理部２５は、依存関係のあるソフトウェアが全てダウンロードされているか、すなわち、記憶部１３更新用データＤ３として格納されているか、を確認する（ステップＳ１０５）。
【０１０８】
依存関係のあるソフトウェアのうち、ダウンロードされていないソフトウェアがある場合（ステップＳ１０５，Ｎｏ）、ユーザにダウンロードが必要であることを通知し、ダウンロードを許可するか否かを問い合わせる。
【０１０９】
そして、ユーザの許可を受け付けたならば（ステップＳ１０６，Ｙｅｓ）、関連するソフトウェアをダウンロードし（ステップＳ１０８）、再度ステップＳ１０５に移行する。
【０１１０】
そして、関連するソフトウェアを全てダウンロードしたならば（ステップＳ１０５，Ｙｅｓ）、更新処理部２５かソフトウェアのインストール順序を決定する（ステップＳ１０９）。
【０１１１】
インストール順序の決定（ステップＳ１０９）後、もしくは関連するソフトウェアが全てインストール済みである場合（ステップＳ１０４，Ｙｅｓ）、更新処理部２５は指定されたソフトウェアをダウンロードし（ステップＳ１１０）、インストール処理を実行（複数のソフトウェアをインストールする場合は、決定した順序で実行）する（ステップＳ１１１）。インストール処理を実行するにあたっては、メインリレーを保持、すなわち自電源をオンで保持し、実行にかかる電力を供給し続ける。
【０１１２】
インストール処理（ステップＳ１１１）の終了後、もしくは関連するソフトウェアのダウンロードをユーザが許可しなかった場合（ステップＳ１０６，Ｎｏ）、ユーザに対して処理結果を通知して（ステップＳ１０７）、処理を終了する。なお、車載装置（ＥＣＵ）間通信などを行なう通信部のファームを書き換えた場合、ＥＣＵノード間のソフトウェアバージョンの整合がとれていないと、通信エラーなどが発生するため、通信ソフトバージョンを書き換え終了後にチェックし、不整合の場合は整合するバージョンのダウンロードを自動的に実施する。この整合が取れるまではエンジン始動、イグニッションスイッチのオン操作を受け付けないようにしても良い。
【０１１３】
上述してきたように、本実施例にかかる車載システムでは、ナビゲーション装置１にソフトウェア管理部１２を持たせ、車載装置のソフトウェアの更新状態をバージョン情報管理部２１で管理すると共に、ソフトウェア間の依存関係を依存関係データＤ２として管理し、ソフトウェアの更新時に協働して動作する他のソフトウェアについてもその更新可否を判定するので、複数の車載装置のソフトウェアを統合管理し、更新を適切に実行することができる。
【０１１４】
また、記憶部１３に更新用データＤ３を格納し、更新時に読み出して使用することで、各車載装置に個別に更新用の記憶容量を持たせることなく、簡略かつ低コストの車載システムを構築することができる。
【０１１５】
さらに、複数のソフトウェアを更新する場合に、必要なデータの全てを予めダウンロードすることで、通信状態の悪化などによって更新の失敗や中断を生じることなく、安全かつ確実にソフトウェアの更新を完了することができる。
【０１１６】
また、複数のソフトウェアを更新する場合に、更新の危険度が大きいソフトウェアを後から更新するようにインストールを実行することで、インストールの異常終了時に、車両の走行への影響を最小限に抑えることができる。
【０１１７】
さらに、シフトがニュートラルもしくはパーキングに入った状態で、かつバッテリー残量が所定値以上である場合に、更新処理を実行することで、ソフトウェアの更新を安全かつ確実に実行することができる。
【０１１８】
ところで、本実施例ではナビゲーション装置１にソフトウェア管理部１２を持たせた車載システムについて説明したが、本発明の利用はこれに限定されるものではなく、任意の構成で利用することができる。
【０１１９】
本発明における車載システムの他の構成例を図５に示す。同図に示した車載システムでは、独立した装置であるソフトウェア管理装置８によってソフトウェアを統合管理している。また、ナビゲーション装置９は、ナビゲーション処理を実行する装置として、エンジン制御装置４、安定性制御装置５、減速制御装置６、シフト制御装置７などと同様に、ソフトウェア管理装置８に接続している。
【０１２０】
ソフトウェア管理装置８は、その内部に主制御部８１、依存関係データ記憶部８２、更新用データ記憶部８３を備えている。主制御部８１は、図１に示したソフトウェア管理部１２と同様の処理を実行する。また、依存関係データ記憶部８２は、依存関係データを記憶する記憶部であり、更新用データ記憶部８３は、更新用データを記憶する記憶部である。
【０１２１】
更新用データ記憶部８３は、他の装置がソフトウェアの格納用に有する記憶容量のうち、最も大きい記憶容量以上の容量を有する。また、複数のソフトウェアの更新用データを予め記憶する場合には、さらに大きい記憶容量を備えることが望ましい。
【０１２２】
その他の構成および動作は、図１に示した車載システムと同様であるので、同一の構成要素に同一の符号を付して説明を省略する。
【産業上の利用可能性】
【０１２３】
以上のように、本発明にかかるソフトウェア管理装置は、車載装置のソフトウェアの管理に有用であり、特に互いに関連する複数のソフトウェアの管理や更新に適している。
【図面の簡単な説明】
【０１２４】
【図１】本発明の実施例にかかる車載システムの概要構成を示す概要構成図である。
【図２】図１に示したバージョン情報管理部が管理する情報について説明する説明図である。
【図３】図１に示した依存関係データの具体例について説明する説明図である。
【図４】図１に示したソフトウェア管理部の処理動作について説明する説明図である。
【図５】本発明の実施例にかかる他の車載システムの構成例を示す概要構成図である。
【符号の説明】
【０１２５】
１，９ ナビゲーション装置
２ 通信装置
３ 車内通知系
４ エンジン制御装置
５ 安定性制御装置
６ 減速制御装置
７ シフト制御装置
８ ソフトウェア管理装置
１１ ナビゲーション処理部
１２ ソフトウェア管理部
１３ 記憶部
２１ バージョン情報管理部
２２ 更新確認処理部
２３ 依存関係判定部
２４ 車両状態判定部
２４ａ シフト状態取得部
２４ｂ 電源状態取得部
２５ 更新処理部
３１ 車内ディスプレイ
３２ 車内スピーカ
８１ 依存関係データ記憶部
８２ 更新用データ記憶部
Ａ１〜Ａ５ ソフトウェア
Ｄ１ 地図データ
Ｄ２ 依存関係データ
Ｄ３ 更新用データ
【技術分野】
【０００１】
この発明は、複数の車載装置のソフトウェアを管理するソフトウェア管理装置に関し、特にソフトウェアの更新を適切に実行するソフトウェア管理装置に関する。
【背景技術】
【０００２】
従来、電子機器の動作はソフトウェアによって制御されることが多く、このソフトウェアを更新することで、たとえば動作における不具合の解消や、動作内容の向上などを実現可能となっている。
【０００３】
具体的には、ソフトウェアにはバージョン情報か設定されており、より新しいバージョンのソフトウェアに書き換えることで更新を実行する。
【０００４】
そして近年、ネットークを介してより新しいバージョンのソフトウェアの有無、すなわち更新が可能であるか否かの確認や、新しいバージョンのソフトウェアの取得（ダウンロード）を実行することが可能となっている。
【０００５】
たとえば、特許文献１は、エアコンＥＣＵの修正プログラムをナビゲーション装置のハードディスクドライブにダウンロードし、実行時にはハードディスクドライブに格納したプログラムを実行してエアコン制御を行う技術を開示している。
【０００６】
また、特許文献２は、タイマーにより所定時間になった場合に、車載装置のソフトウェアをインストールする技術を、特許文献３は、ソフトウェアの更新を自動実行する時間帯をユーザが指定可能とする技術を開示している。
【０００７】
さらに、特許文献４は、旧プログラムを所定記憶手段に退避させておくことで、更新したプログラムに異常がある場合に退避させた旧プログラムを再度読みだして実行することができるようにする技術を開示している。
【０００８】
【特許文献１】特開２００２−２１１２２７号公報
【特許文献２】特開２００３−１９６０９８号公報
【特許文献３】特開２０００−２０７２１９号公報
【特許文献４】特開２０００−２０７６８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、近年、車両に搭載される装置が増加し、車両の動作制御、例えばエンジン制御やブレーキ制御を電子制御装置が担っている。さらに、各種装置が協働させることで、より高度な車両の動作制御が実現されている。
【００１０】
したがって、たとえば１つの車載装置のソフトウェアを更新したとしても、協働する車載装置のソフトウェアを更新しなければ、その機能を充分に発揮することができないという問題が生じていた。
【００１１】
また、多数の車載装置がそのソフトウェアを独自に更新することとすると、ユーザに対して更新状態を管理する労力を課することとなるという問題点があった。
【００１２】
そこで、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行可能なソフトウェア管理装置の実現が重要な課題となっていた。
【００１３】
この発明は、上述した従来技術における問題点を解消し、課題を解決するためになされたものであり、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るソフトウェア管理装置は、複数の車載装置のソフトウェアを管理するソフトウェア管理装置であって、前記複数の車載装置のソフトウェア間における依存関係を記憶する依存関係記憶手段と、前記依存関係に基づいて前記車載装置のソフトウェアの更新可否および／または更新順序を判定する判定手段と、を備えたことを特徴とする。
【００１５】
この請求項１の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェア間における依存関係を記憶し、記憶した依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００１６】
また、請求項２の発明に係るソフトウェア管理装置は、請求項１の発明において、前記判定手段は、複数のソフトウェアが更新可能である場合に、当該更新の危険度が大きいソフトウェアを後から更新するように前記更新順序を定めることを特徴とする。
【００１７】
この請求項２の発明によればソフトウェア管理装置は、複数のソフトウェアが更新可能である場合に、更新の危険度が大きいソフトウェアを後から更新するように更新順序を定める。
【００１８】
また、請求項３の発明に係るソフトウェア管理装置は、請求項１または２の発明において、前記依存関係記憶手段は、前記複数の車載装置が協働して所定の動作を実行する場合に、当該動作を実現するソフトウェア上の機能の有無に基づいて前記依存関係を定めることを特徴とする。
【００１９】
この請求項３の発明によればソフトウェア管理装置は、複数の車載装置が協働して所定の動作を実行する場合に、その動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２０】
また、請求項４の発明に係るソフトウェア管理装置は、請求項３の発明において、前記所定の動作は、ナビゲーション装置が出力する地図情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする。
【００２１】
この請求項４の発明によればソフトウェア管理装置は、エンジン制御装置や変速機制御装置が、ナビゲーション装置によって出力される地図情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２２】
また、請求項５の発明に係るソフトウェア管理装置は、請求項３または４の発明において、前記所定の動作は、安定性制御装置が出力する車体安定性情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする。
【００２３】
この請求項５の発明によればソフトウェア管理装置は、エンジン制御装置や変速機制御装置が、安定性制御装置によって出力される車体安定性情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２４】
また、請求項６の発明に係るソフトウェア管理装置は、請求項３，４または５の発明において、前記所定の動作は、減速制御装置が出力する減速状態情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする。
【００２５】
この請求項６の発明によればソフトウェア管理装置は、減速制御装置によって出力される減速状態情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２６】
また、請求項７の発明に係るソフトウェア管理装置は、請求項１〜６の発明において、自車両の経路設定および経路誘導を行うナビゲーション手段をさらに備えたことを特徴とする。
【００２７】
この請求項７の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェア間における依存関係に基づいてソフトウェアの更新可否や更新順序を判定する。
【００２８】
また、請求項８の発明に係るソフトウェア管理装置は、請求項７の発明において、前記依存関係記憶手段に、前記ナビゲーション手段が使用する地図情報をさらに記憶したことを特徴とする。
【００２９】
この請求項８の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェア間における依存関係とナビゲーションに用いる地図情報とを同一の記憶媒体に記憶する。
【００３０】
また、請求項９の発明に係るソフトウェア管理装置は、複数の車載装置のソフトウェアを管理するソフトウェア管理装置であって、前記複数の車載装置のソフトウェアのいずれかが更新可能である場合に、当該更新に使用する更新用データを取得する更新用データ取得手段と、前記更新用データを記憶する更新用データ記憶手段と、を備えたことを特徴とする。
【００３１】
この請求項９の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶する。
【００３２】
また、請求項１０の発明に係るソフトウェア管理装置は、請求項９の発明において、前記更新用データを用いて前記車載装置のソフトウェアの更新を実行する更新処理手段をさらに備えたことを特徴とする。
【００３３】
この請求項１０の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶し、記憶した更新用データを用いて車載装置のソフトウェアの更新を実行する。
【００３４】
また、請求項１１の発明に係るソフトウェア管理装置は、請求項９または１０の発明において、自らのソフトウェアを更新する機能を有する車載装置に対し、前記更新用データを提供する更新用データ提供手段をさらに備えたことを特徴とする。
【００３５】
この請求項１１の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶し、記憶した更新用データを車載装置に提供する。
【００３６】
また、請求項１２の発明に係るソフトウェア管理装置は、請求項９，１０または１１の発明において、前記更新用データ記憶手段は、前記複数の車載装置のうち更新に要するデータ容量が最も大きい車載装置の、当該データ容量以上の容量を有することを特徴とする。
【００３７】
この請求項１２の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得し、複数の車載装置のうち更新に要するデータ容量が最も大きい車載装置のデータ容量以上の容量を有する更新用データ記憶手段に記憶する。
【００３８】
また、請求項１３の発明に係るソフトウェア管理装置は、請求項１２の発明において、前記更新用データ記憶手段は、ハードディスクドライブであることを特徴とする。
【００３９】
この請求項１３の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得し、ハードディスクドライブに記憶する。
【００４０】
また、請求項１４の発明に係るソフトウェア管理装置は、請求項９〜１３の発明において、自車両の経路設定および経路誘導を行うナビゲーション手段をさらに備えたことを特徴とする。
【００４１】
この請求項１４の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶する。
【００４２】
また、請求項１５の発明に係るソフトウェア管理装置は、請求項１４の発明において、前記依存関係記憶手段に、前記ナビゲーション手段が使用する地図情報をさらに記憶したことを特徴とする。
【００４３】
この請求項１５の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得してナビゲーション用の地図情報と同一の記録媒体に記憶する。
【００４４】
また、請求項１６の発明に係るソフトウェア管理装置は、請求項１〜１５の発明において、前記ソフトウェアの更新を変速機状態がパーキングもしくはニュートラルである場合に実行することを特徴とする。
【００４５】
この請求項１６の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、変速機状態がパーキングもしくはニュートラルである場合にソフトウェアの更新を実行する。
【００４６】
また、請求項１７の発明に係るソフトウェア管理装置は、請求項１〜１６の発明において、前記ソフトウェアの更新をバッテリー残量が所定量以上である場合に実行することを特徴とする。
【００４７】
この請求項１７の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、バッテリー残量が所定量以上である場合にソフトウェアの更新を実行する。
【００４８】
また、請求項１８の発明に係るソフトウェア管理装置は、請求項１〜１７の発明において、前記ソフトウェアの更新中は電源供給を保持することを特徴とする。
【００４９】
この請求項１８の発明によればソフトウェア管理装置は、ユーザ操作などによって電源オフが指示された場合であっても、ソフトウェアの更新を実行中である間は電源の供給を維持する。
【発明の効果】
【００５０】
請求項１の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェア間における依存関係を記憶し、記憶した依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５１】
また、請求項２の発明によればソフトウェア管理装置は、複数のソフトウェアが更新可能である場合に、更新の危険度が大きいソフトウェアを後から更新するように更新順序を定めるので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を安全に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５２】
また、請求項３の発明によればソフトウェア管理装置は、複数の車載装置が協働して所定の動作を実行する場合に、その動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、協働する複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５３】
また、請求項４の発明によればソフトウェア管理装置は、エンジン制御装置や変速機制御装置が、ナビゲーション装置によって出力される地図情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、協働する複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５４】
また、請求項５の発明によればソフトウェア管理装置は、エンジン制御装置や変速機制御装置が、安定性制御装置によって出力される車体安定性情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、協働する複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５５】
また、請求項６の発明によればソフトウェア管理装置は、減速制御装置によって出力される減速状態情報に基づいて動作制御を行う場合に、この動作を実現するソフトウェア上の機能の有無に基づいてソフトウェア間の依存関係を定め、依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、協働する複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５６】
また、請求項７の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェア間における依存関係に基づいてソフトウェアの更新可否や更新順序を判定するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するナビゲーション機能を備えたソフトウェア管理装置を得ることができるという効果を奏する。
【００５７】
また、請求項８の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェア間における依存関係とナビゲーションに用いる地図情報とを同一の記憶媒体に記憶するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を適切に実行するナビゲーション機能を備えた簡易な構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００５８】
また、請求項９の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶するので、複数の車載装置のソフトウェアの更新状態を統合管理する簡易な構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００５９】
また、請求項１０の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶し、記憶した更新用データを用いて車載装置のソフトウェアの更新を実行するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新処理を実行する簡易な構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００６０】
また、請求項１１の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶し、記憶した更新用データを車載装置に提供するので、複数の車載装置のソフトウェアの更新状態を統合管理し、他の車載装置における自律的な更新処理を支援する簡易な構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００６１】
また、請求項１２の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得し、複数の車載装置のうち更新に要するデータ容量が最も大きい車載装置のデータ容量以上の容量を有する更新用データ記憶手段に記憶するので、複数の車載装置のソフトウェアの更新状態を統合管理する簡易で低コストの構成のソフトウェア管理装置を得ることができるという効果を奏する。
【００６２】
また、請求項１３の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得し、ハードディスクドライブに記憶するので、複数の車載装置のソフトウェアの更新状態を統合管理する簡易な構成で汎用性の高いソフトウェア管理装置を得ることができるという効果を奏する。
【００６３】
また、請求項１４の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得して更新用データ記憶手段に記憶するので、簡易な構成で複数の車載装置のソフトウェアの更新状態を統合管理するナビゲーション機能を備えたソフトウェア管理装置を得ることができるという効果を奏する。
【００６４】
また、請求項１５の発明によればソフトウェア管理装置は、ナビゲーション装置と一体化され、複数の車載装置のソフトウェアのいずれかが更新可能である場合に、更新に使用する更新用データを取得してナビゲーション用の地図情報と同一の記録媒体に記憶するので、簡易な構成かつ低コストで複数の車載装置のソフトウェアの更新状態を統合管理する、ナビゲーション機能を備えたフトウェア管理装置を得ることができるという効果を奏する。
【００６５】
また、請求項１６の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、変速機状態がパーキングもしくはニュートラルである場合にソフトウェアの更新を実行するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を安全に実行可能なソフトウェア管理装置を得ることができるという効果を奏する。
【００６６】
また、請求項１７の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、バッテリー残量が所定量以上である場合にソフトウェアの更新を実行するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を確実に実行可能なソフトウェア管理装置を得ることができるという効果を奏する。
【００６７】
また、請求項１８の発明によればソフトウェア管理装置は、複数の車載装置のソフトウェアを管理し、ユーザ操作などによって電源オフが指示された場合であっても、ソフトウェアの更新を実行中である間は電源の供給を維持するので、複数の車載装置のソフトウェアの更新状態を統合管理し、更新を安全かつ確実に実行可能なソフトウェア管理装置を得ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００６８】
以下に添付図面を参照して、この発明に係るソフトウェア管理装置の好適な実施例について詳細に説明する。
【実施例】
【００６９】
図１は、ナビゲーション装置にソフトウェア管理装置の機能を持たせた場合の車載システムの概要構成を説明する説明図である。同図に示すように、ナビゲーション装置１は、通信装置２、車内通知系３、エンジン制御装置４、安定性制御装置５、減速制御装置６、およびシフト制御装置７と接続している。
【００７０】
通信装置２は、車両と外部との通信を行なう装置であり、具体的には、インターネットなどのネットワークを介した車外のサーバとの通信や、電話回線を介した所定の連絡先との通信などを行う。
【００７１】
車内通知系３は、車内の乗員に対して通知を実行する装置群であり、具体的には、表示出力を行なう車内ディスプレイ３１、音声出力を行なう車内スピーカ３２などを有する。この車内通知系３は、ナビゲーション装置１をはじめ、オーディオ装置など各種車載機器で共用することが一般的である。
【００７２】
エンジン制御装置４は、エンジンの噴射制御を行なう、いわゆるＥＦＩであり、ソフトウェアＡ２によって動作する。また、安定性制御装置５は、走行時の車体の安定性を制御する、いわゆるＶＳＣであり、ソフトウェアＡ３によって動作する。
【００７３】
同様に、減速制御装置６は、減速処理を制御してタイヤのロックを防止する、いわゆるＡＢＳであり、ソフトウェアＡ４によって動作する。さらに、シフト制御部７は走行速度やエンジンの状態などに基づいてシフトの切り替えをおこなう変速機の制御装置であり、ソフトウェアＡ５によって動作する。
【００７４】
ナビゲーション装置１は、その内部にナビゲーション処理部１１、ソフトウェア管理部１２およびハードディスク等からなる記憶部１３を有する。
【００７５】
ナビゲーション処理部１１は、自車両の走行経路の設定および誘導を行なう処理部であり、ソフトウェアＡ１によって動作する。具体的には、ナビゲーション装置１１は、図示しないＧＰＳ通信部によって自車両の現在位置を取得し、地図データを用いて自車両が走行している道路を特定し、車内通知系３を用いて経路誘導を実行する。
【００７６】
ソフトウェア管理部１２は、車載システムにおける各種ソフトウェア（ソフトウェアＡ１〜Ａ５）の更新を統合管理する処理部である。具体的には、ソフトウェア管理部１２は、その内部にバージョン情報管理部２１、更新確認処理部２２、依存関係判定部２３、車両状態判定部２４、更新処理部２５を有する。
【００７７】
バージョン管理部２１は、ナビゲーション処理部１１、エンジン制御装置４、安定性制御装置５、減速制御装置６、シフト制御装置７のソフトウェアＡ１〜Ａ５について、そのバージョン情報を管理する。具体的には、バージョン管理部２１は、図２に示すように、ソフトウェアＡ１〜Ａ５のバージョンデータと、そのバージョンが作成された日付を記憶している。
【００７８】
図２では、ソフトウェアＡ１は、「バージョン６．１７」であり、このバージョンは「２００４年４月５日」に作成されている。また、ソフトウェアＡ２は、「バージョン２．００」であり、このバージョンは「２００３年１１月６日」に作成されている。
【００７９】
同様に、ソフトウェアＡ３は、「バージョン２．３２」であり、このバージョンは「２００２年１月２３日」に作成されている。また、ソフトウェアＡ４は、「バージョン１．００」であり、このバージョンは「２０００年８月１１日」に作成されている。さらに、ソフトウェアＡ５は、「バージョン１．８１」であり、このバージョンは「２００４年４月９日」に作成されている。
【００８０】
更新確認処理部２２は、通信装置２を利用し、車載装置のソフトウェアが更新可能であるか否か、すなわち自車両の車載装置にインストールされているバージョンよりも新しいバージョンが公開されているか否かを確認する処理をおこなう。
【００８１】
依存関係判定部２３は、車載装置のソフトウェアについて、その依存関係を判定し、記憶部１３に依存関係データＤ２として記憶する。複数の装置が協働して所定の動作を実行する場合、それぞれの車載装置のソフトウェアがその機能を有する必要がある。
【００８２】
例えば、地図情報に基づいて、エンジンやシフトを予測制御する（カーブ手前で予めエンジンブレーキをかける、スロットルを閉じる、シフトを落とすなどの制御をする）場合、ナビゲーション処理部１１のソフトウェアＡ１がエンジン制御装置４やシフト制御装置７に地図情報を提供する機能を持つ必要があり、エンジン制御装置４のソフトウェアＡ２や、シフト制御装置７のソフトウェアＡ５が地図情報に基づいた制御を実行する機能を持つ必要がある。
【００８３】
同様に、走行時の車体の安定性を確保する際にエンジン制御を利用する場合、エンジン制御装置４のソフトウェアＡ２が安定性制御装置５からの要求に基づいてエンジン制御を行う機能を有する必要があり、安定性制御装置５のソフトウェアＡ３は、エンジン制御装置４に必要なエンジン制御を要求する機能を有する必要がある。
【００８４】
また、車両の減速時におけるタイヤのロックを回避する際にエンジン制御を利用する場合、エンジン制御装置４のソフトウェアＡ２が減速制御装置６からの要求に基づいてエンジン制御を行う機能を有する必要があり、減速制御装置６のソフトウェアＡ４は、エンジン制御装置４に必要なエンジン制御を要求する機能を有する必要がある。
【００８５】
このように、高度な車両制御においては、複数の装置が協働する必要があるので、他の装置がその機能を有するか否かに依存して実行可能な制御内容が異なる。そして各装置のソフトウェアは、予めその機能を有していない場合であっても、ソフトウェアの更新などによって機能追加し、他の装置との協働が可能となるのである。
【００８６】
ソフトウェアの更新状態は、バージョンとして管理されるので、所定の制御を実現するためには、協働する装置のソフトウェアが所定のバージョン以上であることが必要となる。換言するならば、ある装置がソフトウェアの更新によって所定の制御に対応したとしても、協働する装置かその制御に対応していなければ目的の制御を実行することができないこととなる。
【００８７】
そこで、依存関係判定部２３は、ソフトウェアの更新を行なう場合、依存関係データＤ２を参照し、他の装置と協働して実現する制御について、他の装置に必要なソフトウェアのバージョンが満たされているか否かを判定する。
【００８８】
この依存関係データＤ２の具体例を図３に示す。同図では、エンジン制御装置４のソフトウェアＡ２のバージョン「２．１」について、地図情報を利用したエンジン制御を実行するためには、ナビゲーション処理部１１のソフトウェアＡ１がバージョン「５．０」以上である必要があることを示している。また、ＶＳＣと協働したエンジン制御を実行するためには安定性制御装置５のソフトウェアＡ３がバージョン「２．１」以上である必要があり、ＡＢＳと協働したエンジン制御を実行するためには減速制御装置６のソフトウェアＡ４がバージョン「１．３」以上である必要があることを示している。
【００８９】
同様に、シフト制御装置７のバージョン「１．５」について、地図情報を利用したシフト制御を実行するためにはナビゲーション処理部１１のソフトウェアＡ１がバージョン「５．０」以上である必要があることを示している。
【００９０】
このようにソフトウェア間の依存関係を管理することで、更新によって向上する機能が他の装置に依存しているか否かを判定し、他のソフトウェアの更新が必要である場合にはそのソフトウェアの更新を併せて行う、統合的な更新管理を実現することができる。
【００９１】
なお、依存関係データは、外部のサーバから取得してもよいし、各ソフトウェアに依存関係に関する情報を持たせてもよい。また、依存関係判定部２３がソフトウェア間の依存関係を確認して依存関係データＤ２を作成することとしてもよい。
【００９２】
車両状態判定部２４は、自車両の状態を判定する処理部であり、その内部にシフト状態取得部２４ａ、電源状態取得部２４ｂを有する。シフト状態取得部２４ａは、自車両のシフトの状態を取得し、電源状態取得部２４ｂは、車載システムの電源、すなわちバッテリーの残量を取得する。
【００９３】
更新処理部２５は、車載システムにおける各種ソフトウェア（ソフトウェアＡ１〜Ａ５）の更新処理を実行する処理部である。具体的には、更新処理部２５は、更新に使用するデータを取得し、記憶部１３に更新用データＤ３として記憶させる。その後、記憶部１３から更新用データＤ３を読み出して目的の装置にインストールし、更新を完了する。
【００９４】
ここで、更新に使用するデータの取得方法は、通信装置２を利用して外部のサーバからダウンロードしてもよいし、ＣＤやＤＶＤなど、所定の記録媒体から読みだしてもよい。また、ディーラーなど、所定の場所で取得してもよい。なお、更新に使用するデータとは、例えば更新処理を自動実行するプログラムであってもよい。
【００９５】
また、更新処理部２５は、更新用データＤ３を記憶部１３に一旦記憶し、記憶部１３から読みだして使用するので、各装置にそれぞれ更新用のデータ記憶領域を持たせる必要がなく、車載システム全体を簡略かつ低コストで構築することができる。
【００９６】
さらに、ソフトウェア間に依存関係がある場合など、複数のソフトウェアをインストールする場合には、その全てをダウンロードして記憶部１３に記憶した後、インストールを実行することができる。そのため、通信状態の悪化などによって更新の失敗や中断を生じることなく、安全かつ確実にソフトウェアの更新を完了することができる。
【００９７】
ここで、複数のソフトウェアを更新する場合、更新処理部２５は、そのインストール順序を判定し、定めた順序にしたがって随時インストールを行う。このインストール順序は、具体的には、更新の危険度が大きいソフトウェアを後から更新するように設定する。
【００９８】
例えば、ナビゲーション処理部１１のソフトウェアＡ１とエンジン制御装置４のソフトウェアＡ２をインストールする場合、車両の走行に直接影響するソフトウェアＡ２のインストールは、ソフトウェアＡ１のインストールに比して危険度が大きい。
【００９９】
そこで、更新処理部２５は、まずソフトウェアＡ１を更新し、更新が正常に完了した場合にソフトウェアＡ２のインストールを実行する。そのため、何らかの要因によってインストールが正常に終了できない場合であっても、車両の走行に与える影響度を最小限に抑えることができる。
【０１００】
このソフトウェアの更新を正常に、かつ安全に完了させるためには、車両の停止中にインストールを実行すること、およびインストールの完了までの間、電源が確保可能であること、が重要となる。
【０１０１】
そこで、更新処理部２５は、車両状態判定部２４による判定結果に基づき、シフトがニュートラルもしくはパーキングに入った状態で、かつバッテリー残量が所定値以上である場合に、更新処理を実行する。あるいは、更新する時刻を予約しておき、その時刻になると更新するようにしてもよい。また、更新中はエンジンの再始動やイグニッションスイッチのオン操作の受付を禁止する。
【０１０２】
ところで、ここでは更新処理部２５が各装置のソフトウェアをインストールしているが、たとえばインストールを更新される装置自体が実行することとし、更新処理部２５は各装置に対して更新に必要なデータを提供する構成としてもよい。
【０１０３】
記憶部１３は、既に述べた依存関係データＤ２や更新用データＤ３、また、ナビゲーション処理部１１が使用する地図データＤ１などを記憶する記憶手段であり、ハードディスクドライブなどの記録媒体によって実現される。この記憶部１３は、車載システムにおいて汎用的に使用され、例えば音楽データなどの他のデータの記憶にも使用可能である。
【０１０４】
つぎに、このソフトウェア管理部１２の処理動作について説明する。図４は、ソフトウェア管理部１２の処理動作を説明するフローチャートであり、ナビゲーション装置１の電源投入時に繰り返し実行される処理である。
【０１０５】
同図に示すように、まず、更新確認処理部２２が、通信装置２を利用して車載装置のソフトウェアが更新可能であるか否かを確認する処理をおこなう（ステップＳ１０１）。その結果、更新可能なソフトウェアがない場合（ステップＳ１０２，Ｎｏ）、処理を終了する。
【０１０６】
一方、更新可能なソフトウェアがある場合（ステップＳ１０２，Ｙｅｓ）、つぎに、依存関係判定部２３が依存関係データＤ２を確認し、更新可能なソフトウェアに依存関係があるソフトウェアを確認する（ステップＳ１０３）。
【０１０７】
つぎに、バージョン情報管理部２１は、依存関係のあるソフトウェアが全てインストール済みであるか否かを判定する（ステップＳ１０４）。その結果、依存関係のあるソフトウェアのうち、インストールされていないソフトウェアがある場合（ステップＳ１０４，Ｎｏ）、更新処理部２５は、依存関係のあるソフトウェアが全てダウンロードされているか、すなわち、記憶部１３更新用データＤ３として格納されているか、を確認する（ステップＳ１０５）。
【０１０８】
依存関係のあるソフトウェアのうち、ダウンロードされていないソフトウェアがある場合（ステップＳ１０５，Ｎｏ）、ユーザにダウンロードが必要であることを通知し、ダウンロードを許可するか否かを問い合わせる。
【０１０９】
そして、ユーザの許可を受け付けたならば（ステップＳ１０６，Ｙｅｓ）、関連するソフトウェアをダウンロードし（ステップＳ１０８）、再度ステップＳ１０５に移行する。
【０１１０】
そして、関連するソフトウェアを全てダウンロードしたならば（ステップＳ１０５，Ｙｅｓ）、更新処理部２５かソフトウェアのインストール順序を決定する（ステップＳ１０９）。
【０１１１】
インストール順序の決定（ステップＳ１０９）後、もしくは関連するソフトウェアが全てインストール済みである場合（ステップＳ１０４，Ｙｅｓ）、更新処理部２５は指定されたソフトウェアをダウンロードし（ステップＳ１１０）、インストール処理を実行（複数のソフトウェアをインストールする場合は、決定した順序で実行）する（ステップＳ１１１）。インストール処理を実行するにあたっては、メインリレーを保持、すなわち自電源をオンで保持し、実行にかかる電力を供給し続ける。
【０１１２】
インストール処理（ステップＳ１１１）の終了後、もしくは関連するソフトウェアのダウンロードをユーザが許可しなかった場合（ステップＳ１０６，Ｎｏ）、ユーザに対して処理結果を通知して（ステップＳ１０７）、処理を終了する。なお、車載装置（ＥＣＵ）間通信などを行なう通信部のファームを書き換えた場合、ＥＣＵノード間のソフトウェアバージョンの整合がとれていないと、通信エラーなどが発生するため、通信ソフトバージョンを書き換え終了後にチェックし、不整合の場合は整合するバージョンのダウンロードを自動的に実施する。この整合が取れるまではエンジン始動、イグニッションスイッチのオン操作を受け付けないようにしても良い。
【０１１３】
上述してきたように、本実施例にかかる車載システムでは、ナビゲーション装置１にソフトウェア管理部１２を持たせ、車載装置のソフトウェアの更新状態をバージョン情報管理部２１で管理すると共に、ソフトウェア間の依存関係を依存関係データＤ２として管理し、ソフトウェアの更新時に協働して動作する他のソフトウェアについてもその更新可否を判定するので、複数の車載装置のソフトウェアを統合管理し、更新を適切に実行することができる。
【０１１４】
また、記憶部１３に更新用データＤ３を格納し、更新時に読み出して使用することで、各車載装置に個別に更新用の記憶容量を持たせることなく、簡略かつ低コストの車載システムを構築することができる。
【０１１５】
さらに、複数のソフトウェアを更新する場合に、必要なデータの全てを予めダウンロードすることで、通信状態の悪化などによって更新の失敗や中断を生じることなく、安全かつ確実にソフトウェアの更新を完了することができる。
【０１１６】
また、複数のソフトウェアを更新する場合に、更新の危険度が大きいソフトウェアを後から更新するようにインストールを実行することで、インストールの異常終了時に、車両の走行への影響を最小限に抑えることができる。
【０１１７】
さらに、シフトがニュートラルもしくはパーキングに入った状態で、かつバッテリー残量が所定値以上である場合に、更新処理を実行することで、ソフトウェアの更新を安全かつ確実に実行することができる。
【０１１８】
ところで、本実施例ではナビゲーション装置１にソフトウェア管理部１２を持たせた車載システムについて説明したが、本発明の利用はこれに限定されるものではなく、任意の構成で利用することができる。
【０１１９】
本発明における車載システムの他の構成例を図５に示す。同図に示した車載システムでは、独立した装置であるソフトウェア管理装置８によってソフトウェアを統合管理している。また、ナビゲーション装置９は、ナビゲーション処理を実行する装置として、エンジン制御装置４、安定性制御装置５、減速制御装置６、シフト制御装置７などと同様に、ソフトウェア管理装置８に接続している。
【０１２０】
ソフトウェア管理装置８は、その内部に主制御部８１、依存関係データ記憶部８２、更新用データ記憶部８３を備えている。主制御部８１は、図１に示したソフトウェア管理部１２と同様の処理を実行する。また、依存関係データ記憶部８２は、依存関係データを記憶する記憶部であり、更新用データ記憶部８３は、更新用データを記憶する記憶部である。
【０１２１】
更新用データ記憶部８３は、他の装置がソフトウェアの格納用に有する記憶容量のうち、最も大きい記憶容量以上の容量を有する。また、複数のソフトウェアの更新用データを予め記憶する場合には、さらに大きい記憶容量を備えることが望ましい。
【０１２２】
その他の構成および動作は、図１に示した車載システムと同様であるので、同一の構成要素に同一の符号を付して説明を省略する。
【産業上の利用可能性】
【０１２３】
以上のように、本発明にかかるソフトウェア管理装置は、車載装置のソフトウェアの管理に有用であり、特に互いに関連する複数のソフトウェアの管理や更新に適している。
【図面の簡単な説明】
【０１２４】
【図１】本発明の実施例にかかる車載システムの概要構成を示す概要構成図である。
【図２】図１に示したバージョン情報管理部が管理する情報について説明する説明図である。
【図３】図１に示した依存関係データの具体例について説明する説明図である。
【図４】図１に示したソフトウェア管理部の処理動作について説明する説明図である。
【図５】本発明の実施例にかかる他の車載システムの構成例を示す概要構成図である。
【符号の説明】
【０１２５】
１，９ ナビゲーション装置
２ 通信装置
３ 車内通知系
４ エンジン制御装置
５ 安定性制御装置
６ 減速制御装置
７ シフト制御装置
８ ソフトウェア管理装置
１１ ナビゲーション処理部
１２ ソフトウェア管理部
１３ 記憶部
２１ バージョン情報管理部
２２ 更新確認処理部
２３ 依存関係判定部
２４ 車両状態判定部
２４ａ シフト状態取得部
２４ｂ 電源状態取得部
２５ 更新処理部
３１ 車内ディスプレイ
３２ 車内スピーカ
８１ 依存関係データ記憶部
８２ 更新用データ記憶部
Ａ１〜Ａ５ ソフトウェア
Ｄ１ 地図データ
Ｄ２ 依存関係データ
Ｄ３ 更新用データ
【特許請求の範囲】
【請求項１】
複数の車載装置のソフトウェアを管理するソフトウェア管理装置であって、
前記複数の車載装置のソフトウェア間における依存関係を記憶する依存関係記憶手段と、
前記依存関係に基づいて前記車載装置のソフトウェアの更新可否および／または更新順序を判定する判定手段と、
を備えたことを特徴とするソフトウェア管理装置。
【請求項２】
前記判定手段は、複数のソフトウェアが更新可能である場合に、当該更新の危険度が大きいソフトウェアを後から更新するように前記更新順序を定めることを特徴とする請求項１に記載のソフトウェア管理装置。
【請求項３】
前記依存関係記憶手段は、前記複数の車載装置が協働して所定の動作を実行する場合に、当該動作を実現するソフトウェア上の機能の有無に基づいて前記依存関係を定めることを特徴とする請求項１または２に記載のソフトウェア管理装置。
【請求項４】
前記所定の動作は、ナビゲーション装置が出力する地図情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする請求項３に記載のソフトウェア管理装置。
【請求項５】
前記所定の動作は、安定性制御装置が出力する車体安定性情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする請求項３または４に記載のソフトウェア管理装置。
【請求項６】
前記所定の動作は、減速制御装置が出力する減速状態情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする請求項３，４または５に記載のソフトウェア管理装置。
【請求項７】
自車両の経路設定および経路誘導を行うナビゲーション手段をさらに備えたことを特徴とする請求項１〜６のいずれか一つに記載のソフトウェア管理装置。
【請求項８】
前記依存関係記憶手段に、前記ナビゲーション手段が使用する地図情報をさらに記憶したことを特徴とする請求項７に記載のソフトウェア管理装置。
【請求項９】
複数の車載装置のソフトウェアを管理するソフトウェア管理装置であって、
前記複数の車載装置のソフトウェアのいずれかが更新可能である場合に、当該更新に使用する更新用データを取得する更新用データ取得手段と、
前記更新用データを記憶する更新用データ記憶手段と、
を備えたことを特徴とするソフトウェア管理装置。
【請求項１０】
前記更新用データを用いて前記車載装置のソフトウェアの更新を実行する更新処理手段をさらに備えたことを特徴とする請求項９に記載のソフトウェア管理装置。
【請求項１１】
自らのソフトウェアを更新する機能を有する車載装置に対し、前記更新用データを提供する更新用データ提供手段をさらに備えたことを特徴とする請求項９または１０に記載のソフトウェア管理装置。
【請求項１２】
前記更新用データ記憶手段は、前記複数の車載装置のうち更新に要するデータ容量が最も大きい車載装置の、当該データ容量以上の容量を有することを特徴とする請求項９，１０または１１に記載のソフトウェア管理装置。
【請求項１３】
前記更新用データ記憶手段は、ハードディスクドライブであることを特徴とする請求項１２に記載のソフトウェア管理装置。
【請求項１４】
自車両の経路設定および経路誘導を行うナビゲーション手段をさらに備えたことを特徴とする請求項９〜１３のいずれか一つに記載のソフトウェア管理装置。
【請求項１５】
前記依存関係記憶手段に、前記ナビゲーション手段が使用する地図情報をさらに記憶したことを特徴とする請求項１４に記載のソフトウェア管理装置。
【請求項１６】
前記ソフトウェアの更新を変速機状態がパーキングもしくはニュートラルである場合に実行することを特徴とする請求項１〜１５のいずれか一つに記載のソフトウェア管理装置。
【請求項１７】
前記ソフトウェアの更新をバッテリー残量が所定量以上である場合に実行することを特徴とする請求項１〜１６のいずれか一つに記載のソフトウェア管理装置。
【請求項１８】
前記ソフトウェアの更新中は電源供給を保持することを特徴とする請求項１〜１７のいずれか一つに記載のソフトウェア管理装置。
【請求項１】
複数の車載装置のソフトウェアを管理するソフトウェア管理装置であって、
前記複数の車載装置のソフトウェア間における依存関係を記憶する依存関係記憶手段と、
前記依存関係に基づいて前記車載装置のソフトウェアの更新可否および／または更新順序を判定する判定手段と、
を備えたことを特徴とするソフトウェア管理装置。
【請求項２】
前記判定手段は、複数のソフトウェアが更新可能である場合に、当該更新の危険度が大きいソフトウェアを後から更新するように前記更新順序を定めることを特徴とする請求項１に記載のソフトウェア管理装置。
【請求項３】
前記依存関係記憶手段は、前記複数の車載装置が協働して所定の動作を実行する場合に、当該動作を実現するソフトウェア上の機能の有無に基づいて前記依存関係を定めることを特徴とする請求項１または２に記載のソフトウェア管理装置。
【請求項４】
前記所定の動作は、ナビゲーション装置が出力する地図情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする請求項３に記載のソフトウェア管理装置。
【請求項５】
前記所定の動作は、安定性制御装置が出力する車体安定性情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする請求項３または４に記載のソフトウェア管理装置。
【請求項６】
前記所定の動作は、減速制御装置が出力する減速状態情報に基づいたエンジン制御装置によるエンジン制御動作および／または変速機制御装置による変速機制御動作であることを特徴とする請求項３，４または５に記載のソフトウェア管理装置。
【請求項７】
自車両の経路設定および経路誘導を行うナビゲーション手段をさらに備えたことを特徴とする請求項１〜６のいずれか一つに記載のソフトウェア管理装置。
【請求項８】
前記依存関係記憶手段に、前記ナビゲーション手段が使用する地図情報をさらに記憶したことを特徴とする請求項７に記載のソフトウェア管理装置。
【請求項９】
複数の車載装置のソフトウェアを管理するソフトウェア管理装置であって、
前記複数の車載装置のソフトウェアのいずれかが更新可能である場合に、当該更新に使用する更新用データを取得する更新用データ取得手段と、
前記更新用データを記憶する更新用データ記憶手段と、
を備えたことを特徴とするソフトウェア管理装置。
【請求項１０】
前記更新用データを用いて前記車載装置のソフトウェアの更新を実行する更新処理手段をさらに備えたことを特徴とする請求項９に記載のソフトウェア管理装置。
【請求項１１】
自らのソフトウェアを更新する機能を有する車載装置に対し、前記更新用データを提供する更新用データ提供手段をさらに備えたことを特徴とする請求項９または１０に記載のソフトウェア管理装置。
【請求項１２】
前記更新用データ記憶手段は、前記複数の車載装置のうち更新に要するデータ容量が最も大きい車載装置の、当該データ容量以上の容量を有することを特徴とする請求項９，１０または１１に記載のソフトウェア管理装置。
【請求項１３】
前記更新用データ記憶手段は、ハードディスクドライブであることを特徴とする請求項１２に記載のソフトウェア管理装置。
【請求項１４】
自車両の経路設定および経路誘導を行うナビゲーション手段をさらに備えたことを特徴とする請求項９〜１３のいずれか一つに記載のソフトウェア管理装置。
【請求項１５】
前記依存関係記憶手段に、前記ナビゲーション手段が使用する地図情報をさらに記憶したことを特徴とする請求項１４に記載のソフトウェア管理装置。
【請求項１６】
前記ソフトウェアの更新を変速機状態がパーキングもしくはニュートラルである場合に実行することを特徴とする請求項１〜１５のいずれか一つに記載のソフトウェア管理装置。
【請求項１７】
前記ソフトウェアの更新をバッテリー残量が所定量以上である場合に実行することを特徴とする請求項１〜１６のいずれか一つに記載のソフトウェア管理装置。
【請求項１８】
前記ソフトウェアの更新中は電源供給を保持することを特徴とする請求項１〜１７のいずれか一つに記載のソフトウェア管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００６−１１６４７（Ｐ２００６−１１６４７Ａ）
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願番号】特願２００４−１８５３４９（Ｐ２００４−１８５３４９）
【出願日】平成１６年６月２３日（２００４．６．２３）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願日】平成１６年６月２３日（２００４．６．２３）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
[ Back to top ]