JP2020042440A - 入退室管理システム - Google Patents

Abstract

【課題】セキュリティを低下させずに、認証データを保存する装置の記憶容量を効率的に使用可能な入退室用認証情報の管理技術を提供する。【解決手段】生体認証データを用いて、セキュリティ制御を行う制御対象扉２５０の通行者の認証を行う認証装置２４０と、認証装置２４０からの指示に従って制御対象扉２５０の電気錠を解錠する解錠信号を出力する入退室制御装置２２０と、を備える入退室管理システム１００であって、一時利用者の生体認証データを、当該一時利用者の識別情報および当該生体認証データの利用期限とともに一時利用者データとして記憶する一時利用者データ記憶部と、利用期限を経過した一時利用者データを生体認証データでの認証を不可とするとともに、最終利用日からの経過時間が予め定めた管理期間以上となった一時利用者データを削除する一時利用者データ管理部と、を備える。【選択図】図１

Description

本発明は、生体情報を用いた入退室管理技術に関する。特に、入退室時に認証に用いる生体情報を含む認証情報の管理技術に関する。

生体認証の一つである顔認証技術を活用した入退室管理システムがある。例えば、特許文献１には、「集合玄関機に設けたカメラにより訪問者を撮像し、訪問者が集合玄関機に対して住居番号の入力操作と呼出ボタンの押下操作を行なうと、インターホン端末に対して呼出を行なう。インターホン端末は、居住者が通話操作を行なったならば通話を開始し、居住者が登録操作を行なったならばサーバに対して登録要求を送信する。サーバは、集合玄関機により撮像された画像を常時取得し、インターホン端末から登録要求を受信した場合に、集合玄関機のカメラにより撮像された画像から訪問者の画像を抽出し、抽出した画像を登録人物画像としてデータベースに登録する。登録された訪問者に対しては、サーバの認証によってドアの解錠を行なう（要約抜粋）。」技術が開示されている。

特開２０１４−２００６２号公報

特許文献１に開示の技術によれば、訪問者の入退室を許可するために訪問者の顔画像を登録する。そして、サーバの記憶容量を超えた場合、最も利用頻度度が低い人物の顔画像を削除し記憶領域を再利用する。

しかしながら、特許文献１に開示の手法を、例えば、オフィス等に適用すると、長期の出張に出かけている社員等、本来残しておくべき人物の登録履歴が削除されることもある。また、記憶容量に余裕がある場合は、入退室の必要がなくなった訪問者であっても、サーバ（認証データを保存する装置）に登録情報が残る。これにより、そのような訪問者がいつまでも入退室可能となり、セキュリティの低下に繋がりかねない。

本発明は、上記事情に鑑みてなされたもので、セキュリティを低下させずに、認証データを保存する装置の記憶容量を効率的に使用可能な入退室用認証情報の管理技術を提供することを目的とする。

本発明は、生体認証データを用いて、セキュリティ制御を行う制御対象扉の通行者の認証を行う認証装置と、前記認証装置からの指示に従って前記制御対象扉の電気錠を解錠する解錠信号を出力する入退室制御装置と、を備える入退室管理システムであって、一時利用者の前記生体認証データを、当該一時利用者の識別情報および当該生体認証データの利用期限とともに一時利用者データとして記憶する一時利用者データ記憶部と、前記利用期限を経過した前記一時利用者データを前記生体認証データでの認証を不可とするとともに、最終利用日からの経過時間が前記利用期限より長い予め定めた管理期間以上となった前記一時利用者データを削除する一時利用者データ管理部と、を備えることを特徴とする。

本発明により、セキュリティを低下させずに、認証データを保存する装置の記憶容量を効率的に使用し、入退室用の認証情報を管理できる。上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。

本発明の実施形態の入退室管理システムの構成図である。 （ａ）は、本発明の実施形態の登録装置のハードウェア構成図であり、（ｂ）は、同登録装置の機能ブロック図である。 （ａ）は、本発明の実施形態の常時利用者認証テーブルの一例を、（ｂ）は、本発明の実施形態の通行パターンテーブルの一例を、それぞれ説明するための説明図である。 （ａ）は、本発明の実施形態の一時利用者認証テーブルの一例を、（ｂ）は、本発明の実施形態の一時利用者退避テーブルの一例を、それぞれ説明するための説明図である。 本発明の実施形態の新規登録フォームの一例を説明するための説明図である。 （ａ）は、本発明の実施形態の認証装置の機能ブロック図であり、（ｂ）は、照合テーブルの一例を説明するための説明図である。 （ａ）は、本発明の実施形態の入退室制御装置のハードウェア構成図であり、（ｂ）は、入出力インタフェースを説明するための説明図であり、（ｃ）は、本発明の実施形態の入退室制御装置の機能ブロック図であり、（ｄ）は、本発明の実施形態の履歴情報を説明するための説明図である。 （ａ）は、本発明の実施形態の履歴管理装置のハードウェア構成図であり、（ｂ）は、同履歴管理装置の機能ブロック図である。 （ａ）は、本発明の実施形態の常時利用者マスタテーブルの一例を、（ｂ）は、同制御対象扉テーブルの一例を、（ｃ）は、認証履歴データテーブルの一例を、それぞれ説明するための説明図である。 本発明の実施形態の一時利用者登録処理のフローチャートである。 本発明の実施形態の受付処理のフローチャートである。 （ａ）は、本発明の実施形態の一時利用者認証テーブル管理処理の、（ｂ）は、同一時利用者退避テーブル管理処理の、それぞれフローチャートである。 本発明の実施形態の履歴管理処理のフローチャートである。

本発明の実施形態を説明する。本実施形態では、生体情報を用いた認証のうち、特に、顔画像を用いた顔認証技術を用いて入退室管理を行う。すなわち、各制御対象扉において、顔認証を行い、入退室の拒否を決定する。このとき、入退室情報を、その人物の属性により、常時利用者と一時利用者とに分け、それぞれ別個に管理する。そして、一時利用者については、予め定めた利用期限を過ぎると、その情報を、退避エリアに退避させる。退避エリアに退避した情報は、所定の管理期間を超えた場合は、自動的に削除する。

なお、以下、本実施形態では、予め何等かの雇用契約を締結している利用者で、例えば、正社員、パートタイム従業員、アルバイト従業員、期間従業員、派遣社員等を常時利用者と呼ぶ。また、不定期に一時的に来訪する利用者で、予め予約等して訪れる来訪者を一時利用者と呼ぶ。

図１に、本実施形態の入退室管理システム１００の構成の一例を示す。

本図に示すように、本実施形態の入退室管理システム１００は、履歴管理装置１１０と、事業所システム２００と、管理用ＰＣ１２０と、を備える。履歴管理装置１１０と、事業所システム２００と、管理用ＰＣ１２０とは、有線ＬＡＮなどのネットワーク１３０を介して通信可能に接続される。

履歴管理装置１１０は、事業所システム２００の各種の設定情報や履歴情報の管理を行う。例えば、データセンタやクラウドにある計算機で実現されてもよい。また、複数の事業所システム２００の情報を管理してもよい。

