JPH11132773A - 地図データ配信システム及び地図データ取得装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数の移動端末から要求があった場合に、情
報センタ側の送信処理負担を軽減し、確実に地図データ
を送信する。 【解決手段】 車両１０から地図データの送信要求を情
報センタ１００に送信する際、他の車両に対してその旨
を車両間通信で報知し、あるいは他の車両が情報センタ
１００に対する地図データ要求の通信を傍受する。そし
て、他の車両が自車が必要な地図データの送信要求を情
報センタ１００に対して行った場合、その車両に対する
情報センタ１００からの地図データ送信を傍受すること
で自車の地図データとする。また、情報センタ１００
は、複数の車両からの地図データ要求を多重化し、まと
めて複数の車両に地図データを送信する。これにより、
各車両に対する地図データ送信回数を減らし、負担を軽
減する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、外部の情報センタ
から車両等の移動端末に対して必要な地図データを配信
するシステム及び装置に関し、特に複数の移動端末に対
して地図データを配信する場合の処理に関する。

【０００２】

【従来の技術】従来より、車両等の移動端末側の負担
（記憶容量の低減等）を考慮し、必要な地図データを外
部の情報センタに要求して取得する技術が提案されてい
る。

【０００３】例えば、特開平３−２０３７７０号公報に
は、自動車電話が移動して無線電話局が切り替わった際
に、新たな無線電話局から自動車電話にその無線電話局
エリアに対応する地図データを送信する技術が開示され
ている。

【０００４】

【発明が解決しようとする課題】しかしながら、無線電
話局エリアをまたぐ幹線道路等においては、同一無線電
話局に進入する車両が多くなるので次の地図データを取
得する必要がある車両の数が膨大となり、無線電話局の
処理能力を超えるデータの要求、送信が行われるため要
求に対する地図データ提供が遅延する問題があった。

【０００５】もちろん、地図データを供給する情報セン
タのサーバとは別にプロキシサーバ等を設置し、一度移
動端末からアクセスされたサーバの提供データをプロキ
シサーバにキャッシュし、その後移動端末から同じサー
バに同一地図データの要求があった場合に情報提供元の
サーバからではなく、このプロキシサーバのキャッシュ
からデータを提供することも考えられるが、移動端末か
らの要求数が増えた場合、今度はプロキシサーバの負荷
が増大する問題が生じてしまい、根本的な解決とはなり
得ない。

【０００６】本発明は、上記従来技術の有する課題に鑑
みなされたものであり、その目的は、情報センタ側の地
図データ送信処理負担を軽減して、各移動端末からの地
図データ要求を確実に満足することができる地図データ
配信システム及び地図データ取得装置を提供することに
ある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、第１の発明は、移動端末からの要求を受けて所定エ
リアの地図データを送信する情報センタと、同一エリア
地図データを要求した他の移動端末の受信タイミングに
同期したタイミングで前記地図データを受信する受信手
段とを有することを特徴とする。

【０００８】また、第２の発明は、情報センタから移動
端末に地図データを配信するシステムであって、前記情
報センタは、移動端末からの要求を受けて所定エリアの
地図データを送信する送信手段を有し、前記移動端末
は、前記情報センタに地図データを要求する要求手段
と、前記情報センタから他の移動端末への前記地図デー
タの送信予定を検出する検出手段と、前記送信予定に基
づいて前記情報センタから送信された前記地図データを
受信する受信手段とを有することを特徴とする。

【０００９】また、第３の発明は、第２の発明におい
て、前記検出手段は、前記他の移動端末から送信された
送信予定データを受信することで前記送信予定を検出す
ることを特徴とする。

【００１０】また、第４の発明は、第２の発明におい
て、前記検出手段は、前記他の移動端末から前記情報セ
ンタに対する前記要求を傍受することで前記送信予定を
検出することを特徴とする。

【００１１】また、第５の発明は、第２の発明におい
て、前記検出手段は、前記情報センタから同報送信され
た送信予定データを受信することで前記送信予定を検出
することを特徴とする。

【００１２】また、第６の発明は、情報センタから移動
端末に地図データを配信するシステムであって、前記情
報センタは、複数の移動端末から同一エリア地図データ
の要求があった場合にこれらの要求を統合する要求処理
手段と、統合した要求に基づいて前記地図データを所定
の共有通信手段で所定のタイミングで送信する旨を前記
移動体に報知する報知手段と、統合した要求に基づいて
前記地図データを前記共有通信手段で送信する送信手段
とを有し、前記移動端末は、前記情報センタに地図デー
タを要求する要求手段と、情報センタからの前記報知を
受信するとともに、前記所定のタイミングで前記情報セ
ンタから送信された前記地図データを受信する受信手段
とを有することを特徴とする。

【００１３】また、第７の発明は、第６の発明におい
て、前記要求手段は、前記地図データの必要時刻データ
を付加して要求し、前記送信手段は、前記必要時刻デー
タに基づいて前記統合を行うことを特徴とする。

【００１４】また、第８の発明は、必要な地図データを
情報センタから取得する地図データ取得装置であって、
前記情報センタに地図データを要求する要求手段と、前
記情報センタから他の移動端末への前記地図データの送
信予定を検出する検出手段と、前記送信予定に基づいて
前記情報センタから送信された前記地図データを受信す
る受信手段とを有することを特徴とする。

【００１５】また、第９の発明は、必要な地図データを
情報センタから取得する地図データ取得装置であって、
前記情報センタに地図データを要求する要求手段と、前
記情報センタから所定の共有通信手段を用いて所定のタ
イミングで前記地図データを送信する旨のメッセージを
受信するとともに、前記所定のタイミングで送信された
前記地図データを受信する受信手段とを有することを特
徴とする。

【００１６】

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

【００１７】＜第１実施形態＞図１には、本実施形態の
システム構成図が示されている。移動端末としての各車
両１０は、その保有地図データが有効であるエリア１２
内を走行し、次に取得が必要な地図データ有効エリア１
４に進入する前に情報センタ１００に対してその地図デ
ータの送信を要求する。情報センタ１００は、これらの
要求に対して地図データを各車両１０に送信するシステ
ムである。

