JP6629937B2 - レンタル車両管理方法 - Google Patents

Description

本発明は、レンタル車両を管理する技術に関し、特に、レンタル車両をそのレンタル車両が貸し出されるユーザの携帯端末を用いて管理する技術に関する。

不動産であるステーションに存在する動産の一例であるレンタル対象をそのレンタル対象のユーザが携帯する携帯端末を用いて管理する技術が既に存在する。

その一例が、動産であるレンタル対象の貸出しおよび返却を、不動産であるいずれかの場所またはステーション（またはポート）においてユーザに対して行うサービスである。そのレンタル対象としては、人間や荷物を移動させる車両が存在し、その車両の種類としては、自動車、自転車、自動二輪車などがある。

レンタル車両の貸出しおよび返却という車両レンタル・サービスは、貸出しが行われたステーションと同じステーションにおいて返却を行わなければならないラウンド・トリップ方式と、貸出しが行われた場所とは別の場所において返却を行うことが許可されるワンウェイ方式とに分類される。

ところで、レンタル車両の命名法として、例えば、自転車にあっては、「レンタサイクル」と称される場合や「シェアサイクル」と称される場合があるが、両者間に意味上の実質的な差異は存在しない。本明細書においては、便宜上、レンタル車両としての自転車を「レンタサイクル」または「貸し自転車」と称することとする。

同様に、自動車にあっては、「レンタカー」と称される場合や「シェアカー」と称される場合があるが、両者間に意味上の実質的な差異は存在しない。本明細書においては、便宜上、レンタル車両としての自転車を「レンタカー」と称することとする。

さらに、ワンウェイ方式の車両レンタル・サービスは、貸出しおよび返却をそれぞれ、いずれかのステーション（またはポート）において行わなければならないステーション型と、貸出しおよび返却をそれぞれ、任意の場所において行うことが許可されるフリー・フローティング型とに分類される。

ところで、車両レンタル・サービスが、レンタル車両がいずれかのステーションに保管される方式（ラウンド・トリップ方式であるかワンウェイ方式であるかを問わない）で実施される場合には、貸し出されたレンタル車両は、本来であれば、その利用後に、ユーザにより、いずれかのステーションに返却されるはずである。

しかし、ユーザが、何らかの事情で、貸し出されたレンタル車両をいずれかのステーションに返却することを失念するかまたは懈怠すると、貸し出されたレンタル車両がステーション以外の場所に放置され（乗り捨てられ）てしまう可能性がある。

そのため、レンタル業者としては、その放置されたレンタル車両を探索していずれかのステーションに回収するという追加の作業が必要である。

これに対し、車両レンタル・サービスが前述のフリー・フローティング型ワンウェイ方式で実施される場合には、貸し出されたレンタル車両がユーザにより、いずれかのステーション、すなわち、決まっている場所に返却されることはない。

そのため、フリー・フローティング型ワンウェイ方式で車両レンタル・サービスを実施するレンタル業者としては、貸し出されたレンタル車両をユーザが実際に返却した場所（ここに、「返却」という行為は、レンタル車両をいずれかのステーションに回収する行為に該当しないことから、ステーション型ワンウェイ方式という視点から見ると、「放置」という行為として表現することも可能である）を探索することが必要である。

その探索のおかげで、フリー・フローティング型ワンウェイ方式で車両レンタル・サービスを実施するレンタル業者は、返却が実際に行われた場所（みかけの返却ステーション）を、その返却が行われたレンタル車両を別のユーザに、今度は、貸し出すことが可能である場所（みかけの貸出ステーション）として、他の潜在的な複数人のユーザに案内することが可能となる。

以上説明した事情を背景に、放置されたレンタル車両を探索する技術が既にいくつか提案されている。

例えば、特許文献１に記載のシステムにおいては、放置されたレンタサイクルが放置自転車として探索され、その放置自転車が放置された位置が、実ステーションとは別の仮想ステーションに割り当てられる。別の潜在的なユーザに対し、その仮想ステーションに到着して放置自転車をレンタサイクルとして利用してもらうように経路案内が行われる。その仮想ステーションは、放置自転車がユーザに貸し出されると、コンピュータ上、消去される。その放置自転車は、最初のユーザとは別のユーザによっていずれかの実ステーションに回収される。

さらに、この特許文献１に記載のシステムにおいては、レンタサイクルに車載装置が搭載される。その車載装置は、レンタサイクルの位置を取得する位置取得部（ＧＰＳ（グローバル・ポジショニング・システム））を有する。ユーザは、端末装置を使用する。その端末装置も、レンタサイクルと同様に、位置取得部を有する。

特許文献２に記載のシステムにおいては、自転車にＩＣチップ（発信機の一例）が搭載される。そのＩＣチップからデータが、管理人によって所持されるターミナル（携帯端末の一例であるが、ユーザの携帯端末には該当しない）によって読み込まれる。

そのターミナルは、ＧＰＳを有する。そのターミナルは、前記ＩＣチップからデータを読み取ったタイミングで、当該ターミナルの前記ＧＰＳにより位置情報を取得する。そのターミナルは、管理人の管理室に設置されている端末を経由して駐輪自転車管理装置（管理サーバの一例）と通信する。

この特許文献２に記載のシステムによれば、前記ターミナルから前記駐輪自転車管理装置に送信された位置情報が長期間に亘って同一の場所を示す場合に、管理人は、その自転車が放置自転車であることを確認できる。

特許文献３に記載のシステムにおいては、自転車に位置取得部（ＰＨＳやＧＰＳ）が搭載され、その位置取得部によって取得された自転車位置がユーザの携帯端末を経由することなく直接にサーバに送信される。

特許文献４に記載のシステムにおいては、自転車ではなく自動車を複数人のユーザの間でシェアするカーシェアリングの分野において、ユーザに対して自動車の貸出しおよび／または返却が行われるステーションに、固有の識別信号を発信する第１発信機が設置され、また、自動車に、固有の識別信号を発信する第２発信機が設置される。このシステムにおいては、ユーザの携帯端末が前記第１発信機から受信した信号と前記第２発信機から受信した信号とに基づいてユーザに対して前記自動車の貸出しおよび／または返却が許可される。

さらに、この特許文献４に記載のシステムにおいては、ユーザの携帯端末が第２発信機からは信号を受信しているが、第１発信機からは信号を受信していない状態において、ユーザが自動車が途中下車しようとしていると判定される。

特開２０１２−１８１７７３号公報 特開２００５−３５２８６７号公報 特開２００３−２３２１５２号公報 特開２０１７−０６８４４９号公報

特許文献１に記載のシステムによれば、放置レンタル車両の存在および所在地を検出するとともに、その検出された放置レンタル車両が別のユーザに貸し出され、それにより、レンタル業者の手を煩わすことなく、放置レンタル車両が回収される。

しかし、この特許文献１に記載のシステムでは、放置レンタル車両の所在地を検出するために、そのレンタル車両にＧＰＳを搭載することが必要である。このシステムにおいては、ユーザの端末装置にもＧＰＳが搭載されるが、このシステムでは、その端末装置に搭載されたＧＰＳを利用してレンタル車両の放置位置を検出することはできない。

同様に、特許文献３に記載のシステムでも、ユーザの携帯端末に搭載されたＧＰＳを利用して自転車の位置を検出することはできない。

これらに対し、特許文献２に記載のシステムによれば、放置レンタル車両の所在地を検出するために、管理人によって所持されるターミナルに搭載されたＧＰＳが使用される。その結果、レンタル車両にＧＰＳを搭載することは不要である。

しかし、この特許文献２に記載のシステムでは、放置レンタル車両の所在地を検出するために、そのレンタル車両のユーザの携帯端末を用いることも、その携帯端末のＧＰＳを用いることもできない。そのため、このシステムでは、放置レンタル車両が出現しても、ユーザではなく管理人がその放置レンタル車両に接近するまで、管理人は、その放置レンタル車両の存在に気づくことができない。

また、特許文献４に記載のシステムでは、管理サーバが、前述の２つの発信機からユーザの携帯端末が受信する信号の状態に基づき、自動車が途中下車すなわち放置される可能性を検知できる。しかし、このシステムでは、その自動車が放置される可能性が存在することを管理サーバが検知すると、その管理サーバは、遠隔的に、その自動車のドアのロックを強制的に施錠してユーザが勝手に解錠できなくし、それにより、ユーザによる自動車の放置が阻止される。

そのため、この特許文献４には、自動車の放置を未然に防止する技術が採用されていることから、自動車の放置位置を検知することについてはその必要性すら記載されていない。すなわち、この文献には、ユーザの携帯端末のＧＰＳを用いて自動車の放置位置を測定することについての言及も示唆も存在しないのである。

一方、レンタル車両の位置をユーザの携帯端末を用いて検出することができるのであれば、例えば、フリー・フローティング型ワンウェイ方式のレンタル・ビジネスにおいて、ユーザがレンタル車両を任意の場所で借りたときのその位置、および、ユーザがレンタル車両を任意の場所に返却したときのその位置を、ユーザの携帯端末を用いて検出することが可能となる。

以上の知見を背景にして、本発明は、レンタル車両が貸し出されるユーザの携帯端末とそのレンタル車両に搭載された発信機とを用いてレンタル車両をユーザに貸し出すことを可能にする新規なレンタル車両管理方法を提供することを課題としてなされたものである。

その課題を解決するために、本発明の一側面によれば、レンタル車両をユーザに貸し出すことを可能にするレンタル車両管理方法であって、
レンタル車両には、固有の信号を発信する発信機が搭載され、
ユーザは、管理サーバと通信する機能と、前記発信機からの信号を受信する機能とを有する携帯端末を有し、
当該方法は、
ユーザが、いずれかのレンタル車両に接近したために、前記携帯端末が、そのレンタル車両の前記発信機からの信号を有効に受信すると、当該携帯端末が、前記発信機から受信した信号から、ユーザに貸し出されるレンタル車両の車両ＩＤを特定し、その車両ＩＤを貸出し車両ＩＤとして前記管理サーバに送信する貸出し工程と、
ユーザが、自身に貸し出されたレンタル車両を返却し、そのレンタル車両から離間したために、前記携帯端末が、そのレンタル車両の前記発信機からの信号を有効に受信する状態から有効に受信しない状態に遷移すると、当該携帯端末が、有効に受信できなくなる前に前記発信機から受信していた信号から、前記レンタル車両のＩＤを返却車両ＩＤとして特定し、その返却車両ＩＤを前記管理サーバに送信する返却工程と
を含むレンタル車両管理方法が提供される。

また、本発明のあるアスペクトによれば、レンタル車両をユーザにフリー・フローティング式で貸し出すことを可能にするレンタル車両管理方法であって、
レンタル車両には、固有の信号を発信する発信機が搭載され、
ユーザは、管理サーバと通信する機能と、前記発信機からの信号を受信する機能とを有する携帯端末を有し、
当該方法は、
ユーザが、レンタル車両の貸出しを行う臨時の複数の貸出しステーションのいずれかに存在するいずれかのレンタル車両に接近したために、前記携帯端末が、そのレンタル車両の前記発信機からの信号を有効に受信すると、当該携帯端末が、前記発信機から受信した信号から、ユーザに貸し出されるレンタル車両の車両ＩＤを特定し、その車両ＩＤを貸出し車両ＩＤとしてメモリに保存するとともに、その貸出し車両ＩＤを前記管理サーバに送信する貸出し工程と、
ユーザが、自身に貸し出されたレンタル車両を任意の場所に返却し、そのレンタル車両から離間したために、前記携帯端末が、そのレンタル車両の前記発信機からの信号を有効に受信する状態から有効に受信しない状態に遷移すると、当該携帯端末が、有効に受信できなくなる前に前記発信機から受信していた信号から、前記レンタル車両のＩＤを返却車両ＩＤとして特定し、その返却車両ＩＤが前記メモリに保存されている貸出し車両ＩＤと一致することを条件に、その返却車両ＩＤを前記管理サーバに送信する返却工程と
を含むフリー・フローティング式レンタル車両管理方法が提供される。

また、本発明の一側面によれば、ユーザの携帯端末が借用中のレンタル車両に搭載されている発信機からその発信機に固有の信号を近距離通信方式で有効に受信する受信状態から有効に受信しない非受信状態に遷移すると、前記携帯端末によって測定された現在位置をメモリに保存するととも、ユーザに対して前記レンタル車両を現在位置に放置するのではなく正規の位置に返却することを催促するためのアイコンおよび／またはメッセージを前記携帯端末の画面上に表示し、前記非受信状態の継続時間が所定時間を超えると、前記メモリに保存されている現在位置を前記レンタル車両の放置位置として認識するレンタル車両管理方法が提供される。

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

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

（１） ユーザの携帯端末が借用中のレンタル車両に搭載されている発信機からその発信機に固有の信号を近距離通信方式で有効に受信する受信状態から有効に受信しない非受信状態に遷移すると、その非受信状態の開始時刻に前記携帯端末によって測定された現在位置を前記レンタル車両の放置位置として認識するレンタル車両管理方法。

一例においては、前記遷移前に前記携帯端末が前記発信機から受信した信号によって識別されるレンタル車両を放置車両として認識し、前記測定された現在位置を前記放置車両の放置位置として認識する。

上記（１）項に係る発明は、車両レンタルビジネスを、フリー・フローティング型より顕著にレンタル車両の放置という概念を認識し易いステーション型のワンウェイ方式で実施する場合に、特に、有用である。

（２） レンタル車両を管理する方法であって、
前記レンタル車両を借りたユーザは、そのレンタル車両の利用中、自身の携帯端末を携帯し、
前記レンタル車両には、固有の車両識別コードを特定し得る信号を発信する発信機が搭載され、
前記携帯端末は、前記発信機を近距離通信方式で受信することが可能であるとともに、自身の現在位置を逐次測定する測位機能を有しており、
当該方法は、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバが、前記携帯端末が前記発信機から受信した信号によって特定される車両識別コードを取得することにより、前記レンタル車両を識別する車両識別工程と、
前記携帯端末および／または前記管理サーバが、前記携帯端末が前記発信機から信号を有効に受信する受信状態から有効に受信しない非受信状態に遷移すると、その非受信状態の開始時刻に前記携帯端末によって測定された自身の現在位置を前記識別されたレンタル車両の仮の放置位置としてメモリに保存し、前記非受信状態の継続時間が所定時間を超えると、前記メモリに保存されている仮の放置位置を前記識別されたレンタル車両の最終的な放置位置として認識する放置位置認識工程と
を含むレンタル車両管理方法。

（３） 同じステーションにおいてかまたは異なる複数のステーションにおいてユーザに対して貸出しおよび返却が行われるレンタル車両を管理する方法であって、
前記レンタル車両を借りたユーザは、そのレンタル車両の利用中、自身の携帯端末を携帯し、
前記ステーションには、固有のステーション識別コードを特定し得る信号を発信する第１発信機が設置され、
前記レンタル車両には、固有の車両識別コードを特定し得る信号を発信する第２発信機が搭載され、
前記携帯端末は、前記第１および第２発信機を近距離通信方式で受信することが可能であるとともに、自身の現在位置を逐次測定する測位機能を有しており、
当該方法は、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバが、前記携帯端末が前記第２発信機から信号を受信し、その受信した信号によって特定される車両識別コードを取得することにより、前記レンタル車両を識別する車両識別工程と、
前記携帯端末および／または前記管理サーバが、前記携帯端末が前記第１発信機から信号を有効に受信していない状態において、前記携帯端末が前記第２発信機から信号を有効に受信する受信状態から有効に受信しない非受信状態に遷移すると、その非受信状態の開始時刻に前記携帯端末によって測定された自身の現在位置を前記識別されたレンタル車両の仮の放置位置としてメモリに保存し、前記非受信状態の継続時間が所定時間を超えると、前記メモリに保存されている仮の放置位置を前記識別されたレンタル車両の最終的な放置位置として認識する放置位置認識工程と
を含むレンタル車両管理方法。

（４） さらに、
前記携帯端末および／または前記管理サーバが、前記受信状態から前記非受信状態に遷移すると、前記識別されたレンタル車両を放置車両として認識する放置車両認識工程を含み、
その放置車両認識工程は、
前記非受信状態の開始時刻からの経過時間が所定時間を超えると、前記レンタル車両を放置車両として認識する工程と、
前記ユーザに許可された前記レンタル車両の許可レンタル時間を経過しても、そのレンタル車両がいずれのステーションにも返却されない場合に、前記レンタル車両を放置車両として認識する工程と、
前記非受信状態が開始された後、前記携帯端末が前記ユーザを視覚的に、聴覚的にまたは触覚的に刺激することにより、前記レンタル車両をいずれかのステーションに返却することを催促し、その催促に対して前記ユーザが前記携帯端末に応答しないと、前記レンタル車両を放置車両として認識する工程と
のうちの少なくとも一つを含む（３）項に記載のレンタル車両管理方法。

（５） さらに、
前記携帯端末および／または前記管理サーバが、潜在的な他の複数人のユーザの携帯端末に対し、前記放置位置に行って前記放置車両を借りてその放置車両をいずれかのステーションに返却して欲しい旨のリクエストを一斉に送信し、それにより、前記放置車両の回収を促進する回収促進工程を含む（３）または（４）項に記載のレンタル車両管理方法。

（６） ユーザの携帯端末が借用前のレンタル車両に搭載されている発信機からその発信機に固有の信号を近距離通信方式で有効に受信しない非受信状態から有効に受信する受信状態に遷移すると、その受信状態の開始時刻に前記携帯端末によって測定された現在位置を前記レンタル車両の貸出位置として認識するレンタル車両管理方法。

この方法によれば、ユーザがいずれかのステーションでレンタル車両を借りることを可能にする車両レンタル・ビジネスや、ユーザが任意の場所でレンタル車両を借りることを可能にする車両レンタル・ビジネスが実現される。

この方法の一例においては、前記発信機の受信レンジが後述のショートレンジに設定され、それにより、ユーザが携帯端末を前記発信機にかざすことにより、前記非受信状態から前記受信状態への遷移が行われる。

別の例においては、前記発信機の受信レンジが後述のミディアムレンジ（ユーザがレンタル車両に乗車さえしていれば、携帯端末をわざわざ発信機にかざさなくても、携帯端末が発信機を受信できる程度のレンジ）に設定され、それにより、ユーザが携帯端末と一緒に前記レンタル車両および前記発信機に接近することにより、前記非受信状態から前記受信状態への遷移が行われる。

（７） ユーザの携帯端末が借用中のレンタル車両に搭載されている発信機からその発信機に固有の信号を近距離通信方式で有効に受信する受信する受信状態から有効に受信しない非受信状態に遷移すると、その非受信状態の開始時刻に前記携帯端末によって測定された現在位置を前記レンタル車両の返却位置として認識するレンタル車両管理方法。

