JP5369364B2 - Ｉｄ管理装置、ｉｄ管理システム、ｉｄ管理方法 - Google Patents

Description

本発明は、アクセスゲートにアクセスするためのＩＤを一元的に管理する装置、システム、および方法に関するものである。

被識別体の識別子であるＩＤを用いてアクセスゲートへのアクセス管理を行うセキュリティ技術として、例えば下記の特許文献１に記載されているような、人や物の所定の区域に対する出入りを管理する出入管理システムがある。この出入管理システムは、建物の各区域の扉毎に設置された電子錠およびカードリーダ端末と、各カードリーダ端末とネットワークを介して接続された中央処理装置とから構成されている。カードリーダ端末には、個人のＩＤを記録したカードから該ＩＤを読み取るカードリーダと、対応する電子錠を制御する電子錠制御手段等が備わっている。中央処理装置には、各区域の通行可否を判定する照合手段と、各個人のＩＤと該ＩＤに対応する属性を記録したユーザ属性テーブルと、各区域のＩＤと該ＩＤに対応する区域の属性および通行を許可または禁止する個人の属性を記録した区域属性テーブルと、各個人のＩＤと各区域のＩＤとの通行可否の関係を記録した通行可否テーブルと、ユーザ属性テーブルおよび区域属性テーブルを参照して通行可否テーブルを生成して管理するテーブル管理手段と、上記各テーブルにデータを入力する設定用インターフェイスが備わっている。

上記出入管理システムでは、通常時は、電子錠制御手段が対応する区域の扉の電子錠を施錠して、出入りできないようにしている。出入要求時に、ユーザが所持するカードに記録されたＩＤを対応するカードリーダに読み取らせると、その読み取られた個人のＩＤと対応する区域のＩＤとがカードリーダ端末から中央処理装置へ送信される。ユーザのＩＤと区域のＩＤとが中央処理装置で受信されると、照合手段が該ユーザのＩＤおよび区域のＩＤと通行可否テーブルとから、通行が許可されているか否かを判定する。そして、通行が許可されている場合にのみ、中央処理装置からカードリーダ端末へ解錠信号が送信され、該信号を受信した電子錠制御手段が対応する区域の扉の電子錠を解錠して、扉を開放可能にし、ユーザを出入可能にする。

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

上述した特許文献１のような従来の技術では、システムの管理者が各個人のＩＤに対して各個人の属性を入力し、各区域のＩＤに対して各区域の属性と通行を許可または禁止する個人の属性を入力することにより、該入力情報に基づいて中央処理装置で各個人のＩＤと各区域のＩＤとの通行可否の関係が設定される。このため、ユーザ数が多い場合等に、管理者が各個人のＩＤと各区域のＩＤとの通行可否の関係を直接入力して設定するよりも、管理者の設定作業の煩雑さや負担が軽減される。しかしながら、アクセス管理対象である区域の数が多い場合には、管理者が全ての区域のＩＤ毎に区域の属性と通行を許可または禁止する個人の属性を入力しなければならないので、管理者にとって設定作業が煩雑で負担が大きい。また、区域の属性と通行を許可等する個人の属性を細かく設定するには、管理者が全ての区域と個人の属性のレベル構成を隅々まで正確に熟知して、区域の属性と個人の属性を上位から下位のレベルへと限定するように入力しなければならないので、管理者にとって非常に困難で負担が大きく、あまり細かいレベルまで設定することができない。さらに、各区域のＩＤに対する入力情報が大雑多であり、管理者にとって設定するのが難しく、設定を間違い易い。

本発明は、上記課題を解決するものであって、その目的とするところは、ＩＤとアクセスゲートとのアクセス可否関係を容易かつ詳細に設定することにある。

本発明に係るＩＤ管理装置は、被識別体の識別子であるＩＤと該ＩＤに対応する属性、被識別体の属性と該属性に対応するエリア、およびエリアと該エリアに対応するアクセスゲートをそれぞれ入力する入力手段と、入力手段により入力された被識別体のＩＤと該ＩＤに対応する属性とを対応付けた複数のデータから構成されるＩＤのデータベース、および、属性と該属性に対応するアクセス可能またはアクセス不可能なエリアと各エリアに対応するアクセスゲートとを対応付けた複数のデータから構成されるセキュリティポリシのデータベースをそれぞれ記憶する記憶手段と、ＩＤのデータベースから被識別体のＩＤに対応する属性を読み出し、セキュリティポリシのデータベースから属性に対応するエリアと該エリアに対応するアクセスゲートを読み出して、被識別体のＩＤと該ＩＤでアクセス可能またはアクセス不可能なアクセスゲートとの対応関係を示すリストを生成する生成手段と、生成手段により生成されたリストをアクセスゲートに設定する設定手段とを備えている。本発明では、エリアは、上位レベルのエリアと、該上位レベルのエリアに属する複数の下位レベルのエリアとを含み、セキュリティポリシのデータベースには、属性と上位レベルのエリアとを対応付けて、当該エリアへのアクセスを可能または不可能とするセキュリティポリシの原則が設定される。また、属性と複数の下位レベルのエリアのうちの一部のエリアとを対応付けて、前記原則がアクセス可能であれば当該一部のエリアへのアクセスを不可能とし、前記原則がアクセス不可能であれば当該一部のエリアへのアクセスを可能とする、セキュリティポリシの例外が設定される。

このようにすると、例えば管理者がＩＤ管理装置に、被識別体のＩＤに対して対応する被識別体の属性を、被識別体の属性に対して対応するアクセス可能またはアクセス不可能なエリアを、エリアに対して対応するアクセスゲートを、というようにそれぞれ１対１で対応付けて入力することにより、ＩＤ管理装置で該各入力情報に基づいて被識別体のＩＤとアクセス可能なアクセスゲートとの対応関係を示すデータが生成されて、アクセスゲートに設定される。このため、被識別体とアクセスゲートの数が多い場合でも、設定時に入力情報が大雑多になることはなく、ＩＤとアクセスゲートとのアクセス可否関係を容易に設定することができ、管理者の設定作業の煩雑さおよび負担を軽減することと、設定間違いを防止することが可能となる。また、対応付けたい被識別体の属性およびエリアを適宜把握して、対応付けて入力することにより、その被識別体の属性に対応するＩＤとそのエリアに対応するアクセスゲートとのアクセス可否関係を詳細に設定することができる。このため、特許文献１のように全ての被識別体の属性とエリアのレベル構成を隅々まで正確に熟知して、被識別体の属性とエリアを上位から下位のレベルへと限定するように入力する必要がなく、管理者の負担をより軽減することができる。

また、本発明の一実施形態では、上記ＩＤ管理装置において、エリアは複数レベルのツリー構造に展開されていて、該複数レベルのいずれにおいても被識別体の属性と対応付けることが可能である。

これにより、エリアを色々なレベルで容易かつ詳細に被識別体の属性と対応付けて設定することができる。また、上位レベルのエリアを被識別体の属性と対応付けて原則を設定し、下位レベルのエリアを被識別体の属性と対応付けて例外を設定することにより、設定をより容易かつ詳細にでき、設定間違いと設定し忘れを防止することが可能となる。

また、本発明の一実施形態では、上記ＩＤ管理装置において、被識別体の属性は複数レベルのツリー構造に展開されていて、該複数レベルのいずれにおいてもエリアと対応付けることが可能である。

これにより、被識別体の属性を色々なレベルで容易かつ詳細にエリアと対応付けて設定することができる。また、上位レベルの被識別体の属性をエリアと対応付けて原則を設定し、下位レベルの被識別体の属性をエリアと対応付けて例外を設定することにより、設定をより容易かつ詳細にでき、設定間違いと設定し忘れを防止することが可能となる。

また、本発明の一実施形態では、上記ＩＤ管理装置において、生成手段は、あるアクセスゲートについてアクセス可能とアクセス不可能の対立する関係が存在した場合に、アクセス不可能の関係を有効にする。または、アクセス可能の関係を有効にする。

アクセス不可能の関係を有効にする方を採用する場合、上位レベルのエリアを被識別体の属性と対応付けてアクセス可能の原則を設定し、下位レベルのエリアの一部を被識別体の属性と対応付けてアクセス不可能の例外を設定することにより、ＩＤとアクセスゲートとのアクセス可否関係を容易に抜けなく設定することができ、然もセキュリティレベルを高めることが可能となる。また、アクセス可能の関係を有効にする方を採用する場合、上位レベルのエリアを被識別体の属性と対応付けてアクセス不可能の原則を設定し、下位レベルのエリアの一部を被識別体の属性と対応付けてアクセス可能の例外を設定することにより、ＩＤとアクセスゲートとのアクセス可否関係を容易に抜けなく設定することができ、然もセキュリティレベルを高めることが可能となる。

