JP6158771B2 - 入退室管理システムおよび認証制御方法 - Google Patents

Description

本発明は、ＩＣカードを利用した入退室管理システムに関する。

近年、オフィスや住居等においては、所定の区画の出入口に電子錠ドアを設けて、在籍者や居住者等の関係者以外の入場の制限や入退場の履歴取得をおこなう入退室管理システムを導入して、防犯や情報漏えいの防止がおこなわれている。
これらの入退室管理システムのなかには、ＩＣカードに在籍者や居住者のＩＤを記録して、入場の可否を判定しているものがある。そして、一時来館のゲストに対しては、システム管理者がＩＣカードを一時発行して、管理区画への入退室をおこなえるようにしている。

上記の入退室管理システムでは、ＩＣカードの一時発行は煩雑であるとともに、発行したＩＣカードの回収も必要となり、また、退場時に入退室管理システムから登録データを削除する必要もあった。
このため、特許文献１の入退室管理システムでは、ゲストが所有する他のＩＣカードを流用する方法が開示されている。詳しくは、ゲストの個人データと生体データを入力して入退室管理システムにユーザ登録をおこない、このユーザ登録情報に基づいて、ユーザ認証をおこなって、ゲストが所有するＩＣカードの固有識別情報を取得し、これを当該入退室管理システムのＩＤデータとし、さらに、このＩＤの有効期限管理をおこなうことが開示されている。

また、特許文献２には、ＩＣカードのユーザ識別子に基づいてゲート装置で区画内への入室を許可した際に、許可ユーザのＩＣカードに、区画内ユーザ識別子を書込み、区画内の情報処理装置の使用を管理する技術が開示されている。これにより、ユーザ識別子（ユーザＩＤ）が漏洩する危険を低減している。

また、特許文献３には、来訪者の受入担当者が申請処理をおこなった際に、バーコード等の仮受付ＩＤを発行して来訪者の携帯端末に送付し、来訪者が受付処理をおこなった際に、受入担当者が受付承認すると、仮受付ＩＤを入退室ＩＤとするとともに、入退室レベルを設定する入退室管理システムが記載されている。

特開２０１０−２４４２６８号公報 特開２００７−１０２３８２号公報 特開２０１１−１６４６７５号公報

上記の特許文献１に記載の先行技術によれば、来訪者が所有するＩＣカードを流用するので、来訪者用のＩＣカードが不要となる。しかし、来訪者のＩＣカードの固有情報をユーザＩＤとするため、ＩＣカードとユーザの紐付けをおこなうことができない。このため、ユーザの生体認証をおこなったとしても、同じ固有情報をもつ他のＩＣカードにより管理区画への入場が可能となってしまい、セキュリティを確保できない場合が生じてしまう。

また、特許文献２に記載の先行技術によれば、ＩＣカードに記録されているユーザＩＤを秘匿することができる。しかし、ＩＣカードが配布されていない場合に関する記載はなく、一時来館のゲスト用のＩＣカードを不要にすることができない。

また、特許文献３に記載の先行技術によれば、来訪者のＩＤ情報を、紙または携帯端末のバーコード等のイメージ情報とするため、ＩＣカードにより在籍者や居住者の入退室を管理するシステムに、カメラ等のイメージリーダを別途設ける必要がある。また、受入担当者の受付時の承認が必要だとしても、バーコード等の仮のＩＤ情報は、複製が可能であり、セキュリティレベルが低下する問題がある。

本発明の目的は、セキュリティレベルを低下することなく、一時来訪者（ゲスト）用のＩＣカードを不要とする入退室管理システムを提供することにある。

前記課題を解決するため、本発明の入退室管理システムは、所定の入退管理区画に一時入退するゲストのゲスト情報を入力してゲストＩＤの申請をおこなうＩＤ申請端末と、前記ゲストの訪問時に、ゲストＩＤに基づいて前記ゲストの本人認証をおこない、前記ゲストが入退する入退管理区画を決定する訪問受付処理をおこなう訪問受付端末と、前記ＩＤ申請端末からの申請に基づいてゲストＩＤを生成し、前記ゲストが所有する携帯端末で実行され、前記ゲストが入退する入退管理区画の入退ＩＤを秘匿管理するＩＤ管理プログラムの入手先と前記ゲストＩＤを前記携帯端末に通知し、前記ゲストＩＤに基づいて前記ゲスト本人を確認できたときに、前記ゲストが入退する入退管理区画の入退ＩＤを前記携帯端末のＩＤ管理プログラムに通知する入退管理サーバと、前記ＩＤ管理プログラムで秘匿された入退ＩＤにより、前記ゲストが入退する入退管理区画の入退を制御する入退制御端末と、を備えるようにした。
また、本発明の入退室管理システムの認証制御方法は、所定の入退管理区画に入退するゲストのゲストＩＤの申請をおこなう際に、前記ゲストの所有する携帯端末の通信宛先を入退管理サーバに登録し、前記携帯端末で実行され、ゲストが入退する入退管理区画の入退ＩＤの秘匿管理をおこなうＩＤ管理プログラムの入手先と、前記申請に基づいて生成したゲストＩＤを前記入退管理サーバから前記携帯端末に通知し、前記携帯端末に通知したゲストＩＤに基づいてゲストの本人確認をおこなった後に、ゲストが入退する入退管理区画の入退ＩＤを前記携帯端末で実行している前記ＩＤ管理プログラムに通知し、前記入退管理サーバから前記ゲストが入退する入退管理区画の入退制御端末に前記入退ＩＤが通知され、前記ＩＤ管理プログラムにより、前記入退ＩＤが前記入退制御端末に通知されて、前記ゲストが入退する入退管理区画の認証がおこなわれるようにした。

本発明によれば、一時来訪者（ゲスト）が所有する携帯情報端末を入退ＩＣカードとして利用することができるので、入退室に係るセキュリティレベルを低下することなく、一時来訪者（ゲスト）用の入退ＩＣカードが不要となり、一時来訪者（ゲスト）のためのカード管理やデータ処理に係るコストを削減することができる。

