JP5714356B2

JP5714356B2 - 駐車場管理システム

Info

Publication number: JP5714356B2
Application number: JP2011040342A
Authority: JP
Inventors: 泰川原
Original assignee: Amano Corp
Current assignee: Amano Corp
Priority date: 2011-02-25
Filing date: 2011-02-25
Publication date: 2015-05-07
Anticipated expiration: 2031-02-25
Also published as: JP2012178032A

Description

本発明は、駐車場の入出口のゲート装置近傍で、入場レーン或いは出場レーンに進入する車両のナンバーを撮像し、定期契約車両であれば駐車券を発行したり読み込ませたりする必要がなく、ノンストップで駐車場に車両を入出場させることができるように工夫した駐車場管理システムに関するものである。

月極等の定期契約車両に対して、車両の駐車場への入出場（入出庫）に際して車両ナンバーを読み取って、予め登録されている車両ナンバーと一致すれば、車両の入出場を許可するように構成した駐車場システムに関しては、すでに様々な発明がなされ、実際に市場で運用されている。また、時間貸し駐車場などで、入場する車両に発行した駐車券に対して、入場時に撮像した車両ナンバーを記録して、駐車券番号と車両ナンバーとを対応させて記憶すると共に、出場口に於いて車両ナンバーを読取り、対応する駐車券番号の料金精算が完了していれば、出場を許可するように構成した駐車場入退場の管理装置やシステムに関しても、すでに様々な発明がなされている。

例えば、本出願人は以下に述べる特許文献１の駐車場管理システムに記載した通り、車両ナンバーの読取りと定期券を併用して駐車場への入出場を管理する駐車場管理システムにおいて、上記定期券の使い回しによる駐車場への不正入出場の発生を防止するために、入場口で認識された車両ナンバーが登録済み車両ナンバーと合致した場合は、認識した車両ナンバーを出場時のマッチングデータとして出場口側に配信する一方、定期券を用いて車両を入場させた場合には定期券ＩＤから特定化された車両ナンバーを、出場時のマッチングデータとして出場口側に配信する技術を既に開発して、これを実施している。

特開２００４−３０４９０号公報

ところが、上記特許文献１に記載の駐車場管理システムでは、仮に定期契約車両が入口で車両ナンバーを適切に認識出来なかった場合には、定期券を入口駐車装置に挿入させ、出口では再度車両ナンバーを読取って、定期券に記録された車両ナンバー情報と出口で認識された車両ナンバーとを照合し、合致した場合にはゲート装置が開いて駐車場からの出場が可能となるように構成する一方、出口においても適切に認識できない場合には、再度定期券の出口装置への読み込みが必要となっており、定期券の使い回しを完全に無効とする運用の場合には、車両ナンバーの認識不良によって正規の定期券利用者の出場が不可となり、定期券利用者にとって著しく不都合となる場合があった。また、定期券を常習的に不正に使い回しをする不正利用者への対抗手段が、適切に講じられていないといった問題もあった。

従って、本発明の技術的課題は、定期券の不正な使い回しを無効とすると共に、定期契約車両の車両ナンバーの認識不良に際しても、適切な出場処理を可能とする駐車場管理システムを実現することである。

（１）上記の技術的課題を解決するために、本発明の請求項１に記載の駐車場管理システムでは、駐車場の入場口で認識された入場車両の車両ナンバーが、予め定期契約車両として登録された登録済み車両ナンバーと合致する場合は、入場を許可し、一方、登録済み車両ナンバーに合致しないか又は認識できない場合は、定期券による入場処理に移行可能として、定期券による入場処理の際には、使用された定期券が予め登録されている定期券であれば、入場を許可するように構成した駐車場管理システムであって、入場時に認識された車両ナンバーが前記登録済み車両ナンバーと合致しないか、又は車両ナンバーを認識できずに定期券による入場処理に移行した場合に、使用された定期券に記録されている用途名、陸運支局名、車種番号、および、一連番号の各要素で構成される登録済み車両ナンバー情報のうちの、少なくとも一連番号が前記入場時に認識された車両ナンバーのＯＣＲ読取り結果の一連番号と合致していれば、当該定期券に記録されている前記登録済み車両ナンバー情報の全ての要素を、出場用のマッチングデータとして管理ＰＣを経て出口用マッチング処理部に配信し、その後、出場時に認識された車両ナンバーが前記登録済み車両ナンバーと合致しないか、又は車両ナンバーを認識できずに定期券による出場処理に移行した場合には、使用された定期券に記録されている前記登録済み車両ナンバー情報のうちの、少なくとも前記一連番号が前記出場時に認識された車両ナンバーのＯＣＲ読取り結果の一連番号と合致していれば、駐車場からの出場を許可して、当該定期券に記録されている前記登録済み車両ナンバー情報のすべての要素を出場済データとして管理ＰＣへ送信する一方、駐車場の入場口および出場口にて認識された車両の車両ナンバーを認識した結果同士の、車両ナンバー情報のＯＣＲ読取り結果同士が合致した場合は、前記管理ＰＣに確認画面を出力するよう構成したことを特徴としている。

上記（１）で述べた請求項１に係る手段によれば、入出場口で何れかのキャラクター、例えば、用途名（ひらがな）、陸運支局名、車種番号等の何れかが合致しなくとも、一連番号（四桁数字）さえ定期券の記録情報と合致すれば、定期券に記録された全てのナンバー情報を管理ＰＣに配信することを可能にする。従って、定期券に記録されている車両ナンバー情報と比較して、少なくとも一連番号のＯＣＲ読取り結果が、定期券に記録された駐車情報に含まれる一連番号と合致した車両ナンバーを、登録済み車両ナンバーとして入場を許可しているので、車両ナンバーが認識しづらい車両であったとしても、駐車中に登録済み車両として扱われるため、例えば駐車車両の検索などを有効に行うことができる。

（２）また、上記の技術的課題を解決するために、本発明の請求項２に記載の駐車場管理システムでは、駐車場の入場口および出場口で認識された車両の車両ナンバーが、予め定期契約車両として登録された登録済み車両ナンバーと合致するかどうかを判定する場合に、車両ナンバー情報の全ての要素の合致を判定するよう構成したことを特徴としている。

上記（２）で述べた請求項２に係る手段によれば、入場口ＯＫで出場口でＮＧの際に、一連番号さえ合致すれば、出場を許可し、出場履歴にも定期契約車両として送信することを可能にする。次いで、定期券に記録されている車両ナンバー情報と比較して、少なくとも一連番号のＯＣＲ読取り結果が定期券に記録された駐車情報に含まれる一連番号と合致した車両ナンバーを、登録済み車両ナンバーとして出場を許可しているので、車両ナンバーの認識しづらい車両であったとしても、出場できずに係員対応となるなどの不都合が生じることがない。また、駐車履歴に適切に反映でき、次回の入場時に適切に備えることが出来る。

（３）また、上記の技術的課題を解決するために、本発明の請求項３に係る駐車場管理システムでは、前記管理ＰＣに出力する確認画面は、前記車両ナンバー情報の確認を促すメッセージであることを特徴としている。

上記（３）で述べた請求項３に係る手段によれば、入場時か出場時の何れかであっても、定期券に記録されている車両ナンバー情報と比較して、少なくとも一連番号のＯＣＲ読取り結果が定期券に記録された駐車情報に含まれる一連番号と合致した車両ナンバーを、登録済み車両ナンバーとして入場若しくは出場を許可しているので、車両ナンバーの認識しづらい車両であったとしても、入場や出場できずに係員対応となるなどの不都合が生じることがない。

