入場管理システム
【課題】照合用情報を管理するサーバから、全てのリーダ装置への照合用情報の記憶が完了するまでの時間を短縮可能な入場管理システムを提供することを目的とする。
【解決手段】１つのプロセッサを備えるセンタサーバ１００は、スレッド毎に異なる入場管理装置に照合用情報を送信する各スレッドＴＨ１〜ＴＨ３を切り替えながら実行するものであり、実行状態のスレッドＴＨ１が照合用情報の送信（ステップＳ２０）を完了すると、入場管理装置２００Ａから指紋リーダ３００Ａが照合用情報の記憶を完了した旨の完了通知を受信する（ステップＳ２１〜Ｓ２３）まで、スレッドＴＨ１を待機状態に遷移させる。センタサーバ１００は、待機状態に遷移させたスレッドＴＨ１に代えて、スレッドＴＨ２、ＴＨ３をスレッドＴＨ１と同様に実行する。
【解決手段】１つのプロセッサを備えるセンタサーバ１００は、スレッド毎に異なる入場管理装置に照合用情報を送信する各スレッドＴＨ１〜ＴＨ３を切り替えながら実行するものであり、実行状態のスレッドＴＨ１が照合用情報の送信（ステップＳ２０）を完了すると、入場管理装置２００Ａから指紋リーダ３００Ａが照合用情報の記憶を完了した旨の完了通知を受信する（ステップＳ２１〜Ｓ２３）まで、スレッドＴＨ１を待機状態に遷移させる。センタサーバ１００は、待機状態に遷移させたスレッドＴＨ１に代えて、スレッドＴＨ２、ＴＨ３をスレッドＴＨ１と同様に実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入場管理システムに関し、特に入場者の情報を読み取って予め記憶されている照合用情報と照合するリーダ装置に対するこの照合用情報の送信技術に関する。
【背景技術】
【０００２】
ビルの入口や各部屋等の複数の管理対象領域にそれぞれ設置され、入場しようとする者の情報（例えばＩＣカードの情報や指紋などの生体情報）を読み取り、その者を特定する複数のリーダ装置と、予め対応付けられたリーダ装置が特定した者の入場の許否に係る認証を行う複数の入場管理装置とを含む入場管理システムが知られている（例えば特許文献１）。
【０００３】
このような入場管理システムでは、各リーダ装置に入場しようとする者を特定させるために、入場予定者それぞれの情報（以下、「照合用情報」といい、例えば入場予定者のＩＣカードの情報や指紋などの生体情報である）を、各リーダ装置に予め記憶させておく必要がある。
もし、各リーダ装置に対し照合用情報を記憶させる作業を、入場管理システムの管理者等が個別に行うとすれば、管理者等の作業負担が過大になってしまうことから、照合用情報を管理するサーバを設け、そのサーバから、各リーダ装置に照合用情報を送信し記憶させるような方法が考えられる。
【０００４】
具体的には、例えばサーバが、１つの入場管理装置を介して、その入場管理装置に対応付けられたリーダ装置へ照合用情報を送信し、リーダ装置への記憶が完了した後、その旨の通知を受けると、次の入場管理装置を介して次のリーダ装置への照合用情報の送信を開始するといったように、シーケンシャルに照合用情報を送信し記憶させていく方法が考えられる。この方法は、非常にシンプルであり、簡単かつ確実に各リーダ装置に照合用情報を記憶させていくことができる。
【特許文献１】特開２００５−１０７５８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、照合用情報のサイズが大きい場合（入場予定者の数が特に多い場合や、照合用情報が各入場予定者の生体情報である場合など）には、１つのリーダ装置が照合用情報の記憶を完了するまでの時間が長くなる。
従って、特に、多くのリーダ装置を含む大規模な入場管理システムにおいてこの方法を用いた場合には、全てのリーダ装置への照合用情報の記憶が完了するまでの時間が過大となってしまうという問題がある。この結果、例えば、新たに入場管理システムを導入した場合には、全ての管理対象領域の入場管理を開始できるまでに時間を要することになる。
【０００６】
近年、セキュリティ意識の高まりから、各企業等においても、従来よりも多くの部屋等への入場を管理するようになってきており、入場管理システムが大規模化する傾向にあることから、この問題を解決することが望まれる。
そこで、本発明はかかる問題に鑑みてなされたものであり、照合用情報を管理するサーバから、全てのリーダ装置への照合用情報の記憶が完了するまでの時間を短縮可能な入場管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明に係る入場管理システムは、入場者の情報を読み取り、記憶されている照合用情報と照合して入場者を特定する複数のリーダ装置と、各リーダ装置が特定した入場者の認証を行って扉の施解錠を行う複数の管理装置と、各管理装置を介して各リーダ装置に照合用情報を送信するためのサーバとを含む入場管理システムであって、各管理装置は、前記サーバから照合用情報を受信する受信手段と、予め対応付けられている１以上のリーダ装置について、当該リーダ装置に前記受信手段が受信した照合用情報を転送し記憶させ、当該リーダ装置の記憶が完了すると完了通知を前記サーバに送信する転送制御手段とを備え、前記サーバは、スレッド毎に異なる管理装置に照合用情報を送信し当該送信に対応する完了通知に応じた処理を行う複数のスレッドを並行して実行し、実行状態のスレッドが照合用情報を送信した後、当該送信に対応する完了通知を受信するまで、当該スレッドを待ち状態に遷移させるよう制御する実行制御手段を備えることを特徴とする。
【０００８】
ここで、複数のスレッドを並行して実行するとは、いわゆるマルチスレッド処理であり、ここでは、１つのプロセッサにより複数のスレッドを切り替えながら実行する、いわゆる擬似並列処理をいう。なお、一般に、マルチスレッド処理は各スレッドが少なくとも実行状態（ＲＵＮ）、待機状態（ＷＡＩＴ）、実行可能状態（ＲＥＡＤＹ）の状態を遷移するような制御を行うものである。
【０００９】
また、照合用情報とは、個人を特定する情報をいい、例えば、磁気カードやＩＣカード等の媒体に記録された媒体識別情報や、指紋、声紋、虹彩、静脈等の生体情報をいう。
また、扉とは、予め定められた識別情報により特定される者のみの通行を許可し、それ以外の者の通行を禁止するものをいい、開き戸、引き戸、バー、ゲート等、いずれの形式で実現されたものであってもよい。
【発明の効果】
【００１０】
上述の構成を備える本発明に係る入場管理システムにおいて、サーバは、実行状態のスレッドが、ある管理装置に照合用情報を送信すると、その送信に対応する完了通知を受信するまでそのスレッドを待ち状態に遷移させるので、その管理装置に対応付けられているリーダ装置における照合用情報の記憶の完了を待つことなく、他のスレッドを実行状態に遷移させて他の管理装置への照合用情報の送信を開始できる。
【００１１】
従って、ある管理装置と対応付けられているリーダ装置における照合用情報の記憶の完了を待って、次の管理装置に照合用情報を送信する場合と比較し、全てのリーダ装置において照合用情報の記憶が完了するまでの時間を短縮することができる。
また、前記実行制御手段が実行するスレッドの総数は、管理装置の総数より少なく、前記サーバは、各管理装置に対し、互いに異なる１つの番号、及び当該管理装置に対し照合用情報を送信したか否かを示す情報を対応付けた送信状況情報を記憶する送信状況記憶手段を備え、各スレッドは、当該スレッドの実行が開始される際に、前記送信状況情報を参照して照合用情報を送信していない管理装置のうち、最小の番号が対応付けられた管理装置に照合用情報を送信することとしてもよい。
【００１２】
これにより、各スレッドは、実行が開始される際に、まだ照合用情報を送信していない最小の管理番号が対応付けられた他の管理装置に照合用情報を送信する。つまり、各スレッドにおける照合用情報の送信対象を予め決めておくものではなく、照合用情報の送信状況に応じて送信対象を決めることができるので、１つのスレッドにおいて、照合用情報の送信開始から、対応するリーダ装置での照合用情報の記憶が完了するまでの時間が比較的長くかかった場合でも、このスレッドの影響を受けて、全てのリーダ装置において照合用情報の記憶が完了するまでの時間が無駄に延長されてしまうことを防止できる。
【００１３】
また、前記実行制御手段が実行するスレッドの総数は、管理装置の総数より少なく、前記サーバは、各管理装置に対し、互いに異なる１つの番号を各番号が連続するように対応付けると共に、当該管理装置に対し照合用情報を送信したか否かを示す情報を対応付けた送信状況情報を記憶する送信状況記憶手段を備え、各スレッドは、当該スレッドの実行が開始される際に、前記送信状況情報を参照して照合用情報を送信していない管理装置のうち、対応付けられた番号をスレッドの総数で除算した余り、及び自スレッドに予め設定された値に応じて定まる管理装置に照合用情報を送信することとしてもよい。
【００１４】
これにより、各管理装置には、連番が対応付けられており、各スレッドは、まだ照合用情報を送信していない管理装置のうち、対応付けられた番号をスレッドの総数で除算した余りが自スレッドに予め設定された値と一致する管理装置に照合用情報を送信するので、各スレッドにおける照合用情報の送信対象（管理装置）の数を均等化することができる。つまり、１つのスレッドに処理が集中することによって、複数のスレッドを並行実行することの効果が薄れてしまうことを適切に防止できる。
【００１５】
また、前記サーバは、各管理装置のうち、稼働中の管理装置を特定するための管理装置情報を記憶する管理装置情報記憶手段を備え、各スレッドは、当該スレッドの実行が開始される際に、前記管理装置情報を参照して、稼動中の管理装置のみに照合用情報を送信することとしてもよい。
これにより、各スレッドは、実行が開始される際に、稼働中の管理装置を特定するための管理装置情報に基づいて、稼働中の管理装置のみに照合用情報を送信する。従って、例えば、電源の入っていない管理装置など通信できない管理装置へ照合用情報を送信してしまう可能性を軽減でき、このような管理装置に照合用情報を送信してしまうことで、有効なリーダ装置において照合用情報の記憶が完了するまでの時間が無駄に延長されてしまうことを防止できる。
【００１６】
また、前記サーバは更に管理装置からデータを受信すると、当該管理装置を稼働中の管理装置として前記管理装置情報を更新する更新手段とを備えることとしてもよい。
これにより、サーバは、データを受信すると、送信元の管理装置を稼働中の管理装置として管理装置情報を更新する。従って、入場管理システムの管理者等が予め稼働中の管理装置に関する情報をサーバに記憶させておくことなく、各スレッドは、実行が開始される際に、この管理装置情報に基づいて稼働中の管理装置のみに照合用情報を送信することができる。従って、例えば、電源の入っていない管理装置など通信できない管理装置へ照合用情報を送信してしまう可能性を軽減でき、このような管理装置に照合用情報を送信してしまうことで、有効なリーダ装置において照合用情報の記憶が完了するまでの時間が無駄に延長されてしまうことを防止できる。
【００１７】
また、各管理装置は、更に前記サーバから要求信号を受信すると応答信号を送信する応答手段を備え、前記サーバは更に、各管理装置に要求信号を送信し、当該要求信号に対する応答信号を受信する通信手段を備え、前記更新手段は、各管理装置について、当該管理装置に送信した要求信号に対する応答信号を受信すると、当該管理装置を稼働中の管理装置として前記管理装置情報を更新することとしてもよい。
【００１８】
これにより、サーバは送信した要求信号に対する応答信号を受信すると、この応答信号の送信元の管理装置を稼働中の管理装置として管理装置情報を更新し、各スレッドは、実行が開始される際に、この管理装置情報に基づいて、稼働中の管理装置のみに照合用情報を送信する。従って、各管理装置がサーバに対し送信するデータがないときでも、サーバが要求信号を送信して各管理装置に応答信号を送信させるので、稼働中の管理装置をより正確に把握することができ、例えば、電源の入っていない管理装置や故障中の管理装置など通信できない管理装置へ照合用情報を送信してしまう可能性を更に軽減でき、このような管理装置に照合用情報を送信してしまうことで、有効なリーダ装置において照合用情報の記憶が完了するまでの時間が無駄に延長されてしまうことを防止できる。
【００１９】
また、前記照合用情報は、各入場者についての情報からなり、当該照合用情報には、入場者を識別するための媒体情報と入場者の生体情報との２種類の情報が含まれ、前記サーバは、更に各管理装置について、当該管理装置に対応するリーダ装置が照合に用いる照合用情報の種類を示す情報を記憶する種別記憶手段を備え、各スレッドは、前記種別記憶手段に記憶された情報に基づいて、自スレッドに予め設定された１種類の照合用情報を用いて照合を行うリーダ装置と対応付けられた管理装置に照合用情報を送信することとしてもよい。
【００２０】
これにより、入場者を識別するための各媒体情報からなる照合用情報を送信するスレッドと、入場者の各生体情報からなる照合用情報を送信するスレッドとを並行して実行することができる。従って、例えば、照合用情報の種類によらず、各スレッドの処理負荷を均等化するように各スレッドによる照合用情報の送信対象（管理装置）を決定する場合において、その送信順が後半となる管理装置であっても、この管理装置に対応付けられているリーダ装置が各媒体情報からなる照合用情報を用いて照合を行うときには、この管理装置への照合用情報の送信を優先できる場合がある。
【００２１】
入場者を識別するための媒体情報と入場者の生体情報とでは、一般的には入場者の生体情報のほうがデータサイズが大きくなることから、同じ数の入場者についての情報であれば、リーダ装置は、入場者を識別するための媒体情報のほうがより短時間で記憶することができる。
短時間で記憶可能な各媒体情報からなる照合用情報を用いて照合を行うリーダ装置と対応付けられている管理装置への照合用情報の送信を優先することで、このリーダ装置使用できるようになる時期を早めることができ、結果として入場者の利便性の向上に貢献できる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明に係る入場管理システムの一実施形態として、複数の部屋への入場の管理を行う入場管理システムを例に、図面を参照しながら説明する。
≪実施の形態１≫
＜概要＞
実施の形態１に係る入場管理システムは、入場しようとする者（以下、単に「入場者」という）の指紋を用いて認証を行う従来の入場管理システムにおいて、複数の指紋リーダ全てへの照合用情報（入場者を特定するための情報であり、各入場予定者の指紋データを含む）の記憶が完了するまでの時間を短縮するよう改良したものである。
【００２３】
この入場管理システムは、上述の複数の指紋リーダの他、１つのプロセッサを備えるセンタサーバと、複数の入場管理装置とから構成され、センタサーバと各入場管理装置とが接続され、各入場管理装置は、それぞれ異なる１台の指紋リーダと接続されている。
各指紋リーダに照合用情報を記憶させるために、センタサーバは、自サーバが管理する照合用情報を各入場管理装置を介して各指紋リーダに送信する。照合用情報を受信した指紋リーダは、これを自リーダ内のフラッシュメモリに書き込み、書き込みが完了すると、接続先の入場管理装置を介して完了通知をセンタサーバに送信する。
【００２４】
ここで、フラッシュメモリへのデータの書き込みは一般的に低速であり、照合用情報全体（１件当たり例えば１０００バイト程度）のサイズが大きい場合には、各指紋リーダでの書き込み時間は長くなる。
従って、より多くの入場管理装置や指紋リーダを含む大規模な入場管理システムにおいて、もしも、センタサーバが、シーケンシャルに処理するものとすると、つまり、１台の入場管理装置を介してその接続先の指紋リーダに照合用情報を送信し、その指紋リーダからの完了通知の受信を待って、受信した後に、次の入場管理装置を介してその接続先の指紋リーダに照合用情報を送信するといったように処理するものとすると、全ての指紋リーダへの照合用情報の記憶が完了するまでの時間が過大になってしまう。
【００２５】
そこで、この入場管理システムにおけるセンタサーバ（１つのプロセッサを備える）は、スレッド毎に異なる入場管理装置に照合用情報を送信する複数のスレッドを切り替えながら実行する（いわゆる擬似並列処理である）ことにより、各入場管理装置へ照合用情報を送信する。
このようにすることで、上述のようにシーケンシャルに処理する場合と比較して、全ての指紋リーダへの照合用情報の記憶が完了するまでの時間を短縮することができる。
【００２６】
＜構成＞
まず、本実施の形態に係る入場管理システム１０００の構成について説明する。
＜入場管理システム＞
図１は、入場管理システム１０００のシステム構成図である。
同図に示すように、入場管理システム１０００は、センタサーバ１００と、入場管理装置２００Ａ〜２００Ｆと、入場を管理する各エリアへ入場するための扉の近傍に設置されている指紋リーダ３００Ａ〜３００Ｆとから構成されている。
【００２７】
センタサーバ１００と各入場管理装置とは、ＬＡＮ（Local Area Network）１を介して接続されており、各入場管理装置と各指紋リーダとは、それぞれケーブル２Ａ〜２Ｆを介して接続されている。
ここで、センタサーバ１００は、１つのプロセッサを備えるＰＣ（Personal Computer）等であり、照合用情報を管理し、この照合用情報を各入場管理装置に送信する機能を有する。この各入場管理装置への照合用情報の送信は、スレッド毎に異なる入場管理装置に照合用情報を送信する複数のスレッドを切り替えながら実行（擬似並行処理）することで実現する。各スレッドがどの入場管理装置に照合用情報を送信するかの決定方法については後述する。
【００２８】
各入場管理装置（２００Ａ〜２００Ｆ）は、接続先の指紋リーダから受信した、入場者を示す情報（以下、「社員ＩＤ」という）と予め記憶している認証用情報テーブル８０（図４（ｄ）参照）とに基づいてその者の認証を行い、認証結果に応じて、接続先の指紋リーダが設置されている扉の施解錠を制御する機能の他、センタサーバ１００から受信した照合用情報を接続先の指紋リーダに転送し、接続先の指紋リーダから受信した完了通知を、予め記憶されている自装置の識別情報（以下、「管理装置ＩＤ」という）と共にセンタサーバ１００に転送する機能を有する。
【００２９】
各指紋リーダ（３００Ａ〜３００Ｆ）は、接続先の入場管理装置から受信した照合用情報を照合用情報テーブル１０（図４（ａ）参照）に登録する機能と、入場を管理する各エリアへの入場者の指紋の画像を読み取り、記憶している照合用情報テーブル１０を用いてこの者の社員ＩＤを特定して接続先の入場管理装置に送信する機能とを有する。各指紋リーダは、照合用情報の登録が完了すると、完了通知を接続先の入場管理装置に送信する。
【００３０】
なお、図１では、６台の入場管理装置（２００Ａ〜２００Ｆ）と、６台の指紋リーダ（３００Ａ〜３００Ｆ）とを図示しているが、これは、入場管理システム１０００の構成の一部を示したものであり、入場管理装置及び指紋リーダそれぞれの台数は、同図に示す例に限られない。
以下、センタサーバ１００、各入場管理装置、各指紋リーダの構成を更に詳しく説明するが、各入場管理装置それぞれの構成は同様であり、また各指紋リーダそれぞれの構成は同様であるため、以下では、入場管理装置２００Ａ、指紋リーダ３００Ａを例に説明する。
【００３１】
＜センタサーバ＞
センタサーバ１００の機能構成を説明する。
図２は、センタサーバ１００の主要部の機能構成を示すブロック図である。
センタサーバ１００は、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、入力部１０１、ユーザインタフェース部１０２、照合用情報記憶部１０３、構成情報記憶部１０４、履歴情報記憶部１０５、通信インタフェース部１０６、実行制御部１０７を備える。なお、実行制御部１０７の機能は、上述のメモリに記憶されているプログラムを上述のプロセッサが実行することにより実現される。
【００３２】
ここで、入力部１０１は、キーボード等の入力機器であり、ユーザにより押下されたキー等に対応する入力信号をユーザインタフェース部１０２に伝達する機能を有し、特に入場管理システム１０００の管理者等（以下、単に「管理者等」という）が、照合用情報を各入場管理装置に送信することを指示する際に使用される。
ユーザインタフェース部１０２は、入力部１０１から伝達されたユーザ操作の内容に応じて、文字や画像等をディスプレイ（不図示）に表示させると共に、ユーザ操作の内容を実行制御部１０７に伝達する機能を有する。
【００３３】
照合用情報記憶部１０３は、各エリアへの入場予定者（例えば、そのエリアで執務する社員等）の社員ＩＤと指紋データとを対応付けた照合用情報テーブル１０（図４（ａ）参照）を記憶するためのメモリ領域である。照合用情報テーブル１０の内容については後に詳しく説明する。
構成情報記憶部１０４は、入場管理システム１０００に含まれる各入場管理装置と各指紋リーダとのリストである構成情報テーブル３０（図４（ｂ）参照）を記憶するためのメモリ領域である。構成情報テーブル３０の内容については後に詳しく説明する。
【００３４】
履歴情報記憶部１０５は、各入場管理装置で認証した結果を示す履歴情報を登録した履歴情報テーブル７０（図４（ｃ）参照）を記憶するためのメモリ領域である。履歴情報テーブル７０の内容については後に詳しく説明する。
通信インタフェース部１０６は、ＬＡＮ１を介して、各入場管理装置とデータの送受信を行う機能を有する。詳細には、実行制御部１０７からの指示に応じて、照合用情報を各入場管理装置に送信し、各入場管理装置から送信された履歴情報を履歴情報記憶部１０５の履歴情報テーブル７０に登録する。
【００３５】
実行制御部１０７は、ユーザインタフェース部１０２を介して受け付けた照合用情報の送信指示に応じて、照合用情報（照合用情報記憶部１０３に記憶されている照合用情報テーブル１０の内容）を、通信インタフェース部１０６を介して各入場管理装置に送信する機能を有する。
より詳細には、スレッド毎に異なる入場管理装置に照合用情報を送信する複数のスレッドを生成し、１つのプロセッサを割り当てるスレッドを切り替えながら実行（擬似並行処理）する。つまり、実行制御部１０７は、いわゆるマルチスレッドＯＳ（Operating System）として機能する。
【００３６】
なお、この照合用情報の送信は、実際には照合用情報テーブル１０の内容をパケットに分割して送信することになる。また、本実施の形態では、各スレッドがどの入場管理装置に照合用情報を送信するかを、各スレッドが決定する場合を例に説明する。この決定方法を含む各スレッドの処理内容は後に詳細に説明する（図７参照）。
＜入場管理装置＞
図３は、入場管理装置２００Ａ、指紋リーダ３００Ａそれぞれの主要部の機能構成を示すブロック図である。
【００３７】
まず、入場管理装置２００Ａの機能構成について説明する。
入場管理装置２００Ａは、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、通信制御部２０１、認証用情報記憶部２０２、計時部２０３、鍵制御部２０４、認証部２０５を備える。この通信制御部２０１、鍵制御部２０４、認証部２０５の各機能は、上述のメモリに記憶されているプログラムを上述のプロセッサが実行することにより実現される。
【００３８】
ここで、通信制御部２０１は、ＬＡＮ１及びケーブル２Ａそれぞれに対応した通信インタフェースを備え、ＬＡＮ１を介して、センタサーバ１００とデータの送受信を行うと共に、ケーブル２Ａを介して、指紋リーダ３００Ａとデータの送受信を行う機能を有する。詳細には、センタサーバ１００から受信した照合用情報を指紋リーダ３００Ａに転送し、また、指紋リーダ３００Ａから受信した社員ＩＤ及び指紋リーダ３００Ａを示す情報（以下、「リーダＩＤ」という）を認証部２０５に伝達し、指紋リーダ３００Ａから受信した完了通知を自装置の管理装置ＩＤと共にセンタサーバ１００に転送し、認証部２０５から伝達された履歴情報をセンタサーバ１００に送信する。
【００３９】
認証用情報記憶部２０２は、各エリアへの入場予定者の社員ＩＤと、入場を許可されたエリアとを対応付けた認証用情報テーブル８０（図４（ｄ）参照）を記憶するためのメモリ領域である。認証用情報テーブル８０の内容については後に詳しく説明する。
計時部２０３は、いわゆる時計であり、現在の日時を計時する機能を有する。
鍵制御部２０４は、認証部２０５からの指示に応じて、指紋リーダ３００Ａが設置されている扉の施解錠を行う電子錠を制御する機能を有する。
【００４０】
認証部２０５は、通信制御部２０１から伝達された社員ＩＤ及びリーダＩＤと、認証用情報記憶部２０２に記憶されている認証用情報テーブル８０に基づいて、指紋リーダ３００Ａが設置されている扉を解錠するか否かを判定（認証）し、履歴情報（認証日時、社員ＩＤ、リーダＩＤ、認証結果を含む）を通信制御部２０１を介してセンタサーバ１００へ送信する機能を有する。また、認証部２０５は、解錠する旨の判定を行った場合に鍵制御部２０４に電子鍵の解錠指示を行う機能を有する。
【００４１】
＜指紋リーダ＞
次に、指紋リーダ３００Ａの機能構成を、図３を用いて説明する。
指紋リーダ３００Ａは、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、通信インタフェース部３０１、照合用情報記憶部３０２、更新部３０３、読取部３０４、照合部３０５を備える。この更新部３０３、照合部３０５の各機能は、上述のメモリに記憶されているプログラムを上述のプロセッサが実行することにより実現される。
【００４２】
ここで、通信インタフェース部３０１は、ケーブル２Ａを介して、入場管理装置２００Ａとデータの送受信を行う機能を有する。詳細には、入場管理装置２００Ａから受信した照合用情報を更新部３０３に伝達し、更新部３０３から伝達された、照合用情報の記憶が完了した旨の完了通知を入場管理装置２００Ａに送信する。また、照合部３０５から伝達された社員ＩＤ及びリーダＩＤを入場管理装置２００Ａに送信する。
【００４３】
照合用情報記憶部３０２は、フラッシュメモリであり、照合用情報テーブル１０を記憶する機能を有する。
更新部３０３は、通信インタフェース部３０１から伝達された照合用情報を照合用情報記憶部３０２の照合用情報テーブル１０に登録し、登録が完了すると、通信インタフェース部３０１を介して入場管理装置２００Ａに完了情報を送信する機能を有する。
【００４４】
読取部３０４は、自リーダが設置されている扉から対応するエリアへ入場しようとする入場者の指紋の画像を読み取り、指紋データを照合部３０５に伝達する機能を有する。
照合部３０５は、読取部３０４から伝達された指紋データと、照合用情報記憶部３０２に記憶されている照合用情報テーブル１０とを照合して入場者の社員ＩＤを特定し、特定した社員ＩＤ及び予め記憶されているリーダＩＤとを通信インタフェース部３０１を介して、入場管理装置２００Ａに送信する機能を有する。
【００４５】
なお、読取部３０４から伝達された指紋データと照合用情報テーブル１０とを照合した結果、伝達された指紋データと一致する指紋データが照合用情報テーブル１０に登録されていない場合には、その旨を入場者にブザーやＬＥＤ（不図示）により通知する。
＜データ＞
次に、入場管理システム１０００において、使用されるデータについて説明する。
【００４６】
＜照合用情報テーブル＞
センタサーバ１００の照合用情報記憶部１０３及び指紋リーダ３００Ａの照合用情報記憶部３０２に記憶されている照合用情報テーブル１０について説明する。
図４（ａ）は、照合用情報テーブル１０のデータ構成と内容例を示す図である。
同図に示すように、照合用情報テーブル１０は、各エリアへの入場予定者毎に、社員ＩＤ１１と、指紋データ１２とを対応付けて記憶しており、指紋リーダ３００Ａが入場者から読み取った指紋の画像と照合して、この者の社員ＩＤを特定する際に参照される。
【００４７】
ここで、社員ＩＤ１１は、対応する入場予定者を識別するための識別番号であり、他の入場予定者と重複しない番号である。指紋データ１２は、対応する入場予定者の指紋の画像データである。
同図は、例えば、社員ＩＤ１１が「１０００００１」である入場予定者の指紋データ１２は「指紋データ１」であることを示している。
【００４８】
なお、センタサーバ１００の照合用情報記憶部１０３に記憶されている照合用情報テーブル１０への新たなデータの登録、更新は、センタサーバ１００に接続する指紋リーダ（不図示）から読み取ったあるエリアへの入場予定者の指紋の画像データと、管理者等よる入力部１０１からのその者の社員ＩＤの入力を含む登録又更新のための操作に基づいて行われる。また、照合用情報記憶部１０３に記憶されている照合用情報テーブル１０に登録済みのデータの削除は、管理者等による入力部１０１からの削除のための操作に基づいて行われる。
【００４９】
また、照合用情報記憶部１０３に記憶されている照合用情報テーブル１０への変更（登録、更新、削除）は、管理者等による入力部１０１からの照合用情報の送信指示に基づいて、各指紋リーダの照合用情報記憶部３０２に記憶されている照合用情報テーブル１０に反映されることになる。
この照合用情報テーブル１０を用いて、各指紋リーダの照合部３０５は、以下のように処理する。即ち、照合部３０５は、読取部３０４から伝達された指紋の画像データと一致する指紋の画像データを含むレコードが照合用情報テーブル１０に登録されている場合には、そのレコードに含まれる社員ＩＤと、自リーダのリーダＩＤとを通信インタフェース部３０１を介して接続する入場管理装置に送信する。
【００５０】
＜構成情報テーブル＞
センタサーバ１００の構成情報記憶部１０４に記憶されている構成情報テーブル３０について説明する。
図４（ｂ）は、構成情報テーブル３０のデータ構成と内容例を示す図である。
同図に示すように、構成情報テーブル３０は、入場管理装置毎に、管理装置ＩＤ３１と、リーダＩＤ３２と、送信フラグ３３とを対応付けて記憶しており、実行制御部１０７が照合用情報を各入場管理装置に送信する際に参照される。
【００５１】
ここで、管理装置ＩＤ３１は、各入場管理装置を識別するための識別番号であり、他の入場管理装置と重複しない番号である。この例では、入場管理装置２００Ａ〜２００Ｆそれぞれに異なる番号を、それぞれの番号が１からの連番となるように割り当てている。
リーダＩＤ３２は、対応する入場管理装置に接続する指紋リーダの識別番号であり、他の指紋リーダと重複しない番号である。この例では、指紋リーダ３００Ａ〜３００Ｆそれぞれに異なる番号を、それぞれの番号が１０１からの連番となるように割り当てている。
【００５２】
送信フラグ３３は、対応する入場管理装置への照合用情報の送信状況を示す情報である。この例では、未送信を「０」、送信中を「１」、送信完了を「２」としている。
同図は、例えば、管理装置ＩＤ３１が「１」である入場管理装置（入場管理装置２００Ａ）には、リーダＩＤ３２が「１０１」である指紋リーダ（指紋リーダ３００Ａ）が接続しており、送信フラグ３３は「２」、つまり、入場管理装置２００Ａへの照合用情報の送信が完了していることを示している。
【００５３】
また、例えば、管理装置ＩＤ３１が「２」である入場管理装置（入場管理装置２００Ｂ）には、リーダＩＤ３２が「１０２」である指紋リーダ（指紋リーダ３００Ｂ）が接続しており、送信フラグ３３は「１」、つまり、入場管理装置２００Ｂへの照合用情報の送信が行われている途中であることを示している。
また、例えば、管理装置ＩＤ３１が「３」である入場管理装置（入場管理装置２００Ｃ）には、リーダＩＤ３２が「１０３」である指紋リーダ（指紋リーダ３００Ｃ）が接続しており、送信フラグ３３は「０」、つまり、入場管理装置２００Ｃへの照合用情報の送信はまだ行われていないことを示している。
【００５４】
なお、構成情報テーブル３０への新たなデータの登録、更新、登録済みのデータの削除は、管理者等によるセンタサーバ１００の入力部１０１からの操作に基づいて行われる。
＜履歴情報テーブル＞
センタサーバ１００の履歴情報記憶部１０５に記憶されている履歴情報テーブル７０について説明する。
【００５５】
図４（ｃ）は、履歴情報テーブル７０のデータ構成と内容例を示す図である。
履歴情報テーブル７０は、各入場管理装置から受信した認証履歴を登録したテーブルであり、同図に示すように入場の認証毎に、日時７１と、社員ＩＤ７２と、リーダＩＤ７３、結果７４とを対応付けて記憶している。
ここで、日時７１は、認証を行った日時であり、社員ＩＤ７２は、その認証の対象となった者の識別番号である。
【００５６】
リーダＩＤ７３は、入場を許可するか否かの認証の対象となるエリアの扉に設置されている指紋リーダの識別番号であり、構成情報テーブル３０のいずれかのリーダＩＤ３２と一致するものである。
結果７４は、入場を許可したか否かを示す認証結果を示す情報であり、この例では入場を許可した場合を「１」、入場を許可しなかった場合を「０」としている。
【００５７】
同図は、例えば、日時７１が「２００８／１２／１ ８：２５」である認証の対象となった者の社員ＩＤ７２は「１０００００２」であり、リーダＩＤ７３は「１０３」であり、結果７４は「１」であることを示している。つまり、この者は、指紋リーダ３００Ｃが設置された扉と対応するエリアへの入場が許可されたことを示している。
なお、履歴情報テーブル７０の生成、登録済みのデータの削除は、管理者等によるセンタサーバ１００の入力部１０１からの操作に基づいて行われ、履歴情報テーブル７０への新たなデータの登録は、各入場管理装置から履歴情報を受信した際に行われる。
【００５８】
＜認証用情報テーブル＞
入場管理装置２００Ａの認証用情報記憶部２０２に記憶されている認証用情報テーブル８０について説明する。
図４（ｄ）は、認証用情報テーブル８０のデータ構成と内容例を示す図である。
認証用情報テーブル８０は、同図に示すように、各エリアへの入場予定者毎に、社員ＩＤ８１とリーダＩＤ８２とを対応付けて記憶しており、認証部２０５が認証を行う際に参照される。
【００５９】
ここで、社員ＩＤ８１は、対応する入場予定者を識別するための識別情報であり、照合用情報テーブル１０のいずれかの社員ＩＤと一致するものである。リーダＩＤ８２は、その対応する入場予定者による入場が許可されているエリアの扉に設置されている指紋リーダを示す識別番号であり、構成情報テーブル３０のいずれかのリーダＩＤと一致するものである。
【００６０】
同図は、例えば、社員ＩＤ８１が「１０００００１」である者は、リーダＩＤ８２が「１０１」と「１０２」である指紋リーダ（３００Ａ、３００Ｂ）が設置された扉に対応するエリアに入場が許可されていることを示している。
この認証用情報テーブル８０を用いて、各入場管理装置の認証部２０５は以下のように認証を行う。即ち、認証部２０５は、通信制御部２０１から伝達された社員ＩＤとリーダＩＤとを含むレコードが認証用情報テーブル８０に登録されている場合には、そのリーダＩＤが示す指紋リーダが設置されている扉を解錠する旨の判定を行い、該当のレコードが登録されていない場合には、その扉を解錠しない旨の判定を行う。
【００６１】
なお、認証用情報テーブル８０の生成、認証用情報テーブル８０への新たなデータの登録、更新、登録済みのデータの削除は、管理者等による各入場管理装置のキーボード等（不図示）からの操作に基づいて行われる。
＜パケット＞
センタサーバ１００は、照合用情報（照合用情報テーブル１０の内容）を各入場管理装置に送信する際にパケットに分割して送信するため、以下では、このパケットの構成について説明する。
【００６２】
図５は、照合用情報を送信するための各パケットのデータ構成を示す図である。
各パケットは、送信元ＩＰアドレス９１と、管理装置ＩＤ９２と、パケット数９３と、照合データ９４とを含んで構成される。
ここで、送信元ＩＰアドレス９１は、センタサーバ１００のＩＰアドレスであり、管理装置ＩＤ９２は、各パケットの宛先である入場管理装置の識別番号であり、構成情報テーブル３０のいずれかの管理装置ＩＤと一致するものである。
【００６３】
パケット数９３は、照合用情報を分割して送信する際の全パケットの数を示す情報である。
照合データ９４は、各パケットに含めて送信する照合用情報(照合用情報テーブル１０の各レコード)の一部のデータであり、同図では、照合用情報テーブル１０の１レコード目〜３レコード目までを、照合用情報Ａ〜Ｃとして例示している。
【００６４】
＜スレッドの状態遷移＞
以下では、各スレッドの状態遷移について説明する。
図６は、各スレッドの状態遷移図である。
同図に示すように、各スレッドの状態には、実行可能状態ＳＴ１、実行状態ＳＴ２、待機状態ＳＴ３がある。
【００６５】
ここで、実行可能状態ＳＴ１は、プロセッサが割り当てられればすぐに実行できる状態である。実行制御部１０７は、ユーザインタフェース部１０２から照合用情報の送信指示を受け付けるとスレッドを生成し、スレッドの状態を実行可能状態ＳＴ１とする。
ここで、実行制御部１０７は、スレッドを生成する毎に、０〜（生成するスレッド数−１）の他のスレッドとは異なる数字（以下、「スレッド番号」といい、整数である）を、そのスレッドに割り当てると共に、生成する全スレッド数を指定する。つまり、例えば、３つのスレッドを生成する場合には、それぞれのスレッドに、スレッド番号として「０」、「１」、「２」を割り当て、全スレッド数「３」を指定する。
【００６６】
実行状態ＳＴ２は、実際にプロセッサが割り当てられて実行中の状態である。
実行制御部１０７は、実行可能状態ＳＴ１にある１つのスレッドにプロセッサを割り当て、実行状態ＳＴ２に遷移させる。また、実行制御部１０７は、実行状態ＳＴ２のスレッドの送信対象となる入場管理装置（以下、「対象装置」という）がない場合には、そのスレッドを消滅させる。なお、この対象装置の有無の判断方法については、下記の各スレッドの処理内容の説明の中で詳しく説明する。
【００６７】
待機状態ＳＴ３は、対象装置に対する照合用情報の送信を完了し、その入場管理装置からの完了通知の受信を待っている状態である。実行状態ＳＴ２にあるスレッドが照合用情報の送信を完了すると、実行制御部１０７は、そのスレッドへのプロセッサの割り当てを解除し、待機状態ＳＴ３に遷移させ、実行可能状態ＳＴ１にある他のスレッドに対しプロセッサを割り当てる。
【００６８】
また、実行制御部１０７は、待機状態ＳＴ３にあるスレッドに対し、そのスレッドが照合用情報を送信した入場管理装置から完了通知を受信した際に、そのスレッドを待機状態ＳＴ３から実行可能状態ＳＴ１に遷移させる。
＜スレッドの処理＞
以下、各スレッドによる照合用情報の送信処理について説明する。
【００６９】
図７は、各スレッドによる照合用情報の送信処理を示すフローチャートである。
実行制御部１０７によりプロセッサが割り当てられ、実行状態ＳＴ２に遷移させられたスレッドは、構成情報記憶部１０４に記憶されている構成情報テーブル３０を参照し、自スレッドの送信対象となる入場管理装置（対象装置）があるか否かを判定する（ステップＳ１１）。
【００７０】
より詳細には、スレッドは、構成情報テーブル３０の送信フラグが「０」（つまり、照合用情報が未送信）である入場管理装置について、対応する管理装置ＩＤが小さいものものから順にその管理装置ＩＤを実行制御部１０７により指定された全スレッド数で除算した余りが、自スレッドに割り当てられたスレッド番号と一致するか否かを判定し、一致する場合に、対象装置があると判定する。
【００７１】
ステップＳ１１において、対象装置があると判定した場合に（ステップＳ１１：ＹＥＳ）、そのスレッドは、その対象装置についての構成情報テーブル３０の送信フラグを「１」（つまり、送信中）に更新し（ステップＳ１２）、その対象装置に照合用情報を図５に示すフォーマットのパケットに分割して、通信インタフェース部１０６を介して送信する（ステップＳ１３）。
【００７２】
全パケットの送信を完了すると、スレッドは、自スレッド宛の完了通知の受信を待つ（ステップＳ１４）。
詳細には、スレッドは、完了通知を示す識別コードと、そのスレッドが受信を待つ完了通知と共に送られてくる管理装置ＩＤとをデバイスドライバに通知し、このデバイスドライバに、通知した管理装置ＩＤと共に送られてくる完了通知を受信した際に、対応するフラグを立てて通知（ＯＳに対する割り込み）するよう指示する。
【００７３】
このスレッドによる管理装置ＩＤ等の通知が完了すると、実行制御部１０７は、この実行状態ＳＴ２にあるスレッドへのプロセッサの割り当てを解除し、待機状態ＳＴ３に遷移させ、上述の所定のフラグが立つと（割り込みが発生すると）、このスレッドをまず実行可能状態ＳＴ１に遷移させる。
実行制御部１０７により再びプロセッサが割り当てられ、実行状態ＳＴ２に遷移させられると、このスレッドは、対象装置についての構成情報テーブル３０の送信フラグを「２」（つまり、送信完了）に更新し（ステップＳ１５）、再びステップＳ１１から処理を行う。
【００７４】
ステップＳ１１において、対象装置がないと判定した場合（ステップＳ１１：ＮＯ）には、このスレッドは照合用情報の送信処理を終了し、実行制御部１０７により消滅させられる。
なお、実際には、なんらかのエラーの発生により、指紋リーダでの照合用情報の登録が完了せず、上述のステップＳ１４でいくら待っても完了通知を受信しないケースが生じ得る。そのため、例えば照合用情報の再送が必要なことを入場管理装置又は指紋リーダが検出した場合には、その入場管理装置から完了通知に代えてエラー通知が送信されるものとする。
【００７５】
この場合、デバイスドライバは、エラー通知と共に送られてくる管理装置ＩＤを通知し、実行制御部１０７は、該当のスレッド（通知された管理装置ＩＤが示す入場管理装置に照合用情報を送信したスレッド）を実行可能状態ＳＴ１に遷移させ、実行制御部１０７により再びプロセッサが割り当てられ実行状態ＳＴ２に遷移させられたスレッドは、再送処理（図７では特に図示していないが、ステップＳ１３から再度実行するようにする処理）を行うものとする。
【００７６】
また、入場管理装置及び指紋リーダがエラーを検出できない場合には、上述のエラー通知も送信されないこととなるため、各スレッドは、ステップＳ１３で全パケットの送信を完了すると、タイマ（不図示）を起動し、このタイマが所定時間を計時すると、タイマ割り込みを発生させることで、上述の再送処理を行うようにしてもよいし、該当の入場管理装置への照合用情報の送信をあきらめて次の入場管理装置への照合用情報の送信を行うようにしてもよい。
【００７７】
＜具体例＞
入場管理システム１０００全体の動作を、図８を用いて具体的に説明する。
図８は、センタサーバ１００から送信された照合用情報が、各指紋リーダの照合用情報テーブル１０に登録されるまでの処理の流れを説明するためのシーケンス図である。
この例では、実行制御部１０７により３つのスレッドが生成されるものとし、同図におけるＴＨ１〜ＴＨ３は、この３つのスレッドを示している。
【００７８】
以下では、実行制御部１０７により、スレッド番号として、スレッドＴＨ１には「１」が、スレッドＴＨ２には「２」が、スレッドＴＨ３には「０」がそれぞれ割り当てられ、全スレッド数「３」が指定されるものとする。また、図４（ｂ）に示す構成情報テーブル３０における送信フラグ３３は、以下の処理を開始する時点で全て「０」（未送信）であるものとする。
【００７９】
＜スレッドＴＨ１による１回目の送信＞
まず、実行制御部１０７が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ１を実行状態ＳＴ２に遷移させると、スレッドＴＨ１は、構成情報テーブル３０の管理装置ＩＤ３１が「１」である入場管理装置２００Ａを対象装置とし、構成情報テーブル３０の管理装置ＩＤ３１「１」と対応する送信フラグ３３を「１」に更新した上で、照合用情報をパケットに分割し通信インタフェース部１０６を介して送信していく（ステップＳ２０）。
【００８０】
詳細には、以下のように対象装置を決定する。即ち、送信フラグ「０」と対応付けられている管理装置ＩＤ「１」を指定された全スレッド数「３」で除算した余り「１」が、自スレッドに割り当てられたスレッド番号「１」と一致するので、入場管理装置２００Ａを対象装置と決定する。
全パケットの送信を完了すると、スレッドＴＨ１は実行制御部１０７により待機状態ＳＴ３に遷移させられる。
【００８１】
入場管理装置２００Ａの通信制御部２０１は、センタサーバ１００から送信されてくる各パケットを受信し接続している指紋リーダ３００Ａに転送していく（ステップＳ２１）。
指紋リーダ３００Ａの通信インタフェース部３０１は、入場管理装置２００Ａから転送されてくる各パケットを更新部３０３に伝達し、更新部３０３は、各パケットに含まれる照合データ９４を、照合用情報記憶部３０２に記憶されている照合用情報テーブル１０に登録していく。
【００８２】
全てのパケットに含まれる照合データ９４を照合用情報テーブル１０に登録すると、更新部３０３は、通信インタフェース部３０１を介して、完了通知を接続している入場管理装置２００Ａに送信する（ステップＳ２２）。
より詳細には、更新部３０３は、入場管理装置２００Ａから転送されてきたパケットに含まれる照合データ９４を照合用情報テーブル１０に登録した回数をカウントしており、このカウント数がパケットに含まれるパケット数９３と一致すると、完了通知を送信する。
【００８３】
入場管理装置２００Ａの通信制御部２０１は、指紋リーダ３００Ａから受信した完了通知を自装置の管理装置ＩＤと共にセンタサーバ１００に転送する（ステップＳ２３）。
センタサーバ１００の通信インタフェース部１０６は、この完了通知を受信し、実行制御部１０７に通知し、実行制御部１０７は、待機状態ＳＴ３にあるスレッドＴＨ１をまず実行可能状態ＳＴ１に遷移させ、再びプロセッサを割り当てて実行状態ＳＴ２に遷移させると、再び実行状態ＳＴ２となったスレッドＴＨ１は、受信した完了通知に含まれている管理装置ＩＤと対応する構成情報テーブル３０の送信フラグ３３を「２」に更新する。
【００８４】
＜スレッドＴＨ２による１回目の送信＞
上述したように、ステップＳ２０の処理が完了すると、スレッドＴＨ１は実行制御部１０７により待機状態ＳＴ３に遷移させられており、このスレッドＴＨ１に代えて、実行制御部１０７が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ２を実行状態ＳＴ２に遷移させる。
【００８５】
以降、基本的には、上述のスレッドＴＨ１の処理と同様であり、スレッドＴＨ２は、入場管理装置２００Ｂ宛にパケットを送信していき（ステップＳ３０）、入場管理装置２００Ｂは、受信したパケットを指紋リーダ３００Ｂに転送していく（ステップＳ３１）。また、指紋リーダ３００Ｂは、受信したパケットの照合データ９４を照合用情報テーブル１０に登録していき、完了すると完了通知を入場管理装置２００Ｂに送信し（ステップＳ３２）、入場管理装置２００Ｂは受信した完了通知を自装置の管理装置ＩＤと共にセンタサーバ１００に転送する（ステップＳ３３）。
【００８６】
＜スレッドＴＨ３による１回目の送信＞
上述のスレッドＴＨ２による１回目の送信において、ステップＳ３０の処理が完了すると、スレッドＴＨ２は実行制御部１０７により待機状態ＳＴ３に遷移させられており、スレッドＴＨ２に代えて、実行制御部１０７が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ３を実行状態ＳＴ２に遷移させる。
【００８７】
以降、スレッドＴＨ３が照合用情報を送信する対象装置が入場管理装置２００Ｃであり、各パケットの照合データ９４が指紋リーダ３００Ｃの照合用情報テーブル１０に登録される以外は、上述のスレッドＴＨ２の場合と同様にステップＳ４０〜Ｓ４３を処理されるため、詳細な説明は省略する。
＜スレッドＴＨ１による２回目の送信＞
上述のステップＳ２３の処理が完了した際、実行状態ＳＴ２にあるスレッドＴＨ１は続けて、ステップＳ２４の処理を行う。以降、スレッドＴＨ１が照合用情報を送信する対象装置が入場管理装置２００Ｄであり、各パケットの照合データ９４が指紋リーダ３００Ｄの照合用情報テーブル１０に登録される以外は、上述の１回目の送信処理と同様であるため、詳細な説明は省略する。
【００８８】
＜考察＞
以下、入場管理システム１０００において各指紋リーダへの照合用情報の記憶が完了するまでの時間と、従来の方法（シーケンシャルに処理する方法）による各指紋リーダへの照合用情報の記憶が完了するまでの時間とを比較する。
図８において具体例を用いて説明したように、入場管理システム１０００のセンタサーバ１００は、スレッドＴＨ１が入場管理装置２００Ａへの照合用情報の送信を完了すると、続けてスレッドＴＨ２が入場管理装置２００Ｂへの照合用情報の送信を開始するといったように、指紋リーダ３００Ａからの完了通知を待たずに、入場管理装置２００Ｂへの照合用情報の送信を開始する。
【００８９】
この結果、同図に示すように３つの指紋リーダ３００Ａ〜３００Ｃへの照合用情報の記憶が完了するまでの時間はＴ１となる。
図９は、従来の方法による３つの指紋リーダＡ〜Ｃへの照合用情報の記憶が完了するまでの時間を説明するための図である。
同図に示すように、従来は、サーバが、まず管理装置Ａを介して指紋リーダＡに照合用情報を送信し、指紋リーダＡにおいてこの照合用情報の記憶を完了し、完了通知を受信すると、管理装置Ｂを介して指紋リーダＢに送信するというようにシーケンシャルに処理する。
【００９０】
この結果、３つの指紋リーダＡ〜Ｃへの照合用情報の記憶が完了するまでの時間は、Ｔ２となる。
両時間（Ｔ１、Ｔ２）を比較すると、Ｔ１＜Ｔ２であり、入場管理システム１０００では、各指紋リーダへの照合用情報の記憶が完了するまでの時間を短縮できていることが分かる。
【００９１】
≪変形例１≫
＜概要＞
実施の形態１では、各入場管理装置の管理装置ＩＤを１からの連番となるように割り当てるものとして説明した（図４（ｂ）の構成情報テーブル３０参照）。
しかしながら、運用段階においては、入場管理システムに含まれる入場管理装置の数が増減する場合がある。管理装置ＩＤを１から連番となるように割り当てる場合には、入場管理装置の数が減るたびに管理装置ＩＤを割り当てなおす必要が生じる。また、将来の入場管理装置の数の増加に備え、飛び番で管理装置ＩＤを割り当てたい場合もある。
【００９２】
そこで、以下では、管理装置ＩＤとして任意の識別番号を割り当てるように替えた一変形例について説明する。
変形例１に係るセンタサーバは、構成情報テーブル３０に代えて構成情報テーブル４０を記憶する点が実施の形態１に係るセンタサーバ１００と異なり、また、各スレッドの処理も若干異なるため、ここでは、実施の形態１からの変更点を中心に説明する。
【００９３】
＜構成情報テーブル＞
変形例１に係るセンタサーバの構成情報記憶部１０４に記憶されている構成情報テーブル４０について説明する。
図１０は、構成情報テーブル４０のデータ構成と内容例を示す図である。
同図に示すように、構成情報テーブル４０は、入場管理装置毎に、管理装置ＩＤ４１と、リーダＩＤ４２と、送信フラグ３３とを対応付けて記憶しており、管理装置ＩＤ４１及びリーダＩＤ４２が構成情報テーブル３０と相違する。
【００９４】
具体的には、管理装置ＩＤ４１、リーダＩＤ４２はそれぞれ各入場管理装置、各指紋リーダを識別するための識別番号として、連番でなく重複しない任意の番号が割り当てている点で、構成情報テーブル３０の管理装置ＩＤ３１、リーダＩＤ３２と異なる。
＜スレッドの処理＞
変形例１に係る各スレッドの処理は、図７のフローチャートに示す実施の形態１に係る各スレッドの処理のうち、ステップＳ１１の処理が若干異なる。
【００９５】
具体的には、変形例１に係る各スレッドは、構成情報テーブル４０の管理装置ＩＤが小さいものから順に、対応する送信フラグが「０」（つまり、照合用情報が未送信）と一致するか否かを判定し、一致する場合に対象装置があると判定する。
なお、実施の形態１では、センタサーバ１００の実行制御部１０７は各スレッドを生成する際に、スレッド番号の割り当てと全スレッド数の指定を行うものとしたが、変形例１ではこれらの割り当て等は不要である。
【００９６】
このようにすることで、各入場管理装置の管理装置ＩＤに任意の識別番号を割り当てても、各スレッドは、１つの入場管理装置への照合用情報の送信が完了すると、次に実行状態ＳＴ２に遷移させられた際に未送信の入場管理装置に照合用情報を送信することになるので、実施の形態１と同様の効果を奏する。
また、例えば、指紋リーダ毎に照合用情報の登録にかかる時間が異なるような場合でも、実施の形態１の方法では、対象装置の総数がほぼ均等になるように各スレッドに対象装置を割り振ることになる。しかしながら、変形例１の方法では、照合用情報の登録にかかる時間が短い指紋リーダが接続された入場管理装置に照合用情報を送信したスレッドが、より多くの入場管理装置に照合用情報を送信することになる。従って、上述のようなケースでは、実施の形態１に係る入場管理システム１０００と比較し、更に各指紋リーダへの照合用情報の記憶が完了するまでの時間を短縮することができる。
【００９７】
≪変形例２≫
＜概要＞
実施の形態１では、構成情報テーブル３０に登録されている情報に係る各入場管理装置は、センタサーバ１００が送信した照合用情報を受信可能であることを前提に説明した。
しかしながら、運用段階においては、構成情報テーブル３０に登録されている情報に係る入場管理装置が故障したり、まだ設置していない入場管理装置についての情報も予め構成情報テーブル３０に登録しておきたい場合もある。このような入場管理装置は、通信できない状況にあるため、照合用情報を送信してもエラーとなり無駄が生じる。
【００９８】
そこで、以下では、構成情報テーブル３０に各入場管理装置の存否を示す情報を追加するように替えた一変形例について説明する。
変形例２に係る入場管理システムは、特に図示して説明しないが、実施の形態１に係る入場管理システム１０００のセンタサーバ１００に代えて、これに各入場管理装置の存否確認機能を追加したセンタサーバ１１０と、入場管理システム１０００の入場管理装置２００Ａ〜２００Ｆに代えて、これにセンタサーバ１１０からの存否確認に応答する機能を追加した入場管理装置２１０Ａ〜２１０Ｆとを備える。
【００９９】
以下、実施の形態１に係る入場管理システム１０００との相違部分を中心に説明する。
なお、入場管理装置２１０Ａ〜２１０Ｆは同様の構成を有するため、以下では、入場管理装置２１０Ａを例に説明する。
＜構成＞
＜センタサーバ＞
図１１は、変形例２に係るセンタサーバ１１０の主要部の機能構成を示すブロック図である。
【０１００】
センタサーバ１１０は、実施の形態１に係るセンタサーバ１００と同様、メモリ及びプロセッサを含み、機能面においては、同図に示すように、センタサーバ１００の各構成要素に加え、存否確認部１１１を備える。なお、存否確認部１１１の機能は、上述のメモリに記憶されている制御プログラムを上述のプロセッサが実行することにより実現される。
ここで、存否確認部１１１は、各入場管理装置の存否確認を行う機能を有する。詳細には、構成情報記憶部１０４に記憶されている変形例２に係る構成情報テーブル５０（図１３参照）の管理装置ＩＤ３１が示す各入場管理装置に対し、通信インタフェース部１０６を介して存否確認のためのパケット（以下、「要求パケット」といい、宛先となる入場管理装置の管理装置ＩＤを含む）を送信し、この要求パケットに対する応答パケットの受信の有無を、構成情報テーブル５０に反映させる機能を有する。なお要求パケットを送信してから所定時間以内に、その要求パケットに対する応答パケットを受信しなかったときに、応答バケットを受信していないと判定する。
【０１０１】
＜入場管理装置＞
図１２は、変形例２に係る入場管理装置２１０Ａの主要部の機能構成を示すブロック図である。
入場管理装置２１０Ａは、実施の形態１に係る入場管理装置２００Ａと同様、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、入場管理装置２００Ａの各構成要素に加え、応答部２１１を備える。なお、応答部２１１の機能は、上述のメモリに記憶されている制御プログラムを上述のプロセッサが実行することにより実現される。
【０１０２】
ここで、応答部２１１は、センタサーバ１１０から送信された自装置宛の要求パケット（自装置の管理装置ＩＤを含む要求パケット）を通信制御部２０１を介して受信すると、その自装置の管理装置ＩＤを含む応答パケットを通信制御部２０１を介してセンタサーバ１１０に送信する機能を有する。
＜構成情報テーブル＞
センタサーバ１１０の構成情報記憶部１０４に記憶されている構成情報テーブル５０について説明する。
【０１０３】
図１３は、構成情報テーブル５０のデータ構成と内容例を示す図である。
同図に示すように、構成情報テーブル５０は、入場管理装置毎に、管理装置ＩＤ３１と、リーダＩＤ３２と、受信結果５１と、送信フラグ３３とを対応付けて記憶しており、受信結果５１を含む点で、構成情報テーブル３０と相違する。
なお、管理装置ＩＤ３１は、入場管理装置２１０Ａ〜２１０Ｆそれぞれに異なる番号を、それぞれの番号が１からの連番となるように割り当てた例を示している。
【０１０４】
ここで、受信結果５１は、対応する入場管理装置へ送信した要求パケットに対する応答パケットの受信状況を示す情報である。この例では、未受信を「０」、受信を「１」としている。
同図は、例えば、管理装置ＩＤ３１が「１」である入場管理装置（入場管理装置２１０Ａ）には、リーダＩＤ３２が「１０１」である指紋リーダ（指紋リーダ３００Ａ）が接続しており、受信結果５１は「１」、つまり入場管理装置２１０Ａから応答パケットを受信していることを示しており、送信フラグ３３は「２」、つまり、入場管理装置２１０Ａへの照合用情報の送信が完了していることを示している。
【０１０５】
＜スレッドの処理＞
変形例２に係る各スレッドの処理は、図７のフローチャートに示す実施の形態１に係る各スレッドの処理のうち、ステップＳ１１の処理が若干異なる。
具体的には、変形例２に係る各スレッドは、構成情報テーブル５０の送信フラグ３３が「０」（つまり、照合用情報が未送信）である入場管理装置について、対応する構成情報テーブル５０の管理装置ＩＤが小さいものから順に、対応する受信結果５１が「１」（つまり、応答パケットを受信）と一致するか否かを判定し、一致する場合に対象装置があると判定する。なお、各スレッドへのスレッド番号の割り当てと全スレッド数の指定が不要であるのは変形例１の場合と同様である。
【０１０６】
これにより、変形例１と同様の効果を奏すると共に、応答パケットを受信していない入場管理装置、つまり故障や未設置といった理由により通信できないと判断できる入場管理装置には照合用情報を送信しないので、無駄な照合用情報の送信を試みることなく、更に有効な各指紋リーダへの照合用情報の記憶が完了するまでの時間を短縮することができる。
【０１０７】
≪実施の形態２≫
＜概要＞
実施の形態１では、本発明に係る入場管理システムにおけるリーダ装置として、指紋データを含む照合用情報に基づき入場者の特定を行う指紋リーダ３００Ａ〜３００Ｆを一例として説明した。
【０１０８】
実施の形態２では、指紋リーダだけでなく、入場予定者が所持する各ＩＣカードに記録されている識別情報（以下、「カードＩＤ」という）を含む照合用情報テーブル２０（図１５（ａ）参照）に基づき入場者の特定を行うカードリーダをも含む構成を有する入場管理システムの例を、実施の形態１からの変更点を中心に説明する。
＜構成＞
図１４は、実施の形態２に係る入場管理システム２０００のシステム構成図である。
【０１０９】
同図に示すように、入場管理システム２０００は、実施の形態１に係る入場管理システム１０００におけるセンタサーバ１００に代えてセンタサーバ１２０と、指紋リーダ３００Ｅ及び３００Ｆに代えて、カードリーダ３００Ｇ及び３００Ｈとを含んで構成される。
ここで、センタサーバ１２０は、実施の形態１に係るセンタサーバ１００の照合用情報記憶部１０３に更に照合用情報テーブル２０を記憶し、センタサーバ１００の構成情報記憶部１０４に構成情報テーブル３０に代えて構成情報テーブル６０を記憶する点で、センタサーバ１００とは異なる。また、後述するように、各スレッドの処理も若干異なる。
【０１１０】
各カードリーダ（３００Ｇ、３００Ｈ）は、ＩＣカードに記録されているカードＩＤを用いて入場者を特定する機能を有し、各指紋リーダの機能構成と若干異なる。
具体的には、各カードリーダの照合用情報記憶部は、照合用情報テーブル１０に代えて、照合用情報テーブル２０を記憶し、更新部は、通信インタフェース部から伝達された照合用情報を照合用情報記憶部の照合用情報テーブル２０に登録する点で、各指紋リーダとは異なる。
【０１１１】
また、読取部は、入場者が所持するＩＣカードからカードＩＤを読み取り、照合部は、読取部から伝達されたカードＩＤと、照合用情報記憶部に記憶されている照合用情報テーブル２０とを照合して入場者の社員ＩＤを特定する点で、各指紋リーダとは異なる。
＜データ＞
＜照合用情報テーブル＞
センタサーバ１２０の照合用情報記憶部１０３及び各カードリーダの照合用情報記憶部に記憶されている照合用情報テーブル２０について説明する。
【０１１２】
図１５（ａ）は、照合用情報テーブル２０のデータ構成と内容例を示す図である。
同図に示すように、照合用情報テーブル２０は、入場予定者毎に、社員ＩＤ１１と、カードＩＤ２１とを対応付けて記憶しており、カードＩＤ２１が照合用情報テーブル１０と相違する。
具体的には、カードＩＤ２１は、入場予定者のＩＣカードに記録されているそのＩＣカードの識別情報であり、他のカードＩＤと重複しない文字列データである。
【０１１３】
同図は、例えば、社員ＩＤ１１が「１０００００１」である入場予定者のＩＣカードのカードＩＤ２１は「２ｙ３Ｂ９・・・ｔ９４８Ｃ７」であることを示している。
なお、センタサーバ１２０の照合用情報記憶部１０３に記憶されている照合用情報テーブル２０への新たなデータの登録、更新、登録済みのデータの削除は、管理者等よる入力部１０１からの操作に基づいて行われ、これらの変更は、管理者等による入力部１０１からの照合用情報の送信指示に基づいて、各カードリーダの照合用情報記憶部に記憶されている照合用情報テーブル２０に反映されることになる。
【０１１４】
この照合用情報（照合用情報テーブル２０の内容）は、カードＩＤを含むものであり、同じ件数（レコード数）で比較した場合に、一般的に、指紋データを含む照合用情報（照合用情報テーブル１０の内容）よりサイズが小さくなる。従って、指紋データを含む照合用情報を記憶する場合と比較し、各カードリーダの照合用情報記憶部への照合用情報の登録が完了するまでの時間は短くなる。
【０１１５】
また、各カードリーダの照合部は、この照合用情報テーブル２０を用いて、以下のように処理する。即ち、照合部は、読取部から伝達された入場者のＩＣカードに記憶されていたカードＩＤを含むレコードが照合用情報テーブル２０に登録されている場合には、そのレコードに含まれる社員ＩＤと、自リーダのリーダＩＤを通信インタフェース部を介して接続する入場管理装置に送信する。
【０１１６】
＜構成情報テーブル＞
センタサーバ１２０の構成情報記憶部１０４に記憶されている構成情報テーブル６０について説明する。
図１５（ｂ）は、構成情報テーブル６０のデータ構成と内容例を示す図である。
同図に示すように、構成情報テーブル６０は、入場管理装置毎に、管理装置ＩＤ３１と、リーダＩＤ３２と、種別６１と、送信フラグ３３とを対応付けて記憶しており、種別６１を含む点で、構成情報テーブル３０とは異なる。
【０１１７】
なお、リーダＩＤ３２は、指紋リーダ３００Ａ〜３００Ｄそれぞれに１０１〜１０４の番号を、カードリーダ３００Ｇ、３００Ｈそれぞれに１０５、１０６の番号を割り当てた例を示している。
ここで、種別６１は、対応する入場管理装置に接続するリーダが入場者の特定に用いる照合用情報の種類を示す情報である。この例では、指紋データを含む照合用情報（つまり照合用情報テーブル１０）を用いる場合を「１」、カードＩＤを含む照合用情報（つまり照合用情報テーブル２０）を用いる場合を「２」としている。
【０１１８】
同図は、例えば、管理装置ＩＤ３１が「１」である入場管理装置（入場管理装置２００Ａ）には、リーダＩＤ３２が「１０１」であるリーダ（指紋リーダ３００Ａ）が接続しており、種別６１は「１」、つまり照合用情報テーブル１０を用いることを示しており、送信フラグ３３は「２」、つまり、この入場管理装置２００Ａへの照合用情報の送信が完了していることを示している。
【０１１９】
また、例えば、管理装置ＩＤ３１が「５」である入場管理装置（入場管理装置２００Ｅ）には、リーダＩＤ３２が「１０５」であるリーダ（カードリーダ３００Ｇ）が接続しており、種別６１は「２」、つまり照合用情報テーブル２０を用いることを示しており、送信フラグ３３は「０」、つまり、この入場管理装置２００Ｅへの照合用情報の送信はまだ行われていないことを示している。
【０１２０】
＜スレッドの処理＞
実施の形態２に係る各スレッドの処理は、図７のフローチャートに示す実施の形態１に係る各スレッドの処理のうち、ステップＳ１１の処理及びステップＳ１３の処理が若干異なる。
ここで、センタサーバ１２０の実行制御部は、各スレッドを生成する際に、実施の形態１で説明したスレッド番号の割り当てと全スレッドの数の指定に代えて、照合用情報テーブル１０を用いるリーダが接続する入場管理装置と、照合用情報テーブル２０を用いるリーダが接続する入場管理装置とのどちらに照合用情報を送信するのかを示す種別番号（前者を「１」、後者を「２」とする）を割り当てる。
【０１２１】
例えば、照合用情報テーブル２０を用いるリーダが接続する入場管理装置に照合用情報を送信する１つのスレッドＡを生成し、照合用情報テーブル１０を用いるリーダが接続する入場管理装置に照合用情報を送信する２つのスレッドＢ、Ｃを生成する場合には、スレッドＡには種別番号「２」を、スレッドＢ、Ｃには種別番号「１」を割り当てる。
このような前提の下で、実施の形態２に係る各スレッドは、実施の形態１に係る各スレッドのステップＳ１１の処理に替えて、以下のように処理する。
【０１２２】
即ち、構成情報テーブル６０の送信フラグ３３が「０」（つまり、照合用情報が未送信）である入場管理装置について、対応する構成情報テーブル６０の管理装置ＩＤが小さいものから順に、対応する種別６１が、実行制御部により指定された種別番号と一致するか否かを判定し、一致する場合に、対象装置があると判定する。
また、実施の形態２に係る各スレッドは、実施の形態１に係る各スレッドのステップＳ１３の処理において、自スレッドに割り当てられている種別番号が示す種類の照合用情報を対象装置に送信する点で、ステップＳ１３の処理とは若干異なる。
【０１２３】
＜具体例＞
入場管理システム２０００全体の動作を、図１６を用いて具体的に説明する。
図１６は、センタサーバ１２０から送信された照合用情報が、各指紋リーダ及び各カードリーダの照合用情報テーブルに登録されるまでの処理の流れを説明するためのシーケンス図である。
【０１２４】
同図におけるＴＨ１〜ＴＨ３は、センタサーバ１２０の実行制御部により生成される３つのスレッドを示しており、以下では、実行制御部により、スレッドＴＨ１には種別番号「２」、スレッドＴＨ２及びＴＨ３には種別番号「１」が指定されるものとする。また、図１５（ｂ）に示す構成情報テーブル６０における送信フラグ３３は、以下の処理を開始する時点で全て「０」（未送信）であるものとする。
【０１２５】
＜スレッドＴＨ１による１回目の送信＞
まず、実行制御部が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ１を実行状態ＳＴ２に遷移させると、スレッドＴＨ１は、構成情報テーブル５０において、送信フラグ「０」と種別「２」が対応付けられている最小の管理装置ＩＤ「５」が示す入場管理装置２００Ｅを対象装置とし、入場管理装置２００Ｅの送信フラグ３３を「１」に更新した上で、実行制御部により割り当てられている種別番号が「２」であるので、カードＩＤを含む照合用情報（照合用情報テーブル２０の内容）をパケットに分割し通信インタフェース部を介して送信していく（ステップＳ５０）。
【０１２６】
以下のステップＳ５１〜ステップＳ５３の処理は、基本的に実施の形態１のステップＳ２１〜Ｓ２３の処理と同様であるため、説明は省略する。
＜スレッドＴＨ２による１回目の送信＞
ステップＳ５０の処理が完了すると、スレッドＴＨ１は実行制御部により待機状態ＳＴ３に遷移させられており、スレッドＴＨ１に代えて、実行制御部が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ２を実行状態ＳＴ２に遷移させると、スレッドＴＨ２は、構成情報テーブル５０において送信フラグ「０」と種別「１」が対応付けられている最小の管理装置ＩＤ「１」が示す入場管理装置２００Ａを対象装置とし、入場管理装置２００Ａの送信フラグ３３を「１」に更新した上で、実行制御部に割り当てられている種別番号が「１」であるので、指紋データを含む照合用情報（照合用情報テーブル１０の内容）をパケットに分割し通信インタフェース部を介して送信していく（ステップＳ６０）。
【０１２７】
以下のステップＳ６１〜ステップＳ６３の処理は、実施の形態１のステップＳ３１〜Ｓ３３の処理と同様であるため、説明は省略する。
＜スレッドＴＨ３による１回目の送信＞
上述のスレッドＴＨ２による１回目の送信において、ステップＳ６０の処理が完了すると、スレッドＴＨ２は実行制御部により待機状態ＳＴ３に遷移させられており、スレッドＴＨ２に代えて、実行制御部が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ３を実行状態ＳＴ２に遷移させる。
【０１２８】
以降、スレッドＴＨ３が照合用情報を送信する対象装置が入場管理装置２００Ｂである以外は、上述のスレッドＴＨ２の場合と同様にステップＳ７０〜Ｓ７３を処理するため、詳細な説明は省略する。
＜スレッドＴＨ１による２回目の送信＞
上述のステップＳ５３の処理が完了した際、実行状態ＳＴ２にあるスレッドＴＨ１は続けて、ステップＳ５４の処理を行う。以降、スレッドＴＨ１が照合用情報を送信する対象装置が入場管理装置２００Ｆである以外は、上述のスレッドＴＨ１の１回目の送信処理と同様であるため、詳細な説明は省略する。
【０１２９】
＜考察＞
以下、入場管理システム２０００において各カードリーダへの照合用情報の記憶が完了するまでの時間と、実施の形態１の方法での各カードリーダへの照合用情報の記憶が完了するまでの時間とを比較する。
図１６において具体例を用いて説明したように、入場管理システム２０００のセンタサーバ１２０は、スレッド毎に、照合用情報テーブル１０を用いるリーダが接続する入場管理装置と、照合用情報テーブル２０を用いるリーダが接続する入場管理装置とのどちらに照合用情報を送信するのか割り当てて照合用情報の送信を行う。
【０１３０】
同図の例では各カードリーダが接続する入場管理装置２００Ｅ、２００Ｆの管理装置ＩＤが比較的大きい番号であるにもかかわらず、結果としてこれらの入場管理装置への照合用情報の送信が優先され、センタサーバ１２０が照合用情報の送信を開始してから、２つのカードリーダ３００Ｇ、３００Ｈへの照合用情報の記憶が完了するまでの時間はｔ１となる。
【０１３１】
図１７は、実施の形態１の方法での各カードリーダへの照合用情報の記憶が完了するまでの時間を説明するための図である。
同図に示すように、この例では、各カードリーダが接続する入場管理装置２００Ｅ、２００Ｆの管理装置ＩＤに従って、これらの入場管理装置への照合用情報の送信が後回しにされてしまい、センタサーバ１００が照合用情報の送信を開始してから２つのカードリーダ３００Ｇ、３００Ｈへの照合用情報の記憶が完了するまでの時間は、ｔ２となる。
【０１３２】
両時間（ｔ１、ｔ２）を比較すると、ｔ１＜ｔ２である。
実施の形態２において説明した方法は、例えば以下のような環境において特に有効であるといえる。
即ち、１つの広い管理対象領域（部屋）へ入場するための扉が複数あり、ある扉には、カードリーダが設置されていて、別の扉には指紋リーダが設置されているような場合において、実施の形態２で説明したように各スレッドが照合用情報を送信すれば、指紋リーダへの照合用情報の記憶はまだ完了していないときにも、カードリーダへの照合用情報の記憶は完了しているといったケースが生じ得る。
【０１３３】
この結果、カードリーダが設置された扉からは管理対象領域への入場が可能となるので、この管理対象領域へ入場する必要がある者の利便性を向上できる。
＜補足＞
以上、本発明に係る入場管理システムについて各実施の形態に基づいて説明したが、以下のように変形することも可能であり、本発明は上述した実施の形態で示した通りの入場管理システムに限られないことは勿論である。
【０１３４】
（１）変形例２では、各入場管理装置が通信可能であるか否か、つまり、照合用情報を受信可能であるか否かを、センタサーバ１１０が要求パケットを各入場管理装置に送信し、送信した要求パケットに対する応答パケットを受信したか否かにより判定する方法を一例として説明したが、以下のような変形も考えられる。
即ち、例えば、各入場管理装置は、認証を行う毎に履歴情報をセンタサーバに送信するので、この履歴情報の受信の有無を用いることが考えられる。具体的には、センタサーバは、各入場管理装置から履歴情報を受信する毎に、構成情報テーブル５０の対応する入場管理装置の受信結果５１を「１」に更新すると共に、その入場管理装置について、履歴情報を受信してからの経過時間の計時を開始（リセットして開始）する。各入場管理装置ついて、履歴情報を受信してからの経過時間が所定時間を計時する毎にセンタサーバは、構成情報テーブル５０の対応する入場管理装置の受信結果５１を「０」に更新する。このようにすることで、要求パケットを送信しなくても、各入場管理装置が通信可能であるか否かを判定できる。
【０１３５】
更に、履歴情報の受信の有無と応答パケットの受信の有無とを組み合わせてもよい。即ち、ある入場管理装置から履歴情報を受信した際にも、応答パケットを受信した際にも構成情報テーブル５０の対応する入場管理装置の受信結果５１を「１」に更新すると共に計時を開始し、所定時間を経過したときにこの受信結果５１を「０」に更新するようにしてもよい。これにより、更に正確に、各入場管理装置が通信可能であるか否かを判定できる。
【０１３６】
（２）各実施の形態及び各変形例では、各スレッドが対象装置を決定し、照合用情報をパケットに分割して送信するものとして説明したが、各スレッド（以下、「各送信用スレッド」という）は、パケットを送信する処理のみを行い、これらとは別の制御用スレッドが、各送信用スレッドの送信対象を決定し、各送信用スレッドが送信すべき照合用情報を分割したパケットを、各送信用スレッドに引き渡すようにしてもよい。
【０１３７】
（３）実施の形態２では、指紋リーダだけでなく、カードリーダをも含む構成を有する入場管理システム２０００の例を説明したが、各スレッドが、カードリーダと接続する入場管理装置に優先して照合用情報の送信を行い、カードリーダと接続する全ての入場管理装置への送信が完了すると、各スレッドが、指紋リーダと接続する入場管理装置に照合用情報を送信するようにしてもよい。これにより、照合用情報の記憶が完了するまでの時間が比較的短いカードリーダへの照合用情報の記憶を、指紋リーダへの照合用情報の記憶より先に完了できるので、実施の形態２の考察で説明したような環境下において、入場者の利便性の向上に貢献できる。
【０１３８】
（４）各実施の形態及び各変形例においては、各入場管理装置に１台のリーダが接続する構成を説明したが、各入場管理装置に複数台のリーダが接続する構成にしてもよい。
この場合、各入場管理装置は、電子錠の制御のために、その入場管理装置に接続する各リーダと電子錠との対応を示す情報を記憶する必要がある。
また、各入場管理装置は、この情報に基づいて、リーダに照合用情報を転送していき、
各リーダは完了通知に自装置のリーダＩＤを含ませて接続している入場管理装置に送信するようにし、その入場管理装置は受信した完了通知をセンタサーバに転送する。
【０１３９】
このとき、入場管理装置は、自装置に接続する全てのリーダから完了通知を受信した際に、１つの完了通知（自装置の管理装置ＩＤを含む）をセンタサーバに送信するようにしてもよい。
また更に、各入場管理装置に接続するリーダは、同じ種類であっても、異なる種類であってもよい。つまり、例えば、入場管理装置Ａには１以上の指紋リーダが接続しており、入場管理装置Ｂには１以上のカードリーダが接続しており、入場管理装置Ｃには、１以上の指紋リーダと１以上のカードリーダとが接続しているような構成であってもよい。
【０１４０】
この場合において、センタサーバ及び各入場管理装置は、各リーダの種類を示す情報を記憶し、センタサーバは、各入場管理装置に対して、その入場管理装置に接続するリーダの種類に応じた照合用情報を送信する必要がある。この際の各スレッドの対象装置の決定方法は、各実施の形態及び各変形例で説明した方法であってもよいし、以下のような方法であってもよい。
【０１４１】
実行制御部は、指紋リーダのみが接続する入場管理装置に送信する１以上のスレッドＡと、カードリーダのみが接続する入場管理装置に送信する１以上のスレッドＢと、指紋リーダ及びカードリーダが接続する入場管理装置に送信する１以上のスレッドＣとを生成する。スレッドＡは指紋データを含む照合用情報を対象装置（上述の例では入場管理装置Ａ）に送信し、スレッドＢはカードＩＤを含む照合用情報を対象装置（上述の例では入場管理装置Ｂ）に送信し、スレッドＣは、指紋データを含む照合用情報とカードＩＤを含む照合用情報とのそれぞれを対象装置（上述の例では入場管理装置Ｃ）に送信するようにする。
【０１４２】
（５）各実施の形態及び各変形例では、対象装置がない場合に各スレッドは実行制御部により消滅させられるものとして説明したが、図７に示すフローチャートにおいてステップＳ１５の処理が完了したスレッドを実行制御部が消滅させて、必要に応じて生成しなおすようにしてもよい。
（６）各実施の形態及び各変形例では、各入場管理装置の認証用情報記憶部には、予め認証用情報テーブル８０が記憶されているものとして説明したが、センタサーバが各入場管理装置に照合用情報を送信する際に一緒に、又は別途、各入場管理装置に送信するようにしてもよい。
【０１４３】
（７）各実施の形態及び各変形例では、本発明に係る入場管理システムにおけるリーダ装置の一例として指紋リーダとカードリーダを挙げて説明したが、個人を特定する情報を読み取るものであればいかなるものであってもよく、例えば、声紋、虹彩、静脈等の生体情報を読み取るリーダであってもよい。
（８）実施の形態２に係る入場管理システム２０００を、各変形例で説明したように変形してもよい。
【０１４４】
（９）変形例２では、センタサーバ１１０は、各入場管理装置に要求パケットを送信し、その要求パケットに対する応答パケットの受信結果を反映させた構成情報テーブル５０に基づいて、稼動している入場管理装置に照合用情報を送信するものとして説明したが、以下のように変形してもよい。
即ち、この構成情報テーブル５０の受信結果５１に代えて、稼動フラグを設け、管理者が、稼動している管理装置についての稼動フラグを「１」（稼動中であることを示す）に、未稼働の管理装置についての稼動フラグを「０」（未稼働であることを示す）に予め設定しておき、この変形に係る構成情報テーブルに基づいて、稼動している入場管理装置に照合用情報を送信するようにしてもよい。
【０１４５】
（１０）本発明に係る入場管理システムにおけるサーバの実行制御手段は、各実施の形態及び各変形例に係る入場管理システムにおけるセンタサーバの実行制御部に相当し、サーバの送信状況記憶手段、管理装置情報記憶手段、及び種別記憶手段は、各実施の形態及び各変形例に係るセンタサーバの構成情報記憶部１０４に相当し、更新手段は、変形例２に係るセンタサーバ１１０の存否確認部１１１に相当し、サーバの通信手段は、変形例２に係るセンタサーバ１１０の存否確認部１１１及び通信インタフェース部１０６に相当する。
【０１４６】
また、本発明に係る入場管理システムにおける管理装置の受信手段及び転送制御手段は、各実施の形態及び各変形例に係る入場管理システムにおける入場管理装置の通信制御部２０１に相当し、管理装置の応答手段は、変形例２に係る入場管理装置の応答部２１１に相当する。
また、本発明に係る入場管理システムにおけるリーダ装置は、各実施の形態及び各変形例に係る入場管理システムにおける指紋リーダ及びカードリーダに相当する。
【図面の簡単な説明】
【０１４７】
【図１】入場管理システム１０００のシステム構成図である。
【図２】センタサーバ１００の主要部の機能構成を示すブロック図である。
【図３】入場管理装置２００Ａ、指紋リーダ３００Ａそれぞれの主要部の機能構成を示すブロック図である。
【図４】照合用情報テーブル１０、構成情報テーブル３０、履歴情報テーブル７０、認証用情報テーブル８０それぞれのデータ構成と内容例を示す図である。
【図５】照合用情報を送信するための各パケットのデータ構成を示す図である。
【図６】各スレッドの状態遷移図である。
【図７】各スレッドによる照合用情報の送信処理を示すフローチャートである。
【図８】センタサーバ１００から送信された照合用情報が、各指紋リーダの照合用情報テーブル１０に登録されるまでの処理の流れを説明するためのシーケンス図である。
【図９】従来の方法による３つの指紋リーダＡ〜Ｃへの照合用情報の記憶が完了するまでの時間を説明するための図である。
【図１０】構成情報テーブル４０のデータ構成と内容例を示す図である。
【図１１】変形例２に係るセンタサーバ１１０の主要部の機能構成を示すブロック図である。
【図１２】変形例２に係る入場管理装置２１０Ａの主要部の機能構成を示すブロック図である。
【図１３】構成情報テーブル５０のデータ構成と内容例を示す図である。
【図１４】実施の形態２に係る入場管理システム２０００のシステム構成図である。
【図１５】照合用情報テーブル２０、構成情報テーブル６０それぞれのデータ構成と内容例を示す図である。
【図１６】センタサーバ１２０から送信された照合用情報が、各指紋リーダ及び各カードリーダの照合用情報テーブルに登録されるまでの処理の流れを説明するためのシーケンス図である。
【図１７】実施の形態１の方法での各カードリーダへの照合用情報の記憶が完了するまでの時間を説明するための図である。
【符号の説明】
【０１４８】
１ ＬＡＮ
２Ａ〜２Ｆ ケーブル
１００、１１０、１２０ センタサーバ
１０１ 入力部
１０２ ユーザインタフェース部
１０３ 照合用情報記憶部
１０４ 構成情報記憶部
１０５ 履歴情報記憶部
１０６ 通信インタフェース部
１０７ 実行制御部
１１１ 存否確認部
２００Ａ〜２００Ｆ、２１０Ａ 入場管理装置
２０１ 通信制御部
２０２ 認証用情報記憶部
２０３ 計時部
２０４ 鍵制御部
２０５ 認証部
２１１ 応答部
３００Ａ〜３００Ｆ 指紋リーダ
３００Ｇ、３００Ｈ カードリーダ
３０１ 通信インタフェース部
３０２ 照合用情報記憶部
３０３ 更新部
３０４ 読取部
３０５ 照合部
１０００、２０００ 入場管理システム
【技術分野】
【０００１】
本発明は、入場管理システムに関し、特に入場者の情報を読み取って予め記憶されている照合用情報と照合するリーダ装置に対するこの照合用情報の送信技術に関する。
【背景技術】
【０００２】
ビルの入口や各部屋等の複数の管理対象領域にそれぞれ設置され、入場しようとする者の情報（例えばＩＣカードの情報や指紋などの生体情報）を読み取り、その者を特定する複数のリーダ装置と、予め対応付けられたリーダ装置が特定した者の入場の許否に係る認証を行う複数の入場管理装置とを含む入場管理システムが知られている（例えば特許文献１）。
【０００３】
このような入場管理システムでは、各リーダ装置に入場しようとする者を特定させるために、入場予定者それぞれの情報（以下、「照合用情報」といい、例えば入場予定者のＩＣカードの情報や指紋などの生体情報である）を、各リーダ装置に予め記憶させておく必要がある。
もし、各リーダ装置に対し照合用情報を記憶させる作業を、入場管理システムの管理者等が個別に行うとすれば、管理者等の作業負担が過大になってしまうことから、照合用情報を管理するサーバを設け、そのサーバから、各リーダ装置に照合用情報を送信し記憶させるような方法が考えられる。
【０００４】
具体的には、例えばサーバが、１つの入場管理装置を介して、その入場管理装置に対応付けられたリーダ装置へ照合用情報を送信し、リーダ装置への記憶が完了した後、その旨の通知を受けると、次の入場管理装置を介して次のリーダ装置への照合用情報の送信を開始するといったように、シーケンシャルに照合用情報を送信し記憶させていく方法が考えられる。この方法は、非常にシンプルであり、簡単かつ確実に各リーダ装置に照合用情報を記憶させていくことができる。
【特許文献１】特開２００５−１０７５８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、照合用情報のサイズが大きい場合（入場予定者の数が特に多い場合や、照合用情報が各入場予定者の生体情報である場合など）には、１つのリーダ装置が照合用情報の記憶を完了するまでの時間が長くなる。
従って、特に、多くのリーダ装置を含む大規模な入場管理システムにおいてこの方法を用いた場合には、全てのリーダ装置への照合用情報の記憶が完了するまでの時間が過大となってしまうという問題がある。この結果、例えば、新たに入場管理システムを導入した場合には、全ての管理対象領域の入場管理を開始できるまでに時間を要することになる。
【０００６】
近年、セキュリティ意識の高まりから、各企業等においても、従来よりも多くの部屋等への入場を管理するようになってきており、入場管理システムが大規模化する傾向にあることから、この問題を解決することが望まれる。
そこで、本発明はかかる問題に鑑みてなされたものであり、照合用情報を管理するサーバから、全てのリーダ装置への照合用情報の記憶が完了するまでの時間を短縮可能な入場管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明に係る入場管理システムは、入場者の情報を読み取り、記憶されている照合用情報と照合して入場者を特定する複数のリーダ装置と、各リーダ装置が特定した入場者の認証を行って扉の施解錠を行う複数の管理装置と、各管理装置を介して各リーダ装置に照合用情報を送信するためのサーバとを含む入場管理システムであって、各管理装置は、前記サーバから照合用情報を受信する受信手段と、予め対応付けられている１以上のリーダ装置について、当該リーダ装置に前記受信手段が受信した照合用情報を転送し記憶させ、当該リーダ装置の記憶が完了すると完了通知を前記サーバに送信する転送制御手段とを備え、前記サーバは、スレッド毎に異なる管理装置に照合用情報を送信し当該送信に対応する完了通知に応じた処理を行う複数のスレッドを並行して実行し、実行状態のスレッドが照合用情報を送信した後、当該送信に対応する完了通知を受信するまで、当該スレッドを待ち状態に遷移させるよう制御する実行制御手段を備えることを特徴とする。
【０００８】
ここで、複数のスレッドを並行して実行するとは、いわゆるマルチスレッド処理であり、ここでは、１つのプロセッサにより複数のスレッドを切り替えながら実行する、いわゆる擬似並列処理をいう。なお、一般に、マルチスレッド処理は各スレッドが少なくとも実行状態（ＲＵＮ）、待機状態（ＷＡＩＴ）、実行可能状態（ＲＥＡＤＹ）の状態を遷移するような制御を行うものである。
【０００９】
また、照合用情報とは、個人を特定する情報をいい、例えば、磁気カードやＩＣカード等の媒体に記録された媒体識別情報や、指紋、声紋、虹彩、静脈等の生体情報をいう。
また、扉とは、予め定められた識別情報により特定される者のみの通行を許可し、それ以外の者の通行を禁止するものをいい、開き戸、引き戸、バー、ゲート等、いずれの形式で実現されたものであってもよい。
【発明の効果】
【００１０】
上述の構成を備える本発明に係る入場管理システムにおいて、サーバは、実行状態のスレッドが、ある管理装置に照合用情報を送信すると、その送信に対応する完了通知を受信するまでそのスレッドを待ち状態に遷移させるので、その管理装置に対応付けられているリーダ装置における照合用情報の記憶の完了を待つことなく、他のスレッドを実行状態に遷移させて他の管理装置への照合用情報の送信を開始できる。
【００１１】
従って、ある管理装置と対応付けられているリーダ装置における照合用情報の記憶の完了を待って、次の管理装置に照合用情報を送信する場合と比較し、全てのリーダ装置において照合用情報の記憶が完了するまでの時間を短縮することができる。
また、前記実行制御手段が実行するスレッドの総数は、管理装置の総数より少なく、前記サーバは、各管理装置に対し、互いに異なる１つの番号、及び当該管理装置に対し照合用情報を送信したか否かを示す情報を対応付けた送信状況情報を記憶する送信状況記憶手段を備え、各スレッドは、当該スレッドの実行が開始される際に、前記送信状況情報を参照して照合用情報を送信していない管理装置のうち、最小の番号が対応付けられた管理装置に照合用情報を送信することとしてもよい。
【００１２】
これにより、各スレッドは、実行が開始される際に、まだ照合用情報を送信していない最小の管理番号が対応付けられた他の管理装置に照合用情報を送信する。つまり、各スレッドにおける照合用情報の送信対象を予め決めておくものではなく、照合用情報の送信状況に応じて送信対象を決めることができるので、１つのスレッドにおいて、照合用情報の送信開始から、対応するリーダ装置での照合用情報の記憶が完了するまでの時間が比較的長くかかった場合でも、このスレッドの影響を受けて、全てのリーダ装置において照合用情報の記憶が完了するまでの時間が無駄に延長されてしまうことを防止できる。
【００１３】
また、前記実行制御手段が実行するスレッドの総数は、管理装置の総数より少なく、前記サーバは、各管理装置に対し、互いに異なる１つの番号を各番号が連続するように対応付けると共に、当該管理装置に対し照合用情報を送信したか否かを示す情報を対応付けた送信状況情報を記憶する送信状況記憶手段を備え、各スレッドは、当該スレッドの実行が開始される際に、前記送信状況情報を参照して照合用情報を送信していない管理装置のうち、対応付けられた番号をスレッドの総数で除算した余り、及び自スレッドに予め設定された値に応じて定まる管理装置に照合用情報を送信することとしてもよい。
【００１４】
これにより、各管理装置には、連番が対応付けられており、各スレッドは、まだ照合用情報を送信していない管理装置のうち、対応付けられた番号をスレッドの総数で除算した余りが自スレッドに予め設定された値と一致する管理装置に照合用情報を送信するので、各スレッドにおける照合用情報の送信対象（管理装置）の数を均等化することができる。つまり、１つのスレッドに処理が集中することによって、複数のスレッドを並行実行することの効果が薄れてしまうことを適切に防止できる。
【００１５】
また、前記サーバは、各管理装置のうち、稼働中の管理装置を特定するための管理装置情報を記憶する管理装置情報記憶手段を備え、各スレッドは、当該スレッドの実行が開始される際に、前記管理装置情報を参照して、稼動中の管理装置のみに照合用情報を送信することとしてもよい。
これにより、各スレッドは、実行が開始される際に、稼働中の管理装置を特定するための管理装置情報に基づいて、稼働中の管理装置のみに照合用情報を送信する。従って、例えば、電源の入っていない管理装置など通信できない管理装置へ照合用情報を送信してしまう可能性を軽減でき、このような管理装置に照合用情報を送信してしまうことで、有効なリーダ装置において照合用情報の記憶が完了するまでの時間が無駄に延長されてしまうことを防止できる。
【００１６】
また、前記サーバは更に管理装置からデータを受信すると、当該管理装置を稼働中の管理装置として前記管理装置情報を更新する更新手段とを備えることとしてもよい。
これにより、サーバは、データを受信すると、送信元の管理装置を稼働中の管理装置として管理装置情報を更新する。従って、入場管理システムの管理者等が予め稼働中の管理装置に関する情報をサーバに記憶させておくことなく、各スレッドは、実行が開始される際に、この管理装置情報に基づいて稼働中の管理装置のみに照合用情報を送信することができる。従って、例えば、電源の入っていない管理装置など通信できない管理装置へ照合用情報を送信してしまう可能性を軽減でき、このような管理装置に照合用情報を送信してしまうことで、有効なリーダ装置において照合用情報の記憶が完了するまでの時間が無駄に延長されてしまうことを防止できる。
【００１７】
また、各管理装置は、更に前記サーバから要求信号を受信すると応答信号を送信する応答手段を備え、前記サーバは更に、各管理装置に要求信号を送信し、当該要求信号に対する応答信号を受信する通信手段を備え、前記更新手段は、各管理装置について、当該管理装置に送信した要求信号に対する応答信号を受信すると、当該管理装置を稼働中の管理装置として前記管理装置情報を更新することとしてもよい。
【００１８】
これにより、サーバは送信した要求信号に対する応答信号を受信すると、この応答信号の送信元の管理装置を稼働中の管理装置として管理装置情報を更新し、各スレッドは、実行が開始される際に、この管理装置情報に基づいて、稼働中の管理装置のみに照合用情報を送信する。従って、各管理装置がサーバに対し送信するデータがないときでも、サーバが要求信号を送信して各管理装置に応答信号を送信させるので、稼働中の管理装置をより正確に把握することができ、例えば、電源の入っていない管理装置や故障中の管理装置など通信できない管理装置へ照合用情報を送信してしまう可能性を更に軽減でき、このような管理装置に照合用情報を送信してしまうことで、有効なリーダ装置において照合用情報の記憶が完了するまでの時間が無駄に延長されてしまうことを防止できる。
【００１９】
また、前記照合用情報は、各入場者についての情報からなり、当該照合用情報には、入場者を識別するための媒体情報と入場者の生体情報との２種類の情報が含まれ、前記サーバは、更に各管理装置について、当該管理装置に対応するリーダ装置が照合に用いる照合用情報の種類を示す情報を記憶する種別記憶手段を備え、各スレッドは、前記種別記憶手段に記憶された情報に基づいて、自スレッドに予め設定された１種類の照合用情報を用いて照合を行うリーダ装置と対応付けられた管理装置に照合用情報を送信することとしてもよい。
【００２０】
これにより、入場者を識別するための各媒体情報からなる照合用情報を送信するスレッドと、入場者の各生体情報からなる照合用情報を送信するスレッドとを並行して実行することができる。従って、例えば、照合用情報の種類によらず、各スレッドの処理負荷を均等化するように各スレッドによる照合用情報の送信対象（管理装置）を決定する場合において、その送信順が後半となる管理装置であっても、この管理装置に対応付けられているリーダ装置が各媒体情報からなる照合用情報を用いて照合を行うときには、この管理装置への照合用情報の送信を優先できる場合がある。
【００２１】
入場者を識別するための媒体情報と入場者の生体情報とでは、一般的には入場者の生体情報のほうがデータサイズが大きくなることから、同じ数の入場者についての情報であれば、リーダ装置は、入場者を識別するための媒体情報のほうがより短時間で記憶することができる。
短時間で記憶可能な各媒体情報からなる照合用情報を用いて照合を行うリーダ装置と対応付けられている管理装置への照合用情報の送信を優先することで、このリーダ装置使用できるようになる時期を早めることができ、結果として入場者の利便性の向上に貢献できる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明に係る入場管理システムの一実施形態として、複数の部屋への入場の管理を行う入場管理システムを例に、図面を参照しながら説明する。
≪実施の形態１≫
＜概要＞
実施の形態１に係る入場管理システムは、入場しようとする者（以下、単に「入場者」という）の指紋を用いて認証を行う従来の入場管理システムにおいて、複数の指紋リーダ全てへの照合用情報（入場者を特定するための情報であり、各入場予定者の指紋データを含む）の記憶が完了するまでの時間を短縮するよう改良したものである。
【００２３】
この入場管理システムは、上述の複数の指紋リーダの他、１つのプロセッサを備えるセンタサーバと、複数の入場管理装置とから構成され、センタサーバと各入場管理装置とが接続され、各入場管理装置は、それぞれ異なる１台の指紋リーダと接続されている。
各指紋リーダに照合用情報を記憶させるために、センタサーバは、自サーバが管理する照合用情報を各入場管理装置を介して各指紋リーダに送信する。照合用情報を受信した指紋リーダは、これを自リーダ内のフラッシュメモリに書き込み、書き込みが完了すると、接続先の入場管理装置を介して完了通知をセンタサーバに送信する。
【００２４】
ここで、フラッシュメモリへのデータの書き込みは一般的に低速であり、照合用情報全体（１件当たり例えば１０００バイト程度）のサイズが大きい場合には、各指紋リーダでの書き込み時間は長くなる。
従って、より多くの入場管理装置や指紋リーダを含む大規模な入場管理システムにおいて、もしも、センタサーバが、シーケンシャルに処理するものとすると、つまり、１台の入場管理装置を介してその接続先の指紋リーダに照合用情報を送信し、その指紋リーダからの完了通知の受信を待って、受信した後に、次の入場管理装置を介してその接続先の指紋リーダに照合用情報を送信するといったように処理するものとすると、全ての指紋リーダへの照合用情報の記憶が完了するまでの時間が過大になってしまう。
【００２５】
そこで、この入場管理システムにおけるセンタサーバ（１つのプロセッサを備える）は、スレッド毎に異なる入場管理装置に照合用情報を送信する複数のスレッドを切り替えながら実行する（いわゆる擬似並列処理である）ことにより、各入場管理装置へ照合用情報を送信する。
このようにすることで、上述のようにシーケンシャルに処理する場合と比較して、全ての指紋リーダへの照合用情報の記憶が完了するまでの時間を短縮することができる。
【００２６】
＜構成＞
まず、本実施の形態に係る入場管理システム１０００の構成について説明する。
＜入場管理システム＞
図１は、入場管理システム１０００のシステム構成図である。
同図に示すように、入場管理システム１０００は、センタサーバ１００と、入場管理装置２００Ａ〜２００Ｆと、入場を管理する各エリアへ入場するための扉の近傍に設置されている指紋リーダ３００Ａ〜３００Ｆとから構成されている。
【００２７】
センタサーバ１００と各入場管理装置とは、ＬＡＮ（Local Area Network）１を介して接続されており、各入場管理装置と各指紋リーダとは、それぞれケーブル２Ａ〜２Ｆを介して接続されている。
ここで、センタサーバ１００は、１つのプロセッサを備えるＰＣ（Personal Computer）等であり、照合用情報を管理し、この照合用情報を各入場管理装置に送信する機能を有する。この各入場管理装置への照合用情報の送信は、スレッド毎に異なる入場管理装置に照合用情報を送信する複数のスレッドを切り替えながら実行（擬似並行処理）することで実現する。各スレッドがどの入場管理装置に照合用情報を送信するかの決定方法については後述する。
【００２８】
各入場管理装置（２００Ａ〜２００Ｆ）は、接続先の指紋リーダから受信した、入場者を示す情報（以下、「社員ＩＤ」という）と予め記憶している認証用情報テーブル８０（図４（ｄ）参照）とに基づいてその者の認証を行い、認証結果に応じて、接続先の指紋リーダが設置されている扉の施解錠を制御する機能の他、センタサーバ１００から受信した照合用情報を接続先の指紋リーダに転送し、接続先の指紋リーダから受信した完了通知を、予め記憶されている自装置の識別情報（以下、「管理装置ＩＤ」という）と共にセンタサーバ１００に転送する機能を有する。
【００２９】
各指紋リーダ（３００Ａ〜３００Ｆ）は、接続先の入場管理装置から受信した照合用情報を照合用情報テーブル１０（図４（ａ）参照）に登録する機能と、入場を管理する各エリアへの入場者の指紋の画像を読み取り、記憶している照合用情報テーブル１０を用いてこの者の社員ＩＤを特定して接続先の入場管理装置に送信する機能とを有する。各指紋リーダは、照合用情報の登録が完了すると、完了通知を接続先の入場管理装置に送信する。
【００３０】
なお、図１では、６台の入場管理装置（２００Ａ〜２００Ｆ）と、６台の指紋リーダ（３００Ａ〜３００Ｆ）とを図示しているが、これは、入場管理システム１０００の構成の一部を示したものであり、入場管理装置及び指紋リーダそれぞれの台数は、同図に示す例に限られない。
以下、センタサーバ１００、各入場管理装置、各指紋リーダの構成を更に詳しく説明するが、各入場管理装置それぞれの構成は同様であり、また各指紋リーダそれぞれの構成は同様であるため、以下では、入場管理装置２００Ａ、指紋リーダ３００Ａを例に説明する。
【００３１】
＜センタサーバ＞
センタサーバ１００の機能構成を説明する。
図２は、センタサーバ１００の主要部の機能構成を示すブロック図である。
センタサーバ１００は、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、入力部１０１、ユーザインタフェース部１０２、照合用情報記憶部１０３、構成情報記憶部１０４、履歴情報記憶部１０５、通信インタフェース部１０６、実行制御部１０７を備える。なお、実行制御部１０７の機能は、上述のメモリに記憶されているプログラムを上述のプロセッサが実行することにより実現される。
【００３２】
ここで、入力部１０１は、キーボード等の入力機器であり、ユーザにより押下されたキー等に対応する入力信号をユーザインタフェース部１０２に伝達する機能を有し、特に入場管理システム１０００の管理者等（以下、単に「管理者等」という）が、照合用情報を各入場管理装置に送信することを指示する際に使用される。
ユーザインタフェース部１０２は、入力部１０１から伝達されたユーザ操作の内容に応じて、文字や画像等をディスプレイ（不図示）に表示させると共に、ユーザ操作の内容を実行制御部１０７に伝達する機能を有する。
【００３３】
照合用情報記憶部１０３は、各エリアへの入場予定者（例えば、そのエリアで執務する社員等）の社員ＩＤと指紋データとを対応付けた照合用情報テーブル１０（図４（ａ）参照）を記憶するためのメモリ領域である。照合用情報テーブル１０の内容については後に詳しく説明する。
構成情報記憶部１０４は、入場管理システム１０００に含まれる各入場管理装置と各指紋リーダとのリストである構成情報テーブル３０（図４（ｂ）参照）を記憶するためのメモリ領域である。構成情報テーブル３０の内容については後に詳しく説明する。
【００３４】
履歴情報記憶部１０５は、各入場管理装置で認証した結果を示す履歴情報を登録した履歴情報テーブル７０（図４（ｃ）参照）を記憶するためのメモリ領域である。履歴情報テーブル７０の内容については後に詳しく説明する。
通信インタフェース部１０６は、ＬＡＮ１を介して、各入場管理装置とデータの送受信を行う機能を有する。詳細には、実行制御部１０７からの指示に応じて、照合用情報を各入場管理装置に送信し、各入場管理装置から送信された履歴情報を履歴情報記憶部１０５の履歴情報テーブル７０に登録する。
【００３５】
実行制御部１０７は、ユーザインタフェース部１０２を介して受け付けた照合用情報の送信指示に応じて、照合用情報（照合用情報記憶部１０３に記憶されている照合用情報テーブル１０の内容）を、通信インタフェース部１０６を介して各入場管理装置に送信する機能を有する。
より詳細には、スレッド毎に異なる入場管理装置に照合用情報を送信する複数のスレッドを生成し、１つのプロセッサを割り当てるスレッドを切り替えながら実行（擬似並行処理）する。つまり、実行制御部１０７は、いわゆるマルチスレッドＯＳ（Operating System）として機能する。
【００３６】
なお、この照合用情報の送信は、実際には照合用情報テーブル１０の内容をパケットに分割して送信することになる。また、本実施の形態では、各スレッドがどの入場管理装置に照合用情報を送信するかを、各スレッドが決定する場合を例に説明する。この決定方法を含む各スレッドの処理内容は後に詳細に説明する（図７参照）。
＜入場管理装置＞
図３は、入場管理装置２００Ａ、指紋リーダ３００Ａそれぞれの主要部の機能構成を示すブロック図である。
【００３７】
まず、入場管理装置２００Ａの機能構成について説明する。
入場管理装置２００Ａは、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、通信制御部２０１、認証用情報記憶部２０２、計時部２０３、鍵制御部２０４、認証部２０５を備える。この通信制御部２０１、鍵制御部２０４、認証部２０５の各機能は、上述のメモリに記憶されているプログラムを上述のプロセッサが実行することにより実現される。
【００３８】
ここで、通信制御部２０１は、ＬＡＮ１及びケーブル２Ａそれぞれに対応した通信インタフェースを備え、ＬＡＮ１を介して、センタサーバ１００とデータの送受信を行うと共に、ケーブル２Ａを介して、指紋リーダ３００Ａとデータの送受信を行う機能を有する。詳細には、センタサーバ１００から受信した照合用情報を指紋リーダ３００Ａに転送し、また、指紋リーダ３００Ａから受信した社員ＩＤ及び指紋リーダ３００Ａを示す情報（以下、「リーダＩＤ」という）を認証部２０５に伝達し、指紋リーダ３００Ａから受信した完了通知を自装置の管理装置ＩＤと共にセンタサーバ１００に転送し、認証部２０５から伝達された履歴情報をセンタサーバ１００に送信する。
【００３９】
認証用情報記憶部２０２は、各エリアへの入場予定者の社員ＩＤと、入場を許可されたエリアとを対応付けた認証用情報テーブル８０（図４（ｄ）参照）を記憶するためのメモリ領域である。認証用情報テーブル８０の内容については後に詳しく説明する。
計時部２０３は、いわゆる時計であり、現在の日時を計時する機能を有する。
鍵制御部２０４は、認証部２０５からの指示に応じて、指紋リーダ３００Ａが設置されている扉の施解錠を行う電子錠を制御する機能を有する。
【００４０】
認証部２０５は、通信制御部２０１から伝達された社員ＩＤ及びリーダＩＤと、認証用情報記憶部２０２に記憶されている認証用情報テーブル８０に基づいて、指紋リーダ３００Ａが設置されている扉を解錠するか否かを判定（認証）し、履歴情報（認証日時、社員ＩＤ、リーダＩＤ、認証結果を含む）を通信制御部２０１を介してセンタサーバ１００へ送信する機能を有する。また、認証部２０５は、解錠する旨の判定を行った場合に鍵制御部２０４に電子鍵の解錠指示を行う機能を有する。
【００４１】
＜指紋リーダ＞
次に、指紋リーダ３００Ａの機能構成を、図３を用いて説明する。
指紋リーダ３００Ａは、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、通信インタフェース部３０１、照合用情報記憶部３０２、更新部３０３、読取部３０４、照合部３０５を備える。この更新部３０３、照合部３０５の各機能は、上述のメモリに記憶されているプログラムを上述のプロセッサが実行することにより実現される。
【００４２】
ここで、通信インタフェース部３０１は、ケーブル２Ａを介して、入場管理装置２００Ａとデータの送受信を行う機能を有する。詳細には、入場管理装置２００Ａから受信した照合用情報を更新部３０３に伝達し、更新部３０３から伝達された、照合用情報の記憶が完了した旨の完了通知を入場管理装置２００Ａに送信する。また、照合部３０５から伝達された社員ＩＤ及びリーダＩＤを入場管理装置２００Ａに送信する。
【００４３】
照合用情報記憶部３０２は、フラッシュメモリであり、照合用情報テーブル１０を記憶する機能を有する。
更新部３０３は、通信インタフェース部３０１から伝達された照合用情報を照合用情報記憶部３０２の照合用情報テーブル１０に登録し、登録が完了すると、通信インタフェース部３０１を介して入場管理装置２００Ａに完了情報を送信する機能を有する。
【００４４】
読取部３０４は、自リーダが設置されている扉から対応するエリアへ入場しようとする入場者の指紋の画像を読み取り、指紋データを照合部３０５に伝達する機能を有する。
照合部３０５は、読取部３０４から伝達された指紋データと、照合用情報記憶部３０２に記憶されている照合用情報テーブル１０とを照合して入場者の社員ＩＤを特定し、特定した社員ＩＤ及び予め記憶されているリーダＩＤとを通信インタフェース部３０１を介して、入場管理装置２００Ａに送信する機能を有する。
【００４５】
なお、読取部３０４から伝達された指紋データと照合用情報テーブル１０とを照合した結果、伝達された指紋データと一致する指紋データが照合用情報テーブル１０に登録されていない場合には、その旨を入場者にブザーやＬＥＤ（不図示）により通知する。
＜データ＞
次に、入場管理システム１０００において、使用されるデータについて説明する。
【００４６】
＜照合用情報テーブル＞
センタサーバ１００の照合用情報記憶部１０３及び指紋リーダ３００Ａの照合用情報記憶部３０２に記憶されている照合用情報テーブル１０について説明する。
図４（ａ）は、照合用情報テーブル１０のデータ構成と内容例を示す図である。
同図に示すように、照合用情報テーブル１０は、各エリアへの入場予定者毎に、社員ＩＤ１１と、指紋データ１２とを対応付けて記憶しており、指紋リーダ３００Ａが入場者から読み取った指紋の画像と照合して、この者の社員ＩＤを特定する際に参照される。
【００４７】
ここで、社員ＩＤ１１は、対応する入場予定者を識別するための識別番号であり、他の入場予定者と重複しない番号である。指紋データ１２は、対応する入場予定者の指紋の画像データである。
同図は、例えば、社員ＩＤ１１が「１０００００１」である入場予定者の指紋データ１２は「指紋データ１」であることを示している。
【００４８】
なお、センタサーバ１００の照合用情報記憶部１０３に記憶されている照合用情報テーブル１０への新たなデータの登録、更新は、センタサーバ１００に接続する指紋リーダ（不図示）から読み取ったあるエリアへの入場予定者の指紋の画像データと、管理者等よる入力部１０１からのその者の社員ＩＤの入力を含む登録又更新のための操作に基づいて行われる。また、照合用情報記憶部１０３に記憶されている照合用情報テーブル１０に登録済みのデータの削除は、管理者等による入力部１０１からの削除のための操作に基づいて行われる。
【００４９】
また、照合用情報記憶部１０３に記憶されている照合用情報テーブル１０への変更（登録、更新、削除）は、管理者等による入力部１０１からの照合用情報の送信指示に基づいて、各指紋リーダの照合用情報記憶部３０２に記憶されている照合用情報テーブル１０に反映されることになる。
この照合用情報テーブル１０を用いて、各指紋リーダの照合部３０５は、以下のように処理する。即ち、照合部３０５は、読取部３０４から伝達された指紋の画像データと一致する指紋の画像データを含むレコードが照合用情報テーブル１０に登録されている場合には、そのレコードに含まれる社員ＩＤと、自リーダのリーダＩＤとを通信インタフェース部３０１を介して接続する入場管理装置に送信する。
【００５０】
＜構成情報テーブル＞
センタサーバ１００の構成情報記憶部１０４に記憶されている構成情報テーブル３０について説明する。
図４（ｂ）は、構成情報テーブル３０のデータ構成と内容例を示す図である。
同図に示すように、構成情報テーブル３０は、入場管理装置毎に、管理装置ＩＤ３１と、リーダＩＤ３２と、送信フラグ３３とを対応付けて記憶しており、実行制御部１０７が照合用情報を各入場管理装置に送信する際に参照される。
【００５１】
ここで、管理装置ＩＤ３１は、各入場管理装置を識別するための識別番号であり、他の入場管理装置と重複しない番号である。この例では、入場管理装置２００Ａ〜２００Ｆそれぞれに異なる番号を、それぞれの番号が１からの連番となるように割り当てている。
リーダＩＤ３２は、対応する入場管理装置に接続する指紋リーダの識別番号であり、他の指紋リーダと重複しない番号である。この例では、指紋リーダ３００Ａ〜３００Ｆそれぞれに異なる番号を、それぞれの番号が１０１からの連番となるように割り当てている。
【００５２】
送信フラグ３３は、対応する入場管理装置への照合用情報の送信状況を示す情報である。この例では、未送信を「０」、送信中を「１」、送信完了を「２」としている。
同図は、例えば、管理装置ＩＤ３１が「１」である入場管理装置（入場管理装置２００Ａ）には、リーダＩＤ３２が「１０１」である指紋リーダ（指紋リーダ３００Ａ）が接続しており、送信フラグ３３は「２」、つまり、入場管理装置２００Ａへの照合用情報の送信が完了していることを示している。
【００５３】
また、例えば、管理装置ＩＤ３１が「２」である入場管理装置（入場管理装置２００Ｂ）には、リーダＩＤ３２が「１０２」である指紋リーダ（指紋リーダ３００Ｂ）が接続しており、送信フラグ３３は「１」、つまり、入場管理装置２００Ｂへの照合用情報の送信が行われている途中であることを示している。
また、例えば、管理装置ＩＤ３１が「３」である入場管理装置（入場管理装置２００Ｃ）には、リーダＩＤ３２が「１０３」である指紋リーダ（指紋リーダ３００Ｃ）が接続しており、送信フラグ３３は「０」、つまり、入場管理装置２００Ｃへの照合用情報の送信はまだ行われていないことを示している。
【００５４】
なお、構成情報テーブル３０への新たなデータの登録、更新、登録済みのデータの削除は、管理者等によるセンタサーバ１００の入力部１０１からの操作に基づいて行われる。
＜履歴情報テーブル＞
センタサーバ１００の履歴情報記憶部１０５に記憶されている履歴情報テーブル７０について説明する。
【００５５】
図４（ｃ）は、履歴情報テーブル７０のデータ構成と内容例を示す図である。
履歴情報テーブル７０は、各入場管理装置から受信した認証履歴を登録したテーブルであり、同図に示すように入場の認証毎に、日時７１と、社員ＩＤ７２と、リーダＩＤ７３、結果７４とを対応付けて記憶している。
ここで、日時７１は、認証を行った日時であり、社員ＩＤ７２は、その認証の対象となった者の識別番号である。
【００５６】
リーダＩＤ７３は、入場を許可するか否かの認証の対象となるエリアの扉に設置されている指紋リーダの識別番号であり、構成情報テーブル３０のいずれかのリーダＩＤ３２と一致するものである。
結果７４は、入場を許可したか否かを示す認証結果を示す情報であり、この例では入場を許可した場合を「１」、入場を許可しなかった場合を「０」としている。
【００５７】
同図は、例えば、日時７１が「２００８／１２／１ ８：２５」である認証の対象となった者の社員ＩＤ７２は「１０００００２」であり、リーダＩＤ７３は「１０３」であり、結果７４は「１」であることを示している。つまり、この者は、指紋リーダ３００Ｃが設置された扉と対応するエリアへの入場が許可されたことを示している。
なお、履歴情報テーブル７０の生成、登録済みのデータの削除は、管理者等によるセンタサーバ１００の入力部１０１からの操作に基づいて行われ、履歴情報テーブル７０への新たなデータの登録は、各入場管理装置から履歴情報を受信した際に行われる。
【００５８】
＜認証用情報テーブル＞
入場管理装置２００Ａの認証用情報記憶部２０２に記憶されている認証用情報テーブル８０について説明する。
図４（ｄ）は、認証用情報テーブル８０のデータ構成と内容例を示す図である。
認証用情報テーブル８０は、同図に示すように、各エリアへの入場予定者毎に、社員ＩＤ８１とリーダＩＤ８２とを対応付けて記憶しており、認証部２０５が認証を行う際に参照される。
【００５９】
ここで、社員ＩＤ８１は、対応する入場予定者を識別するための識別情報であり、照合用情報テーブル１０のいずれかの社員ＩＤと一致するものである。リーダＩＤ８２は、その対応する入場予定者による入場が許可されているエリアの扉に設置されている指紋リーダを示す識別番号であり、構成情報テーブル３０のいずれかのリーダＩＤと一致するものである。
【００６０】
同図は、例えば、社員ＩＤ８１が「１０００００１」である者は、リーダＩＤ８２が「１０１」と「１０２」である指紋リーダ（３００Ａ、３００Ｂ）が設置された扉に対応するエリアに入場が許可されていることを示している。
この認証用情報テーブル８０を用いて、各入場管理装置の認証部２０５は以下のように認証を行う。即ち、認証部２０５は、通信制御部２０１から伝達された社員ＩＤとリーダＩＤとを含むレコードが認証用情報テーブル８０に登録されている場合には、そのリーダＩＤが示す指紋リーダが設置されている扉を解錠する旨の判定を行い、該当のレコードが登録されていない場合には、その扉を解錠しない旨の判定を行う。
【００６１】
なお、認証用情報テーブル８０の生成、認証用情報テーブル８０への新たなデータの登録、更新、登録済みのデータの削除は、管理者等による各入場管理装置のキーボード等（不図示）からの操作に基づいて行われる。
＜パケット＞
センタサーバ１００は、照合用情報（照合用情報テーブル１０の内容）を各入場管理装置に送信する際にパケットに分割して送信するため、以下では、このパケットの構成について説明する。
【００６２】
図５は、照合用情報を送信するための各パケットのデータ構成を示す図である。
各パケットは、送信元ＩＰアドレス９１と、管理装置ＩＤ９２と、パケット数９３と、照合データ９４とを含んで構成される。
ここで、送信元ＩＰアドレス９１は、センタサーバ１００のＩＰアドレスであり、管理装置ＩＤ９２は、各パケットの宛先である入場管理装置の識別番号であり、構成情報テーブル３０のいずれかの管理装置ＩＤと一致するものである。
【００６３】
パケット数９３は、照合用情報を分割して送信する際の全パケットの数を示す情報である。
照合データ９４は、各パケットに含めて送信する照合用情報(照合用情報テーブル１０の各レコード)の一部のデータであり、同図では、照合用情報テーブル１０の１レコード目〜３レコード目までを、照合用情報Ａ〜Ｃとして例示している。
【００６４】
＜スレッドの状態遷移＞
以下では、各スレッドの状態遷移について説明する。
図６は、各スレッドの状態遷移図である。
同図に示すように、各スレッドの状態には、実行可能状態ＳＴ１、実行状態ＳＴ２、待機状態ＳＴ３がある。
【００６５】
ここで、実行可能状態ＳＴ１は、プロセッサが割り当てられればすぐに実行できる状態である。実行制御部１０７は、ユーザインタフェース部１０２から照合用情報の送信指示を受け付けるとスレッドを生成し、スレッドの状態を実行可能状態ＳＴ１とする。
ここで、実行制御部１０７は、スレッドを生成する毎に、０〜（生成するスレッド数−１）の他のスレッドとは異なる数字（以下、「スレッド番号」といい、整数である）を、そのスレッドに割り当てると共に、生成する全スレッド数を指定する。つまり、例えば、３つのスレッドを生成する場合には、それぞれのスレッドに、スレッド番号として「０」、「１」、「２」を割り当て、全スレッド数「３」を指定する。
【００６６】
実行状態ＳＴ２は、実際にプロセッサが割り当てられて実行中の状態である。
実行制御部１０７は、実行可能状態ＳＴ１にある１つのスレッドにプロセッサを割り当て、実行状態ＳＴ２に遷移させる。また、実行制御部１０７は、実行状態ＳＴ２のスレッドの送信対象となる入場管理装置（以下、「対象装置」という）がない場合には、そのスレッドを消滅させる。なお、この対象装置の有無の判断方法については、下記の各スレッドの処理内容の説明の中で詳しく説明する。
【００６７】
待機状態ＳＴ３は、対象装置に対する照合用情報の送信を完了し、その入場管理装置からの完了通知の受信を待っている状態である。実行状態ＳＴ２にあるスレッドが照合用情報の送信を完了すると、実行制御部１０７は、そのスレッドへのプロセッサの割り当てを解除し、待機状態ＳＴ３に遷移させ、実行可能状態ＳＴ１にある他のスレッドに対しプロセッサを割り当てる。
【００６８】
また、実行制御部１０７は、待機状態ＳＴ３にあるスレッドに対し、そのスレッドが照合用情報を送信した入場管理装置から完了通知を受信した際に、そのスレッドを待機状態ＳＴ３から実行可能状態ＳＴ１に遷移させる。
＜スレッドの処理＞
以下、各スレッドによる照合用情報の送信処理について説明する。
【００６９】
図７は、各スレッドによる照合用情報の送信処理を示すフローチャートである。
実行制御部１０７によりプロセッサが割り当てられ、実行状態ＳＴ２に遷移させられたスレッドは、構成情報記憶部１０４に記憶されている構成情報テーブル３０を参照し、自スレッドの送信対象となる入場管理装置（対象装置）があるか否かを判定する（ステップＳ１１）。
【００７０】
より詳細には、スレッドは、構成情報テーブル３０の送信フラグが「０」（つまり、照合用情報が未送信）である入場管理装置について、対応する管理装置ＩＤが小さいものものから順にその管理装置ＩＤを実行制御部１０７により指定された全スレッド数で除算した余りが、自スレッドに割り当てられたスレッド番号と一致するか否かを判定し、一致する場合に、対象装置があると判定する。
【００７１】
ステップＳ１１において、対象装置があると判定した場合に（ステップＳ１１：ＹＥＳ）、そのスレッドは、その対象装置についての構成情報テーブル３０の送信フラグを「１」（つまり、送信中）に更新し（ステップＳ１２）、その対象装置に照合用情報を図５に示すフォーマットのパケットに分割して、通信インタフェース部１０６を介して送信する（ステップＳ１３）。
【００７２】
全パケットの送信を完了すると、スレッドは、自スレッド宛の完了通知の受信を待つ（ステップＳ１４）。
詳細には、スレッドは、完了通知を示す識別コードと、そのスレッドが受信を待つ完了通知と共に送られてくる管理装置ＩＤとをデバイスドライバに通知し、このデバイスドライバに、通知した管理装置ＩＤと共に送られてくる完了通知を受信した際に、対応するフラグを立てて通知（ＯＳに対する割り込み）するよう指示する。
【００７３】
このスレッドによる管理装置ＩＤ等の通知が完了すると、実行制御部１０７は、この実行状態ＳＴ２にあるスレッドへのプロセッサの割り当てを解除し、待機状態ＳＴ３に遷移させ、上述の所定のフラグが立つと（割り込みが発生すると）、このスレッドをまず実行可能状態ＳＴ１に遷移させる。
実行制御部１０７により再びプロセッサが割り当てられ、実行状態ＳＴ２に遷移させられると、このスレッドは、対象装置についての構成情報テーブル３０の送信フラグを「２」（つまり、送信完了）に更新し（ステップＳ１５）、再びステップＳ１１から処理を行う。
【００７４】
ステップＳ１１において、対象装置がないと判定した場合（ステップＳ１１：ＮＯ）には、このスレッドは照合用情報の送信処理を終了し、実行制御部１０７により消滅させられる。
なお、実際には、なんらかのエラーの発生により、指紋リーダでの照合用情報の登録が完了せず、上述のステップＳ１４でいくら待っても完了通知を受信しないケースが生じ得る。そのため、例えば照合用情報の再送が必要なことを入場管理装置又は指紋リーダが検出した場合には、その入場管理装置から完了通知に代えてエラー通知が送信されるものとする。
【００７５】
この場合、デバイスドライバは、エラー通知と共に送られてくる管理装置ＩＤを通知し、実行制御部１０７は、該当のスレッド（通知された管理装置ＩＤが示す入場管理装置に照合用情報を送信したスレッド）を実行可能状態ＳＴ１に遷移させ、実行制御部１０７により再びプロセッサが割り当てられ実行状態ＳＴ２に遷移させられたスレッドは、再送処理（図７では特に図示していないが、ステップＳ１３から再度実行するようにする処理）を行うものとする。
【００７６】
また、入場管理装置及び指紋リーダがエラーを検出できない場合には、上述のエラー通知も送信されないこととなるため、各スレッドは、ステップＳ１３で全パケットの送信を完了すると、タイマ（不図示）を起動し、このタイマが所定時間を計時すると、タイマ割り込みを発生させることで、上述の再送処理を行うようにしてもよいし、該当の入場管理装置への照合用情報の送信をあきらめて次の入場管理装置への照合用情報の送信を行うようにしてもよい。
【００７７】
＜具体例＞
入場管理システム１０００全体の動作を、図８を用いて具体的に説明する。
図８は、センタサーバ１００から送信された照合用情報が、各指紋リーダの照合用情報テーブル１０に登録されるまでの処理の流れを説明するためのシーケンス図である。
この例では、実行制御部１０７により３つのスレッドが生成されるものとし、同図におけるＴＨ１〜ＴＨ３は、この３つのスレッドを示している。
【００７８】
以下では、実行制御部１０７により、スレッド番号として、スレッドＴＨ１には「１」が、スレッドＴＨ２には「２」が、スレッドＴＨ３には「０」がそれぞれ割り当てられ、全スレッド数「３」が指定されるものとする。また、図４（ｂ）に示す構成情報テーブル３０における送信フラグ３３は、以下の処理を開始する時点で全て「０」（未送信）であるものとする。
【００７９】
＜スレッドＴＨ１による１回目の送信＞
まず、実行制御部１０７が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ１を実行状態ＳＴ２に遷移させると、スレッドＴＨ１は、構成情報テーブル３０の管理装置ＩＤ３１が「１」である入場管理装置２００Ａを対象装置とし、構成情報テーブル３０の管理装置ＩＤ３１「１」と対応する送信フラグ３３を「１」に更新した上で、照合用情報をパケットに分割し通信インタフェース部１０６を介して送信していく（ステップＳ２０）。
【００８０】
詳細には、以下のように対象装置を決定する。即ち、送信フラグ「０」と対応付けられている管理装置ＩＤ「１」を指定された全スレッド数「３」で除算した余り「１」が、自スレッドに割り当てられたスレッド番号「１」と一致するので、入場管理装置２００Ａを対象装置と決定する。
全パケットの送信を完了すると、スレッドＴＨ１は実行制御部１０７により待機状態ＳＴ３に遷移させられる。
【００８１】
入場管理装置２００Ａの通信制御部２０１は、センタサーバ１００から送信されてくる各パケットを受信し接続している指紋リーダ３００Ａに転送していく（ステップＳ２１）。
指紋リーダ３００Ａの通信インタフェース部３０１は、入場管理装置２００Ａから転送されてくる各パケットを更新部３０３に伝達し、更新部３０３は、各パケットに含まれる照合データ９４を、照合用情報記憶部３０２に記憶されている照合用情報テーブル１０に登録していく。
【００８２】
全てのパケットに含まれる照合データ９４を照合用情報テーブル１０に登録すると、更新部３０３は、通信インタフェース部３０１を介して、完了通知を接続している入場管理装置２００Ａに送信する（ステップＳ２２）。
より詳細には、更新部３０３は、入場管理装置２００Ａから転送されてきたパケットに含まれる照合データ９４を照合用情報テーブル１０に登録した回数をカウントしており、このカウント数がパケットに含まれるパケット数９３と一致すると、完了通知を送信する。
【００８３】
入場管理装置２００Ａの通信制御部２０１は、指紋リーダ３００Ａから受信した完了通知を自装置の管理装置ＩＤと共にセンタサーバ１００に転送する（ステップＳ２３）。
センタサーバ１００の通信インタフェース部１０６は、この完了通知を受信し、実行制御部１０７に通知し、実行制御部１０７は、待機状態ＳＴ３にあるスレッドＴＨ１をまず実行可能状態ＳＴ１に遷移させ、再びプロセッサを割り当てて実行状態ＳＴ２に遷移させると、再び実行状態ＳＴ２となったスレッドＴＨ１は、受信した完了通知に含まれている管理装置ＩＤと対応する構成情報テーブル３０の送信フラグ３３を「２」に更新する。
【００８４】
＜スレッドＴＨ２による１回目の送信＞
上述したように、ステップＳ２０の処理が完了すると、スレッドＴＨ１は実行制御部１０７により待機状態ＳＴ３に遷移させられており、このスレッドＴＨ１に代えて、実行制御部１０７が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ２を実行状態ＳＴ２に遷移させる。
【００８５】
以降、基本的には、上述のスレッドＴＨ１の処理と同様であり、スレッドＴＨ２は、入場管理装置２００Ｂ宛にパケットを送信していき（ステップＳ３０）、入場管理装置２００Ｂは、受信したパケットを指紋リーダ３００Ｂに転送していく（ステップＳ３１）。また、指紋リーダ３００Ｂは、受信したパケットの照合データ９４を照合用情報テーブル１０に登録していき、完了すると完了通知を入場管理装置２００Ｂに送信し（ステップＳ３２）、入場管理装置２００Ｂは受信した完了通知を自装置の管理装置ＩＤと共にセンタサーバ１００に転送する（ステップＳ３３）。
【００８６】
＜スレッドＴＨ３による１回目の送信＞
上述のスレッドＴＨ２による１回目の送信において、ステップＳ３０の処理が完了すると、スレッドＴＨ２は実行制御部１０７により待機状態ＳＴ３に遷移させられており、スレッドＴＨ２に代えて、実行制御部１０７が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ３を実行状態ＳＴ２に遷移させる。
【００８７】
以降、スレッドＴＨ３が照合用情報を送信する対象装置が入場管理装置２００Ｃであり、各パケットの照合データ９４が指紋リーダ３００Ｃの照合用情報テーブル１０に登録される以外は、上述のスレッドＴＨ２の場合と同様にステップＳ４０〜Ｓ４３を処理されるため、詳細な説明は省略する。
＜スレッドＴＨ１による２回目の送信＞
上述のステップＳ２３の処理が完了した際、実行状態ＳＴ２にあるスレッドＴＨ１は続けて、ステップＳ２４の処理を行う。以降、スレッドＴＨ１が照合用情報を送信する対象装置が入場管理装置２００Ｄであり、各パケットの照合データ９４が指紋リーダ３００Ｄの照合用情報テーブル１０に登録される以外は、上述の１回目の送信処理と同様であるため、詳細な説明は省略する。
【００８８】
＜考察＞
以下、入場管理システム１０００において各指紋リーダへの照合用情報の記憶が完了するまでの時間と、従来の方法（シーケンシャルに処理する方法）による各指紋リーダへの照合用情報の記憶が完了するまでの時間とを比較する。
図８において具体例を用いて説明したように、入場管理システム１０００のセンタサーバ１００は、スレッドＴＨ１が入場管理装置２００Ａへの照合用情報の送信を完了すると、続けてスレッドＴＨ２が入場管理装置２００Ｂへの照合用情報の送信を開始するといったように、指紋リーダ３００Ａからの完了通知を待たずに、入場管理装置２００Ｂへの照合用情報の送信を開始する。
【００８９】
この結果、同図に示すように３つの指紋リーダ３００Ａ〜３００Ｃへの照合用情報の記憶が完了するまでの時間はＴ１となる。
図９は、従来の方法による３つの指紋リーダＡ〜Ｃへの照合用情報の記憶が完了するまでの時間を説明するための図である。
同図に示すように、従来は、サーバが、まず管理装置Ａを介して指紋リーダＡに照合用情報を送信し、指紋リーダＡにおいてこの照合用情報の記憶を完了し、完了通知を受信すると、管理装置Ｂを介して指紋リーダＢに送信するというようにシーケンシャルに処理する。
【００９０】
この結果、３つの指紋リーダＡ〜Ｃへの照合用情報の記憶が完了するまでの時間は、Ｔ２となる。
両時間（Ｔ１、Ｔ２）を比較すると、Ｔ１＜Ｔ２であり、入場管理システム１０００では、各指紋リーダへの照合用情報の記憶が完了するまでの時間を短縮できていることが分かる。
【００９１】
≪変形例１≫
＜概要＞
実施の形態１では、各入場管理装置の管理装置ＩＤを１からの連番となるように割り当てるものとして説明した（図４（ｂ）の構成情報テーブル３０参照）。
しかしながら、運用段階においては、入場管理システムに含まれる入場管理装置の数が増減する場合がある。管理装置ＩＤを１から連番となるように割り当てる場合には、入場管理装置の数が減るたびに管理装置ＩＤを割り当てなおす必要が生じる。また、将来の入場管理装置の数の増加に備え、飛び番で管理装置ＩＤを割り当てたい場合もある。
【００９２】
そこで、以下では、管理装置ＩＤとして任意の識別番号を割り当てるように替えた一変形例について説明する。
変形例１に係るセンタサーバは、構成情報テーブル３０に代えて構成情報テーブル４０を記憶する点が実施の形態１に係るセンタサーバ１００と異なり、また、各スレッドの処理も若干異なるため、ここでは、実施の形態１からの変更点を中心に説明する。
【００９３】
＜構成情報テーブル＞
変形例１に係るセンタサーバの構成情報記憶部１０４に記憶されている構成情報テーブル４０について説明する。
図１０は、構成情報テーブル４０のデータ構成と内容例を示す図である。
同図に示すように、構成情報テーブル４０は、入場管理装置毎に、管理装置ＩＤ４１と、リーダＩＤ４２と、送信フラグ３３とを対応付けて記憶しており、管理装置ＩＤ４１及びリーダＩＤ４２が構成情報テーブル３０と相違する。
【００９４】
具体的には、管理装置ＩＤ４１、リーダＩＤ４２はそれぞれ各入場管理装置、各指紋リーダを識別するための識別番号として、連番でなく重複しない任意の番号が割り当てている点で、構成情報テーブル３０の管理装置ＩＤ３１、リーダＩＤ３２と異なる。
＜スレッドの処理＞
変形例１に係る各スレッドの処理は、図７のフローチャートに示す実施の形態１に係る各スレッドの処理のうち、ステップＳ１１の処理が若干異なる。
【００９５】
具体的には、変形例１に係る各スレッドは、構成情報テーブル４０の管理装置ＩＤが小さいものから順に、対応する送信フラグが「０」（つまり、照合用情報が未送信）と一致するか否かを判定し、一致する場合に対象装置があると判定する。
なお、実施の形態１では、センタサーバ１００の実行制御部１０７は各スレッドを生成する際に、スレッド番号の割り当てと全スレッド数の指定を行うものとしたが、変形例１ではこれらの割り当て等は不要である。
【００９６】
このようにすることで、各入場管理装置の管理装置ＩＤに任意の識別番号を割り当てても、各スレッドは、１つの入場管理装置への照合用情報の送信が完了すると、次に実行状態ＳＴ２に遷移させられた際に未送信の入場管理装置に照合用情報を送信することになるので、実施の形態１と同様の効果を奏する。
また、例えば、指紋リーダ毎に照合用情報の登録にかかる時間が異なるような場合でも、実施の形態１の方法では、対象装置の総数がほぼ均等になるように各スレッドに対象装置を割り振ることになる。しかしながら、変形例１の方法では、照合用情報の登録にかかる時間が短い指紋リーダが接続された入場管理装置に照合用情報を送信したスレッドが、より多くの入場管理装置に照合用情報を送信することになる。従って、上述のようなケースでは、実施の形態１に係る入場管理システム１０００と比較し、更に各指紋リーダへの照合用情報の記憶が完了するまでの時間を短縮することができる。
【００９７】
≪変形例２≫
＜概要＞
実施の形態１では、構成情報テーブル３０に登録されている情報に係る各入場管理装置は、センタサーバ１００が送信した照合用情報を受信可能であることを前提に説明した。
しかしながら、運用段階においては、構成情報テーブル３０に登録されている情報に係る入場管理装置が故障したり、まだ設置していない入場管理装置についての情報も予め構成情報テーブル３０に登録しておきたい場合もある。このような入場管理装置は、通信できない状況にあるため、照合用情報を送信してもエラーとなり無駄が生じる。
【００９８】
そこで、以下では、構成情報テーブル３０に各入場管理装置の存否を示す情報を追加するように替えた一変形例について説明する。
変形例２に係る入場管理システムは、特に図示して説明しないが、実施の形態１に係る入場管理システム１０００のセンタサーバ１００に代えて、これに各入場管理装置の存否確認機能を追加したセンタサーバ１１０と、入場管理システム１０００の入場管理装置２００Ａ〜２００Ｆに代えて、これにセンタサーバ１１０からの存否確認に応答する機能を追加した入場管理装置２１０Ａ〜２１０Ｆとを備える。
【００９９】
以下、実施の形態１に係る入場管理システム１０００との相違部分を中心に説明する。
なお、入場管理装置２１０Ａ〜２１０Ｆは同様の構成を有するため、以下では、入場管理装置２１０Ａを例に説明する。
＜構成＞
＜センタサーバ＞
図１１は、変形例２に係るセンタサーバ１１０の主要部の機能構成を示すブロック図である。
【０１００】
センタサーバ１１０は、実施の形態１に係るセンタサーバ１００と同様、メモリ及びプロセッサを含み、機能面においては、同図に示すように、センタサーバ１００の各構成要素に加え、存否確認部１１１を備える。なお、存否確認部１１１の機能は、上述のメモリに記憶されている制御プログラムを上述のプロセッサが実行することにより実現される。
ここで、存否確認部１１１は、各入場管理装置の存否確認を行う機能を有する。詳細には、構成情報記憶部１０４に記憶されている変形例２に係る構成情報テーブル５０（図１３参照）の管理装置ＩＤ３１が示す各入場管理装置に対し、通信インタフェース部１０６を介して存否確認のためのパケット（以下、「要求パケット」といい、宛先となる入場管理装置の管理装置ＩＤを含む）を送信し、この要求パケットに対する応答パケットの受信の有無を、構成情報テーブル５０に反映させる機能を有する。なお要求パケットを送信してから所定時間以内に、その要求パケットに対する応答パケットを受信しなかったときに、応答バケットを受信していないと判定する。
【０１０１】
＜入場管理装置＞
図１２は、変形例２に係る入場管理装置２１０Ａの主要部の機能構成を示すブロック図である。
入場管理装置２１０Ａは、実施の形態１に係る入場管理装置２００Ａと同様、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、入場管理装置２００Ａの各構成要素に加え、応答部２１１を備える。なお、応答部２１１の機能は、上述のメモリに記憶されている制御プログラムを上述のプロセッサが実行することにより実現される。
【０１０２】
ここで、応答部２１１は、センタサーバ１１０から送信された自装置宛の要求パケット（自装置の管理装置ＩＤを含む要求パケット）を通信制御部２０１を介して受信すると、その自装置の管理装置ＩＤを含む応答パケットを通信制御部２０１を介してセンタサーバ１１０に送信する機能を有する。
＜構成情報テーブル＞
センタサーバ１１０の構成情報記憶部１０４に記憶されている構成情報テーブル５０について説明する。
【０１０３】
図１３は、構成情報テーブル５０のデータ構成と内容例を示す図である。
同図に示すように、構成情報テーブル５０は、入場管理装置毎に、管理装置ＩＤ３１と、リーダＩＤ３２と、受信結果５１と、送信フラグ３３とを対応付けて記憶しており、受信結果５１を含む点で、構成情報テーブル３０と相違する。
なお、管理装置ＩＤ３１は、入場管理装置２１０Ａ〜２１０Ｆそれぞれに異なる番号を、それぞれの番号が１からの連番となるように割り当てた例を示している。
【０１０４】
ここで、受信結果５１は、対応する入場管理装置へ送信した要求パケットに対する応答パケットの受信状況を示す情報である。この例では、未受信を「０」、受信を「１」としている。
同図は、例えば、管理装置ＩＤ３１が「１」である入場管理装置（入場管理装置２１０Ａ）には、リーダＩＤ３２が「１０１」である指紋リーダ（指紋リーダ３００Ａ）が接続しており、受信結果５１は「１」、つまり入場管理装置２１０Ａから応答パケットを受信していることを示しており、送信フラグ３３は「２」、つまり、入場管理装置２１０Ａへの照合用情報の送信が完了していることを示している。
【０１０５】
＜スレッドの処理＞
変形例２に係る各スレッドの処理は、図７のフローチャートに示す実施の形態１に係る各スレッドの処理のうち、ステップＳ１１の処理が若干異なる。
具体的には、変形例２に係る各スレッドは、構成情報テーブル５０の送信フラグ３３が「０」（つまり、照合用情報が未送信）である入場管理装置について、対応する構成情報テーブル５０の管理装置ＩＤが小さいものから順に、対応する受信結果５１が「１」（つまり、応答パケットを受信）と一致するか否かを判定し、一致する場合に対象装置があると判定する。なお、各スレッドへのスレッド番号の割り当てと全スレッド数の指定が不要であるのは変形例１の場合と同様である。
【０１０６】
これにより、変形例１と同様の効果を奏すると共に、応答パケットを受信していない入場管理装置、つまり故障や未設置といった理由により通信できないと判断できる入場管理装置には照合用情報を送信しないので、無駄な照合用情報の送信を試みることなく、更に有効な各指紋リーダへの照合用情報の記憶が完了するまでの時間を短縮することができる。
【０１０７】
≪実施の形態２≫
＜概要＞
実施の形態１では、本発明に係る入場管理システムにおけるリーダ装置として、指紋データを含む照合用情報に基づき入場者の特定を行う指紋リーダ３００Ａ〜３００Ｆを一例として説明した。
【０１０８】
実施の形態２では、指紋リーダだけでなく、入場予定者が所持する各ＩＣカードに記録されている識別情報（以下、「カードＩＤ」という）を含む照合用情報テーブル２０（図１５（ａ）参照）に基づき入場者の特定を行うカードリーダをも含む構成を有する入場管理システムの例を、実施の形態１からの変更点を中心に説明する。
＜構成＞
図１４は、実施の形態２に係る入場管理システム２０００のシステム構成図である。
【０１０９】
同図に示すように、入場管理システム２０００は、実施の形態１に係る入場管理システム１０００におけるセンタサーバ１００に代えてセンタサーバ１２０と、指紋リーダ３００Ｅ及び３００Ｆに代えて、カードリーダ３００Ｇ及び３００Ｈとを含んで構成される。
ここで、センタサーバ１２０は、実施の形態１に係るセンタサーバ１００の照合用情報記憶部１０３に更に照合用情報テーブル２０を記憶し、センタサーバ１００の構成情報記憶部１０４に構成情報テーブル３０に代えて構成情報テーブル６０を記憶する点で、センタサーバ１００とは異なる。また、後述するように、各スレッドの処理も若干異なる。
【０１１０】
各カードリーダ（３００Ｇ、３００Ｈ）は、ＩＣカードに記録されているカードＩＤを用いて入場者を特定する機能を有し、各指紋リーダの機能構成と若干異なる。
具体的には、各カードリーダの照合用情報記憶部は、照合用情報テーブル１０に代えて、照合用情報テーブル２０を記憶し、更新部は、通信インタフェース部から伝達された照合用情報を照合用情報記憶部の照合用情報テーブル２０に登録する点で、各指紋リーダとは異なる。
【０１１１】
また、読取部は、入場者が所持するＩＣカードからカードＩＤを読み取り、照合部は、読取部から伝達されたカードＩＤと、照合用情報記憶部に記憶されている照合用情報テーブル２０とを照合して入場者の社員ＩＤを特定する点で、各指紋リーダとは異なる。
＜データ＞
＜照合用情報テーブル＞
センタサーバ１２０の照合用情報記憶部１０３及び各カードリーダの照合用情報記憶部に記憶されている照合用情報テーブル２０について説明する。
【０１１２】
図１５（ａ）は、照合用情報テーブル２０のデータ構成と内容例を示す図である。
同図に示すように、照合用情報テーブル２０は、入場予定者毎に、社員ＩＤ１１と、カードＩＤ２１とを対応付けて記憶しており、カードＩＤ２１が照合用情報テーブル１０と相違する。
具体的には、カードＩＤ２１は、入場予定者のＩＣカードに記録されているそのＩＣカードの識別情報であり、他のカードＩＤと重複しない文字列データである。
【０１１３】
同図は、例えば、社員ＩＤ１１が「１０００００１」である入場予定者のＩＣカードのカードＩＤ２１は「２ｙ３Ｂ９・・・ｔ９４８Ｃ７」であることを示している。
なお、センタサーバ１２０の照合用情報記憶部１０３に記憶されている照合用情報テーブル２０への新たなデータの登録、更新、登録済みのデータの削除は、管理者等よる入力部１０１からの操作に基づいて行われ、これらの変更は、管理者等による入力部１０１からの照合用情報の送信指示に基づいて、各カードリーダの照合用情報記憶部に記憶されている照合用情報テーブル２０に反映されることになる。
【０１１４】
この照合用情報（照合用情報テーブル２０の内容）は、カードＩＤを含むものであり、同じ件数（レコード数）で比較した場合に、一般的に、指紋データを含む照合用情報（照合用情報テーブル１０の内容）よりサイズが小さくなる。従って、指紋データを含む照合用情報を記憶する場合と比較し、各カードリーダの照合用情報記憶部への照合用情報の登録が完了するまでの時間は短くなる。
【０１１５】
また、各カードリーダの照合部は、この照合用情報テーブル２０を用いて、以下のように処理する。即ち、照合部は、読取部から伝達された入場者のＩＣカードに記憶されていたカードＩＤを含むレコードが照合用情報テーブル２０に登録されている場合には、そのレコードに含まれる社員ＩＤと、自リーダのリーダＩＤを通信インタフェース部を介して接続する入場管理装置に送信する。
【０１１６】
＜構成情報テーブル＞
センタサーバ１２０の構成情報記憶部１０４に記憶されている構成情報テーブル６０について説明する。
図１５（ｂ）は、構成情報テーブル６０のデータ構成と内容例を示す図である。
同図に示すように、構成情報テーブル６０は、入場管理装置毎に、管理装置ＩＤ３１と、リーダＩＤ３２と、種別６１と、送信フラグ３３とを対応付けて記憶しており、種別６１を含む点で、構成情報テーブル３０とは異なる。
【０１１７】
なお、リーダＩＤ３２は、指紋リーダ３００Ａ〜３００Ｄそれぞれに１０１〜１０４の番号を、カードリーダ３００Ｇ、３００Ｈそれぞれに１０５、１０６の番号を割り当てた例を示している。
ここで、種別６１は、対応する入場管理装置に接続するリーダが入場者の特定に用いる照合用情報の種類を示す情報である。この例では、指紋データを含む照合用情報（つまり照合用情報テーブル１０）を用いる場合を「１」、カードＩＤを含む照合用情報（つまり照合用情報テーブル２０）を用いる場合を「２」としている。
【０１１８】
同図は、例えば、管理装置ＩＤ３１が「１」である入場管理装置（入場管理装置２００Ａ）には、リーダＩＤ３２が「１０１」であるリーダ（指紋リーダ３００Ａ）が接続しており、種別６１は「１」、つまり照合用情報テーブル１０を用いることを示しており、送信フラグ３３は「２」、つまり、この入場管理装置２００Ａへの照合用情報の送信が完了していることを示している。
【０１１９】
また、例えば、管理装置ＩＤ３１が「５」である入場管理装置（入場管理装置２００Ｅ）には、リーダＩＤ３２が「１０５」であるリーダ（カードリーダ３００Ｇ）が接続しており、種別６１は「２」、つまり照合用情報テーブル２０を用いることを示しており、送信フラグ３３は「０」、つまり、この入場管理装置２００Ｅへの照合用情報の送信はまだ行われていないことを示している。
【０１２０】
＜スレッドの処理＞
実施の形態２に係る各スレッドの処理は、図７のフローチャートに示す実施の形態１に係る各スレッドの処理のうち、ステップＳ１１の処理及びステップＳ１３の処理が若干異なる。
ここで、センタサーバ１２０の実行制御部は、各スレッドを生成する際に、実施の形態１で説明したスレッド番号の割り当てと全スレッドの数の指定に代えて、照合用情報テーブル１０を用いるリーダが接続する入場管理装置と、照合用情報テーブル２０を用いるリーダが接続する入場管理装置とのどちらに照合用情報を送信するのかを示す種別番号（前者を「１」、後者を「２」とする）を割り当てる。
【０１２１】
例えば、照合用情報テーブル２０を用いるリーダが接続する入場管理装置に照合用情報を送信する１つのスレッドＡを生成し、照合用情報テーブル１０を用いるリーダが接続する入場管理装置に照合用情報を送信する２つのスレッドＢ、Ｃを生成する場合には、スレッドＡには種別番号「２」を、スレッドＢ、Ｃには種別番号「１」を割り当てる。
このような前提の下で、実施の形態２に係る各スレッドは、実施の形態１に係る各スレッドのステップＳ１１の処理に替えて、以下のように処理する。
【０１２２】
即ち、構成情報テーブル６０の送信フラグ３３が「０」（つまり、照合用情報が未送信）である入場管理装置について、対応する構成情報テーブル６０の管理装置ＩＤが小さいものから順に、対応する種別６１が、実行制御部により指定された種別番号と一致するか否かを判定し、一致する場合に、対象装置があると判定する。
また、実施の形態２に係る各スレッドは、実施の形態１に係る各スレッドのステップＳ１３の処理において、自スレッドに割り当てられている種別番号が示す種類の照合用情報を対象装置に送信する点で、ステップＳ１３の処理とは若干異なる。
【０１２３】
＜具体例＞
入場管理システム２０００全体の動作を、図１６を用いて具体的に説明する。
図１６は、センタサーバ１２０から送信された照合用情報が、各指紋リーダ及び各カードリーダの照合用情報テーブルに登録されるまでの処理の流れを説明するためのシーケンス図である。
【０１２４】
同図におけるＴＨ１〜ＴＨ３は、センタサーバ１２０の実行制御部により生成される３つのスレッドを示しており、以下では、実行制御部により、スレッドＴＨ１には種別番号「２」、スレッドＴＨ２及びＴＨ３には種別番号「１」が指定されるものとする。また、図１５（ｂ）に示す構成情報テーブル６０における送信フラグ３３は、以下の処理を開始する時点で全て「０」（未送信）であるものとする。
【０１２５】
＜スレッドＴＨ１による１回目の送信＞
まず、実行制御部が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ１を実行状態ＳＴ２に遷移させると、スレッドＴＨ１は、構成情報テーブル５０において、送信フラグ「０」と種別「２」が対応付けられている最小の管理装置ＩＤ「５」が示す入場管理装置２００Ｅを対象装置とし、入場管理装置２００Ｅの送信フラグ３３を「１」に更新した上で、実行制御部により割り当てられている種別番号が「２」であるので、カードＩＤを含む照合用情報（照合用情報テーブル２０の内容）をパケットに分割し通信インタフェース部を介して送信していく（ステップＳ５０）。
【０１２６】
以下のステップＳ５１〜ステップＳ５３の処理は、基本的に実施の形態１のステップＳ２１〜Ｓ２３の処理と同様であるため、説明は省略する。
＜スレッドＴＨ２による１回目の送信＞
ステップＳ５０の処理が完了すると、スレッドＴＨ１は実行制御部により待機状態ＳＴ３に遷移させられており、スレッドＴＨ１に代えて、実行制御部が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ２を実行状態ＳＴ２に遷移させると、スレッドＴＨ２は、構成情報テーブル５０において送信フラグ「０」と種別「１」が対応付けられている最小の管理装置ＩＤ「１」が示す入場管理装置２００Ａを対象装置とし、入場管理装置２００Ａの送信フラグ３３を「１」に更新した上で、実行制御部に割り当てられている種別番号が「１」であるので、指紋データを含む照合用情報（照合用情報テーブル１０の内容）をパケットに分割し通信インタフェース部を介して送信していく（ステップＳ６０）。
【０１２７】
以下のステップＳ６１〜ステップＳ６３の処理は、実施の形態１のステップＳ３１〜Ｓ３３の処理と同様であるため、説明は省略する。
＜スレッドＴＨ３による１回目の送信＞
上述のスレッドＴＨ２による１回目の送信において、ステップＳ６０の処理が完了すると、スレッドＴＨ２は実行制御部により待機状態ＳＴ３に遷移させられており、スレッドＴＨ２に代えて、実行制御部が、生成し実行可能状態ＳＴ１にあるスレッドＴＨ３を実行状態ＳＴ２に遷移させる。
【０１２８】
以降、スレッドＴＨ３が照合用情報を送信する対象装置が入場管理装置２００Ｂである以外は、上述のスレッドＴＨ２の場合と同様にステップＳ７０〜Ｓ７３を処理するため、詳細な説明は省略する。
＜スレッドＴＨ１による２回目の送信＞
上述のステップＳ５３の処理が完了した際、実行状態ＳＴ２にあるスレッドＴＨ１は続けて、ステップＳ５４の処理を行う。以降、スレッドＴＨ１が照合用情報を送信する対象装置が入場管理装置２００Ｆである以外は、上述のスレッドＴＨ１の１回目の送信処理と同様であるため、詳細な説明は省略する。
【０１２９】
＜考察＞
以下、入場管理システム２０００において各カードリーダへの照合用情報の記憶が完了するまでの時間と、実施の形態１の方法での各カードリーダへの照合用情報の記憶が完了するまでの時間とを比較する。
図１６において具体例を用いて説明したように、入場管理システム２０００のセンタサーバ１２０は、スレッド毎に、照合用情報テーブル１０を用いるリーダが接続する入場管理装置と、照合用情報テーブル２０を用いるリーダが接続する入場管理装置とのどちらに照合用情報を送信するのか割り当てて照合用情報の送信を行う。
【０１３０】
同図の例では各カードリーダが接続する入場管理装置２００Ｅ、２００Ｆの管理装置ＩＤが比較的大きい番号であるにもかかわらず、結果としてこれらの入場管理装置への照合用情報の送信が優先され、センタサーバ１２０が照合用情報の送信を開始してから、２つのカードリーダ３００Ｇ、３００Ｈへの照合用情報の記憶が完了するまでの時間はｔ１となる。
【０１３１】
図１７は、実施の形態１の方法での各カードリーダへの照合用情報の記憶が完了するまでの時間を説明するための図である。
同図に示すように、この例では、各カードリーダが接続する入場管理装置２００Ｅ、２００Ｆの管理装置ＩＤに従って、これらの入場管理装置への照合用情報の送信が後回しにされてしまい、センタサーバ１００が照合用情報の送信を開始してから２つのカードリーダ３００Ｇ、３００Ｈへの照合用情報の記憶が完了するまでの時間は、ｔ２となる。
【０１３２】
両時間（ｔ１、ｔ２）を比較すると、ｔ１＜ｔ２である。
実施の形態２において説明した方法は、例えば以下のような環境において特に有効であるといえる。
即ち、１つの広い管理対象領域（部屋）へ入場するための扉が複数あり、ある扉には、カードリーダが設置されていて、別の扉には指紋リーダが設置されているような場合において、実施の形態２で説明したように各スレッドが照合用情報を送信すれば、指紋リーダへの照合用情報の記憶はまだ完了していないときにも、カードリーダへの照合用情報の記憶は完了しているといったケースが生じ得る。
【０１３３】
この結果、カードリーダが設置された扉からは管理対象領域への入場が可能となるので、この管理対象領域へ入場する必要がある者の利便性を向上できる。
＜補足＞
以上、本発明に係る入場管理システムについて各実施の形態に基づいて説明したが、以下のように変形することも可能であり、本発明は上述した実施の形態で示した通りの入場管理システムに限られないことは勿論である。
【０１３４】
（１）変形例２では、各入場管理装置が通信可能であるか否か、つまり、照合用情報を受信可能であるか否かを、センタサーバ１１０が要求パケットを各入場管理装置に送信し、送信した要求パケットに対する応答パケットを受信したか否かにより判定する方法を一例として説明したが、以下のような変形も考えられる。
即ち、例えば、各入場管理装置は、認証を行う毎に履歴情報をセンタサーバに送信するので、この履歴情報の受信の有無を用いることが考えられる。具体的には、センタサーバは、各入場管理装置から履歴情報を受信する毎に、構成情報テーブル５０の対応する入場管理装置の受信結果５１を「１」に更新すると共に、その入場管理装置について、履歴情報を受信してからの経過時間の計時を開始（リセットして開始）する。各入場管理装置ついて、履歴情報を受信してからの経過時間が所定時間を計時する毎にセンタサーバは、構成情報テーブル５０の対応する入場管理装置の受信結果５１を「０」に更新する。このようにすることで、要求パケットを送信しなくても、各入場管理装置が通信可能であるか否かを判定できる。
【０１３５】
更に、履歴情報の受信の有無と応答パケットの受信の有無とを組み合わせてもよい。即ち、ある入場管理装置から履歴情報を受信した際にも、応答パケットを受信した際にも構成情報テーブル５０の対応する入場管理装置の受信結果５１を「１」に更新すると共に計時を開始し、所定時間を経過したときにこの受信結果５１を「０」に更新するようにしてもよい。これにより、更に正確に、各入場管理装置が通信可能であるか否かを判定できる。
【０１３６】
（２）各実施の形態及び各変形例では、各スレッドが対象装置を決定し、照合用情報をパケットに分割して送信するものとして説明したが、各スレッド（以下、「各送信用スレッド」という）は、パケットを送信する処理のみを行い、これらとは別の制御用スレッドが、各送信用スレッドの送信対象を決定し、各送信用スレッドが送信すべき照合用情報を分割したパケットを、各送信用スレッドに引き渡すようにしてもよい。
【０１３７】
（３）実施の形態２では、指紋リーダだけでなく、カードリーダをも含む構成を有する入場管理システム２０００の例を説明したが、各スレッドが、カードリーダと接続する入場管理装置に優先して照合用情報の送信を行い、カードリーダと接続する全ての入場管理装置への送信が完了すると、各スレッドが、指紋リーダと接続する入場管理装置に照合用情報を送信するようにしてもよい。これにより、照合用情報の記憶が完了するまでの時間が比較的短いカードリーダへの照合用情報の記憶を、指紋リーダへの照合用情報の記憶より先に完了できるので、実施の形態２の考察で説明したような環境下において、入場者の利便性の向上に貢献できる。
【０１３８】
（４）各実施の形態及び各変形例においては、各入場管理装置に１台のリーダが接続する構成を説明したが、各入場管理装置に複数台のリーダが接続する構成にしてもよい。
この場合、各入場管理装置は、電子錠の制御のために、その入場管理装置に接続する各リーダと電子錠との対応を示す情報を記憶する必要がある。
また、各入場管理装置は、この情報に基づいて、リーダに照合用情報を転送していき、
各リーダは完了通知に自装置のリーダＩＤを含ませて接続している入場管理装置に送信するようにし、その入場管理装置は受信した完了通知をセンタサーバに転送する。
【０１３９】
このとき、入場管理装置は、自装置に接続する全てのリーダから完了通知を受信した際に、１つの完了通知（自装置の管理装置ＩＤを含む）をセンタサーバに送信するようにしてもよい。
また更に、各入場管理装置に接続するリーダは、同じ種類であっても、異なる種類であってもよい。つまり、例えば、入場管理装置Ａには１以上の指紋リーダが接続しており、入場管理装置Ｂには１以上のカードリーダが接続しており、入場管理装置Ｃには、１以上の指紋リーダと１以上のカードリーダとが接続しているような構成であってもよい。
【０１４０】
この場合において、センタサーバ及び各入場管理装置は、各リーダの種類を示す情報を記憶し、センタサーバは、各入場管理装置に対して、その入場管理装置に接続するリーダの種類に応じた照合用情報を送信する必要がある。この際の各スレッドの対象装置の決定方法は、各実施の形態及び各変形例で説明した方法であってもよいし、以下のような方法であってもよい。
【０１４１】
実行制御部は、指紋リーダのみが接続する入場管理装置に送信する１以上のスレッドＡと、カードリーダのみが接続する入場管理装置に送信する１以上のスレッドＢと、指紋リーダ及びカードリーダが接続する入場管理装置に送信する１以上のスレッドＣとを生成する。スレッドＡは指紋データを含む照合用情報を対象装置（上述の例では入場管理装置Ａ）に送信し、スレッドＢはカードＩＤを含む照合用情報を対象装置（上述の例では入場管理装置Ｂ）に送信し、スレッドＣは、指紋データを含む照合用情報とカードＩＤを含む照合用情報とのそれぞれを対象装置（上述の例では入場管理装置Ｃ）に送信するようにする。
【０１４２】
（５）各実施の形態及び各変形例では、対象装置がない場合に各スレッドは実行制御部により消滅させられるものとして説明したが、図７に示すフローチャートにおいてステップＳ１５の処理が完了したスレッドを実行制御部が消滅させて、必要に応じて生成しなおすようにしてもよい。
（６）各実施の形態及び各変形例では、各入場管理装置の認証用情報記憶部には、予め認証用情報テーブル８０が記憶されているものとして説明したが、センタサーバが各入場管理装置に照合用情報を送信する際に一緒に、又は別途、各入場管理装置に送信するようにしてもよい。
【０１４３】
（７）各実施の形態及び各変形例では、本発明に係る入場管理システムにおけるリーダ装置の一例として指紋リーダとカードリーダを挙げて説明したが、個人を特定する情報を読み取るものであればいかなるものであってもよく、例えば、声紋、虹彩、静脈等の生体情報を読み取るリーダであってもよい。
（８）実施の形態２に係る入場管理システム２０００を、各変形例で説明したように変形してもよい。
【０１４４】
（９）変形例２では、センタサーバ１１０は、各入場管理装置に要求パケットを送信し、その要求パケットに対する応答パケットの受信結果を反映させた構成情報テーブル５０に基づいて、稼動している入場管理装置に照合用情報を送信するものとして説明したが、以下のように変形してもよい。
即ち、この構成情報テーブル５０の受信結果５１に代えて、稼動フラグを設け、管理者が、稼動している管理装置についての稼動フラグを「１」（稼動中であることを示す）に、未稼働の管理装置についての稼動フラグを「０」（未稼働であることを示す）に予め設定しておき、この変形に係る構成情報テーブルに基づいて、稼動している入場管理装置に照合用情報を送信するようにしてもよい。
【０１４５】
（１０）本発明に係る入場管理システムにおけるサーバの実行制御手段は、各実施の形態及び各変形例に係る入場管理システムにおけるセンタサーバの実行制御部に相当し、サーバの送信状況記憶手段、管理装置情報記憶手段、及び種別記憶手段は、各実施の形態及び各変形例に係るセンタサーバの構成情報記憶部１０４に相当し、更新手段は、変形例２に係るセンタサーバ１１０の存否確認部１１１に相当し、サーバの通信手段は、変形例２に係るセンタサーバ１１０の存否確認部１１１及び通信インタフェース部１０６に相当する。
【０１４６】
また、本発明に係る入場管理システムにおける管理装置の受信手段及び転送制御手段は、各実施の形態及び各変形例に係る入場管理システムにおける入場管理装置の通信制御部２０１に相当し、管理装置の応答手段は、変形例２に係る入場管理装置の応答部２１１に相当する。
また、本発明に係る入場管理システムにおけるリーダ装置は、各実施の形態及び各変形例に係る入場管理システムにおける指紋リーダ及びカードリーダに相当する。
【図面の簡単な説明】
【０１４７】
【図１】入場管理システム１０００のシステム構成図である。
【図２】センタサーバ１００の主要部の機能構成を示すブロック図である。
【図３】入場管理装置２００Ａ、指紋リーダ３００Ａそれぞれの主要部の機能構成を示すブロック図である。
【図４】照合用情報テーブル１０、構成情報テーブル３０、履歴情報テーブル７０、認証用情報テーブル８０それぞれのデータ構成と内容例を示す図である。
【図５】照合用情報を送信するための各パケットのデータ構成を示す図である。
【図６】各スレッドの状態遷移図である。
【図７】各スレッドによる照合用情報の送信処理を示すフローチャートである。
【図８】センタサーバ１００から送信された照合用情報が、各指紋リーダの照合用情報テーブル１０に登録されるまでの処理の流れを説明するためのシーケンス図である。
【図９】従来の方法による３つの指紋リーダＡ〜Ｃへの照合用情報の記憶が完了するまでの時間を説明するための図である。
【図１０】構成情報テーブル４０のデータ構成と内容例を示す図である。
【図１１】変形例２に係るセンタサーバ１１０の主要部の機能構成を示すブロック図である。
【図１２】変形例２に係る入場管理装置２１０Ａの主要部の機能構成を示すブロック図である。
【図１３】構成情報テーブル５０のデータ構成と内容例を示す図である。
【図１４】実施の形態２に係る入場管理システム２０００のシステム構成図である。
【図１５】照合用情報テーブル２０、構成情報テーブル６０それぞれのデータ構成と内容例を示す図である。
【図１６】センタサーバ１２０から送信された照合用情報が、各指紋リーダ及び各カードリーダの照合用情報テーブルに登録されるまでの処理の流れを説明するためのシーケンス図である。
【図１７】実施の形態１の方法での各カードリーダへの照合用情報の記憶が完了するまでの時間を説明するための図である。
【符号の説明】
【０１４８】
１ ＬＡＮ
２Ａ〜２Ｆ ケーブル
１００、１１０、１２０ センタサーバ
１０１ 入力部
１０２ ユーザインタフェース部
１０３ 照合用情報記憶部
１０４ 構成情報記憶部
１０５ 履歴情報記憶部
１０６ 通信インタフェース部
１０７ 実行制御部
１１１ 存否確認部
２００Ａ〜２００Ｆ、２１０Ａ 入場管理装置
２０１ 通信制御部
２０２ 認証用情報記憶部
２０３ 計時部
２０４ 鍵制御部
２０５ 認証部
２１１ 応答部
３００Ａ〜３００Ｆ 指紋リーダ
３００Ｇ、３００Ｈ カードリーダ
３０１ 通信インタフェース部
３０２ 照合用情報記憶部
３０３ 更新部
３０４ 読取部
３０５ 照合部
１０００、２０００ 入場管理システム
【特許請求の範囲】
【請求項１】
入場者の情報を読み取り、記憶されている照合用情報と照合して入場者を特定する複数のリーダ装置と、各リーダ装置が特定した入場者の認証を行って扉の施解錠を行う複数の管理装置と、各管理装置を介して各リーダ装置に照合用情報を送信するためのサーバとを含む入場管理システムであって、
各管理装置は、
前記サーバから照合用情報を受信する受信手段と、
予め対応付けられている１以上のリーダ装置について、当該リーダ装置に前記受信手段が受信した照合用情報を転送し記憶させ、当該リーダ装置の記憶が完了すると完了通知を前記サーバに送信する転送制御手段とを備え、
前記サーバは、
スレッド毎に異なる管理装置に照合用情報を送信し当該送信に対応する完了通知に応じた処理を行う複数のスレッドを並行して実行し、実行状態のスレッドが照合用情報を送信した後、当該送信に対応する完了通知を受信するまで、当該スレッドを待ち状態に遷移させるよう制御する実行制御手段を備える
ことを特徴とする入場管理システム。
【請求項２】
前記実行制御手段が実行するスレッドの総数は、管理装置の総数より少なく、
前記サーバは、
各管理装置に対し、互いに異なる１つの番号、及び当該管理装置に対し照合用情報を送信したか否かを示す情報を対応付けた送信状況情報を記憶する送信状況記憶手段を備え、
各スレッドは、当該スレッドの実行が開始される際に、前記送信状況情報を参照して照合用情報を送信していない管理装置のうち、最小の番号が対応付けられた管理装置に照合用情報を送信する
ことを特徴とする請求項１記載の入場管理システム。
【請求項３】
前記実行制御手段が実行するスレッドの総数は、管理装置の総数より少なく、
前記サーバは、
各管理装置に対し、互いに異なる１つの番号を各番号が連続するように対応付けると共に、当該管理装置に対し照合用情報を送信したか否かを示す情報を対応付けた送信状況情報を記憶する送信状況記憶手段を備え、
各スレッドは、当該スレッドの実行が開始される際に、前記送信状況情報を参照して照合用情報を送信していない管理装置のうち、対応付けられた番号をスレッドの総数で除算した余り、及び自スレッドに予め設定された値に応じて定まる管理装置に照合用情報を送信する
ことを特徴とする請求項１記載の入場管理システム。
【請求項４】
前記サーバは、
各管理装置のうち、稼働中の管理装置を特定するための管理装置情報を記憶する管理装置情報記憶手段を備え、
各スレッドは、当該スレッドの実行が開始される際に、前記管理装置情報を参照して、稼動中の管理装置のみに照合用情報を送信する
ことを特徴とする請求項１記載の入場管理システム。
【請求項５】
前記サーバは更に
管理装置からデータを受信すると、当該管理装置を稼働中の管理装置として前記管理装置情報を更新する更新手段とを備える
ことを特徴とする請求項４記載の入場管理システム。
【請求項６】
各管理装置は、更に
前記サーバから要求信号を受信すると応答信号を送信する応答手段を備え、
前記サーバは更に、
各管理装置に要求信号を送信し、当該要求信号に対する応答信号を受信する通信手段を備え、
前記更新手段は、各管理装置について、当該管理装置に送信した要求信号に対する応答信号を受信すると、当該管理装置を稼働中の管理装置として前記管理装置情報を更新する
ことを特徴とする請求項５記載の入場管理システム。
【請求項７】
前記照合用情報は、各入場者についての情報からなり、当該照合用情報には、入場者を識別するための媒体情報と入場者の生体情報との２種類の情報が含まれ、
前記サーバは、更に
各管理装置について、当該管理装置に対応するリーダ装置が照合に用いる照合用情報の種類を示す情報を記憶する種別記憶手段を備え、
各スレッドは、前記種別記憶手段に記憶された情報に基づいて、自スレッドに予め設定された１種類の照合用情報を用いて照合を行うリーダ装置と対応付けられた管理装置に照合用情報を送信する
ことを特徴とする請求項２記載の入場管理システム。
【請求項１】
入場者の情報を読み取り、記憶されている照合用情報と照合して入場者を特定する複数のリーダ装置と、各リーダ装置が特定した入場者の認証を行って扉の施解錠を行う複数の管理装置と、各管理装置を介して各リーダ装置に照合用情報を送信するためのサーバとを含む入場管理システムであって、
各管理装置は、
前記サーバから照合用情報を受信する受信手段と、
予め対応付けられている１以上のリーダ装置について、当該リーダ装置に前記受信手段が受信した照合用情報を転送し記憶させ、当該リーダ装置の記憶が完了すると完了通知を前記サーバに送信する転送制御手段とを備え、
前記サーバは、
スレッド毎に異なる管理装置に照合用情報を送信し当該送信に対応する完了通知に応じた処理を行う複数のスレッドを並行して実行し、実行状態のスレッドが照合用情報を送信した後、当該送信に対応する完了通知を受信するまで、当該スレッドを待ち状態に遷移させるよう制御する実行制御手段を備える
ことを特徴とする入場管理システム。
【請求項２】
前記実行制御手段が実行するスレッドの総数は、管理装置の総数より少なく、
前記サーバは、
各管理装置に対し、互いに異なる１つの番号、及び当該管理装置に対し照合用情報を送信したか否かを示す情報を対応付けた送信状況情報を記憶する送信状況記憶手段を備え、
各スレッドは、当該スレッドの実行が開始される際に、前記送信状況情報を参照して照合用情報を送信していない管理装置のうち、最小の番号が対応付けられた管理装置に照合用情報を送信する
ことを特徴とする請求項１記載の入場管理システム。
【請求項３】
前記実行制御手段が実行するスレッドの総数は、管理装置の総数より少なく、
前記サーバは、
各管理装置に対し、互いに異なる１つの番号を各番号が連続するように対応付けると共に、当該管理装置に対し照合用情報を送信したか否かを示す情報を対応付けた送信状況情報を記憶する送信状況記憶手段を備え、
各スレッドは、当該スレッドの実行が開始される際に、前記送信状況情報を参照して照合用情報を送信していない管理装置のうち、対応付けられた番号をスレッドの総数で除算した余り、及び自スレッドに予め設定された値に応じて定まる管理装置に照合用情報を送信する
ことを特徴とする請求項１記載の入場管理システム。
【請求項４】
前記サーバは、
各管理装置のうち、稼働中の管理装置を特定するための管理装置情報を記憶する管理装置情報記憶手段を備え、
各スレッドは、当該スレッドの実行が開始される際に、前記管理装置情報を参照して、稼動中の管理装置のみに照合用情報を送信する
ことを特徴とする請求項１記載の入場管理システム。
【請求項５】
前記サーバは更に
管理装置からデータを受信すると、当該管理装置を稼働中の管理装置として前記管理装置情報を更新する更新手段とを備える
ことを特徴とする請求項４記載の入場管理システム。
【請求項６】
各管理装置は、更に
前記サーバから要求信号を受信すると応答信号を送信する応答手段を備え、
前記サーバは更に、
各管理装置に要求信号を送信し、当該要求信号に対する応答信号を受信する通信手段を備え、
前記更新手段は、各管理装置について、当該管理装置に送信した要求信号に対する応答信号を受信すると、当該管理装置を稼働中の管理装置として前記管理装置情報を更新する
ことを特徴とする請求項５記載の入場管理システム。
【請求項７】
前記照合用情報は、各入場者についての情報からなり、当該照合用情報には、入場者を識別するための媒体情報と入場者の生体情報との２種類の情報が含まれ、
前記サーバは、更に
各管理装置について、当該管理装置に対応するリーダ装置が照合に用いる照合用情報の種類を示す情報を記憶する種別記憶手段を備え、
各スレッドは、前記種別記憶手段に記憶された情報に基づいて、自スレッドに予め設定された１種類の照合用情報を用いて照合を行うリーダ装置と対応付けられた管理装置に照合用情報を送信する
ことを特徴とする請求項２記載の入場管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１０−１４４４８３（Ｐ２０１０−１４４４８３Ａ）
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願番号】特願２００８−３２６０７６（Ｐ２００８−３２６０７６）
【出願日】平成２０年１２月２２日（２００８．１２．２２）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願日】平成２０年１２月２２日（２００８．１２．２２）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]