JP2002333323A - ナビゲーション用データのバージョンアップ方法及びユーザデータ退避装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ナビゲーション機器に搭載されたハードディ
スクにおいて、顧客自身のユーザデータを確実に残すこ
とができるバージョンアップ方法を提供する。 【解決手段】 ナビゲーション機器に搭載されるハード
ディスクを対象として以下のバージョンアップ工程が順
次実行される。ハードディスクの記憶状態を確認しナビ
ゲーション用データとユーザデータを判別する確認工程
Ｓ１１。ユーザデータをバックアップ用ハードディスク
に退避データとして記憶する退避工程Ｓ１２。ナビゲー
ション用データを、バージョンアップされたナビゲーシ
ョン用データに書き換える工程Ｓ１３。退避データをバ
ックアップ用ハードディスクから読み出し、ハードディ
スクにユーザデータとして書き戻す工程Ｓ１４。これに
より、ユーザにとって重要なユーザデータをハードディ
スクに保持した上で、ナビゲーション用データをバージ
ョンアップすることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ナビゲーション機
器の機能を実現するために必要なナビゲーション用デー
タをバージョンアップするナビゲーション用データのバ
ージョンアップ方法に関し、特に、ナビゲーション機器
に着脱自在に取り付けられた不揮発性記憶手段に対する
ナビゲーション用データのバージョンアップ方法及びユ
ーザデータ退避装置に関する。

【０００２】

【従来の技術】従来、ナビゲーション機器において地図
データ等のナビゲーション用データを読み出す記憶手段
としては、ＤＶＤやＣＤなどの光ディスクが広く利用さ
れている。光ディスクを搭載したナビゲーション機器で
は、ナビゲーション動作を行う際に現在位置を検出し、
光ディスクから読み出した地図データに基づいて生成し
た地図画像により案内表示を行う。

【０００３】一方、光ディスクに記録されている地図デ
ータ等のナビゲーション用データは、道路事情の変化等
に対応すべく、ある程度の期間にわたって用いた後には
適宜内容を更新することが望ましい。そのため、バージ
ョンアップされたナビゲーション用データが記録された
光ディスクを顧客に提供し、これを顧客がナビゲーショ
ン機器に装着することにより、道路事情の変化等を適切
に反映した状態でナビゲーションを実現することができ
る。

【０００４】

【発明が解決しようとする課題】ところで、最近では大
容量の不揮発性記憶手段としてハードディスクが普及し
ている。そして、ハードディスクをナビゲーション機器
に搭載し、ナビゲーション用データの記憶手段として活
用することも考えられる。このようなハードディスクを
用いれば、ナビゲーション用データの記憶容量を大幅に
増大させることができるとともに、顧客が収集した音楽
データ等をハードディスクの空き領域に記憶することも
可能であり、ナビゲーション機器の利便性が向上する。

【０００５】ナビゲーション機器においてハードディス
クを用いる場合、上述したようにナビゲーション用デー
タのバージョンアップを行う過程は複雑になる。すなわ
ち、光ディスクのように記録媒体自体を交換するのでは
なく、ハードディスクを提供する事業者が、顧客からハ
ードディスクを回収した上で、その内容を書き換えるこ
とによりバージョンアップを行うことが必要になる。

【０００６】しかしながら、ナビゲーション機器を利用
する顧客は、ナビゲーション用データの更新を望む場合
であっても、ハードディスクに記録したユーザデータを
残したいと考える場合がある。この場合、バージョンア
ップに先立って顧客がユーザデータをバックアップする
作業を行うことは、手間が煩雑になる。

【０００７】また、バージョンアップ作業自体を事業者
が行うことになると、バージョンアップの対象となるハ
ードディスクが多数存在する場合、バージョンアップの
ための工程管理が複雑になったり、全体的にコストが増
加することも予想される。

【０００８】そこで、本発明はこのような問題を鑑みな
されたものであり、ナビゲーション機器に搭載された不
揮発性記憶手段のナビゲーション用データをバージョン
アップする際、顧客にかかる負担を抑えつつ、顧客自身
のユーザデータを確実に残すとともに、事業者によるバ
ージョンアップの工程を効率的に実行することが可能な
ナビゲーション用データのバージョンアップ方法及びユ
ーザデータ退避装置を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に記載のナビゲーション用データのバージ
ョンアップ方法は、ナビゲーション機器に着脱自在に取
り付けられ、ナビゲーション用データとユーザデータを
書き換え可能に記憶する不揮発性記憶手段に対し、前記
ナビゲーション用データを書き換えてバージョンアップ
を行うナビゲーション用データのバージョンアップ方法
であって、前記ナビゲーション機器から取り外された前
記不揮発性記憶手段の記憶状態を確認し、バージョンア
ップすべき前記ナビゲーション用データと退避すべき前
記ユーザデータを判別する確認工程と、前記確認工程に
おける判別結果に応じて、前記不揮発性記憶手段に記憶
されている前記ユーザデータを、バックアップ用記憶手
段に退避データとして識別可能に記憶するユーザデータ
退避工程と、前記確認工程における判別結果に応じて、
前記不揮発性記憶手段に記憶されている前記ナビゲーシ
ョン用データを、バージョンアップされたナビゲーショ
ン用データに書き換えるナビゲーション用データ書き換
え工程と、前記不揮発性記憶手段に対応する前記退避デ
ータを前記バックアップ用記憶手段から読み出し、前記
不揮発性記憶手段に前記ユーザデータとして書き戻すユ
ーザデータ書き戻し工程とを順次実行することを特徴と
する。

【００１０】この発明によれば、ナビゲーション機器の
不揮発性記憶手段に対しナビゲーション用データをバー
ジョンアップする場合、不揮発性記憶手段の記憶状態を
確認した後、判別されたユーザデータをバックアップ用
記憶手段に退避データとして識別可能に記憶し、判別さ
れたナビゲーション用データをバージョンアップされた
ナビゲーション用データで書き換え、バックアップ用記
憶手段から退避データを読み出して不揮発性記憶手段に
書き戻す順で各工程を順次実行してバージョンアップが
行われる。ここで、ナビゲーション用データは、ナビゲ
ーション機器におけるナビゲーション機能に必要となる
地図データや、その他の関連データであり、ユーザデー
タは、ユーザによって収集され、あるいは作成された音
楽データ等の各種データである。よって、ハードディス
クのナビゲーション用データをバージョンアップする一
方、それぞれの顧客に固有のユーザデータは削除される
ことなく、そのまま保持することができ、顧客にとって
は負担が増えることなくメリットを享受できる。

【００１１】請求項２に記載のナビゲーション用データ
のバージョンアップ方法は、請求項１に記載のナビゲー
ション用データのバージョンアップ方法において、前記
不揮発性記憶手段には、それぞれアクセスを許可するた
めの固有のユーザパスワードが設定され、前記確認工程
では、前記ユーザパスワードを解除して前記不揮発性記
憶手段にアクセスすることを特徴とする。