（４）更に、上記の技術的課題を解決するために本発明の請求項４に係る駐車場管理システムでは、上記（１）乃至（３）に記載の駐車場管理システムにおいて、前記定期契約車両の契約内容の定期券への記録情報に人為的ミスにがあると確認されて、前記管理ＰＣに記録された定期契約情報を書換えて、且つ、管理ＰＣより自動的な定期券の記録内容の書換えを指示した場合に、当該記録内容の書換え指示を駐車場入口に配置した定期券読取り・書込み機能を有する駐車券発行機、若しくは駐車場出口に配置した定期券読取り・書込み機能を有する出口精算機に送信し、当該駐車券発行機および出口精算機は書換え指示を受けた定期契約車両のナンバー情報に最初に合致した時にのみ、定期券の挿入処理に移行し、前記駐車券発行機若しくは出口精算機は前記定期券の記録内容を自動的に定期券の記録内容の書換えを指示された内容に書換えた後に返却して車両の入場または出場を許可し、管理ＰＣはその後の前記書換え指示をすべての駐車券発行機および出口精算機に対して削除する様に指示することを特徴としている。

上記（４）で述べた請求項４に係る手段によれば、人為的ミスによる定期契約車両の契約内容の齟齬を、利用者に不便をかけずに自動的に修正することができる。また、その修正は、入場口でも出場口でも可能であり、書換え指示を即座に実施させることができ、その後は書換え指示の削除をすることで、それ以降の運用が正常化する。

以上述べた次第で、本発明に係る駐車場管理システムによれば、定期券の不正な使い回しを無効としながら、一般車両や他の定期契約車両との誤認識のリスクを増加させることなく、定期契約車両の車両ナンバー認識不良に際しても適切な出場処理や、自動的な契約内容の書換え処理を可能とした駐車場管理システムが実現できる。

本発明に係る駐車場管理システムの全体を示した構成図。本発明に係る駐車場管理システムの電気的構成を説明したブロック図。本発明に係る駐車場管理システムの入場時の駐車券発行機の処理手順を説明したフローチャート。本発明に係る駐車場管理システムの入口ナンバー読取り機の処理手順を説明したフローチャート。本発明に係る駐車場管理システムの管理ＰＣの入場時の処理手順を説明したフローチャート。本発明に係る駐車場管理システムの出場時の出口精算機の処理手順を説明したフローチャート。本発明に係る駐車場管理システムの出口ナンバー読取り機の処理手順を説明したフローチャート。本発明に係る駐車場管理システムの管理ＰＣの出場時の処理手順を説明したフローチャート。本発明に係る駐車場管理システムの管理ＰＣのデータ配信処理手順を説明したフローチャート。本発明に係る駐車場管理システムの駐車データの説明図。

以下に上述した本発明に係る駐車場管理システムの実施の形態を図面と共に説明すると、図１は本発明を実施した駐車場Ｐの全体を示した構成図であって、図１には駐車場Ｐ（駐車スペース）と、その入場レーンＰＥと出場レーンＰＬと、入場する入場車両ＭＡと出場する出場車両ＭＢと、入場レーンＰＥと出場レーンＰＬの夫々に設けたビームセンサ方式の車両検知トリガーセンサとしての発光トリガーセンサ１０，２０と受光トリガーセンサ１１，２１がセットになって設けられ、同じく入場レーンＰＥと出場レーンＰＬに設けたループコイル式の車両検知センサとしての第１と第２のループ１２，１３と２２，２３が夫々埋設され、且つ、各レーンＰＥとＰＬには更に以下に述べる入場システムＩＮＳと出場システムＯＵＳが設けられている。

即ち、入場レーンＰＥの左右両側のアイランドＡ１，Ａ２には、入場する入場車両ＭＡに対して入場時刻を記録した駐車券（図示省略）を発行する駐車券発行機１４、入口ゲートバー１５Ｔを開閉作動する入口ゲート開閉機１５、入場する入場車両ＭＡの車両ナンバー（ナンバープレート）を撮像するカメラと撮影用ライトとライト用センサによって構成された入口ナンバー読取り機１６が設置され、上記の発光・受光トリガーセンサ１０，１１と、駐車券発行機１４と、入口ナンバープレート読取り機１６と、入口ゲート開閉機１５によって、図２に示した入場システムＩＮＳが構成されている。

同様に、出場レーンＰＬの左右両側のアイランドＢ１，Ｂ２には、出場する出場車両ＭＢから駐車券を受け付ける出口精算機２４、出口ゲートバー２５Ｔを開閉作動する出口ゲート開閉機２５、出場する出場車両ＭＢの車両ナンバー（ナンバープレート）を撮像するカメラと撮影用ライトとライト用センサ（いずれも図示省略）によって構成された出口ナンバー読取り機２４が設置され、前述と同様な発光・受光トリガーセンサ２０，２１と、これ等出口精算機２４と、出口ナンバープレート読取り機２６と、出口ゲート開閉機２５によって、図２に示す出場システムＯＵＳが構成されている。

図２は本発明に係る駐車場管理システムの実施例の電気的構成を説明したブロック図であって、この図に示されているように、上記の入場システムＩＮＳを構成するトリガーセンサ１０，１１と、入口ナンバー読取り機１６、駐車券発行機１４、入口ゲート開閉機１５は、いずれも通信ラインＲＴ…を介して互いに接続され、更に入口ナンバー読取り機１６はＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）ＰＺを介して駐車場管理室ＦＯ（図１参照）に設置されている管理ＰＣ３０に接続されている。また、上記の出場システムＯＵＳを構成するトリガーセンサ２０，２１と、出口ナンバー読取り機２６、出口精算機２４、出口ゲート開閉機２５は、いずれも通信ラインＲＴを介して互いに接続され、さらに出口ナンバー読取り機２６は符号ＲＺで示したＬＡＮを介して上記の管理ＰＣ３０に接続されている。

また、上記の管理ＰＣ３０には、駐車場内に配置される事前精算機４０が専用の通信ラインＲＸを介して接続されている。なお、これらの入場システムＩＮＳと出場システムＯＵＳと事前精算機４０、および管理ＰＣ３０は、夫々複数のレーン数分や台数分設置されている場合もあり、駐車場の規模や入出場する車両の台数によって増減することが可能であるが、本発明の実施例においては、入出場各々１レーン、事前精算機４０が１台搭載した駐車場管理システムを例に説明することにする。

上記の事前精算機４０は、定期契約車両ではない一般の車両が出場する前に、入場時に受け取った駐車券を挿入することにより、駐車料金の算出と精算を行ない、料金精算済として駐車券にデータを記録して返却するとともに、その駐車券番号のデータを管理ＰＣ３０に登録する。そして、その精算済駐車券を持った利用者の出場車両ＭＢが出場レーンＰＬに進入した際に、出口精算機２４では精算済の駐車券を受け取って事前精算された時刻情報から、予め許可・設定された猶予時間内であればゲートバー２５Ｔを開作動するように出口ゲート開閉機２５に開信号を出力するが、もしも、出口ナンバー読取り機２６で読取ったナンバー情報から管理ＰＣ３０経由で受信した精算済車両に合致すれば、前記の駐車券の受け入れをすることなく、出場レーンＰＬのゲート開閉機２５に開信号を出力して出場を許可する様に構成されている。

