JP2018036216A - 案内システム - Google Patents

Abstract

【課題】 目的地の方向を矢印で表示させる案内システムにおいて、目的地に到着した際にそれがすぐに分かり、目的地の近傍でユーザーが右往左往しないシステムを提供する。【解決手段】 携帯端末１と、携帯端末１に設けられた表示部６と、上記携帯端末１の現在地の位置データを取得する現在位置データ取得部９と、目的地設定部７と、演算処理部５とからなり、演算処理部５は、上記現在位置データと目的地設定部で設定された目的位置データとに基づいて上記現在地から目的地までの距離を演算し、算出された距離がゼロもしくはゼロ近傍の予め設定された閾値の範囲にあるか否かを判定し、上記距離が上記閾値の範囲にない場合に、現在地からの目的地の方向を演算して、その方向に応じた矢印を表示部６に表示させ、上記距離が上記閾値の範囲にある場合に、表示部６に表示されている矢印を消去して、その矢印に替えて目的地到着信号を表示させる機能を備えた。【選択図】 図２

Description

この発明は、現在地から目的地へユーザーを案内する案内システムに関する。

ユーザーを、目的地に導く案内システムには様々なものがある。
その中で、地図情報を表示させずに、現在地を基準とした目的地の方向や目的地までの距離を携帯端末に表示させる歩行者用の案内システムが知られている。
このようなシステムは、特に方向音痴で地図を読むことが苦手なユーザーにとって有用である。地図を読むことができないユーザーは、スタート時点の自分の位置が分かっていても、地図を見ながら歩いていくうちに自分の地図上の位置を見失ってしまうことがある。このようなユーザーにとって、進むべき方向が常に指示される案内システムは有益である。

図７に示した従来の案内システムは、ユーザーの携帯端末１が、現在位置データを取得する機能を備え、取得した現在位置データと、予め設定された目的位置データとによって目的地の方向と、距離とを演算するものである。
そして、携帯端末１の表示部２には、算出した目的地の方向に応じた矢印３と、目的地までの距離４とが表示される。
上記距離と方向とは、ユーザーの移動中に定期的に演算され、現在地が変化すれば、その現在地に対応した矢印３と距離４とが更新されて表示される。
このようなシステムで、ユーザーが目的地に到着した場合には、上記距離４がゼロとなるが、矢印３は直前に算出された方向のものが表示されたままになっている。

特開２００４−１０５３５０号公報

上記のように、従来の案内システムでは、目的地に到着した場合に、ユーザーの携帯端末１には、直前の位置データに基づいて算出された方向の矢印３が表示されたままになってしまう。そのため、ユーザーは、目的地に到着したことを、表示部２に表示された距離４のみで知ることになり、上記矢印３が表示された表示部２からは、到着したことを感覚的にすぐ理解できないことがある。
このように目的地に到着しているにもかかわらず、矢印３が残っていれば、ユーザーは矢印３に注目してしまい、距離表示のゼロを見落とす可能性がある。ユーザーが距離４のゼロを見落とせば、目的地を通り過ごして矢印方向に進んでしまう。そして、ある程度進めば、矢印は再び目的地の方向を示すが、ユーザーはその矢印に翻弄されてしまい、それこそ右往左往することになる。

また、ユーザーが上記のようにたびたび翻弄されると、当該案内システムに対する信頼性にも影響し、最終的には当該案内システムは使いにくいものとして、ユーザーから見捨てられる可能性すらある。
この発明の目的は、目的地の方向を矢印で表示させる案内システムにおいて、目的地に到着した際にそれがすぐに分かるとともに、目的地の近傍でユーザーが右往左往しないシステムを提供することである。

第１の発明は、携帯端末と、この携帯端末に設けられた表示部と、上記携帯端末の現在地の位置データを取得する現在位置データ取得部と、目的地を設定する目的地設定部と、上記表示部、現在位置データ取得部及び目的地設定部と連係可能な演算処理部とからなる。
そして、上記演算処理部は、上記現在位置データ取得部が取得した現在位置データと目的地設定部で設定された目的位置データとに基づいて上記現在地から目的地までの距離を演算する機能と、上記算出された距離がゼロもしくはゼロ近傍の予め設定された閾値の範囲にあるか否かを判定する機能と、上記距離がゼロもしくはゼロ近傍の上記閾値の範囲にない場合に、現在地からの目的地の方向を演算して、算出された方向に応じた矢印を上記表示部に表示させる機能と、上記距離がゼロもしくはゼロ近傍の上記閾値の範囲にある場合に、上記表示部に表示されている矢印を消去して、その矢印に替えて目的地到着信号を表示させる機能とを備えたことを特徴とする。
なお、上記ゼロ近傍の予め設定された閾値の範囲とは、現在地と目的地との距離がゼロでなくても、目的地に到着したと判定しても問題のない範囲のことである。

