(57)【要約】【課題】管理サーバが複数の出入口を管理し得る通行管理システムにおいて、管理サーバに負荷が集中することを低減し、システム全体の円滑な運用を図ることを目的とする。【解決手段】通行管理システム１０は、複数のコントローラ２０と、複数のコントローラ２０と通信可能な管理サーバ３０と、管理サーバ３０と通信可能な１又は複数の中継サーバ４０を備えており、コントローラ２０で生成される通行履歴情報に基づいて、当該コントローラ２０が所定の高負荷状態となる高負荷時間帯と、所定の低負荷状態となる低負荷時間帯とが決定される。そして、コントローラ２０が高負荷時間帯のときには、通行履歴情報の送信を、少なくとも高負荷時間帯が経過するまで停止し、高負荷時間帯の経過後、中継サーバ３０を介さずに管理サーバ４０に送信する。【選択図】図１
2011197909.tif 000002
【特許請求の範囲】
【請求項１】
固有情報が記録された記録媒体を読取可能な無線リーダを複数備え、通行者が通行可能な複数の出入口に前記無線リーダがそれぞれ配置されてなる通行管理システムであって、
複数の前記無線リーダで得られた各読取結果をそれぞれ処理する複数のコントローラと、
複数の前記コントローラと通信可能な管理サーバと、
前記管理サーバと通信可能な１又は複数の中継サーバと、
を備え、
前記中継サーバは、１又は複数の前記コントローラに割り当てられ、少なくともその割り当てられた前記コントローラからの情報を前記管理サーバに送信する情報送信手段を備えており、
前記コントローラは、
外部から通過許可者データを取得可能に構成され、対応する前記無線リーダによって得られた前記記録媒体の前記固有情報と、前記通過許可者データとに基づいて当該記録媒体が通過許可対象であるか否かを判断する判断手段と、
前記判断手段による判断結果に基づいて前記記録媒体に対応する通行履歴情報を生成する通行履歴情報生成手段と、
前記通行履歴情報を前記中継サーバ又は前記管理サーバに送信する履歴送信手段と、
を有し、
更に、前記コントローラで生成される前記通行履歴情報に基づいて、当該コントローラが所定の高負荷状態となる高負荷時間帯と、所定の低負荷状態となる低負荷時間帯とを決定する時間帯決定手段が設けられており、
前記コントローラの前記履歴送信手段は、
前記時間帯決定手段による決定結果に基づき、当該コントローラが前記低負荷時間帯のときには、前記通行履歴情報を前記中継サーバに送信し、
当該コントローラが前記高負荷時間帯のときには、前記通行履歴情報の送信を、少なくとも前記高負荷時間帯が経過するまで停止し、前記高負荷時間帯の経過後、前記中継サーバを介さずに前記管理サーバに送信することを特徴とする通行管理システム。
【請求項２】
前記時間帯決定手段は、
複数の前記コントローラからの前記通行履歴情報に基づき、所定の時間間隔で区分した時間帯毎に、複数の前記コントローラの全体における通行履歴件数の度合いと、複数の前記コントローラの各々についての前記通行履歴件数の度合いとを算出する算出手段を備え、
前記算出手段によって算出される、複数の前記コントローラの全体における前記時間帯毎の前記通行履歴件数の度合いと、複数の前記コントローラの各々における前記時間帯毎の前記通行履歴件数の度合いとに基づいて、各コントローラの前記高負荷時間帯及び前記低負荷時間帯を決定することを特徴とする請求項１に記載の通行管理システム。
【請求項３】
前記算出手段は、複数の前記コントローラからの前記通行履歴情報に基づき、前記時間帯毎に、複数の前記コントローラにおける単位コントローラ当りの通行履歴件数の平均値を算出する平均値算出手段を含み、
前記平均値算出手段によって前記時間帯毎に算出される前記単位コントローラ当りの前記通行履歴件数の平均値と、複数の前記コントローラの各々の前記通行履歴件数とに基づいて、各コントローラの前記高負荷時間帯及び前記低負荷時間帯を決定することを特徴とする請求項２に記載の通行管理システム。
【請求項４】
前記時間帯決定手段は、
複数の前記コントローラの各々から得られる前記通行履歴情報に基づき、前記コントローラ別に、所定の時間間隔で区分した時間帯毎の通行履歴件数の度合いを算出する算出手段を備え、
前記算出手段によって前記コントローラ別で算出される前記時間帯毎の前記通行履歴件数の度合いと、所定の閾値とに基づいて、各コントローラの前記高負荷時間帯及び前記低負荷時間帯を決定することを特徴とする請求項１に記載の通行管理システム。
【請求項５】
前記コントローラに設けられた前記履歴送信手段は、前記高負荷時間帯の経過後、当該コントローラにおける前記通行履歴件数の度合いが所定値以下となる前記時間帯であって且つ前記高負荷時間帯と最も近い時間帯に、前記通行履歴情報を前記管理サーバへ送信することを特徴とする請求項２から請求項４のいずれか一項に記載の通行管理システム。
【請求項６】
前記時間帯決定手段は、前記所定の時間間隔で区分した前記時間帯毎に、前記高負荷時間帯に設定すべき前記コントローラを１又は複数選定可能とされており、いずれかの競合時間帯において所定数以上の前記コントローラが前記高負荷時間帯の条件を満たす場合、予め定められた選定条件に基づき、その条件を満たす前記所定数以上の前記コントローラの中から一部を選び、その選ばれた前記コントローラの前記高負荷時間帯を前記競合時間帯から外すことを特徴とする請求項２から請求項５のいずれか一項に記載の通行管理システム。
【請求項７】
前記コントローラに設けられた前記履歴送信手段は、当該コントローラの前記高負荷時間帯の経過後、当該高負荷時間帯の間に蓄積した前記通行履歴情報を複数まとめて前記管理サーバへ送信することを特徴とする請求項１から請求項６のいずれか一項に記載の通行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通行管理システムに関するものである。
【背景技術】
【０００２】
近年、会社や病院などでは、建物や部屋等の特定区域における人の通行を管理する通行管理システムが導入されている。例えば、通行者が特定区域へ通行する際に、当該通行者が記録媒体等によって保持する固有情報（認証情報）を無線リーダ（読取装置）によって読み取ると共にシステム内で解析し、その結果により特定区域における通行の許可／不許可等の判定を行い、特定区域のセキュリティ性を高めることが行われている。
【０００３】
上記のような技術としては、例えば、下記特許文献１で開示されるような入退室管理システムが知られている。この特許文献１の入退室管理システムでは、各部屋の出入口に認証装置を設け、利用者を識別するＩＣ／ＩＤカードの個人認証情報に基づいて、利用者の入退室のセキュリティチェックを行っている。そして、利用者の入退室のログをログモニタによりリアルタイムにモニタリングし、このログを分析して不正入退室に対するセキュリティを向上させ、また、事前のセキュリティ条件の設定工数を低減してシステムの負荷を軽減している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３０１９２８公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、従来の通行管理システムでは、一般的に、管理サーバに対して１又は複数の端末装置（認証装置）が直接又は間接的に接続され、管理サーバでは、端末装置側からの各種情報（通行者の認証情報や通行履歴情報など）の受信処理、或いは運用に必要な各種情報（例えば、通過許可者データなど）の送信処理などが頻繁に行われる。このように、通行管理システムでは管理サーバ側で処理すべきデータ量が多くなる傾向にあり、特に、端末装置側からのデータ量の増加に起因してデータのトラフィックが増大しやすいという問題がある。
【０００６】
例えば、通行者が多くなる時間帯では、端末装置（認証装置）で行われる認証処理の数が増加するため、認証処理に伴って発生する情報（通行履歴情報等）の量も増大する。従って、このような情報を集約する管理サーバでは、特定の時間帯に端末装置との間で送受信される情報量が多くなり、システム全体の処理速度（特に管理サーバでの処理速度）が低下してしまうといった問題がある。このような問題は、特に、単一の管理サーバで多くの端末装置を管理する場合により顕著となり、単一の管理サーバに複数の端末装置が接続されるシステム（例えば、単一の管理サーバで複数の区域を管理するシステム）を構築する場合には、このような処理負荷を如何に解消するかが課題となっている。
【０００７】
本発明は、上述した課題を解決するためになされたものであり、管理サーバが複数の出入口を管理し得る通行管理システムにおいて、管理サーバに負荷が集中することを低減し、システム全体の円滑な運用を図ることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、特許請求の範囲に記載の請求項１の通行管理システムでは、固有情報が記録された記録媒体を読取可能な無線リーダを複数備え、通行者が通行可能な複数の出入口に前記無線リーダがそれぞれ配置されてなる通行管理システムであって、複数の前記無線リーダで得られた各読取結果をそれぞれ処理する複数のコントローラと、複数の前記コントローラと通信可能な管理サーバと、前記管理サーバと通信可能な１又は複数の中継サーバと、を備え、前記中継サーバは、１又は複数の前記コントローラに割り当てられ、少なくともその割り当てられた前記コントローラからの情報を前記管理サーバに送信する情報送信手段を備えており、前記コントローラは、外部から通過許可者データを取得可能に構成され、対応する前記無線リーダによって得られた前記記録媒体の前記固有情報と、前記通過許可者データとに基づいて当該記録媒体が通過許可対象であるか否かを判断する判断手段と、前記判断手段による判断結果に基づいて前記記録媒体に対応する通行履歴情報を生成する通行履歴情報生成手段と、前記通行履歴情報を前記中継サーバ又は前記管理サーバに送信する履歴送信手段と、を有し、更に、前記コントローラで生成される前記通行履歴情報に基づいて、当該コントローラが所定の高負荷状態となる高負荷時間帯と、所定の低負荷状態となる低負荷時間帯とを決定する時間帯決定手段が設けられており、前記コントローラの前記履歴送信手段は、前記時間帯決定手段による決定結果に基づき、当該コントローラが前記高負荷時間帯のときには、前記通行履歴情報を前記中継サーバに送信し、当該コントローラが前記高負荷時間帯のときには、前記通行履歴情報の送信を、少なくとも前記高負荷時間帯が経過するまで停止し、前記高負荷時間帯の経過後、前記中継サーバを介さずに前記管理サーバに送信することを特徴とする。
【０００９】
請求項２の発明は、請求項１に記載の通行管理システムにおいて、前記時間帯決定手段は、複数の前記コントローラからの前記通行履歴情報に基づき、所定の時間間隔で区分した時間帯毎に、複数の前記コントローラの全体における通行履歴件数の度合いと、複数の前記コントローラの各々についての前記通行履歴件数の度合いとを算出する算出手段を備え、前記算出手段によって算出される、複数の前記コントローラの全体における前記時間帯毎の前記通行履歴件数の度合いと、複数の前記コントローラの各々における前記時間帯毎の前記通行履歴件数の度合いとに基づいて、各コントローラの前記高負荷時間帯及び前記低負荷時間帯を決定することを特徴とする。
【００１０】
請求項３の発明は、請求項２に記載の通行管理システムにおいて、前記算出手段は、複数の前記コントローラからの前記通行履歴情報に基づき、前記時間帯毎に、複数の前記コントローラにおける単位コントローラ当りの通行履歴件数の平均値を算出する平均値算出手段を含み、前記平均値算出手段によって前記時間帯毎に算出される前記単位コントローラ当りの前記通行履歴件数の平均値と、複数の前記コントローラの各々の前記通行履歴件数とに基づいて、各コントローラの前記高負荷時間帯及び前記低負荷時間帯を決定することを特徴とする。
【００１１】
請求項４の発明は、請求項１に記載の通行管理システムにおいて、前記時間帯決定手段は、複数の前記コントローラの各々から得られる前記通行履歴情報に基づき、前記コントローラ別に、所定の時間間隔で区分した時間帯毎の通行履歴件数の度合いを算出する算出手段を備え、前記算出手段によって前記コントローラ別で算出される前記時間帯毎の前記通行履歴件数の度合いと、所定の閾値とに基づいて、各コントローラの前記高負荷時間帯及び前記低負荷時間帯を決定することを特徴とする。
【００１２】
請求項５の発明は、請求項２から４のいずれか一項に記載の通行管理システムにおいて、前記コントローラに設けられた前記履歴送信手段は、前記高負荷時間帯の経過後、当該コントローラにおける前記通行履歴件数の度合いが所定値以下となる前記時間帯であって且つ前記高負荷時間帯と最も近い時間帯に、前記通行履歴情報を前記管理サーバへ送信することを特徴とする。
【００１３】
請求項６の発明は、請求項２から５のいずれか一項に記載の通行管理システムにおいて、前記時間帯決定手段は、前記所定の時間間隔で区分した前記時間帯毎に、前記高負荷時間帯に設定すべき前記コントローラを１又は複数選定可能とされており、いずれかの競合時間帯において所定数以上の前記コントローラが前記高負荷時間帯の条件を満たす場合、予め定められた選定条件に基づき、その条件を満たす前記所定数以上の前記コントローラの中から一部を選び、その選ばれた前記コントローラの前記高負荷時間帯を前記競合時間帯から外すことを特徴とする。
【００１４】
請求項７の発明は、請求項１から６のいずれか一項に記載の通行管理システムにおいて、前記コントローラに設けられた前記履歴送信手段は、当該コントローラの前記高負荷時間帯の経過後、当該高負荷時間帯の間に蓄積した前記通行履歴情報を複数まとめて前記管理サーバへ送信することを特徴とする。
【発明の効果】
【００１５】
請求項１の発明は、複数のコントローラと、複数のコントローラと通信可能な管理サーバと、管理サーバと通信可能な１又は複数の中継サーバを備えている。そして、中継サーバは、１又は複数のコントローラに割り当てられ、少なくともその割り当てられたコントローラからの情報を管理サーバに送信する情報送信手段を備えている。また、コントローラは、外部から通過許可者データを取得可能に構成され、対応する無線リーダによって得られた記録媒体の固有情報と、通過許可者データとに基づいて当該記録媒体が通過許可対象であるか否かを判断する判断手段と、判断手段による判断結果に基づいて記録媒体に対応する通行履歴情報を生成する通行履歴情報生成手段と、通行履歴情報を中継サーバ又は管理サーバに送信する履歴送信手段とを有している。
さらに、本発明の通行管理システムは、コントローラで生成される通行履歴情報に基づいて、当該コントローラが所定の高負荷状態となる高負荷時間帯と、所定の低負荷状態となる低負荷時間帯とを決定する時間帯決定手段を備えている。そして、コントローラの履歴送信手段は、時間帯決定手段による決定結果に基づき、当該コントローラが低負荷時間帯のときには、通行履歴情報を中継サーバに送信し、当該コントローラが高負荷時間帯のときには、通行履歴情報の送信を、少なくとも高負荷時間帯が経過するまで停止し、高負荷時間帯の経過後、中継サーバを介さずに管理サーバに送信するようにしている。
【００１６】
これにより、単一の管理サーバが管理するコントローラ（認証装置）の台数が多くなっても、コントローラの負荷が相対的に小さい低負荷時間帯のときには、割り当てられた各中継サーバを介して当該コントローラからの情報が管理サーバに送信されるので、各コントローラから管理サーバへ情報の送受信を直接行う場合と比較して、管理サーバに負荷が集中することが低減され、システム全体の円滑な運用を図ることができる。また、例えば、通行者が多くなり、コントローラで行われる認証処理の数が増加する時間帯など、コントローラが高負荷となる時間帯（高負荷時間帯）となるときには、当該コントローラからの通行履歴情報の送信を、少なくとも高負荷時間帯が経過するまで停止するので、コントローラの負荷が増大する高負荷時間帯となったとしても当該コントローラからのデータのトラフィックを抑えることができる。このため、コントローラが高負荷となる時間帯（高負荷時間帯）であっても、管理サーバに負荷が集中することを低減し、システム全体の円滑な運用を図ることができる。また、高負荷時間帯の経過後、中継サーバを介さずに通行履歴情報を管理サーバに送信するようにしているので、高負荷時間帯に送信を停止していた通行履歴情報をより迅速に管理サーバに送信することができ、データ送信の中止の影響を極力抑えつつ通行履歴を管理サーバに確実に反映できるようになる。
【００１７】
請求項２の発明では、時間帯決定手段に備えられる算出手段によって、所定の時間間隔で区分した時間帯毎に、複数のコントローラの全体における時間帯毎の通行履歴件数の度合いと、複数のコントローラの各々における時間帯毎の通行履歴件数の度合いとが算出されて、これらに基づき各コントローラの高負荷時間帯及び低負荷時間帯を決定するようにしている。このようにすると、システム全体の負荷状況に基づいて各コントローラが相対的に高負荷時間帯であるか低負荷時間帯であるかを決定することができ、システム全体を考慮した適切な時間帯設定が可能となる。
【００１８】
請求項３の発明では、算出手段に設けられる平均値算出手段によって、時間帯毎に算出される単位コントローラ当りの通行履歴件数の平均値が算出されて、この平均値と複数のコントローラの各々の通行履歴件数に基づき、各コントローラの高負荷時間帯及び低負荷時間帯を決定するようにしている。このように「単位コントローラ当りの通行履歴件数の平均値」を時間帯毎に算出することで、システム全体から見て各コントローラが平均的にどの程度の通行履歴件数となっているかを時間帯毎に把握することができる。そして、このようにシステム全体から得られる時間帯毎の平均値に基づいて各コントローラの高負荷時間帯及び低負荷時間帯を決定することで、各コントローラが相対的に高負荷時間帯であるか低負荷時間帯であるかをより客観的な基準に基づいて適切に決定することができる。
【００１９】
請求項４の発明では、時間帯決定手段に備えられる算出手段によって、複数のコントローラの各々から得られる通行履歴情報に基づき、コントローラ別に、所定の時間間隔で区分した時間帯毎の通行履歴件数の度合いが算出される。そして、この算出された通行履歴件数の度合いと所定の閾値とに基づいて、各コントローラの高負荷時間帯及び低負荷時間帯を決定するようにしている。このようにすると、複数のコントローラの各々から得られる通行履歴情報と所定の閾値とに基づいて、コントローラ別に高負荷時間帯及び低負荷時間帯を適切に定めることができる。
【００２０】
請求項５の発明では、コントローラに設けられた履歴送信手段は、高負荷時間帯の経過後、当該コントローラにおける通行履歴件数の度合いが所定値以下となる時間帯であって且つ高負荷時間帯と最も近い時間帯に、通行履歴情報を管理サーバへ送信するようにしている。すなわち、高負荷時間帯が経過した後、当該システムの負荷が比較的小さな時間帯になると、コントローラによる通行履歴情報の送信が直ちに再開されるので、当該システムへの通行履歴情報の反映のタイムラグを極力抑えつつ、負荷の小さい適切な時間帯に反映処理を行うことができる。
【００２１】
請求項６の発明では、時間帯決定手段は、所定の時間間隔で区分した時間帯毎に、高負荷時間帯に設定すべきコントローラを１又は複数選定可能とされており、いずれかの競合時間帯において所定数以上のコントローラが高負荷時間帯の条件を満たす場合、予め定められた選定条件に基づき、その条件を満たす所定数以上のコントローラの中から一部を選び、その選ばれたコントローラの高負荷時間帯を競合時間帯から外すようにしている。このように構成することで、いずれかの時間帯（競合時間帯）において所定数以上のコントローラが高負荷時間帯の条件を満たす場合であっても、当該競合時間帯を高負荷時間帯とするコントローラの数を絞り込むことができる。従って、複数のコントローラの高負荷時間帯が特定の時間帯に集中しすぎることを効果的に防止することができ、各コントローラの高負荷時間帯をバランスよく設定することができる。
【００２２】
請求項７の発明では、コントローラに設けられた履歴送信手段が、当該コントローラの高負荷時間帯の経過後、当該高負荷時間帯の間に蓄積した通行履歴情報を複数まとめて管理サーバへ送信している。このように、通行履歴情報を複数まとめて管理サーバへ送信することにより、当該システムへの通行履歴情報の反映のタイムラグをより小さくでき、システム全体の円滑な運用を図ることができる。
【図面の簡単な説明】
【００２３】
【図１】本実施形態に係る通行管理システム１０の構成を概略的に示す説明図である。
【図２】本実施形態に係る通行管理システム１０のブロック図である。
【図３】本実施形態に係るコントローラ２０によるドア１６の施解錠処理の流れを例示するフローチャートである。
【図４】本実施形態に係る通行管理システム１０における履歴情報送信処理の流れを例示するフローチャートである。
【図５】本実施形態に係る通行管理システム１０における履歴情報送信処理の流れを説明するための図である。
【図６】本実施形態に係る通行管理システム１０における履歴情報送信処理の流れを例示するフローチャートである。
【図７】本実施形態に係る通行管理システム１０において生成された通行履歴情報の一例を示す表である。
【発明を実施するための形態】
【００２４】
以下、本発明に係る通行管理システムの実施形態について図を参照して説明する。
本実施形態では、図１および図２に示すように、通行管理システム１０を特定区域に対する入退室管理用のシステムとして採用する場合を例に説明する。通行管理システム１０は、無線リーダ１２と、コントローラ２０と、中継サーバ３０と、管理サーバ４０と、クライアントサーバ５０とを備えている。そして、この通行管理システム１０が採用された特定区域の出入口には、電気錠１４により施解錠されるドア１６が設けられている。なお、図１および図２では、紙面の都合上、コントローラ２０、電気錠１４、ドア１６、中継サーバ３０の数を省略して図示している。
【００２５】
無線リーダ１２は、ハードウェア的には、例えば公知のＩＣカードリーダとして構成されており、利用者がＩＣカードなどの記録媒体（図略）を当該無線リーダ１２に接触又は近接させることにより、ＩＣカードに記録された利用者の固有情報を読み取り、読み取った固有情報をコントローラ２０に入力する。なお、無線リーダ１２は、セキュリティレベルに合わせて、入室側もしくは退室側のいずれか一方のみに設けられていてもよく、入室側および退室側の両方に設けられていてもよい。
【００２６】
電気錠１４は、例えば、通電することにより電気錠内部の電磁石が動作されてドア１６の施解錠を行う電磁式電気錠を用いることができる。そして、ドア１６には、開閉センサ（図略）が設けられており、電磁的もしくは光学的などの方法によってドア１６の開閉状態が検知されるように構成されている。なお、ドア１６は、手動式であってもよく、自動式でもよい。
【００２７】
コントローラ２０は、ドア１６に対応して設けられており、無線リーダ１２および電気錠１４と電気的に接続されていると共に、中継サーバ３０および管理サーバ４０と通信可能に接続されている。このコントローラ２０は、情報処理装置として構成され、図２に示すように、ＣＰＵ２１、通信部２２、メモリ２３、表示部２４を含んで構成されている。ＣＰＵ２１は、メモリ２３に記憶された通過許可者データと無線リーダ１２によって取得された固有情報とを照合して、ＩＣカードが通過許可対象であるか否かを判断し電気錠１４の施解錠を行うと共に、この判断結果に基づいてＩＣカードに対応する通行履歴情報（図７参照）を生成するように構成されている。通信部２２は、外部装置と通信を行うための通信インターフェースとして構成され、ＣＰＵ２１により生成された通行履歴情報を中継サーバ３０又は管理サーバ４０に送信するように構成されている。また、通信部２２は、通過許可者データを管理サーバ４０から受信すると共にＣＰＵ２１へ出力するように構成されている。メモリ２３は、ＲＯＭ、ＲＡＭ、不揮発性メモリなどの半導体メモリ等により構成され、通過許可者データを記憶していると共に、通行履歴情報が記憶されるように構成されている。表示部２４は、液晶表示器などによって構成され、ＩＣカードが通過許可対象であるか否かの判断結果を表示可能に構成されている。なお、ＣＰＵ２１は、特許請求の範囲に記載の「判断手段」、「通行履歴情報生成手段」の一例に相当する。また、通信部２２は、特許請求の範囲に記載の「履歴送信手段」の一例に相当する。
【００２８】
中継サーバ３０は、コントローラ２０および管理サーバ４０と通信可能に構成されている。そして、１台の中継サーバ３０に接続されるコントローラ２０の台数は、所定台数以下に設定されている。本実施形態では、例えば、１台の中継サーバ３０につき、１００台迄のコントローラ２０が接続可能に設定されているが、中継サーバ３０の処理能力に応じて適宜変更することができる。このように、１台の中継サーバ３０に接続されるコントローラ２０の台数を制限することにより、各中継サーバ３０にかかる負荷を抑えることができる。
【００２９】
そして、中継サーバ３０は、コンピュータとして構成され、図２に示すように、ＣＰＵ３１、通信部３２、メモリ３３、表示部３４、操作部３５を含んで構成されている。ＣＰＵ３１は、主に当該中継サーバ全体の制御を行うように構成されている。通信部３２は、外部装置と通信を行うための通信インターフェースによって構成され、ＣＰＵ３１からの信号に応じてコントローラ２０から受信した通行履歴情報を管理サーバ４０へ送信するように構成されている。また、通信部３２は、管理サーバ４０から受信した通過許可者データ等の情報をコントローラ２０へ送信する（後述の図５に示すＥの流れ参照）。メモリ３３は、ＲＯＭ、ＲＡＭ、不揮発性メモリなどの半導体メモリやハードディスク等により構成され、受信した通行履歴情報および通過許可者データを一時的に記憶するように構成されている。表示部３４は、液晶モニタなどであり、当該中継サーバ３０の動作状態を表示可能に構成されている。操作部３５は、キーボードやマウスなどにより構成され、例えば、システムの管理者が当該操作部３５を操作することにより中継サーバ３０に対して直接、信号を入力可能に構成されている。なお、通信部３２は、特許請求の範囲に記載の「情報送信手段」の一例に相当する。
【００３０】
管理サーバ４０は、主に当該システム全体の制御を行うように構成されており、上述したように、コントローラ２０および中継サーバ３０と通信可能に接続されていると共に、クライアントサーバ５０とも通信可能に接続されている。そして、管理サーバ４０は、コンピュータとして構成され、図２に示すように、ＣＰＵ４１、通信部４２、メモリ４３、表示部４４、操作部４５を含んで構成されている。ＣＰＵ４１は、主に当該管理サーバ全体の制御を行うように構成されている。通信部４２は、外部装置と通信を行うための通信インターフェースによって構成され、ＣＰＵ４１からの信号に応じて、通過許可者データ等の情報を中継サーバ３０へ送信すると共に（後述の図５に示すＤの流れ参照）、中継サーバ３０およびコントローラ２０から通行履歴情報を受信するように構成されている。メモリ４３は、ＲＯＭ、ＲＡＭ、不揮発性メモリなどの半導体メモリやハードディスク等により構成され、通過許可者データや受信した通行履歴情報を記憶するように構成されている。表示部４４は、液晶モニタなどであり、当該管理サーバ４０の動作状態を表示可能に構成されている。操作部４５は、キーボードやマウスなどにより構成され、例えば、システムの管理者が当該操作部４５を操作することにより管理サーバ４０に対して直接、信号を入力可能に構成されている。
【００３１】
クライアントサーバ５０は、主に、管理サーバ４０と通信を行うように構成されており、図２に示すように、ＣＰＵ５１、通信部５２、メモリ５３、表示部５４、操作部５５を含んで構成されている。ＣＰＵ５１は、主に当該クライアントサーバ５０全体の制御を行うように構成されている。通信部５２は、通過許可者データ等の情報を管理サーバ４０へ送信すると共に、管理サーバ４０のメモリ４３に記憶されている通行履歴情報へアクセス可能に構成されている。表示部５４は、当該クライアントサーバ５０の動作状態を表示可能に構成されている。そして、操作部５５は、システムの管理者等が当該操作部５５を操作することにより、通過許可者データ等の情報を更新したり、通行履歴情報を参照できるように構成されている（後述の図５に示すＦの流れ参照）。
【００３２】
次に、コントローラ２０によるドア１６の施解錠処理について、図３に示すフローチャートを用いて説明する。本実施形態では、利用者がＩＣカードを無線リーダ１２に読み取らせて特定区域へ入室する場合を例に挙げて説明する。
【００３３】
まず、図３のステップＳ１０１において、無線リーダ１２によって利用者の固有情報が記録されたＩＣカードが読み取られたか否かについて判定される。ここで、入室する利用者がいないためにＩＣカードが読み取られず無線リーダ１２から固有情報が入力されない場合には、ステップＳ１０１にてＮｏとの判定が繰り返される。
【００３４】
このような状態において、利用者がＩＣカードを無線リーダ１２に読み取らせてＣＰＵ２１に当該ＩＣカードの固有情報が入力されると（Ｓ１０１でＹｅｓ）、ステップＳ１０３において、予めメモリ２３に記憶されている通過許可者データと無線リーダ１２によって取得された固有情報とが照合される。固有情報が通過許可者データと一致しない場合には、ステップＳ１０３においてＮｏと判定される。一方、固有情報が通過許可者データと一致した場合（Ｓ１０３でＹｅｓ）、ステップＳ１０５にて解錠処理がなされ、ドア１６の電気錠１４が一定期間解錠される。電気錠１４が解錠されると、利用者はドア１６を開けて特定区域へ入室することができる。
【００３５】
そして、ステップＳ１０７にて履歴情報生成処理がなされ、例えば、図７示すような通行履歴情報が生成され、この生成された通行履歴情報がコントローラ２０のメモリ２３に記憶される。そして、この生成された通行履歴情報が、後述の履歴情報送信処理にて中継サーバ３０又は管理サーバ４０へ送信される。この履歴情報送信処理では、コントローラ２０の負荷状態に応じて、予め決定された所定の時間帯に所定のサーバ（中継サーバ３０又は管理サーバ４０）へ通行履歴情報を送信するようにしており、次に詳細を説明する。
【００３６】
次に、コントローラ２０の負荷状態の決定方法について説明する。このコントローラ２０の負荷状態は、管理サーバ４０のＣＰＵ４１により、コントローラ２０で生成される通行履歴情報に基づいて所定の時間間隔で区分した時間帯毎に、各コントローラ２０の全体における通行履歴件数の度合いと、コントローラ２０の各々についての通行履歴件数の度合いとを算出して決定される。また、コントローラ２０が所定の高負荷状態の時間帯は高負荷時間帯、所定の低負荷状態の時間帯は低負荷時間帯と決定される。ここで、所定の時間間隔とは、例えば、１日を１時間毎に区分した時間間隔（この場合、時間帯は全部で２４個）のことをいう。
【００３７】
具体的に、各コントローラ２０の全体における通行履歴件数の度合いと、コントローラ２０の各々についての通行履歴件数の度合いは、単位コントローラ当りの通行履歴件数の平均値（各コントローラ２０の通行履歴件数を時間帯毎に合計したものをコントローラの総数で割った値）と、コントローラの各々の通行履歴件数とを時間帯毎に比較して算出され、通行履歴件数がこの平均値以上であれば、高負荷時間帯の条件を満たすと判断される。そして、所定数以上のコントローラ２０が高負荷時間帯の条件を満たす場合、予め定められた選定条件に基づき、その条件を満たす所定数以上のコントローラ２０の中から一部を選び、その選ばれたコントローラの高負荷時間帯を競合時間帯から外すように設定されている。例えば、単位時間あたり１０００件/ｈを超えるコントローラ２０のうち、上位１０個のコントローラ２０の時間帯を高負荷時間帯と決定し、それ以外のコントローラ２０の時間帯を低負荷時間帯と決定することができる。なお、ＣＰＵ４１は、特許請求の範囲に記載の「時間帯決定手段」、「算出手段」、「平均値算出手段」の一例に相当する。
【００３８】
そして、後述の履歴情報送信処理（Ｓ２０１〜Ｓ２０７、Ｓ５０５〜Ｓ５０９）では、コントローラ２０が低負荷時間帯のときには、当該履歴情報送信処理にて生成された通行履歴情報を中継サーバ３０に送信し、コントローラ２０が高負荷時間帯のときには、通行履歴情報の送信を高負荷時間帯が経過するまで停止すると共にこの通行履歴情報をコントローラ２０のメモリ２３に蓄積し、高負荷時間帯の経過後、中継サーバ３０を介さずに管理サーバ４０に送信するようにしている。この履歴情報送信処理を、図４〜図６を用いて、コントローラ２０が低負荷状態の場合（すなわち低負荷時間帯）と高負荷状態の場合（すなわち高負荷時間帯）とに分けて説明する。
【００３９】
まず、管理サーバ４０は、上述の負荷状態を決定する方法により各コントローラの高負荷時間帯、低負荷時間帯を決定しており、いずれかのコントローラ２０が高負荷状態と決定された時間帯（すなわち高負荷時間帯）となったときには、当該コントローラ２０が接続される中継サーバ３０に対し当該コントローラ２０の通行履歴情報の送信を停止させる指示を与えている。
【００４０】
次に、コントローラ２０が低負荷状態の場合に、コントローラ２０、中継サーバ３０、管理サーバ４０で行われるそれぞれの処理について説明する。図４に示すコントローラ２０での履歴情報送信処理は、例えば、図３の処理毎、或いは一定期間毎に行われ、まず、ステップＳ２０１にて、コントローラ２０に対して通行履歴情報の送信停止指示（後述するＳ６０５での指示）があるか否かについて判定される。そして、中継サーバ３０から通行履歴情報の送信停止指示があれば（Ｓ２０１でＹｅｓ）、ステップＳ２０３にて後述の高負荷状態の処理が実施され、後述するステップＳ５０５からのステップＳ５０９の処理がなされる（図６参照）。一方、通行履歴情報の送信停止の指示がないと判定されると（Ｓ２０１でＮｏ）、ステップＳ２０５にて中継サーバ３０へ通行履歴情報の送信確認信号が送信され、中継サーバ３０が通行履歴情報を受信可能な状態であるか否かが問い合わせされる。そして、コントローラ２０は、中継サーバ３０から通行履歴情報の送信許可信号を受け取ると、ステップＳ２０７にて通行履歴情報を中継サーバ３０へ送信する。このコントローラ２０からの通行履歴情報の送信は、図５中Ａの流れになる。そして、通行履歴情報の送信停止の指示がなされるまで、中継サーバ３０へ通行履歴情報を送信する。
【００４１】
中継サーバ３０では、ステップＳ３０１において、管理サーバ４０からの上述の指示（コントローラ２０の通行履歴情報を停止させる指示）があるか否かに基づいて、コントローラ２０が高負荷時間帯であるか否かが判定される。そして、上述の指示から所定の解除条件を満たすまで、すなわち、高負荷時間帯であれば（Ｓ３０１でＹｅｓ）、ステップＳ３０３にて高負荷状態の処理が実施され、後述するステップＳ６０５からステップＳ６０９までの処理がなされる（図６参照）。一方、高負荷時間帯でない場合（Ｓ３０１でＮｏ）、ステップＳ３０５にて、コントローラ２０から通行履歴情報の送信確認信号を受信すると、ステップＳ３０７にて送信許可信号をコントローラ２０へ送信する。そして、中継サーバ３０は、ステップＳ３０９にて、コントローラ２０から送信された通行履歴情報を受信し、ステップＳ３１１にてメモリ３３に当該通行履歴情報が記憶される。次にステップＳ３１３にて、予め設定されている通行履歴情報の送信時間帯であるか否かが判定される。ここで、中継サーバ３０から管理サーバ４０への通行履歴情報の送信は、例えば、所定の時間間隔（例えば、１０分間隔など）で行われるように設定されている。そして、送信時間帯と判定されると（Ｓ３１３でＹｅｓ）、ステップＳ３１５にて管理サーバ４０へ送信確認信号が送信される。この送信確認信号に対する送信許可信号を管理サーバ４０から受け取ると、メモリ３３に記憶されている通行履歴情報をステップＳ３１７にて管理サーバ４０へ送信する。なお、この中継サーバ３０からの通行履歴情報の送信は、図５中Ｂの流れとなる。
【００４２】
管理サーバ４０では、中継サーバ３０からの通行履歴情報の送信確認信号を受け取ると、ステップＳ４０１にて送信許可信号を中継サーバ３０へ送信する。そして、ステップＳ４０３にて、中継サーバ３０からの通行履歴情報を受信し、ステップＳ４０５にて、管理サーバ４０のメモリ４３に受信した通行履歴情報を記憶する。管理サーバ４０は、このメモリ４３に記憶した通行履歴情報に基づいて、ステップＳ４０７にてコントローラ２０の各時間帯の負荷状態を決定する。
【００４３】
次に、コントローラ２０が低負荷状態の場合に、コントローラ２０、中継サーバ３０、管理サーバ４０で行われるそれぞれの処理について説明する。図６に示すように、コントローラ２０では、ステップＳ２０１にて、コントローラ２０に対して通行履歴情報の送信停止指示があるか否かについて判定される。そして、中継サーバ３０から通行履歴情報の送信停止指示がなければ（Ｓ２０１でＮｏ）、ステップＳ２０２にて低負荷状態の処理が実施され、前述したステップＳ２０５およびステップＳ２０７の処理がなされる（図４参照）。一方、通行履歴情報の送信停止の指示があると判定されると（Ｓ２０１でＹｅｓ）、ステップＳ５０３にて、通行履歴情報の送信停止指示の解除タイミングが到来したか否かについて判定される。この送信停止指示の解除タイミングの信号は、中継サーバ３０或いは管理サーバ４０からコントローラ２０に送信されるように構成されている。
【００４４】
この通行履歴情報の送信停止信号が解除されるタイミングは、高負荷時間帯の経過後、当該コントローラ２０における通行履歴件数の度合いが所定値以下となる時間帯であって且つ当該高負荷時間帯と最も近い時間帯に設定されている。例えば、管理サーバ４０には、各コントローラ２０毎に、過去の所定日数における時間帯毎の通行履歴件数の平均値が記録されており、送信停止指示を与えている当該コントローラ２０についても、例えば、１日を１時間毎に区分した時間間隔毎に、過去の所定日数における通行履歴件数の平均値が算出されて記憶されている。解除タイミングの設定は、このように登録されている当該コントローラ２０についての過去のデータ（時間帯毎の通行履歴件数の平均値）に基づいて行うことができ、例えば、当該コントローラ２０の高負荷時間帯の経過後、単位時間あたりの通行履歴件数の平均値が５００件/ｈ以下となる時間帯となると、管理サーバ４０から当該コントローラ２０に対して送信停止指示の解除タイミングの信号が出力されるようになっている。そして、ステップＳ５０３では、このような送信停止指示の解除タイミングの信号を受信するまで（すなわち、解除タイミングが到来するまで）Ｎｏとの判定が繰り返される。なお、ここでは、解除タイミング信号を管理サーバ４０から直接コントローラ２０に与える例を示したが、中継サーバ３０を介してコントローラ２０に与えるようにしてもよい。
【００４５】
解除タイミングが到来すると（Ｓ５０３でＹｅｓ）、ステップＳ５０５にて、中継サーバ３０へ通行履歴情報の送信確認信号（すなわち、通行履歴情報の送信停止信号（後述のＳ６０５）が解除されたか否かの確認信号）が送信される。そして、送信停止信号が解除されて、中継サーバ３０から送信許可信号を受信すると、コントローラ２０は、ステップＳ５０７にて、高負荷時間帯の間にメモリ２３に蓄積した通行履歴情報を複数まとめて（例えば１つの送信ファイルにして）管理サーバ４０へ送信する。このコントローラ２０からの通行履歴情報の送信は、図５中Ｃの流れになる。次に、ステップＳ５０９にて、メモリ２３に記憶されている通行履歴情報が管理サーバ４０へ全て送信されたか否かについて判定される。メモリ２３内に未送信の通行履歴情報があれば、当該通行履歴情報が全て送信されるまで、ステップＳ５０９にてＹｅｓの判定が繰り返される。
【００４６】
中継サーバ３０では、ステップＳ３０１にて、コントローラ２０が高負荷時間帯であるか否かが判定される。そして、高負荷時間帯でなければ（Ｓ３０１でＮｏ）、ステップＳ３０２にて低負荷状態の処理が実施され、前述したステップＳ３０５からステップＳ３１７までの処理がなされる（図４参照）。一方、コントローラ２０が高負荷時間帯であると判定されると（Ｓ３０１でＹｅｓ）、ステップＳ６０５にて、通行履歴情報の送信停止信号をコントローラ２０へ送信する。なお、この送信停止信号は、管理サーバ４０のＣＰＵ４１により決定された所定の時間帯（すなわち、コントローラ２０における通行履歴件数の度合いが所定値以下となる時間帯）になるまで、コントローラ２０へ送信され続ける。そして、所定の時間帯になり、コントローラ２０から通行履歴情報の送信停止信号が解除されたか否かの確認信号をステップＳ６０７にて受信すると、ステップＳ６０９にて、コントローラ２０へ通行履歴情報の送信許可信号を送信する。
【００４７】
管理サーバ４０では、ステップＳ７０１にて、コントローラ２０から通行履歴情報を受信すると、ステップＳ７０３にて、メモリ４３に受信した通行履歴情報を記憶する。そして、管理サーバ４０は、このメモリ４３に記憶した通行履歴情報に基づいて、ステップＳ７０５にて、コントローラ２０の各時間帯の負荷状態を決定する。
【００４８】
以上説明したように、本実施形態に係る通行管理システム１０では、複数のコントローラ２０と、複数のコントローラ２０と通信可能な管理サーバ３０と、管理サーバ３０と通信可能な１又は複数の中継サーバ４０を備えている。そして、中継サーバ４０は、１又は複数のコントローラ２０に割り当てられ、少なくともその割り当てられたコントローラ２０からの情報を管理サーバ３０に送信可能に構成されている。また、コントローラ２０は、外部から通過許可者データを取得可能に構成され、対応する無線リーダ１２によって得られた記録媒体の固有情報と、通過許可者データとに基づいて当該記録媒体が通過許可対象であるか否かを判断し、この判断結果に基づいて記録媒体に対応する通行履歴情報を生成し、通行履歴情報を中継サーバ３０又は管理サーバ４０に送信する。さらに、コントローラ２０で生成される通行履歴情報に基づいて、当該コントローラ２０が所定の高負荷状態となる高負荷時間帯と、所定の低負荷状態となる低負荷時間帯とが決定される。そして、この決定結果に基づき、当該コントローラ２０が低負荷時間帯のときには、通行履歴情報を中継サーバ３０に送信し、当該コントローラ２０が高負荷時間帯のときには、通行履歴情報の送信を、少なくとも高負荷時間帯が経過するまで停止し、高負荷時間帯の経過後、中継サーバ３０を介さずに管理サーバ４０に送信するようにしている。
【００４９】
これにより、単一の管理サーバ４０が管理するコントローラ（認証装置）の台数が多くなっても、コントローラ２０の負荷が相対的に小さい低負荷時間帯のときには、割り当てられた各中継サーバ３０を介して当該コントローラ２０からの情報が管理サーバ３０に送信されるので、各コントローラ２０から管理サーバ４０へ情報の送受信を直接行う場合と比較して、管理サーバ４０に負荷が集中することが低減され、システム全体の円滑な運用を図ることができる。また、例えば、通行者が多くなり、コントローラ２０で行われる認証処理の数が増加する時間帯など、コントローラ２０が高負荷となる時間帯（高負荷時間帯）となるときには、当該コントローラ２０からの通行履歴情報の送信を、少なくとも高負荷時間帯が経過するまで停止するので、コントローラ２０の負荷が増大する高負荷時間帯となったとしても当該コントローラ２０からのデータのトラフィックを抑えることができる。このため、コントローラ２０が高負荷となる時間帯（高負荷時間帯）であっても、管理サーバ４０に負荷が集中することを低減し、システム全体の円滑な運用を図ることができる。また、高負荷時間帯の経過後、中継サーバ３０を介さずに通行履歴情報を管理サーバ４０に送信するようにしているので、高負荷時間帯に送信を停止していた通行履歴情報をより迅速に管理サーバ４０に送信することができ、データ送信の中止の影響を極力抑えつつ通行履歴を管理サーバ４０に確実に反映できるようになる。
【００５０】
また、所定の時間間隔で区分した時間帯毎に、複数のコントローラ２０の全体における時間帯毎の通行履歴件数の度合いと、複数のコントローラの各々における時間帯毎の通行履歴件数の度合いとを算出して、これらに基づき各コントローラ２０の高負荷時間帯及び低負荷時間帯を決定するようにしている。このようにすると、システム全体の負荷状況に基づいて各コントローラ２０が相対的に高負荷時間帯であるか低負荷時間帯であるかを決定することができ、システム全体を考慮した適切な時間帯設定が可能となる。
【００５１】
また、時間帯毎に算出される単位コントローラ当りの通行履歴件数の平均値を算出し、この平均値と複数のコントローラの各々の通行履歴件数に基づき、各コントローラ２０の高負荷時間帯及び低負荷時間帯を決定するようにしている。このように「単位コントローラ当りの通行履歴件数の平均値」を時間帯毎に算出することで、システム全体から見て各コントローラ２０が平均的にどの程度の通行履歴件数となっているかを時間帯毎に把握することができる。そして、このようにシステム全体から得られる時間帯毎の平均値に基づいて各コントローラ２０の高負荷時間帯及び低負荷時間帯を決定することで、各コントローラ２０が相対的に高負荷時間帯であるか低負荷時間帯であるかをより客観的な基準に基づいて適切に決定することができる。
【００５２】
また、高負荷時間帯の経過後、当該コントローラ２０における通行履歴件数の度合いが所定値以下となる時間帯であって且つ高負荷時間帯と最も近い時間帯に、通行履歴情報を管理サーバ４０へ送信するようにしている。すなわち、高負荷時間帯が経過した後、当該システムの負荷が比較的小さな時間帯になると、コントローラ２０による通行履歴情報の送信が直ちに再開されるので、当該システムへの通行履歴情報の反映のタイムラグを極力抑えつつ、負荷の小さい適切な時間帯に反映処理を行うことができる。
【００５３】
また、所定の時間間隔で区分した時間帯毎に、高負荷時間帯に設定すべきコントローラ２０を１又は複数選定可能とされており、いずれかの競合時間帯において所定数以上のコントローラ２０が高負荷時間帯の条件を満たす場合、予め定められた選定条件に基づき、その条件を満たす所定数以上のコントローラ２０の中から一部を選び、その選ばれたコントローラ２０の高負荷時間帯を競合時間帯から外すようにしている。このように構成することで、いずれかの時間帯（競合時間帯）において所定数以上のコントローラが高負荷時間帯の条件を満たす場合であっても、当該競合時間帯を高負荷時間帯とするコントローラの数を絞り込むことができる。従って、複数のコントローラの高負荷時間帯が特定の時間帯に集中しすぎることを効果的に防止することができ、各コントローラの高負荷時間帯をバランスよく設定することができる。
【００５４】
また、コントローラ２０の高負荷時間帯の経過後、当該高負荷時間帯の間に蓄積した通行履歴情報を複数まとめて管理サーバ４０へ送信するようにしている。このように、通行履歴情報を複数まとめて管理サーバ４０へ送信することにより、当該システムへの通行履歴情報の反映のタイムラグをより小さくでき、システム全体の円滑な運用を図ることができる。
【００５５】
なお、本発明は上記実施形態に限定されるものではなく、以下のように具体化してもよく、その場合でも、上記実施形態と同等の作用・効果が得られる。
（１）上記実施形態では、時間帯決定手段は管理サーバ４０に備えられる場合を例示したが、中継サーバ３０に備えられていてもよい。
【００５６】
（２）上記実施形態では、高負荷時間帯及び低負荷時間帯は、時間帯毎に算出される単位コントローラ当りの通行履歴件数の平均値および複数のコントローラの各々の通行履歴件数とから算出される各コントローラ２０の全体における通行履歴件数の度合いと、コントローラ２０の各々についての通行履歴件数の度合いとから決定される場合を例示したが、コントローラ別で算出される時間帯毎の通行履歴件数の度合いと所定の閾値とに基づいて、決定されるようにしてもよい。例えば、コントローラ別で算出される時間帯毎の通行履歴件数の度合いとして標準偏差を用い、高負荷時間帯及び低負荷時間帯を決定することができる。
【符号の説明】
【００５７】
１０・・・通行管理システム
１２・・・無線リーダ
２０・・・コントローラ
２１・・・ＣＰＵ（判断手段、通行履歴情報生成手段）
２２・・・通信部（履歴送信手段）
３０・・・中継サーバ
３２・・・通信部（情報送信手段）
４０・・・管理サーバ
５０・・・クライアントサーバ
４１・・・ＣＰＵ（時間帯決定手段、算出手段、平均値算出手段）
【図１】
2011197909.tif 000003
【図２】
2011197909.tif 000004
【図３】
2011197909.tif 000005
【図４】
2011197909.tif 000006
【図５】
2011197909.tif 000007
【図６】
2011197909.tif 000008
【図７】
2011197909.tif 000009