上述した発光トリガーセンサ１０と２０は、常に赤外線ビームを照射しており、受光トリガーセンサ１１，２１が物体によって遮蔽されることで、入口若しくは出口ナンバー読取り機１６，２６にトリガー信号が入力され、図示しないフラッシュを焚いて図示しないカメラで撮像する。その際に周辺の光量を計測する図示しない光センサを用いてフラッシュを制御するか、カメラのレンズ部に別途オートアイリス機構等を仕組んでもよい。実施例では撮像した画像はカメラから図示しないキャプチャーボードで静止画像化され、予めプログラムされたアプリケーションソフトウエアが入口および出口の各ナンバー読取り機１６，２６に搭載されたＣＰＵ（図示省略）上で動作し、入場と出場の各車両ＭＡ又はＭＢのナンバープレート抽出、二値化、画像圧縮データの生成などを行い、これを入口若しくは出口ナンバー読取り機１６，２６に搭載されたメモリに保存する。

一方、入場レーンＰＥの入口ナンバー読取り機１６のメモリ（図示省略）には定期契約車両の画像圧縮データが多数保存されている。実施例ではデータ保存はメモリとしているが、ＨＤＤやコンパクトフラッシュ（登録商標）などの記憶デバイスを用いてもよい。また、アプリケーションソフトウエアのプログラムなどは予めメモリに書換え不可能に保存されている。

入口および出口の各ナンバー読取り機１６，２６の内部では、パターンマッチング処理によってナンバープレートの認識がおこなわれる。パターンマッチング処理は、予めプログラムされたアプリケーションソフトウエアがＣＰＵ上で動作し、撮像した画像から生成した画像圧縮データとメモリ上に保存された画像圧縮データを比較して処理を行う。また、ナンバープレート抽出、二値化、画像圧縮データの生成、さらにパターンマッチング処理などの一連の動作を専用の画像処理回路を設けて行うことも可能である。

一般的にパターンマッチング処理とＯＣＲ（ＯｐｔｉｃａｌＣｈａｒａｃｔｅｒＲｅｃｏｇｎｉｔｉｏｎ：光学式文字認識）処理では、各々利点と欠点（得意と不得意）がある。パターンマッチング処理では、ノーマッチング（合致しない）の原因（パターンマッチング処理の弱点）として、入場時と出場時に車両進入角度（姿勢）が、例えば反対方向に異なる方向に曲がりながらレーンに進入した車両の画像のパターンマッチング処理はノーマッチングになりやすく、また、比較するナンバープレートの画像同士の歪みの方向が異なることにより、各々のナンバープレートの文字の形が異なるためにノーマッチングとなりやすい。これに対してＯＣＲ処理では、文字１つ１つを読み取ってテキストに置き換えているため、入場時と出場時に逆方向に歪んだナンバープレートの画像を撮像した場合でも、それらの画像同士を比較する訳ではないのでナンバープレートの文字は正常に認識できる場合が多い。

一方で、ＯＣＲ処理の弱点は、ナンバープレートの文字がかすれていたり、汚れている場合に文字と認識できないか、最も似ている他のテキストを当てはめてしまうため、誤認識が生じることであるが、パターンマッチング処理では入場時と出場時の画像同士を直接比較するために、ナンバープレートの文字のかすれや汚れも含めて同一の車両かどうかが判断され、誤認識が生じることがほとんど無い。

さらに、パターンマッチング処理は処理速度が速く、出場レーンＰＬでのパターンマッチング処理では入場台数分のデータからベストマッチング（一番マッチングスコアが高い＝合致点数が高い）を選択すればよいから、対象数は在車数に限られて処理対象数が少ない。また、入場レーンＰＥでは対象数は定期契約車両の数に限られる。これに対してＯＣＲ処理では、常に全ての文字の可能性を考慮して一文字づつ認識処理するため、処理全体に時間がかかる。入場レーンＰＥや出場レーンＰＬのナンバー読取り装置１６，２６側でパターンマッチング処理とＯＣＲ処理の両方を実行すると、全体の処理に時間がかかり、それをカバーするためにＣＰＵのクロック周波数の速いものを採用したり、内部のメモリの容量をアップさせなければならず、装置のコストアップとなる。

ＯＣＲ処理とは、つまりは画像に含まれる文字部と予め設定された形態（フォント）の文字との「パターンマッチング処理」であるが、対象となる設定文字数が多いために１文字づつ「総当たり」で当てはめていくと膨大な処理工程を辿ることになる。よって処理時聞が長いため、駐車場の入場、出場の各レーンＰＥとＰＬに設置する装置に搭載するには、高速の処理が必要であり、ＣＰＵのクロック周波数の速いものが必要で、それを多数の処理装置に設置するとコストが増大する。もしも、管理ＰＣのように他に高速の処理を司る用途のためにハイスペックなＰＣがある場合は、そこでＯＣＲ処理を行わせることで、ＣＰＵの高速化のコストアップが全体のコストに影響されにくくすることが可能である。

ただし、ＯＣＲ処理を行うための画像を送信するのにも時聞がかかるため、複数のレーンの画像を一箇所で集中的にＯＣＲ処理し、その結果を入場、出場の各レーンＰＥ，ＰＬ側に返すといったシステムだけで駐車場の入出場を管理するには、画像送信と結果の返信に常に数秒の時間を待たねばならず、これだけでの運用は現実的でない（常にレスポンスが遅い）。そこで、上述したパターンマッチング処理とＯＣＲ処理の利点と欠点に鑑みて、本発明の実施例による駐車場管理システムでは、図３から図９に示すような処理を実行している。

図３は入場車両ＭＡの入場時における駐車券発行機１４の動作フローを示す。即ち、ステップＳ１で第１ループ１２がオンかオフかを判断し、オンであればステップＳ２に進み、トリガー受付許可信号を（Ａ）（以下、カッコ付きアルファベット記号は、いずれも図示した丸付きアルファベット記号に相当する）に示すその入場レーンＰＥに設置された入口ナンバー読取り機１６へ送信する。ステップＳ３でマッチング結果を含む駐車データを（Ｂ）に示す入口ナンバー読取り機１６から受信し、ステップＳ４でマッチング結果を判断し、ノーマッチングであればステップＳ５に進み、（Ｂ'）に示す入口ナンバー読取り機１６からＯＣＲ結果がＮＯ（合致無し）を受信した場合、Ｓ６へ進み案内放送を開始する。案内放送に従ってステップＳ７で利用者が発券釦（図示省略）を押下すると、ステップＳ８で駐車券が発行され、ステップＳ９で駐車券もしくは定期券が抜き取られたか否かを判断し、抜き取られたらステップＳ１０で入り口のゲートバー１５Ｔが開く。ステップＳ１１で入場車両ＭＡが第２ループ１３を通過したか否かを判断し、通過していればステップＳ１２でゲートバー１５Ｔが閉じ、ステップＳ１３で入場時刻、券Ｎｏ.などの駐車データを更新すると共に、トリガー受付禁止指令を（Ｃ）に示すナンバー読取り機１６へ送信する。一方、ステップＳ７で発券釦が押下されなければ、ステップＳ１４に進み定期券が挿入されたか否かを判断し、挿入されればステップＳ１５に進み、挿入されなければステップＳ７で待機し続ける。また、ステップＳ４でマッチングしていれば即座にステップＳ１０に進み、ノーマッチングであってもステップＳ５で（Ｂ'）に示すナンバー読取り機１６からＯＣＲ結果がＹＥＳ（合致）を受信した場合も、その時点でステップＳ１０のゲート開に進む。

