JP2021155958A - 駐輪システム - Google Patents

Abstract

【課題】簡単に駐輪場としての設置ができるように工夫した駐輪システムを提供する。【解決手段】駐輪システム１００は、自転車収容装置３０を有する駐輪装置１と、駐輪装置１に対して通信可能に接続された駐輪管理サーバ７と、を備え、駐輪装置１は、自転車収容装置３０への入庫を検知したことに応じて自転車収容装置３０を施錠して、自転車収容装置３０を特定する装置ＩＤと鍵データとを駐輪管理サーバ７に送信し、駐輪管理サーバ７は、受信した装置ＩＤに対応付けて受信した鍵データを記憶し、携帯端末４から装置ＩＤを含む鍵要求データを受信すると、装置ＩＤに対応付けられた鍵データを含む開錠指示データを携帯端末４に送信し、駐輪装置１は、携帯端末４から開錠指示データを受信すると、駐輪装置１に記憶された鍵データと開錠指示データの鍵データとを照合し、照合ができた場合に自転車収容装置３０を開錠する。【選択図】図１

Description

本発明は、駐輪システムに関する。

従来、駅前やショッピングセンタ等、自転車を利用する者が自転車から降りて行動する場所には、自転車を駐輪する駐輪場が設けられている。駐輪場には、自転車を入庫するとロックがかかり、例えば、時間あたりの駐輪料金を支払うことで、ロックが解除されて出庫が可能になるものがある。

また、駐輪場の例として、「それぞれの自転車に設けられ当該自転車を特定する自転車識別データを保持する自転車識別データ保持手段から、自転車識別データを入力する自転車識別データ入力手段と、駐輪場内の駐輪場所に応じて付与された位置データを入力する位置データ入力手段と、前記自転車識別データと前記位置データとを関係付けて記憶することで前記自転車の駐輪位置を記憶する自転車駐輪位置記憶手段と、前記自転車駐輪位置記憶手段より前記自転車識別データに基づいて特定される自転車と関係付けて記憶された位置データを読み出して表示する自転車駐輪位置表示手段とを備えたことを特徴とする自転車駐輪場の管理装置」が開示されている。（例えば、特許文献１参照）。

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

特許文献１のものは、管理室に設置される管理用コンピュータがあり、入場ゲート等が必要なものであった。そのため、大掛かりな駐輪場の設営が必要なものであった。
近年では、例えば、店舗の前等のちょっとした空きスペースを使用した駐輪場の要望等もあり、駐輪場としての機能を簡単に設置できるようなものが望まれている。

本発明は、簡単に駐輪場としての設置ができるように工夫した駐輪システムを提供することを目的とする。

本発明は、自転車を固定位置に駐輪させるための施開錠部材を有する駐輪装置と、前記駐輪装置に対して通信可能に接続された駐輪管理サーバと、を備える駐輪システムであって、前記駐輪装置は、前記施開錠部材を開錠するための鍵データを記憶する装置記憶部と、前記施開錠部材を施錠したことに応じて、前記施開錠部材を特定する部材識別情報を含む管理データを、前記駐輪管理サーバに送信するデータ送信手段と、通信可能に接続された携帯端末から開錠指示データを受信する指示受信手段と、前記指示受信手段により受信した前記開錠指示データと、前記装置記憶部に記憶された前記鍵データとを照合する照合手段と、前記照合手段による照合ができた場合に、前記施開錠部材を開錠する開錠手段と、を備え、前記駐輪管理サーバは、前記部材識別情報に対応付けて前記鍵データを記憶する鍵管理記憶部と、前記駐輪装置から前記管理データを受信した場合に、前記鍵管理記憶部の前記部材識別情報に対応する日時情報を更新するデータ更新手段と、通信可能に接続された前記携帯端末から前記部材識別情報を含む鍵要求データを受信する鍵要求受信手段と、前記鍵要求受信手段により受信した前記鍵要求データに基づいて、前記鍵管理記憶部に記憶された前記部材識別情報に対応する前記鍵データを含む前記開錠指示データを、前記携帯端末に送信する開錠指示送信手段と、を備える、駐輪システムに関する。

また、駐輪システムにおいて、前記駐輪装置の前記データ送信手段は、前記装置記憶部の前記鍵データをさらに含む前記管理データを、前記駐輪管理サーバに送信し、前記駐輪管理サーバの前記データ更新手段は、前記駐輪装置から前記管理データを受信した場合に、前記鍵管理記憶部の前記部材識別情報に対応付けて前記管理データに含む前記鍵データを更新してもよい。

また、駐輪システムにおいて、前記駐輪装置は、前記施開錠部材を施錠したことに応じて、生成の都度異なる前記鍵データを生成する鍵生成手段と、前記鍵生成手段により生成された前記鍵データを前記装置記憶部に記憶する装置記憶手段と、を備え、前記データ送信手段は、前記装置記憶手段による処理の後、前記管理データを前記駐輪管理サーバに送信してもよい。

また、駐輪システムにおいて、前記駐輪装置は、前記施開錠部材を有する収容部と、前記収容部への入庫を検知する検知手段と、前記検知手段が入庫を検知したことに応じて、前記施開錠部材を施錠する施錠手段と、を備え、前記データ送信手段は、前記施錠手段が施錠したことに応じて、前記管理データを、前記駐輪管理サーバに送信してもよい。

また、駐輪システムにおいて、前記駐輪装置は、前記開錠手段により前記施開錠部材を開錠した後、前記検知手段が前記収容部の自転車に対する出庫を検知した場合に、前記装置記憶部に記憶された前記鍵データを消去する消去手段を備えてもよい。

また、駐輪システムにおいて、前記駐輪装置の前記施錠手段は、前記開錠手段により前記収容部を開錠した後、所定時間内に前記検知手段が前記収容部の自転車に対する出庫を検知しなかった場合に、前記収容部を施錠してもよい。

また、駐輪システムにおいて、前記駐輪装置の前記装置記憶部は、複数の前記鍵データを記憶し、前記駐輪装置の前記データ送信手段は、前記複数の鍵データのうちランダムに選択された一の前記鍵データを含む前記管理データを、前記駐輪管理サーバに送信し、前記駐輪装置の前記照合手段は、前記指示受信手段により受信した前記開錠指示データと、前記装置記憶部に記憶された前記一の鍵データとを照合してもよい。

また、駐輪システムにおいて、前記駐輪装置は、前記施開錠部材の状態を示すステータスを、前記部材識別情報と共に前記駐輪管理サーバに送信するステータス送信手段を備え、前記駐輪管理サーバは、前記部材識別情報と前記ステータスとを対応付けて記憶するステータス記憶部と、前記駐輪装置から前記ステータスを受信したことに応じて、前記ステータス記憶部を更新するステータス更新手段と、を備え、前記開錠指示送信手段は、前記ステータス記憶部に記憶された前記部材識別情報に対応する前記ステータスが入庫を示すものである場合に、前記開錠指示データを前記携帯端末に送信してもよい。

また、駐輪システムにおいて、前記駐輪装置の前記装置記憶部は、各駐輪装置に共通の共通鍵データを予め記憶しており、前記駐輪装置の前記照合手段は、前記装置記憶部に記憶された前記管理データに含まれる前記鍵データとの照合ができなかった場合に、前記指示受信手段により受信した前記開錠指示データと、前記装置記憶部に記憶された前記共通鍵データとをさらに照合し、前記駐輪装置の前記開錠手段は、前記共通鍵データによる照合ができた場合にも、前記施開錠部材を開錠してもよい。

また、駐輪システムにおいて、前記駐輪管理サーバは、前記鍵要求受信手段により、前記携帯端末から前記鍵要求データを受信したことに応じて、前記鍵管理記憶部を参照して決済額を算出し、前記決済額を含む決済処理に関する指示データを、前記携帯端末に送信する指示送信手段を備え、前記駐輪管理サーバの前記開錠指示送信手段は、前記指示送信手段が送信した前記指示データに対して前記携帯端末により決済が行われたことを確認したことに応じて、前記開錠指示データを前記携帯端末に送信してもよい。

また、駐輪システムにおいて、前記駐輪管理サーバは、前記携帯端末から、前記携帯端末もしくは前記携帯端末のユーザを識別するユーザ識別情報又は前記ユーザが指定した認証用情報である入庫時情報を、前記ユーザの自転車を入庫した前記施開錠部材に係る前記部材識別情報と共に受信するユーザ情報受信手段を備え、前記鍵要求受信手段は、前記入庫時情報と共に前記鍵要求データを受信し、前記鍵要求データの前記部材識別情報及び前記入庫時情報が、前記ユーザ情報受信手段により受信した前記部材識別情報及び前記入庫時情報に一致するか否かを確認するユーザ情報確認手段を備え、前記開錠指示送信手段は、前記ユーザ情報確認手段により一致が確認できた場合に、前記開錠指示データを、前記携帯端末に送信してもよい。