また、本発明に係るＩＤ管理システムは、前述のＩＤ管理装置と、被識別体のＩＤを用いてアクセスするアクセスゲートとから構成され、アクセスゲートは、入力された被識別体のＩＤと、ＩＤ管理装置により設定されたデータとに基づいて、該ＩＤによるアクセスを可能または不可能にする。

このようにすると、例えば管理者がＩＤ管理装置に、被識別体のＩＤに対して対応する被識別体の属性を、被識別体の属性に対して対応するアクセス可能またはアクセス不可能なエリアを、エリアに対して対応するアクセスゲートを、というようにそれぞれ１対１で対応付けて入力することにより、ＩＤ管理装置で該各入力情報に基づいて被識別体のＩＤとアクセス可能なアクセスゲートとの対応関係を示すデータが生成されて、アクセスゲートに設定される。このため、アクセスゲートで被識別体のＩＤによるアクセスを許可または禁止することができる。このため、被識別体とアクセスゲートの数が多い場合でも、設定時に入力情報が大雑多になることはなく、容易に設定することができ、管理者の設定作業の煩雑さおよび負担を軽減することと、設定間違いを防止することが可能となる。また、対応付けたい被識別体の属性およびエリアを適宜把握して、対応付けて入力することにより、その被識別体の属性に対応するＩＤとそのエリアに対応するアクセスゲートとのアクセス可否関係を詳細に設定することができ、管理者の負担をより軽減することができる。

さらに、本発明に係るＩＤ管理方法では、被識別体の識別子であるＩＤと該ＩＤに対応する属性、被識別体の属性と該属性に対応するエリア、およびエリアと該エリアに対応するアクセスゲートをそれぞれ入力手段から入力し、入力された被識別体のＩＤと該ＩＤに対応する属性とを対応付けた複数のデータから構成されるＩＤのデータベース、および、属性と該属性に対応するアクセス可能またはアクセス不可能なエリアと各エリアに対応するアクセスゲートとを対応付けた複数のデータから構成されるセキュリティポリシのデータベースをそれぞれ記憶手段に記憶し、生成手段により、ＩＤのデータベースから被識別体のＩＤに対応する属性を読み出し、セキュリティポリシのデータベースから属性に対応するエリアと該エリアに対応するアクセスゲートを読み出して、被識別体のＩＤと該ＩＤでアクセス可能またはアクセス不可能なアクセスゲートとの対応関係を示すリストを生成し、生成手段により生成されたリストを設定手段によりアクセスゲートに設定する。エリアは、上位レベルのエリアと、該上位レベルのエリアに属する複数の下位レベルのエリアとを含み、セキュリティポリシのデータベースには、属性と上位レベルのエリアとを対応付けて、当該エリアへのアクセスを可能または不可能とするセキュリティポリシの原則が設定される。また、属性と複数の下位レベルのエリアのうちの一部のエリアとを対応付けて、前記原則がアクセス可能であれば当該一部のエリアへのアクセスを不可能とし、前記原則がアクセス不可能であれば当該一部のエリアへのアクセスを可能とする、セキュリティポリシの例外が設定される。

このようにすると、例えば管理者が、被識別体のＩＤに対して対応する被識別体の属性を、被識別体の属性に対して対応するアクセス可能またはアクセス不可能なエリアを、エリアに対して対応するアクセスゲートを、というようにそれぞれ１対１で対応付けて入力することにより、該各入力情報に基づいて被識別体のＩＤとアクセス可能なアクセスゲートとの対応関係を示すデータが生成されて、アクセスゲートに設定される。このため、被識別体とアクセスゲートの数が多い場合でも、設定時に入力情報が大雑多になることはなく、容易に設定することができ、管理者の設定作業の煩雑さおよび負担を軽減することと、設定間違いを防止することが可能となる。また、対応付けたい被識別体の属性およびエリアを適宜把握して、対応付けて入力することにより、その被識別体の属性に対応するＩＤとそのエリアに対応するアクセスゲートとのアクセス可否関係を詳細に設定することができ、管理者の負担をより軽減することができる。

本発明によれば、被識別体のＩＤに対して対応する被識別体の属性を、被識別体の属性に対して対応するエリアを、エリアに対して対応するアクセスゲートをというように１対１で対応付けて入力することにより、該各入力情報に基づいて被識別体のＩＤとアクセス可能なアクセスゲートとの対応関係を示すデータが生成されてアクセスゲートに設定されるので、被識別体とアクセスゲートの数が多い場合でも、ＩＤとアクセスゲートとのアクセス可否関係を容易かつ詳細に設定することができる。

以下、本発明の実施形態につき図を参照しながら説明する。図１は、本発明の実施形態に係るＩＤ管理システム１のハードウェア構成を示す図である。ＩＤ管理システム１は、被識別体の識別子であるＩＤを用いてアクセスゲートへのアクセスを管理するセキュリティシステムの一例である。本実施形態では、ＩＤ管理システム１は、例えば社屋での通行を管理するために、企業で運用されている。個人は、被識別体の一例である。通行は、アクセスの一例である。ＩＤ管理システム１は、大別してＩＤ管理装置２と通行管理装置３とから構成されている。ＩＤ管理装置２は、サーバ４とクライアント５とから構成されている。通行管理装置３は、ターミナルコントローラ（以下、「ＴＣ」という。）６、カードゲートコントローラ７（以下、「ＣＧＣ」という。）、電子錠（以下、「ＥＫ」という。）８、およびカードリーダ（以下、「ＣＲ」という。）９から構成されている。

通行を管理する社屋の各エリアの出入口には、扉とＥＫ８とＣＲ９が設置されている。つまり、ＥＫ８とＣＲ９は、扉毎に設置されて対をなしている。ＥＫ８を解錠または施錠することにより、該ＥＫ８を設置した扉の開放が可能または不可能になって、該扉を設置したエリアの出入口の通行が許可または禁止される。通行を管理する各エリアの出入口は、アクセスゲートの一例である。カード１０は、磁気カード、接触式または非接触式のＩＣカード、または磁気ＩＣカード等から構成されている。カード１０は、従業員等の各個人によって所持されている。カード１０の磁気ストライプやＩＣ等の情報記録部には、個人のＩＤが記録されている。ＣＲ９は、カード１０に接触してまたは非接触で、該カード１０の情報記録部から個人のＩＤを読み取る。ＣＧＣ７は、複数台設けられている。各ＣＧＣ７には、所定台数のＥＫ８とＣＲ９がそれぞれ接続されている。各ＣＧＣ７は、接続されたＥＫ８とＣＲ９の動作を制御する。ＴＣ６は、各ＣＧＣ７と接続されている。また、ＴＣ６は、サーバ４およびクライアント５とネットワークを介して接続されている。ＴＣ６は、サーバ４から転送されるデータを各ＣＧＣ７に配信する。サーバ４には、個人のＩＤ、個人のＩＤに対応する属性、個人の属性に対応するエリア、およびエリアに対応する扉およびＥＫ８の各情報がデータベース化されて記憶されている。つまり、サーバ４は、各エリアの出入口の扉を開いて通行するための個人のＩＤを一元的に管理している。クライアント５は、パーソナルコンピュータから構成されている。クライアント５は、サーバ４に上記各情報を入力して登録するために使用される。

図２は、ＩＤ管理システム１のソフトウェア構成を示す図である。ＩＤ管理装置２のクライアント５には、ＩＤ管理アプリケーションプログラム１１と、セキュリティポリシ管理アプリケーションプログラム１２が組み込まれている。以下、アプリケーションプログラムを「アプリ」といい、セキュリティポリシを「ＳＣポリシ」という。ＩＤ管理アプリ１１は、個人のＩＤを設定して、該ＩＤに個人の属性情報を入力するためのものである。ＳＣポリシ管理アプリ１２は、ＳＣポリシ、即ち個人の属性、エリア、扉、ＥＫ８の対応関係と、それぞれの構成関係と、どういう人にどのエリアの通行を可能にするか否かの条件とを入力するためのものである。

