JP3591229B2

JP3591229B2 - Software maintenance system and on-board terminal software maintenance system

Info

Publication number: JP3591229B2
Application number: JP17952997A
Authority: JP
Inventors: 勇二蜷川
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 1997-07-04
Filing date: 1997-07-04
Publication date: 2004-11-17
Anticipated expiration: 2017-07-04
Also published as: JPH1127749A

Description

【０００１】
【発明の属する技術分野】
本発明は、端末装置と基地局側装置が通信手段を介して接続されたシステムであって、端末側のソフトウェアのメンテナンスを行うシステムに関する。また、本発明は、上記システムにおけるソフトウェアのメンテナンス方法に関する。ここで、メンテナンスとは、端末装置のソフトウェアの更新、端末装置への新規ソフトウェアの追加、端末装置のソフトウェアの削除などをいう。本発明は、車両に搭載された端末装置に好適に適用される。
【０００２】
【従来の技術】
車両に搭載されるナビゲーション装置が周知である。また、ナビゲーション装置を含む車載マルチメディア装置も登場しており、車載マルチメディア装置は、さらに、電話やエアコンの制御などの多様な機能を備えるようになっている。このような車載電子機器と情報センタとを通信手段を介して接続し、両者の間で交通情報をはじめとする各種情報の通信を行うことが提案され、一部に実現されている。このシステムでは、情報センタがホストとして機能し、車両あるいは車載電子機器が端末装置（以下、車載端末装置という）として機能する。
【０００３】
従来、車載端末装置では、購入当初から組み込まれているソフトウェアを使い続けるのが普通であった。ところが、近年、車載端末装置の機能の多様化に伴い、様々なソフトウェアが使用されるようになっている。これらのソフトウェアはかなりの頻度で更新され、また、新規のソフトウェアも次々と出てくる傾向にある。車両のユーザは、新しいソフトウェアを入手して車載端末装置の機能を向上することを望むが、どのようなソフトウェアが入手可能であり、また、どのようなソフトウェアが自分の端末装置に適しているかを知ることは容易でない。
【０００４】
【発明が解決しようとする課題】
そこで、車載端末装置のソフトウェアをメンテナンスするサービスを提供することが望まれる。このサービスでは、車載端末装置のハードウェア環境や、すでにもっているソフトウェアに基づいて、その車載端末装置で効果的な機能を発揮できるソフトウェアが提供される。ソフトウェアのメンテナンスは、丁度、車両メンテナンス、すなわち、車両の仕様（車種や年式）に対応して適当なエンジン部品やシャシ部品の交換や追加を行い車両の機能向上を図ることと似ている。メンテナンスシステムは、下記のようなものであることが望ましい。
【０００５】
（１）バージョンアップ用のソフトウェアや、新規のソフトウェアは、通信手段を介して、情報センタなどから供給する。ユーザが車両を販売店等へ持ち込む手間を省くためである。
【０００６】
（２）例えば、パーソナルコンピュータ用のソフトウェアは汎用性が高く、多くの機種で問題なく使える。これに対し、車載端末装置用のソフトウェアは汎用性が限られている。車両のユーザは、車載端末装置のソフトウェアに関する知識も持ち合わせていない。そこで、ユーザに代わり、どのソフトウェアを入手するのが良いかを判断する。この判断のため、車載端末装置が備えているハードウェアやソフトウェアを調べる。ハードウェアには、車種や年式などの車両仕様も含まれる。例えば、車種ごとにオーディオシステムが違うといったことがあるからである。そして、ソフト、ハードの調査結果に基づいて、車載端末装置の機能を効果的に向上できるソフトウェアを決定し、このソフトウェアを車載端末装置へ送る。
【０００７】
参考として、端末装置としてのパーソナルコンピュータを含むネットワークシステムでは、端末装置へソフトウェアをダウンロードすることが頻繁に行われる。しかし、これは、ユーザが入手したいソフトウェアを決め、端末装置を操作し、ソフトウェアの送信をホストコンピュータへ要求するものである。上記のようなメンテナンス機能をもつことは一般的ではない。
【０００８】
また、特開平８−２１２０６０号公報に記載の電子メールシステムでは、端末装置が持っているソフトウェアのバージョンを考慮したメンテナンスを行うことが提案されている。端末装置は、バージョンアップ要求とともに、自己の保有するソフトウェアのバージョン情報をホストコンピュータに送信する。ホストコンピュータは、上記端末装置に新バージョンのソフトウェアを返信する。端末装置は、返信されたソフトウェアを記憶媒体に格納する。しかし、このシステムも、車両ごとに車載端末装置や車両自身の仕様が異なる状況で、効果的に役立つものとはいえない。
【０００９】
さらに、上記の（１）、（２）に述べたメンテナンスシステムが実現したとしても、下記の問題が残る。車載端末装置へバージョンアップ用のソフトウェアをダウンロードするとき、車載端末装置のユーザは、どのような新しい機能が追加されるのか、どのような機能アップが行われるのかをダウンロード前に確認できない。新規のソフトウェアについても、その機能をダウンロード前に実際に確認することはできない。
【００１０】
そのため、ソフトウェアをダウンロードしてみてから、実際の表示や使い勝手が気に入らず、ユーザの望む機能が実現されないと分かることがある。また、新しいソフトウェアが、端末装置の保有するハードウェアやソフトウェアの環境に、ユーザの望む状態で適合しないことがある。例えば、新規ソフトウェアが極めて遅い速度でしか動作しないといったような状況である。また、ユーザは、新しいソフトウェアにより実現される機能と、そのソフトウェアを取り入れる際に発生する費用とを予め対比することはできない。ダウンロード後に、バージョンアップ等に伴ってハードウェアの変更とそのための費用が必要だと分かることがある。上記の如く、端末装置のソフトウェアをバージョンアップ等するメンテナンスを行っても、ユーザが真に必要とするソフトウェアを入手できない可能性がある。
【００１１】
以上では、車載端末装置を例に取り上げた。しかし、同様の問題は、他の種類の端末装置でも発生しうる。コンピュータを備えた電子機器の普及に伴い、ユーザを支援して、その電子機器が用いるソフトウェアをメンテナンスするサービスの提供が望まれる。
【００１２】
本発明は上記課題に鑑みてなされたものであり、その目的は、メンテナンスによってソフトウェアの更新、追加等が行われることの是非の判断を下すための判断材料をユーザに与え、端末装置に真に適した機能をもつソフトウェアを用いてメンテナンスが行われるようにすることにある。
【００１３】
本発明の他の目的は、上記の判断材料の一つとして、ソフトウェアの変更とともに必要となるハードウェアの変更に関する情報をユーザに提供可能にすることにある。
【００１４】
また本発明の他の目的は、提供されるソフトウェアの持つ機能を直感的に判断できるかたちで上記の判断材料をユーザに与えることにある。
【００１５】
【課題を解決するための手段】
（１）本発明のメンテナンスシステムは、基地局側装置と、該基地局側装置に通信手段を介して接続された端末装置を含み、基地局側から端末装置へソフトウェアをダウンロードして端末装置側のソフトウェアのメンテナンスを行う。基地局側装置は、端末装置に保有されたソフトウェアおよびハードウェアを示す保有ソフト／ハード情報に基づき、提供候補たる対象ソフトウェアを決定する候補決定手段と、前記対象ソフトウェアにより実現される機能を示す機能情報を生成する機能情報生成手段とを有し、前記機能情報を含む確認情報を端末装置へ送信する。端末装置は、前記対象ソフトウェアのダウンロードに先立って前記確認情報をユーザに提示してダウンロード実行の許可を求める許可要求手段を有し、ユーザによる許可後に前記対象ソフトウェアをダウンロードする。好ましくは、端末装置は、前記基地局側装置に対して、ソフトウェア提供の要求とともに、前記保有ソフト／ハード情報を送信する。
【００１６】
なお、上記の基地局側装置は、対象ソフトウェアを、基地局側装置が予め用意しているものから選んでもよい。あるいは、基地局側装置の外部から通信手段を使って入手してもよい。
【００１７】
また、上記の許可要求手段は、例えば、確認情報を、ディスプレイ表示や音声出力といった形でユーザに提示し、そして、ユーザの許可を、スイッチ操作や音声入力といった形で受ける。端末装置の制御部が許可要求手段としての役割を果たせばよい。
【００１８】
本発明によれば、基地局側装置は、保有ソフト／ハード情報に基づき、提供候補たる対象ソフトウェアを決定する。ここでは、端末装置側の環境に適したソフトウェアが選ばれる。しかし、この対象ソフトウェアの入手をユーザが本当に望むとは限らない。そこで、対象ソフトウェアにより実現される機能を示す機能情報が生成され、この機能情報を含む確認情報が端末装置へ送信される。端末装置では、確認情報をユーザに提示してダウンロード実行の許可が求められる。ユーザは、対象ソフトウェアの機能を確認した上でダウンロード実行の許可を出す。これにより、対象ソフトウェアがダウンロードされ、端末装置にセットアップされる。このように、本発明によれば、対象ソフトウェアの機能が端末装置に適しているか否かを判断してダウンロード実行を決めるための判断材料がユーザに与えられる。従って、端末装置のメンテナンスに際し、ユーザが真に必要とするソフトウェアの更新や追加を行うことができる。
【００１９】
好ましくは、基地局側装置は、前記保有ソフト／ハード情報に基づいて、端末側のハードウェア環境を前記対象ソフトウェアに適合させるためのハードウェア変更の要否を判定し、判定結果を前記確認情報に含めて送信する。これにより、対象ソフトウェアを使用するためにハードウェアを変えてやる必要があることがユーザに分かる。ユーザは、ハードウェア変更の要否を、ダウンロード実行の是非を判断するための判断材料にすることができる。上記の判定結果には、ハードウェアを変更するためのサービスに関する情報を適宜含めることが好ましい。
【００２０】
好ましくは、前記機能情報は、前記対象ソフトウェアがダウンロードされたとした場合に端末装置の表示手段に表示される画像であるデモンストレーション画像を含む。これにより、ユーザは、入手前の対象ソフトウェアの機能を前もって体験できるので、その対象ソフトウェアを入手すべきか否かを直感的に判断できる。
【００２４】
【発明の実施の形態】
以下、本発明の好適な実施の形態（以下実施形態という）を、図面に基づいて説明する。本実施形態では、車両に搭載されたナビゲーション装置が、本発明の端末装置に相当する。そして、ナビゲーション装置のソフトウェアのメンテナンス、すなわち、ナビゲーション装置の機能を効果的に向上させるソフトウェアの更新や追加が行われる。
【００２５】
図１は、本実施形態の全体構成を示すブロック図である。本実施形態のシステムは、端末装置としての車載ナビゲーション装置と、基地局側装置としての情報センタを含む。ナビゲーション装置において、ナビゲーションＥＣＵ１はＣＰＵを有し、装置全体を制御している。
【００２６】
ナビゲーションＥＣＵ１には記憶媒体３が接続されている。記憶媒体３には、各種のソフトウェアが記憶されており、ソフトウェアは、ナビゲーションＥＣＵ１へ読み出されて実行される。これにより、ソフトウェアの持つ機能がナビゲーション装置で発揮される。また、記憶媒体３には、全国の道路情報などを含む地図データが記憶されている。地図データは、現在位置周辺の地図を表示するために用いられたり、走行目的地までの最適経路を探索するために用いられる。また、記憶媒体３には、図２に示すような車両情報、ハードウェア情報およびソフトウェア情報が記憶されている。車両情報は、ナビゲーション装置が搭載されている車両の車種や年式を含んでおり、車両情報を参照することにより、車両が備える装備が特定される。ハードウェア情報は、図２に示すように、ナビゲーション装置が備えるハードウェアの仕様を示しており、ＣＰＵのタイプ、クロック周波数、ＲＡＭの容量、表示解像度、表示色数、表示用ＩＣのタイプ、スピーカ数などを含む。ソフトウェア情報は、記憶媒体３で記憶している各種ソフトウェアとそのバージョンを示す情報である。図２に示すように、ナビゲーション用ソフトウェア、ブラウザソフトウェア、音声合成用ソフトウェア、ＯＳなどの名称とバージョン情報が含まれている。
【００２７】
また、ナビゲーションＥＣＵ１には、ＧＰＳ装置５が接続されており、ＧＰＳ（グローバルポジショニングシステム）装置５は、人工衛星から送られる電波を利用して現在位置を検出し、ナビゲーションＥＣＵ１へ送る。
【００２８】
さらに、ナビゲーションＥＣＵ１には、入力インターフェース部７を介して入力装置９が接続され、出力インターフェース部１０を介して出力装置１１が接続されている。入力装置９は、ユーザがナビゲーション装置に対する各種の指示を入力するための装置である。入力装置９は、ジョイスティック・スイッチや音声認識装置を含む。ジョイスティック・スイッチは、ユーザによって手動操作される。音声認識装置からは、ユーザの音声による指示が入力される。ソフトウェアのメンテナンスを行うときのユーザの指示も、入力装置９から入力される。
【００２９】
出力装置１１は、ディスプレイやスピーカを有する。ナビゲーションの際は、出力装置１１にて画面表示が行われ、音声案内が出力される。ディスプレイには、ユーザからの指示を受け付けるための画像（いわゆるダイアログ画面に相当）も表示される。ソフトウェアのメンテナンスの際にも、このダイアログ画面が表示される。また、上記のダイアログ画面が表示されるとき、スピーカからは、ユーザに対して指示の入力を要求するための音声案内が適宜出力される。
【００３０】
ナビゲーションＥＣＵ１は、前述のように、装置全体を制御しており、記憶媒体３から読み出したソフトウェアを実行して各種のナビゲーションを行う。例えば、ＧＰＳ装置５の出力を基に、記憶媒体３から現在位置周辺の地図を読み出して、出力装置１１のディスプレイに表示させる。また、ユーザにより入力装置９から走行目的地が入力されると、地図データを用いて目的地までの最適経路を探索、設定する。経路探索は、ダイクストラ法などを用いた通常の方法で行われる。設定された最適経路は、ディスプレイ上に、他の道路と区別して表示される。また、設定経路に基づき、経路案内として、右左折すべき交差点に接近したときに交差点の拡大表示が行われ、進行方向を示す音声案内が出力される。
【００３１】
さらに、ナビゲーションＥＣＵ１には、送受信回路１３が接続されている。ナビゲーションＥＣＵ１は、送受信回路１３を制御して、情報センタとの間でデータ通信を行う。メンテナンス用のソフトウェアも、この送受信回路１３を用いて取得される。
【００３２】
次に、情報センタの構成について説明する。メンテナンス処理部２０は、センタ側のシステム全体を制御している。メンテナンス処理部２０には、送受信回路２２が接続されている。メンテナンス処理部２０は、送受信回路２２を用いて上記の車載ナビゲーション装置との間でデータ通信を行う。
【００３３】
また、メンテナンス処理部２０は、センタ内記憶媒体２４と接続されている。センタ内記憶媒体２４は、車両へ提供するための各種のソフトウェアを記憶している。またセンタ内記憶媒体２４には、上記の提供用ソフトウェアを動作させるために必要なハードウェア環境を判定するための情報が記憶されている。さらに、各ハードウェア環境において、ソフトウェアがどのように動作するかを求めるための情報が記憶されている。具体的には、図１に例示するように、各種のナビゲーション装置用のＣＰＵの処理能力値や、各種のソフトウェアがハードウェアに対して要求する能力値や、各種のハードウェアが持つ能力値が記憶されている。また、ソフトウェアと、そのソフトウェアを好適に動作させるのに必要なハードウェア仕様との対応関係（必要関係）が記憶されている。さらに、車載ナビゲーション装置のために市場で提供されているソフトウェアおよびハードウェアに関する最新情報が記憶されている。
【００３４】
メンテナンス処理部２０は、センタ内記憶媒体２４からソフトウェアを読み出して、送受信回路２２を介して車両へ送信する処理を行う。また、メンテナンス処理部２０は、後述するように、ソフトウェアの送信の前に、センタ内記憶媒体２４の記憶データを用いて、車載ナビゲーション装置へ提供するソフトウェアの候補たる対象ソフトウェアを検索する。また、メンテナンス処理部２０では、対象ソフトウェアのデモ画面の作成や、対象ソフトウェアに関わるハードウェア提供サービスのための案内の作成が行われる。対象ソフトウェアに関する情報や、デモ画面、ハードウェア提供サービスの案内も、メンテナンス処理部２０から、送受信回路２２を介して車両へ送られる。
【００３５】
その他、メンテナンス処理部２０は通信網２６と接続されている。メンテナンス処理部２０は、通信網２６を介して、外部より必要なデータを入手する。例えば、最新のソフトウェアやハードウェアに関する情報や、最新のソフトウェア自体が入手される。これらのデータは、適宜、センタ内記憶媒体２４に書き込まれ、あるいは直接に送受信回路２２から車載ナビゲーション装置へ送られる。
【００３６】
次に、図３を参照し、車載ナビゲーション装置のソフトウェアをメンテナンスするときの処理を説明する。図３において、左半部（Ｓ１０〜Ｓ４２）は、車両側で行われる処理である。また図３の右半部（Ｓ５０〜Ｓ７４）は情報センタ側で行われる処理である。メンテナンスの過程では、車両と情報センタの間で複数回のデータのやりとりが行われる。なお、ここでは、車両側の記憶媒体３に記憶されているソフトウェアの更新（バージョンアップ）を行う場合を中心に説明するが、新規ソフトウェアの追加の際も同様の処理が行われる。
【００３７】
まず、図４に示すアプリケーション・メニューから、ユーザによる項目の選択が行われる（Ｓ１０）。アプリケーション・メニューには、メンテナンス関連項目として、「バージョンアップ」および「新規アプリケーション追加」が設けられている。ユーザは、選択した項目を入力装置９から入力する。この時、ジョイスティック・スイッチを用いて手操作で選択項目が入力されてもよく、また、音声認識装置に対して音声で選択項目が入力されてもよい（以下の入力作業も同様とする）。ここでは、ユーザが、「バージョンアップ」を選択したものとする。
【００３８】
メンテナンスを指示する項目が入力されると、ナビゲーションＥＣＵ１は、記憶媒体３から図２に示した車両情報、ハードウェア情報およびソフトウェア情報を読み出し、これらの情報を選択項目に付加する（Ｓ１２）。車両情報などを付加された選択項目は、送受信回路１３を用いて情報センタへ送信される（Ｓ１４）。
【００３９】
情報センタでは、車両からのデータが受信されると（Ｓ５０）、メンテナンス処理部２０が、センタ内記憶媒体２４に記憶されているソフトウェアから、バージョンアップ対象の候補となるソフトウェア（対象ソフトウェア）を検索する（Ｓ５２）。車両から送られたソフトウェア情報が参照され、車両側でもっているソフトウェアの最新バージョンが対象ソフトウェアとして選ばれる。この際、対象ソフトウェアとしては、車両のハードウェア環境で動作させることができるものが選ばれる。この判断は、車両情報やハードウェア情報に基づいて行われる。ハードウェアを追加してやれば好適に動作させることができるものも対象ソフトウェアとして選ばれる。ただし、車両側のハードウェアを全面的に変更しなければならないようなソフトウェアは、対象ソフトウェアとはならない。
【００４０】
メンテナンス処理部２０は、検索処理により対象ソフトウェアが見つかったか否かを判断する（Ｓ５４）。１または複数の対象ソフトウェアが見つかった場合には、そのソフトウェアを示す案内情報を作成する（Ｓ５６）。
【００４１】
このとき、メンテナンス処理部２０では、デモンストレーション画像（以下デモ画像という）の作成が開始される。デモ画像は、対象ソフトウェアによるバージョンアップが行われたと仮定した場合において、ソフトウェア実行時に車両側のディスプレイに表示される画像である。すなわち、デモ画像は、まだバージョンアップが行われていないにもかかわらず、バージョンアップ後の状況を仮想的に提示するための画像である。デモ画像は、車両情報やハードウェア情報、ソフトウェア情報を参照して作成される。完成後のデモ画像を車両で表示すれば、車両毎に、その車両のハードウェア環境で、その車両が保有している他のソフトウェアとともに対象ソフトウェアが実行されたときに、ディスプレイ上で発揮される対象ソフトウェアの機能がユーザに提示される。
【００４２】
次に、メンテナンス処理部２０は、上記の対象ソフトウェアによるバージョンアップを行った場合に、車載ナビゲーション装置に新規ハードウェアを追加することが必要か否かを判断する（Ｓ５８）。必要でない場合には、Ｓ５６で作成した案内情報を車両側へ送信する（Ｓ６２）。新規ハードウェアが必要な場合、そのハードウェアを示す情報を、Ｓ５６で作成した案内情報に追加し（Ｓ６０）、案内情報を車両側に送信する（Ｓ６２）。
【００４３】
また、Ｓ６０では、新規ハードウェアを車載ナビゲーション装置に追加したと仮定した場合のデモ画像の作成が開始される。上記のＳ５６では、現状のハードウェア環境を前提としたデモ画像の作成が開始されている。２つのデモ画像作成は並行して、あるいは順次行われる。従って、新規ハードウェアが必要な場合、新規ハードウェアを追加したときと、追加しないときの２つのデモ画像が作成される。
【００４４】
その他、Ｓ５４で、対象ソフトウェアが見つからなかったときは、その旨を車両に送信する。
【００４５】
車両側において、ナビゲーションＥＣＵ１は、案内情報を受信すると（Ｓ１６）、図５に示すバージョンアップ（１）の画面をディスプレイに表示させる。バージョンアップ（１）の画面には、情報センタでメンテナンス処理部２０が検索した対象ソフトウェアが列挙される。ユーザは、列挙された対象ソフトウェアから、１または複数のソフトウェアを選択する（Ｓ１８）。なお、この段階で、ユーザは「キャンセル」の選択により、バージョンアップを中止することもできる。
【００４６】
ここでは、Ｓ１８にて、図５に示される「３Ｄ拡大案内図モジュール」というソフトウェアが選択されたとする。そして、「３Ｄ拡大案内図モジュール」については、情報センタで、Ｓ５８にて新規ハードウェア「３Ｄボード」が必要と判断されたとする。「３Ｄボード」が必要であることは、案内情報とともに情報センタより通知済みである。
【００４７】
Ｓ１８で対象ソフトウェアが選択されると、図６に示すバージョンアップ（２）の画面がディスプレイ上に表示される（Ｓ２０）。バージョンアップ（２）は、ユーザに対して対象ソフトウェアのインストールの許可を要求するための画面である。画面上には、選択項目として、「インストール・ディーラに連絡」、「インストールしない」および「機能確認」が表示される。
【００４８】
なお、本実施形態のシステムでは、後述するように、指示：「インストール」が入力されると、情報センタから車両へのソフトウェアのダウンロードと、ダウンロードしたソフトウェアのセットアップとの両方が行われる。従って、インストールの許可（許可要求）は、ダウンロードの許可（許可要求）をも含んでいる。
【００４９】
また、バージョンアップ（２）の画面には、新規ハードウェアが必要な場合、ハードウェアの情報も表示される。上記のように「３Ｄ拡大案内図モジュール」には「３Ｄボード」が必要なので、その旨が表示されている。
【００５０】
ただし、Ｓ１８にて新規ハードウェアが不要な対象ソフトウェアが選択された場合、当然、バージョンアップ（２）の画面にハードウェアの案内は表示されない。また、選択項目としては「インストール・ディーラに連絡」の代わりに「インストール」とのみ表示される。ディーラに連絡してハードウェアを手配する必要がないからである。
【００５１】
ユーザは、Ｓ２０にて「インストール」を選択してしまってもよい。あるいは、この時点で「インストールしない」を選択してバージョンアップを中止してもよい。インストール前に対象ソフトウェアの機能を確認したい場合には、「機能確認」を選択する。
【００５２】
ナビゲーションＥＣＵ１は、ユーザにより「機能確認」が選択されたか否かを判断し（Ｓ２２）、機能確認が選択された場合には、デモ画像要求を情報センタへ送信する（Ｓ２４）。情報センタ側では、前述のように、メンテナンス処理部２０が、デモ画像を作成を行っている。メンテナンス処理部２０は、車両側からデモ画像要求を受信し（Ｓ６４）、デモ画像の作成を完了すると（Ｓ６６）、デモ画像を車両側へ送信する（Ｓ６８）。
【００５３】
ここで、前述のように、新規ハードウェアが不要な対象ソフトウェアについては、Ｓ５６で現状のハードウェア環境を前提としたデモ画像のみが作成されている。この場合、１つのデモ画像が送信される。一方、新規ハードウェアが必要な対象ソフトウェアについては、さらに、新規ハードウェア追加を仮定したデモ画像が作成されている。この場合、２つのデモ画像が送信される。本実施形態で取り上げている例は後者に該当する。
【００５４】
車両側では、デモ画像が受信されると（Ｓ２６）、ナビゲーションＥＣＵ１は、図７に示すようにデモ画像をディスプレイに表示させる（Ｓ２８）。右半部には、新規ハードウェア（３Ｄボード）を追加しない状態でのデモ画像が表示される。左半部には、新規ハードウェアを追加した状態でのデモ画像が表示される。３Ｄボードを追加しなければ、本当は図７左半部の画像は表示できない。しかし、本実施形態では、情報センタで３Ｄボードの追加を仮定したデモ画像を作成している。従って、新規ハードウェアたる３Ｄボードを持っていなくとも、３Ｄボード搭載時の状況を擬似的に表現できている。なお、当然ながら、新規ハードウェアが不要な場合は、１つのデモ画像のみが表示される。
【００５５】
図７の画面を見ることにより、ユーザは、バージョンアップ後のソフトウェアの機能を確認できる。デモ画像が表示されるので、ユーザはバージョンアップにより得られる機能を直感的に判断することができる。そして、この機能が、表示の好みや使い勝手の面からユーザが望むものか否かを判断できる。またハードウェアを追加した場合と、しない場合のデモ画像が同時に表示されるので、バージョンアップとともにハードウェアを追加する必要性を容易に理解することができる。そして、対象ソフトウェアが、ハードウェアを追加してまで入手したいソフトウェアであるか否かを判断できる。
【００５６】
デモ画像の表示の後、ナビゲーションＥＣＵ１は、図６に示したバージョンアップ（２）の画面（インストール実行許可要求画面）を再表示させる（Ｓ２９）。ユーザは、画面を見て、「インストール・ディーラーに連絡」または「インストールしない」を選択する。Ｓ２９での選択後、またはＳ２２にて「機能確認」が選択されていない場合には、Ｓ３０へ進む。Ｓ３０では、ユーザがバージョンアップすなわち「インストール・ディーラに連絡」を選択したのか否かを判定する。ＮＯ（「インストールしない」を選択）のときは、バージョンアップ処理を中止する（Ｓ３２）。
【００５７】
Ｓ３０でバージョンアップ（インストール・ディーラーに連絡）が選択されたときは、対象ソフトウェアのダウンロードを実行する（Ｓ３４）。ナビゲーションＥＣＵ１は、送受信回路１３を用いて、対象ソフトウェアの送信を情報センタに対して要求する。情報センタのメンテナンス処理部２０は、要求に応えて対象ソフトウェアをセンタ内記憶媒体２４から読み出し、送受信回路２２を用いて送信する（Ｓ７０）。送信された対象ソフトウェアは、車両側で記憶媒体３に書き込まれ、セットアップされる。
【００５８】
次に、ナビゲーションＥＣＵ１は、ハードウェアの発注が必要か否かを判断する（Ｓ３６）。新規ハードウェアが不要な対象ソフトウェアに関しては、Ｓ３６がＮＯであり、Ｓ４２へ進みバージョンアップサービスを完了する。
【００５９】
本実施形態で取り上げている例では、新規ハードウェア「３Ｄボード」の発注が必要である。そこで、ナビゲーションＥＣＵ１は、ハードウェア発注の要求を情報センタへ送信する（Ｓ３８）。
【００６０】
発注要求を受けたメンテナンス処理部２０は、この発注要求を、通信網２６を介して担当ディーラへ連絡する（Ｓ７２）。担当ディーラは、例えば車両を販売したディーラ、車両の整備を担当しているディーラ、あるいは、ユーザが指定したディーラである。ユーザの指定はＳ３８で発注要求とともに送られてもよい。メンテナンス処理部２０は、担当ディーラが発注を受けたことを示す確認情報、および、ディーラ来店の案内連絡を車両側へ送信する（Ｓ７４）。ディーラ来店の案内とは、担当ディーラのサービス可能な日時などである。車両側では、ナビゲーションＥＣＵ１が、図８のバージョンアップ（３）の画面に示すように、確認と案内連絡をディスプレイに表示させ（Ｓ４０）、バージョンアップサービスを完了する（Ｓ４２）。このように、本実施形態では、ソフトウェアのバージョンアップにともなって必要となるハードウェアの案内から手配までの一連の手続きも行われる。なお、Ｓ３８での発注要求は、情報センタではなく、担当ディーラへ直接送信されてもよい。この場合、担当ディーラから車両へは、電話や電子メールを使って発注の確認と案内連絡を返信してもよい。
【００６１】
以上、本発明の好適な実施の形態について説明した。実施形態によれば、車両から送られた車両情報、ハードウェア情報およびソフトウェア情報に基づいて、その車両に適当なバージョンアップ候補の対象ソフトウェアが検索される。そして、この対象ソフトウェアによりバージョンアップした場合に実現される機能が、デモ画像という形でユーザに提示される。デモ画像を見て、ユーザは、対象ソフトウェアを入手することの是非を判断できる。さらに、バージョンアップにともなって必要となるハードウェアの変更についての情報がユーザに提示され、これを見てユーザはバージョンアップの是非を判断できる。従って、本実施形態によれば、適切な判断材料を与えてバージョンアップの是非の判断をユーザに仰ぐことにより、真にユーザが必要とするバージョンアップを行うことができる。
【００６２】
（１）なお、本発明の確認情報が、上記の実施形態では複数回に分けて情報センタから車載端末装置へ送られている。図３のＳ６２での案内情報では、対象ソフトウェアの情報とハードウェア変更の要否が送られる。後段のＳ６８では、確認情報の一部としてのデモ画像が送られる。これに対し、確認情報は一括して情報センタから車載端末装置へ送られてもよい。
【００６３】
（２）また、上記では、ソフトウェアのバージョンアップを行う場合を中心に説明したが、新規なソフトウェアの追加に関しても、同様の処理により、同様の効果が得られる。ユーザが図４の画面から新規アプリケーション追加を選択した場合も、車両から情報センタへ、選択項目とともに、車両情報、ハードウェア情報およびソフトウェア情報が送られる。メンテナンス処理部２０は、車両側にないソフトウェアの最新バージョンを、提供候補たる対象ソフトウェアとして選ぶ。もちろん、車両側のハードウェア環境に適したソフトウェアが対象ソフトウェアとして選ばれる。
【００６４】
（３）また、図３の手順に従ったメンテナンスにより、ナビゲーション装置の記憶媒体３に記憶されているソフトウェアを削除することもできる。この場合は、車両側から送られた車両情報、ハードウェア情報およびソフトウェア情報に基づき、情報センタのメンテナンス処理部２０が、車両の記憶媒体３に記憶されている不要なソフトウェアを検索する。そして検索したソフトウェアを削除した後にナビゲーション装置で実現される機能を示すデモ画像が作成され、車両側でディスプレイ上に表示される。ユーザは、デモ画像を見て、ソフトウェア削除の実行を許可するか否かを判断できる。
【００６５】
（４）また、本実施形態では、バージョンアップに伴ってハードウェアの追加が必要か否かを判断した。ハードウェア追加は、ハードウェア変更の一形態である。変形例として、その他のハードウェア変更の判断も行われてもよい。例えば、ハードウェアの入替えである。この場合にも、メンテナンス処理は、上記と同様に行えばよい。また、ハードウェアの変更には、上記の例のようなボードの追加だけでなく、より小さな単位（チップなど）、大きな単位（ディスプレイなど）の変更も含まれる。
【００６６】
（５）また、本実施形態では、バージョンアップ後のソフトウェアの機能を確認するためにデモ画像を表示した。これに対し、デモ画像の代わりに、文章や記号などをディスプレイに表示してもよい。また、出力装置１１のスピーカを用いて、バージョンアップ後の機能を音声で説明してもよい。また、音声案内ソフトなどに関しては、バージョンアップ後の機能を音声にて実演してもよい。
【００６７】
（６）また、本実施形態では、ソフトウェアとハードウェアの両方を考慮した判断を行っている。これに対し、両者の一方のみに判断を絞り、簡易な構成としてもよい。例えば、ハードウェア環境は考慮せずに、ソフトウェアの更新、追加のみを行う。十分なハードウェア環境が満たされている状況で好適に有効である。
【００６８】
（７）その他、本実施形態で車両側および情報センタ側に備えられる記憶媒体は、光、磁気、電気などの手法でアクセスできるものであれば、特に限定されない。例えば、車両側の記憶媒体としては、ハードディスクやＳＲＡＭなどが好適である。
【図面の簡単な説明】
【図１】本発明の実施の形態の全体構成を示すブロック図である。
【図２】図１の車載ナビゲーション装置の記憶媒体に記憶されている車両情報、ハードウェア情報およびソフトウェア情報の内容を示す図である。
【図３】図１のシステムにて行われるソフトウェアのメンテナンス処理を示すフローチャートである。
【図４】ユーザがソフトウェアのメンテナンスを指示するための入力画面を示す図である。
【図５】情報センタにて選択された対象ソフトウェアから所望のものを選択するための入力画面を示す図である。
【図６】図５で選択された対象ソフトウェアのインストール実行許可をユーザに求める画面を示す図である。
【図７】図６の画面で機能確認が選択された場合に表示されるデモ画像を示す図である。
【図８】対象ソフトウェアのバージョンアップとともに新規ハードウェアを発注したときの、発注確認画面を示す図である。
【符号の説明】
１ナビゲーションＥＣＵ、３記憶媒体、９入力装置、１１出力装置、１３送受信回路、２０メンテナンス処理部、２２送受信回路、２４センタ内記憶媒体。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a system in which a terminal device and a base station-side device are connected via communication means, and relates to a system that performs maintenance of terminal-side software. The present invention also relates to a software maintenance method in the above system. Here, the maintenance means updating software of the terminal device, adding new software to the terminal device, deleting software of the terminal device, and the like. The present invention is suitably applied to a terminal device mounted on a vehicle.
[0002]
[Prior art]
Navigation devices mounted on vehicles are well known. In addition, in-vehicle multimedia devices including a navigation device have also appeared, and the in-vehicle multimedia devices are further provided with various functions such as control of telephones and air conditioners. It has been proposed to connect such an in-vehicle electronic device and an information center via communication means, and to perform communication of various kinds of information including traffic information between the two, and some of them have been realized. In this system, the information center functions as a host, and the vehicle or the vehicle-mounted electronic device functions as a terminal device (hereinafter, referred to as a vehicle-mounted terminal device).
[0003]
Conventionally, in-vehicle terminal devices usually continue to use software installed from the beginning of purchase. However, in recent years, with the diversification of functions of the in-vehicle terminal device, various softwares have been used. These software are updated quite frequently, and new software tends to be released one after another. Vehicle users want to obtain new software to improve the capabilities of in-vehicle terminals, but to determine what software is available and what software is suitable for their terminal It is not easy to know.
[0004]
[Problems to be solved by the invention]
Therefore, it is desired to provide a service for maintaining the software of the in-vehicle terminal device. In this service, based on the hardware environment of the in-vehicle terminal device and the existing software, software capable of exhibiting effective functions in the in-vehicle terminal device is provided. Software maintenance is similar to vehicle maintenance, that is, replacement or addition of appropriate engine parts and chassis parts in accordance with the specifications (vehicle type and model) of the vehicle to improve the functions of the vehicle. It is desirable that the maintenance system be as follows.
[0005]
(1) Version upgrade software and new software are supplied from an information center or the like via communication means. This is to save the user the trouble of bringing the vehicle to a store or the like.
[0006]
(2) For example, software for personal computers has high versatility and can be used without problems on many models. In contrast, software for in-vehicle terminal devices has limited versatility. The user of the vehicle has no knowledge of the software of the in-vehicle terminal device. Therefore, it is determined which software should be obtained on behalf of the user. For this determination, the hardware and software of the in-vehicle terminal device are checked. The hardware also includes vehicle specifications such as vehicle type and year. For example, the audio system may be different for each vehicle type. Then, based on the survey results of the software and the hardware, software that can effectively improve the functions of the in-vehicle terminal device is determined, and this software is sent to the in-vehicle terminal device.
[0007]
For reference, in a network system including a personal computer as a terminal device, software is frequently downloaded to the terminal device. However, in this method, the user determines software to be obtained, operates the terminal device, and requests the host computer to transmit the software. It is not common to have such a maintenance function.
[0008]
Further, in the electronic mail system described in Japanese Patent Application Laid-Open No. 8-212060, it has been proposed to perform maintenance in consideration of the software version of the terminal device. The terminal device transmits the version information of the software owned by the terminal device to the host computer together with the version upgrade request. The host computer returns a new version of the software to the terminal device. The terminal device stores the returned software in a storage medium. However, this system cannot be said to be effectively useful in a situation where the specifications of the in-vehicle terminal device and the vehicle itself are different for each vehicle.
[0009]
Further, even if the maintenance system described in the above (1) and (2) is realized, the following problem remains. When downloading the version upgrade software to the in-vehicle terminal device, the user of the in-vehicle terminal device cannot confirm what new function is added or what kind of function upgrade is performed before downloading. Even for new software, you can't actually check its features before downloading.
[0010]
Therefore, after downloading the software, the user may not be satisfied with the actual display and usability, and may find that the function desired by the user is not realized. In addition, new software may not be suitable for the environment of hardware or software held by the terminal device in a state desired by the user. For example, a situation in which new software operates only at a very slow speed. Further, the user cannot compare in advance the functions realized by the new software with the costs incurred when incorporating the software. After downloading, you may find that you need to change hardware and pay for it due to version upgrade. As described above, even if maintenance such as upgrading the software of the terminal device is performed, the user may not be able to obtain the software that the user really needs.
[0011]
The in-vehicle terminal device has been described above as an example. However, a similar problem may occur in other types of terminal devices. 2. Description of the Related Art With the spread of electronic devices including a computer, it is desired to provide a service for supporting a user and maintaining software used by the electronic device.
[0012]
The present invention has been made in view of the above problems, and an object of the present invention is to provide a user with a judgment material for making a judgment as to whether or not software update or addition is performed by maintenance, and to provide the terminal device with a truly The maintenance is to be performed using software having suitable functions.
[0013]
Another object of the present invention is to make it possible to provide a user with information on a necessary hardware change together with a software change, as one of the above-mentioned judgment materials.
[0014]
It is another object of the present invention to provide the above-described determination material to a user in such a manner that the function of the provided software can be intuitively determined.
[0015]
[Means for Solving the Problems]
(1) The maintenance system of the present invention includes a base station side device and a terminal device connected to the base station side device via communication means, downloads software from the base station side to the terminal device, and downloads the software to the terminal device side. Perform software maintenance. The base station-side device includes candidate determining means for determining target software to be provided based on owned software / hardware information indicating software and hardware held in the terminal device, and a function indicating a function realized by the target software. Function information generating means for generating information, and transmitting confirmation information including the function information to the terminal device. The terminal device has permission requesting means for presenting the confirmation information to the user prior to downloading the target software and requesting permission to execute the download, and downloads the target software after permission from the user. Preferably, the terminal device transmits the owned software / hardware information to the base station device together with a request for providing software.
[0016]
The base station apparatus may select the target software from those prepared in advance by the base station apparatus. Alternatively, it may be obtained from outside the base station side device using communication means.
[0017]
In addition, the above-mentioned permission requesting means presents the confirmation information to the user in the form of display display or voice output, for example, and receives the user's permission in the form of a switch operation or voice input. The control unit of the terminal device only has to play a role as permission request means.
[0018]
According to the present invention, the base station apparatus determines target software that is a candidate to be provided, based on the held software / hardware information. Here, software suitable for the environment of the terminal device is selected. However, users do not always want to obtain the target software. Accordingly, function information indicating a function realized by the target software is generated, and confirmation information including the function information is transmitted to the terminal device. In the terminal device, confirmation information is presented to the user, and permission for download execution is required. After confirming the function of the target software, the user gives permission to execute the download. As a result, the target software is downloaded and set up in the terminal device. As described above, according to the present invention, the user is provided with information for determining whether the function of the target software is suitable for the terminal device and determining to execute the download. Therefore, when the terminal device is maintained, the software that the user really needs can be updated or added.
[0019]
Preferably, the base station-side device determines, based on the owned software / hardware information, whether or not a hardware change is required to adapt the hardware environment of the terminal to the target software, and determines the determination result as the confirmation information. And send it. This allows the user to know that the hardware needs to be changed in order to use the target software. The user can use the necessity of hardware change as a judgment material for judging whether to execute the download. It is preferable that the result of the above determination appropriately include information on a service for changing hardware.
[0020]
Preferably, the function information includes a demonstration image that is an image displayed on a display unit of the terminal device when the target software is downloaded. This allows the user to experience in advance the functions of the target software before the acquisition, so that the user can intuitively determine whether to acquire the target software.
[0024]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of the present invention (hereinafter, referred to as embodiments) will be described with reference to the drawings. In the present embodiment, the navigation device mounted on the vehicle corresponds to the terminal device of the present invention. Then, maintenance of software of the navigation device, that is, update or addition of software for effectively improving the function of the navigation device is performed.
[0025]
FIG. 1 is a block diagram showing the overall configuration of the present embodiment. The system of this embodiment includes an in-vehicle navigation device as a terminal device and an information center as a base station side device. In the navigation device, the navigation ECU 1 has a CPU and controls the entire device.
[0026]
The storage medium 3 is connected to the navigation ECU 1. Various kinds of software are stored in the storage medium 3, and the software is read out to the navigation ECU 1 and executed. Thus, the functions of the software are exhibited in the navigation device. Further, the storage medium 3 stores map data including road information and the like nationwide. The map data is used for displaying a map around the current position, or for searching for an optimal route to a travel destination. The storage medium 3 stores vehicle information, hardware information, and software information as shown in FIG. The vehicle information includes the type and year of the vehicle on which the navigation device is mounted, and the equipment included in the vehicle is specified by referring to the vehicle information. As shown in FIG. 2, the hardware information indicates the specifications of the hardware included in the navigation device, and includes a CPU type, a clock frequency, a RAM capacity, a display resolution, a display color number, a display IC type, and a speaker. Including numbers. The software information is information indicating various types of software stored in the storage medium 3 and their versions. As shown in FIG. 2, names and version information of navigation software, browser software, speech synthesis software, OS, and the like are included.
[0027]
A GPS device 5 is connected to the navigation ECU 1, and the GPS (global positioning system) device 5 detects a current position using radio waves transmitted from an artificial satellite and sends the current position to the navigation ECU 1.
[0028]
Further, an input device 9 is connected to the navigation ECU 1 via an input interface unit 7, and an output device 11 is connected via an output interface unit 10. The input device 9 is a device for a user to input various instructions to the navigation device. The input device 9 includes a joystick switch and a voice recognition device. The joystick switch is manually operated by the user. An instruction by a user's voice is input from the voice recognition device. A user's instruction for performing software maintenance is also input from the input device 9.
[0029]
The output device 11 has a display and a speaker. At the time of navigation, a screen is displayed on the output device 11, and voice guidance is output. An image (corresponding to a so-called dialog screen) for receiving an instruction from the user is also displayed on the display. This dialog screen is also displayed during software maintenance. When the above dialog screen is displayed, the speaker outputs voice guidance for requesting the user to input an instruction as appropriate.
[0030]
As described above, the navigation ECU 1 controls the entire apparatus, and performs various kinds of navigation by executing software read from the storage medium 3. For example, a map around the current position is read from the storage medium 3 based on the output of the GPS device 5 and displayed on the display of the output device 11. Further, when the user inputs a travel destination from the input device 9, an optimal route to the destination is searched and set using the map data. The route search is performed by an ordinary method using the Dijkstra method or the like. The set optimal route is displayed on the display so as to be distinguished from other roads. Further, based on the set route, when the vehicle approaches an intersection to be turned right or left, enlarged display of the intersection is performed as the route guidance, and voice guidance indicating the traveling direction is output.
[0031]
Further, a transmission / reception circuit 13 is connected to the navigation ECU 1. The navigation ECU 1 controls the transmission / reception circuit 13 to perform data communication with the information center. Software for maintenance is also acquired using the transmission / reception circuit 13.
[0032]
Next, the configuration of the information center will be described. The maintenance processing unit 20 controls the entire system on the center side. The transmission / reception circuit 22 is connected to the maintenance processing unit 20. The maintenance processing unit 20 performs data communication with the above-described in-vehicle navigation device using the transmission / reception circuit 22.
[0033]
The maintenance processing unit 20 is connected to the storage medium 24 in the center. The storage medium 24 in the center stores various software to be provided to the vehicle. The center storage medium 24 stores information for determining a hardware environment required for operating the providing software. Further, information for determining how the software operates in each hardware environment is stored. Specifically, as illustrated in FIG. 1, the processing capability values of the CPUs for various navigation devices, the capability values required by various software to the hardware, and the capability values of various hardware It is remembered. Also, a correspondence (necessary relationship) between the software and hardware specifications necessary for appropriately operating the software is stored. Further, the latest information on software and hardware provided on the market for the in-vehicle navigation device is stored.
[0034]
The maintenance processing unit 20 performs a process of reading the software from the storage medium 24 in the center and transmitting the software to the vehicle via the transmission / reception circuit 22. Further, as described later, the maintenance processing unit 20 uses the data stored in the storage medium 24 in the center to search for target software that is a candidate for software to be provided to the in-vehicle navigation device before transmitting the software. Further, the maintenance processing unit 20 creates a demonstration screen of the target software and guides for a hardware providing service related to the target software. Information on the target software, a demonstration screen, and information on a hardware providing service are also sent from the maintenance processing unit 20 to the vehicle via the transmission / reception circuit 22.
[0035]
In addition, the maintenance processing unit 20 is connected to the communication network 26. The maintenance processing unit 20 obtains necessary data from outside via the communication network 26. For example, the latest information on software and hardware and the latest software itself are obtained. These data are appropriately written in the storage medium 24 in the center, or sent directly from the transmission / reception circuit 22 to the in-vehicle navigation device.
[0036]
Next, with reference to FIG. 3, a description will be given of a process when the software of the vehicle-mounted navigation device is maintained. In FIG. 3, the left half (S10 to S42) is processing performed on the vehicle side. The right half (S50 to S74) in FIG. 3 is a process performed on the information center side. In the maintenance process, data is exchanged a plurality of times between the vehicle and the information center. Here, a case will be mainly described in which the software stored in the storage medium 3 on the vehicle side is updated (upgraded), but the same processing is performed when new software is added.
[0037]
First, the user selects an item from the application menu shown in FIG. 4 (S10). The application menu includes “version upgrade” and “new application addition” as maintenance related items. The user inputs the selected item from the input device 9. At this time, the selection item may be manually input using a joystick switch, or the selection item may be input by voice to the voice recognition device (the same applies to the following input operation). Here, it is assumed that the user has selected “version upgrade”.
[0038]
When an item for instructing maintenance is input, the navigation ECU 1 reads the vehicle information, hardware information, and software information shown in FIG. 2 from the storage medium 3 and adds the information to the selected item (S12). The selection item to which the vehicle information or the like is added is transmitted to the information center using the transmission / reception circuit 13 (S14).
[0039]
In the information center, when data from the vehicle is received (S50), the maintenance processing unit 20 searches the software stored in the storage medium 24 in the center for software that is a candidate for version upgrade (target software). (S52). The software information sent from the vehicle is referred to, and the latest version of the software on the vehicle is selected as the target software. At this time, software that can be operated in the hardware environment of the vehicle is selected as the target software. This determination is made based on vehicle information and hardware information. Software that can be suitably operated by adding hardware is also selected as target software. However, software that requires a complete change in vehicle-side hardware is not included in the target software.
[0040]
The maintenance processing unit 20 determines whether the target software has been found by the search processing (S54). If one or more target software is found, guide information indicating the software is created (S56).
[0041]
At this time, the maintenance processing unit 20 starts creating a demonstration image (hereinafter, referred to as a demonstration image). The demo image is an image displayed on the display of the vehicle when the software is executed, assuming that the version upgrade has been performed by the target software. In other words, the demo image is an image for virtually presenting the situation after the version upgrade even though the version upgrade has not been performed yet. The demonstration image is created with reference to vehicle information, hardware information, and software information. If the demo image after completion is displayed on the vehicle, it will be displayed on the display when the target software is executed together with other software owned by the vehicle in the hardware environment of the vehicle for each vehicle The function of the target software is presented to the user.
[0042]
Next, the maintenance processing unit 20 determines whether it is necessary to add new hardware to the on-vehicle navigation device when the above-described target software is upgraded (S58). If it is not necessary, the guide information created in S56 is transmitted to the vehicle (S62). If new hardware is required, information indicating the hardware is added to the guide information created in S56 (S60), and the guide information is transmitted to the vehicle (S62).
[0043]
In S60, creation of a demonstration image is started when it is assumed that new hardware has been added to the in-vehicle navigation device. In S56, the creation of a demonstration image based on the current hardware environment has been started. The two demonstration images are created in parallel or sequentially. Therefore, when new hardware is required, two demonstration images are created when new hardware is added and when no new hardware is added.
[0044]
In addition, when the target software is not found in S54, the fact is transmitted to the vehicle.
[0045]
On the vehicle side, upon receiving the guidance information (S16), the navigation ECU 1 displays a version upgrade (1) screen shown in FIG. 5 on the display. On the version upgrade (1) screen, the target software searched by the maintenance processing unit 20 at the information center is listed. The user selects one or a plurality of software from the listed target software (S18). At this stage, the user can also cancel the upgrade by selecting “cancel”.
[0046]
Here, it is assumed that the software “3D enlarged guide map module” shown in FIG. 5 is selected in S18. Then, it is assumed that the information center determines that the new hardware "3D board" is necessary for the "3D enlarged guide map module" in S58. The need for the "3D board" has been notified from the information center together with the guide information.
[0047]
When the target software is selected in S18, a version upgrade (2) screen shown in FIG. 6 is displayed on the display (S20). The version upgrade (2) is a screen for requesting the user to permit installation of the target software. On the screen, “contact the installation dealer”, “do not install”, and “function confirmation” are displayed as selection items.
[0048]
In the system according to the present embodiment, as will be described later, when an instruction: “install” is input, both download of software from the information center to the vehicle and setup of the downloaded software are performed. Therefore, the installation permission (permission request) includes the download permission (permission request).
[0049]
If new hardware is required, information on the hardware is also displayed on the version upgrade (2) screen. As described above, since the "3D board" is required for the "3D enlarged guide map module", this fact is displayed.
[0050]
However, if the target software that does not require new hardware is selected in S18, the guidance of the hardware is not displayed on the version upgrade (2) screen. In addition, as a selection item, only “install” is displayed instead of “contact the install dealer”. This is because there is no need to contact the dealer to arrange hardware.
[0051]
The user may select “install” in S20. Alternatively, at this point, “not install” may be selected to stop the version upgrade. If you want to check the function of the target software before installation, select “Check function”.
[0052]
The navigation ECU 1 determines whether or not “function confirmation” is selected by the user (S22), and if the function confirmation is selected, transmits a demonstration image request to the information center (S24). On the information center side, as described above, the maintenance processing unit 20 creates a demonstration image. The maintenance processing unit 20 receives the demonstration image request from the vehicle side (S64), and when the creation of the demonstration image is completed (S66), transmits the demonstration image to the vehicle side (S68).
[0053]
Here, as described above, for the target software that does not require new hardware, only a demonstration image based on the current hardware environment is created in S56. In this case, one demo image is transmitted. On the other hand, for target software that requires new hardware, a demo image is created on the assumption that new hardware is added. In this case, two demo images are transmitted. The example taken up in this embodiment corresponds to the latter.
[0054]
When the demonstration image is received on the vehicle side (S26), the navigation ECU 1 displays the demonstration image on the display as shown in FIG. 7 (S28). In the right half, a demo image is displayed without adding new hardware (3D board). In the left half, a demo image with new hardware added is displayed. Without adding a 3D board, the image in the left half of FIG. 7 cannot be displayed. However, in the present embodiment, a demo image is created in the information center on the assumption that a 3D board is added. Therefore, even if the user does not have a 3D board as new hardware, the situation when the 3D board is mounted can be expressed in a pseudo manner. Note that, of course, when new hardware is unnecessary, only one demo image is displayed.
[0055]
By looking at the screen in FIG. 7, the user can check the functions of the software after the version upgrade. Since the demonstration image is displayed, the user can intuitively determine the function obtained by the version upgrade. Then, it can be determined whether or not this function is desired by the user in terms of display preference and usability. In addition, since the demonstration images when the hardware is added and when the hardware image is not added are displayed at the same time, it is possible to easily understand the necessity of adding the hardware with the version upgrade. Then, it can be determined whether or not the target software is software that the user wants to obtain even after adding hardware.
[0056]
After displaying the demonstration image, the navigation ECU 1 redisplays the version upgrade (2) screen (installation execution permission request screen) shown in FIG. 6 (S29). The user looks at the screen and selects “contact installation dealer” or “do not install”. After the selection in S29, or if “function check” is not selected in S22, the process proceeds to S30. In S30, it is determined whether or not the user has selected the version upgrade, that is, "contact the installation dealer". If the determination is NO ("Do not install"), the version upgrade process is stopped (S32).
[0057]
When the version upgrade (contact the installation dealer) is selected in S30, the target software is downloaded (S34). The navigation ECU 1 uses the transmission / reception circuit 13 to request the information center to transmit the target software. The maintenance processing unit 20 of the information center reads the target software from the storage medium 24 in the center in response to the request, and transmits the target software using the transmission / reception circuit 22 (S70). The transmitted target software is written into the storage medium 3 on the vehicle side and set up.
[0058]
Next, the navigation ECU 1 determines whether an order for hardware is required (S36). For target software that does not require new hardware, S36 is NO and the process proceeds to S42 to complete the upgrade service.
[0059]
In the example described in this embodiment, it is necessary to order new hardware “3D board”. Then, the navigation ECU 1 transmits a hardware order request to the information center (S38).
[0060]
The maintenance processing unit 20, which has received the order request, notifies the order dealer to the responsible dealer via the communication network 26 (S72). The dealer in charge is, for example, a dealer who sold the vehicle, a dealer in charge of maintenance of the vehicle, or a dealer designated by the user. The user's designation may be sent together with the order request in S38. The maintenance processing unit 20 transmits confirmation information indicating that the dealer in charge has received the order, and guidance notification of visiting the dealer to the vehicle side (S74). The guide for visiting the dealer refers to the date and time when the dealer in charge can service. On the vehicle side, the navigation ECU 1 displays a confirmation and guidance message on the display as shown in the version upgrade (3) screen of FIG. 8 (S40), and completes the version upgrade service (S42). As described above, in the present embodiment, a series of procedures from hardware guidance to arrangement necessary for software version upgrade are also performed. The order request in S38 may be transmitted directly to the dealer in charge, instead of the information center. In this case, the responsible dealer may return a confirmation of the order and a guidance message to the vehicle by telephone or e-mail.
[0061]
The preferred embodiment of the present invention has been described above. According to the embodiment, based on the vehicle information, the hardware information, and the software information sent from the vehicle, the target software of the version upgrade candidate suitable for the vehicle is searched. Then, a function realized when the version is upgraded by the target software is presented to the user in the form of a demo image. By looking at the demonstration image, the user can determine whether to obtain the target software. Further, information on hardware changes necessary for the version upgrade is presented to the user, and the user can determine whether or not to upgrade the version by looking at the information. Therefore, according to the present embodiment, it is possible to perform a version upgrade that is truly required by the user by giving appropriate judgment material and asking the user to decide whether or not to upgrade the version.
[0062]
(1) In the above embodiment, the confirmation information of the present invention is sent from the information center to the in-vehicle terminal device a plurality of times. In the guidance information in S62 in FIG. 3, information on the target software and whether or not hardware change is necessary are sent. In the subsequent step S68, a demonstration image as a part of the confirmation information is sent. On the other hand, the confirmation information may be sent from the information center to the in-vehicle terminal device in a lump.
[0063]
(2) In the above description, the case where the software version is upgraded is mainly described, but the same effect can be obtained by adding the new software by the same processing. Also when the user selects the addition of a new application from the screen in FIG. 4, vehicle information, hardware information, and software information are sent from the vehicle to the information center along with the selection items. The maintenance processing unit 20 selects the latest version of software not present on the vehicle side as target software to be provided. Of course, software suitable for the hardware environment of the vehicle is selected as the target software.
[0064]
(3) The software stored in the storage medium 3 of the navigation device can be deleted by the maintenance according to the procedure of FIG. In this case, the maintenance processing unit 20 of the information center searches for unnecessary software stored in the storage medium 3 of the vehicle based on the vehicle information, hardware information, and software information sent from the vehicle. After deleting the searched software, a demonstration image showing the function realized by the navigation device is created and displayed on the display on the vehicle side. The user can determine whether or not to permit execution of software deletion by looking at the demonstration image.
[0065]
(4) In the present embodiment, it is determined whether or not additional hardware is required in accordance with the version upgrade. Hardware addition is one form of hardware change. As a modification, another hardware change determination may be made. For example, replacement of hardware. In this case, the maintenance process may be performed in the same manner as described above. The hardware change includes not only addition of a board as in the above example, but also change of a smaller unit (such as a chip) and a larger unit (such as a display).
[0066]
(5) In this embodiment, a demonstration image is displayed to confirm the function of the software after the version upgrade. On the other hand, sentences, symbols, and the like may be displayed on the display instead of the demonstration image. Further, the function after the version upgrade may be described by voice using the speaker of the output device 11. As for voice guidance software and the like, the functions after the version upgrade may be demonstrated by voice.
[0067]
(6) In the present embodiment, the determination is made in consideration of both software and hardware. On the other hand, the determination may be narrowed down to only one of them, and a simple configuration may be adopted. For example, only updating and adding software are performed without considering the hardware environment. It is preferably effective in a situation where a sufficient hardware environment is satisfied.
[0068]
(7) In addition, the storage media provided on the vehicle side and the information center side in the present embodiment are not particularly limited as long as they can be accessed by a method such as light, magnetism, and electricity. For example, as the storage medium on the vehicle side, a hard disk, an SRAM, or the like is preferable.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of an embodiment of the present invention.
FIG. 2 is a diagram showing the contents of vehicle information, hardware information, and software information stored in a storage medium of the vehicle-mounted navigation device of FIG.
FIG. 3 is a flowchart showing a software maintenance process performed in the system of FIG. 1;
FIG. 4 is a diagram showing an input screen for a user to instruct software maintenance.
FIG. 5 is a diagram showing an input screen for selecting a desired software from target software selected at the information center.
6 is a diagram showing a screen for asking the user for permission to execute installation of the target software selected in FIG. 5;
FIG. 7 is a diagram showing a demonstration image displayed when a function check is selected on the screen of FIG. 6;
FIG. 8 is a diagram showing an order confirmation screen when new hardware is ordered together with the upgrade of the target software.
[Explanation of symbols]
Reference Signs List 1 navigation ECU, 3 storage medium, 9 input device, 11 output device, 13 transmission / reception circuit, 20 maintenance processing unit, 22 transmission / reception circuit, 24 storage medium in center.