また、駐輪システムにおいて、前記駐輪装置は、前記携帯端末から、前記携帯端末もしくは前記携帯端末のユーザを識別するユーザ識別情報又は前記ユーザが指定した認証用情報である入庫時情報を受信する入庫時情報受信手段を備え、前記データ送信手段は、前記入庫時情報受信手段により受信した前記入庫時情報をさらに含む前記管理データを、前記駐輪管理サーバに送信し、前記駐輪管理サーバの前記鍵要求受信手段は、前記入庫時情報と共に前記鍵要求データを受信し、前記駐輪管理サーバは、前記鍵要求データの前記部材識別情報及び前記入庫時情報が、受信した前記部材識別情報及び前記入庫時情報に一致するか否かを確認するユーザ情報確認手段を備え、前記開錠指示送信手段は、前記ユーザ情報確認手段により一致が確認できた場合に、前記開錠指示データを、前記携帯端末に送信してもよい。

本発明によれば、簡単に駐輪場としての設置ができるように工夫した駐輪システムを提供することができる。

第１実施形態に係る駐輪システムの全体構成図である。 第１実施形態に係る駐輪システムを利用した駐輪スペースの例を示す図である。 第１実施形態に係る自転車収容装置の例を示す図である。 第１実施形態に係る駐輪装置の機能ブロック図である。 第１実施形態に係る携帯端末の機能ブロック図である。 第１実施形態に係る駐輪管理サーバの機能ブロック図である。 第１実施形態に係る駐輪管理サーバの記憶部の例を示す図である。 第１実施形態に係る駐輪システムの入庫時処理を示すフローチャートである。 第１実施形態に係る駐輪システムのステータス更新処理を示すフローチャートである。 第１実施形態に係る携帯端末の出庫時処理を示すフローチャートである。 第１実施形態に係る携帯端末の表示例を示す図である。 第１実施形態に係る駐輪システムの鍵要求処理を示すフローチャートである。 第１実施形態に係る駐輪システムの開錠指示処理を示すフローチャートである。 第２実施形態に係る駐輪装置の概要図及び携帯端末の機能ブロック図である。 第２実施形態に係る駐輪管理サーバの機能ブロック図である。 第２実施形態に係る駐輪システムの入庫後処理を示すフローチャートである。 第２実施形態に係る駐輪システムの鍵要求処理を示すフローチャートである。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（第１実施形態）
〔駐輪システム１００の全体構成〕
図１は、第１実施形態に係る駐輪システム１００の全体構成図である。
図２は、第１実施形態に係る駐輪システム１００を利用した駐輪スペースＰＳの例を示す図である。
図３は、第１実施形態に係る自転車収容装置３０の例を示す図である。

駐輪システム１００は、例えば、駅前やショッピングセンタ、店舗前のちょっとした空きスペース等の各駐輪スペースＰＳ（図２参照）に設けられた自転車収容装置３０（収容部）（図３参照）を用いたシステムである。駐輪システム１００は、自転車収容装置３０に自転車を入庫した場合の施錠管理及び駐輪料金の徴収を、簡易な装置を用いて行うものである。また、駐輪システム１００では、自転車を駐輪したユーザの携帯端末４を利用して、自転車収容装置３０の開錠を行うものである。

図１に示す駐輪システム１００は、駐輪装置１（１−Ａ１，１−Ａ２，・・・、１−Ｂ１，１−Ｂ２，・・・）と、携帯端末４と、ゲートウェイ６（６−Ａ，６−Ｂ，・・・）と、駐輪管理サーバ７とを備える。以下の説明において、各駐輪装置１−Ａ１，１−Ａ２，・・・、１−Ｂ１，１−Ｂ２，・・・を特定しない場合には、単に駐輪装置１という。また、他の装置においても同様に、１つの装置を特定しない場合には、枝番（−Ａ，−Ｂ等）を省略する。

駐輪装置１と、ゲートウェイ６とは、駐輪スペースＰＳ（ＰＳ−Ａ，ＰＳ−Ｂ，・・・）に設けられている。そして、駐輪装置１とゲートウェイ６との間は、データ通信網Ｎ１によりデータ通信が可能になっている。データ通信網Ｎ１は、例えば、ＬＰＷＡ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ）等の少ない消費電力で広いエリアをカバーする無線通信の通信ネットワークであり、例えば、ＬｏＲａＷＡＮは、その一例である。
なお、簡単に設置ができ、低電力で実現できるという点において、データ通信網Ｎ１は、消費電力が少ないＬｏＲａＷＡＮを用いるものが適している。しかし、データ通信網Ｎ１は、これに限定するものではなく、その他の無線通信方式によるデータ通信を行うものであってもよいし、有線通信であってもよい。

また、ゲートウェイ６と駐輪管理サーバ７との間、及び、携帯端末４と駐輪管理サーバ７との間は、データ通信網Ｎ２によってデータ通信が可能になっている。データ通信網Ｎ２は、例えば、インターネット回線等である。なお、データ通信網Ｎ２は、これに限定するものではなく、その他の通信回線を用いてもよいし、有線通信であるか無線通信であるかを問わない。
さらに、駐輪装置１と携帯端末４との間は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信によって、データ通信が可能になっている。

図２に示す駐輪スペースＰＳは、４台の自転車の駐輪が可能になっている。この例では、自転車Ｃが駐輪装置１−Ａ２に駐輪した状態になっており、駐輪装置１−Ａ１，１−Ａ３及び１−Ａ４は、空きになっている。また、各駐輪装置１には、駐輪装置１を特定可能な番号等が、例えば、駐輪装置１の側面等のユーザが視認可能な位置に記載されている。図２に示す駐輪スペースＰＳの例では、駐輪装置１−Ａ１には、Ｎｏ．１と記載され、駐輪装置１−Ａ２には、Ｎｏ．２と記載されている等である。

〔駐輪装置１〕
駐輪装置１は、１台の自転車を収容する自転車収容装置３０を含み、自転車収容装置３０に対する施錠及び開錠等を行う装置である。
駐輪装置１は、駐輪管理サーバ７に対してデータを送信する際、ゲートウェイ６を介して行う。駐輪装置１は、例えば、ＬｏＲａＷＡＮに対応したデバイスである。

図４に示すように、駐輪装置１は、制御部１０と、記憶部２０と、データ通信ＩＦ（インタフェース）２９と、自転車収容装置３０とを備える。
制御部１０は、駐輪装置１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、検知部１１（検知手段）と、施錠部１２（施錠手段）と、鍵生成処理部１３（鍵生成手段、装置記憶手段）と、データ送信部１４（データ送信手段）と、指示受信部１５（指示受信手段）と、照合部１６（照合手段）と、開錠部１７（開錠手段）と、鍵消去部１８（消去手段）と、ステータス処理部１９（ステータス送信手段）とを備える。

検知部１１は、駐輪装置１に有する自転車収容装置３０への収容有無を検知する。
まず、検知部１１は、自転車収容装置３０に自転車が収容されることで、入庫を検知する。より具体的には、検知部１１は、図３に示すように、自転車収容装置３０に設けられたセンサ部３１が収容された自転車Ｃを検知することによって、センサ部３１から送出された信号によって、自転車Ｃの入庫を検知する。
また、検知部１１は、自転車収容装置３０に入庫されている自転車が引き出されることで、出庫を検知する。より具体的には、図３に示すように、検知部１１は、センサ部３１が自転車Ｃを検知しなくなったことによりセンサ部３１から送出された信号によって、自転車Ｃの出庫を検知する。

施錠部１２は、検知部１１が自転車の入庫を検知したことに応じて、自転車収容装置３０を施錠する。より具体的には、施錠部１２は、図３に示すように、自転車収容装置３０に設けられた鍵ロック機構３２（施開錠部材）を施錠するように制御する。施錠部１２は、検知部１１が自転車Ｃの入庫を検知したと同時に施錠してもよいし、検知部１１が自転車Ｃの入庫を検知してから、例えば、３分等の時間経過後等に施錠してもよい。
また、施錠部１２は、後述する開錠部１７により自転車収容装置３０を開錠した後、所定時間内（例えば、５分以内）に検知部１１が自転車収容装置３０の自転車に対する出庫を検知しなかった場合に、自転車収容装置３０を施錠する。

鍵生成処理部１３は、施錠部１２により自転車収容装置３０を施錠したことに応じて、自転車収容装置３０を開錠するための鍵データを生成する。その際、鍵生成処理部１３は、例えば、所定のアルゴリズムに基づいて、生成の都度異なる鍵データを生成する。そして、鍵生成処理部１３は、生成された鍵データを、後述する鍵格納部２３（装置記憶部）に記憶する。
データ送信部１４は、鍵生成処理部１３により生成された鍵データと、自転車収容装置３０を特定する装置ＩＤ（部材識別情報）とを含む管理データを、駐輪管理サーバ７に送信する。

