JP2024022953A - 認証システム、認証方法、及びプログラム - Google Patents

Abstract

【課題】施錠装置の制御にかかるコストを削減することが可能な認証システム、認証方法、及びプログラムを提供する。【解決手段】利用者によって予め登録される、利用者の登録用識別情報を記憶する登録用識別情報記憶部と、利用者が利用対象の利用を開始する際に、利用者の認証用識別情報を取得する認証用識別情報取得部と、取得された認証用識別情報と、登録用識別情報記憶部に記憶されている登録用識別情報との照合により、利用者の本人認証を行う認証部と、利用者が本人である場合、利用者が利用する利用対象に関する利用対象情報に基づき、複数の利用対象の中から利用者が利用する利用対象を判定する判定部と、複数の施錠装置の施錠状態を制御可能に設けられる制御装置に対して、複数の利用対象の各々に設けられている施錠装置のうち、利用者が利用する利用対象に設けられている施錠装置を解錠するよう指示する解錠指示部と、を備える認証システム。【選択図】図１

Description

本発明は、認証システム、認証方法、及びプログラムに関する。

従来、個人を識別する情報（以下、「識別情報」とも称される）を用いた認証により、適切な人物である場合に鍵の解錠操作を行うための技術が各種提案されている。

例えば、下記特許文献１には、生体情報を用いた生体認証により、鍵の解錠操作を行うための技術が開示されている。具体的に当該技術では、集合住宅において、各部屋の玄関付近に設けられた撮像装置によって撮像されたユーザの顔画像を用いた生体認証が行われ、当該ユーザが認証された場合、撮像装置からの動作指令によって玄関扉の鍵が解錠される。

特許第７０５５９２４号公報

しかしながら、上記特許文献１の技術では、玄関扉の鍵のように解錠操作の対象となる１台の施錠装置に対して、撮像装置のように認証と施錠装置の制御を行う制御装置を１台ずつ用意する必要があった。このため、解錠操作の対象となる施錠装置が複数ある場合に、制御装置にかかるコストが増大してしまう。

上述の課題を鑑み、本発明の目的は、施錠装置の制御にかかるコストを削減することが可能な認証システム、認証方法、及びプログラムを提供することにある。

上述の課題を解決するために、本発明の一態様に係る認証システムは、利用者によって予め登録される、前記利用者を識別するための登録用識別情報を記憶する登録用識別情報記憶部と、前記利用者が利用対象の利用を開始する際に、前記利用者を識別するための認証用識別情報を取得する認証用識別情報取得部と、取得された前記認証用識別情報と、前記登録用識別情報記憶部に記憶されている登録用識別情報との照合により、前記利用者の本人認証を行う認証部と、前記利用者が本人である場合、前記利用者が利用する利用対象に関する利用対象情報に基づき、複数の利用対象の中から前記利用者が利用する利用対象を判定する判定部と、複数の施錠装置の施錠状態を制御可能に設けられる制御装置に対して、前記複数の利用対象の各々に設けられている前記施錠装置のうち、前記利用者が利用する利用対象に設けられている前記施錠装置を解錠するよう指示する解錠指示部と、を備える。

本発明の一態様に係る認証方法は、登録用識別情報記憶部が、利用者によって予め登録される、前記利用者を識別するための登録用識別情報を記憶する登録用識別情報記憶過程と、認証用識別情報取得部が、前記利用者が利用対象の利用を開始する際に、前記利用者を識別するための認証用識別情報を取得する認証用識別情報取得過程と、認証部が、取得された前記認証用識別情報と、前記登録用識別情報記憶部に記憶されている登録用識別情報との照合により、前記利用者の本人認証を行う認証過程と、判定部が、前記利用者が本人である場合、前記利用者が利用する利用対象に関する利用対象情報に基づき、複数の利用対象の中から前記利用者が利用する利用対象を判定する判定過程と、解錠指示部が、複数の施錠装置の施錠状態を制御可能に設けられる制御装置に対して、前記複数の利用対象の各々に設けられている前記施錠装置のうち、前記利用者が利用する利用対象に設けられている前記施錠装置を解錠するよう指示する解錠指示過程と、を含む。

本発明の一態様に係るプログラムは、コンピュータを、利用者によって予め登録される、前記利用者を識別するための登録用識別情報を記憶する登録用識別情報記憶手段と、前記利用者が利用対象の利用を開始する際に、前記利用者を識別するための認証用識別情報を取得する認証用識別情報取得手段と、取得された前記認証用識別情報と、前記登録用識別情報記憶手段によって記憶されている登録用識別情報との照合により、前記利用者の本人認証を行う認証手段と、前記利用者が本人である場合、前記利用者が利用する利用対象に関する利用対象情報に基づき、複数の利用対象の中から前記利用者が利用する利用対象を判定する判定手段と、複数の施錠装置の施錠状態を制御可能に設けられる制御装置に対して、前記複数の利用対象の各々に設けられている前記施錠装置のうち、前記利用者が利用する利用対象に設けられている前記施錠装置を解錠するよう指示する解錠指示手段と、として機能させる。

本発明によれば、施錠装置の制御にかかるコストを削減することができる。

本実施形態に係る認証システムの概略構成の一例を示すブロック図である。 本実施形態に係る認証デバイスと電子錠の設置例を示す図である。 本実施形態に係る利用者端末の機能構成の一例を示すブロック図である。 本実施形態に係る認証デバイスの機能構成の一例を示すブロック図である。 本実施形態に係る電子錠の機能構成の一例を示すブロック図である。 本実施形態に係るパーソナルデータストアの機能構成の一例を示すブロック図である。 本実施形態に係る認証サーバの機能構成の一例を示すブロック図である。 本実施形態に係るホテル予約システムの機能構成の一例を示すブロック図である。 本実施形態に係る利用者が登録用識別情報を事前登録する際における処理の流れの一例を示すシーケンス図である。 本実施形態に係る利用者が利用対象の利用を予約する際における処理の流れの一例を示すシーケンス図である。 本実施形態に係る利用者が利用対象の利用を開始する際における処理の流れの一例を示すシーケンス図である。 本実施形態に係る利用者が利用対象の利用を終了する際における処理の流れの一例を示すシーケンス図である。 本実施形態に係る利用者が利用対象の利用を開始する際に通信障害が発生した場合における処理の流れの一例を示すシーケンス図である。

以下、図面を参照しながら本発明の実施形態について詳しく説明する。

＜１．認証システムの概略構成＞
まず、図１及び図２を参照して、本実施形態に係る認証システムの概略構成について説明する。図１は、本実施形態に係る認証システムの概略構成の一例を示すブロック図である。
図１に示す認証システム１は、利用者（ユーザ）が利用対象を利用する際に、利用者の本人認証を行い、利用者が本人である場合に利用対象を利用可能な状態とするためのシステムである。利用対象の一例として、ホテルの客室、貸し会議室、ワークブース、貸し倉庫、病院の病室、マンション敷地内の居住スペースまたは共用スペース、その他にセキュリティを要求されるエリアなどがある。以下では、利用対象がホテルの客室である例を一例に、本実施形態について説明する。

利用対象は、本人以外の利用者による不正な利用を防止するために、認証システム１による本人認証を受けなければ利用できない状態で用意されている。利用対象は、認証システム１によって利用者が本人であると認証された場合に利用可能な状態となる。利用対象の利用できない状態は、例えば、利用対象に設けられた施錠装置が施錠された状態である。また、利用対象の利用可能な状態は、例えば、利用対象に設けられた施錠装置が解錠された状態である。
以下では、利用対象であるホテルの客室のドアに施錠装置が設けられる例を一例に、本実施形態について説明する。この場合、施錠装置が施錠された状態となることでドアが施錠され、利用対象である客室が利用できない状態となる。一方、施錠装置が解錠された状態となることでドアが解錠され、利用対象である客室が利用可能な状態となる。

