Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4133383B2 - Bicycle parking management system - Google Patents
[go: Go Back, main page]

JP4133383B2 - Bicycle parking management system - Google Patents

Bicycle parking management system Download PDF

Info

Publication number
JP4133383B2
JP4133383B2 JP2003025065A JP2003025065A JP4133383B2 JP 4133383 B2 JP4133383 B2 JP 4133383B2 JP 2003025065 A JP2003025065 A JP 2003025065A JP 2003025065 A JP2003025065 A JP 2003025065A JP 4133383 B2 JP4133383 B2 JP 4133383B2
Authority
JP
Japan
Prior art keywords
procedure
parking
release
release procedure
cancellation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2003025065A
Other languages
Japanese (ja)
Other versions
JP2004231134A (en
Inventor
真光 大町
和三 佐竹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Signal Co Ltd
Original Assignee
Nippon Signal Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Signal Co Ltd filed Critical Nippon Signal Co Ltd
Priority to JP2003025065A priority Critical patent/JP4133383B2/en
Publication of JP2004231134A publication Critical patent/JP2004231134A/en
Application granted granted Critical
Publication of JP4133383B2 publication Critical patent/JP4133383B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Lock And Its Accessories (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、二輪車を各駐輪位置で個別にロック可能な駐輪システムにおいて、所定の解除手続によりそのロックを解除させる駐輪管理システムに関する。
【0002】
【従来の技術】
有料駐輪場や契約駐輪場では、二輪車を出車する際に、駐車料金を支払ったり、識別カード等を用いた本人確認等の手続きが必要とされる場合が多い。そして、駐輪位置毎の個別ロックの導入された駐輪システムでは、通常、特許文献1に示すように、その手続きによって対応する個別ロックが解除されるようになっている。こうしたシステムでは、利用者各自の操作によりロック解除(およびロック)が行われるため、その分、駐輪場の管理人の人件費等を削減することができるというメリットがある。
【0003】
【特許文献1】
特開平9−305808号公報
【0004】
【発明が解決しようとする課題】
しかしながら、上述した従来システムでは、駐輪料金を支払う精算機は、各駐輪位置に対して一カ所しか設定されておらず、特に広い駐輪場では、例えば精算機から離れた場所に駐輪した場合や、精算機から離れたところにある出入口を利用するような場合等に、不便を来していた。
【0005】
本発明は、かかる事情に鑑みてなされたものであり、利用者にとってより便利な駐輪管理システムを提供することをその目的とする。
【0006】
【課題を解決するための手段】
本発明にかかる駐輪管理システムは、各駐輪位置毎にそれぞれ設けられた個別ロック装置と、記個別ロック装置に対してロック解除手続の可能な複数の解除手続装置と、を備え、記複数の解除手続装置のいずれか一つでロック解除手続が行われたときに対応する個別ロック装置のロックが解除される駐輪管理システムであって、前記個別ロック装置に対し一の解除手続装置において解除手続が行われていることを検出する解除手続検出部と、前記解除手続検出部に対し一の解除手続装置において解除手続が行われていることが検出されたときに他の解除手続装置における解除手続を禁止させるための信号を生成する禁止信号生成部と、各駐輪位置での駐輪状況を記憶する駐輪状況記憶部と、一の解除手続装置における解除要求に応じて前記駐輪状況記憶部から解除対象となる駐輪位置の駐輪状況を取得し、その駐輪状況に応じてそのロック解除に必要な解除手続内容を取得する解除手続内容取得部と、を備え、前記解除手続検出部は、前記解除手続内容取得部による前記駐輪状況記憶部からの駐輪状況の取得を、一の解除手続装置において解除手続が行われていることとして検出する
【0007】
また上記本発明にかかる駐輪管理システムでは、上記複数の解除手続装置は、相異なるロック解除手続を行うものであるのが好適である。
【0008】
また上記本発明にかかる駐輪管理システムでは、上記複数の解除手続装置のうち少なくとも一つでは、現金精算手続を含む解除手続が行われるのが好適である。
【0009】
また上記本発明にかかる駐輪管理システムでは、上記複数の解除手続装置のうち少なくとも一つは、所定の情報の記憶された記憶媒体からその情報を読みとる処理を実行するのが好適である。
【0012】
また上記本発明にかかる駐輪管理システムでは、所定数の個別ロック装置を管轄するハブ装置を備え、上記ハブ装置は、上記駐輪状況記憶部、上記解除手続検出部、および上記禁止信号生成部を含み、上記駐輪状況記憶部には、それが含まれるハブ装置によって管轄される個別ロック装置に対応する駐輪位置の駐輪状況が記憶されるのが好適である。
【0013】
【発明の実施の形態】
以下、本発明の好適な実施形態について図面を参照して説明する。
【0014】
図1は、本実施形態にかかる駐輪管理システム10の全体構成を示す図である。図1に示す駐輪管理システム10では、複数の駐輪システム12が通信回線(例えば公衆回線網、インターネット等)14を介して管理センタ装置16に接続されている。各駐輪システム12は、無人運営の可能なシステムとして構成され、それらの稼働状況や故障の有無等が、管理センタ装置16によって監視できるようになっている。また、管理センタ装置16と各駐輪システム12との間では所定の信号の送受信が可能である。このとき、信号は、それら構成要素間で、専用のチャネルまたは回線で送信するようにしてもよいし、各構成要素に割り当てられたアドレスを含む信号として送信するようにしてもよい。
【0015】
そして、各駐輪システム12には、少なくとも一つの管理装置18および複数の解除手続装置19が設けられ、複数の駐輪ユニット22がこれら管理装置18および解除手続装置19に伝送路20を介して接続されている。ここで、解除手続装置19は、特定の駐輪位置のロックを解除するのに必要な解除手続およびそれに伴う所定の処理が実行される装置であり、例えば、現金精算手続を行う精算機19aや、諸情報を記憶する記憶媒体36を備える接触式あるいは非接触式のカード(例えば定期券やプリペイドカード、クレジットカード等)34から情報を読み取るカードリーダ19b等があるが、これに限定されるものではない。駐輪ユニット22には、それぞれ、所定台数(例えば20台)の二輪車を駐輪可能とすべくその台数分(すなわち上記例の場合20個)の個別ロック装置24が設けられ、また、それら複数の個別ロック装置24を管轄する装置として少なくとも一つのハブ装置26が設けられている。駐輪ユニット22内で、個別ロック装置24は、直接または他の個別ロック装置24を介してハブ装置26に接続され、そのハブ装置26を介して管理装置18や解除手続装置19にも接続されるようになっている。なお、駐輪システム12内の各構成要素間の接続は、パラレル接続としてもよいしシリアル接続としてもよい。また、有線接続としてもよいし無線接続としてもよい。また、信号は、駐輪システム12内でも、専用のチャネルまたは回線で送信するようにしてもよいし、各構成要素(例えば各個別ロック装置24や、各ハブ装置26、各解除手続装置19、管理装置18等)に割り当てられたアドレスを含む信号として送信するようにしてもよい。
【0016】
図2は、駐輪ユニット22の一例を示す斜視図である。図2の例では、ラックユニット28は複数の平行な駐輪レール30を含み、この駐輪レール30の数がその駐輪ユニット22における駐輪台数に相当する。駐輪レール30には、それぞれ個別ロック装置24が設置されている。この個別ロック装置24は、駐輪レール30上に進出可能な可動部(図示せず)を備えており、二輪車の片輪の輪留めとして機能することで、二輪車32が所定の駐輪位置(すなわち各駐輪レール30上の位置)でロックされる。また、ハブ装置26は諸操作を容易に行うことができるよう、脚部上に本体部を備える構成となっており、その本体部に入力部(例えばキー操作部等)38および出力部(例えばディスプレイ等)40が設けられる。かかる構成を備える駐輪ユニット22によって、所定の台数分の駐輪区画を容易に形成することができる。そして、その数や設置位置を調整することで、広さやレイアウトの異なる種々の駐輪場に対し、柔軟にかつ容易に対応することができるというメリットがある。
【0017】
ここで、駐輪管理システム10内の主要な構成要素の内部構成の概要について説明する。図3は、本実施形態にかかる駐輪管理システム10の各構成要素の内部構成の一例を示す図である。
【0018】
解除手続装置19としての精算機19aは、現金を受け入れるとともに投入された現金の識別や金額の検出を行う精算処理機構42の他、制御部(例えばCPU等)44、入力部(例えばキー入力機構や押圧ボタン、回動式スイッチ等)46、出力部(例えばディスプレイ、スピーカ等)48、記憶部(例えばメモリやハードディスク等)50、および駐輪システム12内の各構成要素との間で通信を行うための送受信処理部52を含む。
【0019】
また、解除手続装置19としてのカードリーダ19bは、接触あるいは非接触(無線)によりカード34からその記憶媒体36内に記憶された情報を取得したりその記憶媒体36に所定の情報を書き込んだりする情報取得機構54の他、制御部(例えばCPU等)44、入力部(例えばキー入力機構や押圧ボタン、回動式スイッチ等)46、出力部(例えばディスプレイ、スピーカ等)48、記憶部(例えばメモリやハードディスク等)50、および駐輪システム12内の各構成要素との間で通信を行うための送受信処理部52を含む。
【0020】
ハブ装置26は、制御部(例えばCPU等)66、入力部(例えばキー入力機構や押圧ボタン、回動式スイッチ等)68、出力部(例えばディスプレイ、スピーカ等)70、記憶部(例えばメモリやハードディスク等)72、および送受信処理部74を含む。ここでは、送受信処理部74は、管理装置18、解除手続装置19および個別ロック装置24との間の信号の授受を行うための回路として構成される。なお、このハブ装置26に解除手続装置19の機能を持たせることも可能であり、その場合には現金やカード等による解除手続およびそれに伴う処理を実行させるための処理機構を備えることになる。
【0021】
個別ロック装置24は、送受信処理部76、ロック機構78、およびセンサ80を含む。このうち、ロック機構78は、上述した可動部(図示せず)を、送受信処理部76を介して受信したロック解除指令により、そのロックを解除する方向(すなわち駐輪レール30上から退出する方向)に駆動する。また、センサ80は、駐輪位置における二輪車の有無を検出するものであり、例えば、駐輪レール30の重量センサとして構成される。そして、このセンサ80によって二輪車の駐輪位置への進入が検出されたときに、ロック機構78が自動的に可動部を駐輪レール30上に進出させ二輪車をロックするように構成してもよい。また、センサ80による検出結果が、送受信処理部76を経由して、ハブ装置26(その送受信処理部74)や管理装置18、解除手続装置19、管理センタ装置16等に送信されるように構成してもよい。さらに、ロック機構78はロック検出機能を備え、そのロック検出結果(すなわちロック状態かロック解除状態にあるかを示す信号)が、送受信処理部76を経由して、ハブ装置26(その送受信処理部74)や管理装置18、精算機19a、管理センタ装置16等に送信される。
【0022】
そして本実施形態では、解除手続装置19(の制御部44)が、解除手続内容取得部60、手続完了判定部61、および解除指令部62としての機能を備え、また、ハブ装置26(の制御部66)が、解除手続検出部および禁止信号生成部64としての機能を備える。上記各構成要素の動作については後述する。
【0023】
次に、本実施形態にかかる駐輪管理システム10において実行される駐輪時のロック処理および出車時のロック解除手続について図面を参照して説明する。
【0024】
まずは、駐輪時(入車時)のロック処理について図3および図4を参照して説明する。ここで図4は、駐輪時のロック処理のフローチャートである。利用者が所定の駐輪位置に二輪車を進入させると(ステップS10)、その駐輪位置の個別ロック装置24のセンサ80によって、その進入が検知される。このとき、検知結果を示す信号が、その駐輪位置における駐輪状況を管理する装置(好適にはハブ装置26)に送信される(ステップS11)。
【0025】
また、ステップS10において二輪車の進入が検知されると、その駐輪位置のロック機構78は、可動部(図示せず)を駆動し、駐輪レール30(図2)上に進入させる。これにより、二輪車がその駐輪位置にロックされる(ステップS12)。ここで、ロック機構78によるロック状態は、例えばロック機構78に内蔵されるロックセンサ(図示せず)によってモニタされている。したがって、ステップS12において非ロック状態からロック状態に変化すると、ロック状態であることを示す信号が、駐輪状況を管理するハブ装置26に送信される(ステップS13)。
【0026】
駐輪に際し、利用者情報の入力が必要とされる場合には、利用者は所定の入力部(例えばハブ装置26の入力部68)から利用者情報(例えば利用者コードや解除時に用いるパスワード等)の入力を行う。その際、入力された利用者情報は、駐輪状況を管理するハブ装置26の制御部66によって取得される(ステップS14)。
【0027】
そして、駐輪状況を管理するハブ装置26は、個別ロック装置24から取得した情報、すなわち、進入検知結果、ロック検知結果、利用者情報、および駐輪開始時刻(例えばロック検知結果や進入検知結果を取得した時刻、またはそれら検知結果に含まれる検知時刻)等を、各駐輪位置に対応付けて、その記憶部72に格納する(ステップS15)。なお、個別ロック装置24から送信される信号は、駐輪状況を管理する装置が誤って別の駐輪位置の情報として取得することが無いよう、その送信元が識別できるようになっている。具体的には、例えば、各信号に各個別ロック装置24を識別するアドレスを付与することで、その目的を達成できる。また、上述した例では、駐輪状況を管理する装置としてハブ装置26を用い、各駐輪位置における駐輪状況を駐輪ユニット22単位で分散管理しているが、管理装置18(図1)等の別の装置において統括的に管理するようにしてもよい。
【0028】
図5は、各駐輪位置に応じた駐輪状況を示すデータの一例を一覧表形式で示したものである。このデータは、駐輪管理システム10内のいずれかの記憶部(例えばハブ装置26の記憶部72)に記憶される。そして、この図5に示すように、このデータは、各駐輪位置につき、例えば、個別ロック装置24のアドレス、二輪車の進入の有無(進入状態=「1」,非進入状態=「0」)、ロックの有無(ロック状態=「1」,非ロック状態=「0」)、駐輪開始時刻(年月日)、利用者情報(利用者コードや解除コード)、および解除手続フラグ等を示すものである。ここで解除手続フラグは、駐輪管理システム10内に設けられる複数の解除手続装置19のうちのいずれかにおいて、解除手続が既に開始されているか否かを識別するためのフラグであり、例えば、解除手続進行中は「1」、また解除手続がまだ行われていないときは「0」とされるものである。このフラグの書き換えについては、後に詳しく述べる。
【0029】
次に、出車時のロック解除手続について図6および図3を参照して説明する。ここで図6は、ロック解除手続のフローチャートである。本実施形態にかかる駐輪システム12では、駐輪していた二輪車の出車に際し、解除手続装置19(精算機19aやカードリーダ19b等)における精算手続が課せられている。このため、利用者は、まず、例えば解除手続装置19の入力部46において、ロック解除の対象とする駐輪位置を特定すべく入力操作を行う。具体的には、例えば、駐輪位置の番号が入力される。この入力操作が、解除要求として制御部44に取得され、特定の駐輪位置に対するロック解除手続が開始される(ステップS20)。次に、解除手続内容取得部60は、その駐輪位置における解除手続に伴う処理を実行するのに必要な駐輪状況データを取得すべく、その要求信号を、駐輪状況を管理するハブ装置26に送信する。このとき、その要求信号は、解除対象となる駐輪位置を識別できるようにして送信される。具体的には、例えば、要求信号には、解除対象たる個別ロック装置24のアドレスが付与されており、ハブ装置26は、受け取った要求信号に自身の管轄する個別ロック装置24のアドレスが付与されているときに、その要求信号に基づく処理を開始する(ステップS21)。
【0030】
そして、駐輪状況データの取得要求が自身の管轄する個別ロック装置24に対するものであることを知ったハブ装置26の解除手続可否判定部63は、その時点で当該駐輪位置のロックに対する解除手続を実行可能な状況にあるか否かを判定する。具体的には、解除手続可否判定部63は、記憶部72に格納される駐輪状況データを参照し、その駐輪位置における進入の有無、ロックの有無および解除手続フラグを取得する。そして、二輪車が進入しかつロックされた状態でかつ既に解除手続が実行されていないときにのみ、解除手続可能と判定する。それ以外の場合には解除手続不可と判定する(ステップS22)。そして解除手続可能と判定されたとき、制御部66は、解除対象となる駐輪位置の駐輪状況データを含む信号を要求元の解除手続装置19に向けて返信する。これにより、解除手続装置19の解除手続内容取得部60は、駐輪状況データを取得することができる(ステップS23)。
【0031】
また、制御部66は、駐輪状況データが送信されたことにより、解除対象となる駐輪位置の解除手続フラグを、解除手続を実行していないことを示すフラグ(上記例では「0」)から解除手続開始済みを示すフラグ(上記例では「1」)に書き換える。すなわち、本実施形態では、駐輪位置の個別ロック装置24について解除手続が実行されていない状態で、駐輪管理システム10内の一の解除手続装置19(の解除手続内容取得部60)に対してその駐輪位置の駐輪状況データが最初に取得されることを、制御部66が、その解除手続装置19によって解除手続が実行中であること(実行開始されたこと)として検出しているということができる(ステップS24)。
【0032】
一方、解除手続不可と判定されたとき、制御部66の禁止信号生成部64は、その駐輪位置については解除手続が禁止されていることを示す禁止信号を生成し、それを要求元の解除手続装置19に向けて送信する(ステップS25)。ここで説明した処理により、複数の解除手続装置19において同時に解除手続が実行されるのを防止することができる。そもそも、ある個別ロック装置24の利用者は基本的に一人であり、複数の解除手続装置19で解除手続が同時に実行されるのは、利用者が解除要求に際して駐輪位置の番号を誤って入力した場合等、そのうちのいずれか一方において誤った解除手続が実行されようとしている可能性が高いことになる。本実施形態によれば、こうした事態を防止することができる。
【0033】
次に、解除手続装置19の解除手続内容取得部60は、取得した駐輪状況データ等に基づいて解除手続内容を取得する。そして、必要な場合には、それを利用者に提示するために出力部48から出力する(ステップS26)。このステップS26における解除手続内容の取得は、解除手続装置19によって異なる。例えば、精算機19aの場合、解除手続内容取得部60は、駐輪状況データに含まれる駐輪開始時刻と、解除要求がなされた時刻とから駐輪時間を取得し、解除手続内容として、その駐輪時間に応じた駐輪料金を算出し、それを出力部48から出力させる。他方、例えば、定期券リーダとして機能するカードリーダ19bの場合、解除手続内容取得部60は、解除手続内容として、駐輪状況データに含まれる利用者情報を取得しておく。
【0034】
次に、手続完了判定部61は、取得した解除手続内容に対応する解除手続が実行されたか否かを判定する(ステップS27)。このステップS27の処理も解除手続装置19によって異なるものとなる。例えば、精算機19aの場合、ステップS26において算出された駐輪料金と精算処理機構42に対する投入金額とを比較し、投入金額が駐輪料金を上回った場合には手続完了と判定する。他方、例えば、定期券リーダとして機能するカードリーダ19bの場合、情報取得機構54がカード34内の記憶媒体36から取得した利用者情報(申請情報)と、ステップS26において取得した利用者情報(登録情報)とを比較し、それらが対応する(一致する)ものである場合には、手続完了と判定する。
【0035】
解除指令部62は、上記ステップS27において、手続完了判定部61によって手続完了と判定された場合には、解除対象となる個別ロック装置24に向けて、そのロックを解除するための解除指令信号を生成し、送受信処理部52からそれを送出させる(ステップS28)。解除指令信号を受け取った個別ロック装置24のロック機構78は解除動作を実行する(ステップS29)。
【0036】
上述したように、ロック機構78によるロック状態は、例えばロック機構78に内蔵されるロックセンサ(図示せず)によってモニタされている。したがって、ステップS29においてロック状態から非ロック状態に変化すると、非ロック状態であることを示す信号が、駐輪状況を管理するハブ装置26に送信される。また、利用者が所定の駐輪位置から二輪車を退出させると、その駐輪位置の個別ロック装置24のセンサ80によって、その退出が検知される。このとき、その検知結果を示す信号が、ハブ装置26に送信される。そして、これらの信号を受け取ったハブ装置26の制御部66は、駐輪状況データの進入の有無およびロックの有無を示すデータを書き換える(ステップS30)。なお、以上で、解除手続自体は完了するが、駐輪状況データは、好適には、完了後も所定期間保存される。また、ステップS27において、所定時間内に手続の完了が判定されなかった場合には、制御部44は解除手続を終了する。
【0037】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されるものではない。例えば、図3は、解除手続装置19として、精算機19aとカードリーダ19bとがそれぞれ一台ずつ設けられている場合について例示的に示しているが、これには限定されず、上述したのと同様の手法により、各個別ロック装置24に対し、複数の精算機19aや複数のカードリーダ19b等、同種・異種を含めたより多くの解除手続装置19から解除手続可能となるように構成できることは容易に理解できよう。また、駐輪状況データを管理装置18の記憶部(図示せず)において統括的に格納する場合には、駐輪状況を管理する装置としての機能(すなわち、解除手続検出や、解除手続可否判定、禁止信号生成等)は、ハブ装置26にではなく、管理装置18に与えればよい。
【0038】
【発明の効果】
以上、説明したように、本発明によれば、個別ロック装置のロック解除を複数の解除手続装置によって実行することができ、利用者にとって便利なものとなる。また、その際、一の解除手続装置により解除手続が実行中であることを検出し、その場合には他の解除手続装置における解除手続を禁止するようにしたので、解除手続の実行に伴う混乱を来すことがないというメリットがある。
【図面の簡単な説明】
【図1】 本発明の実施形態にかかる駐輪管理システムの概略構成図である。
【図2】 本発明の実施形態にかかる駐輪管理システムにおける駐輪ユニットの外観図である。
【図3】 本発明の実施形態にかかる駐輪管理システムの各構成要素の内部構成を示す図である。
【図4】 本発明の実施形態にかかる駐輪管理システムにおけるロック処理のフローチャートである。
【図5】 本発明の実施形態にかかる駐輪管理システムにおける駐輪状況データの一例を示す図である。
【図6】 本発明の実施形態にかかる駐輪管理システムにおけるロック解除手続のフローチャートである。
【符号の説明】
10 駐輪管理システム、12 駐輪システム、14 通信回線、16 管理センタ装置、18 管理装置、19 解除手続装置、19a 精算機、19b カードリーダ、20 伝送路、22 駐輪ユニット、24 個別ロック装置、26 ハブ装置、28 ラックユニット、30 駐輪レール、32 二輪車、34カード、36 記憶媒体、42 精算処理機構、44 制御部、46 入力部、48 出力部、50 記憶部、52 送受信処理部、54 情報取得機構、60 解除手続内容取得部、61 手続完了判定部、62 解除指令部、63 解除手続可否判定部、64 禁止信号生成部、66 制御部、68 入力部、72記憶部、74 送受信処理部、76 送受信処理部、78 ロック機構、80
センサ。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a bicycle parking management system in which a two-wheeled vehicle can be individually locked at each parking position, and the lock is released by a predetermined release procedure.
[0002]
[Prior art]
In paid bicycle parking lots and contract bicycle parking lots, when leaving a motorcycle, it is often necessary to pay a parking fee or to perform identity verification using an identification card or the like. And in the bicycle parking system in which the individual lock for each bicycle parking position is introduced, as shown in Patent Document 1, the individual lock corresponding to the procedure is normally released. In such a system, since unlocking (and locking) is performed by each user's operation, there is an advantage that the labor cost of the manager of the bicycle parking area can be reduced accordingly.
[0003]
[Patent Document 1]
JP-A-9-305808 [0004]
[Problems to be solved by the invention]
However, in the above-mentioned conventional system, there is only one settlement machine that pays the parking fee for each parking position. Especially in a large parking area, for example, when parking at a place away from the settlement machine. In addition, it was inconvenient when using the entrance / exit located away from the checkout machine.
[0005]
The present invention has been made in view of such circumstances, and an object thereof is to provide a parking management system that is more convenient for the user.
[0006]
[Means for Solving the Problems]
Bicycle management system according to the present invention includes each a bicycle each position and individual lock device provided respectively, before SL and a plurality of cancellation procedures device capable of unlocking procedure for individual locking device, a front A parking management system in which the lock of the corresponding individual lock device is released when the lock release procedure is performed by any one of the plurality of release procedure devices, and one release procedure for the individual lock device A release procedure detecting unit for detecting that the release procedure is being performed in the device, and another release procedure when it is detected that the release procedure is being performed in one release procedure device for the release procedure detecting unit A prohibition signal generation unit for generating a signal for prohibiting the release procedure in the device, a parking state storage unit for storing the parking state at each parking position, and in response to a release request in one release procedure device A parking procedure status acquisition unit that acquires the parking status of the parking location to be canceled from the parking status storage unit, and acquires the cancellation procedure content necessary for unlocking according to the parking status, The cancellation procedure detection unit detects the acquisition of the parking situation from the parking status storage unit by the cancellation procedure content acquisition unit as a cancellation procedure is being performed in one cancellation procedure device .
[0007]
In the bicycle parking management system according to the present invention, it is preferable that the plurality of release procedure devices perform different lock release procedures.
[0008]
In the bicycle parking management system according to the present invention, it is preferable that a release procedure including a cash settlement procedure is performed in at least one of the plurality of release procedure devices.
[0009]
In the bicycle parking management system according to the present invention, it is preferable that at least one of the plurality of release procedure devices executes a process of reading the information from a storage medium storing predetermined information.
[0012]
The parking management system according to the present invention further includes a hub device that has jurisdiction over a predetermined number of individual locking devices, the hub device including the parking state storage unit, the release procedure detection unit, and the prohibition signal generation unit. Preferably, the parking situation storage unit stores the parking situation at the parking position corresponding to the individual locking device controlled by the hub device including the parking situation.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Preferred embodiments of the present invention will be described below with reference to the drawings.
[0014]
FIG. 1 is a diagram illustrating an overall configuration of a bicycle parking management system 10 according to the present embodiment. In the bicycle parking management system 10 shown in FIG. 1, a plurality of bicycle parking systems 12 are connected to a management center device 16 via a communication line (for example, a public line network, the Internet, etc.) 14. Each of the bicycle parking systems 12 is configured as a system that can be operated unattended, and the management center device 16 can monitor the operation status and the presence / absence of a failure. A predetermined signal can be transmitted and received between the management center device 16 and each bicycle parking system 12. At this time, the signal may be transmitted between these components via a dedicated channel or line, or may be transmitted as a signal including an address assigned to each component.
[0015]
Each bicycle parking system 12 is provided with at least one management device 18 and a plurality of release procedure devices 19, and a plurality of bicycle parking units 22 are connected to the management device 18 and the release procedure device 19 via a transmission line 20. It is connected. Here, the release procedure device 19 is a device that executes a release procedure necessary for releasing the lock of a specific parking position and a predetermined process associated therewith. For example, a settlement machine 19a that performs a cash settlement procedure, There is a card reader 19b that reads information from a contact-type or non-contact-type card (for example, a commuter pass, a prepaid card, a credit card, etc.) 34 provided with a storage medium 36 for storing various information, but is not limited thereto. is not. Each of the bicycle parking units 22 is provided with an individual lock device 24 corresponding to the number of motorcycles (that is, 20 in the above example) so that a predetermined number (for example, 20) of motorcycles can be parked. At least one hub device 26 is provided as a device having jurisdiction over the individual locking device 24. Within the bicycle parking unit 22, the individual lock device 24 is connected to the hub device 26 directly or via another individual lock device 24, and is also connected to the management device 18 and the release procedure device 19 via the hub device 26. It has become so. In addition, the connection between each component in the bicycle parking system 12 may be a parallel connection or a serial connection. Also, a wired connection or a wireless connection may be used. In addition, the signal may be transmitted within the parking system 12 through a dedicated channel or line, and each component (for example, each individual locking device 24, each hub device 26, each release procedure device 19, You may make it transmit as a signal containing the address allocated to the management apparatus 18 grade | etc.,.
[0016]
FIG. 2 is a perspective view showing an example of the bicycle parking unit 22. In the example of FIG. 2, the rack unit 28 includes a plurality of parallel bicycle parking rails 30, and the number of the bicycle parking rails 30 corresponds to the number of bicycles parked in the bicycle parking unit 22. An individual lock device 24 is installed on each bicycle parking rail 30. The individual locking device 24 includes a movable portion (not shown) that can advance on the bicycle parking rail 30 and functions as a ring stopper for one wheel of the two-wheeled vehicle so that the two-wheeled vehicle 32 can move to a predetermined parking position ( That is, it is locked at a position on each bicycle parking rail 30). Further, the hub device 26 is configured to have a main body portion on the leg portion so that various operations can be easily performed, and an input portion (for example, a key operation portion) 38 and an output portion (for example, a key operation portion) are provided on the main body portion. 40) is provided. With the bicycle parking unit 22 having such a configuration, a bicycle parking section for a predetermined number can be easily formed. And by adjusting the number and installation position, there exists a merit that it can respond flexibly and easily with respect to various bicycle parking lots which differ in width and layout.
[0017]
Here, the outline | summary of the internal structure of the main components in the bicycle parking management system 10 is demonstrated. FIG. 3 is a diagram illustrating an example of an internal configuration of each component of the bicycle parking management system 10 according to the present embodiment.
[0018]
The settlement machine 19a as the cancellation procedure device 19 accepts cash, and in addition to the settlement processing mechanism 42 for identifying the inserted cash and detecting the amount of money, a control unit (for example, a CPU) 44, an input unit (for example, a key input mechanism). And a push button, a rotary switch, etc.) 46, an output unit (eg, display, speaker, etc.) 48, a storage unit (eg, memory, hard disk, etc.) 50, and communication with each component in the parking system 12 A transmission / reception processing unit 52 is included.
[0019]
Further, the card reader 19b as the release procedure device 19 acquires information stored in the storage medium 36 from the card 34 or writes predetermined information to the storage medium 36 by contact or non-contact (wireless). In addition to the information acquisition mechanism 54, a control unit (for example, a CPU) 44, an input unit (for example, a key input mechanism, a push button, a rotary switch, etc.) 46, an output unit (for example, a display, a speaker, etc.) 48, and a storage unit (for example, And a transmission / reception processing unit 52 for communicating with each component in the bicycle parking system 12.
[0020]
The hub device 26 includes a control unit (for example, a CPU) 66, an input unit (for example, a key input mechanism, a push button, a rotary switch, etc.) 68, an output unit (for example, a display, a speaker, etc.) 70, and a storage unit (for example, a memory or the like). Hard disk or the like) 72, and a transmission / reception processing unit 74. Here, the transmission / reception processing unit 74 is configured as a circuit for exchanging signals with the management device 18, the release procedure device 19, and the individual lock device 24. In addition, it is also possible to give this hub apparatus 26 the function of the cancellation | release procedure apparatus 19, In that case, the processing mechanism for performing the cancellation | release procedure by cash, a card | curd, etc., and the process accompanying it will be provided.
[0021]
The individual lock device 24 includes a transmission / reception processing unit 76, a lock mechanism 78, and a sensor 80. Of these, the locking mechanism 78 releases the above-described movable part (not shown) according to the unlocking command received via the transmission / reception processing part 76 (ie, the direction of exiting from the parking rail 30). ) To drive. The sensor 80 detects the presence or absence of a two-wheeled vehicle at the parking position, and is configured as a weight sensor of the parking rail 30, for example. Then, when the sensor 80 detects that the motorcycle is approaching the parking position, the lock mechanism 78 may automatically move the movable portion onto the parking rail 30 to lock the motorcycle. . The detection result by the sensor 80 is transmitted to the hub device 26 (the transmission / reception processing unit 74), the management device 18, the release procedure device 19, the management center device 16 and the like via the transmission / reception processing unit 76. May be. Further, the lock mechanism 78 has a lock detection function, and the lock detection result (that is, a signal indicating whether the lock state is in the locked state or the unlocked state) is passed through the transmission / reception processing unit 76 (the transmission / reception processing unit). 74), the management device 18, the settlement machine 19a, the management center device 16 and the like.
[0022]
In this embodiment, the cancellation procedure device 19 (the control unit 44 thereof) has functions as a cancellation procedure content acquisition unit 60, a procedure completion determination unit 61, and a cancellation command unit 62, and controls the hub device 26 ( Unit 66) functions as a cancellation procedure detection unit and a prohibition signal generation unit 64. The operation of each component will be described later.
[0023]
Next, the lock process at the time of parking and the unlocking procedure at the time of departure performed in the parking management system 10 according to the present embodiment will be described with reference to the drawings.
[0024]
First, the lock process at the time of parking (when entering the vehicle) will be described with reference to FIGS. Here, FIG. 4 is a flowchart of the locking process during parking. When the user enters the motorcycle at a predetermined parking position (step S10), the entry is detected by the sensor 80 of the individual locking device 24 at the parking position. At this time, a signal indicating the detection result is transmitted to a device (preferably the hub device 26) that manages the parking state at the parking position (step S11).
[0025]
Further, when the entry of the two-wheeled vehicle is detected in step S10, the parking mechanism locking mechanism 78 of the parking position drives a movable portion (not shown) to enter the parking rail 30 (FIG. 2). Thereby, the two-wheeled vehicle is locked at the parking position (step S12). Here, the locked state by the lock mechanism 78 is monitored by, for example, a lock sensor (not shown) built in the lock mechanism 78. Therefore, when the unlocked state is changed to the locked state in step S12, a signal indicating the locked state is transmitted to the hub device 26 that manages the parking condition (step S13).
[0026]
When it is necessary to input user information at the time of parking, the user enters user information (for example, a user code or a password used for release) from a predetermined input unit (for example, the input unit 68 of the hub device 26). ). At that time, the input user information is acquired by the control unit 66 of the hub device 26 that manages the parking situation (step S14).
[0027]
Then, the hub device 26 that manages the parking situation, the information acquired from the individual lock device 24, that is, the entry detection result, the lock detection result, the user information, and the parking start time (for example, the lock detection result and the entry detection result). And the like, or the detection times included in the detection results) are stored in the storage unit 72 in association with each parking position (step S15). The signal transmitted from the individual locking device 24 can identify the transmission source so that the device that manages the parking situation is not erroneously acquired as information on another parking position. Specifically, for example, the purpose can be achieved by giving an address for identifying each individual lock device 24 to each signal. In the above-described example, the hub device 26 is used as a device for managing the parking situation, and the parking situation at each parking position is distributed and managed in units of the parking unit 22, but the management device 18 (FIG. 1). It is also possible to manage in an integrated manner in another device such as the above.
[0028]
FIG. 5 shows an example of data indicating the parking situation corresponding to each parking position in a list form. This data is stored in any storage unit in the parking management system 10 (for example, the storage unit 72 of the hub device 26). As shown in FIG. 5, this data includes, for each parking position, for example, the address of the individual locking device 24, whether or not a motorcycle has entered (entry state = “1”, non-entry state = “0”). , Presence / absence of lock (lock state = “1”, non-lock state = “0”), parking start time (year / month / day), user information (user code or release code), release procedure flag, etc. Is. Here, the release procedure flag is a flag for identifying whether or not the release procedure has already started in any of the plurality of release procedure devices 19 provided in the bicycle parking management system 10, for example, It is “1” when the cancellation procedure is in progress, and “0” when the cancellation procedure has not yet been performed. The rewriting of this flag will be described in detail later.
[0029]
Next, the unlocking procedure when leaving the vehicle will be described with reference to FIGS. Here, FIG. 6 is a flowchart of the unlocking procedure. In the bicycle parking system 12 according to the present embodiment, when the two-wheeled vehicle that has been parked leaves the vehicle, a payment procedure in the cancellation procedure device 19 (the payment machine 19a, the card reader 19b, etc.) is imposed. For this reason, the user first performs an input operation, for example, in the input unit 46 of the release procedure device 19 to specify the parking position to be unlocked. Specifically, for example, a parking position number is input. This input operation is acquired as a release request by the control unit 44, and a lock release procedure for a specific parking position is started (step S20). Next, the release procedure content acquisition unit 60 uses the request signal as a hub device for managing the parking situation so as to acquire the parking situation data necessary for executing the processing associated with the release procedure at the parking position. 26. At this time, the request signal is transmitted so that the parking position to be released can be identified. Specifically, for example, the address of the individual lock device 24 to be released is given to the request signal, and the hub device 26 is given the address of the individual lock device 24 under its control to the received request signal. If so, processing based on the request signal is started (step S21).
[0030]
Then, the release procedure propriety determination unit 63 of the hub device 26, which knows that the request for acquiring the bicycle parking state data is for the individual lock device 24 under its control, the release procedure permission determination unit 63 for the lock of the parking position at that time. It is determined whether or not it is in a state where it can be executed. Specifically, the release procedure availability determination unit 63 refers to the parking state data stored in the storage unit 72, and acquires the presence / absence of entry, the presence / absence of lock, and the release procedure flag at the parking position. Then, it is determined that the release procedure is possible only when the motorcycle enters and is locked and the release procedure has not been executed. In other cases, it is determined that the cancellation procedure is not possible (step S22). When it is determined that the cancellation procedure is possible, the control unit 66 returns a signal including the parking state data of the parking position to be canceled to the requesting cancellation procedure device 19. Thereby, the cancellation | release procedure content acquisition part 60 of the cancellation | release procedure apparatus 19 can acquire bicycle parking condition data (step S23).
[0031]
Moreover, the control part 66 is a flag ("0" in the said example) which shows that the cancellation procedure is not performed for the cancellation procedure flag of the parking position used as cancellation object by having transmitted the parking condition data. To the flag indicating that the cancellation procedure has been started ("1" in the above example). That is, in this embodiment, with respect to one release procedure device 19 (the release procedure content acquisition unit 60) in the parking management system 10 in a state where the release procedure is not executed for the individual parking device 24 at the parking position. The control unit 66 detects that the release procedure is being executed by the release procedure device 19 (execution has started) that the parking situation data for the parking position is acquired first. (Step S24).
[0032]
On the other hand, when it is determined that the cancellation procedure is not possible, the prohibition signal generation unit 64 of the control unit 66 generates a prohibition signal indicating that the cancellation procedure is prohibited for the parking position, and cancels the request source. It transmits toward the procedure apparatus 19 (step S25). By the processing described here, it is possible to prevent the release procedure from being simultaneously executed in the plurality of release procedure devices 19. In the first place, there is basically one user of an individual locking device 24, and the release procedure is simultaneously executed by a plurality of release procedure devices 19 because the user erroneously inputs the parking position number in the release request. In such a case, there is a high possibility that an incorrect cancellation procedure is being executed in either one of them. According to this embodiment, such a situation can be prevented.
[0033]
Next, the cancellation procedure content acquisition unit 60 of the cancellation procedure device 19 acquires the cancellation procedure content based on the acquired bicycle parking situation data and the like. If necessary, the data is output from the output unit 48 in order to present it to the user (step S26). The acquisition of the cancellation procedure content in step S26 differs depending on the cancellation procedure device 19. For example, in the case of the settlement machine 19a, the cancellation procedure content acquisition unit 60 acquires the parking time from the parking start time included in the parking status data and the time when the cancellation request is made. A parking fee corresponding to the parking time is calculated and output from the output unit 48. On the other hand, for example, in the case of the card reader 19b functioning as a commuter pass reader, the cancellation procedure content acquisition unit 60 acquires user information included in the bicycle parking situation data as the cancellation procedure content.
[0034]
Next, the procedure completion determination unit 61 determines whether or not a cancellation procedure corresponding to the acquired cancellation procedure content has been executed (step S27). The processing in step S27 also differs depending on the cancellation procedure device 19. For example, in the case of the settlement machine 19a, the bicycle parking fee calculated in step S26 is compared with the amount of money input to the payment processing mechanism 42, and when the amount of money charged exceeds the bicycle parking fee, it is determined that the procedure is completed. On the other hand, for example, in the case of the card reader 19b functioning as a commuter pass reader, the user information (application information) acquired from the storage medium 36 in the card 34 by the information acquisition mechanism 54 and the user information (registration) acquired in step S26. Information) and if they correspond (match), it is determined that the procedure is complete.
[0035]
When the procedure completion determination unit 61 determines that the procedure is completed in step S27, the release command unit 62 issues a release command signal for releasing the lock to the individual lock device 24 to be released. It is generated and sent from the transmission / reception processing unit 52 (step S28). The lock mechanism 78 of the individual lock device 24 that has received the release command signal executes a release operation (step S29).
[0036]
As described above, the lock state by the lock mechanism 78 is monitored by, for example, a lock sensor (not shown) built in the lock mechanism 78. Therefore, when the locked state is changed to the unlocked state in step S29, a signal indicating the unlocked state is transmitted to the hub device 26 that manages the parking condition. Further, when the user leaves the motorcycle from a predetermined parking position, the exit is detected by the sensor 80 of the individual locking device 24 at the parking position. At this time, a signal indicating the detection result is transmitted to the hub device 26. And the control part 66 of the hub apparatus 26 which received these signals rewrites the data which show the presence or absence of the parking condition data, and the presence or absence of a lock | rock (step S30). Although the cancellation procedure itself is completed as described above, the parking state data is preferably stored for a predetermined period after completion. If the completion of the procedure is not determined within the predetermined time in step S27, the control unit 44 ends the cancellation procedure.
[0037]
The preferred embodiment of the present invention has been described above, but the present invention is not limited to the above embodiment. For example, FIG. 3 exemplarily shows a case in which one settlement machine 19a and one card reader 19b are provided as the cancellation procedure device 19, but the present invention is not limited to this. With the same technique, it is easy to configure each individual lock device 24 so that the release procedure can be performed from a larger number of release procedure devices 19 including the same kind and different types such as a plurality of settlement machines 19a and a plurality of card readers 19b. To understand. In addition, when the parking state data is stored in the storage unit (not shown) of the management device 18 as a whole, functions as a device for managing the parking state (that is, detection of the release procedure and determination of whether or not the release procedure is possible). The prohibition signal generation and the like may be given to the management device 18 instead of the hub device 26.
[0038]
【The invention's effect】
As described above, according to the present invention, unlocking of the individual locking device can be performed by a plurality of release procedure devices, which is convenient for the user. At that time, it is detected that the release procedure is being executed by one release procedure device, and in that case, the release procedure in other release procedure devices is prohibited. There is a merit that never comes.
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram of a bicycle parking management system according to an embodiment of the present invention.
FIG. 2 is an external view of a bicycle parking unit in the bicycle parking management system according to the embodiment of the present invention.
FIG. 3 is a diagram showing an internal configuration of each component of the bicycle parking management system according to the embodiment of the present invention.
FIG. 4 is a flowchart of lock processing in the bicycle parking management system according to the embodiment of the present invention.
FIG. 5 is a diagram showing an example of bicycle parking status data in the bicycle parking management system according to the embodiment of the present invention.
FIG. 6 is a flowchart of a lock release procedure in the bicycle parking management system according to the embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 Bicycle parking management system, 12 Bicycle parking system, 14 Communication line, 16 Management center apparatus, 18 Management apparatus, 19 Release procedure apparatus, 19a Settlement machine, 19b Card reader, 20 Transmission path, 22 Bicycle parking unit, 24 Individual lock apparatus , 26 hub device, 28 rack unit, 30 bicycle rail, 32 motorcycle, 34 card, 36 storage medium, 42 settlement processing mechanism, 44 control unit, 46 input unit, 48 output unit, 50 storage unit, 52 transmission / reception processing unit, 54 Information acquisition mechanism, 60 Release procedure content acquisition unit, 61 Procedure completion determination unit, 62 Release instruction unit, 63 Release procedure availability determination unit, 64 Prohibition signal generation unit, 66 Control unit, 68 input unit, 72 storage unit, 74 Transmission / reception Processing unit, 76 Transmission / reception processing unit, 78 Lock mechanism, 80
Sensor.