【００１８】図２には、各車両１０の構成ブロック図が
示されている。各車両１０は、プロセッサ１０ａ、デー
タ送受信装置１０ｂ、メモリ１０ｃ、位置検出装置１０
ｄ及び出力装置１０ｅを有しており、これらは共通の通
信バスに接続されて互いにデータの送受が可能となって
いる。

【００１９】データ送受信装置１０ｂは、プロセッサ１
０ａからの指令に応じて情報センタ１００に対して地図
データ送信を要求するとともに、情報センタ１００から
送信された地図データを受信し、メモリ１０ｃに供給す
る。また、データ送受信装置１０ｂは、後述するように
他の車両から地図データを要求する旨のデータが車両間
通信で送信されてきた場合にはこれを受信し、プロセッ
サ１０ａに供給する。

【００２０】メモリ１０ｃは、データ送受信装置１０ｂ
で受信した必要な地図データを格納するとともに、他の
車両の地図データ要求の有無等を格納する。

【００２１】位置検出装置１０ｄは、車速センサや方位
センサ、あるいはＧＰＳ等から構成され、自車両の位置
を検出してプロセッサ１０ａに供給する。検出された自
車両位置は、次に取得が必要な地図データ有効エリアの
要求予定地点（図１におけるエリア１０１）に差し掛か
ったか否かを判定するため、あるいはナビゲーションを
実行するために用いられる。

【００２２】出力装置１０ｅは、ＣＲＴや液晶ディスプ
レイ等により構成され、検出された自車位置や取得した
地図データ等を表示する。

【００２３】このような構成において、本実施形態では
従来のように各車両１０が情報センタ１００に対して地
図データ送信を要求し、情報センタ１００が各々の要求
に応じて各車両１０に対して地図データを送信するので
はなく、各車両１０が他の車両の地図データ要求の有無
等を検出し、これに応じて自車の地図データ取得タイミ
ングを同期させて受信する点に特徴がある。具体的に
は、図１に示されるように、各車両１０が車両間通信に
より互いに地図データ要求の有無を報知し、各車両１０
は、他の車両から送信された地図要求データに基づいて
情報センタ１００からの地図データ送信予定を把握し、
自車の受信タイミングを決定する。あるいは、各車両１
０が、傍受可能な特定のチャンネルにより情報センタ１
００に対して地図データ送信を要求し、各車両はこのチ
ャンネルを傍受することにより他の車両１０の地図デー
タ要求送信の有無を検出して情報センタ１００からの地
図データ送信予定を把握する。そして、この傍受の結果
を利用して他の車両に対して情報センタ１００から送信
された地図データを自車で傍受し、自車の地図データと
する。これにより、情報センタ１００では、各車両１０
から送信された要求に応じて地図データを送信する必要
がなくなり、結果として地図データ送信回数が低減する
ことになる。

【００２４】以下、これらの処理について、各車両１０
が車両間通信により他の車両の地図データ要求の有無を
検出して送信予定を知る場合と、他の車両の要求通信を
傍受することにより他の車両の地図データ要求を検出し
て送信予定を知る場合に分けて詳細に説明する。

【００２５】＜車両間通信を用いる場合＞図３には、車
両間通信により他の車両の地図データ要求の有無を検出
する場合の車両側の処理フローチャートが示されてい
る。図において、まずプロセッサ１０ａは、次に必要な
地図データを要求する必要があるか否かを判定する（Ｓ
１１）。この判定は、上述したように位置検出装置１０
ｄで検出された自車の位置が地図データの要求予定地域
１０１に差し掛かったか否かにより行われる。そして、
次に必要な地図データを要求する必要がある場合には、
次に他車両要求フラグがセットされているか否かを判定
する（Ｓ１２）。この他車両要求フラグは、他車両が地
図データの送信要求を情報センタ１００に対して行った
か否かを判定するためのフラグであり、以下のようにし
て設定される。

【００２６】図４及び図５には、他車両要求フラグのセ
ット及びリセットの処理フローチャートが示されてい
る。図４は他車両要求フラグがセットされる場合のフロ
ーチャートであり、プロセッサ１０ａは、まず他車両地
図データ要求があったか否かを判定する（Ｓ３１）。こ
の判定は、データ送受信装置１０ｂで他の車両から車両
間通信により情報センタ１００に対して地図データの要
求を行った旨のメッセージを受信したか否かにより行わ
れる。そして、車両間通信により他の車両から地図デー
タ要求があったことを検出した場合には、更に他車両の
要求地図データが自車が次に必要な地図データと一致す
るか否か、すなわち他車両が要求した地図データと自車
が次に必要な地図データが同一エリア地図データか否か
を判定する（Ｓ３２）。他車両が要求した地図データと
自車が次に必要な地図データが一致する場合、プロセッ
サ１０ａは他車両要求フラグをセットする（Ｓ３３）。

【００２７】一方、図５には他車両要求フラグがリセッ
トされる場合の処理フローチャートが示されている。ま
ず、プロセッサ１０ａは他車両要求フラグが既にセット
されているか否かを判定する（Ｓ４１）。他車両要求フ
ラグが既にセットされている場合には、次にその他車両
に対して情報センタ１００から応答（地図データ送信）
があり、既に地図データの送信が完了しているか否かを
判定する（Ｓ４２）。この判定は、他車両から地図デー
タの受信を完了した旨のメッセージが車両間通信により
送信されてきたか否かで行うことができる。そして、既
に応答が完了している場合には、他車両要求フラグをリ
セットする（Ｓ４３）。

【００２８】従って、他車両が自車に必要な地図データ
と同一エリア地図データを要求し、この要求に対して情
報センタ１００からその地図データが未だ送信されてい
ない場合に他車両要求フラグがセットされ、他車両が自
車に必要な地図データを要求していない、あるいは要求
したが既に地図データの送信が完了した場合に他車両要
求フラグがリセットされることになる。