＜定期契約車両でマッチングの場合＞
特に、定期契約車両に対しての動作を再度説明すると、第１ループ１２がオンするとトリガー許可信号が（Ａ）に示すように入口ナンバー読取り機に発信される。それに応答して、（Ｂ）に示すように入口ナンバー読取り機１６からはマッチング結果を含んだ駐車データが出力される。入場車両ＭＡが定期契約車両でマッチング結果が「マッチング」であった場合は、ゲート開信号が出力され、入場車両ＭＡが第２ループ１３を通過するとゲート閉信号が出力される。その後、駐車データに入場時刻などが付加されて更新されたデータをナンバー読取り機１６へ返信する。同時にナンバー読取り機１６に対してトりガー受付禁止信号が送信される。

＜定期契約車両でノーマッチングの場合（１）＞
定期契約車両であってもステップＳ４でマッチング結果が「ノーマッチング」だった場合で、ステップＳ５で（Ｂ'）に示すようにナンバー読取り機１６からＯＣＲ結果が送信され、その結果がＯＣＲで合致した定期契約車両であったＯＫ判定の場合は、ステップＳ１０のゲート開に移行して、入場車両ＭＡが第２ループ１３を通過するとゲート閉信号が出力され、その後駐車データに入場時刻と定期券Ｎｏ．などが付加されて更新されたデータとトリガー受付禁止信号を（Ｃ）に示すようにナンバー読取り機１６へ送信する。

＜定期契約車両でノーマッチングの場合（２）＞
定期契約車両であってもステップＳ４でマッチング結果が「ノーマッチング」となり、ステップＳ５でＯＣＲ結果も「合致なし」の場合（一連番号、用途名、車種番号、陸運支局名、のいずれかでも合致しない場合）、ステップＳ６で案内放送が開始され、ステップＳ７で利用者によって発券釦が押下されるか、ステップＳ１４で定期券が挿入されるかを待機しているうちに、定期券が挿入されて有効な定期券であるならば、定期券を抜き取るとゲート開信号が出力され、入場車両ＭＡが第２ループ１３を通過するとゲート閉信号が出力される。その後、駐車データに入場時刻や定期券Ｎｏ．などが付加されて更新されたデータとトリガー受付禁止信号を（Ｃ）に示すようにナンバー読取り機１６へ送信する。

以上のように、定期契約車両の入場では何らかの理由でノーマッチングとなっても、ＯＣＲ結果がＯＫで受信されればその時点で、マッチングと同様にステップＳ１０でゲートバー１５Ｔを開して処理される。（Ｂ）でノーマッチングの結果を受信してから、再度（Ｂ'）でＯＣＲ結果ＯＫが得られるまでの時間はＬＡＮの混雑度合いで変化するが、昨今の高速ＬＡＮとハイスペックな管理ＰＣを用いれば、入場車両ＭＡのドライバーがいらいらするほどの時間がかかることはない。また、他のケースとしてＯＣＲ結果もＮＧである場合、定期券を挿入することで定期契約車両として入場することができる。

＜定期契約車両でノーマッチングの場合（３）＞
ここで、上記のＯＣＲでの結果ＮＧには様々なケースがあるが、一連番号、用途名、車種番号、陸運支局名、のいずれかでも合致しない場合にＮＧとなる。これにより、定期契約車両ではない一般車両との識別が出来る。もし仮に、この時点で一連番号（四桁数字）のみが定期契約車両と同じであれば、定期券を挿入することなく入場させたとしたら、一連番号の全く同じ定期契約車両と一般車両の識別が不可能となる。また、その様な四桁数字が全く同じケースはかなり頻繁に発生する。よって、定期契約車両と一般車両の判別や、定期契約車両同士の違いを識別するためにも、ナンバー情報は一連番号、用途名、車種番号、陸運支局名、のすべての要素の合致を判定する必要がある。

一方で、定期券に記録されたナンバー情報と全く異なるナンバーの入場車両ＭＡが入場しようとする場合、車検などの代車の可能性もあるが、ほとんどが定期券の不正な使い回しである。もちろん、運用上使い回し（車両特定しない定期契約）を許可する駐車場もあるが、時間貸し駐車場と月極め駐車場の併用された駐車場で、定期券の使い回しを許可するケースはほとんど無い。よって、定期券使い回しのチェックをするために、マッチング若しくはＯＣＲでナンバーの照合結果が登録済車両ナンバーと合致しない際に、定期券を読み込んで、その定期券に記録されたナンバー情報を参照して定期券の使い回しをチェックする。

ところが、ノーマッチングでＯＣＲが合致しない場合でも、定期券の使い回しでは無い場合もありえる。例えば、入場車両ＭＡに外光などが差込んで部分的にナンバーの文字要素が若干反射してしまうとか、枯葉や小枝がナンバー面に付着した場合とか、多少の汚れや外光でも、一連番号は太くて大きいためにほとんど影響されないが、用途名、陸運支局名、車種番号は読取りに影響される可能性がある。その場合には定期券に記録されたデータとＯＣＲ結果が完全に合致しないことになるが、その様なケースで定期券の使い回しを許可しない運用上の設定をすると、正規の定期契約車両であるにも関わらず、駐車場への入場、若しくは後述する出場がスムーズに出来ないという不都合がある。

そこで本発明の実施例に係る駐車場管理システムでは、図３のステップＳ１４で定期券を挿入を受け、ステップＳ１５で一連番号の合致をＯＣＲ結果と定期券の読取りデータから判断し、一連番号が合致すればＹＥＳとなってステップＳ９に移行するが、ここで合致しなければ定期券の使い回しと判断してステップＳ１６に移行して表示画面やスピーカ（いずれも図示省略）から文字や画像や音声でエラーを出力する。

さらに、ステップＳ１５で一連番号が合致した場合には、一連番号合致フラグをメモリ上にセットしておき、その後の処理でステップＳ１３の際にそのフラグ情報を他の情報と一緒に入口ナンバー読取り機に送信して、全体の処理を終える。

＜入口ナンバー読取り機の動作＞
図４は車両入場時の入口ナンバー読取り機１６の動作フローを示す。図示のステップＳ２１でトリガー入力がオンかオフかを判断し、オフであればステップＳ２２で（Ａ）に示すようにその入場レーンＰＥに設置された駐車券発行機１４からトリガー受付許可信号を受信するが、受信されない場合はステップＳ２１のトリガー入力判断を繰り返す。ステップ２１でトリガー入力がオンの場合はステップＳ２３でトリガー受付許可か禁止かを判断し、許可状態の場合はステップＳ２４で適宜にフラッシュ発光撮像すると共に、画像キャプチャーを実行し、ステップＳ２５でナンバープレート抽出処理を行い、ステップＳ２６で（Ｄ）に示すようにナンバ一位置情報を含む駐車データと画像を、図１に示す駐車場管理室ＦＯの管理ＰＣ３０へ送信する。次いで、ステップＳ２７で画像圧縮データを生成し、ステップＳ２８でパターンマッチング処理を実行する。その後ステップＳ２９に進み、マッチング結果を判断し、ステップＳ３０で（Ｂ）に示すようにマッチング結果を含む駐車データを駐車券発行機１４へ送信する。そのまま待機しているうちに入場車両ＭＡが駐車場内に入場するとステップＳ３１に進み、（Ｃ）に示すように駐車券発行機１４から入場時刻や券Ｎｏ.などを含む更新された駐車データ及びトリガー受付禁止指令を受信し、ステップＳ３２で（Ｆ）に示すように駐車データと画像圧縮データを管理ＰＣ３０へ送信する。一方、ステップＳ２９でノーマッチングだった場合には、ステップＳ３３に進み、（Ｅ）に示すように管理ＰＣ３０からＯＣＲ結果を受信したか否かを判断し、受信していればステップＳ３４でＯＣＲ結果を含む駐車データを駐車券発行機１４へ送信する。

