JP2018142196A - 鍵収容装置および管理サーバ - Google Patents

Abstract

【課題】鍵の管理のためのシステム導入にかかる初期費用を抑制する鍵収容装置、管理サーバを提供する。【解決手段】車両に搭載され、前記車両の鍵の少なくとも一部を収容する収容部と、管理サーバと通信する通信部と、前記鍵の取り出しに基づいて前記通信部から前記管理サーバへの開始通知の送信を制御し、前記鍵が前記収容部に戻されたことに基づいて前記通信部から前記管理サーバへの終了通知の送信を制御する制御部と、を備える、鍵収容装置。【選択図】図５

Description

本発明は、鍵収容装置および管理サーバに関する。

近日、複数のユーザが自転車をシェアするためのシェアサイクルシステムが普及している。例えば、特許文献１には、駐輪場の改札装置を備えるシェアサイクルシステムが開示されている。改札装置は、駐輪場にある複数の自転車の鍵を保管する。改札装置は、ユーザのＩＣカードから読取られる情報の認証が成功すると自転車の鍵を解放し、自転車の鍵がユーザにより取り出される。また、自転車の返却時には、改札装置は、改札装置を通過した自転車のＩＣタグからＩＣタグ情報を読み取り、改札装置にかざされた鍵の非接触タグから非接触タグ情報を読み取る。そして、読取られた非接触タグ情報が、読取られたＩＣタグ情報に紐付けられた非接触タグ情報である場合に、改札装置が返却処理を進める。

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

しかし、上記のシェアサイクルシステムの導入は、各自転車の鍵に設けられる非接触タグ、および自転車の鍵を保管する改札装置などのための初期費用を伴う。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、鍵の管理のためのシステム導入にかかる初期費用を抑制することが可能な、新規かつ改良された鍵収容装置および管理サーバを提供することにある。

上記課題を解決するために、本発明のある観点によれば、車両に搭載され、前記車両の鍵の少なくとも一部を収容する収容部と、管理サーバと通信する通信部と、前記鍵の取り出しに基づいて前記通信部から前記管理サーバへの開始通知の送信を制御し、前記鍵が前記収容部に戻されたことに基づいて前記通信部から前記管理サーバへの終了通知の送信を制御する制御部と、を備える、鍵収容装置が提供される。

前記鍵収容装置は、ユーザから識別情報を取得する情報取得部をさらに備え、前記制御部は、前記情報取得部により取得された識別情報の認証が成功したことに基づいて、前記鍵を出し入れ可能な状態に前記収容部の状態を制御してもよい。

前記鍵収容装置は、前記通信部により前記管理サーバから受信された予約コードを記憶する記憶部をさらに備え、前記制御部は、前記情報取得部により取得された識別情報と前記記憶部に記憶された予約コードとの一致を前記識別情報の認証の成功として扱ってもよい。

前記制御部は、前記情報取得部により取得された識別情報を前記通信部に前記管理サーバへ送信させ、前記通信部は、前記管理サーバから前記識別情報の認証結果を受信してもよい。

前記情報取得部はテンキーで構成されてもよい。

前記制御部は、前記鍵が前記収容部に戻され、かつ、ユーザにより所定の操作が行われたことに基づき、前記終了通知の送信を制御してもよい。

前記鍵収容装置は返却ボタンを有し、前記所定の操作は、前記返却ボタンの押下げであってもよい。

前記鍵収容装置は、前記車両の位置を推定する位置推定部をさらに備え、前記制御部は、前記鍵が前記収容部に戻され、かつ、ユーザにより所定の操作が行われたことに基づき、前記位置推定部により推定された前記車両の位置を示す位置情報の送信をさらに制御してもよい。

また、上記課題を解決するために、本発明の別の観点によれば、車両に搭載され、前記車両の鍵の少なくとも一部を収容する鍵収容装置と通信する通信部と、前記鍵収容装置からの前記鍵の取り出しに基づいて送信される開始通知の受信、および前記鍵が前記鍵収容装置に戻されたことに基づいて送信される終了通知の受信、に基づいて前記車両の利用時間を管理する管理部と、を備える管理サーバが提供される。

