JP5775492B2 - 入退室管理システム - Google Patents

Description

本発明は、入退室管理システムに関する。

一般に、施設や建物では特定の管理区域について部外者に対するセキュリティが必要な場合、セキュリティの制御システムである入退室管理システムを用いて管理区域の入退室を厳重に管理している。代表的な入退室管理システムとしては、例えば、特定のフロアの出入口の扉にカードリーダと扉を施錠する電気錠を設置する。そして、利用者が所持するＩＤカードからカードリーダが読み取った利用者識別情報に基づき、入退室の可否を判定して当該扉の電気錠を開閉制御し、利用者の入退室を管理するシステムが提供されている。

さらに、近年は部外者に対するセキュリティのみでなく、管理区域を細かく分類し、部内者を分類することで更なる高セキュリティ化が進行している。
この場合、利用者に対する通行権限については、利用者が勤める会社や部署で分類し、その分類毎に通行権限を分ける必要性が高くなっている。この利用者に対する通行権限については、入退室管理システムの管理者が管理・改善を行うことが一般的であり、管理者の負担が多大になっている。
さらに、大規模なビルや工場などの建物を管理する場合、入退室管理システムにて監視する機器が多大になっている。これら機器に対して制御・監視パラメータを設定することも管理者が実施することが一般的であり、監視する機器のパラメータ設定によるセキュリティ低下の防止や、機器の故障を事前に検知することを管理者は要求されてきている。

このような中、管理者の負担を軽減するという観点から、特許文献１は、履歴情報の抽出を柔軟かつ容易にして、管理者の負担を軽減する技術を開示している。
また、特許文献２は、テナント毎にユーザ操作端末を用意して、管理者からテナント毎の各管理者に操作権限を移譲し、管理者の負担を軽減する技術を開示している。

何れの先行技術(特許文献１、２)も、利用者に対する通行権限の割り当てや制御対象・監視対象の機器に対する制御及び監視するためのパラメータ設定については、管理者（もしくはテナント毎の管理者）が、セキュリティポリシー、つまりセキュリティの方針や方策に従って任意に設定する。或いは、製品の基本セキュリティポリシーに従った設定値に対して調整する。
また、利用者からの入退室管理システムに係る通行権限等の要望は、一般的に申請書等の紙による管理者への申請で行われており、申請に基づき管理者が設定している。

特開２００８−２４２５１３号公報 特開２００６−３９８９１号公報

そのため、管理者が設定した通行権限誤りや、利用者からの通行権限に対する要望に対しては、利用者からの管理者に対しての直接的なクレーム等で指摘され、管理者が再割り当ておよび再設定を行なうまで、改善がなされないため、利用者の利便性が低下してしまう可能性がある。また、管理者が任意の期間の履歴を確認することで通行権限再割り当ての必要性を確認して再割り当てを行うことで、改善している場合も同様の問題が発生する。

前記したように、利用者からの要望は、申請書等の紙により行われているため、処理に時間遅れが発生する。そのため、利用者からの管理者に対してのクレーム等も時間遅れが発生し、利用者にストレスが溜まるという状況が発生する場合がある。

一方、監視機器に対して設定したパラメータ誤りや、不適切なパラメータ設定によってセキュリティが低下している状況、若しくは、機器故障によってセキュリティ監視不可となった場合には、機器の代替が可能になるまでは人(警備員等)を配置して監視を行う等の別の方法にてセキュリティを維持するか、セキュリティを低下させることで対応している。

本発明は、上記問題点を考慮してなされたものであり、利用者がリアルタイムで通行権限の改善要求をすることができ、かつ、機器の改善を管理者に促すことが可能な入退室管理システムの提供を目的とする。

上記目的を達成すべく、本発明に関わる入退室管理システムは、入退室を行う利用者が認証時に通行不可であった場合に、認証装置から通行権限改善の要求操作を可能にする機能を有し、さらに、蓄積した利用者の使用状況や機器の状態から改善内容を自動的に作成し、管理者に対して改善を促す機能を有する入退室管理サーバを備える。

本発明によれば、利用者がリアルタイムで通行権限の改善要求をすることができ、かつ、機器の改善を管理者に促すことが可能な入退室管理システムを実現できる。