この方法によれば、ユーザがいずれかのステーションにレンタル車両を返却することを可能にする車両レンタル・ビジネスや、ユーザが任意の場所にレンタル車両を返却することを可能にする車両レンタル・ビジネスが実現される。

この方法の一例においては、前記発信機の受信レンジが前記ミディアムレンジに設定され、それにより、ユーザが携帯端末と一緒に前記レンタル車両および前記発信機から離間ないしは退避することにより、前記受信状態から前記非受信状態への遷移が行われる。

（８） ユーザの携帯端末が借用中のレンタル車両に搭載されている発信機からその発信機に固有の信号を近距離通信方式で受信しない非受信状態から受信する受信状態に遷移すると、その遷移から基準時間内に前記携帯端末によって測定された現在位置を前記レンタル車両の返却位置として認識するレンタル車両管理方法。

この方法によれば、ユーザがいずれかのステーションにレンタル車両を返却することを可能にする車両レンタル・ビジネスや、ユーザが任意の場所にレンタル車両を返却することを可能にする車両レンタル・ビジネスが実現される。

この方法の一例においては、前記発信機の受信レンジが前記ショートレンジに設定され、それにより、ユーザが携帯端末と一緒に前記レンタル車両および前記発信機に接近することにより、前記非受信状態から前記受信状態への遷移が行われる。

（９） 前記レンタル車両は、自転車、自動車および自動二輪車のうちの少なくとも一つを含む（１）ないし（７）項のいずれかに記載のレンタル車両管理方法。

（１０） （１）ないし（９）項のいずれかに記載の携帯端末を実施するためにその携帯端末のコンピュータによって実行されるプログラム。

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

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

（１１） （２）ないし（５）項のいずれかに記載の管理サーバを実施するためにその管理サーバのコンピュータによって実行されるプログラム。

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

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

（１３） レンタル対象を管理するシステムであって、
前記レンタル対象に搭載され、固有の信号を発信する発信機と、
前記レンタル対象のユーザが、そのレンタル対象の利用中、携帯する携帯端末であって、自身の現在位置を測定することが可能であるとともに、前記発信機から前記信号を近距離通信方式で受信することが可能であるものと
を含み、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバは、
ユーザが借用中のレンタル対象に接近しているために前記携帯端末が前記発信機から信号を有効に受信する受信状態から、ユーザが前記レンタル対象から離間したために前記携帯端末が前記発信機から信号を有効に受信しない非受信状態に遷移すると、その非受信状態の開始時刻に前記携帯端末によって測定された現在位置を前記レンタル対象の放置位置として認識する放置位置認識部を含むレンタル対象管理システム。

一例においては、前記遷移前に前記携帯端末が前記発信機から受信した信号によって識別されるレンタル対象を放置対象として認識する放置対象認識部をさらに有する。

（１４） レンタル対象を管理するシステムであって、
前記レンタル対象に搭載され、固有の信号を発信する発信機と、
前記レンタル対象のユーザが、そのレンタル対象の利用中、携帯する携帯端末であって、自身の現在位置を測定することが可能であるとともに、前記発信機から前記信号を近距離通信方式で受信することが可能であるものと
を含み、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバは、
ユーザが待機中のレンタル対象から離間しているために前記携帯端末が前記発信機から信号を有効に受信しない非受信状態から、前記ユーザが前記レンタル対象に接近したために前記携帯端末が前記発信機から信号を有効に受信する受信状態に遷移すると、前記携帯端末が前記発信機から受信した信号によって識別されるレンタル対象をユーザに貸し出されるべきレンタル対象として認識する貸出対象認識部と、
前記受信状態の開始時刻に前記携帯端末によって測定された現在位置を前記レンタル対象の貸出位置として認識する貸出位置認識部と
を含むレンタル対象管理システム。

（１５）
さらに、
所定の条件を満たすことを条件に、前記レンタル対象をユーザに貸し出しことを許可する貸出し許可部と、
その貸出しが許可されると、ユーザによる前記レンタル対象の使用を禁止するロック状態にあるロック装置に対して解錠信号を送信し、それにより、前記ロック装置を、前記レンタル装置の使用を許可する許可状態に自動的に切り換える解錠指令部と
を含む（１４）項に記載のレンタル対象管理システム。

（１６） レンタル対象を管理するシステムであって、
前記レンタル対象に搭載され、固有の信号を発信する発信機と、
前記レンタル対象のユーザが、そのレンタル対象の利用中、携帯する携帯端末であって、自身の現在位置を測定することが可能であるとともに、前記発信機から前記信号を近距離通信方式で受信することが可能であるものと
を含み、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバは、
ユーザが借用中のレンタル対象に接近しているために前記携帯端末が前記発信機から信号を有効に受信する受信状態から、前記ユーザが前記レンタル対象から離間したために前記携帯端末が前記発信機から信号を有効に受信しない非受信状態に遷移すると、その遷移飴に前記携帯端末が前記発信機から受信した識別信号によって識別されるレンタル対象を、ユーザによって返却されるレンタル対象として認識する返却対象認識部と、
前記非受信状態の開始時刻に前記携帯端末によって測定された現在位置を前記レンタル対象の返却位置として認識する返却位置認識部と
を含むレンタル対象管理システム。

（１７） さらに、
所定の条件を満たすことを条件に、ユーザが前記レンタル対象を返却することを許可する返却許可部と、
ユーザが、前記レンタル対象の使用を許可する状態にあるロック装置をその使用を禁止するロック状態に手動で切り換えたことを確認する施錠確認部と
を含む（１６）項に記載のレンタル対象管理システム。

（１８） 前記レンタル対象は、動産または不動産を含む（１３）ないし（１７）項のいずれかに記載のレンタル対象管理システム。

（１９） 前記動産は、移動体を含む（１８）項に記載のレンタル対象管理システム。

（２０） 前記移動体は、自転車、自動車、自動二輪車、娯楽用もしくは競技用のゴーカート、買い物カート、ベビーカー、手押し車、車いすまたはゴルフカートを含む（１９）項に記載のレンタル対象管理システム。

（２１） 前記動産は、家具、衣服類、電気製品、電気製品に着脱可能に装着される付属品（例えば、電池または充電器）、または視聴覚コンテンツが記録されている記録媒体（例えば、ＣＤ）であってユーザが再生可能なものを含む（１８）項に記載のレンタル対象管理システム。

（２２） 前記不動産は、ユーザが短期的に滞在可能である宿泊施設（例えば、ホテル）の部屋、ユーザが長期的に滞在可能である滞在施設（例えば、アパート）の部屋、個人が定住している滞在施設（例えば、戸建て住宅、共同住宅など）の部屋であって他人に一時的に貸与されるもの（例えば、民泊のための部屋）、コインロッカー、公営もしくは民営の駐車場、または個人宅の駐車場であって他人に一時的に貸与されるもの（個人所有の駐車場の間貸し、または、個人所有の駐車場を他人と一時的にシェアする駐車場シェアリングが可能な駐車場）を含む（１８）項に記載のレンタル対象管理システム。

（２３） 固有の識別信号を発信する第１発信機をステーションに設置し、固有の識別信号を発信する第２発信機を前記ステーションにおいてユーザに対して貸出しおよび／または返却が行われるレンタル対象に設置し、ユーザの携帯端末が前記第１発信機から受信した信号と前記第２発信機から受信した信号とに基づいてユーザに対して前記レンタル対象の貸出しおよび／または返却を許可するレンタル対象管理方法。

（２４） 前記第１発信機からの信号と前記第２発信機からの信号との双方をユーザの携帯端末が受信している状態を検出することを条件に、ユーザに対して前記レンタル対象の貸出しおよび／または返却を許可する（２３）項に記載のレンタル対象管理方法。

（２５） 前記第２発信機の有効受信エリアの有効受信半径は、ユーザの挙動に応じて可変に制御される（２３）または（２４）項に記載のレンタル対象管理方法。

（２６） ユーザに対して貸出しおよび／または返却が行われるレンタル対象に設置された発信機であって固有の識別信号を発信するものからユーザの携帯端末が受信した信号に基づいてユーザに対して前記レンタル対象の貸出しおよび／または返却を許可するとともに、前記発信機の受信レンジをユーザの挙動に応じて可変に制御するレンタル対象管理方法。

（２７） 前記受信レンジを、ユーザの貸出処理が終了すると、長くなるように制御する（２６）項に記載のレンタル対象管理方法。

（２８） 前記受信レンジを、ユーザの返却処理が終了すると、短くなるように制御する（２６）または（２７）項に記載のレンタル対象管理方法。

（２９） ユーザの携帯端末が借用中のレンタル車両に搭載されている発信機からその発信機に固有の信号を近距離通信方式で有効に受信している受信状態において、前記携帯端末によって測定された速度および／または加速度の絶対値が基準値以上である場合に、ユーザが前記レンタル車両に乗車して移動中であると判定し、前記受信状態から、前記携帯端末が前記発信機から信号を有効に受信しない非受信状態に遷移すると、ユーザが前記レンタル対象から降りたと判定し、その状態で、前記携帯端末によって測定された速度および／または加速度の絶対値が基準値以上である場合に、ユーザが前記レンタル車両から離間していると判定するレンタル車両管理方法。

この方法によれば、ユーザがレンタル車両に乗車中であるかレンタル車両から離間中であるかを比較的簡単かつ正確に把握し、その結果に応じて異なる内容でレンタル車両管理を行うことが容易となる。

（３０） 同じかまたは異なるステーションにおいてユーザに対して貸出しおよび返却が行われるレンタル車両を管理する方法であって、
前記レンタル車両を借りたユーザは、そのレンタル車両の利用中、自身の携帯端末を携帯し、
前記レンタル車両には、固有の車両識別コードを特定し得る信号を発信する発信機が搭載され、
前記携帯端末は、前記発信機を近距離通信方式で受信することが可能であるとともに、自身の現在位置を逐次測定する測位機能を有しており、
当該方法は、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバが、前記携帯端末が前記発信機から信号を受信し、その受信した信号によって特定される車両識別コードを取得することにより、前記レンタル車両を識別する車両識別工程と、
前記携帯端末および／または前記管理サーバが、ユーザ、前記携帯端末および前記レンタル車両がいずれのステーションにも存在していない状態において、前記携帯端末が前記発信機から信号を有効に受信する受信状態から有効に受信しない非受信状態に遷移すると、その遷移から基準時間内に前記携帯端末によって測定された現在位置を、前記識別されたレンタル車両の放置位置として認識する放置位置認識工程と
を含むレンタル車両管理方法。

図１（ａ）は、本発明の例示的な第１の実施形態に従う自転車レンタル・システムのうち、あるステーションに設置された設備を示す斜視図であり、図１（ｂ）は、図１（ａ）に示すレンタル用の自転車の一部を拡大して示す側面図である。

図２は、図１（ａ）に示す自転車レンタル・システムにおいて、あるステーションに設置されている第１発信機と、同じステーションに存在する自転車に設置されている第２発信機と、同じステーションにいるユーザの携帯端末と、遠隔地にある管理センタによって運営される管理サーバとが互いに通信する様子の一例を示す斜視図である。

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

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

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

図６（ａ）は、図１（ａ）に示す第１および第２発信機を、それら第１および第２発信機が設置されているステーションと共に拡大して示す平面図であり、この平面図には、さらに、前記第１および第２発信機にそれぞれ割り当てられた第１および第２有効受信エリアのそれぞれの一例が概念的に表されており、図６（ｂ）は、第１有効受信エリアの第１変形例を概念的に表す平面図であり、図６（ｃ）は、第１有効受信エリアの第２変形例を概念的に表す平面図である。

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

図８は、図７におけるステーション・データメモリに記憶されるステーション・データファイルを表形式で概念的に表す図である。

図９は、図７における自転車データメモリに記憶される自転車データファイルを表形式で概念的に表す図である。

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

図１１（ａ）は、図７に示す携帯端末のコンピュータによって実行される自転車レンタル・プログラムの複数のモジュールを示すリストを示し、また、図１１（ｂ）は、図１０に示す管理サーバのコンピュータによって実行される自転車レンタル・プログラムの複数のモジュールを示すリストを示す。

図１２（ａ）は、前記自転車レンタル・システムにおいて実行される自転車レンタル方法のうちの予約シーケンスを説明するために、その予約シーケンスにおいて使用される予約状況テーブルを例示的に示す図であり、図１２（ｂ）は、前記予約シーケンスにおいて使用されるユーザ別予約内容ファイルを例示的に示す図である。

図１３（ａ）は、前記自転車レンタル方法のうち、予約ありの場合に実現される主要シーケンスを例示的に説明するための複数のタイムチャートであり、図１３（ｂ）は、前記自転車レンタル方法のうち、予約なしの場合に実現される主要シーケンスを例示的に説明するための複数のタイムチャートである。

図１４は、図１１（ａ）に示す予約モジュールの携帯端末による実行と図１１（ｂ）に示す予約モジュールの管理サーバによる実行とによって達成される予約シーケンス・フローである。

図１５（ａ），（ｂ）および（ｃ）は、図１４に示す予約シーケンス・フローを図によって時系列的に説明するための予約シーケンス図である。

図１６は、図１１（ａ）に示す予約あり時貸出処理モジュールの携帯端末による実行と図１０（ｂ）に示す予約あり時貸出処理モジュールの管理サーバによる実行とによって達成される予約あり時貸出シーケンス・フローである。

図１７は、図１１（ａ）に示す予約なし時貸出処理モジュールの携帯端末による実行と図１１（ｂ）に示す予約なし時貸出処理モジュールの管理サーバによる実行とによって達成される予約なし時貸出処理シーケンス・フローである。

図１８は、図１１（ａ）に示す返却処理モジュールの携帯端末による実行と図１１（ｂ）に示す返却処理モジュールの管理サーバによる実行とによって達成される返却処理シーケンス・フローである。

図１９は、図１１（ａ）に示す放置自転車探索モジュールの携帯端末による実行と図１１（ｂ）に示す放置自転車探索モジュールの管理サーバによる実行とによって達成される放置自転車探索シーケンス・フローである。

図２０は、図１１（ａ）に示す放置自転車回収モジュールの携帯端末による実行と図１１（ｂ）に示す放置自転車回収モジュールの管理サーバによる実行とによって達成される放置自転車回収シーケンス・フローである。

図２１（ａ）は、図１（ａ）に示す自転車レンタル・システムにおいて放置自転車が探索されて回収されるプロセスを説明するために、あるユーザＸがレンタサイクルに乗車中である様子の一例を示し、同図（ｂ）は、そのユーザＸがレンタサイクルを乗り捨てて放置する様子の一例を示し、同図（ｃ）は、別のユーザＹがその放置自転車を借りるために接近中である様子の一例を示し、同図（ｄ）は、そのユーザＹが前記放置自転車を借りて乗車し始める様子の一例を示している。

図２２は、図１（ａ）に示す自転車レンタル・システムにおいて放置自転車が探索されて回収される放置自転車探索・回収シーケンスを例示的に説明するための複数のタイムチャートである。

図２３は、図１１（ｂ）に示す放置自転車探索モジュールの管理サーバによる実行によって登録される放置自転車リストの一例を示す。

図２４は、図１１（ｂ）に示す放置自転車回収モジュールの管理サーバによる実行によって他のユーザの携帯端末の画面上に放置自転車位置が表示される様子の一例を示す平面図である。

図２５は、本発明の例示的な第２の実施形態に従う自転車レンタル・システムにおいてレンタサイクルの貸出しおよび返却が行われる様子の一例を概念的に表す斜視図である。

図２６は、図２５に示す自転車レンタル・システムにおける複数のモジュールのうちの貸出処理モジュールの携帯端末による実行と貸出処理モジュールの管理サーバによる実行とによって達成される貸出処理シーケンス・フローである。

図２７は、図２５に示す自転車レンタル・システムにおける複数のモジュールのうちの返却処理モジュールの携帯端末による実行と返却処理モジュールの管理サーバによる実行とによって達成される返却処理シーケンス・フローである。

図２８は、図２５に示す自転車レンタル・システムにおける第２発信機の信号受信レベルの変化とユーザ挙動の変化との関係を説明するための複数のタイムチャートである。

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

＜第１の実施形態＞

図１（ａ）および図２は、本発明の例示的な第１の実施形態に従う自転車レンタル・システム（以下、単に「システム」という。）１０が示されている。このシステム１０は、本発明に係るレンタル車両管理システムの一例であり、また、このシステム１０においては、本発明に係るレンタル車両管理方法の一例であるレンタサイクル管理方法が実施される。

このシステム１０によれば、レンタル車両の一例であるレンタサイクル（貸し自転車）１２をユーザに有償で貸し出しするレンタル・ビジネスがユーザに提供される。

そのレンタル・ビジネスは、自転車１２の貸出しが行われたステーション２０とは別のステーション２０にその自転車２０を返却することがユーザに許可されるワンウェイ方式を採用する。

さらに、そのレンタル・ビジネスは、ステーション型ワンウェイ方式を採用する。したがって、このレンタル・ビジネスによれば、ユーザは、いずれかのステーション２０で借りた自転車１２を任意の場所に乗り捨てて放置することが禁止される。

ただし、このレンタル・ビジネスによれば、任意の場所に乗り捨てられた自転車１２すなわち放置自転車が自動的に探索され、その探索の結果、放置自転車１２が発見されると、その放置自転車１２の放置場所が、潜在的な別の複数人のユーザに、その放置自転車１２を借りて乗り始めることが可能である場所として一斉に案内される（配信されるか、ブロードキャストされる）。

それにより、いずれかの別のユーザにより放置自転車１２がいずれかのステーション２０に返却されて回収されることが促進される。その結果、レンタル業者が、わざわざ出張して放置自転車１２を回収していずれかのステーション２０に戻す追加の作業の煩から少なくとも部分的に解放される。

このレンタル・ビジネスによれば、ユーザが、借りた自転車１２を放置することが管理サーバ５０によって確認されると、ペナルティが課されるものの、その自転車１２が返却されたものとみなされる。よって、このことに着目すると、このレンタル・ビジネスは、部分的に、フリー・フローティング型ワンウェイ方式を採用していると考えることができる。

以上要するに、このレンタル・ビジネスは、ステーション型とフリー・フローティング型とが組み合わされたハイブリッド型ワンウェイ方式が採用されていると考えることが可能なのである。

なお、本実施形態においては、自転車１２を借りたユーザがステーション２０以外の任意の場所でその自転車１２を降りてそこに止めてしまうと、その行為が「放置」という用語で表現される。しかし、自転車１２が放置されると、その放置位置があたかも新たなステーション２０かのように機能し、別のユーザがその放置自転車をあたかも正当に返却された自転車かのように借用する可能性がある。