【００１２】この発明によれば、バージョンアップ対象
の不揮発性記憶手段には固有のユーザパスワードが設定
されているので、まず、このユーザパスワードを解除し
てから不揮発性手段にアクセスしてバージョンアップを
実行する。よって、不揮発性記憶手段のユーザパスワー
ドが解除されるまでは、アクセスが禁止されるので、ユ
ーザデータが保護される一方、上記各工程においては確
実に不揮発性記憶手段にアクセスすることができる。

【００１３】請求項３に記載のナビゲーション用データ
のバージョンアップ方法は、請求項２に記載のナビゲー
ション用データのバージョンアップ方法において、前記
書き戻し工程では、バージョンアップが行われた前記不
揮発性記憶手段に対し、１回だけアクセスを許可するた
めのバージョンアップパスワードを設定することを特徴
とする。

【００１４】この発明によれば、請求項２に記載の発明
と同様に不揮発性記憶手段のユーザパスワードが解除さ
れるとともに、書き戻し工程において不揮発性記憶手段
にバージョンアップパスワードが設定される。よって、
バージョンアップ後の不揮発性記憶手段を顧客のナビゲ
ーション機器に取り付けたとき、1回だけアクセスし
て、それ以降は再びユーザパスワードを設定すれば、顧
客が煩雑な操作をすることなく確実に不揮発性記憶手段
の記録データを保護することができる。

【００１５】請求項４に記載のナビゲーション用データ
のバージョンアップ方法は、請求項１に記載のナビゲー
ション用データのバージョンアップ方法において、前記
不揮発性記憶手段には、前記ユーザデータを記録するた
めのユーザデータ用ディレクトリが作成され、前記確認
工程では、前記不揮発性記憶手段における前記ユーザデ
ータ用ディレクトリの有無に応じて前記退避すべきユー
ザデータを判別することを特徴とする。

【００１６】この発明によれば、不揮発性記憶手段の記
憶状態を確認する場合、ユーザ用ディレクトリの有無を
判別し、ユーザ用ディレクトリが存在するときにユーザ
データ退避工程を実行すればよい。よって、バージョン
アップ対象のハードディスクに退避すべきユーザデータ
が存在するか否かを迅速に判断でき、作業効率を向上さ
せることができる。

【００１７】請求項５に記載のナビゲーション用データ
のバージョンアップ方法は、請求項１に記載のナビゲー
ション用データのバージョンアップ方法において、前記
確認工程では、前記不揮発性記憶手段に固有の製造番号
と製造者コードを管理情報として抽出し、前記バックア
ップ用記憶手段に前記管理情報を前記退避データと関連
付けて保持し、前記書き戻し工程では、前記管理情報を
参照して前記バックアップ用記憶手段から書き戻すべき
前記ユーザデータを判別することを特徴とする。

【００１８】この発明によれば、バックアップ用記憶手
段に管理情報として記録された製造番号と製造者コード
により、退避データに対応するバージョンアップ対象の
ハードディスクを容易に特定することができ、退避され
たユーザデータを確実に元のハードディスクに書き戻す
ことができる。

【００１９】請求項６に記載のナビゲーション用データ
のバージョンアップ方法は、請求項１から請求項５のい
ずれかに記載のナビゲーション用データのバージョンア
ップ方法において、前記不揮発性記憶手段としてハード
ディスクを用いることを特徴とする。

【００２０】この発明によれば、ナビゲーション機器の
不揮発性記憶手段としてハードディスクを用いるので、
一般に広く普及しているハードディスクに大容量のナビ
ゲーション用データと顧客に固有のユーザデータを自在
に記憶させることができ、容量の大きいユーザデータを
確実に残すことができる。

【００２１】請求項７に記載のユーザデータ退避装置
は、ナビゲーション機器に着脱自在に取り付けられ、ナ
ビゲーション用データとユーザデータを書き換え可能に
記憶する不揮発性記憶手段に対し、前記ナビゲーション
用データを書き換えてバージョンアップを行う際に前記
ユーザデータを一時的に退避するユーザデータ退避装置
であって、前記不揮発性記憶手段に記憶されている前記
ユーザデータを一時的に記憶するバックアップ用記憶手
段と、前記ナビゲーション機器から取り外された前記不
揮発性記憶手段の記憶状態を確認し、バージョンアップ
すべき前記ナビゲーション用データと退避すべき前記ユ
ーザデータを判別し、判別結果に応じて前記不揮発性記
憶手段に記憶されている前記ユーザデータを、バックア
ップ用記憶手段に退避データとして識別可能に記憶する
ユーザデータ退避制御手段と、前記ナビゲーション用デ
ータの書き換えが完了した前記不揮発性記憶手段に対
し、対応する前記退避データを前記バックアップ用記憶
手段から読み出し、前記不揮発性記憶手段に前記ユーザ
データとして書き戻すユーザデータ書き戻し制御手段と
を備えることを特徴とする。

【００２２】この発明によれば、不揮発性記憶手段に対
するナビゲーション用データのバージョンアップを行う
場合、請求項１に記載の発明におけるユーザデータ退避
工程とユーザデータ書き戻し工程を実行するためのユー
ザデータ退避装置が構成され、バージョンアップの際、
退避すべきユーザデータは、ユーザデータ退避装置のバ
ックアップ用記憶手段に一時的に保持される。よって、
バージョンアップ用に組まれたライン上で多数の工程を
実行するとき、多くの機能をユーザデータ退避装置に担
わせることで、作業効率を向上させることができる。

【００２３】請求項８に記載のユーザデータ退避装置
は、請求項７に記載のユーザデータ退避装置において、
前記ナビゲーション機器と同様の装置構成を備え、前記
バックアップ用記憶手段は、前記不揮発性記憶手段を利
用して構成されることを特徴とする。

【００２４】この発明によれば、請求項７に記載の発明
におけるユーザデータ退避装置は、ナビゲーション機器
の不揮発性記憶手段と同様の構成を備え、バックアップ
用記憶手段はバージョンアップ対象のハードディスクを
利用して構成されるので、バージョンアップ用にライン
を組むときのコスト負担を抑えることができる。

【００２５】請求項９に記載のユーザデータ退避装置
は、請求項７又は請求項８に記載のユーザデータ退避装
置において、前記バックアップ用記憶手段及び前記不揮
発性記憶手段としてハードディスクを用いることを特徴
とする。

【００２６】この発明によれば、ナビゲーション機器の
不揮発性記憶手段としてハードディスクを用い、同時に
バックアップ用記憶手段としてもハードディスクを用い
るので、一般に広く普及しているハードディスクによ
り、顧客に固有のユーザデータを自在に記憶させるとと
もに、そのバックアップをとることができ、容量の大き
いユーザデータを確実に残すことができる。

【００２７】