図１に示すように、本実施形態に係る認証システム１は、利用者端末１０と、認証デバイス２０（制御装置の一例）と、電子錠３０（施錠装置の一例）と、パーソナルデータストア４０と認証サーバ５０と、ホテル予約システム６０とを備える。

（１）利用者端末１０
利用者端末１０は、利用者が利用対象の利用に関する手続きを行うために使用する端末である。利用者端末１０は、例えば、スマートフォンやタブレット端末などの携帯端末、又はＰＣ（Personal Computer）である。
利用者端末１０は、携帯電話網やインターネットなどのネットワークＮＷを介して、パーソナルデータストア４０と、ホテル予約システム６０と通信可能に接続される。

利用に関する手続きは、例えば、事前登録、利用登録、登録情報削除などである。利用者は、事前登録にて、利用者を識別するための識別情報を予め登録することができる。識別情報は、例えば、利用者の生体情報である。以下では、生体情報が利用者の顔画像であり、本人認証が顔認証（生体認証）によって行われる例を一例に、本実施形態について説明する。なお、事前登録にて登録される利用者の識別情報は、以下では「登録用識別情報」とも称される。
また、利用者は、利用登録にて、利用対象を利用するための登録を行うことができる。利用登録により、利用者が利用する利用対象に関する情報（以下、「利用対象情報」とも称される）が登録される。本実施形態のよう利用対象がホテルの客室である場合、利用登録は客室を予約することであり、利用対象情報は客室の予約に関する情報（以下、「予約情報」とも称される）である。
また、利用者は、登録情報削除にて、登録情報を削除することができる。登録情報には、例えば、事前登録にて登録された登録用識別情報や利用登録にて登録された利用対象情報などが含まれる。

（２）認証デバイス２０
認証デバイス２０は、利用者が利用対象の利用を開始する際に操作する端末である。認証デバイス２０は、利用者による操作を受け付ける入力装置と、各種情報を表示する表示装置と、利用者を識別するための識別情報を取得するための取得装置とを備える端末である。なお、利用者が利用対象の利用を開始する際に認証デバイス２０にて取得される利用者の識別情報は、以下では「認証用識別情報」とも称される。
認証デバイス２０は、携帯電話網やインターネットなどのネットワークＮＷを介して、電子錠３０と、パーソナルデータストア４０と、認証サーバ５０と、ホテル予約システム６０と通信可能に接続される。

認証デバイス２０は、電子錠３０の施錠状態を制御する端末でもある。例えば、認証デバイス２０は、登録用識別情報と認証用識別情報とを照合する本人認証によって、利用者が本人であると認証された場合に、電子錠３０を解錠する。

なお、本実施形態では、認証デバイス２０によって取得される認証用識別情報を用いて、後述する認証サーバ５０にて本人認証が行われる。しかしながら、通信障害の発生により認証デバイス２０から認証サーバ５０へ認証用識別情報を正常に送信できず、認証サーバ５０による前記本人認証が行えない場合、認証デバイス２０が自装置にて本人認証を行ってもよい。通信障害は、例えば、一時的な通信速度低下による通信遅延により、タイムアウトが生じることなどである。
これにより、認証デバイス２０と認証サーバ５０との通信に不具合がある場合であっても、一定のユーザビリティとセキュリティ性を担保したサービスの提供を継続することができる。

（３）電子錠３０
電子錠３０は、利用対象を利用可能な状態又は利用できない状態にするための鍵である。本実施形態では、電子錠３０は、利用対象であるホテルの客室のドアに設けられ、施錠することで利用対象を利用できない状態とし、解錠することで利用対象を利用可能な状態とする。
電子錠３０は、携帯電話網やインターネットなどのネットワークＮＷを介して、認証デバイス２０と通信可能に接続される。

ここで、図２を参照して、認証デバイス２０と電子錠３０の設置例について説明する。図２は、本実施形態に係る認証デバイス２０と電子錠３０の設置例を示す図である。
図２には、ホテルに複数ある客室の一部として９０１号室と９０２号室が示されている。図２に示す例では、認証デバイス２０は、９０１号室と９０２号室の間に設けられている。各客室のドアには、電子錠３０が設けられている。９０１号室のドアＤ１には電子錠３０－１が設けられ、９０２号室のドアＤ２には電子錠３０－２が設けられている。
本実施形態では、１台の認証デバイス２０によって複数の電子錠３０の施錠状態が制御される。このため、認証デバイス２０は、複数の電子錠３０の施錠状態を制御可能に設けられる。
また、本実施形態では、認証デバイス２０と電子錠３０は無線接続される。このため、認証デバイス２０は、自デバイスが施錠状態を制御する全ての電子錠３０と無線通信可能な位置に設けられることが好ましい。
また、本実施形態では、認証デバイス２０は、利用者が客室の利用を開始する際に利用者による認証用識別情報の入力を受け付ける装置である。利用者は、認証デバイス２０に認証用識別情報を入力し、本人認証によって客室の電子錠３０が解錠されると、認証デバイスの２０の位置から客室へ移動することになる。電子錠３０は、セキュリティ性向上のため、解錠されてから一定時間が経過すると再度施錠される。このため、認証デバイス２０と複数の電子錠３０との間の距離は、利用者による入力に基づき電子錠３０が解錠されてから再度施錠されるまでの間に、利用者が認証デバイス２０の位置から客室の位置まで移動可能な距離の範囲内であることが好ましい。

（４）パーソナルデータストア４０
パーソナルデータストア４０は、利用者の登録用識別情報を管理するサーバ装置である。パーソナルデータストア４０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
パーソナルデータストア４０は、ネットワークＮＷを介して、利用者端末１０と、認証デバイス２０と、認証サーバ５０と、ホテル予約システム６０と通信可能に接続される。

（５）認証サーバ５０
認証サーバ５０は、利用者の本人認証を行うサーバ装置である。認証サーバ５０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
認証サーバ５０は、ネットワークＮＷを介して、認証デバイス２０と、パーソナルデータストア４０と、ホテル予約システム６０と通信可能に接続される。

（６）ホテル予約システム６０
ホテル予約システム６０は、ホテルの客室の予約を受け付けるシステムである。ホテル予約システム６０は、例えば、１つ又は複数のサーバ装置（例えば、クラウドサーバ）で構成される。
ホテル予約システム６０は、ネットワークＮＷを介して、利用者端末１０と、認証デバイス２０と、パーソナルデータストア４０と、認証サーバ５０と通信可能に接続される。

＜２．利用者端末の機能構成＞
以上、図１及び図２を参照して、本実施形態に係る認証システム１の概略構成について説明した。続いて、図３を参照して、本実施形態に係る利用者端末１０の機能構成について説明する。図３は、本実施形態に係る利用者端末１０の機能構成の一例を示すブロック図である。
図３に示すように、利用者端末１０は、入力部１１０と、通信部１２０と、生体情報取得部１３０と、記憶部１４０と、制御部１５０と、出力部１６０とを備える。

（１）入力部１１０
入力部１１０は、利用者による入力を受け付ける機能を有する。入力部１１０の機能は、例えば、利用者端末１０が備えるボタン、タッチパネル、マイクロフォン等によって実現される。