一般車両に対しては、必ずステップＳ２９でマッチング結果がノーマッチングとなるが、マッチングと同様に駐車データにマッチング結果（ノーマッチングのスコア、など）を付与して（Ｂ）で駐車券発行機１４に送信する。一方でノーマッチングであっても（Ｅ）の管理ＰＣ３０からのＯＣＲ結果を待ち、結果を受信したら再度（Ｂ'）で駐車券発行機１４に、駐車場データにＯＣＲ結果付与して送信する。一般車両の場合にはＯＣＲ結果としてナンバープレートのテキストと、契約車ＤＢ３１ａ（図５参照）の検索結果「該当なし」が送信されてくる。

定期契約車両でノーマッチングの場合、一般車と同様の処理を辿るが、ＯＣＲ結果としてナンバープレートのテキストデータと、契約車ＤＢ３１ａ（図５参照）の検索結果「該当あり」が送信されてくるので、それを駐車場データにＯＣＲ結果として、図１０の駐車データＶＷの内容に示すように、「陸運支局名、車種番号、ひらがなの用途名、四桁までの数字の一連番号」が付与され、（Ｂ'）で駐車券発行機１４に送信する。その後、入場車両ＭＡの通過を待っているうちに（Ｃ）から駐車データに入場時刻が付与された更新データを受信すると、駐車データを（Ｆ）で管理ＰＣ３０に送信する。

ここで、前述の駐車券発行機１４の動作で説明したとおり、定期契約車両においてもノーマッチングでＯＣＲが合致しないで、定期券の挿入によって一連番号合致となった場合には、（Ｃ）のルートには一連番号合致フラグが含まれており、ステップＳ３１でその一連番号合致フラグを含んだ更新データを受信すると、駐車データと画像圧縮データを（Ｆ）で管理ＰＣ３０に送信する。

図５は車両入場時における上記管理ＰＣ３０の動作フローであって、ステップＳ４１で、（Ｄ）に示すように入口ナンバー読取り機１６からナンバー位置情報を含む駐車データ及び画像を受信し、ステップＳ４２でＯＣＲ処理を実行する。ステップＳ４３で駐車場管理室ＦＯのデータベース３１の契約車ＤＢ３１ａの検索を行い、ステップＳ４４に進む。ステップＳ４４では該当車が有るか無いかを判断し、該当車が無ければステップＳ４５でＯＣＲ処理で得られたナンバープレート情報のみをデータにセットして、ステップＳ４６で（Ｅ）に示すようにＯＣＲ結果としてナンバー読取り機１６へ送信する。次にステップＳ４７に進み、画像を上記駐車場管理室ＦＯのデータベース３１の画像ＤＢ３１ｂに保存する。ステップＳ４８で（Ｆ）に示すようにナンバー読取り機１６から駐車データと画像圧縮データを受信し、ステップＳ４９で在車情報を上記駐車場管理室ＦＯのデータベース３１の在庫ＤＢ３１ｃに保存する。ステップＳ５０で入場車両ＭＡが定期契約車両か否かを判断し、定期契約車両でなければステップＳ５３で蓄積台数が有るか否かを判断し、蓄積台数が有ればステップＳ５１へ進み、無ければステップＳ５４でタイムアウトか否かを判断し、タイムアウトであればステップＳ５１に進んで蓄積台数やタイムアウトの初期化を行い、ステップＳ５２で（Ｆ'）に示すように駐車データと画像圧縮データを各出口のナンバー読取り機２６へ送信する。ステップＳ４４で該当車があればステップＳ５５に進んで、ＯＣＲ処理で得られたナンバープレート情報と前記データベース３１の契約車ＤＢ３１ａから抽出した情報をデータにセットして、ステップＳ４６に進む。ステップＳ５０で定期契約車両であればステップＳ５１へ進む。

また、ステップＳ５０でこの時の入場車両ＭＡが定期契約車両でなかった場合には、ステップＳ５３で蓄積台数がＮ台か、ステップＳ５４でタイムアウトＭ秒以上かが判定され、どちらも設定値に到達していない場合にはタイムアウトの時間カウントを続ける。このタイミングで次の入場車両ＭＡが来れば、再度ＳＴＡＲＴからの動作に移行すればよい。このように定期契約車両でない場合に設定した台数若しくは時間が経過するまでは駐車場データと画像圧縮データを配信せず、例えば一般車が１０台連続して入場したら、１０台分まとめて駐車場データと画像圧縮データを各出場レーンＰＬのナンバー読取り機へ配信するため、入場の度にデータを複数の出場レーンＰＬがあるケースにナンバー読取り機２６へ返信する場合に比較して、ＬＡＮのトラフィックを混雑させるのを極力避けることができると共に、時間のかかる画像の送受信を少しでも速く実行することを可能にしている。

なお、前述の通り定期契約車両でノーマッチングでＯＣＲも合致せずに、定期券を挿入して一連番号合致フラグが含まれる駐車データの場合には、そのフラグ情報も他の駐車情報と一緒に前記データベース３１の在車ＤＢ３１ｃに記録される。尚、図１において３２は駐車場管理室ＦＯに設置したサーバーである。

図６は車両出場時における出口精算機２４の動作フローを示し、ステップＳ６１で出場レーンＰＬの第１ループ２１がオンであるかオフであるかを調べ、オンであればステップＳ６２でトリガー受付許可指令を（Ｇ）に示す出場レーンＰＬに設置された出口ナンバー読取り機２６に送信する。ステップＳ６３でマッチング結果を含む駐車データを（Ｈ）に示すように受信し、ステップＳ６４に進みマッチング結果を調べる。ノーマッチングであればステップＳ６５に進み、（Ｈ'）に示す出口ナンバー読取り機２６からＯＣＲ結果がＮＯ（合致無し）を受信した場合、Ｓ６６へ進んで案内放送を開始し、次いで、ステップＳ６７で駐車券が挿入されたか否かを判断し、挿入されていればステップＳ６８で料金が発生したか否かを判断し、料金が発生していればステップＳ６９に進み料金精算処理を実行する。ステップＳ７０で出口のゲートバー２５Ｔが開き、次にステップＳ７１で第２ループ２３を出場車両ＭＢが通過したか否かをを調べ、通過していればステップＳ７２でゲートバー２５Ｔが閉じ、ステップＳ７３で出場時刻などの駐車データを更新し、（Ｊ）に示すようにトリガー受付禁止指令を出口ナンバー読取り機２６へ送信する。また、上記のステップＳ６７で駐車券が挿入されなければ、ステップＳ７４で定期券が挿入されたか否かを判断し、定期券が挿入されていなければステップＳ６７に戻り、挿入されていればステップＳ７５に進む。また、ステップＳ６４でマッチングしていればステップＳ６８に進み、ノーマッチングであってもステップＳ６５で（Ｈ'）に示す出口ナンバー読取り機２６からのＯＣＲ結果が合致しているか否かを調べ、合致していればステップＳ６８に進む。

