JP2017151906A - レンタル・スペース管理システムおよびレンタル・スペース管理方法 - Google Patents

Abstract

【課題】複数のレンタル・スペースを集中的に管理する技術であって、レンタル・スペースから管理サーバに送信される情報のセキュリティを犠牲にすることなく、各レンタル・スペースに設置することが必要な設備の低コスト化を容易にする技術を提供する。【解決手段】各レンタル・スペース２０ごとに、固有の局地的識別信号を発信する発信機３０を設置する。いずれかのレンタル・スペース２０に居るユーザの携帯端末９０は、前記識別信号を受信すると、その識別信号をレンタル・スペースＩＤという形態でリアルタイムで管理サーバ５０に送信する。管理サーバ５０は、そのレンタル・スペースＩＤに基づき、今回のレンタル・スペース２０を特定するとともに、そのレンタル・スペースＩＤを受信した時刻を、今回のレンタル・スペース２０の利用開始時には利用開始時刻、利用終了時には利用終了時刻としてそれぞれ認識する。【選択図】図２

Description

本発明は、複数のレンタル・スペースを集中的に管理する技術に関し、特に、ユーザによって利用されるレンタル・スペースから管理サーバに送信される情報のセキュリティを犠牲にすることなく、各レンタル・スペースに設置することが必要な設備の低コスト化を容易にする技術に関するものである。

既に、私的資産（個人所有、私的団体所有など）であるか公的資産であるかを問わず、部屋や場所などのスペース（不動産に属する）を一時的にユーザにレンタルする種類のビジネスが存在する。

この種のレンタル・ビジネスは、従来、企業や公益・公共団体などの事業体により、その事業の一部として行われてきた。しかし、近年、この種のレンタル・ビジネスを、一時的にしか稼働しない個人資産の財産的活用を目的として、個人レベルで運営する傾向が普及し定着しつつある。

具体的には、例えば、個人宅のオーナが、その個人宅内の限られたスペース、例えば駐車場、庭、倉庫や軒下などのスペースを、そのスペースを個人宅の住人が使用しない期間（すなわち、非稼働期間または休止期間）に限り一時的に、かつ、駐車という限定された用途で他人に貸し出すというビジネスが存在する。

さらに、アパートやマンションなどの集合住宅内の一居室に居住する住人が、その居室を一時的に、かつ、一時的滞在という限定された用途で他人に貸し出すというビジネスも存在し、これは、民泊と称されることがある。

特許文献１は、カラオケルームや貸会議室などの部屋や、テニスコートや球技場などの場所をユーザに貸与する賃貸ビジネスにおいて、レンタル・スペースの管理者の作業負担を軽減し、労働力の省力化を進めることのできるレンタル・スペース運営支援システムを開示している。

特開２００２−７９１３号公報

特許文献１に開示された技術によれば、希望するレンタル・スペースをユーザが使用するには、予約が不可欠である。ユーザは、その予約を、現在所在地の如何を問わず、自身の携帯端末を利用して無線オンラインで行うことができる。

さらに、同技術によれば、ユーザが実際に、予約したレンタル・スペースをどの時刻からどの時刻まで利用したのかを特定するために、そのレンタル・スペースに設置された設備をユーザが利用することが必要である。ユーザは、そのレンタル・スペースの利用中は、自身の携帯端末ではなく、前記設備を使用することを強制される。

一方、同技術によれば、管理者が複数のレンタル・スペースを集中的に管理し、そのため、管理者が使用するシステムホストが、複数のレンタル・スペースにそれぞれ設置された複数のルーム端末に有線オンラインで通信する。

したがって、同技術によれば、ユーザによって利用されるレンタル・スペースのルーム端末からシステムホストに送信される情報のセキュリティが低下するという心配はない。

しかし、同技術では、レンタル・スペースごとにレンタル専用の設備を設置することが必要である。しかも、その設備は、種々の機能を実現することが必要である。そのため、同技術を採用する場合には、各レンタル・スペースに設置することが必要な設備の低コスト化が困難である。

この問題は、前述の、個人レベルで行われるレンタル・ビジネスについては、さらに深刻化することが容易に想像される。

一方、各レンタル・スペースに設置することが必要な設備の低コスト化を容易にするための技術を開発する際には、そのことが原因で、ユーザによって利用されるレンタル・スペースから管理サーバに送信される情報のセキュリティが低下してしまうことがないようにすることが重要である。

以上の知見を背景にして、本発明は、複数のレンタル・スペースを集中的に管理する技術に関し、特に、ユーザによって利用されるレンタル・スペースから管理サーバに送信される情報のセキュリティを犠牲にすることなく、各レンタル・スペースに設置することが必要な設備の低コスト化を容易にする技術に関するものである。

本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。

さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。

（１） 複数のレンタル・スペースを集中的に管理するレンタル・スペース管理システムであって、
各レンタル・スペースに少なくとも１つずつ設置され、対応するレンタル・スペースに固有のレンタル・スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機と、
いずれかのレンタル・スペースを利用するユーザの携帯端末との無線通信により、前記複数のレンタル・スペースを集中的に管理する管理サーバと
を含み、
前記管理サーバは、
いずれかのレンタル・スペースに居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、ユーザの携帯端末から、前記いずれかのレンタル・スペースに対応するレンタル・スペースＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信部と、
その受信したレンタル・スペースＩＤに基づき、ユーザが実際に居るレンタル・スペースを特定するとともに、前記レンタル・スペースＩＤを受信した時刻に基づき、今回のレンタル・スペースの利用開始時には利用開始時刻、利用終了時には利用終了時刻として認識する情報認識部と
を含むレンタル・スペース管理システム。

（２） 前記情報認識部は、ユーザの携帯端末が前記発信機から、同じレンタル・スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したことをトリガーとして起動する（１）項に記載のレンタル・スペース管理システム。

（３） 前記リアルタイム受信部は、ユーザの携帯端末が前記発信機から、同じレンタル・スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信すると、その受信した識別信号によって表されるレンタル・スペースＩＤをユーザの携帯端末から実質的にリアルタイムで受信し、
前記情報認識部は、前記リアルタイム受信部がユーザの携帯端末から前記レンタル・スペースＩＤを受信すると、起動する（２）項に記載のレンタル・スペース管理システム。

（４） 前記リアルタイム受信部は、ユーザの携帯端末が前記発信機から前記識別信号を受信するごとに、その識別信号によって表されるレンタル・スペースＩＤを表す識別信号をユーザの携帯端末から実質的にリアルタイムで受信し、
前記情報認識部が、前記リアルタイム受信部がユーザの携帯端末から、同じレンタル・スペースＩＤを複数回、互いに異なる時刻に受信すると、起動する（２）項に記載のレンタル・スペース管理システム。

（５） 前記管理サーバは、ユーザの携帯端末が前記発信機から前記識別信号を受信したという第１受信イベントに応答して、前記携帯端末との実質的な通信を開始し、その通信開始後、前記携帯端末が前記発信機から同じレンタル・スペースＩＤを表す識別信号を再度受信したという第２受信イベントに応答して、前記携帯端末から前記レンタル・スペースＩＤを受信する（１）ないし（４）項のいずれかに記載のレンタル・スペース管理システム。

（６） 前記管理サーバは、ユーザの携帯端末が前記発信機から前記識別信号を受信したという第１受信イベントが発生し、その後、前記携帯端末が前記発信機から同じレンタル・スペースＩＤを表す識別信号を再度受信したという第２受信イベントが発生すると、その第２受信イベントに応答して、前記携帯端末との実質的な通信を開始し、その通信開始後、前記携帯端末から前記レンタル・スペースＩＤを受信する（１）ないし（４）項のいずれかに記載のレンタル・スペース管理システム。

（７） 前記複数のレンタル・スペースを各オーナに代わって集中的に管理するために、前記管理サーバは、各レンタル・スペースのオーナの携帯端末との無線通信をも行い、
前記管理サーバは、さらに、
いずれかのレンタル・スペースのオーナのリクエストを、そのオーナの携帯端末を介して受信することにより、対応するレンタル・スペースをユーザが利用するための利用条件を設定する利用条件設定部と、
その設定された利用条件を、対応するレンタル・スペースの潜在的な複数人のユーザの携帯端末に配信する利用条件配信部と
を含む（１）ないし（６）項のいずれかに記載のレンタル・スペース管理システム。

（８） 前記利用条件は、対応するレンタル・スペースをユーザが利用することが可能な時間帯を含む（７）項に記載のレンタル・スペース管理システム。

（９） 前記利用条件は、対応するレンタル・スペースをユーザが利用することが可能な用途を含む（６）または（７）項に記載のレンタル・スペース管理システム。

（１０） 前記発信機は、電池によって作動し、その電池の残量を推定し、その電池残量推定値をも表すように前記識別信号を生成し、その生成された識別信号を発信し、
ユーザの携帯端末は、前記発信機から受信した識別信号から前記電池残量推定値を抽出し、
前記管理サーバは、さらに、
ユーザの携帯端末から、前記抽出された電池残量推定値を、対応する発信機またはレンタス・スペースＩＤに関連付けて受信し、その受信した電池残量推定値に基づき、前記発信機の動作が保証されるか否かを診断する発信機診断部を含む（１）ないし（９）項のいずれかに記載のレンタル・スペース管理システム。

（１１） 複数のレンタル・スペースを管理するレンタル・スペース管理システムであって、
各レンタル・スペースに少なくとも１つずつ設置され、対応するレンタル・スペースに固有のレンタル・スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機と、
いずれかのレンタル・スペースを利用するユーザの携帯端末と無線通信することにより、前記複数のレンタル・スペースを集中的に管理する管理サーバと
を含み、
前記発信機は、可搬性を有するとともに、対応するレンタル・スペースに固着されることなく、随時撤去可能に設置され、
前記ユーザの携帯端末は、いずれかのレンタル・スペースに設置されている前記発信機から前記識別信号を受信すると、その識別信号に基づき、前記いずれかのレンタル・スペースについて前記レンタル・スペースＩＤを識別し、その識別されたレンタル・スペースＩＤを前記管理サーバに送信し、
前記管理サーバは、
前記ユーザのリクエストに応答して、ユーザによるレンタル・スペースの利用開始を処理する利用開始処理部と、
前記ユーザのリクエストに応答して、ユーザによるレンタル・スペースの利用終了を処理する利用終了処理部と
を含み、
前記利用開始処理部は、
今回の利用開始処理の期間中、前記ユーザの携帯端末が同じレンタル・スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したという第１の条件と、
前記管理サーバが前記ユーザの携帯端末から、ユーザがいずれかのレンタル・スペースの利用を開始することを希望する旨の利用開始リクエストと、今回の識別信号を用いて識別されたレンタル・スペースＩＤとを受信したという第２の条件と
が成立すると、今回のレンタル・スペースＩＤに対応するレンタル・スペースを今回のレンタル・スペースとして認識することと、今回のレンタル・スペースの利用開始時刻を記録することとを行い、
前記利用終了処理部は、
今回の利用終了処理の期間中、前記ユーザの携帯端末が同じレンタル・スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したという第３の条件と、
前記管理サーバが前記ユーザの携帯端末から、ユーザが今回のレンタル・スペースの利用を終了することを希望する旨の利用終了リクエストと、今回の識別信号を用いて識別されたレンタル・スペースＩＤとを受信したという第４の条件と
が成立すると、今回のレンタル・スペースＩＤに対応するレンタル・スペースを今回のレンタル・スペースとして認識することと、今回のレンタル・スペースの利用終了時刻を記録することとを行うレンタル・スペース管理システム。

