JP7508115B2 - 入出場管理システムおよび入出場管理プログラム - Google Patents

Description

本発明は、入出場管理システムおよび入出場管理プログラムに関する。

従来から、駐車場の利用料金をキャッシュレスで精算するための様々な方法が提案されている。たとえば特許文献１には、車両の入庫時刻データと出庫時刻データに基づいて駐車料金を算出してＷｅｂサイトサーバーに送信し、Ｗｅｂサイトにおいて駐車料金の精算を受け付ける技術が開示されている。

特開２００３－２５６９９５号公報

しかし、特許文献１に記載のような従来の技術においては、車両の入出場管理および駐車料金の精算を適切に行うために、車両が入場することを検知するための構成と、車両が出場することを検知するための構成とをそれぞれ別々に設ける必要がある。これでは、複雑で大掛かりなシステムが必要になってしまうため、入出場管理およびキャッシュレス精算を行うためのシステムの構築および導入が困難という問題が生じている。

本発明は、上述した課題に鑑みてなされたものである。したがって、本発明の目的は、簡易な構成によって駐車場における入出場管理および駐車料金のキャッシュレス精算を適切かつ確実に実行するための入出場管理システムおよび入出場管理プログラムを提供することである。

上記目的は、下記の手段によって達成される。

入出場管理システムは、取得部、車両入出場規制部、判断部、請求処理部、および制御部を有する。取得部は、車両を駐車するための管理区域の出入口に近接した車両から、当該車両の車両番号情報、当該車両に設置された車載器の固有情報、および当該車載器に挿入されたＥＴＣカードの固有情報、のうちの少なくとも一つの情報を含む識別情報を取得する。車両入出場規制部は、管理区域への前記車両の入場および前記管理区域からの前記車両の出場を規制可能に構成される。判断部は、前記管理区域の出入口に接近した車両が、前記管理区域に入場しようとしているのか、前記管理区域から出場しようとしているのかを判断する。請求処理部は、前記識別情報と、前記駐車に関して前記車両または前記車両のユーザーに課される代金の負担者によって選択された支払手段に関する情報とを相互に関連付けて登録可能に構成される。制御部は、前記判断部によって、前記車両が前記管理区域に入場しようとしていると判断された場合、前記代金の支払いに関する支払処理を実行することなく前記車両の入場を許可するように前記車両入出場規制部を制御し、前記車両が前記管理区域から出場しようとしていると判断された場合は、前記代金の支払いに関する支払処理を実行してから前記車両の出場を許可するように前記車両入出場規制部を制御する。

入出場管理プログラムは、情報処理装置を上記の入出場管理システムとして機能させるように構成される。

本発明の入出場管理システムによれば、管理区域の出入口に近接した車両から、当該車両の識別情報を取得し、管理区域の出入口に接近した車両が、管理区域に入場しようとしているのか、管理区域から出場しようとしているのかを判断する。入出場管理システムは、車両が入場しようとしていると判断された場合、代金の支払処理を実行することなく車両の入場を許可し、車両が出場しようとしていると判断された場合は、代金の支払処理を実行してから車両の出場を許可する。したがって、車両が入場しようとしている場合には、代金の支払処理を要求することなく車両の入場を許可し、車両が出場しようとしている場合には、登録された支払情報を用いて支払処理を実行してから車両の出場を許可することができる。これにより、簡易な構成によって駐車場における入出場管理および駐車料金の精算を適切かつ確実に実行することができる。

本発明の一実施形態に係るシステムの概略構成を示す図である。 取得装置の概略構成を示すブロック図である。 検知装置の概略構成を示すブロック図である。 車両入出場規制装置の概略構成を示すブロック図である。 情報端末の概略構成を示すブロック図である。 サーバーの概略構成を示すブロック図である。 サーバーの制御部の機能構成を示すブロック図である。 サーバーにおいて記憶される情報の一例を示す図である。 ＥＴＣ車載器の概略構成を示すブロック図である。 決済システムの概略構成を示すブロック図である。 サーバーによって実行される処理の手順を示すフローチャートである。 図９のステップＳ１０２の処理の手順の一例を示すサブルーチンフローチャートである。 図９のステップＳ１０２の判断処理の手順の他の例を示すサブルーチンフローチャートである。 図９のステップＳ１０８の支払処理の手順を示すサブルーチンフローチャートである。 図１１に続くサブルーチンフローチャートである。

以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において、同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張され、実際の比率とは異なる場合がある。
（システムの全体構成）

図１は、本発明の一実施形態に係るシステムの概略構成を示す図である。

図１に示すように、システム１は、場内システム１０、情報端末２０、サーバー３０、ＥＴＣ車載器４０、および決済システム５０から構成される。場内システム１０、情報端末２０、サーバー３０、および決済システム５０はネットワークを介して接続され、各構成は有線または無線の各種通信方式によって通信可能である。ＥＴＣ車載器４０は、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の所定の通信規格によって場内システム１０の取得装置１１０と無線通信可能である。

場内システム１０は、たとえば車両を駐車するための有料の駐車場等の管理区域に設けられる。場内システム１０には、取得装置１１０、検知装置１２０、および入出場規制装置１４０が含まれる。

取得装置１１０は、ＥＴＣアンテナを備え、管理区域の出入口に近接した車両に搭載されたＥＴＣ車載器４０と、ＤＳＲＣ等の通信規格によって無線通信を行う。また、取得装置１１０は、カメラを備え、管理区域に入出場する車両の画像を撮影する。

