JP6366804B1 - レンタル対象管理方法 - Google Patents

Abstract

【課題】レンタル対象に搭載された発信機とそのレンタル対象を使用するユーザの携帯端末とを用いてレンタル対象を管理する技術において、発信機の受信レンジを制御する、レンタル対象管理方法を提供する。
【解決手段】ステーション２０に保管される貸し自転車１２に、固有の識別信号を発信する発信機３２を設置する。貸し自転車１２を使用するユーザの携帯端末９０は、発信機３２との間で近距離通信方式での受信が可能である。その携帯端末９０が、発信機３２からの信号に基づいてユーザへの自転車１２の貸出しおよび／またはユーザからの自転車１２の返却を許可する。発信機３２の受信レンジは、貸し自転車１２のユーザへの貸出しが許可されてからユーザが貸し自転車１２に乗車している間、携帯端末９０によって有効に受信されるように可変に制御される。
【選択図】図２

Description

本発明は、レンタル対象に搭載された発信機とそのレンタル対象を使用するユーザの携帯端末とを用いて前記レンタル対象を管理する技術に関し、特に、その技術の改良に関する。

対象物をユーザの携帯端末を用いて特定（識別）する技術が既に存在する。

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

この種の技術を利用した既存のサービスとして、地理的に異なる複数の不動産であって、各々、レンタル対象である動産に関連付けられる（例えば、動産が少なくとも一時的に、場所としての不動産に物理的に存在し、その場所において保管される）ものを集中的に管理するサービスがある。

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

ステーションにおける自転車の貸出しおよび返却というサービスをユーザに対して無人で行うための具体的な自転車管理システムが既に提案されており、いくつかの具体例が特許文献１−５にそれぞれ開示されている。

具体的には、特許文献１に記載のシステムにおいては、貸し自転車を保管するステーションに、その識別のために、２次元バーコードが装着されている。また、各貸し自転車に、その識別のために、２次元バーコードが装着されている。

このシステムにおいては、ユーザは、携帯端末を用いて、ステーションの２次元バーコードをリーダで読み取ってステーションを識別する。ユーザは、携帯端末を用いて、貸し自転車の２次元バーコードをリーダで読み取って貸し自転車を識別する。携帯端末は、管理サーバと通信することにより、貸し自転車の貸出しおよび返却を許可してもらう。

これに対し、特許文献２には、各貸し自転車にその識別のために装着される２次元バーコードを、ＩＣタグなどの近距離通信手段（発信機に相当）に置換することが可能であることが記載されている。

また、特許文献３に記載のシステムにおいては、貸し自転車を保管するステーションに発信機が設置されている。各貸し自転車には、その識別のために、発信機ではなく、ユーザによって読み取り可能な番号表示物（例えば、数字列や暗号）が付着されている。

このシステムにおいては、ユーザは、携帯端末を用いて発信機からの信号を受信してステーションを識別し、その後、管理サーバと通信することにより、貸し自転車の貸出しおよび返却を許可してもらう。

また、特許文献４に記載のシステムにおいては、貸し自転車を返却可能な場所には、その場所を示す識別子を送信する発信機が設置されている。各貸自転車には、付属装置が装着されている。

その付属装置は、貸し自転車を返却可能な場所を示す複数の識別子を記憶する記憶手段を有する。前記付属装置は、さらに、前記発信機から識別子を受信する受信機を有する。前記付属装置は、さらに、前記受信機が受信した識別子と、前記記憶されている識別子とが一致する場合に、貸し自転車の、前記発信機が設置されている場所への返却が可能と判定する判定手段を有する。

このシステムにおいては、ユーザは、携帯端末を用いて管理サーバとの通信を行い、駐輪場の選択および貸し自転車の選択は行うが、前記受信機からの信号を受信しない。そのため、携帯端末は、貸し自転車を検知して識別することはできない。

さらに、このシステムにおいては、携帯端末は、貸出しを許可してもらうために、管理サーバとの通信を行うが、返却を許可してもらうために、管理サーバとの通信は行わない。返却のための処理は、前記付属装置と前記発信機との間で行われる。

また、特許文献５に記載のシステムにおいては、ユーザは携帯端末を用いて管理サーバにアクセスして、貸出し中の貸し自転車の返却先を取得する。貸し自転車には、発信機としてのＲＦＩＤタグ（無線タグ）が装着されている。ステーションには、各貸し自転車ごとに駐輪機が設置されており、その駐輪機に貸し自転車が１台ずつ保管される。

その駐輪機には、受信機（ＲＦＩＤリーダー）が設置されている。その受信機は、貸し自転車の発信機から信号を受信する。その受信機は、さらに、駐輪中の貸し自転車の有無もしくは貸し自転車のＩＤを管理サーバに送信する送信機能を有する。

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

特許文献１に記載の技術によれば、ステーションに装着されるハードウエア資源はバーコードであり、また、貸し自転車に装着されるハードウエア資源もバーコードであり、それら２種類のバーコードはいずれも、同じ携帯端末のイメージリーダによって電気的に読み取られる。

しかし、ユーザが携帯端末を用いて、２種類のバーコードであって互いに異なる場所に存在する可能性が高いものを読み取るためには、ユーザは、読み取るべきバーコードごとにそのバーコードが存在する場所に移動して接近しなければらない。バーコードから距離的に離れるほど、そのバーコードからの反射光のうちイメージリーダに入射する光量が減少し、その読取り時の分解能が低下するからである。

そのため、この技術では、携帯端末が、物理的に、それら２種類のバーコードを同時に読み取ることは不可能である。

その結果、管理サーバが携帯端末から２種類のバーコードの読取結果データを受信しても、それらバーコードが、実際に、同じステーションに存在したという事実は、別の証拠がないと、立証することができない。そのため、ユーザは、何らかの不正な目的のために、ステーションと貸し自転車との実際の組合せとは異なる偽の組合せのデータを携帯端末において生成してそれを管理サーバに送信するという改ざん行為が理論的に可能となってしまう。

また、この技術では、ユーザが同じ場所において携帯端末を用いてそれら２種類のバーコードを読み取ることは不可能であり、わざわざ２箇所の場所まで移動して読取作業を２回に分けて行わなければならず、面倒である。

