特開 2025-21449 アクティブアクセス認証方法及びこれを使用したデバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025021449

(43)【公開日】2025-02-13

(54)【発明の名称】アクティブアクセス認証方法及びこれを使用したデバイス

(51)【国際特許分類】

   G06F 21/31 20130101AFI20250205BHJP

   H04L 9/08 20060101ALI20250205BHJP

【ＦＩ】

G06F21/31

H04L9/08 D

H04L9/08 F

【審査請求】未請求

【請求項の数】20

【出願形態】ＯＬ

(21)【出願番号】P 2024120781

(22)【出願日】2024-07-26

(31)【優先権主張番号】10-2023-0099689

(32)【優先日】2023-07-31

(33)【優先権主張国・地域又は機関】KR

(71)【出願人】

【識別番号】520201123

【氏名又は名称】モカ システム インコーポレイテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】リー セオン ジク

(72)【発明者】

【氏名】イ、ジュン ビン

(72)【発明者】

【氏名】ジェオン、ジョン ミン

(57)【要約】      （修正有）

【課題】ユーザ認証を実行するために必要とされる時間を短縮する認証方法、プログラム及び端末を提供する。
【解決手段】管理システムにおいて、ユーザ認証するために、端末は、制御デバイスから第１のアドバタイジングパケットを受信し、第１のアドバタイジングパケットに含まれる制御デバイス識別情報又は領域識別情報のうちの少なくとも一方に基づき、サーバに制御デバイスの暗号鍵を要求して、サーバから制御デバイスの暗号鍵を受信し、制御デバイス識別情報又は領域識別情報のうちの少なくとも一方に基づき、端末が対象領域にアクセスするための権限を有するかどうかを判定し、対象領域にアクセスするための権限を有すると判定した場合、制御デバイスの暗号鍵に基づき、制御デバイスに送信されることになる認証データを暗号化し、暗号化された認証データを制御デバイスに送信する。
【選択図】図６

【特許請求の範囲】

【請求項1】

端末の認証方法であって：
制御デバイスから第１のアドバタイジングパケットを受信する段階、ここで、前記第１のアドバタイジングパケットは、前記制御デバイスを識別するための制御デバイス識別情報、又は、前記制御デバイスによって管理されている対象領域を識別するための領域識別情報のうちの少なくとも一方を含む；
前記第１のアドバタイジングパケットに含まれる前記制御デバイス識別情報又は前記領域識別情報のうちの少なくとも一方に基づき、サーバに前記制御デバイスの暗号鍵を要求する段階；
前記サーバから前記制御デバイスの前記暗号鍵を受信する段階；
前記制御デバイス識別情報又は前記領域識別情報のうちの少なくとも一方に基づき、前記端末が前記対象領域にアクセスするための権限を有するかどうかを判定する段階；
前記端末が前記対象領域にアクセスするための前記権限を有すると判定された場合、前記制御デバイスの前記暗号鍵に基づき、前記制御デバイスに送信されることになる認証データを暗号化する段階；及び
前記暗号化された認証データを前記制御デバイスに送信する段階
を備える、認証方法。

【請求項2】

前記制御デバイスの前記暗号鍵は、前記制御デバイスの公開鍵である、請求項１に記載の認証方法。

【請求項3】

前記端末が前記対象領域にアクセスするための前記権限を有するかどうかを判定する段階は、前記制御デバイス識別情報又は前記領域識別情報のうちの少なくとも一方と、前記端末に予め記憶された参照アクセス権限情報とを比較することにより、前記端末が前記対象領域にアクセスするための前記権限を有するかどうかを判定する段階を有し、前記参照アクセス権限情報は、前記端末がアクセスするための権限を有する領域の領域識別情報、又は、前記端末がアクセスするための前記権限を有する前記領域を管理する前記制御デバイスのデバイス識別情報のうちの少なくとも一方を含む、請求項１又は２に記載の認証方法。

【請求項4】

暗号化する段階は、前記制御デバイスの前記公開鍵及び前記端末の秘密鍵を使用することにより前記認証データを暗号化する段階を有する、請求項２に記載の認証方法。

【請求項5】

前記第１のアドバタイジングパケットは、前記制御デバイスがそれを通じて前記端末と通信する通信プロトコルのバージョン情報を含む、請求項１又は２に記載の認証方法。

【請求項6】

前記暗号化された認証データを前記制御デバイスに送信する段階は、前記通信プロトコルの前記バージョン情報に基づき、前記暗号化された認証データを前記制御デバイスに送信するための方法を決定する段階を有する、請求項５に記載の認証方法。

【請求項7】

前記暗号化された認証データを前記制御デバイスに送信する段階は：
前記通信プロトコルの前記バージョン情報に従ったアドバタイジングパケットが前記暗号化された認証データを含むことができると判定された場合、前記通信プロトコルの前記バージョン情報に基づき、前記暗号化された認証データを含む第２のアドバタイジングパケットを生成する段階；及び
前記第２のアドバタイジングパケットを前記制御デバイスに送信する段階
を有する、請求項６に記載の認証方法。

【請求項8】

前記第２のアドバタイジングパケットは、前記制御デバイス識別情報を含む、請求項７に記載の認証方法。

【請求項9】

前記暗号化された認証データを前記制御デバイスに送信する段階は：
前記通信プロトコルの前記バージョン情報に従ったアドバタイジングパケットが前記暗号化された認証データを含むことができないと判定された場合、前記通信プロトコルの前記バージョン情報に基づき、前記制御デバイスとの通信接続を確立する段階；
前記制御デバイスとの前記通信接続を確立する段階の後に、前記暗号化された認証データを含むデータパケットを生成する段階；及び
前記データパケットを前記制御デバイスに送信する段階
を有する、請求項６に記載の認証方法。

【請求項10】

前記暗号化された認証データを前記制御デバイスに送信する段階は：
前記制御デバイスから受信された信号に基づき、前記制御デバイスまでの距離を判定する段階；及び
前記判定された距離が閾値距離未満であるか又はそれに等しい場合、前記暗号化された認証データを前記制御デバイスに送信する段階
を有する、請求項１又は２に記載の認証方法。

【請求項11】

前記暗号化された認証データを前記制御デバイスに送信する段階は：
前記端末が、第１の閾値距離を適用するために、前記制御デバイスが前記サーバに登録されていることを識別し、かつ、前記判定された距離が前記第１の閾値距離未満であるか又はそれに等しい場合、前記暗号化された認証データを前記制御デバイスに送信する段階
を有する、請求項１０に記載の認証方法。

【請求項12】

前記暗号化された認証データを前記制御デバイスに送信する段階は：
前記端末が、前記第１の閾値距離を適用するために、前記制御デバイスが前記サーバに登録されていないことを識別し、かつ、前記判定された距離が、前記第１の閾値距離よりも短い第２の閾値距離未満であるか又はそれに等しい場合、前記暗号化された認証データを前記制御デバイスに送信する段階
を有する、請求項１１に記載の認証方法。

【請求項13】

制御デバイスから第１のアドバタイジングパケットを前記受信する段階の前に、前記制御デバイスから前記制御デバイスの前記暗号鍵を取得する段階；及び
前記制御デバイスの前記暗号鍵が前記サーバに登録されるよう、前記制御デバイスの前記暗号鍵を前記サーバに送信する段階
を更に備える、請求項１１に記載の認証方法。

【請求項14】

前記制御デバイスの前記暗号鍵が前記サーバに送信されることに応答して、前記サーバから、前記サーバによって前記制御デバイスに割り当てられている制御デバイス専用暗号鍵又は前記サーバへのログイン情報のうちの少なくとも一方を受信する段階；及び
前記制御デバイス専用暗号鍵又は前記サーバへの前記ログイン情報のうちの少なくとも一方を前記制御デバイスに送信する段階
を更に備える、請求項１３に記載の認証方法。

【請求項15】

前記制御デバイスから、前記暗号化された認証データに基づくユーザ認証結果に関する情報を受信する段階を更に備える、請求項１又は２に記載の認証方法。

【請求項16】

予め定められた出勤時間帯に関する情報が予め設定されており、
前記予め定められた出勤時間帯において、前記制御デバイスから受信された第１のアドバタイジング信号又は第２の制御デバイスから受信されたアドバタイジング信号のうち、早期に受信されたアドバタイジング信号が受信された時刻が、前記端末のユーザの出勤時刻として設定される、又は
前記予め定められた出勤時間帯において、前記制御デバイスから受信されたユーザ認証結果に関する情報、又は、前記第２の制御デバイスから受信されたユーザ認証結果に関する情報のうち、早期に受信されたユーザ認証結果に関する情報が受信された時刻が、前記端末の前記ユーザの前記出勤時刻として設定される
請求項１５に記載の認証方法。

【請求項17】

予め定められた退勤時間帯に関する情報が予め設定されており、
前記予め定められた退勤時間帯において、前記制御デバイスから受信された第１のアドバタイジング信号又は第２の制御デバイスから受信されたアドバタイジング信号のうち、遅くに受信されたアドバタイジング信号が受信された時刻が、前記端末のユーザの退勤時刻として設定される、又は
前記予め定められた退勤時間帯において、前記制御デバイスから受信されたユーザ認証結果に関する情報、又は、前記第２の制御デバイスから受信されたユーザ認証結果に関する情報のうち、遅くに受信されたユーザ認証結果に関する情報が受信された時刻が、前記端末の前記ユーザの前記退勤時刻として設定される
請求項１５に記載の認証方法。

【請求項18】

前記制御デバイスの前記暗号鍵についての要求に応答して、前記サーバから、前記制御デバイスの役割に関する情報を受信する段階、ここで、前記制御デバイスの前記役割は、外部から前記対象領域の内部への入口を制御する役割、又は、前記対象領域の前記内部から前記外部への出口を制御する役割を含む；
前記制御デバイスの前記役割に関する前記情報に基づき、前記端末が直前にアクセスした制御デバイスの役割が、前記制御デバイスの前記役割と同じであるかどうかを判定する段階；及び
前記端末が直前にアクセスした前記制御デバイスの前記役割が前記制御デバイスの前記役割と同じであると判定された場合、前記端末は前記対象領域にアクセスするための権限を有しないと判定する段階
を更に備える、請求項１又は２に記載の認証方法。

【請求項19】

コンピュータに、請求項１又は２に記載の認証方法を実行させるためのプログラム。

【請求項20】

通信ユニット；及び
制御ユニット
を備える端末であって、前記制御ユニットは：
前記通信ユニットを通じて制御デバイスから第１のアドバタイジングパケットを受信する、ここで、前記第１のアドバタイジングパケットは、前記制御デバイスを識別するための制御デバイス識別情報、又は、前記制御デバイスによって管理されている対象領域を識別するための領域識別情報のうちの少なくとも一方を含む；
前記第１のアドバタイジングパケットに含まれる前記制御デバイス識別情報又は前記領域識別情報のうちの少なくとも一方に基づき、前記通信ユニットを通じて、サーバに前記制御デバイスの暗号鍵を要求する；
前記通信ユニットを通じて、前記サーバから前記制御デバイスの前記暗号鍵を受信する；
前記制御デバイス識別情報又は前記領域識別情報のうちの少なくとも一方に基づき、前記端末が前記対象領域にアクセスするための権限を有するかどうかを判定する；
前記端末が前記対象領域にアクセスするための前記権限を有すると判定された場合、前記制御デバイスの前記暗号鍵に基づき、前記制御デバイスに送信されることになる認証データを暗号化する；及び
前記暗号化された認証データを、前記通信ユニットを通じて前記制御デバイスに送信する
ように構成されている
端末。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本願は、２０２３年７月３１日に韓国特許庁に出願された韓国特許出願第１０－２０２３－００９９６８９号に基づき、３５Ｕ．Ｓ．Ｃ．§１１９の下でこれに対する優先権を主張するものであり、その開示は参照により全体として本明細書に組み込まれる。

【0002】

本開示は、アクセス認証方法及びこれを使用したデバイスに関する。

【背景技術】

【0003】