本発明の一実施形態に係わる入退室管理システムの概念的構成を示す図。 入退室管理サーバの機能ブロック図。 監視端末の機能ブロックを示す図。 制御装置の機能ブロックを示す図。 制御装置の通行権限記憶部の情報のテーブルを示す図。 制御装置の改善要求記憶部の情報のテーブルを示す図。 認証装置のブロック図。 認証装置と制御装置の動作を表すとともに、制御装置の認証処理部の処理手順を表すフローチャート。 認証装置が有する認証結果を利用者に明示することが可能な画面表示のうちの改善要求用画面のイメージ図。 図８のＳ４０２の扉開制御処理の手順を表すフローチャート。

以下、本発明の実施形態について添付図面を参照して説明する。
図１に、本発明の一実施形態に係わる入退室管理システムの構成を示す。
実施形態の入退室管理システムＳは、施設や建物の特定の管理区域Ｋの利用者(ユーザ)の入退室を管理し、監視(制御)機器の制御／監視を遂行するシステムである。
管理区域Ｋは、利用者が通行する扉５を有している。扉５は、制御装置３からの解錠許可命令によって自動的に解錠することが可能な機能を有し、電気錠や自動ドアやフラップゲートが適用される。

入退室管理システムＳは、入退室管理サーバ１と、管理者が監視機器の扉５等を管理するための入出力装置の監視端末２と、監視機器の扉５等を制御する制御装置３と、利用者の認証を行うカードリーダ、生体情報読み取り装置等を有する認証装置４とを具備している。
入退室管理サーバ１、監視端末２、制御装置３、および認証装置４は、ネットワークのＬＡＮ(Local Area Network)６を介して接続されている。ＬＡＮ６は、相互にデータ通信可能なものが適用される。ネットワークは、セキュリティが保持できれば、ＬＡＮ以外でもよい。

入退室管理サーバ１は、ＣＰＵ(Central Processing Unit)やマイクロコンピュータ等を有する演算処理装置と、ＨＤＤ等のメモリと、各種装置(２、３、４)との相互通信可能な機能をもつ通信インターフェースとを備えている。
メモリには、入退室管理システムＳを実現する各種データを管理(記憶)するデータベースや、入退室管理システムＳを実現するプログラム等が記憶されている。ＣＰＵにより、該プログラムが実行されることにより、入退室管理システムＳが具現化される。

監視端末２は、入退室管理サーバ１とネットワーク(ＬＡＮ６)を介して通信を行い、入退室管理システムＳが管理する個人情報のデータベース(後記のデータ管理部１５等)への登録や各種監視機器(扉５の電気錠、扉５の開閉センサ、カードリーダ、生体情報読み取り装置等)の監視を行う。監視端末２は、その画面に異常等を表示する機能を有し、主に入退室管理サーバ１との通信を可能とする装置のＰＣ(Personal computer)等が適用される。なお、監視端末２は、説明する機能が果たせれば、ＰＤＡ(Personal Digital Assistant)等の他の端末でも構わない。

制御装置３は、入退室管理に必要なデータを格納するメモリや、扉５を制御する接点インターフェースを有する。制御装置３は、個人(利用者)の通行権限を、カードリーダや生体情報読み取り装置で読み取った認証データとメモリ(後記の図６の通行権限記憶部３３)のデータとを照合し、扉５の解錠許可を与えることが可能な装置が適用される。制御装置３としては、例えばコントローラが使用される。制御装置３は、入退室管理システムＳ内に複数存在することが可能である。

認証装置４は、個人(利用者)を特定する個人ＩＤ(Identification)カード(個人認証カード)に記録される情報(個人識別情報)や生体情報を読み取る機能を有する。認証装置４は、制御装置３と通信を行い読み取った情報を制御装置３に送信する。制御装置３において読み取った情報に基づく認証結果に応じて、認証装置４は、利用者に通行可否を明示することが可能な機能を有する。

以下、入退室管理サーバ１、監視端末２、制御装置３、認証装置４、扉５、ＬＡＮ６について、それぞれ詳しく説明する。
＜入退室管理サーバ１＞
入退室管理サーバ１について説明する。
図２は、入退室管理サーバの機能ブロック図である。

入退室管理サーバ１は、機能として、通信インターフェースの通信処理部１１と、監視端末用処理部１２と、制御装置用処理部１３と、改善内容を作成する改善要求用処理部１４と、データ管理部１５とを備える装置である。
通信処理部１１は、監視端末２と、各種監視機器を制御することが可能な機能を持つ制御装置３と通信可能な機能を有する。

ここで、監視端末２は、監視機器の状態や異常を表示する画面を有し、個人(利用者)情報のデータ管理部１５への登録や通行権限、各種監視(制御)機器の制御情報等を入力することが可能な機能を有する。
監視端末用処理部１２は、通信処理部１１を介して、監視端末２からのデータ管理部１５のデータベースへの各種データの登録命令や、監視端末２への監視画面の表示命令等を処理する。