第２の発明は、上記演算処理部が、算出した上記距離を、上記表示部に表示させる機能を備えたことを特徴とする。

第３の発明は、上記目的地到着信号が、目的地近傍の詳細地図であることを特徴とする。

第４の発明は、上記演算処理部が、上記目的地到着信号を表示させた後に、目的地近傍の詳細地図を上記表示部に表示させる機能を備えたことを特徴とする。

第１の発明によれば、目的地に到着した際には、目的地の方向を示す矢印を携帯端末の表示部から積極的に消去するとともに、消去した矢印に替えて目的地到着信号が表示されるので、ユーザーは目的地に到着したことを一見して理解できる。
このように目的地に到着したときには、目的地の方向を示す矢印が消去されるので、矢印が残されたままになっていた従来のように、距離がゼロになっているのを見落としたり、右往左往したりせずにすみ、当該案内システムに対する信頼性も増すことになる。
また、現在地と目的地との距離が、ゼロになったときだけでなく予め設定された閾値の範囲にある場合に矢印を削除するようにしているので、目的地の近傍で頻繁に方向が変わる矢印が表示されてユーザーを混乱させることもない。
第２の発明によれば、ユーザーは、表示された距離から、目的地に対する自身の相対位置や、到着までのおおよその時間を推測することができる。

第３の発明によれば、目的地到着信号として、目的地近傍の詳細地図が表示されるため、ユーザーは、詳細地図上のビル名などによって、自分が行きたい場所をピンポイントで知ることができる。例えば、ユーザーが複数の建物に囲まれた状態で、目的地到着信号が表示されて案内が終了してしまうと、自分が行きたい建物がどれなのかまでわからないことがある。しかし、この発明によれば、目的地近傍の詳細地図が表示されるので、最後まで迷わずに目的地に到着することができる。
また、第４の発明によれば、詳細地図以外の目的地到着信号で到着したことを明確にしたうえで、詳細地図によってユーザーを最後まで案内することができる。

実施形態の携帯端末の構成図である。 実施形態における演算処理部の処理のフローチャートである。 実施形態のシステムを説明するための、現在地と目的地との関係を示した概念図である。 実施形態の携帯端末の表示部の画面で、ユーザーが目的地に到着するまでの間に表示される画面である。 実施形態の携帯端末の表示部の画面で、ユーザーが目的地に到着したときに表示される画面である。 図５とは別の、目的地到着信号の例を示した図である。 従来の案内システムの表示画面を示した図である。

図１〜６にこの発明の一実施形態を示す。
図１は、実施形態の案内システムのユーザーである歩行者が使用する携帯端末１の構成図である。
この携帯端末１は、演算処理部５と、これに接続された表示部６、目的地設定部７、地図データ記憶部８、現在位置データ取得部９及び向き検出部１０とを備えている。

上記目的地設定部７は、ユーザーが目的地を指定するところで、ユーザーが地図上の点を指示したり、住所を入力したりすることによって、目的地を指定すると、指定された目的地に対応した指定信号を受け付けて演算処理部５へ入力する機能を備えている。
また、地図データ記憶部８は、位置データ、例えば、緯度、経度を対応づけた地図情報を記憶した記憶部である。
上記演算処理部５は、上記目的地設定部７から目的地の指定信号が入力されたとき、地図データ記憶部８から、上記目的地に対応する緯度、経度を特定して目的位置データとして設定する機能を有する。つまり、上記目的地設定部７、地図データ記憶部８及び演算処理部５によって目的地が設定される。

また、上記現在位置データ取得部９は、携帯端末１の位置データを取得する機能を備えている。具体的には、現在位置データ取得部９がＧＰＳ（Global Positioning System）を利用して緯度、経度を取得し、それを現在位置データとして演算処理部５へ入力する。
さらに、向き検出部１０は、携帯端末１の表示部６の向きを検出する機能を備え、例えば加速度センサやジャイロなどで構成されている。

