JP7042766B2 - 駐車場管理システム、情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、駐車場管理システム、情報処理装置、情報処理方法及びプログラムに関する。

特許文献１に記載の駐車場管理システムでは、駐車場への車両の入出庫が検知されると、カメラにより入庫車両が撮影され、撮影画像が入庫時刻とともに記憶される。また撮影画像をもとに、入庫車両の車両ナンバーが読み取られる。駐車料金の精算フローでは、利用者により車両ナンバー又は入庫時刻が入力され、その入力情報に基づいて、精算対象となる車両が検索される。検索された車両は表示部に表示され、利用者により自車両が選択される。自車両が選択されると、駐車時間が決定され駐車料金が算出される。これにより、初期設備投資等の低減、利用者の使い勝手の向上が図られている（特許文献１の明細書段落［０００７］［００３０］～［００３８］図４、５等）。

特許文献２に記載の駐車場管理システムでは、駐車場への入場時や駐車場からの出場時に、利用者が携帯端末を入場機や出場機の通信部に近づける等の動作を実行する。これにより入場時には入場機と携帯端末との間、及び出場時には出場機と携帯端末との間で通信が実行される。この通信により得られた入場機ＩＤや出場機ＩＤ等の情報を用いて、携帯端末と駐車場管理サーバとの間で通信が実行され、車両の入場及び出場の管理や、駐車料金の決済等が実行される。この結果、駐車券の発行が不要となり、また駐車料金の支払い処理が低減されるとのことである（特許文献２の明細書段落［００１４］［００５９］～［０１０７］図９～図１１等）。

特開２０１８－２２３６６号公報 特開２０１４－１３７８０４号公報

このように、駐車場を利用する利用者の利便性を向上させることが可能な技術が求められている。

以上のような事情に鑑み、本発明の目的は、駐車場を利用する利用者の利便性を向上させることが可能な駐車場管理システム、情報処理装置、情報処理方法、及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る駐車場管理システムは、撮像部と、生成部と、送信部とを具備する。
前記撮像部は、駐車場に入場する入場車両の画像を撮影する。
前記生成部は、前記入場車両の画像が入場日時を基準として並べられた選択用画像を生成し、前記駐車場の利用者による車両の選択状況を前記選択用画像に反映させる。
前記送信部は、前記選択用画像を、前記利用者が操作可能な利用者端末に送信する。

前記駐車場管理システムは、さらに、前記利用者端末を介して入力される前記選択用画像内の前記入場車両を選択する選択指示を受付ける受付部を具備してもよい。この場合、前記生成部は、前記選択指示が受付けられた前記入場車両である選択済車両を前記選択指示が受付けられていない前記入場車両である未選択車両と区別可能に表示してもよい、又は前記選択済車両を非表示にしてもよい。

前記送信部は、前記利用者端末を介して入力される送信要求に基づいて、前記選択用画像を前記利用者端末に送信してもよい。

前記送信部は、前記利用者端末に関する所定の条件が満たされている場合に、前記選択用画像を前記利用者端末に送信してもよい。

前記利用者端末に関する所定の条件は、前記利用者端末の位置が所定の範囲内であるか否かを含んでもよい。

前記利用者端末に関する所定の条件は、前記利用者端末が所定の信号を受信しているか否かを含んでもよい。

前記所定の信号は、前記駐車場に設置された送信装置から送信された送信元を識別可能な識別情報を含む信号であってもよい。

前記利用者端末に関する所定の条件は、前記利用者端末から送信される前記送信要求が、所定の通信経路を介して送信されているか否かを含んでもよい。

前記駐車場管理システムは、さらに、前記入場車両の画像に基づいて、前記入場車両に関する車両情報を抽出する抽出部を具備してもよい。この場合、前記生成部は、前記車両情報の少なくとも一部を含む前記選択用画像を生成可能であってもよい。

前記車両情報は、車両ナンバーの少なくとも一部の情報、車両名情報、車体色情報、車両メーカー情報の少なくとも１つを含んでもよい。

前記生成部は、前記利用者端末を介して入力される検索条件に基づいて、前記選択用画像を生成可能であってもよい。

前記生成部は、前記駐車場と提携する店舗の店舗端末が前記選択済車両に関する情報を読取り可能なコード画像を含む駐車券画像を生成してもよい。この場合、前記送信部は、前記駐車券画像を前記利用者端末に送信してもよい。

前記駐車券画像は、実物の駐車券を模した画像であってもよい。

前記生成部は、前記選択用画像を含むＷｅｂページを生成してもよい。この場合、前記送信部は、前記Ｗｅｂページに関連付けられたＵＲＬ（Uniform Resource Locator）の選択に応じて、前記Ｗｅｂページを前記利用者端末に送信してもよい。

前記駐車場管理システムは、さらに、前記利用者端末を介して入力される精算要求に基づいて、前記利用者端末を介して選択された前記選択済車両に関する駐車料金の精算を実行する精算部を具備してもよい。

前記利用者端末は、前記利用者の携帯端末であってもよい。

前記利用者端末は、前記駐車場に設置された端末、又は前記駐車場と提携する店舗に設置された端末であってもよい。

本発明の一形態に係る情報処理装置は、取得部と、生成部とを具備する。
前記取得部は、駐車場に入場する入場車両の画像を取得する。
前記生成部は、前記入場車両の画像が入場日時を基準として並べられた選択用画像を生成し、前記駐車場の利用者による車両の選択状況を前記選択用画像に反映させる。

本発明の一形態に係る情報処理方法は、コンピュータにより実行される情報処理方法であって、駐車場に入場する入場車両の画像を取得することを含む。
前記入場車両の画像が入場日時を基準として並べられた選択用画像が生成され、前記駐車場の利用者による車両の選択状況が前記選択用画像に反映される。

本発明の一形態に係るプログラムは、コンピュータに以下のステップを実行させる。
駐車場に入場する入場車両の画像を取得するステップ。
前記入場車両の画像が入場日時を基準として並べられた選択用画像を生成し、前記駐車場の利用者による車両の選択状況を前記選択用画像に反映させるステップ。

以上のように、本発明によれば、駐車場を利用者の利便性を向上させることが可能となる。

本発明の一実施形態に係る駐車場管理システムの構成例を示す概略図である。 駐車場の具体的な構成例を示す模式図である。 駐車場の利用者の携帯端末の構成例を示すブロック図である。 携帯端末の機能的な構成例を示すブロック図である。 駐車場管理装置の機能的な構成例を示すブロック図である。 駐車場管制装置の機能的な構成例を示すブロック図である。 入車画像ＤＢに格納される入車画像情報の一例を示す図である。 利用者ＤＢに格納される利用者情報の一例を示す図である。 車両の入場時における処理例を示すフローチャートである。 選択用画像内の入場車両の選択に関する処理例を示すフローチャートである。 操作画面（ＧＵＩ）の一例を示す模式図である（選択用画像）。 操作画面（ＧＵＩ）の一例を示す模式図である（選択用画像）。 操作画面（ＧＵＩ）の一例を示す模式図である（詳細画像及び駐車券画像） 操作画面（ＧＵＩ）の一例を示す模式図である（事前精算時のＧＵＩ） 操作画面（ＧＵＩ）の一例を示す模式図である（事前精算時のＧＵＩ） 車両の出場時における処理例を示すフローチャートである。 限定公開における処理例を示すフローチャートである。 フラップレス式駐車場に対して実行される処理例を示すフローチャートである。

以下、本発明に係る実施形態を、図面を参照しながら説明する。

［駐車場管理システム］
図１は、本発明の一実施形態に係る駐車場管理システムの構成例を示す概略図である。駐車場管理システム５００は、駐車場管制装置５と、携帯端末１０と、駐車場管理装置１５と、管理機関端末２０と、決済機関２５が有する決済サーバ装置と、店舗端末３０とを有する。

これらの端末及び装置は、ネットワーク１を介して相互に通信可能に接続されている。ネットワーク１は、例えばインターネットや広域通信回線網等により構築される。その他、任意のＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）等が用いられてよく、ネットワーク１を構築するためのプロトコルは限定されない。

駐車場管制装置５は、各駐車場６に設置される。駐車場管制装置５は、駐車場６内に設置される各装置の動作を包括的に制御することが可能である。また駐車場管制装置５は、駐車場６内に設置される各装置から種々の情報を集約し、駐車場管理装置１５等に送信することが可能である。また駐車場管制装置５は、駐車場管理装置１５や店舗端末３０等から種々の情報を受信し、種々の動作を実行することが可能である。

駐車場管制装置５は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）等のコンピュータの構成に必要なハードウェアを有する。また駐車場管制装置５は、ネットワーク１を介して他の装置と通信するための通信部を有する。通信部としては、例えばＷｉＦｉ等の無線ＬＡＮモジュールや、モデムやルータ等の通信機器が用いられる。駐車場管制装置５として、例えばＰＣ（Personal Computer）等の任意のコンピュータが用いられる。

図１に示す例では、駐車場Ａには、ゲート装置４８とビーコン装置５１とが設置されている。駐車場Ｂには、ゲート装置４８が設置されている。いずれの駐車場に対しても、本発明を適用することが可能である。

なお、ゲート装置４８は、車両の入場／出場を規制することが可能である。ゲート装置４８に代えて、未精算での駐車スペースからの出庫を規制するフラップ装置（ロック装置）等が設置されてもよい。一方、ゲート装置やフラップ装置が設置されない所謂フラップレス式駐車場に対しても、本発明を適用することが可能である。