事業所システム２００は、セキュリティ制御の対象とする扉（制御対象扉）を備える特定の建物、建物群を備える事業所等で入退室の制御を行う。本実施形態では、事業所システム２００は、履歴管理装置１１０で管理される設定情報に基づき、制御対象扉の電子錠の施錠解錠の制御、入退室者の情報の取得等を行う。事業所システム２００は、例えば、事業所毎に配される。

管理用ＰＣ１２０は、履歴管理装置１１０および事業所システム２００にアクセスし、アクセス者の権限に応じて、各装置に格納されるデータを閲覧したり更新したりする。データの更新には、新規登録、登録内容の変更、削除等がある。管理用ＰＣ１２０は１つに限定されない。

管理用ＰＣ１２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、ＣＰＵがプログラムを実行する際の作業領域となるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリと、ＣＰＵが実行するプログラム等を格納するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置と、入出力インタフェース（Ｉ／Ｆ）と、通信Ｉ／Ｆと、を備える情報処理装置である。例えば、汎用のパーソナルコンピュータ等で実現される。

本実施形態では、特定の権限を有するユーザが、管理用ＰＣ１２０を介して常時利用者や一時利用者を登録する。

次に、履歴管理装置１１０および事業所システム２００の詳細について説明する。

［事業所システム］
まず、事業所システム２００を構成する各装置について説明する。

本実施形態では、事業所システム２００は、図１に示すように、全体制御装置２１０と、入退室制御装置２２０と、登録装置２３０と、認証装置２４０と、制御対象扉２５０と、を備える。認証装置２４０と制御対象扉２５０とは、制御対象扉２５０の数だけ設けられる。

［登録装置］
登録装置２３０は、入退室時の認証に用いる利用者データを管理する。本実施形態では、常時利用者の認証データと、一時利用者の認証データとを、それぞれ管理する。常時利用者の認証データは、後述する履歴管理装置１１０から基本的な情報を受信し、認証情報を加えて管理する。一方、一時利用者の認証データは、登録装置２３０で生成し、管理する。登録装置２３０は、建物、事業所に１つ設けられる。配置場所は問わないが、例えば、総合受付等に設置されてもよい。

図２（ａ）は、本実施形態の登録装置２３０のハードウェア構成図であり、図２（ｂ）は、機能ブロック図である。

図２（ａ）に示すように、本実施形態の登録装置２３０は、ＣＰＵ２３０ｐと、メモリ２３０ｍと、記憶装置２３０ｓと、入出力Ｉ／Ｆ２３０ｄと、通信Ｉ／Ｆ２３０ｃと、を備える。

また、本実施形態の登録装置２３０は、一時利用者の認証情報として顔画像を取得する。このため、撮影装置２３０ｉをさらに備える。なお、撮影装置２３０ｉは、登録装置２３０に取得した画像を送信可能であれば、登録装置２３０とは、別体であってもよい。

なお、入出力Ｉ／Ｆ２３０ｄは、例えば、ディスプレイ、キーボード、マウス等と、それらのドライバとで構成される。なお、通信Ｉ／Ｆ２３０ｃを介して、事業所内の各所に配置された複数の入出力装置が接続されてもよい。

このような構成の登録装置２３０では、ハードウェアとソフトウェアとが協働することにより、常時利用者および一時利用者の認証データの登録処理に必要な機能が実現される。以下、本明細書中の他の装置も同様である。

ここで、記憶装置２３０ｓに格納されたプログラムを、ＣＰＵ２３０ｐがメモリ２３０ｍにロードして実行することにより実現される、登録装置２３０の機能について説明する。図２（ｂ）は、本実施形態の登録装置２３０の機能ブロック図である。

登録装置２３０は、本図に示すように、常時利用者情報管理部２３１と、一時利用者情報管理部２３２と、登録部２３３と、受付部２３４と、画像取得部２３５と、を備える。

また、記憶装置２３０ｓには、常時利用者認証テーブル３３１と、一時利用者認証テーブル３３２と、一時利用者退避テーブル３３３と、通行パターンテーブル３３４とが格納される。

常時利用者情報管理部２３１は、常時利用者認証テーブル３３１を管理する。常時利用者認証テーブル３３１は、常時利用者の認証データを記憶する常時利用者データ記憶部である。

常時利用者認証テーブル３３１には、図３（ａ）に示すように、常時利用者の認証に用いる各種の情報である常時利用者認証データ３３１ａが格納される。常時利用者認証データ３３１ａは、各常時利用者を特定する情報と、通行を許可された扉（制御対象扉２５０）を特定する情報とを備える。

常時利用者を特定する情報として、例えば、常時利用者の管理番号３３１ｂと、氏名３３１ｃと、所属３３１ｄと、有効期限３３１ｇとが登録される。また、通行を許可された制御対象扉２５０を特定する情報として、通行パターン３３１ｆが登録される。

通行パターン３３１ｆは、許可された制御対象扉２５０の組み合わせ毎に、通行パターンテーブル３３４に登録される識別子である。

通行パターンテーブル３３４には、図３（ｂ）に示すように、通行パターンデータ３３４ａが格納される。通行パターンデータ３３４ａは、事業所内の制御対象扉２５０毎の通行の可否の組み合わせが登録される。

通行パターンデータ３３４ａは、図３（ａ）に示すように、通行パターン識別番号（通行パターン）３３４ｂと、各扉の通行可否情報（通行可能ドア）３３４ｃと、を備える。通行パターン３３４ｂは、各データを一意に区別するために付与される識別番号である。

通行可能ドア３３４ｃは、例えば、全ての制御対象扉２５０について、通行可否の組み合わせが登録される。なお、予め、複数の制御対象扉２５０が同一制御を行うようグループ化されている場合は、グループ毎に可否の組み合わせが登録されてもよい。

常時利用者情報管理部２３１は、指定された通行可能な制御対象扉２５０が通行可能ドア３３４ｃとして登録されている通行パターンデータ３３４ａの通行パターン３３４ｂを抽出し、常時利用者認証データ３３１ａの通行パターン３３１ｆに登録する。

常時利用者情報管理部２３１は、常時利用者を特定する情報（管理番号３３１ｂと、氏名３３１ｃと、所属３３１ｄと、通行パターン３３１ｆと、有効期限３３１ｇ）は、履歴管理装置１１０から取得する。後述するように、履歴管理装置１１０は、自身が管理する常時利用者の情報が更新されると、これらの情報を事業所システム２００へ送信する。常時利用者情報管理部２３１は、履歴管理装置１１０からこれらの情報を受信すると、当該情報に認証情報３３１ｅを加え、常時利用者認証データ３３１ａとして生成し、常時利用者認証テーブル３３１に管理する。

認証情報３３１ｅとしては、常時利用者の顔画像が登録される、本実施形態では、顔画像は、登録装置２３０の撮影装置２３０ｉ、または、他の撮影装置２３０ｉで取得し、登録される。顔画像は、１人の常時利用者について、複数の方向から撮影した複数枚の画像が登録されてもよい。なお、認証情報として、顔画像そのものが登録されなくてもよい。例えば、別途保存されている顔画像へのアクセス情報が登録されてもよい。

