JP2011138480A - 駐車場空き情報通知システム - Google Patents

Abstract

【課題】駐車場の空き状況の情報に従って駐車場を決めても、結局満車の駐車場に到着してしまう可能性を低減する。
【解決手段】センタ４が、各駐車場に到着する予定の車両毎に、その車両の当該駐車場への到着予想時刻の情報を含む駐車予定データを作成している。車両１に搭載された車両用ナビゲーション装置は、目的地として設定された当該駐車場への到着予想時刻を算出してセンタ４に送信する。それを受信したセンタ４は、駐車予定データにおける、車両１の当該駐車場への到着予想時刻よりも前の到着予想時刻を有する車両の数を、予想駐車台数とし、さらに、予想駐車台数および当該駐車場の現在の空き台数に基づいて、車両１の当該駐車場への到着予想時刻における、当該駐車場の空き台数の予測値を算出し、車両１の車両用ナビゲーション装置に送信する。それを受信した車両用ナビゲーション装置は、空き台数の予測値の通知を車両１のユーザに対して行う。
【選択図】図１

Description

本発明は、駐車場空き情報通知システムに関するものである。

従来、車両内に搭載されたナビゲーション装置が、通信機能を用いて駐車場の空き状況の情報を外部から取得し、取得した情報を目的地駐車場の選択等に利用する技術が知られている（例えば、特許文献１参照）。

特開２００４−１７７１９９号公報

しかし、従来使用される駐車場の空き状況の情報は、その情報が作成された時点における空き状況の情報である。したがって、ある駐車場の空き状況の情報において、その駐車場に空きがあったとしても、車両がその駐車場に到着したときには、既に満車の状態になっている可能性がある。つまり、駐車場の空き状況の情報に従って駐車場を決めても、結局満車の駐車場に到着してしまう恐れがある。

本発明は上記点に鑑み、駐車場の空き状況の情報に従って駐車場を決めても、結局満車の駐車場に到着してしまう可能性を低減することを目的とする。

上記目的を達成するための請求項１に記載の発明は、駐車場に到着する予定の車両毎に、その車両の前記駐車場への到着予想時刻の情報を含む駐車予定データを作成する駐車予定データ作成手段（１０２、１０４、１０６、１２０、１０２’、１０４’、１０６’、１２０’）と、第１の車両（１）の前記駐車場への到着予想時刻を算出する到着時刻算出手段（２６５）と、前記駐車予定データにおける、前記第１の車両（１）の当該駐車場への前記到着予想時刻よりも前の到着予想時刻を有する車両の数を、予想駐車台数とし、さらに、前記予想駐車台数および前記駐車場の現在の空き台数に基づいて、前記第１の車両（１）の前記駐車場への前記到着予想時刻における、前記駐車場の空き状況の予測値を算出する予測空き状況算出手段（１１０、１１０’）と、
算出された前記空き状況の予測値に基づいた通知を前記第１の車両（１）のユーザに対して行う通知手段（１１４）と、を備えた駐車場空き情報通知システムである。

このようになっていることで、第１の車両（１）が駐車場に向かう場合に、他の車両（２）のうち、その駐車場にまだ入庫していないけれども、車両（１）がその駐車場に到着するまでには入庫するような車両（２）の台数（すなわち、予想駐車台数）を予測することができ、その予想駐車台数を加味した上で、車両（１）がその駐車場に到着したときに当該駐車場がどの程度空いているかをユーザに通知できる。したがって、現在の駐車場の空き状況に従って駐車場を決める場合に比べて、最終的に満車の駐車場に到着してしまう可能性を低減することができる。

また、請求項２に記載の発明は、複数の車両（１、２）のそれぞれに搭載される複数の車両用ナビゲーション装置（１０）と、前記複数の車両（１、２）から離れた位置に設置されるセンタ（４）と、を備え、前記複数の車両用ナビゲーション装置（１０）のうち第１の車両用ナビゲーション装置（１０）は、前記複数の車両（１、２）のうち前記第１の車両（１）に搭載され、前記センタ（４）は、前記駐車予定データ作成手段（１０２、１０４、１０６、１２０）を備え、前記駐車予定データ作成手段（１０２、１０４、１０６、１２０）は、前記複数の車両用ナビゲーション装置（１０）のそれぞれから、当該車両用ナビゲーション装置（１０）が搭載された車両の車両識別情報および前記駐車場への到着予想時刻の情報を含んだ第１の信号（５１、５２、５３、５６）を受信したことに基づいて、前記駐車予定データに対し、受信した前記第１の信号（５１、５２、５３、５６）中の前記車両識別情報および前記到着予想時刻情報の組から成るエントリを追加し、前記第１の車両用ナビゲーション装置（１０）は、前記到着時刻算出手段（２６５）を備えると共に、前記到着時刻算出手段（２６５）が算出した前記駐車場への前記到着予想時刻と前記第１の車両（１）の車両識別情報とを含む第２の信号（５４）を前記センタ（４）に送信する送信手段（２７０、２７０’）を備え、前記センタ（４）は、前記予測空き状況算出手段（１１０）を備え、前記予測空き状況算出手段（１１０）は、前記第２の信号（５４）を受信したことに基づいて、前記空き状況の予測値を算出し、算出した前記空き状況の予測値を、前記第１の車両（１）に送信し、前記第１の車両用ナビゲーション装置（１０）は、前記通知手段（１１４）を備え、前記通知手段（１１４）は、前記空き状況の予測値を前記センタ（４）から受信したことに基づいて、前記空き状況の予測値に基づいた通知を前記第１の車両（１）のユーザに対して行うことを特徴とする請求項１に記載の駐車場空き情報通知システムである。

このように、センタ（４）が集約して駐車場予想データを管理するようになることで、各車両の車両用ナビゲーション装置（１０）は、他の車両と通信しなくてもよくなるので、通信のための作動が簡略化される。

また、請求項３に記載の発明は、複数の駐車場のそれぞれに到着する予定の車両毎に、その車両の前記駐車場への到着予想時刻の情報を含む駐車予定データを作成すると共に、前記複数の駐車場のうち、身体障害者専用の駐車スペースを有する駐車場については、当該身体障害者専用の駐車スペースに駐車する予定であるか否かの情報を前記駐車予定データに含める駐車予定データ作成手段（１０２’、１０４’、１０６’、１２０’）と、第１の車両（１）のユーザの操作に応じてオン、オフが切り替え可能な記憶媒体中の所定のフラグがオンになっていることに基づいて、記憶媒体に記録されている複数の駐車場のうち、身体障害者専用の駐車スペースを有する駐車場を優先的に前記ユーザに表示する表示手段（２５０’）と、前記表示手段（２５０’）によって表示された駐車場のうち１つが前記ユーザに選択されると、当該選択された駐車場への到着予想時刻を算出する到着時刻算出手段（２６５）と、前記選択された駐車場が身体障害者専用の駐車スペースを有する駐車場であった場合、前記駐車予定データにおいて、前記第１の車両（１）の当該選択された駐車場への前記到着予想時刻よりも前の到着予想時刻を有すると共に身体障害者専用の駐車スペースに駐車する予定となっている車両の数を、予想駐車台数とし、さらに、前記予想駐車台数および前記駐車場の身体障害者専用の駐車スペースの現在の空き台数に基づいて、前記第１の車両（１）の前記駐車場への前記到着予想時刻における、前記駐車場の身体障害者専用の駐車スペースの空き状況の予測値を算出する予測空き状況算出手段（１１０’）と、算出された前記空き状況の予測値に基づいた通知を前記第１の車両（１）のユーザに対して行う通知手段（１１４）と、を備えた駐車場空き情報通知システムである。このようにすることで、ユーザは、身体障害者専用の駐車スペースを備えた駐車場をより選択し易くなる。

また、請求項４に記載の発明は、請求項３に記載の駐車場空き情報通知システムにおいて、前記表示手段（２５０’）は、前記所定のフラグがオンになっていることと、前記ユーザによって入力された登録ＩＤがあらかじめ登録された正規の身体障害者手帳の登録ＩＤであることに基づいて、記憶媒体に記録されている複数の駐車場のうち、身体障害者専用の駐車スペースを有する駐車場を優先的に前記ユーザに表示することを特徴とする。

このようになっていることで、正規の身体障害者手帳の登録ＩＤを有さないユーザが、身体障害者専用の駐車スペースを有する駐車場の優先的な案内を不正に受けることを防止できる。

また、請求項５に記載の発明は、請求項３に記載の駐車場空き情報通知システムにおいて、ユーザの所定の操作に応じて、障害者のみ駐車禁止を免除される道路上の地点を検索して前記ユーザに表示することを特徴とする。このようにすることで、ユーザの了解を得た上で障害者のみ駐車禁止を免除される道路上の地点を表示することができる。

