JP2014238289A - ナビゲーション装置および表示方法 - Google Patents

Abstract

【課題】目的地周辺の駐車場を自動的に検索し、目的地周辺に到達したら複数の駐車場候補を周回する経路を案内することができるナビゲーション装置を提供する。
【解決手段】目的地周辺の駐車場を検索し、予め設定されている２個以上の所定個数の駐車場候補を決定する目的地周辺駐車場検索部５３と、駐車場候補が現在地から所定の距離以内にある場合に、所定個数の駐車場の周回ルートを決定して表示させる駐車場表示制御部５４とを備えるようにしたので、目的地を設定するだけで、自動的にその目的地周辺の駐車場を検索して駐車場候補を決定し、自車が目的地周辺に到達すると、決定しておいた複数の駐車場候補を周回できるルートを提示してくれるため、目的地周辺に到着してから駐車場を探す手間や、満車等により駐車できずに再度駐車場を探し直すという手間も省くことができ、非常に効率よく駐車場を探して好みの駐車場に駐車することができる。
【選択図】図１

Description

この発明は、目的地までのルート検索を行う際に駐車場検索も行うナビゲーション装置および表示方法に関するものである。

一般的に、自動車等の車両に搭載されるナビゲーション装置は、自車位置および地図データに基づいて、設定された目的地までのルート検索を行い、運転者等のユーザに対して表示や音声によるルート案内を行う。この際、観光地などの有名な場所や駅などの利用者が多い場所へ行く場合には、その付近に駐車場が併設されている場合がある。

しかし、目的地に駐車場が併設されていない施設等を目的地として向かった場合には、目的地付近に着いてから、ユーザが周辺検索を行うことにより、自車位置周辺や目的地周辺の駐車場を検索して表示させ、その中からユーザが１つの駐車場を選択する、すなわち、目的地付近に到着してから周辺の駐車場を検索するのが一般的である。

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

しかしながら、駐車場の利用状況（満車か否か）、利用料金、駐車場環境（舗装の有無、車幅制限、高さ制限など）等、実際に確認しなければ不明な点が多いため、自車両が駐車可能な駐車場か否かを事前に確認することは難しい。そのため、ユーザが選択した駐車場が満車であったり、自車両の車幅や車高などの制限により駐車不可能な駐車場であったりした場合には、さらにその周辺の駐車場を検索して表示させて移動しなければならず、最適な駐車場検索に手間と時間がかかってしまう、という課題があった。

この発明は、上記のような課題を解決するためになされたものであり、目的地周辺の駐車場を自動的に検索し、目的地周辺に到達したら複数の駐車場候補を周回する経路を案内することができるナビゲーション装置および表示方法を提供することを目的とする。

上記目的を達成するため、この発明は、車両の現在地と地図データとに基づいて前記車両の現在地から目的地までのルート検索を行う、前記車両に持ち込みまたは搭載されたナビゲーション装置において、前記地図データと前記目的地とに基づいて、目的地周辺の駐車場を検索し、予め設定されている２個以上の所定個数の駐車場の候補を決定する目的地周辺駐車場検索部と、前記車両の現在地と前記目的地周辺駐車場検索部において決定された駐車場の候補に基づいて、前記駐車場の候補のうちの少なくとも１つが前記車両の現在地から所定の距離以内にある場合に、前記所定個数の駐車場の周回ルートを決定し、当該周回ルートを表示させる指示を行う駐車場表示制御部と、前記駐車場表示制御部からの指示を受けて、前記所定個数の駐車場の周回ルートを表示する表示部とを備えたことを特徴とする。

この発明によれば、目的地周辺に到着してから周辺検索によって駐車場を探す手間が省けるとともに、どこか１つの駐車場を目的地設定して向かった場合に満車であったり車両条件等が合わなかったりして駐車できずに再度駐車場を探し直すという手間も省くことができ、非常に効率よく駐車場を探して好みの駐車場に駐車することができる。