Claims (5)

各駐輪位置毎にそれぞれ設けられた個別ロック装置と、
前記個別ロック装置に対してロック解除手続の可能な複数の解除手続装置と、
を備え、
前記複数の解除手続装置のいずれか一つでロック解除手続が行われたときに対応する個別ロック装置のロックが解除される駐輪管理システムであって、
前記個別ロック装置に対し一の解除手続装置において解除手続が行われていることを検出する解除手続検出部と、
前記解除手続検出部に対し一の解除手続装置において解除手続が行われていることが検出されたときに他の解除手続装置における解除手続を禁止させるための信号を生成する禁止信号生成部と、
各駐輪位置での駐輪状況を記憶する駐輪状況記憶部と、
一の解除手続装置における解除要求に応じて前記駐輪状況記憶部から解除対象となる駐輪位置の駐輪状況を取得し、その駐輪状況に応じてそのロック解除に必要な解除手続内容を取得する解除手続内容取得部と、
を備え、
前記解除手続検出部は、前記解除手続内容取得部による前記駐輪状況記憶部からの駐輪状況の取得を、一の解除手続装置において解除手続が行われていることとして検出することを特徴とする駐輪管理システム。
An individual locking device provided for each parking position;
A plurality of release procedure devices capable of unlocking the individual locking device;
With
A parking management system in which the lock of the corresponding individual locking device is released when the unlocking procedure is performed in any one of the plurality of releasing procedure devices ,
A release procedure detector for detecting that a release procedure is being performed in one release procedure device for the individual locking device;
A prohibition signal generation unit that generates a signal for prohibiting the release procedure in another release procedure device when it is detected that the release procedure is performed in one release procedure device with respect to the release procedure detection unit;
A bicycle parking state storage unit for storing the bicycle parking state at each bicycle parking position;
The parking situation of the parking position to be released is acquired from the parking situation storage unit in response to the release request in one release procedure device, and the release procedure details necessary for unlocking are obtained according to the parking situation. Cancellation procedure content acquisition department to be acquired,
With
The cancellation procedure detection unit detects the acquisition of the parking situation from the parking status storage unit by the cancellation procedure content acquisition unit as a cancellation procedure being performed in one cancellation procedure device. Bicycle parking management system.
前記複数の解除手続装置は、相異なるロック解除手続を行うものであることを特徴とする請求項1に記載の駐輪管理システム。  The bicycle parking management system according to claim 1, wherein the plurality of release procedure devices perform different lock release procedures. 前記複数の解除手続装置のうち少なくとも一つでは、現金精算手続を含む解除手続が行われることを特徴とする請求項1または2に記載の駐輪管理システム。  The bicycle parking management system according to claim 1 or 2, wherein a cancellation procedure including a cash settlement procedure is performed in at least one of the plurality of cancellation procedure devices. 前記複数の解除手続装置のうち少なくとも一つは、所定の情報の記憶された記憶媒体からその情報を読みとる処理を実行することを特徴とする請求項1〜3のうちいずれか一つに記載の駐輪管理システム。  The at least one of the plurality of release procedure devices executes a process of reading the information from a storage medium in which predetermined information is stored. Bicycle parking management system. 所定数の個別ロック装置を管轄するハブ装置を備え、
前記ハブ装置は、前記駐輪状況記憶部、前記解除手続検出部、および前記禁止信号生成部を含み、
前記駐輪状況記憶部には、それが含まれるハブ装置によって管轄される個別ロック装置に対応する駐輪位置の駐輪状況が記憶されることを特徴とする請求項1〜4のうちいずれか一つに記載の駐輪管理システム。
A hub device having jurisdiction over a predetermined number of individual locking devices is provided,
The hub device includes the parking state storage unit, the release procedure detection unit, and the prohibition signal generation unit,
Wherein the bicycle status storage unit, any one of the preceding claims parked condition of bicycle positions corresponding to the individual lock apparatus which is competent by the hub device that contains it you characterized in that it is stored Bicycle parking management system as described in one .
JP2003025065A 2003-01-31 2003-01-31 Bicycle parking management system Expired - Lifetime JP4133383B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003025065A JP4133383B2 (en) 2003-01-31 2003-01-31 Bicycle parking management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003025065A JP4133383B2 (en) 2003-01-31 2003-01-31 Bicycle parking management system