これに対し、特許文献２や３を特許文献１に組み合わせると、上述の２種類のバーコードがいずれも発信機に置換されることが可能であるかもしれない。

しかし、そのような置換を行ったとしても、特許文献１−５のいずれも、１）それら２個の発信機からのそれぞれの信号を携帯端末で同時に受信するように当該システムを設計する点も、２）その同時受信を条件に貸し自転車の貸出しおよび返却を許可する点も、３）バーコードに代えて発信機を用いれば、その発信機から受信した信号によって表されるデータであって携帯端末において使用されるもののセキュリティが向上する点も、開示していない。

さらに、特許文献１−５のいずれも、それら２個の発信機間の有効受信エリアの幾何学的な相対関係をどのように具体化するかについても開示していない。

これに対し、特許文献６は、ステーションとシェアカーとにそれぞれビーコンを設置し、それら２個のビーコンからユーザの携帯端末がそれぞれ受信した信号に基づいてシェアカーの貸出しおよび返却を行う点を開示している。

この特許文献６は、さらに、それら２個のビーコンからのそれぞれの信号をユーザの携帯端末で同時に受信することを条件にシェアカーの貸出しおよび返却を許可する点を開示している。

しかし、この特許文献６は、シェアカーに搭載されている車載ビーコンの受信レンジ、すなわち、ユーザの携帯端末が車載ビーコンから信号を有効に受信可能な距離をユーザの挙動に応じて可変に制御する点を開示していない。

さらに、この特許文献６は、シェアカーのユーザへの貸出しが許可されてからユーザがシェアカーに乗車している間、ユーザが携帯端末を車載ビーコンにかざさなくても、携帯端末が車載ビーコンから信号を有効に受信するように車載ビーコンの受信レンジを設定する点も開示していない。

以上の知見を背景にして、本発明は、レンタル対象に搭載された発信機とそのレンタル対象を使用するユーザの携帯端末とを用いて前記レンタル対象を管理する技術であって、前記発信機の受信レンジを制御する技術を提供することを課題としてなされたものである。

その課題を解決するために、本発明の一側面によれば、ユーザに対して貸出および返却が行われるレンタル対象を管理する方法であって、
前記レンタル対象に、固有の信号を発信する発信機が設置されており、
ユーザの携帯端末は、前記発信機からの信号を近距離無線通信方式で受信可能であるとともに、前記発信機からの信号を有効に受信できる範囲である受信レンジを変更可能であり、
当該方法は、
前記携帯端末が、その携帯端末が前記発信機から信号を受信する状態が非有効受信状態から有効受信状態に遷移すると、ユーザへの前記レンタル対象の貸出のための貸出処理のタイミングであると判定し、当該携帯端末が前記発信機から信号を受信する状態が有効受信状態から非有効受信状態に遷移すると、ユーザからの前記レンタル対象の返却のための返却処理のタイミングであると判定する判定工程と、
前記携帯端末が、前記判定の結果に基づいて前記受信レンジを可変に制御する受信レンジ制御工程と
を含むレンタル対象管理方法が提供される。

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

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

（１） ステーションとそのステーションに保管されるレンタル対象とにそれぞれ、固有の識別信号を発信する第１発信機および第２発信機を設置し、第１発信機からの信号と第２発信機からの信号との双方をユーザの携帯端末が受信している状態を検出することを条件に、ユーザへのレンタル対象の貸出しおよび／またはユーザからのレンタル対象の返却を許可するレンタル対象管理方法。

（２） 地理的に異なる複数のステーションであって、各々、少なくとも１つのレンタル対象を保管するものを集中的に管理するレンタル対象管理システムであって、
各ステーションに少なくとも１つずつ設置され、対応するステーションに固有のステーションＩＤを識別し得る識別信号を発信する第１発信機と、
各レンタル対象に少なくとも１つずつ設置され、対応するレンタル対象に固有のレンタル対象ＩＤを識別し得る識別信号を発信する第２発信機と、
ユーザの携帯端末であって、前記第１および第２発信機のそれぞれとの間で近距離通信方式での受信が可能であるものと
を含み、
前記携帯端末および／またはその携帯端末と通信可能な管理サーバは、
前記携帯端末が前記第１発信機に割り当てられた有効受信エリア内に位置すると同時に前記第２発信機に割り当てられた有効受信エリア内に位置するために前記第１発信機からの信号と前記第２発信機からの信号との双方を受信している双方受信状態にあるか否かを判定する判定部と、
前記双方受信状態にあることを条件に、前記複数のステーションのうちユーザが実際に現に滞在している選択ステーションにおいて、その選択ステーションに設置されている少なくとも１つのレンタル対象のうちユーザによって実際に現に選択された選択レンタル対象を貸し出すことの許可と、ユーザが前記選択レンタル対象を、前記貸出しが行われたステーションと同じかまたは別のステーションである前記選択ステーションに返却することの許可とのうちの少なくとも一方を行う許可部と
を含むレンタル対象管理システム。

（３） 前記第２発信機の有効受信エリアの有効受信半径は、前記第１発信機の有効受信エリアの有効受信半径より短い（１）または（２）項に記載のレンタル対象管理システム。

（４） 前記携帯端末および／または前記管理サーバは、さらに、
前記第２発信機の有効受信エリアの有効受信半径をユーザの挙動に応じて可変に制御する制御部を含む（１）ないし（３）項のいずれかに記載のレンタル対象管理システム。

（５） 前記第１発信機は、各ステーションに少なくとも１つずつ、位置固定の状態で設置される固定式発信機であり、
前記第２発信機は、各レンタル対象に少なくとも１つずつ、各レンタル対象と共に移動する状態で設置される移動式発信機である（１）ないし（４）項のいずれかに記載のレンタル対象管理システム。

（６） 前記携帯端末および／または前記管理サーバは、さらに、
前記双方受信状態において前記携帯端末が前記第１発信機から受信した信号によって前記選択ステーションを識別し、前記双方受信状態において前記携帯端末が前記第２発信機から受信した信号によって前記選択レンタル対象を識別し、それら識別された選択ステーションおよび選択レンタル対象を互いに関連付け、それにより、レンタル期間中におけるユーザの各行為をユーザの同一性に関連付けて監視することを可能にする関連付け部を含む（２）項に記載のレンタル対象管理システム。