【発明の実施の形態】以下、本発明の好適な実施形態を
図面に基づいて説明する。

【００２８】まず、本発明に係るバージョンアップ方法
を適用するために必要なバージョンアップ業務全体の流
れについて、図１及び図２を用いて説明する。図１は、
実際にバージョンアップを利用する顧客と、バージョン
アップ業務を実行する事業者と、その他関連する事業者
どうしの関係を説明するブロック図である。図２は、バ
ージョンアップ業務の流れを説明するフローチャートで
ある。

【００２９】図１において、顧客１は事業者２によって
製造販売されたナビゲーション機器１０を所有してい
る。このナビゲーション機器１０は、例えば顧客１の自
動車に搭載され、自車位置を検出して案内表示を行うこ
とによりナビゲーションを行う装置である。ナビゲーシ
ョン機器１０によるナビゲーションを行う場合、地図デ
ータが必要となるが、一般的には地図データが記録され
たＣＤやＤＶＤ等の光ディスクを利用することが多い。
本実施形態では、地図データ等のナビゲーション用デー
タを不揮発性記憶手段としてのハードディスク１１に記
録して用いることを前提とする。光ディスクと比べた場
合、ハードディスク１１は記憶容量と高速アクセスの面
で優れているため、より快適なナビゲーションを実現す
ることができる。

【００３０】ハードディスク１１は、ナビゲーション機
器１０にコネクタを介して着脱自在に取り付けられ、１
０Ｇバイト程度の記憶容量を有している。このうち、８
０％程度がナビゲーション用データを記憶する領域に割
り当てられ、残りの領域にはユーザデータを書き込むこ
とができる。ナビゲーション用データには、地図データ
やナビゲーション機能に関連する各種データが含まれ、
ユーザデータとしては、ユーザ自らが収集した音楽デー
タ等をハードディスク１１に蓄積保持することができ
る。また、当初はナビゲーション機器１０に搭載される
ハードディスク１１は１個であるが、ユーザデータの領
域を拡大すべく２台目のハードディスク１１を増設する
こともできる。

【００３１】顧客１がナビゲーション機器１０を購入し
た時点で、既にハードディスク１１にはナビゲーション
用データが記録された状態にある。しかし、所定の期間
にわたってナビゲーション機器１０を使用すると、ナビ
ゲーション用データが古くなるため、最新の道路事情等
に対応するためのバージョンアップを行う必要が生じ
る。この場合、例えば光ディスク等の記録媒体であれ
ば、バージョンアップされたディスクを入手して交換す
ればよいだけであるが、ハードディスク１１の場合は、
ナビゲーション用データをバージョンアップするための
作業が複雑になる。本実施形態では、顧客１の負担を増
やすことなくハードディスク１１のナビゲーション用デ
ータをバージョンアップできるように、事業者２が後述
するようなバージョンアップに関する一連の業務を提供
するものである。

【００３２】次に、事業者２は、上記のナビゲーション
機器１０の製造販売に関する事業を行うとともに、ハー
ドディスク１１のバージョンアップ業務を行う。事業者
２は、バージョンアップ業務を管理すべくナビゲーショ
ン機器１０を購入した顧客に関する顧客情報を顧客デー
タベース３に蓄積保持している。この顧客データベース
３に保持される顧客情報としては、例えば、顧客の氏
名、住所、購入年月日、ナビゲーション機器１０の機
種、バージョン情報などが含まれ、一連のバージョンア
ップ業務に際し必要に応じて参照することができる。

【００３３】事業者２におけるバージョンアップ業務に
関わる部門としては、図２に示すように、受け付けセン
タ−２ａ、問い合せセンター２ｂ、サービスセンター２
ｃ、集荷センター２ｄ、書き換えセンター２ｅがある。
なお、これら各部門の役割については後述する。図２の
例では、事業者２の内部に各部門を設ける場合を示して
いるが、一部の業務を外注により外部に委託してもよ
い。また、図２において、事業者２により関連業務を請
け負う事業者として、運送業者４、販売店５を示してい
るが、それぞれの役割については後述する。

【００３４】次に、事業者２の内部の各部門と外部の事
業者との協力の下で行われるバージョンアップ業務の流
れを説明する。本実施形態のバージョンアップ業務の形
態としては、顧客１の意向に応じた複数の形態がある。
このうち、図２は、基本的形態に対応するバージョンア
ップ業務の流れを時系列に沿って示すフローチャートで
ある。なお、図２のフローチャートでは、顧客１がハー
ディディスク１１を備えたナビゲーション機器１０を既
に購入済みであるとする。

【００３５】まず、ハードディスク１１に記録されるナ
ビゲーション用データのバージョンアップの時期が到来
すると、事業者２では、顧客データベース３を参照して
ナビゲーション機器１０を所有する顧客１を判別し、ナ
ビゲーション用データがバージョンアップされる旨を通
知する（ステップＳ１）。顧客１へのバージョンアップ
の通知は、例えば、ダイレクトメールを送付する場合の
ほか、インターネットを介して電子メールを送信しても
よい。

【００３６】ステップＳ１の通知においては、ナビゲー
ション用データのバージョンアップの内容と申し込み方
法、バージョンアップ作業を行うために必要なバージョ
ンアップキットの配送の案内、バージョンアップに伴う
料金の案内などが示される。そして、受け付けセンター
２ａでは、顧客１の判断に基づくバージョンアップの申
し込みを受け付けたか否かを確認する（ステップＳ
２）。顧客１からのバージョンアップの申し込みは、例
えば、電話やファックスで受け取る場合のほか、インタ
ーネットを介して電子メールで受け取ってもよい。

【００３７】顧客１からのバージョンアップの申し込み
を受け付けなかった場合は（ステップＳ２；ＮＯ）、以
降のバージョンアップ業務を行うことなく終了する。一
方、顧客１からのバージョンアップの申し込みを受け付
けた場合は（ステップＳ２；ＹＥＳ）、上述のバージョ
ンアップキットを顧客１に配送する（ステップＳ３）。
なお、ステップＳ３における実際の配送は図１の運送業
者４に委ねるとともに、顧客データベースの顧客情報と
関連付けて、例えば伝票番号を一元的に管理するなど、
バージョンアップキットの配送業務全体を管理する。

【００３８】ここで、バージョンアップキットには、ナ
ビゲーション機器１０から取り外したハードディスク１
１を納める容器や、運搬時にハードディスク１１の端子
等を保護する部材などが含まれている。顧客１は、ま
ず、ナビゲーション機器１０に取り付けられたハードデ
ィスク１１を取り外した上で、バージョンアップキット
に含まれる部材を使ってハードディスク１１を梱包した
状態で、後述のように集荷依頼に基づき回収されるまで
待つことになる。