（１２） 前記管理サーバは、さらに、
いずれかのレンタル・スペースを保有するオーナのリクエストに応答して、レンタル・スペースをユーザに提供するレンタル・サービスの開始を処理するサービス開始処理部と、
前記オーナのリクエストに応答して、前記レンタル・サービスの終了を処理するサービス終了処理部と
を含み、
前記サービス開始処理部は、
前記管理サーバが前記オーナの携帯端末から、オーナが、空きスペースをレンタル・スペースとしてユーザに提供することを開始したい旨のサービス開始リクエストと、前記レンタル・スペースＩＤとを受信すると、前記レンタル・サービスを開始し、
前記サービス終了処理部は、
前記管理サーバが前記オーナの携帯端末から、オーナが、空きスペースをレンタル・スペースとしてユーザに提供することを終了したい旨のサービス終了リクエストと、前記レンタル・スペースＩＤとを受信すると、前記レンタル・サービスを終了する（１１）項に記載のレンタル・スペース管理システム。

（１３） 前記サービス開始処理部は、
前記管理サーバが前記オーナの携帯端末から、（ａ）ユーザが今回のレンタル・スペースを利用するための用途であってユーザに許可されるものと、（ｂ）ユーザが今回のレンタル・スペースを利用することが可能な利用時間帯と、（ｃ）ユーザが今回のレンタル・スペースを利用することを事前に予約することの可否とのうちの少なくとも１つを受信する（１２）項に記載のレンタル・スペース管理システム。

（１４） 複数のレンタル・スペースを集中的に管理するレンタル・スペース管理方法であって、
各レンタル・スペースに少なくとも１つずつ、対応するレンタル・スペースに固有のレンタル・スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
いずれかのレンタル・スペースを利用するユーザは、携帯端末を介して、前記複数のレンタル・スペースを集中的に管理する管理サーバと無線通信し、
当該レンタル・スペース管理方法は、
いずれかのレンタル・スペースに居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、ユーザの携帯端末から、前記いずれかのレンタル・スペースに対応するレンタル・スペースＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信工程と、
その受信したレンタル・スペースＩＤに基づき、ユーザが実際に居るレンタル・スペースを特定するとともに、前記レンタル・スペースＩＤを受信した時刻に基づき、今回のレンタル・スペースの利用開始時には利用開始時刻、利用終了時には利用終了時刻として認識する情報認識工程と
を含むレンタル・スペース管理方法。

（１５） （１４）項に記載の方法を実施するためにユーザの携帯端末のコンピュータ、オーナの携帯端末のコンピュータまたは管理サーバのコンピュータによって実行されるプログラム。

本項に係るプログラムは、例えば、それの機能を果たすためにコンピュータにより実行される指令の組合せを意味するように解釈したり、それら指令の組合せのみならず、各指令に従って処理されるファイルやデータをも含むように解釈することが可能であるが、それらに限定されない。

また、このプログラムは、それ単独でコンピュータにより実行されることにより、所期の目的を達するものとしたり、他のプログラムと共にコンピュータにより実行されることにより、所期の目的を達するものとすることができるが、それらに限定されない。後者の場合、本項に係るプログラムは、データを主体とするものとすることができるが、それに限定されない。

（１６） （１５）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

この記録媒体は種々な形式を採用可能であり、例えば、フレキシブル・ディスク等の磁気記録媒体、ＣＤ、ＣＤ−ＲＯＭ等の光記録媒体、ＭＯ等の光磁気記録媒体、ＲＯＭ等のアンリムーバブル・ストレージ等のいずれかを採用し得るが、それらに限定されない。

（１７） 前記発信機は、
前記発信機は、
電源と、
当該発信機が前記レンタル・スペースに設置されると当該発信機の発信が起動し、当該発信機が前記レンタル・スペースから撤去されると当該発信機の発信が停止するように前記電源を制御する機械的、光学的または電磁的なスイッチと
を含む（１）ないし（１６）項のいずれかに記載のレンタル・スペース管理システム。

（１８） 前記スイッチは、前記発信機が固定部に接触する状態とその固定物からリリースされる状態とでオン状態とオフ状態とに切り換わる機械的なスイッチを含む（１７）項に記載のレンタル・スペース管理システム。

図１は、本発明の例示的な第１の実施形態に従うレンタル・スペース管理システムによって集中的に管理される複数のレンタル・スペースのうちの一つを、そのレンタル・スペースに設置された発信機と共に例示的に示す斜視図である。

図２は、図１に示すレンタル・スペース管理システムにおいて、あるレンタル・スペースに設置されている発信機と、同じレンタル・スペースにいるユーザの携帯端末と、同じレンタル・スペースのオーナの携帯端末と、遠隔地にある管理センタ内の管理サーバとが互いに通信する様子の一例を示す斜視図である。

図３は、共に図２に示す発信機とユーザ携帯端末との間での近距離一方向通信と、ユーザ携帯端末とオーナ携帯端末と管理サーバとの間での遠距離双方向通信とをそれぞれ概念的に表す図である。

図４は、図２に示す発信機を概念的に表す機能ブロック図である。

図５は、図４に示す発信機のコンピュータによって実行されるプログラム（以下、「アプリケーション」ともいう。他のプログラムについても同様である）の一例を概念的に表すフローチャートである。

図６は、図１に示す発信機を、その発信機が設置されているレンタル・スペーシと共に拡大して示す平面図であり、この平面図には、さらに、その発信機に割り当てられた受信可能エリアと有効受信エリアとが概念的に表されている。

図７は、共に図２に示す発信機とユーザ携帯端末との間での近距離一方向通信と、そのユーザ携帯端末と同図に示す管理サーバとの間での遠距離双方向通信とのぞれぞれにおける信号のやりとりの一例を時系列的に概念的に表す図である。

図８は、図２に示すユーザ携帯端末を概念的に表す機能ブロック図である。

図９は、図８に示すユーザ携帯端末のコンピュータによって実行されるプログラムの一例を概念的に表すフローチャートである。

図１０は、図２に示す管理サーバを概念的に表す機能ブロック図である。

図１１は、図１０に示す管理サーバのコンピュータを概念的に表す機能ブロック図である。

図１２は、図１１に示すコンピュータによって実行されるメイン・プログラムの一例の一部を概念的に表すフローチャートである。

図１３は、図１２に示すメイン・プログラムの残りの部分を概念的に表すフローチャートである。

図１４は、図１１に示すコンピュータによって実行されるリスト表示プログラムの一例を概念的に表すフローチャートである。

図１５は、図１２のステップＳ２０８および図１３のステップＳ２２４の実行によって作成される利用状況管理リストの一例を概念的に表す図である。

図１６は、図１０に示す管理サーバが、図１５に示す利用状況管理リストを作成する際に図１４に示すコンピュータによって参照される対応関係テーブルを概念的に表す図である。

図１７は、図１１に示すコンピュータのうちの利用終了催促部によって実行される利用終了催促プログラムの一例を概念的に表すフローチャートである。

図１８は、図１１に示すコンピュータのうちの発信機診断部によって実行される発信機診断プログラムを概念的に表すフローチャートである。

図１９は、共に図２に示すオーナ携帯端末とユーザ携帯端末と管理サーバとの間での遠距離双方向通信における信号のやりとりの一例を時系列的に概念的に表す図である。

図２０は、図１に示すレンタル・スペース管理システムによって提供されるレンタル・サービスのいくつかの形態を概念的に例示する図である。

図２１は、図１１に示すコンピュータのうちの利用条件設定部および利用条件配信部によって実行される利用条件設定プログラムを概念的に表すフローチャートである。

図２２は、本発明の例示的な第２の実施形態に従うレンタル・スペース管理システムにおいて、発信機とユーザ携帯端末との間での近距離一方向通信と、そのユーザ携帯端末と管理サーバとの間での遠距離双方向通信とのぞれぞれにおける信号のやりとりの一例を時系列的に概念的に表す図である。

図２３（ａ）は、図１に示す発信機の下部のみをレンタル・スペースの地面に設置された状態で示す部分側面断面図であり、図２３（ｂ）は、前記発信機の下部のみをレンタル・スペースの地面からリリースされた状態で示す部分側面断面図である。

以下、本発明のいくつかの例示的な実施形態を図面に基づいて詳細に説明する。

［第１の実施形態］

まず、図１および図２を参照するに、本発明の例示的な第１の実施形態に従うレンタル・スペース管理システム（以下、単に「システム」という。）１０は、地理的に異なる複数のレンタル・スペース２０（図１には、それらレンタル・スペース２０のうちの代表的なレンタル・スペース２０のみが図示されている）を管理するためのシステムである。

このシステム１０は、私的資産（個人所有、私的団体所有など）である部屋や場所などのスペースを、その休止期間中に、そのオーナに代わって、一時的にユーザにレンタルする種類のビジネスを提供する。すなわち、このシステム１０は、一時的に休止している個人資産の財産的活用を目的として個人レベルで運営されるレンタル・ビジネスを代行するためのシステムなのである。

図１には、レンタル・スペース２０の一例が斜視図で示されている。この例においては、レンタル・スペース２０が、あるオーナが所有する個人宅２２と同じ敷地２４に設置されている屋根付きの車庫２６（または倉庫）内のスペースである。今回のレンタル・スペース２０は、道路２８に隣接している。

このレンタル・スペース２０は、無人式であり、そのレンタル・スペース２０を利用するユーザが自身の車両でそのレンタル・スペース２０に入庫する際にも出庫する際にも、その行動を監視する人間は常駐していない。

今回の車庫２６は、オーナの意思により、レンタル・スペースとしてレンタルされることが許可されている状態と禁止されている状態とに切り換わる。それら２つの状態の違いは、その車庫２６に発信機３０が設置されている状態と設置されていない状態との違いとして顕在化される。

よって、ユーザは、今回の車庫２６がレンタル・スペースとして任意のユーザに貸出し可能であるという事実を、その車庫２６の近傍に設置されている後述の発信機３０をユーザが認識する（例えば、目視するか、その発信機３０から信号をユーザの携帯端末９０が無線で受信するか）ことによって知ることができる。

換言すれば、オーナが発信機３０を車庫２６に設置すれば、その車庫２６がレンタル・スペース２６に切り換わり、逆に、オーナが発信機３０を車庫２６から撤去すれば、その車庫２６がレンタル・スペースではなくなるのである。

よって、オーナは、自身の個人資産を利用したレンタル・サービスを開始したい場合には、その車庫２６に固有のレンタル・スペースＩＤを反映する識別信号を発信するように事前に調整された発信機３０をその車庫２６に設置すればよい。

発信機３０は比較的安価であるため、それをオーナが購入するとしても、経済的負担は少ない。また、オーナは、発信機３０を購入することなく、単に管理センタ４０から借りることも可能であり、この場合には、オーナの経済的負担は皆無である。

よって、オーナは、自身の有閑資産を利用したレンタル・サービスを開始するために、高価な設備を新たに購入してそれを既存の個人資産に設置することも、既存の個人資産を改修することも不要なのであり、オーナは、レンタル・サービスを簡単にかつ気軽に開始することも終了することも可能である。

発信機３０は、持ち運びが簡単であり、オーナ単独で運搬可能なサイズおよび重量を有するとともに、車庫２６への設置方式は、単に地面に置くという方式でよい。よって、オーナは、発信機３０を車庫２６に設置するという作業も車庫２６から撤去するという作業も、物理的にも心理的にも過大な負担を受けることなく簡単に行うことができる。

なお、「車両」なる用語の定義について付言するに、「車両」なる用語は、自動車のみならず、自転車、自動二輪車等、あらゆる種類の移動体を包含する用語として解釈すべきである。

レンタル・スペース２０の管理方式として、各レンタル・スペース２０ごとに、そのレンタル・スペース２０に設置された設備のみを用いて自立的に（個別的にないしは自己完結的に）管理される自立管理方式と、複数のレンタル・スペース２０が遠隔的にある管理サーバと通信することによってそれらレンタル・スペース２０を集中的に管理する集中管理方式とが存在する。本実施形態に従うシステム１０は、後者の集中管理方式を採用する。