指示受信部１５は、携帯端末４から開錠指示データを受信する。ここで、開錠指示データは、鍵データを含む。
照合部１６は、指示受信部１５により受信した開錠指示データと、鍵格納部２３に記憶された鍵データとを照合し、鍵データが一致しているか否かを確認する。
開錠部１７は、照合部１６による照合ができた場合に、自転車収容装置３０を開錠する。より具体的には、開錠部１７は、自転車収容装置３０に設けられた鍵ロック機構３２（図３参照）を開錠するように制御する。
鍵消去部１８は、開錠部１７により自転車収容装置３０を開錠した後、検知部１１が自転車の出庫を検知した場合に、鍵格納部２３に記憶された鍵データを消去する。

ステータス処理部１９は、記憶部２０に記憶されるステータス２５を更新する。ここで、ステータス２５には、自転車収容装置３０の収容状態（状態）を示すステータスを記憶する。ステータスとしては、例えば、「使用中」、「空き」、「使用不可」等であるが、これに限定されるものではなく、自転車収容装置３０の収容状態を示すものであれば、例えば、「入庫」、「出庫待ち」、「出庫」等、他のものであってもよい。
また、ステータス処理部１９は、例えば、１０分ごと等の定期的なタイミングで、自転車収容装置３０の収容状態を示すステータスを、駐輪管理サーバ７に送信する。

記憶部２０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２０は、プログラム２１と、装置ＩＤ２２と、鍵格納部２３と、ステータス２５とを備える。
プログラム２１は、上述した制御部１０が行う各種機能を実行するためのアプリケーションプログラムである。
装置ＩＤ２２は、駐輪装置１に有する自転車収容装置３０を識別する識別情報である。装置ＩＤ２２は、例えば、「大井町」等の地域を特定する識別情報と、「第１駐輪場」等の地域内での場所を特定する識別情報と、「１番」等の場所内での位置を特定する識別情報とからなるものであってよい。

鍵格納部２３は、鍵データを記憶する記憶領域である。
鍵格納部２３は、鍵データと、共通鍵データとを記憶する。鍵データは、鍵生成処理部１３により生成された鍵データである。他方、共通鍵データは、この駐輪システム１００の管理者や、各駐輪スペースＰＳの管理者等が自転車収容装置３０を開錠するための鍵データである。
ステータス２５は、自転車収容装置３０の収容状態であるステータスを記憶する。
データ通信ＩＦ２９は、データ通信網Ｎ１や、近距離無線通信網を介して各種装置との間で通信を行うためのインタフェースである。
ここで、データ通信ＩＦ２９を、Ｂｌｕｅｔｏｏｔｈのインタフェースとして機能させる場合、制御部１０は、例えば、装置ＩＤ２２を含む信号等、駐輪装置１が識別可能である信号を、常時又は入庫されている場合には常時又は定期的に送出（アドバタイズ）する。

自転車収容装置３０は、自転車を収容するための装置である。
図３に示すように、自転車収容装置３０は、自転車Ｃの前輪を固定して施錠が可能な装置である。
自転車収容装置３０は、センサ部３１と、鍵ロック機構３２とを備える。
センサ部３１は、例えば、自転車Ｃの前輪が載置される台に設けられ、自転車が収容されているか否かを検知する。センサ部３１は、例えば、自転車の重量を検出するセンサであってもよいし、自転車収容装置３０への嵌合を検出するセンサであってもよい。
鍵ロック機構３２は、自転車を固定位置に駐輪させるためのものである。鍵ロック機構３２は、例えば、自転車Ｃの前輪に対してロックをかけることができる位置に設けられて、自転車を自転車収容装置３０から物理的に引き出せないようにする構造を有する。
なお、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、駐輪装置１は、制御部１０、記憶部２０等を備えた情報処理装置であり、コンピュータの概念に含まれる。

〔携帯端末４〕
携帯端末４は、自転車収容装置３０に自転車を入庫したユーザが携行する端末である。携帯端末４は、例えば、電話機能と一般的なコンピュータの機能とを有した端末であり、一般的なスマートフォン、タブレット等であってよい。
携帯端末４は、制御部４０と、記憶部５０と、タッチパネル５７と、データ通信ＩＦ５９とを備える。
制御部４０は、携帯端末４の全体を制御するＣＰＵである。制御部４０は、記憶部５０に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。

制御部４０は、出庫処理部４１と、鍵要求送信部４２と、決済指示受信部４３と、決済処理部４４と、開錠指示処理部４５とを備える。
出庫処理部４１は、ユーザが自転車を出庫する場合に、近傍の駐輪装置１が送出する信号を受信して、受信した信号に基づく駐輪装置１の特定情報を表示させる。また、出庫処理部４１は、ユーザによる特定情報の選択を受け付ける。
鍵要求送信部４２は、駐輪管理サーバ７に対して、自転車収容装置３０の開錠に必要な鍵を要求するための鍵要求データを送信する。鍵要求データは、自転車を収容した自転車収容装置３０の装置ＩＤを含む。

決済指示受信部４３は、駐輪管理サーバ７から決済処理に関する指示データを受信する。
決済処理部４４は、決済指示受信部４３が受信した指示データに基づく決済処理を、例えば、図示しない決済サーバとの間で行う。
開錠指示処理部４５は、鍵要求データに対する開錠指示データを、駐輪管理サーバ７から受信する。そして、開錠指示処理部４５は、受信した開錠指示データを、駐輪装置１に対して送信する。ここで、開錠指示データは、鍵データを含む。

記憶部５０は、制御部４０が各種の処理を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。
記憶部５０は、携帯端末用プログラム５１を備える。携帯端末用プログラム５１は、上述した制御部４０が行う各種機能を実行するためのアプリケーションプログラムである。ユーザは、駐輪システム１００を利用する場合に、携帯端末用プログラム５１を予め携帯端末４にインストールする必要がある。
タッチパネル５７は、ユーザによるタッチ操作を受け付ける入力部としての機能と、液晶パネル等で構成される表示部としての機能とを有する。
データ通信ＩＦ５９は、データ通信網Ｎ２や、近距離無線通信網を介して、各種装置との間で通信を行うためのインタフェースである。

〔ゲートウェイ６〕
ゲートウェイ６は、駐輪スペースＰＳ内や、駐輪スペースＰＳの近傍（例えば、駐輪スペースに近接する建物内や、近くの他の駐輪スペース等）に設けられる中継基地局である。ゲートウェイ６は、例えば、ＬｏＲａＷＡＮに対応したＬｏＲａゲートウェイである。ゲートウェイ６は、図示しないが、制御部、記憶部、データ通信ＩＦ等を備える。

〔駐輪管理サーバ７〕
駐輪管理サーバ７は、駐輪システム１００を運営する、例えば、運営企業に設けられたサーバである。駐輪管理サーバ７は、各駐輪スペースＰＳに設けられた各駐輪装置１を管理する。
駐輪管理サーバ７は、制御部７０と、記憶部８０と、データ通信ＩＦ８９とを備える。
制御部７０は、駐輪管理サーバ７の全体を制御するＣＰＵである。制御部７０は、記憶部８０に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。

制御部７０は、鍵データ処理部７１（データ更新手段）と、鍵要求受信部７３（鍵要求受信手段）と、決済指示部７４（指示送信手段）と、開錠指示送信部７５（開錠指示送信手段）と、ステータス受信部７７と、ステータス更新部７８（ステータス更新手段）とを備える。

鍵データ処理部７１は、駐輪装置１から管理データを受信した場合に、日時情報と共に管理データを、後述する鍵管理記憶部８２に記憶する。ここで、日時情報は、駐輪装置１において施錠した日時を示すものであり、鍵データ処理部７１は、駐輪装置１から管理データと共に日時情報を受信してもよい。また、鍵データ処理部７１は、管理データを受信した日時を、日時情報にしてもよい。

鍵要求受信部７３は、携帯端末４から装置ＩＤを含む鍵要求データを受信する。
決済指示部７４は、鍵要求受信部７３が鍵要求データを受信したことに応じて、鍵管理記憶部８２を参照して決済額を算出し、決済額を含む決済処理に関する指示データを、携帯端末４に送信する。
開錠指示送信部７５は、決済指示部７４により送信した指示データに対する決済処理が、携帯端末４により行われたことを確認できた場合に、鍵要求受信部７３が受信した鍵要求データの装置ＩＤに対応する鍵管理記憶部８２の鍵データを含む、開錠指示データを、携帯端末４に送信する。

ステータス受信部７７は、駐輪装置１から、例えば、定期的に、又は、所定のタイミングで送信されるステータスを受信する。
ステータス更新部７８は、ステータス受信部７７が受信したステータスを、装置ＩＤに対応付けて、後述するステータス記憶部８３に記憶する。

記憶部８０は、制御部７０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部８０は、プログラム８１と、鍵管理記憶部８２と、ステータス記憶部８３とを備える。
プログラム８１は、上述した制御部７０が行う各種機能を実行するためのアプリケーションプログラムである。