実施例の入退室管理システムの全体構成図である。 携帯端末を入退室管理システムの入退ＩＣカードとして設定する手順をしめす図である。 ＩＤ申請プログラム４１の処理をしめすフロー図である。 携帯端末を入退ＩＣカードとして使用するための準備手順を説明する図である。 訪問予約の処理手順をあらわすフロー図である。 生体情報により本人確認をおこない、入退ＩＤ情報を設定する処理フロー図である。 パスワードにより本人確認をおこない、入退ＩＤ情報を設定する処理フロー図である。 ゲストＩＤ情報と入退ＩＤ情報の、ＩＤ申請時の内容をしめす図である。 ゲストＩＤ情報と入退ＩＤ情報の、来訪前準備時（ゲストＩＤの配信時）の内容をしめす図である。 ゲストＩＤ情報と入退ＩＤ情報の、訪問受付時の内容をしめす図である。 ゲストＩＤ情報と入退ＩＤ情報の、訪問申請時の内容をしめす図である。 ゲストＩＤ情報と入退ＩＤ情報の、退場または期限満了時の内容をしめす図である。 ゲストの訪問先が複数ある場合の、ゲストＩＤ情報と入退ＩＤ情報の構成例をしめす図である。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１は、本実施例の入退室管理システムの全体構成図である。本実施例では、入退室管理システムが認証媒体をしているＩＣカートを所有していないが、セールスや打ち合わせのために入退管理区画に一時的に入退が必要となる一時来訪者や、工事や請負作業等のため短期間に限って入退管理区画の入退が必要となる作業者の入退室管理について説明する。本実施例では、上述の一時来訪者や作業者を「ゲスト」と称する。
以後、明らかになるが、本実施例は、ゲスト２が所有するスマートフォン等の携帯端末３を利用して、ゲスト用の入退ＩＣカード（入退室管理媒体）とするものである。

《システム構成》
本実施例の入退室管理システムは、ゲスト２が実施例の入退室管理システムの管理対象となるように手続きするＩＤ申請端末４と、ゲスト２が来訪時に受付の手続きをおこなう訪問受付端末５と、実施例の入退室管理システムの入退管理区画ごとに設けられた入退制御端末６１と、ゲスト２が所有する携帯端末３とＩＤ申請端末４と訪問受付端末５と入退制御端末６１とをネットワーク接続して入退室管理を制御する入退管理サーバ８とを含んでいる。

ここで、ＩＤ申請端末４や訪問受付端末５は、実施例の入退室管理システムの入退管理区画の外部の、来訪者が誰でも操作できる場所に設置される。なお、ＩＤ申請端末４や訪問受付端末５は、それぞれ個別の装置であってよいし、ＩＤ申請と訪問受付の処理を選択しておこなうひとつの端末装置であってもよい。

入退制御端末６１は、実施例の入退室管理システムの入退管理区画ごとに設けられており、入退管理区画が入れ子の関係にある場合には、入退制御端末６１は入退管理区画の中に設けられている。
つぎに、図１により、それぞれの装置の詳細を説明する。

《携帯端末の構成》
携帯端末３は、ゲスト２が所有するＮＦＣ（Near field communication:近距離無線通信）搭載のスマートフォン（Smartphone）等の携帯端末である。詳細を後述する手順により、実施例の入退室管理システムの入退ＩＣカード等の入退室管理媒体として機能させる。
また、携帯端末３は、ＣＰＵ（Central Processing Unit）とプログラムや処理データを記憶するメモリを備え、前記メモリに外部から提供されるプログラムをインストールし、実行することができる。
以下に、携帯端末３を入退ＩＣカード等の入退室管理媒体として機能させる際に関連する部分について説明する。

携帯端末３は、インターネット網１０２に接続する公衆回線やネットワーク通信機能をもち、入退管理サーバ８やアプリ配信サーバ１０１に接続することができる。
後述するＩＤ申請処理により、携帯端末３は、インターネット網１０２を介して入退管理サーバ８から、ゲストＩＤ情報９１ｂが通知されるとともに、携帯端末３を入退ＩＣカード等の入退室管理媒体として機能させる入退ＩＤ管理プログラム３１をダウンロードするアプリ配信サーバ１０１のＵＲＬ（Uniform Resource Locator）が通知される。
入退管理サーバ８からの通知は、例えば、携帯端末３宛ての、ゲストＩＤ情報９１ｂとアプリ配信サーバ１０１のＵＲＬを記載したメールによりおこなわれる。
通知されたゲストＩＤ情報９１ｂは、入退ＩＤ管理プログラム３１のゲストＩＤ格納エリア３３に格納される。

携帯端末３は、アプリ配信サーバ１０１からダウンロードしてインストールした入退ＩＤ管理プログラム３１により、ゲストＩＤ情報９１ｂに示されたＩＤをもつ入退ＩＣカードとして機能する。
詳しくは、携帯端末３の近距離無線通信部３５を介して、後述するＩＤ読込／書込装置５３や認証端末６２との間でＩＤ情報等を通信する。

また、携帯端末３は、情報の保護・秘匿をおこなうセキュアエレメント３２をもち、入退ＩＤ管理プログラム３１により、後述する処理により配布された入退ＩＤ情報９２ｂをセキュアエレメント３２の入退ＩＤ格納エリア３４に記憶する。
そして、認証端末６２に携帯端末３をかざした際に、入退ＩＤ管理プログラム３１は、セキュアエレメント３２から入退ＩＤ情報９２ｂを読み出し、認証端末６２に入退ＩＤ情報９２ｂを通知する。これにより、入退ＩＣカードと同様にして所望の入退管理区画への入室が可能となる。

また、入退ＩＤ管理プログラム３１は、携帯端末３のタッチ式液晶パネルまたは物理キーボード等の入力用インタフェース（図示せず）を利用して、本実施例の入退室管理システムの訪問予約端末（図示せず）の機能を実施することができる。これにより、訪問日時・訪問先・訪問場所等の予約情報が入退管理サーバ８に通知され、入退管理サーバ８により受入担当者１（訪問先の担当者）に入退の可否が問い合わされる。そして、入退管理サーバ８は、訪問の可否を入退ＩＤ管理プログラム３１に通知するとともに、入退予定日・入退区画・通行権限等の入退情報を生成する。

上述のように、携帯端末３は、入退管理サーバ８により配布されたゲストＩＤ情報９１ｂと入退ＩＤ管理プログラム３１により、近接無線通信部３５を介して、入退ＩＣカードと等価な機能を実現する。この際、セキュアエレメント３２を利用して、入退ＩＤ情報９２ｂを秘匿しながら、入退ＩＤを通信することができる。

《ＩＤ申請端末の構成》
つぎに、ゲスト２が本実施例の入退室管理システムのＩＤを申請するＩＤ申請端末４について説明する。
以下の説明は、ＩＤ申請端末４は、ゲスト２と受入担当者１が２人で操作することを想定している。

ＩＤ申請端末４は、入退管理サーバ８にネットワークを介して接続され、操作用画面および申請操作に必要な入力装置または申請内容や結果を出力する出力装置を備えている（図示せず）。

また、ＩＤ申請端末４には、生体情報読取り装置４２ａが接続され、ゲスト２を認証するための生体情報を登録することができる。この生体情報は、後述する訪問受付端末５や認証端末６２で、ゲスト２の本人確認をおこなうために使用される。この本人認証により、ゲスト２と携帯端末３（ゲストＩＤ）の紐付けが確認される。
生体情報読取り装置４２ａには、指静脈認証や指紋認証が適用される。