【００３９】ステップＳ３でバージョンアップキットを
配送する際、併せて顧客１に対し、バージョンアップに
伴う料金徴収が行われる（ステップＳ４）。具体的に
は、顧客１の料金支払方法として、配送時に運送業者４
を介した代引を利用したり、あるいはクレジットカード
を用いて料金を支払うなど、顧客１の希望する方法を選
択できる。事業者２は、顧客１の料金支払い方法に応じ
て伝票を使い分け、バージョンアップ業務全体の売り上
げ計上を一体的に管理し得る。なお、顧客１の料金支払
い方法としては、インターネットを経由した電子的な課
金形態を利用してもよい。

【００４０】次いで、集荷センター２ｄにおいて、顧客
１からバージョンアップのためのハードディスク１１の
集荷依頼を受け付けたか否かを確認する（ステップＳ
５）。顧客１からの集荷依頼は、例えば、電話やファッ
クスで受け取る場合のほか、インターネットを介して電
子メールで受け取ってもよい。この場合、例えばステッ
プＳ３の段階で、集荷依頼の方法と依頼先を顧客１に知
らせておく必要がある。集荷センター２ｄでは、集荷依
頼を受け付けた顧客１に関し、顧客データベース３を参
照して必要な顧客情報を取得するとともに、日々の集荷
受け付け数の数量管理を行う。

【００４１】顧客１からの集荷依頼を受け付けなかった
場合は（ステップＳ５；ＮＯ）、図２の形態では以降の
バージョンアップ業務を行うことなく終了するが、後述
するように他の形態に基づき（図３又は図４参照）バー
ジョンアップ業務が行われる可能性がある。一方、顧客
１からの集荷依頼を受け付けた場合は（ステップＳ５；
ＹＥＳ）、集荷センター２ｄが運送業者４に指示を出
し、ハードディスク１１の回収業務を行う（ステップＳ
６）。なお、ハードディスク１１を回収するのに先立っ
て、顧客１から回収の希望日時を聞いておくことが望ま
しい。この希望日時になると、運送業者４が顧客情報に
合致する住所を訪れ、バージョンアップ対象となるハー
ドディスク１１を回収する。

【００４２】次いで、顧客１から回収されたハードディ
スク１１は、書き換えセンター２ｅに納品され、ハード
ディスク１１に対するバージョンアップが実行される
（ステップＳ７）。本実施形態では、多数のハードディ
スク１１を扱うことから作業効率を向上させるため、ラ
イン上で多数の工程を組み合わせた一連のバージョンア
ップ工程を実行するが、その詳細については後述する。
書き換えセンター２ｅでは、日々のバージョンアップを
実行したハードディスク１１の数量を常に管理した上
で、納期や品質を適正に保つように管理業務を行ってい
る。

【００４３】ステップＳ７におけるバージョンアップを
終えると、バージョンアップ後のハードディスク１１を
いったん集荷センター２ｄが引き取った上で、運送業者
４に指示を出し、ハードディスク１１の顧客１への返却
業務を行う（ステップＳ８）。なお、ハードディスク１
１を返却するのに先立って、電話等で顧客１の在宅確認
を行うことが望ましい。そして、運送業者４は顧客情報
に合致する住所を訪れ、バージョンアップ後のハードデ
ィスク１１を返却し、図２のバージョンアップ業務が完
了する。なお、図２の基本的形態では、返却されたハー
ドディスク１１を顧客１が自らナビゲーション機器１０
に取り付けることを前提にしている。

【００４４】ここで、図２に示す一連のバージョンアッ
プ業務において、顧客１に不明な点がある場合、問い合
せセンター２ｂに問い合せることができる。例えば、ナ
ビゲーション機器１０に対するハードディスク１１の取
り外し又は取り付けの方法を問い合せたり、バージョン
アップの日程などを問い合せることができる。問い合せ
センター２ｂでは、顧客１からの問い合せに対し適切な
アドバイスを行うが、それだけでは対応が困難な場合、
後述のサービスセンター２ｃを顧客１に紹介することも
ある。

【００４５】以上説明したバージョンアップ業務によ
り、ナビゲーション用データのバージョンアップを希望
する顧客１に対し、ハードディスク１１の回収業務や返
却業務、バージョンアップに伴う課金業務などの一連の
業務を円滑に進行させることができるとともに、顧客デ
ータベース３に基づいて業務全体を一元的に管理するこ
とができる。また、事業者２が中心となって、バージョ
ンアップ業務とそれに付帯する業務を遂行するので、ナ
ビゲーション用データのバージョンアップに要する中間
コストを抑えることができる。また、顧客１にとっても
バージョンアップの費用を抑えることに加え、後述する
ように、回収されたハードディスク１１には、ユーザ固
有のユーザデータが残った状態になるのでメリットが大
きい。

【００４６】次に、本実施形態のバージョンアップ業務
に関しては、図２の基本的形態以外にバリエーションの
形態がある。以下、図３及び図４を用いてバージョンア
ップ業務におけるバリエーションの形態について説明す
る。

【００４７】図３は、上記のバージョンアップ業務にお
いて、顧客１と事業者２の間に販売店５が介在する場合
の流れを示すフローチャートである。図３では、ステッ
プＳ１からステップＳ４までは、図２の基本的形態と同
様の流れで進行する。しかし、ステップＳ４で上記のハ
ージョンアップキットを受け取った顧客１が、ハードデ
ィスク１１の取り扱いに不慣れであり、ナビゲーション
機器１０からのハードディスク１１の取り外しを第三者
に委ねたい場合も想定される。このような場合、図３に
示すように、顧客１は販売店５を訪れ、バージョンアッ
プを目的としたハードディスク１１の取り外しを依頼す
る（ステップＳ１０１）。

【００４８】一方、販売店５では、例えば顧客１の自動
車に設置されたナビゲーション機器１０からのハードデ
ィスク１１の取り外し作業を行った後、バージョンアッ
プに対応すべく、事業者１の集荷センター２ｄにハード
ディスク１１の集荷依頼を行う（ステップＳ１０２）。
なお、この場合のハードディスク１１の取り外しに伴う
費用は顧客１から販売店５に直接支払われるが、この費
用はバージョンアップ自体の費用とは別個である。

【００４９】集荷センター２ｄがステップＳ１０２の集
荷依頼を受け付けると、運送業者４に指示を出し、販売
店５から顧客１のハードディスク１１を回収する（ステ
ップＳ１０３）。続いて、ステップＳ７（図２）と同様
に書き換えセンター２ｅにてハードディスク１１に対す
るバージョンアップを実行する（ステップＳ１０４）。

【００５０】バージョンアップ後のハードディスク１１
は、集荷センター２ｄから指示された運送業者４によ
り、まず販売店５に返却される（ステップＳ１０５）。
そして、販売店５から連絡を受けた顧客１が再び販売店
５を訪れると、バージョンアップ後のハードディスク１
１の取り付け作業が行われ、最終的にハードディスク１
１が顧客１に返却される（ステップＳ１０６）。