建物又は特定の領域へのアクセス管理のためのユーザ認証、支払処理、特定のデバイスにおける使用の分野において、ユーザ端末を利用することで利便性を向上させるための技法が使用されている。そのような従来技術の技法において、ユーザ端末は、カードキー又は同等のものにより実装され得、最近では、ユーザが携帯するスマートフォンなどの端末が広く使用されている。

【0004】

しかしながら、端末は、従来技術のカードキーに比べて、ユーザ認証のために必要な情報を取得するためにより多くの時間を必要とし得、それに応じて、ユーザに遅延を感じさせる不都合が生じ得る。

【0005】

加えて、従来技術のＢｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（ＢＬＥ）通信の場合、通信を実行するために必要とされる時間が端末のオペレーティングシステムに応じて異なる、又は、データを送信又は受信するためにユーザが考えるよりも多くの時間が必要とされるという問題が存在し得る。

【発明の概要】

【0006】

本開示によって実現されることになる目的は、ユーザ認証を実行するために必要とされる時間を短縮するための制御方法を提供することである。

【0007】

加えて、本開示によって実現されることになる別の目的は、端末のオペレーティングシステムに応じたユーザ認証におけるエラーを防止するための制御方法を提供することである。

【0008】

本開示によって実現されることになる目的は、上記で言及されたものに限定されず、上記で言及されていない他の目的は、以下で提供される説明及び添付図面に基づき、当業者には明確に理解され得る。

【0009】

実施形態によれば、端末の認証方法は：制御デバイスから第１のアドバタイジングパケットを受信する段階、ここで、前記第１のアドバタイジングパケットは、前記制御デバイスを識別するための制御デバイス識別情報、又は、前記制御デバイスによって管理されている対象領域を識別するための領域識別情報のうちの少なくとも一方を含む；前記第１のアドバタイジングパケットに含まれる前記制御デバイス識別情報又は前記領域識別情報のうちの少なくとも一方に基づき、サーバに前記制御デバイスの暗号鍵を要求する段階；前記サーバから前記制御デバイスの前記暗号鍵を受信する段階；前記制御デバイス識別情報又は前記領域識別情報のうちの少なくとも一方に基づき、前記端末が前記対象領域にアクセスするための権限を有するかどうかを判定する段階；前記端末が前記対象領域にアクセスするための前記権限を有すると判定された場合、前記制御デバイスの前記暗号鍵に基づき、前記制御デバイスに送信されることになる認証データを暗号化する段階；及び、前記暗号化された認証データを前記制御デバイスに送信する段階、を備える。

【0010】

本開示の技術的解決手段は、上記で言及されたものに限定されず、上記で言及されていない他の技術的解決手段は、以下で提供される説明及び添付図面に基づき、当業者には明確に理解され得る。

【0011】

本開示によれば、ユーザ認証を実行するために必要とされる時間が短縮され得る。

【0012】

加えて、本開示によれば、端末のオペレーティングシステムに応じて引き起こされ得るユーザ認証のエラーが防止され得る。

【0013】

本開示の効果は、上記で言及されたものに限定されず、上記で言及されていない他の効果は、以下で提供される説明及び添付図面に基づき、当業者には明確に理解され得る。

【図面の簡単な説明】

【0014】

添付図面と併せて解釈される以下の説明から、本開示の特定の実施形態の上記及び他の態様、特徴、及び利点がより明らかになる。

【0015】

【図1】実施形態による、管理システムの環境を示す図である。

【図2】実施形態による、端末のブロック図である。

【図3】実施形態による、制御デバイスのブロック図である。

【図4】実施形態による、サーバのブロック図である。

【図5】実施形態による、サーバにおける制御デバイスの登録を説明するために提供された図である。

【図6】実施形態による、ユーザ認証方法を説明するために提供された図である。

【図7】実施形態による、端末及び制御デバイスの間の閾値距離を説明するために提供された図である。

【図8A】実施形態による、認証データ送信方法に応じた端末及び制御デバイスの動作を説明するために提供された図である。

【図8B】実施形態による、認証データ送信方法に応じた端末及び制御デバイスの動作を説明するために提供された図である。

【発明を実施するための形態】

【0016】

本明細書において説明される実施形態は、当業者向けに本開示の技術的概念を明確に説明するために提供されるものであり、本開示は、本明細書に記載の実施形態に限定されず、本開示の範囲は、本開示の技術的概念から逸脱することなく、様々な修正又は変更を含むものとして解釈されるべきである。

【0017】

本明細書において使用される用語は、本開示の機能を考慮することによって、広く使用されている一般用語であるが、当業者の意図、前例、又は新技術の出現に応じて用語は変化し得る。しかしながら、或る用語が特定の意味を有するものとして定義され、使用される場合、当該用語の意味は別途明記される。それに応じて、本明細書において使用される用語は、当該用語の名称に基づくことなく、本明細書を通じて説明されている用語及び内容の実質的な意味に基づき解釈されるべきである。

【0018】

本明細書に添付された図面は、本開示の容易な説明を補助するために提供されるものであり、図面において示された形状は、必要な場合に本開示の容易な理解のために誇張された様式で表示されることがあり、本開示は当該図面によって限定されるものではない。

【0019】

本明細書において、周知の構成又は機能の詳細な説明は、それらが本開示の主題を不必要に不明瞭にするものであるため、省略される。

【0020】

以下、本開示の実施形態によるアクセス管理方法及びこれを使用したアクセス管理デバイスが説明される。

【0021】

図１は、実施形態による、管理システムの環境を示す図である。

【0022】

図１を参照すると、管理システム１０は、端末１００、制御デバイス２００、及びサーバ３００を含んでよい。

【0023】

端末１００は、制御デバイス２００又はサーバ３００のうちの少なくとも一方と通信してよく、様々な情報を送信又は受信してよい。例えば、端末１００は、制御デバイス２００に、又は、制御デバイス２００から、ユーザ認証のために必要な情報を送信又は受信してよい。ここで、ユーザ認証とは、ユーザ又はユーザ端末が特定の権限を有するかどうかを判定するために実行される認証を指してよい。例えば、ユーザ認証は、ユーザ又はユーザ端末が特定の領域にアクセスするための権限を有するかどうかに関するアクセス権限認証、ユーザ又はユーザ端末が支払処理を実行するための権限を有するかどうかに関する支払権限認証、ユーザ又はユーザ端末が特定のデバイスを使用するための権限を有するかどうかに関する使用権限認証、及び、ユーザ又はユーザ端末が特定のデバイスの動作モードを設定するための権限を有するかどうかに関する動作モード設定認証など、様々な権限の認証を含んでよい。

【0024】

加えて、端末１００は、アクセス要求及び／又は当該アクセス要求のために必要なデータを制御デバイス２００又はサーバ３００に送信してよい。加えて、実施形態によれば、端末１００は、上記で説明されたユーザ認証を実行してよい。

【0025】

加えて、ユーザ認証が実行される場合、端末１００は、制御デバイス２００又はサーバ３００にユーザ認証を処理するよう要求してよく、制御デバイス２００又はサーバ３００から、ユーザ認証のための処理についての当該要求の結果を取得してよい。加えて、端末１００は、制御デバイス２００又はサーバ３００から、ユーザ認証のための処理を実行することが可能であるかどうかに関する情報を取得してよく、当該情報に基づき、ユーザ認証のための処理を実行してよい。

【0026】

加えて、以下で説明される幾つかの実施形態を実施するためのアプリケーションが端末１００に提供されてよい。

【0027】

端末１００は、スマートフォン、タブレット、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ：ＰＤＡ（登録商標））、ラップトップ、ウェアラブルデバイス、又は同等のものによって実装されてよい。代替的に、端末１００は、スマートカード、集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：ＩＣ）カード、磁気カード、データを記録することができる無線周波数（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ：ＲＦ）チップ、又は同等のものにより実装されてよい。

【0028】

制御デバイス２００は、サーバ３００又は端末１００のうちの少なくとも一方と通信してよく、様々な情報を送信又は受信してよい。加えて、制御デバイス２００は、上記で説明されたユーザ認証結果に従い様々な処理動作を実行してよい。例えば、制御デバイス２００は、ユーザ認証結果に従い、ユーザによる特定の領域へのアクセスを制御してよく、ユーザの支払処理を制御してよく、ユーザによる特定のデバイスの使用を制御してよく、又は、特定のデバイスの動作モードを制御してよい。

【0029】

具体的には、ユーザによる特定の領域へのアクセスがゲートにより制限されている場合、制御デバイス２００は、ユーザ認証結果に従い、ユーザによる特定の領域へのアクセスを制御するようゲートを制御してよい。ここで、ゲートは、ユーザによるアクセスを物理的に制限するデバイスであってよく、アクセス制限デバイス（例えば、アクセスバー、アクセスドア等）を含んでよい。制御デバイス２００は、ユーザ認証結果に従い、ゲートにロック解除信号を提供して、ゲートが開かれるように制御し、ユーザによるアクセスを許可してよい。加えて、制御デバイス２００は、ユーザ認証結果に従い、ゲートにロック解除信号を提供しなくてよい、又は、ゲートにロック信号を提供して、ゲートが閉じられるように制御し、ユーザによるアクセスを防止してよい。加えて、実施形態によれば、制御デバイス２００は、ゲート内部又は外部に配設されてよい。

【0030】

加えて、制御デバイス２００が支払処理を制御する場合、制御デバイス２００は、ユーザ認証結果に従ったプロセスとして支払承認手順を実行してよい。例えば、制御デバイス２００は、端末１００から支払要求を受信してよく、ユーザ認証結果に基づき支払要求を受諾又は拒否してよい。加えて、実施形態によれば、支払承認手順は、端末１００又はサーバ３００において実行されてよい。

【0031】

加えて、制御デバイス２００は、ユーザ認証結果に基づき、様々な制御動作を実行してよい。例えば、制御デバイス２００が公共交通機関にアクセスするためのゲートを制御する場合、制御デバイス２００は、支払承認結果に基づきゲートを制御してよい。加えて、制御デバイス２００は、サーバ３００又は端末１００のうちの少なくとも一方に支払承認結果を提供してよい。加えて、制御デバイス２００がユーザ認証結果に従い特定のデバイスの使用を制御する場合、制御デバイス２００は、ユーザ認証結果に基づき、特定のデバイスにインストールされたソフトウェアを通じて特定のデバイスの使用を制御してよい、又は、特定のデバイスの使用を物理的に制限するための制限デバイスを制御することにより特定のデバイスの使用を制御してよい。

【0032】

加えて、制御デバイス２００が特定のデバイスの動作モードを制御する場合、制御デバイス２００は、ユーザ認証結果に基づき特定のデバイスの動作モードを構成してよい。例えば、制御デバイス２００が特定の領域へのアクセスを管理するためのアクセス制御デバイスを制御する場合、制御デバイス２００は、ユーザ認証結果に従い、特定の領域におけるセキュリティレベルを高めるためのセキュリティモードでアクセス制御デバイスを制御してよい、又は、セキュリティモードが無効化されている通常モードでアクセス制御デバイスを制御してよい。加えて、実施形態によれば、アクセス制御デバイスは、制御デバイス２００に含まれてよい。

【0033】

ユーザ認証結果に従い実行される様々な処理動作が、サーバ３００又は端末１００においても実行されてよい。

【0034】

加えて、実施形態によれば、制御デバイス２００は、上記で説明されたユーザ認証のための動作を実行してよい。ユーザ認証が実行される場合、制御デバイス２００は、端末１００又はサーバ３００にユーザ認証を処理するよう要求してよく、端末１００又はサーバ３００から処理についての要求の結果を取得してよい。加えて、制御デバイス２００は、端末１００又はサーバ３００から、ユーザ認証のための処理を実行することが可能であるかどうかに関する結果を取得してよく、当該結果に基づき、ユーザ認証のための処理を実行してよい。

【0035】

サーバ３００は、制御デバイス２００又は端末１００のうちの少なくとも一方と通信してよく、様々な情報を送信又は受信してよい。

【0036】

