JP2002324137A - 駐車場管理システム - Google Patents

Abstract

(57)【要約】 【課題】駐車場の出入り口ゲートや発進阻止装置など特
別な設備投資がなくとも、不特定多数に対して短期の駐
車場貸し出しを可能とする駐車場管理システムを提供
し、従来利用度の低かった月極めなど長期貸し出し駐車
場や、商業設備の駐車場の高度な利用を促進させること
である。 【解決手段】複数の駐車枡を備える駐車場を管理する駐
車場管理システムにおいて、車両ナンバーおよび、駐車
場の申し込み意思を示す申し込み信号を入力可能な申し
込み端末と、申し込み端末からの車両ナンバー、申し込
み信号を受信し、申し込みの状態を利用者の車両ナンバ
ーと関連付けて記憶する記憶手段と、現時刻における申
し込みの状態を、車両ナンバーにて表示する申し込み状
態表示端末とを備え駐車場には駐車場の車両台数の変化
を計測する駐車場台数計測装置が備えられ、駐車場台数
計測装置が検出した車両台数の変化と、駐車場の申し込
みの状態より、不正駐車を検出する不正駐車検出手段を
備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、駐車場の運用および課
金のシステムおいて、特に小規模な駐車場での駐車場の
出入り口ゲートや発進阻止装置への設置費用を削減する
技術に関する。

【０００２】

【従来の技術】従来大規模な駐車場においては、駐車場
の出入り口に遮断機などを備えたゲートを設け、該ゲー
トにて発券したチケットなどを用いた課金システムが広
く使われている。つまり、駐車場に空車枡があり、入り
口ゲートにて発行されたチケットを受領したことを条件
に入場を許可し、退場時には出口ゲートにて前記チケッ
トより駐車時間を求め、駐車時間により定まる金額に応
じた料金を支払ったことを条件に退場を許可するもので
ある。

【０００３】出入り口のゲート設置が困難な小規模な駐
車場においても、個々の駐車枡に発進阻止装置を設けた
技術が知られている。特開平０６−３４９０００号に
は、駐車枡それぞれに駐車車両があるか否かを検出する
車両有無検出センサを設け、駐車車両が検出された後、
駐車枡の駐車時間を計時し、かつ所定時間が経過すると
各駐車枡ごとの発進阻止装置を動作させる技術が開示さ
れている。

【０００４】また、特開平０９−１６８９８号には、管
理コンピュータを用いて、利用状況および予約状況を管
理し、利用者よりの予約を受け付けた上で、その予約情
報を駐車場の出入り口ゲートに伝達して、予約せずに駐
車場を利用する利用者とは別に予約者を受け付ける方法
が開示されている。つまり、管理コンピュータ内の台帳
を用いて、駐車枡毎の予約、現在の利用状況を管理し、
駐車場利用者より駐車場の利用申し込みを受けると、申
し込み期間の予約状況を管理コンピュータ内の台帳にて
調べ利用の可否を連絡する。利用者は利用当日駐車場の
窓口である駐車場の出入り口ゲートに立ち寄り利用する
駐車枡の位置を指示される。

【０００５】また、特開平１１−１３０４４５号や、上
記特開平０９−１６８９８号には、予約した駐車場料金
の支払いを利用者指定の金融機関に請求して決済する決
済手段を備えた駐車場予約装置が開示されている。

【０００６】さらにまた、特開平８−９６２９８号に
は、駐車場を見渡す塔を設け、塔に設けたセンサより、
各駐車枡に対して電磁波を放射することにより、それぞ
れの駐車枡に車両が存在するか否かを検出方法も提案さ
れている。各駐車枡毎に電波を放射しその反射波との位
相差より、各駐車枡が空いているか否かを判定してい
る。

【０００７】

【発明が解決しようとする課題】しかしながら、ゲート
あるいは、特開平０６−３４９０００号に開示されてい
る発進阻止装置などの装置の設置費用は一般に数百万円
〜数千万円と高額である。特に個々の駐車枡ごとに発進
阻止装置を設置する小規模な駐車場では、駐車場全体と
しての設置費用は大きくなる。したがって、商業地域や
鉄道の駅よりやや離れた駐車場は、ゲートなどの設備の
不要な月極め駐車場として、個々の駐車枡を長期間貸し
出す形態にて利用されていることが多い。また、銀行、
病院などの施設の駐車場はその施設の休業日には利用さ
れないまま閉鎖されていることが多い。

【０００８】また、特開平０９−１６８９８号によって
も、利用状況および予約状況は管理コンピュータを用い
て管理されているが、行き先駐車枡への誘導、満車時の
駐車不可能な車両の排除、退場する車両への課金、さら
には支払いを行わない車両の退場拒否に駐車場の出入り
口のゲートが用いられており、設置費用および運営費用
の削減効果は望めない。

【０００９】さらにまた、特開平１１−１３０４４５号
や、上記特開平０９−１６８９８号では、決算手段はゲ
ート装置の退場する車両への課金手段の代換手段として
利用されている。駐車場の出入り口のゲートは、行き先
駐車枡への誘導、満車時の駐車不可能な車両の排除、さ
らには支払いを行わない車両の退場拒否に利用されてい
る。出入り口のゲートは駐車場の運営に不可欠な装置で
あり、これらの技術を用いても駐車場運営に必要な設備
費用および運営費用は変わらない。

【００１０】あるいは、特開平０６−３４９０００号な
どに開示されている発進阻止装置の設置費用を低減する
為、各駐車枡の発進阻止装置毎に取りつけられている車
両有無検出センサを廃止し、代わりに、特開平８−９６
２９８号などに開示されている複数の駐車枡の車両の有
無を検出する装置を用いる方法も考えられる。しかしな
がら、このような複数の駐車枡の車両の有無を単数のセ
ンサで検出するシステムは、駐車枡それぞれにセンサを
設ける場合に比べて遠距離より車両を検出することとな
り、個々の駐車枡毎にセンサを設けた場合に比べ、誤検
出が起こる可能性が高い。各駐車枡毎の発進阻止装置を
備えた駐車場で、例えば実際に停車した駐車枡の隣の駐
車枡に車両が停車したと誤検出した場合、空いている駐
車枡の発進阻止装置が起動されることとなる。平坦地か
ら突然起伏する発進阻止装置は、車両のタイヤなどを損
傷するだけでなく、歩行者の転倒を誘発する極めて危険
な障害物となる。

【００１１】過密化が進んだ都市部での駐車場不足や、
あるいは近郊都市部においても鉄道の利用を促す駅周辺
の安価な駐車場の不足は深刻である。しかしながら、利
用効率の高い短期間貸し出しの駐車場は、駐車場の出入
り口ゲートや、発進阻止装置などの大きな設備投資が必
要になり、小規模あるいは地理的にやや不便な駐車場
は、設備投資が小さい月極めなど長期貸し出しの駐車場
として利用されている。例えば、通勤に利用される長期
貸し出し駐車場は、利用者の休日には利用されず、利用
効率が低い。また、金融機関など商業設備の駐車場もそ
の休業日だけ短期の駐車場として貸し出しても設備の投
資回収が望めない為、休業日には閉鎖されてしまう。

【００１２】したがって本発明では、駐車場の出入り口
ゲートや発進阻止装置など特別な設備投資がなくとも、
不特定多数に対して短期の駐車場貸し出しを可能とする
駐車場管理システムを提案する。従来利用度の低かった
月極めなど長期貸し出し駐車場や、商業設備の駐車場の
高度な利用を促進させ、都市部や鉄道駅周辺にて不足し
ている駐車場の供給を促すことを目的としている。

【００１３】

【課題を解決する為の手段および効果】上記目的を達成
するために本発明に係る駐車場管理システム（１）は、
複数の駐車枡を備える駐車場を管理する駐車場管理シス
テムにおいて、車両ナンバーおよび、駐車場の申し込み
意思を示す申し込み信号を入力可能な申し込み端末と、
申し込みの状態を、利用者の車両ナンバーと関連付けて
記憶する記憶手段と、現時刻における申し込みの状態
を、車両ナンバーにて表示する申し込み状態表示端末と
を備え駐車場には駐車場の車両台数あるいは車両台数の
変化を計測する駐車場台数計測装置が備えられ、駐車場
台数計測装置が検出した車両台数あるいは車両台数の変
化と、駐車場の申し込みの状態より、不正駐車を検出す
る不正駐車検出手段を備えたことを特徴としている。

【００１４】上記駐車場管理システム（１）によれば、
駐車場に発進阻止装置や出入り口ゲートなど車両の移動
を物理的に規制する装置を設けずとも、駐車場台数計測
装置と、申し込み端末と、申し込み状態表示端によって
確実な不正利用者の排除を含む駐車場の管理を可能と
し、小さな設備投資による駐車場の開設を実現してい
る。すなわち、申し込み端末により駐車場の利用申し込
みを可能とすると共に、駐車場には駐車場台数計測装置
が設けられ、駐車場の車両台数あるいは車両台数の変化
と駐車場管理システムが記憶している駐車場の申し込み
状態より不正駐車を検出しており、また、申し込みの状
況を車両ナンバーと関連付け記憶し、申し込み状態表示
端末により現時刻における申し込み状況を車両ナンバー
にて表示することにより、不正駐車車両の判別をも可能
としている。

【００１５】申し込み端末と、申し込み状態表示端末は
例えば携帯電話やｉ−ｍｏｄｅ（登録商標）などのイン
ターネット対応携帯電話などを利用して実現できる。ま
た、発進阻止装置が無いため、万一駐車場台数計測装置
の誤動作があり、誤って駐車あるいは不正駐車を検出し
た場合であっても、発進阻止装置の誤作動による歩行者
の転倒などの危険な事故を発生する恐れがない。

【００１６】したがって、地理的にやや不便、または商
業設備の駐車場等で利用可能な期間が短いといった理由
で設備投資ができず利用度が低かった駐車場も、本発明
により安全で高度な利用が可能となる。

【００１７】なお、車両ナンバーとは車両登録番号やあ
るいは、会員などに発行し車両に添付するシールなどに
表記されたナンバーなど、個々の車両を第三者が判別す
る為の記号である。

【００１８】本発明に係る駐車場管理システム（２）
は、 複数の駐車枡を備える駐車場を管理する駐車場管
理システムにおいて、各駐車枡には、駐車枡ＩＤが設け
られ、駐車枡ＩＤおよび、駐車場の申し込み意思を示す
申し込み信号を入力可能な申し込み端末と、申し込みの
状態を、駐車枡ＩＤと関連付けて記憶する記憶手段と、
駐車場には駐車枡あいるは駐車枡群毎の車両台数あるい
は車両台数の変化を計測する駐車枡駐車台数計測装置が
備えられ、駐車枡駐車台数計測装置が検出した駐車枡あ
いるは駐車枡群毎の車両台数あるいは車両台数の変化
と、駐車場の申し込みの状態より、不正駐車車両が存在
する駐車枡あいるは駐車枡群を検出する不正駐車検出手
段を備えたことを特徴としている。

【００１９】上記駐車場管理システム（２）によれば、
駐車場管理システム（１）と同様に駐車場に発進阻止装
置や出入り口ゲートなど車両の移動を物理的に規制する
装置を設けずとも、駐車枡駐車台数計測装置と、申し込
み端末によって確実な不正利用者の排除を含む駐車場の
管理を可能とし、小さな設備投資による駐車場の開設を
実現している。すなわち、申し込み端末により駐車場の
利用申し込みを可能とすると共に、駐車場には駐車枡駐
車台数計測装置が設けられ、各駐車枡あいるは駐車枡群
毎の車両台数あるいは車両台数の変化と、駐車場管理シ
ステムが記憶している駐車場の申し込み状態より不正駐
車車両が存在する駐車枡あるいは駐車枡群を検出するこ
とにより、不正駐車車両の判別をも可能としている。

【００２０】発進阻止装置が無いため、万一駐車枡駐車
台数計測装置の誤動作があり、誤って駐車あるいは不正
駐車を検出した場合であっても、発進阻止装置の誤作動
による歩行者の転倒などの危険な事故を発生する恐れが
ない。危険な事故を発生の恐れがないため、より安価な
複数の駐車枡の車両の有無を単数のセンサで検出するシ
ステムを、駐車枡駐車台数計測装置として採用すること
も可能となる。