ＩＤ申請処理は、内蔵するＩＤ申請プログラム４１によりおこなわれ、入力された申請情報は、入退管理サーバ８の申請処理部８１で処理され、入退管理サーバ８のＩＤ記憶部８４に登録される。
申請情報には、ゲスト２の氏名や所属・ゲスト２の生体情報・受入担当者１のＩＤ（氏名コード等）・ゲスト２が入退する入退管理区画の情報が含まれる。また、申請情報には、ゲスト２が所有する携帯端末３に固有のメッセージ宛先（ＳＭＳの電話番号等）が含まれ、この宛先に、入退管理サーバ８から、ゲストＩＤ情報９１ｂとアプリ配信サーバ１０１のＵＲＬが通知される。この宛先により、ゲストＩＤが設定される携帯端末３が特定される。

ＩＤ申請時に、手元に携帯端末３があり、ＩＤ申請端末４に後述するＩＤ読込／書込装置５３が接続されている場合には、ゲストＩＤ情報９１ｂと入退ＩＤ管理プログラム３１を、近距離無線通信部３５を介して、転送するようにしてもよい。
また、上記以外にも、ゲストＩＤ情報９１ｂと入退ＩＤ管理プログラム３１を配信するアプリ配信サーバ１０１のＵＲＬを、バーコード情報として紙出力し、携帯端末３で読取り処理するようにしてもよい。

また、ＩＤ申請時に、ゲスト２が同席しておらず、受入担当者１のみでＩＤ申請処理をおこなうこともできる。この場合には、ゲスト２の生体情報を取得できないため、後述の訪問受付端末５の手続きで入退するゲスト２の本人確認を生体情報でおこなうことができない。このため、ゲストＩＤ情報９１ｂとアプリ配信サーバ１０１のＵＲＬを通知する際に、本人確認のためのパスワードを、携帯端末３に通知する。そして、訪問受付端末５の手続きで、パスワードによる本人確認の後に生体情報読取装置４２ｂにより、ゲスト２の生体情報を登録するようにする。この場合には、ゲスト２本人の確認のため、受入担当者１が同席することが望ましい。
上記のようにすれば、ゲスト２に対するＩＤ申請の手間を除くことができる。

《訪問予約端末の構成》
本実施例では、後述する訪問受付端末５で、ゲスト２に所望の入退管理区画の入退ＩＤを発行するようにしている。ゲスト２によっては、入退の都度、受入担当者１の確認・承認が必要な場合もあり、ゲスト２の受付処理が遅滞する可能性がある。
このため、入退の事前に、訪問日時・訪問先・訪問場所等の訪問予約情報を入退管理サーバ８に通知し、訪問の可否を得る訪問予約端末（図示せず）を設けてもよい。また、訪問予約端末の機能を、携帯端末３の入退ＩＤ管理プログラム３１で実施するようにしてもよい。

訪問予約情報は、入退管理サーバ８の予約処理部８５で処理され、受入担当者１（訪問先の担当者）にゲスト２の訪問の可否が問い合わされる。受入担当者１からの訪問可否の回答は、予約処理部８５を介して訪問予約端末（携帯端末３）に通知されるとともに、前記回答を基に、入退予定日・入退区画・通行権限等の入退情報が生成されて、ＩＤ記憶部８４に登録される。より詳細には、入退権限として、訪問受付時に受入担当者１に受付の連絡をするか否か、訪問受付時の受入担当者１の承認要否、訪問受付時の受入担当者１の認証要否等の入退条件を通行権限として登録する。
このように、訪問予約端末を設ければ事前に入退情報が設定されるので、受付処理を円滑におこなえるとともに、訪問予約を容易におこなうことができる。

ところで、特定の入退管理区間に短期に入退する派遣作業者等では、来訪のたびに受付処理をおこなうのは煩雑となる。このため、ＩＤ申請時に、前述の入退可否の問合せ等の入退条件を決めてしまってもよい。具体的には、詳細を後述する入退管理サーバ８のＩＤ記憶部８４に設定する入退ＩＤ情報の通行権限に前記入退条件を設定する。

《訪問受付端末の構成》
つぎに、ゲスト２の携帯端末３に入退ＩＤを設定する訪問受付端末５の構成について説明する。
訪問受付端末５には、ゲスト２の本人認証をおこなうための生体情報を取得する生体情報読取り装置４２ｂと、携帯端末３の近距離無線通信部３５を介して携帯端末３と通信をおこなうＩＤ読込／書込装置５３が接続され、入退管理サーバ８にネットワーク接続している。また、訪問受付端末５には、操作用画面および受付操作に必要な入力装置または入力機能を備える（図示せず）。
そして、インストールされている訪問受付プログラム５１により、ゲスト２の訪問受付処理をおこなう。

ここで、生体情報読取り装置４２ｂで取得する生体情報は、ＩＤ申請時に登録した生体情報と同じ種類のものであり、例えば、生体情報読取り装置４２ａで指静脈データを取得していれば、生体情報読取り装置４２ｂも指静脈データを取得する装置となる。

訪問受付プログラム５１は、ＩＤ読込／書込装置５３を介して、携帯端末３のゲストＩＤ情報９１ｂを取得し、生体情報読取り装置４２ｂで取得した生体情報とともに、入退管理サーバ８の受付処理部８２に通知する。
そして、入退管理サーバ８の受付処理部８２で、ゲスト２の本人認証がおこなわれ、ＩＤ申請したときに設定された入退管理区画、あるいは、訪問予約したときに設定された入退管理区画の入退ＩＤ情報９２ａが回答される。

訪問受付プログラム５１は、回答された入退ＩＤ情報９２ａを、ＩＤ読込／書込装置５３を介して、携帯端末３の入退ＩＤ情報９２ｂとして設定する。
ＩＤ申請時や訪問予約時と異なる訪問先を訪問したい場合には、訪問受付端末５で、訪問先の受入担当者１（訪問先の入退管理区画）を入力するようにしてもよい。

《入退管理サーバの構成》
入退管理サーバ８は、ＩＤ申請端末４、訪問予約端末（図示せず）、訪問受付端末５をネットワーク接続し、さらに、後述する入退管理区画に設けられた入退制御端末６１をネットワーク接続している。

そして、入退管理サーバ８は、ＩＤ申請端末４から、ゲスト２の氏名や所属・ゲスト２の生体情報・受入担当者１のＩＤ（氏名コード等）・ゲスト２が入退する入退管理区画の識別情報・携帯端末３のメッセージ宛先が入力され、ゲストＩＤの生成処理をおこなう申請処理部８１をもつ。申請処理部８１は、ＩＤ申請端末４にゲストＩＤ情報９１aを発行するとともに、携帯端末３にゲストＩＤ情報９１ｂと、入退ＩＤ管理プログラム３１のアプリ配信サーバ１０１のＵＲＬを通知する。

また、入退管理サーバ８は、訪問予約端末（図示せず）から訪問予約に基づき、訪問受付時の入退ＩＤ情報を生成する予約処理部８５をもつ。
さらに、入退管理サーバ８は、訪問受付端末５から、ゲストＩＤ情報９１ｃとゲスト２の生体情報が入力され、ゲスト２の本人認証と、設定された入退管理区画の入退ＩＤ情報９２ａを訪問受付端末５に通知する受付処理部８２をもつ。通知された入退ＩＤ情報は、訪問受付端末５を介して、携帯端末３の入退管理プログラム３１に設定される。