実施の形態１におけるユーザ端末とサーバの構成を示すブロック図である。 実施の形態１における駐車場検索および表示の処理を示すフローチャートである。 所定個数（５個）の駐車場の周回ルートを示す表示画面例である。 実施の形態２における駐車場検索および表示の処理を示すフローチャートである。 駐車場の条件設定画面の一例である。 実施の形態３におけるナビゲーションシステムの概要を示す図である。

以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、この発明の実施の形態１におけるユーザ端末とサーバの構成を示すブロック図である。この実施の形態１では、ユーザ端末１０が、自動車等の車両の現在地と地図データとに基づいて、車両の現在地から目的地までのルート検索を行うナビゲーション装置として機能し、サーバ２０は、複数のユーザ端末１０と通信を行い、情報の送受信を行う。

ナビゲーション装置であるユーザ端末１０は、入力部１１、表示部１２、通信部１３、自車位置検出部１４、案内表示制御部１５を備えている。このユーザ端末１０は、自動車等の車両に搭載または持ち込んで設置されて使用されるものである。

入力部１１は、ユーザからの手動による入力を受け付けるものであり、ユーザ端末１０に設けられたハードウェアのスイッチ、キー、ボタンや、表示部１２と一体型のタッチセンサ、あるいは、ハンドル等に設置されたリモコン等、いずれの形態のものであってもよい。

表示部１２は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）や有機ＥＬディスプレイなど、案内表示制御部１５からの指示を受けて、ユーザに情報を提示する。また、上述のように、表示一体型のタッチパネルであって、例えばＬＣＤとタッチセンサから構成されていてもよい。

通信部１３は、サーバ２０と通信を行い、情報の送受信を行うものであり、少なくとも地図データ取得部３１と駐車場空き情報受信部３２とを備えている。そして、この実施の形態１ではサーバ２０が地図データを記憶しており、ナビゲーション装置であるユーザ端末１０は、地図データ取得部３１を介してサーバ２０から地図データを取得する。また、後述する駐車場の空き情報を、駐車場空き情報受信部３２を介して受信する。

なお、ここでは地図データをサーバ２０から取得するものとして説明するが、ナビゲーション装置であるユーザ端末１０が地図データ記憶部を備え、地図データが記憶されているものであってもよい。
自車位置検出部１４は、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等を用いて、自車の現在位置を検出する。

案内表示制御部１５は、経路案内検索部５１、経路表示制御部５２、目的地周辺駐車場検索部５３、駐車場表示制御部５４を備えている。
経路案内検索部５１は、自車位置検出部１４により検出された自車位置と、地図データ取得部３１により取得した地図データに基づいて、入力部１１を介して設定された目的地までのルート検索を行い、最適なルートを決定する。

経路表示制御部５２は、経路案内検索部５１からの指示を受けて、決定された最適ルートを表示部１２に表示させる。
目的地周辺駐車場検索部５３は、地図データ取得部３１により取得した地図データと、入力部１１を介して設定された目的地に基づいて、目的地周辺の駐車場を検索し、予め設定されている所定個数の駐車場候補を決定する。

この「所定個数」については、少なくとも２個以上（複数）とする。これは、目的地周辺の駐車場候補が１つだけでは、その駐車場が満車となってしまった場合や、車両の条件（車幅や車高など）に合わない場合などに対応できず、再検索が必要になるため、例えば「５箇所」等とする。

また、この「所定個数」は、デフォルトで設定されている個数であってもよいし、ユーザが任意に設定した個数であってもよい。なお、この実施の形態では、所定個数としてデフォルトで「５」が設定されているものとして説明する。

さらに、目的地周辺駐車場検索部５３は、決定した各駐車場候補について、駐車場空き情報受信部３２を介して空き情報を取得し、候補として決定した駐車場が満車であった場合には、別の駐車場を検索して駐車場候補として決定する処理も行う。

駐車場表示制御部５４は、自車位置検出部１４により検出された自車位置（車両の現在地）と目的地周辺駐車場検索部５３において決定された駐車場候補とに基づいて、その駐車場候補のうちの少なくとも１つが車両の現在地から所定の距離以内にある場合に、すなわち、自車両が駐車場候補のうちの少なくとも１つから所定の距離に到達すると、所定個数の駐車場の周回ルートを決定し、当該周回ルートを表示するよう表示部１２に対して指示を行う。