【００２１】本発明に係る駐車場管理システム（３）
は、複数の駐車枡を備える駐車場を管理する駐車場管理
システムにおいて、利用予定期間および、利用者への連
絡コード、駐車場の申し込み意思を示す申し込み信号を
入力可能な申し込み端末と、申し込み状態を利用予定期
間、利用者への連絡コードと関連付けて記憶する記憶手
段と利用予定期間の終了を利用者への連絡コードを用い
て申し込み端末に連絡する、利用予定期間終了警告手段
を備えたことを特徴としている。

【００２２】上記駐車場管理システム（３）によれば、
駐車場の申し込みと利用予定期間の申請を申し込み端末
により行い、さらに、利用予定期間の終了の利用者への
警告を可能とした。これにより、利便性の高い駐車場管
理システムを提供している。

【００２３】申し込み端末などの端末から、利用開始時
と、利用終了時に操作を行うシステムは正確な利用期間
の計測が可能となるが、利用終了時の操作を忘れたとき
長時間の利用料金を支払う必要が生じてしまい、終了操
作を忘れたときのペナルティが過大となる問題がある。
利用開始時に申し込み端末より利用予定期間を申請する
システムは、利用終了時の操作を行う必要が無く、操作
が利用開始時１回ですみ、また、利用終了時の操作を忘
れる危険性が無い。しかしながら、利用開始前の利用予
定期間の推定は困難なことが多い。利用予定期間を長め
に申請すると駐車料金が多く無駄になる場合があり、利
用予定期間を短く申請すると超過料金を徴収される危険
が増加する。本特許では、利用予定期間の終了を利用者
に伝達するので、利用予定期間の終了を忘れたり利用予
定時間の見込みを誤り超過料金を支払う心配をせず、利
用者が考える最適な期間にて利用予定期間を申請でき
る。

【００２４】本発明に係る駐車場管理システム（４）
は、駐車場管理システム（３）に基づき、申し込み端末
はさらに、変更利用期間を入力可能であり、申し込み端
末からの、変更利用期間を受信し、変更利用期間に基づ
いて記憶している駐車場の申し込み状態を変更する記憶
状態変更手段とを備えたことを特徴としている。

【００２５】 上記駐車場管理システム（４）によれ
ば、駐車場の申し込みと利用予定期間の申請を申し込み
端末により行い、さらに、利用予定期間の終了を利用者
へ警告すると共に、申し込み端末から利用予定期間の変
更可能とした。これにより、さらに利便性の高い駐車場
管理システムを提供している。

【００２６】

【実施例】以下に、本発明の駐車場管理システムを具体
化した実施の形態を詳細に説明する。本出願人は既に特
願２００１−１１２００３号において、出入り口ゲート
や発進阻止装置など特別な設備投資が無くとも駐車場の
管理が可能な駐車場管理システムを提案している。特願
２００１−１１２００３号の実施例では、駐車場管理シ
ステムが駐車枡の確保を行い、駐車枡が空いていても申
し込み無しでは駐車枡を利用さない場合を説明した。本
実施例では、利用者が駐車枡の確保を行うシステム、つ
まり、ある利用者が利用を完了し空た駐車枡には他の利
用者が駐車しても良いが、その後申し込みを行われけれ
ばならないシステムについて説明する。

【００２７】本実施の形態の駐車場管理システムは、図
１に示されるように、管理コンピュータ（３０）、申し
込み端末（３２）、申し込み状態表示端末（３３）及
び、駐車場台数計測装置（３４）または、駐車枡駐車台
数計測装置（３５）にて構成されている。管理対象とな
る各駐車場には、個々の車両が駐車する駐車枡に駐車枡
ＩＤを記したプレートが装着され、駐車場入り口には駐
車場名と、同一のシステムに管理される他の駐車場の位
置を示した地図が掲示されている。

【００２８】また、管理コンピュータ（３０）は複数の
申し込み端末（３２）、及び複数の申し込み状態表示端
末（３３）と、インターネット（３１）等の通信回線を
介して双方向データ通信可能に接続している。各駐車場
には駐車場台数計測装置（３４）または、駐車枡駐車台
数計測装置（３５）が設けられ、同様にインターネット
（３１）等の通信回線を介して双方向データ通信可能に
接続している。さらにまた、管理コンピュータ（３０）
は図に示さない支払いコード発行機関のコンピュータと
も同様にインターネットを通じて接続している。

【００２９】次に、図１において、管理コンピュータ
（３０）のハードウェアの構成を説明する。管理コンピ
ュータ（３０）は図２に示されるように、ＣＰＵ（１
１）、ＲＯＭ（１６）、ＲＡＭ（１７）、キーボード
（１５）、ＣＲＴ（１２）、ＬＡＮポート（１３）、ハ
ードディスク（１４）がそれぞれバス（１９）によって
接続され、相互にデータの伝送ができるように構成され
ている。この構成は一般的なコンピュータの構成と同じ
である。そして、ＬＡＮポート（１３）よりＬＡＮ（２
１）によって接続されたルータ（２０）を介してインタ
ーネット（３１）に接続されている。このインターネッ
ト（３１）を利用して管理コンピュータ（３０）は、申
し込み端末（３２）、及び申し込み状態表示端末（３
３）、駐車場台数計測装置（３４）、駐車枡駐車台数計
測装置（３５）とデータ通信を行う。また、ハードディ
スク（１４）には、図７〜１５のフローチャートで示し
た動作を管理コンピュータが行うためのプログラムと、
図１７〜２４にその内容を示したデータテーブルが記憶
されており、ＣＰＵ（１１）はそこからプログラムを読
み出して実行する。また、申し込み端末（３２）には図
２、図３、図４のフロチャートに示したプログラムが、
申し込み状態表示端末（３３）には、図５のフロチャー
トに示したプログラムが格納されている。なお、以下実
施例において、フローチャートの条件分岐表示は、図中
枠内の文章につけた’？’マークにて示される。

【００３０】１．データテーブル 管理コンピュータ（３０）には、複数の駐車場の申し込
み状況や利用状況を示すデータテーブルと、各利用者の
連絡コードや車両ナンバーが記憶されているデータテー
ブルが管理されている。これらのデータはＤＢＭ（Ｄａ
ｔａ ＢａｓｅＭａｎａｇｅｍｅｎｔｓｙｓｔｅｍ）に
よって管理され、申し込み端末（３２）、及び申し込み
状態表示端末（３３）からの要求により、データレコー
ドの挿入、削除、必要なデータレコードの検索などが行
われる。

【００３１】これらのデータテーブルについてさらに詳
しく説明する。駐車場の利用状況を示すデータテーブル
として、駐車場データテーブル（図１７）、駐車枡デー
タテーブル（図１８）、駐車枡申し込みデータテーブル
（図１９）、地域データテーブル（図２０）、利用者デ
ータテーブル（図２１）、駐車枡群データテーブル（図
２２）がある。それぞれのデータテーブルは図に示した
項目を収めたデータレコードを複数記憶している。例え
ば、駐車枡データテーブル（図１８）の場合、データレ
コードは１つの駐車枡に関するデータを、利用者データ
テーブル（図２１）の場合、データレコードは１人の利
用者に関するデータを収めている。

【００３２】駐車場データテーブルの内容を図１７に示
す。駐車場名（１０１）には、駐車場の名称が収められ
ている。駐車場ＩＤ（１０２）には、各駐車場毎にユニ
ークな番号が収められている。このコードは、各駐車場
の表示板にも表示され、各駐車場の申し込み状態を確認
するためにも利用される。地域ＩＤ（１０３）には、駐
車場が所在する市町村などの地域の数値コードが収めら
れている。該数値コードは、地域データテーブル（図２
０）に収められている数値であり、該テーブルには地域
名称と、地域ＩＤとの対応関係が示されている。駐車場
位置座標（１０４）には、ＧＰＳで計測した駐車場の位
置座標が収められている。この位置座標は、申し込み端
末（３２）に伝達され申し込み端末（３２）がＧＰＳを
備えるときに、申し込み端末（３２）の位置と駐車場の
位置とを同一地図上にて表示する。駐車場地図（１０
５）は、駐車場を含む地図が収められている画像データ
である。駐車場管理者名（１０６）、駐車場管理者電話
番号（１０７）、駐車場支払い口座番号（１０８）、駐
車場管理者パスワード（１０９）、駐車場管理者メール
アドレス（１１０）には、駐車場の管理者への連絡先を
示す。駐車場管理者は、駐車場管理者電話番号と、パス
ワードにより管理コンピュータ（３０）にアクセスし
て、駐車場の申し込み状況や、入金の状況を知ることが
できる。月々の駐車場利用料金は集計され、駐車場支払
い口座番号（１０８）に対して払い込まれる。

【００３３】駐車場時間単価（昼）（１１１）、駐車場
時間単価（夜）（１１２）には、該駐車場の利用単価が
利用時期に応じて納められている。これらの費用はさら
に細分化しても良い。例えば、曜日毎、時間帯毎に料金
設定を変えても良い。

【００３４】利用可能日限定フラグ（１１３）は、駐車
場としての利用可能日を限定するか否かを示すフラグで
ある。商業施設などに付属する駐車場であって本来の営
業日以外の日に短期の駐車場として貸し出す場合には、
このフラグが’限定’になり、それ以外の場合には’非
限定’となる。’限定’の場合、駐車場利用可能日配列
（１１４）に、リストアップされたその商業設備の休日
つまり、駐車場が貸し出される日のデータが参照され
る。より具体的にはこのデータは、２年分３６５ｘ２の
要素を持った配列であり、１日毎の利用可能性が’可
能’、利用不可能な日が’不可能’のフラグにてそれぞ
れ示されている。駐車場空き枡数（１１５）は、現時点
において申し込みを受けておらず、利用可能な空き枡数
を表わしている。申し込みがまったくない状態では、駐
車枡数（１１６）と同じ数値であり、空きがない状態で
は０である。

【００３５】駐車場利用可能日配列（１１４）は、シス
テムが定める基準日を基点として、その基準日からの日
数で管理される。基準日が２月１日である場合、２月１
日は配列の先頭の要素に、２月３日は配列の３番目の要
素によって示される。基準日は毎月一回更新され、各配
列も一月分シフトされる。これにより、駐車場利用可能
日配列（１１４）には常時１３ヶ月分の未来の駐車場の
スケジュールが保存されている。駐車枡数（１１６）
は、駐車場に駐車可能な枡数である。

【００３６】駐車枡データテーブル（図１８）には、各
駐車枡のデータが収められている。駐車枡ＩＤ（２０
１）は、駐車枡毎にユニークな番号である。駐車場ＩＤ
（２０２）は該駐車枡が所属する駐車場のＩＤを示し、
駐車場データテーブル（図１７）の駐車場ＩＤで用いら
れた番号と同じ番号が入る。申し込みデータＩＤ（２０
３）は、該駐車枡の申し込み状態を示している。駐車枡
申し込みデータテーブル（図１９）の申し込みデータＩ
Ｄ（３０１）と同一の番号が収められ、駐車枡申し込み
データテーブル（図１９）のデータレコードを示す。新
たに申し込みがあったときには申し込みデータテーブル
（図１９）に新たにデータレコードが挿入され、そのデ
ータレコードの申し込みデータＩＤ（３０１）と、同一
の番号が申し込みデータＩＤ（２０３）に収められる。
申し込みがないとき申し込みデータＩＤ（２０３）の値
は、’ＮＵＬＬ’となる。

【００３７】申し込みデータＩＤ（２０３）の値が’Ｎ
ＵＬＬ’であり、駐車場データテーブル（図１７）の駐
車場利用可能日配列（１１４）の値が’可能’である場
合、そのとき駐車枡は利用可能である。