鍵管理記憶部８２は、駐輪装置１から受信した管理データに基づく情報を、装置ＩＤに対応付けて記憶する記憶領域である。
図７（Ａ）に示すように、鍵管理記憶部８２は、装置ＩＤと、鍵データと、施錠日時とを対応付けて記憶する。
装置ＩＤは、駐輪装置１が有する自転車収容装置３０を識別する識別情報である。
鍵データは、駐輪装置１から受信した管理データに含まれる鍵データを格納する。
施錠日時は、管理データに対応する日時情報を格納する。

ステータス記憶部８３は、駐輪装置１から受信したステータスを、装置ＩＤに対応付けて記憶する記憶領域である。
図７（Ｂ）に示すように、ステータス記憶部８３は、装置ＩＤと、ステータスと、更新日時とを対応付けて記憶する。
図７（Ｂ）に例示する装置ＩＤは、図２の駐輪装置１−Ａ１から１−Ａ４に対応する。
ステータスは、駐輪装置１から受信したステータスを格納する。この例では、「空き」や「使用中」等が格納されているが、各収容状態を表す記号を格納してもよい。
更新日時は、ステータスに対応する日時情報を格納する。
図６のデータ通信ＩＦ８９は、データ通信網Ｎ２を介して各種装置との間で通信を行うためのインタフェースである。

〔処理の説明〕
次に、ユーザが自転車を駐輪する場合の処理について説明する。
図８は、第１実施形態に係る駐輪システム１００の入庫時処理を示すフローチャートである。
自転車を駐輪したいユーザは、駐輪スペースＰＳ内の空いている自転車収容装置３０に、自身の自転車を入庫させる。
そうすることで、自転車収容装置３０のセンサ部３１は、自転車の入庫を検知して信号を送出するので、図８のステップＳ（以下、単に「Ｓ」という。）１１において、駐輪装置１の制御部１０（検知部１１）は、センサ部３１からの信号を受信して、自転車収容装置３０への入庫を確認する。

Ｓ１２において、制御部１０（施錠部１２）は、施錠信号を自転車収容装置３０の鍵ロック機構３２に出力する。自転車収容装置３０の鍵ロック機構３２は、施錠信号に基づいて施錠を行う。ここで、制御部１０は、施錠信号の出力を、Ｓ１１の処理で入庫を確認したらすぐに行ってもよいが、５分等の所定時間を経た後に行ってもよい。このように、施錠をすぐに行わないのは、ユーザによって自転車の駐輪をし直す場合等を考慮したものである。

Ｓ１３において、制御部１０（ステータス処理部１９）は、自転車収容装置３０の収容状態が変更になったため、ステータス２５を、「使用中」に設定する。
Ｓ１４において、制御部１０（鍵生成処理部１３）は、鍵データを生成する。生成された鍵データは、今回の入庫にのみ対応したものである。そして、制御部１０は、生成した鍵データを、鍵格納部２３に鍵データ２３ａとして記憶させる。
なお、Ｓ１３の処理と、Ｓ１４の処理とは、同時に行ってもよいし、Ｓ１４の処理を行った後にＳ１３の処理を行ってもよい。

Ｓ１５において、制御部１０（データ送信部１４）は、生成した鍵データを含む管理データを、駐輪管理サーバ７に対して送信する。管理データは、鍵データと、装置ＩＤ２２の装置ＩＤとを含む。その後、制御部１０は、本処理を終了する。

駐輪管理サーバ７の制御部７０は、駐輪装置１が送信した管理データを受信すると、Ｓ１６において、制御部７０（鍵データ処理部７１）は、受信した管理データに基づいて、鍵管理記憶部８２を更新する。具体的には、制御部７０は、鍵管理記憶部８２をサーチして、受信した管理データに含まれる装置ＩＤを見つけ出す。そして、制御部７０は、鍵管理記憶部８２の装置ＩＤに対応する鍵データ及び施錠日時の各項目に、受信した管理データに含まれる鍵データ及び日時情報を格納する。その後、制御部７０は、本処理を終了する。

上記で説明した駐輪装置１での処理によって、自転車を自転車収容装置３０に入庫した状態にでき、かつ、自転車収容装置３０を施錠するので、自転車を自転車収容装置３０から引き出せないようにできる。その際、ユーザは、自転車を自転車収容装置３０に入庫するだけでよく、特段の作業は不要である。また、駐輪装置１から鍵データを含む管理データを駐輪管理サーバ７に送信するので、駐輪管理サーバ７では、鍵データを管理することができる。

次に、自転車収容装置３０のステータスを、駐輪管理サーバ７で管理するための処理について説明する。
図９は、第１実施形態に係る駐輪システム１００のステータス更新処理を示すフローチャートである。

図９のＳ２１において、駐輪装置１の制御部１０（ステータス処理部１９）は、所定のタイミングになったか否かを判断する。所定のタイミングは、例えば、１０分ごと等の時間のタイミングであってもよい。また、所定のタイミングは、ステータスが変更されたタイミングであってもよい。さらに、所定のタイミングは、時間のタイミングとステータスの変更タイミングとの両方であってもよい。所定のタイミングになったと判断された場合（Ｓ２１：ＹＥＳ）には、制御部１０は、処理をＳ２２に移す。他方、所定のタイミングになったと判断されなかった場合（Ｓ２１：ＮＯ）には、制御部１０は、本処理にとどまり、所定のタイミングになるまで待機する。

Ｓ２２において、制御部１０（ステータス処理部１９）は、ステータス２５のステータスを、装置ＩＤ２２の装置ＩＤと共に駐輪管理サーバ７に送信する。その際、制御部１０は、ゲートウェイ６に空きチャンネルがあるか否かを確認の上、空きチャンネルがある場合に、そのチャンネルを利用してステータスを送信する。その後、制御部１０は、処理をＳ２１に移し、所定のタイミングにステータスを送信する処理を繰り返す。
なお、制御部１０は、ゲートウェイ６に空きチャンネルがあるか否かの確認に代えて、ゲートウェイ６において使用する周波数を予め指定しておき、指定した周波数についての空きチャンネルがあるか否かを確認するようにしてもよい。

駐輪管理サーバ７の制御部７０（ステータス受信部７７）は、駐輪装置１からステータスを受信すると、Ｓ２３において、制御部７０（ステータス更新部７８）は、受信したステータスを、ステータス記憶部８３に記憶させる。具体的には、制御部７０は、ステータス記憶部８３をサーチして、ステータスと共に受信した装置ＩＤを見つけ出す。そして、制御部７０は、ステータス記憶部８３の装置ＩＤに対応するステータス及び更新日時の各項目に、受信したステータス及び日時情報を格納する。その後、制御部７０は、本処理を終了する。

このように、駐輪装置１のステータス処理部１９は、自転車収容装置３０の収容状態を示すステータスを、適宜のタイミングで駐輪管理サーバ７に送信することで、駐輪管理サーバ７の制御部７０は、ステータス記憶部８３を更新する。よって、駐輪管理サーバ７では、常に最新の駐輪装置１ごとのステータスを把握できる。

次に、ユーザが自転車を出庫する際の処理について説明する。
図１０は、第１実施形態に係る携帯端末４の出庫時処理を示すフローチャートである。
図１１は、第１実施形態に係る携帯端末４の表示例を示す図である。
図１２は、第１実施形態に係る駐輪システム１００の鍵要求処理を示すフローチャートである。
図１３は、第１実施形態に係る駐輪システム１００の開錠指示処理を示すフローチャートである。

ユーザは、自転車を出庫しようとする場合に、自身の携帯端末４に予めインストールしてある携帯端末用プログラム５１を起動させる。
そうすることで、図１０のＳ３１において、携帯端末４の制御部４０（出庫処理部４１）は、各駐輪装置１が送出する信号を受信する。そして、制御部４０（出庫処理部４１）は、受信した信号に基づいて選択画面を生成し、タッチパネル５７に出力する。
図１１は、タッチパネル５７に出力された選択画面９１の例を示す。選択画面９１は、受信した信号に対応する駐輪装置１を、選択ボタンとして表示したものである。ここで、選択画面９１は、一例である。各駐輪装置１が特定できるものであれば、他のものであってもよい。
例えば、駐輪装置１において入庫時のみ信号を送出している場合には、自転車が入庫中の駐輪装置１の番号のみが選択可能に出力されていてもよい。

Ｓ３２において、制御部４０（出庫処理部４１）は、ユーザによる駐輪装置１の選択を受け付けたか否かを判断する。例えば、図１１の選択画面９１からいずれかの駐輪番号をタップした場合には、駐輪装置１の選択を受け付けたと判断する。駐輪装置１の選択を受け付けた場合（Ｓ３２：ＹＥＳ）には、制御部４０は、処理をＳ３３に移す。他方、駐輪装置１の選択を受け付けていない場合（Ｓ３２：ＮＯ）には、制御部４０は、選択を受け付けるまで本処理にとどまる。

