車両ナンバー情報読取システム
【課題】今後も随時導入されるであろうご当地ナンバーへの対応を容易且つ迅速に対応することができるばかりでなく、導入のための作業コストや機器コスト等の高騰を抑制しつつ地域毎のフォントの違いに対する文字認識処理を独自で且つ適切に対応し得て、認識精度を大幅に向上することができる車両ナンバー情報読取システムを提供する。
【解決手段】入出場のレーンに設置した撮像装置によりナンバープレートを撮像し、撮像した画像を基にパターンマッチング処理とＯＣＲ処理とを行い、ＯＣＲ処理結果を管理端末上で管理し、出場時のパターンマッチング処理の合致度が予め設定したレベルより高く、且つ、ＯＣＲ処理結果の合致度が予め設定したレベルより低い場合、管理端末において当該ナンバーの個々のテンプレート文字データを合致度と共に低レベル合致度を収集するＤＢに保存し、テンプレートデータと比較閲覧可能で、データ再登録を容易に可能とする。
【解決手段】入出場のレーンに設置した撮像装置によりナンバープレートを撮像し、撮像した画像を基にパターンマッチング処理とＯＣＲ処理とを行い、ＯＣＲ処理結果を管理端末上で管理し、出場時のパターンマッチング処理の合致度が予め設定したレベルより高く、且つ、ＯＣＲ処理結果の合致度が予め設定したレベルより低い場合、管理端末において当該ナンバーの個々のテンプレート文字データを合致度と共に低レベル合致度を収集するＤＢに保存し、テンプレートデータと比較閲覧可能で、データ再登録を容易に可能とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、料金徴収等を行うために、駐車場や高速道路に出入りする車両のナンバープレートに刻印されたナンバー情報のうち、地域名を含む少なくとも一部を撮像・識別する車両ナンバー情報読取システムに関する。
【背景技術】
【０００２】
従来から、コインパーキング等の駐車場にあっては利用時間等に応じた料金徴収等を行うために、或いは、高速道路にあっては通行券への印字等を行うために、出入りする車両のナンバープレートに刻印されたナンバー情報のうち、地域名を含む少なくとも一部を撮像・識別する車両ナンバー情報読取システムが周知である。
【０００３】
一方、日本国内においては、平成１８年９月に道路運送車両法施行規則等の一部を改正する省令として自動車登録規則（昭和４５年運輸省令第７号）の一部改正が実施され、所謂「ご当地ナンバー」の採用が可能となった。
【０００４】
この「ご当地ナンバー」とは、「新たな地域名表示ナンバープレート」の通称であり、国土交通省が自動車のナンバープレートに表示（刻印）するナンバー情報のうちの地域名について、対象市町村の区域を限定し、その限定区域での独自の地域名等を表示することができる制度で、平成１８年１０月１０日以降、多くの新たな地域名等を表示した「ご当地ナンバー」が発行された。
【０００５】
具体的には、仙台、会津、つくば、那須、高崎、川越、成田、柏、金沢、諏訪、富士山、伊豆、豊田、岡崎、一宮、鈴鹿、堺、倉敷、下関、等が新設され、さらに、今後導入が提唱されている地域としては、平泉、くまの、天草、日光、博多、前橋、等が予定されている。
【０００６】
ところで、このような「ご当地ナンバー」の導入以前から、ナンバー情報を利用して車両を特定することによって駐車場や高速道路の出入り等を管理する車両ナンバー情報読取システムにおいては、既存のナンバー情報を予めデータベースに既知のデータとして保存することでナンバー情報の識別を行っている（例えば、特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平０６−２１５２９３号公報
【特許文献２】特開２００８−０５９３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところが、従来の車両ナンバー情報読取システムにおいては、上述したように、新たに「ご当地ナンバー」として導入される予定の地域名は事前に明らかになっているものの、実際に実用化された際のフォント（文字形状）等の情報を事前に収集することは不可能であった。
【０００９】
即ち、ナンバー情報の地域名等は、上述したように事前に明らかであるが、使用されるフォント、特に、地域名を表す部分に採用されるフォントに関しては、製造する業者の違いや画数等の関係上、国内統一規格とはされず、地域名毎に異なるフォントが採用されている。
【００１０】
このように、未知のご当地ナンバーで適用されるフォントが事前に情報収集することができない場合、ナンバー情報を利用する車両ナンバー情報読取システムでは、ご当地ナンバーが交付された後に、実際にそのフォントを確認する等によってフォント情報を収集してシステムデータの追加・変更・入れ替え等を行う必要がある。
【００１１】
従って、新規のご当地ナンバーが発行されてそのフォント情報に関するシステムデータの入れ替え等が完了するまでの間は、ナンバー情報の認識精度は低いレベルとなってしまうことは避けられないのが実情であった。
【００１２】
例えば、図１５に示すように、陸運支局名のフォントの例として、既知の陸運支局名である「愛媛」の場合、図１５（１）に示した実際のフォントは、画数を減らす等の抽象化等を行うことで目視による認識率を向上させており、図１５（２）に示したような通常の文字フォントとは大きく異なっている。
【００１３】
この様に、今後新たに採用されるご当地ナンバーにおいて、同様に画数を減らすような抽象的な漢字等のフォントが採用される可能性があり、実際に発行されたナンバーのデータを入手しないことには正確なデータを整備することができないのが現状であった。
【００１４】
さらに、発行されたご当地ナンバーが流通したり通行するには地域差があるため、新規に採用されたご当地ナンバーが試験などをしている場所からみて遠隔地の場合には、わざわざその地方まで出向いてデータを収集する必要があり、このような作業を今後も続けていくことは合理的な手段とは言い難かった。
【００１５】
また、日本国内における通常のナンバー情報の構成は（国交省自動車登録規則によるナンバー（車両番号標）の文字構成）、以下の通りである。
【００１６】
（１）用途名：自動車運送事業の用に供するかどうかの別等を表示する平仮名又はローマ字
（２）陸運支局名：自動車の使用の本拠の位置を管轄する運輸支局又は自動車検査登録事務所の名称等（地域名）を表示する平仮名又は漢字
（３）車種番号：自動車の種別及び用途による分類番号を表示する３桁以下のアラビア数字
（４）一連番号：一連指定番号を表示する４桁以下のアラビア数字
これらの構成文字のうち、（３）車種番号と（４）一連番号とは、基本的にアラビア数字で示され、その適用フォントが地域や製造業者によって異なることは殆ど無い。
【００１７】
これに対し、（２）陸運支局名に関しては、前述の通り記載内容（地域名等）が異なるため、画数等が多いと目視での識別力を確保することが困難になる等の理由から、適用フォントは地域名毎等によって異なる。
【００１８】
また、（１）用途名の平仮名（ローマ字は対象数が少ないためにここでは除外して考える）に関しては、陸運支局名毎や、発行する都道府県、地方によって差異があることは既知である。
【００１９】
ただし、陸運支局毎等でナンバー情報に使用しているフォントの一覧表等が公表されていることはなく、どのようなフォントが使用されているかは利用するものが独自に調査するしかないのが実状である。
【００２０】
例えば、ある陸運支局発行のナンバーにおける用途名の平仮名の「ま」と、別の陸運支局発行のナンバーにおける用途名の平仮名の「ま」とは、図１４に示すように、大きく異なっている。尚、同様に「ぬ」や「ふ」等でも顕著な違いが存在することは公知である。
【００２１】
このように、車両のナンバープレートに刻印されたナンバー情報を撮像・認識し、利用料金を計算するコインパーキング等の駐車場や、通行券に印字する高速道路の発券機等に設置の車両ナンバー情報読取システムにおいて、ナンバー情報の認識精度を向上させるためには、ナンバーの文字フォントのデータ収集は極めて重要な要因となっている。
【００２２】
しかしながら、このようなナンバーのフォント情報を製品開発段階等の事前に収集すること不可能であり、認識精度は導入する地域によって大きな差異ができてしまうという問題が生じていた。
【００２３】
そこで、本発明は、上記事情を考慮し、今後も随時導入されるであろうご当地ナンバーへの対応を容易且つ迅速に対応することができるばかりでなく、導入のための作業コストや機器コスト等の高騰を抑制しつつ地域毎のフォントの違いに対する文字認識処理を独自で且つ適切に対応し得て、認識精度を大幅に向上することができる車両ナンバー情報読取システムを提供することを目的とする。
【課題を解決するための手段】
【００２４】
上記の課題を解決するため、本発明の請求項１に係る車両ナンバー情報読取システムは、車両通過レーン若しくは駐車エリア周辺に設置した撮像装置によりナンバープレートに刻印されたナンバー情報を撮像したうえでナンバー情報を識別する管理端末を備えた車両ナンバー情報読取システムであって、前記管理端末は、予め文字単位毎又は単語単位毎のテンプレート文字データとで関連付けして登録された登録画像データと撮像したナンバー情報の撮像画像データとをＯＣＲ処理によって文字単位又は単語単位で比較することでテンプレート文字データを特定して文字識別すると共に、そのＯＣＲ処理による文字単位又は単語単位での各画像データ間の合致度が予め設定したレベルよりも低い場合には、該当する撮像画像データと合致度とを関連付けして低レベル合致度収集用データベースに保存することを特徴とする。
【００２５】
本発明の請求項１に係る車両ナンバー情報読取システムによれば、ＯＣＲ処理結果による各画像データ間の合致度の低い撮像画像データを収集・閲覧することが可能となり、早期にデータ入れ替えのためデータ収集が可能で、適正なデータかどうかを人為的に閲覧比較して人為的判断による入れ替えデータの取捨選択を容易に行うことができる。また、利用可能な撮像画像データをＯＣＲ処理用のテンプレート文字データ更新に供するために自動的に蓄積されるため、特に個別にデータ収集したり、現物の入手をする必要無く、登録画像データと対応するテンプレート文字データとを設定入力するといったデータ入れ替えを容易に行うことが可能となる。
【００２６】
本発明の請求項２に係る車両ナンバー情報読取システムは、車両通過レーン若しくは駐車エリア周辺に設置した撮像装置によりナンバープレートを撮像したうえでそのナンバープレートに刻印されたナンバー情報を識別する管理端末を備えた車両ナンバー情報読取システムであって、前記管理端末は、過去に撮像したナンバープレートの撮像プレート画像データと直近で撮像したナンバープレートの撮像プレート画像データとを比較するパターンマッチング処理と、予め文字単位毎又は単語単位毎のテンプレート文字データとで関連付けして登録された登録画像データと撮像したナンバープレートの撮像プレート画像データとを文字単位又は単語単位で比較することでテンプレート文字データを特定して文字識別するＯＣＲ処理とを行い、パターンマッチング処理結果による各撮像プレート画像データ間の合致度が予め設定したレベルより高く且つＯＣＲ処理結果による各画像データ間の合致度が予め設定したレベルよりも低い場合には、該当する撮像画像データと合致度とを関連付けして低レベル合致度収集用データベースに保存することを特徴とする。
【００２７】
本発明の請求項２に係る車両ナンバー情報読取システムによれば、パターンマッチング処理による新旧撮像プレート画像データ間の合致度とＯＣＲ処理による登録撮像画像データ間の合致度とのうち、ＯＣＲ処理結果の合致度が低い場合にはテンプレート文字データが適切でない可能性が高く、そのＯＣＲ処理結果を収集することで、テンプレート文字データの更新の可否の判断が容易となる。さらに、パターンマッチング処理結果とＯＣＲ処理結果との各合致度との比較によってデータ蓄積の有無を判断するため、パターンマッチング処理結果自体が低レベルである場合には収集せず、撮像プレート画像データが画像として鮮明でないものや、撮像装置に対する車体斜め入場等に起因してナンバープレートが傾いた状態で撮像されている場合等の画像データをＯＣＲ処理用のテンプレート文字データ更新用に供するために蓄積してしまうことがなく、比較的鮮明で良好なデータだけを効率良く蓄積することができる。
【００２８】
また、本発明の請求項３に記載の車両ナンバー情報読取システムは、前記管理端末は、前記ＯＣＲ処理結果による各画像間の合致度の比較を行なうテンプレート文字データ及び登録画像データとして、陸運支局名と用途名（仮名）とを用いることを特徴とする。
【００２９】
本発明の請求項３に係る車両ナンバー情報読取システムによれば、陸運支局名を蓄積することによって、当地ナンバーに対応したテンプレート文字データ及び登録画像データを早期に収集することが可能となり、複数の文字形状のフォントが存在する「仮名」に関するデータの蓄積も自動的に行うことができ、蓄積データの適正化が早期に実現することによって、ナンバー情報の文字認識精度（ＯＣＲ処理精度）の向上に繋がる。
【００３０】
本発明の請求項４に記載の車両ナンバー情報読取システムは、前記管理端末は、前記低レベル合致度収集用データベースにおいて、ＯＣＲ処理結果として判定した同一の陸運支局名を収集して整理させると共に、撮像されたナンバー情報の撮像画像データの画像とテンプレート文字登録画像データの画像とを比較閲覧可能とする表示画面を備えていることを特徴とする。
【００３１】
本発明の請求項４に係る車両ナンバー情報読取システムによれば、複数のフォントが存在する陸運支局名毎の登録されたテンプレート文字が適正かどうかも容易に分析できテンプレート文字データの適正化によってナンバー情報の文字認識精度（ＯＣＲ処理精度）のさらなる向上に繋がる。
【００３２】
本発明の請求項５に記載の車両ナンバー情報読取システムは、前記管理端末は、前記低レベル合致度収集用データベースにおいて、ＯＣＲ処理結果として判定した陸運支局名毎に用途名（仮名）を収集して整理させると共に、撮像されたナンバー情報の陸運支局名と用途名の夫々の撮像画像データと登録画像データとを比較閲覧可能とする表示画面を備えていることを特徴とする。
【００３３】
本発明の請求項５に係る車両ナンバー情報読取システムによれば、駐車場管理担当者が陸運支局名と用途名の夫々の撮像画像データと登録画像データとを比較閲覧して登録画像データの画像状態（例えば、フォント状態）の良し悪しが判断できるため、現場においてその地域のデータの蓄積と修正データの反映が容易となる。
【００３４】
本発明の請求項６に記載の車両ナンバー情報読取システムは、前記管理端末は、低レベル合致度と判定されたデータを前記表示画面で比較閲覧されたテンプレート文字データ及び登録画像データと入れ替え可能であることを特徴とする。
【００３５】
本発明の請求項６に係る車両ナンバー情報読取システムによれば、駐車場管理担当者が比較閲覧したなかで良好と判断したフォントを簡単に現場で入れ替えできるため、その地域のデータの早期蓄積と修正データのタイムリーな反映が可能となる。
【００３６】
本発明の請求項７に記載の車両ナンバー情報読取システムは、前記管理端末は、低レベル合致度と判定された複数のデータを画像処理を施して生成された適正なテンプレート文字データと入れ替え可能であることを特徴とする。
【００３７】
本発明の請求項７に係る車両ナンバー情報読取システムによれば、駐車場管理担当者が比較閲覧したなかで良好と判断した複数のフォントによって適正に処理されたデータをＯＣＲ処理用のテンプレート文字データとして簡単に現場で入れ替えできるため、適切な修正データの反映が可能となり、ナンバー情報の認識精度の向上に繋がる。
【発明の効果】
【００３８】
本発明の車両ナンバー情報読取システムは、今後も随時導入されるであろうご当地ナンバーへの対応を容易且つ迅速に対応することができるばかりでなく、導入のための作業コストや機器コスト等の高騰を抑制しつつ地域毎のフォントの違いに対する文字認識処理を独自で且つ適切に対応し得て、認識精度を大幅に向上することができる。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施形態に係る車両ナンバー情報読取システムにおけるシステム構成の説明図である。
【図２】本発明の一実施形態に係る車両ナンバー情報読取システムにおける撮像装置のブロック図である。
【図３】本発明の一実施形態に係る車両ナンバー情報読取システムにおけるパターンマッチング処理の説明図である。
【図４】本発明の一実施形態に係る車両ナンバー情報読取システムにおけるＯＣＲ処理の説明図である。
【図５】本発明の一実施形態に係る車両ナンバー情報読取システムにおける入場時の発券機動作のフロー図である。
【図６】本発明の一実施形態に係る車両ナンバー情報読取システムにおける入場時の撮像処理動作のフロー図である。
【図７】本発明の一実施形態に係る車両ナンバー情報読取システムにおける入場時の管理端末動作のフロー図である。
【図８】本発明の一実施形態に係る車両ナンバー情報読取システムにおける出場時の出口精算機動作のフロー図である。
【図９】本発明の一実施形態に係る車両ナンバー情報読取システムにおける出場時の撮像処理動作のフロー図である。
【図１０】本発明の一実施形態に係る車両ナンバー情報読取システムにおける出場時の管理端末動作のフロー図である。
【図１１】本発明の一実施形態に係る車両ナンバー情報読取システムにおけるＯＣＲ処理のフロー図である。
【図１２】本発明の一実施形態に係る車両ナンバー情報読取システムにおける駐車データの説明図である。
【図１３】本発明の一実施形態に係る車両ナンバー情報読取システムにおける低レベル合致度文字閲覧手段の説明図である。
【図１４】フォントの差異の例を示した説明図である。
【図１５】陸運支局名の文字フォントの例を示した説明図である。
【発明を実施するための形態】
【００４０】
以下、本発明に係る車両ナンバー情報読取システムの一実施形態について、駐車場に設置された車両ナンバー情報読取システムに適用し、図面に基づいて説明する。尚、以下に示す実施形態は、本発明の好適な具体例であり、技術的に好ましい種々の限定を付している場合もあるが、本発明の技術範囲は、特に本発明を限定する記載がない限りこれらの態様に限定されるものではない。
【００４１】
図１は本発明の一実施形態に係る車両ナンバー情報読取システムにおけるシステム構成の説明図である。
【００４２】
図１において、ＭＰは実際に車両を駐車するための駐車スペースである。この駐車スペースＭＰの付近には、第１入場レーン１０ａと第２入場レーン１０ｂ、第１出場レーン２０ａと第２出場レーン２０ｂ、各入場レーン１０ａ，１０ｂの車両進行方向前後及び各出場レーン２０ａ，２０ｂの車両進行方向前後に配置された第１ループ１１ａと第２ループ１１ｂ、各入場レーン１０ａ，１０ｂ及び各出場レーン２０ａ，２０ｂを区画するように配置されたメインアイランド１２ａとセンターアイランド１２ｂとサイドアイランド１２ｃ、とを備えている。
【００４３】
各アイランド１２ａ，１２ｂ，１２ｃには、各入場レーン１０ａ，１０ｂ及び各出場レーン２０ａ，２０ｂを挟むように互いに対向するもの同士で対として車両の出入りを検出するための発光トリガーセンサー１３又は受光トリガーセンサー１４が設けられている。また、各入場レーン１０ａ，１０ｂのメインアイランド１２ａとセンターアイランド１２ｂとには、発券機１５、通信ライン１６、ゲートバー１８を備えたゲート装置１７、撮像装置１９、が設けられている。さらに、各出場レーン２０ａ，２０ｂのメインアイランド１２ａとセンターアイランド１２ｂとには、通信ライン１６、ゲートバー１８を備えたゲート装置１７、撮像装置１９、出口精算機２２、が設けられている。
【００４４】
また、図１において、２１は出口精算機とは別に事前に清算処理を行うことができる事前精算機、２３は事前精算機２１用の通信ライン、２４はイーサネット（登録商標）、５０ａ及び５０ｂは車両である。さらに、図１において、３０は駐車場管理室である。
【００４５】
駐車場管理室３０は、サーバー３１、管理端末としてのパーソナルコンピュータ（ＰＣ）等の演算処理装置（以後、単に「管理ＰＣ」と称する。）３２、データベース（ＤＢ）３３、とを備えている。
【００４６】
データベース３３は、契約車データベース（ＤＢ）３３ａ、在車データベース（ＤＢ）３３ｂ、画像データベース（ＤＢ）３３ｃ、テンプレート文字データベース（ＤＢ）３３ｄ、を備えている。
【００４７】
発光トリガーセンサー１３から赤外線ビームが各受光トリガーセンサー１４に向けて照射され、この間への車両５０ａ又は車両５０ｂの進入によって赤外線ビームが遮光されるとトリガーオン（ＯＮ）となる。
【００４８】
この際、各入場レーン１０ａ，１０ｂにおいては、車両５０ａ又は車両５０ｂの金属部分が第１ループ１１ａに検知されて車両有りと判断された場合のみ、トリガーオンと判断されるようにＡＮＤ構成を採用しており、人や小動物の通過によってトリガーオンとはならないようになっている。
【００４９】
各撮像装置１９は、通信ライン１６を介して発券機１５又は出口精算機２２と接続されている。また、発券機１５と出口精算機２２とは同一アイランド１２ａ，１２ｂのゲート装置１７と接続されている。さらに、撮像装置１９は、イーサネット（登録商標）２４を通じて他の撮像装置１９や管理ＰＣ３２とＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）接続されている。
【００５０】
駐車場スペースＭＰの一角に設置された事前精算機２１は、管理ＰＣ３２と通信ライン２３で接続され、各出場レーン２０ａ，２０ｂから離れた場所（例えば、ビル等の出入り口付近や駐車エリアＭＰの一角等に設置し、事前に清算することで清算後の所定時間内（例えば、５分）であれば出口精算機２２での清算を不要とするものである。従って、この事前精算機２２の設置場所は限定されるものではない。
【００５１】
尚、第１，第２出場レーン２０ａ，２０ｂは、第１，第２入場レーン１０ａ，１０ｂの車両進行方向を反転させた構成になっているため、その詳細な構造の説明は省略する。
【００５２】
図２は上述した撮像装置１９の構成を示したものである。撮像装置１９は、中央演算処理部（ＣＰＵ）３４、メモリー３５、外部入力部３６、外部通信部３７、ＬＡＮボード３８、カメラ３９、キャプチャーボード４０、フラッシュ４１、インターフェイス４２、を備え、バス４３を介して相互接続されている。また、撮像装置１９は、各入場レーン１０ａ，１０ｂ及び各出場レーン２０ａ，２０ｂの何れに設置されたものでも同じ構成であるが、個々の装置ＩＤやＬＡＮ接続のためのＩＰアドレス等を異ならせることによって撮像装置１９の特定を行うことができる。従って、入出場処理のプログラム自体は後述するように各入場レーン１０ａ，１０ｂと出場レーン２０ａ，２０ｂとでは若干異なる仕組みに成っている。
【００５３】
通常、発光トリガーセンサー１３は、常に赤外線ビームを照射しており、受光トリガーセンサー１４が物体によって遮蔽されることで撮像装置１９にトリガー信号が入力され、フラッシュ４１を焚きカメラ３９で撮像する。その際に周辺の光量を計測する光センサー等（図示せず）を用いてフラッシュ４１を制御するか、カメラ３９のレンズ部にオートアイリス機構を仕組んでもよい。
【００５４】
本実施の形態においては、撮像した画像はカメラ３９からキャプチャーボード４０で静止画像化され、予めプログラムされたアプリケーションソフトウエアがＣＰＵ３４上で動作し、車両５０ａ又は車両５０ｂのナンバープレートの抽出及びナンバー情報の二値化や画像圧縮データの生成などを行い、これをメモリー３５に保存する。
【００５５】
第１，第２入場レーン１０ａ，１０ｂの撮像装置１９の例では、メモリー３５には契約車の画像圧縮データが多数保存されている。実施例ではデータ保存はメモリー３５としたが、ＨＤＤ（ハードディスク）やコンパクトフラッシュ（登録商標）などの記憶デバイスを用いてもよい。また、アプリケーションソフトウエアのプログラムなどは予めメモリー３５の一部に書き換え不可能に保存されている。パターンマッチング処理は、予めプログラムされたアプリケーションソフトウエアがＣＰＵ３４上で動作し、撮像画像から生成した画像圧縮データとメモリー３５上に保存された画像圧縮データを比較して処理を行う。また、ナンバープレート抽出、二値化、画像圧縮データの生成、さらにパターンマッチング処理などの一連の動作を専用の画像ボードを設けて行うことも可能である。
【００５６】
具体的には、図１で例示した構成の駐車場の場合、入場時に撮像したナンバープレートの画像データを過去の撮像プレート画像データとしてメモリー３５に記憶し、出場時に撮像したナンバープレートの画像データを直近の撮像プレート画像データとし、これら新旧の撮像プレート画像データを比較する。
【００５７】
尚、過去の撮像プレート画像データとしては、契約車両の駐車と一時利用車両の駐車とが混在する有料駐車場等の場合には、契約車両のナンバープレートの画像データを過去の撮像プレート画像データとしてメモリー３５に記憶し、駐車場への入場時に撮像したナンバープレートの画像データを直近の撮像プレート画像データとして契約車か否かを判定する際に用いる場合等もある。
【００５８】
ここで、パターンマッチング処理とＯＣＲ処理とでは、利点と欠点（得意と不得意）がある。即ち、パターンマッチング処理では、ノーマッチング（合致しない）の原因（パターンマッチング処理の弱点）として、入場時と出場時に車両進入角度（姿勢）が、例えば反対方向に異なる方向に曲がりながらレーンに進入した車両の画像のパターンマッチング処理はノーマッチングになりやすい。
【００５９】
このことは、比較するナンバープレートの画像同士の歪みの方向が異なることにより、各々のナンバープレートの文字の形が異なるためにノーマッチングとなりやすい。これに対してＯＣＲ処理では、文字１つ１つを読み取ってテキストに置き換えているため、入場時と出場時に逆方向に歪んだナンバープレートの画像を撮像した場合でも、それらの画像同士を比較する訳ではないのでナンバープレートの文字は正常に認識できる。
【００６０】
ＯＣＲ処理の弱点は、ナンバープレートの文字がかすれていたり、汚れている場合に文字と認識できないか、最も似ている他のテキストを当てはめてしまうため、誤認識が生じることもあるが、パターンマッチング処理では入場時と出場時の画像同士を直接比較するために、ナンバープレートの文字のかすれや汚れも含めて同一の車両かどうかが判断され、誤認識が生じ難いとされている。
【００６１】
パターンマッチング処理は処理速度が速く、出場レーン２０ａ，２０ｂでのパターンマッチング処理では入場台数分のデータからベストマッチング（一番マッチングスコアが高い＝合致点数が高い）を選択すればよいから、対象数は在車数に限られ処理対象数が少ない。また、入場レーン１０ａ，１０ｂでは対象数は定期契約車に限られる。これに対してＯＣＲ処理では、常に全ての文字の可能性を考慮して一文字づつ認識処理するため、処理全体に時間がかかる。入場レーン１０ａ，１０ｂや出場レーン２０ａ，２０ｂの撮像装置１９側でパターンマッチング処理とＯＣＲ処理の両方を実行すると全体の処理に時間がかかり、それをカバーするためにＣＰＵ３４のクロック周波数の速いものを採用したり、内部のメモリー３５の容量をアップさせなければならず、装置のコストアップとなる。
【００６２】
図３を基にパターンマッチング処理を説明する。
【００６３】
例えば、図３（イ）に示すように、入場時（又は出場時）の車両進行方向が右折状態である場合、車両５０のナンバープレート５１は左に曲がった姿勢で入場することとなる。従って、その際のナンバープレート５１の画像も図３（イ）に示すように曲がって撮像される。
【００６４】
これに対し、図３（ロ）に示すように、入場時（又は出場時）の車両進行方向が略直進状態である場合、ナンバープレート５１は直進(平面）姿勢で入場することとなる。従って、その際のナンバープレート５１の画像も図３（ロ）に示すように撮像される。
【００６５】
一方、図３（ハ）に示すように、出場時（又は入場時）の車両進行方向が左折状態ある場合、ナンバープレート５１は右に曲がった姿勢で出場することとなる。従って、その際のナンバープレート５１の画像も図３（ハ）に示すように曲がって撮像される。
【００６６】
パターンマッチング処理を概念的に言うと、画像圧縮データ同士を重ね合わせて、その一致する部分の多さで点数をつけ、それが予め設定した閾値以上であれば「マッチング」とし、閾値以下であれば「ノーマッチング」となり、これを撮像したものと保存してあるものとで総当たり処理して、「マッチング」のなかの「ベストマッチング」を選択する。
【００６７】
ここで、入場時と出場時とのナンバープレート５１の関係が、図３（イ）と図３（ロ）又は、図３（ロ）と図３（ハ）というように、一方のみがずれた状態であれば比較的高いスコアでマッチングするが、図３（イ）と図３（ハ）とのように、互いに逆方向にずれた場合には比較的低いスコアとなり、場合によっては「ノーマッチング」となってしまうことがある。
【００６８】
この際、この状態であっても常に「マッチング」するように閾値を下げたり、アルゴリズムを変更すると、本当に異なるナンバープレート同士を「マッチング」と見なしてしまう「ミスマッチング」が生じる危険性がある。
【００６９】
このように、車両の姿勢の食い違いにより画像の歪み方向が大きく異なるナンバープレート画像同士では比較的スコアが低く「ノーマッチング」と判定されることがあるが、仮に、ＯＣＲ処理する場合では図３（イ）、図３（ロ）、図３（ハ）において全て正常にナンバー情報を認識し、例えば、テキストデータ「名古屋４００わ０４４４」を処理結果として得ることができる（尚、この「名古屋４００わ０４４４」のナンバー情報を有する車両は、一連番号の１桁目に「０」は採用されないため実在しない）。
【００７０】
次に、図４のフロー図を参照してＯＣＲ処理の説明をする。
【００７１】
このＯＣＲ処理を概念的に説明すると、画像に含まれる文字部と予め設定された形態（フォント）の文字との「テンプレートマッチング処理」を行うものである。
【００７２】
まず、図４の（１）でナンバーを抽出し（パターンマッチング処理で抽出された画像を使用する）、（２）ナンバーの文字部だけを抽出し（同様にパターンマッチング処理の前処理で抽出済み）、（３）でそれらを要素別に分け（後述する図１１でも説明している）、（４）で文字のＤＢに保管してある様々な文字のデータと比較して１文字づつ「総当たり」で当てはめ、（５）でその結果をテキストデータとして出力する。また（５’）として、その際に各要素の合致度、確からしさを採点しており、その最高点の文字を割り当てている。
【００７３】
ＯＣＲ処理は対象となる文字のデータ数が多いと処理時間が長くかかるため、駐車場の入出場レーンで採用するには、高速の処理が必要でありＣＰＵのクロック周波数の速いものが必要で、それを多数の処理装置に設置するとコストが増大する。そこで、管理ＰＣ３２のように他に高速の処理を司る用途のためにハイスペックなＰＣがある場合は、そこでＯＣＲ処理を行わせることで、ＣＰＵの高速化のコストアップが全体のコストに影響され難くすることも可能である。
【００７４】
ただし、ＯＣＲ処理を行うための画像を送信するのにも時聞がかかるため、複数のレーンの画像を一箇所で集中的にＯＣＲ処理し、その結果を入出場レーン側に返すといったシステムだけで駐車場の入出場を管理するには、画像送信と結果の返信に常に数秒の時間を待たねばならず、これだけでの運用は現実的でない（常にレスポンスが遅い）。
【００７５】
そこで、上述したパターンマッチング処理とＯＣＲ処理の利点と欠点に鑑みて、本発明の実施例による車両ナンバー情報読取システムでは、図５から図１１に示すような処理を実行する。
【００７６】
図５は車両入場時における発券機１５の動作フローを示し、ステップＳ１で第１ループ１１ａがオンかオフかを判断し、オンであればステップＳ２に進みトリガー受付許可信号を（Ａ）に示すそのレーンに設置された撮像装置１９へ送信する。
【００７７】
また、ステップＳ３でパターンマッチング処理結果を含む駐車データを（Ｂ）に示す撮像装置１９から受信し、ステップＳ４でパターンマッチング処理結果を判断し、ノーマッチングであればステップＳ５に進み、（Ｂ’）に示す撮像装置１９からＯＣＲ処理結果がＮＯ（合致無し）を受信した場合、ステップＳ６へと移行して案内放送を開始する。
【００７８】
さらに、ステップＳ７で発券機１５の発券釦を押下すると、ステップＳ８で駐車券が発行され、ステップＳ９で駐車券もしくは定期券が抜き取られたか否かを判断し、抜き取られたらステップＳ１０でゲートバー１８が開く。
【００７９】
また、ステップＳ１１で車両５０ａ又は車両５０ｂが第２ループ１１ｂを通過したか否かを判断し、通過していればステップＳ１２でゲートバー１８が閉じ、ステップＳ１３で入場時刻、券Ｎｏ等の駐車データを更新すると共に、トリガー受付禁止指令を（Ｃ）に示す撮像装置１９へと送信する。
【００８０】
また、ステップＳ７で発券機１５の発券釦が押下されなければ、ステップＳ１４に進み定期券が挿入されたか否かを判断し、挿入されればステップＳ９に進み、挿入されなければステップＳ７で待機をし続ける。
【００８１】
この様に、入場レーン１０ａ又は入場レーン１０ｂでは、契約車に対しては通常はパターンマッチング処理結果が「マッチング」となってゲート開信号が出力され、一般車に対してはパターンマッチング処理結果が「ノーマッチング」となって、発券釦が押下された場合に駐車券が発行され、駐車券を抜き取るとゲート開信号が出力され、夫々第２ループ１１ｂを通過するとゲートが閉じ、その後駐車データに入場時刻、券Ｎｏ等が付加されたデータとトリガー受付禁止信号が撮像装置１９へと送信される。
【００８２】
図６は車両入場時の撮像装置１９の動作フローを示し、ステップＳ２１でトリガー入力がオンかオフかを判断し、オフであればステップＳ２２で（Ａ）に示すようにそのレーンに設置された発券機１５からトリガー受付許可信号を受信するが、受信されない場合はステップＳ２１のトリガー入力判断を繰り返す。
【００８３】
また、ステップ２１でトリガー入力がオンの場合はステップＳ２３でトリガー受付許可か禁止かを判断し、許可状態の場合はステップＳ２４で適宜にフラッシュ発光撮像すると共に画像キャプチャーを実行し、ステップＳ２５でナンバープレート抽出処理を行い、ステップＳ２６で（Ｄ）に示すようにナンバー位置情報を含む駐車データと画像を管理ＰＣ３２へ送信する。
【００８４】
さらに、ステップＳ２７で画像圧縮データを生成し、ステップＳ２８でパターンマッチング処理を実行した後、ステップＳ２９でパターンマッチング処理結果を判断し、ステップＳ３０で（Ｂ）に示すようにパターンマッチング処理結果を含む駐車データを発券機１５へ送信する。
【００８５】
ここで、そのまま待機している状態で車両５０ａ又は車両５０ｂが駐車スペースＭＰ内に入場するとステップＳ３１に進み、（Ｃ）に示すように発券機１５から入場時刻や券ナンバーなどを含む更新された駐車データ及びトリガー受付禁止指令を受信し、ステップＳ３２で（Ｅ）に示すように駐車データと画像圧縮データを管理ＰＣ３２へ送信する。
【００８６】
一方、ステップＳ２９でノーマッチングだった場合には、ステップＳ３３へと移行し、（Ｅ）に示すように管理ＰＣ３２からＯＣＲ処理結果を受信したか否かを判断し、受信していればステップＳ３４でＯＣＲ処理結果を含む駐車データを発券機１５へ送信する。
【００８７】
図７は車両入場時における管理ＰＣ３２の動作フローであって、ステップＳ４１で（Ｄ）に示すように撮像装置１９からナンバー位置情報を含む駐車データ及び画像を受信し、ステップＳ４２でＯＣＲ処理を実行する。
【００８８】
また、ステップＳ４３で契約車ＤＢ３３ａの検索を行った後、ステップＳ４４で該当車が有るか無いかを判断し、該当車が無ければステップＳ４５でＯＣＲ処理で得られたナンバープレート情報のみをデータにセットしてステップＳ４６で（Ｅ）に示すようにＯＣＲ処理結果として撮像装置１９へ送信した後に、ステップＳ４７で画像を画像ＤＢ３３ｃに保存する。
【００８９】
さらに、ステップＳ４８で（Ｆ）に示すように撮像装置１９から駐車データと画像圧縮データを受信し、ステップＳ４９で在車情報を在庫ＤＢ３３ｂに保存する。
【００９０】
また、ステップＳ５０で車両５０ａ又は車両５０ｂが契約車か否かを判断し、契約車でなければステップＳ５３で蓄積台数が有るか否かを判断し、蓄積台数が有ればステップＳ５１へと移行する。また、契約車でない場合にはステップＳ５４でタイムアウトか否かを判断し、タイムアウトであればステップＳ５１に進み蓄積台数やタイムアウトの初期化を行い、ステップＳ５２で（Ｆ’）に示すように駐車データと画像圧縮データを各出口の撮像装置１９へ送信する。
【００９１】
ステップＳ４４で該当車があればステップＳ５５に進みＯＣＲ処理で得られたナンバープレート情報と契約車ＤＢから抽出した情報をデータにセットして、ステップＳ４６に進む。また、ステップＳ５０で契約車であればステップＳ５１へ進む。
【００９２】
このように、契約車以外の情報の場合には、予め設定した台数若しくは時間が経過するまでは駐車場データと画像圧縮データを配信せず、例えば、一般車が１０台連続して入場したら、１０台分まとめて駐車場データと画像圧縮データを各出場レーンの撮像装置１９へ配信するようになっており、入場の度にデータを複数の出口レーンの撮像装置１９へ返信する場合に比較して、ＬＡＮのトラフィックを混雑させるのを極力避けることができると共に、時間のかかる画像の送受信を少しでも速く実行するように工夫されている。
【００９３】
図８は車両出場時における出口精算機２２の動作フローを示し、ステップＳ６１でそのレーンの第１ループ１１ａがオンであるかオフであるかを調べ、第１ループ１１ａがオンであればステップＳ６２でトリガー受付許可指令を（Ｇ）に示すそのレーンに設置された撮像装置１９に送信する。
【００９４】
また、ステップＳ６３でパターンマッチング処理結果を含む駐車データを（Ｈ）に示すように受信した後に、ステップＳ６４でパターンマッチング処理結果を調べる。
【００９５】
ここで、ノーマッチングであればステップＳ６５に進み、（Ｈ'）に示す撮像装置１９からＯＣＲ処理結果がＮＯ（合致無し）を受信した場合には、ステップＳ６６へ進み案内放送を開始し、ステップＳ６７で駐車券が挿入されたか否かを判断し、挿入されていればステップＳ６８で料金が発生したか否かを判断し、料金が発生していればステップＳ６９に進み料金精算処理を実行する。
【００９６】
また、ステップＳ７０で出口のゲートバー１８が開き、次にステップＳ７１で第２ループ１１ｂを車両５０ａ又は車両５０ｂが通過したか否かを調べ、通過していればステップＳ７２でゲートバー１８が閉じ、ステップＳ７３で出場時刻などの駐車データを更新し、（Ｊ）に示すようにトリガー受付禁止指令を撮像装置１９へ送信する。
【００９７】
一方、ステップＳ６７で駐車券が挿入されなければ、ステップＳ７４で定期券が挿入されたか否かを判断し、定期券が挿入されていなければステップＳ６７に戻り、挿入されていればステップＳ７５に進む。
【００９８】
また、ステップＳ６４でマッチングしていればステップＳ６８に進み、ノーマッチングであってもステップＳ６５で（Ｈ'）に示す撮像装置１９からのＯＣＲ処理結果が合致しているか否かを調べ、合致していればステップＳ６８に進む。
【００９９】
図９は車両出場時における撮像装置１９の動作フローを示し、ステップＳ８１でトリガー入力がオンであるかオフであるかを判断し、オフであればステップＳ８２で（Ｇ）に示すそのレーンに設置された出口精算機２２から受付許可指令を受信するが、受信されない場合はステップＳ８１のトリガー入力判断を繰り返す。
【０１００】
また、ステップＳ８１でトリガー入力がオンした場合はステップＳ８３でトリガー受付許可か禁止かを判断し、許可状態の場合はステップＳ８４で適宜にフラッシュ発光撮像すると共に画像キャプチャーを実行し、ステップＳ８５でナンバープレート抽出処理を行う。 さらに、ステップＳ８６で、ナンバー位置情報を含む駐車データと画像を（Ｋ）に示す管理ＰＣ３２に送信した後、ステップＳ８７で画像圧縮データを生成し、ステップＳ８８でパターンマッチング処理を行う。
【０１０１】
また、ステップＳ８９でパターンマッチング処理結果がどうかを判断し、ステップＳ９０でパターンマッチング処理結果を含む駐車データを（Ｈ）に示す出口精算機２２へ送信する。
【０１０２】
ここで、そのまま待機しているうちに車両５０ａ又は車両５０ｂが駐車スペースＭＰから出場すると、ステップＳ９１に進み、出場時刻や券Ｎｏなどの更新された駐車データ及びトリガー受付禁止指令を（Ｊ）に示す出口精算機２２から受信し、ステップＳ９２で契約車か否かを判断する。
【０１０３】
ここで、契約車でなければステップＳ９３で駐車データと画像圧縮データを削除し、ステップＳ９４で駐車データ削除指示を（Ｍ）に示す各出場レーンの撮像装置１９と管理ＰＣ３２へ送信する。
【０１０４】
一方、ステップＳ８９でノーマッチングだった場合には、ステップＳ９５に進み（Ｌ）に示す管理ＰＣ３２からＯＣＲ処理結果を受信したか否かを調べ、ステップＳ９６でＯＣＲ処理結果を含む駐車データを（Ｈ'）に示す出口精算機２２へ送信する。
【０１０５】
また、ステップＳ９２で契約車であれば、ステップＳ９７で駐車データを（Ｎ）に示す各入場レーンの撮像装置１９へ送信すると共に、ステップＳ９３に戻る。
【０１０６】
さらに、ステップＳ８３でトリガー受付禁止の場合には、ステップＳ９８で配信受付処理を行った後にステップＳ８１に戻る。
【０１０７】
図１０は出場時における管理ＰＣ３２の動作フローであって、ステップＳ１０１で（Ｋ）に示す撮像装置１９からナンバープレート位置情報と画像を受信し、ステップＳ１０２でＯＣＲ処理を行う。
【０１０８】
また、ステップＳ１０３で在車ＤＢ３３ｂのデータを検索し、ステップＳ１０４で該当車が有るか否かを判断する。該当車がなければ、ステップＳ１０５でＯＣＲ処理結果のみをデータにセットして、ステップＳ１０６でＯＣＲ処理結果として（Ｌ）に示す撮像装置１９へ送信する。
【０１０９】
さらに、ステップＳ１０７で画像を画像ＤＢ３３ｃに保存した後に、ステップＳ１０８で（Ｍ）に示す撮像装置１９から、駐車データと画像圧縮データを削除する旨の指示指令を受信し、ステップＳ１０９で在車ＤＢ３３ｂから駐車データを削除する。
【０１１０】
一方、ステップＳ１０４で該当車があれば、ステップＳ１１０に進み、ＯＣＲ処理で得られたナンバー情報と在車ＤＢから抽出した情報をデータにセットして、ステップＳ１０６に進む。
【０１１１】
この際、パターンマッチング処理でノーマッチングの場合でも、正常にナンバープレートが撮像されて、ＯＣＲ処理結果から在車情報を検索して該当するものが見つかれば「マッチング」（＝合致するものがある）と同様に扱う。また、各レーン１０ａ，１０ｂ，２０ａ，２０ｂの撮像装置１９でパターンマッチング処理をするのと同時に画像をＬＡＮで管理ＰＣ３２に送信する。
【０１１２】
パターンマッチング処理を撮像装置１９で実行している時には内部ＣＰＵがフル稼働しているが、画像送信などの通信処理は専用のＬＡＮボード３８（若しくは単にＬＡＮ専用回路）が司るため、並列処理で画像を送信してもパターンマッチング処理が遅くはならない。
【０１１３】
ＯＣＲ処理はＣＰＵにかかる負荷が大きいため、ハイスペックなＣＰＵを搭載した管理ＰＣ３２に画像を送信してそれを基にＯＣＲ処理させ、結果だけを撮像装置１９に返信させる。
【０１１４】
この際、撮像装置１９は管理ＰＣ３２に画像を送信する際に、画像の中に含まれるナンバープレートの位置データを付加して送信する。
【０１１５】
管理ＰＣ３２は、ナンバープレート位置情報を含む画像エリアだけ、ナンバープレート画像抽出とＯＣＲ処理することで、ＯＣＲ処理の時聞を短くできる。
【０１１６】
図１１はＯＣＲ処理の動作フローであって、ステップＳ１１１で一連番号を抽出し、ステップＳ１１２ではその一連番号の位置から他の各文字や番号の領域を算出し、ステップＳ１１３でまず一連番号の数字を認識してその結果は図示しないがメモリーに保管しておき、ステップＳ１１４では車種番号を認識して同様にその結果をメモリーに保管しておき、ステップＳ１１５では陸運支局名を認識するが、その際には文字ＤＢ３３ｄ内の陸運支局名ＤＢにある陸運支局名のテンプレートとの比較を行なって、最もスコアの高い陸運支局名をＯＣＲ処理結果としてメモリーに保管する。
【０１１７】
尚、文字認識時のスコアとは、各テンプレート（陸運支局名として登録された文字の文字形状）との比較を行い、合致する度合いが高いものに高いスコアをつけ、合致度が低いほど低いスコアとし、最も合致度が高いテンプレートの文字（支局名）をＯＣＲ認識結果として採用する。
【０１１８】
ただし、実際のＯＣＲ処理には誤認識を防止するために他の特徴による判定手法なども同時に採用しており、単なる絵合わせだけではないが、簡単なため、ここでは単にテンプレートに絵合わせを行なって、最も絵の輪郭のズレが少ないものに高スコアをつけるものとする。
【０１１９】
実施例では、完全に合致した場合にはスコアが１００点とし、低スコアの閾値を５０点とする。また、２０点以下の場合には「該当なし」や「認識不可」として、あえて低いスコアの文字を認識結果として採用しないこととしている。
【０１２０】
また、前述の一連番号と車種番号の認識についても同様に、数字の文字形状に対しての絵合わせによって最も高いスコアの数字を認識結果として採用するものであるが、数字の場合には陸運支局毎の文字形状の差異が無く、後からの書き換えの必要が無いため、０〜９までの１０種類の数字の文字形状のテンプレートデータは文字ＤＢではなく、ＯＣＲ処理プログラムの中に持たせている。
【０１２１】
次のステップＳ１１６では、まずパターンマッチング処理の段階におけるマッチングスコアが予め設定した閾値以上かどうかを判定する。この場合のマッチングスコアは、入場レーンでの一般車であれば、ほとんど低スコアであり、ノーマッチとなっているもので、パターンマッチングによる判定の閾値と同じスコアを設定してもよい。
【０１２２】
よって、ノーマッチの場合のナンバーのＯＣＲにおいては、ステップＳ１１６ではマッチングスコア閾値以上でＮＯとなり、ステップＳ１１７へと移行する。
【０１２３】
ステップＳ１１７では、用途名の認識を行なうが、前述の陸運支局名と同様に、文字ＤＢ３３ｄ内の仮名文字ＤＢにある仮名文字のテンプレートとの比較を行なって、最もスコアの高い仮名文字をＯＣＲ処理結果としてメモリーに保管する。ただし、この場合の仮名文字ＤＢにおいて認識処理に比較対照として参照する仮名文字のテンプレートは、前述のステップＳ１１５の陸運支局名認識でＯＣＲ処理結果としてメモリーに保管された陸運支局名毎に異なるテンプレートとなっており、その中から最もスコアの高い仮名文字をＯＣＲ処理結果としてメモリーに保管する。次のステップＳ１１８でも、まずパターンマッチング処理の段階におけるマッチングスコアが予め設定した閾値以上かどうかを判定し、パターンマッチング処理でノーマッチの場合にはステップＳ１１８ではマッチングスコア閾値以上でＮＯとなり、次のステップＳ１１９に進み、メモリーに保管してある各文字のＯＣＲ処理結果を出力し（ナンバー全体のＯＣＲ処理結果として次の処理に使用できる状態とする）、ＲＥＴＵＲＮで元の処理に戻る。
【０１２４】
前述のステップＳ１１６でマッチングスコアが閾値以上だった場合には、ＹＥＳとなりステップＳ１２０に移行して陸運支局名のＯＣＲスコアが閾値以下かどうかを判定し、閾値以上であればステップＳ１１７に移行するが、＜閾値以下？＞がＹＥＳだった場合にはステップＳ１２１に移行してその際の陸運支局名を抽出した文字画像と、認識結果（ＯＣＲスコア）を文字ＤＢ３３ｄ内の陸運支局名低スコア文字ＤＢに保存してからステップＳ１１７に移行する。
【０１２５】
また、前述のステップＳ１１８でマッチングスコアが閾値以上だった場合には、ＹＥＳとなりステップＳ１２２に移行して用途名（仮名）のＯＣＲスコアが閾値以下かどうかを判定し、閾値以上であればステップＳ１１９に移行するが、閾値以下だった場合にはステップＳ１２３に移行してその際の用途名を抽出した文字画像と、認識結果（ＯＣＲスコア）、ならびにその際の陸運支局名のＯＣＲ処理結果を文字ＤＢ３３ｄ内の仮名低スコア文字ＤＢに保存してからステップＳ１１９に移行する。
【０１２６】
図１２は本発明の実施例による車両ナンバー情報読取システムにおける駐車データの内容を示す図である。前述のマッチングスコアやＯＣＲ処理結果は駐車データに含まれて、その後の在車管理や出庫履歴管理に活用されることになる。また、ＯＣＲ処理結果は例えば一般車として駐車券を取って入場した車両のドライバーが、駐車券を紛失してしまった場合など、ドライバーが車両のナンバーを申告することですぐさま該当する車両の在車管理データより入場時刻が判明し、駐車券の再発行なども確実に行なえる。
【０１２７】
また、ＯＣＲ処理結果から駐車場施設利用者の陸運支局名の統計を採り、どの地域からの来場者が多いかなどが解析できれば顧客ニーズにあったサービスの展開も可能となる。
【０１２８】
さらに、一連番号データの末尾が偶数か奇数かによって入場を制限するような利用形態も可能である。
【０１２９】
また、ブラックリストや盗難車等のナンバー情報を登録して通報することも容易となり、この様に単に入場・退場時の車両判定を正確に行うためにはパターンマッチング処理だけでも問題ないが、ＯＣＲ処理には他の使い勝手があるためにどちらも精度良く認識することができるのが好ましい。
【０１３０】
図１３は本発明の実施例の低レベル合致度文字閲覧手段を示し、図１３の上段は用途名（仮名）低スコアリスト表示状態のモニタ正面図、図１３の下段は陸運支局名低スコアリスト表示状態のモニタ正面図である。
【０１３１】
これらの表示画面は管理ＰＣ３２のディスプレイに表示させたもので、通常の管理ＰＣ画面（図示せず）から係員操作によって遷移してこの図に示した画面６１に移行される。
【０１３２】
画面６１には、その全体にリスト表示部６２が設定されているが、操作の便宜性の確保のために下部にファンクション表示部６３が設けられている。
【０１３３】
このファンクション表示部６３は、図示しないキーボード装置のファンクションキー（Ｆ１〜Ｆ１２）に割り当てられた操作内容を表示する。また、リストの選択は図示しないマウスなどのポインティングデバイスを使用したり、図示しないキーボード装置のカーソルキー（←↓→↑）で移動させて選択することができる。
【０１３４】
用途名低スコアの例では、ＯＣＲ認識した仮名名の順で、ＯＣＲスコアの高い順にソートして表示されており、その際の陸運支局名も示されている。画面右側には、ＯＣＲ処理の際に使用された画像と、その際にテンプレートとして使用された画像も同時に比較閲覧可能となっている。このリストでは仮名の画像とテンプレートを比較して、あきらかに異なる文字形状が見つかった場合には、ファンクションキーで「登録」を押下し、該当するテンプレートを変えることもできる。
【０１３５】
また、その際に一度の登録で切替えるのではなく、複数の画像を登録し、別途それらを輪郭・位置・角度補正等をおこなったうえで、それら複数の画像データを平均化するなどの適正な画像処理を施してから、テンプレートを入れ替えるのも良い。
【０１３６】
このように、仮名名が陸運支局毎に表示されているのは、文字ＤＢ内で陸運支局名毎に使用されている仮名が保存されているからであるが、全ての陸運支局名で全ての仮名が整理されていない場合には、複数の陸運支局で共通の仮名を採用するようなデータテーブルが別途用いられている。陸運支局名の低スコアリストも同様に、陸運支局毎にＯＣＲスコアの高い順にソートして表示されており、画面右側には、ＯＣＲ処理の際に使用された画像と、その際にテンプレートとして使用された画像も同時に比較閲覧可能となっている。同様にこのリストでは陸運支局名の画像とテンプレートを比較して、あきらかに異なる文字形状が見つかった場合には、ファンクションキーで「登録」を押下し、該当するテンプレートを変えることもできる。その際に一度の登録で切替えるのではなく、複数の画像を登録し、別途それらを平均化するなどの適正化処理を施してから、テンプレートを入れ替えるのも良い。図の例ではご当地ナンバーとして新規採用された「富士山」で、テンプレートと実際の画像の差異が多数リストアップされており、これらを「登録」していくことで、陸運支局名のＯＣＲスコアが向上し、全体的にＯＣＲ処理結果が向上することで、ナンバー情報の認識精度が改良されていく。
【０１３７】
なお、本発明の実施例で説明した駐車場システムにおいては、パターンマッチング方式とＯＣＲ方式を撮像装置１９と管理ＰＣ３２とで別個に処理しているが、これらをすべて管理ＰＣ３２で行うか、逆に全て撮像装置内でおこなうことも、本発明の請求の範囲に含まれる。さらに、複数の駐車場において、ＯＣＲ登録されたテンプレートデータを共有し、遠隔地でのＤＢ間で共同して精度の向上を図ることも有効であり、本発明の応用の範囲といえる。
【０１３８】
加えて、本発明の実施形態は実施例で説明した様な入口出口の車路において撮像するシステムの駐車場に留まらず、車両を駐車エリア毎に管理して駐車料金精算前の車両を駐車エリアから退出不可状態に拘束する装置を備えたフラップ式駐車場にも使用可能であり、その場合には撮像装置を駐車エリア周辺に個々の駐車エリア毎に設置したり、複数の駐車エリアをまとめて撮像したり、さらに撮像装置のカメラ部が複数の駐車エリアを巡回しながら監視する様な形態であっても、本発明で述べたナンバー情報認識の技術を採用するも可能である。
【産業上の利用可能性】
【０１３９】
以上詳述したように本発明は、駐車場システムにおいて用いられるナンバー情報の認識処理に関するものであり、ナンバーのＯＣＲ処理の精度向上に効果を発揮することで、スムーズな入場・出場が恒久的に実現されるためのものであり、十分に産業上の利用可能性を有している。
【符号の説明】
【０１４０】
１０ａ，１０ｂ 入場レーン
１１ａ，１１ｂ ループ
１２ａ，１２ｂ，１２ｃ アイランド
１３ 発光トリガーセンサー
１４ 受光トリガーセンサー
１５ 発券機
１６ 通信ライン
１７ ゲート装置
１８ ゲートバー
１９ 撮像装置
２０ａ，２０ｂ 出場レーン
２１ 事前精算機
２２ 出口精算機
２３ 通信ライン
２４ イーサネット（登録商標）
３０ 駐車場管理室
３１ サーバー
３２ 管理ＰＣ（管理端末）
３３ データベース（ＤＢ）
３３ａ 契約車ＤＢ
３３ｂ 在車ＤＢ
３３ｃ 画像ＤＢ
３３ｄ 文字ＤＢ
３４ ＣＰＵ
３５ メモリー
３６ 外部入力部
３７ 外部通信部
３８ ＬＡＮボード
３９ カメラ
４０ キャプチャーボード
４１ フラッシュ
４２ インターフェイス
４３ バス
５０ａ，５０ｂ 車両
ＭＰ 駐車スペース
【技術分野】
【０００１】
本発明は、料金徴収等を行うために、駐車場や高速道路に出入りする車両のナンバープレートに刻印されたナンバー情報のうち、地域名を含む少なくとも一部を撮像・識別する車両ナンバー情報読取システムに関する。
【背景技術】
【０００２】
従来から、コインパーキング等の駐車場にあっては利用時間等に応じた料金徴収等を行うために、或いは、高速道路にあっては通行券への印字等を行うために、出入りする車両のナンバープレートに刻印されたナンバー情報のうち、地域名を含む少なくとも一部を撮像・識別する車両ナンバー情報読取システムが周知である。
【０００３】
一方、日本国内においては、平成１８年９月に道路運送車両法施行規則等の一部を改正する省令として自動車登録規則（昭和４５年運輸省令第７号）の一部改正が実施され、所謂「ご当地ナンバー」の採用が可能となった。
【０００４】
この「ご当地ナンバー」とは、「新たな地域名表示ナンバープレート」の通称であり、国土交通省が自動車のナンバープレートに表示（刻印）するナンバー情報のうちの地域名について、対象市町村の区域を限定し、その限定区域での独自の地域名等を表示することができる制度で、平成１８年１０月１０日以降、多くの新たな地域名等を表示した「ご当地ナンバー」が発行された。
【０００５】
具体的には、仙台、会津、つくば、那須、高崎、川越、成田、柏、金沢、諏訪、富士山、伊豆、豊田、岡崎、一宮、鈴鹿、堺、倉敷、下関、等が新設され、さらに、今後導入が提唱されている地域としては、平泉、くまの、天草、日光、博多、前橋、等が予定されている。
【０００６】
ところで、このような「ご当地ナンバー」の導入以前から、ナンバー情報を利用して車両を特定することによって駐車場や高速道路の出入り等を管理する車両ナンバー情報読取システムにおいては、既存のナンバー情報を予めデータベースに既知のデータとして保存することでナンバー情報の識別を行っている（例えば、特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平０６−２１５２９３号公報
【特許文献２】特開２００８−０５９３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところが、従来の車両ナンバー情報読取システムにおいては、上述したように、新たに「ご当地ナンバー」として導入される予定の地域名は事前に明らかになっているものの、実際に実用化された際のフォント（文字形状）等の情報を事前に収集することは不可能であった。
【０００９】
即ち、ナンバー情報の地域名等は、上述したように事前に明らかであるが、使用されるフォント、特に、地域名を表す部分に採用されるフォントに関しては、製造する業者の違いや画数等の関係上、国内統一規格とはされず、地域名毎に異なるフォントが採用されている。
【００１０】
このように、未知のご当地ナンバーで適用されるフォントが事前に情報収集することができない場合、ナンバー情報を利用する車両ナンバー情報読取システムでは、ご当地ナンバーが交付された後に、実際にそのフォントを確認する等によってフォント情報を収集してシステムデータの追加・変更・入れ替え等を行う必要がある。
【００１１】
従って、新規のご当地ナンバーが発行されてそのフォント情報に関するシステムデータの入れ替え等が完了するまでの間は、ナンバー情報の認識精度は低いレベルとなってしまうことは避けられないのが実情であった。
【００１２】
例えば、図１５に示すように、陸運支局名のフォントの例として、既知の陸運支局名である「愛媛」の場合、図１５（１）に示した実際のフォントは、画数を減らす等の抽象化等を行うことで目視による認識率を向上させており、図１５（２）に示したような通常の文字フォントとは大きく異なっている。
【００１３】
この様に、今後新たに採用されるご当地ナンバーにおいて、同様に画数を減らすような抽象的な漢字等のフォントが採用される可能性があり、実際に発行されたナンバーのデータを入手しないことには正確なデータを整備することができないのが現状であった。
【００１４】
さらに、発行されたご当地ナンバーが流通したり通行するには地域差があるため、新規に採用されたご当地ナンバーが試験などをしている場所からみて遠隔地の場合には、わざわざその地方まで出向いてデータを収集する必要があり、このような作業を今後も続けていくことは合理的な手段とは言い難かった。
【００１５】
また、日本国内における通常のナンバー情報の構成は（国交省自動車登録規則によるナンバー（車両番号標）の文字構成）、以下の通りである。
【００１６】
（１）用途名：自動車運送事業の用に供するかどうかの別等を表示する平仮名又はローマ字
（２）陸運支局名：自動車の使用の本拠の位置を管轄する運輸支局又は自動車検査登録事務所の名称等（地域名）を表示する平仮名又は漢字
（３）車種番号：自動車の種別及び用途による分類番号を表示する３桁以下のアラビア数字
（４）一連番号：一連指定番号を表示する４桁以下のアラビア数字
これらの構成文字のうち、（３）車種番号と（４）一連番号とは、基本的にアラビア数字で示され、その適用フォントが地域や製造業者によって異なることは殆ど無い。
【００１７】
これに対し、（２）陸運支局名に関しては、前述の通り記載内容（地域名等）が異なるため、画数等が多いと目視での識別力を確保することが困難になる等の理由から、適用フォントは地域名毎等によって異なる。
【００１８】
また、（１）用途名の平仮名（ローマ字は対象数が少ないためにここでは除外して考える）に関しては、陸運支局名毎や、発行する都道府県、地方によって差異があることは既知である。
【００１９】
ただし、陸運支局毎等でナンバー情報に使用しているフォントの一覧表等が公表されていることはなく、どのようなフォントが使用されているかは利用するものが独自に調査するしかないのが実状である。
【００２０】
例えば、ある陸運支局発行のナンバーにおける用途名の平仮名の「ま」と、別の陸運支局発行のナンバーにおける用途名の平仮名の「ま」とは、図１４に示すように、大きく異なっている。尚、同様に「ぬ」や「ふ」等でも顕著な違いが存在することは公知である。
【００２１】
このように、車両のナンバープレートに刻印されたナンバー情報を撮像・認識し、利用料金を計算するコインパーキング等の駐車場や、通行券に印字する高速道路の発券機等に設置の車両ナンバー情報読取システムにおいて、ナンバー情報の認識精度を向上させるためには、ナンバーの文字フォントのデータ収集は極めて重要な要因となっている。
【００２２】
しかしながら、このようなナンバーのフォント情報を製品開発段階等の事前に収集すること不可能であり、認識精度は導入する地域によって大きな差異ができてしまうという問題が生じていた。
【００２３】
そこで、本発明は、上記事情を考慮し、今後も随時導入されるであろうご当地ナンバーへの対応を容易且つ迅速に対応することができるばかりでなく、導入のための作業コストや機器コスト等の高騰を抑制しつつ地域毎のフォントの違いに対する文字認識処理を独自で且つ適切に対応し得て、認識精度を大幅に向上することができる車両ナンバー情報読取システムを提供することを目的とする。
【課題を解決するための手段】
【００２４】
上記の課題を解決するため、本発明の請求項１に係る車両ナンバー情報読取システムは、車両通過レーン若しくは駐車エリア周辺に設置した撮像装置によりナンバープレートに刻印されたナンバー情報を撮像したうえでナンバー情報を識別する管理端末を備えた車両ナンバー情報読取システムであって、前記管理端末は、予め文字単位毎又は単語単位毎のテンプレート文字データとで関連付けして登録された登録画像データと撮像したナンバー情報の撮像画像データとをＯＣＲ処理によって文字単位又は単語単位で比較することでテンプレート文字データを特定して文字識別すると共に、そのＯＣＲ処理による文字単位又は単語単位での各画像データ間の合致度が予め設定したレベルよりも低い場合には、該当する撮像画像データと合致度とを関連付けして低レベル合致度収集用データベースに保存することを特徴とする。
【００２５】
本発明の請求項１に係る車両ナンバー情報読取システムによれば、ＯＣＲ処理結果による各画像データ間の合致度の低い撮像画像データを収集・閲覧することが可能となり、早期にデータ入れ替えのためデータ収集が可能で、適正なデータかどうかを人為的に閲覧比較して人為的判断による入れ替えデータの取捨選択を容易に行うことができる。また、利用可能な撮像画像データをＯＣＲ処理用のテンプレート文字データ更新に供するために自動的に蓄積されるため、特に個別にデータ収集したり、現物の入手をする必要無く、登録画像データと対応するテンプレート文字データとを設定入力するといったデータ入れ替えを容易に行うことが可能となる。
【００２６】
本発明の請求項２に係る車両ナンバー情報読取システムは、車両通過レーン若しくは駐車エリア周辺に設置した撮像装置によりナンバープレートを撮像したうえでそのナンバープレートに刻印されたナンバー情報を識別する管理端末を備えた車両ナンバー情報読取システムであって、前記管理端末は、過去に撮像したナンバープレートの撮像プレート画像データと直近で撮像したナンバープレートの撮像プレート画像データとを比較するパターンマッチング処理と、予め文字単位毎又は単語単位毎のテンプレート文字データとで関連付けして登録された登録画像データと撮像したナンバープレートの撮像プレート画像データとを文字単位又は単語単位で比較することでテンプレート文字データを特定して文字識別するＯＣＲ処理とを行い、パターンマッチング処理結果による各撮像プレート画像データ間の合致度が予め設定したレベルより高く且つＯＣＲ処理結果による各画像データ間の合致度が予め設定したレベルよりも低い場合には、該当する撮像画像データと合致度とを関連付けして低レベル合致度収集用データベースに保存することを特徴とする。
【００２７】
本発明の請求項２に係る車両ナンバー情報読取システムによれば、パターンマッチング処理による新旧撮像プレート画像データ間の合致度とＯＣＲ処理による登録撮像画像データ間の合致度とのうち、ＯＣＲ処理結果の合致度が低い場合にはテンプレート文字データが適切でない可能性が高く、そのＯＣＲ処理結果を収集することで、テンプレート文字データの更新の可否の判断が容易となる。さらに、パターンマッチング処理結果とＯＣＲ処理結果との各合致度との比較によってデータ蓄積の有無を判断するため、パターンマッチング処理結果自体が低レベルである場合には収集せず、撮像プレート画像データが画像として鮮明でないものや、撮像装置に対する車体斜め入場等に起因してナンバープレートが傾いた状態で撮像されている場合等の画像データをＯＣＲ処理用のテンプレート文字データ更新用に供するために蓄積してしまうことがなく、比較的鮮明で良好なデータだけを効率良く蓄積することができる。
【００２８】
また、本発明の請求項３に記載の車両ナンバー情報読取システムは、前記管理端末は、前記ＯＣＲ処理結果による各画像間の合致度の比較を行なうテンプレート文字データ及び登録画像データとして、陸運支局名と用途名（仮名）とを用いることを特徴とする。
【００２９】
本発明の請求項３に係る車両ナンバー情報読取システムによれば、陸運支局名を蓄積することによって、当地ナンバーに対応したテンプレート文字データ及び登録画像データを早期に収集することが可能となり、複数の文字形状のフォントが存在する「仮名」に関するデータの蓄積も自動的に行うことができ、蓄積データの適正化が早期に実現することによって、ナンバー情報の文字認識精度（ＯＣＲ処理精度）の向上に繋がる。
【００３０】
本発明の請求項４に記載の車両ナンバー情報読取システムは、前記管理端末は、前記低レベル合致度収集用データベースにおいて、ＯＣＲ処理結果として判定した同一の陸運支局名を収集して整理させると共に、撮像されたナンバー情報の撮像画像データの画像とテンプレート文字登録画像データの画像とを比較閲覧可能とする表示画面を備えていることを特徴とする。
【００３１】
本発明の請求項４に係る車両ナンバー情報読取システムによれば、複数のフォントが存在する陸運支局名毎の登録されたテンプレート文字が適正かどうかも容易に分析できテンプレート文字データの適正化によってナンバー情報の文字認識精度（ＯＣＲ処理精度）のさらなる向上に繋がる。
【００３２】
本発明の請求項５に記載の車両ナンバー情報読取システムは、前記管理端末は、前記低レベル合致度収集用データベースにおいて、ＯＣＲ処理結果として判定した陸運支局名毎に用途名（仮名）を収集して整理させると共に、撮像されたナンバー情報の陸運支局名と用途名の夫々の撮像画像データと登録画像データとを比較閲覧可能とする表示画面を備えていることを特徴とする。
【００３３】
本発明の請求項５に係る車両ナンバー情報読取システムによれば、駐車場管理担当者が陸運支局名と用途名の夫々の撮像画像データと登録画像データとを比較閲覧して登録画像データの画像状態（例えば、フォント状態）の良し悪しが判断できるため、現場においてその地域のデータの蓄積と修正データの反映が容易となる。
【００３４】
本発明の請求項６に記載の車両ナンバー情報読取システムは、前記管理端末は、低レベル合致度と判定されたデータを前記表示画面で比較閲覧されたテンプレート文字データ及び登録画像データと入れ替え可能であることを特徴とする。
【００３５】
本発明の請求項６に係る車両ナンバー情報読取システムによれば、駐車場管理担当者が比較閲覧したなかで良好と判断したフォントを簡単に現場で入れ替えできるため、その地域のデータの早期蓄積と修正データのタイムリーな反映が可能となる。
【００３６】
本発明の請求項７に記載の車両ナンバー情報読取システムは、前記管理端末は、低レベル合致度と判定された複数のデータを画像処理を施して生成された適正なテンプレート文字データと入れ替え可能であることを特徴とする。
【００３７】
本発明の請求項７に係る車両ナンバー情報読取システムによれば、駐車場管理担当者が比較閲覧したなかで良好と判断した複数のフォントによって適正に処理されたデータをＯＣＲ処理用のテンプレート文字データとして簡単に現場で入れ替えできるため、適切な修正データの反映が可能となり、ナンバー情報の認識精度の向上に繋がる。
【発明の効果】
【００３８】
本発明の車両ナンバー情報読取システムは、今後も随時導入されるであろうご当地ナンバーへの対応を容易且つ迅速に対応することができるばかりでなく、導入のための作業コストや機器コスト等の高騰を抑制しつつ地域毎のフォントの違いに対する文字認識処理を独自で且つ適切に対応し得て、認識精度を大幅に向上することができる。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施形態に係る車両ナンバー情報読取システムにおけるシステム構成の説明図である。
【図２】本発明の一実施形態に係る車両ナンバー情報読取システムにおける撮像装置のブロック図である。
【図３】本発明の一実施形態に係る車両ナンバー情報読取システムにおけるパターンマッチング処理の説明図である。
【図４】本発明の一実施形態に係る車両ナンバー情報読取システムにおけるＯＣＲ処理の説明図である。
【図５】本発明の一実施形態に係る車両ナンバー情報読取システムにおける入場時の発券機動作のフロー図である。
【図６】本発明の一実施形態に係る車両ナンバー情報読取システムにおける入場時の撮像処理動作のフロー図である。
【図７】本発明の一実施形態に係る車両ナンバー情報読取システムにおける入場時の管理端末動作のフロー図である。
【図８】本発明の一実施形態に係る車両ナンバー情報読取システムにおける出場時の出口精算機動作のフロー図である。
【図９】本発明の一実施形態に係る車両ナンバー情報読取システムにおける出場時の撮像処理動作のフロー図である。
【図１０】本発明の一実施形態に係る車両ナンバー情報読取システムにおける出場時の管理端末動作のフロー図である。
【図１１】本発明の一実施形態に係る車両ナンバー情報読取システムにおけるＯＣＲ処理のフロー図である。
【図１２】本発明の一実施形態に係る車両ナンバー情報読取システムにおける駐車データの説明図である。
【図１３】本発明の一実施形態に係る車両ナンバー情報読取システムにおける低レベル合致度文字閲覧手段の説明図である。
【図１４】フォントの差異の例を示した説明図である。
【図１５】陸運支局名の文字フォントの例を示した説明図である。
【発明を実施するための形態】
【００４０】
以下、本発明に係る車両ナンバー情報読取システムの一実施形態について、駐車場に設置された車両ナンバー情報読取システムに適用し、図面に基づいて説明する。尚、以下に示す実施形態は、本発明の好適な具体例であり、技術的に好ましい種々の限定を付している場合もあるが、本発明の技術範囲は、特に本発明を限定する記載がない限りこれらの態様に限定されるものではない。
【００４１】
図１は本発明の一実施形態に係る車両ナンバー情報読取システムにおけるシステム構成の説明図である。
【００４２】
図１において、ＭＰは実際に車両を駐車するための駐車スペースである。この駐車スペースＭＰの付近には、第１入場レーン１０ａと第２入場レーン１０ｂ、第１出場レーン２０ａと第２出場レーン２０ｂ、各入場レーン１０ａ，１０ｂの車両進行方向前後及び各出場レーン２０ａ，２０ｂの車両進行方向前後に配置された第１ループ１１ａと第２ループ１１ｂ、各入場レーン１０ａ，１０ｂ及び各出場レーン２０ａ，２０ｂを区画するように配置されたメインアイランド１２ａとセンターアイランド１２ｂとサイドアイランド１２ｃ、とを備えている。
【００４３】
各アイランド１２ａ，１２ｂ，１２ｃには、各入場レーン１０ａ，１０ｂ及び各出場レーン２０ａ，２０ｂを挟むように互いに対向するもの同士で対として車両の出入りを検出するための発光トリガーセンサー１３又は受光トリガーセンサー１４が設けられている。また、各入場レーン１０ａ，１０ｂのメインアイランド１２ａとセンターアイランド１２ｂとには、発券機１５、通信ライン１６、ゲートバー１８を備えたゲート装置１７、撮像装置１９、が設けられている。さらに、各出場レーン２０ａ，２０ｂのメインアイランド１２ａとセンターアイランド１２ｂとには、通信ライン１６、ゲートバー１８を備えたゲート装置１７、撮像装置１９、出口精算機２２、が設けられている。
【００４４】
また、図１において、２１は出口精算機とは別に事前に清算処理を行うことができる事前精算機、２３は事前精算機２１用の通信ライン、２４はイーサネット（登録商標）、５０ａ及び５０ｂは車両である。さらに、図１において、３０は駐車場管理室である。
【００４５】
駐車場管理室３０は、サーバー３１、管理端末としてのパーソナルコンピュータ（ＰＣ）等の演算処理装置（以後、単に「管理ＰＣ」と称する。）３２、データベース（ＤＢ）３３、とを備えている。
【００４６】
データベース３３は、契約車データベース（ＤＢ）３３ａ、在車データベース（ＤＢ）３３ｂ、画像データベース（ＤＢ）３３ｃ、テンプレート文字データベース（ＤＢ）３３ｄ、を備えている。
【００４７】
発光トリガーセンサー１３から赤外線ビームが各受光トリガーセンサー１４に向けて照射され、この間への車両５０ａ又は車両５０ｂの進入によって赤外線ビームが遮光されるとトリガーオン（ＯＮ）となる。
【００４８】
この際、各入場レーン１０ａ，１０ｂにおいては、車両５０ａ又は車両５０ｂの金属部分が第１ループ１１ａに検知されて車両有りと判断された場合のみ、トリガーオンと判断されるようにＡＮＤ構成を採用しており、人や小動物の通過によってトリガーオンとはならないようになっている。
【００４９】
各撮像装置１９は、通信ライン１６を介して発券機１５又は出口精算機２２と接続されている。また、発券機１５と出口精算機２２とは同一アイランド１２ａ，１２ｂのゲート装置１７と接続されている。さらに、撮像装置１９は、イーサネット（登録商標）２４を通じて他の撮像装置１９や管理ＰＣ３２とＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）接続されている。
【００５０】
駐車場スペースＭＰの一角に設置された事前精算機２１は、管理ＰＣ３２と通信ライン２３で接続され、各出場レーン２０ａ，２０ｂから離れた場所（例えば、ビル等の出入り口付近や駐車エリアＭＰの一角等に設置し、事前に清算することで清算後の所定時間内（例えば、５分）であれば出口精算機２２での清算を不要とするものである。従って、この事前精算機２２の設置場所は限定されるものではない。
【００５１】
尚、第１，第２出場レーン２０ａ，２０ｂは、第１，第２入場レーン１０ａ，１０ｂの車両進行方向を反転させた構成になっているため、その詳細な構造の説明は省略する。
【００５２】
図２は上述した撮像装置１９の構成を示したものである。撮像装置１９は、中央演算処理部（ＣＰＵ）３４、メモリー３５、外部入力部３６、外部通信部３７、ＬＡＮボード３８、カメラ３９、キャプチャーボード４０、フラッシュ４１、インターフェイス４２、を備え、バス４３を介して相互接続されている。また、撮像装置１９は、各入場レーン１０ａ，１０ｂ及び各出場レーン２０ａ，２０ｂの何れに設置されたものでも同じ構成であるが、個々の装置ＩＤやＬＡＮ接続のためのＩＰアドレス等を異ならせることによって撮像装置１９の特定を行うことができる。従って、入出場処理のプログラム自体は後述するように各入場レーン１０ａ，１０ｂと出場レーン２０ａ，２０ｂとでは若干異なる仕組みに成っている。
【００５３】
通常、発光トリガーセンサー１３は、常に赤外線ビームを照射しており、受光トリガーセンサー１４が物体によって遮蔽されることで撮像装置１９にトリガー信号が入力され、フラッシュ４１を焚きカメラ３９で撮像する。その際に周辺の光量を計測する光センサー等（図示せず）を用いてフラッシュ４１を制御するか、カメラ３９のレンズ部にオートアイリス機構を仕組んでもよい。
【００５４】
本実施の形態においては、撮像した画像はカメラ３９からキャプチャーボード４０で静止画像化され、予めプログラムされたアプリケーションソフトウエアがＣＰＵ３４上で動作し、車両５０ａ又は車両５０ｂのナンバープレートの抽出及びナンバー情報の二値化や画像圧縮データの生成などを行い、これをメモリー３５に保存する。
【００５５】
第１，第２入場レーン１０ａ，１０ｂの撮像装置１９の例では、メモリー３５には契約車の画像圧縮データが多数保存されている。実施例ではデータ保存はメモリー３５としたが、ＨＤＤ（ハードディスク）やコンパクトフラッシュ（登録商標）などの記憶デバイスを用いてもよい。また、アプリケーションソフトウエアのプログラムなどは予めメモリー３５の一部に書き換え不可能に保存されている。パターンマッチング処理は、予めプログラムされたアプリケーションソフトウエアがＣＰＵ３４上で動作し、撮像画像から生成した画像圧縮データとメモリー３５上に保存された画像圧縮データを比較して処理を行う。また、ナンバープレート抽出、二値化、画像圧縮データの生成、さらにパターンマッチング処理などの一連の動作を専用の画像ボードを設けて行うことも可能である。
【００５６】
具体的には、図１で例示した構成の駐車場の場合、入場時に撮像したナンバープレートの画像データを過去の撮像プレート画像データとしてメモリー３５に記憶し、出場時に撮像したナンバープレートの画像データを直近の撮像プレート画像データとし、これら新旧の撮像プレート画像データを比較する。
【００５７】
尚、過去の撮像プレート画像データとしては、契約車両の駐車と一時利用車両の駐車とが混在する有料駐車場等の場合には、契約車両のナンバープレートの画像データを過去の撮像プレート画像データとしてメモリー３５に記憶し、駐車場への入場時に撮像したナンバープレートの画像データを直近の撮像プレート画像データとして契約車か否かを判定する際に用いる場合等もある。
【００５８】
ここで、パターンマッチング処理とＯＣＲ処理とでは、利点と欠点（得意と不得意）がある。即ち、パターンマッチング処理では、ノーマッチング（合致しない）の原因（パターンマッチング処理の弱点）として、入場時と出場時に車両進入角度（姿勢）が、例えば反対方向に異なる方向に曲がりながらレーンに進入した車両の画像のパターンマッチング処理はノーマッチングになりやすい。
【００５９】
このことは、比較するナンバープレートの画像同士の歪みの方向が異なることにより、各々のナンバープレートの文字の形が異なるためにノーマッチングとなりやすい。これに対してＯＣＲ処理では、文字１つ１つを読み取ってテキストに置き換えているため、入場時と出場時に逆方向に歪んだナンバープレートの画像を撮像した場合でも、それらの画像同士を比較する訳ではないのでナンバープレートの文字は正常に認識できる。
【００６０】
ＯＣＲ処理の弱点は、ナンバープレートの文字がかすれていたり、汚れている場合に文字と認識できないか、最も似ている他のテキストを当てはめてしまうため、誤認識が生じることもあるが、パターンマッチング処理では入場時と出場時の画像同士を直接比較するために、ナンバープレートの文字のかすれや汚れも含めて同一の車両かどうかが判断され、誤認識が生じ難いとされている。
【００６１】
パターンマッチング処理は処理速度が速く、出場レーン２０ａ，２０ｂでのパターンマッチング処理では入場台数分のデータからベストマッチング（一番マッチングスコアが高い＝合致点数が高い）を選択すればよいから、対象数は在車数に限られ処理対象数が少ない。また、入場レーン１０ａ，１０ｂでは対象数は定期契約車に限られる。これに対してＯＣＲ処理では、常に全ての文字の可能性を考慮して一文字づつ認識処理するため、処理全体に時間がかかる。入場レーン１０ａ，１０ｂや出場レーン２０ａ，２０ｂの撮像装置１９側でパターンマッチング処理とＯＣＲ処理の両方を実行すると全体の処理に時間がかかり、それをカバーするためにＣＰＵ３４のクロック周波数の速いものを採用したり、内部のメモリー３５の容量をアップさせなければならず、装置のコストアップとなる。
【００６２】
図３を基にパターンマッチング処理を説明する。
【００６３】
例えば、図３（イ）に示すように、入場時（又は出場時）の車両進行方向が右折状態である場合、車両５０のナンバープレート５１は左に曲がった姿勢で入場することとなる。従って、その際のナンバープレート５１の画像も図３（イ）に示すように曲がって撮像される。
【００６４】
これに対し、図３（ロ）に示すように、入場時（又は出場時）の車両進行方向が略直進状態である場合、ナンバープレート５１は直進(平面）姿勢で入場することとなる。従って、その際のナンバープレート５１の画像も図３（ロ）に示すように撮像される。
【００６５】
一方、図３（ハ）に示すように、出場時（又は入場時）の車両進行方向が左折状態ある場合、ナンバープレート５１は右に曲がった姿勢で出場することとなる。従って、その際のナンバープレート５１の画像も図３（ハ）に示すように曲がって撮像される。
【００６６】
パターンマッチング処理を概念的に言うと、画像圧縮データ同士を重ね合わせて、その一致する部分の多さで点数をつけ、それが予め設定した閾値以上であれば「マッチング」とし、閾値以下であれば「ノーマッチング」となり、これを撮像したものと保存してあるものとで総当たり処理して、「マッチング」のなかの「ベストマッチング」を選択する。
【００６７】
ここで、入場時と出場時とのナンバープレート５１の関係が、図３（イ）と図３（ロ）又は、図３（ロ）と図３（ハ）というように、一方のみがずれた状態であれば比較的高いスコアでマッチングするが、図３（イ）と図３（ハ）とのように、互いに逆方向にずれた場合には比較的低いスコアとなり、場合によっては「ノーマッチング」となってしまうことがある。
【００６８】
この際、この状態であっても常に「マッチング」するように閾値を下げたり、アルゴリズムを変更すると、本当に異なるナンバープレート同士を「マッチング」と見なしてしまう「ミスマッチング」が生じる危険性がある。
【００６９】
このように、車両の姿勢の食い違いにより画像の歪み方向が大きく異なるナンバープレート画像同士では比較的スコアが低く「ノーマッチング」と判定されることがあるが、仮に、ＯＣＲ処理する場合では図３（イ）、図３（ロ）、図３（ハ）において全て正常にナンバー情報を認識し、例えば、テキストデータ「名古屋４００わ０４４４」を処理結果として得ることができる（尚、この「名古屋４００わ０４４４」のナンバー情報を有する車両は、一連番号の１桁目に「０」は採用されないため実在しない）。
【００７０】
次に、図４のフロー図を参照してＯＣＲ処理の説明をする。
【００７１】
このＯＣＲ処理を概念的に説明すると、画像に含まれる文字部と予め設定された形態（フォント）の文字との「テンプレートマッチング処理」を行うものである。
【００７２】
まず、図４の（１）でナンバーを抽出し（パターンマッチング処理で抽出された画像を使用する）、（２）ナンバーの文字部だけを抽出し（同様にパターンマッチング処理の前処理で抽出済み）、（３）でそれらを要素別に分け（後述する図１１でも説明している）、（４）で文字のＤＢに保管してある様々な文字のデータと比較して１文字づつ「総当たり」で当てはめ、（５）でその結果をテキストデータとして出力する。また（５’）として、その際に各要素の合致度、確からしさを採点しており、その最高点の文字を割り当てている。
【００７３】
ＯＣＲ処理は対象となる文字のデータ数が多いと処理時間が長くかかるため、駐車場の入出場レーンで採用するには、高速の処理が必要でありＣＰＵのクロック周波数の速いものが必要で、それを多数の処理装置に設置するとコストが増大する。そこで、管理ＰＣ３２のように他に高速の処理を司る用途のためにハイスペックなＰＣがある場合は、そこでＯＣＲ処理を行わせることで、ＣＰＵの高速化のコストアップが全体のコストに影響され難くすることも可能である。
【００７４】
ただし、ＯＣＲ処理を行うための画像を送信するのにも時聞がかかるため、複数のレーンの画像を一箇所で集中的にＯＣＲ処理し、その結果を入出場レーン側に返すといったシステムだけで駐車場の入出場を管理するには、画像送信と結果の返信に常に数秒の時間を待たねばならず、これだけでの運用は現実的でない（常にレスポンスが遅い）。
【００７５】
そこで、上述したパターンマッチング処理とＯＣＲ処理の利点と欠点に鑑みて、本発明の実施例による車両ナンバー情報読取システムでは、図５から図１１に示すような処理を実行する。
【００７６】
図５は車両入場時における発券機１５の動作フローを示し、ステップＳ１で第１ループ１１ａがオンかオフかを判断し、オンであればステップＳ２に進みトリガー受付許可信号を（Ａ）に示すそのレーンに設置された撮像装置１９へ送信する。
【００７７】
また、ステップＳ３でパターンマッチング処理結果を含む駐車データを（Ｂ）に示す撮像装置１９から受信し、ステップＳ４でパターンマッチング処理結果を判断し、ノーマッチングであればステップＳ５に進み、（Ｂ’）に示す撮像装置１９からＯＣＲ処理結果がＮＯ（合致無し）を受信した場合、ステップＳ６へと移行して案内放送を開始する。
【００７８】
さらに、ステップＳ７で発券機１５の発券釦を押下すると、ステップＳ８で駐車券が発行され、ステップＳ９で駐車券もしくは定期券が抜き取られたか否かを判断し、抜き取られたらステップＳ１０でゲートバー１８が開く。
【００７９】
また、ステップＳ１１で車両５０ａ又は車両５０ｂが第２ループ１１ｂを通過したか否かを判断し、通過していればステップＳ１２でゲートバー１８が閉じ、ステップＳ１３で入場時刻、券Ｎｏ等の駐車データを更新すると共に、トリガー受付禁止指令を（Ｃ）に示す撮像装置１９へと送信する。
【００８０】
また、ステップＳ７で発券機１５の発券釦が押下されなければ、ステップＳ１４に進み定期券が挿入されたか否かを判断し、挿入されればステップＳ９に進み、挿入されなければステップＳ７で待機をし続ける。
【００８１】
この様に、入場レーン１０ａ又は入場レーン１０ｂでは、契約車に対しては通常はパターンマッチング処理結果が「マッチング」となってゲート開信号が出力され、一般車に対してはパターンマッチング処理結果が「ノーマッチング」となって、発券釦が押下された場合に駐車券が発行され、駐車券を抜き取るとゲート開信号が出力され、夫々第２ループ１１ｂを通過するとゲートが閉じ、その後駐車データに入場時刻、券Ｎｏ等が付加されたデータとトリガー受付禁止信号が撮像装置１９へと送信される。
【００８２】
図６は車両入場時の撮像装置１９の動作フローを示し、ステップＳ２１でトリガー入力がオンかオフかを判断し、オフであればステップＳ２２で（Ａ）に示すようにそのレーンに設置された発券機１５からトリガー受付許可信号を受信するが、受信されない場合はステップＳ２１のトリガー入力判断を繰り返す。
【００８３】
また、ステップ２１でトリガー入力がオンの場合はステップＳ２３でトリガー受付許可か禁止かを判断し、許可状態の場合はステップＳ２４で適宜にフラッシュ発光撮像すると共に画像キャプチャーを実行し、ステップＳ２５でナンバープレート抽出処理を行い、ステップＳ２６で（Ｄ）に示すようにナンバー位置情報を含む駐車データと画像を管理ＰＣ３２へ送信する。
【００８４】
さらに、ステップＳ２７で画像圧縮データを生成し、ステップＳ２８でパターンマッチング処理を実行した後、ステップＳ２９でパターンマッチング処理結果を判断し、ステップＳ３０で（Ｂ）に示すようにパターンマッチング処理結果を含む駐車データを発券機１５へ送信する。
【００８５】
ここで、そのまま待機している状態で車両５０ａ又は車両５０ｂが駐車スペースＭＰ内に入場するとステップＳ３１に進み、（Ｃ）に示すように発券機１５から入場時刻や券ナンバーなどを含む更新された駐車データ及びトリガー受付禁止指令を受信し、ステップＳ３２で（Ｅ）に示すように駐車データと画像圧縮データを管理ＰＣ３２へ送信する。
【００８６】
一方、ステップＳ２９でノーマッチングだった場合には、ステップＳ３３へと移行し、（Ｅ）に示すように管理ＰＣ３２からＯＣＲ処理結果を受信したか否かを判断し、受信していればステップＳ３４でＯＣＲ処理結果を含む駐車データを発券機１５へ送信する。
【００８７】
図７は車両入場時における管理ＰＣ３２の動作フローであって、ステップＳ４１で（Ｄ）に示すように撮像装置１９からナンバー位置情報を含む駐車データ及び画像を受信し、ステップＳ４２でＯＣＲ処理を実行する。
【００８８】
また、ステップＳ４３で契約車ＤＢ３３ａの検索を行った後、ステップＳ４４で該当車が有るか無いかを判断し、該当車が無ければステップＳ４５でＯＣＲ処理で得られたナンバープレート情報のみをデータにセットしてステップＳ４６で（Ｅ）に示すようにＯＣＲ処理結果として撮像装置１９へ送信した後に、ステップＳ４７で画像を画像ＤＢ３３ｃに保存する。
【００８９】
さらに、ステップＳ４８で（Ｆ）に示すように撮像装置１９から駐車データと画像圧縮データを受信し、ステップＳ４９で在車情報を在庫ＤＢ３３ｂに保存する。
【００９０】
また、ステップＳ５０で車両５０ａ又は車両５０ｂが契約車か否かを判断し、契約車でなければステップＳ５３で蓄積台数が有るか否かを判断し、蓄積台数が有ればステップＳ５１へと移行する。また、契約車でない場合にはステップＳ５４でタイムアウトか否かを判断し、タイムアウトであればステップＳ５１に進み蓄積台数やタイムアウトの初期化を行い、ステップＳ５２で（Ｆ’）に示すように駐車データと画像圧縮データを各出口の撮像装置１９へ送信する。
【００９１】
ステップＳ４４で該当車があればステップＳ５５に進みＯＣＲ処理で得られたナンバープレート情報と契約車ＤＢから抽出した情報をデータにセットして、ステップＳ４６に進む。また、ステップＳ５０で契約車であればステップＳ５１へ進む。
【００９２】
このように、契約車以外の情報の場合には、予め設定した台数若しくは時間が経過するまでは駐車場データと画像圧縮データを配信せず、例えば、一般車が１０台連続して入場したら、１０台分まとめて駐車場データと画像圧縮データを各出場レーンの撮像装置１９へ配信するようになっており、入場の度にデータを複数の出口レーンの撮像装置１９へ返信する場合に比較して、ＬＡＮのトラフィックを混雑させるのを極力避けることができると共に、時間のかかる画像の送受信を少しでも速く実行するように工夫されている。
【００９３】
図８は車両出場時における出口精算機２２の動作フローを示し、ステップＳ６１でそのレーンの第１ループ１１ａがオンであるかオフであるかを調べ、第１ループ１１ａがオンであればステップＳ６２でトリガー受付許可指令を（Ｇ）に示すそのレーンに設置された撮像装置１９に送信する。
【００９４】
また、ステップＳ６３でパターンマッチング処理結果を含む駐車データを（Ｈ）に示すように受信した後に、ステップＳ６４でパターンマッチング処理結果を調べる。
【００９５】
ここで、ノーマッチングであればステップＳ６５に進み、（Ｈ'）に示す撮像装置１９からＯＣＲ処理結果がＮＯ（合致無し）を受信した場合には、ステップＳ６６へ進み案内放送を開始し、ステップＳ６７で駐車券が挿入されたか否かを判断し、挿入されていればステップＳ６８で料金が発生したか否かを判断し、料金が発生していればステップＳ６９に進み料金精算処理を実行する。
【００９６】
また、ステップＳ７０で出口のゲートバー１８が開き、次にステップＳ７１で第２ループ１１ｂを車両５０ａ又は車両５０ｂが通過したか否かを調べ、通過していればステップＳ７２でゲートバー１８が閉じ、ステップＳ７３で出場時刻などの駐車データを更新し、（Ｊ）に示すようにトリガー受付禁止指令を撮像装置１９へ送信する。
【００９７】
一方、ステップＳ６７で駐車券が挿入されなければ、ステップＳ７４で定期券が挿入されたか否かを判断し、定期券が挿入されていなければステップＳ６７に戻り、挿入されていればステップＳ７５に進む。
【００９８】
また、ステップＳ６４でマッチングしていればステップＳ６８に進み、ノーマッチングであってもステップＳ６５で（Ｈ'）に示す撮像装置１９からのＯＣＲ処理結果が合致しているか否かを調べ、合致していればステップＳ６８に進む。
【００９９】
図９は車両出場時における撮像装置１９の動作フローを示し、ステップＳ８１でトリガー入力がオンであるかオフであるかを判断し、オフであればステップＳ８２で（Ｇ）に示すそのレーンに設置された出口精算機２２から受付許可指令を受信するが、受信されない場合はステップＳ８１のトリガー入力判断を繰り返す。
【０１００】
また、ステップＳ８１でトリガー入力がオンした場合はステップＳ８３でトリガー受付許可か禁止かを判断し、許可状態の場合はステップＳ８４で適宜にフラッシュ発光撮像すると共に画像キャプチャーを実行し、ステップＳ８５でナンバープレート抽出処理を行う。 さらに、ステップＳ８６で、ナンバー位置情報を含む駐車データと画像を（Ｋ）に示す管理ＰＣ３２に送信した後、ステップＳ８７で画像圧縮データを生成し、ステップＳ８８でパターンマッチング処理を行う。
【０１０１】
また、ステップＳ８９でパターンマッチング処理結果がどうかを判断し、ステップＳ９０でパターンマッチング処理結果を含む駐車データを（Ｈ）に示す出口精算機２２へ送信する。
【０１０２】
ここで、そのまま待機しているうちに車両５０ａ又は車両５０ｂが駐車スペースＭＰから出場すると、ステップＳ９１に進み、出場時刻や券Ｎｏなどの更新された駐車データ及びトリガー受付禁止指令を（Ｊ）に示す出口精算機２２から受信し、ステップＳ９２で契約車か否かを判断する。
【０１０３】
ここで、契約車でなければステップＳ９３で駐車データと画像圧縮データを削除し、ステップＳ９４で駐車データ削除指示を（Ｍ）に示す各出場レーンの撮像装置１９と管理ＰＣ３２へ送信する。
【０１０４】
一方、ステップＳ８９でノーマッチングだった場合には、ステップＳ９５に進み（Ｌ）に示す管理ＰＣ３２からＯＣＲ処理結果を受信したか否かを調べ、ステップＳ９６でＯＣＲ処理結果を含む駐車データを（Ｈ'）に示す出口精算機２２へ送信する。
【０１０５】
また、ステップＳ９２で契約車であれば、ステップＳ９７で駐車データを（Ｎ）に示す各入場レーンの撮像装置１９へ送信すると共に、ステップＳ９３に戻る。
【０１０６】
さらに、ステップＳ８３でトリガー受付禁止の場合には、ステップＳ９８で配信受付処理を行った後にステップＳ８１に戻る。
【０１０７】
図１０は出場時における管理ＰＣ３２の動作フローであって、ステップＳ１０１で（Ｋ）に示す撮像装置１９からナンバープレート位置情報と画像を受信し、ステップＳ１０２でＯＣＲ処理を行う。
【０１０８】
また、ステップＳ１０３で在車ＤＢ３３ｂのデータを検索し、ステップＳ１０４で該当車が有るか否かを判断する。該当車がなければ、ステップＳ１０５でＯＣＲ処理結果のみをデータにセットして、ステップＳ１０６でＯＣＲ処理結果として（Ｌ）に示す撮像装置１９へ送信する。
【０１０９】
さらに、ステップＳ１０７で画像を画像ＤＢ３３ｃに保存した後に、ステップＳ１０８で（Ｍ）に示す撮像装置１９から、駐車データと画像圧縮データを削除する旨の指示指令を受信し、ステップＳ１０９で在車ＤＢ３３ｂから駐車データを削除する。
【０１１０】
一方、ステップＳ１０４で該当車があれば、ステップＳ１１０に進み、ＯＣＲ処理で得られたナンバー情報と在車ＤＢから抽出した情報をデータにセットして、ステップＳ１０６に進む。
【０１１１】
この際、パターンマッチング処理でノーマッチングの場合でも、正常にナンバープレートが撮像されて、ＯＣＲ処理結果から在車情報を検索して該当するものが見つかれば「マッチング」（＝合致するものがある）と同様に扱う。また、各レーン１０ａ，１０ｂ，２０ａ，２０ｂの撮像装置１９でパターンマッチング処理をするのと同時に画像をＬＡＮで管理ＰＣ３２に送信する。
【０１１２】
パターンマッチング処理を撮像装置１９で実行している時には内部ＣＰＵがフル稼働しているが、画像送信などの通信処理は専用のＬＡＮボード３８（若しくは単にＬＡＮ専用回路）が司るため、並列処理で画像を送信してもパターンマッチング処理が遅くはならない。
【０１１３】
ＯＣＲ処理はＣＰＵにかかる負荷が大きいため、ハイスペックなＣＰＵを搭載した管理ＰＣ３２に画像を送信してそれを基にＯＣＲ処理させ、結果だけを撮像装置１９に返信させる。
【０１１４】
この際、撮像装置１９は管理ＰＣ３２に画像を送信する際に、画像の中に含まれるナンバープレートの位置データを付加して送信する。
【０１１５】
管理ＰＣ３２は、ナンバープレート位置情報を含む画像エリアだけ、ナンバープレート画像抽出とＯＣＲ処理することで、ＯＣＲ処理の時聞を短くできる。
【０１１６】
図１１はＯＣＲ処理の動作フローであって、ステップＳ１１１で一連番号を抽出し、ステップＳ１１２ではその一連番号の位置から他の各文字や番号の領域を算出し、ステップＳ１１３でまず一連番号の数字を認識してその結果は図示しないがメモリーに保管しておき、ステップＳ１１４では車種番号を認識して同様にその結果をメモリーに保管しておき、ステップＳ１１５では陸運支局名を認識するが、その際には文字ＤＢ３３ｄ内の陸運支局名ＤＢにある陸運支局名のテンプレートとの比較を行なって、最もスコアの高い陸運支局名をＯＣＲ処理結果としてメモリーに保管する。
【０１１７】
尚、文字認識時のスコアとは、各テンプレート（陸運支局名として登録された文字の文字形状）との比較を行い、合致する度合いが高いものに高いスコアをつけ、合致度が低いほど低いスコアとし、最も合致度が高いテンプレートの文字（支局名）をＯＣＲ認識結果として採用する。
【０１１８】
ただし、実際のＯＣＲ処理には誤認識を防止するために他の特徴による判定手法なども同時に採用しており、単なる絵合わせだけではないが、簡単なため、ここでは単にテンプレートに絵合わせを行なって、最も絵の輪郭のズレが少ないものに高スコアをつけるものとする。
【０１１９】
実施例では、完全に合致した場合にはスコアが１００点とし、低スコアの閾値を５０点とする。また、２０点以下の場合には「該当なし」や「認識不可」として、あえて低いスコアの文字を認識結果として採用しないこととしている。
【０１２０】
また、前述の一連番号と車種番号の認識についても同様に、数字の文字形状に対しての絵合わせによって最も高いスコアの数字を認識結果として採用するものであるが、数字の場合には陸運支局毎の文字形状の差異が無く、後からの書き換えの必要が無いため、０〜９までの１０種類の数字の文字形状のテンプレートデータは文字ＤＢではなく、ＯＣＲ処理プログラムの中に持たせている。
【０１２１】
次のステップＳ１１６では、まずパターンマッチング処理の段階におけるマッチングスコアが予め設定した閾値以上かどうかを判定する。この場合のマッチングスコアは、入場レーンでの一般車であれば、ほとんど低スコアであり、ノーマッチとなっているもので、パターンマッチングによる判定の閾値と同じスコアを設定してもよい。
【０１２２】
よって、ノーマッチの場合のナンバーのＯＣＲにおいては、ステップＳ１１６ではマッチングスコア閾値以上でＮＯとなり、ステップＳ１１７へと移行する。
【０１２３】
ステップＳ１１７では、用途名の認識を行なうが、前述の陸運支局名と同様に、文字ＤＢ３３ｄ内の仮名文字ＤＢにある仮名文字のテンプレートとの比較を行なって、最もスコアの高い仮名文字をＯＣＲ処理結果としてメモリーに保管する。ただし、この場合の仮名文字ＤＢにおいて認識処理に比較対照として参照する仮名文字のテンプレートは、前述のステップＳ１１５の陸運支局名認識でＯＣＲ処理結果としてメモリーに保管された陸運支局名毎に異なるテンプレートとなっており、その中から最もスコアの高い仮名文字をＯＣＲ処理結果としてメモリーに保管する。次のステップＳ１１８でも、まずパターンマッチング処理の段階におけるマッチングスコアが予め設定した閾値以上かどうかを判定し、パターンマッチング処理でノーマッチの場合にはステップＳ１１８ではマッチングスコア閾値以上でＮＯとなり、次のステップＳ１１９に進み、メモリーに保管してある各文字のＯＣＲ処理結果を出力し（ナンバー全体のＯＣＲ処理結果として次の処理に使用できる状態とする）、ＲＥＴＵＲＮで元の処理に戻る。
【０１２４】
前述のステップＳ１１６でマッチングスコアが閾値以上だった場合には、ＹＥＳとなりステップＳ１２０に移行して陸運支局名のＯＣＲスコアが閾値以下かどうかを判定し、閾値以上であればステップＳ１１７に移行するが、＜閾値以下？＞がＹＥＳだった場合にはステップＳ１２１に移行してその際の陸運支局名を抽出した文字画像と、認識結果（ＯＣＲスコア）を文字ＤＢ３３ｄ内の陸運支局名低スコア文字ＤＢに保存してからステップＳ１１７に移行する。
【０１２５】
また、前述のステップＳ１１８でマッチングスコアが閾値以上だった場合には、ＹＥＳとなりステップＳ１２２に移行して用途名（仮名）のＯＣＲスコアが閾値以下かどうかを判定し、閾値以上であればステップＳ１１９に移行するが、閾値以下だった場合にはステップＳ１２３に移行してその際の用途名を抽出した文字画像と、認識結果（ＯＣＲスコア）、ならびにその際の陸運支局名のＯＣＲ処理結果を文字ＤＢ３３ｄ内の仮名低スコア文字ＤＢに保存してからステップＳ１１９に移行する。
【０１２６】
図１２は本発明の実施例による車両ナンバー情報読取システムにおける駐車データの内容を示す図である。前述のマッチングスコアやＯＣＲ処理結果は駐車データに含まれて、その後の在車管理や出庫履歴管理に活用されることになる。また、ＯＣＲ処理結果は例えば一般車として駐車券を取って入場した車両のドライバーが、駐車券を紛失してしまった場合など、ドライバーが車両のナンバーを申告することですぐさま該当する車両の在車管理データより入場時刻が判明し、駐車券の再発行なども確実に行なえる。
【０１２７】
また、ＯＣＲ処理結果から駐車場施設利用者の陸運支局名の統計を採り、どの地域からの来場者が多いかなどが解析できれば顧客ニーズにあったサービスの展開も可能となる。
【０１２８】
さらに、一連番号データの末尾が偶数か奇数かによって入場を制限するような利用形態も可能である。
【０１２９】
また、ブラックリストや盗難車等のナンバー情報を登録して通報することも容易となり、この様に単に入場・退場時の車両判定を正確に行うためにはパターンマッチング処理だけでも問題ないが、ＯＣＲ処理には他の使い勝手があるためにどちらも精度良く認識することができるのが好ましい。
【０１３０】
図１３は本発明の実施例の低レベル合致度文字閲覧手段を示し、図１３の上段は用途名（仮名）低スコアリスト表示状態のモニタ正面図、図１３の下段は陸運支局名低スコアリスト表示状態のモニタ正面図である。
【０１３１】
これらの表示画面は管理ＰＣ３２のディスプレイに表示させたもので、通常の管理ＰＣ画面（図示せず）から係員操作によって遷移してこの図に示した画面６１に移行される。
【０１３２】
画面６１には、その全体にリスト表示部６２が設定されているが、操作の便宜性の確保のために下部にファンクション表示部６３が設けられている。
【０１３３】
このファンクション表示部６３は、図示しないキーボード装置のファンクションキー（Ｆ１〜Ｆ１２）に割り当てられた操作内容を表示する。また、リストの選択は図示しないマウスなどのポインティングデバイスを使用したり、図示しないキーボード装置のカーソルキー（←↓→↑）で移動させて選択することができる。
【０１３４】
用途名低スコアの例では、ＯＣＲ認識した仮名名の順で、ＯＣＲスコアの高い順にソートして表示されており、その際の陸運支局名も示されている。画面右側には、ＯＣＲ処理の際に使用された画像と、その際にテンプレートとして使用された画像も同時に比較閲覧可能となっている。このリストでは仮名の画像とテンプレートを比較して、あきらかに異なる文字形状が見つかった場合には、ファンクションキーで「登録」を押下し、該当するテンプレートを変えることもできる。
【０１３５】
また、その際に一度の登録で切替えるのではなく、複数の画像を登録し、別途それらを輪郭・位置・角度補正等をおこなったうえで、それら複数の画像データを平均化するなどの適正な画像処理を施してから、テンプレートを入れ替えるのも良い。
【０１３６】
このように、仮名名が陸運支局毎に表示されているのは、文字ＤＢ内で陸運支局名毎に使用されている仮名が保存されているからであるが、全ての陸運支局名で全ての仮名が整理されていない場合には、複数の陸運支局で共通の仮名を採用するようなデータテーブルが別途用いられている。陸運支局名の低スコアリストも同様に、陸運支局毎にＯＣＲスコアの高い順にソートして表示されており、画面右側には、ＯＣＲ処理の際に使用された画像と、その際にテンプレートとして使用された画像も同時に比較閲覧可能となっている。同様にこのリストでは陸運支局名の画像とテンプレートを比較して、あきらかに異なる文字形状が見つかった場合には、ファンクションキーで「登録」を押下し、該当するテンプレートを変えることもできる。その際に一度の登録で切替えるのではなく、複数の画像を登録し、別途それらを平均化するなどの適正化処理を施してから、テンプレートを入れ替えるのも良い。図の例ではご当地ナンバーとして新規採用された「富士山」で、テンプレートと実際の画像の差異が多数リストアップされており、これらを「登録」していくことで、陸運支局名のＯＣＲスコアが向上し、全体的にＯＣＲ処理結果が向上することで、ナンバー情報の認識精度が改良されていく。
【０１３７】
なお、本発明の実施例で説明した駐車場システムにおいては、パターンマッチング方式とＯＣＲ方式を撮像装置１９と管理ＰＣ３２とで別個に処理しているが、これらをすべて管理ＰＣ３２で行うか、逆に全て撮像装置内でおこなうことも、本発明の請求の範囲に含まれる。さらに、複数の駐車場において、ＯＣＲ登録されたテンプレートデータを共有し、遠隔地でのＤＢ間で共同して精度の向上を図ることも有効であり、本発明の応用の範囲といえる。
【０１３８】
加えて、本発明の実施形態は実施例で説明した様な入口出口の車路において撮像するシステムの駐車場に留まらず、車両を駐車エリア毎に管理して駐車料金精算前の車両を駐車エリアから退出不可状態に拘束する装置を備えたフラップ式駐車場にも使用可能であり、その場合には撮像装置を駐車エリア周辺に個々の駐車エリア毎に設置したり、複数の駐車エリアをまとめて撮像したり、さらに撮像装置のカメラ部が複数の駐車エリアを巡回しながら監視する様な形態であっても、本発明で述べたナンバー情報認識の技術を採用するも可能である。
【産業上の利用可能性】
【０１３９】
以上詳述したように本発明は、駐車場システムにおいて用いられるナンバー情報の認識処理に関するものであり、ナンバーのＯＣＲ処理の精度向上に効果を発揮することで、スムーズな入場・出場が恒久的に実現されるためのものであり、十分に産業上の利用可能性を有している。
【符号の説明】
【０１４０】
１０ａ，１０ｂ 入場レーン
１１ａ，１１ｂ ループ
１２ａ，１２ｂ，１２ｃ アイランド
１３ 発光トリガーセンサー
１４ 受光トリガーセンサー
１５ 発券機
１６ 通信ライン
１７ ゲート装置
１８ ゲートバー
１９ 撮像装置
２０ａ，２０ｂ 出場レーン
２１ 事前精算機
２２ 出口精算機
２３ 通信ライン
２４ イーサネット（登録商標）
３０ 駐車場管理室
３１ サーバー
３２ 管理ＰＣ（管理端末）
３３ データベース（ＤＢ）
３３ａ 契約車ＤＢ
３３ｂ 在車ＤＢ
３３ｃ 画像ＤＢ
３３ｄ 文字ＤＢ
３４ ＣＰＵ
３５ メモリー
３６ 外部入力部
３７ 外部通信部
３８ ＬＡＮボード
３９ カメラ
４０ キャプチャーボード
４１ フラッシュ
４２ インターフェイス
４３ バス
５０ａ，５０ｂ 車両
ＭＰ 駐車スペース
【特許請求の範囲】
【請求項１】
車両通過レーン若しくは駐車エリア周辺に設置した撮像装置によりナンバープレートに刻印されたナンバー情報を撮像したうえでナンバー情報を識別する管理端末を備えた車両ナンバー情報読取システムであって、
前記管理端末は、予め文字単位毎又は単語単位毎のテンプレート文字データとで関連付けして登録された登録画像データと撮像したナンバー情報の撮像画像データとをＯＣＲ処理によって文字単位又は単語単位で比較することでテンプレート文字データを特定して文字識別すると共に、
そのＯＣＲ処理による文字単位又は単語単位での各画像データ間の合致度が予め設定したレベルよりも低い場合には、該当する撮像画像データと合致度とを関連付けして低レベル合致度収集用データベースに保存することを特徴とする車両ナンバー情報読取システム。
【請求項２】
車両通過レーン若しくは駐車エリア周辺に設置した撮像装置によりナンバープレートを撮像したうえでそのナンバープレートに刻印されたナンバー情報を識別する管理端末を備えた車両ナンバー情報読取システムであって、
前記管理端末は、過去に撮像したナンバープレートの撮像プレート画像データと直近で撮像したナンバープレートの撮像プレート画像データとを比較するパターンマッチング処理と、予め文字単位毎又は単語単位毎のテンプレート文字データとで関連付けして登録された登録画像データと撮像したナンバープレートの撮像プレート画像データとを文字単位又は単語単位で比較することでテンプレート文字データを特定して文字識別するＯＣＲ処理とを行い、
パターンマッチング処理結果による各撮像プレート画像データ間の合致度が予め設定したレベルより高く且つＯＣＲ処理結果による各画像データ間の合致度が予め設定したレベルよりも低い場合には、該当する撮像画像データと合致度とを関連付けして低レベル合致度収集用データベースに保存することを特徴とする車両ナンバー情報読取システム。
【請求項３】
前記管理端末は、前記ＯＣＲ処理結果による各画像間の合致度の比較を行なうテンプレート文字データ及び登録画像データとして、陸運支局名と用途名（仮名）とを用いることを特徴とする請求項１又は請求項２に記載の車両ナンバー情報読取システム。
【請求項４】
前記管理端末は、前記低レベル合致度収集用データベースにおいて、ＯＣＲ処理結果として判定した同一の陸運支局名を収集して整理させると共に、撮像されたナンバー情報の撮像画像データの画像とテンプレート文字登録画像データの画像とを比較閲覧可能とする表示画面を備えていることを特徴とする請求項１乃至請求項３の何れかに記載の車両ナンバー情報読取システム。
【請求項５】
前記管理端末は、前記低レベル合致度収集用データベースにおいて、ＯＣＲ処理結果として判定した陸運支局名毎に用途名（仮名）を収集して整理させると共に、撮像されたナンバー情報の撮像画像データと登録画像データとを比較閲覧可能とする表示画面を備えていることを特徴とする請求項１乃至請求項４の何れかに記載の車両ナンバー情報読取システム。
【請求項６】
前記管理端末は、低レベル合致度と判定されたデータを前記表示画面で比較閲覧されたテンプレート文字データ及び登録画像データと入れ替え可能であることを特徴とする請求項４又は請求項５に記載の車両ナンバー情報読取システム。
【請求項７】
前記管理端末は、低レベル合致度と判定された複数のデータを画像処理を施して生成された適正なテンプレート文字データと入れ替え可能であることを特徴とする請求項５又は請求項６に記載の車両ナンバー情報読取システム。
【請求項１】
車両通過レーン若しくは駐車エリア周辺に設置した撮像装置によりナンバープレートに刻印されたナンバー情報を撮像したうえでナンバー情報を識別する管理端末を備えた車両ナンバー情報読取システムであって、
前記管理端末は、予め文字単位毎又は単語単位毎のテンプレート文字データとで関連付けして登録された登録画像データと撮像したナンバー情報の撮像画像データとをＯＣＲ処理によって文字単位又は単語単位で比較することでテンプレート文字データを特定して文字識別すると共に、
そのＯＣＲ処理による文字単位又は単語単位での各画像データ間の合致度が予め設定したレベルよりも低い場合には、該当する撮像画像データと合致度とを関連付けして低レベル合致度収集用データベースに保存することを特徴とする車両ナンバー情報読取システム。
【請求項２】
車両通過レーン若しくは駐車エリア周辺に設置した撮像装置によりナンバープレートを撮像したうえでそのナンバープレートに刻印されたナンバー情報を識別する管理端末を備えた車両ナンバー情報読取システムであって、
前記管理端末は、過去に撮像したナンバープレートの撮像プレート画像データと直近で撮像したナンバープレートの撮像プレート画像データとを比較するパターンマッチング処理と、予め文字単位毎又は単語単位毎のテンプレート文字データとで関連付けして登録された登録画像データと撮像したナンバープレートの撮像プレート画像データとを文字単位又は単語単位で比較することでテンプレート文字データを特定して文字識別するＯＣＲ処理とを行い、
パターンマッチング処理結果による各撮像プレート画像データ間の合致度が予め設定したレベルより高く且つＯＣＲ処理結果による各画像データ間の合致度が予め設定したレベルよりも低い場合には、該当する撮像画像データと合致度とを関連付けして低レベル合致度収集用データベースに保存することを特徴とする車両ナンバー情報読取システム。
【請求項３】
前記管理端末は、前記ＯＣＲ処理結果による各画像間の合致度の比較を行なうテンプレート文字データ及び登録画像データとして、陸運支局名と用途名（仮名）とを用いることを特徴とする請求項１又は請求項２に記載の車両ナンバー情報読取システム。
【請求項４】
前記管理端末は、前記低レベル合致度収集用データベースにおいて、ＯＣＲ処理結果として判定した同一の陸運支局名を収集して整理させると共に、撮像されたナンバー情報の撮像画像データの画像とテンプレート文字登録画像データの画像とを比較閲覧可能とする表示画面を備えていることを特徴とする請求項１乃至請求項３の何れかに記載の車両ナンバー情報読取システム。
【請求項５】
前記管理端末は、前記低レベル合致度収集用データベースにおいて、ＯＣＲ処理結果として判定した陸運支局名毎に用途名（仮名）を収集して整理させると共に、撮像されたナンバー情報の撮像画像データと登録画像データとを比較閲覧可能とする表示画面を備えていることを特徴とする請求項１乃至請求項４の何れかに記載の車両ナンバー情報読取システム。
【請求項６】
前記管理端末は、低レベル合致度と判定されたデータを前記表示画面で比較閲覧されたテンプレート文字データ及び登録画像データと入れ替え可能であることを特徴とする請求項４又は請求項５に記載の車両ナンバー情報読取システム。
【請求項７】
前記管理端末は、低レベル合致度と判定された複数のデータを画像処理を施して生成された適正なテンプレート文字データと入れ替え可能であることを特徴とする請求項５又は請求項６に記載の車両ナンバー情報読取システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−１９８３０５（Ｐ２０１０−１９８３０５Ａ）
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願番号】特願２００９−４２２２９（Ｐ２００９−４２２２９）
【出願日】平成２１年２月２５日（２００９．２．２５）
【出願人】（０００１０１６１７）アマノ株式会社 (174)
【Ｆターム（参考）】
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願日】平成２１年２月２５日（２００９．２．２５）
【出願人】（０００１０１６１７）アマノ株式会社 (174)
【Ｆターム（参考）】
[ Back to top ]