具体的には、図１および図２に示すように、このシステム１０は、複数のレンタル・スペース２０にそれぞれ設置される複数の発信機（レンタル・スペース側ユニットの一例）３０と、複数のレンタル・スペース２０を集中的に管理する管理センタ４０に設置される管理サーバ（センタ側ユニットの一例）５０とを備えている。

本実施形態においては、レンタル・スペース２０ごとに、１台の発信機３０が、対応するレンタル・スペース２０において、固有のレンタル・スペースＩＤを識別し得る局地的識別信号を発信するように構成される。１つのレンタル・スペースＩＤは、１つのレンタル・スペース２０にとっても、１台の発信機３０にとっても固有である。もちろん、１つのレンタル・スペースＩＤが特定されれば、それに対応する１つのレンタル・スペース２０が特定される。

図２および図３に示すように、このシステム１０においては、ユーザが、自身の携帯端末９０を用いて、ユーザが現在滞在している１つのレンタル・スペース２０に設置されている発信機３０から前述の局地的識別信号を、発信機３０との接触状態または非接触状態で受信する（近距離一方向無線通信を行う）とともに、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。

ユーザの携帯端末９０は、ユーザによって携帯されるとともに無線通信機能を有するデバイス、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、ＰＤＡなどである。

ここで、複数のレンタル・スペース２０に設置される複数台の発信機３０を代表する１台の発信機３０につき、ハードウエア構成（図４参照）およびソフトウエア構成（図５参照）を説明する。

まず、概念的に説明するに、発信機３０は、各レンタル・スペース２０に少なくとも１台ずつ設置され、対応するレンタル・スペース２０に固有のレンタル・スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の通信デバイスである。

発信機３０は、対応するレンタル・スペース２０に、通常、随時移動可能であるように設置されるが、移動不能に固定的に設置することも可能である。また、発信機３０は、少なくとも送信機能を有すれば足りるが、必要に応じ、受信機能をも併有するように構成してもよい。

次に、作動方式を説明するに、発信機３０は、固有の識別信号を外部からのトリガ信号を要することなく能動的に、局地的に、かつ、供給電力が不足しない限り永続的に発信する。

発信機３０は、一般に、識別信号としてのビーコン信号を発信するビーコン装置、無線標識などの名称でも知られている装置である。この発信機３０は、一例においては、原信号を変調することにより、対応するレンタル・スペースＩＤを表す識別信号を生成し、その生成された識別信号を、ＩＲ信号、Bluetooth（登録商標）信号、ＮＦＣ（近距離無線通信）信号などとして局地的に発信する。

次に、機能ブロック図である図４を参照してハードウエア構成を説明するに、発信機３０は、プロセッサ１００およびそのプロセッサ１００によって実行される複数のアプリケーションを記憶するメモリ１０２を有するコンピュータ１０４を主体として構成されている。

この発信機３０は、さらに、電源としての交換可能な使い捨て電池１０６を有している。電池１０６に代えて、充電可能な電池を採用したり、外部電源としての商用電源を採用することが可能である。

この発信機３０は、さらに、識別信号を生成して発信する発信部１０８を有している。その発信部１０８は、電池１０６によって作動させられるとともに、コントローラ１１０によって制御される。そのコントローラ１１０は、コンピュータ１００によって制御される。

図２３に示すように、この発信機３０は、スイッチ３２を備えている。そのスイッチ３２は、図示しないが、電池１０６とコンピュータ１０４およびコントローラ１１０とに電気的に接続され、それら電池１０６とコンピュータ１０４およびコントローラ１１０との間の電気の流れを切り換える。このスイッチ３２は、発信機３０を起動させて識別信号を発信させるオン状態と、発信機３０を停止させて識別信号の発信を停止させるオフ状態とに切り換わる。このスイッチ３２は、例えば、リミット・スイッチである。

このスイッチ３２は、往復直線運動または往復回転運動を行う可動部材３４（例えば、可動ピン）を備えている。可動部材３４が第１位置（図２３（ａ）に示す格納位置）にあると、発信機３０はオン状態となる。一方、可動部材３４が第２位置（図２３（ｂ）に示す突出位置）にあると、発信機３０はオフ状態となる。

可動部材３４は、発信機３０のハウジング３６から少なくとも部分的に露出している。この可動部材３４は、人間によって操作可能であるように、ハウジング３６に装着してもよいが、本実施形態においては、可動部材３４が、発信機３０のハウジング３６のうち、地面やフロア、壁などの固定物に設置される際に接触する部分３８（例えば、下部）に装着される。

この態様においては、発信機３０が固定物に設置されると、可動部材３４が固定物に接触する。その結果、その固定物から作用する力がリターン・スプリング３９の弾性力に勝り、可動部材３４は、突出位置から格納位置に変位し（後退し）、それにより、発信機３０がオン状態に移行する。

これに対し、発信機３０が固定物から撤去されると、可動部材３４が、固定物から作用する力が減少する。その結果、リターン・スプリング３９の弾性力が固定物から作用する力に勝り、可動部材３４は、格納位置から突出位置に変位し（前進し）、それにより、発信機３０がオフ状態に移行する。

次に、図５を参照して発信機３０のソフトウエア構成を説明するに、発信機３０のプロセッサ１００は、図５にフローチャートで概念的に表されているプログラムを反復的に実行する。

このプログラムの各回の実行時には、まず、ステップＳ１において、メモリ１０２からレンタル・スペースＩＤ（すなわち、今回の発信機３０が実際に設置されているレンタル・スペース２０に割り当てられた固有のレンタル・スペースＩＤ）が読み込まれ、次に、ステップＳ２において、電池１０６の残量が推定される。

続いて、ステップＳ３において、前記読み込まれたレンタル・スペースＩＤと、前記推定された電池残量とが反映されるように、原信号（例えば、搬送信号）を変調するための信号がコントローラ１１０に対して出力される。そのコントローラ１１０は、発信部１０８を制御し、その結果、発信部１０８は、今回発信すべき識別信号を生成する。その後、ステップＳ４において、その生成された識別信号が発信部１０８から発信される。続いて、ステップＳ１に戻る。

なお付言するに、発信機３０において、レンタル・スペースＩＤと電池残量とが反映されるように識別信号を生成するアルゴリズムまたは手順は、図５に示すアルゴリズムまたは手順とは異なるものを採用することが可能である。

ここで、この発信機３０に関連付けてユーザの携帯端末９０の一機能を説明するに、その携帯端末９０は、発信機３０から識別信号を受信している状態で、その携帯端末９０のコンピュータに予めインストールされているあるプログラム、すなわち、発信機処理のための専用アプリケーション（以下、「発信機用アプリケーション」という。）を起動させる（ログイン）と、前記受信した識別信号を復調し、それにより、前記レンタル・スペースＩＤを解読する。携帯端末９０は、さらに、その解読されたレンタル・スペースＩＤを管理サーバ５０に送信する。

さらに、携帯端末９０は、発信機３０から識別信号を受信している状態で、前記発信機用アプリケーションを起動させると、前記受信した識別信号に基づき、その識別信号を発信したときの発信機３０の位置と、その識別信号を受信したときの携帯端末９０の位置との間の距離を測定することも行う。

すなわち、携帯端末９０は、発信機３０から受信した識別信号に基づき、その発信機３０が実際に設置されているレンタル・スペース２０に固有のレンタル・スペースＩＤと、そのときの発信機３０との距離との双方を獲得するようになっているのである。

携帯端末９０のユーザは、自身の携帯端末９０を持ったまま発信機３０に接近し、その携帯端末９０を発信機３０のうちの発信部１０８に完全にまたはほぼ接触させると、携帯端末９０は、発信機３０から識別信号を接触式で受信することができる。

これに対し、携帯端末９０のユーザが自身の携帯端末９０を持ったまま特定の受信エリア内に進入すると、携帯端末９０は、発信機３０から識別信号を非接触式で受信することができる。

図６に概念的に平面図で示すように、発信機３０には、２種類の受信エリアが割り当てられる。それらは、受信可能エリアと有効受信エリアである。それらエリアは、いずれも、発信機３０を発信源とする円で概して定義され、受信可能エリアは、最大受信半径を有するのに対し、有効受信エリアは、有効受信半径を有する。

しかし、具体的には、受信可能エリアは、発信機３０の電力供給が正常である場合に、その発信機３０からの識別信号が到達可能なエリア、すなわち、そのエリア内に存在する限り、携帯端末９０がその識別信号を受信可能なエリアを意味する。

これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、任意に設定することが可能である。

すなわち、最大受信半径は、ハードウエアによって決まる受信限度を意味するのに対し、有効受信半径は、ソフトウエアによって決まる受信限度を意味するということが可能なのである。

前述のように、携帯端末９０は、それが受信した識別信号を発信したときの発信機３０との距離を測定する。その距離測定値は、有効受信半径を超えることもあれば、超えないこともある。そして、その距離測定値が受信有効半径を超えないときは、携帯端末９０が有効受信エリア内に存在するときであるのに対し、その距離測定値が受信有効半径を超えるときは、携帯端末９０が受信可能エリア内には存在するが有効受信エリア内には存在しないときである。

携帯端末９０は、前記発信機処理用アプリケーションを起動させることにより、前記距離測定値が有効受信半径の設定値以下であるか否かを判定し、その設定値以下であると判定すると、携帯端末９０が現在、有効受信エリア内に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信した（以下、単に「識別信号を受信した」ともいう。）」と判定する。

これに対し、携帯端末９０は、前記距離測定値が前記設定値より大きいと判定すると、携帯端末９０が現在、有効受信エリア外に位置するから、携帯端末９０は、「発信機３０からの識別信号を有効に受信していない（以下、単に「識別信号を受信していない」ともいう。）」と判定する。

すなわち、本実施形態においては、携帯端末９０が有効受信エリア外に位置する場合には、実際には、携帯端末９０が識別信号を受信しているにもかかわらず、みかけ上、携帯端末９０は識別信号を受信していないこととしてソフトウエア上で取り扱われることになるのである。

本実施形態においては、受信可能エリアも有効受信エリアも複数の発信機３０の間で互いにオーバラップしないように、複数の発信機３０の個別性能および相対的位置関係ならびに前記有効受信半径の設定値が設定されている。

図７には、同じレンタル・スペース２０に位置する発信機３０とユーザの携帯端末９０との間における近距離一方向無線通信の内容が時系列的にかつ概念的に表されている。発信機３０は、同じ識別信号をユーザの携帯端末９０に発信し続ける。

なお念のために識別信号の不変性について付言するに、識別信号はレンタル・スペースＩＤのみならず電池残量をも反映した信号であることから、識別信号は、レンタル・スペースＩＤが不変であっても、時間と共に変動することが想定される。

しかし、電池残量が急に変化することはないから、ユーザの携帯端末９０に関連付けて想定される短い時間スパン内においては、電池残量は不変であるとみなすことが可能である。一方、レンタル・スペースＩＤが変化することは想定されていない。

よって、識別信号は、短い時間スパン内においては、同じ情報を繰返し伝達しているから、その実体的な意味において、識別信号は、そもそも不変であるものとして取り扱うことが可能である。

ところで、識別信号は、連続波である場合には、物理的に、複数個の信号として観察されないのに対し、断続波である場合には、複数個の信号として観察される。しかし、連続波であっても、識別信号が周期的である以上、複数個の周期信号が時系列的に並んだものとして把握することは可能である。よって、説明の便宜上、図７に概念的に表すように、連続波であるか断続波であるかを問わず、識別信号は、複数の個別信号が時系列的に並んだものとして把握することが可能である。

なお付言するに、図７には、さらに、ユーザの携帯端末９０と、遠隔地にある管理サーバ５０との間における遠距離双方向無線通信の内容も概念的に表されているが、これについては、後に詳述する。