これは、駐車場の立地位置によっては、入庫するために制限がある場合があるからである。例えば、中央分離帯があり、右折での入庫が不可となるケースや、一方通行のため付近まで到着していても入庫までたどり着けないケースなどが考えられる。そこで、目的地周辺の駐車場候補から所定の距離に到達し次第、候補である所定個数の駐車場をスムーズに見て回り、かつ、入庫を決めた際には入庫可能となるような最適な周回ルートを案内する。

図２は、この実施の形態１におけるユーザ端末１０の案内表示制御部１５における駐車場検索および表示の処理を示すフローチャートである。
まず、ユーザにより入力部１１を介して目的地が設定されたか否かを判断する（ステップＳＴ１）。目的地が設定された場合（ステップＳＴ１のＹＥＳの場合）には、地図データ取得部３１が取得した地図データに基づいて、ステップＳＴ１で設定された目的地に駐車場が併設されているか否かを判定する（ステップＳＴ２）。

ここで、目的地に駐車場がある場合（ステップＳＴ２のＹＥＳの場合）には、そのままこの処理としては終了し、通常どおりルート案内を開始する。
一方、目的地に駐車場がない場合（ステップＳＴ２のＮＯの場合）には、目的地周辺の駐車場を検索し（ステップＳＴ３）、予め設定されている所定個数（５個）の駐車場候補を決定する（ステップＳＴ４）。なお、この場合にも、ステップＳＴ２以降の処理と並行して、通常どおりのルート案内は開始されている。

その後、決定された所定個数（５個）の駐車場候補のうちの１つから所定の距離に自車両が到達するまで待ち（ステップＳＴ５のＮＯの場合）、自車両が駐車場候補から所定の距離に到達すると、すなわち、自車両の現在地から所定の距離以内に駐車場候補があれば（ステップＳＴ５のＹＥＳの場合）、各駐車場候補の空き情報を取得する（ステップＳＴ６）。

この際の「所定の距離」についても、例えば「１ｋｍ」というデフォルトで設定されている距離であってもよいし、ユーザが任意に設定した距離であってもよい。なお、この実施の形態では、所定の距離として「１ｋｍ」が設定されているものとして説明する。

受信した空き情報により、候補の駐車場が満車か否かを判定し（ステップＳＴ７）、満車の駐車場があった場合（ステップＳＴ７のＹＥＳの場合）、その満車の駐車場を候補から除外し、別の駐車場候補を追加し（ステップＳＴ８）、再び候補の駐車場の空き情報を受信する処理（ステップＳＴ６）に戻る。

そして、所定個数（５個）すべての駐車場候補が満車でない場合（ステップＳＴ７のＮＯの場合）、それら所定個数（５個）の駐車場を周回するための周回ルートを決定して表示部１２に表示させる（ステップＳＴ９）。
図３は、このようにして決定された所定個数（５個）の駐車場の周回ルートを示す表示画面例である。

まず、前述のステップＳＴ４において、目的地４０の周辺にある駐車場の中から、駐車場１〜５が駐車場候補として決定されているとする。そして、この候補の駐車場１〜５のうちの１つ（図３（ａ）に示す例では、自車両４１の現在位置から最も近い位置にある駐車場１）から、１ｋｍ以内の距離に自車両４１が到達すると（ステップＳＴ５のＹＥＳの場合）、候補の駐車場１〜５の空き情報を取得する（ステップＳＴ６）。

そして、候補であるすべての駐車場１〜５が満車でなければ（ステップＳＴ７のＮＯの場合）、５個（所定個数）の候補の駐車場１〜５の周回ルートを決定して表示する（ステップＳＴ９）。
図３（ａ）は、候補の駐車場１→３→４→５→２の順で周回し、また駐車場１に戻ってくることができるルートを決定して表示した状態を示している。

これにより、候補の駐車場１〜５をユーザが実際に見てみて、駐車しやすいか、車幅や車高等の問題がないか、目的地４０からどの程度離れているかなどを感覚的に把握した上で、どの駐車場を利用するかを決めることができるので、ユーザの好みに合った駐車場に駐車することができる。