携帯端末１０は、駐車場６を利用する利用者により使用される端末である。携帯端末１０として、典型的にはスマートフォンが用いられるが、これに限定されずタブレット端末等の種々のＰＤＡ（Personal Digital Assistant）が用いられてよい。本実施形態において、携帯端末１０は、利用者が操作可能な利用者端末の一実施形態として用いられる。

駐車場管理装置１５は、本実施形態に係る駐車場管理サービスをＷｅｂサービスとし提供可能である。本実施形態では、複数のサーバ装置１６と、データベース（ＤＢ）１７とにより駐車場管理装置１５が構成される。本実施形態において、駐車場管理装置１５は、情報処理装置の一実施形態として用いられる。

各サーバ装置１６は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ等のコンピュータの構成に必要なハードウェアを有する。また各サーバ装置１６は、ネットワーク１を介して他の装置と通信するための通信部を有する。通信部としては、例えばＷｉＦｉ等の無線ＬＡＮモジュールや、モデムやルータ等の通信機器が用いられる。サーバ装置１６として、例えばＰＣ等の任意のコンピュータが用いられる。

ＤＢ１７は記憶部として機能し、本駐車場管理サービスに関する種々の情報を記憶する。例えばＤＢ１７内には、入車画像ＤＢ（図７参照）及び利用者ＤＢ（図８参照）が構築される。その他、例えば会員登録ＤＢ、在車ＤＢ、駐車場（ビーコン）ＤＢ、店舗利用ＤＢ、割引ＤＢ、出庫情報ＤＢ、オーナー情報ＤＢ、種々の履歴ＤＢ、管理情報ＤＢ等の、種々のＤＢが構築されてもよい。

各種のＤＢは、駐車場管理装置１５内のＤＢサーバにより包括的に管理され、例えば駐車場管理サービスを利用する利用者の会員登録及び退会、各駐車場６のオーナー情報の登録及び保管、運営収支情報の記録及び保管等が実行される。

また駐車場管理装置１５内のＷｅｂサーバにより、例えばＷＷＷ（World Wide Web）システムを用いて、本実施形態に係る駐車場管理サービスが提供される。例えばＷｅｂサーバは、ＨＴＭＬ文書でなる種々のＷｅｂページを作成する。Ｗｅｂページには、他のＷｅｂページへのハイパーリンクや、種々の処理を実行するためのリンク情報（例えば実行ファイル名、ＵＲＬ等）が埋め込まれる。

また、駐車場管理装置１５内のＷｅｂ／ＡＰＩサーバにより、種々のリクエストに応じた種々の処理が実行される。例えばＷｅｂ／ＡＰＩサーバにより、各駐車場６の満空車情報の収集及び出力、管理機関端末２０からの遠隔操作の中継等が実行される。

駐車場管理装置１５内により生成されたＷｅｂページは、図１に示す各装置に備えられるＷｅｂブラウザにより画面上に表示される。例えば駐車場６を利用する利用者は、携帯端末１０を操作することで、種々のＷｅｂページを閲覧したり、種々のＷｅｂアプリケーションを利用すること可能である。

なお、本駐車場管理システム５００では会員登録等の所定の手続きを事前に行うことなく、駐車場６を利用することが可能である。従って、駐車場管理装置１５の構成及び機能として、会員登録ＤＢの構築や、会員登録データの管理等を省略することも可能である。

管理機関端末２０は、駐車場オーナーから駐車場６の管理業務を委託された管理機関のオペレーターにより使用される。オペレーターにより、例えば日常の問い合わせ対応、ユーザ対応、駐車場管制装置５の故障時の保守メンテ作業の情報提供等が行われる。管理機関端末２０としては、ＰＣやタブレット端末等が用いられる。

なお駐車場６を所有するオーナー自身で、駐車場６の管理業務を行う場合もある。この場合、オーナーが所有する端末が管理機関端末２０として機能し得る。また管理業務を委託された管理機関が駐車場管理装置１５を保有し、本実施形態に係る駐車場管理サービスを提供することもあり得る。

決済機関２５は、例えば銀行や信販会社等であり、銀行振り込みやクレジットカード決済等により駐車料金の決済（精算）を実行する。駐車場管理装置１５は、決済機関２５の決済サーバ装置に対して、駐車料金の精算の指示や、精算が済んでいるか否か等の精算情報の問い合わせ等を実行する。

店舗端末３０は、駐車場６と割引サービスに関する提携をする各店舗３１に設置される。例えば近隣の商業施設等との間で割引サービスに関する提携が行われる場合等が考えられるが、もちろんこれに限定される訳ではない。

店舗端末３０として、例えば通信機能を有するＰＯＳレジが用いられる。図１に示すように、店舗端末３０には、リーダ３２が接続される。リーダ３２は、バーコードやＱＲコード（登録商標）等のコード画像を読取り、コード画像に格納されている情報を取得する。本実施形態では、リーダ３２として、商品に付せられたバーコードを読取り可能なバーコードリーダが用いられる。もちろん店舗端末３０及びリーダ３２の具体的な構成や種類は限定されない。

図１に示す例では、店舗Ｂには、案内端末（Ｋｉｏｓｋ端末）３３が設置されている。案内装置３３は、店舗Ｂのフロアー情報等の表示機能に加えて、提携する駐車場６の後述する駐車券画像のプリント等の機能を有してもよい。

図２は、駐車場６の具体的な構成例を示す模式図である。駐車場６は、入場口３５及び出場口３６を有する。入場口３５及び出場口３６の間には、中央アイランド３７が設置される。駐車場６の外部から中央アイランド３７を正面に見て、中央アイランド３７の左右には、所定の距離を空けて、入口アイランド３８及び出口アイランド３９が設置される。

本実施形態では、中央アイランド３７と入口アイランド３８とに挟まれた領域が、駐車場６の入場レーン（入場車路）４０となる。入場口３５から駐車場６の構内４１へ向かう方向が、入場レーン４０における車両の進行方向となる。

また、中央アイランド３７と出口アイランド３９とに挟まれた領域が、駐車場６の出場レーン（出場車路）４２となる。構内４１から出場口３６へ向かう方向が、出場レーン４２における車両の進行方向となる。

駐車場６の構内４１には、事前精算機４３、案内装置４４、駐車場管制装置５、駐車場管理ＰＣ４５、駐車場ＤＢ４６が設置される。中央アイランド３７には、入場ゲート装置４８ａ、出場ゲート装置４８ｂ、入口カメラ４９ａ、出口カメラ４９ｂ、スピーカ５０、及びビーコン装置５１が設置される。

また入場レーン４０の地面には、第１の入口ループコイル５２、及び第２の入口ループコイル５３が埋設される。出場レーン４２の地面には、第１の出口ループコイル５４、及び第２の出口ループコイル５５が埋設される。

事前精算機４３、案内装置４４、駐車場管制装置５、駐車場管理ＰＣ４５、駐車場ＤＢ４６は、駐車場６の構内４１に設置された図示しない構内ＬＡＮを介して、互いに通信可能に接続されている。このうち駐車場管制装置５は、ネットワーク１に接続され、駐車場管理装置１５等の他のデバイスと通信可能である。従って、構内ＬＡＮに接続された各デバイスは、駐車場管制装置５を介して、ネットワーク１上のデバイスと通信可能である。

事前精算機４３は、利用者が駐車場６から車両を出場させる前に事前精算を実行することが可能な装置である。例えば、タッチパネル等を有する装置が、事前精算機４３として設置される。

案内装置４４は、駐車場６及び本駐車場管理システム５００に関する種々の情報を案内するための装置である。例えばディスプレイ装置等を有し案内情報を表示可能な装置等が、案内装置４４として用いられる。案内装置４４は、前述の店舗Ｂにおける案内装置３３と同様の機能を持つものでもよい。

駐車場管理ＰＣ４５は、主に駐車場６の係員等により操作され、駐車場６の構内４１の各装置の操作や、駐車場ＤＢ４６に格納された種々のデータの管理等が実行される。本実施形態では、駐車場管理ＰＣ４５を介して入力された指示等に基づいて、駐車場管制装置５が動作する。そして、各装置の操作やデータ管理等が実行される。

駐車場ＤＢ４６には、駐車場６に関する種々のデータが格納され、例えば在車ＤＢや履歴ＤＢ等の任意のＤＢが構築される。もちろん図１に示す駐車場管理装置１５のＤＢ１７に格納されたデータが共有される場合もあり得る。

上記したように、駐車場管制装置５は、駐車場６内に設置される各装置の動作を包括的に制御することが可能である。例えば入場ゲート装置４８ａ、出場ゲート装置４８ｂ、入口カメラ４９ａ、出口カメラ４９ｂ、スピーカ５０、及びビーコン装置５１は、駐車場管制装置５に接続され、その動作が制御される。

入口カメラ４９ａは、入場レーン４０に進入する入場車両の画像（以下、入車画像と記載する）を撮影することが可能である。出口カメラ４９ｂは、出場レーン４２に進入する出場車両の画像（以下、出車画像と記載する）を撮影することが可能である。入口カメラ４９ａ及び出口カメラ４９ｂとしては、例えばＣＭＯＳ（Complementary Metal-Oxide Semiconductor）センサやＣＣＤ（Charge Coupled Device）センサ等のイメージセンサを備えるデジタルカメラが用いられる。その他の種類のカメラが用いられてもよい。本実施形態において、入口カメラ４９ａ及び出口カメラ４９ｂは、駐車場６への入車画像を撮影する撮影部として機能する

ビーコン装置５１は、所定の間隔でビーコン信号を送信する。本実施形態では、ＢＬＥ（Bluetooth Low Energy：Bluetoothは登録商標）規格に準拠した通信を実行するための近距離無線通信部を備えるビーコン装置５１が用いられる。従ってビーコン装置５１により、ＢＬＥ規格に準拠したビーコン信号が送信される。