検知装置１２０は、各種のセンサーを備え、管理区域内であって、管理区域の出入口の近傍の所定の範囲に近接した車両を検知する。

入出場規制装置１４０は、たとえば管理区域の出入口に設けられる入出場ゲートであり、管理区域への車両の入場および管理区域からの車両の出場を規制可能な入出場規制部を有する。

情報端末２０は、ユーザーが支払情報等の登録を行うための端末である。情報端末２０は、たとえば、車両の運転者が使用するスマートフォン等の端末である。情報端末２０は、ネットワークを介してサーバー３０等と通信を行う。

サーバー３０は、場内システム１０の各構成、情報端末２０、決済システム５０等との間で各種情報を送受信する。

ＥＴＣ車載器４０は、車両に取り付けられ、所定の距離に近接した取得装置１１０との間で無線通信を行う。ＥＴＣ車載器４０は、挿入されたＥＴＣカードから各種情報を取得して取得装置１１０に送信する。

決済システム５０は、銀行やクレジットカード会社等の決済機関（金融機関）または、それらの決済機関において決済を行うための各種業務を代行する決済代行業者に設置されるシステムである。

本実施形態では、サーバー３０が入出場管理システムを構成する例について説明する。なお、サーバー３０によって実行される処理は、取得装置１１０や検知装置１２０等の他の構成によって実行されてもよい。この場合、当該構成が入出場管理システムを構成する。また、サーバー３０と他の構成が協働して動作し、サーバー３０および当該他の構成が入出場管理システムを構成してもよい。
以下、各構成について詳細に説明する。
（取得装置１１０）

図２Ａは、取得装置の概略構成を示すブロック図である。

図２Ａに示すように、取得装置１１０は、制御部１１１、記憶部１１２、通信部１１３、ＥＴＣアンテナ１１４、およびカメラ１１５を備える。各構成要素は、バスを介して相互に通信可能に接続されている。また、各構成要素は、バスを介さずに直接ネットワークを介してサーバー３０と接続されてもよい。

制御部１１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備え、プログラムに従い、上述した各構成要素の制御のほか、場内システム１０の各構成要素の制御や各種の演算処理を実行する。

記憶部１１２は、予め各種プログラムや各種データを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、作業領域として一時的にプログラムやデータを記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、各種プログラムや各種データを記憶するハードディスク等を備える。

通信部１１３は、ネットワークを介して、他の端末や装置と通信するためのインターフェースを備える。通信部１１３は、たとえば、サーバー３０と各種データ等の送受信を行う。

ＥＴＣアンテナ１１４は、所定の通信規格によってＥＴＣ車載器４０との間で無線通信を行うための構成である。取得装置１１０は、ＥＴＣアンテナ１１４を介して、ＥＴＣ車載器４０から、ＥＴＣ車載器４０を識別するための固有情報であるＷＣＮ（Ｗｉｒｅｌｅｓｓ Ｃａｌｌ Ｎｕｍｂｅｒ）に代表される車載器ＩＤを取得する。また、取得装置１１０は、ＥＴＣアンテナ１１４を介して、ＥＴＣ車載器４０から、ＥＴＣ車載器４０に挿入されたＥＴＣカードを識別するための固有情報であるＥＴＣカード番号を取得する。ＥＴＣカード番号は暗号化された状態で取得され、たとえば上位のサーバー３０に送信される前に復号化されうる。

カメラ１１５は、管理区域に入出場する車両を撮影する。カメラ１１５によって撮影された画像を解析することによって、車両の車両番号（車両のナンバー）を示す情報が取得される。
（検知装置１２０）

図２Ｂは、検知装置の概略構成を示すブロック図である。

図２Ｂに示すように、検知装置１２０は、制御部１２１、記憶部１２２、通信部１２３、および検知部１２４を備える。各構成要素は、バスを介して相互に通信可能に接続されている。また、検知装置１２０が制御部１２１や記憶部１２２等を備えていない装置である場合には、検知部１２４は取得装置１１０の制御部１１１に接続する構成をとってもよい。

検知装置１２０の制御部１２１、記憶部１２２、通信部１２３は、取得装置１１０の対応する構成と同様であるため、重複する説明を省略する。

検知部１２４は、管理区域内であって管理区域の出入口の近傍の所定の範囲に車両が近接したことを検知するための構成であり、たとえば、ループコイル、レーザーライダー（ＬｉＤＡＲ：Ｌｉｇｈｔ Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ）、カメラ等の各種センサーによって構成され得る。上記のような各種センサーは、それぞれ単体で使用されてもよく、あるいは複数のセンサーが組み合わせられて使用されてもよい。

たとえば、検知部１２４として車両の近接を電磁的に検知するループコイルが使用される場合、ループコイルは、管理区域内であって管理区域の出入口の近傍に配置され、たとえば車両が管理区域から出場する際に通行する車路の下部等に配置される。

また、検知部１２４としてレーザーライダーが使用される場合、レーザーライダーは管理区域内であって管理区域の出入口の近傍の所定の範囲を検知範囲に含む位置に設けられる。レーザーライダーによって取得された画像情報を解析することによって、車両が管理区域内であって管理区域の出入口の近傍の所定の範囲に近接したことが検知される。

また、検知部１２４としてカメラが使用される場合、カメラは管理区域内であって、管理区域の出入口の近傍の所定の範囲を撮影範囲に含む位置に設けられる。カメラによって連続的に撮影された画像（映像）を解析することによって、車両が管理区域内であって管理区域の出入口の近傍の所定の範囲に近接したことが検知される。画像（映像）の認識は、たとえば背景差分法や、機械学習を用いる方法等の公知の技術を用いて実施され得る。

