JP2017204045A - 駐車場予約サーバ - Google Patents

Abstract

【課題】 駐車場の予約およびその管理を適切に行う駐車場予約サーバを提供することを目的とする。【解決手段】 駐車場管理サーバ１００によれば、予約受付部１０３は、空車状態がある駐車場に対して予約が受け付けると、駐車場管理テーブル１０６における指定された駐車場の駐車状態を空車から予約状態に書き換える。チェックイン処理部１０３は、チェックイン処理を受けることなく、予約タイマによりあらかじめ定められた時間が経過すると、駐車場管理テーブル１０６における予約状態を空車に変更する。【選択図】 図２

Description

本発明は、駐車場を管理する駐車場予約サーバに関する。

ロック装置等のコストがかかる装置を減らした駐車場管理システムが、特許文献１に記載されている。この駐車場管理システムにおいては、駐車場内を監視するカメラを設置しておくことで、不正駐車を発見するものである。

特開２０１２−１６８８５０号公報

この特許文献１に記載の発明においては、利用者は駐車場についてからその駐車場に空きがあった場合に駐車をするものである。したがって、駐車場に空きがなかったら、その利用者は駐車場を利用することができない。また、一方で予約をしただけで、実際に駐車をしに来ない場合も想定でき、その場合、他の利用者が利用することを困難にする。

そこで、本発明は、駐車場の予約およびその管理を適切に行う駐車場予約サーバを提供することを目的とする。

上述の課題を解決するために、本発明の駐車場予約サーバは、駐車場の空き状態を示す駐車場管理情報を記憶する駐車場管理記憶手段と、前記駐車場管理記憶手段に記憶されている駐車場管理情報に基づいて指定された空き状態の駐車場に対する予約を、利用者から受け付ける予約受付手段と、空き状態の駐車場に対して予約が受け付けられると、前記記憶手段に記憶されている駐車場管理情報における指定された駐車場の空き状態を予約状態に書き換え、前記駐車場管理情報における前記予約状態は、駐車の申し込みを受けることなく、あらかじめ定められた時間が経過すると、空き状態に変更する状況管理手段と、を備える。

この発明によれば、空き状態の駐車場に対して予約が受け付けられると、駐車場管理情報における指定された駐車場の空き状態を予約状態に書き換え、駐車場管理情報における予約状態は、駐車の申し込みを受けることなく、あらかじめ定められた時間が経過すると、空き状態に変更する。これにより、予約はされたものの、実際に駐車がされない、または駐車のための申し込みが行われない場合には、その予約を解除することができる。よって、いつまでも同じ利用者に駐車場が専有されることなく、他の利用者が駐車場の利用を可能にすることができる。

また、本発明の駐車場予約サーバは、予約を行った利用者の予約状態を示す利用者管理情報を記憶する利用者管理記憶手段と、前記利用者管理情報に記述された予約状態がキャンセルされたことを判断する判断手段と、をさらに備え、前記判断手段により予約状態がキャンセルされと判断されると、前記駐車場管理記憶手段は、前記利用者管理記憶手段における前記利用者による駐車場の予約状態を空き状態に変更し、前記キャンセルをした利用者に対して、再度の予約を制限するための情報を前記利用者管理記憶手段に記憶させ、前記予約受付手段は、前記利用者管理記憶手段に予約の制限がなされている利用者に対しては、予約を受け付けない。

この発明によれば、予約状態がキャンセルされと判断されると、利用者による駐車場の予約状態を空き状態に変更し、予約をした利用者に対して、再度の予約を制限するための情報を記憶させ、その予約の制限がなされている利用者に対しては、予約を受け付けない、ようにする。これにより、予約とキャンセルを繰り返すような悪意ある利用者による利用を排除することができる。

また、本発明において、前記状況管理手段は、予約を制限するための情報を前記利用者管理記憶手段に記憶させてから所定時間経過すると、当該予約を制限するための情報を削除する。

この発明によれば、所定時間経過すると、予約を制限するための情報を削除する。これにより、再度の予約を可能にして、いつまでも利用ができないという状態を解消させることができる。

また、本発明において、前記受付手段は、利用者からキャンセル待ち依頼を受け付け、前記状況管理手段は、前記受付手段によりキャンセル待ち依頼を受け付けられると、前記駐車場管理記憶手段における予約状態となっている駐車場に対して、キャンセル待ちであることを示す情報とともにキャンセル待ちの利用者ＩＤを記憶し、前記受付手段は、前記予約状態が解消される指示を受け付けると、前記キャンセル待ちの利用者ＩＤで特定される利用者からの予約を可能にする。

この発明によれば、キャンセル待ち依頼を受け付けられると、予約状態となっている駐車場に対して、キャンセル待ちであることを示す情報とともにキャンセル待ちの利用者ＩＤを記憶し、予約状態が解消される指示を受け付けるとキャンセル待ちの利用者ＩＤで特定される利用者からの予約を可能にする。これにより、キャンセルがなされた場合に、すぐに他の利用者による利用を可能にして、使いやすい駐車場管理システムを提供することができる。

また、本発明の駐車場予約サーバは、駐車場に配置される車両の有無を判断するセンサ装置と通信接続する通信手段と、前記予約をした利用者から、利用者ＩＤおよび駐車の申し込みを受け付ける受付手段と、前記受付手段により駐車の申し込みが受け付けられると、前記利用者ＩＤに基づいて課金処理を行なう課金処理手段と、前記受付手段により予約者以外の駐車の申し込みを受け付け、前記通信手段により、前記センサ装置から駐車有りの通知を受けると、当該駐車場に駐車した車両は不正駐車であることの通知を行なう通知手段と、を備える。

