(57)【要約】【課題】車両の走行に対する影響に基づいてソフトウェアの更新に関する通知や処理を実行すること。【解決手段】車載装置のソフトウェアのバージョンをバージョン管理部１１によって管理し、更新確認処理部１２が、サーバとの通信、車両間通信、路車間通信などを用いて更新可能なソフトウェアがあるか否かを判定する。更新可能なソフトウェアがある場合、重要度判定部１３がその更新が車両の走行に与える影響を判定する。重要な更新であるならば、タイミング選択部１８は、更新に関する処理（通知処理部１７による通知、ダウンロード処理部１５によるダウンロード、更新処理部１７によるインストール）を速やかに実行する。一方、更新の重要度が低い場合には、タイミング選択部１８は，走行状態判定部１４によって判定した車両の走行状態に基づき、運転操作の妨げにならないタイミングで更新に関する処理を実行する。【選択図】        図１
2005349878.tif 000002
【特許請求の範囲】
【請求項１】
車載装置のソフトウェアを管理するソフトウェア管理装置であって、
前記ソフトウェアが更新可能であるか否かを確認する更新確認手段と、
前記ソフトウェアが更新可能である場合に、当該更新の車両走行における重要度に基づいて当該ソフトウェアの更新に関する通知および／または処理のタイミングを選択するタイミング選択手段と、
を備えたことを特徴とするソフトウェア管理装置。
【請求項２】
前記車載装置は、車両の走行を制御する走行制御系装置と、乗員に対して情報を提供する情報提供系装置とのいずれかを少なくとも含むことを特徴とする請求項１に記載のソフトウェア管理装置。
【請求項３】
前記走行制御系装置は、エンジンの噴射制御を行なうエンジン制御装置、車体の安定性を制御する安定性制御装置、操舵力制御を行うステアリング制御装置、および減速処理を制御する減速制御装置のうち少なくともいずれか一つを含むことを特徴とする請求項２に記載のソフトウェア管理装置。
【請求項４】
前記情報提供系装置は、走行経路の設定および誘導をおこなうナビゲーション装置を含むことを特徴とする請求項２または３に記載のソフトウェア管理装置。
【請求項５】
重要度判定手段は、前記ナビゲーション装置のソフトウェアが更新可能であり、当該更新によって地図情報が更新される場合に、当該更新される地図情報に対応する場所を自車両が走行する可能性によって前記重要度を判定することを特徴とする請求項４に記載のソフトウェア管理装置。
【請求項６】
外部のサーバと接続する外部通信手段をさらに備え、前記外部通信手段は、前記サーバから前記ソフトウェアの更新可否および／または前記重要度を取得することを特徴とする請求項１〜５のいずれか一つに記載のソフトウェア管理装置。
【請求項７】
前記外部通信手段は、前記サーバに対して前記ソフトウェアの更新可否および／または前記重要度の問い合わせを行なうことを特徴とする請求項６に記載のソフトウェア管理装置。
【請求項８】
前記外部通信手段は、他の通信の必要がある場合に前記ソフトウェアの更新可否および／または前記重要度の問い合わせを行なうことを特徴とする請求項７に記載のソフトウェア管理装置。
【請求項９】
前記外部通信手段は、前記サーバから前記ソフトウェアが更新可能であることの通知を受動的に受信することを特徴とする請求項６，７または８に記載のソフトウェア管理装置。
【請求項１０】
前記サーバは、前記更新が可能であることの通知を送信する場合であって、当該更新の重要度が低い場合には、前記外部通信手段からの接続があった場合に当該通知を実行することを特徴とする請求項９に記載のソフトウェア管理装置。
【請求項１１】
他車両と通信する車両間通信手段をさらに備え、前記車両間通信手段は、前記他車両から前記ソフトウェアの更新可否および／または前記重要度を取得することを特徴とする請求項１〜１０のいずれか一つに記載のソフトウェア管理装置。
【請求項１２】
道路に設置された路側通信装置と通信する路車間通信手段をさらに備え、前記路車間通信手段は、前記路側通信装置から前記ソフトウェアの更新可否および／または前記重要度を取得することを特徴とする請求項１〜１０のいずれか一つに記載のソフトウェア管理装置。
【請求項１３】
前記更新確認手段は、複数のソフトウェアうちの少なくともいずれか一つが更新可能であるか否かを前記車両間通信手段および／また路車間通信手段から取得し、当該複数のソフトウェアのうちいずれのソフトウェアが更新可能であるかを前記サーバから取得することを特徴とする請求項１１または１２に記載のソフトウェア管理装置。
【請求項１４】
前記タイミング選択手段は、更新するソフトウェアを外部から取得するダウンロード処理の処理タイミングを制御することを特徴とする請求項１〜１３のいずれか一つに記載のソフトウェア管理装置。
【請求項１５】
前記タイミング選択手段は、前記更新の重要度が低い場合に、他の通信の必要性が生じた時点で前記ダウンロード処理を実行することを特徴とする請求項１４に記載のソフトウェア管理装置。
【請求項１６】
前記タイミング選択手段は、前記車載装置のソフトウェアを書き換えて更新する書き換え処理の処理タイミングを制御することを特徴とする請求項１〜１５のいずれか一つに記載のソフトウェア管理装置。
【請求項１７】
前記タイミング選択手段は、前記更新の重要度と、当該更新を行なう車載装置の動作状態とに基づいて前記書き換え処理の処理タイミングを制御することを特徴とする請求項１６に記載のソフトウェア管理装置。
【請求項１８】
前記タイミング選択手段は、前記更新が可能であることの通知、前記重要度の通知、前記ダウンロード処理の完了通知、前記書き換え処理の完了通知のうち、少なくともいずれか一つの通知タイミングを前記重要度によって選択することを特徴とする請求項１〜１７のいずれか一つに記載のソフトウェア管理装置。
【請求項１９】
車両の走行状態を取得する走行状態取得手段をさらに備え、前記タイミング選択手段は、前記走行状態をさらに用いて前記通知タイミングを選択することを特徴とする請求項１８に記載のソフトウェア管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車載装置のソフトウェアを管理するソフトウェア管理装置に関し、特にソフトウェアの更新に関する通知や処理を適切に実行するソフトウェア管理装置に関する。
【背景技術】
【０００２】
従来、電子機器の動作はソフトウェアによって制御されることが多く、このソフトウェアを更新することで、たとえば動作における不具合の解消や、動作内容の向上などを実現可能となっている。
【０００３】
具体的には、ソフトウェアにはバージョン情報か設定されており、より新しいバージョンのソフトウェアに書き換えることで更新を実行する。
【０００４】
そして近年、ネットークを介してより新しいバージョンのソフトウェアの有無、すなわち更新が可能であるか否かの確認や、新しいバージョンのソフトウェアの取得（ダウンロード）を実行することが可能となっている。
【０００５】
たとえば、特許文献１は、ネットワークを介して産業機器や車両などの機器の状態を遠隔監視し、ソフトウェアの診断やバージョンの確認、ダウンロードなどを実行する遠隔診断システム技術を開示している。
【０００６】
【特許文献１】特開２００２−１６９７０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、車両に搭載される装置（車載装置）では、ソフトウェアの動作が車両の走行に影響を与えることがある。例えば、エンジンの噴射制御を行なうエンジン制御装置、車体の安定性を制御する安定性制御装置、操舵力制御を行うステアリング制御装置、減速処理を制御する減速制御装置などの走行制御系装置では、そのソフトウェアの動作が直接に走行に影響する。
【０００８】
また、走行経路の設定および誘導をおこなうナビゲーション装置のような情報提供系装置であっても、たとえば地図情報が変更された場合など、経路設定や誘導処理が変化することで車両の走行に影響を与えることがある。
【０００９】
したがって、たとえば走行制御系装置の不具合を解消する更新など、車両走行、とくに走行の安全性に大きな影響を与える更新については、直ちにその更新を実行することが望ましい。
【００１０】
一方、車両の走行に影響の少ない更新、たとえば走行する可能性の少ない場所の地図情報が更新された場合などには、更新を即時に行なう必要はないので、運転中に更新が可能であることが判明したとしても運転者に対する通知を控え、運転終了後などに適宜通知することが望ましい。
【００１１】
すなわち、車載装置では、走行に与える影響の度合いによって、ソフトウェアの更新の重要度が大きく異なる。そのため、更新の重要度によって、運転者に速やかに通知して更新を実行すべき場合と、運転操作の妨げとならないタイミングで通知すべき場合とが分かれることとなる。
【００１２】
しかしながら、従来の技術では、車載装置のソフトウェアを更新する場合であっても、車両の走行に対する影響は考慮されておらず、ソフトウェアの更新に関する通知や処理を適切なタイミングで実行することができないという問題点があった。
【００１３】
この発明は、上述した従来技術における問題点を解消するためになされたものであり、車両の走行に対する影響に基づいてソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るソフトウェア管理装置は、車載装置のソフトウェアを管理するソフトウェア管理装置であって、前記ソフトウェアが更新可能であるか否かを確認する更新確認手段と、前記ソフトウェアが更新可能である場合に、当該更新の車両走行における重要度に基づいて当該ソフトウェアの更新に関する通知および／または処理のタイミングを選択するタイミング選択手段と、を備えたことを特徴とする。
【００１５】
この請求項１の発明によればソフトウェア管理装置は、ソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００１６】
また、請求項２の発明に係るソフトウェア管理装置は、請求項１の発明において、前記車載装置は、車両の走行を制御する走行制御系装置と、乗員に対して情報を提供する情報提供系装置とのいずれかを少なくとも含むことを特徴とする。
【００１７】
この請求項２の発明によればソフトウェア管理装置は、車両の走行を制御する走行制御系装置や乗員に対して情報を提供する情報提供系装置のソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００１８】
また、請求項３の発明に係るソフトウェア管理装置は、請求項２の発明において、前記走行制御系装置は、エンジンの噴射制御を行なうエンジン制御装置、車体の安定性を制御する安定性制御装置、操舵力制御を行うステアリング制御装置、および減速処理を制御する減速制御装置のうち少なくともいずれか一つを含むことを特徴とする。
【００１９】
この請求項３の発明によればソフトウェア管理装置は、エンジン制御装置、安定性制御装置、ステアリング制御装置、減速制御装置などのソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００２０】
また、請求項４の発明に係るソフトウェア管理装置は、請求項２または３の発明において、前記情報提供系装置は、走行経路の設定および誘導をおこなうナビゲーション装置を含むことを特徴とする。
【００２１】
この請求項４の発明によればソフトウェア管理装置は、ナビゲーション装置のソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００２２】
また、請求項５の発明に係るソフトウェア管理装置は、請求項４の発明において、重要度判定手段は、前記ナビゲーション装置のソフトウェアが更新可能であり、当該更新によって地図情報が更新される場合に、当該更新される地図情報に対応する場所を自車両が走行する可能性によって前記重要度を判定することを特徴とする。
【００２３】
この請求項５の発明によればソフトウェア管理装置は、ナビゲーション装置の地図情報が更新可能である場合に、その更新される場所を自車両が走行するか否かによって重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００２４】
また、請求項６の発明に係るソフトウェア管理装置は、請求項１〜５の発明において、外部のサーバと接続する外部通信手段をさらに備え、前記外部通信手段は、前記サーバから前記ソフトウェアの更新可否および／または前記重要度を取得することを特徴とする。
【００２５】
この請求項６の発明によればソフトウェア管理装置は、外部のサーバとの通信によってソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００２６】
また、請求項７の発明に係るソフトウェア管理装置は、請求項６の発明において、前記外部通信手段は、前記サーバに対して前記ソフトウェアの更新可否および／または前記重要度の問い合わせを行なうことを特徴とする。
【００２７】
この請求項７の発明によればソフトウェア管理装置は、外部のサーバに対してソフトウェアの更新可否や更新の重要度を問い合わせ、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００２８】
また、請求項８の発明に係るソフトウェア管理装置は、請求項７の発明において、前記外部通信手段は、他の通信の必要がある場合に前記ソフトウェアの更新可否および／または前記重要度の問い合わせを行なうことを特徴とする。
【００２９】
この請求項８の発明によればソフトウェア管理装置は、外部のサーバに接続する必要が生じた場合に、併せてソフトウェアの更新可否や重要度の問い合わせを行なう。
【００３０】
また、請求項９の発明に係るソフトウェア管理装置は、請求項６，７または８の発明において、前記外部通信手段は、前記サーバから前記ソフトウェアが更新可能であることの通知を受動的に受信することを特徴とする。
【００３１】
この請求項９の発明によればソフトウェア管理装置は、外部のサーバからソフトウェアの更新可能や更新の重要度を受信し、ソフトウェアが更新可能である場合に、その重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００３２】
また、請求項１０の発明に係るソフトウェア管理装置は、請求項９の発明において、前記サーバは、前記更新が可能であることの通知を送信する場合であって、当該更新の重要度が低い場合には、前記外部通信手段からの接続があった場合に当該通知を実行することを特徴とする。
【００３３】
この請求項１０の発明によればソフトウェア管理装置は、更新可能ソフトウェアがあり、その重要度が低い場合、他の目的でサーバに接続した際に、更新可能であることやその重要度についての通知を受ける。
【００３４】
また、請求項１１の発明に係るソフトウェア管理装置は、請求項１〜１０の発明において、他車両と通信する車両間通信手段をさらに備え、前記車両間通信手段は、前記他車両から前記ソフトウェアの更新可否および／または前記重要度を取得することを特徴とする。
【００３５】
この請求項１１の発明によればソフトウェア管理装置は、他の車両との通信によってソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００３６】
また、請求項１２の発明に係るソフトウェア管理装置は、請求項１〜１０の発明において、道路に設置された路側通信装置と通信する路車間通信手段をさらに備え、前記路車間通信手段は、前記路側通信装置から前記ソフトウェアの更新可否および／または前記重要度を取得することを特徴とする。
【００３７】
この請求項１２の発明によればソフトウェア管理装置は、路側通信装置との通信によってソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更する。
【００３８】
また、請求項１３の発明に係るソフトウェア管理装置は、請求項１１または１２に記載の発明において、前記更新確認手段は、複数のソフトウェアうちの少なくともいずれか一つが更新可能であるか否かを前記車両間通信手段および／また路車間通信手段から取得し、当該複数のソフトウェアのうちいずれのソフトウェアが更新可能であるかを前記サーバから取得することを特徴とする。
【００３９】
この請求項１３の発明によればソフトウェア管理装置は、車両間通信や路車間通信によって複数のソフトウェアうちの少なくともいずれか一つが更新可能であるか否かを取得し、複数のソフトウェアのうちいずれのソフトウェアが更新可能であるかをサーバから取得する。
【００４０】
また、請求項１４の発明に係るソフトウェア管理装置は、請求項１〜１３の発明において、前記タイミング選択手段は、更新するソフトウェアを外部から取得するダウンロード処理の処理タイミングを制御することを特徴とする。
【００４１】
この請求項１４の発明によればソフトウェア管理装置は、ソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアを外部から取得するダウンロード処理の処理タイミングを変更する。
【００４２】
また、請求項１５の発明に係るソフトウェア管理装置は、請求項１４の発明において、前記タイミング選択手段は、前記更新の重要度が低い場合に、他の通信の必要性が生じた時点で前記ダウンロード処理を実行することを特徴とする。
【００４３】
この請求項１５の発明によればソフトウェア管理装置は、ソフトウェアが更新可能であり、その更新の重要度が低い場合、他の通信の必要性が生じた時点でダウンロード処理を実行する。
【００４４】
また、請求項１６の発明に係るソフトウェア管理装置は、請求項１〜１５の発明において、前記タイミング選択手段は、前記車載装置のソフトウェアを書き換えて更新する書き換え処理の処理タイミングを制御することを特徴とする。
【００４５】
この請求項１６の発明によればソフトウェア管理装置は、ソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアを書き換えて更新する書き換え処理の処理タイミングを変更する。
【００４６】
また、請求項１７の発明に係るソフトウェア管理装置は、請求項１６の発明において、前記タイミング選択手段は、前記更新の重要度と、当該更新を行なう車載装置の動作状態とに基づいて前記書き換え処理の処理タイミングを制御することを特徴とする。
【００４７】
この請求項１７の発明によればソフトウェア管理装置は、ソフトウェアが更新可能である場合に、その更新の重要度と、更新を行なう車載装置の動作状態とに基づいて書き換え処理の処理タイミングを制御する。
【００４８】
また、請求項１８の発明に係るソフトウェア管理装置は、請求項１〜１７の発明において、前記タイミング選択手段は、前記更新が可能であることの通知、前記重要度の通知、前記ダウンロード処理の完了通知、前記書き換え処理の完了通知のうち、少なくともいずれか一つの通知タイミングを前記重要度によって選択することを特徴とする。
【００４９】
この請求項１８の発明によればソフトウェア管理装置は、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度に基づいて更新が可能であることの通知、重要度の通知、ダウンロード処理の完了通知、書き換え処理の完了通知などの通知タイミングを変更する。
【００５０】
また、請求項１９の発明に係るソフトウェア管理装置は、請求項１８の発明において、車両の走行状態を取得する走行状態取得手段をさらに備え、前記タイミング選択手段は、前記走行状態をさらに用いて前記通知タイミングを選択することを特徴とする。
【００５１】
この請求項１９の発明によればソフトウェア管理装置は、ソフトウェアが更新可能である場合に、その重要度と、車両の走行状態とに基づいて更新が可能であることの通知、重要度の通知、ダウンロード処理の完了通知、書き換え処理の完了通知などの通知タイミングを変更する。
【発明の効果】
【００５２】
請求項１の発明によればソフトウェア管理装置は、ソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、車両の走行に対する影響に基づいてソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５３】
また、請求項２の発明によればソフトウェア管理装置は、車両の走行を制御する走行制御系装置や乗員に対して情報を提供する情報提供系装置のソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、車両の走行に対する影響に基づいて走行制御系装置や情報提供系装置のソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５４】
また、請求項３の発明によればソフトウェア管理装置は、エンジン制御装置、安定性制御装置、ステアリング制御装置、減速制御装置などのソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、車両の走行に対する影響に基づいてエンジン制御装置、安定性制御装置、ステアリング制御装置、減速制御装置などのソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５５】
また、請求項４の発明によればソフトウェア管理装置は、ナビゲーション装置のソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、車両の走行に対する影響に基づいてナビゲーション装置のソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５６】
また、請求項５の発明によればソフトウェア管理装置は、ナビゲーション装置の地図情報が更新可能である場合に、その更新される場所を自車両が走行するか否かによって重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、更新の内容から自車両にとっての重要度を判定し、適切な通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５７】
また、請求項６の発明によればソフトウェア管理装置は、外部のサーバとの通信によってソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、更新可否を確実に判定し、その重要度に基づいてソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００５８】
また、請求項７の発明によればソフトウェア管理装置は、外部のサーバに対してソフトウェアの更新可否や更新の重要度を問い合わせ、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、更新の重要度を確実に取得し、更新に関する通知や処理を適切なタイミングで実行するソフトウェア管理装置を得ることがてきるという効果を奏する。
【００５９】
また、請求項８の発明によればソフトウェア管理装置は、外部のサーバに接続する必要が生じた場合に、併せてソフトウェアの更新可否や重要度の問い合わせを行なうので、車両の走行に対する影響に基づいてソフトウェアの更新に関する通知や処理を実行するとともに、通信量を軽減したソフトウェア管理装置を得ることができるという効果を奏する。
【００６０】
また、請求項９の発明によればソフトウェア管理装置は、外部のサーバからソフトウェアの更新可能や更新の重要度を受信し、ソフトウェアが更新可能である場合に、その重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、車両の走行に対する影響に基づいてソフトウェアの更新に関する通知や処理を実行するとともに、更新が可能となった時に限定して通信可能なソフトウェア管理装置を得ることができるという効果を奏する。
【００６１】
また、請求項１０の発明によればソフトウェア管理装置は、更新可能ソフトウェアがあり、その重要度が低い場合、他の目的でサーバに接続した際に、更新可能であることやその重要度についての通知を受けるので、車両の走行に対する影響に基づいてソフトウェアの更新に関する通知や処理を実行するとともに、重要度に基づいて通信を最適化するソフトウェア管理装置を得ることができるという効果を奏する。
【００６２】
また、請求項１１の発明によればソフトウェア管理装置は、他の車両との通信によってソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、車両間通信を利用してソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００６３】
また、請求項１２の発明によればソフトウェア管理装置は、路側通信装置との通信によってソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアの更新に関する通知や処理のタイミングを変更するので、路車間通信を利用してソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００６４】
また、請求項１３の発明によればソフトウェア管理装置は、車両間通信や路車間通信によって複数のソフトウェアうちの少なくともいずれか一つが更新可能であるか否かを取得し、複数のソフトウェアのうちいずれのソフトウェアが更新可能であるかをサーバから取得するので、各種通信を適宜利用してソフトウェアの更新に関する通知や処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００６５】
また、請求項１４の発明によればソフトウェア管理装置は、ソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアを外部から取得するダウンロード処理の処理タイミングを変更するので、車両の走行に対する影響に基づいてソフトウェアの更新に必要なダウンロード処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００６６】
また、請求項１５の発明によればソフトウェア管理装置は、ソフトウェアが更新可能であり、その更新の重要度が低い場合、他の通信の必要性が生じた時点でダウンロード処理を実行するので、重要度が低い場合には通信コストを抑制可能なソフトウェア管理装置を得ることができるという効果を奏する。
【００６７】
また、請求項１６の発明によればソフトウェア管理装置は、ソフトウェアが更新可能であるか否かを確認し、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度を判定し、重要度に基づいてソフトウェアを書き換えて更新する書き換え処理の処理タイミングを変更するので、車両の走行に対する影響に基づいてソフトウェアの更新処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００６８】
また、請求項１７の発明によればソフトウェア管理装置は、ソフトウェアが更新可能である場合に、その更新の重要度と、更新を行なう車載装置の動作状態とに基づいて書き換え処理の処理タイミングを制御するので、車両の走行に対する影響と、車載装置の動作状態に基づいて適切なタイミングで更新処理を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００６９】
また、請求項１８の発明によればソフトウェア管理装置は、ソフトウェアが更新可能である場合に、その更新の車両走行における重要度に基づいて更新が可能であることの通知、重要度の通知、ダウンロード処理の完了通知、書き換え処理の完了通知などの通知タイミングを変更するので、車両の走行に対する影響に基づいてソフトウェアの更新に関する各種通知を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【００７０】
また、請求項１９の発明によればソフトウェア管理装置は、ソフトウェアが更新可能である場合に、その重要度と、車両の走行状態とに基づいて更新が可能であることの通知、重要度の通知、ダウンロード処理の完了通知、書き換え処理の完了通知などの通知タイミングを変更するので、車両の走行に対する影響と、車両の走行状態に基づいて適切なタイミングで通知を実行するソフトウェア管理装置を得ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００７１】
以下に添付図面を参照して、この発明に係るソフトウェア管理装置の好適な実施例について詳細に説明する。
【実施例】
【００７２】
図１は、本発明の実施例であるソフトウェア管理装置を搭載した車載システムの概要構成を説明する概要構成図である。同図に示すように、ソフトウェア管理装置１は、通信系２、車内通知系３、ナビゲーション装置４１、オーディオ装置４２、エンジン制御装置４３、安定性制御装置４４、減速制御装置４５、およびステアリング制御装置４６と接続している。
【００７３】
通信系２は、車両と外部との通信を行なう装置群であり、センター通信装置２１、車両間通信装置２２、路車間通信装置２３などを有する。センター通信装置２１は、インターネットなどのネットワークを介して車外のサーバと通信する通信装置である。このサーバは、車載装置が使用するソフトウェアを記憶しており、車両に対して記憶しているソフトウェアのバージョン情報の送信や、ソフトウェア自体の送信を行なう。
【００７４】
また、車両間通信装置２２は、自車両と他車両との間で通信を行なう通信装置であり、路車間通信装置２３は、路面に設置した路側通信装置と通信する通信装置である。なお、この通信系２に、電話回線などを介して所定の連絡先に通信する通信装置など、他の通信装置をさらに含めてもよい。
【００７５】
車内通知系３は、車内の乗員に対して通知を実行する装置群であり、具体的には、表示出力を行なう車内ディスプレイ３１、音声出力を行なう車内スピーカ３２などを有する。この車内通知系３は、ソフトウェア管理装置１、ナビゲーション装置２、オーディオ装置４１など各種車載機器に共用される。
【００７６】
ナビゲーション装置４１は、自車両の走行経路の設定および誘導を行なう車載装置であり、ソフトウェアＡ１によって動作する。具体的には、ナビゲーション装置４１は、図示しないＧＰＳ通信部によって自車両の現在位置を取得し、地図データを用いて自車両が走行している道路を特定し、通知系３を用いて経路誘導を実行する装置である。
【００７７】
また、オーディオ装置４２は、音楽や動画などを提供する車載装置であり、ソフトウェアＡ２によって動作する。具体的には、オーディオ装置４２は、ラジオ放送やテレビ放送などの受信や、ハードディスク、ＣＤ、ＤＶＤなどの記憶媒体から読み出しによって取得した音楽情報や動画情報を、車内通知系３を介して出力する。
【００７８】
エンジン制御装置４３は、エンジンの噴射制御を行なう、いわゆるＥＦＩであり、ソフトウェアＡ３によって動作する。また、安定性制御装置４４は、走行時の車体の安定性を制御する、いわゆるＶＳＣであり、ソフトウェアＡ４によって動作する。さらに、減速制御装置４５は、減速処理を制御してタイヤのロックを防止する、いわゆるＡＢＳであり、ソフトウェアＡ４によって動作する。また、ステアリング制御装置４６は、車両の操舵力を制御する装置であり、ソフトウェアＡ６によって動作する。
【００７９】
ここで、ナビゲーション装置４１およびオーディオ装置４２は、乗員に対する情報提供を行なう情報提供系装置であり、エンジン制御装置４３、安定性制御装置４４、減速制御装置４５、およびステアリング制御装置４６は、車両の走行を制御する走行制御系装置である。また、これらの装置の他にも、各種車載装置をこの車載システムに組み入れることができる。
【００８０】
ソフトウェア管理装置１１は、その内部にバージョン管理部１１、更新確認処理部１２、重要度判定部１２、走行状態判定部１４、ダウンロード処理部１５、更新処理部１６、通知処理部１７およびタイミング選択部１８を有する。
【００８１】
バージョン管理部１１は、ナビゲーション装置４１、オーディオ装置４２、エンジン制御装置４３、安定性制御装置４４、減速制御装置４５、ステアリング制御装置のソフトウェアＡ１〜Ａ６について、そのバージョン情報を管理する。具体的には、バージョン管理部１１は、図２に示すように、ソフトウェアＡ１〜Ａ６のバージョンデータと、そのバージョンが作成された日付を記憶部に記憶している。尚、この記憶部としては、例えばナビゲーション装置に用いられるハードディスクに記憶されても良く、また、ソフトウェアＡ１〜Ａ６自体もハードディスクに記憶するようにしても良い。
【００８２】
図２では、ソフトウェアＡ１は、「バージョン６．１７」であり、このバージョンは「２００４年４月５日」に作成されている。また、ソフトウェアＡ２は、「バージョン２．００」であり、このバージョンは「２００３年１１月６日」に作成されている。
【００８３】
同様に、ソフトウェアＡ３は、「バージョン２．３２」であり、このバージョンは「２００２年１月２３日」に作成されている。また、ソフトウェアＡ４は、「バージョン１．００」であり、このバージョンは「２０００年８月１１日」に作成されている。
【００８４】
さらに、ソフトウェアＡ５は、「バージョン１．８１」であり、このバージョンは「２００４年４月９日」に作成されている。また、ソフトウェアＡ６は、「バージョン２．４０」であり、このバージョンは「２０００年９月２７日」に作成されている。
【００８５】
更新確認処理部１２は、通信系２を利用し、車載装置のソフトウェアが更新可能であるか否か、すなわち自車両の車載装置にインストールされているバージョンよりも新しいバージョンが公開されているか否かを確認する処理をおこなう。
【００８６】
そして、重要度判定部１３は、更新可能なソフトウェアがある場合に、その更新の重要度、すなわち自車両の走行にどれだけの影響を与えるかを判定する。
【００８７】
また、走行状態判定部１４は、自車両の走行状態、すなわち、自車両が走行中でなるか否か、走行速度、シフト状態、周辺の道路状況などを判定する。
【００８８】
さらに、ダウンロード処理部１５は、センター通信装置２１によって、サーバから新しいバージョンのソフトウェアを取得するダウンロード処理を実行する。
【００８９】
また、更新処理部１６は、ダウンロード処理部１４が取得した新しいソフトウェアによって、既存のソフトウェアを書き換える更新処理を実行する。
【００９０】
そして、通知処理部１７は、更新可能なソフトウェアがある場合通知や、更新の重要度の通知、ダウンロード処理の完了通知、更新処理の完了通知などを、車内通知系３を用いて実行する処理部である。
【００９１】
さらに、タイミング選択部１８は、更新確認処理部１２による確認処理、ダウンロード処理部１５によるダウンロード処理、更新処理部１６による更新処理、通知処理部１７による通知の実行タイミングを、重要度判定部１３によって判定された更新の重要度や、走行状態判定部１４が判定した走行状態によって選択する。
【００９２】
すなわち、タイミング選択部１８は、重要度の高い（車両の走行に影響の大きい）更新がある場合には、すみやかに更新を完了するように通知や処理を実行させ、重要度の低い車両の走行に影響の小さい）更新がある場合には、運転操作の妨げとならないように通知や処理を実行させる。
【００９３】
このソフトウェア管理装置１の基本的な処理動作を、図３を参照して説明する。この処理フローは、ソフトウェア管理装置１の電源投入時に繰り返し実行される処理である。同図に示すように、まず、更新確認処理部１２が、通信系２を利用して車載装置のソフトウェアが更新可能であるか否かを確認する処理をおこなう（ステップＳ１０１）。その結果、更新可能なソフトウェアがない場合（ステップＳ１０２，Ｎｏ）、処理を終了する。
【００９４】
一方、更新可能なソフトウェアがある場合（ステップＳ１０２，Ｙｅｓ）、つぎに、重要度判定部１３がその更新の重要度を判定する（ステップＳ１０３）。
【００９５】
そして、通知処理部１７は、更新可能なソフトウェアがあることと、その重要度とをユーザに通知する更新可能通知を行なう（ステップＳ１０４）。そして、ダウンロード処理部１５が、センター通信装置２１によってサーバから新しいバージョンのソフトウェアをダウンロードする（ステップＳ１０５）。
【００９６】
このダウンロードが終了した後で、ユーザに対して新しいバージョンのソフトウェアの取得が完了し、インストールを実行可能であることを示す取得完了通知を行なう（ステップＳ１０６）。
【００９７】
その後、更新処理部１６が新しいバージョンのソフトウェアをインストールして更新を実行し（ステップＳ１０７）、ユーザに対してソフトウェアの更新が完了したことを示す更新確認通知を行なって（ステップＳ１０８）、処理を終了する。
【００９８】
つぎに、更新確認処理部１２による、更新可能であるか否かを確認する処理について、図４を参照して説明する。ソフトウェアの更新が可能であるか否かの確認方法は、具体的には、「１．自車両からサーバに問い合わせる方法」、「２．車両間通信によって確認する方法」、「３．路車間通信によって確認する方法」「４．サーバから通知を受ける方法」などがある。
【００９９】
まず、「１．自車両からサーバに問い合わせる方法」では、図４に示すように自車両Ｃ１がサーバＳ１に新しいバージョンのソフトウェアが存在するか否かを問い合わせる。具体的には、サーバＳ１は、常に最新バージョンのソフトウェアを保持しており、自車両Ｃ１はバージョン管理部１１に自車両にインストールしているソフトウェアのバージョンを記憶している。
【０１００】
そこで、更新確認処理部１２は、自車両が使用するソフトウェアについて、サーバＳ１が保持している最新バージョンと、バージョン管理部１１に記憶しているバージョンとを比較する。そして、サーバＳ１にバージョン管理部１１に記憶しているバージョンよりも新しいバージョンのソフトウェアがある場合に、更新可能であると判定する。
【０１０１】
ここで、自車両Ｃ１からサーバＳ１への問い合わせは、定期的に行なってもよいし、自車両Ｃ１からサーバＳ１に他の通信を行なう場合に、この問い合わせを併せて行なうようにしてもよい。他の通信を行なう場合に問い合わせを併せて行なうようにすることで、サーバＳ１との通信を効率化し、通信トラフィックの軽減や通信にかかる費用の削減を実現することができる。
【０１０２】
また、定期的な問い合わせと、他の通信時に併せて行う問いあわせを複合的に使用してもよい。
【０１０３】
つぎに、「２．車両間通信によって確認する方法」について説明する。図４に示すように、他車両Ｃ２も自身が使用するソフトウェアのバージョンを把握している場合、他車両Ｃ２がインストールしているソフトウェアのバージョンを車両間通信によって取得する。
【０１０４】
そして、自車両Ｃ１と他車両とが共に使用しているソフトウェアについて、他車両Ｃ２が使用しているバージョンが、自車両Ｃ２が使用しているバージョンよりも新しい場合、自車両Ｃ１は、そのソフトウェアが更新可能であると判断することができる。
【０１０５】
自車両Ｃ１と他車両Ｃ２とが共に古い、同一のバージョンを使用している場合、また、他車両２が自車両Ｃ１の使用しているソフトウェアをインストールしていない場合には、そのソフトウェアについては更新があることを確認することができない。しかし、車両間通信は通信相手の他車両を随時切替えるので、かかるソフトウェアについては他の車両との通信によってから更新可能であるか否かを確認すればよい。
【０１０６】
この車両間通信によるバージョンの取得は、複数のソフトウェアのそれぞれについて個別に取得してもよいし、他車両Ｃ２がインストールしているソフトウェア全体について一括して取得してもよい。
【０１０７】
ソフトウェア全体について一括して取得する場合、例えば、他車両Ｃ２がインストールしているソフトウェアのうち作成された日付が最新のものについて、その日付を取得する。そして、自車両Ｃ１がインストールしているソフトウェアのうち作成された日付が最新のものと日付を比較し、取得した日付の方が新しいならば、自車両Ｃ１が使用しているソフトウェアのいずれかが、更新可能である可能性があると判定する。
【０１０８】
その後、サーバＳ１に問い合わせを行うことで、自車両が使用しているソフトウェアが更新可能であるか否かを確認すればよい。なお、ソフトウェアについて個別に取得する場合、その重要度を併せて取得するようにしてもよい。
【０１０９】
「３．路車間通信によって確認する方法」は、「２．車両間通信によって確認する方法」と同様であり、他車両との車両間通信に替えて道路に設置された路側通信装置からソフトウェアのバージョンを取得する。
【０１１０】
路車間通信装置自体は、ソフトウェアをインストールしている必要はなく、バージョンの情報を管理する機能があればよい。そして、車両と通信して車両側が新しいバージョンのソフトウェアをインストールしている場合には、その情報を取得し、車両側が古いバージョンのソフトウェアをインストールしている場合には、新しいバージョンの存在を通知する。
【０１１１】
つぎに、「４．サーバから通知を受ける方法」について説明する。この方法では、自車両Ｃ１からの問い合わせがあった場合にバージョンに関する情報を送信するのではなく、サーバＳ１側から自律的に自車両Ｃ１に通知する。
【０１１２】
具体的には、サーバＳ１に新しいソフトウェアが登録された場合に、必要な車両に対して通知を実行する。どの車両に対して通知が必要であるかは、例えば、通知を希望する車両のユーザから予め登録を受け付けてもよいし、ディーラＤ１などが、自らの顧客に通知するようサーバＳ１に依頼してもよい。
【０１１３】
ここで、サーバＳ１から自車両Ｃ１への通知は、新しいソフトウェアが登録された場合に直ちに通知を実行してもよいし、自車両Ｃ１からなんらかの接続があった場合に併せて通知するようにしてもよい。
【０１１４】
また、更新の重要度に応じて通知するタイミングを変更してもよい。具体的には、車両走行制御にかかる不具合など、重要度の高い更新に関しては直ちに通知を実行し、重要度の低い通知に関しては、自車両Ｃ１から接続があった場合に通知することができる。
【０１１５】
つぎに、更新の重要度について図５を参照して説明する。同図に示すように、車両走行系の装置において、走行に対する影響が大きい、たとえば、安全性に影響する不具合を修正する更新では、重要度を「高」に設定する。
【０１１６】
また、車両走行系の装置において、走行に対する影響が小さい、例えば軽微な補正値の修正を行う更新などでは、重要度を「中」に設定する。
【０１１７】
一方、情報提供系の装置において、走行に対する影響がある場合、例えば、ナビゲーション装置４１の地図情報が更新され、地図の更新された場所を自車両が走行する可能性がある場合などでは、その更新の重要度を「低」に設定する。
【０１１８】
さらに、情報提供系の装置において、走行に対する影響がない（もくしは小さい）場合、例えばオーディオ装置４２の動作を向上する修正を行う場合などでは、その更新の重要度を「低」に設定する。
【０１１９】
ここで、車両走行系装置の更新については、その更新の内容自体によって重要度を決定可能である場合が多い。そこで、かかる更新の重要度については、サーバＳ１から取得することが好適である。また、車両間通信や路車間通信によって取得することもできる。
【０１２０】
一方、地図情報に変更があった場合には、自車両がその場所を走行するか否かによって走行に与える影響度が異なる。例えば、走行頻度の高い場所の地図データが変更された場合、ナビゲーション装置４１が設定した予定経路の途中に位置する場所の地図データが更新された場合には、比較的走行に与える影響が大きいが、走行する可能性の極めて低い場所の地図データが更新された場合には、走行に与える影響は小さい。
【０１２１】
そこで、かかる更新については、重要度判定部１３が自車両にとっての重要度を判定することが好適である。
【０１２２】
つぎに、タイミング選択部１８による処理や通知のタイミングの選択について、図６を参照して説明する。同図に示すように、重要度が高い場合、更新可能通知、ダウンロード、取得完了通知、更新完了通知をそれぞれ即時に実行し、ソフトウェアの速やかな更新を実現する。
【０１２３】
一方、重要度が「中」である場合、更新可能通知およびダウンロードは走行状態判定部１４の出力に基づき、状況に応じて実行する。たとえば、自車両が走行中、特に山道など運転操作に集中すべき状況では更新可能通知を行なわず、停止中や運転に余裕があると推定した場合に更新可能通知を実行する。
【０１２４】
同様に、ダウンロードについても、センター通信を使用中である場合にはダウンロードを実行せず、その通信の終了後にダウンロードを実行する。
【０１２５】
一方、取得完了通知は即時に実行することで、ユーザが速やかにインストールの指示を入力可能とし、インストールの終了後には速やかに更新完了を通知する。
【０１２６】
ここで、車両走行系装置のソフトウェアを更新する場合、その装置が動作中でない、すなわち車両が停止している必要がある。そこで、重要度「高」や重要度「中」の場合には、取得完了通知を即時に実行することによって、ユーザが車両を停止し、ソフトウェアのインストール可能な状況となるようにしている。
【０１２７】
また、更新完了の通知についても即時に通知することで、ユーザか速やかに走行を再開可能としている。
【０１２８】
重要度が「低」の場合、更新可能通知、ダウンロード、取得完了通知、更新完了通知をそれぞれ状況に応じて実行する。たとえば、自車両が走行中には更新可能通知を行なわず、車両の停止後に更新可能通知を実行する。また、ダウンロードについても、センター通信を使用中でない場合にダウンロードを実行する。なお、他の目的でセンターとの通信を行なうまで待機し、その通信の終了後にダウンロードしてもよい。同様に、取得確認通知や更新確認通知についても、車両の停止後などに通知することで、運転者が運転操作に集中できるようにする。
【０１２９】
上述してきたように、本実施例にかかるソフトウェア管理装置は、車載装置のソフトウェアが更新可能である場合に、その更新が走行に与える影響の大きさから更新の重要度を判定し、その結果に基づいて更新にかかる通知や処理の実行タイミングを選択するので、重要度の高い更新については速やかに実行し、重要度の低い更新については運転の妨げとならないように実行することができる。
【０１３０】
なお、本実施例では、ソフトウェアの管理を行う装置を他の装置から独立した装置としているが、例えばナビゲーション装置など、他の装置にソフトウェア管理装置の機能を持たせてもよい。
【０１３１】
また、本実施例では、新しいソフトウェアをサーバからのダウンロードによって取得しているが、例えばＣＤ，ＤＶＤなどの記録媒体から読み出して取得する構成や、ディーラなどで更新する構成としてもよい。
【０１３２】
ところで、更新完了通知などの通知は、例えばディーラなど任意の通知先に対しても実行可能である。また、本実施例では重要度を「高」、「中」、「低」の３段階に設定しているが、本発明の利用はこれに限定されるものではなく、任意に設定すればよい。
【産業上の利用可能性】
【０１３３】
以上のように、本発明にかかるソフトウェア管理装置は、車載装置のソフトウェアの管理に有用であり、特に重要度に基づいた適切な更新の実現に適している。
【図面の簡単な説明】
【０１３４】
【図１】本発明の実施例にかかるソフトウェア管理装置の概要構成を示す概要構成図である。
【図２】図１に示したバージョン情報管理部が管理する情報について説明する説明図である。
【図３】図１に示したソフトウェア管理装置の処理動作について説明する説明図である。
【図４】図１に示した更新確認処理部による更新確認処理について説明する説明図である。
【図５】更新の重要度について説明する説明図である。
【図６】図１に示したタイミング選択部による処理や通知のタイミングの選択について説明するフローチャートである。
【符号の説明】
【０１３５】
１    ソフトウェア管理装置
２    通信系
３    車内通知系
１１    バージョン管理部
１２    更新確認処理部
１３    重要度判定部
１４    走行状態判定部
１５    ダウンロード処理部
１６    更新処理部
１７    通知処理部
１８    タイミング選択部
２１    センター通信装置
２２    車両間通信装置
２３    路車間通信装置
３１    車内ディスプレイ
３２    車内スピーカ
４１    ナビゲーション装置
４２    オーディオ装置
４３    エンジン制御装置
４４    安定性制御装置
４５    減速制御装置
４６    ステアリング制御装置
【図１】
2005349878.tif 000003
【図２】
2005349878.tif 000004
【図３】
2005349878.tif 000005
【図４】
2005349878.tif 000006
【図５】
2005349878.tif 000007
【図６】
2005349878.tif 000008