地図データ更新システム
【課題】大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる地図データ更新システムを提供する。
【解決手段】携帯電話１０１において、カーナビ２０１が起動する前に、地図更新データをデジタル放送プロバイダ３０１から受信して、その受信した地図更新データを記憶部１０６に記憶し、カーナビ２０１の起動時に、記憶部１０６の記憶する地図更新データをカーナビ２０１へ送信する。そして、カーナビ２０１では、起動時に、携帯電話１０１から送信された地図更新データを受信して地図データを更新する。
【解決手段】携帯電話１０１において、カーナビ２０１が起動する前に、地図更新データをデジタル放送プロバイダ３０１から受信して、その受信した地図更新データを記憶部１０６に記憶し、カーナビ２０１の起動時に、記憶部１０６の記憶する地図更新データをカーナビ２０１へ送信する。そして、カーナビ２０１では、起動時に、携帯電話１０１から送信された地図更新データを受信して地図データを更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地図データ更新システムに関するものである。
【背景技術】
【０００２】
従来、地図データを更新する手段として、カーナビと携帯電話機能を接続することでディーラなど特定の場所にユーザがわざわざ出向かなくても、いつでもどこでもユーザが必要とする地図更新データを配信センターから携帯電話網を利用してダウンロードすることが可能なシステムが存在する。また、例えば、特許文献１に記載された技術では、携帯電話等のセルラ型の移動体通信インフラにおいて、セル毎にその地域の地図情報を常時データ放送し、移動機は常時そのデータを受信して所定地の地図情報に更新し続けることで、移動機に広い地域の地図情報を記憶保持しないようにする。
【特許文献１】特開２００１−３４８８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
カーナビ用の地図データは、ギガバイトから十数ギガバイトと大容量化しているのに対して、携帯電話機能では通信速度が384kbps程度、またデータ課金も重量制課金となっていることから、上記特許文献１に記載された技術のように、ごく限られた小容量のデータのみを携帯電話機能でダウンロードしなければならず、ユーザの利便性を落とした仕組みとなっている。
【０００４】
大容量の地図更新データを配信する方法については、携帯電話より安価で高速な通信手段として無線LAN通信(IEEE802.11g:54Mbps)や放送によるオンデマンド通信(例えばMediaFLOの場合、6MHz帯/300bps/ch×N：最大6Mbpsなど)が挙げられるが、前者の無線LANは、データ通信可能なエリアが無線LANスポットの配置エリアに限定される。この配置エリアは非常に少ないため、ユーザがわざわざその無線LANスポットを探してその場所まで行く必要があり、ユーザの利便性に劣る。
【０００５】
本発明は、上記の問題を鑑みてなされたもので、大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる地図データ更新システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の地図データ更新システムは、
地図更新データをデータ放送波により放送する放送装置を備える地図更新データ放送設備と、
地図更新データ放送設備から放送された地図更新データを受信するデータ放送受信機と、データ放送受信機が受信した地図更新データを記憶する記憶装置と、記憶装置の記憶する地図更新データを近距離通信によりカーナビゲーション装置へ送信する近距離送信機と、を備える移動通信装置と、
移動通信装置の送信した地図更新データを受信する近距離受信機を備えるカーナビゲーション装置と、を有し、
移動通信装置は、
カーナビゲーション装置が起動する前に、地図更新データを受信して、その受信した地図更新データを前記記憶装置に記憶し、
カーナビゲーション装置の起動時に、記憶装置の記憶する地図更新データをカーナビゲーション装置へ送信し、
カーナビゲーション装置は、当該カーナビゲーション装置の起動時に、移動通信装置から送信された地図更新データを受信して地図データを更新することを特徴とする。
【０００７】
本発明は、通信エリア的にも、また、時間帯にも常時データ受信が可能な携帯電話やPDA（Personal Digital Assistants）に代表される移動通信装置をデータ放送波の受信が可能な大容量データ保存装置として位置づけ、ユーザの車両使用状況に関わらず、データ放送波として配信される地図更新データをカーナビゲーション装置が起動する前に、移動通信装置により受信する。
【０００８】
これにより、ユーザが車両に乗り込む際には、ユーザが携帯する移動通信装置には地図更新データが記憶されているため、カーナビゲーション装置の起動時に、Bluetooth（登録商標）やUSB（Universal Serial Bus）などの近距離通信により、移動通信装置から地図更新データをカーナビゲーション装置に高速転送することができる。その結果、大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる。
【０００９】
請求項２に記載の地図データ更新システムでは、
移動通信装置は、地図更新データ放送設備との通信を行う外部通信機により地図データ放送設備へ地図更新リクエスト情報を送信し、
地図更新データ放送設備は、移動通信装置からの地図更新リクエスト情報を受信することで、その地図更新リクエスト情報の内容に応じた地図更新データを放送することを特徴とする。
【００１０】
これにより、カーナビゲーション装置のユーザは、必要に応じた地図更新データの配信を移動通信装置によるオンデマンド放送受信により実現することができる。
【００１１】
請求項３に記載の地図データ更新システムによれば、
地図データ放送設備は、地図更新リクエスト情報を受けて、地図更新データの放送時刻を含む地図更新データ放送情報を移動通信装置へ送信し、
移動通信装置は、地図更新データ放送情報に含まれる地図更新データの放送時刻に、データ放送受信機が地図更新データを受信するための受信予約を行う受信予約手段を備えることを特徴とする。
【００１２】
これにより、移動通信装置では、受信予約した放送時刻に地図更新データの受信を開始することができる。
【００１３】
請求項４に記載の地図データ更新システムでは、
地図データ放送設備は、地図更新データ放送情報として、地図更新データのバージョン情報を含むものであり、
移動通信装置は、地図更新データの放送時刻になる前に、記憶装置の空き記憶容量、バッテリー残量、地図更新データのバージョンの少なくとも１つから、地図更新データの受信を許可するかどうかを判定する受信許可判定手段を備えることを特徴とする。
【００１４】
これにより、移動通信装置において、地図更新データを記憶することができる空き記憶容量を確保しているか、バッテリー残量が地図更新データを受信するのに十分であるか、受信しようとしている地図更新データのバージョンは正しいかなど、地図更新データを受信する準備が出来ているかどうかを判定することができる。
【００１５】
請求項５に記載の地図データ更新システムによれば、移動通信装置は、地図更新データの受信中に中断要因が有るか無いかを判定する受信中断判定手段を備え、
データ放送受信機は、受信中断判定手段が中断要因が有ると判定した場合、地図更新データの受信を中断することを特徴とする。
【００１６】
このように、中断要因が有る（中断要因が発生した）場合に地図更新データの受信を中断することで、移動通信装置の他の機能の実行を妨げないようにすることができる。
【００１７】
請求項６に記載の地図データ更新システムでは、移動通信装置は、地図更新データの受信の中断終了後に、その中断した地図更新データの受信を再開するかどうかの指示をユーザに入力させるための指示入力手段を備えることを特徴とする。
【００１８】
これにより、ユーザは、地図更新データの受信を再開させたい場合には指示入力手段から入力することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の地図データ更新システムの実施形態について、図面を参照しながら説明する。図１に、地図データ更新システムの全体構成を示す。地図データ更新システムは、データ放送波により放送された地図更新データを受信する携帯電話（又は車載通信装置）１０１、車両に搭載されるカーナビゲーション装置（以下、カーナビ）２０１、及び地図更新データを放送する放送装置３０５を備えるデジタル放送プロバイダ（地図更新データ放送設備）３０１から構成される。
【００２０】
デジタル放送プロバイダ３０１は、携帯電話１０１との通信を行う通信手段３０２、顧客管理サーバ３０３、課金サーバ３０４、放送装置３０５を備え、また、地図情報プロバイダの備える地図データベースやコンテンツプロバイダ（ＣＰ）の備えるＰＯＩ（Point Of Interest）データベースからなるデータベース群３０６と接続されている。
【００２１】
通信手段３０２は、ＥＴＣ（Electronic Toll Collection System、エレクトロニック・トール・コレクション・システム）、ＤＳＲＣ（Dedicated Short Range Communication、専用狭域通信）、無線ＬＡＮ（Local Area Network）などに対応した通信機のほか、携帯電話網によって携帯電話１０１と無線通信接続可能な外部通信機を備える。顧客管理サーバ３０３は、データベース群３０６のデータを受信する顧客の各種情報を管理するためのサーバであり、課金サーバ３０４は、顧客ごとの課金情報を記憶するサーバである。放送装置３０５は、データ放送波により、地図更新データなどの各種データを放送する。
【００２２】
携帯電話１０１は、制御部１０２、デジタル放送受信機１０３、外部無線通信制御部１０４、車内無線通信制御部１０５、記憶部１０６、及び電源制御部１０７から構成され、図示しないバッテリーからの電力供給を受けて動作する。制御部１０２は、主としてマイクロコンピュータとして構成されており、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、Ｉ／Ｏ、及びこれらを接続するバスによって構成される。ＣＰＵは、ＲＯＭに書き込まれたプログラムにしたがって所定の演算処理を実行する。
【００２３】
デジタル放送受信機１０３は、デジタル放送プロバイダ３０１から放送された地図更新データなどの各種データを受信する受信機である。外部無線通信制御部１０４は、携帯電話網を介して、デジタル放送プロバイダ３０１の通信手段３０２との間で通信を行う。車内無線通信制御部１０５は、Bluetooth（登録商標）やUSB（Universal Serial Bus）などの近距離無線通信により、カーナビ２０１の車内無線通信制御部２０３と接続される。
【００２４】
記憶部１０６は、デジタル放送受信機１０３の受信した地図更新データなどの各種データを記憶させておくための記憶装置であり、その記憶媒体には不揮発性のものが使用される。電源制御部１０７は、携帯電話１０１の電源のオンオフ制御を実行するほか、バッテリー残量を監視する。
【００２５】
カーナビ２０１は、ナビ全体制御部２０２、車内無線通信制御部２０３、地図データベース２０４、表示部及び音声出力部２０５、操作部２０６、及びＧＰＳ受信機２０７から構成される。ナビ全体制御部２０２は、主としてマイクロコンピュータとして構成されており、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ、及びこれらを接続するバスによって構成される。ＣＰＵは、ＲＯＭに書き込まれたプログラムにしたがって所定の演算処理を実行する。
【００２６】
車内無線通信制御部２０３は、BluetoothやUSBなどの近距離無線通信により、携帯電話１０１の車内無線通信制御部１０５との間で通信を行う。このように、携帯電話１０１とカーナビ２０１とは、近距離無線通信によってデータの高速転送が可能となっている。
【００２７】
地図データベース２０４は、道路データ、背景データ及び文字データなどからなる地図データを記憶するデータベースである。地図データを記憶する記憶媒体としては、そのデータ量からＤＶＤ（Digital Versatile Disk）やハードディスクなどが採用される。この地図データは、デジタル放送プロバイダ３０１から放送される地図更新データ（更新された差分データのみ）を取得して、更新することができるようになっている。
【００２８】
表示部及び音声出力部２０５は、液晶ディスプレイ、アンプ、スピーカーによって構成され、表示部の画面には現在位置に対応しつつ、その進行方位を表示するマーク、及び、地図データベース２０４より入力された地図データによって生成される現在位置周辺の道路地図を表示することができる。さらに、目的地が設定された場合、この道路地図上には、現在位置から目的地までの案内経路を重ねて表示することが出来る。表示部は、ナビ全体制御部２０２によって、画面に表示する表示内容等がコントロールされる。
【００２９】
操作部２０６は、表示部と一体になったタッチスイッチもしくはメカニカルなスイッチ等によって構成され、各種入力に使用される。カーナビ２０１は、現在位置からその目的地までの最適な経路を自動的に選択して案内経路を形成し表示する、いわゆる経路案内機能を備えており、操作部２０６を用いて、目的地の位置を入力することが可能である。
【００３０】
このような自動的に最適な案内経路を設定する手法として、例えば周知のダイクストラ法等の手法が知られている。また、カーナビ２０１、地図データを用いて施設の位置等を検索する検索機能も備えており、操作部２０６は、所望の施設を検索するための、住所、施設名称、電話番号等を入力するためにも用いられる。
【００３１】
ＧＰＳ受信機２０７は、衛星からの電波に基づいて車両の位置を測定するＧＰＳ（Global Positioning System）のための受信機を用いて、現在位置と進行方位を測定する。
【００３２】
このように構成される地図データ更新システムは、一般に、ユーザが車両に乗車している時間内でしか行うことができなかったカーナビの地図データの更新に鑑みてなされたものである。すなわち、通常、車両に固定設置されたカーナビ２０１を動作させるためには、車両のキーポジションをアクセサリにしたり、エンジンを駆動状態にしたりすることが必須であり、これは、基本的にユーザが移動のために車両を使用する場合に限られる。従って、カーナビ２０１の地図データの更新は、一般的に、ユーザが車両に乗車している時間内でしか行うことができない。
【００３３】
そこで、地図データ更新システムでは、通信エリア的にも、また、時間帯にも常時データ受信が可能な携帯電話１０１をデータ放送波の受信が可能な大容量データ保存装置として位置づけ、ユーザの車両使用状況に関わらず、データ放送波として配信される地図更新データをカーナビ２０１が起動する前に携帯電話１０１で受信する。
【００３４】
これにより、ユーザが車両に乗り込む際には、ユーザが携帯する携帯電話１０１には地図更新データが記憶されているため、カーナビ２０１の起動時に、車内無線通信制御部１０５、２０３との間の近距離無線通信により、携帯電話１０１から地図更新データをカーナビ２０１に高速転送することができる。その結果、大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる。
【００３５】
以下、地図データ更新システムによるカーナビ２０１のための地図更新データ配信処理について説明する。図２は、地図データ更新システム全体の動作順序を示したフローチャートである。図２のステップＳ１では、携帯電話１０１とカーナビ２０１との間で、地図更新リクエスト情報の取得処理を行う。ステップＳ２では、携帯電話１０１とデジタル放送プロバイダ３０１との間で、地図更新リクエスト情報の登録処理を行う。
【００３６】
続くステップＳ３では、携帯電話１０１とデジタル放送プロバイダ３０１との間で、地図更新データの放送プログラム（ＥＰＧ）通知処理を行う。ステップＳ４では、携帯電話１０１において地図更新データの放送プログラムの受信予約処理を行う。ステップＳ５では、携帯電話１０１において予約時刻数分前の処理を行う。
【００３７】
ステップＳ６では、携帯電話１０１において地図更新データ放送プログラムの受信処理を実行する。ステップＳ７では、携帯電話１０１においてデータ受信の中断補足処理を実行する。ステップＳ８では、携帯電話１０１において受信データの妥当性チェック処理を実行する。最後に、ステップＳ９では、携帯電話１０１とカーナビ２０１との間で、地図更新処理を実行する。
【００３８】
次に、図２に示したステップＳ１〜ステップＳ７、及びステップＳ９の各処理について、図３乃至図９を参照しながら説明する。図３に、ステップＳ１における地図更新リクエスト情報の取得処理を示す。先ず、携帯電話１０１において地図更新のためのアプリケーション（地図更新アプリ）を起動させると、ステップＳ１１では、カーナビ２０１において携帯電話１０１の認証を行う。
【００３９】
この認証では、ユーザＩＤとそれに対応したパスワードを携帯電話１０１から入力し、その情報をカーナビ２０１へ送信する。カーナビ２０１では、予め登録しておいたユーザＩＤとそれに対応したパスワードと、携帯電話１０１から受信したユーザＩＤとパスワードとが各々一致する場合に、登録済みの携帯電話１０１であるとして、携帯電話１０１とカーナビ２０１の通信接続を継続する。
【００４０】
ユーザが地図更新の対象とする位置を予め指定していない場合、ステップＳ１２では、携帯電話１０１からカーナビ２０１に対し、自宅位置エリア情報（位置情報、エリアＩＤ、バージョン）の送信要求を送信する。ステップＳ１３において、カーナビ２０１は、自宅位置エリア情報の送信要求を受けて自宅位置エリア情報を携帯電話１０１へ送信する。ここで、位置情報とは自宅位置の座標（緯経度）であり、エリアＩＤは自宅位置の該当エリア（例えば、都道府県、市区町村など）の識別番号であり、また、バージョンとは該当エリアの地図データのバージョン情報である。
【００４１】
一方、ユーザが地図更新の対象とする位置を予め指定している場合には、ステップＳ１４にて、携帯電話１０１からカーナビ２０１に対し、指定エリア情報の送信要求を送信する。ステップＳ１５において、カーナビ２０１は、指定エリア情報の送信要求を受けて指定エリア情報を携帯電話１０１へ送信する。この指定エリア情報における位置情報とはユーザの指定した位置（例えば、目的地など）の座標であり、エリアＩＤは指定した位置の該当エリアの識別番号であり、また、バージョンとは該当エリアの地図データのバージョン情報である。
【００４２】
ステップＳ１６では、自宅位置エリア情報又は指定エリア情報を参照して、携帯電話１０１の記憶部１０６に、該当エリア（更新リクエスト範囲）の地図更新データが記憶されているかどうかを判定する。このステップＳ１６にて肯定判定した場合にはステップＳ９の地図更新処理に移行し、ステップＳ１６にて否定判定した場合にはステップＳ１７に処理を進める。ステップＳ１７では、自宅位置エリア情報又は指定エリア情報に基づいて地図更新リクエスト情報を作成し、格納（記憶）する。
【００４３】
続く、ステップＳ２の地図更新リクエスト情報の登録処理（ステップＳ２１〜ステップＳ２３）、及びステップＳ３における地図更新データの放送プログラム（ＥＰＧ）通知処理（ステップＳ３１〜ステップＳ３４）について、図４を参照しながら説明する。先ず、ステップＳ２１において、携帯電話１０１では、地図更新アプリにより、地図更新リクエスト情報の送信メールを作成する。ステップＳ２２では、携帯電話１０１からデジタル放送プロバイダ３０１へ地図更新リクエスト情報の送信メールを送信する。ステップＳ２３において、デジタル放送プロバイダ３０１では、受信した地図更新リクエスト情報を登録する。
【００４４】
図４のステップ３１では、デジタル放送プロバイダ３０１において、データベース群３０６に更新リクエスト範囲の地図データの更新があるかどうかを判定する。このステップＳ３１にて肯定判定した場合にはステップＳ３２へ処理を進め、否定判定した場合には、携帯電話１０１に対して、更新リクエスト範囲の地図データの更新がないため、更新され次第、ＥＰＧデータを送信する旨の返信メールを送信し、更新リクエスト範囲の地図データが更新されるまで待機状態を保持する。
【００４５】
ステップＳ３２では、更新リクエスト範囲の地図データが更新された場合、その更新リクエスト範囲の地図データを放送する地図更新データの放送プログラム（地図更新データを放送する放送チャンネル、その放送時刻（ＥＰＧによる予約設定データ、ＥＰＧデータ）、データサイズ、及びバージョン）を編成する。ステップＳ３３では、ステップＳ３２で編成した放送プログラムの通知メールを作成する。この通知メールには、ＥＰＧデータを添付する。ステップＳ３４では、デジタル放送プロバイダ３０１から携帯電話１０１に対して、ステップＳ３３で作成した通知メールを送信する。そして、後述するように、デジタル放送プロバイダ３０１では、地図更新リクエスト情報の内容に応じた地図更新データを放送する。これにより、カーナビ２０１のユーザは、必要に応じた地図更新データの配信を携帯電話１０１によるオンデマンド放送受信により実現することができる。
【００４６】
図５に、携帯電話１０１において実行される、地図更新データの放送プログラムの受信予約処理を示す。ステップＳ４１では地図更新アプリを起動し、ステップＳ４２では地図更新データの放送プログラム内容を確認する。ステップＳ４３では、ユーザに対して、放送プログラムの内容で地図更新データを受信するかどうかの判断を促す。そして、ユーザから受信する旨の指示が携帯電話１０１から入力された場合には、ステップＳ４４にて、放送プログラムの内容で地図更新データを受信するための受信予約を行う。これにより、携帯電話１０１では、受信予約した放送時刻に地図更新データの受信を開始することができる。また、ユーザから受信しない旨の指示が携帯電話１０１から入力された場合には、本処理を終了する。
【００４７】
図６は、携帯電話１０１における予約時刻数分前の処理を示す。図６のステップＳ５１では、地図更新データの放送プログラムの通知メールから放送（予定）時刻を参照し、予約時刻のＸ分前（例えば５分前）になったかどうか判定する。このステップＳ５１にて肯定判定した場合にはステップＳ５２へ処理を進め、否定判定した場合には、Ｘ分前になるまで待機状態を維持する。
【００４８】
ステップＳ５２では、携帯電話１０１のアラーム機能などよって、「まもなく地図更新データを受信します」などのメッセージを画面に表示したり音声出力したりすることで、地図更新データの自動受信が開始されることをユーザに通知する。
【００４９】
ステップＳ５３では、地図更新データの放送プログラムの通知メールからデータサイズを参照し、地図更新データを記憶するだけの空き記憶容量が携帯電話１０１の記憶部１０６にあるかどうかを判定する。このステップＳ５３にて肯定判定した場合にはステップＳ５４へ処理を進め、一方、否定判定した場合にはステップＳ５９へ処理を進める。
【００５０】
ステップＳ５４では、携帯電話１０１のバッテリー残量を参照し、現在のバッテリー残量で地図更新データの放送受信が可能かどうかを判定する。このステップＳ５４にて肯定判定した場合にはステップＳ５５へ処理を進め、否定判定した場合にはステップＳ５８にて、「バッテリーが不足しています」などのメッセージを画面に表示したり音声出力したりすることで、バッテリー残量が不足していることをユーザに通知する。
【００５１】
ステップＳ５５では、地図更新データの放送プログラムの通知メールから地図更新データのバージョンを取得し、ステップＳ５６では、取得済みのバージョンであるかどうかを判定する。このステップＳ５６にて肯定判定した場合には本処理を終了し、否定判定した場合にはステップＳ５７に処理を進める。ステップＳ５７では、地図更新データの受信を許可する。
【００５２】
ステップＳ５９では、「不要なデータを削除しますか」などのメッセージを画面に表示したり音声出力したりすることで、地図更新データを記憶するために、記憶部１０６の記憶するデータを削除するかどうかをユーザに通知する。この通知後、ユーザから削除する旨の指示が携帯電話１０１から入力された場合には、ステップＳ６０にて不要なデータを削除し、ユーザから削除しない旨の指示が携帯電話１０１から入力された場合には、本処理を終了する。
【００５３】
このように、図６の予約時刻数分前の処理では、地図更新データの放送（予定）時刻になるＸ分前に、携帯電話１０１の記憶部１０６の空き記憶容量、バッテリー残量、及び地図更新データのバージョンを参照して、地図更新データの受信を許可するかどうかを判定する。これにより、携帯電話１０１において、地図更新データを記憶することができる空き記憶容量を確保しているか、バッテリー残量が地図更新データを受信するのに十分であるか、受信しようとしている地図更新データのバージョンは正しいかなど、地図更新データを受信する準備が出来ているかどうかを判定することができる。
【００５４】
図７は、地図更新データ放送プログラムの受信処理を示している。図７のステップＳ６１では、地図更新データの受信を開始する。ステップＳ６２では、地図更新データの受信中における中断要因（例えば、メール作成のためのユーザによる受信中断操作、携帯電話１０１の着信など）の有無を判定する。
【００５５】
このステップＳ６２にて肯定判定した（中断要因が有ると判定した）場合には、ステップＳ６３へ処理を進め、否定判定した（中断要因が無いと判定した）場合には、ステップＳ６５へ処理を進める。ステップＳ６３では、地図更新データの受信を中断する中断処理を行い、ステップＳ６４では、上記中断要因が終了したか（解消されたか）どうかを判定する。
【００５６】
このステップＳ６４にて肯定判定した場合にはステップＳ７へ処理を進め、否定判定した場合にはステップＳ６３を繰り返す。このように、中断要因が有る（中断要因が発生した）場合に地図更新データの受信を中断することで、携帯電話１０１の他の機能の実行を妨げないようにすることができる。
【００５７】
ステップＳ６５では地図更新データの受信を継続し、ステップＳ６６では地図更新データの最終データブロックを受信し終えたかどうかを判定する。このステップＳ６６にて肯定判定した場合にはステップＳ７へ処理を進め、否定判定した場合にはステップＳ６２へ処理を移行し、上述した処理を繰り返す。
【００５８】
図８は、携帯電話１０１におけるデータ受信の中断補足処理を示している。図８のステップＳ７１では、地図更新データのデータ受信において中断が有ったかどうかを判定する。このステップＳ７１にて肯定判定した場合にはステップＳ７２へ処理を進め、否定判定した場合にはステップＳ８へ処理を進める。
【００５９】
ステップＳ７２では、中断によって欠落したデータブロックを今から取得するかどうかをユーザに通知する。そして、ユーザによって、欠落したデータブロックを取得する旨の指示が入力された場合にはステップＳ７３へ処理を進め、ユーザによって、欠落したデータブロックを取得しない旨の指示が入力された場合にはステップＳ２へ処理を移行する。
【００６０】
このように、地図更新データの受信の中断終了後に、その中断した地図更新データの受信を再開するかどうかの指示をユーザに入力させることで、ユーザは、地図更新データの受信を再開させたい場合にはその旨の指示を入力することができる。
【００６１】
ステップＳ７３では地図更新データのオンデマンドサイトへ接続し、ステップＳ７４では欠落したデータブロックを取得する。このように、何らかの要因で地図更新データの受信が中断された場合、中断要因が消失したタイミングから引き続き地図更新データ放送の受信を再開する。但し、放送データのため中断直後に遡ってデータを受信することはできないので、予定した受信データの最終データブロックまで受信した後、ユーザに対して欠落している受信データの補足処理方法の選択を促すようにしている。
【００６２】
ここで、ユーザによる判断とするのは、ユーザごとの契約条件によってデータ通信の課金法が異なる、及びデータ受信の緊急性がその都度異なり、一意にデータ補足処理を決定できないためである。
【００６３】
図２のステップＳ８では、予定した受信データを全て取得した後、受信データの妥当性をチェックする。この受信データの妥当性を評価するためには、例えば、ＣＲＣエラーチェックなどのデータ誤り検出及び誤り訂正処理を実施すればよい。
【００６４】
図９は、携帯電話１０１とカーナビ２０１との間で実行される地図更新処理を示している。携帯電話１０１を所持しているユーザが車両に乗り込み、その後、カーナビ２０１が起動すると、図９のステップＳ９１では、携帯電話１０１において、更新リクエスト範囲の地図更新データが記憶部１０６に記憶されているかどうかを判定する。このステップＳ９１にて肯定判定した場合にはステップＳ９２へ処理を進め、否定判定した場合には本処理を終了する。
【００６５】
ステップＳ９２では、近距離無線通信により、地図更新データを携帯電話１０１からカーナビ２０１へ転送する。ステップＳ９３では、カーナビ２０１において地図更新データの受信が完了すると、その旨の情報を携帯電話１０１へ送信する。カーナビ２０１では、ステップＳ９４において、受信した地図更新データにより地図データを更新する。これにより、カーナビ２０１の地図データは最新のバージョンとなり、以後、カーナビ２０１の実行する経路案内などに反映される。
【００６６】
このように、本実施形態の地図データ更新システムでは、携帯電話１０１において、カーナビ２０１が起動する前に、地図更新データをデジタル放送プロバイダ３０１から受信して、その受信した地図更新データを記憶部１０６に記憶し、カーナビ２０１の起動時に、記憶部１０６の記憶する地図更新データをカーナビ２０１へ送信する。そして、カーナビ２０１では、起動時に、携帯電話１０１から送信された地図更新データを受信して地図データを更新する。
【００６７】
これにより、ユーザが車両に乗り込む際には、ユーザが携帯する携帯電話１０１には地図更新データが記憶されているため、カーナビ２０１の起動時に、BluetoothやUSBなどの近距離通信により、携帯電話１０１から地図更新データをカーナビ２０１へ高速転送することができる。その結果、大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる。
【００６８】
以上、本発明の好ましい実施形態について説明したが、本発明は上述した実施形態に何ら制限されることなく、本発明の主旨を逸脱しない範囲において、種々変形して実施することができる。
【図面の簡単な説明】
【００６９】
【図１】地図データ更新システムの全体構成を示したブロック図である。
【図２】地図データ更新システム全体の動作順序を示したフローチャートである。
【図３】地図更新リクエスト情報の取得処理のフローチャートである。
【図４】地図更新リクエスト情報の登録処理（ステップＳ２１〜ステップＳ２３）、及び地図更新データの放送プログラム（ＥＰＧ）通知処理のフローチャートである。
【図５】地図更新データの放送プログラムの受信予約処理のフローチャートである。
【図６】携帯電話１０１における予約時刻数分前の処理のフローチャートである。
【図７】地図更新データ放送プログラムの受信処理のフローチャートである。
【図８】携帯電話１０１におけるデータ受信の中断補足処理のフローチャートである。
【図９】携帯電話１０１とカーナビ２０１における、地図更新処理のフローチャートである。
【符号の説明】
【００７０】
１０１ 携帯電話（又は車載通信装置）
１０２ 制御部
１０３ デジタル放送受信機
１０４ 外部無線通信制御部
１０５ 車内無線通信制御部
１０６ 記憶部
１０７ 電源制御部
２０１ カーナビ
２０２ ナビ全体制御部
２０３ 車内無線通信制御部
２０４ 地図データベース
２０５ 表示部及び音声出力部
２０６ 操作部
２０７ ＧＰＳ受信機
３０１ デジタル放送プロバイダ
３０２ 通信手段
３０３ 顧客管理サーバ
３０４ 課金サーバ
３０５ 放送装置
３０６ データベース群
【技術分野】
【０００１】
本発明は、地図データ更新システムに関するものである。
【背景技術】
【０００２】
従来、地図データを更新する手段として、カーナビと携帯電話機能を接続することでディーラなど特定の場所にユーザがわざわざ出向かなくても、いつでもどこでもユーザが必要とする地図更新データを配信センターから携帯電話網を利用してダウンロードすることが可能なシステムが存在する。また、例えば、特許文献１に記載された技術では、携帯電話等のセルラ型の移動体通信インフラにおいて、セル毎にその地域の地図情報を常時データ放送し、移動機は常時そのデータを受信して所定地の地図情報に更新し続けることで、移動機に広い地域の地図情報を記憶保持しないようにする。
【特許文献１】特開２００１−３４８８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
カーナビ用の地図データは、ギガバイトから十数ギガバイトと大容量化しているのに対して、携帯電話機能では通信速度が384kbps程度、またデータ課金も重量制課金となっていることから、上記特許文献１に記載された技術のように、ごく限られた小容量のデータのみを携帯電話機能でダウンロードしなければならず、ユーザの利便性を落とした仕組みとなっている。
【０００４】
大容量の地図更新データを配信する方法については、携帯電話より安価で高速な通信手段として無線LAN通信(IEEE802.11g:54Mbps)や放送によるオンデマンド通信(例えばMediaFLOの場合、6MHz帯/300bps/ch×N：最大6Mbpsなど)が挙げられるが、前者の無線LANは、データ通信可能なエリアが無線LANスポットの配置エリアに限定される。この配置エリアは非常に少ないため、ユーザがわざわざその無線LANスポットを探してその場所まで行く必要があり、ユーザの利便性に劣る。
【０００５】
本発明は、上記の問題を鑑みてなされたもので、大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる地図データ更新システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の地図データ更新システムは、
地図更新データをデータ放送波により放送する放送装置を備える地図更新データ放送設備と、
地図更新データ放送設備から放送された地図更新データを受信するデータ放送受信機と、データ放送受信機が受信した地図更新データを記憶する記憶装置と、記憶装置の記憶する地図更新データを近距離通信によりカーナビゲーション装置へ送信する近距離送信機と、を備える移動通信装置と、
移動通信装置の送信した地図更新データを受信する近距離受信機を備えるカーナビゲーション装置と、を有し、
移動通信装置は、
カーナビゲーション装置が起動する前に、地図更新データを受信して、その受信した地図更新データを前記記憶装置に記憶し、
カーナビゲーション装置の起動時に、記憶装置の記憶する地図更新データをカーナビゲーション装置へ送信し、
カーナビゲーション装置は、当該カーナビゲーション装置の起動時に、移動通信装置から送信された地図更新データを受信して地図データを更新することを特徴とする。
【０００７】
本発明は、通信エリア的にも、また、時間帯にも常時データ受信が可能な携帯電話やPDA（Personal Digital Assistants）に代表される移動通信装置をデータ放送波の受信が可能な大容量データ保存装置として位置づけ、ユーザの車両使用状況に関わらず、データ放送波として配信される地図更新データをカーナビゲーション装置が起動する前に、移動通信装置により受信する。
【０００８】
これにより、ユーザが車両に乗り込む際には、ユーザが携帯する移動通信装置には地図更新データが記憶されているため、カーナビゲーション装置の起動時に、Bluetooth（登録商標）やUSB（Universal Serial Bus）などの近距離通信により、移動通信装置から地図更新データをカーナビゲーション装置に高速転送することができる。その結果、大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる。
【０００９】
請求項２に記載の地図データ更新システムでは、
移動通信装置は、地図更新データ放送設備との通信を行う外部通信機により地図データ放送設備へ地図更新リクエスト情報を送信し、
地図更新データ放送設備は、移動通信装置からの地図更新リクエスト情報を受信することで、その地図更新リクエスト情報の内容に応じた地図更新データを放送することを特徴とする。
【００１０】
これにより、カーナビゲーション装置のユーザは、必要に応じた地図更新データの配信を移動通信装置によるオンデマンド放送受信により実現することができる。
【００１１】
請求項３に記載の地図データ更新システムによれば、
地図データ放送設備は、地図更新リクエスト情報を受けて、地図更新データの放送時刻を含む地図更新データ放送情報を移動通信装置へ送信し、
移動通信装置は、地図更新データ放送情報に含まれる地図更新データの放送時刻に、データ放送受信機が地図更新データを受信するための受信予約を行う受信予約手段を備えることを特徴とする。
【００１２】
これにより、移動通信装置では、受信予約した放送時刻に地図更新データの受信を開始することができる。
【００１３】
請求項４に記載の地図データ更新システムでは、
地図データ放送設備は、地図更新データ放送情報として、地図更新データのバージョン情報を含むものであり、
移動通信装置は、地図更新データの放送時刻になる前に、記憶装置の空き記憶容量、バッテリー残量、地図更新データのバージョンの少なくとも１つから、地図更新データの受信を許可するかどうかを判定する受信許可判定手段を備えることを特徴とする。
【００１４】
これにより、移動通信装置において、地図更新データを記憶することができる空き記憶容量を確保しているか、バッテリー残量が地図更新データを受信するのに十分であるか、受信しようとしている地図更新データのバージョンは正しいかなど、地図更新データを受信する準備が出来ているかどうかを判定することができる。
【００１５】
請求項５に記載の地図データ更新システムによれば、移動通信装置は、地図更新データの受信中に中断要因が有るか無いかを判定する受信中断判定手段を備え、
データ放送受信機は、受信中断判定手段が中断要因が有ると判定した場合、地図更新データの受信を中断することを特徴とする。
【００１６】
このように、中断要因が有る（中断要因が発生した）場合に地図更新データの受信を中断することで、移動通信装置の他の機能の実行を妨げないようにすることができる。
【００１７】
請求項６に記載の地図データ更新システムでは、移動通信装置は、地図更新データの受信の中断終了後に、その中断した地図更新データの受信を再開するかどうかの指示をユーザに入力させるための指示入力手段を備えることを特徴とする。
【００１８】
これにより、ユーザは、地図更新データの受信を再開させたい場合には指示入力手段から入力することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の地図データ更新システムの実施形態について、図面を参照しながら説明する。図１に、地図データ更新システムの全体構成を示す。地図データ更新システムは、データ放送波により放送された地図更新データを受信する携帯電話（又は車載通信装置）１０１、車両に搭載されるカーナビゲーション装置（以下、カーナビ）２０１、及び地図更新データを放送する放送装置３０５を備えるデジタル放送プロバイダ（地図更新データ放送設備）３０１から構成される。
【００２０】
デジタル放送プロバイダ３０１は、携帯電話１０１との通信を行う通信手段３０２、顧客管理サーバ３０３、課金サーバ３０４、放送装置３０５を備え、また、地図情報プロバイダの備える地図データベースやコンテンツプロバイダ（ＣＰ）の備えるＰＯＩ（Point Of Interest）データベースからなるデータベース群３０６と接続されている。
【００２１】
通信手段３０２は、ＥＴＣ（Electronic Toll Collection System、エレクトロニック・トール・コレクション・システム）、ＤＳＲＣ（Dedicated Short Range Communication、専用狭域通信）、無線ＬＡＮ（Local Area Network）などに対応した通信機のほか、携帯電話網によって携帯電話１０１と無線通信接続可能な外部通信機を備える。顧客管理サーバ３０３は、データベース群３０６のデータを受信する顧客の各種情報を管理するためのサーバであり、課金サーバ３０４は、顧客ごとの課金情報を記憶するサーバである。放送装置３０５は、データ放送波により、地図更新データなどの各種データを放送する。
【００２２】
携帯電話１０１は、制御部１０２、デジタル放送受信機１０３、外部無線通信制御部１０４、車内無線通信制御部１０５、記憶部１０６、及び電源制御部１０７から構成され、図示しないバッテリーからの電力供給を受けて動作する。制御部１０２は、主としてマイクロコンピュータとして構成されており、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、Ｉ／Ｏ、及びこれらを接続するバスによって構成される。ＣＰＵは、ＲＯＭに書き込まれたプログラムにしたがって所定の演算処理を実行する。
【００２３】
デジタル放送受信機１０３は、デジタル放送プロバイダ３０１から放送された地図更新データなどの各種データを受信する受信機である。外部無線通信制御部１０４は、携帯電話網を介して、デジタル放送プロバイダ３０１の通信手段３０２との間で通信を行う。車内無線通信制御部１０５は、Bluetooth（登録商標）やUSB（Universal Serial Bus）などの近距離無線通信により、カーナビ２０１の車内無線通信制御部２０３と接続される。
【００２４】
記憶部１０６は、デジタル放送受信機１０３の受信した地図更新データなどの各種データを記憶させておくための記憶装置であり、その記憶媒体には不揮発性のものが使用される。電源制御部１０７は、携帯電話１０１の電源のオンオフ制御を実行するほか、バッテリー残量を監視する。
【００２５】
カーナビ２０１は、ナビ全体制御部２０２、車内無線通信制御部２０３、地図データベース２０４、表示部及び音声出力部２０５、操作部２０６、及びＧＰＳ受信機２０７から構成される。ナビ全体制御部２０２は、主としてマイクロコンピュータとして構成されており、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ、及びこれらを接続するバスによって構成される。ＣＰＵは、ＲＯＭに書き込まれたプログラムにしたがって所定の演算処理を実行する。
【００２６】
車内無線通信制御部２０３は、BluetoothやUSBなどの近距離無線通信により、携帯電話１０１の車内無線通信制御部１０５との間で通信を行う。このように、携帯電話１０１とカーナビ２０１とは、近距離無線通信によってデータの高速転送が可能となっている。
【００２７】
地図データベース２０４は、道路データ、背景データ及び文字データなどからなる地図データを記憶するデータベースである。地図データを記憶する記憶媒体としては、そのデータ量からＤＶＤ（Digital Versatile Disk）やハードディスクなどが採用される。この地図データは、デジタル放送プロバイダ３０１から放送される地図更新データ（更新された差分データのみ）を取得して、更新することができるようになっている。
【００２８】
表示部及び音声出力部２０５は、液晶ディスプレイ、アンプ、スピーカーによって構成され、表示部の画面には現在位置に対応しつつ、その進行方位を表示するマーク、及び、地図データベース２０４より入力された地図データによって生成される現在位置周辺の道路地図を表示することができる。さらに、目的地が設定された場合、この道路地図上には、現在位置から目的地までの案内経路を重ねて表示することが出来る。表示部は、ナビ全体制御部２０２によって、画面に表示する表示内容等がコントロールされる。
【００２９】
操作部２０６は、表示部と一体になったタッチスイッチもしくはメカニカルなスイッチ等によって構成され、各種入力に使用される。カーナビ２０１は、現在位置からその目的地までの最適な経路を自動的に選択して案内経路を形成し表示する、いわゆる経路案内機能を備えており、操作部２０６を用いて、目的地の位置を入力することが可能である。
【００３０】
このような自動的に最適な案内経路を設定する手法として、例えば周知のダイクストラ法等の手法が知られている。また、カーナビ２０１、地図データを用いて施設の位置等を検索する検索機能も備えており、操作部２０６は、所望の施設を検索するための、住所、施設名称、電話番号等を入力するためにも用いられる。
【００３１】
ＧＰＳ受信機２０７は、衛星からの電波に基づいて車両の位置を測定するＧＰＳ（Global Positioning System）のための受信機を用いて、現在位置と進行方位を測定する。
【００３２】
このように構成される地図データ更新システムは、一般に、ユーザが車両に乗車している時間内でしか行うことができなかったカーナビの地図データの更新に鑑みてなされたものである。すなわち、通常、車両に固定設置されたカーナビ２０１を動作させるためには、車両のキーポジションをアクセサリにしたり、エンジンを駆動状態にしたりすることが必須であり、これは、基本的にユーザが移動のために車両を使用する場合に限られる。従って、カーナビ２０１の地図データの更新は、一般的に、ユーザが車両に乗車している時間内でしか行うことができない。
【００３３】
そこで、地図データ更新システムでは、通信エリア的にも、また、時間帯にも常時データ受信が可能な携帯電話１０１をデータ放送波の受信が可能な大容量データ保存装置として位置づけ、ユーザの車両使用状況に関わらず、データ放送波として配信される地図更新データをカーナビ２０１が起動する前に携帯電話１０１で受信する。
【００３４】
これにより、ユーザが車両に乗り込む際には、ユーザが携帯する携帯電話１０１には地図更新データが記憶されているため、カーナビ２０１の起動時に、車内無線通信制御部１０５、２０３との間の近距離無線通信により、携帯電話１０１から地図更新データをカーナビ２０１に高速転送することができる。その結果、大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる。
【００３５】
以下、地図データ更新システムによるカーナビ２０１のための地図更新データ配信処理について説明する。図２は、地図データ更新システム全体の動作順序を示したフローチャートである。図２のステップＳ１では、携帯電話１０１とカーナビ２０１との間で、地図更新リクエスト情報の取得処理を行う。ステップＳ２では、携帯電話１０１とデジタル放送プロバイダ３０１との間で、地図更新リクエスト情報の登録処理を行う。
【００３６】
続くステップＳ３では、携帯電話１０１とデジタル放送プロバイダ３０１との間で、地図更新データの放送プログラム（ＥＰＧ）通知処理を行う。ステップＳ４では、携帯電話１０１において地図更新データの放送プログラムの受信予約処理を行う。ステップＳ５では、携帯電話１０１において予約時刻数分前の処理を行う。
【００３７】
ステップＳ６では、携帯電話１０１において地図更新データ放送プログラムの受信処理を実行する。ステップＳ７では、携帯電話１０１においてデータ受信の中断補足処理を実行する。ステップＳ８では、携帯電話１０１において受信データの妥当性チェック処理を実行する。最後に、ステップＳ９では、携帯電話１０１とカーナビ２０１との間で、地図更新処理を実行する。
【００３８】
次に、図２に示したステップＳ１〜ステップＳ７、及びステップＳ９の各処理について、図３乃至図９を参照しながら説明する。図３に、ステップＳ１における地図更新リクエスト情報の取得処理を示す。先ず、携帯電話１０１において地図更新のためのアプリケーション（地図更新アプリ）を起動させると、ステップＳ１１では、カーナビ２０１において携帯電話１０１の認証を行う。
【００３９】
この認証では、ユーザＩＤとそれに対応したパスワードを携帯電話１０１から入力し、その情報をカーナビ２０１へ送信する。カーナビ２０１では、予め登録しておいたユーザＩＤとそれに対応したパスワードと、携帯電話１０１から受信したユーザＩＤとパスワードとが各々一致する場合に、登録済みの携帯電話１０１であるとして、携帯電話１０１とカーナビ２０１の通信接続を継続する。
【００４０】
ユーザが地図更新の対象とする位置を予め指定していない場合、ステップＳ１２では、携帯電話１０１からカーナビ２０１に対し、自宅位置エリア情報（位置情報、エリアＩＤ、バージョン）の送信要求を送信する。ステップＳ１３において、カーナビ２０１は、自宅位置エリア情報の送信要求を受けて自宅位置エリア情報を携帯電話１０１へ送信する。ここで、位置情報とは自宅位置の座標（緯経度）であり、エリアＩＤは自宅位置の該当エリア（例えば、都道府県、市区町村など）の識別番号であり、また、バージョンとは該当エリアの地図データのバージョン情報である。
【００４１】
一方、ユーザが地図更新の対象とする位置を予め指定している場合には、ステップＳ１４にて、携帯電話１０１からカーナビ２０１に対し、指定エリア情報の送信要求を送信する。ステップＳ１５において、カーナビ２０１は、指定エリア情報の送信要求を受けて指定エリア情報を携帯電話１０１へ送信する。この指定エリア情報における位置情報とはユーザの指定した位置（例えば、目的地など）の座標であり、エリアＩＤは指定した位置の該当エリアの識別番号であり、また、バージョンとは該当エリアの地図データのバージョン情報である。
【００４２】
ステップＳ１６では、自宅位置エリア情報又は指定エリア情報を参照して、携帯電話１０１の記憶部１０６に、該当エリア（更新リクエスト範囲）の地図更新データが記憶されているかどうかを判定する。このステップＳ１６にて肯定判定した場合にはステップＳ９の地図更新処理に移行し、ステップＳ１６にて否定判定した場合にはステップＳ１７に処理を進める。ステップＳ１７では、自宅位置エリア情報又は指定エリア情報に基づいて地図更新リクエスト情報を作成し、格納（記憶）する。
【００４３】
続く、ステップＳ２の地図更新リクエスト情報の登録処理（ステップＳ２１〜ステップＳ２３）、及びステップＳ３における地図更新データの放送プログラム（ＥＰＧ）通知処理（ステップＳ３１〜ステップＳ３４）について、図４を参照しながら説明する。先ず、ステップＳ２１において、携帯電話１０１では、地図更新アプリにより、地図更新リクエスト情報の送信メールを作成する。ステップＳ２２では、携帯電話１０１からデジタル放送プロバイダ３０１へ地図更新リクエスト情報の送信メールを送信する。ステップＳ２３において、デジタル放送プロバイダ３０１では、受信した地図更新リクエスト情報を登録する。
【００４４】
図４のステップ３１では、デジタル放送プロバイダ３０１において、データベース群３０６に更新リクエスト範囲の地図データの更新があるかどうかを判定する。このステップＳ３１にて肯定判定した場合にはステップＳ３２へ処理を進め、否定判定した場合には、携帯電話１０１に対して、更新リクエスト範囲の地図データの更新がないため、更新され次第、ＥＰＧデータを送信する旨の返信メールを送信し、更新リクエスト範囲の地図データが更新されるまで待機状態を保持する。
【００４５】
ステップＳ３２では、更新リクエスト範囲の地図データが更新された場合、その更新リクエスト範囲の地図データを放送する地図更新データの放送プログラム（地図更新データを放送する放送チャンネル、その放送時刻（ＥＰＧによる予約設定データ、ＥＰＧデータ）、データサイズ、及びバージョン）を編成する。ステップＳ３３では、ステップＳ３２で編成した放送プログラムの通知メールを作成する。この通知メールには、ＥＰＧデータを添付する。ステップＳ３４では、デジタル放送プロバイダ３０１から携帯電話１０１に対して、ステップＳ３３で作成した通知メールを送信する。そして、後述するように、デジタル放送プロバイダ３０１では、地図更新リクエスト情報の内容に応じた地図更新データを放送する。これにより、カーナビ２０１のユーザは、必要に応じた地図更新データの配信を携帯電話１０１によるオンデマンド放送受信により実現することができる。
【００４６】
図５に、携帯電話１０１において実行される、地図更新データの放送プログラムの受信予約処理を示す。ステップＳ４１では地図更新アプリを起動し、ステップＳ４２では地図更新データの放送プログラム内容を確認する。ステップＳ４３では、ユーザに対して、放送プログラムの内容で地図更新データを受信するかどうかの判断を促す。そして、ユーザから受信する旨の指示が携帯電話１０１から入力された場合には、ステップＳ４４にて、放送プログラムの内容で地図更新データを受信するための受信予約を行う。これにより、携帯電話１０１では、受信予約した放送時刻に地図更新データの受信を開始することができる。また、ユーザから受信しない旨の指示が携帯電話１０１から入力された場合には、本処理を終了する。
【００４７】
図６は、携帯電話１０１における予約時刻数分前の処理を示す。図６のステップＳ５１では、地図更新データの放送プログラムの通知メールから放送（予定）時刻を参照し、予約時刻のＸ分前（例えば５分前）になったかどうか判定する。このステップＳ５１にて肯定判定した場合にはステップＳ５２へ処理を進め、否定判定した場合には、Ｘ分前になるまで待機状態を維持する。
【００４８】
ステップＳ５２では、携帯電話１０１のアラーム機能などよって、「まもなく地図更新データを受信します」などのメッセージを画面に表示したり音声出力したりすることで、地図更新データの自動受信が開始されることをユーザに通知する。
【００４９】
ステップＳ５３では、地図更新データの放送プログラムの通知メールからデータサイズを参照し、地図更新データを記憶するだけの空き記憶容量が携帯電話１０１の記憶部１０６にあるかどうかを判定する。このステップＳ５３にて肯定判定した場合にはステップＳ５４へ処理を進め、一方、否定判定した場合にはステップＳ５９へ処理を進める。
【００５０】
ステップＳ５４では、携帯電話１０１のバッテリー残量を参照し、現在のバッテリー残量で地図更新データの放送受信が可能かどうかを判定する。このステップＳ５４にて肯定判定した場合にはステップＳ５５へ処理を進め、否定判定した場合にはステップＳ５８にて、「バッテリーが不足しています」などのメッセージを画面に表示したり音声出力したりすることで、バッテリー残量が不足していることをユーザに通知する。
【００５１】
ステップＳ５５では、地図更新データの放送プログラムの通知メールから地図更新データのバージョンを取得し、ステップＳ５６では、取得済みのバージョンであるかどうかを判定する。このステップＳ５６にて肯定判定した場合には本処理を終了し、否定判定した場合にはステップＳ５７に処理を進める。ステップＳ５７では、地図更新データの受信を許可する。
【００５２】
ステップＳ５９では、「不要なデータを削除しますか」などのメッセージを画面に表示したり音声出力したりすることで、地図更新データを記憶するために、記憶部１０６の記憶するデータを削除するかどうかをユーザに通知する。この通知後、ユーザから削除する旨の指示が携帯電話１０１から入力された場合には、ステップＳ６０にて不要なデータを削除し、ユーザから削除しない旨の指示が携帯電話１０１から入力された場合には、本処理を終了する。
【００５３】
このように、図６の予約時刻数分前の処理では、地図更新データの放送（予定）時刻になるＸ分前に、携帯電話１０１の記憶部１０６の空き記憶容量、バッテリー残量、及び地図更新データのバージョンを参照して、地図更新データの受信を許可するかどうかを判定する。これにより、携帯電話１０１において、地図更新データを記憶することができる空き記憶容量を確保しているか、バッテリー残量が地図更新データを受信するのに十分であるか、受信しようとしている地図更新データのバージョンは正しいかなど、地図更新データを受信する準備が出来ているかどうかを判定することができる。
【００５４】
図７は、地図更新データ放送プログラムの受信処理を示している。図７のステップＳ６１では、地図更新データの受信を開始する。ステップＳ６２では、地図更新データの受信中における中断要因（例えば、メール作成のためのユーザによる受信中断操作、携帯電話１０１の着信など）の有無を判定する。
【００５５】
このステップＳ６２にて肯定判定した（中断要因が有ると判定した）場合には、ステップＳ６３へ処理を進め、否定判定した（中断要因が無いと判定した）場合には、ステップＳ６５へ処理を進める。ステップＳ６３では、地図更新データの受信を中断する中断処理を行い、ステップＳ６４では、上記中断要因が終了したか（解消されたか）どうかを判定する。
【００５６】
このステップＳ６４にて肯定判定した場合にはステップＳ７へ処理を進め、否定判定した場合にはステップＳ６３を繰り返す。このように、中断要因が有る（中断要因が発生した）場合に地図更新データの受信を中断することで、携帯電話１０１の他の機能の実行を妨げないようにすることができる。
【００５７】
ステップＳ６５では地図更新データの受信を継続し、ステップＳ６６では地図更新データの最終データブロックを受信し終えたかどうかを判定する。このステップＳ６６にて肯定判定した場合にはステップＳ７へ処理を進め、否定判定した場合にはステップＳ６２へ処理を移行し、上述した処理を繰り返す。
【００５８】
図８は、携帯電話１０１におけるデータ受信の中断補足処理を示している。図８のステップＳ７１では、地図更新データのデータ受信において中断が有ったかどうかを判定する。このステップＳ７１にて肯定判定した場合にはステップＳ７２へ処理を進め、否定判定した場合にはステップＳ８へ処理を進める。
【００５９】
ステップＳ７２では、中断によって欠落したデータブロックを今から取得するかどうかをユーザに通知する。そして、ユーザによって、欠落したデータブロックを取得する旨の指示が入力された場合にはステップＳ７３へ処理を進め、ユーザによって、欠落したデータブロックを取得しない旨の指示が入力された場合にはステップＳ２へ処理を移行する。
【００６０】
このように、地図更新データの受信の中断終了後に、その中断した地図更新データの受信を再開するかどうかの指示をユーザに入力させることで、ユーザは、地図更新データの受信を再開させたい場合にはその旨の指示を入力することができる。
【００６１】
ステップＳ７３では地図更新データのオンデマンドサイトへ接続し、ステップＳ７４では欠落したデータブロックを取得する。このように、何らかの要因で地図更新データの受信が中断された場合、中断要因が消失したタイミングから引き続き地図更新データ放送の受信を再開する。但し、放送データのため中断直後に遡ってデータを受信することはできないので、予定した受信データの最終データブロックまで受信した後、ユーザに対して欠落している受信データの補足処理方法の選択を促すようにしている。
【００６２】
ここで、ユーザによる判断とするのは、ユーザごとの契約条件によってデータ通信の課金法が異なる、及びデータ受信の緊急性がその都度異なり、一意にデータ補足処理を決定できないためである。
【００６３】
図２のステップＳ８では、予定した受信データを全て取得した後、受信データの妥当性をチェックする。この受信データの妥当性を評価するためには、例えば、ＣＲＣエラーチェックなどのデータ誤り検出及び誤り訂正処理を実施すればよい。
【００６４】
図９は、携帯電話１０１とカーナビ２０１との間で実行される地図更新処理を示している。携帯電話１０１を所持しているユーザが車両に乗り込み、その後、カーナビ２０１が起動すると、図９のステップＳ９１では、携帯電話１０１において、更新リクエスト範囲の地図更新データが記憶部１０６に記憶されているかどうかを判定する。このステップＳ９１にて肯定判定した場合にはステップＳ９２へ処理を進め、否定判定した場合には本処理を終了する。
【００６５】
ステップＳ９２では、近距離無線通信により、地図更新データを携帯電話１０１からカーナビ２０１へ転送する。ステップＳ９３では、カーナビ２０１において地図更新データの受信が完了すると、その旨の情報を携帯電話１０１へ送信する。カーナビ２０１では、ステップＳ９４において、受信した地図更新データにより地図データを更新する。これにより、カーナビ２０１の地図データは最新のバージョンとなり、以後、カーナビ２０１の実行する経路案内などに反映される。
【００６６】
このように、本実施形態の地図データ更新システムでは、携帯電話１０１において、カーナビ２０１が起動する前に、地図更新データをデジタル放送プロバイダ３０１から受信して、その受信した地図更新データを記憶部１０６に記憶し、カーナビ２０１の起動時に、記憶部１０６の記憶する地図更新データをカーナビ２０１へ送信する。そして、カーナビ２０１では、起動時に、携帯電話１０１から送信された地図更新データを受信して地図データを更新する。
【００６７】
これにより、ユーザが車両に乗り込む際には、ユーザが携帯する携帯電話１０１には地図更新データが記憶されているため、カーナビ２０１の起動時に、BluetoothやUSBなどの近距離通信により、携帯電話１０１から地図更新データをカーナビ２０１へ高速転送することができる。その結果、大容量の地図データの受信場所を選ぶことなく、また、地図データの更新時にユーザに対してストレスを極力与えないようにすることができる。
【００６８】
以上、本発明の好ましい実施形態について説明したが、本発明は上述した実施形態に何ら制限されることなく、本発明の主旨を逸脱しない範囲において、種々変形して実施することができる。
【図面の簡単な説明】
【００６９】
【図１】地図データ更新システムの全体構成を示したブロック図である。
【図２】地図データ更新システム全体の動作順序を示したフローチャートである。
【図３】地図更新リクエスト情報の取得処理のフローチャートである。
【図４】地図更新リクエスト情報の登録処理（ステップＳ２１〜ステップＳ２３）、及び地図更新データの放送プログラム（ＥＰＧ）通知処理のフローチャートである。
【図５】地図更新データの放送プログラムの受信予約処理のフローチャートである。
【図６】携帯電話１０１における予約時刻数分前の処理のフローチャートである。
【図７】地図更新データ放送プログラムの受信処理のフローチャートである。
【図８】携帯電話１０１におけるデータ受信の中断補足処理のフローチャートである。
【図９】携帯電話１０１とカーナビ２０１における、地図更新処理のフローチャートである。
【符号の説明】
【００７０】
１０１ 携帯電話（又は車載通信装置）
１０２ 制御部
１０３ デジタル放送受信機
１０４ 外部無線通信制御部
１０５ 車内無線通信制御部
１０６ 記憶部
１０７ 電源制御部
２０１ カーナビ
２０２ ナビ全体制御部
２０３ 車内無線通信制御部
２０４ 地図データベース
２０５ 表示部及び音声出力部
２０６ 操作部
２０７ ＧＰＳ受信機
３０１ デジタル放送プロバイダ
３０２ 通信手段
３０３ 顧客管理サーバ
３０４ 課金サーバ
３０５ 放送装置
３０６ データベース群
【特許請求の範囲】
【請求項１】
地図更新データをデータ放送波により放送する放送装置を備える地図更新データ放送設備と、
前記地図更新データ放送設備から放送された地図更新データを受信するデータ放送受信機と、該データ放送受信機が受信した地図更新データを記憶する記憶装置と、該記憶装置の記憶する地図更新データを近距離通信によりカーナビゲーション装置へ送信する近距離送信機と、を備える移動通信装置と、
前記移動通信装置の送信した地図更新データを受信する近距離受信機を備えるカーナビゲーション装置と、を有し、
前記移動通信装置は、
前記カーナビゲーション装置が起動する前に、前記地図更新データを受信して、その受信した地図更新データを前記記憶装置に記憶し、
前記カーナビゲーション装置の起動時に、前記記憶装置の記憶する地図更新データを前記カーナビゲーション装置へ送信し、
前記カーナビゲーション装置は、当該カーナビゲーション装置の起動時に、前記移動通信装置から送信された地図更新データを受信して地図データを更新することを特徴とする地図データ更新システム。
【請求項２】
前記移動通信装置は、前記地図更新データ放送設備との通信を行う外部通信機により前記地図データ放送設備へ地図更新リクエスト情報を送信し、
前記地図更新データ放送設備は、前記移動通信装置からの地図更新リクエスト情報を受信することで、その地図更新リクエスト情報の内容に応じた地図更新データを放送することを特徴とする請求項１記載の地図データ更新システム。
【請求項３】
前記地図データ放送設備は、前記地図更新リクエスト情報を受けて、地図更新データの放送時刻を含む地図更新データ放送情報を前記移動通信装置へ送信し、
前記移動通信装置は、前記地図更新データ放送情報に含まれる地図更新データの放送時刻に、前記データ放送受信機が地図更新データを受信するための受信予約を行う受信予約手段を備えることを特徴とする請求項２記載の地図データ更新システム。
【請求項４】
前記地図データ放送設備は、前記地図更新データ放送情報として、地図更新データのバージョン情報を含むものであり、
前記移動通信装置は、前記地図更新データの放送時刻になる前に、前記記憶装置の空き記憶容量、バッテリー残量、前記地図更新データのバージョンの少なくとも１つから、前記地図更新データの受信を許可するかどうかを判定する受信許可判定手段を備えることを特徴とする請求項３記載の地図データ更新システム。
【請求項５】
前記移動通信装置は、前記地図更新データの受信中における中断要因の有無を判定する受信中断判定手段を備え、
前記データ放送受信機は、前記受信中断判定手段が中断要因が有ると判定した場合に地図更新データの受信を中断することを特徴とする請求項１〜４のいずれか１項に記載の地図データ更新システム。
【請求項６】
前記移動通信装置は、前記地図更新データの受信の中断終了後に、その中断した地図更新データの受信を再開するかどうかの指示をユーザに入力させるための指示入力手段を備えることを特徴とする請求項５記載の地図データ更新システム。
【請求項１】
地図更新データをデータ放送波により放送する放送装置を備える地図更新データ放送設備と、
前記地図更新データ放送設備から放送された地図更新データを受信するデータ放送受信機と、該データ放送受信機が受信した地図更新データを記憶する記憶装置と、該記憶装置の記憶する地図更新データを近距離通信によりカーナビゲーション装置へ送信する近距離送信機と、を備える移動通信装置と、
前記移動通信装置の送信した地図更新データを受信する近距離受信機を備えるカーナビゲーション装置と、を有し、
前記移動通信装置は、
前記カーナビゲーション装置が起動する前に、前記地図更新データを受信して、その受信した地図更新データを前記記憶装置に記憶し、
前記カーナビゲーション装置の起動時に、前記記憶装置の記憶する地図更新データを前記カーナビゲーション装置へ送信し、
前記カーナビゲーション装置は、当該カーナビゲーション装置の起動時に、前記移動通信装置から送信された地図更新データを受信して地図データを更新することを特徴とする地図データ更新システム。
【請求項２】
前記移動通信装置は、前記地図更新データ放送設備との通信を行う外部通信機により前記地図データ放送設備へ地図更新リクエスト情報を送信し、
前記地図更新データ放送設備は、前記移動通信装置からの地図更新リクエスト情報を受信することで、その地図更新リクエスト情報の内容に応じた地図更新データを放送することを特徴とする請求項１記載の地図データ更新システム。
【請求項３】
前記地図データ放送設備は、前記地図更新リクエスト情報を受けて、地図更新データの放送時刻を含む地図更新データ放送情報を前記移動通信装置へ送信し、
前記移動通信装置は、前記地図更新データ放送情報に含まれる地図更新データの放送時刻に、前記データ放送受信機が地図更新データを受信するための受信予約を行う受信予約手段を備えることを特徴とする請求項２記載の地図データ更新システム。
【請求項４】
前記地図データ放送設備は、前記地図更新データ放送情報として、地図更新データのバージョン情報を含むものであり、
前記移動通信装置は、前記地図更新データの放送時刻になる前に、前記記憶装置の空き記憶容量、バッテリー残量、前記地図更新データのバージョンの少なくとも１つから、前記地図更新データの受信を許可するかどうかを判定する受信許可判定手段を備えることを特徴とする請求項３記載の地図データ更新システム。
【請求項５】
前記移動通信装置は、前記地図更新データの受信中における中断要因の有無を判定する受信中断判定手段を備え、
前記データ放送受信機は、前記受信中断判定手段が中断要因が有ると判定した場合に地図更新データの受信を中断することを特徴とする請求項１〜４のいずれか１項に記載の地図データ更新システム。
【請求項６】
前記移動通信装置は、前記地図更新データの受信の中断終了後に、その中断した地図更新データの受信を再開するかどうかの指示をユーザに入力させるための指示入力手段を備えることを特徴とする請求項５記載の地図データ更新システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００９−９３０８０（Ｐ２００９−９３０８０Ａ）
【公開日】平成２１年４月３０日（２００９．４．３０）
【国際特許分類】
【出願番号】特願２００７−２６５７６５（Ｐ２００７−２６５７６５）
【出願日】平成１９年１０月１１日（２００７．１０．１１）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２１年４月３０日（２００９．４．３０）
【国際特許分類】
【出願日】平成１９年１０月１１日（２００７．１０．１１）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]