【００３８】駐車枡申し込みデータテーブル（図１９）
には、申し込み毎のデータが収められている。申し込み
データＩＤ（３０１）は、利用者が申し込み時に管理コ
ンピュータ（３０）がつけるシステム内でユニークな番
号であり、個々の申し込みの判別に用いる。駐車枡ＩＤ
（３０２）は、本申し込みにて貸し出される駐車枡のＩ
Ｄであり、駐車枡データテーブル（図１８）の駐車枡Ｉ
Ｄ（２０１）と同一の数値を用て、個々の駐車枡を区別
する。利用者ＩＤ（３０３）は、申し込んだ利用者のＩ
Ｄであり、利用者データテーブル（図２１）の利用者Ｉ
Ｄ（５０１）と同一の数値を用いて、個々の利用者を区
別する。

【００３９】申し込みタイプ（３０４）は、申し込みの
タイプを’時間’、’超過利用’、’申し込み無し’の
３通りのフラグにて示している。利用開始時刻（３０
５）と、利用終了時刻（３０６）は、それぞれ利用開始
時刻と、利用終了時刻を特定する日付と時刻のデータが
記憶される。

【００４０】利用料金（３０７）には、申し込みの期間
と申し込みタイプにより、その駐車場毎の価格が申し込
み時に計算され記憶される。

【００４１】請求コード（３０８）は、申し込み時に支
払わず後から支払いを行う場合や、支払いを銀行などの
振込みによって行う場合に、支払いが何に対して行われ
たかを判別するために用いられる。例えば、申し込みの
タイプが’超過利用’や、’申し込み無し’のデータレ
コードの場合、駐車場管理者などがデータレコードを追
加し、利用者に対して請求コードを提示して支払い請求
する。利用者は、支払いコードや、口座振替などを用い
て支払いを行うとき、この請求コードを添えて支払いが
何に対して行われたかを示す。例えば金融機関の口座間
資金移動では、利用者がインターネットを経由して、自
らが口座を持つ金融機関に対して、請求コードを添えて
指定された振込み先口座に入金することを依頼する。駐
車場管理システムは、前記指定した振込み先口座を管理
する金融機関に、前記請求コードが添えられた入金があ
るか否かをインターネットを経由して照会し、入金があ
ったことを確認する。

【００４２】支払い済みフラグ（３０９）は、支払いが
なされたか否かを示すフラグで、支払いがあった場合’
支払い完’に、支払いがされていない場合’支払い未’
にセットされる。警告済みフラグ（３１０）は、利用期
限が終了したことをシステムが警告したか否かを示す。
警告した場合’警告完’に、警告されていない場合’警
告未’に、セットされる。

【００４３】地域データテーブル（図２０）は、駐車場
が存在する地域のデータである。地域ＩＤ（４０１）
は、システムに地域毎にユニークなＩＤである。地域名
称（４０２）には、その地域の名称が示されている。地
域駐車場地図（４０３）には、その地域に存在する駐車
場の位置を示している。

【００４４】利用者データテーブル（図２１）は、利用
者のデータが管理される。利用者ＩＤ（５０１）は、シ
ステム内で利用者毎にユニークなＩＤである。利用者連
絡先電話番号（５０２）、利用者連絡先メールアドレス
（５０３）、利用者車両ナンバー（５０４）、利用者車
両サイズ（５０５）、利用者車両型式（５０６）が、申
し込み時に入力されたデータに従い記憶される。利用者
パスワード（５０７）は、利用者が設定するパスワード
であり２回目以降の申し込み時に、利用者のデータ入力
を省略する為や、申し込んだ内容をキャンセルするため
に利用する。

【００４５】利用済み駐車場ＩＤ１（５０８）、利用済
み駐車場ＩＤ２（５１０）、利用済み駐車場ＩＤ３（５
１２）は、既に利用したことのある駐車場のＩＤを示
す。ここでは詳述しないが利用者が利用者連絡先電話番
号や、利用者連絡先メールアドレスを入力するだけで、
駐車場管理システムは利用者が以前利用した駐車場を知
ることができ、その駐車場の利用可否を利用者に示すこ
とができる。駐車場を利用したことがない場合変数に
は’ＮＵＬＬ’が代入される。駐車場評価１（５０
９）、駐車場評価２（５１１）、駐車場評価３（５１
３）は、利用者が設定する駐車場に対する評価であり、
評価内容に従い申し込み時の表示順番が変更され、やは
り、利用者が駐車場を選択する手助けとなる。

【００４６】利用ポイント（５１４）は、利用者がシス
テムを利用した回数や、金額に応じて加算される点数で
あり、ここでは詳述しないが点数に応じて料金の割引な
どのサービスが受けられる。払い戻し金額（５１５）
は、利用者が前払いにより支払った金額の残高を示す。
例えば利用ポイントが加算されたときや、初回利用時の
サービスとして加算される場合もある。

【００４７】駐車枡群データテーブル（図２２）は、駐
車枡駐車台数計測装置（３５）を備える駐車場に対して
定義される。駐車枡駐車台数計測装置（３５）は、駐車
枡に対する車両の出入りを計測する装置であるが、個々
の駐車枡ではなく、複数の駐車枡に対する車両の出入り
をまとめて計測する場合がある。すなわち、駐車枡Ａに
一台の車両が停車していると計測する装置もあるが、駐
車枡Ａあるいは駐車枡Ｂのどちらかに、一台の車両が停
車していると計測する装置もある。このような場合、駐
車枡駐車台数計測装置（３５）は、駐車枡Ａと駐車枡Ｂ
をまとめて駐車枡群ＩＤを付与し、該駐車枡群ＩＤに対
する駐車台数を管理コンピュータ（３０）に連絡する。
駐車枡群データテーブル（図２２）は、この該駐車枡群
ＩＤと実際の駐車枡ＩＤとの対応を定義する。駐車枡群
ＩＤ（６０１）は、駐車枡駐車台数計測装置（３５）が
対応する駐車枡のグループに対するＩＤであり、駐車枡
ＩＤ１（６０３）、駐車枡ＩＤ２（６０４）は、その駐
車枡群ＩＤ（６０１）に属する駐車枡のＩＤである。駐
車可能性指数（６０５）は、駐車枡群内の車両の台数を
小数点を含む指数にて表わす、例えばある車両が駐車し
た位置が駐車枡群Ａと駐車枡群Ｂの中間である場合、そ
れぞれの駐車枡に対して０．５の指数が割り振られる。
駐車場ＩＤ（６０２）は、駐車枡群が属する駐車場のＩ
Ｄである。

【００４８】これらのデータテーブルには、個々のデー
タ毎にデータレコードが追加される。例えば、利用者デ
ータテーブル（図２１）には、新たな利用者毎にそれぞ
れの項目を収めたデータレコードが追加される。

【００４９】また、複数のデータテーブルにて共通する
項目を利用して、相互のデータテーブルの関連を知るこ
とができる。例えば、ある駐車枡ＩＤから駐車枡を利用
している利用者の電話番号を知りたいとき、駐車枡申し
込みデータテーブル（図１９）より、その駐車枡ＩＤと
一致する駐車枡ＩＤ（３０２）を持つデータレコードを
検索する。検索されたデータレコードの利用者ＩＤ（３
０３）が、その駐車枡を利用する利用者の利用者ＩＤで
ある。この値を、変数Ｘｕｓｅｒに代入する。次に、利
用者データテーブル（図２１）より、Ｘｕｓｅｒと一致
する利用者ＩＤ（５０１）を持つデータレコードを検索
する。該データレコードの利用者連絡先電話番号（５０
２）が、その駐車枡を利用している利用者の電話番号で
ある。

【００５０】なお、Ｘｕｓｅｒは利用者データテーブル
（図２１）内で、利用者毎にユニークなＩＤであり、テ
ーブル内でキーとなるデータである。Ｘｕｓｅｒと一致
する利用者ＩＤ（５０１）を持つ利用者データテーブル
（図２１）内のデータレコードのことを、Ｘｕｓｅｒが
示すデータレコードと記述する。他の、駐車場ＩＤ、駐
車枡ＩＤなどの、テーブル内でユニークなデータの場合
にも、同様の記述をする。

【００５１】２．利用申し込み システムが管理する駐車場は複数の駐車枡を備える。利
用者は駐車場に移動し空いている駐車枡に停車後、各自
が所有する申し込み端末（３２）より、利用申し込みを
行う。また、インターネットに接続された管理コンピュ
ータにより空き状況を管理している為、遠隔地より駐車
場の空きの有無の確認を容易に行うことができる。以
下、申し込み端末（３２）からの申し込み時や、駐車場
の空きの有無の確認時のシステムのプログラムの流れを
説明する。申し込み端末（３２）は、無線あるいは有線
にて、インターネット（３１）経由で管理コンピュータ
（３０）に接続されている。

【００５２】申し込み端末（３２）の処理のフローチャ
ートを図２、図３、図４にて示す。利用者は、申し込み
端末（３２）にて「利用申し込み画面」を選択表示させ
る（Ｓ２０１）。「利用申し込み画面」では、連絡先電
話番号と、利用者パスワードが入力可能であり、「次
へ」ボタン、「はじめて利用」ボタン、および、「中
止」ボタンがある。「中止」ボタンは、ボタンを押すこ
とにより、端末からの手続きを中止するものであり、以
下全ての画面に表示されている。煩雑を避ける為「中
止」ボタンに関しては、以下の説明より割愛する。

【００５３】利用者が「はじめて利用」のボタンを押す
と（Ｓ２０２）、申し込み端末（３２）は「利用者パラ
メータ入力画面」を表示する（Ｓ２０３）。「利用者パ
ラメータ入力画面」では、連絡先電話番号、連絡先メー
ルアドレス、利用者車両ナンバー、利用者車両サイズ、
利用者車両型式、利用者パスワードが入力可能であり、
各データを入力後「次へ」ボタン押されると（Ｓ２０
４）、申し込み端末（３２）は、入力されたパラメータ
と「利用者登録依頼」信号を管理コンピュータ（３０）
に送信する（Ｓ２０５）。２回目以降の利用の場合、利
用者は「利用申し込み画面」にて連絡先電話番号と利用
者パスワードを入力し（Ｓ２０６）、「次へ」のボタン
を押す。「次へ」ボタンが押されると（Ｓ２０７）、申
し込み端末（３２）は、入力されたパラメータと「利用
者確認依頼」信号を管理コンピュータ（３０）に送信す
る（Ｓ２０８）。

【００５４】管理コンピュータ（３０）では、申し込み
端末（３２）より信号を受け取ると、該申し込み端末
（３２）との間にセッションを確立する。このセッショ
ンは、申し込み端末（３２）か、管理コンピュータで切
断されるまで保持され、通信をしてきた申し込み端末毎
に、送信してきたデータや、管理コンピュータ（３０）
側で求めた中間的パラメータを保存する。例えば、管理
コンピュータ（３０）がある申し込み端末（３２）から
の通信の結果として、該申し込み端末（３２）の利用者
の利用者ＩＤを変数Ｘｕｓｅｒに保存したとすると、そ
の変数Ｘｕｓｅｒは、該申し込み端末（３２）のセッシ
ョンに関する変数Ｘｕｓｅｒとして保存され、他の申し
込み端末（３２）からの通信には利用されない。セッシ
ョンは、管理コンピュータ（３０）の処理が終了した時
点、あるいは、端末からの通信が一定時間ない場合に切
断され、保存していた中間的パラメータ等は破棄され
る。

【００５５】管理コンピュータ（３０）では、「利用者
確認依頼」信号を受けると（Ｓ８０４）、利用者データ
テーブル（図２１）の利用者連絡先電話番号（５０２）
と利用者パスワード（５０７）より、電話番号と利用者
パスワードの整合性を確認する（Ｓ８０５）。つまり、
利用者データテーブル（図２１）を検索し、入力された
電話番号と同一の利用者連絡先電話番号（５０２）のデ
ータレコードを探し出す。ついで、入力された利用者パ
スワードが、検索されたデータレコードの利用者パスワ
ード（５０７）と同一か判定する。

【００５６】同一の場合には、該データレコードの利用
者ＩＤ（５０１）を変数Ｘｕｓｅｒに代入し（Ｓ８１
０）、利用者データをメッセージ化し申し込み端末（３
２）に送信する（Ｓ９０１）。Ｘｕｓｅｒと同一の利用
者ＩＤを、駐車枡申し込みデータテーブル（図１９）よ
り検索し、検索した申し込みデータが支払い完了してい
ない場合（Ｓ９０２）、「前回利用時の支払いが済んで
おりません。」とのメッセージと申し込みデータの請求
コード（３０８）をメッセージ化し申し込み端末（３
２）に送信する（Ｓ９０３）。その後、「利用者確認」
信号を端末（３２）に送信する（Ｓ９０４）。

