JP2002333324A - ナビゲーション用データのバージョンアップ方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ナビゲーション機器に搭載された不揮発性記
憶手段において、顧客自身のユーザデータを確実に残す
ことができるナビゲーション用データのバージョンアッ
プ方法を提供する。 【解決手段】 ナビゲーション機器１０に搭載された不
揮発性記憶手段であるハードディスク１１にはナビゲー
ション用データとユーザデータが書き換え可能に記憶さ
れている。バージョンアップのために取り外されたハー
ドディスク１１は、事業者３の書き換えセンター２ｅ
で、ナビゲーション用データを書き換えるとともに、書
き換えの際にユーザデータを一時的に退避し、書き換え
が終了した後に退避されたユーザデータをハードディス
ク１１に書き戻してバージョンアップが行われる。これ
により、ユーザの作業負担を抑えつつ重要なユーザデー
タをハードディスク１１にそのまま残した状態で、ナビ
ゲーション用データをバージョンアップすることができ
る。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】

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

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

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

【０００７】また、バージョンアップ作業自体を事業者
が行うことになると、対象となるハードディスクの回収
や返却などの業務に伴い中間コストが増加することも予
想される。一方、バージョンアップの際、ナビゲーショ
ン機器に対するハードディスクの取り外し、又は取り付
けの作業を常に顧客に要求することは、ハードディスク
の取り扱いに不慣れな顧客が存在することを考えると好
ましくない。

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

【０００９】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に記載のナビゲーション用データのバージ
ョンアップ方法は、ナビゲーション機器に着脱自在に取
り付けられ、ナビゲーション用データとユーザデータを
書き換え可能に記憶する不揮発性記憶手段に対し、前記
ナビゲーション用データを書き換えてバージョンアップ
を行うナビゲーション用データのバージョンアップ方法
であって、前記ナビゲーション機器から取り外された前
記不揮発性記憶手段に対し、前記ナビゲーション用デー
タを書き換えるとともに、前記書き換えの際に前記ユー
ザデータを一時的に退避し、前記書き換えが終了した後
に前記退避されたユーザデータを前記不揮発性記憶手段
に書き戻してバージョンアップを行うことを特徴とす
る。

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

【００１１】請求項２に記載のナビゲーション用データ
のバージョンアップ方法は、請求項１に記載のナビゲー
ション用データのバージョンアップ方法において、前記
バージョンアップは、前記ナビゲーション機器を所有す
る顧客から前記バージョンアップの申し込みを受け付
け、かつ、集荷依頼を受け付けた前記不揮発性記憶手段
を対象として行われ、顧客情報を保持する顧客データベ
ースに基づいて、前記バージョンアップの実行を管理す
るとともに、前記バージョンアップに付帯する一連の業
務を管理することを特徴とする。

【００１２】この発明によれば、ナビゲーション機器の
不揮発性記憶手段を所有する顧客がバージョンアップを
申し込み、ハードディスクの集荷を依頼すると、事業者
は、顧客データベース中の必要な顧客情報を用いて、そ
の顧客の不揮発性記憶手段を対象とするバージョンアッ
プの実行とそれに付帯する一連の業務を管理しつつ、最
終的にナビゲーション用データのバージョンアップを行
う。よって、ナビゲーション用データのバージョンアッ
プに伴い、顧客は上述のメリットを享受することに加
え、顧客と事業者との間で不揮発性記憶手段を流通させ
るための業務を一元的に管理し、事業者の業務効率を向
上させることができる。

【００１３】請求項３に記載のナビゲーション用データ
のバージョンアップ方法は、請求項２に記載のナビゲー
ション用データのバージョンアップ方法において、前記
バージョンアップに付帯する一連の業務には、対象とな
る不揮発性記憶手段の回収業務と、バージョンアップ後
の前記不揮発性記憶手段の返却業務と、バージョンアッ
プに伴う料金徴収業務が含まれること特徴とする。

【００１４】この発明によれば、請求項２に記載の発明
の作用に加えて、ナビゲーション用データのバージョン
アップを行う事業者は、不揮発性手段の回収業務や返却
業務、あるいは料金徴収業務を一元的に管理するので、
不揮発性記憶手段の流通が円滑になり、バージョンアッ
プに要する中間コストを抑えることができる。

【００１５】請求項４に記載のナビゲーション用データ
のバージョンアップ方法は、請求項３に記載のナビゲー
ション用データのバージョンアップ方法において、顧客
により前記バージョンアップの申し込みを受け付けた
後、前記顧客データベースに基づいて、当該顧客が自ら
前記不揮発性記憶手段のバージョンアップの作業を行う
ために必要なバージョンアップ用部材の配送業務を管理
するとともに、前記バージョンアップは、前記バージョ
ンアップ用部材が配送された顧客から集荷依頼を受け付
けた前記不揮発性記憶手段を対象として行われることを
特徴とする。

【００１６】この発明によれば、請求項３に記載の発明
の作用に加えて、ナビゲーション用データのバージョン
アップを行う事業者が、バージョンアップを申し込んだ
顧客にバージョンアップ用部材を配送し、その後さらに
集荷依頼を受け付けた顧客から不揮発性手段を回収して
バージョンアップ業務を行う。よって、顧客がバージョ
ンアップ用部材を用いて、例えば不揮発性手段の取り外
しの作業を行った状態で回収業務に移ればよく、顧客の
作業効率と事業者の業務効率をともに向上させることが
できる。