Publications (2)

Publication Number Publication Date
JP2004231134A JP2004231134A (en) 2004-08-19
JP4133383B2 true JP4133383B2 (en) 2008-08-13

Family

ID=32953433

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003025065A Expired - Lifetime JP4133383B2 (en) 2003-01-31 2003-01-31 Bicycle parking management system

Country Status (1)

Country Link
JP (1) JP4133383B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100858555B1 (en) 2008-03-20 2008-09-16 (주)위트콤 Bicycle storage
JP5208614B2 (en) * 2008-08-06 2013-06-12 アマノ株式会社 Bicycle parking fee system

Also Published As

Publication number Publication date
JP2004231134A (en) 2004-08-19

Similar Documents

Publication Publication Date Title
JP5013052B2 (en) Electric motorcycle rental system
US6966489B2 (en) Tolling information exchange method and system
JP2014146120A (en) Management system for auto loan or auto lease
JP2003044979A (en) Vehicle sharing system
JP6770262B2 (en) Parking cycle parking lot
JP6412350B2 (en) Parking lot management system
JP2016038851A (en) Bicycle sharing system and method for identifying user in bicycle sharing system
JP4133383B2 (en) Bicycle parking management system
JP7601642B2 (en) Facility Management System
JP2006163921A (en) Vehicle management system and method, and vehicle-managing program
EP3321874A1 (en) System and method for processing a rental of a secured asset
JP4203331B2 (en) Bicycle parking management system
JP3120271B2 (en) Bicycle parking management device
JP2007025889A (en) Parking management system
CN108257407A (en) A kind of vehicle parking navigation and processing method, the device of navigation information
JP7731761B2 (en) Entrance/exit management system and entrance/exit management program
RU2705880C1 (en) Method of making payments when a vehicle enters a toll zone
JP2021022266A (en) Vehicle lending system and vehicle lending method
JP2003248900A (en) Article management system
JP4259909B2 (en) Parking lot management method and apparatus
JP2000057493A (en) Parking lot management device, vehicle management device, and vehicle guidance device
JP6954141B2 (en) Electronic key system and electronic key management device
JP5230294B2 (en) Usage fee calculation device, usage fee calculation method and program
JPH10308202A (en) Battery supply device
JP7780478B2 (en) Entrance/exit management system and entrance/exit management program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050922

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080116

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080122

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080319

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080501

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080602

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110606

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4133383

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110606

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120606

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130606

Year of fee payment: 5

EXPY Cancellation because of completion of term