このような向き検出部１０が必要なのは、表示部６の向きによって目的の方向を示す矢印１１（図４参照）を変えなければならないからである。
例えば、ユーザーが、同一地点で回転して表示部６の向きを変えた場合には、上記現在位置データ取得部９で取得された現在位置データは変わらないが、目的地の方向は変化する。そこで、この向き検出部１０で検出された表示部６の向きに応じて、上記演算処理部５が、表示部６における矢印１１の向きを調整する。

上記のような携帯端末１からなるこの実施形態の案内システムの動作を、図２に示すフローチャートにしたがって説明する。なお、図２に示す処理フローは、演算処理部５の処理を示したものである。
まず、ユーザーが携帯端末１を操作してこの案内システムを起動させ、従来から知られている方法で目的地を指定すると、演算処理部５には、目的地設定部７から指定信号が入力される（ステップＳ１）。

演算処理部５は、ステップＳ２で、上記指定信号に基づいて上記地図データ記憶部８から目的位置データＰ１を取得してそれを記憶する。このステップＳ１，Ｓ２によって、目的地設定が終了する。
ステップＳ３で、演算処理部５は、上記現在位置データ取得部９を介して携帯端末１の現在位置データＰ２を取得する。
なお、上記目的位置データと現在位置データとの関係を、模式的に図３に示しているが、ここでは位置データである緯度、経度をｘ、ｙで示している。すなわち、現在地Ｐ２（ｘ２，ｙ２）と目的地Ｐ１（ｘ１，ｙ１）とは距離Ｌだけ離れていて、現在地Ｐ２における目的地Ｐ１の方向は、ｘ軸に対する角度θの方向である。

上記のように上記両位置データを取得した演算処理部５は、ステップＳ４で、現在地Ｐ２から目的地Ｐ１までの距離Ｌ（図３参照）を演算する。
ステップＳ５で、演算処理部５はステップＳ４で算出した距離Ｌがゼロもしくはゼロ近傍の予め設定された閾値の範囲にあるか否かを判定する。そして、距離Ｌがゼロもしくは上記閾値の範囲にないと判定した場合にはステップＳ６へ進み、距離Ｌがゼロもしくは上記閾値の範囲にあると判定した場合にはステップＳ１０に進む。

演算処理部５が、距離Ｌがほぼゼロではないと判定した場合にはステップＳ６へ進み、上記向き検出部１０から表示部６の向きを取得し、ステップＳ７で目的地の方向を演算する。
上記距離Ｌ及び目的地の方向は、先に取得した目的位置データＰ１（ｘ１，ｙ１）と現在位置データＰ２（ｘ２，ｙ２）とに基づいて演算される。例えば、Δｘ＝ｘ１−ｘ２、Δｙ＝ｙ１−ｙ２から、図３に示す角度θや上記距離Ｌを算出することができる。なお、演算処理部５で演算される上記距離Ｌは、現在地Ｐ１から目的地Ｐ２までの直線距離でもよいが、地球の球面に沿った距離でもよい。

そして、演算処理部５は、上記ステップＳ７で方向を演算した後、ステップＳ８に進み、上記算出した方向に応じた矢印１１を、表示部６に表示させる。この矢印１１は、上記ステップＳ６で取得した表示部６の向きを加味した方向の矢印である。
さらに、ステップＳ９に進み、演算処理部５は、図４に示すように、上記矢印１１とともに上記ステップＳ４で算出した距離Ｌも、表示部６に表示させる。
図４に示すように、表示部６に、目的地までの距離Ｌと方向の矢印１１とを表示させた後、演算処理部５はステップＳ３に戻り、現在位置データＰ２（ｘ２，ｙ２）を再度取得する。

そして、ステップＳ４からステップＳ５に進み、このステップＳ５で、上記距離Ｌがゼロもしくは上記閾値の範囲にあると判定されるまで、ステップＳ６→Ｓ７→Ｓ８→Ｓ９→Ｓ３→Ｓ４→Ｓ５の処理を繰り返すことになる。
これら一連の処理は連続的に実行されるが、上記ステップＳ３で現在位置データを取得する間隔を予め設定し、ステップＳ３〜Ｓ９の処理を間欠的に実行するようにしてもよい。
いずれにしても、ステップＳ８，Ｓ９の処理のタイミングに合わせて、表示部６の表示が変更される。