実施形態によれば、サーバ３００は、制御デバイス２００又は端末１００のうちの少なくとも一方に、ユーザ認証のために必要な情報を提供してよい。加えて、サーバ３００は、ユーザ認証を実行してよく、当該ユーザ認証の結果を、制御デバイス２００又は端末１００のうちの少なくとも一方に提供してよい。加えて、ユーザ認証が制御デバイス２００又は端末１００のうちの少なくとも一方において実行された場合、サーバ３００は、制御デバイス２００又は端末１００のうちの少なくとも一方からユーザ認証の結果を取得してよい。

【0037】

サーバ３００は、ユーザ認証に従った処理を実行してよい。例えば、端末１００又は制御デバイス２００からユーザ認証のための処理についての要求を受信すると、サーバ３００は、ユーザ要求に従った処理を実行してよい、又は、ユーザ要求に従った処理が端末１００又は制御デバイス２００により実行されることになるかどうかを判定してよく、判定の結果を端末１００又は制御デバイス２００に提供してよい。ここで、ユーザ認証のための処理とは、ユーザ認証に基づき実行される後続の動作、例えば、ユーザ認証結果に従い、ユーザによる特定の領域へのアクセスを制御すること、ユーザの支払処理を制御すること、ユーザによる特定のデバイスの使用を制御すること、特定のデバイスの動作モードを制御すること、を指し得る。

【0038】

しかしながら、図１に示される環境の図は、説明の便宜のための例に過ぎず、本開示はこれに限定されない。幾つかの実施形態によれば、図１の環境の図に構成要素が追加されてよく、又は、省略されてよく、また、分割されてよい。

【0039】

図２は、実施形態による端末のブロック図である。

【0040】

図２を参照すると、端末１００は、端末通信ユニット１１０、端末ディスプレイユニット１２０、端末入力ユニット１３０、位置情報収集ユニット１４０、端末記憶ユニット１５０、端末制御ユニット１６０、及び端末生体認証データ入力ユニット１７０を含んでよい。

【0041】

端末通信ユニット１１０は、サーバ３００又は制御デバイス２００のうちの少なくとも一方と通信してよい。例えば、端末通信ユニット１１０は、サーバ３００又は制御デバイス２００のうちの少なくとも一方に、又は、サーバ３００又は制御デバイス２００のうちの少なくとも一方から、ユーザ認証のために必要な情報又はユーザ認証結果に関する情報を送信又は受信してよい。

【0042】

加えて、端末通信ユニット１１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（Ｂｌｕｅｔｏｏｔｈ ｌｏｗ ｅｎｅｒｇｙ：ＢＬＥ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＬＡＮ）、ワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ：ＷｉＦｉ（登録商標））、ＷｉＦｉ（登録商標）ダイレクト、近距離無線通信（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＮＦＣ）、赤外線データ協会（ｉｎｆｒａｒｅｄ ｄａｔａ ａｓｓｏｃｉａｔｉｏｎ：ＩｒＤＡ）、超広帯域（ｕｌｔｒａ ｗｉｄｅ ｂａｎｄ：ＵＷＢ）、Ｚｉｇｂｅｅ（登録商標）、第３世代（３ｒｄ ｇｅｎｅｒａｔｉｏｎ：３Ｇ）、４Ｇ、又は５Ｇ、及び、様々な他の通信規格を通じてデータを送信又は受信するための有線又は無線モジュール、を採用する移動通信モジュールを含んでよい。

【0043】

端末ディスプレイユニット１２０は、様々な視覚情報を出力してよい。例えば、制御デバイス２００との通信を通じて制御デバイス２００が検出され、かつ、通信接続が確立された場合、端末ディスプレイユニット１２０は、関連情報を出力してよい。加えて、端末ディスプレイユニット１２０は、ユーザ認証結果を視覚的に出力してよい。加えて、端末ディスプレイユニット１２０は、サーバ３００から受信されたメッセージを視覚的に出力してよい。

【0044】

端末ディスプレイユニット１２０は、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ：ＬＣＤ）、有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ：ＯＬＥＤ）、アクティブマトリクス有機ＬＥＤ（ａｃｔｉｖｅ ｍａｔｒｉｘ ｏｒｇａｎｉｃ ＬＥＤ：ＡＭＯＬＥＤ）ディスプレイ、又は同等のものであってよい。端末ディスプレイユニット１２０がタッチスクリーンとして提供される場合、端末ディスプレイユニット１２０は、端末入力ユニット１３０の機能を実行してよい。この場合、別個の端末入力ユニット１３０は選択に従い提供されなくてよく、音量制御、電源ボタン、及びホームボタンなどの限定された機能を実行する端末入力ユニット１３０が提供されてよい。

【0045】

端末入力ユニット１３０は、ユーザ入力に対応する信号を取得してよい。例えば、端末入力ユニット１３０は、サーバ３００又は制御デバイス２００にユーザ認証を要求するための入力を取得してよい。加えて、端末入力ユニット１３０は、ユーザ認証のために必要な情報（例えば、ユーザ権限情報、ユーザ個人情報（又は、ユーザ又は端末の識別情報、支払処理のために必要な識別情報（例えば、ユーザのカード情報、カード情報に対応する認証情報）、ユーザ生体認証データ、暗号化情報等））を取得するための入力を取得してよい。

【0046】

加えて、端末入力ユニット１３０は、キーボード、キーパッド、ボタン、ジョグシャトル、ホイール、又は同等のものにより実装されてよい。加えて、ユーザ入力は、例えば、ボタンの押下、タッチ及びドラッグであってよい。端末ディスプレイユニット１２０がタッチスクリーンにより実装されている場合、端末ディスプレイユニット１２０は、端末入力ユニット１３０の役割を実行してよい。

【0047】

位置情報収集ユニット１４０は、端末１００の位置を識別するための位置情報を取得してよい。例えば、位置情報収集ユニット１４０は、全地球測位システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ：ＧＰＳ）センサのように、位置を判定するための座標情報を取得してよい。別の例において、位置情報収集ユニット１４０は、外部デバイスから受信された信号に基づき、端末１００の位置を判定してよい。例えば、端末１００が制御デバイス２００から特定の領域を示す信号を受信した場合、端末１００は、当該信号の受信に応答して、端末１００が当該特定の領域内にあることを識別してよい。

【0048】

加えて、端末記憶ユニット１５０は、様々なデータを記憶してよい。例えば、端末記憶ユニット１５０は、端末１００の動作のために必要なデータ（例えば、ユーザ認証のために必要な情報（例えば、ユーザ権限情報、ユーザ個人情報（又は、ユーザ又は端末の識別情報、支払処理のために必要な識別情報（例えば、ユーザのカード情報、カード情報に対応する認証情報）、ユーザ生体認証データ、暗号化情報等））を記憶してよい。

【0049】

端末記憶ユニット１５０は、フラッシュメモリタイプ、ハードディスクタイプ、マルチメディアカードマイクロタイプ、カードタイプのメモリ（例えば、ＳＤ又はＸＤメモリ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＲＡＭ）、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＳＲＡＭ）、リードオンリメモリ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ：ＥＥＰＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ：ＰＲＯＭ）、磁気メモリ、磁気ディスク、光ディスクのうちの少なくとも１つのタイプの記憶媒体を含んでよい。メモリは、一時的、永久的又は半永久的に情報を記憶してよく、組み込みタイプ又はリムーバブルタイプで提供されてよい。

【0050】

端末制御ユニット１６０は、端末１００のそれぞれの構成要素を制御してよい、又は、様々な情報を処理又は計算してよい。加えて、端末制御ユニット１６０は、端末１００に含まれる幾つかの構成要素から信号を取得してよい。加えて、端末制御ユニット１６０は、以下で説明される方法の段階のうち、端末１００において実行される幾つかの段階を実行するための動作を制御してよい、又は、段階を実行するために必要な計算を実行してよい。

【0051】

端末制御ユニット１６０は、ソフトウェア、ハードウェア、及びそれらの組み合わせにより実装されてよい。例えば、ハードウェアに関して、端末制御ユニット１６０は、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ：ＦＰＧＡ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：ＡＳＩＣ）、半導体チップ、及び様々な他のタイプの電子チップにより実装されてよい。別の例において、ソフトウェアに関し、端末制御ユニット１６０は、上記で説明されたハードウェアに従い実行される論理プログラム又は様々なコンピュータ言語により実装されてよい。

【0052】

端末生体認証データ入力ユニット１７０は、ユーザの生体認証データを受信してよい。生体認証データとは、ユーザの音声、指紋、虹彩、顔、及び静脈情報のうちの少なくとも１つを指してよい。端末生体認証データ入力ユニット１７０は、ユーザの音声情報が入力されるマイクロフォン、ユーザの指紋情報が入力されるスクリーンスキャナ、ユーザの虹彩、顔、静脈情報が入力されるカメラのうちの少なくとも１つにより実装されてよい。

【0053】

端末１００は、上記で説明された構成要素の全てを必ずしも含まなくてよく、幾つかの構成要素は、選択に従い省略されてよい。例えば、端末１００が生体認証データを受信しない場合、端末１００は、端末生体認証データ入力ユニット１７０を伴うことなく提供されてよい。加えて、端末１００は、選択に従い追加の機能及び動作を実行するために追加された構成要素を伴って提供されてよい。

【0054】

図３は、実施形態による制御デバイスのブロック図である。

【0055】

図３を参照すると、制御デバイス２００は、通信ユニット２１０、ディスプレイユニット２２０、出力ユニット２３０、センサユニット２４０、記憶ユニット２５０、電源ユニット２６０、制御ユニット２７０、生体認証データ入力ユニット２８０、及び入力ユニット２９０を含んでよい。

【0056】

通信ユニット２１０は、サーバ３００又は端末１００のうちの少なくとも一方と通信してよい。例えば、通信ユニット２１０は、サーバ３００又は端末１００のうちの少なくとも一方に、又は、サーバ３００又は端末１００のうちの少なくとも一方から、ユーザ認証のために必要な情報又はユーザ認証結果情報を送信又は受信してよい。

【0057】

通信ユニット２１０は、概して、無線通信規格に従い通信を実行してよく、ＢＬＥ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷＬＡＮ、ＷｉＦｉ（登録商標）、ＷｉＦｉ（登録商標）ダイレクト、ＮＦＣ、ＩｒＤＡ、ＵＷＢ、Ｚｉｇｂｅｅ（登録商標）、３Ｇ、４Ｇ、又は５Ｇを採用する移動通信モジュール、及び、様々な他の通信規格を通じてデータを送信するための有線又は無線モジュールを含んでよい。加えて、通信ユニット２１０は、ＮＦＣ、無線周波数識別（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＲＦＩＤ）をサポートする近距離無線モジュールを含んでよい。

【0058】

ディスプレイユニット２２０は、ユーザに視覚的に提供されることになる情報を出力してよい。例えば、ドア開放信号が受信された場合、ディスプレイユニット２２０は、ドア開放信号の受信を示す視覚情報を出力してよい。

【0059】

ディスプレイユニット２２０は、ＬＣＤ、ＯＬＥＤ、ＡＭＯＬＥＤディスプレイであってよい。ディスプレイユニット２２０がタッチパネルを含む場合、ディスプレイユニット２２０は、タッチ入力に基づく入力デバイスとして動作してよい。

【0060】

出力ユニット２３０は、ユーザに音響的に提供されることになる情報を出力してよい。例えば、ドア開放信号が受信された場合、出力ユニット２３０は、ドア開放信号の受信を示す聴覚情報を出力してよい。加えて、設定変更信号が受信された場合、出力ユニット２３０は、設定変更信号の受信を示す聴覚情報を出力してよい。

【0061】

出力ユニット２３０は、音を出力するためのスピーカ又はブザーであってよい。

【0062】

センサユニット２４０は、制御デバイス２００にとって必要な外部環境に関する信号を取得してよい。例えば、センサユニット２４０は、制御デバイス２００の近傍に移動可能な物体（例えば、ユーザ）が存在するかどうかを識別してよい。加えて、センサユニット２４０は、制御デバイス２００内に配設されてよい、又は、制御デバイス２００の近傍に配設されてよい。実施形態によれば、センサユニット２４０は、制御デバイス２００に含まれていなくてよい。この場合、別個のセンサが、制御デバイス２００の近傍に配設されてよい。

【0063】