そうすると、本実施形態においては、「放置」という用語が、別のユーザが放置自転車を借りていずれかのステーション２０に返却してくれた場合には、正当行為である「返却」と同義であるのに対し、そのようなユーザが存在しないためにレンタル業者がその放置自転車を回収する場合には、不正行為としての「放置」を意味するというように、状況に応じて意味が変動する用語であると解釈される。

したがって、本実施形態においては、「放置」という用語が、「返却」と同義であると解釈される場合もあることになる。

図１（ａ）および図２に示すように、このシステム１０は、各々、複数台の自転車１２を保管することが可能な複数のステーション２０（図１（ａ）には、それらステーション２０のうちの代表的なステーション２０のみが図示されている）においてそれら自転車１２の貸出しおよび返却をユーザに対して行うサービスを提供するためのシステムである。各ステーション２０は、対応する駐輪場２２に割り当てられる。駐輪場２２は、レンタル自転車保管用敷地であり、図示する例においては、平面視において矩形状を成している。

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

その集中管理方式を実現するため、このシステム１０は、複数のステーション２０にそれぞれ設置される複数の第１発信機３０と、複数の自転車１２にそれぞれ搭載される複数の第２発信機（車載器）３２と、複数のステーション２０を集中的に管理する管理センタ４０に設置される管理サーバ５０とを備えている。管理センタ４０は、ステーション２０が設置された土地の所有者や、その所有者の業務を代行する前述のレンタル業者や駐輪場管理業者などによって運営される。

ここに、第１発信機３０は、設置位置に着目すると、ステーション側発信機と称され、また、運動特性に着目すると、固定発信機、静止発信機または位置不変の発信機と称される。同様にして、第２発信機３２は、設置位置に着目すると、自転車側発信機または車載発信機と称され、また、運動特性に着目すると、可動発信機、移動発信機または位置可変の発信機と称される。

複数のステーション２０はそれぞれ、固有のステーションＩＤを予め割り当てられている。同様に、複数の自転車１２はそれぞれ、固有の自転車ＩＤを予め割り当てられている。各ステーション２０に設置された第１発信機３０と管理サーバ５０とは、直接的に通信されるのではなく、ユーザの携帯端末９０を介して通信される。同様に、各自転車１２に設置された第２発信機３２と管理サーバ５０とは、直接的に通信されるのではなく、ユーザの携帯端末９０を介して通信される。

本実施形態においては、各第１発信機３０が、対応するステーション２０に固有のステーションＩＤを識別し得る局地的識別信号を発信するように構成される。また、各第２発信機３２が、対応する自転車１２に固有の自転車ＩＤを識別し得る局地的識別信号を発信するように構成される。同じステーション２０に保管されている複数台の自転車１２については、同じステーションＩＤが共通に使用される。

同じステーション２０に保管される予定の自転車１２の台数および種類は、予め決まっており、日ごとに変化しないものでもよいが、本実施形態においては、それらが予め決まっておらず、日毎に変化することが可能である。

そのため、前者の場合には、同じ自転車ＩＤが常に同じステーションＩＤに対応することになるのに対し、本実施形態においては、同じ自転車ＩＤが互いに異なる複数のステーションＩＤに対応することになる。

具体的には、本実施形態においては、同じ自転車ＩＤが、例えば、貸出時には、ステーションＡのステーションＩＤに対応するが、返却時には、ステーションＢのステーションＩＤに対応することになる。このように、自転車１２の貸出しおよび返却というユーザの各行為が、ステーションＩＤと自転車ＩＤとの組合せにより、定義されることになる。

図１（ｂ）に示すように、各自転車１２のうちの特定の部位には、対応する第２発信機３２が装着されている。その特定の部位の一例は、各自転車１２のうちの前部（例えば、かご部）、後部（例えば、荷台）、中央部（例えば、自転車１２のうちのサドル６２、自転車１２のうち、サドル６２を下方から支持する三角フレーム６４）などである。

また、各自転車１２のうち、第２発信機３２が装着される部位は、その自転車１２にユーザが乗車している状態（自転車１２のサドル６２に座り始める状態（「乗車する状態」とも言う）と、自転車１２のサドル６２に座って自転車１２を運転して移動している状態（「乗車している状態」、「乗車中」、「乗車して移動している状態」とも言う）とを含む）で、そのユーザが携帯している携帯端末９０が第２発信機３２から発信された信号を障害物なしで受信できる可能性が高い部位（例えば、前記かご部、前記荷台など）であるように選択される。

図１（ａ）に示すように、このシステム１０は、各ステーション２０において、対応する駐輪場２２に設置された固着物としての、上述の第１発信機３０と、複数台の自転車１２を保管するための自転車ラック（自転車収容装置）７０とを備えている。

図１（ａ）に示す例においては、１つのステーション２０に１台の第１発信機３０が設置されているが、例えば、図６（ｃ）に例示するように、１つのステーション２０に複数台の第１発信機３０が設置されてもよい。

図１（ａ）に示すように、自転車ラック７０は、自転車１２を１台ずつ収容するための自転車ストール（小区画）７２を複数備えている。一例においては、駐輪場２２に設置されたフレーム７４により、自転車ラック７０が複数の自転車ストール７２に仕切られている。ユーザへの貸出しに先立ち、各自転車１２が各自転車ストール７２に収容（保管）される。

一例においては、図示しないが、各自転車１２に、それの車輪（前輪および／または後輪）またはハンドルを自転車フレームに対して選択的にロックすることが可能な錠が装着される。別の例においては、図示しないが、各自転車ストール７２に、自転車１２を各自転車ストール７２に選択的にロックすることが可能な錠が装着される。

いずれの例においても、その錠としては、例えば、ユーザが暗証番号を入力して解錠する暗証番号タイプ（ダイヤル錠や、プッシュボタン錠など）や、ユーザの携帯端末９０または管理サーバ５０からの信号で解錠するリモート・タイプなどがあり、また、電源（電力）を使用せずに作動する機械錠や、電源（電力）を使用いて作動する電子錠がある。

図２および図３に示すように、このシステム１０においては、ユーザが、自身の携帯端末９０を用いて、ユーザが現在滞在しているステーション２０に設置されている第１発信機３０からの識別信号と、その時点で今回のステーション２０に保管されている複数の自転車１２のうちユーザによって予約されたかまたは現地で選択されたものに設置されている第２発信機３２からの識別信号とを、同時に、かつ、第１および第２発信機３０、３２との接触状態または非接触状態で受信する（近距離一方向無線通信を行う）。携帯端末９０は、さらに、管理センタ４０の管理サーバ５０との間で遠距離双方向無線通信を行う。

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

＜第１および第２発信機＞

各ステーション２０に設置される第１発信機３０と、各自転車１２に搭載される第２発信機３２とは、ハードウエア構成（図４参照）およびソフトウエア構成（図５参照）に関して互いに共通するため、説明の便宜上、それら第１および第２発信機３０および３２の構成を、それらを同じ発信機として扱って説明する。

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

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

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

各発信機３０，３２は、さらに、電源としての交換可能な使い捨て電池１０６を有している。電池１０６に代えて、充電可能な電池を採用したり、外部電源としての商用電源を採用したり、それらに代わるかまたはそれらに加えて、再生可能エネルギーとしての太陽電池を採用することが可能である。

各発信機３０，３２は、さらに、自身に固有の正規発信機ＩＤ（「発信機コード」の一例）を表す識別信号を生成して発信する発信部１０８を有している。各第１発信機３０は、固有の正規第１発信機ＩＤを表す識別信号を発信するのに対し、各第２発信機３２は、固有の正規第２発信機ＩＤを表す識別信号を発信する。

発信部１０８は、電池１０６によって作動させられるとともに、コントローラ１１０によって制御される。そのコントローラ１１０は、コンピュータ１００によって制御される。

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

各回のプログラムの実行時には、まず、ステップＳ１において、メモリ１０２から、各発信機３０，３２に対応する正規発信機ＩＤ（すなわち、第１発信機３０に対応する正規第１発信機ＩＤと、第２発信機３２に対応する正規第２発信機ＩＤのうち、今回説明しているプログラムに対応するもの）が読み込まれる。正規第１発信機ＩＤは、１つのステーションＩＤに１対１に対応し、正規第２発信機ＩＤは、１つの自転車ＩＤに１対１に対応する。

次に、ステップＳ２において、電池１０６の残量が推定される。

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

その後、ステップＳ４において、その生成された識別信号が発信部１０８から発信される。続いて、ステップＳ１に戻る。

なお付言するに、各発信機３０，３２において、ステーションＩＤと自転車ＩＤのうち該当するもの（該当ＩＤ）と電池残量とのうち少なくとも該当ＩＤが反映されるように識別信号を生成するアルゴリズムまたは手順は、図５に示すアルゴリズムまたは手順とは異なるものを採用することが可能である。

＜ユーザの携帯端末のハードウエア構成＞

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

具体的には、携帯端末９０は、第１発信機３０から受信した識別信号からステーションＩＤを取得するとともに、第２発信機３２から受信した識別信号から自転車ＩＤを取得する。

携帯端末９０は、さらに、その解読されたステーションＩＤおよび自転車ＩＤを管理サーバ５０に送信する。

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

すなわち、携帯端末９０は、各発信機３０，３２から受信した識別信号に基づき、第１発信機３０が実際に設置されているステーション２０に固有のステーションＩＤと、ユーザによって選択された自転車１２であって第２発信機３２が設置されているものに固有の自転車ＩＤと、そのときの各発信機３０，３２との距離との双方を獲得するようになっているのである。

＜各発信機の受信レンジの設定＞

図６（ａ）に概念的に平面図で示すように、各発信機３０，３２には、２種類の受信エリアが割り当てられる。それらは、受信可能エリア（図示しない）と有効受信エリア（以下、「受信レンジ」ともいう。）である。

それらエリアは、いずれも、各発信機３０，３２を発信源とする円で概して定義される。受信可能エリアは、最大受信半径（例えば、約５０ｍ）を有するのに対し、有効受信エリアは、有効受信半径（例えば、０ｍの半径から、約５０ｍ以下の半径までの範囲）を有する。最大受信半径は不変値であるのに対し、有効受信半径は、後述のように、携帯端末９０によって随時変更可能な可変値である。

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

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

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

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

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

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

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

ここで、第１発信機３０および第２発信機３２間の有効受信エリアの幾何学的な関係を説明する。

本実施形態においては、図６（ａ）に示すように、１つのステーション２０に１台の第１発信機３０が設置されており、その第１発信機３０の第１有効受信エリア（第１受信レンジ）は、対応する自転車１２がステーション２０の敷地内（境界線の内側）に存在する限り、第２発信機３２の第２有効受信エリア（第２受信レンジ）の内側に配置されるように、第１有効受信エリアの第１受信半径と第２有効受信エリアの第２受信半径とが相対的に設定されている。

具体的には、第２受信半径が第１受信半径より短くなるように設定されており、その結果、第２有効受信エリアがショートレンジまたはミディアムレンジ、第１有効受信エリアがロングレンジとなる。

ここで、それら３つの受信レンジの具体例を説明する。

１）ショートレンジ

ユーザが携帯端末９０を発信機のうちの送信部に接触させるかまたは非接触状態でかざさないと、携帯端末９０が発信機を有効に受信できない受信レンジ（前記設定値が、例えば、約０ｃｍから約３０ｃｍの範囲内）

２）ミディアムレンジ

ユーザが自転車１２に乗車しているかまたは自転車１２を押して移動させている限り、ユーザが携帯端末９０を発信機のうちの送信部に接触させることもかざす（非接触・接近状態にする）こともなく、携帯端末９０が発信機を有効に受信できる受信レンジ（前記設定値が、例えば、約０ｍから約２ｍの範囲内）

３）ロングレンジ

ユーザがステーション２０内のいずれかの位置に存在する限り、ユーザが携帯端末９０を発信機のうちの送信部に接触させることもかざすこともなく、携帯端末９０が発信機を有効に受信できる受信レンジ（前記設定値が、例えば、約０ｍから約１０ｍの範囲内）

図６（ａ）に示す例においては、第１有効受信エリアが、平面視において、ステーション２０の全域をもれなくカバーし、部分的に、そのステーション２０の境界線から逸脱した領域を有するように設定されている。これに代えて、別の例においては、図６（ｂ）に示すように、第１有効受信エリアが、平面視において、ステーション２０の境界線から逸脱した領域を有しないように設定されてもよい。

図６（ａ）および（ｂ）にそれぞれ示す２つの例においては、１つのステーション２０に１台の第１発信機３０が設置されているが、これに代えて、図６（ｃ）に例示するように、１つのステーション２０に複数台の第１発信機３０が設置される態様で本発明を実施することも可能である。

ところで、本実施形態においては、ステーション２０の敷地が矩形状を成している。これに対し、第１有効受信エリアは、３次元的には、球形であり、また、２次元的には、円形である。そのため、ステーション２０に１つの第１有効受信エリアを割り当てたのでは、図６（ｂ）に示すように、ステーション２０の敷地の境界線と、第１有効受信エリアの境界線との間に隙間（受信もれ領域）が残存してしまう。

これに対し、さらに別の例においては、図６（ｃ）に示すように、ステーション２０に複数の第１有効受信エリアを割り当てれば、それら有効受信エリアが合体したものがみかけ上の有効受信エリアとなり、このエリアの境界線と、ステーション２０の境界線との間の隙間が減少する。

その結果、携帯端末９０を携帯しているユーザがステーション２０内に存在するにもかかわらず携帯端末９０が第１発信機３０からの信号を有効に受信できないといういわゆる受信もれが防止される。

図６（ｃ）に示す例においては、複数の第２発信機３０が、互いに異なる発信機ＩＤが割り当てられる一方で、互いに共通のステーションＩＤが割り当てられる。したがって、携帯端末９０が、それら第１発信機３０のうちの少なくとも１つから前記信号を受信すると、その受信した信号によって表される発信機ＩＤが、対応するステーションＩＤに対応付けられ（変換され）、その結果、携帯端末９０が今回のステーション２０を識別することが可能となる。

ここに、携帯端末９０が今回のステーション２０を識別（認識）することは、携帯端末９０を携帯しているユーザがステーション２０内に存在することが携帯端末９０と発信機３０との協働によって検知されたことと等価である。

＜ユーザの携帯端末のソフトウエア構成＞

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

この携帯端末９０は、さらに、情報を、例えば図１５において符号「１３５」で示す画面（面積が有限で可変または不変であるウィンドウを有する）上に表示する表示部（例えば、液晶ディスプレイ）１３６と、第１発信機３０，第２発信機３２および管理サーバ５０からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０に送信する送信部１４０とを有する。

この携帯端末９０は、さらに、ユーザからデータやコマンドを入力するための入力部１５０を有する。その入力部１５０は、例えば、所望の情報（例えば、コマンド、データなど）を携帯端末９０に入力するためにユーザによって操作可能な操作部を有する。

その操作部としては、ユーザによって操作可能なアイコン（例えば、仮想的なボタン）を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部（例えば、キーボード、キーパッド、ボタンなど）、音声を感知するマイクなどがあるが、これらに限定されない。

この携帯端末９０は、さらに、ＧＰＳ（衛星測位システム）受信機１５２を有する。ＧＰＳ受信機１５２は、よく知られているように、複数のＧＰＳ衛星から複数のＧＰＳ信号を受信し、それらＧＰＳ信号に基づき、ＧＰＳ受信機１５２の地球上における位置（緯度、経度および高度）を三角測量によって測定する。すなわち、この携帯端末９０は、衛星を利用する測位機能を有するのである。

図７に示すように、メモリ１３２は、地図データメモリ１６１、ステーション・データメモリ１６３、自転車データメモリ１６５および予約状況テーブル・メモリ１６７を含む複数のデータメモリを有する。

地図データメモリ１６１には、ユーザの現在位置に応じて、ユーザの携帯端末９０が管理サーバ５０または別の地図データベース（図示しない）からダウンロードした地図データが一時的に記憶される。その地図データに基づき、表示部１３６の画面１３５（図１５参照）上に地図（「部分地図」の一例）が表示される。その画面１３５上に表示される地図は、ユーザが移動するにつれて時々刻々変化する。

図８に概念的に表すように、ステーション・データメモリ１６３には、複数のステーションＩＤと複数の正規第１発信機ＩＤと複数のステーション位置データとの対応関係が、管理サーバ５０からダウンロードされて記憶されることが可能である。複数のステーションＩＤは、システム１０によって集中的に管理される複数のステーション２０にそれぞれ対応している。また、複数のステーション位置データは、それぞれ、対応するステーション２０の地上位置の経緯度（緯度ｘ，経度ｙ）を表す。

ステーション・データメモリ１６３は、複数のステーション２０に対応する複数のステーション位置データが、それに対応する複数のステーションＩＤおよび複数の正規第１発信機ＩＤと共に一時的に記憶される。

携帯端末９０においては、画面１３５上に、前記地図データに基づく地図が表示され、さらに、その地図上に、各瞬間ごとに、そのときにステーション・データメモリ１６３に記憶されている複数のステーション位置データに基づき、前記ダウンロードされた複数のステーション２０のうち、携帯端末９０の現在位置の近傍に位置する少数の候補ステーション２０の各位置がオーバーレイ表示される（図１５参照）。

ここに、「少数の候補ステーション２０」は、前記ダウンロードされた複数のステーション２０のうち、携帯端末９０の現在位置に近いという地理上の理由で、画面１３５上に表示されている複数のステーション２０を意味し、携帯端末９０の現在位置から遠いという地理上の理由で、画面１３５から外れているステーション２０は、対象外とされる。

図９に概念的に表すように、図７の自転車データメモリ１６５には、複数のステーションＩＤと複数の自転車ＩＤ（例えば、「２００１」であり、これは、図１（ｂ）においては、印刷、塗装、ステッカなどにより、自転車１２に不動文字で表示されている）と複数の正規第２発信機ＩＤとの対応関係が、管理サーバ５０からダウンロードされて記憶されることが可能である。複数の自転車１２のうちのいずれかがユーザによって選択されれば、それに対応する１つの自転車ＩＤが決まり、ひいては、それに対応する１つの正規第２発信機ＩＤが決まる。

予約状況テーブル・メモリ１６７には、後述の予約状況テーブルが管理サーバ５０から適宜ダウンロードされて保存される。

図１１（ａ）に示すように、携帯端末９０のメモリ１３２には、携帯端末９０用の自転車レンタル・プログラムが記憶されており、その自転車レンタル・プログラムは、次の複数のモジュールを有している。

１）予約モジュール