なお、検知部１２４として使用され得るセンサーは、上記の例に限定されず、たとえば車両に接触して車両の通過を検知する接触式センサーや、通過する車両の重量によって車両の通過を検知する重量センサー等が使用されてもよい。あるいは、車両を検出可能な位置に設けられた赤外線センサーや音波センサー、地磁気センサー等が使用されてもよい。
（入出場規制装置１４０）

図２Ｃは、入出場規制装置の概略構成を示すブロック図である。

図２Ｃに示すように、入出場規制装置１４０は、制御部１４１、通信部１４２、および入出場規制部１４３を備える。各構成要素は、バスを介して相互に通信可能に接続されている。また、入出場規制装置１４０が制御部１４１や通信部１４２を備えていない場合には、入出場規制部１４３は取得装置１１０の制御装置と接続される構成をとってもよい。

入出場規制装置１４０の制御部１４１、通信部１４２は、取得装置１１０の対応する構成と同様であるため、重複する説明を省略する。

入出場規制部１４３は、車両の管理区域への入出場を規制するための構成である。入出場規制部１４３は、たとえば管理区域の出入口に配置され、車両の通行を阻害したり許可したりするように動作するゲート（ボラード）やバーによって構成される。入出場規制部１４３は、たとえば管理区域への車両の入出場が認められた場合に、管理区域への車両の入出場を許可し、車両が入出場した後に、再び車両の入出場を規制する。なお、入出場規制部１４３の実現方法は上記の例に限定されず、車両の入出場を規制可能な構成であれば、いかなる構成によって実現されてもよい。
（情報端末２０）

図３は、情報端末の概略構成を示すブロック図である。

図３に示すように、情報端末２０は、制御部２１、記憶部２２、通信部２３、表示部２４および操作受付部２５を備える。各構成要素は、バスを介して相互に通信可能に接続されている。情報端末２０の制御部２１、記憶部２２および通信部２３は、取得装置１１０の対応する構成と同様であるため、重複する説明を省略する。

表示部２４は、ＬＣＤ（液晶ディスプレイ）や有機ＥＬディスプレイ等を備え、各種情報を表示する。操作受付部２５は、タッチセンサーや、マウス等のポインティングデバイス、キーボード等を備え、ユーザーの各種操作を受け付ける。表示部２４および操作受付部２５は、表示部２４としての表示面に、操作受付部２５としてのタッチセンサーを重畳することによって、タッチパネルを構成してもよい。
（サーバー３０）

図４は、サーバーの概略構成を示すブロック図である。図５は、サーバーの制御部の機能構成を示すブロック図である。図６は、サーバーにおいて記憶される情報の一例を示す図である。

図４に示すように、サーバー３０は、制御部３１、記憶部３２および通信部３３を備える。各構成要素は、バスを介して相互に通信可能に接続されている。サーバー３０の制御部３１、記憶部３２および通信部３３は、取得装置１１０の対応する構成と同様であるため、重複する説明を省略する。

図５に示すように、サーバー３０の制御部３１は、プログラムを読み込んで処理を実行することによって、取得部３１１、車両入出場規制部３１２、判断部３１３、請求処理部３１４、および制御部３１５として機能する。また、制御部３１は、場内システム１０の各構成要素にある制御部に機能の一部を分散する構成としてもよい。たとえば、制御部３１は、検知装置１２０の検知部１２４からの検知情報に基づいて、検知部として機能してもよい。

取得部３１１は、所定の範囲に位置する車両の車両番号情報、当該車両に設置されたＥＴＣ車載器４０の固有情報（車載器ＩＤ）、および当該ＥＴＣ車載器４０に挿入されたＥＴＣカードの固有情報（ＥＴＣカード番号）のうちの少なくとも一つの情報を含む識別情報を、取得装置１１０から取得する。

車両入出場規制部３１２は、入出場規制装置１４０を制御して、管理区域への車両の入場および管理区域からの車両の出場を規制する。

請求処理部３１４は、取得部３１１によって取得された識別情報と、車両の駐車に関して車両または車両のユーザーに課される代金の負担者によって選択された支払手段に関する情報とを相互に関連付けて登録する。

サーバー３０は、請求処理部３１４として、ユーザーからの指示に基づいて上記の各情報を関連付けて登録するために、ユーザーが情報端末２０を用いてアクセス可能な専用のウェブページを提供する。専用のウェブページは、たとえば駐車場ごとに異なるＵＲＬを用いて提供される。たとえば駐車場に設けられた無線ＬＡＮネットワーク、ビーコン、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：近距離無線通信）、二次元バーコードなどを介して当該ＵＲＬに対応するサーバー等にユーザーの情報端末２０が接続すると、当該ＵＲＬのウェブページが情報端末２０に表示されるように設定される。これにより、駐車場を使用するユーザーは、容易にウェブページにアクセスして必要な情報を登録することができる。

次に、サーバー３０の記憶部３２に記憶される情報について説明する。