Ｓ３３において、携帯端末４の制御部４０は、鍵要求処理を行う。この鍵要求処理は、ユーザが、自身の携帯端末４を用いて、自転車収容装置３０を開錠する鍵を、携帯端末４に保持させるための処理である。

ここで、鍵要求処理について、図１２に基づき説明する。
図１２のＳ４１において、携帯端末４の制御部４０（鍵要求送信部４２）は、装置ＩＤを含む鍵要求データを、駐輪管理サーバ７に対して送信する。ここで、ユーザは、携帯端末４に自身の自転車を収容させている自転車収容装置３０の装置ＩＤを入力する必要がある。その方法としては、例えば、駐輪装置１に装置ＩＤが視認可能な位置に記載されており、ユーザは、携帯端末４から記載された装置ＩＤを手入力するようにしてもよい。又は、例えば、駐輪装置１に図示しないバーコードや二次元コード等のコードが視認可能な位置に取り付けられており、ユーザは、携帯端末４を用いてコードを読み取ることで、コードから装置ＩＤを取得してもよい。さらに、ユーザは、携帯端末４を操作して、駐輪管理サーバ７と通信し、例えば、駐輪装置１の場所を、表示された選択肢に基づいて入力することで、駐輪管理サーバ７が装置ＩＤを特定して、鍵要求データを送信してもよい。

駐輪管理サーバ７の制御部７０（鍵要求受信部７３）は、携帯端末４から鍵要求データを受信すると、Ｓ４２において、制御部７０は、ステータス記憶部８３の該当の装置ＩＤに対応したステータスが「使用中」であることを確認する。
なお、ステータスが「使用中」ではない場合は、制御部７０は、以降の処理を行わず、例えば、入力した装置ＩＤの確認を促すメッセージを、携帯端末４に送信してもよい。

Ｓ４３において、制御部７０（決済指示部７４）は、鍵管理記憶部８２の該当の装置ＩＤに対応した施錠日時及び現在日時情報を用いて決済額を算出する。決済額は、例えば、２時間１００円等の予め定められた条件により算出される駐輪料金である。なお、予め定められた条件は、個々の駐輪スペースＰＳにより異なってもよく、その場合には、装置ＩＤと決済額算出条件とを対応付けた条件テーブル（図示せず）を記憶部８０に備えて、条件テーブルに基づいて決済額を算出すればよい。
Ｓ４４において、制御部７０（決済指示部７４）は、算出した決済額を含む決済処理に関する指示データを、携帯端末４に対して送信する。

携帯端末４の制御部４０（決済指示受信部４３）は、駐輪管理サーバ７から指示データを受信すると、Ｓ４５において、制御部４０（決済処理部４４）は、例えば、図示しない決済サーバとの間で決済処理を行う。ここで、決済処理の方法については、特に限定されない。決済方法としては、例えば、クレジットカードやデビットカード等を用いた決済であってもよいし、キャッシュレス決済であってもよい。また、例えば、コンビニエンスストアでの支払による決済等であってもよい。

Ｓ４６において、制御部４０（決済処理部４４）は、決済ができたか否かを判断する。決済ができた場合（Ｓ４６：ＹＥＳ）は、制御部４０は、処理をＳ４７に移す。他方、決済ができなかった場合（Ｓ４６：ＮＯ）には、制御部４０は、処理を図１０のＳ３４に移す。
Ｓ４７において、制御部４０（決済処理部４４）は、決済ができた旨の決済完了データを、駐輪管理サーバ７に送信する。

駐輪管理サーバ７の制御部７０は、携帯端末４から決済完了データを受信すると、Ｓ４８において、制御部７０（開錠指示送信部７５）は、開錠指示データを携帯端末４に送信する。ここで、開錠指示データは、鍵要求データで要求のあった装置ＩＤに対応した鍵データを含む。その後、駐輪管理サーバ７の制御部７０は、本処理を終了する。

図１０のＳ３４において、携帯端末４の制御部４０（開錠指示処理部４５）は、開錠指示データを受信したか否かを判断する。開錠指示データを受信した場合（Ｓ３４：ＹＥＳ）には、制御部４０は、処理をＳ３５に移す。他方、開錠指示データを受信しなかった場合（Ｓ３４：ＮＯ）には、制御部４０は、本処理を終了する。なお、開錠指示データを受信しなかった場合とは、図１２のＳ４６の処理で、決済ができなかった（ＮＯが選択された）場合等が考えられる。
Ｓ３５において、制御部４０は、開錠指示処理を行う。

ここで、開錠指示処理について、図１３に基づき説明する。
図１３のＳ５１において、携帯端末４の制御部４０（開錠指示処理部４５）は、駐輪管理サーバ７から受信した開錠指示データを、駐輪装置１に対して送信する。その後、制御部４０は、本処理を終了する。
駐輪装置１の制御部１０（指示受信部１５）は、携帯端末４から開錠指示データを受信すると、Ｓ５２において、制御部１０（照合部１６）は、開錠指示データに含まれる鍵データと、鍵格納部２３の鍵データ２３ａとを照合し、一致するか否かを確認する。

Ｓ５３において、制御部１０（照合部１６）は、照合できたか否かを判断する。照合できた場合（Ｓ５３：ＹＥＳ）、つまり鍵データが一致した場合には、制御部１０は、処理をＳ５４に移す。他方、照合できなかった場合（Ｓ５３：ＮＯ）には、制御部１０は、本処理を終了する。なお、照合できなかった場合に、制御部１０は、鍵が異なる旨のエラーを、携帯端末４に送信してもよい。
Ｓ５４において、制御部１０（開錠部１７）は、開錠信号を、自転車収容装置３０の鍵ロック機構３２に送出する。これにより、鍵ロック機構３２は、開錠するので、自転車を自転車収容装置３０から引き出すことが可能になる。

Ｓ５５において、制御部１０（検知部１１）は、自転車収容装置３０からの自転車の出庫を確認できたか否かを判断する。ユーザが自転車収容装置３０から自転車を引き出すと、自転車収容装置３０のセンサ部３１が出庫を検知して信号を送出するので、検知部１１は、自転車の出庫を確認できる。自転車の出庫を確認できた場合（Ｓ５５：ＹＥＳ）は、制御部１０は、処理をＳ５６に移す。他方、自転車の出庫を確認できていない場合（Ｓ５５：ＮＯ）には、制御部１０は、処理をＳ５７に移す。
Ｓ５６において、制御部１０は、出庫後処理を行う。出庫後処理として、制御部１０（ステータス処理部１９）は、ステータス２５に、「空き」を設定する。また、出庫後処理として、制御部１０（鍵消去部１８）は、鍵格納部２３の鍵データ２３ａを消去する。その後、制御部１０は、本処理を終了する。

他方、Ｓ５７において、制御部１０は、開錠信号を送出してから所定時間が経過したか否かを判断する。所定時間は、例えば、３分等の予め設定された時間であってよい。所定時間が経過した場合（Ｓ５７：ＹＥＳ）には、制御部１０は、処理をＳ５８に移す。所定時間が経過していない場合（Ｓ５７：ＮＯ）には、制御部１０は、処理をＳ５５に移す。なお、所定時間が経過していない場合に、制御部１０（開錠部１７）は、開錠信号を再度鍵ロック機構３２に送出する処理を行ってもよい。

Ｓ５８において、制御部１０（施錠部１２）は、施錠信号を鍵ロック機構３２に送出する処理を行う。これにより、自転車収容装置３０は、鍵ロック機構３２が自転車をロックする処理を行い、施錠がされた状態になる。これは、例えば、第三者が間違えて開錠した場合を考慮したものであり、自転車が所定時間引き出されなければ再度施錠するようにしている。その後、制御部１０は、本処理を終了する。

このように、第１実施形態の駐輪システム１００によれば、以下のような効果がある。
（１）駐輪装置１は、自転車収容装置３０に自転車が入庫された場合に施錠をする。そして、自転車を出庫する場合に、ユーザは、携帯端末４を用いて駐輪管理サーバ７から該当の自転車収容装置３０を開錠する鍵データを受信して、携帯端末４から駐輪装置１に鍵データを送信する。携帯端末４から鍵データを受信した駐輪装置１では、記憶された鍵データ一致した場合に自転車収容装置３０を開錠する。
よって、ユーザが携帯端末４を用いて自転車収容装置３０を開錠する仕組みを構築することができる。また、ユーザは、出庫時にのみ携帯端末４を用いればよく、入庫時には、自転車を入庫する作業のみで済むため、便利である。

（２）携帯端末４が駐輪管理サーバ７から受信する鍵データは、入庫時に駐輪装置１から駐輪管理サーバ７に送信された鍵データである。
よって、出庫時に用いる鍵データを、入庫時の鍵データと一致させることができる。
（３）駐輪装置１では、入庫時に開錠に必要な鍵データを生成し、駐輪管理サーバ７に生成した鍵データを送信する。よって、鍵データを都度新たなものにできる。
また、生成する鍵データを、毎回異なるものにすることで、流用して鍵データを使用することを防止できる。

