(57)【要約】【課題】煩雑な作業をすることなく、被認証情報を管理する。【解決手段】被認証情報に対し、当該認証処理装置で認証許可するための認証権限を所定のルールに基づき付与し、被認証情報が所定のルールに基づき認証権限を付与されたかどうかを判定し、所定のルールに基づき認証権限を付与されていないと判定された被認証情報を抽出することで実現する。【選択図】図１
2008158746.tif 000002
【特許請求の範囲】
【請求項１】
ユーザを一意に特定する被認証情報に基づいて認証処理を実行する認証処理装置において、
前記被認証情報に対し、当該認証処理装置で認証許可するための認証権限を所定のルールに基づき付与する認証権限付与手段と、
前記被認証情報が前記所定のルールに基づき認証権限を付与されたかどうかを判定する判定手段と、
前記判定手段によって前記所定のルールに基づき認証権限を付与されていないと判定された被認証情報を抽出する抽出手段とを備えること
を特徴とする認証処理装置。
【請求項２】
前記抽出手段によって抽出された被認証情報を、前記被認証情報に付与されている認証権限に基づきグループ化するグループ化手段を備えること
を特徴とする請求項１記載の認証処理装置。
【請求項３】
前記グループ化手段によってグループ化された被認証情報に付与されている認証権限を一括して変更、又は、削除する認証権限変更／削除手段を備えること
を特徴とする請求項２記載の認証処理装置。
【請求項４】
前記グループ化手段によって同一グループにグループ化された被認証情報が複数である場合に、前記被認証情報に付与された認証権限に基づく新たなルールを前記所定のルールに追加するよう前記所定のルールを変更するルール変更手段を備えること
を特徴とする請求項２又は請求項３記載の認証処理装置。
【請求項５】
前記認証権限を付与された被認証情報の認証がなされる度に認証履歴情報を記憶する認証履歴情報記憶手段を備えること
を特徴とする請求項２乃至請求項４のいずれか１項に記載の認証処理装置。
【請求項６】
前記認証権限変更／削除手段は、前記認証履歴情報記憶手段によって記憶された認証履歴情報に応じて、当該認証履歴情報に対応する被認証情報に付与された認証権限を削除すること
を特徴とする請求項５記載の認証処理装置。
【請求項７】
前記認証権限変更／削除手段は、同一の認証権限を付与された被認証情報が存在しない場合、当該被認証情報の認証権限を削除すること
を特徴とする請求項３記載の認証処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被認証情報に基づき認証処理をする認証処理装置に関し、詳しくは、被認証情報の認証権限の管理を容易にする認証処理装置に関する。
【背景技術】
【０００２】
機密情報を扱うことの多い企業や、企業内の特定の部署などでは、機密情報を扱う従事者の入退室を管理する入退室管理システムを適用することで、機密情報の漏洩を事前に防止するようにしている。
【０００３】
一般に入退室管理システムは、ユーザに与えられたＩＣ（Integrated Circuit）カードに組み込まれたユーザＩＤ（IDentification）や、生体情報（指紋、虹彩、声紋など）といった、ユーザを一意に特定する被認証情報を用いて入退室管理用のホストコンピュータにより個人認証を行い、登録された正当なユーザであることが認証された場合に、施錠された入退室用のドアを解錠することで、機密情報を扱う高度セキュリティレベル領域内への入室を許可する、というような管理を行っている。
【０００４】
このような入退室管理システムでは、ユーザ毎にそれぞれの入退室許可領域を設定する必要があるため、システムの大規模化に伴うユーザ数の増加、管理領域数の増加によりシステム管理者に対し膨大な設定作業量を要求してしまうといった問題があった。そこで、ユーザの通行条件（入退室権限）を容易に設定することができるような手法が考案されている（例えば、特許文献１参照。）。
【特許文献１】特開平６−１８５２４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１で開示された手法によれば、予め定義された階層構造を持つ範疇を用いてユーザの通行条件を設定するため、設定数を低減することはできるものの、いったん設定した通行条件をチェックする機能がないため、例えば、通行条件の設定に誤りがあった場合や、既に不必要となった通行条件の設定が存在する場合など試行錯誤的に修正を試みる必要があり、非常に煩雑な管理作業を強いられてしまうといった問題がある。
【０００６】
そこで、本発明は、上述したような課題を解決するために提案されたものであり、煩雑な作業をすることなく、被認証情報に対する認証権限の付与、変更又は削除といった管理を容易に実行することができる認証処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の認証処理装置は、ユーザを一意に特定する被認証情報に基づいて認証処理を実行する認証処理装置において、前記被認証情報に対し、当該認証処理装置で認証許可するための認証権限を所定のルールに基づき付与する認証権限付与手段と、前記被認証情報が前記所定のルールに基づき認証権限を付与されたかどうかを判定する判定手段と、前記判定手段によって前記所定のルールに基づき認証権限を付与されていないと判定された被認証情報を抽出する抽出手段とを備えることで、上述の課題を解決する。
【０００８】
また、本発明の認証処置装置は、前記抽出手段によって抽出された被認証情報を、前記被認証情報に付与されている認証権限に基づきグループ化するグループ化手段を備えることで、上述の課題を解決する。
【０００９】
また、本発明の認証処理装置は、前記グループ化手段によってグループ化された被認証情報に付与されている認証権限を一括して変更、又は、削除する認証権限変更／削除手段を備えることで、上述の課題を解決する。
【００１０】
また、本発明の認証処理装置は、前記グループ化手段によって同一グループにグループ化された被認証情報が複数である場合に、前記被認証情報に付与された認証権限に基づく新たなルールを前記所定のルールに追加するよう前記所定のルールを変更するルール変更手段を備えることで、上述の課題を解決する。
【００１１】
また、本発明の認証処理装置は、前記認証権限を付与された被認証情報の認証がなされる度に認証履歴情報を記憶する認証履歴情報記憶手段を備えることで、上述の課題を解決する。
【００１２】
また、本発明の認証処理装置は、前記認証権限変更／削除手段が、前記認証履歴情報記憶手段によって記憶された認証履歴情報に応じて、当該認証履歴情報に対応する被認証情報に付与された認証権限を削除することで、上述の課題を解決する。
【００１３】
また、本発明の認証処理装置は、前記認証権限変更／削除手段が、同一の認証権限を付与された被認証情報が存在しない場合、当該被認証情報の認証権限を削除することで、上述の課題を解決する。
【発明の効果】
【００１４】
本発明によれば、認証権限を付与された全ての被認証情報のうち、所定のルールに基づくことなく認証権限を付与された被認証情報のみを的確に抽出することができる。したがって、例えば、錯誤により設定されてしまった認証権限や既に不必要となった認証権限の削除や変更が煩雑な作業をすることなく容易に実行でき、認証権限を付与された被認証情報を容易に管理することを可能とする。
【００１５】
また、本発明によれば、グループ化により、認証権限を個別に設定され抽出された被認証情報をグループ単位で扱うことができるため、認証権限を付与された被認証情報を容易に管理することを可能とする。
【００１６】
また、本発明によれば、グループ化された個別に設定された認証権限の変更、又は削除処理を非常に簡便な手法により実行することができる。したがって、所定のルールに基づくことなく個別に設定された認証権限を容易に管理することを可能とする。
【００１７】
また、本発明によれば、同一グループにグループ化された被認証情報が複数である場合に、被認証情報に付与された認証権限に基づく新たなルールを所定のルールに追加することで、現在の認証権限の付与状況を容易に所定のルールに反映させることができるため、時間経過に伴うシステム利用者の変化に応じたより現実的な認証権限の付与を簡便な手法で実現することを可能とする。
【００１８】
また、本発明によれば、認証履歴情報を参照することで被認証情報に付与された認証権限の削除可能性を容易に把握することを可能とする。
【００１９】
また、本発明によれば、認証履歴情報を参照することで被認証情報に付与された認証権限の削除可能性に基づき認証権限を削除することで、グループ化された個別に設定された認証権限の削除を非常に簡便な手法により実行することができる。したがって、所定のルールに基づくことなく個別に設定された認証権限を容易に管理することを可能とする。
【００２０】
また、本発明によれば、同一設定を検出できない場合には、錯誤により被認証情報に対して認証権限が付与されている可能性が高いと判断し削除処理を実行する。したがって、所定のルールに基づくことなく個別に設定された認証権限を容易に管理することを可能とする。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態について図面を参照して説明する。
【００２２】
まず、図１を用いて、本発明の実施の形態として入退室管理システム１について説明をする。図１に示すように、入退室管理システム１は、設備系システム１０と、認証処理装置２０とを備えている。
【００２３】
入退室管理システム１の設備系システム１０と、認証処理装置２０とは、セキュリティレベルの低い領域（低度セキュリティレベル領域）から機密情報の高い領域（高度セキュリティレベル領域）へのユーザの出入を管理する。
【００２４】
入退室管理システム１は、上述した低度セキュリティレベル領域から高度セキュリティレベル領域への出入を管理する形態であればどのようなものであってもよいが、例えば、高度セキュリティレベル領域と低度セキュリティレベル領域とを扉などで隔てて、認証処理に応じて各領域への移動を認めるようにする。
【００２５】
入退室管理システム１は、高度セキュリティレベル領域への入室を希望するユーザ全てに対して認証処理を行い、あらかじめ登録され、認証権限を付与された正当なユーザのみを認証して高度セキュリティレベル領域への入室を許可する。また、入退室管理システム１は、必要に応じて高度セキュリティレベル領域から退室を希望するユーザに対して認証処理を行い、高度セキュリティレベル領域からの退室を許可する。低度セキュリティレベル領域と、高度セキュリティレベル領域とは、電気的な作用により施錠、解錠することができる電気錠を備える扉１２によって隔てられている。
【００２６】
具体的には、設備系システム１０は、高度セキュリティレベル領域である部屋Ｒ１外に設けられたカードリーダ１１により、ユーザが所有する、例えば、非接触のＩＣカード（Integrated Circuit）５の図示しない半導体メモリ内に格納された情報を読み取る。認証処理装置２０は、カードリーダ１１で読み取られた情報のうちの被認証情報であるカードＩＤに基づき正当なユーザであると認証された場合に図示しない入退室コントロールユニットにより施錠されていた電気錠を解錠することで高度セキュリティレベル領域への入室を許可する。
【００２７】
入退室管理システム１は、このような認証処理により、施錠された電気錠を解錠する場合には、ユーザが所有するＩＣカード５に格納された情報のうち、ＩＣカード５を一意に特定するカードＩＤと、施錠した扉１２に固有の扉番号と、入室か退室かを示す情報とを認証処理装置２０に送信する。入室か退室かを示す情報は、例えば、カードリーダ１１を一意に特定する機器ＩＤで示すようにしてもよい。
【００２８】
認証処理装置２０は、認証部２１と、権限設定部２２と、入力部２３と、記憶部２４と、検索部２５と、グループ化処理部２６と、権限情報変更部２７と、ルール変更部２８とを備えている。
【００２９】
認証部２１は、カードリーダ１１にてＩＣカード５から読み取られた情報に基づき認証処理をし、入退室判定許可を行う。このとき、認証部２１は、認証処理を実行する度に記憶部２４に対して認証の履歴を記した認証履歴情報を記憶させる。
【００３０】
権限設定部２２は、入退室管理システム１の利用登録したユーザに対して、認証部２１による認証処理によって認証許可するための認証権限を設定する。権限設定部２２は、所定のルール（例えば、ユーザの所属、役職、その他各種情報などに応じて定められたルール）に基づき、ユーザが所有するＩＣカードのカードＩＤといったユーザを一意に特定する被認証情報に対して認証権限を付与し記憶部２４に設定をする。
【００３１】
入力部２３は、システム管理者の指示により、上述した所定のルールに基づくことなく、個別にカードＩＤに認証権限を付与して記憶部２４に設定したり、一旦設定された認証権限の変更、削除などの要求を入力することができる。この入力部２３を介した個別な認証権限の設定は、所定のルールに基づく認証権限が設定された後に、システム管理者によって実行される。つまり、最新の（現在の）認証権限情報は、所定のルールに基づき設定されたカードＩＤと認証権限との関係と、個別に設定されたカードＩＤと認証権限との関係が混在したものとなる。
【００３２】
記憶部２４は、認証処理装置２０における認証処理に用いられる各種情報やアプリケーションなどを記憶する。記憶部２４は、例えば、入退室管理システム１の利用を目的として登録されたユーザに関するユーザ情報、登録されたユーザに付与する認証権限の対象となる物理的な扉１２の集合として定義されるグループに関するグループ情報、上述した権限設定部２２で認証権限を付与する際に用いる所定のルールを定義したルール情報などを記憶している。
【００３３】
具体的には、ユーザ情報は、図２に示すように、ユーザが所有するＩＣカード５を一意に特定する被認証情報であるカードＩＤとユーザ名とを対応付けたテーブルとして記憶されている。また、グループ情報は、図３に示すように、グループを一意に特定するグループＩＤとグループ名とを対応付けたテーブル（図３（ａ））、扉番号と扉の名称とを対応付けたテーブル（図３（ｂ））、グループＩＤと扉番号とを対応付けたテーブル（図３（ｃ））などとして記憶されている。図３（ｃ）に示すように、各グループは、扉番号の集合として定義される。また、ルール情報は、図４に示すように、ルールを一意に特定するルールＩＤとルール名とを対応付けたテーブル（図４（ａ））、ルールＩＤとグループＩＤとを対応付けたテーブル（図４（ｂ））などとして記憶されている。図４（ｂ）に示すように、各ルールは、扉番号の集合であるグループによって定義される。
【００３４】
このユーザ情報、グループ情報、ルール情報は、入退室管理システムを稼働する前に、記憶部２４に事前に登録される情報である。
【００３５】
記憶部２４は、権限設定部２２によって、例えば、図４（ｂ）に示すような所定のルールに基づき、被認証情報に認証権限を付与することで設定される認証権限情報（入退室権限情報）を記憶する。記憶部２４に記憶される認証権限情報は、基本的にはカードＩＤと、ルールＩＤとを対応付けた情報であり、図４（ｂ）に示すようなルールＩＤとグループＩＤとの関係より、図５に示すようにカードＩＤと、ルールＩＤと、グループＩＤとを対応付けたテーブルとして設定される。
【００３６】
検索部２５は、入力部２３を介し所定のルールに基づくことなく個別に認証権限を付与されたカードＩＤや、付与された認証権限を同じく入力部２３を介し所定のルールに基づくことなく個別に変更又は削除されたカードＩＤを検索して抽出する。
【００３７】
グループ化処理部２６は、検索部２５によって検索され抽出された所定のルールに基づくことなく個別に認証権限を付与、変更、又は削除されたカードＩＤを、当該カードＩＤに付与されている認証権限に基づきグループ化する処理を実行する。
【００３８】
権限情報変更部２７は、記憶部２４に記憶された認証権限情報を変更することで、グループ化処理部２６によってグループ化されたカードＩＤに付与されている認証権限を一括して変更、又は削除する。
【００３９】
例えば、権限情報変更部２７は、認証部２１による認証処理が実行される度に記憶される認証履歴情報に応じて、認証権限情報を変更して認証履歴情報に対応するカードＩＤの認証権限を削除する。また、権限情報変更部２７は、グループ化されたカードＩＤに付与されている認証権限と同一の認証権限を付与された、異なるカードＩＤが同一グループ内に存在しない場合、記憶部２４に記憶された認証権限情報を変更して、カードＩＤに付与された認証権限を削除する。
【００４０】
ルール変更部２８は、グループ化処理部２６によって同一グループにグループ化されたカードＩＤが複数である場合に、当該カードＩＤに付与された認証権限に基づく新たなルールを記憶部２４にテーブルとして記憶されている所定のルールに追加するように変更する。
【００４１】
［検索部２５の処理］
続いて、図６に示すフローチャートを用いて、検索部２５によって実行される所定のルールに基づくことなく個別に認証権限を付与、又は削除されたカードＩＤのみを検索して抽出する処理について説明をする。
【００４２】
ステップＳ１において、検索部２５は、記憶部２４に記憶された所定のルールに基づき認証権限をカードＩＤに付与（ルールベース）することで設定される認証権限情報と、グループ情報とから、あるカードＩＤに認証許可されている扉１２の扉番号を求める。具体的には、検索部２５は、記憶部２４に記憶されている図５に示す認証権限情報と、図３（ｃ）に示すルール情報とを用いることになる。この作業を繰り返すことで、図５の認証権限情報に基づく図７に示すようなカードＩＤと扉番号との対応関係が形成されることになる。
【００４３】
例えば、検索部２５は、あるカードＩＤとして、図５に示す認証権限情報の１行目にあるカードＩＤ“０００１”を選択し、このグループＩＤが“ＧＧ００１”であることから、図３（ｃ）に示すルール情報を用いて扉番号“１”を求める。また、図３（ｃ）に示すようにグループＩＤ“ＧＧ００１”は、扉番号“２”とも対応しているため、図７の２行目に示すカードＩＤ“０００１”と扉番号“２”との対応関係も求められる。以下同様にして、図７に示すようにカードＩＤ“０００１”と扉番号“３”、“４”との対応関係も求められる。
【００４４】
ステップＳ２において、検索部２５は、ステップＳ１で求められたカードＩＤと扉番号との関係を、図８に示すような記憶部２４に記憶されている所定のルールに加え、さらに個別に認証権限を付与されたカードＩＤと扉番号との関係を示す最新（現在）の認証権限情報と比較し、該当する認証権限情報が存在するかどうか判断をする。検索部２５は、該当する認証権限情報が存在する場合には、ステップＳ３へと処理を進める一方、該当する認証権限情報が存在しない場合にはステップＳ４へと処理を進める。
【００４５】
なお、所定のルールに加え、個別に認証権限を削除された場合には、カードＩＤと扉番号との関係を示す最新の認証権限情報は、図１１に示すようになる。図１１に示す×印は、視覚的に理解しやすいように便宜的に記したものであり、実際には記載されることはない。また、個別な認証権限の設定は、システム管理者によって自由に行われるため、認証権限の付与と削除とを混在して行うようにしてもよい。
【００４６】
ステップＳ３において、検索部２５は、該当する認証権限情報が存在する場合、ワークテーブルとして、記憶部２４に用意された図８に示すような最新の認証権限情報を複製した図９に示すようなテーブルのルール設定フラグの欄にフラグを立てる。これにより、所定のルールに基づき認証権限を設定されたカードＩＤを識別することができる。
【００４７】
ステップＳ４において、検索部２５は、該当する認証権限情報が存在しない場合、ワークテーブルにフラグを立てることなく、ステップＳ１で求められたカードＩＤと扉番号との関係を抽出し、個別設定分一覧として別途用意された図１０に示すようなテーブルに追加する。これにより、個別の設定に基づき認証権限を設定されたカードＩＤを識別することができる。
【００４８】
なお、最新の認証権限情報が図１１に示すようなテーブルであった場合には、個別設定分一覧として図１２に示すようなテーブルが別途用意され、カードＩＤと扉番号との関係が追加されていく。これにより、個別の設定に基づき認証権限を設定されたカードＩＤを識別することができる。
【００４９】
ステップＳ５において、検索部２５は、同一のカードＩＤに対応する全ての扉番号について、ステップＳ２〜ステップＳ４までの処理が終了したかどうかを判断する。検索部２５は、全ての扉番号についての処理が完了した場合にはステップＳ７へと処理を進める一方、完了していない場合にはステップＳ６へと進め次の扉番号へと移行する。
【００５０】
ステップＳ７において、検索部２５は、所定のルールに基づき認証権限を設定された全てのカードＩＤに対して、つまり、図７に示す全てのカードＩＤに対してステップＳ２からステップＳ７までの検索処理が実行されたかどうかを判断する。検索部２５は、検索処理が実行されていないカードＩＤが存在する場合には、ステップＳ８へと処理を進め次のカードＩＤへと移行する一方、全てのカードＩＤに対して検索処理が実行された場合には、処理を終了する。
【００５１】
このように、検索部２５は、認証権限を付与された全てのカードＩＤのうち、所定のルールに基づくことなく認証権限を付与されたカードＩＤのみを的確に抽出することができる。したがって、例えば、錯誤により設定されてしまった認証権限や既に不必要となった認証権限の削除や変更が煩雑な作業をすることなく容易に実行でき、認証権限を付与されたカードＩＤを容易に管理することができる。
【００５２】
［グループ化処理部２６の処理］
続いて、図１３に示すフローチャートを用いて、グループ化処理部２６によって実行されるグループ化処理について説明をする。
【００５３】
ステップＳ１１において、グループ化処理部２６は、検索部２５によって抽出された個別に認証権限を設定されたカードＩＤの個別設定分一覧を、カードＩＤ、扉番号でソートする。例えば、図１０に示すような個別設定分一覧は、図１４（ａ）に示すようにソートされる。
【００５４】
ステップＳ１２において、グループ化処理部２６は、個別設定分一覧においてグループ番号が未設定のカードＩＤが存在するかどうかを判断する。グループ化処理部２６は、グループ番号が未設定のカードＩＤが存在する場合にはステップＳ１３へと処理を進める一方、グループ番号が未設定のカードＩＤが存在しない場合には処理を終了する。
【００５５】
ステップＳ１３において、グループ化処理部２６は、ステップＳ１１でソートした個別設定分一覧において、グループ番号未設定の先頭のカードＩＤの扉番号にグループ番号を設定する。このときのグループ番号は、仮の番号である。
【００５６】
例えば、図１４（ａ）に示すようにソートされた場合、グループ化処理部２６は、先頭のカードＩＤ“０００１”に対して、図１４（ｂ）に示すように、仮のグループ番号として“１”を設定する。
【００５７】
ステップＳ１４において、グループ化処理部２６は、個別設定分一覧において、続くグループ番号未設定のカードＩＤの扉番号を参照し、ステップＳ１３でグループ番号を設定した扉番号と同じ扉番号であるかどうかを判断する。グループ化処理部２６は、同じ扉番号である場合にはステップＳ１５へと処理を進める一方、扉番号が違う場合にはステップＳ１６へと処理を進める。
【００５８】
ステップＳ１５において、グループ化処理部２６は、扉番号が同じであることに応じて、続くグループ番号未設定のカードＩＤに対してステップＳ１３で設定したグループ番号と同じグループ番号を設定する。
【００５９】
例えば、図１４（ｂ）に示すように、カードＩＤ“０００１”に対して、仮のグループ番号“１”を設定された場合、続くカードＩＤ“０００２”は、カードＩＤ“０００１”と同じ扉番号“６”に対応付けられているため、仮のグループ番号“１”を設定する。
【００６０】
ステップＳ１６において、グループ化処理部２６は、個別設定分一覧において、グループ番号未設定の次のカードＩＤが存在するかどうかを判断する。グループ化処理部２６は、グループ番号が未設定のカードＩＤが存在する場合にはステップＳ１７へと処理を進め次のカードＩＤへの処理へと移行する一方、グループ番号が未設定のカードＩＤが存在しない場合にはステップＳ１８へと処理を進め個別設定分一覧の先頭のカードＩＤへと戻る。
【００６１】
以下、順次、個別設定分一覧に対して同様の処理を繰り返すと、図１４（ａ）に示すようにソートされた個別設定分一覧には、図１４（ｃ）に示すような仮のグループ番号が設定されることになる。
【００６２】
（１つのカードＩＤに対して複数の扉番号が割り当てられている場合の処理）
上述した、図１０に示した個別設定分一覧では、１つのカードＩＤに対して１つの扉番号が割り当てられている例である。図１５に示す個別設定分一覧は、１つのカードＩＤに対して異なる複数の扉番号が割り当てられている。このような場合、グループ化処理部２６により、カードＩＤ、扉番号でソートをすると図１６（ａ）に示すようになる。
【００６３】
このような場合、図１６（ｂ）に示すように、同一のカードＩＤが同一のグループとなるように仮のグループ番号を設定する。図１６（ｂ）に示すように、カードＩＤ“０００１”は、異なる扉番号“５”、“６”と対応付けられているが、同一の仮のグループ番号“１”を設定する。
【００６４】
次に、扉番号“５”、“６”を同一のグループとしているため、扉番号“５”、“６”と対応付けられたカードＩＤ“０００２”に対しても、図１６（ｂ）に示すように同一の仮のグループ番号“１”を設定する。
【００６５】
以下、順次、個別設定分一覧に対して同様の処理を繰り返すと、図１６（ａ）に示すようにソートされた個別設定分一覧には、図１６（ｃ）に示すような仮のグループ番号が設定されることになる。
【００６６】
また、上述した認証権限の削除の例として図１２に示した個別設定分一覧でも、１つのカードＩＤに対して異なる複数の扉番号が割り当てられているため、図１７に示すように、扉番号“３”、“４”に対して同一の仮の番号“３”を設定し、扉番号“１”、“２”に対して同一の扉番号“４”を設定するようにする。
【００６７】
このようなグループ化処理部２６によるグループ化により、認証権限を個別に設定され検索部２５で抽出されたカードＩＤをグループ単位で扱うことができるため、認証権限を付与されたカードＩＤを容易に管理することができる。
【００６８】
［権限情報変更部２７の処理］
（認証権限の削除処理）
権限情報変更部２７は、記憶部２４に記憶された認証権限情報を変更することで、グループ化処理部２６によってグループ化されたカードＩＤに付与されている認証権限を一括して変更、又は削除する。具体的には、認証権限の変更、削除は、グループ化された場合に、グループに所属するカードＩＤの数が少ない場合に、誤設定された可能性が高いとして変更、又は削除により対処するものである。
【００６９】
例えば、図１４（ｃ）に示すようにしてグループ化処理部２６の処理によりグループ化された場合、権限情報変更部２７は、グループ化されたグループ毎にカードＩＤの数を集計した図１８に示すようなテーブルを記憶部２４に記憶させる。図１８に示すように、グループ番号“１”に対応付けられているカードＩＤの数は２であり、グループ番号“２”に対応付けられているカードＩＤの数は１である。このような場合、グループ番号“２”に対応付けられているカードＩＤ、つまりは、図１４（ｃ）に示すカードＩＤ“０００４”は、誤って設定された可能性が非常に高いとして権限情報変更部２７による認証権限の削除処理対象となる。
【００７０】
また、例えば、図１６（ｃ）に示すようにグループ化された場合、権限情報変更部２７は、グループ化されたグループ毎にカードＩＤの数を集計した図１９に示すようなテーブルを記憶部２４に記憶させる。この場合も同様にして、図１６（ｃ）に示すカードＩＤ“０００４”は、誤って設定された可能性が非常に高いとして権限情報変更部２７による認証権限の削除処理対象となる。
【００７１】
削除処理対象となるカードＩＤの数は、認証権限が与えられた全体の数なども考慮して決定され、上述したように必ずしも１つであった場合のみならず、それ以上の数が存在する場合でも削除処理対象となる。カードＩＤの数が１つだけしか存在しない場合には、自動的に削除するようにしてもよいが、与えられた認証権限の数に比して少ないという場合には、誤設定の疑いがあるとして変更処理対象などとし、システム管理者に問いかけるような処理へと移行するようにする。
【００７２】
このように、権限情報変更部２７は、検索部２５により抽出されグループ化処理部２６でグループ化された個別に設定された認証権限の変更、又は削除処理を非常に簡便な手法により実行することができる。したがって、所定のルールに基づくことなく個別に設定された認証権限を容易に管理することができる。
【００７３】
（認証履歴情報に基づく処理）
上述したように記憶部２４には、認証部２１による認証処理が実行される度に認証履歴情報が記憶される。図２０に認証履歴情報の一例を示す。図２０に示すように、認証履歴情報には、認証権限を与えられているカードＩＤ毎に、扉番号と、認証回数を示す利用回数と、直近で認証された日時情報を示す最終利用日時が対応付けて記憶されている。認証部２１は、ＩＣカード５を用いた認証処理が実行される度に読み出されたカードＩＤに対応する認証履歴情報の利用回数と最終利用日時を更新する。
【００７４】
権限情報変更部２７は、この記憶部２４に記憶され認証処理に応じて随時更新がなされていく認証履歴情報を利用し、認証権限情報を変更して認証履歴情報に対応するカードＩＤの認証権限を削除する。具体的には、権限情報変更部２７は、利用回数が所定の回数以下である場合や、最終利用日時が所定の期間よりも前であった場合などに、カードＩＤに付与された認証権限は不要、又は誤設定されたものである可能性が高いとして削除する。
【００７５】
例えば、図２０に示す認証履歴情報の１０行目のカードＩＤ“０００２”、扉番号“６”という認証権限情報に対応する利用回数は“０”であるため、認証権限が不要、又は誤設定されたものであると予想される。したがって、権限情報変更部２７は、カードＩＤ“０００２”に設定された扉番号“６”への認証権限を削除対象として削除処理をする。
【００７６】
また、例えば、図２０に示す認証履歴情報の５行目のカードＩＤ“０００１”、扉番号“６”という認証権限情報に対応する最終利用日時は、“２００５／１２／２２／…”となっている。現在を、“２００６／１２／２５／…”として、所定の期間を１０ヶ月間とすると、最後に認証処理がなされてから所定の期間以上経過していることが分かる。したがって、認証権限が不要、又は誤設定されたものであると予想され、権限情報変更部２７は、カードＩＤ“０００１”に設定された扉番号“６”への認証権限を削除対象として削除処理をする。
【００７７】
このように、権限情報変更部２７は、認証履歴情報を参照することでカードＩＤに付与された認証権限の削除可能性を容易に把握することができる。さらに、権限情報変更部２７は、この削除可能性に基づき認証権限を削除することで、検索部２５により抽出されグループ化処理部２６でグループ化された個別に設定された認証権限の削除を非常に簡便な手法により実行することができる。したがって、所定のルールに基づくことなく個別に設定された認証権限を容易に管理することができる。
【００７８】
（同一設定の検出）
また、権限情報変更部２７は、グループ化されたカードＩＤに付与されている認証権限と同一の認証権限を付与された、異なるカードＩＤが同一グループ内に存在しない場合、記憶部２４に記憶された認証権限情報を変更して、カードＩＤに付与された認証権限を削除する。
【００７９】
例えば、権限情報変更部２７は、グループ化処理部２６によってグループ化された図１４（ｃ）に示すような個別設定分一覧において、対象となるカードＩＤを１つ決定し対応付けられているグループ番号を抽出する。権限情報変更部２７は、個別設定分一覧を参照し同一のグループ番号を与えられている、異なるカードＩＤを検索する。
【００８０】
このとき、権限情報変更部２７は、該当するカードＩＤが存在すれば検索処理を終了して何も削除をしない一方、該当するカードＩＤが存在しなければ、同一の設定がないと判断し、このカードＩＤに付与された認証権限を削除する。
【００８１】
権限情報変更部２７は、図１４（ｃ）において、カードＩＤ“０００１”を検索対象とすると、カードＩＤ“０００２”が検索された時点で処理を終了する。したがって、カードＩＤ“０００４”は、検索されないことになる。権限情報変更部２７は、同一の設定の検出によりカードＩＤ“０００１”の認証権限を削除することなくそのままで維持する。
【００８２】
一方、権限情報変更部２７は、図１４（ｃ）において、カードＩＤ“０００４”を検索対象とすると、同一の設定を検出することができないため、カードＩＤ“０００４”に付与された認証権限を削除することになる。
【００８３】
このように、権限情報変更部２７は、同一設定を検出できない場合には、錯誤によりカードＩＤに対して認証権限が付与されている可能性が高いと判断し削除処理を実行する。したがって、所定のルールに基づくことなく個別に設定された認証権限を容易に管理することができる。
【００８４】
［ルール変更部２８の処理］
ルール変更部２８は、グループ化処理部２６によって同一グループにグループ化されたカードＩＤが複数である場合に、当該カードＩＤに付与された認証権限に基づく新たなルールを記憶部２４にテーブルとして記憶されている所定のルールに追加するように変更する。
【００８５】
例えば、ルール変更部２８は、図１４（ｃ）に示したグループ番号（仮のグループ番号）“１”は、カードＩＤ“０００１”、“０００２”というように複数のカードＩＤを含んで規定されているので、グループ番号“１”に含まれる全ての扉番号をそのまま新しいグループとして規定し、新しいルールとして所定のルールに追加する。
【００８６】
ルール変更部２８は、例えば、図１８を用いて、グループ番号“１”に分類されたカードＩＤが複数であることを把握し、図１４（ｃ）より扉番号“６”を構成要素とするグループＩＤ“ＧＧ００４”を追加グループとして新規に追加する。図２１（ａ）は、新規に追加された追加グループのグループＩＤとグループ名とを対応付けたものであり、上述した図３（ａ）に追加される。また、図２１（ｂ）は、新規に追加されたグループＩＤと扉番号とを対応付けたものであり、上述した図３（ｃ）に追加される。
【００８７】
そして、ルール変更部２８は、グループＩＤ“ＧＧ００４”を構成要素とするルールＩＤ“Ｒ００４”を新規に追加する。図２２（ａ）は、新規に追加されたルールのルールＩＤとルール名とを対応付けたものであり、上述した図４（ａ）に追加される。また、図２２（ｂ）は、新規に追加されたルールＩＤとグループＩＤとを対応付けたものであり、上述した図４（ｂ）に追加される。
【００８８】
また、ルール変更部２８は、例えば、図１９を用いて、グループ番号“１”に分類されたカードＩＤが複数であることを把握し、図１６（ｃ）より扉番号“５”、“６”を構成要素とするグループＩＤ“ＧＧ００５”を追加グループとして新規に追加する。図２３（ａ）は、新規に追加された追加グループのグループＩＤとグループ名とを対応付けたものであり、上述した図３（ａ）に追加される。また、図２３（ｂ）は、新規に追加されたグループＩＤと扉番号とを対応付けたものであり、上述した図３（ｃ）に追加される。
【００８９】
そして、ルール変更部２８は、グループＩＤ“ＧＧ００５”を構成要素とするルールＩＤ“Ｒ００５”を新規に追加する。図２４（ａ）は、新規に追加されたルールのルールＩＤとルール名とを対応付けたものであり、上述した図４（ａ）に追加される。また、図２４（ｂ）は、新規に追加されたルールＩＤとグループＩＤとを対応付けたものであり、上述した図４（ｂ）に追加される。
【００９０】
このようにして、ルール変更部２８は、グループ化処理部２６により同一グループにグループ化されたカードＩＤが複数である場合に、カードＩＤに付与された認証権限に基づく新たなルールを所定のルールに追加することで、現在の認証権限の付与状況を容易に所定のルールに反映させることができるため、時間経過に伴うシステム利用者の変化に応じたより現実的な認証権限の付与を簡便な手法で実現することができる。
【００９１】
なお、上述の実施の形態は本発明の一例である。このため、本発明は、上述の実施形態に限定されることはなく、この実施の形態以外であっても、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることは勿論である。
【図面の簡単な説明】
【００９２】
【図１】本発明の実施の形態として示す入退室管理システムの構成について説明するための図である。
【図２】カード情報の一例を示した図である。
【図３】グループ情報の一例を示した図である。
【図４】ルール情報の一例を示した図である。
【図５】カードＩＤに所定のルールを適用した一例を示した図である。
【図６】検索部の処理動作について説明するためのフローチャートである。
【図７】所定のルールに基づき設定されたカードＩＤと認証許可される扉番号との関係を示した図である。
【図８】図７に、さらに個別設定されたカードＩＤと認証許可される扉番号との関係を追加した図である。
【図９】ワークテーブルを示した図である。
【図１０】個別設定されたカードＩＤと認証許可される扉番号との関係を示した図である。
【図１１】図７から、さらに個別設定されたカードＩＤと認証許可される扉番号との関係を削除した図である。
【図１２】個別設定されたカードＩＤと認証許可される扉番号との関係を示した図である。
【図１３】グループ化処理部の処理動作について説明するためのフローチャートである。
【図１４】グループ化処理部の処理過程を示した図である。
【図１５】個別設定されたカードＩＤと認証許可される扉番号との関係を示した図である。
【図１６】グループ化処理部の処理過程を示した図である。
【図１７】個別設定されたカードＩＤと認証許可される扉番号とグループとの関係を示した図である。
【図１８】グループ毎のカードＩＤ数を集計した結果を示した図である。
【図１９】グループ毎のカードＩＤ数を集計した結果を示した図である。
【図２０】カードＩＤ毎の認証履歴情報を示した図である。
【図２１】追加されるグループを示した図である。
【図２２】追加されるルールを示した図である。
【図２３】追加されるグループを示した図である。
【図２４】追加されるルールを示した図である。
【符号の説明】
【００９３】
１  入退室管理システム
５  ＩＣカード
２０  認証処理装置
２１  認証部
２２  権限設定部
２３  入力部
２４  記憶部
２５  検索部
２６  グループ化処理部
２７  権限情報変更部
２８  ルール変更部
【図１】
2008158746.tif 000003
【図２】
2008158746.tif 000004
【図３】
2008158746.tif 000005
【図４】
2008158746.tif 000006
【図５】
2008158746.tif 000007
【図６】
2008158746.tif 000008
【図７】
2008158746.tif 000009
【図８】
2008158746.tif 000010
【図９】
2008158746.tif 000011
【図１０】
2008158746.tif 000012
【図１１】
2008158746.tif 000013
【図１２】
2008158746.tif 000014
【図１３】
2008158746.tif 000015
【図１４】
2008158746.tif 000016
【図１５】
2008158746.tif 000017
【図１６】
2008158746.tif 000018
【図１７】
2008158746.tif 000019
【図１８】
2008158746.tif 000020
【図１９】
2008158746.tif 000021
【図２０】
2008158746.tif 000022
【図２１】
2008158746.tif 000023
【図２２】
2008158746.tif 000024
【図２３】
2008158746.tif 000025
【図２４】
2008158746.tif 000026