【００１７】請求項５に記載のナビゲーション用データ
のバージョンアップ方法は、請求項３又は請求項４に記
載のナビゲーション用データのバージョンアップ方法に
おいて、顧客からの前記集荷依頼と、前記不揮発性記憶
手段の回収業務と、前記バージョンアップ後の前記不揮
発性記憶手段の返却業務とは、それぞれ、前記不揮発性
手段の取り付け及び取り外しを請け負った事業者を経由
して行われることを特徴とする。

【００１８】この発明によれば、バージョンアップを申
し込んだ顧客は、不揮発性記憶手段の取り外し及び取り
付けを自ら行うことなく特定の事業者に依頼し、この事
業者を経由して上述の各種業務が行われる。よって、顧
客が不揮発性記憶手段の取り扱いに不慣れであるとき、
その負担を軽減することができ、バージョンアップ業務
全体を円滑に進めることができる。

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

【００２０】この発明によれば、ナビゲーション機器の
不揮発性記憶手段としてハードディスクを用いるので、
一般に広く普及しているハードディスクに大容量のナビ
ゲーション用データと顧客に固有のユーザデータを自在
に記憶させることができることに加え、バージョンアッ
プに伴うハードディスクの書き換えによる顧客と事業者
双方の負担を軽減することができる。

【００２１】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７７】

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

【００７８】また本発明によれば、ナビゲーション用デ
ータのバージョンアップの際、事業者が顧客データベー
スに基づき各種業務を管理し、バージョンアップ業務と
して多様な選択肢を顧客に提供することができるので、
顧客の作業負担を小さくする一方、事業者の業務効率を
向上させることができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 矢野 健一郎 埼玉県川越市山田字西町25番地１ パイオ ニア株式会社川越工場内 (72)発明者 齊藤 聡 埼玉県川越市山田字西町25番地１ パイオ ニア株式会社川越工場内 Ｆターム(参考） 2C032 HB02 HC08 2F029 AA02 AC02 AC14 AC20 AD01 5H180 AA01 BB13 FF03 FF22 FF27

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ナビゲーション機器に着脱自在に取り付
   けられ、ナビゲーション用データとユーザデータを書き
   換え可能に記憶する不揮発性記憶手段に対し、前記ナビ
   ゲーション用データを書き換えてバージョンアップを行
   うナビゲーション用データのバージョンアップ方法であ
   って、 前記ナビゲーション機器から取り外された前記不揮発性
   記憶手段に対し、前記ナビゲーション用データを書き換
   えるとともに、前記書き換えの際に前記ユーザデータを
   一時的に退避し、前記書き換えが終了した後に前記退避
   されたユーザデータを前記不揮発性記憶手段に書き戻し
   てバージョンアップを行うことを特徴とするナビゲーシ
   ョン用データのバージョンアップ方法。
2. 【請求項２】前記バージョンアップは、前記ナビゲーシ
   ョン機器を所有する顧客から前記バージョンアップの申
   し込みを受け付け、かつ、集荷依頼を受け付けた前記不
   揮発性記憶手段を対象として行われ、 顧客情報を保持する顧客データベースに基づいて、前記
   バージョンアップの実行を管理するとともに、前記バー
   ジョンアップに付帯する一連の業務を管理することを特
   徴とする請求項１に記載のナビゲーション用データのバ
   ージョンアップ方法。
3. 【請求項３】 前記バージョンアップに付帯する一連の
   業務には、対象となる不揮発性記憶手段の回収業務と、
   バージョンアップ後の前記不揮発性記憶手段の返却業務
   と、バージョンアップに伴う料金徴収業務が含まれるこ
   と特徴とする請求項２に記載のナビゲーション用データ
   のバージョンアップ方法 。
4. 【請求項４】 顧客により前記バージョンアップの申し
   込みを受け付けた後、前記顧客データベースに基づい
   て、当該顧客が自ら前記不揮発性記憶手段のバージョン
   アップの作業を行うために必要なバージョンアップ用部
   材の配送業務を管理するとともに、前記バージョンアッ
   プは、前記バージョンアップ用部材が配送された顧客か
   ら集荷依頼を受け付けた前記不揮発性記憶手段を対象と
   して行われることを特徴とする請求項３に記載のナビゲ
   ーション用データのバージョンアップ方法。
5. 【請求項５】 顧客からの前記集荷依頼と、前記不揮発
   性記憶手段の回収業務と、前記バージョンアップ後の前
   記不揮発性記憶手段の返却業務とは、それぞれ、前記不
   揮発性手段の取り付け及び取り外しを請け負った事業者
   を経由して行われることを特徴とする請求項３又は請求
   項４に記載のナビゲーション用データのバージョンアッ
   プ方法。
6. 【請求項６】 前記不揮発性記憶手段は、ハードディス
   クであることを特徴とする請求項１から請求項５のいず
   れかに記載のナビゲーション用データのバージョンアッ
   プ方法。