（２）通信部１２０
通信部１２０は、各種情報の送受信を行う機能を有する。例えば、通信部１２０は、ネットワークＮＷを介して、パーソナルデータストア４０と、ホテル予約システム６０と通信を行い、各種情報を送受信する。

（３）生体情報取得部１３０
生体情報取得部１３０は、利用者の生体情報を取得する機能を有する。生体情報取得部１３０の機能は、例えば、利用者端末１０に内蔵された撮像装置（カメラ）によって実現される。生体情報取得部１３０は、入力部１１０を介した利用者の操作に応じて、撮像装置によって利用者の顔画像を撮像する。そして、生体情報取得部１３０は、撮像装置によって撮像された利用者の顔画像を生体情報として取得する。なお、生体情報取得部１３０によって取得される生体情報は、登録用識別情報である。

（４）記憶部１４０
記憶部１４０は、各種情報を記憶する機能を有する。記憶部１４０は、例えば、利用者によって入力された情報や、生体情報取得部１３０によって取得された顔画像などを記憶する。

（５）制御部１５０
制御部１５０は、利用者端末１０の動作全般を制御する機能を有する。例えば、制御部１５０は、入力部１１０を介して入力される利用者の操作や、通信部１２０を介してパーソナルデータストア４０やホテル予約システム６０から受信する情報などに基づき、利用者端末１０の動作を制御する。

（６）出力部１６０
出力部１６０は、各種情報を出力する機能を有する。例えば、出力部１６０は、通信部１２０を介してパーソナルデータストア４０やホテル予約システム６０から受信する情報を表示する。

＜３．認証デバイスの機能構成＞
以上、図３を参照して、本実施形態に係る利用者端末１０の機能構成について説明した。続いて、図４を参照して、本実施形態に係る認証デバイス２０の機能構成について説明する。図４は、本実施形態に係る認証デバイス２０の機能構成の一例を示すブロック図である。
図４に示すように、認証デバイス２０は、入力部２１０と、通信部２２０と、生体情報取得部２３０と、記憶部２４０と、制御部２５０と、出力部２６０とを備える。

（１）入力部２１０
入力部２１０は、利用者による入力を受け付ける機能を有する。入力部２１０の機能は、例えば、認証デバイス２０が備えるボタン、タッチパネル、マイクロフォン等によって実現される。

（２）通信部２２０
通信部２２０は、各種情報の送受信を行う機能を有する。例えば、通信部２２０は、ネットワークＮＷを介して、電子錠３０と、パーソナルデータストア４０と、認証サーバ５０と、ホテル予約システム６０と通信を行い、各種情報を送受信する。

（３）生体情報取得部２３０
生体情報取得部２３０は、利用者の生体情報を取得する機能を有する。生体情報取得部２３０の機能は、例えば、認証デバイス２０に内蔵された撮像装置（カメラ）によって実現される。生体情報取得部２３０は、撮像装置により動体検知を行うことで所定の位置にある利用者の顔を認識し、撮像装置によって利用者の顔画像を撮像する。そして、生体情報取得部２３０は、撮像装置によって撮像された利用者の顔画像を生体情報として取得する。なお、生体情報取得部２３０によって取得される生体情報は、認証用識別情報である。

（４）記憶部２４０
記憶部２４０は、各種情報を記憶する機能を有する。記憶部２４０は、例えば、後述する通信障害時用情報取得部２５２によって取得される通信障害時用情報を記憶する。通信障害時用情報は、通信障害の発生時に、認証デバイス２０が本人認証と電子錠３０の解錠を行うために必要な情報である。
なお、記憶部２４０は、利用者によって入力された情報や、生体情報取得部２３０によって取得された顔画像などを記憶してもよい。
図４に示すように、記憶部２４０は、通信障害時用情報記憶部２４１を備える。

（４－１）通信障害時用情報記憶部２４１
通信障害時用情報記憶部２４１は、通信障害時用情報を記憶する機能を有する。例えば、登録用識別情報記憶部４２１は、パーソナルデータストア４０で管理されている登録用識別情報と、ホテル予約システム６０で管理されている予約情報を通信障害時用情報として記憶する。

（５）制御部２５０
制御部２５０は、認証デバイス２０の動作全般を制御する機能を有する。例えば、制御部２５０は、入力部２１０を介して入力される利用者の操作や、通信部２２０を介して電子錠３０、パーソナルデータストア４０、認証サーバ５０、又はホテル予約システム６０などから受信する情報などに基づき、認証デバイス２０の動作を制御する。
図４に示すように、制御部２５０は、認証用識別情報取得部２５１と、通信障害時用情報取得部２５２と、通信障害時認証部２５３と、多要素認証部２５４と、解錠制御部２５５とを備える。

（５－１）認証用識別情報取得部２５１
認証用識別情報取得部２５１は、利用者が利用対象の利用を開始する際に、認証用識別情報を取得する機能を有する。具体的に、認証用識別情報取得部２５１は、生体情報取得部２３０によって取得された利用者の顔画像を認証用識別情報として取得する。認証用識別情報取得部２５１は、通信部２２０を介して、取得した認証用識別情報を認証サーバ５０へ送信する。

（５－２）通信障害時用情報取得部２５２
通信障害時用情報取得部２５２は、通信障害時用情報を取得する機能を有する。通信障害時用情報取得部２５２は、通信障害が発生していない時に、パーソナルデータストア４０から定期的に送信されてくる登録用識別情報と、ホテル予約システム６０から定期的に送信されてくる予約情報とを取得し、利用者ごとに各情報を対応付けて通信障害時用情報記憶部２４１に記憶させる。
なお、通信障害時用情報取得部２５２は、パーソナルデータストア４０へ定期的に要求することで登録用識別情報を取得してもよいし、ホテル予約システム６０へ定期的に要求することで予約情報を取得してもよい。

（５－３）通信障害時認証部２５３
通信障害時認証部２５３は、通信障害の発生時に利用者の本人認証を行う機能を有する。具体的に、通信障害時認証部２５３は、通信障害の発生時に、認証用識別情報取得部２５１によって取得された認証用識別情報と、通信障害の発生前にパーソナルデータストア４０（後述する登録用識別情報記憶部４２１）から取得された登録用識別情報との照合により、利用者の本人認証を行う。本実施形態では、登録用識別情報及び認証用識別情報が顔画像である。このため、通信障害時認証部２５３は、本人認証にあたり、まず、登録用識別情報である顔画像の特徴点と認証用識別情報である顔画像の特徴点を検出する。次に、登録用識別情報である顔画像の特徴点と認証用識別情報である顔画像の特徴点とを照合する。そして、各特徴点の一致度合により、登録用識別情報である顔画像が示す人物と認証用識別情報である顔画像が示す人物とが同一であると判定した場合、利用者が本人であると認証する。利用者が本人でない場合、通信障害時認証部２５３は、出力部２６０に本人認証が失敗したことを示す通知出力させることで、利用者に認証失敗を通知する。

また、通信障害時認証部２５３は、通信障害の発生時に、利用者の利用権限を判定する機能も有する。例えば、通信障害時認証部２５３は、本人認証の結果より利用者が本人である場合、利用者が利用する客室の予約情報に基づき、複数の客室の中から利用者が利用する客室を判定する。これにより、利用者が利用する客室を判定できた場合、即ち、利用者の予約が正常に行われていた場合、通信障害時認証部２５３は、利用者の利用権限があると判定する。利用権限がない場合、通信障害時認証部２５３は、出力部２６０に利用者に利用権限がなく利用が認められないことを示す通知を出力させることで、利用者に不認可を通知する。