なお、ユーザが急いでいる場合や、図３（ａ）のように表示された周回ルートを見た上で目的地４０との距離などから最初の候補である駐車場１でよさそうだと考えた場合などは、すべての候補の駐車場１〜５を周回することなく、例えば最初の候補である駐車場１に自車両４１を駐車して、ルート案内を終了させてしまうことも可能である。

また、図３（ａ）のような周回ルートが表示された後も、自車両４１がどこかの駐車場に駐車するまで（ルート案内が終了するまで）、候補の駐車場１〜５の空き情報を取得し（ステップＳＴ６）、すべての駐車場１〜５が満車か否かをチェックしている（ステップＳＴ７）。

これは、駐車場の空き状況は刻一刻と変化するため、リアルタイムで駐車場の空き情報を取得し、満車となった場合には、空き状態となるまで候補から外し、別の候補を代替で追加するためである。

例えば、自車両４１が走行している途中で、候補の中の駐車場４が満車になったとする。この場合、ステップＳＴ７における候補の駐車場が満車か否かのチェックがＹＥＳとなるので、満車の駐車場４を候補から除外し、別の駐車場６を候補に追加する（ステップＳＴ８）。

そして、新たな候補である５個の駐車場１，２，３，５，６について空き情報を取得し（ステップＳＴ６）、これらすべての駐車場が満車でなければ（ステップＳＴ７のＮＯの場合）、これらの候補の駐車場１，２，３，５，６の周回ルートを決定して表示する（ステップＳＴ９）。

図３（ｂ）は、こうして決定された周回ルートを示す図であり、候補の駐車場１→３→５→６→２の順で周回し、また駐車場１に戻ってくることができるルートを決定して表示した状態を示している。

これにより、候補だった駐車場が途中で満車になった場合にも、すぐに代わりの候補を決定してその候補を含む周回ルートを表示してくれるので、到着してみたら満車で入庫できず、再度別の駐車場を探して向かわなければならないというような、余計な手間や時間がかかってしまうことを防ぐことができる。

なお、この実施の形態では、候補の駐車場の中に満車の駐車場があった場合には、別の駐車場候補を追加するものとして説明したが、満車の駐車場を候補から除外して、周回ルートを決定して表示するようにしてもよい。

すなわち、例えば図３（ａ）に示す周回ルートが表示された後に、候補の駐車場４が満車になったとすると、満車の駐車場４を候補から除外し、残りの候補の駐車場１，２，３，５の空き情報を取得して、それらの駐車場がすべて満車でなければ、それら４個の駐車場１，２，３，５の周回ルートを決定して表示するようにすればよい。

図３（ｃ）は、こうして決定された周回ルートを示す図であり、候補の駐車場１→３→５→２の順で周回し、また駐車場に戻ってくることができるルートを決定して表示した状態を示している。

このようにすれば、別の駐車場候補を決定して追加する手間が省けるとともに、ユーザにとっても、満車のため駐車できない駐車場を通るルートを走行する必要がなくなり、空きがある候補の駐車場を効率よく周回して、ユーザの好みに合った駐車場に駐車することができる。

以上のように、この実施の形態１によれば、目的地を設定するだけで、自動的にその目的地周辺の駐車場を検索して複数の駐車場候補を決定し、自車が目的地周辺に到達すると、決定しておいた複数の駐車場候補を周回できるルートを提示してくれるので、目的地周辺に到着してから周辺検索によって駐車場を探す手間が省けるとともに、どこか１つの駐車場を目的地設定して向かった場合に満車であったり車両条件等が合わなかったりして駐車できずに再度駐車場を探し直すという手間も省くことができ、非常に効率よく駐車場を探して好みの駐車場に駐車することができる。

なお、この実施の形態１では、ユーザ端末がナビゲーション機能を備え、ルート案内を行うものとして説明したが、サーバがナビゲーション機能を有し、ユーザ端末から少なくとも目的地と現在位置（ユーザ端末が使用されている自車位置）を受信し、サーバが案内表示制御部１５の処理を行って、ユーザ端末に対してルート案内および駐車場候補の周回ルート案内を行うようにしてもよい。