様々な情報が記憶ユニット２５０に記憶されてよい。例えば、記憶ユニット２５０は、制御ユニット２７０の制御動作を実行するためのプログラムを記憶してよく、外部から受信されたデータ及び制御ユニット２７０において生成されたデータを記憶してよい。加えて、記憶ユニット２５０は、制御デバイス２００の動作のために必要な情報（例えば、ユーザ認証に必要な情報（例えば、ユーザ権限情報、ユーザの識別情報（例えば、ユーザ又はユーザ端末の識別子情報、ユーザの生体認証データ、暗号化情報）））、及びユーザ認証結果情報を記憶してよい。

【0064】

記憶ユニット２５０は、フラッシュメモリタイプ、ハードディスクタイプ、マルチメディアカードマイクロタイプ、カードタイプのメモリ（例えば、ＳＤ又はＸＤメモリ）、ＲＡＭ、ＳＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＰＲＯＭ、磁気メモリ、磁気ディスク、光ディスクのうちの少なくとも１つのタイプの記憶媒体を含んでよい。メモリは、一時的、永久的又は半永久的に情報を記憶してよく、組み込みタイプ又はリムーバブルタイプで提供されてよい。

【0065】

電源ユニット２６０は、ゲートをロック又はロック解除するために必要な電力を提供してよい。加えて、電源ユニット２６０は、ゲートを開閉するために必要な電力を提供してよい。電源ユニット２６０は、モータ、ソレノイド又はアクチュエータとして提供されてよい。

【0066】

電源ユニット２６０がゲートをロック又はロック解除するために必要な電力を提供する場合、電源ユニット２６０は、ゲートをロック又はロック解除するためのロックユニット（図示せず）をロック状態又はロック解除状態になるように変更及び／又は維持するための電力を提供してよい。ロックユニットは、デッドボルト、ラッチボルト、又はそれらの組み合わせとして提供されてよい。加えて、ロックユニットは、デッドボルト及びラッチボルトに限定されず、典型的なロックユニットが使用されてよい。

【0067】

実施形態によれば、電源ユニット２６０は、制御デバイス２００に含まれてよい、又は、制御デバイス２００に含まれていなくてよい。加えて、電源ユニット２６０は、別個のデバイスの形態で、制御デバイス２００の近傍に配設されてよい。この場合、制御デバイス２００は、電源ユニット２６０を制御するための信号を電源ユニット２６０に提供してよい。加えて、上記で説明されたロックユニットは、制御デバイス２００の制御を受けるために、制御デバイス２００に含まれてよい、又は、制御デバイス２００の近傍に配設されてよい。

【0068】

制御ユニット２７０は、制御デバイス２００のそれぞれの構成要素を制御してよい、又は、様々な情報を処理及び計算してよい。制御ユニット２７０は、制御デバイス２００に含まれる幾つかの構成要素から信号を取得してよい。加えて、制御ユニット２７０は、以下で説明される方法の段階のうち、制御デバイス２００において実行される幾つかの段階を実行するための動作を制御してよい、又は、段階を実行するために必要な計算を実行してよい。

【0069】

制御ユニット２７０は、ソフトウェア、ハードウェア、及びそれらの組み合わせにより実装されてよい。例えば、ハードウェアに関し、制御ユニット２７０は、ＦＰＧＡ、ＡＳＩＣ、半導体チップ、又は様々なタイプの電子回路により実装されてよい。例えば、ソフトウェアに関し、制御ユニット２７０は、上記で説明されたハードウェアに従い実行される論理プログラム又は様々なコンピュータ言語により実装されてよい。

【0070】

生体認証データ入力ユニット２８０は、ユーザの生体認証データの入力を受信してよい。例えば、生体認証データ入力ユニット２８０は、ユーザの音声、指紋、虹彩、顔、及び静脈情報のうちの少なくとも１つを受信してよい。生体認証データ入力ユニット２８０は、ユーザの音声情報が入力されるマイクロフォン、ユーザの指紋情報が入力されるスクリーンスキャナ、又は、ユーザの虹彩、顔、静脈情報が入力されるカメラのうちの少なくとも１つにより実装されてよい。

【0071】

入力ユニット２９０は、様々な入力を受信するように構成されてよい。例えば、入力ユニット２９０は、サーバ３００又は端末１００からユーザ認証を要求するための入力を取得してよい。加えて、入力ユニット２９０は、ユーザ認証のために必要な情報（例えば、ユーザ又はユーザ端末の識別情報、暗号化情報、生体認証データ）を取得するための入力を取得してよい。加えて、入力ユニット２９０は、制御デバイス２００の設定を変更するための設定変更情報の入力を受信してよい。

【0072】

加えて、入力ユニット２９０は、ユーザからユーザ認証要求の入力を受信してよい。例えば、ユーザ認証が特定の領域へのユーザのアクセスの認証である場合、制御デバイス２００は、ドアを開けるための入力を受信してよく、電源ユニット２６０を作動させることによりドアを開けてよい、又は、アクセス認証要求信号をサーバ３００又は端末１００に送信してよい。例えば、入力ユニット２９０は、キーボード、キーパッド、ボタン、スイッチ、ジョグシャトル、ホイール、又は同等のものにより実装されてよい。加えて、ユーザの入力は、例えば、スイッチの押下、ボタンの押下、タッチ及びドラッグであってよい。ディスプレイユニット２２０がタッチスクリーンにより実装される場合、ディスプレイユニット２２０は、入力ユニット２９０の役割を実行してよい。

【0073】

本開示の実施形態による制御デバイス２００は、上記で説明された構成要素の全てを必ずしも含まず、幾つかの構成要素は、選択に従い省略されてよい。

【0074】

例えば、制御デバイス２００は、通信ユニット２１０及び制御ユニット２７０を含む制御デバイス２００を含んでよい。より具体的には、制御デバイス２００は、リーダの機能を実行する通信ユニット２１０を通じて端末１００から取得された情報を受信し、コントローラの機能を実行する制御ユニット２７０を通じて取得された情報を分析し、アクセス管理、勤怠管理、システムモード変更などの動作を制御する、機能を実行してよい。

【0075】

加えて、制御デバイス２００は、選択に従い追加の機能及び動作を実行するために追加された構成要素を伴って提供されてよい。

【0076】

図４は、実施形態によるサーバのブロック図である。

【0077】

図４を参照すると、サーバ３００は、サーバ通信ユニット３１０、サーバ入力ユニット３２０、サーバ記憶ユニット３３０、サーバディスプレイユニット３４０及びサーバ制御ユニット３５０を含んでよい。

【0078】

サーバ通信ユニット３１０は、端末１００又は制御デバイス２００のうちの少なくとも一方と通信してよい。別の例において、サーバ通信ユニット３１０は、制御デバイス２００に記憶されることになる生体認証データを端末１００に送信してよい。

【0079】

加えて、サーバ通信ユニット３１０は、ＢＬＥ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷＬＡＮ、ＷｉＦｉ（登録商標）、ＷｉＦｉ（登録商標）ダイレクト、ＮＦＣ、ＩｒＤＡ、ＵＷＢ、Ｚｉｇｂｅｅ（登録商標）、３Ｇ、４Ｇ、又は５Ｇを採用する移動通信モジュール、及び、様々な他の通信規格を通じてデータを送信するための有線又は無線モジュールを含んでよい。

【0080】

サーバ入力ユニット３２０は、ユーザ入力に対応する電気信号を取得してよい。サーバ入力ユニット３２０は、キーパッド、キーボード、スイッチ、ボタン及びタッチスクリーンを含んでよい。

【0081】

サーバ記憶ユニット３３０は、様々なデータを記憶してよい。例えば、サーバ記憶ユニット３３０は、ユーザ認証のために必要な情報（例えば、ユーザ権限情報、ユーザ個人情報（又は、ユーザ又は端末の識別情報、支払処理のために必要な識別情報（例えば、ユーザのカード情報、カード情報に対応する認証情報）、ユーザの生体認証データ、暗号化情報））、又はユーザ認証結果に関する情報を記憶してよい。

【0082】

加えて、サーバ記憶ユニット３３０は、端末１００又は制御デバイス２００から取得された情報を記憶してよい。加えて、サーバ記憶ユニット３３０は、サーバ３００の動作のために必要なプログラムを記憶してよい。

【0083】

加えて、サーバ記憶ユニット３３０は、フラッシュメモリタイプ、ハードディスクタイプ、マルチメディアカードマイクロタイプ、カードタイプのメモリ（例えば、ＳＤ又はＸＤメモリ）、ＲＡＭ、ＳＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＰＲＯＭ、磁気メモリ、磁気ディスク、光ディスクのうちの少なくとも１つのタイプの記憶媒体を含んでよい。加えて、メモリは、一時的、永久的又は半永久的に情報を記憶してよく、組み込みタイプ又はリムーバブルタイプで提供されてよい。

【0084】

サーバディスプレイユニット３４０は、視覚情報を出力してよい。例えば、サーバディスプレイユニット３４０は、ＬＣＤ、ＯＬＥＤ、ＡＭＯＬＥＤディスプレイであってよい。

【0085】

加えて、サーバ制御ユニット３５０は、サーバ３００のそれぞれの構成要素を制御してよい、又は、様々な情報を処理及び計算してよい。加えて、サーバ制御ユニット３５０は、以下で説明される方法の段階のうち、サーバ３００において実行される幾つかの段階を実行するための動作を制御してよい、又は、段階を実行するために必要な計算を実行してよい。

【0086】

サーバ制御ユニット３５０は、ソフトウェア、ハードウェア、及びそれらの組み合わせにより実装されてよい。例えば、ハードウェアに関し、サーバ制御ユニット３５０は、ＦＰＧＡ、ＡＳＩＣ、半導体チップ、又は様々なタイプの電子回路により実装されてよい。例えば、ソフトウェアに関し、サーバ制御ユニット３５０は、上記で説明されたハードウェアに従い実行される論理プログラム又は様々なコンピュータ言語により実装されてよい。

【0087】

サーバ３００は、上記で説明された構成要素の全てを必ずしも含まず、幾つかの構成要素は、選択に従い省略されてよい。例えば、サーバ３００が視覚情報を直接提供しない場合、サーバ３００は、サーバディスプレイユニット３４０を伴うことなく提供されてよい。加えて、サーバ３００は、選択に従い追加の機能及び動作を実行するために追加された構成要素を伴って提供されてよい。

【0088】

図５は、実施形態による、サーバにおける制御デバイスの登録を説明するために提供された図である。

【0089】

図５を参照すると、通信接続は、制御デバイス２００及び端末１００の間で確立されてよい。例えば、制御デバイス２００及び端末１００の間で、ＢＬＥ通信プロトコルを使用することにより通信が実行される場合、制御デバイス２００は、アドバタイジングパケットをブロードキャストしてよい。端末１００が制御デバイス２００から予め定められた距離に位置付けられている場合、端末１００は、制御デバイス２００からアドバタイジングパケットを受信してよく、アドバタイジングパケットの受信に応答してスキャンを実行してよい。端末１００によってスキャンが実行された後、制御デバイス２００及び端末１００は、制御デバイス２００及び端末１００の間で通信チャネルが確立されるよう、互いに通信可能に接続されてよい。以下、説明の便宜のために、制御デバイス２００及び端末１００の間で、ＢＬＥ通信プロトコルを使用することにより通信が実行されると説明されるが、これは限定的であるとみなされるべきではない。制御デバイス２００及び端末１００の間で、様々な通信プロトコル（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信プロトコル、ＵＷＢ通信プロトコル、又は同等のもの）を使用することにより通信が実行されてよい。

【0090】

加えて、制御デバイス２００は、制御デバイスの暗号鍵を端末１００に送信してよい。実施形態において、制御デバイス２００は、製造時に暗号鍵を記憶してよい、又は、サーバ又は別のデバイスから暗号鍵を取得してよい。加えて、暗号鍵は公開鍵であってよい。

【0091】

加えて、端末１００は、取得された制御デバイス２００の暗号鍵をサーバ３００に送信してよい。

【0092】

