(57)【要約】      （修正有）【課題】電子決済に対応しない精算機が設置された後払い式の駐車場を、ユーザ端末を用いることにより、電子決済に対応可能にする駐車場管理システムを提供する。【解決手段】駐車場管理システムにおいて、携帯端末９０は、出庫時に、精算リクエストを管理サーバ５０に送信する。管理サーバ５０は、精算機２１０に対し、駐車料金の計算リクエストを送信する。精算機２１０は、駐車料金を計算して、その駐車料金を表す駐車料金データを管理サーバ５０に送信する。管理サーバ５０は、駐車料金データを携帯端末９０に中継する。携帯端末９０は、電子決済リクエストを決済サーバ１１０に送信し、電子決済が終了すると、支払完了信号を管理サーバ５０に送信する。管理サーバ５０は、精算機２１０に出庫許可信号を送信する。精算機２１０は、入出庫制御装置２００に、駐車場から車両が出庫することを許可するための作動を指令する。【選択図】図１２
2020095667.tif 000002
【特許請求の範囲】
【請求項１】
後払い式の駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、ユーザが、そのユーザの車両の前記駐車場からの出庫時に、駐車料金を計算する計算機能と、駐車料金を電子決済を除く非電子決済方法であって現金決済またはカード決済を含むもので精算することを可能にする決済機能とを有する精算機と、
前記駐車場の外部に設置され、前記精算機との間で通信を行う管理サーバと、
ユーザの通信端末であって、前記管理サーバとの間での通信が可能であるものと
を含み、
ユーザは、出庫時に、駐車料金を前記非電子決済方法で精算する場合には、前記精算機を操作する一方、駐車料金を電子決済方法で精算する場合には、前記精算機に代えて前記通信端末を操作し、
前記精算機は、ユーザによって操作されると、駐車料金を計算してその駐車料金を前記非電子決済方法で決済し、
前記通信端末は、ユーザによって操作されると、精算リクエストを前記管理サーバに送信し、
その管理サーバは、前記精算機に対し、駐車料金の計算リクエストを送信し、
その精算機は、駐車料金を計算して、その駐車料金を表す駐車料金データを前記管理サーバに送信し、
その管理サーバは、駐車料金データを前記通信端末に中継し、
その通信端末は、前記駐車料金データにより表される駐車料金の電子決済を行うために、電子決済リクエストを決済サーバに送信し、その決済サーバによって前記電子決済が終了すると、支払完了信号を前記管理サーバに送信し、
それにより、ユーザが駐車料金を非電子決算方法と電子決済方法とのうち選択したもので精算することを可能にする駐車場管理システム。
【請求項２】
前記通信端末は、自身の現在位置を測定する測位機能を有し、
前記通信端末および／または前記管理サーバは、ユーザが、前記駐車場の近傍にいることを条件に、前記電子決済を許可する請求項１に記載の駐車場管理システム。
【請求項３】
後払い式の駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、ユーザが、そのユーザの車両の前記駐車場からの出庫時に、駐車料金を計算する計算機能と、駐車料金を電子決済を除く非電子決済方法であって現金決済またはカード決済を含むもので精算することを可能にする決済機能とを有する精算機と、
ユーザの通信端末であって、前記精算機との間での通信が可能であるものと
を含み、
ユーザは、出庫時に、駐車料金を前記非電子決済方法で精算する場合には、前記精算機を操作する一方、駐車料金を電子決済方法で精算する場合には、前記精算機に代えて前記通信端末を操作し、
前記精算機は、ユーザによって操作されると、駐車料金を計算してその駐車料金を前記非電子決済方法で決済し、
前記通信端末は、ユーザによって操作されると、精算リクエストを前記精算機に送信し、
その精算機は、前記精算リクエストを受信すると、駐車料金を計算し、その駐車料金を表す駐車料金データを前記通信端末に送信し、
その通信端末は、前記駐車料金データにより表される駐車料金の電子決済を行うために、電子決済リクエストを決済サーバに送信し、その決済サーバによって前記電子決済が終了すると、支払完了信号を前記精算機に送信し、
それにより、ユーザが駐車料金を非電子決算方法と電子決済方法とのうち選択したもので精算することを可能にする駐車場管理システム。
【請求項４】
前記駐車場は、複数の駐車位置を有し、
前記精算機は、駐車位置ごとに、駐車車両の有無を管理し、
前記通信端末は、
前記出庫時に、ユーザの操作に応じ、前記精算リクエストと、前記駐車場における複数の駐車位置のうちユーザによって選択された選択駐車位置を識別するための識別情報とを前記精算機に送信し、
その精算機は、
前記精算リクエストと前記識別情報とを受信すると、その識別情報によって識別される前記選択駐車位置について駐車時間を計算して駐車料金を計算し、その駐車料金を表す駐車料金データを前記通信端末に送信する請求項３に記載の駐車場管理システム。
【請求項５】
さらに、前記通信端末との間での通信が可能な管理サーバを含み、
前記通信端末は、前記支払完了信号を前記精算機に送信すると、前記駐車場に関する駐車の状況を表す駐車情報を前記管理サーバに送信し、
その管理サーバは、前記駐車場に関連する駐車情報であって前記精算機において取得されたものを前記通信端末を経由して前記精算機から取得する請求項３または４に記載の駐車場管理システム。
【請求項６】
前記通信端末は、前記精算機との間で近距離無線通信を行い、それにより、前記通信端末は、ユーザが前記精算機の近傍に居ることを条件に、前記電子決済を行う請求項３ないし５のいずれかに記載の駐車場管理システム。
【請求項７】
請求項１ないし６のいずれかに記載の通信端末としてコンピュータを機能させるためのプログラム。
【請求項８】
請求項１ないし６のいずれかに記載の精算機としてコンピュータを機能させるためのプログラム。
【請求項９】
請求項１，２または５に記載の管理サーバとしてコンピュータを機能させるためのプログラム。
【請求項１０】
請求項７ないし９のいずれかに記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子決済に対応しない決済装置を、ユーザの通信端末との組合せにより、システム全体として、電子決済に対応可能とする技術に関する。
【背景技術】
【０００２】
種々のビジネスの分野において、ユーザが料金を決済する種々の方式が存在する。
【０００３】
従来、例えば、駐車場に設置される券売機または精算機は、（１）ユーザが料金の決済（支払い（金銭または価値の移動）＋取引成立のための情報入力（金銭または価値の移動という単なる物理的な現象に経済的な意味を与えるための情報））を行うことを可能にする決済機能と、（２）ユーザによる決済の代償としてそのユーザに駐車場の利用権限を付与するとともにその証明としてチケットまたは領収書を発行する発行機能とを有するように設計される。
【０００４】
ユーザが駐車場の利用料金としての駐車料金を支払うタイミングとして、駐車場の利用に先立って駐車料金を支払う前払い式と、駐車場の利用後に駐車料金を支払う後払い式とがある。また、駐車料金を決済する方法として、現金決済と、プリペイド式ＩＣカード決済と、後述の電子決済とがある。また、駐車料金を決済するために使用される媒体として、貨幣（現金、現金と等価な価値を有するプリペイド式ＩＣカードやクレジットカードなど）、代用貨幣（使途が限定されるトークン、商品券、優待券など）、特典（使途が限定されるポイント、クーポン、割引券、割戻券など）、利用券（使途が限定される無料券など）などがある。
【０００５】
よって、この出願書類の全体を通じ、「前払い式」または「後払い式」の決済といっても、その決済のためにユーザが貨幣を用いることは不可欠ではなく、代用貨幣を用いる場合も、特典を用いる場合も、利用券を用いる場合も、それらと等価な場合も、それらの媒体を組み合わせる場合も、「前払い式」または「後払い式」の決済に該当することを意味する。
【０００６】
特許文献１は、自動販売機（現金決済可能。券売機に相当する）と、ユーザの携帯端末（通信端末の一例）と、サーバとを用いるシステムを開示している。
【０００７】
その自動販売機においては、釣銭が発生すると、その釣銭と同じ現金価値を有する電子情報である電子バリューがサーバ内の口座に入金される。
【０００８】
具体的には、まず、ユーザが携帯端末でサーバにアクセスし、必要な認証に成功した後、携帯端末がサーバからバーコードを受信する。次に、ユーザは、そのバーコードを表示している携帯端末を自動販売機のバーコードリーダーにかざす。
【０００９】
続いて、自動販売機は、サーバと通信し、真正なバーコードであることが認証されると、サーバから販売許可を得る。
【００１０】
その後、ユーザは、自動販売機において、決済選択ボタンのうち現金決済ボタンか電子バリュー決済ボタンを押す。ユーザが現金決済ボタンを押し、商品選択後、釣銭が発生すると、ユーザは、返却選択ボタンのうち現金返却ボタンか電子バリュー返却ボタンを押す。ユーザが電子バリュー返却ボタンを押すと、釣銭の金額に相当する電子バリューをサーバに送信する。
【００１１】
この特許文献１は、（１）携帯端末が、自動販売機のうちの現金決済機能を利用する点と、（２）バーコードで、自動販売機と携帯端末との紐付けを行う点とを開示しているように見える。
【００１２】
特許文献２は、後払い式の駐車場を管理するシステムを開示している。このシステムにおいては、ユーザの通信端末が、現金精算機能を有する出庫端末（券売機に相当する）および集中管理システム（集中管理サーバ）と通信する。ユーザの通信端末は、出庫時、精算方法を現金、ＩＣおよびクレジットのいずれかを選択し、その選択結果を出庫端末に通知する。
【００１３】
特許文献３は、ユーザの通信端末と発券機とサーバとがインターネットを介して相互に接続されるシステムを開示している。したがって、発券機とユーザの通信端末とサーバが互いに直列に接続される可能性も、発券機とユーザの通信端末がサーバに対して並列に接続される可能性もある。発券機は、携帯端末とサーバからそれぞれ情報を受信すると、チケットを発行する。また、発券機は、発券が完了すると、発券完了通知をサーバに送信する。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００３−  ７７０３６号公報
【特許文献２】特開２０１０−１９８０９６号公報
【特許文献３】特開２０１７−  ２７４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
昨今、駐車場にとっての潜在的な多くのユーザは通信端末（例えば、携帯端末）を有し、その通信端末は、近距離通信および遠距離通信が可能な通信機能を有する。
【００１６】
このような高度な通信機能を通信端末が有するという事実に注目し、本発明者は、駐車場に設置される券売機に、前述の従来からの決済機能および発券機能に加え、（１）券売機に固有の識別情報（例えば、その券売機が設置されている駐車場を識別する駐車場ＩＤ）を発信する発信機能と、（２）ユーザの通信端末であって管理サーバと遠距離通信可能なものと近距離通信する（結果的に、通信端末経由で管理サーバとリンクできる）かまたは管理サーバと直接、遠距離通信する通信機能とを付加することを提案した。
【００１７】
さらに、本発明者は、ユーザが、電子決済（「スマートフォン決済」ともいい、例えば、クレジットカード決済が該当する。）を行う場合には、通信端末は用いるが券売機は用いず、一方、現金決済またはプリペイド式ＩＣカード決済（単に「カード決済」ともいう。）を行う場合には、逆に、券売機は用いるが通信端末は用いないようにシステムを設計したのでは、現金決済またはプリペイド式ＩＣカード決済を行う場合に、券売機からの情報を管理サーバが収集できず、その管理サーバは、複数の駐車場から情報を収集してそれらの稼働状況などを集中的に管理するのに不便であることに気が付いた。
【００１８】
すなわち、本発明者は、決済方法の如何を問わず、ユーザが通信端末を用い、かつ、管理サーバと通信するようにシステムを設計すれば、通信端末の特性、すなわち、場所の如何を問わず、ユーザから駐車関連情報を管理サーバが吸い上げることができるというものを享受できることに気が付いたのである。
【００１９】
これに代えて、券売機を、通信端末と近距離通信する機能と、管理サーバと遠距離通信する機能とを併有するように設計してもよいが、そうすると、券売機の製造コストや運用コストが上昇するという新たな問題が生じるかもしれない。
【００２０】
そこで、本発明者は、前記決済機能Ｚを、（ａ）ユーザによる料金の支払いを可能にする支払機能Ｘと、（ｂ）その支払いによって駐車に関する取引を成立させるのに必要な情報のユーザによる入力を可能にする情報入力機能Ｙとに分割した。
【００２１】
そのうえで、本発明者は、支払機能Ｘを、券売機によって依然として実現する一方で、情報入力機能Ｙを、券売機ではなく、管理サーバと遠距離通信可能なユーザの通信端末によって実現し（券売機への情報入力の目的は、例えば、券売機と通信端末との紐付けを行うことにある）、それにより、券売機のうち、料金支払機（例えば、現金の支払機、プリペイド式ＩＣカードのカードリーダー）としての性格、すなわち、券売機を用いれば現金決済やカード決済が可能であるという性格を強調することを提案した。
【００２２】
さらに、本発明者は、券売機が、料金支払機としての性格を強調する一方で、ユーザによる決済が完了したことを通信端末が券売機から知るようにするために、券売機に対するユーザによる決済が終了すると、券売機が支払完了信号をユーザの通信端末に送信することを提案した。
【００２３】
しかし、特許文献１−３のいずれも、券売機が支払完了信号をユーザの通信端末に送信する点を開示していない。
【００２４】
さらに、本発明者は、券売機の従来からの決済機能Ｚのうちのある部分（例えば、前述のＸ）と別の部分（例えば、前述のＹ）（例えば、従来、同じ装置内においてソフトウエア構成上、一体不可分であったもの同士）を、券売機と通信端末とであって物理的に独立しているものにそれぞれ分担させる場合には、券売機での支払いと、通信端末での情報入力との間の絶縁性（分散性）を補完すべく、同じユーザによる複数の行為であって互いに異なる場所で発現するもの、すなわち、券売機での支払いというユーザ行為と、通信端末での情報入力というユーザ行為との紐付けを行うことが必要であることに気が付いた。
【００２５】
そこで、本発明者は、その解決策として、例えば、券売機とユーザの通信端末との間の双方向通信を行うことを前提として、（１）券売機と通信端末との間の通信方式を近距離通信（通信端末を操作するユーザが券売機の近くにいることをユーザに強制する）に限定すること、（２）券売機と通信端末との間でユーザに関する同じ固有情報を共有すること、（３）一人のユーザの通信端末と券売機との間に通信が確立すると、券売機にとり、その通信の唯一性を確保するために、他のユーザの通信端末と券売機との間に別の通信がその後に確立することを阻止することなどを提案した。
【００２６】
以上要するに、本発明者は、券売機には、現金決済やカード決済が可能となるという固有の特性があり、一方、ユーザの通信端末には、その場所の如何を問わず、管理サーバに情報を提供できるという固有の特性があり、それぞれの特性を生かしつつ券売機とユーザの通信端末とを併用することが、ユーザによる決済方法の多様化と管理サーバによる複数の駐車場の集中管理とを両立させるために望ましいことに気が付いたのである。
【００２７】
このような事情を背景として、本発明の第１の側面は、それぞれの特性を生かしつつ券売機とユーザの通信端末とを併用し、それにより、ユーザによる決済方法の多様化と管理サーバによる複数の駐車場の集中管理とを両立させることが容易な駐車場管理システムを提供することを課題としてなされたものである。
【００２８】
さらに、後払い式の駐車場を管理するために、従来、駐車場に、その駐車場に対する車両の入庫および出庫を制御する入出庫制御装置（例えば、適宜昇降するゲート装置、適宜昇降する車両移動阻止具など）と、その入出庫制御装置と通信可能な制御装置であって、前記入出庫制御装置を制御する制御機能と、ユーザによる駐車料金の決済を可能にする決済機能とのうち少なくとも制御機能を有するもの（例えば、精算機）とが設置され、さらに、その駐車場の外部に、前記制御装置と通信可能であるとともに、その制御装置を介して前記入出庫制御装置と通信可能な管理サーバが設置される。
【００２９】
精算機が、現金決済またはプリペイド式ＩＣカード決済は可能であるが、電子決済は可能でない場合に、その精算機を実質的にそのまま用いつつ（少なくともハードウエア構成はそのままで）、電子決済を可能にするために、本発明者は、入庫時には、ユーザの通信端末を用いないが、出庫時には、ユーザの通信端末を用いて出庫手続と駐車料金の決済との双方を行うことを提案した。
【００３０】
すなわち、本発明者は、電子決済に対応しない決済装置を、ユーザの通信端末との組合せにより、システム全体として、電子決済に対応可能とするという技術思想を提案したのである。
【００３１】
このような事情を背景として、本発明の第２の側面は、電子決済に対応しない形式の決済装置を用いるシステムを、前記決済装置を活かしつつ、ユーザの通信端末を用いることにより、電子決済に対応可能にすることを課題としてなされたものである。
【課題を解決するための手段】
【００３２】
その課題を解決するために、本発明の一側面によれば、後払い式の駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、ユーザが、そのユーザの車両の前記駐車場からの出庫時に、駐車料金を計算する計算機能と、駐車料金を電子決済を除く非電子決済方法であって現金決済またはカード決済を含むもので精算することを可能にする決済機能とを有する精算機と、
前記駐車場の外部に設置され、前記精算機との間で通信を行う管理サーバと、
ユーザの通信端末であって、前記管理サーバとの間での通信が可能であるものと
を含み、
ユーザは、出庫時に、駐車料金を前記非電子決済方法で精算する場合には、前記精算機を操作する一方、駐車料金を電子決済方法で精算する場合には、前記精算機に代えて前記通信端末を操作し、
前記精算機は、ユーザによって操作されると、駐車料金を計算してその駐車料金を前記非電子決済方法で決済し、
前記通信端末は、ユーザによって操作されると、精算リクエストを前記管理サーバに送信し、
その管理サーバは、前記精算機に対し、駐車料金の計算リクエストを送信し、
その精算機は、駐車料金を計算して、その駐車料金を表す駐車料金データを前記管理サーバに送信し、
その管理サーバは、駐車料金データを前記通信端末に中継し、
その通信端末は、前記駐車料金データにより表される駐車料金の電子決済を行うために、電子決済リクエストを決済サーバに送信し、その決済サーバによって前記電子決済が終了すると、支払完了信号を前記管理サーバに送信し、
それにより、ユーザが駐車料金を非電子決算方法と電子決済方法とのうち選択したもので精算することを可能にする駐車場管理システムが提供される。
【００３３】
また、本発明の別の側面によれば、後払い式の駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、ユーザが、そのユーザの車両の前記駐車場からの出庫時に、駐車料金を計算する計算機能と、駐車料金を電子決済を除く非電子決済方法であって現金決済またはカード決済を含むもので精算することを可能にする決済機能とを有する精算機と、
ユーザの通信端末であって、前記精算機との間での通信が可能であるものと
を含み、
ユーザは、出庫時に、駐車料金を前記非電子決済方法で精算する場合には、前記精算機を操作する一方、駐車料金を電子決済方法で精算する場合には、前記精算機に代えて前記通信端末を操作し、
前記精算機は、ユーザによって操作されると、駐車料金を計算してその駐車料金を前記非電子決済方法で決済し、
前記通信端末は、ユーザによって操作されると、精算リクエストを前記精算機に送信し、
その精算機は、前記精算リクエストを受信すると、駐車料金を計算し、その駐車料金を表す駐車料金データを前記通信端末に送信し、
その通信端末は、前記駐車料金データにより表される駐車料金の電子決済を行うために、電子決済リクエストを決済サーバに送信し、その決済サーバによって前記電子決済が終了すると、支払完了信号を前記精算機に送信し、
それにより、ユーザが駐車料金を非電子決算方法と電子決済方法とのうち選択したもので精算することを可能にする駐車場管理システムが提供される。
【００３４】
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。
【００３５】
さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。
【００３６】
（１）  複数の前払い式の駐車場を管理サーバが集中的に管理するために、ユーザが通信端末を用いることにより、ユーザによって選択されたいずれかの駐車場をユーザに貸し出すことを許可するように構成される駐車場管理システムであって、
前記駐車場に設置され、ユーザによる現金決済およびプリペイドカード決済のうちの少なくとも一方を可能とする決済機能と、発券機能と、通信機能とを有する券売機と、
前記通信端末と通信可能な管理サーバと
を含み、
前記券売機は、前記通信端末との間では通信可能である一方、前記管理サーバとの間では通信不能であるが当該券売機からの情報は前記通信端末を経由して前記管理サーバに送信可能であるという第１通信環境と、前記管理サーバとの間では通信可能である一方、前記通信端末との間では通信不能であるという第２通信環境とのうちのいずれかのもとで通信を行い、
さらに、その券売機は、ユーザが、前記通信端末を用いつつ、前記前払い料金を前記券売機に対して支払うと、チケットをユーザに対して発行するとともに、支払完了信号を前記通信端末または前記管理サーバに向かって送信し、
前記通信端末または前記管理サーバは、前記支払完了信号を前記券売機から受信すると、前記駐車場の利用権限をユーザに付与する駐車場管理システム。
【００３７】
（２）  前記券売機は、前記第１通信環境のもとで通信を行い、
前記券売機は、前記支払いが当該券売機に対して行われると、前記支払完了信号を前記通信端末に向かって送信し、
前記通信端末は、前記支払完了信号を前記券売機から受信すると、手続完了信号を前記管理サーバに送信し、
前記管理サーバは、前記手続完了信号を前記通信端末から受信すると、前記駐車場の利用権限をユーザに付与する（１）項に記載の駐車場管理システム。
【００３８】
（３）  前記券売機は、ユーザに固有である第１固有情報（例えば、個別の駐車スペースの位置を特定するための位置情報および／またはユーザＩＤを含む）を前記通信端末に向かって送信し、
前記通信端末は、ユーザに固有である第２固有情報（例えば、個別の駐車スペースの位置を特定するための位置情報および／またはユーザＩＤを含む）をユーザから入力し、
前記通信端末は、前記券売機から受信した第１固有情報と、前記通信端末に入力された第２固有情報との間に照合が成立する（例えば、券売機と通信端末とを紐付けする）という条件と、前記券売機から前記支払完了信号を受信したという条件とを含む複数の条件がすべて成立すると、前記手続完了信号を前記管理サーバに向かって送信し、
前記管理サーバは、前記手続完了信号を前記通信端末から受信すると、前記駐車場の利用権限をユーザに付与する（２）項に記載の駐車場管理システム。
【００３９】
（４）  前記通信端末は、ユーザが前記券売機に対して前記支払いを行いたい場合に、前記券売機に対して信号を送信し、
前記券売機は、その信号を前記通信端末から受信すると、その通信端末以外の通信端末からの信号の受信を禁止し、それにより、当該券売機と前記通信端末との間の通信を専ら確立する（２）項に記載の駐車場管理システム。
【００４０】
（５）  前記券売機は、前記第２通信環境のもとで通信を行い、
前記券売機は、前記支払いが前記券売機に対して行われると、前記支払完了信号を前記管理サーバに向かって送信し、
前記券売機は、ユーザに固有である第１固有情報（例えば、個別の駐車スペースの位置を特定するための位置情報および／またはユーザＩＤを含む）を前記管理サーバに向かって送信し、
前記通信端末は、ユーザに固有である第２固有情報（例えば、個別の駐車スペースの位置を特定するための位置情報および／またはユーザＩＤを含む）を前記管理サーバに向かって送信し、
前記管理サーバは、前記券売機から受信した第１固有情報と前記通信端末から受信した第２固有情報との間に照合が成立する（例えば、券売機と通信端末とを紐付けする）という条件と、前記券売機から前記支払完了信号を受信したという条件とを含む複数の条件がすべて成立すると、前記駐車場の利用権限をユーザに付与する（１）項に記載の駐車場管理システム。
【００４１】
（６）  前記管理サーバは、前記券売機から受信した第１固有情報と前記通信端末から受信した第２固有情報との間に照合が成立するという条件と、前記券売機から前記支払完了信号を受信したという条件とを含む複数の条件がすべて成立すると、前記駐車場の利用権限をユーザに付与するとともに、手続完了信号を前記券売機および前記通信端末のうちの少なくとも前記通信端末に向かって送信する（５）項に記載の駐車場管理システム。
【００４２】
（７）  （１）ないし（６）項のいずれかに記載の通信端末としてコンピュータを機能させるためのプログラム。
【００４３】
本出願書類中、「プログラム」という用語は、例えば、それの機能を果たすためにコンピュータにより実行される指令の組合せを意味するように解釈したり、それら指令の組合せのみならず、各指令に従って処理されるファイルやデータをも含むように解釈することが可能であるが、それらに限定されない。
【００４４】
また、このプログラムは、それ単独でコンピュータにより実行されることにより、所期の目的を達するものとしたり、他のプログラムと共にコンピュータにより実行されることにより、所期の目的を達するものとすることができるが、それらに限定されない。後者の場合、本項に係るプログラムは、データを主体とするものとすることができるが、それに限定されない。
【００４５】
（８）  （１）ないし（６）項のいずれかに記載の管理サーバとしてコンピュータを機能させるためのプログラム。
【００４６】
（９）  （７）または（８）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【００４７】
本出願書類中、「記録媒体」という用語によって表される記録媒体は種々な形式を採用可能であり、例えば、フレキシブル・ディスク等の磁気記録媒体、ＣＤ、ＣＤ−ＲＯＭ等の光記録媒体、ＭＯ等の光磁気記録媒体、ＲＯＭ等のアンリムーバブル・ストレージ等のいずれかを採用し得るが、それらに限定されない。
【００４８】
（１０）  後払い式の駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、ユーザが、前記駐車場からの出庫時に、駐車料金を電子決済を除く決済方法で精算することを可能にする決済機能を有する精算機と、
前記駐車場の外部に設置され、前記精算機との間で通信を行う管理サーバと、
ユーザの通信端末であって、前記管理サーバとの間での通信が可能であるものと
を含み、
前記通信端末は、出庫時に、精算リクエストを前記管理サーバに送信し、
その管理サーバは、前記精算機に対し、駐車料金の計算リクエストを送信し、
その精算機は、駐車料金を計算して、その駐車料金を表す駐車料金データを前記管理サーバに送信し、
その管理サーバは、駐車料金データを前記通信端末に中継し、
その通信端末は、前記駐車料金データにより表される駐車料金の電子決済を行うために、電子決済リクエストを決済サーバに送信し、その決済サーバによって前記電子決済が終了すると、支払完了信号を前記管理サーバに送信する駐車場管理システム。
【００４９】
このシステムによれば、電子決済に対応しない形式の精算機が設置された後払い式の駐車場が、前記精算機を実質的にそのまま用いつつ（構成上の変更を最小限にしつつ）、ユーザの通信端末を用いることにより、電子決済に対応可能となる。
【００５０】
（１１）  後払い式の駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、その駐車場に対する車両の入出庫を制御する入出庫制御装置と、
前記駐車場に設置され、ユーザが、前記駐車場からの出庫時に、駐車料金を電子決済を除く決済方法で精算することを可能にする決済機能と、前記入出庫制御装置を指令する指令機能とを有する精算機と、
前記駐車場の外部に設置され、前記精算機との間で通信を行う管理サーバと、
ユーザの通信端末であって、前記管理サーバとの間での通信が可能であるものと
を含み、
前記通信端末は、出庫時に、精算リクエストを前記管理サーバに送信し、
その管理サーバは、前記精算機に対し、駐車料金の計算リクエストを送信し、
その精算機は、駐車料金を計算して、その駐車料金を表す駐車料金データを前記管理サーバに送信し、
その管理サーバは、前記駐車料金データを前記通信端末に中継し、
その通信端末は、前記駐車料金データにより表される駐車料金の電子決済を行うために、電子決済リクエストを決済サーバに送信し、その決済サーバによって前記電子決済が終了すると、支払完了信号を前記管理サーバに送信し、
その管理サーバは、前記精算機に出庫許可信号を送信し、
その精算機は、前記入出庫制御装置に出庫許可作動指令信号を送信し、
その入出庫制御装置、前記駐車場から前記車両が出庫することを許可するための出庫許可作動を行う駐車場管理システム。
【００５１】
（１２）  後払い式の駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、その駐車場に対する車両の入出庫を制御する入出庫制御装置と、
前記駐車場に設置され、ユーザが、前記駐車場からの出庫時に、駐車料金を電子決済を除く決済方法で精算することを可能にする決済機能と、前記入出庫制御装置を指令する指令機能とを有する精算機と、
前記駐車場の外部に設置され、前記精算機との間で通信を行う管理サーバと、
ユーザの通信端末であって、前記管理サーバとの間での通信が可能であるものと
を含み、
前記通信端末は、
前記出庫時に、ユーザの操作に応じ、精算リクエストと、前記駐車場における複数の駐車位置のうちユーザによって選択された選択駐車位置を識別するための識別情報とを前記管理サーバに送信する精算リクエスト送信部を有し、
前記管理サーバは、
前記精算リクエストと前記識別情報とを受信すると、前記精算機に対し、前記駐車料金の計算リクエストを前記識別情報と共に送信する計算リクエスト送信部を有し、
前記精算機は、
前記計算リクエストを前記識別情報と共に受信すると、その識別情報によって識別される前記選択駐車位置について駐車時間を計算して駐車料金を計算し、その駐車料金を表す駐車料金データを前記管理サーバに送信する駐車料金データ送信部を有し、
前記管理サーバは、
前記駐車料金データを受信すると、その駐車料金データを前記通信端末に中継する駐車料金データ中継部を有し、
前記通信端末は、
前記駐車料金データを受信した後、ユーザの操作に応じ、前記駐車料金データにより表される駐車料金の電子決済を行うために、電子決済リクエストを決済サーバに送信し、その決済サーバによって前記電子決済が終了すると、支払完了信号を前記管理サーバに送信する支払完了信号送信部を有し、
前記管理サーバは、
前記支払完了信号を受信すると、前記精算機に出庫許可信号を送信する出庫許可信号送信部を有し、
前記精算機は、
前記出庫許可信号を受信すると、前記入出庫制御装置に、前記駐車場から前記車両が出庫することを許可するための作動を指令する出庫許可作動指令信号を送信する出庫許可作動指令信号送信部を有する駐車場管理システム。
【００５２】
（１３）  前記通信端末は、自身の現在位置を測定する測位機能を有し、
前記通信端末および／または前記管理サーバは、ユーザが、前記駐車場の近傍にいることを条件に、前記電子決済を許可する（１０）ないし（１２）項のいずれかに記載の駐車場管理システム。
【００５３】
（１４）  後払い式の駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、ユーザが、そのユーザの車両の前記駐車場からの出庫時に、駐車料金を電子決済を除く決済方法で精算することを可能にする決済機能を有する精算機と、
ユーザの通信端末であって、前記精算機との間での通信が可能であるものと
を含み、
前記通信端末は、前記出庫時に、精算リクエストを前記精算機に送信し、
その精算機は、前記精算リクエストを受信すると、駐車料金を計算し、その駐車料金を表す駐車料金データを前記通信端末に送信し、
その通信端末は、前記駐車料金データにより表される駐車料金の電子決済を行うために、電子決済リクエストを決済サーバに送信し、その決済サーバによって前記電子決済が終了すると、支払完了信号を前記精算機に送信し、
その精算機は、前記支払完了信号を受信すると、前記車両の前記駐車場からの出庫を許可するための作動を行う駐車場管理システム。
【００５４】
（１５）  前記駐車場は、複数の駐車位置を有し、
前記精算機は、駐車位置ごとに、駐車車両の有無を管理し、
前記通信端末は、
前記出庫時に、ユーザの操作に応じ、前記精算リクエストと、前記駐車場における複数の駐車位置のうちユーザによって選択された選択駐車位置を識別するための識別情報とを前記精算機に送信し、
その精算機は、
前記精算リクエストと前記識別情報とを受信すると、その識別情報によって識別される前記選択駐車位置について駐車時間を計算して駐車料金を計算し、その駐車料金を表す駐車料金データを前記通信端末に送信する（１４）項に記載の駐車場管理システム。
【００５５】
（１６）  さらに、前記通信端末との間での通信が可能な管理サーバを含み、
前記通信端末は、前記支払完了信号を前記精算機に送信すると、前記駐車場に関する駐車の状況を表す駐車情報を前記管理サーバに送信し、
その管理サーバは、前記駐車場に関連する駐車情報であって前記精算機において取得されたものを前記通信端末を経由して前記精算機から取得する（１４）または（１５）項に記載の駐車場管理システム。
【００５６】
ここに、前記管理サーバは、例えば、前記駐車場を利用する複数のユーザの通信端末からそれぞれ取得された複数の駐車情報（例えば、各駐車位置ごとの稼働状況、駐車時間帯、駐車料金の額など）に基づき、前記駐車場を総合的に管理する機能を有する。
【００５７】
さらに、前記管理サーバは、例えば、他の駐車場に関する駐車情報も、それぞれの駐車場の精算機から、それぞれのユーザの通信端末を経由して取得し、それにより、複数の駐車場を、それら駐車場についての複数の駐車情報に基づき、集中的に管理する機能を有する。
【００５８】
（１７）  前記通信端末は、前記精算機との間で近距離無線通信を行い、それにより、前記通信端末は、ユーザが前記精算機の近傍に居ることを条件に、前記電子決済を行う（１６）項に記載の駐車場管理システム。
【００５９】
（１８）  （１０）ないし（１７）項のいずれかに記載の通信端末としてコンピュータを機能させるためのプログラム。
【００６０】
（１９）  （１０）ないし（１７）項のいずれかに記載の管理サーバとしてコンピュータを機能させるためのプログラム。
【００６１】
（２０）  （１０）ないし（１７）項のいずれかに記載の精算機としてコンピュータを機能させるためのプログラム。
【００６２】
（２１）  （１７）ないし（２０）項のいずれかに記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【００６３】
（２２）  駐車場を管理する駐車場管理システムであって、
前記駐車場に設置され、その駐車場に対する車両の入出庫を制御する入出庫制御装置と、
前記駐車場の外部に設置され、直接にまたは別の機器を介して前記入出庫制御装置との間で通信を行う管理サーバと、
ユーザの通信端末であって、前記管理サーバとの間での通信が可能であるものと
を含み、
前記通信端末は、出庫時に、出庫リクエストを前記管理サーバに送信し、
その管理サーバは、所定の条件（例えば、駐車料金の支払い、無料駐車券やクーポンの利用など）が成立すると、前記入出庫制御装置に出庫許可信号を送信し、
その入出庫制御装置は、前記出庫許可信号を受信すると、前記駐車場から前記車両が出庫することを許可するための作動を行う駐車場管理システム。
【図面の簡単な説明】
【００６４】
【図１】図１は、本発明の例示的な第１の実施形態に従う駐輪場管理システムが適用される駐輪場の一例を示す斜視図である。
【図２】図２は、図１に示す駐輪場管理システムにおいて複数の駐輪場と複数人のユーザと管理センタと決済業者との間において相互に通信が行われる様子を概念的に表す斜視図である。
【図３】図３は、図１に示す券売機を示す正面図である。
【図４】図４は、図１に示す駐輪場管理システムにおいて券売機と携帯端末と管理サーバと決済サーバとをそれぞれ構成要素とする通信ネットワーク構成を概念的に表す図である。
【図５】図５は、図２に示す携帯端末を概念的に表す機能ブロック図である。
【図６】図６は、図２に示す管理サーバを概念的に表す機能ブロック図である。
【図７】図７は、図１に示す駐輪場管理システムにおいて券売機、携帯端末および管理サーバによってそれぞれ実行される駐輪リクエスト処理プログラムの一例を概念的に表すフローチャートである。
【図８】図８は、図１に示す駐輪場管理システムにおいて駐輪場の稼働状況を管理するために管理サーバにおいて作成される管理リストを概念的に表形式で表す図である。
【図９】図９は、本発明の例示的な第２の実施形態に従う駐輪場管理システムにおいて券売機、携帯端末および管理サーバによってそれぞれ実行される駐輪リクエスト処理プログラムの一例を概念的に表すフローチャートである。
【図１０】図１０は、本発明の例示的な第３の実施形態に従う駐輪場管理システムにおいて券売機、携帯端末および管理サーバによってそれぞれ実行される駐輪リクエスト処理プログラムの一例を概念的に表すフローチャートである。
【図１１】図１１は、図１０に示す駐輪場管理システムにおいて券売機と携帯端末と管理サーバと決済サーバとをそれぞれ構成要素とする通信ネットワーク構成を概念的に表す図である。
【図１２】図１２は、本発明の例示的な第４の実施形態に従う駐輪場管理システムにおいて、入出庫制御装置と精算機と管理サーバとの間の通信のための経路と、ユーザの携帯端末と管理サーバと決済サーバとの間の通信のための通信ネットワーク構成とを概念的に表す図である。
【図１３】図１３は、図１２に示す駐輪場管理システムにおいて、入庫時に、入出庫制御装置と精算機とによってそれぞれ実行される入庫処理プログラムの一例を概念的に表すフローチャートである。
【図１４】図１４は、図１２に示す駐輪場管理システムにおいて、出庫時に、入出庫制御装置と精算機とユーザの携帯端末と管理サーバと決済サーバとによってそれぞれ実行される出庫処理プログラムの一例を概念的に表すフローチャートである。
【図１５】図１５は、本発明の例示的な第５の実施形態に従う駐輪場管理システムにおいて、入出庫制御装置と精算機とユーザの携帯端末との間の通信のための経路と、ユーザの携帯端末と管理サーバと決済サーバとの間の通信のための通信ネットワーク構成とを概念的に表す図である。
【図１６】図１６は、図１５に示す駐輪場管理システムにおいて、出庫時に、入出庫制御装置と精算機とユーザの携帯端末と管理サーバと決済サーバとによってそれぞれ実行される出庫処理プログラムの一例を概念的に表すフローチャートである。
【発明を実施するための形態】
【００６５】
以下、本発明のさらに具体的で例示的ないくつかの実施の形態を図面に基づいて詳細に説明する。
【００６６】
＜第１の実施形態＞
【００６７】
図１に示すように、本発明の例示的な第１の実施形態に従う駐輪場管理システム（以下、単に「システム」という。）１０は、ユーザが前払い料金を現金もしくは交通系ＩＣカード（「プリペイド式ＩＣカード」の一例である）を用いた決済または電子決済によって支払うことにより、複数台の自転車１２が駐車可能な複数のラック７２（駐輪スペースの一例）を有する駐輪場２２（本発明における「駐車場」の一例）の複数のラック７２のうちのいずれかをユーザに貸し出すという駐輪サービスを行うために用いられる。本実施形態に従う駐輪場管理システムは、本実施形態に従う駐輪場管理方法を実行するように構成されている。
【００６８】
ここに、「交通系ＩＣカード」は、主として特定の交通機関のサービス料金を精算することが可能なプリペイド式ＩＣカードであり、例えば、従前の定期券や残高式乗車券、回数券を代替するものである。
【００６９】
まず、概略的に説明するに、図１に示すように、このシステム１０によれば、各駐輪場２２に、ユーザが前払い料金を現金でまたは交通系カードを用いて支払うとその代償としてチケットを発行する券売機３０が設置される。ユーザは、駐輪場２２の利用権限を有することを証明するために、購入したチケットを自身の自転車１２に貼り付ける作業を要求される。
【００７０】
さらに、図２に示すように、このシステム１０によれば、ユーザは、携帯端末９０（本発明における「通信端末」の一例）を用い、通信ネットワーク（例えば、グローバルネットワークとしてのインターネット）を経由して、管理センタ４０によって運営される管理サーバ５０にアクセスし、それにより、ユーザは、駐輪場２２の利用権限を獲得する。
【００７１】
さらに、図２に示すように、ユーザは、携帯端末９０を用い、前記通信ネットワークを経由して、決済業者１００によって運営される決済サーバ１１０にアクセスし、それにより、ユーザは、必要な料金を電子決済によって支払う。この支払いを条件に、管理サーバ５０は、駐輪場２２の利用権限をユーザに付与する。
【００７２】
次に、具体的に説明するに、図１に示すように、管理センタ４０によって集中管理される複数の駐輪場２２（図１には、それら駐輪場２２のうちの代表的な駐輪場２２のみが示されている）の各々には、駐輪場設備２０が設置されている。その駐輪場設備２０は、券売機３０と、自転車収容装置７０とを有している。
【００７３】
まず、券売機３０のハードウエア構成について説明する。
【００７４】
券売機３０は、図３に示すように、発券ボタン３２と、料金精算ボタン３４とを有する。券売機３０は、ユーザが、駐輪開始に先立ち、予定駐輪時間（予定利用時間）の長さ（対応するチケットの種類である券種）を選択してそれに見合った額の前払い駐輪料金を支払った後に発券ボタン３２を押すと、所定条件のもとに、物理的なチケットを発行する発券機能を有する。券売機３０は、さらに、ユーザが、駐輪終了後、追加駐輪料金を支払った後に料金精算ボタン３４を押すと、追加駐輪料金の精算が済んだことを示す領収書を発行する料金精算機能を有する。
【００７５】
図３に示すように、この券売機３０は、それぞれ図示しない硬貨処理ユニット、金庫および制御基板と、表示器３６と、チケットおよび領収書を印刷して発行するプリンタ（図示しない）とを有するように構成されている。
【００７６】
前記制御基板は、プロセッサおよびメモリを有するコンピュータを主体として構成されており、図７を参照して後述するプログラムを実行することにより、ユーザが前払い料金を現金または交通系カードで決済することを可能にする。よって、この券売機３０のソフトウエア構成については、後に図７を参照して説明されることになる。
【００７７】
券売機３０は、さらに、ユーザが自身のプリペイドカードをかざすとそれからデータを読み込むカードリーダ３８と、ユーザの携帯端末９０と近距離無線通信を行うための通信部４０とを有する。
【００７８】
図３に示すように、前記硬貨処理ユニットは、硬貨投入口５０と、返却レバー５２と、硬貨セレクタ（投入された硬貨の種類の判別と、投入された硬貨が偽造硬貨でないか否かの判別とを行う）（図示しない）と、硬貨返却口５６とを有する。投入された硬貨のうち、硬貨返却口５６からユーザに返却されなかったものは、前記金庫に収容される。
【００７９】
図３に示すように、券売機３０の扉２４の前面には、発券ボタン３２と、料金精算ボタン３４と、表示器３６（例えば、液晶ディスプレイ）の画面からの表示光が透過する透過窓６０と、硬貨投入口５０、返却レバー５２および硬貨返却口５６と、前記プリンタによって印刷されて排出されるチケットおよび領収書を排出するための排出口６４とが配置されている。
【００８０】
表示器３６は、本実施形態においては、タッチパネル方式とされている。よって、表示器３６は、複数の駐輪時間の長さを前払い料金の額に関連付けて表示し、それら駐輪時間のうちのいずれかをユーザがタッチすれば、いずれかの駐輪時間が予定駐輪時間として選択され、その結果、券種が選択されることになる。
【００８１】
さらに、表示器３６は、複数のラック７２の番号を表示するとともに、ユーザに対し、自身の自転車１２を保管しておきたいラック７２の番号を入力することを催促するためのメッセージを表示する。これに応答し、ユーザは、いずれかのラック７２の番号にタッチし、それにより、自身が利用したラック７２を指定することになる。
【００８２】
次に、自転車収容装置７０の構成について説明する。
【００８３】
自転車収容装置７０は、複数のラック７２と、それらラック７２を互いに連結するフレーム７４とを備えている。それらラック７２により、駐輪場２２の支持面（例えば、地面、整地面、舗装面など）上において、複数の駐輪スペースがそれぞれ画定される。
【００８４】
自身の自転車１２を駐輪場２２に駐輪したいユーザは、空室である（未使用状態または非占有状態にある）いずれかのラック７２を選択し、そのラック７２に自転車１２を進入させて停留させる。その後、ユーザは、自身のループ錠８０を解錠して自転車１２をラック７２に係留させる。その後、ユーザは、ループ錠８０を施錠する。続いて、ユーザは、駐輪場２２から単独で退場する。
【００８５】
ループ錠８０は、よく知られているように、フレキシブルな１本のワイヤの両端がダイヤル錠を介して互いに連結されることによって構成されている。ダイヤル錠は、該当する暗証番号を適用すると、解錠する。
【００８６】
次に、図４を参照することにより、通信ネットワーク構成を説明する。
【００８７】
券売機３０は、通信部（送信部および受信部）４０において、携帯端末９０との間において、ＩＲ信号、精算機２１０の通信部、ＮＦＣ（近距離無線通信）信号などを用いて近距離双方向無線通信を行う。券売機３０は、携帯端末９０および／または管理サーバ５０との間において、インターネットを介して、遠距離双方向無線通信を行うことが可能であってもよい。
【００８８】
携帯端末９０は、管理センタ４０の管理サーバ５０との間で、インターネットを介して、遠距離双方向無線通信を行う。さらに、携帯端末９０は、決済業者１００の決済サーバ１１０との間で、インターネットを介して、遠距離双方向無線通信を行う。
【００８９】
次に、図５を参照することにより、携帯端末９０のハードウエア構成を説明する。
【００９０】
携帯端末９０は、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、ＰＤＡのように、ユーザによって携帯可能な種類の通信端末の一例であるが、これに代えて、駐輪場２２に設置されている固定電話機、駐輪場２２の近傍に設置されている公衆電話機のように、ユーザによって携帯不可能な種類の通信端末であってもよい。
【００９１】
ここで、機能ブロック図である図５を参照して携帯端末９０のハードウエア構成を説明するに、携帯端末９０は、プロセッサ１３０およびそのプロセッサ１３０によって実行される複数のプログラム（「アプリケーション」ともいう）（図７参照）を記憶するメモリ１３２を有するコンピュータ１３４を主体として構成されている。
【００９２】
この携帯端末９０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１３６と、管理サーバ５０（および／または精算機２１０）からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０（および／または精算機２１０）に送信する送信部１４０とを有する。
【００９３】
この携帯端末９０は、さらに、ユーザからデータやコマンドを入力するための入力部１５０を有する。その入力部１５０は、例えば、所望の情報（例えば、コマンド、データなど）を携帯端末９０に入力するためにユーザによって操作可能な操作部を有する。その操作部としては、ユーザによって操作可能なアイコン（例えば、仮想的なボタン）を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部（例えば、キーボード、キーパッド、ボタンなど）、音声を感知するマイクなどがあるが、これらに限定されない。
【００９４】
この携帯端末９０は、さらに、ＧＰＳ（衛星測位システム）受信機１５２を有する。ＧＰＳ受信機１５２は、よく知られているように、複数のＧＰＳ衛星から複数のＧＰＳ信号を受信し、それらＧＰＳ信号に基づき、ＧＰＳ受信機１５２の地球上における位置（緯度、経度および高度）を三角測量によって測定する。
【００９５】
ここに、ＧＰＳは、携帯端末９０の現在位置すなわちユーザの現在位置９０を測定する測位部の一例である。
【００９６】
別の例としては、携帯端末９０の無線通信のための無線基地局（駐輪場２２の内部か外部に設置され、例えばアクセスポイントやセルラー基地局など）の位置座標を表す信号を携帯端末９０が受信し、それを用いて測位を行う手法や、駐輪場２２に設置される発信機からの信号であって固有の発信機ＩＤを表すものを携帯端末９０が受信し、その発信機ＩＤをその発信機の位置座標に変換することによって測位を行う手法が存在する。
【００９７】
携帯端末９０は、さらに、自身の加速度を検出する加速度センサ１５４を内蔵している。その加速度センサ１５４は、携帯端末９０に搭載されているため、携帯端末９０と一体的に振動し、その結果、加速度センサ１５４自体に作用する加速度を、携帯端末９０に作用する加速度と等価なものとして検出する。
【００９８】
次に、図６を参照することにより、管理サーバ５０のハードウエア構成を説明する。
【００９９】
機能ブロック図である図６を参照して管理サーバ５０のハードウエア構成を説明するに、管理サーバ５０は、プロセッサ１６０およびそのプロセッサ１６０によって実行される複数のアプリケーション（図７参照）を記憶するメモリ１６２を有するコンピュータ１６４を主体として構成されている。
【０１００】
この管理サーバ５０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１６６と、携帯端末９０からの信号を受信する受信部１６８と、信号を生成してその信号を携帯端末９０に送信する送信部１７０と、時計１７２とを有する。この管理サーバ５０は、券売機３０との間での通信を直接的には行わず、事実上、携帯端末９０を介して行うことになる。
【０１０１】
次に、券売機３０、ユーザの携帯端末９０および管理サーバ５０のそれぞれのソフトウエア構成について説明する。
【０１０２】
図７には、システム１０において券売機３０、携帯端末９０および管理サーバ５０によってそれぞれ実行される駐輪リクエスト処理プログラムであってユーザが携帯端末９０を操作しつつ券売機３０を用いて前払い料金を現金または交通系カードで決済することを可能にするものの一例がフローチャートで概念的に表されている。
【０１０３】
携帯端末９０は、まず、ステップＳ３１において、メモリ１３２に記憶されている当該駐輪リクエスト処理プログラムがプロセッサ１３０によって実行されることにより、当該駐輪リクエスト処理プログラムを起動させる。
【０１０４】
次に、携帯端末９０は、ステップＳ３２において、ユーザが、今回の駐綸場２２における複数のラック７２のうち、ユーザが自転車１２の保管のために利用することを希望するものの番号を入力することを可能にする。
【０１０５】
続いて、携帯端末９０は、ステップＳ３３において、ユーザが前払い料金を現金か交通系カードで決済することを希望する場合には券売機３０を操作することをユーザに催促するためのメッセージを携帯端末９０の画面上に表示する。
【０１０６】
今回は、ユーザは、そのメッセージに従い、券売機３０に接近する。
【０１０７】
券売機３０は、ステップＳ１において、複数の予定利用時間を、対応する前払い料金の額に関連付けて表示器３６のタッチパネル上に表示し、さらに、ユーザが、表示器３６のタッチパネル上に表示されている複数の予定利用時間のうちのいずれかに指でタッチすると、ユーザが希望する券種を選択する。このとき、前払い料金の額が確定する。
【０１０８】
続いて、券売機３０は、ステップＳ２において、ユーザが、今回の駐綸場２２における複数のラック７２のうち、ユーザが自転車１２の保管のために利用することを希望するものの番号を入力することを可能にする。
【０１０９】
その後、券売機３０は、ステップＳ３において、ユーザが、今回の前払い料金を現金か交通系カードで支払うことを可能にする。
【０１１０】
続いて、券売機３０は、上記の支払いが完了すると、ステップＳ４において、そのことを表す支払完了信号を、今回の駐輪場２２に固有の駐輪場ＩＤ、前記入力されたラック番号、および前記選択された券種に対応する予定利用時間の長さと共に、携帯端末９０に送信する。
【０１１１】
券売機３０と携帯端末９０との間の通信は、前述のように、ＩＲ信号、Bluetooth（登録商標）信号、ＮＦＣ（近距離無線通信）信号などを用いた近距離双方向無線通信である。通常、１台の券売機３０の前に、一人のユーザが位置することから、１台の券売機３０と１台の携帯端末９０とが互いに通信することが期待される。
【０１１２】
このとき、携帯端末９０は、ステップＳ３４において、券売機３０との受信を試行し、その受信に成功すると、ステップＳ３５の判定がＹＥＳとなり、ステップＳ３６に移行する。
【０１１３】
このステップＳ３６において、携帯端末９０は、前述のステップＳ３２においてユーザから入力されたラック番号と、前述のステップＳ３４において券売機３０から受信したラック番号とを照合し、その照合に成功すれば（それら２つのラック番号が一致すれば）、１台の券売機３０の前に一人のユーザしか位置せず、券売機３０と携帯端末９０との間に１対１の関係が存在すると正常な状態であると判定する。
【０１１４】
続いて、携帯端末９０は、ステップＳ３７において、駐輪場ＩＤと駐輪場２２との間の対応関係であって予めメモリ１３２に記憶されているものに従い、前述のステップＳ３４において券売機３０から受信した駐輪場ＩＤから、ユーザが現在滞在している駐輪場２２を認証する。
【０１１５】
その後、携帯端末９０は、ステップＳ３８において、今回のユーザについての駐輪場貸出し手続が完了したと判定し、ステップＳ３９において、そのことを表す手続完了信号を、今回の駐輪場ＩＤ、今回のラック番号および今回の予定利用時間の長さ（以下、それらを「駐輪関連情報」と総称する。）と共に、管理サーバ５０に送信する。
【０１１６】
これに対し、管理サーバ５０は、ステップＳ５１において、前記手続完了信号を、上述の駐輪関連情報と共に受信する。続いて、管理サーバ５０は、ステップＳ５２において、図８に例示する管理リストであってメモリ１６２に保存されているものに、駐輪場ＩＤ（図の例においては、「駐輪場Ａ」）に関連付けて、今回のラック番号を登録する。
【０１１７】
その後、管理サーバ５０は、ステップＳ５３において、今回の駐輪場２２において、今回のラック番号を有するラック７２を利用する権限をユーザに付与する。続いて、管理サーバ５０は、ステップＳ５４において、現在時刻を開始時刻として計測し、その開始時刻を、図８に例示する管理リストに登録する。
【０１１８】
その後、管理サーバ５０は、ステップＳ５５において、現在時刻を計測し、続いて、ステップＳ５６において、その現在時刻から前記開始時刻を引き算して取得される実利用時間が前記予定利用時間を超過しているか否かを判定する。超過していなければ、その判定がＮＯとなり、ステップＳ５５に戻るが、超過していれば、その判定がＹＥＳとなり、ステップＳ５７において、ユーザは、駐輪場２２の利用に関し、タイムオーバーであることが、図８に例示する管理リストに登録される。
【０１１９】
この管理リストは、管理センタ４０の支配下にある複数人の作業員であって任意の駐輪場２２に派遣されるものによって閲覧されることによって共有される。その結果、各作業員は、担当する駐輪場２２において、タイムオーバーである自転車１２を個別に摘発することが可能となる。
【０１２０】
一方、携帯端末９０は、前述のステップＳ３９の実行に実質的に並行して、そのステップＳ３９と同様に、ステップＳ４０において、前記手続完了信号を券売機３０に送信する。
【０１２１】
これに対し、券売機３０は、ステップＳ５において、その手続完了信号を携帯端末９０から受信し、続いて、ステップＳ６において、前記プリンタを用いて、ユーザが今回の駐輪場２２を利用する権限を有することの証拠として、物理的なチケットを発行する。
【０１２２】
その後、ユーザは、そのようにして購入したチケットを自身の自転車１２に貼り付ける。その結果、作業員は、各自転車１２が前払い料金を支払ったユーザの自転車１２であるか否かを視覚的に判別することが可能となる。
【０１２３】
＜第２の実施形態＞
【０１２４】
次に、本発明の例示的な第２の実施形態に従う駐輪場管理システム１０を説明する。ただし、第１の実施形態に従う駐輪場管理システム１０と共通する部分については重複した説明を省略し、異なる部分についてのみ詳細に説明する。本実施形態に従う駐輪場管理システムは、本実施形態に従う駐輪場管理方法を実行するように構成されている。
【０１２５】
上述の第１の実施形態においては、券売機３０と携帯端末９０とを、券売機３０に対して料金支払いを行った者（支払者）と、携帯端末９０を操作した者（操作者）とがいずれも同じユーザであることに着目して紐付けするために、ユーザに、同じラック番号を、券売機３０と携帯端末９０との双方にそれぞれ入力することを強制する。
【０１２６】
これに対し、本実施形態においては、ユーザがラック番号を携帯端末９０のみに入力すれば、同じ目的が達成される。ただし、これに代えて、ユーザがラック番号を券売機３０のみに入力すれば、同じ目的が達成される態様で本発明を実施してもよい。
【０１２７】
図９には、システム１０において券売機３０、携帯端末９０および管理サーバ５０によってそれぞれ実行される駐輪リクエスト処理プログラムであってユーザが携帯端末９０を操作しつつ券売機３０を用いて前払い料金を現金でまたは交通系カードで決済することを可能にするものの一例がフローチャートで概念的に表されている。
【０１２８】
本実施形態によれば、携帯端末９０が、まず、ステップＳ１３１において、メモリ１３２に記憶されている当該駐輪リクエスト処理プログラムがプロセッサ１３０によって実行されることにより、当該駐輪リクエスト処理プログラムを起動させる。
【０１２９】
次に、携帯端末９０は、ステップＳ１３２において、ユーザが、今回の駐綸場２２における複数のラック７２のうち、ユーザが自転車１２の保管のために利用することを希望するものの番号を入力することを可能にする。
【０１３０】
続いて、携帯端末９０は、ステップＳ１３３において、ユーザが前払い料金を現金か交通系カードで決済することを希望する場合には、前記ラック番号と自身の送信元アドレス（携帯端末９０のＩＰアドレスまたはＭＡＣアドレスなど）とを含む信号を、例えば、Bluetooth（登録商標）方式でまたはインターネットを介して、ブロードキャスト方式で（この時点では、携帯端末９０は、送信先である券売機３０の送信先アドレス（ＩＰアドレス、ＭＡＣアドレスなど）を知らない）券売機３０に送信する。
【０１３１】
その後、携帯端末９０は、ステップＳ１３４において、ユーザが券売機３０を操作することを催促するためのメッセージを携帯端末９０の画面上に表示する。
【０１３２】
そのメッセージに従い、ユーザは、券売機３０に接近する。
【０１３３】
券売機３０は、ステップＳ１０２において、携帯端末９０から受信した信号に含まれる送信元アドレスから、送信元を特定し、続いて、ステップＳ１０３において、券売機３０と１台の携帯端末９０との間の通信を確立し、その後、ステップＳ１０４において、他の送信元である他のユーザの携帯端末９０から発信された信号の受信を拒否する。具体的には、券売機３０は、以後、自身のアドレスが送信先アドレスとして含まれる信号しか受信しない。
【０１３４】
続いて、券売機３０は、ステップＳ１０５において、上述のステップＳ１０１において携帯端末９０から受信した信号に含まれるラック番号を表示器３６のタッチパネル上に表示し、さらに、複数の予定利用時間も、対応する複数の前払い料金の額に関連付けて表示する。
【０１３５】
その後、券売機３０は、ステップＳ１０６において、ユーザが、表示器３６のタッチパネル上に表示されている複数の予定利用時間のうちのいずれかに指でタッチすると、ユーザが希望する券種を選択する。このとき、前払い料金の額が確定する。
【０１３６】
続いて、券売機３０は、ステップＳ１０７において、ユーザが、今回の前払い料金を現金か交通系カードで支払うことを可能にする。
【０１３７】
続いて、券売機３０は、上記の支払いが完了すると、ステップＳ１０８において、そのことを表す支払完了信号を、今回の駐輪場に固有の駐輪場ＩＤ、および前記選択された券種に対応する予定利用時間の長さと共に、Bluetooth（登録商標）方式でまたはインターネットを介して、ユニキャスト方式で（この時点では、券売機３０は、送信先である今回の携帯端末９０の送信先アドレスを知っている）携帯端末９０のみに、自身の送信元アドレスと共に送信する。
【０１３８】
このとき、携帯端末９０は、ステップＳ１３５において、券売機３０との受信を試行し、その受信に成功すると、ステップＳ１３６の判定がＹＥＳとなり、ステップＳ１３７に移行する。
【０１３９】
このステップＳ１３７において、携帯端末９０は、駐輪場ＩＤと駐輪場２２との間の対応関係であって予めメモリ１３２に記憶されているものに従い、前述のステップＳ１３５において券売機３０から受信した駐輪場ＩＤから、ユーザが現在滞在している駐輪場２２を認証する。
【０１４０】
その後、携帯端末９０は、ステップＳ１３８において、今回のユーザについての駐輪場貸出し手続が完了したと判定し、ステップＳ１３９において、そのことを表す手続完了信号を、今回の駐輪場ＩＤ、今回のラック番号および今回の予定利用時間の長さ（以下、それらを「駐輪関連情報」と総称する。）と共に、管理サーバ５０に送信する。
【０１４１】
これに対し、管理サーバ５０は、ステップＳ１５１において、前記手続完了信号を、上述の駐輪関連情報と共に受信する。続いて、管理サーバ５０は、ステップＳ１５２において、図８に例示する管理リストであってメモリ１６２に保存されているものに、駐輪場ＩＤ（図の例においては、「駐輪場Ａ」）に関連付けて、今回のラック番号を登録する。
【０１４２】
その後、管理サーバ５０は、ステップＳ１５３において、今回の駐輪場２２において、今回のラック番号を有するラック７２を利用する権限をユーザに付与する。続いて、管理サーバ５０は、ステップＳ１５４において、現在時刻を開始時刻として計測し、その開始時刻を、図８に例示する管理リストに登録する。
【０１４３】
その後、管理サーバ５０は、ステップＳ１５５において、現在時刻を計測し、続いて、ステップＳ１５６において、その現在時刻から前記開始時刻を引き算して取得される実利用時間が、前記予定利用時間を超過しているか否かを判定する。超過していなければ、その判定がＮＯとなり、ステップＳ１５５に戻るが、超過していれば、その判定がＹＥＳとなり、ステップＳ１５７において、ユーザは、駐輪場２２の利用に関し、タイムオーバーであることが、図８に例示する管理リストに登録される。
【０１４４】
一方、券売機３０は、前述のステップＳ１０８の実行後に（または実行前に）、ステップＳ１０９において、前記プリンタを用いて、ユーザが今回の駐輪場２２を利用する権限を有することの証拠として、物理的なチケットを発行する。
【０１４５】
＜第３の実施形態＞
【０１４６】
次に、本発明の例示的な第３の実施形態に従う駐輪場管理システム１０を説明する。ただし、第１の実施形態に従う駐輪場管理システム１０と共通する部分については重複した説明を省略し、異なる部分についてのみ詳細に説明する。本実施形態に従う駐輪場管理システムは、本実施形態に従う駐輪場管理方法を実行するように構成されている。
【０１４７】
上述の第１および第２の実施形態はいずれも、第１通信環境、すなわち、券売機３０は、携帯端末９０との間では通信可能である一方、管理サーバ５０との間では通信不能であるが券売機３０からの情報は携帯端末９０を経由して管理サーバ５０に送信可能であるという通信環境のもとで本発明を実施する場合の一具体例であるが、本実施形態は、第２通信環境、すなわち、券売機３０は、管理サーバ５０との間では通信可能である一方、携帯端末９０との間では通信不能であるという通信環境のもとで本発明を実施する場合の一具体例である。
【０１４８】
図１０には、システム１０において券売機３０、携帯端末９０および管理サーバ５０によってそれぞれ実行される駐輪リクエスト処理プログラムであってユーザが携帯端末９０を操作しつつ券売機３０を用いて前払い料金を現金または交通系カードで決済することを可能にするものの一例がフローチャートで概念的に表されている。
【０１４９】
図１１に示すように、本実施形態においては、券売機３０と携帯端末９０と管理サーバ５０と決済サーバ１１０とがインターネットを介して相互に接続されている。ただし、本実施形態においては、券売機３０と携帯端末９０との間での通信が行われないようになっている。その結果、本実施形態においては、事実上、相互に通信しない券売機３０と携帯端末９０とがそれぞれ管理サーバ５０に並列に接続されている。
【０１５０】
具体的には、図１０に示すように、携帯端末９０が、まず、ステップＳ２３１において、メモリ１３２に記憶されている当該駐輪リクエスト処理プログラムがプロセッサ１３０によって実行されることにより、当該駐輪リクエスト処理プログラムを起動させる。
【０１５１】
次に、携帯端末９０は、ステップＳ２３２において、ユーザが今回の駐輪サービスの会員であることを条件に、そのユーザに固有な情報であるユーザＩＤ（例えば、固有の番号、固有の記号列、電話番号、電子メールアドレスなど）を管理サーバ５０に送信する。
【０１５２】
これに対し、管理サーバ５０は、ステップＳ２５１において、そのユーザＩＤを受信する。
【０１５３】
携帯端末９０は、ステップＳ２３２の実行後、ステップＳ２３３において、ユーザが、前払い料金の支払方法を、券売機３０を用いた現金決済またはカード決済という第１の選択肢と、自身の携帯端末９０を用いた電子決済（スマホ決済、クレジットカード決済、キャッシュカード決済など）という第２の選択肢との中から選択することを可能とする。
【０１５４】
続いて、携帯端末９０は、ステップＳ２３４において、ユーザによって選択された支払方法が第１の選択肢であるか否かを判定する。その判定がＹＥＳである場合には、携帯端末９０は、ステップＳ２３５において、ユーザが券売機３０を操作することを催促するためのメッセージを携帯端末９０の画面上に表示する。
【０１５５】
これに対し、ステップＳ２３４の判定がＮＯである場合には、携帯端末９０が図２に示す決済サーバ１１０と通信することにより、ユーザは前払い料金を電子決済によって支払うことになる。これについては、本発明に直接関係しないため、さらなる説明を省略する。
【０１５６】
前記ステップＳ２３５の実行によって画面上に表示されたメッセージに従い、ユーザは、券売機３０に接近する。
【０１５７】
券売機３０は、ステップＳ２０１において、複数の予定利用時間を、対応する複数の前払い料金の額に関連付けて表示器３６のタッチパネル上に表示し、さらに、ユーザが、表示器３６のタッチパネル上に表示されている複数の予定利用時間のうちのいずれかに指でタッチすると、ユーザが希望する券種を選択する。このとき、前払い料金の額が確定する。
【０１５８】
続いて、券売機３０は、ステップＳ２０２において、ユーザが、自身の会員カードをカードリーダ３８にかざすと、その会員カードからユーザＩＤを読み取る。
【０１５９】
その後、券売機３０は、ステップＳ２０３において、ユーザが、今回の駐綸場２２における複数のラック７２のうち、ユーザが自転車１２の保管のために利用することを希望するものの番号を入力することを可能にする。
【０１６０】
続いて、券売機３０は、ステップＳ２０４において、前記入力されたユーザＩＤを、今回の駐輪場２２に固有の駐輪場ＩＤと共に管理サーバ５０に送信する。
【０１６１】
これに対し、管理サーバ５０は、ステップＳ２５２において、ユーザＩＤおよび駐輪場ＩＤを券売機３０から受信する。続いて、管理サーバ５０は、ステップＳ２５３において、前記入力されたユーザＩＤと前記ステップＳ２５１において入力されたユーザＩＤとを照合する。その照合に成功すると、管理サーバ５０は、ステップＳ２５４において、今回のユーザにつき、本人認証に成功したと判定する。
【０１６２】
その後、管理サーバ５２は、ステップＳ２５５において、駐輪場ＩＤと駐輪場２２との間の対応関係であって予めメモリ１６２に記憶されているものに従い、前記入力された駐輪場ＩＤから、今回の駐輪場２２を認証する。
【０１６３】
一方、券売機３０は、ステップＳ２０４の実行後、ステップＳ２０５において、ユーザが、今回の前払い料金を現金か交通系カードで支払うことを可能にする。
【０１６４】
続いて、券売機３０は、上記の支払いが完了すると、ステップＳ２０６において、そのことを表す支払完了信号を、今回の駐輪場ＩＤ、前記入力されたラック番号および前記選択された券種に対応する予定利用時間の長さ（以下、それらを「駐輪関連情報」と総称する。）と共に、管理サーバ５０に送信する。
【０１６５】
これに対し、管理サーバ５０は、ステップＳ２５６において、前記支払完了信号を、上述の駐輪関連情報と共に受信する。続いて、管理サーバ５０は、ステップＳ２５７において、図８に例示する管理リストであってメモリ１６２に保存されているものに、駐輪場ＩＤ（図の例においては、「駐輪場Ａ」）に関連付けて、今回のラック番号を登録する。
【０１６６】
その後、管理サーバ５０は、ステップＳ２５８において、今回のユーザが今回の駐輪場２２を利用するために今回のユーザが遂行すべき手続が完了したと判定する。それを受けて、管理サーバ５０は、ステップＳ２５９において、そのことを表す手続完了信号を携帯端末９０に向けて送信し、また、それと並行して、ステップＳ２６０において、前記手続完了信号を券売機３０に向けて送信する。
【０１６７】
その後、管理サーバ５０は、ステップＳ２６１において、今回の駐輪場２２において、今回のラック番号を有するラック７２を利用する権限をユーザに付与する。続いて、管理サーバ５０は、ステップＳ２６２において、現在時刻を開始時刻として計測し、その開始時刻を、図８に例示する管理リストに登録する。
【０１６８】
その後、管理サーバ５０は、ステップＳ２６３において、現在時刻を計測し、続いて、ステップＳ２６４において、その現在時刻から前記開始時刻を引き算して取得される実利用時間が、前記予定利用時間を超過しているか否かを判定する。超過していなければ、その判定がＮＯとなり、ステップＳ２６３に戻るが、超過していれば、その判定がＹＥＳとなり、ステップＳ２６５において、ユーザは、駐輪場２２の利用に関し、タイムオーバーであることが、図８に例示する管理リストに登録される。
【０１６９】
一方、券売機３０は、前述のステップＳ２０６の実行後に、ステップＳ２０７において、前記手続完了信号を受信し、続いて、ステップＳ２０８において、前記プリンタを用いて、ユーザが今回の駐輪場２２を利用する権限を有することの証拠として、物理的なチケットを発行する。
【０１７０】
また、携帯端末９０は、ステップＳ２３６において、管理サーバ５０からの前記手続完了信号の受信を試行し、その受信に成功すると、ステップＳ２３７の判定がＹＥＳとなり、ステップＳ２３８において、今回のユーザが今回の駐輪場２２を利用するために今回のユーザが遂行すべき手続が完了したと判定する。
【０１７１】
＜第４の実施形態＞
【０１７２】
次に、本発明の例示的な第４の実施形態に従う駐輪場管理システム１０を説明する。ただし、第１ないし第３の実施形態に従う駐輪場管理システム１０と共通する部分については重複した説明を省略し、異なる部分についてのみ詳細に説明する。本実施形態に従う駐輪場管理システムは、本実施形態に従う駐輪場管理方法を実行するように構成されている。
【０１７３】
本実施形態は、後払い式の駐車場管理システムの一例である点で、いずれも前払い式の駐車場管理システムの一例である前述の第１ないし第３の実施形態とは異なる。しかし、本実施形態は、第２通信環境、すなわち、券売機３０に相当する精算機２１０は、管理サーバ５０との間では通信可能である一方、携帯端末９０との間では通信不能であるという通信環境のもとで本発明を実施する場合の一具体例である点で、前述の第３の実施形態と共通する。
【０１７４】
本実施形態に従うシステム１０においては、入庫時には、ユーザは、自身の携帯端末９０も精算機２１０も操作しない。そのときに作動するのは、ユーザが自転車１２（「車両」の一例）をいずれかのラック７２に進入させたことに応答して作動する入出庫制御装置２００のみである。
【０１７５】
一方、出庫時には、ユーザは、後払い駐車料金の精算のため、現金決済またはプリペード式ＩＣカード決済を希望する場合には、精算機２１０のみ操作し、自身の携帯端末９０の操作は不要であるが、電子決済を希望する場合には、自身の携帯端末９０のみ操作し、精算機２１０の操作は不要である。
【０１７６】
しかし、出庫時には、精算機２１０は、管理サーバ５０からの指令に従って作動し、その管理サーバ５０は、携帯端末９０によって指令されるから、このシステム１０においては、ユーザは直接的には精算機２１０を操作しないが、間接的には精算機２１０を操作し、その精算機２１０を介して入出庫制御装置２００が作動させられると解釈される。
【０１７７】
図１２には、このシステム１０において、入出庫制御装置２００と精算機２１０との間の通信のための経路（例えば、通信ケーブル、公衆電話回線、インターネット回線など）と、精算機２１０と管理サーバ５０との間の通信のための経路（例えば、公衆電話回線、長距離無線通信回線、インターネット回線など）と、ユーザの携帯端末９０と管理サーバ５０と決済サーバ１１０との間の通信のための通信ネットワーク構成（例えば、インターネットなど）とが概念的に表されている。
【０１７８】
入出庫制御装置２００の一例は、駐輪場（「駐車場」の一例）２２の出入り口に（複数のラック７２に共通に）設置されるゲート装置（図示しない）と、そのゲート装置を制御するコントローラ（図示しない）とを含むものである。前記ゲート装置は、可動部材（例えば、ブーム、バーなど）を有し、その可動部材が、駐輪場２２からの自転車１２の退場を許可する状態と阻止する状態とに切り換えられる。
【０１７９】
入出庫制御装置２００の別の例は、駐輪場２２における複数のラック７２（それぞれ、「駐車位置」または「駐車スペース」の一例）にそれぞれ設置される出没式、フラップ式または錠式のロック装置（図示しない）と、そのロック装置を制御するコントローラ（図示しない）とを含むものである。いずれの形式にしても、ラック７２ごとの入出庫制御装置２００は、可動部材（例えば、邪魔板、フラップ、錠など）を有し、その可動部材が、対応するラック７２からの自転車１２の退出（出庫）を許可する状態（アンロック状態）と阻止する状態（ロック状態）とに切り換えられる。
【０１８０】
一例においては、前記コントローラが、駐輪場２２に設置されるとともに、その駐輪場２２における複数のラック７２にそれぞれ設置される複数のロック装置を集中的に制御するように構成される。
【０１８１】
精算機２１０は、券売機３０に対し、入庫時に決済証明書としてチケットを発行することに代えて、出庫時に決済証明書として領収書を発行する点では異なるが、ユーザによる現金決済およびプリペイドカード決済のうちの少なくとも一方を可能とする非電子決済機能と、管理サーバ５０（または携帯端末９０）との間で無線通信を行う通信機能とを有する点では、ハードウエア構成の点でもソフトウエア構成の点でも券売機３０と共通する。
【０１８２】
一方、時間・料金計算機能については、券売機３０は、入庫時に、ラック７２ごとに（例えば、車室ごとに、駐車スペースごとに）、ユーザからの指示（例えば、前述の券種の選択結果）に従い、実駐車時間ではなく、有効駐車時間、見込み駐車時間または予約駐車時間の長さを計算し、その計算値に基づいて駐車料金の額を計算する計算機能を有する。
【０１８３】
これに対し、精算機２１０は、出庫時に、ラック７２ごとに（例えば、車室ごとに、駐車スペースごとに）、入出庫制御装置２００の後述の自転車存否センサ（例えば、物体存否センサ）からの信号に基づき、実駐車時間の長さを計算し、その計算値に基づいて駐車料金の額を計算する計算機能を有する。券売機３０と精算機２１０とは、いずれにしても、駐車時間の長さを計算し、その計算値に基づいて駐車料金の額を計算する点では互いに共通する。
【０１８４】
この計算機能は、券売機３０であるか精算機２１０であるかを問わず、非電子決済と電子決済とに共用される。
【０１８５】
図１３には、このシステム１０において、入庫時に、入出庫制御装置２００と精算機２１０とによってそれぞれ実行される入庫処理プログラムの一例が概念的にフローチャートで表されている。
【０１８６】
入庫ステージにおいてそれぞれの入庫処理プログラムが実行されると、まず、ステップＳ１３０１において、入出庫制御装置２００のコンピュータ（図示しない）が、駐輪場２２におけるいずれかのラック７２への自転車１２の進入（入庫）があったか否かを、例えば入出庫制御装置２００の自転車存否センサ（図示しないが、自転車との相対位置に応じた磁界の変化を感知するセンサ（例えば、ループコイル）、自転車との相対位置に応じた光の変化を感知するセンサなど）からの信号を用いて判定する。
【０１８７】
入庫があれば、ステップＳ１３０１の判定がＹＥＳとなり、続いて、ステップＳ１３０２において、入出庫制御装置２００のコンピュータが、今回のラック７２を識別する識別情報の一例であるラック番号を精算機２１０に送信する。
【０１８８】
これに対し、精算機２１０は、ステップＳ１３５１において、そのラック番号を受信し、続いて、ステップＳ１３５２において、精算機２１０の時計（図示しない）を用いて現在時刻を入庫時刻として計測する。その後、ステップＳ１３５３において、それらラック番号と入庫時刻とを互いに関連付けて精算機２１０のメモリ（図示しない）に保存する。
【０１８９】
入出庫制御装置２００は、ステップＳ１３０２の実行後に、ステップＳ１３０３において、今回のラック７２に入庫した自転車１２が権限なく出庫することを阻止するように、作動する。例えば、入出庫制御装置２００が昇降可能なフラップを用いる場合には、そのフラップが、駐輪場２２の支持面から上昇させられて自転車１２をロックする状態とされ、また、入出庫制御装置２００が解錠可能な錠を用いる場合には、その錠が、自転車１２に係留する状態で施錠される。
【０１９０】
図１４には、このシステム１０において、出庫時に、入出庫制御装置２００と精算機２１０とユーザの携帯端末９０と管理サーバ５０と決済サーバ１１０とによってそれぞれ実行される出庫処理プログラムの一例が概念的にフローチャートで表されている。
【０１９１】
出庫ステージにおいてそれぞれの出庫処理プログラムが実行されると、携帯端末９０は、ステップＳ１４３１において、ユーザが精算リクエスト（出庫リクエストを兼ねる）を携帯端末９０に対して入力したか否かを判定する。精算リクエストが入力されると、ステップＳ１４３１の判定がＹＥＳとなり、続いて、ステップＳ１４３２において、ユーザが、自身の自転車１２が保管されているラック７２のラック番号を携帯端末９０に入力する。
【０１９２】
その後、携帯端末９０は、ステップＳ１４３３において、その入力されたラック番号を管理サーバ５０に送信する。
【０１９３】
これに応答し、管理サーバ５０は、ステップＳ１４５１において、前記ラック番号を受信し、続いて、ステップＳ１４５２において、今回のユーザが支払うべき駐車料金の額を計算するための計算リクエストおよび今回のラック番号を精算機２１０に送信する。
【０１９４】
これに対し、精算機２１０は、ステップＳ１４１１において、上述の計算リクエストおよびラック番号を受信し、続いて、ステップＳ１４１２において、前記時計を用いることにより、現在時刻を計測する。その後、精算機２１０は、ステップＳ１４１３において、前記メモリに保存されている入庫時刻からの、現在時刻までの経過時間を駐車時間として計算する。
【０１９５】
続いて、精算機２１０は、ステップＳ１４１４において、所定の変換テーブルに従い、前記計算された駐車時間の長さを駐車料金の額に変換することにより、駐車料金の額を計算する。その後、精算機２１０は、ステップＳ１４１５において、その計算された駐車料金の額を表す駐車料金データを管理サーバ５０に送信する。
【０１９６】
これに応答し、管理サーバ５０は、ステップＳ１４５３において、その駐車料金データを受信し、続いて、ステップＳ１４５４において、その受信した駐車料金データを携帯端末９０に送信する。
【０１９７】
これに応答し、携帯端末９０は、ステップＳ１４３４において、その駐車料金データを受信する。すなわち、本実施形態においては、携帯端末９０が、駐車料金データを、そのデータをそもそも生成した精算機２１０から直接受信するのではなく、管理サーバ５０を中継地として用いて間接的に受信するように構成されているのである。
【０１９８】
続いて、携帯端末９０は、ステップＳ１４３５は、受信した駐車料金データにより表される駐車料金を電子決済するために、電子決済リクエストを決済サーバ１１０に送信する。
【０１９９】
これに応答し、決済サーバ１１０は、ステップＳ１４７１において、その電子決済リクエストを受信し、続いて、ステップＳ１４７２において、電子決済を行い、それが完了すると、そのことを表す決済完了信号を携帯端末９０に返信する。
【０２００】
これに応答し、携帯端末９０は、ステップＳ１４３６において、電子決済によって駐車料金の支払いが完了したことを表す支払完了信号を管理サーバ５０に送信する。
【０２０１】
これに応答し、管理サーバ５０は、ステップＳ１４５５において、その支払完了信号を受信し、続いて、ステップＳ１４５６において、出庫許可信号を精算機２１０に送信する。
【０２０２】
これに応答し、精算機２１０は、ステップＳ１４１６において、その出庫許可信号を受信し、続いて、ステップＳ１４１７において、出庫許可作動指令信号を入出庫制御装置２００に送信する。
【０２０３】
これに応答し、入出庫制御装置２００は、ステップＳ１４０１において、前記可動部材をアンロック状態に移行させ、それにより、自転車１２が今回のラック７２から出庫することを許可する。
【０２０４】
このように、本実施形態においては、出庫ステージにあっては、携帯端末９０が、ユーザにとっての唯一の操作対象である。しかし、携帯端末９０は、管理サーバ５０および決済サーバ１１０とのいずれとも通信可能であるが、精算機２１０とは通信不能であり、入出庫制御装置２００とも通信不能である。その入出庫制御装置２００は精算機２１０と通信可能であり、その精算機２１０は管理サーバ５０と通信可能であることから、携帯端末９０は、間接的に、かつ、究極的に、入出庫制御装置２００を操作することが可能となる。
【０２０５】
よって、本実施形態においては、精算機２１０が電子決済に対応しないにもかかわらず、入出庫制御装置２００のハードウエア構成も精算機２１０のハードウエア構成も管理サーバ５０のハードウエア構成も入出庫制御装置２００と精算機２１０と管理サーバ５０との間の通信環境（通信経路）も変更することなく、ユーザは、決済サーバ１１０と通信可能な携帯端末９０を利用することにより、電子決済に対応可能となっている。
【０２０６】
本実施形態においては、ユーザが、電子決済のために、自身の携帯端末９０を、今回の駐輪場２２から離れた位置で操作することが可能となる。これに対し、携帯端末９０のＧＰＳ機能を用いてユーザの現在位置が今回の駐輪場２２の近傍に居ることを確認するためのステップを追加すれば、ユーザが電子決済のために携帯端末９０を今回の駐輪場２２の近傍において行うことを強制できる。
【０２０７】
具体的には、一例においては、携帯端末９０が、測定された現在位置が、今回の駐輪場２２の位置座標（各駐輪場２２に関連付けて携帯端末９０に予め保存されているか、携帯端末９０が管理サーバ５０からダウンロードする）からの距離が設定値以下であることを条件に、管理サーバ４０との間での通信を許可し、ひいては、ユーザによる電子決済のための手続を許可する。
【０２０８】
別の例においては、携帯端末９０からのアクセスがあった後、管理サーバ５０が、その携帯端末９０からそれの現在位置を受信し、その現在位置が、今回の駐輪場２２の位置座標からの距離が設定値以下であることを条件に、携帯端末９０との間でのさらなる通信を許可し、ひいては、ユーザによる電子決済のための手続を許可する。
【０２０９】
＜第５の実施形態＞
【０２１０】
次に、本発明の例示的な第５の実施形態に従う駐輪場管理システム１０を説明する。ただし、第４の実施形態に従う駐輪場管理システム１０と共通する部分については重複した説明を省略し、異なる部分についてのみ詳細に説明する。本実施形態に従う駐輪場管理システムは、本実施形態に従う駐輪場管理方法を実行するように構成されている。
【０２１１】
本実施形態は、後払い式の駐車場管理システムの一例である点で、前述の第４の実施形態と共通する。しかし、本実施形態は、精算機２１０が携帯端末９０との間では通信可能であるが管理サーバ５０との間では通信不能である点で、精算機２１０が管理サーバ５０との間では通信可能であるが携帯端末９０との間では通信不能である第４の実施形態とは異なる。
【０２１２】
第４の実施形態と同様に、本実施形態に従うシステム１０においては、入庫時には、ユーザは、自身の携帯端末９０も精算機２１０も操作しない。そのときに作動するのは、ユーザが自転車１２（「車両」の一例）をいずれかのラック７２に進入させたことに応答して作動する入出庫制御装置２００のみである。
【０２１３】
一方、出庫時には、ユーザは、後払い駐車料金の精算のため、現金決済またはプリペード式ＩＣカード決済を希望する場合には、精算機２１０のみ操作し、自身の携帯端末９０の操作は不要であるが、電子決済を希望する場合には、自身の携帯端末９０のみ操作し、精算機２１０の操作は不要である。この点も、第４の実施形態と同様である。
【０２１４】
しかし、出庫時には、精算機２１０は、携帯端末９０によって指令されるから、このシステム１０においては、ユーザは直接的には精算機２１０を操作しないが、間接的には精算機２１０を操作し、その精算機２１０を介して入出庫制御装置２００が作動させられると解釈される。
【０２１５】
図１５には、このシステム１０において、入出庫制御装置２００と精算機２１０との間の通信のための経路（例えば、通信ケーブル、公衆電話回線、インターネット回線など）と、精算機２１０とユーザの携帯端末９０との間の通信のための経路（例えば、近距離無線通信、Bluetooth（登録商標）など）と、ユーザの携帯端末９０と管理サーバ５０と決済サーバ１１０との間の通信のための通信ネットワーク構成（例えば、インターネットなど）とが概念的に表されている。
【０２１６】
このように、本実施形態においては、第４の実施形態とは異なり、精算機２１０が、電子決済に対応するために、携帯端末９０との間で近距離通信を行う近距離無線通信部を有する。その結果、ユーザは、電子決済のために、精算機２１０の近傍、例えば、精算機２１０から半径約５ｍの範囲内において携帯端末９０を操作することが要求される。
【０２１７】
これに対し、第４の実施形態においては、携帯端末９０のＧＰＳ機能を用いてユーザの現在位置が今回の駐輪場２２の近傍に居ることを確認するためのステップを追加するなどしない限り、ユーザが電子決済のために携帯端末９０を今回の駐輪場２２の近傍において行うことを強制することができない。
【０２１８】
一方、ユーザが電子決済のために携帯端末９０を今回の駐輪場２２の近傍において行うことを強制することができないと、ユーザが、今回の駐輪場２２に到着しないうちに、携帯端末９０を操作して電子決済を不正にリクエストしてしまうというリスクがある。
【０２１９】
この不正行為が発生すると、実駐車時間より短い虚偽の駐車時間が計算され、その計算値に基づき、正規の料金より低額な虚偽の駐車料金が計算されてしまう。ユーザは、その虚偽の駐車料金を電子決済すると、精算機２１０を介して入出庫制御装置２００が、該当する自転車１２の出庫を許可する状態に切り換わる結果、ユーザは、今回の駐輪場２２に到着すると、自転車１２と共に駐輪場２２から退出することが可能となる。
【０２２０】
一方、ユーザが今回の駐輪場２２の近傍において携帯端末９０を操作して電子決済をリクエストするという行為は、その電子決済が完了すると、ユーザが、故意に駐車時間を引き延ばすことなく、速やかに、自転車１２と共に駐輪場２２から退出することを期待させる。この場合には、上述の電子決済リクエストに応答して計算される駐車時間の長さが、実駐車時間の長さより不当に短縮されずに済む。
【０２２１】
このシステム１０においては、入庫時に、入出庫制御装置２００と精算機２１０とによってそれぞれ入庫処理プログラムが実行されるが、それぞれの入庫処理プログラムの一例は、図１３のものと共通するため、重複した説明を省略する。
【０２２２】
図１６には、このシステム１０において、出庫時に、入出庫制御装置２００と精算機２１０とユーザの携帯端末９０と管理サーバ５０と決済サーバ１１０とによってそれぞれ実行される出庫処理プログラムの一例が概念的にフローチャートで表されている。
【０２２３】
出庫ステージにおいてそれぞれの出庫処理プログラムが実行されると、携帯端末９０は、ステップＳ１６３１において、ユーザが精算リクエスト（出庫リクエストを兼ねる）を携帯端末９０に対して入力したか否かを判定する。精算リクエストが入力されると、ステップＳ１６３１の判定がＹＥＳとなり、続いて、ステップＳ１６３２において、ユーザが、自身の自転車１２が保管されているラック７２のラック番号を携帯端末９０に入力する。
【０２２４】
その後、携帯端末９０は、ステップＳ１６３３において、その入力されたラック番号を精算リクエストと共に精算機２１０に送信する。本実施形態においては、精算機２１０が、携帯端末９０との間で無線通信を行うための通信部を有するように設計されている。その通信部の一例は、Bluetooth（登録商標）方式で近距離通信を行う通信デバイスを有する。
【０２２５】
これに応答し、精算機２１０は、ステップＳ１６１１において、前記精算リクエストと前記ラック番号とを互いに関連付けて受信し、続いて、ステップＳ１６１２において、前記時計を用いることにより、現在時刻を計測する。その後、精算機２１０は、ステップＳ１６１３において、前記メモリに保存されている入庫時刻からの、現在時刻までの経過時間を駐車時間として計算する。
【０２２６】
続いて、精算機２１０は、ステップＳ１６１４において、所定の変換テーブルに従い、前記計算された駐車時間の長さを駐車料金の額に変換することにより、駐車料金の額を計算する。その後、精算機２１０は、ステップＳ１６１５において、その計算された駐車料金の額を表す駐車料金データを携帯端末９０に送信する。
【０２２７】
これに応答し、携帯端末９０は、ステップＳ１６３４において、その駐車料金データを受信する。すなわち、本実施形態においては、携帯端末９０が、駐車料金データを、管理サーバ５０を中継地として用いて間接的に受信するのではなく、その駐車料金データをそもそも生成した精算機２１０から直接受信するように構成されているのである。
【０２２８】
続いて、携帯端末９０は、ステップＳ１６３５は、受信した駐車料金データにより表される駐車料金を電子決済するために、電子決済リクエストを決済サーバ１１０に送信する。
【０２２９】
これに応答し、決済サーバ１１０は、ステップＳ１６７１において、その電子決済リクエストを受信し、続いて、ステップＳ１６７２において、電子決済を行い、それが完了すると、そのことを表す決済完了信号を携帯端末９０に返信する。
【０２３０】
これに応答し、携帯端末９０は、ステップＳ１６３６において、電子決済によって駐車料金の支払いが完了したことを表す支払完了信号を精算機２１０に送信する。
【０２３１】
これに応答し、精算機２１０は、ステップＳ１６１６において、その出庫許可信号を受信し、続いて、ステップＳ１６１７において、出庫許可作動指令信号を入出庫制御装置２００に送信する。
【０２３２】
本実施形態においては、出庫許可作動指令信号を入出庫制御装置２００に送信するという作動が、「前記駐車場から前記車両が出庫することを許可するための作動」の一例である。「前記駐車場から前記車両が出庫することを許可するための作動」の別の例は、精算機２１０のディスプレイの画面上に、今回の駐車位置に関連付けて出庫を許可する旨のメッセージを表示するという作動や、精算機２１０のインジケータ・ランプであって点灯状態でユーザによる出庫を今回の駐車位置に関連付けて許可することを表すものを点灯させるという作動などである。
【０２３３】
これに応答し、入出庫制御装置２００は、ステップＳ１６０１において、前記可動部材をアンロック状態に移行させ、それにより、自転車１２が今回のラック７２から出庫することを許可する。
【０２３４】
その後、携帯端末９０は、ステップＳ１６３７において、駐車情報（または、駐車関連情報）を管理サーバ５０に送信する。その駐車情報は、例えば、今回のユーザが、今回の駐輪場２２に自転車１２を駐輪したラック番号、その駐輪を行った時間帯、その駐輪時間の長さ、その長さに応じてユーザが支払った駐輪料金の額などを含んでいる。
【０２３５】
これに対し、管理サーバ５０は、ステップＳ１６５１において、前記駐車情報を携帯端末９０から受信する。管理サーバ５０は、複数の駐輪場２２のユーザの携帯端末９０から駐車情報を受信し、それにより、複数の駐輪場２２を集中的に管理するように設計されている。その結果、管理サーバ５０は、例えば、各駐輪場２２ごとに、稼働率の時間的変化を監視したり、複数の駐輪場２２間において稼働率の差を評価することが可能となる。
【０２３６】
このように、本実施形態においては、出庫ステージにあっては、携帯端末９０が、ユーザにとっての唯一の操作対象である。しかし、携帯端末９０は、精算機２１０はもとより、管理サーバ５０および決済サーバ１１０とのいずれとも通信可能である。入出庫制御装置２００は精算機２１０と通信可能であり、その精算機２１０は携帯端末９０と通信可能であることから、携帯端末９０は、間接的に、かつ、究極的に、入出庫制御装置２００を操作することが可能となる。
【０２３７】
よって、本実施形態においては、精算機２１０が電子決済に対応しないにもかかわらず、入出庫制御装置２００のハードウエア構成も精算機２１０のハードウエア構成も変更することなく、ユーザは、決済サーバ１１０と通信可能な携帯端末９０を利用することにより、電子決済に対応可能となっている。
【０２３８】
ところで、以上説明した第４および第５の実施形態においては、ユーザが自身の携帯端末９０を用いた電子決済のための作業を、駐輪場２２内に居る限り、精算機２１０から離れた位置において、その精算機２１０を物理的に占有することなく行うことが可能であるため、ユーザにとり、必要な作業を行うための場所が制約されない点で便利である。
【０２３９】
しかし、あるユーザによる電子決済中に精算機２１０が物理的に占有されないということは、別のユーザが精算機２１０を使用して非電子決済（現金決済やカード決済）のための作業を試行する可能性があるということにつながる。
【０２４０】
この場合、あるユーザに割り当てられたラック番号（例えば、駐車位置識別情報）と、別のユーザに割り当てられたラック番号とは、本来であれば、互いに一致しないから、精算機２１０を主体的に用いることを要しない電子決済と、それを要する非電子決済とが、時間的に互いに並行して行うことが可能となる。よって、ユーザにとっては、決済の順番を待つ時間が短縮され、便利である。
【０２４１】
しかしながら、あるユーザが実際に携帯端末９０に入力したラック番号と、別のユーザが精算機２１０に入力するかまたは精算機２１０上で選択したラック番号とが、何らかの事情で（例えば、偶然に）互いに一致してしまうと、それら二人のユーザによる２回分の決済処理のうち最初に行われた（例えば、各ユーザから決済リクエストが相手方より先に発令された）ものが、そのときのラック番号の正否を問わず、優先的に処理されてしまう。ラック番号の真偽判定手段が存在しないからである。
【０２４２】
そこで、ラック番号の誤入力・誤選択を防止するための例示的な一対策として、駐輪場２２（前記駐車場の一例）における複数のラック７２（前記駐車位置、前記車室などのそれぞれの一例）のそれぞれに識別マーク、例えば、コンピュータ読み取り可能な模様（例えば、バーコード、ＱＲコード（登録商標）などの２次元コードなど）、または前記発信機をを予め装着してもよい。
【０２４３】
ここに、「識別マーク」は、ラック７２ごとに異なるラック位置（駐車位置の一例）を表す表示媒体である。一方、「発信機」は、ラック７２ごとに異なる発信機ＩＤを表す信号を発信する通信デバイスである。その発信機ＩＤは、携帯端末９０により、一意にラック位置（駐車位置の一例）に変換される。それら識別マークおよび発信機は、いずれも、駐車位置ごとに異なる位置情報を提示する位置情報提示手段である。
【０２４４】
発信機をさらに具体的に説明するに、発信機は、対応するラック７２に少なくとも１台ずつ設置され、対応するラック７２に固有のＩＤを識別し得る識別信号を発信する非接触式または接触式の通信デバイスである。この発信機は、少なくとも送信機能を有すれば足りるが、必要に応じ、受信機能をも併有するように構成してもよい。
【０２４５】
この発信機は、固有の識別信号を外部からのトリガ信号を要することなく能動的に、かつ、供給電力が不足しない限り永続的に発信する。
【０２４６】
さらに、この発信機は、一般に、識別信号としてのビーコン信号を発信するビーコン装置、無線標識などの名称でも知られている装置である。この発信機は、一例においては、原信号を変調することにより、対応する駐車場ＩＤを表す識別信号を生成し、その生成された識別信号を、ＩＲ信号、Bluetooth（登録商標）信号、ＮＦＣ（近距離無線通信）信号などとして発信する。
【０２４７】
ラック７２ごとに前記識別マークを用いる場合には、例えば、ユーザが、電子決済または非電子決済に先立ち、自身の携帯端末９０のイメージ・センサ（例えば、デジタル・カメラ）で読み取り、その読み取り結果を今回の駐輪場２２のＩＤおよび今回のラック７２のＩＤの組合せに変換するか、または、少なくとも今回のラック７２のＩＤに変換する。携帯端末９０は、その変換結果を、第４の実施形態においては管理サーバ５０に、第５の実施形態においては精算機２１０にそれぞれ送信してもよい。
【０２４８】
これに対し、ラック７２ごとに前記発信機を用いる場合には、例えば、ユーザが、電子決済または非電子決済に先立ち、自身の携帯端末９０の受信機で前記発信機からの信号を受信し、その受信した信号を発信機ＩＤに変換し、さらに、その発信機ＩＤを今回の駐輪場２２のＩＤおよびラック７２のＩＤの組合せに変換するか、または、少なくとも今回のラック７２のＩＤに変換する。携帯端末９０は、その変換結果を、第４の実施形態においては管理サーバ５０に、第５の実施形態においては精算機２１０にそれぞれ送信してもよい。
【０２４９】
また、例示的な別の対策としては、出庫時に電子決済を希望するユーザは、入庫時に、出庫時における個人認証（個人情報の照合）のため、携帯端末９０を前記位置情報提示手段に適用させ、それに応答し、その携帯端末９０は、今回の駐輪場２２のＩＤと、今回のラック７２のＩＤと、ユーザＩＤ（例えば、固有の番号、固有の記号列、電話番号、電子メールアドレスなど）との組合せを、管理サーバ４０または精算機２１０に送信してもよい。すなわち、出庫時に電子決済を希望するユーザは、入庫時に、携帯端末９０を前記位置情報提示手段にかざすだけでよいのである。
【０２５０】
この場合、出庫時にも、入庫時と同様に、ユーザが、携帯端末９０を前記位置情報提示手段に適用させれば、それに応答し、その携帯端末９０は、今回の駐輪場２２のＩＤと、今回のラック７２のＩＤと、ユーザＩＤ（例えば、固有の番号、固有の記号列、電話番号、電子メールアドレスなど）との組合せを、管理サーバ４０または精算機２１０に送信してもよい。すなわち、電子決済を希望するユーザは、出庫時に、携帯端末９０を前記位置情報提示手段にかざすだけでよいのである。
【０２５１】
この場合、それに応答して、管理サーバ４０または精算機２１０は、入庫時に携帯端末９０から受信した情報と、出庫時に携帯端末９０から受信した情報とを照合する。その照合に成功すれば、それに応答して、管理サーバ４０または精算機２１０は、駐車料金の額を計算し、さらに、その駐車料金についての電子決済のためのリクエストを、管理サーバ４０を経由するかまたは経由することなく、決済サーバ１１０に送信してもよい。
【０２５２】
なお付言するに、以上説明したいくつかの実施形態は、移動体としての「車両」の一例である自転車を被保管物体に選んで本発明を実施するものであるが、これに代えてまたはこれに加えて、「車両」の別の例である自動二輪車や原付自転車または自動車などを被保管物体に選んで本発明を実施してもよい。
【０２５３】
さらに付言するに、以上説明したいくつかの実施形態において、携帯端末９０において実行されていた処理の全部または一部をその代わりに管理サーバ５０において実行してもよいし、逆に、管理サーバ５０において実行されていた処理の全部または一部をその代わりに携帯端末９０において実行してもよい。実行されるべき処理がいずれのデバイスで実行されるのかは、そのときの事情、例えば、取り扱われるデータの量や種類、各デバイスの処理速度および記憶容量などによって決まるのが通常であるからである。
【０２５４】
さらに付言するに、以上説明したいくつかの実施形態は、電子決済に対応しない決済装置（精算機２１０など）を、ユーザの通信端末（携帯端末９０など）との組合せにより、システム全体として、電子決済に対応可能とするという技術思想を、駐車場管理というビジネスの分野において具現化したものであるが、その技術思想は、別のビジネスの分野においても有用である。例えば、ユーザから運賃を受け取ってその対価として切符を発行するビジネス、店舗においてユーザから料金を受け取ってその対価として食券を発行するビジネス、ユーザから料金を受け取ってその対価として許可証を発行するビジネスなどにも前記技術思想は有用である。
【０２５５】
以上、本発明の例示的な実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、前記［発明の概要］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【図１】
2020095667.tif 000003
【図２】
2020095667.tif 000004
【図３】
2020095667.tif 000005
【図４】
2020095667.tif 000006
【図５】
2020095667.tif 000007
【図６】
2020095667.tif 000008
【図７】
2020095667.tif 000009
【図８】
2020095667.tif 000010
【図９】
2020095667.tif 000011
【図１０】
2020095667.tif 000012
【図１１】
2020095667.tif 000013
【図１２】
2020095667.tif 000014
【図１３】
2020095667.tif 000015
【図１４】
2020095667.tif 000016
【図１５】
2020095667.tif 000017
【図１６】
2020095667.tif 000018