また、常時利用者情報管理部２３１は、常時利用者認証テーブル３３１が更新されると、更新後の常時利用者認証データ３３１ａから照合データを生成し、当該照合データを利用する認証装置２４０に送信する。本実施形態では、通行パターン３３１ｆを参照して、通行可能ドア３３４ｃとして登録されている制御対象扉２５０の認証装置２４０に送信する。照合データの詳細は、後述する。

なお、データの更新には、新規登録、特定項目の情報の変更以外に、削除も含まれる。常時利用者情報管理部２３１は、削除される常時利用者認証データ３３１ａについては、認証装置２４０に対して、当該データから生成した照合データを削除する削除指示を出す。このとき、削除指示は、管理番号３３１ｂとともに送信される。

一時利用者情報管理部２３２は、一時利用者認証テーブル３３２および一時利用者退避テーブル３３３のデータを管理する。管理対象の一時利用者認証テーブル３３２には、一時利用者認証データとして、一時利用者の識別情報、認証情報および認証情報の利用期限を含むデータが登録される。本実施形態の一時利用者情報管理部２３２は、この一時利用者認証テーブル３３２の利用期限を定期的に監視し、利用期限を経過した一時利用者認証データの認証を不可とする。そして、利用期限を経過した一時利用者認証データを、一時利用者退避テーブル３３３へ退避させる。さらに、一時利用者退避テーブル３３３に格納されているデータが、その最終利用日から、管理期間以上経過すると、当該データを削除する。

一時利用者認証テーブル３３２には、図４（ａ）に示すように、一時利用者の認証データである一時利用者認証データ３３２ａが格納される。一時利用者認証データ３３２ａは、一時利用者を特定する情報と、一時利用者が通行を許可された制御対象扉２５０を特定する情報と、通行を許可された期間とが登録される。また、来訪履歴がある利用者については、過去の利用履歴が登録される。

一時利用者を特定する情報として、例えば、管理番号３３２ｂと、会社名３３２ｃと、氏名３３２ｄと、認証情報３３２ｅと、が登録される。許可された制御対象扉２５０を特定する情報として、通行パターン３３２ｆが登録される。通行を許可された期間として、予約日３３２ｈと、予約時間３３２ｉとが登録される。過去の利用履歴として、最終利用日３３２ｇが登録される。

一時利用者情報管理部２３２は、予約日３３２ｈおよび予約時間３３２ｉを利用期限として監視する。そして、利用期限を経過したデータを、一時利用者退避テーブル３３３へ移動させる。このとき、通行パターン３３２ｆで特定される制御対象扉２５０の認証装置２４０に、当該一時利用者認証データ３３２ａから生成した照合データの削除指示を行う。

一時利用者退避テーブル３３３には、一時利用者の認証データであって、予約日時が経過したデータである一時利用者退避データ（以下、退避データ３３３ａ）が格納される。退避データ３３３ａは、図４（ｂ）に示すように、管理番号３３３ｂと、会社名３３３ｃと、氏名３３３ｄと、認証情報３３３ｅと、通行パターン３３３ｆと、最終利用日３３３ｇとを備える。

なお、最終利用日３３３ｇは、一時利用者情報管理部２３２が、一時利用者認証データ３３２ａを一時利用者退避テーブル３３３に退避する際、予約日を格納する。

一時利用者情報管理部２３２は、所定の時間間隔で一時利用者退避テーブル３３３の最終利用日３３３ｇを監視し、予め定めた管理期間以上経過した一時利用者認証データ３３２ａについては、削除する。

登録部２３３は、一時利用者認証データ３３２ａを生成し、一時利用者認証テーブル３３２に格納する。また、登録部２３３は、新たに生成された一時利用者認証データ３３２ａに認証情報３３２ｅが登録されている場合、照合データを生成し、認証装置２４０へ送信する。

登録部２３３は、管理用ＰＣ１２０を介して、権限を有するユーザから事前申請を受け付け、登録処理を行う。登録部２３３は、管理用ＰＣ１２０から一時利用者常時利用者情報の更新要求があると、要求元の管理用ＰＣ１２０に、ＨＴＭＬ形式の画面および管理用ＰＣ１２０のＷｅｂブラウザ上で実行されるスクリプトを作成し、管理用ＰＣ１２０へ送信する。そして、管理用ＰＣ１２０から送信されるデータを受信し、これを解析して一時利用者データを生成する。

登録部２３３が生成し、管理用ＰＣ１２０のディスプレイに表示する新規登録フォーム５１０の一例を図５に示す。本図に示すように新規登録フォーム５１０は、会社名、氏名等の一時利用者を識別する識別情報、および、予約日、予約時間、利用する会議室等の予約情報等の入力領域５１１を備える。

本実施形態では、登録部２３３は、この新規登録フォーム５１０を介して入力された識別情報および予約情報に基づいて、一時利用者認証データ３３２ａを生成し、登録する。なお、新規登録フォーム５１０の画面データは、予め記憶装置２３０ｓに保持される。

このとき、登録部２３３は、一時利用者退避テーブル３３３を参照し、該当する一時利用者の登録があれば、そのデータを移動する。具体的には、識別情報として入力された会社名および氏名が合致する退避データ３３３ａ（以下、退避データ３３３ａ）がある場合、当該退避データ３３３ａを一時利用者認証テーブル３３２に移動させる。

一方、退避データ３３３ａに識別情報が合致するデータがない場合は、新規登録フォーム５１０を介して入力された情報を用いて新たに一時利用者認証データ３３２ａを生成し、登録する。このとき、管理番号３３２ｂは、各一時利用者を一意に区別するため、自動的に付与される。また、認証情報３３２ｅは、登録されない。

受付部２３４は、一時利用者が来訪した際の処理を行う。来訪時、一時利用者は、受付にて自身の会社名、氏名等の識別情報を入力する。識別情報の入力は、事業所の担当者が行ってもよい。

受付部２３４は、来訪した一時利用者から自身の識別情報の入力を受け付ける。そして、受け付けた識別情報に合致する一時利用者認証データ３３２ａが、一時利用者認証テーブル３３２に登録されているか否か、さらに、登録されている場合、認証情報３３２ｅが登録されているか否かを判別する。そして、認証情報３３２ｅが登録されていない場合、来訪した一時利用者の認証情報３３２ｅとして、顔画像を取得する。

なお、受付部２３４は、認証情報３３２ｅが登録されている場合は、例えば、通行パターン３３２ｆを参照し、許可された制御対象扉２５０へ進むよう促す指示を出力する。一方、認証情報３３２ｅが登録されていない場合は、認証情報の取得を促す指示を出力する。

なお、認証情報３３２ｅが登録されると、受付部２３４は、照合データを生成し、通行パターン３３２ｆを参照し、該当する認証装置２４０へ送信する。

