(57)【要約】【課題】複数の処理ユニットを有するシステムにおけるソフトウェアの更新を効率化すること。【解決手段】メインユニット２０内部のシステム管理部２２が、車載システム１の処理ユニット構成を特定するシステム情報を保持する。更新処理部２３は、アプリケーション更新サーバ２がシステム構成ごとに管理する更新情報を参照し、自システムに更新の必要があるか否かを判断する。また、処理ユニット上で動作するソフトウェアを機能単位・更新単位に分割し、更新用データのサイズを必要最小限とする。【選択図】        図１
2007133601.tif 000002
【特許請求の範囲】
【請求項１】
複数の機能ユニットを含むシステムのソフトウェアを更新するためのソフトウェアパッケージであって、前記複数の機能ユニットを更新するための複数の更新ソフトウェアと、前記複数の機能ユニットごとに更新の可否を判断するための管理データとを含むソフトウェアパッケージ。
【請求項２】
複数の機能ユニットを含むシステムのソフトウェアを更新するためのシステム管理装置であって、
外部から複数機能ユニットを更新するための更新ソフトウェアと前記複数の機能ユニット毎の更新の可否を判断するための管理データとを読込む読込部と、
前記複数の機能ユニットのソフトウェアの更新状態を記憶する記憶部と、
を備え、前記読込部によって読込まれた管理データと、前記記憶部に記憶されたソフトウェアの更新状態に基づいて、前記複数の機能ユニット毎の更新の可否を判断するシステム管理装置。
【請求項３】
前記更新の可否の判断の結果、更新可能な機能ユニットが存在する場合に、当該機能ユニットの更新処理を実行する更新処理部をさらに備えたことを特徴とする請求項２に記載のシステム管理装置。
【請求項４】
請求項２または３に記載のシステム管理装置を搭載した車載用情報機器。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の機能ユニットを含むシステムのソフトウェアを更新するためのソフトウェアパッケージ、複数の機能ユニットを含むシステムのソフトウェアを更新するためのシステム管理装置および車載用情報機器に関する。
【背景技術】
【０００２】
計算機システムのソフトウェアを更新する場合、そのシステムに対応した更新用データを使用する必要がある。そのため、例えば特許文献１が開示するように、異なる複数のアーキテクチャに対応するソフトウェアを格納した単一のインストール媒体から、インストールすべきソフトウェアを自動識別する技術が使用されてきた。
【０００３】
また、特許文献２が開示するように、複数のＣＰＵを有するマルチＣＰＵシステムにおいて、各ＣＰＵに対するソフトウェアダウンロード処理時に、他のＣＰＵが実行中であるサービスへの影響を低減する技術も考案されている。
【０００４】
【特許文献１】特開平６−４４１１０号公報
【特許文献２】特開平１０−２６０８４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、複数の処理ユニットを有するシステムにおいて、各処理ユニット上で動作するソフトウェアを更新する場合、それぞれの処理ユニットが個別に更新の必要性を判断し、更新処理を実行する必要があった。
【０００６】
例えば車載システムは、ＥＦＩやＡＢＳなどの車両動作用の処理ユニットや、ナビゲーションユニット、オーディオユニットなど車載機能を制御する処理ユニットなど、様々な処理ユニットの組み合わせによって構成されている。そのため、これらの処理ユニットが個別に更新処理を行なうこととすると、多大な時間や労力が必要となるという問題があった。
【０００７】
本発明は、上述した従来技術における問題点を解消するためになされたものであり、複数の処理ユニットを有するシステムにおけるソフトウェアの更新を効率化するソフトウェアパッケージ、システム管理装置および車載用情報機器を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るソフトウェアパッケージは、複数の機能ユニットを含むシステムのソフトウェアを更新するためのソフトウェアパッケージであって、前記複数の機能ユニットを更新するための複数の更新ソフトウェアと、前記複数の機能ユニットごとに更新の可否を判断するための管理データとを含むことを特徴とする。
【０００９】
この請求項１の発明によれば、ソフトウェアパッケージは、複数の機能ユニットを更新するための複数の更新ソフトウェアと、前記複数の機能ユニットごとに更新の可否を判断するための管理データとを含む。
【００１０】
また、請求項２の発明に係るシステム管理装置は、複数の機能ユニットを含むシステムのソフトウェアを更新するためのシステム管理装置であって、外部から複数機能ユニットを更新するための更新ソフトウェアと前記複数の機能ユニット毎の更新の可否を判断するための管理データとを読込む読込部と、前記複数の機能ユニットのソフトウェアの更新状態を記憶する記憶部と、を備え、前記読込部によって読込まれた管理データと、前記記憶部に記憶されたソフトウェアの更新状態に基づいて、前記複数の機能ユニット毎の更新の可否を判断することを特徴とする。
【００１１】
この請求項２の発明によればシステム管理装置は、外部から読込んだ前記複数の機能ユニット毎の更新の可否を判断するための管理データと、自システムの複数の機能ユニットのソフトウェアの更新状態とを比較し、複数の機能ユニット毎の更新の可否を判断する。
【００１２】
また、請求項３の発明に係るシステム管理装置は、請求項２の発明において、記更新の可否の判断の結果、更新可能な機能ユニットが存在する場合に、当該機能ユニットの更新処理を実行する更新処理部をさらに備えたことを特徴とする。
【００１３】
この請求項３の発明によればシステム管理装置は、外部から読込んだ前記複数の機能ユニット毎の更新の可否を判断するための管理データと、自システムの複数の機能ユニットのソフトウェアの更新状態とを比較し、複数の機能ユニット毎の更新の可否を判断し、更新可能な機能ユニットが存在する場合に、当該機能ユニットの更新処理を実行する。
【００１４】
また、請求項４の発明に係る車載用情報機器は、請求項２または３に記載のシステム管理装置を搭載したことを特徴とする。
【００１５】
この請求項４の発明によれば車載用情報機器は、外部から読込んだ前記複数の機能ユニット毎の更新の可否を判断するための管理データと、自システムの複数の機能ユニットのソフトウェアの更新状態とを比較し、複数の機能ユニット毎の更新の可否を判断する。
【発明の効果】
【００１６】
請求項１の発明によれば、ソフトウェアパッケージは、複数の機能ユニットを更新するための複数の更新ソフトウェアと、前記複数の機能ユニットごとに更新の可否を判断するための管理データとを含むので、複数の処理ユニットを有するシステムにおけるソフトウェアの更新を効率化するソフトウェアパッケージを得ることができるという効果を奏する。
【００１７】
また、請求項２の発明によればシステム管理装置は、外部から読込んだ前記複数の機能ユニット毎の更新の可否を判断するための管理データと、自システムの複数の機能ユニットのソフトウェアの更新状態とを比較し、複数の機能ユニット毎の更新の可否を判断するので、複数の処理ユニットを有するシステムにおけるソフトウェアの更新の必要性を効率的に判断するシステム管理装置を得ることができるという効果を奏する。
【００１８】
また、請求項３の発明によればシステム管理装置は、外部から読込んだ前記複数の機能ユニット毎の更新の可否を判断するための管理データと、自システムの複数の機能ユニットのソフトウェアの更新状態とを比較し、複数の機能ユニット毎の更新の可否を判断し、更新可能な機能ユニットが存在する場合に、当該機能ユニットの更新処理を実行するので、複数の処理ユニットを有するシステムにおけるソフトウェアの更新を効率化するシステム管理装置を得ることができるという効果を奏する。
【００１９】
また、請求項４の発明によれば車載用情報機器は、外部から読込んだ前記複数の機能ユニット毎の更新の可否を判断するための管理データと、自システムの複数の機能ユニットのソフトウェアの更新状態とを比較し、複数の機能ユニット毎の更新の可否を判断するので、複数の処理ユニットを有するシステムにおけるソフトウェアの更新を効率化した車載用情報機器を得ることができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、この発明に係る車載システムの好適な実施例について詳細に説明する。
【実施例】
【００２１】
図１は、本発明の実施の形態である車載システム１の概要構成を示す概要構成図である。同図に示すように、車載システム１は、ナビゲーション機能やオーディオ機能などが一体となった複合機１ａと、ＥＦＩユニット３１、ＡＢＳユニット３２などの動作制御系ユニットとを車載ネットワーク（車載ＬＡＮやＣＡＮ等）によって接続して構成する。また複合機１ａは、その内部に外部通信ユニット１１、光学ディスクドライブ１２、ＨＤ（Hard Disc）ドライブ１３、入力装置１４、出力装置１５、メインユニット２０、ナビゲーションユニット３３、オーディオユニット３４、テレビユニット３５を有する。
【００２２】
外部通信ユニット１１は、ＤＣＭ通信や無線ＬＡＮ通信などによって外部との通信を行なう通信装置である。また、光学ディスクドライブ１２は、ＣＤ（Compact Disc）４やＤＶＤ５に記録された情報を読み出す装置であり、ＨＤドライブ１３は、ＨＤ（Hard Disc）への読み書きを行なう装置である。入力装置１４は、スイッチやタッチパネルなどユーザからの入力を受け付ける入力デバイス群であり、出力装置１５は、ディスプレイやスピーカなどの出力デバイス群である。
【００２３】
ＥＦＩユニット３１は、エンジンの燃料噴射を制御する処理ユニットであり、その動作内容はアプリケーション４１によって定まる。ＡＢＳユニット３２は、ブレーキによる制動を制御する処理ユニットであり、その動作内容はアプリケーション４２によって定まる。
【００２４】
ナビゲーションユニット３３は、ユーザが指定した目的地までの経路誘導を行なう処理ユニットであり、その動作内容はアプリケーション４３によって定まる。オーディオユニット３４は、光学ディスクドライブ１２やＨＤドライブ１３が読み出した音楽データなどの再生，ラジオ放送の受信などを行なう処理ユニットであり、その動作内容はアプリケーション４４によって定まる。テレビユニット３５は、テレビ放送の受信を行なう処理ユニットであり、その動作内容はアプリケーション４５によって定まる。
【００２５】
メインユニット２０は、車載システム１を管理する、システム管理装置として機能するユニットであり、その内部に入出力制御部２１、システム管理部２２および更新処理部２３を有する。入出力制御部２１は、各処理ユニットの入出力を管理することで、外部通信ユニット１１、光学ディスクドライブ１２、ＨＤドライブ１３、入力装置１４および出力装置１５の共用を実現する。
【００２６】
システム管理部２２は、車載システム１の処理ユニット構成、すなわち車載システム１にどの処理ユニットが接続されているかを一意に特定するシステム情報を保持する。更新処理部２３は、各処理ユニット上で動作するソフトウェア（アプリケーション４１〜４５）の更新が必要であるか否かを確認する処理を行なう。
【００２７】
アプリケーションの更新に関する情報や更新用のデータは、システム外部のアプリケーション更新サーバ２が提供している。更新処理部２３は、システム情報管理部２２が保持するシステム情報と、アプリケーション提供サーバ２が提供するシステム更新情報とを比較して、更新が必要であるか否かを判断する。
【００２８】
システム情報管理部２２が保持するシステム情報の具体例を図２に示す。システム情報は、同図に示すように、車載システム１を構成する処理ユニットを記憶している。この時、例えばシステムに接続可能なナビゲーションユニットの種類が複数あるならば、車載システム１に接続されているナビゲーションユニットの種類を特定するための情報も併せて記憶する。他の処理ユニットについても、どのような機能を有するユニットであるかに加え、その種類を特定する情報を記憶しておく。
【００２９】
また、システム情報は、各処理ユニットについて、その処理ユニット上で動作するソフトウェア（アプリケーション４１〜４５）がどのような機能単位に分割されているかを記憶している。
【００３０】
さらに、機能単位は、個別に更新可能な複数の更新単位（コンポーネント）から構成されており、システム情報は、各機能単位がどのような更新単位に分割されているかを記憶している。
【００３１】
そして、システム情報には、各処理ユニット、機能単位、更新単位について、バージョン情報、もしくは最新の更新日付が記憶されている。
【００３２】
一方でアプリケーション更新サーバ２は、図３に示すようにシステム情報ごと、すなわちシステムにおける処理ユニットの構成ごとに、更新情報と更新用データとを対応付けたソフトウェアパッケージを保持している。更新情報は、具体的にはそのシステム全体や各処理ユニット、機能単位、更新単位などに付されたバージョン情報、もしくは最新の更新日付などである。また、更新用データは、処理ユニット、機能単位、もしくは更新単位を更新する更新ソフトウェアである。
【００３３】
なお、アプリケーション更新サーバ２ではなく、パーソナルコンピュータ３やＣＤ４、ＤＶＤ５等がソフトウェアパッケージを保持していてもよい。
【００３４】
したがって、車載システム１は、サーバや他のコンピュータ、ＣＤやＤＶＤなど所定の記録媒体によって提供される複数のシステム情報のうち、自らの構成に対応したシステム情報を参照し、その更新情報に示されたバージョン情報（もしくは最新の更新日付）が、自システムにおけるバージョン情報（もしくは最新の更新日付）よりも新しい場合には、更新が可能であると判断することができる。
【００３５】
ここで、更新可否の判断や更新の実行については、最も小さい単位である更新単位ごとに実行することが望ましい。しかしながら、バージョン情報や最新更新日付が機能単位ごとに付され、更新単位に対して付されていない場合には、機能単位ごとに更新可否の判断や更新の実行を行なう。同様に、バージョン情報や最新更新日付が諸ユニットごとに付され、機能単位に対して付されていない場合には、処理ユニットごとに更新可否の判断や更新の実行を行なう。
【００３６】
なお、パーソナルコンピュータ３は、アプリケーション更新サーバ２から通信によって更新用情報や更新用データを取得することもできる。車載機が直接サーバと通信する場合は、携帯電話などを用いることになり通信料が高くなってしまう。一方、パーソナルコンピュータとサーバ間は、ＡＤＳＬやＦＴＴＨ等の安価で高速な通信回線が普及しているので、サーバからＰＣに一旦データをダウンロードしてから無線ＬＡＮなどを利用して車載機にデータを転送することで、通信料金を低く抑えることができる。
【００３７】
更新処理部２３は、ＤＣＭ通信部１１ａや無線ＬＡＮ通信部１１ｂによる通信、光学ディスクドライブ１２を用いた記録媒体からの読み出しによって、更新に関する情報や更新用データの取得を行なう。
【００３８】
更新処理部２３の具体的な処理動作を図４に示す。同図に示すフローチャートは、ユーザから更新確認の要求があった場合や、所定の更新確認条件を満たした場合に開始される。
【００３９】
処理が開始されると、更新処理部２３は、まずシステム管理部２２が保持するシステム情報を取得する（ステップＳ１０１）。そして、アプリケーション更新サーバが提供する更新履歴を参照し、自システムが更新可能であるか否かを判断する（ステップＳ１０２）。その結果、更新可能でなければ（ステップＳ１０２，Ｎｏ）、そのまま処理を終了する。
【００４０】
一方、自システムが更新可能であるならば（ステップＳ１０２，Ｙｅｓ）、更新可能な処理ユニットを特定する（ステップＳ１０３）。つづいて、特定した処理ユニットのアプリケーションのうちいずれのパッケージが更新可能であるかを特定し（ステップＳ１０４）、さらに特定したパッケージのうちいずれのコンポーネントが更新可能であるかを特定する（ステップＳ１０５）。
【００４１】
つぎに、更新処理部２３は、特定したコンポーネントを更新するための更新用データを取得して、対応する処理ユニットに配信する（ステップＳ１０６）。各処理ユニットは、更新用データを用いて更新が完了した場合に更新完了通知をメインユニット２０に送信するので、更新処理部２３は、この更新完了通知を受信した（ステップＳ１０７，Ｙｅｓ）後にシステム情報を更新して（ステップＳ１０８）、処理を終了する。
【００４２】
なお、このフローチャートでは、アプリケーションサ更新サーバからソフトウェアパッケージを取得する場合を例に説明を行なったが、他の方法によって取得する場合であっても、同様の処理動作を採用することができる。
【００４３】
例えば、パーソナルコンピュータ３からソフトウェアパッケージを取得する場合には、外部通信ユニット１１が無線ＬＡＮ通信部１１ｂを用いて取得する。また、ＣＤ４やＤＶＤ５からソフトウェアパッケージを取得する場合には、光学ディスクドライブ１２を用いて読み出せばよい。また、パーソナルコンピュータ３が保持するソフトウェアパッケージをＣＤやＤＶＤなどの光学記録媒体、フロッピー（登録商標）ディスクなどの磁気記録媒体、ＵＳＢメモリなどの電子記録媒体などを介して取得するなど、ソフトウェアパッケージの取得経路は任意に変更することが可能である。
【００４４】
上述してきたように、本実施例にかかる車載システム１では、システム管理装置として機能するメインユニット２０が、システムの処理ユニット構成を特定するシステム情報を保持し、システム構成ごとに管理された更新情報を参照して更新の必要性を判断するので、システム全体の更新の必要性を一括して効率的に確認することができる。
【００４５】
また、処理ユニット上で動作するソフトウェアを機能単位・更新単位に分割し、更新用データのサイズを必要最小限とすることで、システムの更新処理を効率化し、ユーザの労力や時間、通信コストを削減することができる。
【００４６】
さらに、ある機能ユニットのソフトを更新する場合、その機能ユニット上で実行中のプログラムだけを一時的に停止させ、プログラム更新後、更新したプログラムを起動させることで、車載機の機能全体を停止させることなく、例えばナビゲーションを機能させたままオーディオユニットのプログラムを更新することが可能となる。
【００４７】
なお、本実施例では、更新用データを受信した処理ユニットが、各々更新処理を実行して更新完了通知をメインユニットに送信する構成について説明したが、例えばメインユニットが各処理ユニットの更新を実行する構成としても良い。
【００４８】
また、本実施例では、アプリケーション更新用のデータを記録する記録媒体としてＣＤやＤＶＤなどの光学記録媒体を利用する場合について説明したが、フロッピー（登録商標）ディスクなどの磁気記録媒体、ＵＳＢメモリなどの電子記録媒体など、任意の記録媒体を利用することが可能である。
【００４９】
さらに、本実施例では車両に搭載する車載システムを例に説明を行なったが、本発明の利用はこれに限定されるものではなく、任意のシステムに適用することができるものである。
【産業上の利用可能性】
【００５０】
以上のように、本発明にかかるソフトウェアパッケージ、システム管理装置および車載用情報機器は、複数の処理ユニットを有するシステムの管理に有用であり、特に処理ユニットのソフトウェアの更新管理に適している。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施例にかかる運転支援装置の概要構成を示す概要構成図である。
【図２】図１に示したシステム情報について説明する説明図である。
【図３】図１に示したアプリケーション更新サーバについて説明する説明図である。
【図４】図１に示した更新処理部の処理動作を説明するフローチャートである。
【符号の説明】
【００５２】
１    車載システム
１ａ  複合機
２    アプリケーション更新サーバ
１１    外部通信ユニット
１１ａ  ＤＣＭ通信部
１１ｂ  無線ＬＡＮ通信部
１２    光学ディスクドライブ
１３    ＨＤドライブ
２０    メインユニット
２１    入出力制御部
２２    システム管理部
２３    更新処理部
３１    ＥＦＩユニット
３２    ＡＢＳユニット
３３    ナビゲーションユニット
３４    オーディオユニット
３５    テレビユニット
４１〜４５アプリケーション
【図１】
2007133601.tif 000003
【図２】
2007133601.tif 000004
【図３】
2007133601.tif 000005
【図４】
2007133601.tif 000006