一方、ステップＳ５で、演算処理部５は距離Ｌがゼロもしくはゼロ近傍の予め設定された閾値の範囲にあると判定した場合、すなわち、ユーザーが目的地に到着した場合には、ステップＳ１０に進み、演算処理部５は、その時点で表示部６に矢印１１が表示されているか否かを判定する。
もし、図４に示すように、既に表示部６に矢印１１が表示されていた場合には、演算処理部５はステップＳ１１に進んで、表示部６から矢印１１を消去する。
次に、ステップＳ１２に進み、表示部６から消去された上記矢印１１に替えて、図５に示す目的地到着信号としての到着マーク１２を表示させる。そして、ステップＳ１３で、上記距離Ｌを表示させ、処理を終了する。

この実施形態において距離Ｌがゼロだけでなく、ゼロ近傍の閾値の範囲にある場合にも目的地に到着したと見なすようにしているのは、次の理由による。
もしも、距離Ｌ＝０のときのみを目的地への到着とすれば、ユーザーの位置が僅かでも目的位置データとずれていた場合には、矢印１１が表示されたままになるだけでなく、例えば、ユーザーが目的地を跨いでしまっただけでも、矢印１１の方向が変更されることになる。このように目的地の近傍に到着してから矢印１１の向きが頻繁に変化すれば、ユーザーを混乱させてしまう可能性がある。そのため、目的地に到着したと判定する距離に幅を持たせたのである。

また、上記ステップＳ１０で、表示部６に矢印が表示されていないと判定した場合には、ステップＳ１１を飛ばしてステップＳ１２へ進み、表示部６に目的地到着信号としての到着マーク１２を表示させ、ステップＳ１３で距離（Ｌ≒０）を表示させる。
このように、この実施形態では、目的地に到着するまでの間は、表示部６に目的地までの距離Ｌとともに、目的地の方向を示す矢印１１が表示されるが、目的地に到着すると、上記矢印１１は消去され、その代わりに目的地到着信号である到着マーク１２が表示される。

なお、図２に示すステップＳ１０で、ユーザーが目的地に到着した時点で、表示部６に矢印表示がない場合とは、案内システムの開始時に目的地に居た場合である。
例えば、ユーザーが目的地の設定を間違えて現在地を目的地として設定してしまった場合や、目的地近傍で、ユーザーが歩きながら目的地の設定を行ない、上記ステップＳ３の現在位置データの取得時に目的地に到着していた場合などが考えられる。
これらの場合には、目的地の方向を示す矢印１１は表示されずに、初めから目的地到着信号１２が表示される。

上記のように、この案内システムでは、ユーザーが目的地に到着したときには、表示部６からは、上記矢印１１が消去されて上記到着マーク１２が表示されているので、その表示部６を一見しただけで、目的地に到着したことを理解できる。したがって、ユーザーが距離Ｌを見落とすようなことがあっても、目的地を通り過ぎて右往左往することはない。
上記目的地到着信号は、ユーザーが目的地に到着したことを明確に知らせるためのものであり、図５に示すように到着したことが分かりやすい上記到着マーク１２などの図柄を用いることが好ましい。

また、上記目的地到着信号として、図６に示す目的地近傍の詳細地図１３を用い、これを上記ステップＳ１２で表示部６に表示させるようにしてもよい。
この詳細地図１３には、先に設定された目的地の位置に、ユーザー位置マーク１４を示すとともに、その周囲のビル名などが表示されたものである。そのため、ユーザーは、上記矢印１１が消去されたことによって、上記目的地に到着したことを一見して理解できるとともに、上記ユーザー位置マーク１４やビル名など、詳細地図１３に表示された情報から最終目的地に到着することができる。

また、この詳細地図１３においても、上記向き検出部１０によって検出された表示部６の向きに応じて、ユーザー位置マーク１４の方向や地図の表示方向を区別することもできる。例えば、図６の二等辺三角形のユーザー位置マーク１４の頂点側をユーザーの顔側として、ユーザーが顔を向けている方向に応じて地図を表示することもできる。このようにすれば、詳細地図１３が、ユーザーの顔の方向に応じて表示されるので、地図を理解することが苦手なユーザーでも地図を理解しやすくなる。
なお、上記詳細地図１３は、上記ステップＳ２で設定された目的地に応じて、演算処理部５が上記地図データ記憶部８から抽出したもので、それを目的地到着信号として表示させるようにする。