図６に示すように、サーバー３０の記憶部３２には、識別情報、支払情報、およびユーザー情報が関連付けられて記憶される。識別情報には、車載器ＩＤ、ＥＴＣカード番号、および車両番号が含まれる。支払情報には、クレジットカード情報、銀行口座情報、およびその他の決済スキームを利用するための各種情報が含まれる。支払情報は、車両または車両のユーザーに課される代金の負担者によって選択された支払手段に関する情報として使用される。なお、支払情報には、車両が出場する際に、上記の代金を所定の方法で自動的に支払うことを許可することを示す情報も含まれる。ユーザー情報には、ユーザーを識別するためのユーザー識別情報、連絡先情報、および認証情報等が含まれる。ユーザー識別情報には、たとえば、氏名、住所、生年月日、性別、ニックネーム、免許証番号等が含まれる。連絡先情報には、たとえば、電話番号、メールアドレス、ＳＮＳや各種メッセージサービスのＩＤ等が含まれる。認証情報には、会員専用のウェブサイト等にアクセスするためのＩＤ、パスワード等が記憶される。

また、サーバー３０の記憶部３２には、各管理区域を識別するための情報と、各管理区域に設けられている取得装置１１０または検知装置１２０を識別するための情報が関連付けられて記憶される。本実施形態においては、１つの管理区域に対して、取得装置１１０および検知装置１２０が１つずつ設けられる例について説明したが、これに限定されない。たとえば、車両の出入口が複数あるような管理区域においては、取得装置１１０および検知装置１２０はそれぞれ複数設けられてもよい。

また、サーバー３０の記憶部３２には、管理区域内に収容されている車両の識別情報が記憶される。たとえば、サーバー３０は、車両が管理区域内に入場した際に、収容中の車両を把握するために記憶部３２に設けられるデータベースに、当該車両の識別情報を記憶（登録）する。サーバー３０は、当該車両が管理区域から出場した際に、当該車両の識別情報を記憶部３２のデータベースから消去（削除）してもよく、あるいは、当該車両が収容されていない旨を当該車両の識別情報に関連付けて記憶部３２のデータベースに記憶しておいてもよい。

なお、記憶部３２に記憶されるものとして説明した上記の情報は、サーバー３０からネットワークを介して接続可能な外部ストレージに記憶され、必要に応じてサーバー３０からアクセスして取得するように構成されてもよい。
（ＥＴＣ車載器４０）

図７は、ＥＴＣ車載器の概略構成を示すブロック図である。

図７に示すように、ＥＴＣ車載器４０は、制御部４１、記憶部４２、通信部４３、カード受付部４４および出力部４５を備える。各構成要素は、バスを介して相互に通信可能に接続されている。ＥＴＣ車載器４０の制御部４１、記憶部４２および通信部４３は、取得装置１１０の対応する構成と同様であるため、重複する説明を省略する。

カード受付部４４は、ＥＴＣカードの挿入を受け付ける。カード受付部４４は、挿入されたＥＴＣカードから、ＥＴＣカード番号を含む各種情報を取得する。制御部４１は、カード受付部４４において取得された情報を、通信部４３を介して取得装置１１０に送信する。

出力部４５は、光や音声を出力する構成であり、たとえばＥＴＣカードの読み取り状態を表すインジケーターランプや音声案内を出力するスピーカー等によって構成される。

記憶部４２には、無線の基地局としてＥＴＣ車載器４０を識別するための固有情報であるＷＣＮ（Ｗｉｒｅｌｅｓｓ Ｃａｌｌ Ｎｕｍｂｅｒ）に代表される車載器ＩＤが記憶されている。したがって、取得装置１１０は、ＥＴＣアンテナ１１４を介してＥＴＣ車載器４０と無線通信を行う際に、ＥＴＣ車載器４０の車載器ＩＤを取得することができる。
（決済システム５０）

図８は、決済システムの概略構成を示すブロック図である。図９は、決済システムにおいて記憶されるＥＴＣカード番号に関連する情報の一例を示す図である。

図８に示すように、決済システム５０は、制御部５１、記憶部５２および通信部５３を備える。各構成要素は、バスを介して相互に通信可能に接続されている。決済システム５０の制御部５１、記憶部５２および通信部５３は、取得装置１１０の対応する構成と同様であるため、重複する説明を省略する。

決済システム５０は、たとえば、銀行やクレジットカード会社等の決済機関（金融機関）、各種コード決済サービスを提供する決済機関、あるいは、それらの決済機関において決済を行うための各種業務を代行する決済代行業者に設置されるシステムである。サーバー３０は、決済システム５０との間で情報を送受信することによって、クレジットカード決済や銀行口座振込等によって駐車場の利用料の決済を実行することができる。

また、決済システム５０は、ユーザーのＥＴＣカードに対応付けられたクレジットカードに関する情報と、ユーザーのＥＴＣカードが、ＥＴＣカードの発行者によって拒絶（無効設定）されているか否かを示す情報とを保有していてもよい。上記の情報は、決済システム５０の記憶部５２に記憶される。なお、決済システム５０は、ＥＴＣカード番号に対応付けて拒絶情報を保有しなくてもよい。この場合、たとえばＥＴＣカード番号をクレジットカード情報に変換して、当該クレジットカードが拒絶されているか否かをクレジットカード会社に都度確認してもよい。

なお、システム１は、上記の構成以外の構成を含んでもよい。また、上記の各構成は、上述した構成要素以外の構成要素を含んでもよく、上述した構成要素のうちの一部を含まなくてもよい。また、上記の各構成は、複数の装置によって構成されてもよく、一体的に構成されてもよい。また、ある構成が実施するものとして説明した機能を、他の構成が代わりに実施するようにしてもよい。
システムにおける処理の概要を説明する。
（処理概要）

