(57)【要約】【課題】従来の出入管理装置は、ユーザ登録作業や通行条件設定の修正作業が煩雑で、誤設定を行った場合も発見が困難であった。【解決手段】ユーザＩＤおよび属性を記録したユーザ属性テーブル１１４と、区域ＩＤおよびユーザの属性に対する通行許可の条件を記録した区域属性テーブル１１５とに基づき、任意ユーザＩＤと区域ＩＤの組合せに対し通行の可否を判定する通行許可設定が記録される通行可否テーブル１１２の通行許可設定を行うため、従来の出入管理装置に比べ設定が容易に行え、登録や修正の際も作業量が少なくてすむ。また上記１１４、１１５を参照して、通行可否テーブル１１２に不整合な設定があるかを判定するテーブル管理手段１１３を備えるため、設定に不整合があった場合の修正も容易である。【選択図】　　　　　図１
2004019339.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの識別情報が入力される識別情報入力手段と、区域の出入を制御する電子錠制御手段と、を有するネットワークに接続された端末と、前記端末から出力される前記ユーザの識別子と前記区域の識別子とから前記ユーザの前記区域での通行の可否を判定する照合手段と、前記ユーザの識別子と前記区域の識別子の任意の組合せに対し通行許可設定が記録され、前記照合手段から参照される通行可否テーブルと、前記ユーザの識別子および属性を記録したユーザ属性テーブルと、前記区域の識別子、および前記ユーザの属性に対する通行許可の条件を示す通行許可属性付与条件を記録した区域属性テーブルと、
前記ユーザ属性テーブルのユーザ属性と前記区域属性テーブルの通行許可属性付与条件とに基づき、前記通行可否テーブルに前記ユーザの通行可否の初期値を表す通行許可属性を表示するとともに、前記通行許可設定の設定および修正情報を受付ける設定用インターフェスと、を有するネットワークに接続された中央処理装置と、
を備えることを特徴とする出入管理装置
【請求項２】
前記区域属性テーブルは、さらに前記ユーザの属性に対する通行禁止の条件を示す通行禁止属性付与条件を記録し、
前記設定用インターフェスは、さらに前記区域属性テーブルの通行禁止属性付与条件に基づき、前記通行可否テーブルに通行禁止属性付与条件を表示することを特徴とする請求項１に記載の出入管理装置
【請求項３】
前記ユーザ属性テーブルのユーザ属性と前記区域属性テーブルの通行許可属性付与条件と通行禁止属性付与条件とを参照して、
前記通行可否テーブルの通行許可設定と不整合な設定があるかを判定するテーブル管理手段を備え、
前記端末または前記設定用インターフェスは前記テーブル管理手段で不整合があると判定された場合に、前記不整合な設定を表示することを特徴とする請求項２に記載の出入管理装置
【請求項４】
前記テーブル管理手段は、前記通行可否テーブルの通行許可設定が、前記ユーザ属性テーブルおよび前記区域属性テーブルの設定内容と不整合な設定を含む場合に、その理由を記憶することを特徴とする請求項１〜３のいずれかに記載の出入管理装置
【請求項５】
前記テーブル管理手段は、ユーザが前記端末から前記通行可否テーブルの設定内容の変更要求を入力したとき、
前記ユーザ属性テーブルと前記区域属性テーブルの内容に不整合が生じない範囲で、前記通行可否テーブルの通行許可設定内容を変更することを特徴とする請求項１〜４のいずれかに記載の出入管理装置
【請求項６】
複数のユーザの識別情報および属性が記憶されたユーザ属性テーブルと、複数の区域の識別子および通行許可属性付与条件が記憶された区域属性テーブルとに基づき、前記ユーザの通行可否の初期値を表す通行許可属性を設定するステップと、
前記区域と前記ユーザとの組合せに対して、前記初期値を設定用インターフェス上に表示するステップと、
前記初期値が表示された通行可否テーブルに対して、実際の通行の可否を示す通行許可設定の入力を受付け、前記通行許可設定を記憶するステップと、
前記通行許可設定に基づき、前記区域の出入を制御する電子錠の制御を行うステップと、
を備えることを特徴とする出入管理方法
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、人や物の出入を管理する出入管理装置に関するものである。
【０００２】
【従来の技術】
近年、ビルや建物の扉にカード読取装置や電子錠を備え、カードに記録された情報から、そのカードを所持する人や物が通行して良いか否かを判断し、扉の電子錠を制御するような出入管理装置（セキュリティシステム）が普及してきている。しかし、従来の出入管理装置では、ユーザ毎にそれぞれの出入許可区域を設定する必要があるため、ユーザ数や区域数が多い場合、設定作業量が多く、設定の誤りも生じやすいという問題があった。こうした、問題を解決するために、例えば、特開平６−１８５２４９公報に記載された出入管理装置では、図９に示した構成で出入管理を行っている。以下のその構成を簡単に説明する。
【０００３】
図９で１００’はそれぞれの区域の扉毎に設置されたカードリーダー端末で、ユーザを個々に識別する識別情報としてＩＤ（ＩＤｅｎｔｉｆｉｅｒ）を記録したカードからＩＤを読取るカードデータ読取手段１０１’と扉に設置された電子錠を制御する電子錠制御手段１０２’とを備えている。１１０’はユーザの通行条件を設定する中央処理装置で、入力ＩＤに対し通行を許可するか否かを照合するカードＩＤ照合手段１１１’と、図１０の（ａ）〜（ｄ）に定義された個人情報、アクセスクラス（ＡＣ）、アクセスグループ（ＡＧ）、およびアクセスインターバル（ＡＴＩ）をそれぞれ設定する手段９０１、９０２、９０４、および９０３と、カード発行手段９０６と災害発生時などに作動するＡＣ自動切換手段９０５とを備えている。
【０００４】
この出入管理装置では、予め定義されたＡＧ，ＡＴＩ，ＡＣの階層構造を持つ範疇を用いてユーザの通行条件を設定するため、従来の出入管理装置に比べ出入許可条件の設定数が少なくなっている。
【０００５】
【発明が解決しようとする課題】
上述の出入管理装置では、ユーザ数と通行管理区域が大きくなればなるほど設定作業は困難になる。まずユーザを登録するときにそのユーザの通行条件に適合するＡＣの設定が難しいという問題がある。管理者は、登録するユーザの通行条件に適合するＡＣを検索する必要があるが、図１０（ｂ）に示すようにＡＣの定義自体がＡＴＩとＡＧで記述されているため、具体的な区域で指定されているユーザの通行条件とは直接比較できず、条件を具体的に比較するためにはＡＴＩ，ＡＧの内容を図１０（ｃ），（ｄ）で展開しなければならず、ＡＧを定義した効果もない。また検索した結果、適合するＡＣが存在しなかった場合は、ＡＧ，ＡＴＩを用いて新規のＡＣを追加定義する必要がある。さらに、ＡＣを定義する際、既存のＡＧ，ＡＴＩの組合せでは、登録するユーザの通行条件を表現できない場合も生じるので、そうした場合は新規のＡＧ，ＡＴＩを追加定義する必要がある。
【０００６】
以上のように、上述の出入管理装置ではユーザの登録に伴い発生する作業が非常に煩雑である。一方、いったん設定した通行条件をチェックする機構を持たないため、設定に誤りがあった場合には試行錯誤的に修正しなければならないという問題もあった
【０００７】
本発明は、かかる問題点を解決するためになされたものであり、通行可否テーブルの設定と変更が容易で、なおかつ設定の誤りが容易に検出できる出入管理装置を得ることを目的とするものである。
【０００８】
【課題を解決するための手段】
この発明にかかる出入管理装置は、ユーザの識別情報が入力される識別情報入力手段と、区域の出入を制御する電子錠制御手段と、を有するネットワークに接続された端末と、
前記端末から出力される前記ユーザの識別子と前記区域の識別子とから前記ユーザの前記区域での通行の可否を判定する照合手段と、前記ユーザの識別子と前記区域の識別子の任意の組合せに対し通行許可設定が記録され、前記照合手段から参照される通行可否テーブルと、前記ユーザの識別子および属性を記録したユーザ属性テーブルと、前記区域の識別子、および前記ユーザの属性に対する通行許可の条件を示す通行許可属性付与条件を記録した区域属性テーブルと、
前記ユーザ属性テーブルのユーザ属性と前記区域属性テーブルの通行許可属性付与条件とに基づき、前記通行可否テーブルに前記ユーザの通行可否の初期値を表す通行許可属性を表示するとともに、前記通行許可設定の設定および修正情報を受付ける設定用インターフェスと、を有するネットワークに接続された中央処理装置と
を備えるものである。
【０００９】
また、この発明にかかる出入管理装置の区域属性テーブルは、前記ユーザの属性に対する通行禁止の条件を示す通行禁止属性付与条件を記録し、
前記設定用インターフェスは、前記区域属性テーブルの通行禁止属性付与条件に基づき、前記通行可否テーブルに通行禁止属性付与条件を表示するものである
【００１０】
また、この発明にかかる出入管理装置は前記ユーザ属性テーブルのユーザ属性と前記区域属性テーブルの通行許可属性付与条件と通行禁止属性付与条件とを参照して、前記通行可否テーブルの通行許可設定と不整合な設定があるかを判定するテーブル管理手段を備え、
前記端末または前記設定用インターフェスは前記テーブル管理手段で不整合があると判定された場合に、前記不整合な設定を表示するものである。
【００１１】
また、この発明にかかる出入管理装置の前記テーブル管理手段は、前記通行可否テーブルの通行許可設定が、前記ユーザ属性テーブルおよび前記区域属性テーブルの設定内容と不整合な設定を含む場合に、その理由を記憶するものである。
【００１２】
また、この発明にかかる出入管理装置は、ユーザが前記端末から前記通行可否テーブルの設定内容の変更要求を入力したとき、
前記ユーザ属性テーブルと前記区域属性テーブルの内容に不整合が生じない範囲で、前記通行可否テーブルの通行許可設定内容を変更するものである。
【００１３】
また、この発明にかかる出入管理方法は、複数のユーザの識別情報および属性が記憶されたユーザ属性テーブルと、複数の区域の識別子および通行許可属性付与条件が記憶された区域属性テーブルとに基づき、前記ユーザの通行可否の初期値を表す通行許可属性を設定するステップと、
前記区域と前記ユーザとの組合せに対して、前記初期値を設定用インターフェス上に表示するステップと、
前記初期値が表示された通行可否テーブルに対して、実際の通行の可否を示す通行許可設定の入力を受付け、前記通行許可設定を記憶するステップと、
前記通行許可設定に基づき、前記区域の出入を制御する電子錠の制御を行うステップと、
を備えるものである。
【００１４】
【発明の実施の形態】
実施の形態１．
以下、この発明の実施の形態１を図を参照して説明する。
図１は、本発明にかかわる出入管理装置の実施の形態１を示すブロック図である。
【００１５】
図１において、１０３はユーザの識別情報を入力して読取るカードリーダ、指紋読取り装置などの識別情報入力手段であり、１０１はキーボード、ディスプレーなど標準的なインターフェス機器に加えて、識別情報入力手段１０３を有するユーザインターフェス、１０２は個別区域の出入を制御する電子錠制御手段、１００は、ユーザインターフェス１０１と電子錠制御手段１０２とを備える端末である。ここでは識別情報は識別子：ＩＤで表現されるとする。
１１１は端末１００から出力されるユーザのＩＤ（以下、ユーザＩＤ）と区域のＩＤ（以下、区域ＩＤ）とからユーザの当該区域での通行の可否を判定する照合手段、１１２は照合手段１１１が参照する通行可否テーブル、１１３は通行可否テーブルを管理するテーブル管理手段、１１４はユーザの属性を記録したユーザ属性テーブル、１１５は区域の属性を記録した区域属性テーブル、１１６はシステム管理者が各種設定を行う設定用インターフェス、１１０は照合手段１１１と通行可否テーブル１１２とテーブル管理手段１１３とユーザ属性テーブル１１４と区域属性テーブル１１５と設定用インターフェス１１６とを備える中央処理装置である。
また１５０は出入管理を行っている区域内のネットワークであり、端末１００と中央処理装置１１０とがネットワーク１５０に接続して、出入管理装置を構成している。
【００１６】
次に、図１に示す出入管理装置の動作を図２を用いて説明する。また以下ではユーザは個人認証にカードを用いると想定して説明する。
出入管理が行われている区域には端末１００が設置され、平常時は電子錠制御手段１０２が区域の扉を施錠している。まずＳ２０１で、この区域の出入を求めるユーザはユーザインターフェス１０１が備える識別情報入力手段１０３（ここではカードリーダ）にカードを入力する。次にＳ２０２で端末はカードからユーザＩＤが読取られたかを判断し、読取りに失敗した場合はＳ２０１に戻り、成功した場合はＳ２０３で読取ったユーザＩＤと当該端末１００に対応する区域ＩＤとをネットワーク１５０を経由し中央処理装置１１０へと送信する。次にＳ２０４で照合手段１１１は、受信したユーザＩＤと区域ＩＤとから通行が許可されているか否かを通行可否テーブル１１２を参照して判断し、許可されている場合はＳ２０５で中央処理装置１１０が解錠を許可する信号を端末に送信する。そして、電子錠制御手段がこの区域の扉を解錠し、続けてＳ２０６で扉の開閉で出入が確認された後、または開閉が発生しないまま所定時間が経過した後に施錠して処理を終了する。一方Ｓ２０４で許可されなかった場合は、Ｓ２０７でユーザに出入が不許可であることをユーザインターフェス１０１を通じてユーザに通知して処理を終了する。
【００１７】
次にユーザ属性テーブル１１４と区域属性テーブル１１５と通行可否テーブル１１２とについて、出入管理装置が企業で用いられると想定した例を、図３（ａ）〜（ｃ）を用いて説明する。
図３（ａ）はユーザ属性テーブル１１４で、１列目はユーザＩＤ、２列目以降には任意数のユーザの属性が割当てられる。（ａ）の例では２列目がユーザの所属部署に、３列目がユーザの役職に割当てられており、例えばユーザＩＤ：Ａのユーザは技術部に所属し役職は担当者と登録されている。これらの属性データは管理者が設定用インターフェス１１６から入力する。
【００１８】
図３（ｂ）は区域属性テーブル１１５で、１列目は区域毎にユニークに割当てられた区域ＩＤ、３０１が場所の属性を表す列、３０２が（ａ）のユーザ属性を用いてその区域で初期設定で通行が許可される条件を示す列、３０３が（ａ）のユーザ属性を用いてその区域で初期設定で通行が禁止される条件を示す列である。これらの設定は許可や禁止が明確である場合に設定される。（ｂ）の例では、３０１には区域の属する場所名が割当てられており、３０２と３０３では（ａ）のユーザ属性から所属と役職の２つがそれぞれ条件指定に用いられている。例えば（ｂ）では区域ＩＤ：０００５は支社の管轄で、その区域で通行が許可されているのは総務部の課長またはすべての部門の部長、通行が禁止されているのはすべての部門の担当者と設定されているが、総務部以外の部署の課長については明確な判断基準がなかったので、許可も禁止も設定されていない。これらの属性データは管理者が設定用インターフェス１１６から入力する。このとき、（ｂ）の３０２や３０３を入力する際に、３０１の属性を用いて
（１）場所＝工場の区域（０００２、０００３）を選択して、通行許可を所属＝技術部を入力
（２）０００２、０００３に通行許可する役職をそれぞれ入力
のように選択した複数のマスに同じ内容が一括して入力されるようにすれば、個々のマスに逐次入力を行うより入力作業が少なくなる。
【００１９】
図３（ｃ）は通行可否テーブル１１２で、図３（ａ）に登録されたユーザＩＤのすべてを行、（ｂ）に登録された区域ＩＤのすべてを列とするテーブルであり、或るユーザの或る区域に対する通行条件は、対応するユーザＩＤと区域ＩＤとが交叉するマスに記録される。通行可否テーブル１１２の初期設定は、テーブル管理手段１１３がユーザ属性テーブル１１４と区域属性テーブル１１５を参照して行う。以下に具体的な例で初期設定の手順を示す。
まずテーブル管理手段１１３は、すべての区域について区域属性テーブル１１５の通行許可条件を参照する。例えば、図３（ｂ）では区域ＩＤ：０００１の通行許可条件３０２は、所属＝すべて、役職＝すべて、となっているので、通行可否テーブル１１２の区域ＩＤ：０００１の列は、すべてのマスに通行許可属性が付与される。次に区域ＩＤ：０００２の通行許可条件３０２は、所属＝技術部、役職＝すべて、となっているが、この条件に合致するのはユーザ属性テーブル１１４を参照すると、ユーザＩＤ：Ａ，Ｂなので、通行可否テーブル１１２の区域ＩＤ：０００２の列はユーザＩＤ：Ａ，Ｂのマスに通行許可属性が付与される。以上の順で、図３（ｂ）の区域ＩＤ：０００１〜０００５について通行許可条件３０２より初期設定が付与されたマスは図３（ｃ）の通行可否テーブル１１２では凡例▲１▼のパタンでハッチング表示している。
通行禁止属性も通行許可属性と全く同様の手順で、テーブル管理手段１１３が、すべての区域について区域属性テーブル１１５の通行禁止条件を参照して、通行可否テーブル１１２に付与する。図３（ｂ）の区域ＩＤ：０００１〜０００５について通行禁止条件３０２により初期設定が付与されたマスは図３（ｃ）の通行可否テーブル１１２では凡例▲２▼のパタンでハッチング表示している。
図３（ｃ）でパタン表示のないマス、例えば（ｃ）ではユーザＩＤ：Ｃと区域ＩＤ：０００２との交叉するマスは、通行許可属性も通行禁止属性も初期設定では付与されていないことになる。
【００２０】
管理者は、この通行許可属性および通行禁止属性を参照して、実際の通行の可否を決定する通行許可設定を行う。通行許可設定を行った箇所は（ｃ）では▲３▼の記号で示されている。管理者は、例えば以下（１）〜（３）の順で▲３▼を設定する。
（１）初期設定で通行許可属性▲１▼の箇所を、すべて通行許可設定▲３▼とする
（２）初期設定の属性がない区域ＩＤ：０００４の列は、運用基準が定まっていないため▲１▼、▲２▼の属性が付与されていないが、管理者に対して０００４の責任者から「当面はすべての社員に通行を許可する運用を行いたい」との申入れがあったため、区域ＩＤ：０００４の列を通行許可設定▲３▼とする
（３）区域ＩＤ：０００２に対し総務部より通行許可の申入れがあり０００２の責任者の了解を得たので、初期設定の属性がない区域ＩＤ：０００２の列のユーザＩＤ：Ｃ〜Ｅの行（総務部所属）を通行許可設定▲３▼とする
上述の図２の処理で、照合手段１１１がＳ２０４で照合の判断基準とするのがこの通行許可設定▲３▼で、通行可否テーブル１１２で受信したユーザＩＤと区域ＩＤの交叉するマスに▲３▼が設定されていれば通行を許可、なければ不許可としている。このように、通行可否テーブル１１２に通行許可属性、通行禁止属性、および通行許可設定を記録して、通行許可を階層的に設定できるようにしたため、以下に述べるように管理者は従来の出入装置より容易に通行許可設定ができる。
【００２１】
まず、図９の出入管理装置では通行条件が複雑で規則性が見られない場合は出入許可設定が難しいが、図１の出入管理装置では管理者は通行条件が明確な区域のみ▲１▼や▲２▼を付与し、通行条件が複雑で区域属性テーブル１１５に定義しにくかったり、通行条件が明確でない区域には▲１▼や▲２▼を設定せず、実態に合わせて▲３▼を設定すれば良いので設定作業が簡略化される。上述の区域属性テーブル１１５の設定方法の説明（２）と（３）は、管理者が実態に合わせて▲３▼を設定した例である。
また、図９の出入管理装置では通行条件に誤りが見つかったとき、場合によってはＡＧ，ＡＴＩ，ＡＣを新たに定義する必要が生じるなど修正の作業が煩雑であるが、図１の出入管理装置では問題箇所について通行許可設定▲３▼を変更するだけなので作業量が少なくなる。
【００２２】
さらに、図９の出入管理装置では通行許可設定をユーザ単位で付与していたのに対して、図１の出入管理装置では通行許可設定を区域単位で付与しているため、新規登録作業が容易である。
例えば、新しいユーザを登録する際、図９の出入管理装置ではＡＧ，ＡＴＩ，ＡＣの定義を参照・比較したうえでユーザのＡＣを決定しなければならないが、図１の出入管理装置ではユーザ属性テーブル１１４に所定の情報を入力すれば、通行可否テーブル１１２の追加部分の初期設定は自動的に生成される。
また、新しい区域を追加する際も、図９の出入管理装置ではＡＧ，ＡＣの定義の見直しが必要ならＡＣを決定しなければならないが、図１の出入管理装置では区域属性テーブル１１５に所定の情報と出入の条件を入力すれば、通行可否テーブル１１２の追加部分の初期設定は自動的に生成される。
【００２３】
実施の形態２．
以下、この発明の実施の形態２を図を参照して説明する。
図１に示す出入管理装置の管理区域が拡大しユーザ数が増加すると、管理者が図３（ａ）、（ｂ）および（ｃ）の３種類のテーブルに設定すべき情報も増大する。そのため、入力の誤りにより、ユーザの通行に不都合がきたされる危険性も増加する。しかし、従来の出入管理装置には設定の不整合をチェックする機構がなかったために、ユーザが実際に出入操作を行ったときに不具合が生じるのを防止するには、管理者が設定を丹念に見直す以外には方法が無かった。
【００２４】
一般に出入管理装置では、通行の可否を判定する通行可否テーブルの設定が整合性を保っていることが重要である。図１の出入管理装置では通行可否テーブル１１２のそれぞれのマスについて図３に示した▲１▼〜▲３▼が設定される可能性があるが、設定の組合せ８＝２３通りのうち不整合な場合は下の３種類にまとめられる。
（不整合１）▲１▼と▲２▼の属性を同時に持つ場合（▲３▼の設定・不設定の両方とも）
（不整合２）▲１▼の属性を持つのに▲３▼が設定されていない場合
（不整合３）▲２▼の属性を持つのに▲３▼が設定されている場合
図１の出入管理装置は、テーブル管理手段１１３から通行可否テーブル１１２を参照することにより（不整合１）〜（不整合３）を発見できる。
【００２５】
図４にテーブル管理手段１１３が通行可否テーブル１１２から（不整合１）〜（不整合３）を探して、発見した場合に設定用インターフェス１１６に通知する動作を示す。
Ｓ４０１で（不整合１）を探し、発見されなければＳ４０３に進み、発見された場合はＳ４０２で設定用インターフェス１１６に通知し、設定用インターフェス１１６上のディスプレイなどにより管理者に提示される。管理者は場合によって修正を行ってからＳ４０３に進む、
Ｓ４０３で（不整合２）を探し、発見されなければＳ４０５に進み、発見された場合はＳ４０４で設定用インターフェス１１６に通知し、設定用インターフェス１１６上のディスプレイなどにより管理者に提示される。管理者は場合によって修正を行ってからＳ４０５に進む、
Ｓ４０５で（不整合３）を探し、発見されなければ終了し、発見された場合はＳ４０２で設定用インターフェス１１６に通知し、設定用インターフェス１１６上のディスプレイなどにより管理者に提示される。管理者は場合によっては修正を行ってから終了する。
【００２６】
図５に不整合設定の例を示す。不整合が発見されたマスは▲４▼のように太枠表示している。
５０１には▲１▼、▲２▼および▲３▼がすべて設定されているので（不整合１）に該当するので、例えば▲２▼の属性を除くように区域属性テーブル１１５の通行禁止の該当行を修正すれば不整合は解消する。
５０２には▲１▼のみ設定されているので（不整合２）に該当するので、例えば▲３▼の設定を追加するように通行可否テーブル１１２の該当マスを修正すれば不整合は解消する。
５０３には▲２▼および▲３▼が設定されているので（不整合３）に該当するので、例えば▲３▼の設定を削除するように通行可否テーブル１１２の該当マスを修正すれば不整合は解消する。
【００２７】
しかし、図５に示すような不整合設定の中にも（不整合２）と（不整合３）が、意図的に設定される場合もある。例えば、普段は利用できる区域でも特別な来賓の滞在中に一部通行禁止とする場合や、本来の通行場所ではないが工事などによって迂回路を設定する場合などである。このように設定が一時的で、元の設定に戻すことが決まっている場合は、整合性を保つように▲１▼〜▲３▼を修正しなくても▲３▼の設定・不設定を変更するだけで対応したほうが得策である。そこで図１の出入管理装置で、一時的な通行許可許可設定の変更を行う方法を以下に示す。
【００２８】
まず、不整合設定を行ったときは、管理者は対応するマスに対して、設定用インターフェス１１６からその理由を入力し、例えば図６に示すような形式でテーブル管理手段１１３が記憶する。
一方、管理者が、図４に示した順で不整合を発見した場合には、設定用インターフェス１１６に提示された通行可否テーブル１１２の不整合なマス▲４▼を直ちに修正せず、例えばマウスクリックなどによりそのマスに対応するユーザＩＤと区域ＩＤをテーブル管理手段１１３に送信し、このユーザＩＤと区域ＩＤを見出しとする行が記憶されていれば、理由を設定用インターフェス１１６から参照する。管理者は、理由の内容に応じて、当該の不整合なマス▲４▼を修正するか、そのまま残すかを判断する。
【００２９】
以上の方法によれば、管理者が意図的に不整合な設定を行った理由が参照されるため、その理由を知らない管理者が不整合を発見した場合でも、その不整合な設定が修正されるのを防ぐことができる。
例えば図５の５０２のマスは（不整合２）に該当するが、表６を参照すると、▲３▼の設定を行っていない理由があるので修正しない。また５０３のマスは（不整合３）に該当するが、表６を参照すると、▲３▼の設定を行った理由があるので修正しない、など柔軟な設定および変更が可能になる。
【００３０】
実施の形態３．
上述の、実施の形態１および２では、通行可否テーブル１１２の通行許可設定▲３▼は設定用インターフェス１１６を操作して管理人だけが行っている。しかし、管理人がユーザ属性テーブル１１４および区域属性テーブル１１５の初期設定さえ行っておけば、通行許可設定▲３▼はユーザ自身で設定するような運用も行える。しかし、出入管理装置はセキュリティの保持を目的としているので、ユーザが設定を行える条件や範囲にも、その管理区域に必要なセキュリティーレベルに応じた制限が必要である。そこで、図１に示す出入管理装置でセキュリティを保持しつつ、通行許可設定▲３▼をユーザが設定する方法を以下に説明する。
【００３１】
以下では、図１の出入管理装置の端末１００で通行許可設定▲３▼をユーザが行う動作について説明する。ここではセキュリティの保持のための制限として、以下の３項目を与えている。
（α）通行可否テーブル上でユーザが設定できる範囲
（β）設定前の通行可否テーブルの属性
（γ）通行可否テーブルへの設定を有効化するときの認証
【００３２】
（α）は通行可否テーブル１１２のうち、設定可能な部分を定める条件である。例えば、「ユーザと同じ所属で、役職の職階級がユーザ以下」という条件なら、図３（ａ）のユーザ属性テーブル１１４を例にとると、
ユーザＩＤ：ＣはユーザＩＤ：Ｃに対し設定可能、
ユーザＩＤ：ＤはユーザＩＤ：Ｃ，Ｄに対し設定可能、
ユーザＩＤ：ＥはユーザＩＤ：Ｃ，Ｄ，Ｅに対し設定可能、
となる。以下では単純に「自分自身のみ設定可能（区域はすべて）」を条件とする。
（β）はユーザが設定する前に通行可否テーブル１１２に付与されていた▲１▼と▲２▼の属性に関る条件である。以下では、通行禁止が指定されていなければ通行を許可するとして、「▲２▼が付与されていない」を条件とする。
（γ）は、例えば盗難カードで設定ができないようにするためのセキュリティーであり、個人認証に指紋を用いている場合などは不要になる。以下では、「パスワードによる認証」を条件とする。
【００３３】
いま、初期状態で、図７（ａ）に示すようにユーザ各自のパスワードがユーザ属性テーブルの１つの属性として登録されており、また図７（ｂ）に示すように通行可否テーブル１１２には▲１▼と▲２▼の属性は付与されているが、▲３▼は設定されていないとする。
【００３４】
以下、図８を用いて、図１の出入管理装置の通行可否テーブル１１２の通行許可設定をユーザが行う動作を説明する。なお図８中、図２と同一符号は同一、または相当部分を示し説明を省略する。
【００３５】
まず、ユーザＩＤ：Ｄのユーザが区域ＩＤ：０００１の区域の端末１００で認証を行ったとする。初期状態では図７（ｂ）に示すように対応するマスには▲１▼のみ設定されているのでＳ２０４からＳ８０１、次にＳ８０２へ進む。Ｓ８０２で図７（ａ）を参照してパスワードによる個人認証を行い成功した場合は、Ｓ８０３で通行可否テーブル１１２に▲３▼を設定し、以下Ｓ２０５以降で区域を通過する。Ｓ８０２で個人認証に失敗した場合はＳ２０７で不許可を通知して終了する。次回以降、ユーザＩＤ：Ｄのユーザが区域ＩＤ：０００１の区域の端末１００で認証を行う際は、当該のマスに▲３▼が設定されたのでＳ２０４で認証に成功してＳ２０５以降で区域を通過する。
【００３６】
次に、ユーザＩＤ：Ｄのユーザが区域ＩＤ：０００２の区域の端末１００で認証を行ったとする。初期状態では図７（ｂ）に示すように対応するマスには設定が無いのでＳ２０４からＳ８０１、次にＳ８０２へ進む。Ｓ８０２で図７（ａ）を参照してパスワードによる個人認証を行い成功した場合は、Ｓ８０３で通行可否テーブルに▲３▼を設定し、以下Ｓ２０５以降で区域を通過する。Ｓ８０２で個人認証に失敗した場合はＳ２０７で不許可を通知して終了する。次回以降、ユーザＩＤ：Ｄのユーザが区域ＩＤ：０００２の区域の端末１００で認証を行う際は、当該のマスに▲３▼が設定されたのでＳ２０４で認証に成功してＳ２０５以降で区域を通過する。
【００３７】
次に、ユーザＩＤ：Ｄのユーザが区域ＩＤ：０００３の区域の端末１００で認証を行ったとする。初期状態では図７（ｂ）に示すように対応するマスには▲２▼のみ設定されているのでＳ２０４からＳ８０１、次にＳ２０７へ進み不許可を通知して終了する。次回以降、ユーザＩＤ：Ｄのユーザが区域ＩＤ：０００３の区域の端末１００で認証を行う際も、全く同じ順で不許可を通知して終了する。
【００３８】
ここで、図８のＳ８０１が上述の（β）の条件に対応し、Ｓ８０２が（γ）の条件に対応している。また（α）の設定によりＳ８０３の設定が可能な範囲が決められる。つまり、（α）〜（γ）のセキュリティーの項目を変更したい場合は、Ｓ８０１〜Ｓ８０３のうち対応するステップを変更すれば所望のセキュリティーレベルが実現できる。
【００３９】
以上説明したように、本発明は従来の出入管理装置では管理者のみが行っていた通行可否条件の設定を、ユーザでも行えるようにしたため迅速な通行許可設定が可能になり、また管理者が不在の場合でも決められた水準のセキュリティーを保持できる。上に示した例では、管理者は▲１▼と▲２▼の初期設定だけ行い、あとはセキュリティーを維持しつつも、ユーザの設定による通行条件の更新を行いながら出入管理装置は運用されている。
【００４０】
【発明の効果】
以上のように、この発明にかかる出入管理装置は、ユーザの識別情報が入力される識別情報入力手段と、区域の出入を制御する電子錠制御手段と、を有するネットワークに接続された端末と、
前記端末から出力される前記ユーザの識別子と前記区域の識別子とから前記ユーザの前記区域での通行の可否を判定する照合手段と、前記ユーザの識別子と前記区域の識別子の任意の組合せに対し、通行許可設定が記録され前記照合手段から参照される通行可否テーブルと、前記ユーザの識別子および属性を記録したユーザ属性テーブルと、前記区域の識別子、および前記ユーザの属性に対する通行許可の条件を示す通行許可属性付与条件を記録した区域属性テーブルと、
前記ユーザ属性テーブルのユーザ属性と前記区域属性テーブルの通行許可属性付与条件とに基づき、前記通行可否テーブルに前記ユーザの通行可否の初期値を表す通行許可属性を表示するとともに、前記通行許可設定の設定および修正情報を受付ける設定用インターフェスと、を有するネットワークに接続された中央処理装置と
を備えるため、
通行条件の設定内容に規則性と不規則性が混在する場合や、初期設定に曖昧性がある場合など、従来の出入管理装置では設定が難しかったケースでも設定が容易に行え、新規登録や修正の際も従来に比べ作業量が少なくてすむ。
【００４１】
また、前記区域属性テーブルは、さらに前記ユーザの属性に対する通行禁止の条件を示す通行禁止属性付与条件を記録し、
前記設定用インターフェスは、さらに前記区域属性テーブルの通行禁止属性付与条件に基づき、前記通行可否テーブルに通行禁止属性付与条件を表示するため、通行許可の条件が不明な場合でも、通行禁止の条件によって通行条件の設定ができるため、設定作業がより軽減化される。
【００４２】
また、前記ユーザ属性テーブルのユーザ属性と前記区域属性テーブルの通行許可属性付与条件と通行禁止属性付与条件とを参照して、
前記通行可否テーブルの通行許可設定と不整合な設定があるかを判定するテーブル管理手段を備え、
前記端末または前記設定用インターフェスは前記テーブル管理手段で不整合があると判定された場合に、前記不整合な設定を表示するため、
管理者は設定に不整合があった場合にも容易に発見することができ、なおかつ通行可否テーブル上の不整合箇所を示すこともできるので修正も行いやすい。
【００４３】
また、前記テーブル管理手段は、前記通行可否テーブルの通行許可設定が、前記ユーザ属性テーブルおよび前記区域属性テーブルの設定内容と不整合な設定を含む場合に、その理由を記憶するため、
初期設定に対し意識的に不整合な設定を行った場合でも、その理由を参照できるので第三者がその不整合な設定を変更する危険性がなく、必要に応じて柔軟に通行条件が設定できる。
【００４４】
また、前記テーブル管理手段は、ユーザが前記端末から前記通行可否テーブルの設定内容の変更要求を入力したとき、
前記ユーザ属性テーブルと前記区域属性テーブルの内容に不整合が生じない範囲で、前記通行可否テーブルの通行許可設定内容を変更するため、
管理者が設定を変更しなくても一定レベルのセキュリティーを保持しつつ出入管理装置が運用できる。
【００４５】
また、この発明にかかる出入管理方法は、複数のユーザの識別情報および属性が記憶されたユーザ属性テーブルと、複数の区域の識別子および通行許可属性付与条件が記憶された区域属性テーブルとに基づき、前記ユーザの通行可否の初期値を表す通行許可属性を設定するステップと、
前記区域と前記ユーザとの組合せに対して、前記初期値を設定用インターフェス上に表示するステップと、
前記初期値が表示された通行可否テーブルに対して、実際の通行の可否を示す通行許可設定の入力を受付け、前記通行許可設定を記憶するステップと、
前記通行許可設定に基づき、前記区域の出入を制御する電子錠の制御を行うステップと、
を備えるため、
通行条件の設定内容に規則性と不規則性が混在する場合や、初期設定に曖昧性がある場合など、従来の出入管理装置では設定が難しかったケースでも設定が容易に行え、新規登録や修正の際も従来に比べ作業量が少なくてすむ。
【図面の簡単な説明】
【図１】本発明の実施形態１に関わる出入管理装置の構成を示すブロック図である
【図２】本発明の実施形態１のフローチャートである
【図３】本発明の実施形態１に関わる出入管理装置で照合に用いるテーブルで、それぞれ（ａ）ユーザ属性テーブル、（ｂ）区域属性テーブル、（ｃ）通行可否テーブル、である
【図４】本発明の実施形態２のフローチャートである
【図５】本発明の実施形態２の出入の条件設定に不整合があるときの通行可否テーブルの例である
【図６】本発明の実施形態２の出入の条件設定に不整合があるときの理由登録の例である
【図７】本発明の実施形態３に関わる出入管理装置で照合に用いるテーブルで、それぞれ（ａ）ユーザ属性テーブル（ｂ）通行可否テーブル（初期設定）（ｃ）通行可否テーブル（ユーザ設定が行われた後）、である
【図８】本発明の実施形態３のフローチャートである
【図９】従来の出入管理装置の構成を示すブロック図である
【図１０】従来の出入管理装置で照合に用いるテーブルの例で、それぞれ（ａ）個人情報テーブル、（ｂ）アクセスクラス情報テーブル、（ｃ）アクセスグループ情報テーブル、（ｄ）アクセスインターバル情報テーブル、である
【符号の説明】
１００　端末、１０１　ユーザインターフェス、１０２　電子錠制御手段、１０３　識別情報入力手段、１１０　中央処理装置、１１１　照合手段、１１２　通行可否テーブル、１１３　テーブル管理手段、１１４　ユーザ属性テーブル、１１５　区域属性テーブル、１１６　設定用インターフェス、１５０　ネットワーク
【図１】
2004019339.tif 000003
【図２】
2004019339.tif 000004
【図３】
2004019339.tif 000005
【図４】
2004019339.tif 000006
【図５】
2004019339.tif 000007
【図６】
2004019339.tif 000008
【図７】
2004019339.tif 000009
【図８】
2004019339.tif 000010
【図９】
2004019339.tif 000011
【図１０】
2004019339.tif 000012