これは、後に図１４を参照して詳述するように、ユーザが、ステーション２０に到着前に、いずれかの自転車１２を予約することを支援するモジュールである。ここに、「予約する」とは、ユーザが、希望するステーション２０の場所情報、希望する自転車１２の識別情報（レンタル対象識別情報の一例）ならびに予定貸出時刻および予定返却時刻という時間情報を入力する作業と等価である。

２）予約あり時貸出処理モジュール

これは、後に図１６を参照して詳述するように、ユーザが、自身の予約に従って、予約したステーション２０において、予約した自転車１２の貸出しを受けることを支援するモジュールである。

３）予約なし時貸出処理モジュール

これは、後に図１７を参照して詳述するように、ユーザが、予約なしで、いずれかのステーション２０において、いずれかの空き自転車１２を選択して、その選択された自転車１２の貸出しを受けることを支援するモジュールである。

４）返却処理モジュール

これは、後に図１８を参照して詳述するように、ユーザが、自転車１２の貸出しが行われたステーション２０と同じかまたは別のステーション２０において、貸し出された自転車１２の返却を行うことを支援するモジュールである。

５）放置自転車探索モジュール

これは、後に図１９を参照して詳述するように、ユーザへの自転車１２の貸出後に、ユーザがその自転車１２を、いずれのステーション２０も割り当てられていない任意の場所（放置位置）に放置したか否かを判定するモジュールである。

より具体的には、この放置自転車探索モジュールにおいては、ユーザの携帯端末９０が第２発信機３２から識別信号を近距離通信方式で有効に受信する受信状態から有効に受信しない非受信状態に遷移すると、その遷移前に携帯端末９０が第２発信機３２から受信した信号によって識別される自転車１２を放置自転車として認識する。

さらに、前記遷移から基準時間内に（例えば、前記遷移と実質的に同時か、前記遷移の直後か、または、前記遷移から所定時間（例えば、１分、２分、５分など）が経過するまでに）携帯端末９０によって測定された現在位置を放置自転車の放置位置として認識する。

ここに、「携帯端末９０が第２発信機３２から識別信号を近距離通信方式で有効に受信する受信状態」は、第２発信機３２の有効受信エリアが受信可能エリアより狭く設定されている場合には、携帯端末９０が第２発信機３２の有効受信エリア内にあるために携帯端末９０が第２発信機３２から識別信号を受信している状態を意味する。

これに対し、上述の「受信状態」は、第２発信機３２の有効受信エリアが受信可能エリアと同一に設定されている場合には、携帯端末９０が第２発信機３２の受信可能エリア内にあるために携帯端末９０が第２発信機３２から識別信号を受信している状態を意味する。

また、「非受信状態」は、第２発信機３２の有効受信エリアが受信可能エリアより狭く設定されている場合には、携帯端末９０が第２発信機３２の受信可能エリア内かつ有効受信エリア外にあるために携帯端末９０が第２発信機３２から識別信号を受信している状態、または、携帯端末９０が第２発信機３２の受信可能エリア外にあるために携帯端末９０が第２発信機３２から識別信号を受信できない状態を意味する。

これに対し、上述の「非受信状態」は、第２発信機３２の有効受信エリアが受信可能エリアと同一に設定されている場合には、携帯端末９０が第２発信機３２の受信可能エリア外にあるために携帯端末９０が第２発信機３２から識別信号を受信できない状態を意味する。

６）放置自転車回収モジュール

これは、後に図２０を参照して詳述するように、放置された自転車１２が発見された場合に、潜在的な他の複数人のユーザの携帯端末９０に対し、自転車１２の放置位置に行ってその放置自転車１２を借りていずれかのステーション２０に返却して欲しい旨のリクエストを一斉に送信し、それにより、放置自転車１２の回収をユーザを利用して行うことを支援するモジュールである。

＜管理サーバ＞

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

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

図１１（ｂ）に示すように、管理サーバ５０のメモリ１６２には、管理サーバ５０用の自転車レンタル・プログラムが記憶されており、その自転車レンタル・プログラムは、次の複数のモジュールを有している。

１）予約モジュール

これは、後に図１４を参照して詳述するように、携帯端末９０の予約モジュールと同じ機能を有するモジュールである。

２）予約あり時貸出処理モジュール

これは、後に図１６を参照して詳述するように、携帯端末９０の予約あり時貸出処理モジュールと同じ機能を有するモジュールである。

３）予約なし時貸出処理モジュール

これは、後に図１７を参照して詳述するように、携帯端末９０の予約なし時貸出処理モジュールと同じ機能を有するモジュールである。

４）返却処理モジュール

これは、後に図１８を参照して詳述するように、携帯端末９０の返却処理モジュールと同じ機能を有するモジュールである。

５）放置自転車探索モジュール

これは、後に図１９を参照して詳述するように、携帯端末９０の放置自転車探索モジュールと同じ機能を有するモジュールである。

６）放置自転車回収モジュール

これは、後に図２０を参照して詳述するように、携帯端末９０の放置自転車回収モジュールと同じ機能を有するモジュールである。

＜予約シーケンスの概要＞

図１２（ａ）には、携帯端末９０および管理サーバ５０による前記予約モジュールの実行により、ステーション２０ごとに、複数人のユーザによる複数の自転車１２の予約状況を管理するための予約状況テーブルの一例が示されている。

この予約状況テーブルは、管理サーバ５０において作成・更新され、その最新版が、携帯端末９０と共有される。この予約状況テーブルは、各ステーション２０ごとに、かつ、各自転車１２ごとに、予約の有無および予定レンタル時間帯（日時を含む）を表示する。

ユーザは、自身の携帯端末９０の画面１３５上でこの予約状況テーブルを目視し、それを参照して、待機している少なくとも１台の自転車１２が存在するステーション２０を探し、そのステーション２０の少なくとも１台の待機自転車１２のうち、空き時間のあるものを探して、希望する日時および時間帯を指定する。

図１２（ａ）においては、予約状況テーブル中の各自転車１２ごとの時間軸（０時０分から２３時５９分まで）のうち、予約状況テーブルの最新更新時刻において、斜線でハッチングされた水平バーが存在する時間帯が、既に予約が存在する時間帯、すなわち、先約あり時間帯を表示する一方、前記バーが存在しない時間帯が、未だ予約が存在しない時間帯、すなわち、先約なし時間帯を表示している。

ユーザは、自身の携帯端末９０に、図１５（ｃ）に例示するように、選択したステーション２０の識別情報と、選択した自転車１２の識別情報と、貸出日時と、返却日時とを入力し、それにより、該当するステーション２０および自転車１２の双方を予約することになる。

図１１（ｂ）には、携帯端末９０および管理サーバ５０による前記予約モジュールの実行により、複数人のユーザの予約内容を管理するためのユーザ別予約内容ファイルの一例が示されている。

このユーザ別予約内容ファイルは、管理サーバ５０において作成・更新される。このユーザ別予約内容ファイルは、各ユーザごとに、本人認証情報（ユーザＩＤ，パスワードなど）、選択されたステーション２０の場所を特定するための場所情報（選択ステーション２０に固有のＩＤ）、選択された自転車１２の場所を特定するための場所情報（選択自転車１２に固有のＩＤ）、選択自転車１２についての予定使用時間帯を定義するための時間情報（予定開始時刻，予定終了時刻，予定使用時間長さなど）、ユーザが今回の自転車レンタル・サービスを受けるために遵守することを要求される規則をユーザが違反したためにそのユーザに課されるペナルティの種別などを表す。

＜主要シーケンスの概要＞

システム１０による主要シーケンスであって上述の予約シーケンスに後続して実施されるものの概要を図１３を参照して説明する。

図１３において、「ステーション認識用受信」というラベルを付したタイムチャートは、携帯端末９０が、各瞬間ごとに、第１発信機３０から正規第１発信機ＩＤを受信しているか否かを、説明の便宜上、携帯端末９０が正規第１発信機ＩＤを受信していない状態でローレベルとなり、受信している状態でハイレベルとなるパルス信号で表現している。

また、同様に、同図において、「自転車認識用受信」というラベルを付したタイムチャートは、携帯端末９０が、各瞬間ごとに、第２発信機３２から正規第２発信機ＩＤを受信しているか否かを、説明の便宜上、携帯端末９０が正規第２発信機ＩＤを受信していない状態でローレベルとなり、受信している状態でハイレベルとなるパルス信号で表現している。

＜予約がある場合の主要シーケンスの概要＞

図１３（ａ）には、ユーザが、予約したステーション２０内の予約した自転車１２につき、予定レンタル開始時刻（貸出時刻）を１５：００、予定レンタル終了時刻（返却時刻）を１８：００として予約した場合を例にとり、主要シーケンスの概要が複数のタイムチャートで例示されている。

１）貸出処理

まず、ユーザが、予約した自転車１２を借りるため、ある日の１５：３０という時刻に、予約したステーション（貸出ステーション）２０に入場したために携帯端末９０が第１有効受信エリア内に進入したと仮定すると、携帯端末９０が第１発信機３０を有効に受信することを開始する（図における「ステーション認識用受信信号」が立ち上がる）。

次に、ユーザが、今回のステーション２０内に存在する予約した自転車１２に接近し、その自転車１２に設置されている第２発信機３２に携帯端末９０をかざしたためにその携帯端末９０が第２有効受信エリア内に進入したと仮定すると、携帯端末９０が第２発信機３２を有効に受信することを開始する（図における「自転車認識用受信信号」が立ち上がる）。

その結果、１５：３０という時刻に、携帯端末９０が第１発信機３０および第２発信機３２から同時に信号を受信している状態に遷移する。すなわち、携帯端末９０がいずれかの発信機３０，３２からも信号を有効に受信しないかまたはいずれかの発信機３０，３２からしか信号を有効受信しない非同時受信状態から、いずれの発信機３０，３２からも信号を有効に受信する同時受信状態に遷移するのである。

ここに、「携帯端末９０が第１発信機３０および第２発信機３２から同時に信号を受信している状態」とは、携帯端末９０が第１発信機３０からの信号と第２発信機３２からの信号との双方を受信している双方受信状態を意味し、携帯端末９０が第１発信機３０からの信号の受信を開始するタイミングと、携帯端末９０が第２発信機３２からの信号の受信を開始するタイミングとが互いに一致することは必ずしも要求されない。

このとき、携帯端末９０（または管理サーバ５０）が、ユーザが実際に、自転車１２の使用を開始した（貸出しが行われた）と判定する。

続いて、ユーザは、その使用開始時刻から例えば５分という第１制限時間内に貸出リクエストを携帯端末９０に入力する。

その貸出リクエストに応答し、管理サーバ５０は、ユーザによる自転車１２の貸出しを許可する。その時刻が、実レンタル時間の開始時刻であるが、原則として、予定貸出時刻である１５：００からユーザへの課金が開始される。具体的には、予定貸出時刻から、ユーザにとっての最終的なレンタル料金の額を計算するために参照される全レンタル時間のカウントが開始される。

その後、ユーザは、自転車１２に乗車したまま貸出ステーション２０から退場し、そのとき、携帯端末９０は第１有効受信エリアから退出するため、第１発信機３０を有効に受信できない状態に遷移する（前記ステーション認識用受信信号が立ち下がる）。

これに対し、ユーザが自転車１２に乗車している限り、携帯端末９０は第２発信機３２を有効に受信するため、前記自転車認識用受信信号はハイレベルに維持される。

２）返却処理

ユーザが、使用中の自転車１２を返却するために、同じ日の１７：３０という時刻に、今回の貸出ステーション２０と同じかまたはそれとは別のステーション（返却ステーション）２０に入場したために携帯端末９０が第１有効受信エリア内に進入したと仮定すると、前記ステーション認識用受信信号が立ち上がる。それ以前から、ユーザは自転車１２に乗車しているため、携帯端末９０は継続して第２発信機３２を有効に受信する状態にある。

その結果、１７：３０という時刻に、携帯端末９０が第１発信機３０および第２発信機３２から同時に信号を受信している状態（双方受信状態）に遷移する。すなわち、携帯端末９０が第２発信機３２からしか信号を有効に受信しない非同時受信状態から、いずれの発信機３０，３２からも信号を受信する同時受信状態に遷移するのである。

このとき、携帯端末９０（または管理サーバ５０）が、ユーザが実際に、自転車１２の使用を終了したと判定する。

続いて、ユーザは、その使用終了時刻から例えば５分という第２制限時間内に返却リクエストを携帯端末９０に入力する。

その返却リクエストに応答し、管理サーバ５０は、ユーザによる自転車１２の返却を許可する。その時刻が、実レンタル時間の終了時刻であるが、原則として、予定返却時刻である１８：００までユーザへの課金が継続される。具体的には、予定返却時刻に、前記全レンタル時間のカウントが終了する。

その後、ユーザは、自転車１２から降車したために携帯端末９０が第２有効受信エリアから退出したと仮定すると、携帯端末９０が第２発信機３２を有効に受信できない状態に遷移し、前記自転車認識用受信信号が立ち下がる。この自転車認識用受信信号は、その後、ユーザが今回の自転車１２に乗車していないため、ローレベルに維持される。

続いて、ユーザは、自転車１２から離れて移動して今回の返却ステーション２０から退場したために携帯端末９０が第１有効受信エリアから退出したと仮定すると、携帯端末９０が第２発信機３２を有効に受信できない状態に遷移する（前記ステーション認識用受信信号が立ち下がる）。

管理サーバ５０において、前記全レンタル時間の長さに基づくレンタル料金の計算が終了すると、ユーザは、携帯端末９０を介してレンタル料金を電子的に決済する。

＜予約がない場合の主要シーケンスの概要＞

図１３（ｂ）には、ユーザが、いずれかのステーション２０に入場し、そのステーション２０内のいずれかの自転車１２を選択してレンタル・サービスを開始する場合を例にとり、主要シーケンスの概要が複数のタイムチャートで例示されている。それらタイムチャートは、基本的には、課金処理などを除き、図１３（ａ）に示すものと同様であるため、共通する要素については簡単に説明する。

１）貸出処理

まず、ユーザが、いずれかの自転車１２を借りるため、ある日の１５：３０という時刻に、いずれかのステーション（貸出ステーション）２０に入場したために携帯端末９０が第１有効受信エリア内に進入したと仮定すると、携帯端末９０が第１発信機３０を有効に受信することを開始する。

次に、ユーザが、いずれかの自転車１２に接近し、その自転車１２に設置されている第２発信機３２に携帯端末９０をかざしたためにその携帯端末９０が第２有効受信エリア内に進入したと仮定すると、携帯端末９０が第２発信機３２を有効に受信することを開始する。

その結果、１５：３０という時刻に、携帯端末９０が第１発信機３０および第２発信機３２から同時に信号を受信している状態（双方受信状態）に遷移する。

このとき、携帯端末９０（または管理サーバ５０）が、ユーザが実際に、自転車１２の使用を開始した（貸出しが行われた）と判定する。

続いて、ユーザは、その使用開始時刻から前記第１制限時間内に貸出リクエストを携帯端末９０に入力する。

その貸出リクエストに応答し、管理サーバ５０は、ユーザによる自転車１２の貸出しを許可する。その時刻が、実レンタル時間の開始時刻であり、今回の事例においては、その実貸出時刻である１５：３０からユーザへの課金が開始される。具体的には、実貸出時刻から、前記全レンタル時間のカウントが開始される。

その後、ユーザは、自転車１２に乗車したまま貸出ステーション２０から退場し、そのとき、携帯端末９０は第１有効受信エリアから退出するため、第１発信機３０を有効に受信できない状態に遷移する。

これに対し、ユーザが自転車１２に乗車している限り、携帯端末９０は第２発信機３２を有効に受信するため、前記自転車認識用受信信号はハイレベルに維持される。

２）返却処理

ユーザが、使用中の自転車１２を返却するために、同じ日の１７：３０という時刻に、今回の貸出ステーション２０と同じかまたはそれとは別のステーション（返却ステーション）２０に入場したために携帯端末９０が第１有効受信エリア内に進入したと仮定すると、前記ステーション認識用受信信号が立ち上がる。それ以前から、ユーザは自転車１２に乗車しているため、携帯端末９０は継続して第２発信機３２を有効に受信する状態にある。

その結果、１７：３０という時刻に、携帯端末９０が第１発信機３０および第２発信機３２から同時に信号を受信している状態（双方受信状態）に遷移する。

このとき、携帯端末９０（または管理サーバ５０）が、ユーザが実際に、自転車１２の使用を終了したと判定する。

続いて、ユーザは、その使用終了時刻から前記第２制限時間内に返却リクエストを携帯端末９０に入力する。

その返却リクエストに応答し、管理サーバ５０は、ユーザによる自転車１２の返却を許可する。その時刻が、実レンタル時間の終了時刻であり、その実返却時刻である１７：３０までユーザへの課金が継続される。具体的には、実返却時刻に、前記全レンタル時間のカウントが終了する。

その後、ユーザは、自転車１２から降車したために携帯端末９０が第２有効受信エリアから退出したと仮定すると、携帯端末９０が第２発信機３２を有効に受信できない状態に遷移し、前記自転車認識用受信信号が立ち下がる。この自転車認識用受信信号は、その後、ユーザが今回の自転車１２に乗車していないため、ローレベルに維持される。

続いて、ユーザは、自転車１２から離れて移動して今回の返却ステーション２０から退場したために携帯端末９０が第１有効受信エリアから退出したと仮定すると、携帯端末９０が第２発信機３２を有効に受信できない状態に遷移する。

管理サーバ５０において、前記全レンタル時間の長さに基づくレンタル料金の計算が終了すると、ユーザは、携帯端末９０を介してレンタル料金を電子的に決済する。

＜予約シーケンス＞

図１４には、ユーザが、予約したいステーション２０から離れた場所（例えば、図１に示すように、自宅）において、携帯端末９０を管理サーバ９０に接続し、そのステーション２０内のいずれかの自転車１２を予約するために、携帯端末９０と、遠隔地に位置する管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。

携帯端末９０において、ユーザにより、前記自転車レンタル・プログラム（既に管理サーバ５０からダウンロードされて携帯端末９０のメモリ１３２にインストールされている）が起動されると、複数のモードおよび複数のリクエストをユーザが発するために操作される複数のボタン（ユーザによって選択可能な表示対象）が携帯端末９０の画面上に表示される。

複数のモードおよび複数のリクエストは、次のものを含んでいる。

１）予約モード

ステーション２０および自転車１２を予約するためにユーザによって選択される実行モード

２）予約あり時貸出処理モード

ユーザが、予約ありの状態で、ステーション２０において自転車１２を借りるために前記予約あり時貸出処理モジュールを起動させるためにユーザによって選択される実行モード

３）予約なし時貸出処理モード