（５－４）多要素認証部２５４
多要素認証部２５４は、顔認証が正常に行われない場合の代替手段として多要素認証を行う機能を有する。具体的には、顔画像を登録した後の利用時に、登録者と利用者が同一人物であるにも関わらず正常に認証されない場合に、多要素認証部２５４は、認証用識別情報取得部２５１によって取得された第１の認証用識別情報とは異なる第２の認証用識別情報を用いた本人認証を行う。第１の認証用識別情報が生体情報であるのに対して、第２の認証用識別情報は、例えばパスコード、ＩＣ、２次元コードなどである。

（５－５）解錠制御部２５５
解錠制御部２５５は、電子錠３０の施錠状態を制御する機能を有する。例えば、通信部２２０が認証サーバ５０から解錠指示を受信したとする。この場合、解錠制御部２５５は、通信部２２０を介して、当該解錠指示が示す電子錠３０に対して解錠信号を送信する。解錠信号は、複数の客室の各々に設けられている電子錠３０のうち、利用者が利用する利用対象に設けられている電子錠３０を解錠するための信号である。

なお、通信障害の発生時に通信障害時認証部２５３によって利用者の利用権限があると判定された場合、解錠制御部２５５は、誘導情報を生成して出力部２６０に表示させる。誘導情報は、認証デバイス２０の位置から利用者が利用する客室の位置まで、利用者を誘導するための情報である。解錠制御部２５５は、通信障害時認証部２５３による判定結果に基づき利用者が利用する客室を特定し、誘導情報を生成する。
また、解錠制御部２５５は、通信障害時認証部２５３による判定結果に基づき解錠信号を生成する。例えば、解錠制御部２５５は、通信障害時認証部２５３による判定結果に基づき利用者が利用する客室を特定し、解錠信号を生成する。生成後、解錠制御部２５５は、通信部２２０を介して、予約情報が示す客室の電子錠３０へ解錠信号を送信する。

（６）出力部２６０
出力部２６０は、各種情報を出力する機能を有する。例えば、出力部２６０は、通信部２２０を介して電子錠３０、パーソナルデータストア４０、認証サーバ５０、又はホテル予約システム６０などから受信する情報を表示する。

＜４．電子錠の機能構成＞
以上、図４を参照して、本実施形態に係る認証デバイス２０の機能構成について説明した。続いて、図５を参照して、本実施形態に係る電子錠３０の機能構成について説明する。図５は、本実施形態に係る電子錠３０の機能構成の一例を示すブロック図である。
図５に示すように、電子錠３０は、通信部３１０と、制御部３２０とを備える。

（１）通信部３１０
通信部３１０は、各種情報の送受信を行う機能を有する。例えば、通信部３１０は、ネットワークＮＷを介して、認証デバイス２０と通信を行い、各種情報を送受信する。

（２）制御部３２０
制御部３２０は、電子錠３０の動作全般を制御する機能を有する。
図５に示すように、制御部３２０は、解錠部３２１と、施錠部３２２とを備える。

（２－１）解錠部３２１
解錠部３２１は、電子錠３０を解錠する機能を有する。例えば、解錠部３２１は、通信部３１０が認証デバイス２０から解錠信号を受信した場合、電子錠３０を解錠する。

（２－２）施錠部３２２
施錠部３２２は、電子錠３０を施錠する機能を有する。例えば、施錠部３２２は、解錠部３２１によって電子錠３０が解錠されてから一定時間が経過した場合、電子錠３０を施錠する。

＜５．パーソナルデータストアの機能構成＞
以上、図５を参照して、本実施形態に係る電子錠３０の機能構成について説明した。続いて、図６を参照して、本実施形態に係るパーソナルデータストア４０の機能構成について説明する。図６は、本実施形態に係るパーソナルデータストア４０の機能構成の一例を示すブロック図である。
図６に示すように、パーソナルデータストア４０は、通信部４１０と、記憶部４２０と、制御部４３０とを備える。

（１）通信部４１０
通信部４１０は、各種情報の送受信を行う機能を有する。例えば、通信部４１０は、ネットワークＮＷを介して、利用者端末１０と、認証デバイス２０と、認証サーバ５０と、ホテル予約システム６０と通信を行い、各種情報を送受信する。

（２）記憶部４２０
記憶部４２０は、各種情報を記憶する機能を有する。記憶部４２０は、例えば、通信部４１０が利用者端末１０、又はホテル予約システム６０から受信した情報を記憶する。
図６に示すように、記憶部４２０は、登録用識別情報記憶部４２１を備える。

（２－１）登録用識別情報記憶部４２１
登録用識別情報記憶部４２１は、登録用識別情報を記憶する機能を有する。例えば、登録用識別情報記憶部４２１は、事前登録にて利用者によって予め登録される、登録用識別情報を記憶する。

（３）制御部４３０
制御部４３０は、パーソナルデータストア４０の動作全般を制御する機能を有する。
図６に示すように、制御部４３０は、登録用識別情報取得部４３１と、情報連携制御部４３２とを備える。

（３－１）登録用識別情報取得部４３１
登録用識別情報取得部４３１は、登録用識別情報を取得する機能を有する。登録用識別情報取得部４３１は、通信部４１０が利用者端末１０から受信した登録用識別情報を取得し、記憶部４２０の登録用識別情報記憶部４２１に記憶させる。

（３－２）情報連携制御部４３２
情報連携制御部４３２は、パーソナルデータストア４０の外部への情報の連携を制御する機能を有する。例えば、情報連携制御部４３２は、ホテル予約システム６０への情報の連携を制御する。具体的に、利用者がサービスの利用を継続している場合、情報連携制御部４３２は、必要に応じて、ホテル予約システム６０へ利用者の登録情報を連携する。一方、利用者がサービスの利用を停止するにあたり、利用者から登録情報の削除要求があった場合、情報連携制御部４３２は、ホテル予約システム６０への登録情報の連携を停止する。この時、情報連携制御部４３２は、ホテル予約システム６０に保持されている登録情報の削除も要求するとともに、パーソナルデータストア４０に保持している登録情報も削除する。
また、情報連携制御部４３２は、利用者に対して、登録情報が削除されたことを示す通知を行ってもよい。例えば、情報連携制御部４３２は、通信部４１０を介して、ホテル予約システム６０へ登録情報の削除要求を送信し、ホテル予約システム６０から登録情報の削除が完了した通知を受信する。ホテル予約システム６０からの通知を受信後、情報連携制御部４３２は、パーソナルデータストア４０に保持している登録情報を削除する。削除後、情報連携制御部４３２は、通信部４１０を介して、利用者端末１０へ登録情報の削除が完了した通知を送信し、利用者端末１０を介して利用者に対して通知する。
また、情報連携制御部４３２は、認証サーバ５０及び認証デバイス２０に対して、登録用識別情報記憶部４２１に記憶されている登録用識別情報を定期的に送信する。なお、情報連携制御部４３２による認証デバイス２０への登録用識別情報の送信は、通信障害の発生時に備えるためである。
また、情報連携制御部４３２は、通信部４１０を介して、認証サーバ５０から受信する本人認証の認証結果を、ホテル予約システム６０へ送信する。

＜６．認証サーバの機能構成＞
以上、図６を参照して、本実施形態に係るパーソナルデータストア４０の機能構成について説明した。続いて、図７を参照して、本実施形態に係る認証サーバ５０の機能構成について説明する。図７は、本実施形態に係る認証サーバ５０の機能構成の一例を示すブロック図である。
図７に示すように、認証サーバ５０は、通信部５１０と、記憶部５２０と、制御部５３０とを備える。