【００５７】同一でない場合、「利用者パスワードをメ
ールにて送信するか」とのメッセージと、「パスワード
送信質問」信号を申し込み端末（３２）に送信する（Ｓ
８０６）。その後申し込み端末より「パスワード送信依
頼」信号を受信すると（Ｓ８０７）、Ｘｕｓｅｒが示す
利用者データテーブル（図２１）のデータレコードに記
憶されている利用者連絡先メールアドレス（５０３）に
対して、パスワードをメールにて送信し（Ｓ８０８）、
処理を終了する。なお、ここでメールとはインターネッ
トを経由する電子メールのことを示す、以下電子メール
をメールと呼ぶ。また、ここでは２回以降の利用でも電
話番号を申し込み端末より入力したが、始めての利用時
の利用者登録にて電話番号などの連絡コードを記憶し、
次回以降は会員番号などの電話番号などと対応するコー
ドを連絡コードとして入力してもよい。

【００５８】管理コンピュータ（３０）は、「利用者登
録依頼」信号を受けると（Ｓ８０２）、受信した連絡先
メールアドレスと同一の利用者連絡先メールアドレス
（５０３）のデータレコードが利用者データテーブル
（図２１）に既に登録されていないかを検索し（Ｓ１０
０１）、登録されている場合には、該データレコードの
利用者ＩＤ（５０１）を変数Ｘｕｓｅｒに代入する（Ｓ
１００２）。Ｘｕｓｅｒと同一の利用者ＩＤを持つ、デ
ータレコードを駐車枡申し込みデータテーブル（図１
９）より検索し、一致したデータレコードの支払い済み
フラグ（３０９）を確認する（Ｓ１００３）、検索した
データレコードが支払い未であるとき場合、「前回利用
時の支払いが済んでおりません。」とのメッセージと、
申し込みデータの請求コードをメッセージ化し申し込み
端末（３２）に送信し（Ｓ１００４）、さらに、「ご利
用は前回の支払い後にお願いします」とのメッセージと
「利用不能」信号を申し込み端末（３２）に送信し（Ｓ
１００５）、処理を終了する。

【００５９】上記「利用不可能」信号を送信しない場
合、管理コンピュータ（３０）は、新たな利用者ＩＤを
生成して、利用者データテーブル（図２１）に新たなデ
ータレコードを追加する（Ｓ１００６）。データレコー
ドには、生成した利用者ＩＤと共に、受信したパラメー
タを、利用者連絡先電話番号（５０２）、利用者連絡先
メールアドレス（５０３）、利用者車両ナンバー（５０
４）、利用者車両サイズ（５０５）、利用者車両型式
（５０６）、利用者パスワード（５０７）として記録
し、「利用者登録確認」信号を申し込み端末（３２）に
送信する（Ｓ１００８）。利用済み駐車場ＩＤ１（５０
８）、利用済み駐車場ＩＤ２（５１０）、利用済み駐車
場ＩＤ３（５１２）には’ＮＵＬＬ’が代入され、利用
ポイント（５１４）、払い戻し金額（５１５）には０が
代入される。生成した利用者ＩＤは、変数Ｘｕｓｅｒに
代入される（Ｓ１００７）。

【００６０】 申し込み端末（３２）は、「利用者登録
依頼」あるいは、「利用者確認依頼」信号を送信した
後、受信したメッセージを表示する（Ｓ２０９）。次い
で、「利用不能」を受信したときは（Ｓ２１０）、「利
用申し込み画面」を終了する（Ｓ２１１）。「パスワー
ド送信質問」を受け付けた場合（Ｓ２１２）、受信した
メッセージに従い、パスワードをメールアドレス宛て送
信するかと表示されている。ＹＥＳのボタンが押される
と（Ｓ２１３）、管理コンピュータ（３０）に入力され
た電話番号と、「パスワード送信依頼」信号を送信し
（Ｓ２１４）、処理を終了する。

【００６１】申し込み端末（３２）は、「利用者登録確
認」あるいは、「利用者確認」信号を受信すると（Ｓ２
１６）、「利用時間入力画面」を表示する（Ｓ３０
１）。「利用時間入力画面」では、駐車場ＩＤ、駐車枡
ＩＤと、利用予定時間および、支払いコードが入力でき
る。利用者は駐車場に入場後その駐車場に記載されてい
る駐車場ＩＤと、利用者が駐車した駐車枡の駐車枡ＩＤ
を、利用予定時間と共に申し込み端末（３２）より入力
する（Ｓ３０２）。利用予定時間は、利用者がこれから
駐車場を利用する予定の時間である。次いで「次へ」ボ
タンが押されると（Ｓ３０３）、申し込み端末は「利用
料金計算依頼」信号を管理コンピュータ（３０）に送信
し（Ｓ３０４）、「利用料金」信号の受信待ち状態とな
る。

【００６２】管理コンピュータ（３０）は、「利用料金
計算依頼」信号を受信すると（Ｓ１１０３）、現在時刻
を変数Ｘｔｉｍｅ＿ｂｅｇｉｎに、受信した利用予定時
間を変数Ｘｔｉｍｅに、駐車場ＩＤをＸｐａｒｋに、駐
車枡ＩＤをＸｓｌｏｔにそれぞれ代入する（Ｓ１１０
４）。

【００６３】次に、重複した予約を禁止するため、駐車
枡申し込みデータテーブル（図１９）より、利用者ＩＤ
（３０３）がＸｕｓｅｒと一致するデータレコードを全
て検索し、さらに、該データレコードの利用開始時刻
（３０５）、利用終了時刻（３０６）から現時点に有効
な申し込みがあるか否かを検査する（Ｓ１１０５）。現
時刻に有効な申し込みがある場合、新たな駐車枡を申し
込むことは出来ない。その場合「既に申し込まれている
駐車枡があります、以前の申し込みをキャンセルした
後、申し込みをしてください。」とのメッセージを申し
込み端末（３２）に送信し、「利用不能」信号を申し込
み端末（３２）に送信し（Ｓ１１０６）、処理を終了す
る。なお、このとき単に重複している申し込みがあるか
否かをチェックするのみでなく、重複している申し込み
が別の駐車場、あるいは地理的に離れている駐車場にさ
れているか否かを判定し、別の駐車場あるいは、地理的
に離れている駐車場に申し込みがされている場合のみ異
常な申し込みとして、利用不能としても良い。

【００６４】次に、申し込まれた利用予定期間が駐車場
の利用可能期間内であるか調べる。駐車場の利用日は、
Ｘｐａｒｋにて示される駐車場データテーブル（図１
７）のデータレコードから利用可能日限定フラグ（１１
３）と駐車場利用可能日配列（１１４）に示される。利
用可能日限定フラグ（１１３）が’限定’のとき、Ｘｔ
ｉｍｅ＿ｂｅｇｉｎとＸｔｉｍｅにて示される利用予定
期間が、駐車場利用可能日配列（１１４）に’可能’と
されている利用可能日の中であるかを判定する（Ｓ１１
０７）。利用不能であるとき、メッセージ「駐車場の利
用可能期間を超過しています。」と、「利用不能」信号
を申し込み端末に送信し（Ｓ１１０８）、処理を終了す
る。

【００６５】さらに、過去の払い戻し金額と利用料金よ
り、請求金額を求める。Ｘｕｓｅｒにて示される利用者
データテーブル（図２１）のデータレコードから払い戻
し金額（５１５）を求め、Ｘｐａｙ＿ｂａｋに代入す
る。次いで、Ｘｐａｒｋにて示される駐車場データテー
ブル（図１７）のデータレコードから駐車場時間単価
（昼）（１１１）と駐車場時間単価（夜）（１１２）を
求め、Ｘｔｉｍｅ＿ｂｅｇｉｎとＸｔｉｍｅにて示され
る利用予定期間に応じた利用料金を求めＸｐｒｉｃｅに
代入する。請求金額はＸｐｒｉｃｅよりＸｐａｙ＿ｂａ
ｋを引いた金額である（Ｓ１１０９）。Ｘｐｒｉｃｅよ
りＸｐａｙ＿ｂａｋが大きいときには請求金額は０とな
る。求めた利用料金と請求金額は「利用料金」信号とと
もに申し込み端末（３２）に送信され（Ｓ１１１０）、
ついで、管理コンピュータ（３０）は申し込み端末（３
２）からの「申し込み」信号の受信待ち状態となる（Ｓ
１１１１）。

【００６６】申し込み端末（３２）は、受信したメッセ
ージを表示し（Ｓ３０４）、「利用不能」を受信したと
きは（Ｓ３０５）、「利用申し込み画面」を終了する
（Ｓ３０６）。「利用料金」信号を受信したときには
（Ｓ３０７）、受信した利用料金と請求金額を表示し、
「支払いコード入力画面」を表示する（Ｓ３０８）。

【００６７】次いで、支払いコードを入力する（Ｓ３０
９）。ここで言う支払いコードとは、銀行や、クレジッ
ト会社など支払いコード発行機関が利用者に与える数値
コードであり、利用者が商品の販売者に伝達することに
よって、料金の支払いが行われる。より具体的に言う
と、支払いコードとは、クレジットカードナンバー、デ
ビットカードナンバー、あるいは電子マネー等のことで
ある。

【００６８】クレジットカードナンバーは、クレジット
会社が発行し、利用者に与える。クレジット会社は、利
用者の与信を管理し、販売者からの支払いが保証される
かどうかの問い合わせに答えると共に、商品の代金を販
売者の銀行口座に振り込む。代金は、後に利用者の銀行
口座より引き落とされる。

【００６９】デビットカードナンバーは、銀行が発行し
利用者に与える。利用者はあらかじめ銀行の利用者口座
に貯金を行う。銀行は、販売者からの支払い保証の問い
合わせに答えると共に、利用者口座の残高を上限に、商
品の代金を利用者の銀行口座より、販売者の銀行口座に
移動する。複製を困難にしたものとして、ＳＥＴ（Ｓｅ
ｃｕｒｅ Ｅｌｅｃｔｒｏｎｉｃ Ｔｒａｎｓａｃｔｉ
ｏｎ）等の通信プロトコルがある。

【００７０】電子マネーは、銀行などの電子マネー発行
機関が発行し利用者に与える。利用者は、あらかじめ電
子マネー発行機関に対して料金を支払い、その料金に応
じた電子マネーを電子マネー発行機関より受け取る。電
子マネーは、電気的な複写が困難になるよう設計さた支
払いコードであり、電子マネーを受け渡すことにより、
料金の支払いが行われ電子的な紙幣あるいはコインとし
て利用される。電子マネー発行機関は、発行した電子マ
ネーに応じて、発行見合い資金を保持する。電子マネー
を受け取った販売者が、電子マネーを電子マネー発行機
関に渡すことにより、その代価が電子マネー発行機関よ
り、販売者に受け渡される。

【００７１】申し込み端末（３２）からの支払いコード
入力とは、クレジットカードナンバーあるいは、デビッ
トカードナンバーの入力と、必要である場合にはその為
の暗証番号の入力である。あるいは、電子マネーのコー
ドが保存されているＩＤカード等の電子マネー保存装置
から、端末に電子マネーを入力する処理である。入力さ
れる金額は、管理コンピュータ（３０）より送信された
請求金額である。

【００７２】利用者が「駐車場を申し込み」ボタンを押
すと（Ｓ３１０）、駐車場の申し込み意思を示す申し込
み信号が申し込み端末に入力されたこととになる。入力
された申し込み信号は、インターネット（３１）を経由
する信号となり、管理コンピュータ（３０）に送信され
る（Ｓ３１１）。このとき、「申しこみ」信号と同時
に、入力された支払いコードは管理コンピュータに送信
されるる。このとき、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋ
ｅｔｓ Ｌａｙｅｒ）などの暗号化処理を施しても良
い。申し込み端末は、メッセージ受信待機状態となる。