また、請求項６に記載の発明は、請求項３または４に記載の駐車場空き情報通知システムにおいて、前記予測空き状況算出手段（１１０’）が算出した前記身体障害者専用の駐車スペースの空き状況の予測値が所定台数未満であったことに基づいて、ユーザの所定の許可の操作に応じて、障害者のみ駐車禁止を免除される道路上の地点を検索して前記ユーザに表示することを特徴とする。

なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。

本発明の実施形態に係る駐車場空き状況通知システムの構成を概略的に示す図である。 ナビゲーション装置１０の構成を示すブロック図である。 センタ４の構成を示すブロック図である。 駐車予定車両データの構成を例示する図である。 駐車場空き情報通知システムの典型的な作動のシーケンス図である。 目的地駐車場の仮決定および通知の処理の詳細を示すフローチャートである。 予想駐車台数Ｆの算出方法の詳細を示すフローチャートである。 車両１が目的地駐車場に到着した場合の作動を示すシーケンス図である。 車両１が目的地駐車場をキャンセルした場合の作動を示すシーケンス図である。 本発明の第２実施形態において車両用ナビゲーション装置の制御回路が実行する身体障害者識別処理のフローチャートである。 第２実施形態における駐車場空き情報通知システムの典型的な作動のシーケンス図である。 第２実施形態における駐車予定車両データの構成を例示する図である。 第２実施形態における目的地駐車場の仮決定および通知の処理の詳細を示すフローチャートである。 駐車場以外の目的地設定処理のフローチャートである。

（第１実施形態）
以下、本発明の第１実施形態について説明する。図１に、本実施形態に係る駐車場空き状況通知システムの構成を概略的に示す。この図に示すように、駐車場空き情報通知システムは、それぞれが車両用ナビゲーション装置を備えた複数の車両１、２ａ〜２ｃと、これら複数の車両１、２ａ〜２ｃの車両用ナビゲーション装置と通信ネットワーク（例えばインターネット等の広域ネットワーク、または専用通信回線）を介して通信するセンタ４と、を備えている。センタ４は、車両１、２ａ〜２ｃからは離れた位置（例えば建造物内）に設置されている。

本実施形態においては、これら車両１、２ａ〜２ｃが有する車両用ナビゲーション装置の構成および機能は同等となっているが、それら車両のうち特定の車両１（第１の車両に相当する）に着目し、この車両１の構成及び作動について主に説明する。

図２に、車両１および他の車両２が共通して有する車両用ナビゲーション装置１０の構成を示す。この車両用ナビゲーション装置１０は、車両に搭載され、位置検出器１１、画像表示装置１２、操作部１３、スピーカ１４、無線通信部１５、地図データ取得部１６、および制御回路１７を有している。

位置検出器１１は、いずれも周知の図示しない加速度センサ、地磁気センサ、ジャイロセンサ、車速センサ、およびＧＰＳ受信機等のセンサを有しており、これらセンサの各々の性質に基づいた、車両の現在位置、向き、および速度を特定するための情報を制御回路１７に出力する。

画像表示装置１２は、制御回路１７から出力された映像信号に基づいた映像をユーザに表示する。表示映像としては、例えば現在地を中心とする地図等がある。

操作部１３は、車両用ナビゲーション装置１０に設けられた複数のメカニカルスイッチ、画像表示装置１２の表示面に重ねて設けられたタッチパネル等の入力装置から成り、ユーザによるメカニカルスイッチの押下、タッチパネルのタッチに基づいた信号を制御回路１７に出力する。

無線通信部１５は、通信ネットワーク３に接続された無線基地局と無線接続することで、通信ネットワーク３に接続された他の通信装置との通信を実現するための装置である。制御回路１７は、通信ネットワーク３を介してセンタ４と通信するために、この無線通信部１５を用いる。

また、無線通信部１５は、ＦＭラジオ放送局または道路沿いに設置された路上機から無線送信された道路の渋滞情報、交通規制情報、駐車場現在空き情報等のＶＩＣＳ情報を受信して制御回路１７に出力する無線受信機でもある。ここで、駐車場現在空き情報とは、複数の駐車場のそれぞれについての、現時点の空き台数を示す情報である。なお、駐車場の総駐車可能台数と、その駐車場に現在駐車している車両の台数の組も、現時点の空き台数を算出できるので、現時点の空き台数を示す情報である。

地図データ取得部１６は、ＤＶＤ、ＣＤ、ＨＤＤ等の不揮発性の記憶媒体およびそれら記憶媒体に対してデータの読み出し（および可能ならば書き込み）を行う装置から成る。当該記憶媒体は、制御回路１７が実行するプログラム、経路案内用の地図データ等を記憶している。

地図データは、道路データおよび施設データを有している。道路データは、リンクの位置情報、種別情報、ノードの位置情報、種別情報、および、ノードとリンクとの接続関係の情報等を含んでいる。施設データは、施設毎のレコードを複数有しており、各レコードは、対象とする施設の名称情報、所在位置情報、土地地番情報、施設種類情報等を示すデータを有している。施設としては、駐車場、デパート、行楽施設等がある。

また、施設データにおいて、施設のレコードのうちいくつかは、その施設の利用のために使用可能な１つまたは複数の駐車場（提携駐車場、専用駐車場等）の名称、所在位置等を示す周辺駐車場情報を有している。

制御回路１７は、ＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ、Ｉ／Ｏ等を有するマイコンである。ＣＰＵは、ＲＯＭまたは地図データ取得部１６から読み出した車両用ナビゲーション装置１０の動作のためのプログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、および地図データ取得部１６から情報を読み出し、ＲＡＭおよび（可能であれば）地図データ取得部１６の記憶媒体に対して情報の書き込みを行い、位置検出器１１、画像表示装置１２、操作部１３、スピーカ１４、および無線通信部１５と信号の授受を行う。

制御回路１７がプログラムを実行することによって行う具体的な処理としては、現在位置特定処理、地図表示処理、目的地決定処理、誘導経路算出処理、経路案内処理等がある。

現在位置特定処理は、位置検出器１１からの信号に基づいて、周知のマップマッチング等の技術を用いて車両の現在位置や向きを特定する処理である。地図表示処理は、車両の現在位置の周辺等の特定の領域の地図を、画像表示装置１２に表示させる処理である。この際、地図表示のために用いる情報は、地図データから取得する。

目的地決定処理は、操作部１３に対するユーザの目的地設定操作に応じて、目的地を決定する処理である。誘導経路算出処理は、現在位置から当該目的地までの最適な誘導経路を算出する処理である。経路案内処理は、誘導経路上の右左折交差点等の案内ポイントの手前に自車両が到達したときに、右折、左折等を指示する案内音声をスピーカ１４に出力させ、当該案内ポイントの拡大図を画像表示装置１２に表示させることで、誘導経路に沿った車両の運転を案内する処理である。

図３に、センタ４の構成を示す。センタ４は、ネットワークインターフェース４１、無線部４２、記憶部４３、および制御部４４を有している。

ネットワークインターフェース４１は、通信ネットワーク３と接続し、通信ネットワーク３を介して通信を行うためのインターフェース回路である。制御部４４は、この通信ネットワーク３を用いることで、通信ネットワーク３を介して車両１、２ａ〜２ｃと通信するようになっている。無線部４２は、ＦＭラジオ放送局から駐車場現在空き情報等のＶＩＣＳ情報を受信して制御部４４に出力する無線受信機である。

記憶部４３は、書き込み可能な不揮発性の記憶媒体（例えば、磁気ディスク、フラッシュメモリ等）である。この記憶部４３には、複数の駐車予定データが記録されている。図４に、駐車予定車両データの構成を例示する。それぞれの駐車予定データは、異なる１つの駐車場に対応し、対応する駐車場に到着する予定の車両毎に、その車両の識別情報（以下、車両識別情報という）および到着予想時刻の情報を含むようになっている。車両の識別情報とは、その車両を他の車両と区別するための情報をいう。この車両の識別情報としては、当該車両に搭載された車両用ナビゲーション装置１０の制御回路１７のＲＯＭに記録された車載機ＩＤを用いてもよい。

制御部４４は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、ＣＰＵがＲＯＭに記録されたプログラムを実行することで、後述する処理を実行し、その実行の際、ネットワークインターフェース４１、無線部４２、記憶部４３を用いる。

以下、このような駐車場空き情報通知システムの作動について説明する。図５に、駐車場空き情報通知システムの典型的な作動のシーケンス図を示す。まず、車両２ａ〜２ｃに搭載された車両用ナビゲーション装置１０が、通信ネットワーク３を介してセンタ４と通信することで、当該車両２ａ〜２ｃの車両識別情報、当該車両２ａ〜２ｃの目的地として確定した駐車場の識別情報（すなわち、駐車場を一意に示す情報、例えば名称等。以下、駐車場識別情報という）、および当該車両２ａ〜２ｃの当該駐車場への到着予想時刻の情報、を含んだ信号５１、５２、５３（第１の信号の例に相当する）を、センタ４に送信する。