制御装置用処理部１３は、通信処理部１１を介して、制御装置３からの機器状態等の状態更新命令や履歴情報の受信を処理する。
改善要求用処理部１４は、通信処理部１１を介して、制御装置３からの通行権限改善要求や、制御装置３からの異常警報や状態変化履歴や、監視端末２からの管理区域Ｋの通行権限や監視機器に係る改善内容を作成するためのセキュリティポリシーの情報(管理基準情報)を取得し、管理区域Ｋの改善内容の情報を自動的に作成する。

データ管理部１５は、監視端末２の監視画面表示に必要な情報を管理可能であり、監視機器の遠隔操作などスケジュール制御等に必要な情報や、改善内容を作成するための各種データ(セキュリティポリシーの情報、監視(制御)機器の制御／監視パラメータ、監視機器の状態変化、監視機器の異常、扉５の無断開放の警報の情報、各利用者の扉５の使用状況等)や、改善内容データを管理する。

改善要求用処理部１４は、認証装置４からの利用者の改善要求の情報を、制御装置３を介して取得し、予め設定したセキュリティポリシーに従い改善内容を作成し(図１の(２Ｂ))、データ管理部１５に改善内容データを蓄積することが望ましい。
このセキュリティポリシーの改善内容の設定は、管理者が監視端末２でセキュリティポリシーを設定できる画面を表示して、当該画面を利用してセキュリティポリシーの情報を、入退室管理サーバ１が有するデータ管理部１５に登録する。
或いは、管理者が監視端末２を利用してセキュリティポリシーの情報を登録する方法に限らず、入退室管理サーバ１を構築する際に初期設定としてデータ管理部１５にセキュリティポリシーの情報を組み込む(記憶させる)方法をとってもよい。

データ管理部１５は、監視端末用処理部１２、制御装置用処理部１３ならびに改善要求用処理部１４からのデータ更新処理や参照処理等を受け付け、前記したように、データベース機能を有することが望ましい。
データ管理部１５に蓄積されるセキュリティポリシーの設定内容については、通行権限割り当て条件や、機器故障事前検知条件、利便性低下条件、セキュリティ低下条件が挙げられる。

例えば、通行権限割り当て条件は、同じ利用者から通行要求が２回以上されることが挙げられる。
機器故障事前検知条件としては、電気錠の信号が受信し難くなる、異常検知の警報が鳴る、電気錠の開放の信号の送信の時点から電気錠開放の信号の受信の時が遅い、電気錠の開放の信号を送信してないのに勝手に電気錠が開放する等がある。

利便性低下条件としては、利用者が使いにくくなる、通行不可が特定の場所で度々発生する等がある。
セキュリティ低下条件としては、警戒をかけている窓が無人の状態で開いたり、侵入の警報が多く鳴る等がある。
ただし、このセキュリティポリシーの設定方法や設定内容は、説明したものに限るものではない。

また、制御装置３から送信される監視機器の使用状況が、制御装置用処理部１３を介して、データ管理部１５に履歴として蓄積される。
改善要求用処理部１４は、蓄積された監視機器の使用状況（状態変化・警報等）をデータ管理部１５から参照し、設定されたセキュリティポリシーに従って改善内容を作成し、データ管理部１５に蓄積する。

例えば、改善要求用処理部１４が作成する改善内容としては、通行権限に関し、新たな利用者から通行要求が２回以上されたので、セキュリティポリシーに従って通行権限を新たな利用者に割り当てるがある。この場合のセキュリティポリシーは、通行権限に関し、新たな利用者から通行要求が２回以上された場合、通行権限を新たな利用者に割り当てるである。

機器故障事前検知に関しては、前記した電気錠の信号が受信し難くなる、異常検知の警報が鳴る、電気錠の開放の信号の送信の時点から電気錠開放の信号の受信が遅い、または電気錠の開放の信号を送信してないのに電気錠が開放するうちの何れかが発生したので、セキュリティポリシーに従って、当該電気錠の交換を明示する改善内容を作成する。この場合のセキュリティポリシーは、電気錠の信号が受信し難くなる、異常検知の警報が鳴る、電気錠の開放の信号の送信の時点から電気錠開放の信号の受信が遅い、または電気錠の開放の信号を送信してないのに電気錠が開放するうちの何れかが発生した場合、電気錠を交換するである。