【００７３】管理コンピュータ（３０）は、「申し込み
信号」を受信すると（Ｓ１１１１）、支払いコード発行
機関に照会を行う（Ｓ１２０１）。クレジットカードの
場合にはクレジット会社へ、デビットカードの場合には
銀行へ利用者の支払い保証の問い合わせを行う。電子マ
ネーの場合には、電子マネーを受領した時点で支払いが
完了しているので、電子マネー発行機関に対する照会は
行わなくても良いが、電子マネー発行機関が、電子マネ
ーが複製されていないかを確認する機能を持つ場合に
は、照会を行ってもよい。これらの照会の結果、クレジ
ット会社や銀行などの支払いコード発行機関が支払いコ
ードの利用を否定した場合（Ｓ１２０２）、管理コンピ
ュータ（３０）は、支払いコードの利用は拒否された旨
のメッセージと「申し込み受け付け」信号を送信し（Ｓ
１２０３）、処理を終了する（Ｓ１２０４）。支払いコ
ード発行機関が支払いコードの利用を肯定した場合の
み、Ｓ１２０５以降の処理が行われる。

【００７４】まず、駐車場データテーブル（図１７）の
空き枡数を更新する。Ｘｓｌｏｔが示す駐車枡は、前回
利用者の申し込み期間内である場合がある。このとき駐
車場の利用者数は変化しない。前回利用者の申し込み期
間が経過している場合、利用者数が増加する。Ｘｓｌｏ
ｔが示す駐車枡データテーブル（図１８）のデータレコ
ードの、申し込みデータＩＤ（２０３）が’ＮＵＬＬ’
であるとき、Ｘｐａｒｋにて示される駐車場データテー
ブル（図１７）のデータレコードの駐車場空き枡数（１
１５）を減算する。

【００７５】ついで、利用者の払い戻し金額を更新す
る。つまり、Ｘｕｓｅｒにて示される利用者データテー
ブル（図２１）の払い戻し金額（５１５）を、Ｘｐａｙ
＿ｂａｋより、Ｘｐｒｉｃｅを引いた値にセットする。
Ｘｐａｙ＿ｂａｋよりＸｐｒｉｃｅが大きいとき、払い
戻し金額（５１５）は０にセットされる。

【００７６】さらに、駐車枡申し込みデータテーブル
（図１９）にデータレコードを追加する。新たにユニー
クな申し込みデータＩＤ Ｘｏｒｄｅｒと、請求コード
Ｘｐａｙを生成し、駐車枡申し込みデータテーブル（図
１９）に新しいデータレコードを追加する。新たなデー
タレコードの申し込みデータＩＤ（３０１）にはＸｏｒ
ｄｅｒ、請求コード（３０８）にはＸｐａｙ、駐車枡Ｉ
Ｄ（３０２）にはＸｓｌｏｔ、利用者ＩＤ（３０３）に
はＸｕｓｅｒ、利用料金（３０７）にはＸｐｒｉｃｅと
Ｘｐａｙ＿ｂａｋにて示される請求金額をそれぞれ代入
する。利用開始時刻（３０５）にＸｔｉｍｅ＿ｂｅｇｉ
ｎ、利用終了時刻（３０６）にＸｔｉｍｅ＿ｂｅｇｉｎ
＋Ｘｔｉｍｅを代入し、支払い済みフラグ（３０９）に
は’支払い完’が、代入される。警告済みフラグ（３１
０）には、’警告未’が代入される。

【００７７】次に、変数Ｘｓｌｏｔにて示される駐車枡
データテーブル（図１８）のデータレコードの申し込み
データＩＤ（２０３）にＸｏｒｄｅｒを代入する。

【００７８】また、Ｘｕｓｅｒが示す利用者データテー
ブル（図２１）のデータレコードの利用済み駐車場ＩＤ
１（５０８）、利用済み駐車場ＩＤ２（５１０）、利用
済み駐車場ＩＤ３（５１２）、駐車場評価１（５０
９）、駐車場評価２（５１１）、駐車場評価３（５１
３）を更新する。駐車場評価は、駐車場の利用回数であ
り、今回の申し込みにより１加算される。最後に、メッ
セージ「受け付け完了」と「申し込み受け付け」信号を
申し込み端末に送信し（Ｓ１２０６）、処理を終了する
（Ｓ１２０７）。申し込み端末（３２）は、受信したメ
ッセージを表示し（Ｓ３１２）、「申し込み受け付け」
信号を受信すると（Ｓ３１３）、処理を終了する（Ｓ３
１４）。

【００７９】なお、ここでは利用者に利用予定期間を時
間で入力させ、その期間に応じた利用予定期間の支払い
を求めたが、逆に、まず費用の支払いを求め、支払われ
た費用に応じて利用予定期間を定めても良い。この場合
端末から入力され支払われた費用が利用予定期間を表わ
すこととなる。また、利用予定期間を時間で入力する代
りに、利用終了時刻を入力しても良い。

【００８０】３．駐車場利用予定期間の延長 申し込まれた利用予定期間は、申し込み端末（３２）よ
り随時申し込み期間を延長することができる。利用者
は、駐車後の利用者の都合の変化により随時申し込み期
間を変更できるので、あらかじめ長めの利用予定期間を
設定する必要がない。

【００８１】利用予定期間を変更する場合には、利用者
は申し込み端末（３２）より、「利用期間変更画面」を
表示する（Ｓ４０２）。「利用期間変更画面」では、電
話番号と利用者パスワードが入力可能であり、電話番号
と利用者パスワードを入力後（Ｓ４０３）、「次へ」の
ボタンを押す（Ｓ４０４）と、管理コンピュータに入力
した電話番号と利用者パスワードと共に「利用者確認依
頼」信号が送信される（Ｓ４０５）。

【００８２】管理コンピュータ（３０）では、「利用者
確認依頼」信号を受けると（Ｓ８０４）、利用申し込み
時と同様に、利用者データテーブル（図２１）の利用者
連絡先電話番号（５０２）と利用者パスワード（５０
７）より、電話番号と利用者パスワードの整合性を確認
する（Ｓ８０５）。電話番号と利用者パスワードが記憶
している内容と一致する場合には、該データレコードの
利用者ＩＤ（５０１）を変数Ｘｕｓｅｒに代入し（Ｓ８
１０）、利用者データをメッセージ化し申し込み端末
（３２）に送信する（Ｓ９０１）。Ｘｕｓｅｒと同一の
利用者ＩＤを、駐車枡申し込みデータテーブル（図１
９）よりすべて検索し、検索した申し込みデータが支払
い完了していない場合（Ｓ９０２）、「前回利用時の支
払いが済んでおりません。」とのメッセージと申し込み
データの請求コード（３０８）をメッセージ化し申し込
み端末（３２）に送信する（Ｓ９０３）。その後、「利
用者確認」信号を端末（３２）に送信する（Ｓ９０
６）。

【００８３】電話番号と利用者パスワードが記憶してい
る内容と一致しない場合には、「利用者パスワードをメ
ールにて送信するか」とのメッセージと、「パスワード
送信質問」信号を申し込み端末（３２）に送信する（Ｓ
８０６）。その後申し込み端末より「パスワード送信依
頼」信号を受信すると（Ｓ８０７）、Ｘｕｓｅｒが示す
利用者データテーブル（図２１）のデータレコードに記
憶されている利用者連絡先メールアドレス（５０３）に
対して、パスワードをメールにて送信し（Ｓ８０８）、
処理を終了する。

【００８４】申し込み端末（３２）は、「利用者確認依
頼」信号を送信した後、受信したメッセージを表示する
（Ｓ４０６）。次いで、「利用不能」を受信したときは
（Ｓ４０７）、処理を終了する（Ｓ４０８）。「パスワ
ード送信質問」を受け付けた場合（Ｓ４０９）、受信し
たメッセージに従い、パスワードをメールアドレス宛て
送信するかと表示されている。ＹＥＳのボタンが押され
ると（Ｓ４１０）、管理コンピュータ（３０）に入力さ
れた電話番号と、「パスワード送信依頼」信号を送信し
（Ｓ４１１）、処理を終了する。

【００８５】申し込み端末（３２）は、「利用者確認」
信号を受信すると（Ｓ４１３）、支払いコードの入力画
面となる。支払いコードを入力後（Ｓ４１４）。「次
へ」ボタンが押されると（Ｓ４１５）入力された支払い
コードと、金額と、「利用期間変更」信号が送信され
る。入力された金額に応じて利用予定期間が更新され
る。つまり、ここでは入力された金額が変更利用期間を
表現している。

【００８６】管理コンピュータは、「利用期間変更」信
号を受信すると（Ｓ１１０１）、駐車枡申し込みデータ
テーブル（図１９）より、利用者ＩＤ（３０３）が、Ｘ
ｕｓｅｒと一致し、かつ、利用開始時刻（３０５）が現
時刻ともっとも近いデータレコードを検索し、該データ
レコードの申し込みデータＩＤ（３０１）をＸｏｒｄｅ
ｒに、駐車枡ＩＤ（３０２）をＸｓｌｏｔに、利用終了
時刻（３０６）をＸｅｎｄｔｉｍｅに、支払済みフラグ
（３０９）をＸｐａｙｆｌａｇ、利用料金（３０７）を
Ｘｐｒｉｃｅに代入する（Ｓ１５０１）。

【００８７】次いで、支払いコード発行機関に照会を行
う（Ｓ１５０２）。この照会の結果、クレジット会社や
銀行などの支払いコード発行機関が支払いコードの利用
を否定した場合（Ｓ１５０３）、管理コンピュータ（３
０）は、支払いコードの利用は拒否された旨のメッセー
ジと「利用期間変更受け付け」信号を送信し（Ｓ１５０
４）、処理を終了する（Ｓ１５０５）。支払いコード発
行機関が支払いコードの利用を肯定した場合のみ、Ｓ１
５０６以降の処理が行われる。

【００８８】まず、駐車場データテーブル（図１７）の
空き枡数を更新する（Ｓ１５０６）。利用者が申し込み
の変更を行ったとき、既に申し込み期間が切れていた場
合、その駐車枡は空いているとして、空き枡数は更新さ
れている。したがって、空き枡数を再度加算する必要が
ある。Ｘｓｌｏｔが示す駐車枡データテーブル（図１
８）のデータレコードの、申し込みデータＩＤ（２０
３）が’ＮＵＬＬ’であるとき、該データレコードの駐
車場ＩＤ（２０２）にて示される駐車場データテーブル
（図１７）のデータレコードの駐車場空き枡数（１１
５）を１加算する。このとき、申し込みデータＩＤ（２
０３）には、Ｘｏｒｄｅｒを再度設定する。

【００８９】次に、支払いコードによって払い込まれた
料金より、利用終了時刻を求める（Ｓ１５０７）。Ｘｓ
ｌｏｔが示す駐車枡データテーブル（図１８）のデータ
レコードの、駐車場ＩＤ（２０２）の値をＸｐａｒｋに
代入する。Ｘｐａｒｋが示す駐車場データテーブル（図
１７）のデータレコードから駐車場時間単価（昼）（１
１１）と駐車場時間単価（夜）（１１２）を求め、時間
単価を求める。

【００９０】Ｘｐａｙｆｌａｇが’支払い未’である場
合、まず、払い込まれた金額より未払い利用料金Ｘｐｒ
ｉｃｅを引く。この金額を時間単価にて除算し、利用可
能となる時間を求め、さらに現時点の利用終了時刻Ｘｅ
ｎｄｔｉｍｅに該利用可能となる時間を加算し、あらた
な利用終了時刻を求める。この値を、Ｘｏｒｄｅｒが示
す駐車枡申し込みデータテーブル（図１９）のデータレ
コードの利用終了時刻（３０６）に代入する（Ｓ１５０
８）。利用予定期間変更を受け付けた旨を、あらたな利
用終了時刻と共にメッセージとして、申し込み端末（３
２）に送信し、「利用期間変更受け付け」信号を申し込
み端末に送信して、処理を終了する（１５０９）。

【００９１】申し込み端末（３２）は、受信したメッセ
ージを表示し（Ｓ４１７）、「利用期間変更受け付け」
信号を受信すると（Ｓ４１８）、処理を終了する（Ｓ４
１９）。