ユーザが、予約なしの状態で、ステーション２０において自転車１２を借りるために前記予約なし時貸出処理モジュールを起動させるためにユーザによって選択される実行モード

４）返却処理モード

ユーザが、ステーション２０に自転車１２を返却するために前記返却処理モジュールを起動させるためにユーザによって選択される実行モード

５）貸出リクエスト

前記予約あり時貸出処理モジュールまたは前記予約なし時貸出処理モジュールの起動後、ユーザへの自転車１２の貸出しを許可してもらうためにユーザから発せられるリクエスト

６）返却リクエスト

前記返却処理モジュールの起動後、ユーザから自転車１２の返却を許可してもらうためにユーザから発せられるリクエスト

今回は、「予約モード」というボタンがユーザによって選択されると、携帯端末９０用の自転車レンタル・プログラムのうち前記予約モジュールが携帯端末９０のプロセッサ１３０によって実行されるとともに、管理サーバ５０用の自転車レンタル・プログラムのうち前記予約モジュールが管理サーバ５０のプロセッサ１６０によって実行される。

携帯端末９０用の予約モジュールが携帯端末９０のプロセッサ１３０によって実行されると、まず、ステップ１０１において、携帯端末９０が、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号に基づき、ユーザの現在位置（経緯度）が測定されるように作動する。

次に、ステップＳ１０２において、その測定されたユーザの現在位置が、地図を表示部１３６の画面１３５上に表示するためにプロセッサ１３０によって参照される基準位置（表示基準点の位置（経緯度））とされる。さらに、全体地図のうち、画面１３５上のウィンドウ内に一度に表示可能なサイズを有する部分であって前記基準位置が存在するものが、地図の表示範囲（すなわち、前記全体地図のうち、前記ウィンドウ内に各瞬間に表示される領域）に決定される。

図１５（ａ）に例示するように、ユーザが時間と共に地上を移動すると、それに追従するように前記基準位置２０２（同図において黒色の三角形で示す）も時間と共に移動する。その結果、ユーザの移動に伴い、地図の表示範囲も全体地図上を時間と共に移動し、ひいては、前記ウィンドウ内に表示される地図の画像も時間と共に変化することになる。

続いて、ステップＳ１０３において、管理サーバ５０にログインするためのログイン・リクエスト（「サービス開始信号」の一例）が、今回のユーザを識別するためのユーザＩＤおよびパスワードと共に管理サーバ５０に送信される。

これに対し、管理サーバ５０用の予約モジュールが管理サーバ５０のプロセッサ１６０によって実行されると、管理サーバ５０は、ステップＳ２０１において、前記ログイン・リクエストをユーザＩＤおよびパスワードと共に受信し、続いて、ステップＳ２０２において、前記複数のステーション２０に関するステーション・データ（そのステーション・データの複数の構成要素については、図８参照）と、それらステーション２０に属する複数の自転車１２に関する自転車データ（その自転車データの複数の構成要素については、図９参照）と、前記予約状況テーブル（図１２（ａ）参照）とを管理サーバ５０のメモリ１６２（または別のメモリ）において検索する。

その後、ステップＳ２０３において、それら検索されたステーション・データ、自転車データおよび予約状況テーブルが携帯端末９０に送信される。

これに対し、携帯端末９０は、ステップＳ１０４において、それらステーション・データ、自転車データおよび予約状況テーブルを受信する。受信したステーション・データは、図７に示すステーション・データメモリ１６３に保存され、その結果、図８に示すテーブルが構築される。また、受信した自転車データは、図７に示す自転車データメモリ１６５に保存され、その結果、図９に示すテーブルが構築される。受信した予約状況テーブル（図１２（ａ）参照）は、予約状況テーブル・メモリ１６７に保存される。

続いて、ステップＳ１０５において、前記保存されたステーション・データに基づき、画面１３５上に表示されている地図上に、複数のステーション２０のうち、前記現在位置の近傍に位置するものが少数の候補ステーション２０としてオーバーレイ表示される。

このステップ１０５においては、画面１３５上に、受信された複数のステーション・データによって表される複数のステーション２０（管理サーバ５０のメモリ１６２に保存されているすべてのステーション２０）のすべてが表示されるわけではない。ユーザの現在位置と画面１３５のサイズとによって決まる、前記複数のステーション２０より少数の複数のステーション２０のみが画面１３５上に表示される。すなわち、管理サーバ５０から受信した複数のステーション２０が、ユーザの現在位置と画面１３５のサイズとによってさらに、少数の候補ステーション２０に絞り込まれるのである。

一例においては、図１５（ａ）に示すように、画面１３５上に表示されている地図上に、ユーザの現在位置が黒色の三角形２０２を用いてオーバーレイ表示されるとともに、複数の候補ステーション２０が複数のステーション表示用アイコン２０４を用いてオーバーレイ表示される。この例においては、３個のステーション表示用アイコン２０４が、「Ａ」、「Ｂ」および「Ｃ」というアルファベットが四角形の枠に包囲されて成る図形として構成されている。

本実施形態においては、説明の便宜上、システム１０のうち、このステップＳ１０５を実行する部分が前記（８）項における「候補ステーション表示部」の一例および「候補ステーション表示工程」の一例を構成していると考えることが可能である。

なお、このステップＳ１０５と同じものは、後に図１８を参照して詳述する返却処理シーケンス・フローにおいて、ユーザが、事前の情報を用いて、自転車１２の返却先としていずれかのステーション２０を複数の候補の中から、例えば、ユーザの現在位置との距離や、ユーザの最寄りの駅との距離などを考慮して選択するために採用することが可能である。

続いて、ステップＳ１０６において、ユーザが、画面１３５上において、いずれかの候補ステーション２０の表示位置に指でタッチすることにより、いずれかのステーション２０を今回の選択ステーション２０として選択する。

具体的には、ユーザが、画面１３５上において、いずれかの候補ステーション２０の表示位置に指でタッチすると、そのタッチ位置が表示部１３６のタッチスクリーンによって検出され、そのタッチ位置が、例えば、地図上の経緯度（絶対座標系であるグローバル座標系によって定義される）またはそれに対応するｘｙ座標情報（相対座標系であるデバイス座標系によって定義される）である地図座標情報（位置情報）に変換される。その地図座標情報に基づき、いずれかの候補ステーション２０が特定される。

その後、ステップＳ１０７において、図１５（ｂ）に例示するように、前記予約状況テーブルが画面１３５上に表示される。

続いて、ステップＳ１０８において、ユーザが、図１５（ｃ）に例示するように、予約したいステーション（貸出ステーション）２０の識別情報（例えば、名称）と、予約したい自転車（貸出自転車）１２の識別情報（例えば、番号）と、貸出日時（予定）と、返却日時（予定）とを入力する。ここに、ユーザが、予約したい自転車１２の識別情報を携帯端末９０に入力することは、ユーザがいずれかの自転車１２を選択するための操作を携帯端末９０に対して行うことと等価である。

その後、ステップＳ１０９において、携帯端末９０が、前記入力された予約内容が、ユーザに関連付けて（例えば、ユーザＩＤと共に）管理サーバ５０に送信する。

その結果、貸出ステーション２０の識別情報と貸出自転車１２の識別情報とがペアリングされる（紐づけされる）とともに、そのペアが、今回のユーザの識別情報に関連付けられ、それらの情報が携帯端末９０から管理サーバ５０に送信される。

これに対し、管理サーバ５０は、ステップＳ２０４において、前記予約内容をユーザに関連付けて（例えば、ユーザＩＤと共に）受信する。続いて、管理サーバ５０は、ステップＳ２０５において、その受信した予約内容を、前記複数のユーザ別予約内容ファイル（図１２（ｂ）参照）のうち、今回のユーザに関連付けられているものに登録し、さらに、メモリ１６２に保存されている予約状況テーブルを、前記受信した予約内容が反映されるように、更新する。

その後、管理サーバ５０は、ステップＳ２０６において、予約が完了した旨のメッセージを携帯端末９０に送信する。

これに対し、携帯端末９０は、前記受信したメッセージを画面１３５上に表示するか音声で出力する。この表示により、ユーザが、自身の予約が成立したことを知らされる。

＜予約あり時貸出処理シーケンス＞

図１６には、ユーザが、予約してあったステーション２０に入場し、その後、予約してあった自転車１２に接近し、その自転車１２の貸出しを許可してもらうために、そのステーション２０に位置する第１発信機３０と、その自転車１２に設置されている第２発信機３２と、ユーザの携帯端末９０と、管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。

第１および第２発信機３０および３２は、いずれも、自身に固有の識別信号を自発的にかつ継続的に発信する。ユーザが、予約してあったステーション２０に入場すれば、携帯端末９０が、第１発信機３０の第１有効受信エリア内に存在することになるため（図６参照）、携帯端末９０が第１発信機３０からの識別信号を有効に受信する。やがて、ユーザが、携帯端末９０を予約してあった自転車１２の第２発信機３２にかざせば、携帯端末９０が、第２発信機３２の第２有効受信エリア内に存在することになる（図６参照）。

本実施形態においては、予約の有無を問わず、第１発信機３０の第１有効受信エリアの受信レンジが前記ロングレンジとされる一方、第２発信機３２の第２有効受信エリアの受信レンジが前記ショートレンジとされる。この設定は、貸出処理であるか返却処理であるかを問わず、有効である。

今回は、携帯端末９０の画面上において「予約あり時貸出処理モード」というボタンがユーザによって選択される。それに応答して携帯端末９０用の予約あり時貸出処理モジュールが携帯端末９０によって実行される。その実行により、まず、ステップ１５１において、携帯端末９０が、管理サーバ５０にログインするためのログイン・リクエストが、今回のユーザを識別するためのユーザＩＤおよびパスワードと共に管理サーバ５０に送信される。

これに対し、管理サーバ５０用の予約あり時貸出処理モジュールが管理サーバ５０によって実行されると、管理サーバ５０は、ステップＳ２５１において、前記ログイン・リクエストをユーザＩＤおよびパスワードと共に受信する。

続いて、ステップＳ２５２において、前記複数のユーザ別予約内容ファイルのうち、今回のユーザに関連付けられているものがメモリ１６２において検索される。さらに、その検索されたユーザ別予約内容ファイルにおいて、前記複数のステーション２０のうち、予約されたステーション２０（貸出ステーション）に関する情報と、そのステーション２０の複数の自転車１２のうち、予約された自転車１２（貸出自転車）に関する情報とが、今回のユーザ予約関連情報として検索される。

その後、ステップＳ２５３において、その検索された今回のユーザ予約関連情報が携帯端末９０に送信される。

これに対し、携帯端末９０は、ステップＳ１５２において、今回のユーザ予約関連情報を受信する。続いて、ステップＳ１５３において、その今回のユーザ予約関連情報において、予約されているステーション２０に設置されているはずである正規の第１発信機３０に予め割り当てられている発信機コードが正規第１発信機コードとして検索されるとともに、予約されている自転車１２に設置されているはずである正規の第２発信機３２に予め割り当てられている発信機コードが正規第２発信機コードとして検索される。ユーザにとっての正規第１および第２発信機コードが取得されるのである。

続いて、ステップＳ１５４において、携帯端末９０は、今回のステーション２０内に存在する少なくとも１つの第１発信機３０および少なくとも１つの第２発信機３２のうちの少なくとも１つから信号を受信する。

一方、前述のように、携帯端末９０が現在、第１発信機３０の第１受信可能エリア外に位置する場合には、携帯端末９０は第１発信機３０から識別信号を全く受信できない。これに対し、携帯端末９０が現在、第１発信機３０の第１受信可能エリア内に位置する場合には、携帯端末９０は第１発信機３０から識別信号を受信できる。

また、携帯端末９０が第１発信機３０から識別信号を受信したとしても、携帯端末９０が現在、その第１発信機３０の第１有効受信エリア外に位置する可能性もあれば有効受信エリア内に存在する可能性もある。

そのような事情は、第２発信機３２についても同様に当てはまる。

携帯端末９０は、複数の発信機からの複数の信号を同時にかつ互いに識別可能に受信することが可能である。各発信機は、固有の信号を発信し、例えば、その信号の各パケットのヘッダにおける送信元アドレス（発信機ＩＤに相当する）が他の発信機のものとは異なる。このことに着目し、携帯端末９０は、同時に受信した複数の信号をそれぞれ個別に扱うことが可能である。

そこで、ステップＳ１５４に引き続き、ステップＳ１５５において、携帯端末９０は、次に掲げる３種類の判定を行う。

１）携帯端末９０が第１発信機３０から識別信号を有効に受信したか否かの第１有効受信判定、すなわち、携帯端末９０と第１発信機３０との距離の測定値が第１有効受信エリアの有効受信半径（ロングレンジ）より小さいか否かの判定

２）携帯端末９０が第２発信機３２から識別信号を有効に受信したか否かの第２有効受信判定、すなわち、携帯端末９０と第２発信機３２との距離の測定値が第２有効受信エリアの有効受信半径（ショートレンジ）より小さいか否かの判定

３）携帯端末９０が第１発信機３０と第２発信機３２から同時に受信したか否かの同時受信判定、すなわち、第１発信機３０の第１有効受信判定が肯定されたタイミングと第２発信機３２の第１有効受信判定が肯定されたタイミングとが実質的に同じ時刻に行われたか否かの判定

携帯端末９０は、既に保存されているステーション・データ（図８）を参照し、どの発信機が第１発信機３０（ステーション側発信機）に該当するのかを判別できるし、また、既に保存されている自転車データ（図９）を参照し、どの発信機が第２発信機３２（自転車側発信機）に該当するのかを判別できる。よって、携帯端末９０は、どの発信機の有効受信判定に第１有効受信エリアの有効受信半径（例えば、前記ロングレンジ）を適用し、どの発信機の有効受信判定に第２有効受信エリアの有効受信半径（例えば、前記ショートレンジ）を適用するのかも判別できる。

このステップ１５５の実行時、第１有効受信判定、第２有効受信判定および同時受信判定のいずれかでも否定的であった場合には、このステップ１５５の判定がＮＯとなり、ステップＳ１５４に戻る。これに対し、第１有効受信判定、第２有効受信判定および同時受信判定のいずれかも肯定的であった場合には、このステップ１５５の判定がＹＥＳとなり、ステップＳ１５６に移行する。

このステップＳ１５６においては、携帯端末９０は、前記受信した識別信号を復調し、続いて、ステップＳ１５７において、携帯端末９０は、その復調された識別信号によって表される発信機ＩＤを実発信機ＩＤとして解読する。具体的には、携帯端末９０は、第１発信機３０から受信した信号によって表される実第１発信機ＩＤと、第２発信機３２から受信した信号によって表される実第２発信機ＩＤとを取得する。

前記復調された識別信号は、複数桁の二進数で表記されるコードである場合には、例えば、そのコードが、予め準備された変換表（例えば、管理サーバ５０から事前にダウンロードされたもの）を用いて、発信機ＩＤに変換される。ただし、用法上、「コード」であるか「ＩＤ」であるかという違いは、その用途が識別である以上、重要ではない。

続いて、ステップＳ１５８において、携帯端末９０は、そのようにして解読された実第１および第２実発信機ＩＤと、ステップＳ１５３の実行によって取得された正規第１および第２発信機ＩＤとがそれぞれ、互いに一致するか否かを判定する。すなわち、ＩＤ照合が行われるのである。

ここに、「実第１発信機ＩＤ」は、複数のステーション２０のうち、ユーザによって実際に選択されて訪問されたものに実際に設置されている第１発信機（選択された実在第１発信機）３０に対応する第１発信機ＩＤを意味し、一方、「正規第１発信機ＩＤ」は、複数のステーション２０のうち、ユーザが携帯端末９０を操作することによって仮想的に選択されたものに設置されているはずの第１発信機（選択された仮想第１発信機）３０に対応する第１発信機ＩＤを意味する。

同様に、「実第２発信機ＩＤ」は、複数の自転車１２のうち、ユーザによって実際に選択されたものに実際に設置されている第２発信機（選択された実在第２発信機）３２に対応する第２発信機ＩＤを意味し、一方、「正規第２発信機ＩＤ」は、複数の自転車１２のうち、ユーザが携帯端末９０を操作することによって仮想的に選択されたものに設置されているはずの第２発信機（選択された仮想第２発信機）３２に対応する発信機ＩＤを意味する。

その後、ステップＳ１５９において、携帯端末９０は、各実発信機ＩＤと各正規発信機ＩＤとが互いに一致したか否か、すなわち、前記ＩＤ照合に成功したか否かを判定する。

前記ＩＤ照合に成功しなかった場合には、ステップＳ１５９の判定がＮＯとなり、その後、ステップＳ１６０において、携帯端末９０は、ユーザに対し、再度、携帯端末９０によって第１発信機３０および第２発信機３２を検出することを再試行することを、例えば画面１３５上に適切なメッセージを表示するか音声で出力することなどを行うことにより、催促する。その後、ステップＳ１５４に戻る。

これに対し、前記ＩＤ照合に成功した場合には、ステップＳ１５９の判定がＹＥＳとなり、その後、ステップＳ１６１において、携帯端末９０は、現在時刻において、今回のステーション２０に貸出前の自転車１２が存在していると判定する。この判定は、ユーザが、今回のステーション２０において、今回の自転車１２の使用を開始した（貸出しが行われた）との判定と等価である。

一例においては、ユーザが当該貸出処理モジュールを起動させた後、今回のステーション２０に到着したが、未だ、予約してあった自転車１２に到着しないうちは、ステップＳ１５５の判定がＮＯとなる。ユーザが、やがて、その自転車１２に到着すると、そのステップＳ１５５の判定がＮＯからＹＥＳに遷移する。

このとき、携帯端末９０が正規第２発信機ＩＤを表す信号を受信していれば、前記ＩＤ照合に成功し、ステップＳ１５９の判定がＹＥＳとなる。その後、ステップＳ１６１において、現在時刻において初回の第１遷移が発生したと判定される。

ここで、ステップＳ１５９の判定がＹＥＳとなるタイミングは、携帯端末９０が正規第２発信機ＩＤを受信しない状態から受信する状態に遷移するタイミング（図１３（ａ）の例における「自転車認識用受信信号」の「立ち上がりエッジ」の時間的位置に一致する）に一致する。

その後、ステップＳ１６２において、ユーザから携帯端末９０に貸出リクエストが入力された（例えば、前記「貸出リクエスト」を指令するために操作される仮想ボタン（例えば「貸出ボタン」）がユーザによって操作された）か否かが判定される。貸出リクエストが入力された場合には、ステップＳ１６２の判定がＹＥＳとなる。