利便性低下に関しては、利用者が使いにくくなったので使いにくい条件を除去する改善内容を作成する。例えば、通行不可が特定の場所で度々発生するので、セキュリティポリシーに従って、当該特定の場所での通行不可が発生しない改善内容を作成するなどがある。この場合のセキュリティポリシーは、通行不可が特定の場所で度々発生する場合、通行不可が発生しない方策をとるである。

そして、予め改善内容の緊急性の順番とこれを表示するタイミングを定める改善内容表示テーブル(図示せず)を、データ管理部１５に作成しておく。そして、監視端末用処理部１２は、改善内容表示テーブルを参照することで、作成された改善内容の緊急性に応じてデータ管理部１５から改善内容を参照し、監視端末２に「緊急性の高い改善要求があります」などのメッセージをポップアップ表示することが望ましい(図１の(３))。

＜監視端末２＞
監視端末２について、図３を用いて説明する。図３に、監視端末の機能ブロックを示す。
監視端末２は、通信処理部２１と、監視画面処理部２２と、入力操作処理部２３とを備える装置である。
通信処理部２１は、入退室管理サーバ１に属する通信処理部１１とデータ通信可能な機能をもつ。
入力操作処理部２３は、マウスやキーボードなどのユーザーインターフェース装置からの入力操作の情報を処理する。

監視画面処理部２２は、通信処理部２１を介して監視画面表示に必要なデータを受け取り、監視画面に表示し、さらに入力操作処理部２３からの入力情報を受け取り、通信処理部２１に対して入力データを送る。
監視画面処理部２２は、マウス、キーボードからの入力情報を、入力操作処理部２３が取得し、取得した情報をもとにして、その監視画面に表示する。さらに、入力情報を更新する場合は、通信処理部２１に対して更新情報を送るとともに、入退室管理サーバ１の通信処理部１１に更新情報を送り、データ管理部１５の更新処理を行う。

＜制御装置３＞
制御装置３について、図４を用いて説明する。図４に、制御装置の機能ブロックを示す。
制御装置３は、サーバ通信処理部３１と、サーバデータ更新処理部３２と、通行権限記憶部３３と、改善要求記憶部３４と、認証装置通信処理部３５と、認証データ記憶部３６と、認証処理部３７とを備える装置である。
サーバ通信処理部３１は、入退室管理サーバ１の通信処理部１１とデータの送受信を行う。

サーバデータ更新処理部３２は、入退室管理サーバ１から送信される変更データで、以下の通行権限記憶部３３、改善要求記憶部３４を更新する。
通行権限記憶部３３は、入退室管理システムＳを利用する利用者個人の通行権限を記憶し、管理する。

図５は、制御装置の通行権限記憶部の情報のテーブルを示す図である。
通行権限記憶部３３では、利用者名３３１Ａと、管理対象の扉５の通行可否フラグ３３１Ｂとを管理する通行権限管理テーブル３３１を備える。
利用者名３３１Ａには、各個人ごとの利用者名のデータを有し、管理対象の扉５の通行可否フラグ３３１Ｂは各利用者の扉５ごとの可否を、“０”で通行不可、“１”で通行可能というデータで管理する。利用者名３３１Ａは、利用者の個人ＩＤの情報や利用者の生体情報としてもよい。
改善要求記憶部３４は、利用者個人の改善要求操作に対する状況を記憶し、管理する。

図６は、制御装置の改善要求記憶部の情報のテーブルを示す図である。
改善要求記憶部３４では、利用者名３４１Ａと管理対象の扉５の改善要求状態３４１Ｂとを管理する改善要求状態管理テーブル３４１を備える。利用者名３４１Ａには、各個人ごとの利用者名のデータを有し、管理対象の扉５の改善要求状態３４１Ｂは、各利用者の扉５ごとの改善要求状態をフラグを用いて、“０”で要求なし、“１”で要求中、“２”で一時許可中、“３”で要求却下というデータで管理する。利用者名３４１Ａは、利用者の個人ＩＤの情報や利用者の生体情報としてもよい。

認証装置通信処理部３５は、認証装置４から取得した認証データを受け取り、認証データの記憶処理や認証処理部３７へ認証処理命令を行う(出力する)。また、認証装置通信処理部３５は、管理対象の扉５の改善要求のデータを受け取り、認証処理部３７およびサーバ通信処理部３１に改善要求のデータを出力する。
認証データ記憶部３６は、認証装置通信処理部３５が取得した認証データを、認証装置４毎に時刻とともに記憶する。