上述の入退管理サーバ８の申請処理部８１や予約処理部８５や受付処理部８２の処理内容は、ＩＤ記録部８４に記録される。詳細は後述するが、ＩＤ記録部８４には、ＩＤ申請したゲスト２毎に、ゲストＩＤ情報と入退ＩＤ用情報を記憶する。

配信部８３は、ゲスト２と在籍者や居住者の入退ＩＤ情報を、入退管理区画のそれぞれに設けられた入退制御端末６１に配信する。ゲスト２の入退ＩＤ情報は、訪問受付処理のたびに生成され、配信部８３から入退制御端末６１に配信される。

上記のように入退管理サーバ８に申請処理部８１と予約処理部８５と受付処理部８２を設けることにより、実施例の入退室管理システムは、在籍者や居住者の入退ＩＣカードのＩＤによる入退制御と同じ処理をおこなうことができる。

《入退制御端末の構成》
入退制御端末６１は、実施例の入退室管理システムの入退管理区画のそれぞれに設けられ、入退する人の入退ＩＣカードの読取りをおこなう認証端末６２と入退管理区画の入退を制御する電気式のドア６３が接続されている。
また、入退制御端末６１は、入退管理サーバ８の配信部８３を介して、入退ＩＤ情報が配信され、図示していない記録部に記録している。

ゲスト２が所有する携帯端末３を認証端末６２にかざすことで、入退制御端末６１は、携帯端末３の入退ＩＤ情報９２ｂを読取り、入退管理サーバ８から配信された入退ＩＤ情報と照合して、認証をおこなう。入退制御端末６１は、認証に成功した場合に、ドア６３を制御して、ゲスト２の入退管理区画への入退を可能にする。

また、認証端末６２が生体情報の読取りを可能とし、ゲスト２が所有する携帯端末３を認証端末６２にかざしたときに、入退制御端末６１は、入退ＩＣカード認証と、生体認証により、ゲスト２の本人確認をおこなうようにしてもよい。この場合には、実施例の入退室管理システムに登録されたゲスト２の登録生体情報は、入退ＩＤ情報のひとつとして、入退管理サーバ８から配信すればよい。

つぎに、図２により、携帯端末３を本実施例の入退室管理システムの入退ＩＣカードとして設定する手順を説明する。
図２は、紙面の上下が時間軸を表わし、携帯端末３とＩＤ申請端末４と訪問受付端末５と入退管理サーバ８の間の情報の授受をしめしている。

まず、ＩＤ申請端末４のＩＤ申請プログラム４１により、ゲスト２の登録をおこなう（２０１）。ゲスト登録処理で入力されたゲスト２の氏名や所属・携帯端末３の端末アドレス（メッセージ宛先）等のゲスト情報や、ゲスト２の生体情報、受入担当者１のＩＤ（氏名コード等）、ゲスト２が一時入退する入退管理区画の識別情報が、入退管理サーバ８に通知される。

入退管理サーバ８は、ゲストＩＤを生成し、生成したゲストＩＤと通知されたゲスト情報等をＩＤ記録部８４（図１参照）に登録する（２０２）。そして、入退管理サーバ８は、生成したゲストＩＤと携帯端末３にインストールする入退管理プログラム３１のアプリ配信サーバ１０１のＵＲＬ（リンク情報）を携帯端末３に通知する。
上述のゲスト登録時にゲスト２の生体情報が登録されなかった場合には、入退管理サーバ８は、ゲストＩＤを通知する際に、後述する訪問受付時の本人確認のためのパスワードを、ゲストＩＤとアプリ配信サーバ１０１のＵＲＬ（リンク情報）とともに通知する。

携帯端末３は、入退管理サーバ８から通知されたアプリ配信サーバ１０１のＵＲＬ（リンク情報）にしたがって入退管理プログラム３１をインストールし、通知されたゲストＩＤを端末設定する（２０３）。
以上により、ゲスト２の所有する携帯端末３を入退ＩＣカードとして使う準備が完了する。この段階では、入退管理区画の入退ＩＤは配布されていないので、ゲスト２が携帯端末３を紛失したとしても、セキュリティ上の大きな問題にはならない。

ゲスト２が携帯端末３の入退管理プログラム３１により訪問予約２０４をおこなうと、訪問先の担当者名を含むゲストＩＤ情報と、訪問日時・訪問先・訪問場所等の訪問予約情報が入退管理サーバ８に通知される。

入退管理サーバ８は、携帯端末３から通知された訪問予約情報に基づいて、入退予約２０５をおこなう。入退予約２０５では、訪問先の担当者（受入担当者１）にゲスト２の訪問予約があったことを連絡し、ゲスト２の訪問可否の回答を依頼する。訪問可否の回答は、携帯端末３に通知するとともに、訪問先の担当者（受入担当者１）からゲスト２の訪問（面会）が可能の回答があった場合には、ゲストＩＤ情報と訪問予約情報を基に、ＩＤ記憶部８４の入退ＩＤ情報に訪問情報を登録する。登録した訪問情報のゲストＩＤと入退条件を含む通行権限は、訪問受付端末５に通知される。

訪問が可能な時には、ゲスト２は、つぎのようにして、受付端末５で入退ＩＤの取得をおこなう（２０６）。
訪問受付端末５の訪問受付プログラム５１の操作指示に従って携帯端末３をＩＤ読込／書込装置５３にかざすと、携帯端末３の入退管理プログラム３１と訪問受付プログラム５１との間で、ゲストＩＤ情報９１ｂの通知がおこなわれる。

訪問受付端末５は、生体情報読取り装置４２ｂによりゲスト２の生体情報を取得し、取得したゲスト２の生体情報と携帯端末３から取得したゲストＩＤ情報９１ｂを入退管理サーバ８に通知して、ゲスト認証（本人確認）２０７をおこなう。

入退管理サーバ８は、ゲストＩＤ情報９１ｂに対応してゲスト登録時に登録された生体情報と、訪問受付端末５から通知された生体情報を照合して本人確認をおこなう（２０８）。これにより、入退管理サーバ８は、携帯端末３がゲスト２の所有物があることを確認する。
ゲスト登録時に生体情報が登録されていなかった場合には、携帯端末３にゲストＩＤが通知されたときに、同時に通知されたパスワードにより、本人確認をおこない、ゲスト２の生体情報を登録する。

ゲストの本人認証の後、入退管理サーバ８は、ゲスト登録時または訪問予約時または訪問受付時に設定された入退する入退管理区画の入退ＩＤの生成をおこなう（２０９）。生成される入退ＩＤは、実施例の入退室管理システムで一意なＩＤであり、ゲストＩＤごとに入退管理サーバ８に登録される。
詳細には、過去に使用し使用期限の切れた入退ＩＤを記録するようにし、入退ＩＤを生成した際に、照合をおこなうことで、古い入退ＩＤの使用を防止する。