次に、機能ブロック図である図８を参照してユーザの携帯端末９０のハードウエア構成を説明するに、ユーザの携帯端末９０は、プロセッサ１３０およびそのプロセッサ１３０によって実行される複数のアプリケーションを記憶するメモリ１３２を有するコンピュータ１３４を主体として構成されている。

この携帯端末９０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１３６と、発信機３０および管理サーバ５０からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０に送信する送信部１４０とを有する。

次に、図９を参照してユーザの携帯端末９０のソフトウエア構成を説明するに、携帯端末９０のプロセッサ１３０は、複数のプログラムを実行する。それらプログラムの一つが、前述の発信機用アプリケーションであり、そのアプリケーションが図９にフローチャートで概念的に表されている。

携帯端末９０のプロセッサ１３０は、その発信機用アプリケーション（以下、単に「プログラム」ともいう。）を反復的に実行する。各回のプログラムの実行時には、まず、ステップＳ１０１において、ユーザの操作に応答し、このプログラムが起動する。

次に、ステップＳ１０２において、携帯電話９０が発信機３０から識別信号を有効に受信したか否かが判定される。

携帯端末９０が現在、前記受信可能エリア外に位置する場合には、携帯端末９０は発信機３０から識別信号を全く受信できないため、ステップＳ１０２の判定がＮＯとなる。

その後、ステップＳ１１５において、操作エラーが存在することをユーザに告知するか、または操作方法を修正して再試行することをユーザに催促するためのメッセージが表示部１３６の画面上に表示される。このとき、携帯端末９０と管理サーバ５０との通信が終了する（ログアウト）。上記のメッセージの一例は、「発信機からの信号を正常に受信できません。お客様の携帯端末を発信機に十分に近づけるかまたは接触させた後、再度、アプリを起動させてください」旨のメッセージである。以上で、このプログラムの今回の実行が終了する。

これに対し、携帯端末９０が現在、前記受信可能エリア内に位置する場合には、携帯端末９０は発信機３０から識別信号を受信できる。この場合、ステップＳ１０２においては、その受信した識別信号に基づき、今回の発信機３０との距離が測定される。このステップＳ１０２においては、さらに、その距離測定値が前記設定値より小さいか否か、すなわち、携帯端末９０が現在、前記有効受信エリア内に位置するか否かが判定される。前記距離測定値が前記設定値以上である場合には、ステップＳ１０２の判定がＮＯとなり、ステップＳ１１５に移行する。

これに対し、携帯端末９０が現在、前記有効受信エリア内に位置する場合には、前記距離測定値が前記設定値より小さいため、ステップＳ１０２の判定がＹＥＳとなる。これにより、図７に示すように、発信機３０との関係において１回目の受信確認（これは、前記「第１受信イベント」の一例である）が完了する。その後、今回のセッション、すなわち、ユーザが今回のレンタル・サービスを利用するための管理サーバ５０との１回分の双方向通信が開始する。

本実施形態においては、管理サーバ５０が、実際には、ユーザの携帯端末９０が発信機３０から識別信号を有効に受信した事実を直接的に確認するようには設計されていない。しかし、発信機３０から識別信号を有効に受信しない限り携帯端末９０は管理サーバ５０へのアクセス要求を行わないというプロトコルないしは事実を前提に、管理サーバ５０は、携帯端末９０からアクセス要求があったという事実のみから、携帯端末９０が発信機３０から識別信号を有効に受信した事実を推定する。

よって、管理サーバ５０は、事実上、ユーザの携帯端末９０が発信機３０から識別信号を有効に受信した事実を確認するための動作を行っているのに等しい。

今回のセッションが開始すると、まず、ステップＳ１０３において、ユーザの会員ＩＤが管理サーバ５０に送信される。次に、ステップＳ１０４において、ユーザのパスワードが管理サーバ５０に送信される。

続いて、ステップＳ１０５において、ユーザからの今回のリクエスト、すなわち、あるレンタル・スペース２０の利用開始を希望する利用開始リクエストと、そのレンタル・スペース２０の利用終了を希望する利用終了リクエストとのうちのユーザが希望するものが管理サーバ５０に送信される。

その後、ステップＳ１０６において、ユーザが今回のレンタル・スペース２０を利用する用途（例えば、駐車）が管理サーバ５０に送信される。なお、このステップＳ１０６は省略可能である。

続いて、ステップＳ１０７において、前記受信した識別信号が復調され、それにより、その識別信号によって表されるレンタル・スペースＩＤが解読される。これにより、今回のレンタル・スペース２０を一義的に特定するレンタル・スペースＩＤが識別される。このレンタル・スペースＩＤはメモリ１３２に保存される。

このステップＳ１０７においては、さらに、前記受信した識別信号の復調により、その識別信号によって表される電池残量も解読される。この電池残量推定値もメモリ１３２に保存される。

その後、ステップＳ１０８において、ステップＳ１０２の実行時において発信機３０から受信した識別信号と同じレンタル・スペースＩＤを表す識別信号（すなわち、実質的に同じ識別信号）をユーザの携帯端末９０が有効に受信したか否かが判定される。その有効受信の有無を判定するためのアルゴリズムは、ステップＳ１０２について前述したものと同じである。

今回は、ユーザの携帯端末９０が、今回のセッション中、同じレンタル・スペース２０の同じ有効受信エリア内に継続的に存在していると仮定すると、ユーザの携帯端末９０は、前回受信した識別信号と同じレンタル・スペースＩＤを表す識別信号を受信するから、ステップＳ１０８の判定がＹＥＳとなる。これにより、図７に示すように、発信機３０との関係において２回目の受信確認（これは、前記「第２受信イベント」の一例である）が完了する。

その後、ステップＳ１０９において、前記識別されたレンタル・スペースＩＤが管理サーバ５０に送信される。このステップＳ１０９は、ステップＳ１０８の判定がＹＥＳとなると、他の実質的な処理を行うことなく実行されるため、前記２回目の受信確認の後、速やかに、ステップＳ１０９が実行され、それにより、２回目に受信された識別信号であって１回目に受信されたものと同じものから変換されたレンタル・スペースＩＤが携帯端末９０から管理サーバ５０に送信される。

その結果、管理サーバ５０は、事実上、携帯端末９０が発信機３０から２回目の識別信号を有効に受信すると、その後、意図的に延長された待ち時間なしで、すなわち、実質的にリアルタイムで、その識別信号を、それから変換されたレンタル・スペースＩＤという形態で、受信することになる。それら識別信号とレンタル・スペースＩＤとは、情報としては、実質的に互いに同一である。

したがって、管理サーバ５０は、後述のように、そのレンタル・スペースＩＤを受信した直後に現在時刻を計測すれば、その現在時刻を、今回のレンタル・スペース２０の実際の利用開始時刻または利用終了時刻（ユーザがレンタル・スペース２０の利用開始をリクエストする場合には利用開始時刻、ユーザがレンタル・スペース２０の利用終了をリクエストする場合には利用終了時刻）を反映する時刻として精度よく認識できることになる。

さらに、本実施形態においては、ユーザの携帯端末９０が発信機３０から受信した識別信号が、携帯端末９０が管理サーバ５０に送信するレンタル・スペースＩＤに変換される過程において、ユーザの意図的な介入、すなわち、ユーザによるデータ入力やデータ編集が存在しないため、ユーザは、レンタル・スペースＩＤを改ざんすることが不可能となる。その結果、携帯端末９０を経由して発信機３０から管理サーバ５０に送信されるレンタル・スペース位置関連情報のセキュリティが向上する。

これに対し、今回は、ユーザの携帯端末９０が、今回のセッション中、あるレンタル・スペース２０の有効受信エリアから、別のレンタル・スペース２０の有効受信エリアに移動したと仮定すると、携帯端末９０は、前回受信した識別信号とは異なる識別信号を受信するから、ステップＳ１０８の判定がＮＯとなる。

この場合には、その後、図示しないが、ユーザの携帯端末９０の表示部１３６の画面上に警告メッセージが表示される。その警告メッセージは、例えば、「レンタル・サービスの申込みが完了しないうちにユーザが今回のレンタル・スペース２０から退出し、この行為により、このレンタル・サービスを利用する資格が喪失した」旨のメッセージが表示される。以上で、このプログラムの今回の実行が終了する。このとき、携帯端末９０と管理サーバ５０との通信が終了する（ログアウト）。

ところで、発信機３０が発信する識別番号は、その発信機３０に固有であり、また、その発信機３０が設置されている１つのレンタル・スペース２０に固有でもある。さらに、１つのレンタル・スペース２０に設置された発信機３０の受信可能エリアは、別のレンタル・スペース２０に設置された別の発信機３０の受信可能エリアとオーバラップしない。よって、携帯端末９０が同時に複数の発信機３０から複数の識別信号を受信してしまうことはない。

そうすると、「携帯端末が同じレンタル・スペースＩＤを表す識別信号を同じセッション中に再度受信した」という事実は、「携帯端末９０をもっているユーザが、その識別信号によって特定される１つのレンタル・スペース２０内に、ある時間スパンの間、継続的に滞在していた」という事実を高い確度で推論できる。しかし、携帯端末９０が発信機３０から識別信号を１回受信しただけで、その識別信号に対応するレンタル・スペースＩＤを管理サーバ５０に送信してしまう場合には、同じ推論を低い確度でしか遂行できない。

ここに、「ある時間スパン」とは、具体的には、例えば、前記１回目の受信確認が行われた時刻から、前記２回目の受信確認が行われた時刻までの時間的隔たりを意味するが、その時間的隔たりは、例えば、１秒を下限値として有したり、５秒を上限値として有することが可能である。例えば、その時間的隔たりが１秒に設定された例においては、ユーザは、少なくとも１秒間、同じレンタル・スペース２０に、かつ、発信機３０の有効受信エリア内に滞在することが、レンタル・サービスを受けるための条件となる。

ステップＳ１０９において今回のレンタル・スペースＩＤが管理サーバ５０に送信されると、ステップＳ１１０において、管理サーバ５０からの返信が待たれる。後述のように、その返信されたデータには、今回のレンタル・スペース２０の利用開始のための処理が開始された（駐車が開始された）か否かを表すデータ、利用終了のための処理が完了した（駐車が終了した）か否かを表すデータ、利用終了後の精算を表す支払明細などを表すデータが含まれる。

管理サーバ５０からそのような返信があれば、ステップＳ１１１において、その返信されたデータが、今回のレンタル・スペース２０の利用開始のための処理が開始されたことを表す利用開始データであったか否かが判定される。利用開始データであった場合には、ステップＳ１１１の判定がＹＥＳとなる。以上で、このプログラムの今回の実行が終了する。これにより、ユーザは、今回のレンタル・スペース２０に自身の車両を駐車し始めることが可能となる。

その結果、今回のセッション、すなわち、今回のレンタル・スペース２０への利用開始のための管理サーバ５０との１回分の双方向通信が終了する（ログアウト）。

これに対し、管理サーバ５０から今回返信されたデータが利用開始データではなかった場合には、ステップＳ１１１の判定がＮＯとなり、ステップＳ１１３において、その返信されたデータが、利用終了のための処理が完了した利用終了データであったか否かが判定される。利用終了データであった場合には、ステップＳ１１３の判定がＹＥＳとなる。

今回は、管理サーバ５０から前記支払明細が返信されているため、ステップＳ１１４において、その返信された支払明細が携帯端末９０の表示部１３６の画面上に表示される。以上で、このプログラムの今回の実行が終了する。これにより、ユーザは、今回のレンタル・サービスの対価として支払ったレンタル料金の金額を知ることが可能となる。

その結果、今回のセッション、すなわち、今回のレンタル・スペース２０からの利用終了のための管理サーバ５０との１回分の双方向通信が終了する（ログアウト）。