この場合、実施形態によれば、端末１００は、制御デバイス２００の識別情報（例えば、制御デバイス２００のデバイスシリアル番号）、及び／又は、制御デバイス２００によって管理されている領域を識別するための領域識別情報、を取得してよい。制御デバイス２００の識別情報及び／又は領域識別情報は、制御デバイス２００によってブロードキャストされるアドバタイジングパケットに含まれてよく、制御デバイス２００及び端末１００の間で通信接続が確立された後に、端末１００によって制御デバイス２００から受信されてよい。端末１００は、制御デバイス２００の暗号鍵をサーバ３００に送信するときに、制御デバイス２００の識別情報及び／又は領域識別情報を送信してよい。

【0093】

加えて、サーバ３００は、制御デバイス２００の暗号鍵の受信に応答して、制御デバイス専用暗号鍵を端末１００に送信してよい。制御デバイス専用暗号鍵は、制御デバイス２００のみに割り当てられた暗号鍵であってよく、サーバ３００は、予め記憶された暗号鍵のうちのいずれか１つを制御デバイス専用暗号鍵として設定してよい、又は、制御デバイス専用暗号鍵を新たに生成してよい。例えば、サーバ３００は、制御デバイス２００の暗号鍵に基づき、制御デバイス専用暗号鍵を生成してよい。加えて、制御デバイス専用暗号鍵は制御デバイス専用公開鍵であってよい。加えて、制御デバイス専用暗号鍵は、ユーザ認証が実行されるときに、端末１００から取得された認証データを制御デバイス２００が検証するために使用されてよい。

【0094】

サーバ３００は、制御デバイス２００の識別情報及び／又は領域識別情報を制御デバイス専用暗号鍵と照合してよく、照合された情報を記憶してよい。加えて、サーバ３００が制御デバイス専用暗号鍵を端末１００に送信するとき、制御デバイス２００は、登録済み制御デバイス２００として管理されてよい。

【0095】

加えて、実施形態において、サーバ３００は、制御デバイス２００の暗号鍵の受信に応答して、サーバログイン情報を端末１００に送信してよい。本明細書において、サーバログイン情報は、サーバ３００にアクセスするための情報を含んでよく、サーバ３００にアクセスするための識別情報及びサーバ３００にアクセスするためのパスワード（又は暗号鍵）を含んでよい。実施形態によれば、サーバ３００にアクセスするための識別情報及びサーバ３００にアクセスするためのパスワードは、制御デバイス２００のためにのみ生成されてよい。制御デバイス２００がサーバ３００と通信を実行できる場合、制御デバイス２００は、端末１００から受信されたサーバログイン情報を使用することにより、サーバ３００にアクセスしてよい。加えて、サーバ３００にアクセスした後、制御デバイス２００は、上記で説明された制御デバイス専用暗号鍵をサーバ３００から取得してよい。

【0096】

加えて、サーバ３００がサーバログイン情報を端末１００に送信するとき、サーバ３００は、制御デバイス２００の識別情報及び／又は領域識別情報を記憶してよい。加えて、サーバ３００がサーバログイン情報を端末１００に送信するとき、サーバ３００は、制御デバイス２００を登録済み制御デバイス２００として管理してよい。

【0097】

加えて、端末１００は、制御デバイス専用暗号鍵及び／又はサーバログイン情報を取得してよく、取得された制御デバイス専用暗号鍵及び／又はサーバログイン情報を制御デバイス２００に送信してよい。加えて、実施形態によれば、端末１００は、サーバ３００に関する情報（例えば、サーバ３００の識別情報）をサーバ３００から取得してよい。この場合、端末１００は、サーバ３００に関する情報を制御デバイス２００に送信してよい。

【0098】

制御デバイス２００は、端末１００から受信された制御デバイス専用暗号鍵を記憶してよい。加えて、制御デバイス２００は、サーバ３００に関する情報を端末１００から取得してよく、サーバ３００に関する情報を記憶してよい。制御デバイス２００は、制御デバイス専用暗号鍵を取得し、それにより、制御デバイス２００及びサーバ３００の間で直接通信を実行することなく、制御デバイス２００がサーバ３００に登録され得る。

【0099】

加えて、制御デバイス２００は、端末１００から受信されたサーバログイン情報を記憶してよい。制御デバイス２００は、サーバログイン情報を取得してよく、サーバログイン情報を使用することにより、サーバ３００にアクセスしてよい。それに応じて、制御デバイス２００は、サーバ３００との直接通信を実行することなく、登録プロセスの早期においてサーバ３００に登録されてよい。

【0100】

制御デバイス２００がサーバ３００に登録される際、端末１００は、ユーザ認証のために必要な情報をサーバ３００から取得してよく、ユーザ認証のために必要な情報を使用することにより、サーバ３００に登録された制御デバイス２００にアクセスしてよい。

【0101】

図６は、実施形態による、ユーザ認証方法を説明するために提供された図である。

【0102】

図６を参照すると、制御デバイス２００は、アドバタイジングパケットをブロードキャストしてよい。端末１００が制御デバイス２００から予め定められた距離に位置付けられている場合、端末１００は、制御デバイス２００からアドバタイジングパケットを受信してよい。この場合、アドバタイジングパケットは、制御デバイス２００の識別情報（例えば、制御デバイス２００のデバイスシリアル番号）、制御デバイス２００によって管理されている領域を識別するための領域識別情報、乱数値、制御デバイス２００がそれを通じて通信する通信プロトコルのバージョン情報（例えば、ＢＬＥ通信プロトコルのバージョン情報など、アドバタイジングパケットに対応する通信プロトコルのバージョン情報）、又は制御デバイス２００のモデルタイプに関する情報、のうちの少なくとも１つを含んでよい。

【0103】

アドバタイジングパケットの受信に応答して、端末１００は、制御デバイス２００の暗号鍵をサーバ３００に要求してよい。例えば、制御デバイス２００の暗号鍵は、図５を参照して上記で説明された制御デバイス２００の公開鍵を含んでよい。加えて、サーバ３００は、制御デバイス２００の暗号鍵を端末１００に送信してよい。実施形態において、端末１００は、アドバタイジングパケットに含まれる制御デバイス２００の識別情報及び／又は領域識別情報をサーバ３００に提供してよい。加えて、サーバ３００は、端末１００から取得された制御デバイス２００の識別情報及び／又は領域識別情報に基づき、予め記憶された暗号鍵の中から制御デバイス２００の暗号鍵を識別してよく、識別された制御デバイス２００の暗号鍵を端末１００に送信してよい。

【0104】

加えて、端末１００は、制御デバイス２００に関してスキャンを実行してよい。端末１００は、制御デバイス２００からアドバタイジングパケットを受信した後に制御デバイス２００に関してスキャンを実行してよい、又は、制御デバイス２００の暗号鍵をサーバ３００に要求した後にスキャンを実行してよい。

【0105】

加えて、端末１００は、端末１００が対象領域にアクセスするための権限を有するかどうかを判定してよい。本明細書において、対象領域とは、制御デバイス２００により制御される領域を指し、制御デバイス２００により制御される領域は、説明の便宜のために対象領域として表現されるが、実施形態によれば、本開示の説明が、制御デバイス２００へのアクセス、及び、制御デバイス２００により制御される領域を示す対象デバイスへのアクセスに適用されることは明らかである。

【0106】

具体的には、端末１００は、参照アクセス権限情報を予め記憶してよい。参照アクセス権限情報は、端末１００又は端末１００のユーザがアクセスするための権限を有する制御デバイス識別情報、及び／又は、制御デバイスによって管理されている領域識別情報を含んでよい。

【0107】

以下の説明において、説明の便宜のために、端末１００又は端末１００のユーザがアクセスするための権限を有する制御デバイス識別情報が参照制御デバイス識別情報として含まれ、端末１００又は端末１００のユーザがアクセスするための権限を有する制御デバイスによって管理されている領域識別情報は、参照領域識別情報として表現されるものとして説明される。例えば、端末１００は、サーバから参照制御デバイス識別情報及び／又は参照領域識別情報を取得し、記憶してよい。

【0108】

加えて、参照制御デバイス識別情報及び参照領域識別情報は、カードの形態で端末１００のアプリケーションに記憶されてよい。

【0109】

この場合、参照制御デバイス識別情報及び参照領域識別情報は、各制御デバイスによって管理されている各制御デバイス及び／又は領域に応じて、異なるカード形態で記憶されてよい。加えて、制御デバイス２００に対応する参照制御デバイス識別情報及び／又は参照領域識別情報を含むカードが端末１００のアプリケーションにおいて選択される場合、端末１００は、制御デバイス２００及び／又は制御デバイス２００によって管理されている領域にアクセスしてよい。

【0110】

例えば、端末１００は、ユーザ入力に応じて制御デバイス２００に対応する参照制御デバイス識別情報及び／又は参照領域識別情報を含むカードの選択を受信してよい、又は、制御デバイス２００から受信された、制御デバイス２００の識別情報及び／又は領域識別情報に基づき、複数のカードの中から制御デバイス２００に対応する参照制御デバイス識別情報及び／又は参照領域識別情報を含むカードを選択してよい。

【0111】

加えて、端末１００は、制御デバイス２００から受信された制御デバイス２００の識別情報及び／又は領域識別情報と、参照制御デバイス識別情報及び／又は参照領域識別情報（すなわち、参照アクセス権限情報）とを比較してよく、制御デバイス２００から受信された制御デバイス２００の識別情報及び／又は領域識別情報が参照制御デバイス識別情報及び／又は参照領域識別情報に含まれる場合、端末１００は、端末が対象領域にアクセスするための権限を有すると判定してよい。

【0112】

実施形態によれば、端末１００のアプリケーションにおいてカードが選択された場合、端末１００は、対応するカードに対応する参照制御デバイス識別情報及び／又は参照領域識別情報と、制御デバイス２００から受信された制御デバイス２００識別情報及び／又は領域識別情報とを比較してよく、端末１００が対象領域にアクセスするための権限を有するかどうかを判定してよい。

【0113】

従来技術の方法において、端末１００が制御デバイス２００に関してユーザ認証の実行を試みた場合、制御デバイス２００は、端末１００又は端末１００のユーザが対象領域にアクセスするための権限を有するかどうかを判定してよい。しかしながら、上記で説明された通り、本開示によれば、端末１００は、制御デバイス２００に関してユーザ認証の実行を試みる前に、端末１００又は端末１００のユーザが対象領域にアクセスするための権限を有するかどうかを事前に判定してよく、それにより、制御デバイス２００ではなく端末１００がユーザを認証するための裁量を持つことができる。

【0114】

加えて、端末１００は、制御デバイス２００に認証データを送信するかどうかを判定してよい。具体的には、端末１００は、端末１００のユーザが対象領域にアクセスする意図を有するかどうかを判定してよい。端末１００が、端末１００のユーザが対象領域にアクセスする意図を有し、対象領域にアクセスするための権限を有すると判定した場合、端末１００は、制御デバイス２００に認証データを送信することを決定してよい。例えば、端末１００が制御デバイス２００から予め定められた閾値距離に位置付けられている場合、端末１００は、ユーザが対象領域にアクセスする意図を有すると判定してよい。端末１００が予め定められた閾値距離よりも長い距離だけ制御デバイス２００から離れて位置付けられている場合、端末１００は、ユーザが対象領域にアクセスする意図を有しないと判定してよい。予め定められた距離は、端末１００及び／又は制御デバイス２００に応じて別様に設定されてよい。
これについては、図７を参照して以下で説明される。

【0115】

図７は、実施形態による、端末及び制御デバイスの間の閾値距離を説明するために提供された図である。

【0116】

図７を参照すると、端末１００は、制御デバイス４００、５００と交換された信号を使用することにより、制御デバイス４００、５００までの距離を判定してよい。例えば、端末１００は、制御デバイス４００、５００から信号（例えば、アドバタイジングパケットを含む信号）を受信してよく、制御デバイス４００、５００から受信された信号に基づき、受信信号強度インジケータ（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ：ＲＳＳＩ）値を計算してよく、ＲＳＳＩ値に基づき制御デバイス４００、５００までの距離を判定してよい。

【0117】