Claims

In a system that includes a base station-side device and a terminal device connected to the base station-side device via communication means, downloads software from the base station side to the terminal device, and performs software maintenance on the terminal device side,
The base station side device is
Candidate determining means for determining target software to be provided based on owned software / hardware information indicating software and hardware held in the terminal device; and a hardware environment on the terminal side based on the owned software / hardware information. Determining means for determining whether or not a hardware change is required to be adapted to the target software, and function information generating means for generating function information including a function realized by the target software and a result of determining whether or not the hardware change is required Transmitting confirmation information including the function information to the terminal device,
The terminal device is
A software maintenance system, comprising: permission request means for presenting the confirmation information to a user prior to downloading the target software and requesting permission to execute the download, and downloading the target software after permission by the user.

The system according to claim 1,
The software maintenance system, wherein the terminal device transmits the owned software / hardware information together with a request for providing software to the base station side device.

The system according to claim 1 or 2 ,
The software maintenance system, wherein the function information includes a demonstration image that is an image displayed on a display unit of the terminal device when the target software is downloaded.

The system according to claim 3,
When the determination unit determines that hardware change is necessary, the function information generation unit generates function information including a demonstration image when hardware is to be changed and a demonstration image when hardware is not to be changed. Software maintenance system characterized by doing.

A system that includes a base station side device and an in-vehicle terminal device connected to the base station side device via communication means, downloads software from the base station side to the in-vehicle terminal device, and performs software maintenance on the in-vehicle terminal device side At
The base station side device is
Candidate determining means for determining target software to be provided based on owned software / hardware information indicating software and hardware held in the in-vehicle terminal device; and hardware on the in-vehicle terminal device side based on the owned software / hardware information. Determining means for determining whether or not hardware change is required to adapt a hardware environment to the target software, and function for generating function information including a function realized by the target software and a result of determining whether or not the hardware change is required Having information generation means, transmitting confirmation information including the function information to the in-vehicle terminal device,
The in-vehicle terminal device
Software for an in-vehicle terminal device, comprising permission requesting means for presenting the confirmation information to the user prior to downloading the target software and requesting permission to execute the download, and downloading the target software after permission from the user. Maintenance system.

The system according to claim 5,
The function information includes a demonstration image which is an image displayed on a display unit of the in-vehicle terminal device when the target software is downloaded.

The system according to claim 6,
If the determination unit determines that a hardware change is necessary, the function information generation step is performed. The stage is a software maintenance system for an in-vehicle terminal device, which generates function information including a demonstration image when hardware is changed and a demonstration image when hardware is not changed.