この発明によれば、予約者以外の駐車の申し込みを受け付け、センサ装置から駐車有りの通知を受けると、当該駐車場に駐車した車両は不正駐車であることの通知を行なう。これにより、予約者以外には駐車を許可しないため、予約者が予約したにもかかわらず、駐車場を利用することができない、などの不具合を解消することができる。

本発明によれば、予約はされたものの、実際に駐車がされない、または駐車のための申し込みが行われない場合には、その予約を解除することができる。よって、いつまでも同じ利用者に駐車場が専有されることなく、他の利用者が駐車場の利用を可能にすることができる。

本実施形態の駐車場管理システムのシステム構成図である。 駐車場管理サーバ１００の機能構成を示すブロック図である。 駐車場管理サーバ１００のハードウェア構成図である。 利用者管理テーブル１０５の具体例を示す図である。 駐車場管理テーブル１０６の具体例を示す図である。 駐車場管理システムのチェックイン処理を示すシーケンス図である。 チェックイン処理をしなかったときの駐車場管理システムの処理を示すシーケンス図である。 予約キャンセルを行なう駐車場管理システムの処理を示すシーケンス図である。 キャンセル待ちを受け付ける駐車場管理サーバ１００の処理を示すシーケンス図である。 利用者管理テーブル１０５および駐車場管理テーブル１０６の状態遷移を示す図である。 利用者管理テーブル１０５および駐車場管理テーブル１０６の状態遷移を示す図である。

添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

図１は、本実施形態の駐車場予約サーバの機能を有する駐車場管理サーバ１００およびセンサ装置３００から構成される駐車場管理システムのシステム構成を示すシステム構成図である。

この駐車場管理システムは、事前に登録された利用者の携帯端末４００と通信接続することができ、この携帯端末４００からの予約およびチェックイン（駐車の申し込み）を受けると、課金処理を開始することができる。

駐車場管理サーバ１００は、携帯端末４００やＧＷ（Gate Way）装置２００と通信を行い、携帯端末４００からの予約の受付や、チェックイン処理の受付を行なう。また、ＧＷ装置２００からの駐車場に配置されるセンサ装置３００からの信号処理を受け付け、またＧＷ装置２００を介して駐車場の各種装置（カメラや、アラーム装置等）の制御を行なう。

センサ装置３００は、駐車場に配置されている、車両の駐車の有無を検出するための装置である。例えばループコイルなどで構成されている。このセンサ装置３００は、車室（駐車スペース）ごとにその車室の番号を示す車室ＩＤが割り当てられており、図２においては、車室ごとにセンサ装置３００ａ、センサ装置３００ｂ・・・センサ装置３００ｄが車室ＩＤが割り当てられて配置されている。このセンサ装置３００は、車室に駐車された車両を検知すると、ＧＷ装置２００を介して、駐車場管理サーバ１００に駐車有りの通知（車室ＩＤを含む）を行なうことができる。

ビーコン発信機３５０は、センサ装置３００と同様に車室ごとに配置されており、車室に車両が入庫したことを検知すると、所定の有効範囲（例えば、車室の範囲のみ）に対してビーコン信号を発信することにより、その有効範囲にいる携帯端末４００にインストールされている駐車場利用のためのアプリケーションを起動させることができる。

カメラ３７０は、車室ごとに配置されており、ＧＷ装置２００からの指示によって、車室に駐車した車両のナンバープレート等を撮影することができる機能を有する。車両の識別情報を取得する識別情報取得装置として機能する。

アラーム装置３９０は、駐車場管理サーバ１００からの不正駐車の通知に基づいて、不正駐車の旨の警報をその周囲に対して発する装置である。この警報は、音声によるものでもよいし、点灯・点滅などによるものでもよい。

携帯端末４００は、ビーコン発信機３５０からのビーコン信号を受信することにより、あらかじめ定められたチェックインのためのアプリケーションを起動させることができる。ユーザは、そのアプリケーションに対して、チェックインのための操作を行なうことにより、携帯端末４００は、駐車場管理サーバ１００に対してチェックインのための情報を送信することができる。

ここでチェックイン処理は、駐車場ＩＤおよび車室ＩＤを指定して行われる。駐車場ＩＤおよび車室ＩＤは、ビーコン発信機３５０からのビーコン信号に含まれている情報であり、センサ装置３００と同様にビーコン発信機３５０ごとにあらかじめ割り当てられて設定されている情報である。携帯端末４００は、これら駐車場ＩＤ、車室ＩＤを含んだビーコン信号を受信し、それに基づいてチェックイン処理のためのアプリケーションを起動し、これら駐車場ＩＤおよび車室ＩＤを指定してチェックイン処理を行なうことができる。これにより、どの駐車場のどの車室にチェックインしたかを駐車場管理サーバ１００において管理することができる。

なお、チェックイン処理の方法として、以下のものも考えられる。例えば、車両にチェックイン処理のための車載端末を搭載しておき、その車載端末は、車両が車室に駐車するとビーコン発信機３５０からのビーコン信号に反応して、利用者ＩＤ等を含んだチェックイン情報を送信する。また、チェックイン情報の送信の方法としては、ＲＦＩＤ（Radio Frequency IDentification）などを用いてもよい。

ビーコン発信機３５０は、その送信されたチェックイン情報を受信して、ＧＷ装置２００を介して、駐車場管理サーバ１００に送信する。駐車場管理サーバ１００は、ビーコン発信機３５０からのチェックイン情報に基づいて、チェックイン処理を行なう。このようなチェックイン処理に基づいて、チェックイン時間が決まり、課金処理や清算処理が可能になる。

