JP2008224520A - 位置表示装置 - Google Patents
位置表示装置 Download PDFInfo
- Publication number
- JP2008224520A JP2008224520A JP2007065270A JP2007065270A JP2008224520A JP 2008224520 A JP2008224520 A JP 2008224520A JP 2007065270 A JP2007065270 A JP 2007065270A JP 2007065270 A JP2007065270 A JP 2007065270A JP 2008224520 A JP2008224520 A JP 2008224520A
- Authority
- JP
- Japan
- Prior art keywords
- map
- vehicle
- display
- absolute position
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Navigation (AREA)
- Traffic Control Systems (AREA)
- Instructional Devices (AREA)
Abstract
【課題】自分の位置と相手の位置を同一の地図上に表示する際に使いやすい位置表示装置を提供する。
【解決手段】自分の位置情報だけでなく相手の位置情報に基づいても地図の方向を決定できるようにし、相手の視点から見た地図を表示することができるようにする。位置情報から地図の向きが決められないときは北方を上にする。自分と相手のいずれの位置情報により地図の向きを決めるか任意に選択できる。また、相手に送る写真を撮影するときは自動的に相手の位置情報に基づいて地図の方向を決め、この地図の進行方向に合わせて写真を撮れば相手の視点から見た風景が撮影できるようにする。
【選択図】図18
【解決手段】自分の位置情報だけでなく相手の位置情報に基づいても地図の方向を決定できるようにし、相手の視点から見た地図を表示することができるようにする。位置情報から地図の向きが決められないときは北方を上にする。自分と相手のいずれの位置情報により地図の向きを決めるか任意に選択できる。また、相手に送る写真を撮影するときは自動的に相手の位置情報に基づいて地図の方向を決め、この地図の進行方向に合わせて写真を撮れば相手の視点から見た風景が撮影できるようにする。
【選択図】図18
Description
本発明は、地図上に移動体の位置を表示する位置表示装置に関する。
地図上に移動体の位置を表示する位置表示装置としては、GPS情報を利用したカーナビゲーション装置が一般的であるが、近年、携帯電話においても自分の位置を地図上に表示するサービスが開始されている。 一方、自分の位置だけでなく、近辺にいる他人の位置も同時に同一の地図上に表示することにより、自分と相手の相互関係を地図上で把握できるようにすることも種々提案されている。
特開2000−331284号公報
特開2005−17200号公報
しかしながら、地図上に位置を表示する場合、具体的に検討しなければならない種々の問題がある。従来は必ずしもこれらの問題への実際的な検討が充分とは言えず、使いやすい位置表示装置を提供するには至っていなかった。
本発明の課題は、上記に鑑み、自分の位置と他人の位置を同一の地図上に表示する際に使いやすい位置表示装置を提供することにある。
上記の課題を解決するため、本発明は、外部で取得された絶対位置情報を受信する無線通信手段と、地図情報を提供可能な地図情報提供手段と、地図情報に基づく地図上で前記無線通信手段が受信した絶対位置情報に基づく位置を表示する地図表示手段と、絶対位置情報の変化を判定する判定手段とを有することを特徴とする位置表示装置を提供する。 これによって、外部から受信した絶対位置の変化に適した対応を取ることが可能となる。
本発明の具体的な特徴によれば、判定手段の判定結果に基づいて、地図表示手段によって表示される地図の方向を決定する制御手段が設けられる。これによって判定手段の判定結果を活用し、外部から受信した絶対位置の変化に合致した方向で地図表示を行うことが可能となり、相手の視点から地図を表示することができる。
本発明のさらに具体的な特徴によれば、判定手段の判定結果が得られないときは地図の方向が所定の方向に決定される。これによって、例えば外部で取得された絶対位置情報の受信開始時点などにおいて絶対位置情報の変化が判定できない場合等に対応できる。することを特徴とする請求項2記載の位置表示装置。
本発明の他の具体的な特徴によれば、さらに自らの絶対位置情報を取得する絶対位置取得手段が設けられ、地図表示手段は、地図情報出力手段が提供する地図情報に基づく地図上で前記絶対位置取得手段が取得した絶対位置情報と前記無線通信手段が受信した絶対位置情報とを互いに識別可能に表示する。本発明はこのように自分の位置と相手の位置の両方を地図上に表示する際においても、相手の位置変化に対応することが可能となる。
上記本発明のさらに具体的な特徴によれば、絶対位置取得手段が取得した絶対位置情報の変化を判定する自位置変化判定手段が設けられる。これによって、自らの絶対位置変化にも対応することが可能となる。
上記本発明のさらに具体的な特徴によれば、自位置変化判定手段の判定結果に基づいて、地図表示手段によって表示される地図の方向が決定される。これによって、自らの絶対位置変化に合致した方向での地図表示も可能となる。
上記本発明の他の特徴によれば、相手の位置変化の判定手段と自らの位置変化の判定手段のいずれの判定結果に基づいて地図の方向を決定すべきか指示する指示手段が設けられる。これによって自分の視点と相手の視点のいずれからも地図の表示を行うことができる。 上記の指示は、任意に行うことが可能である。例えば、同じ地図を見ながら電話している場合において任意に自分の地図表示を相手が見ている方向の地図表示に変更することなどが可能である。一方、所定の条件となったことを自動的に検知していずれの判定結果採用すべきか自動的に決定するごとき指示とすることもできる。
本発明の他の特徴によれば、自らの第一絶対位置情報を取得する第一絶対位置取得手段と、外部の第二絶対位置取得手段が取得した第二絶対位置情報を受信する無線通信手段と、地図情報を提供可能な地図情報提供手段と、地図情報に基づく地図上で第一絶対位置情報に基づく位置と第二絶対位置情報に基づく位置を互いに識別可能に表示する地図表示手段と、写真撮影手段による撮影に先立って地図表示手段によって表示される地図の方向を第二絶対位置情報に基づいて行うよう自動的に指示する指示手段とを有する位置表示装置が提供される。
上記の特徴によれば、写真撮影に先立ち、位置表示装置で表示される地図の向きが第二位置情報に基づいた方向のものとなる。従って、この表示による相手の進行方向が自然に見えるように自分の位置表示装置を持てば位置表示装置に付属する写真撮影手段の光軸が相手の視線から見える方向に向くことになる。そこで写真を撮影して相手に送れば、その写真は相手の進行方向の正面に見える風景のものとなり共有している地図情報と併せ、相手にとっての有用な案内情報となる。
図1は、本発明の実施の形態に係る位置表示装置の第一実施例を示すブロック図である。第一実施例は車両のナビゲーションシステムを構成しており、第一車両2、第二車両4、およびカーナビ基地局6を含む。なお、図1では簡単のために二つの車両のみ図示しているが、本発明は第三、第四の車両等を含む複数の車両間にも適用可能なシステムとなっている。
第一車両2は、車両全体を制御するコンピュータからなる第一制御部8を有し、車両の運転者による第一操作部10の操作に応じて、第一車機能部12を制御する。この第一制御部8の機能は第一記憶部14に格納されたソフトウエアによって実行される。第一記憶部14は、また車両全体の制御に必要な種々のデータを一時的に格納する。また、第一制御部8は、第一表示部16を制御し、第一操作部10の操作に必要なGUI表示を行うとともに制御結果の表示を行う。
第一車両2は、車両全体を制御するコンピュータからなる第一制御部8を有し、車両の運転者による第一操作部10の操作に応じて、第一車機能部12を制御する。この第一制御部8の機能は第一記憶部14に格納されたソフトウエアによって実行される。第一記憶部14は、また車両全体の制御に必要な種々のデータを一時的に格納する。また、第一制御部8は、第一表示部16を制御し、第一操作部10の操作に必要なGUI表示を行うとともに制御結果の表示を行う。
第一GPS部18は、GPSシステムに基づいて衛星および最寄の放送局より第一車両2の絶対位置情報である緯度、経度、および高度の情報を得て第一制御部8に送る。第一カーナビゲーション機能部20は、第一制御部8経由で得られる第一GPS部18からの絶対位置情報を処理し、地図上での第一車両2の位置を第一表示部16に表示する。 第一車両2は、さらに第一電話機能部22および第一電話通信部24を備えている。これらは通常の通話を含む電話回線を介した無線通信のためのものである。第一車両2には、これと別に無線LANなどによる第一近距離通信部26が備えられており、近距離通信圏内を走行する他の車両との無線通信が可能となっている。
一方、第二車両4には、第二制御部28、第二操作部30、第二車機能部32、第二記憶部34、第二表示部36、第二GPS部38、第二カーナビゲーション機能部40、第二電話機能部42および第二電話通信部44、第二近距離通信部46が備えられている。この第二近距離通信部46は第一車両2の第一近距離通信部26との間の通信によりお互いのGPS部で得られた絶対位置情報を交換する。その詳細については後述する。なお、第二車両4のその他の各構成の機能は第一車両2の対応する構成と同様であるので説明は省略する。 カーナビ基地局6は、基地局全体を制御するコンピュータからなる基地局制御部48を有し、基地局記憶部50に格納されたソフトウエアによって必要な機能を実行する。基地局記憶部50は、また基地局制御部48での機能実行に必要な種々のデータを一時的に格納する。 基地局電話通信部52は、第一電話通信部24および第二電話通信部44との間で電話回線による通信が可能であり、基地局制御部48の制御の下で第一車両2および第二車両4の機能をサポートする。基地局カーナビゲーション管理部54および基地局GPS管理部はこれらのサポートに関するものであるがその詳細については後述する。
次に、第一車両2と第二車両4の間の連携について第一車両2を中心に説明する。既に述べたように、第一カーナビゲーション機能部20は、第一制御部8経由で得られる第一GPS部18からの絶対位置情報を処理し、地図上での第一車両2の位置を第一表示部16に表示している。 第一近距離通信部26は、上記に加え、第二近距離通信部46との通信により、第二GPS部38からの第二車両4の絶対位置情報を第二制御部28経由で受信する。受信された第二車両4の絶対位置情報は、第一制御部8経由で第一カーナビゲーション機能部20に送られ、第一GPS部18からの第一車両2の絶対位置情報と同様にして第一カーナビゲーション機能部20で処理され、地図上での第二車両4の位置が第一表示部16に表示される。これによって、第一表示部16には第一車両2自身の位置とともに、近距離通信圏内を走行している第二車両4の位置が地図上で表示され、双方の位置関係を同一の地図上で一覧することが可能となる。これによって仲間同士でツーリングをしている場合など、先行車両と後続車両をお互いに目視できなくても、後続車両が迷うのを防止できる。このような連携状態を以下「ツインナビ」と略称する。 上記の機能は第二車両4でも同様であって、第二近距離通信部46で受信される第一車両2の絶対位置情報が第二カーナビゲーション機能部40で処理され、第二車両4自身の位置とともに、近距離通信圏内を走行している第一車両2の位置が同一の地図上で一覧表示される。以上のように「ツインナビ」では、第一車両2と第二車両4は相互に相手の絶対位置情報を共有する状態となる。 なお、第一車両2と第二車両4の間の連携に関しては、上記の他、両車両は第一車機能部12および第二車機能部32から得られるそれぞれの速度情報を第一近距離通信部26および第二近距離通信部46の間で交換している。これらの速度情報の活用については後述する。
カーナビ基地局6は、上記においてシステムのメンテナンスおよび、車両が相互に近距離通信圏外となったときのサポートを行う。まず、後者のサポートについては、第一車両2と第二車両4が近距離通信部による絶対位置情報の交換ができなくなったときの中継を行う。上記のような事態が生じると、例えば第二車両4の絶対位置情報が第二電話通信部44から基地局電話通信部52に送られ、基地局制御部48の制御、および必要に応じ基地局カーナビゲーション管理部54での処理に基づいて、これが基地局電話通信部52から第一電話通信部24に転送される。 なお、電話回線による通信は、このようなカーナビ基地局6による中継によらなくても、第一電話通信部24と第二電話通信部44との間で直接行うことも可能である。しかし、上記のようなカーナビ基地局6の中継によれば、各車両はいずれの場合にもカーナビ基地局6を通信相手としてすることができ、個別に相手を選んで通信するのに比べ通信の設定や通信条件を一元化することができる。 一方、システムのメンテナンスに関しては、カーナビゲーションシステムまたはGPSシステムについて機能のバージョンアップやメンテナンスデータが発生したときなど、基地局カーナビゲーション管理部54または基地局GPS管理部56から基地局電話通信部52を介して第一車両2や第二車両4などシステムに加入している車両にバージョンアップデータやメンテナンスデータが送信される。第一車両2や第二車両4はこれらのデータを第一電話通信部24や第二電話通信部44で受信し、それぞれのカーナビゲーション機能部20、40およびGPS部18、38のメンテナンスを行う。
図2は、図1の第一制御部8または第二制御部28の基本機能を示すフローチャートであり、車両のエンジン始動またはカーナビゲーション機能部のオンによってスタートする。なお、以下の説明は第一車両2を中心として行う。従って、特に断わらない限り以後のフローチャートは第一制御部8の機能として説明する。 第一車両2のエンジン始動または第一カーナビゲーション機能部のオンによってフローがスタートすると、ステップS2において、近距離通信を通じて他車から「ツインナビ」が要求されているかどうかチェックする。そして要求があればステップS4に進み、自車の第一カーナビゲーション機能部20がオンしているかどうかチェックする。このとき、第一カーナビゲーション機能部20がオンでなければステップS6に進み、これを自動的にオンにしてステップS8に進む。一方ステップS4において第一カーナビゲーション機能部20がエンジン始動とともにオンとなっていれば直接ステップS8に移行する。このようにステップS4およびステップS6は、他車からの制御により自車のカーナビゲーションシステムが自動的にオンになる機能を実行する。
ステップS8では、カーナビゲーション機能のメニュー表示をスタートするが、さらにステップS9に進んでこのとき他車からの「ツインナビ」要求に関する表示をメニューに追加する。なお、このメニューは、他車からの「ツインナビ」要求がなければ表示されないものである。次いでステップS10では第一車両2が走行中かどうかチェックする。そして走行中であれば、ステップS11で「可能ならば停車して操作を行う」等の勧告を行ってステップS12に移行する。また走行中でなければ直接ステップS12に移行する。これは、走行中に注意が散漫となるようなカーナビゲーション操作を行うことについて運転者に危険防止を喚起するためである。 ステップS12では、第一車両2の運転者による「ツインナビ」合意操作がなされたかどうかチェックする。そして合意操作があればステップS14に進み、「ツインナビ」を要求してきた他車に合意の旨の返答を送信する。この後、ステップS16で「ツインナビ」停止の操作をいつでも受付けられるよう処置してステップS18の「ツインナビ」処理に入る。その詳細については後述する。
一方、ステップS2で近距離通信による他車からの「ツインナビ」要求がなかったときは、ステップS20に移行し、自車の第一カーナビゲーション機能部20がオンしているかどうかチェックする。オンでなければステップS22に進み、運転者によるオン操作があったかどうかチェックする。そしてオン操作がなければステップS2に戻り、以下、他車からの「ツインナビ」要求、又は運転者自身のオン操作がない限り、ステップS2、ステップS20、ステップS22のループを繰り返す。 ステップS22で、運転者が第一カーナビゲーション機能部20をオンする操作をしたことが検知されるとステップS24に進み、第一カーナビゲーション機能部20のオンを実行してステップS26に進む。また、ステップS20で既に第一カーナビゲーション機能部20がオンであった場合は直接ステップS24に進む。
ステップS26では、カーナビゲーション機能のメニュー表示をスタートし、ステップS28で他車が第一近距離通信部26の通信圏内にあるかどうかをチェックする。そして、通信圏内に他車が存在すればステップS30に進んでこのとき他車に対する「ツインナビ」要求に関する表示をメニューに追加してステップS32に移行する。一方、ステップS28で通信圏内に他車が存在しないときはメニューに「ツインナビ」に関する項目は表示せず、直接ステップS32に移行する。 なお、ステップS2で他車からの「ツインナビ」要求があった結果ステップS12に至り、ここで他車からの「ツインナビ」要求に合意する操作をしなかった場合は、ステップS32に進むことになる。 ステップS32では、他車に「ツインナビ」を要求し、これに対する他車からの合意があったかどうかをチェックする。そして要求への合意が成立する他車があった場合はステップS16に移行し、ステップS18の「ツインナビ」処理に入る。一方、ステップS32で「ツインナビ」要求をしなかったか又は要求をしたがいずれの他車からも合意の返答がなかったときはステップS34に進む。上記においてステップS28から直接ステップS32に至った場合、またはステップS12からステップS32に至った場合は、通常はステップS34に移行する。ステップS34では、他車からの「ツインナビ」要求をいつでも受付けられるよう処置してステップS36の通常ナビゲーション処理に入る。上記のステップS32における処理の判断処理の詳細については後述する。
図3は、図2のステップS18における「ツインナビ」処理の詳細を示すフローチャートである。フローがスタートすると、ステップS42で「ツインナビ」に合意した他車のカーナビゲーションシステムの識別情報(ID)を確認する。そしてステップS44に進み、確認した識別情報に基づいてその他車のカーナビゲーションシステムに対応可能なよう第一カーナビゲーション機能部20が設定済みかどうかチェックする。 ステップS44で、チェックした他車のカーナビゲーションシステムが設定済みのものでなければステップS46に進み、他車のカーナビゲーションシステムから受信した他車の緯度・経度・高度データを取り扱う通信フォームを第一カーナビゲーション機能部20で対処できるよう変換する。さらに、ステップS48において他車の緯度・経度・高度のデータ内容を第一カーナビゲーション機能部20で取り扱える表現に変換する。そして以上の変換設定を他車の識別情報毎に第一記憶部14に記憶してステップS52に進む。 一方、ステップS44において、チェックした他車のカーナビゲーションシステムが設定済みのものであれば、直接ステップS52に進む。従って
、一度ステップS46からステップS50を経過した識別情報をもつ他車の場合は、ステップS44から直接ステップS52に至ることになる。
、一度ステップS46からステップS50を経過した識別情報をもつ他車の場合は、ステップS44から直接ステップS52に至ることになる。
ステップS52では、他車がその時点において依然として第一近距離通信部26の通勤圏内にあるかどうかチェックする。そして近距離通信圏内にあればステップS54に進み、他車、例えば第二車両4の第二GPS部38で取得された第二車両4の絶対位置情報を第一近距離通信部26にて受信する。なお、ステップS54においては、第二車機能部32からの第二車両4の速度情報もあわせて受信する。ステップS54ではさらに、受信した絶対位置情報および速度情報を履歴として少なくとも一連の「ツインナビ」が終了するまで、第一記憶部14に記憶して保存する。この履歴情報の活用については後述する。 上記において、例えば第二車両4が先行しており第一車両2にさらに第三車両が近距離通信圏内で後続している場合は、ステップS54において第二車両4の絶対位置情報および速度情報を第三車両にも中継する。これによって第二車両4と第三車両が直接的には互いに近距離通信圏外にあっても、両車両の中間にあって両車両それぞれとは近距離通信圏内にある第一車両2の中継機能によって、両車両は近距離通信による互いの絶対位置情報および速度情報を交換することが可能となる。
次いで、ステップS56では、絶対位置情報を受信した他車との車間距離を計算する。このとき、自車を含めて三つ以上の車両があるときはそれぞれのあらゆる組合せにおける車間距離をそれぞれ計算する。 さらに、ステップS58では、「ツインナビ」車間における近距離通信のための電波環境の情報として、第一カーナビゲーション機能部20の有する地図情報を取得する。これはステップS56で計算した車間距離だけからでは近距離通信が可能であっても地形などから電波環境が通常より悪くなる状況を把握するためである。以上を経てステップS60に至り、近距離通信圏の限界にあってこのままでは圏外となるリスクがあるかどうかをチェックする。そして、リスクがあればステップS62で「圏外注意」の警告表示を行ってステップS64に移行する。一方、ステップS60で近居通信圏外リスクがない場合は直接ステップS64に移行する。このような「圏外注意」の警告に接することにより、先導車は速度を落とし、後続車は安全を確認しながら速度を上げるなどの対処が可能となり、近距離通信を維持することができる。
ステップS64では「ツインナビ」表示処理を行うがその詳細は後述する。ステップS64の処理の後、フローはステップS52に戻り、以下、ステップS52で近距離通信圏外であることが検出されない限り、ステップS52からステップS64を繰り返して「ツインナビ」機能を継続する。 ステップS52で他車が近距離圏外に出たことが検出されるとステップS66に移行して近距離圏外となる直前に通信で得た他車の絶対位置情報および速度の情報を保存し、ステップS68に進む。ステップS68では、近距離外処理により補完的に「ツインナビ」状態を維持するが、その詳細は後述する。 次いでステップS70で他車が近距離通信圏内に復帰したかどうかがチェックされ、通信圏内になればステップS54に移行してステップS52からステップS64のループに復帰する。一方、ステップS70で他車が近距離通信圏内であることが検出できなければステップS68に戻り、以下、ステップS70で近距離圏内への復帰が検出できない限りステップS68と70のループで補完的な「ツインナビ」状態を継続する。
図4は、図2のステップS32における「ツインナビ」要求および合意処理の詳細を示すフローチャートである。フローがスタートすると、ステップS82で自車から他車に「ツインナビ」を要求する操作をしたかどうかがチェックされる。他車への「ツインナビ」要求操作があればステップS84に進み、「ツインナビ」を要求する他車の識別情報の指定操作があったかどうかをチェックする。 ステップS84に至ると一定時間だけ運転者の操作を待ち、この一定時間内に他車識別情報を指定する操作がなければステップS86に移行する。ステップS86では、ステップS50の機能により過去記憶された識別情報の中から現在通信圏内にあるすべての他車の識別情報を自動指定してステップS88に移行する。一方、ステップS84で所定時間内に識別情報の指定があれば指定された特定の車両のみを指定状態として直接ステップS88に移行する。
ステップS88では、指定された識別情報をもつ全ての他車に対して「ツインナビ」要求信号を第一近距離通信部26から送信する。そしてステップS90で指定した全ての他車からの応答を受信したかどうかチェックする。応答のない他車があればステップS92に進み、送信後所定時間が経過したかどうかチェックする。そして所定時間が経過していなければステップS90に戻り、以下、全ての他車からの応答を受信するか所定時間が経過するまでステップS90とステップS92を繰り返す。 ステップS92で所定時間が経過したことが確認されるとステップS94に進み、未だ応答のない他車からの「ツインナビ」への合意返信があったときに割込みがかかることを可能にした上でステップS96に進む。一方、ステップS90で識別情報を指定して「ツインナビ」要求信号を送信した全ての車両から応答を受信したことが確認されると直接ステップS96に移行する。 ステップS96では受信した応答に基づいて「ツインナビ」に合意した他車があるかどうかチェックし、一つでも合意した車両がある場合には図2のステップS16に移行する。一方、ステップS96で「ツインナビ」要求に合意した車両がなければ図2のステップS34に移行する。なお、ステップS82において他車への「ツインナビ」要求をしなかった場合は直接ステップS34に移行する。
図5は、図1の第一表示部16に表示される「ツインナビ」表示の一例を示す表示画面図であり、図3のステップS64によるツインナビ表示処理によって実現されるものである。図5は、第一車両2が先導車である場合であり、表示画面62において第一車両2は自車両指標64として地図66上に表示される。図5は「ツインナビ」に合意している後続車が第二車両4を含めて二台ある場合を示しており、第二車両4が第一他車指標68、第三車両が第二他車指標70として共通の地図66に同時に表示されている。 「ツインナビ」合意車表示エリア72は、現在「ツインナビ」に参加している車両の存在を表示するためのものであり、第一他車存在表示74、第二他車存在表示76に地図上の他車と同一シンボルが表示されている。なお、破線で示した第三他車存在表示部分78には現在対象車両がないので他車存在表示はなされていない。
近距離通信圏外表示エリア80には、図3のステップS62における「圏外注意」警告をはじめとし、「圏外」警告、または「表示不可」を示す表示が、それぞれ該当する状況が生じたときに行われる。「圏外」警告、または「表示不可」表示の意義については後述する。なお、図5の場合は、いずれにも該当しない状態なので近距離通信圏外表示エリア80には何も表示されない。 後続車状況表示エリア82には、後続車が正しく追従しているかどうかを確認すべき状況になったときに表示を行う。図5はこの状況ではない例なので何も表示されていない。後続車状況表示エリア82の表示については後述する。
図6は、第二他車が図5の位置よりも遅れて走行していた場合の表示画面62の表示状態を示すものである。なお、自車および第一他車は図5と同じ位置にあるものとする。この場合は、地図の縮尺が図5のままであると、第二他車が表示範囲から外れてしまう。従って図6における地図92の縮尺は、図5における地図66の縮尺よりも広域表示となるよう自動変更されている。 具体的に述べると、図6における領域94が図5において地図66が表示されていた部分であり、第二他車指標70はこの領域94からはみ出している。従って図6では、表示範囲が第二他車指標70を含む広域に広がるよう地図の縮尺が自動変更されている。 なお、図6は、図3のステップS60において第二他車が近距離通信圏外リスクありと判断された状態を示しており、この結果ステップS62によって近距離通信圏外表示エリア80には「圏外注意」の警告が行われているが、この状態では第二他車はまだ近距離通信圏内にある。これに対し、第二他車が近距離通信圏外に出てしまったときには近距離通信圏外表示エリア80の表示が「圏外」の警告表示に変わる。この場合でも、図3のステップS68の近距離圏外処理に基づき第二他車指標70の表示は継続される。 また、図6では、図5の状態から地図の縮尺を変更することに伴って地図表示の中心位置を自動的に変更するスクロールが行われている。図6は自車指標64を基準としてスクロールされており、第二他車が表示範囲に入るよう考慮しつつできるだけ自車指標64が地図の中心になるようスクロールされる。
図7は、図6と同じ状態を示すが、図5の状態から縮尺を変更する際、「ツインナビ」に参加している全車の中心が地図表示の中心位置となるよう自動的にスクロールが行われた例である。図6と比較すると、図7では地図100のように地図表示全体が上方にシフトされている。 図6における表示のように自車を基準として自動スクロールを行うか、図7における表示のように全車の中心を中心位置として自動スクロールを行うかは、予め任意に設定しておくことができる。なお、特に運転者が変更設定を行わない限り、図6における表示のように自車を基準とした自動スクロールが行われる。 なお、上記の設定に従った自車基準の自動スクロールまたは全車中心を基準の自動スクロールは、地図の縮尺が変更されたときだけでなく、縮尺変更のない場合にも自車の進行に従って常に実行される。
図8は、自車と第二他車の距離が近距離通信圏を外れて「圏外」となったあと更に両車両の距離が離れ、もはや図3のステップS68の近距離圏外処理に基づいても第二他車の表示を継続するのが無意味となった状態の表示画面62を示す。このとき近距離通信圏外表示エリア80の表示は「表示不可」に変わる。さらに、表示不可の状態となった車両を明示するため、「ツインナビ」合意車表示エリア72における第二他車存在表示76に表示不可マーク102が付加される。また、地図上において第二他車指標70は非表示となり、表示対象から除外される。信頼性のない他車車両の位置を地図上に表示すると混乱を招くからである。
図8のように第二他車指標70が非表示となると、もはや第二車両を考慮した広域表示を行う必要がないので表示は図9のように変わる。つまり、図9では、図8から地図の縮尺が自動変更され、より拡大状態の地図66に基づく表示となる。なお、縮尺を自動変更しない設定としておけば、第二他車指標70が非表示となっても、図8の縮尺での地図表示が継続される。
図10は、図5の状態から先導車である自車が郵便局の角を右折した場合の表示画面62を示す。この場合、自車両指標64を基準として、進行方向が表示上方となるよう地図104は90度回転させられる。なお、当然ながら、まだ右折していない第一他車指標68および第二他車指標70の進行方向は地図の上方とはならない。このように複数車両がある場合の地図の上方は常に自車の進行方向を基準として決定される。 なお、車両の進行方向に係わらず北を地図上方として表示するよう設定している場合は、自車と他車の進行方向に係わらず地図の回転は行われない。
また、図10においては、後続車である第二車両と第三車両が追従して右折するかどうかを確認するため、後続車状況表示エリア82において、第一他車存在表示74および第二他車存在表示76に隣接してそれぞれ第一他車要確認マーク106および第二他車要確認マーク108が「?」シンボルで表示される。
図11は、図1
0の状態からさら時間が経過し、第二車両が正しく追従して右折した場合の表示画面62を示す。この場合、後続車状況表示エリア82において第一他車存在表示74に対応して表示されていた要確認マーク「?」が消え、その代わりに「OK」シンボルで表示される第一他車確認済マーク112が表示される。この「OK」表示は後述する後続車簡略表示となる。
0の状態からさら時間が経過し、第二車両が正しく追従して右折した場合の表示画面62を示す。この場合、後続車状況表示エリア82において第一他車存在表示74に対応して表示されていた要確認マーク「?」が消え、その代わりに「OK」シンボルで表示される第一他車確認済マーク112が表示される。この「OK」表示は後述する後続車簡略表示となる。
図12は、図11の状態からさら時間が経過し、第三車両も正しく追従して右折した場合の表示画面62を示す。この場合、後続車状況表示エリア82において、第二他車存在表示76に対応する表示も第二他車確認済マーク114に変わり、第一他車確認済マーク112とともに「OK」シンボルで表示される。 さらに、このようにして後続車両のすべてが正しく追従して右折したことが確認されると、後続車表示が簡略化され、地図上での第一他車指標68および第二他車指標70が非表示となる。これは、例えばしばらく道なりが続くなど後続車の確認を必要としない状況において自車とともに後続車を表示するのは煩わしいので、自車が交差点にさしかかるなど後続車の確認が再び必要となる状況が発生するまでは後続車の表示を省略するものである。なお、このように地図上での後続車の表示を省略する場合でも、後続車状況表示エリア82においては第一他車確認済マーク112および第二他車確認済マーク114の「OK」シンボルの表示が継続される。このような後続車簡略表示により、地図上の位置までは確認できないものの、後続車が正しく追従していること自体の確認が可能となる。 なお、このような後続車簡略表示を予め設定していないときは、後続車確認の必要性如何にかかわらず、表示可能な後続車の位置が常に自車とともに地図上に表示される。
図13は、図12のようにして後続車簡略表示が始まり、後続車の地図上での表示が不要となったときの表示画面62を示す。図12では全車が地図上に入ることを考慮して地図104のスクロールが行われるが、図13では専ら自車を基準として地図120をスクロールする。具体的には、自車が先導車の場合、自車両指標64が図12よりも図13において画面のより下方となるようスクロールが行われる。 なお、図13のように自車しか表示しない場合は、通常ナビゲーションにおけるように前方の情報を重視して自車両指標64がもっと画面62の下部に配置されるようなスクロールも可能である。しかしながら、「ツインナビ」では、後続車の表示が必要となったときへの対応のため、図13のように自車の後方にも相応の地図スペースが確保されるよう配慮してスクロールが行われる。このように、自車のみを地図上に表示する場合においても、通常ナビゲーションの場合と「ツインナビ」の場合とでは自車両指標64の配置が異なるよう地図のスクロール制御を行う。
図14は、各車両が図10の位置にあるときの第三車両の表示画面130を示す。図14では、自車両指標134が、第一他車指標136および第二他車指標138に後続して最後尾にある。つまり、図14では第一他車が先導車であり、図10と同様郵便局の角を右折している。これに対応して、「ツインナビ」合意車表示エリア72には、第一他車存在表示140および第二他車存在表示142が地図上と同一シンボルで表示されている。なお、図14でも、破線で示した第三他車存在表示部分78には現在対象車両がないので他車存在表示はなされていない。 また、図14における自車はまだ郵便局角で右折していないので、地図66は図5と同様の状態にあり、図10のように90度回転していない。このように、複数車両の指標が同時に地図上に表示される「ツインナビ」では、自車が先導車であろうと後続車であろうと、また、他車の向きがどうであろうと、地図の上方は常に自車の進行方向を基準として決定される。 さらに、自車に後続車がない場合は後続車に対する配慮は不要なので、後続車状況表示エリア82は表示画面130には表示されない。
図15は、図3のステップS64における「ツインナビ」表示処理の詳細を示すフローチャートであり、図5から図14において説明した種々の表示を実現するためのものである。フローがスタートすると、ステップS101で、「ツインナビ」合意車の有無を表示する。これは、図5等における合意車表示エリア72における表示を行うことに該当する。次にステップS102で自車を地図上で表示する処理を行う。これは、図5の自車両指標64または図14の自車両指標134を地図66等で表示することに該当する。 次いでステップS103では自車が先導車かどうかをチェックし、先導車であった場合はステップS104で後続車状況表示エリアを表示する。これは、図5などにおける後続車状況表示エリア82を表示することに該当する。さらにステップS105で後続車確認状況が発生したかどうかをチェックする。これは、図10において自車が右折した場合などのように交差点などで後続車の進路に選択肢が生じた場合に相当する。この状況の発生は地図情報と自車の位置情報に基づいて判断される。
ステップS105で後続車確認状況が発生しているとステップS106に進み、確認の必要な対象車別に確認が必要な旨の表示を行う。これは、図10図における第一他車要確認マーク106や第二他車要確認マーク108の「?」シンボルを後続車状況表示エリア82に表示することに該当する。 次いで、ステップS107でこのような後続車確認状況が解消したかどうかチェックし、解消していればステップS108で対象車別に正常追従の確認表示を行う。これは、図11などにおいて「?」シンボルに代えて「OK」シンボルを後続車状況表示エリア82内に表示することに該当する。 次いで、対象車別確認表示を継続しながらステップS109に進み、予め後続車簡略表示設定がされているかどうかをチェックする。そしてこの設定がされていることが検知できなければステップS110に進み、所定時間後に対象車別確認表示を消す処理をしてからステップS111に移行する。
ステップS111では、「ツインナビ」に参加している表示可能な全対象車両を自車とともに地図上に表示する処理をおこなう。そしてステップS112で地図の縮尺変更・地図回転処理を行い、フローを終了する。なお、図15のフローが終了すると図3のステップS52に戻るので、近距離通信による「ツインナビ」が可能な限り図3のステップS52からステップS62を経て図15のフローのスタートに至り、図15のフローが繰り返される。上記ステップS112の詳細は後述する。
図15のステップS103において自車が先導車でなければ直接ステップS111に移行し、全対象地図縮尺変更・回転処理に入る。さらに、ステップS107において後続車確認状況が解消していない場合も直接ステップS111に移行する。この場合は、ステップS106で行われた対象車別要確認表示が継続される。 また、ステップS105において後続車確認状況が発生していなければステップS113に進むので対象車別要確認表示は非表示となる。これは図5などにおいて後続車状況表示エリア82内に何も表示されていない状態に該当する。そして、ステップS114で予め後続車簡略表示設定がされているかどうかをチェックする。そしてこの設定がされていることが検知できなければステップS111に移行する。
一方、ステップS114において後続車簡略表示設定が行われていることが検知された場合は、ステップS115に進み、対象車別正常追従表示を行う。この表示としては、ステップS108で行われるのと同じ表示を流用する。具体的には、後続車状況表示エリア82において「OK」シンボルで表現されている第一他車確認済マーク112や第二他車確認済マーク114を流用する。運転者にとっては、現在正常に後続車が追従しているかどうかが関心の対象であって、確認が必要な状況を経たのかどうかの履歴は問題でないからである。なお、特に必要な場合は、ステップS108で行われる確認済表示とステップS115で行われる正常追従表示を異なる表示としてもよい。 次にステップS116に進み、対象後続車の地図上での表示を省略する表示を行う。これは図12や図13において、地図上での第一他車指標68および第二他車指標70が非表示となることに該当する。この後、ステップS112の地図縮尺変更・地図回転処理に移行する。 なお、ステップS109において後続車簡略表示設定がされていることが検知されたときはステップS114に移行する。なお、この場合はステップS114から必ずステップS115に移行する。 また、ステップS114において、後続車簡略表示設定がされていることが検知されないときは、ステップS111に移行する。
図16は、図15のステップS112における地図縮尺変更・回転処理の詳細を示すフローチャートである。フローがスタートすると、ステップS122で地図縮尺の初期値を設定する。この初期値としては、既に「ツインナビ」が開始されているときは現在の地図縮尺を初期値として設定する。また新たに「ツインナビ」を開始したときは、運転者が設定した地図縮尺を設定する。この場合、特に設定がなければデフォルト設定の地図縮尺を設定する。そしてステップS124で、車両の進行方向に係わらず方角の「北」を地図の上方に固定して表示する設定が予め行われているかどうかチェックする。 そして、特に設定が行われたことが検知できなければデフォルトとして自動的にステップS125に進む。ステップS125では、複数の車両が地図に表示されている状態において自車を基準としてその進行方向が常に地図の上方となるよう地図を自動回転する処理を行い、ステップS126に移行する。ステップ125の処理は、図5から図10の状態へ自車が右折することに伴って地図が90度回転させられる状態や、図10と図14において、自車が先導車か後続車かに対応して地図が90度回転させられている状態に該当する。 一方、ステップS124において北を上方に固定設定する設定が運転者により予め行われていることが検知されたときは、ステップS128で北を地図の上方に固定する処理を行い、ステップS126に移行する。
ステップS126では、「ツインナビ」において表示可能な対象車がステップS122で設定された地図縮尺において全て表示範囲に入るかどうかチェックされる。表示範囲に入らない車両がある場合はステップS130に進み、自車基準の自動スクロール設定になっているかどうかをチェックする。 ステップS130で自車基準自動スクロール設定になっていることが検知されたときは、ステップS132に進み、全車表示を優先した地図のスクロールに移行する。これは、例えば先導車として後方スペースが少ない自車基準の自動スクロールを行っている場合において、スクロールによって自車の表示位置を上方に移動させれば地図縮尺を広域に変更しなくても後続車の表示が可能になる場合があるからである。
以上のスクロールを試みた後、ステップS134において表示可能な対象車が全て表示範囲に入るようになったかどうか再度チェックする。そして、スクロールによっては全車を表示範囲に入れることができなかった場合はステップS136に進み、自車基準に配慮しながら全対象車が表示可能な地図縮尺への自動広域化を行ってステップS138に移行する。 一方ステップS130において自動スクロールが自車基準でなかったときは、既に全車が最も効率よく表示可能なようスクロールが試みられており、これ以上のスクロールで全車を表示範囲に入れる余地はないのでステップS140に進む。ステップS140では、全対象車が最も効率よく表示可能な地図縮尺への自動広域化を行ってステップS138に移行する。通常、ステップS136で決定される地図縮尺の方がステップS140で決定される地図縮尺よりも広域のものとなる。
上記ステップS126において全車が表示範囲内に入っていた場合はステップS146の設定配慮処理を
行ってステップS138に移行する。ステップS146の処理は、先導車と最後尾の後続車との車間距離が縮まり、全車が表示範囲に入るようになった場合は当初の設定に配慮して地図を拡大するよう地図縮尺を自動変更する処理である。 具体的には、まず一段階拡大状態とした地図縮尺において全車が表示範囲に入るかどうかのチェックを行い、表示範囲に入る場合は地図の拡大が自動的に実行される。以下さらに拡大が可能ならこれが繰り返され、それ以上拡大すると全車表示が不可能となる地図縮尺または運転者が設定した地図縮尺となるまで拡大が自動的に繰り返される。なお、広域化の場合と同様、全車表示可能性や縮尺の判断を行うにあたっては、自車基準自動スクロール設定が行われているかどうかで判断基準を変える。この場合も自車基準自動スクロール設定が行われているときの方が、より広域の地図縮尺が採用される結果となる。 なお、上記のような処理において、ステップS126からステップS138に至ったとき、ステップS122で設定された初期値が結果的に変更されず、地図縮尺には変化がない場合がある。むしろ「ツインナビ」において全車が安定走行しているときは地図縮尺変化がない場合が普通である。
行ってステップS138に移行する。ステップS146の処理は、先導車と最後尾の後続車との車間距離が縮まり、全車が表示範囲に入るようになった場合は当初の設定に配慮して地図を拡大するよう地図縮尺を自動変更する処理である。 具体的には、まず一段階拡大状態とした地図縮尺において全車が表示範囲に入るかどうかのチェックを行い、表示範囲に入る場合は地図の拡大が自動的に実行される。以下さらに拡大が可能ならこれが繰り返され、それ以上拡大すると全車表示が不可能となる地図縮尺または運転者が設定した地図縮尺となるまで拡大が自動的に繰り返される。なお、広域化の場合と同様、全車表示可能性や縮尺の判断を行うにあたっては、自車基準自動スクロール設定が行われているかどうかで判断基準を変える。この場合も自車基準自動スクロール設定が行われているときの方が、より広域の地図縮尺が採用される結果となる。 なお、上記のような処理において、ステップS126からステップS138に至ったとき、ステップS122で設定された初期値が結果的に変更されず、地図縮尺には変化がない場合がある。むしろ「ツインナビ」において全車が安定走行しているときは地図縮尺変化がない場合が普通である。
ステップS138では、自車基準の自動スクロール設定になっているかどうかをチェックする。そして自車基準自動スクロール設定になっていることが検知されたときは、ステップS142に進み、自車基準の自動スクロールを実行してフローを終了する。一方、ステップS138で自車基準自動スクロール設定になっていることが検出できなければステップS144に進み、全社中心自動スクロールを実行してフローを終了する。ステップS142およびステップS144による自動スクロールの違いは、それぞれ図6の表示および図7の表示の違いに該当する。
図17は、図3のステップS68における近距離圏外処理の詳細を示すフローチャートである。フローがスタートすると、ステップS152で圏外車が発生してから所定時間が経過したかどうかがチェックされる。所定時間が未だ経過していなければ、ステップS154に進み、「圏外」表示を行う。これは、図6または図7の近距離通信圏外表示エリア80における表示が「圏外注意」警告から「圏外」警告に変わることを意味する。 次いでステップS156において圏外車を確認する状況が発生しているかどうかをチェックする。圏外車確認状況とは、自車が交差点などを通過し、後続車の進路に選択肢が生じた場合に相当する。この状況の発生は地図情報と自車の位置情報に基づいて判断される。このような状況が発生していなければステップS158に進み、圏外車の絶対位置情報を通信により入手してから所定時間が経過したかどうかをチェックする。この通信とは、第一電話通信部24および第一近距離通信部26のいずれによる通信の場合も該当する。
最後の通信後所定時間が経過していなければステップS160に移行し、履歴による圏外車位置推測処理を行う。この処理は、過去受信して蓄積した複数の絶対位置情報とそのときの時刻の履歴から現在の圏外車の絶対位置を推測する。このとき最後に受信した絶対位置情報が発生したときの圏外車の速度情報も補足的に活用される。 ステップS162では、このようにして推測された絶対位置情報を実際に他車のGPS部から得た絶対位置情報と同様に取り扱うべき処理をし、ステップS164のツインナビ表示処理に入る。ステップS164は図3のステップS64と同じものであり、その内容は図15のとおりである。ステップS164の処理が終わるとフローはステップS156に戻り、以下ステップS156で圏外車確認状況が発生するかまたはステップS158で通信後所定時間が経過しない限り、ステップS156からステップS164を繰り返す。
ステップS156で圏外車確認状況が発生するかまたはステップS158で通信後所定時間が経過したときはステップS166に移行し、第一電話通信部24から基地局電話通信部52に自車の絶対位置情報を自動送信する。これは、圏外他車の利用に供するためである。 なお、ステップS166ではさらに、指定した圏外他車から基地局電話通信部52への絶対位置情報送信を要求する信号を自動送信する。カーナビ基地局6では、この要求信号を指定された圏外他車に自動転送する。圏外他車はこれに応答して圏外他車の絶対位置情報を基地局電話通信部52に自動送信するので、これが基地局記憶部50に記憶されている。 ステップS168では、指定した圏外車の絶対位置情報を基地局電話通信部52から自動受信する。次いでステップS170では、直前に受信していた圏外他車の絶対位置情報と今回受信した絶対位置情報に基づいて、両情報の間の情報を補間するとともに将来の推測情報を作成する処理を行う。電話通信部による通信は有料なので無料の近距離通信よりも少ない頻度でおこなわれるが、擬似的に近距離通信による頻度に合わせた絶対位置情報を作成するのがステップS170の意義である。 さらにステップS172では、このようにして補間・推測された絶対位置情報を実際に他車のGPS部から得た絶対位置情報と同様に取り扱うべき処理をし、ステップS174のツインナビ表示処理に入る。ステップS174は図3のステップS64と同じものであり、その内容は図15のとおりである。ステップS174の処理が終わるとフローを終了し、図3のステップS70に移行する。
上記においてステップS156からステップS166に移行する理由は、圏外車確認状況が発生したときは選択肢が複数となるので履歴による絶対位置推測が不可能となるからである。また、ステップS158からステップS166に移行する理由は、最後の通信後所定時間が経過すると推測の信頼性が低下するからである。このように推測による圏外車絶対位置推測が不適当になったときはステップS166に移行して電話通信部によって圏外他車の絶対位置情報を直接取得する。
ステップS152で、圏外車が発生してから所定時間が経過した場合は、ステップS176に移行し、「表示不可」との表示を行う。さらに、ステップS178では、該当する圏外車を地図か羅非表示とする。また、ステップS180で圏外車を特定する表示を行ってステップS174に移行する。 上記ステップS176からステップS180の処理は、図8または図9において、近距離通信圏外表示エリア80に「表示不可」が表示されるとともに「ツインナビ」合意車表示エリア72における第二他車存在表示76に表示不可マーク102が付加されていること、並びに、第二他車指標70が地図上で非表示となっていることに該当する。 このような処理を行う意義は、ステップS152で圏外車が発生してから所定時間が経過した場合、これ以上「ツインナビ」を続けると有料の電話通信部による他車の絶対位置情報取得が常態化するので、これを避けるため該当する対象車を「ツインナビ」から除外することにある。
なお、図17のフロー実行中においては、常に近距離通信圏内に復帰したかどうかのチェックが行われており、近距離通信圏内復帰の際には直ちに割込みがかかって図3のステップS54にジャンプする。
図18は、本発明の実施の形態に係る位置表示装置の第二実施例を示すブロック図である。第二実施例は、携帯電話システムを構成しており、第一携帯電話302、第二携帯電話304、および携帯電話基地局306を含む。なお、図1では簡単のために二つの携帯電話のみ図示しているが、本発明は第三、第四の携帯電話等を含む複数の携帯電話間にも適用可能なシステムとなっている。
図18の第二実施例は、基本的には図1の第一実施例に概略対応する構成を持っており、図18において一の位および十の位が共通する二百番台の符号はそれぞれ図1の符号が対応する構成に該当するので、特に必要がない限り説明は省略する。また、第一実施例において説明した各機能はカーナビゲーションに特有の機能でないかぎり、第二実施例においても適用可能なので、特に必要がない限り、説明は繰り返さない。
図18の第二実施例も、第一携帯電話302と第二携帯電話304との間で、それぞれの第一GPS部218および第二GPS部238で得た携帯電話保持者の絶対位置情報を第一近距離通信部226および第二近距離通信部246を通して交換するものである。そして交換した相手の絶対位置情報を自分の絶対位置の情報とともに携帯電話表示画面として構成される第一表示部216および第二表示部236にて地図上に同時表示する。これによって第一実施例と同様「ツインナビ」が可能となり、待ち合わせなどのときにお互いの位置を地図上で相互に同時確認しながら接近することができる。
図18の第二実施例は、基本的には図1の第一実施例に概略対応する構成を持っており、図18において一の位および十の位が共通する二百番台の符号はそれぞれ図1の符号が対応する構成に該当するので、特に必要がない限り説明は省略する。また、第一実施例において説明した各機能はカーナビゲーションに特有の機能でないかぎり、第二実施例においても適用可能なので、特に必要がない限り、説明は繰り返さない。
図18の第二実施例も、第一携帯電話302と第二携帯電話304との間で、それぞれの第一GPS部218および第二GPS部238で得た携帯電話保持者の絶対位置情報を第一近距離通信部226および第二近距離通信部246を通して交換するものである。そして交換した相手の絶対位置情報を自分の絶対位置の情報とともに携帯電話表示画面として構成される第一表示部216および第二表示部236にて地図上に同時表示する。これによって第一実施例と同様「ツインナビ」が可能となり、待ち合わせなどのときにお互いの位置を地図上で相互に同時確認しながら接近することができる。
図18の第二実施例において特徴的なのは、第一電話通信部224と第二電話通信部244による電話回線での通信が本来の機能となっていることである。これに伴って、携帯電話基地局306の性質も第一実施例のカーナビゲーション基地局6とは少し異なっている。具体的に述べると、携帯電話基地局306は、電話回線管理部358を有しており、携帯電話基地局306の第一義的な機能は、第一電話通信部224や第二電話通信部244などの通常携帯電話機能における携帯電話同士の電話回線による会話やメール交信の管理にある。
携帯電話基地局306はさらに、第一実施例の構成にほぼ対応する基地局制御部348、基地局記憶部350、基地局ナビゲーション管理部354および基地局GPS管理部356を有する。但し、これら「ツインナビ」に関する機能も、第一実施例と少し異なる。これに対応して、第一携帯電話302および第二携帯電話304において「ツインナビ」に関連する第一制御部308、第二制御部328、第一記憶部314、第二記憶部334、第一ナビゲーション機能部320および第二ナビゲーション機能部340の機能も第一実施例と少し異なる。その詳細は後述する。
また、図1の第一実施例における第一車機能部12および第二車機能部32に該当する構成は図18の第二実施例には存在せず、代わりに第一カメラ部302および第二カメラ部304を有する。これらのカメラ部で撮影した画像は電話通信部によるメール通信に添付されて交換される。
携帯電話基地局306はさらに、第一実施例の構成にほぼ対応する基地局制御部348、基地局記憶部350、基地局ナビゲーション管理部354および基地局GPS管理部356を有する。但し、これら「ツインナビ」に関する機能も、第一実施例と少し異なる。これに対応して、第一携帯電話302および第二携帯電話304において「ツインナビ」に関連する第一制御部308、第二制御部328、第一記憶部314、第二記憶部334、第一ナビゲーション機能部320および第二ナビゲーション機能部340の機能も第一実施例と少し異なる。その詳細は後述する。
また、図1の第一実施例における第一車機能部12および第二車機能部32に該当する構成は図18の第二実施例には存在せず、代わりに第一カメラ部302および第二カメラ部304を有する。これらのカメラ部で撮影した画像は電話通信部によるメール通信に添付されて交換される。
次に、「ツインナビ」に関する図18の第二実施例特有の機能について説明する。第一実施例は車載機器であるカーナビゲーションシステムなので、必要な地図情報(例えば日本全国)がすべて第一記憶部14または第二記憶部34に記憶されているとともに、第一GPS部18または第二GPS部からの絶対位置情報を地図データ上で表示する機能は、第一制御部8および第一カーナビゲーション機能部20または第二制御部28および第一カーナビゲーション機能部40により実行することができる。つまり、第一実施例では近距離通信部による通信が可能な限り、「ツインナビ」機能は、カーナビゲーション基地局6の助けなしに機能することができる。 これに対し、第二実施例は携帯電話に基づくシステムなので、第一制御部308、第二制御部328、第一ナビゲーション機能部320、第二ナビゲーション機能部340の能力に制限があるとともに、第一記憶部314、第二記憶部334の記憶容量にも制限がある。従って、「ツインナビ」機能は携帯電話基地局306との連携により実行されることになる。
具体的に説明すると、図18の第二実施例における地図情報は、基本的には携帯電話基地局306の基地局記憶部350に格納して準備される。そして携帯電話基地局306は、携帯電話から要求があった区画単位で所定縮尺の地図情報を電話回線通信経由で送信する。なお、携帯電話は、受信した区画の地図情報を第一記憶部314や第二記憶部334などに保存するので、地図の要求に先立ってその区画の地図がすでに携帯電話に保存されていないかどうかチェックし、保存がなければ携帯電話基地局306に必要な区画の地図情報を要求することになる。 これによって、例えば第一携帯電話302内では、過去に受信した区画の地図情報の保存、および保存した区画の地図確認と必要に応じた新しい区画の地図の受信、および自分と相手の絶対位置図1情報に基づく必要な区画の地図上における表示の処理を担当するので、第一記憶部314、第一ナビゲーション機能部320および第一制御部308の負担が軽くなる。 第二実施例におけるような携帯電話同士の「ツインナビ」では、例えば待ち合わせ場所近辺の限られた区画の地図情報があれば目的が達成でき、カーナビゲーションのような高速での対象地図区画の遷移に対応する必要がないので、上記のような処理可能となる。
図18の第二実施例は、上記のように携帯電話をベースにしており、携帯電話によるメールや会話が前提となる。従って、「ツインナビ」機能を携帯電話回線による通話に連動して開始するよう構成してもよい。この場合、電話通信部による通信と近距離通信部による通信が並行して行われることになる。
なお、図18では、携帯電話基地局306が電話回線管理と「ツインナビ」機能を兼ねた構成となっているが、これらを通常の電話回線管理を行う携帯電話基地局と「ツインナビ」機能を有する携帯電話基地局に分離した構成とするシステムも可能である。 また、第三実施例として、図18の構成を変形し、第一GPS部218および第二GPS部238からそれぞれ自分と相手の絶対位置情報をまず携帯電話基地局306に送信して集結するようにし、携帯電話基地局306の基地局ナビゲーション管理部にて地図上に両者を表示した画像情報まで作成し、これをそれぞれ第一携帯電話302および第二携帯電話304に配信するようにしてもよい。このような構成によれば、「ツインナビ」のための携帯電話側の負担がさらに軽くなる。但し、近距離通信によらず電話回線によるシステムとなるので回線使用の課金がなされることになる。
以上のように、各実施例にはカーナビゲーションおよび携帯電話に特有な機能も含まれるが、大半の特徴は両者に共通して適用可能なものである。さらに、本発明の種々の特徴はカーナビゲーションや携帯電話に限らず、通信機能を有するモバイル機器や移動対通信機器にも広く応用可能である。
ここで、図15における「ツインナビ」表示処理の変形実施例について説明する。図15はステップS103を設けることにより先導車でない場合はステップS104からステップS110およびステップS113からステップS116に入ることながいよう構成している。つまり、先導車であるか後続車であるかによって表示を異ならしめている。 これに対し、変形実施例は、先導車であるか否かにかかわらず図15の処理を実行するようにするものであって、具体的にはステップS103を省略するものである。なお、ステップS107で確認状況が解消したときは図15と同様、ステップS111に移行する。また、ステップS104からステップS110およびステップS113からステップS116において、「後続車」とあるのを「他車」と読替えるものとする。 このような変形実施例においては、後続車であっても先行車が分岐点にさしかかったときなどにおける先行車の動向の確認のためのステップS106やステップS108が実行されるとともに、他車簡略表示設定がなされている場合には、ステップS115やステップS116が実行されて地図上の表示が煩雑にならないようにする。
さて、図18の第二実施例に戻って、その機能についてする。ここで、本発明に特有の構成ではないが、後述する機能に関係があるので、図18の構成について、若干の補足を行う。すでに述べたように、第一電話機能部222または第二電話機能部242は、通常の通話を含む電話回線を介した無線通信のためのものである。これらの電話機能部は通常の携帯電話と同様、電話機能のための音声処理部を有するとともに、使用者の声を拾うマイクロフォンおよび使用者の耳近くに配されるスピーカを備えている。 また、第一電話機能部222または第二電話機能部242は、テレビ電話も可能となっており、テレビ電話機能も備えている。そして、テレビ電話モードの際は、第一携帯電話302または第二携帯電話304においてマイクロフォンの感度が高められるとともに指向性が狭められ、これに伴ってスピーカの音量が高められるとともに指向性が狭められる。また、テレビ電話の際は、第一カメラ部302または第二カメラ部304において撮影される通話者の顔が、相手側の第二表示部236または第一表示部216に表示される。 なお、第一表示部216および第二表示部236は、第一携帯電話302および第二携帯電話304が折り畳み式の場合、折り畳んだ内側に設けられる主表示部と、携帯電話を折り畳んだ際にも観察できるよう携帯電話外面に設けられた副表示部からなる。上記で説明した各機能はそれぞれ主表示部においてなされるものである。
図19は、図18の第二実施例における第一制御部308または第二制御部328の基本機能を示すフローチャートであり、第一携帯電話302または第二携帯電話304の電源オンによってスタートする。なお、以下の説明は第一携帯電話302を中心として行う。従って、特に断わらない限り以後のフローチャートは第一制御部308の機能として説明する。 フローがスタートすると、ステップS202において、第一携帯電話302の第一近距離通信部226の通信圏内に他の携帯電話を持っている者がいるかどうかがチェックされる。例えば、第一近距離通信部226と通信可能な第二近距離通信部246を持つ第二携帯電話304が近距離通信圏内に存在するかどうかがチェックされる。なお、後述のように、新たに近距離通信圏内に入ってくる者があれば、このステップS202がそれを検出する。 ステップS202において近距離通信圏内者の存在が検出されるとステップS204に進み、ナビ可能報知処理が行われる。これは、近距離通信圏内者が存在するか又は新たに近距離通信圏内に入ってくる者があったとき、これを第一携帯電話302の保持者に報知するものであって、その詳細は後述する。
ナビ可能報知処理が完了すると、ステップS206に進み、ツインナビ開始操作が行われたかどうかがチェックされる。ツインナビ操作がなかったときはステップS208に進み、通常の携帯電話の着信があったかどうかがチェックされる。そして着信がなければステップS210に進み、通常の携帯電話の発呼操作が行われたかどうかがチェックされる。 発呼操作があったときはステップS212に進み、発呼相手の携帯電話が近距離圏内に存在するかどうかがチェックされる。相手が近距離圏内に存在すればステップS214に進み、発呼相手とのツインナビが可能であることを第一表示部302に表示する。また、これに伴って第一電話機能部222のスピーカから音声で通話相手とのツインナビが可能であることを報知してもよい。 次にステップS216で通話相手に対してツインナビを要求する操作が行われたかどうかをチェックする。これは、ステップS214における表示に応じて行われ、この操作が行われると、近距離通信部226からツインナビ要求信号が送信される。そしてステップS218に進み、相手からのツインナビ合意信号を受信したかどうかチェックする。 以上の経過を経て、ステップS218において相手からのツインナビ合意信号が受信できないときは、ステップS220に進み、電話が接続されたかどうかチェックする。ステップS220に至った場合は、ツインナビ機能を伴わない通常電話モードである。そしてステップS220で電話が接続されていなかったときはステップS222に移行する。
なお、ステップS210において電話発呼操作がなかったときも直接ステップ220に移行する。このように、電話の着信も発呼もなく第一携帯電話302が通常会話のために使用されていないときは、ステップS202において近距離通信圏内者があっても使用者に何も通知せず、ステップS220に至り、電話の接続もないのでステップS222に至る。 また、ステップS212において、発呼相手が近距離圏内にない場合は近距離圏内にいるのが発呼相手ではないことを意味するので、使用者に何も通知せずステップS220に至り、電話が接続されなければステップS222に進む。 さらに、ステップS216において使用者がツインナビ要求の操作をしなかったときも、ステップS220に至り、電話が接続されなければステップS222に進む。
ステップS222では、地図自動予備ダウンロード処理を行う。これは、電話が使用されていない待ち受け時間を利用し、ツインナビに必要な地図を予備的に自動ダウンロードする処理であるが、その詳細は後述する。そしてステップS222からはステップS202に戻る。また、ステップS220において電話が接続された場合は、直接ステップS202に戻る。 以下、近距離通信圏内者がいてナビ開始操作が行われず、また電話の着信もなく、かつ電話が繋がって相手からツインナビ合意信号が受信されることもない限り、ステップS202からステップS222の処理を繰り返す。また、ステップS202において近距離通信圏内者がない場合は、直接ステップS220に移行する。
一方、ステップS206においてツインナビ開始操作が行われたときはステップS224に移行し、電話通話中かどうかをチェックする。そして電話通話中でなければステップS226に進み、ステップS202でチェックされた近距離通信圏内者のリストを第一表示部216に表示する。そしてステップS228でツインナビの相手を指定する操作を待ち、指定があるとステップS230に進む。なお、この指定にあたっては複数の相手を指定することも可能である。なお、ステップS224において電話通話中であれば、ツインナビの相手を通話中の相手に自動指定してステップS230に移行する。 ステップS230では、指定した相手が近距離通信圏内にいるかどうかを再チェックする。通常はステップS202でチェックされた近距離通信圏者の中から指定が行われるので、短時間の間に指定相手が圏外に出ない限り、再チェックの結果は「イエス」であり、フローはステップS232に進む。なお、ステップS208で電話の着信があったときもステップS230に移行す
る。この場合は、ステップS202でチェックされた近距離通信圏内者からの電話着信である保証はない。ステップS230は、主にこのために設けられているもので、近距離通信圏内者からの電話着信に限りステップS232に移行する。一方、ステップS230で相手が近距離通信圏内に内場合はステップS220に移行する。
る。この場合は、ステップS202でチェックされた近距離通信圏内者からの電話着信である保証はない。ステップS230は、主にこのために設けられているもので、近距離通信圏内者からの電話着信に限りステップS232に移行する。一方、ステップS230で相手が近距離通信圏内に内場合はステップS220に移行する。
ステップS232では、指定した相手からのツインナビ要求を受信しているかどうかがチェックされる。このツインナビ要求は、近距離通信部を介して行われるので、この要求があるのは通常電話の着信または通話中に限らない。ツインナビ要求があるとステップS234に進み、第一表示部216でツインナビ要求がある旨の表示を行ってステップS236に移行する。 ステップS234での表示から所定時間内にツインナビに合意する旨の操作が行われたことがステップS236において検知されるとステップS238に進み、要求相手にツインナビ合意信号を第一近距離通信部から送信する。そして、ステップS240のツインナビ処理に移行するが、その詳細については後述する。なお、ステップS236においてツインナビ要求表示から所定時間内に合意操作がなされたことが検出されない場合、ステップS220に移行する。
ステップS232において指定相手または電話着信相手からツインナビ要求信号を受信したことが検知されなければステップS212に移行する。そして、ステップS212からステップS216を経てステップS218に至り、ツインナビ要求をした相手から合意信号を受信したことが検知されるとステップS240に移行する。
図20は、図19のステップS240におけるツインナビ処理の詳細を示すフローチャートである。フローがスタートするとまずステップS242で、ツインナビに合意した相手の携帯電話である他機のナビゲーションシステムのID確認を行う。以後、ステップS250のID毎の諸変換設定記憶までのステップは、基本的には、第一実施例における図3のステップS42からステップS50までと同様なので、説明は省略する。 ステップS244またはステップS250からステップS252に至ると、ツインナビの相手と電話通話中であるかどうかがチェックされる。そして通話中であればステップS254でテレビ電話モードにて通話中であるかどうかチェックする。テレビ電話モードでなければステップS256に進み、マイクとスピーカを通常通話モードからテレビ電話モードに切換えた上でステップS258のナビ画面表示処理に進む。これは、通常電話モードにおいてツインナビの画面を見るために携帯電話を耳から話すと通話の継続ができなくなるからである。一方、ステップS254でテレビ電話モードであれば、そのままステップS258に進む。
ステップS252において電話通話中でなければステップS260に進み、電話が着信したかどうかチェックする。そして電話が着信したときはテレビ電話モードにて受信を始めるようステップS256に移行する。一方、電話が着信していなければステップS262で電話発呼操作が行われたかどうかチェックする。ここでも発呼操作が行われたときは以後の通話がテレビ電話モードで行われるよう、ステップS256に移行する。なお、ステップS262で電話発呼操作も行われていなかったときは電話通話を伴わないツインナビなので直接ステップS258に移行する。
図21は、図20のステップS258におけるツインナビ画面表示処理の詳細を示すフローチャートである。フローがスタートするとまずステップS272で第一携帯電話302の絶対位置情報を受信するとともに、ステップS274では、この情報をツインナビの相手の携帯電話に第一近距離通信部226から送信する。 次に、ステップS276でツインナビの相手の携帯電話の絶対位置情報を第一近距離通信部226で受信する。そしてステップS228で相手の携帯電話のツインナビシステムのIDを確認し、確認できたIDに基づき、ステップS280で絶対位置情報を自分の携帯電話で表示可能な情報に変換する。なお、IDが自分と相手のツインナビシステムが同一であることを示していれば、ステップS280では結果的に何も行われない。
次いで、ステップS282では、自分と相手の絶対位置を表示可能な最適縮尺の地図が既にダウンロードされていて第一記憶部314に記憶されているかどうかチェックする。そして、記憶がなければステップS284に進む。なお、このチェックでは、両者の絶対位置を表示可能な地図が全くない場合だけでなく、表示可能な広域縮尺の地図はダウンロードされているが、両者の絶対位置を拡大してより適切に表示できる縮尺の地図がダウンロードされていない場合も、ステップS284に進む。 ステップS284では、ツインナビの相手と電話通話中であるかどうかがチェックされ、通話中でなければステップS292の地図情報ダウンロード処理に入る。一方、ステップS284で電話通話中であればステップS286に進み、第一携帯電話302の第一表示部216に「自機地図情報不適」の表示がなされる。この表示では、地図が全くないのかまたは縮尺が広域過ぎるのかの別まで表示してもよい。次にステップS288で相手の携帯電話に第一近距離通信部226から「自機地図情報不適」の情報を送信する。これによって、自分側のツインナビ表示可能状況を相手に知らせることができる。 以上の後、ステップS290では電話切断勧告が行われる。この勧告は音声または表示またはその両者によって行う。その目的は、電話通話中で第一電話通信部224の回線が塞がっていると、インターネットによる地図のダウンロードができないからである。そしてフローはステップS282に戻り、以下、両者の位置が変わることで必要な地図が変わるかまたは電話が切断されるまで、ステップS282kらステップS290が繰り返される。なお、この繰り返しの間、電話通話を継続することは任意である。
ステップS292の地図情報ダウンロード処理の詳細は後述するが、このダウンロードが終了するとステップS294に進む。なお、ステップS282で両機表示可能最適縮尺地図が既に第一記憶部314に記憶されている場合はダウンロードの必要がないので、直接ステップS294に移行する。 ステップS294では、ツインナビ表示処理が行われるがその詳細は後述する。ついでステップS296では、相手の携帯電話の地図情報が不備である旨の信号が第一近距離通信部226で受信されているかどうかがチェックされる。そして受信があればステップS298でその旨を第一表示部216で表示し、フローはステップS272に戻る。なお、ステップS296で他機地図情報不備の旨の受信がなかったときは直ちにステップS272に戻る。 以下、ツインナビを終了する旨の操作によって割り込みがかかるまで、ステップS272からステップS298が繰り返され、両者の絶対位置情報の変化に応じたツインナビ画面表示が実行される。
図22は、図19のステップS204におけるツインナビ可能報知処理の詳細を示すフローチャートである。フローがスタートするとステップS302で電話通話中かどうかのチェックが行われる。通話中でなければステップS304に進み、近距離通信圏内者からのツインナビの要求を第一近距離通信部226で受信しているかどうかをチェックする。そして、ツインナビ要求があればステップS306でツインナビ要求の着信メロディーを再生する。この着信メロディーは第一電話通信部224の回線による通常の電話やメールの着信メロディーとは異なるよう設定しておく。併せて、ステップS308でツインナビ要求が着信している旨の外部表示を第一表示部216の副表示部にて行う。このように本発明の電話機は、通常の電話回線を介した着信だけでなく、近距離通信によるローカルな着信についても使用者に報知することが可能となっている。
次いでステップS310では、ツインナビ操作が可能なよう、ツインナビに関するメニューを表示メニューに追加する。これらのツインナビメニューは、使用上の混乱を避けるため、近距離圏内者がいない場合にはメニューに追加されない。なお、ステップS304において近距離圏内者からツインナビ要求がない場合には、差しあたって近距離圏内者の存在を使用者に放置する必要がなく、単にツインナビ操作を可能にするだけでよいので、直接ステップS310に移行する。 ステップS310に次いで、ステップS312では、折り畳み式の携帯電話の開放に応じて近距離通信者のリストを自動表示するよう表示データの準備を行う。さらに、ステップS314において、電話発光操作を行ったときに近距離通信者のリストを自動表示するよう表示データの準備を行ってフローを終了する。
一方、ステップS302で電話通話中であったときはステップS316に進み近距離圏内に入ったのが通話中の相手かどうかチェックする。そして通話中の相手であった場合はステップS318に進み、テレビ電話中かどうかをチェックする。テレビ電話中であれば第一表示部216が観察中なので、通話中の相手とツインナビが可能になった旨を第一表示部216上に表示する。併せて、ステップS322で同様の趣旨を音声でも通知しフローを終了する。なお、ステップS318でテレビ電話中でなかったときは、直接ステップS322に進み、音声による通知のみを行ってフローを終了する。また、ステップS316で近距離圏内に入ったのが通話中の相手でないときは、当面の関心時ではないので、この時点では何もせずにフローを終了する。
図23は、図21のステップS292における地図情報ダウンロード処理の詳細を示すフローチャートである。フローがスタートするとステップS332で、第一記憶部314に自分と相手の双方を表示可能な地図が全くないのかどうかをチェックする。両者表示可能地図の記憶が全くなければステップS334に進み、自分の携帯電話には両者を表示可能な地図が全くない旨の表示を第一表示部216に表示し、ステップS336に移行する。一方、ステップS332において、縮尺が広域過ぎて最適ではないが両者を表示可能な地図がある場合には直接ステップS336に移行する。 ステップS336では、第一携帯電話302が第一電話通信部224の回線圏内にあるかどうかをチェックする。これは携帯電話におけるいわゆる「圏外」表示の際の判定と同様のものである。回線圏内であればステップS338に進み、第一電話通信部224による電話回線を接続しインターネット経由で携帯電話基地局306から必要な地図のダウンロードを開始する。
そしてダウンロードを継続しながらステップS340に移行し、電話発呼操作がなされたかどうかチェックする。そして操作がなされたときは、ステップS342で発呼不可の表示を行う。これは、ダウンロード中は電話回線が塞がっていて発呼ができないことに気づかずにこの操作をした使用者が混乱しないようにするためのものである。この表示を開始した後フローはステップS344に移行するが、表示自体は操作後所定時間継続される。一方、電話発呼の操作がない場合は直接ステップS344に移行する。 ステップS344では、メール送信操作がなされたかどうかチェックする。そして操作がなされたときは、ステップS346で送信不可の表示を行う。これは、ダウンロード中は電話回線が塞がっていてメール送信ができないことに気づかずにこの操作をした使用者が混乱しないようにするためのものであり、趣旨は電話発呼操作の場合と同様である。この表示を開始した後フローはステップS348に移行するが、表示自体は操作後所定時間継続される。一方、メール送信操作がない場合は直接ステップS348に移行する。
ステップS348では、ダウンロードが完了したかどうかをチェックする。そして完了していればステップS350に移行し、ダウンロードした地図情報を第一記憶部314に記憶する。そして、ステップS352に進んで電話回線を切断してフロー
を終了する。なお、ステップS336において電話回線が圏外であれば、直ちにフローを終了する。 一方、ステップS348でダウンロードが完了していなければステップS354に進み、縮尺は広域過ぎるとしても自分と相手を表示可能な地図があるかどうかをチェックする。そして、表示可能な地図情報が全くなければステップS340に戻り、以下、ダウンロードが完了するまでステップS340からステップS348およびステップS354のループを繰り返す。 これに対し、ステップS354で表示可能な地図があった場合は、ダウンロードが未完であっても直ちにフローを終了して次の処理に進む。つまり、図21のステップS294のツインナビ表示処理に進む。但し、ダウンロード処理はツインナビ表示処理と並行して継続される。このように、表示可能な地図情報が全くない場合は必要な地図のダウンロードが完了するまではダウンロード処理を終了しないのに対し、縮尺が不適当であっても表示可能な地図情報が第一記憶部314に存在する場合では、最適地図情報のダウンロード完了を待たず、ツインナビ表示とダウンロード処理が並行して行われる。
を終了する。なお、ステップS336において電話回線が圏外であれば、直ちにフローを終了する。 一方、ステップS348でダウンロードが完了していなければステップS354に進み、縮尺は広域過ぎるとしても自分と相手を表示可能な地図があるかどうかをチェックする。そして、表示可能な地図情報が全くなければステップS340に戻り、以下、ダウンロードが完了するまでステップS340からステップS348およびステップS354のループを繰り返す。 これに対し、ステップS354で表示可能な地図があった場合は、ダウンロードが未完であっても直ちにフローを終了して次の処理に進む。つまり、図21のステップS294のツインナビ表示処理に進む。但し、ダウンロード処理はツインナビ表示処理と並行して継続される。このように、表示可能な地図情報が全くない場合は必要な地図のダウンロードが完了するまではダウンロード処理を終了しないのに対し、縮尺が不適当であっても表示可能な地図情報が第一記憶部314に存在する場合では、最適地図情報のダウンロード完了を待たず、ツインナビ表示とダウンロード処理が並行して行われる。
図24は、図19のステップS222における地図自動予備ダウンロード処理の詳細を示すフローチャートである。フローがスタートするとステップS362で、第一記憶部314のうち地図の記憶に割り当てられた記憶容量が所定以上残っているかどうかがチェックされる。既に述べたように、地図自動予備ダウンロード処理は待ち受け時間を利用してツインナビに必要な地図を予め予想して自動ダウンロードする処理であるが、ダウンロードした地図が必ずしもその後使用されるかどうかはわからない。従って、ステップS362を設け、地図記憶に割り当てられた残記憶容量が所定以上の場合のみ自動ダウンロードを行うようにして、使用可能性の不明な地図で記憶容量が占められてしまわないよう配慮する。 ステップS362で残記憶容量が所定以上であればステップS364に進み、縮尺が常用のものでない地図情報が第一記憶部314に記憶されているかどうかチェックする。常用外縮尺地図としては、ツインナビ以外の目的でダウンロードされた広域の地図または、詳細情報を得るためにダウンロードされた特定地域の拡大地図などであってツインナビに常用される縮尺ではない地図情報である。なお、ツインナビに常用される地図とは、ほぼ第一近距離通信部226の通信圏をカバーする縮尺の地図である。 ステップS364で常用外縮尺地図があればステップS366に進み、携帯電話基地局306との通信に基づいて、その地図に対応する常用縮尺地図を選択する。具体的には、広域地図の場合、これを分割した常用縮尺地図の全てまたはそのうちの予め定めた優先ルールに基づく高順位のものが第一携帯電話302側から指定される。また、詳細地図の場合、その地域を中心とするかまたは予め定めた所定ルールで領域を広げた常用縮尺地図が第一携帯電話302側から指定される。携帯電話基地局306では、この指定に最も近い常用縮尺地図を選択する。 そして、上記の選択の後、ステップS368に移行する。なお、ステップS364で常用外縮尺地図がなければ、直接ステップS368に移行する。
ステップS368では、第一記憶部314に記憶されている常用縮尺地図をチェックし、ある地域についての常用縮尺地図が相当数ある場合はこれを隣接して欠落する部分があるかどうか判定する。そして欠落部分があればステップS370に進み、携帯電話基地局306との通信に基づいて、欠落部分に対応する常用縮尺地図を選択する。具体的には、第一携帯電話302側からの欠落部分の指定に基づき、携帯電話基地局306で、その指定に最も近い常用縮尺地図を選択する。 そして、上記の選択の後、ステップS372に移行する。なお、ステップS368で常用縮尺の地域内欠落地図がなければ、直接ステップS372に移行する。
ステップS372では、携帯電話基地局306との通信に基づいて、指定条件に合致する新規の地図情報があるかどうかチェックする。具体的には、例えば「新しいショッピングスポットや観光スポット」というような条件を指定しておいた場合、条件に合致するスポットを含む新規の地図情報があればステップS374に進み、対応する常用縮尺地図が携帯電話基地局306で選択される。そして、この選択の後、ステップS376に移行する。なお、ステップS372で指定条件に合致する新規の地図情報がなければ、直接ステップS376に移行する。 ステップS376では、以上の処理により選択された地図があるかどうかチェックし、選択された地図がある場合は電話回線を接続してダウンロードを開始してステップS378に進む。
ステップS372では、第一記憶部314において記憶容量が所定残っているかどうかチェックする。なお、このチェックはステップS362における残容量のチェックに比べ緩やかなもので、差し迫って容量が少なくなっているかどうかをチェックするものではない。 そして、残された記憶容量が所定以下であればステップS380に進み、長期間不使用であった地図情報を第一記憶部314から削除してステップS382に進む。一方、ステップS378で記憶容量が所定以上残っていれば、直接ステップS382に進む。
ステップS382では、電話発呼操作があったかどうかチェックする。発呼操作がなければステップS384に進み、メール送信操作があったかどうかチェックする。そして送信操作もなければステップS386でダウンロードが完了したかどうかチェックし、完了していればステップS390に進んで自動ダウンロードした地図情報を第一記憶部314に記憶するとともにステップS392で電話回線を切断してフローを終了する。 なお、ステップS386でダウンロードが完了していなければステップS382に戻り、以下、ダウンロードが完了するまでは、電話発呼やメール送信がない限りステップS382からステップS386を繰り返す。 一方、ステップS382で電話発呼操作があるか、またはステップS384でメール送信操作があれば、ダウンロードが未完であっても直ちにステップS392に移行し、電話回線を切断して地図自動予備ダウンロード処理を中断し、フローを終了する。これは、電話発呼操作やメール送信操作を優先し、不急の地図自動予備ダウンロード処理で回線を塞がないようにするためである。 なお、ステップS362で残記憶容量が所定以下であった場合、またはステップS376で選択地図がなく電話回線を接続しなかった場合は、直ちにフローを終了する。
図25は、図21のステップS294におけるツインナビ表示処理の詳細を示すフローチャートである。フローがスタートすると、ステップS402で、新しく第一記憶部314に記憶された新着地図情報があるかどうかチェックし、新着地図情報の記憶があればステップS404でこれをツインナビ表示に用いる選定地図候補に追加してステップS406に移行する。また、新着地図情報の記憶がなければ直接ステップS406に移行する。 ステップS406では、自分と相手の携帯電話の両機の位置を表示可能な地図情報が第一記憶部314に記憶されているかどうかチェックする。そして記憶があればステップS408に進み、両機を表示可能な地図情報の内、最適の縮尺の地図を選定する。地図情報が一つしかなければ当然それを選定する。
ステップS408で表示に用いる地図が選定されるとステップS410に進み、今回のツインナビにおける自分の携帯電話の刻々の絶対位置情報の変化の履歴が第一記憶部314に記憶されているかどうかがチェックされる。履歴が記憶されているとステップS412に進み、自機絶対位置情報変化履歴に基づいて今回のツインナビにおける自分の携帯電話の進行方向を判定して、ステップS414に移行する。なお、自機絶対位置情報の変化の履歴が第一記憶部314にない場合は進行方向が判定できないので直接ステップS414に移行する。 ステップS414では、今回のツインナビにおいて受信した相手の携帯電話の刻々の絶対位置情報の変化の履歴が第一記憶部314に記憶されているかどうかがチェックされる。履歴が記憶されているとステップS416に進み、他機絶対位置情報変化履歴に基づいて今回のツインナビにおける相手の携帯電話の進行方向を判定して、ステップS418に移行する。なお、他機絶対位置情報の変化の履歴が第一記憶部314にない場合は進行方向が判定できないので直接ステップS418に移行する。
ステップS418以降は地図の上方をどの方向にして表示するかを決めるためのものであり、まずステップS418では、今回のツインナビにおける初回表示であるかどうかがチェックされる。そして初回表示であればステップS420に進み、自機の方向判定があるかどうかをチェックする。ツインナビの初回表示であっても表示を出す前に複数の絶対位置情報履歴があれば進行方向の判定が可能なので、判定がある場合はステップS424に進む。ステップS424では、自機の進行方向が地図の上になるよう第一表示部216での地図の方向を決め、このように方向を決めた地図上においてステップS326で進行方向付きの両機に位置を表示してフローを終了する。 なお、ステップS420において自機方向の判定がない場合はステップS422に進み、地図の北方を地図の上方とするよう設定してステップS426に以降する。
ステップS418において今回のツインナビにおける初回表示でなかったときはステップS428に進み、他機の方向判定があるかどうかをチェックする。他機方向判定がない場合は、ステップS420に進み、既に述べたのと同様の流れとなる。一方、ステップS428において他機方向判定があればステップS430に進み、他機の進行方向を優先した表示とする設定となっているかどうかチェックする。他機の進行方向を優先した表示設定は、例えば電話通話しながらツインナビを行う際など、相手側から見た方向の地図を互いに共有して会話する際に有用なものである。 ステップS430において他機優先設定がなされていない場合はステップS432に進み、第一カメラ部302による写真撮影のための予備操作が行われたかどうかチェックする。そして、この予備操作が行われた場合は他機進行方向を地図の上方に設定した地図表示が行われる。第一カメラ部302の撮影レンズの光軸は第一表示部216の上方と対応しているので、このような表示とすることにより、第一カメラ302による写真撮影の方向は進行してくる相手から見える風景を撮影できる方向となる。これによって、容易に相手から見える方向の風景を撮影し、相手の携帯電話に送信することによって自分に近づいてくる相手の参考情報とすることができる。ステップS434によって他機進行方向を地図情報に設定した場合もステップS426に進み、その方向での地図上で両機の位置を表示する。
ステップS430で他機の進行方向を優先した表示設定をしていることが検出されたときもステップS434に以降し、他機進行方向を地図の情報をする設定が行われる。 一方、ステップS432において写真撮影予備操作をしていることが検出されない場合はステップS420に以降する。 なお、ステップS406において両機を表示可能な地図がなければツインナビ表示ができないので直ちにフローを終了する。
以上、第二実施例では、自分と相手の二者間でのツインナビについて説明してきたが、本発明は携帯電話における実施においても二者間に限らず、上記で説明してきた二者間での機能を組み合わせれば三者以上の間でツインナビを楽しむことが可能である。例えば、図18において第三携帯電話があれば、第一携帯電話302と第二携帯電話304との関係を第一携帯電話302と第三携帯電話との関係、及び第二携帯電話304と第三携帯電話との関係に置き換えて同時に実施すれば、三者の位置を、第一携帯電話302、第二携帯電話304、および第三携帯電話のそれぞれの表示部にお
いて共有して表示することができる。 また、二者間の距離、例えば第一携帯電話302と第二携帯電話304との距離が互い近距離通信の圏外であっても、第一携帯電話302と第三携帯電話、および第二携帯電話304と第三携帯電話がそれぞれ近距離通信の圏内にあれば、第三携帯電話による中継を介し、第一携帯電話302と第二携帯電話304との間で近距離通信部によるツインナビを行うことができる。
いて共有して表示することができる。 また、二者間の距離、例えば第一携帯電話302と第二携帯電話304との距離が互い近距離通信の圏外であっても、第一携帯電話302と第三携帯電話、および第二携帯電話304と第三携帯電話がそれぞれ近距離通信の圏内にあれば、第三携帯電話による中継を介し、第一携帯電話302と第二携帯電話304との間で近距離通信部によるツインナビを行うことができる。
また、以上の実施例の説明では、ツインナビという概念の下に、自分の位置と他者の位置を表示することについて説明してきた。しかしながら、他者の絶対位置情報を受信して自分の地図情報の上でこれを表示することに関する本発明の種々の特徴は、このような「ツインナビ」における実施に限られものではなく、自分の位置を表示せずに他者の位置のみを表示する場合にも有用なものである。 このような自分の位置を表示しない実施にあたっては、例えば図21以下のフローにおいて「両機」を「他機」と読替えるとともに、自機絶対位置に関する機能を省略するよう変形した実施例によって実施することが可能である。具体的には、図21において、ステップS272やステップS274を省略するとともに、ステップS282に「両機」とあるのを「他機」と読替える。但し、地図は自機のものを使用するので、ステップS286等は必要である。なお、当然ながら、ステップS294等において「ツインナビ」とあるのは「他者位置ナビ」と読替える。 なお、このような変形実施例においては、自機絶対位置の表示に関する表示を完全に省略するのではなく、図21以下のとおりの「ツインナビ」の機能と上記のようなフローの省略読替えを行った機能とを適宜切換えることができるよう構成してもよい。
本発明における地図情報の入手に関する種々の特長は、さらに、他機の絶対位置情報を取扱わない通常のナビゲーションにおいても有用なものである。 このような他機の絶対位置情報を取扱わないナビゲーションでの実施にあたっては、例えば図18図以下において、他機との「ツインナビ」に関する機能を省略するよう変形するとともに、「ツインナビ」とあるのを「ナビゲーション」と読替えることによって可能である。 なお、このような変形実施例においては、「ツインナビ」に関する機能を完全に省略するのではなく、「ツインナビ」の機能はそのまま温存するとともに、上記のような省略を行った通常のナビゲーションの機能、あるいは上記のような「他者位置ナビ」の機能と適宜切換えることができるよう構成してもよい。
上記の実施例では、図23の地図情報ダウンロード処理では電話発呼やメール送信操作よりも地図情報のダウンロードを優先し、図24における地図自動予備ダウンロード処理では地図情報のダウンロードよりも電話発呼やメール送信操作を優先するフローとした。しかしながら、本発明の実施に当たっては、これらのいずれの場合にいずれを優先するかを使用者が任意に予め設定できるように構成することも可能である。 この場合、図23の地図情報ダウンロード処理において地図情報のダウンロードよりも電話発呼やメール送信操作を優先するよう設定したときは、ステップS340で電話発呼操作があったときまたはステップS344でメール送信操作があったときは直ちにステップS352に移行して電話回線を切断するようにする。 また、図24における地図自動予備ダウンロード処理において電話発呼やメール送信操作よりも地図情報のダウンロードを優先するよう設定したときは、ステップS382で電話発呼操作があったときまたはステップS384でメール送信操作があったときはステップS342およびステップS346に準じてこれらの操作が不能である旨表示したあとステップS386に移行し、ダウンロードの完了を待つようにする。
上記のように携帯電話として実施される第二実施例は、本来の電話機能と地図上での位置表示機能の組合せによる種々の機能が可能であるが、電話機能における着信報知と地図上での位置表示要求の着信報知をさらに充実させることも可能である。 具体的には、例えば図19のステップS234のナビ要求表示の際、図22のステップS306のような着信メロディーを再生するようにする。これによって、電話通話中においてツインナビの要求を受信したときにも使用者はその旨を着信メロディーによって知ることができる。 一方、例えば図20のステップS260の電話着信の際、電話着信メロディーを再生するようにする。これによって、ツインナビ中に電話着信があったときにも使用者はその旨を着信メロディーによって知ることができる。 以上のように本発明では、本来の電話機能と地図上での位置表示機能の一方が特定の相手との間で機能中であるときにおいて他方の機能の開始が同一の相手から要求されたとき、これを着信メロディーなどによって報知するという特徴がある。
図26は、図1の第一実施例に関する図2のステップS36における通常ナビ処理の詳細を示すフローチャートである。なお、図18の第二実施例においても通常ナビ処理は可能であり、図19の基本機能フローチャートにおいて通常ナビ操作を行うことにより割込みがかかって図26のフローに移行する。なお、図26は第一実施例に基づいておこなうが、第二実施例として理解する場合は、フロー中「自車」とあるのを「自機」と読替えることとする。また、図26のフローは「通常ナビ処理」と称しているが、従来どおりの機能ではなく、ツインナビの機能と連携する本発明に関する機能も有している。つまり、自車のみに関するナビ機能ではあるが、そのナビ情報においてツインナビと関連する機能と連携している。 さて、図26における通常ナビ処理がスタートすると、ステップS442で複数目的地表示モードが設定されているかどうかチェックする。複数目的地表示モードとは地図上で複数の目的地を同時に表示するモードであり、実際にその目的地に行くかどうかに係らず、その候補となる目的地を地図上で一覧するためのものである。その詳細は後述する。
このような複数目的地表示モードでないときは、ステップS444に進み、受信目的地のみを選択する設定がなされているかどうかをチェックする。この部分がツインナビと関連があり、「受信目的地」とはツインナビ機能により他車の絶対位置情報を受信して目的地として記憶させてあるものを指す。このような記憶は、例えば他車が既に目的地に到達しているとき、または他車が駐車場に置かれている家を訪問する際に可能であるが、その記憶の詳細は後述する。ステップS444はこのような他車から受信した目的地のみを選択して目的地メニューを表示する設定がなされているかどうかをチェックしている。 ステップS444で、受信目的地のみを選択する設定がなされていないときにはステップS446に進み、記憶されている目的地のリストを示す目的地メニューの中で受信目的地を通常設定で記憶された目的地と区別できるよう、例えば表示色を変えるなどして識別可能化する。そしてステップS448の目的地リスト表示に進む。なお、ステップS444で受信目的地のみを選択する設定がなされているときは目的地リストに表示される目的地はすべて受信目的地であるのでこのような処理は不要であり、直接ステップS448に進む。
ステップS448で目的地メニューを表示するとステップS450に進み、その中から一つの目的地が選択されたかどうかチェックする。そして選択があれば、ステップS452に進む。一方、ステップS450で目的地選択が行われたことが確認できないとステップS442に戻る。なお、ステップS442で複数目的地表示モードが設定されていることが検出されたときはステップS454の複数目的地表示処理を経てステップS452に至る。以下、ステップS442で複数目的地表示モードが設定されたことが検出されるか、またはステップS450で目的地選択が行われたことが検出されるまで、ステップS442からステップS450を繰り返す。
ステップS452では、ステップS450で選択された目的地の絶対位置情報が読み取られる。さらに、ステップS456で自車の絶対位置情報を読取るとともに、ステップS458に進み、現在地から目的地に至るルート指定情報があるかどうかのチェックが行われる。このルート指定情報は、主にステップS454経由でステップS458に至ったときに存在する場合があり、該当するときはステップS460でそのルート指定情報を取得してステップS462に至る。なお、ステップS458でルート指定情報がない場合は直接ステップS462に地図情報準備処理に至る。
ステップS462における地図情報準備処理は、第一実施例における地図のスクロールや縮尺変更に該当するが、第二実施例の場合はさらにダウンロードによる地図情報の取得処理も含まれる。なお、ステップS462の場合、ルート指定情報も加味して地図の準備が行われ、自車の現在位置と目的地だけでなく途中のルートが地図から外れることのないよう配慮して地図の縮尺選択およびスクロールが行われる。次いで、ステップS464では、以上の情報に基づき、自車の現在位置および目的地までのルートを地図上に表示するための自車/ルート地図上表示処理が行われる。 そしてステップS466でナビ処理を終了する操作があったかどうかかチェックされ、この操作が検出されるとフローを終了する。なお、ステップS466でナビ処理終了操作が検出されなければステップS456に戻り、以下、ナビ処理終了操作が検出されない限り、自車絶対位置の変化に対応しながらステップS456からステップS466が繰り返される。
図27は、図26のステップS454における複数目的地表示処理の詳細を示すフローチャートである。図27においても、説明は図26の第一実施例に基づいておこなうが、第二実施例として理解する場合は、フロー中「自車」とあるのを「自機」と読替えることとする。 図27のフローがスタートするとステップS472において複数目的地を抽出するための目的地条件が設定を待ち、設定が行われるとステップS474で条件に合致した目的地のリストを表示する。 そしてステップS476において絞込みOKかどうかのチェックを行う。この絞込みOKの判断は絞込み操作および完了の操作が行われたかどうかによるが、リストどおりで絞込み操作なしに完了操作をした場合も絞込みOKと判断されるようになっており、いずれの場合も絞込みOKであればステップS478に移行する。一方、ステップS476で絞込みOKであることが検出できなければステップS472に戻る。これにより目的地条件設定の変更にも対応できる。そしてステップS476で絞込みOKであることが検出されるまでステップS472からステップS476を繰り返す。
ステップS478では、ステップS476で確定した複数の目的地絶対位置情報を読取る。このとき読取られる情報には、図26のステップS444で説明した「受信目的地」も含まれる。なお、この受信目的地を通常の目的地と区別するため、ステップS474を図26のステップS444からステップS448のように構成してもよい。また、ステップS476で絞込まれた目的地が結果的に単一であった場合、ステップS476で読取られる目的地絶対位置情報は当然単一の目的地に関するものとなるとともに、以下のステップでもこのような単一目的地の場合にも対応できる。 次にステップS480で自車の絶対位置情報を取得するとともに、ステップS482に進んで個別到達路表示モードが設定されているかどうかチェックする。この個別到達路表示モードは、ステップS476で絞込まれた複数の目的地毎にそれぞれ個別に到達路を表示するモードであり、該当すればステップS484に進んでそれぞれの到達路を演算する。
次に、ステップS486の地図情報準備処理に進む。この処理は、図26のステップS462に該当するが、ステップS484で演算した個別到達路も加味して地図の準備が行われる。そしてステ
ップS488では、準備された地図情報に基づいて、自車の現在位置および各目的地それぞれへの個別到達路の地図上表示処理が行われる。 ステップS490では、個別到達路付きで表示されている副うす目的地のうちの一つが選択されたかどうかをチェックする。そして選択されていなければステップS492に進んでナビ処理終了操作が行われたかどうかチェックし、ナビ処理終了操作が行われればフローを終了する。この場合は、個別到達路つきの複数目的地が地図上に一覧表示されたことをもって充分であると使用者が満足した場合に相当する。 一方ステップS492でナビ終了操作が検出されなかったときはステップS480に戻り、以下ステップS482における個別到達路表示モードの解除、またはステップS490における目的地選択、またはステップS492におけるナビ処理終了操作がない限り、ステップS480からステップS492が繰り返され、ステップS480において取得される自車絶対位置の変化に応じて個別到達路つきの複数目的地の地図上表示が継続される。
ップS488では、準備された地図情報に基づいて、自車の現在位置および各目的地それぞれへの個別到達路の地図上表示処理が行われる。 ステップS490では、個別到達路付きで表示されている副うす目的地のうちの一つが選択されたかどうかをチェックする。そして選択されていなければステップS492に進んでナビ処理終了操作が行われたかどうかチェックし、ナビ処理終了操作が行われればフローを終了する。この場合は、個別到達路つきの複数目的地が地図上に一覧表示されたことをもって充分であると使用者が満足した場合に相当する。 一方ステップS492でナビ終了操作が検出されなかったときはステップS480に戻り、以下ステップS482における個別到達路表示モードの解除、またはステップS490における目的地選択、またはステップS492におけるナビ処理終了操作がない限り、ステップS480からステップS492が繰り返され、ステップS480において取得される自車絶対位置の変化に応じて個別到達路つきの複数目的地の地図上表示が継続される。
一方、ステップS490で一つの目的地が選択された場合はステップS494に移行し、ルート指定操作があったかどうかチェックする。この操作は目的地選択操作の一環として行われるもので選択された目的地についてステップS488で表示されている到達路を承認する操作をした場合またはこれを任意に変更する操作をした場合が、「ルート指定操作あり」に該当する。逆に、ステップS488で表示されている到達路をキャンセルし、かつこれに変わるルート指定をしなかった場合が、「ルート指定操作なし」に該当する。 ステップS490における目的地選択操作の一環として行われるルート指定操作としては、上記のもののほか、次のようにフローを構成することも可能である。すなわち、ステップS490において一つの目的地を最終目的地として選択した場合は、この選択に応答し、個別到達路に代えて、他の目的地を順々に経由して選択された目的地に最終的に至るための最も効率のよいルートを自動演算してこれを推奨ルートとして表示するようにする。そしてこの推奨ルートの承認操作、またはさらにそれを任意に修正する操作を行うことをもって「ルート指定あり」に該当する操作があったものとする。 ステップS494において以上のような何らかのルート指定操作が検出されたときはステップS496に進み、指定されたルート指定情報を記憶して図26のステップS452に移行する。一方、ルート指定操作が検出されなかったときは直接ステップS452に移行する。
次に、ステップS482で個別到達路表示モードを設定しなかった場合について説明する。この場合は、ステップS498に移行し、地図情報準備処理が行われる。この処理はステップS486における地図情報準備処理と同様のものであるが、個別到達路を加味せずに地図縮尺およびスクロールを決定するので処理が簡単であるとともに、地図縮尺選択への制限も少ない。 次いで、ステップS500において、複数目的地と自車の位置を地図上で表示する処理を行う。さらにステップS502において訪問情報を付加表示する処理を行ってステップS490に移行する。ステップS502の処理は、地図上で表示されている複数目的地について、例えば既に訪問したかどうかの別を表示色の差により識別可能とするとともに訪問済みの場合はその回数などを地図上に付記表示時させるなどの処理である。 このような機能は、例えば第二実施例による携帯電話での本発明の実施において、比較的狭い地域の顧客回りをする場合などにおいて、新規顧客開拓を含む顧客への対応、訪問優先順位、順路などを決定する際に有用である。つまり、この機能を採用すれば、地域内の顧客が単なるリストではなく、地図上情報としてビジュアルに一覧表示され、その対応のための有用な情報となる。
図28は、図1の第一実施例における第一制御部8または第二制御部28の機能および図18の第二実施例における第一制御部308または第二制御部328の機能を示すフローチャートであり、いずれにも共通である。以下の説明は図1の第一車両または図8第一携帯電話302を中心として行う。従って、特に断わらない限り以後のフローチャートは図1の第一制御部8の機能として説明する。なお、図28のフローを図18の第一制御部308の機能として理解する場合は、フロー中「他車」とあるのを「他機」と読替えることとする。 図28のフローは、図26のフローにおいて使用される記憶絶対位置の記憶処理に関するものであって、絶対位置記憶指示信号により割込みがかかり、フローがスタートする。この絶対位置記憶指示信号は、ツインナビ処理において他者の絶対位置を記憶すべく他車が発したものを受信する場合と、自車の絶対位置を記憶すべく自車における操作により発生させる場合がある。なお、絶対位置記憶指示信号が他車から発せられ、これに応じて記憶のために他車の絶対位置情報を受信する場合は、必ずしも他車が近距離通信圏内にあるとは限らないので近距離通信部によるよりも電話通信部による通信により絶対位置記憶指示信号および絶対位置情報を受信することが多くなる。
絶対位置記憶指示信号によって記憶処理がスタートすると、ステップS512で他車よりの記憶指示信号によって記憶処理がスタートしたのかどうかチェックする。他車よりの記憶指示信号であればステップS514に進み、記憶指示時点で受信していた他車絶対位置情報がナビ途中で取得したものかどうかをチェックする。そしてナビ途中で取得された他車位置でなかった場合はステップS516に進み、受信していた他車の絶対位置情報を受信目的地として記憶する。この記憶は一時的なものである。 既に説明してきた「ツインナビ」においては、通常、自車は他車の近くに存在するはずなので、他車が現に存在する位置で他車が取得した絶対位置情報の転送を受け、これを他車からの指示により記憶する意義は薄い。しかしながら、ナビ途中でない場合、自車がこれから訪問しようとしている住宅の駐車場に置かれている場合や、例えば前日に先発した他車が既に目的地に着いている場合において他車が取得した絶対位置情報がこれに該当し、これらの場合に他車の絶対位置情報を受信して自車の目的地として記憶することの意義は大きい。つまり、図28のステップS512からステップS516への一連の機能は、このような場合において、現地にいる他車側からの操作で指示信号を出してもらい、そのときに受信できる他車絶対位置情報を記憶することを可能にするためのものであって、自車側で単独に目的地を検索して入力記憶するのに比べ、目的地の記憶が極めて容易に実現する。この利点は、第二実施例の携帯電話においても、例えば相手の自宅を訪問する場合や、相手が先に喫茶店で待っている場合などに有用である。
次いで、ステップS518では他車側から、目的地名等の情報を受信する。これは、他車側にすでにその目的地に関する情報が入力されている場合にその情報の転送受信を行うことに該当する。この場合においてもわかるように、受信して記憶する他車の絶対位置情報は、記憶指示信号が送信された時点において現に他車が取得した絶対位置情報だけでなく、他車が既に記憶している目的地の絶対位置情報でもよい。この場合は他車が現地にいなくてもよいので、ツインナビ開始時点において目的地を共有するため、いずれかの車で手動入力した目的地の絶対位置情報を通信手段により転送してもらう場合にも利用できる。図28のステップS512からステップS516への一連の機能は、このように現地にいない他車からの絶対位置情報の場合においても利用可能である。なお、他車に目的地名等の情報がない場合はステップS518では何も起こらない。 次にステップS520ではステップS516で記憶した受信絶対位置情報、ステップS518で受信することのできた目的地名等、および受信日時を関連付けて記憶部に正式に格納し、フローを終了する。 一方、ステップS514で他車よりの記憶指示信号があったときに受信していた絶対位置情報がナビ途中で他車により取得されたものであったときは、その時点の他車絶対位置情報を目的地として格納するのは不合理なので、受信した他車の絶対位置情報をルート指定情報として記憶し、フローを終了する。この場合、他車が道案内に詳しい先導車であれば、このように他車の指示によりルートの要所の位置を記憶することは有用である。
次に、ステップS512において記憶指示信号が他車よりのものでなかった場合について説明する。この場合は、自車での操作によって自ら記憶指示信号を発生させたことによってフローがスタートしたことを意味するので、ステップS524に移行する。 ステップS524では、記憶指示時点において取得している自車絶対位置情報がナビ途中のものかどうかをチェックする。そしてナビ途中の自車絶対位置情報でなかった場合はステップS526に進み、取得した自車の絶対位置情報を受信目的地として記憶する。この記憶は一時的なものである。次いで、ステップS528ではステップS526で記憶した取得絶対位置情報、取得日時に併せ、必要に応じ入力される目的地名などを関連付けて記憶部に正式に格納し、フローを終了する。 なお、ステップS524で、取得した自車の絶対位置情報がナビ途中で取得されたものであったときは、その時点の自車絶対位置情報を目的地として格納するのは不合理なので、取得した他車の絶対位置情報をルート指定情報として記憶し、フローを終了する。このようにナビ中の任意の時点において、自らの判断により、ルートの要所の位置を記憶することができる。
ここで、「ツインナビ」の機能に戻り、図21のステップS288、さらにはステップS296およびステップS298における他機との間での地図情報不備情報共有について補足説明する。既に説明したように、ステップS288は自機の地図情報が不備のときこれを他機に知らせる機能をもつ。一方、ステップS296およびステップS298は他機における地図情報の不備の情報を受けてこれを自機で表示する機能をもつ。これらによって、自機または他機に地図情報の不備があり、同一の地図を共有していない状況が生じればその旨をお互いに知ることができる。換言すれば、このような地図不備の連絡がないことをもってお互いに同一の地図を共有していることを確認することができる。そして両者が同じ地図を見ていることを互いに確認しながら、その同じ地図上での表示について情報交換ができる。 上記のような相手側が何を見ているかの確認機能は、地図不備の場合に限るものではなく、広く応用が可能である。例えば図25のステップS426の後に両機位置地図上表示が始まった旨を他機に自動送信するステップを設けることにより他機は自機における表示内容を確認できる。さらに、その後に他機から両機位置地図上表示が始まった旨の受信があったときにこれを自動表示するステップを設けることにより、他機における表示内容を自機で確認できる。このようにして、表示内容に関しても、相手が同じものを見ていることを前提として、それについて情報交換ができる。この利点は、特に第二実施例においてツインナビ表示を見ながら携帯電話で会話するときに有用である。 なお、このように相手が見ているのと同じ表示を見ながら携帯電話で会話する際に奏される上記の利点は、表示されるのが地図の場合に限られるものではなく、送りあった写真やインターネット画面などが表示されている場合においても有用なものである。
226 無線通信手段 314、320 地図情報提供手段 216、320 地図表示手段 308、320 判定手段 308 制御手段 218 絶対位置取得手段 308、320 自位置変化判定手段 308、210、302 指示手段 302 写真撮影手段
Claims (11)
- 外部で取得された絶対位置情報を受信する無線通信手段と、地図情報を提供可能な地図情報提供手段と、前記地図情報出力手段が提供する地図情報に基づく地図上で前記無線通信手段が受信した絶対位置情報に基づく位置を表示する地図表示手段と、前記絶対位置情報の変化を判定する判定手段とを有することを特徴とする位置表示装置。
- 前記判定手段の判定結果に基づいて、前記地図表示手段によって表示される地図の方向を決定する制御手段を有することを特徴とする請求項1記載の位置表示装置。
- 前記判定手段の判定結果が得られないとき、前記制御手段は前記地図表示手段によって表示される地図の方向を所定の方向に決定することを特徴とする請求項2記載の位置表示装置。
- 自らの絶対位置情報を取得する絶対位置取得手段を有し、前記地図表示手段は、前記地図情報出力手段が提供する地図情報に基づく地図上で前記絶対位置取得手段が取得した絶対位置情報と前記無線通信手段が受信した絶対位置情報とを互いに識別可能に表示することを特徴とする請求項1から3のいずれかに記載の位置表示装置。
- 前記絶対位置取得手段が取得した絶対位置情報の変化を判定する自位置変化判定手段を有することを特徴とする請求項4記載の位置表示装置。
- 前記自位置変化判定手段の判定結果に基づいて、前記地図表示手段によって表示される地図の方向を決定する制御手段を有することを特徴とする請求項5記載の位置表示装置。
- 前記判定手段と前記自位置変化判定手段のいずれの判定結果に基づいて前記地図表示手段によって表示される地図の方向を決定する制御手段と、前記制御手段にいずれの判定結果に基づくべきか指示する指示手段とを有することを特徴とする請求項5または6記載の位置表示装置。
- 自らの第一絶対位置情報を取得する第一絶対位置取得手段と、外部の第二絶対位置取得手段が取得した第二絶対位置情報を受信する無線通信手段と、地図情報を提供可能な地図情報提供手段と、前記地図情報出力手段が提供する地図情報に基づく地図上で第一絶対位置情報に基づく位置と第二絶対位置情報に基づく位置を互いに識別可能に表示する地図表示手段と、前記地図表示手段によって表示される地図の方向の決定を第一絶対位置情報および第二絶対位置情報のいずれに基づいて行うべきかを指示する指示手段とを有することを特徴とする位置表示装置。
- 前記指示手段は任意の指示を可能とするものであることを特徴とする請求項7または8記載の位置表示装置。
- 前記指示手段は所定の条件に基づいて自動的に所定の指示を行うものであることを特徴とする請求項7または8記載の位置表示装置。
- 自らの第一絶対位置情報を取得する第一絶対位置取得手段と、外部の第二絶対位置取得手段が取得した第二絶対位置情報を受信する無線通信手段と、地図情報を提供可能な地図情報提供手段と、前記地図情報出力手段が提供する地図情報に基づく地図上で第一絶対位置情報に基づく位置と第二絶対位置情報に基づく位置を互いに識別可能に表示する地図表示手段と、写真撮影手段と、前記写真撮影手段による撮影に先立って前記地図表示手段によって表示される地図の方向を第二絶対位置情報に基づいて行うよう自動的に指示する指示手段とを有することを特徴とする位置表示装置。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007065270A JP2008224520A (ja) | 2007-03-14 | 2007-03-14 | 位置表示装置 |
US11/963,216 US8332142B2 (en) | 2006-12-26 | 2007-12-21 | Position display apparatus |
CN201110134661XA CN102278992A (zh) | 2006-12-26 | 2007-12-26 | 位置显示装置 |
CN 200710194378 CN101236699B (zh) | 2006-12-26 | 2007-12-26 | 位置显示装置 |
CN2011101346624A CN102278997A (zh) | 2006-12-26 | 2007-12-26 | 位置显示装置 |
EP07025129A EP1939591A2 (en) | 2006-12-26 | 2007-12-27 | Position display apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007065270A JP2008224520A (ja) | 2007-03-14 | 2007-03-14 | 位置表示装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008224520A true JP2008224520A (ja) | 2008-09-25 |
Family
ID=39843319
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007065270A Pending JP2008224520A (ja) | 2006-12-26 | 2007-03-14 | 位置表示装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2008224520A (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012118527A (ja) * | 2010-11-29 | 2012-06-21 | Lg Innotek Co Ltd | 位置情報提供方法及び位置情報提供システム |
WO2014033869A1 (ja) * | 2012-08-30 | 2014-03-06 | 三菱電機株式会社 | ナビゲーション装置 |
JP2016161675A (ja) * | 2015-02-27 | 2016-09-05 | 本田技研工業株式会社 | サーバ、クライアントおよび情報共有システム |
US10631137B2 (en) | 2015-02-27 | 2020-04-21 | Honda Motor Co., Ltd. | Client, server, and information sharing system |
US11042819B2 (en) | 2015-02-27 | 2021-06-22 | Honda Motor Co., Ltd. | Server, client, and information sharing system |
-
2007
- 2007-03-14 JP JP2007065270A patent/JP2008224520A/ja active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012118527A (ja) * | 2010-11-29 | 2012-06-21 | Lg Innotek Co Ltd | 位置情報提供方法及び位置情報提供システム |
CN102564434A (zh) * | 2010-11-29 | 2012-07-11 | Lg伊诺特有限公司 | 用于给予位置信息的方法和位置信息提供*** |
US9078106B2 (en) | 2010-11-29 | 2015-07-07 | Lg Innotek Co., Ltd. | Method for offering location information and location information providing system |
US10206061B2 (en) | 2010-11-29 | 2019-02-12 | Lg Innotek Co., Ltd. | Method for offering location information and location information providing system |
WO2014033869A1 (ja) * | 2012-08-30 | 2014-03-06 | 三菱電機株式会社 | ナビゲーション装置 |
JPWO2014033869A1 (ja) * | 2012-08-30 | 2016-08-08 | 三菱電機株式会社 | ナビゲーション装置 |
US9470543B2 (en) | 2012-08-30 | 2016-10-18 | Mitsubishi Electric Corporation | Navigation apparatus |
JP2016161675A (ja) * | 2015-02-27 | 2016-09-05 | 本田技研工業株式会社 | サーバ、クライアントおよび情報共有システム |
US10631137B2 (en) | 2015-02-27 | 2020-04-21 | Honda Motor Co., Ltd. | Client, server, and information sharing system |
US11042819B2 (en) | 2015-02-27 | 2021-06-22 | Honda Motor Co., Ltd. | Server, client, and information sharing system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1939591A2 (en) | Position display apparatus | |
JP5014874B2 (ja) | 位置表示装置 | |
US10077989B2 (en) | Navigation device, navigation method, and non-transitory computer readable storage medium | |
CN102648621B (zh) | 具有多个用户的导航***和其操作的方法 | |
WO2011158639A1 (ja) | 位置関連表示システム、携帯機器及び携帯機器用プログラム | |
EP3089546B1 (en) | Information processing device, information processing method, and program | |
US10841746B2 (en) | Group travel and map integration tool for online and offline connectivity and location tracking in real time | |
CN101236699B (zh) | 位置显示装置 | |
JP2009211526A (ja) | 相乗り支援装置、および、相乗り支援装置用のプログラム | |
JP2008224520A (ja) | 位置表示装置 | |
JPH10232135A (ja) | 画像データ収集方法、画像データ提供方法、地図作成方法、位置データ提供方法、ナビゲーション装置及び車両 | |
JP2007155582A (ja) | ナビゲーションシステム、ナビゲーション方法及びプログラム | |
US20210063171A1 (en) | Navigation data processing system, apparatus and computer readable medium | |
JP2017143409A (ja) | 移動端末装置およびプログラム | |
JP5188725B2 (ja) | 位置表示装置 | |
JP4351324B2 (ja) | ナビゲーション装置および情報提供システム | |
JP2008164444A (ja) | 位置表示装置 | |
JP2008224446A (ja) | 位置表示装置 | |
JP2008224480A (ja) | 表示装置 | |
JP2008236052A (ja) | 位置表示装置 | |
JP2008203479A (ja) | 位置表示装置 | |
JP2008197014A (ja) | 位置表示装置 | |
JP2005196243A (ja) | 情報共有方法及び情報共有処理用プログラム | |
JP2004157692A (ja) | 車両間通信情報処理装置 | |
JP5414572B2 (ja) | 地図表示制御装置、地図表示制御方法及び地図表示制御プログラム |