ビーコン信号には、当該ビーコン信号を識別するためのユニークな識別信号（以下、ビーコンＩＤと記載する）が付加される。例えばビーコンＩＤとして、Bluetooth deviceアドレス（ＢＤアドレス）等が用いられる。ビーコンＩＤは、送信元（ビーコン装置５１）を識別可能な識別情報に相当する。

なお、ＢＬＥ規格に準拠したビーコン信号が用いられる場合に限定されるわけではなく、他の規格に準拠したビーコン信号が用いられてもよい。また送信元が識別可能な識別情報を含む任意の信号が用いられてもよい。本実施形態において、ビーコン装置５１は、送信装置として機能する。

スピーカ５０は、入場レーン４０及び出場レーン４２に進入する車両のドライバーに、音声により種々の情報を通知する。図２に示す例では、ビーコン装置５１とスピーカ５０とが一体的に構成されているが、もちろんこのような構成に限定される訳ではない。

また、例えば駐車場管理装置１５や管理機関端末２０からの遠隔制御信号が、駐車場管制装置５に送信される。これにより入場ゲート装置４８ａ等の各装置の遠隔操作が可能となる。

図３は、駐車場６の利用者の携帯端末１０の構成例を示すブロック図である。携帯端末１０は、ＣＰＵ６０と、メモリ６１と、これらとバス６２を介して接続されるインターフェイス６３とを有する。メモリ６１は、例えばＲＯＭ、ＲＡＭ、フラッシュメモリ等から構成され、種々のデータが記憶される。

インターフェイス６３には、表示部６４、操作部６５、スピーカ６６、マイク６７、通信部６８、近距離無線通信部６９、ＧＰＳセンサ７０、及び加速度センサ７１が接続される。各ブロックの動作は、所定のプログラムに従って動作するＣＰＵ６０により制御される。

表示部６４は、例えば液晶、ＥＬ（Electro-Luminescence）等を用いた表示デバイスであり、本駐車場管理サービスに関するＷｅｂページや種々のＧＵＩ（Graphical User Interface）等が表示される。操作部６５は、例えばキーボード、ポインティングデバイス、タッチパネル、その他の操作装置である。操作部６５がタッチパネルを含む場合、そのタッチパネルは表示部６４と一体となり得る。

スピーカ６６からは、例えば通話音声、音声ガイダンス、アラーム音、音楽コンテンツ等が出力される。マイク６７は、通話や声による指示の入力等を行う際に利用される。

通信部６８は、ネットワーク１を介して、駐車場管理装置１５等の他の装置と通信するための通信モジュールであり、例えばＷｉＦｉ等の無線ＬＡＮモジュールや、所謂３Ｇや４Ｇといった移動通信システム対応モジュールが用いられる。

近距離無線通信部６９は、他のデバイスと近距離無線通信を実行するためのモジュールである。本実施形態では、ＢＬＥ通信を実行することが可能なBluetoothモジュールが設けられる。近距離無線通信部６９により、ビーコン装置５１から送信されたＢＬＥ規格に準拠したビーコン信号を受信することが可能である。その他、ＮＦＣ（Near Field Communication）モジュール等が設けられてもよい。

加速度センサ７１は、携帯端末１０本体の角度、移動、及び向きの変化を出力する。ＧＰＳセンサ７０は、携帯端末１０本体の位置情報を出力する。加速度センサ７１はモーションセンサとして機能し、携帯端末１０のユーザの姿勢や動き等を含むユーザの状態を検出することが可能である。加速度センサ７１は、他にジャイロセンサや地磁気センサを組み合わせた９軸センサであってもよい。

例えばユーザの状態として、歩行中、走行中、電車にて移動中、運転中等の運動状態を検出することが可能である。またユーザの現在地の情報、さらに詳しく屋内であるか、屋外であるか等の状態も検出可能である。これらユーザの状態は、例えば機械学習を用いた行動解析等の、任意の行動解析技術により検出可能である。

図４は、携帯端末１０の機能的な構成例を示すブロック図である。携帯端末１０は、ビーコン受信部７３、選択用画像要求部７４、精算要求部７５、及び車両選択部７６を有する。これらのブロックは、ＣＰＵ６０が所定のプログラムを実行することで構成され、本実施形態に係る駐車場管理方法が実現される。なお各ブロックを実現するためにＩＣ（集積回路）等の専用のハードウェアが適宜用いられてもよい。

ビーコン受信部７３は、近距離無線通信部６９により受信されたビーコン信号の受信状態を検出し、受信状態情報を生成する。本実施形態では、受信したビーコン信号のビーコンＩＤ、信号強度（電波強度）、及び受信時間を含む受信状態情報が生成される。なおビーコン信号は、例えば７００ｍｓ～１０ｓ等の間隔で送信される。ビーコン受信部７３は、ビーコン信号を受信する度に、受信状態情報を生成する。受信状態情報を生成するタイミングや間隔が、ビーコン信号の送信間隔とは異なるように設定されてもよい。

精算要求部７５は、ネットワーク１を介して、駐車場管理装置１５に、駐車料金の精算を要求する。例えばユーザの指示に応じて、精算要求が駐車場管理装置１５に送信される。あるいは精算方法が固定されている場合は、駐車場料金の発生後、自動的に精算要求が送信されてもよい。

選択用画像要求部７４は、選択用画像の送信要求を送信する。例えば利用者により、携帯端末１０に、選択用画像を表示するための操作が入力される。当該操作に応じて、選択用画像要求部７４により、選択用画像の送信要求が、駐車場管理装置１５に送信される。選択用画像を表示するための具体的な操作や、選択用画像の送信要求として送信される具体的な信号（データ）の形式等は限定されない。

車両選択部７６は、選択用画像内の入場車両を選択する選択指示を送信する。例えば利用者により、携帯端末１０に、選択用画像内の入場車両を選択するための操作が入力される。当該操作に応じて、車両選択部７６により、入場車両の選択指示が、駐車場管理装置１５に送信される。入場車両を選択するための具体的な操作や、入場車両の選択指示として送信される具体的な信号（データ）の形式等は限定されない。

図５は、駐車場管理装置１５の機能的な構成例を示すブロック図である。駐車場管理装置１５は、入車画像管理部７８、利用者管理部７９、駐車場情報プッシュ通知部（以下、プッシュ通知部と記載する）８０、及び車両情報読取部８１を有する。また駐車場管理装置１５は、店舗利用情報取得部８２、精算受付部８３、選択指示受付部８４、画像送信部８５、選択用画像生成部８６、及び駐車券画像生成部８７を有する。

これらのブロックは、例えば駐車場管理装置１５内の、ＤＢサーバ、メールサーバ、Ｗｅｂサーバ、Ｗｅｂ／ＡＰＩサーバ等の種々のサーバ装置１６により実現される。すなわち各サーバ装置１６のＣＰＵが所定のプログラムを実行し、装置内のハードウェア資源と協働することで構成され、本実施形態に係る駐車場管理方法及び情報処理方法が実現される。各サーバ装置１６にプログラムをインストールする方法は限定されない。

入車画像管理部７８は、各駐車場６にて撮影された入車画像を管理し、入車画像ＤＢ（図７参照）への入車画像情報の書き込みや削除等を実行する。利用者管理部７９は、各駐車場６を利用する利用者を管理し、利用者ＤＢ（図８参照）への利用者情報の書き込みや削除等を実行する。

プッシュ通知部８０は、各駐車場６を利用する利用者の携帯端末１０に、種々の情報をプッシュ通知で送信する。

車両情報読取部８１は、入車画像に基づいて、入場車両に関する車両情報を抽出する。例えば車両情報として、車両ナンバーの少なくとも一部の情報、車両名情報、車体色情報、車両メーカー情報等が抽出される。

車両ナンバー（陸運支局名、分類番号、平仮名、４桁の一連番号等）の少なくとも一部の情報は、例えばナンバープレートの一部分を抽出する画像処理や、ＯＣＲ（Optical Character Recognition）処理等の技術により、読取り可能である。もちろん他の任意の技術が用いられてもよい。

車両情報等は、後述する会員登録時に利用者が申請して登録する場合もあるが、未登録の場合には、車両情報を抽出するための任意のアルゴリズム等が用いられてよい。また機械学習等が実行されてもよい。また、インターネット等を介して、車両情報の照会等が実行されてもよい。

車両情報として、上記した車両ナンバーの少なくとも一部の情報、車両名情報、車体色情報、車両メーカー情報の少なくとも１つや、これらを組み合わせた情報が抽出されてもよい。もちろんここに挙げた情報とは異なる他の情報が、車両情報として抽出されてもよい。

店舗利用情報取得部８２は、駐車場６と提携する店舗３１における、利用者の店舗利用状況を含む店舗利用情報を取得する。例えば、店舗３１で利用者が買物等をした場合、その買物情報が、店舗端末３０から駐車場管理装置１５に送信される。店舗利用情報取得部８２は、店舗端末３０から送信される買物情報を受信する。

精算受付部８３は、携帯端末１０から送信された精算要求を受付け、駐車料金の精算処理を実行する。例えば図１に示す決済機関２５に、駐車料金の精算の指示が送信される。携帯端末１０から送信される精算要求として、本駐車場管理サービスに関するポイントによる精算が要求されている場合には、利用者ＤＢ内のポイント残高に基づいて、ポイント精算処理が実行される。その他、駐車料金の精算方法は限定されず、商品の購入に応じた料金割引を含む精算方法や、デビッドカード決済や電子マネーによる支払い等、任意の精算方法が採用されてよい。