続いて、ステップＳ１６３において、ユーザから貸出リクエストが発せられれたことと、ユーザが実際に、現在、予約してあったステーション２０において、予約してあった自転車１２の使用を開始したという判定結果とが、ユーザに関連付けられて（例えば、ユーザＩＤと共に）管理サーバ５０に送信される。

これに対し、管理サーバ５０は、ステップＳ２５４において、前記ステップＳ１６３の実行によって携帯端末９０が送信した情報を受信する。

その後、ステップＳ２５５において、時計１７２を用いて現在時刻を測定する。続いて、ステップＳ２５６において、その現在時刻を実貸出時刻として認識する。続いて、ステップＳ２５７において、ユーザへの今回の自転車１２の貸出しを許可する。

その後、ステップＳ２５８において、ユーザにつき、課金開始時刻が決定される。課金は、原則として、予定貸出時刻から開始され、予定貸出時刻からの経過時間（使用時間、貸与時間、レンタル時間）の長さに見合う金額がレンタル金額として計算される。

以上、携帯端末９０が正規の２個の発信機３０および３２を同時に有効に受信した（双方受信状態が成立した）直後にユーザから貸出リクエストが正常に発令された場合を説明したが、発令されなかった場合には、ステップＳ１６２の判定がＮＯとなり、その後、ステップＳ１６４において、現在、ステップＳ１６１の実行時刻からの経過時間が第１制限時間（例えば、５分）内であるか否かが判定される。

第１制限時間内である場合には、ステップＳ１６４の判定がＹＥＳとなり、ステップＳ１６５において、ユーザに対し、貸出リクエストを入力することが、例えば画面１３５上に適切なメッセージが表示されるか音声で出力されることなどが行われることにより、催促される。続いて、ステップＳ１６２に戻る。

これに対し、現在、ステップＳ１６１の実行時刻からの経過時間が第１制限時間を超えている場合には、ステップＳ１６４の判定がＮＯとなり、その後、ステップＳ１６６において、ユーザに第１違反行為が発生したと判定される。

続いて、ステップＳ１６７において、今回は、ユーザに第１違反行為が発生したことが管理サーバ５０に送信される。その送信内容は、ステップＳ２５４において、管理サーバ５０によって受信され、今回は、自転車１２の貸出しが禁止される。

＜予約なし時貸出処理シーケンス＞

図１７には、ユーザが、予約なしの状態で、いずれかのステーション２０に入場し、その後、いずれかの自転車１２に接近し、その自転車１２の貸出しを許可してもらうために、そのステーション２０に位置する第１発信機３０と、その自転車１２に設置されている第２発信機３２と、ユーザの携帯端末９０と、管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。このフローは、図１６に示すフローと共通する要素が多いため、異なる要素についてのみ詳細に説明する。

今回は、携帯端末９０の画面上において「予約なし時貸出処理モード」というボタンがユーザによって選択されるる。それに応答して携帯端末９０用の予約なし時貸出処理モジュールが携帯端末９０によって実行される。

その実行により、まず、ステップ２０１において、前述のステップＳ１５１と同様に、管理サーバ５０にログインするためのログイン・リクエストが、今回のユーザを識別するためのユーザＩＤおよびパスワードと共に管理サーバ５０に送信される。

これに対し、管理サーバ５０用の予約なし時貸出処理モジュールが管理サーバ５０によって実行されると、管理サーバ５０は、ステップＳ２７１において、前述のステップＳ２５１と同様に、前記ログイン・リクエストをユーザＩＤおよびパスワードと共に受信する。

続いて、ステップＳ２７２において、前記予約状況テーブル（図１２（ａ））がメモリ１６２において検索される。その後、ステップＳ２７３において、その検索された予約状況テーブルが携帯端末９０に送信される。

これに対し、携帯端末９０は、ステップＳ２０２において、前記予約状況テーブルを受信する。続いて、ステップＳ２０３において、その受信した予約状況テーブルを画面１３５上に表示する。

続いて、ステップＳ２０４において、前述のステップＳ１５４と同様に、携帯端末９０は、今回のステーション２０内に存在する少なくとも１つの第１発信機３０および少なくとも１つの第２発信機３２のうちの少なくとも１つから信号を受信する。

その後、ステップＳ２０５において、前述のステップＳ１５５と同様に、携帯端末９０は、前記第１有効受信判定と前記第２有効受信判定と前記同時受信判定とを行う。

このステップ２０５の判定がＮＯとなると、ステップＳ２０４に戻るが、ステップ２０５の判定がＹＥＳとなると、ステップＳ２０６に移行する。

このステップＳ２０６においては、前述のステップＳ１５６と同様に、携帯端末９０は、前記受信した識別信号を復調し、続いて、ステップＳ２０７において、前述のステップＳ１５７と同様に、携帯端末９０は、その復調された識別信号から、第１発信機３０の実第１発信機ＩＤと第２発信機３２の実第２発信機ＩＤとを取得する。

続いて、ステップＳ２０８において、ユーザは、第１発信機３０および第２発信機３２からの受信の結果として今回のステーション（貸出ステーション）２０と今回の自転車（貸出自転車）１２とを選択したことが、前記予約状況テーブルと共に、画面１３５上に表示される。それにより、ユーザは、自身が選択したステーション２０および自転車１２を確認する。

さらに、このステップＳ２０８においては、ユーザが携帯端末９０に対し、今回の自転車１２についての予定返却時刻を入力する。

その後、ステップＳ２０９において、携帯端末９０は、前記予約状況テーブルのうち、今回のステーション２０および今回の自転車１２に対応する個別予約状況を抽出し、その個別予約状況のうちの予約済み時間帯が、今回の実貸出時刻から前記予定返却時刻までの予定使用時間帯とオーバーラップしていないか否か、すなわち、先約が存在しないか否かを判定する。

先約が存在する場合には、ステップＳ２０９の判定がＮＯとなり、その後、ステップＳ２１０において、ステップＳ１６０と同様に、携帯端末９０は、ユーザに対し、再度、携帯端末９０によって第１発信機３０および第２発信機３２を検出することを再試行することを催促する。その後、ステップＳ２０４に戻る。

これに対し、先約が存在しない場合には、ステップＳ２０９の判定がＹＥＳとなり、その後、ステップＳ２１１において、携帯端末９０は、現在時刻において、今回のステーション２０に貸出前の自転車１２が存在していると判定する。この判定は、ユーザが、今回のステーション２０において、今回の自転車１２の使用を開始した（貸出しが行われた）との判定と等価である。

その後、ステップＳ２１２において、前述のステップＳ１６２と同様に、ユーザから携帯端末９０に貸出リクエストが入力されたか否かが判定される。貸出リクエストが入力された場合には、ステップＳ２１２の判定がＹＥＳとなる。

続いて、ステップＳ２１３において、前述のステップＳ１６３に準じて、ユーザが実際に、今回のステーション２０において、今回の自転車１２の使用を開始した（貸出しが行われた）という判定結果が、ユーザに関連付けられて（例えば、ユーザＩＤと共に）管理サーバ５０に送信される。

その結果、貸出ステーション２０の識別情報と貸出自転車１２の識別情報とがペアリングされる（紐づけされる）とともに、そのペアが、今回のユーザの識別情報に関連付けられ、それらの情報が携帯端末９０から管理サーバ５０に送信される。

これに対し、管理サーバ５０は、ステップＳ２７４において、前述のステップＳ２５４と同様に、前記ステップＳ２１３の実行によって携帯端末９０が送信した情報を受信する。

続いて、ステップＳ２７５において、前述のステップＳ２５５と同様に、時計１７２を用いて現在時刻を測定する。続いて、ステップＳ２７６において、前述のステップＳ２５６と同様に、その現在時刻を実貸出時刻として認識する。続いて、ステップＳ２７７において、前述のステップＳ２５７と同様に、ユーザへの今回の自転車１２の貸出しを許可する。

その後、ステップＳ２７８において、前述ステップＳ２５８と同様に、ユーザにつき、課金開始時刻が決定される。続いて、ステップＳ２７９において、今回の貸出内容、すなわち、貸出ステーション２０の識別情報と、貸出自転車１２の識別情報と、実貸出時刻と、予定返却時刻とを含むものが、前記複数のユーザ別予約内容ファイル（図１２（ｂ）参照）のうち、今回のユーザに関連付けられているものに登録される。

さらに、このステップＳ２７８においては、メモリ１６２に保存されている予約状況テーブルが、今回の貸出内容が反映されるように、更新される。

以上、ステップＳ２１２の判定がＹＥＳである場合を説明したが、判定がＮＯとなると、ステップＳ２１４において、前述のステップＳ１６４と同様に、現在、ステップＳ２１１の実行時刻からの経過時間が前記第１制限時間内であるか否かが判定される。

第１制限時間内である場合には、ステップＳ２１４の判定がＹＥＳとなり、ステップＳ２１５において、ステップＳ１６５と同様に、ユーザに対し、貸出リクエストを入力することが催促される。続いて、ステップＳ２１２に戻る。

これに対し、現在、ステップＳ２１１の実行時刻からの経過時間が第１制限時間を超えている場合には、ステップＳ２１４の判定がＮＯとなり、その後、ステップＳ２１６において、前述のステップＳ１６６と同様に、ユーザに第１違反行為が発生したと判定される。

続いて、ステップＳ２１７において、前述のステップＳ１６７と同様に、今回は、ユーザに第１違反行為が発生したことが管理サーバ５０に送信される。その送信内容は、ステップＳ２７４において、前述のステップＳ２５４において、管理サーバ５０によって受信され、今回は、自転車１２の貸出しが禁止される。

＜返却処理シーケンス＞

図１８には、ユーザが、借用していた自転車１２に乗車して運転しつつあるか、または、借用していた自転車１２を押しつつ、前記貸出ステーションと同じかまたは別のステーション（返却ステーション）２０に入場し、その後、その自転車１２の返却を許可してもらうために、そのステーション２０に位置する第１発信機３０と、その自転車１２に設置されている第２発信機３２と、予約してあった自転車１２の返却処理を許可してもらうために、ユーザの携帯端末９０と管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。

今回は、携帯端末９０の画面上において「返却処理モード」というボタンがユーザによって選択される。それに応答して携帯端末９０用の返却処理モジュールが携帯端末９０によって実行される。

その実行により、まず、ステップ３００において、前述のステップＳ１５１と同様に、管理サーバ５０にログインするためのログイン・リクエストが、今回のユーザを識別するためのユーザＩＤおよびパスワードと共に管理サーバ５０に送信される。

これに対し、管理サーバ５０用の返却処理モジュールが管理サーバ５０によって実行されると、管理サーバ５０は、ステップＳ４００において、前述のステップＳ２５１と同様に、前記ログイン・リクエストをユーザＩＤおよびパスワードと共に受信する。

これに対し、携帯端末９０は、ステップＳ３０２において、前述のステップＳ１５５と同様に、前記第１有効受信判定と前記第２有効受信判定と前記同時受信判定とを行う。

このステップ３０２の判定がＮＯとなると、ステップＳ３０１に戻るが、ステップ３０２の判定がＹＥＳとなると、ステップＳ３０３に移行する。

このステップＳ３０３においては、前述のステップＳ１５６と同様に、携帯端末９０は、前記受信した識別信号を復調し、続いて、ステップＳ３０４において、前述のステップＳ１５７と同様に、携帯端末９０は、その復調された識別信号から、第１発信機３０の実第１発信機ＩＤと第２発信機３２の実第２発信機ＩＤとを取得する。

続いて、ステップＳ３０５において、ユーザは、第１発信機３０および第２発信機３２からの受信の結果として今回のステーション（返却ステーション）２０と今回の自転車（返却自転車）１２とを選択したことが画面１３５上に表示される。それにより、ユーザは、自身が選択したステーション２０および自転車１２を確認する。

さらに、このステップＳ３０５においては、携帯端末９０は、現在時刻において、今回のステーション２０に返却済の自転車（ユーザがこれから返却しようとしている自転車）１２が存在していると判定する。この判定は、ユーザが、今回のステーション２０において、今回の自転車１２の使用を終了した（返却が行われた）との判定と等価である。

その後、ステップＳ３０６において、前述のステップＳ１６２に準じて、ユーザから携帯端末９０に返却リクエストが入力された（例えば、前記「返却リクエスト」を指令するために操作される仮想ボタン（例えば「返却ボタン」）が操作された）か否かが判定される。返却リクエストが入力された場合には、ステップＳ３０６の判定がＹＥＳとなる。

続いて、ステップＳ３０７において、前述のステップＳ１６３に準じて、ユーザから返却リクエストが発せられれたことと、ユーザが実際に、今回のステーション２０において、今回の自転車１２の使用を終了した（返却が行われた）という判定結果（今回の返却ステーション２０の識別情報と、今回の返却自転車１２の識別情報）とが、ユーザに関連付けられて（例えば、ユーザＩＤと共に）管理サーバ５０に送信される。

その結果、返却ステーション２０の識別情報と返却自転車１２の識別情報とがペアリングされる（紐づけされる）とともに、そのペアが、今回のユーザの識別情報に関連付けられ、それらの情報が携帯端末９０から管理サーバ５０に送信される。

これに対し、管理サーバ５０は、ステップＳ４０１において、前述のステップＳ２５４と同様に、前記ステップＳ３０７の実行によって携帯端末９０が送信した情報を受信する。

その後、ステップＳ４０２において、時計１７２を用いて現在時刻を測定する。続いて、ステップＳ４０３において、その現在時刻を実返却時刻として認識する。その後、ステップＳ４０４において、ユーザによる今回の自転車１２の返却を許可する。

その後、ステップＳ４０５において、ユーザにつき、前述のようにユーザごとに個別に決定された課金開始時刻から課金終了時刻（予約ありの場合は予定返却時刻、予約なしの場合には実返却時刻）までの時間が全レンタル時間として計算される。

続いて、ステップＳ４０６において、図示しない料金テーブルに従い、前記計算された全レンタル時間の長さと、料金レート（増額率）とに基づいて今回のレンタル金額が計算される。

その後、ステップＳ４０７において、前記予約状況テーブルから今回の自転車１２についてのレンタル情報が削除されるように、その予約状況テーブルが更新される。続いて、ステップＳ４０８において、前記計算されたレンタル金額などの情報が携帯端末９０に送信される。

これに対し、携帯端末９０は、ステップＳ３０８において、管理サーバ５０からレンタル金額などの情報を受信し、続いて、ステップＳ３０９において、そのレンタル金額を画面上に表示する。その後、ステップＳ３１０において、ユーザによる電子決済が行われる。

続いて、携帯端末９０は、ステップＳ３１１において、管理サーバ５０からのログアウトを要求するログアウト・リクエストを管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ４０９において、そのログアウト・リクエストを受信する。続いて、ステップＳ４１０において、そのログアウト・リクエストの受信が正常に完了したことを表す確認応答信号ＡＣＫが携帯端末９０に送信される。

これに対し、携帯端末９０は、ステップＳ３１２において、その確認応答信号ＡＣＫを管理サーバ５０から受信する。

以上、ステップＳ３０６の判定がＹＥＳである場合を説明したが、判定がＮＯとなると、ステップＳ３１３において、前述のステップＳ１６４に準じて、現在、ステップＳ３０５の実行時刻からの経過時間が第２制限時間内であるか否かが判定される。

第２制限時間内である場合には、ステップＳ３１３の判定がＹＥＳとなり、ステップＳ３１４において、ステップＳ１６５に準じて、ユーザに対し、返却リクエストを入力することが催促される。続いて、ステップＳ３０６に戻る。

これに対し、現在、ステップＳ３０５の実行時刻からの経過時間が第２制限時間を超えている場合には、ステップＳ３１３の判定がＮＯとなり、その後、ステップＳ３１５において、ユーザに第２違反行為が発生したと判定される。続いて、ステップＳ３１６において、ユーザに第２違反行為が発生したことが管理サーバ５０に送信される。

＜放置自転車探索シーケンス＞

図１９には、ユーザが、借用していた自転車１２に乗車して運転した後、何らかの理由で、ステーション２０以外の場所において自転車１２から降車して乗り捨てて放置したか否かを判定するために、その自転車１２に設置されている第２発信機３２と、ユーザの携帯端末９０と、管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。

この放置自転車探索シーケンスは、ユーザがいずれかの自転車１２を借りて貸出処理が完了すると、開始される。

まず、ユーザの携帯端末９０が、ステップＳ１９０１において、第１および／または第２発信機３０，３２から受信することを試行する。次に、ステップＳ１９０２において、いずれかの第１発信機３０から有効に受信した（例えば、携帯端末９０が第１受信レンジ（例えば、そのいずれかの第１発信機３０からの距離が約１０ｍ）内に位置する）か否かを判定する。

携帯端末９０がいずれかの第１発信機３０から有効に受信している場合には、ユーザが自転車１２と共にいずれかのステーション２０内に滞在していることを意味し、この場合には、この放置自転車探索シーケンスを実行することが不要である。

携帯端末９０がいずれかの第１発信機３０から有効に受信している場合には、ステップＳ１９０２の判定がＹＥＳとなり、ステップＳ１９０１に戻るが、図２２（ａ）に示すように、携帯端末９０がいずれの第１発信機３０からも有効に受信していない場合には、ステップＳ１９０２の判定がＮＯとなる。

ここに、携帯端末９０がいずれの第１発信機３０からも有効に受信していないことは、図２２（ａ）に示すタイムチャートにおいては、説明の便宜上、第１発信機３０からの受信信号のレベルがローレベルＬであることとして表されている。この表記方法は、第２発信機についての他のタイムチャートについても同様である。

続いて、携帯端末９０は、ステップＳ１９０３において、第１および／または第２発信機３０，３２から受信することを試行する。その後、ステップＳ１９０４において、今度は、いずれかの第２発信機３２から有効に受信した（例えば、携帯端末９０が前記第１受信レンジより短い第２受信レンジ（例えば、いずれかの第２発信機３２からの距離が約５ｍ内に位置する）内に位置する）か否かを判定する。

携帯端末９０がいずれかの第２発信機３２から有効に受信している場合には、図２１（ａ）に例示するように、ユーザが自転車１２に乗車している可能性が高いことを意味し、この場合にも、この放置自転車探索シーケンスを実行することが不要である。

携帯端末９０がいずれの第２発信機３２からも有効に受信していない場合には、ステップＳ１９０４の判定がＮＯとなり、ステップＳ１９０３に戻るが、携帯端末９０がいずれかの第２発信機３２から有効に受信している場合には、ステップＳ１９０４の判定がＹＥＳとなる。

このステップＳ１９０４の判定がＹＥＳであることは、今回のユーザが今回の自転車１２に乗車中であると判定されたことと等価である。

