JP2020041882A - 駐車場案内装置、駐車場案内方法及び駐車場案内プログラム - Google Patents

Abstract

【課題】目的地に関連付けられた駐車場に案内できる駐車場案内装置等を提供する。【解決手段】駐車場案内装置は、特定部と、選択部と、生成部と、提示部とを有する。特定部は、駐車場からの利用者の移動軌跡情報を用いて利用者の滞在地を特定する。選択部は、特定部にて特定された滞在地から駐車場を選択する。生成部は、選択部にて選択された駐車場と特定部にて特定された滞在地とに基づいて、目的地と駐車場との組合せの関連表を生成する。提示部は、利用者から目的地が指定された場合に、関連表から目的地に対応する駐車場を提示する。【選択図】図３

Description

本発明は、駐車場案内装置、駐車場案内方法及び駐車場案内プログラムに関する。

車両のナビゲーション装置（以下、単にナビ装置と称する）は、運転者が目的地を設定し、設定した目的地までの経路を案内する。運転者は、目的地までの経路が分からない場合でも、その案内で目的地に到着できる。

特開２０１４−２３８２８９号公報 特開２００２−２４３４７１号公報 特開２０１７−１５７０３６号公報

しかしながら、運転者がナビ装置に設定する目的地は、運転者本人の最終目的地であり、車両の目的地でない場合が多々ある。そもそも、車両の目的地は車両を駐車することができる駐車場であり、運転者の目的地と駐車場とが離れている場合が多々ある。例えば、駐車場がない場所を目的地に設定した場合、運転者は、目的地周辺で駐車場を探索しなければならず、正しいナビゲーションとは言えない。

一つの側面では、目的地に関連付けられた駐車場に案内できる駐車場案内装置等を提供することにある。

一つの態様では、駐車場案内装置として、特定部と、選択部と、生成部と、提示部とを有する。特定部は、駐車場からの利用者の移動軌跡情報を用いて利用者の滞在地を特定する。選択部は、特定部にて特定された滞在地から駐車場を選択する。生成部は、選択部にて選択された駐車場と特定部にて特定された滞在地とに基づいて、目的地と駐車場との組合せの関連表を生成する。提示部は、利用者から目的地が指定された場合に、関連表から目的地に対応する駐車場を提示する。

一つの側面として、目的地に関連付けられた駐車場に案内できる。

図１は、実施例１の駐車場案内装置の一例を示す説明図である。 図２は、ナビ装置のハードウェア構成の一例を示すブロック図である。 図３は、ナビ装置の機能構成の一例を示すブロック図である。 図４は、サーバのハードウェア構成の一例を示すブロック図である。 図５は、サーバの機能構成の一例を示すブロック図である。 図６は、メイン目的地とサブ目的地との関係の一例を示す説明図である。 図７は、優先度テーブルの一例を示す説明図である。 図８は、駐車場テーブルの一例を示す説明図である。 図９は、閾値テーブルの一例を示す説明図である。 図１０は、施設単位関連表テーブルの一例を示す説明図である。 図１１は、関連表一覧テーブルの一例を示す説明図である。 図１２は、関連表テーブルの一例を示す説明図である。 図１３は、ナビ使用時の駐車場案内装置に関わる処理動作の一例を示すシーケンス図である。 図１４は、利用者の移動軌跡情報によるメイン目的地とサブ目的地との関係の一例を示す説明図である。 図１５は、ナビ装置のサブ目的地設定処理に関わる処理動作の一例を示すフロー図である。 図１６は、ナビ装置の駐車場選択処理に関わる処理動作の一例を示すフロー図である。 図１７は、ナビ装置の滞在地特定処理に関わる処理動作の一例を示すフロー図である。 図１８は、ナビ装置の関連表更新処理に関わる処理動作の一例を示すフロー図である。 図１９は、目的地未設定時の駐車場案内装置に関わる処理動作の一例を示すシーケンス図である。 図２０は、実施例２の駐車場案内装置の一例を示す説明図である。 図２１は、携帯端末のハードウェア構成の一例を示すブロック図である。 図２２は、携帯端末の機能構成の一例を示すブロック図である。 図２３は、サーバの機能構成の一例を示すブロック図である。 図２４は、ナビ使用時の駐車場案内装置に関わる処理動作の一例を示すシーケンス図である。 図２５は、ナビ使用時の駐車場案内装置に関わる処理動作の一例を示すシーケンス図である。 図２６は、駐車場案内プログラムを実行する情報処理装置の一例を示すブロック図である。

以下、図面に基づいて、本願の開示する駐車場案内装置等の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、実施例１の駐車場案内装置１の一例を示す説明図である。図１に示す駐車場案内装置１は、車両２内に配置したナビ装置３と、例えば、運転者が携帯するスマートフォンやタブレット端末等の携帯端末４と、データセンタ内のサーバ５とを有する。車両２は、通信部２Ａと、状態管理部２Ｂとを有する。通信部２Ａは、例えば、ナビ装置３と通信する。状態管理部２Ｂは、センサが検出した車速や舵角等の各種の状態情報を取得し、管理する、例えば、ＥＣＵ(Electronic Control Unit)等である。携帯端末４は、ナビ装置３及び通信網６と接続する通信部９１と、後述する移動軌跡情報を取得するＧＰＳ（Global Positioning System）９２とを有する。

図２は、ナビ装置３のハードウェア構成の一例を示すブロック図である。図２に示すナビ装置３は、第１の通信装置１１と、第２の通信装置１２と、表示装置１３と、音響装置１４と、入力装置１５とを有する。ナビ装置３は、ＲＯＭ（Read Only Memory）１６と、ＲＡＭ（Random Access Memory）１７と、ＣＰＵ（Central Processing Unit）１８と、バス１９とを有する。第１の通信装置１１は、例えば、車両２内のＥＣＵ等と通信接続する通信ＩＦ（Interface）である。第２の通信装置１２は、例えば、携帯端末４と通信接続する通信ＩＦである。表示装置１３は、各種情報、特に地図情報等を表示する出力ＩＦである。音響装置１４は、各種情報、例えば、音声案内等を出力又は音声でコマンドを入力する入出力ＩＦである。入力装置１５は、各種情報、例えば、目的地入力等のコマンドを入力する入力ＩＦである。ＲＯＭ１６は、各種情報、例えば、プログラム等を格納する領域である。ＲＡＭ１７は、各種情報を記憶する領域である。ＣＰＵ１８は、ナビ装置３全体を制御する。バス１９は、第１の通信装置１１、第２の通信装置１２、表示装置１３、音響装置１４、入力装置１５、ＲＯＭ１６、ＲＡＭ１７及びＣＰＵ１８と接続するバスラインである。

図３は、ナビ装置３の機能構成の一例を示すブロック図である。図３に示すナビ装置３は、記憶部３０と、制御部２０とを有する。記憶部３０は、例えば、ＲＡＭ１７、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ＨＤＤ、光ディスク等の記憶装置に対応する。記憶部３０は、地図メモリ３１と、ユーザメモリ３２とを有する。地図メモリ３１は、地図情報と、駐車場や施設地等の施設情報とを格納している。ユーザメモリ３２は、例えば、優先度テーブル３３、駐車場テーブル３４及び関連表テーブル３５等を格納している。制御部２０は、例えば、ＣＰＵ１８等の電子回路に対応する。そして、制御部２０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。ＣＰＵ１８は、例えば、ＲＯＭ１６に格納されたプログラムをＲＡＭ１７上に展開する。ＣＰＵ１８は、ＲＡＭ１７上に展開されたプログラムをプロセスとして実行することで、例えば、端末通信制御部２１、ＣＡＮ(Controller Area Network)通信制御部２２及びナビ制御部２３として機能する。ナビ制御部２３は、経路探索部２３Ａと、特定部２３Ｂと、選択部２３Ｃと、生成部２３Ｄと、提示部２３Ｅとを有する。