生成された入退ＩＤは、訪問受付端末５のＩＤ読込／書込装置５３を介して、携帯端末３に通知する。携帯端末３の入退管理プログラム３１は、通知された入退ＩＤをセキュアエレメント３２の入退ＩＤ情報９２ｂとして秘匿記憶する、入退ＩＤの端末設定をおこなう（２１０）。
また、入退管理サーバ８は、入退する入退管理区画の入退制御端末６１に生成された入退ＩＤを配布する、入退ＩＤの配布をおこなう（２１１）。

上記のとおり、入退ＩＤは、訪問受付時に生成されてゲスト２の携帯端末３に設定され、携帯端末３の入退管理プログラム３１とセキュアエレメント３２により秘匿管理される。このため、入退ＩＤが漏洩することはなく、入退室管理システムの安全性を確保することができる。

つぎに、図３から図６ａ、図６ｂにより、携帯端末３とＩＤ申請端末４と訪問予約端末（図示せず）と訪問受付端末５の処理の詳細を説明する。
図３は、ＩＤ申請端末４のＩＤ申請プログラム４１の処理をしめすフロー図である。フローは、前記ＩＤ申請端末４を使って前記ゲスト２のゲストＩＤ情報９１ａを申請する際に、ゲスト２を受け入れる側の担当者である受入担当者1が前記ＩＤ申請端末４を操作する場合についてしめしている。

まず、ＩＤ申請プログラム４１は、受入担当者１に指示して、担当者情報を入力する（Ｓ１０１）。その後に、ゲスト２のゲスト情報等を入力する（Ｓ１０２）。ここで、ゲスト情報は、ゲスト２の氏名や所属・携帯端末３の端末アドレス（メッセージ宛先）等であり、ゲスト２が入退する入退管理区画を特定する情報を含んでいてもよい。
つぎに、ＩＤ申請プログラム４１は、生体情報読取り装置４２ａにより、ゲスト２の生体情報を取得する（Ｓ１０３）。

そして、ＩＤ申請プログラム４１は、前記の担当者情報・ゲスト２のゲスト情報・ゲスト２の生体情報を、入退管理サーバ８に通知する（Ｓ１０４）。
入退管理サーバ８では、ゲストＩＤを生成し、生成したゲストＩＤごとに通知された担当者情報・ゲスト２のゲスト情報・ゲスト２の生体情報を記憶・管理する。
ＩＤ申請プログラム４１は、生成されたゲストＩＤ情報を取得するとともに、入退ＩＤ管理プログラム３１をダウンロードするアプリ配信サーバ１０１のＵＲＬを取得する（Ｓ１０５）。

ＩＤ申請プログラム４１は、取得したゲストＩＤ情報とアプリ配信サーバ１０１のＵＲＬを画面または印刷装置に出力する（Ｓ１０６）。
なお、ゲストＩＤ情報とアプリ配信サーバ１０１のＵＲＬは、入退管理サーバ８から携帯端末３の端末アドレス宛て（メッセージ宛先）に配信されるようにしてもよい。

ここで、ＩＤ申請プログラム４１は、Ｓ１０３の生体情報の取得ができなかった場合には、Ｓ１０５で入退管理サーバ８から訪問受付時のゲスト２の本人確認用のパスワードを取得する。または、入退管理サーバ８から携帯端末３の端末アドレス宛て（メッセージ宛先）に、ゲスト２の本人確認用のパスワードを配信する。

図４は、ゲスト２が所有する携帯端末３を入退ＩＣカードとして使用するための準備手順を説明する。
まず、入退管理サーバ８から通知されるかまたは、ＩＤ申請端末４に出力されたアプリ配信サーバ１０１のＵＲＬに従って、携帯端末３は、入退ＩＤ管理プログラム３１をダウンロードし、携帯端末３にインストールする（Ｓ２０１）。
そして、入退管理サーバ８から通知されたゲストＩＤ情報を、入退ＩＤ管理プログラム３１のゲストＩＤ情報９１ｂとして設定する（Ｓ２０２）。

ゲストＩＤ情報は、ゲスト２を特定するためのＩＤ情報であり、入退ＩＤ情報と異なり、公開されても、実施例の入退室管理システムをセキュリティレベルが低下するものではない。このため、ＩＤ申請端末４で紙出力されたゲストＩＤ情報を入退ＩＤ管理プログラム３１の指示に従って入力するようにしてもよい。
以上により、携帯端末３を入退ＩＣカードとして使用する準備が完了する。以後は、入退ＩＤ管理プログラム３１により、携帯端末３が入退ＩＣカードとして機能する。

図５は、訪問予約端末（図示せず）の訪問予約の処理手順をあらわすフロー図である。
訪問予約端末は、ゲスト２が訪問先の担当者に訪問予約をおこなう端末である。このため、ゲスト２の携帯端末３のひとつの形態として実施されるのが望ましく、入退ＩＤ管理プログラム３１の一機能として実施する。
しかし、これに限定されず、入退ＩＤ管理サーバ８の外部公開するＷｅｂアプリケーションとして、訪問予約処理を実現してもよい。

まず、ゲスト２が希望する訪問日時・訪問先の担当者・訪問場所等の訪問予約情報を入力する（Ｓ２１０）。入力された訪問予約情報は、ゲストＩＤ情報９１ｂとともに、入退管理サーバ８に通知される（Ｓ２１１）。そして、訪問予約端末は、入退管理サーバ８から訪問の可否回答を取得して、ゲスト２に通知する（Ｓ２１２）。

前述のとおり、訪問予約情報を通知された入退管理サーバ８では、受入担当者１（訪問先の担当者）にゲスト２の訪問予定を通知し、訪問の可否が問い合わせる。そして、受入担当者１からの訪問可否の回答を、訪問予約端末（携帯端末３）に通知するとともに、前記回答を基に、入退予定日・入退管理区画・入退権限等の入退情報を生成して、ＩＤ記憶部８４に登録する。

図６ａと図６ｂは、訪問受付端末５の訪問受付プログラム５１の入退ＩＤ情報を設定する処理をあらわすフロー図である。図６ａは、生体情報により本人確認をおこなう場合をしめし、図６ｂは、ＩＤ申請時に生体情報を登録しておらず、パスワードにより本人確認をおこなう場合をしめしている。
まず、図６ａのフローを説明する。

まず、ゲスト２を特定するために、ＩＤ読込／書込装置５３にかざされた携帯端末３から、ゲストＩＤ情報９１ｂを読み出す（Ｓ３０１）。
つぎに、データの誤り検出や様式チェックをおこない読み出したデータの整合性の判定や、登録されたゲストＩＤであるか否か等の有効性判定をおこなう（Ｓ３０２）。読取値が不整合または無効だった場合（Ｓ３０２の判定ＮＧ）には、入退ＩＤ情報の設定処理を終了する。