以上説明したように本発明によれば、鍵の管理のためのシステム導入にかかる初期費用を抑制することが可能である。

本発明の実施形態によるシェアサイクルシステムの構成を示す説明図である。 本発明の実施形態によるシェアサイクルシステムの構成を示す説明図である。 ユーザ登録情報の具体例を示す説明図である。 サーバ記憶部に記録される情報の具体例を示す説明図である。 本実施形態による鍵収容ＢＯＸの構成を示す説明図である。 自転車の利用開始までの動作を示す説明図である。 自転車の返却時の動作を示す説明図である。 自転車の利用開始までの第１の変形例による動作を示す説明図である。

以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、複数の構成要素の各々に同一符号のみを付する。

＜１．シェアサイクルシステムの概要＞
本発明の実施形態は、複数のユーザが自転車をシェアするためのシェアサイクルシステムに関する。まず、図１を参照し、本発明の実施形態によるシェアサイクルシステムの概要を説明する。

図１は、本発明の実施形態によるシェアサイクルシステムの構成を示す説明図である。図１に示したように、本発明の実施形態によるシェアサイクルシステムは、ユーザ端末２０、管理サーバ３０、自転車４０および鍵収容ＢＯＸ５０を備える。

ユーザ端末２０、管理サーバ３０および鍵収容ＢＯＸ５０は、ネットワーク１２に接続される。ネットワーク１２は、ネットワーク１２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。

（ユーザ端末）
ユーザ端末２０は、ユーザによって利用される情報処理装置である。本実施形態によるユーザ端末２０は、自転車４０の予約情報を入力するための予約情報入力画面を表示し、ユーザにより入力された予約情報を管理サーバ３０に送信する。例えば、予約情報入力画面は、駐輪場の選択画面、自転車の選択画面および予約時間入力画面を含んでもよい。この場合、ユーザＩＤ、駐輪場ＩＤ、自転車ＩＤおよび予約時間帯情報が予約情報として管理サーバ３０に送信される。なお、自転車の選択画面は、駐輪場の選択画面において選択された駐輪場で貸出し可能な各自転車４０の画像、または各自転車４０の情報（大きさ、色、電動アシストの有無など）を含んでもよく、ユーザは、これら画像または情報に基づいて自転車４０を選択してもよい。

また、ユーザ端末２０は、自転車４０の予約が受け付けられると、管理サーバ３０から予約コードを受信し、当該予約コードをディスプレイに表示する。ユーザは、ユーザ端末２０のディスプレイを見ることで、予約コードを認識できる。

なお、ユーザ端末２０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、ユーザ端末２０は、スマートフォン、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの携帯型の情報処理装置であってもよい。

（管理サーバ）
管理サーバ３０は、自転車４０の予約および利用などを管理する。例えば、管理サーバ３０は、ユーザ端末２０から受信される予約情報に基づいて予約処理を実行し、ユーザ端末２０、および予約された自転車４０の鍵収容ＢＯＸ５０に予約コードを送信する。また、管理サーバ３０は、鍵収容ＢＯＸ５０から受信される利用開始通知および利用終了通知に基づいて、自転車４０の利用時間を管理し、利用時間に応じた課金処理を実行する。

（自転車）
自転車４０は、駐輪場に配置された車両の一例である。自転車４０は、ユーザからの予約に応じて、ユーザへ貸し出される。なお、図１には１つの駐輪場を示しているが、本実施形態によるシェアサイクルシステムは複数の駐輪場を有してもよい。また、本実施形態による自転車４０は、鍵収容ＢＯＸ５０を搭載する。

（鍵収容ＢＯＸ）
鍵収容ＢＯＸ５０は、自転車４０の鍵を収容する鍵収容装置である。鍵収容ＢＯＸ５０は、管理サーバ３０と通信する機能を有し、管理サーバ３０から受信された予約コードと、ユーザに入力された予約コードが一致する場合、蓋を解放する。これにより、ユーザは鍵収容ＢＯＸ５０に収容された鍵を取り出し、当該鍵で自転車４０のロックを解除することで、自転車４０を利用することが可能となる。