経路探索部２３Ａは、地図情報を参照して目的地までの経路を探索する経路探索機能を司る部位である。特定部２３Ｂは、駐車場からの利用者の移動軌跡情報を用いて利用者の滞在地を特定する。選択部２３Ｃは、特定部２３Ｂにて特定された滞在地から駐車場を選択する。生成部２３Ｄは、選択部２３Ｃにて選択された駐車場と特定部２３Ｂにて特定された滞在地とで目的地組合せの関連表を生成する。提示部２３Ｅは、利用者から目的地が指定された場合に、関連表から目的地に対応する駐車場を利用者に提示する。すなわち、提示部２３Ｅは、メイン目的地に対応したサブ目的地である駐車場の経路を表示装置１３に表示出力する。メイン目的地は、運転者が設定した本来訪問する目的地である。サブ目的地は、運転者がメイン目的地に訪問する際に車両２を駐車する、例えば、駐車場等の車両の終点である。

図４は、サーバ５のハードウェア構成の一例を示すブロック図である。図４に示すサーバ５は、通信装置４１と、入力装置４２と、出力装置４３と、ＲＯＭ４４と、ＲＡＭ４５と、ＨＤＤ(Hard Disk Drive)４６と、ＣＰＵ４７と、バス４８とを有する。通信装置４１は、例えば、携帯端末４と接続する通信網６と通信接続する通信ＩＦである。入力装置４２は、各種情報を入力する入力ＩＦである。出力装置４３は、各種情報を出力する出力ＩＦである。ＲＯＭ４４は、プログラム等の各種情報を記憶する領域である。ＲＡＭ４５は、各種情報を記憶する領域である。ＨＤＤ４６は、各種情報を記憶する領域である。ＣＰＵ４７は、サーバ５全体を制御する。バス４８は、例えば、通信装置４１、入力装置４２、出力装置４３、ＲＯＭ４４、ＲＡＭ４５、ＨＤＤ４６及びＣＰＵ４７と接続するバスラインである。

図５は、サーバ５の機能構成の一例を示すブロック図である。図５に示すサーバ５は、記憶部６０と、制御部５０とを有する。記憶部６０は、地図ＤＢ（Database）６１と、共通ＤＢ６２とを有する。地図ＤＢ６１は、例えば、地図や施設等の最新の各データを格納したＤＢである。共通ＤＢ６２は、例えば、閾値テーブル３６、施設単位関連表テーブル３７及び関連表一覧テーブル３８等を格納したＤＢである。閾値テーブル３６は、関連度を判定するための判定閾値を格納した領域である。関連度とは、メイン目的地とサブ目的地との関連性、例えば、メイン目的地である施設とサブ目的地である駐車場との関連性の高さ度合である。施設単位関連表テーブル３７は、施設単位の優先項目毎に関連表を管理する領域である。関連表一覧テーブル３８は、各施設の関連表を管理する領域である。ＣＰＵ４７は、例えば、ＲＯＭ４４に格納されたプログラムをＲＡＭ４５上に展開する。ＣＰＵ４７は、ＲＡＭ４５上に展開されたプログラムをプロセスとして実行することで、例えば、通信制御部５１及びサーバ制御部５２として機能する。通信制御部５１は、通信装置４１を制御する。サーバ制御部５２は、サーバ５全体を制御する。

図６は、メイン目的地とサブ目的地との関係の一例を示す説明図である。メイン目的地は、運転者が設定した本来訪問する、例えば、施設１等の目的地である。尚、メイン目的地は、運転者自身が設定し、その設定を消去しない限り保持するものである。サブ目的地は、運転者がメイン目的地に訪問する際に車両２を駐車する、例えば、駐車場Ａ等の車両の終点である。

図７は、優先度テーブル３３の一例を示す説明図である。優先度テーブル３３は、駐車場を選択する際の優先項目３３Ａ毎の優先度３３Ｂを管理するテーブルである。優先度テーブル３３は、例えば、駐車場を選択する際に使用するテーブルである。優先項目３３Ａは、例えば、形状と、距離と、料金と、提携と、天気と、バリアフリーと、充電等の項目がある。形状は、例えば、車高や車幅等で車両の形状に合致しない駐車場を除外する条件である。距離は、例えば、メイン目的地への距離が近い駐車場を優先項目とする優先条件である。料金は、例えば、駐車料金を安い駐車場を優先項目とする優先条件である。提携は、例えば、メイン目的地が提携して割引サービスを実施する駐車場を優先項目とする優先条件である。天気は、例えば、雨天時での屋内駐車場を優先項目とする優先条件である。バリアフリーは、例えば、バリアフリーの駐車場を優先項目とする優先条件である。充電は、駐車場で充電したい時にＥＶ充電設備のある駐車場を優先項目とする優先条件である。優先度は、「１」を最優先とし、「１」、「２」、「３」…の順に優先順位を付与しているものとする。図７の例では、３種類の優先度テーブル３３を例示している。「例１」では車両がＥＶコンパクトカーの運転者の優先度テーブル３３を例示している。形状は「○」であるため、車両の形状による駐車場の除外はなく、充電は「○」であるため、充電設備のある駐車場を駐車条件とする。尚、形状としては、例えば、車両の車高や車幅等の実数値を定義しても良く、適宜変更可能である。更に、優先度として第１位を「提携」、第２位を「料金」、第３位を「距離」、第４位を「天気」、第５位を「バリアフリー」としている。また、「例２」では、乳児連れワンボックスミニバンの運転者の優先度テーブルを例示している。形状は「×」であるため、例えば、車両の形状による駐車場の除外があり、充電は「×」であるため、充電設備のある駐車場を駐車条件としない。更に、優先度として第１位を「バリアフリー」、第２位を「提携」、第３位を「天気」、第４位を「料金」、第５位を「距離」としている。優先度テーブル３３は、運転者等の利用者の操作に応じて設定可能である。形状は絶対的条件であるのに対し、距離、料金、提携、天気、バリアフリー及び充電は満足的条件である。優先度テーブル３３には、優先度項目の他に、利用者固有の嗜好、事情や行動を加味しても良く、適宜変更可能である。

図８は、駐車場テーブル３４の一例を示す説明図である。図８に示す駐車場テーブル３４には、例えば、インターネットや看板等で公開している収集可能な駐車場情報を管理している。駐車場テーブル３４は、例えば、駐車場を特定する際に使用するテーブルである。駐車場テーブル３４は、駐車場名３４Ａと、構造３４Ｂと、バリアフリー３４Ｃと、充電３４Ｄと、基本料金３４Ｅと、特典料金３４Ｆと、所有３４Ｇと、提携３４Ｈとを有する。駐車場名３４Ａは、駐車場を識別する名称である。構造３４Ｂは、駐車場の構造、例えば、地上露天、立体屋上、立体屋内、立体機械や路上等である。バリアフリー３４Ｃは、バリアフリー設備の有無を識別する項目である。充電３４Ｄは、ＥＶ充電設備の有無を識別する項目である。基本料金３４Ｅは、駐車料金の基本料金である。特典料金３４Ｆは、特典の駐車料金である。所有３４Ｇは、駐車場の所有者を識別する名称である。提携３４Ｈは、駐車場の提携者を識別する名称である。

図９は、閾値テーブル３６の一例を示す説明図である。図９に示す閾値テーブル３６は、サーバ５内に管理し、関連表に使用する関連度を設定する際の判定閾値を管理している。閾値テーブル３６は、例えば、関連度を設定する際に使用するテーブルである。判定閾値は、例えば、高中低の３種類である。関連度「高」の判定閾値は、例えば、利用率≧６０％とする。尚、利用率とは、メイン目的地の使用駐車場として利用した駐車場の利用率である。関連度「中」の判定閾値は、例えば、３０％≦利用率＜６０％とする。関連度「低」の判定閾値は、例えば、利用率＜３０％とする。サーバ５は、不特定対数の利用者のメイン目的地に対するサブ目的地の利用回数から利用率を算出する。サーバ５は、閾値テーブル３６を参照し、サブ目的地の利用率からサブ目的地の関連度を算出する。