次に、機能ブロック図である図１０を参照して管理サーバ５０のハードウエア構成を説明するに、管理サーバ５０は、プロセッサ１６０およびそのプロセッサ１６０によって実行される複数のアプリケーションを記憶するメモリ１６２を有するコンピュータ１６４を主体として構成されている。

この管理サーバ５０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１６６と、携帯端末９０からの信号を受信する受信部１６８と、信号を生成してその信号をユーザの携帯端末９０に送信する送信部１７０と、時計１７２とを有する。この管理サーバ５０は、発信機３０からの受信を直接的には行わず、事実上、ユーザの携帯端末９０を介して行うことになる。

次に、機能ブロック図である図１１を参照して管理サーバ５０のコンピュータ１６４のソフトウエア構成を概念的に説明する。

図１１に示すように、管理サーバ５０は、今回のレンタル・スペース２０の利用開始を処理するための利用開始処理部２００と、今回のレンタル・スペース２０の利用終了を処理するための利用終了処理部２０２とを有する。

この管理サーバ５０は、さらに、リスト作成部２０４とリスト表示部２０６とを有する。リスト作成部２０４は、図１５に示す利用状況管理リストを作成する。これに対し、リスト表示部２０６は、管理サーバ５０のオペレータからの表示リクエストに応答し、前記作成された利用状況管理リストをメモリ１６２から読み出して管理サーバ５０の表示部１６６の画面上に表示する。

管理サーバ５０は、さらに、利用終了催促部２０８を有する。この利用終了催促部２０８は、前記利用状況管理リストに基づき、複数人のユーザから、今回のレンタル・スペース２０の利用終了が完了していない未終了ユーザを反復的に抽出し、その抽出された未終了ユーザの携帯端末９０に、今回のレンタル・スペース２０の利用が終了していない旨のメッセージを送信する。

管理サーバ５０は、さらに、今回のレンタル・スペース２０を利用したユーザが支払うべきレンタル料金を計算するレンタル料金計算部２１０と、そのレンタル料金をユーザが支払うことを可能にする決済処理部２１２とを有する。

具体的には、レンタル料金計算部２１０は、前記利用開始時刻から前記利用終了時刻までの経過時間の長さをユーザのレンタル時間の長さとして計算する。レンタル料金の額は、そのレンタル時間の長さに応じて増額するように設定されており、その関係が料金テーブル（図示しない）としてメモリ１６２に予め記憶されている。

このレンタル料金計算部２１０は、さらに、前記計算されたレンタル時間の長さに基づき、前記料金テーブルを参照することにより、今回のレンタル料金の額を計算する。

また、決済処理部２１２は、今回のユーザに対して銀行決済、クレジット決済、プリペイド方式の決済などを行うことにより、今回のレンタル料金をユーザから徴収する。

次に、図１２および図１３を参照して管理サーバ５０のソフトウエア構成を更に詳しく説明するに、管理サーバ５０のプロセッサ１６０は、メモリ１６２に記憶されている複数のプログラムのうち、図１２および図１３にフローチャートで概念的に表されているメイン・プログラム（利用開始および利用終了を行うためのプログラム）を反復的に実行する。

このメイン・プログラムの各回の実行は図１２に示すステップＳ２０１において開始され、そのステップＳ２０１においては、ユーザから、携帯端末９０を介して、管理センタ４０に対して出される今回のリクエストの種別が利用開始リクエストと利用終了リクエストとのいずれであるかを特定するための情報と、レンタル・スペースＩＤと、電池残量推定値とを、今回のユーザについて予め割り当てられた会員ＩＤおよびパスワードと共に受信する。それらデータは、その後のアクセスに備えて、互いに関連付けてメモリ１６２に保存される。

このシステム１０によって提供されるレンタル・サービスを享受するために、ユーザは、会員として事前に登録することを要求されており、その際、事後的な個人認証に必要なパスワードも併せて登録することを要求されている。

このステップＳ２０１においては、さらに、ユーザの携帯端末９０との通信が開始されてから設定時間が経過しないうちにユーザの携帯端末９０からレンタル・スペースＩＤを受信した否かが判定され、前記設定時間内にレンタル・スペースＩＤを受信しなかった場合には、その判定がＮＯとなり、管理サーバ５０は、ユーザの携帯端末９０との今回の通信を遮断する。

管理サーバ５０が前記設定時間内にユーザの携帯端末９０からレンタル・スペースＩＤを受信できなかったのは、ユーザの携帯端末９０において、前述の１回目の受信確認が成立したために図９のステップＳ１０２の判定がＹＥＳとなり、管理サーバ５０との通信が開始されたが、ユーザの携帯端末９０において、前述の２回目の受信確認が成立しなかったために同図のステップＳ１０８の判定がＮＯとなり、ステップＳ１０９がスキップされたからである。

よって、前記設定時間内にユーザの携帯端末９０からレンタル・スペースＩＤを受信した場合に限り、ステップＳ２０２に移行する。

なお、前記設定時間内にユーザの携帯端末９０からレンタル・スペースＩＤを受信したか否かの判定は、ステップＳ２０１においてではなく、そのステップＳ２０１より後であって、ステップＳ２０４より前に実行してもよい。例えば、ステップＳ２０２とＳ２０３との間において実行しても、ステップＳ２０３とＳ２０４との間において実行してもよい。

また、本実施形態においては、ユーザの携帯端末９０が、同じレンタル・スペースＩＤを表す識別信号を発信機３０から複数回受信したときに、そのレンタル・スペースＩＤが、ユーザの携帯端末９０から管理サーバ５０に送信され、それをトリガーとして、管理サーバ５０は本格的な処理を開始する。よって、管理サーバ５０は、ユーザの携帯端末９０から、同じレンタル・スペースＩＤを複数回受信することはない。

これに代えて、ユーザの携帯端末９０が発信機３０から識別信号を受信するごとに、各識別信号によって表される各レンタル・スペースＩＤを管理サーバ５０に送信し、その管理サーバ５０が、ユーザの携帯端末９０から、同じレンタル・スペースＩＤを複数回受信したときに、管理サーバ５０が本格的な処理を開始する態様で、本発明を実施することも可能である。

次に、ステップＳ２０２において、前記受信した会員ＩＤおよびパスワードと、前記登録されている情報との照合結果から、今回のユーザについての個人認証が成功したか否かが判定される。その個人認証が成功すると、ステップＳ２０３において、ユーザからの今回のリクエストが利用開始リクエストであるか否かが判定される。

今回のリクエストが利用終了リクエストである場合には、判定がＮＯとなり、続いて、図１３に示すステップ群に移行するが、今回のリクエストが利用開始リクエストである場合には、判定がＹＥＳとなり、ステップＳ２０４に移行する。

このステップＳ２０４においては、時計１７２を用いて現在時刻が計測され、その現在時刻と同じ時刻としてユーザの利用開始時刻（今回のレンタル・スペース２０の用途が駐車である場合には、駐車開始時刻を意味する）がメモリ１６２に記録される。

このステップＳ２０４は、ステップＳ２０１において管理サーバ５０がユーザの携帯端末９０からレンタル・スペースＩＤを受信した時刻（これは、ユーザの利用開始過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻である）の後、速やかに（１分とか、必要以上に長い時間が経過しないうちに）実行される。よって、利用開始時刻が、ユーザの利用開始過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻として認識されることになる。

すなわち、このステップＳ２０４においては、管理サーバ５０がユーザの携帯端末９０からレンタル・スペースＩＤを受信した時刻、すなわち、ユーザの利用開始過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻に基づき、ユーザの利用開始時刻が認識されるのである。

続いて、ステップＳ２０７において、ユーザが今回のレンタル・スペース２０の利用を開始することが許可される。その前提として、ユーザが、前記利用開始時刻に、前記レンタル・スペースＩＤを有するレンタル・スペース２０に実際に居ると認識される。

その後、ステップＳ２０８において、後の使用に備えて、今回の利用開始時刻とレンタル・スペースＩＤとが、今回の会員ＩＤに関連付けてメモリ１６２に保存される。

具体的には、このステップＳ２０８においては、図１５に示す利用状況管理リストが作成される。さらに具体的には、このステップＳ２０８においては、あるユーザについての利用開始というイベントの発生を契機とし、１回のレンタル・サービスごとに、レンタル・スペース（レンタル・スペース２０およびレンタル・スペース２０）と、利用開始時刻と、利用終了時刻と、ユーザを識別する情報（会員ＩＤ）とが互いに関連付けられ、さらには任意選択的に電池残量推定値にも関連付けられて成るデータブロック（例えば、紐づけされたデータ列）が作成される。複数のレンタル・サービスに対応する複数のデータブロックは、リスト化され、それにより、利用状況管理リストが作成される。

図１６に例示するように、メモリ１６２には予め、複数のレンタル・スペースＩＤと、複数のレンタル・スペース２０との間の対応関係が記録されている。よって、各時点において、今回のレンタル・スペースＩＤが特定されれば、対応する１つのレンタル・スペース２０の場所が特定されることになる。

図１５に示す利用状況管理リストの一例においては、複数のデータブロックが時系列的に配列され、例えば図１５に示す例においては、利用開始時刻が新しい順に複数のデータブロックが配列される。

図１５に示す例においては、上から１番目のデータブロックが、会員「田中」が駐車を目的としてレンタル・スペースＡの利用を１月２０日の１０：００に開始したが未だ終了していないことを表す。

上から２番目のデータブロックは、会員「鈴木」が駐車を目的としてレンタル・スペースＢの利用を１月２０日の９：００に開始したが未だ終了していないことを表す。

上から３番目のデータブロックは、会員「加藤」が駐車を目的としてレンタル・スペースＣの利用を１月２０日の８：００に開始し、１月２０日の１７：００に終了し、レンタル料金も支払われたことを表す。

上から４番目のデータブロックは、会員「小林」が駐車を目的としてレンタル・スペースＤの利用を１月１９日の８：００に開始し、１月１９日の１２：００に終了し、レンタル料金も支払われたことを表す。

すなわち、管理サーバ５０のうち、このステップＳ２０８を実行する部分が、リスト作成部２０４を構成しているのである。

続いて、ステップＳ２１１において、図１４に示すリスト表示プログラム（後に詳述する）が実行されることにより、必要に応じ、前記利用状況管理リストが管理サーバ５０の表示部１６６の画面上に表示され、これにより、管理サーバ５０のオペレータに対して前記利用状況管理リストが可視化される。

その後、ステップＳ２１２において、図１７に示す利用終了催促プログラム（後に詳述する）が実行される。以上で、このメイン・プログラムのうち、今回のレンタル・スペース２０の利用開始を行う部分の実行が終了する。

これに対し、ユーザから出された今回のリクエストが利用終了リクエストである場合には、図１２のステップＳ２０３の判定がＮＯとなり、図１３に示すステップＳ２１３に移行する。このステップＳ２１３においては、時計１７２を用いて現在時刻が計測され、その現在時刻と同じ時刻としてユーザの利用終了時刻（今回のレンタル・スペース２０の用途が駐車である場合には、駐車終了時刻を意味する）がメモリ１６２に記録される。

このステップＳ２１３は、ステップＳ２０１において管理サーバ５０がユーザの携帯端末９０からレンタル・スペースＩＤを受信した時刻（これは、ユーザの利用終了過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻である）の後、速やかに（１分とか、必要以上に長い時間が経過しないうちに）実行される。よって、利用終了時刻が、ユーザの利用終了過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻として認識されることになる。

すなわち、このステップＳ２１３においては、管理サーバ５０がユーザの携帯端末９０からレンタル・スペースＩＤを受信した時刻、すなわち、ユーザの利用終了過程において、携帯端末９０が発信機３０から２回目の識別信号を有効に受信した時刻にほぼ一致する時刻に基づき、ユーザの利用終了時刻が認識されるのである。