なお、本明細書では、本発明のシステムが自転車４０に適用される例を説明するが、本発明のシステムは、四輪車、二輪車、および船舶などの車両全般に適用可能である。

＜２．管理サーバの構成＞
以上、本実施形態によるシェアサイクルシステムの概要を説明した。続いて、図２〜図４を参照して、本実施形態による管理サーバ３０の構成を説明する。

図２は、本発明の実施形態によるシェアサイクルシステムの構成を示す説明図である。図２に示したように、本実施形態による管理サーバ３０は、通信部３２０、サーバ記憶部３３０、予約処理部３４０、利用管理部３５０および課金処理部３６０を備える。

（通信部）
通信部３２０は、ユーザ端末２０および鍵収容ＢＯＸ５０と通信する。例えば、通信部３２０は、ユーザ端末２０から予約情報を受信し、ユーザ端末２０に予約コードを送信する。また、通信部３２０は、予約された自転車４０の鍵収容ＢＯＸ５０に予約コードを送信し、鍵収容ＢＯＸ５０から利用開始通知、利用終了通知および自転車４０の位置情報などを受信する。

（サーバ記憶部）
サーバ記憶部３３０は、管理サーバ３０の動作に用いられる情報を記憶する。例えば、サーバ記憶部３３０はユーザ登録情報を記憶する。ユーザ登録情報は、図３に示すように、ユーザＩＤ、メールアドレスおよびクレジット情報を含み得る。サーバ記憶部３３０にユーザ登録情報が記憶されているユーザが本発明の実施形態によるシェアサイクルシステムを利用可能となる。

（予約処理部）
予約処理部３４０は、自転車４０の利用予約のための処理を行う。例えば、予約処理部３４０は、予約情報入力画面をユーザ端末２０に提供し、ユーザ端末２０から受信された予約情報に基づいて予約処理を実行する。予約処理は、予約コードの生成、ユーザ端末２０への予約コードの送信、およびサーバ記憶部３３０への予約情報の記録などを含む。また、予約処理部３４０は、予約された自転車４０の鍵収容ＢＯＸ５０への予約コードの送信も制御する。

（利用管理部）
利用管理部３５０は、ユーザによる自転車４０の利用状況を管理する管理部の一例である。具体的には、利用管理部３５０は、鍵収容ＢＯＸ５０からの利用開始通知の受信に基づき自転車４０の利用開始時刻をサーバ記憶部３３０へ記録し、鍵収容ＢＯＸ５０からの利用終了通知の受信に基づき自転車４０の利用終了時刻をサーバ記憶部３３０へ記録する。

図４は、サーバ記憶部３３０に記録される情報の具体例を示す説明図である。図４に示したように、サーバ記憶部３３０は、自転車４０の利用を予約した各ユーザについて、ユーザＩＤ、予約コード、駐輪場ＩＤ、自転車ＩＤ、予約時間帯、利用開始時刻および利用終了時刻を記憶する。

（課金処理部）
課金処理部３６０は、ユーザによる自転車４０の利用終了に基づき、ユーザへの課金処理を実行する。具体的には、課金処理部３６０は、サーバ記憶部３３０に記憶された利用開始時刻および利用終了時刻から利用時間を特定し、特定した利用時間に基づいて利用料金を算出する。そして、サーバ記憶部３３０に記憶されているユーザのクレジット情報を用いて、自転車４０の利用料金の課金処理を実行する。

なお、利用終了時刻が予約時間帯の経過後である場合、課金処理部３６０は、予約時間帯と利用終了時刻との差分時間に対しては、予約時間帯内での利用よりも割高な料金を適用してもよい。かかる構成により、予約時間帯に自転車４０を返却する意識をユーザが持ち、予約時間帯での自転車４０の返却率が向上することが期待される。予約時間帯に自転車４０が返却される信頼性が高ければ、その後の時間帯での当該自転車４０の予約を他のユーザから受け付けられるので、自転車４０の貸出し効率を向上することが可能である。