図１０は、施設単位関連表テーブル３７の一例を示す説明図である。図１０に示す施設単位関連表テーブル３７は、施設単位の優先項目３７Ａ毎の各駐車場の利用回数及び関連度を管理している。施設単位関連表テーブル３７は、第三者の利用実績の観点から、例えば、施設単位で各駐車場の利用回数及び関連度を特定するのに使用するテーブルである。施設単位関連表テーブル３７は、優先項目３７Ａ毎に、所有駐車場３７Ｂ、提携駐車場３７Ｃ及び関連駐車場３７Ｄを対応付けて管理している。優先項目３７Ａは、例えば、距離、料金、提携、天気やバリアフリー等である。所有駐車場３７Ｂは、メイン目的地である施設が所有する駐車場の利用回数及び関連度を管理する。提携駐車場３７Ｃは、メイン目的地である施設が提携する駐車場の利用回数及び関連度を管理する。関連駐車場３７Ｄは、メイン目的地である施設が関連する駐車場の利用回数及び関連度を管理する。施設が関連する駐車場とは、所定駐車場及び提携駐車場以外の駐車場であって、施設をメイン目的地とした際に運転者が利用した駐車場である。

サーバ５は、ナビ装置３から携帯端末４経由で関連表更新要求を検出した場合、施設単位関連表テーブル３７を更新する。サーバ５は、各ナビ装置３からメイン目的地毎の駐車場の使用に応じて施設単位関連表テーブル３７内の優先項目毎の各駐車場の利用回数を＋１インクリメントし、当該施設の各駐車場の利用回数から各駐車場の利用率を算出する。更に、サーバ５は、施設内の各駐車場の利用回数から利用率を算出する。更に、サーバ５は、閾値テーブル３６を参照し、算出した利用率から該当施設の該当駐車場の関連度を算出し、施設単位関連表テーブル３７内の該当駐車場の関連度を更新する。

施設単位関連表テーブル３７は、複数の利用者の優先項目毎のサブ目的地の関連表を収集し、施設単位で優先項目毎のサブ目的地の関連表を管理している。サーバ５は、施設の優先項目毎の各駐車場の関連度を第三者に提示できる。

図１１は、関連表一覧テーブル３８の一例を示す説明図である。図１１に示す関連表一覧テーブル３８は、各施設の関連表を一覧管理している。関連表一覧テーブル３８は、例えば、運転者個人の利用実績の観点から、各施設の関連表を管理するテーブルである。関連表一覧テーブル３８は、施設名３８Ａと、所有駐車場３８Ｂと、提携駐車場３８Ｃと、関連駐車場３８Ｄとを対応付けて管理する。施設名３８Ａは、メイン目的地の施設名称である。所有駐車場３８Ｂは、施設が所有する駐車場であって、駐車場名及び関連度を管理している。提携駐車場３８Ｃは、施設が提携する駐車場であって、駐車場名及び関連度を管理している。関連駐車場３８Ｄは、所有駐車場及び提携駐車場以外でメイン目的地への訪問者が利用する駐車場であって、駐車場名及び関連度を管理している。サーバ５は、ナビ装置３から携帯端末４経由の関連表更新要求を検出すると、施設名毎の関連表を更新する。関連度は、例えば、低→中→高の３段階であって、「高」がメイン目的地との関連度が最も高いことを示している。

尚、施設毎の駐車場の利用率に応じて関連度を更新する。しかしながら、これに限定されるものではなく、例えば、メイン目的地の直近で駐車場を利用した場合、当該駐車場の関連度を１ＵＰしても良い。また、メイン目的地を最後に訪問してから所定期間、例えば、２年経過した場合にメイン目的地の全駐車場の関連度を「低」若しくはリセットしても良い。また、メイン目的地を最後に訪問してから所定期間、例えば、１年経過した場合、メイン目的地の全駐車場の関連度を１ＤＯＷＮしても良く、適宜変更可能である。

図１２は、関連表テーブル３５の一例を示す説明図である。ナビ装置３は、メイン目的地に関する施設の行項目を関連表一覧テーブル３８から抽出し、その施設の行項目を関連表テーブル３５としている。ナビ装置３は、関連表テーブル３５を使用して関連度に応じた駐車場を選択する駐車場選択処理を実行する。関連表テーブル３５は、施設名３５Ａと、所有駐車場３５Ｂと、提携駐車場３５Ｃと、関連駐車場３５Ｄとを対応付けて管理する。施設名３５Ａは、メイン目的地の施設名称である。所有駐車場３５Ｂは、メイン目的地が所有する駐車場であって、駐車場名及び関連度を管理している。関連度は、例えば、低→中→高の３段階であって、「高」がメイン目的地との関連度が最も高いことを示している。提携駐車場３５Ｃは、メイン目的地が提携する駐車場であって、駐車場名及び関連度を管理する。関連駐車場３５Ｄは、所有駐車場及び提携駐車場以外でメイン目的地への訪問者が利用する駐車場であって、駐車場名及び関連度を管理している。

次に実施例１の駐車場案内装置１の動作について説明する。図１３は、ナビ使用時の駐車場案内装置１に関わる処理動作の一例を示すシーケンス図である。ナビ装置３は、運転者によるメイン目的地の入力操作を検出すると（ステップＳ１１）、メイン目的地の関連表要求を携帯端末４経由でサーバ５に送信する（ステップＳ１２）。尚、メイン目的地は、利用者が訪問しようとする施設名等である。関連表要求には、メイン目的地の名称を含む。サーバ５は、関連表要求を受信した場合（ステップＳ１３）、関連表要求内のメイン目的地に対応する関連表を関連表一覧テーブル３８から取得する（ステップＳ１４）。サーバ５は、メイン目的地に対応する関連表、すなわちメイン目的地の関連表を取得した場合、メイン目的地の関連表を携帯端末４経由でナビ装置３に通知する（ステップＳ１５）。

ナビ装置３は、メイン目的地の関連表を受信した場合（ステップＳ１６）、メイン目的地の関連表に基づき、サブ目的地設定処理を実行する（ステップＳ１７）。尚、ナビ装置３は、図１２に示すようにメイン目的地の関連表を関連表テーブル３５に格納する。ナビ装置３は、サブ目的地設定処理で得たサブ目的地へのナビを開始する（ステップＳ１８）。尚、サブ目的地設定処理は、優先度テーブル３３及び関連表テーブル３５を参照してメイン目的地に対応するサブ目的地である駐車場を選択する。運転者は、ナビ装置３からのナビに応じてサブ目的地へ移動し、サブ目的地（駐車場）に到着した場合（ステップＳ１９）、車両２のエンジンをＯＦＦする。

ナビ装置３は、車両２のエンジンＯＦＦを検出した場合（ステップＳ２０）、エンジンのＯＦＦ時刻を記憶する（ステップＳ２１）。そして、運転者は、駐車場からメイン目的地へ携帯端末４を持参しながら移動し（ステップＳ２２）、再び、サブ目的地に帰着することになる（ステップＳ２３）。尚、携帯端末４は、ＧＰＳ９２が動作中の状態である。そして、運転者は、車両２に乗車してエンジンをＯＮしたとする。

ナビ装置３は、車両２のエンジンＯＮを検出した場合（ステップＳ２４）、移動軌跡情報要求を携帯端末４に送信する（ステップＳ２５）。携帯端末４は、移動軌跡情報要求を受信した場合（ステップＳ２６）、ＧＰＳ情報から、エンジンＯＦＦ時刻から現在までの運転者の移動軌跡情報を取得する（ステップＳ２７）。携帯端末４は、運転者の移動軌跡情報を取得した場合、取得した移動軌跡情報をナビ装置３に送信する（ステップＳ２８）。