選択指示受付部８４は、携帯端末１０の車両選択部７６から送信される選択指示を受付ける。

選択用画像生成部８６は、後に説明する選択用画像を生成する。本実施形態では、選択用画像生成部８６は、選択用画像を含むＷｅｂページを生成することが可能である。

駐車券画像生成部８７は、後に説明する駐車券画像を生成する。本実施形態では、選択用画像生成部８６は、駐車券画像を含むＷｅｂページを生成することが可能である。

画像送信部８５は、選択用画像生成部８６により生成された選択用画像、及び駐車券画像生成部８７により生成された駐車券画像を、携帯端末１０に送信する。本実施形態では、画像送信部８５により、選択用画像を含むＷｅｂページや、駐車券画像を含むＷｅｂページを送信することが可能である。

本実施形態では、画像送信部８５は、携帯端末１０の選択用画像要求部７４から送信される選択用画像の送信要求に基づいて、選択用画像が携帯端末１０に送信される。例えば、利用者により、選択用画像を含むＷｅｂページに関連付けられたＵＲＬを選択する操作が入力される。当該操作に応じて、選択用画像要求部７４から駐車場管理装置１５に送信要求が送信される。

あるいは、選択用画像を含むＷｅｂページＵＲＬの情報が格納されたＱＲコードが、携帯端末１０により読み取られる。当該読取り処理に応じて、選択用画像要求部７４から駐車場管理装置１５に送信要求が送信される。

画像送信部８５は、携帯端末１０から送信された送信要求に応じて、選択用画像を含むＷｅｂページを携帯端末１０に送信する。なお、駐車券画像（Ｗｅｂページ）の送信について、同様な処理が実行されてもよい。

なお図５に示すように、本実施形態では、画像送信部８５内に条件判定部が構成される。条件判定部は、選択用画像の送信に関する条件を満たすか否かを判定する。そして条件を満たす場合には、選択用画像を携帯端末１０に送信する。この条件判定については、後の＜選択用画像の限定公開による管理方法＞の中で詳しく説明する。

本実施形態において、入車画像管理部７８は、駐車場に入場する入場車両の画像を取得する取得部として機能する。車両情報読取部８１は、入場車両の画像に基づいて、入場車両に関する車両情報を抽出する抽出部として機能する。

精算受付部８３は、利用者端末を介して入力される精算要求に基づいて、利用者端末を介して選択された選択済車両に関する駐車料金の精算を実行する精算部として機能する。

選択用画像生成部８６は、入場車両の画像が入車日時を基準として並べられた選択用画像を生成し、駐車場の利用者による車両の選択状況を選択用画像に反映させる生成部として機能する。駐車券画像生成部８７も、生成部の一部として機能する。

画像送信部８５は、選択用画像を、利用者が操作可能な利用者端末に送信する送信部として機能する。また選択指示受付部８４は、利用者端末を介して入力される選択用画像内の入場車両を選択する選択指示を受付ける受付部として機能する。

図６は、駐車場管制装置５の機能的な構成例を示すブロック図である。駐車場管制装置５は、車両検知部８９、カメラ制御部９０、ビーコン装置制御部９１、ゲート装置制御部９２、画像送信部９３、精算確認部９４、及び入場・出場制御部９５を有する。

これらのブロックは、駐車場管制装置５のＣＰＵが所定のプログラムを実行し、装置内のハードウェア資源と協働することで構成され、本実施形態に係る駐車場管理方法が実現される。駐車場管制装置５にプログラムをインストールする方法は限定されない。

車両検知部８９は、第１及び第２の入口ループコイル５２及び５３から出力される信号に基づいて、入場レーン４０への車両の進入及び構内４１への車両の進入を検知する。また第１及び第２の出口ループコイル５４及び５５から出力される信号に基づいて、出場レーン４２への車両の進入及び外部への車両の出場を検知することが可能である。

なお、入場レーン４０及び出場レーン４２に進入する車両を検知する構成として、他の任意の構成が採用されてもよい。例えば赤外線等を利用した光学式センサ等が用いられてもよい。

カメラ制御部９０は、入口カメラ４９ａ及び出口カメラ４９ｂの動作を制御する。例えばカメラ制御部９０により、撮影のトリガー信号が送信され、入口カメラ４９ａ及び出口カメラ４９ｂにより入場車両及び出場車両が撮影される。これにより入車画像及び出車画像が生成される。トリガー信号は、例えば第１の入口ループコイル５２及び第１の出口ループコイル５４の出力を、それぞれ入口カメラ４９ａ及び出口カメラ４９ｂ用のトリガー信号として用いてもよいが、別途トリガーセンサを設置してもよい。

ビーコン装置制御部９１は、ビーコン装置５１の動作を制御する。例えばビーコン装置制御部９１が動作することで、所定のタイミングや、所定の間隔でビーコン信号が送信される。

画像送信部９３は、入口カメラ４９ａ及び出口カメラ４９ｂにより撮影された入車画像及び出車画像を、駐車場管理装置１５に送信する。

精算確認部９４は、出場レーン４２に進入する出場車両の精算状態について確認する。本実施形態では、精算確認部９４により、出車画像の照会、及び精算情報の照会が実行される。もちろん、出車画像の照会等が実行される際には、画像送信部９３による出車画像の送信等の、他のブロックによる処理が協働して実行される。

入場・出場制御部９５は、入場の可否、及び出場の可否を判断する。例えば入場・出場制御部９５により、入場レーン４０に進入する入場車両の入車画像に基づいて、入場の可否が判断される。また入場・出場制御部９５により、出場車両の精算状態に基づいて、出場の可否が判断される。もちろん精算状態は、精算確認部９４により確認される。

図７は、入車画像ＤＢに格納される入車画像情報の一例を示す図である。入車画像情報９７は、駐車場６ごとに管理される情報である。図７では、１つの駐車場６に関する入車画像ＤＢが図示されている。

入車画像情報９７は、入車画像に付せられる入車画像ＩＤと、入車画像とを含む。また入車画像情報９７は、公開ステータス、精算ステータス、入場日時、出場日時、選択フラグ、車両ナンバー、及び車両関連情報を含む。

公開ステータスは、入車画像の公開方法に関する情報である。例えば後に説明する「一般公開」及び「限定公開」等が挙げられる。精算ステータスは、駐車料金の精算状態に関する情報である。例えば、「精算済」「未精算」等が挙げられる。

駐車場６への入場日時を規定する方法は限定されない。本実施形態では、入口カメラ４９ａにより入車画像が撮影された撮影日時が、入場日時として記憶される。もちろん、入場ゲート装置４８ａが開いた日時や、車両が通過して入場ゲート装置４８ａが閉じられた日時等が、入場日時として記憶されてもよい。なお、撮影日時とは異なる日時が、入場日時として採用される場合には、撮影日時が別途入車画像情報９７として記憶されてもよい。

同様に、駐車場６からの出場日時を規定する方法は限定されない。本実施形態では、出口カメラ４９ｂにより出場車両が撮影された撮影日時が、出場日時として記憶される。他の日時の情報が、適宜出場日時として記憶されてもよい。この場合、出場車両が撮影された撮影日時が別途入車画像情報９７として記憶されてもよい。なお、入車画像情報９７に出場日時が記憶された後に所定の条件を満足すれば、当該情報は後述するように履歴ＤＢに格納される。

選択フラグは、選択用画像内において、利用者により入車画像が選択されたか否かを示す情報である。具体的には、選択用画像内の入車画像を選択する選択指示が受付けられたか否かを示す情報となる。例えば、携帯端末１０を介して利用者により入車画像を選択する操作が入力された場合には、駐車場管理装置１５に選択指示が送信される。その選択指示が受付けられると、選択対象となった入車画像について選択フラグが付せられる。

本開示では、利用者が入車画像を選択することは、利用者が入車画像に映っている入場車両を選択することと同等の意味であるとする。従って、例えば携帯端末１０を介して選択用画像内の入場車両を選択するといったことや、選択指示が受付けられた入場車両といったことが成り立つ。

また、選択指示が受付けられた入場車両のことを選択済車両とし、選択指示が受付けられていない入場車両のことを未選択車両とする。図７に示す選択フラグが付せられた入場車両が選択済車両となり、選択フラグが付せられてない入場車両が未選択車両となる。

車両関連情報は、車両ナンバーを除く、他の任意の車両情報を含む情報である。例えば上記した車両名情報、車体色情報、車両メーカー情報等が、車両関連情報として記憶される。

図８は、利用者ＤＢに格納される利用者情報の一例を示す図である。利用者情報９８は、利用者ＩＤ、入車画像ＩＤ、利用者携帯端末ＩＤ、携帯電話番号、メールアドレス、クレジット情報、利用履歴、ポイント残高等を含む。

利用者情報９８は、利用者により選択用画像内の入車画像（入場車両）が選択された際に生成される。利用者情報９８については、後述する。

＜選択用画像の一般公開による管理方法＞
まず選択用画像の一般公開による駐車場管理方法を説明する。図９は、車両の入場時における処理例を示すフローチャートである。

駐車場管制装置５により、入場車両を検知するか否かが監視される（ステップ１０１）。入場車両が検知された場合は（ステップ１０１のＹＥＳ）、入口カメラ４９ａにより、入車画像が撮影される（ステップ１０２）。

入場ゲート装置４８ａが開けられ（ステップ１０３）、車両の通過が検知されると、入車画像が駐車場管理装置１５に送信される（ステップ１０４のＹＥＳからステップ１０５）。そして、入場ゲート装置４８ａが閉じられて、入場が完了する（ステップ１０６）。