（７） 前記携帯端末および／または前記管理サーバは、さらに、
前記レンタル対象の貸出段階において、前記携帯端末が前記第１発信機からの信号を受信する状態から受信しない状態に遷移したときに、前記携帯端末が前記第２発信機からの信号を受信していない場合に、ユーザの行為、前記第１発信機および前記第２発信機のうちの少なくとも１つに異常があると判定する第１異常判定部と、
前記レンタル対象の返却段階において、前記携帯端末が前記第１発信機からの信号を受信する状態から受信しない状態に遷移したときに、前記携帯端末が前記第２発信機からの信号を受信している場合に、ユーザの行為、前記第１発信機および前記第２発信機のうちの少なくとも１つに異常があると判定する第２異常判定部と
のうちの少なくとも一方を含む（２）項に記載のレンタル対象管理システム。

（８） 前記携帯端末は、
前記複数のステーションのうちユーザによって利用可能なもののうちの少なくとも一部をそれぞれ候補ステーションとして画面上に表示する候補ステーション表示部と、
前記複数のステーションのうちユーザによって選択されたものに保管されている少なくとも１つのレンタル対象のうちユーザへの貸与が可能なもののうちの少なくとも一部をそれぞれ候補レンタル対象として前記画面上に表示する候補レンタル対象表示部と
のうちの少なくとも一方を含む（２）項に記載のレンタル対象管理システム。

（９） 各レンタル対象は、ユーザに有償または無償で貸与される原動機付きまたは原動機なしの移動体であってユーザと共に移動するものを含む（１）ないし（８）項のいずれかに記載のレンタル対象管理システム。

（１０） 各移動体は、自転車、自動車、自動二輪車、娯楽用もしくは競技用のゴーカート、買い物カート、ベビーカー、手押し車、車いすまたはゴルフカートであって、各々、対応するステーションに、貸出しのために保管されるものを含む（９）項に記載のレンタル対象管理システム。

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

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

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

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

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

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

（１４） ユーザの携帯端末を用いることにより、ユーザによって一緒に移動させられる動産（または移動体、移動物）の不動産（または固定物、固着物）に対する相対的な挙動を推定する動産挙動推定方法であって、
前記不動産と前記動産とにそれぞれ、固有の識別信号を発信する第１および第２発信機を設置し、
前記携帯端末が、それら第１および第２発信機からそれぞれ、近距離通信方式で、かつ、互いに同期的に受信した第１および第２受信信号間の関係の時間的変化に基づき、前記動産の前記不動産に対する相対的な動的挙動を推定する動産挙動推定方法。

この方法によれば、不動産に設置された第１発信機と、動産に設置された第２発信機とからのそれぞれの信号をユーザの携帯端末が同期的に受信することにより、動産の不動産に対する相対的な動的挙動を推定することが可能となる。

（１５） ユーザの携帯端末を用いることにより、ユーザが不動産に存在するか否かを判定するユーザ存否判定方法であって、
前記不動産のうちの互いに異なる位置に、互いに異なる発信機ＩＤを表す信号を発信する複数の発信機をそれぞれ設置し、
それら発信機ＩＤに共通に、前記不動産に固有の１つの不動産ＩＤを割り当て、
前記携帯端末が、前記複数の発信機のうちの少なくとも１つから前記信号を受信すると、その受信した信号によって表される発信機ＩＤを、前記割り当てに従って不動産ＩＤに変換し、それにより、ユーザが現に実際に存在している不動産を識別するユーザ存否判定方法。

この方法によれば、１つの不動産（例えば、平面視において、規則的な形状を有する敷地、不規則な形状を有する敷地、非円形状の敷地、矩形状の敷地）に、複数の発信機にそれぞれ割り当てられた複数の有効受信エリアが合体されたものが割り当てられる。

通常、１つの有効受信エリアは、３次元的には、球状の空間であり、また、２次元的には、円形状の空間であるが、複数の有効受信エリアが合体すると、その合体有効受信エリアの境界線の形状を、前記不動産の境界線の形状にフィットするように比較的自由に設定することが可能となる。

その結果、この方法によれば、不動産の境界線と、合体有効受信エリアの境界線との間の隙間（受信もれ領域）を減少させ、それにより、携帯端末を携帯するユーザが不動産の敷地内に存在する限り、ユーザが不動産に存在することをもれなく検知することが可能となる。

（１６） 地理的に異なる複数のステーションであって、各々、少なくとも１つのレンタル対象を保管するものを集中的に管理するレンタル対象管理方法であって、
当該方法は、
各ステーションに少なくとも１つずつ設置され、対応するステーションに固有のステーションＩＤを識別し得る識別信号を発信する第１発信機と、
各レンタル対象に少なくとも１つずつ設置され、対応するレンタル対象に固有のレンタル対象ＩＤを識別し得る識別信号を発信する第２発信機と、
ユーザの携帯端末であって、前記第１および第２発信機のそれぞれとの間で近距離通信方式での受信が可能であるものおよび／またはその携帯端末と通信可能な管理サーバと
を用いて実行され、
当該方法は、
前記携帯端末および／または前記管理サーバが、前記携帯端末が前記第１発信機に割り当てられた有効受信エリア内に位置すると同時に前記第２発信機に割り当てられた有効受信エリア内に位置するために前記第１発信機からの信号と前記第２発信機からの信号との双方を受信している双方受信状態にあるか否かを判定する判定工程と、
前記携帯端末および／または前記管理サーバが、前記双方受信状態にあることを条件に、前記複数のステーションのうちユーザが実際に現に滞在している選択ステーションにおいて、その選択ステーションに設置されている少なくとも１つのレンタル対象のうちユーザによって実際に現に選択された選択レンタル対象を貸し出すことの許可と、ユーザが前記選択レンタル対象を、前記貸出しが行われたステーションと同じかまたは別のステーションである前記選択ステーションに返却することの許可とのうちの少なくとも一方を行う許可工程と
を含むレンタル対象管理方法。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１９は、本発明の例示的な第２の実施形態に従う自転車レンタル・システムにおける複数のモジュールのうち、図１１（ａ）に示す貸出時異常判定モジュールの携帯端末による実行と図１１（ｂ）に示す貸出時異常判定モジュールの管理サーバによる実行とによって達成される貸出時異常判定シーケンス・フローである。

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