認証処理部３７は、認証装置通信処理部３５からの認証処理命令を受け取り(が入力され)、通行権限記憶部３３と改善要求記憶部３４とを参照し、利用者の通行許可を判定し、認証結果を認証装置通信処理部３５に返す(出力する)。また、認証装置通信処理部３５からの改善要求のデータで改善要求記憶部３４の改善要求状態管理テーブル３４１のデータを更新する。

認証処理部３７では、認証装置４での操作等で、入退室管理サーバ１のデータを更新する必要がある場合は、サーバ通信処理部３１を介して、入退室管理サーバ１のデータ管理部１５のデータ更新を行う。例えば、入退室管理サーバ１のデータを更新する必要がある場合として、利用者からの扉５の通行要求がある。

＜認証装置４＞
図７に、認証装置のブロック図を示す。
認証装置４について説明する。
認証装置４は、通信処理部４１と、認証処理部４２と、認証データ読取処理部４３と、画面操作処理部４４と、判定処理部４５と、音声処理部４６と、画面表示処理部４７とを備える装置である。
通信処理部４１は、認証処理部４２から送られた個人ＩＤカードの情報や生体情報等の認証データを、制御装置３に対して送信する。

認証処理部４２は、認証データ読取処理部４３で生体情報を読み取った際に有効でないものを読み取った場合にその情報を作成したり、正常に読み取った生体情報に暗号をかけたりして、その情報(認証データ)を、通信処理部４１に出力する。或いは、認証処理部４２は、認証データ読取処理部４３で読み取った個人ＩＤカードの情報に暗号をかけたりして認証データを作成し、通信処理部４１に出力する。なお、正常に読み取った生体情報に暗号をかけず、その情報(認証データ)を通信処理部４１に出力したり、或いは、認証データ読取処理部４３で読み取った個人ＩＤカードの情報に暗号をかけず、その情報(認証データ)を通信処理部４１に出力してもよい。

認証データ読取処理部４３は、個人を特定するための個人ＩＤカードの情報や生体情報を読み取り、認証処理部４２へ送信する。
画面操作処理部４４は、画面からの操作の内容を認識し、制御装置３の情報を更新するために、通信処理部４１を介して、通信処理部４１に操作内容を送信する。
判定処理部４５は、制御装置３による認証データの判定データを通信処理部４１から受け取り、音声処理部４６に対して音声出力命令を行うとともに、画面表示処理部４７に対して表示画面の切り替え命令等を行う。

音声処理部４６は、判定処理部４５からの音声出力命令に対応した音声出力を行うとともに、画面操作処理部４４からの画面操作に対応した音声出力命令に対応した音声出力を行う。
画面表示処理部４７は、判定処理部４５からの判定結果に対応した画面表示切り替えを行い、画面操作処理部４４からの画面操作内容に対応した画面表示切り替えを行う。
具体的には、画面表示処理部４７は、後記する「通行権限がありません」や「通行できません」などのメッセージを表示する画面(図示せず)や、改善要求用画面７(図９)、認証用画面(図示せず)を切り替え表示する。

利用者が認証を開始してから入退室完了するまでの動作について説明する。
図８は、認証装置と制御装置の動作を表すとともに、制御装置の認証処理部の処理手順を表すフローチャートである。
まず、利用者に認証用画面を表示する(図８のＳ４００Ａ)。
そして、利用者(通行者)がかざす個人ＩＤカードの情報を認証装置４のカードリーダで読み取ったり、若しくは、利用者の生体情報を認証装置４の生体情報読み取り装置で読み取る(図８のＳ４００Ｂ)。

読み取った認証データが当該扉５の通行権限があるか否かを判定する(Ｓ４０１)。
通行権限がある場合(Ｓ４０１でＹｅｓ)、Ｓ４０２の扉開制御処理（詳細は図１０を用いて後記）を行い、扉開制御処理を実施後、リターンする。
通行権限がない場合(Ｓ４０１でＮｏ)(図１の(１))、Ｓ４０３の処理に移行し、改善要求状態管理テーブル３４１(図６参照)を参照し、利用者の当該扉５の改善要求状態が一時許可中でないか否か確認する。

一時許可中の場合(Ｓ４０３でＮｏ)、Ｓ４０２に移行する。
一時許可中でない場合(Ｓ４０３でＹｅｓ)、Ｓ４０４に移行し、認証装置４は、「通行権限がありません」や「通行できません」などのメッセージを有する画面を一時的に表示し、その後、図９に示す(改善)「要求する」、(改善)「要求しない」を選択する選択肢を備える改善要求用画面７を表示する(図１の(２Ａ))。