実施の形態２．
この発明の実施の形態２におけるユーザ端末とサーバの構成を示すブロック図は、実施の形態１における図１に示すブロック図と同じであるので、図示および説明を省略する。以下に示す実施の形態２では、実施の形態１と比べると、目的地周辺の駐車場候補を検索するための条件が設定（設定または選択）され、その条件に合うように予め候補の駐車場が絞り込まれている点が異なる。

図４は、この実施の形態２における駐車場検索および表示の処理を示すフローチャートである。
まず、ユーザにより入力部１１を介して目的地が設定されたか否かを判断する（ステップＳＴ１１）。目的地が設定された場合（ステップＳＴ１１のＹＥＳの場合）には、地図データ取得部３１が取得した地図データに基づいて、ステップＳＴ１１で設定された目的地に駐車場が併設されているか否かを判定する（ステップＳＴ１２）。

ここで、目的地に駐車場がある場合（ステップＳＴ１２のＹＥＳの場合）には、そのままこの処理としては終了し、通常どおりルート案内を開始する。
一方、目的地に駐車場がない場合（ステップＳＴ１２のＮＯの場合）には、目的地周辺の駐車場検索を行うために、ユーザの希望や車両の制限（車高や車幅など）に合った駐車場条件が設定（設定または選択）されているか否かを確認する（ステップＳＴ１３）。

この駐車場条件の設定は、ユーザが予め行っておいてもよいし、目的地を設定した後に駐車場条件の設定（設定または選択）を行うようにしてもよい。
例えば、目的地に駐車場が併設されていない場合（ステップＳＴ１２のＮＯの場合）には、図５に示すような駐車場の条件設定画面が表示されてユーザに条件を設定（設定または選択）させるようにする。

ここで、車両の特徴優先ボタン６１は、自車両の車幅や車高などの制限に合った駐車場が検索されるよう、駐車場の検索条件として車両の特徴を選択するボタンである。この際、この車両の特徴優先ボタン６１を選択することにより、車両に記憶されている自車両の特徴（車幅や車高などの情報）により自動的にその条件に合った駐車場が検索されるようにしてもよいし、その隣にある車両の特徴設定ボタン６５を押すことにより、優先して検索したい特徴をユーザが設定することによりその設定された条件に合った駐車場が検索されるようにしてもよい。

駐車場の特徴優先ボタン６２は、ユーザの好みの駐車場が検索されるよう、駐車場の検索条件として駐車場の特徴を選択するボタンである。駐車場の特徴とは、例えば、立体駐車場か平面駐車場か、舗装あり（アスファルトやコンクリートなど）か舗装なし（砂利や土）か、ストッパー式かゲート式かなどの駐車場環境のことであり、駐車場の特徴優先ボタン６２の隣にある駐車場の特徴設定ボタン６６を押すことにより、優先して検索したい詳細な駐車場の特徴をユーザが設定することができる。

なお、この駐車場の特徴（駐車場環境）については一度設定を行えば、あとは駐車場の特徴優先ボタン６２を押すだけで、設定された条件に合った駐車場が検索されるが、設定されている条件を変更したい場合には、再度、駐車場の特徴設定ボタン６６から設定し直せばよい。

また、利用料金の安い順ボタン６３は、駐車場の利用料金が安い順に駐車場が検索されるように設定するボタンであり、口コミランキング順ボタン６４は、人気等の口コミランキングの高い順に駐車場が検索されるように設定するボタンである。

このようにして、駐車場条件が設定（設定または選択）されると（ステップＳＴ１３のＹＥＳの場合）、目的地周辺のその駐車場条件に合った駐車場を検索し（ステップＳＴ１４）、予め設定されている所定個数（５個）の駐車場候補を決定する（ステップＳＴ１５）。なお、この場合にも、ステップＳＴ１２以降の処理と並行して、通常どおりのルート案内は開始されている。

その後、決定された所定個数（５個）の駐車場候補のうちの１つから所定の距離に自車両が到達するまで待ち（ステップＳＴ１６のＮＯの場合）、自車両が駐車場候補から所定の距離に到達すると、すなわち、自車両の現在地から所定の距離以内に駐車場候補があれば（ステップＳＴ１６のＹＥＳの場合）、各駐車場候補の空き情報を取得する（ステップＳＴ１７）。

