(57)【特許請求の範囲】
【請求項１】
地理的に異なる複数の駐車場であって複数の車室を有するものを集中的に管理する駐車場管理システムであって、
各駐車場の各車室に少なくとも１つずつ設置され、識別信号を局地的に発信する非接触式または接触式の発信機と、
いずれかの駐車場におけるいずれかの車室を利用するユーザの携帯端末であって前記発信機から前記識別信号を受信するものと無線通信することにより、前記複数の駐車場の前記複数の車室を集中的に管理する管理サーバと
を含み、
各発信機は、電池によって作動し、その電池の残量を推定し、その電池残量推定値をも表すように前記識別信号を生成し、その生成された識別信号を発信し、
ユーザの携帯端末は、いずれかの駐車場におけるいずれかの車室における発信機から受信した識別信号から前記電池残量推定値を抽出し、
前記管理サーバは、さらに、
ユーザの携帯端末から、前記抽出された電池残量推定値を、対応する発信機または車室に関連付けて受信し、その受信した電池残量推定値に基づき、対応する発信機の動作が保証されるか否かを診断する発信機診断部と、
同じ駐車場において、前記複数の発信機のうち、動作が保証されないと診断された動作不保証発信機に隣接する発信機であって動作が保証されると診断された動作保証発信機が、その動作保証発信機にもともと割り当てられていた車室と、前記動作非保証発信機にもともと割り当てられていた車室との双方に共通に割り当てられるように、前記複数の発信機と前記複数の車室との対応関係を、１対１の対応関係から１対多の対応関係に変更する対応関係変更部と
を含む駐車場管理システム。
【請求項２】
地理的に異なる複数の駐車場であって複数の車室を有するものを集中的に管理する駐車場管理方法であって、
各駐車場における各車室に少なくとも１つずつ、識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
いずれかの駐車場におけるいずれかの車室を利用するユーザは、携帯端末を介して、前記複数の駐車場を集中的に管理する管理サーバと無線通信し、
各発信機は、電池によって作動し、その電池の残量を推定し、その電池残量推定値をも表すように前記識別信号を生成し、その生成された識別信号を発信し、
当該駐車場管理方法は、
ユーザの携帯端末が、いずれかの駐車場におけるいずれかの車室における発信機から前記識別信号を受信する受信工程と、
ユーザの携帯端末が、その受信した前記識別信号から前記電池残量推定値を抽出する抽出工程と、
前記管理サーバが、ユーザの携帯端末から、前記抽出された電池残量推定値を、対応する発信機または車室に関連付けて受信し、その受信した電池残量推定値に基づき、対応する発信機の動作が保証されるか否かを診断する発信機診断工程と、
前記管理サーバが、同じ駐車場において、前記複数の発信機のうち、動作が保証されないと診断された動作不保証発信機に隣接する発信機であって動作が保証されると診断された動作保証発信機が、その動作保証発信機にもともと割り当てられていた車室と、前記動作非保証発信機にもともと割り当てられていた車室との双方に共通に割り当てられるように、前記複数の発信機と前記複数の車室との対応関係を、１対１の対応関係から１対多の対応関係に変更する対応関係変更工程と
を含む駐車場管理方法。
【請求項３】
請求項１または２に記載の管理サーバが実行する各工程をコンピュータに実行させるためのプログラム。
【請求項４】
請求項３に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の駐車場を集中的に管理する技術に関するものである。
【背景技術】
【０００２】
車両のための複数の駐車スペースを有する駐車場が既に広く普及している。この種の駐車場は、目標の駐車スペースへの車両の搬送方式の観点で分類すると、ユーザが自ら車両を運転して目標の駐車スペースに搬送する方式と、パレットやケージを機械的に移動させて車両を機械的に目標の駐車スペースに搬送する機械式とに分類される。
【０００３】
また、その駐車場は、ユーザに無料で貸される場合もあれば、有料で貸される場合もある。有料駐車場は、ユーザに貸す時間の長さという観点で分類すれば、月極めと、時間貸し（「日貸し」を含む。）とに分類される。
【０００４】
時間貸し駐車場は、その管理方式という観点で分類すれば、その駐車場を管理・監視する担当者が現場に常駐している有人式と、そのような担当者が常駐しておらず、散発的に現場に派遣される無人式とに分類される。
【０００５】
この種の駐車場およびその駐車場に設置される設備（発券機を含む。）を開示している公知文献として、例えば、特許文献１および２が存在する。
【０００６】
特許文献１は、設備コストがかからず管理が容易で十分に採算がとれる自転車を対象とした駐車場を管理する技術を開示している。この技術によれば、不正駐車を行った自転車の出庫を阻止するための装置を設置せずに済むため、駐車場の設備コストが低減する。
【０００７】
具体的には、特許文献１に開示された技術によれば、ユーザは、空いている駐車位置に自転車を駐車させた後、発券機に移動し、その発券機に自身の登録番号を入力し、さらに、必要な駐車料金を投入する。発券機は、入力された登録番号を、駐車料金が精算済みである自転車についての登録番号として記録する。
【０００８】
さらに、特許文献１に開示された技術によれば、駐車場（駐輪場を含む）を管理する管理者は、自身の携帯端末により、駐車中の自転車に貼付されているラベルから登録番号を読み取る。一方、管理者は、発券機から、その発券機に記録されている登録番号、すなわち、駐車料金が精算済みである自転車についての登録番号を取り込む。
【０００９】
その後、管理者は、駐車中の自転車から読み取った登録番号と、発券機から取り込んだ登録番号との照合を行い、その照合の結果により、駐車中の自転車について駐車料金が精算済みであるか否か、すなわち、その自転車が不正駐車されていないか否かを確認する。管理者は、駐車料金が未清算である自転車に、料金支払いを催促するシールを貼付し、それにより、その自転車の持ち主であるユーザに、駐車料金が未清算であることを通知する。
【００１０】
特許文献２は、前払い式の無人駐車場を開示している。この駐車場には、駐車が許可された時間を記録した駐車カードを有料で発行するカード発行機と、常には閉じられている入庫ゲートと、入庫口に設置され、駐車カードが挿入されると、その駐車カードが適切であることを条件に入庫ゲートを開く入庫管理装置とが設置される。さらに、この駐車場には、常には閉じられている出庫ゲートと、出庫口に設置され、駐車カードが挿入されると、その駐車カードが適切であることを条件に出庫ゲートを開く出庫管理装置とが設置される。
【００１１】
特許文献２に開示された技術によれば、ユーザは、この駐車場からの出庫時、出庫管理装置に対して駐車カードを挿入する。出庫管理装置は、その挿入された駐車カードから情報を読み取り、その読み取られた情報が、実際駐車時間の長さが見込み駐車時間を超過したことを示す場合には、出庫管理装置は、ユーザに対し、追加駐車料金の支払いを請求する。その請求に応じ、ユーザが追加駐車料金を出庫管理装置に対して支払えば、出庫ゲートが開かれる。必要な追加駐車料金をユーザが支払わない限り、出庫ゲートが開かれないため、ユーザが追加駐車料金を支払うことなく出庫する不正行為が防止される。
【００１２】
したがって、特許文献２に開示された技術によれば、前払い式の無人駐車場でありながら、駐車場管理者が駐車場に定期的に出向いて不正駐車を発見するための作業を不可欠とすることなく、不正駐車を防止することができる。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００３−２４２５３７号公報
【特許文献２】特開２００６−１４６３２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
一般に、駐車場のサービスにおいては、複数の駐車場を管理する管理者の立場からすると、各駐車場に設置することが必要な設備の低コスト化が要望される。
【００１５】
しかし、特許文献１に開示された技術では、駐車場ごとに、専用の設備としての発券機を設置しなければらない。その発券機は、ユーザ識別番号を入力する機能と、入力されたユーザ識別番号を表すデータを記録する機能と、その記録されたデータを外部に出力する機能とを有するように設計しなければならず、発券機の設備コストを低減させるにも限界があった。
【００１６】
したがって、この技術を採用する場合には、各駐車場に設置することが必要な設備の低コスト化が困難である。
【００１７】
また、特許文献２に開示された技術によれば、駐車場に、カード発行機、入庫ゲート、入庫管理装置、出庫ゲートおよび出庫管理装置を設置することが必要である。これは、駐車場に発券機しか設置せずに済む場合より、駐車場の設備コスト（装置コストおよび設置作業コストを含む。）を増加させる要因となる。また、この技術によれば、入庫管理装置も出庫管理装置も、駐車カードから情報を読み取る機能を有することが必要である。このことは、入庫管理装置および出庫管理装置の設備コストの増加を招来し、このことも、駐車場の設備コストを増加させる要因となる。
【００１８】
したがって、この技術を採用する場合にも、各駐車場に設置することが必要な設備の低コスト化が困難である。
【００１９】
さらに、一般に、駐車場のサービスにおいては、そのサービスを利用するユーザの立場からすると、使い勝手がよいこと、すなわち、駐車場に対する入出庫の際にユーザに要求される作業（例えば、各駐車場に設置されている設備やユーザ自身の通信機器に対してユーザが行うことが必要な操作など）が簡単であることが要望される。
【００２０】
よって、例えば、駐車場に対する入出庫の際にユーザが自身の携帯端末（例えば、携帯電話、ＰＨＳ、ＰＤＡ、スマートフォン、タブレット型コンピュータ、通信機能付きパソコンなど）を操作して管理センタとの通信（例えば、管理センタへの駐車場位置情報の伝達）を行うことを要求される場合には、ユーザが携帯端末に入力することが要求されるデータの量、種類などが最小化されることが望ましい。
【００２１】
さらに、駐車場の管理方式として、各駐車場ごとに、その駐車場に設置された設備のみを用いて自立的に（個別的にないしは自己完結的に）管理される自立管理方式と、複数の駐車場が遠隔的にある管理サーバと通信することによってそれら駐車場を集中的に管理する集中管理方式とが存在する。
【００２２】
後者の集中管理方式を採用する駐車場管理ビジネスにおいては、管理サーバが、ユーザによって利用される駐車場およびその利用状況（例えば、入庫時刻や出庫時刻）をユーザごとに、かつ、駐車場ごとに正確に把握することが、駐車料金を正しく計算したり、各駐車場における車両の駐車台数（例えば、稼働率、空室率など）を正しく監視するために必要である。
【００２３】
よって、ユーザが、入庫時または出庫時に、不注意であるか意図的であるかを問わず、実際の駐車場の利用状況についての誤った情報を管理サーバに伝達してしまうことがないようにすることが重要である。
【００２４】
したがって、複数の駐車場を集中的に管理する管理者の立場からすると、前述の駐車場用設備の低コスト化という要望に加えて、利用される駐車場から管理サーバに送信される駐車関連情報のセキュリティの向上も要望される。
【００２５】
以上の知見を背景にして、本発明は、複数の駐車場を集中的に管理する新たな技術を提供することを課題としてなされたものである。
【課題を解決するための手段】
【００２６】
その技術を実現することを課題として、本発明の一側面によれば、地理的に異なる複数の駐車場であって複数の車室を有するものを集中的に管理する駐車場管理システムであって、
各駐車場の各車室に少なくとも１つずつ設置され、識別信号を局地的に発信する非接触式または接触式の発信機と、
いずれかの駐車場におけるいずれかの車室を利用するユーザの携帯端末であって前記発信機から前記識別信号を受信するものと無線通信することにより、前記複数の駐車場の前記複数の車室を集中的に管理する管理サーバと
を含み、
各発信機は、電池によって作動し、その電池の残量を推定し、その電池残量推定値をも表すように前記識別信号を生成し、その生成された識別信号を発信し、
ユーザの携帯端末は、いずれかの駐車場におけるいずれかの車室における発信機から受信した識別信号から前記電池残量推定値を抽出し、
前記管理サーバは、さらに、
ユーザの携帯端末から、前記抽出された電池残量推定値を、対応する発信機または車室に関連付けて受信し、その受信した電池残量推定値に基づき、対応する発信機の動作が保証されるか否かを診断する発信機診断部と、
同じ駐車場において、前記複数の発信機のうち、動作が保証されないと診断された動作不保証発信機に隣接する発信機であって動作が保証されると診断された動作保証発信機が、その動作保証発信機にもともと割り当てられていた車室と、前記動作非保証発信機にもともと割り当てられていた車室との双方に共通に割り当てられるように、前記複数の発信機と前記複数の車室との対応関係を、１対１の対応関係から１対多の対応関係に変更する対応関係変更部と
を含む駐車場管理システムが提供される。
【００２７】
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。
【００２８】
さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。
【００２９】
（１）  地理的に異なる複数の駐車場を集中的に管理する駐車場管理システムであって、
各駐車場に少なくとも１つずつ設置され、対応する駐車場に固有の駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機と、
いずれかの駐車場を利用するユーザの携帯端末と無線通信することにより、前記複数の駐車場を集中的に管理する管理サーバと
を含み、
その管理サーバは、
いずれかの駐車場に居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、前記携帯端末から、前記いずれかの駐車場に対応する駐車スペースＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信部と、
その受信した駐車スペースＩＤに基づき、ユーザが実際に居る駐車場を特定するとともに、前記駐車スペースＩＤを受信した時刻を、今回の駐車場への入庫時には入庫時刻、今回の駐車場からの出庫時には出庫時刻としてそれぞれ認識する情報認識部と
を含む駐車場管理システム。
【００３０】
（２）  地理的に異なる複数の駐車場を集中的に管理する駐車場管理システムであって、
各駐車場の各車室に少なくとも１つずつ設置され、対応する車室に固有の駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機と、
いずれかの駐車場におけるいずれかの車室を利用するユーザの携帯端末と無線通信することにより、前記複数の駐車場を集中的に管理する管理サーバと
を含み、
その管理サーバは、
いずれかの駐車場におけるいずれかの車室に居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、前記携帯端末から、前記いずれかの車室に対応する駐車スペースＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信部と、
その受信した駐車スペースＩＤに基づき、ユーザが実際に居る車室を特定するとともに、前記駐車スペースＩＤを受信した時刻を、今回の駐車場への入庫時には入庫時刻、今回の駐車場からの出庫時には出庫時刻としてそれぞれ認識する情報認識部と
を含む駐車場管理システム。
【００３１】
（３）  前記情報認識部は、ユーザの携帯端末が前記発信機から、同じ駐車スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したことをトリガーとして起動する（１）または（２）項に記載の駐車場管理システム。
【００３２】
（４）  前記リアルタイム受信部は、ユーザの携帯端末が前記発信機から、同じ駐車スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信すると、その受信した識別信号によって表される駐車スペースＩＤを前記携帯端末から実質的にリアルタイムで受信し、
前記情報認識部は、前記リアルタイム受信部がユーザの記携帯端末から前記駐車スペースＩＤを受信すると、起動する（３）項に記載の駐車場管理システム。
【００３３】
（５）  前記リアルタイム受信部は、ユーザの携帯端末が前記発信機から前記識別信号を受信するごとに、その識別信号によって表される駐車スペースＩＤを表す識別信号を前記携帯端末から実質的にリアルタイムで受信し、
前記情報認識部が、前記リアルタイム受信部が前記携帯端末から、同じ駐車スペースＩＤを複数回、互いに異なる時刻に受信すると、起動する（３）項に記載の駐車場管理システム。
【００３４】
（６）  前記管理サーバは、ユーザの携帯端末が前記発信機から前記識別信号を受信したという第１受信イベントに応答して、前記携帯端末との実質的な通信を開始し、その通信開始後、前記携帯端末が前記発信機から同じ駐車スペースＩＤを表す識別信号を再度受信したという第２受信イベントに応答して、前記携帯端末から前記駐車スペースＩＤを受信する（１）ないし（５）項のいずれかに記載の駐車場管理システム。
【００３５】
（７）  前記管理サーバは、ユーザの携帯端末が前記発信機から前記識別信号を受信したという第１受信イベントが発生し、その後、前記携帯端末が前記発信機から同じ駐車スペースＩＤを表す識別信号を再度受信したという第２受信イベントが発生すると、その第２受信イベントに応答して、前記携帯端末との実質的な通信を開始し、その通信開始後、前記携帯端末から前記駐車スペースＩＤを受信する（１）ないし（５）項のいずれかに記載の駐車場管理システム。
【００３６】
（８）  各発信機は、電池によって作動し、その電池の残量を推定し、その電池残量推定値をも表すように前記識別信号を生成し、その生成された識別信号を発信し、
ユーザの携帯端末は、対応する発信機から受信した識別信号から前記電池残量推定値を抽出し、
前記管理サーバは、さらに、
ユーザの携帯端末から、前記抽出された電池残量推定値を、対応する発信機または駐車スペースＩＤに関連付けて受信し、その受信した電池残量推定値に基づき、対応する発信機の動作が保証されるか否かを診断する発信機診断部を含む（１）ないし（７）項のいずれかに記載の駐車場管理システム。
【００３７】
（９）  各発信機は、電池によって作動し、その電池の残量を推定し、その電池残量推定値をも表すように前記識別信号を生成し、その生成された識別信号を発信し、
ユーザの携帯端末は、対応する発信機から受信した識別信号から前記電池残量推定値を抽出し、
前記管理サーバは、さらに、
ユーザの携帯端末から、前記抽出された電池残量推定値を、対応する発信機または駐車スペースＩＤに関連付けて受信し、その受信した電池残量推定値に基づき、対応する発信機の動作が保証されるか否かを診断する発信機診断部と、
同じ駐車場において、前記複数の発信機のうち、動作が保証されないと診断された動作不保証発信機に隣接する発信機であって動作が保証されると診断された動作保証発信機の前記駐車スペースＩＤが、その動作保証発信機にもともと割り当てられていた車室と、前記動作非保証発信機にもともと割り当てられていた車室との双方に共通に割り当てられるように、前記複数の駐車スペースＩＤと前記複数の車室との対応関係を、１対１の対応関係から１対多の対応関係に変更する対応関係変更部を含む（２）項に記載の駐車場管理システム。
【００３８】
（１０）  前記対応関係変更部は、同じ駐車場において、ある車室に設置されている前記発信機が動作不保証発信機である場合に、その車室の隣の車室に設置されている前記発信機が動作保証発信機であれば、その動作保証発信機が、それら２つの車室を同時にカバーするように、前記複数の駐車スペースＩＤと前記複数の車室との対応関係を、１対１の対応関係から１対多の対応関係に変更する（９）項に記載の駐車場管理システム。
【００３９】
（１１）  当該駐車場管理システムは、さらに、
各発信機は、電池によって作動し、その電池の残量を推定し、その電池残量推定値をも表すように前記識別信号を生成し、その生成された識別信号を発信し、
ユーザの携帯端末は、対応する発信機から受信した識別信号から前記電池残量推定値を抽出し、
前記管理サーバは、さらに、
ユーザの携帯端末から、前記抽出された電池残量推定値を、対応する発信機または駐車スペースＩＤに関連付けて受信し、その受信した電池残量推定値に基づき、対応する発信機の動作が保証されるか否かを診断する発信機診断部と、
同じ駐車場において、前記複数の発信機に対して追加される予備発信機と
を含み、
その予備発信機は、前記複数の発信機がいずれも、動作が保証されると診断された動作保証発信機である場合には、いずれの車室にも割り当てられないが、いずれかの発信機が、動作が保証されないと診断された動作不保証発信機となると、その動作不保証発信機にもともと割り当てられていた車室に割り当てられ、それにより、その動作不保証発信機を代替する（２）項に記載の駐車場管理システム。
【００４０】
（１２）  前記予備発信機は、前記複数の車室の駐車スペースＩＤとは異なる駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機であり、
前記管理サーバは、さらに、
前記複数の駐車スペースＩＤと前記複数の車室との対応関係を、前記動作不保証発信機が検出されると、その動作不保証発信機にもともと割り当てられていた車室と、前記予備発信機に対応する駐車スペースＩＤとが互いに対応することを表すように変更する対応関係変更部を含む（１１）項に記載の駐車場管理システム。
【００４１】
（１３）  各駐車場に駐車可能な車両は、自転車と、自動車と、自動二輪車とのうちの少なくとも１つを含む（１）ないし（１２）項のいずれかに記載の駐車場管理システム。
【００４２】
（１４）  地理的に異なる複数の駐車場を管理する駐車場管理システムであって、
各駐車場に少なくとも１つずつ設置され、対応する駐車場に固有の駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機と、
ユーザの携帯端末と無線通信することにより、前記複数の駐車場を集中的に管理する管理サーバと
を含み、
前記携帯端末は、いずれかの駐車場に設置されている前記発信機から前記識別信号を受信すると、その識別信号に基づき、前記いずれかの駐車場について前記駐車スペースＩＤを識別し、その識別された駐車スペースＩＤを前記管理サーバに送信し、
前記管理サーバは、
いずれかの駐車場への車両の入庫を処理する入庫処理部と、
いずれかの駐車場からの車両の出庫を処理する出庫処理部と
を含み、
前記入庫処理部は、
今回の入庫処理の期間中、前記携帯端末が同じ駐車スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したという第１の条件と、
前記管理サーバが前記携帯端末から、ユーザが、車両をいずれかの駐車場に入庫させて駐車することを希望する旨の入庫リクエストと、今回の識別信号を用いて識別された駐車スペースＩＤと、ユーザが入庫させたい車両の車台番号とを受信したという第２の条件と
が成立すると、今回の駐車スペースＩＤに対応する駐車場を今回の駐車場として認識することと、今回の駐車場への今回の車両の入庫時刻を記録することとを行い、
前記出庫処理部は、
今回の出庫処理の期間中、前記携帯端末が同じ駐車スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したという第３の条件と、
前記管理サーバが前記携帯端末から、ユーザが、今回の車両を今回の駐車場から出庫することを希望する旨の出庫リクエストと、今回の識別信号を用いて識別された駐車スペースＩＤと、ユーザが出庫させたい車両の車台番号とを受信したという第４の条件と
が成立すると、今回の駐車スペースＩＤに対応する駐車場を今回の駐車場として認識することと、今回の駐車場からの今回の車両の出庫時刻を記録することとを行う駐車場管理システム。
【００４３】
（１５）  地理的に異なる複数の駐車場を管理する駐車場管理システムであって、
各駐車場における各車室に少なくとも１つずつ設置され、対応する車室に固有の駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機と、
ユーザの携帯端末と無線通信することにより、前記複数の駐車場における前記複数の車室を集中的に管理する管理サーバと
を含み、
前記携帯端末は、いずれかの車室に設置されている前記発信機から前記識別信号を受信すると、その識別信号に基づき、前記いずれかの車室について前記駐車スペースＩＤを識別し、その識別された駐車スペースＩＤを前記管理サーバに送信し、
前記管理サーバは、
いずれかの駐車場におけるいずれかの車室への車両の入庫を処理する入庫処理部と、
いずれかの駐車場におけるいずれかの車室からの車両の出庫を処理する出庫処理部と
を含み、
前記入庫処理部は、
今回の入庫処理の期間中、前記携帯端末が同じ駐車スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したという第１の条件と、
前記管理サーバが前記携帯端末から、ユーザが、車両をいずれかの車室に入庫させて駐車することを希望する旨の入庫リクエストと、今回の識別信号を用いて識別された前記駐車スペースＩＤと、ユーザが入庫させたい車両の車台番号とを受信したという第２の条件と
が成立すると、今回の駐車スペースＩＤに対応する車室を今回の車室として認識することと、今回の車室への今回の車両の入庫時刻を記録することとを行い、
前記出庫処理部は、
今回の出庫処理の期間中、前記携帯端末が同じ駐車スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したという第３の条件と、
前記管理サーバが前記携帯端末から、ユーザが、今回の車両を今回の車室から出庫することを希望する旨の出庫リクエストと、今回の識別信号を用いて識別された前記駐車スペースＩＤと、ユーザが出庫させた車両の車台番号とを受信したという第４の条件と
が成立すると、今回の駐車スペースＩＤに対応する駐車場を今回の駐車場として認識することと、今回の車室からの今回の車両の出庫時刻を記録することとを行う駐車場管理システム。
【００４４】
（１６）  地理的に異なる複数の駐車場を集中的に管理する駐車場管理方法であって、
各駐車場に少なくとも１つずつ、対応する駐車場に固有の駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
いずれかの駐車場を利用するユーザは、携帯端末を介して、前記複数の駐車場を集中的に管理する管理サーバと無線通信し、
当該駐車場管理方法は、
いずれかの駐車場に居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、前記携帯端末から、前記いずれかの駐車場に対応する駐車スペースＩＤという形態で実質的にリアルタイムで受信するリアルタイムで受信工程と、
その受信した駐車スペースＩＤに基づき、ユーザが実際に居る駐車場を特定するとともに、前記駐車スペースＩＤを受信した時刻を、今回の駐車場への入庫時には入庫時刻、今回の駐車場からの出庫時には出庫時刻としてそれぞれ認識する情報認識工程と
を含む駐車場管理方法。
【００４５】
（１７）  地理的に異なる複数の駐車場を集中的に管理する駐車場管理方法であって、
各駐車場の各車室に少なくとも１つずつ、対応する車室に固有の駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
いずれかの駐車場におけるいずれかの車室を利用するユーザは、携帯端末を介して、前記複数の駐車場を集中的に管理する管理サーバと無線通信し、
当該駐車場管理方法は、
いずれかの駐車場におけるいずれかの車室に居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、前記携帯端末から、前記いずれかの車室に対応する駐車スペースＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信工程と、
その受信した駐車スペースＩＤに基づき、ユーザが実際に居る車室を特定するとともに、前記駐車スペースＩＤを受信した時刻を、今回の駐車場への入庫時には入庫時刻、今回の駐車場からの出庫時には出庫時刻としてそれぞれ認識する情報認識工程と
を含む駐車場管理方法。
【００４６】
（１８）  （１６）または（１７）項に記載の方法を実施するためにユーザの携帯端末または管理サーバのコンピュータによって実行されるプログラム。
【００４７】
本項に係るプログラムは、例えば、それの機能を果たすためにコンピュータにより実行される指令の組合せを意味するように解釈したり、それら指令の組合せのみならず、各指令に従って処理されるファイルやデータをも含むように解釈することが可能であるが、それらに限定されない。
【００４８】
また、このプログラムは、それ単独でコンピュータにより実行されることにより、所期の目的を達するものとしたり、他のプログラムと共にコンピュータにより実行されることにより、所期の目的を達するものとすることができるが、それらに限定されない。後者の場合、本項に係るプログラムは、データを主体とするものとすることができるが、それに限定されない。
【００４９】
（１９）  （１８）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【００５０】
この記録媒体は種々な形式を採用可能であり、例えば、フレキシブル・ディスク等の磁気記録媒体、ＣＤ、ＣＤ−ＲＯＭ等の光記録媒体、ＭＯ等の光磁気記録媒体、ＲＯＭ等のアンリムーバブル・ストレージ等のいずれかを採用し得るが、それらに限定されない。
【図面の簡単な説明】
【００５１】
【図１】図１は、本発明の例示的な第１の実施形態に従う駐車場管理システムによって集中的に管理される複数の駐車場のうちの一つを、その駐車場に設置された複数台の発信機および１台の予備発信機と共に例示的に示す平面図である。
【００５２】
【図２】図２は、図１に示す駐車場管理システムにおいて、ある車室に設置されている発信機と、同じ駐車場に設置されている予備発信機と、同じ車室にいるユーザの携帯端末と、遠隔地にある管理センタ内の管理サーバとが互いに通信する様子の一例を示す斜視図である。
【００５３】
【図３】図３は、共に図２に示す発信機および予備発信機と携帯端末との間での近距離一方向通信と、その携帯端末と同図に示す管理サーバとの間での遠距離双方向通信とをそれぞれ概念的に表す図である。
【００５４】
【図４】図４は、図２に示す発信機を概念的に表す機能ブロック図である。
【００５５】
【図５】図５は、図４に示す発信機のコンピュータによって実行されるプログラム（以下、「アプリケーション」ともいう。他のプログラムについても同様である）の一例を概念的に表すフローチャートである。
【００５６】
【図６】図６は、図１に示す複数の発信機を、それら発信機が設置されている複数の車室と共に拡大して示す平面図であり、この平面図には、さらに、各発信機に割り当てられた受信可能エリアと有効受信エリアとが概念的に表されている。
【００５７】
【図７】図７は、共に図２に示す発信機と携帯端末との間での近距離一方向通信と、その携帯端末と同図に示す管理サーバとの間での遠距離双方向通信とのぞれぞれにおける信号のやりとりの一例を時系列的に概念的に表す図である。
【００５８】
【図８】図８は、図２に示す携帯端末を概念的に表す機能ブロック図である。
【００５９】
【図９】図９は、図８に示す携帯端末のコンピュータによって実行されるプログラムの一例を概念的に表すフローチャートである。
【００６０】
【図１０】図１０は、図２に示す管理サーバを概念的に表す機能ブロック図である。
【００６１】
【図１１】図１１は、図１０に示す管理サーバのコンピュータを概念的に表す機能ブロック図である。
【００６２】
【図１２】図１２は、図１１に示すコンピュータによって実行されるメイン・プログラムの一例の一部を概念的に表すフローチャートである。
【００６３】
【図１３】図１３は、図１２に示すメイン・プログラムの残りの部分を概念的に表すフローチャートである。
【００６４】
【図１４】図１４は、図１１に示すコンピュータによって実行されるリスト表示プログラムの一例を概念的に表すフローチャートである。
【００６５】
【図１５】図１５は、図１２のステップＳ２０８および図１３のステップＳ２２４の実行によって作成される利用状況管理リストの一例を概念的に表す図である。
【００６６】
【図１６】図１６は、図１０に示す管理サーバが、図１５に示す利用状況管理リストを作成する際に図１４に示すコンピュータによって参照される対応関係テーブルを概念的に表す図である。
【００６７】
【図１７】図１７は、図１１に示すコンピュータのうちの出庫催告部によって実行される出庫催促プログラムの一例を概念的に表すフローチャートである。
【００６８】
【図１８】図１８は、図１１に示すコンピュータのうちの残量不足時バックアップ処理部によって実行される第１の残量不足時バックアップ処理プログラムであって前記予備発信機を用いないものを概念的に表すフローチャートである。
【００６９】
【図１９】図１９（ａ）は、図１に示す駐車場管理システムにおいて、発信機と車室との対応関係の初期設定の一例を示す図であり、図１９（ｂ）は、その対応関係が、図１８に示す残量不足時バックアップ処理プログラムの実行によって変更される様子の一例を示す図である。
【００７０】
【図２０】図２０は、前記対応関係変更部によって前記対応関係が変更された場合に、図１５に示す正規な利用状況管理リストが変更される様子の一例を示す図である。
【００７１】
【図２１】図２１は、図１１に示すコンピュータのうちの残量不足時バックアップ処理部によって実行される第２の残量不足時バックアップ処理プログラムであって前記予備発信機を用いるものを概念的に表すフローチャートである。
【００７２】
【図２２】図２２（ａ）は、図１に示す駐車場管理システムにおいて、発信機と車室との対応関係の初期設定の一例を示す図であり、図２２（ｂ）は、その対応関係が、図２１に示す残量不足時バックアップ処理プログラムの実行によって変更される様子の一例を示す図である。
【００７３】
【図２３】図２３は、本発明の例示的な第２の実施形態に従う駐車場管理システムにおいて、発信機と携帯端末との間での近距離一方向通信と、携帯端末と管理サーバとの間での遠距離双方向通信とのぞれぞれにおける信号のやりとりの一例を時系列的に概念的に表す図である。
【発明を実施するための形態】
【００７４】
以下、本発明のいくつかの例示的な実施形態を図面に基づいて詳細に説明する。
【００７５】
［第１の実施形態］
【００７６】
まず、図１および図２を参照するに、本発明の例示的な第１の実施形態に従う駐車場管理システム（以下、単に「システム」という。）１０は、各々、複数台の車両が駐車可能な複数の駐車場２０（図１には、それら駐車場２０のうちの代表的な駐車場２０のみが図示されている）を管理するためのシステムである。
【００７７】
図１には、駐車場２０が平面図で示されている。その駐車場２０は、複数台の車両の同時駐車を可能にする複数の車室（前記駐車スペースの一例）２２を有する。この駐車場２０には、唯一の入出庫口２４（入庫口でもあるし出庫口でもある）が存在する。
【００７８】
この駐車場２０は、無人式であり、さらに、この駐車場２０には、駐車場２０の入出庫口２４からの不正車両の出庫を阻止するために適宜開閉するゲート装置も、車室２２からの不正車両の出庫を阻止するために適宜出没する車止め装置も、運転者であるユーザに対し、駐車料金の支払いを条件に駐車券をユーザに対して発行する発券機および精算機も設置されていない。
【００７９】
なお、「車両」なる用語の定義について付言するに、「車両」なる用語は、自動車のみならず、自転車、自動二輪車等、あらゆる種類の移動体を包含する用語として解釈すべきである。
【００８０】
図１に示すように、駐車場２０の敷地には、２種類の駐車区画が存在する。それは、各車両のユーザに対し、１日単位で車室２２を貸し出すための区画（一時預り区画または日貸し用区画）と、各車両のユーザに対し、事前の契約を前提に、１月単位で車室２２を貸し出すための区画（月極用区画）とである。以下、単に「駐車場２０」というときには、この駐車場２０のうち、一時預り区画のみを意味する。
【００８１】
このシステム１０は、その駐車場管理方式として前述の集中管理方式を採用している。具体的には、図１および図２に示すように、このシステム１０は、複数の駐車場２０の複数の車室２２にそれぞれ設置される複数の発信機（駐車場側ユニットの一例）３０と、複数の駐車場２０を集中的に管理する管理センタ４０に設置される管理サーバ（センタ側ユニットの一例）５０とを備えている。
【００８２】
本実施形態においては、１台の発信機３０が、各駐車場２０において各車室２２ごとに、固有の駐車スペースＩＤを識別し得る局地的識別信号を発信するように構成される。１つの駐車スペースＩＤは、１つの車室２２にとっても固有であると同時に、１台の発信機３０にとっても固有である。もちろん、１つの駐車スペースＩＤが特定されれば、それに対応する車室２２が属する１つの駐車場も特定される。
【００８３】
その結果、各駐車場２０には、そこに存在する車室２２の数と同数の発信機３０が設置され、さらに、少なくとも１つの予備発信機３２も設置される。
【００８４】
その予備発信機３２は、いずれかの発信機３０が故障したときに、それを代替するために臨時に使用される。この予備発信機３２も、正規の発信機３０と同様に、固有の駐車スペースＩＤを識別し得る局地的識別信号を発信するように構成される。
【００８５】
図２および図３に示すように、このシステム１０においては、ユーザが、自身の携帯端末９０を用いて、ユーザが現在滞在している１つの車室２２に設置されている発信機３０から前述の局地的識別信号を、発信機３０との接触状態または非接触状態で受信する（近距離一方向無線通信を行う）とともに、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。
【００８６】
ユーザは、さらに、正規の発信機３０の故障時には、携帯端末９０を介して、予備発信機３２から前述の局地的識別信号を受信する。
【００８７】
ユーザの携帯端末９０は、ユーザによって携帯されるとともに無線通信機能を有するデバイス、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、ＰＤＡなどである。
【００８８】
ここで、複数の車室２２に設置される複数台の発信機３０を代表する１台の発信機３０につき、ハードウエア構成（図４参照）およびソフトウエア構成（図５参照）を説明する。なお、予備発信機３２については、構成および機能が発信機３０と共通するため、重複した説明を省略する。
【００８９】
まず、概念的に説明するに、発信機３０は、各車室２２に少なくとも１台ずつ設置され、対応する車室２２に固有の駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の通信デバイスである。
【００９０】
発信機３０は、通常、対応する車室２２に移動不能に固定的に設置されるが、随時移動可能であるように可動的に設置することも可能である。また、発信機３０は、少なくとも送信機能を有すれば足りるが、必要に応じ、受信機能をも併有するように構成してもよい。
【００９１】
次に、作動方式を説明するに、発信機３０は、固有の識別信号を外部からのトリガ信号を要することなく能動的に、局地的に、かつ、供給電力が不足しない限り永続的に発信する。
【００９２】
発信機３０は、一般に、識別信号としてのビーコン信号を発信するビーコン装置、無線標識などの名称でも知られている装置である。この発信機３０は、一例においては、原信号を変調することにより、対応する駐車スペースＩＤを表す識別信号を生成し、その生成された識別信号を、ＩＲ信号、Bluetooth（登録商標）信号、ＮＦＣ（近距離無線通信）信号などとして局地的に発信する。
【００９３】
次に、機能ブロック図である図４を参照してハードウエア構成を説明するに、発信機３０は、プロセッサ１００およびそのプロセッサ１００によって実行される複数のアプリケーションを記憶するメモリ１０２を有するコンピュータ１０４を主体として構成されている。
【００９４】
この発信機３０は、さらに、電源としての交換可能な使い捨て電池１０６を有している。電池１０６に代えて、充電可能な電池を採用したり、外部電源としての商用電源を採用することが可能である。
【００９５】
この発信機３０は、さらに、識別信号を生成して発信する発信部１０８を有している。その発信部１０８は、電池１０６によって作動させられるとともに、コントローラ１１０によって制御される。そのコントローラ１１０は、コンピュータ１００によって制御される。
【００９６】
次に、図５を参照して発信機３０のソフトウエア構成を説明するに、発信機３０のプロセッサ１００は、図５にフローチャートで概念的に表されているプログラムを反復的に実行する。
【００９７】
このプログラムの各回の実行時には、まず、ステップＳ１において、メモリ１０２から駐車スペースＩＤ（すなわち、今回の発信機３０が実際に設置されている車室２２に割り当てられた固有の駐車スペースＩＤ）が読み込まれ、次に、ステップＳ２において、電池１０６の残量が推定される。
【００９８】
続いて、ステップＳ３において、前記読み込まれた駐車スペースＩＤと、前記推定された電池残量とが反映されるように、原信号（例えば、搬送信号）を変調するための信号がコントローラ１１０に対して出力される。そのコントローラ１１０は、発信部１０８を制御し、その結果、発信部１０８は、今回発信すべき識別信号を生成する。その後、ステップＳ４において、その生成された識別信号が発信部１０８から発信される。続いて、ステップＳ１に戻る。
【００９９】
なお付言するに、発信機３０において、駐車スペースＩＤと電池残量とが反映されるように識別信号を生成するアルゴリズムまたは手順は、図５に示すアルゴリズムまたは手順とは異なるものを採用することが可能である。
【０１００】
ここで、この発信機３０に関連付けてユーザの携帯端末９０の一機能を説明するに、その携帯端末９０は、発信機３０から識別信号を受信している状態で、その携帯端末９０のコンピュータに予めインストールされているあるプログラム、すなわち、発信機処理のための専用アプリケーション（以下、「発信機用アプリケーション」という。）を起動させる（ログイン）と、前記受信した識別信号を復調し、それにより、前記駐車スペースＩＤを解読する。携帯端末９０は、さらに、その解読された駐車スペースＩＤを管理サーバ５０に送信する。
【０１０１】
さらに、携帯端末９０は、発信機３０から識別信号を受信している状態で、前記発信機用アプリケーションを起動させると、前記受信した識別信号に基づき、その識別信号を発信したときの発信機３０の位置と、その識別信号を受信したときの携帯端末９０の位置との間の距離を測定することも行う。
【０１０２】
すなわち、携帯端末９０は、発信機３０から受信した識別信号に基づき、その発信機３０が実際に設置されている車室２２に固有の駐車スペースＩＤと、そのときの発信機３０との距離との双方を獲得するようになっているのである。
【０１０３】
携帯端末９０のユーザは、自身の携帯端末９０を持ったまま発信機３０に接近し、その携帯端末９０を発信機３０のうちの発信部１０８に完全にまたはほぼ接触させると、携帯端末９０は、発信機３０から識別信号を接触式で受信することができる。
【０１０４】
これに対し、携帯端末９０のユーザが自身の携帯端末９０を持ったまま特定の受信エリア内に進入すると、携帯端末９０は、発信機３０から識別信号を非接触式で受信することができる。
【０１０５】
図６に概念的に平面図で示すように、発信機３０には、２種類の受信エリアが割り当てられる。それらは、受信可能エリアと有効受信エリアである。それらエリアは、いずれも、発信機３０を発信源とする円で概して定義され、受信可能エリアは、最大受信半径を有するのに対し、有効受信エリアは、有効受信半径を有する。
【０１０６】
しかし、具体的には、受信可能エリアは、発信機３０の電力供給が正常である場合に、その発信機３０からの識別信号が到達可能なエリア、すなわち、そのエリア内に存在する限り、携帯端末９０がその識別信号を受信可能なエリアを意味する。
【０１０７】
これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、任意に設定することが可能である。
【０１０８】
すなわち、最大受信半径は、ハードウエアによって決まる受信限度を意味するのに対し、有効受信半径は、ソフトウエアによって決まる受信限度を意味するということが可能なのである。
【０１０９】
前述のように、携帯端末９０は、それが受信した識別信号を発信したときの発信機３０との距離を測定する。その距離測定値は、有効受信半径を超えることもあれば、超えないこともある。そして、その距離測定値が受信有効半径を超えないときは、携帯端末９０が有効受信エリア内に存在するときであるのに対し、その距離測定値が受信有効半径を超えるときは、携帯端末９０が受信可能エリア内には存在するが有効受信エリア内には存在しないときである。
【０１１０】
携帯端末９０は、前記発信機処理用アプリケーションを起動させることにより、前記距離測定値が有効受信半径の設定値以下であるか否かを判定し、その設定値以下であると判定すると、携帯端末９０が現在、有効受信エリア内に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信した（以下、単に「識別信号を受信した」ともいう。）」と判定する。
【０１１１】
これに対し、携帯端末９０は、前記距離測定値が前記設定値より大きいと判定すると、携帯端末９０が現在、有効受信エリア外に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信していない（以下、単に「識別信号を受信していない」ともいう。）」と判定する。
【０１１２】
すなわち、本実施形態においては、携帯端末９０が有効受信エリア外に位置する場合には、実際には、携帯端末９０が識別信号を受信しているにもかかわらず、みかけ上、携帯端末９０は識別信号を受信していないこととしてソフトウエア上で取り扱われることになるのである。
【０１１３】
本実施形態においては、図６に示すように、受信可能エリアも有効受信エリアも複数の発信機３０の間で互いにオーバラップしないように、複数の発信機３０の個別性能および相対的位置関係ならびに前記有効受信半径の設定値が設定されている。
【０１１４】
図７には、同じ車室２２に位置する発信機３０と携帯端末９０との間における近距離一方向無線通信の内容が時系列的にかつ概念的に表されている。発信機３０は、同じ識別信号を携帯端末９０に発信し続ける。
【０１１５】
なお念のために識別信号の不変性について付言するに、識別信号は駐車スペースＩＤのみならず電池残量をも反映した信号であることから、識別信号は、駐車スペースＩＤが不変であっても、時間と共に変動することが想定される。
【０１１６】
しかし、電池残量が急に変化することはないから、携帯端末９０に関連付けて想定される短い時間スパン内においては、電池残量は不変であるとみなすことが可能である。一方、駐車スペースＩＤが変化することは想定されていない。
【０１１７】
よって、識別信号は、短い時間スパン内においては、同じ情報を繰返し伝達しているから、その実体的な意味において、識別信号は、そもそも不変であるものとして取り扱うことが可能である。
【０１１８】
ところで、識別信号は、連続波である場合には、物理的に、複数個の信号として観察されないのに対し、断続波である場合には、複数個の信号として観察される。しかし、連続波であっても、識別信号が周期的である以上、複数個の周期信号が時系列的に並んだものとして把握することは可能である。よって、説明の便宜上、図７に概念的に表すように、連続波であるか断続波であるかを問わず、識別信号は、複数の個別信号が時系列的に並んだものとして把握することが可能である。
【０１１９】
なお付言するに、図７には、さらに、携帯端末９０と、遠隔地にある管理サーバ５０との間における遠距離双方向無線通信の内容も概念的に表されているが、これについては、後に詳述する。
【０１２０】
次に、機能ブロック図である図８を参照して携帯端末９０のハードウエア構成を説明するに、携帯端末９０は、プロセッサ１３０およびそのプロセッサ１３０によって実行される複数のアプリケーションを記憶するメモリ１３２を有するコンピュータ１３４を主体として構成されている。
【０１２１】
この携帯端末９０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１３６と、発信機３０および管理サーバ５０からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０に送信する送信部１４０とを有する。
【０１２２】
次に、図９を参照して携帯端末９０のソフトウエア構成を説明するに、携帯端末９０のプロセッサ１３０は、複数のプログラムを実行する。それらプログラムの一つが、前述の発信機用アプリケーションであり、そのアプリケーションが図９にフローチャートで概念的に表されている。
【０１２３】
携帯端末９０のプロセッサ１３０は、その発信機用アプリケーション（以下、単に「プログラム」ともいう。）を反復的に実行する。各回のプログラムの実行時には、まず、ステップＳ１０１において、ユーザの操作に応答し、このプログラムが起動する。
【０１２４】
次に、ステップＳ１０２において、携帯電話９０が発信機３０から識別信号を有効に受信したか否かが判定される。
【０１２５】
携帯端末９０が現在、前記受信可能エリア外に位置する場合には、携帯端末９０は発信機３０から識別信号を全く受信できないため、ステップＳ１０２の判定がＮＯとなる。
【０１２６】
その後、ステップＳ１１５において、操作エラーが存在することをユーザに告知するか、または操作方法を修正して再試行することをユーザに催促するためのメッセージが表示部１３６の画面上に表示される。このとき、携帯端末９０と管理サーバ５０との通信が終了する（ログアウト）。上記のメッセージの一例は、「発信機からの信号を正常に受信できません。お客様の携帯端末を発信機に十分に近づけるかまたは接触させた後、再度、アプリを起動させてください」旨のメッセージである。以上で、このプログラムの今回の実行が終了する。
【０１２７】
これに対し、携帯端末９０が現在、前記受信可能エリア内に位置する場合には、携帯端末９０は発信機３０から識別信号を受信できる。この場合、ステップＳ１０２においては、その受信した識別信号に基づき、今回の発信機３０との距離が測定される。このステップＳ１０２においては、さらに、その距離測定値が前記設定値より小さいか否か、すなわち、携帯端末９０が現在、前記有効受信エリア内に位置するか否かが判定される。前記距離測定値が前記設定値以上である場合には、ステップＳ１０２の判定がＮＯとなり、ステップＳ１１５に移行する。
【０１２８】
これに対し、携帯端末９０が現在、前記有効受信エリア内に位置する場合には、前記距離測定値が前記設定値より小さいため、ステップＳ１０２の判定がＹＥＳとなる。これにより、図７に示すように、発信機３０との関係において１回目の受信確認（これは、前記「第１受信イベント」の一例である）が完了する。その後、今回のセッション、すなわち、ユーザが今回の駐車サービスを利用するための管理サーバ５０との１回分の双方向通信が開始する。
【０１２９】
本実施形態においては、管理サーバ５０が、実際には、携帯端末９０が発信機３０から識別信号を有効に受信した事実を直接的に確認するようには設計されていない。しかし、発信機３０から識別信号を有効に受信しない限り携帯端末９０は管理サーバ５０へのアクセス要求を行わないというプロトコルないしは事実を前提に、管理サーバ５０は、携帯端末９０からアクセス要求があったという事実のみから、携帯端末９０が発信機３０から識別信号を有効に受信した事実を推定する。
【０１３０】
よって、管理サーバ５０は、事実上、携帯端末９０が発信機３０から識別信号を有効に受信した事実を確認するための動作を行っているのに等しい。
【０１３１】
今回のセッションが開始すると、まず、ステップＳ１０３において、ユーザの会員ＩＤが管理サーバ５０に送信される。次に、ステップＳ１０４において、ユーザのパスワードが管理サーバ５０に送信される。
【０１３２】
続いて、ステップＳ１０５において、ユーザからの今回のリクエスト、すなわち、ある車室２２への車両の入庫を希望する入庫リクエストと、車室２２からの車両の出庫を希望する出庫リクエストとのうちのユーザが希望するものが管理サーバ５０に送信される。その後、ステップＳ１０６において、ユーザが駐車したい車両に付されている固有の車台番号（例えば、いわゆるナンバープレートに付されている４桁の数字）が管理サーバ５０に送信される。なお、このステップＳ１０６は省略可能である。
【０１３３】
続いて、ステップＳ１０７において、前記受信した識別信号が復調され、それにより、その識別信号によって表される駐車スペースＩＤが解読される。これにより、今回の車室２２を一義的に特定する駐車スペースＩＤが識別される。この駐車スペースＩＤはメモリ１３２に保存される。
【０１３４】
このステップＳ１０７においては、さらに、前記受信した識別信号の復調により、その識別信号によって表される電池残量も解読される。この電池残量推定値もメモリ１３２に保存される。
【０１３５】
その後、ステップＳ１０８において、ステップＳ１０２の実行時において発信機３０から受信した識別信号と同じ駐車スペースＩＤを表す識別信号（すなわち、実質的に同じ識別信号）を携帯端末９０が有効に受信したか否かが判定される。その有効受信の有無を判定するためのアルゴリズムは、ステップＳ１０２について前述したものと同じである。
【０１３６】
今回は、携帯端末９０が、今回のセッション中、同じ車室２２の同じ有効受信エリア内に継続的に存在していると仮定すると、携帯端末９０は、前回受信した識別信号と同じ駐車スペースＩＤを表す識別信号を受信するから、ステップＳ１０８の判定がＹＥＳとなる。これにより、図７に示すように、発信機３０との関係において２回目の受信確認（これは、前記「第２受信イベント」の一例である）が完了する。
【０１３７】
その後、ステップＳ１０９において、前記識別された駐車スペースＩＤが管理サーバ５０に送信される。このステップＳ１０９は、ステップＳ１０８の判定がＹＥＳとなると、他の実質的な処理を行うことなく実行されるため、前記２回目の受信確認の後、速やかに、ステップＳ１０９が実行され、それにより、２回目に受信された識別信号であって１回目に受信されたものと同じものから変換された駐車スペースＩＤが携帯端末９０から管理サーバ５０に送信される。
【０１３８】
その結果、管理サーバ５０は、事実上、携帯端末９０が発信機３０から２回目の識別信号を有効に受信すると、その後、意図的に延長された待ち時間なしで、すなわち、実質的にリアルタイムで、その識別信号を、それから変換された駐車スペースＩＤという形態で、受信することになる。それら識別信号と駐車スペースＩＤとは、情報としては、実質的に互いに同一である。
【０１３９】
したがって、管理サーバ５０は、後述のように、その駐車スペースＩＤを受信した直後に現在時刻を計測すれば、その現在時刻を、車両の実際の入庫時刻または出庫時刻（ユーザが車両の入庫をリクエストする場合には入庫時刻、ユーザが車両の出庫をリクエストする場合には出庫時刻）を反映する時刻として精度よく認識できることになる。
【０１４０】
さらに、本実施形態においては、携帯端末９０が発信機３０から受信した識別信号が、携帯端末９０が管理サーバ５０に送信する駐車スペースＩＤに変換される過程において、ユーザの意図的な介入、すなわち、ユーザによるデータ入力やデータ編集が存在しないため、ユーザは、駐車スペースＩＤを改ざんすることが不可能となる。その結果、携帯端末９０を経由して発信機３０から管理サーバ５０に送信される車室位置関連情報（前記駐車関連情報の一例）のセキュリティが向上する。
【０１４１】
これに対し、今回は、携帯端末９０が、今回のセッション中、ある車室２２の有効受信エリアから、別の車室２２の有効受信エリアに移動したと仮定すると、携帯端末９０は、前回受信した識別信号とは異なる識別信号を受信するから、ステップＳ１０８の判定がＮＯとなる。
【０１４２】
この場合には、その後、図示しないが、携帯端末９０の表示部１３６の画面上に警告メッセージが表示される。その警告メッセージは、例えば、「駐車の申込みが完了しないうちにユーザが最初の車室から別の車室に移動し、この行為により、この駐車サービスを利用する資格が喪失した」旨のメッセージが表示される。以上で、このプログラムの今回の実行が終了する。このとき、携帯端末９０と管理サーバ５０との通信が終了する（ログアウト）。
【０１４３】
ところで、発信機３０が発信する識別番号は、その発信機３０に固有であり、また、その発信機３０が設置されている１つの車室２２に固有でもある。さらに、１つの車室２２に設置された発信機３０の受信可能エリアは、別の車室２２に設置された別の発信機３０の受信可能エリアとオーバラップしない。よって、携帯端末９０が同時に複数の発信機３０から複数の識別信号を受信してしまうことはない。
【０１４４】
そうすると、「携帯端末が同じ駐車スペースＩＤを表す識別信号を同じセッション中に再度受信した」という事実は、「携帯端末９０をもっているユーザが、その識別信号によって特定される１つの車室２２内に、ある時間スパンの間、継続的に滞在していた」という事実を高い確度で推論できる。しかし、携帯端末９０が発信機３０から識別信号を１回受信しただけで、その識別信号に対応する駐車スペースＩＤを管理サーバ５０に送信してしまう場合には、同じ推論を低い確度でしか遂行できない。
【０１４５】
ここに、「ある時間スパン」とは、具体的には、例えば、前記１回目の受信確認が行われた時刻から、前記２回目の受信確認が行われた時刻までの時間的隔たりを意味するが、その時間的隔たりは、例えば、１秒を下限値として有したり、５秒を上限値として有することが可能である。例えば、その時間的隔たりが１秒に設定された例においては、ユーザは、少なくとも１秒間、同じ車室２２に、かつ、発信機３０の有効受信エリア内に滞在することが、駐車サービスを受けるための条件となる。
【０１４６】
ステップＳ１０９において今回の駐車スペースＩＤが管理サーバ５０に送信されると、ステップＳ１１０において、管理サーバ５０からの返信が待たれる。後述のように、その返信されたデータには、車両の入庫のための処理が開始された（駐車が開始された）か否かを表すデータ、出庫のための処理が完了した（駐車が終了した）か否かを表すデータ、出庫後の精算を表す支払明細などを表すデータが含まれる。
【０１４７】
管理サーバ５０からそのような返信があれば、ステップＳ１１１において、その返信されたデータが、車両の入庫のための処理が開始されたことを表す駐車開始データであったか否かが判定される。駐車開始データであった場合には、ステップＳ１１１の判定がＹＥＳとなる。以上で、このプログラムの今回の実行が終了する。これにより、ユーザは、今回の車室２２に自身の車両を駐車し始めることが可能となる。
【０１４８】
その結果、今回のセッション、すなわち、今回の車室２２への入庫のための管理サーバ５０との１回分の双方向通信が終了する（ログアウト）。
【０１４９】
これに対し、管理サーバ５０から今回返信されたデータが駐車開始データではなかった場合には、ステップＳ１１１の判定がＮＯとなり、ステップＳ１１３において、その返信されたデータが、出庫のための処理が完了したことを表す駐車終了データであったか否かが判定される。駐車終了データであった場合には、ステップＳ１１３の判定がＹＥＳとなる。
【０１５０】
今回は、管理サーバ５０から前記支払明細が返信されているため、ステップＳ１１４において、その返信された支払明細が携帯端末９０の表示部１３６の画面上に表示される。以上で、このプログラムの今回の実行が終了する。これにより、ユーザは、今回の駐車サービスの対価として支払った駐車料金の金額を知ることが可能となる。
【０１５１】
その結果、今回のセッション、すなわち、今回の車室２２からの出庫のための管理サーバ５０との１回分の双方向通信が終了する（ログアウト）。
【０１５２】
次に、機能ブロック図である図１０を参照して管理サーバ５０のハードウエア構成を説明するに、管理サーバ５０は、プロセッサ１６０およびそのプロセッサ１６０によって実行される複数のアプリケーションを記憶するメモリ１６２を有するコンピュータ１６４を主体として構成されている。
【０１５３】
この管理サーバ５０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１６６と、携帯端末９０からの信号を受信する受信部１６８と、信号を生成してその信号を携帯端末９０に送信する送信部１７０と、時計１７２とを有する。この管理サーバ５０は、発信機３０からの受信を直接的には行わず、事実上、携帯端末９０を介して行うことになる。
【０１５４】
次に、機能ブロック図である図１１を参照して管理サーバ５０のコンピュータ１６４のソフトウエア構成を概念的に説明する。
【０１５５】
図１１に示すように、管理サーバ５０は、車両の入庫を処理するための入庫処理部２００と、車両の出庫を処理するための出庫処理部２０２とを有する。
【０１５６】
この管理サーバ５０は、さらに、リスト作成部２０４とリスト表示部２０６とを有する。リスト作成部２０４は、図１５に示す利用状況管理リストを作成する。これに対し、リスト表示部２０６は、管理サーバ５０のオペレータからの表示リクエストに応答し、前記作成された利用状況管理リストをメモリ１６２から読み出して管理サーバ５０の表示部１６６の画面上に表示する。
【０１５７】
管理サーバ５０は、さらに、出庫催促部２０８を有する。この出庫催促部２０８は、前記利用状況管理リストに基づき、複数人のユーザから、車両の出庫が完了していない未出庫ユーザを反復的に抽出し、その抽出された未出庫ユーザの携帯端末９０に、車両の出庫が完了していない旨のメッセージを送信する。
【０１５８】
管理サーバ５０は、さらに、車両を駐車したユーザが支払うべき駐車料金を計算する駐車料金計算部２１０と、その駐車料金をユーザが支払うことを可能にする決済処理部２１２とを有する。
【０１５９】
具体的には、駐車料金計算部２１０は、前記入庫時刻から前記出庫時刻までの経過時間の長さをユーザの駐車時間の長さとして計算する。駐車料金の額は、その駐車時間の長さに応じて増額するように設定されており、その関係が料金テーブル（図示しない）としてメモリ１６２に予め記憶されている。
【０１６０】
この駐車料金計算部２１０は、さらに、前記計算された駐車時間の長さに基づき、前記料金テーブルを参照することにより、今回の駐車料金の額を計算する。
【０１６１】
また、決済処理部２１２は、今回のユーザに対して銀行決済、クレジット決済、プリペイド方式の決済などを行うことにより、今回の駐車料金をユーザから徴収する。
【０１６２】
次に、図１２および図１３を参照して管理サーバ５０のソフトウエア構成を更に詳しく説明するに、管理サーバ５０のプロセッサ１６０は、メモリ１６２に記憶されている複数のプログラムのうち、図１２および図１３にフローチャートで概念的に表されているメイン・プログラム（入庫および出庫を行うためのプログラム）を反復的に実行する。
【０１６３】
このメイン・プログラムの各回の実行は図１２に示すステップＳ２０１において開始され、そのステップＳ２０１においては、ユーザから、携帯端末９０を介して、管理センタ４０に対して出される今回のリクエストの種別が入庫リクエストと出庫リクエストとのいずれであるかを特定するための情報と、前記車台番号と、駐車スペースＩＤと、電池残量推定値とを、今回のユーザについて予め割り当てられた会員ＩＤおよびパスワードと共に受信する。それらデータは、その後のアクセスに備えて、互いに関連付けてメモリ１６２に保存される。
【０１６４】
このシステム１０によって提供される駐車サービスを享受するために、ユーザは、会員として事前に登録することを要求されており、その際、事後的な個人認証に必要なパスワードも併せて登録することを要求されている。
【０１６５】
このステップＳ２０１においては、さらに、ユーザの携帯端末９０との通信が開始されてから設定時間が経過しないうちにユーザの携帯端末９０から駐車スペースＩＤを受信した否かが判定され、前記設定時間内に駐車スペースＩＤを受信しなかった場合には、その判定がＮＯとなり、管理サーバ５０は、ユーザの携帯端末９０との今回の通信を遮断する。
【０１６６】
管理サーバ５０が前記設定時間内にユーザの携帯端末９０から駐車スペースＩＤを受信できなかったのは、ユーザの携帯端末９０において、前述の１回目の受信確認が成立したために図９のステップＳ１０２の判定がＹＥＳとなり、管理サーバ５０との通信が開始されたが、ユーザの携帯端末９０において、前述の２回目の受信確認が成立しなかったために同図のステップＳ１０８の判定がＮＯとなり、ステップＳ１０９がスキップされたからである。
【０１６７】
よって、前記設定時間内にユーザの携帯端末９０から駐車スペースＩＤを受信した場合に限り、ステップＳ２０２に移行する。
【０１６８】
なお、前記設定時間内にユーザの携帯端末９０から駐車スペースＩＤを受信したか否かの判定は、ステップＳ２０１においてではなく、そのステップＳ２０１より後であって、ステップＳ２０４より前に実行してもよい。例えば、ステップＳ２０２とＳ２０３との間において実行しても、ステップＳ２０３とＳ２０４との間において実行してもよい。
【０１６９】
また、本実施形態においては、ユーザの携帯端末９０が、同じ駐車スペースＩＤを表す識別信号を発信機３０から複数回受信したときに、その駐車スペースＩＤが、ユーザの携帯端末９０から管理サーバ５０に送信され、それをトリガーとして、管理サーバ５０は本格的な処理を開始する。よって、管理サーバ５０は、ユーザの携帯端末９０から、同じ駐車スペースＩＤを複数回受信することはない。
【０１７０】
これに代えて、ユーザの携帯端末９０が発信機３０から識別信号を受信するごとに、各識別信号によって表される各駐車スペースＩＤを管理サーバ５０に送信し、その管理サーバ５０が、ユーザの携帯端末９０から、同じ駐車スペースＩＤを複数回受信したときに、管理サーバ５０が本格的な処理を開始する態様で、本発明を実施することも可能である。
【０１７１】
次に、ステップＳ２０２において、前記受信した会員ＩＤおよびパスワードと、前記登録されている情報との照合結果から、今回のユーザについての個人認証が成功したか否かが判定される。その個人認証が成功すると、ステップＳ２０３において、ユーザからの今回のリクエストが入庫リクエストであるか否かが判定される。
【０１７２】
今回のリクエストが出庫リクエストである場合には、判定がＮＯとなり、続いて、図１３に示すステップ群に移行するが、今回のリクエストが入庫リクエストである場合には、判定がＹＥＳとなり、ステップＳ２０４に移行する。
【０１７３】
このステップＳ２０４においては、時計１７２を用いて現在時刻が計測され、その現在時刻と同じ時刻としてユーザの入庫時刻（駐車開始時刻）がメモリ１６２に記録される。
【０１７４】
このステップＳ２０４は、ステップＳ２０１において管理サーバ５０が携帯端末９０から駐車スペースＩＤを受信した時刻（これは、ユーザの入庫過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻である）の後、速やかに（１分とか、必要以上に長い時間が経過しないうちに）実行される。よって、入庫時刻が、ユーザの入庫過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻として認識されることになる。
【０１７５】
すなわち、このステップＳ２０４においては、管理サーバ５０が携帯端末９０から駐車スペースＩＤを受信した時刻、すなわち、ユーザの入庫過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻に基づき、ユーザの入庫時刻が認識されるのである。
【０１７６】
続いて、ステップＳ２０７において、ユーザが車両を今回の車室２２に駐車することが許可される。その前提として、ユーザが、前記入庫時刻に、前記駐車スペースＩＤを有する車室２２に実際に居ると認識される。
【０１７７】
その後、ステップＳ２０８において、図１６に示す対応関係テーブルに従い、駐車スペースＩＤに対応する車室２２が取得され、それにより、今回の車室２２およびそれが属する駐車場２０が特定される。このステップＳ２０８において、さらに、後の使用に備えて、今回の入庫時刻と車室２２とが、今回の会員と車台番号に関連付けてメモリ１６２に保存される。
【０１７８】
具体的には、このステップＳ２０８においては、図１５に示す利用状況管理リストが作成される。さらに具体的には、このステップＳ２０８においては、あるユーザについての入庫というイベントの発生を契機とし、１回の駐車サービスごとに、駐車スペース（駐車場２０および車室２２）と、入庫時刻と、出庫時刻と、ユーザを識別する情報（会員ＩＤ）と、車台番号とが互いに関連付けられ、さらには任意選択的に電池残量推定値にも関連付けられて成るデータブロック（例えば、紐づけされたデータ列）が作成される。複数の駐車サービスに対応する複数のデータブロックは、リスト化され、それにより、利用状況管理リストが作成される。
【０１７９】
図１６に例示するように、メモリ１６２には予め、複数の駐車スペースＩＤと、複数の駐車場２０と、複数の車室２２との間の対応関係が記録されている。よって、各時点において、今回の駐車スペースＩＤが特定されれば、対応する１つの駐車場２０の場所と、対応する１つの車室２２の場所とがいずれも特定されることになる。
【０１８０】
図１５に示す利用状況管理リストの一例においては、複数のデータブロックが時系列的に配列され、例えば図１５に示す例においては、入庫時刻が新しい順に複数のデータブロックが配列される。
【０１８１】
図１５に示す例においては、上から１番目のデータブロックが、駐車場Ａの車室Ｎｏ．１において会員「田中」に対して車両（車台番号：０１２３）の入庫が１月２０日の１０：００に行われたがその車両は未だ出庫されていない（駐車中である）ことを表す。
【０１８２】
上から２番目のデータブロックは、駐車場Ａの車室Ｎｏ．２において会員「鈴木」に対して車両（車台番号：１２３４）の入庫が１月２０日の９：００に行われたがその車両は未だ出庫されていない（駐車中である）ことを表す。
【０１８３】
上から３番目のデータブロックは、駐車場Ａの車室Ｎｏ．３において会員「加藤」に対して車両（車台番号：２３４５）の入庫が１月２０日の８：００に行われ、その車両は駐車場Ａに１月２０日の１７：００に出庫され、駐車料金も支払われたことを表す。
【０１８４】
上から４番目のデータブロックは、駐車場Ａの車室Ｎｏ．４において会員「小林」に対して車両（車台番号：３４５６）の入庫が１月１９日の８：００に行われ、その車両は駐車場Ｂに１月１９日の１２：００に出庫され、駐車料金も支払われたことを表す。
【０１８５】
すなわち、管理サーバ５０のうち、このステップＳ２０８を実行する部分が、リスト作成部２０４を構成しているのである。
【０１８６】
続いて、ステップＳ２１１において、図１４に示すリスト表示プログラム（後に詳述する）が実行されることにより、必要に応じ、前記利用状況管理リストが管理サーバ５０の表示部１６６の画面上に表示され、これにより、管理サーバ５０のオペレータに対して前記利用状況管理リストが可視化される。
【０１８７】
その後、ステップＳ２１２において、図１７に示す出庫催促プログラム（後に詳述する）が実行される。以上で、このメイン・プログラムのうち、車両の入庫を行う部分の実行が終了する。
【０１８８】
これに対し、ユーザから出された今回のリクエストが出庫リクエストである場合には、図１２のステップＳ２０３の判定がＮＯとなり、図１３に示すステップＳ２１３に移行する。このステップＳ２１３においては、時計１７２を用いて現在時刻が計測され、その現在時刻と同じ時刻としてユーザの出庫時刻（駐車終了時刻）がメモリ１６２に記録される。
【０１８９】
このステップＳ２１３は、ステップＳ２０１において管理サーバ５０が携帯端末９０から駐車スペースＩＤを受信した時刻（これは、ユーザの出庫過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻である）の後、速やかに（１分とか、必要以上に長い時間が経過しないうちに）実行される。よって、出庫時刻が、ユーザの出庫過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻として認識されることになる。
【０１９０】
すなわち、このステップＳ２１３においては、管理サーバ５０が携帯端末９０から駐車スペースＩＤを受信した時刻、すなわち、ユーザの出庫過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻に基づき、ユーザの出庫時刻が認識されるのである。
【０１９１】
続いて、ステップＳ２１５において、前記利用状況管理リストを参照することにより、出庫時の駐車スペースＩＤが、同じユーザの入庫時の駐車スペースＩＤと一致するか否かが判定される。不一致である場合には、ステップＳ２１５の判定がＮＯとなり、ステップＳ２２７において、ユーザから今回受信したデータに何らかの異常があるか、または、ユーザが間違ったレンタル・スペース２０に滞在している可能性があるとして、ユーザへのデータの再入力、すなわち、管理サーバ５０との通信の再試行が要求される。以上で、このメイン・プログラムの実行が終了する。
【０１９２】
これに対し、出庫時の駐車スペースＩＤが、同じユーザの入庫時の駐車スペースＩＤと一致する場合には、ステップＳ２１５の判定がＹＥＳとなり、続いて、ステップＳ２１７において、ユーザが今回の車室２２から出庫することが許可される。その前提として、ユーザが、前記測定された出庫時刻に、前記復元された駐車スペースＩＤを有する車室２２に実際に居ると認識される。その後、ステップＳ２１８において、今回の出庫対象である車両についての入庫時刻がメモリ１６２から読み出される。
【０１９３】
続いて、ステップＳ２１９において、前記入庫時刻から前記出庫時刻までの経過時間の長さが今回のユーザの駐車時間の長さとして計算される。その後、ステップＳ２２１において、前記計算された駐車時間の長さに基づき、前記料金テーブルを参照することにより、今回の駐車料金の額が計算される。その後、ステップＳ２２２において、その計算された駐車料金につき、今回のユーザに対して決済が行われ、それにより、今回の駐車料金がユーザから徴収される。
【０１９４】
続いて、ステップＳ２２３において、出庫が完了したことを表すメッセージと、今回の駐車料金についての支払明細とがユーザの携帯端末９０に向けて送信される。
【０１９５】
その後、ステップＳ２２４において、出庫時刻の今回のデータが反映されるように、前記利用状況管理リストが更新される。続いて、ステップＳ２２５において、図１４に示すリスト表示プログラム（後に詳述する）が実行されることにより、必要に応じ、最新の利用状況管理リストが管理サーバ５０の表示部１６６の画面上に表示され、これにより、管理サーバ５０のオペレータに対して前記利用状況管理リストが可視化される。
【０１９６】
その後、ステップＳ２２６において、図１７に示す出庫催促プログラム（後に詳述する）が実行される。以上で、このメイン・プログラムのうち、車両の出庫を行う部分の実行が終了する。
【０１９７】
本実施形態においては、携帯端末９０が車室２２ごとに固有の局地的識別信号を発信機３０から受信し、その識別信号を駐車スペースＩＤに変換して、その駐車スペースＩＤをユーザの携帯端末９０が管理サーバ５０に送信するが、これは、事実上、車室２２ごとに固有の局地的識別信号をユーザの携帯端末９０を経由して管理サーバ５０が受信することと等価である。
【０１９８】
このように、発信機３０からの識別信号が携帯端末９０を経由して管理サーバ５０に送信されるおかげで、ユーザが、特定されたいずれかの時刻に、かつ、特定されたいずれかの車室２２に居ることを管理サーバ５０が認識することが可能となる。
【０１９９】
ところで、本実施形態においては、ユーザの携帯端末９０が同じ駐車スペースＩＤを表す識別信号を複数回有効に受信し、ユーザが滞在している車室２２の同一性を確認した後に、携帯端末９０が１回のみ、その識別信号に対応する駐車スペースＩＤを管理サーバ５０に送信する。
【０２００】
これに対し、携帯端末５０が識別信号を受信するごとに、その識別信号を駐車スペースＩＤに変換して管理サーバ５０に送信し、その管理サーバ５０が、同じ駐車スペースＩＤを複数回受信し、ユーザが滞在している車室２２の同一性（ユーザが、同じ車室２２に居続けていること）を確認した後に、車両の入庫または出庫を処理する態様で本発明を実施することが可能である。
【０２０１】
しかし、この態様では、管理サーバ５０が複数人のユーザとの間で駐車に関する複数のセッション（各セッションは、一連のインタラクティブな操作）を一括して処理することが通常であることを考慮すると、管理サーバ５０の処理負担が増加する傾向がある。
【０２０２】
これに対し、本実施形態においては、ユーザの携帯端末９０が、ユーザが滞在している車室２２の同一性を確認するというイベントを管理サーバ５０にではなくユーザの携帯端末９０に行わせるため、管理サーバ５０の負担軽減が容易となる。
【０２０３】
さらに、本実施形態においては、図７に示すように、管理サーバ５０が、ユーザの携帯端末９０が発信機３０から識別信号を受信したという第１受信イベントに応答して、携帯端末９０との実質的な通信（１回分のセッション）を開始し、その通信開始後、携帯端末９０が発信機３０から同じ駐車スペースＩＤを表す識別信号を再度受信したという第２受信イベントに応答して、携帯端末９０から、前記識別信号に対応する駐車スペースＩＤを受信する。
【０２０４】
本実施形態によれば、ユーザの携帯端末９０の処理と管理サーバ５０の処理とを互いに並行して行うことが可能となり、よって、それら処理が直列に行われる場合より迅速に、ユーザは、車両の入庫または出庫を行うことが可能となる。
【０２０５】
ここで、図１４を参照して前記リスト表示プログラムを詳細に説明する。
【０２０６】
このリスト表示プログラムは繰返し実行され、各回の実行時においては、まず、ステップＳ３０１において、管理サーバ５０のオペレータからリスト表示リクエストが出されるのが待たれる。
【０２０７】
そのリスト表示リクエストが出されると、ステップＳ３０１の判定がＹＥＳとなり、ステップＳ３０２において、前記利用状況管理リストがメモリ１６２から読み出される。続いて、ステップＳ３０３において、その読み出された利用状況管理リストが管理サーバ５０の表示部１７２の画面上に表示される。以上で、このリスト表示プログラムの今回の実行が終了する。
【０２０８】
ここで、図１７を参照して前記出庫催告プログラムを詳細に説明する。
【０２０９】
この出庫催告プログラムは繰返し実行され、各回の実行時においては、まず、ステップＳ４０１において、前記利用状況管理リストに、入庫というイベント単位で記録されている複数のデータブロックから、今回注目すべきデータブロックが選択される。
【０２１０】
続いて、ステップＳ４０２において、その選択されたデータブロックにおいて、出庫時刻の欄を参照することにより、そのデータブロックに対応する今回のユーザが車両を出庫した時刻が記録されていないか否か、すなわち、今回のユーザが未出庫のままであるか否かが判定される。
【０２１１】
今回のユーザが未出庫のままである場合には、ステップＳ４０２の判定がＹＥＳとなり、ステップＳ４０３において、管理サーバ５０から今回のユーザの携帯端末９０に、出庫を催促するためのメッセージが送信される。その後、ステップＳ４０１に戻り、別のデータブロックが実行対象として選択される。
【０２１２】
これに対し、今回のユーザが既に出庫していた場合には、ステップＳ４０２の判定がＮＯとなり、ステップＳ４０３がスキップされてステップＳ４０１に戻る。
【０２１３】
以上の説明から明らかなように、本実施形態においては、管理サーバ５０のうち、ステップＳ２０１−Ｓ２０７およびＳ２１０を実行する部分が、入庫処理部２００を構成し、ステップＳ２０１−Ｓ２０３およびＳ２１３−Ｓ２２３を実行する部分が、出庫処理部２０２を構成し、また、ステップＳ２０８およびＳ２２４を実行する部分が、リスト作成部２０４を構成し、また、ステップＳ２１１およびＳ２２５を実行する部分が、リスト表示部２０６を構成し、また、ステップＳ２１２およびＳ２２６を実行する部分が、出庫催促部２０８を構成しているのである。
【０２１４】
さらに、本実施形態においては、管理サーバ５０のうち、ステップＳ２０１を実行する部分が、前記リアルタイム受信部および前記リアルタイム受信工程のそれぞれの一例を構成し、また、ステップＳ２０３−Ｓ２０５，Ｓ２１４およびＳ２１５を実行する部分が、前記情報認識部および前記情報認識工程のそれぞれの一例を構成しているのである。
【０２１５】
図１１に示すように、管理サーバ５０のコンピュータ１６４は、残量不足時バックアップ処理部２１４を有する。この残量不足時バックアップ処理部２１４は、電池残量推定部２２０と、発信機診断部２２２と、対応関係変更部２２４とを有する。
【０２１６】
管理サーバ５０は、残量不足時バックアップ処理部２１４を構成するために、残量不足時バックアップ処理用プログラムを実行するが、本実施形態においては、２種類の残量不足時バックアップ処理用プログラムのうち管理センタ４０によって予め選択されたものが実行される。
【０２１７】
概略的に説明するに、第１の残量不足時バックアップ処理用プログラムは、予備発信機３２を用いないで、複数の発信機３０のうち動作不保証発信機３０を除くものと複数の車室２２との間の対応関係を最適化することによって動作不保証発信機３０のバックアップを行うものである。これに対し、第２の残量不足時バックアップ処理用プログラムは、動作不保証発信機３０を予備発信機３２によって代替することにより、動作不保証発信機３０のバックアップを行うものである。
【０２１８】
図１８には、第１の残量不足時バックアップ処理用プログラムがフローチャートで概念的に表されている。
【０２１９】
このプログラムは、管理サーバ５０において、その管理サーバ５０が管理している各駐車場２０ごとに繰返し実行される。このプログラムの各回の実行時には、まず、ステップＳ６０１において、番号ｎが１にセットされ、その後、今回の駐車場２０に属する複数の車室２２にそれぞれ設置されている複数の発信機３０のうち、それに付されている連続番号（対応する車室２２に付されている連続番号と同じ）が、番号ｎの現在値（今回は、１）と等しいものが、今回の発信機３０として選択される。
【０２２０】
図１９（ａ）には、複数の発信機３０と複数の車室２２と動作保証の有無に関する情報とが、互いに関連付けて示されており、その対応関係は、対応関係テーブルとしてメモリ１６２に保存されている。
【０２２１】
次に、ステップＳ６０２において、今回の発信機３０の電流残量推定値がメモリ１６２から読み込まれる。続いて、ステップＳ６０３において、その電池残量推定値が基準値より低いか否か、すなわち、今回の発信機３０の電流残量が不足しているために動作が保証されない可能性があるか否かが判定される。
【０２２２】
今回は、電池残量推定値が前記基準値以上であると仮定すれば、ステップＳ６０３の判定がＹＥＳとなり、ステップＳ６０４において、今回の発信機３０が動作保証発信機であると診断される。その診断結果が反映されるように、前記対応関係テーブルが更新され、それにより、診断結果がメモリ１６２に保存される。
【０２２３】
続いて、ステップＳ６０５において、番号ｎが最大値ｎｍａｘ（発信機３０の総数と等しい）に達していないか否かが判定される。番号ｎが最大値ｎｍａｘより小さい場合には、ステップＳ６０５の判定がＮＯとなり、ステップＳ６０６において、番号ｎが１だけインクリメントされ、その後、ステップＳ６０２に移行する。
【０２２４】
これに対し、番号ｎが最大値ｎｍａｘに到達した場合には、ステップＳ６０５の判定がＹＥＳとなり、その後、ステップＳ６０１に戻り、番号ｎが１にリセットされる。
【０２２５】
今回は、電池残量推定値が前記基準値より低いと仮定すれば、ステップＳ６０３の判定がＮＯとなり、ステップＳ６０７において、今回の発信機３０が動作不保証発信機であると診断される。その診断結果が反映されるように、前記対応関係テーブルが更新され、それにより、診断結果がメモリ１６２に保存される。
【０２２６】
その後、ステップＳ６０８において、前記対応関係テーブルが参照されることにより、（ｎ−１）番目の発信機３０が動作保証発信機であるか否かが判定される。今回は、（ｎ−１）番目の発信機３０が動作保証発信機であると仮定すれば、ステップＳ６０８の判定がＹＥＳとなり、ステップＳ６０９において、その結果を反映するように、前記対応関係テーブルが変更される。
【０２２７】
具体的には、（ｎ−１）番目の発信機３０が、ｎ番目の車室２２と、（ｎ−１）番目の車室２２との双方に割り当てられることが表現されるように、前記対応関係テーブルが変更される。この変更に合わせて、図２０に示すように、前記利用状況管理リストが更新される。
【０２２８】
その後、ステップＳ６１０において、今回の駐車場２０を利用しようとしているすべてのユーザに対し、「ｎ番目の車室２２に設置されている発信機３０は故障する可能性があるから、その代わりに（ｎ−１）番目の発信機３０を使用して、ｎ番目の車室２２を利用して欲しい」旨の案内メッセージがそれらユーザの携帯端末９０に送信される。その後、ステップＳ６０５に移行する。
【０２２９】
これに対し、今回は、（ｎ−１）番目の発信機３０も動作不保証発信機であると仮定すれば、ステップＳ６０８の判定がＮＯとなり、ステップＳ６１１において、前記対応関係テーブルが参照されることにより、（ｎ＋１）番目の発信機３０が動作保証発信機であるか否かが判定される。今回は、（ｎ＋１）番目の発信機３０が動作保証発信機であると仮定すれば、ステップＳ６１１の判定がＹＥＳとなり、ステップＳ６１２において、その結果を反映するように、前記対応関係テーブルが変更される。
【０２３０】
具体的には、（ｎ＋１）番目の発信機３０が、ｎ番目の車室２２と、（ｎ＋１）番目の車室２２との双方に割り当てられることが表現されるように、前記対応関係テーブルが変更される。この変更に合わせて、図２０に示すように、前記利用状況管理リストが更新される。その後、ステップＳ６１０において、前述のようにしてユーザへの案内が行われる。
【０２３１】
例えば、図１９（ｂ）に示すように、今回は１番目の発信機３０が注目されており、その発信機３０が動作不保証発信機であると診断されると、２番目の発信機３０は動作保証発信機であると診断されているため、その２番目の発信機３０が、１番目の車室２２と２番目の車室２２との双方に割り当てられる。その結果、１番目の発信機３０の動作が保証されていないことが原因で１番目の車室２２が空室のまま放置されることが回避され、それにより、駐車場２０の稼働率が向上する。
【０２３２】
この例においては、さらに、図２０に示すように、前記利用状況管理リストが、１番目の車室２２と２番目の車室２２については、各車室２２を利用しているユーザを個別に特定することなく、それら２つの車室２２のいずれかを利用しているユーザを特定するように、更新される。
【０２３３】
図２１には、前述の第２の残量不足時バックアップ処理用プログラムがフローチャートで概念的に表されている。
【０２３４】
このプログラムも、管理サーバ５０において、その管理サーバ５０が管理している各駐車場２０ごとに繰返し実行される。このプログラムの各回の実行時には、まず、ステップＳ７０１において、番号ｎが１にセットされ、その後、複数の正規の発信機３０のうちｎ番目のものが、今回の発信機３０として選択される。
【０２３５】
図２２（ａ）には、複数の発信機３０と複数の車室２２と動作保証の有無に関する情報とが、互いに関連付けて示されており、その対応関係は、対応関係テーブルとしてメモリ１６２に保存されている。
【０２３６】
次に、ステップＳ７０２において、今回の発信機３０の電流残量推定値がメモリ１６２から読み込まれる。続いて、ステップＳ７０３において、その電池残量推定値が基準値より低いか否か、すなわち、今回の発信機３０の電流残量が不足しているために動作が保証されない可能性があるか否かが判定される。
【０２３７】
今回は、電池残量推定値が前記基準値以上であると仮定すれば、ステップＳ７０３の判定がＹＥＳとなり、ステップＳ７０４において、今回の発信機３０が動作保証発信機であると診断される。その診断結果が反映されるように、前記対応関係テーブルが更新され、それにより、診断結果がメモリ１６２に保存される。
【０２３８】
続いて、ステップＳ７０５において、番号ｎが最大値ｎｍａｘ（発信機３０の総数と等しい）に達していないか否かが判定される。番号ｎが最大値ｎｍａｘより小さい場合には、ステップＳ７０５の判定がＮＯとなり、ステップＳ７０６において、番号ｎが１だけインクリメントされ、その後、ステップＳ７０２に移行する。
【０２３９】
これに対し、番号ｎが最大値ｎｍａｘに到達した場合には、ステップＳ７０５の判定がＹＥＳとなり、その後、ステップＳ７０１に戻り、番号ｎが１にリセットされる。
【０２４０】
今回は、電池残量推定値が前記基準値より低いと仮定すれば、ステップＳ７０３の判定がＮＯとなり、ステップＳ７０７において、今回の発信機３０が動作不保証発信機であると診断される。その診断結果が反映されるように、前記対応関係テーブルが更新され、それにより、診断結果がメモリ１６２に保存される。
【０２４１】
その後、ステップＳ７０８において、前記対応関係テーブルが参照されることにより、ｎ番目の発信機３０が予備発信機３２によって代替される。その代替を反映するように、前記対応関係テーブルが変更される。
【０２４２】
その後、ステップＳ７０９において、今回の駐車場２０を利用しようとしているすべてのユーザに対し、ｎ番目の車室２２に設置されている発信機３０は故障する可能性があるから、予備発信機３２を代わりに使用して、ｎ番目の車室２２を利用して欲しい旨の案内メッセージがそれらユーザの携帯端末９０に送信される。その後、ステップＳ７０５に移行する。
【０２４３】
例えば、図２０（ｂ）に示すように、今回は１番目の発信機３０が注目されており、その発信機３０が動作不保証発信機であると診断されると、１番目の発信機３０が予備発信機３２（連続番号として「１００」が付されている）によって代替される。その結果、１番目の発信機３０の動作が保証されていないことが原因で１番目の車室２２が空室のまま放置されることが回避され、駐車場２０の稼働率が向上する。
【０２４４】
［第２の実施形態］
【０２４５】
次に、図２３を参照することにより、本発明の例示的な第２の実施形態に従う駐車場管理システム１０を説明する。ただし、本実施形態は、前述の第１の実施形態と共通する要素が多いため、異なる要素についてのみ詳細に説明し、共通する要素については、同じ名称または同じ符号を使用して引用することにより、重複した説明を省略する。
【０２４６】
前述のように、第１の実施形態においては、発信機３０と、ユーザの携帯端末９０と、管理サーバ５０との間の信号のやりとりに際し、図７に時系列的に示すように、携帯端末９０の処理と管理サーバ５０の処理とを部分的に互いに並行して行われる。
【０２４７】
これに対し、本実施形態においては、図２３に時系列的に示すように、携帯端末９０の処理と管理サーバ５０の処理とが直列的に行われる。
【０２４８】
具体的には、管理サーバ５０が、携帯端末９０が発信機３０から識別信号を受信したという第１受信イベントが発生してから、携帯端末９０が発信機３０から同じ駐車スペースＩＤを表す識別信号を再度受信したという第２受信イベントが発生するまでの間は、携帯端末９０と実質的な通信を行わず、その第２受信イベントの発生後にはじめて、その第２受信イベントに応答して、携帯端末９０との実質的な通信（１回分のセッション）を開始し、その後、携帯端末９０から、前記識別信号に対応する駐車スペースＩＤを受信する。
【０２４９】
この実施形態によれば、管理サーバ５０は、１回のセッションが開始された後、携帯端末９０の作動状態によって時期的に影響されるイベントの出現を待つことなく、必要な処理を実施できる。よって、管理サーバ５０は、携帯端末９０の都合で、処理を中断される心配がなくなり、高い効率で処理を完了することが容易となる。
【０２５０】
［いくつかの実施形態によるいくつかの効果］
【０２５１】
以上、本発明のいくつかの実施形態を図面に基づいて詳細に説明したが、それら実施形態によれば、例えば次のようないくつかの効果が得られる。
【０２５２】
１．駐車場２０に設置される駐車サービス用設備の低コスト化
【０２５３】
既に種々のデバイス・メーカから、外部に送出または発信したい情報を指定すると、その情報を識別信号に変換、変調または暗号化し、その識別信号を局地的に発信する非接触式または接触式の発信機が市販されている。
【０２５４】
この市販品を用いて本実施形態のうちの発信機３０を実現することが可能である。すなわち、発信機３０を実現するために、専用の発信機を設計して製造することは不可欠ではないのである。
【０２５５】
よって、本実施形態によれば、各車室２２に設置することが必要な駐車サービス用設備の低コスト化が容易となる。
【０２５６】
２．ユーザが実際に、いずれの車室２２に居るのかを認識する精度の向上
【０２５７】
本実施形態によれば、車室２２ごとに固有の局地的識別信号であって発信機３０から発信されたものをユーザの携帯端末９０を経由して管理サーバ５０が、事実上、受信することによって駐車サービスが行われる。
【０２５８】
ここに、発信機３０から発信する識別信号は、一種の暗号化信号であるから、ユーザがみだりに改変することは不可能である。また、管理サーバ５０は、ユーザが現在居る車室２２の場所を、発信機３０からの識別信号を用いて特定する。
【０２５９】
さらに、携帯端末９０が発信機３０から受信した識別信号が、携帯端末９０が管理サーバ５０に送信する駐車スペースＩＤに変換される過程において、ユーザの意図的な介入、すなわち、ユーザによるデータ入力やデータ編集が存在しない。よって、ユーザは、駐車スペースＩＤを改ざんすることが不可能となる。その結果、利用される車室２２から管理サーバ５０に送信される駐車関連情報のセキュリティが向上する。
【０２６０】
よって、本実施形態によれば、ユーザが実際、いずれの車室２２に居るのかを認識する精度が向上する。
【０２６１】
３．ユーザが実際に、いずれの時刻に、ある車室２２において入庫または出庫を行うのかを認識する精度の向上
【０２６２】
本実施形態によれば、車室２２ごとに固有の局地的識別信号が発信機３０からユーザの携帯端末９０を経由して管理サーバ５０に、駐車スペースＩＤという形態で実質的にリアルタイムで送信される。管理サーバ５０は、例えば、その駐車スペースＩＤを受信した時刻を参照して、車室２２への入庫を開始した時刻や、車室２２からの出庫が終了した時刻を認識する。よって、ユーザは、それら時刻を改ざんすることは不可能である。
【０２６３】
したがって、本実施形態によれば、ユーザが、実際に、いずれの時刻に、ある車室２２において入庫または出庫を行うのかを認識する精度が向上する。よって、このことによっても、利用する車室２２からから管理サーバ５０に送信される駐車関連情報のセキュリティが向上する。
【０２６４】
４．ユーザが、本当に駐車目的で、ある車室２２に居たのか、偶然にある車室２２の近傍に居たに過ぎないのかという観点でのユーザ行動の分別的監視
【０２６５】
本実施形態によれば、ユーザの携帯端末９０が同じ駐車スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信するというイベント、すなわち、同じ駐車スペースＩＤを表す識別信号をある時間的スパンにわたって実質的に継続的に受信するのを待って、管理サーバ５０が、駐車のための処理を行う。
【０２６６】
すなわち、本実施形態によれば、ある識別信号の瞬間的受信すなわちある車室２２へのユーザの瞬間的滞在を必要条件とするのではなく、同じ駐車スペースＩＤを表す識別信号の継続的受信すなわち同じ車室２２へのユーザの継続的滞在を十分条件として、管理サーバ５０が、ユーザが現在、本当に滞在している車室２２の位置すなわち駐車スペースＩＤを推定ないしは特定するのである。
【０２６７】
その結果、本実施形態によれば、ユーザの携帯端末９０の位置すなわちユーザの位置を瞬間的にではなく継続的に観察し、それにより、ユーザが本当に車両の入庫または出庫という目的である車室２２に居たのか、それとも、偶然にある車室２２の近傍に居たに過ぎないのかという観点で、ユーザの行動を区別して観察することが可能となる。
【０２６８】
さらに、本実施形態によれば、ユーザが偶然にある車室２２の近傍に居たに過ぎない可能性が判明した場合に、管理サーバ５０が、駐車のための処理を開始しないか、開始しても中止し、最終的に、無駄な処理が行われないようにすることが可能である。
【０２６９】
したがって、本実施形態によれば、ユーザの携帯端末９０が識別信号を最初に有効に受信したという１回のイベントのみに応答して、管理サーバ５０が、駐車の処理を行う場合より精度よく、無断な駐車のための処理を回避することが可能となる。
【０２７０】
例えば、ユーザの携帯端末９０において、駐車サービスのためのアプリケーションが誤って起動してしまい、そのときに偶然にユーザがいずれかの車室２２の近傍に居たために、そこに設置されている発信機３０からの識別信号を受信してしまったとしても、次の瞬間にユーザがその車室２２から遠ざかっている限り、ユーザは、知らないうちに、管理サーバ５０に対して誤った駐車の申込みをせずに済む。よって、誤った駐車料金が管理サーバ５０によってユーザに請求されずに済む。
【０２７１】
なお付言するに、上述のいくつかの実施形態は、本発明を、自転車を駐車対象とする駐車サービスに適用した場合のいくつかの具体例であるが、これに代えて、本発明は、例えば、自動車を駐車対象とする駐車サービスに適用したり、自動二輪車を駐車対象とする駐車サービスに適用することが可能である。
【０２７２】
以上、本発明のいくつかの実施形態を図面に基づいて詳細に説明したが、これらは例示であり、前記［発明の概要］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【要約】
【課題】複数の駐車場を集中的に管理する新たな技術を提供する。
【解決手段】ユーザの携帯端末９０が、いずれかの駐車場におけるいずれかの車室における発信機３０から識別信号を受信し、携帯端末９０は、その識別信号から発信機の電池残量推定値を抽出し、管理サーバ５０が、携帯端末から、前記抽出された電池残量推定値を受信し、その受信した電池残量推定値に基づき、対応する発信機の動作が保証されるか否かを診断し、管理サーバ５０は、同じ駐車場において、複数の発信機のうち、動作が保証されないと診断された動作不保証発信機に隣接する発信機であって動作が保証されると診断された動作保証発信機を、その動作保証発信機にもともと割り当てられていた車室と、前記動作非保証発信機にもともと割り当てられていた車室との双方に共通に割り当てる。
【選択図】図２【図１】
0006046299.tif 000002
【図２】
0006046299.tif 000003
【図３】
0006046299.tif 000004
【図４】
0006046299.tif 000005
【図５】
0006046299.tif 000006
【図６】
0006046299.tif 000007
【図７】
0006046299.tif 000008
【図８】
0006046299.tif 000009
【図９】
0006046299.tif 000010
【図１０】
0006046299.tif 000011
【図１１】
0006046299.tif 000012
【図１２】
0006046299.tif 000013
【図１３】
0006046299.tif 000014
【図１４】
0006046299.tif 000015
【図１５】
0006046299.tif 000016
【図１６】
0006046299.tif 000017
【図１７】
0006046299.tif 000018
【図１８】
0006046299.tif 000019
【図１９】
0006046299.tif 000020
【図２０】
0006046299.tif 000021
【図２１】
0006046299.tif 000022
【図２２】
0006046299.tif 000023
【図２３】
0006046299.tif 000024