図９は、認証装置が有する認証結果を利用者に明示することが可能な画面表示のうちの改善要求用画面のイメージ図である。
改善要求用画面７では、通行権限割り当てに関して、利用者の扉５での改善要求の状態を表示する要求状態７１の表示と、“要求する”釦７２と、“要求しない”釦７３とを表示する。
改善要求状態７１は、制御装置３が個人ＩＤカードの情報若しくは生体情報から、利用者を特定して、制御装置３の認証処理部３７が改善要求状態管理テーブル３４１(図６参照)を参照(リード)することで、利用者の当該扉５に対する改善要求の状態を表示する。

“要求する”釦７２は、利用者が管理者に対して当該扉５の通行権限の割り当てを要求する釦であり、“要求する”釦７２を押下することで、通行権限割り当てが必要であるという意思を、管理者に入退室管理サーバ１から監視端末２を介して伝える。“要求しない”釦７３は、利用者が管理者に対して当該扉５の通行権限割り当てを要求しない釦であり、“要求しない”釦７３を押下することで、通行権限割り当てが必要ないという意思を管理者に伝える。具体的には、入退室管理サーバ１から監視端末２に何も表示しない。

続いて、Ｓ４０５に移行し、改善要求用画面７にて、画面操作処理部４４は、画面操作されているか否か確認する。
画面操作されていない場合(Ｓ４０５でＮｏ)、Ｓ４０６に移行し、改善要求用画面７の表示時間が所定の時間経過しているか否かを確認する。
所定の表示時間を経過している場合(Ｓ４０６でＹｅｓ)は、リターンする。
所定の表示時間を経過していない場合(Ｓ４０６でＮｏ)は、Ｓ４０５に移行する。

Ｓ４０５で、画面操作されている場合(Ｓ４０５でＹｅｓ)、Ｓ４０７に移行し、改善要求用画面７にて、“要求する”釦７２が押下され改善要求されたか否か判定する。
改善要求用画面７にて、“要求する”釦７２が押下され改善要求された場合(Ｓ４０７でＹｅｓ)、Ｓ４０８に移行し、利用者が通行権限の改善要求を行ったため、図４の制御装置３の認証処理部３７が改善要求記憶部３４に改善要求を記録する。さらに、制御装置３を介して入退室管理サーバ１に改善要求の情報を送信する。

こうして、利用者からの要望がある場合に、リアルタイムで、制御装置３からの通行権限改善要求が入退室管理サーバ１に送信され、改善要求用処理部１４は、利用者の当該扉５の使用状況の情報などをもとに、予め設定したセキュリティポリシーに従い改善内容を作成し、データ管理部１５に改善内容データを蓄積する。そして、監視端末用処理部１２は、監視端末２に改善内容データをリアルタイムで出力し、管理者に対して効率的な改善を促す。

ここで、利用者の改善要求は、入退室管理サーバ１を介して、監視端末２に出力して管理者に通知される。なお、利用者の改善要求は、改善内容とともに監視端末２に出力(表示)してもよいし、改善内容と独立して監視端末２に出力(表示)してもよい。
Ｓ４０７で、“要求する”釦７２が押下されず、“要求しない”釦７３が押下された場合(Ｓ４０７でＮｏ)、リターンする。

次に、図８のＳ４０２の扉開制御処理について詳述する。
図１０は、図８のＳ４０２の扉開制御処理の手順を表すフローチャートである。
図１０のＳ４０２１では、扉５を解錠とする制御を行い、Ｓ４０２２に移行する。Ｓ４０２２では、扉５の解錠の有効時間が経過したか否かを判定する。

解錠の有効時間を経過していれば（Ｓ４０２２でＹｅｓ）、Ｓ４０２３に移行して扉５を施錠し、処理を終了する。
解錠の有効時間を経過していなければ（Ｓ４０２２でＮｏ）、Ｓ４０２４の処理に移行し、扉５が開かれたか否かを確認する。

扉５が開かれていない場合（Ｓ４０２４でＮｏ）は、Ｓ４０２２の処理に移行する。
扉５が開かれた場合（Ｓ４０２４でＹｅｓ）はＳ４０２５の処理に移行し、扉５が閉まったか否かを不図示の扉開閉センサで確認して閉まったら扉５を施錠し、処理を終了する。扉開閉センサはメカニカルスイッチ、磁気を検知するセンサ、静電容量を検知するセンサ等、扉５の開閉を検出できれば、任意のものを適用できる。