図９は、サーバーによって実行される処理の手順を示すフローチャートである。図１０Ａは、図９のステップＳ１０２の処理の手順の一例を示すサブルーチンフローチャートである。図１０Ｂは、図９のステップＳ１０２の判断処理の手順の他の例を示すサブルーチンフローチャートである。図１１は、図９のステップＳ１０８の支払い処理の手順を示すサブルーチンフローチャートである。図９～図１１のフローチャートに示される処理は、サーバー３０の記憶部３２にプログラムとして記憶されており、制御部３１が各部を制御することにより実行される。

図９に示すように、サーバー３０は、取得装置１１０から、車両の識別情報を取得したか否かを判断する（ステップＳ１０１）。

識別情報を取得していない場合（ステップＳ１０１：ＮＯ）、サーバー３０は、識別情報を取得するまで待機する。

識別情報を取得した場合（ステップＳ１０１：ＹＥＳ）、サーバー３０は、当該車両が管理区域に入場しようとしているのか、あるいは、当該車両が管理区域から出場しようとしているのか、を判断する（ステップＳ１０２）。判断処理の詳細については、図１０Ａおよび図１０Ｂを参照して後述する。

ステップＳ１０２の処理において、入場しようとしていると判断されている場合（ステップＳ１０３：ＹＥＳ）、サーバー３０は、管理区域への車両の入場を許可するように入出場規制装置１４０を制御する（ステップＳ１０４）。

続いて、サーバー３０は、車両の入場が完了したか否かを判断する（ステップＳ１０５）。たとえば、サーバー３０は、検知装置１２０の検出結果やカメラ１１５によって撮影された画像等に基づいて、車両の入場が完了したか否かを判断する。

入場が完了していない場合（ステップＳ１０５：ＮＯ）、サーバー３０は、入場が完了するまで待機する。

入場が完了した場合（ステップＳ１０５：ＹＥＳ）、サーバー３０は、管理区域への車両の入出場を規制するように入出場規制装置１４０を制御し（ステップＳ１０６）、処理を終了する。

一方、ステップＳ１０２の処理において、出場しようとしていると判断されている場合（ステップＳ１０３：ＮＯ、ステップＳ１０７：ＹＥＳ）、サーバー３０は、支払処理を実行する（ステップＳ１０８）。支払処理の詳細については、図１１を参照して後述する。なお、出場しようとしているとも判断されていない場合（ステップＳ１０７：ＮＯ）、サーバー３０は、ステップＳ１０１に戻って処理を継続する。また、ステップＳ１０２、Ｓ１０３、Ｓ１０７の処理の順番や方法については、図９の例に限定されず任意の順番や方法によって実行することができる。

続いて、サーバー３０は、管理区域からの車両の出場を許可するように入出場規制装置１４０を制御する（ステップＳ１０９）。

続いて、サーバー３０は、車両の出場が完了したか否かを判断する（ステップＳ１１０）。たとえば、サーバー３０は、カメラ１１５によって撮影された画像等に基づいて、車両の出場が完了したか否かを判断する。

出場が完了していない場合（ステップＳ１１０：ＮＯ）、サーバー３０は、出場が完了するまで待機する。

出場が完了した場合（ステップＳ１１０：ＹＥＳ）、サーバー３０は、管理区域への車両の入出場を規制するように入出場規制装置１４０を制御し（ステップＳ１１１）、処理を終了する。このとき、サーバー３０は、たとえば出場した車両のユーザーの情報端末２０に対して、駐車場名、入庫日時、出庫日時、駐車料金、使用した支払手段等を示す情報を、利用証明情報として通知してもよい。
＜判断処理＞

次に、図９のステップＳ１０２に示す判断処理について、２つのパターンに分けて以下に説明する。
＜パターン１＞

図１０Ａに示すように、サーバー３０は、記憶部３２のデータベースを参照し（ステップＳ２０１）、図９のステップＳ１０１の処理において取得された識別情報が、管理区域に収容されている車両の識別情報として記憶されているか否かを判断する（ステップＳ２０２）。

管理区域に収容されている車両の識別情報として記憶されている場合（ステップＳ２０２：ＹＥＳ）、サーバー３０は、既に管理区域に収容されている車両であるため、当該車両が管理区域から出場しようとしていると判断し（ステップＳ２０３）、判断処理を終了する。

一方、管理区域に収容されている車両の識別情報として記憶されていない場合（ステップＳ２０２：ＮＯ）、サーバー３０は、まだ管理区域に収容されていない車両であるため、当該車両が管理区域に入場しようとしていると判断し（ステップＳ２０４）、判断処理を終了する。
＜パターン２＞

図１０Ｂに示すように、サーバー３０は、管理区域内の出入口近傍の所定の範囲に近接した車両を検知する検知装置１２０の検知状況を確認し（ステップＳ２１１）、検知装置１２０が車両を検知しているか否かを判断する（ステップＳ２１２）。

検知装置１２０が車両を検知している場合（ステップＳ２１２：ＹＥＳ）、サーバー３０は、管理区域内の出入口付近に車両が存在しているため、当該車両が管理区域から出場しようとしていると判断し（ステップＳ２１３）、判断処理を終了する。

検知装置１２０が車両を検知していない場合（ステップＳ２１２：ＮＯ）、サーバー３０は、管理区域内の出入口付近に車両が存在していないため、当該車両が管理区域に入場しようとしていると判断し（ステップＳ２１４）、判断処理を終了する。
＜支払処理＞

次に、図９のステップＳ１０８に示す支払処理について、以下に説明する。