（１）通信部５１０
通信部５１０は、各種情報の送受信を行う機能を有する。例えば、通信部５１０は、ネットワークＮＷを介して、認証デバイス２０と、パーソナルデータストア４０と、ホテル予約システム６０と通信を行い、各種情報を送受信する。

（２）記憶部５２０
記憶部５２０は、各種情報を記憶する機能を有する。記憶部５２０は、例えば、通信部５１０が認証デバイス２０、パーソナルデータストア４０、又はホテル予約システム６０から受信した情報を記憶する。

（３）制御部５３０
制御部５３０は、認証サーバ５０の動作全般を制御する機能を有する。
図７に示すように、制御部５３０は、認証部５３１と、判定部５３２と、解錠指示部５３３と、誘導情報出力部５３４とを備える。

（３－１）認証部５３１
認証部５３１は、利用者の本人認証を行う機能を有する。具体的に、認証部５３１は、認証用識別情報取得部２５１によって取得され、通信部５１０が認証デバイス２０から受信した認証用識別情報と、予めホテル予約システム６０から受信して記憶部５２０に記憶されている登録用識別情報との照合により、利用者の本人認証を行う。認証部５３１は、上述した通信障害時認証部２５３と同様にして、顔画像の特徴点を検出し、特徴点の照合により、利用者の本人認証を行う。利用者が本人でない場合、認証部５３１は、通信部５１０を介して、認証デバイス２０へ本人認証が失敗したことを示す通知を送信し、認証デバイス２０の出力部２６０に出力させることで、利用者に認証失敗を通知する。

（３－２）判定部５３２
判定部５３２は、利用者の利用権限を判定する機能を有する。例えば、判定部５３２は、認証部５３１による認証結果より利用者が本人である場合、利用者が利用する客室の予約情報に基づき、複数の客室の中から利用者が利用する客室を判定する。これにより、利用者が利用する客室を判定できた場合、即ち、利用者の予約が正常に行われていた場合、判定部５３２は、利用者の利用権限があると判定する。利用権限がない場合、判定部５３２は、通信部５１０を介して、認証デバイス２０へ利用者に利用権限がなく利用が認められないことを示す通知を送信し、認証デバイス２０の出力部２６０に出力させることで、利用者に不認可を通知する。

（３－３）解錠指示部５３３
解錠指示部５３３は、電子錠３０の解錠を指示する機能を有する。例えば、解錠指示部５３３は、複数の電子錠３０の施錠状態を制御可能に設けられた認証デバイス２０に対して、複数の客室の各々に設けられている電子錠３０のうち、利用者が利用する利用対象に設けられている電子錠３０を解錠するよう指示する。具体的に、解錠指示部５３３は、判定部５３２による判定結果に基づき利用者が利用する客室を特定し、解錠指示を生成する。そして、解錠指示部５３３は、通信部５１０を介して、解錠指示を認証デバイス２０へ送信する。
なお、解錠指示部５３３は、電子錠３０へ解錠指示を送信したことにより、利用者による利用対象の利用があったと判定する。これにより、解錠指示部５３３は、通信部５１０を介して、パーソナルデータストア４０を経由してホテル予約システム６０へ利用履歴を送信し、登録する。

（３－４）誘導情報出力部５３４
誘導情報出力部５３４は、誘導情報を出力する機能を有する。誘導情報出力部５３４は、判定部５３２による判定結果に基づき利用者が利用する客室を特定し、誘導情報を生成する。そして、誘導情報出力部５３４は、通信部５１０を介して、誘導情報を認証デバイス２０へ送信する。

＜７．ホテル予約システムの機能構成＞
以上、図７を参照して、本実施形態に係る認証サーバ５０の機能構成について説明した。続いて、図８を参照して、本実施形態に係るホテル予約システム６０の機能構成について説明する。図８は、本実施形態に係るホテル予約システム６０の機能構成の一例を示すブロック図である。
図８に示すように、ホテル予約システム６０は、通信部６１０と、記憶部６２０と、制御部６３０とを備える。

（１）通信部６１０
通信部６１０は、各種情報の送受信を行う機能を有する。例えば、通信部６１０は、ネットワークＮＷを介して、利用者端末１０と、認証デバイス２０と、パーソナルデータストア４０と、認証サーバ５０と通信を行い、各種情報を送受信する。

（２）記憶部６２０
記憶部６２０は、各種情報を記憶する機能を有する。記憶部６２０は、例えば、通信部６１０が利用者端末１０、パーソナルデータストア４０、又は認証サーバ５０などから受信した情報を記憶する。
図８に示すように、記憶部６２０は、予約情報記憶部６２１を備える。

（２－１）予約情報記憶部６２１
予約情報記憶部６２１は、予約情報を記憶する機能を有する。例えば、予約情報記憶部６２１は、利用登録にて受け付けた客室の予約に関する情報を予約情報として記憶する。予約情報は、例えば、客室の予約日時、解錠対象となるドアを示す情報（例えば客室番号）、解錠方法（例えば顔認証）などを含む情報である。

（３）制御部６３０
制御部６３０は、ホテル予約システム６０の動作全般を制御する機能を有する。
図８に示すように、制御部６３０は、予約受付部６３１と、情報連携制御部６３２とを備える。

（３－１）予約受付部６３１
予約受付部６３１は、利用者からの客室の予約を受け付ける機能を有する。例えば、予約受付部６３１は、通信部６１０が利用者端末１０から予約情報を受信した場合、当該予約情報をもって利用者からの予約を受け付ける。具体的に、予約受付部６３１は、取得した予約情報に基づき、予約情報に沿った予約の可否を判定する。予約が可能である場合、予約受付部６３１は、そのまま予約を受け付ける。一方、予約が不可である場合、予約受付部６３１は、利用者端末１０を介して、利用者に対して予約不可であることを通知する。

（３－２）情報連携制御部６３２
情報連携制御部６３２は、ホテル予約システム６０の外部との情報の連携を制御する機能を有する。例えば、情報連携制御部６３２は、パーソナルデータストア４０からの情報の連携を制御する。具体的に、利用者がサービスの利用を継続している場合、情報連携制御部６３２は、必要に応じて、パーソナルデータストア４０から利用者の登録情報を連携してもらう。一方、利用者がサービスの利用を停止するにあたり、利用者から登録情報の削除要求があった場合、情報連携制御部６３２は、ホテル予約システム６０からの登録情報の連携を停止する。この時、情報連携制御部６３２は、ホテル予約システム６０に保持している登録情報を削除する。削除後、情報連携制御部６３２は、通信部６１０を介して、パーソナルデータストア４０へ登録情報の削除が完了した通知を送信する。
また、情報連携制御部６３２は、利用者端末１０に対して、予約可能情報を送信して連携する。予約可能情報は、予約可能な施設及び部屋を示す情報である。
また、情報連携制御部６３２は、認証サーバ５０及び認証デバイス２０に対して、予約情報記憶部６２１に記憶されている予約情報を定期的に送信する。なお、情報連携制御部６３２による認証デバイス２０への予約情報の送信は、通信障害の発生時に備えるためである。
また、情報連携制御部６３２は、予約の受付後に、パーソナルデータストア４０に対して予約履歴を示す情報を送信して登録する。

＜８．処理の流れ＞
以上、図８を参照して、本実施形態に係るホテル予約システム６０の機能構成について説明した。続いて、図９から図１３を参照して、本実施形態に係る処理の流れについて説明する。

（１）利用者が登録用識別情報を事前登録する際における処理の流れ
図９を参照して、利用者が登録用識別情報を事前登録する際における処理の流れについて説明する。図９は、本実施形態に係る利用者が登録用識別情報を事前登録する際における処理の流れの一例を示すシーケンス図である。