また、車載端末が、ビーコン発信機もしくはセンサ装置からの信号を検知して利用者ＩＤ等を含んだチェックイン情報を直接モバイルネットワーク（移動体通信網）を経由してチェックイン処理を行なうようにしてもよい。

駐車場管理サーバ１００は、携帯端末４００からのチェックイン処理を受けると課金処理のための管理を開始する。そして、駐車場管理サーバ１００は、当該チェックイン処理を受けることなく、センサ装置３００から駐車有りの通知を受けると、不正駐車であると判断し、アラーム装置３９０に対してアラームの報知の旨を依頼する。アラーム装置は、その依頼を受けると、不正駐車があることをその周囲に報知するため、アラームやランプなどで報知する。

図２は、この駐車場管理サーバ１００の機能構成を示すブロック図である。図２に示される通り、駐車場管理サーバ１００は、通信部１０１（通信手段）、課金処理部１０２（課金処理手段）、予約受付部１０３（予約受付手段、状況管理手段、判断手段）、チェックイン処理部１０４（通知手段）、利用者管理テーブル１０５（利用者管理記憶手段）および駐車場管理テーブル１０６（駐車場管理記憶手段）を含んで構成されている。この駐車場管理サーバ１００は、図３に示されるようなハードウェア構成をとる。

図３は、駐車場管理サーバ１００のハードウェア構成図である。図２に示される駐車場管理サーバ１００は、物理的には、図３に示すように、一または複数のＣＰＵ１１、主記憶装置であるＲＡＭ１２及びＲＯＭ１３、入力デバイスであるキーボード及びマウス等の入力装置１４、ディスプレイ等の出力装置１５、ネットワークカード等のデータ送受信デバイスである通信モジュール１６、ハードディスクや半導体メモリ等の補助記憶装置１７などを含むコンピュータシステムとして構成されている。図２における各機能は、図３に示すＣＰＵ１１、ＲＡＭ１２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１の制御のもとで入力装置１４、出力装置１５、通信モジュール１６を動作させるとともに、ＲＡＭ１２や補助記憶装置１７におけるデータの読み出し及び書き込みを行うことで実現される。以下、図２に示す機能ブロックに基づいて、各機能ブロックを説明する。

通信部１０１は、ＧＷ装置２００を介してセンサ装置３００およびビーコン発信機３５０と、また携帯端末４００と通信する部分である。具体的には、通信部１０１は、携帯端末４００からチェックインの依頼や、予約の依頼を受けることができる。また、通信部１０１は、ＧＷ装置２００を介して、センサ装置３００から駐車されたこと（入庫）または駐車場から出たこと（出庫）の旨の通知を受ける。

課金処理部１０２は、通信部１０１を介して携帯端末４００からチェックインが受け付けられると、その受け付けた時刻に基づいて課金処理を行なう部分である。具体的には、課金処理部１０２は、利用者管理テーブル１０５のチェックイン時間とチェックアウト時間から計算される駐車時間に基づいて、課金処理を行なう。

予約受付部１０３は、予約の受け付け処理を行なう部分である。携帯端末４００から予約を受け付けると、予約受付部１０３は、利用者管理テーブル１０５における携帯端末４００の利用者ＩＤに対応する利用者状態を“予約”状態とする。また、予約受付部１０３は、予約が受け付けられると予約タイマを起動し、この予約タイマが所定時間経過するまでの間に、駐車がなされたことの通知を受けない場合には、当該利用者状態を“キャンセル”状態とする。

予約受付部１０３は、当該利用者ＩＤの予約がキャンセルされると、キャンセルタイマを起動し、キャンセルタイマが所定時間カウントするまでは、キャンセルをした利用者ＩＤによる再度の予約を受け付けないようにする。そのほか、予約受付部１０３は、キャンセル待ちを受け付けることもできる。

チェックイン処理部１０４は、携帯端末４００からのチェックインの要求および利用者ＩＤ、並びにセンサ装置３００からの車室の車室ＩＤに基づいて、誰がどの車室に駐車したかを判断して、チェックイン処理を行なう部分である。すなわち、チェックイン処理部１０４は、利用者からチェックインが行われると、利用状態、利用者から入力された利用者ＩＤ、センサ装置３００からの車室の車室ＩＤ、チェックイン時間を、利用者管理テーブル１０５に記述する。また、駐車場管理テーブル１０６に車室状態を記述する。

また、チェックイン処理部１０４は、チェックイン処理がなされることなく、駐車された場合には、その駐車に対しては不正駐車と判断して、アラーム通知などの処理を行なう。

利用者管理テーブル１０５は、予め利用者ＩＤと課金処理のためのクレジットカード番号とを対応付けて記憶している。なお、クレジットカード番号に限定するものではなく、銀行の口座情報や、そのほかプリペイド用の口座情報など、金銭の授受を行なうための情報であればよい。さらに、利用者管理テーブル１０５は、利用者からのチェックインに応じてチェックイン時間を記述するとともに、センサ装置３００からの出庫の通知に応じてチェックアウト時間を記述する。

図４に、その具体例を示す。図４に示される通り、利用者ＩＤごとに、クレジットカード番号、チェックイン時間、チェックアウト時間、課金情報、予約時の位置情報、予約タイマ、キャンセルタイマが対応付けられている。チェックイン処理部１０４は、携帯端末４００からのチェックイン要求およびセンサ装置３００からの出庫通知に応じて、予約タイマを起動させ、また停止させて、さらにチェックイン時間、チェックアウト時間を記述する。なお、チェックイン時間、チェックアウト時間の管理を行なうことに代えて、課金タイマなるものを車室ＩＤごとにもうけ、チェックイン処理で起動させ、出庫に応じて停止させることで、駐車時間をカウントするようにしてもよい。