そしてこれら信号５１〜５３を受信したセンタ４は、受信した車両識別情報、車両駐車場および到着予想時刻の情報を、駐車予定データに反映させる（ステップ１０２、１０４、１０６）。すなわち、受信した信号５１、５２、５３中の駐車場識別情報に対応する駐車場の駐車予定データを特定し、この駐車予定データに対し、受信した車両識別情報および到着予想時刻情報の組から成るエントリを追加する。このようにすることで、各駐車場について、どの時刻にどの車両が到着するかの情報が、対応する駐車予定データに逐次記録されていく。ただし、各駐車予定データに複数個のエントリが含まれている場合は、それら複数のエントリは、到着予想時刻の早い順に並ぶように記録される。

なお、車両２ａ〜２ｃが車両識別情報、目的地の駐車場識別情報、および到着予想時刻情報の信号５１〜５３を送信する際の作動の詳細、および、センタ４がそれら信号５１〜５３を受信して駐車予定データに反映させる際の作動の詳細については、以下で説明する自車両１が車両識別情報、目的地の駐車場識別情報、および到着予想時刻情報を確定情報として送信する作動、および、センタ４がその送信された確定情報を受信して駐車予定データに反映させる作動と同じである。

次に、自車両１のユーザが、自車両１の車両用ナビゲーション装置１０（第１の車両用ナビゲーション装置の一例に相当する）に対して目的地駐車場の設定操作を行うと、車両用ナビゲーション装置１０は、その設定操作に基づいて、目的地駐車場を仮決定し、自車両１の車両識別情報、仮決定した目的地駐車場の駐車場識別情報、および自車両１の目的地駐車場への到着予想時刻の情報を、センタ４に送信する（ステップ１０８）。この処理は、上述の目的地決定処理の一部に相当する。

図６に、このステップ１０８の目的地駐車場仮決定・通知の処理の詳細を示す。この図に示す通り、制御回路１７は、まず、操作部１３に対するユーザの主目的地の設定操作を受け付け、受け付けた設定操作に応じて、主目的地を設定する（ステップ２１０）。ここで設定する主目的地としては、駐車場そのものである場合もあれば、周辺に使用可能な駐車場（提携駐車場等）を備えた施設である場合もある。

続いて制御回路１７は、設定した主目的地が駐車場そのものであるか否かを判定し（ステップ２２０）、駐車場そのものであれば、その駐車場への到着予想時刻を算出する（ステップ２６５）。算出方法としては、誘導経路算出処理を実行して自車両１の現在位置から当該駐車場への最適な誘導経路を算出し、算出した誘導経路を走行するために要する時間（以下、走行所要時間という）を算出し、算出した時間だけ現在時刻から進めた時刻を、到着予想時刻とする。なお、走行所要時間の算出方法としては、どのような方法を採用してもよいが、例えば、誘導経路の総距離を所定の平均速度で除算した結果の値を走行所要時間としてもよい。

そして制御回路１７は更に、自車両の車両識別情報と、その駐車場の駐車場識別情報と、その駐車場への到着予想時刻（ステップ２６５で算出済み）と、を含む信号５４（第２の信号に相当する）をセンタ４に送信し（ステップ２７０）、目的地駐車場仮決定・通知の処理を終了する。

一方、設定した主目的地が駐車場そのものでない場合、その主目的地の施設には、その施設の利用のために使用可能な駐車場があるか否かを、地図データにおける当該施設の周辺駐車場情報の有無に基づいて判定する（ステップ２３０）。そして、使用可能な駐車場がない場合、目的地駐車場仮決定・通知の処理を終了し、さらに、図５におけるステップ１０８以降の処理も実行しない。

使用可能な駐車場がある場合、当該施設の周辺駐車場から、すべての駐車場の駐車場識別情報を読み出し（ステップ２４０）、続いて読み出した駐車場の名称、所在位置等の情報を、画像表示装置１２にリスト表示させる（ステップ２５０）。そして更に、ユーザが操作部１３を用いてリスト表示された駐車場のうち１つを選択するのを待ち（ステップ２６０）、選択されると、その駐車場への到着予想時刻を算出し（ステップ２６５）、更に、自車両の車両識別情報と、選択された駐車場の駐車場識別情報と、その駐車場への到着予想時刻と、を含む信号５４をセンタ４に送信し（ステップ２７０）、目的地駐車場仮決定・通知の処理を終了する。

このようにして、制御回路１７は、ユーザが選択した主目的地の駐車場、または主目的地の施設の利用のために使用可能な駐車場を１つ決定し、自車両の車両識別情報と、決定した駐車場の駐車場識別情報と、その駐車場への到着予想時刻と、を含む信号５４（図５参照）を、通信ネットワーク３を介してセンタ４に送信する。

このような信号５４を受信したセンタ４の制御部４４は、続いて、信号５４中に含まれる駐車場の予測空き台数を算出し、算出した予測空き台数を含む信号５５を車両用ナビゲーション装置１０に送信する（ステップ１１０）。

このステップ１１０で算出する駐車場の予測空き台数とは、車両１の当該駐車場への到着予想時刻における、当該駐車場の空き台数の予測値である。この予測空き台数は、現在の当該駐車場の空き台数（以下、現在空き台数Ｃという）と、自車両１が当該駐車場に到達するまでに当該駐車場に駐車することが予想される他車両の台数（以下、予想駐車台数Ｆという）とに基づいて算出する。具体的には、現在空き台数Ｃから予想駐車台数Ｆを減算した結果の値を、予測空き台数とする。あるいは、センタ４に対して目的地駐車場の駐車場識別情報を送信する機能を有しない車両が当該駐車場に駐車することを考慮して、予想駐車台数Ｆに１より大きな値の係数Ｋを乗じた結果の値を現在空き台数Ｃから減算した結果の値を、予測空き台数としてもよい。

ここで、現在空き台数Ｃとしては、無線部４２を用いて受信したＶＩＣＳ情報から抽出した、当該駐車場の駐車場現在空き情報を採用する。また、予想駐車台数Ｆは、記憶部４３に記録された当該駐車場の駐車予定データに基づいて算出する。具体的には、当該駐車予定データにおける、自車両１の当該駐車場への到着予想時刻よりも前の到着予想時刻を有するエントリの数を、予想駐車台数Ｆとして採用する。

図７に、この予想駐車台数Ｆの算出方法の詳細を示す。まず制御部４４は、作業用の変数ｎを１に初期化し（ステップ３１０）、続いて、この変数ｎが当該駐車予定データ中の総エントリ数Ｎと比較し、ｎ≦Ｎであるか否かを判定する（ステップ３２０）。ｎ≦Ｎである場合、続いて、当該駐車場予想データ中のｎ番目のエントリ中の到着予想時刻Ｔ（ｎ）と、受信した信号５４中の車両１の到着予想時刻Ｔとを比較する（ステップ３３０）。

ここで、当該駐車場予想データは、到着予想時刻の早い順に並ぶように記録されているので、到着予想時刻中のｎ番目のエントリは、当該駐車場予想データ中においてｎ番目に早く到着する予定の他車両のエントリである。

続いて到着予想時刻Ｔが到着予想時刻Ｔ（ｎ）よりも早いか否かを判定し（ステップ３４０）、早くなければ続いて変数ｎの値を１だけ増加させ（ステップ３５０）、ステップ３２０に戻る。

このような処理により、制御部４４は、駐車場予想データ中の到着予想時刻Ｔ（ｎ）を早い順に車両１の到着予想時刻Ｔと比較し（ステップ３３０）、到着予想時刻Ｔ（ｎ）が早いと判定する度に（ステップ３４０→ＹＥＳ）変数ｎの値を１だけ増加させていく（ステップ３５０）。ただし、変数ｎが総エントリ数Ｎより大きくなった場合（ステップ３２０→ＮＯ）は、比較対象がないので、ステップ３２０からステップ３６０に進み、予想駐車台数Ｆの値として、変数ｎの値から１を減じた値（すなわち総エントリ数Ｎの値）を採用する。このようにするのは、この場合、駐車場予想データ中のすべてのエントリが、車両１よりも早い到着予想時刻を有していることになるからである。

また、ステップ３４０で到着予想時刻Ｔが到着予想時刻Ｔ（ｎ）よりも早いと判定した場合も、続いてステップ３６０に進み、予想駐車台数Ｆの値として、変数ｎの値から１を減じた値を採用する。このようにするのは、この場合、駐車場予想データ中のｎ−１個のエントリのみが、車両１よりも早い到着予想時刻を有しているからである。