続いて、ステップＳ２１５において、今回のレンタル・スペースＩＤ、すなわち、利用終了処理対象のレンタル・スペースＩＤが、同じユーザの利用開始時のレンタル・スペースＩＤと一致するか否かが判定される。不一致である場合には、ステップＳ２１５の判定がＮＯとなり、ステップＳ２２７において、ユーザから今回受信したデータに何らかの異常があるか、または、ユーザが間違ったレンタル・スペース２０に滞在している可能性があるとして、ユーザへのデータの再入力、すなわち、管理サーバ５０との通信の再試行が要求される。以上で、このメイン・プログラムの実行が終了する。

これに対し、今回のレンタル・スペースＩＤが、同じユーザの利用開始時のレンタル・スペースＩＤと一致する場合には、ステップＳ２１５の判定がＹＥＳとなり、続いて、ステップＳ２１７において、ユーザが今回のレンタル・スペース２０から利用終了することが許可される。その前提として、ユーザが、前記測定された利用終了時刻に、前記復元されたレンタル・スペースＩＤを有するレンタル・スペース２０に実際に居ると認識される。その後、ステップＳ２１８において、今回のユーザの今回のレンタル・スペース２０についての利用開始時刻がメモリ１６２から読み出される。

続いて、ステップＳ２１９において、前記利用開始時刻から前記利用終了時刻までの経過時間の長さが今回のユーザのレンタル時間の長さとして計算される。その後、ステップＳ２２１において、前記計算されたレンタル時間の長さに基づき、前記料金テーブルを参照することにより、今回のレンタル料金の額が計算される。その後、ステップＳ２２２において、その計算されたレンタル料金につき、今回のユーザに対して決済が行われ、それにより、今回のレンタル料金がユーザから徴収される。

続いて、ステップＳ２２３において、利用終了が完了したことを表すメッセージと、今回のレンタル料金についての支払明細とがユーザの携帯端末９０に向けて送信される。

その後、ステップＳ２２４において、利用終了時刻の今回のデータが反映されるように、前記利用状況管理リストが更新される。続いて、ステップＳ２２５において、図１４に示すリスト表示プログラム（後に詳述する）が実行されることにより、必要に応じ、最新の利用状況管理リストが管理サーバ５０の表示部１６６の画面上に表示され、これにより、管理サーバ５０のオペレータに対して前記利用状況管理リストが可視化される。

その後、ステップＳ２２６において、図１７に示す利用終了催促プログラム（後に詳述する）が実行される。以上で、このメイン・プログラムのうち、今回のレンタル・スペース２０の利用終了を行う部分の実行が終了する。

本実施形態においては、ユーザの携帯端末９０がレンタル・スペース２０ごとに固有の局地的識別信号を発信機３０から受信し、その識別信号をレンタル・スペースＩＤに変換して、そのレンタル・スペースＩＤをユーザの携帯端末９０が管理サーバ５０に送信するが、これは、事実上、レンタル・スペース２０ごとに固有の局地的識別信号をユーザの携帯端末９０を経由して管理サーバ５０が受信することと等価である。

このように、発信機３０からの識別信号がユーザの携帯端末９０を経由して管理サーバ５０に送信されるおかげで、ユーザが、特定されたいずれかの時刻に、かつ、特定されたいずれかのレンタル・スペース２０に居ることを管理サーバ５０が認識することが可能となる。

ところで、本実施形態においては、ユーザの携帯端末９０が同じレンタル・スペースＩＤを表す識別信号を複数回有効に受信し、ユーザが滞在しているレンタル・スペース２０の同一性を確認した後に、ユーザの携帯端末９０が１回のみ、その識別信号に対応するレンタル・スペースＩＤを管理サーバ５０に送信する。

これに対し、ユーザの携帯端末５０が識別信号を受信するごとに、その識別信号をレンタル・スペースＩＤに変換して管理サーバ５０に送信し、その管理サーバ５０が、同じレンタル・スペースＩＤを複数回受信し、ユーザが滞在しているレンタル・スペース２０の同一性（ユーザが、同じレンタル・スペース２０に居続けていること）を確認した後に、今回のレンタル・スペース２０の利用開始または利用終了を処理する態様で本発明を実施することが可能である。

しかし、この態様では、管理サーバ５０が複数人のユーザとの間でレンタル・サービスに関する複数のセッション（各セッションは、一連のインタラクティブな操作）を一括して処理することが通常であることを考慮すると、管理サーバ５０の処理負担が増加する傾向がある。

これに対し、本実施形態においては、ユーザの携帯端末９０が、ユーザが滞在しているレンタル・スペース２０の同一性を確認するというイベントを管理サーバ５０にではなくユーザの携帯端末９０に行わせるため、管理サーバ５０の負担軽減が容易となる。

さらに、本実施形態においては、図７に示すように、管理サーバ５０が、ユーザの携帯端末９０が発信機３０から識別信号を受信したという第１受信イベントに応答して、ユーザの携帯端末９０との実質的な通信（１回分のセッション）を開始し、その通信開始後、ユーザの携帯端末９０が発信機３０から同じレンタル・スペースＩＤを表す識別信号を再度受信したという第２受信イベントに応答して、ユーザの携帯端末９０から、前記識別信号に対応するレンタル・スペースＩＤを受信する。

本実施形態によれば、ユーザの携帯端末９０の処理と管理サーバ５０の処理とを互いに並行して行うことが可能となり、よって、それら処理が直列に行われる場合より迅速に、ユーザは、今回のレンタル・スペース２０の利用開始処理および利用終了処理を行うことが可能となる。

ここで、図１４を参照して前記リスト表示プログラムを詳細に説明する。

このリスト表示プログラムは繰返し実行され、各回の実行時においては、まず、ステップＳ３０１において、管理サーバ５０のオペレータからリスト表示リクエストが出されるのが待たれる。

そのリスト表示リクエストが出されると、ステップＳ３０１の判定がＹＥＳとなり、ステップＳ３０２において、前記利用状況管理リストがメモリ１６２から読み出される。続いて、ステップＳ３０３において、その読み出された利用状況管理リストが管理サーバ５０の表示部１７２の画面上に表示される。以上で、このリスト表示プログラムの今回の実行が終了する。

ここで、図１７を参照して前記利用終了催促プログラムを詳細に説明する。

この利用終了催促プログラムは繰返し実行され、各回の実行時においては、まず、ステップＳ４０１において、前記利用状況管理リストに、利用開始というイベント単位で記録されている複数のデータブロックから、今回注目すべきデータブロックが選択される。

続いて、ステップＳ４０２において、その選択されたデータブロックにおいて、利用終了時刻の欄を参照することにより、そのデータブロックに対応する今回のユーザが車両を利用終了した時刻が記録されていないか否か、すなわち、今回のレンタル・サービスにつき、今回のユーザが未終了のままであるか否かが判定される。

今回のユーザが未終了のままである場合には、ステップＳ４０２の判定がＹＥＳとなり、ステップＳ４０３において、管理サーバ５０から今回のユーザの携帯端末９０に、利用終了を催促するためのメッセージが送信される。その後、ステップＳ４０１に戻り、別のデータブロックが実行対象として選択される。

これに対し、今回のユーザが既に今回のレンタル・サービスの利用を終了していた場合には、ステップＳ４０２の判定がＮＯとなり、ステップＳ４０３がスキップされてステップＳ４０１に戻る。

以上の説明から明らかなように、本実施形態においては、管理サーバ５０のうち、ステップＳ２０１−Ｓ２０４，Ｓ２０７，Ｓ２０８およびＳ２１０を実行する部分が、利用開始処理部２００を構成し、ステップＳ２０１−Ｓ２０３，Ｓ２１３，Ｓ２１５，Ｓ２１７−Ｓ２２３およびＳ２２７を実行する部分が、利用終了処理部２０２を構成し、また、ステップＳ２０８およびＳ２２４を実行する部分が、リスト作成部２０４を構成し、また、ステップＳ２１１およびＳ２２５を実行する部分が、リスト表示部２０６を構成し、また、ステップＳ２１２およびＳ２２６を実行する部分が、利用終了催促部２０８を構成しているのである。

さらに、本実施形態においては、管理サーバ５０のうち、ステップＳ２０１を実行する部分が、前記リアルタイム受信部および前記リアルタイム受信工程のそれぞれの一例を構成し、また、ステップＳ２０３，Ｓ２０４，Ｓ２０８およびＳ２１３を実行する部分が、前記情報認識部および前記情報認識工程のそれぞれの一例を構成しているのである。

図１１に示すように、管理サーバ５０のコンピュータ１６４は、発信機診断部２３０を有する。管理サーバ５０は、発信機診断部２３０を構成するために、発信機診断プログラムを実行する。

図１８には、その発信機診断プログラムがフローチャートで概念的に表されている。

このプログラムは、管理サーバ５０において、その管理サーバ５０が管理している各レンタル・スペース２０ごとに繰返し実行される。このプログラムの各回の実行時には、まず、ステップＳ７０１において、今回の実行対象であるレンタル・スペース２０に対応する発信機３０の電流残量推定値がメモリ１６２から読み込まれる。

次に、ステップＳ７０２において、その電池残量推定値が基準値より大きいか否か、すなわち、今回の発信機３０の電流残量が不足していないために動作が保証されるか否かが判定される。

今回は、電池残量推定値が前記基準値より大きいと仮定すれば、ステップＳ７０２の判定がＹＥＳとなり、ステップＳ７０３において、今回の発信機３０が動作保証発信機であると診断される。

これに対し、今回は、電池残量推定値が前記基準値以下であると仮定すれば、ステップＳ７０２の判定がＮＯとなり、ステップＳ７０４において、今回の発信機３０が動作不保証発信機であると診断される。

その後、ステップＳ７０５において、今回の発信機３０が動作不保証発信機である旨のメッセージが、発信機３０全体または電池１０６を別のものに交換する作業の担当者の携帯端末（図示しない）に送信され、それにより、その担当者に、該当するレンタル・スペース２０を訪問し、その場において、発信機３０全体または電池１０６を別のものに交換する作業が催告される。

図１１に示すように、管理サーバ５０のコンピュータ１６４は、さらに、利用条件設定部２２０と、利用条件配信部２２２とを有する。

利用条件設定部２２０は、いずれかのレンタル・スペース２０のオーナのリクエストを、そのオーナの携帯端末９２を介して受信することにより、対応するレンタル・スペース２０をユーザが利用するための利用条件を設定する。利用条件配信部２２２は、その設定された利用条件を、対応するレンタル・スペース２０の潜在的な複数人のユーザの携帯端末９０に配信する。

したがって、オーナは、自身のレンタル・スペース２０の利用条件をオンラインで簡単にかつタイムリーに設定したり、追加したり、変更したり、削除することができ、便利である。

図１９には、それら利用条件設定部２２０と利用条件配信部２２２とが作動することにより、オーナの携帯端末９２と管理サーバ５０と複数人のユーザの携帯端末９０との間において行われるインタラクティブな無線通信の内容が時系列的に表されている。

この図には、利用条件設定および利用条件配信のための第１セッションと、各レンタル・スペース２０の利用について各ユーザからの予約を受け付けるための第２セッションとが示されている。

第１セッションにおいては、オーナは携帯端末９２を介して管理サーバ５０に各種情報を送信する。その各種情報としては、例えば、オーナＩＤ、自身のレンタル・スペース２０についてレンタル・サービスを開始したい旨のサービス開始リクエスト、自身のレンタル・スペースＩＤ、自身のレンタル・スペース２０をレンタルする場合のその用途（例えば、駐車）、自身のレンタル・スペース２０をレンタルする場合の利用時間帯（例えば、午前１０時から午後４時までとい時間帯）、ユーザからの予約を受け付けるか否かに関する情報などがあるが、それらに限定されず、また、各データの管理サーバ５０への送信順序も、図示されているものに限定されない。