サーバ４は、ＩＤのデータベース２１と、ＳＣポリシのデータベース２２を保持している。以下、データベースを「ＤＢ」という。ＩＤのＤＢ２１は、ＩＤ管理アプリ１１により入力された個人のＩＤと該ＩＤに対応する属性の集まりである。ＳＣポリシのＤＢ２２は、ＳＣポリシ管理アプリ１２により入力されたＳＣポリシの集まりである。また、サーバ４には、個人の追加・改廃プログラム１３、ＳＣポリシの追加・改廃プログラム１４、およびＩＤ・ＥＫリストの生成プログラム１５が組み込まれている。以下、プログラムを「ＰＧ」という。個人の追加・改廃ＰＧ１３は、ＩＤのＤＢ２１に対して、ＩＤ管理アプリ１１により入力された個人のＩＤおよび属性を追加したり、既存の個人のＩＤおよび属性を改廃したりするものである。ＳＣポリシの追加・改廃ＰＧ１４は、ＳＣポリシのＤＢ２２に対して、ＳＣポリシ管理アプリ１２により入力されたＳＣポリシを追加したり、既存のＳＣポリシを改廃したりするものである。ＩＤ・ＥＫリストの生成ＰＧ１５は、ＩＤのＤＢ２１とＳＣポリシのＤＢ２２の登録情報より、個人のＩＤと該ＩＤで通行可能なエリアの出入口に設置された扉のＥＫ８との対応関係を示すＩＤ・ＥＫリストのデータを生成するものである。

ＩＤ・ＥＫリストの生成ＰＧ１５により生成されたＩＤ・ＥＫリストのデータは、サーバ４からＴＣ６を介してＣＧＣ７に転送されて、ＣＧＣ７に設定（ＣＧＣ７に実装されたメモリ等の記憶部に記憶）される。つまり、ＣＧＣ７は、サーバ４から転送されたＩＤ・ＥＫリスト２０を保持している。また、ＣＧＣ７には、ＩＤ・ＥＫリストの追加・更新ＰＧ１６と、ＩＤ通行資格判定ＰＧ１７が組み込まれている。ＩＤ・ＥＫリストの追加・更新ＰＧ１６は、保持している既存のＩＤ・ＥＫリスト２０に対して、サーバ４から転送されたＩＤ・ＥＫリストのデータを追加したり、ＩＤ・ＥＫリスト２０の既存のデータを更新したりするものである。ＩＤ通行資格判定ＰＧ１７は、ＣＲ９によりカード１０から読み取った個人のＩＤと、ＩＤ・ＥＫリスト２０のデータ等に基づいて、該ＣＲ９に対応するエリアの出入口を通行する資格が該ＩＤに有るか否かを判定し、該判定結果に基づいて対応するＥＫ８を解錠または施錠するものである。

次に、図３〜図１０を参照しながら第１実施形態を説明する。第１実施形態は、ＩＤ管理システム１における基本的な処理の流れを示すものである。図３は、サーバ４で保持されているＩＤのＤＢ２１とＳＣポリシのＤＢ２２を示す図である。ＩＤのＤＢ２１は、個人のＩＤと該ＩＤに対応する属性とを対応付けた複数のデータから構成されている。図４は、ＩＤのＤＢ２１に含まれるデータの一例を示す図である。個人のＩＤは、各個人を識別できるように番号で表されている。対応する個人の属性は、例えば個人の名前、所属する部署、役職、契約形態、性別、および所属するグループ等の各種個人情報である。ＳＣポリシのＤＢ２２は、図３に示すように属性・エリアのＤＢ２３とエリア・ＥＫのＤＢ２４とから構成されている。属性・エリアのＤＢ２３は、個人のある属性と該属性に対応する通行可能なまたは不可能なエリアとを対応付けた複数のデータから構成されている。エリア・ＥＫのＤＢ２４は、各エリアと各エリアの出入口に設けられた扉に対応するＥＫ８とを対応付けた複数のデータから構成されている。各エリアと各ＥＫ８には、それぞれを識別できるように番号が割り付けられている。

図６は、個人の追加および改廃を行う手順を示すフローチャートである。各処理は、サーバ４に実装されたＣＰＵ等の制御部が個人の追加・改廃ＰＧ１３に従って実行する。ＩＤ管理システム１の管理者がクライアント５を操作して、ＩＤ管理アプリ１１により個人のＩＤと該ＩＤに対応する属性の新規登録情報または登録変更情報を入力すると、該ＩＤおよび属性の情報がクライアント５からサーバ４に入力される（ステップＳ１）。このため、サーバ４は該ＩＤおよび属性の情報をＩＤのＤＢ２１に格納する（ステップＳ２）。このとき、入力された個人のＩＤおよび属性の情報が新規登録情報である場合は、該新規登録情報がＩＤのＤＢ２１に新たに追加される。また、入力された個人のＩＤおよび属性の情報が登録変更情報である場合は、ＩＤのＤＢ２１に既に登録されている個人のＩＤおよび属性の情報に、入力された登録変更情報が上書きされて、登録内容が変更される。格納後、ＩＤのＤＢ２１とＳＣポリシのＤＢ２２の登録情報より、入力された該当ＩＤのＩＤ・ＥＫリストを生成する（ステップＳ３）。この処理の詳細は後述する。該当ＩＤのＩＤ・ＥＫリストを生成すると、該リストのデータをＴＣ６経由でＣＧＣ７に転送して設定し（ステップＳ４）、処理を終了する。

図７は、ＩＤ・ＥＫリストを生成する手順を示すフローチャートである。本手順は、図６のステップＳ３と後述する図８のステップＳ２３の詳細手順である。各処理は、サーバ４の制御部がＩＤ・ＥＫリストの生成ＰＧ１５に従って実行する。先ず、ＩＤのＤＢ２１から、該当ＩＤを検索して、該当ＩＤに対応する属性を読み出す（ステップＳ１１）。該当ＩＤとは、図６のステップＳ１で入力された個人のＩＤ、または後述するように図８のステップＳ２３で順次指定される個人のＩＤのことである。属性を読み出すと、次に、ＳＣポリシのＤＢ２２に含まれる属性・エリアのＤＢ２３から、ステップＳ１１で読み出した属性を検索して、該属性に対応する通行可能なエリアを読み出す（ステップＳ１２）。さらに、エリア・ＥＫのＤＢ２４から、ステップＳ１２で読み出したエリアを検索して、該エリアに対応するＥＫ８の番号を読み出す（ステップＳ１３）。そして、該当ＩＤと読み出したＥＫ８の番号より、該当ＩＤのＩＤ・ＥＫリストを生成して（ステップＳ１４）、処理を終了する。

図５は、上記の手順で生成されたＩＤ・ＥＫリストの一例を示す図である。例えば、入力された該当ＩＤが図３に示すＩＤのＤＢ２１の上から１行目のＩＤである場合、先ず該当ＩＤに対応する属性がＩＤのＤＢ２１より読み出される。次に、該読み出した属性に対応する通行可能なエリアが属性・エリアのＤＢ２３の上から３行目より読み出される。そして、該読み出したエリアに対応するＥＫ８の番号がエリア・ＥＫのＤＢ２４の上から１行目と２行目より読み出される。これにより、図５に示すように該当ＩＤで通行可能なエリアに設置された「ＥＫ０１」、「ＥＫ１１」、「ＥＫ１２」、「ＥＫ１３」の４つがリストアップされ、この対応関係が該当ＩＤのＩＤ・ＥＫリストとなる。

図８は、ＳＣポリシの追加および改廃を行う手順を示すフローチャートである。各処理は、サーバ４の制御部がＳＣポリシの追加・改廃ＰＧ１４に従って実行する。管理者がクライアント５を操作して、ＳＣポリシ管理アプリ１２によりＳＣポリシの新規登録情報または登録変更情報を入力すると、該ＳＣポリシの情報がクライアント５からサーバ４に入力される（ステップＳ２１）。このため、サーバ４は該ＳＣポリシの情報をＳＣポリシのＤＢ２２に格納する（ステップＳ２２）。このとき、入力されたＳＣポリシの情報が新規登録情報である場合は、該新規登録情報がＳＣポリシのＤＢ２２に新たに追加される。また、入力されたＳＣポリシの情報が登録変更情報である場合は、ＳＣポリシのＤＢ２２に既に登録されているＳＣポリシの情報に、入力された登録変更情報が上書きされて、登録内容が変更される。格納後、ＩＤのＤＢ２１とＳＣポリシのＤＢ２２の登録情報より、ＩＤのＤＢ２１に記憶されている全てのＩＤのＩＤ・ＥＫリストを生成する（ステップＳ２３）。詳しくは、ＩＤのＤＢ２１からＩＤを１つずつ読み出して該当ＩＤとして指定し、上述した図７の手順を繰り返し実行することにより、全てのＩＤのＩＤ・ＥＫリストを生成する。全てのＩＤのＩＤ・ＥＫリストを生成すると、該リストのデータをＴＣ６経由でＣＧＣ７に転送して設定し（ステップＳ２４）、処理を終了する。