図１１および図１２に示すように、サーバー３０は、図９のステップＳ１０１の処理において取得された識別情報に、駐車料金の支払いに使用する支払手段に関する支払情報が関連付けられて登録されているか否かを判断する（ステップＳ３０１）。具体的には、サーバー３０は、記憶部３２のデータベースを参照し、取得した識別情報に、クレジットカード情報、銀行口座情報等の支払情報が関連付けられて記憶されているか否かを判断する。

支払情報が登録されていない場合（ステップＳ３０１：ＮＯ）、サーバー３０は、駐車料金の負担者であるユーザーが、車両番号の少なくとも一部を用いてサーバー３０の記憶部３２に登録されている車両番号を検索するための画面を出力する（ステップＳ３０２）。サーバー３０が出力した画面は、ユーザーが使用する情報端末２０に表示される。これにより、ユーザーは、把握および記憶しやすい車両番号の一部を検索画面に入力するだけで、サーバー３０の記憶部３２に記憶されている車両番号（識別情報）を検索することができる。

なお、本実施形態では、サーバー３０は、ステップＳ３０１、Ｓ３０２の処理を実行した後にステップＳ３０３の処理を実行する例について説明したが、これに限定されない。たとえば、ユーザー自身が、支払情報を登録していないことを認識している場合には、ユーザーは車両を管理区域から出場させる前の任意のタイミングで情報端末２０を用いてサーバー３０にアクセスしてもよい。この場合、サーバー３０は、ステップＳ３０１、Ｓ３０２の処理を実行する前にステップＳ３０３～Ｓ３０５の処理を実行し、支払処理が完了しているという情報を記憶部３２に記憶する。この状態でユーザーが車両を管理区域から出場させる場合、サーバー３０は、ステップＳ３０１の処理を実行し、記憶部３２において識別情報（車両番号等）に支払情報が関連付けられて登録されており、さらに支払処理まで完了しているということを確認できるため、ステップＳ３０６、Ｓ３０７の処理をスキップして、支払処理を終了してもよい。たとえばユーザーに事前に案内して上記のようにすることにより、事前に登録処理や支払処理を実行させられるため、車両を出場させる際に管理区域の出入口付近で登録処理や支払処理を行う必要がなくなり、車両を管理区域からスムーズに出場させることができる。

サーバー３０は、ステップＳ３０２の処理において出力された画面を用いて検索された車両番号（識別情報）に対して、ユーザーから支払情報の関連付け登録を受け付けるための画面を出力する（ステップＳ３０３）。

サーバー３０は、車両番号（識別情報）に支払情報が関連付けて登録されたか否かを判断する（ステップＳ３０４）。ここで、サーバー３０の記憶部３２には、車両番号に関連付けられて、車載器ＩＤおよびＥＴＣカード番号の少なくとも一方も記憶されている。したがって、車両番号に支払情報が関連付けて登録されると、当該車両のＥＴＣ車載器４０から取得された車載器ＩＤおよびＥＴＣカードの少なくとも一方にも、支払情報が関連付けられて記憶される。なお、サーバー３０は、上記の支払情報を用いた自動支払いに関する情報（自動支払いを許可することを示す情報）の登録をあわせてユーザーから受け付けてもよい。

支払情報が関連付けて登録されていない場合（ステップＳ３０４：ＮＯ）、サーバー３０は、ステップＳ３０４の処理を繰り返す。

支払情報が関連付けて登録されている場合（ステップＳ３０４：ＹＥＳ）、サーバー３０は、支払情報と、所定の料金テーブル等に基づいて計算された駐車料金の金額情報等を用いて、駐車料金を支払うための処理を実行して（ステップＳ３０５）、支払処理を終了する。

一方、ステップＳ３０１の処理において、支払情報が登録されていると判断された場合（ステップＳ３０１：ＹＥＳ）、サーバー３０は、支払情報を用いた自動支払いに関する情報（自動支払いを許可することを示す情報）がユーザーによって記憶部３２に登録されているか否かをさらに判断する（ステップＳ３０６）。

自動支払いに関する情報が登録されている場合（ステップＳ３０６：ＹＥＳ）、サーバー３０は、支払情報と、所定の料金テーブル等に基づいて計算された駐車料金の金額情報等を用いて、駐車料金を支払うための処理を実行して（ステップＳ３０７）、支払処理を終了する。このとき、サーバー３０は、たとえばユーザーの情報端末２０に対して、出場時に自動支払いが行われるため別途支払処理を実行する必要はない旨や、自動支払いに使用される支払手段に関する情報を通知してもよい。また、当該通知により、出場時に登録された支払手段により自動支払いを行うかどうかを確認してもよい。

一方、ステップＳ３０６の処理において、自動支払いに関する情報が登録されていないと判断された場合（ステップＳ３０６：ＮＯ）、サーバー３０は、ユーザーから支払手段の選択および支払指示を受け付けるための画面を出力する（ステップＳ３０８）。具体的には、サーバー３０は、ユーザーが使用する支払手段の選択を受け付けるための画面を表示して、ユーザーからの選択を受け付ける。支払手段の選択は、ユーザーが予め支払情報を登録している支払手段の中から受け付けてもよく、新たな支払手段としてユーザーから支払情報の入力を受け付けてもよい。新たな支払手段の支払情報が入力された場合は、サーバー３０は、記憶部３２に記憶されている車載器ＩＤ、ＥＴＣカード番号、車両番号等の識別情報と、ユーザーによって入力された支払情報とを関連付けて記憶部３２のデータベースに登録する。さらに、サーバー３０は、選択された支払情報を用いて駐車料金を支払うための指示（支払指示）を、ウェブページに表示される支払ボタンの押下等によって、ユーザーから受け付ける。なお、ステップＳ３０８～Ｓ３１０の処理についても、上述したステップＳ３０３～Ｓ３０５の処理と同様に、ユーザーによる情報端末２０の操作等によって、任意のタイミングで実行されてもよい。