このフローでは特にステップＳ６４でマッチング結果がマッチングであっても、ステップ６８で料金が発生するか否かによりステップＳ７０のゲート２５Ｔの開に進むか、料金精算処理に進むかが分かれる。出場車両ＭＢが一般車両であれば在車とマッチングしたとしても、まだ精算していなければ当然料金精算処理が必要である。これはマッチングした出場車両ＭＢの駐車データのステータスにより判断できる。

＜定期契約車両でノーマッチングの場合＞
さらに、出場車両ＭＢが定期契約車両である場合に関しても図３に示した駐車券発行機１４の動作と同様に、定期契約車両であってもステップＳ６４でマッチング結果が「ノーマッチング」だった場合で、ステップＳ６５でＨ'に示すようにナンバー読取り機２６からＯＣＲ結果が送信され、その結果がＯＣＲで合致した定期契約車両であったＯＫ判定の場合で、且つ、料金が発生しない場合は、ステップＳ７０のゲート開に移行して、出場車両ＭＢが第２ループ２３を通過すると、ゲート２５Ｔの閉信号が出力され、その後駐車データに出場時刻と定期券Ｎｏ．と後述するフラグなどが付加されて、更新されたデータとトリガー受付禁止信号を（Ｊ）に示すように出口ナンバー読取り機２６へ送信する。

＜定期契約車両でノーマッチングの場合（２）＞
また、出場車両ＭＢが定期契約車両であっても、ステップＳ６４でマッチング結果が「ノーマッチング」となり、ステップＳ６５でＯＣＲ結果も「合致なし」の場合（一連番号、用途名、車種番号、陸運支局名、のいずれかでも合致しない場合）、案内放送が開始され、ステップＳ６７で駐車券が挿入されるか、ステップＳ７４で定期券が挿入されるか待機しているうちに、定期券が挿入されて有効な定期券であり（有効期間や定期種別などが許可されたもの）、さらにステップＳ７５で少なくとも定期券に記録された一連番号がＯＣＲ結果の情報と合致していれば、ステップＳ７６に移行して定期券を抜き取るとゲート開信号が出力され、出場車両ＭＢが第２ループを通過するとゲート閉信号が出力される。その後、駐車データに入場時刻や定期券Ｎｏ．などが付加され、さらに一連番号合致フラグを含んで更新された駐車データとトリガー受付禁止信号を（Ｊ）に示すように出口ナンバー読取り機２６へ送信する。

以上のように、定期契約車両の出場では何らかの理由でノーマッチングとなったとしても、ＯＣＲ結果がＯＫで受信されればその時点で、マッチングと同様の処理がなされるが、ＯＣＲが合致しなくとも、定期券の挿入によって少なくとも一連番号がＯＣＲ結果と合致すれば、マッチングと同様の処理がなされる。

入場時と同様に、上記のＯＣＲでの結果ＮＧには様々なケースがあるが、一連番号、用途名、車種番号、陸運支局名、のいずれかでも合致しない場合に、ＯＣＲ合致結果はＮＧとなる。これにより、出場車両ＭＢが定期契約車両ではない一般車両との識別が可能になる。もし仮に、この時点で一連番号（四桁数字）のみが定期契約車両と同じであれば、定期券を挿入することなく出場させたとしたら、一連番号の全く同じ定期契約車両と一般車両の識別が不可能となる。また、その様な四桁数字が全く同じケースはかなり頻繁に発生する。よって、定期契約車両と一般車両の判別や、定期契約車両同士の違いを識別するためにも、ナンバー情報は一連番号、用途名、車種番号、陸運支局名、のすべての合致を判定する必要がある。

一方で、定期券に記録されたナンバー情報と全く異なるナンバーの出場車両ＭＢが出場しようとする場合、車検などの代車の可能性もあるが、ほとんどが定期券の不正な使い回しである。もちろん、運用上使い回し（車両特定しない定期契約）を許可する駐車場もあるが、時間貸し駐車場と月極め駐車場の併用された駐車場で、定期券の使い回しを許可するケースはほとんど無い。まして、入場時に正常に入場しているにも関わらず、出場時のナンバー情報が定期券の情報と異なるのは、明らかな不正な定期券の使い回しであり、どのような運用状態の駐車場であっても、このケースに出場を許可することは無い。よって、定期券使い回しのチェックをするために、マッチング若しくはＯＣＲでナンバーの照合結果が登録済車両ナンバーと合致しない際に、定期券を読み込んで、その定期券に記録されたナンバー情報を参照して定期券の使い回しをチェックする。

ところが、ノーマッチングでＯＣＲが合致しない場合でも、定期券の使い回しでは無い場合もありえる。例えば、出場する出場車両ＭＢに外光などが差込んで部分的にナンバーの文字要素が若干反射してしまう場合とか、駐車中に枯葉や小枝がナンバー面に付着した場合とか、多少の汚れや外光で、一連番号は太くて大きいためにほとんど影響されないが、用途名、陸運支局名、車種番号は読取りに影響される可能性がある。その場合には定期券に記録されたデータとＯＣＲ結果が完全に合致しないことになるが、その様なケースで定期券の使い回しを許可しない運用上の設定をすると、正規の定期契約車両であるにも関わらず、駐車場からの出場がスムーズに出来ないという不都合が生じる。

そこで本発明の実施例に係る駐車場管理システムでは、図６のステップＳ７４で定期券の挿入を受け、ステップＳ７５で一連番号の合致をＯＣＲ結果と定期券の読取りデータから判断し、一連番号が合致すればＹＥＳとなってステップＳ７６に移行するが、ここで合致しなければ定期券の使い回しと判断してステップＳ７７に移行して表示画面やスピーカ（図示省略）から文字や画像や音声でエラーを出力する。

さらに、ステップＳ７５で一連番号が合致した場合には一連番号合致フラグをメモリ上にセットしておき、その後の処理でステップＳ７３の際にそのフラグ情報を他の情報と一緒にＪに示す出口ナンバー読取り機２６に送信して、全体の処理を終える。

＜出口ナンバー読取り機の動作＞
図７は車両出場時におけるナンバー読取り機２６の動作フローを示し、ステップＳ８１でトリガー入力がオンであるかオフであるかを判断し、オフであればステップＳ８２で（Ｇ）に示す出場レーンＰＬに設置された出口精算機２４から受付許可指令を受信するが、オンである場合は、ステップＳ８１のトリガー入力判断を繰り返す。ステップＳ８１でトリガー入力がオンした場合は、ステップＳ８３でトリガー受付許可か禁止かを判断し、受付が許可の場合はステップＳ８４で適宜にフラッシュ発光撮像すると共に、画像キャプチャーを実行し、ステップＳ８５でナンバープレート抽出処理を行う。次いで、ステップＳ８６でナンバー位置情報を含む駐車データと画像を、（Ｋ）に示す管理ＰＣ３０に送信する。その後、ステップＳ８７に進んで、画像圧縮データを生成し、ステップＳ８８でパターンマッチング処理を行う。ステップＳ８９でマッチング結果がどうかを判断した後、ステップＳ９０に進んでマッチング結果を含む駐車データを（Ｈ）に示す出口精算機２４へ送信する。