ステップ３６０の後、制御部４４は予想駐車台数Ｆの算出処理を終了し、この予想駐車台数Ｆと現在空き台数Ｃに基づいて、当該駐車場の予測空き台数を算出する。そして、算出した予測空き台数の情報を含む信号５５（図５参照）を、通信ネットワーク３を介して車両１に送信する。

自車両１の車両用ナビゲーション装置１０がこの信号５５を受信すると、当該車両用ナビゲーション装置１０の制御回路１７は、受信した当該駐車場の予測空き台数が予め定められた一定台数（例えば、１台でもよいし、５台でもよい。）未満であるか否かを判定し（ステップ１１２）、一定台数未満でないと判定した場合、当該駐車場を目的地の駐車場として確定する（ステップ１１８）。そして、確定した目的地の駐車場への到着予想時刻を算出し、更に、自車両１の車両識別情報と、当該駐車場の駐車場識別情報と、その駐車場への到着予想時刻と、を含む信号５６（第１の信号の一例に相当する）を、通信ネットワーク３を介してセンタ４に送信する（ステップ１１９）。その後制御回路１７は、現在位置から当該駐車場へ最適な誘導経路の経路案内処理を行う。

この信号５６を受信したセンタ４の制御部４４は、当該駐車場の駐車予定データを更新する。具体的には、受信した信号６５に含まれる駐車場の駐車場識別情報に対応する駐車予定データに対して、信号６５中の車両識別情報および到着予想時刻情報の組から成るエントリを追加する（ステップ１２０）。ただし、その新エントリの追加位置は、その新エントリよりも早い到着予想時刻を有するすべてのエントリよりも後ろの位置であり、かつ、その新エントリよりも遅い到着予想時刻を有するすべてのエントリよりも前の位置とする。このような位置に新エントリを追加することで、当該駐車予定データ中では、到着予想時刻の早い順にエントリが並んで記録される。

また、自車両１に搭載された車両用ナビゲーション装置１０の制御回路１７が、ステップ１１２で、受信した当該駐車場の予測空き台数が予め定められた一定台数未満であると判定した場合、画像表示装置１２およびスピーカ１４を用いて、仮決定された目的地駐車場には空きが少ない旨を、画像および音声でユーザに通知する（ステップ１１４）。このとき、算出されている予測空き台数を表示するようになっていてもよい。

そして更に、画像表示装置１２およびスピーカ１４を用いて、目的地の駐車場を変更するか否かをユーザに問い合わせ、目的地の駐車場の変更を促すとともに、その問い合わせに対する回答操作を待つ（ステップ１１６）。そして、ユーザが操作部１３に対して変更する旨の回答操作を行った場合、再度処理をステップ１０８に戻すことで、新たな目的地駐車場を仮決定し直す。

ユーザが操作部１３に対して変更しない旨の回答操作を行った場合は、ステップ１１８に進んで、当該駐車場を目的地の駐車場として確定し、自車両１の車両識別情報と、当該駐車場の駐車場識別情報と、その駐車場への到着予想時刻と、を含む信号５６を、通信ネットワーク３を介してセンタ４に送信する（ステップ１１９）。その後制御回路１７は、現在位置から当該駐車場へ最適な誘導経路の経路案内処理を行う。このようになっているので、到着したときには既に駐車スペースがない可能生が高い駐車場であっても、敢えてその駐車場に向うとユーザが判断すれば、そこに向って経路案内することができる。

また、図８に示すように、自車両１が目的地の駐車場に到着したとき、自車両１の制御部４４は、目的地の駐車場に到着したことを示す到着情報と、自車両１の車両識別情報とを含む信号５７を、センタ４に送信する（ステップ１３０）。この信号５７を受信したセンタ４の制御部４４は、当該車両１の車両識別情報を含むエントリが記録された駐車予定データ（すなわち、車両１の目的地駐車場の駐車予定データ）を検索し、検索の結果見つかった駐車予定データ中の当該エントリを削除する（ステップ１３２）。この作動は、車両１を車両２ａ〜２ｃに置き換えた場合にも当てはまる。

このように、ある駐車場の駐車予定データにあるエントリが登録されており、そのエントリに含まれる車両識別情報に対応する車両がその駐車場に到着すると、その車両の車両用ナビゲーション装置１０がセンタ４に対して到着情報および車両識別情報を送信し、センタ４は、その到着情報および車両識別情報を受信したことに基づいて、当該駐車予定データから当該車両のエントリを削除する。このように、目的地駐車場に既に到着した車両のエントリが、駐車予定データから削除されることで、駐車予定データが増え続けてしまうことがない。

また、図９に示すように、自車両１の乗員が、操作部１３に対して目的地設定をキャンセルする操作を行った場合、制御回路１７は、目的地の駐車場の設定をキャンセルすることを示すキャンセル情報と、自車両１の車両識別情報とを含む信号５８を、センタ４に送信する（ステップ１４０）。この信号５８を受信したセンタ４の制御部４４は、当該車両１の車両識別情報を含むエントリが記録された駐車予定データ（すなわち、車両１の目的地駐車場の駐車予定データ）を検索し、検索の結果見つかった駐車予定データ中の当該エントリを削除する（ステップ１４２）。この作動は、車両１を車両２ａ〜２ｃに置き換えた場合にも当てはまる。

このように、ある駐車場の駐車予定データにあるエントリが登録されており、そのエントリに含まれる車両識別情報に対応する車両において、ドライバが当該駐車場の目的地設定をキャンセルした場合、その車両の車両用ナビゲーション装置１０がセンタ４に対してキャンセル情報および車両識別情報を送信し、センタ４は、そのキャンセル情報および車両識別情報を受信したことに基づいて、当該駐車予定データから当該車両のエントリを削除する。このように、目的地駐車場に到着することがなくなった車両のエントリが、駐車予定データから削除されることで、駐車予定データが増え続けてしまうことがない。

以上説明した通り、本実施形態の駐車場空き情報通知システムにおいては、センタ４が、各車両１、２ａ〜２ｃに搭載された車両用ナビゲーション装置１０のそれぞれから、当該車両用ナビゲーション装置１０が搭載された車両の車両識別情報および確定した目的地の駐車場への到着予想時刻の情報を含んだ信号５１、５２、５３、５６を受信したことに基づいて、当該駐車場に対応する駐車予定データに対し、受信した信号５１、５２、５３、５６中の車両識別情報および到着予想時刻情報の組から成るエントリを追加する。

そして、車両１の車両用ナビゲーション装置１０は、仮決定した自車両１の目的地駐車場への到着予想時刻を算出し、算出した当該駐車場への到着予想時刻と車両１の車両識別情報とを含む信号５４をセンタ４に送信する。

そしてセンタ４は、信号５４を受信したことに基づいて、当該到着予想時刻における当該駐車場の空き台数の予測値を算出し、算出した空き台数の予測値を、車両１に送信する。

そして車両１の車両用ナビゲーション装置１０は、空き台数の予測値をセンタ４から受信したことに基づいて、空き台数の予測値を車両１のユーザに対して通知した上で、ユーザの操作に応じて、別の駐車場を目的地駐車場として仮決定する。

このようになっていることで、車両１がある駐車場に向かう場合に、他の車両２のうち、その駐車場にまだ入庫していないけれども、車両１がその駐車場に到着するまでには入庫するような車両２の台数（すなわち、予想駐車台数）を予測することができ、その予想駐車台数を加味した上で、車両１がその駐車場に到着したときに当該駐車場がどの程度空いているかをユーザに通知できる。したがって、現在の駐車場の空き状況に従って駐車場を決める場合に比べて、最終的に満車の駐車場に到着してしまう可能性を低減することができる。

また、混雑が予測できるときはユーザに対して事前に他の駐車場へ目的地設定を変更するように促すことで、実際の駐車場にて、車両同士が競合するような混雑の発生を未然に防ぐことができる。

また、センタ４が集約して駐車場予想データを管理するようになっていることで、各車両１、２ａ〜２ｃの車両用ナビゲーション装置１０は、他の車両と通信しなくてもよくなるので、通信のための作動が簡略化される。

なお、本実施形態において、センタ４の制御部４４が、ステップ１０２、１０４、１０６、１２０の処理を実行することで、駐車予定データ作成手段の一例として機能し、また、ステップ１１０を実行することで予測空き状況算出手段の一例として機能する。

また、車両用ナビゲーション装置１０の制御回路１７が、ステップ２６５を実行することで到着時刻算出手段の一例として機能し、ステップ２７０を実行することで送信手段の一例として機能し、ステップ１１４を実行することで通知手段の一例として機能する。
（第２実施形態）
次に、本発明の第２実施形態について説明する。本実施形態は、第１実施形態に対して、車両に同乗する身体障害者の利便性をより高めるような変更を加えたものである。本実施形態における駐車場空き状況通知システムのハードウェア構成は、第１実施形態と同じである。したがって、センタ４および車両用ナビゲーション装置１０のハードウェア構成も、第１実施形態と同じである。

以下、本実施形態の駐車場空き情報通知システムの作動について、第１実施形態と異なる部分を中心に説明する。

まず、本実施形態の車両用ナビゲーション装置１０では、制御回路１７が、図１０に示す身体障害者識別処理を実行する。この身体障害者識別処理は、車両用ナビゲーション装置１０を搭載する自車両１に障害者が同乗する機会が多いことを示す身体障害者フラグ（所定のフラグの一例に相当する）についての処理であり、ユーザの操作に応じて、この身体障害者フラグのオン、オフを切り替える。

制御回路１７は、操作部１３に対する所定の操作があったときに、この身体障害者識別処理の実行を開始し、まずステップ４１０で、自車両１に身体障害者が同乗することが多いか否かを音声または画像で問い合わせ、その問い合わせに対する応答の操作が操作部１３に対して行われるまで待ち、応答の操作があると、その操作が「同乗することが多い」旨の操作であれば、続いてステップ４２０に進み、「同乗することが多くない」旨の操作であれば、続いてステップ４５０に進む。

ステップ４２０では、身体障害者手帳に記載の登録ＩＤの入力を音声または画像で促し、操作部１３に対する障害者ＩＤの入力を待つ。このとき、ユーザが操作部１３を用いてユーザ所有の身体障害者手帳に記載の登録ＩＤを入力すると、制御回路１７は続いてステップ４３０に進む。

ステップ４３０では、入力された登録ＩＤが、いずれかの都道府県に届出のある正規な身体障害者手帳の登録ＩＤであるか否かを判定する。この判定は、あらかじめ制御回路１７のＲＯＭ、フラッシュメモリ、または地図データ取得部１６のＨＤＤに登録された正規な登録ＩＤのリストを用いて、入力された登録ＩＤが当該リストに含まれるか否かで、入力された登録ＩＤが登録ＩＤであるか否かを判定してもよい。あるいは、無線通信部１５を用いて車外の障害者登録ＩＤ提供サーバに対して、入力された登録ＩＤを含む問い合わせ信号を送信し、当該障害者ＩＤ提供サーバは、上記リストを記憶しており、受信した問い合わせ信号に含まれる登録ＩＤが当該リストに含まれるか否を判定し、判定結果を車両用ナビゲーション装置１０に無線送信し、車両用ナビゲーション装置１０の制御回路１７は、受信した判定結果に基づいて、入力された登録ＩＤが当該リストに含まれるか否かを判定してもよい。正規な登録ＩＤであると判定した場合、続いてステップ４４０に進み、フラッシュメモリまたは地図データ取得部１６のＨＤＤ中の身体障害者フラグをオンにし、身体障害者識別処理を終了する。

このような制御回路１７の処理により、身体障害者のユーザが頻繁に乗車することの登録を行える。なお、車両用ナビゲーション装置１０の出荷時における身体障害者フラグの初期値は、オフとなっている。

ただし制御回路１７は、ステップ４３０で、正規な登録ＩＤでないと判定した場合は、身体障害者フラグを変化させずに、身体障害者識別処理を終了する。このようにすることで、不正に身体障害者フラグがオンにされることを防止できる。

また制御回路１７は、ステップ４１０で、自車両１に身体障害者が同乗することが多くないと判定された場合、上述の通りステップ４５０に進み、身体障害者フラグをオフにし、身体障害者識別処理を終了する。このようにすることで、ユーザの操作に応じて、身体障害者フラグをオンからオフにすることができる。

次に、図１１に示す駐車場空き情報通知システムの作動について説明する。この図１１は、身体障害者フラグがオンのときの駐車場空き情報通知システムの典型的な作動のシーケンス図である。この図１１と第１実施形態の図５で同じ処理を行うステップに対しては、同じ符号を付し、それらについての説明は省略する。

図１２に、本実施形態における駐車予定車両データの構成を例示する。それぞれの駐車予定データは、異なる１つの駐車場に対応し、対応する駐車場に到着する予定の車両毎に、その車両の識別情報（以下、車両識別情報という）、到着予想時刻、および身体障害者専用駐車スペースに駐車する予定か否かの情報を含むようになっている。

このような駐車予定データは、以下のようにしてセンタ４の制御部４４が作成する。図１１に示すように、車両２ａ〜２ｃに搭載された車両用ナビゲーション装置１０が、通信ネットワーク３を介してセンタ４と通信することで、当該車両２ａ〜２ｃの車両識別情報、当該車両２ａ〜２ｃの目的地として確定した駐車場の識別情報（すなわち、駐車場を一意に示す情報、例えば名称等。以下、駐車場識別情報という）、および当該車両２ａ〜２ｃの当該駐車場への到着予想時刻の情報、および、身体障害者専用駐車スペースに駐車する予定か否かの情報を含んだ信号５１、５２、５３（第１の信号の例に相当する）を、センタ４に送信する。

そしてこれら信号５１〜５３を受信したセンタ４は、受信した車両識別情報、車両駐車場および到着予想時刻の情報を、駐車予定データに反映させる（ステップ１０２’、１０４’、１０６’）。すなわち、受信した信号５１、５２、５３中の駐車場識別情報に対応する駐車場の駐車予定データを特定し、この駐車予定データに対し、受信した車両識別情報、到着予想時刻情報、および身体障害者専用駐車スペースに駐車する予定か否かの組から成るエントリを追加する。このようにすることで、各駐車場について、どの時刻にどの車両が到着するか、および、身体障害者専用駐車スペースに駐車する予定か否かの情報が、対応する駐車予定データに逐次記録されていく。ただし、各駐車予定データに複数個のエントリが含まれている場合は、それら複数のエントリは、到着予想時刻の早い順に並ぶように記録される。

なお、車両２ａ〜２ｃが車両識別情報、目的地の駐車場識別情報、到着予想時刻情報、身体障害者専用駐車スペースに駐車する予定か否かの情報を含む信号５１〜５３を送信する際の作動の詳細、および、センタ４がそれら信号５１〜５３を受信して駐車予定データに反映させる際の作動の詳細については、以下で説明する自車両１が車両識別情報、目的地の駐車場識別情報、および到着予想時刻情報を確定情報として送信する作動、および、センタ４がその送信された確定情報を受信して駐車予定データに反映させる作動と同じである。

そして、自車両１のユーザが、自車両１の車両用ナビゲーション装置１０（第１の車両用ナビゲーション装置の一例に相当する）の操作部１３に対して目的地駐車場の設定操作を行うと、当該車両用ナビゲーション装置１０の制御回路１７は、身体障害者フラグがオンのときは、図１１のステップ１０８’〜１１９のような処理を実行し、身体障害者フラグがオフの時は、第１実施形態と同様、図５のステップ１０８〜１１９のような処理を実行する。

まずステップ１０８’では、図５のステップ１０８と同様、上述の目的地駐車場の設定操作に基づいて、目的地駐車場を仮決定し、自車両１の車両識別情報、仮決定した目的地駐車場の駐車場識別情報、および自車両１の目的地駐車場への到着予想時刻の情報等を、センタ４に送信する。この処理は、上述の目的地決定処理の一部に相当する。

図１３に、このステップ１０８’の目的地駐車場仮決定・通知の処理の詳細を示す。この図１３と第１実施形態の図６で同じ処理を行うステップに対しては、同じ符号を付し、それらについての説明は省略する。

ステップ２１０で設定された主目的地の施設の周辺にはその施設の利用のために使用可能な駐車場がある、とステップ２３０で判定し、続くステップ２４０で、当該施設の周辺駐車場から、身体障害者専用の駐車スペースがある駐車場もない駐車場も関係なく、すべての駐車場の駐車場識別情報を読み出した後、制御回路１７は、ステップ２５０’に処理を進める。

ステップ２５０’では、図６のステップ２５０と同様、ステップ２４０で読み出した駐車場の名称、所在位置等の情報を、画像表示装置１２にリスト表示させる。ただし、リストの順序が、図６のステップ２４０と異なる。

具体的には、ステップ２４０で読み出した駐車場のうち、身体障害者専用の駐車スペースを備えた駐車場を、そうでない駐車場よりも優先的にリスト表示する。例えば、スクロール表示可能なリスト表示において、リストの最も上位に、身体障害者専用の駐車スペースを備えた駐車場群を表示する。このようにすることで、ユーザは、身体障害者専用の駐車スペースを備えた駐車場をより選択し易くなる。