図２１（ａ）は、図１９に示す貸出時異常判定シーケンス・フローを図によって時系列的に説明するための貸出時異常判定シーケンス図であり、図２１（ｂ）は、図２０に示す返却時異常判定シーケンス・フローを図によって時系列的に説明するための返却時異常判定シーケンス図である。

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

＜第１の実施形態＞

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

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

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

その集中管理方式を実現するため、このシステム１０は、複数のステーション２０にそれぞれ設置される複数の第１発信機３０と、複数の自転車１２にそれぞれ装着される複数の第２発信機３２と、複数のステーション２０を集中的に管理する管理センタ４０に設置される管理サーバ（センタ側ユニットの一例）５０とを備えている。

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

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

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

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

そのため、前者の場合には、同じ自転車ＩＤが常に同じステーションＩＤに対応することになるのに対し、本実施形態においては、同じ自転車ＩＤが互いに異なる複数のステーションＩＤに対応することになる。具体的には、本実施形態においては、同じ自転車ＩＤが、例えば、貸出時には、ステーションＡのステーションＩＤに対応するが、返却時には、ステーションＢのステーションＩＤに対応することになる。

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

また、各自転車１２のうち、第２発信機３２が装着される部位は、その自転車１２にユーザが乗車している状態で、そのユーザが携帯している携帯端末９０が第２発信機３２から発信された信号を障害物なしで受信できる可能性が高い部位（例えば、前記かご部、前記荷台など）であるように選択される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

これに対し、さらに別の例においては、図６（ｃ）に示すように、ステーション２０に複数の第１有効受信エリアを割り当てれば、それら有効受信エリアが合体したものがみかけ上の有効受信エリアとなり、このエリアの境界線と、ステーション２０の境界線との間の隙間が減少する。その結果、携帯端末９０を携帯しているユーザがステーション２０内に存在するにもかかわらず携帯端末９０が第１発信機３０からの信号を有効に受信できないといういわゆる受信もれが防止される。

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

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

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

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

この携帯端末９０は、さらに、ユーザからデータやコマンドを入力するための入力部１５０を有する。その入力部１５０は、例えば、所望の情報（例えば、コマンド、データなど）を携帯端末９０に入力するためにユーザによって操作可能な操作部を有する。その操作部としては、ユーザによって操作可能なアイコン（例えば、仮想的なボタン）を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部（例えば、キーボード、キーパッド、ボタンなど）、音声を感知するマイクなどがあるが、これらに限定されない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

５）貸出時異常判定モジュール
これは、後に図１９を参照して詳述するように、ユーザへの自転車１２の貸出時に、何らかの異常が発生したか否かを判定するモジュールであるが、このモジュールは、このシステム１０を実施するために任意選択的なモジュールであるため、後述の第２の実施形態において詳述する。

６）返却時異常判定モジュール
これは、後に図２０を参照して詳述するように、ユーザからの自転車１２の返却時に、何らかの異常が発生したか否かを判定するモジュールであるが、このモジュールは、このシステム１０を実施するために任意選択的なモジュールであるため、後述の第２の実施形態において詳述する。

＜管理サーバ＞

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

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

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

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

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

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

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

５）貸出時異常判定モジュール
これは、後に図１９を参照して詳述するように、携帯端末９０の貸出時異常判定モジュールと同じ機能を有するモジュールであるが、このモジュールは、このシステム１０を実施するために任意選択的なモジュールであるため、後述の第２の実施形態において詳述する。

６）返却時異常判定モジュール
これは、後に図２０を参照して詳述するように、携帯端末９０の返却時異常判定モジュールと同じ機能を有するモジュールであるが、このモジュールは、このシステム１０を実施するために任意選択的なモジュールであるため、後述の第２の実施形態において詳述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１）貸出処理

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

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

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

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

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

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

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

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

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

２）返却処理

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

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

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

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

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

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

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

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

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

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

１）貸出処理

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

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

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

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

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

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

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

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

２）返却処理

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

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

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

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

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

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

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

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

＜予約シーケンス＞

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

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

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

１）予約モード

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

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

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

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

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

４）返却処理モード

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

５）貸出リクエスト

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

６）返却リクエスト

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そこで、ステップＳ１５４に引き続き、ステップＳ１５５において、携帯端末９０は、
１）携帯端末９０が第１発信機３０から識別信号を有効に受信したか否かの第１有効受信判定、すなわち、携帯端末９０と第１発信機３０との距離の測定値が第１有効受信エリアの有効受信半径（ロングレンジ）より小さいか否かの判定と、
２）携帯端末９０が第２発信機３２から識別信号を有効に受信したか否かの第２有効受信判定、すなわち、携帯端末９０と第２発信機３２との距離の測定値が第２有効受信エリアの有効受信半径（ショートレンジ）より小さいか否かの判定と、
３）携帯端末９０が第１発信機３０と第２発信機３２から同時に受信したか否かの同時受信判定、すなわち、第１発信機３０の第１有効受信判定が肯定されたタイミングと第２発信機３２の第１有効受信判定が肯定されたタイミングとが実質的に同じ時刻に行われたか否かの判定と
を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜返却処理シーケンス＞

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上の説明から明らかなように、本実施形態においては、説明の便宜上、システム１０のうち、図１６のステップＳ１５４−Ｓ１６１、図１７のステップＳ２０３−Ｓ２１１、図１８のステップＳ３０１−Ｓ３０５などを実行する部分が、前記（２）項における「判定部」の一例および「判定工程」の一例を構成していると考えることが可能である。

また、本実施形態においては、説明の便宜上、システム１０のうち、図１６のステップＳ１６２、Ｓ１６３、Ｓ２５４、Ｓ２５７、図１７のＳ２１２、Ｓ２１３、Ｓ２７４、Ｓ２７７、図１８のステップＳ３０６、Ｓ３０７、Ｓ４０１、Ｓ４０４などを実行する部分が、前記（２）項における「許可部」の一例および「許可工程」の一例を構成していると考えることが可能である。

