(57)【要約】      （修正有）【課題】入出時の扉の解錠時間を短縮する。【解決手段】入出管理システムは、利用者が所持する携帯端末と、携帯端末を用いて入出管理を行う入出管理装置とを持つ。携帯端末は、第１認証部１６４Ｂと、通信部と、第２認証部１６４Ｃと、記憶部と、解錠依頼部とを持つ。第１認証部は、解錠させる扉に対応付けられた一または複数の認証手段によって人物認証を行う。通信部は、入出管理装置と通信を行う。第２認証部は、人物認証が成功した場合に、通信部により入出管理装置にアクセスし、鍵情報に基づいて携帯端末の認証を行う。記憶部は、第２認証部による認証が成功した場合に、入出管理装置から送信された、認証手段に対応する認証状態情報を記憶する。解錠依頼部は、認証状態情報に対応付けられた解錠情報を入出管理装置に接続されたリーダ装置に読み取らせることで扉を解錠させる。【選択図】図３
2020046808.tif 000002
【特許請求の範囲】
【請求項１】
利用者が所持する携帯可能電子装置と、前記携帯可能電子装置を用いて入出管理を行う入出管理装置と、を備える入出管理システムにおいて、
前記携帯可能電子装置は、
解錠させる扉に対応付けられた一または複数の認証手段によって人物認証を行う第１認証部と、
前記入出管理装置と通信を行う通信部と、
前記第１認証部による人物認証が成功した場合に、前記通信部により前記入出管理装置にアクセスし、鍵情報に基づいて前記携帯可能電子装置の認証を行う第２認証部と、
前記第２認証部による前記携帯可能電子装置の認証が成功した場合に、前記入出管理装置から送信された、前記認証手段に対応する解錠可能な扉の情報を含む認証状態情報を記憶する記憶部と、
前記記憶部に記憶された認証状態情報に対応付けられた解錠情報を前記入出管理装置に接続されたリーダ装置に読み取らせることで前記扉を解錠させる解錠依頼部と、を備え、
前記入出管理装置は、
前記鍵情報により前記携帯可能電子装置を認証する第３認証部と、
前記第３認証部による認証が成功した場合に、前記人物認証に用いられた認証手段と前記第３認証部による認証結果とに基づいて、前記認証状態情報を生成する情報生成部と、
前記リーダ装置により受信した解錠情報と、前記情報生成部により生成された認証状態情報とを照合し、照合した結果が解錠条件を満たす場合に、前記扉を解錠させる解錠制御部と、を備える、
入出管理システム。
【請求項２】
前記携帯可能電子装置は、セキュアエレメントを備え、
前記第１認証部は、前記一または複数の認証手段に対応付けて入力された情報と、前記セキュアエレメントに格納された認証情報とを用いて人物認証を行う、
請求項１に記載の入出管理システム。
【請求項３】
前記第２認証部は、前記鍵情報に含まれる共通鍵または公開鍵に基づいて、前記前記携帯可能電子装置と前記入出管理装置との相互認証を行う、
請求項１または２に記載の入出管理システム。
【請求項４】
前記携帯可能電子装置は、前記認証状態情報に含まれる認証状態保持期間が経過した場合に、前記記憶部に記憶された前記認証状態情報を削除する、
請求項１から３のうち何れか１項に記載の入出管理システム。
【請求項５】
前記携帯可能電子装置は、前記認証状態情報に含まれる解錠可能な扉を解錠するためのトークンを前記入出管理装置から取得し、
前記解錠依頼部は、前記トークンと乱数とを前記通信部により前記入出管理装置に送信した後、前記乱数を暗号化した解錠情報を前記リーダ装置により読み取らせることで、前記扉の解錠依頼を行う、
請求項１から４のうち何れか１項に記載の入出管理システム。
【請求項６】
前記解錠制御部は、前記トークンに対応付けられた鍵情報から前記乱数を暗号化し、暗号化したデータと前記解錠情報とを照合し、照合した結果が解錠条件を満たす場合に、前記扉を解錠する、
請求項５に記載の入出管理システム。
【請求項７】
利用者が所持する携帯可能電子装置を用いて入出管理を行う入出管理装置において、
前記携帯可能電子装置と通信を行う通信部と、
予め人物認証が成功している携帯可能電子装置を、前記通信部により受信した鍵情報により認証する端末認証部と、
前記端末認証部による認証が成功した場合に、前記人物認証における認証結果と、前記端末認証部による認証結果とに基づいて、解錠可能な扉の情報を含む認証状態情報を生成する情報生成部と、
前記入出管理装置に接続されたリーダ装置によって読み出された前記携帯可能電子装置からの解錠情報と、前記情報生成部により生成された認証状態情報とを照合し、照合した結果が解錠条件を満たす場合に、前記扉を解錠させる解錠制御部と、
を備える入出管理装置。
【請求項８】
解錠させる扉に対応付けられた一または複数の認証手段によって人物認証を行う第１認証部と、
前記扉の入出管理を行う入出管理装置と通信を行う通信部と、
前記第１認証部による人物認証が成功した場合に、前記通信部により前記入出管理装置にアクセスし、鍵情報に基づいて携帯可能電子装置の端末認証を行う第２認証部と、
前記第２認証部による端末認証が成功した場合に、前記入出管理装置から送信された、前記認証手段に対応する解錠可能な扉の情報を含む認証状態情報を記憶する記憶部と、
前記記憶部に記憶された認証状態情報に対応付けられた解錠情報を前記入出管理装置に接続されたリーダ装置に読み取らせることで前記扉を解錠させる解錠依頼部と、
を備える携帯可能電子装置。
【請求項９】
利用者が所持する携帯可能電子装置を用いて入出管理を行う入出管理装置のコンピュータに、
前記携帯可能電子装置と通信部により通信を行わせ、
予め人物認証が成功している携帯可能電子装置を、前記通信部により受信した鍵情報により認証させ、
前記鍵情報による認証が成功した場合に、前記人物認証における認証結果と、前記鍵情報による認証結果とに基づいて、解錠可能な扉の情報を含む認証状態情報を生成させ、
前記入出管理装置に接続されたリーダ装置によって読み出された前記携帯可能電子装置からの解錠情報と、前記認証状態情報とを照合し、照合した結果が解錠条件を満たす場合に、前記扉を解錠させる、
プログラム。
【請求項１０】
携帯可能電子装置のコンピュータに、
解錠させる扉に対応付けられた一または複数の認証手段によって人物認証を行わせ、
前記扉の入出管理を行う入出管理装置と通信部により通信させ、
前記人物認証が成功した場合に、前記通信部により前記入出管理装置にアクセスさせ、
前記通信部により受信した鍵情報に基づいて前記携帯可能電子装置の端末認証を行わせ、
前記端末認証が成功した場合に、前記入出管理装置から送信された、前記認証手段に対応する解錠可能な扉の情報を含む認証状態情報を記憶部に記憶させ、
前記記憶部に記憶させた認証状態情報に対応付けられた解錠情報を前記入出管理装置に接続されたリーダ装置に読み取らせることで前記扉を解錠させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、入出管理システム、入出管理装置、携帯可能電子装置、およびプログラムに関する。
【背景技術】
【０００２】
従来、カード利用者の認証機能を持つＩＣ（Integrated Circuit）チップを内蔵したＩＣカードが知られている。これに関連して、部屋や施設等の所定エリアへの入出または退出を管理する入出管理処理において、入出用の扉付近に設置されたカードリーダ装置により読み出されたＩＣカードの識別情報に基づいて、カード利用者の入出の許否を判定する入出管理システムが存在する。しかしながら、高いセキュリティが要求される状況においては、複数の認証手段を用いて認証を行ったり、暗号化された認証データを用いて入出許否の判定を行う場合があった。そのため、入出時の扉の解錠処理に時間がかかる場合があった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−３４９６７号公報
【特許文献２】特開２００３−２４８６６１号公報
【特許文献３】特開２０１０−６１５１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、入出時の扉の解錠時間を短縮することができる入出管理システム、入出管理装置、携帯可能電子装置、およびプログラムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の入出管理システムは、利用者が所持する携帯可能電子装置と、前記携帯可能電子装置を用いて入出管理を行う入出管理装置とを持つ。前記携帯可能電子装置は、第１認証部と、通信部と、第２認証部と、記憶部と、解錠依頼部とを持つ。第１認証部は、解錠させる扉に対応付けられた一または複数の認証手段によって人物認証を行う。通信部は、前記入出管理装置と通信を行う。第２認証部は、前記第１認証部による人物認証が成功した場合に、前記通信部により前記入出管理装置にアクセスし、鍵情報に基づいて前記携帯可能電子装置の認証を行う。記憶部は、前記第２認証部による前記携帯可能電子装置の認証が成功した場合に、前記入出管理装置から送信された、前記認証手段に対応する解錠可能な扉の情報を含む認証状態情報を記憶する。解錠依頼部は、前記記憶部に記憶された認証状態情報に対応付けられた解錠情報を前記入出管理装置に接続されたリーダ装置に読み取らせることで前記扉を解錠させる。前記入出管理装置は、第３認証部と、情報生成部と、解錠制御部とを持つ。第３認証部は、前記鍵情報により前記携帯可能電子装置を認証する。情報生成部は、前記第３認証部による認証が成功した場合に、前記人物認証に用いられた認証手段と前記第３認証部による認証結果とに基づいて、前記認証状態情報を生成する。解錠制御部は、前記リーダ装置により受信した解錠情報と、前記情報生成部により生成された認証状態情報とを照合し、照合した結果が解錠条件を満たす場合に、前記扉を解錠させる。
【図面の簡単な説明】
【０００６】
【図１】実施形態の入出管理システム１の概略構成図。
【図２】実施形態の携帯端末１００のハードウェア構成例を示す図。
【図３】実施形態の携帯端末１００の機能構成例を示す図。
【図４】実施形態の個人認証情報１６６Ａの内容の一例を示す図。
【図５】実施形態の鍵情報１６６Ｂの内容の一例を示す図。
【図６】実施形態の認証状態情報１６６Ｃの内容の一例を示す図。
【図７】実施形態の入出管理サーバ２００の機能構成例を示す図。
【図８】実施形態の登録端末認証情報２６２の内容の一例を示す図。
【図９】実施形態の扉管理情報２６４の内容の一例を示す図。
【図１０】実施形態の認証状態情報２６６の内容の一例を示す図。
【図１１】実施形態の事前認証処理を説明するためのシーケンス図。
【図１２】実施形態の認証手段選択画面ＩＭ１の一例を示す図。
【図１３】実施形態の認証状態画面ＩＭ２の一例を示す図。
【図１４】実施形態のトークン取得処理を説明するためのシーケンス図。
【図１５】実施形態の解錠実行処理を説明するためのシーケンス図。
【図１６】実施形態の扉選択画面ＩＭ３の一例を示す図。
【図１７】実施形態の認証画面ＩＭ４の一例を示す図。
【発明を実施するための形態】
【０００７】
以下、実施形態の入出管理システム、入出管理装置、携帯可能電子装置、およびプログラムを、図面を参照して説明する。
【０００８】
図１は、実施形態の入出管理システム１の概略構成図である。入出管理システム１は、例えば、無線ルータ（第１通信部の一例）１０と、複数のリーダ装置（第２通信部の一例）２０−１〜２０−ｎと、複数の電子錠３０−１〜３０−ｎと、コントローラ４０と、携帯端末１００と、入出管理サーバ２００とを備える。以下の説明において、リーダ装置２０−１〜２０−ｎは、それぞれ同様の構成とし、何れのリーダ装置であるかを区別しないときは、何れのリーダ装置であるかを示すハイフン以降の符号を省略し、「リーダ装置２０」と称して説明する。また、ハイフンを用いて説明する他の構成についても同様とする。また、図１に示す入出管理システム１は、説明の便宜上、入出管理サーバ２００と携帯端末１００とを１対１の関係で示しているが、Ｍ対Ｎ（Ｍ、Ｎは、ともに１以上の自然数）の関係であってもよい。入出管理サーバ２００は、施解錠する扉が設けられる建物や施設ごとに設けられてもよく、建物等のフロアごとに設けられてもよい。携帯端末１００は、「携帯可能電子装置」の一例である。入出管理サーバ２００は、「入出管理装置」の一例である。
【０００９】
無線ルータ１０は、入出管理サーバ２００に接続され、無線通信ネットワークを介して携帯端末１００と通信を行う。例えば、無線通信ネットワークには、例えば、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の通信方式を用いた通信ネットワークが含まれる。無線ルータ１０は、リーダ装置２０よりも通信距離の長い無線通信手段である。無線ルータ１０は、携帯端末１００により送信された情報を受信した場合、受信した情報を入出管理サーバ２００に出力する。また、無線ルータ１０は、入出管理サーバ２００から指示された情報を、携帯端末１００に送信する。
【００１０】
リーダ装置２０は、例えば、建物内の部屋や施設等の所定エリアへの入室または退室のうち一方または双方を行う扉Ｄの付近に設置される。リーダ装置２０は、無線ルータ１０よりも通信距離の短い無線通信手段である。例えば、リーダ装置２０は、ＮＦＣ（Near Field radio Communication：近距離無線通信）インターフェースによって携帯端末１００と通信する。また、リーダ装置２０は、携帯端末１００の表示部に表示されたコード情報等の画像をスキャンし、画像に含まれる情報読み込んでもよい。コード情報には、例えば、ＱＲコード（登録商標）やＤａｔａＭａｔｒｉｘ、ＡｚｔｅｃＣｏｄｅ等の二次元バーコード、バーコード等の一次元バーコードが含まれる。リーダ装置２０は、携帯端末１００から取得した情報を、入出管理サーバ２００に出力する。
【００１１】
電子錠３０は、扉Ｄの鍵を外部装置から遠隔操作できるように電気的に施解錠をする機構を組み込んだロックシステムである。電子錠３０は、例えば、コントローラ４０から得られる制御情報に基づいて扉Ｄの解錠または施錠を行う。
【００１２】
コントローラ４０は、リーダ装置２０により取得した情報を入出管理サーバ２００に送信する。また、コントローラ４０は、入出管理サーバ２００から電子錠３０による扉Ｄの施解錠を行うための制御情報を取得し、取得した制御情報に基づいて電子錠３０の施錠または解錠を行う。また、コントローラ４０は、解錠してから所定時間が経過した後に施錠させる制御情報を生成し、生成した制御情報を電子錠３０に出力してもよい。また、コントローラ４０は、リーダ装置２０および電子錠３０の数に対応付けて複数設けられてもよい。
【００１３】
携帯端末１００は、例えば、スマートフォン等の携帯電話である。携帯端末１００は、無線ルータ１０と無線通信することで、入出管理サーバ２００と通信を行う。また、携帯端末１００は、ＮＦＣインターフェースによって、リーダ装置２０と通信を行う。携帯端末１００は、例えば、ＵＩＣＣ（Universal Integrated Circuit Card）１５０、あるいはセキュアエレメントを内蔵している。セキュアエレメントとは、例えば、外部からの解析攻撃等に耐えるセキュリティ能力を有し、安全にデータを格納できる記憶部や暗号ロジック回路等を備える。また、セキュアエレメントは、内部の記憶部や回路を物理的に取り外そうとすると記憶部内の情報や回路等が利用できなくなるようなタンパー機能を備えていてもよい。
【００１４】
ＵＩＣＣ１５０は、例えば、ＳＩＭ（Subscriber Identity Module Card）カード等のＩＣカードである。ＵＩＣＣ１５０は、携帯端末１００が実行する処理に利用する機密情報を記憶する。ＵＩＣＣ１５０は、例えば、プラスチックの基材に、コンタクト部１５１に接続されたＩＣチップ１５２（後述の図２参照）を実装して形成されている。
【００１５】
また、ＵＩＣＣ１５０は、コンタクト部１５１を介して（またセキュアエレメントの場合は、専用の通信路を介して）、携帯端末１００等と通信可能である。ＵＩＣＣ１５０は、例えば、携帯端末１００が送信したコマンド（処理要求）を、コンタクト部１５１を介して受信し、受信したコマンドに応じた処理（コマンド処理）を実行する。そして、ＵＩＣＣ１５０は、コマンド処理の実行結果であるレスポンス（処理応答）を携帯端末１００にコンタクト部１５１を介して送信する。
【００１６】
図２は、実施形態の携帯端末１００のハードウェア構成例を示す図である。携帯端末１００は、例えば、ＣＰＵ（Central Processing Unit）１１０と、ＲＡＭ（Random Access Memory）１１１と、不揮発性メモリ１１２と、入力部１１３と、表示部１１４と、カードＩ／Ｆ（インターフェース）部１１５と、ＮＷ（ネットワーク）通信部１１６と、ＮＦＣコントローラ１１７と、アンテナ１１７Ａと、カメラ（撮像部の一例）１１８と、マイク（音声入力部の一例）１１９と、ＵＩＣＣ１５０とを備えている。なお、ＣＰＵ１１０と、ＲＡＭ１１１と、不揮発性メモリ１１２と、入力部１１３と、表示部１１４と、カードＩ／Ｆ部１１５と、ＮＷ通信部１１６と、ＮＦＣコントローラ１１７と、カメラ１１８と、マイク１１９とは、システムバスＢＳ１を介して接続されている。
【００１７】
ＣＰＵ１１０は、例えば、ＲＡＭ１１１または不揮発性メモリ１１２に記憶されているプログラムを実行して、携帯端末１００の各種処理を行う。ＲＡＭ１１１は、例えば、ＤＲＡＭ（Dynamic RAM）やＳＲＡＭ（Static RAM）等の揮発性メモリであり、携帯端末１００の各種処理を行う際に利用されるデータおよびプログラムを一時記憶する。不揮発性メモリ１１２は、例えば、マスクＲＯＭ（Read Only Memory）やフラッシュメモリ等のメモリであり、携帯端末１００の各種処理を実行するためのプログラム等を記憶する。
【００１８】
入力部１１３は、例えば、キースイッチやタッチパネル装置であり、利用者から入力された情報を受け付ける。入力部１１３は、実施形態における事前認証処理や解錠処理の実行依頼を受け付ける。解錠処理には、例えば、トークン取得処理および解錠実行処理が含まれる。また、入力部１１３は、利用者の人物認証や携帯端末１００の端末認証のための認証情報や、その他の情報の入力を受け付ける。表示部１１４は、例えば、液晶ディスプレイ等の表示装置であり、事前認証処理や解錠処理に必要な各種情報を表示する。表示部１１４は、タッチパネル装置として入力部１１３と一体に設けられてもよい。表示部１１４は、例えば、扉Ｄを解錠するための事前認証サービスや解錠サービスを提供する際の各種画面を表示させる。
【００１９】
カードＩ／Ｆ部１１５は、ＵＩＣＣ１５０用（例えば、ＩＣカード用）のコンタクト部１５１を介した接触インターフェースである。カードＩ／Ｆ部１１５は、携帯端末１００がＵＩＣＣ１５０と通信する際に使用される。ＮＷ通信部１１６は、例えば、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ等の無線通信により、無線ルータ１０と通信する通信モジュールである。ＮＷ通信部１１６は、無線ルータ１０を介して入出管理サーバ２００と通信する。
【００２０】
ＮＦＣコントローラ１１７は、非接触インターフェースによりリーダ装置２０と通信する非接触Ｉ／Ｆ部である。ＮＦＣコントローラ１１７は、例えば、アンテナ１１７Ａを介して、リーダ装置２０と通信する。アンテナ１１７Ａは、例えば、ＮＦＣにおいて、リーダ装置２０との間のデータ通信に用いられるアンテナコイルである。
【００２１】
カメラ１１８は、例えば、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の固体撮像素子を利用したデジタルカメラである。カメラ１１８は、携帯端末１００の任意の箇所に取り付けられる。カメラ１１８は、例えば、利用者からの操作指示により利用者の顔画像や利用者の目、指紋等を撮像する。マイク１１９は、携帯端末１００の任意の箇所に取り付けられる。マイク１１９は、携帯端末１００の利用者が発した声を音声情報として取得する。
【００２２】
ＵＩＣＣ１５０は、例えば、コンタクト部１５１と、ＩＣチップ１５２とを備えている。そして、ＩＣチップ１５２は、例えば、通信Ｉ／Ｆ部１５３と、ＣＰＵ１５４と、ＲＯＭ１５５と、ＲＡＭ１５６と、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）１５７とを備えている。また、ＩＣチップ１５２は、フラッシュメモリを備えていてもよい。
【００２３】
通信Ｉ／Ｆ部１５３は、コンタクト部１５１を介した接触インターフェースであり、ＵＩＣＣ１５０と携帯端末１００との間の通信（コマンド／レスポンスの送受信）を、コンタクト部１５１を介して行う。ＣＰＵ１５４は、ＲＯＭ１５５またはＥＥＰＲＯＭ１５７に記憶されているプログラムを実行して、ＵＩＣＣ１５０の各種処理を行う。ＣＰＵ１５４は、例えば、コンタクト部１５１を介して、通信Ｉ／Ｆ部１５３が受信したコマンドに応じたコマンド処理を実行する。
【００２４】
ＲＯＭ１５５は、例えば、マスクＲＯＭ等の不揮発性メモリであり、ＵＩＣＣ１５０の各種処理を実行するためのプログラム、およびコマンドテーブル等のデータを記憶する。なお、上記プログラム、およびコマンドテーブル等のデータは、ＩＣチップ１５２のフラッシュメモリに記憶されてもよい。ＲＡＭ１５６は、例えば、ＲＡＭ等の揮発性メモリであり、ＵＩＣＣ１５０の各種処理を行う際に利用されるデータを一時記憶する。ＥＥＰＲＯＭ１５７は、例えば、電気的に書き換え可能な不揮発性メモリである。ＥＥＰＲＯＭ１５７は、ＵＩＣＣ１５０が利用する各種データを記憶する。なお、上記各種データは、ＩＣチップ１５２のフラッシュメモリに記憶されてもよい。
【００２５】
図３は、実施形態の携帯端末１００の機能構成例を示す図である。図３に示される携帯端末１００の各部は、図２に示される携帯端末１００のハードウェアを用いて実現される。以下、図２に示す構成と同一の構成については同一の符号を付し、その説明を省略する。図３の例において、携帯端末１００は、例えば、入力部１１３と、表示部１１４と、制御部１２０と、端末側記憶部１３０と、通信部１４０と、ＵＩＣＣ１５０とを備える。これらの機能部は、例えばＣＰＵ１１０等のプロセッサがプログラムメモリに格納されたプログラムを実行することにより機能するソフトウェア機能部である。
【００２６】
制御部１２０は、例えば、ＣＰＵ１１０により実現される。制御部１２０は、例えば、アプリ実行部（解錠依頼部の一例）１２２と、表示制御部１２４とを備える。アプリ実行部１２２は、例えば、ＣＰＵ１１０等のプロセッサが、端末側記憶部１３０に記憶された事前認証アプリ１３２や解錠アプリ１３４等のアプリケーションを実行することで実現される。例えば、アプリ実行部１２２は、事前認証アプリ１３２を実行することで、利用者が所定のエリアに入出するための扉Ｄを解錠するための事前認証を実行する。事前認証とは、例えば、リーダ装置２０に携帯端末１００の解錠情報を読み取らせて、扉Ｄを解錠する処理を実行する所定時間前までに行う人物認証や端末認証等である。また、アプリ実行部１２２は、解錠アプリ１３４を実行することで、事前認証アプリ１３２による事前認証結果に基づいて、扉Ｄの解錠処理を行う。なお、事前認証アプリ１３２と、解錠アプリ１３４とは、１つのアプリケーションとして構成されてもよい。
【００２７】
表示制御部１２４は、アプリ実行部１２２により実行された処理に対応する画像を表示部１１４に出力させたり、画像の表示を終了させる制御を行う。
【００２８】
端末側記憶部１３０は、例えば、ＲＡＭ１１１と、不揮発性メモリ１１２により実現される。端末側記憶部１３０は、例えば、事前認証アプリ１３２、解錠アプリ１３４、および携帯端末１００の各種処理に利用する情報を記憶する。
【００２９】
通信部１４０は、例えば、カード通信部１４２と、ＮＦＣ通信部１４４と、ＮＷ通信部１１６とを備える。カード通信部１４２は、カードＩ／Ｆ部１１５を用いて実現され、接触インターフェースを利用して、ＵＩＣＣ１５０のＵＩＣＣ通信部１６２と通信する。ＮＦＣ通信部１４４は、ＮＦＣコントローラ１１７およびアンテナ１１７Ａを用いて実現され、非接触インターフェースを利用して、リーダ装置２０と通信する。
【００３０】
ＵＩＣＣ１５０は、例えば、ＵＩＣＣ通信部１６２と、ＵＩＣＣ制御部１６４と、データ記憶部１６６とを備える。ＵＩＣＣ制御部１６４およびデータ記憶部１６６は、セキュアエレメントの一例である。ＵＩＣＣ通信部１６２は、図２に示すコンタクト部１５１および通信Ｉ／Ｆ部１５３を用いて実現され、接触インターフェースを利用して、カード通信部１４２と通信する。
【００３１】
ＵＩＣＣ制御部１６４は、例えば、ＣＰＵ１５４により実現される。ＵＩＣＣ制御部１６４は、例えば、認証情報登録部１６４Ａと、第１認証部１６４Ｂと、第２認証部１６４Ｃと、端末側認証状態管理部１６４Ｄとを備える。認証情報登録部１６４Ａは、例えば、アプリ実行部１２２による事前認証処理が実行される前に、個人認証情報１６６Ａおよび鍵情報１６６Ｂをデータ記憶部１６６に記憶させる。例えば、認証情報登録部１６４Ａは、ＵＩＣＣ通信部１６２を介して受信した個人を識別するための個人ＩＤ（パスワード）や生体情報等を、個人認証情報１６６Ａとしてデータ記憶部１６６に記憶させる。図４は、実施形態の個人認証情報１６６Ａの内容の一例を示す図である。個人認証情報１６６Ａは、例えば、個人ＩＤに生体情報が対応付けられているものである。生体情報とは、例えば、指紋情報、顔情報、虹彩情報、声紋情報である。指紋情報とは、例えば、カメラ１１８により撮像された画像から解析された指紋の形状や模様、色等の情報、またはそれらを所定の特徴量に変換した情報である。また、顔情報とは、例えば、カメラ１１８により撮像された画像から解析された利用者の顔の輪郭や特徴部位（例えば、目、鼻、口）の形状パターン、特徴部位の配置パターン、色等の情報、またはそれらを所定の特徴量に変換した情報である。虹彩情報とは、例えば、カメラ１１８により撮像された画像から解析された利用者の眼球の黒目部分に現れる特徴的な模様パターンや色等の情報、またはそれらを所定の特徴量に変換した情報である。声紋情報とは、例えば、マイク１１９により取得された利用者の音声情報から解析された声の大きさや抑揚、音声の周波数成分の強度の分布や時間による変化の仕方等の情報、またはそれらを所定の特徴量に変換した情報である。なお、個人認証情報１６６Ａは、生体情報に代えて（または加えて）、個人ＩＤに、ＰＩＮ（Personal Identification Number）や端末ＩＤが対応付けられたものでもよい。また、個人ＩＤと端末ＩＤとは、同一ユーザが、同一端末を使う限り、一致する場合が多いため、個人認証情報１６６ＡをそれぞれのＩＤで別々に管理してもよいし、端末ＩＤで管理してもよい。
【００３２】
また、認証情報登録部１６４Ａは、例えば、入出管理サーバ２００との間で携帯端末１００の認証を行うための鍵情報１６６Ｂをデータ記憶部１６６に記憶させる。図５は、実施形態の鍵情報１６６Ｂの内容の一例を示す図である。鍵情報１６６Ｂは、例えば、携帯端末１００を識別する端末ＩＤに、認証鍵情報が対応付けられている。認証鍵情報とは、例えば、共通鍵と、公開鍵とが含まれる。なお、鍵情報１６６Ｂには、共通鍵および公開鍵のうち少なくとも一方が格納されていればよい。
【００３３】
第１認証部１６４Ｂは、アプリ実行部１２２による事前認証処理において、ＵＩＣＣ通信部１６２を介して受信した個人ＩＤ、生体情報、およびＰＩＮのようなパスワード等と、データ記憶部１６６に記憶された個人認証情報１６６Ａとに基づいて、一または複数の認証手段による人物認証処理を行う。人物認証処理とは、例えば、利用者の正当性を確認する処理であり、正当な利用者であると判定された場合に認証に成功したと判定され、正当な利用者でないと判定された場合に認証に失敗したと判定されるものである。第１認証部１６４Ｂは、人物認証に失敗した場合に、その旨を示す情報を表示制御部１２４により表示部１１４に表示させる。
【００３４】
第２認証部１６４Ｃは、利用者の人物認証が成功した場合に、鍵情報１６６Ｂを用いて入出管理サーバ２００との相互認証を行う。相互認証とは、例えば、携帯端末１００と、入出管理サーバ２００とが、通信を行う前に、互いに正当に認証された装置であることを相互に確認する認証処理である。例えば、お互いの鍵に対して送信側が暗号化した情報を受信側が復号できたときに双方の正当性が認証される。例えば、第２認証部１６４Ｃは、データ記憶部１６６に記憶された鍵情報１６６Ｂに含まれる共通鍵または公開鍵を用いて、予め決められた認証用データを暗号化し、暗号化した認証用データと、端末ＩＤと、人物認証結果（どの認証手段による認証が成功したかを示す情報）と、ＰＩＮとを含む端末認証情報を、通信部１４０を介して、入出管理サーバ２００に送信する。また、第２認証部１６４Ｃは、入出管理サーバ２００から送信された暗号化されたデータを、共通鍵または公開鍵を用いて復号し、復号したデータが予め決められた認証用データである場合に、相互認証が成功したと判断する。第２認証部１６４Ｃは、端末認証に失敗した場合に、その旨を示す情報を表示制御部１２４により表示部１１４に表示させる。
【００３５】
端末側認証状態管理部１６４Ｄは、第１認証部１６４Ｂによる人物認証や第２認証部１６４Ｃによる端末認証が成功した場合に、利用者の認証状態を含む認証状態情報１６６Ｃをデータ記憶部１６６に記憶させる。図６は、実施形態の認証状態情報１６６Ｃの内容の一例を示す図である。認証状態情報１６６Ｃは、例えば、個人ＩＤおよび端末ＩＤに、認証状態、認証状態保持期間、およびセッション鍵が対応付けられている。認証状態とは、例えば、人物認証が成功した認証手法、または解錠が可能な扉Ｄに関する情報（例えば、扉の識別情報である扉ＩＤ）に関する情報である。例えば、人物認証が成功した場合には、認証状態に認証が成功した認証手法が認証情報として記憶され、端末認証も成功した場合には、入出管理サーバ２００から得られる解錠可能な扉Ｄに関する情報が認証情報として記憶される。認証状態保持期間とは、例えば、認証情報が有効な期間である。また、セッション鍵とは、例えば、携帯端末１００と入出管理サーバ２００との間で通信される情報を暗号化または復号化するための鍵である。セッション鍵は、端末認証が成功した後に、入出管理された２００から得られる情報である。また、端末側認証状態管理部１６４Ｄは、認証状態保持期間を経過した認証状態情報１６６Ｃをデータ記憶部１６６から削除する等の管理を行う。
【００３６】
データ記憶部１６６は、例えば、ＲＯＭ１５５、ＲＡＭ１５６、およびＥＥＰＲＯＭ１５７により実現される。データ記憶部１６６は、例えば、個人認証情報１６６Ａ、鍵情報１６６Ｂ、認証状態情報１６６Ｃ、トークン１６６Ｄ、およびその他の情報を記憶する。トークンとは、例えば、扉Ｄの解錠時に利用される使用制限付きパスワード等である。使用制限とは、例えば、回数による制限（例えば、２回まで使用可）でもよく、期間による制限（例えば、特定の日付限定またはトークンを生成してから３日間使用可）でもよい。
【００３７】
次に、入出管理サーバ２００の機能構成について説明する。図７は、実施形態の入出管理サーバ２００の機能構成例を示す図である。入出管理サーバ２００は、例えば、通信制御部２１０と、端末認証部（第３認証部の一例）２２０と、管理部２３０と、トークン生成部２４０と、施解錠制御部（解錠制御部の一例）２５０と、サーバ側記憶部２６０とを備える。これらの機能部は、例えばＣＰＵ等のプロセッサがプログラムメモリに格納されたプログラムを実行することにより機能するソフトウェア機能部である。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ等のハードウェア機能部であってもよい。
【００３８】
通信制御部２１０は、例えば、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ等の無線通信方式を用いて、無線ルータ１０を介して携帯端末１００と通信するための制御を行う。また、通信制御部２１０は、例えば、リーダ装置２０により読み取られた携帯端末１００に関する情報（例えば、後述する第２解錠情報）を受信したり、施解錠制御部２５０からの扉Ｄを施解錠（解錠または施錠）するための制御情報をコントローラ４０に送信する。
【００３９】
端末認証部２２０は、例えば、無線ルータ１０により受信した携帯端末１００からの端末認証情報と、サーバ側記憶部２６０に記憶された登録端末認証情報２６２とに基づいて、相互認証を行う。図８は、実施形態の登録端末認証情報２６２の内容の一例を示す図である。登録端末認証情報２６２は、例えば、端末ＩＤに、共通鍵および公開鍵が対応付けられている。端末認証部２２０は、例えば、端末認証情報に含まれる端末ＩＤに基づいて、登録端末認証情報２６２の端末ＩＤを参照し、合致する端末ＩＤに対応付けられた共通鍵または公開鍵を取得する。また、端末認証部２２０は、取得した共通鍵または公開鍵で端末認証情報に含まれる暗号化された認証用データを復号し、復号したデータが予め決められた認証用データと合致する場合に、携帯端末１００が正当であると判定する。また、携帯端末１００が正当である場合（端末認証に成功した場合）、登録端末認証情報２６２の共通鍵または公開鍵で認証用データを暗号化し、暗号化したデータを、無線ルータ１０を介して携帯端末１００に出力する。
【００４０】
管理部２３０は、例えば、サーバ側認証状態管理部（情報生成部の一例）２３２と、セッション鍵管理部２３４とを備える。サーバ側認証状態管理部２３２は、端末認証部２２０による認証結果において、携帯端末１００との相互認証が成功した場合、端末認証情報に含まれる端末ＩＤと、携帯端末１００の人物認証結果と、ＰＩＮとに基づいて、認証状態情報２６６を生成し、生成した認証状態情報２６６をサーバ側記憶部２６０に記憶させる。また、サーバ側認証状態管理部２３２は、人物認証結果に基づいて、扉管理情報２６４を参照し、人物認証結果に基づいて解錠可能な扉を抽出する。
【００４１】
図９は、実施形態の扉管理情報２６４の内容の一例を示す図である。扉管理情報２６４は、例えば、扉ＩＤに、リーダ装置２０の識別情報であるリーダＩＤ、電子錠３０の識別情報である電子錠ＩＤ、コントローラ４０の識別情報であるコントローラＩＤ４０、および認証手段情報が対応付けられている。図９の例において、扉Ｄ１を解錠するためには、パスワード認証（例えば、ＰＩＮによる認証）で成功する必要であることを示し、扉Ｄ２を解錠するためには、パスワード認証および指紋認証の２つの認証で成功する必要があることを示している。例えば、扉に対する認証手段の数や種類は、例えば、入室する部屋の重要度や機密度（例えば、機密文書や重要な装置が置かれている等）に応じて設定される。
【００４２】
サーバ側認証状態管理部２３２は、人物認証結果に基づいて、扉管理情報２６４の認証手段情報を参照し、合致する扉ＩＤの情報を解除可能な扉として、認証状態情報２６６の認証状態に格納する。また、サーバ側認証状態管理部２３２は、端末ＩＤおよびＰＩＮに対応する認証状態情報２６６の有効期間を認証状態保持期間に格納する。サーバ側認証状態管理部２３２は、認証状態保持期間として、固定期間に設定してもよく、解錠可能な扉の種類や予め端末ＩＤまたはＰＩＮに対応付けられたアクセス権限等に基づく可変期間を設定してもよい。可変期間を設定することで、扉ごとに適切なセキュリティによる入室管理を行うことができる。また、サーバ側認証状態管理部２３２は、携帯端末１００に対応する認証状態情報２６６を、通信制御部２１０により無線ルータ１０を介して携帯端末１００に送信させる。
【００４３】
セッション鍵管理部２３４は、端末認証部２２０による携帯端末１００との相互認証が成功した場合に、セッション鍵を生成し、生成したセッション鍵を、認証状態情報２６６に記憶させる。また、セッション鍵管理部２３４は、生成したセッション鍵を、携帯端末１００の共通鍵または公開鍵等で暗号化して、通信制御部２１０により無線ルータ１０を介して携帯端末１００に送信させる。これにより、携帯端末１００および入出管理サーバ２００は、セッション鍵を交換・共有することができ、その後の通信における情報をセッション鍵で暗号化して送受信することができる。また、セッション鍵管理部２３４は、例えば、ＤＨ（Diffie Hellman）またはＥＣＤＨ（Elliptic Curve Diffie Hellman）等の鍵交換アルゴリズムにより、セッション鍵の交換・共通を行ってもよい。ＤＨによる鍵交換とは、例えば、離散対数問題に基づいた一方向性の関数を利用して、セッション鍵そのものではなく、セッション鍵から計算した情報を送受信するものである。また、ＥＣＤＨによる鍵交換とは、例えば、ＤＨによる鍵交換を、楕円曲線暗号を用いて行うものである。これにより、セッション鍵を第三者に盗聴されても、盗聴者が離散対数問題を解けない限り、直ちにセッション鍵を知られることがないため、より安全に鍵交換を行うことができる。セッション鍵は、例えば、携帯端末１００および入出管理サーバ２００による一連の通信の終了後、または認証状態保持期間が経過した後に破棄される。
【００４４】
図１０は、実施形態の認証状態情報２６６の内容の一例を示す図である。認証状態情報２６６は、例えば、端末ＩＤおよびＰＩＮに、認証状態、認証状態保持期間、およびセッション鍵が対応付けられている。サーバ側認証状態管理部２３２は、認証状態保持期間を管理し、保持期間を経過した認証状態情報２６６をサーバ側記憶部２６０から削除する等の管理を行う。
【００４５】
トークン生成部２４０は、例えば、携帯端末１００からのトークンの取得依頼を取得した場合に、認証状態に含まれる解錠可能な扉、または解錠依頼のあった特定の扉を解錠するためのトークンを生成し、生成したトークンを通信制御部２１０により無線ルータ１０を介して携帯端末１００に送信させる。また、トークン生成部２４０は、生成したトークンを端末ＩＤと対応付けて、トークン２６８としてサーバ側記憶部２６０に記憶させる。
【００４６】
施解錠制御部２５０は、リーダ装置２０が読み取った携帯端末１００からの解錠情報に基づいて、対応する扉を解錠させるための制御情報を生成し、生成した制御情報を、対象の扉に出力する。
【００４７】
サーバ側記憶部２６０は、例えば、ＨＤＤやＳＳＤ、ＲＯＭ、ＲＡＭ等により実現される。サーバ側記憶部２６０は、例えば、登録端末認証情報２６２、扉管理情報２６４、認証状態情報２６６、トークン２６８、および入出管理サーバ２００の各種処理に利用する情報を記憶する。
【００４８】
次に、実施形態の事前認証処理について具体的に説明する。図１１は、実施形態の事前認証処理を説明するためのシーケンス図である。図１１に示す処理は、例えば、リーダ装置２０に携帯端末１００を翳して解錠処理を実行する前に実行される処理であり、利用者の入力部１１３により事前認証アプリ１３２の実行操作が受け付けられた場合に、事前認証アプリ１３２が起動し、アプリ実行部１２２の機能が実現される。
【００４９】
まず、アプリ実行部１２２は、予め設定された一または複数の認証手段を用いて人物認証処理を実行する（ステップＳ１００）。具体的には、表示制御部１２４は、複数の認証手段の中から一又は複数の認証手段を選択するための認証手段選択画面を表示部１１４に表示させる。図１２は、実施形態の認証手段選択画面ＩＭ１の一例を示す図である。図１２に示す画面レイアウトについては、これに限定されるものではなく、以降の画面例についても同様とする。認証手段選択画面ＩＭ１には、複数のアイコンＩＣ１~ＩＣ５が含まれる。図１２の例において、アプリ実行部１２２は、利用者によりアイコンＩＣ１が選択された場合にパスワード認証を実行し、アイコンＩＣ２が選択された場合に指紋認証を実行する。また、アプリ実行部１２２は、アイコンＩＣ３が選択された場合に顔認証を実行し、アイコンＩＣ４が選択された場合に虹彩認証を実行し、アイコンＩＣ５が選択された場合に声紋認証を実行する。また、アプリ実行部１２２は、アイコンＩＣ６が選択された場合に人物認証を終了する。
【００５０】
例えば、アイコンＩＣ１が選択され、パスワードによる認証を行う場合、アプリ実行部１２２は、表示制御部１２４にＰＩＮを入力する画像を表示部１１４に表示させるための制御を行う。次に、アプリ実行部１２２は、入力部１１３により入力されたＰＩＮに基づいて、カード通信部１４２によりＵＩＣＣ１５０のＵＩＣＣ通信部１６２と通信を行い、第１認証部１６４Ｂにより人物認証を実行させる。第１認証部１６４Ｂでは、ＵＩＣＣ通信部１６２によりＰＩＮを受信した場合に、個人認証情報１６６Ａに含まれるＰＩＮを取得し、取得したＰＩＮが、受信したＰＩＮと合致するか否かを判定する。第１認証部１６４Ｂは、二つのＰＩＮが合致した場合、パスワードによる人物認証が成功したと判定し、合致しなかった場合、パスワードによる人物認証が失敗したと判定する。そして、第１認証部１６４Ｂは、認証結果をアプリ実行部１２２に出力する。
【００５１】
また、アイコンＩＣ２が選択され、指紋による認証を行う場合、アプリ実行部１２２は、カメラ１１８を起動するとともに、カメラ１１８により撮像された画像を表示部１１４に表示させる。次に、表示制御部１２４は、指紋の撮影を促すメッセージを含む画像をカメラ１１８の撮像画像に重畳して表示させる。アプリ実行部１２２は、カメラ１１８の撮像画像を解析して指紋情報を取得する。次に、アプリ実行部１２２は、指紋情報に基づいて、カード通信部１４２によりＵＩＣＣ１５０のＵＩＣＣ通信部１６２と通信を行い、第１認証部１６４Ｂにより人物認証を実行させる。なお、ＵＩＣＣを用いず、携帯電話等のＣＰＵとメモリ内に予め記憶させてある指紋情報を用いて内部的に人物認証を実行させてもよい。
【００５２】
第１認証部１６４Ｂでは、ＵＩＣＣ通信部１６２により指紋情報を受信した場合に、個人認証情報１６６Ａに含まれる指紋情報を取得し、取得した指紋情報が、受信した指紋情報と合致するか否かを判定する。第１認証部１６４Ｂは、二つの指紋情報が合致した場合、指紋情報による人物認証が成功したと判定し、合致しなかった場合、指紋情報による人物認証が失敗したと判定する。そして、第１認証部１６４Ｂは、認証結果をアプリ実行部１２２に出力する。
【００５３】
また、アイコンＩＣ３が選択され、顔認証による認証を行う場合、アプリ実行部１２２は、カメラ１１８を起動するとともに、カメラ１１８により撮像された画像を表示部１１４に表示させる。次に、表示制御部１２４は、顔の撮影を促すメッセージを含む画像を生成し、生成した画像をカメラ１１８の撮像画像に重畳して表示部１１４に表示させる。アプリ実行部１２２は、カメラ１１８の撮像画像を解析して顔情報を取得する。次に、アプリ実行部１２２は、顔情報に基づいて、カード通信部１４２によりＵＩＣＣ１５０のＵＩＣＣ通信部１６２と通信を行い、第１認証部１６４Ｂにより人物認証を実行させる。なお、ＵＩＣＣを用いず、携帯電話等のＣＰＵとメモリ内に予め記憶させてある顔情報に対応する情報を用いて内部的に人物認証を実行させてもよい。第１認証部１６４Ｂでは、ＵＩＣＣ通信部１６２により指紋情報を受信した場合に、個人認証情報１６６Ａに含まれる顔情報を取得し、取得した顔情報が、受信した顔情報と合致するか否かを判定する。第１認証部１６４Ｂは、二つの顔情報が合致した場合、顔情報による人物認証が成功したと判定し、合致しなかった場合、顔情報による人物認証が失敗したと判定する。そして、第１認証部１６４Ｂは、認証結果をアプリ実行部１２２に出力する。なお、上記と同様に、マイク１１９から入力された音声から声紋を取得して、ＵＩＣＣや、携帯電話携帯電話等のＣＰＵとメモリ内に予め記憶させてある声紋情報に対応する情報を用いて内部的に人物認証を実行させてもよい。このように、あらゆる生体情報を利用して人物認証を行うことができる。
【００５４】
また、アイコンＩＣ４が選択され、虹彩情報による認証を行う場合、上述した顔情報による認証方式における顔情報に代えて虹彩情報を用いて同様の認証が行われるため、ここでの具体的な説明は省略する。また、アイコンＩＣ５が選択され、声紋情報による認証を行う場合、アプリ実行部１２２は、マイク１１９を起動するとともに、表示制御部１２４により、発声を促すメッセージを含む画像を表示部１１４に表示させる。この場合、アプリ実行部１２２は、特定の文字または文章を発声させるためのメッセージを含む画像を表示部１１４に表示させてもよい。次に、アプリ実行部１２２は、マイク１１９によって取得された音声情報を解析して声紋情報を取得する。次に、アプリ実行部１２２は、声紋情報に基づいて、カード通信部１４２によりＵＩＣＣ１５０のＵＩＣＣ通信部１６２と通信を行い、第１認証部１６４Ｂにより人物認証を実行させる。第１認証部１６４Ｂでは、ＵＩＣＣ通信部１６２により声紋情報を受信した場合に、個人認証情報１６６Ａに含まれる声紋情報を取得し、取得した声紋情報が、受信した声紋情報と合致するか否かを判定する。第１認証部１６４Ｂは、二つの声紋情報が合致した場合、声紋情報による人物認証が成功したと判定し、合致しなかった場合、声紋情報による人物認証が失敗したと判定する。そして、第１認証部１６４Ｂは、認証結果をアプリ実行部１２２に出力する。アプリ実行部１２２は、それぞれの認証結果を、表示制御部１２４により表示部１１４に表示させてもよい。
【００５５】
次に、アプリ実行部１２２は、ステップＳ１００の処理において、認証が成功した場合、扉Ｄを解錠するときの認証手法を設定する（ステップＳ１０２）。ステップＳ１０２の処理において、アプリ実行部１２２は、例えば、ステップＳ１００の処理で認証した複数の認証手法からランダムに１つの認証手法を設定してもよく、利用者により入力部１１３から１つの認証手法をする。次に、アプリ実行部１２２は、認証結果を含む認証状態情報をＵＩＣＣ１５０内のデータ記憶部１６６に記憶させる（ステップＳ１０４）。また、ステップＳ１０４の処理において、ステップＳ１０２において設定された解錠時の認証手法をデータ記憶部１６６に記憶させてもよい。次に、第２認証部１６４Ｃは、データ記憶部１６６に記憶された鍵情報１６６Ｂ等を含む端末認証情報を入出管理サーバ２００に送信して相互認証を実行する（ステップＳ１０６）。
【００５６】
入出管理サーバ２００の端末認証部２２０は、携帯端末１００から受信した端末認証情報等に基づいて、鍵情報を用いた携帯端末１００の認証（相互認証）を行う（ステップＳ１０８）。携帯端末１００の認証が成功した場合、サーバ側認証状態管理部２３２は、認証状態情報を生成し（ステップＳ１１０）、生成した認証状態情報を携帯端末１００に送信する（ステップＳ１１２）。次に、サーバ側認証状態管理部２３２は、生成した認証状態情報を、サーバ側記憶部２６０に記憶させる（ステップＳ１１４）。
【００５７】
次に、携帯端末１００のアプリ実行部１２２は、ステップＳ１１４の処理により入出管理サーバ２００により送信された認証状態情報を受信し、受信した認証状態情報に基づいて、データ記憶部１６６に記憶された認証状態情報１６６Ｃを更新する（ステップＳ１１６）。ステップＳ１１６の処理において、アプリ実行部１２２は、データ記憶部１６６に記憶された認証状態情報１６６Ｃを、受信した認証状態情報に置き換えてもよく、差分情報のみを書き換えて更新してもよい。
【００５８】
また、ステップＳ１１６の処理において、アプリ実行部１２２は、受信した認証状態情報に含まれる認証状態に関する情報を表示制御部１２４により表示部１１４に表示させてもよい。図１３は、実施形態の認証状態画面ＩＭ２の一例を示す図である。図１３に示す認証状態画面ＩＭ２には、現在の認証状態により解錠可能となった扉に関する情報が含まれる。図１３の例では、人物認証および端末認証によって、扉Ｄ１と扉Ｄ４が解錠可能となったことを示している。なお、表示制御部１２４は、認証状態画面ＩＭ２に、解錠可能となった扉Ｄ１、Ｄ４の何れかを選択するためのアイコンＩＣ１１、ＩＣ１２と、認証状態画面ＩＭ２を終了させるアイコンＩＣ１３を表示させてもよい。また、上記は開錠可能となったことを示すだけで、さらに扉を選択する必要がある場合もあれば、選択しなくても、扉に近づいて、例えば、携帯端末をリーダ装置にかざすなどしても、どの扉を指定したかを明確にすることができる。
【００５９】
次に、入出管理サーバ２００のセッション鍵管理部２３４は、人物認証および端末認証が成功した場合に、セッション鍵を生成し（ステップＳ１１８）、生成したセッション鍵を携帯端末１００に送信する（ステップＳ１２０）。次に、セッション鍵管理部２３４は、生成したセッション鍵を認証状態情報２６６に記憶させる（ステップＳ１２２）。
【００６０】
アプリ実行部１２２は、ステップＳ１２０の処理により入出管理サーバ２００から送信されたセッション鍵を受信し、受信したセッション鍵を認証状態情報１６６Ｃに記憶させる（ステップＳ１２４）。これにより、本シーケンスの処理は、終了する。
【００６１】
次に、実施形態のトークン取得処理について具体的に説明する。図１４は、実施形態のトークン取得処理を説明するためのシーケンス図である。図１４に示す処理は、事前認証アプリ１３２により実行されるものであり、例えば、図１３に示す認証状態画面ＩＭ２において、利用者により特定の扉が選択された場合の処理を示すものである。
【００６２】
まず、アプリ実行部１２２は、端末ＩＤと認証状態情報１６６Ｃに含まれる認証状態とをセッション鍵で暗号化する（ステップＳ２００）。なお、ステップＳ２００の処理では、認証状態に代えて、認証状態画面ＩＭ２により選択された解錠したい扉に関する情報（例えば、扉ＩＤ）を用いてもよい。また、ステップＳ２００における暗号化処理は、ＵＩＣＣ１５０等のセキュアエレメント内で実施してもよい。次に、アプリ実行部１２２は、暗号化した情報を、無線ルータ１０を介して入出管理サーバ２００に送信する（ステップＳ２０２）。
【００６３】
入出管理サーバ２００のサーバ側認証状態管理部２３２は、無線ルータ１０により受信された情報をセッション鍵で復号し、端末ＩＤと認証状態とを取得する（ステップＳ２０４）。次に、トークン生成部２４０は、端末ＩＤと認証状態とに基づいて、トークンを生成し、生成したトークンをサーバ側記憶部２６０に記憶させる（ステップＳ２０６）。次に、サーバ側認証状態管理部２３２は、生成したトークンをセッション鍵で暗号化し（ステップＳ２０８）、暗号化されたトークンを、無線ルータ１０により携帯端末１００に送信する（ステップＳ２１０）。次に、サーバ側認証状態管理部２３２は、認証状態情報２６６に含まれる認証状態保持期間（例えば、５時間、１日等）が経過した場合に、サーバ側記憶部２６０に記憶された認証状態情報２６６およびトークン２６８を削除する（ステップＳ２１２）。
【００６４】
次に、携帯端末１００のアプリ実行部１２２は、トークンをセッション鍵で復号し（ステップＳ２１４）、復号により得られたトークン１６６Ｄをデータ記憶部１６６に記憶させる（ステップＳ２１６）。次に、端末側認証状態管理部１６４Ｄは、認証状態情報１６６Ｃに含まれる認証状態保持期間が経過した場合に、認証状態情報１６６Ｃおよびトークンを削除する（ステップＳ２１８）。これにより、本シーケンスの処理は、終了する。なお、上述した事前認証アプリ１３２により実行される処理は、例えば、所定のエリアへの入室時または退室時にそれぞれトークンを取得して扉の解錠を行ってもよく、一つのトークンによって入室時と退出時の両方の扉の解錠を行ってもよい。
【００６５】
次に、実施形態の解錠実行処理について具体的に説明する。図１５は、実施形態の解錠実行処理を説明するためのシーケンス図である。なお、以下の処理では、入室時の実行処理について説明するが、退室時においても同様に処理が行われる。図１５に示す処理は、例えば、利用者の入力部１１３により解錠アプリ１３４の実行操作が受け付けられた場合に、解錠アプリ１３４によるアプリ実行部１２２の機能が実現される。
【００６６】
まず、アプリ実行部１２２は、ステップＳ１０２の処理で設定された認証手法を用いて人物認証を行う（ステップＳ３００）。ステップＳ３００の処理では、複数の認証手法ではなく、設定された１つの認証手法を用いることで、解錠実行時の利用者の負担を軽減させることができる。ステップＳ３００の処理により、例えば、トークンを取得した後に携帯端末１００が盗難された後であっても、第三者が容易にトークンを利用して扉を解錠することを抑制することができ、よりセキュリティを向上させることができる。なお、上述したステップＳ１０２およびステップＳ３００の処理は、省略してもよい。
【００６７】
人物認証が失敗した場合、アプリ実行部１２２は、その旨を示す情報を表示制御部１２４により表示部１１４に表示させ、以降の処理を実行しない。また、人物認証が成功した場合、アプリ実行部１２２は、データ記憶部１６６により記憶されたトークン１６６Ｄを読み出し、読み出したトークン１６６Ｄと乱数と含む第１解錠情報を生成し（ステップＳ３０２）、生成した第１解錠情報を、無線ルータ１０を介して、入出管理サーバ２００に送信する（ステップＳ３０４）。次に、アプリ実行部１２２は、ステップＳ３０２の処理で用いられた乱数を、セッション鍵を用いて暗号化した第２解錠情報を生成する（ステップＳ３０６）。ステップＳ３０６の処理において、アプリ実行部１２２は、セッション鍵を用いて乱数を暗号化した第２解錠情報を、ＱＲコードやＤａｔａＭａｔｒｉｘ、ＡｚｔｅｃＣｏｄｅ等の二次元バーコード、バーコード等の一次元バーコード等のコード情報に変換してもよく、第２解錠情報の生成過程において、コード情報に変換する処理が含まれてもよい。次に、アプリ実行部１２２は、生成した第２解錠情報を、リーダ装置２０に読み取らせる（ステップＳ３０８）。ステップＳ３０８の処理では、例えば、利用者が携帯端末１００をリーダ装置２０に近づけることで、ＮＦＣ通信により第２解錠情報を読み取らせてもよく、また、利用者が表示制御部１２４により第２解錠情報のコード情報を表示部１１４に表示させ、表示させたコード情報をリーダ装置２０に翳すことで、第２解錠情報がリーダ装置２０に読み取らせてもよい。リーダ装置２０は、取得した第２解錠情報を入出管理サーバ２００に送信する。
【００６８】
次に、入出管理サーバ２００の施解錠制御部２５０は、無線ルータ１０から受信した第１解錠情報に含まれるトークンから端末ＩＤを特定し、特定した端末ＩＤから認証状態情報２６６を参照してセッション鍵を特定する（ステップＳ３１０）。次に、施解錠制御部２５０は、第１解錠情報に含まれる乱数を、セッション鍵を用いて暗号化して認証データを生成する（ステップＳ３１２）。次に、施解錠制御部２５０は、生成した認証データと第２解錠情報とを照合し（ステップＳ３１４）、合致する場合に、トークンから端末ＩＤを特定し、特定した端末ＩＤから認証状態情報２６６を特定して認証状態や認証状態保持期間等を確認し、所定の解錠条件を満たす場合に、対応する扉Ｄの電子錠３０を解錠する制御を行う（ステップＳ３１６）。ステップＳ３１６の処理において、施解錠制御部２５０は、例えば、解錠依頼のあった扉が、認証状態で解錠可能な扉である場合、および認証状態保持期間が経過していない場合に、解錠条件を満たすと判定する。解錠条件を満たす場合、施解錠制御部２５０は、解錠依頼のあった扉ＩＤに基づいて扉管理情報２６４を参照し、合致する扉ＩＤに対応する電子錠ＩＤやコントローラＩＤを取得し、取得したコントローラＩＤに対して、取得した電子錠ＩＤに対する解錠制御を実行させる。
【００６９】
次に、施解錠制御部２５０は、解錠されたことを示す情報を携帯端末１００に送信する（ステップＳ３１８）。なお、ステップＳ３１６の処理において、所定の解錠条件を満たさない場合、施解錠制御部２５０は、ステップＳ３１８の処理により、解錠できない旨を示す情報を携帯端末１００に送信する。
【００７０】
次に、表示制御部１２４は、ステップＳ３１８の処理により送信された情報を表示部１１４に表示させる（ステップＳ３２０）。次に、入出管理サーバ２００は、解錠してから所定時間が経過した後に、電子錠３０を施錠する制御を行う（ステップＳ３２２）。これにより、解錠されたまま放置される状態を抑制することができ、第三者の所定エリアへの入室を抑制することができる。これにより、本シーケンス処理は、終了する。
【００７１】
ここで、実施形態の変形例について説明する。例えば、図１５の処理において、アプリ実行部１２２は、トークンと乱数と含む情報を第１解錠情報とし、セッション鍵を用いて乱数を暗号化した情報を第２解錠情報としたが、これに代えて、トークンおよび認証状態情報１６６Ｃに含まれる認証情報と含む情報を第１解錠情報とし、トークンを第２解錠情報としてもよい。この場合、入出管理サーバ２００の施解錠制御部２５０は、第１解錠情報と第２解錠情報とのそれぞれに含まれるトークンを照合し、合致した場合に、第１解錠情報に含まれる認証情報に含まれる解錠可能な扉を解錠させる制御を行う。このように、トークンを用いることで通信の盗聴等が行われたとしても個人の特定が困難であるため、セキュリティをより向上させることができる。また、暗号化処理を行わずに、高いセキュリティの解錠制御を行うことができる。
【００７２】
また、上述した実施形態において、第１認証部１６４Ｂは、事前認証処理として、図１２に示す認証手段選択画面ＩＭ１により選択された一または複数の認証手段による認証を行い、認証が成功した認証手段に対応する扉の情報を図１３に示す認証状態画面ＩＭ２に表示したが、これに代えて、最初に解錠したい扉の選択を受け付け、受け付けた扉に対応する認証手段を実行させてもよい。
【００７３】
図１６は、実施形態の扉選択画面ＩＭ３の一例を示す図である。アプリ実行部１２２は、事前認証アプリ１３２の起動後に、表示制御部１２４に扉選択画面ＩＭ３を生成させ、生成させた扉選択画面ＩＭ３を表示部１１４に表示させる。扉選択画面ＩＭ３には、入出管理サーバ２００によって入出が管理されている部屋や施設の扉の一覧が表示される。扉の一覧は、建物のフロアごとに階層的に表示されてもよく、検索機能により指定した部屋に入出するための扉のみを表示させてもよい。図１６の例では、扉選択画面ＩＭ３に扉Ｄ１〜Ｄ３に対応付けられたアイコンＩＣ２１〜ＩＣ２３が表示されている。
【００７４】
利用者により扉選択画面ＩＭ３から扉が選択された場合、アプリ実行部１２２は、選択された扉に対応する認証手段情報を入出管理サーバ２００に問い合わせ、入出管理サーバ２００の扉管理情報２６４から扉に対応する認証手段情報を取得する。なお、予め扉管理情報２６４が端末側記憶部１３０に記憶されていてもよく、端末側記憶部１３０に記憶された扉管理情報２６４から対応する認証手段情報を取得してもよい。そして、アプリ実行部１２２は、表示制御部１２４に、取得した認証手段情報を通知するための認証画面ＩＭ４を生成させ、生成させた認証画面ＩＭ４を表示部１１４に表示させる。
【００７５】
図１７は、実施形態の認証画面ＩＭ４の一例を示す図である。図１７の例では、扉選択画面ＩＭ３において、扉Ｄ２のアイコンＩＣ２２が選択された場合に、扉Ｄ２を解錠可能にするための二つの認証手段（パスワード認証、指紋認証）が認証画面ＩＭ４に表示されている。なお、図１７の例では、扉Ｄ２を解錠可能にするための人物認証として、パスワード認証を実行するためのアイコンＩＣ３１と指紋認証を実行するためのアイコンＩＣ３２とが表示されている。これにより、利用者は、認証画面ＩＭ４を表示された認証手段による事前認証を実行する。上述した変形例によれば、解錠したい扉に対応する認証方式のみを行えばよいため、効率的に事前認証を行うことができる。
【００７６】
また、上述した実施形態では、携帯端末１００にセキュアエレメントを設けたが、同様の構成を入出管理サーバ２００に設けてもよい。この場合、携帯端末１００のアプリ実行部１２２は、事前認証を行う場合に、入出管理サーバ２００のセキュアエレメントにアクセスして人物認証を行うための情報を取得し、取得した情報を用いて人物認証を実行する。また、アプリ実行部１２２は、一または複数の認証手段による認証を行うための入力情報を入出管理サーバ２００に送信し、サーバ側で入力情報と個人認証情報とに基づく人物認証を実行させてもよい。これにより、人物認証に必要な情報を入出管理サーバ２００のセキュアエレメント内で管理することで、個人認証情報を統合的に管理することができる。
【００７７】
以上説明した少なくとも一つの実施形態によれば、入出管理システム１は、利用者が所持する携帯端末１００と、携帯端末１００を用いて入出管理を行う入出管理サーバ２００とを持つ。携帯端末１００は、解錠させる扉に対応付けられた一または複数の認証手段によって人物認証を行う第１認証部１６４Ｂと、前記入出管理装置と通信を行うＮＷ通信部１１６と、第１認証部１６４Ｂによる人物認証が成功した場合に、ＮＷ通信部により入出管理サーバ２００と通信し、鍵情報に基づいて携帯端末１００の端末認証を行う第２認証部１６４Ｃと、第２認証部１６４Ｃによる携帯端末１００の認証が成功した場合に、入出管理サーバ２００から送信された、第１認証部１６４Ｂで実行された認証手段に対応する解除可能な扉の情報を含む認証状態情報を記憶するデータ記憶部１６６と、データ記憶部１６６に記憶された認証状態情報に対応付けられた解錠情報を入出管理サーバ２００に接続されたリーダ装置２０に読み取らせることで扉を解錠させる解錠アプリ１３４と、を備える。入出管理サーバ２００は、鍵情報により携帯端末１００を認証する端末認証部（第３認証部）２２０と、端末認証部２２０による認証が成功した場合に、第１認証部１６４Ｂにより実行された認証手段と、端末認証部２２０による認証結果とに基づいて、認証状態情報を生成するサーバ側認証状態管理部２３２と、リーダ装置２０により受信した解錠情報とサーバ側認証状態管理部２３２により生成された認証状態情報とを照合し、照合した結果が所定の解錠条件を満たす場合に、扉を解錠させる施解錠制御部と、を備える。これにより、入出時の扉の解錠時間を短縮することができる。
【００７８】
また、以上説明した少なくとも一つの実施形態によれば、複数の認証手段による人物認証を行うことで、入出管理におけるセキュリティを向上させることができるとともに、実際に扉を解錠する前に認証手段を成功させておくことで、解錠時における時間を短縮させることができる。また、少なくとも一つの実施形態によれば、事前認証処理を比較的通信距離の長いＷｉ−ＦｉやＢｌｕｅｔｏｏｔｈ等の無線通信方式を用いて行うことで、扉付近に設置されたリーダ装置２０に出向くことなく、事前認証を行うことができる。また、少なくとも一つの実施形態によれば、携帯端末１００に設けられたカメラ１１８やマイク等を用いて取得された生体情報を用いて認証を行うことができるため、リーダ装置２０に生体情報を読み取る機構を設ける必要がなく、入出管理側のコスト（例えば、リーダ装置２０のコスト）を削減することができる。
【００７９】
また、少なくとも一つの実施形態によれば、個人認証情報や認証状態情報がＵＩＣＣ等のセキュアエレメント内で管理されるため、携帯端末１００が盗難された場合であっても個人認証情報や認証状態情報を利用されたり、改竄されることを抑制することができる。また、解錠時の処理において、トークンや乱数を用いることで、通信の盗聴等による個人の特定が困難となるため、セキュリティをより向上させることができる。上述した実施形態は、例えば、複数の認証が必要な場面、または状況等に応じて認証手段が異なる場合等において適用することができる。
【００８０】
なお、実施形態におけるＵＩＣＣ１５０が備える各構成の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述したＵＩＣＣ１５０が備える各構成における処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００８１】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００８２】
１…入出管理システム、１０…無線ルータ、２０…リーダ装置、３０…電子錠、４０…コントローラ、１００…携帯端末、１１３…入力部、１１４…表示部、１１６…ＮＷ通信部、１１８…カメラ、１１９…マイク、１２０…制御部、１２２…アプリ実行部、１２４…表示制御部、１３０…端末側記憶部、１３２…事前認証アプリ、１３４…解錠アプリ、１４０…通信部、１４２…カード通信部、１４４…ＮＦＣ通信部、１５０…ＵＩＣＣ、１６２…ＵＩＣＣ通信部、１６４…ＵＩＣＣ制御部、１６４Ａ…認証情報登録部、１６４Ｂ…第１認証部、１６４Ｃ…第２認証部、１６４Ｄ…端末側認証状態管理部、１６６…データ記憶部、２００…入出管理サーバ、２１０…通信制御部、２２０…端末認証部、２３０…管理部、２４０…トークン生成部、２５０…施解錠制御部、２６０…サーバ側記憶部
【図１】
2020046808.tif 000003
【図２】
2020046808.tif 000004
【図３】
2020046808.tif 000005
【図４】
2020046808.tif 000006
【図５】
2020046808.tif 000007
【図６】
2020046808.tif 000008
【図７】
2020046808.tif 000009
【図８】
2020046808.tif 000010
【図９】
2020046808.tif 000011
【図１０】
2020046808.tif 000012
【図１１】
2020046808.tif 000013
【図１２】
2020046808.tif 000014
【図１３】
2020046808.tif 000015
【図１４】
2020046808.tif 000016
【図１５】
2020046808.tif 000017
【図１６】
2020046808.tif 000018
【図１７】
2020046808.tif 000019