駐車場管理装置１５は、入車画像を受信し（ステップ１０７）、図７に示す入車画像情報９７を生成して、入車画像ＤＢに登録する（ステップ１０８）。車両情報読取部８１により車両情報が抽出され（ステップ１０９）、入車画像情報９７として記憶される（ステップ１１０）。例えば図７に示す車両ナンバーや車両関連情報が記憶される。

図１０は、選択用画像内の入場車両の選択に関する処理例を示すフローチャートである。図１１～図１３は、携帯端末１０に表示される操作画面（ＧＵＩ）の一例を示す模式図である。

例えば、図２に示す案内装置４４に、「画像公開サイトにアクセスして、お客さまの車両を選択してください」といった、選択用画像から入車画像を選択する旨の案内が表示される。案内には、例えば選択用画像を含むＷｅｂページに関連付けられたＵＲＬが表示されている。あるいは、選択用画像を含むＷｅｂページＵＲＬの情報が格納されたＱＲコードが表示されている。

利用者は、携帯端末１０を介して、表示されているＵＲＬを入力する。あるいは、利用者は、携帯端末１０を用いて、表示されているＱＲコードを読み取る。これにより、図１０に示すように、携帯端末１０から選択用画像の送信要求が、駐車場管理装置１５に送信される（ステップ２０１）。

駐車場管理装置１５は、送信要求を受信する（ステップ２０２）。そして選択用画像を生成し（ステップ２０３）、携帯端末１０に送信する（ステップ２０４）。送信された選択用画像は、携帯端末１０により受信され表示される（ステップ２０５）。

図１１は、選択用画像の一例を示す模式図である。図１１に示すように、選択用画像１００は、入車画像１０１が、入場日時を基準として並べられた画像である。本実施形態では、入場日時が直近のもの（現在時刻に最も近いもの）が上位に表示されるように、入車画像１０１が並べられる。これにより、駐車場に車両を停めた利用者がすぐに選択用画像１００を表示させた場合には、一覧の上位に表示される自車両を容易に見つけることが可能となる。

このような、できるだけ早く選択用画像を表示させた方が自車両を見つけやすいという効果は、車両を停めたらすぐに選択用画像を表示させ自車両を選択するという操作を、利用者に促すことが可能となる。

図１１等に示すように、本実施形態では、入車画像１０１と合わせて、入場車両に関する情報が表示される。具体的には、入場時刻、入場ゲート名、車両ナンバーが表示される。このように、入車画像１０１と合わせて、車両情報の少なくとも一部を含む選択用画像を生成することも可能である。これにより、利用者は、車両情報等を確認しつつ自車両を探すことが可能となり、高いユーザビリティが発揮される。もちろん入車画像１０１のみが、入場日時を基準として並べられてよい。

また図１１Ｂに示すように、選択用画像１００には、駐車場の利用者による車両の選択状況が反映される。具体的には、他の利用者により選択された選択済車両１０１ａが、未選択車両１０１ｂと区別可能に表示される。例えば選択済車両１０１ａよりも未選択車両１０１ｂが強調されるように、各々の表示が制御される。これにより、ユーザは、さらに容易に自車両を選択することが可能となる。

例えば、車両を停めてから時間が経過した後（例えば２時間後等）に自車両を選択する場合を考える。この場合、自車両の入車画像は、選択用画像１００の一覧において、下位の方に表示されていしまっている場合があり得る。

図１１Ｂに示すように、本実施形態では、未選択車両１０１ｂと選択済車両１０１ａとが区別可能に表示される。従って、利用者は、選択用画像１００をスクロールしながら、２時間前あたりに入場した入場車両の中から。容易に自車両を見つけることが可能となる。しかも、自車両以外の車両は、もっと早いタイミングで選択されている場合が多い。従って選択されていない自車両は十分に強調されて表示されている場合が多く、容易に見つけることが可能である。

なお、選択用画像１００の画像構成は限定されず任意に設計されてよい。また未選択車両１０１ｂと選択済車両１０１ａとを区別して表示する具体的な方法や、未選択車両１０１ｂを選択済車両１０１ａよりも強調して表示具体的な方法等も限定されず、任意の表示方法が採用されてよい。

例えば、選択済車両１０１ａを非表示にすることも可能である。これにより未選択車両１０１ｂのみが絞り込まれるので、容易に自車両を選択することが可能となる。

図１０に戻り、利用者により入車画像検索が実行される（ステップ２０６）。入車画像検索は、検索条件を入力することで、入車画像１０１の絞り込みを実行する処理である。

図１２は、入車画像検索の一例を示す模式図である。例えば図１２Ａに示す例では、入場時間に関する検索条件として「２時間前に入場した車両」が画面上部のスクロールバー上に表示され、その表記部を選択することで入力される。携帯端末１０には、検索条件に基づいて、入場時刻が２時間以上前の入場車両が、入場日時を基準として並べられた選択用画像１００'が表示される。

入力可能な検索条件は限定されない。例えば図１２Ｂに例示するように、「出場車は除く」「精算済みは除く」「入場ゲート別」「全部表示」「時刻検索」「ナンバー検索」「車名検索」「車体色検索」「メーカー名検索」等の任意の検索条件が入力可能であってよい。例えば車両情報読取部８１により抽出された車両情報に関する検索条件により絞り込むを行うことで、容易に自車両を見つけることが可能となる。

検索条件を入力する具体的な方法は限定されず、任意に設定されてよい。例えば、図１２Ｂに示すような検索条件選択部１０２の中から、所望の検索条件が選択されて入力される。その他、キーワードを入力するキーワード検索等が実行可能であってもよい。

また検索処理の具体的な方法も限定されない。例えば、携帯端末１０から検索条件を含む検索要求が駐車場管理装置１５に送信される。そして駐車場管理装置１５により、検索条件に基づいて、選択用画像１００が更新されてもよい。更新された選択用画像１００は、携帯端末１０に送信され表示される。

あるいは、携帯端末１０にて、検索条件に基づいて、選択用画像１００が更新されてもよい。この場合、入車画像ＤＢに格納された車両ナンバーや車両関連情報が、適宜携帯端末１０に送信され利用されてもよい。その他、入車画像検索を実現するために任意の処理が実行されてよい。

入車画像検索により、自車両の選択時の候補が絞りやすくなるので、利用者は容易に自車両を選択することが可能となる。

図１３Ａは、入場車両の選択時のＧＵＩの一例を示す模式図である。例えば図１１等に示す選択用画像１００から、入車画像１０１が選択される。そうすると図１３Ａに示すように、詳細画像１０３が表示される。

詳細画像１０３は、入車画像１０１の拡大画像と、入場車両に関する詳細情報が表示される。図１３Ａに示す例では、入場時刻、入場ゲート名、車両ナンバー、車両名、車体色、車両メーカーが表示される。利用者は、詳細画像１０３を確認しながら、最終的な判断を行うことが可能である。

自車両ではないと判断した場合は、例えば戻るボタンが押される。これにより選択用画像１００の表示に戻る。あるいは次へボタンが押される。これにより選択用画像１００内の次の入車画像１０１に関する詳細画像１０３が表示される。

自車両であると判断した場合には、決定ボタンが押される。決定ボタンを押す操作は、入車画像の選択操作の入力に相当する。

図１０に戻り、自車両を選択する操作が入力されると、携帯端末１０から入車画像の選択指示が、駐車場管理装置１５に送信される（ステップ２０７）。

駐車場管理装置１５は、入車画像の選択指示を受信する（ステップ２０８）。受信した入車画像に関する入車画像情報９７について、選択フラグが付与される（ステップ２０９）。これにより、選択された入場車両は、選択済車両となる。

また駐車場管理装置１５により、図８に示す利用者情報９８が生成され、利用者ＤＢに登録される（ステップ２１０）。まず利用者ＩＤが設定され、選択された入車画像の入車画像ＩＤが記憶される。

利用者携帯端末ＩＤは、例えば受信した選択指示に基づいて、適宜設定される。あるいは、機器を識別可能な情報が、駐車場管理装置１５から携帯端末１０に要求され、その応答情報から、利用者携帯端末ＩＤが生成されてもよい。

携帯電話番号、メールアドレス、クレジット情報、利用履歴、ポイント残高等の利用者情報は、例えば、入車画像の選択後、所定の入力画面等を表示させることで、利用者に入力してもらう。この利用者情報の入力を、会員登録の処理として、利用者に行ってもらってもよい。すなわち、入車画像の選択をきっかけとして、会員登録が行われてもよい。

利用者ＤＢに記憶される情報は限定されない。例えば、精算処理に必要な情報が、利用者により入力される。もちろん、入車画像の選択時に代えて、精算が行われるタイミングで、精算処理に必要な情報が利用者により入力されてもよい。

駐車場管理装置１５により、駐車券画像が生成され（ステップ２１１）、携帯端末１０に送信される（ステップ２１２）。送信された駐車券画像は、携帯端末１０により受信され表示される（ステップ２１３）。

図１３Ｂは、駐車券画像の一例を示す模式図である。駐車券画像１０５は、実物の駐車券画像を模した画像であり、コード画像１０６を含む。コード画像１０６は、駐車場６と提携する店舗３１の店舗端末３０が、選択済車両に関する情報を読取り可能なコード画像である。

図１３Ｂに示す例では、店舗端末３０のリーダ３２が読取り可能なバーコードが、コード画像１０６として表示される。コード画像１０６には、選択済車両に関する情報として、例えば図７に示す入車画像ＩＤや図８に示す利用者ＩＤが記憶される。その他、利用者が選択した入場車両（選択済車両）を特定可能な任意の情報が記憶されてよい。