また、本実施形態においては、説明の便宜上、システム１０のうち、図１６のステップＳ１６３、Ｓ２５４、図１７のＳ２１３、Ｓ２７４、Ｓ２７９、図１８のステップＳ３０７、Ｓ４０１、Ｓ４０７などを実行する部分が、前記（６）項における「関連付け部（ペアリング部）」の一例および「関連付け工程（ペアリング工程）」の一例を構成していると考えることが可能である。

また、本実施形態においては、説明の便宜上、システム１０のうち、図１９のプログラムを実行する部分が、前記（７）項における「第１異常判定部」の一例および「第１異常判定工程」の一例を構成し、図２０のプログラムを実行する部分が、同項における「第２異常判定部」の一例および「第２異常判定工程」の一例を構成していると考えることが可能である。

＜第２の実施形態＞

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

本実施形態においては、前述の第１の実施形態と同様に、各ステーション２０（不動産の一例）と、各自転車１２（動産の一例）とに、それぞれ固有の識別信号を発信する第１発信機３０および第２発信機３２がそれぞれ設置される。

ユーザの位置は、第１発信機３０の位置と第２発信機３２の位置という２つの基準位置に対して相対的に検出される。第１発信機３０の位置は、絶対空間に常時固定されていて、時不変であるのに対し、第２発信機３２の位置は、絶対空間に常時固定されておらず、時可変であり、よって、第１発信機３０の位置に対して相対的に変化する。

また、ユーザの位置は、第１発信機３０の位置に対して相対的に変化し、その変化は、ユーザの、ステーション２０に対する入場・出場や接近・離間という動的挙動を反映する。

これに対し、ユーザの位置は、第２発信機３２の位置に対して相対的に変化し、その変化は、ユーザの、自転車１２に対する乗車・降車や接近・離間という動的挙動を反映する。

例えば、ユーザへの自転車１２の貸出し時からユーザからの返却時までのレンタル期間のうち、ユーザが自転車１２で移動する期間においては、ユーザと一体的に移動する。その結果、その移動期間においては、ユーザの位置の時間的推移と自転車１２の位置の時間的推移とは互いに実質的に同期しつつ一致する。

これに対し、図１３（ａ）に例示する自転車認識用受信信号に示すように、貸出処理のために、ユーザが自転車１２に接近するがまだ到着していない段階では、ユーザは、第２発信機３２から離れていて携帯端末９０は第２発信機３２を有効に受信できないが、自転車１２に到着すれば（例えば、乗車すれば）、携帯端末９０は第２発信機３２を有効に受信できる状態に遷移するというように、第２発信機３２の受信状態、すなわち、前記自転車認識用受信信号が動的に変化する（今回の場合は、その信号が立ち上がる）。

また、図１３（ａ）に例示する自転車認識用受信信号に示すように、返却処理のために、ユーザが自転車１２に乗車しているかまたは接近している段階では、ユーザは、第２発信機３２に接近していて携帯端末９０は第２発信機３２を有効に受信できるが、自転車１２から降車すると、携帯端末９０は第２発信機３２を有効に受信できない状態に遷移するというように、第２発信機３２の受信状態、すなわち、前記自転車認識用受信信号が動的に変化する（今回の場合は、その信号が立ち下がる）。

また、ユーザが、自転車１２の貸出し時と返却時とにそれぞれ示す標準的な動的挙動の特性は既知であり、また、その標準的な動的挙動の特性は、自転車１２の貸出し時と返却時で互いに異なることが事前に判明している。

よって、ユーザの携帯端末９０を用い、かつ、前記ステーション認識用受信信号と前記自転車認識用受信信号との関係に着目すれば、ユーザの実際の挙動を推定でき、ひいては、その推定結果と上述の既知の動的挙動特性とを組み合わせることにより、ユーザの動的挙動が正常であるか否かを判定することが可能である。

そこで、本実施形態においては、携帯端末９０が、第１発信機３０および第２発信機３２からそれぞれ、近距離通信方式で、かつ、互いに同期的に（各時刻に関して互いに同期するように）受信した第１受信信号（前記ステーション認識用受信信号）および第２受信信号（前記自転車認識用受信信号）間の関係の時間的変化に基づき、各自転車１２の各ステーション２０に対する相対的な挙動を推定し、さらに、その推定された挙動が正常であるか否かを判定する。

＜貸出時異常判定シーケンス＞

本実施形態においては、図２１（ａ）に示すように、自転車１２の貸出処理期間であってユーザの貸出ステーション２０への入場時刻から退場時刻までの期間のうちの退場時刻の付近において、ユーザの挙動の推定と、ユーザの挙動、第１発信機３０および第２発信機３２のうちの少なくとも１つの異常の有無の判定とが行われる。

具体的には、ユーザの挙動、第１発信機３０および第２発信機３２がいずれも正常であれば、ユーザの退場時刻、すなわち、ステーション認識用受信信号の立ち下がりのタイミングで、図２１（ａ）に破線で示すように、自転車認識用受信信号がハイレベルとなるはずである。なぜなら、貸出処理期間においては、ユーザのステーション２０からの退場時刻に、ユーザは自転車１２に乗車しているか、または、少なくとも自転車１２の近傍に存在するはずであり、その状態においては、ユーザの携帯端末９０が第２発信機３２を有効に受信可能であるからである。

なお、第２発信機３２の第２有効受信エリアが、貸出処理の終了後の期間においても、前述のショートレンジに設定される場合には、ユーザが自転車１２に乗車して運転している期間中、ユーザが携帯端末９０を携帯している（例えば、体に身に付けている）が携帯端末９０を第２発信機３２にかざさないと、その運転期間中、携帯端末９０は第２発信機３２を有効に受信できない。

これに対し、本実施形態においては、貸出処理が終了する（例えば、ユーザが貸出リクエストを発する）と、第２発信機３２の第２有効受信エリアの受信半径設定値が拡大される。第２発信機３２についての受信レンジがショートレンジから前述のミディアムレンジ（またはロングレンジ）に拡大されるのである。