課金情報は、あらかじめ定められた期間（例えば1ヶ月）における課金額を示す。この課金情報は、チェックイン時間、チェックアウト時間に基づいて計算される。

予約時の位置情報は、携帯端末４００が予約を行った時の位置情報であり、携帯端末４００から予約時に送信された情報である。予約タイマは、予約がなされたときに起動するタイマであり、位置情報に基づいて計算された時間、駐車場を確保するためのタイマである。

キャンセルタイマは、予約がキャンセルされた場合に、起動するタイマであり、所定時間、再度予約を拒否するためのタイマである。このキャンセルタイマが所定時間経過するまでは、対応付けられている利用者ＩＤによる予約は受け付けられないように予約受付部１０３は動作する。

図５は、駐車場管理テーブル１０６の具体例を示す図である。駐車場管理テーブル１０６は、駐車場ＩＤ、車室ＩＤ、車室状態、利用者ＩＤ、キャンセル待ちフラグ、キャンセル待ちＩＤを対応付けて記憶している。駐車場ＩＤは、駐車場を特定するための識別情報であり、車室ＩＤは、各駐車場における車室を特定するための識別情報である。車室状態は、車室ごとの状態を示し、空車であるか、予約されているか、仮駐車（駐車（仮））であるか、不正駐車であるか、正常な駐車がされているか、を示す。利用者ＩＤは、その車室を利用している（駐車または予約）利用者を示す識別情報であり、利用者管理テーブル１０５に記述されている利用者ＩＤと同じである。また、キャンセル待ちフラグは、予約状態の車室に対してキャンセル待ちの利用者の存在を示している。キャンセル待ちＩＤは、キャンセル待ちをした利用者ＩＤを示す。

このように構成された駐車場管理システムの処理について説明する。図６は、駐車場管理システムのチェックイン処理を示すシーケンス図である。

携帯端末４００において、ユーザ操作に従って、駐車場管理サーバ１００に対して、駐車場予約のために一または複数の駐車場の空き状況の確認要求（満・空確認）が送信される（Ｓ１０１）。

駐車場管理サーバ１００において、この確認要求に対して、一または複数の駐車場の空き状況を示す満・空情報通知が携帯端末４００に対して送信される（Ｓ１０２）。

そして、携帯端末４００において、ユーザ操作に従って、その満・空情報から一の駐車場（場所）が選択され、その駐車場を特定する駐車場ＩＤが指定されて予約依頼が行なわれる（Ｓ１０３）。その予約依頼とともにその予約時における携帯端末４００の位置情報が送信される（Ｓ１０４）。この携帯端末４００においては、ＧＰＳやそのほか測位機能を用いて事前にまたは予約時にその位置情報が取得され、その位置情報が送信される。

駐車場管理サーバ１００において、携帯端末４００から予約依頼と位置情報とが受信されると、予約受付部１０３によりその位置情報に基づいた距離判定が行われる。駐車場ごとに位置はあらかじめ管理されているため、利用者により指定された駐車場の位置情報と利用者（携帯端末４００）の位置情報とに基づいて、予約受付部１０３により、概算距離が算出される。そして、予約受付部１０３により、その距離に基づいて入庫までの予想時間が計算される。その予想時間に基づいて予約タイマによる駐車場の確保のための確保時間が設定され、予約タイマが起動される。予約タイマはその確保時間になるまで計時することになる。予約タイマがその確保時間を計時するまで、駐車がなされない場合には、予約受付部１０３によりその予約はキャンセルとされる。

そして、予約受付部１０３により、利用者管理テーブル１０５における、予約をした利用者ＩＤの利用者状態は、“予約中”とされる。また、駐車場管理テーブル１０６の駐車場ＩＤの車室ＩＤのいずれか一つの車室状態は“予約中”とされ、それに対応付けて利用者ＩＤが記述される。なお、空車となっている車室ＩＤに対応する車室状態を“予約中”とする。（Ｓ１０５）。複数の車室が“空車”状態である場合には、ランダムに一の車室を決定して、その位置の車室の車室状態を“予約中”としてよい。そして、予約が完了した旨の予約通知が携帯端末４００に対して送信される（Ｓ１０６）。

なお、上述では、駐車場（駐車場ＩＤ）単位で予約を行なう処理を示したものであるが、車室ごとに予約を行なうようにしてもよい。予約する際には、車室ＩＤを指定することによって、予約を可能にする必要がある。

その後、予約をした利用者が駐車場に到着して、任意の車室に駐車すると、センサ装置３００によりその駐車が検知される。そして、駐車された旨と車室ＩＤとからなる状態通知が、センサ装置３００からＧＷ装置２００を介して駐車場管理サーバ１００に送信され（Ｓ１０７）、駐車場管理サーバ１００において、その駐車場管理テーブル１０６の車室ＩＤに対応する車室状態が、“予約中”から“駐車（仮）”（仮駐車状態）に変更される（Ｓ１０８）。