【００２９】再び図３の処理フローチャートに戻り、他
車両要求フラグがセットされているか否かを判定した結
果、他車両要求フラグがリセットされている場合には、
他車両に対して車両間通信により自車が情報センタ１０
０に対して地図データを要求する旨のメッセージを送信
する（Ｓ１３）。なお、このメッセージには、情報セン
タ１００からの応答（地図データ送信）に利用される通
信メディアの種別情報や、そのプロトコル識別情報、情
報センタ１００からの送信チャンネル情報、自車の識別
情報等が付加され、他車両が情報センタ１００からの自
車に対する応答の内容を受信できるようにする。そし
て、他車両へ通知した後、情報センタ１００に対して地
図データの送信を要求し（Ｓ１４）、次に必要な地図デ
ータを更新するとともに他車両要求フラグをリセットす
る（Ｓ１５）。

【００３０】Ｓ１４にて行った地図データ要求に対し
て、情報センタ１００からその地図データが送信されて
きた場合、データ送受信装置１０ｂはこの地図データを
受信し（Ｓ１６）、地図データ受信を完了した場合に再
びＳ１１以降の処理を繰り返す（Ｓ１７）。

【００３１】一方、Ｓ１２にて他車両要求フラグがセッ
トされていると判定された場合には、プロセッサ１０ａ
は自車から情報センタ１００に対して地図データの送信
要求を出すことなく受信待ち状態となる。この状態で情
報センタ１００から他の車両に対して地図データが送信
された場合、プロセッサ１０ａはこの他の車両に対して
送信された地図データを受信し（Ｓ１６）、自車のメモ
リ１０ｃに格納する。他の車両に対して送信された地図
データの受信に際しては、車両間通信で取得した上述の
送信チャンネル情報や識別子情報等が利用される。

【００３２】これにより、情報センタ１００側から見れ
ば、一の車両に対して地図データを送信することで複数
の車両に対して地図データを送信したのと同様の効果が
得られることになり、送信回数の低減が図られる。

【００３３】また、Ｓ１１にて次に必要な地図データを
要求する必要がない、すなわち自車位置が未だ地図デー
タの要求予定地域１０１に差し掛かっていない場合に
は、同様にして他車両要求フラグがセットされているか
否かを判定する（Ｓ１８）。そして、他車両要求フラグ
がセットされている場合には、次に要求予定地域１０１
までの距離が所定距離ｄより小さいか否か、すなわち近
い将来において次に必要な地図データを要求する必要が
あるか否かを判定する（Ｓ１９）。近い将来において次
に必要な地図データを要求する必要がある場合には、Ｓ
１１にてＹＥＳと判定された場合と同様に、他の車両に
対して情報センタ１００から地図データが送信されるの
を待つ受信待機状態に移行する。そして、他の車両に対
して情報センタ１００から地図データが送信された時に
は、これを自分宛の地図データとみなして受信し、メモ
リ１０ｃに格納する。

【００３４】一方、要求予定地域１０１までの距離が所
定距離以上ある場合には、メモリ１０ｃに次に必要な地
図データを格納するだけの容量がある否かを判定する
（Ｓ２０）。メモリに余裕がある場合には、あらかじめ
次に必要な地図データを格納すべく他の車両に対して送
信される地図データを受信すべく待機状態に移行し、メ
モリに余裕がない場合には、再びＳ１１以降の処理を繰
り返して、次に必要な地図データを要求する必要がある
エリア１０１までの距離が所定距離ｄより小さくなるま
で処理を行わない。

【００３５】このように、車両間通信により他の車両の
地図データ要求の有無を検出し、他の車両が情報センタ
１００に対して自車が必要な地図データと同一エリアの
地図データを要求した場合には、自車から情報センタ１
００に対して要求を出すことなく、その車両に対して情
報センタ１００から送信された地図データを他の車両と
同時に受信することで、情報センタ１００の送信回数を
減らし、必要な地図データを確実に受信することができ
る。

【００３６】＜他の車両の地図データ送信要求を傍受す
る場合＞図６には、他の車両の地図データ送信要求を傍
受することにより他の車両が情報センタ１００に対して
地図データを要求したことを検出する場合の処理フロー
チャートが示されている。Ｓ５１〜Ｓ５９は図３に示さ
れた処理フローチャートのＳ１１〜Ｓ２０とほぼ同様で
あり、両者の相違は、Ｓ１３における車両間通信による
他車両への通知処理がなく、また他車両要求フラグがセ
ットされる状況が車両間通信の場合と異なる点である。
すなわち、車両間通信では、他車両から直接送信された
メッセージに基づき他車両が地図データを要求したか否
かを検出したが、本実施形態では他車両による地図デー
タ送信要求通信を傍受することにより検出する。具体的
には、各車両１０は、情報センタ１００に対する要求チ
ャンネルとして特定のチャンネルを利用し、各車両はこ
のチャンネルを傍受することにより他車両による地図デ
ータ要求の有無を検出する。なお、地図データ要求に際
しては、応答（地図データ送信）に利用される通信メデ
ィアの種別情報やそのプロトコル種別情報、ダウンロー
ドのチャンネル情報や自車両の識別子情報等を含ませる
ことで他車両が地図データを受信することを可能とす
る。

【００３７】そして、通信傍受により、他車両が同一エ
リア地図データを要求していることを検出した場合に
は、他車両要求フラグをセットし、他車両が要求してい
ない、あるいは要求しても既に情報センタ１００から送
信された場合には他車両要求フラグをリセットする。以
下は、図３と同様に他車両に対して情報センタ１００か
ら送信された地図データを自車で受信することで、必要
な地図データをメモリ１０ｃに格納する。

【００３８】これにより、情報センタ１００から見れ
ば、１回の送信で複数の車両に対して必要な地図データ
を送信することができることになり、情報センタ１００
の送信処理負担が軽減される。

【００３９】なお、本実施形態では、他車両の要求の有
無を検出することで、自車の受信タイミングを決定して
いるが、情報センタ１００から所定時間に所定エリアの
地図データを同報送信する旨のメッセージを各車両１０
に対して送信し、この地図データを必要とする車両のプ
ロセッサ１０ａがこのメッセージの内容に基づいて自車
の受信タイミングを決定し、同報送信された地図データ
を受信することにより、情報センタ１００側の送信回数
を低減させることも可能である。