その結果、貸出処理が終了すると、ユーザが自転車１２に乗車している限り、ユーザがわざわざ携帯端末９０を第２発信機３２にかざさなくても、携帯端末９０は第２発信機３２を有効に受信できる。

なお、上記貸出処理の後、返却処理が開始されると、第２有効受信エリアは、前記ショートレンジに復元される。メディアムレンジのままにしておくと、返却処理において、ショテーション２０において、携帯端末９０が、自分の自転車１２の近くにある別の自転車１２の第２発信機３２を有効に受信してしまうおそれがあり、それを排除するためである。

ユーザの挙動、第１発信機３０および第２発信機３２のうちの少なくとも１つが異常であれば、ユーザの退場時刻、すなわち、ステーション認識用受信信号の立ち下がりのタイミングで、図２１（ａ）に実線で示すように、自転車認識用受信信号がローレベルとなってしまう。この現象を検知すれば、異常を検知できるはずである。

図１９には、以上説明した信号処理を実現するための貸出時異常判定シーケンス・フローがフローチャートで表されている。その貸出時異常判定シーケンス・フローは、図１１（ａ）に示す貸出時異常判定モジュールの携帯端末９０による実行と図１１（ｂ）に示す貸出時異常判定モジュールの管理サーバ５０による実行とによって達成される。それら貸出時異常判定モジュールは、前記予約あり時貸出処理モジュールまたは前記予約なし時貸出処理モジュールの実行終了後に自動的に起動される。

図１９に示すように、貸出時異常判定シーケンス・フローにおいては、ステップＳ５０１において、携帯端末９０が、メモリ１３２において、今回の第１発信機３０に対応する正規第１発信機ＩＤと、今回の第２発信機３２に対応する正規第２発信機ＩＤとを検索する。それら発信機ＩＤは、貸出処理モジュールの実行により、メモリ１３２に保存されている。

次に、ステップＳ５０２において、携帯端末９０が、第２発信機３２についての受信レンジがミディアムレンジ（またはロングレンジ）に拡大された状態（現時点においては、ショートレンジに維持された状態であっても支障はない）で、第１発信機３０および／または第２発信機３２から有効に信号を受信し、続いて、ステップＳ５０３において、携帯端末９０が、その受信した信号を復調することにより、実第１発信機ＩＤおよび／または実第２発信機ＩＤを取得する。

その後、ステップＳ５０４において、携帯端末９０が、その取得された実第１発信機ＩＤおよび／または実第２発信機ＩＤの中に、前記正規第１発信機ＩＤと一致するものが存在するか否かを判定する。

今回は、正規第１発信機ＩＤと一致する実発信機ＩＤが存在する、すなわち、携帯端末９０が今回の正規の第１発信機３０を有効に受信したと仮定すると、ステップＳ５０４の判定がＹＥＳとなり、ステップＳ５０５において、正規の第１発信機３０が有効に受信されたときにＯＮとされるフラグ（メモリ１３２に保存される）がＯＮにされる。その後、ステップＳ５０２に戻る。

やがて、正規第１発信機ＩＤと一致する実発信機ＩＤが存在しなくなった、すなわち、携帯端末９０が今回の正規の第１発信機３０を有効に受信しなくなったと仮定すると、ステップＳ５０４の判定がＮＯとなる。このとき、前記ステーション認識用受信信号の立ち下がりが出現する。

この場合、その後、ステップＳ５０６において、前記フラグがＯＮであるか否かが判定されると、今回は、その判定がＹＥＳとなる。続いて、ステップＳ５０７において、現在、退場時であると判定される。

続いて、ステップＳ５０８において、携帯端末９０が、第２発信機３２については受信レンジがミディアムレンジ（またはロングレンジ）である状態で、前記第１発信機３０および／または第２発信機３２から有効に信号を受信し、続いて、ステップＳ５０９において、携帯端末９０が、その受信した信号を復調することにより、実第１発信機ＩＤおよび／または実第２発信機ＩＤを取得する。

その後、ステップＳ５１０において、携帯端末９０が、その取得された実第１発信機ＩＤおよび／または実第２発信機ＩＤの中に、前記正規第２発信機ＩＤと一致するものが存在するか否かを判定する。

今回は、正規第２発信機ＩＤと一致する実発信機ＩＤが存在する、すなわち、携帯端末９０が今回の正規の第２発信機３２を有効に受信したと仮定すると、ステップＳ５１０の判定がＹＥＳとなり、ステップＳ５１１において、ユーザの挙動、第１発信機３０および第２発信機３２が正常である判定される。続いて、ステップＳ５１２において、その判定結果が管理サーバ５０に送信される。管理サーバ５０は、ステップＳ６０１において、その判定結果を受信する。

これに対し、今回は、正規第２発信機ＩＤと一致する実発信機ＩＤが存在しない、すなわち、携帯端末９０が今回の正規の第２発信機３２を有効に受信しなかったと仮定すると、ステップＳ５１０の判定がＮＯとなり、ステップＳ５１３において、ユーザの挙動、第１発信機３０および第２発信機３２のうちの少なくとも１つが異常である判定される。続いて、ステップＳ５１２において、その判定結果が管理サーバ５０に送信される。管理サーバ５０は、ステップＳ６０１において、その判定結果を受信する。

＜返却時異常判定シーケンス＞

本実施形態においては、図２１（ｂ）に示すように、自転車１２の返却処理期間であってユーザの返却ステーション２０への入場時刻から退場時刻までの期間のうちの退場時刻の付近において、ユーザの挙動の推定と、ユーザの挙動、第１発信機３０および第２発信機３２のうちの少なくとも１つの異常の有無の判定とが行われる。

さらに具体的には、ユーザの挙動、第１発信機３０および第２発信機３２がいずれも正常であれば、ユーザの退場時刻、すなわち、ステーション認識用受信信号の立ち下がりのタイミングで、図２１（ｂ）に破線で示すように、自転車認識用受信信号がローレベルとなるはずである。なぜなら、返却処理期間においては、ユーザのステーション２０からの退場時刻に、ユーザは自転車１２に乗車していないか、または、少なくとも自転車１２の近傍に存在しないはずであり、その状態においては、ユーザの携帯端末９０が第２発信機３２を有効に受信不可能であるからである。

