(57)【要約】【課題】複数のスペースを管理する技術において、それらスペースを管理・運営する手間および費用を軽減することを容易にする【解決手段】各スペースにおいて固有のＩＤを表す信号を発信する通信デバイスと、いずれかのスペースを選択スペースとして選択するユーザの携帯端末とを用いて実行される方法は、選択スペースに対応するＩＤを正規ＩＤとして取得し（Ｓ５２１）、ユーザが選択スペースに進入または接近すると、携帯端末が正規ＩＤを受信する状態が開始され（Ｓ５２２）、やがてユーザが選択スペースから退出または離間すると、携帯端末が正規受信信号を受信しない状態に遷移し（Ｓ５２４）、その遷移後、ユーザが携帯端末に対して使用開始リクエストを入力すると（Ｓ５２５）、選択スペースの使用の開始を許可する（Ｓ６２１）。【選択図】図２３
2020064693.tif 000002
【特許請求の範囲】
【請求項１】
複数の不動産または動産である対象物を管理する方法であって、
当該方法は、
各対象物において、固有のＩＤを表す信号を発信する非接触式または接触式の通信デバイスと、
いずれかの対象物を選択して選択対象物とするユーザの携帯端末と
を用いて実行され、
当該方法は、
使用開始に際し、ユーザが前記携帯端末を前記通信デバイスに接近させると、前記携帯端末が前記信号を受信する状態が開始され、やがてユーザが前記携帯端末を前記通信デバイスから離間させると、前記携帯端末が前記信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対して使用開始リクエストを入力すると、前記携帯端末および／またはその携帯端末との間で通信が可能な管理サーバが、前記ＩＤに対応する前記選択対象物の使用の開始を許可する使用開始許可工程と、
その使用開始後、ユーザが前記携帯端末を前記通信デバイスに接近させると、前記携帯端末が前記信号を受信する状態が再開され、やがてユーザが前記携帯端末を前記通信デバイスから離間させると、前記携帯端末が前記信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対して使用終了リクエストを入力すると、前記携帯端末および／または前記管理サーバが、前記使用の終了を許可する使用終了許可工程と
を含む対象物管理方法。
【請求項２】
複数のスペースを管理する方法であって、
当該方法は、
各スペースにおいて、固有のＩＤを表す信号を発信する非接触式または接触式の通信デバイスと、
いずれかのスペースを選択して選択スペースとするユーザの携帯端末と、
その携帯端末と通信可能な管理サーバと
を用いて実行され、
当該方法は、
前記携帯端末が、前記複数のスペースのうちのいずれかが選択スペースとしてユーザによって選択されると、その選択スペースを予約するための予約情報を前記管理サーバに送信する予約工程と、
その管理サーバが、前記予約情報を受信すると、ユーザと選択スペースとの関係をメモリに登録する登録工程と、
前記携帯端末が、前記複数のスペースと複数のＩＤとの間に予め定められた対応関係に従い、前記選択スペースに対応するＩＤを正規ＩＤとして取得する取得工程と、
使用開始に際し、ユーザが前記携帯端末をいずれかの通信デバイスにかざすかまたは接触させると、前記携帯端末が、そのいずれかの通信デバイスから信号を受信し、その受信した信号が前記正規ＩＤを表す正規受信信号である場合には、やがてユーザが前記携帯端末を前記いずれかの通信デバイスから離間させると、前記携帯端末が、前記正規受信信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対して使用開始リクエストを入力すると、前記携帯端末が、その使用開始リクエストを受け付ける使用開始時状態遷移工程と、
前記携帯端末が、前記入力された使用開始リクエストをユーザに関連付けて前記管理サーバに送信する使用開始リクエスト送信工程と、
前記管理サーバが、前記使用開始リクエストをユーザに関連付けて受信すると、前記メモリにおいて前記選択スペースを検索し、その選択スペースの使用の開始を許可する使用開始許可工程と
を含むスペース管理方法。
【請求項３】
請求項１または２に記載の携帯端末をコンピュータとして機能させるためのプログラム。
【請求項４】
請求項１または２に記載の管理サーバをコンピュータとして機能させるためのプログラム。
【請求項５】
請求項３または４に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不動産または動産である対象物（スペースを含む）を管理する技術に関し、特に、対象物を管理・運営する手間および費用を軽減することを容易にする技術に関するものである。
【背景技術】
【０００２】
近年、レンタル対象の貸出および返却をユーザに対して行うサービスが普及しつつある。そのレンタル対象は、動産に及び、さらに不動産にも及ぶ。具体的には、不動産としてのレンタル対象の一例が、貸席や駐車場などのレンタル・スペースであり、また、動産としてのレンタル対象の一例が、貸し自転車やレンタカーなどの運搬・輸送手段である。
【０００３】
さらに具体的には、不動産としてのレンタル対象としては、例えば、ユーザが短期的に滞在可能である宿泊施設（例えば、ホテル内の部屋、一時的に他人にレンタルされる個人宅、共同住宅などの居室）またはユーザが長期的に滞在可能である滞在施設（例えば、個別住宅、共同住宅など）の部屋、コインロッカー、駐車場（例えば、一または複数の車室を有する駐車場）、個別の駐車スペース（例えば、駐車場内の複数の車室の各々）などがある。
【０００４】
動産としてのレンタル対象としては、例えば、陸上、水上または飛行する乗物（例えば、レンタカー、貸し自転車など）、レンタル家具、レンタル衣服類、レンタル電気製品（後述の音声ガイド装置を含む）、電気製品に着脱可能に装着されるレンタル付属品（例えば、電池または充電器）、視聴覚コンテンツが記録されているレンタル記録媒体（例えば、ＣＤ）であってユーザによって再生可能なものなどがある。
【０００５】
特許文献１は、カラオケルームや貸会議室などの部屋（例えば貸し部屋）や、テニスコートや球技場などの場所をユーザに貸与する賃貸ビジネス（例えば席貸ビジネス、部屋貸ビジネス）において、レンタル・スペースの管理者の作業負担を軽減し、労働力の省力化を進めることのできるレンタル・スペース運営支援システムを開示している。特許文献２も同様な技術を開示している。
【０００６】
特許文献３は、貸し部屋（例えば貸しワーキングルーム）、貸席、貸し駐車場（時間貸し駐車場、月極駐車場など）などの不動産としてのレンタル・スペースをユーザに貸与するビジネスにおいて、各レンタル・スペースに設置することが必要な設備の低コスト化を容易にする技術を開示している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−００７９１３号公報
【特許文献２】特開２００３−２８１３１０号公報
【特許文献３】特許第５９５７６２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１および２に開示された技術によれば、希望するレンタル・スペースをユーザが使用するために、ユーザは、その使用に先立ち、希望するレンタル・スペースを予約することが可能である。ユーザは、その予約を、希望するレンタル・スペースから離れた場所において、自身の携帯端末を利用して無線オンラインで行うことが可能である。
【０００９】
具体的には、特許文献１に開示された技術によれば、ユーザは、自身の携帯情報端末（携帯端末）からシステムホスト（サーバ）に情報を送信してレンタル・スペースを予約する。レンタルスペースごとに、電子キー（電子的に開錠・施錠するキー装置）が設置されている。
【００１０】
前記予約が成立すると、前記システムホストは、ユーザによって選択されたレンタル・スペースに関連し、ユーザの携帯情報端末にパスワード（暗号の一種）を送信する。ユーザは、そのパスワードを、前記選択されたレンタル・スペースに個別に設置されているルーム端末に入力し、該当する電子キーを開錠する。
【００１１】
この特許文献１に開示された技術を採用する場合には、レンタル・スペースを管理する側に対しては、レンタル・スペースごとに電子キーという特別の設備を設置するという負担が課せられ、また、ユーザに対しては、パスワードを取得し、そのパスワードを用いて前記電子キーを開錠するという負担が課せられる。
【００１２】
また、特許文献２に開示された技術を採用する場合には、ユーザは自身の携帯端末からシアターシステム管理部（サーバ）１１に送信して個室を予約することが可能である。複数人のユーザに貸与可能な複数の個室は、前記シアターシステム管理部によって集中管理される。
【００１３】
前記予約が成立すると、前記シアターシステム管理部は、バーコード情報（暗号の一種）をユーザの携帯端末に送信する。ユーザは、自身の携帯端末が前記シアターシステム管理部から受信したバーコード情報を、予約した個室の受付で提示する。その受付においてバーコード情報が取り込まれ、前記シアターシステム管理部と情報を授受することによって前記予約が真正であるか否かの確認が行われる。
【００１４】
この特許文献２に開示された技術を採用する場合には、レンタル・スペースを管理する側に対しては、受付において例えば従業員がバーコード情報を取り込み、その従業員が前記シアターシステム管理部との間で情報を授受することによって前記予約の真正性を確認するという負担が課せられ、また、ユーザに対しては、バーコード情報を取得し、そのバーコード情報を用いて前記個室への入室を許可してもらうという負担が課せられる。
【００１５】
これに対し、特許文献３に開示された技術によれば、レンタル・スペースを管理する側に対しては、レンタル・スペースごとに発信機を設置するという負担が課せられる。
【００１６】
ここに、「発信機」は、ユーザの携帯端末との間で近距離通信を行う通信デバイスであり、ユーザの携帯端末との連携により、ユーザが現在、実際に滞在しているレンタル・スペースがいずれであるかを正確に特定するため、すなわち、ユーザの場所認証を行うために使用される。この種の発信機は、近年、広く普及しつつあり、よって低価格化して入手し易くなりつつある。
【００１７】
よって、この特許文献３に開示された技術を採用するために発信機を購入してレンタル・スペースごとに個別に設置することは、特許文献１に記載の技術を採用するために電子キーをレンタル・スペースごとに個別に設置する場合より、少なくとも経済的な負担が少ない。さらに、レンタル・スペースごとに個別に設置された発信機を用いて場所認証を行えば、ユーザは、パスワードを取得し、そのパスワードを用いて前記電子キーを開錠するという負担から解放される。
【００１８】
したがって、この特許文献３に開示された技術を採用すれば、レンタル・スペースを管理する側にとっては、レンタル・スペースを運営・管理するために必要なコストおよび労力を軽減すること（例えば無人化）が容易となるという効果が得られ、また、ユーザにとっては、いちいちパスワードやバーコード情報を入手して現場で使用する煩から解放されるという効果が得られる。
【００１９】
しかし、本発明者は、これまでの研究により、特許文献３に開示された技術を採用する場合には、発信機と携帯端末との間の通信に関し、配慮すべき新たな事項があることに気が付いた。
【００２０】
すなわち、同じ施設内に複数のレンタル・スペースが互いに隣接して設置される環境、例えば、図書館内におけるように、複数の貸席（レンタル・スペースの例）が互いに詰めて設置される環境においては、複数の発信機も空間的に互いに近接して配置されることになる。
【００２１】
このように複数の発信機が高密度で配置される使用環境においては、ユーザが、自ら選択したレンタル・スペースに滞在しているにもかかわらず、自身の携帯端末が、前記選択レンタル・スペースに設置されている発信機（ユーザにとって正規の発信機）より、隣のレンタル・スペースに設置されている別の発信機（ユーザにとって正規ではない発信機）に近接してしまう可能性がある。
【００２２】
その場合には、ユーザの携帯端末が、正規ではない発信機から信号を、正規の発信機より強い強度で受信してしまい、その受信した信号に基づいて、ユーザが現に滞在しているレンタル・スペースを推定すると、隣のレンタル・スペースがユーザの現在のレンタル・スペースであるとの誤った推定が行われてしまう。
【００２３】
すなわち、この特許文献３に開示された技術を採用する場合には、ユーザが現在、実際にいずれのレンタル・スペースに滞在しているのかを正しく把握することができない可能性があるのである。
【００２４】
以上の知見を背景にして、本発明は、不動産または動産である対象物（スペースを含む）を管理する技術に関し、特に、対象物を管理・運営する手間および費用を軽減することを容易にする技術に関するものである。
【課題を解決するための手段】
【００２５】
その課題を解決するために、本発明のあるアスペクトによれば、複数の不動産または動産である対象物を管理する方法であって、
当該方法は、
各対象物において、固有のＩＤを表す信号を発信する非接触式または接触式の通信デバイスと、
いずれかの対象物を選択して選択対象物とするユーザの携帯端末と
を用いて実行され、
当該方法は、
使用開始に際し、ユーザが前記携帯端末を前記通信デバイスに接近させると、前記携帯端末が前記信号を受信する状態が開始され、やがてユーザが前記携帯端末を前記通信デバイスから離間させると、前記携帯端末が前記信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対して使用開始リクエストを入力すると、前記携帯端末および／またはその携帯端末との間で通信が可能な管理サーバが、前記ＩＤに対応する前記選択対象物の使用の開始を許可する使用開始許可工程と、
その使用開始後、ユーザが前記携帯端末を前記通信デバイスに接近させると、前記携帯端末が前記信号を受信する状態が再開され、やがてユーザが前記携帯端末を前記通信デバイスから離間させると、前記携帯端末が前記信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対して使用終了リクエストを入力すると、前記携帯端末および／または前記管理サーバが、前記使用の終了を許可する使用終了許可工程と
を含む対象物管理方法が提供される。
【００２６】
また、本発明の別のアスペクトによれば、複数のスペースを管理する方法であって、
当該方法は、
各スペースにおいて、固有のＩＤを表す信号を発信する非接触式または接触式の通信デバイスと、
いずれかのスペースを選択して選択スペースとするユーザの携帯端末と、
その携帯端末と通信可能な管理サーバと
を用いて実行され、
当該方法は、
前記携帯端末が、前記複数のスペースのうちのいずれかが選択スペースとしてユーザによって選択されると、その選択スペースを予約するための予約情報を前記管理サーバに送信する予約工程と、
その管理サーバが、前記予約情報を受信すると、ユーザと選択スペースとの関係をメモリに登録する登録工程と、
前記携帯端末が、前記複数のスペースと複数のＩＤとの間に予め定められた対応関係に従い、前記選択スペースに対応するＩＤを正規ＩＤとして取得する取得工程と、
使用開始に際し、ユーザが前記携帯端末をいずれかの通信デバイスにかざすかまたは接触させると、前記携帯端末が、そのいずれかの通信デバイスから信号を受信し、その受信した信号が前記正規ＩＤを表す正規受信信号である場合には、やがてユーザが前記携帯端末を前記いずれかの通信デバイスから離間させると、前記携帯端末が、前記正規受信信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対して使用開始リクエストを入力すると、前記携帯端末が、その使用開始リクエストを受け付ける使用開始時状態遷移工程と、
前記携帯端末が、前記入力された使用開始リクエストをユーザに関連付けて前記管理サーバに送信する使用開始リクエスト送信工程と、
前記管理サーバが、前記使用開始リクエストをユーザに関連付けて受信すると、前記メモリにおいて前記選択スペースを検索し、その選択スペースの使用の開始を許可する使用開始許可工程と
を含むスペース管理方法が提供される。
【００２７】
本発明の一側面によれば、複数の不動産または動産である対象物を管理する方法であって、
当該方法は、
各対象物において、固有の発信機コードを表す信号を発信する発信機と、
いずれかの対象物を選択して選択対象物とするユーザの携帯端末と
を用いて実行され、
当該方法は、
使用開始に際し、ユーザが前記携帯端末を前記発信機に接近させると、前記携帯端末が前記信号を受信する状態が開始され、やがてユーザが前記携帯端末を前記発信機から離間させると、前記携帯端末が前記信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対して使用開始リクエストを入力すると、前記携帯端末および／またはその携帯端末との間で通信が可能な管理サーバが、前記発信機コードに対応する前記選択対象物の使用の開始を許可する使用開始許可工程と、
その使用開始後、ユーザが前記携帯端末を前記発信機に接近させると、前記携帯端末が前記信号を受信する状態が再開され、やがてユーザが前記携帯端末を前記発信機から離間させると、前記携帯端末が前記信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対して使用終了リクエストを入力すると、前記携帯端末および／または前記管理サーバが、前記使用の終了を許可する使用終了許可工程と
を含む方法が提供される。
【００２８】
また、本発明のあるアスペクトによれば、レンタル可能な複数のスペースを管理する方法であって、
当該方法は、
各スペースにおいて、固有の発信機コードを表す信号を発信する発信機と、
いずれかのスペースを選択して選択スペースとするユーザの携帯端末と、
その携帯端末と通信可能な管理サーバと
を用いて実行され、
当該方法は、
前記携帯端末が、前記複数のスペースのうちのいずれかが選択スペースとしてユーザによって選択されると、その選択スペースを予約するための予約情報を前記管理サーバに送信する予約工程と、
その管理サーバが、前記予約情報を受信すると、ユーザと選択スペースとの関係をメモリに登録する登録工程と、
前記携帯端末が、いずれかのスペースの選択後、前記発信機との受信に先立ち、前記複数のスペースと複数の発信機コードとの間に予め定められた対応関係に従い、前記選択スペースに対応する発信機コードを正規発信機コードとして取得する取得工程と、
レンタル開始に際し、ユーザが前記携帯端末をいずれかの発信機にかざすかまたは接触させると、前記携帯端末が、そのいずれかの発信機から信号を受信し、その受信した信号が前記正規発信機コードを表す正規受信信号である場合には、やがてユーザが前記携帯端末を前記いずれかの発信機から離間させると、前記携帯端末が、前記正規受信信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対してレンタル開始リクエストを入力すると、前記携帯端末が、そのレンタル開始リクエストを受け付けるレンタル開始時状態遷移工程と、
前記携帯端末が、前記入力されたレンタル開始リクエストをユーザに関連付けて前記管理サーバに送信するレンタル開始リクエスト送信工程と、
前記管理サーバが、前記レンタル開始リクエストをユーザに関連付けて受信すると、前記メモリにおいて前記選択レンタル対象を検索し、その選択レンタル対象のレンタルの開始を許可するレンタル開始許可工程と
を含む方法が提供される。
【００２９】
また、本発明の別のアスペクトによれば、前記あるアスペクトに従う前記方法に、
前記レンタルの開始後、ユーザが前記携帯端末をいずれかの発信機にかざすかまたは接触させると、前記携帯端末が、そのいずれかの発信機から信号を受信し、その受信した信号が前記正規受信信号である場合には、やがてユーザが前記携帯端末を前記いずれかの発信機から離間させると、前記携帯端末が、前記正規受信信号を受信しない状態に遷移し、その遷移後、ユーザが前記携帯端末に対してレンタル終了リクエストを入力すると、前記携帯端末が、そのレンタル終了リクエストを受け付けるレンタル終了時状態遷移工程と、
前記携帯端末が、前記入力されたレンタル終了リクエストをユーザに関連付けて前記管理サーバに送信するレンタル終了リクエスト送信工程と、
前記管理サーバが、前記レンタル終了リクエストをユーザに関連付けて受信すると、前記レンタルの終了を許可するレンタル終了許可工程と
が追加された方法が提供される。
【００３０】
また、本発明の一側面によれば、ユーザに貸与可能な不動産または動産である複数のレンタル対象を集中的に管理する方法であって、
当該方法は、
各レンタル対象において、固有の発信機コードを表す信号を発信する発信機と、
いずれかのレンタル対象を選択し、その選択レンタル対象を使用することを希望するユーザの携帯端末と
を用いて実行され、
当該方法は、
前記携帯端末が、第１の有効受信エリアで受信を行う広域受信モードで、一または複数の発信機から一または複数の信号を受信する広域受信工程と、
前記携帯端末が、前記広域受信モードで複数の発信機から複数の信号を同時に受信したという第１の条件を含む少なくとも１つの条件が成立する場合に、前記広域受信モードに代えて、前記第１の有効受信エリアより狭い第２の有効受信エリアで受信を行う狭域受信モードで、一または複数の発信機から一または複数の信号を受信する狭域受信工程と、
前記携帯端末および／またはその携帯端末との間で通信が可能な管理サーバが、前記携帯端末が前記狭域受信モードで受信した一または複数の信号のうちのいずれかによって表される実発信機コードが、前記選択レンタル対象に設置されているはずである正規発信機に対応する正規発信機コードと一致する場合に、ユーザが前記選択レンタル対象に存在していると判定する判定工程と
を含むレンタル対象管理方法が提供される。
【００３１】
その一例においては、前記少なくとも１つの条件が、さらに、前記広域受信モードで複数の発信機から同時に受信した複数の信号のうちのいずれかによって表される実発信機コードが前記正規発信機コードと一致するという第２の条件を含む。この例においては、前記広域受信工程が、前記第１の条件と前記第２の条件とを含む前記少なくとも１つの条件が成立するまで反復的に実行される。
【００３２】
本発明のさらに別の側面によれば、ユーザに貸与可能な不動産または動産である複数のレンタル対象を集中的に管理する方法であって、
当該方法は、
各レンタル対象において、固有の発信機コードを表す信号を発信する発信機と、
いずれかのレンタル対象を選択し、その選択レンタル対象を使用することを希望するユーザの携帯端末と
を用いて実行され、
当該方法は、
前記携帯端末および／またはその携帯端末との間で通信が可能な管理サーバが、前記複数のレンタル対象と複数の発信機コードとの間に予め定められた対応関係に従い、前記選択レンタル対象に対応する発信機コードを正規発信機コードとして取得する取得工程と、
その正規発信機コードが取得された後、前記携帯端末が、一または複数の発信機からの信号を受信するための受信試行を、前記受信した一または複数の信号の中に前記正規発信機コードを表す正規受信信号が存在することになるまで反復的に行う受信工程と、
前記受信した一または複数の信号の中に前記正規受信信号が存在する場合に、前記携帯端末および／または前記管理サーバが、前記正規受信信号によって表される正規発信機コードに対応するレンタル対象を特定する処理を行うことなく、ユーザが前記選択レンタル対象に存在していると判定する判定工程と
を含むレンタル対象管理方法が提供される。
【００３３】
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。
【００３４】
さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。
【００３５】
（１）  ユーザに貸与可能な不動産または動産である複数のレンタル対象を集中的に管理する方法であって、
当該方法は、
各レンタル対象において、固有の発信機コードを表す信号を発信する発信機と、
いずれかのレンタル対象を選択し、その選択レンタル対象を使用することを希望するユーザの携帯端末であって、一または複数の発信機との間で近距離通信方式での受信が可能なものと
を用いて実行され、
当該方法は、
前記携帯端末が、一または複数の発信機からの受信に先立ち、ユーザがいずれかのレンタル対象を選択レンタル対象として選択することを支援する入力支援工程と、
前記携帯端末および／またはその携帯端末との間で通信が可能な管理サーバが、前記複数のレンタル対象と複数の発信機コードとの間の対応関係に従い、前記選択レンタル対象に対応する発信機コードを正規発信機コードとして決定する決定工程と、
前記携帯端末および／または前記管理サーバが、前記携帯端末が前記正規発信機コードを表す信号を受信したか否かに応じて、ユーザが前記選択レンタル対象に存在しているか否かを判定する判定工程と
を含むレンタル対象管理方法。
【００３６】
ここに、「複数のレンタル対象」は、典型的には、例えば、ユーザの携帯端末のＧＰＳ機能により、実用的な精度では、空間的に互いに識別（分解）できないほどに互いに接近して配置されている複数の不動産（例えば、席貸施設内の複数の貸席、駐車場内の複数の車室）または動産（例えば、同じ貸し自転車施設内の複数の貸し自転車）であるが、理論的には、ユーザの携帯端末のＧＰＳ機能により、実用的な精度で、空間的に互いに識別（分解）できるほどに互いに離散して配置されている複数の不動産（例えば、複数の席貸施設、複数の駐車場）または動産（例えば、同じ貸し自転車施設内の複数の貸し自転車）であってもよい。
【００３７】
（２）  前記携帯端末は、一または複数の発信機からの信号を受信するための受信試行を反復的に行い、
前記判定工程は、
前記携帯端末および／または前記管理サーバが、前記携帯端末が前記正規発信機コードを表す信号を受信しない状態から受信する状態に遷移する第１遷移が出現したタイミングまたはその第１遷移を契機として発生する所定の第１事象が出現したタイミングに基づき、ユーザによる前記選択レンタル対象の使用開始を認識する工程と、
前記携帯端末および／または前記管理サーバが、前記携帯端末が前記正規発信機コードを表す信号を受信する状態から受信しない状態に遷移する第２遷移が出現したタイミングまたはその第２遷移を契機として発生する所定の第２事象が出現したタイミングに基づき、ユーザによる前記選択レンタル対象の使用終了を認識する工程と
のうちの少なくとも一方を含む（１）項に記載のレンタル対象管理方法。
【００３８】
（３）  前記携帯端末は、一または複数の発信機からの信号を受信するための受信試行を反復的に行い、
前記判定工程は、
前記携帯端末および／または前記管理サーバが、前記携帯端末が前記正規発信機コードを表す信号を受信しない状態から受信する状態に遷移する第１遷移および前記携帯端末が前記正規発信機コードを表す信号を受信する状態から受信しない状態に遷移する第２遷移であって対を成すものの双方または一方の出現と、ユーザによる使用開始リクエストの意思表示との組合せに応答し、ユーザによる使用開始を認識する工程と、
前記携帯端末および／または前記管理サーバが、対を成す第１遷移および第２遷移の双方または一方の出現と、ユーザによる使用終了リクエストの意思表示との組合せに応答し、ユーザによる使用終了を認識する工程と
を含む（２）項に記載のレンタル対象管理方法。
【００３９】
（４）  前記入力支援工程は、
ユーザが、前記選択レンタル対象から離れた場所において、前記選択レンタル対象を予約することを支援する工程と、
ユーザが、前記選択レンタル対象と同じ位置またはそれの近傍位置において、ユーザによる前記選択レンタル対象の使用の直前に、前記選択レンタル対象を入力することを支援する工程と
のうちの少なくとも一方を含む（１）ないし（３）項のいずれかに記載のレンタル対象管理方法。
【００４０】
（５）  各発信機は、前記携帯端末の信号処理特性と連携することにより、対応するレンタル対象にユーザが存在する限り、ユーザが前記携帯端末を手で保持してその携帯端末を前記発信機にかざすことも接触させることもすることなく、各発信機から発信された信号が前記携帯端末によって受信されるように作動する（１）ないし（４）項のいずれかに記載のレンタル対象管理方法。
【００４１】
（６）  各発信機は、前記携帯端末の信号処理特性と連携することにより、対応するレンタル対象に存在するユーザが前記携帯端末を手で保持してその携帯端末を前記発信機にかざすかまたは接触させると、各発信機から発信された信号が前記携帯端末によって受信されるように作動する（１）ないし（４）項のいずれかに記載のレンタル対象管理方法。
【００４２】
（７）  さらに、前記携帯端末が各発信機から受信した信号によって表される実発信機コードが前記正規発信機コードと一致しない場合に、前記携帯端末が、ユーザに、その携帯端末による発信機の受信の再試行を催促する工程を含む（１）ないし（６）項のいずれかに記載のレンタル対象管理方法。
【００４３】
（８）  さらに、前記携帯端末および／または前記管理サーバが、第１時刻においてユーザが前記選択レンタル対象に到着したと判定されると、そのときから第１制限時間内に、ユーザが前記携帯端末に使用開始リクエストを入力すると、ユーザによる前記選択レンタル対象の使用開始を許可する工程を含む（１）ないし（７）項のいずれかに記載のレンタル対象管理方法。
【００４４】
（９）  さらに、前記携帯端末および／または前記管理サーバが、第２時刻においてユーザが前記選択レンタル対象から退去したと判定されると、そのときから第２制限時間内に、ユーザが前記携帯端末に使用終了リクエストを入力すると、ユーザによる前記選択スペースの使用終了を許可する工程を含む（１）ないし（８）項のいずれかに記載のレンタル対象管理方法。
【００４５】
（１０）  （１）ないし（９）項のいずれかに記載の携帯端末を実施するためにその携帯端末のコンピュータによって実行されるプログラム。
【００４６】
（１１）  （１）ないし（９）項のいずれかに記載の管理サーバを実施するためにその管理サーバのコンピュータによって実行されるプログラム。
【００４７】
本項および他の項に係るプログラムは、例えば、それの機能を果たすためにコンピュータにより実行される指令の組合せを意味するように解釈したり、それら指令の組合せのみならず、各指令に従って処理されるファイルやデータをも含むように解釈することが可能であるが、それらに限定されない。
【００４８】
また、このプログラムは、それ単独でコンピュータにより実行されることにより、所期の目的を達するものとしたり、他のプログラムと共にコンピュータにより実行されることにより、所期の目的を達するものとすることができるが、それらに限定されない。後者の場合、本項に係るプログラムは、データを主体とするものとすることができるが、それに限定されない。
【００４９】
（１２）  （１０）または（１１）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【００５０】
この記録媒体は種々な形式を採用可能であり、例えば、フレキシブル・ディスク等の磁気記録媒体、ＣＤ、ＣＤ−ＲＯＭ等の光記録媒体、ＭＯ等の光磁気記録媒体、ＲＯＭ等のアンリムーバブル・ストレージ等のいずれかを採用し得るが、それらに限定されない。
【００５１】
（１３）  各レンタル対象についてのユーザによる使用開始時刻から使用終了時刻までの各回の使用期間のうちの実質的な全体にわたり、そのレンタル対象の前記発信機に対し、ユーザの携帯端末が、前記発信機との間で近距離通信可能な距離の範囲内に配置されるという特性を有する（１）ないし（９）項のいずれかに記載のレンタル対象管理方法。
【００５２】
（１４）  前記複数のレンタル対象は、席貸施設（図書館、学校、研修室、講義室を含む）に設置された複数の貸席、または、集合住宅内の複数の部屋を含む（１３）項に記載のレンタル対象管理方法。
【００５３】
（１５）  各レンタル対象についてのユーザによる使用開始時刻から使用終了時刻までの各回の使用期間のうちの少なくとも開始段階と終了段階とにおいて、そのレンタル対象の前記発信機に対し、ユーザの携帯端末が、前記発信機との間で近距離通信可能な距離の範囲内に配置されるという特性を有する（１）ないし（９）項のいずれかに記載のレンタル対象管理方法。
【００５４】
（１６）  前記複数のレンタル対象は、駐車場（駐輪場を含む）内の複数の車室、複数の貸しロッカールーム、複数の貸し倉庫、または、複数の貸し金庫を含む（１５）項に記載のレンタル対象管理方法。
【００５５】
（１７）  当該方法は、互いに地理的に異なる複数の施設にそれぞれ設置された複数のレンタル対象（例えば、携帯端末のＧＰＳ機能では空間的に分解できないほどに互いに接近している複数のレンタル対象）を管理するために実施され、
前記入力支援工程は、前記携帯端末が、その携帯端末の現在位置を測定するとともに、前記複数の施設のうち、前記測定された現在位置の近傍に位置する少数の候補施設を画面上に、地図データと一緒に、かつ、ユーザによっていずれかの施設を選択可能な状態で表示し、それにより、ユーザが、いずれかの施設を選択することを支援する（１）ないし（９）項のいずれかに記載のレンタル対象管理方法。
【００５６】
（１８）  当該方法は、互いに地理的に異なる複数の施設にそれぞれ設置された複数のレンタル対象を管理するために実施され、
前記入力支援工程は、前記携帯端末が、前記複数の施設のうちの少なくとも一部を画面上にリスト形式で、かつ、ユーザによっていずれかの施設を選択可能な状態で表示し、それにより、ユーザが、いずれかの施設を選択することを支援する（１）ないし（９）項のいずれかに記載のレンタル対象管理方法。
【００５７】
（１９）  前記入力支援工程は、ユーザが、前記選択レンタル対象から離れた場所において、前記選択レンタル対象を予約するために、前記選択レンタル対象を識別するための情報およびその選択レンタル対象の予定使用時間帯を特定するための情報を前記携帯端末に入力することを支援する工程を含み、
当該方法は、さらに、
前記管理サーバが、前記情報に基づき、各レンタル対象ごとに前記予約が成立している時間帯を時系列的に表示するための予約状況テーブルを作成し、新たな予約が成立するごとに、および、いずれかのレンタル対象の使用が終了するごとに、それらの事実が反映されるように、前記予約状況テーブルを更新し、最新の予約状況テーブルを前記携帯端末に送信する工程を含み、
前記入力支援工程は、さらに、前記携帯端末が、前記送信された予約状況テーブルを画面上に表示し、ユーザが、その予約状況テーブルを参照しつつ、前記選択レンタル対象を予約するために、前記情報を前記携帯端末に入力することを支援する（１）ないし（９）項のいずれかに記載のレンタル対象管理方法。
【００５８】
（２０）  前記複数の発信機および前記携帯端末は、ユーザが前記選択レンタル対象に存在している間、その選択レンタル対象に設置されている発信機からの信号を前記携帯端末が継続的に受信するように作動し、
当該方法は、さらに、前記携帯端末が、前記選択レンタル対象に設置されている発信機からの信号を受信しているか否かに基づき、ユーザが、実際に、前記選択レンタル対象に滞在しているか否かを反復的に判定する工程を含む（１）ないし（９）項のいずれかに記載のレンタル対象管理方法。
【００５９】
（２１）  ユーザに貸与可能な不動産または動産である複数のレンタル対象を集中的に管理するシステムであって、
各レンタル対象において、固有の発信機コードを表す信号を発信する発信機と、
いずれかのレンタル対象を選択し、その選択レンタル対象を使用することを希望するユーザの携帯端末であって、一または複数の発信機との間で近距離通信方式での受信が可能なものと
を含み、
前記携帯端末は、一または複数の発信機からの受信に先立ち、ユーザがいずれかのレンタル対象を選択レンタル対象として選択することを支援する入力支援部を含み、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバは、
前記複数のレンタル対象と複数の発信機コードとの間の対応関係に従い、前記選択レンタル対象に対応する発信機コードを正規発信機コードとして決定する決定部と、
前記携帯端末が前記正規発信機コードを表す信号を受信したか否かに応じて、ユーザが前記選択レンタル対象に存在しているか否かを判定する判定部と
を含むレンタル対象管理システム。
【００６０】
（２２）  各レンタル対象についてのユーザによる使用開始時刻から使用終了時刻までの各回の使用期間のうちの実質的な全体にわたり、そのレンタル対象の前記発信機に対し、ユーザの携帯端末が、前記発信機との間で近距離通信可能な距離の範囲内に配置されるという特性を有する（２１）項に記載のレンタル対象管理システム。
【００６１】
（２３）  各レンタル対象は、美術館、博物館や観光地において来場者や観光客に貸与され、見学中、来場者や観光客によって携帯される音声ガイド装置（例えば、外部から信号を無線で受信してリアルタイムで音声データに変換するか、または外部トリガ信号に応答して内蔵メモリから音声データを読み出して鑑賞対象を音声で説明するための装置）を含む（２２）項に記載のレンタル対象管理システム。
【００６２】
（２４）  各レンタル対象についてのユーザによる使用開始時刻から使用終了時刻までの各回の使用期間のうちの少なくとも開始段階と終了段階とにおいて、そのレンタル対象の前記発信機に対し、ユーザの携帯端末が、前記発信機との間で近距離通信可能な距離の範囲内に配置されるという特性を有する（２１）項に記載のレンタル対象管理システム。
【００６３】
（２５）  各レンタル対象は、レンタカーまたは貸し自転車を含む（２４）項に記載のレンタル対象管理方法。
【００６４】
（２６）  ユーザに貸与可能な不動産または動産である複数のレンタル対象を集中的に管理する方法であって、
当該方法は、
各レンタル対象において、固有の発信機コードを表す信号を発信する発信機と、
いずれかのレンタル対象を選択し、その選択レンタル対象を使用することを希望するユーザの携帯端末であって、一または複数の発信機との間で近距離通信方式での受信が可能なものと
を用いて実行され、
当該方法は、
前記携帯端末が、一または複数の発信機からの信号を受信するための受信試行を反復的に行う工程と、
前記携帯端末が、前記複数のレンタル対象のうちのいずれかを選択レンタル対象としてユーザが当該携帯端末上で選択することを支援する工程と
を含み、
当該方法は、さらに、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバが、前記携帯端末がいずれかの発信機からも信号を受信しないか、または一または複数の発信機から受信した信号が、前記選択レンタル対象に設置されているはずの発信機に固有の正規発信機コードを表さない非正規受信状態から、一または複数の発信機から信号を受信したか、または一または複数の発信機から受信した信号が前記正規発信機コードを表す正規受信状態に遷移する第１遷移が出現したタイミングまたはその第１遷移を契機として発生する所定の第１事象が出現したタイミングに基づき、ユーザによる前記選択レンタル対象の使用開始を認識する工程と、
前記携帯端末および／または前記管理サーバが、前記正規受信状態から前記非正規受信状態に遷移する第２遷移が出現したタイミングまたはその第２遷移を契機として発生する所定の第２事象が出現したタイミングに基づき、ユーザによる前記選択レンタル対象の使用終了を認識する工程と
のうちの少なくとも一方を含むレンタル対象管理方法。
【００６５】
（２７）  ユーザに貸与可能な不動産または動産である複数のレンタル対象を集中的に管理する方法であって、
当該方法は、
各レンタル対象において、固有の発信機コードを表す信号を発信する発信機と、
いずれかのレンタル対象を選択し、その選択レンタル対象を使用することを希望するユーザの携帯端末であって、一または複数の発信機との間で近距離通信方式での受信が可能なものと
を用いて実行され、
当該方法は、
前記携帯端末が、一または複数の発信機からの信号を受信するための受信試行を反復的に行う工程と、
前記携帯端末が、前記複数のレンタル対象のうちのいずれかを選択レンタル対象としてユーザが当該携帯端末上で選択することを支援する工程と、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバが、前記携帯端末が一または複数の発信機からの受信の有無を時系列的に表す受信信号の時間的変化に基づき、ユーザの前記選択レンタル対象に対する接近・離間の時間的変化を監視する工程と
を含むレンタル対象管理方法。
【００６６】
（２８）  前記各レンタル対象は、駐車場を含む（２６）または（２７）項に記載のレンタル対象管理方法。
【００６７】
（２９）  前記各レンタル対象は、駐車場に設置された車室を含む（２６）または（２７）項に記載のレンタル対象管理方法。
【００６８】
（３０）  ユーザの携帯端末によって受信される発信機の受信レンジを制御する方法であって、
複数の発信機であって、それぞれ、動産または不動産に設置されるとともに、固有の識別信号を継続的に発信するものと、
ユーザの携帯端末であって、一または複数の発信機を近距離通信方式で受信することが可能であるものと
を含むシステムを用いて実行され、
当該方法は、
前記携帯端末が、第１の有効受信エリアで受信を行う広域受信モードで、一または複数の発信機の各々から信号を受信し、当該携帯端末が、各発信機にとっての前記第１の有効受信エリア内に存在するか否かを判定することにより、当該携帯端末が前記広域受信モードで各発信機を検知したか否かを判定する広域受信工程と、
前記携帯端末が、前記広域受信モードで複数の発信機を同時に検知したか否かを判定する同時受信判定工程と、
前記携帯端末が、前記広域受信モードで複数の発信機を同時に検知したと判定したという条件を含む少なくとも１つの条件が成立すると、前記第１の有効受信エリアより縮小された第２の有効受信エリアで受信を行う狭域受信モードで、一または複数の発信機の各々から信号を受信し、当該携帯端末が、各発信機にとっての前記第２の有効受信エリア内に存在するか否かを判定することにより、当該携帯端末が前記狭域受信モードで各発信機を検知したか否かを判定する狭域受信工程と
を含む方法。
【００６９】
（３１）  前記不動産は、複数のレンタル・スペース（例えば、複数の貸席、複数の駐車場、１つの駐車場内の複数の車室、複数のステーションであって、各々に複数台の貸し自転車がユーザに貸与可能な状態で保管されるもの）であって、各々に前記発信機が設置されるものを含む（３０）項に記載の方法。
【００７０】
（３２）  前記動産は、複数の貸し自転車またはレンタカーであって、各々に前記発信機が設置されるものを含む（３０）項に記載の方法。
【００７１】
（３３）  前記広域受信工程は、
前記携帯端末が、前記広域受信モードで一または複数の発信機の各々から信号を受信することを試行する工程と、
前記携帯端末および／またはその携帯端末と通信可能なサーバが、前記携帯端末が前記広域受信モードで一または複数の発信機から信号を受信した場合に、その受信した信号に基づき、各発信機と前記携帯端末との間の距離を第１距離として測定する工程と、
前記携帯端末および／または前記サーバが、各発信機について測定された第１距離が、前記第１の有効受信半径より短い場合には、各発信機が前記携帯端末によって検知されたと判定する一方、前記第１距離が前記第１の有効受信半径より長い場合には、各発信機が前記携帯端末によって検知されなかったと判定する工程と
を含み、
前記狭域受信工程は、
前記携帯端末が、前記狭域受信モードで一または複数の発信機の各々から信号を受信することを試行する工程と、
前記携帯端末および／または前記サーバが、前記狭域受信モードで一または複数の発信機から信号を受信した場合に、その受信した信号に基づき、各発信機と前記携帯端末との間の距離を第２距離として測定する工程と、
前記携帯端末および／または前記サーバが、各発信機について測定された第２距離が、前記第２の有効受信半径より短い場合には、各発信機が前記携帯端末によって検知されたと判定する一方、前記第２距離が前記第２の有効受信半径より長い場合には、各発信機が前記携帯端末によって検知されなかったと判定する工程と
を含む方法。
【００７２】
上述の（３０）ないし（３３）項に記載の技術は、ユーザの携帯端末によって発信機を検知する際の前記携帯端末の受信モードの改良に関する。この技術によれば、受信モードすなわち有効受信半径（携帯端末に設定されている値）が可変とされ、広域受信モードと狭域受信モードとに切り換えられる。この技術によれば、複数の発信機の間で混信（携帯端末による発信機の誤検知）が発生する可能性が低い場合には、広域受信モードが選択され、混信が発生する可能性が高い場合には、自動的に狭域受信モードに切り換えられる。よって、この技術によれば、複数の発信機が互いに接近している場合、それにもかかわらず、適切な発信機のみを携帯端末が正常に検知することが容易となる。
【００７３】
また、上述の（３０）ないし（３３）項に記載の技術（携帯端末が広域受信モードで同時に複数の発信機を検知した場合に、受信モードを広域受信モードから狭域受信モードに自動的に切り換える技術）は、前述の（１）ないし（２９）項に記載の技術（携帯端末が同時に複数の発信機を検知した場合に、携帯端末が本来受信すべき唯一の発信機のアイデンティティが複数の発信機からの受信に先立って既知であることを条件として、正規の発信機以外の発信機からの信号を受信してもそれをソフト的に除外するフィルタリング技術）を組み合わせて採用することが可能であり、それの一例は、後に図２５を参照して詳述する。
【発明の効果】
【００７４】
本発明によれば、ユーザの携帯端末が発信機を受信するのに先立ち、いずれかのレンタル対象がユーザによって選択される。
【００７５】
さらに、本発明によれば、その選択レンタル対象（例えば、予約されたレンタル対象）がいずれのレンタル対象であるかというレンタル対象の同一性（アイデンティティ）に基づき、複数のレンタル対象にそれぞれ設置された複数の発信機が、１つの選択レンタル対象に設置されているはずの正規の発信機（標的発信機）と、それ以外の非正規の発信機（非標的発信機）とに分類される。
【００７６】
その結果、本発明によれば、ユーザの携帯端末が選択レンタル対象において非正規の発信機からの信号を受信してしまってもその信号は参照されず、正規の発信機からの信号のみが参照されることにより、ユーザの現在位置、すなわち、ユーザが真に選択レンタル対象と同じ位置またはそれの近傍に位置するか否かが推定される。
【００７７】
この推定の基礎にある思想は、ユーザの存在場所が既知であるなら、その既知の場所に設置されているはずの発信機が発信するはずの信号さえ携帯端末は注目すればよいということである。
【００７８】
したがって、本発明によれば、正規の発信機を他の発信機に空間的に近く配置せざるを得ないという理由や、ユーザが自身の携帯端末を用いて正規の発信機を受信する際の利便性を向上させる（例えば、ユーザが通常の位置からわざわざ正規の発信機に接近しなくてもよいようにする）ために正規の発信機の有効受信エリア（例えば図５および図２０参照）を拡大することが必要であるという理由などの理由で、有効受信エリアが正規の発信機と他の発信機との間で少なくとも部分的にオーバーラップする環境であっても、ハードウエア的なフィルタリング機能（ノイズ除去機能）ではなくソフトウエア的なフィルタリング機能（ノイズ除去機能）によって正規の発信機からの信号のみが携帯端末において有効化される。それにより、本発明によれば、ユーザの現在位置を、他の発信機に影響されることなく、精度よく推定することが容易となる。
【００７９】
各発信機の有効受信エリアを容易に拡大できるという効果は、例えば、本発明を駐車場内のいずれかの車室を選択する技術またはそれに類似する技術に適用する場合に、入庫シーケンスおよび／または出庫シーケンスにおいて、駐車場内においてユーザが、選択した車室に駐車した車両内に居たままで、すなわち、その車両から降りて発信機に接近することなく、正規の発信機からの受信および入庫・出庫処理のための管理サーバとの通信を行うことが容易となるという効果として具体化される。
【図面の簡単な説明】
【００８０】
【図１】図１は、本発明の例示的な第１の実施形態に従う無人席貸システムにおいて、複数の貸席にそれぞれ設置されている複数の発信機と、いずれかの貸席に滞在しているときのユーザおよびいずれの貸席からも離れた例示的な場所としての自宅に滞在しているときのユーザの携帯端末と、遠隔地にある管理センタ内の管理サーバとが互いに通信する様子の一例を示す斜視図である。
【００８１】
【図２】図２は、図１に示す各貸席に設置されている各発信機とユーザの携帯端末との間での近距離一方向通信と、その携帯端末と図１に示す管理サーバとの間での遠距離双方向通信とをそれぞれ概念的に表す図である。
【００８２】
【図３】図３は、図２に示す発信機を概念的に表す機能ブロック図である。
【００８３】
【図４】図４は、図３に示す発信機のコンピュータによって実行されるプログラムの一例を概念的に表すフローチャートである。
【００８４】
【図５】図５は、図２に示す複数の貸席のうちのいくつかを、各貸席に設置されている発信機と共に拡大して示すとともに、各発信機に割り当てられた有効受信エリアを概念的に表す平面図である。
【００８５】
【図６】図６は、図２に示す携帯端末を概念的に表す機能ブロック図である。
【００８６】
【図７】図７は、図６における施設データメモリに記憶される施設データファイルを表形式で概念的に表す図である。
【００８７】
【図８】図８は、図６における貸席データメモリに記憶される貸席データファイルを表形式で概念的に表す図である。
【００８８】
【図９】図９は、図２に示す管理サーバを概念的に表す機能ブロック図である。
【００８９】
【図１０】図１０（ａ）は、図６に示す携帯端末のコンピュータによって実行される席貸サービス・プログラムの複数のモジュールを示すリストを示し、また、図１０（ｂ）は、図９に示す管理サーバのコンピュータによって実行される席貸サービス・プログラムの複数のモジュールを示すリストを示す。
【００９０】
【図１１】図１１（ａ）は、前記無人席貸システムにおいて実行される無人席貸方法のうちの予約シーケンスを説明するために、その予約シーケンスにおいて使用される予約状況テーブルを例示的に示す図であり、図１１（ｂ）は、前記予約シーケンスにおいて使用されるユーザ別予約内容ファイルを例示的に示す図である。
【００９１】
【図１２】図１２は、前記無人席貸方法の全体シーケンス（主要なシーケンスの全体）を例示的に説明するための複数のタイムチャートである。
【００９２】
【図１３】図１３は、図１０（ａ）に示す予約モジュールの携帯端末による実行と図１０（ｂ）に示す予約モジュールの管理サーバによる実行とによって達成される予約シーケンス・フローである。
【００９３】
【図１４】図１４（ａ），（ｂ）および（ｃ）は、図１３に示す予約シーケンス・フローを図によって時系列的に説明するための予約シーケンス図である。
【００９４】
【図１５】図１５は、図１０（ａ）に示す使用開始処理モジュールの携帯端末による実行と図１０（ｂ）に示す使用開始処理モジュールの管理サーバによる実行とによって達成される使用開始シーケンス・フローである。
【００９５】
【図１６】図１６は、図１０（ａ）に示す滞在判定モジュールの携帯端末による実行と図１０（ｂ）に示す滞在判定モジュールの管理サーバによる実行とによって達成される滞在判定シーケンス・フローである。
【００９６】
【図１７】図１７は、図１０（ａ）に示す使用終了処理モジュールの携帯端末による実行と図１０（ｂ）に示す使用終了処理モジュールの管理サーバによる実行とによって達成される使用終了シーケンス・フローである。
【００９７】
【図１８】図１８は、図１０（ａ）に示す予約変更モジュールの携帯端末による実行と図１０（ｂ）に示す予約変更モジュールの管理サーバによる実行とによって達成される予約変更シーケンス・フローである。
【００９８】
【図１９】図１９は、本発明の例示的な第２の実施形態に従う駐車場管理システムにおいて、各駐車場内の複数の車室にそれぞれ設置されている複数の発信機と、いずれかの車室に滞在しているときのユーザおよびいずれの車室からも離れた場所に滞在しているときのユーザの携帯端末と、遠隔地にある管理センタ内の管理サーバとが互いに通信する様子の一例を示す斜視図である。
【００９９】
【図２０】図２０は、図１９に示す複数の駐車場のうちの１つの駐車場に設置されている複数個の車室のうちの一部を拡大して示すとともに、各車室に設置されている発信機を、その発信機に割り当てられた有効受信エリアと共に概念的に表す平面図である。
【０１００】
【図２１】図２１は、図１９に示す駐車場管理システムの全体シーケンスを例示的に説明するための複数のタイムチャートである。
【０１０１】
【図２２】図２２は、前記駐車場管理システムにおいて実行される予約シーケンスを例示的に説明するためのタイムチャートである。
【０１０２】
【図２３】図２３は、前記駐車場管理システムにおいて実行される入庫シーケンスを例示的に説明するためのタイムチャートである。
【０１０３】
【図２４】図２４は、前記駐車場管理システムにおいて実行される出庫シーケンスを例示的に説明するためのタイムチャートである。
【０１０４】
【図２５】図２５は、前記無人席貸システムにおいて、ユーザが、予約していない貸席に誤って着席していることを検出し、その場合、正しい貸席に着席することをユーザに指示するためのプログラムを表すフローチャートである。
【発明を実施するための形態】
【０１０５】
以下、本発明の例示的ないくつかの実施形態を図面に基づいて詳細に説明する。
【０１０６】
＜第１の実施形態＞
【０１０７】
図１には、本発明の例示的な第１の実施形態に従う無人席貸システム（「レンタル・システム管理システム」の一例および「レンタル対象管理システム」の一例であり、以下、単に「システム」という。）１０が示されている。このシステム１０は、概略的には、ユーザによるレンタル対象の予約を条件に、個別の発信機を用いてレンタル対象の場所認証を行うレンタル対象管理システムの一例である。
【０１０８】
このシステム１０は、複数の席貸施設２０（図１には、それら席貸施設２０のうちの代表的な席貸施設Ａのみが図示されている）を集中的に管理するためのシステムである。各席貸施設２０は、複数の貸席２２を有しており、各貸席２２は、１人のユーザに一時的に貸与される個別空間であるレンタル・スペースである。
【０１０９】
１つの席貸施設２０内における複数の貸席２２は、概して、互いに詰めて配置されている。それら貸席２２は、例えば、携帯端末９０のＧＰＳ機能（後述）では空間的に互いに識別（分解）できないほどに互いに接近している複数のレンタル対象の一例である。
【０１１０】
これに対し、複数の席貸施設２０は、携帯端末９０のＧＰＳ機能（後述）によって空間的に互いに識別（分解）できるほどに互いに離散している複数の施設の一例である。
【０１１１】
ここで、貸席２２の分類について説明するに、各貸席２２は、第１類型のレンタル・スペースに属し、これは、各レンタル・スペースについてのユーザによる使用開始時刻から使用終了時刻までの各回の使用期間のうちの実質的な全体にわたり、そのレンタル・スペースの発信機３０に対し、ユーザの携帯端末９０が、発信機３０との間で近距離通信可能な距離の範囲内に配置されるという特性を有する。同じ第１類型に属する別のレンタル・スペースとしては、滞在施設内の複数の部屋が存在する。
【０１１２】
第２類型のレンタル・スペースも存在し、これは、各レンタル・スペースについてのユーザによる使用開始時刻から使用終了時刻までの各回の使用期間のうちの少なくとも開始段階と終了段階とにおいて、そのレンタル・スペースの発信機３０に対し、ユーザの携帯端末９０が、発信機３０との間で近距離通信可能な距離の範囲内に配置されるという特性を有する。この第２類型に属するレンタル・スペースとしては、駐車場（駐輪場を含む）内の複数の車室、複数の貸しロッカールーム、複数の貸し倉庫、および、複数の貸し金庫が存在する。
【０１１３】
このシステム１０は、本実施形態に従う無人席貸方法を実行するように構成されている。その無人席貸方法は、ユーザに貸与可能な複数のレンタル・スペースを集中的に管理するレンタル・スペース管理方法の一例であり、そのレンタル・スペース管理方法は、ユーザに貸与可能な不動産である複数のレンタル対象を集中的に管理するレンタル対象管理方法の一例である。そのレンタル対象管理方法の別の例は、ユーザに貸与可能な動産である複数のレンタル対象（例えば、レンタカーや貸し自転車）を集中的に管理するレンタル対象管理方法である。
【０１１４】
各席貸施設２０は、無人式である。さらに、設備の削減・簡素化のため、各席貸施設２０には、各貸席２２に対する不正な進入および退出を阻止するために適宜開閉する装置（例えば、電子キー）も、ユーザから提示される暗号（例えば、パスワードやバーコード情報）を読み取るための装置も、ユーザがレンタル料を支払うための精算機も、ユーザにチケットを発行するための発券機も設置されていない。
【０１１５】
なお、「コード」なる用語は、明細書の全体を通じて、「数字および／または記号の列」を意味し、具体的には、アナログ信号の状態をデジタル化して表現する数値的表記（例えば、２値表現）であって、個々のアナログ信号に固有の数値的表記である。「コード」なる用語は、識別という用途については、例えば、ＩＤすなわち識別子と称される。
【０１１６】
ところで、席貸施設２０の管理方式として、各席貸施設２０ごとに、その席貸施設２０に設置された設備のみを用いて自立的に（個別的にないしは自己完結的に）管理される自立管理方式と、複数の席貸施設２０が遠隔的にある管理サーバ５０（図１参照）と通信することによってそれら席貸施設２０を集中的に管理する集中管理方式とが存在する。本実施形態に従うシステム１０は、その席貸施設管理方式として前述の集中管理方式を採用している。
【０１１７】
具体的には、図１に示すように、このシステム１０は、各席貸施設２０内の各貸席２２に１台ずつ設置される発信機３０と、複数の席貸施設２０および複数の貸席２２を集中的に管理する管理センタ４０に設置される管理サーバ５０と、ユーザの携帯端末９０とを備えている。
【０１１８】
＜発信機＞
【０１１９】
本実施形態においては、同じ席貸施設２０に複数の貸席２２が設置されており、各貸席２２ごとに１台の発信機３０が使用される。
【０１２０】
各発信機３０は、自身に固有の発信機ＩＤ（前述の「発信機コード」の一例）を表す識別信号を発信するように構成される。１つの発信機ＩＤは、１つの貸席２２にとっても固有であるため、後述のように、１つの貸席ＩＤ（「席貸コード」の一例）に１対１で対応付けられる。
【０１２１】
図２に示すように、このシステム１０においては、ユーザが、自身の携帯端末９０を用いて、ユーザが現在滞在している貸席２２に設置されている発信機３０から前述の識別信号を、発信機３０との接触状態または非接触状態（携帯端末９０を発信機３０にかざす状態または携帯端末９０が、図５に複数個所で例示するように、発信機３０から少し離れた状態）で、近距離一方向無線通信方式で受信するとともに、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。
【０１２２】
ユーザの携帯端末９０は、ユーザによって携帯されるとともに無線通信機能を有するデバイス、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、ＰＤＡなどである。
【０１２３】
ここで、図１における複数台の発信機３０を代表する１台の発信機３０につき、ハードウエア構成（図３参照）およびソフトウエア構成（図４参照）を説明する。
【０１２４】
まず、概念的に説明するに、発信機３０は、対応する貸席２２に少なくとも１台ずつ設置され、対応する貸席２２に固有の席貸施設ＩＤを識別し得る識別信号を発信する非接触式または接触式の通信デバイスである。発信機３０は、少なくとも送信機能を有すれば足りるが、必要に応じ、受信機能をも併有するように構成してもよい。
【０１２５】
次に、作動方式を説明するに、発信機３０は、固有の識別信号を外部からのトリガ信号を要することなく能動的に、かつ、供給電力が不足しない限り永続的に発信する。
【０１２６】
発信機３０は、一般に、識別信号としてのビーコン信号を発信するビーコン装置、無線標識などの名称でも知られている装置である。この発信機３０は、一例においては、原信号を変調することにより、対応する席貸施設ＩＤを表す識別信号を生成し、その生成された識別信号を、ＩＲ信号、Bluetooth（登録商標）信号、ＮＦＣ（近距離無線通信）信号などとして発信する。
【０１２７】
次に、機能ブロック図である図３を参照してハードウエア構成を説明するに、発信機３０は、プロセッサ１００およびそのプロセッサ１００によって実行される複数のアプリケーションを記憶するメモリ１０２を有するコンピュータ１０４を主体として構成されている。
【０１２８】
この発信機３０は、さらに、電源としての交換可能な使い捨て電池１０６を有している。電池１０６に代えて、充電可能な電池を採用したり、外部電源としての商用電源を採用したり、外部の磁界を利用して発電する発電機（例えば、トランスポンダ）を採用することが可能である。
【０１２９】
この発信機３０は、さらに、識別信号を生成して発信する発信部１０８を有している。その発信部１０８は、電池１０６によって作動させられるとともに、コントローラ１１０によって制御される。そのコントローラ１１０は、コンピュータ１００によって制御される。
【０１３０】
次に、図４を参照して発信機３０のソフトウエア構成を説明するに、発信機３０のプロセッサ１００は、図４にフローチャートで概念的に表されているプログラムを反復的に実行する。
【０１３１】
このプログラムの各回の実行時には、まず、ステップＳ１において、メモリ１０２から発信機ＩＤが読み込まれる。その発信機ＩＤは、その発信機３０が設置される１つの貸席２２に割り当てられた貸席ＩＤに１対１に対応する。
【０１３２】
続いて、ステップＳ２において、前記読み込まれた発信機ＩＤが反映されるように、原信号（例えば、搬送信号）を変調するための信号がコントローラ１１０に対して出力される。そのコントローラ１１０は、発信部１０８を制御し、その結果、発信部１０８は、今回発信すべき識別信号を生成する。その後、ステップＳ３において、その生成された識別信号が発信部１０８から発信される。続いて、ステップＳ１に戻る。
【０１３３】
ここで、この発信機３０に関連付けてユーザの携帯端末９０の一機能を説明するに、その携帯端末９０は、発信機３０から識別信号を受信している状態で、その携帯端末９０のコンピュータ１３４（図６参照）に予めインストールされているあるプログラムを起動させると、前記受信した識別信号をリアルタイムで復調し、それにより、前記発信機ＩＤをリアルタイムで解読する。
【０１３４】
さらに、携帯端末９０は、発信機３０から識別信号を受信している状態で、その受信した識別信号に基づき、その識別信号を発信したときの発信機３０の位置と、その識別信号を受信したときの携帯端末９０の位置との間の距離を測定することも行う。
【０１３５】
すなわち、携帯端末９０は、発信機３０から受信した識別信号に基づき、その発信機３０に対応する発信機ＩＤと、そのときの発信機３０との距離との双方を獲得するようになっているのである。
【０１３６】
携帯端末９０のユーザは、自身の携帯端末９０を持ったまま発信機３０に接近するか、または、その携帯端末９０を発信機３０のうちの発信部１０８に完全にまたはほぼ接触させると、携帯端末９０は、発信機３０から識別信号を非接触式または接触式で受信することができる。
【０１３７】
これに対し、携帯端末９０のユーザが自身の携帯端末９０を持ったまま特定の受信エリア内に進入すると、携帯端末９０は、発信機３０から識別信号を非接触式で受信することができる。
【０１３８】
図５に概念的に平面図で示すように、各発信機３０には、２種類の受信エリアが割り当てられる。それらは、受信可能エリア（図示しない）と有効受信エリアである。それらエリアは、いずれも、各発信機３０を発信源とする円で概して定義され、受信可能エリアは、最大受信半径を有するのに対し、有効受信エリアは、有効受信半径を有する。
【０１３９】
しかし、具体的には、受信可能エリアは、各発信機３０の電力供給が正常である場合に、その発信機３０からの識別信号が到達可能なエリア、すなわち、そのエリア内に存在する限り、携帯端末９０がその識別信号を受信可能なエリアを意味する。
【０１４０】
これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、例えば携帯端末９０の信号処理特性の設定次第で任意に設定することが可能である。
【０１４１】
有効受信半径は、後に図５を参照して詳述する貸席２２の標準的な寸法・幾何学から自明であるように、例えば、５０ｃｍないし３ｍの範囲内、または、１ｍないし２ｍの範囲内にある。また、最大受信半径は、例えば、５０ｍないし７０ｍの範囲内にある。
【０１４２】
すなわち、最大受信半径は、ハードウエアによって決まる受信限度を意味するのに対し、有効受信半径は、ソフトウエアによって決まる受信限度を意味するということが可能なのである。
【０１４３】
前述のように、携帯端末９０は、それが受信した識別信号を発信したときの発信機３０との距離を測定する。その距離測定値は、有効受信半径を超えることもあれば、超えないこともある。そして、その距離測定値が受信有効半径を超えないときは、携帯端末９０が有効受信エリア（図５参照）内に存在するときであるのに対し、その距離測定値が受信有効半径を超えるときは、携帯端末９０が受信可能エリア内には存在するが有効受信エリア内には存在しないときである。
【０１４４】
携帯端末９０は、発信機３０から識別信号を受信した後、前記距離測定値が有効受信半径の設定値以下であるか否かを判定し、その設定値以下であると判定すると、携帯端末９０が現在、有効受信エリア内に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信した（以下、単に「識別信号を受信した」ともいう。）」と判定する。ここに、「有効に受信した」ということは、携帯端末９０がいずれかの発信機３０を検知した、特定した、または識別したということを意味する。
【０１４５】
これに対し、携帯端末９０は、前記距離測定値が前記設定値より大きいと判定すると、携帯端末９０が現在、有効受信エリア外に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信していない（以下、単に「識別信号を受信していない」ともいう。）」と判定する。
【０１４６】
すなわち、本実施形態においては、携帯端末９０が有効受信エリア外に位置する場合には、実際には、携帯端末９０が識別信号を受信しているにもかかわらず、みかけ上、携帯端末９０は識別信号を受信していないこととしてソフトウエア上で取り扱われることになるのである。
【０１４７】
図５には、ユーザ１人（ユーザＸ）に貸与される貸席２２（貸席Ｐ）が正面図で示されている。貸席２２は、天板２３を有する机２４と、ユーザが着席可能な椅子２６とを有する。一例においては、発信機３０が、天板２３に設置される。
【０１４８】
また、別の例においては、発信機３０が、天板２３の、互いに前後方向に対向する近位縁２７および遠位縁２８のうち、ユーザの着席位置から離れた遠位縁２８の近傍に設置される。
【０１４９】
また、さらに別の例においては、発信機３０が、天板２３の遠位縁２８のうち、それの幅方向中心位置から左寄り（右寄りでも可）に偏った位置に設置される。その結果、ユーザが書類などのアイテムを天板２３上に載置しても、そのアイテムによって発信機３０が遮蔽されて信号が途絶する事態が可及的に回避される。
【０１５０】
図５には、発信機３０に割り当てられる有効受信エリアの一例が平面図で示されている。この例においては、ユーザＸが椅子２６に着席している状態で、携帯端末９０がユーザＸによって携帯されているか、または、机２３の天板２７上の任意の位置に置かれていれば、携帯端末９０が、発信機３０を中心とする大きい有効受信半径の有効受信エリア内に存在するように、発信機３０の発信特性および携帯端末９０の信号処理特性が設定されている。
【０１５１】
この例においては、ユーザＸは、自身の携帯端末９０をわざわざ自分用の発信機３０にかざしたり、自分用の発信機３０の近くに置くことを強制されないという利点がある。一方、その携帯端末９０は、自分用の発信機３０の有効受信エリア内のみならず隣の発信機３０の有効受信エリア内にも存在することになる。
【０１５２】
しかし、本実施形態によれば、貸席２２の予約情報（いずれかの発信機３０からの携帯端末９０の初回の受信に先立ってユーザによって選択された貸席２２の識別情報）に基づき、複数の発信機３０が、予約された貸席２２に設置されているはずの正規の発信機３０（標的発信機）と、それ以外の非正規の発信機３０（非標的発信機）とに分類される。ユーザの携帯端末９０が選択貸席２２において非正規の発信機３０からの信号を受信してしまってもその信号は無効化されて参照されず、正規の発信機３０からの信号のみが有効化されて参照されることにより、ユーザの現在位置、すなわち、ユーザが真に選択貸席２２と同じ位置またはそれの近傍に位置するか否かが推定される。
【０１５３】
図５には、小さい有効受信半径の有効受信エリアも示されている。この有効受信エリアを採用すれば、正規の発信機３０の有効受信エリアと、隣の発信機３０の有効受信エリアとの間にオーバーラップが存在しない。しかし、この態様においては、携帯端末９０が発信機３０を検知するためにユーザがその都度、わざわざ、携帯端末９０を発信機３０に接近させてかざすかまたは接触させることを強制される。
【０１５４】
＜携帯端末＞
【０１５５】
次に、機能ブロック図である図６を参照してユーザの携帯端末９０のハードウエア構成を説明するに、携帯端末９０は、プロセッサ１３０およびそのプロセッサ１３０によって実行される複数のアプリケーションを記憶するメモリ１３２を有するコンピュータ１３４を主体として構成されている。
【０１５６】
この携帯端末９０は、さらに、情報を、例えば図１４において符号「１３５」で示す画面（面積が有限で可変または不変であるウィンドウを有する）上に表示する表示部（例えば、液晶ディスプレイ）１３６と、発信機３０および管理サーバ５０からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０に送信する送信部１４０とを有する。
【０１５７】
この携帯端末９０は、さらに、ユーザからデータやコマンドを入力するための入力部１５０を有する。その入力部１５０は、例えば、所望の情報（例えば、コマンド、データなど）を携帯端末９０に入力するためにユーザによって操作可能な操作部を有する。その操作部としては、ユーザによって操作可能なアイコン（例えば、仮想的なボタン）を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部（例えば、キーボード、キーパッド、ボタンなど）、音声を感知するマイクなどがあるが、これらに限定されない。
【０１５８】
この携帯端末９０は、さらに、ＧＰＳ（衛星測位システム）受信機１５２を有する。ＧＰＳ受信機１５２は、よく知られているように、複数のＧＰＳ衛星から複数のＧＰＳ信号を受信し、それらＧＰＳ信号に基づき、ＧＰＳ受信機１５２の地球上における位置（緯度、経度および高度）を三角測量によって測定する。すなわち、この携帯端末９０は、衛星を利用する測位機能を有するのである。
【０１５９】
図７に示すように、メモリ１３２は、地図データメモリ１６１、席貸施設データメモリ１６３、貸席データメモリ１６５および予約状況テーブル・メモリ１６７を含む複数のデータメモリを有する。
【０１６０】
地図データメモリ１６１には、ユーザの現在位置に応じて、ユーザの携帯端末９０が管理サーバ５０または別の地図データベース（図示しない）からダウンロードした地図データが一時的に記憶される。その地図データに基づき、表示部１３６の画面１３５（図１４参照）上に地図（「部分地図」の一例）が表示される。その画面１３５上に表示される地図は、ユーザが移動するにつれて時々刻々変化する。
【０１６１】
図７に概念的に表すように、席貸施設データメモリ１６３には、複数の席貸施設ＩＤと複数の席貸施設位置データとの対応関係が、管理サーバ５０からダウンロードされて記憶されることが可能である。複数の席貸施設ＩＤは、システム１０によって集中的に管理される複数の席貸施設２０にそれぞれ対応している。また、複数の席貸施設位置データは、それぞれ、対応する席貸施設２０の地上位置の経緯度（緯度Ｘ，経度Ｙ）を表す。
【０１６２】
席貸施設データメモリ１６３は、各瞬間ごとに、画面１３５上に表示される地図上に地理的に存在する複数の席貸施設２０に対応する複数の席貸施設位置データが、それに対応する複数の席貸施設ＩＤと共に一時的に記憶される。
【０１６３】
携帯端末９０においては、画面１３５上に、前記地図データに基づく地図が表示され、さらに、その地図上に、各瞬間ごとに、そのときに席貸施設データメモリ１６３に記憶されている複数の席貸施設位置データに基づき、前記ダウンロードされた複数の席貸施設２０のうち、携帯端末９０の現在位置の近傍に位置する少数の候補席貸施設２０の各位置がオーバーレイ表示される（図１４参照）。
【０１６４】
ここに、「少数の候補席貸施設２０」は、前記ダウンロードされた複数の席貸施設２０のうち、携帯端末９０の現在位置に近いという地理上の理由で、画面１３５上に表示されている複数の席貸施設２０を意味し、携帯端末９０の現在位置から遠いという地理上の理由で、画面１３５から外れている席貸施設２０は、対象外とされる。
【０１６５】
図８に概念的に表すように、図６の貸席データメモリ１６５には、複数の席貸施設ＩＤと複数の貸席ＩＤと複数の正規発信機ＩＤとの対応関係が、管理サーバ５０からダウンロードされて記憶されることが可能である。複数の貸席２２のうちのいずれかがユーザによって選択されれば、それに対応する１つの貸席ＩＤが決まり、ひいては、それに対応する１つの正規発信機ＩＤが決まる。
【０１６６】
予約状況テーブル・メモリ１６７には、後述の予約状況テーブルが管理サーバ５０から適宜ダウンロードされて保存される。
【０１６７】
図１０（ａ）に示すように、携帯端末９０のメモリ１３２には、携帯端末９０用の席貸サービス・プログラムが記憶されており、その席貸サービス・プログラムは、次の複数のモジュールを有している。
【０１６８】
１）予約モジュール
これは、後に図１３を参照して詳述するように、ユーザが、席貸施設２０に到着前に、いずれかの貸席２２を予約することを支援するモジュールである。ここに、「予約する」とは、ユーザが、希望する席貸施設２０の場所および希望する貸席２２の場所に関する場所情報ならびに予定開始時刻および予定終了時刻という時間情報を入力する作業と等価である。
【０１６９】
２）予約変更モジュール
これは、後に図１８を参照して詳述するように、ユーザが、予約した貸席２２の使用開始後であって、使用終了前に（予約した貸席２２への滞在中に）、その貸席２２の位置において、前記予約内容に含まれる予定終了時刻を遅らせるように予約変更することを支援するモジュールである。
【０１７０】
３）使用前警告モジュール
これは、図示しないが、各ユーザの予約内容に含まれる予定終了時刻の後に同じ貸席２２を予約している別のユーザが存在する場合には、今回のユーザに対し、前記予約の成立後であってその予約内容に含まれる予定開始時刻より前の期間中、「同じ貸席を今回のユーザの使用終了後に別のユーザが使用する予定であるから、予定終了時刻を遅らせるように予約変更することができず、よって、予定終了時刻までに貸席２２から退席して欲しい」旨の、ユーザに注意を喚起するメッセージを今回のユーザの携帯端末９０に個別に送信するモジュールである。
【０１７１】
４）使用開始処理モジュール
これは、後に図１５を参照して詳述するように、ユーザが、自身の予約に従って、貸席２２の使用を開始することを支援するとともに、ユーザが、予約した貸席２２において、その使用の開始に先立ち、前記予約内容に含まれる予定開始時刻を事実上、早めるように予約変更することを支援するモジュールである。
【０１７２】
５）滞在判定モジュール
これは、後に図１６を参照して詳述するように、ユーザが、貸席２２の使用中、貸席２２に実際に滞在しているか滞在していないか（不存在であるか）を時々刻々、反復的に判定するモジュールである。
【０１７３】
６）使用終了処理モジュール
これは、後に図１７を参照して詳述するように、ユーザが、自身の予約に従って、貸席２２の使用を終了し、レンタル料金を電子決済することを支援するモジュールである。
【０１７４】
＜管理サーバ＞
【０１７５】
次に、機能ブロック図である図９を参照して管理サーバ５０のハードウエア構成を説明するに、管理サーバ５０は、プロセッサ１６０およびそのプロセッサ１６０によって実行される複数のアプリケーションを記憶するメモリ１６２を有するコンピュータ１６４を主体として構成されている。
【０１７６】
この管理サーバ５０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１６６と、携帯端末９０からの信号を受信する受信部１６８と、信号を生成してその信号を携帯端末９０に送信する送信部１７０と、現在時刻を計測する時計１７２とを有する。この管理サーバ５０は、発信機３０からの受信を直接的には行わず、事実上、携帯端末９０を介して行うことになる。
【０１７７】
図１０（ｂ）に示すように、管理サーバ５０のメモリ１６２には、管理サーバ５０用の席貸サービス・プログラムが記憶されており、その席貸サービス・プログラムは、次の複数のモジュールを有している。
【０１７８】
１）予約モジュール
これは、後に図１３を参照して詳述するように、携帯端末９０の予約モジュールと同じ機能を有するモジュールである。
【０１７９】
２）予約変更モジュール
これは、後に図１８を参照して詳述するように、携帯端末９０の予約変更モジュールと同じ機能を有するモジュールである。
【０１８０】
３）使用前警告モジュール
これは、図示しないが、携帯端末９０の使用前警告モジュールと同じ機能を有するモジュールである。
【０１８１】
４）使用開始処理モジュール
これは、後に図１５を参照して詳述するように、携帯端末９０の使用開始処理モジュールと同じ機能を有するモジュールである。
【０１８２】
５）滞在判定モジュール
これは、後に図１６を参照して詳述するように、携帯端末９０の滞在判定モジュールと同じ機能を有するモジュールである。
【０１８３】
６）使用終了処理モジュール
これは、後に図１７を参照して詳述するように、携帯端末９０の使用終了処理モジュールと同じ機能を有するモジュールである。
【０１８４】
＜予約シーケンスの概要＞
【０１８５】
図１１（ａ）には、携帯端末９０および管理サーバ５０による前記予約モジュールの実行により、複数人のユーザによる複数の貸席２２の予約状況を管理するための予約状況テーブルの一例が示されている。
【０１８６】
この予約状況テーブルは、管理サーバ５０において作成・更新され、その最新版が、携帯端末９０と共有される。この予約状況テーブルは、各席貸施設２０ごとに、かつ、各貸席２２ごとに、予約の有無および予定使用時間帯（日時を含む）を表示する。ユーザは、自身の携帯端末９０の画面１３５上でこの予約状況テーブルを目視し、それを参照して、空席のある席貸施設２０を探し、その席貸施設２０の複数の貸席２２のうち、空き時間のあるものを探して、希望する日時および時間帯を指定する。
【０１８７】
図１１（ａ）においては、予約状況テーブル中の各貸席２２ごとの時間軸（０時０分から２３時５９分まで）のうち、予約状況テーブルの最新更新時刻において、斜線でハッチングされた水平バーが存在する時間帯が、既に予約が存在する時間帯、すなわち、先約あり時間帯を表示する一方、前記バーが存在しない時間帯が、未だ予約が存在しない時間帯、すなわち、先約なし時間帯を表示している。
【０１８８】
ユーザは、自身の携帯端末９０に、図１４（ｃ）に例示するように、選択した席貸施設２０の識別情報と、選択した貸席２２の識別情報と、使用開始日時と、使用終了日時とを入力し、それにより、該当する貸席２２を予約することになる。
【０１８９】
図１１（ｂ）には、携帯端末９０および管理サーバ５０による前記予約モジュールの実行により、複数人のユーザの予約内容を管理するためのユーザ別予約内容ファイルの一例が示されている。
【０１９０】
このユーザ別予約内容ファイルは、管理サーバ５０において作成・更新される。このユーザ別予約内容ファイルは、各ユーザごとに、本人認証情報（ユーザＩＤ，パスワードなど）、選択された席貸施設２０の場所を特定するための場所情報（選択施設２０に固有のＩＤ）、選択された貸席２２の場所を特定するための場所情報（選択貸席２２に固有のＩＤ）、選択貸席２２についての予定使用時間帯を定義するための時間情報（予定開始時刻，予定終了時刻，予定使用時間長さなど）、ユーザが今回の席貸サービスを受けるために遵守することを要求される規則をユーザが違反したためにそのユーザに課されるペナルティの種別などを表す。
【０１９１】
＜全体シーケンスの概要＞
【０１９２】
図１２には、ユーザが貸席２２（貸席Ｐ）につき、予定開始時刻を１５：００、予定終了時刻を１８：００として予約した場合を例にとり、主要なシーケンスの概要が複数のタイムチャートで例示されている。
【０１９３】
同図（図２１においても同じ）において、「受信」というラベルを付したタイムチャートは、携帯端末９０が、各瞬間ごとに、正規発信機ＩＤを受信しているか否かを、説明の便宜上、携帯端末９０が正規発信機ＩＤを受信していない状態でローレベルとなり、受信したいる状態でハイレベルとなるパルス信号で表現している。
【０１９４】
１）使用開始
【０１９５】
ユーザがある日の１５：３０という時刻に貸席２２に着席したと仮定すると、ユーザの携帯端末９０が必然的に正規発信機３０の有効受信エリア内に進入する。このとき、ユーザが携帯端末９０を携帯したままか、または、携帯端末９０を発信機３０にかざすことにより、携帯端末９０が発信機３０からの受信を開始する。なお、前記使用開始モジュールは、ユーザが席貸施設２０に到着する前から起動させられていると仮定する。
【０１９６】
その結果、１５：３０という時刻に、携帯端末９０が正規発信機ＩＤを受信しない状態（携帯端末９０がいずれかの発信機３０から信号を受信したがその信号が正規発信機ＩＤとは異なる実発信機ＩＤを表す非正規ＩＤ受信状態と、携帯端末９０がいずれの発信機３０からも信号を受信しない完全非受信状態との双方を含む）から受信する状態に遷移したという事象（前述の「第１遷移」の一例であり、図１２においては、ユーザによる１回の貸席２２の使用期間に対応する１個の受信パルス信号のうちの立ち上がりエッジ）が発生したと仮定すると、携帯端末９０（または管理サーバ５０）が、ユーザが実際に、貸席２２に着席した、すなわち、貸席２２の使用を開始したと判定する。
【０１９７】
なぜなら、携帯端末９０が正規発信機ＩＤを受信しない状態から受信する状態に遷移するという事象（すなわち、実発信機ＩＤが正規発信機ＩＤと一致するとの最初の判定）は、本実施形態においては、ユーザが正規の貸席２２に着席しない限り発生しない排他的な事象であるからである。
【０１９８】
続いて、ユーザは、前記事象の発生時刻から例えば５分という第１制限時間内に使用開始リクエスト（前述の「第１事象」の一例）を携帯端末９０に入力する。
【０１９９】
その使用開始リクエストに応答し、管理サーバ５０は、ユーザによる貸席２２の使用開始を許可する。その時刻が、実使用開始時刻であるが、原則として、予定開始時刻である１５：００からユーザへの課金が開始される。具体的には、予定開始時刻から、ユーザにとっての最終的なレンタル料金の額を計算するために参照される全使用時間（レンタル時間、貸与時間）のカウントが開始される。
【０２００】
２）使用途中
【０２０１】
ユーザは、貸席２２の使用開始後、その貸席２２から長時間退席することは通常はなく（一時的に中座することはあるにしても）、よって、貸席２２の使用中は、携帯端末９０が発信機３０からの信号を受信し続け（図１２においては、前記１個の受信パルス信号のうちのハイレベル継続部）、それにより、携帯端末９０（または管理サーバ５０）は、ユーザが貸席２２に滞在しているとの判定を継続する。
【０２０２】
３）使用終了
【０２０３】
ユーザが同じ日の１７：３０という時刻に貸席２２から退席したと仮定すると、ユーザの携帯端末９０が正規発信機３０の有効受信エリアから退出する。このとき、ユーザが携帯端末９０を携帯したまま、ユーザの携帯端末９０が正規発信機３０からの受信を終了する。
【０２０４】
その結果、携帯端末９０が正規発信機ＩＤを受信する状態から受信しない状態に遷移したという事象（前述の「第２遷移」の一例であり、図１２においては、前記１個の受信パルス信号のうちの立ち下がりエッジ）が発生したと仮定すると、携帯端末９０（または管理サーバ５０）が、ユーザが実際に、貸席２２から退席した、すなわち、貸席２２の使用を終了したと判定する。
【０２０５】
なぜなら、携帯端末９０が正規発信機ＩＤを受信する状態から受信しない状態に遷移するという事象は、本実施形態においては、ユーザが正規の貸席２２から退席しない限り発生しない排他的な事象であるからである。
【０２０６】
続いて、ユーザは、前記事象の発生時刻から例えば５分という第２制限時間内に使用終了リクエスト（前述の「第２事象」の一例）を携帯端末９０に入力する。
【０２０７】
その使用終了リクエストに応答し、管理サーバ５０は、ユーザによる貸席２２の使用終了を許可する。その時刻が、実使用終了時刻であるが、原則として、予定終了時刻である１８：００までユーザへの課金が継続される。具体的には、予定終了時刻に、ユーザにとっての最終的なレンタル料金の額を計算するために参照される全使用時間（レンタル時間、貸与時間）のカウントが終了する。
【０２０８】
レンタル料金の計算が終了すると、ユーザは、携帯端末９０を介してレンタル料金を電子的に決済する。
【０２０９】
＜予約シーケンス＞
【０２１０】
図１３には、ユーザが、予約したい席貸施設２０から離れた場所（例えば、図１に示すように、自宅）において、携帯端末９０を管理サーバ９０に接続し、その席貸施設２０内のいずれかの貸席２２を予約するために、携帯端末９０と、遠隔地に位置する管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
【０２１１】
携帯端末９０において、ユーザにより、前記席貸サービス・プログラム（既に管理サーバ５０からダウンロードされて携帯端末９０の１３２にインストールされている）が起動されると、「予約」、「使用開始」、「使用開始リクエスト」、「使用終了リクエスト」および「予約変更」という複数のボタン（ユーザによって選択可能な表示対象）が携帯端末９０の画面上に表示される。
【０２１２】
今回は、「予約」というボタンがユーザによって選択されると、携帯端末９０用の席貸サービス・プログラムのうち前記予約モジュールが携帯端末９０のプロセッサ１３０によって実行されるとともに、管理サーバ５０用の席貸サービス・プログラムのうち前記予約モジュールが管理サーバ５０のプロセッサ１６０によって実行される。
【０２１３】
携帯端末９０用の予約モジュールが携帯端末９０のプロセッサ１３０によって実行されると、まず、ステップ１０１において、携帯端末９０が、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号に基づき、ユーザの現在位置（経緯度）が測定されるように作動する。
【０２１４】
次に、ステップＳ１０２において、その測定されたユーザの現在位置が、地図を表示部１３６の画面１３５上に表示するためにプロセッサ１３０によって参照される基準位置（表示基準点の位置（経緯度））とされる。さらに、全体地図のうち、画面１３５上のウィンドウ内に一度に表示可能なサイズを有する部分であって前記基準位置が存在するものが、地図の表示範囲（すなわち、前記全体地図のうち、前記ウィンドウ内に各瞬間に表示される領域）に決定される。
【０２１５】
図１４（ａ）に例示するように、ユーザが時間と共に地上を移動すると、それに追従するように前記基準位置２０２（同図において黒色の三角形で示す）も時間と共に移動する。その結果、ユーザの移動に伴い、地図の表示範囲も全体地図上を時間と共に移動し、ひいては、前記ウィンドウ内に表示される地図の画像も時間と共に変化することになる。
【０２１６】
続いて、ステップＳ１０３において、管理サーバ５０にログインするためのログイン・リクエスト（「サービス開始信号」の一例）が、今回のユーザを識別するためのユーザＩＤおよびパスワードと共に管理サーバ５０に送信される。
【０２１７】
これに対し、管理サーバ５０用の予約モジュールが管理サーバ５０のプロセッサ１６０によって実行されると、管理サーバ５０は、ステップＳ２０１において、前記ログイン・リクエストをユーザＩＤおよびパスワードと共に受信し、続いて、ステップＳ２０２において、前記複数の席貸施設２０に関する施設データ（その施設データの複数の構成要素については、図７参照）と、それら席貸施設２０に属する複数の貸席２２に関する貸席データ（その貸席データの複数の構成要素については、図８参照）と、前記予約状況テーブル（図１１（ａ）参照）とを管理サーバ５０のメモリ１６２（または別のメモリ）において検索する。
【０２１８】
その後、ステップＳ２０３において、それら検索された施設データ、貸席データおよび予約状況テーブルが携帯端末９０に送信される。
【０２１９】
これに対し、携帯端末９０は、ステップＳ１０４において、それら施設データ、貸席データおよび予約状況テーブルを受信する。受信した施設データは、図７に示す席貸施設データメモリ１６３に保存され、その結果、図７に示すテーブルが構築される。また、受信した貸席データは、図８に示す貸席データメモリ１６５に保存され、その結果、図８に示すテーブルが構築される。受信した予約状況テーブル（図１１（ａ）参照）は、予約状況テーブル・メモリ１６７に保存される。
【０２２０】
続いて、ステップＳ１０５において、前記保存された施設データに基づき、画面１３５上に表示されている地図上に、複数の席貸施設２０のうち、前記現在位置の近傍に位置するものが少数の候補施設２０としてオーバーレイ表示される。
【０２２１】
このステップ１０５においては、画面１３５上に、受信された複数の施設データによって表される複数の席貸施設２０（管理サーバ５０のメモリ１６２に保存されているすべての席貸施設２０）のすべてが表示されるわけではない。ユーザの現在位置と画面１３５のサイズとによって決まる、前記複数の席貸施設２０より少数の複数の席貸施設２０のみが画面１３５上に表示される。すなわち、管理サーバ５０から受信した複数の席貸施設２０が、ユーザの現在位置と画面１３５のサイズとによってさらに、少数の候補施設２０に絞り込まれるのである。
【０２２２】
一例においては、図１４（ａ）に示すように、画面１３５上に表示されている地図上に、ユーザの現在位置が黒色の三角形２０２を用いてオーバーレイ表示されるとともに、複数の候補施設２０が複数の施設アイコン２０４を用いてオーバーレイ表示される。この例においては、３個の施設アイコン２０４が、「Ａ」、「Ｂ」および「Ｃ」というアルファベットが四角形の枠に包囲されて成る図形として構成されている。
【０２２３】
続いて、ステップＳ１０６において、ユーザが、画面１３５上において、いずれかの候補施設２０の表示位置に指でタッチすることにより、いずれかの席貸施設２０を今回の選択施設２０として選択する。
【０２２４】
具体的には、ユーザが、画面１３５上において、いずれかの候補施設２０の表示位置に指でタッチすると、そのタッチ位置が表示部１３６のタッチスクリーンによって検出され、そのタッチ位置が、例えば、地図上の経緯度（絶対座標系であるグローバル座標系によって定義される）またはそれに対応するＸＹ座標情報（相対座標系であるデバイス座標系によって定義される）である地図座標情報（位置情報）に変換される。その地図座標情報に基づき、いずれかの候補施設２０が特定される。
【０２２５】
その後、ステップＳ１０７において、図１４（ｂ）に例示するように、前記予約状況テーブルが画面１３５上に表示される。続いて、ステップＳ１０８において、ユーザが、図１４（ｃ）に例示するように、予約したい席貸施設２０の識別情報（例えば、名称）と、予約したい貸席２０の識別情報（例えば、番号）と、使用開始日時と、使用終了日時とを入力する。
【０２２６】
その後、ステップＳ１０９において、携帯端末９０が、前記入力された予約内容を管理サーバ５０に送信する。
【０２２７】
これに対し、管理サーバ５０は、ステップＳ２０４において、前記予約内容を受信する。続いて、管理サーバ５０は、ステップＳ２０５において、その受信した予約内容を、前記複数のユーザ別予約内容ファイル（図１１（ｂ）参照）のうち、今回のユーザに関連付けられているものに登録し、さらに、メモリ１６２に保存されている予約状況テーブルを、前記受信した予約内容が反映されるように、更新する。
【０２２８】
その後、管理サーバ５０は、ステップＳ２０６において、予約が完了した旨のメッセージを携帯端末９０に送信する。
【０２２９】
これに対し、携帯端末９０は、前記受信したメッセージを画面１３５上に表示するか音声で出力する。この表示により、ユーザが、自身の予約が成立したことを知らされる。
【０２３０】
＜使用開始シーケンス＞
【０２３１】
図１５には、ユーザが、予約してあった席貸施設２０のうちの予約してあった貸席２２（以下、単に「貸席２２」ともいう。）に到着して着席した直後に、その貸席２２の使用開始を許可してもらうために、その貸席２２に位置する発信機３０と、ユーザの携帯端末９０と、管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
【０２３２】
発信機３０は、自身に固有の識別信号を自発的にかつ継続的に発信する。ユーザが、予約してあった貸席２２に着席すれば、携帯端末９０が、発信機３０の有効受信エリア内に存在することになるため（図５参照）、携帯端末９０が発信機３０からの識別信号を有効に受信する。
【０２３３】
今回は、携帯端末９０の画面上において「使用開始」というボタンがユーザによって選択されると、携帯端末９０用の使用開始処理モジュールが携帯端末９０によって実行される。その実行により、まず、ステップ１５１において、携帯端末９０が、管理サーバ５０にログインするためのログイン・リクエストが、今回のユーザを識別するためのユーザＩＤおよびパスワードと共に管理サーバ５０に送信される。
【０２３４】
これに対し、管理サーバ５０用の使用開始処理モジュールが管理サーバ５０によって実行されると、管理サーバ５０は、ステップＳ２５１において、前記ログイン・リクエストをユーザＩＤおよびパスワードと共に受信し、続いて、ステップＳ２５２において、前記複数のユーザ別予約内容ファイルのうち、今回のユーザに関連付けられているものがメモリ１６２において検索される。さらに、その検索されたユーザ別予約内容ファイルにおいて、前記複数の席貸施設２０のうち、予約された席貸施設２０（選択施設）に関する情報と、その席貸施設２０の複数の貸席２２のうち、予約された貸席２２（選択貸席）に関する情報とが、今回のユーザ予約関連情報として検索される。
【０２３５】
その後、ステップＳ２５３において、その検索された今回のユーザ予約関連情報が携帯端末９０に送信される。
【０２３６】
これに対し、携帯端末９０は、ステップＳ１５２において、今回のユーザ予約関連情報を受信する。続いて、ステップＳ１５３において、その今回のユーザ予約関連情報において、予約されている貸席２２に設置されているはずである正規の発信機３０に予め割り当てられている発信機コードが正規発信機コードとして検索される。ユーザにとっての正規発信機コードが取得されるのである。
【０２３７】
続いて、ステップＳ１５４において、携帯端末９０は、いずれかの発信機３０からの信号を受信するための受信試行を行う。
【０２３８】
一方、前述のように、携帯端末９０が現在、前記受信可能エリア外に位置する場合には、携帯端末９０は発信機３０から識別信号を全く受信できない。これに対し、携帯端末９０が現在、前記受信可能エリア内に位置する場合には、携帯端末９０は発信機３０から識別信号を受信できる。
【０２３９】
また、携帯端末９０がいずれかの発信機３０から識別信号を受信したとしても、携帯端末９０が現在、そのいずれかの発信機３０にとっての前記有効受信エリア外に位置する可能性もあれば有効受信エリア内に存在する可能性もある。
【０２４０】
そこで、ステップＳ１５４に引き続き、ステップＳ１５４ａにおいて、携帯端末９０は、携帯端末９０がいずれかの発信機３０から識別信号を有効に受信したか否かを判定する。
【０２４１】
具体的には、携帯端末９０は、まず、携帯端末９０が何らかの識別信号を受信したかを判定することにより、前記受信可能エリア内に存在するか否かを判定する。受信可能エリア内に存在すると判定した場合には、続いて、携帯端末９０は、いずれかの発信機３０から識別信号を有効に受信したか否かを判定する。
【０２４２】
具体的には、携帯端末９０は、その受信した識別信号に基づき、今回の発信機３０と携帯端末９０との距離を測定する。さらに、携帯端末９０は、その距離測定値が前記設定値より小さいか否か、すなわち、携帯端末９０が現在、前記有効受信エリア内に位置するか否かを判定する。
【０２４３】
前記距離測定値が前記設定値より小さい場合には、ステップＳ１５４ａの判定がＹＥＳとなり、その後、ステップＳ１５５に移行するが、そうではない場合には、ステップＳ１５４ａの判定がＮＯとなり、その後、ステップＳ１５４に戻り、携帯端末９０による受信試行が反復される。
【０２４４】
ステップＳ１５５においては、携帯端末９０は、前記受信した識別信号を復調し、続いて、ステップＳ１５６において、携帯端末９０は、その復調された識別信号によって表される発信機ＩＤを実発信機ＩＤとして解読する。
【０２４５】
前記復調された識別信号は、複数桁の二進数で表記されるコードである場合には、例えば、そのコードが、予め準備された変換表（例えば、管理サーバ５０から事前にダウンロードされたもの）を用いて、発信機ＩＤに変換される。ただし、用法上、「コード」であるか「ＩＤ」であるかという違いは、その用途が識別である以上、重要ではない。
【０２４６】
続いて、ステップＳ１５７において、携帯端末９０は、そのようにして解読された実発信機ＩＤと、ステップＳ１５３の実行によって取得された今回の１つの正規発信機ＩＤとが互いに一致するか否かを判定する。すなわち、ＩＤ照合が行われるのである。
【０２４７】
ここに、「実発信機ＩＤ」は、複数の貸席２２のうち、ユーザによって実際に選択されて着席されたものに実際に設置されている発信機（選択された実在発信機）３０に対応する発信機ＩＤを意味し、一方、「正規発信機ＩＤ」は、複数の貸席２２のうち、ユーザが携帯端末９０を操作することによって仮想的に選択されたものに設置されているはずの発信機（選択された仮想発信機）３０に対応する発信機ＩＤを意味する。
【０２４８】
その後、ステップＳ１５８において、携帯端末９０は、実発信機ＩＤと正規発信機ＩＤとが互いに一致したか否か、すなわち、前記ＩＤ照合に成功したか否かを判定する。すなわち、携帯端末９０が正規発信機ＩＤを表す信号を受信しない状態から受信する状態に遷移する第１遷移が、ユーザによって当該使用開始処理モジュールが起動されてから最初に発生したか否かを判定するのである
【０２４９】
前記ＩＤ照合に成功しなかった場合には、ステップＳ１５８の判定がＮＯとなり、その後、ステップＳ１５９において、携帯端末９０は、ユーザに対し、再度、携帯端末９０によって発信機３０を検出することを再試行することを、例えば画面１３５上に適切なメッセージを表示するか音声で出力することなどを行うことにより、催促する。その後、ステップＳ１５４に戻る。
【０２５０】
これに対し、前記ＩＤ照合に成功した場合には、ステップＳ１５８の判定がＹＥＳとなり、その後、ステップＳ１６０において、携帯端末９０は、現在時刻において、ユーザが今回の貸席２２の使用を開始したと判定する。
【０２５１】
一例においては、ユーザが当該使用開始処理モジュールを起動させた後、今回の席貸施設２０に到着したが、未だ、予約してあった貸席２２に到着しないうちは、ステップＳ１５４ａの判定がＮＯとなる。ユーザが、やがて、その貸席２２に到着して着席すると、そのステップＳ１５４ａの判定がＮＯからＹＥＳに遷移する。
【０２５２】
このとき、携帯端末９０が正規発信機ＩＤを表す信号を受信していれば、前記ＩＤ照合に成功し、ステップＳ１５８の判定がＹＥＳとなる。その後、ステップＳ１６０において、現在時刻において初回の第１遷移が発生したと判定される。
【０２５３】
ここで、ステップＳ１５８の判定がＹＥＳとなるタイミングは、携帯端末９０が正規発信機ＩＤを受信しない状態から受信する状態に遷移するタイミング（図１２の例における「立ち上がりエッジ」の時間的位置に一致する）に一致する。
【０２５４】
その後、ステップＳ１６１において、ユーザから携帯端末９０に使用開始リクエストが入力された（例えば、前述の、使用開始リクエストのためのボタンがユーザによって選択された）か否かが判定される。使用開始リクエストが入力された場合には、ステップＳ１６１の判定がＹＥＳとなり、ステップＳ１６２において、ユーザが指定して予定開始時刻より早いか否かが判定される。実際に、ユーザの予定開始時刻より早い時刻に今回の貸席２２に到着して使用し始めたか否かが判定されるのである。
【０２５５】
今回は、ユーザの実使用開始時刻が予定開始時刻より早くはないと仮定すれば、ステップＳ１６２の判定がＮＯとなり、その後、ステップＳ１６３において、今回の課金条件として通常の課金条件（予定開始時刻からの課金開始）が選択される。これに対し、今回は、ユーザの実使用開始時刻が予定開始時刻より早いと仮定すれば、ステップＳ１６２の判定がＹＥＳとなり、その後、ステップＳ１６４において、今回の課金条件として特別の課金条件（実開始時刻からの課金開始）が選択される。
【０２５６】
いずれの場合にも、その後、ステップＳ１６５において、ユーザが実際に、予約してあった貸席２２を使用しているという判定結果と、今回の課金条件とが、ユーザに関連付けて、管理サーバ５０に送信される。
【０２５７】
以上、携帯端末９０が正規の発信機３０を有効に受信した直後にユーザから使用開始リクエストが正常に発令された場合を説明したが、発令されなかった場合には、ステップＳ１６１の判定がＮＯとなり、その後、ステップＳ１６６において、現在、ステップＳ１６０の実行時刻からの経過時間が第１制限時間（例えば、５分）内であるか否かが判定される。第１制限時間内である場合には、ステップＳ１６６の判定がＹＥＳとなり、ステップＳ１６７において、ユーザに対し、使用開始リクエストを入力することが、例えば画面１３５上に適切なメッセージが表示されるか音声で出力されることなどが行われることにより、催促される。続いて、ステップＳ１６１に戻る。
【０２５８】
これに対し、現在、ステップＳ１６０の実行時刻からの経過時間が第１制限時間を超えている場合には、ステップＳ１６６の判定がＮＯとなり、その後、ステップＳ１６８において、ユーザに第１違反行為が発生したと判定される。
【０２５９】
続いて、ステップＳ１６５において、ユーザに第１違反行為が発生したことが管理サーバ５０に送信される。  そのステップＳ１６５の実行終了後は、ユーザからの指示を待つことなく自動的に前述の滞在判定シーケンスに移行する。
【０２６０】
これに対し、管理サーバ５０は、ステップＳ２５４において、前記ステップＳ１６５の実行によって携帯端末９０が送信した情報を受信する。
【０２６１】
その後、ステップＳ２５５において、携帯端末９０から受信した違反行為をユーザに関連付けてメモリ１６２に記録する。続いて、ステップＳ２５６において、時計１７２を用いて現在時刻を測定する。その後、ステップＳ２５７において、その現在時刻を実使用開始時刻として認識する。続いて、ステップＳ２５８において、ユーザが今回の貸席２２の使用開始を許可する。
【０２６２】
その後、ステップＳ２５９において、ユーザにつき、課金開始時刻が決定される。課金は、原則として、予定開始時刻から開始され、予定開始時刻からの経過時間（使用時間、貸与時間）の長さに見合う金額がレンタル金額として計算される。
【０２６３】
これに対し、例外として、実使用開始時刻が予定使用開始時刻より早いが利用開始リクエストが前記第１制限時間内に正常に発令された場合には、その利用開始リクエストの発令時刻が課金開始時刻に決定される。
【０２６４】
なお、実使用開始時刻が予定使用開始時刻より早いうえに利用開始リクエストが第１制限時間内に正常に発令されなかった場合には、今回の予約を強制的に取り消すことや、違反料金などのペナルティがユーザに課される。
【０２６５】
その後、ステップＳ２６０において、ユーザにつき、前記個別に決定された課金開始時刻と、すべてのユーザに共通に告知される注意書きであって貸席２２の使用中は携帯端末９０によって常時発信機３０を受信することを内容とするものとを反映するように、課金・使用条件に関する警告の内容が決定される。
【０２６６】
続いて、ステップＳ２６１において、その課金・使用条件に関する警告が携帯端末９０に送信され、ユーザに告知される。その後、自動的に前述の滞在判定シーケンスに移行する。
【０２６７】
＜滞在判定シーケンス＞
【０２６８】
図１６には、ユーザが、予約してあった貸席２２に使用を開始した後に、ユーザがその貸席２２に実際に滞在しているか（着席しているか）滞在していないか（不存在であるか）を時々刻々、反復的に判定するために、その貸席２２に位置する発信機３０と、ユーザの携帯端末９０と、管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
【０２６９】
発信機３０は、自身に固有の識別信号を自発的にかつ継続的に発信する。ユーザが、予約してあった貸席２２に着席しておりさえすれば、ユーザがわざわざ携帯端末９０を発信機３０にかざすことを必要とすることなく、携帯端末９０が発信機３０の有効受信エリア内に存在することになるため（図５参照）、携帯端末９０が発信機３０からの識別信号を有効に受信する。
【０２７０】
続いて、ステップＳ１８１において、前記ステップＳ１５４と同様にして、携帯端末９０がいずれかの発信機３０から識別信号を有効に受信したか否かが判定される。
【０２７１】
携帯端末９０がいずれかの発信機３０から識別信号を有効に受信したと判定された場合には、その後、ステップＳ１８２において、前記受信した識別信号が復調され、続いて、ステップＳ１８３において、その復調された識別信号によって表される発信機ＩＤが実発信機ＩＤとして解読される。
【０２７２】
続いて、ステップＳ１８４において、そのようにして解読された実発信機ＩＤと、前記ステップＳ１５３の実行によって取得された今回の１つの正規発信機ＩＤとが互いに一致するか否かが判定される。すなわち、ＩＤ照合が行われるのである。
【０２７３】
これに対し、実発信機ＩＤと正規発信機ＩＤとが互いに一致する場合、すなわち、前記ＩＤ照合に成功した場合には、ステップＳ１８５の判定がＹＥＳとなり、その後、ステップＳ１８６において、ユーザが実際に、現在、正規の貸席２２に滞在している（存在している）と判定される。
【０２７４】
これに対し、実発信機ＩＤと正規発信機ＩＤとが互いに一致しない場合、すなわち、前記ＩＤ照合に成功しなかった場合には、ステップＳ１８５の判定がＮＯとなり、その後、ステップＳ１８７において、ユーザが実際に、現在、正規の貸席２２に不存在である（滞在していない）と判定される。この不存在判定が、ステップＳ１８６での、滞在しているとの判定の直後に行われた場合には、ユーザが貸席２２から今まさに、退席したことが検知されたことになる。
【０２７５】
いずれの場合にも、その後、ステップＳ１８８において、ユーザが実際に、予約してあった貸席２２に滞在しているという判定の結果または不存在であるという判定の結果が、ユーザに関連付けて、管理サーバ５０に送信される。続いて、ステップＳ１８１に戻る。
【０２７６】
ステップＳ１８１−Ｓ１８８より成るステップ群は、当該席貸サービス・プログラムの実行中、反復的に実行される。
【０２７７】
これに対し、管理サーバ５０は、ステップＳ２７１において、携帯端末９０から、ユーザが実際に、予約してあった貸席２２に滞在しているという判定の結果または不存在であるという判定の結果を受信する。管理サーバ５０は、その受信した判定結果をユーザに関連付けて滞在判定結果情報としてメモリ１６２に保存する。
【０２７８】
＜使用終了シーケンス＞
【０２７９】
図１７には、ユーザが、予約してあった貸席２２の使用終了を許可してもらうために、ユーザの携帯端末９０と管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
【０２８０】
ユーザが貸席２２から退席した可能性があることが携帯端末９０によって判定されると、携帯端末９０は、自動的に（手動でも可）、携帯端末９０用の使用終了処理モジュールを起動させる。その起動により、まず、ステップ３０１において、携帯端末９０が、ユーザが実際に、現在、予約された貸席２２に滞在しているか否かの判定結果が、「滞在」から「不存在」に切り換わったか否かを判定する。
【０２８１】
ここで、ステップＳ３０１の判定がＹＥＳとなるタイミングは、携帯端末９０が正規発信機ＩＤを受信する状態（すなわち、ユーザが貸席２２に滞在している状態）から受信しない状態（すなわち、ユーザが貸席２２に不存在である状態）に遷移するタイミング（図１２の例における「立ち下がりエッジ」の時間的位置に一致する）に一致する。よって、ステップＳ３０１における判定は、厳密には、ユーザが貸席２２から退席した直後であるか否かの判定である。
【０２８２】
今回は、ステップＳ３０１の判定がＹＥＳであると仮定すると、ステップＳ３０２において、ユーザが貸席２２から退席した直後である、すなわち、ユーザが貸席２２の使用を終了したと判定される。
【０２８３】
続いて、ステップＳ３０２において、ユーザから使用終了リクエストが発令された（例えば、前述の、使用終了リクエストのためのボタンがユーザによって選択された）か否かが判定される。発令された場合には、ステップＳ３０２の判定がＹＥＳとなり、その後、ステップＳ３０３において、ユーザから使用終了リクエストが発令されたことが管理サーバ５０に送信される。
【０２８４】
これに対し、ユーザから使用終了リクエストが発令されなかった場合には、ユーザが貸席２２に滞在していると判定され、ステップＳ３０２の判定がＮＯとなり、その後、ステップＳ３０４において、現在、ステップＳ３０１のＹＥＳ判定タイミングからの経過時間が第２制限時間（例えば、５分）内であるか否かが判定される。第２制限時間内である場合には、ステップＳ３０４の判定がＹＥＳとなり、ステップＳ３０５において、ユーザに対し、使用終了リクエストを入力することが、例えば画面１３５上に適切なメッセージが表示されるか音声で出力されることなどが行われることにより、催促される。続いて、ステップＳ３０２に戻る。
【０２８５】
これに対し、現在、ステップＳ３０１のＹＥＳ判定タイミングからの経過時間が第２制限時間を超えている場合には、ステップＳ３０４の判定がＮＯとなり、その後、ステップＳ３０６において、ユーザに第２違反行為が発生したと判定される。
【０２８６】
続いて、ステップＳ３０７において、ユーザに第２違反行為が発生したことが管理サーバ５０に送信される。
【０２８７】
これに対し、管理サーバ５０用の使用終了処理モジュールが管理サーバ５０によって実行されると、管理サーバ５０は、ステップＳ４０１において、前記ステップＳ３０３の実行によって携帯端末９０が送信した情報と、前記ステップＳ３０７の実行によって携帯端末９０が送信した情報とを受信する。
【０２８８】
その後、ステップＳ４０２において、時計１７２を用いて現在時刻を測定する。続いて、ステップＳ４０３において、その現在時刻を実使用終了時刻として認識する。その後、ステップＳ４０４において、ユーザが今回の貸席２２の使用終了を許可する。
【０２８９】
その後、ステップＳ４０５において、ユーザにつき、前述のようにユーザごとに個別に決定された課金開始時刻から課金終了時刻までの時間が全レンタル時間として計算される。ここに、「課金終了時刻」は、通常であれば、予定終了時刻と一致するが、前記第２違反行為が携帯端末９０から通知されている場合には、課金終了時刻が実使用終了時刻と一致するように決定されたうえに、予定使用終了時刻から実使用終了時刻までの延長レンタル時間については、通常レートより高額な料金レートを用いてレンタル金額が計算される。
【０２９０】
続いて、ステップＳ４０６において、図示しない料金テーブルと、発生した違反行為の種別とに従い、前記計算された全レンタル時間の長さと、料金レート（増額率）とに基づいて今回のレンタル金額が計算される。前記料金レートは、後述の予約変更モジュールの実行の結果、割増レートに変更される場合がある。
【０２９１】
その後、ステップＳ４０７において、前記予約状況テーブルから貸席２２についての予約が削除されるように、その予約状況テーブルが更新される。続いて、ステップＳ４０８において、前記計算されたレンタル金額などの情報が携帯端末９０に送信される。
【０２９２】
これに対し、携帯端末９０は、ステップＳ３０８において、管理サーバ５０からレンタル金額などの情報を受信し、続いて、ステップＳ３０９において、そのレンタル金額を画面上に表示する。その後、ステップＳ３１０において、ユーザによる電子決済が行われる。
【０２９３】
続いて、携帯端末９０は、ステップＳ３１１において、管理サーバ５０からのログアウトを要求するログアウト・リクエストを管理サーバ５０に送信する。
【０２９４】
これに対し、管理サーバ５０は、ステップＳ４０９において、そのログアウト・リクエストを受信する。続いて、ステップＳ４１０において、そのログアウト・リクエストの受信が正常に完了したことを表す確認応答信号ＡＣＫが携帯端末９０に送信される。
【０２９５】
これに対し、携帯端末９０は、ステップＳ３１２において、その確認応答信号ＡＣＫを管理サーバ５０から受信する。
【０２９６】
ところで、ユーザが貸席２２の使用期間中、何らかの理由で中座し、その後、同じ貸席２２に戻るというシナリオも想定される。このシナリオにおいても、携帯端末９０が正規発信機ＩＤを受信する状態から受信しない状態に遷移する（第２遷移が発生する）ため、図１７のステップＳ３０１の判定がＹＥＳとなる。
【０２９７】
携帯端末９００が、このシナリオを、ユーザが貸席２２から退席したというシナリオから区別することが必要である場合には、本実施形態を例えば次のように改良することが可能である。
【０２９８】
すなわち、携帯端末９０は、ユーザによる貸席２２の使用開始後、第２遷移を検出すると、直ちにステップＳ３０２に移行して、ユーザに使用終了リクエストの入力を要求するのではなく、それに先立ち、ステップＳ３０１ａ（図示しない）において、ユーザに対し、その後に貸席２２に戻る予定なのか退席する予定なのかを確認するための確認メッセージを携帯端末９０の画面上に表示するか音声で出力する。
【０２９９】
その後、ステップＳ３０１ｂ（図示しない）において、ユーザが、前記確認メッセージに応答し、「戻る予定」である旨を携帯端末９０に入力すると、ステップＳ３０１ｃ（図示しない）において、携帯端末９０は、その後に発生する第１遷移、すなわち、携帯端末９０が正規発信機ＩＤを受信しない状態から受信する状態に遷移することに備えて、携帯端末９０が正規発信機ＩＤを受信したか否かを反復的に判定する。
【０３００】
そのステップＳ３０１ｃにおいて、携帯端末９０が正規発信機ＩＤを受信したと判定されると、これは、新たな第１遷移が発生したことを意味するため、続いて、ステップＳ３０１に戻る。その結果、ステップＳ３０２に移行することが一時的に保留される。
【０３０１】
これに対し、前記ステップＳ３０１ｂにおいて、ユーザが、前記確認メッセージに応答し、「退席する予定」である旨を携帯端末９０に入力すると、ステップＳ３０２に移行する。
【０３０２】
＜予約変更シーケンス＞
【０３０３】
図１８には、ユーザが、貸席２２の使用の途中で、予約の内容を変更するために、ユーザの携帯端末９０と管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。
【０３０４】
今回は、携帯端末９０の画面上において「予約変更」というボタンがユーザによって選択されると、携帯端末９０用の予約変更モジュールが携帯端末９０によって実行される。その実行により、まず、ステップ４０１において、携帯端末９０が、前記滞在判定結果情報を管理サーバ５０から受信し、さらに、その滞在判定結果情報に基づき、ユーザが実際に、現在、予約された貸席２２に滞在しているか否かが判定される。
【０３０５】
今回は、滞在中であると判定されると、ステップＳ４０１の判定がＹＥＳとなり、その後、ステップＳ４０２において、ユーザが携帯端末９０に延長リクエストを入力したか否かが判定される。今回は、ユーザがその延長リクエストを入力した（例えば、前述の、延長リクエストのためのボタンをユーザが選択した）と判定されると、その後、ステップＳ４０３において、携帯端末９０が、管理サーバ５０から最新の予約状況テーブルを受信し、さらに、その予約状況テーブルが反映されるように、携帯端末９０のメモリ１３２に保存されている予約状況テーブルを更新する。
【０３０６】
続いて、携帯端末９０は、ステップＳ４０４において、その更新された予約状況テーブルを画面上に表示する。その後、ステップＳ４０５において、ユーザが、別の予約とオーバーラップしないように、自身の予定終了時刻を遅らせるための入力を携帯端末９０に対して行う。さらに、携帯端末９０は、その予約変更内容を管理サーバ５０に送信し、管理サーバ５０は、その予約変更内容を反映するように前記予約状況テーブルを更新する。
【０３０７】
その後、携帯端末９０は、ステップＳ４０６において、今回の予約変更が前記予定使用終了時刻の経過前に行われたか否か、すなわち、本来の予約内容の時間的範囲内で行われたか否かを判定する。今回は、今回の予約変更が前記予定使用終了時刻の経過前に行われたと仮定すると、ステップＳ４０７において、課金レートが通常レートに設定され、これに対し、今回は、今回の予約変更が前記予定使用終了時刻の経過後に行われたと仮定すると、ステップＳ４０８において、課金レートが割増レートに設定される。
【０３０８】
いずれの場合にも、その後、携帯端末９０は、ステップＳ４０９において、上述のようにして設定された課金レートを管理サーバ５０に送信する。
【０３０９】
以上の説明から明らかなように、本実施形態においては、対を成す第１遷移および第２遷移（図１２における１個の受信パルス信号のうちの立ち上がりエッジおよび立ち下がりエッジ）のうちの一方である第１遷移の出現と、ユーザによる使用開始リクエストの意思表示との組合せに応答し、ユーザによる使用開始が認識される。
【０３１０】
さらに、本実施形態においては、対を成す第１遷移および第２遷移のうちの一方である第２遷移の出現と、ユーザによる使用終了リクエストの意思表示との組合せに応答し、ユーザによる使用終了が認識される。
【０３１１】
ここに、「対を成す第１遷移および第２遷移」は、ユーザが発信機３０に対して行う１つの動作の開始タイミングと終了タイミングとに発生する２つの事象の組合せを意味する。
【０３１２】
ところで、本実施形態においては、ユーザＸが貸席Ｐに着席すべきところ、不注意で別の貸席Ｑに着席してしまうというシナリオも想定される。このシナリオにおいては、ユーザＸの携帯端末９０が、それにもかかわらず、貸席Ｐに設置されている発信機３０の正規発信機ＩＤを受信する可能性がある。そうすると、携帯端末９０および管理サーバ５０はは、事実に反し、ユーザＸが貸席Ｐに着席していると認識してしまう。
【０３１３】
このような誤認識を回避することが必要である場合には、本実施形態を次の一例に改良することが可能である。
【０３１４】
まず、概略的に説明するに、この改良例においては、本実施形態において採用されている第１の技術、すなわち、携帯端末９０が同時に複数の発信機３０を検知した場合に、携帯端末９０が本来受信すべき唯一の発信機９０の発信機ＩＤが複数の発信機３０からの受信に先立って既知である（対応する貸席２２が予約される）ことを条件として、正規の発信機３０以外の発信機３０からの信号を受信してもそれをソフト的に除外するフィルタリング技術に、第２の技術、すなわち、携帯端末９０が広域受信モードで同時に複数の発信機３０を検知した場合に、受信モードを広域受信モードから狭域受信モードに自動的に切り換える技術を組み合わせたものに相当する。
【０３１５】
次に、具体的に説明するに、この例においては、携帯端末９０が、通常の有効受信エリア（図５において、大径の円であって破線で示すもの。前述の「第１の有効受信エリア」の一例）と、通常の有効受信エリアの有効受信半径より小さい有効受信半径を有する縮小有効受信エリア（図５において、小径の円であって破線で示すもの。前述の「第２の有効受信エリア」の一例）とに切換え可能に設計される。
【０３１６】
すなわち、この例においては、有効受信半径が可変値であり、それが大きい値を取るときに広域受信モードまたはデフォーカス受信モードが実現され、一方、それが小さい値を取るときに狭域受信モードまたはフォーカス受信モードが実現されるようになっているのである。
【０３１７】
さらに、図２５に示すように、ステップＳ７００において、携帯端末９０は、通常の有効受信エリアの設定値（広域受信モードの有効受信半径）のもとに、１または複数の発信機３０からの信号を有効に受信することを試行する。
【０３１８】
次に、ステップＳ７０１において、携帯端末９０は、広域受信モードで、正規発信機ＩＤと一致する実発信機ＩＤ−Ｐ（貸席Ｐの発信機３０の正規発信機ＩＤ）を有効に受信したか否か（携帯端末９０が発信機ＩＤ−Ｐを中心とする通常の有効受信エリア内に存在しているか否か）を判定する。受信しなかったと判定すると、ステップＳ７００に戻る。
【０３１９】
携帯端末９０は、広域受信モードで実発信機ＩＤ−Ｐを受信したと判定すると、ステップＳ７０２において、携帯端末９０は、広域受信モードで別の実発信機ＩＤ−Ｑ（貸席Ｑの発信機３０の正規発信機ＩＤ）をも有効に受信しているか否か（携帯端末９０が別の発信機ＩＤ−Ｑの前記有効受信エリア内にも存在しているか否か）を判定する。別の実発信機ＩＤ−Ｑは有効に受信しなかったと判定すると、後述のステップＳ７１０に移行する。
【０３２０】
広域受信モードで別の実発信機ＩＤ−Ｑをも有効に受信していると判定された場合には、ステップＳ７０３において、携帯端末９０は、その実発信機ＩＤ−Ｑを発信している発信機３０との距離ＤＱと、実発信機ＩＤ−Ｐを発信している発信機３０との距離ＤＰとを測定する。
【０３２１】
さらに、ステップＳ７０４において、携帯端末９０は、距離ＤＱが距離ＤＰより短いか否かを判定する。短いと判定した場合には、ユーザＸが、誤った貸席Ｑに着席している可能性があると判定する。距離ＤＱが距離ＤＰより短くはないと判定すると、ステップＳ７１０に移行する。
【０３２２】
距離ＤＱが距離ＤＰより短いと判定すると、ステップＳ７０５において、携帯端末９０は、有効受信エリアを前記通常の有効受信エリアから前記縮小有効受信エリア（狭域受信モードの有効受信半径）に切り換える。さらに、ステップＳ７０６において、携帯端末９０は、ユーザＸに対し、今度は、携帯端末９０を、自身が着席している貸席Ｑの発信機３０に接触させるかまたはかざすことを要求するためのメッセージを画面上に表示するか音声で出力する。
【０３２３】
その後、ステップＳ７０７において、携帯端末９０は、今度は、狭域受信モードで、一または複数の発信機３０を有効に受信することを試行する。
【０３２４】
続いて、ステップＳ７０８において、携帯端末９０は、狭域受信モードで、正規発信機ＩＤと一致する実発信機ＩＤ−Ｐ（貸席Ｐの発信機３０の正規発信機ＩＤ）を有効に受信したか否か（携帯端末９０が発信機ＩＤ−Ｐを中心とする前記縮小有効受信エリア内に存在しているか否か）を判定する。
【０３２５】
そうすると、前述のシナリオにおいては、携帯端末９０が、貸席Ｑの発信機３０の実発信機ＩＤ−Ｑを受信することになり、これは、本来の正規発信機ＩＤ−Ｐと一致しないから、ステップＳ７０８の判定がＮＯとなる。
【０３２６】
この場合、ステップＳ７０９において、携帯端末９０は、ユーザＸに対し、現に着席している貸席２２が間違っていないか否かを確認するためのメッセージを画面上に表示するか音声で出力する。その結果、ユーザは、貸席Ｑから貸席Ｐに移動することになる。
【０３２７】
その後、ステップＳ７０７に戻り、携帯端末９０が、狭域受信モードで、貸席Ｐの発信機３０を受信する。そうすると、ステップＳ７０８の判定が、今回は、ＹＥＳとなる。その後、ステップＳ７１０において、携帯端末９０は、ユーザが正しい貸席Ｐに着席していると判定する。
【０３２８】
図２５に示すステップＳ７００−７１０より成るステップ群は、図１５におけるステップＳ１５４−Ｓ１５７より成るステップ群、および／または、図１６におけるステップＳ１８１−Ｓ１８４より成るステップ群を置き換えることが可能である。
【０３２９】
図２５に示す技術は、後述の第２の実施形態に適用することが可能であり、このことを裏付けるために、図２０には、各発信機３０の有効受信エリアとして、大径の通常の有効受信エリア（広域受信モード）と、小径の縮小有効受信エリア（狭域受信モード）とが示されている。
【０３３０】
以上の説明から明らかなように、本実施形態によれば、携帯端末９０および／または管理サーバ５０が、携帯端末９０が一または複数の発信機３０からの信号を受信の有無を時系列的に表す受信信号の時間的変化（例えば図１２および図２１参照）に基づき、ユーザの選択貸席２２に対する着席・退席（接近・離間、到着・退去）の時間的変化（ユーザの静的姿勢ではなく動的姿勢、動きの変化、姿勢の変化など）を監視する。
【０３３１】
よって、本実施形態によれば、ユーザが貸席２２に実際に着席したタイミングおよび貸席２２から実際に退席したタイミングを精度よく検知することが容易となる。
【０３３２】
なお、本実施形態は、種々の変更を加えた状態で実施することが可能であり、例えば、携帯端末９０によるデータ処理のうちの少なくとも一部と同じデータ処理を管理サーバ５０によって実行するように改良したり、逆に、管理サーバ５０によるデータ処理のうちの少なくとも一部と同じデータ処理を携帯端末９０によって実行するように改良することが可能である。このことは、次の第２の実施形態についても該当する。
【０３３３】
＜第２の実施形態＞
【０３３４】
次に、図１９−図２４を参照することにより、本発明の例示的な第２の実施形態に従う無人の駐車場管理システム３００（以下、単に「システム３００」という）を説明する。ただし、第１実施形態に従う無人席貸システムと共通する部分については、同じ符号および名称を使用して引用することにより、重複した説明を省略し、異なる部分についてのみ詳細に説明する。
【０３３５】
このシステム３００は、複数の駐車場２０（図１９には、それら駐車場２０のうちの代表的な３つの駐車場Ａ，ＢおよびＣのみが図示されている）を集中的に管理するためのシステムである。各駐車場２０は、複数の車室２２を有しており、各車室２２は、１人のユーザの１台の車両（自動車、自転車、自動二輪車など）に一時的に貸与される個別空間であるレンタル・スペースである。
【０３３６】
第１実施形態と対比して説明するに、複数の駐車場２０は、第１実施形態における複数の席貸施設２０に相当し、また、複数の車室２２は、１つの席貸施設２０における複数の貸席２２に相当する。
【０３３７】
本実施形態においても、１つの駐車場２０内における複数の車室２２は、概して、互いに詰めて配置されている。それら車室２２は、例えば、携帯端末９０のＧＰＳ機能（前述）では空間的に互いに識別（分解）できないほどに互いに接近している複数のレンタル対象の一例である。
【０３３８】
これに対し、複数の駐車場２０は、携帯端末９０のＧＰＳ機能（後述）によって空間的に互いに識別（分解）できるほどに互いに離散している複数の施設の一例である。
【０３３９】
このシステム３００は、概略的には、ユーザによるレンタル対象の予約を条件に、個別の発信機を用いてレンタル対象の場所認証を行うレンタル対象管理システムの一例である。
【０３４０】
このシステム３００は、本実施形態に従う駐車場管理方法を実行するように構成されている。その駐車場管理方法は、ユーザに貸与可能な複数の駐車場を集中的に管理するレンタル・スペース管理方法の一例であり、そのレンタル・スペース管理方法は、ユーザに貸与可能な不動産である複数のレンタル対象を集中的に管理するレンタル対象管理方法の一例である。そのレンタル対象管理方法の別の例は、ユーザに貸与可能な動産である複数のレンタル対象（例えば、レンタカーや貸し自転車）を集中的に管理するレンタル対象管理方法である。
【０３４１】
各駐車場２０は、無人式である。さらに、設備の削減・簡素化のため、各駐車場２０には、各車室２２に対する不正な進入および退出を阻止する装置（例えば、車両の通過を選択的に阻止するゲート装置や、各駐車場２０の表面から突出して車両の車輪が乗り越えることを選択的に阻止する昇降式・フラップ式の車両退出阻止装置）も、ユーザから提示される暗号（例えば、パスワードやバーコード情報）を読み取るための装置も、ユーザがレンタル料を支払うための精算機も、ユーザにチケットを発行するための発券機も設置されていない。
【０３４２】
図１９に例示するように、各駐車場２０においては、各車室２２ごとに発信機３０が１台ずつ設置されている。
【０３４３】
具体的に、設置位置を説明するに、各発信機３０は、平面視においては、対応する車室２２の領域内に配置されており、また、側面視においては、図示しないが、対応する車室２２の表面（例えば、地面、舗装面など）と同じ高さ、それより高い高さ、または、それより低い高さに配置されている。
【０３４４】
次に、設置方法を説明するに、各発信機３０は、例えば、対応する車室２２に設置されている輪止めの内部または外部に装着したり、対応する車室２２に設置されているポール、柱など、垂直に延びる構造物に、前記表面から浮上した位置に装着したり、対応する車室２２の表面下に埋設することが可能である。
【０３４５】
本実施形態においては、図２０に例示するように、まず、ユーザが、複数の駐車場２０のうちのいずれかを選択し、さらに、その選択駐車場２０における複数の車室２２のうちのいずれかを選択して、その選択された車室２２に自身の車両４００（または４０２）を進入させる。この例においては、車両４００が、ある車室２２に前向きで駐車されており、一方、別の車両４０２が、隣の車室２２に後向きで駐車されている。
【０３４６】
ユーザが自身の車両４００または４０２の車内に居る状態で、ユーザの携帯端末９０が、選択車室２２に設置されている発信機３０（正規の発信機）を受信する可能性がある。さらに、隣の車室２２に設置されている発信機３０（非正規の発信機）を受信する可能性もある。
【０３４７】
図２０に例示するように、各発信機３０の有効受信エリアが、対応する車室２２に駐車する車両内に居るユーザの携帯端末９０をカバーするように設定されている。その結果、ユーザは、自身の車両から降りて発信機３０に接近することなく、その発信機３０を受信できるため、特に天候が不良である場合に、ユーザにとり好都合である。
【０３４８】
しかし、そうすると、不可避的に、同じ有効受信エリアが、隣の車室２２に駐車する車両内に居るユーザの携帯端末９０をも、不必要であるにもかかわらず、カバーしてしまう可能性がある。そのため、本実施形態においても、携帯端末９０が正規発信機ＩＤ（正確には、正規発信機ＩＤを表す識別信号）を受信したか否かを判定することにより、ユーザが選択車室２２に滞在しているか否かを判定するようになっている。
【０３４９】
ところで、第１実施形態においては、ユーザが貸席２２を使用する１回の期間中、図１２に示すように、携帯端末９０が１個の受信パルス信号が受信し、その信号の立ち上がりエッジのタイミングが使用開始時刻として認識され、一方、その信号の立ち下がりエッジのタイミングが使用終了時刻として認識される。これは、ユーザが貸席２２に着席してから退席するまで、実質的に同じ貸室２２に滞在し続け、その間、携帯端末９０が正規発信機ＩＤを受信し続けるという通信環境にあることに起因する。
【０３５０】
これに対し、本実施形態においては、入庫時と出庫時とには、ユーザが選択車室２２に滞在するが、選択車室２２に車両が駐車している期間のうちの実質的な全期間中は、ユーザが選択車室２２に滞在していないのが通常である。そのため、第１実施形態とは異なる信号処理が必要である。
【０３５１】
そこで、本実施形態においては、図２１に概念的にタイムチャートで示すように、入庫段階において、携帯端末９０が正規発信機ＩＤ（正確には、正規発信機ＩＤを表す識別信号）を受信しない状態から受信する状態に遷移する第１遷移（入庫時の１個の受信パルス信号である入庫時パルス信号の立ち上がりエッジ）が発生し、間もなく、携帯端末９０が正規発信機ＩＤを受信する状態から受信しない状態に遷移する第２遷移（入庫時パルス信号の立ち下がりエッジ）が発生する。
【０３５２】
そうすると、ユーザに対し、入庫の確認のために、入庫リクエスト（前述の「第１事象」の一例）を携帯端末９０に対して意思表示することを要求する。実際にユーザから入庫リクエストが出されると、第１遷移のタイミング（または第２遷移のタイミング）が入庫時刻として認識される。
【０３５３】
さらに、本実施形態においては、図２１に概念的にタイムチャートで示すように、出庫段階において、第１遷移（出庫時の１個の受信パルス信号である出庫時パルス信号の立ち上がりエッジ）が発生し、間もなく、第２遷移（出庫時パルス信号の立ち下がりエッジ）が発生する。
【０３５４】
そうすると、ユーザに対し、出庫の確認のために、出庫リクエスト（前述の「第２事象」の一例）を携帯端末９０に対して意思表示することを要求する。実際にユーザから出庫リクエストが出されると、第２遷移のタイミング（または第１遷移のタイミング）が出庫時刻として認識される。
【０３５５】
図２２には、複数の駐車場２０を管理するための駐車場管理プログラムのうち、ユーザがいずれかの駐車場２０のいずれかの車室２２を予約するために携帯端末９０および管理サーバ５０によって実行される予約シーケンスの一例がフローチャートで概念的に表されている。
【０３５６】
まず、前記駐車場管理プログラムがユーザの携帯端末９０によって起動されると、ステップＳ５００において、ユーザは、予約モードを選択する。次に、管理サーバ５０は、ステップＳ６０１において、複数の駐車場２０のそれぞれの地図上位置を表す駐車場データ（図７に示す席貸施設データに相当する）と、複数の駐車場２０のＩＤと、複数の車室２２のＩＤと、複数の正規発信機ＩＤとの対応関係を表す車室データ（図８に示す貸席データに相当する）と、予約状況テーブル（図１１（ａ）に示す予約状況テーブルに相当する）とをメモリ１６２から読み出して携帯端末９０に送信する。
【０３５７】
続いて、携帯端末９０は、ステップＳ５０１において、それらデータおよびテーブルを管理サーバ５０から受信してメモリ１３２に保存する。続いて、ステップＳ５０２において、携帯端末９０は、前記駐車場データと携帯端末９０のＧＰＳ測位結果とに基づき、前記複数の駐車場２０を、ユーザの現在位置の近傍に位置する少数の候補駐車場２０に絞り込み、それら少数の候補駐車場２０を画面上に表示する。
【０３５８】
さらに、このステップＳ５０２においては、ユーザが、画面上に表示されている複数の候補駐車場２０のうちのいずれかを今回の選択駐車場２０として選択するための操作を携帯端末９０に対して行う。それに応答し、携帯端末９０は、前記予約状況テーブルを画面上に表示し、それにより、ユーザは、その選択駐車場２０の複数の車室２２の各々につき、空車状態にある時間帯を知ることが可能となる。
【０３５９】
その後、ステップＳ５０３において、ユーザは、携帯端末９０により、それら車室２２のいずれかを選択し、続いて、ステップＳ５０４において、ユーザは、その選択車室２２の予定使用時間帯を携帯端末９０に入力する。
【０３６０】
その後、携帯端末９０が、ステップＳ５０５において、ユーザによって指定された予約内容（駐車場２０、車室２２および使用時間帯）を、ユーザを識別するための個人認証情報と共に管理サーバ５０に送信する。
【０３６１】
これに対し、管理サーバ５０は、ステップＳ６０２において、ユーザに関連付けて前記予約内容を受信し、その予約内容が反映されるように、前記ユーザ別予約内容ファイルを更新する。
【０３６２】
図２３には、前記駐車場管理プログラムのうち、ユーザが選択車室２２に入庫するために携帯端末９０および管理サーバ５０によって実行される入庫シーケンスの一例がフローチャートで概念的に表されている。
【０３６３】
まず、前記駐車場管理プログラムがユーザの携帯端末９０によって起動されると、ステップＳ５２０において、ユーザは、入庫モードを選択する。次に、携帯端末９０は、ステップＳ５２１において、前記車室データに基づき、今回の選択車室２２に対応する正規発信機ＩＤを取得する。
【０３６４】
続いて、携帯端末９０は、ステップＳ５２２において、携帯端末９０がいずれかの発信機３０から識別信号を有効に受信したか否か（前記第１遷移が発生したか否か）を判定し、有効に受信した場合には、ステップＳ５２３において、その受信した識別信号によって表される実発信機ＩＤと前記正規発信機ＩＤとが互いに一致するか否かが判定される。
【０３６５】
実発信機ＩＤと正規発信機ＩＤとが一致する場合には、ユーザが実際に、現在、選択車室２２に滞在していると判定される。その後、携帯端末９０は、ステップＳ５２４において、携帯端末９０が正規発信機ＩＤを受信することが終了すること、すなわち、前記入庫時パルス信号の立ち下がりエッジ（前記第２遷移）が出現することが待たれる。出現すると、ステップＳ５２５において、ユーザから携帯端末９０に入庫リクエストが入力されることが待たれる。入力されると、携帯端末９０が、ステップＳ５２６において、入庫リクエストをユーザに関連付けて管理サーバ５０に送信する。
【０３６６】
これに対し、管理サーバ５０は、ステップＳ６２１において、前記入庫リクエストを受信し、その結果、ユーザによる選択車室２２への入庫を許可する。続いて、ステップＳ６２２において、現在時刻を入庫時刻としてメモリ１６２に保存する。
【０３６７】
図２４には、前記駐車場管理プログラムのうち、ユーザが選択車室２２から出庫するために携帯端末９０および管理サーバ５０によって実行される出庫シーケンスの一例がフローチャートで概念的に表されている。
【０３６８】
まず、前記駐車場管理プログラムがユーザの携帯端末９０によって起動されると、ステップＳ５４０において、ユーザは、出庫モードを選択する。次に、携帯端末９０は、ステップＳ５４１において、前記車室データに基づき、今回の選択車室２２に対応する正規発信機ＩＤを取得する。
【０３６９】
続いて、携帯端末９０は、ステップＳ５４２において、携帯端末９０がいずれかの発信機３０から識別信号を有効に受信したか否か（前記第１遷移が発生したか否か）を判定し、有効に受信した場合には、ステップＳ５４３において、その受信した識別信号によって表される実発信機ＩＤと前記正規発信機ＩＤとが互いに一致するか否かが判定される。
【０３７０】
実発信機ＩＤと正規発信機ＩＤとが一致する場合には、ユーザが実際に、現在、選択車室２２に滞在していると判定される。その後、携帯端末９０は、ステップＳ５４４において、携帯端末９０が正規発信機ＩＤを受信することが終了すること、すなわち、前記出庫時パルス信号の立ち下がりエッジ（前記第２遷移）が出現することが待たれる。出現すると、ステップＳ５４５において、ユーザから携帯端末９０に出庫リクエストが入力されることが待たれる。入力されると、携帯端末９０が、ステップＳ５４６において、出庫リクエストをユーザに関連付けて管理サーバ５０に送信する。
【０３７１】
これに対し、管理サーバ５０は、ステップＳ６４１において、前記出庫リクエストを受信し、その結果、ユーザによる選択車室２２からの出庫を許可する。続いて、ステップＳ６４２において、現在時刻を出庫時刻とする。その後、ステップＳ６４３において、前記入庫時刻からその出庫時刻までの経過時間として駐車時間を計算する。続いて、ステップＳ６４４において、その計算された駐車時間の長さに基づいて駐車料金を計算する。その計算された駐車料金は携帯端末９０に送信される。
【０３７２】
これに対して、携帯端末９０は、ステップＳ５４７において、受信した駐車料金の額を画面上に表示し、その後、ユーザは、その駐車料金について電子決済を行う。
【０３７３】
以上の説明から明らかなように、本実施形態においては、対を成す第１遷移および第２遷移（図２１における１個の入庫時パルス信号のうちの立ち上がりエッジおよび立ち下がりエッジ）の双方の出現と、ユーザによる入庫リクエストの意思表示との組合せに応答し、ユーザによる入庫という動作が認識され、また、対を成す第１遷移および第２遷移（図２１における１個の出庫時パルス信号のうちの立ち上がりエッジおよび立ち下がりエッジ）の双方の出現と、ユーザによる出庫リクエストの意思表示との組合せに応答し、ユーザによる出庫という動作が認識される。
【０３７４】
これに対し、対を成す第１遷移および第２遷移（図２１における１個の入庫時パルス信号のうちの立ち上がりエッジおよび立ち下がりエッジ）のうちの一方の出現と、ユーザによる入庫リクエストの意思表示との組合せに応答し、ユーザによる入庫という動作が認識され、また、対を成す第１遷移および第２遷移（図２１における１個の出庫時パルス信号のうちの立ち上がりエッジおよび立ち下がりエッジ）のうちの一方の出現と、ユーザによる出庫リクエストの意思表示との組合せに応答し、ユーザによる出庫という動作が認識される態様で本発明を実施してもよい。
【０３７５】
ところで、本実施形態によれば、ユーザの出庫段階においては、携帯端末９０が正規発信機ＩＤを受信しなくなるのを待って、出庫が完了したと判定される。一方、ユーザによる入庫操作も出庫操作も必ず、選択車室２２に駐車している車両内で行うことを、契約上、ユーザに強制するか、または、ユーザが車内において携帯端末９０で発信機３０を受信しない限り、その受信をソフトウエア上で無効にするように携帯端末９０を設計することが可能である。
【０３７６】
そうすれば、ユーザと携帯端末９０と車両とが、空間的に同じ位置を共有することになるため、ユーザが選択車室２２に進入した行為を携帯端末９０が検出することは、車両が選択車室２２に入庫したことを携帯端末９０が検出することと等価であり、同様に、ユーザが選択車室２２から退出した行為を携帯端末９０が検出することは、車両が選択車室２２から出庫したことを携帯端末９０が検出することと等価である。
【０３７７】
なお付言するに、上述のいくつかの実施形態は、本発明を、不動産としての席貸施設および駐車場をレンタル対象とするレンタル・サービスに適用した場合のいくつかの具体例であるが、これに代えて、本発明は、例えば、別の不動産、例えば、貸し倉庫、貸し部屋などをレンタル対象とするレンタル・サービスに適用したり、動産、例えば、車両（自動車、自転車、自動二輪車など）などをレンタル対象とするレンタル・サービスに適用することが可能である。さらに、本発明は、レンタル・サービス以外の用途に適用することも可能である。
【０３７８】
以上、本発明のいくつかの実施形態を図面に基づいて詳細に説明したが、これらは例示であり、前記［発明の概要］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【図１】
2020064693.tif 000003
【図２】
2020064693.tif 000004
【図３】
2020064693.tif 000005
【図４】
2020064693.tif 000006
【図５】
2020064693.tif 000007
【図６】
2020064693.tif 000008
【図７】
2020064693.tif 000009
【図８】
2020064693.tif 000010
【図９】
2020064693.tif 000011
【図１０】
2020064693.tif 000012
【図１１】
2020064693.tif 000013
【図１２】
2020064693.tif 000014
【図１３】
2020064693.tif 000015
【図１４】
2020064693.tif 000016
【図１５】
2020064693.tif 000017
【図１６】
2020064693.tif 000018
【図１７】
2020064693.tif 000019
【図１８】
2020064693.tif 000020
【図１９】
2020064693.tif 000021
【図２０】
2020064693.tif 000022
【図２１】
2020064693.tif 000023
【図２２】
2020064693.tif 000024
【図２３】
2020064693.tif 000025
【図２４】
2020064693.tif 000026
【図２５】
2020064693.tif 000027