JP4182610B2 - 通信型ナビゲーションシステム及び通信装置 - Google Patents
通信型ナビゲーションシステム及び通信装置 Download PDFInfo
- Publication number
- JP4182610B2 JP4182610B2 JP32981999A JP32981999A JP4182610B2 JP 4182610 B2 JP4182610 B2 JP 4182610B2 JP 32981999 A JP32981999 A JP 32981999A JP 32981999 A JP32981999 A JP 32981999A JP 4182610 B2 JP4182610 B2 JP 4182610B2
- Authority
- JP
- Japan
- Prior art keywords
- communication device
- data
- route
- guidance data
- intersection
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Navigation (AREA)
- Traffic Control Systems (AREA)
Description
【発明の属する技術分野】
本発明は、例えば複数の車両がグループ走行などを行うために用いて有効な移動体用ナビゲーションシステム及び移動体に搭載または携帯される通信装置に関する。
【0002】
【従来の技術及び発明が解決しようとする課題】
従来から、例えば複数の車両がグループ走行するため、その車両間で通信を行って、例えば先導車の現在位置などを後続車に送るようなシステムが考えられている。例えば特許第2778240号においては、複数の車両がそれぞれナビゲーション装置を搭載しており、それらナビゲーション装置間で通信を行うことで走行支援がなされている。しかし、このシステムを実現する場合には、各車両にナビゲーション装置が必要である。
【0003】
そこで、後続車側にはナビゲーション装置が不要なシステムとして、例えば特開平9−210700号に開示されている技術が知られている。この技術を簡単に説明する。先導車には、親機としてのナビゲーション装置が搭載されており、先導車の走行情報を示す音声データを作成して、無線機を介して後続車に送信する。後続車では、無線機を介して先導車から送信された音声データを受信し、音声にて出力する。このようにすれば、後続車にはナビゲーション装置は不要であり、先導車から送られてきた音声データに基づいて音声出力できる構成さえあればよい。
【0004】
しかしながら、この場合の後続車においては音声のみの案内しかされず、視覚的な情報が得られない。但し、視覚的な情報を得るため例えば先導車の現在位置などを地図上で示そうとすると、それは結局はナビゲーション機能を後続車が備えることとなってしまい、所期の目的を達成できない。
【0005】
そこで本発明は、移動体に搭載などされる装置中にナビゲーション機能を有さないものがあっても、それら装置間で通信を行うことで複数の移動体がグループ走行などを適切にできるようにすることを目的とする。
【0006】
【課題を解決するための手段及び発明の効果】
上述した問題点を解決するためになされた請求項1に記載の通信型ナビゲーションシステムは、第1の通信装置と第2の通信装置とで構成され、両装置間で通信することによってナビゲーション行う。第1の通信装置は誘導側の移動体に搭載または携帯され、第2の通信装置は被誘導側の移動体に搭載または携帯されている。例えば、移動体が車両などの物体であれば通信装置は移動体に搭載されることになり、移動体が人であれば通信装置は携帯されることになる。
【0007】
第1の通信装置においては、被誘導側移動体にとっての目的地までの経路を設定することができ、その設定された経路を被誘導側移動体が走行する上で必要な案内データを作成することができる。そして、この作成された走行案内データは第2の通信装置へ送信される。
【0008】
ここで、「被誘導側移動体にとっての目的地までの経路」とは、大きく分けて次の▲1▼,▲2▼のような2つを想定している。
▲1▼誘導側移動体が先導車であり、被誘導側移動体が後続車であるとする。つまり、同じ目的地へグループ走行して行く場合である。基本的には、先導車が設定経路の目的地に近い側を走行しており、後続車が、その後を追従していくような形態である。したがって、この場合の「被誘導側移動体にとっての目的地までの経路」とは、先導車、すなわち誘導側移動体にとっての目的地までの経路を同じである。つまり、ある交差点で先導車が右折すれば、後続車もその交差点では同じように右折することとなる。したがって、この場合の「被誘導側移動体が走行する上で必要な案内データ」とは、誘導側移動体が走行する上で必要となる案内データと同様になる。なお、「同様」としたのは、全く同じである必要はなく、右折なら右折という案内ができればよいからである。
【0009】
▲2▼誘導側移動体と被誘導側移動体とが同一経路の両端に位置し、互いに近づいていく場合を想定する。この場合は、誘導側移動体にとっての目的地が被誘導側移動体の位置であり、逆に被誘導側移動体にとっての目的地が誘導側移動体の位置となる。したがって、この場合の「被誘導側移動体にとっての目的地までの経路」とは、誘導側移動体にとっての経路を逆方向に考えたものとなる。つまり、ある交差点で誘導側移動体が右折する経路となっていれば、被誘導側移動体はその交差点では逆に左折することとなる。したがって、この場合の「被誘導側移動体が走行する上で必要な案内データ」とは、誘導側移動体が自ら走行すべき経路を逆走した場合に必要となる案内データである。
【0010】
そして、本システムの第2の通信装置は、このような走行案内データを第1の通信装置から受信し、少なくとも利用者が視認可能な状態で報知する。「視認可能な状態で報知する」とは例えば表示することである。上述した従来技術の場合には音声のみの案内しかされず視覚的な情報が得られなかったが、本システムによれば、第2の通信装置の利用者も視覚的な案内情報が得られるため、便利である。特に、音声案内のみであると、その案内されたタイミングでしか案内内容を把握することができないが、表示の場合には、利用者側が欲するタイミングで案内内容を把握できる。例えば交差点に近づいたために、その交差点でどの方向に曲がればよいかを知りたいと思った場合に、その曲がる方向が判る。音声案内の場合には、その交差点の遙か手前で案内されてしまうと、実際に交差点に近づいたときに、どの方向に曲がるかを忘れてしまっている可能性もある。したがって、このような表示にて利用者に視覚的に訴える手法の方が好ましいと言える。
【0011】
それでいて、被誘導側移動体が備える第2の通信装置にはナビゲーション機能を備える必要はない。このように、本発明システムによれば、移動体に搭載などされる装置中にナビゲーション機能を有さないものがあっても、それら装置間で通信を行うことで複数の移動体がグループ走行などを適切にできる。
また、第1の通信装置から第2の通信装置への走行案内データを送信する方法としては、第2の通信装置側におけるデータ記憶能力に問題がなければ、経路設定手段にて設定された全経路に対応する走行案内データを一度に送信してもよいが、そうでなければ、分割して送信していく手法が好ましい。そこで、本発明システムのデータ送信手段は、自移動体の位置が交差点を通過する毎に、経路設定手段にて設定された全経路に対応する走行案内データの内、通過した交差点を基準とした所定の交差点群が含まれる範囲のデータを送信する。これは、被誘導側移動体の存在すると予測される位置が、誘導側移動体の位置を基準としてある程度の範囲に収まるであろうと考えられることに基づく。したがって、そのような観点から定まる所定範囲のデータを送信する。
【0012】
なお、経路設定手段にて既に設定した経路から誘導側移動体が離脱することも考えられる。その場合には、請求項2に示すように、第1の通信装置において、その離脱後の現在位置に基づいて被誘導側移動体のための経路を再設定し、その再設定された経路に基づいて走行案内データを再度作成し、その再度作成された走行案内データを第2の通信装置へ再度送信すればよい。
【0013】
また、第1の通信装置から第2の通信装置への走行案内データを分割して送信していく手法としては、請求項3に示すように、所定時間毎にデータ送信してもよい。
【0014】
この場合には、その時点で被誘導側移動体が存在すると想定される範囲内のデータを送信する。この場合には、誘導側移動体の位置を考慮していないため、上述の「自移動***置が交差点を通過する毎に送信する場合」と比べれば、より広い範囲のデータを送信する必要がある。
なお、経路設定手段にて既に設定した経路から誘導側移動体が離脱することも考えられる。その場合には、請求項4に示すように、第1の通信装置において、その離脱後の現在位置に基づいて被誘導側移動体のための経路を再設定し、その再設定された経路に基づいて走行案内データを再度作成し、その再度作成された走行案内データを第2の通信装置へ再度送信すればよい。
【0015】
ところで、走行案内データの内容としては、例えば請求項5に示すように、少なくとも交差点案内データを含むことが考えられる。その場合の交差点案内データとしては、請求項6に示すように、少なくとも、所定の起点から案内対象交差点までの距離、交差点での進行方向、交差点名称を含むことが考えられる。
【0016】
「所定の起点」とは、例えば案内対象交差点の一つ前の交差点であることが考えられる。つまり、ある交差点を通過した場合に、次の交差点までどの程度の距離があるかを利用者に報知する。また、交差点での進行方向を示す交差点案内データは、例えば文字で「右折」などと表示するためのデータであっても良いが、請求項7に示すように、その進行方向を矢印で示すデータであることが好ましい。直感的に把握できることが好ましいからである。もちろん、右折という文字と矢印を両方表示しても良い。
【0017】
さらに、交差点名称があることによって、利用者は交差点に至った際に、それが案内対象の交差点であるか否かを容易に判別できる。一般的には、信号機などに交差点名称が明示されていることが多いが、明示されていない場合あるいは明示されていても種々の状況で確認できない場合もある。そこで、請求項8に示すように、案内対象となる交差点付近に存在する目印となる施設のランドマークも交差点案内データに含めておくことが考えられる。このようにすれば、例えばガソリンスタンドなどのランドマークを目安にして、案内対象交差点であることの確認及びどの方向へ進行するのかを、利用者は容易に把握できる。
【0018】
一方、第1の通信装置から走行案内データを受信した第2の通信装置において、その走行案内データをどのようなタイミングで表示するかについては説明する。例えば受信したデータを一度に全て報知することも可能ではあるが、例えば全経路に対応するデータを一括して受信した場合に、それらを一度に報知するのは現実的ではない。そのため、例えば請求項9に示すように、第2の通信装置が現在位置を検出可能な位置検出手段を備えており、検出した現在位置において必要な交差点案内データを報知手段によって報知させることが考えられる。なお、この場合には、第1の通信装置から送信する交差点案内データに交差点位置を含んでおくことが必要である。このようにすれば、被誘導側移動体にとって適切な範囲の案内を報知することができる。
【0019】
一方、このような現在位置検出機能がない場合には、請求項10に示すような対処が考えられる。すなわち、第2の通信装置においては、報知範囲の基準となる交差点を順次更新しながら、その報知範囲内の交差点案内データを報知することを前提とする。この場合の「報知範囲の基準となる交差点」とは、例えば標準的な移動速度を基にして得た予想位置などから決定する。そして、報知範囲は、その基準交差点を中心として経路の前後に所定距離を含めた範囲とすればよい。この場合の「所定距離」は、予想される移動速度の変化を考慮して定める。但し、いくら移動速度の変化を考慮して定めるといっても、状況によってはその移動速度の変化が予想外となることもある。
【0020】
そこで、報知範囲を更新前のものに戻す指令を利用者が入力するための指令入力手段とを備えるようにし、指令入力手段を介して報知範囲を更新前のものに戻る指令が入力された場合には、その入力された指令に基づく報知範囲内の交差点案内データを報知する。このようにすれば、利用者がマニュアルで適切な範囲に切り替えることができるため、上述の予想に基づく場合の不都合を解消できる。
【0021】
以上の説明においては、第1の通信装置から第2の通信装置へのデータ送信はできる前提であったが、逆については特に言及していない。そこで、第1の通信装置はデータ受信手段、第2の通信装置はデータ送信手段をさらに備えることで、第1の通信装置と第2の通信装置との間で双方向のデータ通信が可能になった場合には、さらに適切な処理が可能となる。
【0022】
まず、請求項11に示す構成においては、第2の通信装置が現在位置を検出可能であり、その検出した現在位置及び第1の通信装置から送信されてきた走行案内データに基づき、被誘導側移動体が経路から外れているか否かを判断する。そして、経路から外れていれば、データ送信手段を介して現在位置を第1の通信装置へ送信するのである。一方、第1の通信装置では、第2の通信装置から経路離脱に伴う現在位置が送信されてきた場合、その送信された現在位置に基づいて被誘導側移動体のための経路を再設定し、その再設定された経路に基づいて走行案内データを再度作成し、その再度作成された走行案内データを再度送信する。
【0023】
このようにすれば、被誘導側移動体が経路から外れたとしても、その離脱位置から目的地へ至るための適切な走行案内データを第2の通信装置が得ることができ、適切な案内が実現される。
また、請求項13に示すように、第1の通信装置からは、設定された全経路に対応する走行案内データの内、所定の交差点群が含まれる範囲のデータを第2の通信装置へ送信することを前提とする場合には、次のような対処をすることが考えられる。すなわち、第2の通信装置は、被誘導側移動体が案内対象の交差点に近づくと、第1の通信装置に対して、被誘導側移動体の現在位置と共に次の走行案内データを送信するよう要求する。そして、第1の通信装置では、第2の通信装置からの要求に応じ、送信された被誘導側移動体の現在位置に基づいて決定した所定範囲の走行案内データを送信する。
【0024】
また、請求項12に示すように、第1の通信装置からは、設定された全経路に対応する走行案内データの内、所定の交差点群が含まれる範囲のデータを第2の通信装置へ送信することを前提とする場合には、次のような対処をすることが考えられる。すなわち、第2の通信装置は、被誘導側移動体が案内対象の交差点に近づくと、第1の通信装置に対して、被誘導側移動体の現在位置と共に次の走行案内データを送信するよう要求する。そして、第1の通信装置では、第2の通信装置からの要求に応じ、送信された被誘導側移動体の現在位置に基づいて決定した所定範囲の走行案内データを送信する。
【0025】
請求項12に示すようにすれば、必要最小限の走行案内データのみを送信することができ、第2の通信装置側でのデータ記憶能力が低くてもよくなる。また、受信した走行案内データは真に必要なデータであるため、受信する毎にそのデータを機械的に報知するだけでも特に問題がない。
【0026】
以上説明したのは通信型ナビゲーションシステムであったが、請求項1,3に示すシステムを構成する第1の通信装置に着目した発明としても考えられる。つまり、請求項13に示すような通信装置や、請求項14に示すような通信装置である。
【0027】
なお、以上の説明からも容易に類推できるように、第1の通信装置としては、例えば通信機能を有するナビゲーション装置であることが考えられる。もちろん、上述の機能を最低限備えていればよいので、現行のナビゲーション装置が標準的に備える機能を必ずしも備える必要はない。そのため、上述の機能のみを備える専用の通信装置を新たに作成してもよいが、一般的なナビゲーション装置をベースにして、足らない機能を追加していくような作成方向が現実的である。
【0028】
また、第2の通信装置としては例えば携帯型電話機(携帯電話やPHSなどを意味する)が考えられる。この場合も、上述の機能を最低限備えていればよいので、現行の携帯型電話機が標準的に備える機能を必ずしも備える必要はない。そのため、上述の機能のみを備える専用の通信装置を新たに作成してもよいが、一般的な携帯型電話機をベースにして、足らない機能を追加していくような作成方向が現実的である。なお、第1の通信装置との間で通信する手法については特に限定されない。つまり、電話回線を用いたものであってもよいし、そのような回線を用いずに、第1の通信装置との間で直接無線通信するような構成を採用してもよい。その意味では、携帯型電話機である必要はなく、上述の機能を備えた無線機であってもよい。
【0029】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
【0030】
図1は、本実施例の通信型ナビゲーションシステムの概略説明図である。図1に示すように、本システムは、車Aに搭載されたナビゲーション装置20と、車Bに搭載または車Bに搭乗している利用者に携帯された携帯電話50との間で通信することによって、ナビゲーションを行うものである。携帯電話50を車Bに搭載するとは、例えば車内の所定場所に取り付けられた車内ホルダに載置しておくような場合である。
【0031】
なお、本実施例においては、車Aが「誘導型移動体」に相当し、車Bが「被誘導側移動体」に相当する。また、ナビゲーション装置20が「第1の通信装置」に相当し、携帯電話50が「第2の通信装置」に相当する。
以上は本実施例のシステムの概略説明であったので、続いてナビゲーション装置20及び携帯電話50の装置構成を説明する。
【0032】
図2に示すように、本実施例のナビゲーション装置20は、位置検出器21、リモートコントロール端末(以下、リモコンと称す。)28からの信号を入力するためのリモコンセンサ22、携帯電話接続装置23、外部記憶装置24、音声出力装置25、表示装置26、無線機30及びこれらに接続されたナビ制御回路27を備えている。なお、ナビ制御回路27は通常のコンピュータとして構成されており、内部には周知のCPU、ROM、RAM、I/O、タイマー及びこれらを接続するバスラインなどが備えられている。
【0033】
位置検出器21は、GPS(Global Positioning System) 用の人工衛星からの送信電波をGPSアンテナを介して受信し、車両の位置,方位,速度等を検出するGPS受信機21aと、車両に加えられる回転運動の大きさを検出するジャイロスコープ21bと、車速センサや車輪センサ等からなり車両の走行距離を検出するための距離センサ21cと、地磁気に基づいて絶対方位を検出する地磁気センサ21dとを備えている。そして、これら各センサ等21a〜21dは、各々が性質の異なる誤差を有しているため、互いに補完しながら使用するように構成されている。なお、精度によっては、上述したセンサ等21a〜21dの中の一部のみを用いて構成してもよく、また、左右操舵輪の回転差などから得られる車両のステアリング角を累積して方向を求めるセンサ等を用いてもよい。
【0034】
携帯電話接続装置23は、携帯電話29を接続することにより携帯電話回線網に接続することができる。この携帯電話29は、携帯電話接続装置23を介してナビ制御回路27によって制御されている。なお、パケット通信が可能な携帯電話29が接続されている場合には、電源投入直後からパケット通信可能状態とする。
【0035】
外部記憶装置24は、位置検出の精度向上のためのいわゆるマップマッチング用データ、道路の接続を表した道路データを含む各種データをなどの情報を記憶している。
音声出力装置25は各種ガイド音声等を出力するためのものである。また、表示装置26はカラー表示装置であり、表示装置26の画面には位置検出器21から入力された情報に基づいて公知の方法で求めた現在位置を示す現在位置マーク、外部記憶装置24より入力される地図データ、設定された目的地を示す目的地マーク、通信により入手した車Bの位置情報、目的地までの案内経路、設定された案内経路を走行するために有益な走行案内、その他の文字情報、画像情報等のデータを重ねて表示することができる。なお、上述の音声出力装置25から各種ガイド音声等を出力することもできる。
【0036】
一方、図2に示すように、車Bに搭載などされる本実施例の携帯電話50は、操作部51、音声出力部52、表示部53、GPS受信機54、送受信部55、無線機56及びこれらに接続された電話制御回路57を備えている。なお、電話制御回路57は通常のコンピュータとして構成されており、内部には周知のCPU、ROM、RAM、I/O、タイマー及びこれらを接続するバスラインなどが備えられている。
【0037】
操作部51、音声出力部52、表示部53に関しては一般的な構成であるので特に説明はしない。また、GPS受信機54は、ナビゲーション装置20側のGPS受信機21aと同様の構成である。送受信部55は、図示しないロッドアンテナを介して、携帯電話回線網側の基地局との間で無線通信を行う。
【0038】
無線機56は、ナビゲーション装置20側の無線機30と同様の構成であり、これら2つの無線機30,56同士の間で直接データ通信ができるようにされている。つまり、本実施例の場合には、この無線機30,56間にて無線通信によるデータ通信もできるし、ナビゲーション装置20に接続された携帯電話29を介することによって、車Aのナビゲーション装置20と車Bの携帯電話50の間でも携帯電話回線網によるデータ通信ができるようにされている。なお、以下の説明では、基本的に、無線機30,56間でデータ通信することを前提として話を進める。
【0039】
電話制御回路57は、一般的な携帯電話としての機能を実現するための各種制御処理、即ち、送受信部55から携帯電話回線網に対して、他の電話装置を呼び出すための発呼信号を送信させる発呼処理、基地局から呼出信号が送信されてきたときに音声出力部52から着信音を発生させ、表示部53に着信内容などを表示させる着信処理、着信音の発生により使用者が携帯電話50を携帯電話回線網に接続する指令を入力した際に、送受信部55を介して当該携帯電話50を携帯電話回線網に接続させる接続処理、発呼処理により呼出先の電話装置が携帯電話回線網に接続されて、その着呼者側の電話装置との通話が可能になったときや、接続処理により当該携帯電話50が携帯電話回線網に接続されて、発呼者側の電話装置との通話が可能になったときに、使用者が図示しないマイクロフォンから入力した音声信号を送受信部55から基地局側に送信したり、着呼者側の電話装置から送信されてきた音声信号にて、音声出力部52から音声を発生させる音声入出力処理等を実行する。
【0040】
また、電話制御回路57は、上述の一般的な携帯電話装置としての機能を実現するための各種制御処理の他に、ナビゲーション装置20から送信されてきたデータを表示部53に表示する処理や、GPS受信機54からのデータに基づいて得た自装置の位置などをナビゲーション装置20側へ送信(アップロード)する処理なども行う。これらの処理については後で詳しく説明する。
【0041】
このような構成を備える本実施例の通信型ナビゲーションシステムにおいては、車Aに搭載されたナビゲーション装置20にて経路設定を行い、その設定された経路に基づいて車Aの走行案内データを作成すると共に車B用の走行案内データも作成し、そのデータを車B側の携帯電話50に送信する。そして携帯電話50側では、その送信された走行案内データを表示部53に表示することでグループ走行などが実現される。これらの機能を実現するためにナビゲーション装置20側において実行する処理及び携帯電話50側で実行する処理について、図3〜図12を参照して説明する。なお、図3〜5,7,9,11がナビゲーション装置20のナビ制御回路27で実行する処理であり、図6,8,10,12が携帯電話50側の電話制御回路57で実行する処理である。以下、必要に応じてナビゲーション装置20側の処理に対応する携帯電話50側の処理を交えて説明していくこととする。
【0042】
図3は、ナビゲーション装置20と携帯電話50との間で通信する際の設定処理を示すフローチャートである。
S100では、メニューを表示装置26(図2参照)に表示する。このメニューには、通信に関する設定画面を表示するか否かを選択する項目を表示する。
【0043】
続くS110では、設定画面を表示するか否かの選択を行う。メニューの選択によって設定画面を表示する旨の指示が入力された場合には(S110:YES)、S120へ移行する。一方、設定画面を表示する旨の指示がメニューから入力されていない場合には(S110:NO)、本処理を終了する。
【0044】
S120では、走行モードの選択メニューを表示装置26に表示する。この走行モードの選択メニューは、第1走行モードと第2走行モードの2項目からなり、リモコン28を操作することで利用者が選択できる。なお、第1走行モードは、車Aが先導車、車Bが後続車であり、同じ目的地へグループ走行するモードである。一方、第2走行モードは、車Aと車Bとが同一経路の両端に位置し、互いに近づいていくよう走行するモードである。この場合、車Aにとっての目的地は車Bの位置であり、逆に車Bにとっての目的地は車Aの位置である。
【0045】
続くS130では、送信モードの選択メニューを表示装置26に表示する。この送信モードの選択メニューは、全経路モード、交差点モード、一定時間モードの3項目からなり、リモコン28を操作することで利用者が選択できる。なお、全経路モードは、設定した経路の全てを一括して車B側に送信するモードであり、交差点モード及び一定時間モードは、設定した経路の内の一部を順次車B側に送信するモードである。なお、どのような範囲のデータを送信するかは後述する。
【0046】
続くS140では、車B側のGPS機能の有無の選択メニューを表示装置26に表示する。このGPS有無の選択メニューは、文字通り、GPS機能が有るか無いかの2項目からなり、リモコン28を操作することで利用者が選択できる。なお、図2に示す携帯電話50を用いる場合には、GPS機能があるので、ここでは「有り」の方を選択する。
【0047】
続くS150では、S120〜S140で選択した設定に更新するか否かを選択するダイアログを表示装置26に表示し、リモコンセンサ22を介して利用者によるリモコン28からの選択結果を入力する。そして、その選択結果に基づき、選択した設定に更新するか否かを判定する。選択した設定に更新する場合には(S150:YES)、S160に移行して更新処理を行い、更新しない場合には(S150:NO)、本処理を終了する。
【0048】
以上のようなモード設定がなされている前提で、図4に示すデータ通信に関するメイン処理が実行される。
図4の最初のステップS200では、目的地の設定を行う。この目的地の設定に際しては、まず地図及び車Aの現在地を表示装置26に表示する。この地図は、ナビ制御回路27が位置検出器21から入力した情報に基づいて公知の方法で算出した現在地付近の地図であり、ナビ制御回路27が外部記憶装置24から読み込んで表示装置26に表示する。そして、この地図には位置検出器21から入力した情報に基づいて現在地を示すマークを併せて表示する。この状態から、利用者の指示に応じて目的地を設定する。目的地の設定は、周知の通り、地図上で位置を直接指定したり、あるいは地点の情報を間接的に指定したりする方法が考えられる。例えば住所や経緯度などを指定する。
【0049】
S200での目的地が設定されると、続くS210では経路計算を行う。この経路計算に際しては、例えばダイクストラ法等の手法を用いて自動的に最適な経路を設定する。このダイクストラ法では、まず、リンク上の計算開始点若しくは、計算開始点が位置するリンクの両端ノードに初期コストを設定する。その後、コスト最小値を持つノードを検索し、そのノードに接続するリンクのコストをそのノードのコストに加算し、リンク反対側のノードに設定する、という処理を繰り返す。このときリンクの反対側ノードにコストが設定済みである場合は、コストが小さくなる場合のみ更新する。なお、ダイクストラ法における各リンクでのコスト計算は、例えば次式を用いて行われる。
【0050】
コスト=リンク長×道路幅員係数×道路種別係数
ここで、道路幅員係数とは、道路幅に応じて設定される係数であり、道路種別係数とは有料道路等の道路種別に応じて設定される係数である。
このようにして、経路計算(S210)がなされると、続くS220では、車A用の走行案内データを作成する。これは、ナビゲーション装置において一般的に実行されている走行案内のためのデータと同じである。
【0051】
ここで、車Aにて実行される走行案内について簡単に説明しておく。表示装置26上の道路地図に重ねて誘導経路を表示してドライバーに適切なルートを案内するものであり、基本的には「交差点案内」を行う。交差点案内は、経路上の案内対象交差点に近接する毎に、その案内対象交差点をどのように通過するかを走行案内するものである。なお、「案内対象交差点」とは、道路形状や周囲の状況などから走行案内が必要であると判断した交差点のみを指す。したがって、目的地経路上で経由する交差点全てを指すのではなく、例えば、いわゆる「道なり」に走行する際、単に通過するに過ぎない交差点は基本的には該当しない。
【0052】
そして、交差点案内は、例えば次のように行われる。基本的には、交差点名称と、その交差点までの距離、そして交差点での進行方向(左折・右折など)を表示装置26に表示する。この表示形態は、例えば矢印で進行方向を示すことが一般的である。また、交差点の周辺に存在する施設を示すランドマークを表示するとより利用者にとって便利である。また、音声出力装置25を介して音声でも案内する。例えば、高速道路であれば2Km→1Km→500m、一般道路であれば700m→300m→100m、というように、同一の交差点に対して、案内対象交差点までの距離に応じて複数回(例えば3回)案内を行うようにしてもよい。この場合は、例えば最初の2回は「○○メートル先、右方向です。」というように交差点までの距離とその曲がる方向を音声案内し、最後の1回は「まもなく右方向です。」というように走行案内すればよい。このようにタイミングよく音声で知らせてくれることで、利用者は現在地と案内対象交差点との位置関係などを頻繁に注意しておく必要がなく、非常に便利である。
【0053】
一方、続くS230では車B用の走行案内データを作成するのであるが、この作成に際しては、次のような観点で作成する。
▲1▼ナビゲーション装置20においては、相対的にナビ制御回路27の処理能力も高く、表示装置26における表示可能な情報量も多い。それに対して、携帯電話50は、電話制御回路の処理能力も相対的には低くなるし、表示部53における表示可能な情報量も抑える必要がある。
【0054】
そこで、交差点を走行するのに必要最低限の情報は当然表示するが、それ以外については、処理能力及び表示能力に余裕があれば表示することとする。本実施例における「必要最低限の情報」としては、少なくとも、所定の起点から案内対象交差点までの距離、交差点での進行方向、交差点名称を含むとする。
【0055】
ここで、「所定の起点」は、例えば案内対象交差点の一つ前の交差点とすることが考えられる。つまり、ある交差点を通過した場合に、次の交差点までどの程度の距離があるかを携帯電話50の利用者に報知する趣旨である。
また、交差点での進行方向は、例えば文字で「右折」などと表示するためのデータであっても良いが、その進行方向を矢印で示すデータであることが好ましい。直感的に把握できることが好ましいという理由に加え、携帯電話50の表示部53のサイズを考慮すると、文字よりも図形として表示した方が好ましいと考えられるからである。もちろん、表示サイズに余裕があれば、文字と図形の両方を表示しても良い。
【0056】
さらに、交差点名称があることによって、利用者は交差点に至った際に、それが案内対象の交差点であるか否かを容易に判別できる。
なお、これら交差点までの距離・進行方向・交差点名称の3つの内で重要度を考えると、進行方向は必ず必要である。但し、交差点までの距離及び交差点名称については、いずれか一方でも、案内対象の交差点を利用者が把握することは可能であるため、その点からすれば、「必要最低限の情報」としては、交差点までの距離及び進行方向、あるいは進行方向及び交差点名称という2セットの内のいずれか、という考え方もできる。しかし、実際には、これら3つ程度の情報が報知されないと適切な案内はできないと考え、これら3つを本実施例における必要最低限とした。
【0057】
なお、それ以外の情報としては、例えば、次のようなものが考えられる。一般的には、信号機などに交差点名称が明示されていることが多いが、明示されていない場合あるいは明示されていても種々の状況で確認できない場合もあり、交差点名称があっても、それとの対応がとれないことも想定される。そこで、案内対象となる交差点付近に存在する目印となる施設のランドマークも交差点案内データに含めておくことが考えられる。このようにすれば、例えばガソリンスタンドなどのランドマークを目安にして、案内対象交差点であることの確認及びどの方向へ進行するのかを、利用者は容易に把握できる。
【0058】
▲2▼上述したように、第2の走行モードは、車Aと車Bとが同一経路の両端に位置し、互いに近づいていくよう走行するモードである。したがって、車Aが走行する経路とは逆に走行する車Bにとっての走行案内のためのデータを作成する必要がある。具体的には、ある交差点での車A用の案内データが「右折」となっていれば、それを逆方向から見た案内データ、すなわち「左折」が車B用の案内データとなる。このように、第2走行モードの場合の車B用の案内データとは、車Bが自ら走行すべき経路を逆走した場合に必要となる案内データである。
【0059】
図4の説明に戻り、S240では、車B側にGPSがあるか否か(実際には車B側に搭載などされている携帯電話50がGPS機能を有しているか否か)を判断する。これは、図3のS140におけるGPS有無の選択結果に基づいて判断する。
【0060】
そして、車B側にGPS機能があれば(S240:YES)、送信モードを判断し(S250)、その送信モードの種類に応じて、全経路モード用処理(S260)、交差点モード用処理(S270)、一定時間モード用処理(S280)を実行する。また、車B側にGPS機能がなければ(S240:NO)、GPS無し用処理を実行する(S300)。
【0061】
それでは、これらS260〜280及びS300の各処理について、必要に応じて携帯電話50側の処理と合わせて順番に説明する。
(イ)まず、全経路モード用処理(S260)の詳細については図5のフローチャートを参照し、この全経路モードに対応する携帯電話50側の処理については図6のフローチャートを参照して説明する。
【0062】
ナビゲーション装置20側では、まず、図4のS230にて作成した車B用の案内データを、全経路分一括して車B側(つまり携帯電話50)へ送信する(図5のS261)。
一方、携帯電話50においては、ナビゲーション装置20から送信された全経路分の案内データを受信する(図6のS1261)。そして、GPS受信機54から得たGPSデータに基づいて得た現在地に基づき、経路から離脱しているか否かを判断する(S1262)。経路を離脱していない場合には(S1262:NO)、現在地に基づいて抽出した案内データに基づき、走行案内を行う(S1264)。具体的には、少なくとも車Bから前方に最も近い場所に存在する案内対象交差点に対する交差点案内(詳細は上述した通り)を行う。なお、「少なくとも」としたのは、例えば交差点間隔が短い場合には、両者を一度に案内してもよいからである。
【0063】
また、経路を離脱した場合には(S1262:YES)、車Bの現在地情報を車A側に送信する(S1263)。なお、車Bの現在地とは携帯電話50の現在地であるが、以下の説明では、「車Bの現在地」と称す。
このように車Bから現在地情報が送信されたか否かはナビゲーション装置20において判断している(図5のS262)。車Bからの現在地情報が送信されない内は(S262:NO)、車A用の走行案内(詳細は上述した通り)を行う(S265)。一方、車Bからの現在地情報が送信された場合には(S262:YES)、その送信された車Bの現在地情報に基づいて経路を再計算する(S263)。なお、この経路は車B用の経路である。そして、その再計算された経路に基づく車B用の案内データを作成した後(S264)、S261へ戻って、その再度作成した車B用の案内データを全経路分一括して送信する。なお、S264では、当然ながら走行モード(第1走行モード又は第2走行モード)を考慮して案内データを作成する。
【0064】
(ロ)次に、交差点モード用処理(S270)の詳細については図7のフローチャートを参照し、この交差点モードに対応する携帯電話50側の処理については図8のフローチャートを参照して説明する。
ナビゲーション装置20側では、まず、図4のS230にて作成した車B用の案内データを、(車Bにとって)所定数先の交差点の分まで車B側へ送信する(図7のS271)。なお、この所定数は1以上であればよい。但し、交差点間が短い場合も想定されるため、例えば2,3先の交差点の分までのデータがあればより好ましいと考えられる。
【0065】
一方、携帯電話50においては、ナビゲーション装置20から送信された案内データを受信する(図8のS1271)。そして、経路から離脱しているか否かを判断し(S1272)、経路を離脱していない場合には(S1272:NO)、現在地に基づいて抽出した案内データに基づき、走行案内を行う(S1274)。この処理は、上述のS1264と同様、少なくとも車Bから前方に最も近い場所に存在する案内対象交差点に対する交差点案内を行う。続くS1275では、車Bが交差点付近に至ったかどうかを判断し、至っていなければ(S1275:NO)、S1272へ戻り、交差点付近に至っていれば(S1275:YES)、車Aに次の案内データの送信を要求する(S1276)。
【0066】
そして、このように車Bからデータ要求があるか否かはナビゲーション装置20において判断している(図7のS272)。車Bからのデータ要求があれば(S272:YES)、S271へ戻って、次の案内データを車Bへ送信する。「次の案内データ」とは、車Bが至った交差点から所定数先の交差点の分までのデータである。
【0067】
図8の説明に戻り、車Bが経路を離脱した場合には(S1272:YES)、車Bの現在地情報を車A側に送信する(S1273)。
このように車Bから現在地情報が送信されたか否かはナビゲーション装置20において判断している(図7のS273)。車Bからの現在地情報が送信されない内は(S273:NO)、車A用の走行案内(詳細は上述した通り)を行う(S276)。一方、車Bからの現在地情報が送信された場合には(S273:YES)、その送信された車Bの現在地情報に基づいて経路を再計算する(S274)。そして、その再計算された経路に基づく車B用の案内データを作成した後(S275)、S271へ戻って、その再度作成した車B用の案内データを、やはり所定数先の交差点の分まで送信する。
【0068】
(ハ)次に、一定時間モード用処理(S280)の詳細については図9のフローチャートを参照し、この一定時間モードに対応する携帯電話50側の処理については図10のフローチャートを参照して説明する。
ナビゲーション装置20側では、まず、図4のS230にて作成した車B用の案内データを、所定範囲内の分まで車B側へ送信する(図9のS281)。この所定範囲とは、車Bが存在すると想定される範囲である。具体的には、車Bの平均速度の予想最大値と予想最小値とから、車Bが存在すると想定される範囲を一定時間毎に想定し、その範囲に対応する分の案内データを送信するのである。
【0069】
一方、携帯電話50においては、ナビゲーション装置20から送信された案内データを受信する(図10のS1281)。そして、経路から離脱しているか否かを判断し(S1282)、経路を離脱していない場合には(S1282:NO)、現在地に基づいて抽出した案内データに基づき、走行案内を行う(S1284)。この処理も、上述のS1264と同様、少なくとも車Bから前方に最も近い場所に存在する案内対象交差点に対する交差点案内を行う。S1284の処理後は、S1282へ戻る。
【0070】
また、車Bが経路を離脱した場合には(S1282:YES)、車Bの現在地情報を車A側に送信する(S1283)。
このように車Bから現在地情報が送信されたか否かはナビゲーション装置20において判断している(図9のS283)。車Bからの現在地情報が送信されない内は(S283:NO)、車A用の走行案内(詳細は上述した通り)を行う(S286)。一方、車Bからの現在地情報が送信された場合には(S283:YES)、その送信された車Bの現在地情報に基づいて経路を再計算する(S284)。そして、その再計算された経路に基づく車B用の案内データを作成した後(S285)、S281へ戻って、その再度作成した車B用の案内データを、やはり所定範囲内の分だけ送信する。
【0071】
(ニ)次に、GPS無し用処理(S300)の詳細について、図11のフローチャートを参照して説明する。
図11の処理が開始すると、まず送信モードを判断し(S310)、全経路モードであれば、S320,330の処理、交差点モードであればS340〜S360の処理、一定時間モードであればS370〜S390の処理を実行する。
【0072】
全経路モードの場合には、図4のS230にて作成した車B用の案内データを、全経路分一括して車B側へ送信する(S320)。その後は、車A用の走行案内をする(S330)。
交差点モードの場合には、図4のS230にて作成した車B用の案内データを、(車Bにとって)所定数先の交差点の分まで車B側へ送信する(S340)。そして、続くS350では、車Aが交差点を通過したか否かを判断し、交差点を通過していれば(S350:YES)、S340へ戻って、次の案内データを車Bへ送信する。一方、交差点を通過していなければ(S350:NO)、車A用の走行案内を行う(S360)。
【0073】
一定時間モードの場合には、図4のS230にて作成した車B用の案内データを、所定範囲内の分だけ車B側へ送信する(S370)。そして、続くS380では、一定時間が経過したか否かを判断し、一定時間を経過していれば(S380:YES)、S370へ戻って、次の案内データを車Bへ送信する。一方、交差点を通過していなければ(S380:NO)、車A用の走行案内を行う(S390)。
【0074】
これに対して、携帯電話50側では、図12のフローチャートに示すような処理を実行する。
まず、ナビゲーション装置20から送信された案内データを受信する(S1310)。そして、所定の案内データを用いて案内する(S1320)。そして、車Aから次の案内データの送信があれば(S1330:YES)、S1310へ戻って、その案内データを受信する。
【0075】
なお、S1320での「所定のデータ」は、どのように案内データを受信するかによって多少異なる。つまり、図11のS320に示すように、ナビゲーション装置20から全経路分の案内データが一括して送信された場合には、例えば一定時間毎に所定範囲のデータを順次、機械的に更新しながら表示していく手法が考えられる。また、図11のS340やS370のように、ナビゲーション装置20側から順次送信されてくる場合には、送信されてきた案内データを、送信される毎に更新しながら表示していく手法が考えられる。もちろん、これらは一具体例なので、それ以外の表示の仕方でもよい。
【0076】
そして、車Aからのデータ送信がない場合には(S1330:NO)、利用者による表示の切替操作があるかどうかを判断する(S1340)。この切替操作は、操作部51(図2,3参照)にて行う。切替操作があれば(S1340:YES)、その操作に応じて、表示する案内場所を切り替える(S1350)。
【0077】
これは、本手法の場合には、完全に自動的な表示に委ねてしまうと、実際に必要な案内データが表示されない可能性がある程度高くなってしまうことを考慮したものである。例えば全経路分の案内データを一括して受信した場合や、一定時間毎に車Aからデータを送信する場合、車Bの移動速度を考慮しているとはいえ、誤差の補正手段を持たないため、誤差が累積してしまうと、実際に必要な案内データが表示されない可能性が高くなる。また、車Aが交差点を通過する毎に案内データを送信する場合は、車Aと車Bとの間隔が極端には変化しないことを前提として、「車A」の交差点通過タイミングで、車B用の案内データを送信している。したがって、車Aと車Bとの間隔が許容範囲を超えてしまった場合には、やはり実際に必要な案内データが表示されない可能性が高くなる。
【0078】
そこで、利用者がマニュアルで適切な範囲に切り替えることができるようにした。具体的には、自動的に更新された従前の案内データが現在必要であるため、その従前の案内データを再度表示させる、といった使用状況が想定される。
本実施例においては、上述したようにナビゲーション装置20が「第1の通信装置」に相当し、この第1の通信装置に関する手段は次のような対応関係になっている。つまり、位置検出器21が「位置検出手段」に相当し、ナビ制御回路27及び外部記憶装置24が「経路設定手段」、「走行案内データ作成手段」に相当し、無線機30が「データ送信手段」、「データ受信手段」に相当する。
【0079】
一方、上述したように携帯電話50が「第2の通信装置」に相当し、この第2の通信装置に関する手段は次のような対応関係になっている。つまり、無線機56が「データ受信手段」、「データ送信手段」に相当し、表示部53が「報知手段」に相当する。また、GPS受信機54が「位置検出手段」に相当し、電話制御回路57が「報知制御手段」、「経路離脱時対処手段」に相当する。さらに、操作部51が「指令入力手段」に相当する。
【0080】
以上説明したシステム構成を持ち、処理を実行する本実施例の通信型ナビゲーションシステムによれば、被誘導側移動体である車Bに搭載などされる携帯電話50がナビゲーション機能を有さなくても、誘導側移動体である車A側にナビゲーション装置20が搭載されていれば、それら装置20,50間で通信を行うことでグループ走行(第1走行モードに対応)、あるいは、車Aと車Bとが同一経路の両端に位置し、互いに近づいていくような走行(第2走行モードに対応)を行うことができる。
【0081】
なお、本実施例では、ナビゲーション装置20と携帯電話50が共に備える無線機30,56同士でデータ通信を行ったが、車A側のナビゲーション装置20に接続した携帯電話29と、車B側の携帯電話50との間で携帯電話回線網を介してデータ通信してもよい。したがって、必ずしも無線機30を備えなくてはならないものではない。
【0082】
また、本実施例では、携帯電話50にて案内データを報知するために表示部53に走行案内を表示した。このような表示による報知は視覚的な認識のために必要であるが、さらに、音声出力部52からも案内音声を出力するようにしてもよい。つまり、視覚と聴覚の両方に訴えるようにする。
【0083】
[別実施例]
(1)上記実施例においては、ナビゲーション装置20、携帯電話50共に送受信が可能な構成を前提として説明したが、上述の図11,12の説明からも判るように、車BがGPS機能を持たない場合には、車Bから車Aへのデータ要求や現在位置のアップロードがない。したがって、このような車Bのみを対象とするのであれば、車Aのナビゲーション装置20は送信機能のみ持ち、携帯電話50は受信機能のみ持つような形態でも実現可能である。
【0084】
(2)上記実施例においては、携帯電話50がGPS機能を持つことを前提として、車Bが経路から外れた場合に、そのことを車A側にアップロードし、走行案内データを再作成して再送信するようにした。しかし、車Aが経路から外れる可能性もある。したがって、その場合にも、経路の再計算、走行案内データの再作成・再送信を行うようにしてもよい。
【0085】
(3)上記実施例においては、走行案内の一例として交差点案内を挙げたが、交差点以外における走行案内も含めても良い。例えば直進が長く続く道路であれば、その経路が正しいのかどうかをユーザに知らせるために、「道なり」である旨を報知したり、ランドマークを表示することも考えられる。
【0086】
(4)上記実施例においては、誘導側移動体及び被誘導側移動体の両方とも車を想定したが、車以外でも実現し得る。例えば、両方とも人間であってもよい。
(5)上記実施例では、誘導側移動体及び被誘導側移動体の両方とも1つ(1台)として説明したが、例えば1の誘導側移動体に対して2以上の被誘導側移動体が存在する場合も、同様のナビゲーションは実現できる。つまり、誘導側移動体と2以上の被誘導側移動体との間で個別に通信できるようなシステムを構築しておき、個別にデータ通信すればよい。
【0087】
(6)なお、上記実施例では特に言及していなかったが、ナビゲーション装置20にて表示装置26に表示するためのデータフォーマットと、携帯電話50の表示部53に表示するためのデータフォーマットが同じであれば、ナビゲーション装置20側で利用するための案内データを基本として、簡略化したようなデータを車B用の案内データとしてもよい。但し、ナビゲーション装置20側と携帯電話50側とで表示の際のデータフォーマットが異なる場合には、ナビゲーション装置20側で、携帯電話50側における表示に適したフォーマットに変換してから送信することが好ましい。もちろん、携帯電話50側で変換してもよいが、処理能力の観点から、ナビゲーション装置20側で必要な処理は行っておく方が好ましいからである。
【図面の簡単な説明】
【図1】 実施例の通信型ナビゲーションシステムの概略説明図である。
【図2】 実施例のナビゲーション装置、携帯電話の構成を示すブロック図である。
【図3】 ナビゲーション装置にて実行される通信時の設定に関する処理を示すフローチャートである。
【図4】 ナビゲーション装置にて実行されるデータ通信に関する処理を示すメインフローチャートである。
【図5】 図4の処理中で実行される全経路モード用処理を示すフローチャートである。
【図6】 携帯電話にて実行される全経路モードに対応する処理を示すフローチャートである。
【図7】 図4の処理中で実行される交差点モード用処理を示すフローチャートである。
【図8】 携帯電話にて実行される交差点モードに対応する処理を示すフローチャートである。
【図9】 図4の処理中で実行される一定時間モード用処理を示すフローチャートである。
【図10】 携帯電話にて実行される一定時間モードに対応する処理を示すフローチャートである。
【図11】 図4の処理中で実行されるGPS無し用処理を示すフローチャートである。
【図12】 GPS機能が無い場合の携帯電話にて実行される処理を示すフローチャートである。
【符号の説明】
20…ナビゲーション装置
21…位置検出器 21a…GPS受信機
21b…ジャイロスコープ 21c…距離センサ
21d…地磁気センサ 22…リモコンセンサ
23…携帯電話接続装置 24…外部記憶装置
25…音声出力装置 26…表示装置
27…ナビ制御回路 28…リモコン
29…携帯電話 30…無線機
50…携帯電話
51…操作部 52…音声出力部
53…表示部 54…GPS受信機
55…送受信部 56…無線機
57…電話制御回路
Claims (14)
- 誘導側の移動体に搭載または携帯される第1の通信装置と、被誘導側の移動体に搭載または携帯される第2の通信装置との間で通信することによって、ナビゲーションを行う通信型ナビゲーションシステムであって、
前記第1の通信装置は、
現在位置を検出する位置検出手段と、
被誘導側移動体にとっての目的地までの経路を設定する経路設定手段と、
該経路設定手段にて設定された経路を被誘導側移動体が走行する上で必要な案内データを作成する走行案内データ作成手段と、
該走行案内データ作成手段にて作成された走行案内データを、前記第2の通信装置へ送信するデータ送信手段とを備え、
前記データ送信手段は、自移動体の位置が交差点を通過する毎に、前記経路設定手段にて設定された全経路に対応する走行案内データの内、前記通過した交差点を基準とした所定の交差点群が含まれる範囲のデータを送信し、
一方、前記第2の通信装置は、
前記第1の通信装置から送信されてきた走行案内データを受信するデータ受信手段と、
該データ受信手段にて受信した走行案内データを、少なくとも利用者が視認可能な状態で報知する報知手段とを備えること
を特徴とする通信型ナビゲーションシステム。 - 請求項1に記載の通信型ナビゲーションシステムにおいて、
前記第1の通信装置は、
前記経路設定手段にて既に設定した経路から誘導側移動体が離脱した場合、前記経路設定手段により、その離脱後の現在位置に基づいて被誘導側移動体のための経路を再設定し、前記走行案内データ作成手段により、その再設定された経路に基づいて走行案内データを再度作成し、前記データ送信手段により、その再度作成された走行案内データを再度送信すること
を特徴とする通信型ナビゲーションシステム。 - 誘導側の移動体に搭載または携帯される第1の通信装置と、被誘導側の移動体に搭載または携帯される第2の通信装置との間で通信することによって、ナビゲーションを行う通信型ナビゲーションシステムであって、
前記第1の通信装置は、
現在位置を検出する位置検出手段と、
被誘導側移動体にとっての目的地までの経路を設定する経路設定手段と、
該経路設定手段にて設定された経路を被誘導側移動体が走行する上で必要な案内データを作成する走行案内データ作成手段と、
該走行案内データ作成手段にて作成された走行案内データを、前記第2の通信装置へ送信するデータ送信手段とを備え、
前記データ送信手段は、所定時間毎に、前記経路設定手段にて設定された全経路に対応する走行案内データの内、その時点で被誘導側移動体が存在すると想定される範囲内のデータを送信し、
一方、前記第2の通信装置は、
前記第1の通信装置から送信されてきた走行案内データを受信するデータ受信手段と、
該データ受信手段にて受信した走行案内データを、少なくとも利用者が視認可能な状態で報知する報知手段とを備えること
を特徴とする通信型ナビゲーションシステム。 - 請求項3に記載の通信型ナビゲーションシステムにおいて、
前記第1の通信装置は、
前記経路設定手段にて既に設定した経路から誘導側移動体が離脱した場合、前記経路設定手段により、その離脱後の現在位置に基づいて被誘導側移動体のための経路を再設定し、前記走行案内データ作成手段により、その再設定された経路に基づいて走行案内データを再度作成し、前記データ送信手段により、その再度作成された走行案内データを再度送信すること
を特徴とする通信型ナビゲーションシステム。 - 請求項1〜4のいずれかに記載の通信型ナビゲーションシステムにおいて、
前記走行案内データは、少なくとも交差点案内データを含むこと
を特徴とする通信型ナビゲーションシステム。 - 請求項5に記載の通信型ナビゲーションシステムにおいて、
前記交差点案内データは、少なくとも、所定の起点から案内対象交差点までの距離、交差点での進行方向、交差点名称を含むこと
を特徴とする通信型ナビゲーションシステム。 - 請求項6に記載の通信型ナビゲーションシステムにおいて、
前記交差点での進行方向を示す交差点案内データは、その進行方向を矢印で示すデータであること
を特徴とする通信型ナビゲーションシステム。 - 請求項6又は7に記載の通信型ナビゲーションシステムにおいて、
前記交差点案内データには、案内対象となる交差点付近に存在する目印となる施設のランドマークも含まれていること
を特徴とする通信型ナビゲーションシステム。 - 請求項5〜8のいずれかに記載の通信型ナビゲーションシステムにおいて、
前記交差点案内データには、案内対象となる交差点付近に存在する目印となる施設のランドマークも含まれていること
を特徴とする通信型ナビゲーションシステム。 - 請求項5〜8のいずれかに記載の通信型ナビゲーションシステムにおいて、
前記第2の通信装置は、
報知範囲の基準となる交差点を順次更新しながら、その報知範囲内の交差点案内データを前記報知手段によって報知させる報知制御手段と、報知範囲を更新前のものに戻す指令を利用者が入力するための指令入力手段とを備え、前記報知制御手段は、前記指令入力手段を介して報知範囲を更新前のものに戻る指令が入力された場合には、その入力された指令に基づく報知範囲内の交差点案内データを報知すること
を特徴とする通信型ナビゲーションシステム。 - 請求項1〜10のいずれかに記載の通信型ナビゲーションシステムにおいて、
前記第1の通信装置は、さらにデータ受信手段を備え、一方、前記第2の通信装置はデータ送信手段を備え、第1の通信装置と第2の通信装置との間で双方向のデータ通信が可能にされていると共に、
前記第2の通信装置は、
現在位置を検出可能な位置検出手段と、
該位置検出手段にて検出した現在位置及び前記第1の通信装置から送信されてきた走行案内データに基づき、被誘導側移動体が経路から外れているか否かを判断し、経路から外れていれば、データ送信手段を介して現在位置を第1の通信装置へ送信する経路離脱時対 処手段とを備え、
前記第1の通信装置は、
前記第2の通信装置から経路離脱に伴う現在位置が送信されてきた場合、前記経路設定手段により、その送信された現在位置に基づいて被誘導側移動体のための経路を再設定し、前記走行案内データ作成手段により、その再設定された経路に基づいて走行案内データを再度作成し、前記データ送信手段により、その再度作成された走行案内データを再度送信すること
を特徴とする通信型ナビゲーションシステム。 - 請求項11に記載の通信型ナビゲーションシステムにおいて、
前記第1の通信装置のデータ送信手段は、前記経路設定手段にて設定された全経路に対応する走行案内データの内、所定の交差点群が含まれる範囲のデータを第2の通信装置へ送信することを前提としており、
前記第2の通信装置は、被誘導側移動体が案内対象の交差点に近づくと、第1の通信装置に対して、被誘導側移動体の現在位置と共に次の走行案内データを送信するよう要求し、
前記第1の通信装置のデータ送信手段は、前記第2の通信装置からの要求に応じ、送信された被誘導側移動体の現在位置に基づいて決定した所定範囲の走行案内データを送信すること
を特徴とする通信型ナビゲーションシステム。 - 誘導側の移動体に搭載または携帯される第1の通信装置と、被誘導側の移動体に搭載または携帯される第2の通信装置との間で通信することによって、ナビゲーションを行う通信型ナビゲーションシステムにおいて、前記第1の通信装置として用いられる通信装置であって、
現在位置を検出する位置検出手段と、
被誘導側移動体にとっての目的地までの経路を設定する経路設定手段と、
該経路設定手段にて設定された経路を被誘導側移動体が走行する上で必要な案内データを作成する走行案内データ作成手段と、
該走行案内データ作成手段にて作成された走行案内データを、前記第2の通信装置へ送信するデータ送信手段とを備え、
前記データ送信手段は、自移動体の位置が交差点を通過する毎に、前記経路設定手段にて設定された全経路に対応する走行案内データの内、前記通過した交差点を基準とした所定の交差点群が含まれる範囲のデータを送信すること
を特徴とする通信装置。 - 誘導側の移動体に搭載または携帯される第1の通信装置と、被誘導側の移動体に搭載または携帯される第2の通信装置との間で通信することによって、ナビゲーションを行う通信型ナビゲーションシステムにおいて、前記第1の通信装置として用いられる通信装置であって、
現在位置を検出する位置検出手段と、
被誘導側移動体にとっての目的地までの経路を設定する経路設定手段と、
該経路設定手段にて設定された経路を被誘導側移動体が走行する上で必要な案内データを作成する走行案内データ作成手段と、
該走行案内データ作成手段にて作成された走行案内データを、前記第2の通信装置へ送信するデータ送信手段とを備え、
前記データ送信手段は、所定時間毎に、前記経路設定手段にて設定された全経路に対応する走行案内データの内、その時点で被誘導側移動体が存在すると想定される範囲内のデータを送信すること
を特徴とする通信装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP32981999A JP4182610B2 (ja) | 1999-11-19 | 1999-11-19 | 通信型ナビゲーションシステム及び通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP32981999A JP4182610B2 (ja) | 1999-11-19 | 1999-11-19 | 通信型ナビゲーションシステム及び通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001147128A JP2001147128A (ja) | 2001-05-29 |
JP4182610B2 true JP4182610B2 (ja) | 2008-11-19 |
Family
ID=18225592
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP32981999A Expired - Fee Related JP4182610B2 (ja) | 1999-11-19 | 1999-11-19 | 通信型ナビゲーションシステム及び通信装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4182610B2 (ja) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4548980B2 (ja) * | 2001-06-27 | 2010-09-22 | 富士通テン株式会社 | ナビゲ−ション装置 |
JP2003083755A (ja) * | 2001-09-10 | 2003-03-19 | Pioneer Electronic Corp | 通信ナビゲーションシステムにおける経路データ送信方法およびサーバ装置、通信ナビゲーション端末装置 |
JP3760914B2 (ja) * | 2002-12-04 | 2006-03-29 | トヨタ自動車株式会社 | 運転補助システム及び装置 |
JP2004304579A (ja) * | 2003-03-31 | 2004-10-28 | Nifty Corp | アクセスポイント選択プログラム |
JP5239461B2 (ja) * | 2008-04-01 | 2013-07-17 | トヨタ自動車株式会社 | 車群走行制御装置 |
JP5942615B2 (ja) * | 2011-08-11 | 2016-06-29 | 株式会社Jvcケンウッド | 進路案内装置、進路案内方法およびプログラム |
JP2013207617A (ja) * | 2012-03-29 | 2013-10-07 | Japan Radio Co Ltd | 通信端末装置、プログラムおよび記憶媒体 |
WO2014162571A1 (ja) * | 2013-04-04 | 2014-10-09 | パイオニア株式会社 | 画像生成装置、端末装置、画像生成システム、画像生成方法、情報処理方法、プログラムおよびコンピュータが読み取り可能な記録媒体 |
JP6273157B2 (ja) * | 2014-02-21 | 2018-01-31 | 京セラ株式会社 | ルート案内システム、ルート案内プログラムおよびルート案内方法 |
-
1999
- 1999-11-19 JP JP32981999A patent/JP4182610B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2001147128A (ja) | 2001-05-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6211927B2 (ja) | ポータブル処理装置、サーバ、これらにおける運転の提案を提供する方法、データ記録媒体 | |
JP2004310484A (ja) | 通信データ中継方法および車々間通信システム | |
JP4489619B2 (ja) | ナビゲーション装置および自車相対位置の案内方法 | |
JP4182610B2 (ja) | 通信型ナビゲーションシステム及び通信装置 | |
JP4843407B2 (ja) | 地図表示装置、情報センタおよび方面看板表示システム | |
JP4405449B2 (ja) | ナビゲーションシステム、地図表示装置および地図表示方法 | |
JP2007071665A (ja) | ナビゲーションシステム | |
JP3661827B2 (ja) | ナビゲーション装置のデータ転送方法 | |
JP5511222B2 (ja) | ナビゲーション装置、誘導経路の案内方法および誘導経路案内プログラム | |
WO2011044922A1 (en) | Navigation device with warning about right of way of other users | |
JP2004239727A (ja) | 車載用ナビゲーション装置 | |
JP2002257579A (ja) | 歩行経路案内システムおよび方法 | |
JP2004108803A (ja) | ナビゲーション端末、ナビゲーションシステム、そのプログラム、及び走行案内方法 | |
WO2009080067A1 (en) | Navigation device and method | |
JPH10332402A (ja) | 簡易ナビゲ−ションシステム | |
JP3737270B2 (ja) | ナビゲーション装置のデータ転送方法 | |
JP2002310717A (ja) | 経路案内システムおよび方法 | |
JP4308291B2 (ja) | 情報端末装置 | |
JP3020267B2 (ja) | 車両経路誘導システム | |
JP4415764B2 (ja) | 走行車線案内装置、推奨車線情報配信装置、及び車線情報配信システム | |
WO2004038676A1 (en) | Navigation system and controlling method for the motor vehicle | |
JP2002340576A (ja) | ナビゲーション装置、ナビゲーション装置用サーバー及び携帯用情報端末 | |
JP3675350B2 (ja) | ナビゲーションシステムおよびカーナビゲーション装置 | |
JP3951790B2 (ja) | ナビゲーション装置、経路表示方法、記憶媒体 | |
JP2019120666A (ja) | ナビゲーション装置、ナビゲーション方法、及びナビゲーションプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060213 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080516 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080527 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080717 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080812 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080825 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110912 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |