(57)【要約】【課題】出庫待ちをしなければいけない程度に駐車場が混雑しているか否か認識できる技術の提供。【解決手段】本発明の駐車場混雑度推定システムは、駐車場敷地内において駐車するために、ハザードランプを点灯させて出庫待行動をとった車両を検出する出庫待車両検出部と、前記出庫待行動をとった車両の検出結果に基づいて前記駐車場の混雑度を推定する混雑度推定部と、を備える。【選択図】図２
2018028835.tif 000002
【特許請求の範囲】
【請求項１】
駐車場敷地内において駐車するために、ハザードランプを点灯させて出庫待行動をとった車両を検出する出庫待車両検出部と、
前記出庫待行動をとった車両の検出結果に基づいて前記駐車場の混雑度を推定する混雑度推定部と、
を備える、
駐車場混雑度推定システム。
【請求項２】
前記混雑度推定部は、前記駐車場敷地内に存在した車両のなかから、前記出庫待行動をとる傾向を有する車両を抽出し、当該抽出した車両の台数のうち前記出庫待行動をとった車両の台数の割合に基づいて前記駐車場の混雑度を推定する、
請求項１に記載の駐車場混雑度推定システム。
【請求項３】
前記出庫待行動をとる傾向を有する車両とは、過去において前記出庫待行動をとった回数または確率が判定値以上である車両である、
請求項２に記載の駐車場混雑度推定システム。
【請求項４】
前記出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した期間が第１基準期間以上となった車両である、
請求項１から請求項３のいずれか一項に記載の駐車場混雑度推定システム。
【請求項５】
前記出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した期間の終了後、第２基準期間以内に駐車を行った車両である、
請求項１から請求項４のいずれか一項に記載の駐車場混雑度推定システム。
【請求項６】
前記出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した地点から基準距離以内の地点にて駐車を行った車両である、
請求項１から請求項５のいずれか一項に記載の駐車場混雑度推定システム。
【請求項７】
前記混雑度推定部は、前記出庫待行動をとった車両の台数または当該車両の割合が閾値以上である場合に前記駐車場の混雑度が満車であると推定する、
請求項１から請求項６のいずれか一項に記載の駐車場混雑度推定システム。
【請求項８】
前記混雑度推定部は、駐車していない車両の前記駐車場敷地内における滞在期間が第３基準期間以上である場合に前記駐車場の混雑度が混雑であると推定し、
前記駐車場の混雑度が混雑である場合において、かつ、前記出庫待行動をとった車両の台数または当該車両の割合が閾値以上である場合に前記駐車場の混雑度が満車であると推定する、
請求項７に記載の駐車場混雑度推定システム。
【請求項９】
駐車場敷地内において駐車するために、ハザードランプを点灯させて出庫待行動をとった車両を検出する出庫待車両検出部と、
前記出庫待行動をとった車両の検出結果に基づいて前記駐車場の混雑度を推定する混雑度推定部と、
を備える、
駐車場混雑度推定サーバ。
【請求項１０】
コンピュータを、
駐車場敷地内において駐車するために、ハザードランプを点灯させて出庫待行動をとった車両を検出する出庫待車両検出部、
前記出庫待行動をとった車両の検出結果に基づいて前記駐車場の混雑度を推定する混雑度推定部、
として機能させる、
駐車場混雑度推定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駐車場混雑度推定システム、駐車場混雑度推定サーバおよび駐車場混雑度推定プログラムに関する。
【背景技術】
【０００２】
駐車場内の車両から送信されたプローブ情報に基づいて駐車場の混雑度を推定する技術が知られている（特許文献１、段落００６６等、参照）。特許文献１において、車両が駐車場内の通路領域に滞在した非駐車時間が所定時間以上となった場合には、駐車場が混雑状態にあることが特定される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９-１９３２９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、駐車場が混雑状態であることは推定できても、どの程度混雑しているかを詳細に推定できないという問題があった。具体的に、駐車場が混雑状態であることは認識できても、出庫待ちをしなければ駐車できない程度に混雑しているか否かを認識できないという問題があった。
本発明は前記課題にかんがみてなされたもので、出庫待ちをしなければいけない程度に駐車場が混雑しているか否か認識できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記の目的を達成するため、本発明の駐車場混雑度推定システムは、駐車場敷地内において駐車するために、ハザードランプを点灯させて出庫待行動をとった車両を検出する出庫待車両検出部と、出庫待行動をとった車両の検出結果に基づいて駐車場の混雑度を推定する混雑度推定部と、を備える。
【０００６】
また、前記の目的を達成するため、本発明の駐車場混雑度推定サーバは、駐車場敷地内において駐車するために、ハザードランプを点灯させて出庫待行動をとった車両を検出する出庫待車両検出部と、出庫待行動をとった車両の検出結果に基づいて駐車場の混雑度を推定する混雑度推定部と、を備える。
【０００７】
さらに、前記の目的を達成するため、本発明の駐車場混雑度推定プログラムは、コンピュータを、駐車場敷地内において駐車するために、ハザードランプを点灯させて出庫待行動をとった車両を検出する出庫待車両検出部、出庫待行動をとった車両の検出結果に基づいて駐車場の混雑度を推定する混雑度推定部、として機能させる。
【０００８】
以上のように構成された本発明において、実際に出庫待行動をとる車両が、ある程度出現したことをもって、出庫待ちをしなければいけない程度に駐車場が混雑しているか否かを推定できる。当該推定の結果を出力することで、ユーザは、単に駐車場が混雑しているか否かだけでなく、出庫待ちをしなければいけない程度に駐車場が混雑しているか否を認識できる。また、ハザードランプを点灯させた場合に出庫待行動をとった車両と見なすため、単に停車しただけの車両が出現したことをもって出庫待ちをしなければいけない程度に混雑していると誤って推定する可能性を低減できる。
【図面の簡単な説明】
【０００９】
【図１】駐車場混雑度推定システムのブロック図である。
【図２】図２Ａ〜図２Ｃは駐車場の平面図、図２Ｄは混雑度のグラフである。
【図３】図３Ａはプローブ情報送信処理のフローチャート、図３Ｂは駐車場混雑度推定処理のフローチャート、図３Ｃは傾向判別処理のフローチャートである。
【００１０】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）駐車場混雑度推定システムの構成：
（２）プローブ情報送信処理：
（３）駐車場混雑度推定処理：
（４）傾向判別処理：
（５）他の実施形態：
【００１１】
（１）駐車場混雑度推定システムの構成：
図１は、本発明の一実施形態にかかる駐車場混雑度推定システムとしての駐車場混雑度推定サーバ１１０の構成を示すブロック図である。駐車場混雑度推定サーバ１１０は、多数の車両（プローブカー）のそれぞれに搭載されたナビゲーション装置１０と無線通信を行うコンピュータである。
【００１２】
まず、ナビゲーション装置１０の構成について説明する。ナビゲーション装置１０は、ＣＰＵ（Central Processing Unit），ＲＡＭ（Random Access Memory），ＲＯＭ（Random Access Read Only Memory）等を備える制御部２０と記録媒体３０とを備えており制御部２０は記録媒体３０やＲＯＭに記憶されたナビゲーションプログラム２１を実行する。
【００１３】
ナビゲーション装置１０の記録媒体３０には、地図情報３０ａが記録されている。地図情報３０ａには、車両が走行する道路上に設定されたノードの位置等を示すノードデータ、ノード間を接続する道路区間の形状を特定するための形状補間点の位置等を示す形状補間データ、道路区間についての各種情報を示すリンクデータ、各駐車場についての駐車場情報等が含まれている。駐車場情報は、少なくとも駐車場の形状（敷地，駐車枠）を示す位置情報と、駐車場の混雑度（空き、混雑、満車のいずれか）を示す混雑度情報とを含んでいる。ナビゲーションプログラム２１の機能により制御部２０は、混雑度が空きまたは混雑となっている駐車場を目的地とする走行予定経路を公知の経路探索手法によって探索し、当該走行予定経路を図示しない出力装置（ディスプレイ，スピーカ等）にて案内する。また、制御部２０は、走行予定経路の案内中に目的地の駐車場が満車となった場合に、混雑度が空きまたは混雑となっている他の駐車場を目的地とする走行予定経路を再度探索する。
【００１４】
車両は、位置センサ４１とランプ制御部４２と通信部４３とを備えている。位置センサ４１は、ＧＰＳ受信部や車速センサやジャイロセンサやカメラ等を含み、これらから出力された信号に基づいて制御部２０は車両の現在地を取得する。また、制御部２０は、位置センサから得られた車両の航行軌跡と地図情報３０ａとを用いてマップマッチングを行うことにより現在地を補正する。なお、位置センサ４１には車両の外部を撮像するカメラが含まれ、制御部２０は、当該カメラによって撮像された風景画像を画像認識処理することにより、車両が駐車場に設けられた駐車枠内に存在しているか否かを判定する。例えば、制御部２０は、駐車場枠を区画する２本の平行な白線が左右側方のそれぞれにおいて車両付近にて認識された場合に、車両が駐車場に設けられた駐車枠内に存在していると判定してもよい。
【００１５】
ランプ制御部４２は、車両の左右に備えられた方向指示ランプ（不図示）を点灯制御するための回路である。左右の方向指示ランプを同時に点滅させることは、ハザードランプを点灯させることを意味する。ランプ制御部４２は、ハザードランプを点灯させているか否かを示す信号を制御部２０に出力する。通信部４３は、駐車場混雑度推定サーバ１１０と無線通信を行うための無線通信回路である。通信部４３は、ナビゲーション装置１０と近距離無線通信または有線通信を行うとともに、携帯電話通信網を介して駐車場混雑度推定サーバ１１０と遠距離無線通信を行うスマートフォン等の携帯端末であってもよい。
【００１６】
ナビゲーションプログラム２１は、プローブ情報送信モジュール２１ａを含む。プローブ情報送信モジュール２１ａの機能により制御部２０は、駐車が完了したと判定した場合にプローブ情報を駐車場混雑度推定サーバ１１０に送信する。制御部２０は、駐車場の駐車枠内にて駐車行動が行われた場合に、駐車が完了したと判定する。制御部２０は、カメラが撮像した風景画像の画像認識処理によって車両が駐車枠内に存在しているか否かを判定する。むろん、制御部２０は、地図情報３０ａの駐車情報が示す駐車枠の位置と現在地との比較に基づいて車両が駐車枠内に存在しているか否かを判定してもよい。駐車行動とは、車両が駐車枠内に存在している状態で、エンジンが停止することであってもよいし、電気自動車の駆動モータの電源がＯＦＦとなることであってもよいし、運転席から運転者が離席することであってもよい。
【００１７】
制御部２０は、駐車が完了したと判定した場合、車両ＩＤと駐車場ＩＤと滞在期間とハザードランプの点灯期間と駐車場内軌跡とを示すプローブ情報を駐車場混雑度推定サーバ１１０に送信する。車両ＩＤは、各車両に固有の情報であり、プローブ情報を送信した車両を識別する識別情報である。駐車場ＩＤとは、各駐車場に固有の情報であり、車両が駐車している駐車場を識別する識別情報である。滞在期間とは、駐車している駐車場に車両が進入した時刻から駐車が完了した時刻までの期間である。ハザードランプの点灯期間とは、ハザードランプの点灯が開始してから終了するまでの期間である。また、プローブ情報は、各期間の長さだけでなく開始時刻と終了時刻も示す。駐車場内軌跡とは、駐車場内における車両の現在地の軌跡であり、滞在期間中の各時刻における車両の位置を示す。車速は、駐車場内軌跡から導出されてもよいし、車速センサ（位置センサ４１）の計測結果から得られてもよい。
【００１８】
次に、駐車場混雑度推定サーバ１１０の構成について説明する。駐車場混雑度推定サーバ１１０は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部１２０と記録媒体１３０と通信部１４３とを備えており、記録媒体１３０やＲＯＭに記憶されたプログラムを制御部１２０が実行する。通信部１４３は、車両（通信部４３）と無線通信を行うための無線通信回路である。制御部１２０は、駐車場混雑度推定プログラム１２１を実行する。記録媒体１３０は、ナビゲーション装置１０の地図情報３０ａと同様の地図情報１３０ａを記録している。記録媒体１３０は、履歴情報１３０ｂを記録している。履歴情報１３０ｂは、上述したプローブ情報を蓄積したデータベースである。
【００１９】
駐車場混雑度推定プログラム１２１は、出庫待車両検出モジュール１２１ａと混雑度推定モジュール１２１ｂとを含む。出庫待車両検出モジュール１２１ａと混雑度推定モジュール１２１ｂとを実行する制御部１２０は、出庫待車両検出部と混雑度推定部とを構成する。
【００２０】
出庫待車両検出モジュール１２１ａは、駐車場敷地内において駐車するために、ハザードランプを点灯させて出庫待行動をとった車両を検出する機能を制御部１２０に実現させる。出庫待車両検出モジュール１２１ａの機能により制御部１２０は、各車両から送信されたプローブ情報を取得し、当該プローブ情報を解析することにより出庫待行動をとった車両を検出する。
【００２１】
ここで、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した期間が第１基準期間以上となった車両である（第１条件）。さらに、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した期間の終了後、第２基準期間以内に駐車を行った車両である（第２条件）。また、ハザードランプが点灯した状態で停車した地点から基準距離以内の地点にて駐車を行った車両である（第３条件）。本実施形態において、制御部１２０は、第１条件を満足し、かつ、第２条件と第３条件の少なくとも一方を満足する車両が出庫待行動をとった車両であると判定する。ただし、制御部２０は、第１〜第３条件のすべてを満足する車両や、第１条件のみを満足する車両を、出庫待行動をとった車両であると判定してもよい。
【００２２】
具体的に、制御部１２０は、駐車場にて駐車が完了した車両から送信されたプローブ情報に基づいて、ハザードランプの点灯期間と停車期間とを取得する。停車期間とは、滞在期間中において車速が０近傍の範囲内（例えば絶対値が１ｋｍ／時以下）となった期間であり、プローブ情報が示す駐車場内軌跡から導出できる。制御部１２０は、ハザードランプの点灯期間と停車期間との間で共通する共通期間の長さが第１基準期間（例えば３分）以上である場合に、第１条件を満足すると判定する。また、制御部１２０は、ハザードランプの点灯期間と停車期間との共通期間の終了時刻と、駐車時刻との差が第２基準期間（例えば１分）以下である場合に、第２条件を満足すると判定する。駐車時刻とは、駐車が完了した時刻であり、かつ、滞在期間の終了時刻である。
【００２３】
さらに、制御部１２０は、ハザードランプの点灯期間と停車期間との共通期間の終了時刻から駐車時刻までの間に移動した車両の移動距離を取得し、当該移動距離が基準距離（例えば３０ｍ）以下である場合に、第２条件を満足すると判定する。車両の移動距離は、共通期間の終了時刻における現在地から駐車時刻における現在地までの直線距離であってもよいし、共通期間の終了時刻から駐車時刻における現在地の軌跡（駐車場内軌跡の一部）の長さであってもよい。
【００２４】
ここで、第１〜３条件は、駐車をした車両が、駐車を行う前にとった行動についての条件である。プローブ情報は駐車場敷地内にて車両が駐車をするごとに送信されるが、制御部１２０は、車両が出庫待行動を行った上で車両が駐車を行った否かをプローブ情報ごとに判定できる。制御部１２０は、出庫待行動をとったか否かを示す情報を対応付けてプローブ情報を履歴情報１３０ｂに蓄積する。なお、出庫待行動をとったか否かの判定がナビゲーション装置１０において行われてもよく、出庫待行動をとったか否かを示す情報を含んだプローブ情報が駐車場混雑度推定サーバ１１０に送信されてもよい。
【００２５】
混雑度推定モジュール１２１ｂは、出庫待行動をとった車両の検出結果に基づいて駐車場の混雑度を推定する機能を制御部１２０に実現させる。具体的に、混雑度推定モジュール１２１ｂの機能により制御部１２０は、履歴情報１３０ｂに蓄積されたプローブ情報のうち、駐車時刻が、混雑度を推定する対象の対象期間内の時刻となっているプローブ情報を駐車場ごとに抽出する。本実施形態において、対象期間は、現在時刻の直前期間（例えば３０分間）であることとする。すなわち、制御部１２０は、直前期間において駐車場敷地内にて駐車した車両を抽出する。
【００２６】
さらに、混雑度推定モジュール１２１ｂの機能により制御部１２０は、駐車場敷地内に存在した車両のなかから、出庫待行動をとる傾向を有する車両（以下、評価車両）を抽出する。ここで、評価車両とは、過去において出庫待行動をとった回数または確率が判定値以上である車両である。すなわち、制御部１２０は、直前期間において駐車場敷地内にて駐車した車両のそれぞれについて、当該車両が過去に送信したプローブ情報（駐車場の混雑度が混雑または満車時に限る）を取得し、当該プローブ情報のうち出庫待行動とったことを示す情報が対応付けられたプローブ情報の個数または割合が予め判定値（例えば１０個または７０％）以上である場合に、当該車両が出庫待行動をとる傾向を有する評価車両であると判定する。なお、制御部１２０は、評価車両であるか否かを全車両について予め判別しておき、評価車両に該当するか否かを全車両について示す傾向データが履歴情報１３０ｂに含まれる。
【００２７】
混雑度推定モジュール１２１ｂの機能により制御部１２０は、駐車場敷地内に存在した車両のなかから、出庫待行動をとる傾向を有する車両を抽出し、当該抽出した車両の台数のうち出庫待行動をとった車両の台数の割合に基づいて駐車場の混雑度を推定する。すなわち、制御部１２０は、直前期間において駐車場敷地内にて駐車した車両のうち出庫待行動をとる傾向を有する評価車両を傾向データに基づいて抽出し、さらに当該抽出した評価車両のうち直前期間において実際に出庫待行動をとった車両である出庫待車両を抽出する。そして、制御部１２０は、評価車両の台数に対する出庫待車両の台数の割合である待機割合を算出する。
【００２８】
また、混雑度推定モジュール１２１ｂの機能により制御部１２０は、駐車していない車両の駐車場敷地内における滞在期間が第３基準期間以上である場合に駐車場の混雑度が混雑であると推定し、駐車場の混雑度が混雑である場合において、かつ、出庫待行動をとった車両の台数の割合（待機割合）が閾値以上である場合に駐車場の混雑度が満車であると推定する。具体的に、制御部１２０は、直前期間において駐車場敷地内にて駐車した車両のそれぞれが送信したプローブ情報に基づいて滞在期間を取得し、当該滞在期間の平均値が第３基準期間（例えば５分）以上であるか否かを判定する。
【００２９】
制御部１２０は、滞在期間の平均値が第３基準期間未満である場合、駐車場の混雑度を空きと判定する。また、制御部１２０は、滞在期間の平均値が第３基準期間以上であり、かつ、待機割合が閾値未満である場合、駐車場の混雑度を混雑と判定する。また、制御部１２０は、滞在期間の平均値が第３基準期間以上であり、かつ、待機割合が閾値以上である場合、駐車場の混雑度を満車と判定する。閾値（例えば５％）は、予め決められた値である。なお、満車の場合に混雑度が最も大きく、空きの場合に混雑度が最も小さい。混雑度推定モジュール１２１ｂの機能により制御部１２０は、推定した混雑度で地図情報１３０ａの駐車場情報を更新する。また、制御部１２０は、推定した混雑度を示す情報を車両に送信してもよい。これにより、車両のナビゲーション装置１０は推定した混雑度を考慮して走行予定経路を探索することができる。むろん、更新後の混雑度を考慮して駐車場混雑度推定サーバ１１０が走行予定経路を探索し、当該走行予定経路を車両に送信してもよい。
【００３０】
以上説明した本実施形態において、実際に出庫待行動をとる車両が、ある程度出現したことをもって、出庫待ちをしなければいけない程度に駐車場が混雑しているか否かを推定できる。当該推定の結果を出力することで、ユーザは、単に駐車場が混雑しているか否かだけでなく、出庫待ちをしなければいけない程度に駐車場が混雑しているか否を認識できる。また、ハザードランプを点灯させた場合に出庫待行動をとった車両と見なすため、単に停車しただけの車両が出現したことをもって出庫待ちをしなければいけない程度に混雑していると誤って推定する可能性を低減できる。
【００３１】
ここで、駐車場が満車である場合に、駐車場内を巡回しながら空車枠を探すのを諦めて出庫待行動をとると考えられるため、出庫待行動をとった車両の台数または当該車両の割合に基づいて精度よく駐車場の混雑度が満車であると推定できる。また、ある程度駐車場が混雑している場合に、出庫待行動をとった車両の検出結果に基づいて駐車場の混雑度を推定するため、空いている状態等においてたまたまハザードランプを点灯したに過ぎない車両が出現した場合に混雑度が満車であると誤って推定する可能性を低減できる。
【００３２】
図２Ａ〜図２Ｃはそれぞれ駐車場Ｐの混雑度が空き、混雑、満車の状態を示す平面図である。図２Ａ〜図２Ｃにおいて、駐車場Ｐは、道路Ｒから進入可能であり、複数の駐車枠ｆが設けられている。駐車枠ｆのうち、ハッチングがないものは空車枠であり、ハッチングがあるものは他の車両が駐車している駐車枠である。図２Ａのように、空車枠が多い場合、駐車していない車両ａは早期に空車枠を発見できるため、駐車場敷地内における滞在期間は短くなる。一方、図２Ｂ，図２Ｃのように、空車枠が少ない場合、駐車していない車両ａは早期に空車枠を発見できなくなる、駐車場敷地内における滞在期間は長くなる。
【００３３】
図２Ｄは、滞在期間と混雑度の関係を示すグラフである。図２Ｄの横軸は駐車場の混雑度（駐車場敷地内の車両の台数）を示し、左側の縦軸は滞在期間を示し、右側の縦軸は待機割合を示す。駐車場敷地内の車両の台数が増加するほど、徐々に空車枠が埋まっていくため、図２Ｄにて実線で示すように滞在期間が徐々に長くなっていく。図２Ｂのように、混雑はしているが空車枠が残っている場合、多くの車両ａが駐車場Ｐを巡回して空車枠を探すため、出庫待ち行動を行う出庫待車両が出現する可能性は小さい。従って、図２Ｄにて破線で示すように、空車枠が残っている状態では、待機割合はほぼ０のまま維持される。ところが、図２Ｃに示すように、空車枠が０となり満車となった場合には、空車枠がないことを運転者が認識するため、出庫待車両ｂが出現することとなる。そのため、急激に待機割合が増加し始める。従って、待機割合の０付近に閾値を設けることにより、精度よく駐車場Ｐの混雑度が満車か否かを推定できる。
【００３４】
また、制御部１２０は、駐車場敷地内に存在した車両のなかから、出庫待行動をとる傾向を有する車両を抽出し、当該抽出した車両の台数のうち出庫待行動をとった車両の台数の割合に基づいて駐車場Ｐの混雑度を推定する。ここで、駐車場敷地内において出庫待ちを行う際にハザードランプを点灯させる傾向を有する運転者もいるが、ハザードランプを点灯させない傾向を有する運転者もいる。このようにハザードランプを点灯させない傾向を有する運転者が運転する車両を、出庫待行動をとった車両の台数の割合の算出に考慮しないようにすることにより、出庫待行動をとった車両の台数の割合に基づいて駐車場Ｐの混雑度を精度よく推定できる。さらに、混雑度を推定するために各車両が出庫待行動をとったか否かを示す情報（プローブ情報等）を取得するため、過去におけるプローブ情報に基づいて出庫待行動をとる傾向を有するか否かを判定できる。
【００３５】
また、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した期間が第１基準期間以上となった車両である。すなわち、ある程度の期間にわたって停車が継続したことをもって出庫待行動をとったと判定できる。突発的な要因等でハザードランプが点灯した状態で短期間だけ停車しに過ぎない車両を、出庫待行動をとった車両から除外できる。また、空車枠を発見した運転者が当該空車枠に駐車する意思を他車両の運転者に示すためにハザードランプを一時的に点灯させたに過ぎない車両を、出庫待行動をとった車両から除外できる。
【００３６】
さらに、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した期間の終了後、第２基準期間以内に駐車を行った車両である。すなわち、停車した直後に駐車が行われたことをもって当該停車が出庫待行動であったと判定できる。停車した直後に実際に駐車しなかった場合には、別の目的でハザードランプが点灯した状態で停車していたに過ぎない可能性がある。また、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した地点から基準距離以内の地点にて駐車を行った車両である。すなわち、停車した地点の付近で駐車が行われたことをもって当該停車が出庫待行動であったと判定できる。停車した地点の付近にて実際に駐車しなかった場合には、別の目的でハザードランプが点灯した状態で停車していたに過ぎない可能性がある。以上のように別の目的でハザードランプが点灯した状態で停車した車両を、出庫待行動をとった車両から除外できる。
【００３７】
（２）プローブ情報送信処理：
次に、ナビゲーションプログラム２１によってナビゲーション装置１０が実行するプローブ情報送信処理を説明する。図３Ａは、プローブ情報送信処理のフローチャートである。まず、プローブ情報送信モジュール２１ａの機能により制御部２０は、車両が駐車場敷地内に進入したか否かを判定する（ステップＳ１００）。すなわち、制御部２０は、車両の現在地が地図情報３０ａの駐車情報が示す駐車場の敷地内に存在することとなったか否かを判定する。なお、車両に備えられたカメラが撮像した風景画像の画像認識処理によって車両が駐車場敷地内に進入したか否かが判定されてもよい。
【００３８】
次に、プローブ情報送信モジュール２１ａの機能により制御部２０は、滞在期間の計測を開始する（ステップＳ１１０）。すなわち、ステップＳ１００の直後において、制御部２０は、車両が駐車場敷地内にて滞在している期間である滞在期間の計測を開始する。次に、プローブ情報送信モジュール２１ａの機能により制御部２０は、車両の状態を監視する（ステップＳ１２０）。すなわち、制御部２０は、滞在期間において、プローブ情報の作成に必要な車両の情報の監視を行う。具体的に、制御部２０は、滞在期間の各時刻における現在地（駐車場内軌跡）とハザードランプの点灯有無とを監視する。
【００３９】
次に、プローブ情報送信モジュール２１ａの機能により制御部２０は、駐車が完了したか否かを判定する（ステップＳ１３０）。具体的に、制御部２０は、駐車場の駐車枠内にて駐車行動が行われた場合に、駐車が完了したと判定する。駐車行動とは、エンジンが停止すること等である。
【００４０】
駐車が完了したと判定しなかった場合（ステップＳ１３０：Ｎ）、プローブ情報送信モジュール２１ａの機能により制御部２０は、ステップＳ１２０に戻って引き続き車両の状態を監視する。一方、駐車が行われたと判定した場合（ステップＳ１３０：Ｙ）、プローブ情報送信モジュール２１ａの機能により制御部２０は、滞在期間とハザードランプの点灯期間と駐車場内軌跡と駐車時刻とを確定する（ステップＳ１４０）。駐車時刻は、滞在期間の終了時刻を意味し、駐車場内軌跡は滞在期間内における車両の現在位置の軌跡を意味する。
【００４１】
次に、プローブ情報送信モジュール２１ａの機能により制御部２０は、プローブ情報を送信する（ステップＳ１５０）。すなわち、制御部２０は、車両ＩＤと駐車場ＩＤと滞在期間とハザードランプの点灯期間と駐車場内軌跡を示すプローブ情報を駐車場混雑度推定サーバ１１０に送信する。
【００４２】
（３）駐車場混雑度推定処理：
次に、駐車場混雑度推定プログラム１２１によって駐車場混雑度推定サーバ１１０が実行する駐車場混雑度推定処理を説明する。図３Ｂは、駐車場混雑度推定処理のフローチャートである。駐車場混雑度推定処理を実行するにあたり、混雑度を推定する対象の駐車場が設定されていることとする。
【００４３】
まず、混雑度推定モジュール１２１ｂの機能により制御部１２０は、平均の滞在期間が第３基準期間以上であるか否かを判定する（ステップＳ２００）。具体的に、制御部１２０は、履歴情報１３０ｂに蓄積されているプローブ情報のなかから、混雑度を推定する対象の駐車場において現在時刻の直前期間（例えば３０分間）に駐車が完了したことを示すプローブ情報を抽出する。そして、制御部２０は、抽出したプローブ情報が示す滞在期間の平均値が予め決められた第３基準期間（例えば５分）以上であるか否かを判定する。
【００４４】
平均の滞在期間が第３基準期間以上であると判定しなかった場合（ステップＳ２００：Ｎ）、混雑度推定モジュール１２１ｂの機能により制御部１２０は、混雑度が空きであると推定する（ステップＳ２１０）。すなわち、図２Ａのように、駐車場Ｐに進入した車両ａが早期に空車枠を見つけることができる状況であるため、制御部１２０は、混雑度が空きであると推定する。
【００４５】
平均の滞在期間が第３基準期間以上であると判定した場合（ステップＳ２００：Ｙ）、混雑度推定モジュール１２１ｂの機能により制御部１２０は、待機割合が閾値以上であるか否かを判定する（ステップＳ２２０）。具体的に、制御部１２０は、混雑度を推定する対象の駐車場において現在時刻の直前期間に駐車したことを示すプローブ情報のなかから、出庫待行動をとる傾向を有する車両である評価車両から送信されたプローブ情報を抽出する。そして、制御部１２０は、当該評価車両の台数である評価台数を取得する。ここで、評価車両とは、出庫待行動をとる傾向を有する車両であり、具体的に過去に送信したプローブ情報のうち出庫待行動とったことを示す情報が対応付けられたプローブ情報の個数または割合が予め判定値（例えば１０個または７０％）以上である車両である。
【００４６】
制御部２０は、直前期間において評価車両から送信されたプローブ情報を抽出すると、当該プローブ情報のうち出庫待行動をとったことを示すプローブ情報を抽出し、さらに出庫待行動をとったことを示すプローブ情報の個数を、出庫待行動をとった車両である出庫待車両の台数として取得する。そして、制御部２０は、出庫待車両の台数を評価車両の台数で除算することにより、待機割合を算出する。ここで、出庫待行動をとった車両とは、上述した第１条件を満足し、かつ、第２条件と第３条件の少なくとも一方を満足する車両が出庫待行動をとった車両である。
【００４７】
待機割合が閾値以上であると判定した場合（ステップＳ２２０：Ｙ）、混雑度推定モジュール１２１ｂの機能により制御部１２０は、混雑度を満車と推定する（ステップＳ２３０）。すなわち、図２Ｃのように、駐車場Ｐに進入した車両ａの運転者が満車であることを認識した上で出庫待行動をとり始め、出庫待車両ｂが出現している状況であるため、制御部１２０は、混雑度が満車であると推定する。
【００４８】
一方、待機割合が閾値以上であると判定しなかった場合（ステップＳ２２０：Ｎ）、混雑度推定モジュール１２１ｂの機能により制御部１２０は、混雑度を混雑と推定する（ステップＳ２４０）。すなわち、図２Ｂのように、駐車場Ｐに進入した車両ａの運転者が早期に空車枠を見つけることができないが、運転者が満車であることを認識しておらず出庫待行動をとるに至っていない状況であるため、制御部１２０は、満車までは至らず単に混雑しているものと推定する。以上のように、混雑度を推定すると、制御部１２０は、新たに推定した結果で地図情報３０ａ，１３０ａにおける駐車場の混雑度を更新する（ステップＳ２５０）。
【００４９】
（４）傾向判別処理：
図３Ｃは、傾向判別処理のフローチャートである。傾向判別処理は、全車両のそれぞれについて出庫待行動をとる傾向を有するか否かを判別し、その判別結果を履歴情報１３０ｂの傾向データに登録する処理である。傾向判別処理は、例えば予め決められた時間周期（例えば１週間）ごとに実行される処理である。
【００５０】
まず、制御部２０は、車両ごとに過去Ｎ月（例えばＮ＝６）の混雑または満車時のプローブ情報を抽出する（ステップＳ３００）。混雑または満車時のプローブ情報とは、プローブ情報の送信時（駐車時刻）における駐車場の混雑度が混雑または満車であったプローブ情報であり、送信時における駐車場の平均の滞在期間が第３基準期間以上であったプローブ情報である。
【００５１】
次に、制御部２０は、出庫待行動をとった割合が判定値（例えば７０％）以上であるか否かを判定する（ステップＳ３１０）。すなわち、制御部２０は、ステップＳ３００にて抽出したプローブ情報のうち出庫待行動をとったと判断されるものの個数を、当該抽出したプローブ情報の全個数で除算した割合が判定値以上であるか否かを、車両ごとに判定する。出庫待行動をとった割合が判定値以上であると判定された車両については（ステップＳ３１０：Ｙ）、制御部２０は、出庫待行動をとる傾向を有する車両であるとして傾向データに登録する（ステップＳ３２０）。一方、出庫待行動をとった割合が判定値以上であると判定されなかった車両については（ステップＳ３１０：Ｎ）、制御部２０は、出庫待行動をとる傾向を有さない車両であるとして傾向データに登録する（ステップＳ３３０）。
【００５２】
以上説明した傾向判別処理によって傾向データを用意しておくことにより、駐車場混雑度推定処理の際に、各車両が出庫待行動をとる傾向を有するか否かを判定できるようになる。むろん、駐車場混雑度推定処理の際に、プローブ情報を送信した車両を対象に傾向判別処理が行われてもよい。駐車場の混雑度が混雑または満車であったプローブ情報を対象に各車両が出庫待行動をとる傾向を有するか否かを判定するため、混雑度が混雑または満車であった際の車両の傾向を把握できる。そのため、混雑度が混雑または満車であった際に実行される駐車場混雑度推定処理のステップＳ２２０において、適切な待機割合を算出できる。また、制御部２０は、出庫待行動をとった回数が判定値（１０回）以上であると判定された車両について出庫待行動をとる傾向を有する車両であるとして傾向データに登録してもよい。
【００５３】
（５）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、本発明の効果を損なわない範囲で実施形態の変更が可能である。例えば、出庫待行動をとる傾向を有する車両は、過去において出庫待行動をとった回数または確率が判定値以上である車両でなくてもよい。例えば、制御部１２０は、車両の乗員数や運転者の情報に基づいて出庫待行動をとる傾向を有する車両か否かを判定してもよい。さらに、そもそも制御部１２０は、出庫待行動をとる傾向を有するか否かに拘わらず、直前期間に駐車を完了したすべての車両を対象として待機割合を算出してもよい。
【００５４】
前記実施形態では、出庫待行動をとった車両として、実際に駐車が完了した車両を検出したが、実際には駐車を断念した車両の台数も考慮してもよい。例えば、制御部１２０は、出庫待行動をとったが駐車が完了することなく駐車場から退出した車両の台数が大きいほど混雑度が大きいと推定してもよい。この場合、出庫待行動をとっても駐車が困難となる程度に駐車場が混雑していると判断できる。
【００５５】
さらに、前記実施形態においては、滞在期間を考慮して混雑度が推定されたが、必ずしも滞在期間を考慮して混雑度が推定されなくてもよい。すなわち、制御部１２０は、待機割合のみに基づいて混雑度を推定してもよく、単に駐車場が満車であるか否かのみを判定してもよい。さらに、制御部１２０は、待機割合ではなく、出庫待車両の台数が閾値以上であるか否かに応じて駐車場の混雑度を推定してもよい。
【００５６】
以上の実施形態は本発明を実施するための一例であり、他にも種々の実施形態を採用可能である。出庫待車両検出部は、出庫待行動をとった車両を検出するセンサを含んでいてもよいし、当該センサの検出結果を示す情報（プローブ情報等）を通信等を介して取得することによって出庫待行動をとった車両を検出してもよい。ハザードランプとは、車両が停車中であることを周囲の車両に伝達するランプであるが、必ずしも左右の方向指示器を同時に点滅させることでなくてもよい。例えば、ハザードランプとは、停止中という文字を示すランプであってもよい。さらに、出庫待車両検出部は、センサによって出庫待行動をとったか否かを検出しなくてもよく、ユーザの操作によって出庫待行動をとったか否かを検出してもよい。例えば、出庫待車両検出部は、ハザードランプを点灯させて出庫待行動をとった場合にユーザから特定の操作を受け付けるようにしてもよい。
【００５７】
混雑度推定部は、出庫待行動をとった車両の検出結果に基づいて混雑度を推定すればよく、出庫待行動をとった車両の台数や割合を詳細に表す数値を混雑度として推定してもよいし、例えば３〜５段階程度に区分された混雑度を推定してもよい。また、混雑度推定部が推定した混雑度は、ユーザに出力されてもよいし、経路の探索に利用されてもよい。例えば、混雑度に応じて選択された駐車場を目的地とする経路がユーザに案内されてもよい。
【００５８】
また、混雑度推定部は、駐車場敷地内に存在した車両のなかから、出庫待行動をとる傾向を有する車両を抽出し、当該抽出した車両の台数のうち出庫待行動をとった車両の台数の割合に基づいて駐車場の混雑度を推定してもよい。ここで、駐車場敷地内において出庫待ちを行う際にハザードランプを点灯させる傾向を有する運転者もいるが、ハザードランプを点灯させない傾向を有する運転者もいる。このようにハザードランプを点灯させない傾向を有する運転者が運転する車両を、出庫待行動をとった車両の台数の割合の算出に考慮しないようにすることにより、出庫待行動をとった車両の台数の割合に基づいて駐車場の混雑度を精度よく推定できる。
【００５９】
さらに、出庫待行動をとる傾向を有する車両とは、過去において出庫待行動をとった回数または確率が判定値以上である車両であってもよい。混雑度を推定するために各車両が出庫待行動をとったか否かを示す情報（プローブ情報等）を取得すれば、過去におけるプローブ情報に基づいて出庫待行動をとる傾向を有するか否かを判定できる。
【００６０】
また、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した期間が第１基準期間以上となった車両であってもよい。すなわち、ある程度の期間にわたって停車が継続したことをもって出庫待行動をとったと判定できる。突発的な要因等でハザードランプが点灯した状態で短期間だけ停車しに過ぎない車両を、出庫待行動をとった車両から除外できる。また、空車枠を発見した運転者が当該空車枠に駐車する意思を他車両の運転者に示すためにハザードランプを一時的に点灯させたに過ぎない車両を、出庫待行動をとった車両から除外できる。第１基準期間は、予め決められた固定の期間であってもよいし、例えば駐車場形状や過去における運転者のハザードランプの点灯履歴等に応じて動的に設定される期間であってもよい。
【００６１】
さらに、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した期間の終了後、第２基準期間以内に駐車を行った車両であってもよい。すなわち、停車した直後に駐車が行われたことをもって当該停車が出庫待行動であったと判定できる。停車した直後に実際に駐車しなかった場合には、別の目的でハザードランプが点灯した状態で停車していたに過ぎない可能性がある。このように別の目的でハザードランプが点灯した状態で停車した車両を、出庫待行動をとった車両から除外できる。駐車が行われるとは、駐車場内に設けられた駐車枠内にて停車することであってもよいし、駐車場敷地内においてエンジンが停止することであってもよいし、駐車場内において電気自動車の駆動モータの電源がＯＦＦとなることであってもよいし、運転席から運転者が離席することであってもよい。第２基準期間は、予め決められた固定の期間であってもよいし、例えば駐車場形状等に応じて動的に設定される期間であってもよい。
【００６２】
また、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車した地点から基準距離以内の地点にて駐車を行った車両であってもよい。すなわち、停車した地点の付近で駐車が行われたことをもって当該停車が出庫待行動であったと判定できる。停車した地点の付近にて実際に駐車しなかった場合には、別の目的でハザードランプが点灯した状態で停車していたに過ぎない可能性がある。このように別の目的でハザードランプが点灯した状態で停車した車両を、出庫待行動をとった車両から除外できる。基準距離は、予め決められた固定の距離であってもよいし、例えば駐車場形状や駐車場内に存在する車両の台数等に応じて動的に設定される距離であってもよい。さらに、出庫待行動をとった車両とは、ハザードランプが点灯した状態で停車し、かつ、助手席ドアや後部ドアが開閉した車両であってもよい。すなわち、運転者以外の乗員が空車枠を探すために降車した車両を、出庫待行動をとった車両として見なしてもよい。
【００６３】
さらに、混雑度推定部は、出庫待行動をとった車両の台数または当該車両の割合が閾値以上である場合に駐車場の混雑度が満車であると推定してもよい。ここで、駐車場が満車である場合に、駐車場内を巡回しながら空車枠を探すのを諦めて出庫待行動をとると考えられるため、出庫待行動をとった車両の台数または当該車両の割合に基づいて精度よく駐車場の混雑度が満車であると推定できる。混雑度推定部は、駐車場の混雑度が満車であると推定した場合、他の駐車場へと車両を誘導してもよい。
【００６４】
閾値は、予め決められた値であってもよいし、動的に設定される値であってもよい。例えば、閾値は、運転者が満車であると誤認識しやすい状況であるほど大きい値に設定されてもよい。例えば、駐車場が大きい場合や形状が複雑である場合には、すべての駐車枠を確認することなく運転者が満車であると誤認識して出庫待行動をとる可能性が大きくなる。また、夜間や降雨・降雪時においては見通しが悪くなるため、すべての駐車枠を確認することなく運転者が満車であると誤認識して出庫待行動をとる可能性が大きくなる。このような場合に閾値を大きく設定することにより、空車枠があるにも拘わらず満車であると誤って推定されることを防止できる。さらに、駐車場が付設されている施設の属性に応じて閾値が設定されてもよく、施設の平均的な滞在期間に応じて閾値が設定されてもよい。
【００６５】
また、混雑度推定部は、駐車していない車両の駐車場敷地内における滞在期間が第３基準期間以上である場合に駐車場の混雑度が混雑であると推定し、駐車場の混雑度が混雑である場合において、かつ、出庫待行動をとった車両の台数または当該車両の割合が閾値以上である場合に駐車場の混雑度が満車であると推定してもよい。まず、駐車場敷地内における滞在期間に基づいて駐車場の混雑度が混雑であるか否かを推定し、駐車場の混雑度が混雑である場合に出庫待行動をとった車両の検出結果に基づいて駐車場の混雑度が満車であるか否かを推定できる。すなわち、ある程度駐車場が混雑している場合に、出庫待行動をとった車両の検出結果に基づいて駐車場の混雑度を推定するため、空いている状態等においてたまたまハザードランプを点灯したに過ぎない車両が出現した場合に混雑度が満車であると誤って推定する可能性を低減できる。
【００６６】
駐車場混雑度推定システムを構成する各構成要素は、上述の実施形態のように、１個の装置で実現されてもよいし、２個以上の装置に分かれて存在していてもよい。後者としては、例えば、出庫待車両検出部と混雑度推定部のいずれかが２個以上の装置に分散して実現される構成を採用可能である。
【００６７】
以上のようなシステム、プログラム、方法は、単独の装置として実現される場合や、複数の装置によって実現される場合が想定可能であり、各種の態様を含むものである。例えば、以上のような構成要素を備えたサーバや方法、プログラムを提供することが可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【００６８】
１０…ナビゲーション装置、２０…制御部、２１…ナビゲーションプログラム、２１ａ…プローブ情報送信モジュール、３０…記録媒体、３０ａ…地図情報、４１…位置センサ、４２…ランプ制御部、４３…通信部、１１０…駐車場混雑度推定サーバ、１２０…制御部、１２１…駐車場混雑度推定プログラム、１２１ａ…出庫待車両検出モジュール、１２１ｂ…混雑度推定モジュール、１３０…記録媒体、１３０ａ…地図情報、１３０ｂ…履歴情報、１４３…通信部、Ｐ…駐車場、Ｒ…道路、ａ…車両、ｂ…出庫待車両、ｆ…駐車枠
【図１】
2018028835.tif 000003
【図２】
2018028835.tif 000004
【図３】
2018028835.tif 000005