(57)【要約】【課題】既存の駐車場のより効率的な利用を実現することが可能な駐車場管理システム、サーバ、情報処理方法を提供する。【解決手段】第１の移動体が利用する駐車場の利用状態を示す利用情報を取得および送信する管理装置と、駐車場の貸出条件を示す貸出条件情報を複数の駐車場ごとに記憶する第１の記憶部と、第２の移動体による利用を希望する時間帯を示す情報を含む借用希望情報を記憶する第２の記憶部と、第１の移動体により駐車場が利用されない時間帯の予測を行う予測部と、予測された時間帯における貸出条件情報と借用希望情報とのマッチングを行うマッチング部と、マッチングされた１つ以上の駐車場を利用可能候補として第２の移動体の利用者に通知する通知部と、利用情報を受信する受信部と、を有するサーバとを備え、マッチング部は受信された利用情報に基づいて利用可能候補を更新し、通知部は更新された利用可能候補を通知する、駐車場管理システム。【選択図】図１
2015162145.tif 000002
【特許請求の範囲】
【請求項１】
第１の移動体が利用する駐車場の利用状態を示す利用情報を取得する利用情報取得部と、
前記利用情報取得部により取得された前記利用情報を送信する利用情報送信部と、
を有する管理装置と、
前記駐車場の貸出条件を示す貸出条件情報を、複数の前記駐車場ごとに記憶する第１の記憶部と、
前記第１の移動体とは異なる第２の移動体による利用を希望する時間帯を示す情報を含む借用希望情報を記憶する第２の記憶部と、
前記第１の移動体により前記駐車場が利用されない時間帯の予測を行う予測部と、
前記予測部により予測された前記時間帯における、前記第１の記憶部に記憶された前記貸出条件情報と前記第２の記憶部に記憶された前記借用希望情報とのマッチングを行うマッチング部と、
前記マッチング部によりマッチングされた１つ以上の前記駐車場を利用可能候補として前記第２の移動体の利用者に通知する通知部と、
前記利用情報送信部により送信された前記利用情報を受信する受信部と、
を有するサーバと、
を備え、
前記マッチング部は、前記受信部により受信された前記利用情報に基づいて前記利用可能候補を更新し、
前記通知部は、前記マッチング部により更新された前記利用可能候補を通知する、駐車場管理システム。
【請求項２】
前記貸出条件情報は、前記駐車場の位置を示す情報を含み、
前記借用希望情報は、利用を希望する地理的範囲を示す情報を含み、
前記マッチング部は、前記駐車場の位置を示す情報および前記地理的範囲を示す情報に基づいて前記マッチングを行う、請求項１に記載の駐車場管理システム。
【請求項３】
前記予測部は、前記第１の移動体が利用可能な予備の前記駐車場を予め除いた上で前記予測を行う、請求項１または２に記載の駐車場管理システム。
【請求項４】
前記マッチング部は、前記第２の移動体が利用可能な予備の前記駐車場を残して前記マッチングを行う、請求項１〜３のいずれか一項に記載の駐車場管理システム。
【請求項５】
前記マッチング部は、前記利用可能候補の前記利用情報に基づいて前記利用可能候補が利用不可能になったことを判別し、他の前記駐車場の前記利用情報に基づいて他の前記駐車場を前記利用可能候補とするよう更新する、請求項１〜４のいずれか一項に記載の駐車場管理システム。
【請求項６】
前記マッチング部は、複数の前記利用可能候補に優先順位を付与する、請求項１〜５のいずれか一項に記載の駐車場管理システム。
【請求項７】
前記貸出条件情報および前記借用希望情報は、前記駐車場の利用用途を示す情報を含み、
前記マッチング部は、前記利用用途に基づいて前記マッチングを行う、請求項１〜６のいずれか一項に記載の駐車場管理システム。
【請求項８】
前記マッチング部は、前記駐車場を利用可能な前記第２の移動体の数を複数の前記利用用途ごとに設定する、請求項７に記載の駐車場管理システム。
【請求項９】
前記マッチング部は、前記利用情報に基づいて前記利用可能候補の駐車料金を算出し、
前記通知部は、前記マッチング部により算出された前記駐車料金を通知する、請求項１〜８のいずれか一項に記載の駐車場管理システム。
【請求項１０】
前記駐車場管理システムは、前記第２の移動体において利用される移動体装置をさらに備え、
前記移動体装置は、
前記第２の移動体の位置を示す位置情報を取得する位置情報取得部と、
前記位置情報取得部により取得された前記位置情報を送信する位置情報送信部と、
を有し、
前記受信部は、前記位置情報送信部により送信された前記位置情報を受信し、
前記マッチング部は、前記受信部により受信された前記位置情報にさらに基づいて前記利用可能候補を更新する、請求項１〜９のいずれか一項に記載の駐車場管理システム。
【請求項１１】
前記サーバは、
前記第２の移動体を前記駐車場まで誘導するための誘導情報を生成する誘導情報生成部と、
前記誘導情報生成部により生成された前記誘導情報を前記移動体装置に送信する誘導情報送信部と、
をさらに有し、
前記移動体装置は、前記誘導情報送信部により送信された前記誘導情報に基づいて前記第２の移動体を誘導する誘導部をさらに有する、請求項１０に記載の駐車場管理システム。
【請求項１２】
前記利用情報は、前記駐車場を利用している前記第２の移動体が、利用予定時間帯と異なる時間帯で利用することを示す情報を含む、請求項１〜１１のいずれか一項に記載の駐車場管理システム。
【請求項１３】
前記利用情報は、前記第１の移動体が、前記予測部により利用されないと予測された時間帯で前記駐車場を利用することを示す情報を含む、請求項１〜１２のいずれか一項に記載の駐車場管理システム。
【請求項１４】
前記管理装置は、第１の移動体および前記マッチング部によりマッチングされた前記第２の移動体による、マッチングされた時間帯における前記駐車場の利用を許可するよう管理する管理部をさらに有する、請求項１〜１３のいずれか一項に記載の駐車場管理システム。
【請求項１５】
第１の移動体が利用する駐車場の貸出条件を示す貸出条件情報を、複数の前記駐車場ごとに記憶する第１の記憶部と、
前記第１の移動体とは異なる第２の移動体による利用を希望する時間帯を示す情報を含む借用希望情報を記憶する第２の記憶部と、
前記第１の移動体により前記駐車場が利用されない時間帯の予測を行う予測部と、
前記予測部により予測された前記時間帯における、前記第１の記憶部に記憶された前記貸出条件情報と前記第２の記憶部に記憶された前記借用希望情報とのマッチングを行うマッチング部と、
前記マッチング部によりマッチングされた１つ以上の前記駐車場を利用可能候補として前記第２の移動体の利用者に通知する通知部と、
前記駐車場の利用状態を示す利用情報を受信する受信部と、
を備え、
前記マッチング部は、前記受信部により受信された前記利用情報に基づいて前記利用可能候補を更新し、
前記通知部は、前記マッチング部により更新された前記利用可能候補を通知する、サーバ。
【請求項１６】
第１の移動体が利用する駐車場の利用状態を示す利用情報を取得するステップと、
取得された前記利用情報を送信するステップと、
前記駐車場の貸出条件を示す貸出条件情報を、複数の前記駐車場ごとに記憶するステップと、
前記第１の移動体とは異なる第２の移動体による利用を希望する時間帯を示す情報を含む借用希望情報を記憶するステップと、
前記第１の移動体により前記駐車場が利用されない時間帯の予測を行うステップと、
予測された前記時間帯における、記憶部に記憶された前記貸出条件情報と前記借用希望情報とのマッチングを行うステップと、
マッチングされた１つ以上の前記駐車場を利用可能候補として前記第２の移動体の利用者に通知するステップと、
送信された前記利用情報を受信するステップと、
受信された前記利用情報に基づいて前記利用可能候補を更新するステップと、
更新された前記利用可能候補を通知するステップと、
を含む、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駐車場管理システム、サーバ、情報処理方法に関する。
【背景技術】
【０００２】
近年、自動車、自動二輪車、自転車等の車両の普及に伴い、駐車場に関する社会問題が各所で生じている。例えば、都市部では駐車場が慢性的に不足しているため、路上駐車による交通渋滞が慢性的に発生している。一方、地方においても、観光施設周辺の駐車場が観光シーズンに突発的に不足することにより、観光の活性化をうまく図ることができず、観光の活性化のための活動が地域への収益還元に至っていない場合がある。このため、既存の駐車場をより効率的に活用するための技術の開発が行われている。
【０００３】
例えば、下記特許文献１および非特許文献１では、駐車場を保有する企業あるいは個人が駐車場の空き情報を登録し、駐車場の利用を希望する第三者が登録された中から希望する駐車場の利用申込を行う技術が開示されている。
【０００４】
また、下記特許文献２では、ナビゲーション装置により目的地となる店舗が指定された場合に、目的地への到着予定時刻を用いて目的地付近の駐車場の予約を行う技術が開示されている。
【０００５】
また、下記特許文献３では、リアルタイムに取得された駐車場の空き状況に応じて、駐車場の予約を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２２５００４号公報
【特許文献２】特開２００４−１５０９８９号公報
【特許文献３】特開２０１１−３０２６号公報
【非特許文献】
【０００７】
【非特許文献１】駐車場予約システム＜ＵＲＬ：http://parking-share.jp/＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、上記特許文献１よび非特許文献１に記載の技術では、駐車場の空きは事前に登録されるものであって、リアルタイムな空き塞がりに応じて第三者が利用することは困難であった。また、上記特許文献２、３に記載の技術では、予約するタイミングで空き塞がりを確認するため、数日前等の事前に第三者が駐車場を確保することは困難であった。
【０００９】
さらに、これらの技術では、第三者の属性を判別しないため、例えば特定の業者が便利な場所にある駐車場を占拠してしまい、一般の車両による便利な駐車場の利用が妨げられてしまうという恐れがある。また、これらの技術では、例えば予約したものの利用していない、予定の時間帯を超過して車両を放置した、利用者と連絡がつかない等の場合に、適切に対応することが困難であった。このように、上記の技術は、いずれも駐車場の利用の効率化による効果は限定的であった。
【００１０】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、既存の駐車場のより効率的な利用を実現することが可能な、新規かつ改良された駐車場管理システム、サーバ、情報処理方法を提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明のある観点によれば、第１の移動体が利用する駐車場の利用状態を示す利用情報を取得する利用情報取得部と、前記利用情報取得部により取得された前記利用情報を送信する利用情報送信部と、を有する管理装置と、前記駐車場の貸出条件を示す貸出条件情報を、複数の前記駐車場ごとに記憶する第１の記憶部と、前記第１の移動体とは異なる第２の移動体による利用を希望する時間帯を示す情報を含む借用希望情報を記憶する第２の記憶部と、前記第１の移動体により前記駐車場が利用されない時間帯の予測を行う予測部と、前記予測部により予測された前記時間帯における、前記第１の記憶部に記憶された前記貸出条件情報と前記第２の記憶部に記憶された前記借用希望情報とのマッチングを行うマッチング部と、前記マッチング部によりマッチングされた１つ以上の前記駐車場を利用可能候補として前記第２の移動体の利用者に通知する通知部と、前記利用情報送信部により送信された前記利用情報を受信する受信部と、を有するサーバと、を備え、前記マッチング部は、前記受信部により受信された前記利用情報に基づいて前記利用可能候補を更新し、前記通知部は、前記マッチング部により更新された前記利用可能候補を通知する、駐車場管理システムが提供される。
【００１２】
前記貸出条件情報は、前記駐車場の位置を示す情報を含み、前記借用希望情報は、利用を希望する地理的範囲を示す情報を含み、前記マッチング部は、前記駐車場の位置を示す情報および前記地理的範囲を示す情報に基づいて前記マッチングを行ってもよい。
【００１３】
前記予測部は、前記第１の移動体が利用可能な予備の前記駐車場を予め除いた上で前記予測を行ってもよい。
【００１４】
前記マッチング部は、前記第２の移動体が利用可能な予備の前記駐車場を残して前記マッチングを行ってもよい。
【００１５】
前記マッチング部は、前記利用可能候補の前記利用情報に基づいて前記利用可能候補が利用不可能になったことを判別し、他の前記駐車場の前記利用情報に基づいて他の前記駐車場を前記利用可能候補とするよう更新してもよい。
【００１６】
前記マッチング部は、複数の前記利用可能候補に優先順位を付与してもよい。
【００１７】
前記貸出条件情報および前記借用希望情報は、前記駐車場の利用用途を示す情報を含み、前記マッチング部は、前記利用用途に基づいて前記マッチングを行ってもよい。
【００１８】
前記マッチング部は、前記駐車場を利用可能な前記第２の移動体の数を複数の前記利用用途ごとに設定してもよい。
【００１９】
前記マッチング部は、前記利用情報に基づいて前記利用可能候補の駐車料金を算出し、前記通知部は、前記マッチング部により算出された前記駐車料金を通知してもよい。
【００２０】
前記駐車場管理システムは、前記第２の移動体において利用される移動体装置をさらに備え、前記移動体装置は、前記第２の移動体の位置を示す位置情報を取得する位置情報取得部と、前記位置情報取得部により取得された前記位置情報を送信する位置情報送信部と、を有し、前記受信部は、前記位置情報送信部により送信された前記位置情報を受信し、前記マッチング部は、前記受信部により受信された前記位置情報にさらに基づいて前記利用可能候補を更新してもよい。
【００２１】
前記サーバは、前記第２の移動体を前記駐車場まで誘導するための誘導情報を生成する誘導情報生成部と、前記誘導情報生成部により生成された前記誘導情報を前記移動体装置に送信する誘導情報送信部と、をさらに有し、前記移動体装置は、前記誘導情報送信部により送信された前記誘導情報に基づいて前記第２の移動体を誘導する誘導部をさらに有してもよい。
【００２２】
前記利用情報は、前記駐車場を利用している前記第２の移動体が、利用予定時間帯と異なる時間帯で利用することを示す情報を含んでもよい。
【００２３】
前記利用情報は、前記第１の移動体が、前記予測部により利用されないと予測された時間帯で前記駐車場を利用することを示す情報を含んでもよい。
【００２４】
前記管理装置は、第１の移動体および前記マッチング部によりマッチングされた前記第２の移動体による、マッチングされた時間帯における前記駐車場の利用を許可するよう管理する管理部をさらに有してもよい。
【００２５】
また、上記課題を解決するために、本発明の別の観点によれば、第１の移動体が利用する駐車場の貸出条件を示す貸出条件情報を、複数の前記駐車場ごとに記憶する第１の記憶部と、前記第１の移動体とは異なる第２の移動体による利用を希望する時間帯を示す情報を含む借用希望情報を記憶する第２の記憶部と、前記第１の移動体により前記駐車場が利用されない時間帯の予測を行う予測部と、前記予測部により予測された前記時間帯における、前記第１の記憶部に記憶された前記貸出条件情報と前記第２の記憶部に記憶された前記借用希望情報とのマッチングを行うマッチング部と、前記マッチング部によりマッチングされた１つ以上の前記駐車場を利用可能候補として前記第２の移動体の利用者に通知する通知部と、前記駐車場の利用状態を示す利用情報を受信する受信部と、を備え、前記マッチング部は、前記受信部により受信された前記利用情報に基づいて前記利用可能候補を更新し、前記通知部は、前記マッチング部により更新された前記利用可能候補を通知する、サーバが提供される。
【００２６】
また、上記課題を解決するために、本発明の別の観点によれば、第１の移動体が利用する駐車場の利用状態を示す利用情報を取得するステップと、取得された前記利用情報を送信するステップと、前記駐車場の貸出条件を示す貸出条件情報を、複数の前記駐車場ごとに記憶するステップと、前記第１の移動体とは異なる第２の移動体による利用を希望する時間帯を示す情報を含む借用希望情報を記憶するステップと、前記第１の移動体により前記駐車場が利用されない時間帯の予測を行うステップと、予測された前記時間帯における、記憶部に記憶された前記貸出条件情報と前記借用希望情報とのマッチングを行うステップと、マッチングされた１つ以上の前記駐車場を利用可能候補として前記第２の移動体の利用者に通知するステップと、送信された前記利用情報を受信するステップと、受信された前記利用情報に基づいて前記利用可能候補を更新するステップと、更新された前記利用可能候補を通知するステップと、を含む、情報処理方法が提供される。
【発明の効果】
【００２７】
以上説明したように本発明によれば、既存の駐車場のより効率的な利用を実現することが可能である。
【図面の簡単な説明】
【００２８】
【図１】本開示の一実施形態に係る駐車場管理システムについて説明するための図である。
【図２】本実施形態に係るサーバの内部構成例を示すブロック図である。
【図３】本実施形態に係るサーバによる更新処理の概要を説明するための図である。
【図４】本実施形態に係る管理装置の内部構成例を示すブロック図である。
【図５】本実施形態に係る管理装置の外観構成例を説明するための図である。
【図６】本実施形態に係る移動体装置の内部構成例を示すブロック図である。
【図７】本実施形態に係る駐車場管理システムにおいて実行される処理の全体的な流れの一例を示すフローチャートである。
【図８】観光地と周辺の駐車場との位置関係の一例を示す図である。
【図９】本実施形態に係るサーバによる予約処理の概念を説明するための図である。
【図１０】本実施形態に係る駐車場管理システムにおいて実行される予約処理の流れの一例を示すフローチャートである。
【図１１】本実施形態に係る駐車場管理システムにおいて実行される更新処理の流れの一例を示すシーケンス図である。
【図１２】本実施形態に係る駐車場管理システムにおいて実行される案内処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００２９】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００３０】
＜１．概要＞
まず、図１を参照して、本開示の一実施形態に係る駐車場管理システムについて説明する。
【００３１】
図１は、本開示の一実施形態に係る駐車場管理システムについて説明するための図である。図１に示すように、サーバ１は、ネットワーク１００を介して駐車場２００を管理する装置および移動体３００を管理する装置と接続して、移動体３００による駐車場２００の利用を管理する。移動体３００とは、自動車、自動二輪車、自転車等の、駐車場２００に駐車可能な車両を指し、駐車場２００には１以上の移動体を駐車可能である。以下では、駐車場２００を管理する装置を管理装置２、移動体３００を管理する装置を移動体装置３とも称する。なお、移動体装置３とは、移動体３００において利用される装置であり、カーナビゲーションシステム等の車載装置でもよいし、スマートフォン等の移動体３００を利用する利用者により利用される端末であってもよい。本実施形態に係る駐車場管理システムは、駐車場の予約サービスを提供する。具体的には、サーバ１は、駐車場２００を保有する保有者とは異なる第三者による、駐車場２００の予約を事前に受け付ける。また、サーバ１は、管理装置２により取得された駐車場２００の利用状態、および移動体装置３により取得された移動体３００の移動状態に基づいて、予約内容の更新、および移動体３００の誘導等の各種処理を行う。
【００３２】
既存の駐車場をより効率的に活用するための手段のひとつとして、国、地方公共団体、企業、個人等が保有する駐車場を、保有者が利用しない時間帯だけ第三者に貸し出すことが考えられる。例えば、平日に営業活動を行う企業の駐車場は、平日は営業車両が多いため空きが少ないが、休日は営業車両が少ないため空きが多い。このため、休日に駐車場を貸し出すことは容易なようにも思える。
【００３３】
しかし、休日であっても、突発的な業務輻輳等の企業の事情によって多くの営業車両が駐車場を利用することがあるため、休日だからといって固定的に駐車場を貸し出すことは困難である。また、平日であっても、営業車両が出払ってしまう時間帯には貸し出すことが可能であるため、平日だからといって常に駐車場を貸し出さないとすると、駐車場の効率的な利用を促進することは困難となる。
【００３４】
そこで、本実施形態に係る駐車場管理システムは、事前の予約を受け付けつつ、駐車場の利用状態に基づいて予約内容を更新する。例えば、保有者による利用が突発的に増加した場合にあっては、第三者により利用可能な枠（駐車スペース）が減少する。この場合、駐車場管理システムは、その保有者が保有する駐車場への予約を取り消して、取り消された第三者に他の空きがある駐車場を利用させる。逆に、保有者による利用が突発的に減少した場合にあっては、第三者により利用可能な枠が増加する。この場合、駐車場管理システムは、その保有者が保有する駐車場を、未予約の第三者に利用させる。このように、駐車場管理システムが駐車場の利用状態に基づいて予約内容を更新することにより、保有者が利用可能な枠を優先的に確保しつつ、保有者が利用しない枠を第三者が有効に利用することを可能する。これにより、保有者は安心して自身が保有する駐車場を貸し出すことができるし、第三者はより多くの駐車スペースを利用することが可能となるため、既存の駐車場のより効率的な利用が実現される。
【００３５】
なお、本明細書における駐車場の保有者とは、駐車場を自身の保有物として自由に利用可能である者を指し、例えば企業が所有する駐車場の保有者はその企業であるし、個人が所有する駐車場の保有者はその個人である。駐車場の土地や設備を法的に所有する所有者と保有者とは異なっていてもよいし、ひとつの駐車場に複数の保有者が存在していてもよい。
【００３６】
また、以下では、保有者の移動体（車両）を保有者車両（第１の移動体）とも称し、駐車場の利用を希望する第三者を利用者とも称する。また、保有者車両とは異なる、利用者の車両を、利用者車両（第２の移動体）とも称する。
【００３７】
以上、本実施形態に係る駐車場管理システムの概要を説明した。続いて、図２〜図１２を参照して、本実施形態について詳細に説明する。
【００３８】
＜２．構成＞
まず、図２〜図６を参照して、駐車場管理システムの構成を説明する。
【００３９】
［２−１．サーバ１の構成例］
図２は、本実施形態に係るサーバ１の内部構成例を示すブロック図である。図２に示すように、サーバ１は、駐車場ＤＢ（Data  Base）１１、利用者ＤＢ１２、通信部１３、予測部１４、マッチング部１５、誘導情報生成部１６、および案内部１７を有する。
【００４０】
（駐車場ＤＢ１１）
駐車場ＤＢ１１は、所定の記録媒体に対してデータの記録再生を行う部位である。駐車場ＤＢ１１は、例えばＨＤＤ（Hard  Disc  Drive）として実現される。もちろん記録媒体としては、フラッシュメモリ等の固体メモリ、固定メモリを内蔵したメモリカード、光ディスク、光磁気ディスク、ホログラムメモリなど各種考えられ、駐車場ＤＢ１１としては採用する記録媒体に応じて記録再生を実行できる構成とされればよい。駐車場ＤＢ１１は、サーバ１とは独立したデータベースとして構成されてもよい。
【００４１】
本実施形態に係る駐車場ＤＢ１１は、保有者により登録された貸出可能な駐車場に関する情報を記憶する。より詳しくは、駐車場ＤＢ１１は、貸出条件情報を複数の駐車場ごとに記憶する第１の記憶部としての機能を有する。貸出条件情報とは、貸出可能な時間帯を示す情報、駐車場の位置を示す情報、駐車可能な車種、貸出可能な駐車スペースの数および駐車場内の位置を示す情報、および利用用途を示す情報などを含む、貸出条件を示す情報である。
【００４２】
（利用者ＤＢ１２）
利用者ＤＢ１２は、所定の記録媒体に対してデータの記録再生を行う部位である。利用者ＤＢ１２は、例えばＨＤＤとして実現される。もちろん記録媒体としては、フラッシュメモリ等の固体メモリ、固定メモリを内蔵したメモリカード、光ディスク、光磁気ディスク、ホログラムメモリなど各種考えられ、利用者ＤＢ１２としては採用する記録媒体に応じて記録再生を実行できる構成とされればよい。利用者ＤＢ１２は、サーバ１とは独立したデータベースとして構成されてもよい。
【００４３】
本実施形態に係る利用者ＤＢ１２は、駐車場の借用を希望する利用者に関する情報を記憶する。より詳しくは、利用者ＤＢ１２は、借用希望情報を記憶する第２の記憶部としての機能を有する。借用希望情報とは、利用者車両による利用を希望する時間帯を示す情報、利用を希望する駐車場の地理的範囲を示す情報、および利用用途を示す情報などを含む、駐車場の利用に関して利用者が希望する条件を示す情報である。
【００４４】
（通信部１３）
通信部１３は、有線／無線により他の情報処理装置との間でデータの送受信を行うための通信モジュールである。例えば、通信部１３は、ＬＡＮ（Local  Area  Network）や電話回線などに接続され、図１で示したネットワーク１００を介して管理装置２および移動体装置３と通信する。
【００４５】
本実施形態に係る通信部１３は、管理装置２により取得され送信された利用情報を受信する受信部としての機能を有する。また、通信部１３は、後述するマッチング部１５によるマッチング結果を示す情報を、利用者に通知する通知部としての機能を有する。また、通信部１３は、移動体装置３により取得され送信された位置情報を受信する機能を有する。また、通信部１３は、後述する誘導情報生成部１６により生成された誘導情報を移動体装置３に送信する誘導情報送信部としての機能を有する。通信部１３は、これらの情報を送受信するためのＷｅｂアプリケーションを提供してもよい。例えば、Ｗｅｂアプリケーションは、利用者に対してどのような駐車場が利用可能であるかを提示したり、駐車場の予約操作を受け付けたりしてもよい。
【００４６】
（予測部１４）
予測部１４は、保有者車両により駐車場が利用されない時間帯の予測を行う機能を有する。具体的には、予測部１４は、駐車場の各駐車スペースについて、保有者車両により利用される予定がなく、利用者に貸し出すことが可能な時間帯を予測する。例えば、予測部１４は、保有者による過去の利用実績が示す傾向、保有者の現在の業務状況、将来の工場稼働率などに基づいて、保有者車両により利用されない駐車スペースの数および時間帯を予測する。これにより、駐車場管理システムは、保有者車両により利用されない時間帯で各駐車スペースを過不足なく効率的に貸し出すことが可能となる。
【００４７】
また、予測部１４は、保有者車両が利用可能な予備の駐車スペースを予め除いた上で、上記の予測を行う。具体的には、予測部１４は、保有者車両による利用が可能な駐車スペースを予め所定数確保しておき、それ以外の各駐車スペースについて、保有者車両により利用される予定がなく、利用者に貸し出すことが可能な時間帯を予測する。これにより、駐車場管理システムは、予測が外れた場合であっても、保有者車両が駐車する駐車スペースを確保することができるため、保有者は安心して駐車場を貸し出すことができる。
【００４８】
（マッチング部１５）
マッチング部１５は、利用者による駐車場の予約を事前に受け付ける予約処理と、状況に応じて予約内容を更新する更新処理とを行う。マッチング部１５は、予約処理として、保有者の希望と利用者の希望とのマッチング結果に基づいて、利用者に駐車場を割り当てることで予約処理を行う。
また、マッチング部１５は更新処理として、管理装置２から取得された駐車場に関する情報、および移動体装置３から取得された利用者車両に関する情報に基づいて、予約内容を更新することで更新処理を行う。以下、予約処理および更新処理に係るマッチング部１５の機能について、順に説明する。
【００４９】
・予約処理
マッチング部１５は、予測部１４により予測された、保有者車両により駐車場が利用されない時間帯における、駐車場ＤＢ１１に記憶された貸出条件情報と、利用者ＤＢ１２に記憶された借用希望情報とのマッチングを行う機能を有する。詳しくは、マッチング部１５は、貸出条件情報が示す貸出可能な時間帯のうち、予測部１４により空いていると予測された時間帯が、借用希望情報が示す利用者車両による利用を希望する時間帯を包含しているか否かに基づいて、マッチングを行う。他にも、例えば、マッチング部１５は、貸出条件情報が示す位置が、借用希望情報が示す地理的範囲に含まれているか否かに基づいて、マッチングを行ってもよい。これにより、目的地に近い位置にある駐車場が複数予約され得る。他にも、マッチング部１５は、貸出条件情報が示す利用用途が、借用希望情報が示す利用用途と一致しているか否かに基づいて、マッチングを行ってもよい。このように、駐車場管理システムは、貸出条件情報と借用希望情報とのマッチングを行うことにより、駐車場を適切な利用者に貸し出すことを可能にする。マッチング部１５は、貸出条件情報と借用希望情報とが合致する駐車場であって、借用を希望する時間帯に空きがあると予測部１４により予測されている駐車場を１以上抽出して予約確定する。即ち、マッチング部１５は、貸出条件情報と借用希望情報とが合致する１以上の駐車場であって、空いていると予測される駐車場を、利用可能候補として利用者のために確保する。
【００５０】
マッチング部１５は、駐車場を利用可能な利用者車両の数を、複数の利用用途ごとに設定してもよい。例えば、利用用途として業務利用、観光利用の２種類があるとする。例えば、マッチング部１５は、駐車場を利用する利用用途別の利用者車両の割合を、業務利用：観光利用＝５：５となるよう設定してもよい。この場合、例えば特定の業者が便利な場所にある駐車場を占拠してしまい、一般の車両による便利な駐車場の利用が妨げられてしまうという事態を回避することができる。他にも、マッチング部１５は、駐車場を利用する利用用途別の利用者車両の割合を、平日は業務利用：観光利用＝８：２、休日は２：８となるよう設定してもよい。この場合、例えば観光客が平日に少なく休日に多い観光地において、観光に便利な場所にある駐車場を観光客に優先的に割り当てることが可能となる。利用用途としては、業務利用および観光利用の他にも、例えば近隣住民による日常利用目的、介護／救命目的、および公共工事目的などが考えられる。
【００５１】
また、マッチング部１５は、利用者車両が利用可能な予備の駐車スペースを残して、上記のマッチングを行ってもよい。具体的には、マッチング部１５は、利用者車両による利用が可能な駐車スペースを予め所定数確保しておき、それ以外の各駐車スペースについてマッチングを行う。これにより、駐車場管理システムは、予測部１４による予測が外れた場合であっても、利用者車両が駐車する駐車スペースを確保することが可能であるため、利用者は安心して駐車場を予約および利用することができる。
【００５２】
マッチング部１５は、抽出した利用可能候補に優先順位を付与してもよい。例えば、マッチング部１５は、観光客に対しては観光に便利な位置にある駐車場に高い優先順位を付与したり、混雑が予想される場合にはいつも空いている駐車場に高い優先順位を付与したりしてもよい。これにより、マッチング部１５は、利用者の満足度を向上させたり、駐車場間の混雑度を均質化させたりすることができる。また、マッチング部１５は、例えば優先順位が高い利用可能候補の利用を促進させるために、優先順位が高い利用可能候補ほど安い駐車料金を設定してもよい。なお、優先順位は、利用者により入力されてもよい。
【００５３】
・更新処理
マッチング部１５は、管理装置２により取得された利用情報に基づいて、予約内容即ち利用可能候補を更新する機能を有する。マッチング部１５により更新された利用可能候補を示す情報は、通信部１３を介して利用者に通知される。利用者は、仮にもともと利用を予定していた駐車場が突発的に利用不能になった場合であっても、受けた通知に従って他の駐車場を利用することができる。
【００５４】
利用情報とは、保有者車両が利用する駐車場の利用状態を示す情報である。より具体的には、利用情報とは、駐車場の現在の空き塞がりを示す情報である。利用情報は、例えば、駐車場を利用している利用者車両が、利用予定時間帯と異なる時間帯で利用することを示す情報を含む。利用予定時間帯と異なる時間帯での利用とは、例えば予約したものの利用していない、予定の時間帯を超過して利用者車両を放置した、予定の時間帯よりも早くに駐車場を出た場合等が該当する。他にも、利用情報は、例えば、保有者による利用が突発的に増加した場合など、保有者車両が予測部１４により利用されないと予測された時間帯で駐車場を利用することを示す情報を含む。
【００５５】
マッチング部１５は、利用可能候補の駐車場の利用情報に基づいて、利用可能候補が利用不可能になったことを判別し、他の駐車場の利用情報に基づいて他の前記駐車場を利用可能候補とするよう更新する。例えば、マッチング部１５は、保有者車両が予定外に駐車場を利用したり、前の利用者車両が予定外に利用を延長したりした場合に、その駐車スペースを利用する予定の利用者と他の駐車場との再度マッチングを行い、利用可能候補を更新する。駐車場管理システムは、突発的な状況変化があったとしても利用者車両が駐車する駐車スペースを確保することが可能であるため、利用者は安心して駐車場を予約および利用することができる。
【００５６】
ここで、図３を参照して、マッチング部１５による更新処理の概要を説明する。図３は、本実施形態に係るサーバ１による更新処理の概要を説明するための図である。図３の左図に示すように、予約時には「駐車場Ａ」、「駐車場Ｂ」、「駐車場Ｃ」が割り当てられていたものとする。しかし、予約当日の移動中に、保有者の突発的な業務輻輳等により予約した駐車場が満車になってしまった場合、マッチング部１５はリアルタイムの利用情報に基づいて空いている駐車場から再度マッチングを行い、予約内容を更新する。例えば、図３の右図に示すように、「駐車場Ａ」「駐車場Ｂ」が満車になってしまった場合、マッチング部１５は、再度のマッチングにより「駐車場Ｄ」「駐車場Ｅ」を新たに割り当てて、利用者に通知する。
【００５７】
また、マッチング部１５は、利用者車両の位置を示す位置情報にさらに基づいて利用可能候補を更新してもよい。例えば、マッチング部１５は、利用者車両の位置が駐車場に向かっていないことを位置情報から判別した場合、予約をキャンセルしてもよい。他にも、マッチング部１５は、位置情報に基づいて利用者車両が駐車場に到着する予定時刻を判別して、到着予定時刻に応じた適切な駐車場を利用可能候補として割り当ててもよい。
【００５８】
また、マッチング部１５は、利用情報に基づいて利用可能候補の駐車料金を算出してもよい。例えば、マッチング部１５は、ある駐車場に利用が集中している場合に、その駐車場の駐車料金を高く設定し、他を安く設定する。これにより、駐車場間の混雑度を均質化したり、人気のない駐車場の利用を促進したりすることが可能となる。なお、マッチング部１５により算出された駐車料金は、通信部１３を介して利用者に通知される。
【００５９】
（誘導情報生成部１６）
誘導情報生成部１６は、利用者車両を駐車場まで誘導するための誘導情報を生成する機能を有する。より具体的には、誘導情報生成部１６は、利用者車両が利用する予定の駐車場までの経路案内を行うための誘導情報を生成する。案内先の駐車場は、複数の利用可能候補の中から利用者により選択されてもよい。生成された誘導情報は、通信部１３を介して、移動体装置３に送信されてもよいし、利用者が有する携帯端末、スマートフォン等に送信されてもよい。
【００６０】
例えば、企業は自社社員にのみ駐車場を使用させており、不特定多数による利用を想定していない場合が多いことを考慮すると、保有者にとって駐車場の位置、利用方法等を第三者に分かりやすく提示する必要性は少ない。従って、利用者にとって、企業等が保有する駐車場を利用することが困難な場合も想定される。この点、誘導情報生成部１６により生成された誘導情報により利用者が誘導され得るため、例えば分かり難い場所にある駐車場であっても、利用者は容易に利用することができる。
【００６１】
（案内部１７）
案内部１７は、利用者に対して各種の案内情報を生成する機能を有する。案内情報としては、例えば、利用者の現在位置と駐車場の位置との距離に基づいて算出された出発時刻を示す案内、利用開始予定時刻が近いことを示す案内、利用終了予定時刻が近いことを示す案内などが考えられる。生成された案内情報は、通信部１３を介して、移動体装置３に送信されてもよいし、利用者が有する携帯端末、スマートフォン等に送信されてもよい。
【００６２】
以上、サーバ１の構成例を説明した。続いて、図４、図５を参照して、管理装置２の構成例を説明する。
【００６３】
［２−２．管理装置２の構成例］
図４は、本実施形態に係る管理装置２の内部構成例を示すブロック図である。図４に示すように、管理装置２は、通信部２１、利用情報取得部２２、および管理部２３を有する。
【００６４】
（通信部２１）
通信部２１は、有線／無線により他の情報処理装置との間でデータの送受信を行うための通信モジュールである。例えば、通信部２１は、ＬＡＮや電話回線などに接続され、図１で示したネットワーク１００を介してサーバ１と通信する。
【００６５】
本実施形態に係る通信部２１は、後述の利用情報取得部２２により取得された利用情報をサーバ１に送信する、利用情報送信部としての機能を有する。また、通信部２１は、管理装置２が管理する駐車場を利用する予定の利用者車両に関する情報を受信する機能を有する。
【００６６】
（利用情報取得部２２）
利用情報取得部２２は、管理装置２が管理する駐車場の利用状態を示す利用情報を取得する機能を有する。詳しくは、利用情報取得部２２は、駐車場の各駐車スペースの空き塞がり、駐車している車両が保有者車両であるか利用者車両であるか、などを示す情報を取得する。例えば、利用情報取得部２２は、車の出入り口（ゲート）、駐車場内の各所等に設置されるカメラ、センサ類により実現されてもよい。
【００６７】
（管理部２３）
管理部２３は、保有者車両およびマッチング部１５によりマッチングされた利用者車両による、マッチングされた時間帯における駐車場の利用を許可するよう駐車場を管理する機能を有する。利用者車両は、予約された時間帯において駐車場を利用することが可能である。また、保有車車両は、利用者車両による利用が予約された時間帯であっても、自由に駐車場を利用することが可能である。そこで、管理部２３は、利用者車両および保有者車両による利用を許可して、他の車両による利用を拒絶するよう駐車場を管理する。管理部２３は、通信部２１を介してサーバ１より受信した、駐車場を利用する予定の利用者車両に関する情報、および例えば保有者により登録された保有者車両に関する情報に基づいて、このような管理を行う。例えば、管理部２３は、駐車場のゲート部分に設置される遮断機または警報機等を制御することにより、駐車場の管理を実現してもよい。
【００６８】
ここで、一例として、図５を参照して管理装置２の外観構成例を説明する。図５は、本実施形態に係る管理装置２の外観構成例を説明するための図である。図５に示すように、管理装置２は、例えばゲートシステムとして形成される。自動車３００は、車両を認識するためのＥＴＣ（Electronic  Toll  Collection  System）カードを有している。図５の左図に示すように、管理装置２は、ゲートにおいて無線通信によりＥＣＴカードを認識すると共に、カメラ２２Ａにより自動車３００の外観を撮像し、カメラ２２Ｂによりナンバープレート３０１を撮像してナンバー情報を認識する。このとき、管理部２３は、ナンバー情報に基づいて予約した利用者車両であるかを判定し、遮断機または警報機等を用いて駐車場への入場を許可したり拒絶したりする。他にも、管理部２３は、ＥＴＣカード番号、またはゲートにおいて入力された利用者ＩＤ（identification）などに基づいて、利用者車両であるか否かを判定してもよい。
【００６９】
次いで、管理装置２は、予約された駐車スペースに移動するよう自動車３００に指示する。ゲートを通過した自動車３００は、指示された駐車スペースに移動する。その際、図５の右図に示すように、管理装置２は、指示された駐車スペースに自動車３００が駐車したかを、駐車場内に設置されたカメラ２２Ｃによる撮像画像に基づいて確認する。例えば、管理部２３は、ゲートにおいて撮像された外観および認識されたナンバー情報を用いて、駐車場内における自動車３００の移動および駐車状況を追跡することにより確認する。
【００７０】
なお、ゲートシステムはあくまで一例であって、管理装置２の構成例は多様に考えられる。例えば、管理装置２は、駐車場を管理する守衛が操作するＰＣ（Personal  Computer）として構成されてもよい。この場合、管理装置２は、例えば予約された利用者車両のナンバー情報を表示することにより、駐車場に止まっている社外の車両が本システムにより予約した利用者車両であるかを、守衛が判別可能にする。
【００７１】
以上、管理装置２の構成例を説明した。続いて、図６を参照して、移動体装置３の構成例を説明する。
【００７２】
［２−３．移動体装置３の構成例］
図６は、本実施形態に係る移動体装置３の内部構成例を示すブロック図である。図６に示すように、移動体装置３は、通信部３１、位置情報取得部３２、および出力部３３を有する。
【００７３】
（通信部３１）
通信部３１は、有線／無線により他の情報処理装置との間でデータの送受信を行うための通信モジュールである。例えば、通信部３１は、ＬＡＮや電話回線などに接続され、図１で示したネットワーク１００を介してサーバ１と通信する。
【００７４】
本実施形態に係る通信部３１は、後述する位置情報取得部３２により取得された位置情報を送信する位置情報送信部としての機能を有する。また、通信部３１は、サーバ１により生成された誘導情報を受信する誘導情報受信部としての機能を有する。
【００７５】
（位置情報取得部３２）
位置情報取得部３２は、利用者車両の位置を示す位置情報を取得する機能を有する。例えば、位置情報取得部３２は、ＧＰＳ（Global  Positioning  System）衛星からの電波を受信して、利用者車両が存在している位置を検知し、検知した位置情報を出力する。なお、位置情報取得部３２は、外部からの取得信号に基づいて利用者車両の位置を検知する位置情報取得部の一例であって、本実施形態による位置情報取得部の例はこれに限定されない。例えば、位置情報取得部は、ＷｉＦｉ、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。
【００７６】
（出力部３３）
出力部３３は、通信部３１を介してサーバ１から受信された情報に基づいて、映像、音声等の各種出力を行う出力装置である。例えば、出力部３３は、ＬＣＤ（Liquid  Crystal  Display）またはＯＬＥＤ（Organic  Light-Emitting  Diode）、スピーカーなどにより実現される。
【００７７】
本実施形態に係る出力部３３は、サーバ１より送信され通信部２１を介して受信された誘導情報に基づいて、利用者車両を誘導する誘導部として機能を有する。例えば、出力部３３は、誘導情報に基づいてカーナビゲーション画面を表示したり、音声案内を行ったりすることにより、予約された駐車場に利用者車両を誘導する。
【００７８】
以上、移動体装置３の構成例を説明した。続いて、図７〜図１２を参照して、本実施形態に係る駐車場管理システムによる動作処理を説明する。
【００７９】
＜３．動作処理＞
まず、図７を参照して、駐車場管理システムにおいて実行される処理の全体的な流れを説明する。
【００８０】
［３−１．全体的な流れ］
図７は、本実施形態に係る駐車場管理システムにおいて実行される処理の全体的な流れの一例を示すフローチャートである。図７に示すように、まず、ステップＳ１０２で、駐車場管理システムは、駐車場を登録する。例えば、サーバ１は、保有者による駐車場の登録およびその駐車場に係る貸出条件情報の登録を、通信部１３を介して受け付ける。そして、サーバ１は、駐車場ＤＢ１１に貸出条件情報を記憶する。駐車場ＤＢ１１が記憶する貸出条件情報の一例を、下記表１に示す。
【００８１】
【表１】
2015162145.tif 000003
【００８２】
上記表の「エリア」は、駐車場の位置情報に対応し、図８に示す地図上の位置を示している。なお、図８は、観光地である「名所」と周辺の駐車場の位置関係との一例を示す図である。上記表では、車種ごとに貸出可能であるか否かを示す「可否」、および貸出可能な駐車スペースの数を示す「台数」が設定されている。また、例えば「市役所」のように、平日と休日とで「台数」および「営業時間」が異なっていてもよい。なお、「Ｐ１」「Ｐ２」「Ｐ３」は第三者への貸し出しを専門とする専用駐車場である。一方で、「市役所」「公民館」「Ａ高校」は公的機関の駐車場の空き時間を利用登録するものであり、「Ｂ工場」は民間企業の駐車場の空き時間を利用登録するものである。
【００８３】
次いで、ステップＳ１０４で、駐車場管理システムは、管理装置２を構築する。例えば、駐車場管理システムは、図５に一例として示したように管理装置２を構築する。
【００８４】
次に、ステップＳ１０６で、駐車場管理システムは、借用希望情報を取得する。例えば、サーバ１は、利用者による借用希望情報の登録を、通信部１３を介して受け付けて、利用者ＤＢ１２に受け付けた借用希望情報を記憶する。利用者ＤＢ１２が記憶する借用希望情報の一例を、下記表２に示す。
【００８５】
【表２】
2015162145.tif 000004
【００８６】
次いで、ステップＳ１０８で、駐車場管理システムは、駐車場の空きを予測する。例えば、予測部１４は、保有者による過去の利用実績が示す傾向、保有者の現在の業務状況、将来の工場稼働率などに基づいて、保有者車両により利用されない駐車スペースの数および時間帯を予測する。
【００８７】
次に、ステップＳ１１０で、駐車場管理システムは、予約処理を行う。例えば、マッチング部１５は、保有者車両により駐車場が利用されないと予測される時間帯について、駐車場ＤＢ１１に記憶された貸出条件情報と、利用者ＤＢ１２に記憶された借用希望情報とのマッチングを行う。そして、マッチング部１５は、マッチングした駐車場を１以上抽出して利用者に割り当てることにより、予約を確定する。ここで、予約処理の概念図を、図９に示す。図９は、本実施形態に係るサーバ１による予約処理の概念を説明するための図である。図９に示すように、マッチング部１５は、貸出条件情報と借用希望情報とのマッチングを行い、合致する駐車場を１以上抽出して、駐車場割り当てマップを作成する。駐車場割り当てマップとは、各駐車場の各駐車スペースの空き時間に、マッチングされた利用者車両による利用予定を割り当てた、所謂予約管理表である。マッチング部１５により作成される駐車場割り当てマップの一例を、下記表３に示す。
【００８８】
【表３】
2015162145.tif 000005
【００８９】
上記表に示した駐車場割り当てマップでは、例えばマッチング部１５は、時刻１０時〜１２時までの間、駐車場「Ｐ１」に利用者「ユーザＡ」を割り当てている。また、マッチング部１５は、時刻１０時〜１７時までの間、駐車場「市役所」に利用者「ユーザＣ」を割り当てている。また、マッチング部１５は、時刻１２時〜１３時までの間、駐車場「Ｂ企業」に利用者「ユーザＢ」を割り当てている。なお、予約処理の詳細な動作処理については、後に詳しく説明する。
【００９０】
次いで、ステップＳ１１２で、駐車場管理システムは、更新処理を行う。例えば、サーバ１は、駐車場の利用情報およびに利用者車両の位置情報に基づいて予約内容を更新する。更新処理の詳細な動作処理については、後に詳しく説明する。
【００９１】
次に、ステップＳ１１４で、駐車場管理システムは、案内処理を行う。例えば、サーバ１は、利用開始時刻および利用終了時刻の案内を利用者に通知し、管理装置２は、駐車場への利用者車両の入退場を管理する。案内処理の詳細な動作処理については、後に詳しく説明する。
【００９２】
次いで、ステップＳ１１６で、駐車場管理システムは、利用料金を精算する。例えば、サーバ１は、ＥＴＣカードによる精算を行う。もちろん、サーバ１は、クレジットカードによる精算を受け付けてもよいし、ゲートにおける現金精算を受け付けてもよいし、他の任意の精算手段を受け付けてもよい。なお、駐車場管理システムは、予約した利用予定時刻を超過して駐車場を利用した利用者に対して、超過料金を請求してもよい。サーバ１は、この課金情報を、利用者ＤＢ１２に登録してもよい。
【００９３】
以上、駐車場管理システムにおいて実行される処理の全体的な流れを説明した。続いて、図１０を参照して、駐車場管理システムによる予約処理（図７ステップＳ１１０）の詳細な流れを説明する。
【００９４】
［３−２．予約処理］
図１０は、本実施形態に係る駐車場管理システムにおいて実行される予約処理の流れの一例を示すフローチャートである。図１０に示すように、まず、ステップＳ２０２で、マッチング部１５は、登録された複数の駐車場から、マッチング対象の駐車場（貸出条件情報）をひとつ選択する。
【００９５】
次いで、ステップＳ２０４で、マッチング部１５は、優先度順に利用者（借用希望情報）を抽出する。例えば、マッチング部１５は、用途が業務利用である利用者を優先したり、用途が観光利用である利用者を優先したりする。なお、マッチング部１５は、優先順位が複数通り設定されている場合は、複数通りの優先順位を切り替えながら、ステップＳ２０４〜Ｓ２１２の処理を行ってもよい。また、マッチング部１５は、駐車場を利用可能な利用者車両の数を、複数の利用用途ごとに設定してマッチングを行ってもよい。
【００９６】
次に、ステップＳ２０６で、マッチング部１５は、マッチング対象の駐車場が、借用希望情報に合致する駐車場であるかを判定する。例えば、マッチング部１５は、貸出条件情報と借用希望情報とを参照して、用途、車種、希望日時、駐車場の位置などが合致するか否かを判定する。このとき、マッチング部１５は、利用者車両が利用可能な予備の駐車スペースを残しておき、その他の駐車スペースについてこの判定を行ってもよい。即ち、マッチング部１５は、予備の駐車スペースについては、貸出条件情報と借用希望情報とが合致しないと判定してもよい。
【００９７】
マッチング対象の駐車場が借用希望情報に合致する駐車場であると判定された場合（Ｓ２０６／ＹＥＳ）、ステップＳ２０８で、マッチング部１５は、該当時間帯は利用可能であるかを判定する。詳しくは、マッチング部１５は、借用希望情報が示す借用を希望する時間帯は、予測部１４により空いていると予測された時間帯であるかを判定する。このとき、予測部１４は、保有者車両が利用可能な予備の駐車スペースを予め除いた上で予測を行ってもよい。即ち、予測部１４は、予備の駐車スペースについては、保有者車両により利用されていると予測してもよい。一方で、マッチング対象の駐車場が借用希望情報に合致しない駐車場であると判定された場合（Ｓ２０６／ＮＯ）、処理は再度ステップＳ２０４に戻る。
【００９８】
該当時間帯が利用可能である場合（Ｓ２０８／ＹＥＳ）、ステップＳ２１０で、マッチング部１５は、マッチング対象の駐車場を借用希望条件に従って利用者が利用するものとして、予約を確定する。具体的には、上記表３に示した駐車場割り当てマップの該当のセルに、マッチングされた利用者を割り当てる。このとき、マッチング部１５は、一人の利用者に対して複数の駐車場を、優先順位をつけて割り当ててもよい。該当時間帯が利用可能でない場合（Ｓ２０８／ＮＯ）、処理は再度ステップＳ２０４に戻る。
【００９９】
次いで、ステップＳ２１２で、マッチング部１５は、すべての利用者について処理済みであるかを判定する。すべての利用者について処理済みである場合（Ｓ２１２／ＹＥＳ）、予約処理は終了する。一方で、まだ処理済みでない利用者がいる場合（Ｓ２１２／ＮＯ）、処理は再度ステップＳ２０４に戻る。なお、一旦割り当てた後に借用希望情報の変更等があった場合、マッチング部１５は、空きのある駐車場のみを選択して再計算を行う。これにより、すでに確定した予約について変更することなく、利用が確定した利用者および保有者に対する影響を最小限にとどめることが可能になる。
【０１００】
以上、駐車場管理システムにおいて実行される予約処理の流れを説明した。続いて、図１１を参照して、駐車場管理システムによる更新処理（図７ステップＳ１１２）の詳細な流れを説明する。
【０１０１】
［３−３．更新処理］
図１１は、本実施形態に係る駐車場管理システムにおいて実行される更新処理の流れの一例を示すシーケンス図である。図１１に示したシーケンスには、サーバ１、管理装置２、および移動体装置３が関与する。
【０１０２】
図１１に示すように、まず、ステップＳ３０２で、移動体装置３は位置情報を取得する。例えば、移動体装置３が車載装置として実現されている場合、位置情報取得部３２は、ＧＰＳ技術を用いて位置情報を取得する。
【０１０３】
次いで、ステップＳ３０４で、移動体装置３は、上記ステップＳ３０２において取得した位置情報を、サーバ１に送信する。
【０１０４】
次に、ステップＳ３０６で、管理装置２は、利用情報を取得する。例えば、管理装置２は、利用情報取得部２２として駐車場に設置されたカメラによる駐車スペースの撮像画像やゲートの撮像画像に基づき、駐車場の利用情報を取得する。
【０１０５】
次いで、ステップＳ３０８で、管理装置２は、上記ステップＳ３０６において取得した利用情報を、サーバ１に送信する。
【０１０６】
次に、ステップＳ３１０で、サーバ１は、利用可能候補を更新する。詳しくは、マッチング部１５は、管理装置２により取得された利用情報に基づいて利用可能候補を更新する。例えば、マッチング部１５は、保有者車両が予定外に駐車場を利用したり、前の利用者車両が予定外に利用を延長したりした場合に、その駐車スペースを利用する予定の利用者と他の駐車場との再度マッチングを行い、利用可能候補を更新してもよい。また、マッチング部１５は、移動体装置３により取得された位置情報に基づいて利用可能候補を更新する。例えば、マッチング部１５は、利用者車両の位置が駐車場に向かっていないことを位置情報から判別した場合、予約をキャンセルしてもよい。他にも、マッチング部１５は、位置情報に基づいて利用者車両が駐車場に到着する予定時刻を判別して、到着予定時刻に応じた適切な駐車場を利用可能候補として割り当ててもよい。
【０１０７】
次いで、ステップＳ３１２で、サーバ１は、更新後の利用可能候補を示す情報を移動体装置３に通知する。
【０１０８】
次に、ステップＳ３１４で、移動体装置３は、利用する駐車場を選択する。例えば、移動体装置３は、サーバ１から受信した更新後の複数の利用可能候補の中から、実際に利用する駐車場を選択するユーザ操作を受け付ける。
【０１０９】
次いで、ステップＳ３１６で、サーバ１は、上記ステップＳ３１４で選択された駐車場に利用者車両を誘導するための情報を、移動体装置３に送信する。これにより、例えば、移動体装置３の表示部に、選択された駐車場への経路案内が表示される。
【０１１０】
以上、駐車場管理システムにおいて実行される更新処理の流れを説明した。続いて、図１２を参照して、駐車場管理システムによる案内処理（図７ステップＳ１１４）の詳細な流れを説明する。
【０１１１】
［３−４．案内処理］
図１２は、本実施形態に係る駐車場管理システムにおいて実行される案内処理の流れの一例を示すフローチャートである。図１２に示すように、まず、ステップＳ４０２で、駐車場管理システムは、利用開始通知時刻であるか否かを判定する。例えば、案内部１７は、マッチング部１５に生成された駐車場割り当てマップを参照して、現在時刻が利用開始通知時刻であるか否かを判定する。なお、利用開始通知時刻は、利用開始予定時刻と同時刻であてもよいし、利用開始予定時刻より所定時間前の時刻であってもよい。
【０１１２】
利用開始通知時刻であると判定した場合（Ｓ４０２／ＹＥＳ）、ステップＳ４０４で、駐車場管理システムは、利用予定者に通知する。例えば、案内部１７は、利用開始予定時刻に近づいたことを示す案内情報を生成して、通信部１３を介して利用者に通知する。この通知には、例えば電子メール等の公知の技術が用いられ得る。一方で、利用開始通知時刻でないと判定した場合（Ｓ４０２／ＮＯ）、処理は再度ステップＳ４０２に戻る。
【０１１３】
次いで、ステップＳ４０６で、駐車場管理システムは、ゲートチェックは正常であるか否かを判定する。例えば、管理装置２の管理部２３は、ゲートに設置されたカメラにより撮像されたナンバープレートのナンバー情報、ＥＴＣカード番号、ゲートにおいて入力された利用者ＩＤなどに基づいて、ゲートに来た車両が予約した利用者車両であるか否かを判定する。
【０１１４】
ゲートチェックは正常であると判定された場合（Ｓ４０６／ＹＥＳ）、ステップＳ４０８で、駐車場管理システムは、駐車位置は正しいか否かを判定する。例えば、管理装置２は、ゲートに来た車両が予約した利用者車両である場合、駐車すべき位置を利用者に表示し、ゲートの遮断機を動作させて利用者車両の駐車場への入場を許可する。そして、管理装置２は、表示した位置に利用者車両が正しく駐車したかを、駐車場内に設置されたカメラによる撮像画像に基づいて判定する。一方で、ゲートチェックは正常でないと判定された場合（Ｓ４０６／ＮＯ）、ステップＳ４１２で、駐車場管理システムは、利用不可処理を行う。例えば、管理部２３は、警報機を動作させて、入場しようとする車両に対して予約していない旨の警告を発する。
【０１１５】
駐車位置は正しいと判定された場合（Ｓ４０８／ＹＥＳ）、ステップＳ４１０で、駐車場管理システムは、利用開始処理を行う。例えば、案内部１７は、正しく利用開始されたことを示す案内情報を生成して、通信部１３を介して利用者に通知する。一方で、駐車位置は不正であると判定された場合（Ｓ４０８／ＮＯ）、ステップＳ４１２で、駐車場管理システムは、利用不可処理を行う。例えば、管理部２３は、駐車場内に設置された警報機を動作させて、駐車位置が不正である旨の警告を発する。他にも、案内部１７は、駐車位置が不正であることを示す案内情報を生成して、通信部１３を介して利用者に通知してもよい。
【０１１６】
ステップＳ４１０における利用開始処理の後、ステップＳ４１４で、駐車場管理システムは、利用終了通知時刻であるか否かを判定する。例えば、案内部１７は、マッチング部１５に生成された駐車場割り当てマップを参照して、現在時刻が利用終了通知時刻であるか否かを判定する。なお、利用終了通知時刻は、利用終了予定時刻と同時刻であてもよいし、利用終了予定時刻より所定時間前の時刻であってもよい。
【０１１７】
利用終了通知時刻であると判定した場合（Ｓ４１４／ＹＥＳ）、ステップＳ４１６で、駐車場管理システムは、利用予定者に通知する。例えば、案内部１７は、利用終了予定時刻に近づいたことを示す案内情報を生成して、通信部１３を介して利用者に通知する。一方で、利用終了通知時刻でないと判定した場合（Ｓ４１４／ＮＯ）、処理は再度ステップＳ４１４に戻る。
【０１１８】
次いで、ステップＳ４１８で、駐車場管理システムは、ゲートチェックは正常であるか否かを判定する。例えば、管理装置２の管理部２３は、ゲートに設置されたカメラによる撮像されたナンバープレートのナンバー情報、ＥＴＣカード番号などに基づいて、終了予定時刻を迎えた利用者車両が駐車場から退場したか否かを判定する。
【０１１９】
ゲートチェックは正常であると判定された場合（Ｓ４１８／ＹＥＳ）、ステップＳ４２０で、駐車場管理システムは、利用終了処理を行う。例えば、終了予定時刻を迎えた利用者車両が駐車場から退場したことが確認された場合、案内部１７は、正しく利用終了されたことを示す案内情報を生成して、通信部１３を介して利用者に通知する。
【０１２０】
一方で、ゲートチェックは正常でないと判定された場合（Ｓ４１８／ＮＯ）、ステップＳ４２２で、駐車場管理システムは、利用延長処理を行う。例えば、案内部１７は、終了予定時刻を超過した旨を示す案内情報を生成して、通信部１３を介して利用者に通知する。
【０１２１】
以上、駐車場管理システムにおいて実行される案内処理の流れを説明した。
【０１２２】
＜４．まとめ＞
以上説明したように、本実施形態に係る駐車場管理システムは、既存の駐車場のより効率的な利用を実現することが可能である。具体的には、駐車場管理システムは、事前の予約を受け付けつつ、駐車場の利用状態に基づいてリアルタイムに予約内容を更新することにより、保有者の都合を優先しつつ、第三者により多くの駐車スペースを利用可能にする。これにより、国、地方公共団体、企業、個人等が保有する駐車場を、観光客、業者等の複数の利用者で共有することが可能となり、地域の駐車場不足を解消することができる。
【０１２３】
例えば、突発的な業務輻輳等があった場合であっても、保有者は予約状況によらず駐車場を利用することができる。さらに、予約の段階で、保有者車両が利用可能な予備の駐車スペースが予め除かれた状態で予約がなされる。このため、保有者は、利用しないことが確定している分だけでなく、業務輻輳があった場合には利用する可能性がある駐車場をも安心して貸し出すことが可能であるので、利用者はより多くの駐車場を利用することが可能となる。また、駐車場管理システムは、突発的な状況変化があったとしても利用者車両が駐車する駐車スペースを確保することが可能であるため、利用者は安心して駐車場を予約および利用することができる。
【０１２４】
さらに、保有者は駐車場の空き時間を他者に貸し出すことで、新たな収入を獲得することができる。また、管理装置２が駐車場の利用状態をリアルタイムで管理するため、不正使用や契約外利用による問題発生を抑止することができる。
【０１２５】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１２６】
例えば、上記実施形態で説明されている利用者車両については、観光客等の利用者自身が保有する自家用車以外の、例えばレンタカー等であっても良い。この場合、本駐車場管理システムを用いた予約サービスを利用する際には実際に利用する車両が未確定で、利用者車両を特定するための情報、例えばＥＴＣ装置に付与されたＷＣＮ（Wireless  Call  Number）あるいはＥＴＣ利用者番号が取得できない可能性がある。この場合、駐車場管理システムは、利用者のクレジットカード等の情報を、利用者車両であるかの判定に利用することも可能である。なお、上記ＷＣＮあるいはＥＴＣ利用者番号は、利用者車両が一度ゲートを通過すると、システム側で読み取ることができるので、同一の利用者が、観光地巡り等の目的で複数個所の駐車場をまとめて予約し、順に利用するような場合は、上記利用者のクレジットカード等の情報を用いた判別は最初に利用する駐車場のみで、以降の駐車場については、最初の駐車場利用時に取得された、利用者車両のＷＣＮあるいはＥＴＣ利用者番号を利用することができる。
【０１２７】
あるいは、レンタカー店舗でレンタカーを借りる際に、併せて本駐車場管理システムを用いた予約サービスを利用することも可能である。この場合、本駐車場管理システムの利用料金を、レンタカーの利用代金と一括して支払う構成とすることもできる。
【０１２８】
なお、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体（非一時的な媒体：non-transitory  media）に予め格納される。そして、各プログラムは、例えば、実行時にＲＡＭに読み込まれ、ＣＰＵなどのプロセッサにより実行される。
【符号の説明】
【０１２９】
１    サーバ
１１    駐車場ＤＢ
１２    利用者ＤＢ
１３    通信部
１４    予測部
１５    マッチング部
１６    誘導情報生成部
１７    案内部
２    管理装置
２１    通信部
２２    利用情報取得部
２３    管理部
３    移動体装置
３１    通信部
３２    位置情報取得部
３３    出力部
１００    ネットワーク
２００    駐車場
３００    移動体
【図１】
2015162145.tif 000006
【図２】
2015162145.tif 000007
【図３】
2015162145.tif 000008
【図４】
2015162145.tif 000009
【図５】
2015162145.tif 000010
【図６】
2015162145.tif 000011
【図７】
2015162145.tif 000012
【図８】
2015162145.tif 000013
【図９】
2015162145.tif 000014
【図１０】
2015162145.tif 000015
【図１１】
2015162145.tif 000016
【図１２】
2015162145.tif 000017