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