図９は、ＩＤ・ＥＫリストの追加および更新を行う手順を示すフローチャートである。各処理は、ＣＧＣ７に実装されたＣＰＵ等の制御部がＩＤ・ＥＫリストの追加・更新ＰＧ１６に従って実行する。上述した図６のステップＳ４または図８のステップＳ２４の処理により、サーバ４からＩＤ・ＥＫリストのデータが入力されると（ステップＳ３１）、ＣＧＣ７は該入力されたデータを読み込む（ステップＳ３２）。そして、保持している既存のＩＤ・ＥＫリスト２０から、該入力されたデータに含まれている入力ＩＤを検索し（ステップＳ３３）、入力ＩＤが有るか否かを判定する（ステップＳ３４）。ここで、既存のＩＤ・ＥＫリスト２０に入力ＩＤが既に有れば（ステップＳ３４：ＹＥＳ）、該既存のＩＤ・ＥＫリスト２０の該当箇所、即ち既に設定されているＩＤおよびＥＫ８のデータに、入力されたデータを上書きして、設定内容を更新し（ステップＳ３５）、処理を終了する。対して、既存のＩＤ・ＥＫリスト２０に入力ＩＤが無ければ（ステップＳ３４：ＮＯ）、既存のＩＤ・ＥＫリスト２０に入力されたデータを追加して（ステップＳ３６）、処理を終了する。

図１０は、個人のＩＤの通行資格を判定する手順を示すフローチャートである。各処理は、ＣＧＣ７の制御部がＩＤ通行資格判定ＰＧ１７に従って実行する。通常時、即ちエリアへの通行が要求されていないときは、ＣＧＣ７は該エリアの出入口のＥＫ８を施錠して、扉を開放不可能にし、該エリアへの通行を禁止している。この状態で、エリアへの通行を要求する人が、所持するカード１０に記録されたＩＤを対応するＣＲ９に読み取らせると、該読み取られたカード１０のＩＤが該ＣＲ９からＣＧＣ７に入力される（ステップＳ４１）。このため、ＣＧＣ７はＩＤを入力して来たＣＲ９から該ＣＲ９に対応するＥＫ８の番号を判別する（ステップＳ４２）。そして、保持しているＩＤ・ＥＫリスト２０から、入力されたＩＤと判別したＥＫ８の番号を検索し（ステップＳ４３）、該ＥＫ８の設置されたエリアの出入口を通行する資格が該ＩＤに有るか否かを判定する（ステップＳ４４）。ここで、ＩＤ・ＥＫリスト２０の該当箇所、即ち入力されたＩＤで通行可能なエリアの出入口に設置されたＥＫ８を示すデータ中に、判別したＥＫ８の番号が有れば、通行する資格が有ると判定して（ステップＳ４４：ＹＥＳ）、判別したＥＫ８を解錠し（ステップＳ４５）、処理を終了する。これにより、対応する扉が開放可能になり、対応するエリアへの通行が許可される。対して、ＩＤ・ＥＫリスト２０の該当箇所に、判別したＥＫ８の番号が無ければ、通行する資格が無いと判定して（ステップＳ４４：ＮＯ）、判別したＥＫ８の施錠を継続し（ステップＳ４６）、処理を終了する。これにより、対応する扉が開放不可能になり、対応するエリアへの通行が禁止されたままとなる。

以上の第１実施形態によると、管理者がクライアント５を介してサーバ４に、個人のＩＤに対して対応する個人の属性を、個人の属性に対して対応する通行可能または不可能なエリアを、エリアに対して対応するＥＫ８を、というようにそれぞれ１対１で対応付けて入力することにより、該各入力情報がサーバ４のＩＤのＤＢ２１とＳＣポリシのＤＢ２２にそれぞれ登録される。そして、サーバ４でＩＤのＤＢ２１とＳＣポリシのＤＢ２２の登録内容に基づいて、個人のＩＤと該ＩＤで通行可能なエリアの出入口のＥＫ８との対応関係を示すＩＤ・ＥＫリストのデータが生成されて、該データがＣＧＣ７に設定される。このため、エリアへの通行要求時に、ＣＧＣ７でＣＲ９を介して入力された個人のＩＤと、判別した対応するＥＫ８の番号と、設定されたＩＤ・ＥＫリストのデータとに基づいて、対応するＥＫ８を解錠または施錠し、対応する扉の開放を可能または不可能にして、エリアへの通行を可能または不可能にすることができる。

よって、個人と通行管理対象であるエリアの出入口の数が多い場合でも、設定時に入力情報が大雑多になることはなく、個人のＩＤとエリアの出入口との通行可否関係を容易に設定することができ、管理者の設定作業の煩雑さおよび負担を軽減することと、設定間違いを防止することが可能となる。また、対応付けたい個人の属性およびエリアを適宜把握して、対応付けて入力することにより、その属性に対応するＩＤとそのエリアに対応するＥＫ８が設置された出入口との通行可否関係を詳細に設定することができる。このため、特許文献１のように全ての個人の属性とエリアのレベル構成を隅々まで正確に熟知して、個人の属性とエリアを上位から下位のレベルへと限定するように入力する必要がなく、管理者の負担をより軽減することができる。

次に、図１１〜図３２を参照しながら第２実施形態を説明する。第２実施形態は、ＩＤ管理システム１における、ＳＣポリシを継承する場合の詳細な処理の流れを示すものである。図１１は、サーバ４で保持されているＩＤのＤＢ２１とＳＣポリシのＤＢ２２を示す図である。ＩＤのＤＢ２１には、個人のＩＤと該ＩＤに対応する属性とを対応付けた複数のＩＤ・属性対応データが含まれている。個人のＩＤと対応する属性は、図４で説明したのと同様である（図４参照）。ＳＣポリシのＤＢ２２は、属性・エリアのＤＢ２３とエリア・ＥＫのＤＢ２４とから構成されている。本第２実施形態では、属性・エリアのＤＢ２３に、後述するように個人の属性が複数レベルのツリー構造に（階層的に）展開されていることを示す複数の属性ツリー構造データが含まれている。エリア・ＥＫのＤＢ２４には、後述するようにエリアが複数レベルのツリー構造に展開されていることを示す複数のエリアツリー構造データが含まれている。また、属性・エリアのＤＢ２３には、いずれかのレベルの個人の属性と該属性に対応する通行可能なまたは不可能ないずれかのレベルのエリアとを対応付けた複数の属性・エリア対応データが含まれている。つまり、個人の属性とエリアとは、いずれのレベルにおいてもそれぞれ対応付けることが可能である。また、エリア・ＥＫのＤＢ２４には、各エリアと各エリアの出入口に設置された扉とＥＫ８とを対応付けた複数のエリア・扉・ＥＫデータが含まれている。各扉と各ＥＫ８には、それぞれを識別できるように番号が割り付けられている。

図１２〜図１６は、属性・エリアのＤＢ２３に含まれる属性ツリー構造データの一例を示す図である。図１２は、個人の属性の１つである「部署」のツリー構造の一例を示している。「部署」には、「本社機構」、「営業」、「開発」、「製造」、および「品質保証」等の部が属している。例えば「本社機構」には、「秘書課」、「広報」、および「統括」等の課が属している。その他の部にも図示するように所定数の課が属している。「秘書課」には、「Ａさん」等（他に何名か）が属している。その他の課にも図示するように何名かの個人が属している。各部と各部に属する各課の情報は、管理者がクライアント５を操作して、ＳＣポリシ管理アプリ１２により入力する。その際、入力情報が入り混じらないように、１つの上位レベルの情報に対して１段階だけ下位レベルの情報を入力可能にしている。最下位のレベルである各課に属する個人を示す情報（名前等）は、サーバ４の制御部がＩＤのＤＢ２１を検索して抽出し、当該データに入力する。このため、管理者が一人一人入力する必要はない。