図９に示すように、まず、利用者は、利用者端末１０に対して、事前登録操作を行う（ステップＳ１０１）。
利用者端末１０の生体情報取得部１３０は、利用者からの事前登録操作を受けて、撮像装置により利用者の顔画像を撮像する（ステップＳ１０２）。
生体情報取得部１３０は、通信部１２０を介して、撮像した顔画像を登録用識別情報としてパーソナルデータストア４０へ送信する（ステップＳ１０３）。

パーソナルデータストア４０の登録用識別情報取得部４３１は、通信部４１０が利用者端末１０から受信した登録用識別情報を取得する（ステップＳ１０４）。
登録用識別情報取得部４３１は、取得した登録用識別情報を登録用識別情報記憶部４２１に書き込んで、記憶させる（ステップＳ１０５）。

パーソナルデータストア４０の情報連携制御部４３２は、登録用識別情報の連携タイミングであるか否かを確認する（ステップＳ１０６）。連携タイミングでない場合（ステップＳ１０６／ＮＯ）、情報連携制御部４３２は、連携タイミングとなるまで確認を繰り返す。連携タイミングである場合（ステップＳ１０６／ＹＥＳ）、情報連携制御部４３２は、通信部４１０を介して、登録用識別情報を認証サーバ５０へ送信する（ステップＳ１０７）。同時に、情報連携制御部４３２は、通信部４１０を介して、通信障害時に備えて登録用識別情報を認証デバイス２０へも送信する（ステップＳ１０８）。
認証デバイス２０の通信障害時用情報取得部２５２は、通信部２２０がパーソナルデータストア４０から受信した登録用識別情報を通信障害時用情報として取得し、通信障害時用情報記憶部２４１に書き込んで記憶させる（ステップＳ１０９）。

（２）利用者が利用対象の利用を予約する際における処理の流れ
図１０を参照して、利用者が利用対象の利用を予約する際における処理の流れについて説明する。図１０は、本実施形態に係る利用者が利用対象の利用を予約する際における処理の流れの一例を示すシーケンス図である。

図１０に示すように、まず、ホテル予約システム６０は、利用者端末１０へ予約可能情報を連携する。利用者は、利用者端末１０を介して、予約可能な施設及び部屋の情報提供を受ける（ステップＳ２０１）。その後、提供された情報を基に利用者は、利用者端末１０に対して、予約操作を行う（ステップＳ２０２）。
利用者端末１０は、通信部１２０を介して、利用者からの予約操作によって入力された情報を予約情報としてホテル予約システム６０へ送信する（ステップＳ２０３）。

ホテル予約システム６０の予約受付部６３１は、通信部６１０が利用者端末１０から受信した予約情報を取得する（ステップＳ２０４）。
予約受付部６３１は、取得した予約情報に基づき、ホテルの予約可否を判定する（ステップＳ２０５）。予約情報に沿った予約ができない場合（ステップＳ２０５／ＮＯ）、予約受付部６３１は、利用者端末１０を介して、利用者に対して予約不可であることを通知する（ステップＳ２０６）。一方、予約情報に沿った予約が可能である場合（ステップＳ２０５／ＹＥＳ）、予約受付部６３１は、取得した予約情報を予約情報記憶部６２１に書き込んで、記憶させる（ステップＳ２０７）。

ホテル予約システム６０の情報連携制御部６３２は、予約情報の連携タイミングであるか否かを確認する（ステップＳ２０８）。連携タイミングでない場合（ステップＳ２０８／ＮＯ）、情報連携制御部６３２は、連携タイミングとなるまで確認を繰り返す。連携タイミングである場合（ステップＳ２０８／ＹＥＳ）、情報連携制御部６３２は、通信部６１０を介して、予約情報を認証サーバ５０へ送信する（ステップＳ２０９）。同時に、情報連携制御部６３２は、通信部６１０を介して、通信障害時に備えて予約情報を認証デバイス２０へも送信する（ステップＳ２１０）。予約情報の送信後、情報連携制御部６３２は、通信部６１０を介して、パーソナルデータストア４０に予約履歴を登録する（ステップＳ２１１）。
認証デバイス２０の通信障害時用情報取得部２５２は、通信部２２０がホテル予約システム６０から受信した予約情報を通信障害時用情報として取得し、通信障害時用情報記憶部２４１に書き込んで記憶させる（ステップＳ２１２）。

（３）利用者が利用対象の利用を開始する際における処理の流れ
図１１を参照して、利用者が利用対象の利用を開始する際における処理の流れについて説明する。図１１は、本実施形態に係る利用者が利用対象の利用を開始する際における処理の流れの一例を示すシーケンス図である。

図１１に示すように、まず、認証デバイス２０の生体情報取得部２３０は、撮像装置により動体検知を行う（ステップＳ３０１）。
生体情報取得部２３０は、動体検知により所定の位置にある利用者の顔を認識し、撮像装置により利用者の顔画像を撮像する（ステップＳ３０２）。
生体情報取得部２３０は、通信部２２０を介して、撮像した顔画像を認証用識別情報として認証サーバ５０へ送信する（ステップＳ３０３）。
ステップＳ３０３にて認証用識別情報を送信する際に、通信障害が発生している場合（ステップＳ３０４／ＹＥＳ）、処理を後述する図１３のステップＳ５０１へ進める。一方、通信障害が発生していない場合（ステップＳ３０４／ＮＯ）、処理をステップＳ３０５へ進める。

処理がステップＳ３０５へ進んだ場合、認証サーバ５０の認証部５３１は、認証デバイス２０から受信した認証用識別情報である顔画像と、既にステップＳ１０７にて受信し、認証サーバ５０の記憶部５２０に記憶されている登録用識別情報である顔画像から特徴点を検出する（ステップＳ３０５）。
特徴点の検出後、認証部５３１は、登録用識別情報である顔画像の特徴点と認証用識別情報である顔画像の特徴点との照合により、本人認証を行う（ステップＳ３０６）。
本人認証の結果より本人でない場合（ステップＳ３０７／ＮＯ）、認証部５３１は、認証デバイス２０の出力部２６０を介して、利用者に認証失敗を通知する（ステップＳ３０８）。一方、本人認証の結果より本人である場合（ステップＳ３０７／ＹＥＳ）、処理をステップＳ３０９へ進める。

処理がステップＳ３０９へ進んだ場合、判定部５３２は、認証サーバ５０の記憶部５２０に記憶されている、利用者が利用する客室の予約情報に基づき、複数の客室の中から利用者が利用する客室を判定する（ステップＳ３０９）。即ち、判定部５３２は、利用者の利用権限の有無を確認する。利用権限がない場合（ステップＳ３０９／ＮＯ）、判定部５３２は、認証デバイス２０の出力部２６０を介して、利用者に不認可を通知する（ステップＳ３１０）。一方、利用権限がある場合（ステップＳ３０９／ＹＥＳ）、処理をステップＳ３１１へ進める。
処理がステップＳ３１１へ進んだ場合、解錠指示部５３３は、解錠指示を生成し、通信部５１０を介して、解錠指示を認証サーバ５０へ送信する（ステップＳ３１１）。誘導情報出力部５３４は、ステップＳ３１１と並行して誘導情報を生成し、通信部５１０を介して、誘導情報を認証サーバ５０へ送信する（ステップＳ３１２）。