ナビ装置３内の特定部２３Ｂは、移動軌跡情報を受信した場合（ステップＳ２９）、受信した移動軌跡情報に基づき、運転者の滞在地を特定する滞在地特定処理を実行する（ステップＳ３０）。尚、滞在地特定処理は、運転者の移動軌跡情報から運転者の行動軌跡で、例えば、メイン目的地等を含む滞在地を特定する。更に、ナビ装置３は、滞在地特定処理の処理結果に応じて関連表を更新する関連表更新処理を実行する（ステップＳ３１）。尚、関連表更新処理は、滞在地特定処理にて特定された滞在地に応じて関連表テーブルの内容を更新する。ナビ装置３は、関連表更新処理を実行した後、関連表更新要求を携帯端末４経由でサーバ５に送信する（ステップＳ３２）。尚、関連表更新要求は、メイン目的地訪問に際して使用した駐車場名と、メイン目的地等を含む滞在地の施設名とを含む情報である。そして、サーバ５は、関連表更新要求に応じて関連表の内容を更新し（ステップＳ３３）、図１３に示す処理動作を終了する。サーバ５は、関連表更新要求に応じて施設単位関連表テーブル３７及び関連表一覧テーブル３８の内容を更新する。

ナビ装置３は、運転者のメイン目的地の設定操作に応じてメイン目的地に対応する駐車場を優先項目及び関連度に応じて選択し、メイン目的地の駐車場を自動設定し、当該駐車場へのナビを開始する。その結果、運転者は、メイン目的地を設定するだけで、メイン目的地の駐車場への案内を受けることができる。

ナビ装置３は、携帯端末４から移動軌跡情報を取得し、取得した移動軌跡情報から滞在地を特定する。更に、ナビ装置３は、メイン目的地を含む滞在地を特定し、滞在地及び駐車場名を含む関連表更新要求をサーバ５に送信する。その結果、サーバ５は、駐車場と滞在地とで施設単位関連表テーブル３７及び関連表一覧テーブル３８の内容を更新できる。

図１４は、新規滞在地発生時のメイン目的地とサブ目的地との関係の一例を示す説明図である。ナビ装置３は、移動軌跡情報に基づき、例えば、駐車場Ａ（サブ目的地）→施設１（メイン目的地）→施設２（新規滞在地）→駐車場Ａ（サブ目的地）の経路で移動した運転者の行動を認識する。ナビ装置３は、駐車場テーブル３４及び地図情報を参照し、施設１と施設２との間の中間地点にある駐車場Ｂを選択する。ナビ装置３は、施設２をメイン目的地、駐車場Ｂをサブ目的地とする関連表を新規生成する。この際、ナビ装置３は、施設１をメイン目的地とする関連表についても、駐車場Ｂをサブ目的地として追加する。そして、ナビ装置３は、新規の関連表を含む関連表更新要求をサーバ５に送信する。

ナビ装置３では、移動軌跡情報から、例えば、１０分以上継続して滞在した施設１及び施設２の滞在地を特定し、メイン目的地（施設１）から滞在地（施設２）までの中間地点にある駐車場を選択する場合を例示した。しかしながら、ナビ装置３は、滞在地を特定し、施設１の滞在時間と施設２の滞在時間とを比較し、滞在時間が長い方の施設に近い駐車場を選択しても良く、適宜変更可能である。また、ナビ装置３は、滞在地を特定し、特定した施設１及び施設２の内、先に訪問した滞在地に近い方の駐車場を選択しても良く、適宜変更可能である。また、ナビ装置３は、滞在地を特定し、特定した施設の内、施設の特徴を比較して何方かの施設に近い方が便利だと判断した駐車場を選択しても良く、適宜変更可能である。また、ナビ装置３は、移動軌跡情報から、時間閾値として、例えば、１０分以上継続して滞在した施設の滞在地として特定する場合を例示したが、時間閾値として１０分以上に限定されるものではなく、利用者の設定操作に応じて適宜設定変更可能である。

尚、自分の利用実績を使用してメイン目的地対応の関連表を取得する場合には、関連表一覧テーブル３８を使用する場合を例示した。しかしながら、第三者の利用実績を使用してメイン目的地対応の関連表を取得する場合には、施設単位関連表テーブル３７を使用する。この場合、サーバ５は、関連表要求を受信した場合、関連表要求内のメイン目的地に対応する関連表を施設単位関連表テーブル３７から取得する。更に、サーバ５は、メイン目的地に対応する関連表、すなわちメイン目的地の関連表を取得した場合、メイン目的地の関連表を携帯端末４経由でナビ装置３に通知する。そして、ナビ装置３は、メイン目的地の関連表を受信した場合、メイン目的地の関連表に基づき、サブ目的地設定処理を実行する。ナビ装置３は、メイン目的地の関連表を関連表テーブル３５に格納する。ナビ装置３は、サブ目的地設定処理で得たサブ目的地へのナビを開始する。尚、サブ目的地設定処理は、優先度テーブル３３及び関連表テーブル３５を参照してメイン目的地に対応するサブ目的地である駐車場を選択する。

また、自分の利用実績がない場合には、第三者の利用実績を使用してメイン目的地に対応する関連表を施設単位関連表テーブル３７から取得するようにしても良く、適宜変更可能である。また、利用者の設定操作に応じて、メイン目的地に対応する関連表を関連表一覧テーブル３８又は施設単位関連表テーブル３７を取得しても良く、適宜変更可能である。

図１５は、ナビ装置３のサブ目的地設定処理に関わる処理動作の一例を示すフロー図である。ナビ装置３内のナビ制御部２３内の選択部２３Ｃは、関連表テーブル３５を参照し、メイン目的地の関連表を取得したか否かを判定する（ステップＳ４１）。選択部２３Ｃは、メイン目的地の関連表を取得した場合（ステップＳ４１肯定）、関連表からメイン目的地の所有駐車場及び提携駐車場を選択候補として抽出する（ステップＳ４２）。

選択部２３Ｃは、関連表からメイン目的地の関連駐車場の内、上限数までの関連駐車場を選択候補として抽出する（ステップＳ４３）。尚、上限数とは、例えば、都市部の場合は狭範囲、郊外の場合は広範囲、例えば、５００ｍ以内とし、その範囲内での選択候補として抽出可能な駐車場の数の上限である。また、上限数も利用者の設定操作に応じて適宜変更可能である。選択部２３Ｃは、メイン目的地の到着予想時刻を算出し（ステップＳ４４）、メイン目的地の到着予想時刻の天気情報を取得する（ステップＳ４５）。

選択部２３Ｃは、優先度テーブル３３を参照し、車両の形状の駐車条件があるか否かを判定する（ステップＳ４６）。選択部２３Ｃは、車両の形状の駐車条件がある場合（ステップＳ４６肯定）、選択候補から当該車両が駐車不可の駐車場を除外する（ステップＳ４７）。更に、選択部２３Ｃは、優先度テーブル３３を参照し、充電の駐車条件があるか否かを判定する（ステップＳ４８）。

選択部２３Ｃは、充電の駐車条件がある場合（ステップＳ４８肯定）、選択候補から充電設備のある駐車場のみを抽出する（ステップＳ４９）。そして、ナビ制御部２３内の提示部２３Ｅは、図１６に示す駐車場選択処理を実行し（ステップＳ５０）、選択した駐車場をサブ目的地に設定し（ステップＳ５１）、図１５に示す処理動作を終了する。その結果、提示部２３Ｅは、メイン目的地に対応した駐車場をサブ目的地として自動設定し、当該駐車場のナビを開始できる。

ナビ装置３は、メイン目的地の関連表から所有駐車場、提携駐車場及び関連駐車場を選択候補として抽出し、優先度テーブル３３内の優先項目に対応するメイン目的地の駐車場を選択候補から選択する。その結果、ナビ装置３は、メイン目的地の設定に応じてメイン目的地の駐車場を自動設定できる。つまり、ナビ装置３は、メイン目的地に関連付けられた車両の終点である駐車場のナビを運転者に提供できる。