サーバー３０は、支払手段の選択および支払指示を受け付けているか否かを判断する（ステップＳ３０９）。

受け付けていない場合（ステップＳ３０９：ＮＯ）、サーバー３０は、ステップＳ３０９の処理を繰り返す。

受け付けている場合（ステップＳ３０９：ＹＥＳ）、サーバー３０は、上記の支払情報と、所定の料金テーブル等に基づいて計算された駐車料金の金額情報等を用いて、駐車料金の支払処理を実行して（ステップＳ３１０）、支払処理を終了する。

上記の実施形態によれば、以下のような効果が奏される。
入出場管理システム（サーバー３０）は、管理区域の出入口に近接した車両から、当該車両の識別情報を取得し、管理区域の出入口に接近した車両が、管理区域に入場しようとしているのか、管理区域から出場しようとしているのかを判断する。入出場管理システムは、車両が入場しようとしていると判断された場合、代金の支払処理を実行することなく車両の入場を許可し、車両が出場しようとしていると判断された場合は、代金の支払処理を実行してから車両の出場を許可する。したがって、車両が入場しようとしている場合には、代金の支払処理を要求することなく車両の入場を許可し、車両が出場しようとしている場合には、登録された支払情報を用いて支払処理を実行してから車両の出場を許可することができる。これにより、簡易な構成によって駐車場における入出場管理および駐車料金の精算を適切かつ確実に実行することができる。

また、入出場管理システムは、管理区域内に収容されている車両の識別情報を記憶する記憶部を有し、識別情報が取得された際に、当該識別情報が管理区域内に収容されている車両の識別情報として記憶されていない場合に、車両が入場しようとしていると判断し、当該識別情報が管理区域内に収容されている車両の識別情報として記憶されている場合に、車両が出場しようとしていると判断する。これにより、入出場管理システムは、識別情報が取得された際に、記憶部に記憶されている情報を参照するだけで、車両が入場しようとしているか出場しようとしているのかを判断することができる。したがって、簡易な構成および処理によって、駐車場における入出場管理および駐車料金の精算を適切かつ確実に実行することができる。

また、入出場管理システムは、管理区域内であって出入口の近傍の所定の範囲に近接した車両を検知する検知部を有し、識別情報が取得された際に、検知部によって車両が検知されていない場合に、車両が入場しようとしていると判断し、検知部によって車両が検知されている場合に、車両が出場しようとしていると判断する。これにより、入出場管理システムは、識別情報が取得された際に、一つの検知部による検知状況を確認するだけで、車両が入場しようとしているか出場しようとしているのかを判断することができる。したがって、簡易な構成および処理によって、駐車場における入出場管理および駐車料金の精算を適切かつ確実に実行することができる。

また、入出場管理システムは、支払処理を実行する際に、請求処理部における支払手段に関する情報の登録を確認し、代金を出場時に自動的に支払うことが登録されている場合は、ユーザーへの支払いの確認を行うことなく、車両の出場を許可する。これにより、ユーザーは、支払処理を意識的に実行することなく、管理区域から即座に車両を出場させることができる。したがって、急いでいるユーザーを待たせたり、ユーザーに煩雑な操作を実行させたりすることをなくすことができ、駐車場のユーザー利便性を飛躍的に向上させることができる。

また、入出場管理システムは、支払処理を実行する際に、請求処理部における支払手段に関する情報の登録を確認し、代金を出場時に自動的に支払うことが登録されていない場合は、ユーザーへの支払いの確認を行うための画面を出力し、ユーザーから支払いの許可に関する指示を受け付けた場合に、車両の出場を許可する。これにより、代金を自動的に支払うことが登録されていない場合は、ユーザーから支払い指示を得てから車両の出場を許可することができ、より適切に駐車場の入出場管理および駐車料金の精算を実行することができる。

また、入出場管理システムは、支払処理を実行する際に、請求処理部における支払手段に関する情報の登録を確認し、支払手段に関する情報が登録されていない場合は、ユーザーが支払手段に関する情報を登録するための画面を出力し、ユーザーから支払手段に関する情報の登録を受け付けた場合に、支払処理を実行するとともに識別情報に関連付けて支払手段に関する情報を請求処理部に登録する。これにより、支払手段に関する情報が登録されていない場合は、ユーザーに支払処理と支払手段の登録を促すことができる。したがって、より効率的かつ確実に駐車料金の精算を実行することができる。

なお、本発明は、上述した実施形態に限定されず、特許請求の範囲内において、種々の変更や改良等が可能である。

たとえば、上記の実施形態においては、情報端末２０は、ユーザーが所持する端末であるものとして説明した。しかしながら、情報端末２０は、駐車場等に設置された共用の端末であってもよい。この場合、ユーザーが情報端末を所持していなくても、必要な情報の登録等の操作を実行することができる。