図１３は、個人の属性の１つである「役職」のツリー構造の一例を示している。「役職」の最上位のレベルは「正社員」である。「正社員」の役職には、「取締役」、「事業部長」、「部長」、「課長」、「係長」、および「リーダ」等がある。例えば「課長」には、「Ｅさん」、「Ｇさん」、「Ｉさん」、「Ｊさん」、および「Ｋさん」等が就いている。その他の役職にも図示するように何名かの個人が就いている。役職の情報は、管理者がＳＣポリシ管理アプリ１２により入力する。最下位のレベルである各役職に属する個人の情報は、サーバ４の制御部がＩＤのＤＢ２１を検索して抽出し、当該データに入力する。

図１４は、個人の属性の１つである「契約形態」のツリー構造の一例を示している。「契約形態」の最上位のレベルは「社員」である。「社員」には、「正社員」、「派遣社員」、「契約社員」、「パート」、および「アルバイト」等が含まれている。「派遣社員」には、「派遣Ａ社」、「派遣Ｂ社」、および「派遣Ｃ社」等の社員がいる。「契約社員」にも図示するように所定数の契約会社の社員がいる。例えば「派遣Ａ社」の社員は、「Ｖさん」等（他に何名か）である。その他の契約形態にも図示するように何名かの個人が属している。契約形態の情報は、管理者がＳＣポリシ管理アプリ１２により入力する。その際、入力情報が入り混じらないように、１つの上位レベルの情報に対して１段階だけ下位レベルの情報を入力可能にしている。最下位のレベルである各契約形態に属する個人の情報は、サーバ４の制御部がＩＤのＤＢ２１を検索して抽出し、当該データに入力する。

図１５は、個人の属性の１つである「性別」のツリー構造の一例を示している。「性別」には、「男性」と「女性」がある。「男性」には、図示するように「Ａさん」等がいる。「女性」には、図示するように「Ｃさん」等がいる。性別の情報は、管理者がＳＣポリシ管理アプリ１２により入力する。最下位のレベルである各性別の個人の情報は、サーバ４の制御部がＩＤのＤＢ２１を検索して抽出し、当該データに入力する。

図１６は、個人の属性の１つである「グループ」のツリー構造の一例を示している。「グループ」には、「安全衛生委員」、「ＩＳＯ９０００委員」、および「システム管理委員」等の委員会がある。例えば「システム管理委員」には、「Ｗさん」と「Ｘさん」等が属している。その他の委員会にも何名かの個人が属している。各委員会の情報は、管理者がＳＣポリシ管理アプリ１２により入力する。最下位のレベルである各委員会に属する個人の情報は、サーバ４の制御部がＩＤのＤＢ２１を検索して抽出し、当該データに入力する。

図１７は、エリア・ＥＫのＤＢ２４に含まれるエリアツリー構造データの一例を示す図である。最上位のレベルのエリアである「ＡＢＣ株式会社」には、「京都本社」、「京都工場」、「九州工場」、および「上海工場」等の事業所がある。例えば「京都工場」には、「１号館」、「２号館」、および「３号館」等の建物がある。「１号館」には、「Ａ会議室」、「Ｂ会議室」、「食堂」、「１階」、および「２階」等の部屋またはフロアがある。「２号館」には、「１階」と「２階」等のフロアがある。「３号館」には、「１階」、「２階」、「男子更衣室」、「女子更衣室」、および「サーバルーム」等のフロアまたは部屋がある。各エリアの情報は、管理者がＳＣポリシ管理アプリ１２により入力する。その際、入力情報が入り混じらないように、１つの上位レベルの情報に対して１段階だけ下位レベルの情報を入力可能にしている。

図１８〜図２０は、エリア・ＥＫのＤＢ２４に含まれるエリア・扉・ＥＫ対応データの一例を示す図である。図１８は、京都工場の１号館のエリアと扉とＥＫ８の対応関係を示している。例えば「Ａ会議室」には、「扉１」が設置されている。「扉１」には、「ＥＫ１」が設置されている。その他の部屋またはフロアにも所定数の扉が設置されていて、各扉にはＥＫ８が設置されている。図１９は、京都工場の２号館のエリアと扉とＥＫ８の対応関係を示している。例えば「１階」には、「扉１１」と「扉１２」が設置されている。「扉１１」と「扉１２」には、「ＥＫ１１」と「ＥＫ１２」がそれぞれ設置されている。その他の部屋またはフロアにも所定数の扉が設置されていて、各扉にはＥＫ８が設置されている。図２０は、京都工場の３号館のエリアと扉とＥＫ８の対応関係を示している。例えば「男子更衣室」には、「扉５１」と「扉５２」が設置されている。「扉５１」と「扉５２」には、「ＥＫ５１」と「ＥＫ５２」がそれぞれ設置されている。その他の部屋またはフロアにも所定数の扉が設置されていて、各扉にはＥＫ８が設置されている。各エリアと各扉と各ＥＫ８の情報は、管理者がＳＣポリシ管理アプリ１２により入力する。その際、入力情報が入り混じらないように、１つの上位レベルの情報に対して１段階だけ下位レベルの情報を入力可能にしている。

図２１〜図２６は、属性・エリアのＤＢ２３に含まれる属性・エリア対応データの一例を示す図である。図２１は、ＳＣポリシの原則１であって、京都工場の各建物に対する各部署の通行可否関係を示している。例えば「営業」に属する個人は、「１号館」に「入れる」と入力されることにより、通行可能であることが設定されている。また、「営業」に属する個人は、「２号館」と「３号館」に「入れない」と入力されることにより、通行不可能であることが設定されている。その他の部署に属する個人にも、図示するように各建物に対して「入れる」または「入れない」が入力されることにより、通行可能または不可能が設定されている。個人の属性およびエリアの選択および入力と、該属性による該エリアへの通行可否の選択および入力は、管理者がＳＣポリシ管理アプリ１２により行う。以下、図２２〜図２６の各データも同様である。

図２２は、ＳＣポリシの例外１であって、京都工場の１号館の各部屋に対する各部署の通行可否関係を示している。全ての部署に属する個人は、「Ａ会議室」と「Ｂ会議室」と「食堂」に「入れる」と入力されることにより、通行可能であることが設定されている。図２３は、ＳＣポリシの例外２であって、京都工場の３号館の各更衣室に対する男性と女性の通行可否関係を示している。「男性」に属する個人は、「男子更衣室」に「入れる」と入力されることにより、通行可能であることが設定されていて、「女子更衣室」に「入れない」と入力されることにより、通行不可能であることが設定されている。「女性」に属する個人は、図示するように「男性」に属する個人と逆に設定されている。図２４は、ＳＣポリシの例外３であって、京都工場の３号館のサーバルームに対する各グループおよび部署の通行可否関係を示している。「システム管理委員」に属する個人は、「サーバルーム」に「入れる」と入力されることにより、通行可能であることが設定されている。その他の部署に属する個人は、図示するように「サーバルーム」に「入れない」と入力されることにより、通行不可能であることが設定されている。

図２５は、ＳＣポリシの原則２であって、京都工場の各建物に対する各契約形態（正社員を除く）の通行可否関係を示している。各契約形態に属する個人は、「１号館」と「２号館」と「３号館」に「入れる」と入力されることにより、通行可能であることが設定されている。図２６は、ＳＣポリシの例外４であって、京都工場の３号館のサーバルームに対する各契約形態（正社員を除く）の通行可否関係を示している。各契約形態に属する個人は、「サーバルーム」に「入れない」と入力されることにより、通行不可能であることが設定されている。

本第２実施形態での、個人の追加および改廃を行う手順とＳＣポリシの追加および改廃を行う手順は、図６と図８で説明したのと同様である。また、ＩＤ・ＥＫリストの追加および更新を行う手順と個人のＩＤの通行資格を判定する手順は、図９と図１０で説明したのと同様である。よって、本第２実施形態では、図６、図８、図９、および図１０を適宜参照し、重複する説明は省略する。