ただし、携帯端末９０のＧＰＳ測定位置の時間微分値（速度相当値）および／または携帯端末９０に搭載された加速度センサ（図示しない）の検出値に基づいて（例えば、その絶対値が基準値以上であるか否かを判定することにより）ユーザが移動中であるか否かを判定し、移動中であると判定されることを条件に、ステップＳ１９０４の判定がＹＥＳであるときに、今回のユーザが今回の自転車１２に乗車して移動中であると判定することが可能である。

続いて、携帯端末９０は、ステップＳ１９０５において、そのいずれかの第２発信機３２から有効に受信した識別信号によって表される実第２発信機ＩＤを取得し、その取得された実第２発信機ＩＤを、図９に示す対応関係に従い、その実第２発信機ＩＤに対応する自転車ＩＤに変換する。それにより、携帯端末９０によって検知されている自転車１２、すなわち、ユーザによって借用されている自転車１２が識別される。

その後、携帯端末９０は、ステップＳ１９０６において、第１および／または第２発信機３０，３２から受信することを試行する。続いて、ステップＳ１９０７において、ステップＳ１９０４において有効に受信されたと判定された第２発信機３２と同じ第２発信機３２から有効に受信した（例えば、携帯端末９０が前回と同じ発信機３２の前記第２受信レンジ内に位置する）か否かを判定する。

すなわち、このステップＳ１９０７においては、携帯端末９０が、ステップＳ１９０４において携帯端末９０が第２発信機３２から有効に受信した信号によって表される自転車ＩＤと同じ自転車ＩＤを表す信号を第２発信機（前回と同じ発信機）３２から携帯端末９０が有効に受信しているか否かを判定するのである。

図２１（ｂ）に例示するように、ユーザが今回の自転車１２を乗り捨てて放置した場合には、ユーザの携帯端末９０がその自転車１２に搭載されている第２発信機３２から離間ないしは退避し、その結果、携帯端末９０が前記第２受信レンジから逸脱する。そうすると、携帯端末９０は、前回と同じ第２発信機３２から有効に受信できた受信状態から有効に受信できない非受信状態に遷移することになる。

携帯端末９０が、依然として前回と同じ第２発信機３２から有効に受信している場合には、ステップＳ１９０７の判定がＹＥＳとなり、ステップＳ１９０６に戻る。ステップＳ１９０７の判定がＹＥＳであることは、今回のユーザが今回の自転車１２に乗車中である（自転車１２のサドル６２に座っている状態、自転車１２に乗車して運転・移動している状態にある）と判定されたことと等価である。

これに対し、携帯端末９０が、今回は、前回と同じ第２発信機３２から有効に受信していない場合には、ステップＳ１９０７の判定がＮＯとなる。

この判定結果は、図２２（ａ）および（ｂ）に示すように、携帯端末９０が、第１発信機３０から信号を有効に受信していない状態（期間中）において、前回と同じ第２発信機３２から信号を有効に受信する受信状態から有効に受信しない非受信状態に遷移したとの判定と等価である。

この判定結果は、さらに、ユーザ、携帯端末９０および自転車１２がいずれのステーション２０にも存在していない期間中に、ユーザが自転車１２に乗車している状態から、自転車１２から降車した状態（例えば、自転車１２から離間した状態）に遷移したとの判定とも等価である。

なお、本実施形態においては、ユーザ、携帯端末９０および自転車１２がいずれのステーション２０にも存在していないか否かの判定が、それぞれのステーション２０に設置されている第１発信機３０を用いて行われるが、これに代えて、携帯端末９０のＧＰＳを用い、ユーザおよび携帯端末９０の現在位置であってそのＧＰＳによって測定されたものがいずれのステーション２０の地図上位置とも一致しないか否かを判定する態様で本発明を実施してもよい。

その後、携帯端末９０は、ステップＳ１９０８において、ＧＰＳによって現在位置を測定する。続いて、図２２（ｃ）に示すように、ステップＳ１９０９において、その測定された現在位置（ｘ，ｙ）（ｘ：経度、ｙ：緯度）を仮の放置位置としてメモリに１３２に保存する。

その後、携帯端末９０は、ステップＳ１９１０において、自転車１２から離間したユーザに対し、その自転車１２を放置するのではなく、その自転車１２に乗っていずれかのステーション２０まで移動してそこに返却することを催告するためのアイコンおよび／またはメッセージを画面１３５上に表示する。

続いて、携帯端末９０は、ステップＳ１９１１において、ユーザが再度、今回の自転車１２に乗車したために携帯端末９０が今回の第２発信機３２から有効に受信することを開始したか否かを判定する。今回の第２発信機３２からの有効受信を開始した場合には、この判定がＹＥＳとなり、その後、ステップＳ１９０１に戻る。

これに対し、今回の第２発信機３２からの有効受信を開始しなかった場合には、ステップＳ１９１１の判定がＮＯとなり、携帯端末９０は、ステップＳ１９１２において、図２２（ｄ）に示すように、所定の制限時間（例えば、５分間、１０分間、１時間）が経過したか否かを判定する。すなわち、ステップＳ１９１１の判定結果が最初にＮＯになった時刻から同じ判定結果が継続した時間がしきい時間に到達したか否かを判定するのである。

このステップＳ１９１２の判定がＮＯであれば、ステップＳ１９１０に戻るが、このステップＳ１９１２の判定がＹＥＳであれば、携帯端末９０は、ステップＳ１９１３において、図２２（ｅ）に示すように、今回の自転車１２が放置自転車であると判定する。これにより、放置自転車が発見されることになる。

このように、本実施形態においては、携帯端末９０が、第２発信機３２の非受信状態の開始時刻からの経過時間が前記制限時間（前述の（４）項における「所定時間」）を超えると、今回の自転車１２を放置自転車として認識する。

ここに、「制限時間」の長さは、レンタル業者の都合で設定してもよいが、ユーザが、自転車１２を停止させて降車してその自転車１２の待機を開始した時刻（受信状態から非受信状態に遷移した時刻）から、やがて自転車１２に戻って乗車してその自転車１２の使用の再開を開始する時刻（非受信状態から受信状態に遷移する時刻）までの待機時間の長さとして自分の都合やスケジュールに合わせて設定してもよい。

その待機時間の間、別の者が勝手にその自転車１２の使用を開始することを阻止するために、もとのユーザは、自転車１２から離れる前にその自転車１２の電子錠を施錠しておき、その自転車１２の使用が再開されると、携帯端末９０または管理サーバ５０が、その電子錠に解錠信号を送信してその電子錠を解錠してもよい。

このような放置判定方法に代えてまたはこれに加えて、携帯端末９０は、ユーザに許可された前記レンタル車両の許可レンタル時間を経過しても、すなわち、予定返却時刻が経過しても、今回の自転車１２がいずれのステーション２０にも返却されない場合に、今回の自転車１２を放置自転車として認識してもよい。

それら放置判定方法に代えてまたはそれらに加えて、携帯端末９０は、第２発信機３２の非受信状態が開始された後、携帯端末９０がユーザに、視覚的に、聴覚的にまたは触覚的に刺激することにより、今回の自転車１２をいずれかのステーションに返却することを催促し、その催促に対してユーザが携帯端末９０に応答しないと、今回の自転車１２を放置自転車として認識してもよい。

続いて、携帯端末９０は、ステップＳ１９１４において、図２２（ｆ）に示すように、メモリ１３２に保存されている仮の放置位置（ｘ，ｙ）を最終的に放置位置（ｘ，ｙ）として取り扱う。その後、ステップＳ１９１５において、今回のユーザの本人認証情報と、放置自転車を表す今回の自転車ＩＤと、最終的な放置位置（ｘ，ｙ）とを、放置自転車情報として、管理サーバ５０に対して送信する。

これに対し、管理サーバ５０は、ステップＳ１９５１において、前記ステップＳ１９１５の実行によって携帯端末９０が送信した放置自転車情報を受信する。

その後、管理サーバ５０は、ステップＳ１９５２において、今回の自転車１２は実際にはいずれのステーション２０にも返却されていないが、その自転車１２の放置位置が事実上、一時的に出現する貸出ステーション２０として扱われて別のユーザに同じ自転車１２が貸し出されることになることから、放置自転車１２が存在するとの判定を、その自転車１２が返却されたものと見做す。すなわち、放置という行為を、みなし返却という行為として扱うのである。

続いて、管理サーバ５０は、ステップＳ１９５３において、時計１７２を用いて現在時刻を測定する。続いて、ステップＳ１９５４において、その現在時刻をみなし返却時刻として認識する。その後、ステップＳ１９５５において、ユーザにつき、前述のようにユーザごとに個別に決定された課金開始時刻から課金終了時刻（今回は、みなし返却時刻）までの時間を全レンタル時間として計算する。

続いて、管理サーバ５０は、ステップＳ１９５６において、図示しない料金テーブルに従い、前記計算された全レンタル時間の長さと、料金レート（増額率）とに基づいて今回のレンタル金額を計算する。

その後、管理サーバ５０は、ステップＳ１９５７において、ユーザが自転車１２をいずれのステーション２０にも返却しなかったことを理由として、そのユーザに課されるペナルティとしての課徴金を計算する。

続いて、管理サーバ５０は、ステップＳ１９５８において、図２３に例示するように、今回の自転車１２を放置したユーザの識別情報と、その自転車１２を識別する自転車ＩＤと、その自転車１２の放置位置（ｘ，ｙ）と、その放置の開始時刻（すなわち、例えば、みなし返却時刻または第２発信機３２の受信状態から非受信状態への遷移時刻）と、その自転車１２が別のユーザによって回収する作業が開始されたか否かを表す情報と、その作業が終了したか否かを表す情報とが互いに関連付けてメモリ１６２に保存される。それにより、放置自転車リストがメモリ１６２に登録されることになる。

さらに、管理サーバ５０は、このステップＳ１９５８において、前記予約状況テーブルから今回の自転車１２についてのレンタル情報が削除されるように、その予約状況テーブルを更新する。

続いて、管理サーバ５０は、ステップＳ１９５９において、前記計算されたレンタル金額と課徴金との合計値、すなわち、ユーザが支払うべき全レンタル金額などの情報を携帯端末９０に送信する。

これに対し、携帯端末９０は、ステップＳ１９１６において、管理サーバ５０から全レンタル金額などの情報を受信し、続いて、ステップＳ１９１７において、その全レンタル金額を画面１３５上に表示する。その後、ステップＳ１９１８において、ユーザによる電子決済を可能にする。

＜放置自転車回収シーケンス＞

図２０には、放置自転車１２が発見された場合、その放置自転車１２をその放置位置において別のユーザに貸し出してそのユーザによっていずれかのステーション２０に返却してもらうために、その自転車１２に設置されている第２発信機３２と、他のユーザの携帯端末９０と、管理サーバ５０との間で行われる通信の一例が時系列的にシーケンス・フローで表されている。

この放置自転車回収シーケンスは、前述の放置自転車探索シーケンスによって放置自転車１２が発見されると、開始される。

まず、管理サーバ５０は、ステップＳ２０５１において、図２３に例示する前述の放置自転車リストから、回収前の各放置自転車１２についての自転車ＩＤと、その放置自転車１２の放置位置とを読み出す。次に、ステップＳ２０５２において、各放置自転車１２ごとに、自転車ＩＤと放置位置とが互いに関連付けて成る放置自転車データを潜在的な他の複数人のユーザの携帯端末９０に一斉に送信する。その放置自転車データは、他の各ユーザの携帯端末９０のメモリ１３２に保存される。

これに対し、他の各ユーザの携帯端末９０は、ステップＳ２００１において、管理サーバ５０から送信された放置自転車データを受信する。続いて、ステップＳ２００２において、ＧＰＳにより、自身の現在位置を測定する。その後、ステップＳ２００３において、図２４に例示するように、現在位置（図においては、黒塗りの三角形２０２で示す）の近傍の地図を画面１３５上に表示する。

続いて、他の各ユーザの携帯端末９０は、ステップＳ２００４において、同図に示すように、前記放置自転車データによって表される各放置自転車１２の放置位置（図においては、四角形の枠内に「Ｄ」が付記された図形で示す）を画面１３５上に、前記地図に対してオーバーレイ表示する。

その後、他の各ユーザの携帯端末９０は、ステップＳ２００５において、第１および／または第２発信機３０，３２から有効に受信することを試行する。続いて、ステップＳ２００６において、いずれかの第２発信機３２から有効に受信した（携帯端末９０が前記第２受信レンジ内にある）か否かを判定する。

他の各ユーザの携帯端末９０がいずれの第２発信機３２からも有効に受信しない場合には、このステップＳ２００６の判定がＮＯとなり、ステップＳ２００５に戻る。

これに対し、図２１（ｃ）に例示するように、前記潜在的な他の複数人のユーザのうちの１人（以下、「他のユーザ」という）が、他のユーザの携帯端末９０の画面１３５上に表示されている上述の案内情報を頼りに、いずれかの放置自転車１２を借りるためにそれに接近したと仮定する。

さらに、やがて、図２１（ｄ）に示すように、他のユーザが、その放置自転車１２に乗車し、その結果、その他のユーザの携帯端末９０がいずれかの第２発信機３２から有効に受信したと仮定する。この場合には、ステップＳ２００６の判定がＹＥＳとなる。

その後、他のユーザの携帯端末９０は、ステップＳ２００７において、そのいずれかの第２発信機３２から有効に受信した識別信号から、その第２発信機３２が搭載されているはずの放置自転車１２の自転車ＩＤを取得する。

続いて、他のユーザの携帯端末９０は、ステップＳ２００８において、その取得された自転車ＩＤが、メモリ１３２に保存されている少なくとも一つの放置自転車１２の自転車ＩＤのうちのいずれかと一致するか否かを判定する。いずれの放置自転車１２の自転車ＩＤとも一致しない場合には、このステップＳ２００８の判定がＮＯとなり、ステップＳ２００５に戻るが、いずれかの放置自転車１２の自転車ＩＤと一致した場合には、ステップＳ２００８の判定がＹＥＳとなる。

その後、他のユーザの携帯端末９０は、ステップＳ２００９において、そのユーザが、今回の自転車１２、すなわち、ある放置自転車１２を借りて利用した後にそれをいずれかのステーション２０に返却する予定の時刻を入力することを支援する。

続いて、他のユーザの携帯端末９０は、ステップＳ２０１０において、ユーザが、その自転車１２について貸出リクエストを入力した（例えば、「貸出リクエスト」を指令するために操作される仮想ボタン（例えば「貸出ボタン」）がユーザによって操作された）か否かを判定する。貸出リクエストが入力された場合には、このステップＳ２０１０の判定がＹＥＳとなる。

その後、他のユーザの携帯端末９０は、ステップＳ２０１１において、そのユーザから貸出リクエストが発せられれたことと、ユーザが今回の自転車１２の使用を開始したこととを、ユーザに関連付けて（例えば、ユーザＩＤと共に）管理サーバ５０に送信する。

これに対し、管理サーバ５０は、ステップＳ２０５３において、前記ステップＳ２０１１の実行によって他の各ユーザの携帯端末９０が送信した情報を受信する。その後、ステップＳ２０５４において、図２３に例示する放置自転車テーブルから今回の自転車１２についての情報が削除されるように、その放置自転車テーブルを更新する。

続いて、管理サーバ５０は、ステップＳ２０５５において、前述のステップＳ２５５と同様に、時計１７２を用いて現在時刻を測定する。続いて、ステップＳ２０５６において、前述のステップＳ２５６と同様に、その現在時刻を実貸出時刻として認識する。続いて、ステップＳ２０５７において、前述のステップＳ２５７と同様に、ユーザへの今回の自転車１２（今回は、放置自転車）の貸出しを許可する。

その後、管理サーバ５０は、ステップＳ２０５８において、前述ステップＳ２５８と同様に、ユーザにつき、課金開始時刻が決定される。続いて、管理サーバ５０は、必要な情報を他のユーザの携帯端末９０に送信し、それにより、ユーザは、放置位置において自転車１２が貸し出されて課金が開始されたことを知ることができる。

後述のように、本発明は、各ステーション２０に第１発信機３０が設置されていない態様で実施することが可能であるが、本実施形態においては、各ステーション２０に第１発信機３０が設置されているため、それに起因した効果が得られる。

すなわち、本実施形態においては、各ステーション２０における自転車１２の貸出し時および返却時において、各自転車１２と、その自転車１２が実在するステーション２０とが紐付けされる。よって、管理サーバ５０すなわちレンタル業者は、各ステーション２０に実在する自転車１２の台数をリアルタイムで遠隔的に監視することが可能となる。

したがって、レンタル業者は、各ステーション２０ごとに、保管されている自転車１２の台数の過不足をリアルタイムで遠隔的に監視でき、自転車１２の保管台数が不足気味のステーション２０をユーザが利用することを抑制する一方、自転車１２の保管台数が過剰気味のステーション２０をユーザが利用することを奨励するように、潜在的なユーザを案内することが可能である。

このようにすれば、複数人のユーザが、レンタル業者に代わって、保管自転車１２を複数のステーション２０の間で最適に分配する作業を行うことになるため、レンタル業者が、わざわざ各ステーション２０に出向いて各ステーション２０における保管自転車１２の過不足を解消するための作業を行う必要性が軽減される。

なお、本実施形態においては、各ステーション２０に第１発信機３０が設置され、そのため、ユーザが現在、いずれかのステーション２０に滞在しているか、ステーション２０以外の場所に滞在しているか（すなわち、いずれのステーション２０にも滞在していないか）を判別することができるうえに、ユーザが現在、いずれのステーション２０に滞在しているかを知ることもできる。

しかし、その第１発信機３０に代えて、各ステーション２０を識別可能なコード（例えば、バーコードまたはＱＲコード（登録商標））を可視化した図形を表示する表示物（不動表示物または可変表示物）が各ステーション２０に設置される態様で本発明を実施してもよい。

＜第２の実施形態＞

次に、図２５−図２８を参照することにより、本発明の例示的な第２の実施形態に従うシステム１０を説明する。ただし、第１実施形態に従うシステム１０と共通する部分については、同じ符号および名称を使用して引用することにより、重複した説明を省略し、異なる部分についてのみ詳細に説明する。

前述の第１の実施形態においては、原則としてステーション型であるワンウェイ方式自転車レンタル・ビジネスを実施するために、複数台の自転車１２が、土地に位置不変に割り当てられた複数のステーション２０に一時的に駐車され、各ステーション２０において、自転車１２の貸出しおよび返却が行われる。さらに、各ステーション２０には、第１発信機３０が設置される。

これに対し、本実施形態においては、図２５に例示するように、フリー・フローティング型ワンウェイ方式自転車レンタル・ビジネスを実施するために、自転車１２の貸出しおよび返却が任意の場所で行われる。もちろん、そのような任意の場所には、第１発信機３０が設置されていない。