また、ビーコン発信機３５０が車両の駐車を検知すると、ビーコン発信機３５０から、当該ビーコン発信機３５０の識別情報を含む、携帯端末４００のアプリケーションを起動するためのビーコン信号が発信される（Ｓ１０９）。そして、送信されたビーコン信号が、利用者が保持する携帯端末４００により受信され、その駐車場を利用するためのアプリケーションが起動する。携帯端末４００においては、ビーコン信号によって駐車場ＩＤおよび車室ＩＤが特定され、駐車場ＩＤおよび車室ＩＤに対応する駐車場における車室のチェックイン処理を受け付ける表示画面が表示される。そして、利用者による操作に従って、利用者ＩＤ、駐車場ＩＤ、車室ＩＤを用いてチェックイン処理が行われると、その駐車場における車室ＩＤに対応する車室において駐車がなされた旨の駐車通知（利用者ＩＤ、駐車場ＩＤ、車室ＩＤを含む）が駐車場管理サーバ１００に対して送信される（Ｓ１１０）。

なお、センサ装置３００において駐車が検知されると、そのセンサ装置３００には車室ＩＤが対応付けられており、駐車場管理テーブル１０６における車室ＩＤに対応する車室状態を“予約中”から“駐車中”に、変更する。また、利用者管理テーブル１０５における利用者状態を“予約中”から“駐車中”変更して、その時間をチェックイン時間としてもよい。これによりビーコン発信機３５０を不要とすることもできる。

そして、駐車場管理サーバ１００において、チェックイン処理部１０４により駐車通知が受け付けられると、その利用者ＩＤで予約された車室があるか否かが判断される。そして、予約者である場合には、駐車場管理テーブル１０６におけるその車室ＩＤに対応する車室状態が“駐車中”に変更され、利用者管理テーブル１０５の利用者状態が“駐車中”に変更される。また、利用者管理テーブル１０５における予約タイマが停止される。そして、時間がチェックイン時間として、記述される（Ｓ１１１）。また、予約者ではない場合には、その駐車場の空き状況に応じて、チェックイン処理部１０４により、駐車不可のメッセージがそのアプリケーション上に出力される。また、その車室ＩＤの車室状態を“駐車中”にするか、または“不正駐車”とするかの処理を行なうようにしてもよい。

なお、駐車場管理テーブル１０６においては、予約時の駐車場管理テーブル１０６の更新処理（Ｓ１０５）と、駐車確定時の駐車場管理テーブル１０６の更新処理（Ｓ１１１）とにおいて、車室状態を“予約中”とした車室ＩＤと、“駐車中”とした車室ＩＤが異なる場合が当然にありえる。本実施形態においては、Ｓ１１１の処理の後または同タイミングで、実際に駐車した車室ＩＤの車室状態を“駐車中”とするとともに、その利用者により予約された車室ＩＤの車室状態を“予約中”から“予約無し”（無表示）に変更することで、駐車場管理テーブル１０６内における管理の整合をとるようにする。

例えば、図１０および図１１に利用者管理テーブル１０５と駐車場管理テーブル１０６における管理状態の遷移を示す。

図１０（ａ）および（ｂ）は、それぞれ予約した時の（Ｓ１０５）の利用者管理テーブル１０５と駐車場管理テーブル１０６の管理状態である。駐車場管理テーブル１０６では、ランダムに決定した車室ＩＤ：１−２の車室状態を予約中としておく。

図１０（ｃ）および（ｄ）は、それぞれ駐車（仮駐車）した時の（Ｓ１０８）の利用者管理テーブル１０５と駐車場管理テーブル１０６の管理状態である。このタイミングでは、だれが（予約者であるか否か）が駐車したのかは、駐車場管理サーバ１００では把握できていないため、実際に駐車した車室ＩＤ：１−１の車室状態を駐車（仮）としておき、予約中となっている車室ＩＤ：１−２の車室状態は変更しない。

図１１（ａ）および（ｂ）は、それぞれチェックインした時の（Ｓ１１１）の利用者管理テーブル１０５と駐車場管理テーブル１０６の管理状態である。チェックインした時には、利用者ＩＤ、駐車場ＩＤ、車室ＩＤをもって登録することになるため、ここで、利用者ＩＤ：ａａａの利用者管理テーブル１０５にチェックイン時間を登録するとともに、利用者ＩＤ：ａａａにより予約された（予約中となっている）車室ＩＤ：１−２の車室状態を空車に変更する。また、駐車（仮）となっている車室ＩＤ：１−１の駐車状態を駐車に変更するとともに、利用者ＩＤを記述する。

これにより予約時には、車室ＩＤを特定することなく、予約を行なうことができる。

その後、駐車場から利用者の車両が出庫すると、センサ装置３００によりその出庫したとの状態通知（車室ＩＤを含む）が駐車場管理サーバ１００に対して送信される（Ｓ１１２）。駐車場管理サーバ１００において、駐車場管理テーブル１０６の送信された車室ＩＤの車室状態は、“空車”に変更され、その利用者ＩＤが削除される。また、利用者管理テーブル１０５において、駐車場管理テーブル１０６に車室ＩＤに対応付けられている利用者ＩＤのチェックアウト時間が記述される。また、利用者管理テーブルにおいては、利用者状態の“駐車中”状態が削除される（Ｓ１１３：図１１（ｃ）および（ｄ）参照）。 このようにして、利用者が駐車場に車両を駐車した場合に、適正に課金処理を行なうことができる。

上述の処理は、予約を前提にした処理であるが、予約をすることなくチェックイン処理を行なうことにより、その駐車を許可して、課金処理のための管理を開始するようにしてもよい。

ただし、予約をしなかった利用者が駐車したことによって、予約した利用者のための車室が塞がってしまうことを防止するための処理が必要である。上述のＳ１１１の処理において、駐車通知（Ｓ１１０）のときに携帯端末４００から送信される利用者ＩＤの利用者管理テーブル１０５における利用者状態が、“予約中”等の状態が記述されておらず、何も登録されていない時には、駐車場管理テーブル１０６のその駐車場ＩＤに対応する車室の車室状態を確認して、“空車”となっている車室がある場合には、その予約をしなかった利用者の駐車を許可するのがよい。