また、演算処理部５は、上記ステップＳ１２、Ｓ１３において、図５の到着マーク１２と距離Ｌとを表示部６に表示させた後に、上記目的地到着信号である到着マーク１２とは別に、目的地近傍の詳細地図を自動的に表示部６に表示させるようにしてもよい。
また、演算処理部５が、上記到着マーク１２などの目的地到着信号を表示させた後に、手動で詳細地図を表示させるようにしてもよい。その場合には、上記目的地到着信号を表示させた表示部６の画面内に、詳細地図を要求する要求ボタンなどを表示させる。そして、この要求ボタンによって、詳細地図の要求信号が入力されたら、演算処理部５は、目的地近傍の詳細地図を表示部６に表示させるようにする。

上記のように、目的地到着信号として、あるいは目的地到着信号とは別に、上記目的地近傍の詳細地図が表示されるようにすれば、ユーザーは、最終的な目的地まで確実に到着することができる。
例えば、設定された目的地が交差点上などの場合、矢印１１に替えて図５の到着マーク１２だけが表示されて案内が終了すると、ユーザーは、その先、どのビルに行くべきなのかがわからずに、途中で案内が終了した印象を持つ可能性がある。しかし、ユーザーが目的地に到着した後に、表示部６に目的地近傍の詳細地図が表示されれば、最後まで迷うことがない。
そして、上記目的地近傍の詳細地図は、表示部６の全面に表示されるようにしてもよいし、他の情報と同一画面に表示されるようにしてもよい。

また、上記実施形態では、携帯端末１に、目的地の方向に応じた矢印１１を表示させるだけでなく、目的地までの距離Ｌも上記矢印１１と同時に表示部６に表示させているが、上記距離Ｌは必ずしも表示させなくてもよい。上記距離Ｌが表示されなくても、目的地に到着した時点で、表示部６の矢印１１が消去され、その代わりに到着マーク１２が表示されれば、ユーザーは目的地に到着したことを一見して理解できる。
さらに、このシステムを徒歩圏内の案内に利用するユーザーは、もともと目的地までの距離がそれほど長くないことが多く、目的地を設定する際に、おおよその距離や時間を推測できるので、移動中に刻々変化する距離が表示されなくても特に問題はない。
ただし、表示部６に目的地までの距離Ｌが矢印１１と同時に表示されれば、移動中のユーザーは、自分の相対位置や到着時刻などを、より正確に推測することができるようになる。

また、この実施形態では、上記地図データ記憶部８を携帯端末１内に設けているが、この地図データ記憶部８は、上記演算処理部５からのアクセスを可能にして携帯端末１の外部に設けてもよい。その場合には、１つの地図データ記憶部８に、複数の携帯端末１の演算処理部５がアクセスして、そのデータを目的地の設定に利用することができる。

地図を理解することが苦手なユーザーにとって、有用なシステムである。

１ 携帯端末
２ 矢印
５ 演算処理部
６ 表示部
７ 目的地設定部
８ 地図データ記憶部
９ 現在位置データ取得部
１１ 矢印
１２ （目的地到着信号）到着マーク
１３ （目的地到着信号）目的地近傍の詳細地図
１４ ユーザー位置マーク
Ｌ （現在地から目的地までの）距離

Claims (4)

1. 携帯端末と、
   この携帯端末に設けられた表示部と、
   上記携帯端末の現在地の位置データを取得する現在位置データ取得部と、
   目的地を設定する目的地設定部と、
   上記表示部、現在位置データ取得部及び目的地設定部と連係可能な演算処理部とからなり、
   上記演算処理部は、
   上記現在位置データ取得部が取得した現在位置データと目的地設定部で設定された目的位置データとに基づいて現在地から目的地までの距離を演算する機能と、
   算出された上記距離がゼロもしくはゼロ近傍の予め設定された閾値の範囲にあるか否かを判定する機能と、
   上記距離がゼロもしくはゼロ近傍の上記閾値の範囲にない場合に、現在地からの目的地の方向を演算して、算出された方向に応じた矢印を上記表示部に表示させる機能と、
   上記距離がゼロもしくはゼロ近傍の上記閾値の範囲にある場合に、上記表示部に表示されている矢印を消去して、その矢印に替えて目的地到着信号を表示させる機能とを備えた案内システム。
2. 上記演算処理部は、
   算出した上記距離を、上記表示部に表示させる機能を備えた請求項１に記載の案内システム。
3. 上記目的地到着信号が、目的地近傍の詳細地図である請求項１又は２に記載の案内システム。
4. 上記演算処理部は、上記目的地到着信号を表示させた後に、目的地近傍の詳細地図を上記表示部に表示させる機能を備えた請求項１〜３のいずれか1に記載の案内システム。

Images