また、予約情報は自転車４０が返却される駐輪場の駐輪場ＩＤを含んでもよく、課金処理部３６０は、予約情報で指定された駐輪場に自転車４０が返却された場合には、他の駐輪場に自転車４０が返却された場合よりも割安な料金を適用してもよい。かかる構成によれば、予約情報で指定された駐輪場に自転車４０が返却されることが期待されるので、各駐輪場における自転車４０の存在状況を高精度に予測することが可能となる。

＜３．鍵収容ＢＯＸの構成＞
以上、本実施形態による管理サーバ３０の構成を説明した。続いて、図５を参照して、本実施形態による鍵収容ＢＯＸ５０の構成を説明する。

図５は、本実施形態による鍵収容ＢＯＸ５０の構成を示す説明図である。図５に示したように、本実施形態による鍵収容ＢＯＸ５０は、ＣＰＵ５１０と、通信部５２０と、ＢＯＸ記憶部５３０と、ＧＰＳ処理部５４０と、鍵収容コネクタ５５０と、テンキー５６０と、ＢＯＸ解放モータ５７０と、返却ボタン５８０と、電池５９０と、を備える。鍵収容ＢＯＸ５０は、開口を有する筐体本体および筐体本体の開口を解放／閉鎖する蓋からなる筐体を有し、当該筐体に上記各構成が実装される。鍵収容ＢＯＸ５０の筐体は、自転車４０の鍵を収容する収容部の一例である。

（通信部）
通信部５２０は、管理サーバ３０と通信する。例えば、通信部５２０は、管理サーバ３０から予約コードを受信し、管理サーバ３０に利用開始通知、利用終了通知および自転車４０の位置情報などを送信する。このような通信部５２０は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応モジュールであってもよいし、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応モジュールであってもよい。

（ＢＯＸ記憶部）
ＢＯＸ記憶部５３０は、鍵収容ＢＯＸ５０の動作に用いられる情報を記憶する。特に、本実施形態によるＢＯＸ記憶部５３０は、通信部５２０により受信された予約コードを記憶する。このようなＢＯＸ記憶部５３０は、不揮発性メモリ、磁気ディスク、光ディスク、またはＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。不揮発性メモリとしては、例えば、フラッシュメモリ、ＳＤカード、マイクロＳＤカード、ＵＳＢメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）およびＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標））などがあげられる。

（ＧＰＳ処理部）
ＧＰＳ処理部５４０は、複数のＧＰＳ衛星から受信される衛星信号を解析し、鍵収容ＢＯＸ５０の位置、すなわち自転車４０の位置を推定する位置推定部の一例である。

（鍵収容コネクタ）
鍵収容コネクタ５５０は、自転車４０の鍵を収容する収容部である。鍵収容コネクタ５５０は、例えば、自転車４０の鍵が挿入されるシリンダで構成されてもよい。または、自転車４０の鍵にコネクタが付される場合、鍵収容コネクタ５５０は、自転車４０に付されたコネクタに接続されてもよい。鍵収容コネクタ５５０は、自転車４０の鍵が鍵収容コネクタ５５０から外されて取り出されたこと、および自転車４０の鍵が鍵収容コネクタ５５０に戻されたことを検知し、検知結果をＣＰＵ５１０に出力する。当該鍵収容コネクタ５５０に収容され得る鍵は、鍵収容コネクタ５５０の設計により、鍵収容ＢＯＸ５０を搭載する自転車４０の鍵に制限される。

（テンキー）
テンキー５６０は、ユーザから予約コード（識別情報）を取得する情報取得部の一例である。当該テンキー５６０は、鍵収容ＢＯＸ５０の筐体の外面に設けられていてもよい。

（ＢＯＸ解放モータ）
ＢＯＸ解放モータ５７０は、ＣＰＵ５１０からの制御に従い、鍵収容ＢＯＸ５０の蓋を解放するための駆動力を出力する。