【００４０】＜第２実施形態＞図７には、本実施形態に
おけるシステム概念図が示されている。上述した第１実
施形態においては、各車両１０が次に必要な地図データ
を情報センタ１００に対して要求したが、本実施形態に
おいては、将来必要となる複数の地図データをまとめて
情報センタ１００に要求する。すなわち、走行経路が定
められている場合には、その走行経路を走行するために
必要な走行経路上の地図データを要求し、走行経路があ
らかじめ定められていない場合には、将来走行すると予
想される範囲の地図を情報センタ１００に送信する。例
えば、図７において、車両１と車両２は走行経路があら
かじめ設定されている車両であり、例えば車両１は
（４，４）、（３，４）、（３，３）、（２，３）、
（２，２）、（１，２）、（１，１）、（１，０）、
（０，０）の各エリアを順に走行し、車両２は（３，
２）、（２，２）、（２，１）、（１，１）、（０，
１）の各エリアを順に走行する。一方、車両３は走行経
路が設定されていない車両であり、車両の走行方向等か
ら走行予測範囲１０６内の地図データが必要と予測され
る。各車両は、これらの地図データの要求をその地図デ
ータが必要となる時刻データを付加して情報センタ１０
０に送信する。そして、情報センタ１００では、これら
の情報を統合し、地図データが重複する場合には、時刻
データに基づいてまとめて複数の車両に地図データを送
信する。これにより、情報センタ１００からの地図デー
タ送信回数を低減する。

【００４１】図８には、各車両１０から情報センタ１０
０に送信される地図データ要求の処理フローチャートが
示されている。まず、車両のプロセッサ１０ａは、将来
必要となる地図データ予測が必要か否かを判定する（Ｓ
６１）。必要である場合には、次に経路設定がされてい
るか否かを判定する（Ｓ６２）。車両１や車両２の場合
には経路設定がされているから、次にＶＩＳＣ等により
外部から取得した旅行時間情報から時刻ｔで到達可能な
経路上の地点（ｘ，ｙ）を計算する（Ｓ６３）。なお、
この旅行時間情報には、リンク旅行時間の他、渋滞情報
や事故情報等が含まれている。そして、車両の現在位置
から地点（ｘ，ｙ）までの経路が通る地図データのリス
トを作成する（Ｓ６４）。図７の例で言えば、車両１が
作成する地図データのリストは、（４，４）、（３，
４）、（３，３）、（２，３）、（２，２）、（１，
２）、（１，１）、（１，０）、（０，０）であり、車
両２が作成する地図データのリストは、（３，２）、
（２，２）、（２，１）、（１，１）、（０，１）であ
る。

【００４２】地図データのリストを作成した後、プロセ
ッサ１０ａは旅行時間情報から各地図データの取得要求
地点（ｘｎ，ｙｍ）を計算する（Ｓ６５）。この取得要
求地点（ｘｎ，ｙｍ）は、車両が各地図データのエリア
に進入する前の適当な地点であり、例えば地図データ
（３，３）の取得要求地点は地図データエリア（３，
４）内を車両が進行している場合の任意の地点である。
そして、旅行時間情報から各地図データの取得要求地点
（ｘｎ，ｙｍ）への現在時刻からの到達時刻ｈｈ：ｍｍ
を計算する（Ｓ６６）。なお、当然ながら現在位置から
遠い距離にある地図データほどその到達時刻は遅くな
る。そして、Ｓ６４で作成した地図データリストにＳ６
６で算出した到達時刻を付加し、データ送受信装置１０
ｂを介して情報センタ１００に地図データ送信の要求を
送信する（Ｓ６７）。

【００４３】一方、Ｓ６２でＮＯ、すなわち経路設定さ
れていない車両の場合、例えば図７における車両３の場
合には、まず車両の進行方向や現在位置、道路形状情報
並びに取得した旅行情報から時刻ｔで到達可能な地図デ
ータエリアを探索し、そのリストを作成する（Ｓ６
８）。具体的には、図７の例で言えば、車両３の地図デ
ータエリアのリストは（１，３）、（２，３）、（３，
３）、（１，２）、（２，２）、（３，２）、（１，
１）、（２，１）、（３，１）となる。そして、道路形
状情報と旅行時間情報から、作成した地図データエリア
への最短到達経路を探索する（Ｓ６９）。図７の例で
は、（２，４）に位置する車両３が走行予測範囲１０６
に到達する最短経路は（２，４）−（２，３）−（２，
２）−（２，１）であり、その他に（２，４）−（２，
３）−（１，３）や（２，４）−（２，３）−（３，
３）あるいは（２，４）−（２，３）−（２，２）−
（１，２）、（２，４）−（２，３）−（２，２）−
（３，２）等がある。

【００４４】最短到達経路を探索した後、これらの経路
上のデータの取得要求地点（ｘｎ，ｙｍ）を算出する
（Ｓ７０）。この処理は、上述したＳ６５と同様にその
地図データのエリアに進入する前の地図データエリアの
任意の地点に決定することができる。そして、旅行時間
情報から各地図データの取得要求地点（ｘｎ，ｙｍ）へ
の到達時刻ｈｈ：ｍｍを算出する（Ｓ７１）。上述した
ように、この到達時刻は現在位置から遠い距離にある地
図データほど遅くなり、具体的には（２，３）の到達時
刻は（２，１）の到達時刻よりも早く、（１，３）の到
達時刻は（１，１）の到達時刻よりも早い。以上のよう
にして到達時刻を算出した後、Ｓ６８で作成した地図デ
ータのリストにＳ７１で算出された到達時刻を付加し、
データ送受信装置１０ｂを介して情報センタ１００に地
図データ送信の要求を送信する（Ｓ７２）。

【００４５】このようにして情報センタ１００に対して
地図データの送信を要求すると、後述するように情報セ
ンタ１００からは要求を確認した旨のメッセージが送信
されるので、これを受信すると（Ｓ７３）、Ｓ６４又は
Ｓ６８で作成した地図データリストに情報センタ１００
から返信された応答メディア情報（地図データを送信す
る際に用いる通信メディア）を付加してメモリ１０ｃに
記憶する（Ｓ７４）。