図２７は、通行マトリックスとＩＤ・ＥＫリストを生成する手順を示すフローチャートである。本手順は、図６のステップＳ３と図８のステップＳ２３の詳細手順であって、図７の詳細手順に代わるものである。各処理は、サーバ４の制御部がＩＤ・ＥＫリストの生成ＰＧ１５に従って実行する。先ず、サーバ４で保持している通行マトリックスから、該当ＩＤを検索する（ステップＳ５１）。該当ＩＤとは、図６のステップＳ１で入力された個人のＩＤ、または図８のステップＳ２３で順次指定される個人のＩＤのことである。図３１は、通行マトリックスの一例を示す図である。通行マトリックスの各データは、個人とＳＣポリシの追加および改廃が行われて、図２７の手順が実行されることにより、サーバ４で生成されて保持（記憶）される。各行には、個人を特定する情報として名前とＩＤが入力されている。各列には、通行を管理するエリアの出入口を特定する情報として扉とＥＫ８の番号が入力されている。各個人と各扉の交差箇所には、通行可能であることを示す「○」、または通行不可能であることを示す「×」が入力されている。通行マトリックスに該当ＩＤが有れば（図２７のステップＳ５２：ＹＥＳ）、通行マトリックスの該当ＩＤのデータをクリアして（ステップＳ５３）、ステップＳ５４へ移行する。対して、通行マトリックスに該当ＩＤが無ければ（ステップＳ５２：ＮＯ）、そのままステップＳ５４へ移行する。

ステップＳ５４へ移行すると、ＩＤのＤＢ２１から、該当ＩＤを検索して、該当ＩＤに対応する属性を読み出す。次に、ＳＣポリシのＤＢ２２に含まれる属性・エリアのＤＢ２３から、ステップＳ５４で読み出した属性を検索して、見つかった属性に対応するエリアと、該属性による該エリアへの通行可否関係を読み出す（ステップＳ５５）。さらに、エリア・ＥＫのＤＢ２４から、ステップＳ５５で読み出したエリアを検索して、見つかったエリアに対応する扉とＥＫ８の番号を読み出す（ステップＳ５６）。図２８は、このとき取得したＩＤと属性と扉とＥＫ８の通行可否関係の一例を示す図である。該当ＩＤが「Ａさん」のＩＤであるため、ＩＤのＤＢ２１のＩＤ・属性対応データから、該ＩＤに対応する属性として部署の「本社機構」を読み出している。また、属性・エリアのＤＢ２３の図２１に示した原則１の属性・エリア対応データと、エリア・ＥＫのＤＢ２４の図１７に示したエリアツリー構造データと、図１８〜図２０に示したエリア・扉・ＥＫ対応データとから、「本社機構」に対応する通行可能な１号館の「Ａ会議室」、「Ｂ会議室」、「食堂」、２号館の「１階」、「２階」、３号館の「男子更衣室」の、「扉１」〜「扉４」、「扉１１」〜「扉１４」、「扉５１」〜「扉５５」と、「ＥＫ１」〜「ＥＫ４」、「ＥＫ１１」〜「ＥＫ１４」、「ＥＫ５１」〜「ＥＫ５５」をそれぞれ読み出している。

図２７のステップＳ５６を実行すると、図３１の通行マトリックスの該当ＩＤとステップＳ５６で読み出したＥＫ８の番号との交差箇所に、通行不可の書き込みが有るか否かを判定する（ステップＳ５７）。このとき、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所があって、該交差箇所に「×」が入力されている場合は、通行不可の書き込みが有ると判定し（ステップＳ５７：ＹＥＳ）、ステップＳ５９へ移行する。対して、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所が無い場合は、通行不可の書き込みが無いと判定する（ステップＳ５７：ＮＯ）。そして、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所を新たに設けて、該交差箇所にステップＳ５５で読み出した通行可否関係を示す「○」または「×」を書き込んで（ステップＳ５８）、ステップＳ５９へ移行する。また、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所があって、該交差箇所に「○」が入力されている場合は、通行不可の書き込みが無いと判定する（ステップＳ５７：ＮＯ）。そして、該交差箇所にステップＳ５５で読み出した通行可否関係、この場合は通行不可能であることを示す「×」を上書きして（ステップＳ５８）、ステップＳ５９へ移行する。

ステップＳ５９へ移行すると、既にステップＳ５５で対応するエリア等を読み出した属性を、再び属性・エリアのＤＢ２３から検索して、対応する他のエリアが有るか否かを判定する。ここで、上記属性に対応する他のエリアが有れば（ステップＳ５９：ＹＥＳ）、ステップＳ５５へ移行して、属性・エリアのＤＢ２３からその対応する他のエリアと、該エリアへの通行可否関係を読み出す。さらに、エリア・ＥＫのＤＢ２４から、該読み出したエリアを検索して、見つかったエリアに対応する扉とＥＫ８の番号を読み出す（ステップＳ５６）。図２９は、このとき取得したＩＤと属性と扉とＥＫ８の通行可否関係の一例を示す図である。属性・エリアのＤＢ２３の図２４に示した例外３の属性・エリア対応データと、図２０に示したエリア・扉・ＥＫ対応データとから、「本社機構」に対応する通行不可能な「サーバルーム」の「扉５５」と、「ＥＫ５５」を読み出している。

上記のように図２７のステップＳ５６を再び実行すると、通行マトリックスの該当ＩＤとステップＳ５６で読み出したＥＫ８の番号との交差箇所に、通行不可の書き込みが有るか否かを判定する（ステップＳ５７）。上記図２９の場合は、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所があって、該交差箇所に「○」が入力されているので、通行不可の書き込みが無いと判定する（ステップＳ５７：ＮＯ）。そして、該交差箇所、即ち図３１の「Ａさん（ＩＤ）」と「扉５５（ＥＫ５５）」の交差箇所に通行不可能であることを示す「×」を上書きして（ステップＳ５８）、ステップＳ５９へ移行する。

そして、ステップＳ５９で上述したように他のエリアが有るか否かを判定し、他のエリアが無ければ（ステップＳ５９：ＮＯ）、ステップＳ６０へ移行する。ステップＳ６０では、属性・エリアのＤＢ２３から既にステップＳ５４で読み出した他の属性を検索して、他の属性が有るか否かを判定する。ここで、属性・エリアのＤＢ２３に他の属性が有れば（ステップＳ６０：ＹＥＳ）、ステップＳ５５へ移行して、属性・エリアのＤＢ２３から該他の属性に対応するエリアと、該エリアへの通行可否関係を読み出す。さらに、エリア・ＥＫのＤＢ２４から、該読み出したエリアを検索して、見つかったエリアに対応する扉とＥＫ８の番号を読み出す（ステップＳ５６）。図３０は、このとき取得したＩＤと属性と扉とＥＫ８の通行可否関係の一例を示す図である。ＩＤのＤＢ２１のＩＤ・属性対応データから、「Ａさん」のＩＤに対応する他の属性として性別の「男性」を読み出している。また、属性・エリアのＤＢ２３の図２３に示した例外２の属性・エリア対応データと、エリア・ＥＫのＤＢ２４の図２０に示したエリア・扉・ＥＫ対応データとから、「男性」に対応する通行可能な「男子更衣室」の「扉５１」および「扉５２」と、「ＥＫ５１」および「ＥＫ５２」を読み出している。さらに、「男性」に対応する通行不可能な「女子更衣室」の「扉５３」および「扉５４」と、「ＥＫ５３」および「ＥＫ５４」を読み出している。

上記のように図２７のステップＳ５６を再び実行すると、通行マトリックスの該当ＩＤとステップＳ５６で読み出したＥＫ８の番号との交差箇所に、通行不可の書き込みが有るか否かを判定する（ステップＳ５７）。上記図３０の場合は、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所があって、該交差箇所に「○」が入力されているので、通行不可の書き込みが無いと判定する（ステップＳ５７：ＮＯ）。そして、該交差箇所の一部、即ち図３１の「Ａさん（ＩＤ）」と「扉５３（ＥＫ５３）」および「扉５４（ＥＫ５４）」の交差箇所に通行不可能であることを示す「×」をそれぞれ上書きして（ステップＳ５８）、ステップＳ５９へ移行する。