なお、本実施形態では、地図データ取得部１６に記憶された地図データ中には、駐車場毎に、当該駐車場の名称情報、所在位置情報、土地地番情報、施設種類情報に加え、当該駐車場が身体障害者専用の駐車スペースを有しているか否か（および、有している場合は何個有しているか）の情報、を含んでおり、制御回路１７は、この身体障害者専用の駐車スペースを有しているか否かの情報に基づいて、身体障害者専用の駐車スペースを備えた駐車場とそうでない駐車場とを識別することができる。

このように、車両１に身体障害者が乗車している可能性が高い場合、設定された主目的地に近い駐車場の中で、身体障害者専用の駐車スペースを優先的に案内することができる。

また制御回路１７は、ステップ２７０’で、図６のステップ２７０と同様、自車両の車両識別情報と、選択された当該駐車場の駐車場識別情報と、その駐車場への到着予想時刻（ステップ２６５で算出済み）と、を含む信号５４（図１１参照、第２の信号に相当する）をセンタ４に送信する。ただし、ステップ２６０で、ユーザが身体障害者専用の駐車スペースのある駐車場を選択していた場合に限っては、ステップ２７０’で、身体障害者専用の駐車スペースの空き台数をセンタ４に問い合わせるため、所定の身体障害者専用駐車スペース問い合わせデータを信号５４に含める。

このような身体障害者専用駐車スペース問い合わせデータを含む信号５４を受信したセンタ４の制御部４４は、続いて、当該信号５４中に含まれる駐車場の身体障害者専用駐車スペースの予測空き台数を算出し、算出した予測空き台数を含む信号５５を車両用ナビゲーション装置１０に送信する（図１１のステップ１１０’）。なお、受信した信号５４中に身体障害者専用駐車スペース問い合わせデータがない場合は、ステップ１１０’の処理内容は、図５のステップ１１０と同じになる。

以下、身体障害者専用駐車スペース問い合わせデータを含む信号５４を受信した場合のステップ１１０’の処理内容について説明する。このステップ１１０で算出する駐車場の身体障害者専用駐車スペースの予測空き台数とは、車両１の当該駐車場への到着予想時刻における、当該駐車場の身体障害者専用駐車スペースの空き台数の予測値である。この予測空き台数は、現在の当該駐車場の身体障害者専用駐車スペースの空き台数（以下、現在空き台数Ｃ’という）と、自車両１が当該駐車場に到達するまでに当該駐車場の身体障害者専用駐車スペースに駐車することが予想される他車両の台数（以下、予想駐車台数Ｆ’という）とに基づいて算出する。具体的には、現在空き台数Ｃ’から予想駐車台数Ｆ’を減算した結果の値を、身体障害者専用駐車スペースの予測空き台数とする。あるいは、センタ４に対して目的地駐車場の駐車場識別情報を送信する機能を有しない車両が当該駐車場の身体障害者専用駐車スペースに駐車することを考慮して、予想駐車台数Ｆ’に１より大きい係数Ｋを乗じた結果の値を現在空き台数Ｃ’から減算した結果の値を、身体障害者専用駐車スペースの予測空き台数としてもよい。

ここで、現在空き台数Ｃ’としては、無線部４２を用いて受信したＶＩＣＳ情報から抽出した、当該駐車場の身体障害者専用駐車スペースの駐車場現在空き情報を採用する。なお、本実施形態では、無線部４２を用いて受信したＶＩＣＳ情報には、身体障害者専用駐車スペースを有する駐車場については、当該駐車場の身体障害者専用駐車スペースの現在の空き台数の情報も含まれている。

また、予想駐車台数Ｆ’は、記憶部４３に記録された当該駐車場の駐車予定データに基づいて算出する。具体的には、当該駐車予定データにおける、自車両１の当該駐車場への到着予想時刻よりも前の到着予想時刻を有するエントリのうち、身体障害者専用駐車スペースに駐車する予定である旨のデーを含むエントリの数を、予想駐車台数Ｆ’として採用する。

より詳しくは、予想駐車台数Ｆ’の算出方法は、図７の処理において、当該駐車予定データ中の総エントリ数Ｎを、当該駐車予定データ中で身体障害者専用駐車スペースに駐車する予定のエントリの総数Ｎ’に置き換え、ステップ３３０で、当該駐車場予想データ中の身体障害者専用駐車スペースに駐車する予定のエントリのうちｎ番目のエントリ中の到着予想時刻Ｔ（ｎ）と、受信した信号５４中の車両１の到着予想時刻Ｔとを比較するように変更したものとなる。

制御部４４は、予想駐車台数Ｆ’を算出すると、この予想駐車台数Ｆ’と現在空き台数Ｃ’に基づいて、当該駐車場の身体障害者専用駐車スペースの予測空き台数を算出する。そして、算出した予測空き台数の情報を含む信号５５（図１１参照）を、通信ネットワーク３を介して車両１に送信する。

また、制御回路１７は、ステップ１１２で、センタ４から受信した当該駐車場の予測空き台数が予め定められた一定台数未満でないと判定した場合、ステップ１１８で、当該駐車場を目的地の駐車場として確定した後、ステップ１１９’に処理を進める。

ステップ１１９’では、確定した目的地の駐車場への到着予想時刻を算出し、更に、自車両１の車両識別情報と、当該駐車場の駐車場識別情報と、その駐車場への到着予想時刻と、身体障害者専用駐車スペースに駐車する予定である旨の情報とを含む信号５６（第１の信号の一例に相当する）を、通信ネットワーク３を介してセンタ４に送信する。ただし、このようにするのは、図１３のステップ２６０で身体障害者専用駐車スペースを有する駐車場が選択された場合であって、図１３のステップ２６０で身体障害者専用駐車スペースを有しない駐車場が選択された場合は、確定した目的地の駐車場への到着予想時刻を算出し、更に、自車両１の車両識別情報と、当該駐車場の駐車場識別情報と、その駐車場への到着予想時刻と、身体障害者専用駐車スペースに駐車する予定でない旨の情報とを含む信号５６（第１の信号の一例に相当する）を、通信ネットワーク３を介してセンタ４に送信する。その後制御回路１７は、現在位置から当該駐車場へ最適な誘導経路の経路案内処理を行う。

この信号５６を受信したセンタ４の制御部４４は、ステップ１２０’で、当該駐車場の駐車予定データを更新する。具体的には、受信した信号６５に含まれる駐車場の駐車場識別情報に対応する駐車予定データに対して、信号６５中の車両識別情報、到着予想時刻情報、および身体障害者専用駐車スペースに駐車する予定であるか否かの情報（つまり、身体障害者専用駐車スペースに駐車する予定である旨の情報か、または、身体障害者専用駐車スペースに駐車する予定でない旨の情報）の組から成るエントリを追加する。ただし、その新エントリの追加位置は、その新エントリよりも早い到着予想時刻を有するすべてのエントリよりも後ろの位置であり、かつ、その新エントリよりも遅い到着予想時刻を有するすべてのエントリよりも前の位置とする。このような位置に新エントリを追加することで、当該駐車予定データ中では、到着予想時刻の早い順にエントリが並んで記録される。

また、自車両１に搭載された車両用ナビゲーション装置１０の制御回路１７が、ステップ１１２で、受信した当該駐車場（またはその身体障害者専用駐車スペース）の予測空き台数が予め定められた一定台数未満であると判定した場合、ステップ１１４で、仮決定された目的地駐車場（またはその身体障害者専用駐車スペース）には空きが少ない旨を、画像および音声でユーザに通知した後は、ステップ１１５に処理を進める。

ステップ１１５では、健常者の駐車場（すなわち、身体障害者専用駐車スペースのない駐車場）を目的地に設定してもよいか否かを音声または画像でユーザに問い合わせ、その問い合わせの応答操作が操作部１３に対して行われるのを待ち、応答操作があると、その応答操作が「健常者の駐車場を目的地に設定したくない」旨の操作なら、続いて第１実施形態と同じステップ１１６を実行し、その応答操作が「健常者の駐車場を目的地に設定してもよい」旨の操作なら、続いてステップ１１７で、身体障害者専用駐車スペースのある駐車場の優先表示を停止する。このステップ１１７の処理以降では、ステップ１０８’中のステップ２５０’の処理内容は、身体障害者専用駐車スペースのある駐車場の優先的な表示を行わず、第１実施形態のステップ２５０と同じになる。このようにすることで、身体障害者専用駐車スペースのある駐車場への停車をあきらめたユーザに対応した駐車場案内を行うことができる。つまり、身体障害者専用の駐車スペースに空きがあまり無い場合、他の駐車場を周辺から探し、ユーザの了解を得た上で案内を行うことができる。

また制御回路１７は、図１３のステップ２３０で、ステップ２１０で設定された主目的地の施設には、その施設の利用のために使用可能な駐車場がない（身体障害者専用の駐車スペースがある駐車場もない駐車場も全くない）とステップ２３０で判定した場合、続いてステップ２８０に進み、駐車場以外の目的地設定処理を実行する。