【００５１】次に図４は、上記のバージョンアップ業務
において、顧客１と事業者２の間にサービスセンター２
ｃのサービスマンが介在する場合の流れを示すフローチ
ャートである。図４において、ステップＳ１（図２）に
てバージョンアップの通知を受けた顧客１は、問い合せ
センター２ｂに直接バージョンアップに関する相談又は
問い合わせを行う（ステップＳ２０１）。この際、顧客
１は問い合せセンター２ｂにより、ハードディスク１１
の取り外し、取り付け等を行う上記サービスマンを紹介
され、以降の業務が進行する。

【００５２】上述の問い合せセンター２ｂからサービス
センター２ｃへの要請に基づき、特定のサービスマンが
顧客１を訪問する（ステップＳ２０２）。このサービス
マンは、例えば顧客１の自動車に設置されたナビゲーシ
ョン機器１０からのハードディスク１１の取り外し作業
を行った後、このハードディスク１１を回収し（ステッ
プＳ２０３）、サービスセンター２ｃにて保管する。

【００５３】次に、サービスセンター２ｃから事業者１
の集荷センター２ｄにハードディスク１１の集荷依頼を
行う（ステップＳ２０４）。これを受け付けた集荷セン
ター２ｄは、運送業者４に指示を出し、サービスセンタ
ー２ｃから顧客１のハードディク１１を回収する（ステ
ップＳ２０５）。続いて、ステップＳ７（図２）と同様
に書き換えセンター２ｅにてハードディスク１１に対す
るバージョンアップを実行する（ステップＳ２０６）。

【００５４】バージョンアップ後のハードディスク１１
は、集荷センター２ｄから指示された運送業者４によっ
て上記サービスセンター２ｃに運ばれ、これを受け取っ
た担当のサービスマンが、再び顧客１を訪問する（ステ
ップＳ２０７）。そして、サービスマンは、バージョン
アップ後のハードディスク１１の取り付け作業を行っ
て、最終的にハードディスク１１が顧客１に返却される
（ステップＳ２０８）。その後、図２のステップＳ４と
同様に、顧客１に対しバージョンアップに伴う料金徴収
が行われる（ステップＳ２０９）。

【００５５】以上、図３及び図４に示されたバージョン
アップ業務では、図２とは異なり、バーションアップの
際、顧客１がナビゲーション機器１０に対しハードディ
スク１１の取り外しや取り付けを行う必要がない。よっ
て、顧客１は、自らハードディスク１１の取り外し、取
り付けの作業をする場合は、図２の形態を選択し、それ
らの作業が困難である場合は、図３又は図４の形態を選
択することができる。そのため、ナビゲーション用デー
タのバージョンアップに伴う顧客１の作業負担を軽減す
ることができる。

【００５６】次に、図２のステップＳ７（図３のステッ
プＳ１０４、図４のステップＳ２０６）に対応して書き
換えセンター２ｅにて行われるバージョンアップ工程の
詳細について図５〜図９を用いて説明する。図５は、書
き換えセンター２ｅにおいて行われるバージョンアップ
工程全体の概要を示すフローチャートである。本実施形
態におけるバージョンアップ工程の特徴は、ハードディ
スク１１に記録されるナビゲーション用データを書き換
えるとともに、ユーザが記録したユーザデータはそのま
まの状態で残す点にある。

【００５７】図５に示すように、本実施形態のバージョ
ンアップ工程全体は、４つの大きな工程から構成され
る。まず、ステップＳ１１では、バージョンアップの対
象として納品された各々のハードディスク１１の確認工
程を実行する。すなわち、対象となるハードディスク１
１において、バージョンアップすべきナビゲーション用
データの有無を判別するとともに、退避すべきユーザデ
ータデータの有無を判別すべく、ハードディスク１１の
記憶状態を確認するものである。

【００５８】図６は、ステップＳ１１のハードディスク
１１の確認工程を説明するフローチャートである。図６
において、対象のハードディスク１１が書き換えセンタ
ー２ｅのラインに投入されると、このハードディスク１
１及びバックアップ用ハードディスクがユーザデータ退
避装置に正常に接続されたか否かをチェックする（ステ
ップＳ２１）。ユーザデータ退避装置は、本ライン専用
に設けられた装置であり、ハードディスク１１に記録さ
れたユーザデータを退避するバックアップ用ハードディ
スクを備えている。

【００５９】ここで、図７にユーザデータ退避装置の外
観構成を示す。図７に示すように、ユーザデータ退避装
置本体２１に２つのコネクタ２２、２３が設けられ、そ
の一方のコネクタ２２には上記のバックアップ用ハード
ディスク２４が接続される。そして、他方のコネクタ２
２には対象のハードディスク１１を接続した上で、ステ
ップＳ２１のチェックが行われる。また、ユーザデータ
退避装置本体２１は、電源を供給する電源部２５に接続
されるとともに、各種表示を行うためのディスプレイ２
６に接続されている。このディスプレイ２６は、工程中
の不具合が検知された場合の作業者に対するコーション
表示に利用される。

【００６０】図７に示すユーザデータ退避装置として
は、ナビゲーション機器１０を転用することができる。
すなわち、ナビゲーション機器１０における実機用の制
御プログラムを工程用のプログラムに置き換え、上記各
構成要素を接続可能な構造となるように改造を行って、
ユーザデータ退避装置を構成すればよい。また、バック
アップ用ハードディスク２４としては、バージョンアッ
プ対象のハードディスク１１と同種のものを用いる。こ
れにより、作業効率を向上させるべく多数のユーザデー
タ退避装置を設置する場合、コスト負担が小さくて済
む。

【００６１】ステップＳ２１のチェックにより、ハード
ディスク１１及びバックアップ用ハードディスク２４が
ユーザデータ退避装置に正常に接続されていない場合
（ステップＳ２１；ＮＯ）、その旨のコーション表示を
ディスプレイ２６に表示し（ステップＳ２２）、それ以
降の処理を行わない。なお、バックアップ用ハードディ
スク２４には、その記憶容量に応じて複数台のハードデ
ィスク１１のユーザデータを記憶できるので、いったん
コネクタ２２に接続された後は記憶容量が不足するまで
その状態を保たれる。

【００６２】一方、ステップＳ２１のチェックにより、
正常な接続が確認された場合は（ステップＳ２１；ＹＥ
Ｓ）、バックアップ用ハードディスク２４に空き容量が
あるか否かをチェックする（ステップＳ２３）。上述し
たように、バックアップ用ハードディスク２４の記憶容
量の制約から、一定数のハードディスク１１のユーザデ
ータを記録すると交換する必要がある。例えば、８台分
のハードディスク１１のユーザデータを退避可能なよう
に記憶容量が割り当てられる。このとき、１台分のハー
ドディスク１１のユーザデータ用に１個づつのディレク
トリが設けられるので、バックアップ用ハードディスク
２４のディレクトリの個数に基づきステップＳ２３のチ
ェックを行うことができる。