＜監視機器のセキュリティ改善＞
次に、入退室管理システムＳにおける監視機器のセキュリティ改善について説明する。
制御装置３から送信される監視(制御)機器の使用状況が、入退室管理サーバ１の制御装置用処理部１３を介して、データ管理部１５に履歴として蓄積される。

改善要求用処理部１４は、蓄積された監視機器の使用状況、監視機器の状態変化、監視機器の異常、扉５の無断開放の警報などの情報をデータ管理部１５から参照し、監視機器の使用状況からシステム改善の必要がある場合に、監視(制御)機器の制御／監視パラメータの設定の改善内容を、セキュリティポリシーの情報に従って作成し、データ管理部１５に蓄積する。

作成した改善内容は、監視端末用処理部１２が、改善内容表示テーブルを参照して監視端末２に出力し、管理者に対して効率的な改善を促す。
例えば、扉５が開き放しになった警報に対し、予め設定したセキュリティポリシーに沿って自動的に改善内容が監視端末２に出力されるので、管理者に迅速な改善を促すことができる。
或いは、電気錠が何回動いたら壊れるので電気錠を交換する、警報が何回鳴ったら電気錠を交換するなどというセキュリティポリシーの情報を予め設定することで、自動的に改善内容の情報(電気錠の交換が必要等)が監視端末２に出力されるので、管理者が迅速な対応をとることができる。

実施形態によれば、入退室管理システムＳは、入退室を行う利用者の扉５の通行権限割り当てに対する要望(要求)を認証装置４から行うことが可能できる。そして、扉５等の監視機器の使用状況から管理者が任意に改善内容を作成するのではなく、入退室管理サーバ１は、自動的に監視機器の使用状況から改善内容を作成する。
特に、利用者の使用状況や監視(制御)機器の状態を履歴で蓄積する機能を有しており、利用者が通行不可であった場合に認証装置４から通行権限改善要求をすることが可能である。また、システムが、監視(制御)機器の機器の使用状況やその状態の情報に基づき、監視(制御)機器の制御／監視パラメータの設定内容の改善や機器の交換、修繕などを監視端末２に出力して管理者に促すことが可能である。

すなわち、扉５の通行権限割り当て誤りや通行権限割り当てに対する利用者からの要望、監視機器の使用状況からシステム改善の必要がある場合に、システムが予め設定したセキュリティポリシーの情報に従って自動的に改善内容を作成し、監視端末２に出力して管理者に対して効率的に改善を促す。

利用者にとっては、通行権限の改善を要求したい場合は、改善要求用画面７において要求する”釦７２を押下することで、“利用しながら要求することが可能になるため、直接管理者に対して要求しにいく手間を省くことができる。さらにその要求に対しての管理者の対応状況を、システムを利用しながらリアルタイムで、改善要求用画面７において確認することが可能になるため、利用者のストレス軽減の効果を有する。

管理者にとっては、システムでセキュリティポリシーに沿った改善内容をリアルタイムで自動作成し出力するので、利用者の要求に対して迅速に対応することが可能になる。そのため、効率的に通行権限割り当て誤りやその改善が可能になり、利用者との直接的なクレーム対応の時間を削減でき、従来の蓄積された履歴を管理者が確認して改善する方法に比べ、効率的に通行権限割り当て等を改善することが可能になるという優れた効果を奏する。

こうして、監視端末２に改善内容の情報を出力することで管理者に通知し、改善を促し利用者からのクレームの未然防止やクレームに対応する時間を短縮できる。結果として、利用者の管理者に対するクレームが削減され、利用者、管理者の両者にとって使い勝手のよい入退室管理システムＳを提供できる。
認証装置４にて通行権限割り当ての改善要求を可能にすることにより、管理者は利用者からの改善要求を効率良く取得することができる一方、利用者は管理者に対して改善要求を効率よく行うことができる。そのため、通行権限が改善されるまでの時間を低減することができる。

さらに、改善要求は、入退室管理サーバ１の改善内容自動作成機能を介し、監視端末２に出力して管理者に通知することで、管理者は不必要な改善要求に対応する手間を削減することが可能になる。また、監視機器の使用状況、状態等から改善内容を作成し、改善内容を自動的に監視端末２に出力して管理者に通知することで、管理者が改善内容を作成する時間を低減することが可能になる。