画像取得部２３５は、受付部２３４が、認証情報３３２ｅが未登録と判断した際、一時利用者の画像を取得する。本実施形態では、撮影装置２３０ｉを稼働させ、一時利用者の認証情報として顔画像を取得する。ここでは、例えば、撮影装置２３０ｉにより撮影された画像から、一時利用者の顔画像を抽出し、抽出した顔画像を認証情報として取得する。そして、受付部２３４が未登録と判断した一時利用者認証データ３３２ａの認証情報として、登録する。

［認証装置］
次に、制御対象扉２５０毎に、当該制御対象扉２５０近傍に設けられる認証装置２４０について説明する。認証装置２４０は、入退室希望者（通行者）の顔画像を取得し、保持する認証情報と照合し、照合の成否を入退室制御装置２２０に出力する。

本実施形態の認証装置２４０は、図２（ａ）に示す登録装置２３０同様、ＣＰＵと、メモリと、記憶装置と、入出力Ｉ／Ｆと、通信装置と、撮影装置とを備える。

また、認証装置２４０は、図６（ａ）に示すように、照合データ管理部２４１と、照合部２４２とを備える。これらは、ＣＰＵがプログラムを実行することにより実現される。記憶装置には、照合テーブル３４１が登録される。

照合データ管理部２４１は、登録装置２３０からの指示に従って、照合テーブル３４１を管理する。本実施形態では、常時利用者の照合データおよび一時利用者の照合データを登録装置２３０から受信すると、それらを登録する。また、管理番号とともに削除指示を受信した場合、該当する管理番号のデータを削除する。

照合テーブル３４１で管理される照合データ３４１ａの一例を、図６（ｂ）に示す。本図に示すように、照合データ３４１ａは、管理番号３４１ｂと認証情報３４１ｅとを備える。照合データ３４１ａは、登録装置２３０で生成され、送信される。

照合部２４２は、入退室希望者の認証情報の照合を行い、入退室の可否を決定する。照合部２４２は、入退室希望者から照合の指示を受け付けると、撮影装置を稼働させ、入退室希望者の照合情報として顔画像を取得する。そして、取得した照合情報に合致する認証情報３４１ｅを有する照合データ３４１ａが照合テーブル３４１に登録されているか否かを判別する。判別は、例えば、一般的な画像認識処理、パターンマッチング等により行う。

また、照合部２４２は、合致する認証情報３４１ｅを有する照合データ３４１ａがある場合、当該照合データ３４１ａの管理番号３４１ｂを入退室制御装置２２０に出力する。一方、合致する認証情報が無い場合は、合致なしを意味する情報を入退室制御装置２２０に出力する。

なお、１つの認証装置２４０で複数の制御対象扉２５０の認証を行うよう構成してもよい。

［入退室制御装置］
入退室制御装置２２０は、認証装置２４０による照合（認証）が成功した場合、当該認証装置２４０に対応付けられた制御対象扉２５０を解錠する。また、認証の履歴を履歴情報として生成し、履歴管理装置１１０に送信する。

入退室制御装置２２０は、図７（ａ）に示すように、ＣＰＵ２２０ｐと、メモリ２２０ｍと、記憶装置２２０ｓと、通信Ｉ／Ｆ２２０ｃと、入出力Ｉ／Ｆ２２０ｔと、を備える。

図７（ｂ）に示すように、入出力Ｉ／Ｆ２２０ｔは、複数の接続口２２０ｔｐを備え、各接続口２２０ｔｐには、それぞれ、認証装置２４０が接続される。

また、入退室制御装置２２０は、図７（ｃ）に示すように、監視部２２１と、解錠指示部２２２と、履歴データ生成部２２３とを備える。これらの各機能は、ＣＰＵ２２０ｐが、記憶装置２２０ｓに予め記憶されたプログラムを、メモリ２２０ｍにロードして実行することにより、実現される。

監視部２２１は、入出力Ｉ／Ｆ２２０ｔを介して認証装置２４０の認証状況を監視する。認証装置２４０から、管理番号３４１ｂを受け取ると、認証（照合）成功と判断し、解錠指示部２２２に、対応する制御対象扉２５０へ解錠信号を出力するよう指示する。また、履歴データ生成部２２３にも通知する。

解錠指示部２２２は、監視部２２１の指示に従って、制御対象扉２５０に解錠信号を出力する。

履歴データ生成部２２３は、監視部２２１から管理番号３４１ｂを受け取ると、履歴情報を生成し、履歴管理装置１１０に送信する。ここで、生成される履歴情報４２１は、図７（ｄ）に示すように、日時４２１ａと、扉番号４２１ｂと、管理番号４２１ｃとを備える。

日時４２１ａは、監視部２２１から管理番号３４１ｂを受信した日時を登録する。扉番号４２１ｂは、管理番号３４１ｂの送信元の認証装置２４０に対応付けられた制御対象扉２５０の識別番号である。予め、各制御対象扉２５０に付与される。

［制御対象扉］
制御対象扉２５０は、通常時は施錠を保ち、入退室制御装置２２０からの解錠指示を受信した場合、解錠する電気錠を備える。

［全体制御装置］
全体制御装置２１０は、事業所システム２００の各部の動作を制御し、外部装置とデータの送受信を行う。本実施形態では、特に、ネットワーク１３０を介して、事業所システム２００の各装置と、履歴管理装置１１０および管理用ＰＣ１２０とのデータの送受信を担う。

［履歴管理装置］
次に、履歴管理装置１１０について説明する。図８（ａ）は、履歴管理装置１１０のハードウェア構成図である。また、図８（ｂ）は、履歴管理装置１１０の機能ブロック図である。

本実施形態の履歴管理装置１１０は、図８（ａ）に示すように、ＣＰＵ１１０ｐと、メモリ１１０ｍと、記憶装置１１０ｓと、入出力Ｉ／Ｆ１１０ｄと、通信Ｉ／Ｆ１１０ｃと、を備える。

本実施形態の履歴管理装置１１０は、図８（ｂ）に示すように、情報管理部１１１と、履歴データ管理部１１２とを備える。これらは、ＣＰＵ１１０ｐが、予め記憶装置１１０ｓに登録されたプログラムを、メモリ１１０ｍにロードして実行することにより実現される。

また、記憶装置１１０ｓには、常時利用者マスタテーブル３１１と、認証履歴データテーブル３１２と、事業所管理テーブル３１３と、が保持される。

情報管理部１１１は、常時利用者マスタテーブル３１１および事業所管理テーブル３１３を管理する。

常時利用者マスタテーブル３１１で管理される常時利用者データは、登録装置２３０で常時利用者認証データ３３１ａとして管理されるデータの基となるデータである。常時利用者データは、常時利用者認証データ３３１ａの、認証情報以外の登録情報を含む。

すなわち、常時利用者データ３１１ａは、図９（ａ）に示すように、各常時利用者の、管理番号３１１ｂ、氏名３１１ｃ、所属３１１ｄ、通行パターン３１１ｆ、有効期限３１１ｇを含む。なお、有効期限３１１ｇは、パートタイム従業員、アルバイト従業員、期間社員、派遣社員など、社員としての期限のある常時利用者について格納される。