【００４６】図９には、以上の処理により作成される地
図データリストの一例が示されており、車両１のメモリ
１０ｃに記憶される地図データリストである。リスト項
目としては、「地図データ識別子」、「要求遅延応答時
刻」、「返信応答メディア」が用意され、「地図データ
識別子」は必要となる地図データのエリアを示すもので
車両１の場合には上述したように（３，４）、（３，
３）、（２，３）、・・・である。また、要求遅延応答
時刻とは、Ｓ６６又はＳ７１で算出したその地図データ
の取得要求地点への到達時刻であり、この時刻までに情
報センタ１００が要求に応答して地図データを送信する
必要がある時刻（つまり、自車が地図データを受信する
必要がある時刻（必要時刻データ）である）を示してい
る。図９では、地図データ（３，４）はｈｈ：ｔ１、地
図データ（３，３）はｈｈ：ｔ２、地図データ（２，
３）はｈｈ：ｔ３・・・と示されている。但し、ｔ１＜
ｔ２＜ｔ３＜・・・である。これは、現在時刻０：０で
情報センタ１００に対して地図データの送信を要求した
場合、情報センタ１００ではこれらの時刻までにその地
図データを送信すればよいことを示しており、言い換え
るならば車両からの要求に対してどの程度遅延させて応
答することができるかを示すパラメータである。また、
「返信応答メディア」は、情報センタ１００が車両に対
して地図データを送信するために用いる通信メディアで
あり、図９においては地図データ（３，４）、（３，
３），（２，３）、・・・は所定のチャンネルＣＨ１０
１で情報センタ１００から送信されることを示してい
る。

【００４７】一方、図１０には、各車両から要求を受け
付ける情報センタ１００側の処理フローチャートが示さ
れている。まず、情報センタ１００のプロセッサは各車
両から地図データ要求があったか否かを判定する（Ｓ８
１）。地図データの要求があった場合には、要求内容に
含まれる遅延応答時刻（必要時刻データ）から、時間テ
ーブルにリンクされている応答データの応答メディアを
探し、使用されていない応答メディアを現要求に対する
応答メディアとして要求端末（要求車両）に対して要求
確認として返信し、また同情報を要求確認データとして
メモリに記憶する（Ｓ８２）。なお、時間テーブルにつ
いては後述する。この応答メディアの情報は各車両に受
信され、各車両の地図データリストに追加されて記憶さ
れることは上述したとおりである。

【００４８】次に、情報センタ１００は要求内容の地図
データ識別子から同一エリア地図データを探し（Ｓ８
３）、同一地図データに対する応答データがあるか否か
を判定する（Ｓ８４）。同一地図データに対する応答デ
ータがない場合、すなわち複数の車両が全て異なるエリ
アの地図データを要求してきた場合には、情報センタ１
００は新たに要求地図データに対する応答データを作成
し、時間テーブルの要求遅延応答時刻とリンクさせる。
また、Ｓ８２で記憶した要求確認データと応答データの
応答待ち行列の車両識別子とをリンクさせる（Ｓ９
２）。一方、同一地図データに対する応答データが存在
する場合、すなわち複数の車両が同一エリア地図データ
の送信を要求してきた場合には、更に両者の遅延応答時
刻を比較する（Ｓ８５）。新たに要求された遅延応答時
刻の方が既に受け付けた遅延応答時刻より遅い場合に
は、既存の応答データの応答待ち端末行列へ新たに要求
された要求データの端末（車両）識別子を追加し、Ｓ８
２で記憶した要求確認データとリンクさせる（Ｓ８
６）。そして、応答待ち端末行列内の予想リンク関係を
保持したままその行列先頭から要求遅延応答時間が時系
列となるようにソートする（Ｓ８７）。

【００４９】また、新たに要求された遅延応答時刻の方
が既に受け付けた遅延応答時刻より早い場合には、新た
に要求地図データに対する応答データを作成し、時間テ
ーブルの要求遅延応答時刻とリンクさせる。また、Ｓ８
２で記憶した要求確認データと応答データ内の応答待ち
行列内の車両識別子とをリンクさせる（Ｓ８８）。そし
て、遅い応答データの応答待ち端末行列内容を、新規応
答データの応答待ち端末行列へリンクされた要求確認デ
ータとのリンク関係を保持したまま移す（Ｓ８９）。そ
の後、応答待ち端末行列内の要素をそのリンク関係を保
持したまま行列先頭から要求遅延応答時間が時系列とな
るようにソートし（Ｓ９０）、遅い応答データを消去す
る（Ｓ９１）。

【００５０】図１１には、以上のようにして作成される
情報センタ１００の応答用データ構造の一例が示されて
いる。車両１から地図データとその遅延応答時刻が要求
として送信されると、情報センタ１００はこれを受信
し、要求遅延応答時刻の時間テーブル２００とリンクさ
せて要求確認データと応答データ内応答待ち行列内車両
識別子を記憶する。具体的には、時間テーブル２００内
の要求遅延応答時刻ｈｈ：ｔ４にリンクさせて地図デー
タ（２，２）をリンクさせ、この地図データ（２，２）
に応答メディアであるＣＨ１００と応答待ち端末行列
（車両１）をリンクさせる。地図データ（２，２）の要
求が車両１以外に存在する場合には、この応答待ち端末
行列にその車両の識別子が遅延応答時刻の早い順にリン
クされる。また、応答待ち端末行列の車両識別子にリン
クさせて要求確認データ２０４が記憶される。

【００５１】図１２には、以上のようなデータ構造を基
にして情報センタ１００から各車両に対して要求された
地図データを送信する遅延応答処理フローチャートが示
されている。まず、情報センタ１００のプロセッサは、
時間テーブルにリンクされた応答データが存在するか否
かを判定し（Ｓ１０１）、応答データが存在する場合に
は、リンクされた応答データの応答待ち端末（車両）に
重複があるか否かを判定する（Ｓ１０２）。応答待ち端
末（車両）に重複がない場合、すなわち応答待ち端末行
列に単一の車両識別子しか存在しない場合、あるいは全
て異なる車両識別子の場合には、応答データに従って要
求された地図データを決められた応答メディアで応答待
ち端末（車両）へ遅延応答時刻に送信する（Ｓ１１
０）。そして、応答済みの応答データをメモリから消去
する（Ｓ１１１）。