（返却ボタン）
返却ボタン５８０は、ユーザが自転車４０を返却する際に押下げするためのボタンである。当該返却ボタン５８０は、鍵収容ＢＯＸ５０の筐体の外面に設けられていてもよい。

（電池）
電池５９０は、鍵収容ＢＯＸ５０の動作のための電力を供給する。当該電池５９０は、充電可能な二次電池であってもよい。

（ＣＰＵ）
ＣＰＵ５１０は、鍵収容ＢＯＸ５０の動作全般を制御する制御部の一例である。例えば、ＣＰＵ５１０は、通信部５２０により管理サーバ３０から受信された予約コードをＢＯＸ記憶部５３０に記録する。また、ＣＰＵ５１０は、テンキー５６０に入力された予約コードの認証に基づき、すなわち、テンキー５６０に入力された予約コードとＢＯＸ記憶部５３０に記憶されている予約コードとの一致に基づき、ＢＯＸ解放モータ５７０に鍵収容ＢＯＸ５０の蓋を解放させる。かかる構成により、正当に自転車４０の予約を行ったユーザのみが、鍵収容ＢＯＸ５０から鍵を取り出し、自転車４０を利用することが可能となる。なお、ＣＰＵ５１０は、予約時間帯における予約コードの一致に基づいて鍵収容ＢＯＸ５０の蓋を解放させてもよい。または、予約時間帯の開始時刻にはユーザが自転車４０の利用を開始できるように、ＣＰＵ５１０は、予約時間帯の所定時間前（例えば、５分前）の経過後における予約コードの一致に基づいて鍵収容ＢＯＸ５０の蓋を解放させてもよい。

また、ＣＰＵ５１０は、鍵収容コネクタ５５０からの鍵の取り出しに基づいて通信部５２０に利用開始通知を管理サーバ３０へ送信させる。かかる構成により、管理サーバ３０において自転車４０の利用開始時刻を管理することが可能となる。

また、ＣＰＵ５１０は、鍵収容コネクタ５５０に鍵が戻されたこと、および返却ボタン５８０が押下げされたことに基づいて、利用終了通知およびＧＰＳ処理部５４０により得られた位置情報を通信部５２０に管理サーバ３０へ送信させる。返却ボタン５８０の押下げも利用終了通知の送信のための条件とすることで、一時駐輪と返却を区別して扱うことが可能となる。また、通信部５２０が利用終了通知と共に位置情報を送信することで、自転車４０が規定の場所（駐輪場）に返却されたか否かを管理サーバ３０において判断することが可能となる。

＜４．動作＞
以上、本発明の実施形態によるシェアサイクルシステムの構成を説明した。続いて、図６および図７を参照し、本発明の実施形態によるシェアサイクルシステムの動作を整理する。

図６は、自転車４０の利用開始までの動作を示す説明図である。図６に示したように、まず、ユーザがユーザ端末２０に予約情報を入力し、ユーザ端末２０が予約情報を管理サーバ３０に送信すると（Ｓ２０４）、管理サーバ３０の予約処理部３４０は、予約情報をサーバ記憶部３３０に記録し、予約コードのユーザ端末２０への送信を制御する（Ｓ２０８）。これにより、ユーザは予約コードを把握する。また、予約処理部３４０は、予約された自転車４０の鍵収容ＢＯＸ５０への予約コードの送信も制御する（Ｓ２１２）。鍵収容ＢＯＸ５０のＢＯＸ記憶部５３０は、管理サーバ３０から受信された予約コードを記憶する（Ｓ２１６）。

その後、鍵収容ＢＯＸ５０のテンキー５６０への予約コードの入力があると（Ｓ２２０／Ｙｅｓ）、鍵収容ＢＯＸ５０のＣＰＵ５１０は、テンキー５６０に入力された予約コードとＢＯＸ記憶部５３０に記憶されている予約コードが一致するか否かを判断する（Ｓ２２４）。そして、双方の予約コードが一致する場合（Ｓ２２４／Ｙｅｓ）、ＣＰＵ５１０は、ＢＯＸ解放モータ５７０に鍵収容ＢＯＸ５０の蓋を解放させる（Ｓ２２８）。一方、双方の予約コードが一致しない場合、鍵収容ＢＯＸ５０の蓋は解放されない（Ｓ２２４／Ｎｏ）。