認証デバイス２０の出力部２６０は、通信部２２０を介して、認証サーバ５０から受信した誘導情報を表示する（ステップＳ３１３）。
認証デバイス２０の解錠制御部２５５は、通信部２２０を介して、認証サーバ５０から受信した解錠指示が示す電子錠３０に対して解錠信号を送信する（ステップＳ３１４）。
電子錠３０の解錠部３２１は、通信部３１０が受信した解錠指示に従い、電子錠３０を解錠する（ステップＳ３１５）。
認証サーバ５０の解錠指示部５３３は、解錠指示の送信により、利用者による利用対象の利用があったとして、通信部５１０を介して、パーソナルデータストア４０を経由してホテル予約システム６０に利用履歴を登録する（ステップＳ３１６）。
利用者は、認証デバイス２０に表示された誘導情報を確認する（ステップＳ３１７）。確認後、利用者は、自身が予約した客室へ移動し、入室する（ステップＳ３１８）。

（４）利用者が利用対象の利用を終了する際における処理の流れ
図１２を参照して、利用者が利用対象の利用を終了する際における処理の流れについて説明する。図１２は、本実施形態に係る利用者が利用対象の利用を終了する際における処理の流れの一例を示すシーケンス図である。

図１２に示すように、まず、利用者は、利用者端末１０に対して、登録削除操作を行う（ステップＳ４０１）。
利用者端末１０は、通信部１２０を介して、登録削除要求をパーソナルデータストア４０へ送信する（ステップＳ４０２）。
パーソナルデータストア４０の情報連携制御部４３２は、通信部４１０を介して、登録情報の削除要求をホテル予約システム６０へ送信する（ステップＳ４０３）。これ以降、情報連携制御部４３２は、ホテル予約システム６０への登録情報の連携を停止する。
ホテル予約システム６０の情報連携制御部６３２は、ホテル予約システム６０に保持している登録情報を削除する（ステップＳ４０４）。削除後、情報連携制御部６３２は、通信部６１０を介して、登録情報の削除が完了した通知をパーソナルデータストア４０へ送信する（ステップＳ４０５）。
パーソナルデータストア４０の情報連携制御部４３２は、ホテル予約システム６０からの通知を受けて、パーソナルデータストア４０に保持している登録情報を削除する（ステップＳ４０６）。削除後、情報連携制御部４３２は、通信部４１０を介して、利用者端末１０へ登録情報の削除が完了した通知を送信し、利用者端末１０を介して利用者に対して通知する（ステップＳ４０７）。

（５）通信障害が発生した場合における処理の流れ
図１３を参照して、利用者が利用対象の利用を開始する際に通信障害が発生した場合における処理の流れについて説明する。図１３は、本実施形態に係る利用者が利用対象の利用を開始する際に通信障害が発生した場合における処理の流れの一例を示すシーケンス図である。

図１３に示すように、処理が図１１のステップＳ３０４から図１３のステップＳ５０１へ進んだ場合、認証デバイス２０の通信障害時認証部２５３は、通信障害の発生時に認証用識別情報取得部２５１によって取得された認証用識別情報である顔画像と、通信障害時用情報記憶部２４１に記憶されている登録用識別情報である顔画像から特徴点を検出する（ステップＳ５０１）。
特徴点の検出後、通信障害時認証部２５３は、登録用識別情報である顔画像の特徴点と認証用識別情報である顔画像の特徴点との照合により、本人認証を行う（ステップＳ５０２）。

本人認証の結果より本人でない場合（ステップＳ５０３／ＮＯ）、通信障害時認証部２５３は、認証デバイス２０の出力部２６０を介して、利用者に認証失敗を通知する（ステップＳ５０４）。一方、本人認証の結果より本人である場合（ステップＳ５０３／ＹＥＳ）、処理をステップＳ５０５へ進める。
処理がステップＳ５０５へ進んだ場合、通信障害時認証部２５３は、通信障害時用情報記憶部２４１に記憶されている、利用者が利用する客室の予約情報に基づき、複数の客室の中から利用者が利用する客室を判定する（ステップＳ５０５）。即ち、通信障害時認証部２５３は、利用者の利用権限の有無を確認する。利用権限がない場合（ステップＳ５０５／ＮＯ）、通信障害時認証部２５３は、認証デバイス２０の出力部２６０を介して、利用者に不認可を通知する（ステップＳ５０６）。一方、利用権限がある場合（ステップＳ５０５／ＹＥＳ）、処理をステップＳ５０７へ進める。
処理がステップＳ５０７へ進んだ場合、解錠制御部２５５は、誘導情報を生成し、生成した誘導情報を出力部２６０に表示する（ステップＳ５０７）。
解錠制御部２５５は、客室の判定結果に基づき解錠指示を生成し、通信部２２０を介して、予約情報が示す客室の電子錠３０へ解錠信号を送信する（ステップＳ５０８）。

電子錠３０の解錠部３２１は、通信部３１０が受信した解錠指示に従い、電子錠３０を解錠する（ステップＳ５０９）。
利用者は、認証デバイス２０に表示された誘導情報を確認する（ステップＳ５１０）。確認後、利用者は、自身が予約した客室へ移動し、入室する（ステップＳ５１１）。

なお、図１１に示したステップＳ３０６や図１３に示したステップＳ５０２の本人認証処理にて、顔認証（生体認証）が正常に実施されない場合、当該顔認証の代替手段として認証デバイス２０の多要素認証部２５４による多要素認証が行われてもよい。
まず、多要素認証部２５４は、利用者に対して多要素認証要求を行う。例えば、多要素認証部２５４は、多要素認証用の情報（第２の認証用識別情報）を入力するよう指示する画面を出力部２６０に表示する。
次いで、利用者は、認証デバイス２０に対して、多要素認証用の情報を入力する。
そして、多要素認証部２５４は、利用者から入力された多要素認証用の情報に基づき、多要素認証を行う。

以上説明したように、本実施形態に係る認証システム１は、利用者によって予め登録される、利用者を識別するための登録用識別情報を記憶する登録用識別情報記憶部４２１と、利用者がホテルの客室（利用対象）の利用を開始する際に、利用者を識別するための認証用識別情報を取得する認証用識別情報取得部２５１と、取得された認証用識別情報と、登録用識別情報記憶部４２１に記憶されている登録用識別情報との照合により、利用者の本人認証を行う認証部５３１と、利用者が本人である場合、利用者が利用する客室に関する予約情報（利用対象情報）に基づき、複数の客室の中から利用者が利用する客室を判定する判定部５３２と、複数の電子錠３０（施錠装置）の施錠状態を制御可能に設けられる認証デバイス２０（制御装置）に対して、複数の客室の各々に設けられている電子錠３０のうち、利用者が利用する客室に設けられている電子錠３０を解錠するよう指示する解錠指示部５３３と、を備える。

かかる構成により、本実施形態に係る認証システム１は、１台の認証デバイス２０によって、複数の電子錠３０の施錠状態を適切に管理することができる。これにより、１台の電子錠３０に対して認証デバイス２０を１台ずつ用意する必要がなくなり、電子錠３０が複数ある場合において認証デバイス２０にかかるコストを削減することができる。
よって、本実施形態に係る認証システム１は、施錠装置の制御にかかるコストを削減することを可能とする。

また、本実施形態に係る認証システム１は、認証デバイス２０の設置台数を削減できることにより、認証デバイス２０及び電子錠３０を設置する空間における景観や意匠を保護することができる。

また、本実施形態に係る認証システム１は、生体認証による本人認証において、生体情報として顔画像を用いることで、撮像装置を備えた一般的なデバイスをコンポーネントとして構成することを可能とし、一連のシステム構築に関するコストを削減することもできる。