この際の「所定の距離」についても、例えば「１ｋｍ」というデフォルトで設定されている距離であってもよいし、ユーザが任意に設定した距離であってもよい。なお、この実施の形態では、所定の距離として「１ｋｍ」が設定されているものとして説明する。

受信した空き情報により、候補の駐車場が満車か否かを判定し（ステップＳＴ１８）、満車の駐車場があった場合（ステップＳＴ１８のＹＥＳの場合）、その満車の駐車場を候補から除外し、別の駐車場候補を追加し（ステップＳＴ１９）、再び候補の駐車場の空き情報を受信する処理（ステップＳＴ１７）に戻る。

そして、所定個数（５個）すべての駐車場候補が満車でない場合（ステップＳＴ１８のＮＯの場合）、それら所定個数（５個）の駐車場を周回するための周回ルートを決定して表示部１２に表示させる（ステップＳＴ２０）。

このようにして決定された所定個数（５個）の駐車場の周回ルートを示す表示画面例は実施の形態１で示した図３と同様であるので、図示および説明を省略するが、例えば、駐車場の検索条件として、駐車場の特徴優先で「立体駐車場」が設定されていた場合には、立体駐車場のみが候補の駐車場として検索され、周回ルートの表示画面に示される駐車場（図３の駐車場１〜６）もすべて、立体駐車場となる。

以上のように、この実施の形態２によれば、目的地周辺の駐車場候補を決定するための駐車場の検索条件を予め設定しておくことにより、駐車場候補の決定の際の絞り込みをサポートし、ユーザの希望に合った駐車場のみを候補として検索して複数の駐車場候補を決定して、自車が目的地周辺に到達すると決定しておいた複数の駐車場候補を周回できるルートを提示してくれるので、実施の形態１の効果に加えて、さらにユーザの希望に合った駐車場を効率よく探して好みの駐車場に駐車することができる。

なお、周回ルートによって一通り見て回っても決められない場合や、決める際に利用者の人気などを参考にしたい場合などを考慮して、図３のような周回ルートを表示した画面に「ランキング」ボタンを設け、そのボタンを押すと、候補として表示されている駐車場を口コミランキング（人気ランキング）順に表示したり、画面に表示された候補の駐車場をタッチすると口コミ情報が表示されたりするようにしてもよい。

さらに、口コミ情報を表示して確認した結果、今後その駐車場が候補の駐車場として決定されないようにしたい場合には、その駐車場を削除することができるよう、「削除」ボタン等を設けて候補の駐車場から削除するようにしてもよい。これにより、その後またその駐車場が選択されることがなくなる。

また、駐車場の検索条件として、利用料金の安い順を選択（設定）した場合には、目的地から所定の範囲内（距離内）にある駐車場の中で料金の安い順に候補の駐車場が決定される。この際にも、図３のような周回ルートを表示した画面に「リスト表示」ボタンを設け、そのボタンを押すと、候補として表示されている駐車場が料金の安い順にリスト表示されるようにしてもよい。

さらに、図５に示す条件設定画面では、利用料金の安い順ボタン６３としたが、この利用料金の安い順ボタン６３に代えて、利用料金の制限設定ボタンをし、上限金額を設定するようにしてもよい。そして、その利用料金の上限金額が設定された場合には、その金額以内で対応可能な駐車場が候補として決定されるようにすればよい。

なお、この場合にも、図３のような周回ルートを表示した画面に「ランキング」ボタンを設けて口コミランキング（人気ランキング）順に表示したり、「料金順」ボタンを設けて利用料金の安い順にリスト表示されたりするようにしてもよい。

実施の形態３．
以上の実施の形態１，２では、この発明におけるユーザ端末が、車両に持ち込みまたは搭載されたナビゲーション装置であり、車両のナビゲーション機能および駐車場の案内表示制御機能を有するものとして説明したが、サーバがナビゲーション機能や駐車場の案内表示制御機能を有し、ユーザ端末の表示部にその結果を表示させる場合に適用したり、スマートフォン、タブレットＰＣ、携帯電話等の携帯情報端末等にインストールされるナビゲーション機能や駐車場の案内表示制御機能のアプリケーション等に適用したり、携帯情報端末等とサーバとが連携してナビゲーション機能や駐車場の案内表示制御機能のアプリケーションを実行する場合にも適用することができる。