（４）駐輪装置１では、自転車収容装置３０を開錠後に所定時間内に出庫しなかった場合に、自転車収容装置３０を再度施錠する。
よって、第三者が誤って鍵データを用いて出庫しようとした場合であっても、間違いに気づいた場合に、そのままにすれば施錠されるため、持ち去り等を回避できる。
（５）駐輪装置１は、収容状態を示すステータスを有し、適宜のタイミングで駐輪管理サーバ７にステータスを送信し、駐輪管理サーバ７では、ステータスを装置ＩＤに対応付けて記憶する。
よって、駐輪管理サーバ７では、駐輪システム１００の全ての駐輪装置１のステータスを管理できる。
（６）駐輪装置１は、出庫時に決済が済んでいることを確認した上で、自転車収容装置３０を開錠する。
よって、駐輪料金を支払ったことに応じて自転車収容装置３０を開錠させることができる。

（７）駐輪装置１は、ＬｏＲａＷＡＮに対応したデバイスにし、ＬｏＲａＷＡＮに対応したＬｏＲａゲートウェイであるゲートウェイ６を介して駐輪管理サーバ７にデータを送信する。よって、低電力で実現する仕組みで駐輪システム１００を構築でき、例えば、駐輪装置１の制御を、電池やバッテリ等を用いて行うことができ、電源の敷設工事等を不要にできる。
また、安価に駐輪スペースＰＳの仕組みを構築できるので、自転車のように駐輪料金が安価なものであっても採算がとれる仕組みにできる。

（第２実施形態）
第２実施形態では、入庫時に駐輪管理サーバに対してユーザ登録をし、ユーザ登録がされたユーザの出庫のみを許容するようにしたものを説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。

図１４は、第２実施形態に係る駐輪装置１の概要図及び携帯端末２０４の機能ブロック図である。
図１５は、第２実施形態に係る駐輪管理サーバ２０７の機能ブロック図である。

〔駐輪システム２００〕
駐輪システム２００は、駐輪装置１と、携帯端末２０４と、ゲートウェイ６と、駐輪管理サーバ２０７とを備える。
図１４（Ａ）に示すように、駐輪システム２００が備える駐輪装置１には、コード情報１３５が対応付けられている。コード情報１３５は、装置ＩＤを含み、ユーザが視認可能な位置に設けられている。コードは、バーコードであっても、ＱＲコード（登録商標）等の二次元コードであってもよい。また、コードは、その他携帯端末２０４で読み取れるものであってもよい。

〔携帯端末２０４〕
図１４（Ｂ）に示すように、駐輪システム２００が備える携帯端末２０４は、制御部２４０と、記憶部２５０と、カメラ２５６と、タッチパネル５７と、データ通信ＩＦ５９とを備える。
制御部２４０は、出庫処理部４１と、鍵要求送信部２４２と、決済指示受信部４３と、決済処理部４４と、開錠指示処理部２４５と、コード読取部２４６と、コード送信部２４７とを備える。

鍵要求送信部２４２は、鍵要求データを駐輪管理サーバ２０７に対して送信する。鍵要求データは、装置ＩＤの他、携帯端末２０４を使用するユーザを識別するユーザＩＤ（入庫時情報）を含む。ここで、ユーザＩＤは、後述する携帯端末用プログラム２５１に予め定義されているものであってもよいし、携帯端末用プログラム２５１を実行してログインする際に入力するものであってもよい。さらに、ユーザＩＤは、携帯端末２０４に固有のシリアル番号等であってもよい。

開錠指示処理部２４５は、開錠指示データを駐輪管理サーバ２０７から受信する。また、開錠指示処理部２４５は、開錠指示データと、ユーザＩＤとを、駐輪装置１に送信する。
コード読取部２４６は、カメラ２５６を用いてコード情報１３５を撮影することで、カメラ２５６を介してコード情報１３５に含まれる装置ＩＤを読み取る。
コード送信部２４７は、ユーザＩＤと、コード読取部２４６が読み取ったコード情報１３５に含まれる装置ＩＤとを、駐輪管理サーバ２０７に送信する。

記憶部２５０は、上述した制御部２４０が行う各種機能を実行するためのアプリケーションプログラムである携帯端末用プログラム２５１を記憶している。
カメラ２５６は、例えば、携帯端末２０４のタッチパネル５７とは反対の面に設けられる。

〔駐輪管理サーバ２０７〕
図１５に示す駐輪管理サーバ２０７は、制御部２７０と、記憶部２８０と、データ通信ＩＦ８９とを備える。
制御部２７０は、鍵データ処理部７１と、ユーザＩＤ受信処理部２７２（ユーザ情報受信手段）と、鍵要求受信部２７３と、決済指示部７４と、開錠指示送信部２７５と、ユーザＩＤ確認処理部２７６（ユーザ情報確認手段）と、ステータス受信部７７と、ステータス更新部７８とを備える。

ユーザＩＤ受信処理部２７２は、自転車収容装置３０に自転車を入庫した際に、携帯端末２０４からユーザＩＤと装置ＩＤとを受信することで、ユーザＩＤと装置ＩＤとを対応付けて、後述するユーザ記憶部２８４に記憶する。
鍵要求受信部２７３は、携帯端末２０４から装置ＩＤを含む鍵要求データを、ユーザＩＤと共に受信する。
開錠指示送信部２７５は、後述するユーザＩＤ確認処理部２７６によってユーザＩＤが確認できた場合に、開錠指示データを、携帯端末２０４に送信する。
ユーザＩＤ確認処理部２７６は、鍵要求データと共に受信したユーザＩＤが入庫時に登録されたものであるか否かを、ユーザ記憶部２８４を参照して確認する。

記憶部２８０は、プログラム２８１と、鍵管理記憶部８２と、ステータス記憶部８３と、ユーザ記憶部２８４と、決済済ユーザ記憶部２８５とを備える。
プログラム２８１は、上述した制御部２７０が行う各種機能を実行するためのアプリケーションプログラムである。
ユーザ記憶部２８４は、ユーザＩＤ受信処理部２７２が受信したユーザＩＤと、装置ＩＤとを、受信日時に対応付けて記憶する記憶領域である。
決済済ユーザ記憶部２８５は、例えば、１ヶ月間の使用を可能とし、既に料金を支払い済のユーザに関する情報を記憶する記憶領域である。決済済ユーザ記憶部２８５は、駐輪システム２００の利用前にユーザが所定の処理をすることで、予めユーザに関する情報が記憶される。決済済ユーザ記憶部２８５は、ユーザＩＤと、利用可能期限とを含む。

〔処理の説明〕
次に、ユーザが自転車を駐輪する場合の処理について説明する。
入庫時の処理については、第１実施形態（図８）と同様である。
入庫後に携帯端末２０４のユーザが行う入庫後処理について説明する。
図１６は、第２実施形態に係る駐輪システム２００の入庫後処理を示すフローチャートである。

自転車を、駐輪装置１の自転車収容装置３０に自転車を入庫したユーザは、自身の携帯端末２０４を用いて、駐輪装置１のコード情報１３５を携帯端末２０４のカメラ２５６で撮影する。そうすることで、図１６のＳ２６１において、携帯端末２０４の制御部２４０（コード読取部２４６）は、コード情報１３５を読み取る。
Ｓ２６２において、制御部２４０（コード送信部２４７）は、ユーザＩＤと、読み取ったコード情報１３５に含まれる装置ＩＤとを、駐輪管理サーバ２０７に送信する。その後、携帯端末２０４の制御部２４０は、本処理を終了する。

駐輪管理サーバ２０７の制御部２７０（ユーザＩＤ受信処理部２７２）は、携帯端末２０４からユーザＩＤ及び装置ＩＤを受信すると、ユーザ記憶部２８４の装置ＩＤ、ユーザＩＤ及び受信日時の各項目に対応した値を記憶させる。その後、制御部２７０は、本処理を終了する。

次に、出庫時処理について説明する。
ここで、駐輪装置１が適宜のタイミングで行うステータス更新処理については、第１実施形態（図９）と同様である。
携帯端末２０４が行う出庫時処理については、第１実施形態（図１０）と同様である。出庫時処理で呼び出される鍵要求処理（図１０のＳ３３に対応）について、図１７に基づき説明する。
図１７は、第２実施形態に係る駐輪システム２００の鍵要求処理を示すフローチャートである。

図１７のＳ２４１において、携帯端末２０４の制御部２４０（鍵要求送信部２４２）は、装置ＩＤを含む鍵要求データを、ユーザＩＤと共に駐輪管理サーバ２０７に対して送信する。ここで、送信する装置ＩＤ及びユーザＩＤは、ユーザにより、出庫時の処理で携帯端末２０４に記憶させた装置ＩＤと、ユーザＩＤとに対応する。