【００９２】ここでは、支払い料金より自動的に利用終
了時刻を求めたが、利用終了時刻を入力することによ
り、管理コンピュータにて必要費用を計算し、その費用
に対応する支払いコードを入力してもよい。

【００９３】４．駐車場の状況確認 駐車場は、インターネット（３１）に接続された管理コ
ンピュータ（３０）によって管理されている為、インタ
ーネットに接続された端末より容易に駐車場の空き状況
を確認することができる。利用者は空いている駐車場を
探し回る時間の手間が無く、駐車することが可能とな
る。管理コンピュータと駐車場間の通信が無くても良い
為、単に空車満車の状況を示すだけでなく、さらに詳し
く空いている駐車枡の数を示すことも容易である。

【００９４】空いている駐車枡の数は、駐車場データテ
ーブル（図１７）の駐車場空き枡数（１１５）にて、そ
の駐車場の枡数は、駐車枡数（１１６）によって示され
ている。端末からの依頼によって、これらの数値を示し
てやれば良い。

【００９５】５．駐車場台数計測装置による不正利用の
検出 また、駐車場によっては、駐車場台数計測装置（３４）
を備える場合があり、駐車場台数計測装置（３４）によ
って不正利用の検出が可能となる。

【００９６】本実施例では、駐車場台数計測装置（３
４）として、本出願人が特願２０００−４０４５５２号
にて出願している駐車場誘導装置の技術を用いる。ここ
では重複を避ける為詳述しないが、駐車場の車両用走路
上の車両位置を計測する距離センサにて、駐車場の定め
られた領域の出入り口位置を通過する時の移動方向を判
定し、この判定にもとづいて、該走路の出入り口位置に
囲まれた領域内の車両数を計測できる。

【００９７】これによれば、駐車場内にゲートなどの台
数計測用の装置を設けることなく、遠隔地より走路上に
定めた出入り口位置の車両の進行方向を検出することが
でき、駐車スペースをゲートによって占有されることな
く有効に活用でき、また、駐車場内に伝送線を布設する
必要もなくなる。この技術では距離センサが検出した距
離に対応する出入り口を記憶し、車両を連続して検出
し、出入り口にて初めて検出された車両がその後走路内
を移動しつづけるのか、逆に、走路内を走行していた車
両が出入り口にて最後に検出されたのかを区別すること
によって、車両の進行方向を判定する。

【００９８】次に述べる駐車枡駐車台数計測装置（３
５）に比較して、出入り口のみをカバーするように設置
すれば良い為、一般にさらに安価に設置できる。

【００９９】駐車場台数計測装置（３４）は、インター
ネット（３１）に接続され、駐車枡毎の車両数の増減を
随時管理コンピュータに連絡する。すなわち、駐車場台
数計測装置（３４）は、駐車台数が変化したとき、駐車
場の駐車場ＩＤと、駐車台数を「駐車台数報告」信号と
共に、インターネット（３１）を経由して管理コンピュ
ータ（３０）に伝達する。駐車場台数計測装置（３４）
は、駐車台数が増加したのち、一定の時間例えば５分間
保持し、５分後まで駐車台数が増加したままである場合
に、新たな駐車台数を送信する。例えば駐車台数１０台
から１１台に増加して、その５分後まで駐車台数の減少
が観測されず、１１台以上の台数が維持したままであれ
ば、新たな１１台の駐車台数を送信する。逆に、駐車台
数の減少は直ちに報告される。

【０１００】この処理を行う駐車場台数計測装置（３
４）のプログラムのフローチャートを図６に示す。駐車
場台数計測装置（３４）には、増加時刻記憶領域があ
り、車両台数が増加したと判定したときその時刻を記憶
している。一定時間毎例えば１ｓｅｃ毎の割り込みを発
生させ（Ｓ６０１）、プログラムが起動される。前回の
割り込みの間に、駐車台数の増加が検出されているとき
（Ｓ６０２）、増加した時刻を増加時刻記憶領域に追加
し記憶する（Ｓ６０３）、また、駐車台数の減少が検出
されているときは（Ｓ６０４）、増加時刻記憶領域に記
憶があるか判定される（Ｓ６０５）。増加時刻記憶領域
に記憶があるときには、その記憶のうち最も古いデータ
が破棄される（Ｓ６０６）。増加時刻記憶領域に記憶が
ないときには、駐車台数を減算し、その値を管理コンピ
ュータ（３０）報告する（Ｓ６０７）。上記駐車台数の
増加、減少を検出した場合の処理が終了すると、最も古
い増加時刻記憶領域のデータが、５ｍｉｎ以上過去であ
るかを判定する（Ｓ６０８）。増加時刻記憶領域に５ｍ
ｉｎ以上過去の記憶がある場合、この５ｍｉｎ間に駐車
台数の減少が無かったことを示しているので、５ｍｉｎ
以上過去に検出された車両は、この間に駐車場より移動
していない。したがって、最も古い増加時刻記憶領域の
データを破棄し、駐車台数を１台加算する。さらに、管
理コンピュータ（３０）に、駐車台数を報告し（Ｓ６０
９）、この割り込み処理を終了する。この処理は、一次
的に駐車場に出入りする車両の影響を排除する為と、駐
車場に入場後に利用者が行う申し込み処理にかかる時間
を考慮する為である。

【０１０１】管理コンピュータ（３０）には、「駐車台
数報告」信号を待ち受けるプログラムが常時動作してい
る。管理コンピュータ（３０）が、「駐車台数報告」信
号を受信すると、受信した駐車場ＩＤを、Ｘｐａｒｋ
に、新たな駐車台数をＸｃａｒ＿ｃｏｕｎｔに代入す
る。Ｘｐａｒｋが示す駐車場データテーブル（図１７）
のデータレコードの駐車枡数（１１６）より、駐車場空
き枡数（１１５）を引いたものが、該駐車場に申し込ま
れている車両台数を示す。この申し込まれている車両台
数より、Ｘｃａｒ＿ｃｏｕｎｔが大きい場合、駐車場に
不正利用者がいると判定できる。

【０１０２】不正駐車されてるとの情報は、Ｘｐａｒｋ
が示す駐車場データテーブル（図１７）のデータレコー
ドの駐車場管理者メールアドレス（１１０）を用いて、
「不正利用者が検出された」とのメッセージと共に、Ｘ
ｃａｒ＿ｃｏｕｎｔの値と、駐車場に申し込みをしてい
る全ての車両の車両ナンバーとが、電子メールにて伝達
される。

【０１０３】駐車場管理者は、駐車場を確認して、駐車
場管理者の端末より管理コンピュータ（３０）、申し込
みタイプ（３０４）が’超過利用’あるいは、’申し込
み無し’である不正利用を示すデータレコードを、駐車
枡申し込みデータテーブル（図１９）に追加する、ある
いは該データレコードを削除することができる。このと
き駐車場データテーブル（図１７）の該当データレコー
ドの駐車場空き枡数（１１５）も更新される。

【０１０４】また、駐車場管理者は駐車場にて駐車場台
数計測装置（３４）を操作して、駐車場台数計測装置
（３４）が記憶する駐車台数をセットすることができ
る。あるいは、異常が無いことを確認した後、管理コン
ピュータ（３０）に現在の申し込み台数を駐車場台数計
測装置（３４）に連絡するよう指示し、該現在の申し込
み台数によって駐車場台数計測装置（３４）が記憶する
駐車台数をセットすることもできる。

【０１０５】あるいはまた、本実施例においては駐車場
台数計測装置（３４）が駐車台数をカウントし、駐車台
数を管理コンピュータ（３０）報告しているが、駐車場
台数計測装置（３４）は駐車台数の増減のみを管理コン
ピュータ（３０）に報告するようにしても良い。管理コ
ンピュータ（３０）では、車両が増加した時刻から一定
時間以内に新たな申し込みがあったか否かを判別し、申
し込みが無かったとき駐車場に不正利用者がいると判定
できる。

【０１０６】６．駐車枡駐車台数計測装置による不正利
用の検出 駐車場によっては、駐車枡駐車台数計測装置（３５）を
備える場合があり、駐車枡駐車台数計測装置（３５）に
よって不正利用の検出が可能となる。本実施例では、駐
車枡駐車台数計測装置（３５）として、本出願人が既に
特願２０００−４０４５５２号にて出願している駐車場
誘導装置の技術を用いる。これは、車両用走路上の車両
位置を計測する距離センサを備え、制御装置は、距離セ
ンサが計測する車両位置に対応する駐車枡を記憶し、ま
た、距離センサにて検出した車両が、既に検出した車両
と同一であるかを随時判定する。車両が検出開始された
車両位置より、空車となった駐車枡を判定し、さらに、
車両が最後に検出された車両位置より、該車両が進入し
た駐車枡を判定する。

【０１０７】図１６に距離センサを備えた駐車場の上面
図を示す。距離センサＤ１０１、Ｄ１０２、Ｄ１０３、
Ｄ１０４は、その検出範囲を車両用走路上に向けてお
り、その両側の駐車枡に対する車両の出入りを監視す
る。

【０１０８】この技術により、駐車枡に駐車中の車両を
個々のセンサにて検出するのではなく、駐車枡から車両
用走路に移動した車両を距離センサにて検出し、距離セ
ンサが検出した車両位置に対応する駐車枡をあらかじめ
記憶することによって、空車となった駐車枡を求めるこ
とができる。距離センサによって広い範囲の車両用走路
をカバーし、駐車枡毎の車両検出センサや走路上の多数
の車両検出センサを不要とした。各駐車枡に対して電磁
波を放射するのではなく、走路上の車両を距離センサに
よって検出する為、検出が容易であり、スキャン範囲や
視野の小さいより安価なセンサが利用できる。距離セン
サの光波や電波などの電磁波の放射方向も車両用走路に
対して見通しの利く概ね水平方向で良く、多数の駐車枡
を監視するスキャン範囲の広いセンサの採用や、高い塔
の設置が不要であり、天井や街路樹など上方からの視界
を妨げるものがあっても、空いた駐車枡を検出すること
ができる。この実施例では、駐車枡の利用状況は車両の
有無で示すのではなく、駐車されている可能性を駐車可
能性指数として示される。片側だけに駐車枡が存在する
場合の駐車可能性指数は、最大１の数値を取るものとし
て扱われる。また、両側に駐車枡が対向して並んでいる
場合の駐車可能性指数は、最大２の数値を取ものとし、
左右２つの処理上駐車枡を１つとして取り扱う。例え
ば、図１６の駐車枡Ｗ００１とＷ０１１は処理上区別さ
れず、１つ駐車枡群に代表される。この駐車枡群の駐車
可能台数は２となる。他の対向している駐車枡も同様で
ある。駐車枡Ｗ００２とＷ０１２も処理上区別されず、
１つ駐車枡群に代表される。

【０１０９】この駐車枡駐車台数計測装置（３５）が管
理する複数の駐車枡を含む駐車枡群には、それぞれ駐車
枡群ＩＤがつけられている。その駐車枡群ＩＤに実際ど
の駐車枡が対応しているかは、駐車枡群データテーブル
（図２２）に記憶されている。

【０１１０】駐車枡駐車台数計測装置（３５）は、イン
ターネット（３１）に接続され、駐車枡毎の車両数の増
減を随時管理コンピュータ（３０）に連絡する。すなわ
ち、駐車枡駐車台数計測装置（３５）は、駐車可能性指
数が変化したとき、その駐車枡群ＩＤと、新たな駐車可
能性指数を「駐車可能性指数報告」信号と共に、インタ
ーネット（３１）を経由して管理コンピュータ（３０）
に伝達する。駐車枡駐車台数計測装置（３５）は、駐車
場台数計測装置（３４）と同様に駐車可能性指数が増加
したのち、一定の時間例えば５分間保持し、５分後に駐
車可能性指数が増加したままである場合に、新たな駐車
可能性指数を送信する。この処理は、図６と同様のフロ
ーチャートにて実現される為、ここでは説明を省略す
る。これは、駐車場台数計測装置（３４）の場合と同様
に、一次的に駐車枡に出入りする車両の影響を排除する
為と、駐車場に入場後に利用者が行う申し込み処理にか
かる時間を考慮する為である。