図６は、この発明の実施の形態３におけるナビゲーションシステムの概要を示す図である。このナビゲーションシステムは、ユーザ端末１００が、スマートフォンなどの携帯情報端末１０１およびサーバ１０２の少なくとも一方と連携してナビゲーション処理や駐車場の案内表示制御を行ったり、スマートフォンなどの携帯情報端末１０１およびサーバ１０２の少なくとも一方がナビゲーション処理や駐車場の案内表示制御を行い、ユーザ端末１００にルート案内や駐車場の候補および周回ルートを提示させる等、様々な形態をとることができる。以下、当該ナビゲーションシステムの構成態様について説明する。

実施の形態１，２では、この発明のナビゲーション機能および駐車場の案内表示制御機能を、ユーザ端末１０がすべて備えるものとして説明したが、この実施の形態３におけるナビゲーションシステムでは、サーバ１０２がナビゲーション処理および駐車場の案内表示制御を行い、その結果を携帯情報端末１０１を介してユーザ端末１００に提示させることによりユーザに提供する場合、および、携帯情報端末１０１がサーバ１０２と連携してナビゲーション処理および駐車場の案内表示制御を行い、その結果をユーザ端末１００に提示させることによりユーザに提供する場合について説明する。

まず、サーバ１０２がナビゲーション処理および駐車場の案内表示制御を行い、その結果（ルート検索結果や駐車場の候補および周回ルート）を携帯情報端末１０１を介してユーザ端末１００に提示させる場合について説明する。

この構成においては、ユーザ端末１００が携帯情報端末１０１を経由してサーバ１０２と通信する場合が考えられる。サーバ１０２は、上記実施の形態１，２で説明したナビゲーション装置として機能する。また、ユーザ端末１００は、携帯情報端末１０１とサーバ１０２によるルート検索結果や駐車場の候補および周回ルートをユーザに提供するための出力部（表示部）を少なくとも備える出力装置（表示装置）として機能する。

この場合、ユーザ端末１００は基本的に通信機能および出力機能（表示機能）のみを有し、サーバ１０２によるルート検索結果や駐車場の候補および周回ルートを受信してユーザに提供する。

すなわち、サーバ１０２がナビゲーション装置であり、このナビゲーション装置であるサーバ１０２が、ユーザにより入力された目的地に基づいたルート検索結果や駐車場の候補および周回ルートをユーザ端末１００に提示させる。
このように構成しても、実施の形態１，２と同様な効果を得ることができる。

また、携帯情報端末１０１がサーバ１０２と連携してナビゲーション処理および駐車場の案内表示制御を行い、その結果（ルート検索結果や駐車場の候補および周回ルート）をユーザ端末１００がユーザに提供する場合について説明する。

この構成においても、ユーザ端末１００が携帯情報端末１０１を経由してサーバ１０２と通信する場合が考えられ、携帯情報端末１０１のアプリケーションが、サーバ１０２と連携してナビゲーション処理および駐車場の案内表示制御を行う。また、ユーザ端末１００は、携帯情報端末１０１とサーバ１０２によるルート検索結果や駐車場の候補および周回ルートをユーザに提供するための出力部（表示部）を少なくとも備える出力装置（表示装置）として機能する。

この場合にも、ユーザ端末１００は基本的に通信機能および出力機能（表示機能）のみを有し、携帯情報端末１０１とサーバ１０２との連携によるルート検索結果や駐車場の候補および周回ルートを受信してユーザに提供する。

すなわち、携帯情報端末１０１のアプリケーションにより、ユーザにより入力された目的地に基づいたルート検索結果や駐車場の候補および周回ルートを出力装置（表示装置）であるユーザ端末１００に提示させる。
このように構成しても、実施の形態１，２と同様な効果を得ることができる。

なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