事業所管理テーブル３１３は、履歴管理装置１１０が管理する各事業所の装置構成データを管理する。装置構成データは、制御対象扉２５０の認証手法および通行パターンを含む。事業所管理テーブル３１３に管理される各制御対象扉２５０の認証手法データ３１４ａは、制御対象扉テーブル３１４に管理される。認証手法データ３１４ａは、例えば、図９（ｂ）に示すように、扉番号３１４ｂと、顔認証の有無を示す情報３１４ｃとが登録される。これらのデータは、事業所毎に管理されるため、事業所を特定する事業所番号３１４ｆをさらに備えていてもよい。

通行パターンは、事業所システム２００で管理される同名の情報と同じである。

情報管理部１１１は、例えば、管理用ＰＣ１２０からこれらのデータの更新の指示を受け付けると、指示をこれらのデータに反映させる。

管理者等のユーザは、管理用ＰＣ１２０を介して、常時利用者の情報および事業所システム２００の構成情報の登録や設定を行うことができる。

なお、情報管理部１１１は、常時利用者マスタテーブル３１１および事業所管理テーブル３１３の通行パターンが更新されると、更新されたデータを、事業所システム２００の登録装置２３０へ送信する。

履歴データ管理部１１２は、履歴管理装置１１０が管理する各事業所システム２００から送信される履歴情報４２１から認証履歴データを生成し、認証履歴データテーブル３１２に管理する。また、管理ＰＣ１２０等を介して出力の指示があった場合、指示に該当する認証履歴データを、認証履歴データテーブル３１２から抽出して出力する。

認証履歴データは、認証情報（顔画像）を用いた入退室の履歴情報を含む。具体的には、図９（ｃ）に示すように、認証履歴データ３１２ａは、日時３１２ｂと、扉番号３１２ｃと、管理番号３１２ｄと、属性３１２ｅとを備える。認証履歴データ３１２ａは、送信元の事業所システム２００毎に管理される。従って、送信元の事業所システム２００の識別番号である事業所番号３１２ｆを備えてもよい。

履歴データ管理部１１２は、日時３１２ｂ、扉番号３１２ｃ、管理番号３１２ｄについては、履歴情報４２１の日時４２１ａ、扉番号４２１ｂ、管理番号４２１ｃをそれぞれ登録する。

また、属性３１２ｅは、常時利用者マスタテーブル３１１にアクセスし、氏名３１１ｃ、所属３１１ｄを取得し、登録する。本実施形態では、例えば、管理番号４２１ｃをキーに取得する。そして、常時利用者マスタテーブル３１１に該当する管理番号４２１ｃが登録されていない場合、一時利用者と判断し、属性３１２ｅにも、そのまま、送信された管理番号４２１ｃを登録する。なお、一時利用者と判断した場合、属性３１２ｅは登録しなくてもよい。

なお、例えば、顔認証が採用されていない制御対象扉２５０がある場合、その制御対象扉２５０に関する入退室情報は認証履歴データテーブル３１２に登録しなくてもよい。一方、顔認証が採用されている制御対象扉２５０による履歴情報であるか、顔認証が採用されていない制御対象扉２５０による認証情報であるか、区別可能なように登録してもよい。この場合、例えば、いずれかの履歴情報にフラグを設定する。

履歴データ管理部１１２は、事業所管理テーブル３１３の制御対象扉テーブル３１４を参照し、扉番号３１４ｂをキーに、送信された履歴情報が、顔認証によるものであるかを判別する。すなわち、顔認証の有無を示す情報３１４ｃに有りが登録されている扉番号３１４ｂであれば、顔認証が採用されている制御対象扉２５０であるため、履歴情報が顔認証によるものと判断する。

以下、上述の各装置による処理の流れを説明する。

［一時利用者登録処理］
まず、登録装置２３０による、一時利用者登録処理の流れを説明する。図１０は、本実施形態の一時利用者登録処理の処理フローである。本処理は、管理用ＰＣ１２０を介して、登録装置２３０において、一時利用者登録の指示を受け付けると開始される。

登録部２３３は、まず、新規登録フォーム５１０をアクセス元の管理用ＰＣ１２０のディスプレイに表示させる（ステップＳ１１０１）。

新規登録フォーム５１０を介して、各情報の入力を受け付けると（ステップＳ１１０２）、登録部２３３は、識別情報である会社名および氏名を抽出する。

まず、登録部２３３は、識別情報が合致するデータが、一時利用者認証テーブル３３２にあるか否かを判別する（ステップＳ１１０３）。ここでは、既に、別件で予約登録されている可能性を判別する。

このとき、合致するデータが登録されている場合（Ｓ１１０３；Ｙｅｓ）、登録部２３３は、その一時利用者認証データ３３２ａをコピーして新規の一時利用者認証データ３３２ａを生成する（ステップＳ１１０４）。このとき、通行パターン３３２ｆ、予約日３３２ｈおよび予約時間３３２ｉといった予約情報については、今回登録されたデータを登録する。なお、通行パターン３３２ｆについては、登録部２３３は、通行パターンテーブル３３４を参照し、入力された利用扉のみが通行を許可されている通行パターン３３４ｂを抽出し、登録する。

なお、ここで、予約情報も同じである場合、既に登録されていることを意味するメッセージを表示し、新規にデータを生成しなくてもよい。

そして、既存のデータをコピーして新規の一時利用者認証データ３３２ａを生成した場合、認証情報３３２ｅも格納されているため、登録部２３３は、照合データ３４１ａを生成し、認証装置２４０へ送信すし（ステップＳ１１０５）、処理を終了する。送信先の認証装置２４０は、通行パターン３３２ｆを参照し、決定する。

一方、合致するデータが登録されていない場合（Ｓ１１０３；Ｎｏ）、登録部２３３は、識別情報が合致するデータが一時利用者退避テーブル３３３にあるか否かを判別する（ステップＳ１１０６）。

合致する退避データ３３３ａが登録されている場合（Ｓ１１０６；Ｙｅｓ）、登録部２３３は、ステップＳ１１０４へ移行する。すなわち、その退避データ３３３ａを移動させて新規の一時利用者認証データ３３２ａとする。このとき、予約情報には、今回登録されたデータを設定する。

一方、一時利用者退避テーブル３３３に識別情報が合致する退避データ３３３ａが登録されていない場合（Ｓ１１０６；Ｎｏ）、入力された情報を用いて、新規の一時利用者認証データ３３２ａを生成し（ステップＳ１１０７）、処理を終了する。このとき、管理番号３３２ｂは、一時利用者認証データ３３２ａが一意に区別可能なように、自動的に付与される。なお、この場合、認証情報３３２ｅは格納されない。このため、照合データ３４１ａは生成されない。

［受付処理］
次に、一時利用者が来訪した際の受付処理について説明する。受付部２３４は、一時利用者が受付に来訪した際、一時利用者に予約があるか否か、また、予約がある場合、認証情報が既に登録されているかを確認する。そして、登録されていない場合、受付にて認証情報を取得し、登録する。

図１１は、本実施形態の受付処理の処理フローである。本処理は、一時利用者が来訪し、登録装置２３０が配置されている受付において、一時利用者または受付担当者が自身の会社名、氏名等を入力したことを契機に開始される。

