以下、本発明のいくつかの例示的な実施形態を図面に基づいて詳細に説明する。
<第1実施形態>
まず、図1を参照するに、本発明の例示的な第1実施形態に従う駐車場管理システム(前述の「レンタル・システム」の一例であり、以下、単に「システム」という。)10は、複数の駐車場20(図1には、それら駐車場20のうちの代表的な駐車場A,BおよびCのみが図示されている)を集中的に管理するためのシステムである。各駐車場20は、図示しないが、複数の車室(すなわち、駐車しようとする車両1台分に割り当てられるスペース)を有しており、それら車室に複数台の車両が駐車可能である。
本実施形態に従う駐車場管理システムは、本実施形態に従う駐車場管理方法を実行するように構成されている。
各駐車場20は、無人式である。さらに、設備の削減・簡素化のため、各駐車場20には、駐車場20の入出庫口からの不正車両の出庫を阻止するために適宜開閉するゲート装置も、駐車場20からの不正車両の出庫を阻止するために適宜、地面から突出し、地面内に埋没する車止め装置も、運転者であるユーザに対し、駐車料金の支払いを条件に駐車券をユーザに対して発行する発券機および精算機も設置されていない。
なお、「車両」なる用語は、明細書の全体を通じて、自動車のみならず、自転車、自動二輪車等、あらゆる種類の移動体を包含する用語として解釈すべきである。
また、「駐車スペース」なる用語は、明細書の全体を通じて、1つの駐車場20を意味する場合や、その1つの駐車場20内の複数の車室の各々または複数の車室の集まり(例えば、互いに隣接した複数の車室)を意味する場合がある。そして、本実施形態においては、1つの駐車場20が「1つの駐車スぺース」の一例を構成している。
また、「コード」なる用語は、明細書の全体を通じて、「数字および/または記号の列」を意味し、具体的には、アナログ信号の状態をデジタル化して表現する数値的表記(例えば、2値表現)であって、個々のアナログ信号に固有の数値的表記である。「コード」なる用語は、識別という用途については、例えば、IDすなわち識別子と称される。
ところで、駐車場20の管理方式として、各駐車場20ごとに、その駐車場20に設置された設備のみを用いて自立的に(個別的にないしは自己完結的に)管理される自立管理方式と、複数の駐車場20が遠隔的にある管理サーバ50(図1参照)と通信することによってそれら駐車場20を集中的に管理する集中管理方式とが存在する。本実施形態に従うシステム10は、その駐車場管理方式として前述の集中管理方式を採用している。
具体的には、図1に示すように、このシステム10は、各駐車場20に1台ずつ設置される発信機30と、複数の駐車場20を集中的に管理する管理センタ40に設置される管理サーバ50とを備えている。
<発信機>
本実施形態においては、同じ駐車場20に複数の車室が設置されており、それら車室に共通に1台の発信機30が使用される。ただし、各車室ごとに1台の発信機30が使用される態様で本発明を実施してもよい。その態様においては、1つの車室が「1つの駐車スぺース」の一例を構成することになる。
各発信機30は、自身に固有の発信機ID(前述の「発信機コード」の一例)を表す識別信号を発信するように構成される。1つの発信機IDは、1つの駐車場20にとっても固有であるため、後述のように、1つの駐車場ID(前述の「駐車場コード」の一例)に1対1で対応付けられる。
本実施形態においては、各駐車場20が、前述の「レンタル対象」の一例であり、また、各駐車場20の位置が、前述の「レンタル基準位置」の一例)であり、また、各駐車場IDが、前述の「レンタル基準位置コード」の一例である。
発信機30は、例えば、駐車場20の地面に機械的に固着されないように、すなわち、その地面から簡単に離脱可能であるようにその地面に設置される可能性がある。換言するに、各発信機30は、空間上において、対応する位置(対応する駐車場20)に物理的に固定されているわけではないのである。なぜなら、駐車場20として運営される土地の所有者が、ある期間には、駐車場20としての運営を管理会社に依頼したが、突然、その依頼を解消する可能性があるからである。
そのような場合には、駐車サービスのためのすべての設備を管理会社が速やかに駐車場20から撤去し、その際、現状回復のための手間を最小化するために、発信機30が単に当該土地の地面に載置される可能性があるのである。そのため、発信機30は、駐車場管理業者の意に反し、何者かによる不正行為により、その発信機30が正規に設置される駐車場20とは異なる場所(例えば、正規に設置される駐車場20から離れた別の駐車場、正規に設置される駐車場20に該当しない別の場所など)に設置されてしまう可能性がある。
図2に示すように、このシステム10においては、ユーザが、自身の携帯端末90を用いて、ユーザが現在訪問している駐車場20に設置されている発信機30から前述の識別信号を、発信機30との接触状態または非接触状態で、近距離一方向無線通信方式で受信するとともに、管理センタ40の管理サーバ50との間で遠距離双方向無線通信を行う。
ユーザの携帯端末90は、ユーザによって携帯されるとともに無線通信機能を有するデバイス、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、PDAなどである。
ここで、図1における複数台の発信機30を代表する1台の発信機30につき、ハードウエア構成(図3参照)およびソフトウエア構成(図4参照)を説明する。
まず、概念的に説明するに、発信機30は、対応する駐車場20に少なくとも1台ずつ設置され、対応する駐車場20に固有の駐車場IDを識別し得る識別信号を発信する非接触式または接触式の通信デバイスである。発信機30は、少なくとも送信機能を有すれば足りるが、必要に応じ、受信機能をも併有するように構成してもよい。
次に、作動方式を説明するに、発信機30は、固有の識別信号を外部からのトリガ信号を要することなく能動的に、かつ、供給電力が不足しない限り永続的に発信する。
発信機30は、一般に、識別信号としてのビーコン信号を発信するビーコン装置、無線標識などの名称でも知られている装置である。この発信機30は、一例においては、原信号を変調することにより、対応する駐車場IDを表す識別信号を生成し、その生成された識別信号を、IR信号、Bluetooth(登録商標)信号、NFC(近距離無線通信)信号などとして発信する。
次に、機能ブロック図である図3を参照してハードウエア構成を説明するに、発信機30は、プロセッサ100およびそのプロセッサ100によって実行される複数のアプリケーションを記憶するメモリ102を有するコンピュータ104を主体として構成されている。
この発信機30は、さらに、電源としての交換可能な使い捨て電池106を有している。電池106に代えて、充電可能な電池を採用したり、外部電源としての商用電源を採用したり、外部の磁界を利用して発電する発電機(例えば、トランスポンダ)を採用することが可能である。
この発信機30は、さらに、識別信号を生成して発信する発信部108を有している。その発信部108は、電池106によって作動させられるとともに、コントローラ110によって制御される。そのコントローラ110は、コンピュータ100によって制御される。
次に、図4を参照して発信機30のソフトウエア構成を説明するに、発信機30のプロセッサ100は、図4にフローチャートで概念的に表されているプログラムを反復的に実行する。
このプログラムの各回の実行時には、まず、ステップS1において、メモリ102から発信機IDが読み込まれる。その発信機IDは、その発信機30が設置される1つの駐車場20に割り当てられた駐車場IDに1対1に対応する。
続いて、ステップS2において、前記読み込まれた発信機IDが反映されるように、原信号(例えば、搬送信号)を変調するための信号がコントローラ110に対して出力される。そのコントローラ110は、発信部108を制御し、その結果、発信部108は、今回発信すべき識別信号を生成する。その後、ステップS3において、その生成された識別信号が発信部108から発信される。続いて、ステップS1に戻る。
ここで、この発信機30に関連付けてユーザの携帯端末90の一機能を説明するに、その携帯端末90は、発信機30から識別信号を受信している状態で、その携帯端末90のコンピュータ134(図6参照)に予めインストールされているあるプログラムを起動させると、前記受信した識別信号をリアルタイムで復調し、それにより、前記発信機IDをリアルタイムで解読する。
さらに、携帯端末90は、発信機30から識別信号を受信している状態で、その受信した識別信号に基づき、その識別信号を発信したときの発信機30の位置と、その識別信号を受信したときの携帯端末90の位置との間の距離を測定することも行う。
すなわち、携帯端末90は、発信機30から受信した識別信号に基づき、その発信機30に対応する発信機IDと、そのときの発信機30との距離との双方を獲得するようになっているのである。
携帯端末90のユーザは、自身の携帯端末90を持ったまま発信機30に接近し、その携帯端末90を発信機30のうちの発信部108に完全にまたはほぼ接触させると、携帯端末90は、発信機30から識別信号を接触式で受信することができる。
これに対し、携帯端末90のユーザが自身の携帯端末90を持ったまま特定の受信エリア内に進入すると、携帯端末90は、発信機30から識別信号を非接触式で受信することができる。
図5に概念的に平面図で示すように、各発信機30には、2種類の受信エリアが割り当てられる。それらは、受信可能エリアと有効受信エリアである。それらエリアは、いずれも、各発信機30を発信源とする円で概して定義され、受信可能エリアは、最大受信半径を有するのに対し、有効受信エリアは、有効受信半径を有する。
しかし、具体的には、受信可能エリアは、各発信機30の電力供給が正常である場合に、その発信機30からの識別信号が到達可能なエリア、すなわち、そのエリア内に存在する限り、携帯端末90がその識別信号を受信可能なエリアを意味する。
これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、任意に設定することが可能である。有効受信半径は、例えば、0cmないし50cmの範囲内または30cmないし50cmの範囲内にある。また、最大受信半径は、例えば、50mないし70mの範囲内にある。
すなわち、最大受信半径は、ハードウエアによって決まる受信限度を意味するのに対し、有効受信半径は、ソフトウエアによって決まる受信限度を意味するということが可能なのである。
前述のように、携帯端末90は、それが受信した識別信号を発信したときの発信機30との距離を測定する。その距離測定値は、有効受信半径を超えることもあれば、超えないこともある。そして、その距離測定値が受信有効半径を超えないときは、携帯端末90が有効受信エリア内に存在するときであるのに対し、その距離測定値が受信有効半径を超えるときは、携帯端末90が受信可能エリア内には存在するが有効受信エリア内には存在しないときである。
携帯端末90は、発信機30から識別信号を受信した後、前記距離測定値が有効受信半径の設定値以下であるか否かを判定し、その設定値以下であると判定すると、携帯端末90が現在、有効受信エリア内に位置するから、携帯端末90は、「発信機30からの識別信号を有効に受信した(以下、単に「識別信号を受信した」ともいう。)」と判定する。
これに対し、携帯端末90は、前記距離測定値が前記設定値より大きいと判定すると、携帯端末90が現在、有効受信エリア外に位置するから、携帯端末90は、「発信機30からの識別信号を有効に受信していない(以下、単に「識別信号を受信していない」ともいう。)」と判定する。
すなわち、本実施形態においては、携帯端末90が有効受信エリア外に位置する場合には、実際には、携帯端末90が識別信号を受信しているにもかかわらず、みかけ上、携帯端末90は識別信号を受信していないこととしてソフトウエア上で取り扱われることになるのである。
本実施形態においては、各発信機30の受信可能エリアおよび有効受信エリアのうち少なくとも有効受信エリアが、別の発信機30の少なくとも有効受信エリアとの間でオーバラップしないように、各発信機30の個別性能および相対的位置関係ならびに前記有効受信半径の設定値が設定されている。
<携帯端末>
次に、機能ブロック図である図6を参照してユーザの携帯端末90のハードウエア構成を説明するに、携帯端末90は、プロセッサ130およびそのプロセッサ130によって実行される複数のアプリケーションを記憶するメモリ132を有するコンピュータ134を主体として構成されている。
この携帯端末90は、さらに、情報を、例えば図11において符号「135」で示す画面(面積が有限で可変または不変であるウィンドウを有する)上に表示する表示部(例えば、液晶ディスプレイ)136と、発信機30および管理サーバ50からの信号を受信する受信部138と、信号を生成してその信号を管理サーバ50に送信する送信部140とを有する。
この携帯端末90は、さらに、ユーザからデータやコマンドを入力するための入力部150を有する。その入力部150は、例えば、所望の情報(例えば、コマンド、データなど)を携帯端末90に入力するためにユーザによって操作可能な操作部を有する。その操作部としては、ユーザによって操作可能なアイコン(例えば、仮想的なボタン)を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部(例えば、キーボード、キーパッド、ボタンなど)、音声を感知するマイクなどがあるが、これらに限定されない。
この携帯端末90は、さらに、GPS(衛星測位システム)受信機152を有する。GPS受信機152は、よく知られているように、複数のGPS衛星から複数のGPS信号を受信し、それらGPS信号に基づき、GPS受信機152の地球上における位置(緯度、経度および高度)を三角測量によって測定する。
図7に示すように、メモリ132は、地図データメモリ161、駐車場データメモリ163および発信機データメモリ165を含む複数のデータメモリを有する。
地図データメモリ161には、ユーザの現在位置に応じて、ユーザの携帯端末90が管理サーバ50または別の地図データベース(図示しない)からダウンロードした地図データが一時的に記憶される。その地図データに基づき、表示部136の画面135(図11参照)上に地図(前述の「部分地図」の一例)が表示される。その画面135上に表示される地図は、ユーザが移動するにつれて時々刻々変化する。
図7に概念的に表すように、駐車場データメモリ163には、複数の駐車場IDと複数の駐車場位置データ(前述の「レンタル対象基準位置データ」の一例)との対応関係が、管理サーバ50からダウンロードされて記憶されることが可能である。複数の駐車場IDは、システム10によって集中的に管理される複数の駐車場20にそれぞれ対応している。また、複数の駐車場位置データは、それぞれ、対応する駐車場20の地上位置の経緯度(緯度X,経度Y)を表す。
駐車場データメモリ163は、各瞬間ごとに、画面135上に表示される地図上に地理的に存在する複数の駐車場20(すなわち、前記複数の駐車場20のうち、ユーザの現在位置の近傍に位置する複数の駐車場20であって、各駐車場20は、ユーザが容易にアクセス可能な駐車場であり、その意味において、各駐車場20は、候補駐車場と言える)に対応する複数の駐車場位置データが、それに対応する複数の駐車場IDと共に一時的に記憶される。
携帯端末90においては、画面135上に、前記地図データに基づく地図が表示され、さらに、その地図上に、各瞬間ごとに、そのときに駐車場データメモリ163に記憶されている複数の駐車場位置データに基づき、複数の駐車場(「候補駐車場」)20の各位置がオーバーレイ表示される(図11参照)。
図8に概念的に表すように、図6の発信機データメモリ165には、1つの正規発信機Dが、管理サーバ50からダウンロードされて記憶される。その正規発信機IDは、複数の候補駐車場20のうちユーザによって選択された1つの駐車場20に設置される1台の発信機30に固有のIDである。
<管理サーバ>
次に、機能ブロック図である図9を参照して管理サーバ50のハードウエア構成を説明するに、管理サーバ50は、プロセッサ160およびそのプロセッサ160によって実行される複数のアプリケーションを記憶するメモリ162を有するコンピュータ164を主体として構成されている。
この管理サーバ50は、さらに、情報を表示する表示部(例えば、液晶ディスプレイ)166と、携帯端末90からの信号を受信する受信部168と、信号を生成してその信号を携帯端末90に送信する送信部170と、現在時刻を計測する時計172とを有する。この管理サーバ50は、発信機30からの受信を直接的には行わず、事実上、携帯端末90を介して行うことになる。
<入庫シーケンス>
図10には、ユーザがある駐車場20に入庫した直後に、今回の駐車を開始するために、共に同じ駐車場20に位置する発信機30および携帯端末90と、遠隔地に位置する管理サーバ50との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
発信機30は、自身に固有の識別信号を自発的にかつ継続的に発信する。駐車場20への入庫に際し、携帯端末90においては、プロセッサ130が、メモリ132に格納されている駐車サービス・アプリケーションのうち、入庫処理に関連する部分(図10におけるステップS101−S123)を実行する。管理サーバ50においては、プロセッサ160が、メモリ162に格納されている駐車場管理プログラムのうち、入庫処理に関連する部分(図10におけるステップS201−S213)を実行する。
具体的には、携帯端末90において、ユーザにより、前記駐車サービス・アプリケーションが起動されると、まず、ステップ101において、GPS受信機152が外部から受信したGPS信号に基づき、ユーザの現在位置(経緯度)が測定される。
次に、ステップS102において、その測定されたユーザの現在位置が、地図を表示部136の画面135上に表示するためにプロセッサ130によって参照される基準位置(表示基準点の位置(経緯度))とされる。さらに、全体地図のうち、画面135上のウィンドウ内に一度に表示可能なサイズを有する部分であって前記基準位置が存在するものが、地図の表示範囲(すなわち、前記全体地図のうち、前記ウィンドウ内に各瞬間に表示される領域)に決定される。
図11(a)に例示するように、ユーザが時間と共に地上を移動すると、それに追従するように前記基準位置202(同図において黒色の三角形で示す)も時間と共に移動する。その結果、ユーザの移動に伴い、地図の表示範囲も全体地図上を時間と共に移動し、ひいては、前記ウィンドウ内に表示される地図の画像も時間と共に変化することになる。
続いて、ステップS103において、管理サーバ50にログインするためのログイン・リクエスト(前述の「サービス開始信号」の一例)が、前記現在位置(携帯端末90の現在位置を定義する経緯度)および今回のユーザを識別するためのユーザIDと共に管理サーバ50に送信される。
これに対し、管理サーバ50は、ステップS201において、前記ログイン・リクエストを前記現在位置およびユーザIDと共に受信し、続いて、ステップS202において、前記複数の駐車場20のうち、その受信した現在位置の近傍に位置する(例えば、前記現在位置を中心とする半径500mの範囲内に位置する)複数の駐車場20(実際には、1つの駐車場20しか存在しない場合も、いずれの駐車場20も存在しない場合もある)が、複数の候補駐車場として検索される。
その検索のために、前記複数の駐車場20のそれぞれに固有の駐車場IDと、各駐車場20の経緯度との関係が保存されている第1データベース(図10において、「DB」で表す。)が参照される。
その後、ステップS203において、その検索された複数の候補駐車場20の位置を表す複数の駐車場位置データが、それら候補駐車場20に対応する複数の駐車場IDと共に、携帯端末90に送信される。
したがって、本実施形態においては、第1データベースに保存されている複数の駐車場20に関する位置情報がすべて携帯端末90に送信されるのではなく、その携帯端末90の処理負荷の軽減のために、ユーザによって参照される可能性が高い一部の駐車場20に関する位置情報のみが携帯端末90に送信される。
これに対し、携帯端末90は、ステップS104において、それら駐車場位置データを複数の駐車場IDと共に受信する。続いて、ステップS105において、その受信された複数の駐車場位置データに基づき、画面135上に表示されている地図上に、複数の候補駐車場20がオーバーレイ表示される。
このステップ105においては、画面135上に、受信された複数の駐車場位置データによって表される複数の候補駐車場20(管理サーバ50のメモリ162に保存されているすべての駐車場20のうち、管理サーバ50がユーザの現在位置に応じて選択したもの)のすべてが表示されるわけではない。ユーザの現在位置と画面135のサイズとによって決まる、前記複数の候補駐車場20より少数の複数の候補駐車場20のみが画面135上に表示される。すなわち、管理サーバ50から受信した複数の候補駐車場20が、ユーザの現在位置と画面135のサイズとによってさらに、少数の候補駐車場20に絞り込まれるのである。
このステップ105においては、さらに、管理サーバ50から受信した複数の駐車場位置データおよび複数の駐車場IDが、互いに関連付けて、図7に示す駐車場データメモリ163に保存される。
一例においては、図11(a)に示すように、画面135上に表示されている地図上に、ユーザの現在位置が黒色の三角形202を用いてオーバーレイ表示されるとともに、複数の候補駐車場20が複数の駐車場アイコン204を用いてオーバーレイ表示される。この例においては、各駐車場アイコン204が、「P」というアルファベットが四角形の枠に包囲されて成る図形として構成されている。
続いて、ステップS106において、ユーザが、画面135上において、いずれかの候補駐車場20の表示位置に指でタッチすることにより、いずれかの候補駐車場20を選択する。
具体的には、ユーザが、画面135上において、いずれかの候補駐車場20の表示位置に指でタッチすると、そのタッチ位置が表示部136のタッチスクリーンによって検出され、そのタッチ位置が、例えば、地図上の経緯度(絶対座標系であるグローバル座標系によって定義される)またはそれに対応するXY座標情報(相対座標系であるデバイス座標系によって定義される)である地図座標情報(位置情報)に変換される。その地図座標情報に基づき、いずれかの候補駐車場20が特定される。
そのいずれかの候補駐車場20の選択に引き続き、ユーザは、実在する今回の駐車場20(実在する複数の駐車場20のうちユーザが実際に選択してそこに訪問しているもの(ユーザが携帯端末90の操作によって選択したものではないもの)に存在する発信機30に携帯端末90を接近させるかまたは接触させる。その結果、携帯端末90は、今回の発信機30からの信号を受信可能な状態となる。
その後、ステップS107において、画面135上において、その選択された候補駐車場20(今回の駐車場20)が、他の候補駐車場とは視覚的に区別されるように表示される。
本実施形態においては、携帯端末90の測位結果からただちに、いずれかの駐車場20が選択されるわけではなく、携帯端末90の測位結果を参照して、複数の駐車場20が、それより少数の候補駐車場20に絞り込まれ、それら候補駐車場20のうちのいずれかがユーザにより、携帯端末90を介して選択される。
よって、本実施形態によれば、携帯端末90が自身の現在位置を地図上において測定する際の測定誤差が存在しても、その測定誤差が原因で、誤った駐車場20が携帯端末90の操作によって選択されてしまうことはない。
続いて、ステップS108において、今回、ユーザによって携帯端末90上で選択されたいずれかの駐車場20を表す駐車場IDが、図7に示す駐車場データメモリ163から検索される。その検索は、例えば、図7に示す対応関係に従い、前記検出された地図座標情報(画面135上において、ユーザによって指でタッチされた位置を特定する情報)を、対応する駐車場20を特定する駐車場IDに変換することを意味する。その検索された駐車場IDは、今回の駐車場IDとして管理サーバ50に送信される。
これに対し、管理サーバ50は、ステップS204において、その駐車場IDを受信する。続いて、ステップS205において、その受信した駐車場IDによって表される今回の駐車場20に設置されている1つの発信機30に固有の発信機IDが1つの正規発信機IDとして検索される。
正規発信機IDの検索のために、複数の駐車場20にそれぞれ対応する複数の駐車場IDと、複数の発信機30にそれぞれ対応する複数の発信機IDとの関係が保存されている第2データベース(図10において、「DB」で表す。)が参照される。
さらに、ステップS205においては、そのようにして取得された1つの駐車場IDおよび1つの正規発信機IDが、管理サーバ50のメモリ162に、今回のユーザの前記ユーザIDに関連付けて一時的に保存される。
その後、ステップS206において、その検索された今回の正規発信機IDが携帯端末90に送信される。
これに対し、携帯端末90は、ステップS109において、前記送信された正規発信機IDを受信し、その正規発信機IDは、図8に示す発信機データメモリ165に一時的に保存される。
続いて、ステップS110において、携帯端末90が発信機30から識別信号を有効に受信したか否かが判定される。
携帯端末90が現在、前記受信可能エリア外に位置する場合には、携帯端末90は発信機30から識別信号を全く受信できない。
これに対し、携帯端末90が現在、前記受信可能エリア内に位置する場合には、携帯端末90は発信機30から識別信号を受信できる。
この場合、このステップS110において、さらに、その受信した識別信号に基づき、今回の発信機30と携帯端末90との距離が測定される。このステップS110においては、さらに、その距離測定値が前記設定値より小さいか否か、すなわち、携帯端末90が現在、前記有効受信エリア内に位置するか否かが判定される。要するに、このステップS110においては、携帯端末90がいずれかの発信機30を特定したか否かが判定されるのである。
前記距離測定値が前記設定値より小さい場合には、携帯端末90がいずれかの発信機30を特定したため、ステップS111に移行するが、そうではない場合には、今回の駐車場20への入庫(駐車サービスの開始)がユーザに許可されず、例えばステップS101に戻る。
その後、ステップS111において、前記受信した識別信号が復調され、続いて、ステップS112において、その復調された識別信号によって表される発信機IDが実発信機IDとして解読される。
すなわち、今回の発信機30が特定されるのである。前記復調された識別信号は、複数桁の二進数で表記されるコードである場合には、例えば、そのコードが、予め準備された変換表(例えば、管理サーバ50から事前にダウンロードされたもの)を用いて、発信機IDに変換される。ただし、用法上、「コード」であるか「ID」であるかという違いは、その用途が識別である以上、重要ではない。
続いて、ステップS113において、そのようにして解読された実発信機IDと、図8に示す発信機データメモリ165に保存されている1つの正規発信機IDとが互いに一致するか否かが判定される。すなわち、ID照合が行われるのである。
ここに、「実発信機ID」は、複数の駐車場20のうち、ユーザによって実際に選択されて訪問されたものに実際に設置されている発信機(選択された実在発信機)30に対応する発信機IDを意味し、一方、「正規発信機ID」は、複数の駐車場20のうち、ユーザが携帯端末90を操作することによって仮想的に選択されたにすぎないものに設置されているはずの発信機(選択された仮想発信機)30に対応する発信機IDを意味する。
選択された実在発信機30は、実空間上に存在するのに対し、選択された仮想発信機30は、仮想空間上に存在するが、両発信機30は、本来であれば、概念的には、同じ発信機30を意味する。
ここに、「実空間」とは、実在する駐車場20、発信機30および携帯端末90が登場する現実世界を意味するのに対し、「仮想空間」とは、実空間上の世界を再現するために携帯端末90の画面135上に表示される画像によって表現される架空の世界(データによって定義される世界)を意味する。それら実空間および仮想空間については、後に図21を参照して詳述する。
実発信機IDと正規発信機IDとが互いに一致することは、今回の駐車場20に設置されているはずの発信機30が携帯端末90によって実際に検出されたことを意味する。
実発信機IDと正規発信機IDとが互いに一致する場合には、その後、ステップS114において、図11(b)に示すように、画面135上に表示されている地図上に、入庫をリクエストするためにユーザによって操作される入庫ボタン206(文字や記号、画像などで表示される仮想的ボタン)がオーバーレイ表示される。続いて、ステップS115において、ユーザが、入庫ボタン206に指でタッチすることにより、その入庫ボタン206を選択して起動させる。
なお、本実施形態においては、携帯端末90が今回の発信機30を特定した後に初めて入庫ボタン206が画面135上に表示され、その結果、ユーザは、その入庫ボタン206の点灯という事象を介して、携帯端末90が今回の発信機30を特定した事実を視覚的に認識することが可能である。
ただし、この態様に代えて、入庫ボタン206は、ユーザがいずれかの駐車場20を画面135上において選択した後であって、携帯端末90が今回の発信機30を特定する前に、画面135上に表示されるようにしてもよい。
実発信機IDと正規発信機IDとが互いに一致する場合には、さらに、その後、ステップS116において、その一致を表す一致判定データが管理サーバ50に送信される。
今回の駐車場20に設置されているはずの発信機30が携帯端末90によって実際に検出されたことは、発信機30を基準に判断すると、携帯端末90によって実際に検出された発信機30にとって正規な駐車場が、ユーザによって実際に選択されて訪問された駐車場20として特定されたことを意味する。
このことは、さらに、ユーザによって実際に選択されて訪問された駐車場20が、携帯端末90によって実際に検出された発信機30にとって正規な駐車場として特定されたことをも意味する。このことは、同時に、ユーザによって実際に選択されて訪問された駐車場20と、携帯端末90によって実際に検出された発信機30との対応関係が適切であることをも意味する。
すなわち、本実施形態においては、携帯端末90の測位機能により、今回の発信機30の設置位置を直接的に測定し、その結果から一挙に今回の駐車場20を特定するのではなく、その発信機30から携帯端末90が受信した識別信号と、携帯端末90の測位機能によって測定された自身の現在位置とを組み合わせて用いて、今回の駐車場20を総合的に特定するのである。
ところで、ユーザが実際に滞在している駐車場20(本当の駐車場A)に正規の発信機aが設置されているときに、ユーザが誤って携帯端末90上で、偽りの駐車場Bを選択した場合には、本当の駐車場Aに位置する携帯端末90は、本当の発信機aから識別信号を正常に受信する。しかし、その受信した識別信号が変換された実発信機ID(正規の発信機a)は、今回の正規発信機ID、すなわち、携帯端末90上で選択された偽りの駐車場Bに設置されている発信機bの発信機IDに一致しない。
ただし、このようなシナリオは、偽りの駐車場Bが前記複数の候補駐車場20のいずれかであることを前提とする。これに代えて、偽りの駐車場Bが前記複数の候補駐車場20のいずれでもない場合には、もちろん、実発信機IDに一致する正規発信機IDは存在しないから、実発信機IDが正規発信機IDに一致する余地はない。
また、本当の駐車場Aに非正規の発信機bが設置されているときに、ユーザが正しく携帯端末90上で、本当の駐車場Aを選択した場合には、本当の駐車場Aに位置する携帯端末90は、偽りの発信機bから識別信号を正常に受信する。しかし、その受信した識別信号が変換された実発信機ID(偽りの発信機b)は、今回の正規発信機ID、すなわち、携帯端末90上で選択された本当の駐車場Aに設置されている発信機aの発信機IDに一致しない。
いずれにしても、実発信機IDと正規発信機IDとが互いに一致しなかった場合には、今回の駐車場20への入庫(駐車サービスの開始)がユーザに許可されず、例えばステップS101に戻る。
上述のように、実発信機IDと正規発信機IDとが互いに一致する場合には、携帯端末90が、ステップS116において、その一致を表す一致判定データを管理サーバ50に送信する。
これに対し、管理サーバ50は、ステップS207において、前記送信された一致判定データを受信する。このとき、管理サーバ50は、今回の発信機30が設置されている駐車場20をユーザの今回の駐車場として特定する。
すなわち、本実施形態においては、携帯端末90のコンピュータ134のうち、ステップS113およびS116を実行するための部分と、管理サーバ50のコンピュータ164のうち、ステップS207を実行するための部分とが、互いに共同して、前述の「対象物特定部」の一例を構成していると解釈することが可能である。
前述の「対象物特定部」の主たる機能は、実発信機IDと正規発信機IDとが互いに一致することを検知することであるとみなすと、携帯端末90のコンピュータ134のうち、ステップS113およびS116を実行するための部分が、前述の「対象物特定部」の一例を構成していると解釈することも可能である。
これに対し、前述の「対象物特定部」の主たる機能は、実発信機IDと正規発信機IDとが互いに一致することを検知したことに応答して、今回の発信機30が設置されている駐車場20をユーザの今回の駐車場として特定することであるとみなすと、管理サーバ50のコンピュータ164のうち、ステップS207を実行するための部分が、前述の「対象物特定部」の一例を構成していると解釈することも可能である。
その後、管理サーバ50は、ステップS208において、今回のユーザが今回の駐車場20に駐車した場合にその対価としてユーザに課される駐車料金に関する条件、すなわち、課金条件を表す課金条件データが、管理サーバ50のメモリ162から読み出されて携帯端末90に送信される。
これに対し、携帯端末90は、ステップS117において、前記送信された課金条件データを受信し、続いて、ステップS118において、図11(c)に示すように、画面135上に、課金条件を表すメッセージ210が表示され、さらに、確認ボタン212も表示される。その確認ボタン212は、メッセージ210の内容をユーザが確認し、承認した場合にユーザによってタッチされて選択されることを予定されたアイコンである。
その後、ステップ119において、ユーザが、その確認ボタン212を選択し、続いて、ステップS120において、ユーザによって確認ボタン212が選択されたことを表す最終確認データが管理サーバ50に送信される。
これに対し、管理サーバ50は、ステップS209において、前記送信された最終確認データを受信する。その結果、今回の駐車場20への入庫すなわち駐車サービスの開始が今回のユーザに許可されることになる。
続いて、ステップS210において、そのときの時刻が入庫時刻として取得される。その時刻は、時計172を用いて計測される。その取得された入庫時刻は、管理サーバ50のメモリ162に、今回のユーザのユーザIDに関連付けて一時的に保存される。
その後、ステップS211において、前記最終確認データの受信が正常に完了したことを表す確認応答信号ACKが携帯端末90に送信される。
これに対し、携帯端末90は、ステップS121において、その確認応答信号ACKを受信する。続いて、ステップS122において、管理サーバ50からのログアウトを要求するログアウト・リクエストを管理サーバ50に送信する。
これに対し、管理サーバ50は、ステップS212において、そのログアウト・リクエストを受信する。続いて、ステップS213において、そのログアウト・リクエストの受信が正常に完了したことを表す確認応答信号ACKが携帯端末90に送信される。
これに対し、携帯端末90は、ステップS123において、その確認応答信号ACKを管理サーバ50から受信する。
本実施形態においては、管理サーバ50が、今回の正規発信機IDを、ユーザによって携帯端末90上で選択された駐車場20に対応するように決定し、かつ、その正規発信機IDが、実際の発信機30から受信した識別信号に基づく実発信機IDと一致しない限り、ユーザによって携帯端末90上で選択された駐車場20について駐車サービスを開始しないようになっている。
よって、ユーザによって実際に選択されて訪問された駐車場20と、ユーザによって携帯端末90上で選択された駐車場20とが互いに一致しないにもかかわらず、管理サーバ50が、ユーザによって携帯端末90上で選択された駐車場20についてユーザへの駐車サービスの開始を許可することはない。
<照会シーケンス>
本実施形態においては、ユーザが特定の駐車場20に入庫して一回の駐車を開始すると、その駐車が終了するまでの間、携帯端末90が自発的に管理サーバ50にアクセスし、その時点までの駐車時間に見合う駐車料金を管理サーバ50に対して照会する。
図12には、ユーザがある駐車場20において上述の入庫操作を行い、その後、その駐車場20に車両を残したままそこから退出した後、携帯端末90と管理サーバ50との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
携帯端末90は、自発的に(所定の条件が成立するタイミングで、例えば、所定時間のインターバルで(例えば、1分おきに、5分おきに、10分おきに))かまたはユーザからのリクエストに応答し、前記駐車サービス・アプリケーションのうち、管理サーバ50に対する照会を行う部分(図12におけるステップS301−S308)を起動させる。それに応答し、管理サーバ50は、前記駐車場管理プログラムのうち、管理サーバ50に対する照会を行う部分(図12におけるステップS401−S409)を起動させる。
具体的には、携帯端末90は、ステップS301において、管理サーバ50にログインするためのログイン・リクエストを、今回のユーザを識別するためのユーザIDと共に管理サーバ50に送信する。
これに対し、管理サーバ50は、ステップS401において、前記ログイン・リクエストを前記ユーザIDと共に受信し、続いて、ステップS402において、その受信が正常に完了したことを表す確認応答信号ACKを携帯端末90に送信する。
これに対し、携帯端末90は、ステップS302において、その確認応答信号ACKを管理サーバ50から受信する。続いて、ステップS303において、照会リクエストを管理サーバ50に送信する。
これに対し、管理サーバ50は、ステップS403において、その照会リクエストを受信する。続いて、ステップS404において、そのときの時刻が現在時刻として取得される。その後、ステップS405において、メモリ162に今回のユーザIDに関連付けて保存されている入庫時刻が読み出され、その入庫時刻から現在時刻までの経過時間が、現時点での駐車時間として取得される。
その後、ステップS406において、その駐車時間の長さに見合う額の駐車料金(現時点での駐車料金)が計算される。その計算のために、メモリ162に保存されている料金計算テーブル(図示しない)が参照される。
その料金計算テーブルは、駐車時間の長さと駐車料金の額との間の関係であって、日付によって変動することが可能なものを表すテーブルであり、権限を有する者により、管理サーバ50の位置においてか遠隔的に更新されることが可能である。
続いて、ステップS407において、その計算された現時点での駐車料金が、関連する情報と共に、携帯端末90に送信される。
これに対し、携帯端末90は、ステップS304において、その現時点での駐車料金を、前記関連する情報と共に、管理サーバ50から受信する。
続いて、ステップS305において、図13に例示するように、受信した現時点での駐車料金が、前記関連する情報、すなわち、今回の駐車場20の名称、所在地などの駐車場識別情報、入庫時刻、現時点での駐車料金、現時点での駐車時間などと共に、画面135上に表示される。
続いて、ステップS306において、ユーザが、今回の照会を終了させるための終了リクエストを発する(例えば、ユーザが特定の物理的なまたは仮想的な操作部を操作する)。その後、携帯端末90は、ステップS307において、管理サーバ50からログアウトするためのログアウト・リクエストを、今回のユーザのを識別するためのユーザIDと共に管理サーバ50に送信する。
これに対し、管理サーバ50は、ステップS408において、前記ログアウト・リクエストを前記ユーザIDと共に受信し、続いて、ステップS409において、その受信が正常に完了したことを表す確認応答信号ACKを携帯端末90に送信する。
これに対し、携帯端末90は、ステップS308において、その確認応答信号ACKを管理サーバ50から受信する。
<出庫シーケンス>
図14には、ユーザがある駐車場20に出庫する直前に、共に同じ駐車場20に位置する発信機30および携帯端末90と、遠隔地に位置する管理サーバ50との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
発信機30は、自身に固有の識別信号を自発的にかつ継続的に発信する。駐車場20からの出庫に際し、携帯端末90においては、プロセッサ130が、メモリ132に格納されている前記駐車サービス・アプリケーションのうち、出庫処理に関連する部分(図14におけるステップS501−S520)を実行する。管理サーバ50においては、プロセッサ160が、メモリ162に格納されている前記駐車場管理プログラムのうち、出庫処理に関連する部分(図14におけるステップS601−S610)を実行する。
具体的には、携帯端末90において、ユーザにより、メモリ132に格納されている前記駐車サービス・アプリケーションのうち、出庫処理に関連する部分が起動されると、まず、ステップ101と同様にして、ステップS501において、GPS受信機152が外部から受信したGPS信号に基づき、ユーザの現在位置(経緯度)が測定される。
次に、ステップ101と同様にして、ステップS502において、その測定されたユーザの現在位置が、地図を表示部136の画面上に表示するためにプロセッサ130によって参照される基準位置(表示基準点の位置(経緯度))とされる。さらに、全体地図のうち、画面135上のウィンドウ内に一度に表示可能なサイズを有する部分であって前記基準位置が存在するものが、地図の表示範囲(すなわち、前記全体地図のうち、前記ウィンドウ内に各瞬間に表示される領域)に決定される。
続いて、ステップS503において、管理サーバ50にログインするためのログイン・リクエスト(前述の「サービス開始信号」の一例)が、今回のユーザを識別するためのユーザIDと共に管理サーバ50に送信される。
これに対し、管理サーバ50は、ステップS601において、前記ログイン・リクエストを前記現在位置および前記ユーザIDと共に受信する。
続いて、ステップS602において、前記複数の駐車場20のうち、その受信した現在位置の近傍に位置する(例えば、前記現在位置を中心とする半径500mの範囲内に位置する)複数の駐車場20が、複数の候補駐車場として検索される。その検索のために、前記第1データベース(図10において、「DB」で表す。)が参照される。さらに、今回のユーザIDに関連付けてメモリ162に保存されている今回の駐車場IDおよび今回の正規発信機IDが検索される。
その後、ステップS603において、それら検索された複数の候補駐車場20を表す複数の駐車場位置データと、今回の駐車場IDと、今回の正規発信機IDとが携帯端末90に送信される。
これに対し、携帯端末90は、ステップS504において、それら複数の駐車場位置データと、今回の駐車場IDと、今回の正規発信機IDとを受信する。続いて、ステップS105と同様にして、ステップS505において、それら受信された複数の駐車場位置データに基づき、画面135上に表示されている地図上に、複数の候補駐車場20がオーバーレイ表示される。
一例においては、図15(a)に示すように、画面135上に表示されている地図上に、ユーザの現在位置が黒色の三角形202を用いてオーバーレイ表示されるとともに、複数の候補駐車場20が複数の駐車場アイコン204を用いてオーバーレイ表示される。
その後、ステップS506において、図15(b)に示すように、画面135上に表示されている地図上に、出庫をリクエストするためにユーザによって操作される出庫ボタン220(文字や記号、画像などで表示される仮想的ボタン)がオーバーレイ表示される。続いて、ステップS507において、ユーザが、出庫ボタン220を選択する。
なお、これに代えて、出庫ボタン220は、前述の入庫ボタン206と同様に、出庫時に携帯端末90が今回の発信機30を特定した後にはじめて画面135上に表示されるようにしてもよい。
続いて、ステップS112と同様にして、ステップS508において、携帯端末90が発信機30から識別信号を有効に受信したか否かが判定される。
その後、ステップS113と同様にして、ステップS509において、前記受信した識別信号が復調され、続いて、ステップS114と同様にして、ステップS510において、その復調された識別信号によって表される発信機IDが実発信機IDとして解読される。すなわち、今回の発信機30が特定されるのである。
続いて、ステップS115と同様にして、ステップS511において、その解読された実発信機IDと、前記受信した今回の正規発信機IDとが互いに一致するか否かが判定される。
なお、ステップS511は、省略してもよい。今回は、同じユーザが特定の駐車場20に駐車を開始した後に同じ駐車場20から出庫しようとする場面であり、事前に、管理サーバ50にとっては、今回の駐車場20も今回の正規発信機IDも判明している。しかも、ユーザに、別の駐車場20から出庫することを偽装することによって得られる経済的利益が存在しない。よって、ステップS508において携帯端末90が今回の発信機30を特定したことさえ判明すれば、ユーザは現在、今回の駐車場20に訪問していると予測しても支障はない。
ステップS511において、実発信機IDと比較されるべき1つの正規発信機IDは、ユーザによる改ざん防止のため、管理サーバ50から受信したものであることが望ましいが、図8に示す発信機データメモリ165に保存されている正規発信機IDで代用することも可能である。
実発信機IDと正規発信機IDとが互いに一致する場合には、ステップ512において、図15(b)に示すように、ユーザが今回の駐車場20から本当に出庫することを確認するためにユーザによって操作される確認ボタン222が画面135上に表示される。
よって、本実施形態においては、出庫のための一連の手続きの開始をユーザが希望することを確認するために選択される出庫ボタン222と、その手続中に、ユーザが最終的に出庫することを希望することを確認するために選択される確認ボタン222とが存在する。
これに対し、実発信機IDと正規発信機IDとが互いに一致しない場合には、今回の駐車場20への入庫(駐車サービスの開始)がユーザに許可されず、例えばステップS501に戻る。
続いて、ステップS513において、ユーザが確認ボタン222を選択する。その後、ステップS514において、ユーザによって確認ボタン222が選択されたことを表す最終確認データが管理サーバ50に送信される。
すなわち、本実施形態においては、携帯端末90のコンピュータ134のうち、ステップS511およびS514を実行するための部分が、前述の「対象物特定部」の一例を構成していると解釈することが可能である。
これに対し、管理サーバ50は、ステップS604において、その最終確認データを受信する。その結果、今回の駐車場20からの出庫すなわち駐車サービスの終了がユーザに許可される。
続いて、ステップS605において、そのときの時刻が現在時刻として取得される。その後、ステップS606において、メモリ162に今回のユーザに関連付けて保存されている入庫時刻が読み出され、その入庫時刻から現在時刻までの経過時間が、最終的な駐車時間として取得される。
その後、ステップS607において、その駐車時間の長さに見合う額の駐車料金が計算される。その計算のために、メモリ162に保存されている前記料金計算テーブルが参照される。続いて、ステップS608において、その計算された駐車料金が、関連する情報と共に、携帯端末90に送信される。
これに対し、携帯端末90は、ステップS515において、その駐車料金を、関連する情報と共に、管理サーバ50から受信する。
続いて、ステップS516において、図15(c)に例示するように、受信した駐車料金が、今回の駐車場20の名称、所在地などの駐車場識別情報、入庫時刻などと共に、画面135上に表示され、さらに、決済ボタン226も表示される。その決済ボタン226は、画面135上のメッセージ210の内容をユーザが確認し、その内容にて電子決済することをユーザが許可したときに、タッチされて選択されることを予定されたアイコンである。
その後、ステップ517において、ユーザが、その決済ボタン226を選択し、続いて、ステップS518において、管理サーバ50からのログアウトを要求するログアウト・リクエストが管理サーバ50に送信される。
これに対し、管理サーバ50は、ステップS609において、そのログアウト・リクエストを受信する。続いて、ステップS610において、確認応答信号ACKが携帯端末90に送信される。
これに対し、携帯端末90は、ステップS520において、その確認応答信号ACKを管理サーバ50から受信する。
以上の説明から明らかなように、本実施形態においては、図16に機能ブロック図で表すように、携帯端末90のコンピュータ134は、複数の部分を有する。
1.現在位置測定部300
地図上におけるユーザの現在位置を測定する(S101)。
2.地図表示部302
画面135上に、全体地図のうちの一部であってユーザの現在位置の変化に連動して変化するものを切り取って部分地図として表示する(S102)。
3.駐車場位置表示部304
管理サーバ50から複数の駐車場位置データを受信すると、それら駐車場位置データによって表される複数の駐車場位置を前記部分地図上にオーバーレイ表示される状態で、画面135上に表示する(S105)。
この駐車場位置表示部304は、画面135のサイズが有限であるため、通常、管理サーバ50から受信したすべての駐車場を表示できない。その結果、画面135上に表示される複数の駐車場は、管理サーバ50から受信したすべての駐車場より少数の駐車場である。
このことに着目すると、この駐車場位置表示部304は、携帯端末90によって測定された現在位置の近傍に位置するという条件のもと、管理サーバ50から受信したすべての駐車場を、それより少数の候補駐車場に絞り込むフィリタリングを行うことになる。すなわち、この駐車場位置表示部304は、候補駐車場選択部としても機能するのである。
4.入庫ボタン表示部306
駐車サービスの開始をユーザがリクエストするためにそのユーザによって選択される入庫ボタン206(開始リクエスト部)を画面135上に表示する(S114)。
5.駐車場ID送信部308
前記選択された駐車場位置に対応する駐車場ID(レンタル基準位置コード)を管理サーバ50に送信する(S108)。
6.第1ID照合部310
ユーザが、携帯端末90を、前記選択された駐車場位置に設置されている発信機30に接近ないしは接触させると、その発信機30から識別信号を受信する。携帯端末90は、その受信した識別信号によって表される実発信機ID(または実発信機コード)が、管理サーバ50から受信した1つの正規発信機IDと一致するか否かを判定する(S113)。一致すると判定すると、ユーザが本当に、前記選択した駐車場位置に現在訪問すると判定し、一致判定データを管理サーバ50に送信する(S116)。
7.確認ボタン表示部312
ユーザが本当に、前記選択した駐車場位置に現在訪問すると判定されると、今回の駐車サービスをユーザに提供した対価としての駐車料金(レンタル料金)をユーザに課金する際の条件である課金条件を画面135上に表示する。さらに、その課金条件にユーザが同意したことを携帯端末90に意思表示するためにユーザによって選択される確認ボタン212(図11(c)参照)(第1確認部)を画面135上に表示する(S118)。
8.第1最終確認データ送信部314
前記表示されている確認ボタン212がユーザによって選択されると、そのことを表す最終確認データを管理サーバ50に送信する(S120)。
9.駐車料金表示部316
自発的にまたはユーザからの指示に応じて管理サーバ50に照会することにより、そのときの前記駐車料金の額を管理サーバ50から受信し、その駐車料金を画面135上に表示する(S305)。
10.出庫ボタン表示部318
今回の駐車場20から出庫するためにユーザによって選択される出庫ボタン220(終了リクエスト部)を画面135上に表示する(S506)。
11.第2ID照合部320
表示されている出庫ボタン220がユーザによって選択された後、ユーザが、携帯端末90を、前記選択された駐車場位置に設置されている発信機30に接近ないしは接触させると、その発信機30から識別信号を受信し、その受信した識別信号によって表される実発信機ID(または実発信機コード)が前記正規発信機IDと一致するか否かを判定する。(S511)。
12.第2最終確認データ送信部322
今回の駐車サービスを終了させるリクエストを確定するためにユーザによって選択される確認ボタン222(図15(b)参照)(第2確認部)を画面135上に表示する。前記表示されている確認ボタン222がユーザによって選択されると、そのことを表す最終確認データを管理サーバ50に送信する(S512、S514)。
13.電子決済処理部324
ユーザが前記駐車料金を電子的に決済するための処理を行う(S518)。
なお、以上説明した複数の部分のうちの少なくとも1つは、技術的に成立する限り、管理サーバ50のコンピュータ164において部分的にまたは全体的に実現してもよいい。
以上の説明から明らかなように、本実施形態においては、図17の機能ブロック図に示すように、管理サーバ50のコンピュータ164は、複数の部分を有する。
1.候補駐車場選択部400
ユーザの現在位置(携帯端末90の現在位置)の測定結果を携帯端末90から受信すると、前記現在位置の測定結果に基づき、複数の駐車場20の一部であって、携帯端末90の現在位置の近傍に位置する複数の駐車場を今回の複数の候補駐車場として選択する(S201、S202)。
この候補駐車場選択部400は、携帯端末90によって測定された現在位置の近傍に位置するという条件のもと、管理サーバ50のメモリ162に保存されているすべての駐車場データによって表されるすべての駐車場20を、それより少数の候補駐車場20に絞り込むフィリタリングを行うことになる。
2.駐車場位置データ送信部402
選択された複数の候補駐車場20に対応する複数の駐車場位置データを携帯端末90に送信する(S203)。
3.駐車場ID受信部404
携帯端末90において、その携帯端末90が受信した複数の候補駐車場20のうちのいずれかがユーザによって選択されると、その選択された候補駐車場20に固有の駐車場IDを携帯端末90から受信する(S204)。
4.発信機ID送信部406
携帯端末90から受信した駐車場IDに対応する発信機30に固有の正規発信機ID(1つの正規発信機ID)を携帯端末90に送信する(S205、S206)。
5.一致判定データ受信部408
ユーザが、携帯端末90を、前記複数の候補駐車場20のうちユーザによって選択されたものに設置されている発信機30に接近ないしは接触させた結果、その携帯端末90が発信機30から受信した識別信号によって表される実発信機IDが、前記1つの正規発信機IDと一致すると判定すると、そのことを表す一致判定データを携帯端末90から受信する(S207)。
6.駐車開始許可部410
携帯端末90から前記一致判定データを受信した後、前記選択された候補駐車場20について今回の駐車サービスの開始を許可する(S209)。
7.第1駐車料金計算部412
ユーザが確認ボタン212(図11(c)参照)を選択したことに応答して携帯端末90から前記最終確認データを受信すると、そのときの時刻を入庫時刻として認識し、その後、その入庫時刻からの経過時間を測定し、その経過時間の長さに応じて駐車料金を計算する(S209、S210、S404、S406)。
8.第1駐車料金送信部414
携帯端末90から照会リクエストを受信すると、前記計算された駐車料金を携帯端末90に送信する(S407)。
9.第2駐車料金計算部416
ユーザが確認ボタン222(図15(b)参照)を選択したことに応答して携帯端末90から前記最終確認データを受信すると、そのときの時刻を出庫時刻として認識し、その後、前記入庫時刻から前記出庫時刻までの経過時間を測定し、その経過時間の長さに応じて前記駐車料金の最終値を計算する(S605、S606、S607)。
10.第2駐車料金計算部418
その計算された駐車料金の最終値を携帯端末90に送信する(S608)。
なお、以上説明した複数の部分のうちの少なくとも1つは、技術的に成立する限り、携帯端末90のコンピュータ134において部分的にまたは全体的に実現してもよいい。
<第2実施形態>
次に、本発明の例示的な第2実施形態に従う駐車場管理システムを説明する。ただし、第1実施形態に従う駐車場管理システムと共通する部分については重複した説明を省略し、異なる部分についてのみ詳細に説明する。本実施形態に従う駐車場管理システムは、本実施形態に従う駐車場管理方法を実行するように構成されている。
第1実施形態においては、管理サーバ50が携帯端末90に、すべての駐車場20ではなく、それら駐車場20のうち、ユーザの現在位置の近傍にあるものを複数の候補駐車場20として送信する。管理サーバ50は、携帯端末90およびそのユーザの現在位置の近傍に位置するという条件のもと、すべての駐車場20を、それより少数の候補駐車場20に絞り込むために、携帯端末90の測位結果をその携帯端末90から受信して参照する。
さらに、第1実施形態においては、複数の候補駐車場20のいずれがユーザにより、携帯端末90を介して選択された後、管理サーバ50が携帯端末90に、その1つの候補駐車場20に設置されている1台の発信機30に対応する1つの正規発信機IDを送信する。携帯端末90は、発信機30から受信した識別信号に対応する実発信機IDがその1つの正規発信機IDと一致するか否かを判定する。
第1実施形態においては、実発信機IDが最初から1つしか存在しない正規発信機IDと一致すると判定される前に、正規発信機IDおよびユーザが居る駐車場20が特定されており、その一致判定後に、本当に、現にユーザがその駐車場20に居ることが確認される。
これに対し、第2実施形態においては、管理サーバ50が携帯端末90に、すべての駐車場20を複数の候補駐車場20として送信する。管理サーバ50は、携帯端末90の位置情報をその携帯端末90から受信して参照することは不要である。したがって、管理サーバ50においては、候補駐車場20の絞り込みが不要となる。
とはいえ、携帯端末90においては、画面135上に表示されている部分地図上に地理的に存在する駐車場20しか表示されないため、事実上、管理サーバ50は、ユーザの現在位置に応じ、ユーザに利用される可能性が高い駐車場のみを携帯端末90に送信しているのと等価である。
すなわち、第1実施形態においては、候補駐車場20の絞り込みが管理サーバ50と携帯端末90とによって2段階で行われるのに対し、第2実施形態においては、その絞り込みが携帯端末90のみによって行われるのである。
さらに、第2実施形態においては、管理サーバ50が携帯端末90に、すべての駐車場20にそれぞれ設置されているすべての発信機30にそれぞれ対応するすべての正規発信機IDを送信する。
とはいえ、上述のように、携帯端末90においては、画面135上に表示されている部分地図上に地理的に存在する駐車場20しか表示されないため、事実上、管理サーバ50は、ユーザの現在位置に応じ、ユーザに利用される可能性が高い駐車場に設置されている複数の発信機30に対応する複数の正規発信機IDのみを携帯端末90に送信しているのと等価である。
さらに、第2実施形態においては、実発信機IDが、前記受信した複数の正規発信機ID(複数の候補正規発信機ID)のうちのいずれかと一致すると判定される前に、ユーザによって選択された駐車場20に対応する1つの正規発信機IDが特定されていない。その一致判定後に、真の1つの正規発信機IDと、ユーザによって選択された駐車場20とが特定され、さらに、はじめて、現にユーザがその駐車場20に居ることが判明する。
<入庫シーケンス>
図18には、ユーザがある駐車場20に入庫した直後に、今回の駐車を開始するために、共に同じ駐車場20に位置する発信機30および携帯端末90と、遠隔地に位置する管理サーバ50との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
発信機30は、自身に固有の識別信号を自発的にかつ継続的に発信する。駐車場20への入庫に際し、携帯端末90においては、プロセッサ130が、メモリ132に格納されている駐車サービス・アプリケーションのうち、入庫処理に関連する部分(図18におけるステップS701−S704、S101、S102、S105−S107、S110−S114およびS117−S123)を実行する。管理サーバ50においては、プロセッサ160が、メモリ162に格納されている駐車場管理プログラムのうち、入庫処理に関連する部分(図18におけるステップS801−805およびS208−S213)を実行する。
図18において、ステップS101、S102、S105−S107、S110−S114およびS117−S123は、図10に示すものと同様であるため、重複した説明を省略する。
具体的には、携帯端末90において、ユーザにより、前記駐車サービス・アプリケーションが起動されると、まず、ステップS101において、ユーザの現在位置が測定され、次に、ステップS102において、測定されたユーザの現在位置に応じて、画面135上に部分地図が表示される。
続いて、ステップS701において、管理サーバ50にログインするためのログイン・リクエスト(前述の「サービス開始信号」の一例)が、今回のユーザを識別するためのユーザIDと共に管理サーバ50に送信される。
これに対し、管理サーバ50は、ステップS801において、前記ログイン・リクエストをユーザIDと共に受信し、続いて、ステップS802において、すべての駐車場20が、複数の候補駐車場として検索される。その検索のために、前記第1データベース(図10において、「DB」で表す。)が参照される。
その後、ステップS803において、それら検索された複数の候補駐車場20の位置を表す複数の駐車場位置データが、それら候補駐車場20に対応する複数の駐車場IDおよび複数の正規発信機IDと共に、携帯端末90に送信される。
これに対し、携帯端末90は、ステップS702において、それら駐車場位置データを複数の駐車場IDおよび複数の正規発信機IDと共に受信する。受信した複数の駐車場位置データおよび駐車場IDは、互いに関連付けて、図7に示す駐車場データメモリ163に保存され、また、受信した複数の正規発信機IDは、複数の駐車場IDに関連付けて、図8に示す発信機データメモリ165に保存される。
続いて、ステップS105において、前記受信された複数の駐車場位置データに基づき、画面135上に表示されている地図上に複数の候補駐車場20がオーバーレイ表示される。
このステップ105においては、画面135上に、受信された複数の駐車場位置データによって表される複数の駐車場20のすべて(管理サーバ50のメモリ162に保存されているすべての駐車場20)が表示されるわけではない。ユーザの現在位置と画面135のサイズとによって決まるウインドウ内に位置する、前記複数の駐車場20より少数の複数の候補駐車場20のみが画面135上に表示される。すなわち、管理サーバ50から受信した複数の駐車場20が、ユーザの現在位置と画面135のサイズとによってさらに、少数の候補駐車場20に絞り込まれるのである。
その後、ステップS106において、ユーザが、いずれかの駐車場20の表示位置に指でタッチすることにより、いずれかの駐車場20を選択する。
その選択に引き続き、ユーザは、実在する今回の駐車場20(実在する複数の駐車場20のうちユーザが実際に選択してそこに訪問しているもの(ユーザが携帯端末90の操作によって選択したものではないもの)に存在する発信機30に携帯端末90を接近させるかまたは接触させる。その結果、携帯端末90は、今回の発信機30からの信号を受信可能な状態となる。
このステップS106においては、第1の態様として、その選択された駐車場20に対応する駐車場IDが今回の駐車場IDとして管理サーバ50に送信されてもよいが、第2の態様として、後述のステップS703において、今回の実発信機IDが、今回の複数の正規発信機IDのうちのいずれかと一致すると判定された時点で、はじめて、今回の駐車場IDが管理サーバ50に送信されてもよい。
すなわち、第1の態様においては、ユーザの意思、すなわち、ユーザによる駐車場20の携帯端末90上での選択結果が、ユーザが実際に滞在している駐車場20(本当の駐車場A)がどの駐車場であるのかより優先される。
その結果、今回の実発信機IDがいずれかの正規発信機IDと一致すると判定される前に、携帯端末90が今回の駐車場IDが管理サーバ50に送信される。そのため、ユーザがいずれの駐車場20を携帯端末90上で選択したかという主観的な参照情報しか存在しない不確定な段階で、ユーザによって携帯端末90上で選択された駐車場20が今回の駐車場IDによって表されるものとして管理サーバ50に報告されることになる。
これに対し、第2の態様においては、ユーザが実際に滞在している駐車場20がどの駐車場であるのかが、ユーザの意思、すなわち、ユーザによる駐車場20の携帯端末90上での選択結果より優先される。
その結果、今回の実発信機IDがいずれかの正規発信機IDと一致すると判定された後に、はじめて、携帯端末90が今回の駐車場IDを管理サーバ50に送信する。この態様においては、ユーザの操作に依存することなくいずれの発信機30が特定されたかという客観的な参照情報が存在する確定的な段階で、携帯端末90が今回の駐車場IDを管理サーバ50に報告することになる。
この第2の態様においては、ユーザが携帯端末90上でいずれの駐車場20を選択したかという主観的な参照情報を利用しないのであれば、携帯端末90がユーザに対し、画面135上で駐車場20の選択を要求するステップS106を省略することが可能である。
ただし、本実施形態においては、図18に示すように、ユーザが携帯端末90上でいずれの駐車場20を選択しない限り、携帯端末90が発信機30からの識別信号の受信を開始しない。
一方、ユーザが携帯端末90上でいずれの駐車場20を選択するという行為は、ユーザが、画面135上に現に表示されている複数の候補駐車場20は、それらの中に、ユーザが駐車を希望する駐車場20が存在することが確認されるという意味において、ユーザにとって妥当な選択肢であることが判明することになる。
よって、本実施形態によれば、ユーザが携帯端末90上で選択した駐車場20と、特定された発信機30とが互いに一致しない事態が発生する頻度が低減する可能性がある。
その後、ステップS107において、画面135上において、その選択された駐車場20(今回の駐車場20)が、他の駐車場とは視覚的に区別されるように表示される。
続いて、ステップS110において、携帯端末90が発信機30から識別信号を有効に受信したか否かが判定される。
携帯端末90が発信機30から識別信号を有効に受信した場合には、その後、ステップS111において、前記受信した識別信号が復調され、続いて、ステップS112において、その復調された識別信号によって表される発信機IDが実発信機IDとして解読される。
続いて、ステップS703において、そのようにして解読された実発信機IDが、図8に示す発信機データメモリ165に保存されている複数の正規発信機IDではなく、それら正規発信機IDのうち、画面135上に表示されている、より少数の正規発信機IDのうちのいずれかと一致するか否かが判定される。すなわち、ID照合が行われるのである。
このステップS703において、実発信機IDと比較される相手が、発信機データメモリ165に保存されている複数の正規発信機ID(それら正規発信機IDは、本実施形態においては、第1実施形態とは異なり、管理サーバ50のメモリ162に保存されているすべての駐車場20に対応する複数の発信機IDと一致する)ではなく、画面135上に表示されている少数の正規発信機IDとされている。その理由は、ステップS106において、ユーザが、そのときに画面135上に表示されている複数の候補駐車場20であってユーザの現在位置と画面135のサイズとに応じてフィリタリングされたもののうちのいずれかを選択したという事実を尊重するためである。
ただし、このステップS703は、それに代えて、実発信機IDが、発信機データメモリ165に保存されている複数の正規発信機IDと比較される態様で実行することも可能である。
ステップS703において、実発信機IDが、いずれかの正規発信機IDと一致すると判定されると、その後、ステップS114において、図11(b)に示すように、画面135上に表示されている地図上に入庫ボタン206(文字や記号、画像などで表示される仮想的ボタン)がオーバーレイ表示される。続いて、ステップS115において、ユーザが、入庫ボタン206に指でタッチすることにより、その入庫ボタン206を選択して起動させる。
その後、ステップS704において、実発信機IDがいずれかの正規発信機IDと一致することを表す前記一致判定データが、今回の駐車場IDと共に管理サーバ50に送信される。この際、今回の駐車場IDは、単独で送信されてもよいし、実発信機IDおよび/またはその実発信機IDと一致する正規発信機IDと共に管理サーバ50に送信されてもよい。
本実施形態においては、今回の駐車場IDが、今回の発信機30および今回の駐車場20を識別する識別情報の一例であり、別の識別情報の例として、今回の発信機IDなどがある。
よって、本実施形態においては、携帯端末90のコンピュータ134のうち、ステップS703およびS704を実行するための部分が、前述の「対象物特定部」の一例を構成していると解釈することが可能である。
これに対し、管理サーバ50は、ステップS804において、前記一致判定データを、今回の駐車場IDと、実発信機IDと、その実発信機IDと一致する正規発信機IDと(それら3つの情報は、互いに対応付けられているから、実質的には互いに一致する)のうち少なくとも今回の駐車場IDと共に受信する。
このとき、管理サーバ50は、このステップS804において、実発信機IDが設置されている駐車場20をユーザの今回の駐車場として特定する。
よって、本実施形態においては、携帯端末90のコンピュータ134のうち、ステップS703およびS704を実行するための部分と、管理サーバ50のコンピュータ164のうち、ステップS804を実行するための部分とが、互いに共同して、前述の「対象物特定部」の一例を構成していると解釈することも可能である。
続いて、管理サーバ50は、ステップS805において、前記少なくとも今回の駐車場IDを、前記ユーザIDに関連付けてメモリ162に保存する。
その後、携帯端末90においては、ステップS117−S123が第1実施形態と同様にして実行され、一方、管理サーバ50においては、ステップS208−S213が第1実施形態と同様にして実行される。
以上要するに、本実施形態においては、携帯端末90が、実発信機IDが、いずれかの正規発信機IDと一致するか否かを判定し、一致する場合に、前記一致判定データを管理サーバ50に送信する。
その後、管理サーバ50が、前記一致判定データに関連付けて携帯端末90から受信した今回の駐車場IDを用いるか、または、前記一致判定データに関連付けて携帯端末90から受信した発信機IDを駐車場IDに変換し、その変換された駐車場IDを用いることにより、実発信機IDが設置されている駐車場20をユーザの今回の駐車場として特定する。
しかし、本発明は、今回の駐車場の特定ないしは識別が携帯端末90において行われ、その結果のみが、携帯端末90から管理サーバ50に送信される態様で実施してもよい。
<出庫シーケンス>
図19には、ユーザがある駐車場20に出庫する直前に、共に同じ駐車場20に位置する発信機30および携帯端末90と、遠隔地に位置する管理サーバ50との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
発信機30は、自身に固有の識別信号を自発的にかつ継続的に発信する。駐車場20からの出庫に際し、携帯端末90においては、プロセッサ130が、メモリ132に格納されている前記駐車サービス・アプリケーションのうち、出庫処理に関連する部分(図19におけるステップS901、S902、S501、S502およびS505−S520)を実行する。管理サーバ50においては、プロセッサ160が、メモリ162に格納されている前記駐車場管理プログラムのうち、出庫処理に関連する部分(図19におけるステップS1001およびS1002ならびにステップS604−S610)を実行する。
図19において、S501、S502およびS505−S520およびS604−S610は、図14に示すものと同様であるため、重複した説明を省略する。
具体的には、携帯端末90において、ユーザにより、前記駐車サービス・アプリケーションが起動されると、まず、ステップS501において、ユーザの現在位置が測定され、次に、ステップS502において、測定されたユーザの現在位置に応じて、画面135上に部分地図が表示される。
続いて、ステップS901において、管理サーバ50にログインするためのログイン・リクエスト(前述の「サービス開始信号」の一例)が、今回のユーザを識別するためのユーザIDと共に管理サーバ50に送信される。
これに対し、管理サーバ50は、ステップS1001において、前記ログイン・リクエストを前記ユーザIDと共に受信する。続いて、ステップS1002において、今回のユーザIDに関連付けてメモリ162に保存されている今回の駐車場IDおよび今回の正規発信機IDと複数の駐車場位置データとを携帯端末90に送信する。
これに対し、携帯端末90は、ステップS902において、前記送信された今回の駐車場IDおよび今回の正規発信機IDと複数の駐車場位置データとを管理サーバ50から受信する。
続いて、ステップS505において、その受信された複数の駐車場位置データに基づき、画面135上に表示されている地図上に複数の候補駐車場20がオーバーレイ表示される。
その後、ステップS506において、画面135上に表示されている地図上に出庫ボタン220がオーバーレイ表示される。続いて、ステップ507において、ユーザが、出庫ボタン220を選択する。
その後、携帯端末90においては、ステップS508−S518が第1実施形態と同様にして実行され、一方、管理サーバ50においては、ステップS604−S610が第1実施形態と同様にして実行される。
以上の説明から明らかなように、本実施形態においては、図20に機能ブロック図で表すように、管理サーバ50のコンピュータ164は、複数の部分を有する。ただし、それら部分のうち、図17の機能ブロック図と共通する部分については、重複した説明を省略する。
1.候補駐車場選択部500
第1実施形態とは異なり、管理サーバ50のメモリ162に保存されているすべての駐車場データによって表されるすべての駐車場20を今回の複数の候補駐車場20として選択する(S802)。
2.駐車場位置データ送信部502
第1実施形態とは異なり、管理サーバ50のメモリ162に保存されているすべての駐車場データを携帯端末90に送信する(S803)。
3.発信機ID送信部504
第1実施形態とは異なり、管理サーバ50のメモリ162に保存されているすべての駐車場データによって表されるすべての駐車場20に対応する複数の発信機IDを複数の正規発信機IDとして携帯端末90に送信する(S803)。
4.一致判定データ受信部506
ユーザが、携帯端末90を、前記複数の候補駐車場20のうちユーザによって選択されたものに設置されている発信機30に接近ないしは接触させた結果、その携帯端末90が発信機30から受信した識別信号によって表される実発信機IDが、前記複数の正規発信機IDのうちのいずれかと一致すると判定すると、そのことを表す一致判定データを携帯端末90から受信する(S804)。
5.駐車場ID受信部508
携帯端末90が前記一致判定を行うと、実発信機IDに対応する駐車場IDを携帯端末90から受信する(S804)。これにより、その駐車場IDが割り当てられている駐車場20がユーザの今回の駐車場として特定されてメモリ162に登録されることになる。
なお、本実施態様は、駐車開始許可部410、第1駐車料金計算部412、第1駐車料金送信部414、第2駐車料金計算部416および第2駐車料金計算部418を有する点で、第1実施態様と共通する。
なお、以上説明した複数の部分のうちの少なくとも1つは、技術的に成立する限り、携帯端末90のコンピュータ134において部分的にまたは全体的に実現してもよいい。
図21には、本実施形態に従う駐車場管理システム10において、任意の駐車場20に実際に設置されている発信機30がユーザの携帯端末90を用いて特定される原理が概念的に斜視図で表されている。
この原理を説明するために、実空間と仮想空間とが想定される。実空間には、いくつかの実際の駐車場20と、いくつかの実際の発信機30と、実際のユーザの携帯端末90とが存在する。これに対し、仮想空間には、いくつかの仮想の駐車場20と、いくつかの仮想の発信機30と、仮想のユーザの携帯端末90とが存在する。
実空間と仮想空間との間において、各実駐車場20には、仮想駐車場20という分身が存在し、同様にして、実発信機30にも、仮想発信機30という分身が存在し、同様にして、実携帯端末90にも、仮想携帯端末90という分身が存在する。
本実施形態においては、実携帯端末90が実発信機30から識別信号を受信し、実発信機IDを取得する。この実発信機IDは、もちろん、実携帯端末90と仮想携帯端末90とによって共有される。
さらに、実携帯端末90は、実発信機IDの取得と実質的に同じタイミングで、そのときの自身の実位置である実現在位置(仮想現在位置と一致する)を表す情報を取得する。その位置関連情報も、もちろん、実携帯端末90と仮想携帯端末90とによって共有される。
その結果、実空間上では、実携帯端末90の動作内容であるが、仮想空間上では、仮想携帯端末90が、その仮想現在位置という位置情報を媒介として、その仮想現在位置の近傍に位置するいくつかの仮想駐車場20を検索する。
この仮想携帯端末90は、さらに、それら仮想駐車場20に設置されるいくつかの仮想発信機30のそれぞれの発信機IDを仮想発信機ID(すなわち、正規発信機ID)として取得する。複数の仮想発信機30が存在する場合には、複数の仮想発信機IDが取得され、本来であれば、それら仮想発信機IDのうちのいずれかが、今回の実発信機IDと一致するはずである。それら仮想発信機IDも、もちろん、実携帯端末90と仮想携帯端末90とによって共有される。
今回の実発信機30の設置位置が正規であれば、その実発信機30の実発信機IDは、いくつかの仮想発信機IDのうちのいずれかと一致するはずである。この前提に着目することにより、今回の実発信機30の設置位置が正規であるか否かが判定され、正規であれば、今回の実発信機30が実際に設置されている駐車場20が、ユーザが今まさに訪問している駐車場20であると判定されることになる。
このように、本実施形態によれば、今回の実発信機30の設置位置が正規であるか否かという判定(換言すれば、今回の駐車場20に実際に設置されている実発信機30が今回の駐車場20にとって正しい発信機であるか否かという判定)を、その実発信機30の実際の位置に注目することも、それを測定することもなく、行うことが可能である。
一方、実発信機30に実携帯端末90が近接している限り、実携帯端末90は自身の位置を実発信機30の位置として測定することが可能である。しかし、その測定に際して位置誤差が存在することを避け得ない。
それにもかかわらず、本実施形態によれば、今回の実発信機30の設置位置が正規であるか否かの判定を、その実発信機30の実際の位置に注目することなく、正確に行うことが可能となる。
たしかに、本実施形態においては、携帯端末90の測位結果に依存して正規発信機IDが取得されるが、携帯端末90の測位結果は、複数の候補駐車場20を地理的に選択するために用いられる(各候補駐車場20の位置情報は携帯端末90および/または管理サーバ50にとっては既知)。
一方、候補駐車場20と発信機30との対応関係、ひいては、候補駐車場20の駐車場IDと発信機30の正規発信機IDとの対応関係は、携帯端末90および/または管理サーバ50にとって既知である。
よって、本実施形態によれば、携帯端末90の測位誤差の影響を受けることなく、正規発信機IDを取得することができる。その結果、今回の発信機30が今回の駐車場20にとって正規なものであるか否か、すなわち、今回の発信機30が実際に設置されている駐車場20が、その発信機30によって正規なものであるか否かを判定することが可能となる。
なお付言するに、上述のいくつかの実施形態は、本発明を、不動産としての駐車場をレンタル対象とするレンタル・サービスに適用した場合のいくつかの具体例であるが、これに代えて、本発明は、例えば、別の不動産、例えば、貸し倉庫、貸し部屋などをレンタル対象とするレンタル・サービスに適用したり、動産、例えば、車両(自動車、自転車、自動二輪車など)などをレンタル対象とするレンタル・サービスに適用することが可能である。さらに、本発明は、レンタル・サービス以外の用途に適用することも可能である。
さらに付言するに、上述のいくつかの実施形態は、本発明を、発信機30と、携帯端末90と、管理サーバ50とを用いて、不動産としての駐車場をレンタル対象とするレンタル・サービスに適用した場合のいくつかの具体例であるが、これに代えて、発信機30と、携帯端末90とを用い、管理サーバ50を用いることなく、同じ処理を実行してもよい。例えば、上述のいくつかの実施形態において、管理サーバ50が実施していた処理と同じものを携帯端末90が実行する態様で本発明を実施してもよい。
以上、本発明のいくつかの実施形態を図面に基づいて詳細に説明したが、これらは例示であり、前記[発明の概要]の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。