例えば利用者が提携店舗にて買物をした場合には、レジにてコード画像１０６を含む駐車券画像１０５を提示する。店舗端末３０のリーダ３２によりバーコードが読み取られ、例えば入車画像ＩＤが取得される。店舗端末３０により、利用者の買物に関する買物情報が、入車画像ＩＤとともに、駐車場管理装置１５に送信される。

これにより駐車場管理装置１５の精算受付部８３は、買物情報に基づいて、利用者により選択された入場車両の駐車料金の買物情報に基づいた割引料金を含む精算処理を実行することが可能となる。このように、駐車券画像１０５を生成して携帯端末１０に表示させることで、駐車場６で駐車券を発行しなくとも、商業施設等での買物の際に、駐車場６の利用情報と買物情報とを紐付けることが可能となる。この結果、買物に応じた割引サービス等を実施することが可能となる。

また駐車券画像１０５として、実物の駐車券を模した画像を生成することで、実物の駐車券を取り扱うように、駐車券画像を利用することが可能となる。この結果、駐車券画像の提示を忘れてしまうといったことを防ぐことが可能となり、高いユーザビリティが発揮される。

例えば図１３Ｂに示すダウンロードボタン１０７を選択することで、駐車券画像１０５を携帯端末１０の写真フォルダ等にダウンロードすることが可能である。これにより、時間と場所を選ばすいつでも駐車券画像１０５を提示することが可能となり、利用者にとって時間が有効に使える。また使い勝手がよい。さらに、駐車券画像１０５の使用法についてどこにいる係員にでも尋ねることができるので利便性がよい。

なお、コード画像１０６として、バーコード以外のコード画像が用いられてもよい。例えばＱＲコード等、店舗端末３０で読取り可能な任意のコード画像が用いられてよい。また駐車券画像１０５の具体的な構成も限定されない。例えば実物の駐車券を模していない画像が用いられてもよい。

店舗端末３０から送信される買物情報は、例えば所定の買物情報ＤＢに、入車画像と紐づけて記憶される。あるいは、図７に示す入車画像ＤＢや、図８に示す利用者ＤＢに、買物情報が格納されてもよい。

図１４及び図１５は、利用者による精算時のＧＵＩの一例を示す模式図である。ここでは、選択用画像１００を介して入車画像１０１を選択した利用者により、本駐車場管理サービスを利用するためのアプリケーション（プログラム）がダウンロードされた場合を例に挙げる。すなわち、ネイティブアプリケーションが利用されて、精算処理が実行される場合を例に挙げる。もちろん、Ｗｅｂアプリケーションを介して、Ｗｅｂブラウザにより表示されるＷｅｂページ上で、精算処理が実行可能であってもよい。

図１４Ａに示すように、携帯端末１０には、まずプッシュ通知画面１０８が表示される。本駐車場管理サービスでは、駐車場６から出場する前の事前精算が推奨されている。従ってプッシュ通知画面１０８には、精算処理を実行するためのアプリケーションの起動ボタン１０９が表示される。

プッシュ通知画面１０８を介してアプリケーションが起動されると、図１４Ｂに示すように、現状表示画面１１０が表示される。現状表示画面１１０には、入場時刻を含む駐車ステータス情報１１１と、現在までの駐車料金に関する情報１１２と、駐車場及び車両の情報１１３と、精算操作ボタン１１４と、設定ボタン１１５と、利用履歴ボタン１１６とが表示される。

設定ボタン１１５は、利用者情報の変更等を行う場合に選択され、所定の設定画面に遷移される。利用履歴ボタン１１６が選択されると、本駐車場管理サービスの現在までの利用履歴が表示される。

現状表示画面１１０の精算操作ボタン１１４が選択されると、図１５Ａに示すように、精算操作初期画面１１７が表示される。精算操作初期画面１１７には、精算ボタン１１８と、精算対象となる駐車料金に関する情報１１９と、利用情報ボタン１２０と、ポイント残高の情報１２１とが表示される。利用情報ボタン１２０が選択されると、利用情報の詳細が表示される。

精算操作初期画面１１７の精算ボタン１１８が選択されると、図１５Ｂに示すように、精算操作確認画面１２２が表示される。精算操作確認画面１２２は、精算対象となる駐車料金、入場時刻、車両の情報等を含む精算情報１２３と、支払い方法の選択用のラジオボタン１２４と、クレジットカード情報１２５と、他のカードへの切り替えボタン１２６と、精算の実行ボタン１２７とが表示される。

所望する支払い方法を変更する場合にはラジオボタン１２４を選択し、精算の実行ボタン１２７が選択されると、精算要求が駐車場管理装置１５に送信される。そして精算処理が完了すると、その旨が携帯端末１０に返され、図１５Ｃに示す精算完了画面１２８が表示される。

精算完了画面１２８には、精算内容の情報１２９が表示される。また所定の時間（本例では５分）以内に、車両を出場すべき旨のテキスト情報が表示される。なお常時クレジット精算を実行する旨の登録がされている場合には、支払い方法は、カード支払いに固定される。

また常時クレジット精算を実行する旨の登録がされている場合には、例えば図１４Ａに示すプッシュ通知画面１０８、あるいは図１４Ｂに示す現状表示画面１１０において、その旨が表示されてもよい。そして精算操作を促すことなく、図１５Ｃに示す精算完了画面１２２に進んでもよい。

なお駐車料金の算出については、例えば入場時刻と、精算要求を受付けたタイミングでの現在時刻との差異により駐車時間を算出する。この駐車時間と、所定の料金体系の情報とに基づいて、駐車料金が算出される。また店舗端末３０から買物情報を取得している場合には、買物情報に基づいて割引料金を算出し、駐車料金に適宜反映させる。

精算処理が完了した場合には、図７に示す入車画像情報９７の精算ステータスが、「未精算」から「精算済」に更新される。

図１６は、車両の出場時における処理例を示すフローチャートである。駐車場管制装置５により、出場車両を検知するか否かが監視される（ステップ３０１）。出場車両が検知された場合は（ステップ３０１のＹＥＳ）、出口カメラ４９ｂにより、出車画像が撮影される（ステップ３０２）。

駐車場管制装置５により、出車画像及び精算情報が照会される（ステップ３０３、３０４）。具体的には、出車画像が駐車場管理装置１５に送信され、対応する車両の入車画像情報９７が存在するか否かが照会される。そして入車画像情報９７が存在する場合は、精算ステータスは「精算済」であるか否かが照会される。駐車場管理装置１５は、照会に応答して、照会結果を駐車場管制装置５に送信する。

駐車場管制装置５は、駐車場管理装置１５から送信される照会結果に基づいて、出場可か否かを判定する（ステップ３０５）。出場車両に関する入車画像情報９７が存在しない場合、あるいは精算ステータスが「未精算」である場合には、出場不可として判定する（ステップ３０５のＮＯ）。そして、未精算通知を実行する（ステップ３０６）。本実施形態では、スピーカ５０から未精算である旨の音声が出力される。

出場車両が精算済の車両である場合には、出場可として出場ゲート装置４８ｂが開けられる（ステップ３０５のＹＥＳからステップ３０７）。

車両の通過が検知されると、出場情報が駐車場管理装置１５に送信される（ステップ３０８のＹＥＳからステップ３０９）。出場情報は、出場日時や駐車料金等の出場車両に関する任意の情報を含む。出場情報は、例えば駐車場管理装置１５のＤＢ１７に構築された履歴ＤＢ等に格納される。また出場情報に基づいて、図７に示す入車画像情報９７に出場日時が記憶される。

出場ゲート装置４８ｂが閉じられて、出場が完了する（ステップ３１０）。

＜選択用画像の限定公開による管理方法＞
次に、選択用画像の限定公開による駐車場管理方法を説明する。限定公開とは、選択用画像の公開に条件が設定され、条件を満たす場合に選択用画像が携帯端末１０に送信される管理方法である。

図１７は、限定公開における処理例を示すフローチャートである。図１７に示すステップ４０２までの処理（図示省略）は、図１０に示すステップ２０２までの処理と同様である。また図１７に示すステップ４０４及び４０５以降の処理（図示省略）は、図１０に示すステップ２０３及び２０４以降の処理と同様である。

すなわち限定公開における処理では、携帯端末１０から送信された選択用画像の送信要求が受信されると、駐車場管理装置１５の画像送信部８５内に構築される条件判定部により、選択用画像を送信するための送信条件が満たされているかどうかが判定される（ステップ４０３）。

本実施形態では、携帯端末１０に関する条件が、送信条件として設定される。例えば、送信条件として、携帯端末１０の位置が所定の範囲内であるか否かが判定される。携帯端末１０のＧＰＳセンサ７０により出力される位置情報に基づいて、送信条件を満たしているか否かを判定することが可能である。

所定の範囲としては、例えば駐車場６の敷地内や、駐車場６の周辺も含む範囲等が設定される。また、提携している店舗３１の敷地内やその周辺を含む範囲も含めて、所定の範囲が設定されてもよい。その他、本駐車場管理サービスを利用する利用者が存在するであろう範囲や、行くであろう範囲が適宜設定されてよい。

送信条件の他の例として、携帯端末１０が、所定の信号を受信しているか否かが判定されてもよい。本実施形態では、例えば、ビーコン装置５１から出力されたビーコン信号が受信されているか否かを、送信条件として設定することが可能である。例えば携帯端末１０のビーコン受信部７３により生成されるビーコンＩＤを含む受信状態情報に基づいて、送信条件を満たしているか否かを判定することが可能である。