【０１１１】また、以下に述べるように、車両の有無を
判定する駐車可能性指数の閾値が決まっているとき、そ
の閾値を超える、あるいは下回ったときのみ駐車枡駐車
台数計測装置（３５）より管理コンピュータ（３０）に
駐車可能性指数を伝達してもよい。

【０１１２】管理コンピュータ（３０）には、「駐車可
能性指数報告」信号を待ち受けるプログラムが常時動作
している。このプログラムのフローチャートを図７に示
す。管理コンピュータ（３０）が、「駐車可能性指数報
告」信号を受信すると（Ｓ７０１）、受信した駐車枡群
ＩＤを、Ｘｓｌｏｔｓに、新たな駐車可能性指数をＸｃ
ａｒ＿ｃｏｕｎｔに代入する。Ｘｓｌｏｔｓが示す駐車
枡群データテーブル（図２２）のデータレコードの駐車
枡ＩＤ１（６０３）をＸｓｌｏｔ１、駐車枡ＩＤ２（６
０４）をＸｓｌｏｔ２、駐車場ＩＤ（６０２）をＸｐａ
ｒｋに代入する。Ｘｓｌｏｔｓが示す駐車枡群データテ
ーブル（図２２）のデータレコードの駐車可能性指数
（６０５）と、Ｘｃａｒ＿ｃｏｕｎｔを比較して値が増
加しているときに（Ｓ７０２）、該駐車枡群に進入した
車両が申し込み処理をしているか否かを判定する。

【０１１３】Ｘｓｌｏｔ２が’ＮＵＬＬ’の時、駐車枡
群は１つの駐車枡だけを含んでいる（Ｓ７０３）。この
とき、Ｘｓｌｏｔ１が示す駐車枡データテーブル（図１
８）のデータレコードの申し込みデータＩＤ（２０３）
を調べる。申し込みデータＩＤ（２０３）が’ＮＵＬ
Ｌ’のとき、駐車枡は申し込みがされていない。Ｘｃａ
ｒ＿ｃｏｕｎｔがある一定の数値例えば０．８より大き
く、駐車枡は申し込みがされていないとき（Ｓ７０
４）、不正駐車されていると検出できる。

【０１１４】Ｘｓｌｏｔ２が’ＮＵＬＬ’のでないと
き、駐車枡群は２つの駐車枡に対応している。このと
き、Ｘｓｌｏｔ１と、Ｘｓｌｏｔ２が示す駐車枡データ
テーブル（図１８）のデータレコードの申し込みデータ
ＩＤ（２０３）を調べる。申し込みデータＩＤ（２０
３）が’ＮＵＬＬ’のとき、その駐車枡は申し込みされ
ていない。Ｘｃａｒ＿ｃｏｕｎｔがある一定の数値例え
ば１．６より大きく、Ｘｓｌｏｔ１あるいは、Ｘｓｌｏ
ｔ２の駐車枡のどちらか一方あるいは、両方が申し込み
がされていないとき（Ｓ７０５）、不正駐車されている
と検出できる。また、Ｘｃａｒ＿ｃｏｕｎｔがある一定
の数値例えば０．８より大きく、Ｘｓｌｏｔ１と、Ｘｓ
ｌｏｔ２の駐車枡の両者共が申し込みがされていないと
き（Ｓ７０６）、不正駐車されていると検出できる。

【０１１５】不正駐車されてるとの情報は、Ｘｐａｒｋ
が示す駐車場データテーブル（図１７）のデータレコー
ドの駐車場管理者メールアドレス（１１０）を用いて、
「不正利用者が検出された」とのメッセージと共に、Ｘ
ｓｌｏｔ１と、Ｘｓｌｏｔ２の数値、Ｘｓｌｏｔ１と、
Ｘｓｌｏｔ２に申し込みをしている車両の車両ナンバー
とが、電子メールにて伝達される（Ｓ７０７）。駐車場
管理者は、伝達された駐車枡ＩＤが示す車両の車両ナン
バーを確認し、不正車両に対して注意文書や移動防止装
置などの設置を行う。申し込みをしている車両の車両ナ
ンバーは、Ｘｓｌｏｔ１あるいは、Ｘｓｌｏｔ２の示す
駐車枡データテーブル（図１８）のデータレコードの申
し込みデータＩＤ（２０３）を調べ、該申し込みデータ
ＩＤが示す駐車枡申し込みデータテーブル（図１９）の
データレコードの利用者ＩＤ（３０３）を調べ、該利用
者ＩＤが示す利用者データテーブル（図２１）の利用者
車両ナンバー（５０４）を求めれば良い。

【０１１６】最後に、Ｘｓｌｏｔｓが示す駐車枡群デー
タテーブル（図２２）のデータレコードの駐車可能性指
数（６０５）を、Ｘｃａｒ＿ｃｏｕｎｔに更新し、管理
コンピュータ（３０）の処理を終了する。

【０１１７】駐車場管理者は、駐車場を確認して、駐車
場管理者の端末より、申し込みタイプ（３０４）が’超
過利用’あるいは、’申し込み無し’である不正利用を
示すデータレコードを、駐車枡申し込みデータテーブル
（図１９）に追加することができる。あるいは該データ
レコードを削除することができる。このとき駐車場デー
タテーブル（図１７）の該当データレコードの駐車場空
き枡数（１１５）も更新される。

【０１１８】なお、この事例では駐車枡群に最大２つの
駐車枡が含まれている場合について説明したが、さらに
多くの駐車枡が駐車枡群に含まれる場合も同様である。
駐車可能性指数が示す台数より多くの駐車枡に申し込み
がされていない場合に、不正利用がされていると判定で
きる。

【０１１９】また、駐車枡駐車台数計測装置（３５）
は、駐車場の出入り口をカバーするように設置すれば、
駐車場台数計測装置（３４）の機能を兼ねることがで
き、個々の駐車枡の車両の有無があいまいな場合でも、
駐車場全体の台数から、不正利用の検出が可能となる。

【０１２０】また、駐車場管理者は駐車枡駐車台数計測
装置（３５）を操作して、駐車枡駐車台数計測装置（３
５）が記憶する各駐車枡群の駐車台数をセットすること
ができる。あるいは、異常が無いことを確認した後、管
理コンピュータ（３０）に現在の各駐車枡群の申し込み
台数を駐車場台数計測装置（３４）に連絡するよう指示
し、該現在の申し込み台数によって駐車枡駐車台数計測
装置（３５）が記憶する駐車台数をセットすることもで
きる。

【０１２１】あるいはまた、本実施例においては駐車枡
駐車台数計測装置（３５）が各駐車枡群の駐車台数をカ
ウントし、駐車台数を管理コンピュータ（３０）報告し
ているが、駐車枡駐車台数計測装置（３５）は各駐車枡
群の駐車台数の増減のみを管理コンピュータ（３０）に
報告するようにしても良い。管理コンピュータ（３０）
では、車両が増加した時刻から一定時間以内に該当駐車
枡群、あるいは隣接した各駐車枡群に新たな申し込みが
あったか否かを判別し、新たな申し込みが無かったとき
駐車場に不正利用者がいると判定できる。

【０１２２】７．利用状況の確認 駐車場の不正利用を防止するため、駐車場の利用状況は
公開されている。つまり、現時点において、駐車枡に対
して利用許可を持っている車両の車両ナンバーと駐車枡
ＩＤとの対応関係は、第３者に公開されており、不信な
車両が不正利用車であるかを誰でも判定できる。

【０１２３】申し込み状態表示端末（３３）の処理のフ
ローチャートを図５に示す。利用者は申し込み状態表示
端末（３３）より「利用状況確認」画面を選択、表示さ
せ（Ｓ５０２）、駐車枡ＩＤと、駐車している車両の車
両ナンバーを入力し、「確認」ボタンを押す。確認ボタ
ンが押されると（Ｓ５０４）、申し込み状態表示端末
（３３）は、入力された駐車枡ＩＤと、車両ナンバー
と、「駐車枡確認要求」信号を管理コンピュータ（３
０）に送信する（Ｓ５０５）。

【０１２４】管理コンピュータ（３０）は、「駐車枡確
認要求」を受信すると（Ｓ８０３）、受信した駐車枡Ｉ
Ｄが示す駐車枡データテーブル（図１８）のデータレコ
ードの現時点の申し込みデータＩＤの値をＸｏｒｄｅｒ
２に代入する。Ｘｏｒｄｅｒ２が’ＮＵＬＬ’でないと
き、つまり、現時点での利用者がいる場合（Ｓ１３０
２）、Ｘｏｒｄｅｒ２が示す駐車枡申し込みデータテー
ブル（図１９）のデータレコードの、利用者ＩＤ（３０
３）を求め、ついで、利用者ＩＤが示す利用者データテ
ーブル（図２１）のデータレコードの利用者車両ナンバ
ー（５０４）の値を、Ｘｃａｒ＿ｎｕｍｂｅｒ２に代入
する（Ｓ１３０３）。Ｘｏｒｄｅｒ２が’ＮＵＬＬ’で
あるとき、つまり、現時点での利用者がいない場合（Ｓ
１３０２）、変数Ｘｃａｒ＿ｎｕｍｂｅｒ２に０を代入
する（１３０４）。

【０１２５】この変数Ｘｃａｒ＿ｎｕｍｂｅｒ２と、入
力された車両ナンバーとの一致を判定し（Ｓ１３０
５）、一致したときには「正規利用者」、一致しないと
きには「不正利用者」である。正規利用者であるとき、
「車両は正規利用者です。駐車枡と申し込み時間を確認
してください」とのメッセージを、申し込み状態表示端
末（３３）に伝達する（Ｓ１３０６）。

【０１２６】さて、「不正利用者である」とき、管理コ
ンピュータ（３０）はさらに、入力された車両ナンバー
の車両を利用者データテーブル（図２１）より検索し、
一致する利用者のデータレコードを検索し、そのデータ
レコードの利用者ＩＤをＸｕｓｅｒ３に代入する。利用
者データテーブル（図２１）に入力された車両ナンバー
がないとき（Ｓ１３０７）、「不正利用者は、システム
未利用者」（Ｓ１３０８）であり、入力された車両ナン
バーがあるとき、「不正利用者は、システム利用者」で
ある。「不正利用者は、システム利用者」であるとき、
駐車枡申し込みデータテーブル（図１９）より、駐車枡
ＩＤ（３０２）が一致し利用終了時刻（３０６）が最も
あたらしい、つまり、前回の利用者の利用者ＩＤを検索
し、該利用者ＩＤがＸｕｓｅｒ３と一致するか判定する
（Ｓ１３０９）。一致するとき、「不正利用者は、利用
時間超過」であると判定できる（Ｓ１３１０）。一致し
ないとき、駐車枡申し込みデータテーブル（図１９）よ
り、利用者Ｘｕｓｅｒ３の現時点での申し込みがないか
を判定する（Ｓ１３１１）。申し込みがある場合、「不
正利用者は駐車枡を誤っている」と判定する（Ｓ１３１
２）。申し込みがない場合、「不正利用者は、システム
利用者であるが、利用時間超過や、駐車枡の誤りでな
い」と判定する（Ｓ１３１３）。

【０１２７】さらに、「不正利用者は、利用時間超過」
であるとき（Ｓ１４０１）、新たにユニークな申し込み
データＩＤと、請求コードを生成し、通常の申し込みと
同様に、駐車枡申し込みデータテーブル（図１９）に新
しいデータレコードを追加する（Ｓ１４０２）。申し込
みタイプ（３０４）は’超過利用’に、支払い済みフラ
グ（３０９）は’支払い未’と設定される。警告済みフ
ラグ（３１０）には、’警告完’に、設定される。駐車
枡データテーブル（図１８）の申し込みデータＩＤ（２
０３）も、新たな申し込みデータＩＤによって更新され
る（Ｓ１４０３）。利用料金（３０７）には、超過時間
に応じて、超過利用料金が設定される。Ｘｕｓｅｒ３の
ユーザには、超過料金が発生した旨のメッセージと共
に、超過料金と、請求コードがメールにて送信される
（Ｓ１４０４）。