そのまま待機しているうちに出場車両ＭＢが駐車場から出場すると、ステップＳ９１に進み、出場時刻や券Ｎｏ．などの更新された駐車データや、定期契約車両で前述の一連番号合致フラグの含まれる場合の駐車データ及びトリガー受付禁止指令を（Ｊ）に示す出口精算機２４から受信し、ステップＳ９２で定期契約車両か否かを判断する。定期契約車両でなければステップＳ９３で駐車データと画像圧縮データを削除し、ステップＳ９４で駐車データ削除指示および定期契約車両で前述の一連番号合致フラグの含まれる場合はそのフラグを（Ｍ）に示す駐車場管理室ＦＯの管理ＰＣ３０へ送信する。一方、ステップＳ８９でノーマッチングだった場合には、ステップＳ９５に進み、（Ｌ）に示すように管理ＰＣ３０からＯＣＲ結果を受信したか否かを調べ、ステップＳ９６でＯＣＲ結果を含む駐車データを（Ｈ'）に示す出口精算機２４へ送信する。ステップＳ９２で定期契約車両であれば、ステップＳ９７に進み、駐車データを（Ｎ）に示す入場レーンＰＥの入口ナンバー読取り機１６へ送信すると共に、前記のステップＳ９３に戻る。また、ステップＳ８３でトリガー受付禁止の場合には、ステップＳ９８に進み、配信受付処理を行った後ステップＳ８１に戻る。

ここで、前述の出口精算機２４の動作で説明したとおり、出場車両ＭＢが定期契約車両においてもノーマッチングでＯＣＲが合致しないで、定期券の挿入によって一連番号合致となった場合には、（Ｊ）に示すルートには一連番号合致フラグが含まれており、ステップＳ９１でその一連番号合致フラグを含んだ更新データを受信すると、駐車データ削除指示とその一連番号合致フラグを（Ｍ）に示す管理ＰＣ３０に送信する。

図８は出場時における前記駐車場管理室ＦＯに設置された管理ＰＣ３０の動作フローであって、ステップＳ１０１で（Ｋ）に示す出口ナンバー読取り機２６からナンバープレート位置情報と画像を受信し、ステップＳ１０２でＯＣＲ処理を行う。ステップＳ１０３でデータベース３１の在車ＤＢ３１ｃのデータを検索し、ステップＳ１０４で該当車が有るか否かを判断する。該当車がなければ、ステップＳ１０５でＯＣＲ結果のみをデータにセットして、ステップＳ１０６でＯＣＲ結果として（Ｌ）に示す出口ナンバー読取り機２６へ送信する。ステップＳ１０７では画像をデータベース３１の画像ＤＢ３１ｂに保存する。次いで、ステップＳ１０８に進み、（Ｍ）に示す出口ナンバー読取り機２６から、駐車データと画像圧縮データを削除する旨の指示指令を受信し、ステップＳ１０９でデータベース３１の在車ＤＢ３１ｃから駐車データを削除する。一方、ステップＳ１０４で該当車があれば、ステップＳ１１０に進み、ＯＣＲ処理で得られたナンバー情報とデータベース３１の在車ＤＢ３１ｃから抽出した情報をデータにセットして、ステップＳ１０６に進む。

一方、ステップＳ１０４で検索した結果、該当する車両のデータが有る場合は、ステップＳ１０９でナンバー情報だけでなく、券番号や入場時刻などもデータベース３１の在車ＤＢ３１ｃに保管されているため、必要に応じて返信データに組み込み、ステップＳ１０６で（Ｌ）に示すようにその出場レーンＰＬの出口ナンバー読取り機２６に送信する。その後ステップＳ１０７で画像をデータベース３１の画像ＤＢ３１ｂに保存する。

次いで、ステップＳ１０８で（Ｍ）に示すように再度出場レーンＰＬの出口ナンバー読取り機２６から駐車データと画像圧縮データを受信した際、前述の通り定期契約車両においてもノーマッチングでＯＣＲが合致しないで、定期券の挿入によって一連番号合致となって、一連番号合致フラグが含まれた駐車データを含む削除指示とその一連番号合致フラグを管理ＰＣ３０で受信した場合には、ステップＳ１１０でその一連番号合致フラグ有りでＹＥＳとなり、ステップＳ１１３に移行して管理ＰＣ３０に併設された表示画面上に確認画面を出力する。具体的には、係員が気が付く程度のダイヤログで表示して、確認ＯＫで閉じるものでよい。なお、ステップＳ１１０で判断するにあたり、単にその一連番号合致フラグが有るだけでなく、データベース３１の在車ＤＢ３１ｃに入場時にも一連番号合致フラグが有る場合や、さらに両方の一連番号合致フラグが有って、且つ、お互いのＯＣＲ結果が全て合致している場合に、このダイヤログで表示するのがさらに好適である。この場合には、車両ナンバーの読取りの不具合というよりも、定期券へのデータ記録にミスがある可能性が高いからである。

その後、ステップＳ１１２でデータベース３１の在車ＤＢ３１ｃからはその駐車データを削除するが、そのまま図示しない履歴ＤＢに移動させて保存してもよい。

図９は配信受付処理動作フローであって、通常の入場出場動作とは別に、各種データの保存や削除を行う動作がある。これは例えば入場レーンＰＥや出場レーンＰＬが複数設置されている場合など、駐車券発行機１４や出口精算機２４の動作が発生していないレーンでも、入場車両ＭＡに際してデータを追加したり、出場車両ＭＢに際してデータを削除したりするための処理である。本発明の実施例においては、基本的には図示の如く入場レーンＰＥと出場レーンＰＬが１レーンづつであるため、この処理の必要は無いが、後述する更新データの処理のために、汎用的な配信受付動作フローとして説明する。

図９に示すステップＳ１２１では、追加データを受信したか否かを判断し、受信していなければ、ステップＳ１２２に進んで、削除データを受信したか否かを判断し、削除データを受信していなければステップＳ１２７で後述する更新データを受信したか否かを判断し、更新データを受信していなければステップＳ１２１に戻る。ステップＳ１２１で追加データを受信していればステップＳ１２３に進み、（Ｆ）に示す入口ナンバー読取り機１６から、駐車データと画像圧縮データを受信し、ステップＳ１２４で駐車データと画像圧縮データを保存する。また、ステップＳ１２２で削除データを受信していれば、ステップＳ１２５で（Ｍ）に示す出口ナンバー読取り機２６から、駐車データ削除指令を受信し、ステップＳ１２６で駐車データと画像圧縮データを削除する。また、ステップＳ１２７で更新データを受信していれば、ステップＳ１２８に進んで、（Ｐ）に示す管理ＰＣ３０から定期データの更新を指示して保存する。

更新データは、前述のとおり定期契約車両においてもノーマッチングでＯＣＲが合致しないで、定期券の挿入によって一連番号合致となって一連番号合致フラグが含まれた駐車データを含む削除指示とその一連番号合致フラグを受信した場合に、管理ＰＣに併設された表示画面上に確認画面を出力して、係員が確認したうえで、単にその一連番号合致フラグが有るだけでなく、データベース３１の在車ＤＢ３１ｃに入場時にも一連番号合致フラグが有る場合で、さらに両方の一連番号合致フラグが有って、且つ、お互いのＯＣＲ結果が全て合致している場合に、定期券へのデータ記録にミスがあったことが確認できたとき、管理ＰＣ３０の操作手順に従って（Ｐ）のルートで定期データ更新を管理ＰＣで入力したことにより、内部的に更新データを受信したこととなる。

