(57)【特許請求の範囲】
【請求項１】
駐車場又は目的地の情報をサーバに送信する情報端末と、前記駐車場又は前記目的地の周辺の駐車場の情報を車両に送信する前記サーバと、を有する駐車場情報提供システムであって、
前記サーバは、
前記駐車場及びその周辺の周辺駐車場の収容可能数を記憶した駐車場情報記憶手段と、
前記駐車場及び前記周辺駐車場の車両の入出庫情報を収集する入出庫情報取得手段と、
前記駐車場毎及び前記周辺駐車場毎に、時間帯毎の入庫台数、平均的駐車車両数及び入庫した車両の滞在時間の統計情報を記憶した統計情報記憶手段と、
前記目的地への到着予想時刻に、前記駐車場が満車か否かを予測する満空予測情報を、前記駐車場の駐車車両数及び前記統計情報から予測した予測駐車車両数と、前記収容可能数とを比較して生成する満空予測情報生成手段と、
前記満空予測情報を生成する際、前記駐車場から所定距離内の前記周辺駐車場の前記平均的駐車車両数よりも現在の駐車車両数が閾値以上大きい場合、前記駐車場の前記予測駐車車両数を大きめに補正する補正手段と、
前記満空予測情報を車両に送信する送信手段と、を有する、
ことを特徴とする駐車場情報提供システム。
【請求項２】
前記サーバは、
道路に敷設された信号機の表示サイクルのサイクル情報を記憶したサイクル情報記憶手段を有し、
前記情報端末は、
再度受信した前記満空予測情報が満車状態であることを示す場合、前記サーバから経路上の信号機の前記サイクル情報を受信するサイクル情報取得手段と、
信号機の現示情報を路側装置から受信する路車間通信手段と、
前記現示情報、前記サイクル情報、車速情報、及び、信号機までの距離に基づき、信号機で停車する停車時間が所定以上か否かを判定する判定手段と、
前記停車時間が所定以上と判定された場合、車速が所定以下になると前記駐車場の周辺の代替駐車場を表示手段に表示する設定情報表示手段と、
を有することを特徴とする請求項１記載の駐車場情報提供システム。
【請求項３】
前記統計情報記憶手段には、時間帯別に入庫した車両が出庫する確率が駐車時間毎に登録された出庫確率が記憶されており、
前記満空予測情報生成手段は、
現在の駐車車両数に、現在時刻から前記到着予想時刻までの時間帯毎の前記入庫台数の合計を加えた入庫車両数を求め、
各時間帯の入庫数に、入庫する時間帯から前記到着予想時刻までの前記駐車時間の前記出庫確率を乗じ、入庫する時間帯毎に合計することで前記到着予想時刻までに出庫する出庫車両数を求め、
前記入庫車両数から前記出庫車両数を減じることで前記到着予想時刻の前記予測駐車車両数を算出する、
ことを特徴とする請求項１記載の駐車場情報提供システム。
【請求項４】
車両から駐車場又は目的地の情報を受信して、前記駐車場又は前記目的地の周辺の駐車場の情報を車両に送信するサーバであって、
前記駐車場及びその周辺の周辺駐車場の収容可能数を記憶した駐車場情報記憶手段と、
前記駐車場及び前記周辺駐車場の車両の入出庫情報を収集する入出庫情報取得手段と、
前記駐車場及び前記周辺駐車場毎に、駐車場毎に時間帯毎の入庫台数、平均的駐車車両数及び入庫した車両の滞在時間の統計情報を記憶した統計情報記憶手段と、
前記目的地への到着予想時刻に、前記駐車場が満車か否かを予測する満空予測情報を、前記駐車場の駐車車両数及び前記統計情報から予測した予測駐車車両数と、前記収容可能数とを比較して生成する満空予測情報生成手段と、
前記満空予測情報を生成する際、前記駐車場から所定距離内の前記周辺駐車場の前記平均的駐車車両数よりも現在の駐車車両数が閾値以上大きい場合、前記駐車場の前記予測駐車車両数を大きめに補正する補正手段と、
前記満空予測情報を車両に送信する送信手段と、を有する、
ことを特徴とするサーバ。
【請求項５】
請求項４記載のサーバから前記満空予測情報を受信する受信手段と、
前記満空予測情報が満車状態であることを示す場合、前記サーバから、道路に敷設された信号機の表示が切り替わる時間を示すサイクル情報を受信するサイクル情報取得手段と、
信号機の現示情報を路側装置から受信する路車間通信手段と、
前記現示情報、前記サイクル情報、車速情報、及び、信号機までの距離に基づき、信号機で停車する停車時間が所定以上か否かを判定する判定手段と、
前記停車時間が所定以上と判定された場合、車速が所定以下になると前記駐車場の周辺の代替駐車場を表示手段に表示する設定情報表示手段と、
を有することを特徴とする情報端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駐車場の満空情報を提供する駐車場情報提供システム等に関し、特に、到着予想時刻の満空情報を提供する駐車場情報提供システム、サーバ及び情報端末に関する。
【背景技術】
【０００２】
車両を目的地まで案内しさらに目的地付近の駐車場を自動的に検索してその駐車場まで案内する技術が考えられている。また、駐車場が満車状態では車両が到達しても駐車できないため、駐車場側の施設と通信するサーバから駐車場の混雑状況を車両に通知する技術が考えられている。これにより、車両は空きのある駐車場を目的地に設定することができる。
【０００３】
しかしながら、目的地までの経路は出発時に検索することが多いため、駐車場付近に到達するまでに駐車場の混雑状況が変化し、出発時には空きのある駐車場を目的地に設定しても到着時には満車状態となり、結局、入庫待ちが発生してしまうおそれがある。
【０００４】
この点について、駐車場に到着する前に駐車場の混雑状況を予測する技術が提案されている（例えば、特許文献１、２参照。）。特許文献１には、各駐車場から混雑度情報を受信したサーバが、３０分や１時間後の予測混雑度を示す情報を車両に提供する駐車場情報提供システムが記載されている。また、特許文献２には、本線道路の通行量から駐車場に入庫する台数を予測し、これと駐車場の駐車車両数から将来時刻の駐車状況を予測する駐車場情報提供システムが記載されている。
【特許文献１】特開平９−１６７３００号公報
【特許文献２】特開２００２−６３６９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１又は２記載の駐車場情報提供システムのように、１つの駐車場の将来の駐車状況を予測するだけでは、その駐車場の将来の混雑状況を予測するには十分でない。例えば、ある駐車場が満車になれば、満車になった駐車場に駐車しようとしていた車両は周辺の駐車場に駐車すると考えられ、１つの駐車場の混雑状況が周辺の駐車場の混雑状況と影響を及ぼし合うためである。
【０００６】
本発明は、上記課題に鑑み、到着予想時刻の混雑状況をより精度よく予測できる駐車場情報提供システム、サーバ及び情報端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題に鑑み、本発明は、駐車場又は目的地の情報をサーバに送信する情報端末と、前記駐車場又は前記目的地の周辺の駐車場の情報を車両に送信する前記サーバと、を有する駐車場情報提供システムであって、前記サーバは、前記駐車場及びその周辺の周辺駐車場の収容可能数を記憶した駐車場情報記憶手段と、前記駐車場及び前記周辺駐車場の車両の入出庫情報を収集する入出庫情報取得手段と、前記駐車場毎及び前記周辺駐車場毎に、時間帯毎の入庫台数、平均的駐車車両数及び入庫した車両の滞在時間の統計情報を記憶した統計情報記憶手段と、前記目的地への到着予想時刻に、前記駐車場が満車か否かを予測する満空予測情報を、前記駐車場の駐車車両数及び前記統計情報から予測した予測駐車車両数と、前記収容可能数とを比較して生成する満空予測情報生成手段と、前記満空予測情報を生成する際、前記駐車場から所定距離内の前記周辺駐車場の前記平均的駐車車両数よりも現在の駐車車両数が閾値以上大きい場合、前記駐車場の前記予測駐車車両数を大きめに補正する補正手段と、前記満空予測情報を車両に送信する送信手段と、を有することを特徴とする。
【０００８】
本発明によれば、周辺の駐車場の混雑状況に応じて満空予測情報を補正するので、到着予想時刻の満空を精度よく予測できる。
【発明の効果】
【００１３】
到着予想時刻の混雑状況をより精度よく予測できる駐車場情報提供システム、サーバ及び情報端末を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について図面を参照しながら実施例を挙げて説明する。
【実施例１】
【００１５】
図１は、本実施形態の駐車場情報提供システム１００の概略構成図を示す。サーバ５０は駐車場Ｐ、Ｐａ、Ｐｂ、Ｐｃから各駐車場への車両９９の入庫情報及び出庫情報を受信して、車両２０からの問い合わせに対し駐車場満空予測情報を送信する。この駐車場満空予測情報は車両２０が目的地である駐車場Ｐに到着する到着予想時刻に、駐車場Ｐが満車か空きがあるかを予測した情報である。したがって、車両２０はサーバ５０に問い合わせることで、到着時に駐車場Ｐが満車か空きがあるかを把握することができる。
【００１６】
そして、さらにサーバ５０は、車両２０の出発時刻における駐車場Ｐの混雑状況（所定時間毎の入庫台数、駐車車両数）が、通常時よりも多い場合、周辺の駐車場Ｐａ、Ｐｂ、Ｐｃの混雑状況を同様に判定する。そして、周辺の駐車場Ｐａ、Ｐｂ、Ｐｃも通常時より混雑していると判定される場合（所定時間毎の入庫台数、駐車車両数が通常時よりも多い）、駐車場Ｐにおける到着予想時刻の駐車車両数を大きめに補正して、駐車場満空予測情報の判定基準を厳しくする。
【００１７】
これは、駐車場Ｐだけでなく周辺の駐車場Ｐａ〜Ｐｃも通常時に比べ混雑している場合、例えばイベントになどが開催されているためその日は駐車場Ｐが混雑すると推定したものである。目的の駐車場だけでなく、周辺の駐車場Ｐａ〜Ｐｃの混雑状況に応じて補正するか否かを決定するので、到着予想時刻に駐車場Pの満車か否かを精度よく予測することができる。
【００１８】
なお、車両２０は例えばナビゲーションシステム６０を搭載しており、基地局を介してネットワークに接続しサーバ５０と通信する。また、各駐車場Ｐ、Ｐａ、Ｐｂ及びＰｃは、基地局及び／又はネットワークを介してサーバ５０と通信する駐車場管理装置７０を有する。
【００１９】
図２は、駐車場情報提供システム１００の機能ブロック図の一例を示す。
・駐車場管理装置７０
駐車場管理装置７０は入場ゲート７１、退場ゲート７２、制御部７３及び通信装置７４を有し、制御部７３により制御される。入場ゲート７１及び退場ゲート７２は、例えば車両９９が1台通過する度に開閉し、制御部７３は入場ゲート７１の開閉により1台の車両９９の入庫を、退場ゲート７２の開閉により1台の車両９９の出庫を検出する。これにより現在の駐車車両数を把握している。
【００２０】
通信装置７４は、ＲＦ部、ベースバンド部、ＣＰＵ等を有し携帯電話の基地局と通信してもよいし、TCP/IPなどのプロトコル処理機能を実装したネットワークカードとしてネットワークに接続してもよい。したがって、駐車場管理装置７０はサーバ５０と各種の情報の送受信が可能となっている。
【００２１】
また、駐車場管理装置７０は、入庫した車両９９を識別して滞在時間に応じた課金をすることが多いので、少なくとも各駐車場内で一意の識別情報で車両９９を識別している。例えば、各車両９９には入庫時に識別用の番号が付された駐車券が配布され、車両９９の乗員が出庫時に駐車券を駐車場管理装置７０に提出することで、どの車両９９が出庫してどの車両９９が入庫したままなのかが管理されている。また、例えば、入庫時に車両９９のナンバープレートを撮影して画像解析し車両９９を識別する場合や、予め携帯電話のＩＣメモリに格納した駐車場Ｐの会員登録情報を入庫時及び出庫時に、駐車場管理装置７０のＲＦリーダに読み込ませることで車両９９の入出庫を管理する場合がある。
【００２２】
制御部７３は、通信装置７４を介して、車両９９が入庫する度に車両９９の入庫情報と車両識別情報をサーバ５０に送信し、車両９９が出庫する度に車両９９の入庫情報と車両識別情報をサーバ５０に送信する（以下、駐車場管理装置７０がサーバ５０に送信する情報を入出庫関連情報という）。したがって、サーバ５０は、入出庫関連情報を受信した時刻に基づき、各車両９９毎に入庫時間と出庫時間を取得できる。なお、入出庫関連情報に入庫時刻及び出庫時刻を含めておけば、入庫又は出庫の度に入出庫関連情報を送信する必要がなく、通信コストを低減できる。
【００２３】
・ナビゲーションシステム６０
ナビゲーションシステム６０はナビＥＣＵ（Electronic  Control  Unit）６７により制御され、ナビＥＣＵ６７は、ＣＡＮ（Controller  Area  Network）等の車内ＬＡＮや専用線を介してＧＰＳ受信機６１、車速センサ６２、地図ＤＢ６３、入力部６５、ディスプレイ６６、及び、通信装置６４と接続されている。ナビゲーションシステム６０は、車両２０への据え置き型でなくてもよく可搬型でもよい。
【００２４】
ＧＰＳ受信機６１は、地球の周りを周回する好ましくは４つ以上のＧＰＳ衛星を捕捉して、各ＧＰＳ衛星からの電波の到達時間に基づき車両２０の位置（緯度・経度・標高）を決定する。位置の知られた地上の基準局からＦＭ放送の電波を受信してさらに高精度に位置を決定してもよい。車速センサ６２は、例えば、車両２０の各輪に備えられたロータの円周上に定間隔で設置された凸部が通過する際の磁束の変化をパルスとして計測して、単位時間あたりのパルス数に基づき各輪毎に車輪速を計測する。車輪速にタイヤの外径を乗じれば車速が得られる。地図ＤＢ６３は、実際の道路網に対応したノード(道路と道路が交差する点、例えば交差点)と、リンク(ノードとノードを接続する道路)とを対応づけたテーブル状のデータベースである。したがって、ノードとリンクを辿ることで道路網を形成できる。なお、地図ＤＢ６３には、駐車場Ｐ、Ｐａ〜Ｐｃの位置、店舗の位置（店舗と提携した駐車場が駐車場の位置）、等のポイント情報が道路地図に対応づけて記憶されている。地図ＤＢ６３はナビゲーションシステム６０の出荷時に記憶された状態であってもよいし、ナビゲーションシステム６０が車両２０に搭載された後に、その一部又は全部を所定のサーバからダウンロードして記憶してもよい。
【００２５】
入力部６５は、乗員がナビゲーションシステム６０を操作する操作情報を入力するユーザインターフェイスとなる。例えば、押しボタン式のキーボード、リモコン、乗員の発した音声を入力する音声認識装置、ディスプレイ６６に形成されたタッチパネル等である。また、ディスプレイ６６はヘッドアップディスプレイや液晶ディスプレイなどであり、現在地周辺の地図、目的地までの経路及び駐車場Ｐが満車か空きがあるか等の情報を表示するために用いられる。
【００２６】
通信装置６４は、携帯電話の基地局や無線ＬＡＮ等のアクセスポイントに接続してサーバ５０と通信する。本実施例では、通信装置６４から、車両２０の現在位置情報及び目的地情報をサーバ５０に送信し、サーバ５０から駐車場満空予測情報を受信する。駐車場Ｐを送信する場合と目的地を送信してサーバ５０が最寄りの駐車場Ｐを決定する場合があるが、本実施形態では区別せずに目的地情報という。
【００２７】
なお、ナビＥＣＵ６７はＧＰＳ受信機６１が検出した車両２０の位置情報を起点にして、ジャイロセンサが検出する方向に車速センサ６２が検出する走行距離を累積して、車両２０の位置を高精度に推定する。また、図示する以外にＶＩＣＳ受信機を備えていてもよいし、目的地までの経路を検索する経路検索部を備えていてもよい。目的地までの経路とＶＩＣＳ情報により目的地までの所要時間を算出することができる。この、所要時間を送信すれば、サーバ５０が目的地までの経路を検索したり、所要時間を算出する必要がない。
【００２８】
・サーバ５０
サーバ５０は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクなどの不揮発メモリ及び入出力インターフェイスを有するコンピュータであり、ＣＰＵがプログラムを実行するか又はＡＳＩＣ（Application  Specific  Integrated  Circuit）等のハードウェアにより実現される到着予想時刻算出部２２、駐車場入出庫時刻取得部２４、平均滞在時間算出部２５、駐車場満空予測情報生成部２６及び補正判定部３２を有する。また、不揮発メモリには、交通情報ＤＢ（Data  Base）２１、入出庫時刻ＤＢ２８、駐車場ＤＢ２９及び滞在時間情報ＤＢ３１が格納されている。
【００２９】
駐車場入出庫時刻取得部２４は、通信部２３を介して入出庫関連情報を受信して、入出庫関連情報から車両毎に入庫時刻及び出庫時刻を入出庫時刻ＤＢ２８に記憶する。図３（ａ）は入出庫時刻ＤＢ２８に記憶される入庫時刻及び出庫時刻の一例を示す。入出庫時刻ＤＢ２８には、各駐車場Ｐ毎に車両識別情報に対応づけて入庫時刻及び出庫時刻が記憶されている。そして、駐車場入出庫時刻取得部２４は車両９９が出庫すると滞在時間を算出して入出庫時刻ＤＢ２８に記憶する。
【００３０】
駐車場入出庫時刻取得部２４は、このようにして入庫情報及び出庫情報を検出しているため、常にその時の駐車車両数を把握している。図３（ｂ）は、駐車場ＤＢ２９に
記憶された現在の駐車車両数及び収容可能数の一例を、図３（ｃ）は駐車場ＤＢ２９に記憶された平均的駐車車両数の一例を示す。収容可能数は、駐車場Ｐに駐車可能な最大の車両数であって固定値である。駐車場ＤＢ２９は、駐車場Ｐ毎の情報を記憶するデータベースであるので、これらの他、名称、管理者の氏名、駐車場Ｐの位置情報、電話番号等を記憶している。
【００３１】
平均的駐車車両数は、所定時間（例えば１時間）毎に平均的な駐車車両数として算出された値である。これを平日（月〜金）と土日祝（以下、休日という）とに区分して算出することで、平日と休日の１時間毎の平均的な駐車車両数を把握することができる。
【００３２】
平均滞在時間算出部２５は、入庫時刻と出庫時刻に基づき統計情報を生成し滞在時間情報ＤＢ３１に記憶する。平均滞在時間算出部２５は、入出庫時刻ＤＢ２８の情報を平日と休日とに区分し、例えば３０分毎〜２時間毎に、統計情報を算出する。
【００３３】
例えば、１時間毎に統計情報を算出する場合、１時間毎の平均的な入庫車数Ｎinを算出する。図４（ａ）は、滞在時間情報ＤＢ３１に記憶された１時間毎の平均的な入庫車数Ｎinを示す。平均滞在時間算出部２５は入出庫時刻ＤＢ２８を参照し、所定の１時間で区分される入庫車数から、平日及び休日のそれぞれについて図４（ａ）のような、１時間毎の平均的な入庫車数Ｎinを算出する。
【００３４】
また、平均滞在時間算出部２５は出庫までの滞在時間の統計情報を算出する。滞在時間の統計情報は、例えば、「Ａ時〜Ｂ時に入庫した車両が、Ｃ時からＤ時に出庫する確率」である。
【００３５】
平均滞在時間算出部２５は、入出庫時刻ＤＢ２８を参照し、
１時間以内に出庫した車両数Ｎout１、
１時間から２時間で出庫する車両数Nout２、
２時間から３時間で出庫する車両数Nout３、
３時間から４時間で出庫する車両数Nout４
：
をカウントする。駐車場Pの営業形態に応じて例えば１２時間〜２４時間程度まで算出しその他はそれ以上とすればよい。
【００３６】
そして、平均滞在時間算出部２５は、Nout１／Ｎin、Nout２／Ｎin、Nout３／Ｎin、等をそれぞれ算出する。この値が滞在時間の統計情報となる。平均滞在時間算出部２５は図４（ａ）に示す１時間毎の入庫時刻に対し出庫までの滞在時間毎の統計情報を算出する。
【００３７】
図４（ｂ）は滞在時間情報ＤＢ３１に記憶される統計情報の一例を示す。図４（ｂ）では、平日の１時間毎に、入庫した車両９９が１時間毎に出庫する確率が記録されている。平均滞在時間算出部２５は、同様の統計情報を休日についても算出し、それを各駐車場Ｐ、Ｐａ〜Ｐｃに対し算出する。
【００３８】
到着予想時刻算出部２２は、目的地までの経路に応じて車両２０の到着予想時刻を算出する。まず、到着予想時刻算出部２２は、車両２０から受信した現在位置情報及び目的地情報から目的地までの経路を例えばダイクストラ法により検索する。到着予想時刻算出部２２は、目的地までの経路となりうるリンクを抽出し、各リンクをリンク長や右左折、幅員、通行規制等に応じたコストに置き換え、これらのコストの積算値が最も小さくなる経路を目的地までの経路と決定する。
【００３９】
交通情報ＤＢ２１は例えばＶＩＣＳセンタが配信するリンク旅行時間又はプローブカーが送信した車速及び位置情報から算出したリンク旅行時間を記憶している。到着予想時刻算出部２２は、検索した経路のリンク旅行時間を交通情報ＤＢ２１から抽出し、目的地までの所要時間を算出する。したがって、車両２０から目的地情報等を受信した時刻にこの所用時間を加えた時刻が到着予想時刻である。
【００４０】
〔駐車場満空予測情報の生成〕
続いて、駐車場満空予測情報生成部２６について説明する。駐車場満空予測情報生成部２６は、収容可能台数、現在の駐車車両数、到着予想時刻、及び、滞在時間情報ＤＢ３１に記憶された統計情報、から、車両２０が駐車場Ｐに到着する予想到着時刻に駐車場Ｐが満車か空きがあるか判定する。
【００４１】
具体的には、到着予想時刻までの入庫車数及び出庫車数を予測することで、到着予想時刻までの駐車車両数の増減数を算出する。これに現在（経路検索時）の駐車車両数を加えると、到着予想時刻の駐車車両数が予測できる。到着予想時刻の駐車車両数が収容可能数よりも大きければ、車両２０は駐車できないことになるので、駐車場満空予測情報生成部２６は駐車できないと判定した駐車場満空予測情報を生成し車両２０に送信する。
【００４２】
以下の状況を具体例にして説明する。
曜日：月曜日  出発時刻：８時  到着予想時刻：１０時  出発地から目的地までの距離：４５ｋｍ
目的地：駐車場Ｐ  ８時の駐車車両数：６０台（６時台入庫が１０台、７時台入庫が５０台）
到着予想時刻（１０時）の駐車車両数＝
現在の駐車車両数  ＋  ８時台平日平均入庫台数  ＋  ９時台平日平均入庫台数  
−  ６時台入庫数×６時台入庫車の４時間以内出庫確率  
−  ７時台入庫数×７時台入庫車の３時間以内出庫確率  
−  ８時台入庫数×８時台入庫車の２時間以内出庫確率  
−  ９時台入庫数×９時台入庫車の１時間以内出庫確率      …  （１）
・到着予想時刻（１０時）の駐車車両数  ＞  収容可能数  の場合
満車であると判定する。
・到着予想時刻（１０時）の駐車車両数  ≦  収容可能数  の場合
空きがあると判定する。
【００４３】
〔到着予想時刻の駐車車両数の補正〕
駐車場Ｐの周辺に駐車場Ｐａ〜Ｐｃがなければ、駐車場Ｐの駐車場満空予測情報が他の駐車場Ｐａ〜Ｐｃの混雑状況に大きく影響されないとして、式（１）により駐車場満空予測情報を生成できる。しかしながら、駐車場Ｐの周辺にある駐車場Ｐａ〜Ｐｃが存在する場合、それらの駐車場の混雑状況が互いに影響し合うと考えられるので、周辺の駐車場Ｐａ〜Ｐｃの混雑状況から駐車場満空予測情報を補正することで、より精度よく判定することが可能となる。
【００４４】
補正判定部３２は、車両２０から駐車場満空予測情報の問い合わせがあった場合、図３（ｂ）に示した駐車場ＤＢ２９から目的地の駐車場Ｐの「現在の駐車車両数」を読み出す。また、補正判定部３２は駐車場ＤＢ２９から、問い合わせがあった時の駐車場Ｐの「平均的な駐車車両数」を読み出す。なお、「現在の駐車車両数」と「平均的な駐車車両数」を比較するのでなく、「現在の１時間当たりの入庫台数」と「平均入庫台数（Nin）」とを比較してもよい。すなわち、現在又は今後の駐車車両数の傾向が把握できる指標を比較すればよい。
【００４５】
そして、「現在の駐車車両数」が「平均的な駐車車両数」よりも大きい場合、周辺の駐車場Ｐａ〜Ｐｃの「現在の駐車車両数」と「平均的な駐車車両数」を読み出し、駐車場Ｐと同様に比較する。なお、大きいか否かの基準は２割程度であり、周辺の駐車場Ｐａ〜Ｐｃとは駐車場Ｐから半径１ｋｍ程度である。
【００４６】
そして、周辺の駐車場Ｐａ〜Ｐｃにおいても「現在の駐車車両数」が「平均的な駐車車両数」よりも大きい場合、補正判定部３２は駐車場満空予測情報生成部２６に補正を要求する。
【００４７】
なお、周辺の駐車場Ｐａ〜Ｐｃの全てがかかる条件を満たさなくてもよく、例えば、周辺の半数程度の駐車場Ｐａ〜Ｐｃがかかる条件を満たせば補正するとしてもよい。
【００４８】
駐車場満空予測情報生成部２６は、到着予想時刻の終車車両数を補正するための補正係数γを用いて式（１）を算出することで、イベントなどの特殊要因に対応した駐車場満空予測情報を生成する。
【００４９】
補正係数γは、例えば、目的地の駐車場Ｐの「現在の駐車車両数／平均的な駐車車両数×係数Ｃ」又は「現在の１時間当たりの入庫台数／平均入庫台数（Nin）×係数Ｃ」である。後述するように、補正係数γに係数Ｃを掛けることで種々の状況に対応した補正係数γを算出することができる。
【００５０】
上述と同じ具体例を用いて説明する。
曜日：月曜日  出発時刻：８時  到着予想時刻：１０時  出発地から目的地までの距離：４５ｋｍ
目的地：駐車場Ｐ  ８時の駐車車両数：６０台（６時台入庫が１０台、７時台入庫が５０台）
まず、補正判定部３２は、駐車場満空予測情報を補正するか否かを判定する。
本日８時の駐車場Ｐの駐車車両数  ×  １．２  ＞  平日８時の駐車場Ｐの平均的な駐車車両数…（２）−１
本日８時の駐車場Ｐａ〜Ｐｃの駐車車両数  ×  １．２  ＞  平日８時の駐車場Ｐａ〜Ｐｃの平均的な駐車車両数…（２）−２
駐車場満空予測情報生成部２６は、式（２）−１と（２）−２のいずれも満たされる場合に、補正係数γを算出する。
【００５１】
補正係数γ＝  本日８時の駐車場Ｐの駐車車両数／平日８時の駐車場Ｐの平均的な駐車車両数  ×  ０．９  …（２）−３
式（２）−３の「０．９」は係数Ｃに相当するもので、現在は平均的な駐車車両数よりも２割以上多いが、到着予想時刻ではそれよりも少なめに駐車車両数を見積もることを可能とする等、補正係数γの調整に用いられる。なお、γ＜１．０となった場合、γは１．０に設定する（すなわち、ガンマは１．０以上である）。
【００５２】
到着予想時刻（１０時）の駐車車両数＝
現在の駐車車両数  ＋  ８時台平日平均入庫台数×γ  ＋  ９時台平日平均入庫台数×γ
−  ６時台入庫数×６時台入庫車の４時間以内出庫確率  
−  ７時台入庫数×７時台入庫車の３時間以内出庫確率  
−  ８時台入庫数×８時台入庫車の２時間以内出庫確率  
−  ９時台入庫数×９時台入庫車の１時間以内出庫確率      …  （２）−４
・到着予想時刻（１０時）の駐車車両数  ＞  収容可能数  の場合
満車であると判定する。
・到着予想時刻（１０時）の駐車車両数  ≦  収容可能数  の場合
空きがあると判定する。
【００５３】
＜係数Ｃの調整＞
係数Ｃにより到着予想時刻の駐車車両数を調整することができる。駐車場Ｐ、Ｐａ〜Ｐｃがなんら関係のない駐車場の場合、各駐車場の混雑状況が互いに影響し合う程度は、関係する駐車場同士の場合よりも少ない、例えば、駐車場Ｐと駐車場Ｐａが提携駐車場の場合、駐車場Ｐａの混雑状況は駐車場Ｐの混雑状況に強く影響すると考えられる。デパート等の大型店舗では、周辺に複数の駐車場（第１〜第３駐車場等）を有していることが多く、バーゲンなどのイベントがあると複数の駐車場ＰａとＰがいずれも混雑することが知られている。
【００５４】
したがって、補正判定部３２が周辺の駐車場Ｐａ〜Ｐｃにおいて、（２）−２を用いて判定する場合、駐車場Ｐａ〜Ｐｃに駐車場Ｐと提携した駐車場が存在する場合、駐車場満空予測情報生成部２６は、係数Ｃを大きく（１以上）する。例えば、提携駐車場が１つ検出された場合、係数Ｃを１．０５に設定し、２つ以上検出された場合、係数Ｃを１．１に設定するなど、駐車場Ｐの周囲の駐車場Ｐａ〜Ｐｃの状況に応じて補正係数γを算出することが可能となる。
【００５５】
なお、駐車場Ｐ、Ｐａ〜Ｐｃに提携関係があるか否かや、同じ店舗の駐車場か否かは、駐車場ＤＢ２９を参照すれば判定される。例えば、駐車場Ｐ、Ｐａ〜Ｐｃの名称が一部一致したり、管理者等の氏名が同じであれば提携関係等があると判定してよい。
【００５６】
到着予想時刻（１０時）の駐車車両数の算出式はγの値が変わるだけで、式（２）−４と同じであるが、γが大きくなっただけ到着予想時刻（１０時）の駐車車両数が大きくなる。したがって、駐車場満空予測情報の判定が厳しくなる。
【００５７】
〔駐車場情報提供システム１００の動作手順〕
駐車場満提供システム１００の動作手順について図５のフローチャート図を用いて説明する。まず、ユーザが入力部６５から目的地を入力する（Ｓ１０）。目的地は、住所、施設の名称等から入力でき、例えば駐車場を目的地に設定するオプション機能により駐車場Ｐが目的地に設定される。ついで、ナビＥＣＵ６７は目的地情報及び現在位置情報をサーバ５０へ送信する（Ｓ２０）。
【００５８】
サーバ５０の処理に移行し、サーバ５０の到着予想時刻算出部２２は目的地までの経路と所要時間を算出する。そして、補正判定部３２は目的地の駐車場Ｐの現在の駐車車両数を駐車場ＤＢ２９から読み出し（Ｓ１１０）、式（２）−１に基づき「現在の駐車場Ｐの駐車車両数」が、「駐車場Ｐの平均的な駐車車両数」よりも例えば２割程度多いか否かを判定する（Ｓ１２０）。
【００５９】
「現在の駐車場Ｐの駐車車両数」が「駐車場Ｐの平均的な駐車車両数」よりも多くない場合（Ｓ１２０のＮｏ），ステップＳ１７０に進み駐車場満空予測情報を生成する。
【００６０】
「現在の駐車場Ｐの駐車車両数」が「駐車場Ｐの平均的な駐車車両数」よりも多い場合（Ｓ１２０のＹｅｓ），補正判定部３２は周辺の駐車場の現在の駐車車両数を読み出す（Ｓ１３０）。周辺とは駐車場Ｐを中心に例えば半径１ｋｍである。
【００６１】
そして、補正判定部３２は、式（２）−２に基づき、「現在の駐車場Ｐａ〜Ｐｃの駐車車両数」が、「駐車場Ｐａ〜Ｐｃの平均的な駐車車両数」よりも例えば２割程度多いか否かを判定する（Ｓ１４０）。駐車場Ｐａ〜Ｐｃのうち１つも平均的な駐車車両数より多い場合、ステップＳ１４０の判定はＹｅｓとなる。
【００６２】
「現在の駐車場Ｐａ〜Ｐｃの駐車車両数」が「駐車場Ｐａ〜Ｐｃの平均的な駐車車両数」よりも多くない場合（Ｓ１４０のＮｏ）、ステップＳ１７０に進み駐車場満空予測情報を生成する。
【００６３】
「現在の駐車場Ｐａ〜Ｐｃの駐車車両数」が「駐車場Ｐａ〜Ｐｃの平均的な駐車車両数」よりも多い場合（Ｓ１４０のＹｅｓ）、駐車場Ｐａ〜Ｐｃに駐車場Ｐと提携した駐車場があるか否かを判定する（Ｓ１５０）。提携した駐車場がない場合（Ｓ１５０のＮｏ）、駐車場満空予測情報生成部２６は、１より小さい係数Ｃを用いて補正係数γを決定する（Ｓ１８０）。提携した駐車場がある場合（Ｓ１５０のＹｅｓ）、駐車場満空予測情報生成部２６は、１より大きい係数Ｃを用いて補正係数γを決定する（Ｓ１６０）。これにより、提携駐車場が通常より混んでいる場合は、補正係数γを大きくすることができる。
【００６４】
ついで、駐車場満空予測情報性は、式（１）又は式（２）−４を用いて到着予想時刻の駐車場車両数を算出し、それと駐車場Ｐの収容可能数を比較して駐車場満空予測情報を生成する（Ｓ１７０）。サーバ５０は駐車場満空予測情報を車両２０に送信する。
【００６５】
ナビゲーションシステム６０の処理に移行し、ナビＥＣＵ６７は駐車場満空予測情報を受信する（Ｓ３０）。そして、駐車場満空予測情報を乗員に通知するため必要に応じてディスプレイ６６に表示する（Ｓ４０）。
【００６６】
駐車場満空予測情報が駐車場Ｐに駐車可能であることを示す場合、「駐車場Ｐを目的地に設定しました。到着時に駐車場Ｐには空きがあることが予想されます。」と表示する。駐車場満空予測情報が駐車場Ｐに駐車できないことを示す場合、「駐車場Ｐは到着予想時刻に満車と予想されます。別の駐車場を目的地に設定しますか？」等を表示する。これにより、乗員は、別の駐車場を設定するなど必要な操作を行うことができる。
【００６７】
以上説明したように、本実施例の駐車場情報提供システム１００は、目的地の駐車場Ｐだけでなく、周辺の駐車場Ｐａ〜Ｐｃの混雑状況を判定し判定結果に応じて到着予想時刻の駐車車両数を予測するので、到着予想時刻に満車か否かを精度よく予測することができる。また、周辺の駐車場Ｐａ〜Ｐｃが駐車場Ｐと提携関係にあるか否かに応じて、到着予想時刻の駐車車両数を予測するので、イベント等の特殊要因が駐車場Ｐの混雑状況に与える影響を考慮して到着予想時刻に満車か否かを精度よく予測することができる。
【実施例２】
【００６８】
実施例１では、サーバ５０は到着予想時刻に満車か空きがあるかを示す駐車場満空予測情報を車両２０に提供したが、到着予想時刻の駐車車両数を完全に予測することは困難であるため、駐車できるか否かを乗員が判断できるような情報を車両２０に提供することが好ましい場合がある。
【００６９】
本実施例では、到着予想時刻の駐車車両数と収容可能数に応じて、サーバ５０が満車確率情報を生成し、車両２０に提供する駐車場情報提供システム１００について説明する。また、ナビゲーションシステム６０は、満車確率情報に基づきディスプレイ６６に表示する駐車場Ｐのアイコンを調整する。これにより、乗員は空きの可能性の高い駐車場を目的地に設定しやすくなる。
【００７０】
図６は、本実施例の駐車場情報提供システム１００の機能ブロック図の一例を示す。なお、駐車場管理装置７０の機能ブロック図は図２と同じである。また、図６において図２と同一部分には同一の符号を付しその説明は省略する。
【００７１】
〔サーバ５０〕
図６のサーバ５０は、駐車場満空予測情報生成部２６の替わりに満車確率予測部３３を有する。満車確率予測部３３は、到着予想時刻の駐車車両数と収容可能数とを比較して、到着予想時刻の駐車車両数が収容可能数を上回れば大きな満車確率を予測し、到着予想時刻の駐車車両数が収容可能数を下回れば小さな満車確率を予測する。なお、到着予想時刻の駐車車両数の算出方法は式（１）又は式（２）−４を用いる。すなわち、駐車場Ｐの周辺の駐車場Ｐａ〜Ｐｃが通常よりも駐車車両数が多い場合、駐車場Ｐの到着予想時刻における駐車車両数は多めに見積もられる。また、駐車場Ｐと提携した駐車場Ｐａ〜Ｐｃの駐車車両数が通常よりも多い場合、補正係数γを大きくすることも実施例１と同様である。
【００７２】
満車確率予測部３３は、駐車場Ｐの、
予測駐車比率＝「到着予想時刻の駐車車両数」／「収容可能数」  …（３）−１
を算出する。
予測駐車比率が１より大きい場合、車両２０が駐車場Ｐに駐車できる可能性は低いので（実施例１では満車と予測）、式（３）−１の値に応じて満車確率を決定する。例えば、
・予測駐車比率が１.０〜１.１の場合（収容可能数より０〜１０％多い）、満車確率を８０％に決定し、
・予測駐車比率が１.１〜１.２の場合（収容可能数より１０〜２０％多い）、満車確率を９０％に決定し、
・予測駐車比率が１.２以上の場合、満車確率を１００％に決定する。
【００７３】
また、次式から満車確率を決定してもよい。
予測超過駐車数＝「到着予想時刻の駐車車両数」−「収容可能数」  …（３）−２
・予測超過駐車数が０〜５台の場合、満車確率を８０％に決定し、
・予測超過駐車数が６〜１０台の場合、満車確率を９０％に決定し、
・予測超過駐車数が１１台以上の場合、満車確率を１００％に決定する。
【００７４】
逆に、式（３）−１の予測駐車比率が１より小さい場合、車両２０が駐車場Ｐに駐車できる可能性は高いので（実施例１では空き有りと予測）、例えば次のように満車確率を決定する。
・予測駐車比率が１.０〜０.９の場合（収容可能数より０〜１０％少ない）、満車確率を４０％に決定し、
・予測駐車比率が０.９〜０.８の場合（収容可能数より１０〜２０％少ない）、満車確率を３０％に決定し、
・予測駐車比率が０.８未満の場合、満車確率を２０％に決定する。
【００７５】
また、予測駐車車両数がマイナスの場合、式（３）−２の予測超過駐車数から、次のように満車確率を決定する。
・予測超過駐車数がマイナス０〜５台の場合、満車確率を４０％に決定し、
・予測超過駐車数がマイナス６〜１０台の場合、満車確率を３０％に決定し、
・予測超過駐車数がマイナス１１台以上の場合、満車確率を２０％に決定する。
【００７６】
〔ナビゲーションシステム６０〕
本実施例のナビゲーションシステム６０は、アイコン形状調整部６８を有する。アイコン形状調整部６８は、満車確率に応じて駐車場を表すアイコンのサイズを調整する。乗員は満車確率が低い駐車場を選択すると考えられるので、満車確率が小さい駐車場のアイコンを大きくする。例えば、次のようにアイコンの大きさを決定する。
・満車確率２０％以下の場合、アイコンの大きさを最大に決定し、
・満車確率３０％の場合、２０％よりも小さいアイコンの大きさに決定し、
・満車確率４０％の場合、３０％よりも小さいアイコンの大きさに決定し、
：
・満車確率８０％の場合、７０％よりも小さいアイコンの大きさに決定し、
・満車確率９０％の場合、８０％よりも小さいアイコンの大きさに決定する。
・満車確率１００％の場合、アイコンを表示しない。
【００７７】
なお、単に大きさを変えるだけでなく、満車確率の高い駐車場は目立たなない色で表示したり、満車確率の低い駐車場を目立つ色で表示してもよい。また、満車確率の低い駐車場を点滅表示してもよい。
【００７８】
図７は、満車確率に応じて大きさを調整された駐車場のアイコンの一例を示す。図７に示すように、満車確率が小さい駐車場は大きく表示されるので、乗員は目的地とした駐車場Pの満車確率を把握しやすく、満車確率が低ければ目的地はそのままとすればよいし、駐車場Pの満車確率が高い場合、満車確率の低い駐車場を目的地に再設定することができる。すなわち、目的地の駐車場Pの満車確率と、再設定に好ましい駐車場とを同時に提供することができる。
【００７９】
〔駐車場情報提供システム１００の動作手順〕
駐車場情報提供システム１００の動作手順について図８のフローチャート図を用いて説明する。なお、図８において図５と同一ステップについては簡単に説明する。ナビＥＣＵ６７が目的地情報及び現在位置情報をサーバ５０に送信するまでの手順は図５と同様である（Ｓ１０、Ｓ２０）。
【００８０】
図５では目的地に設定した駐車場Ｐのみの駐車場満空予測情報を生成したが、図８では周辺の駐車場Ｐａ〜Ｐｃについて満車確率を決定するので、ステップＳ１１０〜Ｓ１８０を駐車場Ｐ、Ｐａ〜Ｐｃに対し繰り返す。ステップＳ１１０〜Ｓ１８０の処理は実施例１と同様である。
【００８１】
すなわち、補正判定部３２は注目する駐車場Ｐ、Ｐａ〜Ｐｃ（以下、駐車場Ｑという）のいずれかの現在の駐車車両数を駐車場ＤＢ２９から読み出し（Ｓ１１１）、式（２）−１に基づき「現在の駐車場Ｑの駐車車両数」が、「駐車場Ｑの平均的な駐車車両数」よりも例えば２割程度多いか否かを判定する（Ｓ１２１）。
【００８２】
「注目する駐車場Ｑの現在の駐車車両数」が「駐車場Ｑの平均的な駐車車両数」よりも多くない場合（Ｓ１２１のＮｏ），ステップＳ１７０に進み駐車場Ｑの満車確率を決定する。
【００８３】
「注目する駐車場Ｑの現在の駐車車両数」が「駐車場Ｑの平均的な駐車車両数」よりも多い場合（Ｓ１２１のＹｅｓ），補正判定部３２は駐車場Ｑの周辺の駐車場の現在の駐車車両数を読み出す（Ｓ１３１）。
【００８４】
そして、補正判定部３２は、式（２）−２に基づき、「周辺の駐車場の現在の駐車車両数」が、「周辺の駐車場の平均的な駐車車両数」よりも例えば２割程度多いか否かを判定する（Ｓ１４１）。
【００８５】
「周辺の駐車場の現在の駐車車両数」が「周辺の駐車場の平均的な駐車車両数」よりも多くない場合（Ｓ１４１のＮｏ）、ステップＳ１７０に進み満車確率を決定する。
【００８６】
「周辺の駐車場の現在の駐車車両数」が「周辺の駐車場の平均的な駐車車両数」よりも多い場合（Ｓ１４１のＹｅｓ）、周辺の駐車場に駐車場Ｑと提携した駐車場があるか否かを判定する（Ｓ１５１）。提携した駐車場Ｑがない場合（Ｓ１５１のＮｏ）、駐車場満空予測情報生成部２６は、１より小さい係数Ｃを用いて補正係数γを決定する（Ｓ１８０）。提携した駐車場がある場合（Ｓ１５１のＹｅｓ）、駐車場満空予測情報生成部２６は、１より大きい係数Ｃを用いて補正係数γを決定する（Ｓ１６０）。これにより、提携駐車場が通常より混んでいる場合は、補正係数γを大きくすることができる。
【００８７】
ついで、駐車場満空予測情報性は、式（１）又は式（２）−４を用いて到着予想時刻の駐車場車両数を算出し、それと駐車場Ｑの収容可能数を比較して満車確率を決定する（Ｓ１７０）。サーバ５０はＳ１１１〜Ｓ１８０の処理を駐車場Ｐ、駐車場Ｐａ〜Ｐｃに対し繰り返し（Ｓ１９０）、駐車場毎の満車確率情報を車両２０に送信する（Ｓ２００）。
【００８８】
ナビＥＣＵ６７は満車確率情報を受信し（Ｓ３１）、アイコン形状調整部６８が満車確率に応じて各駐車場のアイコンの大きさを調整してディスプレイ６６に表示する（Ｓ４１）。
【００８９】
本実施例によれば、アイコンの大きさから駐車場の空きの可能性を一目で把握することができる。
【実施例３】
【００９０】
実施例１では、サーバ５０が駐車場満空予測情報を車両２０に提供し、空きのある駐車場Ｐを目的地に設定しやすくできるが、到着するまでの間に空きのあったはずの駐車場Ｐが満車となる場合もあり得る。本実施例では、到着の少し前に車両２０が駐車場満空予測情報をサーバ５０に要求し、駐車場満空予測情報が満車であることを示す場合、ナビゲーションシステム６０が空きのある駐車場を車両２０を自動的に設定したり、設定の機会を乗員に提供する駐車場情報提供システム１００について説明する。設定の機会は、例えば信号により停止するタイミングであり、インフラが提供する信号機の表示サイクルを検出して決定する。これにより、乗員は、空きのある駐車場を設定しやすくなり操作性が向上する。
【００９１】
なお、空きのある駐車場を自動的に設定するか、又は、代替の駐車場Ｐの設定の機会を乗員に提供するかは、乗員が予めナビゲーションシステム６０に設定してある。
【００９２】
図９は、本実施例の駐車場情報提供システム１００の機能ブロック図の一例を示す。図９において図２と同一部分には同一の符号を付しその説明は省略する。図９では、サーバ５０が信号サイクルＤＢ３４を有し、ナビゲーションシステム６０が路車間通信装置６９と接続され、ナビＥＣＵ６７がインフラ情報送信部８１、サイクル情報取得部８２、駐車場案内タイミング判定部８３、駐車場設定情報表示部８４、目的地設定部８５、サイクル情報記憶部８６及び乗員設定情報記憶部８７を有する。
【００９３】
〔駐車場Ｐの設定の機会を乗員に提供する構成〕
始めに、駐車場Ｐの設定の機会を乗員に提供する構成（乗員が所望の駐車場を設定する構成）について説明する。路車間通信装置６９は、路側に敷設された路側装置との距離が所定以内の場合に路側装置と通信する狭域通信（ＤＳＲＣ（Dedicated  Short  Range  Communication））を実現する。例えば自動車専用道の料金所に設けられた路側装置と通信するため車両２０がＥＴＣ（Electronic  Toll  Collection  System）装置を搭載している場合、路車間通信装置６９はこれと兼用することができる。路車間通信装置６９は、路側装置との通信エリアに入ると自動的に通信を開始し、例えば５．８ＧＨｚ帯の搬送波をＡＳＫ変調やＱＰＳＫ変調して、ベースバンド信号を取り出しこれにプロトコル処理等の信号処理を施し、インフラ情報を取得する。
【００９４】
本実施例のインフラ情報は信号機の現示情報である。現示情報は現在の信号の状態、すなわち、赤、黄、青のいずれの状態かを示す情報である。路側装置は車両２０が走行している位置よりも少し前方の信号機の現示情報を提供するので、ナビゲーションシステム６０のインフラ情報送信部８１は、前方の信号機の状態を受信しながら走行することになる。このため、その信号機が赤を維持する時間、青を維持する時間、黄を維持する時間を検出することができる。インフラ情報送信部８１は、信号機の識別情報（例えば、位置情報）に対応づけて赤状態維持時間、青状態維持時間及び黄状態維持時間（以下、サイクル情報という）を、通信装置６４を介してサーバ５０に送信する。なお、１台の車両２０がサイクル情報の全てを送信する必要はなく、いくつかの車両２０からサイクル情報を受信することで、サーバ５０は信号機毎に欠損のないサイクル情報を取得できる。
【００９５】
サーバ５０は通信部２３を介して各車両２０からサイクル情報を受信し、信号サイクルＤＢ３４に記憶する。したがって、サーバ５０の信号サイクルＤＢ３４には、全国（車両２０が走行する道路）の信号機のサイクル情報が記憶されうる。そして、サーバ５０は、車両２０からの問い合わせに応じてサイクル情報を車両２０に提供する。
【００９６】
サイクル情報取得部８２は、目的地の手前（例えば、５ｋｍ）に到達した時に取得した駐車場満空予測情報が満車状態を示す場合、サーバ５０から経路上の信号機のサイクル情報を取得する。出発時に車両２０は駐車場満空予測情報をサーバ５０に問い合わせているので、サーバ５０は車両２０の経路を取得している。サイクル情報取得部８２は受信したサイクル情報をサイクル情報記憶部８６に記憶しておく。
【００９７】
駐車場案内タイミング判定部８３は、サイクル情報記憶部８６に記憶されたサイクル情報、車両２０の位置情報、前方の信号機の位置情報、及び、車速から、空きのある駐車場を設定する十分な時間（例えば、３０秒〜１分）、信号で停止するか否かを判定する。
【００９８】
図１０は信号機における予測停車時間の算出の一例を示す。路側装置が提供する現示情報によると信号機８０からＬ〔ｍ〕で信号機が「黄→赤」に切り替わったとすると、駐車場案内タイミング判定部８３は、信号機８０までの距離Ｌと車速Ｖから信号機までの到着時間を算出する。この時、車両２０は信号機８０に向けて徐々に減速するので、車速Ｖに補正定数を掛けて小さな値を見積もるとよい。
【００９９】
到着時間  ＝  Ｌ／Ｖ
また、駐車場案内タイミング判定部８３は、サイクル情報記憶部８６から信号機８０のサイクル情報を読み出し、赤状態維持時間を取得する。そして、赤状態維持時間と到着時間を比較して、その差が例えば、３０秒〜１分あれば、空きのある駐車場を設定するのに十分な時間があると判定する。なお、図１０では「黄→赤」を例に説明したが、切り替わった時刻さえ検出できれば、車両２０が信号機８０に到達した時の信号機の状態が予測できるので、「赤→青」を基準に判定してもよい。
【０１００】
駐車場案内タイミング判定部８３が充分な時間があると判定すると、駐車場設定情報表示部８４は、車両２０の停車を待って、目的地周辺の道路地図を表示すると共に、周辺の代替用の駐車場を提示する。
【０１０１】
〔空きのある駐車場を自動的に設定する構成〕
続いて、空きのある駐車場をナビゲーションシステム６０が自動的に設定する構成について説明する。自動的に駐車場を設定する場合、駐車場Ｐに最寄りの駐車場を設定することが考えられるが、乗員によっては料金の安い駐車場Ｐを所望することや、立体駐車場でなく平地駐車の駐車場Ｐを所望する場合がある。このため、ナビゲーションシステム６０には、乗員が所望する駐車場を記憶した乗員設定情報記憶部８７を有する。
【０１０２】
乗員設定情報記憶部８７は、設定する駐車場の優先順位を記憶する。例えば、乗員の識別情報に対応づけて、「優先順位１：最寄り  優先順位２：料金  優先順位３：駐車形態（平地駐車）」のような乗員設定情報を記憶している。乗員設定情報は、乗員がナビゲーションシステム６０に入力した過去の設定情報から設定されていてもよいし、乗員が上記の優先順位を設定しておいてもよい。目的地設定部８５は、乗員設定情報記憶部８７を参照して、目的地の周辺から代替の駐車場を目的地に設定する。
【０１０３】
〔駐車場情報提供システム１００の動作手順〕
駐車場満提供システム１００の動作手順について図１１のフローチャート図を用いて説明する。図１１は、ナビゲーションシステム６０の動作手順を示すが、サーバ５０の動作手順は実施例と同様である。
【０１０４】
出発時、ナビＥＣＵ６７は乗員により入力された目的地に基づき経路を設定する（Ｓ２１０）。出発時、車両２０はサーバ５０から満空予測情報を受信しているので（Ｓ２２０）、出発時には空きのある駐車場Ｐを設定しているとしてよい。
【０１０５】
その後、車両２０は走行し、目的地の手前まで到達したか否かを判定する（Ｓ２３０）。手前か否かは、駐車場を再設定する余裕を持てる距離であればよく、例えば５Ｋｍ程度を判定の基準とする。
【０１０６】
目的地の手前まで到達すると（Ｓ２３０のＹｅｓ）、ナビＥＣＵ６７はサーバ５０に接続し、駐車場Ｐの駐車場満空予測情報を再生成するよう要求する（Ｓ２４０）。これにより、サーバ５０は実施例１と同様に駐車場満空予測情報を再生成する。なお、既に駐車場Ｐまでの距離がわずかなので、「現在の駐車車両数＞駐車可能数」のみから駐車場満空予測情報を生成してもよい。サーバ５０は駐車場満空予測情報を車両２０に送信する。なお、駐車場満空予測情報が満車状態であることを示す場合、サーバ５０は実施例２にて説明した周辺の駐車場Ｐの満車確率を送信することが好適である。これにより、乗員が自ら代替の駐車場を設定する場合、満車確率の低い駐車場を選択することができる。
【０１０７】
ナビＥＣＵ６７は駐車場満空予測情報を受信し（Ｓ２５０）、最新の駐車場満空予測情報が満車状態であること示すか否かを判定する（Ｓ２６０）。最新の駐車場満空予測情報が空きがあることを示す場合（Ｓ２６０のＮｏ）、ナビＥＣＵ６７は駐車場Ｐを目的地にしたまま処理を終了する（Ｓ２９０）。最新の駐車場満空予測情報が満車状態であることを示す場合（Ｓ２６０のＹｅｓ）、ナビＥＣＵ６７は、空きのある駐車場を自動的に設定するか（Ｓ２７０）、又は、代替の駐車場の設定の機会を乗員に提供する（Ｓ２８０）。
【０１０８】
・空きのある駐車場を自動的に設定（Ｓ２７０）
図１２は、ナビゲーションシステム６０が空きのある駐車場を自動的に設定する手順を示すフローチャート図である。目的地設定部８５は、乗員設定情報記憶部８７から乗員の嗜好する優先順位を読み出す（Ｓ２７０１）。
【０１０９】
そして、優先順位に応じて目的地の周辺にある代替の駐車場を決定し、改めて目的地に設定する（Ｓ２７０２）。この時、サーバ５０から周辺の駐車場Ｐａ〜Ｐｃの満車確率情報を受信しているのであれば、満車確率が例えば９０％以下の駐車場から代替の駐車場を決定する。決定すると図１１に戻り処理は終了する。
【０１１０】
・代替の駐車場の設定の機会を乗員に提供する（Ｓ２８０）
図１３は、ナビゲーションシステム６０が代替の駐車場の設定の機会を乗員に提供する手順を示すフローチャート図である。
【０１１１】
まず、サイクル情報取得部８２はサーバ５０に接続し（Ｓ２８０１）、経路上の信号機のサイクル情報を取得する（Ｓ２８０２）。サイクル情報取得部８２は、サーバ５０から取得したサイクル情報をサイクル情報記憶部８６に記憶する（Ｓ２８０３）。赤状態維持時間が短いと代替の駐車場を設定することは困難なので、サイクル時間の長いもの（赤状態維持時間の長いもの）を上位、数個程度記憶しておく。
【０１１２】
駐車場案内タイミング判定部８３は、車両２０の位置情報を参照し、サイクル情報記憶部８６に記憶した信号機の手前に到達したか否かを判定しながら走行する（Ｓ２８０４）。サイクル情報記憶部８６に記憶した信号機の手前に到達した場合（Ｓ２８０４のＹｅｓ）、路車間通信装置６９によりインフラ情報（信号機の現示情報）を受信したか否かを判定する（Ｓ２８０５）。
【０１１３】
現示情報を受信すると（Ｓ２８０５のＹｅｓ）、駐車場案内タイミング判定部８３は信号機における予測停車時間を算出し、予測停車時間が所定時間以上か否かを判定する（Ｓ２８０６）。所定時間以上でなければ、代替の駐車場を設定する時間としては十分でないとして走行を継続する。
【０１１４】
信号機における予測停車時間が所定時間以上であると判定された場合（Ｓ２８０６のＹｅｓ）、駐車場設定情報表示部８４は駐車場Ｐが満車の可能性がある旨を乗員に通知する（Ｓ２８０７）。駐車場設定情報表示部８４は、例えば「出発時に設定した駐車場が満車のようです。次の信号で駐車場を再設定してください。」とディスプレイ６６に表示し、及び／又は、スピーカから音声メッセージや警告音を出力する。
【０１１５】
このように、信号機で停止する前に乗員に通知しておくことで、信号機に停止してから通知するよりも、乗員が準備しやすくなるので、乗員を焦らせることがない。
【０１１６】
ついで、駐車場設定情報表示部８４は、車速が規定値以下に減速されたか否かを判定する（Ｓ２８０８）。車速の規定値は停止したと見なせる車速である。そして、車速が規定値以下に減速すると（Ｓ２８０８のＹｅｓ）、駐車場設定情報表示部８４は目的地周辺の道路地図を表示し、代替の駐車場をいくつか表示する（Ｓ２８０９）。これにより、乗員は充分な予測停車時間がある場合に、代替の駐車場を設定することができる。なお、実施例２のように満車確率情報を受信して、アイコンＰの大きさで満車確率を表示すれば乗員が駐車場を設定しやすい。乗員が代替の駐車場を設定すると図１１に戻り処理は終了する。
【０１１７】
車速が規定値以下に減速しない場合（Ｓ２８０８のＮｏ）、駐車場設定情報表示部８４は信号機を通過したか否かを判定し（Ｓ２８１０）、信号機を通過した場合にはステップＳ２８０４に戻り同様の処理を繰り返す。
【０１１８】
本実施例によれば、ナビゲーションシステム６０は目的地の手前で駐車場満空予測情報を再度取得し、満車状態であれば、代替の駐車場を設定することができる。代替の駐車場は、ナビゲーションシステム６０が乗員の嗜好に応じて自動的に設定することができ、また、信号待ちの時間を利用して適切なタイミングで設定を促すことができる。
【図面の簡単な説明】
【０１１９】
【図１】駐車場情報提供システムの概略構成図である。
【図２】駐車場情報提供システムの機能ブロック図の一例である（実施例１）。
【図３】入出庫時刻ＤＢ及び駐車場ＤＢに記憶される情報の一例を示す図である。
【図４】滞在時間情報ＤＢに記憶される情報の一例を示す図である。
【図５】駐車場満提供システムの動作手順を示すフローチャート図の一例である（実施例１）。
【図６】駐車場情報提供システムの機能ブロック図の一例である（実施例２）。
【図７】満車確率に応じて大きさを調整された駐車場のアイコンの一例を示す図である。
【図８】駐車場満提供システムの動作手順を示すフローチャート図の一例である（実施例２）。
【図９】駐車場情報提供システムの機能ブロック図の一例である（実施例３）。
【図１０】信号機における予測停車時間の算出の一例を示す
【図１１】駐車場満提供システムの動作手順を示すフローチャート図の一例である（実施例３）。
【図１２】ナビゲーションシステムが空きのある駐車場を自動的に設定する手順を示すフローチャート図の一例である。
【図１３】ナビゲーションシステムが代替の駐車場の設定の機会を乗員に提供する手順を示すフローチャート図の一例である。
【符号の説明】
【０１２０】
２０      車両
２１      交通情報ＤＢ
２４      駐車場入出庫時刻取得部
２５      平均滞在時間算出部
２６      駐車場満空予測情報生成部
２８      入出庫時刻ＤＢ
２９      駐車場ＤＢ
３１      滞在時間情報ＤＢ
３２      補正判定部
５０      サーバ
６０      ナビゲーションシステム
７０      駐車場管理装置
【図１】
0005076973.tif 000002
【図２】
0005076973.tif 000003
【図３】
0005076973.tif 000004
【図４】
0005076973.tif 000005
【図５】
0005076973.tif 000006
【図６】
0005076973.tif 000007
【図７】
0005076973.tif 000008
【図８】
0005076973.tif 000009
【図９】
0005076973.tif 000010
【図１０】
0005076973.tif 000011
【図１１】
0005076973.tif 000012
【図１２】
0005076973.tif 000013
【図１３】
0005076973.tif 000014