図１６は、ナビ装置３の駐車場選択処理に関わる処理動作の一例を示すフロー図である。図１６において選択部２３Ｃは、優先度テーブル３３を参照し、選択候補から優先度１の駐車場があるか否かを判定する（ステップＳ６１）。尚、選択候補は、ステップＳ４１〜ステップＳ４９までの処理で抽出した駐車場の選択候補である。優先度１とは、優先度テーブル３３内の優先項目が第１位の項目である。選択部２３Ｃは、選択候補から優先度１の駐車場がある場合（ステップＳ６１肯定）、関連表テーブル３５を参照し、該当駐車場の内、関連度が「高」の駐車場があるか否かを判定する（ステップＳ６２）。関連表テーブル３５の内容は、自分の利用実績の観点の場合、関連表一覧テーブル３８から抽出したメイン目的地の関連表である。尚、説明の便宜上、関連表テーブル３５の内容として、関連表一覧テーブル３８から抽出したメイン目的地の関連表を例示したが、例えば、第三者の利用実績の観点の場合、施設単位関連表テーブル３７から抽出したメイン目的地の関連表でも良い。選択部２３Ｃは、該当駐車場の内、関連度が「高」の駐車場がある場合（ステップＳ６２肯定）、該当駐車場が１箇所であるか否かを判定する（ステップＳ６３）。選択部２３Ｃは、該当駐車場が１箇所の場合（ステップＳ６３肯定）、当該駐車場を選択し（ステップＳ６４）、図１６に示す処理動作を終了する。

選択部２３Ｃは、該当駐車場の内、関連度が「高」の駐車場がない場合（ステップＳ６２否定）、関連表テーブル３５を参照し、該当駐車場の内、関連度が「中」の駐車場があるか否かを判定する（ステップＳ６５）。選択部２３Ｃは、該当駐車場の内、関連度が「中」の駐車場がある場合（ステップＳ６５肯定）、該当駐車場が１箇所であるか否かを判定すべく、ステップＳ６３に移行する。

選択部２３Ｃは、該当駐車場の内、関連度が「中」の駐車場がない場合（ステップＳ６５否定）、関連表テーブル３５を参照し、該当駐車場の内、関連度が「低」の駐車場と判断し（ステップＳ６６）、該当駐車場が１箇所であるか否かを判定すべく、ステップＳ６３に移行する。

選択部２３Ｃは、該当駐車場が１箇所でない場合（ステップＳ６３否定）、すなわち２箇所以上の場合、複数の駐車場の内、優先度が高い方の駐車場を選択し（ステップＳ６７）、選択した駐車場を選択すべく、ステップＳ６４に移行する。尚、ステップＳ６７の優先度が高い方の駐車場を選択する処理とは、例えば、優先度１の該当駐車場が複数ある場合、次位の優先度２で該当駐車場を比較し、全ての該当駐車場が優先度２を満たす場合、次位の優先度３で該当駐車場を比較する。そして、優先度が満たさなくなる該当駐車場が見つかるまで優先度を順次変えて、高優先度を満たした方の該当駐車場を駐車場として選択する。従って、優先度１の該当駐車場が２箇所ある場合、該当駐車場が優先度２を満たすか否かを比較し、一方の該当駐車場が優先度２を満たし、他方の該当駐車場が優先度２を満たさなかった場合は、優先度１及び２を満たした該当駐車場を駐車場として選択する。

また、選択部２３Ｃは、選択候補から優先度１の駐車場がない場合（ステップＳ６１否定）、優先度テーブル３３を参照し、選択候補から優先度２の駐車場がるか否かを判定する（ステップＳ６９）。尚、優先度２とは、優先度テーブル３３内の優先項目が第２位の項目である。選択部２３Ｃは、選択候補から優先度２の駐車場がある場合（ステップＳ６９肯定）、該当駐車場の内、関連度が「高」の駐車場があるか否かを判定すべく、ステップＳ６２に移行する。

また、選択部２３Ｃは、選択候補から優先度２の駐車場がない場合（ステップＳ６９否定）、優先度テーブル３３を参照し、選択候補から優先度３の駐車場がるか否かを判定する（ステップＳ７０）。尚、優先度３とは、優先度テーブル３３内の優先項目が第３位の項目である。選択部２３Ｃは、選択候補から優先度３の駐車場がある場合（ステップＳ７０肯定）、該当駐車場の内、関連度が「高」の駐車場があるか否かを判定すべく、ステップＳ６２に移行する。

また、選択部２３Ｃは、選択候補から優先度３の駐車場がない場合（ステップＳ７０否定）、優先度テーブル３３を参照し、選択候補から優先度４の駐車場がるか否かを判定する（ステップＳ７１）。尚、優先度４とは、優先度テーブル３３内の優先項目が第４位の項目である。選択部２３Ｃは、選択候補から優先度４の駐車場がある場合（ステップＳ７１肯定）、該当駐車場の内、関連度が「高」の駐車場があるか否かを判定すべく、ステップＳ６２に移行する。

また、選択部２３Ｃは、選択候補から優先度４の駐車場がない場合（ステップＳ７１否定）、優先度テーブル３３を参照し、選択候補から優先度５の駐車場がるか否かを判定する（ステップＳ７２）。尚、優先度５とは、優先度テーブル３３内の優先項目が第５位の項目である。選択部２３Ｃは、選択候補から優先度５の駐車場がある場合（ステップＳ７２肯定）、該当駐車場の内、関連度が「高」の駐車場があるか否かを判定すべく、ステップＳ６２に移行する。また、選択部２３Ｃは、選択候補から優先度５の駐車場がない場合（ステップＳ７２否定）、メイン目的地を駐車場として選択し（ステップＳ６８）、図１６に示す処理動作を終了する。

ナビ装置３は、選択候補から優先度に応じた駐車場がある場合、関連度が高い方の駐車情報を選択する。その結果、メイン目的地に対応する駐車場が複数ある場合でも優先度及び関連度に応じた最適な駐車場を選択できる。

図１７は、ナビ装置３の滞在地特定処理に関わる処理動作の一例を示すフロー図である。図１７においてナビ制御部２３内の特定部２３Ｂは、携帯端末４から移動軌跡情報を取得したか否かを判定する（ステップＳ８１）。特定部２３Ｂは、移動軌跡情報を取得した場合（ステップＳ８１肯定）、移動軌跡情報から１０分以上滞在している滞在地があるか否かを判定する（ステップＳ８２）。

特定部２３Ｂは、例えば、１０分以上滞在している滞在地がある場合（ステップＳ８２肯定）、地図情報を照合して滞在地の施設名を特定し（ステップＳ８３）、図１７に示す処理動作を終了する。尚、滞在地が自宅の場合は、ステップＳ８３の施設名を特定することなく、図１７に示す処理動作を終了する。特定部２３Ｂは、移動軌跡情報を取得したのでない場合（ステップＳ８１否定）、図１７に示す処理動作を終了する。特定部２３Ｂは、移動軌跡情報から１０分以上滞在している滞在地がない場合（ステップＳ８２否定）、図１７に示す処理動作を終了する。

ナビ装置３は、携帯端末４からの移動軌跡情報を取得した場合、移動軌跡情報から１０分以上滞在している滞在地がある場合、滞在地の施設名を特定する。その結果、サブ目的地の駐車場で下車後に再度エンジンＯＮするまでの期間に運転者が滞在した滞在地を特定できる。

図１８は、ナビ装置３の関連表更新処理に関わる処理動作の一例を示すフロー図である。図１８においてナビ制御部２３内の生成部２３Ｄは、ナビ装置３に設定した目的地と図１７に示す滞在地特定処理で特定した滞在地とが一致するか否かの判定結果に基づき、滞在地がメイン目的地であるか否かを判定する（ステップＳ９１）。生成部２３Ｄは、滞在地がメイン目的地の場合（ステップＳ９１肯定）、関連表テーブル３５内のメイン目的地とサブ目的地との関連度を１ＵＰし（ステップＳ９２）、図１８に示す処理動作を終了する。例えば、関連度が「中」の状態で１ＵＰした場合、関連度は「高」となる。また、関連度が「低」の状態で１ＵＰした場合、関連度は「中」となる。

生成部２３Ｄは、滞在地がメイン目的地でない場合（ステップＳ９１否定）、ナビ装置３に設定した目的地と滞在地とが一致するか否かの判定結果に基づき、滞在地がメイン目的地以外であるか否かを判定する（ステップＳ９３）。生成部２３Ｄは、滞在地がメイン目的地以外の場合（ステップＳ９３肯定）、関連表テーブル３５にない新規の滞在地と判断し、関連表テーブル３５内に新規の滞在地とサブ目的地との関連表を新規設定し（ステップＳ９４）、図１８に示す処理動作を終了する。

