(57)【要約】【課題】駐車場が満車となっている確率を適切に判定できる技術の提供。【解決手段】本発明の満車確率判定システムは、車両が通過した駐車場である通過駐車場を取得する通過駐車場取得部と、前記通過駐車場の通過後に前記車両が到達した駐車地点に前記車両が駐車し、かつ、前記駐車地点における駐車後に前記駐車地点よりも前記通過駐車場側に存在する滞在施設にユーザが滞在したという判定条件を満足する場合、前記判定条件を満足しなかった場合よりも、前記通過駐車場が満車である確率が高いと判定する満車確率判定部と、を備える。【選択図】図２
2019139369.tif 000002
【特許請求の範囲】
【請求項１】
車両が通過した駐車場である通過駐車場を取得する通過駐車場取得部と、
前記通過駐車場の通過後に前記車両が到達した駐車地点に前記車両が駐車し、かつ、前記駐車地点における駐車後に前記駐車地点よりも前記通過駐車場側に存在する滞在施設にユーザが滞在したという判定条件を満足する場合、前記判定条件を満足しなかった場合よりも、前記通過駐車場が満車である確率が高いと判定する満車確率判定部と、
を備える満車確率判定システム。
【請求項２】
前記満車確率判定部は、前記判定条件を満足した場合において、前記滞在施設よりも前記駐車地点側に存在する前記通過駐車場が満車である確率が、前記滞在施設よりも前記駐車地点の反対側に存在する前記通過駐車場が満車である確率よりも高いと判定する、
請求項１に記載の満車確率判定システム。
【請求項３】
前記満車確率判定部は、前記判定条件を満足した場合において、前記滞在施設よりも前記駐車地点の反対側に存在する前記通過駐車場のうち、前記滞在施設に近い前記通過駐車場であるほど満車である確率が高いと判定する、
請求項１または請求項２のいずれかに記載の満車確率判定システム。
【請求項４】
前記満車確率判定部は、前記駐車地点から前記滞在施設までの移動手段が徒歩である場合に、前記判定条件を満足すると判定する、
請求項１から請求項３のいずれか一項に記載の満車確率判定システム。
【請求項５】
コンピュータを、
車両が通過した駐車場である通過駐車場を取得する通過駐車場取得部、
前記通過駐車場の通過後に前記車両が到達した駐車地点に前記車両が駐車し、かつ、前記駐車地点における駐車後に前記駐車地点よりも前記通過駐車場側に存在する滞在施設にユーザが滞在したという判定条件を満足する場合、前記判定条件を満足しなかった場合よりも、前記通過駐車場が満車である確率が高いと判定する満車確率判定部、
として機能させる満車確率判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、満車確率判定システムおよび満車確率判定プログラムに関する。
【背景技術】
【０００２】
車両から収集したプローブデータに基づいて駐車場が満車であるか否かを判定する技術が知られている（特許文献１、参照。）。特許文献１において、駐車場の入り口の周囲を通過した際に車両が大きく減速した場合に、駐車場が満車であると判定される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１８４８２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１のプローブデータには、駐車する意思のある運転者が運転する車両についてのプローブデータだけでなく、駐車する意思のない運転者が運転する車両についてのプローブデータも含まれる。駐車する意思のない運転者は、満車となっている駐車場の入り口の周囲においても、車両を大きく減速させることなく素通りする可能性がある。そのため、駐車場の入り口の周囲にて車両が大きく減速しなかったことを示すプローブデータに基づいて駐車場が満車でないと判定すると、現実には駐車場が満車であるにも拘わらず、満車でないと誤判定されることとなる。
本発明は、前記課題にかんがみてなされたもので、駐車場が満車となっている確率を適切に判定できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記の目的を達成するため、本発明の満車確率判定システムは、車両が通過した駐車場である通過駐車場を取得する通過駐車場取得部と、通過駐車場の通過後に車両が到達した駐車地点に車両が駐車し、かつ、駐車地点における駐車後に駐車地点よりも通過駐車場側に存在する滞在施設にユーザが滞在したという判定条件を満足する場合、判定条件を満足しなかった場合よりも、通過駐車場が満車である確率が高いと判定する満車確率判定部と、を備える。
【０００６】
さらに、前記の目的を達成するため、本発明の満車確率判定プログラムは、コンピュータを、車両が通過した駐車場である通過駐車場を取得する通過駐車場取得部、通過駐車場の通過後に車両が到達した駐車地点に車両が駐車し、かつ、駐車地点における駐車後に駐車地点よりも通過駐車場側に存在する滞在施設にユーザが滞在したという判定条件を満足する場合、判定条件を満足しなかった場合よりも、通過駐車場が満車である確率が高いと判定する満車確率判定部、として機能させる。
【０００７】
以上のように構成された本発明において、駐車地点に駐車した後に、わざわざ通過駐車場側に存在する滞在施設に戻って滞在したユーザは、滞在施設に滞在するために通過駐車場に駐車する意思があったと推定できる。すなわち、通過駐車場に駐車する意思があったにも拘わらず、通過駐車場を通過しなければならなかったと推定でき、その要因として通過駐車場が満車であったと推定できる。一方、単に通過駐車場を通過しただけでは、判定条件を満足しないこととなるため、通過駐車場が満車である確率が高いと誤判定する可能性を低減できる。
【図面の簡単な説明】
【０００８】
【図１】満車確率判定システムのブロック図である。
【図２】図２Ａは駐車場の配置図、図２Ｂは満車確率のグラフである。
【図３】満車確率判定処理のフローチャートである。
【０００９】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）満車確率判定システムの構成：
（２）満車確率判定処理：
（３）他の実施形態：
【００１０】
（１）満車確率判定システムの構成：
図１は、本発明の一実施形態にかかる満車確率判定システム１０の構成を示すブロック図である。満車確率判定システム１０は、多数の車両のそれぞれに搭載された車載器１００と携帯端末２００と無線通信を行うコンピュータである。車載器１００はカーナビゲーション装置であり、携帯端末２００はスマートフォンである。車載器１００と携帯端末２００は、それぞれ測位センサを備えている。測位センサは、ＧＮＳＳ(Global Navigation Satellite System)受信器を含んでもよいし、速度センサや角速度センサを含んでもよいし、加速度センサや角加速度センサを含んでもよい。
【００１１】
車載器１００は、計測時刻と車載器１００の位置との対応関係を示す車両位置ログデータＣＬを生成する。車載器１００は車両位置ログデータＣＬを満車確率判定システム１０に送信する。計測時刻は、例えば一定の時間周期ごとの時刻である。車両位置ログデータＣＬを送信する車載器１００を搭載した車両をプローブカーＲＣと表記する。
【００１２】
携帯端末２００は、予め決められた計測時刻ごとに携帯端末２００の位置を計測し、当該携帯端末２００の位置を示す位置データを計測時刻ごとに満車確率判定システム１０に送信する。なお、ユーザが車両に乗車している期間において、車載器１００と携帯端末２００との位置はほぼ一致する。
【００１３】
次に、満車確率判定システム１０の構成について説明する。満車確率判定システム１０は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備える制御部２０と記録媒体３０と通信部４０とを備えており、記録媒体３０やＲＯＭに記憶されたプログラムを制御部２０が実行する。通信部４０は、車載器１００および携帯端末２００と無線通信を行うための無線通信回路である。制御部２０は、満車確率判定プログラム２１を実行する。
【００１４】
記録媒体３０には、地図情報３０ａとログデータベース３０ｂが記録されている。地図情報３０ａには、車両が走行する道路上に設定されたノードの位置等を示すノードデータ、ノード間を接続する道路区間の形状を特定するための形状補間点の位置等を示す形状補間データ、道路区間についての各種情報を示すリンクデータ、各駐車場についての駐車場情報等が含まれている。駐車場情報は、少なくとも駐車場の位置と敷地形状とを示す形状情報を含んでいる。また、駐車場情報は、駐車場の入口と出口の位置と、駐車場の入口と出口と接続する道路区間とを示す出入口情報とを含んでいる。地図情報３０ａは、施設データを含む。施設データは、各施設の名称や属性や位置や形状を示すデータである。
【００１５】
ログデータベース３０ｂは、ユーザごとに車両位置ログデータＣＬとユーザ位置ログデータＷＬとを対応づけて記録するデータベースである。図示しないが車載器１００のユーザと車載器１００のユーザとを登録したデータベースが記録媒体３０に記録されている。制御部２０は、車両位置ログデータＣＬを送信した車載器１００のユーザと、ユーザ位置ログデータＷＬを送信した携帯端末２００のユーザとを特定し、ユーザごとに車両位置ログデータＣＬとユーザ位置ログデータＷＬとをログデータベース３０ｂに記録する。ユーザ位置ログデータＷＬとは、携帯端末２００から計測時刻ごとに受信した位置データが示す携帯端末２００の時系列の位置を示すデータである。
【００１６】
満車確率判定プログラム２１は、通過駐車場取得モジュール２１ａと満車確率判定モジュール２１ｂとを含む。通過駐車場取得モジュール２１ａと満車確率判定モジュール２１ｂとを実行する制御部２０は、本発明の通過駐車場取得部と満車確率判定部とを構成する。
【００１７】
通過駐車場取得モジュール２１ａの機能により制御部２０は、車両が通過した駐車場である通過駐車場を取得する。通過駐車場取得モジュール２１ａの機能により制御部２０は、プローブカーＲＣが駐車した場合に、当該プローブカーＲＣに搭載された車載器１００から車両位置ログデータＣＬを受信する。そして、制御部２０は、車両位置ログデータＣＬが示す車両軌跡に基づいて、プローブカーＲＣが通行を完了した道路区間または道路区間の一部を取得し、当該道路区間または道路区間の一部に入口が接続している駐車場を通過駐車場として取得する。なお、制御部２０は、プローブカーＲＣが駐車している位置が駐車場内である場合、当該駐車している駐車場を駐車地点として取得する。
【００１８】
図２Ａは、駐車場の配置を示す模式図である。同図に示すように、５個の駐車場Ｐ１〜Ｐ５が例示されている。駐車場Ｐ１〜Ｐ５は車両軌跡Ａに基づいてプローブカーＲＣが通行を完了したと判断される駐車場であり、そのうち駐車場Ｐ５はプローブカーＲＣが駐車している駐車地点ＰＡに該当する。一方、駐車場Ｐ１〜Ｐ４は通過駐車場ＰＴに該当する。そのため、図２Ａの例において、制御部２０は、駐車場Ｐ１〜Ｐ４のそれぞれを通過駐車場ＰＴとして取得することとなる。車載器１００は、プローブカーＲＣが駐車し、車載器１００の電源がＯＦＦとなる際に車両位置ログデータＣＬを満車確率判定システム１０に送信する。従って、制御部２０は、車両位置ログデータＣＬが示す車両軌跡Ａの最後のプローブカーＲＣの位置を、プローブカーＲＣの駐車位置として取得できる。
【００１９】
ただし、車載器１００は、必ずしもプローブカーＲＣが駐車した際に、車両位置ログデータＣＬを満車確率判定システム１０に送信しなくてもよい。例えば、車載器１００は、電源がＯＮである期間において、一定の時間周期ごとにプローブカーＲＣの位置を示す位置データを満車確率判定システム１０に送信してもよい。この場合、満車確率判定システム１０は、時間周期ごとに受信した位置データを蓄積することにより、車両位置ログデータＣＬを生成すればよい。また、満車確率判定システム１０は、最後に位置データを受信してから一定の期間以上経過した場合に、最後に受信した位置データが示す位置にてプローブカーＲＣが駐車していると判定すればよい。
【００２０】
さらに、車両位置ログデータＣＬは、携帯端末２００によって生成されてもよい。例えば、携帯端末２００は、携帯端末２００がプローブカーＲＣ内に存在する期間における携帯端末２００の時系列の位置を示すデータを、車両位置ログデータＣＬとして生成してもよい。携帯端末２００は、例えばユーザの操作に基づいてプローブカーＲＣ内に存在するか否かを判断してもよいし、プローブカーＲＣとの間で行う無線通信の電波強度等に基づいてプローブカーＲＣ内に存在するか否かを判断してもよいし、携帯端末２００に作用する加速度等に基づいてプローブカーＲＣ内に存在するか否かを判断してもよい。携帯端末２００が車両位置ログデータＣＬを生成する場合、車載器１００を省略することが可能となる。また、携帯端末２００がプローブカーＲＣ内に存在する状態から存在しない状態に転じた場合に、プローブカーＲＣが駐車したと判断できる。
【００２１】
満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴの通過後に車両が到達した駐車地点ＰＡに車両が駐車し、かつ、駐車地点ＰＡにおける駐車後に駐車地点ＰＡよりも通過駐車場ＰＴ側に存在する滞在施設にユーザが滞在したという判定条件を満足する場合、判定条件を満足しなかった場合よりも、通過駐車場ＰＴが満車である確率が高いと判定する。
【００２２】
満車確率判定モジュール２１ｂの機能により制御部２０は、ユーザ位置ログデータＷＬに基づいてユーザが施設に滞在したか否かを判定する。以下、ユーザが滞在した施設を滞在施設と表記する。具体的に、制御部２０は、ユーザ位置ログデータＷＬが示す携帯端末２００の位置が、単一の滞在施設内に存在する期間が一定の判定期間（例えば２０分）以上継続した場合に、ユーザが滞在施設に滞在したと判定する。制御部２０は、地図情報３０ａの施設データに基づいて滞在施設を取得する。なお、滞在施設は、車載器１００や携帯端末２００において案内が行われた経路の目的地であってもよいし、経路の目的地に限定されなくてもよい。
【００２３】
なお、ユーザが施設に滞在したか否かを満車確率判定システム１０ではなく携帯端末２００が判定してもよい。例えば、携帯端末２００が施設データを記録しており、当該施設データと携帯端末２００の位置とに基づいて、ユーザが滞在施設に滞在したか否かを携帯端末２００が判定してもよい。この場合、携帯端末２００がユーザ位置ログデータＷＬを生成するとともに、ユーザが滞在施設に滞在したと判定した場合に、携帯端末２００がユーザ位置ログデータＷＬを満車確率判定システム１０に送信してもよい。
【００２４】
満車確率判定モジュール２１ｂの機能により制御部２０は、滞在施設を取得すると、当該ユーザが乗車したプローブカーＲＣについての通過駐車場ＰＴと駐車地点ＰＡとを取得する。具体的に、制御部２０は、車両位置ログデータＣＬが最後に駐車したことを示す駐車場を駐車地点ＰＡとして取得する。ただし、最後に駐車した駐車地点ＰＡが、滞在施設から徒歩圏内（例えば１ｋｍ以内）の範囲に存在しない場合や、最後の駐車時刻から滞在施設における滞在開始時刻までの経過期間が上限値（例えば１時間）以下でない場合には、駐車地点ＰＡを取得しない。さらに、制御部２０は、駐車地点ＰＡに到達する以前に通過した通過駐車場ＰＴを取得する。ただし、制御部２０は、滞在施設から徒歩圏内の範囲に存在しない駐車場を駐車地点ＰＡから除外する。
【００２５】
以上のように、制御部２０は、ユーザが滞在施設に滞在した場合、当該滞在施設に滞在する直前にプローブカーＲＣを駐車した駐車地点ＰＡと、当該駐車地点ＰＡに到達する直前に通過した通過駐車場ＰＴとを取得する。ここで、駐車地点ＰＡから通過駐車場ＰＴまでの移動手段は徒歩であると推定できる。図２Ａにおいて、滞在施設が施設Ｑであることとする。図２Ａにおいて、ユーザ位置ログデータＷＬが示す駐車地点ＰＡから滞在施設としての施設Ｑまでのユーザ軌跡Ｂは、徒歩によって移動した軌跡であると推定できる。なお、ユーザ位置ログデータＷＬは、少なくとも滞在施設での滞在有無を判定できる情報であればよく、必ずしも滞在施設までのユーザ軌跡Ｂを特定可能な情報でなくてもよい。
【００２６】
満車確率判定モジュール２１ｂの機能により制御部２０は、滞在施設が駐車地点ＰＡよりも通過駐車場ＰＴ側に存在する場合に、判定条件を満足すると判定する。滞在施設が駐車地点ＰＡよりも通過駐車場ＰＴ側に存在するとは、例えば駐車地点ＰＡと通過駐車場ＰＴとを接続する線分（図２Ａの駐車場Ｐ４について線分Ｌ１で図示）と、駐車地点ＰＡと滞在施設とを接続する線分（図２Ａにおいて線分Ｌ２で図示）が挟む角θが判定角以下であることであってもよい。判定角は、例えば９０度であってもよいし、９０度以下の角度であってもよい。
【００２７】
滞在施設が駐車地点ＰＡよりも通過駐車場ＰＴ側に存在するか否かの判定手法は以上の手法に限定されず、種々考えられる。例えば、制御部２０は、滞在施設と通過駐車場ＰＴとの距離が、滞在施設が駐車地点ＰＡの距離よりも短い場合に、滞在施設が駐車地点ＰＡよりも通過駐車場ＰＴ側に存在すると判定してもよい。また、制御部２０は、滞在施設と車両軌跡Ａとの最短距離が基準値以下である場合に、滞在施設が駐車地点ＰＡよりも通過駐車場ＰＴ側に存在すると判定してもよい。
【００２８】
図２Ａにおいて、通過駐車場ＰＴとしての駐車場Ｐ１〜Ｐ４のいずれについても、滞在施設は、駐車地点ＰＡよりも通過駐車場ＰＴ側に存在していることとなる。従って、制御部２０は、通過駐車場ＰＴとしての駐車場Ｐ１〜Ｐ４のいずれについても判定条件を満足すると判定することとなる。一方、図２Ａにおいて、仮に滞在施設が施設Ｋであった場合、通過駐車場ＰＴとしての駐車場Ｐ１〜Ｐ４のいずれについても、滞在施設は、駐車地点ＰＡよりも通過駐車場ＰＴ側に存在していないこととなる。従って、滞在施設が施設Ｋであった場合、制御部２０は、通過駐車場ＰＴとしての駐車場Ｐ１〜Ｐ４のいずれについても判定条件を満足しないと判定することとなる。
【００２９】
そのため、制御部２０は、滞在施設が施設Ｑであった場合、滞在施設が施設Ｋであった場合よりも、通過駐車場ＰＴとしての駐車場Ｐ１〜Ｐ４が満車である満車確率が高いと判定する。図２Ｂは、通過駐車場ＰＴとしての駐車場Ｐ１〜Ｐ４の満車確率Ｚを示すグラフである。図２Ｂにおいて、滞在施設が施設Ｑであった場合の駐車場Ｐ１〜Ｐ４の満車確率ＺＱ１〜ＺＱ４は、滞在施設が施設Ｋであった場合の駐車場Ｐ１〜Ｐ４の満車確率ＺＫ１〜ＺＫ４よりも高くなっている。
【００３０】
本実施形態において、制御部２０は、判定条件を満足する通過駐車場ＰＴについては、予め決められた大きさの基準存在確率ＺＳに１以下の第１補正係数Ｈを乗算した値（Ｈ＊ＺＳ）を満車確率Ｚとして算出する。一方、制御部２０は、判定条件を満足しない通過駐車場ＰＴについて、基準存在確率ＺＳに第１補正係数Ｈよりも小さい第２補正係数Ｇを乗算した値（Ｇ＊ＺＳ）を満車確率Ｚとして算出する。
【００３１】
以上の構成において、駐車地点ＰＡに駐車した後に、わざわざ通過駐車場ＰＴ側に存在する滞在施設（施設Ｑ）に戻って滞在したユーザは、滞在施設に滞在するために通過駐車場ＰＴに駐車する意思があったと推定できる。すなわち、通過駐車場ＰＴに駐車する意思があったにも拘わらず、通過駐車場ＰＴを通過しなければならなかったと推定でき、その要因として通過駐車場ＰＴが満車であったと推定できる。一方、単に通過駐車場ＰＴを通過しただけでは、判定条件を満足しないこととなるため、通過駐車場ＰＴが満車である確率が高いと誤判定する可能性を低減できる。
【００３２】
また、満車確率判定モジュール２１ｂの機能により制御部２０は、判定条件を満足した場合において、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴが満車である満車確率Ｚが、滞在施設よりも駐車地点ＰＡの反対側に存在する通過駐車場ＰＴが満車である満車確率Ｚよりも高いと判定する。制御部２０は、滞在施設までの距離が最短となる車両軌跡Ａ上の地点Ｙを取得し、当該地点Ｙを通過した時刻よりも後の時刻に入口（入口との道路区間上の接続点）を通過した通過駐車場ＰＴを、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴであると判定する。制御部２０は、地点Ｙを通過した時刻よりも前の時刻に入口の接続点を通過した通過駐車場ＰＴを、滞在施設よりも駐車地点ＰＡの反対側に存在する通過駐車場ＰＴであると判定する。
【００３３】
図２Ａにおいて、滞在施設が判定条件を満足する施設Ｑである場合、施設Ｑまでの距離が最短となる車両軌跡Ａ上の地点Ｙを通過した時刻よりも後の時刻に入口の接続点を通過した通過駐車場ＰＴである駐車場Ｐ３，Ｐ４が、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴであると判定されることとなる。一方、施設Ｑまでの距離が最短となる車両軌跡Ａ上の地点Ｙを通過した時刻よりも前の時刻に入口の接続点を通過した通過駐車場ＰＴである駐車場Ｐ１，Ｐ２が、滞在施設よりも駐車地点ＰＡの反対側に存在する通過駐車場ＰＴであると判定されることとなる。従って、図２Ｂに示すように、制御部２０は、通過駐車場ＰＴである駐車場Ｐ３，Ｐ４についての満車確率ＺＱ３，ＺＱ４が、通過駐車場ＰＴである駐車場Ｐ１，Ｐ２についての満車確率ＺＱ１，ＺＱ２よりも高いと判定する。
【００３４】
本実施形態において、制御部２０は、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴについての第１補正係数Ｈを１に設定して満車確率Ｚ（Ｈ＊ＺＳ＝ＺＳ）を算出する。つまり、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴについての満車確率Ｚが基準存在確率ＺＳであると判定する。一方、制御部２０は、滞在施設よりも駐車地点ＰＡの反対側に存在する通過駐車場ＰＴについての第１補正係数Ｈを１よりも小さい値に設定して満車確率Ｚ（Ｈ＊ＺＳ）を算出する。
【００３５】
ここで、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴは、滞在施設の通過後に通過した通過駐車場ＰＴである。滞在施設の通過後においては、プローブカーＲＣが滞在施設から遠ざかっていく段階であるため、通過駐車場ＰＴに駐車したいというユーザの意思が強かったと推定できる。このように、駐車したいというユーザの意思が強かったにも拘わらず、通過駐車場ＰＴを通過しなければならなかったと推定でき、その要因として通過駐車場ＰＴが満車であった確率が高いと判定できる。一方、滞在施設よりも駐車地点ＰＡの反対側に存在する通過駐車場ＰＴは、滞在施設の通過前に通過した通過駐車場ＰＴである。滞在施設の通過前においては、プローブカーＲＣが滞在施設に近づいていく段階であるため、通過駐車場ＰＴに駐車したいというユーザの意思が強くなかったと推定できる。このように、駐車したいというユーザの意思が強くなかった状況で、通過駐車場ＰＴを通過したと推定でき、その要因として通過駐車場ＰＴが満車であった確率が低いと判定できる。
【００３６】
また、満車確率判定モジュール２１ｂの機能により制御部２０は、判定条件を満足した場合において、滞在施設よりも駐車地点ＰＡの反対側に存在する通過駐車場ＰＴのうち、滞在施設に近い通過駐車場ＰＴであるほど満車である満車確率Ｚが高いと判定する。満車確率判定モジュール２１ｂの機能により制御部２０は、判定条件を満足した場合において、滞在施設よりも駐車地点ＰＡの反対側に存在する通過駐車場ＰＴを取得し、当該通過駐車場ＰＴと滞在施設との距離が短いほど満車確率Ｚが高いと判定する。通過駐車場ＰＴと滞在施設との距離は、直線距離であってもよいし、車両軌跡Ａ上の距離であってもよい。
【００３７】
図２Ａにおいて、滞在施設が判定条件を満足する施設Ｑである場合、施設Ｑまでの距離が最短となる車両軌跡Ａ上の地点Ｙを通過した時刻よりも前の時刻に入口の接続点を通過した通過駐車場ＰＴである駐車場Ｐ１，Ｐ２が、滞在施設よりも駐車地点ＰＡの反対側に存在する通過駐車場ＰＴであると判定されることとなる。そして、駐車地点ＰＡの反対側に存在する通過駐車場ＰＴである駐車場Ｐ１，Ｐ２のうち、駐車場Ｐ２の方が駐車場Ｐ１よりも滞在施設としての施設Ｑに近い。従って、図２Ｂに示すように、制御部２０は、通過駐車場ＰＴである駐車場Ｐ２についての満車確率ＺＱ２が、通過駐車場ＰＴである駐車場Ｐ１についての満車確率ＺＱ１よりも高いと判定する。
【００３８】
制御部２０は、滞在施設と通過駐車場ＰＴとの間の距離の減少に応じて単調的に満車確率Ｚが増加するように満車確率Ｚを設定すればよく、満車確率Ｚは線形的に増加してもよいし、非線形的に増加してもよい。本実施形態において、制御部２０は、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴについての第１補正係数Ｈを、１から第２補正係数Ｇまでの範囲内において、通過駐車場ＰＴと滞在施設との距離の増加に応じて単調減少させる。
【００３９】
なお、制御部２０は、実際にプローブカーＲＣが駐車できた駐車地点ＰＡについての満車確率Ｚを判定してもよく、駐車地点ＰＡについての満車確率Ｚを通過駐車場ＰＴよりも低いと判定してもよい。
【００４０】
ここで、滞在施設の通過前においては、プローブカーＲＣが滞在施設に近づいていく段階であるため、滞在施設に近くなるほど通過駐車場ＰＴほど駐車したいというユーザの意思が強くなっていくと推定できる。このように、駐車したいというユーザの意思が強かった通過駐車場ＰＴほど、満車確率Ｚが高いと判定できる。
【００４１】
満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴについての満車確率Ｚを判定すると、満車確率Ｚに基づいて通過駐車場ＰＴが満車であるか否かを判定する。例えば、制御部２０は、満車確率Ｚが閾値ＺＴ以上である通過駐車場ＰＴが満車であると判定する。閾値ＺＴは、一定値であってもよいし、例えば時間帯や天候等に応じて可変の値であってもよい。また、制御部２０は、複数のプローブカーＲＣのユーザのそれぞれぞれの行動に基づいて通過駐車場ＰＴの満車確率Ｚを導出してもよく、これらの満車確率Ｚを統計処理することにより通過駐車場ＰＴが満車であるか否かを判定してもよい。
【００４２】
満車確率判定モジュール２１ｂの機能により制御部２０は、満車であると判定された駐車場を示す満車情報を車載器１００に配信する。なお、満車情報を配信する車載器１００を搭載する車両は、プローブカーＲＣではなくてもよく、通過駐車場ＰＴの周辺に存在する車両であってもよいし、滞在施設を目的地とする経路案内が行われている車両であってもよい。なお、制御部２０は、必ずしも満車確率Ｚに基づいて通過駐車場ＰＴが満車であるか否かを判定しなくてもよく、満車確率Ｚをユーザに案内するための満車情報を車載器１００に配信してもよい。さらに、満車情報の配信先は、携帯端末２００であってもよい。
【００４３】
（２）満車確率判定処理：
次に、満車確率判定プログラム２１によって満車確率判定システム１０が実行する満車確率判定処理を説明する。図３は、満車確率判定処理のフローチャートである。まず、満車確率判定モジュール２１ｂの機能により制御部２０は、ユーザが施設に滞在したか否かを判定する（ステップＳ１００）。すなわち、制御部２０は、ユーザ位置ログデータＷＬが示す携帯端末２００の位置が、単一の施設内に存在する期間が一定の判定期間（例えば２０分）以上継続した場合に、ユーザが施設に滞在したと判定する。なお、ユーザが滞在した施設が滞在施設となる。
【００４４】
ユーザが施設に滞在したと判定しなかった場合（ステップＳ１００：Ｎ）、満車確率判定モジュール２１ｂの機能により制御部２０は、ステップＳ１００に戻る。一方、ユーザが施設に滞在したと判定した場合（ステップＳ１００：Ｙ）、満車確率判定モジュール２１ｂの機能により制御部２０は、駐車位置を取得する（ステップＳ１０５）。すなわち、制御部２０は、滞在施設に滞在したユーザについての車両位置ログデータＣＬが示す車両軌跡Ａの最後のプローブカーＲＣの位置を、プローブカーＲＣの駐車位置として取得する。プローブカーＲＣの駐車位置とは、滞在施設に滞在する直前にプローブカーＲＣが駐車した位置である。
【００４５】
次に、満車確率判定モジュール２１ｂの機能により制御部２０は、駐車場内に駐車したか否かを判定する（ステップＳ１１０）。すなわち、制御部２０は、地図情報３０ａの駐車場情報に規定されたいずれかの駐車場の敷地内に、プローブカーＲＣの駐車位置が存在するか否かを判定する。プローブカーＲＣの駐車位置が存在する駐車場は、駐車地点ＰＡである。
【００４６】
駐車場内に駐車したと判定しなかった場合（ステップＳ１１０：Ｎ）、満車確率判定モジュール２１ｂの機能により制御部２０は、ステップＳ１００に戻る。これにより、そもそもプローブカーＲＣが駐車場に駐車しなければ、当該プローブカーＲＣが通過した駐車場の満車確率Ｚを判定することを回避できる。従って、駐車する意思がなく単に通過したに過ぎない駐車場の満車確率Ｚが高いと判定されることを回避できる。
【００４７】
一方、駐車場内に駐車したと判定した場合（ステップＳ１１０：Ｙ）、通過駐車場取得モジュール２１ａの機能により制御部２０は、通過駐車場ＰＴがあるか否かを判定する（ステップＳ１１５）。すなわち、制御部２０は、車両位置ログデータＣＬが示す車両軌跡Ａに基づいて、プローブカーＲＣが通行を完了した道路区間または道路区間の一部を取得し、当該道路区間または道路区間の一部に入口が接続している駐車場を通過駐車場ＰＴとして取得する。通過駐車場ＰＴが一個でも取得できた場合、制御部２０は、通過駐車場ＰＴがあると判定する。
【００４８】
通過駐車場ＰＴがあると判定しなかった場合（ステップＳ１１５：Ｎ）、満車確率判定モジュール２１ｂの機能により制御部２０は、ステップＳ１００に戻る。一方、通過駐車場ＰＴがあると判定した場合（ステップＳ１１５：Ｙ）、満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴを選択する（ステップＳ１２０）。すなわち、制御部２０は、通過駐車場ＰＴのうちいずれか一個を後続の処理対象の通過駐車場ＰＴとして選択する。通過駐車場ＰＴの選択順序は特に限定されない。
【００４９】
次に、満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴが駐車地点ＰＡよりも滞在施設側に存在するか否かを判定する（ステップＳ１２５）。すなわち、制御部２０は、駐車地点ＰＡと通過駐車場ＰＴとを接続する線分（図２Ａの駐車場Ｐ４について線分Ｌ１で図示）と、駐車地点ＰＡと滞在施設とを接続する線分（図２Ａにおいて線分Ｌ２で図示）とによって挟まれた角θが判定角以下である場合に、通過駐車場ＰＴが駐車地点ＰＡよりも滞在施設側に存在すると判定する。なお、通過駐車場ＰＴが駐車地点ＰＡよりも滞在施設側に存在する場合、当該通過駐車場ＰＴは判定条件を満足する通過駐車場ＰＴに該当することとなる。
【００５０】
通過駐車場ＰＴが駐車地点ＰＡよりも滞在施設側に存在すると判定しなかった場合（ステップＳ１２５：Ｎ）、満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴの満車確率ＺをＺ＝Ｇ＊ＺＳによって算出する（ステップＳ１３０）。すなわち、制御部２０は、判定条件を満足しない通過駐車場ＰＴについて、基準存在確率ＺＳに第１補正係数Ｈよりも小さい第２補正係数Ｇを乗算した値（Ｇ＊ＺＳ）を満車確率Ｚとして算出する。
【００５１】
一方、通過駐車場ＰＴが駐車地点ＰＡよりも滞在施設側に存在すると判定した場合（ステップＳ１２５：Ｙ）、満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴが滞在施設よりも駐車地点ＰＡ側に存在するか否かを判定する（ステップＳ１３５）。具体的に、制御部２０は、処理対象の通過駐車場ＰＴが、滞在施設までの距離が最短となる車両軌跡Ａ上の地点Ｙを通過した時刻よりも後の時刻に入口の接続点を通過した通過駐車場ＰＴであるか否かを判定する。
【００５２】
通過駐車場ＰＴが滞在施設よりも駐車地点ＰＡ側に存在すると判定した場合（ステップＳ１３５：Ｙ）、満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴの満車確率ＺをＺ＝Ｈ＊ＺＳ（Ｈ＝１）によって算出する（ステップＳ１４０）。すなわち、制御部２０は、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴについての第１補正係数Ｈを１に設定して満車確率Ｚ（Ｈ＊ＺＳ＝ＺＳ）を算出する。つまり、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴについての満車確率Ｚが基準存在確率ＺＳであると判定する（図２Ａ，図２Ｂの駐車場Ｐ３，Ｐ４）。
【００５３】
一方、通過駐車場ＰＴが滞在施設よりも駐車地点ＰＡ側に存在すると判定しなかった場合（ステップＳ１３５：Ｎ）、満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴの満車確率ＺをＺ＝Ｈ＊ＺＳ（Ｇ＜Ｈ＜１）によって算出する（ステップＳ１４５）。具体的に、制御部２０は、滞在施設よりも駐車地点ＰＡ側に存在する通過駐車場ＰＴについての第１補正係数Ｈを、１から第２補正係数Ｇまでの範囲内において、通過駐車場ＰＴと滞在施設との距離の増加に応じて単調減少させる（図２Ａ，図２Ｂの駐車場Ｐ１，Ｐ２）。
【００５４】
以上のようにして、ステップＳ１３０，Ｓ１４０，Ｓ１４５のいずれかにて処理対象の通過駐車場ＰＴの満車確率Ｚを判定すると、満車確率判定モジュール２１ｂの機能により制御部２０は、通過駐車場ＰＴのすべてを選択したか否かを判定する（ステップＳ１５０）。すなわち、制御部２０は、通過駐車場ＰＴのすべてについて満車確率Ｚの判定が完了したか否かを判定する。
【００５５】
通過駐車場ＰＴのすべてを選択したと判定しなかった場合（ステップＳ１５０：Ｎ）、満車確率判定モジュール２１ｂの機能により制御部２０は、ステップＳ１２０に戻る。すなわち、未処理の通過駐車場ＰＴについて満車確率Ｚを判定する処理を繰り返して実行する。
【００５６】
一方、通過駐車場ＰＴのすべてを選択したと判定した場合（ステップＳ１５０：Ｙ）、満車確率判定モジュール２１ｂの機能により制御部２０は、満車確率判定処理を終了する。すなわち、通過駐車場ＰＴのすべてについて満車確率Ｚの判定が完了したとして満車確率判定処理を終了する。以上のようにして、満車確率判定処理を終了すると、満車確率Ｚに基づいて通過駐車場ＰＴが満車であるか否かを判定できるようになる。
【００５７】
（３）他の実施形態：
以上の実施形態は本発明を実施するための一例であり、本発明の効果を損なわない範囲で実施形態の変更が可能である。例えば、満車確率判定モジュール２１ｂの機能により制御部２０は、駐車地点ＰＡから滞在施設までの移動手段が徒歩である場合に、判定条件を満足すると判定してもよい。すなわち、満車確率判定モジュール２１ｂの機能により制御部２０は、駐車地点ＰＡから滞在施設までの移動手段が徒歩以外である場合には、判定条件を満足しないと判定してもよい。具体的に、制御部２０は、ユーザ位置ログデータＷＬに基づいてユーザの移動速度を算出し、当該移動速度が閾値以下である場合に、駐車地点ＰＡから滞在施設までの移動手段が徒歩であると判定してもよい。移動手段が徒歩であるか否かの判定手法は種々考えられ、上下方向の加速度や移動経路に基づいて移動手段が徒歩であるか否が判定されてもよい。
【００５８】
ここで、駐車地点ＰＡに駐車した後に、わざわざ通過駐車場ＰＴ側に存在する滞在施設に徒歩によって戻って滞在したユーザは、滞在施設に滞在するために通過駐車場ＰＴに駐車する強い意思があったと推定できる。すなわち、通過駐車場ＰＴに駐車する強い意思があったにも拘わらず、通過駐車場ＰＴを通過しなければならなかったと推定でき、その要因として通過駐車場ＰＴが満車であったと推定できる。例えば、駐車地点ＰＡから滞在施設までの間を徒歩以外の移動手段（シャトルバス等）で移動できる場合、通過駐車場ＰＴが空車であってもユーザが駐車地点ＰＡに駐車しようと考える可能性が大きくなる。このような場合に、通過駐車場ＰＴの満車確率Ｚを高いと判定しないことにより、満車確率Ｚを適正に判定できる。
【００５９】
なお、制御部２０は、判定条件を満足する場合において、必ずしも滞在施設の通過前の通過駐車場ＰＴの満車確率Ｚよりも、滞在施設の通過後の通過駐車場ＰＴの満車確率Ｚが高いと判定しなくてもよい。すなわち、制御部２０は、滞在施設の通過前の通過駐車場ＰＴの満車確率Ｚと、滞在施設の通過後の通過駐車場ＰＴの満車確率Ｚとが同じであると判定してもよい。さらに、制御部２０は、判定条件を満足する場合において、必ずしも滞在施設の通過前の通過駐車場ＰＴの満車確率Ｚを、滞在施設に近い通過駐車場ＰＴであるほど高いと判定しなくてもよい。
【００６０】
また、制御部２０は、判定条件を満足する場合において、滞在施設の通過後の通過駐車場ＰＴの満車確率Ｚを、滞在施設までの距離に応じて判定してもよい。また、前記実施形態において、制御部２０は、プローブカーＲＣの駐車位置が駐車場内である場合に限り、当該駐車場を駐車地点ＰＡとして取得した。しかしながら、制御部２０は、駐車場以外の駐車位置を駐車地点ＰＡとして取得してもよい。例えば、通過駐車場ＰＴが満車である場合に、路側帯に駐車して滞在施設に戻った場合でも、制御部２０は、通過駐車場ＰＴの満車確率Ｚが高いと判定してもよい。
【００６１】
また、制御部２０は、判定条件を満足するか否かだけでなく、判定条件を満足するか否か以外の判断要素にも基づいて、通過駐車場ＰＴの満車確率Ｚを判定してもよい。例えば、制御部２０は、通過駐車場ＰＴの入口を通過した際のプローブカーＲＣの速度が小さいほど、通過駐車場ＰＴの満車確率Ｚを大きく上方修正してもよい。
【００６２】
以上の実施形態は本発明を実施するための一例であり、他にも種々の実施形態を採用可能である。満車確率判定システムは、車両と通信可能なサーバであってもよいし、車載器であってもよいし、ユーザが携帯する携帯端末であってもよい。満車確率判定システムがサーバである場合、携帯端末から滞在施設での滞在の事実を示すデータを受信すればよいし、車載器または携帯端末から通過駐車場の通過の事実を示すデータを受信すればよい。いずれにしても、満車確率判定部における判定結果を他の車両に配信することにより、他のユーザが通過駐車場を利用するか否かを判断することができる。
【００６３】
通過駐車場とは、一旦は車両が接近したが、車両が駐車することなく、離間した駐車場である。通過駐車場とは、車両が通過した道路から一定の距離以内の駐車場であってもよいし、車両が通過した道路に入口が設けられた駐車場であってもよい。さらに、車両が通過駐車場を通過したとは、通過駐車場からの距離が最短となる道路上の地点を車両が通過したことであってもよい。
【００６４】
駐車地点とは、通過駐車場の通過後に駐車した地点であればよく、駐車場であってもよいし、駐車場以外の地点であってもよい。また、通過駐車場と駐車地点との間の距離に上限値が設けられてもよいし、通過駐車場の通過時刻から駐車地点での駐車時刻までの期間に上限値が設けられてもよい。すなわち、通過駐車場と駐車地点とがある程度近い場合に限り判定条件が判定されてもよいし、通過時刻と駐車時刻とがある程度近い場合に限り判定条件が判定されてもよい。さらに、通過駐車場や駐車地点と滞在施設との間の距離に上限値が設けられてもよいし、通過駐車場の通過時刻や駐車地点での駐車時刻と滞在施設での滞在開始時刻との間の期間に上限値が設けられてもよい。
【００６５】
滞在施設とは、ユーザが滞在可能な場所であればよく、施設の種別は特に限定されない。また、滞在施設は、経路の目的地として設定された施設に限られない。ユーザが滞在するとは、滞在施設の位置から一定の距離以内の範囲に一定の期間以上継続してユーザが存在することであってもよいし、滞在施設の敷地内に一定の期間以上継続してユーザが存在することであってもよい。通過駐車場と駐車地点とは、滞在施設の訪問者のための専用駐車場や提携駐車場であってもよいし、専用駐車場や提携駐車場でなくてもよい。なお、満車確率判定部は、判定条件を満足する場合において、通過駐車場が滞在施設の専用駐車場や提携駐車場である場合、通過駐車場が滞在施設の専用駐車場や提携駐車場でない場合よりも、通過駐車場が満車である確率が高いと判定してもよい。
【００６６】
満車確率判定部の判定結果は、ユーザに案内されてもよいし、ユーザに案内する経路の探索結果に反映されてもよい。また、通過駐車場が満車である確率がそのままユーザに案内されてもよい。案内対象のユーザは、滞在施設を経路の目的地として設定しているユーザであってもよいし、滞在施設の周辺を通行するユーザであってもよい。また、通過駐車場が満車である確率に基づいて、通過駐車場が満車であるか否かが判定されてもよい。さらに、通過駐車場が満車であるか否かを判定する際に、通過駐車場が満車である確率とは他の判定要素が考慮されてもよい。例えば、判定を行う際の時間帯（季節，月，日付，曜日）や天候等が他の判定要素として考慮されてもよい。
【００６７】
また、満車確率判定部は、判定条件を満足した場合において、滞在施設よりも駐車地点側に存在する通過駐車場が満車である確率が、滞在施設よりも駐車地点の反対側に存在する通過駐車場が満車である確率よりも高いと判定してもよい。ここで、滞在施設よりも駐車地点側に存在する通過駐車場は、滞在施設の通過後に通過した通過駐車場である。滞在施設の通過後においては、車両が滞在施設から遠ざかっていく段階であるため、通過駐車場に駐車したいというユーザの意思が強かったと推定できる。このように、駐車したいというユーザの意思が強かったにも拘わらず、通過駐車場を通過しなければならなかったと推定でき、その要因として通過駐車場が満車であった確率が高いと判定できる。一方、滞在施設よりも駐車地点の反対側に存在する通過駐車場は、滞在施設の通過前に通過した通過駐車場である。滞在施設の通過前においては、車両が滞在施設に近づいていく段階であるため、通過駐車場に駐車したいというユーザの意思が強くなかったと推定できる。このように、駐車したいというユーザの意思が強くなかった状況で、通過駐車場を通過したと推定でき、その要因として通過駐車場が満車であった確率が低いと判定できる。
【００６８】
また、満車確率判定部は、判定条件を満足した場合において、滞在施設よりも駐車地点の反対側に存在する通過駐車場のうち、滞在施設に近い通過駐車場であるほど満車である確率が高いと判定してもよい。ここで、滞在施設の通過前においては、車両が滞在施設に近づいていく段階であるため、滞在施設に近い通過駐車場ほど駐車したいというユーザの意思が強くなっていくと推定できる。このように、駐車したいというユーザの意思が強かった通過駐車場ほど、満車であった確率が高いと判定できる。
【００６９】
さらに、満車確率判定部は、駐車地点から滞在施設までの移動手段が徒歩である場合に、判定条件を満足すると判定してもよい。駐車地点に駐車した後に、わざわざ通過駐車場側に存在する滞在施設に徒歩によって戻って滞在したユーザは、滞在施設に滞在するために通過駐車場に駐車する強い意思があったと推定できる。すなわち、通過駐車場に駐車する強い意思があったにも拘わらず、通過駐車場を通過しなければならなかったと推定でき、その要因として通過駐車場が満車であったと推定できる。
【００７０】
満車確率判定システムを構成する各構成要素は、上述の実施形態のように、１個の装置で実現されてもよいし、２個以上の装置に分かれて存在していてもよい。例えば、満車確率判定システムは、互いに通信可能な車載器と携帯端末とサーバとによって構成されてもよい。
【００７１】
以上のようなシステム、プログラム、方法は、単独の装置として実現される場合や、複数の装置によって実現される場合が想定可能であり、各種の態様を含むものである。例えば、以上のような構成要素を備えたサーバや方法、プログラムを提供することが可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、システムを制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし半導体メモリであってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【符号の説明】
【００７２】
１０…満車確率判定システム、２０…制御部、２１…満車確率判定プログラム、２１ａ…通過駐車場取得モジュール、２１ｂ…満車確率判定モジュール、３０…記録媒体、３０ａ…地図情報、３０ｂ…ログデータベース、４０…通信部、１００…車載器、２００…携帯端末、Ａ…車両軌跡、Ｂ…ユーザ軌跡、ＣＬ…車両位置ログデータ、ＰＡ…駐車地点、ＰＴ…通過駐車場、Ｑ…施設、ＲＣ…プローブカー、ＷＬ…ユーザ位置ログデータ、Ｙ…地点、Ｚ…満車確率、ＺＳ…基準存在確率、ＺＴ…閾値
【図１】
2019139369.tif 000003
【図２】
2019139369.tif 000004
【図３】
2019139369.tif 000005