（Ａ）の場合、第１の制御デバイス４００までの距離が第１の閾値距離以内であると端末１００が判定した場合、端末１００は、ユーザが、第１の制御デバイス４００、又は、第１の制御デバイス４００により制御される領域／デバイス（以下、第１の対象領域と称される）にアクセスする意図を有すると判定してよい。

【0118】

（Ｂ）の場合、第２の制御デバイス５００までの距離が第２の閾値距離以内であると端末１００が判定した場合、端末１００は、ユーザが、第２の制御デバイス５００、又は、第２の制御デバイス５００により制御される領域／デバイス（以下、第２の対象領域と称される）にアクセスする意図を有すると判定してよい。この場合、第２の閾値距離は、第１の閾値距離よりも長くてよい。

【0119】

実施形態において、第１の閾値距離は第２の閾値距離よりも短いため、端末１００は、端末１００が第１の制御デバイス４００上にタグ付けされている場合にのみ、ユーザが第１の対象領域にアクセスする意図を有すると判定してよい。加えて、端末１００がユーザのポケット内に位置付けられている場合、又は、ユーザが端末１００を保持しながら第２の制御デバイス５００に向かって歩行している場合、端末１００は、たとえユーザが第２の制御デバイス５００上に端末１００をタグ付けしていなくても、端末１００が第２の制御デバイス５００から第２の閾値距離以内に位置付けられている場合にのみ、ユーザが第２の対象領域にアクセスする意図を有すると判定してよい。

【0120】

加えて、（Ｂ）の場合のように、ユーザが第２の対象領域にアクセスする意図を有するかどうかを判定するために第２の閾値距離を適用するために、第２の制御デバイス５００は、第２の閾値距離適用制御デバイス（以下、ウォークスルー制御デバイスと称される）としてサーバに予め登録されてよい。

【0121】

例えば、第２の制御デバイス５００は、端末１００によってウォークスルー制御デバイスとして登録されてよい。例えば、端末１００は、第２の制御デバイス５００の識別情報及び／又は第２の制御デバイス５００によって管理されている領域の領域識別情報をサーバに提供することにより、第２の制御デバイス５００をウォークスルー制御デバイスとしてサーバに登録してよい。その後、端末１００は、第２の制御デバイス５００からアドバタイジングパケットを受信してよく、アドバタイジングパケットから第２の制御デバイス５００の識別情報及び／又は領域識別情報を取得してよく、第２の制御デバイス５００の識別情報及び／又は領域識別情報に基づき、第２の制御デバイス５００がウォークスルー制御デバイスとしてサーバに登録されていることを識別してよい。この場合、端末１００は、ユーザが第２の対象領域にアクセスする意図を有するかどうかを判定するために第２の閾値距離を適用してよい。加えて、端末１００が第１の制御デバイス４００からアドバタイジングパケットを受信し、当該アドバタイジングパケットから第１の制御デバイス４００の識別情報及び／又は領域識別情報を取得した場合、第１の制御デバイス４００はウォークスルー制御デバイスとしてサーバに登録されていないため、端末１００は、ユーザが第１の制御デバイス４００及び／又は第１の対象領域にアクセスする意図を有するかどうかを判定するために第１の閾値距離を適用してよい。

【0122】

別の例において、第２の制御デバイス５００は、端末１００又は第２の制御デバイス５００以外のデバイスにより、ウォークスルー制御デバイスとして登録されてよい。この場合、端末１００は、第２の制御デバイス５００から第２の制御デバイス５００の識別情報及び／又は領域識別情報を取得してよく、第２の制御デバイス５００の識別情報及び／又は領域識別情報をサーバに提供してよく、第２の制御デバイス５００がウォークスルー制御デバイスとして登録されているとことを示す情報をサーバから取得してよい。端末１００は、ユーザが第２の対象領域にアクセスする意図を有するかどうかを判定するために第２の閾値距離を適用してよい。

【0123】

加えて、実施形態において、端末１００は、第１の閾値距離又は第２の閾値距離を判定するための少なくとも１つのＲＳＳＩ値に関する情報を含んでよい。

【0124】

例えば、端末１００は、第１の制御デバイス４００及び第２の制御デバイス５００までの予め定められた距離（例えば、１０ｃｍ、５０ｃｍ、１００ｃｍ）ごとにＲＳＳＩ値を測定してよく、測定されたＲＳＳＩ値を予め記憶してよい。この場合、第１の制御デバイス４００はウォークスルー制御デバイスとしてサーバに登録されていないため、端末１００は、ユーザが第１の対象領域にアクセスする意図を有するかどうかを判定するために第１の閾値距離を適用してよく、第１の制御デバイス４００までの距離が第１の閾値距離以内であるかどうかを判定する場合、予め測定された第１の閾値距離に対応するＲＳＳＩ値を使用してよい。例えば、第１の閾値距離が１０ｃｍであり、第１の制御デバイス４００から受信された信号のＲＳＳＩ値が、第１の制御デバイス４００までの距離が１０ｃｍである場合に測定された、予め記憶されたＲＳＳＩ値よりも大きい場合、端末１００は、ユーザが第１の対象領域にアクセスする意図を有すると判定してよい。

【0125】

加えて、第２の制御デバイス５００はウォークスルー制御デバイスとしてサーバに登録されているため、端末１００は、ユーザが第２の対象領域にアクセスする意図を有するかどうかを判定するために第２の閾値距離を適用してよく、第２の制御デバイス５００までの距離が第２の閾値距離以内であるかどうかを判定する場合、予め測定された第２の閾値距離に対応するＲＳＳＩ値を使用してよい。例えば、第２の閾値距離が１００ｃｍであり、第２の制御デバイス５００から受信された信号のＲＳＳＩ値が、第２の制御デバイス５００までの距離が１００ｃｍである場合に測定された、予め記憶されたＲＳＳＩ値よりも大きい場合、端末１００は、ユーザが第２の対象領域にアクセスする意図を有すると判定してよい。

【0126】

図６を再び参照すると、端末１００が、端末１００のユーザが対象領域にアクセスする意図を有し、対象領域にアクセスするための権限を有すると判定した場合、端末１００は、制御デバイス２００に認証データを送信することを決定してよい。加えて、端末１００は、認証データを暗号化してよい。本明細書において、認証データは、それに基づきアクセス制御デバイス２００が制御デバイス２００へのアクセスを許可する認証情報を含んでよい。例えば、認証情報は、パスワード、署名情報、又は認証鍵を含んでよい。加えて、端末１００は、制御デバイス２００の認証情報を予め記憶してよい。例えば、端末１００が制御デバイス２００から取得するアドバタイジングパケットは、アクセス制御デバイス２００の認証情報を含んでよい。加えて、端末１００は、制御デバイス２００から制御デバイス２００の認証情報を既に受信していてよい。

【0127】

加えて、端末１００は、サーバ３００から制御デバイス２００の認証情報を取得してよい。例えば、図５を参照して上記で説明された通り、制御デバイス２００をサーバ３００に登録するプロセスにおいて、制御デバイス２００は、制御デバイス２００の認証情報を制御デバイス２００の暗号鍵と共に端末１００に送信してよく、端末１００は、制御デバイス２００の認証情報を制御デバイス２００の暗号鍵と共にサーバ３００に送信してよい。加えて、サーバ３００は、制御デバイス２００の認証情報を制御デバイス２００の暗号鍵と共に記憶してよい。その後、図６において説明されている通り、端末１００がサーバ３００から制御デバイス２００の暗号鍵を取得するプロセスにおいて、端末１００は、制御デバイス２００の認証情報を制御デバイス２００の暗号鍵と共にサーバ３００から受信してよい。

【0128】

実施形態によれば、認証情報は、端末１００のユーザが制御デバイス２００の管理者であるかどうかに関する情報を含んでよい。端末１００は、端末１００のユーザが制御デバイス２００の管理者であるかどうかに関する情報を認証情報に含んでよい。加えて、実施形態によれば、端末１００は、端末１００のユーザが制御デバイス２００の管理者であるかどうかに関する情報をサーバ３００から受信してよい。例えば、サーバ３００は、端末１００のユーザが通常のユーザであるか又は制御デバイス２００の管理者であるかに関する情報を既に含んでいてよい。この場合、図６において説明されている通り、端末１００がサーバ３００から制御デバイス２００の暗号鍵を取得するプロセスにおいて、端末１００は、端末１００のユーザが制御デバイス２００の管理者であるかどうかに関する情報を、制御デバイス２００の暗号鍵と共に認証情報としてサーバ３００から受信してよい。

【0129】

加えて、認証データは、制御デバイス２００から取得されたアドバタイジングパケットに含まれる乱数値を含んでよい。加えて、実施形態によれば、認証データは乱数値を含んでよいが、制御デバイス２００の認証情報を含まなくてよく、認証データは、制御デバイス２００の認証情報を乱数値と共に含んでよい。

【0130】

加えて、端末１００は、サーバ３００から取得された制御デバイス２００の暗号鍵に基づき、認証データを暗号化してよい。実施形態において、端末１００は、共有鍵方式で認証データを暗号化してよい。例えば、端末１００は、図６において説明されたサーバ３００から取得された制御デバイス２００の公開鍵及び端末１００の秘密鍵を使用することにより、共有鍵方式で認証データを暗号化してよい。

【0131】

加えて、端末１００は、認証データ送信方法を決定してよい。具体的には、端末１００は、それを通じて端末１００が制御デバイス２００と通信する通信プロトコルのバージョン情報（例えば、制御デバイス２００から受信されたアドバタイジングパケットに対応する通信プロトコルのバージョン情報）に基づき、認証データ送信方法を決定してよい。例えば、それを通じて端末１００が制御デバイス２００と通信する通信プロトコルのバージョン情報、すなわち、アドバタイジングパケットに対応する通信プロトコルのバージョン情報は、制御デバイス２００から受信されたアドバタイジングパケットに含まれてよい。

【0132】

加えて、それを通じて端末１００が制御デバイス２００と通信する通信プロトコルのバージョン情報は、ＢＬＥ通信プロトコルのバージョン情報であってよい。以下の説明において、本開示は、説明の便宜のために、ＢＬＥ通信プロトコルのバージョン情報に基づき説明されるが、これは限定的であるとみなされるべきではなく、本開示の説明は、ＢＬＥ以外の通信プロトコルに適用されてよい。

【0133】

それを通じて端末１００が制御デバイス２００と通信する通信プロトコルのバージョン情報は、予め定められたバージョンよりも高いか又はそれに等しい場合、端末１００は、アドバタイジングパケットを使用することにより、暗号化された認証データを送信することを決定してよい。この場合、端末１００は、暗号化された認証データをアドバタイジングパケットに含んでよく、暗号化された認証データを制御デバイス２００に送信するために、アドバタイジングパケットを制御デバイス２００に送信してよい。

【0134】

実施形態において、通信プロトコルのバージョンが、暗号化された認証データをアドバタイジングパケットに含めるように大きいサイズのアドバタイジングパケットをサポートするバージョンである場合、端末１００は、アドバタイジングパケットを使用することにより、暗号化された認証データを送信することを決定してよい。例えば、ＢＬＥ通信プロトコルのバージョンが５．０よりも低い場合、最大で３１バイトのデータがアドバタイジングパケットに含まれてよいが、ＢＬＥ通信プロトコルのバージョンが５．０よりも高いか又はそれに等しい場合、最大で２５１バイトのデータがアドバタイジングパケットに含まれてよい。それに応じて、暗号化された認証データが１６８バイトの長さであり、ＢＬＥ通信プロトコルのバージョンが５．０よりも低い場合、暗号化された認証データは、アドバタイジングパケットに含まれなくてよい。しかしながら、ＢＬＥ通信プロトコルのバージョンが５．０よりも高いか又はそれに等しい場合、暗号化された認証データがアドバタイジングパケットに含まれてよい。

【0135】