生成部２３Ｄは、滞在地がメイン目的地以外でない場合（ステップＳ９３否定）、滞在地がメイン目的地及び新規の滞在地と判断し（ステップＳ９５）、関連表テーブル３５内のメイン目的地とサブ目的地との関連度を１ＵＰする（ステップＳ９６）。生成部２３Ｄは、地図情報及び駐車場テーブル３４を参照し、新規の滞在地とメイン目的地との中間地点にある新規の駐車場を特定する（ステップＳ９７）。更に、生成部２３Ｄは、特定された新規の駐車場をメイン目的地及び新規の滞在地のサブ目的地とし、新規の滞在地のメイン目的地と新規の駐車場のサブ目的地との関連表を新規設定し（ステップＳ９８）、図１８に示す処理動作を終了する。

ナビ装置３は、例えば、メイン目的地が「施設１」、サブ目的地が「駐車場Ａ」の場合、駐車場Ａ→施設１→駐車場Ａの移動軌跡情報を取得した場合、ステップＳ９１の肯定の判定処理に移行する。そして、ナビ装置３は、メイン目的地「施設１」とサブ目的地「駐車場Ａ」との関連度を１ＵＰする。その結果、ナビ装置３は、メイン目的地「施設１」及びサブ目的地「駐車場Ａ」の関連表を更新できる。

ナビ装置３は、例えば、メイン目的地が「施設１」、サブ目的地が「駐車場Ａ」の場合、駐車場Ａ→施設２→駐車場Ａの移動軌跡情報を取得した場合、ステップＳ９３の肯定の判定処理に移行する。そして、ナビ装置３は、メイン目的地「施設２」とサブ目的地「駐車場Ａ」との関連表を新規設定する。その結果、ナビ装置３は、新規の滞在地「施設２」及びサブ目的地「駐車場Ａ」の関連表を新規に設定できる。

ナビ装置３は、例えば、メイン目的地が「施設１」、サブ目的地が「駐車場Ａ」の場合、駐車場Ａ→施設１→施設２→駐車場Ａの移動軌跡情報を取得した場合、ステップＳ９３の否定の判定処理に移行する。ナビ装置３は、「施設１」と「施設２」との中間地点にある駐車場Ｂを選択する。ナビ装置３は、メイン目的地「施設１」と、サブ目的地「駐車場Ａ」及び「駐車場Ｂ」との関連表を更新する。更に、ナビ装置３は、メイン目的地「施設２」と、サブ目的地「駐車場Ａ」及び「駐車場Ｂ」との関連表を新規生成する。更に、メイン目的地に対応するサブ目的地の駐車場Ａの関連度は「中」、駐車場Ｂの関連度は「高」に設定する。その結果、ナビ装置３は、新規の滞在地「施設２」と新規の駐車場「駐車場Ｂ」との関連表を新規設定できる。

図１８に示す関連表更新処理を実行するナビ装置３は、関連表テーブル３５内の関連度等を更新する場合を例示した。更に、ナビ装置３は、関連表テーブル３５内の関連表を更新した後、更新後の関連表を含む関連表更新要求を携帯端末４経由でサーバ５に通知する。サーバ５は、更新後の関連表に応じて、関連表一覧テーブル３８の内容を更新する。また、サーバ５は、更新後の関連表に応じて施設単位関連表テーブル３７の内容を更新する。この場合、サーバ５は、更新後の関連表が関連度の更新の場合、利用回数を＋１インクリメントすることで、利用回数の比率に応じて関連度を更新しても良く、適宜変更可能である。

関連表更新処理を実行するナビ装置３は、「施設１」と「施設２」との中間地点にある駐車場Ｂを選択する場合を例示したが、これに限定されるものではなく、適宜変更可能である。例えば、「施設１」及び「施設２」の滞在時間を考慮し、滞在時間の長い方の施設の駐車場を選択しても良い。また、例えば、「施設１」及び「施設２」の内、先に利用した方を考慮し、先に利用した施設の駐車場を選択しても良い。また、例えば、「施設１」及び「施設２」の施設内容を考慮し、施設内容として手荷物が多くなる小売店の場合、小売店に近い方の駐車場を選択しても良く、適宜変更可能である。

図１９は、目的地未設定時の駐車場案内装置１に関わる処理動作の一例を示すシーケンス図である。ナビ装置３は、目的地未設定で運転者の運転中（ステップＳ１０１）に、運転中の現在地を地図表示する（ステップＳ１０２）。運転者は、目的地の駐車場に到着した場合（ステップＳ１０３）、車両２のエンジンをＯＦＦすることになる。ナビ装置３は、エンジンＯＦＦを検出した場合（ステップＳ１０４）、エンジンＯＦＦ時刻を記憶する（ステップＳ１０５）。

更に、運転者は、駐車場から目的地へ移動し（ステップＳ１０７）、その後、再び駐車場に帰着することになる（ステップＳ１０８）。そして、運転者は、車両２のエンジンをＯＮすることになる。ナビ装置３は、エンジンＯＮを検出した場合（ステップＳ１０９）、現在位置が自宅でなく、エンジンＯＦＦ時刻から現在時刻までの期間が、例えば、１０分以上経過した場合（ステップＳ１１０）、移動軌跡情報要求を携帯端末４に送信する（ステップＳ１１１）。尚、携帯端末４は、ＧＰＳ９２が動作中の状態である。

携帯端末４は、移動軌跡情報要求を受信した場合（ステップＳ１１２）、移動軌跡情報を取得し（ステップＳ１１３）、取得した移動軌跡情報をナビ装置３に送信する（ステップＳ１１４）。ナビ装置３は、移動軌跡情報を受信した場合（ステップＳ１１５）、移動軌跡情報に基づき、運転者の滞在地を特定する、図１５に示す滞在地特定処理を実行する（ステップＳ１１６）。

更に、ナビ装置３は、滞在地を特定した後、特定した滞在地をメイン目的地、現在位置の駐車場をサブ目的地として関連表を更新する（ステップＳ１１７）。ナビ装置３は、特定した滞在地と現在の駐車場との関連表を関連表テーブル３５に更新し、関連表更新要求を生成する。そして、ナビ装置３は、関連表更新要求を携帯端末４経由でサーバ５に送信する（ステップＳ１１８）。サーバ５は、関連表更新要求に応じて関連表を更新し（ステップＳ１１９）、図１９に示す処理動作を終了する。サーバ５は、関連表更新要求に応じて施設単位関連表テーブル３７及び関連表一覧テーブル３８の内容を更新する。

ナビ装置３は、目的地未設定の場合でも、到着した駐車場からの運転者の移動軌跡情報を取得し、移動軌跡情報から滞在地を特定した場合、滞在地と現在の駐車場との関連表を更新できる。その結果、ナビ装置３は、当該滞在地が次回にメイン目的地として指定された場合、当該メイン目的地に対応する駐車場を利用者に提示できる。

実施例１の駐車場案内装置１では、運転者が指定した目的地に応じて車両が行くべき駐車場を特定し、その駐車場を目的地として自動設定する。更に、駐車場案内装置１は、駐車場からメイン目的地までの運転者の移動軌跡からメイン目的地及びサブ目的地の関連表を自動更新する。その結果、実際に車両を駐車場に停めた実績と、運転者が車両を下車して向かった先の移動軌跡とを使用することでメイン目的地とサブ目的地との関連表を実際の運転者の行動軌跡で反映できる。

更に、実際に車両を停めた実績については、実装したナビ装置３を利用する不特定多数の利用者のものを収集する。これから目的地を設定する利用者と同じ嗜好・事情の人が利用した駐車場の実績に基づいて駐車場を選択することで、状況（天気、同乗者の事情）が変化しても最適な駐車場を利用できる。従って、ナビの利用機会を増やすことが可能となる。

