(57)【要約】【課題】  車両のナンバープレートを読み取って駐車場への入出場を管理する駐車場管理システムにおいて、ナンバー読み取り精度を向上させ、駐車場内の通信ネットワークの混雑を解消してデータのトランザクションを円滑にする。【解決手段】  入場レーン１０ａ、１０ｂや出場レーン２０ａ、２０ｂで撮像して撮像処理装置１９において読み取った車両ナンバーと、在車中若しくは登録済み車両ナンバーとの間でパターンマッチング処理を行い、これと並行して撮像した車両のナンバープレート画像を中央管理ＰＣ３２に送信して、中央管理ＰＣ３２側でナンバープレートの光学式文字認識処理（ＯＣＲ）を行って、入場中若しくは登録済み車両のデータベースと照合して結果を入出場レーンの撮像処理装置１９に送信し、在車中若しくは登録済みのいずれの車両データともマッチングしない場合にはＯＣＲ処理の照合結果を採用する。【選択図】図１
2008059326.tif 000002
【特許請求の範囲】
【請求項１】
車両のナンバープレートを読み取って駐車場への入出場を管理する駐車場管理システムであって、
駐車場の入場または出場のレーンに設置した撮像処理装置によりパターンマッチング処理を行い、それと並行して、
撮像した画像でＯＣＲ処理を行い、
ＯＣＲ結果を中央管理ＰＣに送信し、
該中央管理ＰＣでは車両管理ＤＢのデータとＯＣＲ結果を照合して、在車あるいは契約車に該当するか否かの結果を上記の撮像処理装置に送信し、
撮像処理装置では、該当車有りの場合は上記パターンマッチングと同様の処置を行うことを特徴とする駐車場管理システム。
【請求項２】
車両のナンバープレートを読み取って駐車場への入出場を管理する駐車場管理システムであって、
駐車場の入場または出場のレーンに設置した撮像処理装置によりパターンマッチング処理を行い、それと並行して、
撮像した画像を中央管理ＰＣに送信し、
該中央管理ＰＣでは受信した画像のＯＣＲ処理を行い、ＯＣＲ結果と車両の管理データとを照合し、在車あるいは契約車に該当するか否かの結果を上記の撮像処理装置に返信し、
撮像処理装置では、該当車有りの場合は上記パターンマッチングと同様の処置を行うことを特徴とする駐車場管理システム。
【請求項３】
駐車場の入場または出場のレーンに設置した撮像処理装置により撮像した画像に含まれるナンバープレートの位置情報を生成し、
撮像した画像と一緒にナンバープレートの位置情報も中央管理ＰＣに送信し、
中央管理ＰＣは受信した画像のナンバープレートの位置情報を基に、ナンバープレートの位置が特定されたエリアに付いてのみＯＣＲ処理を行うことを特徴とする請求項２に記載の駐車場管理システム。
【請求項４】
駐車場の入場レーンに設置した撮像処理装置により撮像した画像に含まれるナンバープレートの画像を圧縮処理し、中央管理ＰＣと入場した車両が出場時に使用できるすべての出場レーンの撮像処理装置にこの画像圧縮データを配信し、出場レーンの撮像処理装置により撮像した画像に含まれるナンバープレートの画像を圧縮処理したデータと配信後に保存した画像圧縮データとを比較してパターンマッチング処理を行うことによって、駐車場への車両の入出場を管理する駐車場管理システムにおいて、
入場レーンの撮像処理装置で生成した画像圧縮データを、その装置内で予め設定した車両台数分蓄積させてから一括で配信するか、予め設定した時間分蓄積させてから一括で配信するか、予め設定した車両分蓄積させる前に予め設定した時間経過したら配信するかの、いずれか１つにより配信することを特徴とする駐車場管理システム。
【請求項５】
駐車場の入場レーンに設置した撮像処理装置により撮像した画像に含まれるナンバープレートの画像を圧縮処理し、中央管理ＰＣと入場した車両が出場時に使用できるすべての出場レーンの撮像処理装置にこの画像圧縮データを配信し、出場レーンの撮像処理装置により撮像した画像に含まれるナンバープレートの画像を圧縮処理したデータと、配信後に保存した画像圧縮データとを比較してパターンマッチング処理を行うことによって、駐車場への車両の入出場を管理する駐車場管理システムにおいて、
入場レーンの撮像処理装置で生成した画像圧縮データを中央管理ＰＣに送信
し、中央管理ＰＣ内で予め設定した車両台数分蓄積させてから一括で配信するか、予め設定した時間分蓄積させてから一括で配信するか、又は、予め設定した車両台数分蓄積させる前に予め設定した時間経過したら配信するかの、いずれか１つにより配信することを特徴とする駐車場管理システム。
【請求項６】
上記の入場データを中央管理ＰＣに蓄積してから配信する駐車場管理システムにおいて、
事前精算機において出場レーンの撮像処理装置に配信前のデータの駐車券で精算された場合に、事前精算機は該当する券番号の事前精算済みデータを中央管理ＰＣに送信し、
中央管理ＰＣでは、該中央管理ＰＣに該当する券番号が未配信であった場合に、予め設定した台数や時間になる前でもその蓄えたデータを出場レーンの撮像処理装置に配信することを特徴とする請求項５に記載の駐車場管理システム。
【請求項７】
上記の入場データを撮像処理装置内か中央管理ＰＣに蓄積してから配信する駐車場管理システムにおいて、蓄積する入場データは駐車券を抜き取って入場した一般車のデータのみとし、定期契約車は入場毎にデータを配信し、
予め設定された台数や時間以内でも定期契約車の入場を以てそれまで蓄積した入場データと一緒に中央管理ＰＣに配信するか、若しくは、中央管理ＰＣと出場レーンの撮像処理装置に配信することを特徴とする請求項４、５又は６に記載の駐車場管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、駐車場への車両の入場と出場に際して、車両のナンバープレートを読み取って、データベースと照合した結果に基づいて車両の入出場の管理を行う駐車場管理システムに関するものであり、具体的には、パターンマッチング処理と光学式文字認識（ＯＣＲ：Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理を併用して認識率を向上させるように工夫した、無人管理の駐車場に使用して好適な判定手法に関するものである。
【背景技術】
【０００２】
駐車場の管理にあたって、種々の手法が提案されているが、これらの手法には、それぞれ利点と欠点があって不十分である。これらの欠点を解消するものとして、例えば、特許文献１に記載の「車両番号認識装置および認識方法」と、特許文献２に記載の「ナンバープレートの認識装置」が存在する。
【０００３】
上記特許文献１に記載の「車両番号認識装置および認識方法」では、車両のナンバープレートを撮像して認識できなかった場合、係員がナンバー情報を音声入力してテキスト変換し、ナンバー情報を補完して全体の認識精度を上げている。
【０００４】
また、上記特許文献２に記載の「ナンバープレートの認識装置」では、車両ナンバーの認識精度を向上させるために、複数のカメラで異なる方向からナンバープレートを撮像している。
【特許文献１】特開平８−２４９４１５号公報
【特許文献２】特開平７−１４６９１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、上記特許文献１の手法では、係員が撮像された画像を監視していないと認識精度の改善を実現することができないため、人件費の節約ができない。また、上記特許文献２の手法では、複数のカメラを用いるために全体のコストが嵩んでしまう、といった問題点を有している。
【０００６】
そこで、本発明の技術的課題は、ナンバープレートの認識精度を向上させる手段として、人手や機器のコストをかけずに、認識精度を改善できるように工夫した駐車場管理システムを提供することである。
【課題を解決するための手段】
【０００７】
上記の技術的課題を解決するために、本発明の駐車場管理システムは、前記請求項１に記載の如く、車両のナンバープレートを読み取って駐車場への入出場を管理する駐車場管理システムであって、駐車場の入場または出場のレーンに設置した撮像処理装置によりパターンマッチング処理を行い、それと並行して、撮像した画像でＯＣＲ処理を行い、ＯＣＲ結果を中央管理ＰＣに送信し、該中央管理ＰＣでは車両管理ＤＢのデータとＯＣＲ結果を照合して、在車あるいは契約車に該当するか否かの結果を上記の撮像処理装置に送信し、撮像処理装置では、該当車有りの場合は上記パターンマッチングと同様の処置を行うことを特徴としている。
【０００８】
また、本発明の駐車場管理システムは、前記請求項２に記載の如く、車両のナンバープレートを読み取って駐車場への入出場を管理する駐車場管理システムであって、駐車場の入場または出場のレーンに設置した撮像処理装置によりパターンマッチング処理を行い、それと並行して、撮像した画像を中央管理ＰＣに送信し、該中央管理ＰＣでは受信した画像のＯＣＲ処理を行い、ＯＣＲ結果と車両の管理データとを照合し、在車あるいは契約車に該当するか否かの結果を上記の撮像処理装置に返信し、撮像処理装置では、該当車有りの場合は上記パターンマッチングと同様の処置を行うことを特徴としている。
【０００９】
さらに、本発明の駐車場管理システムは、前記請求項３に記載の如く、駐車場の入場または出場のレーンに設置した撮像処理装置により撮像した画像に含まれるナンバープレートの位置情報を生成し、撮像した画像と一緒にナンバープレートの位置情報も中央管理ＰＣに送信し、中央管理ＰＣは受信した画像のナンバープレートの位置情報を基に、ナンバープレートの位置が特定されたエリアに付いてのみＯＣＲ処理を行うことを特徴としている。
【００１０】
さらに、本発明の駐車場管理システムは、前記請求項４に記載の如く、駐車場の入場レーンに設置した撮像処理装置により撮像した画像に含まれるナンバープレートの画像を圧縮処理し、中央管理ＰＣと入場した車両が出場時に使用できるすべての出場レーンの撮像処理装置にこの画像圧縮データを配信し、出場レーンの撮像処理装置により撮像した画像に含まれるナンバープレートの画像を圧縮処理したデータと配信後に保存した画像圧縮データとを比較してパターンマッチング処理を行うことによって、駐車場への車両の入出場を管理する駐車場管理システムにおいて、入場レーンの撮像処理装置で生成した画像圧縮データを、その装置内で予め設定した車両台数分蓄積させてから一括で配信するか、予め設定した時間分蓄積させてから一括で配信するか、予め設定した車両分蓄積させる前に予め設定した時間経過したら配信するかの、いずれか１つにより配信することを特徴としている。
【００１１】
また、本発明の駐車場管理システムは、前記請求項５に記載の如く、駐車場の入場レーンに設置した撮像処理装置により撮像した画像に含まれるナンバープレートの画像を圧縮処理し、中央管理ＰＣと入場した車両が出場時に使用できるすべての出場レーンの撮像処理装置にこの画像圧縮データを配信し、出場レーンの撮像処理装置により撮像した画像に含まれるナンバープレートの画像を圧縮処理したデータと、配信後に保存した画像圧縮データとを比較してパターンマッチング処理を行うことによって、駐車場への車両の入出場を管理する駐車場管理システムにおいて、入場レーンの撮像処理装置で生成した画像圧縮データを中央管理ＰＣに送信し、中央管理ＰＣ内で予め設定した車両台数分蓄積させてから一括で配信するか、予め設定した時間分蓄積させてから一括で配信するか、又は、予め設定した車両台数分蓄積させる前に予め設定した時間経過したら配信するかの、いずれか１つにより配信することを特徴としている。
【００１２】
さらに、本発明の駐車場管理システムは、前記請求項６に記載の如く、上記の入場データを中央管理ＰＣに蓄積してから配信する駐車場管理システムにおいて、事前精算機において出場レーンの撮像処理装置に配信前のデータの駐車券で精算された場合に事前精算機は該当する券番号の事前精算済みデータを中央管理ＰＣに送信し、中央管理ＰＣでは、該中央管理ＰＣに該当する券番号が未配信であった場合に、予め設定した台数や時間になる前でもその蓄えたデータを出場レーンの撮像処理装置に配信することを特徴としている。
【００１３】
また、本発明の駐車場管理システムは、前記請求項７に記載の如く、上記の入場データを撮像処理装置内か中央管理ＰＣに蓄積してから配信する駐車場管理システムにおいて、蓄積する入場データは駐車券を取って入場した一般のデータのみとし、定期契約車は入場毎にデータを配信し、予め設定された台数や時間以内でも定期契約車の入場を以てそれまで蓄積した入場データと一緒に中央管理ＰＣに配信するか、若しくは、中央管理ＰＣと出場レーンの撮像処理装置に配信することを特徴としている。
【発明の効果】
【００１４】
（１）  上記請求項１に係る駐車場管理システムによれば、パターンマッチング処理でノーマッチングとなった場合でも、ＯＣＲ処理で在車ＤＢや契約車ＤＢと照合して、該当するナンバープレートデータがあればマッチングしたものと同様の処理を行うことで、パターンマッチング処理の認識精度が１００％でない場合でも、ＯＣＲ処理でその精度を補完でき、限りなく１００％に近い認識精度を無人で、且つ、装置のコストアップなどもせずに実現することができる。
【００１５】
（２）  上記請求項２に係る駐車場管理システムによれば、処理時間の長いＯＣＲ処理を中央管理ＰＣに担当させることで、通常はパターンマッチング処理だけで素早い処理時間で運用ができ、ノーマッチングが出た場合のみ中央管理ＰＣからの返信によって判断することで、パターンマッチング処理で認識しない時だけ若干時間の遅れを以て判定が帰ってくるため、通常は利用者がいらいらすることもなく、駐車場の管理をスムーズに進めることができる。
【００１６】
（３）  上記請求項３に係る駐車場管理システムによれば、撮像処理装置において生成したナンバープレート位置情報を用いて、中央管理ＰＣがＯＣＲ処理を行う範囲を予め限定できるので、処理規模が小さくなって処理時間が短縮され、ノーマッチングのためにＯＣＲ処理を待つ場合でも、大幅な遅れを招くことなく判定結果が返信され、利用者がいらいらすることもなく、速やかな処理を可能にする。
【００１７】
（４）  上記請求項４に係る駐車場管理システムによれば、入場レーンの撮像処理装置で車両の入場毎にデータを中央管理ＰＣと出場レーンの全てに配信していると、ＬＡＮのトラフィックが常に混雑し、上記請求項２や請求項３の手段のために画像を送信している時間が余計に長くなって、処理時間の短縮が妨げられるが、複数台分貯めてから一括で送信するか、タイムアウトを設定して一括で送信するなどすることで、ＬＡＮのトラフィックの混雑を解消し、画像データの送信をできるだけ速く行うようにすることができる。
【００１８】
（５）  上記請求項５に係る駐車場管理システムによれば、上記請求項４と同等の作用を中央管理ＰＣにて行うから、少なくとも中央管理ＰＣにはリアルタイムでデータが送信され、ＬＡＮのトラフィックの混雑を解消させつつ、前記請求項６のような管理上必要なデータがリアルタイムに配信されるものであって、特に、多数の出場レーンを有する駐車場では、中央管理ＰＣで蓄積してまとめて配信したほうが有利となる。
【００１９】
（６）  上記請求項６に係る駐車場管理システムによれば、入庫→事前精算→出庫を素早く行った場合に、事前精算しているにも関わらずそのデータが未配信のまま中央管理ＰＣ内部で蓄積中で出場レーンの撮像処理装置に届くのが遅いという問題が発生しない。
【００２０】
（７）  上記請求項７に係る駐車場管理システムによれば、定期車の場合には事前精算せずに直接出場レーンに来て出場するが、駐車場内に短時間しか駐車しない定期車（例えば郵便配送車）であっても、出場レーンでノーマッチングになってしまうような問題を排除できる。また、通常は定期車両は一般の車両よりも台数が少ないため、これによってＬＡＮトラフィックの混雑解消の手段の効果が薄れることはない。
【００２１】
以上述べた次第で、本発明に係る駐車場管理システムによれば、人手や機器類のコストを掛けることなく、ナンバー読み取りの認識精度を向上させ、駐車場内における通信ネットワークの混雑を解消して、データのトランザクションを円滑にする利点を発揮することができる。
【発明を実施するための最良の形態】
【００２２】
以下に、本発明の実施例による駐車場管理システムについて、図面に基づいて説明すると、図１は駐車場の構成を示し、同図において、ＭＰは駐車スペースで、この駐車スベースＭＰには第１と第２の入場レーン１０ａ、１０ｂと、第１と第２の出場レーン２０ａ、２０ｂが夫々設けられ、更に、これ等入場と出場の各レーン１０ａ、１０ｂと２０ａ、２０ｂには、第１ループ１１ａと第２ループ１１ｂと、アイランド１２ａと１２ｂ、及び、片側アイランド１２ｃが夫々設けられている。
【００２３】
これ等各アイランド１２ａ、１２ｂ、１２ｃにおいて、１３は発光トリガーセンサー（発光側）、１４は受光トリガーセンサー（受光側）、１５は発券機、１６は通信ライン、１７はゲートバー１８を備えたゲート装置、１９は撮像処理装置、２２は精算機である。また、図１において、２１は事前精算機、２３は通信ライン、２４はイーサーネット（Ｅｔｈｅｒｎｅｔ）（登録商標）、５０ａ及び５０ｂは車両である。さらに、図１において、３０は駐車場管理センターであって、該駐車場管理センター３０はサーバー３１、パーソナルコンピュータ等の中央演算処理装置（以後、中央管理ＰＣと称する）３２及びデータベース（ＤＢ）３３を備え、データベース３３は契約車データベース（ＤＢ）３３ａ、在車データベース（ＤＢ）３３ｂ及び画像データベース（ＤＢ）３３ｃから成っている。
【００２４】
例として入場２レーン、出場２レーンを有する駐車場を示し、第１、第２の入場レーン１０ａ、１０ｂの進行方向右側が、夫々受光トリガーセンサー１４が設置してあるアイランド１２ａ、１２ｂで、進行方向左側の中央アイランド１２ｂの手前側と、片側アイランド１２ｃの夫々に発光トリガーセンサー１３が設置されている。各発光トリガーセンサー１３から赤外線ビームが各受光トリガーセンサー１４に照射されており、これを車両５０ａ又は５０ｂが遮光するとトリガーオンとなる。但し、第１、第２の入場レーン１０ａ，１０ｂにおいて、車両５０ａ、５０ｂの金属部分が第１ループ１１ａに検知されて車両有りと判断された場合に、このトリガーがオン（ＯＮ）と判断される様にＡＮＤ構成とすることも可能で、人や小動物の通過ではトリガーオンにならない様にすることもできる。
【００２５】
また、各撮像処理装置１９は通信ライン１６を介して発券機１５と接続され、発券機１５はゲート装置１７と接続されている。撮像処理装置１９はイーサーネット２４で他の入場レーンと出場レーンの撮像処理装置１９や中央管理ＰＣ３２とＬＡＮ接続されている。
【００２６】
駐車場スペースＭＰの一角には事前精算機２１が設置され、中央管理ＰＣ３２と通信ライン２３で接続されている。第１、第２の出場レーン２０ａ、２０ｂは、第１、第２の入場レーン１０ａ、１０ｂの方向を１８０度回転させた構成になっているため、その詳細な構造の説明は省略する。但し、出場レーン２０ａ、２０ｂのアイランド１２ａ、１２ｂには、発券機１５の代わりに精算機２２が設置されている。
【００２７】
図２は上述した撮像処理装置１９の構成を示したものである。この撮像処理装置１９は、中央演算処理部（ＣＰＵ）３４、メモリー３５、外部入力部３６、外部通信部３７、ＬＡＮボード３８、カメラ３９、キャプチャーボード４０、フラッシュ４１及びインターフェイス４２によって構成され、これらはバス４３を介して接続されている。また、撮像処理装置１９は第１、第２の入場レーン１０ａ、１０ｂ、第１、第２の出場レーン２０ａ、２０ｂとも同じ構成であるが、個々の装置ＩＤやＬＡＮ接続のためのＩＰアドレスなどが異なり、処理のプログラム自体も入場と出場レーンでは若干異なる仕組みに成っている。
【００２８】
発光トリガーセンサー１３は常に赤外線ビームを照射しており、受光トリガーセンサー１４が物体によって遮蔽されることで撮像処理装置１９にトリガー信号が入力され、フラッシュ４１を焚きカメラ３９で撮像する。その際に周辺の光量を計測する光センサーを用いてフラッシュ４１を制御するか、カメラ３９のレンズ部にオートアイリス機構を仕組んでもよい。実施例では撮像した画像はカメラ３９からキャプチャーボード４０で静止画像化され、予めプログラムされたアプリケーションソフトウエアがＣＰＵ３４上で動作し、車両５０ａ又は５０ｂのナンバープレート抽出、二値化、画像圧縮データの生成などを行い、これをメモリー３５に保存する。
【００２９】
入場レーン１０ａ、１０ｂの撮像処理装置１９の例では、メモリー３５には契約車の画像圧縮データが多数保存されている。実施例ではデータ保存はメモリー３５としたが、ＨＤＤやコンパクトフラッシュ（登録商標）などの記憶デバイスを用いてもよい。また、アプリケーションソフトウエアーのプログラムなどは予めメモリー３５の一部に書き換え不可能に保存されている。
【００３０】
パターンマッチング処理は、予めプログラムされたアプリケーションソフトウエアーがＣＰＵ３４上で動作し、撮像画像から生成した画像圧縮データとメモリー３５上に保存された画像圧縮データを比較して処理を行う。また、ナンバープレート抽出、ニ値化、画像圧縮データの生成、さらにパターンマッチング処理などの一連の動作を専用の画像ボードを設けて行うことも可能である。
【００３１】
パターンマッチング処理とＯＣＲ処理では、各々利点と欠点（得意と不得意）がある。パターンマッチング処理では、ノーマッチング（合致しない）の原因（パターンマッチング処理の弱点）として、入場時と出場時に車両進入角度（姿勢）が、例えば反対方向に異なる方向に曲がりながらレーンに進入した車両の画像のパターンマッチング処理はノーマッチングになりやすい。このことは、比較するナンバープレートの画像同士の歪みの方向が異なることにより、各々のナンバープレートの文字の形が異なるためにノーマッチングとなりやすい。これに対してＯＣＲ処理では、文字１つ１つを読み取ってテキストに置き換えているため、入場時と出場時に逆方向に歪んだナンバープレートの画像を撮像した場合でも、それらの画像同士を比較する訳ではないのでナンバープレートの文字は正常に認識できる。
【００３２】
ＯＣＲ処理の弱点は、ナンバープレートの文字がかすれていたり、汚れている場合に文字と認識できないか、最も似ている他のテキストを当てはめてしまうため、誤認識が生じることであるが、パターンマッチング処理では入場時と出場時
の画像同士を直接比較するために、ナンバープレートの文字のかすれや汚れも含めて同一の車両かどうかが判断され、誤認識が生じない。
【００３３】
パターンマッチング処理は処理速度が速く、出場レーン２０ａ、２０ｂでのパターンマッチング処理では入場台数分のデータからベストマッチング（一番マッチングスコアが高い＝合致点数が高い）を選択すればよいから、対象数は在車数に限られ処理対象数が少ない。また、入場レーン１０ａ、１０ｂでは対象数は定期契約車に限られる。これに対してＯＣＲ処理では、常に全ての文字の可能性を考慮して一文字づつ認識処理するため、処理全体に時間がかかる。入場レーン１０ａ、１０ｂや出場レーン２０ａ、２０ｂの撮像処理装置１９側でパターンマッチング処理とＯＣＲ処理の両方を実行すると全体の処理に時間がかかり、それをカバーするためにＣＰＵ３４のクロック周波数の速いものを採用したり、内部のメモリー３５の容量をアップさせなければならず、装置のコストアップとなる。
【００３４】
パターンマッチング処理の欠点として、図３に撮像画像の例を示す。入場レーン１０に進入した車両５０は左方向に曲がって進入したとする。右折進入した場合などにこのような姿勢でトリガーセンサーを通過することがある。その際のナンバープレート５１の画像は図３の（イ）に示すように撮像される。一方、その車両５０が出場する際に出場レーン２０に左方向に曲がって進入した場合、先ほどとは全く逆に右方向に曲がって進入することになる。その際のナンバープレート５１の画像は図３の（ハ）に示すように撮像される。もし、車両５０が入場レーン１０若しくは出場レーン２０に真っ直ぐ進入していれば、入場出場レーンとも図３の（ロ）に示すような画像が得られる。
【００３５】
図４にナンバープレート抽出処理と画像圧縮データ生成処理を概念的に示す。最終的には複雑なアルゴリズムでパターンマッチング処理を行うが、概念的に説明すると、画像圧縮データ同士を重ね合わせて、その一致する部分の多さで点数をつけ、それが予め設定した閾値以上であれば「マッチング」とし、閾値以下であれば「ノーマッチング」となり、これを撮像したものと保存しであるものとで総当たり処理して、「マッチング」のなかの「ベストマッチング」を選択する。
【００３６】
図４の場合には（イ'）と（ロ'）や、（ロ'）と（ハ'）であればマッチングするが、（イ'）と（ハ'）であれば「ノーマッチング」となることがある。これを「マッチング」となるように閾値を下げたり、アルゴリズムを変更すると、本当に異なるナンバープレート同士を「マッチング」と見なしてしまう「ミスマッチング」が生じる危険性がある。従って、車両の姿勢の食い違いにより画像の歪み方向が大きく異なるナンバープレート画像同士では「ノーマッチングJと判定されることがある。仮にＯＣＲ処理する場合では図３の（イ）、（ロ）、（ハ）において全て正常にナンバープレート情報を認識し、例えば、テキストデータ「名古屋４００わ０４４４」を処理結果として得ることができる。
【００３７】
ＯＣＲ処理の欠点として、ＯＣＲ処理だけで駐車場システムを構築すると、前述の通り文字がかすれたり汚れたナンバープレートを誤読することがあり、さらにＯＣＲ処理そのものが処理時間がかかるという不都合がある。
【００３８】
ＯＣＲ処理とは、つまり画像に含まれる文字部と予め設定された形態（フォント）の文字との「パターンマッチング処理」であるが、対象となる設定文字数が多いために１文字づつ「総当たり」で当てはめていくと膨大な処理工程を辿ることになる。よって処理時聞が長いため、駐車場の入場、出場レーンに設置する装置に搭載するには、高速の処理が必要でありＣＰＵのクロック周波数の速いものが必要で、それを多数の処理装置に設置するとコストが増大する。もし、中央管理ＰＣ３２のように他に高速の処理を司る用途のためにハイスペックなＰＣがある場合は、そこでＯＣＲ処理を行わせることで、ＣＰＵの高速化のコストアップが全体のコストに影響されにくくすることも可能である。
【００３９】
ただし、ＯＣＲ処理を行うための画像を送信するのにも時聞がかかるため、複数のレーンの画像を一カ所で集中的にＯＣＲ処理し、その結果を入場、出場レーン側に返すといったシステムだけで駐車場の入出場を管理するには、画像送信と結果の返信に常に数秒の時間を待たねばならず、これだけでの運用は現実的でない（常にレスポンスが遅い）。そこで、上述したパターンマッチング処理とＯＣＲ処理の利点と欠点に鑑みて、本発明の実施例による駐車場管理システムでは、図５から図１１に示すような処理を実行する。
【００４０】
図５は車両入場時における発券機１５の動作フローを示し、ステップＳ１で第１ループ１１ａがオンかオフかを判断し、オンであればステップＳ２に進みトリガー受付許可信号を（Ａ）に示すそのレーンに設置された撮像処理装置１９へ送信する。ステップＳ３でマッチング結果を含む駐車データを（Ｂ）に示す撮像処理装置１９から受信し、ステップＳ４でマッチング結果を判断し、ノーマッチングであればステップＳ５に進み、（Ｂ’）に示す撮像処理装置１９からＯＣＲ結果がＮＯ（合致無し）を受信した場合、ステップＳ６へ進み案内放送を開始する。ステップＳ７で発券釦を押下すると、ステップＳ８で駐車券が発行され、ステップＳ９で駐車券もしくは定期券が抜き取られたか否かを判断し、抜き取られたらステップＳ１０でゲートバー１８が開く。ステップＳ１１で車両５０ａ又は５０ｂが第２ループ１１ｂを通過したか否かを判断し、通過していればステップＳ１２でゲートバー１８が閉じ、ステップＳ１３で入場時刻、券Ｎｏ.などの駐車データを更新すると共に、トリガー受付禁止指令を（Ｃ）に示す撮像処理装置１９へ送信する。ステップＳ７で発券釦が押下されなければ、ステップＳ１４に進み定期券が挿入されたか否かを判断し、挿入されればステップＳ９に進み、挿入されなければステップＳ７で待機し続ける。また、ステップＳ４でマッチングしていれば即座にステップＳ９に進み、ノーマッチングであってもステップＳ５で（Ｂ’）に示す撮像処理装置１９からＯＣＲ結果がＹＥＳ（合致）を受信した場合も、その時点でステップＳ９へ進む。
【００４１】
要約すると、契約車に対して、
第１ループ１１ａがオンするとトリガー許可信号が（Ａ）に示すように撮像処理装置１９に発信される。それに応答して、（Ｂ）に示すように撮像処理装置１９からはマッチング結果を含んだ駐車データが出力される。車両５０ａ又は５０ｂが契約車でマッチング結果が「マッチング」であった場合は、ゲート開信号が出力され、車両５０ａ又は５０ｂが第２ループ１１ｂを通過するとゲート閉信号が出力される。その後、駐車データに入場時刻などが付加されて更新されたデータを撮像処理装置１９へ返信する。同時に撮像処理装置１９に対してトりガー受付禁止信号が送信される。
【００４２】
一般車に対して、
ステップＳ４でマッチング結果が「ノーマッチング」となり、ステップＳ５でＯＣＲ結果も「合致無し」の場合、案内放送で「発券釦を押して駐車券をお取り下さい、定期券をお持ちの方は定期券を入れて下さい」などのアナウンスが開始される。発券釦が押されたならば駐車券が発行され、駐車券を抜き取るとゲート開信号が出力され、車両が第２ループ１１ｂを通過するとゲート閉信号が出力される。その後、駐車データに入場時刻、券Ｎｏ．等が付加されたデータとトリガー受付禁止信号が（Ｃ）に示すように撮像処理装置１９へ送信される。
【００４３】
契約車でノーマッチングの場合（１）、
契約車であってもステップＳ４でマッチング結果が「ノーマッチング」だった場合で、ステップＳ５で（Ｂ'）に示すように撮像処理装置１９からＯＣＲ結果が送信され、その結果がＯＣＲで合致した契約車があったＯＫ判定の場合は、ステップＳ１０のゲート開に移行して、車両が第２ループ１１ｂを通過するとゲート閉信号が出力され、その後駐車データに入場時刻と定期券Ｎｏ．などが付加されて更新されたデータとトリガー受付禁止信号を（Ｃ）に示すように撮像処理装置１９へ送信する。
【００４４】
契約車でノーマッチングの場合（２）、
契約車であってもステップＳ４でマッチング結果が「ノーマッチング」となり、ステップＳ５でＯＣＲ結果も「合致無し」の場合、案内放送が開始され、ステップＳ７で発券釦が押されるか、ステップＳ１４で定期券が挿入されるか待機しているうちに、定期券が挿入されて有効な定期券であるならば、定期券を抜き取るとゲート開信号が出力され、車両が第２ループ１１ｂを通過するとゲート閉信号が出力される。その後、駐車データに入場時刻や定期券Ｎｏ．などが付加されて更新されたデータとトリガー受付禁止信号を（Ｃ）に示すように撮像処理装置１９へ送信する。
【００４５】
以上のように、契約車の入場では何らかの理由でノーマッチングとなっても、ＯＣＲ結果がＯＫで受信されればその時点で、マッチングと同様にゲート開して処理される。（Ｂ）でノーマッチングの結果を受信してから、再度（Ｂ'）でＯＣＲ結果ＯＫが得られるまでの時間はＬＡＮの混雑度合いで変化するが、昨今の高速ＬＡＮとハイスペックな中央管理ＰＣ３２を用いれば、ドライバーがいらいらするほどの時間がかかることはない。
【００４６】
図６は車両入場時の撮像処理装置１９の動作フローを示し、ステップＳ２１でトリガー入力がオンかオフかを判断し、オフであればステップＳ２２で（Ａ）に示すようにそのレーンに設置された発券機１５からトリガー受付許可信号を受信するが、受信されない場合はステップＳ２１のトリガー入力判断を繰り返す。ステップＳ２１でトリガー入力がオンの場合はステップＳ２３でトリガー受付許可か禁止かを判断し、許可状態の場合はステップＳ２４で適宜にフラッシュ発光撮像すると共に画像キャプチャーを実行し、ステップＳ２５でナンバープレート抽出処理を行い、ステップＳ２６で（Ｄ）に示すようにナンバ一位置情報を含む駐車データと画像を中央管理ＰＣ３２へ送信する。ステップＳ２７で画像圧縮データを生成し、ステップＳ２８でパターンマッチング処理を実行する。その後ステップＳ２９に進み、マッチング結果を判断し、ステップＳ３０で（Ｂ）に示すようにマッチング結果を含む駐車データを発券機１５へ送信する。そのまま待機しているうちに車両が駐車場内に入場するとステップＳ３１に進み、（Ｃ）に示すように発券機１５から入場時刻や券Ｎｏ.などを含む更新された駐車データ及びトリガー受付禁止指令を受信し、ステップＳ３２で（Ｅ）に示すように駐車データと画像圧縮データを中央管理ＰＣ３２へ送信する。一方、ステップＳ２９でノーマッチングだった場合には、ステップＳ３３に進み、（Ｅ）に示すように中央管理ＰＣ３２からＯＣＲ結果を受信したか否かを判断し、受信していればステップＳ３４でＯＣＲ結果を含む駐車データを発券機１５へ送信する。
【００４７】
要約すると、契約車に対して、
ステップＳ２１でトリガ一入力を監視しているがステップＳ２３でトリガー受付禁止のうちはその先に進まない。ステップＳ２３でトリガー受付許可であった場合、フラッシュ発光、撮像、画像キャプチャーし、ナンバープレート抽出処理し、ナンバープレートの位置情報を付与した駐車データと撮像した駐車データと撮像した画像を付与した駐車データと撮像した画像を（Ｄ）の中央管理ＰＣ３２へ送信開始する。画像の送信には時聞がかかるため、並行して直ぐに圧縮データの生成に進み、パターンマッチング処理を通してマッチング結果を得る。ここで画像送信は撮像処理装置１９のＬＡＮボード３８が処理し、画像圧縮データ生成からパターンマッチング処理は内部のＣＰＵ３４上でアプリケーションソフトが動作して処理するため、時間的に平行して処理されている。マッチング結果がマッチングであった場合は、駐車データにさらにマッチング結果（スコア、契約車ナンバープレート情報、定期券Ｎｏ．など）を付与して（Ｂ）で発券機１５に送信する。その後車両の通過を待っているうちに（Ｃ）でそのレーンの発券機１５から駐車データに入場時刻が付与された更新データを受信すると、駐車データと画像圧縮データを（Ｆ）で中央管理ＰＣ３２に送信する。
【００４８】
一般車に対して、
ステップＳ２９でマッチング結果がノーマッチングとなるが、マッチングと同様に駐車データにマッチング結果（ノーマッチングのスコア、など）を付与して（Ｂ）で発券機１５に送信する。一方でノーマッチングであっても（Ｅ）の中央管理ＰＣ３２からのＯＣＲ結果を待ち、結果を受信したら再度（Ｂ'）で発券機に、駐車場データにＯＣＲ結果付与して送信する。一般車の場合にはＯＣＲ結果としてナンバープレートのテキストと、契約ＤＢ３３ａの検索結果「該当なし」が送信されてくる。
【００４９】
契約車でノーマッチングの場合、
一般車と同様の処理を辿るが、ＯＣＲ結果としてナンバープレートのテキストデータと、契約ＤＢ３３ａの検索結果「該当あり」が送信されてくるので、それを駐車場データにＯＣＲ結果として、図１２の駐車データの内容に示すように、「陸運支局名、車種番号、ひらがなの用途名、４桁までの数字の一連番号」が付与され、（Ｂ'）で発券機１５に送信する。その後車両の通過を待っているうちに（Ｃ）から駐車データに入場時刻が付与された更新データを受信すると、駐車データを（Ｆ）で中央管理ＰＣ３２に送信する。
【００５０】
図７は車両入場時における中央管理ＰＣ３２の動作フローであって、ステップＳ４１で、（Ｄ）に示すように撮像処理装置１９からナンバー位置情報を含む駐車データ及び画像を受信し、ステップＳ４２でＯＣＲ処理を実行する。ステップＳ４３で契約車ＤＢ３３ａの検索を行い、ステップＳ４４に進む。ステップＳ４４では該当車が有るか無いかを判断し、該当車が無ければステップＳ４５でＯＣＲ処理で得られたナンバープレート情報のみをデータにセットしてステップＳ４６で（Ｅ）に示すようにＯＣＲ結果として撮像処理装置１９へ送信する。次にステップＳ４７に進み、画像を画像ＤＢ３３ｃに保存する。ステップＳ４８で（Ｆ）に示すように撮像処理装置１９から駐車データと画像圧縮データを受信し、ステップＳ４９で在車情報を在庫ＤＢ３３ｂに保存する。ステップＳ５０で車両が契約車か否かを判断し、契約車でなければステップＳＳＳ５３で蓄積台数が有るか否かを判断し、蓄積台数が有ればステップＳ５１へ進み、無ければステップＳ５４でタイムアウトか否かを判断し、タイムアウトであればステップＳ５１に進み蓄積台数やタイムアウトの初期化を行い、ステップＳ５２で（Ｆ'）に示すように駐車データと画像圧縮データを各出口の撮像処理装置１９へ送信する。ステップＳ４４で該当車があればステップＳ５５に進みＯＣＲ処理で得られたナンバープレート情報と契約車ＤＢから抽出した情報をデータにセットして、ステップＳ４６に進む。ステップＳ５０で契約車であればステップＳ５１へ進む。
【００５１】
要約すると、（Ｄ）に示すように、あるレーンの撮像処理装置１９からナンバープレートの位置情報を含んだ駐車データと画像が送信される。ＯＣＲ処理において、ナンバープレートの位置情報を参照して、その周辺のエリアの文字抽出、文字認識を行うため、画像全体からナンバーを捜す処理が省略できている。ＯＣＲ処理の結果得られたナンバー情報でステップＳ４３において中央管理ＰＣ３２と併設されたサーバー３１にある契約車ＤＢ３３ａを検索する。ステップＳ４４で検索した結果、該当する車両のデータが有る場合はステップＳ５０でナンバー情報だけでなく定期券番号や有効期限なども契約車ＤＢ３３ａに保管されているため必要に応じて返信データに組み込み、ステップＳ４６で（Ｅ）に示すようにその撮像処理装置１９に送信する。
【００５２】
ステップＳ４４で検索した結果、該当する車両のデータが無い場合は、ステップＳ４５でナンバーを読み取った情報だけを組み込み、ステップＳ４６で（Ｅ）に示す撮像処理装置１９に送信する。画像はサーバー３１の画像ＤＢ３３ｃに保存する。その後（Ｆ）で再度同じ撮像処理装置１９から駐車データと画像圧縮データを受信し、その情報を在車ＤＢ３３ｂに保存する。次に、ステップＳ５０でこの時の入場車両が契約車であった場合には、ステップＳ５１では蓄積台数とタイムアウトのカウントを初期化（０にセット）して、ステップＳ５２で駐車データと画像圧縮データを各出場レーンの撮像処理装置１９に送信する。
【００５３】
また、ステップＳ５０でこの時入場した車両が契約車でなかった場合には、ステップＳ５３で蓄積台数がＮ台か、ステップＳ５４でタイムアウトＭ秒以上かが判定され、どちらも設定値に到達していない場合にはタイムアウトの時間カウントを続ける。このタイミングで次の入場車両が来れば、再度ＳＴＡＲＴからの動作に移行すればよい。このように契約車でない場合に設定した台数若しくは時間が経過するまでは駐車場データと画像圧縮データを配信せず、例えば一般車が１０台連続して入場したら、１０台分まとめて駐車場データと画像圧縮データを各出場レーンの撮像処理装置１９へ配信するため、入場の度にデータを複数の出口レーンの撮像処理装置１９へ配信する場合に比較して、ＬＡＮのトラフィックを混雑させるのを極力避けることができると共に、時間のかかる画像の送受信を少しでも速く実行することを可能にする。
【００５４】
図８は車両出場時における精算機２２の動作フローを示し、ステップＳ６１でそのレーンの第１ループ１１ａがオンであるかオフであるかを調べ、オンであればステップＳ６２でトリガー受付許可指令を（Ｇ）に示すそのレーンに設置された撮像処理装置１９に送信する。ステップＳ６３でマッチング結果を含む駐車データを（Ｈ）に示すように受信し、ステップＳ６４に進みマッチング結果を調べる。ノーマッチングであればステップＳ６５に進み、（Ｈ’）に示す撮像処理装置１９からＯＣＲ結果がＮＯ（合致無し）を受信した場合、ステップＳ６６へ進み案内放送を開始し、ステップＳ６７で駐車券が挿入されたか否かを判断し、挿入されていればステップＳ６８で料金が発生したか否かを判断し、料金が発生していればステップＳ６９に進み料金精算処理を実行する。ステップＳ７０で出口のゲートバー１８が開き、次にステップＳ７１で第２ループ１１ｂを車両５０ａ又は５０ｂが通過したか否かをを調べ、通過していればステップＳ７２でゲートバー１８が閉じ、ステップＳ７３で出場時刻などの駐車データを更新し、（Ｊ）に示すようにトリガー受付禁止指令を撮像処理装置１９へ送信する。ステップＳ６７で駐車券が挿入されなければ、ステップＳ７４で定期券が挿入されたか否かを判断し、定期券が挿入されていなければステップＳ６７に戻り、挿入されていればステップＳ７５に進む。また、ステップＳ６４でマッチングしていればステップＳ６８に進み、ノーマッチングであってもステップＳ６５で（Ｈ'）に示す撮像処理装置１９からのＯＣＲ結果が合致しているか否かを調べ、合致していればステップＳ６８に進む。。
【００５５】
要約すると、基本的に図５の発券機１５の動作と同じであるが、ステップＳ６４でマッチング結果がマッチングであってもステップＳ６８で料金が発生するか否かによりステップＳ７０のゲート開に進むか、料金精算処理に進むかが分かれる。一般車であれば在車とマッチングしたとしても、まだ精算していなければ当然料金精算処理が必要である。これはマッチングした車両の駐車データのステータスにより判断できる。
【００５６】
図９は車両出場時における撮像処理装置１９の動作フローを示し、ステップＳ８１でトリガー入力がオンであるかオフであるかを判断し、オフであればステップＳ８２で（Ｇ）に示すそのレーンに設置された精算機２２から受付許可指令を受信するが、受信されない場合はステップＳ８１のトリガー入力判断を繰り返す。ステップＳ８１でトリガー入力がオンした場合は、ステップＳ８３でトリガー受付許可か禁止かを判断し、許可状態の場合はステップＳ８４で適宜にフラッシュ発光撮像すると共に画像キャプチャーを実行し、ステップＳ８５でナンバープレート抽出処理を行う。ステップＳ８６で、ナンバー位置情報を含む駐車データと画像を（Ｋ）に示す中央管理ＰＣ３２に送信する。ステップＳ８７に進み、画像圧縮データを生成し、ステップＳ８８でパターンマッチング処理を行う。ステップＳ８９でマッチング結果がどうかを判断し、ステップＳ９０に進みマッチング結果を含む駐車データを（Ｈ）に示す精算機２２へ送信する。
【００５７】
そのまま待機しているうちに車両が駐車場から出場すると、ステップＳ９１に進み、出場時刻や券Ｎｏ．などの更新された駐車データ及びトリガー受付禁止指令を（Ｊ）に示す精算機２２から受信し、ステップＳ９２で契約車か否かを判断する。契約車でなければステップＳ９３で駐車データと画像圧縮データを削除し、ステップＳ９４で駐車データ削除指示を（Ｍ）に示す各出場レーンの撮像処理装置１９と中央管理ＰＣ３２へ送信する。一方、ステップＳ８９でノーマッチングだった場合には、ステップＳ９５に進み（Ｌ）に示す中央管理ＰＣ３２からＯＣＲ結果を受信したか否かを調べ、ステップＳ９６でＯＣＲ結果を含む駐車データを（Ｈ'）に示す精算機２２へ送信する。さらにステップＳ９２で契約車であれば、ステップＳ９７に進み、駐車データを（Ｎ）に示す各入場レーンの撮像処理装置１９へ送信すると共に、ステップＳ９３に戻る。また、ステップＳ８３でトリガー受付禁止の場合には、ステップＳ９８に進み、配信受付処理を行った後ステップＳ８１に戻る。
【００５８】
要約すると、ステップＳ８１でトリガ一入力を常に監視しているが、ステップＳ８３でトリガー受付禁止のうちはその先に進まない。ステップＳ８３でトリガー受付許可であった場合、フラッシュ発光、撮像、画像キャプチャーし、ナンバープレート抽出処理し、ナンバープレートの位置情報を付与した駐車データと撮像した画像そのものを（Ｋ）の中央管理ＰＣ３２へ送信開始する。
【００５９】
ステップＳ８９でマッチング結果がマッチングだった場合は、駐車データにさらにマッチング結果を付与して（Ｈ）で精算機２２に送信する。その後車両の通過を待っているうちにステップＳ９１で（Ｊ）の精算機２２から駐車データに出場時刻が付与された更新データを受信すると、その時の出場した車両が契約車であった場合はステップＳ９７で駐車データを更新する指示を各入場レーンの撮像処理装置に送信する。その際に送信する駐車データ更新指示とは、入場レーンの撮像処理装置に保存された契約車の画像圧縮データが、入場処理後に「在車中＝無効」化している（不正な再入場を防ぐため）ものを「出場済み＝有効」に戻し、次にその契約車が入場したときにマッチングできるように準備させる。
【００６０】
ステップＳ９２でその時に出場した車両が一般車であった場合には、ステップＳ９３で自身のメモリー上の駐車データと画像圧縮データを削除し、同様の削除指示をステップＳ９４で各出場レーンの撮像処理装置１９と中央管理ＰＣ３２に送信する。
【００６１】
このように車両が通過した場合の削除と更新指示に関しては、削除、更新する駐車データと画像圧縮データに対応した駐車データに、削除、更新指示を示すヘッダーを付与して送信するだけであり、データの容量が極めて少ないため、蓄積して送らずにその都度配信している。また、ステップＳ８９でマッチング結果がノーマッチングの場合、マッチングと同様に駐車データにマッチング結果（ノーマッチングのスコアなど）を付与して（Ｈ）で精算機２２に送信する。一方でノーマッチングであっても（Ｌ）の中央管理ＰＣ３２からのＯＣＲ結果を待ち、結果を受信したら、再度（Ｈ'）で精算機２２へ駐車場データにＯＣＲ結果を付与して送信する。その結果、精算機２２側では一旦ノーマッチングの結果を受信するが、ＯＣＲ結果がＯＫで返信された時点で、マッチングと同様の処置に移行できる。
【００６２】
図１０は出場時における中央管理ＰＣ３２の動作フローであって、ステップＳ１０１で（Ｋ）に示す撮像処理装置１９からナンバープレート位置情報と画像を受信し、ステップＳ１０２でＯＣＲ処理を行う。ステップＳ１０３で在車ＤＢ３３ｂのデータを検索し、ステップＳ１０４で該当車が有るか否かを判断する。該当車がなければ、ステップＳ１０５でＯＣＲ結果のみをデータにセットして、ステップＳ１０６でＯＣＲ結果として（Ｌ）に示す撮像処理装置１９へ送信する。ステップＳ１０７で画像を画像ＤＢ３３ｃに保存する。ステップＳ１０８に進み、（Ｍ）に示す撮像処理装置１９から、駐車データと画像圧縮データを削除する旨の指示指令を受信し、ステップＳ１０９で在車ＤＢ３３ｂから駐車データを削除する。一方、ステップＳ１０４で該当車があれば、ステップＳ１１０に進み、ＯＣＲ処理で得られたナンバー情報と在車ＤＢから抽出した情報をデータにセットして、ステップＳ１０６に進む。
【００６３】
要約すると、（Ｋ）に示すようにある出場レーンの撮像処理装置１９からナンバープレートの位置情報を含んだ駐車データと画像が送信される。ＯＣＲ処理において、ナンバープレートの位置情報を参照して、その周辺のエリアの文字抽出、文字認識を行うため、画像全体からナンバーを捜す処理が省略できている。ＯＣＲ処理の結果得られたナンバー情報でステップＳ１０３で中央管理ＰＣ３２と併設されたサーバー３１にある在車ＤＢ３３ｂを検索する。ステップＳ１０４で検索した結果、該当する車両のデータが有る場合はステップＳ１１０でナンバー情報だけでなく券番号や入場時刻なども在車ＤＢ３３ｂに保管されているため必要に応じて返信データに組み込み、ステップＳ１０６で（Ｌ）に示すようにその出場レーンの撮像処理装置１９に送信する。ステップＳ１０４で検索した結果、該当する車両のデータが無い場合はステップＳ１０５でナンバーを読み取った情報だけを組み込み、ステップＳ１０６で（Ｌ）に示すようにその出場レーンの撮像処理装置１９に送信し、その後画像をサーバー３１の画像ＤＢ３３ｃに保存する。（Ｍ）に示すように再度同じ出場レーンの撮像処理装置１９から駐車データと画像圧縮データを受信すると、ステップＳ１０９で在車ＤＢ３３ｂからはその駐車データを削除するが、そのまま図示しない履歴ＤＢに移動させて保存してもよい。
【００６４】
図１１は配信受付処理動作フローであって、ステップＳ１１１で追加データを受信したか否かをを判断し、受信していなければ、ステップＳ１１２に進み、削除データを受信したか否かをを判断し、削除データを受信していなければ戻る。ステップＳ１１１で追加データを受信していればステップＳ１１３に進み、（Ｆ'）に示す中央管理ＰＣ３２から、駐車データと画像圧縮データを受信し、ステップＳ１１４で駐車データと画像圧縮データを保存する。ステップＳ１１２で削除データを受信していれば、ステップＳ１１５で（Ｍ）に示す他の撮像処理装置から、駐車データ削除指令を受信し、ステップＳ１１６で駐車データと画像圧縮データを削除する。
【００６５】
要約すると、図９のステップＳ９８に示すように、出場レーンの撮像処理装置１９はアイドル状態の時には常に配信受付状態になっている。追加データの受信と削除データの受信のどちらも無い場合は元のトリガー待ち状態に戻り、これらを常に監視している。ステップＳ１１１で追加データが受信された場合は、その際の駐車データと画像圧縮データを受信してメモリーに保存する。ステップＳ１１２で削除データが受信された場合は、その指示より該当する駐車データと画像圧縮データをメモリーから削除する。
【００６６】
本発明によれば、パターンマッチング処理でノーマッチングの場合でも、正常にナンバープレートが撮像されている場合が多く、その場合にＯＣＲ処理結果から在車情報を検索して該当するものが見つかれば「マッチング」（＝合致するものがある）と同様に扱う。また、入場レーンや出場レーンの撮像処理装置１９でパターンマッチング処理をするのと同時に画像をＬＡＮで中央管理ＰＣ３２に送信する。パターンマッチング処理を撮像処理装置１９で実行している時には内部のＣＰＵがフル稼働しているが、画像送信などの通信処理は専用のＬＡＮボード３８（若しくは単にＬＡＮ専用回路）が司るため、並列処理で画像を送信しでもパターンマッチング処理が遅くはならない。
【００６７】
ＯＣＲ処理はＣＰＵにかかる負荷が大きいため、ハイスペックなＣＰＵを搭載した中央管理ＰＣ３２に画像を送信してそれを基にＯＣＲ処理させ、結果だけを撮像処理装置１９に返信させる。撮像処理装置１９が中央管理ＰＣ３２に画像を送信する際に、画像の中に含まれるナンバープレートの位置データを付加して送信する。中央管理ＰＣ３２はナンバープレート位置情報を含む画像エリアだけ、ナンバープレート画像抽出とＯＣＲ処理することで、ＯＣＲ処理の時聞を短くできる。全ての出場レーン２０ａ、２０ｂの撮像処理装置１９に対して、入場した車両のパターンマッチング処理用画像圧縮データを配信（複数の装置に送信する）する際、入場したレーンの撮像処理装置１９で数件蓄積してから一斎に行うか、一旦中央管理ＰＣ３２に送信して、中央管理ＰＣ３２から各撮像処理装置１９にあるタイミングで一斎に配信する。その際、数件蓄積する過程でタイムアウト値を設定し、タイムアウトになれば複数蓄積されていなくとも配信する。これによりＬＡＮのトラフィックが空き、画像の送信等がスムーズに行える。
【００６８】
また、中央管理ＰＣ３２において、蓄積中のデータに該当する車両の駐車券で事前清算が行われた場合は、それらの蓄積データは、各出場レーンの撮像装置へ、前述のタイムアウトや蓄積設定数以前であっても直ぐに配信開始する。これにより、入場→事前精算→出場を素早く行った場合に事前精算しているデータが中央管理ＰＣ内部で蓄積中で出場レーンの装置に届くのが遅いといった問題が発生しない。
【００６９】
更に、蓄積するデータは一般車に限り、定期車が入場した場合はその時点で蓄積したデータを配信する。これにより、主に配送車などが入場→出場を素早く行っても、前述のように出口レーンへのデータの配信が遅れることがない。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施例による駐車場管理システムの構成図。
【図２】本発明の実施例による駐車場管理システムで用いる撮像処理装置の構成を示すブロック図。
【図３】パターンマッチング処理の撮像画像を示す説明図。
【図４】パターンマッチング処理のプレート抽出処理及び画像圧縮処理を示す説明図。
【図５】本発明の実施例による駐車場管理システムで用いる発券機の動作フロー図。
【図６】本発明の実施例による駐車場管理システムにおける入場レーンの撮像処理装置の動作フロー図。
【図７】本発明の実施例による駐車場管理システムで用いる中央管理ＰＣの車両入場時における処理動作フロー図。
【図８】本発明の実施例による駐車場管理システムで用いる精算機の動作フロー図。
【図９】本発明の実施例による駐車場管理システムにおける出場レーンの撮像処理装震の動作フロー図。
【図１０】本発明の実施例による駐車場管理システムで用いる中央管理ＰＣの車両出場時における処理動作フロー図。
【図１１】本発明の実施例による駐車場管理システムで用いる中央管理ＰＣの出場レーンの撮像処理装置の忠信受付処理動作フロー図。
【図１２】本発明の実施例による駐車場管理システムにおける駐車データの内容を示す図。
【符号の説明】
【００７１】
１０ａ、１０ｂ 入場レーン
１１ａ、１１ｂ ループ
１２ａ、１２ｂ、１２ｃ アイランド
１３   発光トリガーセンサー
１４   受光トリガーセンサー
１５   発券機
１６   通信ライン
１７   ゲート装置
１８   ゲートバー
１９   撮像処理装置
２０ａ、２０ｂ 出場レーン
２１   事前精算機
２２   精算機
２３   通信ライン
２４   イーサーネット
３０   管理センター
３１   サーバー
３２   中央管理ＰＣ
３３   データベース（ＤＢ）
３３ａ   契約車ＤＢ
３３ｂ   在車ＤＢ
３３ｃ   画像ＤＢ
３４   ＣＰＵ
３５   メモリー
３６   外部入カ部
３７   外部通信部
３８   ＬＡＮボード
３９   カメラ
４０   キャチャーボード
４１   フラッシュ
４２   インターフェイス
４３   バス
５０ａ、５０ｂ 車両
ＭＰ   駐車スペース
【図１】
2008059326.tif 000003
【図２】
2008059326.tif 000004
【図３】
2008059326.tif 000005
【図４】
2008059326.tif 000006
【図５】
2008059326.tif 000007
【図６】
2008059326.tif 000008
【図７】
2008059326.tif 000009
【図８】
2008059326.tif 000010
【図９】
2008059326.tif 000011
【図１０】
2008059326.tif 000012
【図１１】
2008059326.tif 000013
【図１２】
2008059326.tif 000014