JP3774885B2 - ゲート管理システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、ゲート管理システムに関し、詳しくは、ゲート装置とゲート管理サーバとからなるシステムにおいて、ゲート装置側の照合時間を短くでき、複数のゲート装置からゲート管理サーバに対して行われる本人確認情報の要求問い合わせの量を低減することで回線負荷およびサーバ側負荷を低減することができるようなゲート管理システムに関する。
【０００２】
【従来の技術】
従来、ゲート管理システムの１つとして、ＩＣカードや各種カードでゲートあるいはドアを開閉制御して入門、入室の管理を行う入退管理システムが知られている。この種のシステムでは、通常、入門、入室の際にはゲート装置でカード照合して入門、入室が許可され、退社、退室時は自由であるが、退社、退室時間もカード照合して管理するシステムもある。
この種の従来のゲート管理システム（入退管理システム）には、
（１）すべての人物の照合用データをゲート装置に格納してゲート装置で照合する方式
（２）ゲート装置が入退管理管理サーバ、通行管理サーバ等の管理サーバに本人問い合わせを行い、本人の照合用データをダウンロードしゲート装置で照合する方式
（３）管理サーバに本人情報を送信して管理サーバで照合し、結果をゲート装置に通知してゲート開放させる方式
などがある。
【０００３】
最近のゲート管理システムでは、照合の信頼性を向上させるために、ＩＣカードのような一次元的なコードによる照合でなく、入力されたユーザＩＤをキーとして指紋照合、顔の特定部分の特徴点照合など特徴情報による特徴点照合が行われ、その照合データは、通常、二次元画像データなどのベクトルデータとして記録され、数百バイトから１Ｍバイトの大きな容量のものとなってきている。
【０００４】
【発明が解決しようとする課題】
二次元のベクトルデータによる特徴点照合において、前記の（１）の方式は、すべての人物の照合データを格納しておくため、管理サーバに問い合わせることがなく照合時間も早いが、登録可能な人数の総数がゲート装置内の照合用データを登録できる認証情報データベースの容量により決定され、それに制限されてしまう欠点がある。
同様に前記の（２）の方式は、ゲート装置の認証情報データベースの容量に制限されることがなく、ゲート装置が少なく管理サーバが高速であれば照合時間も早いが、ゲート装置あるいはゲート数が多数の場合には、同時に複数の人物がゲートを通行したとき、負荷が高く照合時間が長くなってしまう問題がある。
同様に前記の（３）の方式は、（２）の照合処理を管理サーバに実行させるため、照合処理がゲート装置の性能に左右されず、管理サーバの性能が高ければ照合時間も早いが、複数の人物がゲートを通行したときには（２）の場合よりも負荷が高くなり、照合時間が長くなってしまう問題がある。
この発明の目的は、このような従来技術の問題点を解決するものであって、ゲート装置側の照合時間を短くでき、複数のゲート装置から管理サーバに対して行われる本人確認情報の要求問い合わせの量を低減することで回線負荷およびサーバ側負荷を低減することができるゲート管理システムを提供することにある。
【０００５】
【課題を解決するための手段】
このような目的を達成するためのこの発明のゲート管理システムの特徴は、ゲート装置を管理する管理サーバからゲート装置にダウンロードされた照合情報に対して本人の識別情報とともに本人確認のための特徴情報が入力されてゲート装置が識別情報をキーとして照合情報を得て特徴情報と照合情報とを照合してゲートを開放し、人の通行を許可するゲート管理システムにおいて、ゲート装置が、本人がゲートを通行する時刻情報を取得して識別情報とともに管理サーバに送出するものであり、管理サーバが、本人の識別情報に対応して通行時刻情報を管理し、通行時刻が示す本人のゲート通行時刻より前に本人の照合情報を識別情報とともにゲート装置にダウンロードするものである。
また、この発明のさらに具体的な特徴としては、本人情報（本人の識別情報と本人の特徴情報）を入力装置に入力し、ゲート装置がゲート管理サーバに本人情報に対する照合情報を問い合わせ、ゲート管理サーバがその人物の照合用ベクトルデータを通行許可データベースを参照してダウンロードし、ゲート装置が照合用ベクトルデータ（照合情報）と本人の特徴情報とを照合して本人と認められたときゲートを開放し、ゲート装置がゲート管理サーバに通行許可したことを通知して通行記録データベースにそのときの通行時刻の情報を記録し、同データベースの通行時刻の情報の履歴からその人物がゲート装置（あるいはゲート装置のどのゲート）をどの通行時間帯によく通行するかを検出して通行許可データベースに登録し、その人物が次に通行すると予想される通行時間帯となる前に通行許可データベースからその人物の認証データ（照合用ベクトルデータと通行時間帯データ）を先行してダウンロードし、次に本人が通行するときはゲート装置は、ゲート管理サーバに問い合わせすることなく本人情報（本人の特徴情報）を照合するものである。
このとき、ゲート装置は、本人情報（本人の特徴情報）に対応する照合用ベクトルデータを、最初にゲート装置内の本人の識別情報対応に照合用ベクトルデータを記憶しているデータベース（本人認証データベース）から検索し、なければゲート管理サーバに問い合わせして本人情報（本人の特徴情報）をダウンロードする。また、ダウンロードした照合用ベクトルデータは、既にゲート装置内に格納してある照合用ベクトルデータについてこれに対応して記録された通行時間帯が最も古いデータあるいは有効通行時間帯を過ぎたデータを削除してから登録していく。さらに、認証データとして同じ時間帯の通行回数を加えて管理し、を同じ通行時間帯に通行する回数の多い人物を優先して登録するものである。
【０００６】
【発明の実施の形態】
この発明においては、前記の特徴のように、人物が通行すると予想される通行時間帯となる前に、あらかじめゲート装置に照合情報、例えば、照合用ベクトルデータをダウンロードしておくため、その人物がゲートを通行するときの照合処理は、そのほとんどがゲート装置だけで実行できることになり、照合時間を短くできる。また、ほとんどがゲート装置だけで照合処理ができるので、複数のゲートから同時にサーバに本人情報を問い合わせすることが少なくなる。
その結果、回線負荷およびサーバ負荷を低減させることができる。また、照合情報（照合用ベクトルデータ）は、その通行時間帯に照合が必要な人数分だけダウンロードするればよいのでゲート装置内の照合情報の容量を小さくできる。
【０００７】
【実施例】
以下、図面を参照してこの発明の一実施例について詳細に説明する。
図１は、この発明のゲート管理システムを適用した会社入門システムのブロック図である。
図１において、ゲート管理システム２１は、ゲート管理サーバ１０と複数のゲート装置１，１…がＬＡＮあるいは回線Ｌで接続されて構成される。ゲート装置１は、本人情報を入力する入力装置２、ゲート３、そしてデータ処理端末装置４からなる。データ処理端末装置４には、ゲート管理サーバ１０から先行してダウンロードされる本人情報照合用ベクトルデータを格納する本人認証データベース４９が設けられ、本人照合を行い、照合が一致したときにゲート３を開く。不一致のときにはゲート３は開かない。
データ処理端末装置４は、ＭＰＵ４１とメモリ４２、インタフェース４３、通信制御回路４４、タイマ４５、そしてディスプレイ４６等が相互にバス４７を介して接続されている。
【０００８】
インタフェース４３には、ハードディスク等の外部記憶装置４８と入力装置２およびゲート３が接続され、外部記憶装置４８には本人認証データベース４９が格納されている。
メモリ４２には、ＭＰＵ４１が実行する処理プログラムとして個人認証プログラム４２ａ、認証データ登録プログラム４２ｂ、不要データ消去プログラム４２ｃ等が格納され、作業領域４２ｄが設けられている。
また、ゲート管理サーバ１０は、ＭＰＵ１１とメモリ１２、インタフェース１３、通信制御回路１４、監視タイマ１５、そしてディスプレイ１６等が相互にバス１７を介して接続されている。インタフェース１３には、ハードディスク等の外部記憶装置１８が接続され、ゲート装置１のゲート３を特定の個人が通行したことを示すデータを記録する通行記録データベース１９とゲート通行を許可するために認証データを記録した通行許可データベース２０が設けられている。
そして、メモリ１２には、ＭＰＵ１１が実行する処理プログラムとして認証データ転送プログラム１２ａ、通行記録処理プログラム１２ｂ、所定時間間隔での先行ダウンロードプログラム１２ｃ、ゲート情報生成プログラム１２ｄ等が格納され、作業領域１２ｆが設けられている。
【０００９】
人がゲートを通行するときには、まず、入力装置２にカード、キー入力等により本人の識別情報（以下ユーザＩＤ）が入力され、本人が、本人の特徴情報（指紋特徴点あるいは顔の特定部分の特徴点等の二次元画像データ）の入力として、例えば、指紋読みとり装置（図示せず）に所定の指をタッチする。ゲート装置１のメモリ４２に記憶されている個人認証プログラム４２ａは、前記のユーザＩＤが入力装置２に入力されたときにメインプログラムからコールされてＭＰＵ１１により実行される。これが実行されたときには、ＭＰＵ１１は、例えば、指紋読みとり装置から指紋特徴点等の二次元画像データを個人確認入力データとして読込み、本人認証データベース４９を参照して同じユーザＩＤがあるか否かをユーザＩＤをキーとして検索して、指紋特徴点に対応する照合ベクトルデータを得て、入力されたデータ、例えば、指紋等の個人確認入力データと一致するか否かを判定する。判定の結果得られた照合用ベクトルデータと指紋等の個人の特徴点を示す個人確認入力データとが一致したときにはゲート３を開く信号を送出してゲートを一定期間開放する。
さらに、一致したときには、そのユーザＩＤとともに通行時刻（分までの単位）を示すデータをゲート装置１のゲート装置アドレスを加えてゲート管理サーバ１０に通行記録要求コマンドとともに送出する。ゲート装置１に複数のゲートがあるときにはユーザＩＤの人物が通行したゲート番号もこのとき送出される。
ユーザＩＤが本人認証データベース４９になかったときには認証データ登録プログラム４２ｂをコールしてゲート管理サーバ１０側にダウンロード要求を送出して本人情報を得る。本人情報（本人の認証データ）がダウンロードされなかったときにはゲートは開かれない。
【００１０】
認証データ登録プログラム４２ｂは、本人認証データベース４９に入力装置２から入力されたユーザＩＤの記録がされていないときに、個人認証プログラム４２ａによりコールされてＭＰＵ１１により実行される。これが実行されたときは、ゲート管理サーバ１０に対して入力されたユーザＩＤをデータとして自己のゲート装置１のアドレスを転送先アドレスとして本人情報（認証データ）の転送要求（ダウンロード要求）をする。そして、ダウンロードされた本人情報のデータを本人認証データベース４９に登録する。
また、例えば、ゲート管理サーバ１０からの１５分間隔での定期的な個人確認情報（先行選択された特定の認証データ群）のダウンロードを受付けたときに認証データ登録プログラム４２ｂがコールされてＭＰＵ１１により実行される。これにより、本人認証データベース４９の内容がダウンロードされたデータに順次更新していく。
さらに、このプログラムは、ダウンロードされたときに、本人認証データベース４９の記憶容量が満杯のときには、不要データ消去プログラム４２ｃをコールして現在の時刻からみて照合不要となる確率の高い認証データを消去し、その後にダウンロードされた個人確認情報（先行選択された特定の認証データ群）を本人認証データベース４９に登録記憶していく。
【００１１】
個人確認情報における各認証データの構成は、図２に示すように、本人情報として、ユーザＩＤのデータ欄４９ａと、照合用ベクトルデータ欄４９ｂ、通行時間帯／通行回数の欄４９ｃ、通行時間帯／通行回数の欄４９ｃ、…とからなる。ユーザＩＤのデータ欄４９ａに記憶されるデータは、入力装置２から個人が入力する暗証番号等のユーザＩＤ（識別情報）であり、照合用ベクトルデータ欄４９ｂに記憶されるデータは、指紋等から得られる二次元画像データ等の特徴点を示すベクトルデータであって、この例では、５００ｋバイト程度の指紋の特徴パターンが記録されるものである。また、複数個設けられた通行時間帯／通行回数欄４９ｃに記憶されるのは、例えば、７時０分から７時２分５９秒までというように、３分単位で区切られて記録される通行時間帯とこれに対応してこの７時２分５９秒までにその人がゲートを、例えば、１週間の期間の間に通行した回数である。
そして、本人認証データベース４９には、このような認証データ（個人確認のための本人情報）が群としてゲート番号対応に、例えば、３０人分記憶される。ここで、３０人分とは、後述する時間区分において最大の通行人数より少し多い数である。例えば、８時門限の場合に７時５７分から７分５９時が最も多く、２５人であるとすると、それに５人を足して３０人となる。なお、１つのゲート装置１にゲート１つだけのときには、ゲート番号ごとの管理は不要である。
【００１２】
不要データ消去プログラム４２ｃは、認証データ登録プログラム４２ｂによりコールされてＭＰＵ１１により実行され、これが実行されたときには、現在の時刻に対応して、個人の通行時間帯の情報と通行回数のデータを参照して認証データとして必要のない個人データを削除していく。その削除の仕方については後述する。
【００１３】
次に、ゲート管理サーバ１０側について説明すると、ゲート管理サーバ１０のメモリ１２に格納されている認証データ転送プログラム１２ａは、
▲１▼ゲート装置１から本人情報（本人の認証データ）の転送要求があったとき
▲２▼ゲート装置１から通行記録要求があったとき
▲３▼通行時間帯の切り替わり時間を示す割込み信号を監視タイマ１５から受けたとき
以上の３つの条件でＭＰＵ１１が以下に説明する所定の処理を実行する。
ゲート装置１から本人情報の転送要求があるときには、ＭＰＵ１１は、認証データ転送プログラム１２ａを実行する。このプログラムの実行によりＭＰＵ１１は、通行許可データベース２０を検索してゲート装置１から送出されたユーザＩＤに対応する図４に示す照合用ベクトルデータ２０３ａをその要求のあったアドレスを有するゲート装置１に送出する。また、ゲート装置１から通行記録要求（通行記録要求コマンド）があったときには、通行記録処理プログラム１２ｂをコールしてＭＰＵ１１にそれを実行させる。
【００１４】
通行記録処理プログラム１２ｂがＭＰＵ１１に実行されたときには、通行記録データベース１９においてゲート装置アドレスに対応するデータ領域１９０を参照して、ユーザＩＤをキーとして各データブロック１９１（図３参照）を検索して対応する欄１９２の一致するユーザＩＤの欄に続いて記録された欄１９３のゲート番号を確認して通行した時刻（分単位）を通行時刻欄１９４に順次記録していく。通行時刻の記録される数は、例えば、１週間では、１０個乃至１５個程度であり、これを越えたときには古いデータが削除され、新しいデータに更新される。
なお、欄１９３にゲート番号の記録がされていないときには現在のゲート番号が記録される。欄１９３に記録されたゲート番号とゲート番号が異なるときにはゲート番号欄と通行時刻欄とが追加され、それぞれにゲート番号と通行時刻が記録される。なお、１つのゲート装置１にゲート１つだけのときには、ゲート番号欄１９３は不要である。
ＭＰＵ１１は、通行記録処理プログラム１２ｂの処理が終了したときに次にゲート情報生成プログラム１２ｄをコールして実行する。
【００１５】
ゲート情報生成プログラム１２ｄは、通行記録処理プログラム１２ｂの処理が終了した後にＭＰＵ１１に実行され、最新のゲート情報を生成する。これは定期的に実行されてもよい。定期的なコールとしては、例えば、１０分ごとの監視タイマ１５の割込みにより先行ダウンロード処理が行われた後にコールされることでよい。このプログラムの実行によりＭＰＵ１１は、通行記録データベース１９の通行時刻を参照して通行許可データベース２０のゲート情報領域２０６のゲート情報２０５を生成して更新する。
通行許可データベース２０は、図４に１個のユーザＩＤのデータブロックを示すが、これにみるように、これはゲート装置アドレスに対応して設けられた通行許可データ領域２００を有し、これを参照して、各ユーザＩＤごとに照合用ベクトルデータが記録された認証データ記録ブロック２０１において、ユーザＩＤをキーとして一致するユーザＩＤ欄２０２のデータを検索する。そして本人情報の要求があるときでには、一致するユーザＩＤの照合用ベクトルデータ領域２０３の照合用ベクトルデータ２０３ａが読出されてゲート装置アドレスに対応するゲート装置１に転送される。また、先行ダウンロードのときには、照合用ベクトルデータ領域２０３の照合用ベクトルデータとゲート情報欄２０４のゲート情報２０５とが転送される。
【００１６】
ゲート情報欄２０４にはゲート情報２０５としてゲート番号／最終更新日欄２０５ａと通行時間帯／通行回数２０５ｂ…（通行時間帯が複数のときには複数個）がそれぞれ記録される。ゲート番号が相違するときには、ゲート情報領域（ＩＤ1〜ＩＤn）２０６が設けられ、それぞれに記憶される。このゲート情報欄２０４は、点線で示すように、ユーザＩＤ欄２０２とデータリンクがされていて一体のものである。
なお、通行記録データベース１９の通行時刻は、分までの通行時刻であるが、通行時間帯は、ここでは、３分間隔で区分された各時刻に対応する通行時間帯を示す時間情報である。また、ゲート番号／最終更新日欄２０５ａの最終更新日はゲート情報を更新登録したときの日付が記録される。
ＭＰＵ１１は、通行記録時あるいは定期的にゲート情報生成プログラム１２ｄを実行して、通行記録データベース１９に記録されたユーザＩＤ対応のデータからユーザＩＤごとに通行時間帯とその通行回数のデータを生成してゲート情報２０５としてゲート番号対応に検索して生成して、通行許可データベース２０のゲート情報欄２０４にゲート番号が相違するごとにゲート情報ＩＤを追加してＩＤ1〜ＩＤnとして記録していく。なお、通行時間帯の決定は、あるユーザＩＤの通行時刻からそれがどの通行時間帯であるかを、３分間隔で区切られた時間区分のどこに入るかで決定され、同じ通行時間帯に入る通行時刻が何個あるかをカウントすることで通行回数が得られる。
【００１７】
先行ダウンロードプログラム１２ｃは、通行時間帯の切り替わり時間を示す割込み信号を監視タイマ１５から受けたときに、ＭＰＵ１１により実行される。このプログラムの実行によりＭＰＵ１１は、ここでは、例えば、１０分ごとに割込み信号を監視タイマ１５が発生し、現在時刻から１５分先までのゲート装置１についての通行時間帯の認証データを通行許可データベース２０から検索して読出し、先行してダウンロードデータとしてゲート装置１に送出する。
ここで、１０分ごとに１５分先のデータをダウンロードすれば、定期的に送る時間よりも多いデータが送ることができるのでデータの切れ目がなくなる。なお、現在よりも５分前から１５分先までのデータにすれば認証データに５分の余裕ができるのでそれでもよい。
【００１８】
ところで、通行許可データベース２０において、ユーザＩＤ（ユーザ名でも可）および照合用ベクトルデータ２０３ａは、ゲート装置１での照合処理に必要なため、あらかじめデータとして採取してこれに登録しておく。また、ゲート情報２０５は、前記したように通行記録データベース１９を参照して、その人物がゲート装置アドレスを持つゲート装置のゲートを通行する特定の通行時間帯とこの通行時間帯の中で何回通行したかを、通行時刻を基にして作成する。
以上の説明で理解できるように、本人認証データベース４９は、ユーザＩＤと照合用ベクトルデータ、通行時間帯、そして通行回数からなるが、これらの情報は、ある人物がゲートを通行しようとしたとき、実際の照合処理に入る前に（この実施例では１５分前）ゲート管理サーバ１０の通行許可データベース２０からダウンロードしておくものである。
【００１９】
以下、ゲート装置１のゲート管理の全体的な処理の流れについて図５を参照して説明する。
ある人物がゲートを通行しようとしたとき、その人物は、本人情報の入力装置２から本人情報を入力する。このときの本人情報としては、ユーザＩＤおよび本人と特定できる情報（例えば、指紋）を二次元の本人特徴情報として入力する（ステップ１０１）。
ゲート装置１は、入力されたユーザＩＤに対応するデータが本人認証データベース４９にあるか検索し（ステップ１０２）、照合用ベクトルデータがなければ（ステップ１０３のＮＯ条件）、認証データ特録処理として（ステップ２００）、ゲート管理サーバ１０にユーザＩＤをもって問い合わせて本人情報（認証データ）の転送を要求する。ゲート管理サーバ１０は、転送要求を受けて、ＭＰＵ１１が認証データ転送プログラム１２ａを実行してユーザＩＤに対応する認証データを通行許可データベース２０を参照して検索し、そのユーザＩＤの認証データがあるときには、それを読出してゲート装置１にダウンロードする。その結果、ステップ１０４においてデータあり？の判定でＹＥＳとなる。
なお、認証データ登録処理の処理フローは、図６に示す通りであり、これについては後述する。
【００２０】
ステップ１０３あるいはステップ１０４においてＹＥＳ条件のときには、あるいは認証データがダウンロードされたときには、認証データから照合ベクトルデータを読出して、これと入力された二次元の特徴情報とを照合する（ステップ１０５）。一方、ステップ１０４でＮＯ条件となったときには、ゲートを開放しない（ステップ１０５ａ）で処理を終了する。
なお、本人認証データベース４９にデータをダウンロードしたとき、データベースがフルに登録されているときには（データ記憶領域がデータで満杯のときには）、不要データ消去プログラム４２ｃをコールして現在の時刻からみて照合不要となる確率の高い認証データを消去してからダウンロードされたデータをデータベースに記録する（図６参照、後述）。
ゲート装置１は、入力された二次元の特徴情報（本人と特定できる、指紋等の特徴点情報）と本人認証データベース４９の照合用ベクトルデータを照合して（ステップ１０６）、本人と認められたとき（ステップ１０６でＹＥＳ条件のとき）、ゲート３を開放し（ステップ１０７）、人物がゲートを通行できるようにする。
このとき、通行記録処理として、ゲート装置１がゲート管理サーバ１０に通行許可したことを、ゲート装置アドレス、ユーザＩＤ、および通行時刻の３個のデータの形式で通知して通行記録要求を送出し（ステップ１０８）、ゲート管理サーバ１０がこれらデータを受けて通行記録データベース１９に通行時刻を記録する。なお、これについては図７のフローチャートで説明する。
【００２１】
図６は、ゲート装置１における認証データ登録処理のフローチャートである。
まず、ゲート管理サーバ１０からの定期的な先行データのダウンロードがあるか否かを判定する（ステップ２０１）。ここで、ＮＯとなると、ゲート管理サーバ１０に対して識別情報として入力されたユーザＩＤの本人の認証データ（本人情報）の転送要求を送出して本人情報の問合わせをする（ステップ２０２）。次に、本人情報のダウンロードの応答があるか否かを判定して（ステップ２０３）、ＮＯのときには、ゲート管理サーバ１０から一定期間応答がないときには、「データなし」をリターンコードにセットして（ステップ２０４ａ）、図５のステップ１０４に入る。その結果、ステップ１０４ではＮＯ条件となる。
一方、ステップ２０３の判定の結果、ＹＥＳとなると、本人認証データベース４９の記憶領域が満杯（フル）か否かの判定をする（ステップ２０４）。ここでＹＥＳ条件が成立して、フルのときには、現在通行時間帯以外のデータがあるか否かの判定をする（ステップ２０５）。そして、ＹＥＳのときには、最も古い通行時間帯データを削除する（ステップ２０６）。
【００２２】
ここで、照合不要となる確率の高い確認情報データは、通行時間帯４９ｃを参照して、認証データの有効通行時間帯が最も古いデータあるいは有効通行時間帯を過ぎたデータを削除してから本人認証データベース４９にダウンロードされたデータを登録していく。また、同一通行時間帯のデータだけでフルに登録されていたとき、あるいは削除する対象に同一通行時間帯のデータが多数あるときには、通行回数４９ｄを参照して、同じ通行時間帯に通行する回数の少ない人物の認証データを削除し、通行する回数の多い人物を優先して残すようにする。このとき削除するデータ量は、ダウンロードされたデータ量が記憶できる量である。
そこで、削除後にステップ２０７において、ダウンロードされた本人情報（認証データ）を本人認証データベース４９に登録して「データあり」をリターンコードにセットして（ステップ２０８）、図５のステップ１０４に入る。その結果、ステップ１０４ではＹＥＳ条件となる。
【００２３】
前記のステップ２０４においてＮＯ条件が成立すると、データを記憶することができることになるので、ユーザＩＤ対応に現在の時刻から１５分先までの通行時間帯のデータがすでにあるか否かの判定をして（ステップ２０５ａ）、同じユーザＩＤにおいて同じ通行時間帯のデータがすでにあるときには、それに対してダウンロードされた同じ通行時間帯のデータを上書きして（ステップ２０６ａ）、先のステップ２０７に入る。
一方、前記のステップ２０５においてＮＯ条件が成立すると、不要データ消去プログラム４２ｃをＭＰＵ４１が実行し、ここで、前記項で記載したような削除ルールに従い削除が行われることのき、最も少ない通行回数の少ないデータが削除される（ステップ２０６ｂ）。そして、先のステップ２０７に入る。
【００２４】
図７を参照してゲート装置１が行う図５のステップ１０８における通行記録要求処理について説明する。まず、入力されたユーザＩＤを取得し（ステップ３０１）、現在時刻を取得してそれをそのユーザＩＤを持つ人のゲート装置１の特定のゲート番号のゲート（ゲートが１つのときにはゲート番号はない。）の通行時刻とする（ステップ３０２）。そして、自己のゲート装置１のアドレスとゲート番号とを取得し（ステップ３０３）、ゲート番号とゲート装置アドレス、通行時刻、ユーザＩＤ等の各データをゲート管理サーバ１０に送出して（ステップ３０４）、図５のゲート管理の処理に戻る。
【００２５】
次に、ゲート管理サーバ１０側の処理について説明する。
図８は、ＭＰＵ１１が認証データ転送プログラム１２ａを実行して行う全体的な処理の流れである。
ＭＰＵ１１が認証データ転送プログラム１２ａを実行して、要求受付待ちループに入る。この要求受付待ちループは、まず、回線等で接続されている各ゲート装置から本人情報（ユーザＩＤに対応する認証データ）のデータ要求あるか否かの判定をする（ステップ４０１）。ＮＯのときには、次に、各ゲート装置から通行記録要求があるか否かの判定をする（ステップ４０２）。そして、ＮＯのときには、監視タイマ１５からの１０分ごとの割込み信号を受けているか否かにより通行時間帯の切り替わる時間か否かの判定をする（ステップ４０３）。そして、最初のステップ４０１へと戻る。
【００２６】
この要求受付待ちループにおいて、ステップ４０１でＹＥＳとなると、図９の本人情報データ応答処理に入る。本人情報データ応答処理は、発信元のゲート装置アドレスとユーザＩＤとを取得し（ステップ５０１）、通行許可データベース２０のゲート装置アドレスが一致するデータ領域を参照してユーザＩＤの検索をする（ステップ５０２）。そして、ゲート装置１の装置アドレスの記憶領域において同じユーザＩＤがあるか否かを判定する（ステップ５０３）。ここで、ＹＥＳとなり、そこにユーザＩＤがあるときには、通行許可データベース２０から▲１▼照合用ベクトルデータ、▲２▼通行時間帯データ、▲３▼通行回数を取得して（ステップ５０４）、これらデータを本人情報データ（ユーザＩＤの認証データ）としてゲート装置１に送信する（ステップ５０５）。
また、ステップ５０３の判定でＮＯとなると、本人情報がないことをゲート装置１に通知する（ステップ５０６）。そして、図８のステップ４０２に入る。
【００２７】
前記の要求受付待ちループにおいて、ステップ４０２でＹＥＳとなると、図１０の通行記録処理に入る。通行記録処理は、ゲート装置１から通行記録要求があったときに、通行記録処理プログラム１２ｂをコールしてＭＰＵ１１が実行する。まず、発信元のゲート装置アドレスを取得し（ステップ６０１）、ゲート装置１から受けたユーザＩＤを取得して（ステップ６０２）、ゲート装置１から受けた通行時刻を取得して（ステップ６０３）、ゲートが複数あるときにはさらにゲート番号を取得し（ステップ６０４）、前記の各データを通行記録データベース１９の対応するゲート装置アドレスの領域に登録する（ステップ６０５）。
【００２８】
その後に、ゲート情報生成プログラム１２ｄがＭＰＵ１１により実行され、通行記録データベース１９の現在の参照データにおいて通行時刻（分単位の時刻）を読出して、取得したユーザＩＤとゲート番号と３分の時間区分による現在の通行時間帯とから現在の通行時間帯に入る通行回数を同じ通行時間帯に入る通行時刻の個数から、現在の通行時間帯、例えば、７時０分から２分５９秒までの区間に入る通行時間として７時０分、７時１分そして７時２分のデータが何個あるかをカウントしてカウント値ｎを取得する（ステップ６０６）。そして、通行許可データベース２０を検索して同じゲート装置アドレスの同じユーザＩＤをキーにしてその記憶領域のブロックを参照してゲート情報欄２０４を現在の通行時間帯、例えば、７時０分から２分５９秒までの区間を検索して（ステップ６０７）、データがあるか否か判定し（ステップ６０８）、ここでデータがない場合には、ＮＯとなり、次のステップ６０９において通行許可データベース２０のゲート情報欄２０４に新規データとしてゲート番号と通行時間帯と通行回数（前記カウント値ｎ）とをゲート情報ＩＤi（ただしｉはすでに登録されたゲート情報の次の登録数）として登録する。
【００２９】
また、ステップ６０８の判定においてデータがあったときにはＹＥＳとなり、現在の日付と、検索したゲート情報欄２０４のゲート番号／最終更新日欄２０５とを参照して、データの最終更新日付が現在日付からみて一定時間、例えば、１週間を超えたか否かを判定し（ステップ６１０）、越えていないときには、ＮＯとなり、通行許可データベースの既存のデータの通行回数をカウント値ｎに更新する（ステップ６１１）。また、１週間を超えたているときには、ステップ６１０でＹＥＳとなり、既存の通行回数を１に変更する（ステップ６１２）。すなわち、ここでは、最新１週間前までの期間での特定の通行時間帯の通行回数を管理し、前回よりも１週間以上経過してゲートを通行する人については初期値１を設定して新規扱いとする。
【００３０】
さて、図８のステップ４０３でＹＥＳになると、通行許可データベース２０の各通行許可データ領域２００を順次検索して次の通行時間帯のデータを取得し（ステップ４０４）、検索したゲート番号（ゲート装置に複数のゲートがあるとき）を持つゲート装置にデータをダウンロードし（ステップ４０５）、通行許可データベース２０の最終までデータ検索して終了となっているか否かの判定をする（ステップ４０６）。ここで、ＮＯとなると、ステップ４０４へと戻り、通行許可データベース２０において次のデータを検索する。通行許可データベース２０の最終まで検索したときには、検索データ終了となり、ステップ４０６でＹＥＳとなる。このときには、次の時間帯に必要な認証データが各ゲート装置に先行ダウンロードされているので、ステップ４０１へと戻る。
【００３１】
このようにして、ゲート管理サーバ１０は、ゲート装置１から通行記録要求の通知を受けて通行記録データベース１９へ登録したとき、特定のゲート装置（あるいはそのゲート番号ごと）について、ユーザＩＤ毎および通行時間帯毎の通行回数をカウントして、通行許可データベース２０のゲート情報２０４の記憶領域に登録する。なお、同一通行時間帯の通行回数が既に登録されているとき、登録済みの通行回数の最終登録時間が一定期間（例えば一週間）を超えていなければ、前記のようにカウント値を登録するか、登録済みの通行回数に今回の通行回数をさらに加算することでもよい。一定期間を超えていたら登録済みの登録回数を０クリアしてから１とする。なお、このような場合には、認証データを強制的にダウンロードするとよい。
また、前記したように、この発明では、ゲート管理サーバ１０は、次の通行時間帯への切り替えになる前に、通行許可データベース２０を検索し、次の通行時間帯の認証データ、例えば、１５分先までの認証データがあるとき、ゲート番号とともにその認証データのあるゲート装置アドレスのゲート装置１にデータを先行ダウンロードする。前記したように、ゲート装置１は、既に同一通行時間帯のデータが登録されているときは先行ダウンロードデータを上書きするとよい。
これにより、次の通行時間帯に本人が通行するときは、ゲート装置１がゲート管理サーバに問い合わせすることなく本人情報を照合できる。
【００３２】
以上説明してきたが、通行時間帯は、例えば、１分ごとにして通行時刻（分）と同一のものとして管理することも可能である。また、ゲート装置ごとに管理する場合には、ゲート番号は必ずしも必要な構成ではない。
実施例では、入門の例を挙げているが、入門に限らず、この発明は、各種のゲート通行装置をはじめとして、入退出管理一般に適用できることはもちろんである。
また、実施例では、先行ダウンロードの対象を通行時間帯を参照して現在時刻より所定時間先のものを選択しているが、所定時間手前から所定時間先のものまでを選択対象としてもよい。
さらに、現在より所定時間先の時間は、通行時間帯によって異なるものであっってよい。例えば、午前７時台から８時台のときには１５分ごとに、９時台のときには３０分ごとに、１０時台以降は６０分とにというようにゲートを通行する人の出入り状態に応じて先行ダウンロードのデータ選択の先行期間を相違させることができる。
【００３３】
【発明の効果】
この発明にあっては、 人物が通行すると予想される通行時間帯となる前に、あらかじめゲート装置に照合情報、例えば、照合用ベクトルデータをダウンロードしておくため、その人物がゲートを通行するときの照合処理は、そのほとんどがゲート装置だけで実行できることになり、照合時間を短くできる。また、ほとんどがゲート装置だけで照合処理ができるので、複数のゲートから同時にサーバに本人情報を問い合わせすることが少なくなる。
その結果、回線負荷およびサーバ負荷を低減させることができる。また、照合情報（照合用ベクトルデータ）は、その通行時間帯に照合が必要な人数分だけダウンロードするればよいのでゲート装置内の照合情報の容量を小さくできる。
【図面の簡単な説明】
【図１】図１は、この発明のゲート管理システムを適用した会社入門システムのブロック図である。
【図２】図２は、図１における認証データの構成の説明図である。
【図３】図２は、通行記録データベースの記録内容の説明図である。
【図４】図４は、認証情報データベースの記録内容の説明図である。
【図５】図５は、ゲート装置のゲート管理の全体的な処理の流れについての説明図である。
【図６】図６は、認証データ転送の流れの説明図である。
【図７】図７は、ゲート装置における通行記録処理の説明図である。
【図８】図８は、ゲート管理サーバの認証データ転送の全体的な処理の流れの説明図である。
【図９】図９は、ゲート管理サーバの本人情報データ転送処理の流れの説明図である。
【図１０】図１０は、ゲート管理サーバの通行記録処理の説明図である。
【符号の説明】
１…ゲート装置、
２…入力装置、３…ゲート、４…データ処理端末装置、
１０…ゲート管理サーバ、１１，４２…ＭＰＵ、
１２…メモリ、
１２ａ…認証データ転送プログラム、
１２ｂ…通行記録処理プログラム、
１５…監視タイマ、１６…ディスプレイ、１７…バス、
１８，４８…外部記憶装置、１９…通行記録データベース、
２０…通行許可データベース、
２１…ゲート管理システム、
４１…ＭＰＵ、４２…メモリ、
４２ａ…個人認証プログラム、
４２ｂ…データ登録処理プログラム、
４２ｃ…不要データ消去プログラム、
４２ｂ…作業領域、
４３…インタフェース、
４４…通信制御回路、４５…タイマ、４６…ディスプレイ、
４７…バス、
４９…本人認証データベース。

