(57)【特許請求の範囲】
【請求項１】
基地局側装置と、該基地局側装置に通信手段を介して接続された端末装置を含み、基地局側から端末装置へソフトウェアをダウンロードして端末装置側のソフトウェアのメンテナンスを行うシステムにおいて、
基地局側装置は、
端末装置に保有されたソフトウェアおよびハードウェアを示す保有ソフト／ハード情報に基づき、提供候補たる対象ソフトウェアを決定する候補決定手段と、前記保有ソフト／ハード情報に基づいて、端末側のハードウェア環境を前記対象ソフトウェアに適合させるためのハードウェア変更の要否を判定する判定手段と、前記対象ソフトウェアにより実現される機能および前記ハードウェア変更要否の判定結果を含む機能情報を生成する機能情報生成手段とを有し、前記機能情報を含む確認情報を端末装置へ送信し、
端末装置は、
前記対象ソフトウェアのダウンロードに先立って前記確認情報をユーザに提示してダウンロード実行の許可を求める許可要求手段を有し、ユーザによる許可後に前記対象ソフトウェアをダウンロードすることを特徴とするソフトウェアのメンテナンスシステム。
【請求項２】
請求項１に記載のシステムにおいて、
前記端末装置は、前記基地局側装置に対して、ソフトウェア提供の要求とともに、前記保有ソフト／ハード情報を送信することを特徴とするソフトウェアのメンテナンスシステム。
【請求項３】
請求項１または２に記載のシステムにおいて、
前記機能情報は、前記対象ソフトウェアがダウンロードされたとした場合に端末装置の表示手段に表示される画像であるデモンストレーション画像を含むことを特徴とするソフトウェアのメンテナンスシステム。
【請求項４】
請求項３に記載のシステムにおいて、
前記判定手段により、ハードウェア変更が必要と判定された場合、前記機能情報生成手段は、ハードウェアを変更するとした場合のデモンストレーション画像と、変更しないとした場合のデモンストレーション画像とを含む機能情報を生成することを特徴とするソフトウェアのメンテナンスシステム。
【請求項５】
基地局側装置と、該基地局側装置に通信手段を介して接続された車載端末装置を含み、基地局側から車載端末装置へソフトウェアをダウンロードして車載端末装置側のソフトウェアのメンテナンスを行うシステムにおいて、
基地局側装置は、
車載端末装置に保有されたソフトウェアおよびハードウェアを示す保有ソフト／ハード情報に基づき、提供候補たる対象ソフトウェアを決定する候補決定手段と、前記保有ソフト／ハード情報に基づいて、車載端末装置側のハードウェア環境を前記対象ソフトウェアに適合させるためのハードウェア変更の要否を判定する判定手段と、前記対象ソフトウェアにより実現される機能および前記ハードウェア変更要否の判定結果を含む機能情報を生成する機能情報生成手段とを有し、前記機能情報を含む確認情報を車載端末装置へ送信し、
車載端末装置は、
前記対象ソフトウェアのダウンロードに先立って前記確認情報をユーザに提示してダウンロード実行の許可を求める許可要求手段を有し、ユーザによる許可後に前記対象ソフトウェアをダウンロードすることを特徴とする車載端末装置のソフトウェアのメンテナンスシステム。
【請求項６】
請求項５に記載のシステムにおいて、
前記機能情報は、前記対象ソフトウェアがダウンロードされたとした場合に車載端末装置の表示手段に表示される画像であるデモンストレーション画像を含むことを特徴とする車載端末装置のソフトウェアのメンテナンスシステム。
【請求項７】
請求項６に記載のシステムにおいて、
前記判定手段により、ハードウェア変更が必要と判定された場合、前記機能情報生成手段は、ハードウェアを変更するとした場合のデモンストレーション画像と、変更しないとした場合のデモンストレーション画像とを含む機能情報を生成することを特徴とする車載端末装置のソフトウェアのメンテナンスシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、端末装置と基地局側装置が通信手段を介して接続されたシステムであって、端末側のソフトウェアのメンテナンスを行うシステムに関する。また、本発明は、上記システムにおけるソフトウェアのメンテナンス方法に関する。ここで、メンテナンスとは、端末装置のソフトウェアの更新、端末装置への新規ソフトウェアの追加、端末装置のソフトウェアの削除などをいう。本発明は、車両に搭載された端末装置に好適に適用される。
【０００２】
【従来の技術】
車両に搭載されるナビゲーション装置が周知である。また、ナビゲーション装置を含む車載マルチメディア装置も登場しており、車載マルチメディア装置は、さらに、電話やエアコンの制御などの多様な機能を備えるようになっている。このような車載電子機器と情報センタとを通信手段を介して接続し、両者の間で交通情報をはじめとする各種情報の通信を行うことが提案され、一部に実現されている。このシステムでは、情報センタがホストとして機能し、車両あるいは車載電子機器が端末装置（以下、車載端末装置という）として機能する。
【０００３】
従来、車載端末装置では、購入当初から組み込まれているソフトウェアを使い続けるのが普通であった。ところが、近年、車載端末装置の機能の多様化に伴い、様々なソフトウェアが使用されるようになっている。これらのソフトウェアはかなりの頻度で更新され、また、新規のソフトウェアも次々と出てくる傾向にある。車両のユーザは、新しいソフトウェアを入手して車載端末装置の機能を向上することを望むが、どのようなソフトウェアが入手可能であり、また、どのようなソフトウェアが自分の端末装置に適しているかを知ることは容易でない。
【０００４】
【発明が解決しようとする課題】
そこで、車載端末装置のソフトウェアをメンテナンスするサービスを提供することが望まれる。このサービスでは、車載端末装置のハードウェア環境や、すでにもっているソフトウェアに基づいて、その車載端末装置で効果的な機能を発揮できるソフトウェアが提供される。ソフトウェアのメンテナンスは、丁度、車両メンテナンス、すなわち、車両の仕様（車種や年式）に対応して適当なエンジン部品やシャシ部品の交換や追加を行い車両の機能向上を図ることと似ている。メンテナンスシステムは、下記のようなものであることが望ましい。
【０００５】
（１）バージョンアップ用のソフトウェアや、新規のソフトウェアは、通信手段を介して、情報センタなどから供給する。ユーザが車両を販売店等へ持ち込む手間を省くためである。
【０００６】
（２）例えば、パーソナルコンピュータ用のソフトウェアは汎用性が高く、多くの機種で問題なく使える。これに対し、車載端末装置用のソフトウェアは汎用性が限られている。車両のユーザは、車載端末装置のソフトウェアに関する知識も持ち合わせていない。そこで、ユーザに代わり、どのソフトウェアを入手するのが良いかを判断する。この判断のため、車載端末装置が備えているハードウェアやソフトウェアを調べる。ハードウェアには、車種や年式などの車両仕様も含まれる。例えば、車種ごとにオーディオシステムが違うといったことがあるからである。そして、ソフト、ハードの調査結果に基づいて、車載端末装置の機能を効果的に向上できるソフトウェアを決定し、このソフトウェアを車載端末装置へ送る。
【０００７】
参考として、端末装置としてのパーソナルコンピュータを含むネットワークシステムでは、端末装置へソフトウェアをダウンロードすることが頻繁に行われる。しかし、これは、ユーザが入手したいソフトウェアを決め、端末装置を操作し、ソフトウェアの送信をホストコンピュータへ要求するものである。上記のようなメンテナンス機能をもつことは一般的ではない。
【０００８】
また、特開平８−２１２０６０号公報に記載の電子メールシステムでは、端末装置が持っているソフトウェアのバージョンを考慮したメンテナンスを行うことが提案されている。端末装置は、バージョンアップ要求とともに、自己の保有するソフトウェアのバージョン情報をホストコンピュータに送信する。ホストコンピュータは、上記端末装置に新バージョンのソフトウェアを返信する。端末装置は、返信されたソフトウェアを記憶媒体に格納する。しかし、このシステムも、車両ごとに車載端末装置や車両自身の仕様が異なる状況で、効果的に役立つものとはいえない。
【０００９】
さらに、上記の（１）、（２）に述べたメンテナンスシステムが実現したとしても、下記の問題が残る。車載端末装置へバージョンアップ用のソフトウェアをダウンロードするとき、車載端末装置のユーザは、どのような新しい機能が追加されるのか、どのような機能アップが行われるのかをダウンロード前に確認できない。新規のソフトウェアについても、その機能をダウンロード前に実際に確認することはできない。
【００１０】
そのため、ソフトウェアをダウンロードしてみてから、実際の表示や使い勝手が気に入らず、ユーザの望む機能が実現されないと分かることがある。また、新しいソフトウェアが、端末装置の保有するハードウェアやソフトウェアの環境に、ユーザの望む状態で適合しないことがある。例えば、新規ソフトウェアが極めて遅い速度でしか動作しないといったような状況である。また、ユーザは、新しいソフトウェアにより実現される機能と、そのソフトウェアを取り入れる際に発生する費用とを予め対比することはできない。ダウンロード後に、バージョンアップ等に伴ってハードウェアの変更とそのための費用が必要だと分かることがある。上記の如く、端末装置のソフトウェアをバージョンアップ等するメンテナンスを行っても、ユーザが真に必要とするソフトウェアを入手できない可能性がある。
【００１１】
以上では、車載端末装置を例に取り上げた。しかし、同様の問題は、他の種類の端末装置でも発生しうる。コンピュータを備えた電子機器の普及に伴い、ユーザを支援して、その電子機器が用いるソフトウェアをメンテナンスするサービスの提供が望まれる。
【００１２】
本発明は上記課題に鑑みてなされたものであり、その目的は、メンテナンスによってソフトウェアの更新、追加等が行われることの是非の判断を下すための判断材料をユーザに与え、端末装置に真に適した機能をもつソフトウェアを用いてメンテナンスが行われるようにすることにある。
【００１３】
本発明の他の目的は、上記の判断材料の一つとして、ソフトウェアの変更とともに必要となるハードウェアの変更に関する情報をユーザに提供可能にすることにある。
【００１４】
また本発明の他の目的は、提供されるソフトウェアの持つ機能を直感的に判断できるかたちで上記の判断材料をユーザに与えることにある。
【００１５】
【課題を解決するための手段】
（１）本発明のメンテナンスシステムは、基地局側装置と、該基地局側装置に通信手段を介して接続された端末装置を含み、基地局側から端末装置へソフトウェアをダウンロードして端末装置側のソフトウェアのメンテナンスを行う。基地局側装置は、端末装置に保有されたソフトウェアおよびハードウェアを示す保有ソフト／ハード情報に基づき、提供候補たる対象ソフトウェアを決定する候補決定手段と、前記対象ソフトウェアにより実現される機能を示す機能情報を生成する機能情報生成手段とを有し、前記機能情報を含む確認情報を端末装置へ送信する。端末装置は、前記対象ソフトウェアのダウンロードに先立って前記確認情報をユーザに提示してダウンロード実行の許可を求める許可要求手段を有し、ユーザによる許可後に前記対象ソフトウェアをダウンロードする。好ましくは、端末装置は、前記基地局側装置に対して、ソフトウェア提供の要求とともに、前記保有ソフト／ハード情報を送信する。
【００１６】
なお、上記の基地局側装置は、対象ソフトウェアを、基地局側装置が予め用意しているものから選んでもよい。あるいは、基地局側装置の外部から通信手段を使って入手してもよい。
【００１７】
また、上記の許可要求手段は、例えば、確認情報を、ディスプレイ表示や音声出力といった形でユーザに提示し、そして、ユーザの許可を、スイッチ操作や音声入力といった形で受ける。端末装置の制御部が許可要求手段としての役割を果たせばよい。
【００１８】
本発明によれば、基地局側装置は、保有ソフト／ハード情報に基づき、提供候補たる対象ソフトウェアを決定する。ここでは、端末装置側の環境に適したソフトウェアが選ばれる。しかし、この対象ソフトウェアの入手をユーザが本当に望むとは限らない。そこで、対象ソフトウェアにより実現される機能を示す機能情報が生成され、この機能情報を含む確認情報が端末装置へ送信される。端末装置では、確認情報をユーザに提示してダウンロード実行の許可が求められる。ユーザは、対象ソフトウェアの機能を確認した上でダウンロード実行の許可を出す。これにより、対象ソフトウェアがダウンロードされ、端末装置にセットアップされる。このように、本発明によれば、対象ソフトウェアの機能が端末装置に適しているか否かを判断してダウンロード実行を決めるための判断材料がユーザに与えられる。従って、端末装置のメンテナンスに際し、ユーザが真に必要とするソフトウェアの更新や追加を行うことができる。
【００１９】
好ましくは、基地局側装置は、前記保有ソフト／ハード情報に基づいて、端末側のハードウェア環境を前記対象ソフトウェアに適合させるためのハードウェア変更の要否を判定し、判定結果を前記確認情報に含めて送信する。これにより、対象ソフトウェアを使用するためにハードウェアを変えてやる必要があることがユーザに分かる。ユーザは、ハードウェア変更の要否を、ダウンロード実行の是非を判断するための判断材料にすることができる。上記の判定結果には、ハードウェアを変更するためのサービスに関する情報を適宜含めることが好ましい。
【００２０】
好ましくは、前記機能情報は、前記対象ソフトウェアがダウンロードされたとした場合に端末装置の表示手段に表示される画像であるデモンストレーション画像を含む。これにより、ユーザは、入手前の対象ソフトウェアの機能を前もって体験できるので、その対象ソフトウェアを入手すべきか否かを直感的に判断できる。
【００２４】
【発明の実施の形態】
以下、本発明の好適な実施の形態（以下実施形態という）を、図面に基づいて説明する。本実施形態では、車両に搭載されたナビゲーション装置が、本発明の端末装置に相当する。そして、ナビゲーション装置のソフトウェアのメンテナンス、すなわち、ナビゲーション装置の機能を効果的に向上させるソフトウェアの更新や追加が行われる。
【００２５】
図１は、本実施形態の全体構成を示すブロック図である。本実施形態のシステムは、端末装置としての車載ナビゲーション装置と、基地局側装置としての情報センタを含む。ナビゲーション装置において、ナビゲーションＥＣＵ１はＣＰＵを有し、装置全体を制御している。
【００２６】
ナビゲーションＥＣＵ１には記憶媒体３が接続されている。記憶媒体３には、各種のソフトウェアが記憶されており、ソフトウェアは、ナビゲーションＥＣＵ１へ読み出されて実行される。これにより、ソフトウェアの持つ機能がナビゲーション装置で発揮される。また、記憶媒体３には、全国の道路情報などを含む地図データが記憶されている。地図データは、現在位置周辺の地図を表示するために用いられたり、走行目的地までの最適経路を探索するために用いられる。また、記憶媒体３には、図２に示すような車両情報、ハードウェア情報およびソフトウェア情報が記憶されている。車両情報は、ナビゲーション装置が搭載されている車両の車種や年式を含んでおり、車両情報を参照することにより、車両が備える装備が特定される。ハードウェア情報は、図２に示すように、ナビゲーション装置が備えるハードウェアの仕様を示しており、ＣＰＵのタイプ、クロック周波数、ＲＡＭの容量、表示解像度、表示色数、表示用ＩＣのタイプ、スピーカ数などを含む。ソフトウェア情報は、記憶媒体３で記憶している各種ソフトウェアとそのバージョンを示す情報である。図２に示すように、ナビゲーション用ソフトウェア、ブラウザソフトウェア、音声合成用ソフトウェア、ＯＳなどの名称とバージョン情報が含まれている。
【００２７】
また、ナビゲーションＥＣＵ１には、ＧＰＳ装置５が接続されており、ＧＰＳ（グローバルポジショニングシステム）装置５は、人工衛星から送られる電波を利用して現在位置を検出し、ナビゲーションＥＣＵ１へ送る。
【００２８】
さらに、ナビゲーションＥＣＵ１には、入力インターフェース部７を介して入力装置９が接続され、出力インターフェース部１０を介して出力装置１１が接続されている。入力装置９は、ユーザがナビゲーション装置に対する各種の指示を入力するための装置である。入力装置９は、ジョイスティック・スイッチや音声認識装置を含む。ジョイスティック・スイッチは、ユーザによって手動操作される。音声認識装置からは、ユーザの音声による指示が入力される。ソフトウェアのメンテナンスを行うときのユーザの指示も、入力装置９から入力される。
【００２９】
出力装置１１は、ディスプレイやスピーカを有する。ナビゲーションの際は、出力装置１１にて画面表示が行われ、音声案内が出力される。ディスプレイには、ユーザからの指示を受け付けるための画像（いわゆるダイアログ画面に相当）も表示される。ソフトウェアのメンテナンスの際にも、このダイアログ画面が表示される。また、上記のダイアログ画面が表示されるとき、スピーカからは、ユーザに対して指示の入力を要求するための音声案内が適宜出力される。
【００３０】
ナビゲーションＥＣＵ１は、前述のように、装置全体を制御しており、記憶媒体３から読み出したソフトウェアを実行して各種のナビゲーションを行う。例えば、ＧＰＳ装置５の出力を基に、記憶媒体３から現在位置周辺の地図を読み出して、出力装置１１のディスプレイに表示させる。また、ユーザにより入力装置９から走行目的地が入力されると、地図データを用いて目的地までの最適経路を探索、設定する。経路探索は、ダイクストラ法などを用いた通常の方法で行われる。設定された最適経路は、ディスプレイ上に、他の道路と区別して表示される。また、設定経路に基づき、経路案内として、右左折すべき交差点に接近したときに交差点の拡大表示が行われ、進行方向を示す音声案内が出力される。
【００３１】
さらに、ナビゲーションＥＣＵ１には、送受信回路１３が接続されている。ナビゲーションＥＣＵ１は、送受信回路１３を制御して、情報センタとの間でデータ通信を行う。メンテナンス用のソフトウェアも、この送受信回路１３を用いて取得される。
【００３２】
次に、情報センタの構成について説明する。メンテナンス処理部２０は、センタ側のシステム全体を制御している。メンテナンス処理部２０には、送受信回路２２が接続されている。メンテナンス処理部２０は、送受信回路２２を用いて上記の車載ナビゲーション装置との間でデータ通信を行う。
【００３３】
また、メンテナンス処理部２０は、センタ内記憶媒体２４と接続されている。センタ内記憶媒体２４は、車両へ提供するための各種のソフトウェアを記憶している。またセンタ内記憶媒体２４には、上記の提供用ソフトウェアを動作させるために必要なハードウェア環境を判定するための情報が記憶されている。さらに、各ハードウェア環境において、ソフトウェアがどのように動作するかを求めるための情報が記憶されている。具体的には、図１に例示するように、各種のナビゲーション装置用のＣＰＵの処理能力値や、各種のソフトウェアがハードウェアに対して要求する能力値や、各種のハードウェアが持つ能力値が記憶されている。また、ソフトウェアと、そのソフトウェアを好適に動作させるのに必要なハードウェア仕様との対応関係（必要関係）が記憶されている。さらに、車載ナビゲーション装置のために市場で提供されているソフトウェアおよびハードウェアに関する最新情報が記憶されている。
【００３４】
メンテナンス処理部２０は、センタ内記憶媒体２４からソフトウェアを読み出して、送受信回路２２を介して車両へ送信する処理を行う。また、メンテナンス処理部２０は、後述するように、ソフトウェアの送信の前に、センタ内記憶媒体２４の記憶データを用いて、車載ナビゲーション装置へ提供するソフトウェアの候補たる対象ソフトウェアを検索する。また、メンテナンス処理部２０では、対象ソフトウェアのデモ画面の作成や、対象ソフトウェアに関わるハードウェア提供サービスのための案内の作成が行われる。対象ソフトウェアに関する情報や、デモ画面、ハードウェア提供サービスの案内も、メンテナンス処理部２０から、送受信回路２２を介して車両へ送られる。
【００３５】
その他、メンテナンス処理部２０は通信網２６と接続されている。メンテナンス処理部２０は、通信網２６を介して、外部より必要なデータを入手する。例えば、最新のソフトウェアやハードウェアに関する情報や、最新のソフトウェア自体が入手される。これらのデータは、適宜、センタ内記憶媒体２４に書き込まれ、あるいは直接に送受信回路２２から車載ナビゲーション装置へ送られる。
【００３６】
次に、図３を参照し、車載ナビゲーション装置のソフトウェアをメンテナンスするときの処理を説明する。図３において、左半部（Ｓ１０〜Ｓ４２）は、車両側で行われる処理である。また図３の右半部（Ｓ５０〜Ｓ７４）は情報センタ側で行われる処理である。メンテナンスの過程では、車両と情報センタの間で複数回のデータのやりとりが行われる。なお、ここでは、車両側の記憶媒体３に記憶されているソフトウェアの更新（バージョンアップ）を行う場合を中心に説明するが、新規ソフトウェアの追加の際も同様の処理が行われる。
【００３７】
まず、図４に示すアプリケーション・メニューから、ユーザによる項目の選択が行われる（Ｓ１０）。アプリケーション・メニューには、メンテナンス関連項目として、「バージョンアップ」および「新規アプリケーション追加」が設けられている。ユーザは、選択した項目を入力装置９から入力する。この時、ジョイスティック・スイッチを用いて手操作で選択項目が入力されてもよく、また、音声認識装置に対して音声で選択項目が入力されてもよい（以下の入力作業も同様とする）。ここでは、ユーザが、「バージョンアップ」を選択したものとする。
【００３８】
メンテナンスを指示する項目が入力されると、ナビゲーションＥＣＵ１は、記憶媒体３から図２に示した車両情報、ハードウェア情報およびソフトウェア情報を読み出し、これらの情報を選択項目に付加する（Ｓ１２）。車両情報などを付加された選択項目は、送受信回路１３を用いて情報センタへ送信される（Ｓ１４）。
【００３９】
情報センタでは、車両からのデータが受信されると（Ｓ５０）、メンテナンス処理部２０が、センタ内記憶媒体２４に記憶されているソフトウェアから、バージョンアップ対象の候補となるソフトウェア（対象ソフトウェア）を検索する（Ｓ５２）。車両から送られたソフトウェア情報が参照され、車両側でもっているソフトウェアの最新バージョンが対象ソフトウェアとして選ばれる。この際、対象ソフトウェアとしては、車両のハードウェア環境で動作させることができるものが選ばれる。この判断は、車両情報やハードウェア情報に基づいて行われる。ハードウェアを追加してやれば好適に動作させることができるものも対象ソフトウェアとして選ばれる。ただし、車両側のハードウェアを全面的に変更しなければならないようなソフトウェアは、対象ソフトウェアとはならない。
【００４０】
メンテナンス処理部２０は、検索処理により対象ソフトウェアが見つかったか否かを判断する（Ｓ５４）。１または複数の対象ソフトウェアが見つかった場合には、そのソフトウェアを示す案内情報を作成する（Ｓ５６）。
【００４１】
このとき、メンテナンス処理部２０では、デモンストレーション画像（以下デモ画像という）の作成が開始される。デモ画像は、対象ソフトウェアによるバージョンアップが行われたと仮定した場合において、ソフトウェア実行時に車両側のディスプレイに表示される画像である。すなわち、デモ画像は、まだバージョンアップが行われていないにもかかわらず、バージョンアップ後の状況を仮想的に提示するための画像である。デモ画像は、車両情報やハードウェア情報、ソフトウェア情報を参照して作成される。完成後のデモ画像を車両で表示すれば、車両毎に、その車両のハードウェア環境で、その車両が保有している他のソフトウェアとともに対象ソフトウェアが実行されたときに、ディスプレイ上で発揮される対象ソフトウェアの機能がユーザに提示される。
【００４２】
次に、メンテナンス処理部２０は、上記の対象ソフトウェアによるバージョンアップを行った場合に、車載ナビゲーション装置に新規ハードウェアを追加することが必要か否かを判断する（Ｓ５８）。必要でない場合には、Ｓ５６で作成した案内情報を車両側へ送信する（Ｓ６２）。新規ハードウェアが必要な場合、そのハードウェアを示す情報を、Ｓ５６で作成した案内情報に追加し（Ｓ６０）、案内情報を車両側に送信する（Ｓ６２）。
【００４３】
また、Ｓ６０では、新規ハードウェアを車載ナビゲーション装置に追加したと仮定した場合のデモ画像の作成が開始される。上記のＳ５６では、現状のハードウェア環境を前提としたデモ画像の作成が開始されている。２つのデモ画像作成は並行して、あるいは順次行われる。従って、新規ハードウェアが必要な場合、新規ハードウェアを追加したときと、追加しないときの２つのデモ画像が作成される。
【００４４】
その他、Ｓ５４で、対象ソフトウェアが見つからなかったときは、その旨を車両に送信する。
【００４５】
車両側において、ナビゲーションＥＣＵ１は、案内情報を受信すると（Ｓ１６）、図５に示すバージョンアップ（１）の画面をディスプレイに表示させる。バージョンアップ（１）の画面には、情報センタでメンテナンス処理部２０が検索した対象ソフトウェアが列挙される。ユーザは、列挙された対象ソフトウェアから、１または複数のソフトウェアを選択する（Ｓ１８）。なお、この段階で、ユーザは「キャンセル」の選択により、バージョンアップを中止することもできる。
【００４６】
ここでは、Ｓ１８にて、図５に示される「３Ｄ拡大案内図モジュール」というソフトウェアが選択されたとする。そして、「３Ｄ拡大案内図モジュール」については、情報センタで、Ｓ５８にて新規ハードウェア「３Ｄボード」が必要と判断されたとする。「３Ｄボード」が必要であることは、案内情報とともに情報センタより通知済みである。
【００４７】
Ｓ１８で対象ソフトウェアが選択されると、図６に示すバージョンアップ（２）の画面がディスプレイ上に表示される（Ｓ２０）。バージョンアップ（２）は、ユーザに対して対象ソフトウェアのインストールの許可を要求するための画面である。画面上には、選択項目として、「インストール・ディーラに連絡」、「インストールしない」および「機能確認」が表示される。
【００４８】
なお、本実施形態のシステムでは、後述するように、指示：「インストール」が入力されると、情報センタから車両へのソフトウェアのダウンロードと、ダウンロードしたソフトウェアのセットアップとの両方が行われる。従って、インストールの許可（許可要求）は、ダウンロードの許可（許可要求）をも含んでいる。
【００４９】
また、バージョンアップ（２）の画面には、新規ハードウェアが必要な場合、ハードウェアの情報も表示される。上記のように「３Ｄ拡大案内図モジュール」には「３Ｄボード」が必要なので、その旨が表示されている。
【００５０】
ただし、Ｓ１８にて新規ハードウェアが不要な対象ソフトウェアが選択された場合、当然、バージョンアップ（２）の画面にハードウェアの案内は表示されない。また、選択項目としては「インストール・ディーラに連絡」の代わりに「インストール」とのみ表示される。ディーラに連絡してハードウェアを手配する必要がないからである。
【００５１】
ユーザは、Ｓ２０にて「インストール」を選択してしまってもよい。あるいは、この時点で「インストールしない」を選択してバージョンアップを中止してもよい。インストール前に対象ソフトウェアの機能を確認したい場合には、「機能確認」を選択する。
【００５２】
ナビゲーションＥＣＵ１は、ユーザにより「機能確認」が選択されたか否かを判断し（Ｓ２２）、機能確認が選択された場合には、デモ画像要求を情報センタへ送信する（Ｓ２４）。情報センタ側では、前述のように、メンテナンス処理部２０が、デモ画像を作成を行っている。メンテナンス処理部２０は、車両側からデモ画像要求を受信し（Ｓ６４）、デモ画像の作成を完了すると（Ｓ６６）、デモ画像を車両側へ送信する（Ｓ６８）。
【００５３】
ここで、前述のように、新規ハードウェアが不要な対象ソフトウェアについては、Ｓ５６で現状のハードウェア環境を前提としたデモ画像のみが作成されている。この場合、１つのデモ画像が送信される。一方、新規ハードウェアが必要な対象ソフトウェアについては、さらに、新規ハードウェア追加を仮定したデモ画像が作成されている。この場合、２つのデモ画像が送信される。本実施形態で取り上げている例は後者に該当する。
【００５４】
車両側では、デモ画像が受信されると（Ｓ２６）、ナビゲーションＥＣＵ１は、図７に示すようにデモ画像をディスプレイに表示させる（Ｓ２８）。右半部には、新規ハードウェア（３Ｄボード）を追加しない状態でのデモ画像が表示される。左半部には、新規ハードウェアを追加した状態でのデモ画像が表示される。３Ｄボードを追加しなければ、本当は図７左半部の画像は表示できない。しかし、本実施形態では、情報センタで３Ｄボードの追加を仮定したデモ画像を作成している。従って、新規ハードウェアたる３Ｄボードを持っていなくとも、３Ｄボード搭載時の状況を擬似的に表現できている。なお、当然ながら、新規ハードウェアが不要な場合は、１つのデモ画像のみが表示される。
【００５５】
図７の画面を見ることにより、ユーザは、バージョンアップ後のソフトウェアの機能を確認できる。デモ画像が表示されるので、ユーザはバージョンアップにより得られる機能を直感的に判断することができる。そして、この機能が、表示の好みや使い勝手の面からユーザが望むものか否かを判断できる。またハードウェアを追加した場合と、しない場合のデモ画像が同時に表示されるので、バージョンアップとともにハードウェアを追加する必要性を容易に理解することができる。そして、対象ソフトウェアが、ハードウェアを追加してまで入手したいソフトウェアであるか否かを判断できる。
【００５６】
デモ画像の表示の後、ナビゲーションＥＣＵ１は、図６に示したバージョンアップ（２）の画面（インストール実行許可要求画面）を再表示させる（Ｓ２９）。ユーザは、画面を見て、「インストール・ディーラーに連絡」または「インストールしない」を選択する。Ｓ２９での選択後、またはＳ２２にて「機能確認」が選択されていない場合には、Ｓ３０へ進む。Ｓ３０では、ユーザがバージョンアップすなわち「インストール・ディーラに連絡」を選択したのか否かを判定する。ＮＯ（「インストールしない」を選択）のときは、バージョンアップ処理を中止する（Ｓ３２）。
【００５７】
Ｓ３０でバージョンアップ（インストール・ディーラーに連絡）が選択されたときは、対象ソフトウェアのダウンロードを実行する（Ｓ３４）。ナビゲーションＥＣＵ１は、送受信回路１３を用いて、対象ソフトウェアの送信を情報センタに対して要求する。情報センタのメンテナンス処理部２０は、要求に応えて対象ソフトウェアをセンタ内記憶媒体２４から読み出し、送受信回路２２を用いて送信する（Ｓ７０）。送信された対象ソフトウェアは、車両側で記憶媒体３に書き込まれ、セットアップされる。
【００５８】
次に、ナビゲーションＥＣＵ１は、ハードウェアの発注が必要か否かを判断する（Ｓ３６）。新規ハードウェアが不要な対象ソフトウェアに関しては、Ｓ３６がＮＯであり、Ｓ４２へ進みバージョンアップサービスを完了する。
【００５９】
本実施形態で取り上げている例では、新規ハードウェア「３Ｄボード」の発注が必要である。そこで、ナビゲーションＥＣＵ１は、ハードウェア発注の要求を情報センタへ送信する（Ｓ３８）。
【００６０】
発注要求を受けたメンテナンス処理部２０は、この発注要求を、通信網２６を介して担当ディーラへ連絡する（Ｓ７２）。担当ディーラは、例えば車両を販売したディーラ、車両の整備を担当しているディーラ、あるいは、ユーザが指定したディーラである。ユーザの指定はＳ３８で発注要求とともに送られてもよい。メンテナンス処理部２０は、担当ディーラが発注を受けたことを示す確認情報、および、ディーラ来店の案内連絡を車両側へ送信する（Ｓ７４）。ディーラ来店の案内とは、担当ディーラのサービス可能な日時などである。車両側では、ナビゲーションＥＣＵ１が、図８のバージョンアップ（３）の画面に示すように、確認と案内連絡をディスプレイに表示させ（Ｓ４０）、バージョンアップサービスを完了する（Ｓ４２）。このように、本実施形態では、ソフトウェアのバージョンアップにともなって必要となるハードウェアの案内から手配までの一連の手続きも行われる。なお、Ｓ３８での発注要求は、情報センタではなく、担当ディーラへ直接送信されてもよい。この場合、担当ディーラから車両へは、電話や電子メールを使って発注の確認と案内連絡を返信してもよい。
【００６１】
以上、本発明の好適な実施の形態について説明した。実施形態によれば、車両から送られた車両情報、ハードウェア情報およびソフトウェア情報に基づいて、その車両に適当なバージョンアップ候補の対象ソフトウェアが検索される。そして、この対象ソフトウェアによりバージョンアップした場合に実現される機能が、デモ画像という形でユーザに提示される。デモ画像を見て、ユーザは、対象ソフトウェアを入手することの是非を判断できる。さらに、バージョンアップにともなって必要となるハードウェアの変更についての情報がユーザに提示され、これを見てユーザはバージョンアップの是非を判断できる。従って、本実施形態によれば、適切な判断材料を与えてバージョンアップの是非の判断をユーザに仰ぐことにより、真にユーザが必要とするバージョンアップを行うことができる。
【００６２】
（１）なお、本発明の確認情報が、上記の実施形態では複数回に分けて情報センタから車載端末装置へ送られている。図３のＳ６２での案内情報では、対象ソフトウェアの情報とハードウェア変更の要否が送られる。後段のＳ６８では、確認情報の一部としてのデモ画像が送られる。これに対し、確認情報は一括して情報センタから車載端末装置へ送られてもよい。
【００６３】
（２）また、上記では、ソフトウェアのバージョンアップを行う場合を中心に説明したが、新規なソフトウェアの追加に関しても、同様の処理により、同様の効果が得られる。ユーザが図４の画面から新規アプリケーション追加を選択した場合も、車両から情報センタへ、選択項目とともに、車両情報、ハードウェア情報およびソフトウェア情報が送られる。メンテナンス処理部２０は、車両側にないソフトウェアの最新バージョンを、提供候補たる対象ソフトウェアとして選ぶ。もちろん、車両側のハードウェア環境に適したソフトウェアが対象ソフトウェアとして選ばれる。
【００６４】
（３）また、図３の手順に従ったメンテナンスにより、ナビゲーション装置の記憶媒体３に記憶されているソフトウェアを削除することもできる。この場合は、車両側から送られた車両情報、ハードウェア情報およびソフトウェア情報に基づき、情報センタのメンテナンス処理部２０が、車両の記憶媒体３に記憶されている不要なソフトウェアを検索する。そして検索したソフトウェアを削除した後にナビゲーション装置で実現される機能を示すデモ画像が作成され、車両側でディスプレイ上に表示される。ユーザは、デモ画像を見て、ソフトウェア削除の実行を許可するか否かを判断できる。
【００６５】
（４）また、本実施形態では、バージョンアップに伴ってハードウェアの追加が必要か否かを判断した。ハードウェア追加は、ハードウェア変更の一形態である。変形例として、その他のハードウェア変更の判断も行われてもよい。例えば、ハードウェアの入替えである。この場合にも、メンテナンス処理は、上記と同様に行えばよい。また、ハードウェアの変更には、上記の例のようなボードの追加だけでなく、より小さな単位（チップなど）、大きな単位（ディスプレイなど）の変更も含まれる。
【００６６】
（５）また、本実施形態では、バージョンアップ後のソフトウェアの機能を確認するためにデモ画像を表示した。これに対し、デモ画像の代わりに、文章や記号などをディスプレイに表示してもよい。また、出力装置１１のスピーカを用いて、バージョンアップ後の機能を音声で説明してもよい。また、音声案内ソフトなどに関しては、バージョンアップ後の機能を音声にて実演してもよい。
【００６７】
（６）また、本実施形態では、ソフトウェアとハードウェアの両方を考慮した判断を行っている。これに対し、両者の一方のみに判断を絞り、簡易な構成としてもよい。例えば、ハードウェア環境は考慮せずに、ソフトウェアの更新、追加のみを行う。十分なハードウェア環境が満たされている状況で好適に有効である。
【００６８】
（７）その他、本実施形態で車両側および情報センタ側に備えられる記憶媒体は、光、磁気、電気などの手法でアクセスできるものであれば、特に限定されない。例えば、車両側の記憶媒体としては、ハードディスクやＳＲＡＭなどが好適である。
【図面の簡単な説明】
【図１】本発明の実施の形態の全体構成を示すブロック図である。
【図２】図１の車載ナビゲーション装置の記憶媒体に記憶されている車両情報、ハードウェア情報およびソフトウェア情報の内容を示す図である。
【図３】図１のシステムにて行われるソフトウェアのメンテナンス処理を示すフローチャートである。
【図４】ユーザがソフトウェアのメンテナンスを指示するための入力画面を示す図である。
【図５】情報センタにて選択された対象ソフトウェアから所望のものを選択するための入力画面を示す図である。
【図６】図５で選択された対象ソフトウェアのインストール実行許可をユーザに求める画面を示す図である。
【図７】図６の画面で機能確認が選択された場合に表示されるデモ画像を示す図である。
【図８】対象ソフトウェアのバージョンアップとともに新規ハードウェアを発注したときの、発注確認画面を示す図である。
【符号の説明】
１  ナビゲーションＥＣＵ、３  記憶媒体、９  入力装置、１１  出力装置、１３  送受信回路、２０  メンテナンス処理部、２２  送受信回路、２４  センタ内記憶媒体。
【図１】
0003591229.tif 000002
【図２】
0003591229.tif 000003
【図３】
0003591229.tif 000004
【図４】
0003591229.tif 000005
【図５】
0003591229.tif 000006
【図６】
0003591229.tif 000007
【図７】
0003591229.tif 000008
【図８】
0003591229.tif 000009