(57)【特許請求の範囲】
【請求項１】
携帯電話機（２）を用いた乗り物（１）のシェアリングシステムであって、
前記乗り物に搭載される搭載機（１２）と、
サーバ（３）と、を備え、
前記搭載機は、中継機を介さず前記携帯電話機から前記携帯電話機の電話番号（Ｔｎｓ）を無線で受信したことに基づいて、前記電話番号をメモリ中の変数Ａに格納し、
前記携帯電話機から前記搭載機を宛先とする呼接続要求が送信された場合、前記サーバは、前記呼接続要求を前記搭載機に転送し、
前記搭載機は、前記サーバによって転送された前記呼接続要求を受信した場合、前記呼接続要求に含まれる送信元の電話番号が前記変数Ａの値と同じであることに基づいて、前記乗り物を走行可能にするシェアリングシステム。
【請求項２】
前記搭載機は、前記呼接続要求に対応する呼が確立したことに基づいて、前記呼接続要求の送信元の電話番号に対応するデータをパスワード（ＸＴｎｓ）として記録する請求項１に記載のシェアリングシステム。
【請求項３】
携帯電話機（２）を用いた乗り物（１）のシェアリングシステムであって、
前記乗り物に搭載される搭載機（１２）と、
サーバ（３）と、を備え、
前記携帯電話機から前記搭載機を宛先とする呼接続要求が送信された場合、前記サーバは、前記呼接続要求を前記搭載機に転送し、
前記搭載機は、前記サーバによって転送された前記呼接続要求を受信したことに基づいて、前記乗り物を走行可能にし、
前記搭載機は、前記呼接続要求に対応する呼が確立したことに基づいて、前記呼接続要求の送信元の電話番号に対応するデータをパスワード（ＸＴｎｓ）として記録するシェアリングシステム。
【請求項４】
前記搭載機は、ロック指示を受信した場合、前記ロック指示に含まれる電話番号が前記パスワードに対応するものであることに基づいて、前記乗り物を走行不可能にする請求項２または３に記載のシェアリングシステム。
【請求項５】
前記搭載機は、アンロック指示を受信した場合、前記アンロック指示に含まれる電話番号が前記パスワードに対応するものであることに基づいて、前記乗り物を走行可能にする請求項２ないし４のいずれか１つに記載のシェアリングシステム。
【請求項６】
前記搭載機は、使用終了通知を受信した場合、前記使用終了通知に含まれる電話番号が前記パスワードに対応するものであることに基づいて、前記乗り物を走行不可能にすると共に前記パスワードをクリアする請求項２ないし５のいずれか１つに記載のシェアリングシステム。
【請求項７】
前記呼接続要求は第１の呼接続要求であり、
前記携帯電話機および前記搭載機のうちいずれか一方から他方を宛先とする第２の呼接続要求が送信されたことに基づいて、前記携帯電話機の電話番号が登録されているか否かを問い合わせ、登録されていれば、前記第２の呼接続要求を前記他方に転送し、前記第２の呼接続要求に対応する呼が確立したことに基づいて、前記携帯電話機の電話番号を用いた課金のための処理を行う請求項１ないし６のいずれか１つに記載のシェアリングシステム。
【請求項８】
携帯電話機（２）を用いた乗り物（１）のシェアリングシステムであって、
前記乗り物に搭載される搭載機（１２）と、
サーバ（３）と、を備え、
前記携帯電話機から前記搭載機を宛先とする呼接続要求が送信された場合、前記サーバは、前記呼接続要求を前記搭載機に転送し、
前記搭載機は、前記サーバによって転送された前記呼接続要求を受信したことに基づいて、前記乗り物を走行可能にし、
前記呼接続要求は第１の呼接続要求であり、
前記携帯電話機および前記搭載機のうちいずれか一方から他方を宛先とする第２の呼接続要求が送信されたことに基づいて、前記携帯電話機の電話番号が登録されているか否かを問い合わせ、登録されていれば、前記第２の呼接続要求を前記他方に転送し、前記第２の呼接続要求に対応する呼が確立したことに基づいて、前記携帯電話機の電話番号を用いた課金のための処理を行うシェアリングシステム。
【請求項９】
前記携帯電話機から前記搭載機を宛先とする呼接続要求が送信された場合、前記サーバは、前記携帯電話機の電話番号が登録されているか否かを問い合わせ、登録されていれば、前記呼接続要求を前記搭載機に転送する請求項１ないし８のいずれか１つに記載のシェアリングシステム。
【請求項１０】
前記サーバは、前記呼接続要求に対応する呼が確立したことに基づいて、前記携帯電話機の電話番号を用いた課金のための処理を行う請求項９に記載のシェアリングシステム。
【請求項１１】
前記乗り物に取り付けられる表示媒体（１１）を備え、
前記表示媒体は、前記携帯電話機が読み取り可能なコードが表されており、
前記コードは、前記搭載機の電話番号を表す請求項１ないし１０のいずれか１つに記載のシェアリングシステム。
【請求項１２】
乗り物（１）に搭載され、携帯電話機（２）と電話通信する搭載機であって、
前記携帯電話機と電話通信するための通信部（２２）と、
制御部（２６）とを備え、
前記制御部は、中継機を介さず前記携帯電話機から前記携帯電話機の電話番号（Ｔｎｓ）を無線で受信したことに基づいて、前記電話番号をメモリ中の変数Ａに格納し、
前記制御部は、前記携帯電話機を送信元とする呼接続要求を、前記通信部を介して受信した場合、前記呼接続要求に含まれる送信元の電話番号が前記変数Ａの値と同じであることに基づいて、前記乗り物を走行可能にする搭載機。
【請求項１３】
乗り物（１）に搭載され、携帯電話機（２）と電話通信する搭載機であって、
前記携帯電話機と電話通信するための通信部（２２）と、
制御部（２６）とを備え、
前記制御部は、前記携帯電話機を送信元とする呼接続要求を、前記通信部を介して受信したことに基づいて、前記乗り物を走行可能にし、
前制御部は、前記呼接続要求に対応する呼が確立したことに基づいて、前記呼接続要求の送信元の電話番号に対応するデータをパスワード（ＸＴｎｓ）として記録する搭載機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗り物のシェアリングシステムおよび乗り物に搭載される搭載機に関するものである。
【背景技術】
【０００２】
従来、乗り物のシェアリングにおいて、乗り物の使用に対する記録、課金、認証等を実現するため、ユーザが携帯する携帯電話機がサーバと通信するシステムが知られている。例えば、特許文献１に記載のシステムでは、ユーザが携帯電話機で本部へ電話し、指定の自転車のナンバーを入力する。この本部のコンピュータが、サーバに該当する。当該コンピュータは、電話を受けて指定の自転車のナンバーを受信すると、指定の自転車の解錠をするよう自転車レンタル店に対して解錠信号を送信すると共に、課金のための時間計測を開始する。自転車レンタル店では、解錠信号に従って指定の自転車を解錠する。これにより、自転車が走行可能になる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１４０７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来技術における、携帯電話機とサーバの通信、および通信に起因する乗り物の走行可能化について、発明者が検討したところ、上記従来技術には以下のような問題があることがわかった。上記従来技術では、ユーザの携帯電話機と通信して乗り物を走行可能化するサーバを、このシステムのために新設する必要がある。したがって、その分、システムの構築のための作業負担が大きい。
【０００５】
本発明は上記点に鑑み、乗り物のシェアリングシステムのうち、携帯電話機とサーバの通信機能およびサーバによる乗り物の走行可能化機能について、構築の作業負担を従来よりも低減することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための請求項１に記載の発明は、携帯電話機（２）を用いた乗り物（１）のシェアリングシステムであって、
前記乗り物に搭載される搭載機（１２）と、
サーバ（３）と、を備え、
前記搭載機は、中継機を介さず前記携帯電話機から前記携帯電話機の電話番号（Ｔｎｓ）を無線で受信したことに基づいて、前記電話番号をメモリ中の変数Ａに格納し、
前記携帯電話機から前記搭載機を宛先とする呼接続要求が送信された場合、前記サーバは、前記呼接続要求を前記搭載機に転送し、
前記搭載機は、前記サーバによって転送された前記呼接続要求を受信した場合、前記呼接続要求に含まれる送信元の電話番号が前記変数Ａの値と同じであることに基づいて、前記乗り物を走行可能にするシェアリングシステムである。
また、請求項３に記載の発明は、携帯電話機（２）を用いた乗り物（１）のシェアリングシステムであって、
前記乗り物に搭載される搭載機（１２）と、
サーバ（３）と、を備え、
前記携帯電話機から前記搭載機を宛先とする呼接続要求が送信された場合、前記サーバは、前記呼接続要求を前記搭載機に転送し、
前記搭載機は、前記サーバによって転送された前記呼接続要求を受信したことに基づいて、前記乗り物を走行可能にし、
前記搭載機は、前記呼接続要求に対応する呼が確立したことに基づいて、前記呼接続要求の送信元の電話番号に対応するデータをパスワード（ＸＴｎｓ）として記録するシェアリングシステムである。
また、請求項８に記載の発明は、携帯電話機（２）を用いた乗り物（１）のシェアリングシステムであって、
前記乗り物に搭載される搭載機（１２）と、
サーバ（３）と、を備え、
前記携帯電話機から前記搭載機を宛先とする呼接続要求が送信された場合、前記サーバは、前記呼接続要求を前記搭載機に転送し、
前記搭載機は、前記サーバによって転送された前記呼接続要求を受信したことに基づいて、前記乗り物を走行可能にし、
前記呼接続要求は第１の呼接続要求であり、
前記携帯電話機および前記搭載機のうちいずれか一方から他方を宛先とする第２の呼接続要求が送信されたことに基づいて、前記携帯電話機の電話番号が登録されているか否かを問い合わせ、登録されていれば、前記第２の呼接続要求を前記他方に転送し、前記第２の呼接続要求に対応する呼が確立したことに基づいて、前記携帯電話機の電話番号を用いた課金のための処理を行うシェアリングシステムである。
【０００７】
また、請求項１２に記載の発明は、
乗り物（１）に搭載され、携帯電話機（２）と電話通信する搭載機であって、
前記携帯電話機と電話通信するための通信部（２２）と、
制御部（２６）とを備え、
前記制御部は、中継機を介さず前記携帯電話機から前記携帯電話機の電話番号（Ｔｎｓ）を無線で受信したことに基づいて、前記電話番号をメモリ中の変数Ａに格納し、
前記制御部は、前記携帯電話機を送信元とする呼接続要求を、前記通信部を介して受信した場合、前記呼接続要求に含まれる送信元の電話番号が前記変数Ａの値と同じであることに基づいて、前記乗り物を走行可能にする搭載機である。
また、請求項１３に記載の発明は、乗り物（１）に搭載され、携帯電話機（２）と電話通信する搭載機であって、
前記携帯電話機と電話通信するための通信部（２２）と、
制御部（２６）とを備え、
前記制御部は、前記携帯電話機を送信元とする呼接続要求を、前記通信部を介して受信したことに基づいて、前記乗り物を走行可能にし、
前制御部は、前記呼接続要求に対応する呼が確立したことに基づいて、前記呼接続要求の送信元の電話番号に対応するデータをパスワード（ＸＴｎｓ）として記録する搭載機である。
【０００８】
このように、携帯電話機が、サーバではなく搭載機を宛先として呼接続要求を送信し、搭載機は、呼接続要求を受信したことに基づいて乗り物を走行可能にする。したがって、携帯電話機とサーバの通信機能およびサーバによる乗り物の走行可能化機能については、既存の電話交換の機能を流用することができる。したがって、その分、システムの構築の作業負担が低減される。
【０００９】
なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。
【図面の簡単な説明】
【００１０】
【図１】自転車シェアリングシステムの構成図である。
【図２】シェアリング開始時の作動を示すシーケンス図である。
【図３】シェアリング終了時の作動を示すシーケンス図である。
【図４】シェアリング中のロックの作動を示すシーケンス図である。
【図５】シェアリング中のアンロックの作動を示すシーケンス図である。
【図６】変形例１に係る自転車シェアリングシステムの構成図である。
【発明を実施するための形態】
【００１１】
以下、一実施形態について説明する。図１に示すように、本実施形態の自転車シェアリングシステムは、自転車１、携帯電話機２、サービス提供サーバ３、電話番号管理サーバ４、広域通信網５（例えばインターネット、ＩＰ電話網、回線交換網）を有している。
【００１２】
自転車１は、例えば、シェアリングサービス提供事業者が所有している。携帯電話機２は、自転車１を利用するユーザが携帯しているスマートフォンである。サービス提供サーバ３および電話番号管理サーバ４は、例えば、電話サービスを提供する電話事業者によって運営される。
【００１３】
この自転車シェアリングシステムでは、携帯電話機２を携帯するユーザが自転車１を借りて使用する。そして、サービス提供サーバ３が自転車１の使用に対する課金処理を行う。
【００１４】
自転車１は、電動アシスト自転車であってもよいし、電動アシスト自転車でなくてもよい。自転車１には、鍵駆動部１０、２次元コード表示媒体１１、搭載機１２が取り付けられている。
【００１５】
鍵駆動部１０は、自転車１のロックとアンロックを切り替える鍵機構を駆動する装置（例えば電動モータ）である。鍵駆動部１０の制御に従って鍵機構が自転車１をロックすると、自転車１が走行不可能になる。また、鍵駆動部１０の制御に従って鍵機構が自転車１をアンロックすると、自転車１が走行可能になる。
【００１６】
２次元コード表示媒体１１は、２次元コードが表された紙等の媒体である。２次元コード表示媒体１１は、人が２次元コードを視認可能なように、自転車１に貼り付けられる。２次元コード表示媒体１１の貼り付け先の位置は、ユーザが携帯電話機２を用いて読み取りやすい場所である。例えば、自転車１の車体に取り付けられた管理ナンバープレートに２次元コード表示媒体１１が貼り付けられてもよい。
【００１７】
２次元コード表示媒体１１は、自転車１の車体側の面に接着剤が塗布されたシールであってもよい。２次元コード表示媒体１１に表された２次元コードは、搭載機１２の電話番号Ｔｎｂおよび近距離無線接続のパラメータを表す面状の絵柄である。２次元コードは、例えばＱＲコード（登録商標）であってもよい。近距離無線接続のパラメータは、携帯電話機２が搭載機１２と近距離無線通信を行うために必要な、搭載機１２の情報である。
【００１８】
搭載機１２は、自転車１に搭載され、広域通信部１３、近距離通信部１４、メモリ１５、自転車側制御部１６を有している。広域通信部１３は、無線通信路等を介して広域通信網５に接続し、広域通信網５を介して携帯電話機２、サービス提供サーバ３と通信を行うための無線通信インターフェースである。自転車側制御部１６は、広域通信部１３を用いて電話通信を行うことができる。電話通信は、例えば、第３世代移動通信システム、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ等の規格に基づく電話通信である。
【００１９】
近距離通信部１４は、携帯電話機２と無線通信を直接行うための無線通信モジュールである。無線通信を直接行うとは、中継機を介さずに無線通信を行うことをいう。近距離通信部１４の通信可能範囲は、例えば、近距離通信部１４を中心とする半径１０ｍの範囲である。近距離通信部１４の通信方式は、近距離無線通信方式である。近距離無線通信方式としては、例えば、ブルートゥース（登録商標）として知られるＩＥＥＥ  ８０２．１５．１がある。ＩＥＥＥ  ８０２．１５．１が使用される場合、上述の２次元コードに表された近距離無線接続のパラメータは、例えば、携帯電話機２と搭載機１２とがペアリングするために必要なパラメータである。そのようなパラメータとしては、例えば、近距離通信部１４のＭＡＣアドレス、近距離通信部１４のブルートゥースＩＤ等がある。
【００２０】
メモリ１５は、種々のデータが格納される不揮発性記憶媒体である。このメモリ１５には、ＸＴｎｓ格納部１５ａおよびＴｎｂ格納部１５ｂが含まれる。ＸＴｎｓ格納部１５ａは、外部から受信した電話番号を格納する部分である。Ｔｎｂ格納部１５ｂには、搭載機１２自体の電話番号があらかじめ格納されている。
【００２１】
自転車側制御部１６は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、ＣＰＵがＲＯＭに記録されたプログラムを実行し、その実行の際にＲＡＭを作業領域として使用する。
【００２２】
携帯電話機２は、自転車１を使用するユーザが携帯している電話機である。携帯電話機２は、操作部２０、表示部２１、広域通信部２２、近距離通信部２３、メモリ２４、２次元コード読取部２５、携帯側制御部２６を有している。
【００２３】
操作部２０は、ユーザの操作を直接受け付けるための部材であり、例えば、メカニカルボタン、タッチパネル等を有する。表示部２１は、文字および画像を表示するための画像表示装置と音声を出力するための音声出力装置を有している。
【００２４】
広域通信部２２は、無線通信路等を介して広域通信網５に接続し、広域通信網５を介して搭載機１２、サービス提供サーバ３と通信を行うための無線通信インターフェースである。携帯側制御部２６は、近距離通信部２３を用いて電話通信を行うことができる。
【００２５】
近距離通信部２３は、自転車１の搭載機１２と直接通信を行うための無線通信モジュールである。近距離通信部２３の通信可能範囲は、例えば、近距離通信部２３を中心とする半径１０ｍの範囲である。近距離通信部２３の通信方式は、上述の近距離無線通信方式である。
【００２６】
メモリ２４は、種々のデータが格納される不揮発性記憶媒体である。このメモリ１５には、Ｔｎｓ格納部２４ａが含まれる。Ｔｎｓ格納部２４ａには、携帯電話機２自体の電話番号があらかじめ格納されている。
【００２７】
２次元コード読取部２５は、２次元コードを読み取るための装置である。２次元コード読取部２５は、例えば、２次元コードを撮影するカメラである。携帯側制御部２６は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、ＣＰＵがＲＯＭに記録されたプログラムを実行し、その実行の際にＲＡＭを作業領域として使用する。
【００２８】
サービス提供サーバ３は、広域通信部３１、呼接続制御部３２、課金処理部３３、課金情報格納部３４を有している。広域通信部３１は、無線通信路等を介して広域通信網５に接続し、広域通信網５を介して搭載機１２、携帯電話機２、電話番号管理サーバ４と通信を行うための通信インターフェースである。
【００２９】
呼接続制御部３２は、搭載機１２と携帯電話機２の間の呼の確立および呼の切断を、所定の呼制御プロトコル（例えばＳＩＰ）に従って制御する。したがって、呼接続制御部３２はＳＩＰサーバであってもよい。呼接続制御部３２は、ＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ等を備え、ＣＰＵがＲＯＭおよびフラッシュメモリに記録されたプログラムを実行し、その実行の際にＲＡＭおよびフラッシュメモリを作業領域として使用する。このようなＣＰＵの処理により、呼接続制御部３２の上記機能が実現する。この呼接続制御部３２のフラッシュメモリには、搭載機１２の電話番号等が登録されている。
【００３０】
課金処理部３３は、自転車１の使用に対する課金処理を行う。課金処理部３３は、ＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ等を備え、ＣＰＵがＲＯＭおよびフラッシュメモリに記録されたプログラムを実行し、その実行の際にＲＡＭおよびフラッシュメモリを作業領域として使用する。このようなＣＰＵの処理により、課金処理部３３の上記機能が実現する。
【００３１】
課金情報格納部３４は、不揮発性の記憶媒体である。課金情報格納部３４には、課金情報があらかじめ記録されている。課金情報中では、自転車１を利用可能なユーザの氏名、住所、決済方法、決済口座等が、当該ユーザの携帯電話機２の電話番号に関連付けられている。
【００３２】
電話番号管理サーバ４は、電話番号の登録の管理を行うサーバである。電話番号管理サーバ４は、広域通信部４１、電話番号ＤＢ４２、管理制御部４３を有する。広域通信部４１は、無線通信路等を介して広域通信網５に接続し、広域通信網５を介してサービス提供サーバ３と通信を行うための通信インターフェースである。
【００３３】
電話番号ＤＢ４２は、特定のユーザの携帯電話機の電話番号が登録された記憶媒体を含むデータベースである。特定のユーザとは、携帯電話機２の電話回線契約時に、自転車シェアリングシステムのサービスについて利用を希望したユーザである。携帯電話機２も、特定のユーザの携帯電話機である。したがって、携帯電話機２の電話番号も電話番号ＤＢ４２にあらかじめ登録されている。この登録は、例えば、携帯電話機２の電話回線契約時に実行される。
【００３４】
管理制御部４３は、ＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ等を備え、ＣＰＵがＲＯＭおよびフラッシュメモリに記録されたプログラムを実行し、その実行の際にＲＡＭおよびフラッシュメモリを作業領域として使用する。
【００３５】
以下、上記のような構成の自転車シェアリングシステムの作動について説明する。ユーザが自転車１を借りる際のシェアリング開始、ユーザが自転車１を返却する際のシェアリング終了（すなわち返却）、シェアリング中のロック、シェアリング中のアンロックの順に説明する。
【００３６】
（１）シェアリング開始
まず、シェアリング開始時の処理について図２を用いて説明する。まず、携帯電話機２を携帯するユーザは、借りたい自転車１に近づく。これにより、搭載機１２と携帯電話機２が近距離無線通信方式で通信可能となる。続いてユーザは、２次元コード表示媒体１１に表示された２次元コードを携帯電話機２に読み取らせる。
【００３７】
具体的には、ユーザは、操作部２０に対して所定のシェアリング開始操作を行い、その後、２次元コード読取部２５を２次元コード表示媒体１１に近づける。携帯側制御部２６は、上記シェアリング開始操作が行われたことに基づいて、ステップＳ２１０で、２次元コード読取部２５を用いて、２次元コード表示媒体１１上の２次元コードの絵柄を読み取る。更にステップＳ２１０で、携帯側制御部２６は、読み取った絵柄を所定の規則に従ってデコードする。デコードして得られるのは、搭載機１２の電話番等Ｔｎｂおよび近距離無線接続のパラメータである。このように、自転車１に２次元コード表示媒体１１が取り付けられることで、携帯電話機２から搭載機１２に電話をかけることおよび近距離無線通信の接続が容易になる。
【００３８】
続いて携帯側制御部２６は、ステップＳ２２０で、近距離通信部２３を用いて、使用開始通知を、搭載機１２に送信する。この使用開始通知には、宛先電話番号として電話番号Ｔｎｂが含まれ、送信元電話番号として電話番等Ｔｎｓが含まれ、コマンドとして開始コマンドが含まれる。この電話番号Ｔｎｓは、メモリ２４のＴｎｓ格納部２４ａから読み出した電話番号である。また、この電話番号Ｔｎｂは、直前のステップＳ２１０で取得した電話番号である。
【００３９】
すると、搭載機１２の自転車側制御部１６は、近距離通信部１４を介してこの使用開始通知を受信する。そして自転車側制御部１６は、受信した使用開始通知に開始コマンドが含まれていることに基づいて、ステップＳ１０５に進む。ステップＳ１０５で自転車側制御部１６は、直前に受信した使用開始通知に含まれる送信先電話番号と、メモリ１５のＴｎｂ格納部１５ｂに記録された電話番号とが、同じであるか否かを判定する。同じでないと判定した場合、この使用開始通知を無視する。このようにすることで、他の搭載機宛（例えば、近くにある他の自転車の搭載機宛）に送信された使用開始通知に基づいて誤った作動（すなわち、後述するアンロックおよび課金開始）をしてしまう可能性が低減される。
【００４０】
本事例では、これら２つの電話番号は当然同じである。したがって、ステップＳ１０５では２つの電話番号が同じであると判定してステップＳ１１０に進む。ステップＳ１１０では、直前に受信した使用開始通知に含まれる送信元電話番号Ｔｎｓを、メモリ１５中の変数Ａに格納する。
【００４１】
一方、携帯側制御部２６は、ステップＳ２２０に続いて、ステップＳ２３０で、搭載機１２に対して電話をかける。具体的には、携帯側制御部２６は、広域通信部１３を用いて、呼接続要求（すなわちＩｎｖｉｔｅ）を送信する。この呼接続要求が第１の呼接続要求に対応する。この呼接続要求には、宛先電話番号と送信元電話番号が含まれる。この宛先電話番号は、直前のステップＳ２１０で取得した搭載機１２の電話番号Ｔｎｂである。また、この送信元電話番号は、Ｔｎｓ格納部２４ａから読み出した携帯電話機２の電話番号Ｔｎｓである。
【００４２】
この呼接続要求は、通常の呼制御プロトコルに従って、広域通信網５を介して、サービス提供サーバ３に届く。これは、サービス提供サーバ３の呼接続制御部３２に搭載機１２の電話番号Ｔｎｂが登録されているからである。
【００４３】
サービス提供サーバ３の呼接続制御部３２は、広域通信部３１を介してこの呼接続要求を受信する。呼接続要求を受信した呼接続制御部３２は、受信した呼接続要求に含まれる宛先電話番号Ｔｎｂが、登録された電話番号Ｔｎｂと同じであることに基づいて、ステップＳ３０５に進む。そして呼接続制御部３２は、ステップＳ３０５で、広域通信部３１を用いて、送信元問い合わせを電話番号管理サーバ４に送信する。この送信元問い合わせには、直前に受信した呼接続要求に含まれる送信元電話番号Ｔｎｓを含める。
【００４４】
電話番号管理サーバ４の管理制御部４３は、広域通信部４１を介してこの送信元問い合わせを受信する。送信元問い合わせを受信した管理制御部４３は、続いてステップＳ４０５で、当該送信元問い合わせに含まれる送信元電話番号Ｔｎｓが電話番号ＤＢ４２に登録されているか否かを判定する。登録されていないと判定した場合は、広域通信部４１を用いて、登録なしを示すメッセージをサービス提供サーバ３に送信する。
【００４５】
本事例では、既に説明した通り、携帯電話機２の電話番号Ｔｎｓは電話番号ＤＢ４２に登録されている。したがって、管理制御部４３は、ステップＳ４０５で登録されていると判定し、その判定に基づき、広域通信部４１を用いて、登録ありを示すメッセージをサービス提供サーバ３に送信する。
【００４６】
一方、サービス提供サーバ３の呼接続制御部３２は、ステップＳ３０５で送信元問い合わせを送信した後、電話番号管理サーバ４から登録なしを示すメッセージを受信した場合、広域通信部３１を用いて、携帯電話機２にエラーメッセージを送信する。
【００４７】
携帯電話機２の携帯側制御部２６は、広域通信部２２を介してこのエラーメッセージを受信する。このエラーメッセージを受信した携帯側制御部２６は、ステップＳ２３１で、表示部２１を用いてユーザにエラー報知を行う。この場合、自転車１のロックが解除されず、課金開始処理も実行されない。
【００４８】
本事例では、呼接続制御部３２は、ステップＳ３０５で送信元問い合わせを送信した後、広域通信部３１を介して、電話番号管理サーバ４から登録ありを示すメッセージを受信する。これを受信した呼接続制御部３２は、ステップＳ３１０で、呼制御プロトコルに従って、広域通信部３１を用い、搭載機１２を宛先とする呼接続要求を送信する。搭載機１２を宛先とするのは、直前に受信した呼接続要求に含まれる宛先電話番号が、搭載機１２の電話番号Ｔｎｂだからである。このように、呼接続制御部３２は、電話番号Ｔｎａが登録されていることに基づいて呼接続要求を転送する。これにより、携帯電話機の電話番号を用いた認証が実現される。
【００４９】
この呼接続要求には、直前に受信した呼接続要求と同じ宛先電話番号と送信元電話番号が含まれる。したがって、ステップＳ３１０で呼接続制御部３２が行っていることは、直前に受信した呼接続要求を搭載機１２に転送することである。
【００５０】
搭載機１２の自転車側制御部１６は、広域通信部１３を介してこの呼接続要求を受信する。これを受信した自転車側制御部１６は、ステップＳ１１５で、受信した呼接続要求に含まれる送信元電話番号Ｔｎｓが、変数Ａの値と同じであるか否かを判定する。
【００５１】
本事例では、この送信元電話番号Ｔｎｓと変数Ａの値が同じである。このことに基づき、自転車側制御部１６は、広域通信部１３を用いて応答（すなわち、２００  ＯＫ）をサービス提供サーバ３に送信する。呼接続制御部３２は広域通信部３１を介してこの応答を受信し、受信したことに基づいて、広域通信部３１を用いて同じ応答を携帯電話機２に送信する。つまり、この応答は、搭載機１２からサービス提供サーバ３を経由して携帯電話機２に届く。
【００５２】
携帯側制御部２６は、広域通信部２２を介してこの応答を受信すると、広域通信部２２を用いて確認応答（すなわちＡｃｋ）をサービス提供サーバ３に送信する。呼接続制御部３２は、広域通信部３１を介してこの確認応答を受信し、受信したことに基づいて、広域通信部３１を用いて同じ確認応答を搭載機１２に送信する。つまり、この確認応答は、携帯電話機２からサービス提供サーバ３を経由して搭載機１２に届く。搭載機１２の自転車側制御部１６は、広域通信部１３を介してこの確認応答を受信したことに基づいて、ステップＳ１１６で、呼が確立したことを検知する。このようにして携帯電話機２と搭載機１２の間で、ステップＳ２３０で送信された呼接続要求に対応する呼が確立し、携帯電話機２と搭載機１２の電話通信が開始される。
【００５３】
自転車側制御部１６は、ステップＳ１１６に続いて、ステップＳ１１８で、電話通信の相手の電話番号を、ＸＴｎｓ格納部１５ａに、パスワードＸＴｎｓとして、記録する。通話相手の電話番号は、直前に受信した呼接続要求に含まれる送信元電話番等Ｔｎｓである。このようにすることで、携帯電話機の電話番号を、後に認証用のパスワードとすることができる。
【００５４】
続いて自転車側制御部１６は、ステップＳ１２０で、鍵駆動部１０を制御して、鍵機構により自転車１をアンロックする。これにより、携帯電話機２のユーザが自転車１を使用可能になる。
【００５５】
また、サービス提供サーバ３の課金処理部３３は、上記のように呼が確立したことを検知すると、ステップＳ３１５で、課金のための課金開始処理を行う。この課金開始処理では、直前に受信した呼接続要求に含まれる送信元電話番号Ｔｎｓに関連付けて、シェアリング開始日時を課金情報格納部３４内のフラッシュメモリに記録する。このように、携帯電話機２の電話番号Ｔｎｓが登録されていることに基づいて乗り物の使用が許可されると共に課金が行われるので、乗り物の使用と課金が正しく対応付けられて行われる。
【００５６】
その後、搭載機１２、携帯電話機２、サービス提供サーバ３は、呼制御プロトコルに従った周知の終話プロセスを実行する。具体的には、広域通信網５を介して、切断信号（すなわちＢｙｅ）が搭載機１２から送信される。そしてこの切断信号はサービス提供サーバ３で中継されて携帯電話機２に届く。そしてこの切断信号を受信した携帯電話機２が切断信号に対する応答（すなわち２００  ＯＫ）を送信する。この応答はサービス提供サーバ３で中継されて搭載機１２に届く。これによって、ステップＳ２３０で送信された呼接続要求に対応する呼が切断される。
【００５７】
なお、本事例と異なり、例えば、携帯電話機２を携帯するユーザが、過去に自転車１を使用し、後日、自転車１から遠く離れた場所において、誤って搭載機１２の電話番号に電話をしてしまったとする。この場合、自転車１が携帯電話機２から離れた位置にあるので、ステップＳ２２０で送信された使用開始通知は、搭載機１２が受信することはない。したがって、変数Ａに携帯電話機２の電話番号Ｔｎｓが格納されない。
【００５８】
その後、上記と同様に、ステップＳ２３０、ステップＳ３０５，ステップＳ４０５、ステップＳ３１０の処理が実行される。しかし、搭載機１２の自転車側制御部１６は、ステップＳ１１５で、直前に受信した呼接続要求に含まれる送信元電話番号Ｔｎｓが、変数Ａの値と同じでないと判定する。
【００５９】
この場合、自転車側制御部１６は、広域通信部１３を用いてサービス提供サーバ３に着信拒否を送信する。この着信拒否を受信したサービス提供サーバ３の呼接続制御部３２は、ステップＳ３１３で、呼接続のための処理を中断する。したがって、携帯電話機２と搭載機１２の電話通信が始まらない。その結果、自転車１構はアンロックされず、課金開始処理も実行されない。
【００６０】
このようになっていることで、携帯電話機２を携帯するユーザが遠隔地で誤って搭載機１２の電話番号に電話をしてしまっても、誤ったアンロックおよび誤った課金を防ぐことができる。
【００６１】
（２）シェアリング終了
次にシェアリング終了時の処理について、図３を用いて説明する。自転車１を使用しているユーザは、所定の自転車スタンドに自転車１を置く。この時点で、ユーザは自転車１の近くにいる。したがって、ユーザが携帯する携帯電話機２と搭載機１２とは近距離無線通信方式で通信可能である。
【００６２】
このときユーザは、携帯電話機２に対して所定のシェアリング終了操作を行う。携帯側制御部２６は、上記シェアリング終了操作が行われたことに基づいて、ステップＳ２４０で、近距離通信部１４を用いて、シェアリング終了通知を、搭載機１２に送信する。このシェアリング終了通知には、送信元電話番号として電話番等Ｔｎｓが含まれ、コマンドとして終了コマンドが含まれる。この電話番号Ｔｎｓは、メモリ２４のＴｎｓ格納部２４ａから読み出した電話番号である。
【００６３】
すると、搭載機１２の自転車側制御部１６は、近距離通信部１４を介してこの使用終了通知を受信する。そして自転車側制御部１６は、受信した使用終了通知に終了コマンドが含まれていることに基づいて、ステップＳ１３０に進む。ステップＳ１３０で自転車側制御部１６は、直前に受信した使用終了通知に含まれる送信元電話番号Ｔｓｎと、メモリ１５のＸＴｎｓ格納部１５ａに記録されたパスワードＸＴｎｓとが、同じであるか否か判定する。本事例では、両者は同じであると判定し、ステップＳ１３５に進む。なぜなら、シェアリング開始時にパスワードＸＴｎｓとして携帯電話機２の電話番号Ｔｎｓが記録されているからである。
【００６４】
ステップＳ１３０で両者の電話番号が同じでないと判定する場合としては、例えば、携帯電話機２のユーザが自転車１をシェアリング中でない場合等がある。ステップＳ１３０で両者の電話番号が同じでないと判定した場合、近距離通信部１４を用いて、使用終了通知の送信元の携帯電話機（例えば携帯電話機２）にエラーメッセージを送信する。
【００６５】
例えば、携帯電話機２の携帯側制御部２６が、近距離通信部２３を介してこのエラーメッセージを受信したとする。その場合、携帯側制御部２６は、ステップＳ２４１で、表示部２１を用いてユーザにエラー報知を行う。この場合、自転車１がロックされず、課金終了処理も行われない。このようにすることで、権限の無い携帯電話機から送信された使用終了通知に基づいて誤った作動（すなわち、後述するロックおよび課金終了処理）をしてしまう可能性が低減される。
【００６６】
本事例に戻り、自転車側制御部１６は、ステップＳ１３５で、鍵駆動部１０を制御して、鍵機構により自転車１をロックする。これにより、自転車１が使用できない状態になる。このようにすることで、携帯電話機の電話番号を、シェアリング終了用のパスワードとすることができる。
【００６７】
続いて自転車側制御部１６は、ステップＳ１４０で、携帯電話機２に対して電話をかける。具体的には、自転車側制御部１６は、広域通信部１３を用いて、呼接続要求を送信する。この呼接続要求が、第２の呼接続要求に対応する。
【００６８】
この呼接続要求には、宛先電話番号と送信元電話番号が含まれる。この送信元電話番号は、Ｔｎｂ格納部１５ｂから読み出した搭載機１２の電話番号Ｔｎｂである。また、この宛先電話番号は、直前に受信した使用終了通知に含まれた送信元電話番号Ｔｎｓである。
【００６９】
自転車側制御部１６は、続いてステップＳ１４５で、ＸＴｎｓ格納部１５ａ中のパスワードＸＴｎｓの値をクリアする。これにより、パスワードＸＴｎｓの値（すなわち、電話番号Ｔｎｓ）が所定値（例えばゼロ）に書き換わる。したがって、携帯電話機２のユーザによる自転車１のシェアリングが終了した後に、携帯電話機２によって後述するシェアリング中のロック、アンロックができてしまう事態を防止することができる。
【００７０】
サービス提供サーバ３の呼接続制御部３２は、広域通信部３１を介して、ステップＳ１４０で送信された呼接続要求を受信する。呼接続要求を受信した呼接続制御部３２は、受信した呼接続要求に含まれる宛先電話番号Ｔｎｓが、登録された電話番号Ｔｎｂと同じでないことに基づいて、ステップＳ３２０に進む。そして呼接続制御部３２は、ステップＳ３２０で、広域通信部３１を用いて、宛先問い合わせを電話番号管理サーバ４に送信する。この宛先問い合わせには、直前に受信した呼接続要求に含まれる宛先電話番号Ｔｎｓを含める。
【００７１】
電話番号管理サーバ４の管理制御部４３は、広域通信部４１を介してこの宛先問い合わせを受信する。宛先問い合わせを受信した管理制御部４３は、続いてステップＳ４１０で、当該宛先問い合わせに含まれる宛先電話番号Ｔｎｓが電話番号ＤＢ４２に登録されているか否かを判定する。登録されていないと判定した場合は、広域通信部４１を用いて、登録なしを示すメッセージをサービス提供サーバ３に送信する。
【００７２】
本事例では、既に説明した通り、携帯電話機２の電話番号Ｔｎｓは電話番号ＤＢ４２に登録されている。したがって、管理制御部４３は、ステップＳ４１０で登録されていると判定し、その判定に基づき、広域通信部４１を用いて、登録ありを示すメッセージをサービス提供サーバ３に送信する。
【００７３】
一方、サービス提供サーバ３の呼接続制御部３２は、ステップＳ３２０で宛先問い合わせを送信した後、電話番号管理サーバ４から登録なしを示すメッセージを受信した場合、広域通信部３１を用いて、搭載機１２にエラーメッセージを送信する。
【００７４】
搭載機１２の自転車側制御部１６は、広域通信部２２を介してこのエラーメッセージを受信する。このエラーメッセージを受信した自転車側制御部１６は、ステップＳ１４６で、エラー処理を行う。エラー処理においては、例えば、近距離通信部１４を用いてエラーメッセージを携帯電話機２に送信してもよい。この場合、携帯電話機２の携帯側制御部２６は、近距離通信部２３を介してこのエラーメッセージを受信し、表示部２１を用いてユーザにエラー報知を行う。
【００７５】
本事例では、呼接続制御部３２は、ステップＳ３２０で送信元問い合わせを送信した後、広域通信部３１を介して、電話番号管理サーバ４から登録ありを示すメッセージを受信する。これを受信した呼接続制御部３２は、ステップＳ３２３で、呼制御プロトコルに従って、広域通信部３１を用い、携帯電話機２を宛先とする呼接続要求を送信する。このようにすることで、シェアリングの終了時における認証が実現される。なお、携帯電話機２を宛先とするのは、直前に受信した呼接続要求に含まれる宛先電話番号が、携帯電話機２の電話番号Ｔｎｓだからである。
【００７６】
この呼接続要求には、直前に呼接続制御部３２が受信した呼接続要求と同じ宛先電話番号と送信元電話番号が含まれる。したがって、ステップＳ３２３で呼接続制御部３２が行っていることは、直前に受信した呼接続要求を携帯電話機２に転送することである。
【００７７】
この呼接続要求には、宛先電話番号と送信元電話番号が含まれる。この宛先電話番号は、直前に受信した呼接続要求に含まれる宛先電話番号Ｔｎｓである。また、この送信元電話番号は、直前に受信した呼接続要求に含まれる送信元電話番号Ｔｎｂである。
【００７８】
携帯側制御部２６自転車側制御部１６は、広域通信部１３を用いて応答（すなわち、２００  ＯＫ）をサービス提供サーバ３に送信する。呼接続制御部３２は広域通信部３１を介してこの応答を受信し、受信したことに基づいて、広域通信部３１を用いて同じ応答（すなわち、２００  ＯＫ）を携帯電話機２に送信する。つまり、この応答は、搭載機１２からサービス提供サーバ３を経由して携帯電話機２に届く。
【００７９】
携帯電話機２の携帯側制御部２６は、広域通信部２２を介してこの呼接続要求を受信する。これに基づいて携帯側制御部２６は、広域通信部２２を用いて応答（すなわち、２００  ＯＫ）をサービス提供サーバ３に送信する。呼接続制御部３２は広域通信部３１を介してこの応答を受信し、受信したことに基づいて、広域通信部３１を用いて同じ応答を搭載機１２に送信する。つまり、この応答は、携帯電話機２からサービス提供サーバ３を経由して搭載機１２に届く。
【００８０】
搭載機１２の自転車側制御部１６は、広域通信部１３を介してこの応答を受信すると、広域通信部１３を用いて確認応答（すなわちＡｃｋ）をサービス提供サーバ３に送信する。呼接続制御部３２は、広域通信部３１を介してこの確認応答を受信し、受信したことに基づいて、広域通信部３１を用いて同じ確認応答を携帯電話機２に送信する。つまり、この確認応答は、搭載機１２からサービス提供サーバ３を経由して携帯電話機２に届く。自転車側制御部１６は、このように確認応答を送信したことに基づいて、ステップＳ１５０で、呼が確立したことを検知する。このようにして、携帯電話機２と搭載機１２の間で、
ステップＳ１４０で送信された呼接続要求に対応する呼が確立し、携帯電話機２と搭載機１２の電話通信が開始される。
【００８１】
また、サービス提供サーバ３の課金処理部３３は、呼接続制御部３２が確認応答を受信して送信したことに基づいて、ステップＳ３２５で、課金のための課金終了処理を実行する。このようにすることで、シェアリングの終了時における課金処理が実現される。この課金終了処理では、直前に受信した呼接続要求に含まれる宛先電話番号Ｔｎｓに関連付けられたシェアリング開始日時を課金情報格納部３４内のフラッシュメモリから読み出す。そして、当該シェアリング開始日時から現在時刻までの経過時間を算出する。そして、算出された経過時間に基づいて課金額を決定する。そして、当該電話番号Ｔｎｓに関連付けられた決済方法、決済口座を、課金情報格納部３４から読み出する。そして、当該決済方法で、読み出した決済口座から、算出した課金額だけ、自転車１の使用料金を徴収する。
【００８２】
その後、搭載機１２、携帯電話機２、サービス提供サーバ３は、呼制御プロトコルに従った周知の終話プロセスを実行する。具体的には、広域通信網５を介して、切断信号（すなわちＢｙｅ）が搭載機１２から送信される。そしてこの切断信号はサービス提供サーバ３で中継されて携帯電話機２に届く。そしてこの切断信号を受信した携帯電話機２が切断信号に対する応答（すなわち２００  ＯＫ）を送信する。この応答はサービス提供サーバ３で中継されて搭載機１２に届く。これによって、呼が切断される。
【００８３】
（３）シェアリング中のロック
次に、シェアリング開始後かつシェアリング終了前（すなわちシェアリング中）の期間におけるロック時の処理について、図４を用いて説明する。自転車１を使用しているユーザは、自転車１から降りる。この時点で、ユーザは自転車１の近くにいる。したがって、ユーザが携帯する携帯電話機２と搭載機１２とは近距離無線通信方式で通信可能である。
【００８４】
このときユーザは、携帯電話機２に対して所定のロック操作を行う。携帯側制御部２６は、上記ロック操作が行われたことに基づいて、ステップＳ２５０で、近距離通信部１４を用いて、ロック指示を、搭載機１２に送信する。このロック指示には、送信元電話番号として電話番等Ｔｎｓが含まれ、コマンドとしてキーロックコマンドが含まれる。この電話番号Ｔｎｓは、メモリ２４のＴｎｓ格納部２４ａから読み出した電話番号である。
【００８５】
すると、搭載機１２の自転車側制御部１６は、近距離通信部１４を介してこのロック指示を受信する。そして自転車側制御部１６は、受信したロック指示にキーロックコマンドが含まれていることに基づいて、ステップＳ１６０に進む。
【００８６】
ステップＳ１６０で自転車側制御部１６は、直前に受信したロック指示に含まれる送信元電話番号Ｔｓｎと、メモリ１５のＸＴｎｓ格納部１５ａに記録されたパスワードＸＴｎｓとが、同じであるか否か判定する。本事例では、両者は同じである。なぜなら、シェアリング開始時のステップＳ１１８で、携帯電話機２の電話番号ＴｎｓがパスワードＸＴｎｓとしてＸＴｎｓ格納部１５ａに記録されたからである。したがって、自転車側制御部１６は、ステップＳ１６０で両者の電話番号は同じであると判定し、ステップＳ１６５に進む。
【００８７】
ステップＳ１６０で両者の電話番号が同じでないと判定する場合としては、例えば、携帯電話機２のユーザが自転車１をシェアリング中でない場合等がある。ステップＳ１６０で両者の電話番号が同じでないと判定した場合、自転車側制御部１６は、近距離通信部１４を用いて、ロック指示の送信元の携帯電話機（例えば携帯電話機２）にエラーメッセージを送信する。
【００８８】
例えば、携帯電話機２の携帯側制御部２６が、近距離通信部２３を介してこのエラーメッセージを受信したとする。その場合、携帯側制御部２６は、ステップＳ２５１で、表示部２１を用いてユーザにエラー報知を行う。この場合、自転車１がロックされない。このようにすることで、権限の無い携帯電話機から送信された使用終了通知に基づいて誤ったロック作動をしてしまう可能性が低減される。
【００８９】
本事例に戻り、自転車側制御部１６は、ステップＳ１６５で、鍵駆動部１０を制御して、鍵機構により自転車１をロックする。これにより、自転車１が使用できない状態になる。その後、携帯電話機２を携帯するユーザは、自転車１から離れて行動することができる。例えば、自転車１を置いたまま徒歩で歩き回ることができる。
【００９０】
このようにすることで、携帯電話機の電話番号を、シェアリング中のロック用のパスワードとすることができる。
【００９１】
（４）シェアリング中のアンロック
次に、シェアリング中かつロック後におけるアンロック時の処理について、図５を用いて説明する。自転車１をロックし、自転車１から離れて行動した後に、ユーザが携帯電話機２を携帯して自転車１の近くに戻って来る。この時点で、ユーザが携帯する携帯電話機２と搭載機１２とは近距離無線通信方式で通信可能である。
【００９２】
このときユーザは、携帯電話機２に対して所定のアンロック操作を行う。携帯側制御部２６は、上記アンロック操作が行われたことに基づいて、ステップＳ２６０で、近距離通信部１４を用いて、アンロック指示を、搭載機１２に送信する。このロック指示には、送信元電話番号として電話番等Ｔｎｓが含まれ、コマンドとしてキーアンロックコマンドが含まれる。この電話番号Ｔｎｓは、メモリ２４のＴｎｓ格納部２４ａから読み出した電話番号である。
【００９３】
すると、搭載機１２の自転車側制御部１６は、近距離通信部１４を介してこのアンロック指示を受信する。そして自転車側制御部１６は、受信したアンロック指示にキーアンロックコマンドが含まれていることに基づいて、ステップＳ１７０に進む。
【００９４】
ステップＳ１７０で自転車側制御部１６は、直前に受信したアンロック指示に含まれる送信元電話番号Ｔｓｎと、メモリ１５のＸＴｎｓ格納部１５ａに記録されたパスワードＸＴｎｓとが、同じであるか否か判定する。本事例では、両者は同じである。なぜなら、シェアリング開始時のステップＳ１１８で、携帯電話機２の電話番号ＴｎｓがパスワードＸＴｎｓとしてＸＴｎｓ格納部１５ａに記録されたからである。したがって、自転車側制御部１６は、ステップＳ１７０で両者の電話番号は同じであると判定し、ステップＳ１７５に進む。
【００９５】
ステップＳ１７０で両者の電話番号が同じでないと判定する場合としては、例えば、携帯電話機２のユーザが自転車１をシェアリング中でない場合等がある。ステップＳ１７０で両者の電話番号が同じでないと判定した場合、自転車側制御部１６は、近距離通信部１４を用いて、アンロック指示の送信元の携帯電話機（例えば携帯電話機２）にエラーメッセージを送信する。
【００９６】
例えば、携帯電話機２の携帯側制御部２６が、近距離通信部２３を介してこのエラーメッセージを受信したとする。その場合、携帯側制御部２６は、ステップＳ２６１で、表示部２１を用いてユーザにエラー報知を行う。この場合、自転車１がアンロックされない。このようにすることで、権限の無い携帯電話機から送信された使用終了通知に基づいて誤ったアンロック作動をしてしまう可能性が低減される。
【００９７】
本事例に戻り、自転車側制御部１６は、ステップＳ１７５で、鍵駆動部１０を制御して、鍵機構により自転車１をアンロックする。これにより、自転車１が使用できる状態になる。その後、携帯電話機２を携帯するユーザは、自転車１の使用を再開する。
【００９８】
このようにすることで、携帯電話機の電話番号を、シェアリング中のアンロック用のパスワードとすることができる。
【００９９】
以上説明した通り、携帯電話機２から搭載機１２を宛先とする呼接続要求が送信された場合、サービス提供サーバ３は、当該呼接続要求を搭載機１２に転送する。そして、搭載機１２は、サービス提供サーバ３によって転送された呼接続要求を受信したことに基づいて、自転車１を走行可能にする。
【０１００】
このように、携帯電話機３が、サービス提供サーバ３ではなく搭載機１２を宛先として呼接続要求を送信し、搭載機１２は、呼接続要求を受信したことに基づいて自転車１を走行可能にする。したがって、携帯電話機とサーバの通信機能およびサーバによる乗り物の走行可能化機能については、既存の電話交換の機能を流用することができる。したがって、その分、システムの構築の作業負担が低減される。
【０１０１】
また、サービス提供サーバ３を介して自転車１を解錠する作業としては、携帯電話機２が搭載機１２の電話番号に電話をかけるだけでよいので、例えば、特許文献１のように、本部の電話番号に電話をかけた上で自転車のナンバーを入力するような複雑な作業が不要となる。
【０１０２】
なお、上記各実施形態において記憶媒体またはメモリは、すべて非一時的実体的記録媒体である。
【０１０３】
（他の実施形態）
本開示は上記した実施形態に限定されるものではなく、適宜変更が可能である。また、上記実施形態において、実施形態を構成する要素は、特に必須であると明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではない。また、上記実施形態において、実施形態の構成要素の個数、数値、量、範囲等の数値が言及されている場合、特に必須であると明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではない。特に、ある量について複数個の値が例示されている場合、特に別記した場合および原理的に明らかに不可能な場合を除き、それら複数個の値の間の値を採用することも可能である。また、上記実施形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に特定の形状、位置関係等に限定される場合等を除き、その形状、位置関係等に限定されるものではない。また、本発明は、上記実施形態に対する以下のような変形例および均等範囲の変形例も許容される。なお、以下の変形例は、それぞれ独立に、上記実施形態に適用および不適用を選択できる。すなわち、以下の変形例のうち明らかに矛盾する組み合わせを除く任意の組み合わせを、上記実施形態に適用することができる。
【０１０４】
（変形例１）
上記実施形態の自転車シェアリングシステムに対し、図６に示すように、登録管理サーバ６を追加してもよい。登録管理サーバ６は、サービス提供サーバ３とは異なるサーバである。登録管理サーバ６は、電話サービスを提供する電話事業者が所有および管理していてもよい。あるいは、登録管理サーバ６は、シェアリングサービス提供事業者が所有および管理していてもよい。
【０１０５】
登録管理サーバ６は、広域通信部６１、個人情報ＤＢ６２、制御部６３を有している。広域通信部６１は、無線通信路等を介して広域通信網５に接続し、サービス提供サーバ３等と通信を行うための通信インターフェースである。
【０１０６】
個人情報ＤＢ６２は、自転車１を使用可能なユーザの個人情報が登録された記憶媒体を含むデータベースである。個人情報中では、自転車１を利用可能なユーザの氏名、住所、決済方法、決済口座等が、当該ユーザの携帯電話機２の電話番号に関連付けられている。したがって、個人情報ＤＢ６２に記録された情報は、課金情報格納部３４に記録された情報と同等である。
【０１０７】
なお、個人情報ＤＢ６２中の個人情報は、電話回線契約時に登録されるのではなく、自転車シェアリングサービスの事前契約時に、シェアリングサービス提供事業者によって登録されてもよい。この場合、登録管理サーバ６の制御部６３は、登録された個人情報を、広域通信部６１を用いて、サービス提供サーバ３に送信してもよい。その場合、サービス提供サーバ３の課金処理部３３は、広域通信部３１を介して受信した個人情報を課金情報格納部３４に追加記録する。
【０１０８】
この個人情報ＤＢ６２中の情報は、シェアリングサービス提供事業者が登録管理サーバ６にアクセスして取得可能となっていてもよい。このようにすることで、自転車シェアリングの予約、シェアリング対象の自転車の使用状況の通知、および、自転車の乗り逃げに対する対応を、シェアリングサービス提供事業者が行うことができる。
【０１０９】
（変形例２）
上記実施形態では、シェアリングの対象の自転車は１台のみである。しかし、シェアリングの対象の自転車は複数台あってもよい。その場合、それら複数台の自転車の各々は、搭載機１２と同機能の搭載機を有している。ただし、これら複数台の搭載機の電話番号は、互いに異なっている。
【０１１０】
（変形例３）
上記実施形態では、シェアリングの対象は自転車１であった。しかし、シェアリング対象はオートバイでもよいし、四輪自動車であってもよい。つまり、搭載機１２が搭載される対象は、どのような乗り物でもよい。
【０１１１】
（変形例４）
上記実施形態では、呼接続制御部３２の機能と課金処理部３３の機能は同じサービス提供サーバ３内で行われている。しかし、課金処理部３３の機能は、サービス提供サーバ３以外の課金用装置で実現されていてもよい。その場合、呼接続制御部３２は、ステップＳ３１５では、当該課金用装置に課金開始処理を実行するよう通知する。この通知処理は、課金のための処理である。また、呼接続制御部３２は、ステップＳ３２５では、当該課金用装置に課金終了処理を実行するよう通知する。この通知処理も、課金のための処理である。
【０１１２】
（変形例５）
上記実施形態においては、シェアリング終了時、搭載機１２から携帯電話機２を宛先とする呼接続要求が送信された場合、サービス提供サーバ３がステップＳ３２０で携帯電話機２の電話番号の登録の有無を問い合わせる。そしてサービス提供サーバ３は、登録ありを示すメッセージを受信した場合、当該呼接続要求を携帯電話機２に送信する。その結果、当該呼接続要求に対応する呼が確立する。そして、このように呼が確立することに基づいて、サービス提供サーバ３が課金終了処理を実行すると共に、搭載機１２が自転車１をロックする。
【０１１３】
しかし、シェアリング終了時に呼接続要求を送信するのは、携帯電話機２であってもよい。具体的には、シェアリング終了時、携帯電話機２から搭載機１２を宛先とする呼接続要求が送信された場合、サービス提供サーバ３が携帯電話機２の電話番号の登録の有無を電話番号管理サーバ４に問い合わせる。そしてサービス提供サーバ３は、登録ありを示すメッセージを電話番号管理サーバ４から受信した場合、当該呼接続要求を搭載機１２に送信する。その結果、当該呼接続要求に対応する呼が確立する。そして、このように呼が確立することに基づいて、サービス提供サーバ３が課金終了処理を実行すると共に、搭載機１２が自転車１をロックする。この場合、携帯電話機２から送信される呼接続要求が第２の呼接続要求に対応する。
【０１１４】
上記実施形態と本変形例によれば、シェアリング終了時、搭載機１２と携帯電話機２のうち一方から、他方を宛先とする呼接続要求が送信された場合、サービス提供サーバ３が、携帯電話機２の電話番号の登録の有無を電話番号管理サーバ４に問い合わせる。そしてサービス提供サーバ３は、登録ありを示すメッセージを電話番号管理サーバ４から受信した場合、当該呼接続要求を当該他方に送信する。その結果、当該呼接続要求に対応する呼が確立する。そして、このように呼が確立することに基づいて、サービス提供サーバ３が課金終了処理を実行すると共に、搭載機１２が自転車１をロックする。この場合、携帯電話機２から送信される呼接続要求が第２の呼接続要求に対応する。
【０１１５】
（変形例６）
また、上記変形例５に対して、以下のような変更を施してもよい。まず、ユーザがシェアリング終了操作を携帯電話機２の操作部２０に対して行ったとき、携帯側制御部２６は、広域通信部２２を用いて搭載機１２に使用終了通知を送信することなく、搭載機１２に電話をかける。この場合、搭載機１２の自転車側制御部１６は、呼が確立したことに基づいて、直前に受信した呼接続要求に含まれる送信元電話番号とパスワードＸＴｎｓが同じか否かを判定する。そして、同じである場合に限り、パスワードＸＴｎｓの値をクリアし、鍵駆動部１０を制御して、鍵機構により自転車１をロックする。
【０１１６】
（変形例７）
上記実施形態において、携帯電話機２と搭載機１２の間で近距離無線通信方式による通信が行われている。この通信における、電話番号Ｔｎｓ、Ｔｎｂのやりとりは、セキュリティ向上のために暗号化されていてもよい。
【０１１７】
（変形例８）
上記実施形態では、搭載機１２は、携帯電話機２の電話番号ＴｎｓをパスワードＸＴｎｓとして用いている。しかし、搭載機１２は、携帯電話機２の電話番号Ｔｎｓに加え、シェアリング開始時に携帯電話機２が呼接続要求を送信した時刻も、パスワードＸＴｎｓとして用いてもよい。
【０１１８】
この場合、携帯側制御部２６は、シェアリング開始時の呼接続要求を送信した時刻をメモリ２４に記録する。そして、呼が確立したことに基づいて、広域通信部１３または近距離通信部１４を用いて当該時刻を搭載機１２に通知する。そして自動車側制御部１６は、ステップＳ１１８で、携帯電話機２の電話番等Ｔｎｓと当該時刻を結合した結果の情報を、Ｔｎｂ格納部１５ｂ中のパスワードＸＴｎｓとして記録する。
【０１１９】
そして、シェアリング終了時、携帯側制御部２６は、ステップＳ２４０で、携帯電話機２の電話番号Ｔｎｓに加え、メモリ１５に記録した上記時刻も、搭載機１２に送信する。そして搭載機１２の自転車側制御部１６は、受信した電話番号Ｔｎｓと当該時刻を結合し、ステップＳ１３０で、パスワードＸＴｎｓが、当該結合した結果の情報と同じであるか否かを判定する。
【０１２０】
また、シェアリング中のロック時、携帯側制御部２６は、ステップＳ２５０で、携帯電話機２の電話番号Ｔｎｓに加え、メモリ１５に記録した上記時刻も、搭載機１２に送信する。そして搭載機１２の自転車側制御部１６は、受信した電話番号Ｔｎｓと当該時刻を結合し、ステップＳ１６０で、パスワードＸＴｎｓが、当該結合した結果の情報と同じであるか否かを判定する。
【０１２１】
また、シェアリング中のアンロック時、携帯側制御部２６は、ステップＳ２６０で、携帯電話機２の電話番号Ｔｎｓに加え、メモリ１５に記録した上記時刻も、搭載機１２に送信する。そして搭載機１２の自転車側制御部１６は、受信した電話番号Ｔｎｓと当該時刻を結合し、ステップＳ１７０で、パスワードＸＴｎｓが、当該結合した結果の情報と同じであるか否かを判定する。これらのようにすることで、セキュリティが向上する。
【０１２２】
（変形例９）
上記実施形態において、シェアリング開始時および上記変形例５、６におけるシェアリング終了時において、自転車側制御部１６は、携帯電話機２と搭載機１２の電話通信の呼が確立したことに基づいて、自転車１に取り付けられた前照灯または報知専用のＬＥＤを発光させてもよい。このようにすることで、ユーザインターフェースが向上する。
【０１２３】
（変形例１０）
上記実施形態では、呼制御プロトコルとしてＳＩＰが例示されている。しかし、ＳＩＰ以外の呼制御プロトコルが使用されてもよい。例えば、Ｈ．２２５が使用されてもよい。
【０１２４】
（変形例１１）
サービス提供サーバ３の課金処理部３３は、ステップＳ３２５で課金額を決定した場合、広域通信部３１を用いて当該課金額を携帯電話機２に送信してもよい。その場合、携帯電話機２の携帯側制御部２６は、広域通信部２２を介して当該課金額を受信し、受信した課金額を表示部２１に表示する。
【０１２５】
（変形例１２）
上記実施形態では、シェアリング開始時のステップＳ１１８において、自転車側制御部１６は、直前に受信した呼接続要求に含まれる送信元電話番等ＴｎｓをＸＴｎｓ格納部１５ａに保存する。しかし、保存するのは当該電話番号Ｔｎｓそのものである必要はなく、例えば、当該電話番号Ｔｎｓのメッセージダイジェストであってもよい。つまり、ＸＴｎｓ格納部１５ａにパスワードＸＴｎｓとして保存するのは、当該電話番号Ｔｎｓに対応するデータであればよい。もちろん、電話番号Ｔｎｓそのものも、当該電話番号Ｔｎｓに対応するデータの一例である。
【０１２６】
同様に、シェアリング終了時のステップＳ１３０で、自転車側制御部１６は、直前に受信した使用終了通知に含まれる送信元電話番号Ｔｓｎと、パスワードＸＴｎｓとが、対応しているか否か判定すればよい。
【０１２７】
また同様に、シェアリング中のロック時のステップＳ１６０で、自転車側制御部１６は、直前に受信したロック指示に含まれる送信元電話番号Ｔｓｎと、パスワードＸＴｎｓとが、対応しているか否か判定すればよい。
【０１２８】
同様に、シェアリング中のアンロック時のステップＳ１７０で、自転車側制御部１６は、直前に受信したアンロック指示に含まれる送信元電話番号Ｔｓｎと、パスワードＸＴｎｓとが、対応しているか否か判定すればよい。
【０１２９】
（変形例１３）
上記実施形態では、携帯電話機２は、２次元コードを読み取ることで搭載機１２の電話番号および近距離無線接続のパラメータを取得している。しかし、搭載機１２の電話番号および近距離無線接続のパラメータを取得する方法として、他の方法を採用してもよい。例えば、ユーザが、携帯電話機２に対して、搭載機１２の電話番号および近距離無線接続のパラメータを手入力してもよい。
【０１３０】
（変形例１４）
上記実施形態では、近距離無線通信方式の一例としてブルートゥース（登録商標）を例示している。しかし、近距離無線通信方式としてＮＦＣ（例えばＦｅｌｉＣａ）が用いられてもよい。ＮＦＣは、Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎの略称である。ＦｅｌｉＣａは登録商標である。ＮＦＣが用いられる場合、携帯電話機２が搭載機１２に接触すると同時に、相互の電話番号が交換される。
【０１３１】
（変形例１５）
上記実施形態では、携帯電話機２、サービス提供サーバ３から送信される呼接続要求は、相手に電話をかけるときの呼接続要求となっている。しかし、携帯電話機２、サービス提供サーバ３から送信される呼接続要求は、ＳＭＳを送信するときの呼接続要求であってもよい。ＳＭＳは、ショートメッセージサービスの略称である。ＳＭＳは、回線交換ネットーワーク上で行われる通信である。この場合、ＳＭＳメッセージが呼接続要求に相当する。そして、サービス提供サーバ３が、ショートメッセージサービスセンターの機能を有する。
【０１３２】
（まとめ）
上記各実施形態の一部または全部で示された第１の観点によれば、携帯電話機から搭載機を宛先とする呼接続要求が送信された場合、サーバは、呼接続要求を搭載機に転送する。また、搭載機は、サーバによって転送された呼接続要求を受信したことに基づいて、乗り物を走行可能にする。
【０１３３】
また、第２の観点によれば、携帯電話機から搭載機を宛先とする呼接続要求が送信された場合、サーバは、携帯電話機の電話番号が登録されているか否かを問い合わせ、登録されていれば、呼接続要求を搭載機に転送する。このようにすることで、携帯電話機の電話番号を用いた認証を実現することができる。
【０１３４】
また、第３の観点によれば、サーバは、呼接続要求に対応する呼が確立したことに基づいて、携帯電話機の電話番等を用いた課金のための処理を行う。このように、携帯電話機の電話番号が登録されていることに基づいて乗り物の使用が許可されると共に課金が行われるので、乗り物の使用と課金が正しく対応付けられて行われる。
【０１３５】
また、第４の観点によれば、乗り物に取り付けられる表示媒体は、携帯電話機が読み取り可能なコードが表されており、コードは、搭載機の電話番号を表す。このような表示媒体が乗り物に取り付けられることで、携帯電話機から搭載機に電話をかけることが容易になる。
【０１３６】
また、第５の観点によれば、搭載機は、中継機を介さず携帯電話機から携帯電話機の電話番号を無線で受信したことに基づいて、電話番号をメモリ中の変数Ａに格納し、搭載機は、サーバによって転送された呼接続要求を受信した場合、呼接続要求に含まれる送信元の電話番号が変数Ａの値と同じであることに基づいて、乗り物を走行可能にする。このようになっていることで、携帯電話機を携帯するユーザが遠隔地で誤って搭載機の電話番号に電話をしてしまっても、誤った走行可能化を防ぐことができる。
【０１３７】
また、第６の観点によれば、搭載機は、呼接続要求に対応する呼が確立したことに基づいて、呼接続要求の送信元の電話番号に対応するデータをパスワードとして記録する。このようにすることで、携帯電話機の電話番号を、後に認証用のパスワードとすることができる。
【０１３８】
また、第７の観点によれば、搭載機は、ロック指示を受信した場合、ロック指示に含まれる電話番号がパスワードに対応するものであることに基づいて、自転車を走行不可能にする。このようにすることで、携帯電話機の電話番号を、シェアリング中のロック用のパスワードとすることができる。
【０１３９】
また、第８の観点によれば、搭載機は、アンロック指示を受信した場合、アンロック指示に含まれる電話番号がパスワードに対応するものであることに基づいて、自転車を走行可能にする。このようにすることで、携帯電話機の電話番号を、シェアリング中のロック用のパスワードとすることができる。
【０１４０】
また、第９の観点によれば、搭載機は、使用終了通知を受信した場合、使用終了通知に含まれる電話番号がパスワードに対応するものであることに基づいて、自転車を走行不可能にすると共に前記パスワードをクリアする。
【０１４１】
このようにすることで、携帯電話機の電話番号を、シェアリング終了用のパスワードとすることができる。またこのとき、パスワードがクリアされる。したがって、シェアリングが終了した後に、携帯電話機によって自転車１の走行可能化、不可能化をコントロールできてしまう事態を防止することができる。
【０１４２】
また、第１０の観点によれば、携帯電話機および前記搭載機のうちいずれか一方から他方を宛先とする第２の呼接続要求が送信されたことに基づいて、携帯電話機の電話番号が登録されているか否かを問い合わせ、登録されていれば、第２の呼接続要求を他方に転送し、第２の呼接続要求に対応する呼が確立したことに基づいて、携帯電話機の電話番号を用いた課金のための処理を行う。このようにすることで、シェアリングの終了時における認証および課金を実現することができる。
【０１４３】
また、第１１の観点によれば、乗り物に搭載され、携帯電話機と電話通信する搭載機は、携帯電話機と電話通信するための通信部と、制御部とを備え、制御部は、携帯電話機を送信元とする呼接続要求を、通信部を介して受信したことに基づいて、乗り物を走行可能にする。
【符号の説明】
【０１４４】
１                自転車
２                携帯電話機
３                サービス提供サーバ
１１              ２次元コード表示媒体
１２              搭載機
２２              広域通信部
２６              携帯側制御部
【図１】
0006436119.tif 000002
【図２】
0006436119.tif 000003
【図３】
0006436119.tif 000004
【図４】
0006436119.tif 000005
【図５】
0006436119.tif 000006
【図６】
0006436119.tif 000007