駐車場６に設置されたビーコン装置５１から出力されるビーコン信号の受信の有無を送信条件とすることは、利用者が駐車場６内やその周辺に存在することを送信条件とすることと同様の意味であるとも言える。例えば、提携している店舗３１にビーコン装置を設置し、そのビーコン装置から出力されるビーコン信号の受信の有無を送信条件とすることも可能である。すなわち、本駐車場管理サービスを利用する利用者が存在するであろう範囲や、行くであろう範囲に設置されるビーコン装置からのビーコン信号の受信の有無が、送信条件として設定されてもよい。

送信条件の他の例として、携帯端末１０から送信される送信要求が、所定の通信経路を介して送信されているか否かが判定されてもよい。例えば、駐車場６に設置されたＷｉＦｉアクセスポイント等を介して送信要求が送信された場合には、送信条件を満たすと判定される。このような処理も可能である。

駐車場６に設置されたアクセスポイント等を経由する通信経路が利用されているか否かを送信条件とすることは、利用者が駐車場６内やその周辺に存在することを送信条件とすることと同様の意味であるとも言える。例えば、提携している店舗３１に設置されたアクセスポイントを経由している場合は、送信条件が満たされていると判定さてもよい。すなわち、本駐車場管理サービスを利用する利用者が存在するであろう範囲や、行くであろう範囲に設置されるアクセスポイントを介して送信要求が送信されているか否かが、送信条件として設定されてもよい。

その他、任意の送信条件が設定されてよい。例えば、提携している店舗３１の案内装置３３に表示されたＱＲコード等の所定のコード画像を読み取ったか否かが、送信条件として設定されてもよい。すなわち本駐車場管理サービスを利用する利用者が存在するであろう範囲や、行くであろう範囲にて表示される所定のコード画像等を読み取ったか否かが、送信条件として設定されてもよい。

その他、駐車場６を利用していることを判定可能な情報の取得の有無が、送信条件として設定されてもよい。駐車場６を利用していることを判定可能な情報は、任意に設定されてよい。例えば上記した位置情報、ビーコン信号のビーコンＩＤ、アクセスポイントの情報等は、駐車場６を利用していることを判定可能な情報とも言える。

なお、送信条件を満たすか否かを判定するための情報が、携帯端末１０と駐車場管理装置１５との間で、送信及び受信されてもよい。例えば、駐車場管理装置１５から携帯端末１０に、位置情報、受信状態情報、アクセスポイント情報等が要求され、携帯端末１０からの応答に基づいて、送信条件が満たされているか否かが判定されてもよい。

あるいは、携帯端末１０側で、送信要求を送信する際に、位置情報、受信状態情報、アクセスポイント情報等が、合わせて駐車場管理装置１５に送信されてもよい。その他、送信条件を満たしているか否かの判定するために、種々の処理が実行されてよい。

送信条件が満たされている場合には（ステップ４０３のＹＥＳ）、選択用画像が生成されて送信される（ステップ４０４、４０５）。送信条件が満たされていない場合には（ステップ４０３のＮＯ）、非公開処理が実行される（ステップ４０６）。

例えば選択用画像の部分がブランクとなっているＷｅｂページが携帯端末１０に送信される。あるいは、選択用画像を送信できない旨のエラー通知を含むＷｅｂページが携帯端末１０に送信される。もちろん、送信条件を満たさない旨の通知や、送信条件を満たすために必要な操作等を指示する通知等を含むＷｅｂページが送信されてもよい。

このように限定公開による管理方法では、選択用画像の送信に関して条件が設定される。これにより駐車場６を利用していない外部の人間が、選択用画像を覗き見するような行為を防止することが可能となる。この結果、駐車場６の利用に関するセキュリティを向上させることが可能となる。

図１８は、フラップレス式駐車場に対して実行される処理例を示すフローチャートである。例えば、ゲート装置やフラップ装置が設置されないフラップレス式駐車場において、精算ステータスが「未精算」である車両が、駐車場６から出場したとする。この場合、駐車場管制装置５から駐車場管理装置１５へ、未精算で不正に出場した旨の未精算出場情報が送信される。

駐車場管理装置１５は、未精算情報を受信すると（ステップ５０１）、該当する車両に関して不正フラグを付与する（ステップ５０２）。例えば図７に示す入車画像情報９７として、不正フラグが付与される。もちろん他のＤＢ等が構築され、そこに不正フラグが付与されてもよい。

そして、駐車場管理装置１５は、不正フラグが付与された車両の入車画像及び出車画像を公開する（ステップ５０３）。例えば、不正車両を公開するためのＷｅｂページ等が、誰でもアクセス可能に生成される。そして、不正フラグが付与された車両の入車画像及び出車画像が、当該Ｗｅｂページ上に公開される。あるいは、誰でもアクセス可能な動画配信サービス等に、不正フラグが付与された車両が入場する動画や、出場する動画がアップロードされてもよい。

例えば、図２に示す案内装置４４に、「不正利用者については車両の画像を一般公開します」といった内容の案内が表示される。これにより、駐車場６の不正利用を十分に抑止することが可能となる。

会員登録された車両や、選択済車両の場合には、車両の画像の公開前に、不正利用者に警告が通知されてもよい。そして警告の通知にかかわらず駐車料金が精算されない場合に、車両の画像が公開されてもよい。あるいは、実際には車両の画像は公開せず、公開する旨の警告のみが不正利用者に通知されてもよい。この場合でも、不正利用の抑止効果は十分に発揮される。

以上、本実施形態に係る駐車場管理システム５００では、入場車両の画像が入場日時を基準として並べられた選択用画像１００が生成される。この選択用画像１００には、駐車場６の利用者による車両の選択状況が反映される。これにより駐車場６を利用する利用者の利便性が向上される。

有料の駐車場や、商業施設の駐車場では、車両の入場時刻を記録する駐車券を入場口で発行し、商業施設での買物などの情報は駐車券の情報と紐付けすることで、駐車料金の割引等をおこない、駐車場の出場口で駐車券を読取って料金精算して出場するシステムが普及している。

また、出場口で駐車券を読取るのに手間取ってしまうと、出場口で渋滞していしまうため、利用者が出場前に駐車料金を精算する事前精算機を駐車場内に配置し、出場に先立って料金精算するシステムも大規模駐車場等では導入されている。

一方、上記した特許文献１や特許文献２に記載のように、駐車場の料金を低額に設定して、近隣の駐車場よりもより集客性を高めるために、使い捨ての駐車券を廃止して、ランニングコストを削減できるシステムも提案されてきている。

しかしながら特許文献１に記載されたシステムでは、利用者が事前精算機の操作に手間取ると事前精算前に行列ができてしまい、利用者にとって使い勝手が良いシステムとは言えない。利用者に説明する係員を配置したり、インターホン等での案内対応を強化したりすれば、折角のランニングコストの削減効果が相殺されかねないという問題がある。

また特許文献２に記載されたシステムでは、駐車場の入場時に携帯端末と入場機が直接通信をするためには、予め利用者の携帯端末のＩＤを駐車場管理システムに登録し、さらに入場時に携帯端末と入場機が通信できる状態に準備しておく必要があり、利用者にとって利便性が良いとは言えず、入場機の前で通信接続の操作をする利用者によって、入場渋滞に成りかねない。

上記で説明したように、本発明に係る駐車場管理システム５００では、入場時に特別な操作をする必要もなく、さらに事前精算機で行列ができる様なことがない。従って、利用者にとって高いユーザビリティを発揮することが可能となる。

例えば、本駐車場管理システム５００によれば、利用者は入場時はもとより、事前精算時にも車両ナンバーの入力や時刻の入力等の面倒な操作の必要なく、利便性がよい。また利用者は駐車場に入場してすぐに画像を閲覧すれば自身の車両の選択のみし易く使い勝手がよい。また、他の利用者にとっても、すでに他人が選択した車両の情報が区別して閲覧できるため、自車両の選択時の候補数が減り、選択し易い。

＜その他の実施形態＞
本発明は、以上説明した実施形態に限定されず、他の種々の実施形態で実現することができる。

上記では、特別な操作をすることなく駐車場に車両を入場させた後、Ｗｅｂアプリケーション（Ｗｅｂページ）を介して表示された選択用画像から、自車両が選択された。そしてその後、本技術に係るネイティブアプリケーションがダウンロードされ、事前精算等の処理が実行された。

このような構成及び動作に限定されず、本技術は適用可能である。すなわち、選択用画像内の自車両の選択から、その後の事前精算等までの全ての処理が、Ｗｅｂアプリケーション（Ｗｅｂページ）を介して実行可能であってもよい。

あるいは、特別な操作をすることなく駐車場に車両を入場させた後に、本技術に係るネイティブアプリケーションがダウンロードされる。そして、選択用画像内の自車両の選択から、その後の事前精算等までの全ての処理が、ネイティブアプリケーションを介して実行可能であってもよい。

いずれにせよ、スマートフォン等の既存の携帯端末を用いて、本駐車場管理サービスを利用することが可能である。これにより高いユーザビリティを発揮することが可能となる。また既存のＷｅｂ技術やネットワーク技術、及び汎用品により、駐車場管理システムを構築することが可能であるので、設備費用等を十分に抑えることが可能となる。

例えば、各駐車場の満空車情報の収集及び出力、駐車場の予約の受付け等の他のサービスを実現するためのＷｅｂサーバやＷｅｂ／ＡＰＩサーバ等の機器や設備を使用・兼用できるので、導入が容易に行える。

もちろん、駐車券を廃止することや、フラップレス式駐車場を構築することでも、設備費用の抑制を図ることが可能である。