これに対し、ユーザの挙動、第１発信機３０および第２発信機３２のうちの少なくとも１つが異常であれば、ユーザの退場時刻、すなわち、ステーション認識用受信信号の立ち下がりのタイミングで、図２１（ｂ）に実線で示すように、自転車認識用受信信号がハイレベルとなってしまう。この現象を検知すれば、異常を検知できる。

図２０には、以上説明した信号処理を実現するための返却時異常判定シーケンス・フローがフローチャートで表されている。その返却時異常判定シーケンス・フローは、図１１（ａ）に示す返却時異常判定モジュールの携帯端末９０による実行と図１１（ｂ）に示す返却時異常判定モジュールの管理サーバ５０による実行とによって達成される。それら返却時異常判定モジュールは、前記予約あり時返却処理モジュールまたは前記予約なし時返却処理モジュールの実行終了後に自動的に起動される。

図２０に示すように、返却時異常判定シーケンス・フローにおいては、ステップＳ７０１−Ｓ７０９が、前述のステップＳ５０１−Ｓ５０９と同様に実行される。

その後、ステップＳ７１０において、携帯端末９０が、その取得された実第１発信機ＩＤおよび／または実第２発信機ＩＤの中に、前記正規第２発信機ＩＤと一致するものが存在しないか否かを判定する。

今回は、正規第２発信機ＩＤと一致する実発信機ＩＤが存在しない、すなわち、携帯端末９０が今回の正規の第２発信機３２を有効に受信しなかったと仮定すると、ステップＳ７１０の判定がＹＥＳとなり、ステップＳ７１１において、ユーザの挙動、第１発信機３０および第２発信機３２がいずれもが正常である判定される。続いて、ステップＳ７１２において、その判定結果が管理サーバ５０に送信される。管理サーバ５０は、ステップＳ８０１において、その判定結果を受信する。

これに対し、今回は、正規第２発信機ＩＤと一致する実発信機ＩＤが存在する、すなわち、携帯端末９０が今回の正規の第２発信機３２を有効に受信したと仮定すると、ステップＳ７１０の判定がＮＯとなり、ステップＳ７１３において、ユーザの挙動、第１発信機３０および第２発信機３２のうちの少なくとも１つが異常である（例えば、ユーザによる自転車１２の乗り逃げが発生した）と判定される。続いて、ステップＳ７１２において、その判定結果が管理サーバ５０に送信される。管理サーバ５０は、ステップＳ８０１において、その判定結果を受信する。

＜本発明の実施形態による効果＞

以上説明したいくつかの実施形態によれば、次のようないくつかの効果が得られる。

１）自転車レンタル・サービスに関連して携帯端末９０において使用されるデータのセキュリティが向上するという効果

前述のようなバーコードに代えて各発信機３０，３２が使用されているため、各発信機３０，３２から受信した信号によって表されるデータであって携帯端末９０において使用されるものをユーザが簡単に改ざんすることは不可能である。

よって、前述のいくつかの実施形態によれば、携帯端末９０において使用されるデータのセキュリティが向上する。

２）ユーザが、貸出が行われたステーションとは別のステーションに自転車を返却することが可能となり、ユーザの利便性が向上するという効果

システム１０は、第１発信機３０および第２発信機３２からのそれぞれの信号を携帯端末９０が同時に受信しない（双方受信状態が成立せず、検出されない）限り、ユーザに対する自転車１２の貸出しおよび返却が許可されないというように設計されている。そのため、ステーション２０と自転車１２との組合せであって携帯端末９０において認識される（ひいては、管理サーバ５０において認識されるもの）ものをユーザが簡単に改ざんすることができない。

よって、ステーション２０と貸し自転車１２との組合せを表すデータであって携帯端末９０において使用されるもののセキュリティが向上する。その結果、ステーション２０と自転車１２との実際の組合せが貸出し時と返却時とで互いに異なることがあっても、それはユーザの改ざんが原因ではなく、ユーザが貸出ステーションとは別のステーションに自転車を返却したという事実が発生しても、その真実に対して管理センタ４０が疑念を抱かずに済む。

その結果、ユーザが、貸出が行われたステーションとは別のステーションに自転車を返却することが可能となり、ユーザの利便性が向上する。

３）ユーザが自転車１２をステーション２０の敷地の外側というような予定外の場所に返却して放置してしまうというようなユーザの予定外の行動を防止することが容易となるという効果

前述のように、システム１０は、第１発信機３０および第２発信機３２からのそれぞれの信号を携帯端末９０で同時に受信しない（双方受信状態が成立せず、検出されない）限り、ユーザに対する自転車１２の貸出しおよび返却が許可されないというように設計されている。

さらに、システム１０においては、各自転車１２の第２発信機３２の有効受信半径が第１発信機３０の有効受信半径より短くなるように設定され、具体的には、第２発信機３２の有効受信半径が、ユーザが携帯端末９０を第２発信機３２に接近させてかざすか接触させないかまたは自転車１２に乗車していない限り携帯端末９０が第２発信機３２を有効に受信できないように設定されている。

よって、第１発信機３０の有効受信エリアの外側のある位置にユーザが自転車１２と一緒に存在する場合に、携帯端末９０が第１発信機３０と第２発信機３２とを同時に受信する（双方受信状態が成立し、検出される）可能性が低下する。

したがって、ユーザが自転車１２を第１発信機３０の有効受信エリアの外側やステーション２０の境界線の外側という、予定外の場所に返却して放置してしまうというようなユーザの予定外の行動を防止することが容易となる。

以上説明したいくつかの実施形態は、種々の変更を加えた状態で実施することが可能である。

＜第１の変形例＞

例えば、上述の第２実施形態においては、第２発信機３２の受信レンジが、貸出処理の開始時には、ショートレンジであり、その貸出処理が終了すると、貸出時異常判定のために、ミディアムレンジとなり、返却処理が開始されると、ショートレンジとなり、その返却処理が終了すると、返却時異常判定のために、ミディアムレンジとなり、それが終了すると、ショートレンジに復元するというように、ユーザの動作に応じて可変制御される。