そして、ステップＳ５９で上述したように他のエリアが有るか否かを判定し、他のエリアが無ければ（ステップＳ５９：ＮＯ）、続いて、上述したように他の属性が有るか否かを判定し(ステップＳ６０)、他の属性が無ければ（ステップＳ６０：ＮＯ）、ステップＳ６１へ移行する。そして、ステップＳ６１で通行マトリックスから該当ＩＤのデータを読み出して、該当ＩＤのＩＤ・ＥＫリストを生成し、処理を終了する。図３２は、このとき生成したＩＤ・ＥＫリストの一例を示す図である。該当ＩＤが「Ａさん」のＩＤであるため、通行マトリックスから「Ａさん」のデータを読み出して、「Ａさん」のＩＤのＩＤ・ＥＫリストを生成している。この後、このＩＤ・ＥＫリストのデータは、サーバ４からＴＣ６を経由してＣＧＣ７に転送される。そして、ＣＧＣ７で前述した図９の手順に従って、転送されたＩＤ・ＥＫリストのデータが、既存のＩＤ・ＥＫリスト２０に組み込まれる。さらにその後、ＣＧＣ７で前述した図１０の手順に従って、「Ａさん」のＩＤにより「ＥＫ１」〜「ＥＫ４」、「ＥＫ１１」〜「ＥＫ１４」、「ＥＫ５１」、「ＥＫ５２」が解錠されて、「扉１」〜「扉４」、「扉１１」〜「扉１４」、「扉５１」、「扉５２」の開放が可能になり、１号館の「Ａ会議室」、「Ｂ会議室」、「食堂」、２号館の「１階」、「２階」、３号館の「男子更衣室」への通行が許可される。また、「Ａさん」のＩＤにより「ＥＫ５３」、「ＥＫ５４」、「ＥＫ５５」が解錠されず、「扉５３」、「扉５４」、「扉５５」の開放が不可能になり、３号館の「女子更衣室」、「サーバルーム」への通行が禁止される。

以上の第２実施形態によると、管理者がクライアント５を介してサーバ４に、個人のＩＤに対して対応する個人の属性を、個人の属性に対して対応する通行可能または不可能なエリアを、エリアに対して対応する扉を、扉に対して対応するＥＫ８を、というようにそれぞれ１対１で対応付けて入力することにより、該各入力情報がサーバ４のＩＤのＤＢ２１とＳＣポリシのＤＢ２２にそれぞれ登録される。そして、サーバ４でＩＤのＤＢ２１とＳＣポリシのＤＢ２２の登録内容に基づいて、個人のＩＤと扉およびＥＫ８の対応関係を示すＩＤ・ＥＫリストのデータが生成されて、該データがＣＧＣ７に設定される。このため、エリアへの通行要求時に、ＣＧＣ７でＣＲ９を介して入力された個人のＩＤと、判別した対応するＥＫ８の番号と、設定されたＩＤ・ＥＫリストのデータとに基づいて、対応するＥＫ８を解錠または施錠し、対応する扉の開放を可能または不可能にして、エリアへの通行を可能または不可能にすることができる。

よって、個人と通行管理対象であるエリアの出入口の数が多い場合でも、設定時に入力情報が大雑多になることはなく、個人のＩＤとエリアの出入口との通行可否関係を容易に設定することができ、管理者の設定作業の煩雑さおよび負担を軽減することと、設定間違いを防止することが可能となる。また、対応付けたい個人の属性およびエリアを適宜把握して、対応付けて入力することにより、その属性に対応するＩＤとそのエリアに対応する扉およびＥＫ８が設置された出入口との通行可否関係を詳細に設定することができ、管理者の負担をより軽減することができる。

また、個人の属性とエリアが複数レベルのツリー構造に展開されていて、該複数レベルのいずれにおいてもそれぞれを対応付けられるので、属性とエリアを色々なレベルで容易かつ詳細に対応付けて設定することができる。また、上位レベルのエリアを属性と対応付けて原則を設定し、下位レベルのエリアの一部を属性と対応付けて例外を設定することにより、設定をより容易かつ詳細にでき、設定間違いと設定し忘れを防止することが可能となる。

さらに、あるエリアの出入口について通行可能と通行不可能の対立する関係が存在した場合に、図２７のステップＳ５７、Ｓ５８により通行不可能の関係を有効にしているので、上位レベルのエリアを属性と対応付けて通行可能の原則を設定し、下位レベルのエリアの一部を属性と対応付けて通行不可能の例外を設定することにより、個人のＩＤとエリアの出入口との通行可否関係を容易に抜けなく設定することができ、然もセキュリティレベルを高めることが可能となる。

上述したように第２実施形態では、上位レベルのエリアを属性と対応付けて通行可能の原則を設定し、下位レベルのエリアの一部を属性と対応付けて通行不可能の例外を設定しているが、その逆に、上位レベルのエリアを属性と対応付けて通行不可能の原則を設定し、下位レベルのエリアの一部を属性と対応付けて通行可能の例外を設定してもよい。

図３３は、上記のように原則と例外を逆に設定した第３実施形態に係る通行マトリックスとＩＤ・ＥＫリストを生成する手順を示すフローチャートである。図３３では、前述の図２７と同一ステップには同一符号を付してあり、重複する説明は省略する。図３３の図２７と異なる箇所は、ステップＳ５７ａである。ステップＳ５７ａでは、通行マトリックスの該当ＩＤとステップＳ５６で読み出したＥＫ８の番号との交差箇所に、通行可の書き込みが有るか否かを判定する。このとき、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所があって、該交差箇所に「○」が入力されている場合は、通行可の書き込みが有ると判定し（ステップＳ５７ａ：ＹＥＳ）、ステップＳ５９へ移行する。対して、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所が無い場合は、通行可の書き込みが無いと判定する（ステップＳ５７ａ：ＮＯ）。そして、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所を新たに設けて、該交差箇所にステップＳ５５で読み出した通行可否関係を示す「○」または「×」を書き込んで（ステップＳ５８）、ステップＳ５９へ移行する。また、通行マトリックスに該当ＩＤと上記ＥＫ８番号との交差箇所があって、該交差箇所に「×」が入力されている場合は、通行可の書き込みが無いと判定する（ステップＳ５７ａ：ＮＯ）。そして、該交差箇所に通行可能であることを示す「○」を上書きして（ステップＳ５８）、ステップＳ５９へ移行する。

上記第３実施形態のように、上位レベルのエリアを属性と対応付けて通行不可能の原則を設定し、下位レベルのエリアの一部を属性と対応付けて通行可能の例外を設定し、あるエリアの出入口について通行可能と通行不可能の対立する関係が存在した場合に、ステップＳ５７ａ、Ｓ５８により通行可能の関係を有効にすることで、個人のＩＤとエリアの出入口との通行可否関係を容易に抜けなく設定することができ、然もセキュリティレベルを高めることが可能となる。

本発明は、以上の実施形態以外にも種々の形態を採用することができる。例えば、以上の実施形態では、カード１０にＩＤを記録しておいて、ＣＲ９により該ＩＤを読み取る例を挙げているが、これ以外の他の記録媒体にＩＤを記録しておいて、他の読取装置により該ＩＤを読み取るようにしてもよい。また、例えばエリアの出入口にＩＤ入力装置を設けておいて、通行を要求する個人が自身のＩＤをそのＩＤ入力装置に直接入力するようにしてもよい。さらに、エリアの出入口に生体認証装置を設けておいて、該生体認証装置で通行を要求する個人の生体情報を読み取って対応するＩＤを判別するようにしてもよい。

また、以上の実施形態では、社屋での人の通行を管理するＩＤ管理システム１に本発明を適用した例を挙げているが、本発明はこれ以外にも、例えばビル、マンション、学校、または公共施設等の建物や敷地やゲート等での、人または物の通行管理や出入管理等に適用することが可能である。通行等の管理対象には、バー等のような扉以外の通行等を許可または禁止する手段が設けられていてもよいし、何も設けられていなくてもよい。

さらに、本発明は、コンピュータ等の機器の使用管理等にも適用することが可能である。例えばＰＣ（パーソナルコンピュータ（サーバとして機能するものも含む。））の使用管理に適用する場合、管理者は、ＳＣポリシとして、どういう人（個人の属性）にどういうＰＣ（ＰＣの属性）の使用権限、各ＰＣにインストールされているどういうアプリ（アプリケーションプログラム）の使用権限、または各ＰＣで保持されているどういうフォルダの使用権限（展開やデータの読み込みや書き込み等）を与えるか否かの条件を入力する。具体例を挙げると、「正社員は、全てのＰＣにログオンでき、各ＰＣでワープロソフトと表計算ソフトを使用でき、人事システムにアクセスでき、あるＰＣで保持されているフォルダＡとフォルダＢとフォルダＣにもアクセスできる」という条件と、「派遣社員は、全てのＰＣにログオンでき、各ＰＣでワープロソフトと表計算ソフトを使用できるが、人事システムにはアクセスできず、あるＰＣで保持されているフォルダＡのみアクセスできる」という条件と、「契約社員は、全てのＰＣにログオンできず、各ＰＣで全てのアプリを使用できず、全てのＰＣで保持されている全てのフォルダにアクセスできない」という条件をそれぞれ入力する。入力後、サーバは、各個人のＩＤと使用を管理する各ＰＣまたは各アプリとの対応関係を示すマトリックスを生成する。また、サーバは、個人のＩＤと該ＩＤで使用可能なＰＣまたはアプリとの対応関係を示すリストのデータを生成して、各ＰＣに設定する。