ナビ使用時では、ナビ装置３に設定したメイン目的地と、実際に車両を停めたサブ目的地（駐車場）とを確認することで、サブ目的地の関連度を更新する。

目的地未設定時（単なる現在地表示の時）では、ナビ装置３が駐車場に停止したことを認識すると、駐車場から出発する前に運転者の携帯端末４から移動軌跡情報を取得し、移動軌跡情報から運転者の滞在地を特定する。そして、ナビ装置３は、特定した滞在地と、滞在地の駐車場との関連表を更新する。運転者の嗜好や事情を駐車場選択の優先度として使用することで、運転者に適した駐車場を選択することが可能となる。駐車場に到着してからどこへ向かったのかを携帯端末４の移動軌跡を取り込むことにより分析することで、目的地と駐車場の関連を最適な状態にカスタマイズすることが可能となる。その結果、目的地を入力するだけで運転者にとって最適な駐車場を自動設定することが可能となる。更に、データセンタでメイン目的地とサブ目的地との関連表を蓄積・共有することで、初めて訪れる場所においても最適な駐車場を利用することが可能となる。

尚、実施例１では、エンジンＯＦＦの操作に応じてエンジンＯＦＦ時刻を記憶する場合を例示したが、シートベルト装着センサでシートベルトが外されたタイミングでエンジンＯＦＦ時刻として記憶しても良く、適宜変更可能である。

尚、実施例１の駐車場案内装置１は、ナビ装置３を使用する場合を例示したが、ナビ装置３の代わりに、携帯端末４のナビアプリを使用した場合にも適用可能であり、その場合の実施の形態につき、実施例２として以下に説明する。尚、実施例１と同一の構成には同一符号を付すことで、その重複する構成に及び動作の説明については省略する。

図２０は、実施例２の駐車場案内装置１Ａの一例を示す説明図である。図２０に示す駐車場案内装置１Ａは、ナビアプリを実装した携帯端末４Ａと、サーバ５Ａとを有する。車両の運転者は、携帯端末４のナビアプリを使用して目的地までのナビを享受できる。

図２１は、携帯端末４Ａのハードウェア構成の一例を示すブロック図である。図２１に示す携帯端末４Ａは、無線装置７１と、入力装置７２と、表示装置７３と、ＧＰＳ装置７４と、充電装置７５と、ＲＯＭ７６と、ＲＡＭ７７と、ＣＰＵ７８と、バス７９とを有する。無線装置７１は、例えば、無線通信網を通じてデータセンタ内のサーバ５Ａと通信接続する通信ＩＦである。入力装置７２は、各種情報を入力する入力ＩＦである。表示装置７３は、各種情報を表示する出力ＩＦである。ＧＰＳ装置７４は、携帯端末４Ａの現在位置を取得する。充電装置７５は、車両からの電力供給を受ける。ＲＯＭ７６は、プログラム等の各種情報を記憶する領域である。ＲＡＭ７７は、各種情報を記憶する領域である。ＣＰＵ７８は、携帯端末４Ａ全体を制御する。バス７９は、無線装置７１、入力装置７２、表示装置７３、ＧＰＳ装置７４、充電装置７５、ＲＯＭ７６、ＲＡＭ７７及びＣＰＵ７８と接続するバスラインである。

図２２は、携帯端末４Ａの機能構成の一例を示すブロック図である。図２２に示す携帯端末４Ａは、記憶部９０と、制御部８０とを有する。記憶部９０は、地図メモリ９１と、ユーザメモリ９２とを有する。地図メモリ９１は、地図情報と、駐車場や施設地等の施設情報とを格納している。ユーザメモリ９２は、例えば、優先度テーブル３３、駐車場テーブル３４及び関連表テーブル３５等を格納している。制御部８０は、例えば、ＣＰＵ７８等の電子回路に対応する。そして、制御部８０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。ＣＰＵ７８は、例えば、ＲＯＭ７６に格納されたプログラムをＲＡＭ７７上に展開する。ＣＰＵ７８は、ＲＡＭ７７上に展開されたプログラムをプロセスとして実行することで、例えば、通信制御部８１及び端末制御部８２として機能する。端末制御部８２は、特定部８２Ａと、選択部８２Ｂと、生成部８２Ｃと、提示部８２Ｄとを有する。

特定部８２Ａは、駐車場からの利用者の移動軌跡情報を用いて利用者の滞在地を特定する。特定部８２Ａは、図１７に示す滞在地特定処理を実行する。選択部８２Ｂは、特定部８２Ａにて特定された滞在地から駐車場を選択する。選択部８２Ｂは、図１５に示すサブ目的地設定処理及び図１６に示す駐車場選択処理を実行する。生成部８２Ｃは、選択部８２Ｂにて選択された駐車場と特定部８２Ａにて特定された滞在地とで目的地組合せの関連表を生成する。生成部８２Ｃは、図１８に示す関連表更新処理を実行する。提示部８２Ｄは、利用者から目的地が指定された場合に、関連表から目的地に対応する駐車場を提示する。

図２３は、サーバ５Ａの機能構成の一例を示すブロック図である。図２３に示すサーバ５Ａは、記憶部６０と、制御部５０とを有する。記憶部６０は、地図ＤＢ６１及び共通ＤＢ６２の他に、個別ＤＢ６３を有する。地図ＤＢ６１は、例えば、地図や施設等の最新の各データを格納したＤＢである。共通ＤＢ６２は、例えば、閾値テーブル３６、施設単位関連表テーブル３７及び関連表一覧テーブル３８等を格納したＤＢである。個別ＤＢ６３は、例えば、優先度テーブル３３を有する。ＣＰＵ４７は、ＲＡＭ４５上に展開されたプログラムをプロセスとして実行することで、例えば、通信制御部５１及びサーバ制御部５２として機能する。

次に実施例２の駐車場案内装置１Ａの動作について説明する。図２４及び図２５は、ナビ使用時の駐車場案内装置１Ａに関わる処理動作の一例を示すシーケンス図である。図２４に示す携帯端末４Ａは、運転者のナビアプリの起動操作を検出した場合（ステップＳ１２１）、ナビアプリを起動する（ステップＳ１２２）。携帯端末４Ａは、ナビアプリを起動した場合、現在位置の周辺情報を取得する周辺情報取得要求をサーバ５Ａに送信する（ステップＳ１２３）。尚、周辺情報は、現在位置の地図情報である。

サーバ５Ａは、周辺情報取得要求を受信した場合（ステップＳ１２４）、地図ＤＢ６１から現在位置の周辺情報を取得し（ステップＳ１２５）、周辺情報を携帯端末４に送信する（ステップＳ１２６）。携帯端末４Ａは、周辺情報を受信する（ステップＳ１２７）。

図２５に示す携帯端末４Ａは、運転者からメイン目的地の入力を検出した場合（ステップＳ１３１）、メイン目的地の関連表要求をサーバ５Ａに送信する（ステップＳ１３２）。サーバ５Ａは、関連表要求を受信した場合（ステップＳ１３３）、関連表一覧テーブル３８を参照し、関連表要求内のメイン目的地に対応する関連表を取得する（ステップＳ１３４）。尚、メイン目的地に対応する関連表は、関連表一覧テーブル３８から取得する関連表であるため、運転者の利用実績を考慮した関連表である。また、メイン目的地に対応する関連表は、施設単位関連表テーブル３７から取得しても良く、この場合は、第三者の利用実績に考慮した関連表となる。サーバ５Ａは、メイン目的地の関連表を取得した場合、メイン目的地の関連表を携帯端末４Ａに通知する（ステップＳ１３５）。

携帯端末４Ａは、メイン目的地の関連表を受信した場合（ステップＳ１３６）、メイン目的地の関連表を関連表テーブル３５に格納する。そして、携帯端末４Ａは、関連表テーブル３５内のメイン目的地の関連表に基づき、図１５に示すサブ目的地設定処理を実行する（ステップＳ１３７）。携帯端末４Ａは、サブ目的地設定処理で得たサブ目的地へのナビを開始する（ステップＳ１３８）。携帯端末４Ａは、ナビでサブ目的地（駐車場）に到着した場合（ステップＳ１３９）、ナビアプリを停止する（ステップＳ１４０）。そして、運転者は、駐車場からメイン目的地へ携帯端末４Ａを持参しながら移動し（ステップＳ１４１）、再びサブ目的地に帰着することになる（ステップＳ１４２）。