つまり、利用者の使用実績であるカード操作履歴や機器異常時の警報や状態変化の履歴を入退室管理サーバ１に蓄積し、入退室管理サーバ１から改善内容を自動的に監視端末２に出力することにより、管理者が有効に入退室管理システムＳのデータ履歴を活用することができる。そのため、管理区域Ｋのセキュリティを高め、利便性を高めることが可能である。

＜その他の実施形態＞
なお、前記実施形態では、認証装置４が「通行権限がありません」や「通行できません」などのメッセージを有する画面と改善要求用画面７とを別に表示する場合を例示したが、同じ画面で表示してもよい。
また、前記実施形態では、利用者の扉５の通行権限の認証を制御装置３で行う場合を例示したが、認証装置４や入退室管理サーバ１で行うように構成してもよい。

なお、前記実施形態では、データ管理部１５のデータベース、通行権限記憶部３３のテーブル、改善要求記憶部３４のテーブルの各データは、一時記憶部に格納するように構成してもよく、データ管理部１５、通行権限記憶部３３、改善要求記憶部３４の各データの記憶形態は特に限定されるものではない。

また、前記実施形態では、入退室管理サーバ１は、認証装置４からの通行権限改善要求、当該利用者の扉５の使用状況や、扉５の無断開放の警報や、管理区域Ｋ内の機器の異常とその状態変化履歴の各情報を取得するように構成する場合を例示したが、これらの情報の何れかを取得して処理を行うように構成してもよい。

なお、前記実施形態で説明した入退室管理システムＳの機能は、ソフトウェアで実現してもよいし、ＩＣ(Integrated Circuit)、ＬＳＩ(Large Scale Integration)等のハードウェアで実現してもよい。

以上、本発明について、実施形態に基づいて説明したが、本発明は、前記実施形態に記載した構成に限定されるものではない。また、前記実施形態に記載した構成を適宜組み合わせまたは選択することも可能であり、その趣旨を逸脱しない範囲において適宜その構成を変更することができるものである。

１ 入退室管理サーバ
２ 監視端末
３ 制御装置
４ 認証装置
５ 扉
７ 改善要求用画面(画面)
１５ データ管理部(記憶部)
４３ 認証データ読取処理部(認証装置)
４４ 画面操作処理部(権限改善要求情報出力手段)
４５ 判定処理部(認証装置)
４７ 画面表示処理部(認証装置)
７１ 改善要求状態表示領域(通行権限の改善要求の状態)
７２ 改善要求する釦(改善要求あり釦)
７３ 改善要求しない釦(改善要求なし釦)
Ｋ 管理区域
Ｓ 入退室管理システム

Claims (4)

1. 管理区域の通路に配置され、施解錠制御される扉と、
   前記管理区域内の通行権限および機器に係る管理基準情報が登録される監視端末と、
   前記扉を通行しようとする利用者が所持する個人認証カードの利用者識別情報やその生体情報を読み取るとともに、当該利用者の通行可否の認証結果を表示し、利用者が通行不可の場合に通行権限の改善要求の操作がなされる認証装置と、
   前記認証装置からの改善要求操作の情報を取得するとともに、前記扉の開閉制御を行い、前記認証装置から読み取った個人認証カードの利用者識別情報や生体情報に基づく認証により入退室可の場合に前記扉を開制御する制御装置と、
   前記認証装置からの通行権限改善要求の情報、前記機器の使用状況やその状態の情報を取得し、予め設定された前記管理基準情報に従って自動的に前記通行権限および前記機器に係る改善内容の情報を作成し、前記監視端末に当該改善内容の情報を出力する入退室管理サーバとを
   備えることを特徴とする入退室管理システム。
2. 前記入退室管理サーバは、
   前記認証装置からの通行権限の改善要求、前記利用者の前記扉の使用状況、前記扉の無断開放の警報、前記機器の異常、その状態変化履歴の各情報を取得し、予め設定された前記管理基準情報に従って自動的に前記通行権限および前記機器に係る改善内容の情報を作成し、前記監視端末に当該改善内容の情報を出力する
   ことを特徴とする請求項１に記載の入退室管理システム。
3. 前記認証装置は、通行権限を要求する改善要求あり釦と通行権限の要求を行わない改善要求なし釦とが表示される画面を表示し、
   前記改善要求あり釦が操作された場合、前記通行権限の改善要求の情報を出力する権限改善要求情報出力手段を備える
   ことを特徴とする請求項１または請求項２に記載の入退室管理システム。
4. 前記認証装置の画面は、前記通行権限の改善要求の状態が表示される
   ことを特徴とする請求項３に記載の入退室管理システム。

Images