つぎに、予約をしたもののチェックインをしなかった場合の駐車場管理サーバ１００の処理について説明する。図７は、そのときの駐車場管理システムの処理を示すシーケンス図である。

処理Ｓ１０１〜Ｓ１０９までは、図６と同じである。すなわち、駐車場管理サーバ１００においては、ある利用者における利用状態は“予約中”として利用者管理テーブル１０５にて、管理するとともに、駐車場管理テーブル１０６にて、予約された駐車場は“予約中”であるとして管理している。

その後、車両が予約されていた駐車場に到着すると、上述通り、センサ装置３００およびビーコン発信機３５０において状態通知およびアプリケーションの起動処理を行って、センサ装置３００およびビーコン発信機３５０により特定される車室ＩＤの車室に対するチェックインを促す処理が行われる。

その後、駐車場管理サーバ１００において、所定時間のあいだに、利用者によりチェックイン処理が受け付けられない場合には、チェックイン処理部１０４により、チェックイン処理がないと判断される（Ｓ１２１）。そして、駐車場管理テーブル１０６におけるチェックイン処理がなされなかった車室ＩＤに対応する車室状態は、チェックイン処理部１０４により、“駐車（仮）”から“不正駐車”に変更される（Ｓ１２２）。なお、予約をしていた利用者（利用者ＩＤ）の利用状態は、予約タイマが確保時間を計時した後に、“キャンセル”に変更される。

そして、駐車場管理サーバ１００において、チェックイン処理部１０４により、不正駐車であると判断されると、当該車室ＩＤで特定される車室に駐車している車両のナンバープレートの読取依頼および不正駐車のアナウンス依頼がＧＷ装置２００に送信される（Ｓ１２３）。そして、ＧＷ装置２００においては、カメラ３７０に対してナンバープレートの撮影を指示し、そのナンバープレートの情報（番号や、ナンバープレートそのものの画像データ）が取得される。また、アラーム装置３９０に対して、不正駐車をしない旨のアラームを報知させる処理が行われる。取得したナンバープレートの情報は、駐車場管理サーバ１００に送信される（Ｓ１２４）。

以上の通り、予約をしたにもかかわらず、チェックイン処理をしなかった場合には、その車両の出庫前に不正駐車として取り締まることが可能となる。この処理は、予約をした利用者を対象とするだけではなく、予約をすることなく駐車してしまった場合にも当然に適用することができる。

つぎに、予約のキャンセルおよびキャンセル待ちの処理について説明する。図８は、予約キャンセルおよびその後の予約をできなくする駐車場管理システムの処理を示すシーケンス図である。

処理Ｓ１０１からＳ１０６までは、図６および図７の処理と同じである。すなわち、駐車場管理サーバ１００において、携帯端末４００ａ（利用者ＩＤ：０１）から予約の依頼を受け付け、利用者管理テーブル１０５の利用者状態が“予約中”に、駐車場管理テーブル１０６の車室状態が“予約中”に、それぞれ更新される（Ｓ１０１−Ｓ１０６）。

駐車場管理サーバ１００において、その後、携帯端末４００ｂ（利用者ＩＤ：０２）から、予約のための満空確認要求を受けると（Ｓ２０１）、そのときの駐車場管理テーブル１０６の車室状態が、予約受付部１０３により確認される。本例においては、すべての車室が満車であるため、車室の空きがないとして、満室である旨の満空情報の通知が行われる（Ｓ２０２）。

その後、携帯端末４００ａから、利用者ＩＤとともにキャンセル依頼が送信されると（Ｓ１３１）、予約受付部１０３により、その利用者ＩＤが、駐車場管理テーブル１０６から探索され、その利用者ＩＤで予約している駐車場の車室ＩＤが探索される。そして、その車室ＩＤの車室状態が“予約中”から“空車”に変更される。また、利用者管理テーブル１０５の利用者ＩＤの利用者状態も“予約中”から“キャンセル”に変更される。そして、利用者管理テーブル１０５の利用者ＩＤのキャンセルタイマが開始される（Ｓ１３２）。

利用者管理テーブル１０５および駐車場管理テーブル１０６が更新されると、予約受付部１０３により、キャンセル完了通知が携帯端末４００ａに送信される（Ｓ１３３）。

その後、携帯端末４００ａの利用者が再度予約をしようとして、満空確認の要求（利用者ＩＤ：０１とともに送信）を駐車場管理サーバ１００に対して行なうと（Ｓ１３４）、駐車場管理サーバ１００においては、予約受付部１０３により、利用者管理テーブル１０５における、その利用者ＩＤに対応するキャンセルタイマが所定時間（例えば５分）以内か否かが判断される（Ｓ１３５）。本例示においては、所定時間以内であると判断され、その場合には、キャンセルしてから所定時間内の予約をできないようにするために、駐車場管理テーブル１０６における各駐車場の車室状態に関係なく、すべて満室であることを示す満空情報が携帯端末４００ａに送信される（Ｓ１３６）。

一方で、携帯端末４００ｂから、予約のための満空確認の要求（利用者ＩＤ：０２とともに送信）が行われると（Ｓ２０８）、その利用者ＩＤ：０２に対応する利用者管理テーブル１０５においてキャンセルタイマは存在しないため、駐車場管理テーブル１０６を参照して、各駐車場の車室状態に応じた満空情報（空き情報または満車情報）が通知される（Ｓ２１０）。