読取値に整合性や有効性の問題がなかった場合（Ｓ３０２の判定ＯＫ）には、生体情報読取り装置４２ｂにより、ゲスト２の生体情報９３ｂを取得し（Ｓ３０５）、入退管理サーバ８にゲストＩＤ情報９１ｃと生体情報９３ｂを通知し、携帯端末３の所有者がゲスト２の本人であるかを判定するゲスト本人認証をおこなう（Ｓ３０６）。ゲスト本人認証は、取得した生体情報９３ｂと、読取ったゲストＩＤ情報９１ｃに対応して登録されている生体情報９３ａを照合することによりおこなう。

ゲスト２がゲストＩＤ情報９１ｃとして登録された本人でなかった場合（Ｓ３０６の認証ＮＧ）には、入退ＩＤ情報の設定処理を終了する。
ゲスト２がゲストＩＤ情報９１ｃとして登録された本人であった場合（Ｓ３０６の認証ＯＫ）には、ゲスト２が訪問する訪問先の担当者・入退管理区画の変更・登録をおこなう（Ｓ３０７）。事前に訪問予約の手続きがおこなわれていなかった場合には、訪問先の担当者を入力し、訪問情報として、ゲストＩＤ情報９１ｃとともに入退管理サーバ８に通知する。

入退管理サーバ８は、受入担当者１（訪問先の担当者）にゲスト２の訪問受付を通知し、入退の可否が問い合わせる。そして、入退管理サーバ８は、受入担当者１からの入退可否の回答を、受付端末５に通知するとともに、前記回答を基に、入退管理区画や入退権限等の入退情報を生成して、ＩＤ記憶部８４に登録する。
そして、入退管理サーバ８は、ゲスト２の入退が可能と判定されたときに、ＩＤ申請（ゲスト登録）時または訪問予約時または訪問受付時に設定されたゲスト２が訪問する入退管理区画の入退ＩＤ情報９２ａを生成する。入退管理サーバ８は、生成された入退ＩＤ情報９２ａを訪問受付端末に通知するとともに、入退制御端末６１に配信する。

訪問受付プログラム５１は、訪問先の入退可否を判定し（Ｓ３０８）、入退が不可であった場合（Ｓ３０８の入退ＮＧ）には、入退ＩＤ情報の設定処理を終了する。
訪問先の入退が可能な場合（Ｓ３０８の入退ＯＫ）には、入退管理サーバ８から、訪問先の入退管理区画の入退ＩＤ情報９２ａを取得する（Ｓ３０９）。

取得された訪問先の入退管理区画の入退ＩＤ情報９２ａは、ＩＤ読込／書込装置５３を介して、携帯端末３に通知される。そして、入退ＩＤ情報９２ａは、入退ＩＤ管理プログラム３１により、セキュアエレメント３２に記憶される（Ｓ３１０）。
以上により、ゲスト２の生体情報により携帯端末３の所有者の本人確認をおこない、携帯端末３に入退ＩＤの設定処理をおこなうので、セキュアな状態で入退ＩＤの配布・設定をおこなうことができる。

図６ｂは、入退ＩＤの設定処理において、ＩＤ申請時に生体情報を登録しておらず、パスワードにより本人確認をおこなう場合をしめしており、図６ａと相違する点について説明する。
Ｓ３０２で、ゲストＩＤ情報９１ｂの整合性や有効性に問題がなかった場合（Ｓ３０２の判定ＯＫ）に、訪問受付端末５の訪問受付プログラム５１は、ゲスト２にパスワードの入力を指示する（Ｓ３０３）。

入力されたバスワードは、ゲストＩＤ情報９１ｃとともに、入退管理サーバ８に通知される。入退管理サーバ８は、通知されたバスワードと、ゲスト登録（ゲストＩＤ申請）時にゲストＩＤととともに通知したパスワードと照合をおこない、携帯端末３の所有者がゲスト２の本人であるかを判定するゲスト本人認証をおこなう（Ｓ３０４）。
ゲスト２がゲストＩＤ情報９１ｃとして登録された本人でなかった場合（Ｓ３０４の認証ＮＧ）には、入退ＩＤ情報の設定処理を終了する。

ゲスト２がゲストＩＤ情報９１ｃとして登録された本人だった場合（Ｓ３０４の認証ＯＫ）には、ゲスト２が訪問する訪問先の担当者・入退管理区画の変更・登録をおこなう（Ｓ３０７）。
そして、次回の訪問受付時の本人確認のために、生体情報の登録をおこなう（Ｓ３１１）。その後、Ｓ３０８の訪問先の入退可否判定をおこなう。
以後の処理は、図６ａと同じであり、説明は省略する。

つぎに、ゲスト２の携帯端末３と入退制御端末６１と入退管理サーバ８のＩＤ記録部８４に記録されるゲストＩＤ情報と入退ＩＤ情報の内容について説明する。
図７ａはＩＤ申請時の内容をしめし、図７ｂは来訪前準備時（ゲストＩＤの配信時）、図７ｃは訪問受付時、図７ｄは退場または期限満了時、図７ｅは再受付時の内容をしめしている。

まず、図７ａにより、ゲストＩＤ情報と入退ＩＤ情報のデータ構成を説明する。
入退管理サーバ８のＩＤ記録部８４に記録されるゲストＩＤ情報は、ゲストＩＤ情報を割り当てるゲスト２ごとに記録され、割り当てる氏名コード（ゲストＩＤ）と、氏名と、パスワード（ＰＷ）と、生体情報等の本人確認情報と、ＩＤ申請をおこなったゲスト２の訪問先の担当者（受入担当者）の氏名コードとを有している。氏名には、所属等のゲストを特定する他の情報が含まれていてもよい。

なお、上記のパスワード（ＰＷ）は、訪問受付時に本人確認に使用する生体情報等の本人確認情報を、ＩＤ申請時に取得できなかった場合に、入退管理サーバ８で生成する情報であり、ＩＤ申請時に本人確認情報が取得できれば、設定されない。

入退管理サーバ８のＩＤ記録部８４に記録される入退ＩＤ情報は、対象の入退管理区画の識別情報を含む初期時や指定時の入退管理区画の通行権限と、訪問受付時に割り当てられる入退ＩＣカードの識別番号（入退ＩＤ）と、入退ＩＤの期限である訪問日（最終受付日）を有している。
また、通行権限には、訪問受付時の受入担当者への入退可否問合せの要否の情報を含む。

ここで、通行権限は、初期時と指定時の２つを記録するようにしている。初期時の通行権限には、ＩＤ申請時等でゲスト２に標準的に割り当てる値を記録し、指定時の通行権限には、訪問受付時に標準と異なる値に通行権限が割り当てられる場合にその値が記録される。訪問受付時に標準の通行権限が割り当てられる場合には、初期時の通行権限が複写される。これにより、訪問受付時のたびに設定される通行権限の標準的な通行権限の設定を容易におこなうことができる。

