(57)【要約】【課題】ユーザの生体情報を各建物内の端末装置において管理する形態において、生体情報登録専用の装置を用いることなくユーザの生体情報を端末装置に登録できるようにする。【解決手段】ユーザの生体情報及び認証情報が記憶される認証情報記憶部３１３と、ユーザの認証情報に基づきユーザの認証を行うとともに、生体情報取得装置３３によるユーザの生体情報の取得が、予め定められたユーザの生体情報の登録予定期間において行われたと判定した場合に、生体情報取得装置が取得したユーザの生体情報を認証情報記憶部３１３に登録する登録制御部３１４と、を備える。【選択図】図１
2020190813.tif 000002
【特許請求の範囲】
【請求項１】
建物に入室するユーザの生体情報を取得する生体情報取得装置が取得した前記ユーザの生体情報と、前記建物に入室するユーザの認証情報を取得する認証情報取得装置が取得した前記ユーザの認証情報とを用いて前記ユーザの認証を行い、前記認証したユーザの前記建物への入室を許可する入室制御装置において、
前記ユーザの前記生体情報及び前記認証情報が記憶される認証情報記憶部と、
前記ユーザの認証情報に基づき前記ユーザの認証を行うとともに、前記生体情報取得装置による前記ユーザの生体情報の取得が、予め定められた前記ユーザの生体情報の登録予定期間内において行われたと判定した場合に、前記生体情報取得装置が取得した前記ユーザの前記生体情報を前記認証情報記憶部に登録する登録制御部と、を備える
入室制御装置。
【請求項２】
前記生体情報の登録予定期間は、前記生体情報の登録予約日により示される期間であり、前記登録制御部は、前記登録予約日が、前記生体情報取得装置による前記ユーザの前記生体情報の取得日と一致した場合に、前記生体情報取得装置が取得した前記ユーザの前記生体情報を前記認証情報記憶部に登録する
請求項１に記載の入室制御装置。
【請求項３】
前記登録制御部による前記認証情報記憶部への前記生体情報の登録が完了した旨の通知を、前記ユーザが所持する携帯端末に対して送信する指示を、メールサーバとの通信が可能であって前記ユーザの情報を管理する管理サーバに送信する送信部をさらに備える、
請求項１又は２に記載の入室制御装置。
【請求項４】
前記認証情報記憶部には、前記生体情報の登録予定期間の情報が記憶され、
前記登録制御部は、前記ユーザの前記生体情報の前記認証情報記憶部への登録を行う際に、前記認証情報記憶部に記憶されている前記生体情報の登録予定期間の情報を削除する
請求項３に記載の入室制御装置。
【請求項５】
前記生体情報の登録予定期間の情報を受信する受信部をさらに備え、
前記受信部が受信する前記生体情報の登録予定期間の情報は、閉域網により入室制御装置と通信可能に接続された管理サーバを介して、ユーザにより操作される装置から送信される
請求項４に記載の入室制御装置。
【請求項６】
建物に入室するユーザの生体情報を取得する生体情報取得装置が取得した前記ユーザの生体情報と、前記建物に入室するユーザの認証情報を取得する認証情報取得装置が取得した前記ユーザの認証情報とを用いて前記ユーザの認証を行い、前記認証したユーザの前記建物への入室を許可する入室制御装置と、
前記ユーザの情報を管理する管理サーバと、を備える入室制御システムにおいて、
前記入室制御装置は、
前記ユーザの前記生体情報及び前記認証情報が記憶される認証情報記憶部と、
前記ユーザの認証情報に基づき前記ユーザの認証を行うとともに、前記生体情報取得装置による前記ユーザの生体情報の取得が、予め定められた前記ユーザの生体情報の登録予定期間内において行われたと判定した場合に、前記生体情報取得装置が取得した前記ユーザの前記生体情報を前記認証情報記憶部に登録する登録制御部と、を備え
前記管理サーバは、
前記ユーザにより操作される端末から送信された前記生体情報の登録予定期間の情報を受信して、前記入室制御装置に送信する通信部を備える、
入室制御システム。
【請求項７】
前記管理サーバは、前記入室制御装置の前記登録制御部による前記認証情報記憶部への前記生体情報の登録が完了した旨の通知を、前記ユーザが所持する携帯端末に対して送信する処理を行う通知送信部をさらに備える
請求項６に記載の入室制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入室制御装置及び入室制御システムに関する。
【背景技術】
【０００２】
従来、建物に入室する人の認証を行い、入室が許可された本人であると確認できた場合に、その人の建物への入室を許可するセキュリティ管理システムが知られている。セキュリティ管理システムでは、例えば、ＩＣ（Integrated Circuit）カードによる認証や、生体認証などの認証方式を用いて入退室者の認証が行われている。
【０００３】
特許文献１には、作業者の生体認証登録用コンピュータシステムと、特定施設の特定機器を開錠する特定施設のコンピュータシステムとを通信ネットワークで接続した、セキュリティ管理システムが記載されている。また、特許文献１には、生体認証登録用コンピュータシステムからネットワークを介して送信された生体認証データを、特定施設のコンピュータシステムが受信し、特定施設のコンピュータシステムが、受信した生体認証データを用いて作業者（施設への入室者）の本人認証を行う技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−３０５３３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術のように、生体認証データ（以下、「生体情報データ」とも称する）を一元管理するサーバ等に生体情報データを保存すると、サーバへのハッキングによる情報漏洩の危険性がある。また、サーバから端末装置に対する生体情報データの送信が、インターネット等の公共のネットワークを介して行われる場合には、ネットワーク盗聴の恐れもある。
【０００６】
このようなリスクを避けるため、生体情報データをサーバ上には保存せず、生体情報データを、生体情報データの使用場所にある端末装置内のみで管理することも行われている。そして、生体情報データを管理する端末装置を、公共のネットワークからのアクセスを行えない環境下に置くことで、セキュリティ性をより高めることができる。
【０００７】
しかしながら、生体情報データの使用場所の建物内にある端末装置内のみで生体情報データを管理する場合、その建物への入室を行う人（以下、「ユーザ」と称する）は、生体情報登録専用の装置の設置場所まで出向いて、生体情報の登録を行う必要があった。生体情報登録専用の装置の設置場所と、入室の認証を行う認証装置の配置場所とは異なっていることが一般的であり、この場合、ユーザに手間をかけてしまう。
【０００８】
本発明は、上記課題を解決するためになされたものである。本発明の目的は、ユーザの生体情報を各建物内の端末装置（入室制御装置）において管理する形態において、生体情報登録専用の装置を用いることなくユーザの生体情報を端末装置に登録できるようにすることにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、例えば、特許請求の範囲に記載の構成を採用する。本発明は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、本発明は、建物に入室するユーザの生体情報を取得する生体情報取得装置が取得したユーザの生体情報と、建物に入室するユーザの認証情報を取得する認証情報取得装置が取得したユーザの認証情報とを用いてユーザの認証を行い、認証したユーザの建物への入室を許可する入室制御装置に適用される。入室制御装置は、ユーザの生体情報及び認証情報が記憶される認証情報記憶部と、ユーザの認証情報に基づきユーザの認証を行うとともに、生体情報取得装置によるユーザの生体情報の取得が、予め定められたユーザの生体情報の登録予定期間内において行われたと判定した場合に、生体情報取得装置が取得したユーザの生体情報を認証情報記憶部に登録する登録制御部と、を備える。
【発明の効果】
【００１０】
本発明の入室制御装置によれば、ユーザの生体情報を各建物内の入室制御装置において管理する形態において、生体情報登録専用の装置を用いることなく、ユーザの生体情報を端末装置に登録できるようになる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る入退室管理システムの全体構成を示す概略構成図である。
【図２】本発明の一実施形態に係る端末装置を計算機で構成した場合のハードウェアのブロック図である。
【図３】本発明の一実施形態に係る建物情報テーブルの構成例を示す図である。
【図４】本発明の一実施形態に係るカード情報テーブルの構成例を示す図である。
【図５】本発明の一実施形態に係るユーザ情報テーブルの構成例を示す図である。
【図６】本発明の一実施形態に係る指静脈登録情報テーブルの構成例を示す図である。
【図７】本発明の一実施形態に係る管理サーバテーブルの構成例を示す図である。
【図８】本発明の一実施形態に係る認証情報テーブルの構成例を示す図である。
【図９】本発明の一実施形態に係るＷｅｂサービスのログイン画面の構成例を示す図である。
【図１０】本発明の一実施形態に係る指静脈情報登録予約画面の構成例を示す図である。
【図１１】本発明の一実施形態に係る管理サーバが行う処理の手順の例を示すフローチャートである。
【図１２】本発明の一実施形態に係る管理サーバが行う処理の手順の例を示すフローチャートである。
【図１３】本発明の一実施形態に係る端末装置の端末装置受信部が行う処理の手順の例を示すフローチャートである。
【図１４】本発明の一実施形態に係る端末装置の入退室制御部及び端末装置送信部が行う処理の手順の例を示すフローチャートである。
【図１５】本発明の一実施形態に係る管理サーバの管理サーバ通信部が行う処理の手順の例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本発明の一実施形態に係る入室制御装置及び入室制御システムの一例を、図面を参照しながら説明するが、本発明は下記の例に限定されない。
【００１３】
＜入退室管理システムの全体構成＞
まず、図１を参照して、本実施形態に係る入退室制御装置（入室制御装置の一例）を含む入退室管理システム（入室制御システムの一例）の全体構成について説明する。図１は、本実施形態の入退室管理システム１００の全体構成を示す概略構成図である。
【００１４】
入退室管理システム１００は、管理サーバ１、ユーザにより操作されるＰＣ（Personal Computer）２（装置の一例）、ユーザが入退室する建物Ａ３内に設けられた端末装置３１（入室制御装置の一例）、建物Ｂ４内に設けられた端末装置４１、メールサーバ７、及び、ユーザにより所持される携帯端末８等を備える。
【００１５】
管理サーバ１及びＰＣ２は、インターネット等よりなる公衆網ネットワーク５を介して接続される。管理サーバ１及び端末装置３１間、並びに、管理サーバ１及び端末装置４１間は、ＶＰＮ（Virtual Private Network）等よりなる閉域網ネットワーク６を介して接続される。
【００１６】
管理サーバ１は、Ｗｅｂサービス通信部１１、電子メール送信部１２、管理サーバ通信部１３、建物情報テーブル１４、カード情報テーブル１５、ユーザ情報テーブル１６及び指静脈登録情報テーブル１７等を備える。
【００１７】
Ｗｅｂサービス通信部１１は、公衆網ネットワーク５を介してＰＣ２との間で行われる通信を制御する。例えば、Ｗｅｂサービス通信部１１は、ＰＣ２にＷｅｂサービスのログイン画面のデータを送信したり、Ｗｅｂサービスを介してＰＣ２から送信されたログイン情報や指静脈情報登録予約情報などを受信したりする。指静脈情報登録予約情報には、ユーザが指静脈情報を登録したい建物の情報、及び、登録予約日の情報等が含まれる。なお、本実施形態では、指静脈情報登録予約情報がＰＣ２から送信される例を示すが、本発明はこれに限定されない。例えば、指静脈情報登録予約情報は、ユーザにより所持される携帯端末８から送信されてもよい。
【００１８】
電子メール送信部１２（通知送信部の一例）は、ユーザが所持する携帯端末８に送信する電子メールを、メールサーバ７に送信する。電子メール送信部１２が携帯端末８に送信する電子メールには、例えば、指静脈情報の登録が完了したことを通知するメール等がある。なお、指静脈情報の登録が完了したことの携帯端末８への通知手段は、電子メールに限定されず、ＳＭＳ（Short Message Service）等の他の通知手段が用いられてもよい。
【００１９】
管理サーバ通信部１３は、端末装置３１や端末装置４１などに各種データを送信する管理サーバ送信部１３１と、端末装置３１や端末装置４１などから送信された各種データを受信する管理サーバ受信部１３２と、を備える。
【００２０】
建物情報テーブル１４は、建物Ａ３や建物Ｂ４などの建物に関する情報を管理するためのテーブルである。建物情報テーブル１４については、後述の図３を参照して詳述する。カード情報テーブル１５は、ユーザが建物Ａ３や建物Ｂ４などに入退室する際に使用するＩＣカード（以下では単に「カード」と称する）に関する情報を管理するためのテーブルである。カードはＩＣカード認証に使用されるものであり、その内部に、認証の際に使用されるカードＮｏの情報が格納されている。カード情報テーブル１５については、後述の図４を参照して詳述する。
【００２１】
ユーザ情報テーブル１６は、ユーザがどの建物に通行許可を与えられているかの情報を一元管理するためのテーブルである。ユーザ情報テーブル１６については、後述の図５を参照して詳述する。指静脈登録情報テーブル１７は、ユーザの指静脈情報の登録状況を管理するためのテーブルである。指静脈登録情報テーブル１７については、後述の図６を参照して詳述する。
【００２２】
端末装置３１は、建物Ａ３に対するユーザの入退室を管理する。例えば、端末装置３１は、建物Ａ３に入室するユーザの認証を行い、認証を行ったユーザの建物Ａ３への入室を許可する。本実施形態では、端末装置３１は、ＩＣカード認証及び生体認証の２つの認証方式を用いてユーザの認証を行う。生体認証には、生体情報として、ユーザの指静脈情報を用いる。
【００２３】
また、端末装置３１は、生体情報が事前に登録されていないユーザの入室時には、ユーザが所持するカードによるＩＣカード認証と、生体情報の登録予約日による認証を行い、認証できた場合に、ユーザの生体情報の登録を行う。端末装置３１は、生体情報の登録予約日による認証として、ＰＣ２を介して予め設定された生体情報の登録予約日が、ユーザによって入室操作が行われた（指静脈情報読取装置３３によりユーザの生体情報が取得された）当日であるか否かの認証を行う。
【００２４】
なお、本発明で使用される生体情報は指静脈情報に限定されず、例えば、顔情報、指紋情報、虹彩情報等の、他の生体情報が使用されてもよい。また、本発明において生体認証と合わせて使用される認証方式は、ＩＣカード認識に限定されず、例えば、ＰＩＮコードや暗証番号などの入力による認証等の、他の認証方式が使用されてもよい。
【００２５】
端末装置３１は、端末装置通信部３１１、管理サーバテーブル３１２、認証情報テーブル３１３及び入退室制御部３１４等を備える。端末装置通信部３１１は、管理サーバ１から送信された各種データを受信する端末装置受信部３１１１と、管理サーバ１に各種データを送信する端末装置送信部３１１２（送信部の一例）と、を備える。
【００２６】
端末装置送信部３１１２が管理サーバ１に送信するデータには、例えば、カード情報読取装置３２が取得したユーザのカードのカードＮｏの情報等がある。管理サーバ１では、このカードＮｏの情報に基づいて、ユーザが所持する携帯端末８に対して、生体情報の登録完了を通知する電子メールを送信する制御が行われる。つまり、端末装置送信部３１１２は、携帯端末８への生体情報登録完了通知を指示する機能を有する。端末装置送信部３１１２による指示に基づく携帯端末８への生体情報登録完了通知処理については後述する。
【００２７】
管理サーバテーブル３１２は、管理サーバ１に関する情報を管理するためのテーブルである。管理サーバテーブル３１２については、後述の図７を参照して詳述する。認証情報テーブル３１３（認証情報記憶部の一例）は、ユーザの認証情報を管理するためのテーブルである。本実施形態では、端末装置３１又は端末装置４１は、ユーザの認証方法として、カード認証及び生体認証を使用する。したがって、認証情報テーブル３１３においては、ＩＣカード認証に使用されるカードＮｏ及び生体認証に使用される指静脈情報が管理される。認証情報テーブル３１３については、後述の図８を参照して詳述する。
【００２８】
入退室制御部３１４（登録制御部の一例）は、端末装置３１に接続されたカード情報読取装置３２、指静脈情報読取装置３３及び電気錠３４の動作を制御する。カード情報読取装置３２（認証情報取得装置の一例）は、建物Ａ３の出入り口（図示略）付近に設けられ、ユーザが所持するカード内のカード情報（カードＮｏ）を取得して該カード情報を入退室制御部３１４に出力する。指静脈情報読取装置３３（生体情報取得装置の一例）は、建物Ａ３の出入り口付近に設けられ、ユーザの指静脈情報を取得して該指静脈情報を入退室制御部３１４に出力する。電気錠３４は、建物Ａ３の出入り口のドアの付近に設けられ、該ドアの施錠又は開錠を行う。入退室制御部３１４は、カード情報読取装置３２が取得したカード情報と、予め登録されたカード情報とが一致し、かつ、指静脈情報読取装置３３が取得した指静脈情報と予め登録された指静脈情報とが一致した場合、電気錠３４を開錠する。
【００２９】
また、入退室制御部３１４は、指静脈情報読取装置３３が取得した指静脈情報が、認証情報テーブル３１３に未登録である場合には、カードの認証と、生体情報の登録予約日による認証を行う。そして、認証ができた場合に、入退室制御部３１４は、ユーザの生体情報を認証情報テーブル３１３に登録する。
【００３０】
なお、建物Ｂ４内に設けられる端末装置４１も、上述した端末装置３１の構成と同様の構成を有するものとする。
【００３１】
＜計算機のハードェア構成＞
ここで、図２を参照して、入退室制御装置の一例としての端末装置３１のハードウェア構成について説明する。図２は、端末装置３１を計算機Ｃで構成した場合のハードウェアのブロック図である。
【００３２】
計算機Ｃは、バスＣ４にそれぞれ接続されたＣＰＵ（Central Processing Unit）Ｃ１、ＲＯＭ（Read Only Memory）Ｃ２及びＲＡＭ（Random Access Memory）Ｃ３を備える。さらに、計算機Ｃは、バスＣ４にそれぞれ接続された表示部Ｃ５、操作部Ｃ６、不揮発性ストレージＣ７及びネットワークインタフェースＣ８を備える。なお、図２には、計算機Ｃが表示部Ｃ５及び操作部Ｃ６を備える例を挙げるが、本発明はこれに限定されない。本発明に係る端末装置は、表示部Ｃ５及び／又は操作部Ｃ６を備えない計算機Ｃで構成されてもよい。
【００３３】
ＣＰＵ Ｃ１は、計算機Ｃが備える各種機能を実現するためのソフトウェアのプログラムコードが格納されたＲＯＭ Ｃ２から所定のプログラムコードをＲＡＭ Ｃ３に読み出して実行する。この際、ＲＡＭ Ｃ３には、ＣＰＵ Ｃ１による演算処理の過程で発生した変数やパラメータなども一時的に書き込まれる。
【００３４】
表示部Ｃ５は、例えば、液晶ディスプレイ等の表示装置で構成され、計算機Ｃで行われた処理の結果等の情報を表示画面に表示して、ユーザに報知する。操作部Ｃ６は、例えば、キーボード、マウス等の操作装置で構成され、ユーザが計算機Ｃに対して所定の操作入力、指示を行うことができる。
【００３５】
不揮発性ストレージＣ７は、例えば、ＨＤＤ（Hard disk drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリ等の記憶装置で構成される。不揮発性ストレージＣ７には、ＯＳ（Operating System）、各種のパラメータの他に、計算機Ｃを機能させるための各種プログラムが記録される。
【００３６】
ネットワークインタフェースＣ８は、例えば、ＮＩＣ（Network Interface Card）等で構成される。計算機Ｃは、ネットワークインタフェースＣ８の端子に接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータを送受信することができる。
【００３７】
本実施形態では、図１に示す端末装置３１中の入退室制御部３１４はＣＰＵ Ｃ１に含まれ、管理サーバテーブル３１２及び認証情報テーブル３１３は、ＲＡＭ Ｃ３又は不揮発性ストレージＣ７に含まれる。また、図１に示す端末装置通信部３１１は、ネットワークインタフェースＣ８に含まれる。そして、ＣＰＵ Ｃ１は、ＲＯＭ Ｃ２に格納されているプログラムコードをＲＡＭ Ｃ３に読み出し、当該プログラムコードを実行することにより、ユーザの建物Ａ３への入退室の制御を行う。
【００３８】
＜建物情報テーブルの構成＞
次に、図３を参照して、管理サーバ１が有する建物情報テーブル１４の構成について説明する。図３は、建物情報テーブル１４の構成例を示す図である。
【００３９】
図３に示すように、建物情報テーブル１４は、建物ＩＤ１４１、建物名１４２及び端末装置ＩＰアドレス１４３の各項目を有する。建物ＩＤ１４１には、建物情報テーブル１４内でユニーク（一意）となるＩＤが格納される。建物名１４２には、建物の名称が格納される。端末装置ＩＰアドレス１４３には、端末装置のＩＰアドレスが格納される。
【００４０】
図３に示す建物情報テーブル１４の１番目のレコードにおいては、建物ＩＤが「１」、建物名が「建物Ａ」、端末装置のＩＰアドレスが「ｘｘｘ．ｘｘｘ．ｘ．２」である建物の情報が格納されている。また、建物情報テーブル１４の２番目のレコードにおいては、建物ＩＤが「２」、建物名が「建物Ｂ」、端末装置のＩＰアドレスが「ｘｘｘ．ｘｘｘ．ｘ．３」である建物の情報が格納されている。
【００４１】
＜カード情報テーブルの構成＞
次に、図４を参照して、管理サーバ１が有するカード情報テーブル１５の構成について説明する。図４は、カード情報テーブル１５の構成例を示す図である。
【００４２】
図４に示すように、カード情報テーブル１５は、カードＩＤ１５１及びカードＮｏ１５２の各項目を有する。カードＩＤには、カード情報テーブル１５内でユニークとなるＩＤが格納される。カードＮｏ１５２には、各カードに対して固有に割り振られたカードＮｏが格納される。カードＮｏは、入退室制御部３１４によるＩＣカード認証の実行時に参照される。
【００４３】
図４に示すカード情報テーブル１５の１番目のレコードにおいては、カードＩＤが「１」であり、カードＮｏが「０００１」であるカードの情報が格納されており、２番目のレコードにおいては、カードＩＤが「２」であり、カードＮｏが「０００２」であるカードの情報が格納されている。
＜ユーザ情報テーブルの構成＞
次に、図５を参照して、管理サーバ１が有するユーザ情報テーブル１６の構成について説明する。図５は、ユーザ情報テーブル１６の構成例を示す図である。
【００４４】
図５に示すように、ユーザ情報テーブル１６は、ユーザ情報ＩＤ１６１、メールアドレス１６２、パスワード１６３、カードＩＤ１６４及び通行可建物ＩＤリスト１６５の各項目を有する。ユーザ情報ＩＤ１６１には、ユーザ情報テーブル１６内でユニークとなるＩＤが格納される。メールアドレス１６２には、ユーザが保持する携帯端末８に設定されたメールアドレスが格納される。パスワード１６３には、入退室情報を管理するＷｅｂサービスへのログイン時に入力が必要となるパスワードが格納される。カードＩＤ１６４には、カード情報テーブル１５のカードＩＤ１５１に格納されているカードＩＤが格納される。通行可建物ＩＤリスト１６５には、ユーザ情報ＩＤで管理されるユーザが通行を許可されている建物の建物ＩＤが格納される。
【００４５】
なお、図５には、ユーザ情報テーブル１６において、ユーザが通行を許可されている建物の建物ＩＤが通行可建物ＩＤリスト１６５として管理される例を挙げたが、本発明はこれに限定されない。ユーザが通行を許可されている建物の情報の代わりに、ユーザが通行を許可されている経路（通行パターン）や通用口、入室を許可されている部屋の情報等が、ユーザ情報テーブルにおいて管理されてもよい。
【００４６】
図５に示すユーザ情報テーブル１６の１番目のレコードにおいては、ユーザ情報ＩＤが「１」、メールアドレスが「ａａａ＠ｙｙｙ．ｃｏｍ」、パスワードが「ａａａ」、カードＩＤが「１」、通行が許可されている建物の建物ＩＤが「１」及び「２」であるユーザの情報が格納されている。また、２番目のレコードにおいては、ユーザ情報ＩＤが「２」、メールアドレスが「ｂｂｂ＠ｙｙｙ．ｃｏｍ」、パスワードが「ｂｂｂ」、カードＩＤが「２」、通行が許可されている建物の建物ＩＤが「１」であるユーザの情報が格納されている。
＜指静脈登録情報テーブルの構成＞
次に、図６を参照して、管理サーバ１が有する指静脈登録情報テーブル１７の構成について説明する。図６は、指静脈登録情報テーブル１７の構成例を示す図である。
【００４７】
図６に示すように、指静脈登録情報テーブル１７は、指静脈情報ＩＤ１７１、カードＩＤ１７２、建物ＩＤ１７３、指静脈情報登録状況１７４及び登録予約日１７５の各項目を有する。指静脈情報ＩＤには、指静脈登録情報テーブル１７内でユニークとなるＩＤが格納される。カードＮｏ１７２には、カード情報テーブル１５のカードＩＤ１５１に格納されているカードＩＤが格納される。
【００４８】
建物ＩＤ１７３には、建物情報テーブル１４の建物ＩＤ１４１に格納されている建物ＩＤが格納される。指静脈情報登録状況１７４には、指静脈情報が登録済みであるか、未登録であるかの情報が格納される。登録予約日１７５には、ＰＣ２（図１参照）を介して管理サーバ１に登録される、指静脈情報の登録予約日の情報が格納される。登録予約日は、指静脈情報が未登録である場合にのみ登録される。
【００４９】
図６に示す指静脈登録情報テーブル１７の１番目のレコードにおいては、指静脈情報ＩＤが「１」、カードＩＤが「１」、建物ＩＤが「１」、指静脈情報の登録状況が「未登録」、登録予約日が「２０１９年３月１日」である指静脈情報が格納されている。また、２番目のレコードにおいては、指静脈情報ＩＤが「２」、カードＩＤが「１」、建物ＩＤが「２」、指静脈情報の登録状況が「登録済」、登録予約日の項目が空である指静脈情報が格納されている。
＜管理サーバテーブルの構成＞
次に、図７を参照して、端末装置３１が有する管理サーバテーブル３１２の構成について説明する。図７は、管理サーバテーブル３１２の構成例を示す図である。
【００５０】
図７に示すように、管理サーバテーブル３１２は、管理サーバＩＤ３１２１及び管理サーバＩＰアドレス３１２２の各項目を有する。管理サーバＩＤ３１２１には、管理サーバテーブル３１２内でユニークとなるＩＤが格納される。管理サーバＩＰアドレス３１２２には、管理サーバ１のＩＰアドレスが格納される。
【００５１】
図７に示す管理サーバテーブル３１２においては、管理サーバＩＤが「１」であり、管理サーバ１のＩＰアドレスが「ｘｘｘ．ｘｘｘ．ｘ．１」である管理サーバ１の情報が格納されている。
＜建物情報テーブルの構成＞
次に、図８を参照して、端末装置３１が有する認証情報テーブル３１３の構成について説明する。図８は、認証情報テーブル３１３の構成例を示す図である。
【００５２】
図８に示すように、認証情報テーブル３１３は、認証情報ＩＤ３１３１、カードＮｏ３１３２、指静脈情報３１３３及び登録予約日３１３４の各項目を有する。認証情報ＩＤには、認証情報テーブル３１３内でユニークとなるＩＤが格納される。カードＮｏ１７２には、カード情報テーブル１５のカードＩＤ１５１に格納されているカードＩＤが格納される。指静脈情報３１３３には、指静脈情報読取装置３３（図１参照）が取得したユーザの指静脈情報が、バイナリデータとして格納される。
【００５３】
図８に示す認証情報テーブル３１３の１番目のレコードにおいては、認証情報ＩＤが「１」、カードＮｏが「０００１」、指静脈情報はなし、登録予約日は「２０１９年３月１日」である認証情報が格納されている。２番目のレコードにおいては、認証情報ＩＤが「２」、カードＮｏが「０００２」、指静脈情報は「バイナリデータ２」、登録予約日は空である認証情報が格納されている。なお、認証情報テーブル３１３において空欄である項目は、データが格納されていないことを表す。
【００５４】
＜Ｗｅｂサービスのログイン画面の構成＞
次に、図９を参照して、携帯端末８の画面に表示されるＷｅｂサービスのログイン画面の構成について説明する。図９は、Ｗｅｂサービスのログイン画面Ｓｃ１の構成例を示す図である。
【００５５】
図９に示すように、Ｗｅｂサービスのログイン画面Ｓｃ１は、メールアドレス入力フォームＦｍ１、パスワード入力フォームＦｍ２及びログインボタンＢｎ１を備える。メールアドレス入力フォームＦｍ１には、ユーザが所持する携帯端末８のメールアドレスが入力される。パスワード入力フォームＦｍ２には、ユーザがＷｅｂサービスにログインする際に使用されるパスワードが入力される。そして、ユーザによってログインボタンＢｎ１が押下されることにより、ログイン画面Ｓｃ１を介して入力されたユーザのメールアドレス及びパスワードが、ログイン情報として、ＰＣ２から管理サーバ１に送信される。そして、ＰＣ２から送信されたログイン情報は、管理サーバ１のＷｅｂサービス通信部１１によって受信される。
【００５６】
＜指静脈情報登録予約画面の構成＞
次に、図１０を参照して、Ｗｅｂサービスにより提供される指静脈情報登録予約画面の構成について説明する。図１０は、指静脈情報登録予約画面Ｓｃ２の構成例を示す図である。
【００５７】
図１０に示すように、指静脈情報登録予約画面Ｓｃ２は、指静脈情報未登録建物の選択を受け付けるラジオボタンＲｂ１、登録予約日入力フォームＦｍ３及び設定ボタンＢｎ２、ログアウトボタンＢｎ３を備える。
【００５８】
ラジオボタンＲｂ１の選択肢には、指静脈情報が未登録である建物の名称が示されており、ユーザは、これらのうちの１つを、指静脈情報の登録を行いたい建物の名称を選択することができる。図１０に示す例では、指静脈情報が未登録である建物の名称として、「建物Ａ」及び「建物Ｂ」が表示されており、そのうちの「建物Ａ」が選択された状態が示されている。登録予約日入力フォームＦｍ３では、ユーザが指静脈情報を登録する予定である登録予約日の情報を、年月日のフォーマットで受け付ける。
【００５９】
そして、ユーザによって設定ボタンＢｎ２が押下されることにより、指静脈情報登録予約画面Ｓｃ２を介して入力された、指静脈情報の登録を行いたい建物名に対応する建物ＩＤ及び登録予約日の情報が、指静脈情報登録予約情報として、ＰＣ２から管理サーバ１に送信される。そして、ＰＣ２から送信された指静脈情報登録予約情報は、管理サーバ１のＷｅｂサービス通信部１１によって受信される。
【００６０】
＜入退室管理システムによる入退室管理方法＞
次に、図１１〜図１５を参照して、入退室管理システム１００による入退室管理方法について説明する。図１１及び図１２は、管理サーバ１が行う処理の手順の例を示すフローチャートであり、図１３は、端末装置３１の端末装置受信部３１１１が行う処理の手順の例を示すフローチャートである。図１４は、端末装置３１の入退室制御部３１４及び端末装置送信部３１１２が行う処理の手順の例を示すフローチャートであり、図１５は、管理サーバ１の管理サーバ通信部１３が行う処理の手順の例を示すフローチャートである。
【００６１】
［管理サーバによる処理］
まず、図１１及び図１２を参照して、管理サーバ１が行う処理の手順について説明する。管理サーバ１のＷｅｂサービス通信部１１は、ＰＣ２からアクセスされると、ＰＣ２に対してログイン画面Ｓｃ１（図９参照）のデータを送信する。（ステップＳ１）。次いで、管理サーバ１のＷｅｂサービス通信部１１は、ログイン画面Ｓｃ１を介してＰＣ２に入力され、ＰＣ２から送信されたログイン情報を受信する。（ステップＳ２）。
【００６２】
次いで、Ｗｅｂサービス通信部１１は、ユーザ情報テーブル１６（図５参照）において、ステップＳ２で受信したログイン情報に含まれるメールアドレス及びパスワードと一致するメールアドレス及びパスワードを有するレコードがあるか否かを検索する（ステップＳ３）。ステップＳ３で、メールアドレス及びパスワードが一致するレコードはないと判定された場合（ステップＳ３がＮＯ判定の場合）、Ｗｅｂサービス通信部１１は、ステップＳ２に戻って処理を行う。
【００６３】
一方、ステップＳ３で、メールアドレス及びパスワードが一致するレコードがあると判定された場合（ステップＳ３がＹＥＳ判定の場合）、Ｗｅｂサービス通信部１１は、ユーザ情報テーブル１６の該当するレコードにおける、ＷｅｂサービスにログインしたログインユーザのカードＩＤ及び通行可建物ＩＤリストの情報を取得する（ステップＳ４）。
【００６４】
次いで、Ｗｅｂサービス通信部１１は、指静脈登録情報テーブル１７から、ステップＳ４で取得したカードＩＤが格納され、かつ、指静脈情報登録状況が「登録済」となっているレコードを抽出して、登録済の建物ＩＤリストを作成する（ステップＳ５）。
【００６５】
次いで、Ｗｅｂサービス通信部１１は、ステップＳ４で取得した通行可建物ＩＤリストから、ステップＳ５で作成した登録済の建物ＩＤリストに含まれる建物ＩＤを除外したリストである、指静脈情報未登録の建物ＩＤリストを作成する（ステップＳ６）。
【００６６】
次いで、Ｗｅｂサービス通信部１１は、建物情報テーブル１４（図３参照）から、ステップＳ６で作成した指静脈情報未登録の建物ＩＤリストに記載の建物ＩＤに紐付けられた建物名を取得して、指静脈情報未登録の建物名リストを作成する（ステップＳ７）。
【００６７】
次いで、Ｗｅｂサービス通信部１１は、ステップＳ６で作成した指静脈情報未登録の建物ＩＤリストと、ステップＳ７で作成した指静脈情報未登録の建物名リストと、指静脈情報登録予約画面Ｓｃ２（図１０参照）のデータとを、ＰＣ２に送信する（ステップＳ８）。そして、ステップＳ８で送信された上記情報及びデータを受信したＰＣ２においては、指静脈情報登録予約画面Ｓｃ２の指静脈情報未登録建物を選択するラジオボタンＲｂ１の選択肢に、指静脈情報未登録の建物名リストにある建物名が表示される。
【００６８】
そして、ＰＣ２に表示された指静脈情報登録予約画面Ｓｃ２内の設定ボタンＢｎ２がユーザにより押下されると、ＰＣ２から管理サーバ１に指静脈情報登録予約情報が送信される。指静脈情報登録予約情報には、ユーザが指静脈情報の登録を行いたい建物名に対応する建物ＩＤ及び登録予約日の情報が含まれる。
【００６９】
Ｗｅｂサービス通信部１１は、ＰＣ２から送信された建物ＩＤ及び登録予約日の情報を受信する（ステップＳ９）。次いで、Ｗｅｂサービス通信部１１は、ステップＳ９で受信した建物ＩＤが格納されたレコードにおける端末装置ＩＰアドレスを取得する（ステップＳ１０）。次いで、Ｗｅｂサービス通信部１１は、カード情報テーブル１５（図４参照）から、ステップＳ４で取得したカードＩＤ、すなわち、ＷｅｂサービスにログインしたログインユーザのカードＩＤが格納されたレコードを検索する。そして、検索されたレコードに格納されたカードＮｏの情報を取得する（ステップＳ１１）。
【００７０】
次いで、管理サーバ１の管理サーバ送信部１３１は、ステップＳ１０で取得した端末装置ＩＰアドレスを宛先として、ステップＳ１１で取得したカードＮｏ及びステップＳ９で受信した登録予約日を送信する（ステップＳ１２）。次いで、管理サーバ１のＷｅｂサービス通信部１１は、指静脈登録情報テーブル１７において、ステップＳ４で取得したカードＩＤ及びステップＳ９で受信した建物ＩＤを含むレコードを検索する（ステップＳ１３）。
【００７１】
次いで、管理サーバ１のＷｅｂサービス通信部１１は、ステップＳ４で取得したカードＩＤ及びステップＳ９で受信した建物ＩＤを含むレコードがあるか否かを判定する（図１２のステップＳ１４）。
【００７２】
ステップＳ１４で、該当するレコードはないと判定された場合（ステップＳ１４がＮＯ判定の場合）、Ｗｅｂサービス通信部１１は、指静脈登録情報テーブル１７に、ステップＳ４で取得したカードＩＤ及びステップＳ９で受信した建物ＩＤを含むレコードを追加する（ステップＳ１５）。次いで、Ｗｅｂサービス通信部１１は、ステップＳ１５で作成したレコード、又は、ステップＳ１４において「ある」と判定された（ＹＥＳ判定された）レコードに、ステップＳ９で受信した登録予約日の情報を格納する（ステップＳ１６）。
【００７３】
次いで、Ｗｅｂサービス通信部１１は、ＰＣ２に、ログアウト画面（図示略）を送信する（ステップＳ１７）。ステップＳ１７の処理後、本処理は終了する。
【００７４】
［端末装置の端末装置受信部における処理］
次に、図１３を参照して、端末装置３１の端末装置受信部３１１１（図１参照）が行う処理について説明する。端末装置３１の端末装置受信部３１１１は、管理サーバ１から送信されるデータの受信処理を行う（ステップＳ２１）。管理サーバ１から送信されるデータとは、図１１のステップＳ８で送信されたカードＮｏ及び登録予約日である。
【００７５】
次いで、端末装置受信部３１１１は、ステップＳ１で受信処理を行った結果、受信データがあるか否かを判定する（ステップＳ２２）。ステップＳ２２で、受信データはないと判定された場合（ステップＳ２２がＮＯ判定の場合）、端末装置受信部３１１１は、ステップＳ２２の判定を繰り返す。
【００７６】
一方、ステップＳ２２で、受信データはあると判定された場合（ステップＳ２２がＹＥＳ判定の場合）、端末装置受信部３１１１は、受信データからカードＮｏ及び登録予約日を取得する（ステップＳ２３）。次いで、端末装置受信部３１１１は、認証情報テーブル３１３（図８参照）において、ステップＳ２３で取得したカードＮｏ（図中では「該当カードＮｏ」と表記）が格納されたレコードを検索する（ステップＳ２４）。次いで、端末装置受信部３１１１は、ステップＳ２３で取得したカードＮｏが格納されたレコードがあるか否かを判定する（ステップＳ２５）。
【００７７】
ステップＳ２５で該当するレコードはないと判定された場合（ステップＳ２５がＮＯ判定の場合）、端末装置受信部３１１１は、ステップＳ２３で取得したカードＮｏを格納するレコードを追加する（ステップＳ２６）。次いで、端末装置受信部３１１１は、ステップＳ２３で取得したカードＮｏが格納されたレコードを取得する（ステップＳ２７）。ステップＳ２７の処理は、ステップＳ２５がＮＯ判定である場合、すなわち、ステップＳ２３で取得したカードＮｏが格納されたレコードはないと判定された場合にも行われる。
【００７８】
次いで、端末装置受信部３１１１は、ステップＳ２７で取得したレコードにおける指静脈情報３１３３（図８参照）の項目が空であるか否かを判定する（ステップＳ２８）。ステップＳ２８で、指静脈情報３１３３の項目が空であると判定された場合（ステップＳ２８がＹＥＳ判定の場合）、端末装置受信部３１１１は、認証情報テーブル３１３におけるステップＳ２７で取得したレコード（ステップＳ２３で取得したカードＮｏを含むレコード）に、ステップＳ２３で取得した登録予約日の情報を格納する（ステップＳ２９）。
【００７９】
一方、ステップＳ２８で、指静脈情報３１３３の項目は空ではないと判定された場合（ステップＳ２８がＮＯ判定の場合）、端末装置受信部３１１１は、ステップＳ２２に戻って判定を繰り返す。
【００８０】
［端末装置の入退室制御部及び端末装置送信部における処理］
次に、図１４を参照して、端末装置３１の入退室制御部３１４（図１参照）が行う処理について説明する。端末装置３１の起動時に、入退室制御部３１４は、管理サーバテーブル３１２のレコードを取得し、レコードのＩＰアドレス３１２２の項目に格納されたＩＰアドレス、すなわち、管理サーバ１のＩＰアドレスを取得する。（ステップＳ３１）。
【００８１】
次いで、入退室制御部３１４は、カード情報読取装置３２（図１参照）からのデータの取得処理を行う（ステップＳ３２）。次いで、入退室制御部３１４は、ステップＳ３２で取得処理を行った結果、カード情報があったか（取得したデータにカード情報が含まれていたか）否かを判定する（ステップＳ３３）。ステップＳ３３で、カード情報はないと判定された場合（ステップＳ３３がＮＯ判定の場合）、入退室制御部３１４は、ステップＳ３１に戻って処理を行う。
【００８２】
一方、ステップＳ３３で、カード情報があると判定された場合（ステップＳ３３がＹＥＳ判定の場合）、入退室制御部３１４は、認証情報テーブル３１３（図８参照）において、カード情報に記載されているカードＮｏが格納されたレコードを検索する（ステップＳ３４）。次いで、入退室制御部３１４は、カードＮｏが格納されたレコードがあるか否かを判定する（ステップＳ３５）。ステップＳ３５で、カードＮｏが格納されたレコードはないと判定された場合（ステップＳ３５がＮＯ判定の場合）、入退室制御部３１４は、カード情報読取装置３２の付近又はカード情報読取装置３２の筐体等に設けられた不図示の表示部に、エラーメッセージを表示する（ステップＳ３６）。ステップＳ３６の処理後、入退室制御部３１４は、ステップＳ３２に戻って処理を行う。
【００８３】
一方、ステップＳ３５で、カードＮｏが格納されたレコードはあると判定された場合（ステップＳ３５がＹＥＳ判定の場合）、入退室制御部３１４は、認証情報テーブル３１３から、カードＮｏが格納されたレコードを取得する（ステップＳ３７）。次いで、入退室制御部３１４は、指静脈情報読取装置３３（図１参照）からのデータの取得処理を行う（ステップＳ３８）。次いで、入退室制御部３１４は、ステップＳ３８でデータの取得処理を行った結果、ユーザの指静脈情報があったか（取得したデータに指静脈情報が含まれていたか）否かを判定する（ステップＳ３９）。
【００８４】
ステップＳ３９で、ユーザの指静脈情報はないと判定された場合（ステップＳ３９がＮＯ判定の場合）、入退室制御部３１４は、指静脈情報読取装置３３の付近又は指静脈情報読取装置３３の筐体等に設けられた不図示の表示部に、エラーメッセージを表示する（ステップＳ４０）。ステップＳ４０の処理後、入退室制御部３１４は、ステップＳ３１に戻って処理を行う。
【００８５】
一方、ステップＳ３９で、ユーザの指静脈情報はあると判定された場合（ステップＳ３９がＹＥＳ判定の場合）、入退室制御部３１４は、ステップＳ３６で取得したレコードの指静脈情報３１３３の項目が空であるか否かを判定する（ステップＳ４１）。ステップＳ４１で、指静脈情報３１３３の項目は空であると判定された場合（ステップＳ４１がＹＥＳ判定の場合）、入退室制御部３１４は、ステップＳ３７で取得したレコードにおける登録予約日３１３４の項目に格納された登録予約日が、本日であるか否かを判定する（ステップＳ４２）。
【００８６】
ステップＳ４２で、登録予約日は本日ではないと判定された場合（ステップＳ４２がＮＯ判定の場合）、入退室制御部３１４は、指静脈情報読取装置３３の付近又は指静脈情報読取装置３３の筐体等に設けられた不図示の表示部に、エラーメッセージを表示する（ステップＳ４３）。ステップＳ４３の処理後、入退室制御部３１４は、ステップＳ３２に戻って処理を行う。
【００８７】
一方、ステップＳ４２で、登録予約日は本日であると判定された場合（ステップＳ４２がＹＥＳ判定の場合）、入退室制御部３１４は、ステップＳ３８で取得した指静脈情報を、ステップＳ３７で取得したレコードにおける指静脈情報３１３３の項目に格納する（ステップＳ４４）。次いで、端末装置３１の入退室制御部３１４及び端末装置送信部３１１２は、ステップＳ４４で指静脈情報が追加されたレコードを取得する（ステップＳ４５）。
【００８８】
次いで、端末装置３１の端末装置送信部３１１２は、ステップＳ３１で取得した管理サーバ１のＩＰアドレスを宛先として、ステップＳ４５で取得したレコードに含まれるカードＮｏの情報を送信する（ステップＳ４６）。次いで、入退室制御部３１４は、ステップＳ３４で検索したカードＮｏが含まれるレコードに格納された指静脈情報と、ステップＳ３８で指静脈情報読取装置３３から取得した指静脈情報とが一致しているか否かを判定する（ステップＳ４７）。ステップＳ４７の判定は、ステップＳ４１がＮＯ判定の場合、すなわち、ステップＳ３６で取得したレコードの指静脈情報３１３３の項目が空でなかった場合にも行われる。
【００８９】
ステップＳ３４で検索したカードＮｏが含まれるレコードは、ステップＳ３６で取得したレコードの指静脈情報３１３３の項目が空でなかった場合には、ステップＳ３７で取得したレコードとなる。一方、ステップＳ３６で取得したレコードの指静脈情報３１３３の項目が空であった場合には、ステップＳ４５で取得したレコードとなる。
【００９０】
ステップＳ４７で、両指静脈情報は一致していると判定された場合（ステップＳ４７がＹＥＳ判定の場合）、入退室制御部３１４は、電気錠３４（図１参照）を開錠する（ステップＳ４９）。ステップＳ４９の処理後、入退室制御部３１４は、ステップＳ３２に処理を戻す。一方、ステップＳ４７で、両指静脈情報は一致していないと判定された場合（ステップＳ４７がＮＯ判定の場合）、入退室制御部３１４は、指静脈情報読取装置３３の付近又は指静脈情報読取装置３３の筐体等に設けられた不図示の表示部に、エラーメッセージを表示する（ステップＳ４８）。ステップＳ４８の処理後、入退室制御部３１４は、ステップＳ３２に処理を戻す。
【００９１】
［管理サーバの管理サーバ通信部による処理］
次に、図１５を参照して、管理サーバ１の管理サーバ通信部１３による処理について説明する。まず、管理サーバ通信部１３の管理サーバ受信部１３２（図１参照）は、端末装置３１や端末装置４１から送信されるデータの受信処理を行う（ステップＳ５１）。端末装置３１や端末装置４１から送信されるデータとは、図１４のステップＳ４６で端末装置３１の端末装置送信部３１１２から送信されたカードＮｏである。
【００９２】
次いで、管理サーバ受信部１３２は、ステップＳ５１でデータの受信処理を行った結果、受信データはあったか否かを判定する（ステップＳ５２）。ステップＳ５２で、受信データはないと判定された場合（ステップＳ５２がＮＯ判定の場合）、管理サーバ受信部１３２は、ステップＳ５２の判定を繰り返す。
【００９３】
一方、ステップＳ５２で、受信データはあると判定された場合（ステップＳ５２がＹＥＳ判定の場合）、管理サーバ受信部１３２は、建物情報テーブル１４（図２参照）において、ステップＳ５１で受信したデータの送信元の端末装置３１のＩＰアドレスが格納されたレコードを検索して、該レコードを取得する（ステップＳ５３）。次いで、管理サーバ受信部１３２は、ステップＳ５３で取得したレコードの建物ＩＤ１７３に格納された建物ＩＤを取得する（ステップＳ５４）。
【００９４】
次いで、管理サーバ受信部１３２は、カード情報テーブル（図３参照）において、ステップＳ５１で取得したカードＮｏが格納されたレコードを検索して、該レコードを取得する（ステップＳ５５）。次いで、管理サーバ受信部１３２は、ステップＳ５５で取得したレコードのカードＩＤ１５１の項目に格納されたカードＩＤを取得する（ステップＳ５６）。
【００９５】
次いで、管理サーバ受信部１３２は、指静脈登録情報テーブル１７（図５参照）において、ステップＳ５４で取得した建物ＩＤ、及び、ステップＳ５６で取得したカードＩＤを含むレコードを取得する（ステップＳ５７）。次いで、管理サーバ受信部１３２は、ステップＳ５７で取得したレコードにおける指静脈情報登録状況１７４の欄を「登録済」に変更し、登録予約日１７５の欄を空にして、レコードを更新する（ステップＳ５８）。
【００９６】
次いで、管理サーバ通信部１３の管理サーバ送信部１３１は、ユーザ情報テーブル１６（図４参照）において、ステップＳ５６で取得したカードＩＤを検索して、該カードＩＤを含むレコードを取得する（ステップＳ５９）。次いで、管理サーバ送信部１３１は、ステップＳ５９で取得したレコードのメールアドレス１６２の項目に格納されたメールアドレスを取得する。（ステップＳ６０）。次いで、管理サーバ送信部１３１は、ステップＳ６０で取得したメールアドレスを宛先としたメールを、メールサーバ７（図１参照）に送信する（ステップＳ６１）。ステップＳ６１でメールサーバ７に送信するメールは、指静脈情報の登録が完了したことをユーザに通知するためのメールである。この処理が行われることにより、指静脈情報の登録完了を通知するメールが、ユーザによって所持される携帯端末８に送信される。
【００９７】
＜各種効果＞
上述した実施形態では、ユーザが入室する建物Ａ３内に設けられた端末装置３１の入退室制御部３１４が、指静脈情報読取装置３３によるユーザの生体情報の取得が、予め定められたユーザの生体情報の登録予定期間（登録予定日）において行われたと判定した場合に、指静脈情報読取装置３３が取得したユーザの生体情報を認証情報テーブル３１３に登録する。つまり、本実施形態によれば、生体情報が各建物内に設けられた端末装置において管理されるため、ユーザの生体情報をサーバ上で管理することにより発生し得るハッキングや盗聴等による生体情報漏洩の危険を回避することができる。さらに、本実施形態によれば、生体情報登録専用の装置を用いることなくユーザの生体情報を端末装置に登録できるようになるため、生体情報登録専用の装置の設置位置まで出向くというユーザの手間を省くことができる。
【００９８】
また、上述した実施形態では、端末装置３１の端末装置送信部３１１２が、入退室制御部３１４による生体情報の認証情報テーブル３１３への登録が完了した旨の通知を、ユーザが所持する携帯端末８に対して送信する指示を、メールサーバ７との通信が可能な管理サーバ１に送信する。それゆえ、本実施形態によれば、生体情報（指静脈情報）の登録を行った本人が、生体情報の登録が行われたことを直接確認することができる。言い換えれば、生体情報の登録を行ったにも関わらず、通知がこない場合には、ユーザは、生体情報の登録が上手く行かなかったことを知ることができ、再度速やかに登録操作を行うことができる。また、生体情報の登録操作を行っていないにも関わらず、登録完了の通知を受信した場合には、ユーザは、不正アクセス等を疑い、適切な措置を取ることができる。
【００９９】
また、上述した実施形態では、認証情報テーブル３１３に、指静脈情報（生体情報）の登録予約日の情報が記憶される。そして、入退室制御部３１４は、ユーザの指静脈情報の認証情報テーブル３１３への登録を行う際に、認証情報テーブル３１３に記憶されている登録予約日の情報を削除する。それゆえ、本実施形態によれば、生体情報が登録済みであるにも関わらず、登録予約日の情報があることにより、生体情報が未登録であると入退室制御部３１４が誤判定してしまうことを防ぐことができる。
【０１００】
さらに、上述した実施形態では、端末装置受信部３１１１が受信する生体情報の登録予約日の情報は、閉域網ネットワーク６により端末装置３１と通信可能に接続された管理サーバ１を介して、ユーザにより操作されるＰＣ２から送信される。それゆえ、本実施形態によれば、事前にユーザによって入力された登録予約日の情報に基づいて、入退室制御部３１４は、ユーザの生体情報を認証情報テーブル３１３に登録することができる。また、ユーザが入室する建物Ａ３に設けられた端末装置３１と管理サーバ１とは、閉域網ネットワーク６により接続されているため、端末装置３１内で管理されるユーザの生体情報が、サーバへのハッキングや通信の盗聴等により外部に漏洩してしまうことを防ぐことができる。
【０１０１】
［各種変形例］
以上、本発明の一実施形態に係る端末装置３１を含む入退室管理システム１００について説明したが、本発明は上記実施形態に限定されず、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の変形例、応用例を取り得る。例えば、次のような各種変形例も本発明に含まれる。
【０１０２】
なお、上述した実施形態及び各種変形例は本発明を分かりやすく説明するためにシステム及び各装置の構成を詳細且つ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
【０１０３】
例えば、上述した実施形態では、端末装置３１の入退室制御部３１４が、生体情報の登録予約日の情報に基づいて、生体情報の認証情報テーブル３１３への登録を行う例を挙げたが、本発明はこれに限定されない。例えば、登録予約日の代わりに、数日の幅を有する登録予定期間が用いられてもよい。
【０１０４】
また、上述した入退室制御装置の制御に係る各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現されてもよい。また、上述した制御に係る各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することにより、すなわちソフトウェアにより実現されてもよい。なお、各機能を実現するプログラム、テーブル、ファイル等の情報（データ）は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又はＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。
【符号の説明】
【０１０５】
１…管理サーバ、８…携帯端末、１１…Ｗｅｂサービス通信部、１２…電子メール送信部、１３…管理サーバ通信部、１４…建物情報テーブル、１５…カード情報テーブル、１６…ユーザ情報テーブル、１７…指静脈登録情報テーブル、３１…端末装置、３２…カード情報読取装置、３３…指静脈情報読取装置、４１…端末装置、１００…入退室管理システム、３１１…端末装置通信部、３１２…管理サーバテーブル、３１３…認証情報テーブル、３１４…入退室制御部、３１１１…端末装置受信部、３１１２…端末装置送信部
【図１】
2020190813.tif 000003
【図２】
2020190813.tif 000004
【図３】
2020190813.tif 000005
【図４】
2020190813.tif 000006
【図５】
2020190813.tif 000007
【図６】
2020190813.tif 000008
【図７】
2020190813.tif 000009
【図８】
2020190813.tif 000010
【図９】
2020190813.tif 000011
【図１０】
2020190813.tif 000012
【図１１】
2020190813.tif 000013
【図１２】
2020190813.tif 000014
【図１３】
2020190813.tif 000015
【図１４】
2020190813.tif 000016
【図１５】
2020190813.tif 000017