【００６３】ステップＳ２３のチェックの結果、バック
アップ用ハードディスク２４に空き容量がないときは
（ステップＳ２３；ＮＯ）、その旨及びバックアップ用
ハードディスク２４の交換を促すコーション表示をディ
スプレイ２６に表示し（ステップＳ２４）、それ以降の
処理を行わない。一方、バックアップ用ハードディスク
２４に空き容量があるときは（ステップＳ２３；ＹＥ
Ｓ）、ハードディスク１１に設定されているユーザパス
ワードを、マスターパスワードを用いて解除する（ステ
ップＳ２５）。すなわち、本実施形態のハードディスク
１１には、特定の顧客１のナビゲーション機器１０に対
してのみアクセスを許可すべく、固有のユーザパスワー
ドが設定されている。よって、いったんユーザパスワー
ドを解除することによりハードディスク１１を読み出し
可能な状態にすべく、ステップＳ２５の処理が必要とな
る。

【００６４】次に、ハードディスク１１にアクセスし、
記憶状態を確認する（ステップＳ２６）。具体的には、
ハードディスク１１にナビゲーション用データが記憶さ
れているか否かを判別するとともに、ユーザデータを記
録するためのユーザデータ用ディレクトリが存在するか
否かを判別する。これにより、以降の処理でナビゲーシ
ョン用データの書き換え、又はユーザデータの退避を行
うか否かなど、後続で行うべき工程を事前に確認するこ
とができる。

【００６５】そして、ステップＳ２６の判別結果に応じ
て、ステップＳ２７〜Ｓ２９の処理を実行する。ステッ
プＳ２７においてハードディスク１１にナビゲーション
用データが記録されていないと判断されると（ステップ
Ｓ２７；ＮＯ）、その旨のコーション表示をディスプレ
イ２６に表示し（ステップＳ２８）、それ以降の処理を
行わない。一方、ナビゲーション用データが記録されて
いると判断されると（ステップＳ２７；ＹＥＳ）、ステ
ップＳ２９に進む。

【００６６】ステップＳ２９においてハードディスク１
１にユーザデータ用ディレクトリが存すると判断される
と（ステップＳ２９；ＹＥＳ）、ステップＳ１２（図
５）のユーザデータの退避工程に移る。一方、ハードデ
ィスク１１にユーザデータ用ディレクトリが存在しない
と判断されると（ステップＳ２９；ＮＯ）、ユーザデー
タを退避する必要がないので、ステップＳ１３（図５）
のナビゲーション用データの書き換え工程に移る。な
お、ステップＳ２９の判断を設ける代わりに、ユーザデ
ータ用ディレクトリが存在しない場合であってもユーザ
データの退避工程に移行した上で、実際のユーザデータ
の退避を行わないようにしてもよい。

【００６７】次に図５に戻って、ステップＳ１２では、
ハードディスク１１に記録されているユーザデータの退
避工程を実行する。すなわち、ハードディスク１１のバ
ージョンアップにより、顧客１が独自に記録したユーザ
データが削除されないよう、ユーザデータ用ディレクト
リの全体をバックアップ用ハードディスク２４に一時的
に退避するものである。

【００６８】図８は、ステップＳ１２のユーザデータの
退避工程を説明するフローチャートである。図８におい
て、対象のハードディスク１１に付与されている製造番
号と製造者コードを抽出する（ステップＳ３１）。これ
ら製造番号及び製造者コードは管理情報として、対象の
ハードディスク１１のユーザデータと関連付けてバック
アップ用ハードディスク２４に保持される。後述するよ
うに、特定のハードディスク１１の退避データを記憶す
るためのディレクトリが設けられるので、例えば、この
ディレクトリに製造番号と製造者コードを含む名称を付
与すれば、退避されたユーザデータを容易に識別するこ
とができる。

【００６９】次に、バックアップ用ハードディスク２４
にアクセスし、対象のハードディスク１１の製造番号及
び製造者コードが関係付けられた退避用ディレクトリが
存在するか否かをチェックする（ステップＳ３２）。す
なわち、対象のハードディスク１１のユーザデータが、
既にバックアップ用ハードディスク２４に退避済みであ
る場合を想定し、無駄な処理を未然に回避するための処
理である。チェックの結果、既に対象のハードディスク
１１用の退避用ディレクトリが存在する場合は（ステッ
プＳ３２；ＹＥＳ）、その旨及びハードディスク１１の
交換を促すコーション表示をディスプレイ２６に表示し
（ステップＳ３３）、それ以降の処理を行わない。

【００７０】一方、対象のハードディスク１１用の退避
用ディレクトリが存在しない場合は（ステップＳ３２；
ＮＯ）、ユーザデータの退避に先立って、対象のハード
ディスク１１に対応する製造番号及び製造者コードを含
む名称を付与した退避用ディレクトリを、バックアップ
用ハードディスク２４に作成する（ステップＳ３４）。

【００７１】続いてユーザデータを退避すべく、対象の
ハードディスク１１にアクセスしてユーザデータ用ディ
レクトリからユーザデータを読み出し、バックアップ用
ハードディスク２４の対応する退避用ディレクトリに退
避データとして書き込む（ステップＳ３５）。これによ
り、退避すべきユーザデータと同様の退避データがバッ
クアップ用ハードディスク２４に保持された状態にな
る。なお、ステップＳ３５の処理中に、コピー中である
旨をディスプレイ２６に表示することが望ましい。ま
た、ステップＳ３５の処理中に不具合によりコピーが中
断されたときも、その旨のコーション表示をディスプレ
イ２６に表示することが望ましく、この場合は、それ以
降の処理を行わない。

【００７２】次に、ハードディスク１１の元のユーザデ
ータと、バックアップ用ハードディスク２４の退避用デ
ィレクトリ内の退避データに対し、互いの総データサイ
ズを比較して一致するか否かを判断する（ステップＳ３
６）。これにより、ステップＳ３５の退避処理に伴いデ
ータが欠落したか否かをチェックすることができる。そ
の結果、ユーザデータと退避データの総データサイズが
一致するときは（ステップＳ３６；ＹＥＳ）、コピーが
正常終了した旨及びハードディスク１１の交換を促す旨
をディスプレイ２６に表示し（ステップＳ３７）、ステ
ップＳ１３（図５）のナビゲーション用データの書き換
え工程に移る。一方、ユーザデータと退避データの総デ
ータサイズが一致しないときは（ステップＳ３６；Ｎ
Ｏ）、その旨のコーション表示をディスプレイ２６に表
示し（ステップＳ３８）、それ以降の処理を行わない。