【００５２】一方、応答待ち端末に重複が存在する場
合、すなわち応答待ち端末行列に同一の車両識別子が複
数存在する場合には、複数の地図データを同時に送信す
ることはできないので、重複する応答データ間でシリア
ルに送信可能なように送信順番を決め応答時刻を所定時
間遅延させる（Ｓ１０３）。そして、応答時間の応答デ
ータが存在する場合（Ｓ１０４）、更に多重化された応
答データか否かを判定する（Ｓ１０５）。この「多重
化」とは、同一応答時間に複数の応答データ（同一エリ
ア地図データ）が存在する場合にまとめて送信すること
を意味し、応答データの応答待ち端末行列の各被多重化
端末（行列の上から２番目以降の端末）に対して、多重
化された結果これから応答メディアＣＨ×××で地図デ
ータ（ｘ，ｙ）を送信することを共有メディアで通知す
る（Ｓ１０６）。被多重化端末（車両）に対して共有メ
ディアで通知（報知）する意義は以下の通りである。す
なわち、情報センタ１００に対して遅延応答時刻を付加
して地図データを要求した各車両は、当然ながらその遅
延応答時刻に要求した地図データが送信されてくるもの
と期待して受信状態に入る。しかしながら、被多重化端
末（車両）の場合には、上述したように、他の車両の要
求と統合された結果、その遅延応答時刻よりも前に情報
センタ１００から要求した地図データが送信されてくる
ことになるため、あらかじめその被多重化端末に通知し
ないと、送信された地図データを受信できなくなるため
である。

【００５３】以上のようにして被多重化端末（車両）に
対して通知すると、次に応答データに従って地図データ
を応答メディアで応答待ち端末へ応答（地図データ提
供）し（Ｓ１０７）、応答済み応答データをメモリから
消去する（Ｓ１０８）。以上の処理を時間テーブルにリ
ンクされた全ての応答データに対して行い、地図データ
を車両に送信する（Ｓ１０９）。

【００５４】図１３及び図１４には、情報センタ１００
から送信された地図データの車両側受信処理が示されて
いる。図１３は多重化応答通知受信時の処理フローチャ
ート（すなわち、被多重化端末での処理）であり、プロ
セッサ１０ａは、まず共有メディアで情報センタ１００
からの情報を受信したか否かを判定する（Ｓ１２１）。
受信した場合には、その受信内容が情報センタからの多
重化応答通知か否かを判定する（Ｓ１２２）。そして、
多重化応答通知の場合には、多重化応答通知内容の応答
メディアを利用して受信の準備を行う（Ｓ１２３）。具
体的には、データ送受信装置１０ｂの受信チャンネルを
応答メディアのチャンネルに同調させる。そして、情報
センタ１００から送信された地図データの受信を行い
（Ｓ１２４）、多重化された地図データを受信する。受
信が完了すると（Ｓ１２５）、地図データ要求データか
ら受信を完了した地図データ要求データを消去する（Ｓ
１２６）。以上のようにして、他の車両（多重化端末）
と同時に必要な地図データを受信し、メモリ１０ｃに格
納することができる。

【００５５】一方、図１４には情報センタ１００から遅
延応答時刻時に送信された地図データを受信する処理フ
ローチャート（すなわち、多重化されない車両での処
理）が示されている。まず、プロセッサ１０ａは現在の
時刻と最近遅延応答時間とを比較し、現在の時刻が最近
遅延応答時間から所定の時間Δｔだけ差し引いた時間以
上か否か、すなわち現在時刻と最近遅延応答時刻が近い
か否かを判定する（Ｓ１３１）。現在時刻が最近遅延応
答時間に近づいた場合には、地図データ要求データの返
信応答メディアを利用して受信の準備を行う（Ｓ１３
２）。具体的には、データ送受信装置１０ｂの受信チャ
ンネルを応答メディアのチャンネルに同調させる。そし
て、受信処理を行い、遅延応答待ちの全地図データを受
信する（Ｓ１３３、Ｓ１３４）。遅延応答待ちの全地図
データを受信すると、地図データ要求データから受信完
了分のデータを消去する（Ｓ１３５）。このようにし
て、遅延応答待ち全地図データがメモリ１０ｃに記憶さ
れる。

【００５６】図１５、図１６、図１７及び図１８には、
以上述べた処理の内容が模式的に示されている。まず、
図１５は、車両１から時刻ｔ０に地図データ要求があっ
た場合の情報センタ１００内の処理である。車両１から
は、地図データと遅延応答時刻が（３，４）ｔ１／
（３，３）ｔ２／（２，３）ｔ３／（２，２）ｔ４／
（１，２）ｔ５／（１，１）ｔ６／（１，０）ｔ７／
（０，０）ｔ８として送られてくる。情報センタ１００
では、この要求を基に応答データを作成する。応答デー
タは、遅延応答時刻の時間テーブルに地図データと応答
メディア及び応答待ち端末行列をリンクさせて作成され
る。具体的には、図１５に示されるように、地図データ
（３，４）は遅延応答時刻ｈｈ：ｔ１にリンクさせ、そ
の応答メディアＣＨ１０１と応答待ち端末行列車両１が
更にリンクされる。また、遅延応答時刻ｈｈ：ｔ２には
地図データ（３，３）がリンクされ、更に応答メディア
としてＣＨ１０１、応答待ち端末行列として車両１がリ
ンクされる。