そして、鍵収容コネクタ５５０から鍵が取り出されると（２３２／Ｙｅｓ）、通信部５２０がＣＰＵ５１０からの制御に従って利用開始通知を管理サーバ３０に送信する（Ｓ２３６）。管理サーバ３０の利用管理部３５０は、鍵収容ＢＯＸ５０からの利用開始通知の受信に基づき、鍵収容ＢＯＸ５０を搭載する自転車４０の利用開始時刻をサーバ記憶部３３０に記録する（Ｓ２４０）。

図７は、自転車４０の返却時の動作を示す説明図である。図７に示したように、鍵収容ＢＯＸ５０のテンキー５６０への予約コードの入力があると（Ｓ２４４／Ｙｅｓ）、鍵収容ＢＯＸ５０のＣＰＵ５１０は、テンキー５６０に入力された予約コードとＢＯＸ記憶部５３０に記憶されている予約コードが一致するか否かを判断する（Ｓ２４８）。そして、双方の予約コードが一致する場合（Ｓ２４８／Ｙｅｓ）、ＣＰＵ５１０は、ＢＯＸ解放モータ５７０に鍵収容ＢＯＸ５０の蓋を解放させる（Ｓ２５２）。一方、双方の予約コードが一致しない場合、鍵収容ＢＯＸ５０の蓋は解放されない（Ｓ２４８／Ｎｏ）。

そして、鍵収容コネクタ５５０に鍵が収納され（Ｓ２５６）、鍵収容ＢＯＸ５０の蓋が閉じられ、返却ボタン５８０が押下げされると（Ｓ２６０）、通信部５２０は、ＣＰＵ５１０からの制御に従って、利用終了通知およびＧＰＳ処理部５４０により得られた位置情報を管理サーバ３０に送信する（Ｓ２６４）。

管理サーバ３０の利用管理部３５０は、鍵収容ＢＯＸ５０から受信された位置情報に基づき、自転車４０が所定の駐輪場にあるか否かを判断する（Ｓ２６８）。自転車４０が所定の駐輪場にない場合（Ｓ２６８／Ｎｏ）、利用管理部３５０は、自転車４０を予約したユーザに、自転車４０が所定の駐輪場に返却されていないので返却が完了していない旨、および自転車４０を所定の駐輪場に返却すべき旨を示すメールを送信する（Ｓ２７０）。

一方、自転車４０が所定の駐輪場にある場合（Ｓ２６８／Ｙｅｓ）、管理サーバ３０の利用管理部３５０は、鍵収容ＢＯＸ５０を搭載する自転車４０の利用終了時刻をサーバ記憶部３３０に記録する（Ｓ２７２）。

その後、課金処理部３６０が、サーバ記憶部３３０に記憶された利用開始時刻および利用終了時刻から利用時間を特定し、特定した利用時間に基づいて利用料金を算出する。そして、サーバ記憶部３３０に記憶されているユーザのクレジット情報を用いて、自転車４０の利用料金の課金処理を実行する（Ｓ２７６）。その後、課金処理の内容を示す課金実行通知がユーザ端末２０に送信される（Ｓ２８０）。

＜５．変形例＞
以上、本発明の実施形態を説明した。以下では、本発明の実施形態の幾つかの変形例を説明する。なお、以下に説明する各変形例は、単独で本発明の実施形態に適用されてもよいし、組み合わせで本発明の実施形態に適用されてもよい。また、各変形例は、本発明の実施形態で説明した構成に代えて適用されてもよいし、本発明の実施形態で説明した構成に対して追加的に適用されてもよい。