なお、本実施形態においては、いずれかのレンタル・スペース２０の利用のためのサービスとして、ユーザが予約なしでいずれかのレンタル・スペース２０にいきなり赴いてそこで利用開始をリクエストする現場申込み方式と、ユーザが予約していずれかのレンタル・スペース２０に赴いてその利用を開始する予約方式とがある。各レンタル・スペース２０の利用についてのユーザの予約の可否は、そのレンタル・スペース２０のオーナが事前に決定することができ、ユーザは、オーナの事前の決定事項に拘束される。

これに対し、管理サーバ５０は、オーナから上述の必要事項を受信すると、その受信した必要事項から、レンタル・スペース２０の利用条件、すなわち、用途と、利用時間帯と、予約の可否とをオーナの携帯端末９２に内容確認のために返信し、オーナに対して承認を要求する。これに対し、オーナが確認の意思を管理サーバ５０に返信すると、今度は、管理サーバ５０が、今回のオーナから提示された利用条件を公表するために、その利用条件の内容を今回のレンタル・サービスのための会員全員の携帯端末９０に対して配信する。

以上で、一人のオーナについての利用条件の設定のためのセッションが終了する。

その公表された利用条件に対し、同意するユーザは、希望するレンタル・スペース２０の場所に赴くことなく、任意の場所で、携帯端末９０を介して管理サーバ５０にアクセスし、そのレンタル・スペース２０の利用について予約の申込みを行う。今度は、管理サーバ５０が、その予約の受付けの承認をオーナに要求するためにオーナの携帯端末９２にアクセスする。

オーナが、今回予約の受付けを承認すると、その旨のメッセージを管理サーバ５０に返信し、管理サーバ５０は、その予約が受け付けられた事実を、その予約を希望しているユーザの携帯端末９０に返信する。

これにより、一人のユーザから予約の受け付けるためのセッションが終了する。

図２０には、個人資産を活用するためのレンタル・サービスにつき、前述の予約方式と現場申込み方式との比較結果が示されている。

まず、オーナの立場からすると、予約方式については、オーナがレンタル・スペース２０の利用時間帯をひとたび設定すると、その設定内容が公表され、その設定内容が維持されることを潜在的なユーザが期待する。その期待を裏切らないようにするため、オーナは、設定した利用時間帯が変更することは許されない。

よって、予約方式については、オーナにとっては、レンタル・スペース２０の利用条件を変更できる自由度が低く、オーナは、自ら設定した利用条件に拘束される。

これに対し、現場申込み方式については、いずれかのユーザがレンタル・スペース２０の利用を開始するまでは、オーナが利用時間帯を変更することが許可される。ただし、利用が開始されると、その時点で設定されていた利用時間帯が少なくとも今回のレンタル中は有効であることをユーザが期待するため、そのユーザの利用が終了するまでは、オーナは利用時間帯を変更できない。

よって、現場申込み方式については、オーナにとっては、レンタル・スペース２０の利用条件を変更できる自由度が予約方式の場合より高い。

次に、ユーザの立場からすると、予約方式については、同じレンタル・スペース２０について先約が存在する可能性は存在しない。先約があると、管理サーバ５０は、その先約を重複する予約の受付けを拒否するからである。

これに対し、現場申込み方式については、先約が存在する可能性が存在する。ユーザが、先約の有無を確認することなく、希望するレンタル・スペース２０に赴くからである。

よって、予約方式については、ユーザが現場に行ってもレンタル・サービスを受けられないというリスクが存在しないのに対し、現場申込み方式については、そのリスクが存在する。

また、予約方式については、上述のように、オーナが自ら設定した利用条件に拘束されるため、ユーザに対し、現場申込み方式より高額なレンタル料金が課される可能性がある。

図２１には、前述の利用条件設定プログラムが示されている。この利用条件設定プログラムも管理サーバ５０において繰返し実行され、各回の実行時には、まず、ステップＳ８０１において、オーナの携帯端末９２からオーナＩＤを受信する。

次に、ステップＳ８０２において、オーナの携帯端末９２からサービス開始リクエスト、すなわち、オーナの所有するレンタル・スペース２０を任意のユーザにレンタルするサービスを開始することを希望する旨のリクエストを受信したか否かが判定される。

今回は、そのサービス開始リクエストを受信したと仮定すると、ステップＳ８０２の判定がＹＥＳとなり、ステップＳ８０３において、オーナの携帯端末９２から、レンタル・サービスの対象であるレンタル・スペース２０のレンタル・スペースＩＤを受信する。続いて、ステップＳ８０４において、オーナの携帯端末９２から、そのレンタル・スペース２０の用途を受信する。

その後、ステップＳ８０５において、オーナの携帯端末９２から、そのレンタル・スペース２０の利用時間帯を受信する。続いて、ステップＳ８０６において、オーナの携帯端末９２から、そのレンタル・スペース２０についてのレンタルの予約を受け付けるか否か、すなわち、前述の予約方式と現場申込み方式とのうちオーナが採用するものを受信する。

その後、ステップＳ８０７において、オーナから受信したすべての利用条件の内容をオーナの携帯端末９２に提示し、それにより、その内容の承認をオーナに要求する。続いて、ステップＳ８０８において、オーナから承認があったか否かが判定される。承認がなければ、ステップＳ８０８の判定がＮＯとなり、ステップＳ８０３に戻り、新たな利用条件がオーナの携帯端末９２から受信される。

これに対し、オーナの承認があった場合には、ステップＳ８０８の判定がＹＥＳとなり、ステップＳ８０９において、今回のレンタル・スペース２０についてのレンタル・サービスが開始される。続いて、ステップＳ８１０において、今回のレンタル・スペース２０についてレンタル・サービスが、前述のようにして設定された利用条件のもとに、開始されることが、潜在的な複数人のユーザ、すなわち、会員全員の携帯端末９０に対して配信される。

以上、今回のオーナからサービス開始リクエストを受信した場合を説明したが、受信しなかった場合には、ステップＳ８０２の判定がＮＯとなり、ステップＳ８１１において、今回のオーナからサービス終了リクエスト、すなわち、オーナの所有するレンタル・スペース２０について開始されたレンタル・サービスを少なくとも一時的に終了すること（同じオーナがひとたび設定した利用条件を変更することを含む）を希望する旨のリクエストを受信したか否かが判定される。

今回は、そのサービス終了リクエストも受信しなかったと仮定すると、ステップＳ８１１の判定がＮＯとなり、ステップＳ８１１において、オーナに対して再入力が要求される。

これに対し、今回は、そのサービス終了リクエストも受信したと仮定すると、ステップＳ８１１の判定がＹＥＳとなり、ステップＳ８１４において、今回のレンタル・スペース２０についてのレンタル・サービスが終了するか利用条件が変更される。その後、ステップＳ８１０に移行する。

［第２の実施形態］

次に、図２２を参照することにより、本発明の例示的な第２の実施形態に従うレンタル・スペース管理システム１０を説明する。ただし、本実施形態は、前述の第１の実施形態と共通する要素が多いため、異なる要素についてのみ詳細に説明し、共通する要素については、同じ名称または同じ符号を使用して引用することにより、重複した説明を省略する。

前述のように、第１の実施形態においては、発信機３０と、ユーザの携帯端末９０と、管理サーバ５０との間の信号のやりとりに際し、図７に時系列的に示すように、ユーザの携帯端末９０の処理と管理サーバ５０の処理とを部分的に互いに並行して行われる。

これに対し、本実施形態においては、図２２に時系列的に示すように、ユーザの携帯端末９０の処理と管理サーバ５０の処理とが直列的に行われる。

具体的には、管理サーバ５０が、ユーザの携帯端末９０が発信機３０から識別信号を受信したという第１受信イベントが発生してから、携帯端末９０が発信機３０から同じレンタル・スペースＩＤを表す識別信号を再度受信したという第２受信イベントが発生するまでの間は、携帯端末９０と実質的な通信を行わず、その第２受信イベントの発生後にはじめて、その第２受信イベントに応答して、携帯端末９０との実質的な通信（１回分のセッション）を開始し、その後、携帯端末９０から、前記識別信号に対応するレンタル・スペースＩＤを受信する。

この実施形態によれば、管理サーバ５０は、１回のセッションが開始された後、ユーザの携帯端末９０の作動状態によって時期的に影響されるイベントの出現を待つことなく、必要な処理を実施できる。よって、管理サーバ５０は、携帯端末９０の都合で、処理を中断される心配がなくなり、高い効率で処理を完了することが容易となる。

［いくつかの実施形態によるいくつかの効果］

以上、本発明のいくつかの実施形態を図面に基づいて詳細に説明したが、それら実施形態によれば、例えば次のようないくつかの効果が得られる。

１．レンタル・スペース２０に設置されるレンタル・サービス用設備の低コスト化が容易となる。

既に種々のデバイス・メーカから、外部に送出または発信したい情報を指定すると、その情報を識別信号に変換、変調または暗号化し、その識別信号を局地的に発信する非接触式または接触式の発信機が市販されている。

この市販品を用いて本実施形態のうちの発信機３０を実現することが可能である。すなわち、発信機３０を実現するために、専用の発信機を設計して製造することは不可欠ではないのである。

よって、本実施形態によれば、各レンタル・スペース２０に設置することが必要なレンタル・サービス用設備の低コスト化が容易となる。

２．ユーザが実際に、いずれのレンタル・スペース２０に居るのかを認識する精度が向上する。

本実施形態によれば、レンタル・スペース２０ごとに固有の局地的識別信号であって発信機３０から発信されたものをユーザの携帯端末９０を経由して管理サーバ５０が、事実上、受信することによってレンタル・サービスが行われる。

ここに、発信機３０から発信する識別信号は、一種の暗号化信号であるから、ユーザがみだりに改変することは不可能である。また、管理サーバ５０は、ユーザが現在居るレンタル・スペース２０の場所を、発信機３０からの識別信号を用いて特定する。

さらに、ユーザの携帯端末９０が発信機３０から受信した識別信号が、携帯端末９０が管理サーバ５０に送信するレンタル・スペースＩＤに変換される過程において、ユーザの意図的な介入、すなわち、ユーザによるデータ入力やデータ編集が存在しない。よって、ユーザは、レンタル・スペースＩＤを改ざんすることが不可能となる。その結果、利用されるレンタル・スペースからから管理サーバ５０に送信される情報のセキュリティが向上する。

よって、本実施形態によれば、ユーザが実際、いずれのレンタル・スペース２０に居るのかを認識する精度が向上する。

３．ユーザが実際に、いずれの時刻に、あるレンタル・スペース２０において利用開始または利用終了を行うのかを認識する精度が向上する。

本実施形態によれば、レンタル・スペースごとに固有の局地的識別信号が発信機３０からユーザの携帯端末９０を経由して管理サーバ５０に、レンタル・スペースＩＤという形態で実質的にリアルタイムで送信される。管理サーバ５０は、例えば、そのレンタル・スペースＩＤを受信した時刻を参照して、ユーザによる利用開始時刻や、ユーザによる利用終了時刻を認識する。よって、ユーザは、それら時刻を改ざんすることは不可能である。

したがって、本実施形態によれば、ユーザが、実際に、いずれの時刻に、あるレンタル・スペース２０において利用開始または利用終了を行うのかを認識する精度が向上する。よって、このことによっても、利用されるレンタル・スペース２０から管理サーバ５０に送信される情報のセキュリティが向上する。

４．ユーザが、本当にレンタルという目的で、あるレンタル・スペース２０に居たのか、偶然にあるレンタル・スペース２０の近傍に居たに過ぎないのかという観点でユーザ行動を分別的に監視することが可能となる。

本実施形態によれば、ユーザの携帯端末９０が同じレンタル・スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信するというイベント、すなわち、同じレンタル・スペースＩＤを表す識別信号をある時間的スパンにわたって実質的に継続的に受信するのを待って、管理サーバ５０が、レンタルのための処理を行う。