【００５７】図１６には、更に時刻ｔ１（ｔ１＞ｔ０）
で車両２から要求を受け付けた場合の情報センタ１００
の処理である。車両２からは、地図データと遅延応答時
刻が（２，２）ｔ２／（２，１）ｔ３／（１，１）ｔ４
／（０，１）ｔ５として送られてくる。そして、情報セ
ンタ１００では、車両１の場合と同様に、車両２からの
これらの要求データを遅延応答時刻の時間テーブルにリ
ンクさせる。具体的には、時間テーブルの遅延応答時刻
ｈｈ：ｔ２に車両１の応答データに加え、地図データと
して（２，２）をリンクさせ、応答メディアとしてＣＨ
１０２をリンクさせる。また、応答待ち端末行列として
車両１と車両２をリンクさせる。なお、応答待ち端末行
列に車両１をリンクさせるのは、ｈｈ：ｔ２における車
両２の要求地図データである（２，２）と同一の地図デ
ータを車両１が遅延応答時刻ｈｈ：ｔ４で要求してお
り、ｔ２＜ｔ４であるため、より早い応答時刻であるｈ
ｈ：ｔ２に車両１を多重化させたものである。すなわ
ち、この遅延応答時刻ｈｈ：ｔ２では、車両１が被多重
化応答端末となる。また、遅延応答時刻ｈｈ：ｔ３で
は、地図データ（２，１）がリンクされ、応答メディア
ＣＨ１０２及び応答待ち端末行列車両２がリンクされ
る。従って、遅延応答時刻ｈｈ：ｔ３には、車両１に対
する応答データと車両２に対する応答データが存在する
ことになる。

【００５８】そして、時刻ｔ１においては、車両１に対
する応答データがリンクされているので、車両１に対し
て地図データ（３，４）をＣＨ１０１で送信する。

【００５９】また、図１７には、更に時刻ｔ２で車両３
から地図データ要求があった場合の情報センタ１００の
処理が示されている。車両３からは、地図データと遅延
応答時刻が（２，３）ｔ３／（１，３）ｔ５／（３，
３）ｔ５／（２，２）ｔ４／（１，２）ｔ７／（３，
２）ｔ７／（２，１）ｔ６／（１，１）ｔ８／（３，
１）ｔ８として送られてくる。この要求を受け付ける
と、情報センタ１００では、車両１、２の場合と同様に
車両３の要求データに対して応答データを作成する。こ
の際、地図データ（２，３）は車両１と車両３で共通
し、地図データ（２，１）は車両２と車両３で共通す
る。また、車両３の地図データ（２，３）の遅延応答時
刻ｔ３は車両１の遅延応答時刻ｔ３と同一であり、車両
３の地図データ（２，１）の遅延応答時刻ｔ６は車両２
の遅延応答時刻ｔ３よりも遅い。従って、時間テーブル
の遅延応答時刻ｈｈ：ｔ３には、応答データとして地図
データ（２，３）がリンクされるとともに応答待ち端末
行列には車両１と車両３が多重化されてリンクされ、か
つ、別の応答データとして地図データ（２，１）がリン
クされるとともに応答待ち端末行列には応答遅延時間の
遅い車両３が応答遅延時間の早い車両２に多重化されて
リンクされる。

【００６０】また、時間テーブルの遅延応答時刻ｈｈ：
ｔ４においては、地図データ（１，１）に関して車両
１、２、３が共通し、車両２の遅延応答時刻ｔ４が車両
１、３の遅延応答時刻ｔ６、ｔ８よりも早いので、車両
１と車両３が車両２に対して多重化される。また、この
遅延応答時刻ｔ４においては、車両３からの地図データ
（２，２）についての要求があるため、この応答データ
を作成する。従って、時間テーブルの遅延応答時刻ｈ
ｈ：ｔ４には、応答データとして地図データ（１，１）
がリンクされるとともに応答待ち端末行列には車両２に
対して車両１、３が多重化されてリンクされ、別の応答
データとして地図データ（２，２）がリンクされるとと
もに応答待ち端末行列として車両３がリンクされる。

【００６１】また、時間テーブルの遅延応答時刻ｈｈ：
ｔ５においては、地図データ（１，２）が車両１と車両
３で共通し、車両１の遅延応答時刻ｔ５が車両３の遅延
応答時刻ｔ７よりも早いので、車両３が車両１に対して
多重化される。また、この遅延応答時刻ｔ５において
は、車両２からの地図データ（０，１）についての要求
及び車両３からの地図データ（１，３）、（３，３）に
ついての要求もあるのでこれらの応答データを作成す
る。従って、時間テーブルの遅延応答時刻ｈｈ：ｔ５に
は、応答データとして地図データ（１，２）がリンクさ
れるとともに応答待ち端末行例には車両３が車両１に多
重化されてリンクされ、別の応答データとして地図デー
タ（０，１）がリンクされるとともに応答待ち端末行列
として車両２がリンクされ、さらに別の応答データとし
て地図データ（１，３）及び（３，３）がリンクされる
とともに応答待ち行列として車両３がリンクされる。

【００６２】以下同様にして、要求を受け付けた車両１
〜３についての応答データを順次作成し、同一エリア地
図データが存在する場合には応答遅延時刻の早い方に多
重化していく。

【００６３】なお、以上のようにして応答データを作成
した場合、例えば遅延応答時刻ｈｈ：ｔ２の場合のよう
に、車両１に対する地図データ（３，３）の送信と、車
両１と車両２に対する地図データ（２，２）の送信とが
重複することになる。この場合、同一時刻ｔ２において
車両１に対して地図データ（３，３）と（２，２）を送
信することはできないので、情報センタ１００は、車両
１及び車両２に対して地図データ（２，２）の送信が時
刻ｔ２から若干遅れる旨を通知する。そして、この通知
後、地図データ（３，３）を車両１に対して送信し、若
干遅れて地図データ（２，２）を車両１及び車両２に対
して送信する。

【００６４】図１８には、以上のようにして車両１、
２、３から時刻ｔ０、ｔ１、ｔ２において順次要求を受
け付け、これらの要求を多重化して処理し各車両に送信
した場合の結果が示されている。車両１、２、３から受
け付けた要求は図に示すように合計２１件であり、この
要求に対して適宜統合多重化し、最終的に各車両に対し
て送信する回数は以下のように１５回となる。

