(57)【特許請求の範囲】
【請求項１】
不動産または動産であるレンタル対象をユーザにオンラインでレンタルするオンライン・レンタル・システムであって、
レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ設置される発信機であって、対応するレンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式のものと、
前記レンタル対象を利用することを希望するユーザの携帯端末と、
ユーザの携帯端末と無線通信することにより、前記レンタル対象についてレンタル・サービスを提供する管理サーバと
を含み、
ユーザの携帯端末は、
地図上におけるユーザの現在位置を測定する測位部と、
前記発信機から前記識別信号を受信を測定する受信部と、
前記発信機から受信する識別信号と、前記発信機に対応する前記レンタル対象に対応する前記正規レンタル基準位置を表す地理的座標との間の予め定られた対応関係を記憶する記憶部と、
画面と、
その画面上に、全体地図のうちの一部であってユーザの移動に連動して変化するものを切り取って部分地図として表示し、その部分地図上に前記正規レンタル基準位置であって前記受信した識別信号に対応するものが存在する場合には、その正規レンタル基準位置も前記画面上に表示し、前記部分地図上にユーザの現在位置が存在する場合には、そのユーザの現在位置も前記画面上に表示する表示部と、
前記画面上に、ユーザの現在位置と前記正規レンタル基準位置とが一緒に表示されていない場合に、レンタル関連リクエストを前記管理サーバに送信しないリクエスト拒絶部と
を含むオンライン・レンタル・システム。
【請求項２】
前記レンタル対象は、宿泊施設、滞在施設、コインロッカー、駐車場、乗物、家具、衣服類、電気製品もしくはその付属品または記録媒体である請求項１に記載のオンライン・レンタル・システム。
【請求項３】
不動産または動産であるレンタル対象についてレンタル・サービスを受けるためにユーザによって操作される携帯端末であって、
地図上におけるユーザの現在位置を測定する測位部と、
前記レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、前記レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ設置される発信機であって、対応するレンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式のものから前記識別信号を受信する受信部と、
前記発信機から受信する識別信号と、前記発信機に対応する前記レンタル対象に対応する前記正規レンタル基準位置を表す地理的座標との間の予め定られた対応関係を記憶する記憶部と、
画面と、
その画面上に、全体地図のうちの一部であってユーザの移動に連動して変化するものを切り取って部分地図として前記画面上に表示し、その部分地図上に前記正規レンタル基準位置であって前記受信した識別信号に対応するものが存在する場合には、その正規レンタル基準位置も前記画面上に表示し、前記部分地図上にユーザの現在位置が存在する場合には、そのユーザの現在位置も前記画面上に表示する表示部と、
前記画面上に、ユーザの現在位置と前記正規レンタル基準位置とが一緒に表示されていない場合に、ユーザからのレンタル・サービスのリクエストを拒絶するリクエスト拒絶部と
を含むレンタル・サービス用ユーザ携帯端末。
【請求項４】
前記レンタル対象は、宿泊施設、滞在施設、コインロッカー、駐車場、乗物、家具、衣服類、電気製品もしくはその付属品または記録媒体である請求項３に記載のレンタル・サービス用ユーザ携帯端末。
【請求項５】
不動産または動産であるレンタル対象をユーザにオンラインでレンタルするオンライン・レンタル方法であって、
レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ、前記レンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
前記レンタル対象を利用することを希望するユーザの携帯端末と、前記レンタル対象についてレンタル・サービスを提供する管理サーバとが無線通信し、
ユーザの携帯端末は、前記発信機から受信する識別信号と、前記発信機に対応する前記レンタル対象に対応する前記正規レンタル基準位置を表す地理的座標との間の予め定められた対応関係を記憶しており、
当該オンライン・レンタル方法は、
ユーザの携帯端末が、地図上におけるユーザの現在位置を測定する測位工程と、
ユーザの携帯端末が、前記発信機から前記識別信号を受信を測定する受信工程と、
ユーザの携帯端末が、画面上に、全体地図のうちの一部であってユーザの移動に連動して変化するものを切り取って部分地図として表示し、その部分地図上に前記正規レンタル基準位置であって前記受信した識別信号に対応するものが存在する場合には、その正規レンタル基準位置も前記画面上に表示し、前記部分地図上にユーザの現在位置が存在する場合には、そのユーザの現在位置も前記画面上に表示する表示工程と、
ユーザの携帯端末が、前記画面上に、ユーザの現在位置と前記正規レンタル基準位置とが一緒に表示されていない場合に、レンタル関連リクエストを前記管理サーバに送信しないリクエスト拒絶工程と
を含むオンライン・レンタル方法。
【請求項６】
不動産または動産であるレンタル対象についてレンタル・サービスを受けるためにユーザによって操作される携帯端末を作動させる方法であって、
レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ、前記レンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
前記レンタル対象を利用することを希望するユーザの携帯端末と、前記レンタル対象についてレンタル・サービスを提供する管理サーバとが無線通信し、
ユーザの携帯端末は、前記発信機から受信する識別信号と、前記発信機に対応する前記レンタル対象に対応する前記正規レンタル基準位置を表す地理的座標との間の予め定められた対応関係を記憶しており、
当該方法は、
ユーザの携帯端末が、地図上におけるユーザの現在位置を測定する測位工程と、
ユーザの携帯端末が、前記発信機から前記識別信号を受信する受信工程と、
ユーザの携帯端末が、画面上に、全体地図のうちの一部であってユーザの移動に連動して変化するものを切り取って部分地図として表示し、その部分地図上に前記正規レンタル基準位置であって前記受信した識別信号に対応するものが存在する場合には、その正規レンタル基準位置も前記画面上に表示し、前記部分地図上にユーザの現在位置が存在する場合には、そのユーザの現在位置も前記画面上に表示する表示工程と、
前記画面上に、ユーザの現在位置と前記正規レンタル基準位置とが一緒に表示されていない場合に、ユーザの携帯端末が、ユーザからのレンタル・サービスのリクエストを拒絶するリクエスト拒絶工程と
を含むユーザ携帯端末作動方法。
【請求項７】
請求項５または６に記載の方法を実施するためにユーザの携帯端末のコンピュータによって実行されるプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不動産または動産であるレンタル対象をユーザにオンラインでレンタルする技術に関し、特に、レンタル対象に固有の局地的識別信号が発信機からユーザの携帯端末を経由して管理サーバに送信されることによってレンタルを行う技術に関する。
【背景技術】
【０００２】
近年、レンタル対象の貸出および返却をユーザに対して行うサービスが普及しつつある。そのレンタル対象は、動産に及び、さらに不動産にも及ぶ。
【０００３】
不動産としてのレンタル対象としては、例えば、ユーザが短期的に滞在可能である宿泊施設（例えば、ホテル内の部屋、一時的に他人にレンタルされる個人宅、共同住宅などの居室）またはユーザが長期的に滞在可能である滞在施設（例えば、個別住宅、共同住宅など）の部屋、コインロッカー、駐車場（例えば、同じ駐車場内の個別駐車スペース）などがある。
【０００４】
動産としてのレンタル対象としては、例えば、陸上、水上または飛行する乗物（例えば、レンタカー、貸し自転車など）、レンタル家具、レンタル衣服類、レンタル電気製品、電気製品に着脱可能に装着されるレンタル付属品（例えば、電池または充電器）、視聴覚コンテンツが記録されているレンタル記録媒体（例えば、ＣＤ）であってユーザによって再生可能なものなどがある。
【０００５】
乗物としてのレンタル対象としては、例えば、自転車がある。例えば、観光地においては、旅行者が目的地まで移動するための手段として自転車を旅行者にレンタルするサービスが存在し、また、市街地においても、通勤やその他の移動を行う手段として自転車をユーザにレンタルするサービスが存在する。
【０００６】
自転車の貸出および返却をユーザに対して行うサービスを提供するための具体的な技術が既に提案されている。
【０００７】
例えば、特許文献１には、自転車をレンタルするために、各ステーション（貸出しまたは返却を行うステーション）を外部の管理センタとの通信によって管理する技術が開示されている。この技術は、各自転車に２次元コードを割り当てて、それを第１の印刷媒体上に表示する点と、各ステーションに２次元コードを割り当てて、それを第２の印刷媒体上に表示する点と、各自転車を保管するために各自転車にダイヤル錠が施錠される点と、ユーザは、自身が借りたい自転車の前記２次元コードを読み取り、その情報をユーザの携帯通信機器を介して前記管理センタに送信し、それにより、その管理センタが今回の自転車を認識する点とを特徴とする。
【０００８】
また、特許文献２にも、自転車をレンタルするために、各ステーションを外部の管理センタとの通信によって管理する技術が開示されている。この技術は、自転車ごとに鍵を用いる点と、前記管理センタが、ユーザの携帯通信機器から、ユーザが借りたい自転車の車両番号を受信すると、その自転車の前記鍵を解錠するための解錠信号をその鍵に送信する点と、前記解錠信号を受信すると、前記鍵が自動的に解錠される点とを特徴とする。
【０００９】
また、特許文献３にも、自転車をレンタルするために、各ステーションを外部の管理センタとの通信によって管理する技術が開示されている。この技術は、同じステーション内において、自転車ごとにスタンドを設置する点と、そのスタンドが鍵を用いる点と、前記管理センタが、ユーザから、携帯通信機器を介して、その携帯通信機器と特定のスタンドとを表す操作メッセージを受信すると、前記鍵を解錠するための解錠信号を前記特定のスタンドに送信する点と、前記解除信号を受信すると、前記鍵が解錠される点とを特徴とする。
【００１０】
また、特許文献４には、自転車または自動車用の駐車場をユーザにレンタルする技術が開示されている。この技術によれば、駐車車両に、局地的識別信号すなわちビーコン信号を発信するビーコン装置が搭載される一方、駐車場内の各駐車位置に、前記ビーコン装置から前記ビーコン信号を受信する駐車位置管理装置が設置される。その駐車位置管理装置は、受信したビーコン信号から、対応する駐車車両を特定する。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１１−２４８８１３号公報
【特許文献２】特許第５００８１０８号公報
【特許文献３】特許第５５０７９１６号公報
【特許文献４】特開２０１５−１５３２１７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明者らは、上述のレンタル・ビジネスにつき、種々の研究を行い、その結果、レンタル対象に、局地的識別信号を発信する発信機を設置し、その発信機と、ユーザの携帯端末と、管理サーバとを用いてレンタル・ビジネスを行う新たな技術を提案した。
【００１３】
その技術によれば、レンタル対象に居るユーザの携帯端末は、そのレンタル対象に設置された発信機から局地的識別信号を受信する。そのユーザは、自身が所持する携帯端末を介して、管理サーバと無線通信し、それにより、その管理サーバは、ユーザの携帯端末が発信機から受信した識別信号を、前記携帯端末から、前記発信機に対応する発信機ＩＤまたはその発信機に対応するレンタル対象に対応するレンタル対象ＩＤという形態で実質的にリアルタイムで受信する。管理サーバは、その受信したＩＤに基づき、レンタル対象を特定するとともに、前記ＩＤを受信した時刻を、レンタル対象の貸出時には貸出時刻、レンタル対象の返却時には返却時刻としてそれぞれ認識する。
【００１４】
しかし、本発明者らは、この提案した技術には改善の余地があることに気が付いた。すなわち、この技術は、レンタル対象の位置と発信機の位置とが常に互いに正規に対応することを前提とする。そのため、何らかの理由で、ある発信機が、最初の正規のレンタル対象の位置から移動させられてしまうと、そのことを知らずにこの技術を実施すると、ユーザの携帯端末および管理サーバのうち少なくとも管理サーバは、その発信機が現在配置されているレンタル対象を、最初の正規のレンタル対象として誤って認識されてしまう。
【００１５】
そのため、このような特性がユーザによって悪用されると、次のような不正行為が行われ得る。
【００１６】
すなわち、一例においては、ユーザが、ある位置Ａに位置する駐車場（ここに、発信機が設置されている）をレンタルする（すなわち、その駐車場に自身の車両を駐車するために入庫する）。この場合、ユーザは、その駐車を終了するときには、それまで滞在していた位置Ｂから位置Ａに戻り、自身の車両をその位置Ａから出庫すべきである。
【００１７】
このとき、位置Ａが、ユーザの現在位置、すなわち、これからその位置Ａに戻る行程の出発地点である位置Ｂから遠く離れており、そのため、ユーザが位置Ａに戻るために長時間が必要であるとすると、その移動時間分、駐車時間が長くなり、ひいては、駐車料金も増えることが容易に予想される。
【００１８】
そこで、ユーザは、前述の特性を利用した不正行為を思い付く可能性がある。
【００１９】
すなわち、ユーザは、車両を位置Ａ（駐車場）に入庫し、その位置Ａに正規に配備されている発信機を媒介として管理サーバに入庫リクエストを送信し、そうすると、その管理サーバは、駐車を許可するとともに駐車時間の計測をスタートさせる。
【００２０】
位置Ａから出発する前に、ユーザは、位置Ａに車両を残したまま、位置Ａから発信機を不正に取り外し、その発信機を持って、ユーザの滞在予定位置に近い位置Ｂ（別の駐車場）まで移動する。出庫のために、ユーザが、滞在位置から位置Ｂに移動し、その位置Ｂにおいて出庫リクエストを出すと、管理サーバは、位置Ｂを位置Ａとして誤って認識し、よって、ユーザがあたかも位置Ａにおいて出庫リクエストを出したと誤って認識する。すなわち、不正なユーザは、管理サーバを欺いて、位置Ａに戻って出庫リクエストを出す公正なユーザになりすますのである。
【００２１】
このような不正行為が管理サーバによって見破られないと、計算上の駐車時間が真の駐車時間より短縮され、計算上の駐車料金が真の駐車料金より減額されてしまう。ユーザは、その不正に減額した駐車料金を精算し、その後、位置Ａに戻り、実際に自身の車両を位置Ａから出庫する。
【００２２】
以上、駐車ビジネスに適用した場合を例にとり、本発明者らが提案したレンタル・ビジネスには、なりすましという問題があることを説明したが、同じ問題が他の形式のレンタル・ビジネスに適用した場合にも存在することが容易に推測される。
【００２３】
以上の知見を背景にして、本発明は、不動産または動産であるレンタル対象に固有の局地的識別信号が発信機からユーザの携帯端末を経由して管理サーバに送信されることによってレンタルを行う技術であって、発信機に対するユーザまたはその他の者の不正行為を自動的に検知して、レンタル・サービスを不正なユーザに提供することを回避する技術を提供することを課題としてなされたものである。
【課題を解決するための手段】
【００２４】
その技術を実現することを課題として、本発明の一側面によれば、不動産または動産であるレンタル対象をユーザにオンラインでレンタルするオンライン・レンタル・システムであって、
レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ設置される発信機であって、対応するレンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式のものと、
前記レンタル対象を利用することを希望するユーザの携帯端末と、
ユーザの携帯端末と無線通信することにより、前記レンタル対象についてレンタル・サービスを提供する管理サーバと
を含み、
ユーザの携帯端末は、
地図上におけるユーザの現在位置を測定する測位部と、
前記発信機から前記識別信号を受信を測定する受信部と、
前記発信機から受信する識別信号と、前記発信機に対応する前記レンタル対象に対応する前記正規レンタル基準位置を表す地理的座標との間の予め定められた対応関係を記憶する記憶部と、
画面と、
その画面上に、全体地図のうちの一部であってユーザの移動に連動して変化するものを切り取って部分地図として表示し、その部分地図上に前記正規レンタル基準位置であって前記受信した識別信号に対応するものが存在する場合には、その正規レンタル基準位置も前記画面上に表示し、前記部分地図上にユーザの現在位置が存在する場合には、そのユーザの現在位置も前記画面上に表示する表示部と、
前記画面上に、ユーザの現在位置と前記正規レンタル基準位置とが一緒に表示されていない場合に、レンタル関連リクエストを前記管理サーバに送信しないリクエスト拒絶部と
を含むオンライン・レンタル・システムが提供される。
また、本発明の別の側面によれば、不動産または動産であるレンタル対象についてレンタル・サービスを受けるためにユーザによって操作される携帯端末であって、
地図上におけるユーザの現在位置を測定する測位部と、
前記レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、前記レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ設置される発信機であって、対応するレンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式のものから前記識別信号を受信する受信部と、
前記発信機から受信する識別信号と、前記発信機に対応する前記レンタル対象に対応する前記正規レンタル基準位置を表す地理的座標との対応関係を記憶する記憶部と、
画面と、
その画面上に、全体地図のうちの一部であってユーザの移動に連動して変化するものを切り取って部分地図として表示し、その部分地図上に前記正規レンタル基準位置であって前記受信した識別信号に対応するものが存在する場合には、その正規レンタル基準位置も前記画面上に表示し、前記部分地図上にユーザの現在位置が存在する場合には、そのユーザの現在位置も前記画面上に表示する表示部と、
前記画面上に、ユーザの現在位置と前記正規レンタル基準位置とが一緒に表示されていない場合に、ユーザからのレンタル・サービスのリクエストを拒絶するリクエスト拒絶部と
を含むユーザ携帯端末が提供される。
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。
【００２５】
さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。
【００２６】
（１）  不動産または動産であるレンタル対象をユーザにオンラインでレンタルするオンライン・レンタル・システムであって、
レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ設置される発信機であって、対応するレンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式のものと、
前記レンタル対象を利用することを希望するユーザの携帯端末であって地図上におけるユーザの現在位置を測定する測位機能を有するものと無線通信することにより、前記レンタル対象についてレンタル・サービスを提供する管理サーバと
を含み、
前記発信機から受信する識別信号と、前記発信機に対応する前記レンタル対象に対応する前記正規レンタル基準位置を表す地理的座標との対応関係が既知であり、
前記管理サーバは、
ユーザの現在位置と、そのときにユーザの携帯端末が前記発信機から受信している識別信号に対応する前記レンタル対象に対応する前記正規レンタル基準位置との距離が基準距離以上である場合に、ユーザからのレンタル関連リクエストをユーザの携帯端末から受信しないか、または、受信するが処理しないリクエスト拒絶部を含むオンライン・レンタル・システム。
【００２７】
（２）  ユーザの携帯端末は、
前記発信機から前記識別信号を受信し、
その受信した識別信号から、前記正規レンタル基準位置の地理的座標を特定し、
ユーザの現在位置を測定し、それにより、ユーザの現在位置の地理的座標を取得し、
前記取得された正規レンタル基準位置の地理的座標と、前記取得されたユーザの現在位置の地理的座標とに基づき、前記距離が前記基準距離以上であるか否かを判定し、前記距離が前記基準距離以上である場合に、前記レンタル関連リクエストを前記管理サーバに送信せず、
前記リクエスト拒絶部は、前記距離が前記基準距離以上である場合に、結果的に、前記レンタル関連リクエストをユーザの携帯端末から受信しない（１）項に記載のオンライン・レンタル・システム。
【００２８】
（３）  ユーザの携帯端末は、
画面を有し、
その画面上に、全体地図のうちの一部であってユーザの移動に連動して変化するものを切り取って部分地図として前記画面上に表示し、
その部分地図上に前記正規レンタル基準位置が存在する場合には、その正規レンタル基準位置も前記画面上に表示し、
前記部分地図上にユーザの現在位置が存在する場合には、そのユーザの現在位置も前記画面上に表示し、
前記画面上に、ユーザの現在位置と前記正規レンタル基準位置とが一緒に表示されていない場合に、前記距離が前記基準距離以上であると判定し、前記レンタル関連リクエストを前記管理サーバに送信しない（２）項に記載のオンライン・レンタル・システム。
【００２９】
（４）  ユーザの携帯端末は、
前記発信機から受信した識別信号から前記正規レンタル基準位置の地理的座標を前記管理サーバが特定するための情報をその管理サーバに送信し、
測定したユーザの現在位置の地理的座標を取得し、その取得されたユーザの現在位置の地理的座標を前記管理サーバに送信し、
前記リクエスト拒絶部は、
ユーザの携帯端末から受信した前記情報から、前記正規レンタル基準位置の地理的座標を特定し、
その特定された正規レンタル基準位置の地理的座標と、前記受信したユーザの現在位置の地理的座標とに基づき、前記距離が前記基準距離以上であるか否かを判定し、前記距離が前記基準距離以上である場合に、前記レンタル関連リクエストをユーザの携帯端末から受信するが、そのレンタル関連リクエストを処理しない（１）項に記載のオンライン・レンタル・システム。
【００３０】
（５）  不動産または動産であるレンタル対象をユーザにオンラインでレンタルするオンライン・レンタル方法であって、
レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ、前記レンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
前記発信機から受信する識別信号と、前記発信機に対応する前記レンタル対象に対応する前記正規レンタル基準位置を表す地理的座標との対応関係が既知であり、
当該オンライン・レンタル方法は、
ユーザの現在位置と、そのときにユーザの携帯端末が前記発信機から受信している識別信号に対応する前記レンタル対象に対応する前記正規レンタル基準位置との距離が基準距離以上である場合に、前記管理サーバが、ユーザからのレンタル関連リクエストをユーザの携帯端末から受信しないか、または、受信するが処理しないリクエスト拒絶工程を含むオンライン・レンタル方法。
【００３１】
（６）  不動産または動産であるレンタル対象をユーザにオンラインでレンタルするオンライン・レンタル方法であって、
レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ、前記レンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
前記レンタル対象を利用することを希望するユーザは、自身の携帯端末を介して、前記レンタル対象についてレンタル・サービスを提供する管理サーバと無線通信し、
当該オンライン・レンタル方法は、
前記正規レンタル基準位置に居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、前記管理サーバが、前記携帯端末から、前記レンタル対象または前記発信機に固有であるＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信工程と、
その受信したＩＤに基づき、前記管理サーバが、前記レンタル対象を特定するとともに、前記ＩＤを受信した時刻を、レンタル対象の貸出し時には貸出時刻、レンタル対象の返却時には返却時刻としてそれぞれ認識する情報認識工程と
を含むオンライン・レンタル方法。
【００３２】
（７）  （５）または（６）項に記載の方法を実施するためにユーザの携帯端末のコンピュータによって実行されるプログラム。
【００３３】
本項および他の項に係るプログラムは、例えば、それの機能を果たすためにコンピュータにより実行される指令の組合せを意味するように解釈したり、それら指令の組合せのみならず、各指令に従って処理されるファイルやデータをも含むように解釈することが可能であるが、それらに限定されない。
【００３４】
また、このプログラムは、それ単独でコンピュータにより実行されることにより、所期の目的を達するものとしたり、他のプログラムと共にコンピュータにより実行されることにより、所期の目的を達するものとすることができるが、それらに限定されない。後者の場合、本項に係るプログラムは、データを主体とするものとすることができるが、それに限定されない。
【００３５】
（８）  （５）または（６）項に記載の方法を実施するために管理サーバのコンピュータによって実行されるプログラム。
【００３６】
（９）  （８）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【００３７】
この記録媒体は種々な形式を採用可能であり、例えば、フレキシブル・ディスク等の磁気記録媒体、ＣＤ、ＣＤ−ＲＯＭ等の光記録媒体、ＭＯ等の光磁気記録媒体、ＲＯＭ等のアンリムーバブル・ストレージ等のいずれかを採用し得るが、それらに限定されない。
【００３８】
（１０）  不動産または動産であるレンタル対象をユーザにオンラインでレンタルするオンライン・レンタル・システムであって、
レンタル対象が不動産である場合にはその不動産の位置が正規レンタル基準位置、レンタル対象が動産である場合にはその動産に関連付けられる不動産の位置が正規レンタル基準位置とされ、その正規レンタル基準位置に少なくとも１つ設置される発信機であって、対応するレンタル対象を直接的にまたは間接的に識別し得る識別信号を局地的に発信する非接触式または接触式のものと、
前記レンタル対象を利用することを希望するユーザの携帯端末と無線通信することにより、前記レンタル対象についてレンタル・サービスを提供する管理サーバと
を含み、
その管理サーバは、
前記レンタル対象に居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、前記携帯端末から、前記発信機またはその発信機に対応するレンタル対象に固有であるＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信部と、
その受信したＩＤに基づき、ユーザが実際に居るレンタル対象を特定するとともに、前記ＩＤを受信した時刻を、レンタル対象の貸出し時には貸出時刻、レンタル対象の返却時には返却時刻としてそれぞれ認識する情報認識部と
を含むオンライン・レンタル・システム。
【００３９】
（１１）  前記情報認識部は、ユーザの携帯端末が前記発信機から、同じＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したことをトリガーとして起動する（１０）項に記載のオンライン・レンタル・システム。
【００４０】
（１２）  前記リアルタイム受信部は、ユーザの携帯端末が前記発信機から、同じＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信すると、その受信した識別信号によって表されるＩＤを前記携帯端末から実質的にリアルタイムで受信し、
前記情報認識部は、前記リアルタイム受信部が前記携帯端末から前記ＩＤを受信すると、起動する（１１）項に記載のオンライン・レンタル・システム。
【００４１】
（１３）  前記リアルタイム受信部は、ユーザの携帯端末が前記発信機から前記識別信号を受信するごとに、その識別信号によって表されるＩＤを前記携帯端末から実質的にリアルタイムで受信し、
前記情報認識部が、前記リアルタイム受信部が前記携帯端末から、同じＩＤを複数回、互いに異なる時刻に受信すると、起動する（１１）項に記載のオンライン・レンタル・システム。
【図面の簡単な説明】
【００４２】
【図１】図１は、本発明の例示的な第１の実施形態に従う駐車場管理システムによって集中的に管理される複数の駐車場のうちの一つを、その駐車場に設置されている少なくとも１台の発信機と共に例示的に示す平面図である。
【００４３】
【図２】図２は、図１に示す駐車場管理システムにおいて、複数の駐車場に設置されている発信機と、それら駐車場にそれぞれ居る複数人のユーザの携帯端末と、遠隔地にある管理センタ内の管理サーバとが互いに通信する様子の一例を示す斜視図である。
【００４４】
【図３】図３は、共に図２に示すいずれかの発信機といずれかのユーザの携帯端末との間での近距離一方向通信と、その携帯端末と同図に示す管理サーバとの間での遠距離双方向通信とをそれぞれ概念的に表す図である。
【００４５】
【図４】図４は、図１に示すいずれかの発信機を概念的に表す機能ブロック図である。
【００４６】
【図５】図５は、図４に示す発信機のコンピュータによって実行されるプログラムの一例を概念的に表すフローチャートである。
【００４７】
【図６】図６（ａ）は、図１に示す複数台の車室別発信機を、それら発信機が１台ずつ設置されている複数の車室と共に拡大して示す平面図であり、図６（ｂ）は、図１に示す１台の駐車場別発信機を、その発信機が設置されている１つの駐車場と共に拡大して示す平面図であり、いずれの平面図にも、さらに、各発信機に割り当てられた受信可能エリアと有効受信エリアとが概念的に表されている。
【００４８】
【図７】図７は、図２に示すいずれかのユーザの携帯端末を概念的に表す機能ブロック図である。
【００４９】
【図８】図８は、図７における駐車場データメモリに最初からかまたは管理サーバもしくは別の地図データベースからダウンロードされて更新可能に記憶される駐車場データ・テーブルを表形式で概念的に表す図である。
【００５０】
【図９】図９は、図７における発信機データメモリに最初からかまたは管理サーバからダウンロードされて更新可能に記憶される発信機データ・テーブルを表形式で概念的に表す図である。
【００５１】
【図１０】図１０は、図７におけるユーザ別駐車データメモリに随時、更新可能に記憶される駐車データ・テーブルを表形式で概念的に表す図である。
【００５２】
【図１１】図１１は、ユーザを目標地に向かってナビゲートするために、図７に示すユーザの携帯端末のコンピュータによって実行されるプログラムの一例を概念的に表すフローチャートである。
【００５３】
【図１２】図１２は、ユーザが車両を駐車場に入庫することを許可するか否かを判定するために、図７に示すユーザの携帯端末のコンピュータによって実行される入庫許否判定プログラムの一例を概念的に表すフローチャートである。
【００５４】
【図１３】図１３は、ユーザが車両を駐車場から出庫することを許可するか否かを判定するために、図７に示すユーザの携帯端末のコンピュータによって実行される出庫許否判定プログラムの一例を概念的に表すフローチャートである。
【００５５】
【図１４】図１４は、ユーザに駐車サービスを提供するために、図７に示すユーザの携帯端末のコンピュータによって実行される駐車サービス提供プログラムの一例を概念的に表すフローチャートである。
【００５６】
【図１５】図１５（ａ）−図１５（ｄ）は、図７に示すユーザの携帯端末の表示部の画面上に表示されるナビゲーション画像が時間と共に変化する様子の一例を示す平面図である。
【００５７】
【図１６】図１６は、図２に示す管理サーバを概念的に表す機能ブロック図である。
【００５８】
【図１７】図１７は、図１６に示す管理サーバのコンピュータを概念的に表す機能ブロック図である。
【００５９】
【図１８】図１８は、図１７に示す管理サーバのコンピュータによって実行される駐車場管理プログラムの一例の一部を概念的に表すフローチャートである。
【００６０】
【図１９】図１９は、図１８に示す駐車場管理プログラムの残りの部分を概念的に表すフローチャートである。
【００６１】
【図２０】図２０は、図１８におけるステップＳ６０６および図１９におけるステップＳ６１７の実行によって作成される利用状況管理リストの一例を表形式で概念的に表す図である。
【００６２】
【図２１】図２１は、図１７に示す管理サーバが、図２０に示す利用状況管理リストを作成する際に当該管理サーバによって参照される対応関係テーブルの一例を表形式で概念的に表す図である。
【００６３】
【図２２】図２２は、本発明の例示的な第２の実施形態に従う駐車場管理システムにおいて、ユーザに駐車サービスを提供するために、ユーザの携帯端末のコンピュータによって実行される駐車サービス提供プログラムの一例を概念的に表すフローチャートである。
【００６４】
【図２３】図２３は、前記第２の実施形態に従う駐車場管理システムのうちの管理サーバのコンピュータを概念的に表す機能ブロック図である。
【００６５】
【図２４】図２４は、図２３に示す管理サーバのコンピュータによって実行される駐車場管理プログラムの一例の一部を概念的に表すフローチャートである。
【００６６】
【図２５】図２５は、図２４に示す駐車場管理プログラムの残りの部分を概念的に表すフローチャートである。
【００６７】
【図２６】図２６（ａ）および図２６（ｂ）は、図２４におけるステップＳ８０３−８０５の実行内容を概念的に説明するための例示的ないくつかのシナリオを概念的に表す図である。
【００６８】
【図２７】図２７は、本発明の例示的な第３の実施形態に従う駐車場管理システムにおいて、ユーザに駐車サービスを提供するために、ユーザの携帯端末のコンピュータによって実行される駐車サービス提供プログラムの一例を概念的に表すフローチャートである。
【００６９】
【図２８】図２８は、前記第３の実施形態に従う駐車場管理システムにおいて、発信機とユーザの携帯端末との間での近距離一方向通信と、そのユーザの携帯端末と管理サーバとの間での遠距離双方向通信とのぞれぞれにおける信号のやりとりの一例を時系列的に概念的に表す図である。
【００７０】
【図２９】図２９は、本発明の例示的な第４の実施形態に従う駐車場管理システムにおいて、発信機とユーザの携帯端末との間での近距離一方向通信と、そのユーザの携帯端末と管理サーバとの間での遠距離双方向通信とのぞれぞれにおける信号のやりとりの一例を時系列的に概念的に表す図である。
【発明を実施するための形態】
【００７１】
以下、本発明のいくつかの例示的な実施形態を図面に基づいて詳細に説明する。
【００７２】
［第１の実施形態］
【００７３】
まず、図１および図２を参照するに、本発明の例示的な第１の実施形態に従う駐車場管理システム（前述の「オンライン・レンタル・システム」の一例であり、以下、単に「システム」という。）１０は、各々、複数台の車両が駐車可能な複数の駐車場２０（図１には、それら駐車場２０のうちの代表的な駐車場２０のみが図示されている）を管理するためのシステムである。
【００７４】
図１には、駐車場２０が平面図で示されている。その駐車場２０は、複数台の車両の同時駐車を可能にする複数の車室２２を有する。この駐車場２０には、唯一の入出庫口２４（入庫口でもあるし出庫口でもある）が存在する。
【００７５】
この駐車場２０は、無人式であり、さらに、この駐車場２０には、駐車場２０の入出庫口２４からの不正車両の出庫を阻止するために適宜開閉するゲート装置も、車室２２からの不正車両の出庫を阻止するために適宜出没する車止め装置も、運転者であるユーザに対し、駐車料金の支払いを条件に駐車券をユーザに対して発行する発券機および精算機も設置されていない。
【００７６】
なお、「車両」なる用語の定義について付言するに、「車両」なる用語は、自動車のみならず、自転車、自動二輪車等、あらゆる種類の移動体を包含する用語として解釈すべきである。
【００７７】
図１に示すように、駐車場２０の敷地には、２種類の駐車区画が存在する。それは、各車両のユーザに対し、１日単位で車室２２を貸し出すための区画（一時預り区画または日貸し用区画）と、各車両のユーザに対し、事前の契約を前提に、１月単位で車室２２を貸し出すための区画（月極用区画）とである。以下、単に「駐車場２０」というときには、この駐車場２０のうち、一時預り区画のみを意味する。
【００７８】
ところで、駐車場２０の管理方式として、各駐車場２０ごとに、その駐車場２０に設置された設備のみを用いて自立的に（個別的にないしは自己完結的に）管理される自立管理方式と、複数の駐車場２０が遠隔的にある管理サーバと通信することによってそれら駐車場２０を集中的に管理する集中管理方式とが存在する。本実施形態に従うシステム１０は、その駐車場管理方式として前述の集中管理方式を採用している。
【００７９】
具体的には、図１および図２に示すように、このシステム１０は、複数の駐車場２０に設置される少なくとも１台の発信機（駐車場側ユニットの一例）３０と、複数の駐車場２０を集中的に管理する管理センタ４０に設置される管理サーバ（センタ側ユニットの一例）５０とを備えている。
【００８０】
本実施形態においては、同じ駐車場２０に複数台の発信機３０が設置されている。それら発信機３０は、駐車場２０において各車室２２ごとに設置される複数台の発信機（車室別発信機）３０と、駐車場２０において複数の車室２２に共通に設置される１台の発信機（駐車場別発信機）３０とを有する。
【００８１】
各車室別発信機３０は、各車室２２に固有の駐車スペースＩＤを識別し得る局地的識別信号を発信するように構成される。この場合、１つの駐車スペースＩＤは、１つの車室２２にとっても固有であると同時に、１台の発信機３０にとっても固有である。もちろん、１つの駐車スペースＩＤが特定されれば、それに対応する車室２２が属する１つの駐車場２０も特定される。
【００８２】
これに対し、駐車場別発信機３０は、１つの駐車場２０に固有の駐車スペースＩＤを識別し得る局地的識別信号を発信するように構成される。この場合、１つの駐車スペースＩＤは、１台の発信機３０にとっても固有である。もちろん、１つの駐車スペースＩＤが特定されれば、それに対応する１つの駐車場２０も特定される。
【００８３】
図２および図３は、各駐車場２０ごとに、１つの駐車場別発信機３０が設置される駐車管理システム１０の一例を示している。同様に、図６（ｂ）は、各駐車場２０ごとに、１つの駐車場別発信機３０が設置される駐車管理システム１０の一例を示している。これに対し、図６（ａ）は、各車室２２ごとに、１つの車室別発信機３０が設置される駐車管理システム１０の一例を示している。
【００８４】
図２および図３に示すように、このシステム１０においては、ユーザが、自身の携帯端末９０を用いて、ユーザが現在滞在している１つの駐車場２０に設置されている駐車場別発信機３０から前述の局地的識別信号を、発信機３０との接触状態または非接触状態で受信する（近距離一方向無線通信を行う）とともに、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。
【００８５】
ユーザの携帯端末９０は、ユーザによって携帯されるとともに無線通信機能を有するデバイス、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、ＰＤＡなどである。
【００８６】
ここで、図１における複数台の発信機３０を代表する１台の発信機３０につき、ハードウエア構成（図４参照）およびソフトウエア構成（図５参照）を説明する。なお、車室別発信機３０と駐車場別発信機３０は、構成上の差異も機能上の差異も有しない。
【００８７】
まず、概念的に説明するに、発信機３０は、各駐車場２０に少なくとも１台ずつ設置され、対応する駐車場２０に固有の駐車スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の通信デバイスである。
【００８８】
発信機３０は、例えば、駐車場２０の地面に機械的に固着されないように、すなわち、その地面から簡単に離脱可能であるようにその地面に設置される可能性がある。なぜなら、駐車場２０として運営される土地の所有者が、ある期間には、駐車場２０としての運営を管理会社に依頼したが、突然、その依頼を解消する可能性がある。
【００８９】
そのような場合には、駐車サービスのためのすべての設備を管理会社が速やかに駐車場２０から撤去し、その際、現状回復のための手間を最小化するために、発信機３０が単に当該土地の地面に載置される可能性があるのである。そのため、発信機３０は、不正行為により、正規に設置される駐車場２０とは異なる駐車場２０に設置されてしまう可能性がある。
【００９０】
発信機３０は、少なくとも送信機能を有すれば足りるが、必要に応じ、受信機能をも併有するように構成してもよい。
【００９１】
次に、作動方式を説明するに、発信機３０は、固有の識別信号を外部からのトリガ信号を要することなく能動的に、局地的に、かつ、供給電力が不足しない限り永続的に発信する。
【００９２】
発信機３０は、一般に、識別信号としてのビーコン信号を発信するビーコン装置、無線標識などの名称でも知られている装置である。この発信機３０は、一例においては、原信号を変調することにより、対応する駐車スペースＩＤを表す識別信号を生成し、その生成された識別信号を、ＩＲ信号、Bluetooth（登録商標）信号、ＮＦＣ（近距離無線通信）信号などとして局地的に発信する。
【００９３】
次に、機能ブロック図である図４を参照してハードウエア構成を説明するに、発信機３０は、プロセッサ１００およびそのプロセッサ１００によって実行される複数のアプリケーションを記憶するメモリ１０２を有するコンピュータ１０４を主体として構成されている。
【００９４】
この発信機３０は、さらに、電源としての交換可能な使い捨て電池１０６を有している。電池１０６に代えて、充電可能な電池を採用したり、外部電源としての商用電源を採用することが可能である。発信機３０が電池を内蔵する場合には、外部電源との接続コードが不要となり、発信機３０を搬送することが容易となる。この容易さは、かえって、不正行為により、発信機３０が正規の駐車場２０から別の駐車場２０に勝手に移動させられてしまう可能性を助長する。
【００９５】
この発信機３０は、さらに、識別信号を生成して発信する発信部１０８を有している。その発信部１０８は、電池１０６によって作動させられるとともに、コントローラ１１０によって制御される。そのコントローラ１１０は、コンピュータ１００によって制御される。
【００９６】
次に、図５を参照して発信機３０のソフトウエア構成を説明するに、発信機３０のプロセッサ１００は、図５にフローチャートで概念的に表されているプログラムを反復的に実行する。
【００９７】
このプログラムの各回の実行時には、まず、ステップＳ１において、メモリ１０２から駐車スペースＩＤが読み込まれる。
【００９８】
その駐車スペースＩＤは、駐車場別発信機３０を用いるように本実施形態が実施される場合（図６（ｂ）参照）には、その駐車場別発信機３０が設置される正規の１つの駐車場２０に割り当てられた駐車スペースＩＤである。
【００９９】
車室別発信機３０を用いるように本実施形態が実施される場合（図６（ａ）参照）には、その車室別発信機３０が設置される正規の１つの車室２２に割り当てられた（複数の車室２２、例えば、互いに隣接した複数の車室２２に共通に割り当てられてもよい）固有の駐車スペースＩＤである。
【０１００】
続いて、ステップＳ２において、前記読み込まれた駐車スペースＩＤが反映されるように、原信号（例えば、搬送信号）を変調するための信号がコントローラ１１０に対して出力される。そのコントローラ１１０は、発信部１０８を制御し、その結果、発信部１０８は、今回発信すべき識別信号を生成する。その後、ステップＳ３において、その生成された識別信号が発信部１０８から局地的に発信される。続いて、ステップＳ１に戻る。
【０１０１】
ここで、この発信機３０に関連付けてユーザの携帯端末９０の一機能を説明するに、その携帯端末９０は、発信機３０から識別信号を受信している状態で、その携帯端末９０のコンピュータに予めインストールされているあるプログラムを起動させると、前記受信した識別信号をリアルタイムで復調し、それにより、前記駐車スペースＩＤをリアルタイムで解読する。携帯端末９０は、さらに、その解読された駐車スペースＩＤをリアルタイムで管理サーバ５０に送信する。
【０１０２】
さらに、携帯端末９０は、発信機３０から識別信号を受信している状態で、その受信した識別信号に基づき、その識別信号を発信したときの発信機３０の位置と、その識別信号を受信したときの携帯端末９０の位置との間の距離を測定することも行う。
【０１０３】
すなわち、携帯端末９０は、発信機３０から受信した識別信号に基づき、その発信機３０に対応する駐車スペースＩＤと、そのときの発信機３０との距離との双方を獲得するようになっているのである。
【０１０４】
携帯端末９０のユーザは、自身の携帯端末９０を持ったまま発信機３０に接近し、その携帯端末９０を発信機３０のうちの発信部１０８に完全にまたはほぼ接触させると、携帯端末９０は、発信機３０から識別信号を接触式で受信することができる。
【０１０５】
これに対し、携帯端末９０のユーザが自身の携帯端末９０を持ったまま特定の受信エリア内に進入すると、携帯端末９０は、発信機３０から識別信号を非接触式で受信することができる。
【０１０６】
図６（ａ）および図６（ｂ）に概念的に平面図で示すように、各発信機３０には、２種類の受信エリアが割り当てられる。それらは、受信可能エリアと有効受信エリアである。それらエリアは、いずれも、各発信機３０を発信源とする円で概して定義され、受信可能エリアは、最大受信半径を有するのに対し、有効受信エリアは、有効受信半径を有する。
【０１０７】
しかし、具体的には、受信可能エリアは、各発信機３０の電力供給が正常である場合に、その発信機３０からの識別信号が到達可能なエリア、すなわち、そのエリア内に存在する限り、携帯端末９０がその識別信号を受信可能なエリアを意味する。
【０１０８】
これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、任意に設定することが可能である。
【０１０９】
すなわち、最大受信半径は、ハードウエアによって決まる受信限度を意味するのに対し、有効受信半径は、ソフトウエアによって決まる受信限度を意味するということが可能なのである。
【０１１０】
前述のように、携帯端末９０は、それが受信した識別信号を発信したときの発信機３０との距離を測定する。その距離測定値は、有効受信半径を超えることもあれば、超えないこともある。そして、その距離測定値が受信有効半径を超えないときは、携帯端末９０が有効受信エリア内に存在するときであるのに対し、その距離測定値が受信有効半径を超えるときは、携帯端末９０が受信可能エリア内には存在するが有効受信エリア内には存在しないときである。
【０１１１】
携帯端末９０は、発信機３０から識別信号を受信した後、前記距離測定値が有効受信半径の設定値以下であるか否かを判定し、その設定値以下であると判定すると、携帯端末９０が現在、有効受信エリア内に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信した（以下、単に「識別信号を受信した」ともいう。）」と判定する。
【０１１２】
これに対し、携帯端末９０は、前記距離測定値が前記設定値より大きいと判定すると、携帯端末９０が現在、有効受信エリア外に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信していない（以下、単に「識別信号を受信していない」ともいう。）」と判定する。
【０１１３】
すなわち、本実施形態においては、携帯端末９０が有効受信エリア外に位置する場合には、実際には、携帯端末９０が識別信号を受信しているにもかかわらず、みかけ上、携帯端末９０は識別信号を受信していないこととしてソフトウエア上で取り扱われることになるのである。
【０１１４】
本実施形態においては、図６に示すように、受信可能エリアも有効受信エリアも別の発信機３０との間でオーバラップしないように、各発信機３０の個別性能および相対的位置関係ならびに前記有効受信半径の設定値が設定されている。
【０１１５】
次に、機能ブロック図である図７を参照してユーザの携帯端末９０のハードウエア構成を説明するに、携帯端末９０は、プロセッサ１３０およびそのプロセッサ１３０によって実行される複数のアプリケーションを記憶するメモリ１３２を有するコンピュータ１３４を主体として構成されている。
【０１１６】
この携帯端末９０は、さらに、情報を画面（面積が有限で可変または不変であるウィンドウを有する）上に表示する表示部（例えば、液晶ディスプレイ）１３６と、発信機３０および管理サーバ５０からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０に送信する送信部１４０とを有する。
【０１１７】
この携帯端末９０は、さらに、ユーザからデータやコマンドを入力するための入力部１５０を有する。その入力部１５０は、例えば、所望の情報（例えば、コマンド、データなど）を携帯端末９０に入力するためにユーザによって操作可能な操作部を有する。その操作部としては、ユーザによって操作可能なアイコン（例えば、仮想的なボタン）を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部（例えば、キーボード、キーパッド、ボタンなど）、音声を感知するマイクなどがあるが、これらに限定されない。
【０１１８】
この携帯端末９０は、さらに、ＧＰＳ（衛星測位システム）受信機１５２を有する。ＧＰＳ受信機１５２は、よく知られているように、複数のＧＰＳ衛星から複数のＧＰＳ信号を受信し、それらＧＰＳ信号に基づき、ＧＰＳ受信機１５２の地球上における位置（緯度、経度および高度）を三角測量によって測定する。
【０１１９】
図７に示すように、メモリ１３２は、地図データメモリ１６０、駐車場データメモリ１６２、発信機データメモリ１６４およびユーザ別駐車データメモリ１６６を含む複数のデータメモリを有する。
【０１２０】
地図データメモリ１６０には、ユーザの現在位置に応じて、ユーザの携帯端末９０が管理サーバ５０または別の地図データベース（図示しない）からダウンロードした地図データが一時的に記憶される。その地図データに基づき、表示部１３６の画面上に地図が表示される。
【０１２１】
図８に概念的に表すように、駐車場データメモリ１６２には、複数の駐車スペースＩＤと複数の地図座標（緯度Ｘ，経度Ｙ）との対応関係が、管理サーバ５０からダウンロードされて記憶される。複数の駐車スペースＩＤは、システム１０によって集中的に管理される複数の駐車場２０にそれぞれ対応している。また、複数の地図座標はそれぞれ、対応する駐車スペースが割り当てられている１つの駐車場２０（または１つの車室２２）の地上位置の経緯度を表す。
【０１２２】
図９に概念的に表すように、図７の発信機データメモリ１６４には、複数の発信機ＩＤと複数の駐車スペースＩＤとの対応関係が、管理サーバ５０からダウンロードされて記憶される。複数の発信機ＩＤは、複数の駐車場２０（または複数の駐車場２０に属する複数の車室２２）にそれぞれ設置される複数の発信機３０にそれぞれ固有のＩＤである。各発信機３０から識別信号を携帯端末９０が受信すると、その携帯端末９０は、前記識別信号をいずれかの発信機ＩＤに変換し、さらに、その発信機ＩＤを、上記の対応関係に従っていずれかの駐車スペースＩＤに変換する。結局、各発信機３０から携帯端末９０が受信した識別信号は、いずれかの駐車スペースＩＤ（すなわち、今回の発信機３０が設置されるべき駐車場２０に固有の駐車スペースＩＤ）を特定することになる。
【０１２３】
なお、理論的には、各発信機３０から携帯端末９０が受信した識別信号から、発信機ＩＤへの変換を経由せずに、ダイレクトに駐車スペースＩＤに変換するように携帯端末９０および／またはそれに搭載されるアプリケーションを設計することは可能である。しかし、実用上は、発信機ＩＤを経由して、識別信号から駐車スペースＩＤに変換するように、携帯端末９０および／またはそれに搭載されるアプリケーションアプリケーションを設計する方が、システムの設計や保守、拡張などが容易である可能性がある。
【０１２４】
図１０に概念的に表すように、図７のユーザ別駐車データメモリ１６６には、ユーザごとに、かつ、１回の駐車というイベントごとに、入庫した駐車場２０を特定するデータと、その入庫時刻と、その駐車場２０からの出庫時刻とが互いに関連付けて記憶される。
【０１２５】
なお、ユーザ別駐車データメモリ１６６においては、出庫が完了したら、対応する駐車に対応するすべてのデータが消去されるようにしてもよく、また、ユーザが消去操作をしない限り、これまでのすべての駐車に対応するすべてのデータがこのユーザ別駐車データメモリ１６６に保存されるようにしてもよい。
【０１２６】
次に、図１１−図１４を参照してユーザの携帯端末９０のソフトウエア構成を説明するに、携帯端末９０のプロセッサ１３０は、複数のプログラムを実行する。それらプログラムは、図１１に示すナビゲーション・プログラムと、図１２に示す入庫許否判定プログラムと、図１３に示す出庫許否判定プログラムと、図１４に示す駐車サービス提供プログラムとを有する。
【０１２７】
まず、図１１のフローチャートを参照することにより、ユーザを目標地に向かってナビゲートする（経路を誘導する）ために、ユーザの携帯端末９０のプロセッサ１３０によって実行されるナビゲーション・プログラムの一例を説明する。
【０１２８】
このナビゲーション・プログラムは、携帯端末９０において駐車サービス用のオペレーションが実行されている間、繰返し実行される。
【０１２９】
各回の実行時には、まず、ステップＳ１０１において、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号に基づき、ユーザの現在位置（経緯度）が測定される。
【０１３０】
次に、ステップＳ１０２において、その測定されたユーザ位置が、地図を表示部１３６の画面上に表示するためにプロセッサ１３０によって参照される基準位置（表示基準点の位置（経緯度））とされる。
【０１３１】
続いて、ステップＳ１０３において、全体地図のうち、前記ウィンドウ内に一度に表示可能なサイズを有する部分であって前記基準位置が存在するものが、地図の表示範囲（すなわち、前記全体地図のうち、前記ウィンドウ内に各瞬間に表示される領域）に決定される。
【０１３２】
ユーザが時間と共に地上を移動すると、それに追従するように前記基準位置も時間と共に移動する。その結果、ユーザの移動に伴い、地図の表示範囲も全体地図上を時間と共に移動し、ひいては、前記ウィンドウ内に表示される地図の画像も時間と共に変化することになる。
【０１３３】
その後、ステップＳ１０４において、全体地図が前記地図データサーバからダウンロードされるか、または、ユーザ位置を含む一定サイズの部分地図が前記地図データサーバからダウンロードされ、いずれにしても、そのダウンロードされた地図データが地図データメモリ１６０に一時的に保存される。さらに、その保存されている地図データのうち、前記地図の表示範囲に該当する部分が、今回の表示用データとして、地図データメモリ１６０から読み出される。
【０１３４】
続いて、ステップＳ１０５において、管理サーバ５０から前記駐車場データ・テーブルがダウンロードされ、そのダウンロードされた駐車場データ・テーブルが駐車場データメモリ１６２に一時的に保存される。その駐車場データ・テーブルは、図８に例示するように、複数の駐車スペースＩＤと、複数の地図座標との対応関係を表している。各地図座標は、対応する駐車スペースＩＤによって特定される１つの駐車場２０（または１つの車室２２）である。よって、複数の地図座標は、対応する複数の駐車場の地理的座標（経緯度）を意味することになる。
【０１３５】
その後、ステップＳ１０６において、前記画面上に、前記読み出された地図データ（前記今回の表示用データ）によって表される部分地図と、前記測定されたユーザ位置（例えば、ユーザの現在位置を表すアイコンとして）と、前記読み出された複数の駐車場位置（例えば、複数の駐車場のそれぞれの位置を表すアイコンとして）とがオーバーレイ状態で一緒に表示される。
【０１３６】
図１５に時系列的に示す例示的なシナリオにおいては、まず、図１５（ａ）に示すように、部分地図と、ユーザ位置を表すアイコンと、駐車場Ｐ１を表すアイコンとが前記画面上に同時に表示される。駐車場Ｐ１は、複数の実際駐車場２０のうち、現在、前記画面上に表示されているものであり、後述の正規駐車場Ｐ２と一致する場合もあれば一致しない場合もある。
【０１３７】
この状態から、ユーザがその駐車場Ｐ１に接近すると、相対的にその駐車場Ｐ１がユーザに接近することになるため、次に、図１５（ｂ）に示すように、前回とは少し異なる部分地図と、ユーザ位置を表すアイコンと、駐車場Ｐ１を表すアイコンとが前記画面上に同時に、かつ、ユーザ位置と駐車場Ｐ１との距離が図１５（ａ）より短い状態で表示される。
【０１３８】
ユーザ位置は部分地図上において相対移動可能であるのに対し、駐車場Ｐ１は、地上に固着されていて、部分地図に対して相対移動不能であるため、図１５（ａ）および図１５（ｂ）のいずれにおいても、駐車場Ｐ１と部分地図との相対位置関係は同一である。
【０１３９】
以上で、このナビゲーション・プログラムの一回の実行が終了する。
【０１４０】
次に、図１２を参照することにより、ユーザが駐車場２０に入庫することを許可するか否かを判定するために、ユーザの携帯端末９０のプロセッサ１３０によって実行される入庫許否判定プログラムの一例を説明する。
【０１４１】
この入庫許否判定プログラムも、携帯端末９０において駐車サービス用のオペレーションが実行されている間、繰返し実行される。
【０１４２】
各回の実行時には、まず、ステップＳ２０１において、既に入庫済みである場合にオンとなり、それ以外はオフである入庫済フラグ（図示しないが、メモリ１３２に保存されている）がオフであるか否かが判定される。今回は、オフであるから、判定がＹＥＳとなる。
【０１４３】
次に、ステップＳ２０２において、携帯端末９０が発信機３０から識別信号を有効に受信したか否かが判定される。
【０１４４】
携帯端末９０が現在、前記受信可能エリア外に位置する場合には、携帯端末９０は発信機３０から識別信号を全く受信できないため、ステップＳ２０２の判定がＮＯとなる。この場合、直ちに、この入庫許否判定プログラムの一回の実行が終了する。
【０１４５】
これに対し、携帯端末９０が現在、前記受信可能エリア内に位置する場合には、携帯端末９０は発信機３０から識別信号を受信できる。この場合、ステップＳ２０２においては、その受信した識別信号に基づき、今回の発信機３０との距離が測定される。このステップＳ２０２においては、さらに、その距離測定値が前記設定値より小さいか否か、すなわち、携帯端末９０が現在、前記有効受信エリア内に位置するか否かが判定される。前記距離測定値が前記設定値以上である場合には、ステップＳ２０２の判定がＮＯとなり、直ちに、の入庫許否判定プログラムの一回の実行が終了する。
【０１４６】
これに対し、携帯端末９０が現在、前記有効受信エリア内に位置する場合には、前記距離測定値が前記設定値より小さいため、ステップＳ２０２の判定がＹＥＳとなる。
【０１４７】
本実施形態においては、管理サーバ５０が、実際には、携帯端末９０が発信機３０から識別信号を有効に受信した事実を直接的に確認するようには設計されていない。しかし、発信機３０から識別信号を有効に受信しない限り携帯端末９０は管理サーバ５０へのアクセス要求を行わないというプロトコルないしは事実を前提に、管理サーバ５０は、携帯端末９０からアクセス要求があったという事実のみから、携帯端末９０が発信機３０から識別信号を有効に受信した事実を推定する。
【０１４８】
よって、管理サーバ５０は、事実上、携帯端末９０が発信機３０から識別信号を有効に受信した事実を確認するための動作を行っているのに等しい。
【０１４９】
ステップＳ２０２の判定がＹＥＳとなると、ステップＳ２０３において、前記受信した識別信号が復調され、それにより、その識別信号によって表される発信機ＩＤが解読される。すなわち、今回の発信機３０が特定されるのである。
【０１５０】
続いて、ステップＳ２０４において、図９に示す発信機データ・テーブルを参照することにより、解読された発信機ＩＤに対応する正規の駐車スペースＩＤが取得される。これにより、今回の発信機３０が設置されるべき正規の駐車場Ｐ２（前述の「正規レンタル基準位置」の一例である）を特定する駐車スペースＩＤが取得される。
【０１５１】
これにより、今回の正規駐車場Ｐ２が特定され、ひいては、今回の正規駐車場Ｐ２の場所ないしは地理的座標が特定される。今回の発信機３０は、予定通り、その正規駐車場Ｐ２とは地理的に一致する実際駐車場２０に設置されている可能性と、実際には、その正規駐車場Ｐ２とは地理的に異なる別の実際駐車場２０に設置されている可能性とがある。
【０１５２】
その後、ステップＳ２０５において、その特定された今回の正規駐車場Ｐ２が、前記画面上に現在表示されているいずれかの実際駐車場２０と一致するか否か、すなわち、今回の正規駐車場Ｐ２が現在のユーザ位置と一緒に同じ画面上に表示されているか否かが判定される。
【０１５３】
図１５（ｃ）に示す例においては、今回の正規駐車場Ｐ２がいずれかの実際駐車場２０と地理的に一致しており、よって、今回の正規駐車場Ｐ２が現在のユーザ位置と一緒に同じ画面上に表示されている。
【０１５４】
この例においては、ユーザ位置と今回の正規駐車場Ｐ２との距離が、図１５（ａ）および図１５（ｂ）に示すいずれの例より短いが、これは、図１５（ｃ）に示す例は、この入庫許否判定プログラムが実質的に実行されている（ステップＳ２０２の判定がＹＥＳである）間に成立する例であり、この場合には、ユーザの現在位置が今回の発信機３０に、この入庫許否判定プログラムが実質的に実行されていない（ステップＳ２０２の判定がＮＯである）場合より接近しており、その結果、ユーザの現在位置が今回の正規駐車場Ｐ２にも、より接近していることになるからである。
【０１５５】
ところで、ユーザの携帯端末９０のＧＰＳ機能のおかげで、ユーザの現在の地理的位置が分かり、さらに、ユーザの携帯端末９０が受信した信号を発信した発信機３０の同一性が分かれば（同定されれば）、複数の実際駐車場２０のうち、ユーザが今回利用するために選択された１つの選択駐車場２０に対応する１つの正規駐車場Ｐ２の地理的位置が分かる。本来であれば、選択駐車場２０と正規駐車場Ｐ２とが地理的に互いに一致するとともに、その正規駐車場Ｐ２とユーザの現在位置とが地理的に互いに一致し、よって、ユーザの現在位置と選択駐車場２０とが地理的に互いに一致する。
【０１５６】
一方、ユーザの現在位置と今回の正規駐車場Ｐ２とが同じ画面上に表示されるという事実は、地図がその画面上に表示される倍率が可変値である可能性があるために、それら２つの地点間の距離が一義的ではないものの、それら地点が、それら地点が同じ画面上に同時に表示されていない場合より短い距離で互いに接近していることを表していると考えることが可能である。
【０１５７】
概略的には、ユーザの現在位置と今回の正規駐車場Ｐ２とが同じ画面上に表示される場合には、それらユーザの現在位置と今回の正規駐車場Ｐ２が、「互いに接近している」地理的位置関係にあると判断することが可能である。すなわち、ユーザの現在位置と今回の正規駐車場Ｐ２とが接近しているか否かの判定が、それぞれの地理的座標を媒介として行われるのである。
【０１５８】
一方、発信機３０の識別信号の局地性ゆえに、ユーザの携帯端末９０は、発信機３０との距離が近距離でないと、発信機３０からの識別信号を受信できない。よって、ユーザの携帯端末９０と発信機３０との組合せにより、携帯端末９０が発信機３０から受信した信号から、ユーザが現在、複数の発信機３０のうち最も接近しているもの（図示しない他の駐車場２０に設置されている他のいくつかの発信機３０のいずれよりも接近している発信機３０）が特定される。この特定は、地理的座標を媒介とすることなく、行われる。
【０１５９】
よって、ユーザの現在位置と今回の正規駐車場Ｐ２とが同じ画面上に表示される場合には、今回の正規駐車場Ｐ２と今回の選択駐車場２０とが互いに一致する可能性がある。
【０１６０】
このような知見に基づき、図１５（ｃ）に示すように、今回の正規駐車場Ｐ２が現在のユーザ位置と一緒に同じ画面上に表示されている場合には、ステップＳ２０５の判定がＹＥＳとなる。続いて、ステップＳ２０６において、今回の発信機３０が、今回の正規駐車場Ｐ２に配備されていると判定され、結局、今回の発信機３０の配備位置が正常であると判定される。
【０１６１】
その後、ステップＳ２０７において、ユーザが今回の選択駐車場２０に入庫することが許可される。続いて、ステップＳ２０８において、今回の選択駐車場２０への入庫をリクエストするユーザによって操作される（例えば、タッチされる）入庫ボタン（これは、物理的ボタンを連想させる文字や記号、画像などで表示される仮想的ボタンであるが、他の入庫アイコンでもよい）が、図１５（ｃ）に例示するように、前記画面上に表示される。
【０１６２】
本実施形態においては、今回の正規駐車場Ｐ２と今回の選択駐車場２０とが互いに一致する可能性がある場合に限り、前記画面上に入庫ボタンが表示され、ユーザによる入庫リクエストの入力が可能となる。
【０１６３】
例えば、図１５（ｃ）に示す例においては、正規駐車場Ｐ２とユーザの現在位置とが前記画面上に同時に表示されている。これは、選択駐車場２０が正規駐車場Ｐ２であるかもしれないため、今回の発信機３０が、正規駐車場Ｐ２に配備されているかもしれない。よって、今回の発信機３０の配備位置が正常であるかもしれない。
【０１６４】
したがって、この例においては、前記入庫ボタンが前記画面上に表示され、よって、ユーザによる入庫リクエストの入力が可能であり、ユーザは、正規駐車場Ｐ２に対応する実際駐車場２０を利用することができる。
【０１６５】
以上で、この入庫許否判定プログラムの一回の実行が終了する。
【０１６６】
これに対し、今回が正規駐車場Ｐ２が前記画面上に表示されていない場合には、ステップＳ２０５の判定がＮＯとなり、ステップＳ２０９において、今回の発信機３０が、今回の正規駐車場Ｐ２に配備されていないと判定され、結局、今回の発信機３０の配備位置が異常であると判定される。
【０１６７】
その後、ステップＳ２１０において、ユーザが今回の駐車場２０に入庫することが禁止される。この場合、前記入庫ボタンが前記画面上に表示されない。そのため、ユーザによる入庫リクエストの入力は不可能である。
【０１６８】
発信機３０の異常配備という事態は、何らかの不正行為により、発信機３０が正規駐車場Ｐ２から別の実際駐車場２０に移動させられることによって発生する。この場合、その後、その実際駐車場２０において、ユーザが、その発信機３０を利用して入庫を試行しても、ユーザは、入庫リクエストを管理サーバ５０に送信できないため、駐車サービスを受けることができない。
【０１６９】
例えば、図１５（ｄ）に示す例においては、実際駐車場Ｐ３とユーザの現在位置とが前記画面上に同時に表示されているが、正規駐車場Ｐ２は表示されていない。これは、選択駐車場２０は実際駐車場Ｐ３であるかもしれないが、正規駐車場Ｐ２ではないかもしれないため、今回の発信機３０が、正規駐車場Ｐ２に配備されていないかもしれない。よって、今回の発信機３０の配備位置が異常である。
【０１７０】
したがって、この例においては、前記入庫ボタンが前記画面上に表示されず、よって、ユーザによる入庫リクエストの入力は不可能であり、ユーザは、実際駐車場Ｐ３を利用することができない。入庫ボタンが非表示である場合には、ユーザに駐車サービスを提供することはもちろん、ユーザが入庫リクエストを発することすら禁止される。
【０１７１】
以上で、この入庫許否判定プログラムの一回の実行が終了する。
【０１７２】
次に、図１３のフローチャートを参照することにより、ユーザが駐車場２０から出庫することを許可するか否かを判定するために、ユーザの携帯端末９０のプロセッサ１３０によって実行される出庫許否判定プログラムの一例を説明する。
【０１７３】
この出庫許否判定プログラムも、携帯端末９０において駐車サービス用のオペレーションが実行されている間、繰返し実行される。
【０１７４】
各回の実行時には、まず、ステップＳ３０１において、前記入庫済フラグがオンであるか否か、すなわち、今回のユーザがいずれかの駐車場２０に入庫済みで、今回の駐車サービスが既に開始されているかか否かが判定される。今回は、前記入庫済フラグがオフである（入庫前である）と仮定すれば、ステップＳ３０１の判定がＮＯとなり、直ちに、この出庫許否判定プログラムの一回の実行が終了する。
【０１７５】
これに対し、今回は、前記入庫済フラグがオンである（入庫済みである）と仮定すると、ステップＳ３０１の判定がＹＥＳとなる。
【０１７６】
続いて、ステップＳ３０２において、図１２におけるステップＳ２０２と同様にして、携帯端末９０が発信機３０から識別信号を有効に受信したか否かが判定される。その後、ステップＳ３０３において、図１２におけるステップＳ２０３と同様にして、前記受信した識別信号が復調され、それにより、その識別信号によって表される発信機ＩＤが解読される。これにより、今回の発信機３０が特定される。
【０１７７】
続いて、ステップＳ３０４において、図１２におけるステップＳ２０４と同様にして、図９に示す発信機データ・テーブルを参照することにより、前記解読された発信機ＩＤに対応する正規の駐車スペースＩＤが取得される。これにより、今回の正規駐車場Ｐ２が特定される。
【０１７８】
その後、ステップＳ３０５において、図１０のユーザ別駐車データ・テーブルを保存しているユーザ別駐車データメモリ１６６から、入庫駐車場を表すデータが読み出されることにより、今回のユーザが入庫した駐車場２０が入庫駐車場として特定される。
【０１７９】
続いて、ステップＳ３０５において、前記正規駐車場Ｐ２と前記入庫駐車場とが互いに不一致であるか否かが判定される。例えば、前記正規駐車場Ｐ２に対応する駐車スペースＩＤと、前記入庫駐車場を表す駐車スペースＩＤとが互いに不一致であるか否かが判定される。
【０１８０】
不一致となる場合としては、ユーザが入庫駐車場に居るがそこに設置されている発信機３０がその入庫駐車場にとって正規のものではない場合と、ユーザが入庫駐車場とは別の駐車場に居るがそこに設置されている発信機３０がその別の駐車場にとって正規であるものである場合とがある。
【０１８１】
いずれにしても、正規駐車場Ｐ２と入庫駐車場とが互いに不一致ではない場合すなわち、正規駐車場Ｐ２と入庫駐車場とが互いに一致する場合には、ステップＳ３０６の判定がＮＯとなる。続いて、ステップＳ３０７において、入庫駐車場（今回は、正規駐車場Ｐ２に地理的に一致する）がユーザ位置と一緒に前記画面上に表示されているか否かが判定され、表示中である場合には、その判定がＹＥＳとなる。
【０１８２】
その後、ステップＳ３０８において、今回の発信機３０が入庫駐車場に配備されていると判定され、結局、今回の発信機３０の配備位置が正常であると判定される。
【０１８３】
続いて、ステップＳ３０９において、ユーザが入庫駐車場から出庫することが許可される。その後、ステップＳ３１０において、入庫駐車場からの出庫をリクエストするユーザによって操作される（例えば、タッチされる）出庫ボタン（これは、物理的ボタンを連想させる文字、記号、画像などで表示される仮想的ボタンであるが、他の出庫アイコンでもよい）が、図１５（ｃ）に示す例に準じて、前記画面上に表示される。
【０１８４】
以上で、この出庫許否判定プログラムの一回の実行が終了する。
【０１８５】
これに対し、入庫駐車場（今回は、正規駐車場Ｐ２に地理的に一致する）がユーザ位置と一緒に前記画面上に表示されていない場合には、ステップＳ３０７の判定がＮＯとなる。続いて、ステップＳ３１１において、今回の発信機３０が入庫駐車場に配備されていないと判定され、結局、今回の発信機３０の配備位置が異常であると判定される。
【０１８６】
その後、ステップＳ３１２において、ユーザが入庫駐車場から出庫することが禁止される。この場合、前記出庫ボタンが前記画面上に表示されない。そのため、ユーザによる出庫リクエストの入力は不可能である。この際、前記画面上に、警告のためのメッセージ、例えば、「
【０１８７】
以上で、この出庫許否判定プログラムの一回の実行が終了する。
【０１８８】
また、正規駐車場Ｐ２と入庫駐車場とが不一致である場合には、ステップＳ３０６の判定がＹＥＳとなり、ステップＳ３１１を経るかそれを経ることなく、ステップＳ３１２に移行し、その結果、前記出庫ボタンが前記画面上に表示されず、そのため、ユーザによる出庫リクエストの入力は不可能である。
【０１８９】
以上で、この出庫許否判定プログラムの一回の実行が終了する。
【０１９０】
次に、図１４のフローチャートを参照することにより、ユーザに駐車サービスを提供するために、図７に示すユーザの携帯端末９０のプロセッサ１３０によって実行される駐車サービス提供プログラムの一例を説明する。
【０１９１】
この駐車サービス提供プログラムも、携帯端末９０において駐車サービス用のオペレーションが実行されている間、繰返し実行される。
【０１９２】
各回の実行時には、まず、ステップＳ４０１において、前記入庫ボタンが操作されたか否か、すなわち、今回のユーザがいずれかの駐車場２０への入庫をリクエストしたか否かが判定される。今回は、前記入庫ボタンが操作されたと仮定すれば、ステップＳ４０１の判定がＹＥＳとなる。このとき、今回のセッション、すなわち、ユーザが今回の駐車サービスを利用するための管理サーバ５０との１回分の双方向通信が開始する（管理サーバ５０へのログイン）。
【０１９３】
次に、ステップＳ４０２において、ユーザの会員ＩＤが管理サーバ５０に送信される。その後、ステップＳ４０３において、ユーザのパスワードが管理サーバ５０に送信される。
【０１９４】
続いて、ステップＳ４０４において、ユーザからの今回のリクエスト、すなわち、ある駐車場２０への車両の入庫を希望する入庫リクエストが管理サーバ５０に送信される。その後、ステップＳ４０５において、ユーザが駐車したい車両に付されている固有の車台番号（例えば、いわゆるナンバープレートに付されている４桁の数字）が管理サーバ５０に送信される。なお、このステップＳ４０５は省略可能である。
【０１９５】
続いて、ステップＳ４０６において、前記特定された駐車スペースＩＤが管理サーバ５０に送信される。その後、ステップＳ４０７において、管理サーバ５０からの返信が待たれる。後述のように、その返信されたデータには、車両の入庫のための処理が開始された（駐車が開始された）ことを表す駐車開始データが含まれる。
【０１９６】
管理サーバ５０から返信があれば、ステップＳ４０８において、その返信されたデータは、今回は、前記駐車開始データを含むため、駐車開始と判定される。続いて、ステップＳ４０９において、前記入庫済フラグがオンにされ、さらに、ステップＳ４１０において、入庫した駐車場２０を特定するためのデータなど、入庫に関連する入庫データがメモリ１３２に記録される。これにより、ユーザは、今回の駐車場２０に自身の車両を駐車し始めることが可能となる。
【０１９７】
以上で、この駐車サービス提供プログラムの一回の実行が終了する。その結果、今回のセッション、すなわち、今回の駐車場２０への入庫のための管理サーバ５０との１回分の双方向通信が終了する（管理サーバ５０からのログアウト）。
【０１９８】
これに対し、前記入庫ボタンが操作されなかったために、ステップＳ４０１の判定がＮＯであった場合には、ステップＳ４１１において、前記出庫ボタンが操作されたか否かが判定される。出庫ボタンも操作されなかった場合には、その判定がＮＯとなり、直ちに、この駐車サービス提供プログラムの一回の実行が終了するが、前記出庫ボタンが操作された場合には、ステップＳ４１１の判定がＹＥＳとなる。
【０１９９】
この場合、ステップＳ４１２−Ｓ４２０が、上述のステップＳ４０２−Ｓ４１０に準じて実行される。
【０２００】
具体的には、ステップＳ４１２において、ユーザの会員ＩＤが管理サーバ５０に送信される。その後、ステップＳ４１３において、ユーザのパスワードが管理サーバ５０に送信される。
【０２０１】
続いて、ステップＳ４１４において、ユーザからの今回のリクエスト、すなわち、ある駐車場２０からの車両の出庫を希望する出庫リクエストが管理サーバ５０に送信される。その後、ステップＳ４１５において、ユーザが駐車したい車両に付されている固有の車台番号（例えば、いわゆるナンバープレートに付されている４桁の数字）が管理サーバ５０に送信される。なお、このステップＳ４１５は省略可能である。
【０２０２】
続いて、ステップＳ４１６において、前記特定された駐車スペースＩＤが管理サーバ５０に送信される。その後、ステップＳ４１７において、管理サーバ５０からの返信が待たれる。後述のように、その返信されたデータには、車両の出庫のための処理が開始された（駐車が終了した）ことを表す駐車終了データ、出庫後のユーザによる精算を表す支払明細などを表すデータが含まれる。
【０２０３】
管理サーバ５０から返信があれば、ステップＳ４１８において、その返信されたデータは、今回は、前記駐車終了データを含むため、駐車終了と判定される。続いて、ステップＳ４１９において、前記入庫済フラグがオフにされ、さらに、ステップＳ４２０において、出庫に関連する出庫データがメモリ１３２に記録される。
【０２０４】
続いて、ステップＳ４１２において、管理サーバ５０から前記支払明細が返信されているため、その返信された支払明細が携帯端末９０の表示部１３６の画面上に表示される。
【０２０５】
以上で、この駐車サービス提供プログラムの一回の実行が終了する。その結果、今回のセッション、すなわち、今回の駐車場２０からの出庫のための管理サーバ５０との１回分の双方向通信が終了する（管理サーバ５０からのログアウト）。
【０２０６】
次に、機能ブロック図である図１６を参照して管理サーバ５０のハードウエア構成を説明するに、管理サーバ５０は、プロセッサ１６０およびそのプロセッサ１６０によって実行される複数のアプリケーションを記憶するメモリ１６２を有するコンピュータ１６４を主体として構成されている。
【０２０７】
この管理サーバ５０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１６６と、携帯端末９０からの信号を受信する受信部１６８と、信号を生成してその信号を携帯端末９０に送信する送信部１７０と、現在時刻を計測する時計１７２とを有する。この管理サーバ５０は、発信機３０からの受信を直接的には行わず、事実上、携帯端末９０を介して行うことになる。
【０２０８】
次に、機能ブロック図である図１７を参照して管理サーバ５０のコンピュータ１６４のソフトウエア構成を概念的に説明する。
【０２０９】
図１７に示すように、管理サーバ５０は、車両の入庫を処理するための入庫処理部２００と、車両の出庫を処理するための出庫処理部２０２とを有する。
【０２１０】
この管理サーバ５０は、さらに、車両を駐車したユーザが支払うべき駐車料金を計算する駐車料金計算部２１０と、その駐車料金をユーザが支払うことを可能にする決済処理部２１２とを有する。
【０２１１】
具体的には、駐車料金計算部２１０は、前記入庫時刻から前記出庫時刻までの経過時間の長さをユーザの駐車時間の長さとして計算する。駐車料金の額は、その駐車時間の長さに応じて増額するように設定されており、その関係が料金テーブル（図示しない）としてメモリ１６２に予め記憶されている。
【０２１２】
この駐車料金計算部２１０は、さらに、前記計算された駐車時間の長さに基づき、前記料金テーブルを参照することにより、今回の駐車料金の額を計算する。
【０２１３】
また、決済処理部２１２は、今回のユーザに対して銀行決済、クレジット決済、プリペイド方式の決済などを行うことにより、今回の駐車料金をユーザから徴収する。
【０２１４】
次に、図１８および図１９を参照して管理サーバ５０のソフトウエア構成を更に詳しく説明するに、管理サーバ５０のプロセッサ１６０は、メモリ１６２に記憶されている複数のプログラムのうち、図１２および図１３にフローチャートで概念的に表されている駐車場管理プログラム（入庫および出庫を行うためのプログラム）を反復的に実行する。
【０２１５】
この駐車場管理プログラムの各回の実行は図１８に示すステップＳ６０１において開始され、そのステップＳ６０１においては、ユーザから、携帯端末９０を介して、管理センタ４０に対して出される今回のリクエストの種別が入庫リクエストと出庫リクエストとのいずれであるかを特定するための情報と、前記車台番号と、駐車スペースＩＤとを、今回のユーザについて予め割り当てられた会員ＩＤおよびパスワードと共にリアルタイムで（ユーザの携帯端末９０が発信機３０から識別信号を受信した時刻またはその識別信号を駐車スペースＩＤに変換した時刻と実質的に同じ時刻に）受信する。それらデータは、その後のアクセスに備えて、互いに関連付けてメモリ１６２に保存される。
【０２１６】
このシステム１０によって提供される駐車サービスを享受するために、ユーザは、会員として事前に登録することを要求されており、その際、事後的な個人認証に必要なパスワードも併せて登録することを要求されている。
【０２１７】
次に、ステップＳ６０２において、前記受信した会員ＩＤおよびパスワードと、前記登録されている情報との照合結果から、今回のユーザについての個人認証が成功したか否かが判定される。その個人認証が成功すると、ステップＳ６０３において、ユーザからの今回のリクエストが入庫リクエストであるか否かが判定される。
【０２１８】
今回のリクエストが出庫リクエストである場合には、判定がＮＯとなり、続いて、図１９に示すステップ群に移行するが、今回のリクエストが入庫リクエストである場合には、判定がＹＥＳとなり、ステップＳ６０４に移行する。
【０２１９】
このステップＳ６０４においては、時計１７２を用いて現在時刻が計測され、その現在時刻と同じ時刻としてユーザの入庫時刻（駐車開始時刻）がメモリ１６２に記録される。
【０２２０】
このステップＳ６０４は、ステップＳ６０１において管理サーバ５０が携帯端末９０から駐車スペースＩＤを受信した時刻（これは、ユーザの入庫過程において、携帯端末９０が発信機３０から識別信号を有効に受信した時刻にほぼ一致する時刻である）の後、速やかに（１分とか、必要以上に長い時間が経過しないうちに）実行される。よって、入庫時刻が、ユーザの入庫過程において、携帯端末９０が発信機３０から識別信号を有効に受信した時刻にほぼ一致する時刻として認識されることになる。
【０２２１】
すなわち、このステップＳ６０４においては、管理サーバ５０が携帯端末９０から駐車スペースＩＤを受信した時刻、すなわち、ユーザの入庫過程において、携帯端末９０が発信機３０から識別信号を有効に受信した時刻にほぼ一致する時刻に基づき、ユーザの入庫時刻が認識されるのである。
【０２２２】
続いて、ステップＳ６０５において、ユーザが車両を今回の駐車場２０に入庫（駐車）することが許可される。その前提として、ユーザが、前記入庫時刻に、前記駐車スペースＩＤを有する駐車場２０に実際に居ると認識される。
【０２２３】
その後、ステップＳ６０６において、図２１に示す対応関係テーブルに従い、駐車スペースＩＤに対応する駐車場２０が取得され、それにより、今回の駐車場２０が特定される。このステップＳ６０６において、さらに、後の使用に備えて、今回の入庫時刻と駐車場２０とが、今回の会員と車台番号に関連付けてメモリ１６２に保存される。
【０２２４】
具体的には、このステップＳ６０６においては、図２０に示す利用状況管理リストが作成される。さらに具体的には、このステップＳ６０６においては、あるユーザについての入庫というイベントの発生を契機とし、１回の駐車サービスごとに、駐車スペース（駐車場２０）と、入庫時刻と、出庫時刻と、ユーザを識別する情報（会員ＩＤ）と、車台番号とが互いに関連付けられて成るデータブロック（例えば、紐づけされたデータ列）が作成される。複数の駐車サービスに対応する複数のデータブロックは、リスト化され、それにより、利用状況管理リストが作成される。
【０２２５】
図２１に例示するように、メモリ１６２には予め、複数の駐車スペースＩＤと、複数の駐車場２０との間の対応関係が記録されている。よって、各時点において、今回の駐車スペースＩＤが特定されれば、対応する１つの駐車場２０の場所が特定されることになる。
【０２２６】
図２０に示す利用状況管理リストの一例においては、複数のデータブロックが時系列的に配列され、例えば図２０に示す例においては、入庫時刻が新しい順に複数のデータブロックが配列される。
【０２２７】
図２０に示す例においては、上から１番目のデータブロックが、駐車場Ａにおいて会員「田中」に対して車両（車台番号：０１２３）の入庫が１月２０日の１０：００に行われたがその車両は未だ出庫されていない（駐車中である）ことを表す。
【０２２８】
上から２番目のデータブロックは、駐車場Ｂにおいて会員「鈴木」に対して車両（車台番号：１２３４）の入庫が１月２０日の９：００に行われたがその車両は未だ出庫されていない（駐車中である）ことを表す。
【０２２９】
上から３番目のデータブロックは、駐車場Ｃにおいて会員「加藤」に対して車両（車台番号：２３４５）の入庫が１月２０日の８：００に行われ、その車両は駐車場Ｃから１月２０日の１７：００に出庫され、駐車料金も支払われたことを表す。
【０２３０】
上から４番目のデータブロックは、駐車場Ｄにおいて会員「小林」に対して車両（車台番号：３４５６）の入庫が１月１９日の８：００に行われ、その車両は駐車場Ｄから１月１９日の１２：００に出庫され、駐車料金も支払われたことを表す。
【０２３１】
続いて、図１８のステップＳ６０７において、駐車が開始されたことを表す前述の駐車開始データがユーザの携帯端末９０に送信される。以上で、この駐車場管理プログラムのうち、車両の入庫を行う部分の実行が終了する。
【０２３２】
これに対し、ユーザから出された今回のリクエストが出庫リクエストである場合には、図１８のステップＳ６０３の判定がＮＯとなり、図１９に示すステップＳ６０８に移行する。このステップＳ６０８においては、時計１７２を用いて現在時刻が計測され、その現在時刻と同じ時刻としてユーザの出庫時刻（駐車終了時刻）がメモリ１６２に記録される。
【０２３３】
このステップＳ６０８は、ステップＳ６０１において管理サーバ５０が携帯端末９０から駐車スペースＩＤを受信した時刻（これは、ユーザの出庫過程において、携帯端末９０が発信機３０から識別信号を有効に受信した時刻にほぼ一致する時刻である）の後、速やかに（１分とか、必要以上に長い時間が経過しないうちに）実行される。よって、出庫時刻が、ユーザの出庫過程において、携帯端末９０が発信機３０から識別信号を有効に受信した時刻にほぼ一致する時刻として認識されることになる。
【０２３４】
すなわち、このステップＳ６０８においては、管理サーバ５０が携帯端末９０から駐車スペースＩＤを受信した時刻、すなわち、ユーザの出庫過程において、携帯端末９０が発信機３０から識別信号を有効に受信した時刻にほぼ一致する時刻に基づき、ユーザの出庫時刻が認識されるのである。
【０２３５】
続いて、ステップＳ６０９において、前記利用状況管理リストを参照することにより、出庫時の駐車スペースＩＤが、同じユーザの入庫時の駐車スペースＩＤと一致するか否かが判定される。不一致である場合には、ステップＳ６０９の判定がＮＯとなり、ステップＳ６１０において、ユーザから今回受信したデータに何らかの異常があるか、または、ユーザが間違った駐車場２０に滞在している可能性があるとして、ユーザへのデータの再入力、すなわち、管理サーバ５０との通信の再試行が要求される。以上で、この駐車場管理プログラムの実行が終了する。
【０２３６】
これに対し、出庫時の駐車スペースＩＤが、同じユーザの入庫時の駐車スペースＩＤと一致する場合には、ステップＳ６０９の判定がＹＥＳとなり、続いて、ステップＳ６１１において、ユーザが今回の駐車場２０から出庫することが許可される。その前提として、ユーザが、前記測定された出庫時刻に、今回の駐車スペースＩＤを有する駐車場２０に実際に居ると認識される。その後、ステップＳ６１２において、今回の出庫対象である車両についての入庫時刻がメモリ１６２から読み出される。
【０２３７】
続いて、ステップＳ６１３において、前記入庫時刻から前記出庫時刻までの経過時間の長さが今回のユーザの駐車時間の長さとして計算される。その後、ステップＳ６１４において、前記計算された駐車時間の長さに基づき、前記料金テーブルを参照することにより、今回の駐車料金の額が計算される。その後、ステップＳ６１５において、その計算された駐車料金につき、今回のユーザに対して決済が行われ、それにより、今回の駐車料金がユーザから徴収される。
【０２３８】
続いて、ステップＳ６１６において、出庫が完了したことを表すメッセージと、今回の駐車料金についての支払明細とがユーザの携帯端末９０に向けて送信される。
【０２３９】
その後、ステップＳ６１７において、出庫時刻を表すデータが反映されるように、前記利用状況管理リストが更新される。以上で、この駐車場管理プログラムのうち、車両の出庫を行う部分の実行が終了する。
【０２４０】
［第２の実施形態］
【０２４１】
次に、図２２−図２６を参照することにより、本発明の例示的な第２の実施形態に従う駐車場管理システム１０を説明する。ただし、本実施形態は、前述の第１の実施形態と共通する要素が多いため、異なる要素についてのみ詳細に説明し、共通する要素については、同じ名称または同じ符号を使用して引用することにより、重複した説明を省略する。
【０２４２】
前述のように、第１の実施形態においては、ユーザの携帯端末９０の画面上に、ユーザの現在位置と今回の正規駐車場Ｐ２（前述の「正規レンタル基準位置」の一例である）とが一緒に表示されていない場合に、その携帯端末９０において、ユーザの現在位置と今回の正規駐車場Ｐ２との間の距離Ｄが基準距離以上である（例えば、今回の発信機３０が今回の正規駐車場Ｐ２に配備されていない）と判定され、その携帯端末９０は、ユーザからの入庫リクエストまたは出庫リクエスト（それぞれ、前述の「レンタル関連リクエスト」の一例である）の入力を拒否し、それにより、ユーザからの入庫リクエストまたは出庫リクエストを管理サーバ５０に送信しない。よって、管理サーバ５０は、ユーザからの入庫リクエストまたは出庫リクエストをユーザの携帯端末９０から受信しない。
【０２４３】
これに対し、本実施形態においては、管理サーバ５０が、ユーザの携帯端末９０からユーザの現在位置と発信機ＩＤまたは駐車スペースＩＤとを受信し、そのうえで、受信したユーザの現在位置（経緯度）と、受信した発信機ＩＤまたは駐車スペースＩＤに対応する今回の正規駐車場の位置（経緯度）との間の距離Ｄを計算する。
【０２４４】
さらに、その計算された距離Ｄが前記基準距離Ｄｔｈ以上である場合に、管理サーバ５０は、今回の発信機３０（ユーザの現在位置と完全にまたはほぼ同じ位置に位置する）が今回の正規駐車場Ｐ２に配備されていないと判定し、ユーザの携帯端末９０から受信したユーザからの入庫リクエストまたは出庫リクエストの処理を拒否し、それにより、ユーザからの入庫リクエストまたは出庫リクエストを無効にする。すなわち、ユーザからの入庫リクエストまたは出庫リクエストを処理せずに廃棄するのである。
【０２４５】
そのために、本実施形態においては、ユーザの携帯端末９０のプロセッサ１３０が、第１の実施形態における入庫許否判定プログラム（図１２）、出庫許否判定プログラム（図１３）および駐車サービス提供プログラム（図１４）の代わりに、図２２に概念的にフローチャートで表されているメイン・プログラムを反復的に実行する。
【０２４６】
ユーザの携帯端末９０のプロセッサ１３０は、さらに、図１１に示すナビゲーション・プログラムと基本的に共通するナビゲーション・プログラムを実行する。
【０２４７】
ただし、本実施形態におけるこのナビゲーション・プログラムは、第１の実施形態におけるナビゲーション・プログラムとは異なり、図示しないが、前記画面上に、前記地図、前記いくつかの駐車場位置およびユーザ位置と一緒に、入庫ボタンと出庫ボタンとをそれぞれ常時表示し、入庫ボタンがユーザによって操作されれば、入庫リクエストを管理サーバ５０に送信し、一方、出庫ボタンがユーザによって操作されれば、出庫リクエストを管理サーバ５０に送信する。
【０２４８】
ユーザの携帯端末９０のプロセッサ１３０は、さらに、メモリ１３２に保存されるいくつかのデータ・テーブル、すなわち、図８に示す駐車場データ・テーブルと、図９に示す発信機データ・テーブルとを参照する。
【０２４９】
図２２に示すように、本実施形態におけるメイン・プログラムの各回の実行時には、まず、ステップＳ７０１において、図１２のステップＳ２０２または図１３のステップＳ３０２と同様にして、ユーザの携帯端末９０が発信機３０から識別信号を有効に受信したか否かが判定される。有効に受信した場合には、その判定がＹＥＳとなり、今回のセッション、すなわち、ユーザが今回の駐車サービスを利用するための管理サーバ５０との１回分の双方向通信が開始する（管理サーバ５０へのログイン）。
【０２５０】
次に、ステップＳ７０２において、ユーザの会員ＩＤが管理サーバ５０に送信される。その後、ステップＳ７０３において、ユーザのパスワードが管理サーバ５０に送信される。
【０２５１】
続いて、ステップＳ７０４において、ユーザからの今回のリクエストが管理サーバ５０に送信される。具体的には、ユーザが前記画面上において前記入庫ボタンを操作した場合には、今回の駐車場２０への車両の入庫を希望する入庫リクエストが管理サーバ５０に送信される。これに対し、ユーザが前記画面上において前記出庫ボタンを操作した場合には、今回の駐車場２０からの車両の出庫を希望する出庫リクエストが管理サーバ５０に送信される。
【０２５２】
その後、ステップＳ７０５において、ユーザが駐車したい車両に付されている固有の車台番号（例えば、いわゆるナンバープレートに付されている４桁の数字）が管理サーバ５０に送信される。なお、このステップＳ７０５は省略可能である。
【０２５３】
続いて、ステップＳ７０６において、図１２のステップＳ２０３およびＳ２０４と同様にして、前記受信した識別信号が復調され、それにより、その識別信号によって表される発信機ＩＤが解読される。
【０２５４】
さらに、このステップＳ７０７において、図９に示す発信機データ・テーブルを参照することにより、解読された発信機ＩＤに対応する正規の駐車スペースＩＤが取得される。これにより、今回の発信機３０が設置されるべき正規の駐車場Ｐ２を特定する駐車スペースＩＤが取得される。
【０２５５】
続いて、ステップＳ７０７において、その取得された駐車スペースＩＤが管理サーバ５０に送信される。
【０２５６】
その後、ステップＳ７０８において、図１１のステップＳ１０１と同様にして、ユーザの現在位置がＧＰＳ信号を用いて測定されるか、または、図１１のステップＳ１０１の複数回の実行のうち最新回の実行によって特定されたユーザの現在位置が再利用される。
【０２５７】
いずれにしても、続いて、ステップＳ７０９において、その取得されたユーザの現在位置が管理サーバ５０にリアルタイムで、すなわち、ユーザの現在位置が携帯端末９０によって測定されたならその直後に（例えば、１分以上の待ち時間が存在しないように）送信される。
【０２５８】
その後、ステップＳ７１０において、管理サーバ５０からの返信が待たれ、返信があれば、ステップＳ７１１において、その返信されたデータが前記駐車開始データであったか否かが判定される。駐車開始データであった場合には、ユーザは、今回の駐車場２０に自身の車両を駐車し始めることが可能となる。その後、直ちに、このプログラムの一回の実行が終了する。その結果、今回のセッション、すなわち、今回の駐車場２０への入庫のための管理サーバ５０との１回分の双方向通信が終了する（管理サーバ５０からのログアウト）。
【０２５９】
これに対し、返信されたデータが前記駐車開始データではなかった場合には、ステップＳ７１１の判定がＮＯとなり、ステップＳ７１２において、その返信されたデータが前記駐車終了データであったか否かが判定される。駐車終了データであった場合には、ステップＳ７１３において、管理サーバ５０から返信された前記支払明細が携帯端末９０の表示部１３６の画面上に表示される。
【０２６０】
以上で、この駐車サービス提供プログラムの一回の実行が終了する。その結果、今回のセッション、すなわち、今回の駐車場２０からの出庫のための管理サーバ５０との１回分の双方向通信が終了する（管理サーバ５０からのログアウト）。
【０２６１】
図２３には、本実施形態における管理サーバ５０のコンピュータ１６４が概念的に機能ブロック図で表されている。本実施形態における管理サーバ５０のコンピュータ１６４は、図１７と対比すれば、第１の実施形態における管理サーバ５０のコンピュータ１６４に対し、リクエスト拒絶部２２０が追加されていることが分かる。
【０２６２】
図２４−図２５には、第１実施形態における管理サーバ５０のコンピュータ１６４によって実行される駐車場管理プログラム（図１８−図１９）に相当する駐車場管理プログラムであって図２３に示す管理サーバ５０のコンピュータ１６４によって実行されるものがフローチャートで概念的に表されている。
【０２６３】
図２４−図２５の駐車場管理プログラムは、図１８−図１９の駐車場管理プログラムと共通するステップがあるため、共通するステップについては簡単に説明し、異なるステップについてのみ詳細に説明する。
【０２６４】
本実施形態の図２４−図２５の駐車場管理プログラムの各回の実行時には、まず、ステップＳ８０１が実行され、このステップは、ユーザの携帯端末９０からユーザの現在位置（経緯度）を表すデータも併せて受信される点を除き、ステップＳ６０１と共通する。
【０２６５】
次に、ステップＳ８０２において、ステップＳ６０２と同様にして前記受信した会員ＩＤおよびパスワードと、前記登録されている情報との照合結果から、今回のユーザについての個人認証が成功したか否かが判定される。その個人認証に失敗すると、以上で、この駐車場管理プログラムの一回の実行が終了する。
【０２６６】
その個人認証が成功すると、ステップＳ８０３−Ｓ８０７が、本実施形態に固有のステップ群として実行される。
【０２６７】
具体的には、まず、ステップＳ８０３において、前記受信した駐車スペースＩＤに対応する今回の正規駐車場Ｐ２の地理的座標（経緯度）が、図８の駐車場データ・テーブルを参照することにより、取得される。次に、ステップＳ８０４において、その取得された正規駐車場Ｐ２の地理的座標（経緯度）と、前記受信したユーザ位置（経緯度）とに基づき、それら２つの地点間の距離Ｄが計算される。
【０２６８】
続いて、ステップＳ８０５において、その計算された距離Ｄが前記基準距離Ｄｔｈ以下であるか否かが判定される。すなわち、距離Ｄが前記基準距離Ｄｔｈ以下であるために、ユーザが現在、実際にいる駐車場２０が今回の正規駐車場Ｐ２に一致するとともに、今回の発信機３０が今回の正規駐車場Ｐ２に配備されている可能性があるか、または、距離Ｄが前記基準距離Ｄｔｈより長いために、ユーザが現在、実際にいる駐車場２０が今回の正規駐車場Ｐ２に一致しないとともに、今回の発信機３０が今回の正規駐車場Ｐ２とは異なる駐車場２０に配備されている可能性があるかが判定されるのである。
【０２６９】
今回は、距離Ｄが前記基準距離Ｄｔｈ以下であると仮定すれば、ステップＳ８０５の判定がＹＥＳとなり、ステップＳ８０６において、ユーザが現在、実際にいる駐車場２０が今回の正規駐車場Ｐ２に一致するから、駐車サービスが許可される。この場合には、その後、ステップＳ８０８に移行する。
【０２７０】
これに対し、今回は、距離Ｄが前記基準距離Ｄｔｈより長いと仮定すれば、ステップＳ８０５の判定がＮＯとなり、ステップＳ８０７において、ユーザが現在、実際にいる駐車場２０が今回の正規駐車場Ｐ２に一致しないから、駐車サービスが禁止される。この場合には、以上で、この駐車場管理プログラムの一回の実行が終了する。
【０２７１】
駐車サービスが許可された場合には、ステップＳ８０８において、ステップＳ６０３と同様にして、ユーザからの今回のリクエストが入庫リクエストであるか出庫リクエストであるかが判定される。
【０２７２】
今回のリクエストが入庫リクエストである場合には、ステップＳ８０８の判定がＹＥＳとなり、続いて、ステップＳ８０９−Ｓ８１２が、ステップＳ６０４−Ｓ６０７と同様にして実行される。
【０２７３】
これに対し、今回のリクエストが出庫リクエストである場合には、ステップＳ８０８の判定がＮＯとなり、続いて、図２５のステップＳ８１３−Ｓ８２２が、ステップＳ６０８−Ｓ６１７と同様にして実行される。
【０２７４】
ここで、図２６を参照することにより、上述の駐車場管理プログラムにおいて入庫または出庫の許否を判定する原理を説明する。
【０２７５】
図２６（ａ）には、発信機３０が、正規駐車場Ｐ２である駐車場２０に配備されているシナリオが示されている。このシナリオにおいては、ユーザが正規駐車場Ｐ２に居り、かつ、そのユーザの携帯端末９０が、その正規駐車場Ｐ２に予定通り配備されている発信機３０から識別信号を受信する。
【０２７６】
このシナリオにおいては、管理サーバ５０が、ユーザの現在位置と今回の発信機３０（その信号をユーザの携帯端末９０が受信する）に対応する正規駐車場Ｐ２との距離Ｄ１を計算すると、その距離Ｄ１は前記基準距離Ｄｔｈ以下である。よって、管理サーバ５０は、今回の駐車場２０は正規駐車場Ｐ２に該当するとともに、その正規駐車場Ｐ２にユーザが居ると判定する。よって、このシナリオにおいては、管理サーバ５０が、入庫および出庫を許可する。
【０２７７】
これに対し、図２６（ｂ）には、発信機３０が正規駐車場Ｐ２ではない駐車場２０である非正規駐車場Ｐ３に配備されているシナリオが示されている。このシナリオにおいては、ユーザが非正規駐車場Ｐ３に居り、そのユーザの携帯端末９０が、その非正規駐車場Ｐ３に予定外に配備されている発信機３０から識別信号を受信する。
【０２７８】
このシナリオにおいては、管理サーバ５０が、ユーザの現在位置と今回の発信機３０（その信号をユーザの携帯端末９０が受信する）に対応する正規駐車場Ｐ２との距離Ｄ２を計算すると、その距離Ｄ２は前記基準距離Ｄｔｈより長い。よって、管理サーバ５０は、今回の駐車場２０は非正規駐車場Ｐ３に該当するとともに、その非正規駐車場Ｐ３にユーザが居ると判定する。よって、このシナリオにおいては、管理サーバ５０が、入庫および出庫を禁止する。
【０２７９】
以上の説明から明らかなように、本実施形態においては、管理サーバ５０のコンピュータ１６４のうち、図２４におけるステップＳ８０１のうちユーザ位置をユーザの携帯端末９０から受信する部分と、ステップＳ８０３−Ｓ８０７とを実行する部分が、図２３におけるリクエスト拒絶部２２０の一例を構成しているのである。
【０２８０】
［第３の実施形態］
【０２８１】
次に、図２７−図２８を参照することにより、本発明の例示的な第３の実施形態に従う駐車場管理システム１０を説明する。ただし、本実施形態は、前述の第２の実施形態と共通する要素が多いため、異なる要素についてのみ詳細に説明し、共通する要素については、同じ名称または同じ符号を使用して引用することにより、重複した説明を省略する。
許可する。
【０２８２】
本実施形態においては、前述の第１および第２の実施形態と同様に、ユーザの携帯端末９０が駐車場２０ごとに固有の局地的識別信号を発信機３０から受信し、その識別信号を駐車スペースＩＤに変換して、その駐車スペースＩＤをユーザの携帯端末９０が管理サーバ５０にリアルタイムで送信するが、これは、事実上、駐車場２０ごとに固有の局地的識別信号をユーザの携帯端末９０を経由して管理サーバ５０がリアルタイムで受信することと等価である。
【０２８３】
このように、発信機３０からの識別信号が携帯端末９０を経由して管理サーバ５０に送信されるおかげで、ユーザが、特定されたいずれかの時刻に、かつ、特定されたいずれかの駐車場２０に居ることを管理サーバ５０が認識することが可能となる。
【０２８４】
ところで、前述の第１および第２の実施形態においては、ユーザの携帯端末９０がある駐車スペースＩＤを表す識別信号を１回のみ有効に受信し、携帯端末９０が１回のみ、その識別信号に対応する駐車スペースＩＤを管理サーバ５０に送信する。
【０２８５】
これに対し、本実施形態においては、携帯端末５０が識別信号を受信するごとに、その識別信号を駐車スペースＩＤに変換して管理サーバ５０に送信し、その管理サーバ５０が、同じ駐車スペースＩＤを複数回受信し、ユーザが滞在している駐車場２０の同一性（ユーザが、同じ駐車場２０に居続けていること）を確認した後に、車両の入庫または出庫を処理する。
【０２８６】
本実施形態においては、ユーザの携帯端末９０は、第２の実施形態におけるいくつかのプログラムと共通するプログラムを実行し、また、管理サーバ５０も、第２の実施形態における駐車場管理プログラムと共通するプログラムを実行する。
【０２８７】
ただし、その駐車場管理プログラムについては、本実施形態においては、第２の実施形態における駐車場管理プログラム（図２２）に対し、図２７に示すように、ステップＳ７０６ａが、ユーザの携帯端末９０が発信機３０から識別信号を２回目に受信したことを確認し、それが確認されるとはじめて、駐車スペースＩＤを管理サーバ５０に送信するために追加されている。
【０２８８】
本実施形態の駐車場管理プログラムは、第２の実施形態における駐車場管理プログラム（図２２）に存在するステップＳ７０１と同じものが存在する。このステップＳ７０１は、本実施形態においては、ユーザの携帯端末９０が発信機３０から識別信号を１回目に受信したことを確認するために実行される。
【０２８９】
図２８には、同じ駐車場２０に位置する発信機３０とユーザの携帯端末９０との間における近距離一方向無線通信の内容が時系列的にかつ概念的に表されている。発信機３０は、同じ識別信号を携帯端末９０に発信し続ける。
【０２９０】
発信機３０が発信する識別信号は、駐車スペースＩＤを表すが、他の情報（例えば、発信機３０に内蔵された電池の残量の推定値）をも同時に表す可能性がある。駐車スペースＩＤは、時間的に不変であるのに対し、他の情報（例えば、前記電池残量推定値）は時間的に可変である可能性がある。よって、厳密には、発信機３０は発信する識別信号は、時間的に不変であるとは言えない。
【０２９１】
しかし、その識別信号は、駐車スペースＩＤに着目する限り、時間的に不変であり、この明細書におけるいずれの実施形態においても、駐車スペースＩＤにしか着目しないため、注目しないため、それら実施形態を説明するためという目的の限りにおいては、識別信号は時間的に不変であると言える。
【０２９２】
ところで、識別信号は、連続波である場合には、物理的に、複数個の信号として観察されないのに対し、断続波である場合には、複数個の信号として観察される。しかし、連続波であっても、識別信号が周期的である以上、複数個の周期信号が時系列的に並んだものとして把握することは可能である。よって、説明の便宜上、図２８に概念的に表すように、連続波であるか断続波であるかを問わず、識別信号は、複数の個別信号が時系列的に並んだものとして把握することが可能である。
【０２９３】
図２８には、さらに、ユーザの携帯端末９０と、遠隔地にある管理サーバ５０との間における遠距離双方向無線通信の内容も概念的に表されている。
【０２９４】
ユーザの携帯端末９０が現在、前記有効受信エリア内に位置する場合には、発信機３０との関係において１回目の受信確認（これは、「第１受信イベント」の一例である）を行う。その後、今回のセッション、すなわち、ユーザが今回の駐車サービスを利用するための管理サーバ５０との１回分の双方向通信が開始する。
【０２９５】
今回は、携帯端末９０が、今回のセッション中、同じ駐車場２０の同じ有効受信エリア内に継続的に存在していると仮定すると、携帯端末９０は、前回受信した識別信号と同じ駐車スペースＩＤを表す識別信号を受信するから、一定の時間スパンが経過した後、発信機３０との関係において２回目の受信確認（これは、「第２受信イベント」の一例である）を行う。
【０２９６】
ところで、「携帯端末が同じ駐車スペースＩＤを表す識別信号を同じセッション中に再度受信した」という事実は、「携帯端末９０を持っているユーザが、その識別信号によって特定される１つの駐車場２０内に、ある時間スパンの間、継続的に滞在していた」という事実を高い確度で推論できる。しかし、携帯端末９０が発信機３０から識別信号を１回受信しただけで、その識別信号に対応する駐車スペースＩＤを管理サーバ５０に送信してしまう場合には、同じ推論を低い確度でしか遂行できない。
【０２９７】
ここに、「ある時間スパン」とは、具体的には、例えば、前記１回目の受信確認が行われた時刻から、前記２回目の受信確認が行われた時刻までの時間的隔たりを意味するが、その時間的隔たりは、例えば、１秒を下限値として有したり、５秒を上限値として有することが可能である。例えば、その時間的隔たりが１秒に設定された例においては、ユーザは、少なくとも１秒間、同じ駐車場２０に、かつ、発信機３０の有効受信エリア内に滞在することが、駐車サービスを受けるための条件となる。
【０２９８】
このように、本実施形態においては、ユーザの携帯端末９０の処理と管理サーバ５０の処理とがそれぞれ部分的に、互いに並行して行われる。
【０２９９】
本実施形態によれば、ユーザの携帯端末９０の処理と管理サーバ５０の処理とが直列に行われる場合より迅速に、ユーザは、車両の入庫または出庫のための操作を行うことが可能となる。
【０３００】
［第４の実施形態］
【０３０１】
次に、図２９を参照することにより、本発明の例示的な第４の実施形態に従う駐車場管理システム１０を説明する。ただし、本実施形態は、前述の第３の実施形態と共通する要素が多いため、異なる要素についてのみ詳細に説明し、共通する要素については、同じ名称または同じ符号を使用して引用することにより、重複した説明を省略する。
許可する。
【０３０２】
第３の実施形態においては、図２８に時系列的に示すように、ユーザの携帯端末９０の処理と管理サーバ５０の処理とがそれぞれ部分的に、互いに並行して行われる。
【０３０３】
しかし、この態様では、管理サーバ５０が複数人のユーザとの間で駐車に関する複数のセッション（各セッションは、一連のインタラクティブな操作）を一括して処理することが通常であることを考慮すると、管理サーバ５０の処理負担が増加する傾向がある。
【０３０４】
これに対し、本実施形態においては、図２９に時系列的に示すように、携帯端末９０の処理と管理サーバ５０の処理とが直列的に行われる。
【０３０５】
具体的には、管理サーバ５０が、携帯端末９０が発信機３０から識別信号を受信したという第１受信イベントが発生してから、携帯端末９０が発信機３０から同じ駐車スペースＩＤを表す識別信号を再度受信したという第２受信イベントが発生するまでの間は、携帯端末９０と実質的な通信を行わず、その第２受信イベントの発生後にはじめて、その第２受信イベントに応答して、携帯端末９０との実質的な通信（１回分のセッション）を開始し、その後、携帯端末９０から、前記識別信号に対応する駐車スペースＩＤを受信する。
【０３０６】
この実施形態によれば、管理サーバ５０は、１回のセッションが開始された後、携帯端末９０の作動状態によって時期的に影響されるイベントの出現を待つことなく、必要な処理を実施できる。よって、管理サーバ５０は、携帯端末９０の都合で、処理を中断される心配がなくなり、高い効率で処理を完了することが容易となる。
【０３０７】
以上説明したいくつかの実施形態によれば、駐車場２０に、固有の局地的識別信号を発信する発信機３０が設置される。その発信機３０が発信する識別信号と、その発信機３０に対応する正規駐車場位置との対応関係が既知である。管理サーバ５０が、ユーザの現在位置を、ユーザの携帯端末９０から受信する。管理サーバ５０は、ユーザの現在位置と、そのときにユーザの携帯端末９０が発信機３０から受信している識別信号に対応する正規駐車場位置との距離が基準距離以上である場合に、ユーザからのレンタル関連リクエストをユーザの携帯端末９０から受信しないか、または、受信するが処理しない。
【０３０８】
よって、それら実施形態によれば、レンタル対象としての駐車場２０に固有の局地的識別信号が発信機３０からユーザの携帯端末９０を経由して管理サーバ３０に送信されることによってレンタル・サービスがユーザに提供されるが、発信機３０に対するユーザまたは他の者の不正行為が自動的に検知され、その後、ユーザからのリクエストが拒否される。
【０３０９】
ところで、以上説明したいくつかの実施形態においては、ユーザの携帯端末９０が、同じ発信機３０から、同じ識別信号を複数回受信したときに、ユーザの携帯端末９０がはじめて管理サーバ５０にアクセスして駐車スペースＩＤを送信し、その管理サーバ５０がレンタル・サービスを許可するように携帯端末９０が設計される可能性と、管理サーバ５０が、ユーザの携帯端末９０から同じ駐車スペースＩＤを複数回受信したときに、その管理サーバ５０がレンタル・サービスを許可するように管理サーバ５０が設計される可能性とがある。
【０３１０】
後者の可能性においては、管理サーバ５０が自ら、同じ駐車スペースＩＤの複数回の受信、すなわち、同じ識別信号の複数回の受信を直接的に確認することになる。
【０３１１】
これに対し、前者の可能性においては、管理サーバ５０は、同じ識別信号の複数回の受信を直接的に確認することができない。しかし、管理サーバ５０が、発信機３０から、同じ識別信号を複数回受信したときに、はじめて管理サーバ５０にアクセスして駐車スペースＩＤを送信するように設計されたユーザの携帯端末９０と組み合わされて使用されることが既知である場合には、管理サーバ５０は、駐車スペースＩＤの１回の受信をもって、同じ識別信号の複数回の受信を間接的に確認することができることになる。
【０３１２】
よって、いずれの可能性においても、結果的には、管理サーバ５０は、ユーザが同一の駐車場に継続的に居るという条件が成立したときに、レンタル・サービスを許可することになる。
【０３１３】
なお付言するに、上述のいくつかの実施形態は、本発明を、不動産としての駐車場をレンタル対象とするレンタル・サービスに適用した場合のいくつかの具体例であるが、これに代えて、本発明は、例えば、別の不動産、例えば、貸し倉庫、貸し部屋などをレンタル対象とするレンタル・サービスに適用したり、動産、例えば、車両（自動車、自転車、自動二輪車など）などをレンタル対象とするレンタル・サービスに適用することが可能である。
【０３１４】
以上、本発明のいくつかの実施形態を図面に基づいて詳細に説明したが、これらは例示であり、前記［発明の概要］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【要約】
【課題】レンタル対象に固有の局地的識別信号が発信機からユーザの携帯端末を経由して管理サーバに送信されることによってレンタルを行うとともに、発信機に対するユーザまたはその他の者の不正行為を自動的に検知してユーザからのリクエストを拒否する。
【解決手段】駐車場２０に、固有の局地的識別信号を発信する発信機３０を設置する。発信機３０から発信する識別信号と、その発信機３０に対応する正規駐車場位置との対応関係が既知である。管理サーバ５０が、ユーザの現在位置を、ユーザの携帯端末９０から受信する。管理サーバ５０は、ユーザの現在位置と、そのときにユーザの携帯端末９０が発信機３０から受信している識別信号に対応する正規駐車場位置との距離が基準距離以上である場合に、ユーザからのレンタル関連リクエストをユーザの携帯端末９０から受信しないか、または、受信するが処理しない。
【選択図】図２【図１】
0005978414.tif 000002
【図２】
0005978414.tif 000003
【図３】
0005978414.tif 000004
【図４】
0005978414.tif 000005
【図５】
0005978414.tif 000006
【図６】
0005978414.tif 000007
【図７】
0005978414.tif 000008
【図８】
0005978414.tif 000009
【図９】
0005978414.tif 000010
【図１０】
0005978414.tif 000011
【図１１】
0005978414.tif 000012
【図１２】
0005978414.tif 000013
【図１３】
0005978414.tif 000014
【図１４】
0005978414.tif 000015
【図１５】
0005978414.tif 000016
【図１６】
0005978414.tif 000017
【図１７】
0005978414.tif 000018
【図１８】
0005978414.tif 000019
【図１９】
0005978414.tif 000020
【図２０】
0005978414.tif 000021
【図２１】
0005978414.tif 000022
【図２２】
0005978414.tif 000023
【図２３】
0005978414.tif 000024
【図２４】
0005978414.tif 000025
【図２５】
0005978414.tif 000026
【図２６】
0005978414.tif 000027
【図２７】
0005978414.tif 000028
【図２８】
0005978414.tif 000029
【図２９】
0005978414.tif 000030