その後、駐車場管理サーバ１００において、利用者ＩＤ：０１に対応するキャンセルタイマが所定時間計時し終わると、そのキャンセルタイマは終了とし、キャンセルタイマは削除され（Ｓ１３７）、利用者ＩＤ：０１からの予約を再度受け付けることが可能となる。

すなわち、携帯端末４００ａから、駐車場ＩＤを指定して予約のための満空確認の要求が来ると（Ｓ１３８）、駐車場管理サーバ１００において、その利用者管理テーブル１０５には、利用者ＩＤ：０１に対応するキャンセルタイマが存在しないことを判断し、そして、駐車場管理テーブル１０６における、指定された駐車場ＩＤの車室状況に応じた満空情報が通知される（Ｓ１３９）。

以上の通り、予約がキャンセルされると、所定時間内においては再度の予約ができないように、利用者管理テーブル１０５において管理されている。したがって、予約とキャンセルを繰り返すような不正な利用を防止することができ、他の利用者も利用しやすくすることができる。

つぎに、キャンセル待ちについての処理を説明する。図９は、キャンセル待ちを受け付ける駐車場管理サーバ１００の処理を示すシーケンス図である。

処理Ｓ１０１からＳ１０６までは、図６および図７の処理と同じである。すなわち、駐車場管理サーバ１００において、携帯端末４００ａ（利用者ＩＤ：０１）から予約の依頼を受け付け、利用者管理テーブル１０５の利用者ＩＤの利用者状態が“予約中”に、駐車場管理テーブル１０６の車室状態が“予約中”に、それぞれ更新される（Ｓ１０１−Ｓ１０６）。

駐車場管理サーバ１００において、その後、携帯端末４００ｂ（利用者ＩＤ：０２）から、予約のための満空確認要求を受けると（Ｓ２０１）、そのときの駐車場管理テーブル１０６の車室状態が、予約受付部１０３により確認される。本例においては、すべての車室が満車であるため、車室の空きがないとして、満室である旨の満空情報の通知が行われる（Ｓ２０２）。ここまでは、図８における処理と同じである。

図９では、駐車場管理サーバ１００において、駐車場管理テーブル１０６が参照され、駐車場における各車室のいずれかの車室状態が“予約中”であると判断される場合には、そのような車室状態である駐車場に対するキャンセル待ち確認が携帯端末４００ｂに送信される（Ｓ２０３）。なお、車室状態が“駐車中”または“不正駐車”などの“予約中”以外の状態である駐車場に対しては、キャンセル待ち確認は行われない。すなわち、キャンセル待ち確認には、駐車場を列挙してどの駐車場に対するキャンセル待ちを行なうかの確認リストを提示するが、“予約中”以外の状態の駐車場については、確認リストには列挙されない。

そして、携帯端末４００ｂにおいて、駐車場ＩＤを指定して、キャンセル待ちの依頼が行われると（Ｓ２０４）、駐車場管理サーバ１００において、その依頼が受け付けられ、予約受付部１０３により、利用者管理テーブル１０５の携帯端末４００ｂの利用者ＩＤ：０２の利用者状態は“キャンセル待ち”に変更される（Ｓ１５１）。そして、予約受付部１０３により、キャンセル待ち完了通知が、携帯端末４００ｂに送信される（Ｓ２０５）。

その後、駐車場管理サーバ１００において、携帯端末４００ａ（利用者ＩＤ：０１）から、キャンセル依頼が受け付けられると（Ｓ１５２）、予約受付部１０３により、利用者ＩＤ：０１が利用者ＩＤとして登録されている車室ＩＤが探索される。そして、その車室ＩＤに、キャンセル待ちフラグが対応付けられていると、その車室状態は、変更されることなく、“駐車中”状態が継続されるとともに、キャンセル待ちＩＤで特定されている利用者ＩＤが抽出される。そして、利用者管理テーブル１０５における、抽出された利用者ＩＤの利用者状態は“キャンセル待ち”から“仮予約”の状態に変更される（Ｓ１５３）。また、駐車場管理テーブル１０６においては、その車室ＩＤの利用者ＩＤが消去される。

利用者管理テーブル１０５の更新処理後、駐車場管理サーバ１００において、携帯端末４００ａに対しては、キャンセル完了通知が送信される（Ｓ１５４）。一方、携帯端末４００ｂに対しては、キャンセル待ちに対する予約確認が送信される（Ｓ２０６）。携帯端末４００ｂにおいては、その利用者の操作によって、駐車場ＩＤを指定して予約依頼が行われる（Ｓ２０７）。

駐車場管理サーバ１００において、駐車場ＩＤが指定された予約依頼が行われると、その利用者管理テーブル１０５において、利用者ＩＤ：０２の利用者状態が“仮予約”から“予約中”に変更される（Ｓ１５５）。また、駐車場管理テーブル１０６のその車室ＩＤの利用者ＩＤがＩＤ：０２に変更される。そして、予約通知が携帯端末４００ｂに送信される（Ｓ２０８）。

このようにして、予約に対するキャンセル待ちを可能にすることで、使いやすい駐車場管理システムを提供することができる。

つぎに、本実施形態の駐車場管理サーバ１００の作用効果について説明する。この駐車場管理サーバ１００によれば、予約受付部１０３は、空車状態がある駐車場に対して予約が受け付けると、駐車場管理テーブル１０６（駐車場管理情報）における指定された駐車場の駐車状態を空車から予約状態に書き換える。ここでは、車室ＩＤを指定してもよいし、駐車場ＩＤのみを指定してもよい。そして、予約タイマを起動する。