Claims (4)

1. ゲート装置を管理する管理サーバから前記ゲート装置にダウンロードされた照合情報に対して本人の識別情報とともに本人確認のための特徴情報が入力されて前記ゲート装置が前記識別情報をキーとして前記照合情報を得て前記特徴情報と前記照合情報とを照合してゲートを開放し、人の通行を許可するゲート管理システムにおいて、
   前記ゲート装置は、前記本人が前記ゲートを通行する時刻情報を取得して前記識別情報とともに前記管理サーバに送出するものであり、前記管理サーバは、前記本人の前記識別情報に対応して前記通行時刻情報を管理し、前記通行時刻が示す本人のゲート通行時刻より前に前記本人の照合情報を前記識別情報とともに前記ゲート装置にダウンロードすることを特徴とするゲート管理システム。
2. 前記管理サーバは、前記識別情報に対応して所定の時間区分で区分けされた通行時間帯を記録する通行時間帯データベースを有し、前記通行時間帯は、前記識別情報を有する前記本人の前記通行時刻情報が示す時刻が入る前記時間区分の通行時間帯であり、前記管理サーバは、前記本人の通行時間帯の情報を参照して前記本人のゲート通行時刻より前にダウンロードする請求項１記載のゲート管理システム。
3. 前記管理サーバは、さらに前記識別情報に対応して通行時刻情報を記録する通行記録データベースを有し、前記通行記録データベースには１つの前記識別情報に対して多数の前記通行時刻情報が記録され、前記通行時間帯データベースには前記通行時間帯とこの通行時間帯に前記通行時刻情報が入る個数が通行回数として記録され、前記管理サーバは、前記本人の前記識別情報とともに照合情報と前記通行時間帯と前記通行回数とをダウンロードする請求項２記載のゲート管理システム。
4. 前記管理サーバは、前記通行時間帯のデータを参照して前記ダウンロードするデータについて現在時刻から所定時間先のものを先行して選択して定期的に行うものであり、前記ゲート装置は、前記管理サーバからダウンロードされた前記識別情報と前記照合情報と前記通行時間帯と前記通行回数とを記憶するデータベースを有し、前記通行時間帯と前記通行回数を参照して前記照合情報を含む不要なデータを削除して前記ダウンロードされたデータを前記データベースに記憶する請求項３記載のゲート管理システム。

Images