また、入退管理サーバ８のＩＤ記録部８４には、入退ＩＤの使用不可リスト領域を設けている。この領域には、使用期限の切れた入退ＩＤを記録され、入退ＩＤを生成した際に、照合することにより、生成した入退ＩＤが過去に使用されていないことを確認し、入退ＩＤの一意性の確保している。

ゲスト２の携帯端末３のゲストＩＤ情報９１ｂは、入退管理サーバ８から割り当てられた氏名コード（ゲストＩＤ）とパスワード（ＰＷ）を有し、入退ＩＤ情報９２ｂは、入退ＩＣカードの識別番号（入退ＩＤ）と識別番号期限（有効期限）を有している。

入退制御端末６１には、ゲストＩＤ情報として、本人確認情報（生体）を記録するようにしてもよい。これにより、入退ＩＤによる認証だけでなく、ゲスト２の本人確認もおこなうことができ、入退管理区画のセキュリティがより向上する。
さらに、入退制御端末６１には、入退ＩＤ情報として、入退ＩＣカードの識別番号（入退ＩＤ）と使用開始日と有効期限と入退管理区画の通行権限とを保持するようにする。

ここで、入退ＩＤの使用開始日と有効期限は、在籍者や居住者のＩＤの入退管理との共用を図るために設けられている。後述するように、ゲスト２は、訪問時の受付処理で、一日毎に入退ＩＤが割り当てるようにしており、入退ＩＤの使用開始日と有効期限は同一日付けとなる。

つぎに、ＩＤ申請時（図７ａ）、来訪前準備時（ゲストＩＤの配信時）（図７ｂ）、訪問受付時（図７ｃ）、退場または期限満了時（図７ｄ）、再受付時（図７ｅ）のゲストＩＤ情報と入退ＩＤ情報の内容の変化をしめす。

図７ａにしめすように、ＩＤ申請時には、申請内容が、入退管理サーバ８のゲストＩＤ情報に設定される。携帯端末３には入退管理プログラム３１がインストールされておらず、ゲストＩＤ情報や入退ＩＤ情報は設定されていない。また、入退制御端末６１にも、ゲストＩＤ情報や入退ＩＤ情報は配信されていない。
入退管理サーバ８の入退ＩＤ情報の通行権限（初期）には、ユーザ２の標準的な通行権限が設定される。
また、申請時に、ゲスト２の訪問受付時に受入担当者による入退承認をおこなうか否かを設定する場合には、初期時の通行権限に、受付時の入退承認の要否を含むようにする。

ＩＤ申請手続きにより入退管理サーバ８からゲストＩＤと入退管理プログラムのダウンロードＵＲＬが通知され、携帯端末３で入退管理プログラムがインストールされると、図７ｂにしめすように、携帯端末３のゲストＩＤ情報には、入退管理サーバ８から通知された氏名コード（ゲストＩＤ）やパスワード（ＰＷ）が設定される。
このとき、まだ、訪問受付処理はおこなわれていないので、携帯端末３の入退ＩＤ情報は設定されない。

ゲスト２が訪問受付処理をおこなうと、図７ｃにしめすように、入退管理サーバ８の入退ＩＤ情報の入退ＩＣカードの識別番号（入退ＩＤ）と訪問日（最終受付日）が設定される。
ゲスト２の携帯端末３にも、同様に、入退ＩＣカードの識別番号（入退ＩＤ）と識別番号期限（有効期限）が設定される。
訪問受付処理が完了すると、入退管理サーバ８から入退制御端末６１に、入退ＩＤ情報が配信され、設定される。このとき、ゲストＩＤ情報として、本人確認情報（生体）を配信し、入退制御端末６１でゲスト２の本人認証するようにしてもよい。

ゲスト２が入退管理区画から退場するか、または、入退ＩＤの有効期限を超過すると、図７ｄにしめすように、入退管理サーバ８の入退ＩＤ情報の入退ＩＣカードの識別番号（入退ＩＤ）の内容が使用不可リストに転記され、訪問日（最終受付日）の情報が削除される。これにより、ゲストＩＤ情報は保持されるが、入退ＩＤ情報が抹消され、携帯端末３と入退制御端末６１に配信された入退ＩＤ情報も削除される。したがって、ゲスト２は、入退管理区画の入退が不可能となる。
携帯端末３の入退ＩＤ情報は、退場時に削除されずに、識別番号期限を満了したときに、インストールされている入退ＩＤ管理プログラム３１が削除するようにしてもよい。

ゲスト２が、保持されているゲストＩＤ情報を基に、再訪問受付処理をおこなうと、図７ｅにしめすように、新たに入退ＩＤが生成され、入退ＩＤ情報の入退ＩＣカードの識別番号（入退ＩＤ）と訪問日（最終受付日）と通行権限が設定される。このとき、新たらしい識別番号（入退ＩＤ）は、使用不可リストを照合して、重複しないように生成される。

新たに生成された識別番号（入退ＩＤ）は、有効期限とともに、携帯端末３に配信し、入退ＩＤ情報の入退ＩＣカードの識別番号（入退ＩＤ）と識別番号期限に設定される。同様に、入退制御端末６１の入退ＩＤ情報の入退ＩＣカードの識別番号（入退ＩＤ）と使用開始日、有効期限、通行権限が設定される。このとき、本人確認情報（生体）が再設定されてもよい。

上記の実施例では、ゲスト２の訪問先の担当者がひとりの場合について説明した。つぎに、ゲスト２の訪問先が複数ある場合（複数の訪問先の担当者）について、図８により説明する。なお、使用する情報の種類は、上記の例と同様のため、説明は省略する。

このような場合でも、入退管理サーバ８のＩＤ記憶部８４を、図８のゲストＩＤ情報と入退ＩＤ情報の構成とする。ゲストＩＤ情報は、前述の実施例と同じ構成とし、入退ＩＤ情報を、訪問先（受入担当者）の入退管理区画に共通の入退ＩＣカードの識別番号（入退ＩＤ）と、受入担当者に対応する通行権限と有効期限とから成る構成とする。
訪問受付処理で、訪問先（受入担当者）の入退管理区画の入退制御端末６１に、共通の入退ＩＤと受入担当者に対応する通行権限と有効期限の入退ＩＤ情報を配信する。

図８の例では、受入担当２の通行権限と有効期限を、入退制御端末６１に設定する例をしめしているが、受入担当者１と３に対応する入退管理区画の入退制御端末６１には、受入担当１と受入担当３の通行権限と有効期限を配信する。

上記の例で、ゲスト２の訪問先の入退管理区画が一部オーバーラップする場合がある。この場合には、一方の受入担当の通行権限にあわせるようにする。

