(57)【要約】【課題】セキュリティ性と利便性を両立した入出管理システムを提供する。【解決手段】入出管理システムは、複数の入口のいずれかである対象入口に対応付けられた入力デバイスからキー情報を受けた場合、（Ａ）受けたキー情報に対象入口が関連付けられているが、キー情報に関連付けられた特権が無効であるときは、第一の認証方法で認証を行い、この第一の認証方法での認証に成功したときは、入口の通過を許可し、上記特権を有効にする、（Ｂ）受けたキー情報に対象入口が関連付けられており、上記特権が有効であるときは、第二の認証方法で認証を行う、及び、（Ｃ）上記受け付けたキー情報に上記対象入口が関連付けられていないときは、上記特権を無効にする。【選択図】図１
2019096241.tif 000002
【特許請求の範囲】
【請求項１】
複数の入口についての入出制御を行う入出管理システムであって、
入口に対応付けられた入力デバイスと通信可能なインターフェース部と、
前記インターフェース部に接続された処理部と
を備え、
前記処理部は、前記複数の入口のいずれかである対象入口についての入力デバイスからキー情報を受けた場合、
前記受けたキー情報に前記対象入口が関連付けられているが、前記キー情報に関連付けられた特権が無効であるときは、第一の認証方法で認証を行い、この第一の認証方法での認証に成功したときは、入口への進入を許可し、前記特権を有効にし、
前記受けたキー情報に前記対象入口が関連付けられており、前記特権が有効であるときは、第二の認証方法で認証を行い、
前記受けたキー情報に前記対象入口が関連付けられていないときは、前記特権を無効にする、
ことを特徴とする入出管理システム。
【請求項２】
それぞれが対応する入口についての入出制御を行う複数の入退室制御装置と、
前記複数の入退室制御装置を管理する広域管理装置と
を備え、
前記対象入口に対応した入退室制御装置である対象入出制御装置が、前記インターフェース部及び前記処理部を有し、
前記対象入退室制御装置が、前記特権の有効化又は無効化の要求を前記広域管理装置に送信し、
前記広域管理装置は、前記対象入退室制御装置からの要求に応答して、対象入退室制御装置以外の入退室制御装置のうち、少なくとも、前記キー情報に関連付けられた入口に対応した入退室制御装置に、前記特権の有効化又は無効化を示す情報を含んだ特権情報を送信し、
前記特権情報を受けた入退室制御装置が、前記受けた特権情報に従い、前記キー情報についての特権を有効又は無効とする、
ことを特徴とする請求項１に記載の入出管理システム。
【請求項３】
前記複数の入口は、複数の建物に含まれており、
前記複数の入退室制御装置の各々は、前記複数の建物のうちのいずれかの建物に対応しており、
前記複数の入退室制御装置の少なくとも１つは、認証結果を発行するようになっており、
前記対象入退室制御装置は、前記受け付けたキー情報に関連付けられている認証結果が認証失敗を示しているとき、前記受け付けたキー情報に関連付けられている前記特権が有効であっても、前記第一の認証方法で認証を行う、
ことを特徴とする請求項２に記載の入出管理システム。
【請求項４】
前記第二の認証方法は、前記第一の認証方法よりも簡易な認証方法である、
ことを特徴とする請求項１乃至３のうちのいずれか１項に記載の入出管理システム。
【請求項５】
前記処理部は、前記第一の認証方法での認証及び前記第二の認証方法でのいずれかに成功したときは、前記受け付けたキー情報に関連付けられており前記特権が無効になる日時である特権無効日時をより先の日時に更新することを特徴とする請求項１乃至３のうちのいずれか１項に記載の入出管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、複数の入口についての入出制御を行う入出管理システムに関し、例えば、ビル等の建物における入口ごとに出入り可能なユーザを制限する入出管理システムに関する。
【背景技術】
【０００２】
特許文献１には、部屋の扉に設置された電気錠と扉の近傍の部屋の外側に設置された入出用の指紋認証付きカードリーダと部屋の入退出を管理する入退出管理装置により入室者の認証記録を管理し、認証記録によって入室時の認証条件を一時的に変更する入退室管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１０２６３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されている技術では、認証記録によって前回の認証から一定期間内であればＩＣカードまたは指紋の一方の認証だけでも入室を許可することで認証の利便性を保っている。しかしながら、ＩＣカードによる認証だけで入室を許可するシステムの場合には認証済みのＩＣカードを紛失し悪意ある者が拾得した場合、悪意ある者がカードの保持者に許可されている部屋へ侵入することを許してしまう可能性が高い。
【０００５】
また、特許文献１に開示されている技術では、認証条件の変更は、１つの部屋についてのみ行われる。特許文献１は、他の部屋の入退室制御について開示も示唆もしていない。
【課題を解決するための手段】
【０００６】
本発明に係る入出管理システムは、複数の入口のいずれかである対象入口に対応付けられた入力デバイスからキー情報を受けた場合、下記の（Ａ）乃至（Ｃ）、
（Ａ）受けたキー情報に対象入口が関連付けられているが、キー情報に関連付けられた特権が無効であるときは、第一の認証方法で認証を行い、この第一の認証方法での認証に成功したときは、入口の通過を許可し、上記特権を有効にする、
（Ｂ）受けたキー情報に対象入口が関連付けられており、上記特権が有効であるときは、第二の認証方法で認証を行う、
（Ｃ）上記受けたキー情報に上記対象入口が関連付けられていないときは、上記特権を無効にする、
を行う。
【０００７】
なお、「入口」は、出口としても使用できるものや、物理的な扉が備えられておらず赤外線センサや回転式バーのみを備えたゲートのようなものであってもよい。
【０００８】
また、「キー情報」は、典型的には、認証で使用される情報であり、対象入口に入ろうとするユーザから入力された情報（例えば、ユーザの記憶情報又は生体情報）であってもよいし、そのユーザの所有物（例えば、ＩＣカードのような認証媒体）から読み出された情報であってもよい。
【０００９】
また、「特権を有効にする」の具体例は、特権の付与であってもよいし、予め関連付けられている所定のフラグを立てること（例えばフラグの値を「１」とすること）であってもよい。「特権を無効にする」の具体例は、特権の削除であってもよいし、予め関連付けられている所定のフラグを倒す（例えばフラグの値を「０」とすること）ことであってもよい。
【００１０】
また、「認証方法」とは、認証方式と呼ばれてもよく（例えば、特許文献１で言う「認証条件」に相当してもよく）、種類によって、認証に関わる量（例えば、処理量又は要素数）が異なる。例えば、第二の認証方法は、第一の認証方法よりも簡易な認証方法である。「簡易」とは、認証に関わる量が少ない（例えば、処理量が少ない、要素数（ｎファクタ認証におけるｎの値）が少ない、又は、処理に要する時間が短い）ことを意味する。
【００１１】
キー情報に対象入口が関連付けられていて特権が有効である（例えば特権が付与されている）場合は第一の認証方法に代えて第二の認証方法で認証を行う（例えば、認証を簡略化する）ことにより利便性を保つことができる。一方で、キー情報に対象入口が関連付けられていない（例えば、キー情報の入力元のユーザの通行が許可されていない入口についての入力デバイスからキー情報を受けた）場合は、特権を無効にする（例えば特権の削除を行う）ことでセキュリティ性を保つことができる。
【発明の効果】
【００１２】
本発明によれば、セキュリティ管理されている入口の通過を許可されていない人を通過させる可能性を軽減できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態１における入退室管理システムを示す概略の構成図である。
【図２】本発明の実施形態１における認証テーブルの構成を示す図である。
【図３】本発明の実施形態１における通行許可テーブルの構成を示す図である。
【図４】本発明の実施形態１における建物テーブルの構成を示す図である。
【図５】本発明の実施形態１における装置テーブルの構成を示す図である。
【図６】本発明の実施形態１における入退室制御装置での認証処理および特権情報の配信要求処理を示すフローチャートである。
【図７】本発明の実施形態１におけるアプリケーションサーバでの特権情報の配信処理を示すフローチャートである。
【図８】本発明の実施形態１における入退室制御装置での特権情報受信時の更新処理を示すフローチャートである。
【図９】本発明の実施形態１における入退室制御装置での特権失効日時の監視処理を示すフローチャートである。
【図１０】本発明の実施形態２における入退室制御装置での認証処理および特権情報の配信要求処理の一部を示す。
【発明を実施するための形態】
【００１４】
以降の説明では、「インターフェース部」は、１以上のインターフェースでよい。１以上のインターフェースは、１以上のＩ／Ｏデバイスに対する１以上のインターフェースデバイスと、１以上の通信インターフェースデバイスとを含んでよい。１以上の通信インターフェースデバイスは、１以上の同種の通信インターフェースデバイス（例えば１以上のＮＩＣ（Network Interface Card））であってもよいし２以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。
【００１５】
以降の説明では、「メモリ部」は、１以上のメモリでよい。少なくとも１つのメモリは、揮発性メモリであってもよいし不揮発性メモリであってもよい。メモリ部は、主に、プロセッサ部による処理の際に使用される。
【００１６】
また、以降の説明では、「ＰＤＥＶ部（Physical Device部）」は、１以上のＰＤＥＶでよい。「ＰＤＥＶ」は、物理的な記憶デバイスを意味し、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）、例えばＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）である。ＰＤＥＶ部は、ＲＡＩＤグループであってもよい。「ＲＡＩＤ」は、Redundant Array of Independent （or Inexpensive） Disksの略である。
【００１７】
また、以降の説明では、「記憶部」は、メモリ部及びＰＤＥＶ部のうちの少なくともメモリ部を含む。
【００１８】
また、以降の説明では、「処理部」は、１以上のプロセッサでよい。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。１以上のプロセッサの各々は、シングルコアでもよいしマルチコアでもよい。一部のプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））でもよい。１以上のコンピュータプログラムが処理部に実行されることで処理部が行う処理が実現される。プログラムが処理部によって実行されることで処理が実現される場合、定められた処理が、適宜に記憶部及び／又はインターフェース等を用いながら行われる。プログラムは、プログラムソースからインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機又は計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）から得られたものでもよい。
【００１９】
また、以降の説明では、「ｘｘｘテーブル」といった表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以降の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。
【００２０】
以降、本発明を実施するための形態を、図面を参照して詳細に説明する。
【００２１】
（実施形態１の構成）
【００２２】
図１は、本発明の実施形態１における入出管理システムを示す構成図である。
【００２３】
本入出管理システム１００は、顧客ビル１０に設置されている入退室制御装置２０と、センター５０とを備えている。入退室制御装置２０は複数台設置されていてもよい。
【００２４】
顧客ビル１０に設置されている入退室制御装置２０は、インターネット４０のような通信ネットワークを介してセンター５０と接続されている。
【００２５】
顧客ビル１０はカードリーダ３１と、指静脈リーダ３２と、電気錠３３とを備えている。入退室制御装置２０はカードリーダ３１と、指静脈リーダ３２と、電気錠３３とに接続されている。
【００２６】
カードリーダ３１は、顧客ビル１０の部屋等に備えられた入口を通過する人が持つＩＣカードのカード情報を読み取るためのリーダ装置である。指静脈リーダ３２は、顧客ビル１０の部屋等に備えられた入口を通過する人の指静脈情報を読み取るためのリーダ装置である。電気錠３３は、顧客ビル１０の部屋等に備えられた入口に設置する錠である。電気錠３３は、入退室制御装置２０からの解錠指令及び施錠指令に従って錠の解錠及び施錠を行う。
【００２７】
入退室制御装置２０は、処理部２１と、記憶部２２と、外部入出力インターフェース２５と、ネットワークインターフェース２６とを有している。処理部２１が、プロセッサ部の一例であり、外部入出力インターフェース２５及びネットワークインターフェース２６が、インターフェース部の一例である。
【００２８】
処理部２１には、記憶部２２と、外部入出力インターフェース２５と、ネットワークインターフェース２６とが接続されている。処理部２１は、記憶部２２に格納されている制御プログラムを実行することによって具現化され、入退室制御装置２０の動作を制御する。記憶部２２は、認証テーブル２３と、通行許可テーブル２４とを格納している。
【００２９】
外部入出力インターフェース２５には、カードリーダ３１と、指静脈リーダ３２と、電気錠３３とが接続されている。外部入出力インターフェース２５は、カードリーダ３１と指静脈リーダ３２からの情報を受け取る。外部入出力インターフェース２５は、更に、処理部２１から出力された情報を電気錠３３に出力する。
【００３０】
ネットワークインターフェース２６は、例えば、イーサネット（登録商標）の信号を入出力するインターフェースである。ネットワークインターフェース２６は、処理部２１とインターネット４０とに接続されている。
【００３１】
センター５０には、アプリケーションサーバ５１とＤＢ（DataBase）サーバ５２が設置されている。アプリケーションサーバ５１とＤＢサーバ５２とは、相互に接続されている。アプリケーションサーバ５１は、インターネット４０を介して入退室制御装置２０に接続されている。アプリケーションサーバ５１が複数のビルに備えられた入退出制御装置を管理する場合は広域管理装置と呼ばれることもある。
【００３２】
ＤＢサーバ５２は、建物テーブル５３と、装置テーブル５４とを有している。アプリケーションサーバ５１は、ＳＱＬ言語に準拠した指示コマンドをＤＢサーバ５２に送信することにより、ＤＢサーバ５２で保持している情報の読み書きが可能である。
【００３３】
本実施形態では、センター５０は、処理部であるアプリケーションサーバ５１と、記憶部であるＤＢサーバ５２とを備えている。しかし、これに限らず、単一のサーバに、処理部と記憶部の両方の役割を担わせてもよい。また、各入退室制御装置２０における処理部２１及び記憶部２２の機能が、センター５０に集約されてもよい。また、入退室管理システム１００は、計算機システムの一例でよい。計算機システムは、１以上の物理的なサーバであってもよいし、少なくとも１つの仮想的なサーバ（例えばＶＭ（Virtual Machine））を含んでもよい。
【００３４】
図２は、本実施形態における認証テーブル２３の構成を示す図である。
【００３５】
認証テーブル２３は、認証毎にレコードを有する。各レコードが、認証番号２３ａ、カードＩＤ２３ｂ、指静脈イメージ２３ｃ、通行許可番号２３ｄ、特権フラグ２３ｅ、及び、特権失効日時２３ｆといった情報を格納している。
【００３６】
認証番号２３ａは、当該認証テーブルのレコードを一意に特定する固有の番号を示す。カードＩＤ２３ｂは、ＩＣカードが保持する固有の認証情報（キー情報の一例）を示す。指静脈イメージ２３ｃは、カードＩＤ２３ｂを保持するＩＣカードを保有する人の指静脈情報を示す。通行許可番号２３ｄは、通行許可テーブル２４のレコードとの関連性を一意に指定する固有の番号を示す。特権フラグ２３ｅは、カードＩＤ２３ｂを保持するＩＣカードに対して認証方法の簡略化を許可するか否かを示す。特権失効日時２３ｆは、カードＩＤ２３ｂを保持するＩＣカードに対して認証方法の簡略化を許可する期限の日時を示す。
【００３７】
図３は、本実施形態における通行許可テーブル２４の構成を示す図である。
【００３８】
通行許可テーブル２４は、レコード毎に、通行許可番号２４ａ、及び、通行許可カードリーダ番号２４ｂといった情報を格納している。
【００３９】
通行許可番号２４ａは、当該通行許可テーブル２４のレコードを一意に特定する固有の番号を示す。通行許可カードリーダ番号２４ｂは、通行を許可するカードリーダの番号の一覧を示す。
【００４０】
図４は、本実施形態における建物テーブル５３の構成を示す図である。
【００４１】
建物テーブル５３は、建物（例えば顧客ビル１０）毎にレコードを有する。各レコードは、建物番号５３ａ、顧客番号５３ｂ、建物名称５３ｃ、及び、住所５３ｄといった情報を格納している。
【００４２】
建物番号５３ａは、当該建物テーブル５３のレコードを一意に特定する固有の番号を示す。顧客番号５３ｂは、建物を所有する顧客を一意に特定する固有の番号を示す。建物名称５３ｃは、建物の名称を示す。住所５３ｄは、建物の住所を示す。
【００４３】
図５は、本実施形態における装置テーブル５４の構成を示す図である。
【００４４】
装置テーブル５４は、入退室制御装置２０毎にレコードを有する。各レコードは、装置番号５４ａ、建物番号５４ｂ、及び、通信ＵＲＬ５４ｃといった情報を格納している。
【００４５】
装置番号５４ａは、入退室制御装置２０を一意に特定する固有の番号を示す。建物番号５４ｂは、当該入退室制御装置２０が設置されている建物を一意に特定するための固有の番号（建物テーブル５３と関連付けを行うための外部キー）を示す。通信ＵＲＬ５４ｃは、当該入退室制御装置２０へセンター５０が通信を行う際のアドレス情報である。
【００４６】
（実施形態１の動作）
【００４７】
次に、この実施形態に係る入退室管理システム１００の動作について図面を参照しながら説明する。
【００４８】
図６は、本発明の実施形態１における入退室制御装置２０での認証処理及び特権情報の配信要求処理を示すフローチャートである。
【００４９】
ユーザ（入室しようとする者）がカードリーダ３１にＩＣカードをかざすとＩＣカードのカードＩＤが読み取られ、カードリーダ３１から入退室制御装置２０に読み取ったカードＩＤが送信される。入退室制御装置２０は、読み取ったカードＩＤを受信すると図６の処理を開始する。
【００５０】
処理を開始すると、ステップＳ１０１において、処理部２１は、読み取ったカードＩＤを記憶部２２の認証テーブル２３から検索する。
【００５１】
ステップＳ１０２において、処理部２１は、認証テーブル２３に、読み取ったカードＩＤと合致するレコードが存在するかどうか判断する。読み取ったカードＩＤと合致するレコードが存在するならば（Ｓ１０２：Ｙｅｓ）、処理部２１は、ステップＳ１０３の指静脈イメージの読取り処理を行う。読み取ったカードＩＤと合致するレコードが存在しないならば（Ｓ１０２：Ｎｏ）、処理部２１は、ステップＳ１１３において、認証結果がＮＧであった場合の要因を格納する変数であるＮＧ要因に「１」をセットし、ステップＳ１１７の処理を行う。
【００５２】
ステップＳ１０３において、処理部２１は、ステップＳ１０１で検索したレコードの指静脈イメージ２３ｃに指静脈情報が登録済みかどうか判断する。指静脈イメージ２３ｃに指静脈情報が登録済みであれば（Ｓ１０３：Ｙｅｓ）、処理部２１は、ステップＳ１０４の処理を行う。指静脈イメージ２３ｃに指静脈情報が未登録であれば（Ｓ１０３：Ｎｏ）、処理部２１は、ステップＳ１１４において、認証結果がＮＧであった場合の要因を格納する変数であるＮＧ要因に「２」をセットし、ステップＳ１１７の処理を行う。
【００５３】
ステップＳ１０４において、処理部２１は、ステップＳ１０１で検索したレコードに対して、カードＩＤの送信元となるカードリーダ３１に対応する入口の通行権限が与えられているかどうか判断する。具体的には、処理部２１は、ステップＳ１０１で検索したレコードにおける通行許可番号２３ｄを用いて記憶部２２の通行許可テーブル２４を検索し、当該通行許可番号２３ｄに合致する通行許可番号２４ａを格納したレコードの通行許可カードリーダ番号２４ｂに、送信元カードリーダ３１の番号が含まれるかどうか判断する。読み取ったカードＩＤに通行権限が与えられているならば（Ｓ１０４：Ｙｅｓ）、処理部２１は、ステップＳ１０５の処理を行う。読み取ったカードＩＤに通行権限が与えられていないならば（Ｓ１０４：Ｎｏ）、処理部２１は、ステップＳ１１５において、認証結果がＮＧであった場合の要因を格納する変数であるＮＧ要因に「３」をセットし、ステップＳ１１７の処理を行う。
【００５４】
ステップＳ１０５において、処理部２１は、ステップＳ１０１で検索したレコードの特権フラグ２３ｅが「０」かどうか判断する。特権フラグ２３ｅが「０」であれば（Ｓ１０５：Ｙｅｓ）、処理部２１は、ステップＳ１０６の処理を行う。特権フラグ２３ｅが「０」でなければ（Ｓ１０５：Ｎｏ）、処理部２１は、ステップＳ１０８の処理を行う。
【００５５】
ステップＳ１０６において、処理部２１は、ユーザの指静脈情報を指静脈リーダ３２から読み取る。
【００５６】
ステップＳ１０７において、処理部２１は、ステップＳ１０１で検索したレコードの指静脈イメージ２３ｃとステップＳ１０６で読み取った指静脈情報とが合致するか判断する。合致するのであれば（Ｓ１０７：Ｙｅｓ）、処理部２１は、ステップＳ１０８の処理を行う。合致しないのであれば（Ｓ１０７：Ｎｏ）、処理部２１は、ステップＳ１１６において、認証結果がＮＧであった場合の要因を格納する変数であるＮＧ要因に「４」をセットし、ステップＳ１１７の処理を行う。
【００５７】
ステップＳ１０８において、処理部２１は、認証結果がＯＫであったものと判断し、カードリーダ３１へ認証結果ＯＫのＬＥＤ表示指令を出力、電気錠３３へ解錠指令を出力、認証結果の履歴を作成する等の認証ＯＫ処理を行う。
【００５８】
ステップＳ１０９において、処理部２１は、ステップＳ１０１で検索したレコードの特権失効日時２３ｆとして、「現在日時＋１日」の日時を格納する。ここでは、特権失効日時の更新例として「現在日時＋１日」としたが、現在日時に追加される値は、１日よりも長い又は短い所定長の時間でもよいし、ユーザごとに異なる値であってもよい。
【００５９】
ステップＳ１１０において、処理部２１は、ステップＳ１０１で検索したレコードの特権フラグ２３ｅが「０」かどうか判断する。特権フラグ２３ｅが「０」であれば（Ｓ１１０：Ｙｅｓ）、処理部２１は、ステップＳ１１１の処理を行う。特権フラグ２３ｅが「０」でなければ（Ｓ１１０：Ｎｏ）、処理部２１は、図６の処理を終了する。
【００６０】
ステップＳ１１１において、処理部２１は、ステップＳ１０１で検索したレコードの特権フラグ２３ｅを「１」に更新する。
【００６１】
ステップＳ１１２において、処理部２１は、他のビルの入口に対するＩＣカードの特権情報を更新するためにアプリケーションサーバ５１（広域管理装置）に対して、特権フラグ２３ｅの有効化の配信要求を出す。ステップＳ１１２の処理が終了すると、図６の処理が終了する。特権フラグの有効化の配信要求には、対象となるカードＩＤと、有効化と無効化のいずれの要求であるかを示す情報である有効化・無効化情報（ここでは「有効化」）と、特権失効日時（ステップＳ１０９での更新後の特権失効日時２３ｆ）と、送信元の顧客ビル１０を一意に特定するための建物番号とが引数として含まれる。
【００６２】
ステップＳ１１７において、処理部２１は、認証結果がＮＧであったものと判断し、カードリーダ３１へ認証結果ＮＧのＬＥＤ表示指令を出力し、認証結果の履歴を作成する等の認証ＮＧ処理を行う。
【００６３】
ステップＳ１１８において、処理部２１は、ＮＧ要因が「３」かどうか（すなわち、通行権限のない入口を通ろうとしているかどうか）判断する。ＮＧ要因が「３」であれば（Ｓ１１８：Ｙｅｓ）、処理部２１は、ステップＳ１１９の処理を行う。ＮＧ要因が「３」でなければ（Ｓ１１８：Ｎｏ）、処理部２１は、図６の処理を終了する。
【００６４】
ステップＳ１１９において、処理部２１は、ステップＳ１０１で検索したレコードの特権失効日時２３ｆを「ｎｕｌｌ」に更新する。
【００６５】
ステップＳ１２０において、処理部２１は、ステップＳ１０１で検索したレコードの特権フラグ２３ｅを「０」に更新する。
【００６６】
ステップＳ１２１において、処理部２１は、他のビルの入口に対するＩＣカードの特権情報を更新するためにアプリケーションサーバ５１（広域管理装置）に対して、特権フラグ２３ｅの無効化の配信要求を出す。ステップＳ１２１の処理が終了すると、図６の処理が終了する。特権フラグの無効化の配信要求には、対象となるカードＩＤと、有効化・無効化情報（ここでは「無効化」）と、特権失効日時（ここでは「ｎｕｌｌ」）と、送信元の顧客ビル１０を一意に特定するための建物番号とが引数として含まれる。処理部２１からの要求に基づいてアプリケーションサーバ５１は顧客が管理する他の建物の入口についても送付されたカードＩＤの通行許可が設定されていれば特権フラグの変更することが可能となる。
【００６７】
図７は、本発明の実施形態１におけるアプリケーションサーバ５１での特権情報の配信処理を示すフローチャートである。
【００６８】
図６のステップＳ１１２もしくはステップＳ１２１で、入退室制御装置２０がセンター５０のアプリケーションサーバ５１に対して特権フラグ２３ｅの有効化もしくは無効化の配信要求を出すと、センター５０は図７の処理を開始する。
【００６９】
処理を開始すると、アプリケーションサーバ５１は、ステップＳ２０１において、特権フラグ２３ｅの有効化もしくは無効化の配信要求を受信する。当該配信要求には、対象となるカードＩＤと、有効化・無効化情報と、特権失効日時と、建物番号とが含まれる。
【００７０】
ステップＳ２０２において、アプリケーションサーバ５１は、受信した配信要求に含まれる建物番号を元に、建物テーブル５３から検索し、該当の建物に紐付く顧客番号５３ｂを取得する。
【００７１】
ステップＳ２０３において、アプリケーションサーバ５１は、ステップＳ２０２で取得した顧客番号５３ｂを元に、建物テーブル５３から検索し、該当の顧客に紐付く建物番号５３ａの一覧を取得する。
【００７２】
ステップＳ２０４からステップＳ２０９までの処理は、ステップＳ２０３で取得した建物番号５３ａの一覧に含まれる要素の数だけ繰り返される。
【００７３】
ステップＳ２０４のループにおいて、アプリケーションサーバ５１は、建物テーブル５３に登録されている建物のうち、配信要求に含まれる建物番号と同じ顧客番号の全ての建物について処理を行う。
【００７４】
ステップＳ２０５において、アプリケーションサーバ５１は、受信したステップＳ２０４で取得した建物番号５３ａを元に、装置テーブル５４から、該当の建物に紐付く装置のレコード（以下、装置レコード）の一覧を取得する。
【００７５】
ステップＳ２０６のループで、ステップＳ２０７において、アプリケーションサーバ５１は、ステップＳ２０６で取得した各々の装置レコードについて通信ＵＲＬ５４ｃを取得し、当該ＵＲＬ宛に特権情報の配信を行う。配信する特権情報は、対象となるカードＩＤと、有効化・無効化情報と、特権失効日時とを引数として含む。
【００７６】
図８は、本発明の実施形態１における入退室制御装置２０での特権情報受信時の更新処理を示すフローチャートである。
【００７７】
図７のステップＳ２０７で、アプリケーションサーバ５１が入退室制御装置２０に対して特権情報の配信を行うと、入退室制御装置２０は図８の処理を開始する。
【００７８】
処理を開始すると、ステップＳ３０１において、処理部２１は、特権情報を受信する。特権情報には、対象となるカードＩＤと、有効化・無効化情報と、特権失効日時とが含まれる。
【００７９】
ステップＳ３０２において、処理部２１は、特権情報に含まれるカードＩＤを記憶部２２の認証テーブル２３から検索する。
【００８０】
ステップＳ３０３において、処理部２１は、認証テーブル２３に、特権情報に含まれるカードＩＤと合致するカードＩＤ２３ｂを格納したレコードが存在するかどうか判断する。特権情報に含まれるカードＩＤと合致するレコードが存在するならば（Ｓ３０３：Ｙｅｓ）、処理部２１は、ステップＳ３０４の処理を行う。特権情報に含まれるカードＩＤと合致するレコードが存在しないならば（Ｓ３０３：Ｎｏ）、処理部２１は、図８の処理を終了する。
【００８１】
ステップＳ３０４において、処理部２１は、特権情報に含まれる有効化・無効化情報が「有効化」かどうか判断する。特権情報に含まれる有効化・無効化情報が「有効化」であるならば（Ｓ３０４：Ｙｅｓ）、処理部２１は、ステップＳ３０５の処理を行う。特権情報に含まれる有効化・無効化情報が「有効化」でないならば（Ｓ３０４：Ｎｏ）、処理部２１は、ステップＳ３０７の処理を行う。
【００８２】
ステップＳ３０５において、処理部２１は、特権を有効にするためにカードＩＤが一致したレコードの特権フラグ２３ｅを「１」に更新する。
【００８３】
ステップＳ３０７において、処理部２１は、特権を無効にするためにカードＩＤが一致したレコードの特権フラグ２３ｅを「０」に更新する。
【００８４】
ステップＳ３０６において、処理部２１は、ステップＳ３０２で取得したレコードの特権失効日時２３ｆを、受信した特権情報に含まれる特権失効日時に更新する。ステップＳ３０６の処理が終了すると、図８の処理が終了する。
【００８５】
図９は、本発明の実施形態１における入退室制御装置２０での特権失効日時の監視処理を示すフローチャートである。
【００８６】
入退室制御装置２０の処理部２１は、定期的に図９に示す処理を行い、記憶部２２の認証テーブル２３の各レコードに対して、付与された特権が有効期限切れになっていないか監視する。有効期限切れになっている場合は、特権を無効化し変更していた認証方法を元に戻す。
【００８７】
ステップＳ４０１において、処理部２１は、記憶部２２の認証テーブル２３から全てのレコードを取得する。
【００８８】
ステップＳ４０２ループで認証テーブル２３の全てのレコードについて処理を行う。
【００８９】
ステップＳ４０３において、処理部２１は、ステップＳ４０２で取得したレコードの特権失効日時２３ｆが「ｎｕｌｌ」以外かどうか判断する。特権失効日時２３ｆが「ｎｕｌｌ」以外であれば（Ｓ４０３：Ｙｅｓ）、処理部２１は、ステップＳ４０４の処理を行う。特権失効日時２３ｆが「ｎｕｌｌ」であれば次のレコードの処理をする。
【００９０】
ステップＳ４０４において、処理部２１は、ステップＳ４０２で取得したレコードの特権失効日時２３ｆが「現在日時」以前かどうか判断する。特権失効日時２３ｆが「現在日時」以前であれば（Ｓ４０４：Ｙｅｓ）、処理部２１は、ステップＳ４０５の処理を行う。特権失効日時２３ｆが「現在日時」以前でなければ次のレコードの処理を行う。
【００９１】
ステップＳ４０５において、処理部２１は、ステップＳ４０２で取得したレコードの特権フラグ２３ｅを「０」に更新する。
【００９２】
実施形態１では、顧客ビル１０のカードリーダ３１のうち、通行が許可されていないカードリーダでの認証操作を行った場合に、ＩＣカードに付与した特権を削除することができる。
【００９３】
なお、カードＩＤ（カードＩＤの読み取り）と指静脈情報（指静脈情報の読み取り）とを用いた認証方法が、第一の認証方法の一例である。カードＩＤ（カードＩＤの読み取り）のみを用いる認証方法が、第二の認証方法の一例である。
【００９４】
さて、よりセキュリティ性を上げるため、同じアプリケーションサーバで管理されていない建物（例えば他社のオフィスビルなど）に設置されたカードリーダでＩＣカードの認証操作を行った場合であっても、ＩＣカードに付与した特権を削除したい状況が考えられる。つまり、更新要求をネットワークを介して他の建物を管理している入退室制御装置へ送付できないような場合である。
【００９５】
これを実現するための実施形態の一例として、実施形態２がある。実施形態２について記載する。なお、以下の説明では、実施形態１との相違点を主に説明し、実施形態１との共通点については説明を省略又は簡略する。また、実施形態２における入退室制御装置を、「入退室制御装置２０´」と記載し、入退室制御装置２０´の処理部を、「処理部２１´」と記載するものとする。
【００９６】
（実施形態２の構成）
【００９７】
実施形態１では、顧客ビル１０にカードリーダ３１が設置されていたが、その代わりに顧客ビル１０と顧客ビル以外の場所とに、カードリーダ・ライタが設置されているものとする。
【００９８】
また、ＩＣカードには、認証操作で使用する「カードＩＤ」のほかに、直前の認証操作の成否を示す情報である「認証結果」を格納する読み書き可能な記憶領域を保持しているものとする。
【００９９】
顧客ビル１０と顧客ビル以外の場所とに設置されたカードリーダ・ライタにＩＣカードをかざすと、ＩＣカードに格納されているカードＩＤと認証結果とが読み取られるものとする。そして、認証結果が「ＯＫ」（認証成功を意味する値）を示していれば、カードＩＤのみを用いた認証が行われるものとする。
【０１００】
（実施形態２の動作）
【０１０１】
次に、この実施形態の動作について図１０を参照しながら説明する。
【０１０２】
図１０は、本発明の実施形態２における入退室制御装置２０´での認証処理及び特権情報の配信要求処理の一部を示す。
【０１０３】
Ｓ１０４：Ｙｅｓの場合、ステップＳ５０５において、処理部２１´ＩＣカードから読み取った認証結果が「ＯＫ」かどうかを判断する。読み取った「認証結果」が「ＯＫ」であれば（Ｓ５０５：Ｙｅｓ）、処理部２１´は、ステップＳ１０６の処理を行う。読み取った「認証結果」が「ＯＫ」でなければ（Ｓ５０５：Ｎｏ）、処理部２１´は、ステップＳ１０６の処理を行わずにステップＳ１０７の処理を行う。
【０１０４】
なお、実施形態２における認証ＯＫ処理は、実施形態１のステップＳ１０８の処理に加えて、ＩＣカードに認証結果「ＯＫ」を書き込む処理を含む。同様に、実施形態２における認証ＮＧ処理は、実施形態１のステップＳ１１７の処理に加えて、ＩＣカードに認証結果「ＮＧ」を書き込む処理を含む。
【０１０５】
以上、本発明の幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【符号の説明】
【０１０６】
１００…入退室管理システム
【図１】
2019096241.tif 000003
【図２】
2019096241.tif 000004
【図３】
2019096241.tif 000005
【図４】
2019096241.tif 000006
【図５】
2019096241.tif 000007
【図６】
2019096241.tif 000008
【図７】
2019096241.tif 000009
【図８】
2019096241.tif 000010
【図９】
2019096241.tif 000011
【図１０】
2019096241.tif 000012