それに応じて、通信プロトコルのバージョンが、暗号化された認証データをアドバタイジングパケットに含めるように大きいサイズのアドバタイジングパケットをサポートするバージョンである場合、すなわち、ＢＬＥ通信プロトコルのバージョンが５．０よりも高いか又はそれに等しい場合、端末１００は、アドバタイジングパケットを使用することにより、暗号化された認証データを送信することを決定してよい。加えて、通信プロトコルのバージョンが、暗号化された認証データをアドバタイジングパケットに含めるように大きいサイズのアドバタイジングパケットをサポートするバージョンではない場合、すなわち、ＢＬＥ通信プロトコルのバージョンが５．０よりも低い場合、端末１００は、アドバタイジングパケットを使用することなく制御デバイス２００と通信チャネルを確立してよく、当該通信チャネルを通じて、暗号化された認証データを制御デバイス２００に送信してよい。

【0136】

加えて、端末１００は、決定された認証データ送信方法において、暗号化された認証データを制御デバイス２００に送信してよい。加えて、制御デバイス２００は、暗号化された認証データを復号してよく、復号された認証データに基づきユーザ認証を実行してよい。加えて、制御デバイス２００は、ユーザ認証結果を端末１００に送信してよい。加えて、端末１００は、制御デバイス２００から受信されたユーザ認証結果をサーバ３００に送信してよい。

【0137】

以下、本開示は図８を参照して詳細に説明される。

【0138】

図８Ａ及び図８Ｂは、実施形態による、認証データ送信方法に応じた端末及び制御デバイスの動作を説明するために提供された図である。

【0139】

図８Ａを参照すると、図８Ａは、アドバタイジングパケットを使用することにより認証データが送信されるときの端末１００及び制御デバイス２００の動作を示す。図８Ａにおいて、通信プロトコルのバージョンが、暗号化された認証データをアドバタイジングパケットに含めるように大きいサイズのアドバタイジングパケットをサポートするバージョンである場合、すなわち、ＢＬＥ通信プロトコルのバージョンが５．０よりも高いか又はそれに等しい場合、端末１００は、アドバタイジングパケットを使用することにより、暗号化された認証データを送信することを決定してよい。具体的には、端末１００は、暗号化されたデータ及び識別情報（汎用一意識別子（ｕｎｉｖｅｒｓａｌｌｙ ｕｎｉｑｕｅ ｉｄｅｎｔｉｆｉｅｒ：ＵＵＩＤ））をアドバタイジングパケットに含んでよい。本明細書において、識別情報とは、制御デバイス２００の識別情報（例えば、制御デバイス２００）のデバイスシリアル番号）を指し、端末１００が制御デバイス２００から取得するアドバタイジングパケットに含まれてよい。制御デバイス２００の識別情報は、端末から制御デバイス２００に提供されることになるアドバタイジングパケットに含まれており、それにより、制御デバイス２００は、端末１００から取得されたアドバタイジングパケットが制御デバイス２００の識別情報を含むことを識別し、それに応じて、制御デバイス２００は、端末１００が制御デバイス２００によってブロードキャストされたアドバタイジングパケットを受信したことを識別する。

【0140】

加えて、実施形態において、端末１００は、アドバタイジングパケットに乱数値を追加してよい。本明細書において、乱数値は、端末１００が制御デバイス２００から取得するアドバタイジングパケットに含まれてよい。制御デバイス２００によって提供される乱数値は、端末１００が制御デバイス２００に提供するアドバタイジングパケットに含まれ、それにより、制御デバイス２００は、制御デバイス２００によって提供される乱数値が端末１００から取得される乱数値と同一であるかどうかを識別し得る。乱数値が互いに同一である場合、制御デバイス２００は、端末１００が制御デバイス２００によってブロードキャストされたアドバタイジングパケットを受信したと識別してよい。加えて、実施形態によれば、乱数値は、暗号化された認証データとは独立してアドバタイジングパケットに含まれてよく、この場合、乱数値は、暗号化された認証データとは異なり、暗号化されることなくアドバタイジングパケットに含まれてよい。

【0141】

加えて、実施形態において、端末１００は、端末１００の暗号鍵（例えば、端末１００の公開鍵）をアドバタイジングパケットに追加してよい。端末１００の暗号鍵は、アドバタイジングパケットに含まれる暗号化された認証データを復号するために使用されてよい。加えて、実施形態によれば、端末１００の暗号鍵は、暗号化された認証データとは独立してアドバタイジングパケットに含まれてよく、この場合、端末１００の暗号鍵は、暗号化された認証データとは異なり、暗号化されることなくアドバタイジングパケットに含まれてよい。

【0142】

端末１００はアドバタイジングパケットをブロードキャストしてよく、制御デバイス２００が端末１００から予め定められた距離に位置付けられている場合、制御デバイス２００は、端末１００からアドバタイジングパケットを受信してよい。

【0143】

加えて、制御デバイス２００は、暗号化された認証データを復号してよく、ユーザ認証を実行してよい。実施形態において、制御デバイス２００は、端末１００の暗号鍵（例えば、端末１００の公開鍵）を使用することにより、アドバタイジングパケットに含まれる暗号化された認証データを復号してよい。例えば、端末１００の暗号鍵は、端末１００から送信されるアドバタイジングパケットに含まれてよい。加えて、暗号化された認証データは、制御デバイス２００の公開鍵に基づき、端末１００の秘密鍵と共に端末１００によって暗号化されてよい。制御デバイス２００は、アドバタイジングパケットに含まれる端末１００の公開鍵と共に、制御デバイス２００の公開鍵に対応する秘密鍵を使用することにより、暗号化された認証データを復号してよい。

【0144】

加えて、制御デバイス２００は、乱数値に基づき、認証データの有効性を検証してよい。上記で説明された通り、乱数値は認証データに含まれてよい、又は、認証データとは独立してアドバタイジングパケットに含まれてよい。制御デバイス２００は、端末１００から受信された乱数値が、制御デバイス２００が以前にブロードキャストしたアドバタイジングパケットに含まれる乱数値と一致するかどうかを判定してよく、乱数値が互いに一致する場合、制御デバイス２００は、端末１００から受信された認証データが有効であると判定してよい。乱数値が互いに一致しない場合、制御デバイス２００は、端末１００から受信された認証データが有効ではないと判定してよく、ユーザが認証済みでないと判定してよい。

【0145】

加えて、制御デバイス２００は、アドバタイジングパケットに含まれる識別情報（ＵＵＩＤ）に基づき、認証データの有効性を検証してよい。制御デバイス２００は、端末１００から受信されたアドバタイジングパケットに含まれる識別情報（ＵＵＩＤ）が、制御デバイス２００が以前にブロードキャストしたアドバタイジングパケットに含まれる制御デバイス２００の識別情報と一致するかどうかを判定してよく、識別情報が一致する場合、制御デバイス２００は、端末１００から受信された認証データが有効であると判定してよい。識別情報が一致しない場合、制御デバイス２００は、端末１００から受信された認証データが有効ではないと判定してよく、ユーザが認証済みでないと判定してよい。

【0146】

加えて、制御デバイス２００は、認証情報に含まれる署名情報に基づき、認証データの有効性を検証してよい。図５を参照して上記で説明された通り、制御デバイス２００は、制御デバイス２００の登録プロセスにおいて、端末１００を通じてサーバ３００により提供された制御デバイス専用暗号鍵を取得してよい。制御デバイス２００は、制御デバイス専用暗号鍵を使用することにより、認証情報に含まれる署名情報を検証してよい。例えば、サーバ３００は、制御デバイス２００に割り当てられた制御デバイス専用公開鍵を使用することにより、制御デバイス２００の署名情報を生成してよく、生成された署名情報を端末１００に送信してよい。端末１００は、サーバ３００から受信された署名情報を認証情報に含んでよく、認証情報を含む暗号化された認証データを制御デバイス２００に送信してよい。加えて、制御デバイス２００は、認証データを復号してよく、認証データから抽出された署名情報を識別してよく、かつ、制御デバイス専用公開鍵を使用することにより、署名情報を検証してよい。例えば、制御デバイス２００は、デジタル署名アルゴリズム（ｄｉｇｉｔａｌ ｓｉｇｎａｔｕｒｅ ａｌｇｏｒｉｔｈｍ：ＤＳＡ）を使用することにより、署名情報を検証してよい。検証の結果として署名情報が有効である場合、制御デバイス２００は、端末１００から受信された認証データが有効であると判定してよい。他方、検証の結果として署名情報が有効でないと判定された場合、制御デバイス２００は、端末１００から受信された認証データが有効ではないと判定してよく、ユーザは認証済みでないと判定してよい。

【0147】

加えて、制御デバイス２００は、復号された認証データに含まれる認証情報に基づき、ユーザ認証を実行してよい。例えば、認証情報がパスワード又は認証鍵を含む場合、制御デバイス２００は、認証データに含まれるパスワード又は認証鍵が予め記憶されたパスワード又は認証鍵と一致するかどうかを判定してよく、パスワード又は認証鍵が一致する場合、制御デバイス２００は、ユーザが認証済みであると判定してよい。ユーザが認証済みであると判定することは、制御デバイス２００が、端末１００又は端末１００のユーザが対象領域にアクセスするための権限を有すると判定したことを示してよい。

【0148】

加えて、制御デバイス２００は、ユーザ認証の結果に関する情報をアドバタイジングパケットに含んでよく、当該アドバタイジングパケットをブロードキャストしてよい。端末１００が制御デバイス２００から予め定められた距離に位置付けられている場合、端末１００は、アドバタイジングパケットを取得してよく、当該アドバタイジングパケットに含まれるユーザ認証の結果に関する情報を取得してよい。加えて、端末１００は、制御デバイス２００から受信されたユーザ認証の結果をサーバ３００に送信してよい。

【0149】

上記で説明された通り、端末１００は、アドバタイジングパケットを使用することにより認証データを送信し、それにより、通信チャネルを通じて認証データが送信される場合と比較して、端末１００及び制御デバイス２００の間におけるパケットの送信回数が削減され得る。それに応じて、ユーザ認証についての速度が向上し得る。加えて、端末１００のオペレーティングシステムがＡｎｄｒｏｉｄ（登録商標）であり、スキャン開始、通信接続、及びスキャン中断が反復される場合、オペレーティングシステムにより、端末１００でのスキャンが予め定められた時間にわたり禁止されてよい。この場合、通信接続は予め定められた時間にわたり確立されず、従って、端末１００は、制御デバイス２００に認証データを送信することができず、それに応じて、ユーザ認証が中断されてよい。しかしながら、端末１００がアドバタイジングパケットを使用することにより認証データを送信する場合、ユーザ認証はスキャン開始状態で完了してよく、スキャンは禁止されなくてよく、それに応じて、ユーザ認証を実行するために必要とされる時間が短縮されてよい。すなわち、端末１００のオペレーティングシステムがｉＯＳ（登録商標）である場合、通信チャネルを通じて認証データを送信する端末１００はユーザ認証において効果的であり得るが、アドバタイジングパケットを使用することにより認証データを送信する端末１００は、端末１００のオペレーティングシステムがＡｎｄｒｏｉｄ並びにｉＯＳである場合でもユーザ認証において効果的であり得る。

【0150】

図８Ｂは、通信チャネルを使用することにより認証データが送信されるときの端末１００及び制御デバイス２００の動作を示す。図８Ｂにおいて、通信プロトコルのバージョンが、暗号化された認証データをアドバタイジングパケットに含めるように大きいサイズのアドバタイジングパケットをサポートするバージョンではない場合、すなわち、ＢＬＥ通信プロトコルのバージョンが５．０よりも低い場合、端末１００は、アドバタイジングパケットを使用することなく制御デバイス２００と通信チャネルを確立してよく、当該通信チャネルを通じて、暗号化された認証データを制御デバイス２００に送信してよい。具体的には、端末１００は、スキャンを実行してよく、上記で説明された通り、制御デバイス２００に接続してよく、それに応じて、端末１００及び制御デバイス２００の間で通信チャネルが確立されてよい。端末１００は、通信チャネルを通じて、制御デバイス２００に様々なサイズのより多くのデータを送信することができ、それに応じて、暗号化された認証データを含むデータパケットを生成してよく、生成されたデータパケットを制御デバイス２００に送信してよい。

【0151】

加えて、端末１００は、通信チャネルを通じて、上記で説明された乱数値を制御デバイス２００に送信してよい。例えば、端末１００は、データパケット内に乱数値を含んでよく、データパケットを制御デバイス２００に送信してよい。

【0152】

