(57)【要約】【課題】  一時的な入場者や登録済みの入場許可証の非携行者に対しても、低コストで入場管理を行うことができる、入場管理システムを得ることを目的とする。【解決手段】  撮像装置２３と、入場者の顔写真及びＱＲコードの印刷された入場許可証５０からＱＲコードを読み取るコードリーダ３０と、顔画像データと入場許可証に付与されたＱＲコードに対応した証明コードとが一意に対応付けられて登録されたデータベース９３０と、撮像装置２３で得た入場者の顔画像データとコードリーダ３０で得たＱＲコードに対応する証明コードとを、データベースの登録情報と比較して、正当な入場者を識別する処理部を具備する。【選択図】      図１
2007272320.tif 000002
【特許請求の範囲】
【請求項１】
入場者を撮影するカメラと、
当該入場者の顔写真及びＱＲコードの印刷された入場許可証からＱＲコードを読み取るコードリーダと、
顔画像データと入場許可証に付与されたＱＲコードの情報とが、一意に対応付けられて登録されたデータベースと、
上記カメラの撮影画像から入場者の顔画像データを抽出するとともに、
上記コードリーダで読み取ったＱＲコードの情報とデータベースに登録されたＱＲコードに対応した情報とを一致比較し、
当該比較の結果一致したＱＲコードの情報に対応付けされて上記データベースに登録された顔画像データと、上記抽出した顔画像データとを類似比較し、
類似比較の結果、類似した場合は許可された入場者であると判定し、
非類似であった場合に警報を発する、
処理部と、
を備えた入場管理システム。
【請求項２】
入場者を撮影するカメラと、
顔写真及びＱＲコードの印刷された入場許可証からＱＲコードを読み取るコードリーダと、
顔画像データと位置と時間を証明するための証明コードとが、一意に対応付けられて登録されたデータベースと、
上記カメラの撮影画像から入場者の顔画像データを抽出するとともに、
上記コードリーダで読み取られたＱＲコードから得られる証明コードとデータベースに登録された証明コードとを一致比較し、
当該比較の結果一致した証明コードに対応付けされて上記データベースに登録された顔画像データと、上記抽出した顔画像データとを類似比較し、
類似比較の結果、非類似であった場合に警報を発する、
処理部と、
を備えた入場管理システム。
【請求項３】
入場許可申請者を撮影する申請用カメラと、
所在位置と時間を証明するための証明コードを取得し、取得した証明コードを処理部に送信する登録端末と、
を更に備え、
上記処理部は、
上記登録端末から送信された証明コードを受けて、上記申請用カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データと受けた証明コードとを対応付けて上記データベースに登録し、登録した顔画像データと証明コードから入場許可証データを生成して登録端末に送信し、
上記登録端末は、
上記入場許可証データに基づいて、顔写真及び証明コードから生成されたＱＲコードの印刷された入場許可証を発行することを特徴とした請求項１記載の入場管理システム。
【請求項４】
所在位置と時間を証明するための証明コードを取得し、取得した証明コードを処理部に送信する登録端末を更に備え、
上記処理部は、
上記登録端末から送信された証明コードを受けて、上記カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データと受けた証明コードとを対応付けて上記データベースに登録し、登録した顔画像データと証明コードから入場許可証データを生成して登録端末に送信し、
上記登録端末は、
上記入場許可証データに基づいて、顔写真及び証明コードから生成されたＱＲコードの印刷された入場許可証を発行することを特徴とした請求項１記載の入場管理システム。
【請求項５】
入場者を撮影するカメラと、
顔写真及びＱＲコードの印刷された入場許可証からＱＲコードを読み取るコードリーダと、
入力部、表示部、及び入場許可証を発行する印刷装置、を有した認証端末と、
顔画像データと位置と時間を証明するための証明コードとが、一意に対応付けられて登録されたデータベースと、
通常時は、
上記コードリーダで読み取られたＱＲコードから得られる証明コードとデータベースに登録された証明コードとを一致比較するとともに、
上記カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データとデータベースに登録された顔画像データとを類似比較し、
類似比較及び一致比較の結果、少なくとも一方が不一致もしくは非類似であった場合に警報を発する処理部と、を備え、
上記認証端末の入力部により、入場許可証非携行者に対応した処理モードへの切換え設定が入力された場合、
上記処理部は、
上記カメラの撮影画像から入場者の顔画像データを抽出し、
抽出した顔画像データに基づいて、データベースから類似度の高い順に複数の顔画像データと各顔画像データに対応した証明コードを取得するとともに、
取得した複数の顔画像に証明コードを対応付けて顔画像リストを生成し、生成した顔画像リストを送信し、
上記認証端末は、処理部から送信された顔画像リストを上記表示部に画面表示し、
この画面表示に基づいて上記入力部により特定の顔画像が選択入力された場合、上記印刷部により、特定の顔画像と、特定の顔画像に対応した証明コードから生成されるＱＲコードとが印刷された入場許可証を再発行する、
ことを特徴とした入場管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、入場許可証に基づいて、入場者の入場管理を行う入場管理システムに関するものである。
【背景技術】
【０００２】
従来、特定エリアへの入場を許可された人物に対して非接触ＩＣカードを付与し、非接触ＩＣカードを用いて入場管理を行うシステムが提案されている（例えば、特許文献１参照）。このシステムでは、特定エリアの出入口にカードリーダとカメラを設置し、非接触ＩＣカードとカードリーダとの通信によりカード情報を読み取る。また、カメラによって入場者の顔画像を撮影し、顔画像の特徴量を抽出する。データベースには、非接触ＩＣカードのカード情報と入場者の顔画像とが対応付けされて格納されている。入場者の所持する非接触ＩＣカードのカード情報及び入場者の顔画像の特徴量が、データベースに予め格納された情報と一致した場合にのみ入場を許可する。これによって、偽造カードを用いた入場者の不正入場を防止することができる。なお、非接触ＩＣカードには、顔写真が印刷されている。
【０００３】
【特許文献１】特開２００５−３０１８６１号公報（図３）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載される従来のシステムでは、入場を許可された全ての者に対して、非接触ＩＣカードの発行手続が必要となる。この種の非接触ＩＣカードは、カードの折れ曲がりによってＩＣ部分が破損しないように、高価な硬質プラスチック製のカードを使っている。このため、一時的に入場許可された者に対してまでも、非接触ＩＣカードを発行すると、非接触ＩＣカードの発行費用が高く付き、入場管理のために不要なコストを要するという問題があった。
【０００５】
また、一旦非接触ＩＣカードを付与された者であっても、非接触ＩＣカードを忘れて来る場合がある。この際、非接触ＩＣカードの非携行者に対して一時的に仮の非接触ＩＣカードを貸与するとき、非接触ＩＣカードには顔写真が掲載されていない。一方、顔写真入りの非接触ＩＣカードを再発行する場合は、その都度カードの発行手続きが必要となり、入場管理に不要な時間を要してしまう。
なお、非接触ＩＣカードに顔写真が掲載されていない場合、顔写真に基づいて不審者ではないことを目視確認することができず、入場許可証としての機能を満たさない。
【０００６】
さらに、異なる地域の特定エリアに入場する場合、入場許可者に対し地域毎に異なる非接触ＩＣカードを付与して入場管理を行う必要があった。このため、複数地域に立ち入る一時的な入場者に対する入場管理が、極めて非効率に行われていた。
【０００７】
この発明は、係る課題を解決するために為されたものであり、一時的な入場者や登録済みの入場許可証の非携行者に対しても、低コストで入場管理を行うことができる、入場管理システムを得ることを目的とする。
【課題を解決するための手段】
【０００８】
この発明に係る入場管理システムは、入場者を撮影するカメラと、当該入場者の顔写真及びＱＲコードの印刷された入場許可証からＱＲコードを読み取るコードリーダと、顔画像データと入場許可証に付与されたＱＲコードの情報とが、一意に対応付けられて登録されたデータベースと、上記カメラの撮影画像から入場者の顔画像データを抽出するとともに、上記コードリーダで読み取ったＱＲコードの情報とデータベースに登録されたＱＲコードの情報とを一致比較し、当該比較の結果一致したＱＲコードに対応付けされて上記データベースに登録された顔画像データと、上記抽出した顔画像データとを類似比較し、類似比較の結果、類似した場合は許可された入場者であると判定し、非類似であった場合に警報を発する、処理部と、を備えたものである。
【０００９】
また、入場者を撮影するカメラと、顔写真及びＱＲコードの印刷された入場許可証からＱＲコードを読み取るコードリーダと、顔画像データと位置と時間を証明するための証明コードとが、一意に対応付けられて登録されたデータベースと、上記カメラの撮影画像から入場者の顔画像データを抽出するとともに、上記コードリーダで読み取られたＱＲコードから得られる証明コードとデータベースに登録された証明コードとを一致比較し、当該比較の結果一致した証明コードに対応付けされて上記データベースに登録された顔画像データと、上記抽出した顔画像データとを類似比較し、類似比較の結果、非類似であった場合に警報を発する、処理部と、を備えたものであっても良い。
【００１０】
また、入場許可申請者を撮影する申請用カメラと、所在位置と時間を証明するための証明コードを取得し、取得した証明コードを処理部に送信する登録端末と、を更に備え、上記処理部は、上記登録端末から送信された証明コードを受けて、上記申請用カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データと受けた証明コードとを対応付けて上記データベースに登録し、登録した顔画像データと証明コードから入場許可証データを生成して登録端末に送信し、上記登録端末は、上記入場許可証データに基づいて、顔写真及び証明コードから生成されたＱＲコードの印刷された入場許可証を発行するものであっても良い。
【００１１】
また、入場者を撮影するカメラと、顔写真及びＱＲコードの印刷された入場許可証からＱＲコードを読み取るコードリーダと、入力部、表示部、及び入場許可証を発行する印刷装置、を有した認証端末と、顔画像データと位置と時間を証明するための証明コードとが、一意に対応付けられて登録されたデータベースと、通常時は、上記コードリーダで読み取られたＱＲコードから得られる証明コードとデータベースに登録された証明コードとを一致比較するとともに、上記カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データとデータベースに登録された顔画像データとを類似比較し、類似比較及び一致比較の結果、少なくとも一方が不一致もしくは非類似であった場合に警報を発する処理部と、を備え、上記認証端末の入力部により、入場許可証非携行者に対応した処理モードへの切換え設定が入力された場合、上記処理部は、上記カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データに基づいて、データベースから類似度の高い順に複数の顔画像データと各顔画像データに対応した証明コードを取得するとともに、取得した複数の顔画像に証明コードを対応付けて顔画像リストを生成し、生成した顔画像リストを送信し、上記認証端末は、処理部から送信された顔画像リストを上記表示部に画面表示し、この画面表示に基づいて上記入力部により特定の顔画像が選択入力された場合、上記印刷部により、特定の顔画像と、特定の顔画像に対応した証明コードから生成されるＱＲコードとが印刷された入場許可証を再発行するものであっても良い。
【発明の効果】
【００１２】
この発明によれば、一時的な入場者に対して、低コストで入場管理を行うことができる。
【００１３】
また、登録済みの入場許可証を携行していない者に対し、簡易に顔写真入りの入場許可証を再発行し、低コストで入場管理を行うことができる。
【発明を実施するための最良の形態】
【００１４】
実施の形態１．
以下、この発明に係る実施の形態１の入場管理システムについて、図を用いて説明する。
【００１５】
図１は、入場管理システムの構成図である。
図において、入場管理システム１００は、登録システム１、認証システム２、管理サーバ３、ユーザ端末７、撮像装置１３、撮像装置２３、コードリーダ３０を備えて構成される。
入場管理システム１００は、特定施設や特定エリア（以下、入場管理領域）の内部、またはその周辺に設置される。図では、入場管理システム１００として、異なる地域または異なる施設内に設置された入場管理システム１００ａ、１００ｂを例示している。
登録システム１、認証システム２、ユーザ端末７、撮像装置１３、撮像装置２３、及びコードリーダ３０は、ＬＡＮ（ローカルエリアネットワーク）４（４ａまたは４ｂ）にそれぞれ接続されている。
登録システム１、認証システム２、ユーザ端末７、撮像装置１３、撮像装置２３、及びコードリーダ３０は、ＬＡＮ４を介して管理サーバ３に接続され、管理サーバ３との間で通信が行われて、情報授受や各種制御が行われる。
ユーザ端末７は入場管理領域内に設置される。ユーザ端末７はパソコンで構成され、インターネットブラウザが搭載されている。ユーザ端末７は入場管理領域内への入場が予定される入場許可申請者の属性情報を、事前に予約登録することができる。
【００１６】
また、ＬＡＮ４（４ａまたは４ｂ）は、公衆回線や専用回線等の広域のネットワーク６に接続されている。証明センタ５はネットワーク６に接続されており、ＬＡＮ４（４ａまたは４ｂ）を介して入場管理システム１００（１００ａまたは１００ｂ）との間で通信可能に接続されている。ＬＡＮ４（４ａまたは４ｂ）やネットワーク６には、ゲートウェイやＩＰサーバ等のその他のネットワーク設備が接続されているが、ここでは説明を省く。
【００１７】
図２は、登録システム１の構成を示す図である。
登録システム１は、登録端末１４と、印刷装置１８と、入出力装置１５と、ＧＰＳ受信機９と、管理サーバ３を備えて構成される。入出力装置１５は、ＣＲＴや液晶ディスプレイやＰＤＰ（プラズマディスプレイパネル）等のディスプレイに画面表示を行う表示部１６と、キーボードやマウスやタッチパネル等の入力部１７を備える。
【００１８】
登録端末１４は、ＣＰＵ、メモリ（ＲＯＭ、ＲＡＭ等）、磁気ディスク装置、通信ボード等を備え、ＯＳ（オペレーションズシステム）や各種アプリケーションソフトが搭載されている。また、登録端末１４にはインターネットブラウザが搭載され、管理サーバ３にＩＰ（インターネットプロトコル）接続される。また、ＬＡＮ４やネットワーク６を介在して証明センタ５に接続される。
登録端末１４は、入場管理領域への入場を予約許可された入場許可申請者に対して、入場許可証を発行するための発行処理を行うとともに、管理サーバ３への証明コードの登録を行う。また、登録端末１４は、２次元コードエンコーダ（ソフトウェア）が設けられ、ＣＰＵの制御により２次元コードエンコーダで、証明コードをＱＲコードに変換する機能を有する。
【００１９】
撮像装置１３は、カメラ１１と信号処理器１２を備えて構成される。撮像装置１３の信号処理器１２は、管理サーバ３に接続される。カメラ１１は、入場者許可申請者を撮影するための申請用カメラとして用いられる。撮像装置１３、入出力装置１５、印刷装置１８、及び登録端末１４は、区画化された入場管理領域の入場門に配置された、受付管理室に設置される。
なお、撮像装置１３は複数設置されて、管理サーバ３に接続されても良いことは言うまでもない。
【００２０】
カメラ１１は、対物レンズや結像レンズ等の光学系と、光学系の結像光から画像信号を生成するＣＣＤと、光学系の焦点を自動調整する焦点調整装置等とを有する。カメラ１１は、光学系を通じて視野内の外光を捉え、ＣＣＤによって画像信号を生成することによって入場者を撮影し、入場者の顔画像を含む撮影画像を取得する。信号処理器１２は、カメラ１１が取得した撮影画像を画像メモリ（図示せず）に記憶し、画像メモリに記憶された画像について輝度補正や色補正やノイズ除去等の信号補正を行った後、入場者の顔画像を含むディジタルビデオ信号を生成する。なお、カメラ１１と信号処理器１２は、カメラ筐体の中に一体的に収納されていても良く、撮像装置２３をもってカメラと称しても良い。また、信号処理器１２は、カメラ１１の光学系のズーム比や絞り等を調整するカメラ制御部としても機能する。
【００２１】
印刷装置１８は、管理サーバ３からの入力情報に基づいて、入場許可証５０を印刷、発行するプリンターである。入場許可証５０（後述する）には、顔写真（カラー写真）、ＱＲコード、属性情報等が印刷される。
ＧＰＳ受信機９は、ＧＰＳアンテナとＧＰＳアンテナで受けた測位信号を復調しデータ再生するＧＰＳ受信チップと、ＧＰＳ受信チップで再生された測位データに基づいて測位演算を行う測位演算器から構成される測位装置である。なお、ＧＰＳ以外の他の測位システムを用いてもいいことは言うまでもない。
【００２２】
図３は、認証システム２の構成を示す図である。
認証システム２は、認証端末２４と、印刷装置２８と、入出力装置２５と、管理サーバ３を備えて構成される。入出力装置２５は、ＣＲＴや液晶ディスプレイやＰＤＰ（プラズマディスプレイ）等のディスプレイに画面表示を行う表示部２６と、キーボードやマウスやタッチパネル等の入力部２７を備える。登録端末２４は、ＣＰＵ、メモリ（ＲＯＭ、ＲＡＭ等）、磁気ディスク装置、通信ボード等を備え、ＯＳ（オペレーションズシステム）が搭載されている。認証端末２４は管理サーバ３に接続される。
【００２３】
撮像装置２３は、カメラ２１と信号処理器２２を備えて構成される。撮像装置２３の信号処理器２２は、管理サーバ３に接続される。ＱＲコードリーダ（以下、単にコードリーダと称する）３０はＬＡＮ４を介して管理サーバ３に接続される。
なお、撮像装置２３は、複数設置されて、ＬＡＮ４を介して管理サーバ３に接続されていても良い。以下では、撮像装置２３が１つの場合を例として説明するが、これは１個であることを限定するものではない。
また、以下では、撮像装置１３とは別に撮像装置２３を設置した場合について説明するが、これは発明を限定するものではなく、撮像装置２３は撮像装置１３と兼用されていても良いことは言うまでもない。
【００２４】
カメラ２１は、対物レンズや結像レンズ等の光学系と、光学系の結像光から画像信号を生成するＣＣＤと、光学系の焦点を自動調整する焦点調整装置等を有する。カメラ２１は、光学系を通じて視野内の外光を捉え、ＣＣＤによって画像信号を生成することによって入場者を撮影し、入場者の顔画像を含む撮影画像を取得する。信号処理器２２は、カメラ１１が取得した撮影画像を画像メモリ（図示せず）に記憶し、画像メモリに記憶された画像について輝度補正や色補正やノイズ除去等の信号補正を行った後、入場者の顔画像を含むディジタルビデオ信号を生成する。なお、カメラ２１と信号処理器２２は、カメラ筐体の中に一体的に収納されていても良く、撮像装置２３をもってカメラと称しても良い。また、信号処理器２２は、カメラ２１の光学系のズーム比や絞り等を調整するカメラ制御機能や、生成したディジタルビデオ信号をＬＡＮ４に送信する通信機能を有している。
【００２５】
コードリーダ３０は、カメラや光学スキャナが設けられ、入場許可証に印刷されたＱＲ（Quick Response）コードの画像を読み取ることができる読取装置である。ＱＲコードは、マトリックス式の２次元バーコードのひとつであり、JIS規格（JIS X 0510）や、ISO規格（ISO/IEC18004）に規定されている。
なお、ＱＲコード以外の他のマトリックス式の２次元コードを用いても良く、例えば、ＰＤＦ４１７、ＤａｔａＭａｔｒｉｘ、ＭａｘｉＣｏｄｅ、ベリコード、ＣＯＤＥ４９等の二次元バーコードを用いても良い。この種のコードでは、「セル」と呼ばれるマス目の色で情報を表示しており、読み取りに手間がかからないことを特徴としている。ＱＲコードは、黒白のセルをマトリックス状に配置して構成したものであり、コード化されたデータとともに、３箇所のコーナに配置された切り出しシンボルと、タイミングパターンを含んでいる。
ＱＲコードは、特に、大容量の情報をコード化することができる、省スペースでの印字が可能である、高速読み取りが可能である、コードの一部に汚れや破損があってもデータの復元が可能である、等の有利な特徴を有する。以下では、二次元バーコードとして代表的なＱＲコードを例に説明を行う。
コードリーダ３０は、読み取ったＱＲコードの画像を管理サーバ３に送信する通信機能を有している。
なお、コードリーダ３０において、読み取ったＱＲコードの画像をデコード（解析）して、コードデータを再生する機能を有していても良い。この場合は、管理サーバ３に対して、ＱＲコードをデコードしたコード情報（後述する証明コード）のみが送信される。
コードリーダ３０は撮像装置２３と対になって配置されるが、撮像装置２３と同様、複数設置されて、ＬＡＮ４を介して管理サーバ３に接続されていても良い。以下では、コードリーダ３０が１つの場合を例として説明するが、これは複数あっても良く、１つに限定されるものではない。
【００２６】
認証端末２４は、入場許可証の非携行者や、不正もしくは期限切れの入場許可証を携行する者に対して、表示部２６を通じて警報を発する。また、印刷装置２８を用いて、入場許可証の非携行者に対して、入場許可証５０の再発行を行う。印刷装置２８は、管理サーバ３からの入力情報に基づいて、再発行の入場許可証５０を印刷するプリンターである。
【００２７】
撮像装置２３は、入場門の通行路内に設置される。コードリーダ３０は撮像装置２３の近辺に配置される。
また、同通行路内には通行ゲート９０が設置され、通行者の入場規制を行う。
また、入出力装置２５、印刷装置２８、及び認証端末２４は、通行路周辺に設置される。
ゲート駆動装置９１はＬＡＮ４を介して管理サーバ３に接続される（ＬＡＮ４との接続については図示略）。通行ゲート９０はゲート駆動部９１に接続され、ゲート駆動部９１からの開門指令信号を受けて開閉動作する。通行ゲート９０としては、例えば駅の改札などで用いられるフラッパーゲートが用いられる。
【００２８】
なお、通行ゲート９０として、電気錠により施錠及び開錠可能な開閉扉を設けても良い。この場合、ゲート駆動部９１からの開門指令信号の通知を受けて電気錠が開錠する。電気錠は開錠後、一定時間経過すると自動的に施錠される。
また、入場門には守衛が常駐している。
【００２９】
図４は、管理サーバ３の構成を示す図である。
図において、管理サーバ３は、ＣＰＵ９０１、メモリ９０２、表示部９０４、入力部９０６、通信ボード９０７、及び磁気ディスク装置９１０を備えている。入力部９０６は、キーボード、マウスを備える。表示部９０４は、ＣＲＴや液晶ディスプレイ等の表示画面を備えている。メモリ９０２はＲＯＭやＲＡＭから構成され、ＯＳ（オペレーションズシステム）が常駐している。通信ボード９０７は、ＬＡＮ４との通信を行うための通信プロトコルで動作する通信制御装置やモデムが設けられている。
【００３０】
また、磁気ディスク装置９１０やメモリ９０２のＲＡＭには、入場管理を行うためのアプリケーションプログラム部（ＡＰ）９２０が格納されている。ＡＰ９２０は、ＣＰＵ９０１及びメモリ９０２とともに、申請処理、登録処理及び認証処理を行う処理部を構成する。また、磁気ディスク装置９１０を用いてデータベース９３０が構築され、磁気ディスク装置９１０にはデータベースを構成する各種データが格納されている。
ここでは説明を簡単にするため、磁気ディスク装置９１０にデータベース９３０が設けられているように記載しているが、実際には、ＣＰＵ９０１の制御によりメモリ９０２と連携動作することによって、データベース９３０が動作することは言うまでもない。
【００３１】
管理サーバ３には、顔画像データと証明コードとが、一意に対応付けされてデータベース９３０に登録されている。
なお、データベース９３０には、顔画像データと、証明コードと、証明コードから生成されるＱＲコード（画像データ）とが、一意に対応付けされて登録されていても良い（詳細は後述する）。
【００３２】
図５は、ＡＰ９２０の基本構成を示す図である。
ＡＰ９３０は、申請処理アプリケーションプログラム（申請処理ＡＰ）９２１、登録処理アプリケーションプログラム（登録処理ＡＰ）９２２、認証処理アプリケーションプログラム（認証処理ＡＰ）９２３を備えている。
【００３３】
次に、登録システム１の動作について、図２、図６、図７、図１１を用いて説明する。図６は入場許可申請登録の処理動作を示すフロー図であり、図６（ａ）は登録端末の動作フローを示し、図６（ｂ）は管理サーバの動作フローを示し、登録端末と管理サーバは連携動作するので、両者の動作ステップの流れを関連付けて図示している。図７は、位置時間証明システムの構成を示す図である。図１１は、入場管理システムの入場門の構成例として、入場門、受付管理室、通行路、及び通行ゲートの配置例を示す図である。
【００３４】
以下、登録端末１４及び管理サーバ３の動作について、順を追って説明する。管理サーバ３は登録処理ＡＰ９２２が起動しており、登録端末１４は管理サーバ３にアクセスして、登録処理ＡＰ９２２に従って以下の登録処理が実行される。
【００３５】
まず、入場管理領域５００内で、入場許可申請者と接見する面接予定者は、ユーザ端末７を用いて予約申請を行う。この予約申請を行う予約申請者は、ユーザ端末７に搭載されたインターネットブラウザを通じて管理サーバ３にアクセスし、申請処理ＡＰ９２１を起動する。申請処理ＡＰ９２１は、ユーザ端末７からのアクセスに応じて、ユーザ端末７に対し申請処理画面（図示略す）及び申請処理プログラムをダウンロードする。ユーザ端末７は、ダウンロードされた申請処理画面に基づいて、入場が予定される入場許可申請者の属性情報を予約登録する。この属性情報は、「入場許可申請者の所属情報、入場許可申請者の予定情報、面接者情報」を有して構成される。
【００３６】
申請処理画面には、例えば、入場許可申請者の所属情報として、「会社名、部署、氏名、電話番号、住所、メールアドレス」等を入力できるようになっている。また、入場許可申請者の予定情報として、入場許可証受領予定日、入場予定期間、入場管理領域内の入場予定先を入力できるようになっている。面接者情報としては、ユーザ端末７を通じて、予約申請者の識別ＩＤや連絡先（例えば、入場管理領域内での内線番号）、自分以外の他の面接予定者名や連絡先が入力できるようになっている。
【００３７】
なお、予約申請者の識別ＩＤの入力の際、パスワードを入力することによって、入力者の認証を行うことは言うまでもない。識別ＩＤは、データベース９３０に格納されている。また、予約申請者の氏名は、識別ＩＤに基づいてデータベース９３０から参照され、自動的に面接者情報に組み込まれる。
【００３８】
予約申請者は、入場管理領域５００内への入場を許可され、かつ入場許可申請者が入場管理領域５００内に入場許可されることを希望する者であり、例えば入場管理領域内への立ち入りを許可された従業員や、入場管理領域内への立ち入りを許可することのできる管理者等が該当する。
【００３９】
申請処理画面を通じて、入場許可申請者の属性情報の入力が完了すると、登録処理プログラムを起動する。登録処理プログラムの起動は、マウスやキーボード等を通じて、申請処理画面に表示された申請登録情報送信ボタンを選択することによって起動が開始する。これによって、登録処理プログラムが実行処理を開始し、入場許可申請者の属性情報が管理サーバ３のデータベース９３０に送信される。
【００４０】
また、このデータ送信によって、データベース９３０に入場許可申請者の属性情報が予約登録される。データベース９３０では、入場許可申請者の属性情報が予約許可者リストに記録される。予約許可者リストでは、入場許可証受領予定日別に、入場許可申請者の氏名が５０音順で掲載されており、掲載された氏名に対応して属性情報が記録されている。この予約登録後、予約登録通知、予約コード及び登録された属性情報が予約申請者及び入場管理責任者に通知される。
【００４１】
入場管理責任者は、予約登録通知を受けると、データベース９３０に予約登録された入場許可申請者の属性情報に基づいて、入場申請の予約許可、不許可を決定し、ユーザ端末７を通じて決定内容を管理サーバ３に入力する。これによって、データベース９３０では、予約許可者リストの該当する入場許可申請者の属性情報に、入場を予約許可されたことを示す予約識別フラグ（例えば、値“１”）が付加設定される。入場管理領域５００への入場が予約許可されると、この入場許可申請者に関する、データベース９３０への登録データの入力が完了する（ステップＳ１）。
予約許可者リストは、例えば次のデータ構造となる。
予約許可者リスト＝[入場許可（申請）者所属情報（会社名、部署、氏名、電話番号、住所、メールアドレス）、入場許可（申請）者予定情報（入場許可証受領予定日、入場予定期間、入場管理領域内の入場予定先）、面接者情報（予約申請者識別ＩＤ、予約申請者氏名、予約申請者連絡先、面接者２、面接者３）、予約識別フラグ]
なお、予約許可者リストは、入場許可証受領予定日（第１優先キー）及び入場許可申請者氏名（第２優先キー）に基づいて、並べ替え（ソーティング）されて、データベース９３０に格納されている。
【００４２】
なお、申請処理ＡＰ９２１の詳細な動作や、画面表示例等については、この発明の意図とするところではないので記載を省く。要するに、ユーザ端末７を通じて、管理サーバ３のデータベース９３０に、入場許可申請者の属性情報を入力すれば良い。  
【００４３】
次に、図１１に示すように、入場が予約許可された入場許可申請者７０は、入場管理領域５００の受付管理室１１０の前まで来ると、受付案内人８０によって、撮像装置１３の前に行くように指示される。ここでは、許可証受付担当者８１が対応を行う。
【００４４】
次いで、許可証受付担当者８１は、入場許可申請者７０から氏名、所属会社名、面接予定者名を聞く。この際、登録端末１４の入力部１７を用いて管理サーバ３にアクセスし、表示部１６の表示画面内で予約確認を行う。登録端末１４は、表示画面を通じて、データベース９３０に記録され、予約識別フラグの設定された予約許可者リストを、閲覧することができる。閲覧表示された予約許可者リストには、日付別及び５０音別に入場許可申請者の氏名が掲載されている。許可証受付担当者８１は、当日の予約許可者リストを閲覧することによって、入場許可申請者７０が予約許可された入場許可申請者であることを確認した後、表示部１６の表示画面内で登録開始の実行ボタンを選択する（ステップＳ２）。
【００４５】
なお、入場が予約許可されていない入場許可申請者は、次のように入場許可申請が行っても良い。
入場許可申請者７０は、受付管理室１１０の前まで来ると、受付案内人８０または許可証受付担当者８１によって、入場許可申請書に必要事項を記載するように促される。この入場許可申請者７０は、入場許可申請書の必要事項を記載し、入場許可申請書を受付案内人８０または許可証受付担当者８１に手渡す。入場許可申請書は、上述した「入場許可申請者の所属情報、入場許可申請者の予定情報、面接者情報」を有した属性情報を記入するように、必要な記入項目が構成されている。
【００４６】
受付案内人８０または許可証受付担当者８１は、入場許可申請書の記載された面接者情報に基づいて、面接者に問合せを行い、予約許可のない入場許可申請者が不審な人物ではないことを確認する。確認後、許可証受付担当者８１は、登録端末１４の入力部１７を通じて、入場許可申請書の記載事項を入力する。この際、登録端末１４に搭載されたインターネットブラウザを通じて管理サーバ３にアクセスし、申請処理ＡＰ９２１の申請処理画面に基づいて、入場許可申請書に記載された入場許可申請者７０の属性情報を入力する。この入力処理によって、入場許可申請者７０に関する、データベース９３０への登録データの入力が完了する（ステップＳ１）。
【００４７】
この後、許可証受付担当者８１は登録端末１４の入力部１７を用いて、入出力装置１５の表示部１６の表示画面内で、登録開始の実行ボタンを選択する（ステップＳ２）。
【００４８】
続いて、登録開始の実行ボタンが選択された後、登録端末１４は、位置時間証明システムを用いて証明コードの取得処理を行う。
図７において、位置時間証明システムは、証明センタ５、登録端末１４、ＧＰＳ受信機９から構成される。
【００４９】
証明センタ５は、気象庁６２のデータサーバに接続され、気象情報が掲載されたホームページにアクセスする。これによって証明センタ５は、気象庁６２のデータサーバから、気象衛星６１が撮像しディジタル化された気象衛星画像を取得する。また、証明センタ５は、国家時刻標準機関から国際原子時を基準としたUTC（Coordinated universal time；協定世界時標準時刻）に代表される標準時刻の標準時配信サービスを受けている。
【００５０】
登録端末１４は、ＧＰＳ受信機９によって、ＧＰＳ衛星６０から送信された擬似ランダムコードを有した測位データを取得する。登録端末１４は、証明コードの発行依頼とともに、取得した測位データを証明センタ５に送信し、証明コードの取得をリクエスト（要求）する（ステップＳ３）。
【００５１】
証明センタ５は、証明コードの発行依頼を受けると、受信した測位データと標準時刻と気象衛星画像を符号化したデータとを結合して、位置及び時刻情報の証明を行う合成情報を生成する。また、生成した合成データに対して、証明コードを発行する。生成された合成情報と証明コードは、対応付けされて証明センタ５の記憶装置に格納される。
【００５２】
証明センタ５は、生成した証明コードと証明コードに対応した時刻情報（日付＋時間）と位置情報を、登録端末１４に送信し、登録端末１４は証明コードを取得する（ステップＳ４）。
なお、位置情報は、位置を特定できる情報であれば良く、測地系絶対座標情報であるＷＧＳ８４（Ｗｏｒｌｄ Ｇｅｏｄｅｔｉｃ Ｓｙｓｔｅｍ１９８４）や、日本測地系や、緯度経度や、直交系座標情報である直交座標などの絶対座標情報であってもいいし、位置情報は、ＧＰＳ衛星の位置座標とＧＰＳ衛星からの擬似距離であっても良い。
【００５３】
次に、登録端末１４は、証明センタ５から受領した証明コードと、証明コードに対応した時刻情報及び位置情報とを、管理サーバ３へ送信する（ステップＳ５）。
すなわち、証明コードと時刻情報及び位置情報とが１対１に対応している。
なお、証明コードそのものが、時刻情報と位置情報とで構成されるものであれば、時刻情報及び位置情報を管理サーバ３へ送信しなくても良い。
【００５４】
管理サーバ３は、登録端末１４から受信した証明コードとＱＲコードと時刻情報と位置情報とを対応付けて（紐付けして）、データベース９３０に証明データとして一時格納する（ステップＳ６）。
データベース９３０に格納される証明データは、例えば次の形式となる。
証明データ＝[証明コード、ＱＲコード（画像データ）、時刻情報、位置情報]
また、証明センタ５は、証明コードに基づいて管理サーバ３から問合せを受けると、何時、何処で、証明コードが発行されたかを証明することができる。
【００５５】
続いて、撮像装置１３は、一定のサンプリング周期（例えば、３０分の１秒）で、入場許可申請者７０のカラー画像を撮影し、管理サーバ３にディジタル化されたカラー画像を送信する。カラー画像は、例えばＱＶＧＡ（３２０×２４０画素）の画像データであり、RGBで256R×256G×256B階調となっている。
管理サーバ３は、撮像装置１３で撮影されたディジタル化されたカラー画像を取得する（ステップＳ７）。
【００５６】
次に、管理サーバ３は、取得したカラー画像を画像処理し、カラー画像内から入場許可申請者７０の顔画像の検出を試みる。管理サーバ３は、顔画像の検出に成功すると、顔画像の切り出しを行う。切り出された顔画像からは、顔のグレー画像が生成される（ステップＳ９）。グレー画像は、例えば６４×８０画素の画像データであり、白黒の256階調である。なお、顔画像の検出アルゴリズムについては、後述する。
【００５７】
また、顔画像の検出に成功しない場合は、上記ステップＳ７に戻って、再度撮像装置１３で撮影されたディジタル化されたカラー画像の取得を行う。
なお、サーバの管理者は、定期的に管理サーバ３の表示部９０４を通じて、切り出された顔画像のモニタを行う。モニタの結果、顔画像が不明瞭であることを判別すると、入力部９０５を用いた遠隔操作によって、信号処理器１２に調整用の指令を送信し、カメラ１１のズーム比や、絞り、色合い、ノイズ除去フィルタのパラメータ調整等を行っても良い。
【００５８】
次いで、管理サーバ３は、顔のカラー画像とグレー画像と証明コードとを含んだ入場許可証データを生成し、生成した入場許可証データを登録端末１４に送信する（ステップＳ１０）。管理サーバ３は、データベースの格納情報を更新し、入場許可証データをデータベース９３０に格納する。
なお、入場許可証データは、予約許可者リスト中で入場許可申請者属性情報に含まれた「入場許可（申請）者所属情報、入場許可（申請）者予定情報、面接者情報」に加えて、「顔のカラー画像、グレー画像」、証明データ＝「証明コード、時刻情報、位置情報」と、「許可証発行フラグ」とが付加されている。許可証発行フラグには“１”が設定される。
すなわち、入場許可証データは、例えば次に示す、対応付け（紐付け）されたデータ構造となる。
入場許可証データ＝[入場許可（申請）者所属情報（会社名、部署、氏名、電話番号、住所、メールアドレス）、入場許可（申請）者予定情報（入場許可証受領予定日、入場予定期間、入場管理領域内の入場予定先）、面接者情報（予約申請者識別ＩＤ、予約申請者氏名、予約申請者連絡先、面接者２、面接者３）、顔カラー画像、顔グレー画像、証明コード、時刻情報、位置情報、許可証発行フラグ]
【００５９】
次に、登録端末１４は、管理サーバ３から受信した入場許可証データに基づいて入場許可証の発行処理を行う。
登録端末１４は、所定の印刷フォーマットに基づいて、入場許可証データを加工し、整列された印刷データを、印刷装置１８に送信する。この際、登録端末１４は、２次元コードエンコーダにより、入場許可証データ中の証明コードをＱＲコードに変換して、印刷装置１８に送信する。印刷装置１８は、ＱＲコードを含む印刷データに基づいて、入場許可証を印刷する。
なお、登録端末１４は、証明コードから生成されるＱＲコード（画像データ）を管理サーバ３に送信し、管理サーバ３は、受信したＱＲコード（画像データ）を入場許可証データに含めて、データベース９３０に格納しても良い。
【００６０】
図８は、入場許可証の印刷フォーマットを例示した図である。
図において、入場許可証５０は、顔写真５１と、ＱＲコード５３が印刷されている。また、入場許可証データの属性情報の一部が、属性印字情報５２として印刷表示されている。図のように、入場許可証５０の発行者の名称５４が印字されていても良い。顔写真５１は、顔のカラー画像から生成される。
なお、入場許可証の印刷フォーマットは、必ずしもこの形式に依存しなくても良く、少なくとも、顔写真とＱＲコードと氏名と所属が印刷されていれば良い。
以上説明したようにして、入場許可申請者７０に対して入場許可証５０が発行され、入場許可申請者は入場許可者となる。
印刷された入場許可証５０は、受付管理室１１０に所在する許可証印刷者８1によって、入場許可申請者７０に手渡される。
なお、入場許可申請者７０は、このまま受付管理室１１０の横を通過して、入場管理領域の入場管理領域５００内に入場することができるし、通行路１２０及び通行ゲート９０を通過して場内に入場することができる。
【００６１】
次に、認証システム２の動作について、図３、図９、図１０を用いて説明する。
図９は認証処理の動作を示すフロー図であり、図９（ａ）は認証端末２４の動作フローを示し、図９（ｂ）は管理サーバ３の動作フローを示す。
また、図１０は入場許可証非携行者に対する認証処理の動作を示すフロー図であり、図１０（ａ）は認証端末２４の動作フローを示し、図１０（ｂ）は管理サーバ３の動作フローを示す。
【００６２】
図において、管理サーバ３は認証処理ＡＰ９２３が起動しており、認証端末２４は管理サーバ３にアクセスして、認証処理ＡＰ９２３に従って以下の認証処理が実行される（ステップＳ２０）。
【００６３】
入場門９９の前に来た入場者は、入場門上部に設置された案内表示板（図示せず）に従い、通行路１２０に入って、入場門９９の入口に設置された撮像装置２３の前まで行く。
案内表示板には、例えば“入場者はカメラ正面に向かって立って下さい”などの表示が成されている。この案内は、繰り返しアナウンスされる音声案内であっても良い。
【００６４】
まず、入場門９９への進入時に、入場許可証５０を携行している入場者７２ａの場合について説明する。
この場合は通常モードで動作し、非携行認証モードへの設定が成されていない（ステップＳ２１）。
【００６５】
撮像装置２３のカメラ２１は、コードリーダ３０の上部周辺に設置され、入場者７２ａがコードリーダ３０の前に立った時に、入場者の顔を撮影できる位置、すなわち入場者の顔がカメラ２１の視野内に入る位置に、配置されている。
入場者７２ａが撮像装置２３の前まで行くと、撮像装置２３によって、入場者７２ａの顔を含む画像が撮影される。
撮像装置２３は、一定のサンプリング周期（例えば、３０分の１秒）でカラー画像を撮影し、ディジタル化されたカラー画像を管理サーバ３に送信している。カラー画像は、ＱＶＧＡ（３２０×２４０画素）の画像データであり、RGBで256R×256G×256B階調となっている。
【００６６】
管理サーバ３は、撮像装置２３で撮影された、ディジタル化されたカラー画像を受信する（ステップＳ２２）。管理サーバ３に送信されたカラー画像は、管理サーバ３のメモリ９０２に一時蓄積される。
【００６７】
また、入場者７２ａは通行路１２０に入ってカメラ２１の前に立つと、カメラ下部に設置された案内表示板（図示せず）に従い、コードリーダ３０の前に入場許可証５０を差し出す。
案内表示板には、例えば“入場者は許可証をＱＲコードリーダに置いて下さい”などの表示が成されている。この案内は、繰り返しアナウンスされる音声案内であっても良い。
【００６８】
入場者７２ａは、この案内表示に従い、コードリーダ３０に対して、入場許可証５０のＱＲコード５３の表示面をかざし、ＱＲコード５３の読取が行われる。この際、コードリーダ３０に光学センサ（図示せず）が設けられ、入場許可証５０がコードリーダ３０によって読み取り可能な位置まで接近すると、光学センサが反応して、コードリーダ３０が自動的に入場許可証５０の読み取りを開始する。例えば、光学センサはコードリーダ３０の読み取り可能位置に設置された発光器と受光器から構成され、入場許可証５０が読み取り可能位置に入ることにより発光器から送信される光が入場許可証５０に遮られ、受光器に到達しないことが検知されると、入場許可証５０の読み取りが開始される。
また、コードリーダ３０の周辺に押しボタンを設置し、入場者が押しボタンを押下することによって、コードリーダ３０が入場許可証５０の読み取りを開始するように成されていても良い。
コードリーダ３０の読み取りが完了すると、例えば“通行ゲートに進入してください”などの通行ゲート９０への進入を促すための案内表示、もしくは音声アナウンスが行われる。
【００６９】
コードリーダ３０で読み取られたＱＲコード５３は、ＱＲコードの画像データのまま、もしくはデコードされて、管理サーバ３に送信される。管理サーバ３は、コードリーダ３０で読み取られたＱＲコードの情報（画像データもしくはデコードされたコード）を受信する（ステップＳ２３）。管理サーバ３に送信されたＱＲコードの情報（画像データもしくはデコードされたコード）は、管理サーバ３のメモリ９０２に一時蓄積される。
この際、ＱＲコードの情報が画像データである場合、管理サーバ３はＱＲコードをデコードする。このデコードされたＱＲコードは、上記した証明コードになる。
また、管理サーバ３は、コードリーダ３０からＱＲコードをデコードしたデータを受けた場合、受けたデータはそのまま証明コードに一致している。
【００７０】
管理サーバ３は、メモリ９０２に一時蓄積された取得したカラー画像を画像処理し、カラー画像内から顔画像の検出を試みる（ステップＳ２４）。
【００７１】
管理サーバ３は、顔画像の検出に成功すると（Ｙｅｓの場合）、検出された顔画像の切り出しを行う。切り出された顔画像からは、顔のグレー画像が生成される（ステップＳ２５）。グレー画像は、６４×８０画素の画像データであり、白黒の256階調である。なお、顔画像の検出アルゴリズムについては、後述する。
【００７２】
また、顔画像の検出に成功しない場合（Ｎｏの場合）は、再び上記ステップＳ７に戻って、撮像装置２３で撮影されたカラー画像の再取得を行う。
【００７３】
なお、顔画像の検出に連続して成功しない回数が所定回数に達するか、もしくは成功しない確率（顔画像検出の所定サンプリング回数内で顔画像の検出に成功しない回数／顔画像検出の所定サンプリング回数）が高くなると、管理サーバ３は、信号処理器２２にカメラ調整信号を送信する。この場合、信号処理器２２は、カメラ１１のズーム比や絞り、色合い、ノイズ除去フィルタの閾値等を自動的調整し、顔画像の検出確立が向上するように動作する。或いは、管理サーバ３の表示部９０４に、顔画像検出精度が劣化したことを示す警報を発して、サーバの管理者による管理サーバ３からの遠隔操作により、マニュアル操作でカメラ２１の調整を行っても良い。
【００７４】
続いて、顔画像の切り出しが行われた後、管理サーバ３は、コードリーダ３０で得られメモリ９０２に一時蓄積された、ＱＲコード（画像データ）をデコードした証明コードに基づいて、データベース９３０に格納された入場許可証データ中の証明コードを参照する。
なお、処理速度に難はあるが、メモリ９０２に一時蓄積されたコードリーダ３０の読み取りで得られたＱＲコード（画像データ）に基づいて、データベース９３０に格納された入場許可証データ中のＱＲコード（画像データ）を参照しても良い。
これによって、データベース９３０の入場許可証データ中から、コードリーダ３０の読み取りで得られたＱＲコードに対応した、証明コードを得る。
同時に、データベース９３０の入場許可証データの中から、得られた証明コードもしくはＱＲコード（画像データ）に対応した顔画像データ（顔カラー画像、顔グレー画像）を取得する（ステップＳ２６）。
なお、管理サーバ３は、コードリーダ３０からＱＲコード（画像データ）を受けた場合は、入場許可証データ中のＱＲコード（画像データ）を参照しても良い。
【００７５】
次いで、データベース９３０から得られた顔グレー画像（ギャラリー画像）と、メモリ９０２に一時蓄積された撮像装置２３の撮影により得られた顔グレー画像（プローブ顔画像）とが、類似（一致）しているか否か（非類似であるかまたは不一致であるか）について認証比較する（一致比較する）。（第１の方法）
これによって、顔画像の１対１認証が行われる（ステップＳ２７）。認証比較の結果、プローブ顔画像とデータベース９３０の顔グレー画像との類似度が所定の閾値（閾値Ａ）以上のときに類似していると判断される。顔画像の認証アルゴリズムについては、後述する。
【００７６】
１対１認証の他の態様として、メモリ９０２に一時蓄積された撮像装置２３の撮影により得られた顔グレー画像（プローブ顔画像）に基づいて、データベース９３０に格納された入場許可証データ中の顔グレー画像と順次認証比較し、類似すると認証された１つもしくは複数の顔グレー画像を得て、得られた顔グレー画像に対応付けされた証明コード（もしくはＱＲコード）を取得しても良い。
この際、取得されたＱＲコードに対応した証明コード（もしくはＱＲコード）と、コードリーダ３０の読み取りで得られたＱＲコードに対応した証明コード（もしくはＱＲコード）とが一致比較される。（第２の方法）
但し、第２の方法では、最初にデータベース９３０中の複数の顔画像との認証比較を実施してから対応付けされた証明コードと一致比較するので、比較演算の処理速度や認証精度を考えると、最初にデータベース９３０中の複数のＱＲコードまたは証明コードとの認証を行ってから対応付けされた顔画像と認証比較する第１の方法の方が、処理効率が格段に良く、認証精度も高い。１対１認証処理では、第１の方法が好適である。
【００７７】
以上の１対１認証の結果、一致している場合は、入場者が正常に許可された者であり、顔画像が正常に一致したと判断される（認証結果正常）。
一方、不一致である場合は、入場者が正常に許可された者ではなく、不正入場者であるか、もしくは不正許可証の携行者であるか、或いは顔画像が正常に一致していないと判断される（認証結果異常）。
【００７８】
なお、詳述すると、上記１対１認証処理では、結果的に、以下の（１）かつ（２）かつ（３）の一致比較と同等の処理が行われていることになる。
[一致比較]
（１）コードリーダ３０の読み取りにより得られたＱＲコードに対応した証明コード（もしくはＱＲコード）と、データベース９３０の入場許可証データ中のＱＲコードに対応した証明コード（もしくはＱＲコード）とが、一致しているか否か（不一致であるか）の比較。
（２）撮像装置２３の撮影により得られたプローブ顔画像と、データベース９３０の入場許可証データ中の顔グレー画像とが、類似しているか否か（非類似であるか）の比較。
（３）（１）で一致した場合の入場許可証データと、（２）で類似した場合の入場許可証データとが、対応付け（紐付け）された一致したデータであるか否か（不一致であるか）の比較。
【００７９】
また、この一致比較の結果について、完全一致の場合と不完全一致の場合とで、以下の認証結果が得られることになる。
[完全一致の場合の認証結果]
（１）、（３）が一致し、（２）が類似である場合、すなわち全て一致した場合、入場者が正常に許可された者であり、顔画像が正常に一致したと判断（認証結果正常）。
[不完全一致の場合の認証結果]
（１）、（２）、（３）のいずれか一つでも不一致もしくは非類似である場合、入場者が正常に許可された者ではなく、不正入場者である、もしくは不正許可証の携行者であるか、或いは顔画像が正常に一致していないと判断（認証結果異常）。
【００８０】
１対１認証の実施後、管理サーバ３は、認証結果（認証結果正常もしくは認証結果異常）を認証端末２４に送信する（ステップＳ２８）。この際、同時に、コードリーダ３０の読み取りで得られたＱＲコード（ＱＲコードをデコードした証明コード）に対応した顔カラー画像を、対応付けて送信する。
【００８１】
認証端末２４では、送られて来た認証結果と顔カラー画像を受信する（ステップＳ２９）。
【００８２】
ステップＳ３０において、この認証の結果が正常であるか、異常であるかによって、以下の２つの処理（Ａ）、（Ｂ）のいずれか一方に分岐する。
【００８３】
（Ａ）認証結果正常時の処理
認証端末２４において、認証結果正常、すなわち顔画像が正常に一致したとの情報を受けた場合、正常であることを示す認証結果を表示する（正常表示）。例えば、正常表示として、“通行可”の案内表示や、音声アナウンスを行う。（ステップＳ３１）
同時に、認証端末２４は、通行ゲート９０を開くための開門指令信号を生成し、ゲート駆動部９１に供給する。ゲート駆動部９１は開門指令信号を受けて通行ゲート９０を開く。入場者７２ａが通行ゲート９０を通過した後、自動改札の如く、通行ゲート９０が自動的に閉鎖される。
これによって、入場者７２ａが入場許可証を所持した正当な入場者であると識別され、通行路１２０及び通行ゲート９０を通過して、入場管理領域５００内に入場することができる。
【００８４】
（Ｂ）認証結果異常時の処理
また、認証端末２４において、認証結果異常、すなわち顔画像が一致していないとの情報を受けた場合、入出力装置２５を通じて、異常であることを示す認証結果を表示し（異常表示）、警報を発する。例えば、異常表示として、“通行不可”の案内表示や、音声アナウンスを行う。（ステップＳ３２）
この際、警報としては、表示灯の点滅動作や、サイレンの鳴動を行う。或いは、単に異常が発生したことを、例えば“不正進入発生”などと表示しても良い。
また、この場合、通行ゲート９０は閉鎖したまま開かない。
守衛８２は、警報の発生を確認すると、入場者を入出力装置２５の前に誘導する。守衛８２は、そこで目視確認や、入場者との問答によって、入場者が正当に許可された人物であるか否かを判断する。
不審な人物もしくは不正な入場許可証を所持した人物である判断した場合は、受付管理室１１０に誘導し、問い詰める。
また、システムエラーによって認証異常を生じたと判断した場合は、受付管理室１１０に誘導し、システムエラーの原因を調査するなどして、適切な処理を行う。
【００８５】
次に、入場門９９への進入時に、入場許可された入場者が入場許可証５０を携行していない場合（許可証非携行入場者の場合）について説明する。
これは、入場門内で、入場者が入場門９９に常駐している守衛８２に対して、入場許可証５０を非携行であることを申し立てるか、入場者が入場許可証５０を携行していないことを守衛８２が見つけた場合を想定している。
守衛８２は、入場者が入場許可証５０を携行していないことを認識すると、認証端末２４に接続された入出力装置２５を通じて、非携行認証モードの選択ボタンを押下するなどして、非携行認証モードへの設定が成される（ステップＳ２１）。
同時に、入場者７２ｂを撮像装置２３の前まで案内する。撮像装置２３の前で入場許可証５０を非携行であることに気が付いた場合は、この案内は行わなくても良い。
【００８６】
なお、守衛８２は必ずしも入場門９９に立っている必要はなく、入場門９９に設置されたモニタカメラとスピーカを使って、入場門９９から離れた場所から、入場者の監視や、入場者との対応を行っても良いことは言うまでもない。また、案内表示や、表示ディスプレイを併用しても良い。どのような形態であれ、入場許可証５０を携行していない入場許可者が入門する場合に、非携行認証モードへの設定を行うことができれば良い。
【００８７】
入場者７２ｂは、撮像装置２３の前まで行くと、撮像装置２３によって、入場者の顔を含む画像が撮影される。
【００８８】
管理サーバ３は、撮像装置２３で撮影された、ディジタル化されたカラー画像を受信する（ステップＳ４２）。
管理サーバ３に送信されたカラー画像は、管理サーバ３のメモリ９０２に一時蓄積される。
【００８９】
次に、入場者７２ｂは、カメラ２１の下部に設置された案内表示板（図示せず）に従い、通行ゲート９０へは向かわずに、許可証非携行者の専用通路９８に向かう。
案内表示板には、例えば“許可証を忘れた方は、専用通路９８に進んでください”などの表示が成されている。この案内は、繰り返しアナウンスされる音声案内であっても良い。
【００９０】
管理サーバ３は、メモリ９０２に一時蓄積された取得したカラー画像を画像処理し、カラー画像内から顔画像の検出を試みる（ステップＳ４３）。
【００９１】
管理サーバ３は、顔画像の検出に成功すると（Ｙｅｓの場合）、検出された顔画像の切り出しを行う。切り出された顔画像からは、顔のグレー画像が生成される（ステップＳ４４）。グレー画像は、６４×８０画素の画像データであり、白黒の256階調である。なお、顔画像の検出アルゴリズムについては、後述する。
【００９２】
また、顔画像の検出に成功しない場合（Ｎｏの場合）は、再び上記ステップＳ４２に戻って、撮像装置２３で撮影されたカラー画像の再取得を行う。
【００９３】
続いて、顔画像の切り出しが行われた後、管理サーバ３は、撮像装置２３で得られメモリ９０２に一時蓄積された顔画像に基づいて、データベース９３０に格納された入場許可証データ中の顔グレー画像との認証比較を行う。顔画像の認証アルゴリズムについては、後述する。
ここでは、入場許可証データの中で、撮像装置２３で得られメモリ９０２に一時蓄積された顔画像（プローブ顔画像）に対し、類似度が所定の閾値（閾値Ｂ）以上の顔画像を取得し、リスト化する。なお、この閾値Ｂは、上記閾値Ａと同じであるか、それよりも僅かに低めに設定される。
【００９４】
ここで得られた顔画像のリストの中で、プローブ顔画像に対して、類似度が最も高いものから順に、Ｎ（Ｎは整数）枚の顔画像を集める（１対Ｎ認証）。（ステップＳ４５）
このとき、データベース９３０中の入場許可証データから、各画像に対付け（紐付け）されたＱＲコードもしくは証明コードを同時に取得する。
これによって、類似度の高いＮ枚の顔グレー画像に対応した顔カラー画像と、それぞれの顔グレー画像に対応したＱＲコードもしくは証明コードとが対応付け（紐付け）された顔画像リストを生成する。
【００９５】
図１２に顔画像リストの一例を示す。図のように、顔画像リスト９４中の各顔画像９２は、プローブ顔画像９７に類似度が高い順に、９枚集められている。また、各顔画像９２の下には対応付けされたＱＲコード（もしくは証明コード）９３と、入場許可者情報（図示せず）等の入場許可証５０の構成に必要な各データ（図示せず）が付与されている。顔画像９２は、いずれも類似度が閾値Ｂを超えるものである。なお、図では、プローブ顔画像９７と最も類似度の高いもの画像は、顔画像９５としている。
【００９６】
１対Ｎ認証の結果、得られた顔画像リスト９４は、管理サーバ３から認証端末２４に送信される。
また、１対Ｎ認証の結果、顔画像リスト９４が生成されなかった場合、認証エラーであることを示すエラー情報が、管理サーバ３から認証端末２４に送信される。（ステップＳ４７）
【００９７】
続いて、認証端末２４では、管理サーバ３から送られてきた１対Ｎ認証結果を受信する。（ステップＳ４８）
【００９８】
この受信後、認証端末２４に接続された表示部２６に、顔画像リスト９４が表示される。（ステップＳ４９）
【００９９】
ここで、守衛８２は、表示部２６に掲載された顔画像リスト９４を見て、顔画像リスト中から、入場者７２ｂに最も似ている顔画像（カラー画像）を選択する。例えば、図１２の顔画像リスト９４からは、守衛８２の判断によって、入力部２７を通じて最も類似した顔画像９５が選択される。
同時に、顔画像リスト中から、選択した顔画像に対応したＱＲコード（もしくは証明コード）が取得される（ステップＳ５０）。
なお、認証端末２４は、この選択した顔画像に対応したＱＲコードに、対応付けされた証明コードに基づいて、管理サーバ３に対し、入場許可証５０を再発行したことを通知する。認証端末２４は、この通知を受けて、データベース９３０に格納された入場許可証データの許可証発行フラグの値を、（例えば“１”から“２”に）インクリメント（増数）する。許可証発行フラグは、入場許可証５０が再発行される度に、値が更新されていく。
【０１００】
次いで、選択した顔画像と、ＱＲコードと、入場許可（申請）者所属情報等の入場許可証５０の構成に必要な各データが、所定のフォーマットに整列されて、印刷装置２８に印刷データとして送信される。印刷装置２８は受けた印刷データに基づいて、入場許可証５０を再発行する。入場者７２ｂは入場許可証５０を得る。
これによって、入場者が入場許可証を所持した正当な入場者であると識別され、通行路１２０及び通行ゲート９０を通過して、入場管理領域５００内に入場することができる。
【０１０１】
一方、認証端末２４で受信した認証結果が、認証エラーである場合は、入場者が正常に許可された者ではなく、不正入場者であるか、もしくはデータベース９３０の許可証データ中に、類似した顔画像が存在しない、と判断されて、警報が発せられる（認証結果異常）。
守衛８２は、入場者が不審な人物もしくは不正な入場許可証を所持した人物である判断した場合は、受付管理室１１０に誘導し、問い詰める。
また、システムエラーによって認証異常を生じたと判断した場合は、受付管理室１１０に誘導し、システムエラーの原因を調査するなどして、適切な処理を行う。
【０１０２】
次に、図６（ステップＳ８）、図９（ステップＳ２４）、図１０（ステップＳ４３）で説明した、顔画像の検出アルゴリズムについて、詳細に説明する。
この検出処理では、プローブ顔画像から、顔部分を切り出した抽出画像を生成し、この抽出画像から、例えば顔部分上での目や鼻の位置などの特徴点を含んだ顔画像を生成する。
【０１０３】
図１３は、特開平２００４−２５２９４０号公報に記載された、この種の検出処理の一例を示す図である。
この処理では、画像は、まず、積分画像またはガウシアンピラミッドのいずれかを用いて、さまざまなサイズのパッチに分割される。それぞれのパッチの特徴は、評価され、累積得点が求められる。この評価は、累積得点が受け入れ閾値と拒否閾値との範囲内にある間、繰り返されるが、当該範囲内にない場合には、画像は、累積得点拒否閾値より小さいときは拒否され、累積得点が受け入れ閾値より大きいときは、オブジェクト（顔画像）を含むものとして受け入れられ、顔画像が検出される。具体的に説明すると、以下のようになる。
【０１０４】
[前処理]
まず、画面内で検出されるオブジェクト（顔画像）は、任意のサイズであり得、かつ任意の位置に存在し得るので、図に示すように、それぞれの入力画像Ｉ（２０１）は、まず、さまざまなサイズに倍率変更される「パッチ」（Ｉｉ）２２０に分割される。パッチ２２０の形状は、正方形、長方形、または他の形状とすることができ、パッチの位置は、重複するようにすることもできるし、または重複しないようにすることもできる。例えば、第１のパッチサイズは画像全体とすることができ、次の小さなパッチはそれぞれ７５％に縮小され、例えば２４×２４ピクセルの所定の最小パッチサイズにされる。
【０１０５】
パッチの倍率変更は、多くの方法で行うことができる。ある方法では、積分画像２１１を用いて、それぞれの入力画像２０１の倍率変更が実行される。別の方法では、多重解像度の画像２１２、例えばガウシアンピラミッドまたはラプラシアンピラミッドを用いて、倍率変更が実行される。パッチは、ラスタ走査を用いて大小順で処理（比較）される。
【０１０６】
[特徴評価および分類]
次に、画像処理中、ラベル付けされているか、またはラベル付けされていないそれぞれのパッチは、分類器２３１によって評価される（２３０）。分類器２３１は、パッチ２２０と一致する形およびサイズに成形される特徴の総体を含んでいる。例えば、ハール基底関数（Ｈａａｒ ｂａｓｉｓ ｆｕｎｃｔｉｏｎｓ）と同様に、長方形の特徴を使用することができる。
【０１０７】
パッチの１つに対するそれぞれの特徴の、それぞれの評価２３０によって、受け入れ得点αまたは拒否得点βの、いずれかの得点が生成される。この得点は累積得点２２１として累積される。入力画像２０１に対して、累積得点２２１は、最初ゼロに設定される。累積得点２２１が、受け入れ閾値と拒否閾値１２２との範囲内にある間、評価２３０は繰り返され（２５０）、当該範囲内にない場合には、画像は受け入れられるか、または拒否される（２６０）。
【０１０８】
ステップ２３０のこの評価は、次のように表すことができる。
【０１０９】
ｆ（νｉ，Ｉｉ）＞θｉならば、ｈ（ｉ）＝αであり、そうでなければ、ｈ（ｉ）＝β
ここで、ｆ（）は、パラメータνｉ（１１３）および画像パッチＩｉの線形関数または非線形関数のいずれかであり、比較閾値はθｉであり、αおよびβはそれぞれ受け入れ重みおよび拒否重みである。関数ｆ（）は、ベクトルとして表されるＩｉとνの内積とすることもできる。内積の値は、絶対値などの非線形関数によって変更することができる。
【０１１０】
閾値テスト（ステップ２４０）のプロセスは、次のように表すことができる。
【０１１１】
Ｔｒ（Ｎ）＜Σｉ＝１・・・Ｎｈ（ｉ）＜Ｔａ（Ｎ）ならば、繰り返し処理を行い、そうでなければ、画像の受け入れまたは拒否２６０を行う。
【０１１２】
累積得点２２１が、いつ何時、エンベロープより下になっても、そのパッチが受け入れられる可能性は非常に低いので、さらに別のパッチについて比較を継続する意味はない。同様に、累積得点２２１が、エンベロープより上に上昇すると、拒否の可能性も無視することができる。
【０１１３】
次いで、図９（ステップＳ２７）、図１０（ステップＳ４５）で説明した、顔画像の認証アルゴリズムについて説明する。
この認証処理では、顔画像の検出処理で抽出されたプローブ顔画像と、データベース９３０の許可証データに格納された顔画像（ギャラリー画像）とを比較し、類似度が所定の閾値以上である場合に類似していると認証する。
例えば、類似度は、全く類似しない場合を−１、一致する場合を１として、類似度が０〜１の場合に類似性があり、類似度が１の場合に一致するなどと判定することができる。閾値は、適宜設定することができ、上記した１対１認証のときは、閾値Ａを０．５、１対Ｎ認証のときは閾値を０とするなど、閾値を適宜設定する。
【０１１４】
図１４は、特開平２００４−１３３８８９号公報に記載された、この種の認証処理の一例を示す図である。
この処理では、ギャラリー画像は、特定されたオブジェクト（顔画像）を含み、プローブ画像は、特定されていないオブジェクトを含む。プローブ画像は、それぞれのギャラリー画像と対にされ、画像対が生成される。第１のフィルタが、それぞれの対のプローブ画像に適用され、それぞれのフィルタのそれぞれの適用についての第１の特徴値が得ら
れる。第２のフィルタも同様に、それぞれの対のそれぞれのギャラリー画像に適用され、第２の特徴値が得られる。特徴値は、それぞれのフィルタのそれぞれの適用について合計され、それぞれの適用について、合計が所定の閾値より大きいならば、得点が合格重みに設定され、そうでなければ、得点が不合格重みに設定される。得点は、適用のすべてについて合計され、得点がゼロより大きいならば、プローブ画像は、いずれかのギャラリー画像と同一と特定される。
【０１１５】
図１３の方法でオブジェクト３０１が検出された後、図１４に示す、次の前処理が行われる。
【０１１６】
前処理：正規化
選択肢として、比較される画像（ＰおよびＧ）３１１〜３１２の対の顔は、サイズおよび方向について正規化することができる（３１０）。例えば、顔が、画像をほとんど満たすようにすることができ、また、顔を垂直方向および水平方向に位置を合わせることができる。しかしながら、本発明によるシステムは、横からの視野画像を、異なるサイズを有する正面の視野画像と比較できることは理解されるであろう。
【０１１７】
また、多くの従来技術の顔認識システムは、まず、毛髪といった容易に変更される顔の特徴を考慮の対象から除外することにも留意されたい。
【０１１８】
特徴評価および採点認識が行われている間、画像３１３がプローブ画像であり、画像３１４がギャラリー画像の１つである。複数のフィルタが、画像３１３〜３１４の対の部分（継ぎ接ぎ）に適用される。フィルタは、継ぎ接ぎと同じサイズおよび位置のテンプレートフィルタとすることができる。例えば、ハール基底関数（Ｈａａｒ  ｂａｓｉｓ  ｆｕｎｃｔｉｏｎ）と同様に、方形の特徴を使用することができる。
【０１１９】
フィルタの適用により、得点Ｓ（）３１１が生成される（３２０）。得点Ｓ（）は、入力された画像対から計算される特徴の合計として構築される。例えば、認識中における得点３２１は、以下の方程式で求められる。
Ｓ（Ｐ，Ｇｉ）＝ΣｋＨｋ（Ｐ，Ｇｉ）
ここで、画像Ｐ３１３は、プローブ画像であり、画像Ｇｉ３１４は、ギャラリー画像の１つである。Ｈｉは、第ｋ番目のフィルタを画像に適用することにより得られる特徴である。Ｓ（）が、ゼロより大きいならば（３３０）、画像ＰおよびＧｉは、識別情報ＩＤＸを有する同じ人物のものである。
【０１２０】
それぞれの特徴Ｈｋ（Ｐ，Ｇｉ）は、プローブ画像２１３の関数ｆｐｋ（Ｐ）およびギャラリー画像３１４の関数ｆｇｋ（Ｇ）の２つの主な構成要素を有する。
【０１２１】
ここで、値νｋ＝ｆｐｋ（Ｐ）＋αｋｆｇｋ（Ｇ）が求められる。αｋは重みである。値νｋは、比較閾値ｔｋと比較される。νｋ＞ｔｋならば、Ｈｋ（Ｐ，Ｇｉ）＝αｋであり、そうでなければ、βｋである。関数ｆ（）は、線形関数とすることもできるし、または、非線形関数とすることもできる。例えば、関数ｆ（）は、ベクトルとして表される画像と、ベクトルとして表されるフィルタテンプレートとの内積とすることができる。内積の値を、絶対値といった非線形関数によって変更することができる。
【０１２２】
関数ｆｐｋ（Ｐ）およびｆｇｋ（Ｇ）は、入力画像の一部にのみ依存することができる。換言すると、それら関数は、グローバル関数とせずに、ローカル関数とすることができる。これにより、口の領域といった安定した特徴を含まない顔の領域を無視することが可能となる。
【０１２３】
[トレーニング]
トレーニングは、入力として、同じ顔の画像対の組、異なる顔の画像対の組を受け取る。それぞれのトレーニング例は、一対の画像であり、重みｗを割り当てられる。最初の
重みは、通常、均一である。最初のラウンドでは、結果として最良の特徴が得られるパラメータ（ｆｐ１，ｆｇ１，ａ１，ｔ１，α１，β１）が選択される。最良の特徴は、そ
の特徴の「エラー」の単純な関数を最大にする。
【０１２４】
エラーの１つの可能な尺度は、ΣｉΣｊ［ｗｉｊＨ（Ｐｉ，Ｇｊ）＊ｙｉｊ］である。ここで、画像ＰｉおよびＧｊの顔が同じ人物であるならば、ｙｉｊ＝＋１であり、そうでなければ、ｙｉｊ＝−１である。ｗｉｊは、プローブ画像ｉおよびギャラリー画像ｊの当該例での重みである。別の可能な尺度しては、指数損失ΣｉΣｊｅｘｐ［−ｗｉｊ＊Ｈ（Ｐｊ，Ｇｉ）＊ｙｉｊ］がある。
【０１２５】
次のラウンドでは、重みｗが、間違って特定された画像対については増加され、正確に特定された対については減少される。現在の重みにより最良の特徴を選択し、次に現在のエラーにより重みを再設定するこのプロセスは、所定数の特徴が選択されるまで、または、トレーニングエラーが所定の閾値より小さくなるまでのいずれかとなるまで繰り返される。
【０１２６】
このアプローチには、いくつかの利点がある。顔と顔との重要な相違が、直接学習される。例えば、人は一般に眉を吊り上げるが、吊り上げる程度は特定の範囲に限られている。フィルタｆｐｋおよびｆｇｋは、顔の対応する特徴に焦点を合わせることができ、許容可能な変化を捕らえることができる。例えば、ｆｐｋおよびｆｇｋが、左の眉の位置を測定するフィルタである場合に、ｔｋは、許容可能な変化を定める。
【０１２７】
次に、図１、図１１に戻って、登録システム１及び認証システム２が、異なる地域に分散配置された例について説明する。
ここで、入場管理システム１００ａの登録システム１ａによって、入場者が入場許可証を発行された場合を想定する。この際、入場管理システム１００ａとは異なる地域に配置された、入場管理システム１００ｂの認証システム２ｂによって、入場管理を行う場合について説明する。なお、以下の説明では、入場管理システム１００ａのＬＡＮ４ａに接続された各構成に符号ａを付け、入場管理システム１００ｂのＬＡＮ４ｂに接続された各構成に符号ｂを付けて、両システムに属する各構成を区別して説明する。
【０１２８】
まず、入場者は、受付案内人８０または守衛８２に対し、異なる地域の登録システム１ａで登録された入場許可証であることを申告する。
次に、受付案内人８０または守衛８２は、入場者に対して、コードリーダ３０ｂで入場許可証の読み取りを実施した後、入出力装置２５の前で待機するように促す。
【０１２９】
入場者は、コードリーダ３０ｂで入場許可証に印刷されたＱＲコードの読み取りを実施するとともに、撮像装置２３ｂによって顔画像が撮影される。この際、警報が発動されないように、守衛８２は認証端末２４に対して、一時的に何らかの警報停止処置を施しておく。
【０１３０】
次に、認証システム２ｂの管理サーバ３ｂは、コードリーダ３０ｂで読み取ったＱＲコードをデコードして得られる証明コードに基づき、入場管理システム１００ｂのデータベース９３０ｂを参照する。このとき、データベース９３０ｂ内に該当（一致）する証明コードがない場合、認証システム２ｂの管理サーバ３ｂは、証明コードを元にして、証明コードの有する意味を解析する。管理サーバ３ｂには、証明コードの意味を解析するソフトウェアが設けられている。ここでは、説明を単純化するため、証明コードが、日付時刻データ、位置データ、証明センタ５によってユニークに与えられる証明番号（例えば、シリアル番号）、から構成されたものとして説明する。
なお、管理サーバ３ｂは、証明コードを、証明センタ５に問合せすることによって、証明センタ５に、日付時刻データ、位置データが正しいものであることを認証してもらうことができる。すなわち、証明センタ５は、管理サーバ３ｂからの問合せに応じて、証明コードが、何時（時刻情報）、何処（位置情報）で発行されたものであるかを、管理サーバ３ｂに回答することができる。
この際、証明センタでは、同一時刻には同じ証明番号を付与しない。また、位置が異なれば、同一時刻であっても、証明コードが全く異なるものになる。すなわち、位置と時刻が異なることによって、証明コードが全く異なるものとなる。または、証明コードが、シリアルに認証を行っても良く、この場合、証明コードは生成される毎に、異なる番号となり、証明番号がなくても良い。
【０１３１】
管理サーバ３ｂは、証明コードの有する意味を解析して、証明コードから日付時刻、位置情報を取得し、証明コードが何時、何処で登録されたものであるのかを把握することができる。管理サーバ３ｂには、分散配置された各登録システムの所在地の位置情報と、位置情報に対応した管理サーバ３のアドレス情報が予めデータベース９３０に格納されている。
【０１３２】
これによって、管理サーバ３ｂは、証明センタ５から送られて来た証明コードの対応する位置情報に基づいて、データベース９３０に格納された各登録システムの所在地の位置情報を参照し、何処の登録システムによって登録された入場許可証であるのかを把握するとともに、その登録システムの所属する管理サーバ３のアドレス情報を得る。この例では、登録システム１ａで登録された入場許可証であると認識し、管理サーバ３ａへの接続アドレスを得る。
【０１３３】
次いで、管理サーバ３ｂは、得られた接続アドレスを用いて登録システム１ａの接続された管理サーバ３ａに問合せを行い、コードリーダ３０ｂで得られた証明コードを送信し、顔画像データの送信を依頼（リクエスト）する。管理サーバ３ａは、リクエストに応答して、データベース９３０ａに格納された証明コードに対応した顔画像データを、証明コードとともに管理サーバ３ｂに送信する。
なお、管理サーバ３ａは、これと同時に、問合せを受けた証明コードに対応付けされた、入場許可証データを構成する他の全ての情報もしくは一部の情報を送信しても良い。
【０１３４】
管理サーバ３ｂは、管理サーバ３ａから送られて来た顔画像データと証明コードを受けて、メモリ９０２に一時記憶する。管理サーバ３ａは、この一時記憶されたデータ（顔画像データ、証明コード）を用いて、コードリーダ３０ｂで得られた証明コードと一時記憶された証明コードの一致比較を行うとともに、撮像装置２３ｂで得られた顔画像データと一時記憶された顔画像データを類似比較し、１対１認証処理を行う。
【０１３５】
これによって、入場許可証が、登録システム１ａで登録された正当なものであることを確認する。
さらに、管理サーバ３ｂのデータベース９３０ｂに対し、一時記憶されたデータ（顔画像データ、証明コード）を、入場許可証データとして格納する。
なお、管理サーバ３ｂは、これと同時に、管理サーバ３ａから送られて来た、証明コードに対応付けされた、入場許可証データを構成する他の全ての情報もしくは一部の情報を、この証明コードに対応付けてデータベース９３０ｂに格納しても良い。
このようにして、登録システム１ａで登録された入場許可証を所持した者は、次回の入場からは、通行ゲート９０を通過して、入場管理領域５００に進入することができる。
【０１３６】
なお、ＱＲコードをデコードして得られる証明コードは、入場管理システム１００ａ、１００ｂのみが知っている暗号鍵を用いて暗号化し、入場管理システム１００ａ、１００ｂのみが当該暗号鍵を用いて、証明コードを復号化しても良い。これによって、入場管理システム１００ａ、１００ｂ以外のものが、証明コードを改竄する可能性をより低くすることができる。ただし、この実施の形態の入場管理システムでは、証明コードが改竄されたとしても、入場者本人を撮影した顔画像の認証と証明コードの認証とが併用されるので、必ずしも、暗号化を行う必要はない。
【０１３７】
以上説明したように、この実施の形態によれば、入場者を撮影するカメラと、当該入場者の顔写真及びＱＲコードの印刷された入場許可証からＱＲコードを読み取るコードリーダと、顔画像データと入場許可証に付与されたＱＲコードに対応した情報（証明コード）とが、一意に対応付けられて登録されたデータベースと、上記カメラの撮影画像から入場者の顔画像データを抽出するとともに、上記コードリーダで読み取ったＱＲコードの情報（証明コード）とデータベースに登録されたＱＲコードの情報（証明コード）とを一致比較し、当該比較の結果一致したＱＲコードの情報（証明コード）に対応付けされて上記データベースに登録された顔画像データと、上記抽出した顔画像データとを類似比較し、類似比較の結果、類似した場合は許可された入場者であると判定して入場者を通過させるように通行ゲートを開け、非類似であった場合に警報を発する処理部とを備えたものである。
これによって、ユニークに付与されたＱＲコードと顔写真が印刷された入場許可証を安価に発行し、かつ入場許可証に印刷されたＱＲコードとカメラで撮った顔画像を用いて確実な認証を行うことができるので、一時的な入場者に対して、低コストで、かつ顔画像とＱＲコードとで確実に入場管理を行うことができる。
【０１３８】
なお、認証処理については、コードリーダで読み取られたＱＲコードから得られる証明コードとデータベースに登録された証明コードとを一致比較するとともに、上記カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データとデータベースに登録された顔画像データとを類似比較し、類似比較及び一致比較の結果、少なくとも一方が不一致もしくは非類似であった場合に警報を発し、そうでないときに入場者を通過させるように通行ゲートを開けても良い。
【０１３９】
また、入場許可申請者を撮影する申請用カメラと、所在位置と時間を証明するための証明コードを取得し、取得した証明コードを処理部に送信する登録端末と備えて、処理部は、登録端末から送信された証明コードを受けて、上記申請用カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データと受けた証明コードとを対応付けて上記データベースに登録し、登録した顔画像データと証明コードから入場許可証データを生成して登録端末に送信する。登録端末は、入場許可証データに基づいて、顔写真及び証明コードから生成されたＱＲコードの印刷された入場許可証を発行する。
これによって、ＱＲコード及び顔写真の印刷された入場許可証を効率的に発行し、かつ入場許可証に対応したＱＲコード及び顔画像を効率的にデータベースへ登録することができる。
【０１４０】
また、認証端末の入力部により、入場許可証非携行者に対応した処理モードへの切換え設定が入力された場合、処理部は、上記カメラの撮影画像から入場者の顔画像データを抽出し、抽出した顔画像データに基づいて、データベースから類似度の高い順に複数の顔画像データと各顔画像データに対応した証明コードを取得するとともに、取得した複数の顔画像に証明コードを対応付けて顔画像リストを生成し、生成した顔画像リストを送信し、上記認証端末は、処理部から送信された顔画像リストを上記表示部に画面表示し、この画面表示に基づいて上記入力部により特定の顔画像が選択入力された場合、上記印刷部により、特定の顔画像と、特定の顔画像に対応した証明コードから生成されるＱＲコードとが印刷された入場許可証を再発行する。
これによって、登録済みの入場許可証を携行していない者に対しても、簡易に顔写真入りの入場許可証を再発行し、低コストで入場管理を行うことができる。
【０１４１】
また、公的機関に認証された位置と時間を示す証明コードを用いてＱＲコードを生成し、入場許可証にＱＲコードを印刷しているので、更に次の（１）、（２）の効果を得ることができる。
【０１４２】
（１）ＱＲコードに対応した証明コードが、何時、何処で登録されたコードであるのかを判別し、証明することができる、意味を有したユニークな（一意的に付与された）コードになっている。これによって、ＱＲコード及びＱＲコードに対応した証明コードが、登録した場所と時間に応じてユニークに（一意的に）設定されるので、異なる地域や異なる領域毎に、分散配置された入場管理システムであっても、同一フォーマットで、共通にＱＲコード及びＱＲコードに対応した証明コードを識別することが可能な入場許可証を得ることができる。また、同じ管理サーバでは、時刻の相違によって必ず異なる証明コードが生成され、同一時刻に異なる地域で証明コードを生成した場合でも、位置が異なるので互いに異なる番号となる。
すなわち、ＱＲコードを用いて、或る地域に設置された入場管理領域内の登録システムで登録され、そこのデータベースに格納された入場許可証データを参照することによって、他の地域に設置された入場管理領域内の認証システムでも、共通に認証処理を行うことができる。
【０１４３】
（２）顔データとＱＲコードに対応した証明コードを組み合わせて認証することで、ＱＲコードもしくはＱＲコードに対応した証明コードを、本人識別用のＩＤとして用いることができ、顔データのみで認証する場合に比較して効率的に認証処理を行うことができるとともに、認証精度を向上させることができる。
【０１４４】
なお、上掲した実施の形態１では、入場者の入場を管理する入場管理システムについて説明したが、この実施の形態１による入場管理システムの主旨とする構成を、入場者の退出を管理する退出管理システム、並びに入場者の入場及び退場を管理する入退場管理システムに用いても良いことは、論を待たない。
【図面の簡単な説明】
【０１４５】
【図１】この発明の実施の形態１による入場管理システムの構成を示す図である。
【図２】この発明の実施の形態１による登録システムの構成を示す図である。
【図３】この発明の実施の形態１による認証システムの構成を示す図である。
【図４】この発明の実施の形態１による管理サーバの構成を示す図である。
【図５】この発明の実施の形態１によるアプリケーションプログラム部の構成を示す図である。
【図６】この発明の実施の形態１による入場許可申請登録処理の動作フローを示す図である。
【図７】位置時間証明システムの構成を示す図である。
【図８】入場許可証の印刷例を示す図である。
【図９】この発明の実施の形態１による認証処理の動作フローを示す図である。
【図１０】この発明の実施の形態１による入場許可証非携行者に対する認証処理の動作フローを示す図である。
【図１１】この発明の実施の形態１による入場管理システムの入場門の構成例を示す図である。
【図１２】顔画像リストの一例を示す図である。
【図１３】顔画像検出処理の一例を示す図である。
【図１４】顔画像認証処理の一例を示す図である。
【符号の説明】
【０１４６】
１  登録システム、２  認証システム、５  証明センタ、３  管理サーバ、９  ＧＰＳ受信機（測位装置）、１３  撮像装置（カメラ）、１４  登録端末、２３  撮像装置（カメラ）、２４  認証端末、３０  コードリーダ、９０  通行ゲート、９１  ゲート駆動部、５００  入場管理領域、９２０  アプリケーションプログラム部（処理部）、９３０  データベース。
【図１】
2007272320.tif 000003
【図２】
2007272320.tif 000004
【図３】
2007272320.tif 000005
【図４】
2007272320.tif 000006
【図５】
2007272320.tif 000007
【図６】
2007272320.tif 000008
【図７】
2007272320.tif 000009
【図８】
2007272320.tif 000010
【図９】
2007272320.tif 000011
【図１０】
2007272320.tif 000012
【図１１】
2007272320.tif 000013
【図１２】
2007272320.tif 000014
【図１３】
2007272320.tif 000015
【図１４】
2007272320.tif 000016