入退室管理システム
【課題】読取装置と管理装置との間で効率的なデータ伝送を図り、システムとしての応答性能を向上させる。
【解決手段】管理装置と、各部屋の出入り口に位置するドアの内側または外側に設置された複数の読取端末とを備える入退室管理システムであって、各読取端末の読み取り頻度を推算し、前記推算された読み取り頻度が高い読取端末ほど、当該読取端末に関して前記信号の送信周期を短く設定する。例えば、読み取り頻度が高い読取端末（番号１１）では1周期あたりの枠数を3個とし、読み取り頻度が低い読取端末（番号３１）では1周期あたりの枠数を1個とする。
【解決手段】管理装置と、各部屋の出入り口に位置するドアの内側または外側に設置された複数の読取端末とを備える入退室管理システムであって、各読取端末の読み取り頻度を推算し、前記推算された読み取り頻度が高い読取端末ほど、当該読取端末に関して前記信号の送信周期を短く設定する。例えば、読み取り頻度が高い読取端末（番号１１）では1周期あたりの枠数を3個とし、読み取り頻度が低い読取端末（番号３１）では1周期あたりの枠数を1個とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入退室管理システムに関し、特に利用者を識別して扉の解錠を行う技術に関する。
【背景技術】
【０００２】
入退室管理システムは、物理的なセキュリティを確保するためのシステムであって、例えば、部屋の扉の傍らに設置され、扉の解錠／施錠を制御するカードIDの読取端末と、この読取装置と接続された管理装置とから構成される（例えば、特許文献１参照）。
利用者の入退室の際には、(1)読取装置は、利用者がかざしたカードからカードIDを読み取って、カードIDを管理装置に送信する。(2)管理装置では、このカードIDを照合し、管理用データベースに登録済のものであれば通行を許可する旨の信号を読取装置に送信する。(3)許可の信号を受けた読取装置は、自端末の傍らにある扉を解錠する。
【０００３】
利用者の通行を円滑にするために、上述の（1）〜（3）のようなカードIDの読み取りから解錠までの応答時間は極めて短時間（例えば、１秒以内）であることが求められる。
従来の管理装置と読取装置との間のデータ伝送手順は、例えば、ポーリング／セレクティング方式であり、管理装置（制御局）から読取装置（従属局）へと順番にポーリング信号を送信し、読取装置はポーリングに応じて読み取りカードIDを応答する。係るポーリング信号は、各読取端末間に同一頻度で送信することが一般的である。
【特許文献１】特開2007-026396号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
さて上記した応答時間を短くするためには、単純にポーリング信号の送信周期を短くすることも考えられる。もっとも、システムを構成する読取端末などのハードウェアはCPU、メモリなどのリソースに乏しいため一定限度の制約がある。
また、実際のところカードIDの読み取り頻度は読取装置間で一様ではないと考えられる。頻繁に利用者が通る扉に設置された読取端末では多い一方で、あまり利用者が通らない扉に設置された読取端末では少ないと考えられる。
【０００５】
本発明はこのような観点に鑑みてなされたものであって、読取装置と管理装置との間で効率的なデータ伝送を図り、システムとしての応答性能を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る入退室管理システムは、管理装置と、各部屋の出入り口に位置するドアの傍らに設置された複数の読取端末とを備える入退室管理システムであって、前記複数の読取端末それぞれは、利用者IDを読み取る読み取り手段と、前記管理装置からデータの問い合わせに応じて前記読み取った利用者IDを送信するID送信手段と、前記管理装置からの通行を許可する旨の指示を受信した場合に、前記ドアの錠を解錠させる解錠手段とを備え、前記管理装置は、前記複数の読取端末へと、一台ずつデータの問い合わせを示す信号を送信する信号送信手段と、利用者ID毎に、通行可能なドアを記述した権限テーブルを記憶する記憶手段と、前記問い合わせに対する応答としての利用者IDを受信した場合に、受信した利用者IDと当該利用者IDの送信元の読取端末に対応するドアとを、前記権限テーブルに照合して、ドアの通行を許可するかどうかを判定する判定手段と、通行許可と判定されたときに、通行を許可する旨の指示を当該利用者IDの送信元の読取端末に送信する指示送信手段と、各読取端末の読み取り頻度を推算する推算手段と、前記推算された読み取り頻度が高い読取端末ほど、当該読取端末に関して前記データの問い合わせを示す信号の送信周期を短く設定する設定手段とを備えることを特徴とする。
【発明の効果】
【０００７】
課題を解決するための手段に記載した構成によれば、前記管理装置における推算手段は各読取端末の読み取り頻度、すなわち利用者がその部屋に入退室するためにその読取端末のところに来てカードを読み取らせる頻度を推算し、設定手段は読み取り頻度が高い読取端末ほど、当該読取端末に関して信号の送信周期を短く設定するため、例えば、利用者の通行量が多い扉の読取端末に関しては、短い送信周期に設定して多くの利用者に素早い応答性能を提供することが可能となる。
【０００８】
また、前記管理装置は、前記判定手段の通行許可の判定に基づいて、各部屋の在室人数を計数する計数手段を備え、前記推算手段は、各部屋の在室人数の多少に基づいて、部屋内に設置された読取端末の読み取り頻度の高低を推算することを特徴とする。
この構成によれば、前記推算手段は、在室人数を用いて、部屋の出口側に設置された読取端末の読み取り頻度の高低を推算するため、実態に即した結果を得ることができる。また、例えば、在室人数が変更される毎や10分おきといった短時間毎に、推算手段による推算と前記設定手段による設定とを行うことで動的な在室状況の変化に対応することができる。
【０００９】
また、前記推算手段は、前記権限テーブルに基づいて各読取端末に通行権限を有する利用者IDの数を算出し、算出された数の多少に基づいて読み取り頻度の高低を推算することを特徴とする。
この構成によれば、前記推算手段は、通行権限を有する利用者IDの数を推算に用いるため、システム運用の実情に即した結果を得ることができ、システムとしての応答性能向上に寄与することができる。
【００１０】
また、前記権限テーブルは、利用者ID毎に、通行可能なドア及び当該ドアの通行可能な時間帯が記述されており、前記推算手段による通行権限を有する利用者IDの算出は、前記通行可能な時間帯に基づいて行われることを特徴とする。
この構成によれば、前記推算手段は、通行可能な時間帯を加味して通行権限を有する利用者IDの数を推算に用いるため、より実情に合った結果を得ることができる。
【００１１】
また、前記管理装置は、前記判定手段の判定に応じて、読取端末毎に、判定日時を含む履歴を記憶する履歴記憶手段を備え、前記推算手段は、所定時間帯または所定曜日に対応する読取端末それぞれの判定回数を前記履歴から取得し、取得した読取端末それぞれの判定回数の多少に基づいて、各読取端末の各日についての所定時間帯または所定曜日における読み取り頻度の高低を推算することを特徴とする。
【００１２】
この構成によれば、管理装置における推算手段は、履歴を利用して推算を行うため、例えば、ある曜日（又は時間帯）には利用者の通行が多く、また別の曜日（又は時間帯）には少ないなどといった読み取り頻度の傾向を前記信号の送信周期の設定に反映させることができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を用いて説明する。
（実施の形態１）
＜構成＞
図１は、実施の形態１に係る入退室管理システム１の構成図である。
入退室管理システム１は、管理装置２と、部屋の出入り口に位置する扉（ドア）６ａ〜６ｃの傍らに設置された6台の読取端末１１，１２，２１，２２，３１，３２とを含んで構成されている。
【００１４】
管理装置２と読取端末１１，１２，２１，２２，３１，３２とは、１本のケーブル４により芋づる式に接続されており（マルチドロップ接続形態）、RS485（米国電子工業会(EIA)によって標準化されたシリアル通信の規格である。）の通信方式で通信を行う。
また、伝送制御方式はポーリング／セレクティング方式であって、同方式上では管理装置２が制御局、読取端末１１，１２，２１，２２，３１，３２は従属局にあたる。管理装置２は読取端末１１，１２，２１，２２，３１，３２の内の１台ずつ順に指定し（セレクティング）、伝送すべきデータ（データは主として読取端末１１，１２，２１，２２，３１，３２が利用者がかざしたカードから読み取ったカードＩＤである。）が有るか否かを問い合わせる（ポーリング）。問い合わせを受けた読取端末１１，１２，２１，２２，３１，３２はポーリングに応答して蓄積していたデータを返す。
【００１５】
扉６ａ〜６ｃは、それぞれエリア（部屋）ＡＢ間、ＢＣ間、ＢＤ間を行き来する扉であり、普段はその電気錠が施錠された状態となっている。
エリアＡは建物の外など特に入退室を制限しないエリア、エリアＢは利用者間で共用のエリア、エリアＣは一部の利用者が出入りする部門別のエリア、エリアＤはサーバールームなど重要度が高く、ごく一部の利用者だけが出入りする特定のエリアである。
【００１６】
図２は、管理装置２の機能ブロック図である。
管理装置２は、ユーザインターフェイス部１１０、制御部１２０、及び記憶部１４０を備える。
ユーザインターフェイス部１１０は、表示部１１２と操作部１１４とを備える。
表示部１１２は、例えば液晶ディスプレイから構成されており、制御部１２０からの表示制御信号に応じてシステム管理者のユーザに対して各種表示を行う。
【００１７】
操作部１１４は、例えば、キーボードとマウスから構成されており、ユーザから各種入力を受け付け、入力内容を示す制御信号を制御部１２０に送る。
制御部１２０は、制御アプリ部１２２、認証部１２４、ＩＤ読出部１２６、推算部１２８、送受信部１３０、周期設定部１３２を備える。
制御アプリ部１２２はＲＯＭに格納された制御アプリケーション（プログラム）から構成されており、他の機能ブロックと連動して各種処理を行う。
【００１８】
送受信部１３０は、データの送受信を制御する機能ブロックであり、周期設定部１３２が設定したポーリング順序に従って、読取端末１１，１２，２１，２２，３１，３２の内の1台に対して順番にポーリング信号を送信し、ポーリング信号に対する応答を受信する。
本実施の形態では、ポーリング順序は1周期あたりに、送信すべき読取端末を特定する時間枠を12個を含んでいる。
【００１９】
ポーリング信号の送信及び応答に要する時間は、読取端末1台あたりで約30ms程度要するため、1周期あたりでは約360ms秒程度となる。
ＩＤ読出部１２６は、送受信部１３０が受信したデータに含まれる利用者ＩＤを読み出す。
認証部１２４は、ＩＤ読出部１２６が読み出した利用者ＩＤと当該利用者ＩＤの送信元読取端末１１，１２，２１，２２，３１，３２とを、利用者ＩＤごとにそれぞれの扉６ａ〜６ｃに対する入退室の権限（読取端末１１，１２，２１，２２，３１，３２に関する通行権限）が記述された権限テーブル１４２に照合して、一致すれば、送信元の読取端末１１，１２，２１，２２，３１，３２に通行を許可する旨の指示を送信する。
【００２０】
推算部１２８は、権限テーブル１４２に基づいて読取端末１１，１２，２１，２２，３１，３２それぞれの読み取り頻度を推算し、各読取端末の１周期あたりの枠数を算出する。
周期設定部１３２は、推算部１２８により算出された各読取端末の枠数に基づいて、ポーリング順序を設定する。枠が複数の読取端末に関しては、順番が分散されるように並び替えを行う。順番が連続するより分散する方が読取端末の応答性能が良くなるからである。
【００２１】
記憶部１４０は、例えばHDD（Hard Disk Drive）から構成されており、権限テーブル１４２を記憶している。
図３は、読取端末１１の機能ブロック図である。読取端末１１，１２，２１，２２，３１，３２は同様な構成であるため、読取端末１１を代表させて説明する。
読取端末１１は、カード読取部４０、音出力部４２、通信部４４、メモリ４６、電気錠制御部４８を備える。
【００２２】
カード読取部４０は、利用者によってかざされた入退室用カードからカードＩＤを読み取り、読み取ったカードＩＤをメモリ４６に蓄積する。
音出力部４４は、カード読取部４０の読取成功時や読取エラー時にビープ音を出力する。
通信部４４は、RS485方式の通信回路を含んで構成されており、RS485方式の通信を行う。また、管理装置２からポーリング信号を受信すると、メモリ４６に蓄積されたカードＩＤを含むデータを管理装置２に送信する。
【００２３】
電気錠制御部４８は、通信部４４を介して管理装置２から通行を許可する旨の指示を受けると、扉６ａの電気錠を一定時間だけ解錠する。
＜データ＞
図４は、権限テーブル１４２のデータ構造を示す図である。なお、以下では、扉６ａ〜６ｃ及び読取端末１１，１２，２１，２２，３１，３２に付した符号番号は識別番号と一致するものとして説明する。
【００２４】
権限テーブル１４２は、利用者ＩＤ毎に各扉６ａ〜６ｃに対する入退室の権限が記述されており、テーブル項目として「利用者ＩＤ」１４２ａと、扉６ａ〜扉６ｃに関する入室及び退室の権限を示す項目「権限」１４２ｂとを含んでいる。
「利用者ＩＤ」１４２ａの項目の利用者ＩＤ数は64人である。
「権限」１４２ｂの「扉６ａ」において、「扉６ａ」の下行に併記した「１１」「１２」は、入口または出口に設置された読取端末の識別番号である。「扉６ｂ」１４２ｃ、「扉６ｃ」１４２ｄについても同様である。
【００２５】
また、「利用者ＩＤ」１４２ａの項目の最下行には「権限有の人数」と記載されている。これは、扉６ａ〜６ｃそれぞれの入退の権限を有する者の合計人数を示している。共用エリアであるエリアＢの入口の扉６ａは64人が進入できるのに対して、厳重な管理が要求されるエリアＤには5人しか進入できないこととなる。
＜動作＞
次に実施の形態における動作について説明する。本実施の形態では、権限テーブル１４２から各扉６ａ〜６ｃの入退室権限（各読取端末１１，１２，２１，２２，３１，３２の認証権限）を有する利用者の人数に基づいてポーリング順序の１周期あたりの各読取端末の枠数を決定し、上記ポーリング順序に含まれる枠に、各読取端末をその枠数だけ配列し、各読取端末のポーリング信号の送信周期（以下では、単に「ポーリング周期」という場合がある。）を設定する。
【００２６】
上述したように、権限を有する利用者の人数が多い読取端末ほど、多くの利用者が読取端末にカードを読み取らせて部屋を出入りするだろうから、その読取端末は頻繁に読み取りを行うと考えられる。
このため本実施の形態では、人数が多い読取端末ほどポーリング順序１周期あたりの枠数をより多く割り当てる、すなわち当該読取端末に対するポーリング周期をより短く設定して迅速な応答性能を確保し、多数の利用者の便宜を図るものである。
【００２７】
これに対して、利用者の人数が少ない読取端末ほどポーリング順序１周期あたりの枠数を少なく割り当てる、すなわち当該読取端末に対するポーリング周期をより長く設定する。周期を長く設定することで、応答性能は若干低下するが、元々利用者の人数が少ないためシステム全体として見れば使い勝手への影響は軽微であると考えられる。
図５は、管理装置２における推算処理を示すフローチャートである。
【００２８】
まず、推算部１２８では、ポーリング順序１周期あたりの総枠数を12個をセットする（S11）。
次に、推算部１２８は、各読取端末についてＰ＝（全読取端末の権限を有する人数に対する当該読取端末の権限を有する人数の割合）×（総枠数）を求める（S12）。
権限テーブル１４２（図４参照）にあるように、「読取端末１１」〜「読取端末３２」の権限を有する人数の合計は、64+64+40+38+5+5=216人である。
【００２９】
「読取端末１１」のＰの値Ｐ11は、Ｐ11=64/216×12＝3.56となる。また、Ｐ21=40/216×12=2.2, Ｐ22=38/216×12=2.1、Ｐ31=5/216×12＝0.28、Ｐ32=5/216×12＝0.28となる。
そして、推算部１２８は、Ｐ＜１の読取端末について、枠を１個割り当てる(S13)。上記例では、Ｐ31＜１，Ｐ32＜１であるため、「読取端末３１」と「読取端末３２」とにそれぞれ１個の枠が割り当てられ、残り枠数は12-2=10個となる。
【００３０】
次に、推算部１２８は、未割り当ての各読取端末について、Ｑ＝（全未割り当て読取端末の権限を有する人数に対する当該読取端末の権限を有する人数の割合）×（残り枠数）を求める(S14)。
全未割り当て読取端末の権限を有する人数は、216-10=206人であるから、
Ｑ11=64/206×10＝3.1≒3, Ｑ12=64/206×10＝3.1≒3，Ｑ21=40/206×10=1.94≒2,Ｑ22=38/206×10=1.84≒2となる。
【００３１】
そして、推算部１２８は、Ｑを四捨五入した値を、各読取端末の枠数とする(S15)。「読取端末１１」「読取端末１２」の枠数はそれぞれ3個、「読取端末２１」「読取端末２２」の枠数はそれぞれ2個となる。
図６のテーブル１５０に、図５のフローに従って推算した各読取端末の権限を有する人数、及び枠数を示す。
【００３２】
続いて、推算部１２８によって推算された枠数に基づいて周期設定部１３２が行うポーリング順序の設定処理について図７のフローチャートを用いて説明する。
まず、周期設定部１３２は、１周期あたりの総枠数を１２個にセットし、各読取端末の枠数をセットする(S21)。
具体的には、総枠は|○|○|○|○|○|○|○|○|○|○|○|○|とセットする。並び替えすべき読取端末「11,11,11,12,12,12,21,21,22,22,31,32」をセットする。ここで白丸「○」は、空き枠を示す。
【００３３】
そして、周期設定部１３２は、Ｒ＝各読取端末の枠数／総枠数を求める（S22）。
Ｒ11=3/12, Ｒ12=3/12, Ｒ21=2/12, Ｒ22=2/12, Ｒ31=1/12, Ｒ32=1/12となる。
次に、周期設定部１３２は、Ｒが最大の読取端末を並べる(S23)。
Ｒが3/12と最大の読取端末１１、端末１２の２つを並べると、総枠は|11|12|○|○|○|○|○|○|○|○|○|○||11|12|...となる。
【００３４】
次に、周期設定部１３２は、並べた読取端末のＲを、並べた枠数／総枠数だけ減らす(S24)。
Ｒ11=3/12-1/12=2/12, Ｒ12=3/12-1/12=2/12, Ｒ21=2/12, Ｒ22=2/12, Ｒ31=1/12, Ｒ32=1/12となる。
次に、Ｒが2/12と最大の読取端末１１、読取端末１２、読取端末２１、読取端末２２の４つを並べる。２回目に登場する端末１１,端末１２は１回目と間隔を開けた枠に並べる。
【００３５】
総枠は|11|12|21|22|11|12|○|○|○|○|○|○||11|12|21|22|11|12|...となる。
並べた読取端末のＲを減らして、Ｒ11=Ｒ21=Ｒ21=Ｒ22=Ｒ31=Ｒ32=1/12とする。
そして、Ｒが1/12と最大の読取端末１１、読取端末１２、読取端末２１、読取端末２２、読取端末３１、読取端末３２を並べる。同じ読取端末どうしの間隔を開けるために、登場回数が多い読取端末１１，読取端末１２から先に並べる。
【００３６】
2周期分の総枠は|11|12|21|22|11|12|○|○|11|12|○|○||11|12|21|22|11|12|○|○|11|12|○|○||...となる。
次に、読取端末２１、読取端末２２を並べる。
2周期分の総枠は|11|12|21|22|11|12|21|22|11|12|○|○||11|12|21|22|11|12|21|22|11|12|○|○||...となる。
【００３７】
次に、読取端末３１、読取端末３２を並べる。
総枠は|11|12|21|22|11|12|21|22|11|12|31|32|...となる。
周期設定部１３２が設定した総枠の例を図８にポーリング順序１５２として示す。
図８に示すようにポーリング順序１５２においては、１周期あたりで1回だけ登場する読取端末３１では、ポーリング周期が約360ms秒であるのでカード読取からポーリングに対する応答までの時間はその半分の約180ms秒要することとなる。これに対して、１周期あたりで3回登場する読取端末１１では、カード読取からポーリングに対する応答までの時間は１／３の約60ms秒程度と短縮されることとなる。
【００３８】
読取端末１１のように、権限を有する者が多く、人の出入りが頻繁と考えられる読取端末のポーリング周期を相対的に短くすることで迅速な応答性能を確保することができる。
（変形例１）
実施の形態１に係る変形例１について説明する。本変形例１では、権限テーブルに利用者毎に許可時間帯を設定することでより実情に合うポーリング順序の設定を実現する。本変形例は権限テーブルのデータ構造が異なる以外は実施の形態１と同様であるため異なる部分のみ説明する。
【００３９】
図９（ａ）は本変形例に係る権限テーブル１４３を示し、図９（ｂ）のテーブル１４４は権限テーブル１４３から算出した各時間帯における権限有りの人数を示すものである。
図９（ａ）に示すように、権限テーブル１４３は、「利用者ＩＤ」１４３ａ、「権限」１４３ｂに加えて、「許可時間帯」１４３ｃの項目が追加されている。「許可時間帯」とは入退室が許可された時間の範囲を示し、利用者毎の就業時間など入退室管理システムの運用形態に基づいて設定される。
【００４０】
例えば、システム管理者であれば、24時間許可し、一般の従業員であれば朝から深夜までを許可時間帯とし、パートの従業員であれば日中のみを許可時間帯とする。
図９（ｂ）に示すテーブルは、「時間帯」１４４ａと、「権限有の人数」１４４ｂの項目を含む。各時間帯の「権限有りの人数」１４４ｂの項目は、左から順番に扉６ａ〜扉６ｃの入退室権限を有する者の人数である。
【００４１】
このように、時間帯ごとに異なる権限有りの人数に基づいて、ポーリング順序を設定することでより実情に見合う結果を得ることができる。
また、設定したポーリング順序を各時間帯が到来するごとに自動的に切り替えるとさらに好適である。
（実施の形態２）
本実施の形態２では、各エリアに在室する利用者の数に応じて読取端末のポーリング周期を変更するものである。在室する利用者の変化に合わせて、上記送信周期を変更することで動的な制御を実現する。
【００４２】
図１０は、実施の形態２に係る管理装置２の機能ブロック図である。基本的には図２で説明したものと同じであるため、異なる部分だけを説明する。
制御部１２０は在室状況監視部１３４を備える。在室状況監視部１３４は、認証部１２４が通行を許可する旨の指示を送信する度に、通行を許可した利用者ＩＤが在室状況テーブル１４６上で在室するエリアを更新する。例えば、読取端末１１に対して認証部１２４が利用者ＩＤ「2909E96AC」の通行を許可する指示を送信した場合には、当該利用者ＩＤ「2909E96AC」の在室状況をエリアＡからエリアＢへと更新して、在室状況テーブル１４６のエリアＡの人数を１減らし、エリアＢの人数を１増やす。
【００４３】
記憶部１４０は、権限テーブル１４２に加えて、在室状況テーブル１４６、エリアテーブル１４８を備えている。
在室状況テーブル１４６は、各エリアに在室する利用者の人数を示すものである。図１１にデータ構造の例を示す。図１１の在室状況テーブル１４６では、エリアＡ〜Ｄの４つのエリアに関して、それぞれ在室人数が記録されている。
【００４４】
エリアテーブル１４８は、各エリア内に存在する読取端末１１，１２，２１，２２，３１，３２を示す対応表である。図１２に具体的に示すように、各エリアＡ〜Ｄ毎に当該エリア内にある読取端末番号が記載されている。
図１１と図１２からわかるように、読取端末１１は、エリアＡ内にあるため、50人の利用者のカードを読み取る可能性がある。これに対してエリアＤ内にある読取端末３２は、たった1人の利用者のカードを読み取る可能性しかない。このため、頻繁な読み取りが予想される読取端末１１のポーリング周期を短くし、読み取り頻度の少ないと予想される読取端末３１のポーリング周期を長くすることでシステム全体としての応答性能を向上させることができる。
【００４５】
在室人数からポーリング順序の設定のアルゴリズムは、図５、図７と同様に行うことができる。例えば、在室人数に応じて、読取端末１１，１２，２１，２２，３１，３２のぞれぞれに50,10,10,3,10,1の重み付け値Ｐを設定し、ステップＳ１３（図５参照）以降は同様な処理を行うことでポーリング順序を設定することができる。
なお、実施の形態１のように、権限有の人数を参酌してもよい。すなわち、エリアＢ内に在室する10人のうちで例えば読取端末１２に対して権限を有するものは10人、読取端末２１に対しては6人、読取端末３１に対しては3人とした場合に、この10,6,3をそれぞれ読取端末１２，２１，３１の重み付け値Ｐと設定することができる。
（実施の形態３）
本実施の形態３では、各読取端末における読取の履歴を記録しておき、履歴における読取の頻度に応じて、各読取端末のポーリング周期を変更するものである。
【００４６】
図１３は、実施の形態３に係る管理装置２の機能ブロック図である。基本的には図２で説明したものと同じであるため、異なる部分だけを説明する。
制御部１２０は履歴記録部１３６を備える。履歴記録部１３６は、認証部１２４が各読取端末１１，１２，２１，２２，３１，３２に対して通行を許可する旨の指示を送信するのに度に、各読取端末の通行記録ログとして記憶部１４０に記憶された履歴テーブル１４９に記録する。
【００４７】
図１４は、履歴テーブル１４９のデータ構造を示す図である。
履歴テーブル１４９は、カード読取の日時を示す「日時」１４９ａ、読み取ったカードＩＤを示す「利用者ＩＤ」１４９ｂ、「読取端末番号」１４９ｃのテーブル項目を含んでいる。
図１５は、履歴テーブル１４９から推算部１２８が作成したテーブル１６０を示す図である。
【００４８】
現在の日時は2007/08/24 8:00とする。テーブル１６０中、2行目は1週間前の同一時間帯（2007/08/17 8:00-9:00）における各読取端末１１，１２，２１，２２，３１，３２で読み取ったＩＤ数を示す。1週間前の同一時間帯の傾向は継続すると考えられるため、読取端末１１，１２，２１，２２，３１，３２のぞれぞれに64,0,2,2,0,0の重み付け値Ｐを設定し、ステップＳ１３（図５参照）以降は同様な処理を行うことでポーリング順序を設定することができる。
【００４９】
また、テーブル１６０中、3行目は、1日前(2007/08/23 8:00-19:00)における各読取端末１１，１２，２１，２２，３１，３２で読み取ったＩＤ数を示す。1日前の読み取り傾向を利用して、例えば、2007/8/24 8:00-19:00におけるポーリング順序を設定することができる。
具体的な例としては、図１に示すエリアＢ〜Ｄを含むオフィス（従業員数64人）の始業時間が9:00であるとし、始業時間前の8:00-9:00の時間帯の履歴においては、オフィスの入口扉６ａのそばにある読取端末１１の読み取ったＩＤ数が著しく多いとする。
【００５０】
この場合、ＩＤ数の多かった読取端末１１に枠数７個と重点的に割り当て、残りの読取端末１２，２１，２２，３１，３２には枠数１個ずつ割り当てると、読取端末１１での応答速度を抜群に速くすることができる。従って、扉６ａを通行して慌ただしく出勤する従業員に心地よい使い勝手を提供することができる。
要は、推算部１２８において、履歴テーブル１４９からポーリング順序を設定したい時間帯の履歴を抽出し、読み取りの頻度推定の材料として用いることで最適なポーリング順序を設定することができる。
＜補足＞
以上、本発明を実施の形態に基づいて説明したが、本発明は上記した実施の形態に限定されない。例えば、次のように実施することもできる。
１．実施の形態１では、図７を用いてポーリング順序の設定処理について説明したが、これは一例であって、その他公知のソートアルゴリズムを用いることができる。
【００５１】
なお、同じ読取端末どうしが分散されるように最も最適化した場合の総枠は、
|11|21|12|22|11|31|12|21|11|22|12|32|、となる。
また洗練された手法ではないものの、いわゆる総当たり法により最適な枠の並べ方を探索するようにしても構わない。
２．各実施の形態では、総枠数が12個の例について説明したが、12個に限られず、読取端末の台数などのシステムの環境に応じて変更可能である。
【００５２】
また各実施の形態では特に詳細に述べなかったが、ポーリング信号の送信時には、ポーリング信号の送信対象の読取装置だけではなく送信対象ではない芋づる式に接続された他の読取端末においても、ポーリングを監視する処理負荷が発生する。このため、枠と枠の間に待機時間（無通信時間）を設けて読取端末の処理負荷を軽減し、読取処理などを円滑に行わせるようにしても構わない。
３．実施の形態１では詳細に述べなかったが、図５のステップＳ１３においては、Ｐの値が１より小さくても枠を最低限１個は割り当てるようにしている。これは、枠を最低限１個は割り当てないと読取端末の状況監視が途絶えてしまい管理装置２の管理が行き届かないおそれがあるからである。
【００５３】
また、実施の形態２のように、在室状況を監視する場合においては、共連れ（正規入退室者の後に続いてカード読取無しに入退室すること。）の発生が考えられ、在室人数がゼロとカウントしたとしても現実には部屋内にまだ利用者がいることも想定されるため、いずれの読取端末も枠を割り当てることが好ましい。
４．実施の形態１，３では、図１に示すように、部屋の扉の入口側と出口側との双方に読取端末が設置された例について説明したが、例えば、扉の入口側にだけ読取端末を設置しても構わない。
５．各実施の形態では、読取端末は、カードＩＤを読み取るとして説明したが、これに限らず、指紋情報など生体認証に関する情報を読み取る認証端末を用いてよい。
６．各実施の形態では、部屋の出入り口にある扉の施解錠により利用者の通行を規制する例について説明したが、これに限らず部屋の出入り口にゲート(開閉バーの上下により通行を規制する。)を設けて構わない。
７．各実施の形態では、入退室管理システムの管理対象を部屋として説明したが、管理対象は壁などで仕切られた部屋に限られるものではなく、建物内の特定の区域（エリア）であれば足りる。例えば、建物の通路部分や、建物のエレベータホールへの入退場を管理する構成でもよい。
【図面の簡単な説明】
【００５４】
【図１】実施の形態１に係る入退室管理システム１の構成図である。
【図２】管理装置２の機能ブロック図である。
【図３】読取端末１１の機能ブロック図である。
【図４】権限テーブル１４２のデータ構造を示す図である。
【図５】管理装置２における推算処理を示すフローチャートである。
【図６】図５のフローに従って推算した結果の例をまとめた図である。
【図７】管理装置２における周期設定処理を示すフローチャートである。
【図８】周期設定部１３２が設定した枠の例を示す図である。
【図９】（ａ）は本変形例に係る権限テーブル１４３を示し、（ｂ）は、（ａ）の権限テーブル１４３から算出した各時間帯における権限有りの人数を示すテーブル１４４を示す。
【図１０】実施の形態２に係る管理装置２の機能ブロック図である。
【図１１】在室状況テーブル１４６のデータ構造を示す図である。
【図１２】エリアテーブル１４８のデータ構造を示す図である。
【図１３】実施の形態３に係る管理装置２の機能ブロック図である。
【図１４】履歴テーブル１４９のデータ構造を示す図である。
【図１５】履歴テーブル１４９から推算部１２８が作成したテーブル１６０を示す図である。
【符号の説明】
【００５５】
１ 入退室管理システム
２ 管理装置
６ａ，６ｂ，６ｃ 扉（ドア）
１１，１２，２１，２２，３１，３２ 読取端末
４０ カード読取部
４４ 通信部
４６ メモリ
４８ 電気錠制御部
１２０ 制御部
１２２ 制御アプリ部
１２６ ＩＤ読出部
１２８ 推算部
１３０ 送受信部
１３２ 周期設定部
１３４ 在室状況監視部
１３６ 履歴記録部
１４２ 権限テーブル
１４６ 在室状況テーブル
１４８ エリアテーブル
１４９ 履歴テーブル
【技術分野】
【０００１】
本発明は、入退室管理システムに関し、特に利用者を識別して扉の解錠を行う技術に関する。
【背景技術】
【０００２】
入退室管理システムは、物理的なセキュリティを確保するためのシステムであって、例えば、部屋の扉の傍らに設置され、扉の解錠／施錠を制御するカードIDの読取端末と、この読取装置と接続された管理装置とから構成される（例えば、特許文献１参照）。
利用者の入退室の際には、(1)読取装置は、利用者がかざしたカードからカードIDを読み取って、カードIDを管理装置に送信する。(2)管理装置では、このカードIDを照合し、管理用データベースに登録済のものであれば通行を許可する旨の信号を読取装置に送信する。(3)許可の信号を受けた読取装置は、自端末の傍らにある扉を解錠する。
【０００３】
利用者の通行を円滑にするために、上述の（1）〜（3）のようなカードIDの読み取りから解錠までの応答時間は極めて短時間（例えば、１秒以内）であることが求められる。
従来の管理装置と読取装置との間のデータ伝送手順は、例えば、ポーリング／セレクティング方式であり、管理装置（制御局）から読取装置（従属局）へと順番にポーリング信号を送信し、読取装置はポーリングに応じて読み取りカードIDを応答する。係るポーリング信号は、各読取端末間に同一頻度で送信することが一般的である。
【特許文献１】特開2007-026396号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
さて上記した応答時間を短くするためには、単純にポーリング信号の送信周期を短くすることも考えられる。もっとも、システムを構成する読取端末などのハードウェアはCPU、メモリなどのリソースに乏しいため一定限度の制約がある。
また、実際のところカードIDの読み取り頻度は読取装置間で一様ではないと考えられる。頻繁に利用者が通る扉に設置された読取端末では多い一方で、あまり利用者が通らない扉に設置された読取端末では少ないと考えられる。
【０００５】
本発明はこのような観点に鑑みてなされたものであって、読取装置と管理装置との間で効率的なデータ伝送を図り、システムとしての応答性能を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る入退室管理システムは、管理装置と、各部屋の出入り口に位置するドアの傍らに設置された複数の読取端末とを備える入退室管理システムであって、前記複数の読取端末それぞれは、利用者IDを読み取る読み取り手段と、前記管理装置からデータの問い合わせに応じて前記読み取った利用者IDを送信するID送信手段と、前記管理装置からの通行を許可する旨の指示を受信した場合に、前記ドアの錠を解錠させる解錠手段とを備え、前記管理装置は、前記複数の読取端末へと、一台ずつデータの問い合わせを示す信号を送信する信号送信手段と、利用者ID毎に、通行可能なドアを記述した権限テーブルを記憶する記憶手段と、前記問い合わせに対する応答としての利用者IDを受信した場合に、受信した利用者IDと当該利用者IDの送信元の読取端末に対応するドアとを、前記権限テーブルに照合して、ドアの通行を許可するかどうかを判定する判定手段と、通行許可と判定されたときに、通行を許可する旨の指示を当該利用者IDの送信元の読取端末に送信する指示送信手段と、各読取端末の読み取り頻度を推算する推算手段と、前記推算された読み取り頻度が高い読取端末ほど、当該読取端末に関して前記データの問い合わせを示す信号の送信周期を短く設定する設定手段とを備えることを特徴とする。
【発明の効果】
【０００７】
課題を解決するための手段に記載した構成によれば、前記管理装置における推算手段は各読取端末の読み取り頻度、すなわち利用者がその部屋に入退室するためにその読取端末のところに来てカードを読み取らせる頻度を推算し、設定手段は読み取り頻度が高い読取端末ほど、当該読取端末に関して信号の送信周期を短く設定するため、例えば、利用者の通行量が多い扉の読取端末に関しては、短い送信周期に設定して多くの利用者に素早い応答性能を提供することが可能となる。
【０００８】
また、前記管理装置は、前記判定手段の通行許可の判定に基づいて、各部屋の在室人数を計数する計数手段を備え、前記推算手段は、各部屋の在室人数の多少に基づいて、部屋内に設置された読取端末の読み取り頻度の高低を推算することを特徴とする。
この構成によれば、前記推算手段は、在室人数を用いて、部屋の出口側に設置された読取端末の読み取り頻度の高低を推算するため、実態に即した結果を得ることができる。また、例えば、在室人数が変更される毎や10分おきといった短時間毎に、推算手段による推算と前記設定手段による設定とを行うことで動的な在室状況の変化に対応することができる。
【０００９】
また、前記推算手段は、前記権限テーブルに基づいて各読取端末に通行権限を有する利用者IDの数を算出し、算出された数の多少に基づいて読み取り頻度の高低を推算することを特徴とする。
この構成によれば、前記推算手段は、通行権限を有する利用者IDの数を推算に用いるため、システム運用の実情に即した結果を得ることができ、システムとしての応答性能向上に寄与することができる。
【００１０】
また、前記権限テーブルは、利用者ID毎に、通行可能なドア及び当該ドアの通行可能な時間帯が記述されており、前記推算手段による通行権限を有する利用者IDの算出は、前記通行可能な時間帯に基づいて行われることを特徴とする。
この構成によれば、前記推算手段は、通行可能な時間帯を加味して通行権限を有する利用者IDの数を推算に用いるため、より実情に合った結果を得ることができる。
【００１１】
また、前記管理装置は、前記判定手段の判定に応じて、読取端末毎に、判定日時を含む履歴を記憶する履歴記憶手段を備え、前記推算手段は、所定時間帯または所定曜日に対応する読取端末それぞれの判定回数を前記履歴から取得し、取得した読取端末それぞれの判定回数の多少に基づいて、各読取端末の各日についての所定時間帯または所定曜日における読み取り頻度の高低を推算することを特徴とする。
【００１２】
この構成によれば、管理装置における推算手段は、履歴を利用して推算を行うため、例えば、ある曜日（又は時間帯）には利用者の通行が多く、また別の曜日（又は時間帯）には少ないなどといった読み取り頻度の傾向を前記信号の送信周期の設定に反映させることができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を用いて説明する。
（実施の形態１）
＜構成＞
図１は、実施の形態１に係る入退室管理システム１の構成図である。
入退室管理システム１は、管理装置２と、部屋の出入り口に位置する扉（ドア）６ａ〜６ｃの傍らに設置された6台の読取端末１１，１２，２１，２２，３１，３２とを含んで構成されている。
【００１４】
管理装置２と読取端末１１，１２，２１，２２，３１，３２とは、１本のケーブル４により芋づる式に接続されており（マルチドロップ接続形態）、RS485（米国電子工業会(EIA)によって標準化されたシリアル通信の規格である。）の通信方式で通信を行う。
また、伝送制御方式はポーリング／セレクティング方式であって、同方式上では管理装置２が制御局、読取端末１１，１２，２１，２２，３１，３２は従属局にあたる。管理装置２は読取端末１１，１２，２１，２２，３１，３２の内の１台ずつ順に指定し（セレクティング）、伝送すべきデータ（データは主として読取端末１１，１２，２１，２２，３１，３２が利用者がかざしたカードから読み取ったカードＩＤである。）が有るか否かを問い合わせる（ポーリング）。問い合わせを受けた読取端末１１，１２，２１，２２，３１，３２はポーリングに応答して蓄積していたデータを返す。
【００１５】
扉６ａ〜６ｃは、それぞれエリア（部屋）ＡＢ間、ＢＣ間、ＢＤ間を行き来する扉であり、普段はその電気錠が施錠された状態となっている。
エリアＡは建物の外など特に入退室を制限しないエリア、エリアＢは利用者間で共用のエリア、エリアＣは一部の利用者が出入りする部門別のエリア、エリアＤはサーバールームなど重要度が高く、ごく一部の利用者だけが出入りする特定のエリアである。
【００１６】
図２は、管理装置２の機能ブロック図である。
管理装置２は、ユーザインターフェイス部１１０、制御部１２０、及び記憶部１４０を備える。
ユーザインターフェイス部１１０は、表示部１１２と操作部１１４とを備える。
表示部１１２は、例えば液晶ディスプレイから構成されており、制御部１２０からの表示制御信号に応じてシステム管理者のユーザに対して各種表示を行う。
【００１７】
操作部１１４は、例えば、キーボードとマウスから構成されており、ユーザから各種入力を受け付け、入力内容を示す制御信号を制御部１２０に送る。
制御部１２０は、制御アプリ部１２２、認証部１２４、ＩＤ読出部１２６、推算部１２８、送受信部１３０、周期設定部１３２を備える。
制御アプリ部１２２はＲＯＭに格納された制御アプリケーション（プログラム）から構成されており、他の機能ブロックと連動して各種処理を行う。
【００１８】
送受信部１３０は、データの送受信を制御する機能ブロックであり、周期設定部１３２が設定したポーリング順序に従って、読取端末１１，１２，２１，２２，３１，３２の内の1台に対して順番にポーリング信号を送信し、ポーリング信号に対する応答を受信する。
本実施の形態では、ポーリング順序は1周期あたりに、送信すべき読取端末を特定する時間枠を12個を含んでいる。
【００１９】
ポーリング信号の送信及び応答に要する時間は、読取端末1台あたりで約30ms程度要するため、1周期あたりでは約360ms秒程度となる。
ＩＤ読出部１２６は、送受信部１３０が受信したデータに含まれる利用者ＩＤを読み出す。
認証部１２４は、ＩＤ読出部１２６が読み出した利用者ＩＤと当該利用者ＩＤの送信元読取端末１１，１２，２１，２２，３１，３２とを、利用者ＩＤごとにそれぞれの扉６ａ〜６ｃに対する入退室の権限（読取端末１１，１２，２１，２２，３１，３２に関する通行権限）が記述された権限テーブル１４２に照合して、一致すれば、送信元の読取端末１１，１２，２１，２２，３１，３２に通行を許可する旨の指示を送信する。
【００２０】
推算部１２８は、権限テーブル１４２に基づいて読取端末１１，１２，２１，２２，３１，３２それぞれの読み取り頻度を推算し、各読取端末の１周期あたりの枠数を算出する。
周期設定部１３２は、推算部１２８により算出された各読取端末の枠数に基づいて、ポーリング順序を設定する。枠が複数の読取端末に関しては、順番が分散されるように並び替えを行う。順番が連続するより分散する方が読取端末の応答性能が良くなるからである。
【００２１】
記憶部１４０は、例えばHDD（Hard Disk Drive）から構成されており、権限テーブル１４２を記憶している。
図３は、読取端末１１の機能ブロック図である。読取端末１１，１２，２１，２２，３１，３２は同様な構成であるため、読取端末１１を代表させて説明する。
読取端末１１は、カード読取部４０、音出力部４２、通信部４４、メモリ４６、電気錠制御部４８を備える。
【００２２】
カード読取部４０は、利用者によってかざされた入退室用カードからカードＩＤを読み取り、読み取ったカードＩＤをメモリ４６に蓄積する。
音出力部４４は、カード読取部４０の読取成功時や読取エラー時にビープ音を出力する。
通信部４４は、RS485方式の通信回路を含んで構成されており、RS485方式の通信を行う。また、管理装置２からポーリング信号を受信すると、メモリ４６に蓄積されたカードＩＤを含むデータを管理装置２に送信する。
【００２３】
電気錠制御部４８は、通信部４４を介して管理装置２から通行を許可する旨の指示を受けると、扉６ａの電気錠を一定時間だけ解錠する。
＜データ＞
図４は、権限テーブル１４２のデータ構造を示す図である。なお、以下では、扉６ａ〜６ｃ及び読取端末１１，１２，２１，２２，３１，３２に付した符号番号は識別番号と一致するものとして説明する。
【００２４】
権限テーブル１４２は、利用者ＩＤ毎に各扉６ａ〜６ｃに対する入退室の権限が記述されており、テーブル項目として「利用者ＩＤ」１４２ａと、扉６ａ〜扉６ｃに関する入室及び退室の権限を示す項目「権限」１４２ｂとを含んでいる。
「利用者ＩＤ」１４２ａの項目の利用者ＩＤ数は64人である。
「権限」１４２ｂの「扉６ａ」において、「扉６ａ」の下行に併記した「１１」「１２」は、入口または出口に設置された読取端末の識別番号である。「扉６ｂ」１４２ｃ、「扉６ｃ」１４２ｄについても同様である。
【００２５】
また、「利用者ＩＤ」１４２ａの項目の最下行には「権限有の人数」と記載されている。これは、扉６ａ〜６ｃそれぞれの入退の権限を有する者の合計人数を示している。共用エリアであるエリアＢの入口の扉６ａは64人が進入できるのに対して、厳重な管理が要求されるエリアＤには5人しか進入できないこととなる。
＜動作＞
次に実施の形態における動作について説明する。本実施の形態では、権限テーブル１４２から各扉６ａ〜６ｃの入退室権限（各読取端末１１，１２，２１，２２，３１，３２の認証権限）を有する利用者の人数に基づいてポーリング順序の１周期あたりの各読取端末の枠数を決定し、上記ポーリング順序に含まれる枠に、各読取端末をその枠数だけ配列し、各読取端末のポーリング信号の送信周期（以下では、単に「ポーリング周期」という場合がある。）を設定する。
【００２６】
上述したように、権限を有する利用者の人数が多い読取端末ほど、多くの利用者が読取端末にカードを読み取らせて部屋を出入りするだろうから、その読取端末は頻繁に読み取りを行うと考えられる。
このため本実施の形態では、人数が多い読取端末ほどポーリング順序１周期あたりの枠数をより多く割り当てる、すなわち当該読取端末に対するポーリング周期をより短く設定して迅速な応答性能を確保し、多数の利用者の便宜を図るものである。
【００２７】
これに対して、利用者の人数が少ない読取端末ほどポーリング順序１周期あたりの枠数を少なく割り当てる、すなわち当該読取端末に対するポーリング周期をより長く設定する。周期を長く設定することで、応答性能は若干低下するが、元々利用者の人数が少ないためシステム全体として見れば使い勝手への影響は軽微であると考えられる。
図５は、管理装置２における推算処理を示すフローチャートである。
【００２８】
まず、推算部１２８では、ポーリング順序１周期あたりの総枠数を12個をセットする（S11）。
次に、推算部１２８は、各読取端末についてＰ＝（全読取端末の権限を有する人数に対する当該読取端末の権限を有する人数の割合）×（総枠数）を求める（S12）。
権限テーブル１４２（図４参照）にあるように、「読取端末１１」〜「読取端末３２」の権限を有する人数の合計は、64+64+40+38+5+5=216人である。
【００２９】
「読取端末１１」のＰの値Ｐ11は、Ｐ11=64/216×12＝3.56となる。また、Ｐ21=40/216×12=2.2, Ｐ22=38/216×12=2.1、Ｐ31=5/216×12＝0.28、Ｐ32=5/216×12＝0.28となる。
そして、推算部１２８は、Ｐ＜１の読取端末について、枠を１個割り当てる(S13)。上記例では、Ｐ31＜１，Ｐ32＜１であるため、「読取端末３１」と「読取端末３２」とにそれぞれ１個の枠が割り当てられ、残り枠数は12-2=10個となる。
【００３０】
次に、推算部１２８は、未割り当ての各読取端末について、Ｑ＝（全未割り当て読取端末の権限を有する人数に対する当該読取端末の権限を有する人数の割合）×（残り枠数）を求める(S14)。
全未割り当て読取端末の権限を有する人数は、216-10=206人であるから、
Ｑ11=64/206×10＝3.1≒3, Ｑ12=64/206×10＝3.1≒3，Ｑ21=40/206×10=1.94≒2,Ｑ22=38/206×10=1.84≒2となる。
【００３１】
そして、推算部１２８は、Ｑを四捨五入した値を、各読取端末の枠数とする(S15)。「読取端末１１」「読取端末１２」の枠数はそれぞれ3個、「読取端末２１」「読取端末２２」の枠数はそれぞれ2個となる。
図６のテーブル１５０に、図５のフローに従って推算した各読取端末の権限を有する人数、及び枠数を示す。
【００３２】
続いて、推算部１２８によって推算された枠数に基づいて周期設定部１３２が行うポーリング順序の設定処理について図７のフローチャートを用いて説明する。
まず、周期設定部１３２は、１周期あたりの総枠数を１２個にセットし、各読取端末の枠数をセットする(S21)。
具体的には、総枠は|○|○|○|○|○|○|○|○|○|○|○|○|とセットする。並び替えすべき読取端末「11,11,11,12,12,12,21,21,22,22,31,32」をセットする。ここで白丸「○」は、空き枠を示す。
【００３３】
そして、周期設定部１３２は、Ｒ＝各読取端末の枠数／総枠数を求める（S22）。
Ｒ11=3/12, Ｒ12=3/12, Ｒ21=2/12, Ｒ22=2/12, Ｒ31=1/12, Ｒ32=1/12となる。
次に、周期設定部１３２は、Ｒが最大の読取端末を並べる(S23)。
Ｒが3/12と最大の読取端末１１、端末１２の２つを並べると、総枠は|11|12|○|○|○|○|○|○|○|○|○|○||11|12|...となる。
【００３４】
次に、周期設定部１３２は、並べた読取端末のＲを、並べた枠数／総枠数だけ減らす(S24)。
Ｒ11=3/12-1/12=2/12, Ｒ12=3/12-1/12=2/12, Ｒ21=2/12, Ｒ22=2/12, Ｒ31=1/12, Ｒ32=1/12となる。
次に、Ｒが2/12と最大の読取端末１１、読取端末１２、読取端末２１、読取端末２２の４つを並べる。２回目に登場する端末１１,端末１２は１回目と間隔を開けた枠に並べる。
【００３５】
総枠は|11|12|21|22|11|12|○|○|○|○|○|○||11|12|21|22|11|12|...となる。
並べた読取端末のＲを減らして、Ｒ11=Ｒ21=Ｒ21=Ｒ22=Ｒ31=Ｒ32=1/12とする。
そして、Ｒが1/12と最大の読取端末１１、読取端末１２、読取端末２１、読取端末２２、読取端末３１、読取端末３２を並べる。同じ読取端末どうしの間隔を開けるために、登場回数が多い読取端末１１，読取端末１２から先に並べる。
【００３６】
2周期分の総枠は|11|12|21|22|11|12|○|○|11|12|○|○||11|12|21|22|11|12|○|○|11|12|○|○||...となる。
次に、読取端末２１、読取端末２２を並べる。
2周期分の総枠は|11|12|21|22|11|12|21|22|11|12|○|○||11|12|21|22|11|12|21|22|11|12|○|○||...となる。
【００３７】
次に、読取端末３１、読取端末３２を並べる。
総枠は|11|12|21|22|11|12|21|22|11|12|31|32|...となる。
周期設定部１３２が設定した総枠の例を図８にポーリング順序１５２として示す。
図８に示すようにポーリング順序１５２においては、１周期あたりで1回だけ登場する読取端末３１では、ポーリング周期が約360ms秒であるのでカード読取からポーリングに対する応答までの時間はその半分の約180ms秒要することとなる。これに対して、１周期あたりで3回登場する読取端末１１では、カード読取からポーリングに対する応答までの時間は１／３の約60ms秒程度と短縮されることとなる。
【００３８】
読取端末１１のように、権限を有する者が多く、人の出入りが頻繁と考えられる読取端末のポーリング周期を相対的に短くすることで迅速な応答性能を確保することができる。
（変形例１）
実施の形態１に係る変形例１について説明する。本変形例１では、権限テーブルに利用者毎に許可時間帯を設定することでより実情に合うポーリング順序の設定を実現する。本変形例は権限テーブルのデータ構造が異なる以外は実施の形態１と同様であるため異なる部分のみ説明する。
【００３９】
図９（ａ）は本変形例に係る権限テーブル１４３を示し、図９（ｂ）のテーブル１４４は権限テーブル１４３から算出した各時間帯における権限有りの人数を示すものである。
図９（ａ）に示すように、権限テーブル１４３は、「利用者ＩＤ」１４３ａ、「権限」１４３ｂに加えて、「許可時間帯」１４３ｃの項目が追加されている。「許可時間帯」とは入退室が許可された時間の範囲を示し、利用者毎の就業時間など入退室管理システムの運用形態に基づいて設定される。
【００４０】
例えば、システム管理者であれば、24時間許可し、一般の従業員であれば朝から深夜までを許可時間帯とし、パートの従業員であれば日中のみを許可時間帯とする。
図９（ｂ）に示すテーブルは、「時間帯」１４４ａと、「権限有の人数」１４４ｂの項目を含む。各時間帯の「権限有りの人数」１４４ｂの項目は、左から順番に扉６ａ〜扉６ｃの入退室権限を有する者の人数である。
【００４１】
このように、時間帯ごとに異なる権限有りの人数に基づいて、ポーリング順序を設定することでより実情に見合う結果を得ることができる。
また、設定したポーリング順序を各時間帯が到来するごとに自動的に切り替えるとさらに好適である。
（実施の形態２）
本実施の形態２では、各エリアに在室する利用者の数に応じて読取端末のポーリング周期を変更するものである。在室する利用者の変化に合わせて、上記送信周期を変更することで動的な制御を実現する。
【００４２】
図１０は、実施の形態２に係る管理装置２の機能ブロック図である。基本的には図２で説明したものと同じであるため、異なる部分だけを説明する。
制御部１２０は在室状況監視部１３４を備える。在室状況監視部１３４は、認証部１２４が通行を許可する旨の指示を送信する度に、通行を許可した利用者ＩＤが在室状況テーブル１４６上で在室するエリアを更新する。例えば、読取端末１１に対して認証部１２４が利用者ＩＤ「2909E96AC」の通行を許可する指示を送信した場合には、当該利用者ＩＤ「2909E96AC」の在室状況をエリアＡからエリアＢへと更新して、在室状況テーブル１４６のエリアＡの人数を１減らし、エリアＢの人数を１増やす。
【００４３】
記憶部１４０は、権限テーブル１４２に加えて、在室状況テーブル１４６、エリアテーブル１４８を備えている。
在室状況テーブル１４６は、各エリアに在室する利用者の人数を示すものである。図１１にデータ構造の例を示す。図１１の在室状況テーブル１４６では、エリアＡ〜Ｄの４つのエリアに関して、それぞれ在室人数が記録されている。
【００４４】
エリアテーブル１４８は、各エリア内に存在する読取端末１１，１２，２１，２２，３１，３２を示す対応表である。図１２に具体的に示すように、各エリアＡ〜Ｄ毎に当該エリア内にある読取端末番号が記載されている。
図１１と図１２からわかるように、読取端末１１は、エリアＡ内にあるため、50人の利用者のカードを読み取る可能性がある。これに対してエリアＤ内にある読取端末３２は、たった1人の利用者のカードを読み取る可能性しかない。このため、頻繁な読み取りが予想される読取端末１１のポーリング周期を短くし、読み取り頻度の少ないと予想される読取端末３１のポーリング周期を長くすることでシステム全体としての応答性能を向上させることができる。
【００４５】
在室人数からポーリング順序の設定のアルゴリズムは、図５、図７と同様に行うことができる。例えば、在室人数に応じて、読取端末１１，１２，２１，２２，３１，３２のぞれぞれに50,10,10,3,10,1の重み付け値Ｐを設定し、ステップＳ１３（図５参照）以降は同様な処理を行うことでポーリング順序を設定することができる。
なお、実施の形態１のように、権限有の人数を参酌してもよい。すなわち、エリアＢ内に在室する10人のうちで例えば読取端末１２に対して権限を有するものは10人、読取端末２１に対しては6人、読取端末３１に対しては3人とした場合に、この10,6,3をそれぞれ読取端末１２，２１，３１の重み付け値Ｐと設定することができる。
（実施の形態３）
本実施の形態３では、各読取端末における読取の履歴を記録しておき、履歴における読取の頻度に応じて、各読取端末のポーリング周期を変更するものである。
【００４６】
図１３は、実施の形態３に係る管理装置２の機能ブロック図である。基本的には図２で説明したものと同じであるため、異なる部分だけを説明する。
制御部１２０は履歴記録部１３６を備える。履歴記録部１３６は、認証部１２４が各読取端末１１，１２，２１，２２，３１，３２に対して通行を許可する旨の指示を送信するのに度に、各読取端末の通行記録ログとして記憶部１４０に記憶された履歴テーブル１４９に記録する。
【００４７】
図１４は、履歴テーブル１４９のデータ構造を示す図である。
履歴テーブル１４９は、カード読取の日時を示す「日時」１４９ａ、読み取ったカードＩＤを示す「利用者ＩＤ」１４９ｂ、「読取端末番号」１４９ｃのテーブル項目を含んでいる。
図１５は、履歴テーブル１４９から推算部１２８が作成したテーブル１６０を示す図である。
【００４８】
現在の日時は2007/08/24 8:00とする。テーブル１６０中、2行目は1週間前の同一時間帯（2007/08/17 8:00-9:00）における各読取端末１１，１２，２１，２２，３１，３２で読み取ったＩＤ数を示す。1週間前の同一時間帯の傾向は継続すると考えられるため、読取端末１１，１２，２１，２２，３１，３２のぞれぞれに64,0,2,2,0,0の重み付け値Ｐを設定し、ステップＳ１３（図５参照）以降は同様な処理を行うことでポーリング順序を設定することができる。
【００４９】
また、テーブル１６０中、3行目は、1日前(2007/08/23 8:00-19:00)における各読取端末１１，１２，２１，２２，３１，３２で読み取ったＩＤ数を示す。1日前の読み取り傾向を利用して、例えば、2007/8/24 8:00-19:00におけるポーリング順序を設定することができる。
具体的な例としては、図１に示すエリアＢ〜Ｄを含むオフィス（従業員数64人）の始業時間が9:00であるとし、始業時間前の8:00-9:00の時間帯の履歴においては、オフィスの入口扉６ａのそばにある読取端末１１の読み取ったＩＤ数が著しく多いとする。
【００５０】
この場合、ＩＤ数の多かった読取端末１１に枠数７個と重点的に割り当て、残りの読取端末１２，２１，２２，３１，３２には枠数１個ずつ割り当てると、読取端末１１での応答速度を抜群に速くすることができる。従って、扉６ａを通行して慌ただしく出勤する従業員に心地よい使い勝手を提供することができる。
要は、推算部１２８において、履歴テーブル１４９からポーリング順序を設定したい時間帯の履歴を抽出し、読み取りの頻度推定の材料として用いることで最適なポーリング順序を設定することができる。
＜補足＞
以上、本発明を実施の形態に基づいて説明したが、本発明は上記した実施の形態に限定されない。例えば、次のように実施することもできる。
１．実施の形態１では、図７を用いてポーリング順序の設定処理について説明したが、これは一例であって、その他公知のソートアルゴリズムを用いることができる。
【００５１】
なお、同じ読取端末どうしが分散されるように最も最適化した場合の総枠は、
|11|21|12|22|11|31|12|21|11|22|12|32|、となる。
また洗練された手法ではないものの、いわゆる総当たり法により最適な枠の並べ方を探索するようにしても構わない。
２．各実施の形態では、総枠数が12個の例について説明したが、12個に限られず、読取端末の台数などのシステムの環境に応じて変更可能である。
【００５２】
また各実施の形態では特に詳細に述べなかったが、ポーリング信号の送信時には、ポーリング信号の送信対象の読取装置だけではなく送信対象ではない芋づる式に接続された他の読取端末においても、ポーリングを監視する処理負荷が発生する。このため、枠と枠の間に待機時間（無通信時間）を設けて読取端末の処理負荷を軽減し、読取処理などを円滑に行わせるようにしても構わない。
３．実施の形態１では詳細に述べなかったが、図５のステップＳ１３においては、Ｐの値が１より小さくても枠を最低限１個は割り当てるようにしている。これは、枠を最低限１個は割り当てないと読取端末の状況監視が途絶えてしまい管理装置２の管理が行き届かないおそれがあるからである。
【００５３】
また、実施の形態２のように、在室状況を監視する場合においては、共連れ（正規入退室者の後に続いてカード読取無しに入退室すること。）の発生が考えられ、在室人数がゼロとカウントしたとしても現実には部屋内にまだ利用者がいることも想定されるため、いずれの読取端末も枠を割り当てることが好ましい。
４．実施の形態１，３では、図１に示すように、部屋の扉の入口側と出口側との双方に読取端末が設置された例について説明したが、例えば、扉の入口側にだけ読取端末を設置しても構わない。
５．各実施の形態では、読取端末は、カードＩＤを読み取るとして説明したが、これに限らず、指紋情報など生体認証に関する情報を読み取る認証端末を用いてよい。
６．各実施の形態では、部屋の出入り口にある扉の施解錠により利用者の通行を規制する例について説明したが、これに限らず部屋の出入り口にゲート(開閉バーの上下により通行を規制する。)を設けて構わない。
７．各実施の形態では、入退室管理システムの管理対象を部屋として説明したが、管理対象は壁などで仕切られた部屋に限られるものではなく、建物内の特定の区域（エリア）であれば足りる。例えば、建物の通路部分や、建物のエレベータホールへの入退場を管理する構成でもよい。
【図面の簡単な説明】
【００５４】
【図１】実施の形態１に係る入退室管理システム１の構成図である。
【図２】管理装置２の機能ブロック図である。
【図３】読取端末１１の機能ブロック図である。
【図４】権限テーブル１４２のデータ構造を示す図である。
【図５】管理装置２における推算処理を示すフローチャートである。
【図６】図５のフローに従って推算した結果の例をまとめた図である。
【図７】管理装置２における周期設定処理を示すフローチャートである。
【図８】周期設定部１３２が設定した枠の例を示す図である。
【図９】（ａ）は本変形例に係る権限テーブル１４３を示し、（ｂ）は、（ａ）の権限テーブル１４３から算出した各時間帯における権限有りの人数を示すテーブル１４４を示す。
【図１０】実施の形態２に係る管理装置２の機能ブロック図である。
【図１１】在室状況テーブル１４６のデータ構造を示す図である。
【図１２】エリアテーブル１４８のデータ構造を示す図である。
【図１３】実施の形態３に係る管理装置２の機能ブロック図である。
【図１４】履歴テーブル１４９のデータ構造を示す図である。
【図１５】履歴テーブル１４９から推算部１２８が作成したテーブル１６０を示す図である。
【符号の説明】
【００５５】
１ 入退室管理システム
２ 管理装置
６ａ，６ｂ，６ｃ 扉（ドア）
１１，１２，２１，２２，３１，３２ 読取端末
４０ カード読取部
４４ 通信部
４６ メモリ
４８ 電気錠制御部
１２０ 制御部
１２２ 制御アプリ部
１２６ ＩＤ読出部
１２８ 推算部
１３０ 送受信部
１３２ 周期設定部
１３４ 在室状況監視部
１３６ 履歴記録部
１４２ 権限テーブル
１４６ 在室状況テーブル
１４８ エリアテーブル
１４９ 履歴テーブル
【特許請求の範囲】
【請求項１】
管理装置と、各部屋の出入り口に位置するドアの傍らに設置された複数の読取端末とを備える入退室管理システムであって、
前記複数の読取端末それぞれは、
利用者IDを読み取る読み取り手段と、
前記管理装置からデータの問い合わせに応じて前記読み取った利用者IDを送信するID送信手段と、
前記管理装置からの通行を許可する旨の指示を受信した場合に、前記ドアの錠を解錠させる解錠手段とを備え、
前記管理装置は、
前記複数の読取端末へと、一台ずつデータの問い合わせを示す信号を送信する信号送信手段と、
利用者ID毎に、通行可能なドアを記述した権限テーブルを記憶する記憶手段と、
前記問い合わせに対する応答としての利用者IDを受信した場合に、受信した利用者IDと当該利用者IDの送信元の読取端末に対応するドアとを、前記権限テーブルに照合して、ドアの通行を許可するかどうかを判定する判定手段と、
通行許可と判定されたときに、通行を許可する旨の指示を当該利用者IDの送信元の読取端末に送信する指示送信手段と、
各読取端末の読み取り頻度を推算する推算手段と、
前記推算された読み取り頻度が高い読取端末ほど、当該読取端末に関して前記データの問い合わせを示す信号の送信周期を短く設定する設定手段と
を備えることを特徴とする入退室管理システム。
【請求項２】
前記管理装置は、
前記判定手段の通行許可の判定に基づいて、各部屋の在室人数を計数する計数手段を備え、
前記推算手段は、各部屋の在室人数の多少に基づいて、部屋内に設置された読取端末の読み取り頻度の高低を推算する
ことを特徴とする請求項１に記載の入退室管理システム。
【請求項３】
前記推算手段は、前記権限テーブルに基づいて各読取端末に通行権限を有する利用者IDの数を算出し、算出された数の多少に基づいて読み取り頻度の高低を推算する
ことを特徴とする請求項１に記載の入退室管理システム。
【請求項４】
前記権限テーブルは、利用者ID毎に、通行可能なドア及び当該ドアの通行可能な時間帯が記述されており、
前記推算手段による通行権限を有する利用者IDの算出は、前記通行可能な時間帯に基づいて行われる
ことを特徴とする請求項３に記載の入退室管理システム。
【請求項５】
前記管理装置は、
前記判定手段の判定に応じて、読取端末毎に、判定日時を含む履歴を記憶する履歴記憶手段を備え、
前記推算手段は、所定時間帯または所定曜日に対応する読取端末それぞれの判定回数を前記履歴から取得し、取得した読取端末それぞれの判定回数の多少に基づいて、各読取端末の各日についての所定時間帯または所定曜日における読み取り頻度の高低を推算する
ことを特徴とする請求項１に記載の入退室管理システム。
【請求項１】
管理装置と、各部屋の出入り口に位置するドアの傍らに設置された複数の読取端末とを備える入退室管理システムであって、
前記複数の読取端末それぞれは、
利用者IDを読み取る読み取り手段と、
前記管理装置からデータの問い合わせに応じて前記読み取った利用者IDを送信するID送信手段と、
前記管理装置からの通行を許可する旨の指示を受信した場合に、前記ドアの錠を解錠させる解錠手段とを備え、
前記管理装置は、
前記複数の読取端末へと、一台ずつデータの問い合わせを示す信号を送信する信号送信手段と、
利用者ID毎に、通行可能なドアを記述した権限テーブルを記憶する記憶手段と、
前記問い合わせに対する応答としての利用者IDを受信した場合に、受信した利用者IDと当該利用者IDの送信元の読取端末に対応するドアとを、前記権限テーブルに照合して、ドアの通行を許可するかどうかを判定する判定手段と、
通行許可と判定されたときに、通行を許可する旨の指示を当該利用者IDの送信元の読取端末に送信する指示送信手段と、
各読取端末の読み取り頻度を推算する推算手段と、
前記推算された読み取り頻度が高い読取端末ほど、当該読取端末に関して前記データの問い合わせを示す信号の送信周期を短く設定する設定手段と
を備えることを特徴とする入退室管理システム。
【請求項２】
前記管理装置は、
前記判定手段の通行許可の判定に基づいて、各部屋の在室人数を計数する計数手段を備え、
前記推算手段は、各部屋の在室人数の多少に基づいて、部屋内に設置された読取端末の読み取り頻度の高低を推算する
ことを特徴とする請求項１に記載の入退室管理システム。
【請求項３】
前記推算手段は、前記権限テーブルに基づいて各読取端末に通行権限を有する利用者IDの数を算出し、算出された数の多少に基づいて読み取り頻度の高低を推算する
ことを特徴とする請求項１に記載の入退室管理システム。
【請求項４】
前記権限テーブルは、利用者ID毎に、通行可能なドア及び当該ドアの通行可能な時間帯が記述されており、
前記推算手段による通行権限を有する利用者IDの算出は、前記通行可能な時間帯に基づいて行われる
ことを特徴とする請求項３に記載の入退室管理システム。
【請求項５】
前記管理装置は、
前記判定手段の判定に応じて、読取端末毎に、判定日時を含む履歴を記憶する履歴記憶手段を備え、
前記推算手段は、所定時間帯または所定曜日に対応する読取端末それぞれの判定回数を前記履歴から取得し、取得した読取端末それぞれの判定回数の多少に基づいて、各読取端末の各日についての所定時間帯または所定曜日における読み取り頻度の高低を推算する
ことを特徴とする請求項１に記載の入退室管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００９−２２８３７３（Ｐ２００９−２２８３７３Ａ）
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願番号】特願２００８−７７９８２（Ｐ２００８−７７９８２）
【出願日】平成２０年３月２５日（２００８．３．２５）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願日】平成２０年３月２５日（２００８．３．２５）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]