駐輪管理サーバ２０７の制御部２７０（鍵要求受信部７３）は、携帯端末２０４から鍵要求データを受信すると、Ｓ２４２ａにおいて、制御部２７０（ユーザＩＤ確認処理部２７６）は、鍵要求データと共に受信したユーザＩＤを、ユーザ記憶部２８４を参照して確認する。
ここで、ユーザ記憶部２８４に該当する装置ＩＤが記憶されていない場合や、入庫後、例えば、３０分等のかなりの時間が経過した後にユーザ記憶部２８４にデータが記憶された場合には、制御部２７０は、ユーザＩＤの登録がなかったものとして、Ｓ２４２ｂ以降の処理を行ってもよい。また、ユーザ記憶部２８４に該当の装置ＩＤが記憶されているが、ユーザＩＤが異なる場合には、制御部２７０は、不正な出庫であるとして、以降の処理を行わない。そして、制御部２７０は、ユーザＩＤがエラーである旨を、ユーザ記憶部２８４の該当の装置ＩＤに対応したユーザＩＤから特定される携帯端末２０４に送信してもよい。

Ｓ２４２ｂは、第１実施形態（図１２）のＳ４２の処理と同様である。
Ｓ２４３ａにおいて、制御部２７０は、決済済のユーザであるか否かを確認する。決済済である場合（Ｓ２４３ａ：ＹＥＳ）には、制御部２７０は、処理をＳ２４８に移す。他方、決済済ではない場合（Ｓ２４３：ＮＯ）には、制御部２７０は、処理をＳ２４３ｂに移す。
ここで、制御部２７０は、決済済ユーザ記憶部２８５を参照し、当該ユーザのユーザＩＤが登録され、現在の日時が利用可能期限内であれば、決済済であると判断できる。

Ｓ２４３ｂは、第１実施形態（図１２）のＳ４３の処理と同様である。
また、Ｓ２４４からＳ２４８までの処理は、第１実施形態（図１２）のＳ４４からＳ４８までの処理と同様である。

このように、第２実施形態の駐輪システム２００によれば、以下のような効果がある。
（１）ユーザは、携帯端末２０４を用いて入庫後すぐにユーザ登録をした場合、出庫時には、ユーザ登録をしたユーザに限って、出庫できるようにした。
よって、正規のユーザのみが、自転車収容装置３０を開錠でき、セキュリティ性が向上したものにできる。

（２）定額で駐輪料金を支払っているユーザを、事前に駐輪管理サーバ２０７に登録させることで、そのようなユーザには、決済処理を行わせることなく、駐輪管理サーバ２０７から携帯端末２０４に鍵データを渡すことができる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。

（変形形態）
（１）各実施形態では、駐輪装置は、制御部、記憶部といったコンピュータの機能と、自転車収容装置とが一体になったものとして説明したが、これに限定されない。自転車収容装置は、駐輪装置とは別体として有し、駐輪装置に対して通信可能に接続されていてもよい。
（２）各実施形態では、駐輪装置が自転車収容装置を備えるものを説明したが、これに限定されない。自転車収容装置に代えて、例えば、固定位置に少なくとも一部が取り付けられているチェーン錠等、自転車を固定位置に駐輪させて施錠及び開錠できるものであれば、他のものであってもよい。

（３）各実施形態では、駐輪装置で毎回異なる鍵データを生成するものを例に説明したが、これに限定されない。駐輪装置の記憶部に鍵データを予め記憶しておき、その鍵データを毎回用いるようにしてもよい。また、駐輪装置の記憶部に複数の異なる鍵データを予め記憶しておき、その中からランダムに選択した一の鍵データを用いるようにしてもよい。鍵データを流用するものであるため、毎回異なる鍵データを生成するものよりも不正に開錠される可能性は高くなるが、自転車本体にある鍵を施錠するという自転車の特性から、安全性の高い特定の駐輪スペースの設置場所においては使用可能である。
また、各実施形態では、鍵データを駐輪装置から駐輪管理サーバに送信するものを例に説明したが、上記の変形形態の場合には、これに限定されない。駐輪装置と、駐輪管理サーバとの両方に鍵データを記憶させておけば、鍵データの送信は不要である。

（４）各実施形態では、自転車収容装置に自転車を入庫したユーザが、自転車を出庫するものを例に説明したが、これに限定されない。例えば、自転車が長時間入庫された状態になっている場合等に、駐輪スペースの管理者が、放置自転車として出庫できるようにしてもよい。その場合には、管理者の携帯端末に、共通鍵データを記憶させておき、管理者の携帯端末は、共通鍵データを含む開錠指示データを、駐輪装置に送信すればよい。そうすることで、駐輪装置の照合手段が、開錠指示データと、鍵格納部２３の共通鍵データ２３ｂ（図４参照）とを照合し、開錠手段が、自転車収容装置を開錠するので、放置自転車を引き出すことができる。
また、駐輪スペースの管理者が放置自転車等を出庫できるように、例えば、個々の駐輪装置に、又は、複数の駐輪装置に対して通信可能に接続された開錠管理装置（図示せず）に、自転車収容装置を開錠させるための開錠スイッチを設けてもよい。そのようにすれば、管理者は、携帯端末を有さずとも開錠スイッチを操作することで放置自転車等を引き出すことができる。

（５）各実施形態では、装置ＩＤを、自転車収容装置を識別するものを例に説明したが、これに限定されない。自転車収容装置と対応付けられる駐輪装置を識別するものであってもよい。

（６）各実施形態では、携帯端末が、駐輪装置が送出するＢｌｕｅｔｏｏｔｈの信号を受信して、自転車を出庫する駐輪装置を選択するものを例に説明したが、これに限定されない。例えば、駐輪装置が信号を送出しない場合には、図１０のＳ３１及びＳ３２の処理の代わりに、ユーザが携帯端末に駐輪装置の装置ＩＤを入力して、鍵要求処理を行ってもよい。
その場合には、携帯端末が駐輪管理サーバから開錠指示データを受信すると、駐輪装置との接続処理（例えば、ペアリング）を行って、開錠指示処理を行う。ここで、携帯端末と、駐輪装置との接続処理によって所定時間内に接続ができない場合には、再度、鍵要求処理を行うようにしてもよい。そのようにすれば、開錠よりかなり前から鍵データを携帯端末に格納する、といった不正な作業に対応できる。
（７）各実施形態では、携帯端末と駐輪装置との間の通信を、Ｂｌｕｅｔｏｏｔｈを利用したものを例に説明したが、これに限定されない。携帯端末と駐輪装置とに機能を有する他の近距離無線通信によるものであってもよく、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用してもよい。

（８）各実施形態では、決済処理について、携帯端末と、決済サーバとの間で決済を行い、決済の結果データを駐輪管理サーバが受信するものを例に説明したが、これに限定されない。駐輪管理サーバを介して携帯端末と決済サーバとの間で決済を行ってもよいし、駐輪管理サーバが決済サーバと同等の機能を有するものであってもよい。

（９）各実施形態では、駐輪装置と駐輪管理サーバとの間の通信は、駐輪装置から駐輪管理サーバへのデータの送信といった一方通行のものを例に説明したが、これに限定されない。例えば、ステータスの更新処理では、駐輪管理サーバが駐輪装置に対して問合せをすることで、駐輪装置がステータスを駐輪管理サーバに送信するようにしてもよい。但し、各実施形態で説明した方法の場合は、通信量が少なくて済み、各装置の消費電力がより少なくて済む。

（１０）第２実施形態では、ユーザＩＤによってユーザを識別するものを例に説明したが、これに限定されない。例えば、ユーザが任意に指定したパスワード（認証用情報）を用いてもよい。パスワードは、例えば、４桁の数字等であってよく、入庫の都度異なるものを用いてもよい。

（１１）第２実施形態では、入庫後処理として、ユーザＩＤと装置ＩＤとを携帯端末から駐輪管理サーバに送信するものを例に説明したが、これに限定されない。携帯端末から入庫時情報（ユーザＩＤやパスワード等）を、駐輪装置に送信するようにしてもよい。その場合、駐輪装置の入庫時情報受信手段が入庫時情報を受信すると、データ送信手段が当該入庫時情報を含む管理データを、駐輪管理サーバに送信する。このように、駐輪装置を経由してユーザを識別可能な情報を駐輪管理サーバに送信しても、同様に、入庫時のユーザのみが出庫できる仕組みにできる。