受付部２３４は、まず、入力された会社名および氏名が合致する一時利用者認証データ３３２ａが一時利用者認証テーブル３３２に登録されているか否かを判別する（ステップＳ１２０１）。

登録されていない場合（Ｓ１２０１；Ｎｏ）、予約なしを意味する表示を入出力Ｉ／Ｆ２３０ｄのディスプレイ等に行い（ステップＳ１２０２）、処理を終了する。

登録されている場合（Ｓ１２０１；Ｙｅｓ）、合致する一時利用者認証データ３３２ａに、認証情報３３２ｅが登録されているか否かを判別する（ステップＳ１２０３）。

認証情報３３２ｅが登録されている場合（Ｓ１２０３；Ｙｅｓ）、受付部２３４は、そのまま処理を終了する。

一方、認証情報３３２ｅが登録されていない場合（Ｓ１２０３；Ｎｏ）、受付部２３４は、認証情報３３２ｅを取得する（ステップＳ１２０４）。ここでは、例えば、顔画像を取得する等のメッセージを出力し、来訪した一時利用者を撮影可能な場所に誘導する。そして、撮影装置２３０ｉを稼働させて顔画像を取得する。

顔画像を取得すると、受付部２３４は、取得した顔画像を認証情報３３２ｅとして登録する（ステップＳ１２０５）。そして、照合データ３４１ａを生成し、通行パターン３３２ｆで特定される認証装置２４０へ送信し（ステップＳ１２０６）、処理を終了する。

［一時利用者情報管理処理］
次に、一時利用者情報管理部２３２による一時利用者情報の管理処理の流れを説明する。本実施形態では、一時利用者の認証情報は、２段階で管理される。すなわち、予約日時を経過した場合、一時利用者認証テーブル３３２から一時利用者退避テーブル３３３へ退避させる。このとき、各認証装置２４０に保持される照合データ３４１ａは削除される。さらに、一時利用者退避テーブル３３３に保持される退避データ３３３ａは、最終利用日３３３ｇから予め定めた保持期間を経過した場合、削除される。

以下、このような管理処理の流れを、図１２（ａ）および図１２（ｂ）を用いて説明する。

図１２（ａ）は、一時利用者認証テーブル３３２の管理処理である。一時利用者情報管理部２３２は、所定の時間間隔で、一時利用者認証テーブル３３２内の一時利用者認証データ３３２ａの予約日３３２ｈと予約時間３３２ｉとをチェックする。そして、現在時間が予約日時を過ぎている場合、当該一時利用者認証データ３３２ａを一時利用者退避テーブル３３３に移動させる。

ここでは、一時利用者認証テーブル３３２に登録されているデータ数をＮ（Ｎは０以上の整数）とする。ｎは、カウンタである。

一時利用者情報管理部２３２は、１番目の一時利用者認証データ３３２ａ（以下、単にデータ３３２ａと呼ぶ）から順に、現在時刻が予約日時をこえているか否かを判別し、超えている場合、当該データ３３２ａを一時利用者退避テーブル３３３へ移動させる。

具体的には、一時利用者情報管理部２３２は、まず、カウンタｎを１とする（ステップＳ１３０１）。そして、ｎが全データ数Ｎより大きいか否かを判別する（ステップＳ１３０２）。ｎが全データ数Ｎより大きい場合（Ｓ１３０２；Ｙｅｓ）、処理を終了する。

一方、ｎが全データ数Ｎ以下の場合（Ｓ１３０２；Ｎｏ）、ｎ番目のデータ３３２ａについて、予約日３３２ｈおよび予約時間３３２ｉを参照し、現在時刻が予約日時を超えているか否かを判別する（ステップＳ１３０３）。超えていない場合（Ｓ１３０３；Ｎｏ）、次のデータ３３２ａに移行する（ステップＳ１３０７）。

一方、ステップＳ１３０３で、現在時刻が予約日時を超えている場合（Ｓ１３０３；Ｙｅｓ）、一時利用者情報管理部２３２は、まず、最終利用日３３２ｇに予約日３３２ｈを設定する（ステップＳ１３０４）。

そして、一時利用者情報管理部２３２は、そのデータ３３２ａを、一時利用者退避テーブル３３３へ移動させる（ステップＳ１３０５）。また、当該データ３３２ａの管理番号３３２ｂを有する照合データ３４１ａを削除するよう認証装置２４０へ指示を出す（ステップＳ１３０６）。

そして、ステップＳ１３０７へ移行し、次のデータ３３２ａの処理に移る。

一時利用者退避テーブル３３３に移動させる処理として、例えば、実際に一時利用者認証テーブル３３２から当該データ３３２ａを削除し、一時利用者退避テーブル３３３に新規に当該データを追加してもよい。または、該当データ３３２ａが一時利用者認証テーブル３３２または一時利用者退避テーブル３３３のいずれに属するデータであるかを示すフラグを設け、当該フラグの設定により、仮想的に移動させてもよい。

次に、図１２（ｂ）に従って、一時利用者退避テーブル３３３の管理処理の流れを説明する。本処理は、予め定めた時間間隔で実行する。

一時利用者情報管理部２３２は、所定の時間間隔で、１番目の退避データ３３３ａから順に、最終利用日３３３ｇから所定時間以上経過しているか否かを判別し、超えている場合、当該退避データ３３３ａを一時利用者退避テーブル３３３から削除する。

なお、以下の説明では、一時利用者退避テーブル３３３に登録されている退避データの数をＭ（Ｍは０以上の整数）とする。ｍはカウンタである。削除するか否かを判定する経過時間をΔＴとする。

一時利用者情報管理部２３２は、まず、カウンタｍを１とする（ステップＳ１４０１）。そして、ｍが全データ数Ｍより大きいか否かを判別する（ステップＳ１４０２）。ｍが全データ数Ｍより大きい場合（Ｓ１４０２；Ｙｅｓ）、処理を終了する。

一方、ｍが全データ数Ｍ以下の場合（Ｓ１４０２；Ｎｏ）、一時利用者情報管理部２３２は、ｍ番目の退避データ３３３ａについて、最終利用日３３３ｇを参照し、最終利用日３３３ｇに、経過時間ΔＴを加えた時刻と現在時刻とを比較する（ステップＳ１４０３）。

一時利用者情報管理部２３２は、現在時刻の方が大きい場合（Ｓ１４０３；Ｎｏ）、次のデータ３３２ａの処理を行う（ステップＳ１４０５）。一方、最終利用日３３３ｇに経過時間ΔＴを加えた時刻の方が大きい場合（Ｓ１４０３；Ｙｅｓ）、当該退避データ３３３ａを削除し（ステップＳ１４０４）、次の退避データ３３３ａの処理を行う（ステップＳ１４０５）。

以上のように、一時利用者情報管理部２３２は、一時利用者認証テーブル３３２と一時利用者退避テーブル３３３とを管理する。