本実施形態においては、説明の便宜上、システム１０のうちこの可変制御を行う部分が、「受信レンジ制御部」の一例および「受信レンジ制御工程」の一例を構成すると考えることが可能である。

これに対し、一変形例においては、予約ありの状態で自転車１２の貸出しおよび返却を行う場合には、それら貸出しおよび返却に先立ち、正規の第２発信機３２、ひいては、正規第２発信機ＩＤが判明しているため、第２発信機３２の受信レンジがミディアムレンジであるために携帯端末９０が複数の第２発信機３２を同時に受信（双方受信状態が成立）してしまっても、それら第２発信機３２のうち、正規第２発信機ＩＤを表す信号を発信しているもののみを正規第２発信機として選択し、他のものを除外するというようにフィルタリング処理を行うことが可能である。

よって、予約ありの状態で自転車１２の貸出しおよび返却を行う場合には、第２発信機３２の受信レンジを継続的にミディアムレンジに維持してもよい。

＜第２の変形例＞

前述の第１および第２の実施形態においては、貸出処理において、携帯端末９０が第１発信機３０を有効に受信している状態（ユーザがステーション２０内に存在する状態）で、第２発信機３２についての前記自転車認識用受信信号が立ち上がるタイミング（例えば、ユーザが自転車１２に乗車するタイミング）で、自転車１２の使用が開始されたと判定される。

これに対し、一変形例においては、携帯端末９０が第２発信機３２を有効に受信している状態（例えば、ユーザが自転車１２に乗車している状態）で、第１発信機３０についての前記ステーション認識用受信信号が立ち下がるタイミング（例えば、ユーザがステーション２０から退場するタイミング）で、自転車１２の使用が開始されたと判定してもよい。

＜第３の変形例＞

前述の第１および第２の実施形態においては、返却処理において、携帯端末９０が第１発信機３０を有効に受信している状態（ユーザがステーション２０内に存在する状態）で、第２発信機３２についての前記自転車認識用受信信号が立ち下がるタイミング（ユーザが自転車１２から降車するタイミング）で、自転車１２の使用が終了したと判定される。

これに対し、一変形例においては、第２発信機３２についての前記自転車認識用受信信号の立下り後（例えば、ユーザが自転車１２から降車した後）に、第１発信機３０についての前記ステーション認識用受信信号が立ち下がるタイミング（ユーザがステーション２０から退場するタイミング）で、自転車１２の使用が終了したと判定してもよい。

＜第４の変形例＞

ユーザが自転車１２を返却するのに先立ち、ユーザの現在位置の近傍に位置する複数のステーション２０から、空きがあるものを候補ステーションとして選択し、その選択された候補ステーション２０を携帯端末９０の画面１３５上に表示してもよい。

その際、ユーザが、空き数が多いステーション２０に返却する場合は、空き数が少ないステーション２０に返却する場合より多いポイントがユーザに付与されるようにし、それにより、ユーザの力を借りて、返却された自転車１２が複数のステーション２０に最適な方法で分配され、それにより、収容可能台数以上の自転車１２があるステーション２０に集中したり、全く空き自転車１２が存在しないステーション２０が発生することを防止することが容易となる。

＜第５の変形例＞

以上説明したいくつかの実施形態においては、ユーザによって選択された動産の一例としてのステーション２０の識別情報と、ユーザによって選択された不動産の一例としての自転車１２の識別情報とのペア、すなわち、ユーザの携帯端末９０によって一緒に受信された第１発信機３０および第２発信機３２がそれぞれ設置されているステーション２０および自転車１２のペアが、ユーザの識別情報としてのユーザＩＤに関連付けられ、それにより、そのユーザの挙動が経時的に監視される。

これに対し、同じ用途に用いられるユーザの識別情報の別の例としては、携帯端末９０の電話番号、電子メールアドレス、ＭＡＣアドレスなどの固有のデバイス・アドレスなどがある。

なお、以上説明したいくつかの実施形態は、種々の変更を加えた状態で実施することが可能であり、例えば、携帯端末９０によるデータ処理のうちの少なくとも一部と同じデータ処理を管理サーバ５０によって実行するように改良したり、逆に、管理サーバ５０によるデータ処理のうちの少なくとも一部と同じデータ処理を携帯端末９０によって実行するように改良することが可能である。

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

Claims (7)

1. ユーザに対して貸出および返却が行われるレンタル対象を管理する方法であって、
   前記レンタル対象に、固有の信号を発信する発信機が設置されており、
   ユーザの携帯端末は、前記発信機からの信号を近距離無線通信方式で受信可能であるとともに、前記発信機からの信号を有効に受信できる範囲である受信レンジを変更可能であり、
   当該方法は、
   前記携帯端末が、その携帯端末が前記発信機から信号を受信する状態が非有効受信状態から有効受信状態に遷移すると、ユーザへの前記レンタル対象の貸出のための貸出処理のタイミングであると判定し、当該携帯端末が前記発信機から信号を受信する状態が有効受信状態から非有効受信状態に遷移すると、ユーザからの前記レンタル対象の返却のための返却処理のタイミングであると判定する判定工程と、
   前記携帯端末が、前記判定の結果に基づいて前記受信レンジを可変に制御する受信レンジ制御工程と
   を含むレンタル対象管理方法。
2. 前記受信レンジ制御工程は、前記貸出処理が終了すると、前記受信レンジを長くする受信レンジ拡大工程を含む請求項１に記載のレンタル対象管理方法。
3. 前記受信レンジ制御工程は、前記返却処理が開始されると、前記受信レンジを短くする受信レンジ縮小工程を含む請求項１または２に記載のレンタル対象管理方法。
4. 前記レンタル対象は、ユーザに有償または無償で貸与される原動機付きまたは原動機なしの移動体であってユーザと共に移動するものを含む請求項１ないし３のいずれかに記載のレンタル対象管理方法。
5. 前記移動体は、自転車、自動車、自動二輪車、娯楽用もしくは競技用のゴーカート、買い物カート、ベビーカー、手押し車、車いすまたはゴルフカートを含む請求項４に記載のレンタル対象管理方法。
6. 請求項１ないし５のいずれかに記載の携帯端末を実施するためにその携帯端末のコンピュータによって実行されるプログラム。
7. 請求項６に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。

Images