これは、単に定期データの有効期限を更新した場合にも使用されるが、本発明の特徴である、一連番号合致フラグが有る場合で、さらに両方の一連番号合致フラグが有って、且つ、お互いのＯＣＲ結果が全て合致している場合に係員が確認できた記録データ（図１０（２）に示した定期データＶＸのいずれか）にもともとの入力ミスや申請ミスを修正するために利用できる。即ち、通常であれば、定期券に記録されたデータを書換えるには、利用者に定期券を持参してもらい、定期券書込み機によってデータを書換えることになるが、必ずしも利用者が書換えにくるとも限らない。また、データの入力ミスに気が付かないことがほとんどである。よって、管理ＰＣ３０側から指示して、更新データとして各ナンバー読取り機１６，２６に、その定期Ｎｏ．のデータの定期券が読取られた場合に、該当する部分のデータ、若しくは全部のデータを新しいデータに書換えるという処理を、具体的には駐車券発行機１４や出口精算機２４において行わせる仕組みになっている。

この様に、本発明の実施例に係る駐車場管理システムでは、前記人的ミスによる定期契約車両の契約内容があって前記管理ＰＣ３０に記録された定期契約情報を書換え、且つ、管理ＰＣ３０より自動的な定期券の記録内容の書換えを指示した場合に、当該記録内容の書換え指示を駐車場入口に配置した定期券読取り・書込み機能を有する駐車券発行機１４、若しくは駐車場出口に配置した定期券読取り・書込み機能を有する出口精算機２４に送信し、当該駐車券発行機１４および出口精算機２４は書換え指示を受けた定期契約車両のナンバー情報に最初に合致した時にのみ、定期券の挿入処理に移行し、前記駐車券発行機１４若しくは出口精算機２４は前記定期券の記録内容を自動的に定期券の記録内容の書換えを指示された内容に書換えた後に返却して車両の入場または出場を許可し、管理ＰＣ３０はその後の前記書換え指示をすべての駐車券発行機１４および出口精算機２４に対して削除する様に指示するため、人的ミスによる定期契約車両の契約内容の齟齬を利用者に不便をかけずに自動的に修正することができる。また、その修正は、入口でも出口でも可能であり、書換え指示を即座に実施させることができ、その後は書換え指示の削除をすることで、それ以降の運用が正常化する。

具体的には、入場レーンＰＥであれば、図３のステップＳ１４において、定期更新の配信を受けている場合にはここでデータを書換えてしまう。その後のステップＳ１５の一連番号合致の判断などは、スキップしても良いが、ここではＯＣＲ結果と定期券データが完全に合致することになるため、一連番号合致フラグは立てないで次に進めばよい。また、出場レーンＰＬであれば、同様に図６のステップＳ７４で定期券更新の配信を受けている場合にはここでデータを書換えてしまう。どちらで実施されるかについては、係員の定期更新入力のタイミングによって異なり、在車していない車両であれば入場の際に書換えれば良いし、在車していれば出場の際に書換えれば良い。なお、当然一旦書換えられたデータについては、すぐさま配信処理で削除指示をするようになっている。

上記に述べた本発明の実施形態は本発明の好適な具体例であり、技術的に好ましい種々の限定を付している場合もあるが、本発明の技術範囲は、特に本発明を限定する記載がない限りこれらの態様に限定されるものではない。

本発明の技術は、定期契約車両専用の駐車場や、一般の時間貸し駐車場と定期契約駐車場が兼用された駐車場において、好適に利用される技術である。

Ｐ駐車場
ＰＥ入場レーン
ＰＬ出場レーン
ＭＡ入場車両
ＭＢ出場車両
１４駐車券発行機
１５，２５ゲート開閉機
１６，２６（入り口・出口）ナンバー読取り機
２４出口精算機
３０管理ＰＣ
３１データベース
４０事前精算機

Claims

駐車場の入場口で認識された入場車両の車両ナンバーが、予め定期契約車両として登録された登録済み車両ナンバーと合致する場合は、入場を許可し、一方、登録済み車両ナンバーに合致しないか又は認識できない場合は、定期券による入場処理に移行可能として、定期券による入場処理の際には、使用された定期券が予め登録されている定期券であれば、入場を許可するように構成した駐車場管理システムであって、
入場時に認識された車両ナンバーが前記登録済み車両ナンバーと合致しないか、又は車両ナンバーを認識できずに定期券による入場処理に移行した場合に、使用された定期券に記録されている用途名、陸運支局名、車種番号、および、一連番号の各要素で構成される登録済み車両ナンバー情報のうちの、少なくとも一連番号が前記入場時に認識された車両ナンバーのＯＣＲ読取り結果の一連番号と合致していれば、当該定期券に記録されている前記登録済み車両ナンバー情報の全ての要素を、出場用のマッチングデータとして管理ＰＣを経て出口用マッチング処理部に配信し、その後、出場時に認識された車両ナンバーが前記登録済み車両ナンバーと合致しないか、又は車両ナンバーを認識できずに定期券による出場処理に移行した場合には、使用された定期券に記録されている前記登録済み車両ナンバー情報のうちの、少なくとも前記一連番号が前記出場時に認識された車両ナンバーのＯＣＲ読取り結果の一連番号と合致していれば、駐車場からの出場を許可して、当該定期券に記録されている前記登録済み車両ナンバー情報のすべての要素を出場済データとして管理ＰＣへ送信する一方、
駐車場の入場口および出場口にて認識された車両の車両ナンバーを認識した結果同士の、車両ナンバー情報のＯＣＲ読取り結果同士が合致した場合は、前記管理ＰＣに確認画面を出力するよう構成したことを特徴とする駐車場管理システム。
駐車場の入場口および出場口で認識された車両の車両ナンバーが、予め定期契約車両として登録された登録済み車両ナンバーと合致するかどうかを判定する場合に、車両ナンバー情報の全ての要素の合致を判定するよう構成したことを特徴とする請求項１に記載の駐車場管理システム。
前記管理ＰＣに出力する確認画面は、前記車両ナンバー情報の確認を促すメッセージであることを特徴とする請求項１または２に記載の駐車場管理システム。
前記定期契約車両の契約内容の定期券への記録情報に人為的ミスがあると確認されて、前記管理ＰＣに記録された定期契約情報を書換えて、且つ、管理ＰＣより自動的な定期券の記録内容の書換えを指示した場合に、当該記録内容の書換え指示を駐車場入口に配置した定期券読取り・書込み機能を有する駐車券発行機、若しくは駐車場出口に配置した定期券読取り・書込み機能を有する出口精算機に送信し、当該駐車券発行機および出口精算機は書換え指示を受けた定期契約車両のナンバー情報に最初に合致した時にのみ、定期券の挿入処理に移行し、前記駐車券発行機若しくは出口精算機は前記定期券の記録内容を自動的に定期券の記録内容の書換えを指示された内容に書換えた後に返却して車両の入場または出場を許可し、管理ＰＣはその後の前記書換え指示をすべての駐車券発行機および出口精算機に対して削除する様に指示することを特徴とする請求項１乃至３のいずれかに記載の駐車場管理システム。