図２５に示す例においては、あるユーザＸが、公道内の両側帯に割り当てられた複数の路上駐輪場（レンタサイクル専用の駐輪場）のうちのいずれかである路上駐輪場３００を選んでそこで自転車１２を借る。やがて目的を達すると、ユーザＸは、別の路上駐輪場３００を選んでそこにその自転車１２を返却する。

したがって、本実施形態においては、自転車１２の放置という概念が存在しないが、前述の第１の実施形態においては、前述のように、「放置」という用語が「返却」という用語と同義である可能性があった。

よって、本実施形態における「返却」という用語は、第１の実施形態における「返却（本人によるいずれかのステーション２０への返却であって、そのステーション２０で他人に自転車１２を貸し出すための準備行為）」という用語と「放置（その放置場所で他人に自転車１２を貸し出すための準備行為）」という用語とのうちの後者を意味することになる。

＜貸出シーケンス＞

図２６には、ユーザの携帯端末９０により、貸出処理を実行するために実行される貸出処理モジュールと、管理サーバ５０により、貸出処理を実行するために実行される貸出処理モジュールとが貸出シーケンス・フローとして表されている。

具体的には、携帯端末９０は、ステップＳ２６０１において、管理サーバ５０のウエブサイトにログインするリクエストを管理サーバ５０に送信する。

これに応答し、管理サーバ５０は、ステップＳ２６５１において、そのログイン・リクエストを受信する。続いて、管理サーバ５０は、ステップＳ２６５２において、現在、自転車１２が保管されている複数の保管場所３００の位置を表す保管位置データをメモリ１６２において検索する。

それら複数の保管場所３００は、事実上、ユーザにとっての複数の臨時ステーション（自転車１２の貸出しと返却とを臨時的に行う任意の場所）として機能する。その後、管理サーバ５０は、ステップＳ２６５３において、それら保管場所３００の地図上位置（ｘ，ｙ）を表す保管位置データを、各臨時ステーションＩＤに関連付けて、携帯端末９０に送信する。

これに応答し、携帯端末９０は、ステップＳ２６０２において、送信された保管位置データを受信し、それをメモリ１３２に保存する。続いて、携帯端末９０は、ステップＳ２６０３において、ＧＰＳにより、自身の現在位置すなわちユーザの現在位置を測定する。

その後、携帯端末９０は、ステップＳ２６０４において、その現在位置近傍の地図を画面１３５上に表示し、さらに、前記保存された複数の保管場所３００（すなわち、臨時ステーション３００）のうち現在位置近傍にあるものを、表示されている地図上にオーバーレイ表示する。

これにより、ユーザは、自身の現在位置の近傍に存在するいくつかの臨時ステーション３００を知ることができる。その後、ユーザは、いずれかの臨時ステーション３００を選択し、その位置に向かって移動し、やがて、ユーザは、その臨時ステーション３００およびそこに存在する自転車１２に接近することになる。

続いて、携帯端末９０は、ステップＳ２６０５において、いずれかの自転車１２に搭載されている第２発信機３２からの受信を、ユーザに携帯端末９０を第２発信機３２に接触ないしはかざすことを要求する前記ショートレンジ（または、携帯端末９０を、第２発信機３２にかざすほどではないが第２発信機３２に接近させることを要求する（もしくは、ユーザが自転車１２に乗車していれば携帯端末９０を第２発信機３２にかざさなくても携帯端末９０が第２発信機３２から有効に受信することになる）前記ミディアムレンジでもよい）のもとに試行する。

その後、携帯端末９０は、ステップＳ２６０６において、いずれかの第２発信機３２から信号を有効に受信しない非受信状態から、有効に受信する受信状態に遷移したか否かを判定する。その遷移がなければ、ステップＳ２６０６の判定がＮＯとなり、ステップＳ２６０５に戻るが、その遷移があり、ステップＳ２６０６の判定がＹＥＳとなると、ステップＳ２６０７に移行する。

図２８に例示するように、ユーザが自転車１２に乗車する前であって、ユーザが第２発信機３２から遠ざかっている状態においては、携帯端末９０が第２発信機３２から有効に受信できない。そのときの受信信号は、概念的には、ローレベルＬにある。やがて、ユーザが第２発信機３２に近づくかまたは自転車１２に乗車すると、携帯端末９０がその第２発信機３２から有効に受信し始める。そのときの受信信号は、概念的には、ハイレベルＨにある。

携帯端末９０は、上述のステップＳ２６０７において、「貸出し開始」と判定する。続いて、ステップＳ２６０８において、ＧＰＳにより、自身の現在位置を測定する。その位置は、ユーザの現在位置でもあるし、ユーザが現に居る１つの臨時ステーション３００（今回は貸出ステーションとして機能する）の位置でもあるし、その臨時ステーション３００に停車（駐車）している１台の自転車１２の所在位置でもある。

その後、携帯端末９０は、ステップＳ２６０９において、前記有効に受信した信号から、今回の自転車１２に対応する自転車ＩＤを取得する。その自転車ＩＤは、貸出自転車ＩＤとしてメモリ１３２に保存される。続いて、ステップＳ２６１０において、その貸出自転車ＩＤを画面１３５上に表示し、さらに、ユーザがその自転車１２を借りることを希望するために操作されるアイコンである「貸出ボタン」を画面１３５上に表示する。

その後、携帯端末９０は、ステップＳ２６１１において、ユーザが実際に選択した自転車１２に表示されている自転車ＩＤ（例えば、図１（ｂ）に示す例においては、「２００１」）と、画面１３５上に表示されている自転車ＩＤとが互いに一致しているためにユーザが「貸出ボタン」を操作したか否かを判定する。

ユーザが「貸出ボタン」を操作しなかった場合には、ステップＳ２６１１の判定がＮＯとなり、同じステップＳ２６１１に戻るが、「貸出ボタン」を操作した場合には、ステップＳ２６１１の判定がＹＥＳとなり、ステップＳ２６１２において、ユーザから、今回の自転車１２を借りたいという貸出リクエストが出されたことを、今回の自転車ＩＤと今回の臨時ステーション３００の地図上位置（今回は、貸出ステーション位置）とユーザＩＤとに関連付けて、管理サーバ５０に送信する。

これに応答し、管理サーバ５０は、ステップＳ２６５４において、その貸出リクエストを受信し、続いて、ステップＳ２６５５において、時計１７２を用いて現在時刻を測定する。続いて、ステップＳ２６５６において、その現在時刻を実貸出時刻として認識する。続いて、ステップＳ２６５７において、ユーザへの今回の自転車１２の貸出しを許可する。

その後、管理サーバ５０は、ステップＳ２６５８において、ユーザにつき、課金開始時刻を実貸出時刻に決定する。続いて、ステップＳ２６５９において、貸出しが許可されたことおよび課金開始時刻を表すデータを携帯端末９０に送信する。

これに応答し、携帯端末９０は、ステップＳ２６１３において、その送信されたデータを受信する。

これに合わせて、携帯端末９０は、今回の自転車１２に搭載されている電子ロック（例えば、車輪ロック、ハンドルロック）に解錠信号を近距離通信方式で送信し、それにより、その電子ロックを解錠することが可能である。解錠後、ユーザは、今回の自転車１２を使用することが可能となる。これに代えて、同じ解錠信号を管理サーバ５０が遠距離通信方式で送信してもよい。

その後、携帯端末９０は、ステップＳ２６１４において、先行するステップＳ２６１３において受信したデータを画面１３５上に表示する。

図２８に例示するように、上述のようにして自転車１２のユーザへの貸出しが許可され、必要なロック解除が完了すれば、ユーザは、自転車１２に乗車して走り出すことが可能となる。この場合、レンタル時間は、厳密には、実貸出時刻から起算されるが、実質的には、ユーザが自転車１２に乗車したときから起算されることになる。

＜返却シーケンス＞

図２７には、ユーザの携帯端末９０により、返却処理を実行するために実行される返却処理モジュールと、管理サーバ５０により、返却処理を実行するために実行される返却処理モジュールとが返却シーケンス・フローとして表されている。

この返却シーケンス・フローは、前述の貸出シーケンス・フローが終了すると、それに後続して実行される。さらに、この返却シーケンス・フローにおいては、ユーザが自転車１２に乗車していれば携帯端末９０を第２発信機３２にかざさなくても携帯端末９０が第２発信機３２から有効に受信することになる前記ミディアムレンジのもとに、第２発信機３２からの受信を試行する。

具体的には、携帯端末９０は、ステップＳ２７０１において、いずれかの自転車１２に搭載されている第２発信機３２からの受信を前記ミディアムレンジのもとに試行する。

その後、携帯端末９０は、ステップＳ２７０２において、いずれかの第２発信機３２から信号を有効に受信する受信状態から、有効に受信しない非受信状態に遷移したか否かを判定する。その遷移がなければ、ステップＳ２７０２の判定がＮＯとなり、ステップＳ２７０１に戻るが、その遷移があり、ステップＳ２７０２の判定がＹＥＳとなると、ステップＳ２７０３に移行する。

図２８に例示するように、ユーザが自転車１２に乗車しており、第２発信機３２に接近している状態においては、携帯端末９０が第２発信機３２から有効に受信する。そのときの受信信号は、概念的には、ハイレベルＨにある。やがて、ユーザが自転車１２から降車し、第２発信機３２から離間すると、携帯端末９０がその第２発信機３２から有効に受信しない状態が開始される。そのときの受信信号は、概念的には、ローレベルＬにある。

携帯端末９０は、上述のステップＳ２７０３において、「返却開始」と判定する。続いて、ステップＳ２７０４において、ＧＰＳにより、自身の現在位置を測定する。その位置は、ユーザの現在位置でもあるし、ユーザが現に居る１つの臨時ステーション３００（今回は返却ステーションとして機能する）の位置でもあるし、その臨時ステーション３００に停車（駐車）している１台の自転車１２の所在位置でもある。

その後、携帯端末９０は、ステップＳ２７０５において、前記ステップＳ２７０１の実行時に有効に受信していた信号から、今回の自転車１２に対応する自転車ＩＤを取得する。続いて、ステップＳ２７０６において、その自転車ＩＤが、メモリ１３２に保存されている貸出自転車ＩＤと一致するか否かを判定する。一致しなければ、ステップＳ２７０６の判定がＮＯとなり、ステップＳ２７０１に戻るが、一致すれば、ステップＳ２７０６の判定がＹＥＳとなり、ステップＳ２７０７に移行する。

携帯端末９０は、そのステップＳ２７０７において、ユーザがその自転車１２を返却することを希望するために操作されるアイコンである「返却ボタン」を画面１３５上に表示する。さらに、ユーザが「返却ボタン」を操作したか否かを判定する。

ユーザが「返却ボタン」を操作しなかった場合には、その判定がＮＯとなり、ステップＳ２７０７に戻るが、「返却ボタン」を操作した場合には、その判定がＹＥＳとなり、ステップＳ２７０８において、ユーザから、今回の自転車１２を返却したいという返却リクエストが出されたことを、今回の自転車ＩＤと今回の臨時ステーション３００の地図上位置（今回は、返却ステーション位置）とユーザＩＤとに関連付けて、管理サーバ５０に送信する。

これに応答し、管理サーバ５０は、ステップＳ２７５１において、その返却リクエストを受信し、続いて、ステップＳ２７５２において、利用可能な自転車１２が保管されている複数の保管位置のリストであってメモリ１６２に保存されているものを、今回の自転車１２が今回の臨時ステーション３００の地図上位置に返却されたという事実が反映されるように、更新する。

その後、管理サーバ５０は、ステップＳ２７５３において、時計１７２を用いて現在時刻を測定する。続いて、ステップＳ２７５４において、その現在時刻を実返却時刻として認識する。その後、ステップＳ２７５５において、ユーザによる今回の自転車１２の返却を許可する。

続いて、管理サーバ５０は、ステップＳ２７５６において、ユーザにつき、前述のように決定された課金開始時刻から課金終了時刻（実返却時刻）までの時間を全レンタル時間として計算する。その後、ステップＳ２７５７において、図示しない料金テーブルに従い、前記計算された全レンタル時間の長さと、料金レート（増額率）とに基づいて今回のレンタル金額を計算する。続いて、ステップＳ２７５８において、前記計算されたレンタル金額などの情報を携帯端末９０に送信する。

これに対し、携帯端末９０は、ステップＳ２７０９において、管理サーバ５０からレンタル金額などの情報を受信し、続いて、ステップＳ２７１０において、そのレンタル金額を画面１３５上に表示する。その後、ステップＳ２７１１において、ユーザによる電子決済が行われる。

例えば、携帯端末９０は、前記ステップＳ２７１０において、ユーザに対し、今回の自転車１２に搭載されている電子ロックを手動で施錠することを指示するためのメッセージを画面１３５上に表示してもよい。ユーザが実際に施錠し、そのことが電子ロックによって確認され、そのことが携帯端末９０または管理サーバ５０が受信すると、そのときに、返却ステージが完了したと判定してもよい。

図２８に例示するように、上述のようにしてユーザが自転車１２を任意の場所に停車し、そこで降車し、やがてユーザが自転車１２から離間すると、携帯端末９０は第２発信機３２からの信号を有効に受信できない状態となる。そのとき、ユーザからの自転車１２の返却が許可され、必要なロック施錠を行えば、返却ステージが完了する。この場合、レンタル時間は、厳密には、実返却時刻まで加算されるが、実質的には、ユーザが自転車１２から降車したときまで加算されることになる。

なお、本実施形態においては、第２発信機３２の受信レンジが、ユーザが自転車１２に乗車している限り、携帯端末９０が第２発信機３２の受信レンジ内にあるように設定された上で、ユーザが自転車１２から離間し、それに伴い、携帯端末９０が第２発信機３２の受信レンジから逸脱し、それにより、第２発信機３２の受信状態から非受信状態に遷移すると、ユーザが自転車１２を返却する可能性があると推定される。

これに代えて、本発明は、第２発信機３２の受信レンジが、ユーザが自転車１２に乗車しているだけでは足りず携帯端末９０を意図的に第２発信機３２にかざすなどして接近させない限り、携帯端末９０が第２発信機３２の受信レンジ内に進入しないように設定された上で、ユーザが携帯端末９０を第２発信機３２にかざすなどして接近させ、それに伴い、携帯端末９０が第２発信機３２の受信レンジ内に進入し、それにより、第２発信機３２の非受信状態から受信状態に遷移すると、ユーザが自転車１２を返却する可能性があると推定する態様で実施してもよい。

＜他のいくつかの変形例＞

以上説明したいくつかの実施形態においては、ユーザの識別情報の一例としてユーザＩＤが使用され、それにより、そのユーザの挙動が経時的に監視される。

これに代わるかまたはこれに加えて、ユーザの識別情報（本人認証情報）の別の例として、携帯端末９０の電話番号、電子メールアドレス、ＭＡＣアドレスなどの固有のデバイス・アドレスなどを使用してもよい。

また、前述のいくつかの実施形態は、携帯端末９０によるデータ処理のうちの少なくとも一部と同じデータ処理を管理サーバ５０によって実行するように改良したり、逆に、管理サーバ５０によるデータ処理のうちの少なくとも一部と同じデータ処理を携帯端末９０によって実行するように改良することが可能である。

また、前述のいくつかの実施形態は、自転車１２を有償で、しかも、後払い方式でユーザに貸し出すレンタル・ビジネスを実施するように構成されるが、例えば、前払い方式でユーザに貸し出すレンタル・ビジネスを実施したり、無償でユーザに貸し出すレンタル・ビジネスを実施するように改良することが可能である。

また、前述のいくつかの実施形態は、レンタル車両としてのレンタサイクルすなわち貸し自転車に対して本発明を適用する際の例示的な形態であるが、ユーザに有償または無償で貸与される他の移動体であってユーザと共に移動するものに対して本発明を適用してもよい。そのような移動体として、例えば、自動二輪車、自動車（レンタカーなど）、エンジン付きボートまたはジェットスキー、娯楽用もしくは競技用のゴーカート、買い物カート、ベビーカー、手押し車、車いすまたはゴルフカートがある。

なお、「自転車」は、通常、車輪の数が２個である形式であるが、それに限らず、例えば、車輪の数が３個である形式であっても、車輪の数が４個である形式であってもよい。

さらに、レンタル対象が家具、電気製品、電気製品に着脱可能に装着される付属品、または視聴覚コンテンツが記録されている記録媒体（例えば、レンタルＣＤ）であってユーザが再生可能なもの場合にも、本発明を適用することが可能である。

さらに、レンタル対象がユーザが居住可能なホテルやアパートの部屋、コインロッカー内の個別保管スペース、または駐車場内の個別駐車スペースである場合にも、本発明を適用することが可能である。

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

Claims (6)

1. レンタル車両をユーザに貸し出すことを可能にするレンタル車両管理方法であって、
   レンタル車両には、固有の信号を発信する発信機が搭載され、
   ユーザは、管理サーバと通信する機能と、前記発信機からの信号を受信する機能とを有する携帯端末を有し、
   当該方法は、
   ユーザが、いずれかのレンタル車両に接近したために、前記携帯端末が、そのレンタル車両の前記発信機からの信号を有効に受信すると、当該携帯端末が、前記発信機から受信した信号から、ユーザに貸し出されるレンタル車両の車両ＩＤを特定し、その車両ＩＤを貸出し車両ＩＤとして前記管理サーバに送信する貸出し工程と、
   ユーザが、自身に貸し出されたレンタル車両を返却し、そのレンタル車両から離間したために、前記携帯端末が、そのレンタル車両の前記発信機からの信号を有効に受信する状態から有効に受信しない状態に遷移すると、当該携帯端末が、有効に受信できなくなる前に前記発信機から受信していた信号から、前記レンタル車両のＩＤを返却車両ＩＤとして特定し、その返却車両ＩＤを前記管理サーバに送信する返却工程と
   を含むレンタル車両管理方法。
2. さらに、
   前記管理サーバが、レンタル車両の貸出しを行う複数の貸出しステーションの位置を複数人の潜在的なユーザの携帯端末に一斉に送信する一斉送信工程と、
   前記遷移が発生すると、前記携帯端末が、自身の現在位置を新たな貸出しステーション位置として取得し、その新たな貸出しステーション位置を前記管理サーバに送信する送信工程と
   を含む請求項１に記載のレンタル車両管理方法。
3. 前記レンタル車両は、自転車、自動車および自動二輪車のうちの少なくとも一つを含む請求項１または２に記載のレンタル車両管理方法。
4. 請求項１ないし３のいずれかに記載の携帯端末として機能させるためのプログラム。
5. 請求項２に記載の管理サーバとして機能させるためのプログラム。
6. 請求項４または５に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

Images