【００７３】次に図５に戻って、ステップＳ１３では、
ハードディスク１１に記録されているナビゲーション用
データの書き換え工程を実行する。すなわち、ハードデ
ィスク１１の古いナビゲーション用データに代えて、バ
ージョンアップされたナビゲーション用データを新たに
書き込むものである。ステップＳ１３の書き換え工程で
は、いったんハードディスク１１をユーザデータ退避装
置本体２１から取り外した上で、記録装置により一般的
な初期化処理を施すとともに、新たなナビゲーション用
データの書き込み処理を施す。この時点で、ハードディ
スク１１には、バージョンアップされたナビゲーション
用データが記録された状態になり、元のユーザデータが
全て削除されることになる。

【００７４】次に、ステップＳ１４では、バックアップ
用ハードディスク２４の退避データに対する書き戻し工
程を実行する。上述したように、ステップＳ１３で削除
されたユーザデータを元の状態に戻す必要があるため、
ステップＳ１２と逆の処理をうものである。

【００７５】図９は、ステップＳ１４のユーザデータの
書き戻し工程を説明するフローチャートである。図９に
おいて、バージョンアップ後のハードディスク１１を再
びユーザデータ退避装置に接続する必要があるので、こ
のハードディスク１１及びバックアップ用ハードディス
ク２４が正常に接続されたか否かをチェックする（ステ
ップＳ４１）。その結果、ハードディスク１１及びバッ
クアップ用ハードディスク２４がユーザデータ退避装置
に正常に接続されていない場合（ステップＳ４１１；Ｎ
Ｏ）、その旨のコーション表示をディスプレイ２６に表
示し（ステップＳ４２）、それ以降の処理を行わない。

【００７６】ステップＳ４１のチェックにより、正常な
接続が確認された場合は（ステップＳ４１；ＹＥＳ）、
図８のステップＳ３１と同様、ハードディスク１１に付
与されている製造番号と製造者コードを抽出する（ステ
ップＳ４３）。次いで、バックアップ用ハードディスク
２４にアクセスし、上記のハードディスク１１の製造番
号及び製造者コードが関係付けられた退避用ディレクト
リが存在するか否かをチェックする（ステップＳ４
４）。すなわち、図８のステップＳ３４にて作成した退
避用ディレクトリ内に、退避されたユーザデータに対応
する退避データが保持されているので、その存在を確認
するものである。

【００７７】ステップＳ４４のチェックの結果、該当す
る退避用ディレクトリ２４がバックアップ用ハードディ
スク２４に存在しない場合は（ステップＳ４４；Ｎ
Ｏ）、ユーザデータの書き戻しができないため、その旨
及びハードディスク１１の交換を促すコーション表示を
ディスプレイ２６に表示し（ステップＳ４５）、それ以
降の処理を行わない。一方、該当する退避用ディレクト
リ２４がバックアップ用ハードディスク２４に存在する
場合は（ステップＳ４４；ＹＥＳ）、ユーザデータの書
き戻しを実行する（ステップＳ４６）。

【００７８】具体的には、バックアップ用ハードディス
ク２４にアクセスして、該当する退避用ディレクトリか
ら退避データを読み出し、ハードディスク１１に作成さ
れたユーザデータ用ディレクトリに書き戻す。これによ
り、ハードディスク１１には、バージョンアップされた
ナビゲーション用データに加えて、再び元のユーザデー
タが書き込まれた状態になる。なお、ステップＳ４６の
処理中に、コピー中である旨をディスプレイ２６に表示
することが望ましい。また、ステップＳ４６の処理中に
不具合によりコピーが中断されたときも、その旨をディ
スプレイ２６に表示することが望ましく、この場合は、
それ以降の処理を行わない。

【００７９】次に、ハードディスク１１に書き戻された
ユーザデータと、バックアップ用ハードディスク２４の
退避用ディレクトリ内の退避データに対し、互いの総デ
ータサイズを比較して一致するか否かを判断する（ステ
ップＳ４７）。これは、図８のステップＳ３６と同様の
処理である。ステップＳ４７の判断の結果、ユーザデー
タと退避データの総データサイズが一致しないときは
（ステップＳ４７；ＮＯ）、その旨のコーション表示を
ディスプレイ２６に表示し（ステップＳ４８）、それ以
降の処理を行わない。

【００８０】一方、ステップＳ４７の判断の結果、ユー
ザデータと退避データの総データサイズが一致するとき
は（ステップＳ４７；ＹＥＳ）、ハードディスク１１に
対しバージョンアップパスワードを設定する（ステップ
Ｓ４９）。このバージョンアップパスワードは、バージ
ョンアップ後のハードディスク１１をナビゲーション機
器１０に取り付けた後、１回だけアクセスを許可するた
めのパスワードである。すなわち、元々設定されていた
ユーザパスワードが解除されているが、このままではハ
ードディスク１１をナビゲーション機器１０に取り付け
たときにアクセスができない。よって、バージョンアッ
プパスワードは、ハードディスク１１をナビゲーション
機器１０に取り付けたとき１回だけアクセスを許可する
一方で、それ以降はナビゲーション機器１０において、
自動的に元のユーザパスワードを設定する場合に有効で
ある。

【００８１】最後に、書き戻し工程における処理が終了
した旨及びハードディスク１１の交換を促す旨をディス
プレイ２６に表示し（ステップＳ５０）、ハードディス
ク１１に対するバージョンアップ工程が終了する。その
後、他のハードディスク１１に対し、図５〜図９で示す
処理をライン上で繰り返し行うことにより、多数のハー
ドディスク１１をバージョンアップすることができる。

【００８２】以上説明したように、書き換えセンター２
ｅにおけるバージョンアップ工程によれば、バージョン
アップ対象のハードディスク１１において顧客１のユー
ザデータが記録されている場合、それを残しつつナビゲ
ーション用データのみを書き換えることができる。よっ
て、顧客１は、バージョンアップに先立って、自らバッ
クアップ作業を行うことなく、確実に自らのユーザデー
タをハードディスク１１に残しておき、継続的に利用す
ることができる点でメリットが大きい。

【００８３】

【発明の効果】以上説明したように本発明によれば、ナ
ビゲーション機器に搭載された不揮発性記憶手段のナビ
ゲーション用データをバージョンアップする際、ユーザ
データを退避しつつナビゲーション用データの書き換え
た後，ユーザデータを書き戻すようにしたので、顧客に
とって重要なユーザデータが不揮発性記憶手段に記憶さ
れている場合、それを削除することなく確実に残しつつ
ナビゲーション用データをバージョンアップすることが
できる。

【００８４】また本発明によれば、ナビゲーション用デ
ータのバージョンアップを行う工程において、多数のハ
ードディスクを扱う場合であっても効率的に工程管理を
行い、コスト負担を抑えることが可能となる。

【図面の簡単な説明】

【図１】本発明に係るバージョンアップ業務に関し、顧
客、事業者、その他関連する事業者どうしの関係を説明
するブロック図である。

【図２】バージョンアップ業務の流れを説明するフロー
チャートである。