ＩＤ管理システムのハードウェア構成を示す図である。 ＩＤ管理システムのソフトウェア構成を示す図である。 第１実施形態のＩＤのＤＢとＳＣポリシのＤＢを示す図である。 第１実施形態のＩＤのＤＢに含まれるデータの一例を示す図である。 第１実施形態のＩＤ・ＥＫリストの一例を示す図である。 個人の追加および改廃手順を示すフローチャートである。 ＩＤ・ＥＫリストの生成手順を示すフローチャートである。 ＳＣポリシの追加および改廃手順を示すフローチャートである。 ＩＤ・ＥＫリストの追加および更新手順を示すフローチャートである。 個人のＩＤの通行資格判定手順を示すフローチャートである。 第２実施形態のＩＤのＤＢとＳＣポリシのＤＢを示す図である。 属性ツリー構造データの一例を示す図である 属性ツリー構造データの一例を示す図である 属性ツリー構造データの一例を示す図である 属性ツリー構造データの一例を示す図である 属性ツリー構造データの一例を示す図である エリアツリー構造データの一例を示す図である。 エリア・扉・ＥＫ対応データの一例を示す図である。 エリア・扉・ＥＫ対応データの一例を示す図である。 エリア・扉・ＥＫ対応データの一例を示す図である。 属性・エリア対応データの一例を示す図である。 属性・エリア対応データの一例を示す図である。 属性・エリア対応データの一例を示す図である。 属性・エリア対応データの一例を示す図である。 属性・エリア対応データの一例を示す図である。 属性・エリア対応データの一例を示す図である。 第２実施形態の通行マトリックスとＩＤ・ＥＫリストの生成手順を示すフローチャートである。 ＩＤと属性と扉とＥＫの通行可否関係の一例を示す図である。 ＩＤと属性と扉とＥＫの通行可否関係の一例を示す図である。 ＩＤと属性と扉とＥＫの通行可否関係の一例を示す図である。 通行マトリックスの一例を示す図である。 第２実施形態のＩＤ・ＥＫリストの一例を示す図である。 第３実施形態の通行マトリックスとＩＤ・ＥＫリストの生成手順を示すフローチャートである。

符号の説明

１ ＩＤ管理システム
２ ＩＤ管理装置
３ 通行管理装置
４ サーバ
５ クライアント
７ ＣＧＣ
８ ＥＫ
９ ＣＲ
１１ ＩＤ管理アプリ
１２ ＳＣポリシ管理アプリ
１５ ＩＤ・ＥＫリストの生成ＰＧ
１７ ＩＤ通行資格判定ＰＧ
２０ ＩＤ・ＥＫリスト
２１ ＩＤのＤＢ
２２ ＳＣポリシのＤＢ
２３ 属性・エリアのＤＢ
２４ エリア・ＥＫのＤＢ

Claims (7)

1. 被識別体の識別子であるＩＤと該ＩＤに対応する属性、被識別体の属性と該属性に対応するエリア、およびエリアと該エリアに対応するアクセスゲートをそれぞれ入力する入力手段と、
   前記入力手段により入力された前記被識別体のＩＤと該ＩＤに対応する属性とを対応付けた複数のデータから構成されるＩＤのデータベース、および、前記属性と該属性に対応するアクセス可能またはアクセス不可能なエリアと各エリアに対応するアクセスゲートとを対応付けた複数のデータから構成されるセキュリティポリシのデータベースをそれぞれ記憶する記憶手段と、
   前記ＩＤのデータベースから被識別体のＩＤに対応する属性を読み出し、前記セキュリティポリシのデータベースから前記属性に対応するエリアと該エリアに対応するアクセスゲートを読み出して、被識別体のＩＤと該ＩＤでアクセス可能またはアクセス不可能なアクセスゲートとの対応関係を示すリストを生成する生成手段と、
   前記生成手段により生成された前記リストをアクセスゲートに設定する設定手段と、を備え、
   前記エリアは、上位レベルのエリアと、該上位レベルのエリアに属する複数の下位レベルのエリアとを含み、
   前記セキュリティポリシのデータベースには、
   前記属性と前記上位レベルのエリアとを対応付けて、当該エリアへのアクセスを可能または不可能とするセキュリティポリシの原則が設定され、
   前記属性と前記複数の下位レベルのエリアのうちの一部のエリアとを対応付けて、前記原則がアクセス可能であれば当該一部のエリアへのアクセスを不可能とし、前記原則がアクセス不可能であれば当該一部のエリアへのアクセスを可能とする、セキュリティポリシの例外が設定されることを特徴とするＩＤ管理装置。
2. 請求項１に記載のＩＤ管理装置において、
   前記エリアは複数レベルのツリー構造に展開されていて、
   前記複数レベルのいずれにおいても前記被識別体の属性と対応付けることが可能なことを特徴とするＩＤ管理装置。
3. 請求項１または請求項２に記載のＩＤ管理装置において、
   前記被識別体の属性は複数レベルのツリー構造に展開されていて、
   前記複数レベルのいずれにおいても前記エリアと対応付けることが可能なことを特徴とするＩＤ管理装置。
4. 請求項１ないし請求項３のいずれかに記載のＩＤ管理装置において、
   前記生成手段は、あるアクセスゲートについてアクセス可能とアクセス不可能の対立する関係が存在した場合に、アクセス不可能の関係を有効にすることを特徴とするＩＤ管理装置。
5. 請求項１ないし請求項３のいずれかに記載のＩＤ管理装置において、
   前記生成手段は、あるアクセスゲートについてアクセス可能とアクセス不可能の対立する関係が存在した場合に、アクセス可能の関係を有効にすることを特徴とするＩＤ管理装置。
6. 請求項１に記載のＩＤ管理装置と、被識別体のＩＤを用いてアクセスするアクセスゲートとから構成され、
   前記アクセスゲートは、入力された被識別体のＩＤと、前記ＩＤ管理装置により設定された前記データとに基づいて、該ＩＤによるアクセスを可能または不可能にすることを特徴とするＩＤ管理システム。
7. 被識別体の識別子であるＩＤと該ＩＤに対応する属性、被識別体の属性と該属性に対応するエリア、およびエリアと該エリアに対応するアクセスゲートをそれぞれ入力手段から入力し、
   入力された前記被識別体のＩＤと該ＩＤに対応する属性とを対応付けた複数のデータから構成されるＩＤのデータベース、および、前記属性と該属性に対応するアクセス可能またはアクセス不可能なエリアと各エリアに対応するアクセスゲートとを対応付けた複数のデータから構成されるセキュリティポリシのデータベースをそれぞれ記憶手段に記憶し、
   生成手段により、前記ＩＤのデータベースから被識別体のＩＤに対応する属性を読み出し、前記セキュリティポリシのデータベースから前記属性に対応するエリアと該エリアに対応するアクセスゲートを読み出して、被識別体のＩＤと該ＩＤでアクセス可能またはアクセス不可能なアクセスゲートとの対応関係を示すリストを生成し、
   前記生成手段により生成された前記リストを設定手段によりアクセスゲートに設定するＩＤ管理方法であって、
   前記エリアは、上位レベルのエリアと、該上位レベルのエリアに属する複数の下位レベルのエリアとを含み、
   前記セキュリティポリシのデータベースには、
   前記属性と前記上位レベルのエリアとを対応付けて、当該エリアへのアクセスを可能または不可能とするセキュリティポリシの原則が設定され、
   前記属性と前記複数の下位レベルのエリアのうちの一部のエリアとを対応付けて、前記原則がアクセス可能であれば当該一部のエリアへのアクセスを不可能とし、前記原則がアクセス不可能であれば当該一部のエリアへのアクセスを可能とする、セキュリティポリシの例外が設定されることを特徴とするＩＤ管理方法。

Images