また、上述した実施形態に係るシステムの処理は、上述したフローチャートのステップ以外のステップを含んでもよく、あるいは、上述したステップのうちの一部を含まなくてもよい。また、ステップの順序は、上述した実施形態に限定されない。さらに、各ステップは、他のステップと組み合わされて一つのステップとして実行されてもよく、他のステップに含まれて実行されてもよく、複数のステップに分割されて実行されてもよい。たとえば、図９のフローチャートでは、ステップＳ１０１の検知処理が行われてからステップＳ１０２の取得処理が行われる例について説明したが、これに限定されず、ステップＳ１０２の取得処理が先に行われるようにしてもよい。

また、上述した実施形態に係るシステムの各装置における各種処理を行う手段および方法は、専用のハードウエア回路、またはプログラムされたコンピューターのいずれによっても実現することが可能である。上記のプログラムは、たとえば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上記のプログラムは、単独のアプリケーションソフトとして提供されてもよいし、システムの各装置の一機能としてその装置のソフトウエアに組み込まれてもよい。

１ システム、
１０ 場内システム、
１１０ 取得装置、
１１１ 制御部、
１１２ 記憶部、
１１３ 通信部、
１１４ ＥＴＣアンテナ、
１１５ カメラ、
１２０ 検知装置、
１２１ 制御部、
１２２ 記憶部、
１２３ 通信部、
１２４ 検知部、
１４０ 車両規制装置、
１４１ 制御部、
１４２ 通信部、
１４３ 入出場規制部、
２０ 情報端末、
２１ 制御部、
２２ 記憶部、
２３ 通信部、
２４ 表示部、
２５ 操作受付部、
３０ サーバー、
３１ 制御部、
３１１ 取得部、
３１２ 車両入出場規制部、
３１３ 判断部、
３１４ 請求処理部、
３１５ 制御部、
３２ 記憶部、
３３ 通信部、
４０ ＥＴＣ車載器、
４１ 制御部、
４２ 記憶部、
４３ 通信部、
４４ カード受付部、
４５ 出力部、
５０ 決済システム、
５１ 制御部、
５２ 記憶部、
５３ 通信部。

Claims (6)

1. 車両を駐車するための管理区域の出入口に近接した車両から、当該車両の車両番号情報、当該車両に設置された車載器の固有情報、および当該車載器に挿入されたＥＴＣカードの固有情報、のうちの少なくとも一つの情報を含む識別情報を取得する取得部と、
   前記管理区域への前記車両の入場および前記管理区域からの前記車両の出場を規制可能な車両入出場規制部と、
   前記管理区域の出入口に接近した車両が、前記管理区域に入場しようとしているのか、前記管理区域から出場しようとしているのかを判断する判断部と、
   前記識別情報と、前記駐車に関して前記車両または前記車両のユーザーに課される代金の負担者によって選択された支払手段に関する情報とを相互に関連付けて登録可能な請求処理部と、
   前記判断部によって、前記車両が前記管理区域に入場しようとしていると判断された場合、前記代金の支払いに関する支払処理を実行することなく前記車両の入場を許可するように前記車両入出場規制部を制御し、前記車両が前記管理区域から出場しようとしていると判断された場合は、前記代金の支払いに関する支払処理を実行してから前記車両の出場を許可するように前記車両入出場規制部を制御する制御部と、
   を有し、
   前記管理区域内に収容されている車両の前記識別情報を記憶する記憶部に接続され、
   前記判断部は、前記取得部によって前記識別情報が取得された際に、当該識別情報が前記収容されている車両の前記識別情報として記憶されていない場合に、前記車両が入場しようとしていると判断し、当該識別情報が前記収容されている車両の前記識別情報として記憶されている場合に、前記車両が出場しようとしていると判断する入出場管理システム。
2. 前記管理区域内であって前記出入口の近傍の所定の範囲に近接した車両を検知する検知部をさらに有し、
   前記判断部は、前記取得部によって前記識別情報が取得された際に、前記検知部によって前記車両が検知されていない場合に、前記車両が入場しようとしていると判断し、前記検知部によって前記車両が検知されている場合に、前記車両が出場しようとしていると判断する請求項１に記載の入出場管理システム。
3. 前記制御部は、前記支払処理を実行する際に、前記請求処理部における前記支払手段に関する情報の登録を確認し、前記代金を出場時に自動的に支払うことが登録されている場合は、前記ユーザーへの支払いの確認を行うことなく、前記車両の出場を許可するように前記車両入出場規制部を制御する請求項１または２に記載の入出場管理システム。
4. 前記制御部は、前記支払処理を実行する際に、前記請求処理部における前記支払手段に関する情報の登録を確認し、前記代金を出場時に自動的に支払うことが登録されていない場合は、前記ユーザーへの支払いの確認を行うための画面を出力し、前記ユーザーから前記支払いの許可に関する指示を受け付けた場合に、前記車両の出場を許可するように前記車両入出場規制部を制御する請求項１～３のいずれかに記載の入出場管理システム。
5. 前記制御部は、前記支払処理を実行する際に、前記請求処理部における前記支払手段に関する情報の登録を確認し、前記支払手段に関する情報が登録されていない場合は、前記ユーザーが前記支払手段に関する情報を登録するための画面を出力し、前記ユーザーから前記支払手段に関する情報の登録を受け付けた場合に、前記支払処理を実行するとともに前記識別情報に関連付けて前記支払手段に関する情報を前記請求処理部に登録する請求項１～４のいずれかに記載の入出場管理システム。
6. 情報処理装置を請求項１～５のいずれかに記載の入出場管理システムとして機能させるための入出場管理プログラム。