【図３】バージョンアップ業務において、顧客と事業者
の間に販売店が介在する場合の流れを示すフローチャー
トである。

【図４】バージョンアップ業務において、顧客と事業者
の間にサービスセンターのサービスマンが介在する場合
の流れを示すフローチャートである。

【図５】書き換えセンターにおいて行われるバージョン
アップ工程全体の概要を示すフローチャートである。

【図６】ハードディスクの確認工程を説明するフローチ
ャートである

【図７】ユーザデータ退避装置の外観構成を示す図であ
る。

【図８】ユーザデータの退避工程を説明するフローチャ
ートである。

【図９】ユーザデータの書き戻し工程を説明するフロー
チャートである。

【符号の説明】

１…顧客 ２…事業者 ２ａ…受け付けセンター ２ｂ…問い合せセンター ２ｃ…サービスセンター ２ｄ…集荷センター ３…顧客データベース ４…運送業者 ５…販売店 １０…ナビゲーション機器 １１…ハードディスク ２１…ユーザデータ退避装置本体 ２２、２３…コネクタ ２４…バックアップ用ハードディスク ２５…電源部 ２６…ディスプレイ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 １７０ Ｇ０６Ｆ 17/30 １７０Ｃ ５Ｂ０８２ ２４０ ２４０Ｂ ５Ｈ１８０ Ｇ０８Ｇ 1/0969 Ｇ０８Ｇ 1/0969 Ｇ０９Ｂ 29/00 Ｇ０９Ｂ 29/00 Ｚ (72)発明者 矢野 健一郎 埼玉県川越市山田字西町25番地１ パイオ ニア株式会社川越工場内 (72)発明者 齊藤 聡 埼玉県川越市山田字西町25番地１ パイオ ニア株式会社川越工場内 Ｆターム(参考） 2C032 HB02 HC08 2F029 AA02 AC14 AC20 AD01 5B017 AA03 BA05 CA07 CA16 5B018 GA04 HA04 MA12 QA20 5B075 KK43 KK54 MM11 NR02 UU13 5B082 DE06 5H180 AA01 BB13 FF22 FF27

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ナビゲーション機器に着脱自在に取り付
   けられ、ナビゲーション用データとユーザデータを書き
   換え可能に記憶する不揮発性記憶手段に対し、前記ナビ
   ゲーション用データを書き換えてバージョンアップを行
   うナビゲーション用データのバージョンアップ方法であ
   って、 前記ナビゲーション機器から取り外された前記不揮発性
   記憶手段の記憶状態を確認し、バージョンアップすべき
   前記ナビゲーション用データと退避すべき前記ユーザデ
   ータを判別する確認工程と、 前記確認工程における判別結果に応じて、前記不揮発性
   記憶手段に記憶されている前記ユーザデータを、バック
   アップ用記憶手段に退避データとして識別可能に記憶す
   るユーザデータ退避工程と、 前記確認工程における判別結果に応じて、前記不揮発性
   記憶手段に記憶されている前記ナビゲーション用データ
   を、バージョンアップされたナビゲーション用データに
   書き換えるナビゲーション用データ書き換え工程と、 前記不揮発性記憶手段に対応する前記退避データを前記
   バックアップ用記憶手段から読み出し、前記不揮発性記
   憶手段に前記ユーザデータとして書き戻すユーザデータ
   書き戻し工程と、 を順次実行することを特徴とするナビゲーション用デー
   タのバージョンアップ方法。
2. 【請求項２】 前記不揮発性記憶手段には、それぞれア
   クセスを許可するための固有のユーザパスワードが設定
   され、 前記確認工程では、前記ユーザパスワードを解除して前
   記不揮発性記憶手段にアクセスすることを特徴とする請
   求項１に記載のナビゲーション用データのバージョンア
   ップ方法。
3. 【請求項３】 前記書き戻し工程では、バージョンアッ
   プが行われた前記不揮発性記憶手段に対し、１回だけア
   クセスを許可するためのバージョンアップパスワードを
   設定することを特徴とする請求項２に記載のナビゲーシ
   ョン用データのバージョンアップ方法。
4. 【請求項４】 前記不揮発性記憶手段には、前記ユーザ
   データを記録するためのユーザデータ用ディレクトリが
   作成され、 前記確認工程では、前記不揮発性記憶手段における前記
   ユーザデータ用ディレクトリの有無に応じて前記退避す
   べきユーザデータを判別することを特徴とする請求項１
   に記載のナビゲーション用データのバージョンアップ方
   法。
5. 【請求項５】 前記確認工程では、前記不揮発性記憶手
   段に固有の製造番号と製造者コードを管理情報として抽
   出し、前記バックアップ用記憶手段に前記管理情報を前
   記退避データと関連付けて保持し、 前記書き戻し工程では、前記管理情報を参照して前記バ
   ックアップ用記憶手段から書き戻すべき前記ユーザデー
   タを判別することを特徴とする請求項１に記載のナビゲ
   ーション用データのバージョンアップ方法。
6. 【請求項６】 前記不揮発性記憶手段としてハードディ
   スクを用いることを特徴とする請求項１から請求項５の
   いずれかに記載のナビゲーション用データのバージョン
   アップ方法。
7. 【請求項７】 ナビゲーション機器に着脱自在に取り付
   けられ、ナビゲーション用データとユーザデータを書き
   換え可能に記憶する不揮発性記憶手段に対し、前記ナビ
   ゲーション用データを書き換えてバージョンアップを行
   う際に前記ユーザデータを一時的に退避するユーザデー
   タ退避装置であって、 前記不揮発性記憶手段に記憶されている前記ユーザデー
   タを一時的に記憶するバックアップ用記憶手段と、 前記ナビゲーション機器から取り外された前記不揮発性
   記憶手段の記憶状態を確認し、バージョンアップすべき
   前記ナビゲーション用データと退避すべき前記ユーザデ
   ータを判別し、判別結果に応じて前記不揮発性記憶手段
   に記憶されている前記ユーザデータを、バックアップ用
   記憶手段に退避データとして識別可能に記憶するユーザ
   データ退避制御手段と、 前記ナビゲーション用データの書き換えが完了した前記
   不揮発性記憶手段に対し、対応する前記退避データを前
   記バックアップ用記憶手段から読み出し、前記不揮発性
   記憶手段に前記ユーザデータとして書き戻すユーザデー
   タ書き戻し制御手段と、 を備えることを特徴とするユーザデータ退避装置。
8. 【請求項８】 前記ナビゲーション機器と同様の装置構
   成を備え、前記バックアップ用記憶手段は、前記不揮発
   性記憶手段を利用して構成されることを特徴とする請求
   項７に記載のユーザデータ退避装置。
9. 【請求項９】 前記バックアップ用記憶手段及び前記不
   揮発性記憶手段としてハードディスクを用いることを特
   徴とする請求項７又は請求項８に記載のユーザデータ退
   避装置。