また、本実施例では、入退制御端末６１の入退ＩＤ情報に、入退時に受入担当者のペア認証により入退を制御する許可フラグの通行権限を設けた。具体的には、許可フラグが１の場合には、ゲスト２が訪問受付をおこなえばよく、許可フラグが２の場合には、受入担当者とのペア認証により、入退管理区画の入退を許可するようにした。この許可フラグは、ＩＤ申請時、訪問予約時、訪問受付時のいずれかで、受入担当者１が設定する。
これにより、ゲスト２が単独で入退管理区画に入退できないので、実施例の入退室管理システムのセキュリティレベルを向上することができる。

また、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。上記の実施例は本発明で分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。

１ 受入担当者
２ ゲスト
３ 携帯端末
３１ 入退ＩＤ管理プログラム
３２ セキュアチップ
３３ ゲストＩＤ格納エリア
３４ 入退ＩＤ格納エリア
３５ 近距離無線通信部
４ ＩＤ申請端末
４１ ＩＤ申請プログラム
４２ａ、４２ｂ 生体情報読取り装置
５ 訪問受付端末
５１ 訪問受付プログラム
５３ ＩＤ読込／書込装置
６１ 入退制御端末
６２ 認証端末
６３ ドア
８ 入退管理サーバ
８１ 申請処理部
８２ 受付処理部
８３ 配信部
８４ ＩＤ記憶部
８５ 予約処理部
９１ａ、９１ｂ、９１ｃ ゲストＩＤ情報
９２ａ、９２ｂ 入退ＩＤ情報
９３ａ、９３ｂ 生体情報
１０１ アプリ配信サーバ
１０２ インターネット網

Claims (10)

1. 所定の入退管理区画に一時入退するゲストのゲスト情報が入力されてゲストＩＤの申請をおこなうＩＤ申請端末と、
   前記ゲストの訪問時に、ゲストＩＤに基づいて前記ゲストの本人認証をおこない、前記ゲストが入退する入退管理区画を決定する訪問受付処理をおこなう訪問受付端末と、
   前記ＩＤ申請端末からの申請に基づいてゲストＩＤを生成し、前記ゲストが所有する携帯端末で実行され、前記ゲストが入退する入退管理区画の入退ＩＤを秘匿管理するＩＤ管理プログラムの入手先と前記生成したゲストＩＤを前記携帯端末に通知し、前記ゲストＩＤに基づいてゲスト本人を確認できたときに、前記ゲストが入退する入退管理区画の入退ＩＤを前記携帯端末のＩＤ管理プログラムに通知する入退管理サーバと、
   前記ＩＤ管理プログラムで秘匿された前記入退ＩＤにより、前記ゲストが入退する入退管理区画の入退を制御する入退制御端末と、
   を備えることを特徴とする入退室管理システム。
2. 請求項１に記載の入退室管理システムにおいて、
   前記入退管理サーバは、
   前記ゲストＩＤと前記ゲストの氏名とゲストの生体情報と受入担当者の識別情報を含むゲストＩＤ情報と、前記入退ＩＤと前記ゲストが一時入退する入退管理区画の通行権限と前記入退ＩＤの有効期限とを含む入退ＩＤ情報と、を記憶し、
   前記ゲストＩＤを前記ＩＤ申請端末または前記ゲストの所有する携帯端末に通知し、
   前記入退ＩＤを前記ゲストが所有する携帯端末のＩＤ管理プログラムと前記入退制御端末に配信する
   ことを特徴とする入退室管理システム。
3. 請求項２に記載の入退室管理システムにおいて、さらに、
   前記ゲストが、訪問予定日時と訪問先の担当者を入力する訪問予約端末を備え、
   前記入退管理サーバは、前記訪問予約端末の入力に基づいて、前記入退ＩＤ情報を生成するとともに、前記訪問予約端末に訪問の可否を通知する
   ことを特徴とする入退室管理システム。
4. 請求項３に記載の入退室管理システムにおいて、
   前記訪問予約端末の訪問予約の機能は前記ゲストが所有する携帯端末の入退管理プログラムで実現される
   ことを特徴とする入退室管理システム。
5. 請求項１から４のいずれかの１項に記載の入退室管理システムにおいて、
   前記ゲストが所有する携帯端末は、
   前記入退管理サーバとの通信手段と、
   前記訪問受付端末または前記入退制御端末と接続する近距離無線通信手段と、
   前記入退ＩＤの秘匿管理をおこなう記憶手段と、
   を備えることを特徴とする入退室管理システム。
6. 請求項１から４のいずれかの１項に記載の入退室管理システムにおいて、
   前記ＩＤ申請端末と前記訪問受付端末は、入退管理区画の外に設置される
   ことを特徴とする入退室管理システム。
7. 請求項１から４のいずれかの１項に記載の入退室管理システムにおいて、
   前記入退管理サーバの入退ＩＤ情報は、複数の受入担当者ごとの入退管理区画の通行権限と、複数の前記入退管理区画に共通の入退ＩＤを有し、
   前記入退管理サーバは、前記複数の受入担当者ごとの入退管理区画に対応する入退制御端末に、前記入退ＩＤと通行権限を配信する
   ことを特徴とする入退室管理システム。
8. 請求項７に記載の入退室管理システムにおいて、
   前記複数の受入担当者ごとの入退管理区画の通行権限には、前記ゲストの単独の認証で入退管理区画に入退できる通行レベルと、前記ゲストと受入担当者の２人の認証で入退管理区画に入退できる通行レベルとを設けた
   ことを特徴とする入退室管理システム。
9. 請求項１から４のいずれかの１項に記載の入退室管理システムにおいて、
   前記訪問受付端末には、ゲストの生体情報を読取る生体情報読取装置が接続され、
   前記訪問受付端末でゲストの本人認証をおこなう際に、ゲストの生体情報が未登録だった場合には、前記入退管理サーバから前記ゲストＩＤとともに通知されたパスワードにより、本人確認をおこない、本人確認後に、前記訪問受付端末に接続された生体情報読取装置により前記ゲストの生体情報を入退管理サーバに登録する
   ことを特徴とする入退室管理システム。
10. 所定の入退管理区画に入退するゲストのゲストＩＤの申請をおこなう際に、前記ゲストの所有する携帯端末の通信宛先を入退管理サーバに登録し、
    前記携帯端末で実行され、前記ゲストが入退する入退管理区画の入退ＩＤの秘匿管理をおこなうＩＤ管理プログラムの入手先と、前記申請に基づいて生成したゲストＩＤを前記入退管理サーバから前記携帯端末に通知し、
    前記携帯端末に通知したゲストＩＤに基づいて前記ゲストの本人確認をおこなった後に、前記ゲストが入退する入退管理区画の入退ＩＤを前記携帯端末で実行している前記ＩＤ管理プログラムに通知し、
    前記入退管理サーバから前記ゲストが入退する入退管理区画の入退制御端末に前記入退ＩＤが通知され、
    前記ＩＤ管理プログラムにより前記入退ＩＤが前記入退制御端末に通知されて、前記ゲストが入退する入退管理区画の認証がおこなわれる
    ことを特徴とする入退室管理システムの認証制御方法。

Images