また、本実施形態に係る認証システム１は、認証デバイス２０と認証サーバ５０との間の通信に不具合がある場合に、認証デバイス２０にて利用者の本人認証から電子錠３０への解錠指示を実行可能とすることで、一定のユーザビリティとセキュリティ性を担保したサービスを継続することができる。

＜９．変形例＞
続いて、本発明の実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で本発明の実施形態に適用されてもよいし、組み合わせで本発明の実施形態に適用されてもよい。また、各変形例は、本発明の実施形態で説明した構成に代えて適用されてもよいし、本発明の各実施形態で説明した構成に対して追加的に適用されてもよい。

上述の実施形態では、生体情報が顔画像である例について説明したが、かかる例に限定されない。生体情報は、例えば、虹彩、指紋、掌紋、静脈、音声などの情報であってもよい。この場合、利用者端末１０及び認証デバイス２０は、利用する生体情報に応じた生体センサを生体情報取得部として備える。

また、上述の実施形態では、利用者の識別情報が生体情報である例について説明したが、かかる例に限定されない。例えば、利用者の識別情報は、利用者が有するＩＣ（Integrated Circuit）カード情報、利用者のＩＤ（Identification）情報、利用者の氏名などであってもよい。ＩＣカード情報は、例えば、利用者が自身の属する組織が有する利用対象（例えば会社の会議室）を利用する場合に、当該組織から貸与されるＩＣカードの情報である。ＩＤ情報も同様に、例えば、利用者が属する組織から利用者に対して付与される情報である。識別情報がＩＣカードである場合、利用者端末１０及び認証デバイス２０は、例えば、ＮＦＣ（Near Field Communication）によってＩＣカードを読み取り可能な構成を備える。

以上、本発明の実施形態について説明した。なお、上述した実施形態における認証システム１の一部又は全部の機能をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１…認証システム、１０…利用者端末、２０…認証デバイス、３０…電子錠、４０…パーソナルデータストア、５０…認証サーバ、６０…ホテル予約システム、１１０…入力部、１２０…通信部、１３０…生体情報取得部、１４０…記憶部、１５０…制御部、１６０…出力部、２１０…入力部、２２０…通信部、２３０…生体情報取得部、２４０…記憶部、２４１…通信障害時用情報記憶部、２５０…制御部、２５１…認証用識別情報取得部、２５２…通信障害時用情報取得部、２５３…通信障害時認証部、２５４…多要素認証部、２５５…解錠制御部、２６０…出力部、３１０…通信部、３２０…制御部、３２１…解錠部、３２２…施錠部、４１０…通信部、４２０…記憶部、４２１…登録用識別情報記憶部、４３０…制御部、４３１…登録用識別情報取得部、４３２…情報連携制御部、５１０…通信部、５２０…記憶部、５３０…制御部、５３１…認証部、５３２…判定部、５３３…解錠指示部、５３４…誘導情報出力部、６１０…通信部、６２０…記憶部、６２１…予約情報記憶部、６３０…制御部、６３１…予約受付部、６３２…情報連携制御部、ＮＷ…ネットワーク

Claims (8)

1. 利用者によって予め登録される、前記利用者を識別するための登録用識別情報を記憶する登録用識別情報記憶部と、
   前記利用者が利用対象の利用を開始する際に、前記利用者を識別するための認証用識別情報を取得する認証用識別情報取得部と、
   取得された前記認証用識別情報と、前記登録用識別情報記憶部に記憶されている登録用識別情報との照合により、前記利用者の本人認証を行う認証部と、
   前記利用者が本人である場合、前記利用者が利用する利用対象に関する利用対象情報に基づき、複数の利用対象の中から前記利用者が利用する利用対象を判定する判定部と、
   複数の施錠装置の施錠状態を制御可能に設けられる制御装置に対して、前記複数の利用対象の各々に設けられている前記施錠装置のうち、前記利用者が利用する利用対象に設けられている前記施錠装置を解錠するよう指示する解錠指示部と、
   を備える認証システム。
2. 前記認証システムは、
   前記認証用識別情報取得部を備える前記制御装置と、
   前記制御装置から受信する前記認証用識別情報を用いて前記利用者の本人認証を行う前記認証部を備える認証サーバと、
   を備え、
   前記制御装置は、通信障害の発生により前記認証サーバへ前記認証用識別情報を正常に送信できず、前記認証サーバによる前記本人認証が行えない場合、自装置にて前記本人認証を行う、
   請求項１に記載の認証システム。
3. 前記制御装置は、
   前記通信障害の発生時に、前記認証用識別情報取得部によって取得された前記認証用識別情報と、通信障害の発生前に前記登録用識別情報記憶部から取得された前記登録用識別情報との照合により、前記利用者の本人認証を行う通信障害時認証部、
   をさらに備える請求項２に記載の認証システム。
4. 前記制御装置は、
   前記本人認証が正常に行われない場合に、前記認証用識別情報取得部によって取得された第１の認証用識別情報とは異なる第２の認証用識別情報を用いた本人認証を行う多要素認証部、
   をさらに備える請求項１に記載の認証システム。
5. 前記制御装置は、前記利用者が利用対象の利用を開始する際に前記利用者による前記認証用識別情報の入力を受け付ける装置であり、
   前記制御装置と前記複数の施錠装置との間の距離は、前記利用者による入力に基づき前記施錠装置が解錠されてから再度施錠されるまでの間に、前記利用者が前記制御装置の位置から前記利用対象の位置まで移動可能な距離の範囲内である、
   請求項１に記載の認証システム。
6. 前記登録用識別情報及び前記認証用識別情報は、前記利用者の生体情報である、
   請求項１に記載の認証システム。
7. 登録用識別情報記憶部が、利用者によって予め登録される、前記利用者を識別するための登録用識別情報を記憶する登録用識別情報記憶過程と、
   認証用識別情報取得部が、前記利用者が利用対象の利用を開始する際に、前記利用者を識別するための認証用識別情報を取得する認証用識別情報取得過程と、
   認証部が、取得された前記認証用識別情報と、前記登録用識別情報記憶部に記憶されている登録用識別情報との照合により、前記利用者の本人認証を行う認証過程と、
   判定部が、前記利用者が本人である場合、前記利用者が利用する利用対象に関する利用対象情報に基づき、複数の利用対象の中から前記利用者が利用する利用対象を判定する判定過程と、
   解錠指示部が、複数の施錠装置の施錠状態を制御可能に設けられる制御装置に対して、前記複数の利用対象の各々に設けられている前記施錠装置のうち、前記利用者が利用する利用対象に設けられている前記施錠装置を解錠するよう指示する解錠指示過程と、
   を含む認証方法。
8. コンピュータを、
   利用者によって予め登録される、前記利用者を識別するための登録用識別情報を記憶する登録用識別情報記憶手段と、
   前記利用者が利用対象の利用を開始する際に、前記利用者を識別するための認証用識別情報を取得する認証用識別情報取得手段と、
   取得された前記認証用識別情報と、前記登録用識別情報記憶手段によって記憶されている登録用識別情報との照合により、前記利用者の本人認証を行う認証手段と、
   前記利用者が本人である場合、前記利用者が利用する利用対象に関する利用対象情報に基づき、複数の利用対象の中から前記利用者が利用する利用対象を判定する判定手段と、
   複数の施錠装置の施錠状態を制御可能に設けられる制御装置に対して、前記複数の利用対象の各々に設けられている前記施錠装置のうち、前記利用者が利用する利用対象に設けられている前記施錠装置を解錠するよう指示する解錠指示手段と、
   として機能させるためのプログラム。

Images