図１４に、この駐車場以外の目的地設定処理の詳細を示す。まず、ステップ２８２で、駐車場でなく、障害者のみ駐車禁止を免除される道路に案内してもよいか否かを音声または画像でユーザに問い合わせ、その問い合わせの応答操作が操作部１３に対して行われるのを待ち、応答操作があると、その応答操作が「案内されたくない」旨の操作なら、ステップ２８０の処理を抜けると共に、図１３の処理を終了し、さらに、図１１におけるステップ１０８’以降の処理も実行しない。

応答操作が「案内してもよい」旨の操作なら、続いてステップ２８４に進み、主目的地から所定距離（例えば２００メートル）以内の範囲で、障害者のみ駐車禁止を免除される道路上の地点を検索し、続いてステップ２８６で、検索の結果そのような地点が見つかったか否かを判定し、見つかっていないと判定した場合、ステップ２８０の処理を抜けると共に、図１３の処理を終了し、さらに、図１１におけるステップ１０８’以降の処理も実行しない。しかし、見つかったと判定した場合、ステップ２８８に進み、見つかった地点を、駐車場の代わりの目的地として確定する。この場合、センタ４への通知は行わず、その後制御回路１７は、現在位置から当該駐車場へ最適な誘導経路の経路案内処理を行う。このようにすることで、目的地の周辺駐車場がなく、かつ目的地近傍で障害者のみ駐車禁止を免除される道路があれば、ユーザの了解を得た上で案内することができる。

なお、本実施形態において、センタ４の制御部４４が、ステップ１０２’、１０４’、１０６’、１２０’の処理を実行することで、駐車予定データ作成手段の一例として機能し、また、ステップ１１０’を実行することで予測空き状況算出手段の一例として機能する。

また、車両用ナビゲーション装置１０の制御回路１７が、ステップ２５０’を実行することで表示手段の一例として機能し、ステップ２６５を実行することで到着時刻算出手段の一例として機能し、ステップ２７０’を実行することで送信手段の一例として機能し、ステップ１１４を実行することで通知手段の一例として機能する。

（他の実施形態）
以上、本発明の実施形態について説明したが、本発明の範囲は、上記実施形態のみに限定されるものではなく、本発明の各発明特定事項の機能を実現し得る種々の形態を包含するものである。

例えば、上記実施形態においては、駐車場空き情報通知システムが複数台の車両１、２ａ〜２ｃのそれぞれに搭載された車両用ナビゲーション装置１０と、これら車両１、２ａ〜２ｃから離れた位置に設置されたセンタ４とで構成されている。しかし、センタ４は、必ずしもこのように車両１、２ａ〜２ｃから離れた位置に存在しなくともよい。例えば、駐車場空き情報通知システムを構成する車両用ナビゲーション装置１０のそれぞれがセンタ４の機能も併せ持つようになっていてもよい。

この場合、具体的には、車両用ナビゲーション装置１０のそれぞれは、センタ４と同様に、駐車場毎に駐車予定データを記憶している。自車両１の車両用ナビゲーション装置１０は、図５のステップ１２０で、信号５６をセンタ４ではなく他の車両２のすべてに、通信ネットワーク３を介して送信する。また、車両２ａ〜２ｃの車両用ナビゲーション装置１０は、それぞれ信号５１〜５３を、自車両以外の車両（例えば、車両２ａの場合車両２ｂ、２ｃおよび車両１）のすべてに、通信ネットワーク３を介して送信する。

そして、信号５１〜５３、５６を受信した車両用ナビゲーション装置１０の制御部４４は、図５のステップ１０２、１０４、１０６、１２０と同じように、自機が記憶している駐車予定データのいずれかを更新する。

また、車両用ナビゲーション装置１０のそれぞれは、ステップ１０８では、目的地駐車場を仮決定し、その目的地駐車場への到着予想時刻を算出すると、その仮決定した駐車場の駐車場識別情報および到着予想時刻を含む信号５４をセンタ４に送信するのではなく、自機が記憶している当該駐車場の駐車予定データを用いて、ステップ１１０と同じ方法で、当該駐車場の予測空き台数を算出し、算出した予測空き台数をステップ１１２以降で使用する。

また逆に、上記実施形態では、車両用ナビゲーション装置１０がユーザの操作に応じて目的地の駐車場を仮決定または確定し、仮決定または確定した目的地駐車場への到着予想時間を算出するようになっているが、この処理は、センタ４が行うようになっていてもよい。つまり、車両用ナビゲーション装置１０がユーザの操作内容および自車両の車両識別情報をセンタ４に送信し、センタ４が、当該操作に応じて当該車両の目的地の駐車場を仮決定または確定し、仮決定または確定した目的地駐車場への到着予想時間を算出してもよい。

つまり、本発明の駐車予定データ作成手段、到着時刻算出手段、予測空き状況算出手段は、すべてセンタ４が備えていてもよいし、あるいは、すべて車両用ナビゲーション装置１０が備えていてもよいし、任意の一部をセンタ４が備え、残りを車両用ナビゲーション装置１０が備えるようになっていてもよい。

また、上記実施形態では、センタ４の制御部４４は、図５のステップ１１０で、車両１の駐車場への到着予想時刻における、当該駐車場の空き台数の予測値を算出するようになっている。しかし、算出するのは、当該駐車場の空き台数の予測値である必要はなく、当該駐車場の空き状況の予測値（例えば、駐車マスの使用率の予測値）であればよい。

また、上記実施形態では、自車両１の制御回路１７は、受信した空き台数の予測値を車両１のユーザ（乗員）に通知しているが、通知するのは、受信した空き台数の予測値に基づいた情報であればよい。例えば、空き台数の予測値が３未満の場合に、満車が予想されることを通知するようになっていてもよい。

また、上記実施形態では、ユーザが選択した駐車場の空き台数が少ない場合には図５のステップ１１６において、ユーザの目的地として設定する駐車場の変更を促すようにしていた。しかしそれだけでなく、変更すべき駐車場の候補を積極的に提案（案内）するように構成してもよい。

具体的には、図６ステップ２４０にて読み出した周辺駐車場（ここでは複数抽出されたという前提）について予めセンタに問い合わせておき、予測空き台数を取得しておくようにする。

そして、ステップ１１４にて使用者に空き台数が少ないことを通知するとともに、ステップ１１６では目的地の変更の促しと、取得した予測空き台数に基づく推奨駐車場の提案を行うようにする。

ここで、ユーザが提案を受け入れればステップ１０８に処理を戻すことなくステップ１１８に進むようにする。

このようにすれば、ユーザが仮選択した駐車場の混雑が予測された場合に、事前に他の駐車場を積極的に案内できるので、駐車場での混雑を未然に防ぐとともに、ユーザの利便性をさらに向上させることができるようになる。

なお、上記変形例では予測空き台数を取得するように構成したが、このためには予想到着時刻等の情報をセンタに送信する必要があり処理に負担がかかる。そこで、図６ステップ２６０でユーザが選択した駐車場以外の、周辺駐車場においてはセンタからは駐車予定データを取得し、予測空き台数については車両側で計算するようにしてもよい。
このようにすれば、多数の周辺駐車場が抽出された場合にセンタとの通信処理負荷を低減できる効果がある。

また、上記第２実施形態において、この場合、身体障害者の障害等級に応じて、身体障害者専用駐車スペースを優先的に表示するか否かを判定するようになっていてもよい。具体的には、制御回路１７は、図１０のステップ４３０で、入力された登録ＩＤが、いずれかの都道府県に届出のある正規な登録ＩＤであると判定した後、その登録ＩＤに対応する障害者等級が、所定の基準等級よりも小さいか否かを判定し、小さいと判定すれば、ステップ４４０で身体障害者フラグをオンとし、小さくないと判定すれば、身体障害者フラグを変化させずに、身体障害者識別処理を終了するようになっていてもよい。

ここで、障害者等級とは、身体障害者の障害の重さを表す数字であり、数字が小さいほど重度である。各登録ＩＤに対応する障害者等級の情報は、あらかじめ、ステップ４３０で用いる登録ＩＤのリストに含まれるようになっていてもよい。登録ＩＤのリスト中において、ある登録ＩＤに対応する障害者等級は、その登録ＩＤを有する身体障害者の等級を表すように作成される。このようにすることで、基準等級を適宜設定すれば、例えば、車椅子が必要な肢体不自由者に対しては身体障害者専用駐車スペースを優先的に表示する一方で、軽度の障害のみを有する身体障害者には、身体障害者専用駐車スペースを優先的に表示しないようにすることができる。