（第１の変形例）
上記の実施形態では、ユーザが予約情報入力画面において利用する自転車４０を指定する例を説明したが、ユーザが予約情報入力画面において利用する自転車４０を指定しなくても、鍵収容ＢＯＸ５０を用いた鍵の授受を実現可能である。以下、図８を参照して自転車４０の利用開始までの第１の変形例による動作を説明する。

図８は、自転車４０の利用開始までの第１の変形例による動作を示す説明図である。図８に示したように、まず、ユーザがユーザ端末２０に予約情報を入力し、ユーザ端末２０が予約情報を管理サーバ３０に送信すると（Ｓ４０４）、管理サーバ３０の予約処理部３４０は、予約コードのユーザ端末２０への送信を制御し（Ｓ４０８）、予約情報および予約コードをサーバ記憶部３３０に記録する（Ｓ４１２）。ここで、ユーザ端末２０から送信される予約情報は自転車ＩＤを含まない。

その後、鍵収容ＢＯＸ５０のテンキー５６０への予約コードの入力があると（Ｓ４１６／Ｙｅｓ）、鍵収容ＢＯＸ５０の通信部５２０は、テンキー５６０に入力された予約コードを管理サーバ３０に送信する（Ｓ４２０）。

管理サーバ３０の利用管理部３５０は、サーバ記憶部３３０に記憶されている予約コードのうちで、鍵収容ＢＯＸ５０から受信された予約コードに一致する予約コードがあるか否かを判断する（Ｓ４２４）。鍵収容ＢＯＸ５０から受信された予約コードに一致する予約コードが無い場合（Ｓ４２４／Ｎｏ）、処理はエラー終了となる（Ｓ４２６）。

一方、鍵収容ＢＯＸ５０から受信された予約コードに一致する予約コードがある場合（Ｓ４２４／Ｙｅｓ）、管理サーバ３０の利用管理部３５０は、鍵収容ＢＯＸ５０への認証成功通知の送信を制御する（Ｓ４２８）。鍵収容ＢＯＸ５０のＣＰＵ５１０は、認証成功通知に基づいてＢＯＸ解放モータ５７０に鍵収容ＢＯＸ５０の蓋を解放させる（Ｓ４３２）。

そして、鍵収容コネクタ５５０から鍵が取り出されると（４３６／Ｙｅｓ）、通信部５２０がＣＰＵ５１０からの制御に従って利用開始通知を管理サーバ３０に送信する（Ｓ４４０）。管理サーバ３０の利用管理部３５０は、鍵収容ＢＯＸ５０からの利用開始通知の受信に基づき、鍵収容ＢＯＸ５０を搭載する自転車４０の利用開始時刻をサーバ記憶部３３０に記録する（Ｓ４４４）。

以上説明したように、第１の変形例によれば、ユーザが駐輪場を訪れた後に利用する自転車４０を選択することが可能となる。

（第２の変形例）
上記では、鍵収容ＢＯＸ５０に自転車４０の鍵が収容される例、すなわち、鍵収容ＢＯＸ５０に自転車４０の鍵の全体が覆われる例を説明したが、鍵収容ＢＯＸ５０は、自転車４０の鍵の少なくとも一部を収容してもよい。例えば、鍵収容コネクタ５５０がシリンダ状に構成され、かつ、鍵収容コネクタ５５０が外部に露出する位置に設けられてもよい。この場合、鍵収容コネクタ５５０は、正しい予約コードの入力により鍵を抜き出し可能に解放してもよい。かかる構成によれば、鍵収容コネクタ５５０に鍵が収容されている場合、鍵の取手部分が外部に露出するので、鍵収容ＢＯＸ５０に鍵が収容されているか否かを外部から目視で確認することが可能となる。

＜６．むすび＞
以上説明したように、本発明の実施形態によれば、駐輪場に改札装置を設けることなく自転車４０の鍵の授受を実現することができる。したがって、本発明の実施形態により、シェアサイクルシステムの導入にかかる初期費用を抑制できるケースが出て来ることが期待される。

なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上記では鍵収容ＢＯＸ５０がシェアサイクルシステムに適用される例を説明したが、鍵収容ＢＯＸ５０が適用される分野はシェアサイクルシステムに限定されない。例えば、鍵収容ＢＯＸ５０は、マンションや戸建てなどの不動産の鍵の管理システムに適用されてもよい。具体的には、不動産の所有者が短期的に不動産を他者に貸し出す際に、当該不動産のドア等に鍵収容ＢＯＸ５０を設置しておき、不動産の利用の予約を行ったユーザが予約コードを鍵収容ＢＯＸ５０に入力することにより、ユーザが不動産の鍵を受け取れるような、不動産の鍵の管理システムも提供され得る。

また、本明細書のシェアサイクルシステムの処理における各ステップは、必ずしもシーケンス図として記載された順序に沿って時系列に処理する必要はない。例えば、シェアサイクルシステムの処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、ユーザ端末２０、管理サーバ３０および鍵収容ＢＯＸ５０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したユーザ端末２０、管理サーバ３０および鍵収容ＢＯＸ５０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。

２０ ユーザ端末
３０ 管理サーバ
４０ 自転車
５０ 鍵収容ＢＯＸ
３２０ 通信部
３３０ サーバ記憶部
３４０ 予約処理部
３５０ 利用管理部
３６０ 課金処理部
５１０ ＣＰＵ
５２０ 通信部
５３０ 記憶部
５４０ ＧＰＳ処理部
５５０ 鍵収容コネクタ
５６０ テンキー
５７０ 解放モータ
５８０ 返却ボタン
５９０ 電池

Claims (9)

1. 車両に搭載され、前記車両の鍵の少なくとも一部を収容する収容部と、
   管理サーバと通信する通信部と、
   前記鍵の取り出しに基づいて前記通信部から前記管理サーバへの開始通知の送信を制御し、前記鍵が前記収容部に戻されたことに基づいて前記通信部から前記管理サーバへの終了通知の送信を制御する制御部と、
   を備える、鍵収容装置。
2. 前記鍵収容装置は、
   ユーザから識別情報を取得する情報取得部をさらに備え、
   前記制御部は、前記情報取得部により取得された識別情報の認証が成功したことに基づいて、前記鍵を出し入れ可能な状態に前記収容部の状態を制御する、請求項１に記載の鍵収容装置。
3. 前記鍵収容装置は、前記通信部により前記管理サーバから受信された予約コードを記憶する記憶部をさらに備え、
   前記制御部は、前記情報取得部により取得された識別情報と前記記憶部に記憶された予約コードとの一致を前記識別情報の認証の成功として扱う、請求項２に記載の鍵収容装置。
4. 前記制御部は、前記情報取得部により取得された識別情報を前記通信部に前記管理サーバへ送信させ、
   前記通信部は、前記管理サーバから前記識別情報の認証結果を受信する、請求項２に記載の鍵収容装置。
5. 前記情報取得部はテンキーで構成される、請求項２または３に記載の鍵収容装置。
6. 前記制御部は、前記鍵が前記収容部に戻され、かつ、ユーザにより所定の操作が行われたことに基づき、前記終了通知の送信を制御する、請求項１または２に記載の鍵収容装置。
7. 前記鍵収容装置は返却ボタンを有し、
   前記所定の操作は、前記返却ボタンの押下げである、請求項６に記載の鍵収容装置。
8. 前記鍵収容装置は、前記車両の位置を推定する位置推定部をさらに備え、
   前記制御部は、前記鍵が前記収容部に戻され、かつ、ユーザにより所定の操作が行われたことに基づき、前記位置推定部により推定された前記車両の位置を示す位置情報の送信をさらに制御する、請求項６または７に記載の鍵収容装置。
9. 車両に搭載され、前記車両の鍵の少なくとも一部を収容する鍵収容装置と通信する通信部と、
   前記鍵収容装置からの前記鍵の取り出しに基づいて送信される開始通知の受信、および前記鍵が前記鍵収容装置に戻されたことに基づいて送信される終了通知の受信、に基づいて前記車両の利用時間を管理する管理部と、
   を備える、管理サーバ。
   
   

Images