［履歴管理処理］
履歴管理装置１１０における履歴管理処理の流れを図１３に沿って説明する。本処理は、各事業所システム２００から、履歴情報４２１を受信したことを契機に処理を開始する。ここでは、顔認証が行われたと判断された履歴情報のみを登録する場合を例にあげて説明する。

履歴データ管理部１１２は、履歴情報４２１を受信すると、事業所システム２００または入退室制御装置２２０を特定する情報により、送信元の事業所システム２００を特定する（ステップＳ１５０１）。

次に、制御対象扉２５０を特定する情報により、顔認証が行われたか否かを判別する（ステップＳ１５０２）。制御対象扉２５０毎に、認証装置２４０が対応づけて備えられているか否かの情報を、履歴管理装置１１０は備える。認証装置２４０が備えられている制御対象扉２５０で認証処理が行われた場合、顔認証が行われたと判断する。

顔認証が行われていないと判断された場合（Ｓ１５０２；Ｎｏ）、処理を終了する。

一方、顔認証が行われていると判断された場合は（Ｓ１５０２；Ｙｅｓ）、履歴データ管理部１１２は、常時利用者マスタテーブル３１１に、履歴情報４２１の管理情報と同じ管理番号３１１ｂを有する利用者データ３１１ａが登録されているか否かを判別する（ステップＳ１５０３）。

登録されている場合（Ｓ１５０３；Ｙｅｓ）、履歴データ管理部１１２は、当該利用者データ３１１ａから氏名３１１ｃ、所属３１１ｄ等を抽出し、履歴情報４２１に追加し（ステップＳ１５０４）、処理を終了する。一方、登録されていない場合（Ｓ１５０３；Ｎｏ）、一時利用者であることを示す情報を追加し（ステップＳ１５０５）、履歴データを生成し、登録し、処理を終了する。

以上説明したように、本実施形態の入退室管理システム１００は、生体認証データである顔画像を用いて、セキュリティ制御を行う制御対象扉２５０の通行者の認証を行う認証装置２４０と、前記認証装置２４０からの指示に従って前記制御対象扉２５０の電気錠を解錠する解錠信号を出力する入退室制御装置２２０と、一時利用者の前記生体認証データを、当該一時利用者の識別情報および当該生体認証データの利用期限とともに一時利用者データとして記憶する一時利用者データ記憶部と、前記利用期限を経過した前記一時利用者データを前記生体認証データでの認証を不可とするとともに、最終利用日からの経過時間が前記利用期限より長い予め定めた管理期間以上となった前記一時利用者データを削除する一時利用者データ管理部（一時利用者情報管理部２３２）と、を備える。なお、一時利用者データ記憶部は、一時利用者認証テーブル３３２と一時利用者退避テーブル３３３とを備える。

また、担当者から前記識別情報の入力を受け付けた前記一時利用者の前記一時利用者認証データを生成して前記一時利用者データ記憶部に登録する登録部２３３をさらに備え、前記登録部２３３は、前記識別情報の入力を受け付けたとき、前記退避データテーブルに当該識別情報が合致する前記退避データ３３３ａがあるか否かを判別し、あると判別した場合は、合致する前記退避データ３３３ａを前記認証データテーブルに移動させて前記一時利用者認証データ３３２ａとする。

このように、本実施形態によれば、来訪者等の一時利用者については、予約時間、すなわち、扉の通行を許可する期限を利用期限として設定する。そして、その利用期限を超えた場合は、照合データを当該扉の認証データから削除するとともに認証データを一時的に退避エリアに退避する。次に、同じ来訪者が来訪予約をした場合は、この退避エリアにある退避データから読み出し、認証データとして使用する。一方、退避エリアに退避した一時利用者データについても、所定の間隔で使用状況を確認し、所定の期間、未使用状態であれば、削除する。

これにより、来訪者等の一時的な利用者の照合データが予約期間以上に認証装置に保存されることがないため、セキュリティが向上する。また、予約期間を経過した一時利用者データについては、所定期間、退避エリアに保存しておく。そして、その間に再度の来訪があった場合は、その中のデータを再利用する。従って、頻繁に来訪する一時利用者に関し、何度も認証情報を登録する必要がない。従って、利便性が向上する。さらに、退避エリアに管理されたデータについても、所定期間を経過すると削除する。従って、訪問頻度の少ない一時利用者のデータが優先的に削除されるため、利便性を損なうことなく、効率的に記憶容量を利用できる。

従って、本実施形態によれば、セキュリティを低下させずに、入退室管理システムの記憶容量を効率的に使用した一時利用者の認証情報管理を実現できる。

また、本実施形態によれば、上述のように、一時利用者について、常時利用者とは異なるルールで管理することとしたため、常時利用者については、未使用期間のみで判断されて削除されることがない。

また、本実施形態によれば、履歴情報を、事業所システム２００とは別の装置で管理するため、制御対象扉２５０に後付けで認証装置２４０が追加された場合であっても、履歴情報を得ることができる。

また、このような履歴生成処理を行うことにより、後付けで顔認証装置が追加された入退室制御装置２２０であっても、誰が、いつ、どのドアを通過したかという履歴情報を出力することが可能となる。

＜変形例＞
なお、上記実施形態では、一時利用者認証データ３３２ａの管理番号３３２ｂは、自動的に付与されるものとしているが、これに限定されない。例えば、一時利用者が携帯する免許証番号等の身分証明書の識別子を用いてもよい。また、交通系ＩＣカード等の番号を用いてもよい。

交通系ＩＣカード等の番号を用いる場合、登録装置２３０が備えられる受付に、ＩＣカード読取機を設けておく。そして、受付部２３４は、ＩＣカード読取機を介して交通系ＩＣカードの番号を読み取り、一時利用者認証テーブル３３２および一時利用者退避テーブル３３３から合致するデータを探索する。

この場合、一時利用者は、自身の氏名、会社名等を入力しなくてもよい。これにより、頻繁に訪問する来訪者の登録手続きを、さらに、簡素化でき、短時間で登録することができる。

また、上記実施形態では、生体認証として顔認証を用いる場合を例にあげて説明したが、生体認証は顔認証に限定されない。静脈、指紋、虹彩等、各種の生体認証を用いてよい。

また、履歴管理装置１１０は、各事業所システム２００に備えられていてもよい。さらに、事業所システム２００を構成する各装置の機能は、上記区分に限定されない。

また、上記各実施形態では、各機能は、ＣＰＵがプログラムを実行することにより実現されているが、これに限定されない。例えば、全部または一部の機能は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）などのハードウェアによって実現されてもよい。

また、本発明は上述の各実施形態および変形例に限定されるものではなく、様々な変形態様が含まれる。各実施形態は、本発明を分かりやすく説明するためのものであり、本発明は、必ずしも説明した全ての構成を備えるものに限定されない。