また、上記第２実施形態では、図１３のステップ２３０は全ての駐車場情報を対象として検索していたが、当然、障害者用の駐車スペースのある駐車場を対象として検索するように構成してもよい。この場合、もし図１１のステップ１１５にてＹＥＳの判断がユーザによりなされた後は検索対象を全ての駐車場情報に拡大して検索するようにすればよい。

また、上記実施形態では、図１３のステップ２３０で、設定された主目的地の施設には、その施設の利用のために使用可能な駐車場がないとステップ２３０で判定した場合、ユーザの所定の操作に応じて、障害者のみ駐車禁止を免除される道路上の地点を検索してユーザに表示するようになっている。

しかし、障害者のみ駐車禁止を免除される道路上の地点を検索してユーザに表示するのは、かならずしも上記のような場面に限らない。例えば、制御回路１７は、図１３のステップ２６０で、ユーザが身体障害者専用の駐車スペースのある駐車場を選択し、ステップ２７０’で、身体障害者専用の駐車スペースの空き台数をセンタ４に問い合わせるため、所定の身体障害者専用駐車スペース問い合わせデータを信号５４に含めて送信し、身体障害者専用の駐車スペースの空き台数を問い合わせたことをＲＡＭに記録し、その後図１１のステップ１１２で、信号５４の応答５５に基づいて、受信した当該身体障害者専用駐車スペースの予測空き台数が予め定められた一定台数未満であると判定し、続いてステップ１１４で、仮決定された身体障害者専用駐車スペースには空きが少ない旨を、画像および音声でユーザに通知するが、その直後、身体障害者専用の駐車スペースの空き台数を問い合わせたことがＲＡＭに記録されていることに基づいて、図１４のステップ２８２で、駐車場でなく、障害者のみ駐車禁止を免除される道路に案内してもよいか否かを音声または画像でユーザに問い合わせ、その問い合わせの応答操作が操作部１３に対して行われるのを待ち、応答操作があると、その応答操作が「案内されたくない」旨の操作なら、ステップ１１５に進み、応答操作が「案内してもよい」旨の操作なら、ステップ２８４のように、主目的地から所定距離（例えば２００メートル）以内の範囲で、障害者のみ駐車禁止を免除される道路上の地点を検索し、続いてステップ１０８’に戻り、ステップ１０８’の処理中、図１３のステップ２５０’では、駐車禁止を免除される道路上の地点が見つかっていれば、他の駐車場と共に、当該道路上の地点の所在位置等の情報を、ユーザが選択可能なよう、画像表示装置１２にリスト表示させるようになっていてもよい。

また、上記の実施形態において、制御回路１７、制御部４４がプログラムを実行することで実現している各機能は、それらの機能を有するハードウェア（例えば回路構成をプログラムすることが可能なＦＰＧＡ）を用いて実現するようになっていてもよい。

１、２ａ〜２ｃ 車両
３ 通信ネットワーク
４ センタ
１０ 車両用ナビゲーション装置

Claims (6)

1. 駐車場に到着する予定の車両毎に、その車両の前記駐車場への到着予想時刻の情報を含む駐車予定データを作成する駐車予定データ作成手段（１０２、１０４、１０６、１２０、１０２’、１０４’、１０６’、１２０’）と、
   第１の車両（１）の前記駐車場への到着予想時刻を算出する到着時刻算出手段（２６５）と、
   前記駐車予定データにおける、前記第１の車両（１）の当該駐車場への前記到着予想時刻よりも前の到着予想時刻を有する車両の数を、予想駐車台数とし、さらに、前記予想駐車台数および前記駐車場の現在の空き台数に基づいて、前記第１の車両（１）の前記駐車場への前記到着予想時刻における、前記駐車場の空き状況の予測値を算出する予測空き状況算出手段（１１０、１１０’）と、
   算出された前記空き状況の予測値に基づいた通知を前記第１の車両（１）のユーザに対して行う通知手段（１１４）と、を備えた駐車場空き情報通知システム。
2. 複数の車両（１、２ａ〜２ｃ）のそれぞれに搭載される複数の車両用ナビゲーション装置（１０）と、前記複数の車両（１、２ａ〜２ｃ）から離れた位置に設置されるセンタ（４）と、を備え、
   前記複数の車両用ナビゲーション装置（１０）のうち第１の車両用ナビゲーション装置（１０）は、前記複数の車両（１、２ａ〜２ｃ）のうち前記第１の車両（１）に搭載され、
   前記センタ（４）は、前記駐車予定データ作成手段（１０２、１０４、１０６、１２０）を備え、前記駐車予定データ作成手段（１０２、１０４、１０６、１２０）は、前記複数の車両用ナビゲーション装置（１０）のそれぞれから、当該車両用ナビゲーション装置（１０）が搭載された車両の車両識別情報および前記駐車場への到着予想時刻の情報を含んだ第１の信号（５１、５２、５３、５６）を受信したことに基づいて、前記駐車予定データに対し、受信した前記第１の信号（５１、５２、５３、５６）中の前記車両識別情報および前記到着予想時刻情報の組から成るエントリを追加し、
   前記第１の車両用ナビゲーション装置（１０）は、前記到着時刻算出手段（２６５）を備えると共に、前記到着時刻算出手段（２６５）が算出した前記駐車場への前記到着予想時刻と前記第１の車両（１）の車両識別情報とを含む第２の信号（５４）を前記センタ（４）に送信する送信手段（２７０、２７０’）を備え、
   前記センタ（４）は、前記予測空き状況算出手段（１１０）を備え、前記予測空き状況算出手段（１１０）は、前記第２の信号（５４）を受信したことに基づいて、前記空き状況の予測値を算出し、算出した前記空き状況の予測値を、前記第１の車両（１）に送信し、
   前記第１の車両用ナビゲーション装置（１０）は、前記通知手段（１１４）を備え、前記通知手段（１１４）は、前記空き状況の予測値を前記センタ（４）から受信したことに基づいて、前記空き状況の予測値に基づいた通知を前記第１の車両（１）のユーザに対して行うことを特徴とする請求項１に記載の駐車場空き情報通知システム。
3. 複数の駐車場のそれぞれに到着する予定の車両毎に、その車両の前記駐車場への到着予想時刻の情報を含む駐車予定データを作成すると共に、前記複数の駐車場のうち、身体障害者専用の駐車スペースを有する駐車場については、当該身体障害者専用の駐車スペースに駐車する予定であるか否かの情報を前記駐車予定データに含める駐車予定データ作成手段（１０２’、１０４’、１０６’、１２０’）と、
   第１の車両（１）のユーザの操作に応じてオン、オフが切り替え可能な記憶媒体中の所定のフラグがオンになっていることに基づいて、記憶媒体に記録されている複数の駐車場のうち、身体障害者専用の駐車スペースを有する駐車場を優先的に前記ユーザに表示する表示手段（２５０’）と、
   前記表示手段（２５０’）によって表示された駐車場のうち１つが前記ユーザに選択されると、当該選択された駐車場への到着予想時刻を算出する到着時刻算出手段（２６５）と、
   前記選択された駐車場が身体障害者専用の駐車スペースを有する駐車場であった場合、前記駐車予定データにおいて、前記第１の車両（１）の当該選択された駐車場への前記到着予想時刻よりも前の到着予想時刻を有すると共に身体障害者専用の駐車スペースに駐車する予定となっている車両の数を、予想駐車台数とし、さらに、前記予想駐車台数および前記駐車場の身体障害者専用の駐車スペースの現在の空き台数に基づいて、前記第１の車両（１）の前記駐車場への前記到着予想時刻における、前記駐車場の身体障害者専用の駐車スペースの空き状況の予測値を算出する予測空き状況算出手段（１１０’）と、
   算出された前記空き状況の予測値に基づいた通知を前記第１の車両（１）のユーザに対して行う通知手段（１１４）と、を備えた駐車場空き情報通知システム。
4. 前記表示手段（２５０’）は、前記所定のフラグがオンになっていることと、前記ユーザによって入力された登録ＩＤがあらかじめ登録された正規の身体障害者手帳の登録ＩＤであることに基づいて、記憶媒体に記録されている複数の駐車場のうち、身体障害者専用の駐車スペースを有する駐車場を優先的に前記ユーザに表示することを特徴とする請求項３に記載の駐車場空き情報通知システム。
5. ユーザの所定の操作に応じて、障害者のみ駐車禁止を免除される道路上の地点を検索して前記ユーザに表示することを特徴とする請求項３または４に記載の駐車場空き情報通知システム。
6. 前記予測空き状況算出手段（１１０’）が算出した前記身体障害者専用の駐車スペースの空き状況の予測値が所定台数未満であったことに基づいて、ユーザの所定の許可の操作に応じて、障害者のみ駐車禁止を免除される道路上の地点を検索して前記ユーザに表示することを特徴とする請求項３または４に記載の駐車場空き情報通知システム。

Images