以下、本発明のさらに具体的な例示的な実施の形態のうちのいくつかを図面に基づいて詳細に説明する。
<第1の実施形態>
図1には、本発明の例示的な第1の実施形態に従う無人レンタルルーム管理システム(「レンタルスペース管理システム」の一例であり、以下、単に「システム」という。)10が示されている。
まず、概略的に説明するに、このシステム10は、ユーザによるレンタルルーム22の予約(利用場所、予定開始時刻(希望利用開始時刻)および予定終了時刻(希望利用終了時刻)などの指定)を条件に、ユーザの携帯端末90がレンタルルーム22ごとに設置された発信機30を用いることにより、レンタルルーム22の位置に対するユーザの相対的な位置の変化をダイナミックに遠隔的に監視するように構成されている。
図示する例においては、レンタルルーム22が、内部空間(例えば、概して矩形状、円形状を成す空間)が外壁(例えば、4枚の外壁)によって包囲された個室である。
より具体的には、このシステム10においては、携帯端末90が、発信機30から受信した信号に基づき、その発信機30の位置に対する相対的なユーザの位置を、予定開始時刻および予定終了時刻のうちの少なくとも一方に時間的に関連付けて(例えば、予定開始時刻および予定終了時刻のうちの少なくとも一方に時間的に関連するタイミングで)測定し、それにより、予約したレンタルルーム22の位置に対する相対的なユーザの実際の位置をユーザの実際行動を表す情報として監視する。
さらに、本実施形態においては、携帯端末90が、発信機30からの信号(例えば、信号強度と距離との関係)を用いることにより、予約したレンタルルーム22の位置に対する相対的なユーザの実際の位置を2段階(例えば、タッチ状態と、非タッチ状態)、3段階(例えば、タッチ状態と、室内存在信号と、受信可能エリア外)または4段階(例えば、タッチ状態と、室内存在信号と、室外存在信号と、受信可能エリア外)で検出する。
よって、本実施形態においては、携帯端末90が自身のカメラで発信機30またはレンタルルーム22を撮影することなく、携帯端末90が発信機30との距離を測定するため、携帯端末90および発信機30が互いに共同して少なくとも部分的に監視カメラの機能を代替する。
さらに、このシステム10においては、携帯端末90および/または管理サーバ50が、前記監視されたユーザの実際行動と、前記予約の内容(時間スケジュール、行動スケジュール)に従う正規行動とが不一致であると、ユーザに対し、その後におけるユーザの実際行動を正規行動に修正することを催促するための視覚的または聴覚的なメッセージを出力する。
次に、図1を参照することにより、このシステム10の構成をさらに具体的に説明するに、このシステム10は、複数のレンタルルーム施設20(図1には、それらレンタルルーム施設20のうちの代表的なレンタルルーム施設Aのみが図示されている)を集中的に管理するためのシステムである。各レンタルルーム施設20は、複数のレンタルルーム22を有しており、各レンタルルーム22は、1人または複数人のユーザに一時的に貸与されるレンタルスペースの一例である。
また、本実施形態においては、後述の第2の実施形態とは異なり、レンタルルーム22は有料であり、その利用時間の長さに見合う額のレンタル料金をユーザが後払いすることを要求される。
ここで、レンタルルーム22の分類について説明するに、各レンタルルーム22は、第1類型のレンタルスペースに属し、これは、各レンタルスペースについてのユーザによる使用開始時刻から使用終了時刻までの各回の使用期間のうちの実質的な全体にわたり、そのレンタルスペースの発信機30に対し、ユーザの携帯端末90が、発信機30との間で近距離通信可能な距離の範囲内に配置されるという特性を有する。同じ第1類型に属する別のレンタルスペースとしては、滞在施設内の複数の部屋が存在する。
第2類型のレンタルスペースも存在し、これは、各レンタルスペースについてのユーザによる使用開始時刻から使用終了時刻までの各回の使用期間のうちの少なくとも開始段階と終了段階とにおいて、そのレンタルスペースの発信機30に対し、ユーザの携帯端末90が、発信機30との間で近距離通信可能な距離の範囲内に配置されるという特性を有する。この第2類型に属するレンタルスペースとしては、駐車場(駐輪場を含む)内の複数の車室、複数の貸しロッカールーム、複数の貸し倉庫、および、複数の貸し金庫が存在する。
各レンタルルーム施設20は、無人で遠隔的に管理される無人式である。さらに、設備の削減・簡素化のため、各レンタルルーム施設20には、ユーザがレンタル料を支払うための精算機も、ユーザにチケットを発行するための発券機も設置されていない。
ところで、レンタルルーム施設20の管理方式として、各レンタルルーム施設20ごとに、そのレンタルルーム施設20に設置された設備のみを用いて自立的に(個別的にないしは自己完結的に)管理される自立管理方式と、複数のレンタルルーム施設20が遠隔的にある管理サーバ50(図1参照)と通信することによってそれらレンタルルーム施設20を集中的に管理する集中管理方式とが存在する。本実施形態に従うシステム10は、そのレンタルルーム施設管理方式として前述の集中管理方式を採用している。
<システム構成の概略>
具体的には、図1に示すように、このシステム10は、各レンタルルーム施設20内の各レンタルルーム22に1台ずつ設置される発信機30と、複数のレンタルルーム施設20を集中的に管理する管理センタ40に設置される管理サーバ50と、ユーザの携帯端末90とを備えている。各レンタルルーム22に設置される発信機30の台数は、複数台でもよく、例えば、1つのレンタルルーム施設20の平面視においてそれの全体空間を実質的に漏れなくカバーするように配置された複数の有効受信エリアを有する複数台の発信機30を用いてもよい。
本実施形態に従うシステム10は、有料のレンタルルーム22を管理するためのものである。各レンタルルーム22には、ドア91があり、それを開けない限りユーザはそのレンタルルーム22に入室も退室もできない。そのドア91には、ユーザが携帯端末90を用いて無線によって解錠が可能な電子錠ユニット(以下、単に「電子錠」ともいう。)92が設置されている。ユーザの携帯端末90は、予約後、電子錠ユニット92を無線で解錠してレンタルルーム22内に入室する。
電子錠ユニット92は、携帯端末90または管理サーバ50が発信機30を用いてユーザが実際にレンタルルーム22から退室したことを検出すると、管理サーバ50が電子錠ユニット92の通信部93に施錠指令を送信して遠隔的に施錠する。これに代わるかまたはこれに加えて、電子錠ユニット92は、ユーザがレンタルルーム22から退室し、ドア91を閉めると、携帯端末90または管理サーバ50の介入なしで、自動的に施錠するようにしてもよい。
<発信機>
本実施形態においては、同じレンタルルーム施設20に複数のレンタルルーム22が設置されており、各レンタルルーム22ごとに1台の発信機30が使用される。
各発信機30は、自身に固有の発信機ID(「発信機コード」の一例)を表す識別信号を発信するように構成される。1つの発信機IDは、1つのレンタルルーム22にとっても固有であるため、後述のように、1つのルームID(「ルーム・コード」の一例)に1対1で対応付けられる。
図2に示すように、このシステム10においては、ユーザが、自身の携帯端末90を用いて、ユーザが現在滞在しているレンタルルーム22に設置されている発信機30から前述の識別信号を、発信機30との接触状態または非接触状態(携帯端末90を発信機30にかざす状態または携帯端末90が発信機30から少し離れた状態)で、近距離一方向無線通信方式で受信するとともに、管理センタ40の管理サーバ50との間で遠距離双方向無線通信を行う。
ユーザの携帯端末90は、ユーザによって携帯されるとともに無線通信機能を有するデバイス、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、PDAなどである。
ここで、図1における複数台の発信機30を代表する1台の発信機30につき、ハードウエア構成(図3参照)およびソフトウエア構成(図4参照)を説明する。
まず、概念的に説明するに、発信機30は、対応するレンタルルーム22に少なくとも1台ずつ設置され、対応するレンタルルーム22に固有のレンタルルーム施設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つのレンタルルーム22に割り当てられたルーム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から識別信号を非接触式で受信することができる。
図1に概念的に平面図で示すように、各発信機30には、2種類の受信エリアが割り当てられる。それらは、受信可能エリアと有効受信エリアである。それらエリアは、いずれも、各発信機30を発信源とする円で概して定義され、受信可能エリアは、受信可能半径(最大受信半径)を有するのに対し、有効受信エリアは、有効受信半径を有する。
しかし、具体的には、受信可能エリアは、各発信機30の電力供給が正常である場合に、その発信機30からの識別信号が到達可能なエリア、すなわち、そのエリア内に存在する限り、携帯端末90がその識別信号を受信可能なエリアを意味する。
これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、例えば携帯端末90の信号処理特性の設定次第で任意に設定することが可能である。
有効受信半径は、0m(タッチ状態)から最大受信半径までの範囲内にある。また、最大受信半径は、例えば、50mから70mまでの範囲内にある。
すなわち、最大受信半径は、ハードウエアによって決まる受信限度を意味するのに対し、有効受信半径は、ソフトウエアによって決まる受信限度を意味するということが可能なのである。
前述のように、携帯端末90は、それが発信機30から受信した識別信号の強度に基づき、その発信機30との距離を測定する。その距離測定値は、有効受信半径を超えることもあれば、超えないこともある。そして、その距離測定値が受信有効半径を超えないときは、携帯端末90が有効受信エリア(図1参照)内に存在するときであるのに対し、その距離測定値が受信有効半径を超えるときは、携帯端末90が受信可能エリア内には存在するが有効受信エリア内には存在しないときである。
携帯端末90は、発信機30から識別信号を受信した後、前記距離測定値が有効受信半径の設定値以下であるか否かを判定し、その設定値以下であると判定すると、携帯端末90が現在、有効受信エリア内に位置するから、携帯端末90は、「発信機30からの識別信号を有効に受信した(以下、単に「識別信号を受信した」ともいう。)」と判定する。ここに、「有効に受信した」ということは、携帯端末90がいずれかの発信機30を検知した、特定した、または識別したということを意味する。
これに対し、携帯端末90は、前記距離測定値が前記設定値より大きいと判定すると、携帯端末90が現在、有効受信エリア外に位置するから、携帯端末90は、「発信機30からの識別信号を有効に受信していない(以下、単に「識別信号を受信していない」ともいう。)」と判定する。
すなわち、本実施形態においては、携帯端末90が有効受信エリア外に位置する場合には、実際には、携帯端末90が識別信号を受信しているにもかかわらず、みかけ上、携帯端末90は識別信号を受信していないこととしてソフトウエア上で取り扱われることになるのである。
図1には、発信機30に割り当てられる有効受信エリアの一例が平面図で示されている。この例においては、レンタルルーム22の平面視において、それの概して中央位置に発信機30が設置されている。
本実施形態においては、その発信機30の有効受信エリアが2種類存在する。
第1の有効受信エリアは、前記設定値が0(以下、「ショート受信レンジ用設定値」という。)、すなわち、携帯端末90が発信機30と同じ位置に位置し、ユーザが携帯端末90を発信機30にタッチさせたときに携帯端末90が発信機30を有効に受信したと判定するための有効受信エリア(ショート受信レンジ)である。なお、これに代えて、前記設定値が約10-約20cm、すなわち、ユーザが携帯端末90を発信機30にかざしたとき(タッチ直前の状態にあるとき)に携帯端末90が発信機30を有効に受信したと判定するための有効受信エリアを採用してもよい。
第2の有効受信エリアは、前記設定値が、平面視においてレンタルルーム22に概して外接するか内接する一円の半径に概して等しい値(以下、「ロング受信レンジ用設定値」という。)、すなわち、携帯端末90がそのレンタルルーム22の内部空間内に位置していれば、携帯端末90が発信機30を有効に受信したと判定するための有効受信エリア(ロング受信レンジ)である。このロング受信レンジ用設定値は、例えば、3m、5m、10m、20mなどである。
すなわち、第1の有効受信エリアは、ユーザが発信機30と同じ場所に居て携帯端末90で発信機30にタッチしたという行動を検出するためのものであり、一方、第2の有効受信エリアは、ユーザがレンタルルーム22の室内に存在するという行動を検出するためのものである。
<電子錠ユニット>
次に、機能ブロック図である図5を参照して電子錠ユニット92のハードウエア構成を説明するに、電子錠ユニット92は、携帯端末90との近距離通信と、管理サーバ50との通信とが可能である通信部93と、対応するレンタルルーム22のドア91を施錠状態と解錠状態とに切り換える機構部94と、通信部93からの信号に応じて機構部94を施錠状態と解錠状態とに切り換える制御部95とを有する。
制御部95は、プロセッサ96およびそのプロセッサ96によって実行される複数のアプリケーションを記憶するメモリ97を有するコンピュータを主体として構成されている。機構部94は、モータ94aと、そのモータ94aによって駆動される可動部94bと、その可動部94bにより、施錠状態と解錠状態とに切り換わる錠94cとを有する。モータ94aは、電源98から供給された電力によって駆動される。錠94cは、ドア91と、レンタルルーム22のうち、そのドア91が取り付けられる枠とに跨るように設置される。可動部94bの一例は、錠94cの開閉を行うためにドア91の室内側に装着されている金具であるサムターンである。
いずれかのレンタルルーム22を予約したユーザにつき、予定開始時刻の到来に先立ち、管理サーバ50は、予約したレンタルルーム22の電子錠ユニット92に、その電子錠ユニット92を解錠する権限を有する今回のユーザのユーザIDを送信する。その後、電子錠ユニット92は、ユーザが、そのユーザIDが記録された自身の会員カード(前記「個人認証カード」の一例であり、個人用磁気カードまたは個人用ICカードの一例でもある)または携帯端末90を電子錠ユニット92の通信部93にかざすと、解錠する。このように、電子錠ユニット92は、ユーザIDをあたかも、当該電子錠ユニット92に固有の暗証番号のように用いて適用することにより、電子錠ユニット92を解錠する。
これに代えて、電子錠ユニット92は、暗証番号を適用することによって解錠するように構成されてもよい。しかし、この場合には、その電子錠ユニット92において暗証番号が定期的に変更されるようになっていないと、過去のユーザが電子錠ユニット92と暗証番号との組合せを記憶してしまい、それを利用して、不正に電子錠ユニット92を解錠してレンタルルーム22に入室してしまうおそれがある。
電子錠ユニット92は、携帯端末90または管理サーバ50が発信機30を用いてユーザが実際にレンタルルーム22から退室したことを検出すると、管理サーバ50が電子錠ユニット92の通信部93に施錠指令を送信して遠隔的に施錠する。
これに代わるかまたはこれに加えて、電子錠ユニット92は、ユーザがレンタルルーム22から退室し、ドア91を閉めると、携帯端末90または管理サーバ50の介入なしで、自動的に施錠するようにしてもよい。
ここに、「施錠」は、例えば、室内からの操作ではドア91が開くが、室外からの操作ではドア91が開かない状態を意味するか、または、室内からの操作でも室外からの操作でもドア91が開かない状態を意味する。
<携帯端末>
次に、機能ブロック図である図6を参照してユーザの携帯端末90のハードウエア構成を説明するに、携帯端末90は、プロセッサ130およびそのプロセッサ130によって実行される複数のアプリケーションを記憶するメモリ132を有するコンピュータ134を主体として構成されている。
この携帯端末90は、さらに、情報を、画面(面積が有限で可変または不変であるウィンドウを有する)上に表示する表示部(例えば、液晶ディスプレイ)136と、発信機30および管理サーバ50からの信号を受信する受信部138と、信号を生成してその信号を管理サーバ50に送信する送信部140とを有する。
この携帯端末90は、さらに、ユーザからデータやコマンドを入力するための入力部150を有する。その入力部150は、例えば、所望の情報(例えば、コマンド、データなど)を携帯端末90に入力するためにユーザによって操作可能な操作部を有する。その操作部としては、ユーザによって操作可能なアイコン(例えば、仮想的なボタン)を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部(例えば、キーボード、キーパッド、ボタンなど)、音声を感知するマイクなどがあるが、これらに限定されない。
この携帯端末90は、さらに、GPS(衛星測位システム)受信機152を有する。GPS受信機152は、よく知られているように、複数のGPS衛星から複数のGPS信号を受信し、それらGPS信号に基づき、GPS受信機152の地球上における位置(緯度、経度および高度)を三角測量によって測定する。すなわち、この携帯端末90は、衛星を利用する測位機能を有するのである。
<管理サーバ>
次に、機能ブロック図である図7を参照して管理サーバ50のハードウエア構成を説明するに、管理サーバ50は、プロセッサ160およびそのプロセッサ160によって実行される複数のアプリケーションを記憶するメモリ162を有するコンピュータ164を主体として構成されている。
この管理サーバ50は、さらに、情報を表示する表示部(例えば、液晶ディスプレイ)166と、携帯端末90からの信号を受信する受信部168と、信号を生成してその信号を携帯端末90に送信する送信部170と、現在時刻を計測する時計172とを有する。この管理サーバ50は、発信機30からの受信を直接的には行わず、事実上、携帯端末90を介して行うことになる。
<管理ファイル>
管理サーバ50により、複数人のユーザによる複数のレンタルルーム22の予約を管理するために、管理ファイルが作成・更新され、その最新版が、携帯端末90と共有される。
その管理ファイルは、図8(a)に例示するように、複数人のユーザによる複数のレンタルルーム22の予約をレンタルルーム22ごとに管理するためのルーム別管理ファイルと、図8(b)に例示するように、複数人のユーザによる複数のレンタルルーム22の予約をユーザごとに管理するためのユーザ別管理ファイルとに分類される。
図8(a)に例示するように、ルーム別管理ファイルは、各レンタルルーム施設20ごとに、かつ、各レンタルルーム22ごとに、予約の有無および予定使用時間帯(日時を含む)を表示する。ユーザは、自身の携帯端末90の画面上でこのルーム別管理ファイルを目視し、それを参照して、空席のあるレンタルルーム施設20を探し、そのレンタルルーム施設20の複数のレンタルルーム22のうち、空き時間のあるものを探して、希望する日時および時間帯を指定する。
図8(a)の例においては、ルーム別管理ファイル中の各レンタルルーム22ごとの時間軸(0時0分から23時59分まで)のうち、ルーム別管理ファイルの最新更新時刻において、斜線でハッチングされた水平バーが存在する時間帯が、既に予約が存在する時間帯、すなわち、先約あり時間帯(予約済)を表示する一方、前記バーが存在しない時間帯が、未だ予約が存在しない時間帯、すなわち、先約なし時間帯(空室)を表示している。
ユーザは、自身の携帯端末90に、利用したいレンタルルーム施設20の識別情報と、利用したいレンタルルーム22の識別情報と、予定開始日時と、予定終了日時とを入力し、それにより、利用したいレンタルルーム22を予約することになる。
図8(b)に例示するように、ユーザ別管理ファイルは、各ユーザごとに、本人認証情報(ユーザID,パスワードなど)、予約したレンタルルーム施設20の場所を特定するための場所情報(選択施設20に固有のID)、予約したレンタルルーム22の場所を特定するための場所情報(選択レンタルルーム22に固有のID)、予約したレンタルルーム22についての予定利用時間帯を定義するための時間情報(予定開始時刻,予定終了時刻,予定利用時間長さなど)、予約したレンタルルーム22が現在、「利用中」であるのか、「空室」であるのか、「予約済」であるのかというステータスとを表す。
<全体シーケンスの概要>
図9(a)には、このシステム10の全体シーケンス(主要なシーケンスの全体)の一例が、ユーザの遅延行為がない状態(ユーザの実際の行動が、予約された時間スケジュールまたは行動スケジュールに従う正規行動と一致する状態)で、複数のタイムチャートで表されている。
この例においては、ユーザが、あるレンタルルーム施設20内のあるレンタルルーム22を、予定開始時刻が15:30、予定終了時刻が17:30であるという時間スケジュール(行動スケジュール)のもとに予約を行った。
1)予定開始時刻が迫っていることに関するユーザへの予告(リマインダ)
管理サーバ50は、予定開始時刻から所定時間前の時刻、例えば、30分前の15:00に、ユーザの携帯端末90に、予定開始時刻が15:30である旨のメッセージを視覚的にまたは聴覚的に出力することを指令する。
2)電子錠ユニット92の解錠
ユーザは、予約したレンタルルーム22に接近し、携帯端末90または自身の会員カードをそのレンタルルーム22の電子錠ユニット92にかざすかまたはタッチすることにより、その電子錠ユニット92を解錠し、その後、そのレンタルルーム22に入室する。
3)発信機30を用いた室内判定
携帯端末90は、ユーザが意識することなく、発信機30から信号を受信し、その信号の強度に基づき、発信機30との距離を測定する。その距離が前記ショート受信レンジ用設定値より大きいが前記ロング受信レンジ用設定値より小さい場合には、ユーザがレンタルルーム22の室内に存在すると判定する。
よって、ユーザがレンタルルーム22に入室すると、携帯端末90および/または管理サーバ50は、ユーザがレンタルルーム22の室内に存在すると判定し、逆に、ユーザがレンタルルーム22から退室すると、携帯端末90および/または管理サーバ50は、ユーザがレンタルルーム22の室内に存在しないと判定する。
4)電子錠ユニット92を用いたチェックイン判定
本実施形態においては、ユーザが携帯端末90または自身の会員カードを用いてレンタルルーム22の電子錠ユニット92を解錠すると、ユーザがチェックインを行ったと判定される。
これに代えて、入室後、ユーザが、意識して、レンタルルーム22内の発信機30に接近し、携帯端末90をその発信機30にかざすかまたはタッチさせる(以下、説明の便宜上、単に「タッチさせる」という。)と、携帯端末90および/または管理サーバ50が、ユーザがチェックインを行ったと判定してもよい。
5)発信機30を用いたチェックアウト判定
退室に先立ち、ユーザは、意識して、レンタルルーム22内の発信機30に接近し、携帯端末90をその発信機30にタッチさせると、携帯端末90および/または管理サーバ50は、ユーザがチェックアウトを行ったと判定する。
6)課金
ユーザが、予定開始時刻前にチェックインしたときにはそのチェックイン時刻から、予定開始時刻後にチェックインしたとき予定開始時刻から、ユーザへの課金が開始される。
また、ユーザが、予定終了時刻前にチェックアウトしてもその後にチェックアウトしても、ユーザへの課金が予定終了時刻に終了する。ただし、ユーザが、予定終了時刻後にチェックアウトした場合に、そのユーザに相応のペナルティが課される場合がある。
7)決済
ユーザは、チェックアウト時に、携帯端末90を用いてレンタル料金を電子決済する。
<チェックアウト遅れに対する対策>
図9(b)には、このシステム10の全体シーケンスのうちの後半部が、ユーザのチェックアウト遅れがある状態で、複数のタイムチャートで表されている。
予定終了時刻が経過してもユーザが携帯端末90を発信機30にタッチさせない場合には、予定終了時刻になってもチェックアウトが行われないから、携帯端末90および/または管理サーバ50は、「予定終了時刻が経過したから、携帯端末90を発信機30にタッチさせてチェックアウトを行うこと」をユーザに催促するための視覚的または聴覚的なメッセージを携帯端末90から出力する。
<退室遅れに対する対策>
図9(c)には、このシステム10の全体シーケンスのうちの後半部が、ユーザの退室遅れがある状態で、複数のタイムチャートで表されている。
チェックアウト後、ユーザが、予定終了時刻が経過しても同じレンタルルーム22の室内に存在し続ける場合には、携帯端末90および/または管理サーバ50は、「予定終了時刻が経過したから、レンタルルーム22から退室すること」をユーザに催促するための視覚的または聴覚的なメッセージを携帯端末90から出力する。
<予約ステージ>
次に、図10を参照することにより、システム10における予約ステージを説明する。
図10には、システム10において、ユーザがいずれかのレンタルルームを予約することを支援するためにユーザの携帯端末90のプロセッサ130および管理サーバ50のプロセッサ160によってそれぞれ実行される予約支援モジュールが概念的にフローチャートで表されている。
まず、携帯端末90が、ステップS101において、管理サーバ50にログインする。この際、携帯端末は、ユーザのユーザIDを管理サーバ50に送信する。
これに対し、管理サーバ50は、ステップS151において、すべてのレンタルルーム施設20に関する複数のルーム別管理ファイル(図8(a)参照)(メモリ162に保存されている)を携帯端末90に返信する。
これに対し、携帯端末90は、ステップS102において、受信した複数のルーム別管理ファイルを画面上に表示する。
続いて、携帯端末90は、ステップS103において、ユーザが、いずれかのレンタルルーム施設20を選択し、かつ、その選択されたレンタルルーム施設20内の複数のレンタルルーム22のうちのいずれかを、予定開始時刻から予定終了時刻までの時間帯で、予約することを可能にする。この際、ユーザは、必要な情報を携帯端末90に入力する。さらに、携帯端末90は、予約に必要な予約関連データを管理サーバ50に送信する。
これに対し、管理サーバ50は、ステップS152において、受信した予約関連データに基づき、ユーザ別管理ファイル(図8(b)参照)を作成し、それをユーザに関連付けてメモリ162に保存する。続いて、管理サーバ50は、ステップS153において、予約が完了したと判定し、ユーザ別管理ファイルを携帯端末90に送信する。
これに対し、携帯端末90は、ステップS104において、受信したユーザ別管理ファイルまたはそれに相当するものを画面上に表示する。
<チェックイン・ステージ>
次に、図11を参照することにより、システム10におけるチェックイン・ステージを説明する。
図11には、システム10において、ユーザが、予約したレンタルルーム22に到着してチェックインすることを支援するためにユーザの携帯端末90のプロセッサ130、管理サーバ50のプロセッサ160およびレンタルルーム22の電子錠ユニット92のプロセッサ96によってそれぞれ実行されるチェックイン支援モジュールが概念的にフローチャートで表されている。
ある。
まず、管理サーバ50が、ステップS231において、時計172を用いて現在時刻を計測し、次に、ステップS232において、予約がある複数人のユーザのうち現在注目しているものについての予定開始時刻をユーザ別管理ファイルから読み出し、現在時刻が、予定開始時刻より所定時間だけ早い予告時刻(例えば、予定開始時刻30分前)であるか否かを判定する。その判定がNOであれば、ステップS231に戻るが、YESであれば、ステップS233に移行する。
そのステップS233においては、管理サーバ50は、今回のユーザの携帯端末90に対しては、予約されているレンタルルーム22のルームIDと共に、30分後に予定開始時刻が到来することを表すデータを送信し、一方、予約されているレンタルルーム22の電子錠ユニット92に対しては、まもなく解錠指令を発することが予定されているユーザのユーザIDを送信する。
これに対し、携帯端末90は、ステップS201において、受信したルームIDによって表されるレンタルルーム22の識別情報を画面上に表示する。一方、電子錠ユニット92は、ステップS271において、ユーザから解錠指令を、前記受信したユーザIDと同じものと共に入力されたら解錠する体制で待機する。
携帯端末90は、続いて、ステップS202において、解錠指令をユーザIDと共に電子錠ユニット92の通信部93に送信する。
これに対し、電子錠ユニット92は、ステップS272において、前記解錠指令を前記ユーザIDと共に携帯端末90から受信し、その受信したユーザIDと、ステップS271において管理サーバ50から受信したユーザIDとを照合する。管理サーバ50から受信したユーザIDしたユーザIDは、後での参照に備えて、メモリ97に一時的に保存され、今回のユーザについての処理が終了すると、メモリ97から消去される。
その照合に成功すると、電子錠ユニット92は、ステップS273において、錠94cを解錠する。具体的には、制御部95が、機構部94のうちの錠94cを施錠状態から解錠状態に切り換えるための解錠信号を機構部94に出力する。その後、ユーザは、室外からドア91を開け、予約したレンタルルーム22に入室する。
続いて、電子錠ユニット92は、ステップS274において、自身が解錠状態にあることを表す解錠完了信号をユーザIDと共に管理サーバ50に送信する。
一方、管理サーバ50は、ステップS234において、時計172を用いて現在時刻を計測し、次に、ステップS235において、現在時刻が、今回のユーザについての予定開始時刻より早いか否かを判定する。その判定がYESであれば、ステップS236において、電子錠ユニット92からの受信を試行する。
その後、管理サーバ50は、ステップS237において、電子錠ユニット92から前記解錠完了信号を受信したか否かを判定する。その判定がNOであればS234に戻るが、YESであれば、ステップS238に移行する。
そのステップS238において、管理サーバ50は、今回のユーザが、予約したレンタルルーム22についてチェックインを行ったと判定する。続いて、管理サーバ50は、ステップS239において、前記ユーザ別管理ファイルを、前記ステータスが「予約済」から「利用中」に変更されるように更新する。
なお、本実施形態においては、電子錠ユニット92からの解錠完了信号が、ユーザによるチェックインが完了したことを表すチェックイン完了信号に相当するが、後述の第2の実施形態におけるように、携帯端末90からのチェックイン完了信号(前記「タッチ信号」の一例)で代替してもよい。
その後、管理サーバ50は、ステップS240において、ユーザに対する課金を開始する。レンタル料の額は、例えば、実際利用時間の長さに見合う額、予定開始時刻から予定終了時刻までの時間の長さに見合う額などの後払い料金して計算される。
続いて、管理サーバ50は、ステップS241において、チェックイン完了、利用中のレンタルルーム22の識別情報、予定チェックアウト時刻(予定終了時刻)、課金方法、その他、利用規約に関するレンタル関連情報を携帯端末90に送信する。
これに対し、携帯端末90は、ステップS203において、そのレンタル関連情報を管理サーバ50から受信し、その情報を画面上に表示する。続いて、携帯端末90は、ステップS204において、ユーザと共に、予約したレンタルルーム22に入室するか、入室済の場合には、その利用を開始する。
<チェックアウト・ステージ>
次に、図12を参照することにより、システム10におけるチェックアウト・ステージを説明する。
図12には、システム10において、ユーザが、予約したレンタルルーム22においてチェックアウトすることを支援するためにユーザの携帯端末90のプロセッサ130、管理サーバ50のプロセッサ160およびレンタルルーム22の電子錠ユニット92のプロセッサ96によってそれぞれ実行されるチェックアウト支援モジュールが概念的にフローチャートで表されている。
まず、管理サーバ50が、ステップS331において、時計172を用いて現在時刻を計測し、次に、ステップS332において、予約がある複数人のユーザのうち現在注目しているものについての予定終了時刻をユーザ別管理ファイルから読み出し、現在時刻が、予定終了時刻より早いか否かを判定する。その判定がYESであれば、ステップS333において、携帯端末90からのチェックアウト完了信号(前記「タッチ信号」の一例)の受信を試行する。
その後、管理サーバ50は、ステップS334において、携帯端末90から前記チェックアウト完了信号を受信したか否かを判定する。その判定がNOであればS331に戻るが、YESであれば、ステップS335において、管理サーバ50は、今回のユーザが、予約したレンタルルーム22についてチェックアウトを行ったと判定する。
ここに、ステップS332-S334は、互いに共同して、特定の時刻(予定終了時刻)に関連付けて、発信機30からのユーザの距離(すなわち、レンタルルーム22の位置に対するユーザの動的行動を表す指標の一例)を離散的に測定する機能を実現する。
続いて、管理サーバ50は、ステップS339において、前記ユーザ別管理ファイルを、前記ステータスが「利用中」から「空室」に変更されるように更新する。その後、管理サーバ50は、ステップS340において、前記実際利用時間の長さを計算するなどして、前記レンタル料金の額を計算し、その額のレンタル料金を請求することを表す請求書データを携帯端末90に送信し、それにより、今回のユーザに対してレンタル料金を請求する。
これに対し、ステップS332の判定がNO、すなわち、予定終了時刻が経過してもユーザがチェックアウトを行わなかった場合には、管理サーバ50は、ステップS336において、「予定終了時刻が経過したから、携帯端末90を発信機30にタッチさせてチェックアウトを行うこと」をユーザに催促するための視覚的または聴覚的なメッセージを携帯端末90から出力することを指令するためのチェックアウト催促信号をその携帯端末90に送信する。
そのチェックアウト催促信号を受信すると、携帯端末90は、ステップS301において、その信号に従い、前記メッセージを画面またはスピーカを介して出力する。
ステップS336の実行後、管理サーバ50は、ステップS337において、携帯端末90からのチェックアウト完了信号の受信を試行する。
その後、管理サーバ50は、ステップS338において、携帯端末90から前記チェックアウト完了信号を受信したか否かを判定する。その判定がNOであればS336に戻るが、YESであれば、ステップS335に移行する。その結果、管理サーバ50は、今回のユーザが、予約したレンタルルーム22についてチェックアウトを行ったと判定する。
一方、携帯端末90は、ステップS302において、発信機30からの信号の受信を試行し、続いて、ステップS303において、信号を受信した場合には、その信号の強度に基づき、発信機30と携帯端末90との間の距離を測定する。さらに、携帯端末90は、その距離測定値が前記ショート受信レンジ用設定値より短いか否か、すなわち、ユーザが携帯端末90を発信機30に実質的にタッチさせたか否かを判定する。
その判定がNOであればS302に戻るが、YESであれば、携帯端末90は、ステップS304において、前記受信した信号から、対応する発信機IDを抽出する。さらに、携帯端末90は、発信機IDとレンタルルーム22の識別情報(例えば、ルーム番号)との間の対応関係であってメモリ132に保存されているものに従い、その取得された発信機IDをレンタルルーム22の識別情報に変換する。さらに、携帯端末90は、その識別情報と、今回のユーザが予約したレンタルルーム22の識別情報とを照合する。
続いて、携帯端末90は、ステップS305において、前記照合に成功すると、今回のユーザがチェックアウトを行ったと判定し、前記チェックアウト完了信号を管理サーバ50に向けて送信する(ステップS333またはS337)。
図12中、「ケース1」を付した破線は、予定終了時刻が経過する前に携帯端末90がチェックアウト完了信号を管理サーバ50に送信したシナリオを表し、一方、「ケース2」を付した破線は、予定終了時刻が経過した後、前記催促を受けて、携帯端末90がチェックアウト完了信号を管理サーバ50に送信したシナリオを表す。
その後、携帯端末90は、前記受信した請求書データによる料金請求を受けて、ステップS306において、前記レンタル料金を電子決済する。
続いて、携帯端末90は、ステップS307において、再度、発信機30からの信号の受信を試行し、続いて、ステップS308において、信号を受信した場合には、その信号の強度に基づき、発信機30と携帯端末90との間の距離を測定する。さらに、携帯端末90は、その距離測定値が前記ロング受信レンジ用設定値より短いか否か、すなわち、ユーザが今回のレンタルルーム22の室内に存在し続けているか否かを判定する。
その判定がYESであれば、携帯端末90は、ステップS309において、「予定終了時刻が経過したから、レンタルルーム22から退室すること」をユーザに催促するための視覚的または聴覚的なメッセージを出力する。その後、ステップS307に戻る。
これに対し、ステップS308の判定がNOとなると、携帯端末90は、ステップS310において、ユーザがレンタルルーム22から退室したと判定し、続いて、ステップS311において、施錠指令をユーザIDと共に電子錠ユニット92の通信部92に送信する。
これに対し、電子錠ユニット92は、ステップS371において、その受信したユーザIDと、メモリ97に保存されているユーザIDとを照合する。具体的には、制御部95が、機構部94の錠94cを解錠状態から施錠状態に切り換えるための施錠信号を機構部94に出力する。その後、そのユーザIDはメモリ97から消去される。
その照合に成功すると、電子錠ユニット92は、ステップS372において、錠94cを施錠する。その後、ユーザは、室内からドア91を開け、予約したレンタルルーム22から退室し、ドア91を閉めると、その後、権限なき者が、室外からそのドア91を開くことはできない。
続いて、電子錠ユニット92は、ステップS373において、自身が施錠状態にあることを表す施錠完了信号をユーザIDと共に管理サーバ50に送信する。
一方、管理サーバ50は、ステップS341において、その受信した情報に基づき、今回のレンタルルーム22が正常に施錠されたことを確認する。
<第2の実施形態>
次に、本発明の例示的な第2の実施形態に従う無人レンタルルーム管理システム10を説明する。ただし、第1の実施形態に従う無人レンタルルーム管理システム10と共通する部分については重複した説明を省略し、異なる部分についてのみ詳細に説明する。本実施形態に従う無人レンタルルーム管理システムは、本実施形態に従う無人レンタルルーム管理方法を実行するように構成されている。
前述のように、第1実施形態においては、各レンタルルーム22が有料でユーザに貸し出され、その利用に伴う課金もユーザ決済も存在する。これに対し、本実施形態においては、各レンタルルーム22が無料でユーザに貸し出され、その利用に伴う課金もユーザ決済も存在しない。
また、電子錠ユニット92が、第1実施形態においては、存在し、なぜなら、各レンタルルーム22が有料でユーザに貸し出されることから、通常、各レンタルルーム22に出入りできる人間の範囲を制限したいという要望があり、また、各レンタルルーム22のセキュリティを向上させたいからである。
これに対し、電子錠ユニット92が、本実施形態においては、存在せず、なぜなら、レンタルルーム施設20が、入場者の範囲がある程度制限される施設(例えば、大学構内などの学校)内に設置されることや、各レンタルルーム22が無料でユーザに貸し出されることから、多くの人間が比較的自由に同じレンタルルーム22に出入りすることが期待されるからである。
よって、本実施形態においては、ドア91に電子錠ユニット92が装着されていないかまたは装着されていたとしても使用されず、その結果、ユーザは、自らの意思で(例えば、ドアハンドル、レバーハンドル、ドアノブなどの操作部材を操作して)ドア91を常時、自由に開閉することが可能である。
<全体シーケンスの概要>
図13(a)には、このシステム10の全体シーケンス(主要なシーケンスの全体)の一例が、ユーザの遅延行為がない状態(ユーザの実際の行動が、予約された時間スケジュール(行動スケジュール)に従う正規行動と一致する状態)で、複数のタイムチャートで表されている。
この例においては、ユーザが、あるレンタルルーム施設20内のあるレンタルルーム22を、予定開始時刻が15:30、予定終了時刻が17:30であるという時間スケジュール(行動スケジュール)のもとに予約を行った。
1)予定開始時刻が迫っていることに関するユーザへの予告(リマインダ)
管理サーバ50は、予定開始時刻から所定時間前の時刻、例えば、30分前の15:00に、ユーザの携帯端末90に、予定開始時刻が15:30である旨のメッセージを視覚的にまたは聴覚的に出力することを指令する。
2)発信機30を用いた室内判定
携帯端末90は、ユーザが意識することなく、発信機30から信号を受信し、その信号の強度に基づき、発信機30との距離を測定する。その距離が前記ショート受信レンジ用設定値より大きいが前記ロング受信レンジ用設定値より小さい場合には、ユーザがレンタルルーム22の室内に存在すると判定する。
よって、ユーザがレンタルルーム22に入室すると、携帯端末90および/または管理サーバ50は、ユーザがレンタルルーム22の室内に存在すると判定し、逆に、ユーザがレンタルルーム22から退室すると、携帯端末90および/または管理サーバ50は、ユーザがレンタルルーム22の室内に存在しないと判定する。
3)発信機30を用いたチェックイン判定
入室後、ユーザは、意識して、レンタルルーム22内の発信機30に接近し、携帯端末90をその発信機30にかざすかまたはタッチさせる(以下、説明の便宜上、単に「タッチさせる」という。)と、携帯端末90および/または管理サーバ50は、ユーザがチェックインを行ったと判定する。
4)発信機30を用いたチェックアウト判定
退室に先立ち、ユーザは、意識して、レンタルルーム22内の発信機30に接近し、携帯端末90をその発信機30にタッチさせると、携帯端末90および/または管理サーバ50は、ユーザがチェックアウトを行ったと判定する。
<チェックイン遅れに対する対策>
図13(b)には、このシステム10の全体シーケンスのうちの後半部が、ユーザのチェックイン遅れがある状態で、複数のタイムチャートで表されている。
ユーザがレンタルルーム22の室内に居るにもかかわらず、予定開始時刻が経過してもユーザが携帯端末90を発信機30にタッチさせない場合には、予定開始時刻になってもチェックインが行われないから、携帯端末90および/または管理サーバ50は、「予定開始時刻が経過したから、携帯端末90を発信機30にタッチさせてチェックインを行うこと」をユーザに催促するための視覚的または聴覚的なメッセージを携帯端末90から出力する。
<チェックアウト遅れに対する対策>
図3(c)には、このシステム10の全体シーケンスのうちの後半部が、ユーザのチェックアウト遅れがある状態で、複数のタイムチャートで表されている。
予定終了時刻が経過してもユーザが携帯端末90を発信機30にタッチさせない場合には、予定終了時刻になってもチェックアウトが行われないから、携帯端末90および/または管理サーバ50は、「予定終了時刻が経過したから、携帯端末90を発信機30にタッチさせてチェックアウトを行うこと」をユーザに催促するための視覚的または聴覚的なメッセージを携帯端末90から出力する。
<退室遅れに対する対策>
図13(c)には、このシステム10の全体シーケンスのうちの後半部が、ユーザの退室遅れがある状態で、複数のタイムチャートで表されている。
チェックアウト後、ユーザが、予定終了時刻が経過しても同じレンタルルーム22の室内に存在し続ける場合には、携帯端末90および/または管理サーバ50は、「予定終了時刻が経過したから、レンタルルーム22から退室すること」をユーザに催促するための視覚的または聴覚的なメッセージを携帯端末90から出力する。
<予約ステージ>
本実施形態においては、図10を参照して前述した予約支援モジュールと同じものを実行することにより、ユーザによるレンタルルーム22の予約を支援する。
<チェックイン・ステージ>
次に、図14を参照することにより、システム10におけるチェックイン・ステージを説明する。
図14には、システム10において、ユーザが、予約したレンタルルーム22に到着してチェックインすることを支援するためにユーザの携帯端末90および管理サーバ50のプロセッサ130および160によってそれぞれ実行されるチェックイン支援モジュールが概念的にフローチャートで表されている。
まず、管理サーバ50が、ステップS431において、時計172を用いて現在時刻を計測し、次に、ステップS432において、予約がある複数人のユーザのうち現在注目しているものについての予定開始時刻をユーザ別管理ファイルから読み出し、現在時刻が、予定開始時刻より所定時間だけ早い予告時刻(例えば、予定開始時刻30分前)であるか否かを判定する。その判定がNOであれば、ステップS431に戻るが、YESであれば、ステップS433に移行する。
そのステップS433においては、管理サーバ50は、今回のユーザの携帯端末90に対して、予約されているレンタルルーム22のルームIDと共に、30分後に予定開始時刻が到来することを表すデータを送信する。
これに対し、携帯端末90は、ステップS402において、受信したルームIDによって表されるレンタルルーム22の識別情報を画面上に表示する。
一方、管理サーバ50は、ステップS434において、時計172を用いて現在時刻を計測し、次に、ステップS435において、現在時刻が、今回のユーザについての予定開始時刻より早いか否かを判定する。その判定がYESであれば、ステップS436において、携帯端末90からのチェックイン完了信号(前記「タッチ信号」の一例である)の受信を試行する。
その後、管理サーバ50は、ステップS437において、携帯端末90からチェックイン完了信号を受信したか否かを判定する。その判定がNOであればS434に戻るが、YESであれば、ステップS438に移行する。
ここに、ステップS434-S437は、互いに共同して、特定の時刻(予定開始時刻)に関連付けて、発信機30からのユーザの距離(すなわち、レンタルルーム22の位置に対するユーザの動的行動を表す指標の一例)を離散的に測定する機能を実現する。
そのステップS438において、管理サーバ50は、今回のユーザが、予約したレンタルルーム22についてチェックインを行ったと判定する。続いて、管理サーバ50は、ステップS447において、前記ユーザ別管理ファイルを、前記ステータスが「予約済」から「利用中」に変更されるように更新する。
その後、管理サーバ50は、ステップS448において、チェックイン完了、利用中のレンタルルーム22の識別情報、予定チェックアウト時刻(予定終了時刻)、その他、利用規約に関するレンタル関連情報を携帯端末90に送信する。
これに対し、携帯端末90は、ステップS410において、そのレンタル関連情報を管理サーバ50から受信し、その情報を画面上に表示する。
一方、管理サーバ50は、ステップS435の判定がNOとなると、ステップS439において、携帯端末90からの室内存在信号(ユーザが未だレンタルルーム22の室内に存在していないことを表す信号)の受信を試行する。その判定がNOであれば、S441において、予定開始時刻から所定時間(例えば、10分)が経過したか否かを判定する。その経過前であれば、ステップS439に戻るが、経過後であれば、ステップS442において、ユーザの遅延行為に対するペナルティとして、今回の予約を強制的にキャンセルする。
これに対し、ステップS440の判定がYESであると、管理サーバ50は、ステップS443において、「予定開始時刻が経過したから、携帯端末90を発信機30にタッチさせてチェックインを行うこと」をユーザに催促するための視覚的または聴覚的なメッセージを携帯端末90から出力することを指令するためのチェックイン催促信号をその携帯端末90に送信する。
そのチェックイン催促信号を受信すると、携帯端末90は、ステップS401において、その信号に従い、前記メッセージを画面またはスピーカを介して出力する。
ステップS443の実行後、管理サーバ50は、ステップS444において、携帯端末90からのチェックイン完了信号の受信を試行する。
その後、管理サーバ50は、ステップS445において、携帯端末90から前記チェックイン完了信号を受信したか否かを判定する。その判定がNOであれば、S446において、予定開始時刻から所定時間(例えば、10分)が経過したか否かを判定する。その判定がNOであればステップS439に戻るが、YESであれば、ステップS442において、ユーザの遅延行為に対するペナルティとして、今回の予約を強制的にキャンセルする。
ステップS445の判定がYESであれば、管理サーバ50は、ステップS438において、今回のユーザが、予約したレンタルルーム22についてチェックインを行ったと判定する。
一方、携帯端末90は、ステップS403において、発信機30からの信号の受信を試行し、続いて、ステップS404において、信号を受信した場合には、その信号の強度に基づき、発信機30と携帯端末90との間の距離を測定する。さらに、携帯端末90は、その距離測定値が前記ショート受信レンジ用設定値より短いか否か、すなわち、ユーザが携帯端末90を発信機30に実質的にタッチさせたか否かを判定する。
その判定がNOであれば、携帯端末90は、ステップS405において、前記距離測定値が前記ショート受信レンジ用設定値より長いが前記ロング受信レンジ用設定値より短いか否かを判定する。すなわち、ユーザがレンタルルーム22の室内に存在するか否かを判定するのである。その判定がYESであれば、携帯端末90は、ステップS407において、前記室内存在信号を管理サーバ50に向けて送信する(ステップS439)。
これに対し、ステップS405の判定がNOであると、携帯端末90は、ステップS406において、今回が、前記距離測定値が前記ロング受信レンジ用設定値より長いから、ユーザはレンタルルーム22の室外に存在すると判定し、室外存在信号を管理サーバ50に向けて送信する(ステップS439)。その後、ステップS403に戻る。
一方、ステップS404の判定がYESであれば、携帯端末90は、ステップS408において、前記受信した信号から、対応する発信機IDを抽出する。さらに、携帯端末90は、発信機IDとレンタルルーム22の識別情報(例えば、ルーム番号)との間の対応関係であってメモリ132に保存されているものに従い、その取得された発信機IDをレンタルルーム22の識別情報に変換する。さらに、携帯端末90は、その識別情報と、今回のユーザが予約したレンタルルーム22の識別情報とを照合する。
続いて、携帯端末90は、ステップS409において、前記照合に成功すると、今回のユーザがチェックインを行ったと判定し、前記チェックイン完了信号を管理サーバ50に向けて送信する(ステップS436またはS444)。
図14中、「ケース1」を付した破線は、予定開始時刻が経過する前に携帯端末90がチェックイン完了信号を管理サーバ50に送信したシナリオを表し、一方、「ケース2」を付した破線は、予定開始時刻が経過した後、前記催促を受けて、携帯端末90がチェックイン完了信号を管理サーバ50に送信したシナリオを表す。
<チェックアウト・ステージ>
次に、図15を参照することにより、システム10におけるチェックアウト・ステージを説明する。
図15には、システム10において、ユーザが、予約したレンタルルーム22においてチェックアウトすることを支援するためにユーザの携帯端末90および管理サーバ50のプロセッサ130および160によってそれぞれ実行されるチェックアウト支援モジュールが概念的にフローチャートで表されている。
まず、管理サーバ50が、ステップS531において、時計172を用いて現在時刻を計測し、次に、ステップS532において、予約がある複数人のユーザのうち現在注目しているものについての予定終了時刻をユーザ別管理ファイルから読み出し、現在時刻が、予定終了時刻より早いか否かを判定する。その判定がYESであれば、ステップS333において、携帯端末90からのチェックアウト完了信号(前記「タッチ信号」の一例である)の受信を試行する。
その後、管理サーバ50は、ステップS534において、携帯端末90から前記チェックアウト完了信号を受信したか否かを判定する。その判定がNOであればS331に戻るが、YESであれば、ステップS535において、管理サーバ50は、今回のユーザが、予約したレンタルルーム22についてチェックアウトを行ったと判定する。
ここに、ステップS531-S534は、互いに共同して、特定の時刻(予定終了時刻)に関連付けて、発信機30からのユーザの距離(すなわち、レンタルルーム22の位置に対するユーザの動的行動を表す指標の一例)を離散的に測定する機能を実現する。
続いて、管理サーバ50は、ステップS539において、前記ユーザ別管理ファイルを、前記ステータスが「利用中」から「空室」に変更されるように更新する。その後、管理サーバ50は、ステップS540において、レンタル関連情報を携帯端末90に送信する。
これに対し、ステップS532の判定がNO、すなわち、予定終了時刻が経過してもユーザがチェックアウトを行わなかった場合には、管理サーバ50は、ステップS536において、「予定終了時刻が経過したから、携帯端末90を発信機30にタッチさせてチェックアウトを行うこと」をユーザに催促するための視覚的または聴覚的なメッセージを携帯端末90から出力することを指令するためのチェックアウト催促信号をその携帯端末90に送信する。
そのチェックアウト催促信号を受信すると、携帯端末90は、ステップS501において、その信号に従い、前記メッセージを画面またはスピーカを介して出力する。
ステップS536の実行後、管理サーバ50は、ステップS537において、携帯端末90からのチェックアウト完了信号の受信を試行する。
その後、管理サーバ50は、ステップS538において、携帯端末90から前記チェックアウト完了信号を受信したか否かを判定する。その判定がNOであればS536に戻るが、YESであれば、ステップS535に移行する。その結果、管理サーバ50は、今回のユーザが、予約したレンタルルーム22についてチェックアウトを行ったと判定する。
一方、携帯端末90は、ステップS502において、発信機30からの信号の受信を試行し、続いて、ステップS503において、信号を受信した場合には、その信号の強度に基づき、発信機30と携帯端末90との間の距離を測定する。さらに、携帯端末90は、その距離測定値が前記ショート受信レンジ用設定値より短いか否か、すなわち、ユーザが携帯端末90を発信機30に実質的にタッチさせたか否かを判定する。
その判定がNOであればS502に戻るが、YESであれば、携帯端末90は、ステップS504において、前記受信した信号から、対応する発信機IDを抽出する。さらに、携帯端末90は、発信機IDとレンタルルーム22の識別情報(例えば、ルーム番号)との間の対応関係であってメモリ132に保存されているものに従い、その取得された発信機IDをレンタルルーム22の識別情報に変換する。さらに、携帯端末90は、その識別情報と、今回のユーザが予約したレンタルルーム22の識別情報とを照合する。
続いて、携帯端末90は、ステップS505において、前記照合に成功すると、今回のユーザがチェックアウトを行ったと判定し、前記チェックアウト完了信号を管理サーバ50に向けて送信する。
図15中、「ケース1」を付した破線は、予定終了時刻が経過する前に携帯端末90がチェックアウト完了信号を管理サーバ50に送信したシナリオを表し、一方、「ケース2」を付した破線は、予定終了時刻が経過した後、前記催促を受けて、携帯端末90がチェックアウト完了信号を管理サーバ50に送信したシナリオを表す。
その後、携帯端末90は、ステップS506において、管理サーバ50から受信した前記レンタル関連情報を画面上に表示する。
続いて、携帯端末90は、ステップS507において、再度、発信機30からの信号の受信を試行し、続いて、ステップS508において、信号を受信した場合には、その信号の強度に基づき、発信機30と携帯端末90との間の距離を測定する。さらに、携帯端末90は、その距離測定値が前記ロング受信レンジ用設定値より短いか否か、すなわち、ユーザが今回のレンタルルーム22の室内に存在し続けているか否かを判定する。
その判定がYESであれば、携帯端末90は、ステップS509において、「予定終了時刻が経過したから、レンタルルーム22から退室すること」をユーザに催促するための視覚的または聴覚的なメッセージを出力する。その後、ステップS507に戻る。
これに対し、ステップS508の判定がNOとなると、携帯端末90は、ステップS510において、ユーザがレンタルルーム22から退室したと判定する。
さらに、本実施形態に従うシステム10および第1の実施形態に従うシステム10は、任意選択的に、次の機能を有する。
<予約変更機能>
ユーザによる予約の後、管理サーバ50と携帯端末90との通信により、レンタルルーム22および/または予定時間帯についての予約内容のユーザによる変更を受け付ける予約変更機能
この予約変更機能の一例によれば、ユーザが予約変更をレンタルルーム22を利用する当日に行う場合には、携帯端末90が前記室内存在信号または室外存在信号を生成していないと、ユーザからの予約変更リクエストが拒否される。
<不在期間抑制機能>
携帯端末90が、レンタルルーム22につき、チェックインからチェックアウトまでの期間中に、ユーザがレンタルルーム22から外出しているために前記室内存在信号を生成しない不在期間が存在するか否かを判定し、その不在期間が所定時間以上継続すると、レンタルルーム22に戻ることをユーザに催促するための視覚的または聴覚的なメッセージを出力する。
なお、本実施形態は、種々の変更を加えた状態で実施することが可能であり、例えば、携帯端末90によるデータ処理のうちの少なくとも一部と同じデータ処理を管理サーバ50によって実行するように改良したり、逆に、管理サーバ50によるデータ処理のうちの少なくとも一部と同じデータ処理を携帯端末90によって実行するように改良することが可能である。このことは、次の第2の実施形態についても該当する。
以上の説明から明らかなように、以上説明したいくつかの実施形態によれば、ユーザの実際の動的行動が、レンタルスペースに監視カメラではなく発信機が設置され、その発信機との距離がユーザの携帯端末によって時刻に関連付けて離散的に測定されることにより、ダイナミックに監視される。
監視カメラは、レンタルスペースおよびユーザという監視対象を俯瞰的に2次元的に監視するのに対し、発信機は、同じ監視対象を1次元的に、すなわち、距離という次元で測定する。すなわち、事実上、発信機は同じ監視対象を距離画像として撮影していることに相当するのである。
発信機によって測定される距離が、発信機の位置を中心とする円の半径であることに着目すれば、発信機によって取得される距離画像は、発信機の位置を中心とする複数の同心円領域に分割される2次元画像に拡張される。よって、監視対象としてのレンタルスペースの形状が、平面視において、発信機の位置を中心とする複数の同心円によって近似的に描かれる場合には、1次元的な距離画像をそのように2次元画像に拡張することの合理性が向上する。
このように、発信機は、監視カメラと同じ監視機能を有するが、監視カメラは、ユーザから必ず視認される位置に設置されるため、監視カメラが設置されていると、ユーザは他人から常に見られているのではないかと不安になり、プライバシーの侵害が懸念される場合がある。これに対し、発信機が設置される場合には、そのような不安や懸念をユーザは抱くことない。その意味において、発信機は、監視カメラとは異なり、ユーザに不安を与えずに同様な監視機能を発揮できることになる。
また、監視カメラを利用する場合には、撮影対象である人間が予め特定されていないため、その顔画像を撮影することが重要な役割となっている。これに対し、発信機を利用する場合には、監視対象であるユーザが予め特定されているため、監視対象を、距離画像上において、1個の点として表現してもよいことになる。
さらに、監視カメラを利用する場合には、その撮像結果を自動的に分析するためには、高度かつ複雑なデータ処理が必要となるため、通常は、人間の介入を必要とする。しかし、発信機を利用する場合には、その撮像結果が複数の距離値によって表現されるため、簡単なデータ処理を行えば、複数の距離値をユーザの行動パターンに変換できる。
以上、本発明のいくつかの実施形態を2つの実施形態を例にとり代表的に説明したが、それら実施形態から次のような思想が抽出される。
それは、発信機(それの一例が、発信機30である)とユーザの携帯端末(それの一例が、携帯端末90である)とを用い、そのユーザの、指定されたスペース(それの一例が、レンタルスペース22である)に対する相対的な行動を監視するユーザ監視方法である。
当該方法は、前記スペースに設置される発信機であって固有の信号を発信するものと、ユーザの携帯端末であって、受信可能範囲内において、前記発信機から信号を受信し、その受信した信号に基づき、前記発信機からの距離を測定可能であるものとを用いて実施される。
具体的には、当該方法は、a)前記携帯端末が、前記発信機から受信した信号に基づき、その発信機の発信機IDを特定し、発信機とスペースとの間の対応関係であってメモリに予め保存されているものに従い、前記発信機が設置されているスペースを特定するスペース特定工程(例えば、ステップS408など)と、b)前記携帯端末および/または管理サーバが、前記受信した信号に基づき、前記発信機からのユーザの距離を時刻に関連付けて離散的に測定する距離測定工程(例えば、ステップS404、S440など)と、c)前記携帯端末および/または管理サーバが、その測定された距離の時間的推移に基づき、前記スペースの位置に対する相対的なユーザの動的行動を監視する監視工程(例えば、ステップS404-S406、ステップS440、S443、ステップS507-S510など)とのうちの少なくとも一つを含んでもよい。
前記スペースは、内部空間が外壁によって包囲された部屋(それの一例が、レンタルスペース22である)を含んでもよい。また、前記スペースは、権限なきユーザが進入することを禁止された進入禁止区域(ある意味においては、それの一例が、チェックアウト後におけるレンタルスペース22である)を含んでもよい。
前記監視工程は、ある時刻に測定された距離に基づき、その時刻に、ユーザが、前記スペース内の領域のうち、前記発信機が設置されている位置に接近した部分である第1領域(例えば、前記タッチ状態)、前記スペース内の領域のうち、前記第1領域を除いた部分である第2領域(例えば、前記室内存在状態)、および前記スペース外の領域である第3領域(例えば、前記室外存在状態)のうちの少なくとも二つのうちのいずれに存在するのかを判定する工程を含んでもよい。
前記スペースは、複数人のユーザとしての複数の人員が配置される集合施設内の特定のエリアを含み、当該方法は、前記発信機と前記複数人の人員の携帯端末とを用いて各人員の動的行動を監視するために実施されてもよい。
以上、本発明の例示的な実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、前記[発明の概要]の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。