また、本発明は、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得る。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１００：入退室管理システム、１１０：履歴管理装置、１１０ｃ：通信Ｉ／Ｆ、１１０ｄ：入出力Ｉ／Ｆ、１１０ｍ：メモリ、１１０ｐ：ＣＰＵ、１１０ｓ：記憶装置、１１１：情報管理部、１１２：履歴データ管理部、１２０：管理用ＰＣ、１３０：ネットワーク、
２００：事業所システム、２１０：全体制御装置、２２０：入退室制御装置、２２０ｃ：通信Ｉ／Ｆ、２２０ｍ：メモリ、２２０ｐ：ＣＰＵ、２２０ｓ：記憶装置、２２０ｔ：入出力Ｉ／Ｆ、２２０ｔｐ：接続口、２２１：監視部、２２２：解錠指示部、２２３：履歴データ生成部、２３０：登録装置、２３０ｃ：通信Ｉ／Ｆ、２３０ｄ：入出力Ｉ／Ｆ、２３０ｉ：撮影装置、２３０ｍ：メモリ、２３０ｐ：ＣＰＵ、２３０ｓ：記憶装置、２３１：利用者情報管理部、２３２：一時利用者情報管理部、２３３：登録部、２３４：受付部、２３５：画像取得部、２４０：認証装置、２４１：照合データ管理部、２４２：照合部、２５０：制御対象扉、
３１１：利用者マスタテーブル、３１１ａ：利用者データ、３１１ｂ：管理番号、３１１ｃ：氏名、３１１ｄ：所属、３１１ｆ：通行パターン、３１１ｇ：有効期限、３１２：認証履歴データテーブル、３１２ａ：認証履歴データ、３１２ｂ：日時、３１２ｃ：扉番号、３１２ｄ：管理番号、３１２ｅ：属性、３１２ｆ：事業所番号、３１３：事業所管理テーブル、３１４：制御対象扉テーブル、３１４ａ：認証手法データ、３１４ｂ：扉番号、３１４ｃ：情報、３１４ｆ：事業所番号、３３１：利用者認証テーブル、３３１ａ：利用者認証データ、３３１ｂ：管理番号、３３１ｃ：氏名、３３１ｄ：所属、３３１ｅ：認証情報、３３１ｆ：通行パターン、３３１ｇ：有効期限、３３２：一時利用者認証テーブル、３３２ａ：一時利用者認証データ、３３２ｂ：管理番号、３３２ｃ：会社名、３３２ｄ：氏名、３３２ｅ：認証情報、３３２ｆ：通行パターン、３３２ｇ：最終利用日、３３２ｈ：予約日、３３２ｉ：予約時間、３３３：一時利用者退避テーブル、３３３ａ：退避データ、３３３ｂ：管理番号、３３３ｃ：会社名、３３３ｄ：氏名、３３３ｅ：認証情報、３３３ｆ：通行パターン、３３３ｇ：最終利用日、３３４：通行パターンテーブル、３３４ａ：通行パターンデータ、３３４ｂ：通行パターン、３３４ｃ：通行可能ドア、３４１：照合テーブル、３４１ａ：照合データ、３４１ｂ：管理番号、３４１ｅ：認証情報、
４２１：履歴情報、４２１ａ：日時、４２１ｂ：扉番号、４２１ｃ：管理番号、
５１０：新規登録フォーム、５１１：入力領域

Claims (9)

1. 生体認証データを用いて、セキュリティ制御を行う制御対象扉の通行者の認証を行う認証装置と、前記認証装置からの指示に従って前記制御対象扉の電気錠を解錠する解錠信号を出力する入退室制御装置と、を備える入退室管理システムであって、
   一時利用者の前記生体認証データを、当該一時利用者の識別情報および当該生体認証データの利用期限とともに一時利用者データとして記憶する一時利用者データ記憶部と、
   前記利用期限を経過した前記一時利用者データを前記生体認証データでの認証を不可とするとともに、最終利用日からの経過時間が前記利用期限より長い予め定めた管理期間以上となった前記一時利用者データを削除する一時利用者データ管理部と、を備えること
   を特徴とする入退室管理システム。
2. 請求項１記載の入退室管理システムであって、
   前記一時利用者データ記憶部は、
   前記利用期限が経過する前の前記一時利用者データを前記生体認証データ、前記識別情報および当該利用期限とともに一時利用者認証データとして記憶する認証データテーブルと、
   前記利用期限を経過した前記一時利用者データを前記生体認証データ、前記識別情報および前記最終利用日とともに一時利用者退避データとして記憶する退避データテーブルと、を備えること
   を特徴とする入退室管理システム。
3. 請求項２記載の入退室管理システムであって、
   担当者から前記識別情報の入力を受け付けた前記一時利用者の前記一時利用者認証データを生成して前記一時利用者データ記憶部に登録する登録部をさらに備え、
   前記一時利用者データは、さらに、通行が許可される前記制御対象扉を特定する情報である通行パターンを備え、
   前記登録部は、前記識別情報の入力を受け付けたとき、前記退避データテーブルに当該識別情報が合致する前記一時利用者退避データがあるか否かを判別し、あると判別した場合は、合致する前記一時利用者退避データを前記認証データテーブルに移動させて前記一時利用者認証データとするとともに当該一時利用者認証データに登録されている前記通行パターンに従って、前記通行が許可される前記制御対象扉の前記認証装置に当該生体認証データを送信すること
   を特徴とする入退室管理システム。
4. 請求項１記載の入退室管理システムであって、
   前記一時利用者から前記識別情報の入力を受け付けるとともに、受け付けた前記識別情報に合致する識別情報を有する前記一時利用者データに前記生体認証データが設定されているか否かを判別し、設定されていない場合、当該一時利用者の生体認証データを取得する受付部をさらに備え、
   前記一時利用者データは、さらに、通行が許可される前記制御対象扉を特定する情報である通行パターンを備え、
   前記受付部は、前記生体認証データを取得すると、当該一時利用者データに登録されている前記通行パターンに従って、前記通行が許可される前記制御対象扉の前記認証装置に当該生体認証データを送信すること
   を特徴とする入退室管理システム。
5. 請求項４記載の入退室管理システムであって、
   前記制御対象扉毎の、前記生体認証データを用いた履歴として認証履歴データを保持する履歴管理装置と、
   前記入退室制御装置は、前記認証装置が前記通行者を認証すると、前記解錠信号を出力するとともに、前記認証履歴データを生成し、前記履歴管理装置に送信すること
   を特徴とする入退室管理システム。
6. 請求項１記載の入退室管理システムであって、
   常時利用者の前記生体認証データを保持する常時利用者データ記憶部をさらに備えること
   を特徴とする入退室管理システム。
7. 請求項１記載の入退室管理システムであって、
   前記生体認証データは、前記一時利用者の顔画像であること
   を特徴とする入退室管理システム。
8. 請求項４記載の入退室管理システムであって、
   前記一時利用者の識別情報は、当該一時利用者が携帯する身分証明書の識別子であること
   を特徴とする入退室管理システム。
9. 請求項４記載の入退室管理システムであって、
   前記一時利用者の識別情報は、当該一時利用者が保持するＩＣカードの識別番号であり、
   前記受付部は、前記ＩＣカードの読取機を備え、当該読取機にて前記ＩＣカードの識別番号を取得し、前記識別情報を受け付けること
   を特徴とする入退室管理システム。

Images