図１に示す店舗３１の案内装置３３や、図２に示す駐車場６の案内装置４４や事前精算機４３により、選択用画像内の自車両の選択が可能であってもよい。すなわち、本発明に係る利用者端末の一実施形態として、駐車場６に設置された端末、又は駐車場６と連携する店舗３１に設置された端末が用いられてもよい。この場合、案内装置３１、案内装置４４や事前精算機４３等のレシートプリンタ等で駐車券画像がプリントされ利用者に提示されてもよい。

また、従来の事前精算システムと、本発明に係る駐車場管理システムとが混在され、いずれかの事前精算方法が選択可能であってもよい。例えば、現金による精算は従来の事前精算機によっておこない、クレジット決済、電子マネー決済は利用者の携帯端末でおこなうように併用してもよい。

本技術の実施例は、車両として普通自動車や大型自動車等を問わず、または二輪車も併用で管理することもできる。すなわち本開示では、車両は、自動車に限定されず、自転車や二輪車（バイク）等も含む。また駐車場は、自転車や二輪車（バイク）等を駐車するための駐輪場を含む概念である。すなわち本技術は、自動車を駐車可能な駐車場に限定されず、駐輪場等にも適用可能である。

上記で説明した駐車場管理システム５００において、駐車場管制装置５、携帯端末１０、及び駐車場管理装置１５にそれぞれ備えられた機能が、他の装置に備えられてもよい。例えば、図５に示す駐車場管理装置１５の機能の一部が、携帯端末１０や駐車場管制装置５に備えられてもよい。すなわち本発明に係る駐車場管理システムが備える「撮像部」「生成部」「送信部」「受付部」「抽出部」「精算部」「取得部」等が、駐車場管理システムを構成する各装置のいずれかにより実現されるかは限定されず、任意に設定可能である。また複数の装置が協働することにより、これらの要素が実現されてもよい。

同様に、本発明に係る情報処理方法、及びプログラムは、単体のコンピュータにより実行されてもよいし、複数のコンピュータが連動することで実行されてもよい。すなわち入車画像の取得、選択用画像の生成、精算、条件判定等が、単体のコンピュータにより実行される場合と、各処理が異なるコンピュータにより実行される場合とのいずれもが有り得る。また所定のコンピュータによる各処理の実行は、当該処理の一部または全部を他のコンピュータに実行させその結果を取得することを含む。例えば本技術に係る情報処理方法及びプログラムは、クラウドコンピューティングの構成にも適用することが可能である。

各図面を参照して説明した駐車場、携帯端末、駐車場管制装置、駐車場管理装置、選択用画像、駐車券画像、各処理フロー等はあくまで一実施形態であり、本技術の趣旨を逸脱しない範囲で、任意に変形可能である。すなわち本技術を実施するための他の任意の構成やアルゴリズム等が採用されてよい。

以上説明した本発明に係る特徴部分のうち、少なくとも２つの特徴部分を組み合わせることも可能である。すなわち各実施形態で説明した種々の特徴部分は、各実施形態の区別なく、任意に組み合わされてもよい。また上記で記載した種々の効果は、あくまで例示であって限定されるものではなく、また他の効果が発揮されてもよい。

また、本発明は、請求の範囲及び明細書全体から読み取ることのできる発明の要旨又は思想に反しない範囲で適宜変更可能であり、そのような変更を伴う駐車場管理システムもまた本発明の技術思想に含まれる。

本発明の技術は、小規模か大規模か、屋内か屋外かを問わず、設置コストとランニングコストの削減を図る有料駐車場や商業施設に付属する駐車場において、好適に利用できるものである。

５…駐車場管制装置
６…駐車場
１０…携帯端末
１５…駐車場管理装置
３０…店舗端末
３１…店舗
３３…案内装置
４３…事前精算機
４４…案内装置
４９ａ…入口カメラ
４９ｂ…出口カメラ
５１…ビーコン装置
９７…入車画像情報
９８…利用者情報
１００…選択用画像
１０１…入車画像
１０１ａ…選択済車両
１０１ｂ…未選択車両
１０５…駐車券画像
１０６…コード画像
５００…駐車場管理システム

Claims (18)

1. 駐車場に入場する入場車両の画像を撮影する撮像部と、
   前記入場車両の画像が入場日時を基準として並べられた選択用画像を生成し、前記駐車場の利用者による車両の選択状況を前記選択用画像に反映させる生成部と、
   前記選択用画像を、前記利用者の携帯端末に送信する送信部と
   を具備する駐車場管理システム。
2. 請求項１に記載の駐車場管理システムであって、さらに、
   前記携帯端末を介して入力される前記選択用画像内の前記入場車両を選択する選択指示を受付ける受付部を具備し、
   前記生成部は、前記選択指示が受付けられた前記入場車両である選択済車両を前記選択指示が受付けられていない前記入場車両である未選択車両と区別可能に表示する、又は前記選択済車両を非表示にする
   駐車場管理システム。
3. 請求項１又は２に記載の駐車場管理システムであって、
   前記送信部は、前記携帯端末を介して入力される送信要求に基づいて、前記選択用画像を前記携帯端末に送信する
   駐車場管理システム。
4. 請求項１から３のうちいずれか１項に記載の駐車場管理システムであって、
   前記送信部は、前記携帯端末に関する所定の条件が満たされている場合に、前記選択用画像を前記携帯端末に送信する
   駐車場管理システム。
5. 請求項４に記載の駐車場管理システムであって、
   前記携帯端末に関する所定の条件は、前記携帯端末の位置が所定の範囲内であるか否かを含む
   駐車場管理システム。
6. 請求項４又は５に記載の駐車場管理システムであって、
   前記携帯端末に関する所定の条件は、前記携帯端末が所定の信号を受信しているか否かを含む
   駐車場管理システム。
7. 請求項６に記載の駐車場管理システムであって、
   前記所定の信号は、前記駐車場に設置された送信装置から送信された送信元を識別可能な識別情報を含む信号である
   駐車場管理システム。
8. 請求項４から７のうちいずれか１項に記載の駐車場管理システムであって、
   前記送信部は、前記携帯端末を介して入力される送信要求に基づいて、前記選択用画像を前記携帯端末に送信し、
   前記携帯端末に関する所定の条件は、前記携帯端末から送信される前記送信要求が、所定の通信経路を介して送信されているか否かを含む
   駐車場管理システム。
9. 請求項１から８のうちいずれか１項に記載の駐車場管理システムであって、さらに、
   前記入場車両の画像に基づいて、前記入場車両に関する車両情報を抽出する抽出部を具備し、
   前記生成部は、前記車両情報の少なくとも一部を含む前記選択用画像を生成可能である
   駐車場管理システム。
10. 請求項９に記載の駐車場管理システムであって、
    前記車両情報は、車両ナンバーの少なくとも一部の情報、車両名情報、車体色情報、車両メーカー情報の少なくとも１つを含む
    駐車場管理システム。
11. 請求項１から１０のうちいずれか１項に記載の駐車場管理システムであって、
    前記生成部は、前記携帯端末を介して入力される検索条件に基づいて、前記選択用画像を生成可能である
    駐車場管理システム。
12. 請求項１から１１のうちいずれか１項に記載の駐車場管理システムであって、さらに、
    前記携帯端末を介して入力される前記選択用画像内の前記入場車両を選択する選択指示を受付ける受付部を具備し、
    前記生成部は、前記駐車場と提携する店舗の店舗端末が前記選択指示が受付けられた前記入場車両である選択済車両に関する情報を読取り可能なコード画像を含む駐車券画像を生成し、
    前記送信部は、前記駐車券画像を前記携帯端末に送信する
    駐車場管理システム。
13. 請求項１２に記載の駐車場管理システムであって、
    前記駐車券画像は、実物の駐車券を模した画像である
    駐車場管理システム。
14. 請求項１から１３のうちいずれか１項に記載の駐車場管理システムであって、
    前記生成部は、前記選択用画像を含むＷｅｂページを生成し、
    前記送信部は、前記Ｗｅｂページに関連付けられたＵＲＬ（Uniform Resource Locator）の選択に応じて、前記Ｗｅｂページを前記携帯端末に送信する
    駐車場管理システム。
15. 請求項１から１４のうちいずれか１項に記載の駐車場管理システムであって、さらに、
    前記携帯端末を介して入力される前記選択用画像内の前記入場車両を選択する選択指示を受付ける受付部と、
    前記携帯端末を介して入力される精算要求に基づいて、前記選択指示が受付けられた前記入場車両である選択済車両に関する駐車料金の精算を実行する精算部と
    を具備する駐車場管理システム。
16. 駐車場に入場する入場車両の画像を取得する取得部と、
    前記入場車両の画像が入場日時を基準として並べられた選択用画像を生成し、前記駐車場の利用者による車両の選択状況を前記選択用画像に反映させる生成部と、
    前記選択用画像を、前記利用者の携帯端末に送信する送信部と
    を具備する情報処理装置。
17. 駐車場に入場する入場車両の画像を取得し、
    前記入場車両の画像が入場日時を基準として並べられた選択用画像を生成し、前記駐車場の利用者による車両の選択状況を前記選択用画像に反映させ、
    前記選択用画像を、前記利用者の携帯端末に送信する
    ことをコンピュータが実行する情報処理方法。
18. 駐車場に入場する入場車両の画像を取得するステップと、
    前記入場車両の画像が入場日時を基準として並べられた選択用画像を生成し、前記駐車場の利用者による車両の選択状況を前記選択用画像に反映させるステップと、
    前記選択用画像を、前記利用者の携帯端末に送信するステップと
    をコンピュータに実行させるプログラム。

Images