すなわち、本実施形態によれば、ある識別信号の瞬間的受信すなわちあるレンタル・スペース２０へのユーザの瞬間的滞在を必要条件とするのではなく、同じレンタル・スペースＩＤを表す識別信号の継続的受信すなわち同じレンタル・スペース２０へのユーザの継続的滞在を十分条件として、管理サーバ５０が、ユーザが現在、本当に滞在しているレンタル・スペース２０の位置すなわちレンタル・スペースＩＤを推定ないしは特定するのである。

その結果、本実施形態によれば、ユーザの携帯端末９０の位置すなわちユーザの位置を瞬間的にではなく継続的に観察し、それにより、ユーザが本当に今回のレンタル・スペース２０の利用開始または利用終了という目的であるレンタル・スペース２０に居たのか、それとも、偶然にあるレンタル・スペース２０の近傍に居たに過ぎないのかという観点で、ユーザの行動を区別して観察することが可能となる。

さらに、本実施形態によれば、ユーザが偶然にあるレンタル・スペース２０の近傍に居たに過ぎない可能性が判明した場合に、管理サーバ５０が、レンタルのための処理を開始しないか、開始しても中止し、最終的に、無駄な処理が行われないようにすることが可能である。

したがって、本実施形態によれば、ユーザの携帯端末９０が識別信号を最初に有効に受信したという１回のイベントのみに応答して、管理サーバ５０が、レンタルのための処理を行う場合より精度よく、無断なレンタルのための処理を回避することが可能となる。

例えば、ユーザの携帯端末９０において、レンタル・サービスのためのアプリケーションが誤って起動してしまい、そのときに偶然にユーザがいずれかのレンタル・スペース２０の近傍に居たために、そこに設置されている発信機３０からの識別信号を受信してしまったとしても、次の瞬間にユーザがそのレンタル・スペース２０から遠ざかっている限り、ユーザは、知らないうちに、管理サーバ５０に対して誤ったレンタルの申込みをせずに済む。よって、誤ったレンタル料金が管理サーバ５０によってユーザに請求されずに済む。

５．オーナは、発信機３０を自身のレンタル・スペース２０に設置するだけで簡単に、自身の有閑資産を利用したレンタル・サービスを開始でき、また、その発信機３０をレンタル・スペース２０から撤去するだけで簡単に、ひとたび開始されたレンタル・サービスを終了できる。

本実施形態によれば、オーナが、発信機３０を自身のレンタル・スペース２０に設置するだけで、スイッチ３２がオンとなり、発信機３０は識別信号の発信を開始する。よって、オーナは、簡単に、自身の有閑資産を利用したレンタル・サービスを開始できる。

オーナが、発信機３０を自身のレンタル・スペース２０から撤去するだけで、スイッチ３２がオフとなり、発信機３０は識別信号の発信を終了する。よって、オーナは、簡単に、ひとたび開始されたレンタル・サービスを終了できる。

６．発信機３０の状態監視を、専用の設備をレンタル・スペース２０に設置することなく、ユーザの携帯端末９０を利用して行うことが可能となる。

前述のように、本実施形態においては、ユーザが、発信機３０の診断に利用されることを知らずに、管理サーバ５０に送信したデータ、すなわち、電池残量推定値を参照することにより、発信機３０の動作が保証されるか否かが診断され、その結果がユーザ以外の者、すなわち、発信機３０のメインテナンスなどを行う担当者の携帯端末に自動的に送信される。

要するに、ユーザは無意識のうちに発信機３０のメンテナンス作業に関与することになるのである。

その結果、本実施形態によれば、各発信機３０の動作状態を監視するために、専用の設備を各レンタル・スペース２０に設置することが不要となる。よって、このことによっても、オーナがレンタル・サービスを開始するために自身のレンタル・スペース２０に設置することが必要な設備の低コスト化が可能となる。

さらに、本実施形態によれば、担当者を、各発信機３０の動作状態を監視するために、実際に電池１０６の交換が必要であるか否かを問わず、各発信機３０が設置されている現場に派遣することが不要となり、担当者を、電池１０６の交換が必要であるときに限って該当する現場に派遣すればよくなるため、発信機３０のメンテナンス費用（例えば、人件費）が削減される。

さらに、本実施形態によれば、担当者を、現場において電池１０６の交換が必要であるか否かを判断し、その必要があればその場で電池１０６を交換するという目的を達成するために、現場に派遣するメンテナンス体制を採用する場合より高い頻度で各発信機３０の動作状態を監視することが可能となる。

なお付言するに、上述のいくつかの実施形態は、本発明を、不動産の一例である土地をレンタル対象とするレンタル・サービスに適用した場合のいくつかの具体例であるが、これに代えて、本発明は、例えば、不動産の別の例である部屋をレンタル対象とするレンタル・サービスに適用したり、動産（例えば、レンタル自動車、レンタル自転車など）をレンタル対象とするレンタル・サービスに適用することが可能である。

以上、本発明のいくつかの実施形態を図面に基づいて詳細に説明したが、これらは例示であり、前記［発明の概要］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

その技術を実現することを課題として、本発明の一側面によれば、複数のレンタル・スペースを集中的に管理するレンタル・スペース管理システムであって、
各レンタル・スペースに少なくとも１つずつ設置され、識別信号を局地的に発信する非接触式または接触式の発信機と、
いずれかのレンタル・スペースを利用するユーザの携帯端末との無線通信により、前記複数のレンタル・スペースを集中的に管理する管理サーバと
を含み、
前記管理サーバは、
いずれかのレンタル・スペースに居るユーザの携帯端末が前記発信機から前記識別信号を受信すると、その受信した識別信号を、ユーザの携帯端末から実質的にリアルタイムで受信するリアルタイム受信部と、
その受信した識別信号に基づき、ユーザが実際に居るレンタル・スペースを特定するとともに、前記識別信号を受信した時刻に基づき、今回のレンタル・スペースの利用開始時には利用開始時刻、利用終了時には利用終了時刻として認識する情報認識部であって、ユーザの携帯端末が前記発信機から、同じ識別信号を複数回、互いに異なる時刻に受信したというイベント、または、前記管理サーバがユーザの携帯端末から、同じ識別信号を複数回、互いに異なる時刻に受信したというイベントをトリガーとして起動するものと
を含むレンタル・スペース管理システムが提供される。
また、本発明の別の側面によれば、複数のレンタル・スペースを集中的に管理するレンタル・スペース管理方法であって、
各レンタル・スペースに少なくとも１つずつ、識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
いずれかのレンタル・スペースを利用するユーザは、携帯端末を介して、前記複数のレンタル・スペースを集中的に管理する管理サーバと無線通信し、
当該レンタル・スペース管理方法は、
いずれかのレンタル・スペースに居るユーザの携帯端末が前記発信機から前記識別信号を受信すると、その受信した識別信号を、ユーザの携帯端末から実質的にリアルタイムで受信するリアルタイム受信工程と、
その受信した識別信号に基づき、ユーザが実際に居るレンタル・スペースを特定するとともに、前記識別信号を受信した時刻に基づき、今回のレンタル・スペースの利用開始時には利用開始時刻、利用終了時には利用終了時刻として認識する情報認識工程であって、ユーザの携帯端末が前記発信機から、同じ識別信号を複数回、互いに異なる時刻に受信したというイベント、または、前記管理サーバがユーザの携帯端末から、同じ識別信号を複数回、互いに異なる時刻に受信したというイベントをトリガーとして起動するものと
を含むレンタル・スペース管理方法が提供される。
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。

Claims (9)

1. 複数のレンタル・スペースを集中的に管理するレンタル・スペース管理システムであって、
   各レンタル・スペースに少なくとも１つずつ設置され、対応するレンタル・スペースに固有のレンタル・スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機と、
   いずれかのレンタル・スペースを利用するユーザの携帯端末との無線通信により、前記複数のレンタル・スペースを集中的に管理する管理サーバと
   を含み、
   前記管理サーバは、
   いずれかのレンタル・スペースに居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、ユーザの携帯端末から、前記いずれかのレンタル・スペースに対応するレンタル・スペースＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信部と、
   その受信したレンタル・スペースＩＤに基づき、ユーザが実際に居るレンタル・スペースを特定するとともに、前記レンタル・スペースＩＤを受信した時刻に基づき、今回のレンタル・スペースの利用開始時には利用開始時刻、利用終了時には利用終了時刻として認識する情報認識部と
   を含むレンタル・スペース管理システム。
2. 前記情報認識部は、ユーザの携帯端末が前記発信機から、同じレンタル・スペースＩＤを表す識別信号を複数回、互いに異なる時刻に有効に受信したことをトリガーとして起動する請求項１に記載の車両レンタル・システム。
3. 前記複数のレンタル・スペースを各オーナに代わって集中的に管理するために、前記管理サーバは、各レンタル・スペースのオーナの携帯端末との無線通信をも行い、
   前記管理サーバは、さらに、
   いずれかのレンタル・スペースのオーナのリクエストを、そのオーナの携帯端末を介して受信することにより、対応するレンタル・スペースをユーザが利用するための利用条件を設定する利用条件設定部と、
   その設定された利用条件を、対応するレンタル・スペースの潜在的な複数人のユーザの携帯端末に配信する利用条件配信部と
   を含む請求項１または２に記載のレンタル・スペース管理システム。
4. 前記発信機は、電池によって作動し、その電池の残量を推定し、その電池残量推定値をも表すように前記識別信号を生成し、その生成された識別信号を発信し、
   ユーザの携帯端末は、前記発信機から受信した識別信号から前記電池残量推定値を抽出し、
   前記管理サーバは、さらに、
   ユーザの携帯端末から、前記抽出された電池残量推定値を、対応する発信機またはレンタス・スペースＩＤに関連付けて受信し、その受信した電池残量推定値に基づき、前記発信機の動作が保証されるか否かを診断する発信機診断部を含む請求項１ないし３のいずれかに記載のレンタル・スペース管理システム。
5. 前記発信機は、
   電源と、
   当該発信機が前記レンタル・スペースに設置されると当該発信機の発信が起動し、当該発信機が前記レンタル・スペースから撤去されると当該発信機の発信が停止するように前記電源を制御する機械的、光学的または電磁的なスイッチと
   を含む請求項１ないし４のいずれかに記載のレンタル・スペース管理システム。
6. 複数のレンタル・スペースを集中的に管理するレンタル・スペース管理方法であって、
   各レンタル・スペースに少なくとも１つずつ、対応するレンタル・スペースに固有のレンタル・スペースＩＤを識別し得る識別信号を局地的に発信する非接触式または接触式の発信機が設置され、
   いずれかのレンタル・スペースを利用するユーザは、携帯端末を介して、前記複数のレンタル・スペースを集中的に管理する管理サーバと無線通信し、
   当該レンタル・スペース管理方法は、
   いずれかのレンタル・スペースに居るユーザの携帯端末が前記発信機から前記識別信号を有効に受信すると、その受信した識別信号を、ユーザの携帯端末から、前記いずれかのレンタル・スペースに対応するレンタル・スペースＩＤという形態で実質的にリアルタイムで受信するリアルタイム受信工程と、
   その受信したレンタル・スペースＩＤに基づき、ユーザが実際に居るレンタル・スペースを特定するとともに、前記レンタル・スペースＩＤを受信した時刻に基づき、今回のレンタル・スペースの利用開始時には利用開始時刻、利用終了時には利用終了時刻として認識する情報認識工程と
   を含むレンタル・スペース管理方法。
7. 請求項６に記載の方法を実施するためにユーザの携帯端末のコンピュータによって実行されるプログラム。
8. 請求項６に記載の方法を実施するために管理サーバのコンピュータによって実行されるプログラム。
9. 請求項７または８に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

Images