(57)【特許請求の範囲】
【請求項１】
車載端末装置で用いられる車両用データを、車両とデータ通信するバックアップセンタでバックアップ保存する車両用データバックアップシステムであって、
前記車載端末装置に設けられ、前記車両用データとして、その車両に限定して使用されるカスタマイズデータを複数の車両で共通に用いられる標準データとともに記憶する車載記憶手段と、
前記バックアップセンタに設けられ、前記カスタマイズデータと、前記標準データの代わりに標準データを示す識別コードデータとを車両ごとに記憶するバックアップ記憶手段と、
前記バックアップ記憶手段とは別に前記バックアップセンタに設けられ、複数の車両で共通に用いられる標準データを記憶する標準データ記憶手段と、
を有することを特徴とする車両用データバックアップシステム。
【請求項２】
請求項１に記載のシステムにおいて、
前記標準データを示す識別コードデータおよび前記カスタマイズデータを車両からバックアップセンタへ送信するバックアップ送信が行われ、バックアップ送信されたデータは前記バックアップ記憶手段に格納されることを特徴とする車両用データバックアップシステム。
【請求項３】
請求項２に記載のシステムにおいて、
前記バックアップ送信は、車両側で所定条件が成立したときに実行されることを特徴とする車両用データバックアップシステム。
【請求項４】
請求項２または３のいずれかに記載のシステムにおいて、
前記標準データを示す識別コードデータのバックアップ送信の実行頻度が、前記カスタマイズデータのバックアップ送信と比較して小さく設定されていることを特徴とする車両用データバックアップシステム。
【請求項５】
請求項２〜４のいずれか１つに記載のシステムにおいて、
前記バックアップ送信では、前回の送信時に車両側に記憶されていた車両用データと、今回の送信時に車両側に記憶されている車両用データとの差分データが送信されることを特徴とする車両用データバックアップシステム。
【請求項６】
請求項１〜５のいずれか１つに記載のシステムにおいて、
バックアップ保存されている車両用データを車両へ送信するリターン送信をバックアップセンタに要求する要求手段を含み、
前記リターン送信の要求に応え、バックアップセンタは、前記カスタマイズデータを車両へ送るとともに、前記識別コードに対応する前記標準データを車両へ送ることを特徴とする車両用データバックアップシステム。
【請求項７】
請求項６に記載のシステムにおいて、
前記バックアップ記憶手段には、車両用データが車両識別情報と関連づけて記憶されており、
前記要求手段が前記バックアップセンタに送るリターン送信の要求には、前記車両識別情報が示されることを特徴とする車両用データバックアップシステム。
【請求項８】
請求項６または７のいずれかに記載のシステムにおいて、
前記要求手段による前記リターン送信の要求は、車載記憶手段に記憶された車両用データが破壊されたときに実行され、
バックアップセンタからリターン送信された車両用データを用いて車載記憶手段内のデータが復旧されることを特徴とする車両用データバックアップシステム。
【請求項９】
車両で用いられる車両用データのバックアップ保存を、データ通信を利用してバックアップセンタに依頼する車載端末装置であって、
前記車両用データとして、その車両に限定して使用されるカスタマイズデータを複数の車両で共通に用いられる標準データとともに記憶する車載記憶手段と、
前記標準データに対応する識別コードデータを読み出す読み出し手段と、
前記カスタマイズデータとともに、前記読み出し手段で読み出した識別コードデータを、前記標準データの代わりに、バックアップセンタへ送信する送信手段と、
バックアップ保存されている車両用データを車両へ送信するリターン送信をバックアップセンタに要求する要求手段と、
前記リターン送信の要求に応え、バックアップセンタから送信された、前記カスタマイズデータおよび前記識別コードに対応する前記標準データを受信する受信手段と、
を含むことを特徴とする車載端末装置。
【請求項１０】
請求項９に記載の車載端末装置において、
前記要求手段による前記リターン送信の要求は、車載記憶手段に記憶された車両用データが破壊されたときに実行され、
バックアップセンタからリターン送信された車両用データを用いて車載記憶手段内のデータが復旧されることを特徴とする車載端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車載端末装置で用いる車両用データを車両外部のセンタでバックアップ保存する車両用データバックアップシステムに関する。本発明において、車両用データとは、プログラムの実行に使用されるデータの他、プログラム自体のデータをもいう。
【０００２】
【従来の技術】
従来、いわゆるＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）技術の一環として、コンピュータ装置を車載端末装置として車両に搭載することが提案されている。車載端末装置は、ナビゲーション機能やその他の機能をもち、通信手段を介して情報センタと接続されている。情報センタは、多数の車両と接続され、各車両に有用なデータを送る。また、車載端末装置は、その他のネットワークの端末として機能する場合もある。
【０００３】
車載端末装置で用いられる車両用データは、ハードディスクなどの適当な記憶媒体に記憶されている。車両用データは、前述のように、アプリケーションプログラムなどのプログラムデータや、プログラムで使用される情報（ナビゲーション用地図データなど）である。車載端末装置は、その利点として、外部から各種の車両用データを取得することができる。また、ユーザが車載端末装置を自分の好みの仕様に設定するために、車両用データを変更したり、ユーザ専用のデータを入力することがある（カスタマイズ）。以上より、１台１台の車載端末装置は、それぞれ多種多様な車両用データをもっており、各車両は異なる車両用データをもつ。ＩＴＳ技術の進展とともに、車両ごとの車両用データの多様化は増長すると考えられる。
【０００４】
【発明が解決しようとする課題】
ところで、車両用データは上記のごとくハードディスクなどの記憶媒体に記憶されている。車両では振動や衝撃が発生しやすいので、データ記憶媒体が比較的厳しい条件の下で使用される。そのため、データ記憶媒体に書き込まれているデータに支障が生じたり、記憶媒体自体が破損してしまうといったことがありうる。このようなとき、記憶媒体の交換だけでは車両用データの復旧ができない。特に、上記の如く各車両ごとに異なる多彩なデータが記憶されている場合には、失われたデータの復旧が困難である。これまでに外部から取得されたデータをすべて再取得したり、カスタマイズされたデータを再現することは容易でないからである。
【０００５】
車両用データの復旧を可能にするためには、データのバックアップを行っておくことが効果的である。車載端末装置とデータ通信を行う情報センタが、バックアップ場所として利用可能である。この種のシステムは、特開平３−２７０４６６号公報において、ファクシミリ通信の分野で提案されている。しかし、車両用データに関しては、情報センタとの連携システムがまだ開発段階にあり、各車両がばらばらの多様なデータをもつという状況にはなかったことから、バックアップのニーズもなくデータ破壊時の適切な対応手法は提案されていなかった。
【０００６】
車両用データのバックアップを行う場合に問題となるのは、車両用データのデータ量が多いことである。データ量が多いために、バックアップのための情報センタへのデータ送信に長時間がかかる。また、車両１台あたりのデータ量が多いので、情報センタでは、対象となる全車両のデータをバックアップするために、相当に大きな記憶容量を確保しなければならない。このバックアップ用メモリ容量をできるだけ削減することが望まれる。
【０００７】
本発明は上記課題に鑑みてなされたものであり、その目的は、車両用データのバックアップのためのセンタ側の記憶容量の削減や、データ送信時間の削減が可能な車両用データバックアップシステムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明の車両用バックアップシステムでは、車載端末装置で用いられる車両用データが、車両とデータ通信するバックアップセンタでバックアップ保存される。バックアップセンタは、例えば上記の情報センタであるが、他のセンタでもよい。本発明の車両用データバックアップシステムは、前記車載端末装置に設けられ、前記車両用データとして、その車両に限定して使用されるカスタマイズデータを複数の車両で共通に用いられる標準データとともに記憶する車載記憶手段と、前記バックアップセンタに設けられ、前記カスタマイズデータと、前記標準データの代わりに標準データを示す識別コードデータとを車両ごとに記憶するバックアップ記憶手段と、前記バックアップ記憶手段とは別に前記バックアップセンタに設けられ、複数の車両で共通に用いられる標準データを記憶する標準データ記憶手段とを有する。好ましくは、前記標準データを示す識別コードデータおよび前記カスタマイズデータを車両からバックアップセンタへ送信するバックアップ送信が行われ、バックアップ送信されたデータは前記バックアップ記憶手段に格納される。
【０００９】
上記のように、本発明では、バックアップ対象の車両用データが、標準データとカスタマイズデータとに分類される。標準データは、１台の車両だけでなく複数の車両で共通して同様に用いられる種類のデータである。ただし、すべての車両で使われる必要はない。一方、カスタマイズデータは、該当車両に限定して用いられるデータである。カスタマイズデータは、ユーザが車載端末装置に自分専用の設定を登録したとき等に作成される。なお、前述の如く、車両用データには、プログラムで使用されるデータと、プログラムデータ自体との両方が含まれる。本発明では、適宜、必要なデータがバックアップされればよい。
【００１０】
例えば、標準データは、車載端末装置に購入当初から装備されているデータである。また例えば、標準データは、車両外部から取得されたデータであって、ある程度普通にいろいろな車両が取得して使っているようなデータである。一方、カスタマイズデータは、例えば既存の車両用データを変更したときの変更部分のデータである。また例えば、カスタマイズデータは、ユーザが自分で入力したデータである。また例えば、カスタマイズデータは、車両外部から取得されたデータであって、ある程度特殊でいろいろな車両では用いられないようなデータである。
【００１１】
本発明によれば、車両がもっている標準データについては、バックアップセンタでは、標準データを示す識別コードが記憶される。標準データは、識別コードがあれば、復旧可能だからである。バックアップセンタは、識別コードに対応する標準データを自分で用意しておいてもよく、また、適宜外部から入手してもよい。一方、カスタマイズデータに関しては、カスタマイズデータ自体がバックアップセンタで記憶される。カスタマイズデータは車両ごとに異なっており、データ全部を記憶しておかなければ後の復旧が困難だからである。
【００１２】
このように本発明によれば、標準データを識別コードというかたちでバックアップ保存することにより、複数車両がもっている同じ標準データを重複して保存するという無駄が省ける。そして、識別コードとカスタマイズデータにて、車両がもっているデータが、破壊（消滅等を含む）の発生時にも復旧可能な状態でバックアップ保存される。バックアップのためのデータ量の削減により、バックアップセンタのメモリ容量を削減することが可能となり、また、バックアップセンタへデータを送信するときの通信時間を短縮することが可能となり、その結果、効率よくバックアップを行うことができる。
【００１３】
なお、本発明において、標準データを示す識別コードは、１つ１つの標準データを表すものでもよく、また、複数の標準データのグループを表すようなものでもよい。
【００１４】
本発明の一態様において、好ましくは、前記バックアップ送信は、車両側で所定条件が成立したときに実行される。所定条件が成立するのは、所定の設定タイミングがきたときや、所定の処理（エンジン停止など）が行われたときである。バックアップ送信を適当なタイミングで自動的に実行することができる。
【００１５】
また本発明の一態様において、好ましくは、前記標準データを示す識別コードデータのバックアップ送信の実行頻度が、前記カスタマイズデータのバックアップ送信と比較して小さく設定される。標準データの更新や追加の機会は、カスタマイズデータと比較して少ないと考えられる。両データのバックアップの頻度を同じにすると、標準データのバックアップが無駄に多く行われるか、あるいは、カスタマイズデータのバックアップの間隔が開きすぎる。本態様によれば、両データのバックアップ送信の頻度を異ならせることにより、無駄なバックアップ送信は行わずに、必要なバックアップは確実に行うことができる。従って、さらに効率のよいバックアップ保存が可能となる。
【００１６】
また好ましくは、本発明のバックアップシステムは、バックアップ保存されている車両用データを車両へ送信するリターン送信をバックアップセンタに要求する要求手段を含む。前記リターン送信の要求に応え、バックアップセンタは、前記カスタマイズデータを車両へ送るとともに、前記識別コードに対応する前記標準データを車両へ送る。これらのデータを用いて、データの復旧が行われる。
【００１７】
また好ましくは、前記バックアップ記憶手段には、車両用データが車両識別情報と関連づけて記憶されており、前記要求手段が前記バックアップセンタに送るリターン送信の要求には、前記車両識別情報が示される。車両識別情報をキーにバックアップ保存してある車両用データを検索可能である。
【００１８】
また好ましくは、前記要求手段による前記リターン送信の要求は、車載記憶手段に記憶された車両用データが破壊されたときに実行される。バックアップセンタからリターン送信された車両用データを用いて車載記憶手段内のデータが復旧される。
【００１９】
【発明の実施の形態】
以下、本発明の好適な実施の形態（以下、実施形態という）について、図面を参照し説明する。図１は、全体構成を示すブロック図である。本実施形態では、車載端末装置１０に情報センタ５０が接続されている。情報センタ５０は、車載端末装置１０との間でデータ通信を行って、各種のデータを提供する。さらに、情報センタ５０は、本発明のバックアップセンタとして機能する。
【００２０】
図１において、車載端末装置１０には、ナビゲーションＥＣＵ１２が設けられており、このナビゲーションＥＣＵ１２はＣＰＵを有し、端末全体を制御し、ナビゲーションに関連する各種の処理を行う。ナビゲーションＥＣＵ１２は、車両用データを使う構成の一例として示されている。本実施形態では、ナビゲーションＥＣＵ１２以外の適当なユニットが設けられてもよい。また、ナビゲーションＥＣＵ１２や他のユニットがともに設けられてもよく、さらにそれらは統合されてもよい。
【００２１】
また、車載端末装置１０には、ユーザが各種の指示を入力する入力手段としての操作スイッチ１４が設けられている。この他に入力手段として音声認識装置が設けられてもよい。また、出力手段としてはディスプレイ１６やスピーカ１８が設けられている。さらに、現在位置を検出してナビゲーションＥＣＵ１２へ送るＧＰＳ装置（図示せず）が設けられている。
【００２２】
また、車載端末装置１０には車両用データ記憶装置２０が設けられており、車両用データ記憶装置２０は車載端末装置１０で用いられる車両用データを記憶している。車両用データは、前述のように、プログラムの実行時に処理対象として利用されるデータ（ナビゲーション用地図データなど）の他に、プログラム自体のデータを含む。車両用データ記憶装置２０には、標準データメモリ２２とカスタマイズデータメモリ２４が設けられている。本実施形態では、車両用データが標準データとカスタマイズデータに分類され、標準データは標準データメモリ２２に、カスタマイズデータはカスタマイズデータメモリ２４に記憶されている。図２は、標準データとカスタマイズデータの分類の一例を示している。
【００２３】
標準データは、１台の車両だけでなく複数の車両で共通に用いられる種類のデータである。ただし、すべての車両で使われる必要はない。図２に示すように、標準データとしては、購入当初から標準装備されているデータが挙げられる。また、情報センタ５０から取得されたデータであって、ある程度普通にいろいろな車両が取得して使っているようなデータも、標準データである。標準データは、情報センタ５０との通信以外の手法で取得されたデータ、例えば適当なネットワークを使って取得されたデータでもよい。標準データの具体例は、ＯＳソフトやナビゲーションソフト、メールソフトである。
【００２４】
一方、カスタマイズデータは、この車載端末装置１０の特有のデータであり、すなわち、この端末で限定して用いられるデータである。図２に示すように、カスタマイズデータは、書換え等によりユーザが標準データを変更（カスタマイズ）したときの、変更部分のデータである。また、ユーザが操作スイッチ１４を用いて自分で入力したデータもカスタマイズデータである。また、情報センタ５０や他のネットワークなどの外部から取得されたデータの一部もカスタマイズデータに含まれる。カスタマイズデータの具体例は、ナビゲーション用の画面表示の設定に関するデータ（好みの色など）であり、また、登録地点データである。登録地点データは、ユーザが自分の好みの施設（店舗等）の場所や名前、プロフィールなどを操作スイッチ１４を用いて登録することにより、生成されたデータである。また、カスタマイズデータに含まれる外部取得データは、例えば、ある程度特殊でいろいろな車両では使われないアプリケーションプログラムや地図関連情報である。
【００２５】
アプリケーションプログラムのうちのマクロプログラム部分などはカスタマイズデータに該当し、カスタマイズデータメモリ２４に書き込まれる。このとき、標準データたるプログラムのメイン部分は、標準データメモリ２２に格納されたままで固定し書き換えない。このようなプログラムを実行するときは、標準データメモリ２２のプログラムデータとカスタマイズデータメモリ２４のプログラムデータの両方が必要に応じて参照される。
【００２６】
なお、上記のマクロプログラム部分とメインプログラム部分の切り離しが不可能な場合には、全プログラムが標準データメモリ２２からカスタマイズデータメモリ２４へ移されてもよい。あるいは、標準データメモリ２２にオリジナルのデータを残すと共に、カスタマイズデータメモリ２４にはカスタマイズされた全データを格納してもよい。その他にもカスタマイズ部分のデータをメイン部分のデータから切り離せない場合には、同様の措置がとられる。
【００２７】
図１に戻り、車両用データ記憶装置２０には、さらに、識別コードテーブルを記憶する識別コードテーブルメモリ２６が設けられている。本実施形態では、標準データのそれぞれには、その標準データを表す識別コード（番号や記号）がつけられている。識別コードテーブルは、標準データメモリ２２に実際に記憶されている標準データの識別コードのテーブルである。
【００２８】
複数の標準データのグループを表す識別コードが用いられてもよい。例えば、車種ごとに、販売時に標準データメモリ２２に記憶されている標準データが決まっているとする。この場合、車種を表すコードは、初期の標準データ群を表す識別コードとして利用可能である。
【００２９】
本実施形態において、車両用データ記憶装置２０は、記憶媒体内にデータを保存する装置である。車両用データ記憶装置２０としては、読み書き可能なハードディスク装置などが好適である。車両用データ記憶装置２０は、一つの記憶装置であってもよく、また、複数に分かれていてもよい。例えば、車両用データ記憶装置２０の一部がハードディスク装置で、他の一部がＣＤ−ＲＯＭでもよい。
【００３０】
図１において、車載端末装置１０には、さらにバックアップ管理制御部２８が設けられている。バックアップ管理制御部２８は、車両用データ記憶装置２０内の車両用データのバックアップに関連する処理を行う。
【００３１】
バックアップ管理制御部２８は、標準データメモリ２２のデータを基に、上記の識別コードテーブルを生成し、識別コードテーブルメモリ２６に記憶させる。バックアップ管理制御部２８は、標準データメモリ２２へのデータの読書きを監視する。そして、標準データメモリ２２内に現存する標準データが識別コードテーブルにより表されるように、識別コードテーブルが更新される。
【００３２】
また、バックアップ管理制御部２８は、通信回路３０を用いて情報センタ５０との間でデータ通信を行う。バックアップ管理制御部２８は、バックアップ用のデータを車両用データ記憶装置２０から読み出して情報センタ５０に送り、送ったデータの保存を情報センタ５０に依頼する（バックアップ送信）。
【００３３】
本実施形態の特徴として、バックアップ送信では、カスタマイズデータメモリ２４に記憶されているカスタマイズデータと、識別コードテーブルメモリ２６に記憶されている識別コードテーブルが送られる。すなわち、標準データそのもののを送らずに、代わりに識別コードが送られる。識別コードがあれば、後のデータ破壊（消滅などを含む）に対処する時に、どの標準データが車両に保有されていたかが分かるからであり、これによりバックアップ用のデータの量が大幅に削減される。一方、カスタマイズデータについては、その全部が情報センタ５０へ送られる。データ破壊が発生したときに、全部のデータがバックアップされてなければ、カスタマイズデータメモリ２４の復旧が困難だからである。
【００３４】
また、バックアップ管理制御部２８は、情報センタ５０に、バックアップしているデータの送信を要求する要求手段として機能する。この要求に応え情報センタ５０がバックアップ保存しているデータを車両へ送ることを、本実施形態では、「リターン送信」という。リターン送信の要求は、後述するように、車両用データ記憶装置２０のデータが破壊されたときに生成され、通信回路３０を用いて情報センタへ送られる。
【００３５】
上記のバックアップ管理制御部２８は、ナビゲーションＥＣＵ１２と一体に設けられていてもよい。
【００３６】
次に、情報センタ５０の構成を説明する。情報センタ５０にはセンタ制御部５２が設けられており、センタ制御部５２はセンタ全体を制御している。センタ制御部５２は、ユーザ識別情報記憶部５６に記憶されているユーザＩＤを参照し、通信回路５４を用いて各車両との間で個別にデータ通信を行う。
【００３７】
センタ制御部５２には、標準データ記憶装置５８が接続されている。標準データ記憶装置５８には、各種の標準データが記憶されている。また、センタ制御部５２には車両別バックアップデータ記憶装置６０が接続されている。前述のように、各車両からは、バックアップ用のデータとして、標準データの識別コードテーブルと、カスタマイズデータとが送られてくる。バックアップ用のデータは、通信回路５４に受信され、センタ制御部５２に送られる。そして、バックアップ用のデータは、センタ制御部５２により車両別バックアップデータ記憶装置６０に書き込まれる。記憶装置６０では、図１に示すように、各車両のバックアップ用のデータが別々に記憶されている。Ａ車については、Ａ車のユーザＩＤと、Ａ車のもっているカスタマイズデータおよび識別コードテーブルが記憶されている。他の車両（Ｂ、Ｃ・・・）についても同様のデータが記憶されている。
【００３８】
また、センタ制御部５２は、各車両からのリターン送信の要求に応え、バックアップ保存してあるデータを読み出して、通信回路５４を用いて車両へ送信する。このとき、カスタマイズデータは、車両別バックアップデータ記憶装置６０から読み出され、そのままのかたちで送られる。また、標準データに関しては、センタ制御部５２は、記憶装置６０から識別コードテーブルを読み出す。そして、テーブル内の各識別コードが示す標準データを標準データ記憶装置５８から読み出す。読み出された標準データが車両へ送信される。
【００３９】
「バックアップ」
次に、本実施形態のバックシステムの動作を説明する。まず、データ破壊に備えて車両側のデータを情報センタでバックアップするときの動作を説明する。
【００４０】
車載端末装置１０のバックアップ管理制御部２８は、カスタマイズデータメモリ２４および識別コードテーブルメモリ２６から、カスタマイズデータおよび識別コードテーブルを読み出し、読み出したデータを通信回路３０を用いて情報センタ５０へ送る。送信されたデータは、情報センタ５０の通信回路５４に受信され、センタ制御部５２へ送られる。センタ制御部５２は、送られてきたデータを車両別バックアップデータ記憶装置６０に書き込むことにより、バックアップ保存を行う。記憶装置６０には、各車両のために個別に記憶領域が設けられている。
【００４１】
上記のバックアップ送信は、適当な間隔を開けて、繰り返し実行される。これにより、情報センタ５０は、常に、車両のもつ最新のデータをバックアップで保存できる。
【００４２】
第１回目のバックアップ送信の際は、カスタマイズデータおよび識別コードテーブルはすべて送信される。２回目以降のバックアップ送信では、差分データのみが送られる。差分データとは、前回の送信時の車両用データ記憶装置２０のデータと、今回の送信時のデータとの相違部分を表すデータである。センタ制御部５２は、差分データを記憶装置６０内のデータに反映する。
【００４３】
例えば、カスタマイズデータの追加部分を表す差分データが送られてくると、その追加部分が記憶装置６０内のカスタマイズデータに追加される。削除されたデータを表す差分データが送られてくれば、記憶装置６０内の該当部分のデータが削除される。また、差分データにカスタマイズデータの書換え部分の内容が含まれているときは、記憶装置６０内のカスタマイズデータが同様に書き換えられる。識別コードテーブルに関しても同様の処理が行われ、コードの追加、削除、書換が行われる。
【００４４】
このように差分データをバックアップに利用することにより、データ送信量が減り、通信時間を一層短縮することが可能となる。
【００４５】
「バックアップのタイミング」
バックアップのタイミングの設定については、下記に説明するように幾つかの異なった設定が可能である。
【００４６】
（１）一定周期の定期的な自動バックアップ
バックアップ管理制御部２８は前回のバックアップ送信からの経過時間を測定ている。そして、所定の時間が経過するたびに、すなわち設定周期ごとに、バックアップ管理制御部２８がバックアップ送信を実行する。例えば、毎日同じ時刻にバックアップが行われる。あるいは数日に一度バックアップが行われたり、毎週同じ曜日にバックアップが行われる。バックアップタイミングは、デフォルトで設定されていてもよく、自動的にバックアップ管理制御部２８により設定されてもよく、また、ユーザが自分で設定してもよい。
【００４７】
ここで、識別コードテーブルのバックアップの周期を、カスタマイズデータよりも長く設定することが好ましい。これにより、識別コードテーブルのバックアップの頻度もカスタマイズデータより小さくなる。標準データが変更される機会は、カスタマイズデータと比較して大幅に少ないと考えられる。標準データのバックアップの頻度が大きいと無駄な通信が行われる。前回と同じデータをバックアップするからである。一方、カスタマイズデータのバックアップの頻度が少ないと、何度もデータが変更されているのに、バックアップがなかなか行われない。本実施形態では、標準データとカスタマイズデータのバックアップの頻度を変えることにより、各データが適切なタイミングでバックアップされ、無駄な通信が極力回避される。
【００４８】
なお、自動バックアップを行う際には、バックアップ送信の前に、ユーザにバックアップの可否を問い合わせることも好適である。この場合、バックアップ管理制御部２８は、ディスプレイ１６やスピーカ１８を用いて、ユーザにバックアップを実行してよいか否かを問い合わせる。ユーザは操作スイッチ１４を用いてバックアップの指示を出す。許可の判断が示されれば、バックアップ送信が実行される。拒否の判断が示されれば、バックアップは中止される。このようなユーザへの問い合わせは、下記の他の自動バックアップでも同様に適用可能である。
【００４９】
（２）所定イベント発生時の定期的自動バックアップ
所定イベントは、車両停止やエンジン停止などである。イベント発生はバックアップ管理制御部２８により検出される。例えば、エンジンが停止されたときに、バックアップ送信が行われる。所定イベントとしては、ある程度の間隔で発生する処理などが好ましく、また、バックアップに適当なタイミングや、情報センタ５０との通信が良好に行えるタイミングに発生するイベントが好ましい。所定イベントも、デフォルトで設定されていてもよく、自動的にバックアップ管理制御部２８により設定されてもよく、また、ユーザが自分で設定してもよい。
【００５０】
また、ここでも、識別コードテーブルのバックアップの頻度をカスタマイズデータより小さくすることが好適である。例えば、識別コードテーブルのバックアップ送信は、エンジンが１０回停止するたびに実行される。一方、カスタマイズデータのバックアップ送信は、エンジンが停止する度に毎回行われる。これにより、両者の頻度が変わる。
【００５１】
（３）データ変更時の自動バックアップ
バックアップ管理制御部２８は、ナビゲーションＥＣＵ１２による車両用データ記憶装置２０の読書き処理を監視する。これにより、カスタマイズデータおよび識別コードテーブルの変更（追加、削除、書換）が発生したか否かが分かる。変更が発生する度に、変更部分を示す差分データがバックアップ送信される。
【００５２】
（４）ユーザによる手動バックアップ
ユーザは、自分でバックアップが必要と判断したときに、操作スイッチ１４を操作してバックアップの実行を指示する。スイッチ操作に対応してディスプレイ１６に表示される画面やスピーカ１８から出力される音声案内に従って作業が進められる。ユーザがバックアップ対象のデータを指定できるように構成することも好適である。
【００５３】
上記の（１）〜（４）のどのタイミングでバックアップを実行するかは、ユーザにより選択される。ユーザのスイッチ操作に対応して、どのタイプの処理を行うかのモード設定が行われる。複数のタイプの処理を行うように設定することも可能である。例えば、周期的なバックアップを行いつつ、所定イベント時のバックアップも行う。モード設定はバックアップ管理制御部２８により自動的に行われてもよい。
【００５４】
「データ復旧」
次に、車両側の車両用データ記憶装置２０内のデータが破壊されたときのデータ復旧処理を説明する。車両用データ記憶装置２０内の記憶内容に障害が発生することがある。また、記憶装置２０自体が故障することがあり、この場合にはまず故障が修理される。例えば損傷した記憶媒体の交換が行われ、また記憶装置２０自体が交換される。
【００５５】
バックアップ管理制御部２８は、通信回路３０を用いて情報センタ５０にリターン送信の要求を送る。この要求には車両を識別するためのユーザＩＤが含まれている。リターン送信はバックアップ管理制御部２８により自動的に要求されてもよい。また、ユーザが操作スイッチ１４を用いてデータ復旧を指示したときに、この指示に従ってバックアップ管理制御部２８が要求を情報センタ５０へ送ってもよい。
【００５６】
リターン送信の要求は、図３に示すように、情報センタ５０で通信回路５４に受信され、センタ制御部５２へ送られる（Ｓ１０）。センタ制御部５２は、車両からの要求に応え、該当車両のデータを車両へ送信する（リターン送信）。このとき、ユーザＩＤを基に、車両別バックアップデータ記憶装置６０内の該当車両の識別コードテーブルが参照される（Ｓ１２）。そして、テーブル内の各識別コードが示す標準データが標準データ記憶装置５８から読み出され、取得される（Ｓ１４）。また、ユーザＩＤを基に、該当車両のカスタマイズデータが車両別バックアップデータ記憶装置６０から読み出され、取得される（Ｓ１６）。読み出された標準データおよびカスタマイズデータは車両へ送信される（Ｓ１８）。
【００５７】
車両側では、カスタマイズデータと標準データが、それぞれ、標準データメモリ２２およびカスタマイズデータメモリ２４に書き込まれる（Ｓ２０）。この再記憶により、車両用データ記憶装置２０の破壊されたデータが復旧する。バックアップ管理制御部２８は、復旧後のデータを基に、再び識別コードテーブルを作りなおし、識別コードテーブルメモリ２６に書き込む。
【００５８】
なお、車両用データ記憶装置２０の一部のデータのみが破壊されることもある。この場合、全体のデータが再記憶されてもよいが、好ましくは、破壊部分のデータのみの復旧処理が行われる。例えば、標準データだけが破壊されたときには、標準データのリターン送信の要求が情報センタ５０へ送られる。これに応えて返信された標準データが標準データメモリ２２に再記憶される。
【００５９】
以上、本発明の好適な実施形態を説明した。本実施形態によれば、識別コードテーブルとカスタマイズデータがバックアップ用のデータとして情報センタに送られ、保存される。これにより、データ破壊時の復旧が可能な状態でデータをバックアップしつつ、バックアップデータ量を削減できる。従って、バックアップのための通信時間の短縮が可能となる。また、情報センタ側でバックアップ用に確保すべき記憶装置の記憶容量を大幅に少なくすることができる。その結果、各車両がそれぞれ独自の多種多様なデータを保有する状況の下で必要とされる車両用データバックアップの効率の向上を図ることができる。
【００６０】
また、本実施形態によれば、識別コードテーブルのバックアップの頻度が、カスタマイズデータよりも小さく設定される。これにより、前述したように、無駄なバックアップ送信を極力避けつつ、各データの必要なバックアップを適切なタイミングで確実に行うことができる。
【００６１】
本実施形態の変形例を説明する。本実施形態では、図１に示すように、ナビゲーションＥＣＵ１２が設けられ、車載端末装置１０はセンタ通信型のナビゲーション装置として機能する。しかし、前述したように、本実施形態はこのような構成に限定されず、ナビゲーションＥＣＵ１２以外の適当なユニットが設けられてもよい。また、ナビゲーションＥＣＵ１２や他のユニットがともに設けられてもよく、さらにそれらは統合されてもよい。
【００６２】
本実施形態では、情報センタが本発明のバックアップセンタとして機能し、多数の車両のデータをバックアップ保存する。しかしバックアップセンタは情報センタとは別に設けられてもよい。また、車両ユーザの家庭に備えられたコンピュータ装置（パーソナルコンピュータなど）をバックアップセンタとして用いてもよい。この場合、バックアップタイミングを帰宅時に設定することも好適である。
【００６３】
本実施形態では、情報センタ５０が、標準データ記憶装置５８内に標準データを記憶している。しかし、標準データ記憶装置５８を設けずに、必要な標準データは適宜外部から取得してもよい。このような変形は、上記の家庭用パーソナルコンピュータをバックアップセンタとして利用するときに特に好適と考えられる。
【００６４】
本実施形態では、図１に示されるように、車両と情報センタは無線通信を行った。この無線通信は、衛星を利用して行われてもよい。また、無線通信ではなく有線通信が行われてもよい。上記の家庭用パーソナルコンピュータを利用する形態では、有線通信を行うことも好適と考えられる。
【図面の簡単な説明】
【図１】本発明の実施形態の全体構成を示すブロック図である。
【図２】標準データとカスタマイズデータの例を示す図である。
【図３】破壊されたデータを復旧する時の処理を示すフローチャートである。
【符号の説明】
１０  車載端末装置、１２  ナビゲーションＥＣＵ、２０  車両用データ記憶装置、２２  標準データメモリ、２４  カスタマイズデータメモリ、２６  識別コードテーブルメモリ、２８  バックアップ管理制御部、３０，５４  通信回路、５０  情報センタ、５２  センタ制御部、５８  標準データ記憶装置、６０  車両別バックアップデータ記憶装置。
【図１】
0003552491.tif 000002
【図２】
0003552491.tif 000003
【図３】
0003552491.tif 000004