情報処理装置及びプログラム
【課題】組織単位での画一的な通行権限の設定では有効に機能しないような場合でも、効率的に通行権限を設定する。
【解決手段】権限ＩＤ対応付け情報記憶部１０５は、オフィスビル等の利用者の属性（正社員か派遣社員か等）と扉３８０の通行が許可される通行権限とを対応付ける権限ＩＤ対応付け情報を記憶している。通信部１０２が、利用者の属性が示された利用者情報と、扉通行時の利用者の本人認証に利用するカード番号が示されたカード情報を入力し、通行権限決定部１０４が利用者情報の属性と権限ＩＤ対応付け情報から、利用者に付与する通行権限を決定し、当該利用者のカード番号と通行権限ＩＤとが示される設定情報を生成し、通信部１０２が設定情報を入退室管理システム３３０を経由して扉制御装置３５０に配布し、扉制御装置では、設定情報のカード番号と通行権限ＩＤに基づいて利用者の扉の通行の許否を決定する。
【解決手段】権限ＩＤ対応付け情報記憶部１０５は、オフィスビル等の利用者の属性（正社員か派遣社員か等）と扉３８０の通行が許可される通行権限とを対応付ける権限ＩＤ対応付け情報を記憶している。通信部１０２が、利用者の属性が示された利用者情報と、扉通行時の利用者の本人認証に利用するカード番号が示されたカード情報を入力し、通行権限決定部１０４が利用者情報の属性と権限ＩＤ対応付け情報から、利用者に付与する通行権限を決定し、当該利用者のカード番号と通行権限ＩＤとが示される設定情報を生成し、通信部１０２が設定情報を入退室管理システム３３０を経由して扉制御装置３５０に配布し、扉制御装置では、設定情報のカード番号と通行権限ＩＤに基づいて利用者の扉の通行の許否を決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、オフィスビルのエントランス等における入退室管理に関し、特に、入退室管理のために利用者に設定されている通行権限を管理する技術に関する。
【背景技術】
【０００２】
オフィスビルやマンション、病院などのセキュリティ向上のため、エントランス、フロア、居住室などの空間の出入り口にゲート装置を備え、ゲート装置の通行の際にゲート装置付近に設置された読取装置に利用者の認証情報（利用者が付帯するＩＣカードのカード番号、利用者の指紋等）を読み取らせて入退室管理システムに認証情報の照合を行わせ、認証情報が入退室管理システムに登録されている登録情報と一致した利用者のみ入室を許す仕組みがある。
【０００３】
このような入退室管理システムでは、認証情報と登録情報の照合以外に、当該利用者がゲート装置を通行できる権限があるかどうか、つまり、ゲート装置を通行して内部の空間に入場できるという通行権限が当該利用者に付与されているかどうかについても判定を行っている場合がある。
たとえば、ゲート装置Ｘを通行してエリアＹに入場することができる通行権限が利用者Ａに付与されている場合は、利用者Ａは認証情報と登録情報が一致すればゲート装置Ｘを通行してエリアＹに入場することができる。一方、このような通行権限が利用者Ｂには与えられていない場合は、利用者Ｂは認証情報と登録情報との照合の結果いかんを問わず、ゲート装置Ｘの通行が許可されない。
【０００４】
入退室管理システムに対する通行権限の設定において、個人ごとに通行権限を割り付けると、通行権限を変更する際に変更処理の管理負荷が高くなる。
一方、個人ごとに権限を割り付けるのでなく、組織に権限を割り付けることが考えられる。例えば、特許文献１では、組織情報による通行権限の自動設定の方式が示されている。
組織ごとに通行権限を割り付けることで、組織変更があった場合に、組織変更に対応させて通行権限を自動的に変更することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１４１１４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のように、特許文献１では、組織ごとに通行権限を設定する。
しかしながら、組織に属する利用者は一様ではなく、様々な形態の利用者の全員に同じ通行権限を割り当てるのは現実的ではない。
例えば、オフィスビルでは、正社員のほかに、派遣社員、協力会社社員、警備会社の社員等が所在しており、これらの者に対して正社員と同じ通行権限を付与することは妥当でない場合がある。また、同様に、マンションの場合、入居者のほかに、マンション管理者、清掃業者等が所在しており、これらの者に対して入居者と同じ通行権限を付与することは妥当でない場合がある。更に、病院の場合、医師や看護師のほかに、入院患者、外来患者、見舞客等が所在しており、これらの者に対して医師、看護師と同じ通行権限を付与することは妥当でない場合がある。
このように組織単位での通行権限の付与に対応できない個人に対しては、個人ごとに通行権限を設定することになる。
このような場合に、個人対応の通行権限設定が多いと変更処理の管理負荷が高くなる。
【０００７】
本発明は、上記の事情を鑑みたものであり、組織単位での画一的な通行権限の設定では有効に機能しないような場合でも、利用者の利用形態を反映させて効率的に通行権限を設定する技術を実現することを主な目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る情報処理装置は、
通行権限ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）ごとに、通行が許可されているゲート装置が示される通行権限情報を管理する通行権限情報管理装置に接続され、
前記ゲート装置が配置されている施設を利用する利用者の情報であって、利用者の前記施設の利用形態が利用者ごとに示される利用者情報を入力する利用者情報入力部と、
利用者の利用形態と通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報を記憶する権限ＩＤ対応付け情報記憶部と、
権限ＩＤ対応付け情報に基づき、前記利用者情報入力部により入力された利用者情報に示されている利用者の利用形態から当該利用者の通行権限ＩＤを決定する通行権限決定部と、
前記利用者情報入力部により利用者情報が入力された利用者が前記ゲート装置を通行する際の本人認証に用いられる認証情報と前記通行権限決定部により決定された当該利用者の通行権限ＩＤが対応付けて示される設定情報を前記通行権限情報管理装置に対して出力する設定情報出力部とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、利用者の利用形態の類型ごとに通行権限を設定するため、柔軟な通行権限の設定が可能であるとともに、利用者ごとの通行権限の設定に比べて管理負担が軽く、効率的に通行権限を設定することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係る利用者情報テーブルの例を示す図。
【図３】実施の形態１に係るカード情報テーブルの例を示す図。
【図４】実施の形態１に係る通行権限テーブルの例を示す図。
【図５】実施の形態１に係る設定情報の例を示す図。
【図６】実施の形態１に係る利用者区分変換テーブル及び通行権限変換テーブルの例を示す図。
【図７】実施の形態１に係るＩＤ管理システムの動作例を示すフローチャート図。
【図８】実施の形態１に係る通行権限変換テーブルの例を示す図。
【図９】実施の形態１に係るＩＤ管理システムのハードウェア構成例を示す図。
【発明を実施するための形態】
【００１１】
実施の形態１．
本実施の形態では、組織単位での画一的な通行権限の設定では有効に機能しないような場合でも、利用者の利用形態の類型ごとに通行権限を設定することで柔軟な通行権限の設定を可能とするシステムについて説明する。
【００１２】
図１は、本実施の形態に係るシステム構成例を示す。
図１において、ＩＤ管理システム１００は、オフィスビル、工場、マンション、病院、スポーツクラブ等の施設を利用する利用者の通行権限を管理する装置である。
ＩＤ管理システム１００は情報処理装置の例である。
以下では、オフィスビルを施設の例として説明する。そして、当該オフィスビルで就業する利用者には、企業の正社員のほか、派遣社員、協力会社社員、警備会社の社員等が存在しており、オフィスビルを利用する利用者の利用形態（就業形態）は様々である。
なお、正社員は企業と雇用関係にあって当該企業で就業している者である。
また、派遣社員の者は当該企業以外（派遣会社）と雇用関係にあるが当該企業で就業している者である。
また、協力会社社員の者は当該企業以外（協力会社）と雇用関係にあるが当該企業で就業している者である。
また、警備会社の者は当該企業以外（警備会社会社）と雇用関係にあるが当該企業で就業している者である。
ＩＤ管理システム１００では、オフィスビルに所在する利用者の利用形態に応じて通行権限を決定する。
【００１３】
ＩＤ管理システム１００は、ＩＤ管理システムＤＢ（Ｄａｔａｂａｓｅ）１５０と接続されている。ＩＤ管理システムＤＢ１５０は後述する利用者情報テーブル５０やカード情報テーブル５２を格納している。
また、ＩＤ管理システム１００は、ディスプレイ装置２００、キーボード２１０、カードリーダ２２０に接続されている。
【００１４】
また、ＩＤ管理システム１００は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）３００を介して人事ＤＢシステム３１０、カードＤＢシステム３２０、入退室管理システム３３０、扉制御装置３５０と接続されている。
以下、人事ＤＢシステム３１０、カードＤＢシステム３２０、入退室管理システム３３０、扉制御装置３５０のそれぞれについて説明する。
【００１５】
人事ＤＢシステム３１０は、利用者情報テーブル５０を記憶している。利用者情報テーブル５０は、オフィスビルで就業（施設を利用）している利用者の情報であって、利用者のオフィスにおける就業形態（利用形態）が利用者ごとに示される情報である。
利用者情報テーブル５０は利用者情報の例である。
利用者情報テーブル５０は、例えば、図２に示す情報である。
図２の例では、利用者情報テーブル５０は、利用者ごとに、個人番号（社員番号等）、氏名、役職、就業している組織、正社員・派遣社員・協力会社社員・警備会社社員のいずれであるかを示す属性（利用形態）、所属する会社名（当該企業・派遣会社・協力会社・警備会社）から構成される。
なお、利用者情報テーブル５０で示される組織は、オフィスビルで業務を行っている組織であり、例えば、企業の部課などである。なお、業務は営利的な業務でもよいし、非営利的な業務でもよい。
また、人事ＤＢシステム３１０で記憶されている利用者情報テーブル５０では、利用者区分は存在せず、ＩＤ管理システムＤＢ１５０内の利用者情報テーブル５０では利用区分が存在する。
利用区分は、後述するＩＤ管理システム１００の通行権限決定部１０４により利用者の属性に基づいて決定された利用者のカテゴリーである。利用者区分の詳細については後述する。
【００１６】
カードＤＢシステム３２０は、各利用者に配布され、各利用者が携帯しているＩＣカード（以下、単にカードともいう）の情報であるカード情報テーブル５２を記憶している。
本実施の形態では、入退室管理における認証にＩＣカードの情報を用いる例を説明するため、カードＤＢシステム３２０はカード情報テーブル５２を記憶しているが、利用者の指紋等の生体情報を認証に用いる場合は、カード情報テーブル５２の代わりに利用者の生体情報が記憶される。
カード情報テーブル５２は、例えば、図３に示す情報である。
図３の例では、カード情報テーブル５２は、利用者ごとに、個人番号（社員番号等）、カード内に記録されているカード番号、カードの表面に表示されているカード表示番号から構成される。
【００１７】
入退室管理システム３３０は、入退室管理システムＤＢ３４０と接続され、入退室管理システムＤＢ３４０に格納されている通行権限テーブル５５と設定情報５４を管理する。
入退室管理システム３３０は通行権限情報管理装置の例である。
通行権限テーブル５５は、オフィスビルに配置されている扉と、通行権限とを対応付ける情報であり、通行権限情報の例である。
入退室管理システム３３０は、予め通行権限テーブル５５を入退室管理システムＤＢ３４０に記憶させている。
通行権限テーブル５５は、例えば、図４（ａ）に示す情報である。
図４（ａ）の例では、通行権限テーブル５５は、通行権限ＩＤ、通行権限名、当該通行権限において通行が許可されている扉のＩＤから構成される。
また、図４（ｂ）は、複数の通行権限テーブル５５をマトリックスとして展開したものである。
例えば、扉１〜３が存在する場合において、通行権限Ａでは、扉１及び扉２は通行が許可されるが、扉３では通行が許可されない。また、通行権限Ｂでは、扉１及び扉３は通行が許可されるが、扉２では通行が許可されない。また、通行権限Ｃでは、扉２は通行が許可されるが、扉１及び扉３では通行が許可されない。
また、設定情報５４は、ＩＤ管理システム１００から入退室管理システム３３０に供給された情報であり、利用者が扉を通過する際の本人認証に用いる認証情報（カード番号）と通行権限ＩＤとを対応付ける情報である。
設定情報５４は、例えば、図５に示す情報である。
図５の例では、設定情報５４は、利用者ごとに、個人番号（社員番号等）、当該利用者のカード内に記録されているカード番号、当該利用者に付与された通行権限ＩＤから構成される。
入退室管理システム３３０は、設定情報５４を扉制御装置３５０に配布し、扉制御装置３５０は配布された設定情報５４に基づいて扉３８０の開閉を制御する。
この場合に、入退室管理システム３３０は、扉制御装置３５０が管理する扉３８０の扉ＩＤが示される通行権限テーブル５５に記載されている通行権限ＩＤと一致する通行権限ＩＤが記載されている設定情報５４を選択して扉制御装置３５０に配布する。
【００１８】
扉制御装置３５０は、電気錠３６０とカードリーダ３７０に接続されている。電気錠３６０はゲート装置である扉３８０に設置されている。
１つの扉制御装置３５０が１組の扉３８０、電気錠３６０、カードリーダ３７０を制御してもよいし、複数組の扉３８０、電気錠３６０、カードリーダ３７０を制御するようにしてもよい。
カードリーダ３７０は、扉３８０を通行しようとする利用者のカードからカード番号を読み込み、扉制御装置３５０にカード番号を出力する。
電気錠３６０、カードリーダ３７０、扉３８０はオフィスビル内に配置されている。
扉制御装置３５０では、カードリーダ３７０から入力したカード番号が入退室管理システム３３０から配布されたいずれかの設定情報５４に記載のカード番号に一致した場合に、電気錠３６０に開錠信号を出力し、電気錠３６０が開錠して扉３８０が開き、利用者は扉３８０を通行することができる。
【００１９】
次に、ＩＤ管理システム１００の内部構成例について説明する。
ＩＤ管理システム１００において、制御部１０１は、通信部１０２、入出力部１０３、通行権限決定部１０４、権限ＩＤ対応付け情報記憶部１０５、権限ＩＤ対応付け情報生成部１０６、ＩＤ管理システムＤＢ１５０の各要素の動作及び要素間のデータのやり取りを制御する。
【００２０】
通信部１０２は、外部装置との間で情報の送受信を行う。
より具体的には、通信部１０２は、人事ＤＢシステム３１０から利用者情報テーブル５０を入力し、また、カードＤＢシステム３２０からカード情報テーブル５２を受信する。また、通信部１０２は、通行権限決定部１０４により生成された設定情報５４を入退室管理システム３３０に送信する。
また、通信部１０２は、受信した利用者情報テーブル５０及びカード情報テーブル５２をＩＤ管理システムＤＢ１５０に格納する。
通信部１０２は、利用者情報入力部及び設定情報出力部の例である。
【００２１】
入出力部１０３は、キーボード２１０又はカードリーダ２２０から情報を入力し、また、ディスプレイ装置２００に情報を出力する。
入出力部１０３は、例えば、通信部１０２による人事ＤＢシステム３１０からの利用者情報テーブル５０の受信及びカードＤＢシステム３２０からのカード情報テーブル５２の受信に代えて、または通信部１０２による人事ＤＢシステム３１０からの利用者情報テーブル５０の受信及びカードＤＢシステム３２０からのカード情報テーブル５２の受信とともに、キーボード２１０から利用者情報テーブル５０を入力し、カードリーダ２２０からカード情報テーブル５２を入力する。
また、利用者情報テーブル５０及びカード情報テーブル５２の入力の際に、必要な情報をディスプレイ装置２００に出力する。
【００２２】
通行権限決定部１０４は、後述する権限ＩＤ対応付け情報記憶部１０５において記憶されている権限ＩＤ対応付け情報に基づき、通信部１０２又は入出力部１０３により入力された利用者情報テーブル５０に示されている利用者の属性（利用形態）から当該利用者の通行権限ＩＤを決定する。
より具体的には、通行権限決定部１０４は、利用者情報テーブル５０に示されている利用者の属性から利用者区分を決定し、決定した利用者区分に従って通行権限ＩＤを決定する。
【００２３】
権限ＩＤ対応付け情報記憶部１０５は、利用者と通行権限ＩＤとを対応付けるための権限ＩＤ対応付け情報を記憶している。
権限ＩＤ対応付け情報記憶部１０５が記憶する権限ＩＤ対応付け情報は、例えば、図６に示す情報である。
図６（ａ）は、利用者の属性から利用区分を決定するための利用者区分変換テーブル５１を示し、図６（ｂ）は、利用者区分から通行権限ＩＤを決定するための通行権限変換テーブル５３を示す。
図６（ａ）では、利用者情報テーブル５０の属性１が「派遣」である場合は利用者区分が「派遣」となる例が示され、図６（ｂ）では、組織が「営業部」であって利用者区分が「派遣」である場合は、通行権限ＩＤが「Ｃ」となる例を示している。
図６（ａ）の例では、属性１の値のみで利用者区分が決定される例を示すが、利用者の役職や所属組織、会社名と属性との組合せにより利用者区分が決定されるようにしてもよい。
また、図６（ｂ）の例では、組織と利用者区分の組合せにより通行権限ＩＤが決定される例を示すが、利用者区分のみで通行権限ＩＤが決定されるようにしてもよいし、利用者区分と利用者の役職との組合せ、利用者区分と利用者の組織と役職との組合せにより通行権限ＩＤが決定されるようにしてもよい。
また、図６では、利用者区分変換テーブル５１と通行権限変換テーブル５３の二つに分かれているが、図８に示すように、利用者区分変換テーブル５１と通行権限変換テーブル５３を組み合わせた通行権限変換テーブル６０を権限ＩＤ対応付け情報としてもよい。
以下では、図６の利用者区分変換テーブル５１と通行権限変換テーブル５３を用いる例を説明するが、図８の通行権限変換テーブル６０を用いる場合も同様の処理となる。
なお、本実施の形態では、権限ＩＤ対応付け情報記憶部１０５が権限ＩＤ対応付け情報を記憶している例を説明しているが、ＩＤ管理システムＤＢ１５０が権限ＩＤ対応付け情報記憶部１０５の役割を担い、ＩＤ管理システムＤＢ１５０が権限ＩＤ対応付け情報を記憶するようにしてもよい。
【００２４】
権限ＩＤ対応付け情報生成部１０６は、図６又は図８に例示した権限ＩＤ対応付け情報を生成する。
権限ＩＤ対応付け情報生成部１０６は、例えば、組織変更等により新たな組織ができた際に、新たな組織に対応させて新たな権限ＩＤ対応付け情報を生成する。
【００２５】
次に、本実施の形態に係るＩＤ管理システム１００の動作例を図７のフローチャートに従って説明する。
【００２６】
まず、前提として、図７のフローの開始前に、予め権限ＩＤ対応付け情報生成部１０６により利用者区分変換テーブル５１及び通行権限変換テーブル５３が生成され権限ＩＤ対応付け情報記憶部１０５に格納されているものとする。
権限ＩＤ対応付け情報生成部１０６は、ＩＤ管理システム１００のオペレータの指示に従って、ＩＤ管理システムＤＢ１５０内の利用者情報テーブル５０の役職情報、組織、属性１、会社名の情報を利用して利用者区分変換テーブル５１を生成する。
また、権限ＩＤ対応付け情報生成部１０６は、ＩＤ管理システム１００のオペレータの指示に従って、利用者区分変換テーブル５１の利用者区分に対応させて通行権限ＩＤを指定して通行権限変換テーブル５３を生成する。
【００２７】
最初に、ＩＤ管理システム１００は人事ＤＢシステム３１０と連携し、通信部１０２がＬＡＮ３００を介して人事ＤＢシステム３１０から利用者情報テーブル５０を入力し、入力した利用者情報テーブル５０をＩＤ管理システムＤＢ１５０に格納する（Ｓ７０１）（利用者情報入力処理）。
上述したように、この時点の利用者情報テーブル５０には利用者区分が指定されていない。
また、ここで入力する利用者情報テーブル５０は、ＩＤ管理システムＤＢ１５０に利用者情報テーブル５０が格納されていない利用者の情報又は人事異動などで利用者情報テーブル５０の内容に変更がある利用者の情報である。
また、上述したように、入出力部１０３がオペレータの操作によりキーボード２１０から利用者情報テーブル５０を入力するようにしてもよい。
【００２８】
次に、ＩＤ管理システム１００はカードＤＢシステム３２０と連携し、通信部１０２がＬＡＮ３００を介してカードＤＢシステム３２０からカード情報テーブル５２を入力し、入力したカード情報テーブル５２をＩＤ管理システムＤＢ１５０に格納する（Ｓ７０２）。
ここで入力するカード情報テーブル５２は、Ｓ７０１で入力された利用者情報テーブル５０に示されている利用者のカードに関する情報である。
また、上述したように、入出力部１０３がオペレータの操作によりカードリーダ２２０からカード情報テーブル５２を入力するようにしてもよい。
また、図３に示したように、カード情報テーブル５２はカード情報と個人情報の割り付けができている状態である。
例えば、事前に人事ＤＢシステム３１０から利用者情報テーブル５０をカードＤＢシステム３２０に渡し、カードＤＢシステム３２０では、券面印刷とカード内のデータ設定を行い、渡された利用者情報テーブル５０にカードＩＤを設定したカード情報テーブル５２をＩＤ管理システム１００に渡す。
【００２９】
次に、通行権限決定部１０４が、Ｓ７０１及びＳ７０２で取得された利用者情報テーブル５０及びカード情報テーブル５２をＩＤ管理システムＤＢ１５０から入力し、また、権限ＩＤ対応付け情報記憶部１０５から利用者区分変換テーブル５１及び通行権限変換テーブル５３を入力し、利用者区分を決定し、利用者区分に従って通行権限を決定する（Ｓ７０３）（通行権限決定処理）。
例えば、入力した利用者情報テーブル５０の属性１の欄に「派遣」が示されている場合は、図６（ａ）の利用者区分変換テーブル５１の属性１「派遣」に一致するので、利用者区分として「派遣」を決定する。
そして、通行権限決定部１０４は決定した利用者区分を利用者情報テーブル５０の利用者区分の欄に書き込む。
また、例えば、入力した利用者情報テーブル５０の組織の欄に「営業部」が示されている場合は、図６（ｂ）の通行権限変換テーブル５３の組織「営業部」及び利用区分「派遣」に一致するので、通行権限ＩＤとして「Ｃ」を決定する。
【００３０】
次に、通行権限決定部１０４は、Ｓ７０３で決定した通行権限ＩＤと利用者のカード番号とを対応付ける設定情報５４を生成する（Ｓ７０４）。
具体的には、Ｓ７０３で入力した利用者情報テーブル５０の個人番号（社員番号等）の欄に示されている数字列と、Ｓ７０３で入力した利用者情報テーブル５０の氏名の欄に示されている文字列と、Ｓ７０３で入力したカード情報テーブル５２のカード番号の欄に示されている数字列と、Ｓ７０３で決定した通行権限ＩＤから、図５に示すような設定情報５４を生成する。
【００３１】
次に、通信部１０２が、通行権限決定部１０４が生成した設定情報５４をＬＡＮ３００を介して入退室管理システム３３０に出力する（Ｓ７０５）（設定情報出力処理）。
【００３２】
上述したように、入退室管理システム３３０では、扉制御装置３５０に対して、管理下にある扉３８０に対応する設定情報５４を送信する。
扉制御装置３５０では、カードリーダ３７０に対して利用者がカードを翳し、カード番号が読み込まれ、設定情報５４に記載のカード番号と一致するカード番号の時には、電気錠３６０を開錠して扉３８０を開く。
【００３３】
このように、本実施の形態に係るＩＤ管理では、自動設定された利用者区分に対応して、通行権限を割り当てることにより、利用者区分の管理をすることで、通行権限を管理でき、管理設定負荷を下げることができる。
つまり、正社員、派遣社員、協力会社等が混在している職場のように、組織単位での画一的な通行権限の設定では有効に機能しないような場合でも、利用者の利用形態の類型ごとに通行権限を設定するため、利用形態に則した柔軟な通行権限の設定が可能であるとともに、利用者ごとの通行権限の設定に比べて管理負担が軽く、効率的に通行権限を設定することができる。
【００３４】
なお、以上では、オフィスビルを施設の例とし、当該オフィスビルで就業する利用者の就業形態（正社員、派遣社員、協力会社社員、警備会社社員）を利用形態の例として説明したが、病院、マンション、スポーツクラブ等を施設とし、各施設の利用者の利用形態に基づいて通行権限を設定するようにしてもよい。
病院であれば、例えば、利用者が病院という施設を医師として利用しているか、看護師として利用しているか、入院患者として利用しているか、見舞客として利用しているかという利用形態を用いる。
また、マンションであれば、例えば、利用者がマンションという施設を入居者として利用しているか、管理人として利用しているか、清掃員として利用しているかという利用形態を用いる。
また、スポーツクラブであれば、例えば、利用者がスポーツクラブという施設を事務員として利用しているか、インストラクターとして利用しているか、顧客として利用しているかという利用形態を用いる。
【００３５】
以上、本実施の形態では、
個人ＩＤとそれに割りついたカードＩＤを管理し、扉の通行を許可する権限として、通行可能な扉のグループを通行権限としてカード毎に対応付けることにより、許可されたカードを持つ人のみが扉を通過できるようにする機能を有する入退室管理システムに対して、入退室管理システムで設定された、通行権限を通信により取り込み、入退室管理システムが必要とする個人ＩＤとカードＩＤと通行権限を各個人毎に割り付けて、情報を配信するＩＤ管理システムにおいて、人事情報の属性情報から、利用者区分として、社員、派遣、警備、秘書等情報を取り出し、予め設定された配属情報（組織）と利用者区分に対する通行権限のテーブルを人事情報とカード情報を利用して、自動的に各個人の入退室管理システムに対する通行権限情報を生成し、入退室管理システムに送信できるＩＤ管理システムに関する権限割付制御方式
を説明した。
そして、これにより、入退室管理システムに対する通行権限の割り付けにおいて、組織対応に通行権限を割り付けるだけでなく、組織と利用者の区分により利用者の通行権限を割り付けることで、通行権限を柔軟に割り付けることができる。
【００３６】
最後に、本実施の形態に示したＩＤ管理システム１００のハードウェア構成例について説明する。
図９は、本実施の形態に示すＩＤ管理システム１００のハードウェア資源の一例を示す図である。
なお、図９の構成は、あくまでもＩＤ管理システム１００のハードウェア構成の一例を示すものであり、ＩＤ管理システム１００のハードウェア構成は図９に記載の構成に限らず、他の構成であってもよい。
【００３７】
図９において、ＩＤ管理システム１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、カードリーダ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
本実施の形態で説明したＩＤ管理システムＤＢ１５０及び権限ＩＤ対応付け情報記憶部１０５は、ＲＡＭ９１４、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、カードリーダ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００３８】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮのほか、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｗｔｏｒｋ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などに接続されていても構わない。
【００３９】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【００４０】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００４１】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
ＩＤ管理システム１００の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００４２】
上記プログラム群９２３には、本実施の形態の説明において「〜部」（「権限ＩＤ対応付け情報記憶部１０５」を除く、以外でも同様）として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００４３】
ファイル群９２４には、本実施の形態の説明において、「〜の判断」、「〜の決定」、「〜の比較」、「〜の生成」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、本実施の形態で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００４４】
また、本実施の形態の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、本実施の形態の「〜部」としてコンピュータを機能させるものである。あるいは、本実施の形態の「〜部」の手順や方法をコンピュータに実行させるものである。
【００４５】
このように、本実施の形態に示すＩＤ管理システム１００は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【符号の説明】
【００４６】
１００ ＩＤ管理システム、１０１ 制御部、１０２ 通信部、１０３ 入出力部、１０４ 通行権限決定部、１０５ 権限ＩＤ対応付け情報記憶部、１０６ 権限ＩＤ対応付け情報生成部、１５０ ＩＤ管理システムＤＢ、２００ ディスプレイ装置、２１０ キーボード、２２０ カードリーダ、３００ ＬＡＮ、３１０ 人事ＤＢシステム、３２０ カードＤＢシステム、３３０ 入退室管理システム、３４０ 入退室管理システムＤＢ、３５０ 扉制御装置、３６０ 電気錠、３７０ カードリーダ、３８０ 扉。
【技術分野】
【０００１】
本発明は、例えば、オフィスビルのエントランス等における入退室管理に関し、特に、入退室管理のために利用者に設定されている通行権限を管理する技術に関する。
【背景技術】
【０００２】
オフィスビルやマンション、病院などのセキュリティ向上のため、エントランス、フロア、居住室などの空間の出入り口にゲート装置を備え、ゲート装置の通行の際にゲート装置付近に設置された読取装置に利用者の認証情報（利用者が付帯するＩＣカードのカード番号、利用者の指紋等）を読み取らせて入退室管理システムに認証情報の照合を行わせ、認証情報が入退室管理システムに登録されている登録情報と一致した利用者のみ入室を許す仕組みがある。
【０００３】
このような入退室管理システムでは、認証情報と登録情報の照合以外に、当該利用者がゲート装置を通行できる権限があるかどうか、つまり、ゲート装置を通行して内部の空間に入場できるという通行権限が当該利用者に付与されているかどうかについても判定を行っている場合がある。
たとえば、ゲート装置Ｘを通行してエリアＹに入場することができる通行権限が利用者Ａに付与されている場合は、利用者Ａは認証情報と登録情報が一致すればゲート装置Ｘを通行してエリアＹに入場することができる。一方、このような通行権限が利用者Ｂには与えられていない場合は、利用者Ｂは認証情報と登録情報との照合の結果いかんを問わず、ゲート装置Ｘの通行が許可されない。
【０００４】
入退室管理システムに対する通行権限の設定において、個人ごとに通行権限を割り付けると、通行権限を変更する際に変更処理の管理負荷が高くなる。
一方、個人ごとに権限を割り付けるのでなく、組織に権限を割り付けることが考えられる。例えば、特許文献１では、組織情報による通行権限の自動設定の方式が示されている。
組織ごとに通行権限を割り付けることで、組織変更があった場合に、組織変更に対応させて通行権限を自動的に変更することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１４１１４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のように、特許文献１では、組織ごとに通行権限を設定する。
しかしながら、組織に属する利用者は一様ではなく、様々な形態の利用者の全員に同じ通行権限を割り当てるのは現実的ではない。
例えば、オフィスビルでは、正社員のほかに、派遣社員、協力会社社員、警備会社の社員等が所在しており、これらの者に対して正社員と同じ通行権限を付与することは妥当でない場合がある。また、同様に、マンションの場合、入居者のほかに、マンション管理者、清掃業者等が所在しており、これらの者に対して入居者と同じ通行権限を付与することは妥当でない場合がある。更に、病院の場合、医師や看護師のほかに、入院患者、外来患者、見舞客等が所在しており、これらの者に対して医師、看護師と同じ通行権限を付与することは妥当でない場合がある。
このように組織単位での通行権限の付与に対応できない個人に対しては、個人ごとに通行権限を設定することになる。
このような場合に、個人対応の通行権限設定が多いと変更処理の管理負荷が高くなる。
【０００７】
本発明は、上記の事情を鑑みたものであり、組織単位での画一的な通行権限の設定では有効に機能しないような場合でも、利用者の利用形態を反映させて効率的に通行権限を設定する技術を実現することを主な目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る情報処理装置は、
通行権限ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）ごとに、通行が許可されているゲート装置が示される通行権限情報を管理する通行権限情報管理装置に接続され、
前記ゲート装置が配置されている施設を利用する利用者の情報であって、利用者の前記施設の利用形態が利用者ごとに示される利用者情報を入力する利用者情報入力部と、
利用者の利用形態と通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報を記憶する権限ＩＤ対応付け情報記憶部と、
権限ＩＤ対応付け情報に基づき、前記利用者情報入力部により入力された利用者情報に示されている利用者の利用形態から当該利用者の通行権限ＩＤを決定する通行権限決定部と、
前記利用者情報入力部により利用者情報が入力された利用者が前記ゲート装置を通行する際の本人認証に用いられる認証情報と前記通行権限決定部により決定された当該利用者の通行権限ＩＤが対応付けて示される設定情報を前記通行権限情報管理装置に対して出力する設定情報出力部とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、利用者の利用形態の類型ごとに通行権限を設定するため、柔軟な通行権限の設定が可能であるとともに、利用者ごとの通行権限の設定に比べて管理負担が軽く、効率的に通行権限を設定することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係る利用者情報テーブルの例を示す図。
【図３】実施の形態１に係るカード情報テーブルの例を示す図。
【図４】実施の形態１に係る通行権限テーブルの例を示す図。
【図５】実施の形態１に係る設定情報の例を示す図。
【図６】実施の形態１に係る利用者区分変換テーブル及び通行権限変換テーブルの例を示す図。
【図７】実施の形態１に係るＩＤ管理システムの動作例を示すフローチャート図。
【図８】実施の形態１に係る通行権限変換テーブルの例を示す図。
【図９】実施の形態１に係るＩＤ管理システムのハードウェア構成例を示す図。
【発明を実施するための形態】
【００１１】
実施の形態１．
本実施の形態では、組織単位での画一的な通行権限の設定では有効に機能しないような場合でも、利用者の利用形態の類型ごとに通行権限を設定することで柔軟な通行権限の設定を可能とするシステムについて説明する。
【００１２】
図１は、本実施の形態に係るシステム構成例を示す。
図１において、ＩＤ管理システム１００は、オフィスビル、工場、マンション、病院、スポーツクラブ等の施設を利用する利用者の通行権限を管理する装置である。
ＩＤ管理システム１００は情報処理装置の例である。
以下では、オフィスビルを施設の例として説明する。そして、当該オフィスビルで就業する利用者には、企業の正社員のほか、派遣社員、協力会社社員、警備会社の社員等が存在しており、オフィスビルを利用する利用者の利用形態（就業形態）は様々である。
なお、正社員は企業と雇用関係にあって当該企業で就業している者である。
また、派遣社員の者は当該企業以外（派遣会社）と雇用関係にあるが当該企業で就業している者である。
また、協力会社社員の者は当該企業以外（協力会社）と雇用関係にあるが当該企業で就業している者である。
また、警備会社の者は当該企業以外（警備会社会社）と雇用関係にあるが当該企業で就業している者である。
ＩＤ管理システム１００では、オフィスビルに所在する利用者の利用形態に応じて通行権限を決定する。
【００１３】
ＩＤ管理システム１００は、ＩＤ管理システムＤＢ（Ｄａｔａｂａｓｅ）１５０と接続されている。ＩＤ管理システムＤＢ１５０は後述する利用者情報テーブル５０やカード情報テーブル５２を格納している。
また、ＩＤ管理システム１００は、ディスプレイ装置２００、キーボード２１０、カードリーダ２２０に接続されている。
【００１４】
また、ＩＤ管理システム１００は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）３００を介して人事ＤＢシステム３１０、カードＤＢシステム３２０、入退室管理システム３３０、扉制御装置３５０と接続されている。
以下、人事ＤＢシステム３１０、カードＤＢシステム３２０、入退室管理システム３３０、扉制御装置３５０のそれぞれについて説明する。
【００１５】
人事ＤＢシステム３１０は、利用者情報テーブル５０を記憶している。利用者情報テーブル５０は、オフィスビルで就業（施設を利用）している利用者の情報であって、利用者のオフィスにおける就業形態（利用形態）が利用者ごとに示される情報である。
利用者情報テーブル５０は利用者情報の例である。
利用者情報テーブル５０は、例えば、図２に示す情報である。
図２の例では、利用者情報テーブル５０は、利用者ごとに、個人番号（社員番号等）、氏名、役職、就業している組織、正社員・派遣社員・協力会社社員・警備会社社員のいずれであるかを示す属性（利用形態）、所属する会社名（当該企業・派遣会社・協力会社・警備会社）から構成される。
なお、利用者情報テーブル５０で示される組織は、オフィスビルで業務を行っている組織であり、例えば、企業の部課などである。なお、業務は営利的な業務でもよいし、非営利的な業務でもよい。
また、人事ＤＢシステム３１０で記憶されている利用者情報テーブル５０では、利用者区分は存在せず、ＩＤ管理システムＤＢ１５０内の利用者情報テーブル５０では利用区分が存在する。
利用区分は、後述するＩＤ管理システム１００の通行権限決定部１０４により利用者の属性に基づいて決定された利用者のカテゴリーである。利用者区分の詳細については後述する。
【００１６】
カードＤＢシステム３２０は、各利用者に配布され、各利用者が携帯しているＩＣカード（以下、単にカードともいう）の情報であるカード情報テーブル５２を記憶している。
本実施の形態では、入退室管理における認証にＩＣカードの情報を用いる例を説明するため、カードＤＢシステム３２０はカード情報テーブル５２を記憶しているが、利用者の指紋等の生体情報を認証に用いる場合は、カード情報テーブル５２の代わりに利用者の生体情報が記憶される。
カード情報テーブル５２は、例えば、図３に示す情報である。
図３の例では、カード情報テーブル５２は、利用者ごとに、個人番号（社員番号等）、カード内に記録されているカード番号、カードの表面に表示されているカード表示番号から構成される。
【００１７】
入退室管理システム３３０は、入退室管理システムＤＢ３４０と接続され、入退室管理システムＤＢ３４０に格納されている通行権限テーブル５５と設定情報５４を管理する。
入退室管理システム３３０は通行権限情報管理装置の例である。
通行権限テーブル５５は、オフィスビルに配置されている扉と、通行権限とを対応付ける情報であり、通行権限情報の例である。
入退室管理システム３３０は、予め通行権限テーブル５５を入退室管理システムＤＢ３４０に記憶させている。
通行権限テーブル５５は、例えば、図４（ａ）に示す情報である。
図４（ａ）の例では、通行権限テーブル５５は、通行権限ＩＤ、通行権限名、当該通行権限において通行が許可されている扉のＩＤから構成される。
また、図４（ｂ）は、複数の通行権限テーブル５５をマトリックスとして展開したものである。
例えば、扉１〜３が存在する場合において、通行権限Ａでは、扉１及び扉２は通行が許可されるが、扉３では通行が許可されない。また、通行権限Ｂでは、扉１及び扉３は通行が許可されるが、扉２では通行が許可されない。また、通行権限Ｃでは、扉２は通行が許可されるが、扉１及び扉３では通行が許可されない。
また、設定情報５４は、ＩＤ管理システム１００から入退室管理システム３３０に供給された情報であり、利用者が扉を通過する際の本人認証に用いる認証情報（カード番号）と通行権限ＩＤとを対応付ける情報である。
設定情報５４は、例えば、図５に示す情報である。
図５の例では、設定情報５４は、利用者ごとに、個人番号（社員番号等）、当該利用者のカード内に記録されているカード番号、当該利用者に付与された通行権限ＩＤから構成される。
入退室管理システム３３０は、設定情報５４を扉制御装置３５０に配布し、扉制御装置３５０は配布された設定情報５４に基づいて扉３８０の開閉を制御する。
この場合に、入退室管理システム３３０は、扉制御装置３５０が管理する扉３８０の扉ＩＤが示される通行権限テーブル５５に記載されている通行権限ＩＤと一致する通行権限ＩＤが記載されている設定情報５４を選択して扉制御装置３５０に配布する。
【００１８】
扉制御装置３５０は、電気錠３６０とカードリーダ３７０に接続されている。電気錠３６０はゲート装置である扉３８０に設置されている。
１つの扉制御装置３５０が１組の扉３８０、電気錠３６０、カードリーダ３７０を制御してもよいし、複数組の扉３８０、電気錠３６０、カードリーダ３７０を制御するようにしてもよい。
カードリーダ３７０は、扉３８０を通行しようとする利用者のカードからカード番号を読み込み、扉制御装置３５０にカード番号を出力する。
電気錠３６０、カードリーダ３７０、扉３８０はオフィスビル内に配置されている。
扉制御装置３５０では、カードリーダ３７０から入力したカード番号が入退室管理システム３３０から配布されたいずれかの設定情報５４に記載のカード番号に一致した場合に、電気錠３６０に開錠信号を出力し、電気錠３６０が開錠して扉３８０が開き、利用者は扉３８０を通行することができる。
【００１９】
次に、ＩＤ管理システム１００の内部構成例について説明する。
ＩＤ管理システム１００において、制御部１０１は、通信部１０２、入出力部１０３、通行権限決定部１０４、権限ＩＤ対応付け情報記憶部１０５、権限ＩＤ対応付け情報生成部１０６、ＩＤ管理システムＤＢ１５０の各要素の動作及び要素間のデータのやり取りを制御する。
【００２０】
通信部１０２は、外部装置との間で情報の送受信を行う。
より具体的には、通信部１０２は、人事ＤＢシステム３１０から利用者情報テーブル５０を入力し、また、カードＤＢシステム３２０からカード情報テーブル５２を受信する。また、通信部１０２は、通行権限決定部１０４により生成された設定情報５４を入退室管理システム３３０に送信する。
また、通信部１０２は、受信した利用者情報テーブル５０及びカード情報テーブル５２をＩＤ管理システムＤＢ１５０に格納する。
通信部１０２は、利用者情報入力部及び設定情報出力部の例である。
【００２１】
入出力部１０３は、キーボード２１０又はカードリーダ２２０から情報を入力し、また、ディスプレイ装置２００に情報を出力する。
入出力部１０３は、例えば、通信部１０２による人事ＤＢシステム３１０からの利用者情報テーブル５０の受信及びカードＤＢシステム３２０からのカード情報テーブル５２の受信に代えて、または通信部１０２による人事ＤＢシステム３１０からの利用者情報テーブル５０の受信及びカードＤＢシステム３２０からのカード情報テーブル５２の受信とともに、キーボード２１０から利用者情報テーブル５０を入力し、カードリーダ２２０からカード情報テーブル５２を入力する。
また、利用者情報テーブル５０及びカード情報テーブル５２の入力の際に、必要な情報をディスプレイ装置２００に出力する。
【００２２】
通行権限決定部１０４は、後述する権限ＩＤ対応付け情報記憶部１０５において記憶されている権限ＩＤ対応付け情報に基づき、通信部１０２又は入出力部１０３により入力された利用者情報テーブル５０に示されている利用者の属性（利用形態）から当該利用者の通行権限ＩＤを決定する。
より具体的には、通行権限決定部１０４は、利用者情報テーブル５０に示されている利用者の属性から利用者区分を決定し、決定した利用者区分に従って通行権限ＩＤを決定する。
【００２３】
権限ＩＤ対応付け情報記憶部１０５は、利用者と通行権限ＩＤとを対応付けるための権限ＩＤ対応付け情報を記憶している。
権限ＩＤ対応付け情報記憶部１０５が記憶する権限ＩＤ対応付け情報は、例えば、図６に示す情報である。
図６（ａ）は、利用者の属性から利用区分を決定するための利用者区分変換テーブル５１を示し、図６（ｂ）は、利用者区分から通行権限ＩＤを決定するための通行権限変換テーブル５３を示す。
図６（ａ）では、利用者情報テーブル５０の属性１が「派遣」である場合は利用者区分が「派遣」となる例が示され、図６（ｂ）では、組織が「営業部」であって利用者区分が「派遣」である場合は、通行権限ＩＤが「Ｃ」となる例を示している。
図６（ａ）の例では、属性１の値のみで利用者区分が決定される例を示すが、利用者の役職や所属組織、会社名と属性との組合せにより利用者区分が決定されるようにしてもよい。
また、図６（ｂ）の例では、組織と利用者区分の組合せにより通行権限ＩＤが決定される例を示すが、利用者区分のみで通行権限ＩＤが決定されるようにしてもよいし、利用者区分と利用者の役職との組合せ、利用者区分と利用者の組織と役職との組合せにより通行権限ＩＤが決定されるようにしてもよい。
また、図６では、利用者区分変換テーブル５１と通行権限変換テーブル５３の二つに分かれているが、図８に示すように、利用者区分変換テーブル５１と通行権限変換テーブル５３を組み合わせた通行権限変換テーブル６０を権限ＩＤ対応付け情報としてもよい。
以下では、図６の利用者区分変換テーブル５１と通行権限変換テーブル５３を用いる例を説明するが、図８の通行権限変換テーブル６０を用いる場合も同様の処理となる。
なお、本実施の形態では、権限ＩＤ対応付け情報記憶部１０５が権限ＩＤ対応付け情報を記憶している例を説明しているが、ＩＤ管理システムＤＢ１５０が権限ＩＤ対応付け情報記憶部１０５の役割を担い、ＩＤ管理システムＤＢ１５０が権限ＩＤ対応付け情報を記憶するようにしてもよい。
【００２４】
権限ＩＤ対応付け情報生成部１０６は、図６又は図８に例示した権限ＩＤ対応付け情報を生成する。
権限ＩＤ対応付け情報生成部１０６は、例えば、組織変更等により新たな組織ができた際に、新たな組織に対応させて新たな権限ＩＤ対応付け情報を生成する。
【００２５】
次に、本実施の形態に係るＩＤ管理システム１００の動作例を図７のフローチャートに従って説明する。
【００２６】
まず、前提として、図７のフローの開始前に、予め権限ＩＤ対応付け情報生成部１０６により利用者区分変換テーブル５１及び通行権限変換テーブル５３が生成され権限ＩＤ対応付け情報記憶部１０５に格納されているものとする。
権限ＩＤ対応付け情報生成部１０６は、ＩＤ管理システム１００のオペレータの指示に従って、ＩＤ管理システムＤＢ１５０内の利用者情報テーブル５０の役職情報、組織、属性１、会社名の情報を利用して利用者区分変換テーブル５１を生成する。
また、権限ＩＤ対応付け情報生成部１０６は、ＩＤ管理システム１００のオペレータの指示に従って、利用者区分変換テーブル５１の利用者区分に対応させて通行権限ＩＤを指定して通行権限変換テーブル５３を生成する。
【００２７】
最初に、ＩＤ管理システム１００は人事ＤＢシステム３１０と連携し、通信部１０２がＬＡＮ３００を介して人事ＤＢシステム３１０から利用者情報テーブル５０を入力し、入力した利用者情報テーブル５０をＩＤ管理システムＤＢ１５０に格納する（Ｓ７０１）（利用者情報入力処理）。
上述したように、この時点の利用者情報テーブル５０には利用者区分が指定されていない。
また、ここで入力する利用者情報テーブル５０は、ＩＤ管理システムＤＢ１５０に利用者情報テーブル５０が格納されていない利用者の情報又は人事異動などで利用者情報テーブル５０の内容に変更がある利用者の情報である。
また、上述したように、入出力部１０３がオペレータの操作によりキーボード２１０から利用者情報テーブル５０を入力するようにしてもよい。
【００２８】
次に、ＩＤ管理システム１００はカードＤＢシステム３２０と連携し、通信部１０２がＬＡＮ３００を介してカードＤＢシステム３２０からカード情報テーブル５２を入力し、入力したカード情報テーブル５２をＩＤ管理システムＤＢ１５０に格納する（Ｓ７０２）。
ここで入力するカード情報テーブル５２は、Ｓ７０１で入力された利用者情報テーブル５０に示されている利用者のカードに関する情報である。
また、上述したように、入出力部１０３がオペレータの操作によりカードリーダ２２０からカード情報テーブル５２を入力するようにしてもよい。
また、図３に示したように、カード情報テーブル５２はカード情報と個人情報の割り付けができている状態である。
例えば、事前に人事ＤＢシステム３１０から利用者情報テーブル５０をカードＤＢシステム３２０に渡し、カードＤＢシステム３２０では、券面印刷とカード内のデータ設定を行い、渡された利用者情報テーブル５０にカードＩＤを設定したカード情報テーブル５２をＩＤ管理システム１００に渡す。
【００２９】
次に、通行権限決定部１０４が、Ｓ７０１及びＳ７０２で取得された利用者情報テーブル５０及びカード情報テーブル５２をＩＤ管理システムＤＢ１５０から入力し、また、権限ＩＤ対応付け情報記憶部１０５から利用者区分変換テーブル５１及び通行権限変換テーブル５３を入力し、利用者区分を決定し、利用者区分に従って通行権限を決定する（Ｓ７０３）（通行権限決定処理）。
例えば、入力した利用者情報テーブル５０の属性１の欄に「派遣」が示されている場合は、図６（ａ）の利用者区分変換テーブル５１の属性１「派遣」に一致するので、利用者区分として「派遣」を決定する。
そして、通行権限決定部１０４は決定した利用者区分を利用者情報テーブル５０の利用者区分の欄に書き込む。
また、例えば、入力した利用者情報テーブル５０の組織の欄に「営業部」が示されている場合は、図６（ｂ）の通行権限変換テーブル５３の組織「営業部」及び利用区分「派遣」に一致するので、通行権限ＩＤとして「Ｃ」を決定する。
【００３０】
次に、通行権限決定部１０４は、Ｓ７０３で決定した通行権限ＩＤと利用者のカード番号とを対応付ける設定情報５４を生成する（Ｓ７０４）。
具体的には、Ｓ７０３で入力した利用者情報テーブル５０の個人番号（社員番号等）の欄に示されている数字列と、Ｓ７０３で入力した利用者情報テーブル５０の氏名の欄に示されている文字列と、Ｓ７０３で入力したカード情報テーブル５２のカード番号の欄に示されている数字列と、Ｓ７０３で決定した通行権限ＩＤから、図５に示すような設定情報５４を生成する。
【００３１】
次に、通信部１０２が、通行権限決定部１０４が生成した設定情報５４をＬＡＮ３００を介して入退室管理システム３３０に出力する（Ｓ７０５）（設定情報出力処理）。
【００３２】
上述したように、入退室管理システム３３０では、扉制御装置３５０に対して、管理下にある扉３８０に対応する設定情報５４を送信する。
扉制御装置３５０では、カードリーダ３７０に対して利用者がカードを翳し、カード番号が読み込まれ、設定情報５４に記載のカード番号と一致するカード番号の時には、電気錠３６０を開錠して扉３８０を開く。
【００３３】
このように、本実施の形態に係るＩＤ管理では、自動設定された利用者区分に対応して、通行権限を割り当てることにより、利用者区分の管理をすることで、通行権限を管理でき、管理設定負荷を下げることができる。
つまり、正社員、派遣社員、協力会社等が混在している職場のように、組織単位での画一的な通行権限の設定では有効に機能しないような場合でも、利用者の利用形態の類型ごとに通行権限を設定するため、利用形態に則した柔軟な通行権限の設定が可能であるとともに、利用者ごとの通行権限の設定に比べて管理負担が軽く、効率的に通行権限を設定することができる。
【００３４】
なお、以上では、オフィスビルを施設の例とし、当該オフィスビルで就業する利用者の就業形態（正社員、派遣社員、協力会社社員、警備会社社員）を利用形態の例として説明したが、病院、マンション、スポーツクラブ等を施設とし、各施設の利用者の利用形態に基づいて通行権限を設定するようにしてもよい。
病院であれば、例えば、利用者が病院という施設を医師として利用しているか、看護師として利用しているか、入院患者として利用しているか、見舞客として利用しているかという利用形態を用いる。
また、マンションであれば、例えば、利用者がマンションという施設を入居者として利用しているか、管理人として利用しているか、清掃員として利用しているかという利用形態を用いる。
また、スポーツクラブであれば、例えば、利用者がスポーツクラブという施設を事務員として利用しているか、インストラクターとして利用しているか、顧客として利用しているかという利用形態を用いる。
【００３５】
以上、本実施の形態では、
個人ＩＤとそれに割りついたカードＩＤを管理し、扉の通行を許可する権限として、通行可能な扉のグループを通行権限としてカード毎に対応付けることにより、許可されたカードを持つ人のみが扉を通過できるようにする機能を有する入退室管理システムに対して、入退室管理システムで設定された、通行権限を通信により取り込み、入退室管理システムが必要とする個人ＩＤとカードＩＤと通行権限を各個人毎に割り付けて、情報を配信するＩＤ管理システムにおいて、人事情報の属性情報から、利用者区分として、社員、派遣、警備、秘書等情報を取り出し、予め設定された配属情報（組織）と利用者区分に対する通行権限のテーブルを人事情報とカード情報を利用して、自動的に各個人の入退室管理システムに対する通行権限情報を生成し、入退室管理システムに送信できるＩＤ管理システムに関する権限割付制御方式
を説明した。
そして、これにより、入退室管理システムに対する通行権限の割り付けにおいて、組織対応に通行権限を割り付けるだけでなく、組織と利用者の区分により利用者の通行権限を割り付けることで、通行権限を柔軟に割り付けることができる。
【００３６】
最後に、本実施の形態に示したＩＤ管理システム１００のハードウェア構成例について説明する。
図９は、本実施の形態に示すＩＤ管理システム１００のハードウェア資源の一例を示す図である。
なお、図９の構成は、あくまでもＩＤ管理システム１００のハードウェア構成の一例を示すものであり、ＩＤ管理システム１００のハードウェア構成は図９に記載の構成に限らず、他の構成であってもよい。
【００３７】
図９において、ＩＤ管理システム１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、カードリーダ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
本実施の形態で説明したＩＤ管理システムＤＢ１５０及び権限ＩＤ対応付け情報記憶部１０５は、ＲＡＭ９１４、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、カードリーダ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００３８】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮのほか、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｗｔｏｒｋ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などに接続されていても構わない。
【００３９】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【００４０】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００４１】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
ＩＤ管理システム１００の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００４２】
上記プログラム群９２３には、本実施の形態の説明において「〜部」（「権限ＩＤ対応付け情報記憶部１０５」を除く、以外でも同様）として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００４３】
ファイル群９２４には、本実施の形態の説明において、「〜の判断」、「〜の決定」、「〜の比較」、「〜の生成」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、本実施の形態で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００４４】
また、本実施の形態の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、本実施の形態の「〜部」としてコンピュータを機能させるものである。あるいは、本実施の形態の「〜部」の手順や方法をコンピュータに実行させるものである。
【００４５】
このように、本実施の形態に示すＩＤ管理システム１００は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【符号の説明】
【００４６】
１００ ＩＤ管理システム、１０１ 制御部、１０２ 通信部、１０３ 入出力部、１０４ 通行権限決定部、１０５ 権限ＩＤ対応付け情報記憶部、１０６ 権限ＩＤ対応付け情報生成部、１５０ ＩＤ管理システムＤＢ、２００ ディスプレイ装置、２１０ キーボード、２２０ カードリーダ、３００ ＬＡＮ、３１０ 人事ＤＢシステム、３２０ カードＤＢシステム、３３０ 入退室管理システム、３４０ 入退室管理システムＤＢ、３５０ 扉制御装置、３６０ 電気錠、３７０ カードリーダ、３８０ 扉。
【特許請求の範囲】
【請求項１】
通行権限ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）ごとに、通行が許可されているゲート装置が示される通行権限情報を管理する通行権限情報管理装置に接続され、
前記ゲート装置が配置されている施設を利用する利用者の情報であって、利用者の前記施設の利用形態が利用者ごとに示される利用者情報を入力する利用者情報入力部と、
利用者の利用形態と通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報を記憶する権限ＩＤ対応付け情報記憶部と、
権限ＩＤ対応付け情報に基づき、前記利用者情報入力部により入力された利用者情報に示されている利用者の利用形態から当該利用者の通行権限ＩＤを決定する通行権限決定部と、
前記利用者情報入力部により利用者情報が入力された利用者が前記ゲート装置を通行する際の本人認証に用いられる認証情報と前記通行権限決定部により決定された当該利用者の通行権限ＩＤが対応付けて示される設定情報を前記通行権限情報管理装置に対して出力する設定情報出力部とを有することを特徴とする情報処理装置。
【請求項２】
前記利用者情報入力部は、
前記施設で業務を行っている組織に関係している利用者の情報であって、利用者の利用形態が示されるとともに、利用者が関係している組織が利用者ごとに示される利用者情報を入力し、
前記権限ＩＤ対応付け情報記憶部は、
利用者の利用形態と利用者の組織との組合せと、通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報を記憶し、
前記通行権限決定部は、
権限ＩＤ対応付け情報に基づき、前記利用者情報入力部により入力された利用者情報に示されている利用者の利用形態と利用者の組織の組合せから当該利用者の通行権限ＩＤを決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記利用者情報入力部は、
前記施設で業務を行っている組織に所属している利用者の情報であって、利用者の利用形態が示されるとともに、利用者の組織における役職が示される利用者情報を入力し、
前記権限ＩＤ対応付け情報記憶部は、
利用者の利用形態と利用者の役職との組合せと、通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報を記憶し、
前記通行権限決定部は、
権限ＩＤ対応付け情報に基づき、前記利用者情報入力部により入力された利用者情報に示されている利用者の利用形態と利用者の役職の組合せから当該利用者の通行権限ＩＤを決定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記情報処理装置は、更に、
新たな組織ができた際に、新たな組織に対応させて新たな権限ＩＤ対応付け情報を生成する権限ＩＤ対応付け情報生成部を有することを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記利用者情報入力部は、
利用形態として、利用者が組織と雇用関係にあって当該組織で就業しているか又は利用者が当該組織以外と雇用関係にあるが当該組織で就業しているかを示す利用者情報を入力することを特徴とする請求項２〜４のいずれかに記載の情報処理装置。
【請求項６】
通行権限ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）ごとに、通行が許可されているゲート装置が示される通行権限情報を管理する通行権限情報管理装置に接続されているコンピュータに、
前記ゲート装置が配置されている施設を利用する利用者の情報であって、利用者の前記施設の利用形態が利用者ごとに示される利用者情報を入力する利用者情報入力処理と、
利用者の利用形態と通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報に基づき、前記利用者情報入力処理により入力された利用者情報に示されている利用者の利用形態から当該利用者の通行権限ＩＤを決定する通行権限決定処理と、
前記利用者情報入力処理により利用者情報が入力された利用者が前記ゲート装置を通行する際の本人認証に用いられる認証情報と前記通行権限決定処理により決定された当該利用者の通行権限ＩＤが対応付けて示される設定情報を前記通行権限情報管理装置に対して出力する設定情報出力処理とを実行させることを特徴とするプログラム。
【請求項１】
通行権限ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）ごとに、通行が許可されているゲート装置が示される通行権限情報を管理する通行権限情報管理装置に接続され、
前記ゲート装置が配置されている施設を利用する利用者の情報であって、利用者の前記施設の利用形態が利用者ごとに示される利用者情報を入力する利用者情報入力部と、
利用者の利用形態と通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報を記憶する権限ＩＤ対応付け情報記憶部と、
権限ＩＤ対応付け情報に基づき、前記利用者情報入力部により入力された利用者情報に示されている利用者の利用形態から当該利用者の通行権限ＩＤを決定する通行権限決定部と、
前記利用者情報入力部により利用者情報が入力された利用者が前記ゲート装置を通行する際の本人認証に用いられる認証情報と前記通行権限決定部により決定された当該利用者の通行権限ＩＤが対応付けて示される設定情報を前記通行権限情報管理装置に対して出力する設定情報出力部とを有することを特徴とする情報処理装置。
【請求項２】
前記利用者情報入力部は、
前記施設で業務を行っている組織に関係している利用者の情報であって、利用者の利用形態が示されるとともに、利用者が関係している組織が利用者ごとに示される利用者情報を入力し、
前記権限ＩＤ対応付け情報記憶部は、
利用者の利用形態と利用者の組織との組合せと、通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報を記憶し、
前記通行権限決定部は、
権限ＩＤ対応付け情報に基づき、前記利用者情報入力部により入力された利用者情報に示されている利用者の利用形態と利用者の組織の組合せから当該利用者の通行権限ＩＤを決定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記利用者情報入力部は、
前記施設で業務を行っている組織に所属している利用者の情報であって、利用者の利用形態が示されるとともに、利用者の組織における役職が示される利用者情報を入力し、
前記権限ＩＤ対応付け情報記憶部は、
利用者の利用形態と利用者の役職との組合せと、通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報を記憶し、
前記通行権限決定部は、
権限ＩＤ対応付け情報に基づき、前記利用者情報入力部により入力された利用者情報に示されている利用者の利用形態と利用者の役職の組合せから当該利用者の通行権限ＩＤを決定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記情報処理装置は、更に、
新たな組織ができた際に、新たな組織に対応させて新たな権限ＩＤ対応付け情報を生成する権限ＩＤ対応付け情報生成部を有することを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記利用者情報入力部は、
利用形態として、利用者が組織と雇用関係にあって当該組織で就業しているか又は利用者が当該組織以外と雇用関係にあるが当該組織で就業しているかを示す利用者情報を入力することを特徴とする請求項２〜４のいずれかに記載の情報処理装置。
【請求項６】
通行権限ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）ごとに、通行が許可されているゲート装置が示される通行権限情報を管理する通行権限情報管理装置に接続されているコンピュータに、
前記ゲート装置が配置されている施設を利用する利用者の情報であって、利用者の前記施設の利用形態が利用者ごとに示される利用者情報を入力する利用者情報入力処理と、
利用者の利用形態と通行権限ＩＤとを対応付ける権限ＩＤ対応付け情報に基づき、前記利用者情報入力処理により入力された利用者情報に示されている利用者の利用形態から当該利用者の通行権限ＩＤを決定する通行権限決定処理と、
前記利用者情報入力処理により利用者情報が入力された利用者が前記ゲート装置を通行する際の本人認証に用いられる認証情報と前記通行権限決定処理により決定された当該利用者の通行権限ＩＤが対応付けて示される設定情報を前記通行権限情報管理装置に対して出力する設定情報出力処理とを実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−６５５６４（Ｐ２０１１−６５５６４Ａ）
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願番号】特願２００９−２１７５５４（Ｐ２００９−２１７５５４）
【出願日】平成２１年９月１８日（２００９．９．１８）
【出願人】（５０１１５８５３８）三菱電機インフォメーションテクノロジー株式会社 (28)
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願日】平成２１年９月１８日（２００９．９．１８）
【出願人】（５０１１５８５３８）三菱電機インフォメーションテクノロジー株式会社 (28)
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]