１ 駐輪装置
４，２０４ 携帯端末
６ ゲートウェイ
７，２０７ 駐輪管理サーバ
１０，４０，７０，２４０，２７０ 制御部
１１ 検知部
１２ 施錠部
１３ 鍵生成処理部
１４ データ送信部
１５ 指示受信部
１６ 照合部
１７ 開錠部
１８ 鍵消去部
１９ ステータス処理部
２０，５０，８０，２５０，２８０ 記憶部
２１，８１，２８１ プログラム
２２ 装置ＩＤ
２３ 鍵格納部
２３ａ 鍵データ
２３ｂ 共通鍵データ
２５ ステータス
３０ 自転車収容装置
３１ センサ部
３２ 鍵ロック機構
５１，２５１ 携帯端末用プログラム
５７ タッチパネル
７１ 鍵データ処理部
７３，２７３ 鍵要求受信部
７４ 決済指示部
７５，２７５ 開錠指示送信部
７８ ステータス更新部
８２ 鍵管理記憶部
８３ ステータス記憶部
１００，２００ 駐輪システム
２５６ カメラ
２７２ ユーザＩＤ受信処理部
２７６ ユーザＩＤ確認処理部
２８４ ユーザ記憶部
２８５ 決済済ユーザ記憶部
Ｎ１、Ｎ２ データ通信網
ＰＳ 駐輪スペース

Claims (12)

1. 自転車を固定位置に駐輪させるための施開錠部材を有する駐輪装置と、
   前記駐輪装置に対して通信可能に接続された駐輪管理サーバと、
   を備える駐輪システムであって、
   前記駐輪装置は、
   前記施開錠部材を開錠するための鍵データを記憶する装置記憶部と、
   前記施開錠部材を施錠したことに応じて、前記施開錠部材を特定する部材識別情報を含む管理データを、前記駐輪管理サーバに送信するデータ送信手段と、
   通信可能に接続された携帯端末から開錠指示データを受信する指示受信手段と、
   前記指示受信手段により受信した前記開錠指示データと、前記装置記憶部に記憶された前記鍵データとを照合する照合手段と、
   前記照合手段による照合ができた場合に、前記施開錠部材を開錠する開錠手段と、
   を備え、
   前記駐輪管理サーバは、
   前記部材識別情報に対応付けて前記鍵データを記憶する鍵管理記憶部と、
   前記駐輪装置から前記管理データを受信した場合に、前記鍵管理記憶部の前記部材識別情報に対応する日時情報を更新するデータ更新手段と、
   通信可能に接続された前記携帯端末から前記部材識別情報を含む鍵要求データを受信する鍵要求受信手段と、
   前記鍵要求受信手段により受信した前記鍵要求データに基づいて、前記鍵管理記憶部に記憶された前記部材識別情報に対応する前記鍵データを含む前記開錠指示データを、前記携帯端末に送信する開錠指示送信手段と、
   を備える、駐輪システム。
2. 請求項１に記載の駐輪システムにおいて、
   前記駐輪装置の前記データ送信手段は、前記装置記憶部の前記鍵データをさらに含む前記管理データを、前記駐輪管理サーバに送信し、
   前記駐輪管理サーバの前記データ更新手段は、前記駐輪装置から前記管理データを受信した場合に、前記鍵管理記憶部の前記部材識別情報に対応付けて前記管理データに含む前記鍵データを更新する、駐輪システム。
3. 請求項２に記載の駐輪システムにおいて、
   前記駐輪装置は、
   前記施開錠部材を施錠したことに応じて、生成の都度異なる前記鍵データを生成する鍵生成手段と、
   前記鍵生成手段により生成された前記鍵データを前記装置記憶部に記憶する装置記憶手段と、
   を備え、
   前記データ送信手段は、前記装置記憶手段による処理の後、前記管理データを前記駐輪管理サーバに送信する、駐輪システム。
4. 請求項１から請求項３までのいずれかに記載の駐輪システムにおいて、
   前記駐輪装置は、
   前記施開錠部材を有する収容部と、
   前記収容部への入庫を検知する検知手段と、
   前記検知手段が入庫を検知したことに応じて、前記施開錠部材を施錠する施錠手段と、
   を備え、
   前記データ送信手段は、前記施錠手段が施錠したことに応じて、前記管理データを、前記駐輪管理サーバに送信する、駐輪システム。
5. 請求項４に記載の駐輪システムにおいて、
   前記駐輪装置は、前記開錠手段により前記施開錠部材を開錠した後、前記検知手段が前記収容部の自転車に対する出庫を検知した場合に、前記装置記憶部に記憶された前記鍵データを消去する消去手段を備える、駐輪システム。
6. 請求項４又は請求項５に記載の駐輪システムにおいて、
   前記駐輪装置の前記施錠手段は、前記開錠手段により前記収容部を開錠した後、所定時間内に前記検知手段が前記収容部の自転車に対する出庫を検知しなかった場合に、前記収容部を施錠する、駐輪システム。
7. 請求項２に記載の駐輪システムにおいて、
   前記駐輪装置の前記装置記憶部は、複数の前記鍵データを記憶し、
   前記駐輪装置の前記データ送信手段は、前記複数の鍵データのうちランダムに選択された一の前記鍵データを含む前記管理データを、前記駐輪管理サーバに送信し、
   前記駐輪装置の前記照合手段は、前記指示受信手段により受信した前記開錠指示データと、前記装置記憶部に記憶された前記一の鍵データとを照合する、駐輪システム。
8. 請求項１から請求項７までのいずれかに記載の駐輪システムにおいて、
   前記駐輪装置は、前記施開錠部材の状態を示すステータスを、前記部材識別情報と共に前記駐輪管理サーバに送信するステータス送信手段を備え、
   前記駐輪管理サーバは、
   前記部材識別情報と前記ステータスとを対応付けて記憶するステータス記憶部と、
   前記駐輪装置から前記ステータスを受信したことに応じて、前記ステータス記憶部を更新するステータス更新手段と、
   を備え、
   前記開錠指示送信手段は、前記ステータス記憶部に記憶された前記部材識別情報に対応する前記ステータスが入庫を示すものである場合に、前記開錠指示データを前記携帯端末に送信する、駐輪システム。
9. 請求項１から請求項８までのいずれかに記載の駐輪システムにおいて、
   前記駐輪装置の前記装置記憶部は、各駐輪装置に共通の共通鍵データを予め記憶しており、
   前記駐輪装置の前記照合手段は、前記装置記憶部に記憶された前記管理データに含まれる前記鍵データとの照合ができなかった場合に、前記指示受信手段により受信した前記開錠指示データと、前記装置記憶部に記憶された前記共通鍵データとをさらに照合し、
   前記駐輪装置の前記開錠手段は、前記共通鍵データによる照合ができた場合にも、前記施開錠部材を開錠する、駐輪システム。
10. 請求項１から請求項９までのいずれかに記載の駐輪システムにおいて、
    前記駐輪管理サーバは、前記鍵要求受信手段により、前記携帯端末から前記鍵要求データを受信したことに応じて、前記鍵管理記憶部を参照して決済額を算出し、前記決済額を含む決済処理に関する指示データを、前記携帯端末に送信する指示送信手段を備え、
    前記駐輪管理サーバの前記開錠指示送信手段は、前記指示送信手段が送信した前記指示データに対して前記携帯端末により決済が行われたことを確認したことに応じて、前記開錠指示データを前記携帯端末に送信する、駐輪システム。
11. 請求項１から請求項１０までのいずれかに記載の駐輪システムにおいて、
    前記駐輪管理サーバは、
    前記携帯端末から、前記携帯端末もしくは前記携帯端末のユーザを識別するユーザ識別情報又は前記ユーザが指定した認証用情報である入庫時情報を、前記ユーザの自転車を入庫した前記施開錠部材に係る前記部材識別情報と共に受信するユーザ情報受信手段を備え、
    前記鍵要求受信手段は、前記入庫時情報と共に前記鍵要求データを受信し、
    前記鍵要求データの前記部材識別情報及び前記入庫時情報が、前記ユーザ情報受信手段により受信した前記部材識別情報及び前記入庫時情報に一致するか否かを確認するユーザ情報確認手段を備え、
    前記開錠指示送信手段は、前記ユーザ情報確認手段により一致が確認できた場合に、前記開錠指示データを、前記携帯端末に送信する、駐輪システム。
12. 請求項１から請求項１０までのいずれかに記載の駐輪システムにおいて、
    前記駐輪装置は、
    前記携帯端末から、前記携帯端末もしくは前記携帯端末のユーザを識別するユーザ識別情報又は前記ユーザが指定した認証用情報である入庫時情報を受信する入庫時情報受信手段を備え、
    前記データ送信手段は、前記入庫時情報受信手段により受信した前記入庫時情報をさらに含む前記管理データを、前記駐輪管理サーバに送信し、
    前記駐輪管理サーバの前記鍵要求受信手段は、前記入庫時情報と共に前記鍵要求データを受信し、
    前記駐輪管理サーバは、
    前記鍵要求データの前記部材識別情報及び前記入庫時情報が、受信した前記部材識別情報及び前記入庫時情報に一致するか否かを確認するユーザ情報確認手段を備え、
    前記開錠指示送信手段は、前記ユーザ情報確認手段により一致が確認できた場合に、前記開錠指示データを、前記携帯端末に送信する、駐輪システム。

Images