【０１２８】これらの判定結果は、駐車枡ＩＤと共に駐
車場データテーブル（図１７）の駐車場管理者メールア
ドレス（１１０）を用いて、駐車場の管理者に伝達され
る（Ｓ１４０５）。申し込み状態表示端末（３３）に
も、判定結果と、駐車場データテーブル（図１７）の駐
車場管理者電話番号（１０７）が送信される（Ｓ１４０
６）。

【０１２９】ここには詳述しないが、駐車場管理者は、
駐車場管理者パスワードを用いて、駐車枡を無料で予約
することができる。また、駐車枡の利用が不可能になっ
た利用者に対して、利用料金の減免や、払い戻しもでき
る。さらにまた、「不正利用者は駐車枡を誤っている」
場合、該不正利用者の本来の申し込み内容を知ることが
出来、不正利用者の為に駐車が不可能になった利用者に
対して、該不正利用者の本来の駐車枡を割り当てること
もできる。

【０１３０】ここでは、申し込み状態表示端末（３３）
より、駐車枡ＩＤと、駐車している車両の車両ナンバー
を入力したが、例えば駐車枡ＩＤのみを入力し、申し込
みを受け付けた車両の車両ナンバーを表示しても良い。
あるいは、駐車場内の駐車枡毎の車両ナンバーを全て表
示してもよい。

【０１３１】また、本実施例では、不正利用者が発生し
た場合の対応を駐車場管理者に対して移管しているが、
システムが自動的に対応してもよい。例えば、不正利用
者の為に駐車枡が利用できなかった利用者の利用予定期
間に応じて、他の駐車枡を無料で割り当ててもよいし、
あるいは、「不正利用者は駐車枡を誤っている」場合に
は、該不正利用者の本来の駐車枡を割り当てても良い。

【０１３２】８．定刻処理 管理コンピュータ（３０）は、利用予定期間終了警告手
段として、１分毎に割り込みを発生させ、駐車枡申し込
みデータテーブル（図１９）の警告済みフラグ（３１
０）が’警告未’であるデータレコードを検索し、該デ
ータレコードの利用終了時刻（３０６）と、現時点を比
較し、現時点が利用終了時刻の５分以内である場合、利
用者に対して利用終了時刻を経過している旨のメッセー
ジを電子メールにて送付する。このとき、「利用期間変
更画面」の表示方法を同時に連絡しても良い。利用者に
電子メールを送付する為には、検索されたデータレコー
ドの利用者ＩＤ（３０３）が示す利用者データテーブル
（図２１）のデータレコードの利用者連絡先メールアド
レス（５０３）を利用すれば良い。電子メールを送信
後、駐車枡申し込みデータテーブル（図１９）の該当デ
ータレコードの警告済みフラグ（３１０）を’警告完’
に設定する。

【０１３３】また、駐車枡申し込みデータテーブル（図
１９）の支払い済みフラグ（３０９）が’支払い完’で
あるデータレコードを検索し、該データレコードの利用
終了時刻（３０６）と、現時点を比較し、利用終了時刻
が経過している場合、該データレコードの駐車枡ＩＤ
（３０２）が示す駐車枡データテーブル（図１８）のデ
ータレコードの申し込みデータＩＤ（２０３）を’ＮＵ
ＬＬ’に設定する。また、該データレコードの駐車場Ｉ
Ｄ（２０２）が示す駐車場データテーブル（図１７）の
データレコードの駐車場空き枡数（１１５）に１加算す
る。

【０１３４】また、管理コンピュータ（３０）は、１月
に１回割り込みを発生させ、支払いされていない申し込
みデータへの対応を行う。すなわち、駐車枡申し込みデ
ータテーブル（図１９）の支払い済みフラグ（３０９）
が’支払い未’であるデータレコードを検索し、該デー
タレコードの利用者ＩＤ（３０３）が示している利用者
データテーブル（図２１）のデータレコードの利用者連
絡先メールアドレス（５０３）を用いて、未払い利用者
に支払いを促す電子メールを送信する（１７１１）。

【０１３５】ここでは、申し込み端末（３２）と、申し
込み状態表示端末（３３）を異なる端末として説明して
きたが、同一の端末に両者の機能を持たせても良い。あ
るいは、端末には例えばＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘ
ｔ ＭａｒｋｕｐＬａｎｇｕａｇｅ）で記述された文章
を表示するブラウザ機能のを持たせ、管理コンピュータ
（３０）上でＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ
Ｉｎｔｅｒｆａｃｅ）等の技術を用いたスクリプトの実
行を行い、その結果をＨＴＭＬに変換して送信してもよ
い。

【０１３６】なお、駐車枡ＩＤはシステム内でユニーク
なＩＤであり、個々の駐車枡にこの駐車枡ＩＤが表示さ
れているとしたが、実際の運用では例えば駐車枡ＩＤを
上５桁と下３桁に別け、上５桁を駐車場のＩＤ、下３桁
を駐車場内の駐車枡のＩＤとして、個々の駐車枡にはこ
の下３桁のみを表示しても良い。

【図面の簡単な説明】

【図１】 駐車場管理システム構成図である。

【図２】

【図３】申し込み端末による利用申し込みに関するフロ
ーチャートである。

【図４】申し込み端末による利用期間変更に関するフロ
ーチャートである。

【図５】申し込み状態表示端末による利用状況確認に関
するフローチャートである。

【図６】駐車場台数計測装置による駐車台数の報告に関
するフローチャートである。

【図７】管理コンピュータの駐車枡駐車台数計測装置よ
りの信号の処理に関するフローチャートである。

【図６〜１５】 管理コンピュータの処理に関するフロ
ーチャートである。

【図１６】駐車枡駐車台数計測装置を適応した駐車場上
面図である。

【図１７】駐車場データテーブルのデータレコードの内
容である。

【図１８】駐車枡データテーブルのデータレコードの内
容である。

【図１９】駐車枡申し込みデータテーブルのデータレコ
ードの内容である。

【図２０】地域データテーブルのデータレコードの内容
である。

【図２１】利用者データテーブルのデータレコードの内
容である。

【図２２】駐車枡群データテーブルのデータレコードの
内容である。

【符号の説明】

１１…ＣＰＵ、１２…ＣＲＴ、１３…ＬＡＮ ボード、
１４…ハードディスク、１５…キーボード、１６…ＲＯ
Ｍ、１７…ＲＡＭ、１９…内部バス、２０…ルータ、２
１…ＬＡＮ、３０…管理コンピュータ、３１…インター
ネット、３２…申し込み端末、３３…申し込み状態表示
端末、３４…駐車場台数計測装置、３５…駐車枡駐車台
数計測装置、Ｗ００１…駐車枡、Ｗ００２…駐車枡、Ｗ
０１１…駐車枡、Ｗ０１２…駐車枡、Ｄ１０１…距離セ
ンサ、Ｄ１０２…距離センサ、Ｄ１０３…距離センサ、
Ｗ１０４…距離センサ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年７月１６日（２００１．７．１
６）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】図面の簡単な説明

【補正方法】変更

【補正内容】

【図面の簡単な説明】

【図１】駐車場管理システム構成図である。

【図２】申し込み端末による利用申し込みに関するフロ
ーチャートである。

【図３】申し込み端末による利用申し込みに関するフロ
ーチャートの続きである。

【図４】申し込み端末による利用期間変更に関するフロ
ーチャートである。

【図５】申し込み状態表示端末による利用状況確認に関
するフローチャートである。

【図６】駐車場台数計測装置による駐車台数の報告に関
するフローチャートである。

【図７】管理コンピュータの駐車枡駐車台数計測装置よ
りの信号の処理に関するフローチャートである。

【図８】 管理コンピュータの処理に関するフローチャ
ートである。

【図９】 管理コンピュータの処理に関するフローチャ
ートの続きである。

【図１０】管理コンピュータの処理に関するフローチャ
ートの続きである。

【図１１】管理コンピュータの処理に関するフローチャ
ートの続きである。

【図１２】管理コンピュータの処理に関するフローチャ
ートの続きである。

【図１３】管理コンピュータの処理に関するフローチャ
ートの続きである。

【図１４】管理コンピュータの処理に関するフローチャ
ートの続きである。

【図１５】管理コンピュータの処理に関するフローチャ
ートの続きである。

【図１６】駐車枡駐車台数計測装置を適応した駐車場上
面図である。

【図１７】駐車場データテーブルのデータレコードの内
容である。

【図１８】駐車枡データテーブルのデータレコードの内
容である。

【図１９】駐車枡申し込みデータテーブルのデータレコ
ードの内容である。

【図２０】地域データテーブルのデータレコードの内容
である。

【図２１】利用者データテーブルのデータレコードの内
容である。

【図２２】駐車枡群データテーブルのデータレコードの
内容である。

【符号の説明】 １１…ＣＰＵ、１２…ＣＲＴ、１３…ＬＡＮボード、１
４…ハードディスク、１５…キーボード、１６…ＲＯ
Ｍ、１７…ＲＡＭ、１９…内部バス、２０…ルータ、２
１…ＬＡＮ、３０…管理コンピュータ、３１…インター
ネット、３２…申し込み端末、３３…申し込み状態表示
端末、３４…駐車場台数計測装置、３５…駐車枡駐車台
数計測装置、Ｗ００１…駐車枡、Ｗ００２…駐車枡、Ｗ
０１１…駐車枡、Ｗ０１２…駐車枡、Ｄ１０１…距離セ
ンサ、Ｄ１０２…距離センサ、Ｄ１０３…距離センサ、
Ｗ１０４…距離センサ

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図３】

【図５】

【図１８】

【図２０】

【図２２】

【図４】

【図６】

【図７】

【図９】

【図８】

【図１０】

【図１２】

【図１４】

【図１９】

【図１１】

【図１３】

【図１５】

【図１６】

【図１７】

【図２１】

Claims (4)

【特許請求の範囲】
1. 【請求項１】複数の駐車枡を備える駐車場を管理する駐
   車場管理システムにおいて、車両ナンバーおよび、駐車
   場の申し込み意思を示す申し込み信号を入力可能な申し
   込み端末と、申し込みの状態を、利用者の車両ナンバー
   と関連付けて記憶する記憶手段と、現時刻における申し
   込みの状態を、車両ナンバーにて表示する申し込み状態
   表示端末とを備え駐車場には駐車場の車両台数あるいは
   車両台数の変化を計測する駐車場台数計測装置が備えら
   れ、駐車場台数計測装置が検出した車両台数あるいは車
   両台数の変化と、駐車場の申し込みの状態より、不正駐
   車を検出する不正駐車検出手段を備えたことを特徴とす
   る駐車場管理システム。
2. 【請求項２】複数の駐車枡を備える駐車場を管理する駐
   車場管理システムにおいて、各駐車枡には、駐車枡ＩＤ
   が設けられ、駐車枡ＩＤおよび、駐車場の申し込み意思
   を示す申し込み信号を入力可能な申し込み端末と、申し
   込みの状態を、駐車枡ＩＤと関連付けて記憶する記憶手
   段と、駐車場には駐車枡あいるは駐車枡群毎の車両台数
   あるいは車両台数の変化を計測する駐車枡駐車台数計測
   装置が備えられ、駐車枡駐車台数計測装置が検出した駐
   車枡あいるは駐車枡群毎の車両台数あるいは車両台数の
   変化と、駐車場の申し込みの状態より、不正駐車車両が
   存在する駐車枡あいるは駐車枡群を検出する不正駐車検
   出手段を備えたことを特徴とする駐車場管理システム。
3. 【請求項３】複数の駐車枡を備える駐車場を管理する駐
   車場管理システムにおいて、利用予定期間および、利用
   者への連絡コード、駐車場の申し込み意思を示す申し込
   み信号を入力可能な申し込み端末と、 申し込み状態を利用予定期間および、利用者への連絡コ
   ードと関連付けて記憶する記憶手段と、 利用予定期間の終了を利用者への連絡コードを用いて申
   し込み端末に連絡する、利用予定期間終了警告手段を備
   えたことを特徴とする駐車場管理システム。
4. 【請求項４】請求項３の駐車場管理システムにおいて、 申し込み端末はさらに、変更利用期間を入力可能であ
   り、申し込み端末からの、変更利用期間を受信し、変更
   利用期間に基づいて記憶している駐車場の申し込み状態
   を変更する記憶状態変更手段とを備えたことを特徴とす
   る駐車場管理システム。