携帯端末４Ａは、運転者によるナビアプリの起動操作を検出した場合（ステップＳ１４３）、ナビアプリを起動する（ステップＳ１４４）。更に、携帯端末４Ａは、現在位置が自宅でなく、ナビアプリ停止からナビアプリ起動までの停止期間が、例えば、１０分以上の場合（ステップＳ１４５）、停止期間内の移動軌跡情報を取得する（ステップＳ１４６）。

携帯端末４Ａは、取得した移動軌跡情報に基づき、滞在地を特定する、図１７に示す滞在地特定処理を実行する（ステップＳ１４７）。携帯端末４Ａは、特定された滞在地に基づき、図１８に示す関連表更新処理を実行し（ステップＳ１４８）、関連表更新要求をサーバ５Ａに通知する（ステップＳ１４９）。尚、関連表更新要求は、メイン目的地訪問に際して使用した駐車場名と、メイン目的地等を含む滞在地の施設名とを含む情報である。サーバ５Ａは、関連表更新要求を受信した場合、関連表の内容を更新し（ステップＳ１５０）、図２５に示す処理動作を終了する。サーバ５は、関連表更新要求に応じて施設単位関連表テーブル３７及び関連表一覧テーブル３８の内容を更新する。

携帯端末４Ａは、運転者のメイン目的地の設定操作に応じてメイン目的地に対応する駐車場を優先項目及び関連度に応じて選択し、メイン目的地の駐車場を自動設定し、当該駐車場へのナビを開始する。その結果、運転者は、メイン目的地を設定するだけで、メイン目的地の駐車場への案内を受けることができる。

携帯端末４Ａは、ナビアプリ停止からナビアプリ起動までの移動軌跡情報を取得し、移動軌跡情報から滞在地を特定する。更に、携帯端末４Ｂは、メイン目的地を含む滞在地を特定し、滞在地及び駐車場名を含む関連表更新要求をサーバ５Ａに送信する。その結果、サーバ５Ａは、駐車場を使用してメイン目的地等含む滞在地で施設単位関連表テーブル３７及び関連表一覧テーブル３８の内容を更新できる。

尚、説明の便宜上、実施例１の駐車場案内装置はナビ装置３、実施例２の駐車場案内装置は携帯端末４Ａで実行する場合を例示したが、クラウドに設けても良く、適宜変更可能である。サーバ５は、データセンタ内の情報処理装置を例示したが、クラウドに設けても良く、適宜変更可能である。

利用実績が駐車場選択の重要な要素であるから、駐車場の利用実績を上げるサービスが期待できる。例えば、カーナビの画面にカーナビ利用者限定の割引クーポンを表示する機能を設けることで、手数料ビジネスが可能となる。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図２６は、駐車場案内プログラムを実行する情報処理装置１００の一例を示すブロック図である。

図２６に示す駐車場案内プログラムを実行する情報処理装置１００では、入力装置１１０と、出力装置１２０と、ＲＯＭ１３０と、ＲＡＭ１４０と、ＣＰＵ１５０と、バス１６０とを有する。

そして、ＲＯＭ１３０には、上記実施例と同様の機能を発揮する駐車場案内プログラムが予め記憶されている。尚、ＲＯＭ１３０ではなく、図示せぬドライブで読取可能な記録媒体に駐車場案内プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。駐車場案内プログラムとしては、図２６に示すように、特定プログラム１３０Ａ、選択プログラム１３０Ｂ、生成プログラム１３０Ｃ及び提示プログラム１３０Ｄである。尚、プログラム１３０Ａ〜１３０Ｄについては、適宜統合又は分散しても良い。

そして、ＣＰＵ１５０は、これらのプログラム１３０Ａ〜１３０ＤをＲＯＭ１３０から読み出し、これら読み出された各プログラムをＲＡＭ１４０のワークエリア上に展開する。そして、ＣＰＵ１５０は、図２６に示すように、ＲＡＭ１４０上に展開した各プログラム１３０Ａ〜１３０Ｄを、特定プロセス１４０Ａ、選択プロセス１４０Ｂ、生成プロセス１４０Ｃ及び提示プロセス１４０Ｄとして機能する。

ＣＰＵ１５０は、駐車場からの利用者の移動軌跡情報を用いて利用者の滞在地を特定する。ＣＰＵ１５０は、特定された滞在地から駐車場を選択する。ＣＰＵ１５０は、選択された駐車場と特定された滞在地とで目的地組合せの関連表を生成する。ＣＰＵ１５０は、利用者から目的地が指定された場合に、関連表から目的地に対応する駐車場を提示する。その結果、目的地に関連付けられた駐車場に案内できる。

１、１Ａ 駐車場案内装置
３ ナビ装置
４、４Ａ 携帯端末
２３Ｂ、８２Ａ 特定部
２３Ｃ，８２Ｂ 選択部
２３Ｄ，８２Ｃ 生成部
２３Ｅ，８２Ｄ 提示部

Claims (8)

1. 駐車場からの利用者の移動軌跡情報を用いて利用者の滞在地を特定する特定部と、
   前記特定部にて特定された前記滞在地から駐車場を選択する選択部と、
   前記選択部にて選択された前記駐車場と前記特定部にて特定された前記滞在地とに基づいて、目的地と前記駐車場との組合せの関連表を生成する生成部と、
   前記利用者から目的地が指定された場合に、前記関連表から前記目的地に対応する前記駐車場を提示する提示部と
   を有することを特徴とする駐車場案内装置。
2. 前記特定部は、
   前記提示部にて提示された前記目的地に対応する前記駐車場からの前記利用者の移動軌跡情報を用いて前記利用者の滞在地を特定し、
   前記選択部は、
   前記目的地と前記特定された前記滞在地とを用いて前記駐車場を選択することを特徴とする請求項１に記載の駐車場案内装置。
3. 前記生成部は、
   前記特定部にて特定された前記滞在地が前記指定された目的地以外の新たな滞在地の場合に、前記移動軌跡情報の開始地点となる前記駐車場と前記新たな滞在地とで前記関連表を生成することを特徴とする請求項１に記載の駐車場案内装置。
4. 前記選択部は、
   前記特定部にて特定された前記滞在地が前記指定された目的地及び当該目的地以外の新たな滞在地の場合に、前記目的地と前記新たな滞在地とに基づき、新たな駐車場を選択することを特徴とする請求項１に記載の駐車場案内装置。
5. 前記選択部は、
   優先条件に応じて当該滞在地に対応する前記駐車場を選択することを特徴とする請求項１に記載の駐車場案内装置。
6. 前記選択部は、
   前記指定された目的地に対応する前記駐車場が提示された利用実績に応じた関連度に応じて当該滞在地に対応する前記駐車場を選択することを特徴とする請求項１に記載の駐車場案内装置。
7. 情報処理装置が、
   駐車場からの利用者の移動軌跡情報を用いて利用者の滞在地を特定し、
   特定された前記滞在地から駐車場を選択し、
   選択された前記駐車場と特定された前記滞在地とに基づいて、目的地と前記駐車場との組合せの関連表を生成し、
   前記利用者から目的地が指定された場合に、前記関連表から前記目的地に対応する前記駐車場を提示する
   処理を実行することを特徴とする駐車場案内方法。
8. 駐車場からの利用者の移動軌跡情報を用いて利用者の滞在地を特定し、
   特定された前記滞在地から駐車場を選択し、
   選択された前記駐車場と特定された前記滞在地とに基づいて、目的地と前記駐車場との組合せの関連表を生成し、
   前記利用者から目的地が指定された場合に、前記関連表から前記目的地に対応する前記駐車場を提示する
   処理をコンピュータに実行させることを特徴とする駐車場案内プログラム。
   

Images