チェックイン処理部１０４は、チェックイン処理を受けることなく、予約タイマによりあらかじめ定められた時間が経過すると、駐車場管理テーブル１０６における予約状態を空車に変更する。これにより、予約はされたものの、実際に駐車がされない、または駐車のための申し込みが行われない場合には、その予約を解除することができる。よって、いつまでも同じ利用者に駐車場が専有されることなく、他の利用者が駐車場の利用を可能にすることができる。

また、駐車場管理サーバ１００において、予約受付部１０３により、予約状態がキャンセルされたと判断されると、利用者管理テーブル１０５（利用者管理情報）における利用者状態を予約中から予約なしに変更し、予約をした利用者に対して、再度の予約を制限するための情報（キャンセルタイマ）を記憶させる。そして、その予約の制限がなされている利用者に対しては、キャンセルタイマによる計時中には、予約を受け付けないようにする。これにより、予約とキャンセルを繰り返すような悪意ある利用者による利用を排除することができる。

また、駐車場管理サーバ１００において、キャンセルタイマの計時が、所定時間経過すると、予約を制限するための情報を削除する。これにより、再度の予約を可能にして、いつまでも利用ができないという状態を解消させることができる。

また、駐車場管理サーバ１００において、予約受付部１０３により、キャンセル待ち依頼を受け付けられると、駐車場管理テーブル１０６に対して、車室状態が予約状態となっている駐車場（車室ＩＤ）に対して、キャンセル待ちであることを示す情報（キャンセル待ちフラグ）とともにキャンセル待ちの利用者ＩＤを記憶し、予約状態が解消される指示を受け付けるとキャンセル待ちの利用者ＩＤで特定される利用者からの予約を可能にする。これにより、キャンセルがなされた場合に、すぐに他の利用者による利用を可能にして、使いやすい駐車場管理システムを提供することができる。

また、駐車場管理サーバ１００において、チェックイン処理部１０４は、予約者以外の駐車の申し込みを受け付け、センサ装置３００から駐車有りの通知を受けると、当該駐車場に駐車した車両は不正駐車であることの通知を行なう。これにより、予約者以外には駐車を許可しないため、予約者が予約したにもかかわらず、駐車場を利用することができない、などの不具合を解消することができる。

１００…駐車場管理サーバ、３００…センサ装置、４００…携帯端末、２００…ＧＷ装置、３５０…ビーコン発信機、３７０…カメラ、３９０…アラーム装置、１０１…通信部、１０２…課金処理部、１０３…予約受付部、１０４…チェックイン処理部、１０５…利用者管理テーブル、１０６…駐車場管理テーブル。

Claims (5)

1. 駐車場の空き状態を示す駐車場管理情報を記憶する駐車場管理記憶手段と、
   前記駐車場管理記憶手段に記憶されている駐車場管理情報に基づいて指定された空き状態の駐車場に対する予約を、利用者から受け付ける予約受付手段と、
   空き状態の駐車場に対して予約が受け付けられると、前記駐車場管理記憶手段に記憶されている駐車場管理情報における指定された駐車場の空き状態を予約状態に書き換え、前記駐車場管理情報における前記予約状態は、駐車の申し込みを受けることなく、あらかじめ定められた時間が経過すると、空き状態に変更する状況管理手段と、
   を備える駐車場予約サーバ。
2. 予約を行った利用者の予約状態を示す利用者管理情報を記憶する利用者管理記憶手段と、
   前記利用者管理情報に記述された予約状態がキャンセルされたことを判断する判断手段と、をさらに備え、
   前記判断手段により予約状態がキャンセルされと判断されると、前記駐車場管理記憶手段は、前記利用者管理記憶手段における前記利用者による駐車場の予約状態を空き状態に変更し、前記キャンセルをした利用者に対して、再度の予約を制限するための情報を前記利用者管理記憶手段に記憶させ、
   前記予約受付手段は、前記利用者管理記憶手段に予約の制限がなされている利用者に対しては、予約を受け付けない、
   請求項１に記載の駐車場予約サーバ。
3. 前記状況管理手段は、予約を制限するための情報を前記利用者管理記憶手段に記憶させてから所定時間経過すると、当該予約を制限するための情報を削除する、請求項２に記載の駐車場予約サーバ。
4. 前記受付手段は、利用者からキャンセル待ち依頼を受け付け、
   前記状況管理手段は、前記受付手段によりキャンセル待ち依頼を受け付けられると、前記駐車場管理記憶手段における予約状態となっている駐車場に対して、キャンセル待ちであることを示す情報とともにキャンセル待ちの利用者ＩＤを記憶し、
   前記受付手段は、前記予約状態が解消される指示を受け付けると、前記キャンセル待ちの利用者ＩＤで特定される利用者からの予約を可能にする、
   請求項２または３に記載の駐車場予約サーバ。
5. 駐車場に配置される車両の有無を判断するセンサ装置と通信接続する通信手段と、
   前記予約をした利用者から、利用者ＩＤおよび駐車の申し込みを受け付ける受付手段と、
   前記受付手段により駐車の申し込みが受け付けられると、前記利用者ＩＤに基づいて課金処理を行なう課金処理手段と、
   前記受付手段により予約者以外の駐車の申し込みを受け付け、前記通信手段により、前記センサ装置から駐車有りの通知を受けると、当該駐車場に駐車した車両は不正駐車であることの通知を行なう通知手段と、
   請求項１から４のいずれか一項に記載の駐車場予約サーバ。

Images