加えて、端末１００は、通信チャネルを通じて、端末１００の暗号鍵（例えば、端末１００の公開鍵）を制御デバイス２００に送信してよい。例えば、端末１００は、データパケット内に端末１００の暗号鍵（例えば、端末１００の公開鍵）含んでよく、データパケットを制御デバイス２００に送信してよい。

【0153】

加えて、制御デバイス２００は、暗号化された認証データを復号してよく、ユーザ認証を実行してよい。図８Ａにおいて説明された内容は、暗号化された認証データの復号及びユーザ認証に適用されてよく、従って、詳細な説明は省略される。

【0154】

加えて、制御デバイス２００は、通信チャネルを通じて、ユーザ認証の結果に関する情報を端末１００に提供してよい。制御デバイス２００は、ユーザ認証の結果に関する情報を含むデータパケットを生成してよく、生成されたデータパケットを端末１００に送信してよい。加えて、制御デバイス２００は、ユーザ認証の結果に関する情報を、書き込みによって端末に送信してよい。

【0155】

加えて、制御デバイス２００は、ユーザ認証の結果に関する情報をアドバタイジングパケットに含んでよく、当該アドバタイジングパケットをブロードキャストしてよい。端末１００が制御デバイス２００から予め定められた距離に位置付けられている場合、端末１００は、アドバタイジングパケットを取得してよく、当該アドバタイジングパケットに含まれるユーザ認証の結果に関する情報を取得してよい。加えて、端末１００は、制御デバイス２００から受信されたユーザ認証の結果をサーバ３００に送信してよい。

【0156】

例えば、複数の制御デバイス２００が企業に位置付けられており、端末１００のユーザが当該企業のスタッフである場合、端末１００又はサーバ３００は、端末１００のユーザについての通勤時刻記録を実行してよい。具体的には、通勤時刻記録に関するルールは、端末１００又はサーバ３００で設定されてよい。例えば、端末１００又はサーバ３００は、予め定められた出勤時間帯及び予め定められた退勤時間帯を予め設定してよい。例えば、端末１００又はサーバ３００は、午前５時から午前１０時までの時間帯を出勤時間帯に設定してよく、午後５時から翌日午前５時までの時間帯を退勤時間帯に設定してよい。

【0157】

実施形態において、端末１００が端末１００のユーザのための通勤時刻記録を実行する場合、端末１００は、予め設定された出勤時間帯において制御デバイス２００から初めて受信されたアドバタイジング信号又はユーザ認証結果に基づき、端末１００のユーザのための出勤記録を実行してよい。例えば、午前５時から午前１０時までの予め設定された出勤時間帯において、端末１００が午前６時にアドバタイジング信号を受信し、午前９時に受信した場合、端末１００は、午前６時をユーザの出勤時刻として記録してよい。加えて、端末１００が、午前７時に制御デバイス２００からユーザ認証結果を受信し、その後、午前１０時に受信した場合、端末１００は、午前７時をユーザの出勤時刻として記録してよい。加えて、端末１００は、予め設定された退勤時間帯において制御デバイス２００から最後に受信されたアドバタイジング信号又はユーザ認証結果に基づき、端末１００のユーザのための退勤時刻記録を実行してよい。例えば、端末１００が、午後５時から翌日午前５時までの予め設定された退勤時間帯において、午後６時にアドバタイジング信号を受信し、午後９時に受信した場合、端末１００は、午後９時をユーザの退勤時刻として記録してよい。加えて、端末１００が、午後８時に制御デバイス２００からユーザ認証結果を受信し、その後、翌日午前１時に受信した場合、端末１００は、翌日午前１時をユーザの退勤時刻として記録してよい。

【0158】

加えて、実施形態において、端末１００のユーザのための通勤時刻記録がサーバ３００で実行される場合、サーバ３００は、予め設定された出勤時間帯において端末１００から初めて受信された制御デバイス２００の暗号鍵要求又はユーザ認証結果に基づき、端末１００のユーザのための出勤記録を実行してよい。例えば、午前５時から午前１０時までの予め設定された出勤時間帯において、サーバ３００が午前６時に端末１００から制御デバイス２００の暗号鍵要求を受信し、午前９時に受信した場合、サーバ３００は、午前６時をユーザの出勤時刻として記録してよい。加えて、サーバ３００が、午前７時に端末１００からユーザ認証結果を受信し、その後、午前１０時に受信した場合、サーバ３００は、午前７時をユーザの出勤時刻として記録してよい。加えて、サーバ３００は、予め設定された退勤時間帯において端末１００から最後に受信された制御デバイス２００の暗号鍵要求又はユーザ認証結果に基づき、端末１００のユーザのための退勤時刻記録を実行してよい。例えば、午後５時から翌日午前５時までの予め設定された退勤時間帯において、サーバ３００が午後６時に端末１００から制御デバイス２００の暗号鍵要求を受信し、午後９時に受信した場合、サーバ３００は、午後９時をユーザの退勤時刻として記録してよい。加えて、サーバ３００が、午後８時に端末１００からユーザ認証結果を受信し、その後、翌日午前１時に受信した場合、サーバ３００は、翌日午前１時をユーザの退勤時刻として記録してよい。

【0159】

加えて、端末１００は、アクセスを管理する場合、端末１００のユーザに関してアンチパスバック（ａｎｔｉ－ｐａｓｓ ｂａｃｋ：ＡＰＢ）制御を実行してよい。例えば、複数の制御デバイスが配設されている場合、第３の制御デバイスは、外部から対象領域の内部への入口を制御するように構成されてよく、第４の制御デバイスは、対象領域の内部から外部への出口を制御するように構成されてよい。第３の制御デバイス及び第４の制御デバイスは制御デバイス２００の上記で説明された動作を実行するため、その詳細な説明は省略される。

【0160】

加えて、サーバ３００は、第３の制御デバイスを、外部から内部への入口を制御するように構成してよく、第４の制御デバイスを、内部から外部への出口を制御するように構成してよい。例えば、サーバ３００は、外部から設定を制御することにより、第３の制御デバイス及び第４の制御デバイスの役割を構成してよい。加えて、図５を参照して上記で説明された通り、登録の処理において、第３の制御デバイスは、第３の制御デバイスの暗号鍵を端末１００に送信する一方で、第３の制御デバイスの入口を制御する役割に関する情報を送信してよい。加えて、端末１００は、第３の制御デバイスの暗号鍵をサーバ３００に送信する一方で、第３の制御デバイスの入口を制御する役割に関する情報を送信してよく、サーバ３００は、受信された情報に応じて、第３の制御デバイスの役割を構成してよい。加えて、第４の制御デバイスの役割は、上記で説明されたものと同じ動作に応じて、サーバにおいて構成されてよい。

【0161】

図６を参照して上記で説明された通り、端末１００は、端末が対象領域にアクセスするための権限を有するかどうかを判定する一方で、アンチパスバック制御を実行してよい。この場合、サーバ３００は、制御デバイスの暗号鍵を端末１００に送信する一方で、第３の制御デバイス又は第４の制御デバイスの役割に関する情報を送信してよい。例えば、端末１００は、第３の制御デバイスからアドバタイジング信号を受信してよく、サーバ３００に第３の制御デバイスの暗号鍵を要求してよく、サーバ３００から第３の制御デバイスの暗号鍵を受信する一方で、第３の制御デバイスの役割に関する情報を受信してよい。加えて、端末１００は、端末１００が直前にアクセスした制御デバイスの役割が、第３の制御デバイスの役割と同じであるかどうかを判定してよい。例えば、端末１００は、直前に第４の制御デバイスにアクセスしてよい。例えば、端末１００は、第４の制御デバイスから、ユーザが認証されたことを示すユーザ認証結果を受信してよい。この場合、端末１００は、第４の制御デバイスにアクセスするプロセスにおいて、サーバ３００から第４の制御デバイスの役割に関する情報を受信してよく、第４の制御デバイスの役割に関する情報に基づき、第４の制御デバイスが出口を制御する役割を実行することを識別してよい。加えて、端末１００は、サーバ３００から第３の制御デバイスの役割に関する情報を受信することにより、第３の制御デバイスが入口を制御する役割を実行することを識別してよく、それに応じて、端末が直前にアクセスした第４の制御デバイスの役割が、第３の制御デバイスの役割と同じではないと判定してよい。それに応じて、端末１００は、端末１００のユーザがアンチパスバックポリシーに違反していないと判定してよく、図６において端末１００が対象領域にアクセスするための権限を有するかどうかを判定した結果として、端末１００が対象領域にアクセスするための権限を有すると判定された場合、端末１００は、第３の制御デバイスにアクセスしてよい。例えば、端末１００は、第３の制御デバイスに認証データを送信するかどうかを判定してよい。

【0162】

他方、端末１００は、第３の制御デバイス又は直前に入口を制御する役割を実行する別の制御デバイスにアクセスしてよい。例えば、端末１００は、入口を制御する役割を実行する制御デバイスから、ユーザが認証されたことを示すユーザ認証結果を受信してよい。この場合、入口を制御する役割を実行する制御デバイスにアクセスするプロセスにおいて、端末１００は、サーバ３００から、入口を制御する役割を実行する制御デバイスの役割に関する情報を受信してよく、入口を制御する役割を実行する制御デバイスの役割に関する情報に基づき、入口を制御する役割を実行する制御デバイスが入口を制御する役割を実行することを識別してよい。加えて、端末１００は、サーバ３００から第３の制御デバイスの役割に関する情報を受信することにより、第３の制御デバイスが入口を制御する役割を実行することを識別してよく、それに応じて、端末１００は、端末１００が直前にアクセスした、アクセスを制御する役割を実行する制御デバイスの役割が、第３の制御デバイスの役割と同じであると判定してよい。それに応じて、端末１００は、端末１００のユーザがアンチパスバックポリシーに違反していると判定してよく、図６において対象領域にアクセスするための権限の有無を判定した結果として、ユーザが対象領域にアクセスするための権限を有すると判定された場合でも、ユーザが対象領域にアクセスするための権限を有しないと判定してよく、第３の制御デバイスにアクセスしなくてよい。例えば、端末１００は、第３の制御デバイスに認証データを送信しなくてよい。

【0163】

実施形態による方法は、様々なコンピュータ手段を通じて実行されるプログラムコマンドの形態で実装されてよく、コンピュータ可読記録媒体上に記録されてよい。コンピュータ可読記録媒体は、プログラムコマンド、データファイル、データ構造を、単独で、又は組み合わせて含んでよい。媒体上に記録されるプログラムコマンドは、実施形態のために特別に設計及び構築されたものであってよい、又は、コンピュータソフトウェアの当業者には周知であり、コンピュータソフトウェアの当業者によって使用可能であってよい。コンピュータ可読記録媒体の例は、ハードディスク、フロッピーディスク及び磁気テープなどの磁気媒体、ＣＤ－ＲＯＭ、ＤＶＤなどの光学媒体、フロプティカルディスクなどの光磁気媒体、及び、プログラムコマンドを記憶して実行するように特別に構成された、ＲＯＭ、ＲＡＭ、フラッシュメモリなどのハードウェアデバイスを含んでよい。プログラムコマンドの例は、コンパイラによって作成される機械語コードのみならず、インタープリタを使用することによりコンピュータによって実行される高水準言語コードをも含んでよい。上記で説明されたハードウェアデバイスは、実施形態の動作を実行するための１つ又は複数のソフトウェアモジュールとして動作するように構成されてよく、又は、逆の場合もある。

【0164】

上記で説明された通り、指定された実施形態及び図面を参照して実施形態が説明されてきたが、当業者によって、上記の説明から様々な修正及び変更が行われ得る。例えば、上記で説明された技術が上記で説明されたものとは異なる順序で実行された、及び／又は、上記で説明されたシステム、構造、デバイス、回路等の構成要素が上記で説明されたものとは異なる形態で結合又は組み合わされた、又は、他の構成要素又は均等物に置換又は代替された場合でも、適切な結果が実現され得る。

【0165】

従って、他の実装、他の実施形態、及び特許請求の範囲の範囲との均等物は、以下で提示される特許請求の範囲の範囲に属する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8A】

【図8B】