１〜６ 駐車場、１０，１００ ユーザ端末、１１ 入力部、１２ 表示部、１３ 通信部、１４ 自車位置検出部、１５ 案内表示制御部、２０，１０２ サーバ、３１ 地図データ取得部，３２ 駐車場空き情報受信部、４０ 目的地、４１ 自車両、５１ 経路案内検索部、５２ 経路表示制御部、５３ 目的地周辺駐車場検索部、５４ 駐車場表示制御部、６１ 車両の特徴優先ボタン、６２ 駐車場の特徴優先ボタン、６３ 利用料金の安い順ボタン、６４ 口コミランキング順ボタン、６５ 車両の特徴設定ボタン、６６ 駐車場の特徴設定ボタン、１０１ 携帯情報端末。

Claims (6)

1. 車両の現在地と地図データとに基づいて前記車両の現在地から目的地までのルート検索を行う、前記車両に持ち込みまたは搭載されたナビゲーション装置において、
   前記地図データと前記目的地とに基づいて、目的地周辺の駐車場を検索し、予め設定されている２個以上の所定個数の駐車場の候補を決定する目的地周辺駐車場検索部と、
   前記車両の現在地と前記目的地周辺駐車場検索部において決定された駐車場の候補に基づいて、前記駐車場の候補のうちの少なくとも１つが前記車両の現在地から所定の距離以内にある場合に、前記所定個数の駐車場の周回ルートを決定し、当該周回ルートを表示するよう指示を行う駐車場表示制御部と、
   前記駐車場表示制御部からの指示を受けて、前記所定個数の駐車場の周回ルートを表示する表示部と
   を備えたことを特徴とするナビゲーション装置。
2. 駐車場の空き情報を受信する駐車場空き情報受信部をさらに備え、
   前記目的地周辺駐車場検索部は、前記決定した各駐車場の候補について、前記駐車場空き情報受信部を介して空き情報を取得し、前記候補として決定した駐車場が満車であった場合には、別の駐車場を検索して駐車場の候補として決定する
   ことを特徴とする請求項１記載のナビゲーション装置。
3. 前記目的地周辺駐車場検索部は、前記目的地周辺の駐車場を検索するための駐車場の検索条件が予め設定されている場合には、当該検索条件に合った駐車場のみを候補として決定する
   ことを特徴とする請求項１記載のナビゲーション装置。
4. 前記検索条件とは、前記車両の特徴、前記駐車場の特徴、前記駐車場の利用料金、前記駐車場の口コミランキングのうちのいずれかである
   ことを特徴とする請求項３記載のナビゲーション装置。
5. 車両の現在地と地図データとに基づいて前記車両の現在地から目的地までのルート検索を行い、検索結果を表示装置に表示させるナビゲーション装置において、
   前記地図データと前記目的地とに基づいて、目的地周辺の駐車場を検索し、予め設定されている２個以上の所定個数の駐車場の候補を決定する目的地周辺駐車場検索部と、
   前記車両の現在地と前記目的地周辺駐車場検索部において決定された駐車場の候補に基づいて、前記駐車場の候補のうちの少なくとも１つが前記車両の現在地から所定の距離以内にある場合に、前記所定個数の駐車場の周回ルートを決定し、当該周回ルートを表示するよう前記表示装置に対して指示を行う駐車場表示制御部と
   を備えたことを特徴とするナビゲーション装置。
6. 車両の現在地と地図データとに基づいて前記車両の現在地から目的地までのルート検索を行い、検索結果を表示装置に表示させるナビゲーション装置の表示方法であって、
   目的地周辺駐車場検索部が、前記地図データと前記目的地とに基づいて、目的地周辺の駐車場を検索し、予め設定されている２個以上の所定個数の駐車場の候補を決定するステップと、
   駐車場表示制御部が、前記車両の現在地と前記目的地周辺駐車場検索部において決定された駐車場の候補に基づいて、前記駐車場の候補のうちの少なくとも１つが前記車両の現在地から所定の距離以内にある場合に、前記所定個数の駐車場の周回ルートを決定し、当該周回ルートを表示するよう前記表示装置に対して指示を行うステップと
   を備えたことを特徴とする表示方法。

Images