【００６５】時刻ｔ１：車両１に対する送信 時刻ｔ２：車両１に対する送信、車両１と２に対する多
重化された送信 時刻ｔ３：車両１と３に対する多重化された送信、車両
２と３に対する多重化された送信 時刻ｔ４：車両１と２と３に対する多重化された送信、
車両３に対する送信 時刻ｔ５：車両１と３に対する多重化された送信、車両
２に対する送信、車両３に対する２回の送信 時刻ｔ６：なし 時刻ｔ７：車両１に対する送信、車両３に対する送信 時刻ｔ８：車両１に対する送信、車両３に対する送信 従って、従来においては要求を受け付け件数である２１
件それぞれに応じて送信していたところ、本実施形態に
おいては１５回の送信で済むこととなり、約３０％の削
減効果がある。なお、この削減効果は、地図データを要
求してきた車両の数が増大するほど顕著となることはい
うまでもない。

【００６６】

【発明の効果】以上説明したように、本発明によれば複
数の移動端末から地図データ送信の要求があった場合で
も、情報センタ側の処理負担を軽減しつつ確実にこれら
の要求に応えることができる。従って、各移動端末にと
っては、必要な地図データを必要なタイミングで受信格
納することができ、この地図データを用いて円滑な移動
を行うことができる。

【図面の簡単な説明】

【図１】 本発明の第１実施形態のシステム概念図であ
る。

【図２】 第１実施形態の車両側の構成ブロック図であ
る。

【図３】 第１実施形態の車両間通信を用いる場合の車
両側処理フローチャートである。

【図４】 第１実施形態における他車両要求フラグセッ
トの処理フローチャートである。

【図５】 第１実施形態における他車両要求フラグリセ
ットの処理フローチャートである。

【図６】 第１実施形態における通信傍受の場合の車両
側の処理フローチャートである。

【図７】 本発明の第２実施形態におけるシステム概念
図である。

【図８】 第２実施形態における地図データ要求処理フ
ローチャートである。

【図９】 第２実施形態における地図データリスト説明
図である。

【図１０】 第２実施形態における情報センタ側の地図
データ要求受付処理フローチャートである。

【図１１】 第２実施形態における情報センタ側の応答
用データの説明図である。

【図１２】 第２実施形態における情報センタ側におけ
る遅延応答処理フローチャートである。

【図１３】 第２実施形態における多重化応答通知受信
時の車両側処理フローチャートである。

【図１４】 第２実施形態における遅延応答時刻時の車
両側の受信フローチャートである。

【図１５】 第２実施形態における車両１要求時の情報
センタ側の処理説明図である。

【図１６】 第２実施形態における車両１、車両２要求
時の情報センタ側の処理説明図である。

【図１７】 第２実施形態における車両１、車両２、車
両３要求時の情報センタ側の処理説明図である。

【図１８】 第２実施形態における車両１、車両２、車
両３要求時の情報センタから各車両に対する送信説明図
である。

【符号の説明】

１０ 車両、１００ 情報センタ、１０１ 次に必要な
地図データ要求予定地域、１０２ 地図データエリア、
１０４ 走行経路、１０６ 走行予測範囲。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 移動端末からの要求を受けて所定エリア
   の地図データを送信する情報センタと、 同一エリア地図データを要求した他の移動端末の受信タ
   イミングに同期したタイミングで前記地図データを受信
   する受信手段と、 を有することを特徴とする地図データ配信システム。
2. 【請求項２】 情報センタから移動端末に地図データを
   配信するシステムであって、 前記情報センタは、 移動端末からの要求を受けて所定エリアの地図データを
   送信する送信手段を有し、 前記移動端末は、 前記情報センタに地図データを要求する要求手段と、 前記情報センタから他の移動端末への前記地図データの
   送信予定を検出する検出手段と、 前記送信予定に基づいて前記情報センタから送信された
   前記地図データを受信する受信手段と、 を有することを特徴とする地図データ配信システム。
3. 【請求項３】 前記検出手段は、前記他の移動端末から
   送信された送信予定データを受信することで前記送信予
   定を検出することを特徴とする請求項２記載の地図デー
   タ配信システム。
4. 【請求項４】 前記検出手段は、前記他の移動端末から
   前記情報センタに対する前記要求を傍受することで前記
   送信予定を検出することを特徴とする請求項２記載の地
   図データ配信システム。
5. 【請求項５】 前記検出手段は、前記情報センタから同
   報送信された送信予定データを受信することで前記送信
   予定を検出することを特徴とする請求項２記載の地図デ
   ータ配信システム。
6. 【請求項６】 情報センタから移動端末に地図データを
   配信するシステムであって、 前記情報センタは、 複数の移動端末から同一エリア地図データの要求があっ
   た場合にこれらの要求を統合する要求処理手段と、 統合した要求に基づいて前記地図データを所定の共有通
   信手段で所定のタイミングで送信する旨を前記移動体に
   報知する報知手段と、 統合した要求に基づいて前記地図データを前記共有通信
   手段で送信する送信手段と、 を有し、 前記移動端末は、 前記情報センタに地図データを要求する要求手段と、 情報センタからの前記報知を受信するとともに、前記所
   定のタイミングで前記情報センタから送信された前記地
   図データを受信する受信手段と、 を有することを特徴とする地図データ配信システム。
7. 【請求項７】 前記要求手段は、前記地図データの必要
   時刻データを付加して要求し、 前記送信手段は、前記必要時刻データに基づいて前記統
   合を行うことを特徴とする請求項６記載の地図データ配
   信システム。
8. 【請求項８】 必要な地図データを情報センタから取得
   する地図データ取得装置であって、 前記情報センタに地図データを要求する要求手段と、 前記情報センタから他の移動端末への前記地図データの
   送信予定を検出する検出手段と、 前記送信予定に基づいて前記情報センタから送信された
   前記地図データを受信する受信手段と、 を有することを特徴とする地図データ取得装置。
9. 【請求項９】 必要な地図データを情報センタから取得
   する地図データ取得装置であって、 前記情報センタに地図データを要求する要求手段と、 前記情報センタから所定の共有通信手段を用いて所定の
   タイミングで前記地図データを送信する旨のメッセージ
   を受信するとともに、前記所定のタイミングで送信され
   た前記地図データを受信する受信手段と、 を有することを特徴とする地図データ取得装置。