(57)【要約】  ビーコン信号を用いて、ドアへのアクセスを管理するための方法およびシステムが開示される。ドアの近くに設置された複数のビーコンに接近し且つ上記複数のビーコンの各々から、ビーコンデータを含む信号を取得する端末を保持するユーザの、上記複数のビーコンに対応するターゲットドアへのアクセスを制御するユーザアクセス権限判定ユニットのアクセス制御方法は、上記ビーコンデータから抽出された上記複数のビーコンの識別情報を用いて、上記複数のビーコンに対応する上記ターゲットドアを識別する段階と、上記ユーザが、上記ターゲットドアに対する外側から内側に進入するか、または、上記ターゲットドアに対する内側から外側に退出するかを判定する段階と、上記ユーザが上記ターゲットドアを通って進入するか、または退出するかに従い、上記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定する段階と、を含んでよい。
2019508912.tif 000002
【特許請求の範囲】
【請求項１】
ドアの近くに設置された複数のビーコンに接近し且つ前記複数のビーコンの各々から、ビーコンデータを含む信号を取得する端末を保持するユーザの、前記複数のビーコンに対応するターゲットドアへのアクセスを制御するユーザアクセス権限判定ユニットのアクセス制御方法であって、前記アクセス制御方法は、
前記ビーコンデータから抽出された前記複数のビーコンの識別情報を用いて、前記複数のビーコンに対応する前記ターゲットドアを識別する段階と、
前記ユーザが、前記ターゲットドアに対する外側から内側に進入するか、または、前記ターゲットドアに対する前記内側から前記外側に退出するかを判定する段階と、
前記ユーザが前記ターゲットドアを通って進入するか、または退出するかに従い、前記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定する段階と、を備える、アクセス制御方法。
【請求項２】
前記複数のビーコンのうち、第１のビーコンは、前記ターゲットドアに対する前記外側近傍に設置され、第２のビーコンは、前記ターゲットドアに対する前記内側近傍に設置される、請求項１に記載のアクセス制御方法。
【請求項３】
前記ターゲットドアを前記識別する段階は、前記第１のビーコンの識別情報および前記第２のビーコンの識別情報のうち少なくとも１つを用いて、前記ターゲットドアを識別する段階を含む、請求項２に記載のアクセス制御方法。
【請求項４】
前記ユーザが前記ターゲットドアを通って進入するか、または退出するかを前記判定する段階は、
前記ユーザが、前記ターゲットドアに対する前記外側または前記内側のいずれに位置するかをチェックする段階と、
前記ユーザが前記ターゲットドアに対する前記外側に位置する場合、前記ユーザが前記ターゲットドアに対する前記外側から前記内側に進入すると判定し、および、前記ユーザが前記ターゲットドアに対する前記内側に位置する場合、前記ユーザが前記ターゲットドアに対する前記内側から前記外側に退出すると判定する段階と、を含む、請求項２に記載のアクセス制御方法。
【請求項５】
前記複数のビーコンの前記識別情報を用いて、前記ユーザが、前記ターゲットドアに対する前記外側または前記内側のいずれに位置するかをチェックする、請求項４に記載のアクセス制御方法。
【請求項６】
前記ユーザが前記ターゲットドアを通って進入するか、または退出するかを前記判定する段階は、前記端末が前記第１のビーコンの前記識別情報のみを取得する場合、前記ユーザは、前記ターゲットドアに対する前記外側に位置すると判定する段階を含む、請求項５に記載のアクセス制御方法。
【請求項７】
前記ユーザが前記ターゲットドアを通って進入するか、または退出するかを前記判定する段階は、前記端末が前記第２のビーコンの前記識別情報のみを取得する場合、前記ユーザは、前記ターゲットドアに対する前記内側に位置すると判定する段階を含む、請求項５に記載のアクセス制御方法。
【請求項８】
前記第１のビーコンと前記端末との間の距離および前記第２のビーコンと前記端末との間の距離を用いて、前記ユーザが前記ターゲットドアに対する前記外側または前記内側のいずれに位置するかをチェックする、請求項４に記載のアクセス制御方法。
【請求項９】
前記ユーザが前記ターゲットドアに対する前記外側または前記内側のいずれに位置するかを前記チェックする段階は、
前記第１のビーコンと前記端末との間の前記距離が、前記第２のビーコンと前記端末との間の前記距離より小さい場合、前記ユーザは、前記ターゲットドアに対する前記外側に位置すると判定する段階と、
前記第１のビーコンと前記端末との間の前記距離が、前記第２のビーコンと前記端末との間の前記距離より大きい場合、前記ユーザは、前記ターゲットドアに対する前記内側に位置すると判定する段階と、を含む、請求項８に記載のアクセス制御方法。
【請求項１０】
前記第１のビーコンと前記端末との間の前記距離は、前記第１のビーコンの前記識別情報を含む信号の受信信号の強度に基づきチェックされ、前記受信信号の強度は、前記端末によって測定され、
前記第２のビーコンと前記端末との間の前記距離は、前記第２のビーコンの前記識別情報を含む信号の受信信号の強度に基づきチェックされ、前記受信信号の強度は、前記端末によって測定される、請求項８に記載のアクセス制御方法。
【請求項１１】
前記第１のビーコンと前記端末との間の前記距離は、前記第１のビーコンから予め定められた距離離れた位置における、前記第１のビーコンの前記識別情報を含む第１のビーコンデータを含む信号の受信信号の強度に関する情報を用いてチェックされ、前記情報は、前記第１のビーコンデータから抽出され、
前記第２のビーコンと前記端末との間の前記距離は、前記第２のビーコンから予め定められた距離離れた位置における、前記第２のビーコンの前記識別情報を含む第２のビーコンデータを含む信号の受信信号の強度に関する情報を用いてチェックされ、前記情報は、前記第２のビーコンデータから抽出される、請求項１０に記載のアクセス制御方法。
【請求項１２】
前記ユーザのアクセス情報、前記ユーザの通勤情報および前記端末のためのログのうち少なくとも１つを含む追加情報を用いて、前記ユーザが前記ターゲットドアに対する前記外側または前記内側のいずれに位置するかをチェックする、請求項４に記載のアクセス制御方法。
【請求項１３】
前記アクセス認証プロセスを前記判定する段階は、前記ユーザが前記ターゲットドアに対する前記外側から前記内側に進入すると判定される場合、前記アクセス認証プロセスをユーザ認証動作を含む第１のアクセス認証プロセスとして判定する段階と、
前記ユーザが前記ターゲットドアに対する前記内側から前記外側に退出すると判定される場合、前記アクセス認証プロセスを前記ユーザ認証動作を含まない第２のアクセス認証プロセスとして判定する段階と、を含む、請求項１に記載のアクセス制御方法。
【請求項１４】
前記アクセス認証プロセスが前記第１のアクセス認証プロセスとして判定される場合、
前記ユーザのユーザ認証情報を取得する段階と、
前記ユーザの前記ユーザ認証情報を用いて、前記ターゲットドアをロック解除すべきかどうかを判定する段階と、をさらに備える、請求項１３に記載のアクセス制御方法。
【請求項１５】
前記アクセス認証プロセスが前記第２のアクセス認証プロセスとして判定される場合、前記ユーザのユーザ認証情報を考慮せずに、前記ターゲットドアをロック解除すべきかどうかを判定する段階をさらに備える、請求項１３に記載のアクセス制御方法。
【請求項１６】
前記ユーザから第１の時点で取得された第１のユーザ認証情報を用いて、前記ターゲットドアがロック解除されるべきであると判定された後、予め定められた時間の間、前記アクセス認証プロセスが、前記第１のアクセス認証プロセスとして判定される場合、前記ターゲットドアをロック解除すべきかどうかは、前記第１のユーザ認証情報を用いて判定される、請求項１３に記載のアクセス制御方法。
【請求項１７】
前記アクセス認証プロセスを前記判定する段階は、前記アクセス認証プロセスが、前記第１のアクセス認証プロセスとして判定され、前記ターゲットドアがロック解除された後、予め定められた時間の間、前記ユーザが前記ターゲットドアに対する前記外側から前記内側に進入すると判定される場合、前記アクセス認証プロセスを前記第２のアクセス認証プロセスとして判定する段階を含む、請求項１３に記載のアクセス制御方法。
【請求項１８】
ドアの近くに設置された１つのビーコンに接近し且つ前記ビーコンから、ビーコンデータを含む信号を取得する端末を保持するユーザの、前記ビーコンに対応するターゲットドアへのアクセスを制御するユーザアクセス権限判定ユニットのアクセス制御方法であって、前記アクセス制御方法は、
前記ビーコンデータから抽出された前記ビーコンの識別情報を用いて、前記ビーコンに対応する前記ターゲットドアを識別する段階と、
前記ユーザが、前記ターゲットドアに対する外側から内側に進入するか、または、前記ターゲットドアに対する前記内側から前記外側に退出するかを判定する段階と、
前記ユーザが前記ターゲットドアを通って進入するか、または退出するかに従い、前記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定する段階と、を備え、
前記ユーザのアクセス情報、前記ユーザの通勤情報および前記端末のためのログのうち少なくとも１つを含む追加情報を用いて、前記ユーザが、前記ターゲットドアに対する前記外側から前記内側に進入するか、または、前記ターゲットドアに対する前記内側から前記外側に退出するかを判定する、アクセス制御方法。
【請求項１９】
請求項１から１８のいずれか一項に記載の方法を実行するための記録されたプログラムを有する、コンピュータ可読記録媒体。
【請求項２０】
ドアの近くに設置された少なくとも１つのビーコンに接近し且つ前記少なくとも１つのビーコンから、ビーコンデータを含む信号を取得する端末を保持するユーザの、前記少なくとも１つのビーコンに対応するターゲットドアへのアクセスを制御するための電子デバイスであって、前記電子デバイスは、
前記端末と通信するように構成された通信インタフェースと、
前記通信インタフェースを通して、前記ビーコンデータから抽出された前記少なくとも１つのビーコンの識別情報を取得し、前記少なくとも１つのビーコンの前記識別情報を用いて、前記少なくとも１つのビーコンに対応する前記ターゲットドアを識別し、前記ユーザが、前記ターゲットドアに対する外側から内側に進入するか、または、前記ターゲットドアに対する前記内側から前記外側に退出するかを判定し、前記ユーザが前記ターゲットドアを通って進入するか、または退出するかに従い、前記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定するように構成されたプロセッサと、を備える、電子デバイス。
【請求項２１】
前記少なくとも１つのビーコンが、複数のビーコンである場合、前記複数のビーコンの識別情報、前記複数のビーコンの各々と、前記端末との間の距離のうち少なくとも１つが用いられ、前記ユーザが前記ターゲットドアに対する前記外側または前記内側のいずれに位置するかをチェックする、請求項２０に記載の電子デバイス。
【請求項２２】
前記少なくとも１つのビーコンが単一のビーコンである場合、前記ユーザのアクセス情報、前記ユーザの通勤情報および前記端末のためのログのうち少なくとも１つを含む追加情報を用いて、前記ユーザが前記ターゲットドアに対する前記外側または前記内側のいずれに位置するかをチェックする、請求項２０に記載の電子デバイス。
【請求項２３】
ビーコンデータをブロードキャストするように構成された少なくとも１つのビーコンと、
前記少なくとも１つのビーコンに接近し且つ前記ビーコンデータを取得する端末を保持するユーザの、前記少なくとも１つのビーコンに対応するターゲットドアへのアクセスを制御するように構成されたサーバと、を備え、
前記サーバは、前記少なくとも１つのビーコンの識別情報を用いて、前記少なくとも１つのビーコンに対応する前記ターゲットドアを識別し、前記ユーザが、前記ターゲットドアに対する外側から内側に進入するか、または、前記ターゲットドアに対する前記内側から前記外側に退出するかを判定し、前記ユーザが前記ターゲットドアを通って進入するか、または退出するかに従い、前記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定するように構成されている、アクセス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、ビーコン信号を用いてドアアクセスを管理する方法およびシステムに関する。
【背景技術】
【０００２】
アクセス管理システムとは、ドアを通って特定の空間にアクセスしようとする訪問者を認識および管理するシステムである。アクセス管理システムは、一般的なオフィスおよび家並びに高いセキュリティでアクセスが制限されている設備において広く用いられている。このようなアクセス管理システムで用いられている従来の認証方法としては、磁気カード、スマートカード、非接触無線カード等を用いる認証方法、並びに訪問者の指紋および虹彩等の生体認証情報を用いる認証方法が挙げられる。
【０００３】
このような従来の認証方法においては、訪問者がドア付近に設置された認証デバイスを通し認証を実行して初めて、訪問者がドアにアクセスできるものがある。上記の通り、認証は、別個の認証デバイスを通して行う必要がある。故に、複数の訪問者がいる場合、認証の実行に長時間を要する。また、ユーザが磁気カード等といった別個の認証手段を常に保持する必要があるという不都合性があり、また、このような認証手段を紛失した場合、当該別個の認証手段を盗んだ不正な訪問者がドアに進入できるという困難性も存在する。
【０００４】
最近、かかる困難性を克服すべく、ユーザの利便性を高め、またアクセス管理システムのセキュリティを高めるための取り組みがなされている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本開示は、アクセス管理システムのセキュリティを高めることができ、またユーザの利便性も高めることができるドアアクセスを管理する方法およびシステムの提供を対象とする。
【０００６】
また、本開示は、ビーコンおよび端末間で送信および受信された信号を用いて、端末の位置を正確に測定することによって、ユーザの利便性およびセキュリティを高めることができるドアアクセスを管理する方法およびシステムの提供も対象とする。
【課題を解決するための手段】
【０００７】
本開示の一態様によると、ビーコンデータをブロードキャストしたビーコンに対応するターゲットドアへのユーザのアクセスを制御するユーザアクセス権限判定ユニットのアクセス制御方法が提供され、ユーザは、端末を保持し、端末は、ビーコンへの近接度に基づき、ビーコンデータを取得し、アクセス制御方法は、端末から取得したビーコンの識別情報に基づいて、ターゲットドアを識別する段階と、ユーザの識別情報を取得する段階と、ユーザの識別情報に基づいて、ターゲットドアをロック解除すべきかどうかを判定する段階と、を含む。
【０００８】
本開示の一態様によると、ドアの近くに設置されたビーコンからのビーコンデータを含む信号に基づいて、ターゲットドアへのユーザのアクセスを制御するユーザアクセス権限判定ユニットのアクセス制御方法が提供され、ユーザは、端末を保持し、端末は、ビーコンへの近接度に基づき、ビーコンデータ含む信号を取得し、アクセス制御方法は、ビーコンデータから抽出された複数のビーコンの識別情報を用いて、ビーコンに対応するターゲットドアを識別する段階と、ユーザが、ターゲットドアに対する外側から内側に進入するか、または、ターゲットドアに対する内側から外側に退出するかを判定する段階と、ユーザがターゲットドアを通って進入するか、または退出するかに従い、ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定する段階と、を含み、アクセス認証プロセスは、判定されたタイプのユーザの移動に従い判定され、ユーザのアクセス情報、ユーザの通勤情報および端末のためのログのうち少なくとも１つを含む追加情報を用いて、ユーザがターゲットドアに対する外側から内側に進入するか、または、ターゲットドアに対する内側から外側に退出するかを判定する。
【０００９】
本開示の一態様によると、ドアの近くに設置された少なくとも１つのビーコンからのビーコンデータを含む信号に基づいて、ターゲットドアへのユーザのアクセスを制御するための電子デバイスが提供され、ユーザは、端末を保持し、端末は、少なくとも１つのビーコンへの近接度に基づき、ビーコンデータ含む信号を取得し、電子デバイスは、端末と通信するように構成された通信インタフェースと、通信インタフェースを通して、ビーコンデータから抽出された少なくとも１つのビーコンの識別情報を取得し、少なくとも１つのビーコンの識別情報を用いて、少なくとも１つのビーコンに対応するターゲットドアを識別し、ユーザが、ターゲットドアに対する外側から内側に進入するか、または、ターゲットドアに対する内側から外側に退出するかを判定し、ユーザがターゲットドアを通って進入するか、または退出するかに従い、ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定するように構成されたプロセッサと、を備える。
【００１０】
本開示の一態様によると、ビーコンデータをブロードキャストするように構成された少なくとも１つのビーコンと、少なくとも１つのビーコンに接近し且つビーコンデータを取得する端末を保持するユーザの、少なくとも１つのビーコンに対応するターゲットドアへのアクセスを制御するように構成されたサーバと、を備えたアクセス管理システムが提供され、サーバは、少なくとも１つのビーコンの識別情報を用いて、少なくとも１つのビーコンに対応するターゲットドアを識別し、ユーザが、ターゲットドアに対する外側から内側に進入するか、または、ターゲットドアに対する内側から外側に退出するかを判定し、ユーザがターゲットドアを通って進入するか、または退出するかに従い、ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定するように構成されている。
【発明の効果】
【００１１】
本開示によると、別個の認証手段を用いずに、ユーザが通常保持する端末を用いて、アクセス認証を実行することによって、ユーザがより高い利便性でドアにアクセスすることを許容することを可能にする。
【００１２】
また、本開示によると、ユーザが通常保持する端末を用いて、ユーザ認証を実行することによって、ユーザの利便性およびアクセス管理システムのセキュリティを高めることも可能にする。
【００１３】
本開示によると、既に設置されているデバイスを用いて、アクセス管理システムを実施することを可能にし、その結果、アクセス管理システムの確立コストを節約する。
【００１４】
本開示によると、ユーザが、ドアに対する外側から内側に移動する場合、およびユーザが、ドアに対する内側から外側に移動する場合に、別個にアクセス認証を実行することによって、ユーザが好都合にドアにアクセスすることを許容することを可能にする。
【００１５】
本開示によると、ドアに異常にアクセスしたユーザを管理することによって、アクセス管理システムのセキュリティを高めることを可能にする。
【００１６】
本開示によると、ドアに異常にアクセスしたユーザが保持する端末を用いて、異常アクセスの事後認証を実行することによって、ユーザが好都合にアクセス認証を実行することを許容することを可能にする。
【００１７】
本開示によると、既存のロックユニットを交換することなく、ロック解除コマンドを定期的に出力することによって、ドアの開いている時間を調整することによって、ユーザの利便性を高めることを可能にする。
【００１８】
本開示によると、ビーコンの周囲環境に従い、ビーコンパラメータを調整することによって、ビーコンのバッテリ消費量を調整することを可能にする。
【００１９】
本開示によると、全員がセキュリティゾーン全体を退出した場合、動作モードをセキュリティモードに設定し、セキュリティゾーン全体を異常に出たユーザを管理することによって、アクセス管理システムのセキュリティを高めることを可能にする。
【００２０】
本開示によると、マネージャ端末の管理下、未登録端末を登録することによって、登録権限を有していないユーザが、アクセス管理システムに登録されることをブロックし、アクセス管理システムのセキュリティを高めることを可能にする。
【００２１】
また、本開示によると、端末の位置をより正確に測定することによって、ユーザの利便性およびアクセス管理システムのセキュリティを高めることも可能にする。
【図面の簡単な説明】
【００２２】
【図１】一実施形態によるアクセス管理システムを説明するためのダイアグラムである。
【図２】一実施形態によるビーコンを示すブロックダイアグラムである。
【図３】一実施形態による端末を示すブロックダイアグラムである。
【図４】一実施形態によるサーバを示すブロックダイアグラムである。
【図５】一実施形態によるアクセス制限コントローラを示すブロックダイアグラムである。
【図６】一実施形態によるロックユニットを示すブロックダイアグラムである。
【図７】一実施形態によるアクセス管理システムにおけるアクセス制御を説明するためのダイアグラムである。
【図８】一実施形態によるアクセス管理方法を説明するためのフローチャートである。
【図９】図８の段階Ｓ８１０を詳細に説明するためのフローチャートである。
【図１０】一実施形態によるユーザ認証動作を説明するためのダイアグラムである。
【図１１】一実施形態によるロック解除制御動作を説明するためのフローチャートである。
【図１２】別の実施形態によるアクセス管理システムにおけるアクセス制御を説明するためのダイアグラムである。
【図１３】一実施形態による、複数のビーコンが存在する場合のアクセス管理システムにおけるアクセス認証プロセス判定方法を説明するためのダイアグラムである。
【図１４】一実施形態によるアクセス認証プロセス判定方法を示すフローチャートである。
【図１５】一実施形態による、第１のアクセス認証プロセスまたは第２のアクセス認証プロセスにおけるアクセス管理方法を説明するためのフローチャートである。
【図１６】一実施形態による、ターゲットドアの判定を説明するためのダイアグラムである。
【図１７】一実施形態による、端末の位置を説明するためのダイアグラムである。
【図１８】一実施形態による、１つのビーコンが存在する場合の、アクセス管理システムにおけるアクセス認証プロセス判定方法を説明するためのダイアグラムである。
【図１９】一実施形態によるアクセス管理システムにおける異常アクセス処理方法を説明するためのダイアグラムである。
【図２０】一実施形態による異常アクセス処理方法を示すフローチャートである。
【図２１】一実施形態によるログ記録動作を示すフローチャートである。
【図２２】図２０の段階Ｓ２０２０を詳細に説明するためのフローチャートである。
【図２３】図２２の段階Ｓ２２４０を詳細に説明するためのフローチャートである。
【図２４】一実施形態による、端末およびユーザ動作デバイスにおける事後認証を説明するためのダイアグラムである。
【図２５】一実施形態によるドア制御方法を説明するためのダイアグラムである。
【図２６】一実施形態によるドア制御方法を示すフローチャートである。
【図２７】一実施形態によるドアロック解除制御動作を説明するためのフローチャートである。
【図２８】別の実施形態によるドア制御方法を示すフローチャートである。
【図２９】一実施形態によるビーコン制御方法を説明するためのダイアグラムである。
【図３０】別の実施形態によるビーコン制御方法を説明するためのダイアグラムである。
【図３１】一実施形態によるビーコン制御方法を説明するためのフローチャートである。
【図３２】一実施形態による、端末から出力されたａｃｋデータを用いたビーコン制御方法を説明するためのフローチャートである。
【図３３】一実施形態によるセキュリティモード管理方法を説明するためのダイアグラムである。
【図３４】一実施形態によるセキュリティモードの設定を説明するためのフローチャートである。
【図３５】一実施形態によるセキュリティモード管理方法を説明するためのフローチャートである。
【図３６】一実施形態による、侵入端末がセキュリティゾーン全体に正常に存在し得るかどうかの判定を説明するためのダイアグラムである。
【図３７】一実施形態による、セキュリティモードにおけるマネージャ端末、ユーザ端末およびユーザ動作デバイスの様々な実施形態を説明するためのダイアグラムである。
【図３８】一実施形態による、未登録端末のユーザの登録方法を説明するためのダイアグラムである。
【図３９】一実施形態による、未登録端末のユーザを登録する方法を示すフローチャートである。
【図４０】図３９の段階Ｓ３９３０を詳細に説明するためのフローチャートである。
【図４１】一実施形態による、未登録端末における登録通知を説明するためのダイアグラムである。
【図４２】別の実施形態による、未登録端末の未登録ユーザの登録を説明するためのダイアグラムである。
【図４３】一実施形態による、未登録端末のユーザのアクセス可能なドアに関する情報設定を説明するためのダイアグラムである。
【図４４】図２の通信インタフェース２１０の例を示すブロックダイアグラムである。
【図４５】図２の通信インタフェース２１０の例を示すブロックダイアグラムである。
【図４６】別の実施形態によるアクセス管理方法を示すフローチャートである。
【図４７】一実施形態による、図４６の段階Ｓ４６１０をより詳細に示すフローチャートである。
【図４８】一実施形態による、端末の位置測定を説明するためのダイアグラムである。
【図４９】別の実施形態による、図４６の段階Ｓ４６１０をさらに詳細に示すフローチャートである。
【図５０】別の実施形態による、端末の位置測定を説明するためのダイアグラムである。
【図５１】さらなる別の実施形態による、アクセス管理方法を示すフローチャートである。
【図５２】一実施形態による、図５１の段階Ｓ５１１０をさらに詳細に示すフローチャートである。
【図５３】別の実施形態による、図５１の段階Ｓ５１１０をさらに詳細に示すフローチャートである。
【図５４】さらに別の実施形態による、端末の位置測定を説明するためのダイアグラムである。
【発明を実施するための形態】
【００２３】
［ベストモード］
【００２４】
本開示の一態様によると、ビーコンデータをブロードキャストしたビーコンに対応するターゲットドアへのユーザのアクセスを制御するユーザアクセス権限判定ユニットのアクセス制御方法が提供され、ユーザは、端末を保持し、端末は、ビーコンへの近接度に基づき、ビーコンデータを取得し、アクセス制御方法は、端末から取得したビーコンの識別情報に基づいて、ターゲットドアを識別する段階と、ユーザの識別情報を取得する段階と、ユーザの識別情報に基づいて、ターゲットドアをロック解除すべきかどうかを判定する段階と、を含む。
【００２５】
［発明のモード］
【００２６】
以下、添付図面を参照して実施形態について詳細に説明する。しかしながら、本開示は、当該実施形態に制限または限定されるものではない。また、図面中、同様の参照符号は同様の構成要素を示す。
【００２７】
図面中、レイヤおよび領域の厚みは、わかりやすくするため誇張している。
【００２８】
また、ある構成要素またはレイヤが、別の構成要素またはレイヤ「上（ｏｎ）」にあると言及するとき、当該構成要素またはレイヤは、別の構成要素またはレイヤ上に直接形成されてもよいし、または第３の要素若しくはレイヤが、それらの間に介在していてもよい。本明細書を通して、同様の参照符号は、同様の構成要素を指す。
【００２９】
また、本開示に関連する周知の機能または構成に関する詳細な説明は、本開示の発明の主題を不必要に不明瞭にしないように、除外するものとする。以下の説明中、序数（第１および第２等）が用いられているが、それらは単に、同様のコンポーネント間を区別するために用いられているに過ぎないことにも留意されたい。
【００３０】
以下、本開示による構成要素について、添付図面を参照して詳細に説明する。以下の説明中に用いられる構成要素の接尾語「モジュール」および「ユニット」は、専ら本明細書の記述を容易にするために置き換え可能に記載または用いられているものであり、よって、これらに特定の意味または機能は付与されていない。
【００３１】
以下、アクセス管理システムについて説明する。アクセス管理システムとは、アクセス権限を有する人のみがドアを通過することを許容するための管理を実行するシステムを示してよい。アクセス管理システムは、オフィス、施設等といった屋内環境で用いられてよく、または軍事基地等、建物の外部に制限領域が存在する屋外環境において用いられてもよい。
【００３２】
＜アクセス管理システムの構成＞
図１は、一実施形態によるアクセス管理システムを説明するためのダイアグラムである。
【００３３】
図１を参照すると、アクセス管理システムは、ビーコンデータ送信デバイス１１０、ユーザ端末１２０および制御ユニットを含んでよい。図１中に示すコンポーネントは不可欠ではなく、よって、アクセス管理システムは、図１に示すものより多い、または、より少ないコンポーネントを含んでよい。以下の説明では、アクセス管理システムの諸コンポーネント、アクセス管理システムの用語、およびアクセス管理システムの動作について記載する。
【００３４】
また、アクセス管理システムの複数のコンポーネントは、互いに信号を送信または受信してよい。信号は、データまたは情報を含んでおり、よって、以下、信号の送信または受信は、データの送信または受信、あるいは、情報の送信または受信として表されてよい。
【００３５】
１．アクセス管理システムのコンポーネント（好ましい実施形態）
【００３６】
（１）ビーコンデータ送信デバイス１１０
【００３７】
ビーコンデータ送信デバイス１１０は、情報を外部デバイスに送信するデバイスとして定義されてよい。ここで、外部デバイスは、ビーコンデータ送信デバイス１１０に加え、ユーザ端末１２０および制御ユニットと通信可能な別のデバイスを含んでよい。ビーコンデータ送信デバイス１１０は、情報を外部デバイスに送信するために、低周波数通信スキーム、発光ダイオード（ＬＥＤ）通信スキーム、ワイヤレスフィデリティ（ＷｉＦｉ）通信スキーム、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信スキーム等を用いてよい。情報を送信するために、上記の通信スキーム以外の様々な通信スキームが用いられてよいことを理解されたい。
【００３８】
ビーコンデータ送信デバイス１１０は、信号を外部デバイスに一方向に送信してよく、または、外部デバイスとの間で双方向に信号を送信および受信してよい。
【００３９】
一実施形態において、ビーコンデータ送信デバイス１１０が、信号を外部デバイスに一方向に送信するとき、ビーコンデータ送信デバイス１１０は、信号をブロードキャスト方式で信号を送信してよい。また、信号の送信時、ビーコンデータ送信デバイス１１０は、ビーコンデータを送信してよい。
【００４０】
本開示のいくつかの実施形態において、ビーコンデータは、ビーコンデータ送信デバイス１１０の識別情報および送信電力情報のうち少なくとも１つを含んでよい。
【００４１】
後述する本開示の様々な実施形態から明らかなように、アクセス管理を実行すべく、ビーコンデータは、本開示に記載のアクセス管理システムによって適切に用いられてよい。特に、本開示の様々な実施形態において、ビーコンデータは、ユーザ（またはユーザが保持する端末）と特定のドアとの間の相対位置に関する情報を取得するため、またはユーザが、特定のドアを通って進入するか、退出するかを判定するために用いられてよい。以下、ビーコンデータ送信デバイス１１０の構成および機能並びにビーコンデータについて、詳細に説明する。
【００４２】
（２）ユーザ端末１２０
【００４３】
ユーザ端末１２０は、ユーザ端末１２０の近傍の外部デバイスと通信可能で、ドアにアクセスするユーザが保持する必要のあるデバイスとして定義されてよい。
【００４４】
例えば、ユーザ端末１２０は、ユーザが保持する、通信可能なハンドヘルドデバイスであり、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルマルチメディアプレーヤ（ＰＭＰ）等が含まれてよい。特に、有利には、本開示の目的を実現すべく、ユーザ端末１２０は、ユーザが常に保持しやすいデバイスであってよい。一例として、ユーザ端末１２０には、ウェアラブルウォッチ、ウェアラブルバンド等のようなウェアラブルデバイスが含まれてよい。
【００４５】
しかしながら、本開示のいくつかの実施形態において、ユーザ端末１２０には、ユーザが座っている車両が含まれてよい。
【００４６】
本開示の様々な実施形態において、ユーザ端末１２０は、上記のビーコンデータを受信し、その後、受信されたビーコンデータを適切に処理してよい。
【００４７】
例えば、ユーザ端末１２０は、ビーコンデータに含まれる様々な情報を用いることによって、ユーザ端末１２０のビーコンデータ送信デバイス１１０までの距離に関する情報を取得してよい。
【００４８】
別の例として、ユーザ端末１２０は、ビーコンデータを受信すると、受信データをそのままユーザアクセス権限判定ユニット１３０に送信してよく、または、ビーコンデータに含まれる様々な情報から、アクセス管理に必要な情報を選択的に抽出し、抽出された情報をユーザアクセス権限判定ユニット１３０に送信してもよい。
【００４９】
また、本開示の様々な実施形態において、ユーザ端末１２０は、ユーザの認証に必要なユーザ認証情報を取得してよく、それに対応する処理を適切に実行してよい。
【００５０】
例えば、ユーザ端末１２０は、ユーザの指紋、声、脈および虹彩を含む生体認証情報を取得してよい。この場合、ユーザ端末１２０は、取得された生体認証情報を、ユーザ端末１２０に事前格納された特定のユーザの生体認証情報と比較して、ユーザの識別（すなわち、認証）を実行してよい。代替的に、ユーザ端末１２０は、認証を実行せずに、取得された生体認証情報をユーザアクセス権限判定ユニット１３０に送信してもよい。
【００５１】
また、本開示の様々な実施形態において、ユーザ端末１２０は、ユーザ端末１２０のユーザ識別情報（例えば、ＵＩＤ）をユーザアクセス権限判定ユニット１３０に送信してよい。この場合、本開示の一実施形態において、ユーザ端末１２０は、取得された生体認証情報を特定のユーザの事前格納された生体認証情報と比較してよく、比較結果を通してユーザが識別された場合にのみ、ユーザ端末１２０のユーザ識別情報（例えば、ＵＩＤ）をユーザアクセス権限判定ユニット１３０に送信してもよい。また、本開示の別の実施形態において、ユーザ端末１２０は、認証を実行せずに、ユーザ端末１２０のユーザ識別情報（例えば、ＵＩＤ）をユーザアクセス権限判定ユニット１３０に送信してもよい。
【００５２】
ユーザ端末１２０の構成および動作については、後述される本開示の様々な実施形態からさらに明らかになる。
【００５３】
（３）ユーザアクセス権限判定ユニット１３０
【００５４】
ユーザアクセス権限判定ユニット１３０は、ユーザ端末１２０を保持するユーザのアクセス権限を認証するデバイスとして定義されてよい。
【００５５】
ユーザアクセス権限判定ユニット１３０は、ユーザが、特定のドアを通過することが許容されるかどうかを判定するデバイスとして定義されてよい。
【００５６】
ユーザアクセス権限判定ユニット１３０は、ユーザがドアを通過することが許容されるかどうかを判定すべく、後述されるユーザ認証動作を実行してよい。ユーザアクセス権限判定ユニット１３０は、ユーザ認証動作を実行すべく、ユーザの上記の生体認証情報を利用してよい。
【００５７】
また、さらに、ユーザアクセス権限判定ユニット１３０は、特定のドアに関するドア関連の追加情報および認証されたユーザに関するユーザ関連の追加情報を基に、ユーザのアクセス権限をチェックする動作を少なくとも１つ実行してよい。
【００５８】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、サーバの形態で実施されてよい。ここで、サーバとは、ネットワークに接続され、データを格納および処理するよう構成されたデバイスである。ネットワークは、インターネット、または本開示が実施されるセキュリティ領域におけるイントラネットであってよい。しかしながら、ユーザアクセス権限判定ユニット１３０がサーバの形態で実施される場合、サーバは、ユーザ端末１２０と通信可能である必要がある。
【００５９】
代替的に、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、ユーザ端末１２０内に含まれるように実施されてよい。
【００６０】
代替的に、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、後述するロックユニット１５０に含まれるように実施されてもよい。しかしながら、ユーザアクセス権限判定ユニット１３０がロックユニット１５０に含まれるように実施されてよい場合、ロックユニット１５０は、ユーザ端末１２０と通信可能である必要がある。
【００６１】
（４）ロックユニットコントローラ１４０
【００６２】
ロックユニットコントローラ１４０は、後述するロックユニット１５０の動作を制御するデバイスとして定義されてよい。ロックユニットコントローラ１４０は、ロックユニット１５０と有線方式または無線方式で接続されてよい。
【００６３】
概して、ロックユニットコントローラ１４０は、アクセス制限コントローラ（または分配パネル若しくは分電盤）の形態で構成されてよい。
【００６４】
いくつかの実施形態において、ロックユニットコントローラ１４０は、サーバの形態で実施されてよい。
【００６５】
また、他の実施形態においては、ロックユニットコントローラ１４０は、ユーザ端末１２０に含まれるように実施されてもよい。
【００６６】
本開示の様々な実施形態において、ユーザアクセス権限判定ユニット１３０が、ユーザが特定のドアを通過することが許容されると判定すると、ロックユニット１５０を制御するための制御信号が生成されてよい。ロックユニットコントローラ１４０は、制御信号を受信すると、受信された制御信号により、ロックユニット１５０の動作を制御してよい。
【００６７】
（５）ドアロックユニット１５０
【００６８】
ドアロックユニット１５０は、ドアをロックまたはロック解除するための手段として定義されてよい。ドアロックユニット１５０がドアをロックすると、ドアは、閉状態から開状態へと変更できない。一方で、ドアロックユニット１５０がドアをロック解除すると、ドアは、閉状態から開状態へと変更されてよい。すなわち、ドアがロックされている条件では、外力がドアに加わっても、ドアは開かない。しかしながら、ドアがロック解除されている条件では、外力がドアに加わると、ドアは開いてよい。
【００６９】
本開示のいくつかの実施形態において、ドアロックユニット１５０は、ロックユニットコントローラ１４０の制御下、ドアをロックまたはロック解除してよい。しかしながら、ドアロックユニット１５０およびロックユニットコントローラ１４０は、必ずしも物理的に別個のデバイスとして実施されなくてもよく、物理的に１つのデバイスとして実施されてもよい。
【００７０】
説明の便宜上、以下、ユーザアクセス権限判定ユニット、ロックユニットコントローラおよびドアロックユニットは、まとめて「制御ユニット」として言及されてよい。
【００７１】
しかしながら、本明細書で用いる集合的概念としての「制御ユニット」という用語は、ユーザアクセス権限判定ユニット、ロックユニットコントローラおよびドアロックユニットが、１つの物理デバイスとして実施されることを意味してはいない。ユーザアクセス権限判定ユニット、ロックユニットコントローラおよびドアロックユニットは、物理的に互いに別個であってよい、異なる複数のデバイスの選択的組み合わせとして実施されてもよい。
【００７２】
また、本明細書で用いる「デバイスは制御ユニットと通信する」という文章は、別途の記載がない限り、デバイスが、ユーザアクセス権限判定ユニット、ロックユニットコントローラおよびドアロックユニットのすべてと通信可能であるべきであるということを意味してはいない。「デバイスは制御ユニットと通信する」という文章は、デバイスが、ユーザアクセス権限判定ユニット、ロックユニットコントローラおよびドアロックユニットのうち少なくとも１つと通信可能である場合であっても、用いられてよい。
【００７３】
２．アクセス管理システムのコンポーネント（例示的な実施形態）
【００７４】
以下、本開示の様々な実施形態を説明するためのアクセス管理システムを構成する複数の別個の物理的なコンポーネントについて、説明する。
【００７５】
後述されるビーコン２００は、上記のビーコンデータ送信デバイス１１０が実施される物理デバイスであってよい。
【００７６】
また、後述される端末３００は、上記のユーザ端末１２０が実施される物理デバイスであってよい。
【００７７】
また、後述されるサーバ４００は、上記のユーザアクセス権限判定ユニット１３０が実施される物理デバイスであってよい。
【００７８】
また、後述されるアクセス制限コントローラ５００は、上記のロックユニットコントローラ１４０が実施される物理デバイスであってよい。
【００７９】
また、後述されるロックユニット６００は、上記のドアロックユニット１５０が実施される物理デバイスであってよい。
【００８０】
（１）ビーコン
【００８１】
図２は、一実施形態によるビーコンを示すブロックダイアグラムである。
【００８２】
図２を参照すると、ビーコン２００は、通信インタフェース２１０、メモリ２２０、電源２３０およびプロセッサ２４０を含んでよい。図２中に示すコンポーネントは、不可欠ではなく、よって、ビーコン２００は、図２に示すものより多い、またはより少ないコンポーネントを含むよう実施されてよい。
【００８３】
通信インタフェース２１０とは、ビーコン２００から外部デバイスへの一方向通信、または、ビーコン２００および外部デバイス間の双方向通信を可能にするインタフェースを示してよい。ビーコン２００は、通信インタフェース２１０を通して、端末または制御ユニットと通信してよい。
【００８４】
通信インタフェース２１０には、無線通信インタフェースが含まれてよい。
【００８５】
一実施形態において、無線通信インタフェースには、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信インタフェース、例えば、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）通信インタフェースが含まれてよい。しかしながら、無線通信インタフェースとしては、限定ではないが、無線ＬＡＮ（ＷＬＡＮ）およびＷｉＦｉ等の無線インターネットインタフェース、Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＲＦＩＤ）、Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ（ＩｒＤＡ）、Ｕｌｔｒａ  Ｗｉｄｅｂａｎｄ（ＵＷＢ）、ＺｉｇＢｅｅ（登録商標）、近距離無線通信（ＮＦＣ）、ＷｉＨＤおよびＷｉＧｉｇ等の直接的な短距離通信インタフェースが含まれてよい。
【００８６】
メモリ２２０は、ビーコン２００によって実行されるべき動作を適切に制御するためのプログラム（例えば、ビーコン関連アクセス管理アプリケーション）を格納してよく、また、本開示の様々な実施形態によるアクセス管理方法を実施すべく、入力データまたは出力データ（例えば、ビーコン２００の識別情報）も格納してよい。
【００８７】
電源２３０は、ビーコン２００を動作させるために必要な電力を供給する。一実施形態において、バッテリのように、電源２３０は、電気エネルギーを貯蔵し、貯蔵された電気エネルギーをビーコン２００の各コンポーネントに供給してよい。
【００８８】
通常、プロセッサ２４０は、ビーコン２００の動作全体を制御する。一実施形態において、プロセッサ２４０は、ビーコン関連アクセス管理アプリケーションを実行してよく、ビーコン関連アクセス管理アプリケーションによる、アクセス管理のために必要なビーコンの動作を実行してよい。
【００８９】
端末３００、サーバ４００、アクセス制限コントローラ５００およびロックユニット６００から成る単純なブロック構成について説明する前に、まず、本開示の様々な実施形態で説明されるビーコンデータについて、説明することにする。
【００９０】
１）ビーコンデータ
【００９１】
ビーコンデータは、ビーコン２００が外部デバイスに送信する信号に含まれるデータとして定義されてよい。ビーコンデータは、ビーコン２００のビーコン識別情報（例えば、ＢＩＤ）および送信電力情報のうち少なくとも１つを含んでよい。
【００９２】
ビーコン２００のビーコン識別情報は、複数のビーコンのうちから、特定のビーコン２００を識別するための情報として定義されてよい。ビーコン識別情報は、ビーコン識別子（ＢＩＤ）として表現されてよい。ＢＩＤは、複数の文字または複数の値の組み合わせで構成されてよい。ＢＩＤで特定のビーコン２００を識別すべく、各ビーコンは、異なるＢＩＤを有する。本開示のいくつかの実施形態により、ＢＩＤは、ユニバーサル一意識別子（ＵＵＩＤ）（例えば、１６バイト）、メジャー値（例えば、２バイト）およびマイナー値（例えば、２バイト）を含んでよい。かかる例においては、第１のビーコンのＵＵＩＤ、メジャー値およびマイナー値のすべてが、第２のビーコンのＵＵＩＤ、メジャー値およびマイナー値のすべてと異なる。
【００９３】
また、送信電力情報とは、ビーコンデータを含む信号を送信するために、ビーコン２００に用いられる電力量を示してよい。本開示のいくつかの実施形態によると、ビーコンデータは、送信電力情報としてｔｘ電力レベルを含んでよい。ｔｘ電力レベルとは、ビーコン２００から特定の距離（例えば、１ｍ）だけ離れた位置にある外部デバイスによって受信される、ビーコンデータを含む信号の受信信号の強度に関する情報を示してよい。
【００９４】
次に、端末３００、サーバ４００、アクセス制限コントローラ５００およびロックユニット６００の単純なブロック構成について順に説明する。
【００９５】
（２）端末
【００９６】
図３は、一実施形態による端末を示すブロックダイアグラムである。
【００９７】
図３を参照すると、端末３００は、通信インタフェース３１０、ユーザ入力ユニット３２０、認証情報取得ユニット３３０、メモリ３４０、出力ユニット３５０、電源３６０、プロセッサ３７０等を含んでよい。図３中に示すコンポーネントは、不可欠ではなく、よって、端末３００は、図３に示すものより多い、またはより少ないコンポーネントを含むよう実施されてよい。
【００９８】
通信インタフェース３１０とは、端末３００と通信システムとの間の通信、または、端末３００と端末３００が位置するネットワークとの間の通信を有効にするインタフェースを示してよい。通信インタフェース３１０には、無線通信インタフェースが含まれてよい。
【００９９】
一実施形態において、無線通信インタフェースには、ＢＬＥ通信インタフェースが含まれてよい。例えば、端末３００は、ＢＬＥ規格スキームにより、ビーコンから信号を取得し、無線通信インタフェースを用いて、データ（例えば、ビーコンから取得された信号に対応する応答データまたはａｃｋデータ）をビーコンに送信してよい。
【０１００】
また、本開示の実施形態は、それに限定されず、無線通信インタフェースには、ＷＬＡＮ、ＷｉＦｉ、ＷｉＦｉダイレクト、無線ブロードバンド（ワイブロ）、Ｗｏｒｌｄ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（Ｗｉｍａｘ）、Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（ＨＳＤＰＡ）、およびロングタームエボリューション（ＬＴＥ）等の無線インターネットインタフェース並びにＩｒＤＡ通信等の短距離通信インタフェースが含まれてよい。例えば、端末３００は、無線インターネットインタフェースを用いて、制御デバイスと通信してよい。
【０１０１】
ユーザ入力ユニット３２０は、端末の動作を制御するために、ユーザによって用いられる入力データを生成する。ユーザ入力ユニット３２０には、キーパッド、ドームスイッチ、タッチパッド（例えば、静圧／静電容量）、ジョグホイールまたはジョグスイッチが含まれてよい。
【０１０２】
認証情報取得ユニット３３０は、認証情報を取得するためのユニットとして定義されてよく、認証情報とは、端末の権限を付与されたユーザを識別するための、ユーザからの情報である。
【０１０３】
認証情報取得ユニット３３０は、ユーザの指紋を認識するための指紋認識センサ、顔を認識するための顔認識センサ（またはカメラ）、虹彩を認識するための虹彩認識センサ、静脈を認識するための静脈認識センサ、心電図を認識するための心電図センサ、サウンド（例えば、音声）を認識するためのマイク、筋電図を認識するための筋電図センサ、およびユーザのジェスチャ情報を認識するためのモーション認識センサ（例えば、カメラ、加速度センサ、ジャイロセンサおよび地磁気センサ等）のうち少なくとも１つを含んでよい。また、端末３００は、ユーザ入力ユニット３２０を通して受信された入力データから、暗号化情報（例えば、予め定められたパターン、パスワード、または認証ストリング）を取得してよい。
【０１０４】
メモリ３４０は、プロセッサ３７０を動作させるためのプログラム（例えば、端末関連アクセス管理アプリケーション）を格納してよく、また、入力データまたは出力データ（例えば、ビーコンから受信された、ビーコンデータ、ビーコンに関する情報、および信号の受信信号の強度）を一時的に格納してもよい。メモリ３４０は、振動の様々なパターンに関するデータ、およびタッチ入力がタッチスクリーンに加えられたときに出力されるサウンドを格納してよい。
【０１０５】
メモリ３４０は、フラッシュメモリ、ハードディスク、マルチメディアカードマイクロタイプメモリ、カードタイプメモリ（例えば、セキュアデジタル（ＳＤ）メモリ、ＸＤメモリ等）、ランダムアクセスメモリ（ＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）およびプログラマブルリードオンリメモリ（ＰＲＯＭ）を含むストレージデバイスのうち少なくとも１つを含んでよい。端末３００は、インターネット上でメモリ３４０のストレージ機能を実行するために、ウェブストレージと関連して動作してよい。
【０１０６】
出力ユニット３５０は、視覚的感知および聴覚的感知に関連する出力を生成するよう構成されており、オーディオ出力ユニット３５１、ビデオ出力ユニット３５２等を含んでよい。
【０１０７】
オーディオ出力ユニット３５１は、端末３００に関する情報を音で出力する。すなわち、オーディオ出力ユニット３５１は、端末３００によって実行される機能に関連付けられた音信号を出力する。代替的に、オーディオ出力ユニット３５１は、メモリ３４０内に格納されたオーディオデータを音で出力してよい。オーディオ出力ユニット３５１は、スピーカ、ブザー等として実施されてよい。
【０１０８】
ビデオ出力ユニット３５２は、端末３００によって処理される情報を視覚的に出力する。例えば、端末関連アクセス管理アプリケーションが、端末３００上で実行されているとき、端末関連アクセス管理アプリケーションによって提供されるユーザインタフェース（ＵＩ）またはグラフィックユーザインタフェース（ＧＵＩ）が表示されてよい。
【０１０９】
ビデオ出力ユニット３５２およびタッチ動作を感知するためのセンサ（以下、「タッチセンサ」と呼ぶ）が、構造（以下、単に「タッチスクリーン」と呼ぶ）において相互に重ねられている場合においては、ビデオ出力ユニット３５２は、入力デバイスおよび出力デバイスとしても用いられてよい。タッチセンサは、ビデオ出力ユニット３５２の特定の部分に加えられる様々な圧力またはビデオ出力ユニット３５２の特定の部分に生じる様々な静電容量を電気入力信号に変換するよう構成されてよい。タッチセンサは、タッチ圧およびタッチされた位置または領域を検出するよう構成されてよい。
【０１１０】
電源３６０は、端末３００を動作させるために必要な電力を供給する。また、電源３６０は、外部から各コンポーネントに印加される、端末３００を動作させるために必要な電力も供給してよい。また、バッテリのように、電源３６０は、電気エネルギーを貯蔵し、その後、貯蔵された電気エネルギーを各コンポーネントに供給してよい。
【０１１１】
通常、プロセッサ３７０は、端末３００の動作全体を制御する。一実施形態において、プロセッサ３７０は、端末関連アクセス管理アプリケーションを実行してよく、端末関連アクセス管理アプリケーションによる、アクセス管理動作を実行してよい。
【０１１２】
（３）サーバ
【０１１３】
図４は、一実施形態によるサーバを示すブロックダイアグラムである。
【０１１４】
図４を参照すると、サーバ４００は、通信インタフェース４１０、メモリ４２０、およびプロセッサ４３０を含んでよい。図４中に示すコンポーネントは、不可欠ではなく、よって、サーバ４００は、図４中に示すものより多いまたはそれより少ないコンポーネントを含むよう実施されてよい。
【０１１５】
通信インタフェース４１０とは、サーバ４００と通信システムとの間の通信、または、サーバ４００とサーバ４００が位置するネットワークとの間の通信を有効にするインタフェースを示してよい。通信インタフェース４１０には、有線通信インタフェースおよび無線通信インタフェースが含まれてよい。
【０１１６】
有線通信インタフェースには、有線方式で外部デバイスに通信可能に接続してよい任意のインタフェースが含まれる。例えば、有線通信インタフェースには、ＲＳ２３２、ＲＳ４８５またはＲＳ４２２等の通信インタフェースが含まれてよい。
【０１１７】
無線通信インタフェースには、無線方式で外部デバイスに通信可能に接続してよい任意のインタフェースが含まれる。例えば、無線通信インタフェースには、ＷＬＡＮ、ＷｉＦｉおよびＷｉＦｉダイレクト等の無線インターネットインタフェース並びにＢｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥおよびＩｒＤＡ等の短距離通信インタフェースが含まれてよい。
【０１１８】
サーバ４００は、必要に応じて、ビーコン２００、端末３００、アクセス制限コントローラ５００、ロックユニット６００等との間で、通信インタフェース４１０を通して、データを送信および受信してよい。
【０１１９】
メモリ４２０は、プロセッサ４３０を動作させるためのプログラム（例えば、サーバ関連アクセス管理アプリケーション）を格納してよく、また、入力データまたは出力データ（例えば、端末によってビーコンから受信された、ビーコンデータ、ビーコンに関する情報、端末に関する情報、ドアに関する情報および信号の受信信号の強度）を一時的に格納してもよい。
【０１２０】
通常、プロセッサ４３０は、サーバ４００の動作全体を制御する。一実施形態において、プロセッサ４３０は、サーバ関連アクセス管理アプリケーションを実行してよく、サーバ関連アクセス管理アプリケーションによる、アクセス管理動作を実行してよい。
【０１２１】
サーバ関連アクセス管理アプリケーションは、サーバ４００を、ユーザアクセス権限判定ユニット１３０またはロックユニットコントローラ１４０として動作させるようにプログラムされてよい。
【０１２２】
（４）アクセス制限コントローラ
【０１２３】
図５は、一実施形態によるアクセス制限コントローラを示すブロックダイアグラムである。
【０１２４】
図５を参照すると、アクセス制限コントローラ５００は、通信インタフェース５１０、メモリ５２０、およびプロセッサ５３０を含んでよい。図５中に示すコンポーネントは、不可欠ではなく、よって、アクセス制限コントローラ５００は、図５に示すものより多い、またはより少ないコンポーネントを含むよう実施されてよい。
【０１２５】
通信インタフェース５１０とは、アクセス制限コントローラ５００と通信システムとの間の通信、または、アクセス制限コントローラ５００とアクセス制御コントローラ５００が位置するネットワークとの間の通信を有効にするインタフェースを示してよい。通信インタフェース５１０には、有線通信インタフェースおよび無線通信インタフェースが含まれてよい。
【０１２６】
有線通信インタフェースには、有線方式で外部デバイスに通信可能に接続してよい任意のインタフェースが含まれる。例えば、有線通信インタフェースには、ＲＳ２３２、ＲＳ４８５またはＲＳ４２２等の通信インタフェースが含まれてよい。無線通信インタフェースには、無線方式で外部デバイスに通信可能に接続してよい任意のインタフェースが含まれる。例えば、無線通信インタフェースには、ＷＬＡＮ、ＷｉＦｉおよびＷｉＦｉダイレクト等の無線インターネットインタフェース並びにＢｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥおよびＩｒＤＡ等の短距離通信インタフェースが含まれてよい。アクセス制限コントローラ５００は、通信インタフェース５１０を通して、ビーコン２００、端末３００、サーバ４００、ロックユニット６００等との間でデータを送信および受信してよい。
【０１２７】
メモリ５２０は、プロセッサ５３０を動作させるためのプログラム（例えば、アクセス管理アプリケーション）を格納してよく、また、入力データまたは出力データ（例えば、制御メッセージ）を一時的に格納してもよい。
【０１２８】
プロセッサ５３０は、アクセス制限コントローラ５００の動作全体を制御する。一実施形態において、プロセッサ５３０は、アクセス制御コントローラ関連のアクセス管理アプリケーションを実行してよく、アクセス制御コントローラ関連のアクセス管理アプリケーションによる、アクセス管理動作を実行してよい。
【０１２９】
（５）ロックユニット
【０１３０】
図６は、一実施形態による、ロックユニットを示すブロックダイアグラムである。
【０１３１】
図６を参照すると、ロックユニット６００は、通信インタフェース６１０、メモリ６２０、ロック手段６３０およびプロセッサ６４０を含んでよい。図６中に示すコンポーネントは、不可欠ではなく、よって、ロックユニット６００は、図６に示すものより多い、またはより少ないコンポーネントを含むよう実施されてよい。例えば、ロックユニット６００は、ロック手段６３０のみを含んでよい。
【０１３２】
通信インタフェース６１０とは、ロックユニット６００と通信システムとの間の通信、またはロックユニット６００とロックユニット６００が位置するネットワークとの間の通信を有効にするインタフェースを示してよい。通信インタフェース６１０には、有線通信インタフェースおよび無線通信インタフェースが含まれてよい。
【０１３３】
有線通信インタフェースには、有線方式で外部デバイスに通信可能に接続してよい任意のインタフェースが含まれる。例えば、有線通信インタフェースには、ＲＳ２３２、ＲＳ４８５またはＲＳ４２２等の通信インタフェースが含まれてよい。無線通信インタフェースには、無線方式で外部デバイスに通信可能に接続してよい任意のインタフェースが含まれる。例えば、無線通信インタフェースには、ＷＬＡＮ、ＷｉＦｉおよびＷｉＦｉダイレクト等の無線インターネットインタフェース並びにＢｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥおよびＩｒＤＡ等の短距離通信インタフェースが含まれてよい。一例として、ロックユニット６００は、端末またはサーバと通信するために無線通信インタフェースを用いてよい。
【０１３４】
ロックユニット６００は、通信インタフェース６１０を通して、ビーコン２００、端末３００、サーバ４００、アクセス制限コントローラ５００等とデータを送信および受信してよい。
【０１３５】
メモリ６２０は、プロセッサ６４０を動作させるためのプログラム（例えば、アクセス管理アプリケーション）を格納してよく、また、入力データまたは出力データ（例えば、ロックユニットのパスワード）を一時的に格納してもよい。
【０１３６】
ロック手段６３０は、ドアの動きを選択的に制限するよう物理的に構成されてよい。
【０１３７】
一例として、ロック手段６３０は、ドアおよびドアが設置されるフレームに配置されてよい。この場合、ロック手段６３０は、ドアの第１の部分とフレームの第２の部分とに分離可能に物理的に設置されてよい。ロック手段６３０は、第１の部分と第２の部分との間の適切な物理的状態、または第１の部分と第２の部分との間の物理的状態の変化により、ドアをロックまたはロック解除するよう実施されてよい。
【０１３８】
例えば、摺動可能バーが第１の部分および第２の部分のいずれか一方に移動可能に設けられ、摺動可能バーを挿入可能な穴部が、第１の部分および第２の部分のいずれか他方に設けられる。ロック手段６３０は、バーの穴部に対する相対位置に従い、ドアがロックおよびロック解除されるように制御するよう構成されてよい。
【０１３９】
通常、プロセッサ６４０は、ロックユニット６００の動作全体を制御する。一実施形態において、プロセッサ６４０は、ロックユニット関連アクセス管理アプリケーションを実行してよく、ロックユニット関連アクセス管理アプリケーションによる、アクセス管理動作を実行してよい。すなわち、プロセッサ６４０は、ドアをロックまたはロック解除すべく、ロック手段６３０を制御してよい。
【０１４０】
３．用語
【０１４１】
以下の用語が、アクセス管理システムにおいて定義されてよい。
【０１４２】
（１）アクセス
「アクセス」は、端末を保持するユーザが、ドアを通過する動作として定義されてよい。「アクセス」は、端末を保持するユーザが、ドアを通って外側から内側へ移動する場合の進入、および端末を保持するユーザが、ドアを通って内側から外側へ移動する場合の退出を含んでよい。
【０１４３】
（２）ドアに対する内側／外側
【０１４４】
ドアに対する内側とは、アクセス権限を有していない人が、ドアを通って進入することが制限される領域を示してよく、一方、ドアに対する外側とは、ドアに対する内側の反対側を示してよい。例えば、本開示の実施形態によると、特定のドアへのアクセス権限を有する権限を付与されたユーザは、ドアを通って外側から内側へ進入することができる。しかしながら、本開示の実施形態によると、アクセス権限を有していない権限のない人は、ドアを通って外側から内側へ進入することはできない。
【０１４５】
一実施形態において、ドアに対する「内側」および「外側」とは、単一のドアに対し定義されてよい概念である。故に、第１のドアに対する内側は、第２のドアに対する外側であってよい。代替的に、第１のドアに対する内側および第２のドアに対する内側は、同一領域であってよく、第１のドアに対する外側および第２のドアに対する外側は、異なる領域であってよい。代替的に、第１のドアに対する外側および第２のドアに対する外側は、同一領域であってよく、第１のドアに対する内側および第２のドアに対する内側は、異なる領域であってよい。
【０１４６】
一実施形態において、「内側」は、「内側領域」、「屋内側」、「屋内領域」として表されてよい。そして、「外側」は、「外側領域」、「屋外側」、「屋外領域」として表されてよい。
【０１４７】
（３）受信信号の強度
【０１４８】
受信信号の強度は、端末によって、ビーコンから受信される信号の強度を示す情報として定義されてよい。受信信号の強度は、本技術分野で周知の受信信号強度インジケータ（ＲＳＳＩ）を用いて表されてよいが、ＲＳＳＩ以外の受信信号の強度を示し得る別の値を示してもよい。
【０１４９】
一実施形態において、受信信号の強度は、デシベル／ミリワット（ｄＢｍ）単位で表されてよい。一例として、受信信号の強度は、０ｄＢｍから−９９ｄＢｍまでの値で表されてよい。この場合、０ｄＢｍの信号レベルは、−９９ｄＢｍの信号レベルより強くてよい。
【０１５０】
（４）ユーザ識別情報（例えば、ＵＩＤ）
【０１５１】
ユーザ識別情報は、複数の端末のユーザのうちから、特定の端末のユーザを識別するために用いられる情報として定義されてよい。ユーザ識別情報は、ユーザ識別子（ＵＩＤ）として表されてよい。
【０１５２】
ＵＩＤは、ユーザに割り当てられた一意の情報、またはユーザの端末に割り当てられた一意の情報であってよい。
【０１５３】
一実施形態において、ＵＩＤがユーザに割り当てられた一意の情報であるという条件においては、端末のユーザがアクセス管理システムに登録されているまたは参加している場合、ＵＩＤが設定されてよい。例えば、ＵＩＤは、アクセス管理システムによって、端末のユーザに割り当てられたＩＤまたは、端末関連アクセス管理アプリケーションにログインすべく、端末のユーザによって用いられるＩＤを含んでよい。
【０１５４】
一実施形態において、ＵＩＤが端末に割り当てられた一意の情報であるという条件においては、ＵＩＤは、端末の製造時に、端末を制御するための制御プログラムによって、または、端末ではなく、外部デバイスの制御下、設定されてよい。例えば、ＵＩＤは、ＵＵＩＤ、ＵＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＣＰＵ（ＭＣＵ）のシリアルナンバ、またはハードディスクドライブ（ＨＤＤ）のシリアルナンバおよび端末の通信番号のうち少なくとも１つを含んでよい。
【０１５５】
（５）ドア識別情報（例えば、ＤＩＤ）
【０１５６】
ドア識別情報は、複数のドアのうちから、特定のドアを識別するために用いられる情報として定義されてよい。ドア識別情報は、ドア識別子（ＤＩＤ）として表されてよい。ＤＩＤは、ドアに対応するロックユニットに割り当てられた識別情報であってよい。ＤＩＤは、ビーコン、端末、ユーザアクセス権限判定ユニット、ロックユニットコントローラまたはロックユニット内に格納されてよい。
【０１５７】
（６）ドアのロック／ロック解除状態
【０１５８】
ドアロック解除状態とは、ドアが閉じている間（すなわち、ドア閉状態）に外力がドアに加わったとき、ドアが開く状態（すなわち、ドア開状態）を示してよい。ドアロック状態とは、ドアが閉じている間に外力がドアに加わったとしても、ドアが開かない状態を示してよい。
【０１５９】
（７）ドアの閉／開状態
【０１６０】
ドア閉状態とは、ドアに対する内側および外側が、接続されておらず、互いに切断されている状態を示す。ドア開状態とは、ドアに対する内側および外側が、互いに接続されている状態を示す。
【０１６１】
４．動作（Ｏｐｅｒａｔｉｏｎ）
【０１６２】
アクセス管理システムでは、以下の動作が定義されてよい。
【０１６３】
（１）ドアがロック解除されるように制御する動作
【０１６４】
ドアがロック解除されるように制御する動作とは、ドアをロック解除するための一連の動作を示す。ロック解除されているドアとは、力がドアに加わったとき、ドアが開くことを許容されていることを示す。
【０１６５】
ドアがロック解除されるように制御する動作には、ドアロック解除コマンドを生成するためのロック解除コマンド生成動作、生成されたロック解除コマンドをロックユニットまたはロックユニットコントローラに送信するためのロック解除コマンド送信動作、およびドアをロック解除するようにロック手段を物理的に制御するためのドアロック解除動作が含まれてよい。
【０１６６】
（２）ドアを閉じるまたは開くように制御する動作
【０１６７】
ドアを閉じるまたは開くように制御する動作は、閉／開状態を現在の状態から別の状態へと変更する動作として定義されてよい。例えば、ドアの動きを実施するためのドライバがドアに接続され、ドアが自動ドアとして実施されている場合、ドアの閉／開状態は、ドライバの動作によって、適切に制御されてよい。
【０１６８】
いくつかの実施形態において、上記の通り、ドアが自動ドアとして実施されている場合、ドアがロックまたはロック解除されるように制御する動作を用いて、ドアを閉じるまたは開くように制御する動作と同一の意味を有するようにしてよい。
【０１６９】
（３）ドアへの近接度を判定する動作
【０１７０】
ドアへの近接度を判定する動作とは、端末のユーザが、ドアにアクセスするために、ドアに接近したかどうかを判定する動作を示してよい。ドアへの近接度を判定する動作は、端末のユーザがドア近接領域に位置するかどうかを基に、実行されてよい。
【０１７１】
ドア近接領域とは、端末のユーザが、ドアにアクセスするために位置すべき領域を示してよい。また、ドア近接領域は、ドアを中心として内側と外側とに対称的に形成されてよいが、非対称的に形成されてもよい。
【０１７２】
本開示のいくつかの実施形態において、ドア近接領域は、ビーコンブロードキャスト領域の少なくとも一部であってよい。例えば、ドア近接領域は、ビーコンブロードキャスト領域全体であってよいが、端末が特定の受信信号の強度に等しいかまたはそれより大きい強度を持つ信号を受信できる、ビーコンブロードキャスト領域の一部であってもよい。
【０１７３】
２）進入または退出を判定する動作
【０１７４】
進入または退出を判定する動作は、端末が、ドアを通って外側から内側へ進入する、またはドアを通って内側から外側へ退出するかを判定する動作として定義されてよい。
【０１７５】
３）アクセス認証プロセスを判定する動作
【０１７６】
アクセス認証プロセスとは、端末のユーザが、ドアにアクセスしてよいかどうかを判定すべく、ユーザアクセス権限判定ユニットによって実行される必要のある、一連の動作を示してよい。本開示のいくつかの実施形態において、アクセス認証プロセスは、ドアアクセス権限認証動作およびユーザ認証動作を含む第１のアクセス認証プロセス、または、ドアアクセス権限認証動作を含む第２のアクセス認証プロセスであってよい。
【０１７７】
（４）ユーザ認証動作
【０１７８】
ユーザ認証動作は、ドアの通過を所望するユーザから取得されたユーザ認証情報が、事前登録されたユーザ認証情報と合致するかどうかを判定する動作として定義されてよい。
【０１７９】
本開示のいくつかの実施形態において、事前格納されたユーザ認証情報を読み取り、ドアの通過を所望するユーザから、ユーザ認証情報を取得し、取得されたユーザ認証情報を事前格納されたユーザ認証情報と比較して、取得されたユーザ認証情報が、格納されたユーザ認証情報と合致するかを判定する、一連の動作がユーザ認証動作として定義されてよい。
【０１８０】
本開示の一実施形態において、ユーザ認証動作は、ドアをロック解除すべきかどうかを判定すべく実行されてよい。例えば、取得されたユーザ認証情報が、格納されたユーザ認証情報と合致すると判定される場合、ドアはロック解除されてよい。
【０１８１】
また、本開示の別の実施形態において、ユーザ認証動作は、ユーザのＵＩＤを取得すべく、実行されてよい。例えば、取得されたユーザ認証情報が、格納されたユーザ認証情報と合致すると判定される場合、格納されたユーザ認証情報と合致するＵＩＤが、複数のＵＩＤのうちから抽出されてよい。
【０１８２】
本開示のいくつかの実施形態において、ユーザ認証情報には、ユーザの指紋、顔、虹彩、脈、声、心電図および筋電図等の生体認証情報が含まれてよい。また、認証情報には、ユーザのジェスチャ情報が含まれてよく、また、予め定められたパターン、パスワードまたは認証ストリング等の暗号化情報が含まれてもよい。
【０１８３】
（５）ドアにアクセスするための権限を認証する動作
【０１８４】
ドアにアクセスするための権限を認証する動作は、ドアの通過を所望するユーザが、ドアを通過する権限を有するかどうかを判定する動作として定義されてよい。
【０１８５】
例えば、ドアを通過するための権限情報が合致し、各ドアに対し格納される（以下、ドアに割り当てられた権限情報と言う）場合、および、ドアを通過するための権限情報が合致し、各ユーザに対し格納される（以下、ユーザに割り当てられた権限情報と言う）場合、当該２つの権限に関する情報を基に、ユーザがドアにアクセスする権限を有するかどうかを判定する動作は、ドアにアクセスする権限を認証する動作として定義されてよい。
【０１８６】
上記において、本開示の様々な実施形態に関連するシステム、およびシステムの構成要素、動作および用語について、説明した。また、上記システム、構成要素、動作および用語は、後述する様々なアクセス管理方法の実施形態に対しても適用されてよい。特に、別途の記載がない限り、後述する様々なアクセス管理方法は、上記のアクセス管理システムによって実施されるものとして説明する。しかしながら、後述するアクセス管理方法は、必ずしも、上記の構成および機能を有するアクセス管理システムにおいて動作される必要はなく、上記のアクセス管理システムとは異なる構成を有するアクセス管理システムにも適用されてよいことに留意されたい。
【０１８７】
＜アクセス管理システムにおけるアクセス制御＞
【０１８８】
図７は、一実施形態によるアクセス管理システムにおけるアクセス制御を説明するためのダイアグラムである。
【０１８９】
図７を参照すると、アクセス管理システムは、ビーコン７１０、端末７２０および制御ユニット７３０を含んでよい。
【０１９０】
特に、図７は、ビーコン７１０およびドア７４０が互いに、１対１に対応するシステムを示す。また、図７中に示す端末７２０は、ユーザが保持するデバイスであり、ユーザは図７中に示されていない。
【０１９１】
外側７５１および内側７５２は、ドア７４０によって、分離されてよい。特に、ビーコン７１０を基に判定されるドア近接領域７６１が、外側７５１にさらに定義されてよい。端末７２０が、外側７５１にあるドア近接領域７６１に進入したと判定されると、予め定められたアクセス管理動作が開始されてよい。同様に、ビーコン７１０を基に判定されるドア近接領域７６２が、内側７５２にさらに定義されてよい。端末７２０が、外側７５１にあるドア近接領域７６１に進入したと判定されると、予め定められたアクセス管理動作が開始されてよい。
【０１９２】
外側７５１にあるドア近接領域７６１および内側７５２にあるドア近接領域７６２の合計は、ビーコン７１０のブロードキャスト範囲より小さくてよい。
【０１９３】
ビーコン７１０が、ドア７４０に対する内側７５２または外側７５１に偏って配置される場合、外側７５１にあるドア近接領域７６１および内側７５２にあるドア近接領域７６２は、ドア７４０を中心として非対称的であってよい。すなわち、ビーコン７１０が、ドア７４０に対する外側７５１に配置される場合、ドア７４０に対する外側７５１にあるドア近接領域７６１は、ドア７４０に対する内側７５２にあるドア近接領域７６２より大きくてよい。
【０１９４】
本開示のいくつかの実施形態によると、従来のアクセス管理システムとは異なり、ユーザのアクセス権限を判定するためのユーザ認証情報は、ドアの近くに設置された固定デバイスによって取得される代わりに、ユーザが保持する端末７２０によって取得されてよい。
【０１９５】
本開示によると、アクセス管理動作を実行するためのプログラムが、端末７２０内にインストールされてよい。本開示のいくつかの実施形態によると、端末７２０がビーコンデータを受信すると、プログラムが実行され、本開示によるアクセス管理動作のための一連の動作を開始してよい。
【０１９６】
本開示によると、端末７２０がビーコンデータを受信すると、端末７２０は、ビーコンデータを適切に処理し、その後、アクセス管理動作のための情報を制御ユニット７３０に送信してよく、または、代替的に、端末７２０は、特別な処理を行うことなく、ビーコンデータを制御ユニット７３０に送信してもよい。
【０１９７】
図８は、一実施形態によるアクセス管理方法を説明するためのフローチャートである。
【０１９８】
図８を参照すると、本開示のいくつかの実施形態によるアクセス管理方法は、ＢＩＤを取得する段階（Ｓ８１０）と、取得されたＢＩＤを基に、ロック／ロック解除制御動作が実行されるべきターゲットドアを判定する段階（Ｓ８２０）と、ＵＩＤおよびユーザ認証情報のうち少なくとも１つを取得する段階（Ｓ８３０）と、取得されたＵＩＤおよびユーザ認証のうち少なくとも１つを基に、ターゲットドアをロック解除すべきかどうかを判定する段階（Ｓ８４０）と、を含む。以下、アクセス管理方法の段階について、詳細に説明する。
【０１９９】
本開示のいくつかの実施形態によると、ＢＩＤを取得する段階（Ｓ８１０）が実行されてよい。ＢＩＤを取得する段階（Ｓ８１０）は、端末７２０によって開始されてよい。上記の通り、端末７２０は、ビーコン７１０によって送信された信号に含まれるビーコンデータから、ＢＩＤを取得してよい。最終的に、端末７２０によって取得されたＢＩＤは、上記のユーザアクセス権限判定ユニット１３０に送信されてよい。上記の通り、ユーザアクセス権限判定ユニット１３０が、サーバ（例えば、制御ユニット７３０に含まれてよいサーバ）内に実施される場合、ＢＩＤは、最終的にサーバに送信されてよい。これは、端末７２０によってサーバになされる、ＢＩＤに対応するドアにアクセスするための要求としてみなされてよい。代替的に、ユーザアクセス権限判定ユニット１３０が、端末７２０に含まれるように実施される場合、ＢＩＤは、別の外部デバイスに送信される必要はない。
【０２００】
次に、本開示のいくつかの実施形態によると、取得されたＢＩＤを基に、ロック／ロック解除制御動作が実行されるべきターゲットドアを判定する段階（Ｓ８２０）が実行されてよい。
【０２０１】
ターゲットドアを判定する段階（Ｓ８２０）は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。すなわち、ユーザアクセス権限判定ユニット１３０が、上記のサーバ（例えば、制御ユニット７３０に含まれるサーバ）に実施される場合、ターゲットドアを判定する段階（Ｓ８２０）は、サーバによって実行されてよい。一方で、ユーザアクセス権限判定ユニット１３０が、端末７２０に含まれるように構成される場合、ターゲットドアを判定する段階（Ｓ８２０）は、端末７２０によって実行されてよい。
【０２０２】
詳細に説明すると、ターゲットドアを判定する段階（Ｓ８２０）は、以下の方法によって、ＢＩＤを基に実行されてよい。
【０２０３】
本開示のいくつかの実施形態によるアクセス管理判定方法を実施すべく、複数のＢＩＤが、当該複数のＢＩＤを有するビーコン７１０に対応するドアに関する情報に合致するデータベースを実施する必要があり、ユーザアクセス権限判定ユニット１３０は、データベースにアクセスしてよい。例えば、ユーザアクセス権限判定ユニット１３０は、データベースを含んでよく、ユーザアクセス権限判定ユニット１３０は、必要な情報を送信および受信するためにデータベースと通信するよう構成されてよい。
【０２０４】
この場合、ユーザアクセス権限判定ユニット１３０は、取得されたＢＩＤを基に、取得されたＢＩＤを有するビーコン７１０を合致させる間、格納されたドアに関する情報を取得してよい。ドアに関する情報は、ＤＩＤであってよく、または、ドアに設置されたロックユニットの識別情報であってもよい。この場合、複数のドアのうち、データベースに格納された複数のドアに関する情報における、取得されたＢＩＤに合致するドアがターゲットドアである。
【０２０５】
本開示のいくつかの実施形態によると、ＵＩＤおよびユーザ認証情報のうち少なくとも１つを取得する段階（Ｓ８３０）が、実行されてよい。段階Ｓ８３０は、上記の段階Ｓ８１０およびＳ８２０の後に、実行されてよい。しかしながら、本開示の実施形態は、これに限定されず、段階Ｓ８３０は、段階Ｓ８１０と同時に実行されてもよく、または、段階８１０とＳ８２０との間に実行されてもよいことに留意されたい。
【０２０６】
ｉ）ＵＩＤおよびユーザ認証情報が、最初に端末７２０によって取得されてよい。または、ｉｉ）ユーザ認証情報のみが、最初に端末７２０によって取得されてよく、ＵＩＤは、ユーザアクセス権限判定ユニット１３０によって取得されてよい。以下、これについて詳細に説明する。
【０２０７】
まず、本開示のいくつかの実施形態によると、ＵＩＤおよびユーザ認証情報が、最初に端末７２０によって取得されてよい。
【０２０８】
ここで、端末７２０がＵＩＤを取得することは、端末７２０のメモリ内に格納されたＵＩＤを読み取る動作を示してよい。端末７２０がユーザ認証情報を取得することは、上記の認証情報取得ユニット３３０によって、ユーザから、ユーザ認証情報（例えば、ユーザの指紋、特定のジェスチャ、特定のパターンおよびパスワード）を受信することを示してよい。
【０２０９】
端末７２０によって取得されたＵＩＤおよびユーザ認証情報は、ユーザアクセス権限判定ユニット１３０に送信されてよい。上記の通り、ユーザアクセス権限判定ユニット１３０が、サーバ（例えば、制御ユニット７３０に含まれてよいサーバ）内に実施される場合、ＵＩＤおよびユーザ認証情報は、最終的にサーバに送信されてよい。代替的に、ユーザアクセス権限判定ユニット１３０が端末７２０に含まれるように実施される場合、ＵＩＤおよびユーザ認証情報は、別の外部デバイスに送信される必要はない。故に、ユーザアクセス権限判定ユニット１３０は、端末７２０から、ＵＩＤおよびユーザ認証情報を受信することによって、ＵＩＤおよびユーザ認証情報を取得してよい。
【０２１０】
また、本開示の他の実施形態によると、ユーザ認証情報は、最初に端末７２０によって取得されてよく、ＵＩＤは、ユーザ認証情報を基に、ユーザアクセス権限判定ユニット１３０によって取得されてよい。
【０２１１】
ここで、ユーザアクセス権限判定ユニット１３０が、ユーザ認証情報を基に、ＵＩＤを取得することは、ユーザアクセス権限判定ユニット１３０が、ユーザ認証情報に基づくユーザ認証動作の結果を用いて、ＵＩＤを取得することを示してよい。
【０２１２】
詳細に言うと、ユーザアクセス権限判定ユニット１３０は、取得されたユーザ認証情報をデータベース内に格納された上記のユーザ認証情報と比較して、取得されたユーザ認証情報を基に、ユーザ認証動作を実行してよい。すなわち、端末７２０を通して取得されたユーザ認証情報（例えば、ユーザの指紋、特定のジェスチャ、特定のパターンおよび特定のパスワード）が、データベース内に事前格納されたユーザ認証情報と合致するか判定されてよい。この場合、取得されたユーザの指紋が、格納されたユーザの指紋と合致するか判定すべく、従来の指紋認識技術が適用されてよい。指紋認識の詳細な説明は、本開示の技術的な趣旨を不必要に不明瞭にする可能性があるので、省略することとする。また、取得されたジェスチャ情報が、格納されたジェスチャ情報と合致するか判定すべく、従来のジェスチャ認識技術が適用されてよい。ジェスチャ認識技術の詳細な説明は、本開示の技術的な趣旨を不必要に不明瞭にする可能性があるので、ここでは省略することとする。
【０２１３】
取得されたユーザ認証情報が、格納されたユーザ認証情報と合致すると判定される場合、すなわち、ユーザがユーザ認証動作の認証結果として認証される場合、ユーザアクセス権限判定ユニット１３０は、複数のＵＩＤが格納されているデータベースから、複数のＵＩＤの中から、そのユーザのＵＩＤを抽出してよい。すなわち、ユーザ認証動作は、ユーザのＵＩＤを抽出するための前処理動作として機能してよい。また、取得されたユーザ認証情報が、格納されたユーザ認証情報と合致しないと判定される場合、すなわち、ユーザがユーザ認証動作の認証結果として認証されない場合、ユーザアクセス権限判定ユニット１３０は、データベースから、そのユーザのＵＩＤを抽出しなくてよい。
【０２１４】
また、上記の通り、ＵＩＤは、ユーザアクセス権限判定ユニット１３０によって取得されてよい。上記の通り、ユーザアクセス権限判定ユニット１３０が、端末７２０に含まれるように実施される場合、端末７２０は、ＵＩＤを取得すべく、ユーザ認証動作を実行してよい。また、ＵＩＤは、別の外部デバイスに送信されなくてよい。しかしながら、必要に応じて、ＵＩＤは、別の外部デバイス（例えば、サーバ）に送信されてよい。
【０２１５】
また、上記の通り、ＵＩＤは、サーバ（例えば、制御ユニット７３０に含まれてよいサーバ）によって取得されてよい。ｉ）サーバは、端末７２０からユーザ認証情報を取得し、ＵＩＤを取得すべく、ユーザ認証動作を実行してよい。
【０２１６】
また、端末７２０のオペレーティングシステムのセキュリティポリシにより、端末７２０から取得されたユーザ認証情報は、外部デバイスに転送されなくてよい。ｉｉ）この場合、サーバは、ユーザ認証情報ではなく、端末７２０によって実行されたユーザ認証動作の認証結果を取得してよい。取得された認証結果から、ユーザが認証されることが確認された場合、サーバは、上記のデータベースからＵＩＤを抽出してよい。取得された認証結果から、ユーザが認証されないことが確認された場合、サーバは、上記のデータベースからＵＩＤを抽出しなくてよい。ｉｉｉ）また、サーバは、ユーザ認証動作が実行された端末７２０から、ＵＩＤを受信してよい。
【０２１７】
ＵＩＤおよびユーザ認証情報は、同時に取得される必要はない。また、ＵＩＤおよびユーザ認証情報は、同時にユーザアクセス権限判定ユニット１３０に送信される必要はない。例えば、まず、ＵＩＤが第１の時点において取得されてよく、ユーザ認証情報が第１の時点より後の第２の時点において取得されてよい。さらに、ＵＩＤおよびユーザ認証情報が、別の外部デバイス（例えば、サーバに実施されたユーザアクセス権限判定ユニット）に送信される必要がある場合、まず、ＵＩＤが第３の時点において外部デバイスに送信されてよく、ユーザ認証情報が、第３の時点より後の第４の時点において外部デバイスに送信されてよい。
【０２１８】
また、ＵＩＤおよびユーザ認証情報のすべてが、取得される必要はない。段階Ｓ８４０を実行すべく、ユーザアクセス権限判定ユニット１３０は、必要に応じて、ＵＩＤのみ、またはユーザ認証情報のみを取得してよい。
【０２１９】
次に、本開示のいくつかの実施形態によると、ターゲットドアをロック解除すべきかどうかを判定する段階（Ｓ８４０）が、取得されたＵＩＤおよびユーザ認証情報のうち少なくとも１つを基に実行されてよい。
【０２２０】
段階Ｓ８３０において、ユーザ認証動作が実行されない場合、段階Ｓ８４０が、ユーザ認証動作を含んでよい。この場合、ターゲットドアをロック解除すべきかどうか判定すべく、ユーザ認証動作が実行されてよい。一方で、段階Ｓ８３０において、ユーザ認証動作が実行される場合、すなわち、ＵＩＤを取得すべく、ユーザ認証動作が実行される場合、段階Ｓ８４０は、ユーザ認証動作を含まなくてよい。以下、これら２つの場合について、詳細に説明する。
【０２２１】
まず、段階Ｓ８３０において、ユーザ認証動作が実行されない場合、段階Ｓ８４０が、上記のユーザ認証動作を含んでよい。すなわち、本開示の一実施形態によると、段階Ｓ８４０は、ユーザ認証動作を通して、ターゲットドアの通過を所望するユーザを認証することによって実行されてよい。
【０２２２】
段階Ｓ８４０は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。以下の方法において、ユーザアクセス権限判定ユニット１３０は、ＵＩＤおよびユーザ認証情報を基に、ドアをロック解除すべきかどうかを判定する段階を実行してよい。
【０２２３】
取得されたＵＩＤは、上記のデータベース内に登録された複数のＵＩＤと比較されてよい。取得されたＵＩＤが、当該複数のＵＩＤに含まれるかどうかが、判定されてよい。本開示の一実施形態によると、取得されたＵＩＤが当該複数のＵＩＤに含まれる場合、ユーザアクセス権限判定ユニット１３０は、端末７２０のユーザが、アクセス管理システムに正常に登録されたユーザであると判定してよい。
【０２２４】
本開示のいくつかの実施形態において、複数のドアが設置されてよく、複数のドアの各々にアクセスしてよい端末のユーザは、予め定められていてよい。例えば、複数のドアのうち、端末７２０のユーザは、第１のドアを通過し、第２のドアは通過しないように設定されてよい。
【０２２５】
このため、複数のドアの各々を通過してよい端末のユーザのＵＩＤは、上記のデータベースで予め定められていてよい。この場合、ユーザアクセス権限判定ユニット１３０は、上記のデータベースから、端末７２０のユーザのＵＩＤが、ターゲットドアを通過してよいユーザのＵＩＤに含まれるかどうかを判定してよい。端末７２０のユーザのＵＩＤが含まれる場合、ユーザアクセス権限判定ユニット１３０は、端末７２０のユーザが、ターゲットドアにアクセスしてよいと判定してよい。
【０２２６】
また、特定のＵＩＤのユーザによってアクセスされてよいアクセス可能なドアに関する情報が、上記のデータベース内に事前格納されてよい。この場合、ユーザアクセス権限判定ユニット１３０は、端末７２０のユーザのＵＩＤを用いて、アクセス可能なドアに関する情報から、端末７２０のユーザがターゲットドアにアクセスできるかどうかを判定してよい。
【０２２７】
また、ユーザアクセス権限判定ユニット１３０は、取得されたユーザ認証情報を、データベース内に格納された取得されたＵＩＤと合致するユーザ認証情報と比較して、ユーザ認証動作を実行してよい。段階Ｓ８３０の説明が、ユーザ認証動作に適用されてよいので、その詳細な説明については省略する。
【０２２８】
故に、ターゲットドアの通過を所望するユーザが、ユーザ認証動作の結果として正常に認証される場合、ユーザアクセス権限判定ユニット１３０は、ターゲットドアをロック解除することが許容されると判定してよい。故に、上記のドアロック解除制御動作が、実行されてよい。
【０２２９】
また、段階Ｓ８３０において、ユーザ認証動作が実行される場合、段階Ｓ８４０は、ユーザ認証動作を含まなくてよい。詳細に言うと、段階Ｓ８３０において、ユーザ認証動作の認証結果として、ＵＩＤを取得すべく、ユーザ認証動作が実行される。段階Ｓ８４０において、ターゲットドアをロック解除すべきかどうかは、ＵＩＤを基に判定されてよい。
【０２３０】
段階Ｓ８４０は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。ユーザアクセス権限判定ユニット１３０が、ＵＩＤを取得する場合、ユーザアクセス権限判定ユニット１３０は、ＵＩＤの取得に応答して、ターゲットドアをロック解除すると判定してよい。
【０２３１】
詳細に言うと、上記のデータベース内に登録された複数のＵＩＤのうちから、ＵＩＤが抽出されてよい。本開示の一実施形態によると、ＵＩＤが抽出されるので、ユーザアクセス権限判定ユニット１３０は、端末７２０のユーザが、アクセス管理システムに正常に登録されたユーザであると判定してよい。
【０２３２】
また、上記の通り、複数のドアが設置されている場合、ユーザアクセス権限判定ユニット１３０は、データベースから、端末７２０のユーザのＵＩＤが、ターゲットドアを通過できるユーザのＵＩＤに含まれるかどうかを判定してよい。端末７２０のユーザのＵＩＤが含まれる場合、ユーザアクセス権限判定ユニット１３０は、端末７２０のユーザが、ターゲットドアにアクセス可能であると判定してよい。また、ユーザアクセス権限判定ユニット１３０は、端末７２０のユーザのＵＩＤを用いて、データベース内に格納されたアクセス可能なドアに関する情報から、端末７２０のユーザが、ターゲットドアにアクセスできるかを判定してよい。
【０２３３】
また、段階Ｓ８３０において、ユーザ認証動作が実行されるので、段階Ｓ８４０では省略されてよい。ユーザ認証動作が、段階Ｓ８３０において実行されたとしても、ユーザ認証動作の認証結果により、ターゲットドアをロック解除すべきかどうかを判定すべく、必要に応じて、ユーザ認証動作が、段階Ｓ８４０で実行されてよいことを理解されたい。
【０２３４】
また、本開示のいくつかの実施形態において、ユーザ認証動作が段階Ｓ８３０または段階Ｓ８４０で実行される場合、ユーザ認証情報は、予め定められた時間の間、取得されなくてよい。これにより、ユーザの利便性を高める。例えば、オフィスへ入るときに、ユーザ認証動作が一回実行される場合、そのユーザの勤務時間中（または、そのユーザがオフィスを出る前）は、ユーザ認証情報は取得されなくてよい。
【０２３５】
詳細に言うと、段階Ｓ８３０または段階Ｓ８４０において、ユーザ認証動作が実行された後、予め定められた認証省略時間の間は、予め定められた認証省略時間前に実行されたユーザ認証動作を通して取得されたユーザ認証情報を用いて、ユーザ認証動作が実行されてよい。
【０２３６】
また、ユーザアクセス権限判定ユニット１３０は、予め定められた時間の間、ユーザ認証動作を実行しなくてよい。例えば、ユーザが、アクセス管理システムに正常に登録されたユーザであると判定される場合、ユーザアクセス権限判定ユニット１３０は、ユーザ認証動作を実行することなく、または、ユーザ認証情報が、事前格納されたユーザ認証情報と合致するかどうかを示す認証結果情報を取得することなく、ターゲットドアをロック解除すると判定してよい。
【０２３７】
その後、予め定められた使用省略時間の後、段階Ｓ８３０または段階Ｓ８４０で、ユーザ認証動作を実行すべく、ユーザ認証情報が、取得されてよい。
【０２３８】
また、ターゲットドアをロック解除することが許容されると判定される場合、端末７２０は、ユーザに対しターゲットドアがロック解除されることを通知してよい。例えば、端末７２０は、ビデオ出力ユニットを通して、ターゲットドアがロック解除されることを通知する予め定められたＧＵＩを出力してよい。
【０２３９】
一方、ターゲットドアの通過を所望するユーザが、ユーザ認証動作の結果、正常に認証されない場合、例えば、取得されたＵＩＤがデータベース内に見つからないと判定される場合、または、取得されたユーザ認証情報が、格納されたユーザ認証情報と合致しないと判定される場合、ターゲットドアをドアロック解除するためのドアロック解除制御動作は、実行されるべきではない。
【０２４０】
以下、図９から図１２を参照して、本開示のいくつかの実施形態によるアクセス管理方法の様々な修正例について、説明する。
【０２４１】
図９は、図８の段階Ｓ８１０を詳細に説明するためのフローチャートである。
【０２４２】
いくつかの実施形態において、ＢＩＤを取得する段階（Ｓ８１０）は、ビーコン７１０と端末７２０との間の距離をチェックする段階（Ｓ９１０）と、端末７２０がドア近接領域内に位置するかを判定する段階（Ｓ９２０）と、を含んでよい。以下、段階Ｓ８１０の段階について、詳細に説明する。
【０２４３】
本開示のいくつかの実施形態によると、ビーコン７１０と端末７２０との間の距離をチェックする段階が、実行されてよい。段階Ｓ９１０は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。段階Ｓ８１０で説明した通り、ユーザアクセス権限判定ユニット１３０は、ＢＩＤを取得してよい。
【０２４４】
ユーザアクセス権限判定ユニット１３０は、端末１２０によって測定された受信信号の強度、およびビーコンデータに含まれる送信電力情報を用いて、ビーコン７１０および端末７２０を識別してよい。
【０２４５】
このため、ユーザアクセス権限判定ユニット１３０は、受信信号の強度および送信電力情報を取得してよい。上記の通り、端末７２０は、ビーコン７１０によって送信された信号を受信してよい。この場合、端末７２０は、受信される信号の強度を測定して、受信信号の強度を取得してよい。また、端末７２０は、ビーコン７１０によって送信された信号に含まれるビーコンデータから、送信電力情報を抽出してよい。最終的に、端末７２０によって取得された受信信号の強度および送信電力情報が、上記のユーザアクセス権限判定ユニット１３０に送信されてよい。上記の通り、ユーザアクセス権限判定ユニット１３０が、サーバ（例えば、制御ユニット７３０に含まれてよいサーバ）内に実施される場合、受信信号の強度および送信電力情報は、最終的にサーバに送信されてよい。代替的に、端末７２０は、ビーコン７１０によって送信された信号に含まれるビーコンデータから、送信電力情報を抽出しなくてよい。この場合、端末７２０は、ビーコンデータをサーバに送信してよく、サーバは、ビーコンデータから、送信電力情報を抽出してよい。また、ユーザアクセス権限判定ユニット１３０が、端末７２０に含まれるように実施される場合、受信信号の強度および送信電力情報は、別の外部デバイスに送信される必要はない。
【０２４６】
また、ユーザアクセス権限判定ユニット１３０は、受信信号の強度と送信電力情報との間の関係を用いて、ビーコン７１０と端末７２０との間の距離を計算してよい。例えば、上記のｔｘ電力レベルと同様に、送信電力情報は、端末７２０が、ビーコン７１０から特定の距離において、ビーコン７１０によって送信された信号を受信した時点における、受信信号の強度に関する情報を含んでよい。詳細な例として、ユーザアクセス権限判定ユニット１３０は、端末７２０によって測定された受信信号の強度が−５０ｄＢｍであることを、受信信号の強度を通してチェックしてよく、および、ビーコン７１０から１ｍの距離において測定された受信信号の強度が−３４ｄＢｍであることを、送信電力情報を通してチェックしてよい。この場合、ユーザアクセス権限判定ユニット１３０は、測定された受信信号の強度と、送信電力情報から抽出された受信信号の強度との間の関係を用いて、ビーコン７１０と端末７２０との間の距離を計算してよい。距離の計算動作の詳細な説明は、本開示の技術的な趣旨を不必要に不明瞭にする可能性があるので、ここでは省略することとする。
【０２４７】
また、本開示のいくつかの実施形態によると、端末７２０が、ドア近接領域に位置するかどうかを判定する段階（Ｓ９２０）が、実行されてよい。
【０２４８】
一実施形態において、ドア近接領域は、ビーコン７１０を基に設定されてよい。段階Ｓ９１０でチェックされるビーコン７１０と端末７２０との間の距離が、ビーコン７１０とドア近接領域の境界との間の距離に等しいかまたはそれより小さい場合、ユーザアクセス権限判定ユニット１３０は、端末７２０がドア近接領域に位置すると判定してよい。
【０２４９】
本開示のいくつかの実施形態によると、ＢＩＤが、端末７２０からユーザアクセス権限判定ユニット１３０に無条件に送信される代わりに、ビーコン７１０と端末７２０との間の距離がドア近接領域にある場合にのみ、ＢＩＤが、ユーザアクセス権限判定ユニット１３０に送信されてよい。
【０２５０】
端末７２０が、ドア近接領域に位置すると判定される場合、端末７２０は、端末７２０にインストールされた端末関連アクセス管理プログラムをフォアグラウンドで実行して、上記のアクセス管理方法を実行してよい。この場合、端末７２０にインストールされた端末関連アクセス管理プログラムは、端末７２０内で、バックグラウンドで実行されてよい。端末関連アクセス管理プログラムがバックグラウンドで実行される間、端末７２０は、ＢＩＤが受信されたかどうかを判定し、受信されたＢＩＤをユーザアクセス権限判定ユニットに送信する動作、および／または、ＢＩＤが受信される場合、端末がドア近接領域に位置するかどうかを判定する動作を選択的に実行してよい。
【０２５１】
また、本開示のいくつかの実施形態において、端末７２０がドア近接領域に位置すると判定される場合、ユーザアクセス権限判定ユニット１３０は、端末７２０がドア近接領域に位置することを通知してよい。例えば、ユーザアクセス権限判定ユニット１３０は、端末７２０がドア近接領域に位置することをビデオ出力ユニットを通して、視覚的に通知してよく、端末７２０がドア近接領域に位置することをオーディオ出力ユニットを通して、音で通知してよく、または、端末７２０がドア近接領域に位置すること通知すべく、端末７２０の振動を生成してよい。
【０２５２】
いくつかの実施形態において、端末７２０の通信は、非アクティブ化されてよい。この場合、端末７２０は、ビーコン７１０からＢＩＤを受信できない。
【０２５３】
この場合、端末７２０は、ビーコン７１０または外部デバイス（例えば、サーバによって制御されるスピーカ）から、通信アクティブ化信号を受信してよい。通信アクティブ化信号とは、端末７２０の通信アクティブ化をトリガするための信号を示し、通信アクティブ化信号は、端末７２０の非アクティブ化された通信インタフェースをアクティブ化する制御を実行する信号であってよい。
【０２５４】
より詳細な例として、通信アクティブ化信号は、非アクティブ化された通信インタフェース以外のアクティブ化された通信インタフェースを通して、送信または受信されてよい、データ信号または音声信号であってよい。通信アクティブ化信号が音声信号である場合、音声信号は、人間の耳では聴き取れない高周波数信号または低周波信号を含んでよく、端末７２０は、図３で説明したユーザ入力ユニット３２０のマイクを用いて、音声信号を取得してよい。通信アクティブ化信号により、端末７２０は、非アクティブ化された通信インタフェースをアクティブ化することによって、ビーコン７１０からＢＩＤを受信してよい。
【０２５５】
いくつかの実施形態において、ユーザ認証情報を取得すべく、端末７２０は、認証情報取得ユニットをアクティブ化してよい。この場合、ユーザに、認証情報取得ユニットがアクティブ化されており、ユーザ認証情報を受信する準備ができていることを通知すべく、端末７２０は、ビデオ出力ユニットを通して、ユーザ認証情報を受信するための予め定められたＧＵＩを出力してよい。しかしながら、必ずしもＧＵＩは、ビデオ出力ユニットを通して出力される必要はなく、認証情報取得ユニットのみが、アクティブ化されてよい。
【０２５６】
端末７２０がスタンバイステータスであるので、端末を動作すべく、端末７２０をロック解除する必要がある場合、認証情報取得ユニットがアクティブ化されるとき同時に、端末７２０をロック解除することなく、ユーザ認証情報が認証情報取得ユニットを通して取得され得るように、端末７２０のステータスを例外的に制御してよい。
【０２５７】
図１０は、一実施形態による、ユーザ認証動作を実行すべく、ユーザから、ユーザ認証情報を取得する方法を説明するためのダイアグラムである。
【０２５８】
図１０を参照すると、図１０の端末１０１０は、図３の端末３００および図７の端末７２０の一例を示してよい。
【０２５９】
（ａ）を参照すると、端末１０１０は、ユーザの指紋を認識するための指紋センサ１０１１を含んでよい。端末１０１０は、指紋センサ１０１１を通して、ユーザの指紋情報を取得してよく、取得した指紋情報をユーザアクセス権限判定ユニット１３０に送信してよい。
【０２６０】
（ｂ）を参照すると、端末１０１０は、ユーザの動きにより、端末１０１０の動きを認識するためのモーション認識センサを含んでよい。本開示のいくつかの実施形態において、モーション認識センサには、加速度センサ、ジャイロセンサ、地磁気センサ等が含まれてよい。例えば、ユーザは、特定のパターンにより、端末１０１０を動かしてよく、端末１０１０は、モーション認識センサを通して、端末１０１０の動きを感知してよい。その結果、端末１０１０は、感知された横の動きに関する情報をユーザアクセス権限判定ユニット１３０に送信してよい。以下、ユーザの動きによる、端末１０１０の動きを感知した結果をジェスチャと言ってよい。
【０２６１】
（ｃ）を参照すると、端末１０１０は、図３のビデオ出力ユニット３５２を通して、パターン情報を受信するための予め定められたＧＵＩを出力してよい。端末１０１０は、パターン情報を図３のユーザ入力ユニット３２０を通して、ユーザから受信してよく、取得されたパターン情報をユーザアクセス権限判定ユニット１３０に送信してよい。
【０２６２】
図１１は、一実施形態によるロック解除制御動作を説明するためのフローチャートである。
【０２６３】
図１１を参照すると、本開示のいくつかの実施形態により、ユーザアクセス権限判定ユニット１３０は、サーバ内に含まれてよい。サーバは、図８および図９で上記した段階により、ドアをロック解除すべきかどうかを判定してよい（Ｓ１１１１）。
【０２６４】
ドアをロック解除すると判定された場合、サーバは、ドアをロック解除するためのロック解除コマンドを生成し、生成されたロック解除コマンドをアクセス制限コントローラに送信してよい。
【０２６５】
アクセス制限コントローラは、サーバからロック解除コマンドを受信し、受信されたロック解除コマンドにより、制御信号を生成してよい（Ｓ１１２１）。アクセス制限コントローラは、生成された制御信号をロックユニットに送信してよい。
【０２６６】
ドアロックユニットは、受信された制御信号により、ドアロック解除制御動作を実行してよい（Ｓ１１３１）。ドアロックユニットは、図６のロック手段６３０を物理的に制御して、ドアをロック解除してよい。かかる実施形態によると、ドアロックユニットが一般的に用いられるアクセス制限コントローラによって制御される環境であっても、本開示によるアクセス管理システムは、ドアロックユニットまたはアクセス制限コントローラを交換する必要なく（例えば、ドアロックユニットに、サーバと通信可能な無線通信インタフェースを設置することなく）、予め設置されたデバイスを用いて実施されてよく、このため、アクセス管理システムの確立コストを節約する。
【０２６７】
図１２は、別の実施形態によるアクセス管理システムにおけるアクセス制御を説明するためのダイアグラムである。
【０２６８】
図１２を参照すると、アクセス管理システムは、ビーコン１２１０、車両１２２０およびサーバ１２３０を含んでよい。図１２中に示す車両１２２０は、ユーザが乗る装置であり、ユーザは図１２中に示されていない。また、上記のユーザアクセス権限判定ユニット１３０は、サーバ１２３０内に含まれてよい。
【０２６９】
（ａ）を参照すると、車両１２２０は、図３に示す端末３００の一例であってよい。車両１２２０は、図３の通信インタフェース３１０を用いて、サーバ１２３０と通信してよい。従来の車両通信技術（すなわち、テレマティクス）が、車両１２２０とサーバ１２３０との間の通信スキームに適用されてよい。車両通信技術の詳細な説明は、本開示の技術的な趣旨を不必要に不明瞭にする可能性があるので、ここでは省略することとする。
【０２７０】
また、車両１２２０は、ビーコン１２１０からビーコンデータを取得してよい。車両１２２０は、ビーコンデータから、ＢＩＤを取得してよい。図８で上記した通り、サーバ１２３０は、ＢＩＤを取得し、ＢＩＤを基に、ロック／ロック解除制御動作が実行されるべきターゲットドア１２４０を判定してよい。
【０２７１】
また、（ｂ）に示す通り、車両１２２０は、指紋センサ１２２１を含んでよく、車両１２２０は、指紋センサ１２２１を通して、ユーザ認証情報を取得してよい。図８で上記した通り、サーバ１２３０は、車両１２２０に乗っているユーザのＵＩＤおよびユーザ認証情報のうち少なくとも１つを取得してよく、ＵＩＤおよびユーザ認証情報のうち少なくとも１つを基に、ターゲットドア１２４０をロック解除すべきかどうかを判定してよい。
【０２７２】
サーバ１２３０が、ドアをロック解除すると判定した場合、サーバ１２３０は、ロック解除コマンドを生成してよい。ターゲットドア１２４０は、ロック解除コマンドを取得し、ロック解除されてよい。
【０２７３】
＜アクセス認証プロセス判定方法＞
【０２７４】
図１３は、一実施形態による、複数のビーコンが存在する場合のアクセス管理システムにおけるアクセス認証プロセス判定方法を説明するためのダイアグラムである。
【０２７５】
図１３を参照すると、アクセス管理システムは、第１のビーコン１３１１、第２のビーコン１３１２、端末１３２０および制御ユニット１３３０を含んでよい。
【０２７６】
特に、図１３は、第１のビーコン１３１１および第２のビーコン１３１２が、ドア１３４０に、２対１で対応するシステムを示す。また、図１３中に示す端末１３２０は、ユーザが保持するデバイスであり、ユーザは図１３に示されていない。
【０２７７】
外側１３５１および内側１３５２は、ドア１３４０によって、分離されてよい。本開示の実施形態において、端末１３２０のユーザが、ドア１３４０に対する外側１３５１から内側１３５２に移動することは、進入として定義されてよく、一方、端末１３２０のユーザが、ドア１３４０に対する内側１３５２から外側１３５１に移動することは、退出として定義されてよい。
【０２７８】
また、外側１３５１は、第１のビーコンのブロードキャスト範囲１３６１および第１のビーコンのブロードキャスト範囲が、第２のビーコンのブロードキャスト範囲と重複する領域１３７１を含んでよい。同様に、内側１３５２は、第２のビーコンのブロードキャスト範囲１３６２および第１のビーコンのブロードキャスト範囲が、第２のビーコンのブロードキャスト範囲と重複する領域１３６２を含んでよい。
【０２７９】
また、本開示のいくつかの実施形態において、ドア近接領域１３６１、１３６２、１３７１および１３７２は、第１のビーコン１３１１および第２のビーコン１３１２を基に設定されてよい。
【０２８０】
端末１３２０が、ドア近接領域１３６１、１３６２、１３７１または１３７２に進入したと判定されると、予め定められたアクセス管理動作が開始されてよい。図１３は、ドア近接領域１３６１、１３６２、１３７１および１３７２が、第１のビーコンおよび第２のビーコンのブロードキャスト範囲と合致する状態を示す。しかしながら、本開示のいくつかの実施形態において、ドア近接領域１３６１、１３６２、１３７１および１３７２の合計は、第１のビーコンおよび第２のビーコンのブロードキャスト範囲より小さくてよい。
【０２８１】
端末１３２０のユーザが、ドア近接領域１３６１、１３６２、１３７１または１３７２に進入したことにより、予め定められたアクセス管理動作が開始される場合、ドアアクセス権限認証動作が実行されてよい。
【０２８２】
必要に応じて、これと共に、ユーザ認証動作が実行されてよい。この場合、併せて、端末１３２０は、ユーザ認証情報を制御ユニット１３３０に送信してもよい。例えば、本開示の様々な実施形態によると、ユーザがドア１３４０を通って進入することを所望する場合は、予め定められたユーザ認証動作が要求されてよく、ユーザがドア１３４０を通って退出することを所望する場合は、ドアをロック解除すべく予め定められたユーザ認証動作が要求されなくてよい。すなわち、異なるアクセス管理動作が、進入および退出に対し適用されてよい。端末１３２０のユーザが、ドア１３４０を通って進入することを所望する条件においては、内側１３５２は、アクセス権限を有する権限を付与されたユーザのみが進入を許容される領域であるので、ユーザ端末１３２０のユーザに対する権限認証動作は、必ず必要である。一方で、端末１３２０のユーザが、ドア１３４０を通って退出することを所望する条件においては、特別アクセス権限の別個の判定をすることなく、退出が許容されてよい。故に、ユーザ認証動作は実行されなくてよい。
【０２８３】
従って、端末１３２０は、様々な情報およびデータを基に、どのアクセス管理動作が実行されるべきであるかを自己判定してよい。代替的に、外部デバイス（例えば、制御ユニット）は、現在の状況に必要なアクセス管理動作に対する判定結果を受信してよく、その後、当該判定結果に従い、適切なアクセス管理動作を実行してよい。制御ユニット１３３０は、端末１３２０から受信されたビーコンデータまたは情報を基に、ドア１３４０をロック解除するための一連の動作を実行してよい。
【０２８４】
例えば、制御ユニット１３３０は、端末１３２０のユーザが、ドア１３４０を通って、進入または退出することのいずれを所望するかを判定してよい。
【０２８５】
別の例として、制御ユニット１３３０は、様々な情報および状況を考慮して、ドア１３４０がロック解除される前に、ユーザ認証動作が実行されるべきであるかを判定してよい。
【０２８６】
しかしながら、進入または退出に依り、ユーザ認証動作を選択的に要求するかどうかは、セキュリティポリシによって判定されてよい。故に、ユーザ認証動作は、退出または進入に依り、必ずしも選択的に要求されなくてよい。
【０２８７】
図１４は、一実施形態によるアクセス認証プロセス判定方法を示すフローチャートである。
【０２８８】
図１４を参照すると、本開示のいくつかの実施形態によるアクセス認証プロセス判定方法は、少なくとも１または複数のＢＩＤを取得する段階（Ｓ１４１０）と、取得されたＢＩＤを用いて、ロック／ロック解除制御動作が実行されるべきターゲットドアを判定する段階（Ｓ１４２０）と、取得されたＢＩＤ数およびビーコンと端末との間の取得されたＢＩＤに対応する距離を基に、端末のユーザがターゲットドアの外側または内側のいずれに位置するかを判定する段階（Ｓ１４３０）と、端末のユーザが、ターゲットドアに対する外側または内側のいずれに位置するかを基に、アクセス認証プロセスを判定する段階（Ｓ１４４０）と、を含んでよい。以下、アクセス認証プロセス判定方法の段階について詳細に説明する。
【０２８９】
本開示のいくつかの実施形態によると、少なくとも１または複数のＢＩＤを取得する段階（Ｓ１４１０）が、実行されてよい。
【０２９０】
少なくとも１または複数のＢＩＤを取得する段階（Ｓ１４１０）は、端末１３２０によって開始されてよい。端末１３２０は、第１のビーコン１３１１によって送信された信号に含まれる第１のビーコンデータから、第１のＢＩＤを取得してよく、第２のビーコン１３１２によって送信された信号に含まれる第２のビーコンデータから、第２のＢＩＤを取得してよい。端末１３２０によって取得されたＢＩＤのタイプは、端末１３２０の位置に依り、変わってよい。図１３の例では、端末１３２０が、第１のビーコン１３１１のブロードキャスト範囲１３６１に位置する場合、端末１３２０は、第１のＢＩＤを取得してよい。端末１３２０が、第２のビーコン１３１２のブロードキャスト範囲１３７２に位置する場合、端末１３２０は、第２のＢＩＤを取得してよい。端末１３２０が、第１のビーコン１３１１のブロードキャスト範囲が第２のビーコン１３１２のブロードキャスト範囲と重複する領域１３７１または１３６２に位置する場合、端末１３２０は、第１のＢＩＤと共に、第２のＢＩＤを取得してよい。
【０２９１】
端末１３２０によって取得されたＢＩＤは、最終的に、上記のユーザアクセス権限判定ユニット１３０に送信されてよい。上記の通り、ユーザアクセス権限判定ユニット１３０が、サーバ（例えば、制御ユニット７３０に含まれてよいサーバ）内に実施される場合、ＢＩＤは、最終的にサーバに送信されてよい。これは、端末１３２０によってサーバになされる、ＢＩＤに対応するドアにアクセスするための要求としてみなされてよい。代替的に、ユーザアクセス権限判定ユニット１３０が、端末１３２０に含まれるように実施される場合、ＢＩＤは、別の外部デバイスに送信される必要はない。
【０２９２】
また、本開示のいくつかの実施形態によると、取得されたＢＩＤを基に、ロック／ロック解除制御動作が実行されるべきターゲットドアを判定する段階（Ｓ１４２０）が実行されてよい。
【０２９３】
ターゲットドアを判定する段階（Ｓ１４２０）は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。すなわち、ユーザアクセス権限判定ユニット１３０が、上記のサーバ（例えば、制御ユニット１３３０に含まれるサーバ）内に実施される場合、ターゲットドアを判定する段階（Ｓ１４２０）は、サーバによって実行されてよい。一方で、ユーザアクセス権限判定ユニット１３０が、端末１３２０に含まれるように構成される場合、ターゲットドアを判定する段階（Ｓ１４２０）は、端末１３２０によって実行されてよい。
【０２９４】
本開示の実施形態によるアクセス認証プロセス判定方法を実施すべく、ユーザアクセス権限判定ユニット１３０は、図８の段階Ｓ８２０で説明したデータベースにアクセスしてよい。データベースは、複数のＢＩＤを有するビーコン１３１１および１３１２に対応するドアに関する情報を含んでよい。ユーザアクセス権限判定ユニット１３０は、データベースから、取得されたＢＩＤに合致するドアの識別情報を抽出してよい。
【０２９５】
例えば、図１３の例においては、第１のＢＩＤおよび第２のＢＩＤがドア１３４０と合致する情報（または、第１のＢＩＤおよび第２のＢＩＤが、ドア１３４０に対応するロックユニットに割り当てられた識別情報と合致する情報）が、データベースに格納されてよい。
【０２９６】
端末１３２０が、第１のＢＩＤおよび第２のＢＩＤのうち少なくとも１つを取得する場合、ユーザアクセス権限判定ユニット１３０は、データベースを用いて、ドア１３４０をターゲットドアとして判定してよい。端末１３２０が、領域１３６１、１３６２、１３７１または１３７２の外側に位置しているためＢＩＤを取得していない場合、または端末１３２０が、第１のＢＩＤおよび第２のＢＩＤ以外のＢＩＤを取得した場合、ユーザアクセス権限判定ユニット１３０は、ドア１３４０をターゲットドアとして判定しなくてよい。
【０２９７】
また、本開示のいくつかの実施形態によると、取得されたＢＩＤ数および端末とビーコンとの間の取得されたＢＩＤに対応する距離を基に、端末のユーザが、ターゲットドアに対する内側または外側のいずれに位置するかを判定する段階（Ｓ１４３０）が、実行されてよい。段階Ｓ１４３０は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。
【０２９８】
いくつかの実施形態において、複数のビーコンがドアの近くに位置する条件においては、取得されたＢＩＤ数が１つの場合、ユーザアクセス権限判定ユニット１３０は、取得されたＢＩＤを用いて、端末のユーザが、ドアに対する外側または内側のいずれに位置するかを判定してよい。例えば、ドアに対する外側または内側において、端末によって取得されてよいＢＩＤに関する情報が、データベースに格納されてよく、ユーザアクセス権限判定ユニット１３０は、データベースを用いて、端末のユーザが、ドアに対する外側または内側のいずれに位置するかを判定してよい。詳細な例として、図１３の例においては、第１のＢＩＤのみ、または第１のＢＩＤおよび第２のＢＩＤの両方が、ドア１３４０に対する外側から取得されることを示す情報が、格納されてよい。また、第２のＢＩＤのみ、または第１のＢＩＤおよび第２のＢＩＤの両方が、ドア１３４０に対する内側から取得されることを示す情報が、格納されてよい。端末１３２０が、第１のＢＩＤのみを取得する場合、ユーザアクセス権限判定ユニット１３０は、データベースから、端末１３２０が、ドアの外側に位置することを示す情報を取得してよい。端末１３２０が、第２のＢＩＤのみを取得する場合、ユーザアクセス権限判定ユニット１３０は、データベースから、端末１３２０が、ドアに対する内側に位置することを示す情報を取得してよい。
【０２９９】
他の実施形態においては、複数のビーコンがドアの近くに位置する条件においては、取得されたＢＩＤ数が２または２より多い場合、ユーザアクセス権限判定ユニット１３０は、端末と、ビーコンとの間の取得されたＢＩＤに対応する距離を基に、端末のユーザが、ターゲットドアに対する外側または内側のいずれに位置するかを判定してよい。このため、ユーザアクセス権限判定ユニット１３０は、端末１３２０によって測定された受信信号の強度、およびビーコンデータに含まれる送信電力情報を用いて、端末１３２０と、ビーコン１３１１と１３１２との間の距離をチェックしてよい。
【０３００】
例えば、ドアに対する外側とＢＩＤに対応するビーコンとの間の距離に関する情報、およびドアに対する内側とＢＩＤに対応するビーコンとの間の距離に関する情報（またはドアに対する外側に設置されたビーコンに関する情報およびドアに対する内側に設置されたビーコンに関する情報）が、データベースに含まれてよい。ユーザアクセス権限判定ユニット１３０は、データベースを用いて、端末のユーザが、ドアに対する外側または内側のいずれに位置するかを判定してよい。詳細な例として、図１３の例において、ドア１３４０に対する外側と第１のビーコン１３１１との間の距離が、ドア１３４０に対する外側と第２のビーコン１３１２との間の距離より小さいことを示す情報（または第１のビーコン１３１１が、ドア１３４０に対する外側に設置されていることを示す情報）、および、ドア１３４０に対する内側と第２のビーコン１３１２との間の距離が、ドア１３４０に対する内側と第１のビーコン１３１１との間の距離より小さいことを示す情報（または第２のビーコン１３１２が、ドア１３４０に対する内側に設置されていることを示す情報）が、格納されてよい。この場合、ユーザアクセス権限判定ユニット１３０が、端末１３２０と第１のビーコン１３１１との間の距離が、端末１３２０と第２のビーコン１３１２との間の距離より小さいことをチェックした場合、ユーザアクセス権限判定ユニット１３０は、端末１３２０が、ドアの外側に位置すると判定してよい。
【０３０１】
本開示のいくつかの実施形態によると、端末のユーザが、ターゲットドアに対する外側または内側のいずれに位置するかを基に、アクセス認証プロセスを判定する段階（Ｓ１４４０）が、実行されてよい。
【０３０２】
段階Ｓ１４４０は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。
【０３０３】
端末１３２０がドアに対する外側に位置し、ドア近接領域に位置するということは、端末１３２０のユーザが、外側から内側への進入を所望することを示してよい。端末１３２０がドアに対する内側に位置し、ドア近接領域に位置するということは、端末１３２０のユーザが、内側から外側への退出を所望することを示してよい。従って、段階Ｓ１４３０において、端末１３２０が、ドアの外側に位置すると判定される場合、ユーザアクセス権限判定ユニット１３０は、端末のユーザが外側から内側へ進入すると判定してよい。端末１３２０が、ドアに対する内側に位置すると判定される場合、ユーザアクセス権限判定ユニット１３０は、端末１３２０のユーザが、内側から外側へ退出すると判定してよい。
【０３０４】
本開示のいくつかの実施形態において、ユーザの移動のタイプには、進入移動および退出移動が含まれる。ターゲットドアを通って、外側から内側に進入することは、進入移動として表される。またターゲットドアを通して、内側から外側に退出することは、退出移動として表される。
【０３０５】
また、端末１３２０のユーザが、ドア１３４０を通って進入することを所望する条件においては、内側１３５２は、アクセス権限を有する権限を付与されたユーザのみが進入を許容される領域であるので、セキュリティを高めるべく、端末１３２０のユーザの認証動作が必要であってよい。一方で、端末１３２０のユーザが、ドア１３４０を通って退出することを所望する条件においては、端末１３２０のユーザがドア１３４０を通って進入したとき、ユーザ認証動作は端末１３２０のユーザに対し既に実行済みである。故に、ユーザ認証動作が実行されなくても、セキュリティの問題はなくてよい。
【０３０６】
従って、端末１３２０のユーザが、ドア１３４０に対する内側に進入する判定される場合、換言すると、ユーザの移動のタイプが、進入移動であると判定される場合、ユーザアクセス権限判定ユニット１３０は、アクセス認証プロセスとして、ユーザ認証動作を含む、第１のアクセス認証プロセスに従い、ドアを制御すると判定してよい。端末１３２０のユーザが、ドア１３４０に対する外側に退出すると判定される場合、換言すると、ユーザの移動のタイプが、退出移動であると判定される場合、ユーザアクセス権限判定ユニット１３０は、アクセス認証プロセスとして、ユーザ認証動作を含まない、第２のアクセス認証プロセスに従い、ドアを制御すると判定してよい。
【０３０７】
本開示のいくつかの実施形態によると、第１のアクセス認証プロセスは、端末１３２０のユーザがドアに対する外側から内側へ進入するときに、ドアを制御するためのプロセスとして定義され、第２のアクセス認証プロセスは、端末１３２０のユーザがドアに対する内側から外側へ退出するときに、ドアを制御するためのプロセスとして定義される。
【０３０８】
本開示のアクセス管理システムによると、端末１３２０のユーザが、外側から内側へ進入するとき、セキュリティのためのユーザ認証動作は、必ず必要である。しかしながら、上記の通り、端末１３２０のユーザが、内側から外側へ退出するときは、セキュリティ精度よりも、ユーザの利便性に重きを置く必要がある。故に、本開示のいくつかの実施形態によると、基本的に、進入時に実行される複雑な認証プロシージャは、退出時には省略されてよい。すなわち、本開示の一実施形態によると、進入時と退出時で、異なるアクセス認証プロセスが適用されてよい。このような異なるアクセス認証プロセスを適用すべく、ビーコンによって、端末の位置を判定するための技術が、適用されてよい。故に、本開示によると、ユーザの利便性を高めることに加え、アクセス管理のセキュリティも高めることが可能である。
【０３０９】
本開示のいくつかの実施形態において、端末１３２０のユーザが、外側から内側に進入する場合であっても、すなわち、進入時においても、セキュリティ精度より、ユーザの利便性に重きが置かれてよい。例えば、ユーザ認証動作が実行された後から特定の時間内においては、ユーザ認証情報の取得が省略されてよい。
【０３１０】
例示的な実施形態において、ターゲットドアをロック解除すべく、第１のアクセス認証プロセスが実行された後から予め定められた時間の間は、ユーザアクセス権限判定ユニット１３０は、アクセス認証プロセスを第１のアクセス認証プロセスとして判定してよく、ユーザからユーザ認証情報を取得しなくてよく、第１のアクセス認証プロセスの実行時に取得されたユーザ認証情報を用いて、ユーザ認証動作を実行してよい。
【０３１１】
別の例示的な実施形態においては、ターゲットドアをロック解除すべく、第１のアクセス認証プロセスが実行された後、予め定められた時間の間は、アクセス認証プロセスは、ユーザが進入するか退出するかに関わらず、第２のアクセス認証プロセスとして判定されてよい。すなわち、ターゲットドアをロック解除すべく、ユーザ認証動作が実行された後、予め定められた時間の間は、ユーザアクセス権限判定ユニット１３０は、ユーザからユーザ認証情報を取得しなくてよく、ＵＩＤを用いてターゲットドアをロック解除すべきかどうかを判定してよい。
【０３１２】
以下、図１５から図１８を参照して、本開示のいくつかの実施形態によるアクセス管理方法およびアクセス認証プロセス判定方法の様々な修正例について、説明する。
【０３１３】
図１５は、一実施形態による、第１のアクセス認証プロセスまたは第２のアクセス認証プロセスにおけるアクセス管理方法を説明するためのフローチャートである。
【０３１４】
図１５を参照すると、本開示のいくつかの実施形態によるアクセス管理方法は、ユーザ認証動作を実行する段階（Ｓ１５１０）およびドアのロック解除を制御する段階（Ｓ１５２０）を含んでよい。
【０３１５】
以下、アクセス管理方法の段階について、詳細に説明する。
【０３１６】
本開示のいくつかの実施形態によると、ユーザ認証段階（Ｓ１５１０）は、第１のアクセス認証プロセスで実行されてよい。詳細に言うと、段階Ｓ１５１０において、ユーザアクセス権限判定ユニット１３０は、ユーザからユーザ認証情報を取得してよく、取得されたユーザ認証情報を用いて、ユーザ認証動作を実行してよい。
【０３１７】
しかしながら、上記の通り、ターゲットドアをロック解除すべく、第１のアクセス認証プロセスが実行された後から予め定められた時間の間は、ユーザアクセス権限判定ユニット１３０は、ユーザからユーザ認証情報を取得しなくてよく、当該予め定められた時間の前に、実行済みの第１のアクセス認証プロセスにおいて取得されたユーザ認証情報を用いて、ユーザ認証動作を実行してよい。
【０３１８】
また、ユーザ認証段階（Ｓ１５１０）は、第２のアクセス認証プロセスにおいて実行されない。段階Ｓ１５２０において、端末１３２０のユーザが、ドア１３４０にアクセスする権限を有すると判定される場合、ユーザ認証段階（Ｓ１５１０）は実行されない。段階Ｓ１５１０において、ドアは、ロック解除されるように制御されてよい。
【０３１９】
上記の通り、端末１３２０のユーザが、ドア１３４０を通って退出する場合、または、第１のアクセス認証プロセスが、既に実行済みの場合、第２のアクセス認証プロセスに判定される。これは、端末１３２０のユーザが、ドア１３４０を通って内側に進入するために、ユーザ認証動作が、実行済みであることを意味する。故に、ターゲットドアは、特別アクセス権限の別個の判定をすることなく、ロック解除されることが許容されてよい。従って、第２のアクセス認証プロセスにおいて、ユーザ認証動作は、実行されなくてよい。
【０３２０】
しかしながら、進入または退出により、ユーザ認証動作を選択的に要求するかどうかは、セキュリティポリシによって判定されてよい。すなわち、第２のアクセス認証プロセスは、必ずしも退出時のアクセス認証プロセスとして判定されなくてよい。セキュリティポリシにより、退出時であっても、ユーザ認証動作は、実行されてよい。
【０３２１】
また、本開示のいくつかの実施形態によると、ドアのロック解除を制御する段階（Ｓ１５２０）が実行されてよい。ユーザ認証の結果、ユーザが、ドア１３４０に正常にアクセスできるユーザとして認証された場合、ドア１３４０は、第１のアクセス認証プロセスにおいてロック解除されてよい。
【０３２２】
詳細に言うと、段階Ｓ８３０またはＳ８４０で上記した通り、段階Ｓ１５２０においては、ＵＩＤが、ユーザ認証情報とは独立に取得されてよく、また、ＵＩＤはユーザ認証情報を基に取得されてもよい。故に、ドア１３４０は、異なる方法でロック解除されるように制御されてよい。
【０３２３】
ｉ）ユーザ認証情報およびＵＩＤが独立して取得される条件においては、段階Ｓ１５１０で取得されたユーザ認証情報および上記のデータベースに格納されたユーザ認証情報が同一であることが確認された場合、ユーザアクセス権限判定ユニット１３０は、ＵＩＤに対応する端末がドア１３４０を通過するように、ドア１３４０をロック解除するように制御してよい。
【０３２４】
ｉｉ）ＵＩＤがユーザ認証情報を基に取得される条件においては、段階Ｓ１５１０で取得されたユーザ認証情報および上記のデータベースに格納されたユーザ認証情報が同一であることが確認された場合、ユーザアクセス権限判定ユニット１３０は、データベースから、格納されたユーザ認証情報に合致するユーザのＵＩＤを抽出してよい。その後、ユーザアクセス権限判定ユニット１３０は、ユーザのＵＩＤに対応する端末がドア１３４０を通過するように、ドア１３４０をロック解除するように制御してよい。
【０３２５】
第２のアクセス認証プロセスにおいては、ドア１３４０は、ユーザ認証に関わらず、ロック解除されてよい。
【０３２６】
図１６は、一実施形態による、ターゲットドアの判定を説明するためのダイアグラムである。
【０３２７】
本開示の一実施形態によるアクセス管理方法について、１つまたは２つのビーコンが存在する前提で説明した。しかしながら、図１６は、３つのビーコンが存在する場合に、ターゲットドアを判定するための方法をさらに説明するダイアグラムである。
【０３２８】
図１６を参照すると、一例として、２つのドア１６０１および１６０２が設置され、３つのビーコン１６１１、１６１２および１６１３が、ドア１６０１および１６０２の近くに配置されている環境が、図示されている。当該環境において、ユーザアクセス権限判定ユニット１３０は、端末のユーザがアクセスすべき、ターゲットドアを判定してよい。
【０３２９】
３つのビーコン１６１１、１６１２および１６１３は、図２の第２のビーコン２００の修正例であってよい。詳細に言うと、３つのビーコン１６１１、１６１２および１６１３のブロードキャスト範囲は、互いに同一または異なってよい。図１６の例においては、ビーコンａ  １６１１のブロードキャスト範囲は、領域１６２１、１６２２および１６２３を含み、ビーコンｂ  １６１２のブロードキャスト範囲は、領域１６２２、１６２３および１６２４を含み、ビーコンｃ  １６１３のブロードキャスト範囲は、領域１６２３、１６２４および１６２５を含む。すなわち、端末１３２０は、領域１６２１においては、ビーコンａ  １６１１のＢＩＤであるＢＩＤ  ａのみを取得してよく、領域１６２２においては、ＢＩＤ  ａおよびビーコンｂ  １６１２のＢＩＤであるＢＩＤ  ｂを取得してよく、領域１６２３においては、ＢＩＤ  ａ、ＢＩＤ  ｂおよびビーコンｃ  １６１３のＢＩＤであるＢＩＤ  ｃを取得してよい。また、端末１３２０は、領域１６２４においては、ＢＩＤ  ｂおよびＢＩＤ  ｃを取得してよく、領域１６２５においてはＢＩＤ  ｃのみを取得してよい。
【０３３０】
本開示のいくつかの実施形態においては、ターゲットドアを判定すべく、ユーザアクセス権限判定ユニット１３０は、複数のＢＩＤを有するビーコン１６１１、１６１２および１６１３に対応するドアに関する情報を含むデータベースにアクセスしてよい。
【０３３１】
また、取得されたＢＩＤ数が１の場合、すなわち、図１６の例におけるＢＩＤ  ａまたはＢＩＤ  ｃのみが取得された場合、ユーザアクセス権限判定ユニット１３０は、ビーコンと端末との間の距離を用いず、取得されたＢＩＤに対応するターゲットドアをデータベースから抽出してよい。図１６中、ＢＩＤ  ａのみが取得される場合、ユーザアクセス権限判定ユニット１３０は、ドア１６０１をターゲットドアとして選択してよい。また、ＢＩＤ  ｃのみが取得される場合、ユーザアクセス権限判定ユニット１３０は、ドア１６０２をターゲットドアとして選択してよい。
【０３３２】
同様に、取得されたＢＩＤ数が２または２より多い場合であっても、ユーザアクセス権限判定ユニット１３０は、ビーコンと端末との間の距離を用いることなく、取得されたＢＩＤに対応するターゲットドアをデータベースから抽出してよい。図１６の例において、ＢＩＤ  ａおよびＢＩＤ  ｂが取得される場合、ユーザアクセス権限判定ユニット１３０は、データベースから、ドア１６０１をターゲットドアとして選択してよい。また、ＢＩＤ  ｂおよびＢＩＤ  ｃが取得される場合、ユーザアクセス権限判定ユニット１３０は、データベースから、ドア１６０２をターゲットドアとして選択してよい。
【０３３３】
代替的に、取得されたＢＩＤ数が２または２より多い場合であっても、ユーザアクセス権限判定ユニット１３０は、端末とビーコンとの間の距離を用いて、データベースから、取得されたＢＩＤに対応するターゲットドアを抽出してよい。図１６の例においては、端末１３２０が領域１６２３に位置する場合、端末１３２０は、ＢＩＤ  ａ、ＢＩＤ  ｂ、およびＢＩＤ  ｃを取得してよい。この場合、ＢＩＤ  ａ、ＢＩＤ  ｂおよびＢＩＤ  ｃすべてに合致するドアに関する情報は、データベース内に格納されていなくてよい。この場合、ユーザアクセス権限判定ユニット１３０は、端末１３２０と、ビーコン１６１１、１６１２および１６１３との間の距離をチェックして、端末１３２０から最も距離が遠いビーコンは、ビーコンｃであると確認してよい。いくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、端末１３２０によって取得されたＢＩＤ  ａ、ＢＩＤ  ｂおよびＢＩＤ  ｃのうち、端末１３２０から最も距離が遠いビーコンｃのＢＩＤではなく、ＢＩＤ  ａおよびＢＩＤ  ｂを用いることによって、データベースから、ドア１６０１をターゲットドアとして選択してよい。
【０３３４】
図１７は、一実施形態による、端末の位置を説明するためのダイアグラムである。すなわち、図１７は、端末が、ドアに対する内側または外側のいずれに位置するかを判定する方法を説明するためのダイアグラムである。
【０３３５】
図１７を参照すると、一例として、１つのドア１７０１が設置され、２つのビーコン１７１１および１７１２が、ドア１７０１の近くに配置されている環境が、図示されている。
【０３３６】
この場合、領域１７２１は、ビーコンａのＢＩＤのみが受信される領域である。領域１７２７は、ビーコンｂのＢＩＤのみが受信される領域である。領域１７２２から１７２６は、ビーコンａのＢＩＤおよびビーコンｂのＢＩＤの両方が受信される領域である。これらのうち、特に、領域１７２３は、ビーコンａによって定義されるドア近接領域に含まれてよく、領域１７２５は、ビーコンｂによって定義されるドア近接領域に含まれてよい。
【０３３７】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、取得されたＢＩＤの各々の強度に従い、端末の位置を判定してよい。
【０３３８】
例えば、受信されているＢＩＤのうち、最も強い強度を持つＢＩＤが、ビーコンａのＢＩＤである場合、ユーザアクセス権限判定ユニット１３０は、端末はドアに対する外側に位置すると判定してよい。
【０３３９】
より詳細に言うと、ビーコンａ  １７１１のドア近接領域が、領域１７２３および１７２４として設定されており、ビーコンｂ  １７１２のドア近接領域が、領域１７２４および１７２５として設定されている場合、端末１３２０は、領域１７２４においてはＢＩＤ  ａおよびＢＩＤ  ｂを取得してよい。また、ビーコンａ  １７１１のドア近接領域が、ビーコンａ  １７１１のブロードキャスト範囲に対応する領域１７２１から１７２６に設定されており、ビーコンｂ  １７１２のドア近接領域が、ビーコンｂ  １７１２のブロードキャスト範囲に対応する領域１７２２から１７２６に設定されている場合、端末１３２０は、領域１７２２から１７２６においてＢＩＤ  ａおよびＢＩＤ  ｂを取得してよい。かかる実施形態においては、ユーザアクセス権限判定ユニット１３０は、端末１３２０とビーコン１７１１および１７１２との間の距離を用いて、端末の位置を判定してよい。図１７の例において、ビーコンａ  １７１１が、端末１３２０から、より近い距離を持つビーコンであることが確認された場合、ユーザアクセス権限判定ユニット１３０は、端末１３２０は、ドア１７０１に対する外側に位置すると判定してよい。また、ビーコンｂ  １７１２が、端末１３２０からより近い距離を持つビーコンであることが確認された場合、ユーザアクセス権限判定ユニット１３０は、端末１３２０は、ドア１７０１に対する内側に位置すると判定してよい。
【０３４０】
本開示の他の実施形態においては、ユーザアクセス権限判定ユニット１３０が、取得されたＢＩＤを用いて、端末の位置を判定する場合、ユーザアクセス権限判定ユニット１３０は、端末の位置、すなわち、端末がドアに対する内側または外側のいずれに位置するかを取得されたＢＩＤ数およびＢＩＤのタイプに依り判定してよい。
【０３４１】
例えば、１つのＢＩＤが第１の時点において受信され、２つのＢＩＤが、第１の時点より後の第２の時点において受信される前提であるとしよう。端末が、領域１７２１から領域１７２２に進入する場合、このような場合が生じてよい。代替的に、これは、端末が、領域１７２７から領域１７２６に進入する場合も同じである。
【０３４２】
この場合、２つのＢＩＤが受信される場合、ユーザアクセス権限判定ユニット１３０は、第２の時点より前の第１の時点に受信されたＢＩＤが、内側に位置するビーコンのＢＩＤであるか、または外側に位置するビーコンのＢＩＤであるかに依り、ユーザが内側または外側のいずれに位置するかを判定してよい。例えば、より前に受信されたＢＩＤが、ビーコンａのＢＩＤであり、より後に受信されたＢＩＤが、ビーコンｂのＢＩＤである場合、端末は、ドアの外側に位置すると判定されてよい。
【０３４３】
この場合、上記の通り、端末の位置（すなわち、ドアに対する内側または外側における位置）が判定される時点は、２つのＢＩＤが受信される時点であってよい。ビーコンのブロードキャスト範囲が非常に広範に設定されており、端末の位置が、２つのＢＩＤが受信される時点で判定される場合、リソースは不必要に無駄になる可能性がある。この場合、端末の位置が判定される時点は、２つのＢＩＤが同時に受信されたときよりも前に受信されたＢＩＤの閾値を考慮し、端末がドア近接領域に進入したかどうかの判定を基に、判定されてよい。すなわち、２つのＢＩＤが受信されたときではなく、端末が、２つのビーコンのうち少なくとも１つに対するドア近接領域に進入したと判定されたときに、端末の位置は、判定されてよい。これによって、端末のリソースをさらに節約し、ユーザの意図をより正確に反映させることを可能にする。
【０３４４】
図１８は、一実施形態により、１つのビーコンが存在する場合の、アクセス管理システムにおけるアクセス認証プロセス判定方法を説明するためのダイアグラムである。
【０３４５】
図１８を参照すると、アクセス管理システムは、ビーコン１８１０、端末１８２０および制御ユニット１８３０を含んでよい。
【０３４６】
特に、図１８は、ビーコン１８１０がドア１８４０に１対１に対応するシステムを示す。また、図１８に示す端末１８２０はユーザが保持するデバイスであり、ユーザは図１８中に示されていない。
【０３４７】
外側１８５１および内側１８５２は、ドア１８４０によって、分離されてよい。本開示のいくつかの実施形態において、ドア近接領域１８６１および１８６２は、ビーコン１８１１を基に設定されてよい。
【０３４８】
上記の実施形態においては、ユーザ（または端末）が、ドアに対する内側または外側のいずれに位置するかを判定すべく、２または２より多いビーコンが、ドアに対する両側に配置される前提である。これは、ビーコンおよびドアが１対１に合致する場合、ビーコンの信号のみを用いては、端末が、ドアに対する内側または外側のいずれに位置するかを判定できないためである。
【０３４９】
しかしながら、ドアおよび端末が１対１に対応して配置されていても、端末が内側または外側のいずれに位置するかを予め判定する方法が存在してよい。すなわち、ドアおよび端末が１対１に対応する場合であっても、上記の実施形態によるアクセス認証プロセス判定方法が適用されてよい。以下に、ビーコンおよびドアが１対１に対応する場合に、端末の位置を特定する方法について、簡単に説明する。
【０３５０】
本開示のいくつかの実施形態によると、端末１８２０のユーザが、ターゲットドアに対する外側または内側のいずれに位置するかは、追加情報を用いて判定されてよい。
【０３５１】
ここで、追加情報とは、ドアを制御するために追加で用いられる情報である。例えば、追加情報には、端末１８２０のユーザのアクセス情報、通勤情報、ログ等が含まれてよい。
【０３５２】
例えば、ユーザアクセス権限判定ユニット１３０は、端末１８２０のユーザの通勤情報を通して、端末１８２０のユーザがオフィスを出たことを示す情報を取得してよく、ユーザがオフィスを出るルートはドア１８４０に対する内側からドア１８４０に対する外側への移動ルートであることを示す情報をチェックしてよい。この場合、ユーザアクセス権限判定ユニット１３０がＢＩＤまたはＵＩＤを端末１８２０から取得した場合、ユーザアクセス権限判定ユニット１３０は、端末１８２０が、ドア１８４０に対する内側に位置すると判定してよい。
【０３５３】
ドアを通る進入／退出を判定する方法および異なるアクセス認証プロセス判定方法について、上記した。
【０３５４】
以下、ユーザの異常アクセスを判定する方法および異常アクセスを管理する方法について、説明する。
【０３５５】
＜アクセス処理方法＞
【０３５６】
図１９は、一実施形態によるアクセス管理システムにおける異常アクセス処理方法を説明するためのダイアグラムである。
【０３５７】
図１９を参照すると、アクセス管理システムは、ビーコン１９１０、第１の端末１９２１、第２の端末１９２２および制御ユニット１９３０を含んでよい。
【０３５８】
特に、図１９は、ビーコン１９１０がドア１９４０に１対１に対応するシステムを示す。しかしながら、異常アクセス処理方法は、ビーコン１９１０がドア１９４０にｎ対１に対応するシステムに対しても適用可能である。また、図１９中に示す端末１９２１および１９２２は、ユーザが保持するデバイスであり、第１の端末１９２０のユーザおよび第２の端末１９２２のユーザは、図１９中に示されていない。
【０３５９】
外側１９５１および内側１９５２は、ドア１９４０によって、分離されていてよい。特に、ビーコン１９１０を基に判定されるドア近接領域１９６１が、外側１９５１にさらに定義されてよく、また、ビーコン１９１０を基に判定されるドア近接領域１９６２が、内側１９５２に定義されてよい。端末１９２１および１９２２が、ドア近接領域１９６１または１９６２に進入したと判定されると、予め定められたアクセス管理動作が、制御ユニット１９３０によって開始されてよい。
【０３６０】
第１の端末１９２１のユーザがドア１９４０にアクセスするためには、第１の端末１９２１のユーザのアクセスが、認証される必要がある。第２の端末１９２２のユーザがドア１９４０にアクセスするためには、第２の端末１９２２のユーザのアクセスが、第１の端末１９２１のユーザのアクセス認証とは独立して認証される必要がある。
【０３６１】
しかしながら、第１の端末１９２１のユーザのアクセスが認証される場合、制御ユニット１９３０は、ドア１９４０をロック解除してよい。この場合、ドア１９４０への進入が認証されていない第２の端末１９２２のユーザは、ドア１９４０が、ロック解除されていることを確認でき、ドア１９４０にアクセスできる。例えば、ドア１９４０が、第１の端末１９２１のユーザによってロック解除されている（すなわち、ドアがロック解除された後、ドアが開いた状態に維持されている場合）場合、第２の端末１９２２のユーザは、ユーザ認証を実行するべきではあるが、ユーザ認証が面倒であると考え、ユーザ認証を実行せずに、ドア１９４０にアクセスする可能性がある。許容されていない外部の侵入者が、内側に進入するために、かかる異常ケースを利用する条件においては、本開示の実施形態によるアクセス管理システムが用いられる場合に、内部のセキュリティホールが生じる可能性がある。かかるセキュリティホールをブロックすべく、ドアにアクセスするユーザが、ドアへのアクセスを許容されたユーザであるかどうかについて、ユーザ認証がドアへの進入時に、正常に実行されない場合であっても、チェックする必要がある。
【０３６２】
図２０は、一実施形態による異常アクセス処理方法を示すフローチャートである。
【０３６３】
図２０を参照すると、本開示のいくつかの実施形態による、異常アクセス処理方法には、端末のユーザの異常アクセスを判定する段階（Ｓ２０１０）および端末のユーザが、ターゲットドアを通過する場合、端末のユーザに対する異常アクセス管理を実行する段階（Ｓ２０２０）を含んでよい。
【０３６４】
本開示の実施形態によると、異常アクセスとは、ユーザが、正常なユーザ認証動作をせずに、ドアにアクセスすることを示す。以下に、異常アクセス処理方法の段階について、詳細に説明する。
【０３６５】
本開示のいくつかの実施形態によると、端末のユーザの異常アクセスを判定する段階（Ｓ２０１０）が実行されてよい。
【０３６６】
端末のユーザの異常アクセスを判定する段階（Ｓ２０１０）は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。すなわち、ユーザアクセス権限判定ユニット１３０が、上記のサーバ（例えば、制御ユニット１９３０に含まれるサーバ）内に実施される場合、端末のユーザの異常アクセスを判定する段階（Ｓ２０１０）は、サーバによって実行されてよい。一方で、ユーザアクセス権限判定ユニット１３０が、端末１９２１および１９２２に含まれるように構成される場合、段階（Ｓ２０１０）は、端末１９２１および１９２２によって実行されてよい。
【０３６７】
詳細に言うと、端末のユーザの異常アクセスを判定する段階（Ｓ２０１０）は、以下の方法により実行されてよい。
【０３６８】
本開示のいくつかの実施形態によると、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２のユーザが、ドアを通過したかどうかを判定してよい。このために、端末の位置をチェックする動作、および端末のチェックされた位置が、内側から外側へ、または外側から内側へ変更されたかどうかをチェックする動作が、実行されてよい。
【０３６９】
端末が、ドアを通過したかどうかを判定すべく、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２が、ターゲットドア１９４０にアクセスするための要求を行う時点、すなわち、端末１９２１および１９２２が、取得されたＢＩＤを送信する時点において、端末１９２１および１９２２の位置をチェックしてよい。端末の位置をチェックすべく、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２が、ドア１９４０に対する外側または内側のいずれに位置するかを判定してよい。図１４の段階Ｓ１４１０〜Ｓ１４３０の説明が、端末１９２１および１９２２がドア１９４０に対する内側または外側のいずれに位置するかを判定する動作に適用されてよいため、その詳細な説明は省略する。
【０３７０】
次に、ユーザがドアを通過したかどうかを判定すべく、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２の位置が、ドア１９４０に対する内側から外側へ、またはドア１９４０に対する外側から内側へ変更されたかをチェックしてよい。
【０３７１】
このため、本開示の一実施形態において、ユーザアクセス権限判定ユニット１３０は、複数の時点における端末１９２１および１９２２の位置をモニタリングしてよい。
【０３７２】
また、本開示の別の実施形態において、ユーザアクセス権限判定ユニット１３０は、他の追加情報を用いて、端末１９２１および１９２２の位置が、変更されたかどうかをチェックしてよい。
【０３７３】
例えば、端末１９２１および１９２２がドアを通過した時点、端末１９２１および１９２２の位置情報等を含むログが記録されてよい。ユーザアクセス権限判定ユニット１３０は、ログを用いて、端末１９２１および１９２２の位置が、変更されたかどうかをチェックしてよい。以下、ログについて詳細に説明する。
【０３７４】
別の例として、端末のユーザの出勤認証が内側で実行される条件においては、端末１９２１および１９２２のユーザの出勤認証が、端末１９２１および１９２２のユーザの通勤情報を用いてチェックされる場合、ユーザアクセス権限判定ユニット１３０は、端末が内側に位置すると推定してよい。
【０３７５】
すなわち、端末１９２１および１９２２がドア１９４０にアクセスするための要求を行う時点における端末１９２１および１９２２の位置が、ドア１９４０の内側から外側またはドア１９４０の外側から内側へ変更される場合、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２が、ドア１９４０を通過したと確認してよい。
【０３７６】
また、本開示のいくつかの実施形態において、端末１９２１および１９２２の位置が変更されたかどうかがチェックされる場合、ユーザアクセス権限判定ユニット１３０は、ユーザが通過したドアに対応するビーコンのＢＩＤではない、別のビーコンのＢＩＤを用いてよい。例えば、ドア１９４０に対応するビーコン１９１０のＢＩＤが、端末１９２１および１９２２から取得されなくても、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２が、ドア１９４０を通過したことをチェックしてよい。詳細な例として、ドア１９４０に対応するビーコン１９１０のＢＩＤが、端末１９２１および１９２２から取得されなくても、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２から、ドア１９４０に対する内側に位置する別のドアに対応するビーコンのＢＩＤを取得してよい。この場合、ユーザアクセス権限判定ユニット１３０は、ドア１９４０へのアクセスが認証されていない、端末１９２１および１９２２が、ドア１９４０を通過したことを確認してよい。別の詳細な例として、ドア１９４０に対応するビーコン１９１０のＢＩＤが、端末１９２１および１９２２から取得されない場合であっても、ユーザアクセス権限判定ユニット１３０は、追加情報を用いて、端末１９２１および１９２２が、ドア１９４０を通過したことを確認してよい。
【０３７７】
次に、本開示のいくつかの実施形態によると、ユーザアクセス権限判定ユニット１３０は、ユーザ認証が実行済みであるかどうかを判定してよい。
【０３７８】
ユーザアクセス権限判定ユニット１３０は、ユーザ認証動作が実行済みであることをチェックしてよい。ユーザ認証動作が実行されていない場合、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２のユーザが、ドア１９４０に異常にアクセスしたと判定してよい。例えば、図１３を参照して説明したアクセス認証プロセスの判定方法によると、第１のアクセス認証プロセスが、アクセス認証プロセスとして判定されてよい。この場合、ユーザの正常アクセス認証のために、ユーザ認証動作が実行されるべきであるにも関わらず、ユーザがユーザ認証動作を実行せずに、ドアを通過した場合は、ユーザがドアに異常にアクセスしたと判定されてよい。このため、端末が、ドアをロック解除するための要求を行うべく、ドア近接領域に接近したと判定される場合、ユーザアクセス権限判定ユニット１３０は、端末が、ユーザ認証動作を実行した後、ドアを通過したかどうか、または、ユーザ認証動作を実行せずに、ドアを通過したかどうかをリアルタイムにモニタリングしてよい。
【０３７９】
しかしながら、上記の通り、本開示のいくつかの実施形態において、ユーザが、外側から内側へ進入する場合であっても、アクセス認証プロセスが、第２のアクセス認証プロセスとして判定されてよい。例えば、ドアをロック解除するためのユーザ認証動作が実行された後、予め定められた時間の間は、ユーザが外側から内側に進入する場合であっても、アクセス認証プロセスは、第１のアクセス認証プロセスではなく、第２のアクセス認証プロセスとして判定されてよい。これにより、ユーザの利便性を高めてよい。ユーザ認証動作が必要ではない第２のアクセス認証プロセスによると、ユーザが、ユーザ認証プロセスを実行せずに、ドアを通過した場合、ユーザはドアに正常にアクセスしたと判定されてよい。
【０３８０】
また、本開示のいくつかの実施形態によると、端末のユーザが、ターゲットドアを通過する場合、異常アクセス管理を端末のユーザに対し実行する段階（Ｓ２０２０）が、実行されてよい。端末のユーザに対し異常アクセス管理を実行する段階（Ｓ２０２０）は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。以下、段階Ｓ２０２０について、図２２を参照して、詳細に説明する。
【０３８１】
本開示の実施形態による異常アクセス管理方法を詳細に説明する前に、まず、本開示の一実施形態によるログ記録動作について簡単に説明する。
【０３８２】
図２１は、一実施形態によるログ記録動作を示すフローチャートである。
【０３８３】
ログとは、端末１９２１および１９２２に関する経過時間による情報が記録されたデータを示してよい。
【０３８４】
図２１を参照すると、以下のログ記録動作が、ユーザアクセス権限判定ユニット１３０によって実行されてよい。しかしながら、ログ記録動作は、必ずしもユーザアクセス権限判定ユニット１３０によって実行されず、別のデバイスによって実行されてもよい。説明の便宜上、以下の説明では、ログ記録動作は、ユーザアクセス権限判定ユニット１３０によって実行されることを前提とする。
【０３８５】
本開示の実施形態において、ユーザアクセス権限判定ユニット１３０は、端末のイベントをチェックしてよい（Ｓ２１１０）。
【０３８６】
ここで、端末１９２１および１９２２のイベントとは、端末１９２１および１９２２間の関係において、特定の事象が発生したことを示してよい。例えば、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２から、信号を取得してよく、または、端末１９２１および１９２２の状況をチェックしてよい。例えば、イベントには、端末が、ビーコンのブロードキャスト範囲内に進入することが含まれてよい。別の例として、イベントには、端末が、ビーコンによって定義されるドア近接領域に進入することが含まれてよい。さらなる別の例として、イベントには、端末が、ユーザ認証動作を実行することが含まれてよい。さらなる別の例として、イベントには、端末が、ビーコンによって定義されるドア近接領域を退出することが含まれてよい。さらなる別の例として、イベントには、端末が、ビーコンのブロードキャスト範囲から、離れることが含まれてよい。
【０３８７】
また、本開示の実施形態において、イベントが発生した場合、ユーザアクセス権限判定ユニット１３０は、端末に関する情報を記録してよい（Ｓ２１２０）。
【０３８８】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、端末に関する様々な情報を記録してよい。例えば、ユーザアクセス権限判定ユニット１３０は、端末から取得された情報を記録してよい。一例として、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２によって送信および受信される信号の送信および受信の時点、タイプ並びに詳細を取得してよく、取得された情報を記録してよい。より詳細な例として、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２がドア１９４０を通って内側に進入した時点、端末１９２１および１９２２がドア１９４０の内側に位置する間の時間、端末１９２１および１９２２がドア１９４０を通って外側へ退出する時点等に関する情報を記録することによって、ログを生成してよい。
【０３８９】
記録されたログを利用することによって、ユーザアクセス権限判定ユニット１３０は、必要に応じて、端末がドアを通過したかどうか、端末が接近し、ドアを通過せずに、その後ドアから離れたかどうか、端末がドアを通過する間に、ユーザ認証動作が実行されたかどうか等を判定してよい。すなわち、上記ログが記録される条件においては、ユーザの異常アクセスが、リアルタイムにモニタリングされていない場合であっても、ユーザアクセス権限判定ユニット１３０は、特定のＵＩＤを持つユーザの異常アクセスが生じたかどうかを後で判定してよい。例えば、特定のＵＩＤを持つユーザのドア近接領域に対する進入時間および退出時間が記録される条件においては、特定のＵＩＤを持つユーザのユーザ認証時間が記録されない場合、ユーザアクセス権限判定ユニット１３０は、当該ＵＩＤを持つユーザの「異常アクセス」があったと、後で判定してよい。このため、本開示の一実施形態においては、ユーザアクセス権限判定ユニット１３０は、ログを定期的にスキャンすることによって、異常アクセスが生じたかどうかを判定してよい。また、本開示の別の実施形態において、ログが生成されるたびごとに、すなわち、ログが追加されるたびごとに、ユーザアクセス権限判定ユニット１３０は、ログをチェックして、異常アクセスが生じたかどうかを判定してよい。故に、ユーザアクセス権限判定ユニット１３０は、異常アクセスが生じたかどうかを迅速にチェックしてよい。
【０３９０】
ユーザアクセス権限判定ユニット１３０が、上記のサーバ（例えば、制御ユニット１９３０に含まれるサーバ）内に実施される場合、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２に関する情報を端末１９２１および１９２２から受信してよい。
【０３９１】
以下、図２２から図２４を参照して、本開示のいくつかの実施形態によるアクセス管理方法の様々な修正例について、説明する。
【０３９２】
図２２は、一実施形態による異常アクセス管理方法を説明するためのフローチャートである。
【０３９３】
図２２を参照すると、異常アクセス管理方法は、異常アクセスをチェックする段階（Ｓ２２１０）と、ログを記録する段階（Ｓ２２２０）と、外部デバイスに通知する段階（Ｓ２２３０）と、事後認証を実行する段階（Ｓ２２４０）と、ドアを制御する段階（Ｓ２２５０）と、を含んでよい。また、異常アクセス管理方法は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。
【０３９４】
本開示の実施形態において、段階Ｓ２２２０〜Ｓ２２５０は、同時に実行されてよい。しかしながら、任意の１つの段階が、他の段階より前に実行されてよい。また、段階Ｓ２１２０において、Ｓ２２２０〜Ｓ２２５０のすべての段階が実行されてよい。しかしながら、段階Ｓ２２２０〜Ｓ２２５０のすべてが実行される必要はなく、よって、段階Ｓ２２２０〜Ｓ２２５０のうち少なくとも１つのみが実行されてよいことに留意されたい。
【０３９５】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２がドアに異常にアクセスしたことをチェックしてよい（Ｓ２２１０）。
【０３９６】
また、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、ログ記録を実行してよい（Ｓ２２２０）。
【０３９７】
本開示のいくつかの実施形態において、ログは、ドアに異常にアクセスした端末１９２１および１９２２によって送信および受信されたメッセージ、ドアに異常にアクセスした端末１９２１および１９２２の位置等を含んでよい。すなわち、ドアに異常にアクセスした端末１９２１および１９２２が、別人によって盗まれたものである場合、盗まれた端末１９２１および１９２２の使用履歴、移動ルート等が確保される。従って、セキュリティは高められてよい。また、ユーザアクセス権限判定ユニット１３０は、生成されたログをデータベースに格納してよい。
【０３９８】
また、アクセス管理システムに登録された複数の端末に関する情報が、データベースに格納されている場合、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２がドアに異常にアクセスした時間、端末１９２１および１９２２がドアに異常にアクセスした回数等をデータベースに記録してよい。
【０３９９】
また、本開示のいくつかの実施形態において、外部デバイスに通知する段階（Ｓ２２３０）が実行されてよい。例えば、ユーザアクセス権限判定ユニット１３０は、セキュリティサーバまたはセキュリティ管理スタッフの端末等の外部デバイスに対し、端末１９２１および１９２２のユーザの異常アクセスに関し通知してよい。外部デバイスは、アクセス管理システムとは独立して、ドアに異常にアクセスした端末１９２１および１９２２を管理してよい。故に、ドアに異常にアクセスした端末１９２１および１９２２が、外部デバイスによっても管理されるので、セキュリティは高められてよい。
【０４００】
また、本開示のいくつかの実施形態において、事後認証を実行する段階（Ｓ２２４０）が実行されてよい。ここで、事後認証とは、端末１９２１および１９２２のユーザがドアに異常にアクセスした後、ユーザアクセス権限判定ユニット１３０が、ドアに異常にアクセスした端末１９２１および１９２２のユーザがターゲットドア１９４０を正常に通過することを事後認証することを示してよい。段階Ｓ２２４０について、図２３を参照して、詳細に説明する。
【０４０１】
また、本開示のいくつかの実施形態において、ドアを制御する段階（Ｓ２２５０）が実行されてよい。段階Ｓ２２５０は、ユーザが外部の侵入者である場合に、ドアに異常にアクセスしたユーザが、外側に恣意的に出ることを防止するためのものである。
【０４０２】
例えば、ドアに異常にアクセスした端末１９２１および１９２２のユーザが、ドア１９４０にアクセスする要求を行った場合であっても、ユーザアクセス権限判定ユニット１３０は、ドアをロックするように制御してよい。詳細な例として、図１３を参照して上記した通り、端末１９２１および１９２２がドア１９４０の内側からドア１９４０の外側へ退出する場合は、ユーザアクセス権限判定ユニット１３０は、ユーザ認証動作を実行せずに、ドアをロック解除するよう制御してよい。しかしながら、端末１９２１および１９２２のユーザが、ドア１９４０に異常にアクセスした場合、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２が、ドア１９４０の内側から、ドア１９４０の外側へ退出しようとする場合であっても、ドアをロック解除する制御を行わない。これによって、ドア１９４０に異常にアクセスした端末１９２１および１９２２が、ドア１９４０を通って外側に出ることを防止し、これによって、セキュリティを高めてよい。
【０４０３】
また、ドア１９４０に異常にアクセスした端末１９２１および１９２２が、事後認証された後、またはユーザ認証動作を通して、端末１９２１および１９２２のユーザがドア１９４０を正常に通過してよいと認証された後は、ユーザアクセス権限判定ユニット１３０は、ドアをロック解除するように制御してよい。
【０４０４】
図２３は、図２２の段階Ｓ２２４０を詳細に説明するためのフローチャートである。
【０４０５】
図２３を参照すると、段階Ｓ２２４０は、ユーザに異常アクセスを通知する段階（Ｓ２３１０）と、端末のユーザが、正常にドアにアクセスしてよいかどうかを判定する段階（Ｓ２３２０）とを含んでよい。段階Ｓ２２４０は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。
【０４０６】
本開示のいくつかの実施形態において、ユーザに、異常アクセスに関し通知する段階（Ｓ２３１０）が実行されてよい。図２２の段階Ｓ２２１０に上記した通り、ユーザアクセス権限判定ユニット１３０は、端末１９２１および１９２２のユーザが、ドアに異常にアクセスしたことを確認してよく、異常アクセスの確認の後、端末１９２１および１９２２のユーザに、異常アクセスに関し通知してよい。
【０４０７】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０がサーバ（例えば、制御ユニット１９３０に含まれてよいサーバ）内に含まれる場合、サーバは、端末１９２１および１９２２に対し、異常アクセスに関し通知することを命令するメッセージを端末１９２１および１９２２に送信してよく、端末１９２１および１９２２は、当該メッセージに従い、端末１９２１および１９２２のユーザに、異常アクセスに関し通知してよい。
【０４０８】
また、ユーザアクセス権限判定ユニット１３０が端末１９２１または１９２２に含まれる場合、ユーザアクセス権限判定ユニット１３０は、異常アクセスを確認してよく、その後、端末１９２１または１９２２のユーザに、異常アクセスに関し通知してよい。
【０４０９】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、端末１９２１または１９２２のオーディオ出力ユニットを用いて、異常アクセスを音で出力してよく、または、端末１９２１または１９２２のビデオ出力ユニットを用いて、異常アクセスを視覚的に出力してよい。また、ユーザアクセス権限判定ユニット１３０は、異常アクセスに関し通知するための振動を生成してよい。また、ユーザアクセス権限判定ユニット１３０は、端末関連アクセス管理アプリケーションによって提供されるＵＩを用いることによって、ユーザに、異常アクセスに関し通知してよい。
【０４１０】
また、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイス内に含まれてよい。ここで、ユーザ動作デバイスとは、端末１９２１または１９２２ではなく、ユーザのパーソナルコンピュータ（ＰＣ）等、ユーザによって動作されるデバイスを示してよい。この場合、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイスのオーディオ出力ユニット、ビデオ出力ユニット等を用いて、端末１９２１および１９２２のユーザに、異常アクセスに関し通知してよい。
【０４１１】
また、本開示のいくつかの実施形態において、端末のユーザが、ドアに正常にアクセス可能かどうかを判定する段階（Ｓ２３２０）が実行されてよい。段階Ｓ２３２０は、上記のユーザ認証方法と同様または同一であるので、その詳細な説明は省略する。
【０４１２】
しかしながら、本開示の一実施形態において、ユーザがドアにアクセス可能かどうかを判定すべく、ユーザアクセス権限判定ユニット１３０は、ユーザ認証情報を用いる代わりに、別のスキームを用いてよい。
【０４１３】
例えば、これについて、図２４を参照して説明する。
【０４１４】
図２４中に示す端末２４１０は、図３の端末３００の修正例であってよい。図２４中に示すユーザ動作デバイス２４２０は、図２３を参照して上記したユーザ動作デバイスを示してよい。
【０４１５】
本開示の一実施形態において、（ａ）において、ユーザアクセス権限判定ユニット１３０は、端末２４１０内に含まれてよい。本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、端末２４１０のビデオ出力ユニットを通して、異常出力を視覚的に出力してよい。また、端末２４１０は、ユーザの指紋を認識するための指紋センサ２４１１を含んでよい。端末２４１０は、指紋センサ２４１１を通して、ユーザの指紋情報を取得してよく、ユーザアクセス権限判定ユニット１３０は、ユーザの指紋情報を取得してよい。次に、ユーザアクセス権限判定ユニット１３０は、取得されたユーザの指紋情報を、事前格納されたユーザの指紋情報と比較してよい。取得されたユーザの指紋情報および事前格納されたユーザの指紋情報が互いに合致する場合、ユーザアクセス権限判定ユニット１３０は、端末２４１０のユーザの異常アクセスを事後認証してよい。
【０４１６】
また、本開示の別の実施形態において、（ａ）において、ユーザアクセス権限判定ユニット１３０は、サーバ内に含まれてよい。一実施形態において、ユーザアクセス権限判定ユニット１３０は、端末２４１０から、ユーザの指紋情報を取得してよい。上記の通り、取得されたユーザの指紋情報および事前格納されたユーザの指紋情報が互いに合致する場合、ユーザアクセス権限判定ユニット１３０は、端末２４１０のユーザの異常アクセスを事後認証してよい。
【０４１７】
また、別の実施形態において、サーバ内に含まれるユーザアクセス権限判定ユニット１３０は、取得されたユーザの指紋と、事前格納されたユーザの指紋情報とが互いに合致するかどうかの比較結果を、端末２４１０から取得してよい。すなわち、端末２４１０は、取得されたユーザの指紋情報を、事前格納されたユーザの指紋情報と比較してよく、比較の結果をユーザアクセス権限判定ユニット１３０に提供してよい。取得されたユーザの指紋情報および事前格納されたユーザの指紋情報が互いに合致することが、取得された比較結果から確認された場合、ユーザアクセス権限判定ユニット１３０は、端末２４１０のユーザの異常アクセスを事後認証してよい。
【０４１８】
（ｂ）において、ユーザアクセス権限判定ユニット１３０は、端末２４１０内に含まれてよい。ユーザアクセス権限判定ユニット１３０は、端末のユーザが、ドアに正常にアクセスできるかどうかをチェックするための情報を用いて、端末のユーザの異常アクセスを事後認証してよい。
【０４１９】
本開示のいくつかの実施形態において、事後認証を実行すべく、ユーザアクセス権限判定ユニット１３０は、端末２４１０のビデオ出力ユニットを通して、特定の領域２４１２を表示してよい。この場合、端末２４１０のユーザ入力ユニットを通して、タッチ入力データが、特定の領域２４１２から取得される場合、ユーザアクセス権限判定ユニット１３０は、タッチ入力データの取得に応答して、端末２４１０のユーザの異常アクセスを事後認証してよい。
【０４２０】
（ｃ）において、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイス２４２０内に含まれてよい。
【０４２１】
本開示のいくつかの実施形態において、端末のユーザが、ドアに異常にアクセスした場合、ユーザアクセス権限判定ユニット１３０は、端末のユーザの異常アクセスを認識してよい。例えば、ユーザアクセス権限判定ユニット１３０は、サーバ（例えば、制御ユニット１９３０内に含まれるサーバ）から、端末のユーザが、ドアに異常にアクセスしたことを示すメッセージを取得してよい。
【０４２２】
次に、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイス２４２０のビデオ出力ユニットを通して、異常アクセスを視覚的に出力してよい。
【０４２３】
また、事後認証を実行すべく、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイス２４２０のビデオ出力ユニットを通して、特定の領域２４２１を表示してよい。ユーザ動作デバイス２４２０のユーザ入力ユニットを通して、入力データ（例えば、マウスクリックによる入力データ）が特定の領域２４２１から取得される場合、ユーザアクセス権限判定ユニット１３０は、入力データの取得に応答して、端末のユーザの異常アクセスを事後認証してよい。
【０４２４】
上記において、本開示の一実施形態による、異常アクセス管理方法について説明した。以下、本開示の一実施形態による、ドアの開いている時間の制御方法について、説明する。
【０４２５】
＜ドア制御方法＞
【０４２６】
図２５は、一実施形態によるドア制御方法を説明するためのダイアグラムである。
【０４２７】
図２５を参照すると、アクセス管理システムは、ビーコン２５１０、端末２５２０および制御ユニット２５３０を含んでよい。
【０４２８】
特に、図２５は、ビーコン２５１０がドア２５４０に１対１に対応するシステムを示す。しかしながら、ドア制御方法は、ビーコン２５１０がドア２５４０にｎ対１に対応するシステムに対しても適用可能である。また、図２５中に示す端末２５２０はユーザが保持するデバイスであり、端末２５２０のユーザは図２５中に示されていない。
【０４２９】
外側２５５１および内側２５５２は、ドア２５４０によって、分離されていてよい。特に、ビーコン２５１０を基に判定されるドア近接領域２５６１が、外側２５５１にさらに定義されてよく、また、ビーコン２５１０を基に判定されるドア近接領域２５６２が、内側２５５２に定義されてよい。端末２５２０が、ドア近接領域２５６１および２５６２に進入したと判定されると、予め定められたアクセス管理動作が、制御ユニット２５３０によって開始されてよい。
【０４３０】
端末２５２０のユーザが、ドア２５４０にアクセスするためには、端末２５２０のユーザのアクセスが、認証される必要がある。端末２５２０のユーザのアクセスが認証される場合、制御ユニット２５３０は、ドア２５４０をロック解除してよい。
【０４３１】
本開示のいくつかの実施形態において、制御ユニット２５３０は、ドア２５４０をロック解除すべく、ロック解除コマンドを出力してよい。ロック解除コマンドにより、ロックユニット（例えば、制御ユニット２５３０に含まれるサーバ）は、ドア２５４０をロック解除すべく、ロック手段を制御してよい。その後、ロックユニットは、ロック解除コマンドにより、ドア２５４０をロック解除した後から予め定められた時間において、ドア２５４０をロックしてよい。特に、これは、低コストのパッシブ型ロックユニットが適用されるシステムにおいては、頻繁に発生してよい。ここで、低コストのパッシブ型ロックユニットは、ロックコマンドではなく、ロック解除コマンドのみを用いて、ドアを制御し、タイムカウントダウンに従い、ドアをロックする。
【０４３２】
しかしながら、端末２５２０のユーザがドア２５４０を通過する前に、ドア２５４０がロックされた場合、端末２５２０のユーザがドア２５４０を通過するために、予め定められたアクセス管理動作が再度実行されてよい。場合に依り、端末２５２０のユーザは、ユーザ認証を実行する必要があり、その結果、不都合に感じる可能性がある。このため、本開示のドア制御方法により、端末２５２０のユーザが、ドア２５４０を快適に通過するように、ドア２５４０が適切にロック解除されるよう制御されてよい。
【０４３３】
図２６は、一実施形態によるドア制御方法を示す、フローチャートである。
【０４３４】
図２６を参照すると、本開示のいくつかの実施形態によるドア制御方法は、ターゲットドアがロック解除されるように制御する段階（Ｓ２６１０）と、ターゲットドアがロック解除された状態を維持するかどうかを判定する段階（Ｓ２６２０）と、ターゲットドアがロック解除された状態を維持すると判定された場合、ターゲットドアがロックされる前に、ドアロック解除制御を実行する段階（Ｓ２６３０）と、を含んでよい。
【０４３５】
ドア制御方法は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。すなわち、ユーザアクセス権限判定ユニット１３０が、上記のサーバ（例えば、制御ユニット２５３０に含まれるサーバ）内に実施される場合、ドア制御方法は、サーバによって実行されてよい。一方で、ユーザアクセス権限判定ユニット１３０が、端末２５２０に含まれるように構成される場合、ドア制御方法は、端末２５２０によって実行されてよい。
【０４３６】
以下、ドア制御方法の段階について、詳細に説明する。
【０４３７】
本開示のいくつかの実施形態によると、ユーザアクセス権限判定ユニット１３０は、ターゲットドア２５４０がロック解除されるように制御してよい（Ｓ２６１０）。
【０４３８】
ターゲットドア２５４０がロック解除されるように制御すべく、ユーザアクセス権限判定ユニット１３０は、ビーコン２５１０のＢＩＤを取得し、取得されたＢＩＤを用いて、ロック／ロック解除制御動作が実行されるべきターゲットドアを判定し、端末２５２０のＵＩＤおよびユーザ認証情報のうち少なくとも１つを基に、ターゲットドアをロック解除すべきかどうかを判定してよい。図８の段階Ｓ８３０からＳ８４０の説明が、この場合に適用されてよいため、便宜上、その詳細な説明は省略する。
【０４３９】
本開示のいくつかの実施形態によると、ターゲットドア２５４０をロック解除するように制御すべく、ユーザアクセス権限判定ユニット１３０は、ロック解除コマンドを生成してよく、ドアロックユニット１５０は、ロック解除コマンドにより、ドアロック解除制御動作を実行してよい。この場合、予め定められた時間内にロック解除コマンドが取得されない限り、ドアロックユニット１５０は、予め定められた時間の後、ターゲットドア２５４０をロックしてよい。
【０４４０】
本開示のいくつかの実施形態によると、ユーザアクセス権限判定ユニット１３０は、ターゲットドア２５４０がロック解除された状態を維持するかどうかを判定してよい（Ｓ２６２０）。
【０４４１】
このため、ユーザアクセス権限判定ユニット１３０は、ドアロック制御条件が満たされているかどうかを判定してよい。ここで、ドアロック制御条件とは、ロック解除されたターゲットドア２５４０をロックするように制御するための条件であってよい。本開示の実施形態において、ドアロック制御条件には、端末２５２０がターゲットドア２５４０を通過すること、または、端末２５２０が、ドア近接領域２５６１または２５６２を退出することが含まれてよい。
【０４４２】
本開示のいくつかの実施形態によると、ドアロック制御条件が満たされているかどうかを判定すべく、ユーザアクセス権限判定ユニット１３０は、端末２５２０がターゲットドア２５４０を通過したかどうかを判定してよい。図２１の段階Ｓ２１１０の説明が、この場合に適用されてよいため、便宜上、その詳細な説明は省略する。端末２５２０がターゲットドア２５４０を通過したと判定される場合、ユーザアクセス権限判定ユニット１３０は、ドアロック制御条件が満たされていると判定してよく、ターゲットドア２５４０がロック解除された状態を維持しないと判定してよい。また、端末２５２０がターゲットドア２５４０を通過していないと判定される場合、ユーザアクセス権限判定ユニット１３０は、ドアロック制御条件が満たされていないと判定してよく、ターゲットドア２５４０がロック解除された状態を維持すると判定してよい。
【０４４３】
本開示のいくつかの実施形態によると、ドアロック制御条件が満たされているかどうかを判定すべく、ユーザアクセス権限判定ユニット１３０は、端末２５２０が、ドア近接領域２５６１または２５６２を出たかどうかを判定してよい。換言すると、ユーザアクセス権限判定ユニット１３０は、端末２５２０が、ドア２５４０に対する外側のドア近接領域２５６１、または、ドア２５４０に対する内側のドア近接領域２５６２を出たかを判定してよい。例えば、ユーザアクセス権限判定ユニット１３０は、端末２５２０がターゲットドア２５４０にアクセスするための要求を行うとき、すなわち、端末２５２０が、取得されたＢＩＤを送信するときに、端末２５２０が位置するドア近接領域をチェックしてよい。段階Ｓ２６２０において、ターゲットドア２５４０がロック解除された後、ユーザアクセス権限判定ユニット１３０は、端末２５２０がドア近接領域を出たかどうかを判定してよい。
【０４４４】
この場合、端末２５２０がドア近接領域を出たと判定される場合、ユーザアクセス権限判定ユニット１３０は、ドアロック制御条件が満たされていると判定してよく、ターゲットドア２５４０がロック解除された状態を維持しないと判定してよい。
【０４４５】
しかしながら、端末２５２０がドア近接領域を出ていないと判定される場合、ユーザアクセス権限判定ユニット１３０は、ドアロック制御条件が満たされていないと判定してよく、ターゲットドア２５４０がロック解除された状態を維持すると判定してよい。
【０４４６】
その後、本開示の実施形態によると、ターゲットドア２５４０がロック解除された状態を維持すべきであると判定される場合、ユーザアクセス権限判定ユニット１３０は、ターゲットドア２５４０がロックされる前に、ドアロック解除制御を実行してよい（Ｓ２６３０）。
【０４４７】
ターゲットドア２５４０がロック解除された状態を維持する必要があると判定される場合、ユーザアクセス権限判定ユニット１３０は、ドアをロック解除すべく、ロック解除コマンドを生成してよい。
【０４４８】
この場合、上記の通り、ロックユニットがロック解除コマンドを受信し、ロック解除動作を実行する場合、ロックユニットは、予め定められた時間（すなわち、ロック戻り時間）の後、ロック動作を実行してよい。ドアロック制御条件が満たされていないと判定される時間が、予め定められたロック戻り時間より長い場合、ロック解除コマンドが、生成されてよく、またそれは複数回送信されてよい。
【０４４９】
本開示の実施形態において、ロック解除コマンドが複数回生成されるべきである場合、ユーザアクセス権限判定ユニット１３０は、予め定められた生成間隔で、ロック解除コマンドを生成してよい。ここで、予め定められた生成間隔は、ターゲットドア２５４０が、１つのロック解除コマンドによってロック解除されてから、ターゲットドア２５４０が再度ロックされるまでの予め定められた時間より短い。すなわち、予め定められた生成間隔は、予め定められたロック戻り時間より短くてよい。本開示の実施形態において、ロック解除コマンドが複数回生成される必要がある場合、ユーザアクセス権限判定ユニット１３０は、ロック解除コマンドを連続的に生成してよく、生成されたロック解除コマンドを連続的に出力してよい。
【０４５０】
ユーザアクセス権限判定ユニット１３０は、ターゲットドア２５４０がロック解除された状態を維持すべく、段階Ｓ２６２０およびＳ２６３０を反復的に実行してよい。
【０４５１】
段階Ｓ２６２０において、ターゲットドア２５４０がロック解除された状態を維持しないと判定される場合、ユーザアクセス権限判定ユニット１３０は、ロック解除コマンドを生成しなくてよい。故に、ドアロックユニット１５０は、ロック戻り時間の後、ターゲットドア２５４０をロックしてよい。ロック解除コマンドが生成される、または複数回出力される条件においては、ロックユニットによって最後のロック解除コマンドが実行された最後の時点から、ロック戻り時間が過ぎた場合は、ターゲットドア２５４０がロックされてよい。
【０４５２】
本開示のいくつかの実施形態において、ターゲットドア２５４０がロック解除されるように制御すべく、ユーザアクセス権限判定ユニット１３０は、ロック解除コマンドと共に、ロックコマンドを用いて、ターゲットドア２５４０を制御してよい。例えば、ロック解除コマンドにより、ターゲットドア２５４０がロック解除され、ロックコマンドにより、ターゲットドア２５４０がロックされてよい。段階Ｓ２６２０において、ターゲットドア２５４０がロック解除された状態を維持するように判定される場合、ユーザアクセス権限判定ユニット１３０は、ロックコマンドを出力しなくてよい。すなわち、段階Ｓ２６２０において、ターゲットドア２５４０がロック解除された状態を維持すると判定された後、段階Ｓ２６２０において、ターゲットドア２５４０が、ロック解除された状態を維持しないと判定されるまで、ロックコマンドの出力は遅延されてよい。また、ロックコマンドの出力が遅延される間、また、ロック解除コマンドが出力されてよい。故に、ターゲットドア２５４０は、ロック解除された状態を維持されてよい。その後、段階Ｓ２６２０において、ターゲットドア２５４０がロック解除された状態を維持しないと判定される場合、ターゲットドア２５４０をロックすべく、ロックコマンドが出力されてよい。
【０４５３】
図２７は、一実施形態によるドアロック解除制御動作を説明するためのフローチャートである。特に、図２７は、本開示によるアクセス管理システムが、端末、ビーコン、サーバ、アクセス制限コントローラおよびドアロックユニットで構成されている前提で、上記のドアロック解除制御動作について詳細に説明するためのダイアグラムである。
【０４５４】
図２７を参照すると、本開示のいくつかの実施形態により、ユーザアクセス権限判定ユニット１３０は、サーバ内に含まれてよい。サーバは、図２６を参照して上記した段階Ｓ２６１０に従い、ドアロック解除制御を実行してよい（Ｓ２７１１）。
【０４５５】
本開示のいくつかの実施形態において、ドアをロック解除すると判定された場合、サーバは、ドアをロック解除するためのロック解除コマンドを生成し、生成されたロック解除コマンドをアクセス制限コントローラに送信してよい。サーバは、図２６を参照して上記した段階Ｓ２６２０に従い、ターゲットドアがロック解除された状態を維持すべきかどうかを判定してよい。ターゲットドアが、ロック解除された状態を維持すると判定される条件においては、サーバは、ターゲットドアがロック解除された状態を維持される間、予め定められた間隔で、ロック解除コマンドを生成してよく、および、生成されたロック解除コマンドをアクセス制限コントローラに送信してよい。
【０４５６】
また、アクセス制限コントローラは、予め定められた生成間隔において生成されたロック解除コマンドを、予め定められた生成間隔に対応する間隔において、サーバから受信してよく、受信されたロック解除コマンドに従い、制御信号を生成してよい。アクセス制限コントローラは、予め定められた生成間隔に対応する間隔において生成された制御信号を、ロックユニットに送信してよい。
【０４５７】
ドアロックユニットは、受信された制御信号に従い、ドアロック解除制御動作を実行してよい（Ｓ２７３１）。よって、制御信号を受信する間、ドアロックユニットは、ドアをロック解除すべく、図６のロック手段６３０を物理的に制御してよい。
【０４５８】
また、本開示のいくつかの実施形態において、サーバは、図２６を参照して上記した段階Ｓ２６２０に従い、ターゲットドアがロック解除された状態を維持すべきかどうかを判定してよい。ターゲットドアが、ロック解除された状態を維持しないと判定される場合、サーバは、ドアロック制御を実行してよい（Ｓ２７１２）。この場合、サーバは、ロック解除コマンドを生成せず、よって、ドアロックユニットは、制御信号を取得できない。ドアロックユニットが、制御信号を取得できない場合、ドアロックユニットが最後の制御信号を取得した後から予め定められた時間において、ドアロックユニットは、ドアをロックすべく、図６のロック手段６３０を物理的に制御してよい。
【０４５９】
現在一般的に用いられている安価なドアロックユニットの場合、ドアロック解除時間は、予め定められた時間（すなわち、ロック戻り時間）として判定される。しかしながら、端末のユーザの条件に依り、ドアがロック解除された状態を維持する間の時間は、調整される必要があってよい。図２６および２７を参照して上記した通り、本開示のドア制御方法においては、ドアロック解除時間は、予め定められた生成間隔において、ロック解除コマンドを定期的に出力することによって、調整されてよい。本開示のドア制御方法によると、ドアロック解除時間は、既存のドアロックユニットを交換することなく調整されてよく、よって、ユーザの利便性が高められてよい。
【０４６０】
図２８は、別の実施形態によるドア制御方法を示すフローチャートである。特に、図２８は、複数のユーザが略同時または同様の時に、ドアの通過を所望する場合における、上記のドアロック解除時間制御方法が適用されてよい修正例を説明するためのダイアグラムである。
【０４６１】
図２８を参照すると、アクセス管理システムは、ビーコン、第１の端末、第２の端末およびサーバを含んでよい。上記のユーザアクセス権限判定ユニット１３０は、サーバ内に含まれてよい。ここで、ビーコンは、図２のビーコン２００の修正例であってよく、第１の端末および第２の端末は、図３の端末３００の修正例であってよく、サーバは、図４のサーバ４００の修正例であってよい。また、第１の端末および第２の端末は、互いに近傍に位置する前提である。
【０４６２】
本開示の修正例においては、ビーコンは、ビーコンデータをブロードキャストしてよい（Ｓ２８１１）。第１の端末および第２の端末が、ブロードキャスト範囲（または、ドア近接領域）に位置する場合、第１の端末および第２の端末はビーコンデータを取得してよい。第１の端末は、ターゲットドアにアクセスするための要求を行ってよく（Ｓ２８２１）、第２の端末も、ターゲットドアにアクセスするための要求を行ってよい（Ｓ２８３１）。この場合、第１の端末は、取得されたＢＩＤをサーバに送信してよく、第２の端末は、取得されたＢＩＤをサーバに送信してよい。
【０４６３】
また、本開示の修正例においては、第１の端末および第２の端末は、ターゲットドアに対する外側に位置してよく、サーバは、第１の端末および第２の端末のアクセス認証プロセスを、第１のアクセス認証プロセスとして判定してよい（Ｓ２８４１）。故に、サーバは、第１の端末および第２の端末からのユーザ認証を要求してよい。
【０４６４】
その後、第１の端末は、ユーザから、ユーザ認証情報を取得してよく（Ｓ２８２２）、第１の端末のユーザのユーザ認証情報、ユーザ認証結果、またはＵＩＤを送信してよい。
【０４６５】
ｉ）まず、第１の端末が、ユーザ認証情報をサーバに送信する場合、サーバは、段階Ｓ２８４２において、取得されたユーザ認証情報を基に、ユーザ認証動作を実行してよい。ユーザ認証動作を実行した結果、取得されたユーザ認証情報が、事前格納されたユーザ認証情報と合致する場合、サーバは、複数のＵＩＤが格納されているデータベースから、第１の端末のユーザのＵＩＤを取得してよく、取得されたＵＩＤに対応する端末のユーザ、すなわち、第１の端末のユーザが、ドアを通過することを許容するように、ドアを制御してよい。
【０４６６】
ｉｉ）また、第１の端末は、ユーザ認証動作を実行すべく、取得されたユーザ認証情報と、第１の端末に事前格納されたユーザ認証情報とを比較して（例えば、第１の端末が事前格納されたユーザ認証情報をサーバから取得し、取得されたユーザ認証情報を格納する）よく、ユーザ認証動作のユーザ認証結果をサーバに送信してよい。段階Ｓ２８４２において、サーバは、ユーザ認証結果を取得する。サーバが、取得されたユーザ認証結果から、第１の端末から取得されたユーザ認証情報と、第１の端末に事前格納されたユーザ認証情報とが互いに合致することを確認した場合、サーバは、第１の端末に事前格納されたユーザ認証情報に合致する第１の端末のＵＩＤを上記のデータベースから取得してよく、第１の端末のユーザがドアを通過することを許容するように、ドアを制御してよい。
【０４６７】
ｉｉｉ）また、第１の端末は、ユーザ認証動作を実行する。取得されたユーザ認証情報が事前格納されたユーザ認証情報と合致すると判定された場合、第１の端末は、第１の端末のＵＩＤをサーバに送信してよい。段階Ｓ２８４２において、サーバが、第１の端末のＵＩＤを第１の端末から取得する場合、サーバは、第１の端末のユーザが、ドアを通過することを許容するようにドアを制御してよい。
【０４６８】
上記の通り、段階Ｓ２８４２において、サーバは、第１の端末のユーザのユーザ認証情報、ユーザ認証結果、またはＵＩＤを基にドアをロック解除してよい。これは、ユーザ認証プロシージャを実行した第１の端末のユーザによって取得された結果から生じてよい。この場合、サーバはドアロック解除動作を実行した後、ドアをロック解除した状態を維持するかどうかを判定してよい。第１の端末がドアロック制御条件を満たす場合、サーバは、ドアがロックされるように制御してよい。しかしながら、第２の端末がドアロック制御条件を満たさない場合、すなわち、第２の端末がターゲットドアを通過しない、またはドア近接領域に位置する場合、サーバはドアをロックしてよい。
【０４６９】
これは、第１の端末のためのアクセス管理動作および第２の端末のためのアクセス管理動作が互いに独立しており、第２の端末のユーザがターゲットドアへのアクセスを認証されていない間に、第２の端末の位置を考慮してドアロック解除制御が実行される場合、ターゲットドアへのアクセスが認証されていない第２の端末の未認証ユーザが、ターゲットドアに容易にアクセスできることになり、これによって、セキュリティが弱まる可能性があるからである。
【０４７０】
また、本開示のいくつかの実施形態において、段階Ｓ２８４２において、サーバは、ドアをロックしてよい。すなわち、サーバは、第１の端末のユーザに加え、第２の端末のユーザがターゲットドアへのアクセスを認証されるかどうかを考慮して、ドアをロック解除すべきかどうかを判定してよい。第２の端末のユーザが、ターゲットドアへのアクセスを認証されない場合、サーバは、ドアロック解除制御を実行しなくてよい。これは、第１の端末がターゲットドアにアクセスし得るかどうかのみを考慮して、ドアロック解除制御が実行される場合、ターゲットドアにアクセスできない第２の端末が、ロック解除されたターゲットドアにアクセスできてしまうからである。概説すると、同時または同様の時に、特定のドアへのアクセスを所望する複数のユーザが存在する条件においては、アクセス管理システムは、複数のユーザすべてが、ユーザ認証動作を実行した場合にのみ、特定のドアに対するロック解除コマンドを生成または出力するように設計されてよい。故に、上記の異常アクセスユーザの発生は、根本的に防止されてよい。
【０４７１】
段階Ｓ２８４２において、ドアをロック解除するように制御すべきかどうか、または、ドアをロックするように制御すべきかどうかは、セキュリティポリシに依り、判定されてよい。サーバは、セキュリティポリシにより、ドアをロック解除またはロックするように選択的に制御してよい。
【０４７２】
また、本開示の一実施形態において、第１の端末と同様、第２の端末は、ユーザから、ユーザ認証情報を取得してよく（Ｓ２８２２）、第２の端末のユーザのユーザ認証情報、ユーザ認証結果、またはＵＩＤをサーバに送信してよい。サーバは、第２の端末のユーザ認証情報、ユーザ認証結果、または第２の端末のユーザのＵＩＤを基に、第２の端末のユーザがターゲットドアにアクセスすることを認証してよく、ドアがロック解除されるように制御してよい。
【０４７３】
ここまでで、本開示の様々な実施形態および修正例によるドアロック解除制御方法について説明した。以下、本開示による、ビーコン信号の様々な制御方法について、説明する。
【０４７４】
＜ビーコン制御方法＞
【０４７５】
図２９は、一実施形態によるビーコン制御方法を説明するためのダイアグラムである。
【０４７６】
図２９を参照すると、アクセス管理システムは、ビーコン２９１０、端末２９２０および制御ユニット２９３０を含んでよい。
【０４７７】
特に、図２９は、ビーコン２９１０がドア２９４０に１対１に対応するシステムを示す。しかしながら、ビーコン制御方法は、ビーコン２９１０がドア２９４０にｎ対１に対応するシステムに対しても適用可能である。また、図２９中に示す端末２９２０は、ユーザが保持するデバイスであり、ユーザは図２９中に示されていない。
【０４７８】
外側２９５１および内側２９５２は、ドア２９４０によって、分離されていてよい。特に、ビーコン２９１０を基に判定されるドア近接領域２９６１が、外側２９５１にさらに定義されてよく、また、ビーコン２９１０を基に判定されるドア近接領域２９６２が、内側２９５２に定義されてよい。端末２９２０が、外側２９５１のドア近接領域２９６１に進入したと判定された場合、または、端末２９２０が、内側２９５２のドア近接領域２９６２に進入したと判定された場合、予め定められたアクセス管理動作が開始されてよい。
【０４７９】
ビーコン２９１０は、ブロードキャスト方式で、予め定められた送信電力レベルにおいて、および予め定められた送信間隔において、信号を送信してよい。また、ビーコン２９１０が信号を送信する場合、ビーコン２９１０は、ビーコンデータを送信してよい。
【０４８０】
セキュリティポリシにより、端末２９２０が、ブロードキャスト範囲、または、ドア近接領域２９６１若しくは２９６２に位置する場合、端末２９２０は信号を取得してよい。端末２９２０がビーコンデータを受信すると、端末２９２０は、ビーコンデータを適切に処理し、その後、本開示によるアクセス管理動作のための情報を制御ユニット２９３０に送信してよく、または、代替的に、端末２９２０は、特別な処理を行うことなく、ビーコンデータを制御ユニット２９３０に送信してもよい。
【０４８１】
本開示のいくつかの実施形態において、端末２９２０がドア近接領域２９６１または２９６２に位置する場合、端末２９２０は、ビーコン２９１０から、ビーコンデータを受信してよい。この場合、端末２９２０は、ビーコンデータの受信に応答して、ａｃｋデータ（または応答データ）を送信してよい。
【０４８２】
一方、端末２９２０が、ドア近接領域２９６１または２９６２に位置しない場合、端末２９２０は、ビーコン２９１０からビーコンデータを受信できない。また、ａｃｋデータをビーコン２９１０に送信することはできない。
【０４８３】
しかしながら、この場合、端末２９２０がドア近接領域２９６１または２９６２の外側に位置するため、ビーコンデータを受信できない場合であっても、ビーコン２９１０は、ビーコンデータを含む信号を定期的に送信し得る。従って、ビーコン２９１０の継続的なバッテリ消費が生じる可能性がある。
【０４８４】
詳細な例として、ビーコン２９１０が、会社のオフィスに設置される場合、従業員の端末２９２０は、ビーコンデータをビーコン２９１０から取得してよい。しかしながら、従業員が帰宅した結果、端末のすべてがビーコンデータを取得できない場合であっても、ビーコン２９１０は、ビーコンデータを含む信号を継続的に送信する。故に、ビーコンのバッテリは、無駄になる可能性がある。
【０４８５】
従って、ビーコン２９１０を効率よく動作させるべく、ビーコンによって送信される信号の送信間隔、送信電力レベル等が、ビーコン２９１０の周囲の環境に従い、調整されてよい。
【０４８６】
図３０は、別の実施形態によるビーコン制御方法を説明するためのダイアグラムである。
【０４８７】
図３０を参照すると、アクセス管理システムは、ビーコン２９１０、端末２９２０および制御ユニット２９３０を含んでよい。図３０のアクセス管理システムのそれらの構成要素および処理は、図２９のアクセス管理システムのそれらと同様である。
【０４８８】
しかしながら、第１のドア近接領域２９６１および２９６２並びに第２のドア近接領域３０７１および３０７２が、それぞれ外側２９５１および内側２９５２に定義されてよい。第１のドア近接領域２９６１または２９６２は、第２のドア近接領域３０７１または３０７２より小さい領域を有してよく、第２のドア近接領域３０７１または３０７２は、第１のドア近接領域２９６１または２９６２を含んでよい。また、各ドア近接領域の範囲は、ビーコン２９１０の送信電力レベルに従い、調整されてよい。
【０４８９】
第２のドア近接領域３０７１または３０７２が、ドア近接領域として選択される条件においては、端末２９２０が、第１のドア近接領域２９６１より大きい第２のドア近接領域３０７１または３０７２に位置する場合に、端末２９２０は信号を取得してよい。
【０４９０】
一方、第１のドア近接領域２９６１または２９６２がドア近接領域として選択される条件においては、端末２９２０が、第１のドア近接領域２９６１または２９６２に位置する場合、端末２９２０は信号を取得してよく、端末２９２０が、第１のドア近接領域２９６１の外側に位置する場合、信号を取得できない。故に、端末２９２０が、第１のドア近接領域２９６１の外側に位置する場合、予め定められたアクセス管理動作は開始されず、その結果、端末２９２０はドア２９４０にアクセスできない。
【０４９１】
ドア近接領域が、小さい範囲を有するように設定されている場合、ユーザは場合に依り、不都合に感じる可能性がある。例えば、ドア２９４０の内側を通って進入する端末２９２０の多くのユーザが存在する、例えば、朝のピーク時の間等の場合、端末２９２０のユーザが、第１のドア近接領域２９６１または２９６２に接近するために要する時間は、出勤を所望する多数の人に起因して、より長くなる可能性がある。かかる状況においても、ドア近接領域２９６１または２９６２がドア近接領域として設定されている場合、第１のドア近接領域２９６１または２９６２の外側に位置する端末２９２０に対しては、予め定められたアクセス管理動作は、開始されない。故に、端末２９２０のユーザが、ドア２９４０にアクセスするためには、かなり多くの時間が必要となる可能性がある。
【０４９２】
特に、ビーコン２９１０がドア２９４０の前方に設置されている場合、ドア２９４０の背後にあるドア近接領域２９６２は、ドア２９４０によって、ドア２９４０の前方にあるドア近接領域２９６１より小さい可能性がある。従って、ドア２９４０の背後に位置する端末は、セキュリティアクセス動作を実行すべく、ドア２９４０により近く接近する必要がある可能性がある。かかる状況において、例えば、夕方のピーク時の間等、ドア２９４０を通って外側へ退出することを所望する端末２９２０の多くのユーザが存在する場合、ドア２９４０を通って外側に退出するには、かなり長い時間が必要とされる可能性がある。
【０４９３】
従って、ユーザがドア２９４０に好都合且つ迅速にアクセスすべく、ビーコンによって送信される信号の送信間隔、送信電力レベル等は、ビーコン２９１０の周囲の環境に従い調整されてよい。
【０４９４】
図３１は、一実施形態によるビーコン制御方法を説明するためのフローチャートである。
【０４９５】
図３１を参照すると、本開示のいくつかの実施形態による、ビーコン制御方法は、ビーコンの周囲環境情報を取得する段階（Ｓ３１１０）と、周囲環境情報を基にビーコンパラメータを設定する段階（Ｓ３１２０）と、を含んでよい。本開示のいくつかの実施形態において、ビーコン制御方法は、ビーコン２９１０のビーコンパラメータを設定するビーコンパラメータ制御ユニットによって実行されてよい。また、ビーコン制御方法は、ユーザアクセス権限判定ユニット１３０によって実行されてもよい。ビーコンパラメータ制御ユニットは、ユーザアクセス権限判定ユニット１３０に含まれてよく、または、別個のユニットであってもよい。
【０４９６】
以下、説明の便宜上、ビーコン制御方法を実行する主要エージェントとしてのビーコンパラメータ制御ユニットについてのみ説明する。しかしながら、後述されるビーコン制御方法は、ユーザアクセス権限判定ユニット１３０によって実行されてよいことに留意されたい。
【０４９７】
また、本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットは、アクセス管理システムに加え、アクセス管理との関連を有していない他のシステムにも適用されてよい。すなわち、ビーコンパラメータ制御ユニットはまた、ビーコンが用いられる任意の分野（例えば、位置ベース情報提供システム、支払システム、マーケティング分野、モノのインターネット等）にも適用されてよいことに留意されたい。
【０４９８】
以下、ビーコン制御方法の段階について詳細に説明する。
【０４９９】
本開示のいくつかの実施形態によると、ビーコンの周囲環境情報を取得する段階が、実行されてよい（Ｓ３１１０）。ビーコンの周囲環境情報とは、ビーコン２９１０の近くに位置する端末２９２０の存在、ビーコン２９１０の近くに位置する端末数２９２０等が直接的または間接的にチェックされてよい情報を示してよい。
【０５００】
例えば、周囲環境情報は、現在時間および照明、動き、ノイズ並びにビーコン２９１０の近くの端末数を含んでよい。
【０５０１】
本開示の一実施形態において、ビーコンの周囲環境情報を取得する段階（Ｓ３１１０）は、ビーコン２９１０によって開始されてよい。
【０５０２】
本開示のいくつかの実施形態において、ビーコン２９１０は、タイマを含んでよい。ビーコン２９１０は、現在時間に関する情報を、タイマを通して取得してよい。
【０５０３】
本開示のいくつかの実施形態において、ビーコン２９１０は、環境センサ（例えば、照度センサ、モーションセンサ、ノイズセンサ等）を含んでよい。また、環境センサは、ビーコン２９１０の外側に設置されてよく、ビーコン２９１０は、環境センサから、感知結果を取得してよい。例えば、ビーコン２９１０は、照度センサを用いて、近傍の照明を感知してよく、赤外線センサ等のモーションセンサを用いて、近傍の動きを感知してよく、ノイズセンサを用いて、近傍のノイズを感知してよい。
【０５０４】
また、本開示のいくつかの実施形態において、ビーコン２９１０は、端末２９２０からａｃｋデータを受信してよい。例えば、端末２９２０が、ビーコン２９１０からビーコンデータを取得する場合、端末２９２０は、ビーコンデータに対応するａｃｋデータをビーコン２９１０に送信してよく、ビーコン２９１０は、ａｃｋデータを受信してよい。
【０５０５】
ビーコンパラメータ制御ユニットが、上記のようなサーバ（例えば、制御ユニット２９３０に含まれてよいサーバ、位置ベース情報提供システムに含まれてよいサーバ等）内に実施される場合、周囲環境情報は、最終的にサーバに送信されてよい。
【０５０６】
また、ビーコンパラメータ制御ユニットが上記のような端末２９２０内に実施される場合、周囲環境情報は、最終的に端末２９２０に送信されてよい。
【０５０７】
さらに、図２９中に示されてはいないが、ビーコン２９１０以外のビーコンが設置されてよい。一例として、他のビーコンは、ビーコン２９１０に隣接して設置されてよく、または、ビーコン２９１０に隣接して設置されなくてもよい。また、他のビーコンは、ビーコン２９１０（例えば、マスタビーコン）を制御するためのビーコンであってよく、または、ビーコン２９１０を制御するためのビーコンでなくてもよい。本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットは、他のビーコン内に実施されてよい。この場合、周囲環境情報は、最終的に他のビーコンに送信されてよい。
【０５０８】
代替的に、ビーコンパラメータ制御ユニットが、ビーコン２９１０に含まれるように実施される場合、周囲環境情報は、別の外部デバイスに送信される必要はない。
【０５０９】
本開示の一実施形態において、ビーコンの周囲環境情報を取得する段階（Ｓ３１１０）は、サーバによって開始されてよい。
【０５１０】
本開示のいくつかの実施形態において、サーバは、ユーザアクセス情報、通勤情報、またはログ等の追加情報をビーコン２９１０の周囲環境情報から、取得してよい。例えば、通勤情報を通して、すべての従業員が、オフィスから帰宅したことが確認されると、サーバは、ビーコン２９１０の近傍に人がいない環境を確認してよい。
【０５１１】
ビーコンパラメータ制御ユニットが、上記のようなサーバ内に実装される場合、周囲環境情報は、別の外部デバイスに送信される必要はない。
【０５１２】
代替的に、ユーザアクセス権限判定ユニット１３０が、ビーコン２９１０に含まれるように実施される場合、周囲環境情報は最終的に、ビーコン２９１０に送信されてよい。
【０５１３】
本開示のいくつかの実施形態によると、周囲環境情報を取得する段階は、ビーコン２９１０の近傍に位置する人の数を推定すべく、実行されてよい。
【０５１４】
本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットは、現在時間に関する情報を基に、端末数を推定してよい。
【０５１５】
例えば、ビーコンパラメータ制御ユニットは、ビーコン２９１０の近傍に比較的多数のユーザが位置する時間に関する情報（例えば、就業時間情報）、およびビーコンの近傍に比較的少数のユーザが位置する時間に関する情報（例えば、勤務時間外の情報）のうち少なくとも１つを含んでよい。かかる情報から、ビーコンパラメータ制御ユニットは、現在時間の情報を基に、ビーコン２９１０の近傍に現在位置するユーザ数を推定してよい。例えば、ビーコンパラメータ制御ユニットは、現在時間が勤務時間に対応する場合、ビーコン２９１０の近傍に位置するユーザ数は比較的多いと推定してよく、現在時間が勤務時間外に対応する場合、ビーコン２９１０の近傍に位置するユーザ数は比較的少ないと推定してよい。
【０５１６】
以下、比較的少ないユーザ数とは、ユーザ数が、予め定められた第１の閾値以下であることを示してよく、比較的多いユーザ数とは、ユーザ数が、予め定められた第２の閾値より大きいことを示してよい。この場合、予め定められた第１の閾値および予め定められた第２の閾値は、同一数または異なる数であってよい。
【０５１７】
また、本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットは、照度センサを用いて、ビーコン２９１０の近傍の照明を感知してよく、感知された照明が、予め定められた照明レベルより小さい場合、ビーコン２９１０の近傍に位置するユーザ数が、比較的少ないと推定してよい。
【０５１８】
また、ビーコンパラメータ制御ユニットは、赤外線センサ等のモーションセンサを用いて、ビーコン２９１０の近傍の動きを感知してよく、ビーコン２９１０の近傍の動きが感知されない場合、ビーコン２９１０の近傍に、ユーザが存在しないと推定してよい。
【０５１９】
また、ビーコンパラメータ制御ユニットは、ノイズセンサを用いて、ビーコン２９１０の近傍のノイズを感知してよく、感知されたノイズが、予め定められたノイズレベル以上の場合、ビーコン２９１０の近傍に位置するユーザ数が、比較的多いと推定してよい。
【０５２０】
また、本開示のいくつかの実施形態において、ビーコン２９１０が、ビーコンデータに対応するａｃｋデータを端末２９２０から受信する場合、ビーコンパラメータ制御ユニットは、ユーザ（すなわち、ユーザによって使用される端末）が、ビーコン２９１０の近傍（例えば、ドア近接領域）に位置すると判定してよい。また、ビーコンパラメータ制御ユニットが、予め定められた時間（例えば、１時間）の間に、ビーコンデータに対応するａｃｋデータを端末２９２０から受信しない場合、ビーコンパラメータ制御ユニットは、ユーザ（すなわち、ユーザによって使用される端末）が、ビーコン２９１０の近傍に位置していないと判定してよい。
【０５２１】
また、本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットは、追加情報を用いてよい。例えば、通勤情報を通して、すべての従業員が、オフィスから帰宅したことを確認すると、ビーコンパラメータ制御ユニットは、ビーコン２９１０の近傍に、ユーザが位置していないと判定してよい。また、予め定められた数以上の従業員がオフィスから帰宅した場合、ビーコンパラメータ制御ユニットは、ビーコン２９１０の近傍に位置するユーザ数は、比較的少ないと推定してよい。予め定められた数未満の従業員が、オフィスから帰宅した場合、ビーコンパラメータ制御ユニットは、ビーコン２９１０の近傍に位置するユーザ数は、比較的多いと推定してよい。
【０５２２】
また、本開示のいくつかの実施形態によると、周囲環境情報を基に、ビーコンパラメータを設定する段階（Ｓ３１２０）が実行されてよい。ここで、ビーコンパラメータとは、ビーコン２９１０の動作を制御できるパラメータを示し、ビーコン２９１０の信号送信間隔および信号送信電力レベル、ドア近接領域の範囲、動作モード等が含まれてよい。
【０５２３】
本開示の一実施形態において、ビーコン２９１０の近傍に端末が存在しない場合、または、ユーザ数が比較的少ない場合、ユーザアクセス権限判定ユニット１３０は、ビーコン２１９０のバッテリ消費量が低減されるように、ビーコンパラメータを設定してよい。例えば、ユーザアクセス権限判定ユニット１３０は、ビーコン２９１０のバッテリ消費量を低減すべく、送信間隔を長時間に設定し、送信電力を低減し、またはドア近接領域を小さい面積に設定してよい。
【０５２４】
また、ユーザアクセス権限判定ユニット１３０は、ビーコン２９１０の近傍に位置するユーザ（すなわち、ユーザの端末）数に従い、送信間隔、送信電力およびドア近接領域を適合可能に調整してよい。
【０５２５】
また、ビーコン２９１０の動作モードには、汎用モードおよびスリープモードが含まれてよく、ビーコンパラメータ制御ユニットは、ビーコン２９１０のバッテリ消費量を低減すべく、動作モードをスリープモードとして判定してよい。ここで、汎用モードとは、ビーコン２９１０が、信号を送信するモードを示してよく、スリープモードとは、ビーコン２９１０が、信号を送信しないモードを示してよい。ビーコン２９１０がスリープモードに入ると、ビーコン２９１０は、ビーコンデータを含む信号を送信しなくてよい。この場合、ビーコン２９１０が、ウェイクアップ信号を外部デバイスから受信すると、ビーコンの動作モードは、汎用モードに変更されてよい。また、ビーコン２９１０の近傍に端末が存在すると推定された場合、ビーコンパラメータ制御ユニットは、ビーコン２９１０の動作モードを汎用モードに変更してよい。
【０５２６】
また、本開示の別の実施形態において、ビーコン２９１０の近傍に位置するユーザ数が比較的多い場合、ユーザアクセス権限判定ユニット１３０は、より多数の端末が、ビーコンデータを取得することを許容するように、ビーコンパラメータを設定してよい。例えば、ビーコン２９１０の近傍に位置するユーザ数が比較的多い場合、ビーコンパラメータ制御ユニットは、ドア近接領域を大きい面積に設定してよい。このため、ユーザアクセス権限判定ユニット１３０は、ビーコンの送信電力を高く設定してよい。
【０５２７】
また、本開示の別の実施形態において、ビーコン２９１０の近傍に位置するユーザ数が比較的多い場合、ビーコンパラメータ制御ユニットは、端末２９２０がより頻繁（またはより強い強度で）にビーコンデータを取得することを許容すべく、ビーコンパラメータを設定してよい。例えば、ビーコン２９１０の近傍に位置するユーザ数が比較的多い場合、ビーコンパラメータ制御ユニットは、送信間隔を現在の送信間隔より短く設定してよい。送信間隔が短く設定されると、ビーコン２９１０は、ビーコンデータをより短い間隔で送信してよく、端末２９２０は、より頻繁にビーコンデータを取得してよい。また、端末２９２０がビーコンデータをより頻繁に取得すると、端末２９２０の応答は高められてよく、端末２９２０の位置判定（すなわち、端末２９２０を保持するユーザの位置追跡）の精度は、高められてよい。
【０５２８】
また、本開示の実施形態は、これらに限定はされない。本開示のさらなる別の実施形態において、ビーコン２９１０の近傍に位置するユーザ数が比較的多い場合、ユーザアクセス権限判定ユニット１３０は、より少数の端末がビーコンデータを取得することを許容すべく、ビーコンパラメータを設定してよい。ビーコン２９１０の近傍に位置するユーザ数が比較的多い場合、上記の異常アクセスが発生することが、かなりの可能性である。故に、セキュリティを高めるべく、ビーコンパラメータは、より少数の端末がビーコンデータを取得することを許容すべく設定されてよい。例えば、ビーコンパラメータ制御ユニットは、ドア近接領域を小さく設定してよく、ビーコン２９１０の送信電力を低く設定してよい。
【０５２９】
本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットは、ビーコン２９１０の送信電力をチェックしてよい。ビーコン２９１０のチェックされた送信電力と、予め定められた送信電力との間の差異が、予め定められた値以上である場合、ビーコンパラメータ制御ユニットは、ビーコン２９１０の送信電力を予め定められた送信電力に調整してよい。
【０５３０】
本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットは、ビーコンパラメータを設定するためのテーブルを含んでよく、テーブルを用いて、ビーコンパラメータを設定してよい。例えば、ビーコン信号の送信間隔および送信電力レベル、ドア近接領域の範囲、動作モードのフィールド、並びに各フィールドに対応する設定値が、テーブルに含まれてよい。この場合、ビーコンパラメータ制御ユニットは、フィールドおよび設定値に従い、ビーコンパラメータを設定してよく、ビーコンパラメータを調整すべく、フィールドまたは設定値を更新してよい。
【０５３１】
ビーコンパラメータ制御ユニットが、ビーコン２９１０内に含まれるように実施される場合、ビーコンパラメータは、別の外部デバイスから設定されず、ビーコン２９１０によって自律的に設定されてよい。しかしながら、ビーコンパラメータ制御ユニットが、ビーコン２９１０以外の外部デバイス内に実施される場合、ビーコンパラメータは、ビーコン２９１０以外の外部デバイスによって設定されてよい。
【０５３２】
本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットが、上記のサーバ内に実施される場合、ビーコンパラメータは、サーバによって設定されてよい。
【０５３３】
例えば、サーバは、ビーコン２９１０のビーコンパラメータを制御すべく、ビーコン２９１０と直接通信を実行してよい。この場合、サーバは、ビーコンパラメータを設定するための制御信号（例えば、上記のビーコンパラメータを設定するためのテーブルおよびビーコンパラメータに対応する設定値等を含む制御信号）をビーコン２９１０に送信してよく、ビーコン２９１０は、受信された制御信号に従い、ビーコンパラメータを調整してよい。一例として、ビーコン２９１０は、受信された制御信号からのテーブルをチェックしてよく、テーブルに従い、ビーコンパラメータを調整してよい。
【０５３４】
別の例として、サーバは、ビーコン２９１０との直接通信を実行せず、ビーコン２９１０と直接的に通信する別の外部デバイスを通して、ビーコンパラメータを制御してよい。
【０５３５】
一例として、端末２９２０は、サーバと通信してよく、また、ビーコン２９１０との通信を実行してよい。この場合、サーバは、ビーコンパラメータを設定するための情報（例えば、テーブルおよびビーコンパラメータに対応する設定値等）を端末２９２０に送信してよく、端末２９２０は、受信された情報を基に、ビーコンパラメータを制御し得る制御信号をビーコン２９１０に送信してよい。また、一例示的な実施形態において、端末２９２０は、後述されるマネージャの端末であってよく、サーバが、ビーコン２９１０との直接通信を実行しなくても、マネージャの端末が、ビーコン２９１０のビーコンパラメータを制御してよい。
【０５３６】
別の例として、上記の通り、ビーコン２９１０以外のビーコンが設置されてよく、当該他のビーコンが、サーバおよびビーコン２９１０と通信してよい。この場合、サーバは、ビーコンパラメータを設定するための情報を当該他のビーコンに送信してよく、当該他のビーコンは、受信された情報を基に、ビーコンパラメータを設定するための制御信号をビーコン２９１０に送信してよく、その結果、ビーコン２９１０が、ビーコンパラメータを設定する。
【０５３７】
本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットが、端末２９２０内に実施される場合、ビーコンパラメータは、端末２９２０によって設定されてよい。また、本開示のいくつかの実施形態において、ビーコンパラメータ制御ユニットが、別のビーコン内で実施される場合、ビーコンパラメータは、当該別のビーコンによって、設定されてよい。
【０５３８】
ユーザ数が推定されることについて、上記した。しかしながら、本開示の一実施形態によるアクセス管理システムにおいては、ユーザとユーザによって保持される端末との間は、１対１の対応関係が確立されるとの前提である。ユーザ数の推定とは、ユーザによって用いられる端末数の推定を示す。
【０５３９】
図３２は、一実施形態による、端末から出力されたａｃｋデータ用いる、ビーコン制御方法を説明するためのフローチャートである。
【０５４０】
図３２を参照すると、ビーコン２９１０は、第１の間隔において、ビーコンデータをブロードキャストしてよい（Ｓ３３０１）。ここで、第１の間隔および第２の間隔とは、ビーコン２９１０の送信間隔を示してよく、第１の間隔は、第２の間隔より短くてよい。ビーコン２９１０の送信間隔は、これらに限定はされず、３つまたは３つより多い間隔を含んでよいことを理解されたい。
【０５４１】
本開示のいくつかの実施形態において、端末２９２０が、ドア近接領域２９６１に位置しない場合、端末２９２０は、ビーコンデータをビーコン２９１０から受信できない。故に、ビーコン２９１０は、予め定められた時間の間、端末２９２０から、ａｃｋデータを受信できず（Ｓ３２１２）、ビーコン２９１０は、第１の間隔より長い第２の間隔において、ビーコンデータをブロードキャストしてよい（Ｓ３２１３）。ビーコン２９１０がａｃｋデータを受信しないということは、端末２９２０が、ビーコン２９１０のドア近接領域２９６１に存在しないことを示すので、バッテリを節約すべく、ビーコン２９１０は、長い送信間隔において、ビーコンデータをブロードキャストしてよい。この場合、ビーコン２９１０はまた、送信電力を低減してよく、ドア近接領域２９６１を低減してよい。
【０５４２】
また、端末２９２０が、ドア近接領域２９６１に位置する場合、端末２９２０は、ビーコンデータを取得してよい（Ｓ３２２１）。また、端末２９２０は、ビーコンデータの受信に応答して、ａｃｋデータをビーコン２９１０に送信してよい。ビーコン２９１０がａｃｋデータを受信すると、ビーコン２９１０は、第２の間隔より短い第１の間隔において、ビーコンデータをブロードキャストしてよい（Ｓ３２１４）。
【０５４３】
＜セキュリティモード管理＞
【０５４４】
図３３は、一実施形態によるセキュリティモード管理方法を説明するためのダイアグラムである。
【０５４５】
図３３を参照すると、複数のドア３３４１〜３３４４を含むセキュリティゾーン全体３３００において、アクセス管理システムは、アクセス管理動作を実行してよい。アクセス管理システムは、複数のビーコン３３１１〜３３１７、端末３３２０および制御ユニット３３３０を含んでよい。
【０５４６】
特に、図３３は、ビーコン３３１１とドア３３４１との間、ビーコン３３１２とドア３３４２との間、ビーコン３３１３とドア３３４３との間、およびビーコン３３１４とドア３３４４との間に、１対１の対応関係が確立されたシステムを示す。しかしながら、セキュリティモード管理方法は、ビーコンがドアにｎ対１に対応するシステムに対しても適用可能である。また、図３３中に示す端末３３２０は、ユーザが保持するデバイスであり、ユーザは図３３中に示されていない。
【０５４７】
また、ブロードキャスト領域が、ビーコン３３１１〜３３１７の各々に対し、定義されてよい。端末３３２０が、ブロードキャスト領域に進入したと判定される場合、端末３３２０は、対応するビーコンのビーコンデータを取得してよい。
【０５４８】
また、本開示のいくつかの実施形態において、複数のドア３３４１〜３３４４のうち、ドア３３４１がマスタドアとして表されてよい。ここで、マスタドア３３４１とは、端末３３２０が、セキュリティゾーン全体３３００に進入するためには、必ず通過すべきドアを示してよい。例えば、マスタドア３３４１には、ビルのフロントゲート、家のメインのゲート、オフィスのゲート等が含まれてよい。
【０５４９】
本開示のいくつかの実施形態において、ビーコン３３１１〜３３１４を用いて、ドア３３４１〜３３４４が、ロックまたはロック解除されるように制御してよい。この場合、ドア近接領域は、ビーコン３３１１〜３３１４の各々に対し定義されてよい。端末３３２０が、ドア近接領域に進入したと判定されると、特定のアクセス管理動作が、制御ユニット３３３０によって開始されてよい。
【０５５０】
一方、ビーコン３３１５〜３３１７は、ドア３３４１〜３３４４がロックまたはロック解除されるように制御するためには用いられず、端末３３２０が、セキュリティゾーン全体３３００の領域に位置するかどうかを判定するために用いられてよい。また、ビーコン３３１１〜３３１４を用いて、端末３３２０が、セキュリティゾーン全体３３００の領域に位置するかどうかを判定してよいことも理解されたい。
【０５５１】
また、ユーザアクセス権限判定ユニット１３０の動作モードは、端末がセキュリティゾーン全体３３００に位置するかどうかにより、判定されてよい。ユーザアクセス権限判定ユニット１３０の動作モードには、正常モードおよびセキュリティモードが含まれてよい。正常モードでは、ユーザアクセス権限判定ユニット１３０は、端末３３２０のドア３３４１〜３３４４へのアクセスを認証する動作を実行してよい。セキュリティモードでは、ユーザアクセス権限判定ユニット１３０は、端末がセキュリティゾーン全体３３００に存在するかどうかをチェックし、セキュリティゾーン全体３３００のセキュリティを強化する動作を実行してよい。また、セキュリティモードであっても、ユーザアクセス権限判定ユニット１３０は、端末３３２０のドア３３４１〜３３４４へのアクセスを認証する動作を実行してよい。
【０５５２】
図３４は、一実施形態によるセキュリティモードの設定を説明するためのフローチャートである。
【０５５３】
図３４を参照すると、本開示のいくつかの実施形態による、セキュリティモード管理方法においては、すべての端末がセキュリティゾーン全体を退出したかどうかを判定する段階（Ｓ３４１０）と、すべての端末がセキュリティゾーン全体を退出したと判定された場合に、動作モードをセキュリティモードに設定する段階（Ｓ３４２０）とが、実行されてよい。
【０５５４】
本開示のいくつかの実施形態において、セキュリティモード管理方法は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。以下、セキュリティモード管理方法の段階について、詳細に説明する。
【０５５５】
本開示のいくつかの実施形態によると、すべての端末が、セキュリティゾーン全体から退出したかどうかを判定する段階が実行されてよい。
【０５５６】
このため、マスタドア３３４１が閉じている間に、マスタドア３３４１がロックされるように制御されてよい。これは、マスタドア３３４１が開いている、または、ロック解除されるように制御されている場合は、ユーザのアクセスは、自由であってよく、ユーザアクセス権限判定ユニット１３０は、セキュリティモードで動作する必要がないからである。従って、マスタドア３３４１が、閉じている間に、マスタドア３３４１がロックされるように制御される場合、すなわち、ユーザのアクセスが自由でない場合、ユーザアクセス権限判定ユニット１３０は、すべての端末が、セキュリティゾーン全体を退出したかどうかを判定してよい。
【０５５７】
また、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、ビーコン３３１１〜３３１７の周囲環境情報を基に、すべてのユーザが、セキュリティゾーン全体３３００を退出したかどうかを判定してよい。
【０５５８】
図３２を参照して説明した通り、ユーザアクセス権限判定ユニット１３０は、ビーコン３３１１〜３３１７の周囲環境情報を基に、ビーコン３３１１〜３３１７の近傍に、端末が存在するかどうかをチェックしてよい。
【０５５９】
例えば、本開示のいくつかの実施形態において、ビーコン３３１１〜３３１７は、環境センサ（例えば、照度センサ、モーションセンサ、ノイズセンサ等）を含んでよく、環境センサから周囲環境の感知値（例えば、照明値、動き情報、またはノイズ値）を取得してよい。この場合、取得された感知値が、予め定められた基準以下の場合、すなわち、取得された照明値が、予め定められた照明値未満である、動きが、ビーコン３３１１〜３３１７の近傍で感知されない、または、取得されたノイズ値が、予め定められたノイズ値未満である場合、ユーザアクセス権限判定ユニット１３０は、すべての端末のユーザが、セキュリティゾーン全体３３００を退出したと判定してよい。
【０５６０】
また、別の例として、端末３３２０がビーコンデータをビーコン３３１１〜３３１７のうちの任意の１つから取得する場合、端末３３２０は、ａｃｋデータをビーコンに送信してよい。ビーコン３３１１〜３３１７が、予め定められた時間の間に、ビーコンデータに対応するａｃｋデータを端末３３２０から取得しない場合、ユーザアクセス権限判定ユニット１３０は、すべての端末が、セキュリティゾーン全体３３００を退出したと判定してよい。
【０５６１】
また、本開示の一例示的な実施形態において、ユーザアクセス権限判定ユニット１３０は、追加情報を用いて、すべての端末が、セキュリティゾーン全体３３００を退出したかどうかを判定してよい。例えば、通勤情報を通して、すべての従業員がオフィスを出たことが確認された場合、ユーザアクセス権限判定ユニット１３０は、すべての端末が、セキュリティゾーン全体３３００を退出したと判定してよい。別の例として、端末が、マスタドア３３４１を通って内側から外側に退出した時間が、ログに記録されてよい。アクセス管理システムに登録されているすべての端末のマスタドア３３４１を通る退出時間がログに記録されている場合、ユーザアクセス権限判定ユニット１３０は、すべての端末がセキュリティゾーン全体３３００を退出したと判定してよい。
【０５６２】
次に、本開示のいくつかの実施形態によると、すべての端末がセキュリティゾーン全体３３００を退出したと判定されると、動作モードをセキュリティモードに設定する段階（Ｓ３４２０）が実行されてよい。
【０５６３】
すべての端末がセキュリティゾーン全体を退出したと判定されると、段階Ｓ３４２０が実行される条件においては、アクセス管理システムのマネージャが直接、ユーザアクセス権限判定ユニット１３０の動作モードをセキュリティモードに設定しなくても、ユーザアクセス権限判定ユニット１３０が、動作モードをセキュリティモードに自動的に変更してよい。故に、マネージャの利便性が高められてよい。
【０５６４】
また、本開示の一実施形態において、動作モードがセキュリティモードである条件においては、端末３３２０がマスタドア３３４１に正常にアクセスすると、ユーザアクセス権限判定ユニット１３０は、動作モードをセキュリティモードから正常モードに変更してよい。
【０５６５】
本開示の一実施形態において、動作モードがセキュリティモードである場合、ユーザアクセス権限判定ユニット１３０は、端末がセキュリティゾーン全体３３００に侵入したかどうかをチェックしてよく、侵入端末に対し、管理を実行してよい。これについて、図３５を参照して詳細に説明する。
【０５６６】
以下、図３５から図３７を参照して、本開示のいくつかの実施形態によるアクセス管理方法の様々な修正例について、説明する。
【０５６７】
図３５は、一実施形態によるセキュリティモード管理方法を説明するためのフローチャートである。
【０５６８】
図３５を参照すると、セキュリティモード管理方法は、セキュリティゾーン全体への侵入が発生したかどうかをチェックする段階（Ｓ３５１０）と、確認された侵入に対し、管理を実行する段階（Ｓ３５２０）と、を含んでよい。また、セキュリティモード管理方法は、ユーザアクセス権限判定ユニット１３０によって実行されてよい。
【０５６９】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、セキュリティゾーン全体３３００に侵入が発生したかどうかをチェックしてよい（Ｓ３５１０）。
【０５７０】
上記の通り、ユーザアクセス権限判定ユニット１３０は、ビーコン３３１１〜３３１７の周囲環境情報を基に、ビーコン３３１１〜３３１７の近傍に、端末が存在するかどうかをチェックしてよい。図３４の段階Ｓ３４１０の説明が、この場合に適用されてよいため、便宜上、その詳細な説明は省略する。
【０５７１】
しかしながら、端末３３２０の通信が非アクティブ化されている場合、端末３３２０は、ビーコンデータを受信できず、また、ビーコンデータに対応するａｃｋデータをビーコンに送信することもできない。いくつかの実施形態において、ビーコンが、ａｃｋデータを受信できない場合、ユーザアクセス権限判定ユニット１３０は、セキュリティゾーン全体３３００に端末が存在するかどうかをチェックできない。このため、ユーザアクセス権限判定ユニット１３０の動作モードが、セキュリティモードに設定されている場合、端末は、通信アクティブ化信号をビーコン３３１１〜３３１７から、または、セキュリティゾーン全体３３００に設置されている外部デバイスから、受信してよい。図９の説明が、通信アクティブ化信号に適用されてよいため、便宜上、その詳細な説明は省略する。故に、端末３３２０の通信が、非アクティブ化されているが、端末３３２０がセキュリティゾーン全体３３００に位置する場合は、端末３３２０の通信が、アクティブ化されてよい。端末が、ビーコンデータを受信すると、ビーコンデータに対応するａｃｋデータが出力されてよい。ユーザアクセス権限判定ユニット１３０は、ａｃｋデータの受信により、端末３３２０が、セキュリティゾーン全体３３００に存在するかどうかをチェックしてよい。
【０５７２】
また、本開示の一実施形態において、端末が、セキュリティゾーン全体３３００内に存在することが確認された場合、ユーザアクセス権限判定ユニット１３０は、侵入が発生したと判定してよい。
【０５７３】
しかしながら、段階Ｓ３５１０は、ビーコンデータを用いて、必ずしも判定される必要はない。というよりも、本開示の一実施形態によるアクセス管理方法を実行するための特定のアプリケーションが、侵入者の端末にインストールされていない場合、ビーコンから正常に受信されたビーコンデータをユーザアクセス権限判定ユニット等に正常に送信することができない。上記のような端末関連アクセス管理アプリケーションが侵入者の端末にインストールされていない場合であっても、侵入が発生したかどうかが判定されてよい。かかる場合に備え、侵入の発生を感知するための従来の技術が用いられてよい。例えば、赤外線センサ、窓開センサ、閉回路テレビ（ＣＣＴＶ）等のような特定のゾーンを感知するためのデバイスが、アクセス管理システムに含まれてよい。侵入が発生したかどうかは、当該デバイスからの感知結果に従い、判定されてよい。
【０５７４】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、確認された侵入に対し、管理を実行してよい（Ｓ３５２０）。
【０５７５】
本開示のいくつかの実施形態において、段階Ｓ３５２０において、ログ記録動作、外部端末に侵入を通知する動作、侵入端末が、セキュリティゾーン全体３３００に存在するかどうかをチェックする動作、およびドア制御動作のうち少なくとも１つが、実行されてよい。
【０５７６】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、侵入端末に関するログ記録を実行してよい（侵入者が、本開示による、ビーコンデータをビーコンから受信し、受信されたビーコンデータを指定の外部デバイスに送信するアプリケーションが含まれる端末を用いる場合）。
【０５７７】
例えば、ユーザアクセス権限判定ユニット１３０は、侵入端末がマスタドア３３４１にアクセスした時間、侵入端末がセキュリティゾーン全体３３００に位置した時間、侵入端末によって送信または受信されたメッセージ、侵入端末の位置等を記録することによって、ログを生成してよい。また、ユーザアクセス権限判定ユニット１３０は、生成されたログをデータベースに格納してよい。
【０５７８】
また、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、外部デバイスに侵入端末の侵入に関し、通知してよい。例えば、ユーザアクセス権限判定ユニット１３０の動作モードがセキュリティモードに設定された後は、ユーザアクセス権限判定ユニット１３０は、マネージャ端末またはアクセス管理システムのセキュリティサーバ等の外部デバイスに対し、端末がマスタドア３３４１にアクセスしたということを通知してよい。外部デバイスは、アクセス管理システムとは独立して、侵入端末を管理してよい。故に、侵入端末のユーザは、外部デバイスによっても管理されるので、セキュリティは高められてよい。
【０５７９】
また、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、侵入端末が、セキュリティゾーン全体３３００に正常に存在できるかどうかをチェックしてよい。以下、これについて、図３６を参照して詳細に説明する。
【０５８０】
また、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、ドアを制御してよい。
【０５８１】
例えば、端末が異常アクセスを実行した場合と同様、侵入端末が、複数のドア３３４１〜３３４７に対する内側から外側へと退出することを所望する場合であっても、ユーザアクセス権限判定ユニット１３０は、当該複数のドア３３４１〜３３４７がロック解除されるように制御しない。これによって、侵入端末のユーザが、セキュリティゾーン全体３３００の外側へと出ることを防止してよく、これによって、セキュリティを高める。
【０５８２】
また、侵入端末のユーザが、セキュリティゾーン全体３３００内に正常に存在できることがチェックされた後、または、ユーザ認証を通して、侵入端末が、正常に複数のドア３３４１〜３３４７を通過してよいことが認証された後、ユーザアクセス権限判定ユニット１３０は、ドアがロック解除されるように制御してよい。
【０５８３】
図３６は、一実施形態による、侵入端末がセキュリティゾーン全体に正常に存在できるかどうかの判定を説明するためのダイアグラムである。
【０５８４】
図３６を参照すると、ユーザアクセス権限判定ユニット１３０は、侵入端末がセキュリティゾーン全体３３００に正常に存在できるかどうかを判定してよい。
【０５８５】
本開示のいくつかの実施形態において、ユーザに、侵入を通知する段階（Ｓ３６１０）が実行されてよい。図３５の段階Ｓ３５１０で上記した通り、ユーザアクセス権限判定ユニット１３０は、侵入端末のユーザが、セキュリティゾーン全体３３００に侵入したことを確認してよく、その後、侵入端末のユーザに、侵入に関し通知してよい。
【０５８６】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０が、サーバ（例えば、制御ユニット３３３０に含まれてよいサーバ）内に含まれる場合、サーバは、侵入端末に対し、侵入端末のユーザに、侵入に関し通知するように命令するメッセージを侵入端末に送信してよく、侵入端末は、メッセージに従い、侵入端末のユーザに、侵入に関し通知してよい。
【０５８７】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、侵入端末のオーディオ出力ユニットを用いて、音で侵入を出力してよく、または、侵入端末のビデオ出力ユニットを用いて、侵入を視覚的に出力してよい。また、ユーザアクセス権限判定ユニット１３０は、侵入に関し通知するための振動を生成してよい。また、ユーザアクセス権限判定ユニット１３０は、端末関連アクセス管理アプリケーションによって提供されるＵＩを用いて、ユーザに侵入に関し通知してよい。
【０５８８】
また、本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイス内に含まれてよい。この場合、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイスのオーディオ出力ユニット、ビデオ出力ユニット等を用いて、侵入端末のユーザに侵入に関し通知してよい。
【０５８９】
また、本開示のいくつかの実施形態において、侵入端末のユーザが、セキュリティゾーン全体３３００に正常に存在できるかどうかを判定する段階が実行されてよい。
【０５９０】
本開示の一実施形態において、ユーザアクセス権限判定ユニット１３０は、ユーザ認証情報を基に、端末のユーザが、マスタドア３３４１に正常にアクセスし得るかどうかを判定してよい。このため、侵入端末は、ユーザ認証情報を取得してよく、ユーザアクセス権限判定ユニット１３０は、ユーザ認証情報を侵入端末から取得してよい。
【０５９１】
図２３の説明が、ユーザ認証情報を通して実行されるユーザ認証動作に適用されてよいので、便宜上、その詳細な説明は省略する。
【０５９２】
また、ユーザ認証動作の結果、取得されたユーザ認証情報が、データベースに格納されたユーザ認証情報と合致する場合、ユーザアクセス権限判定ユニット１３０は、侵入端末のユーザが、マスタドア３３４１に正常にアクセスできると判定してよく、侵入端末のユーザが、セキュリティゾーン全体３３００に正常に存在できることを確認してよい。
【０５９３】
図３７は、一実施形態による、セキュリティモードにおける、マネージャ端末、ユーザ端末およびユーザ動作デバイスの様々な実施形態を説明するためのダイアグラムである。
【０５９４】
図３７を参照すると、端末３７１０および端末３７２０は、図３の端末３００の修正例であってよく、ユーザ動作デバイス３７３０とは、図３５を参照して上記したユーザ動作デバイスを示してよい。特に、端末３７２０とは、アクセス管理システムのマネージャ端末を示してよい。
【０５９５】
（ａ）において、ユーザアクセス権限判定ユニット１３０は、マネージャ端末３７１０内に含まれてよい。本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニット１３０は、マネージャ端末３７１０のビデオ出力ユニットを通して、セキュリティゾーン全体における侵入者の存在を視覚的に出力してよい。本開示の一実施形態において、ユーザアクセス権限判定ユニット１３０は、侵入端末に関する情報（例えば、侵入端末の通信番号、侵入端末の識別情報、侵入端末のユーザのアクセス管理システムでのＩＤ等）を取得してよく、侵入端末に関する情報を視覚的に出力してよい。
【０５９６】
本開示の一実施形態において、（ｂ）において、ユーザアクセス権限判定ユニット１３０は、侵入端末３７２０内に含まれてよい。ユーザアクセス権限判定ユニット１３０は、侵入端末３７２０のユーザが、セキュリティゾーン全体３３００に侵入したことを通知してよい。
【０５９７】
一例として、ユーザアクセス権限判定ユニット１３０は、侵入端末３７２０のユーザが、セキュリティゾーン全体３３００に侵入したことを示すメッセージ、およびユーザに対し、侵入端末３７２０のビデオ出力ユニットを通して、ユーザ認証を実行するよう命令するメッセージ、を表示してよい。
【０５９８】
また、端末３７２０は、ユーザ認証情報を取得してよく、ユーザアクセス権限判定ユニット１３０は、ユーザ認証情報を取得してよい。次に、ユーザアクセス権限判定ユニット１３０は、取得されたユーザ認証情報をデータベースに事前格納されたユーザ認証情報と比較してよい。取得されたユーザ認証情報が、事前格納されたユーザ認証情報と合致する場合、ユーザアクセス権限判定ユニット１３０は、端末３７２０のユーザが、セキュリティゾーン全体に正常に存在できるかどうかをチェックしてよい。ここで、事前格納されたユーザ認証情報は、マスタドアにアクセスし得る端末のユーザ識別情報と合致してよい。
【０５９９】
また、本開示の別の実施形態において、（ｂ）において、ユーザアクセス権限判定ユニット１３０は、サーバ内に含まれてよい。一実施形態において、ユーザアクセス権限判定ユニット１３０は、ユーザ認証情報を端末３７２０から取得してよい。取得されたユーザ認証情報および事前格納されたユーザ認証情報が互いに合致する場合、ユーザアクセス権限判定ユニット１３０は、端末３７２０のユーザが、セキュリティゾーン全体に正常に存在できることを確認してよい。
【０６００】
また、別の実施形態において、サーバ内に含まれるユーザアクセス権限判定ユニット１３０は、取得されたユーザ認証情報および事前格納されたユーザ認証情報が互いに合致するかどうかの比較結果を、端末３７２０から取得してよい。すなわち、端末３７２０は、取得されたユーザ認証情報を事前格納されたユーザ認証情報と比較し、比較結果をユーザアクセス権限判定ユニット１３０に提供してよい。取得された比較結果から、取得されたユーザ認証情報と、事前格納されたユーザ認証情報とが互いに合致することが確認された場合、ユーザアクセス権限判定ユニット１３０は、端末３７２０のユーザがセキュリティゾーン全体に正常に存在できることを確認してよい。
【０６０１】
（ｃ）において、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイス３７３０内に含まれてよい。
【０６０２】
本開示のいくつかの実施形態において、侵入端末のユーザが、セキュリティゾーン全体３３００に侵入した場合、ユーザアクセス権限判定ユニット１３０は、侵入端末のユーザの侵入を認識してよい。例えば、ユーザアクセス権限判定ユニット１３０は、サーバ（例えば、制御ユニット３３３０に含まれるサーバ）から、侵入端末のユーザが侵入したことを示すメッセージを取得してよい。
【０６０３】
次に、ユーザアクセス権限判定ユニット１３０は、ユーザ動作デバイス３７３０のビデオ出力ユニットを通して、視覚的に侵入を出力してよい。
【０６０４】
＜未登録端末のユーザの登録方法＞
【０６０５】
図３８は、一実施形態による、未登録端末のユーザの登録方法を説明するためのダイアグラムである。
【０６０６】
図３８を参照すると、複数のドア３８４１〜３８４４を含むセキュリティゾーン全体３８００において、アクセス管理システムが、アクセス管理動作を実行してよい。アクセス管理システムは、複数のビーコン３８１１〜３８１４、未登録端末３８２１、マネージャ端末３８２２および制御ユニット３８３０を含んでよい。
【０６０７】
特に、図３８は、ビーコン３８１１とドア３８４１との間、ビーコン３８１２とドア３８４２との間、ビーコン３８１３とドア３８４３との間、およびビーコン３８１４とドア３８４４との間に、１対１の対応関係が確立されたシステムを示す。しかしながら、端末登録方法は、ビーコンがドアにｎ対１に対応するシステムに対しても適用可能である。また、図３８中に示す未登録端末３８２１は、ユーザが保持するデバイスであり、マネージャ端末３８２２は、マネージャが保持するデバイスである。また、図３８中に、ユーザおよびマネージャは示されていない。
【０６０８】
また、本開示のいくつかの実施形態において、複数のドア３８４１〜３８４４のうち、ドア３８４１がマスタドアとして表されてよい。ここで、マスタドア３８４１とは、端末が、セキュリティゾーン全体３８００に進入するためには、必ず通過すべきドアを示してよい。
【０６０９】
本開示の一実施形態において、未登録端末３８２１とは、アクセス管理システムに未登録であるユーザの端末を示してよい。故に、未登録端末３８２１は、ドア３８４１から３８４４へのアクセスをブロックされてよい。
【０６１０】
また、本開示の一実施形態において、マネージャ端末３８２２とは、アクセス管理システムを管理する権限を有するマネージャの端末を示してよい。
【０６１１】
未登録端末３８２１のユーザが、アクセス管理システムに恣意的に登録されると、アクセス管理システムのセキュリティは、弱まる可能性がある。例えば、未登録端末３８２１のユーザは、セキュリティゾーン全体３８００にアクセスする権限を有していない人であり得る。このような人が登録されると、この人は、セキュリティゾーン全体３８００に自由にアクセスできる。また、この人が別の人のユーザ認証情報を登録すると、考えられることとして、セキュリティは将来において弱まる可能性がある。かかる問題を防止すべく、未登録端末３８２１のユーザは、予め定められた条件が満たされる場合にのみ、アクセス管理システムに登録されてよい。
【０６１２】
図３９は、一実施形態による、未登録端末のユーザの登録方法を示すフローチャートである。
【０６１３】
図３９を参照すると、本開示のいくつかの実施形態による、未登録端末のユーザの登録方法は、未登録端末のユーザが、登録可能かどうかをチェックする段階（Ｓ３９１０）と、未登録端末のユーザの登録のための情報を取得する段階（Ｓ３９２０）と、未登録端末のユーザの登録のための情報を基に、未登録端末のユーザを登録する段階（Ｓ３９３０）と、を含んでよい。
【０６１４】
本開示のいくつかの実施形態において、未登録端末のユーザの登録方法は、登録ユニットによって実行されてよい。ここで、登録ユニットとは、未登録端末を保持するユーザをアクセス管理システムに登録するデバイスとして定義されてよい。
【０６１５】
本開示のいくつかの実施形態において、登録ユニットは、サーバ（例えば、制御ユニット３８３０に含まれるサーバ）の形態で実施されてよい。
【０６１６】
また、本開示のいくつかの実施形態において、登録ユニットは、未登録端末３８２１内またはマネージャ端末３８２２内に含まれるように実施されてよい。
【０６１７】
また、本開示のいくつかの実施形態において、登録ユニットは、ユーザアクセス権限判定ユニット１３０に含まれて動作してよく、また、ユーザアクセス権限判定ユニット１３０とは独立して動作してもよい。以下、未登録端末のユーザの登録方法の段階について、詳細に説明する。
【０６１８】
本開示のいくつかの実施形態によると、未登録端末のユーザが、登録可能かどうかをチェックする段階（Ｓ３９１０）が実行されてよい。
【０６１９】
本開示のいくつかの実施形態において、登録ユニットは、未登録端末３８２１から取得されたＢＩＤを用いて、未登録端末３８２１のユーザが、登録可能かどうかをチェックしてよい。
【０６２０】
本開示のいくつかの実施形態において、未登録端末３８２１とマネージャ端末３８２２とが、予め定められた距離内に位置する場合、登録ユニットは、未登録端末３８２１のユーザが登録可能であると判定してよい。
【０６２１】
本開示のいくつかの実施形態において、登録ユニットは、未登録端末３８２１から取得されたＢＩＤおよびマネージャ端末３８２２から取得されたＢＩＤを用いて、未登録端末３８２１およびマネージャ端末３８２２が、予め定められた距離内に位置するかどうかを判定してよい。
【０６２２】
このため、登録ユニットは、未登録端末３８２１からＢＩＤを取得してよい。未登録端末３８２１からのＢＩＤの取得は、未登録端末３８２１によって開始されてよく、未登録端末３８２１によって取得されたＢＩＤは、上記の登録ユニットによって、最終的に取得されてよい。
【０６２３】
また、登録ユニットは、ＢＩＤが未登録端末３８２１から取得された時点を含む予め定められた時間の間に、マネージャ端末３８２２からＢＩＤを取得してよい。すなわち、登録ユニットは、未登録端末３８２１からＢＩＤが取得される時点の前である第１の時点から、未登録端末３８２１からＢＩＤが取得される時点の後である第２の時点までの時間の間に、マネージャ端末３８２２からＢＩＤを取得してよい。ここで、予め定められた時間、第１の時点および第２の時点は、登録ユニットによって設定されてよい。また、マネージャ端末３８２２からのＢＩＤの取得は、マネージャ端末３８２２によって開始されてよく、マネージャ端末３８２２によって取得されたＢＩＤは、上記の登録ユニットによって、最終的に取得されてよい。また、登録ユニットは、マネージャ端末３８２２のユーザのＵＩＤをマネージャ端末３８２２から取得してよく、マネージャ端末３８２２のユーザのＵＩＤを用いて、マネージャ端末３８２２を識別してよい。
【０６２４】
また、登録ユニットは、未登録端末３８２１から取得されたＢＩＤと、マネージャ端末３８２２から取得されたＢＩＤとを比較して、未登録端末３８２１とマネージャ端末３８２２とが、予め定められた距離内に位置するかどうかを判定してよい。
【０６２５】
一実施形態において、未登録端末３８２１から取得されたＢＩＤおよびマネージャ端末３８２２から取得されたＢＩＤが互いに合致する場合、登録ユニットは、未登録端末３８２１とマネージャ端末３８２２とが、予め定められた距離内に位置すると判定してよい。
【０６２６】
また、一実施形態において、マネージャ端末３８２２から取得されたＢＩＤのうち少なくとも１つが、未登録端末３８２１から取得されたＢＩＤに含まれる場合、登録ユニットは、未登録端末３８２１とマネージャ端末３８２２とが、予め定められた距離内に位置すると判定してよい。
【０６２７】
未登録端末３８２１とマネージャ端末３８２２とが、予め定められた距離内に位置するとチェックされると、登録ユニットは、未登録端末３８２１のユーザが登録可能であることをチェックしてよい。
【０６２８】
未登録端末３８２１とマネージャ端末３８２２とが、予め定められた距離内に位置するとチェックされた後、未登録端末３８２１から取得されたＢＩＤおよびマネージャ端末３８２２から取得されたＢＩＤを通して、未登録端末３８２１とマネージャ端末３８２２とが、予め定められた距離内に位置していない可能性があるとチェックされる。この場合、登録ユニットは、未登録端末３８２１のユーザが、登録不能であることを確認してよい。
【０６２９】
また、本開示のいくつかの実施形態において、未登録端末３８２１が、特定の位置に位置する場合、登録ユニットは、未登録端末３８２１のユーザは、登録可能であると判定してよい。
【０６３０】
本開示の一実施形態において、未登録端末３８２１から取得されたＢＩＤが、予め定められたＢＩＤである場合、登録ユニットは、未登録端末３８２１のユーザが、特定の位置に位置することを確認してよい。例えば、登録ビーコンが、マネージャの場所の近くに設置されていてよく、未登録端末３８２１は、登録ビーコンに接近し、登録ビーコンからＢＩＤを取得してよい。この場合、未登録端末３８２１から取得されたＢＩＤが、登録ビーコンのＢＩＤであることがチェックされた場合、登録ユニットは、未登録端末３８２１のユーザは、登録可能であると判定してよい。
【０６３１】
未登録端末３８２１のユーザが、登録可能であると判定された後、未登録端末３８２１が、当該特定の位置から離れたことにより、未登録端末３８２１から取得されたＢＩＤが、登録ビーコンのＢＩＤと合致しないことがある。この場合、登録ユニットは、未登録端末３８２１のユーザが登録不能であると判定してよい。
【０６３２】
また、本開示のいくつかの実施形態において、未登録端末３８２１およびマネージャ端末３８２２が、特定の位置に位置する場合、登録ユニットは、未登録端末３８２１のユーザが登録可能であると判定してよい。
【０６３３】
例えば、未登録端末３８２１から取得されたＢＩＤおよびマネージャ端末３８２２から取得されたＢＩＤが、マスタドア３８４１に対応するビーコン３８１１のＢＩＤを含む場合、登録ユニットは、未登録端末３８２１のユーザが、特定の位置に位置することを確認してよく、未登録端末３８２１のユーザは、登録可能であると判定してよい。
【０６３４】
未登録端末３８２１のユーザが登録可能であると判定された後、未登録端末３８２１またはマネージャ端末３８２２が、マスタドア３８４１に対応するビーコン３８１１の近傍を離れたことにより、未登録端末３８２１から取得されたＢＩＤおよびマネージャ端末３８２２から取得されたＢＩＤのうちの任意の１つが、ビーコン３８１１のＢＩＤを含んでいない可能性がある。この場合、登録ユニットは、未登録端末３８２１のユーザが、特定の位置に位置することを確認してよく、未登録端末３８２１のユーザが登録不能であると判定してよい。すなわち、本開示の実施形態によると、未登録端末に関連する一連のプロシージャは、当該プロシージャの実行中、ユーザが登録可能であるという条件が、連続的に満たされる場合にのみ、実行を許容されてよい。
【０６３５】
また、本開示のいくつかの実施形態において、マネージャ端末３８２２が、登録ユニットに、未登録端末３８２１のユーザを登録することを要求した場合、登録ユニットは、未登録端末３８２１のユーザが登録可能であると判定してよい。
【０６３６】
本開示のいくつかの実施形態によると、未登録端末のユーザが登録可能である場合、未登録端末のユーザを登録するための情報を取得する段階（Ｓ３９２０）が、実行されてよい。
【０６３７】
本開示のいくつかの実施形態において、登録ユニットは、未登録端末３８２１のユーザを登録すべく、未登録端末３８２１のユーザのＩＤを取得してよい。未登録端末３８２１のユーザのＵＩＤの取得は、未登録端末３８２１によって開始されてよく、未登録端末３８２１のユーザのＵＩＤは、最終的に、上記の登録ユニットから取得されてよい。一例として、登録ユニットは、ＵＵＩＤ、ＵＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＣＰＵ（ＭＣＵ）シリアルナンバ、ＨＤＤシリアルナンバ、および未登録端末３８２１の通信番号のうち少なくとも１つを取得してよく、当該取得された情報の少なくとも１つを未登録端末３８２１のＵＩＤとして設定してよい。
【０６３８】
また、未登録端末３８２１のユーザのＵＩＤは、段階Ｓ３９２０以外に、段階Ｓ３９１０で取得されてよいことにも留意されたい。
【０６３９】
また、本開示のいくつかの実施形態において、登録ユニットは、未登録端末３８２１のユーザを登録すべく、未登録端末３８２１のユーザのユーザ認証情報を取得してよい。本開示の実施形態によると、まず、未登録端末３８２１のユーザのユーザ認証情報が未登録端末３８２１によって取得されてよく、その後、登録ユニットに最終的に送信されてよい。
【０６４０】
しかしながら、未登録端末３８２１のオペレーティングシステムのセキュリティポリシにより、未登録端末３８２１のユーザのユーザ認証情報は、外部デバイスに送信されなくてよい。かかる場合に備え、登録ユニットは、未登録端末３８２１のユーザのユーザ認証情報を取得せず、且つ登録しなくてよい。上記の通り、未登録端末３８２１のユーザのユーザ認証情報が登録されない場合、ユーザアクセス権限判定ユニット１３０は、未登録端末３８２１のユーザのＵＩＤを用いて、ドアへのアクセスを制御してよい。
【０６４１】
一実施形態において、端末関連アクセス管理アプリケーションが未登録端末３８２１で実行されている場合、未登録端末３８２１のユーザを登録することが不可能な間、未登録端末３８２１のユーザは、端末関連アクセス管理アプリケーションによって、アクセス管理システムに登録されることをブロックされてよい。例えば、未登録端末３８２１のユーザを登録することが不可能な場合、端末関連アクセス管理アプリケーションは、未登録端末３８２１のユーザを登録するために提供されるＵＩ（例えば、ユーザ登録ＵＩ、ユーザ認証ＵＩ等）を非アクティブ化してよい。一方で、未登録端末３８２１のユーザを登録することが可能である間、端末関連アクセス管理アプリケーションによって、未登録端末３８２１のユーザをアクセス管理システムに登録することが許容されてよい。例えば、未登録端末３８２１のユーザを登録することが可能な場合、端末関連アクセス管理アプリケーションは、未登録端末３８２１のユーザを登録するために提供されるＵＩをアクティブ化してよい。
【０６４２】
また、本開示のいくつかの実施形態において、登録ユニットは、未登録端末３８２１のユーザを登録すべく、未登録端末３８２１のユーザのアクセス可能なドアに関する情報を取得してよい。ここで、未登録端末３８２１のユーザのアクセス可能なドアとは、複数のドア３８４１〜３８４４のうち、未登録端末３８２１のユーザがアクセスし得るドアを示してよい。しかしながら、段階Ｓ３９２０において、未登録端末３８２１のユーザのアクセス可能なドアに関する情報は取得される必要はなく、未登録端末３８２１のユーザが登録された後、取得されてよい。
【０６４３】
一実施形態において、未登録端末３８２１のユーザのアクセス可能なドアに関する情報は、マネージャ端末３８２２によって設定されてよい。
【０６４４】
別の実施形態において、未登録端末３８２１のユーザのアクセス可能なドアに関する情報は、予め定められたポリシおよび未登録端末３８２１のユーザのステータスによって判定されてよい。複数のドア３８４１〜３８４４のうち、未登録端末３８２１のユーザが所属するグループによって、アクセスされてよいドアに関するポリシが予め定められている場合、未登録端末３８２１のユーザのアクセス可能なドアは、未登録端末３８２１のユーザが所属するグループによってアクセスされてよいドアとして判定されてよい。
【０６４５】
また、本開示のいくつかの実施形態によると、未登録端末のユーザを登録するための情報を基に、未登録端末のユーザを登録する段階（Ｓ３９３０）が、実行されてよい。以下、段階Ｓ３９３０について、図４０を参照して詳細に説明する。
【０６４６】
以下、図４０から図４３を参照して、本開示のいくつかの実施形態による、未登録端末の登録方法に係る様々な修正例について説明する。
【０６４７】
図４０は、図３９の段階Ｓ３９３０を詳細に示すフローチャートである。
【０６４８】
図４０を参照すると、未登録端末のユーザを登録するための情報を基に、未登録端末のユーザを登録する段階（Ｓ３９３０）は、未登録端末のＵＩＤを登録する段階（Ｓ４０１０）と、未登録端末のユーザのユーザ認証情報を登録する段階（Ｓ４０２０）と、未登録端末のユーザのアクセス可能なドアに関する情報を登録する段階（Ｓ４０３０）と、を含んでよい。
【０６４９】
本開示のいくつかの実施形態による、未登録端末のユーザの登録方法において、登録ユニットは、未登録端末に関する情報を登録してよい（Ｓ４０１０）。
【０６５０】
本開示のいくつかの実施形態において、登録ユニットは、未登録端末３８２１のユーザを上記のデータベースに登録してよい。また、登録ユニットは、未登録端末３８２１のユーザのアカウントをアクセス管理システムに生成してよく、未登録端末３８２１のユーザのアカウントに加え、段階Ｓ３９２０で取得した未登録端末３８２１のユーザのＵＩＤをデータベースに登録してよい。
【０６５１】
また、未登録端末３８２１のユーザのアカウントが生成される場合、未登録端末３８２１からの未登録端末３８２１のユーザに割り当てられたアクセス管理システムにおけるＩＤ、および、アクセス管理アプリケーションにおいて、ログイン時に端末のユーザを識別すべく、未登録端末３８２１のユーザによって用いられるＩＤが生成されてよい。この場合、登録ユニットは、ＩＤを未登録端末３８２１のユーザのＵＩＤとして登録してよい。
【０６５２】
本開示のいくつかの実施形態による、未登録端末のユーザの登録方法において、登録ユニットは、未登録端末のユーザのユーザ認証情報を登録してよい（Ｓ４０２０）。上記の例において、登録ユニットは、未登録端末３８２１のユーザのユーザ認証情報をデータベースに登録してよい。
【０６５３】
しかしながら、上記の通り、未登録端末３８２１のユーザのユーザ認証情報の登録は、不可欠ではない。段階Ｓ３９２０において、未登録端末３８２１のユーザのユーザ認証情報が取得されない場合、登録ユニットは、未登録端末３８２１のユーザのユーザ認証情報を登録しなくてよい。この場合、ユーザアクセス権限判定ユニット１３０は、未登録端末３８２１のユーザのＵＩＤを用いて、ドアへのアクセスを制御してよい。
【０６５４】
また、本開示のいくつかの実施形態による、未登録端末のユーザの登録方法において、登録ユニットは、未登録端末のユーザのアクセス可能なドアに関する情報を登録してよい（Ｓ４０３０）。上記の例において、登録ユニットは、未登録端末３８２１のユーザのアクセス可能なドアに関する情報をデータベースに登録してよい。
【０６５５】
また、本開示のいくつかの実施形態によると、段階４０３０は、上記の段階Ｓ４０１０およびＳ４０２０の後に実行されてよい。しかしながら、本開示の実施形態はこれに限定されず、段階Ｓ４０３０は、段階Ｓ４０１０と同時に実行されてもよく、または段階４０１０とＳ４０２０との間に実行されてもよいことに留意されたい。
【０６５６】
しかしながら、段階Ｓ３９３０において、未登録端末３８２１のユーザのアクセス可能なドアに関する情報は、登録される必要はなく、未登録端末３８２１のユーザが登録された後、データベースに登録されてよい。
【０６５７】
図４１は、一実施形態による、未登録端末における登録通知を説明するためのダイアグラムである。
【０６５８】
図４１を参照すると、未登録端末４１１０は、図３の端末３００の修正例であってよく、未登録端末３８２１を示してよい。
【０６５９】
本開示のいくつかの実施形態において、登録ユニットは、アクセス管理システムへの登録のためのガイダンス情報を未登録端末４１１０に提供してよい。
【０６６０】
一例として、未登録端末４１１０が、ドア３８４１に対応するビーコン３８１１によって設定されたドア近接領域に位置する場合、未登録端末４１１０は、ビーコン３８１１から、ビーコン３８１１のＢＩＤを取得してよく、ビーコン３８１１のＢＩＤおよび未登録端末４１１０の特定の情報（例えば、ＭＡＣアドレス等）を送信してよい。この場合、ユーザアクセス権限判定ユニット１３０は、未登録端末４１１０は、ドア３８４１にアクセスする権限を有していないことを確認してよく、未登録端末４１１０がドア３８４１にアクセスすることをブロックしてよい。
【０６６１】
また、登録ユニットは、ドア３８４１にアクセスするには、登録が必要であることを示す情報、およびマネージャに関する情報を含むガイダンスメッセージを生成してよく、生成されたガイダンスメッセージを未登録端末４１１０に送信してよい。
【０６６２】
図４２は、別の実施形態による、未登録端末の未登録ユーザの登録を説明するためのダイアグラムである。
【０６６３】
図４２を参照すると、未登録端末４２１０は、図３の端末３００の修正例であってよく、未登録端末３８２１を示してよい。マネージャ端末４２２０は、図３の端末３００の修正例であってよく、マネージャ端末３８２２を示してよい。また、ビーコン４２０１は、図２のビーコン２００の修正例であってよく、マスタドア３８４１に対応するビーコン３８１１を示してよい。
【０６６４】
本開示のいくつかの実施形態において、未登録端末４２１０のユーザが登録不能である間、未登録端末４２１０で実行中の端末関連アクセス管理アプリケーションによって、未登録端末４２１０のユーザが、アクセス管理システムに登録されることがブロックされてよい。
【０６６５】
例えば、（ａ）に図示の通り、未登録端末４２１０がビーコン４２０１のドア近接領域に位置するが、マネージャ端末４２２０がドア近接領域に位置していない場合、未登録端末４２１０のユーザは登録できない。この場合、端末関連アクセス管理アプリケーションは、未登録端末４２１０のユーザを登録するためのＵＩ４２１１を非アクティブ化することによって、未登録端末４２１０のユーザが登録されることをブロックしてよい。
【０６６６】
代替的に、（ｂ）に図示の通り、未登録端末４２１０およびマネージャ端末４２２０が、ビーコン４２０１のドア近接領域に位置する場合、未登録端末４２１０のユーザは登録可能である。この場合、端末関連アクセス管理アプリケーションは、未登録端末４２１０のユーザを登録するためのＵＩ４２１１をアクティブ化することによって、未登録端末４２１０のユーザを登録してよい。
【０６６７】
図４３は、一実施形態による、未登録端末のユーザのアクセス可能なドアに関する情報の設定を説明するためのダイアグラムである。
【０６６８】
図４３を参照すると、マネージャ端末４３１０は、図３の端末３００の修正例であってよく、マネージャ端末３８２２を示してよい。
【０６６９】
本開示のいくつかの実施形態において、マネージャ端末４３１０は、未登録端末３８２１のユーザのアクセス可能なドアに関する情報を設定してよい。マネージャ端末４３１０で実行されているマネージャ端末関連アクセス管理アプリケーションは、未登録端末３８２１のユーザのアクセス可能なドアに関する情報を設定するためのＵＩを提供してよい。
【０６７０】
例えば、（ａ）に図示の通り、マネージャ端末関連アクセス管理アプリケーションは、複数のドアのうち、未登録端末３８２１のユーザのアクセス可能なドアを選択するためのＵＩ  ４３１１を提供してよく、登録ユニットは、ＵＩ  ４３１１を通して、選択されたドアを未登録端末３８２１のユーザのアクセス可能なドアとして選択してよい。
【０６７１】
別の例として、（ｂ）に図示の通り、マネージャ端末関連アクセス管理アプリケーションは、未登録端末３８２１のユーザが所属するグループを選択するためのＵＩ  ４３１２を提供してよい。この場合、未登録端末３８２１のユーザが所属するグループのアクセス可能なドアに関するポリシが、予め定められてよい。登録ユニットは、未登録端末３８２１のユーザが所属するグループを確認してよく、未登録端末３８２１のユーザが所属するグループのアクセス可能なドアを、未登録端末３８２１のユーザのアクセス可能なドアとして選択してよい。
【０６７２】
＜ビーム形成技術が適用されるアクセス管理システムにおけるアクセス制御＞
【０６７３】
上記の通り、アクセス管理システムの構成要素（ビーコン、端末、サーバ、アクセス制限コントローラ、ロックユニット等）は、互いに無線通信を実行してよい。特に、当該構成要素によって送信および受信される信号は指向性を有してよく、信号は、特定の方向にフォーカスされる。故に、構成要素は、信号を長距離にわたり低電力で送信および受信してよい。信号が指向性を有するので、信号を送信した構成要素の位置を正確且つ簡単に見つけることが可能である。信号が指向性を有することを可能にする、いくつかの技術が存在する。しかしながら、以下、本開示のアクセス管理システムに、ビーム形成技術が適用される典型的な実施形態について、詳細に説明する。
【０６７４】
ビーム形成とは、アンテナのビームを特定の構成要素にのみ方向付けるための技術として定義される。一実施形態において、ビームは、送信信号の電力が最大化されるように、信号を特定の方向またはチャネルにおける部分空間に送信するために用いられる。または、ビームは、受信信号の電力が、複数のアンテナデバイスを有する通信システムにおいて最大化されるように、特定方向またはチャネルにおける部分空間から信号を受信するために用いられる。
【０６７５】
ビーム形成技術の代わりに、信号が指向性を有することを可能にする他の技術が、後述するアクセス管理システムの一実施形態に適用可能であることを理解されたい。
【０６７６】
図４４および図４５は、図２の通信インタフェース２１０の例を示す、ブロックダイアグラムである。
【０６７７】
図２で説明したビーコン２００は、ビーム形成技術を用いて、他の構成要素と通信してよい。以下、ビームの形態で、信号を送信および受信するための通信インタフェース２１０の構成について説明する。ビーム形成技術は、他の構成要素（例えば、端末、サーバ、アクセス制限コントローラ、ロックユニット等）間の通信に用いられてもよいことを理解されたい。故に、また、図４４および図４５を参照して説明する通信インタフェース２１０の構成は、構成要素の各々の通信インタフェースにも用いられてよい。
【０６７８】
図４４を参照すると、信号をビームの形態で送信および受信すべく、通信インタフェース２１０は、アンテナ４４１０、ビーム形成ネットワーク４４２０および送受信モジュール４４３０を含んでよい。
【０６７９】
アンテナ４４１０は、アレイアンテナデバイス４４１１〜４４１４で構成されている。アレイアンテナデバイス４４１１〜４４１４は、それぞれのビームパターン、すなわち、放射パターンを有してよい。アレイアンテナデバイス４４１１〜４４１４のビームパターンが結合され、特定の位置に対する指向性を有するビームを形成および出力してよい。また、アンテナ４４１０は、スマートアンテナとして表されてもよい。また、アンテナ４４１０は、スイッチビームアレイアンテナまたは適合可能なアレイアンテナを含んでよい。
【０６８０】
図４４中、アレイアンテナデバイス４４１１〜４４１４の数は、４として表されている。しかしながら、本開示はこれに限定されず、故に、アンテナ４４１０は、２または２より多いアレイアンテナデバイスで構成されてよい。また、アレイアンテナデバイス４４１１〜４４１４間の距離は、互いに同一または異なってよい。
【０６８１】
ビーム形成ネットワーク４４２０は、信号をアレイアンテナデバイス４４１１〜４４１４に適用してよい。すなわち、アンテナ４４１０から出力されたビームの強度および方向は、ビーム形成ネットワーク４４２０によって、アレイアンテナデバイス４４１１〜４４１４に適用される入力の特性に従い、判定されてよい。
【０６８２】
ビーム形成ネットワーク４４２０の典型例は、バトラーマトリクスである。バトラーマトリクスとは、位相シフトを用いるビーム形成技術であり、その場合、位相シフトを実施すべく、アレイアンテナデバイス４４１１〜４４１４は、マイクロストリップラインで形成されてよい。バトラーマトリクスは、ビーム形成技術の実施において、周波数利用効率を高めるために用いられる。詳細な例として、４×４のバトラーマトリクスは、４つの入力ポートおよび４つの出力ポートを含んでよい。信号が、４つの入力ポートの任意の１つに適用されるとき、信号は、４つの出力ポートすべてから出力される。この場合、出力ポートの各々から出力される信号の電力レベルは、入力ポートに適用される信号の電力レベルと同一であってよい。出力ポートの各々から出力される信号の位相は、入力ポートに適用される信号の位相からシフトされてよい。例えば、第１から第４の出力ポートにおける位相はそれぞれ、＋４５°、−４５°、＋１３５°および−１３５°分、シフトされてよい。バトラーマトリクスは、位相シフタ（例えば、４５°位相シフタ、１３５°位相シフタ等）および位相シフトを実行すべく、バトラーマトリクスでラインをクロスするクロスオーバデバイスを含んでよいことを理解されたい。位相シフトに起因して、バトラーマトリクスは、入力ポートに適用された信号の位相を調整することによって、特定の方向に指向性を有するビームを出力してよい。
【０６８３】
また、送受信モジュール４４３０は、ビーム形成ネットワーク４４２０によって、アレイアンテナデバイス４４１１〜４４１４に適用された入力の特性を判定してよい。
【０６８４】
送受信モジュール４４３０の各々は、アンテナ４４１０から出力されたビームの方向を設定してよい。一実施形態において、１つの送受信モジュールは、１つのビームの方向を設定してよい。従って、アンテナ４４１０から出力されるビームの方向数は、送受信モジュール４４３０の数と等しくてよい。１つの送受信モジュールが、複数のビームの方向を設定してよいことを理解されたい。これについて、図４５を参照して詳細に説明する。
【０６８５】
一実施形態において、送受信モジュール４４３０の各々は、位相シフタおよび減衰器を含んでよい。ビームを予め定められた方向にステアリングするための複合ビーム利得が反映された信号が、位相シフタおよび減衰器を用いることによって、ビーム形成ネットワーク４４２０を通して、アレイアンテナデバイス４４１１〜４４１４で、乗算されてよい。
【０６８６】
また、送受信モジュール４４３０は、様々なタイプの通信方法で用いられてよい。例えば、送受信モジュール４４３０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信のＢｌｕｅｔｏｏｔｈ（登録商標）モジュールであってよい。
【０６８７】
図４５を参照すると、信号をビームの形態で送信および受信すべく、通信インタフェース２１０は、アンテナ４５１０、ビーム形成ネットワーク４５２０、スイッチ回路４５３０および送受信モジュール４５４０を含んでよい。図４４のアンテナ４４１０およびビーム形成ネットワーク４４２０の説明が、アンテナ４５１０およびビーム形成ネットワーク４５２０に適用されてよく、故に、その詳細な説明な説明は省略する。
【０６８８】
また、図４４の送受信モジュール４４３０の説明は、送受信モジュール４５４０にも適用されてよい。しかしながら、送受信モジュール４５４０は、複数のビームの方向を設定してよい。例えば、スイッチ回路４５３０は、ビーム形成ネットワーク４５２０の入力ポートを送受信モジュール４５４０に接続してよい。ビームを特定の方向にステアリングするための信号は、スイッチ回路４５３０を通して、送受信モジュール４５４０から、ビーム形成ネットワーク４５２０の入力ポートへと適用されてよい。
【０６８９】
図４６は、別の実施形態によるアクセス管理方法を示す、フローチャートである。
【０６９０】
図４６を参照すると、本開示のいくつかの実施形態によるアクセス管理方法は、端末の位置を測定する段階（Ｓ４６１０）と、端末の測定された位置を基に、アクセス管理を実行する段階（Ｓ４６２０）と、を含んでよい。以下、アクセス管理方法の段階について、さらに詳細に説明する。
【０６９１】
本開示のいくつかの実施形態によると、段階Ｓ４６１０およびＳ４６２０は、上記のユーザアクセス権限判定ユニットによって実行される。また、上記の通り、ユーザアクセス権限判定ユニットは、ビーコン、端末またはサーバ内に実施されてよい。従って、また、段階Ｓ４６１０およびＳ４６２０は、ビーコン、端末またはサーバによって実行されてもよい。また、段階Ｓ４６１０は、ビーコン、端末およびサーバのうちの１つによって実行されてよく、段階Ｓ４６２０は、ビーコン、端末およびサーバのうちの別の１つによって実行されてよい。
【０６９２】
本開示のいくつかの実施形態によると、端末の位置を測定する段階（Ｓ４６１０）が実行されてよい。
【０６９３】
ユーザアクセス権限判定ユニットは、ビーコンの指向性を用いて、ビーコンによって、特定の位置に送信された信号または受信された信号を基に、ユーザの位置を測定してよい。ここで、端末の位置とは、端末が、特定のオブジェクトに対し位置する方向および／または特定のオブジェクトと端末との間の距離を指してよい。例えば、端末の位置とは、端末のビーコンに対する方向、ビーコンと端末との間の距離、端末のターゲットドアに対する方向、またはターゲットドアと端末との間の距離を指してよい。また、一例として、ビーコンは、ターゲットドアに近接して設置されてよい。この場合、端末のビーコンに対する方向、およびビーコンと端末との間の距離は、端末のターゲットドアに対する方向およびターゲットドアと端末との間の距離から推定されてよい。
【０６９４】
一実施形態において、端末の位置を測定する段階（Ｓ４６１０）は、ビーコンまたは端末によって開始されてよい。端末の位置を測定する段階（Ｓ４６１０）がビーコンによって開始される事例については、図４７および図４８を参照して説明する。端末の位置を測定する段階（Ｓ４６１０）が、端末によって開始される事例については、図４９および図５０を参照して説明する。
【０６９５】
また、本開示のいくつかの実施形態によると、端末の測定された位置に基づき、アクセス管理を実行する段階（Ｓ４６２０）が実行されてよい。すなわち、段階Ｓ４６２０は、段階Ｓ４６１０で測定された端末の位置を、上記のアクセス管理システムにおけるアクセス制御、アクセス認証プロセス判定方法、異常アクセス処理方法、ドア制御方法、ビーコン制御方法、セキュリティモード管理または未登録端末のユーザの登録方法に適用することを指す。
【０６９６】
まず、アクセス管理システムにおける上記のアクセス制御について、ユーザアクセス権限判定ユニットは、ビーコンと端末との間の距離を基に、端末がドア近接領域に位置するかどうかをチェックしてよい。図９の段階Ｓ９２０において、端末によって測定された受信信号の強度、およびビーコンデータに含まれる送信電力情報が、ビーコンと端末との間の距離を識別すべく、ユーザアクセス権限判定ユニットによって用いられる。段階Ｓ４６１０において、ユーザアクセス権限判定ユニットは、ビーコンによって端末に送信された、指向性を用いた信号またはビーコンによって受信された信号を基に、端末の位置をチェックしてよい。段階Ｓ４６２０において、ユーザアクセス権限判定ユニットは、受信信号の強度および送信電力情報を基にするのではなく、ビーコンと端末との間の識別された距離を用いることで、端末が、ドア近接領域に位置するかどうかをチェックしてよい。段階Ｓ４６１０において、ユーザアクセス権限判定ユニットは、ビーコンによって端末に送信された、指向性を用いた信号またはビーコンによって受信された信号に加え、受信信号の強度および送信電力情報を用いて、端末の位置をチェックしてよいことを理解されたい。
【０６９７】
また、上記のアクセス認証プロセス判定方法においては、ユーザアクセス権限判定ユニットは、段階４６１０で測定された端末の位置を基に、端末のユーザがターゲットドアに対する外側または内側のいずれに位置するかを判定してよく、および、端末のユーザが、ターゲットドアの外側から内側へ進入するか、または、ターゲットドアの内側から外側へ退出するかを判定してよい。また、ユーザアクセス権限判定ユニットは、ユーザが、ターゲットドアに対する内側または外側のいずれに位置するか、および／または、端末のユーザが、ターゲットドアを通って進入または退出するかに従い、ターゲットドアをロック解除するために実行される必要のあるアクセス認証プロセスを判定してよい。
【０６９８】
また、上記の異常アクセス処理方法においては、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を基に、端末のユーザの異常アクセスが発生したかどうかを判定してよい。上記の異常アクセス処理方法においては、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を基に、端末のユーザが、ドアを通過したかどうかを判定してよい。すなわち、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を基に、端末の位置が内側から外側へと、または、外側から内側へと変更したかどうかをチェックしてよい。ユーザアクセス権限判定ユニットは、端末のユーザが、ターゲットドアに異常にアクセスした場合、例えば、ユーザが、ユーザ認証動作を実行せずに、ターゲットドアを通過した場合に、端末のユーザに対し、異常アクセス管理を実行してよい。
【０６９９】
また、上記のドア制御方法において、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を基に、ターゲットドアがロック解除されるように制御すべきかどうかを判定してよい。例えば、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を用いて、端末が、ドア近接領域に位置することを確認した場合、ユーザアクセス権限判定ユニットは、ターゲットドアがロック解除されるように制御してよい。
【０７００】
また、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を用いて、ターゲットドアがロック解除された状態を維持すべきかどうかを判定してよい。例えば、ドアロック制御条件に、端末がターゲットドアを通過すること、または、端末がドア近接領域を退出することが含まれる場合、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を用いて、ドアロック制御条件が、満たされるかどうかを判定してよい。ドアロック制御条件が満たされない場合、ユーザアクセス権限判定ユニットは、ターゲットドアがロック解除された状態を維持してよい。
【０７０１】
また、上記のビーコン制御方法において、ビーコンの近傍に位置する端末の存在および端末数は、段階Ｓ４６１０で測定された端末の位置を基にチェックされてよい。すなわち、段階Ｓ４６１０で測定された端末の位置が確認される条件においては、ビーコンの現在時間、ビーコンの近傍の照明、移動ノイズ等のような情報が存在しない場合であっても、段階Ｓ４６１０で測定された端末の位置を基に、ビーコンの近傍に位置する端末の存在および端末数が、チェックされてよい。ビーコンの近傍に位置する端末の存在および端末数を用いて、送信間隔、送信電力レベル、ドア近接領域およびビーコンの動作モード等のビーコンパラメータを設定してよい。
【０７０２】
また、上記のセキュリティモード管理においては、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を基に、端末がセキュリティゾーン全体に位置するかどうかを判定してよい。
【０７０３】
例えば、ユーザアクセス権限判定ユニットの動作モードが正常モードである条件においては、ユーザアクセス権限判定ユニットは、セキュリティゾーン全体に位置する端末が存在しない場合、すべての端末のユーザが、セキュリティゾーン全体を退出したことをチェックしてよい。
【０７０４】
別の例として、ユーザアクセス権限判定ユニットの動作モードがセキュリティモードである条件においては、ユーザアクセス権限判定ユニットは、段階Ｓ４６１０で測定された端末の位置を基に、端末がセキュリティゾーン全体に位置すると確認された場合、侵入が生じたと判定してよく、侵入に対する管理を実行してよい。
【０７０５】
また、上記の未登録端末のユーザの登録方法においては、段階Ｓ４６１０で測定された端末の位置を用いて、未登録端末のユーザが登録可能かどうかをチェックしてよい。詳細に言うと、段階Ｓ４６１０で測定された端末の位置を用いて、未登録端末が、マネージャ端末から、予め定められた距離に位置するかどうかを判定してよい。未登録端末が、マネージャ端末から予め定められた距離に位置する場合、端末のユーザが登録可能であると判定されてよい。
【０７０６】
図４７は、一実施形態による、図４６の段階Ｓ４６１０をさらに詳細に示すフローチャートである。
【０７０７】
図４７を参照すると、段階Ｓ４６１０は、ビーコンから端末へ送信されたビーコンデータに含まれる参照情報を取得する段階（Ｓ４７１０）と、参照情報を用いて、端末の位置をチェックする段階（Ｓ４７２０）と、を含んでよい。段階Ｓ４６１０は、ユーザアクセス権限判定ユニットによって実行されてよい。
【０７０８】
以下、段階Ｓ４７１０およびＳ４７２０について、図４８を参照して説明する。
【０７０９】
本開示のいくつかの実施形態によると、ビーコンから端末に送信されたビーコンデータに含まれる参照情報を取得する段階（Ｓ４７１０）が実行されてよい。
【０７１０】
図４８に図示の通り、ビーコン４８１０は、ターゲットドア４８２０に近接して設置されてよい。図４８は、１つのビーコン４８１０のみを示す。しかしながら、本開示は、これに限定されず、２または２より多いビーコンが存在してよい。
【０７１１】
一実施形態において、端末の位置を測定する段階（Ｓ４６１０）は、ビーコンによって開始されてよい。まず、上記の通り、ビーコン４８１０は、ビーコンデータを含む信号を端末に送信してよい。この場合、ビーコンデータを含む信号は、ブロードキャスト方式で、ブロードキャスト範囲にわたり送信されてよい。例えば、ブロードキャスト領域は、ターゲットドアの外側領域４８３１および４８３２並びに内側領域４８３３および４８３４を含んでよい。
【０７１２】
また、ビーコン４８１０は、ビーム形成技術の指向性を用いて、異なるビーコンデータを領域４８３１〜４８３４に送信してよい。すなわち、異なるビーム方向および異なるビーコンデータを有する信号が、領域４８３１〜４８３４に送信されてよい。ビーコン４８１０は、領域４８３１〜４８３４に対応するビーコンデータを事前設定してよく、ビームを領域４８３１〜４８３４に向けてステアリング（すなわち、ビームステアリング）して、領域４８３１〜４８３４に対応するビーコンデータを有する信号を送信してよい。例えば、ビーコン４８１０は、ビームステアリングを領域４８３１〜４８３４に順に実行してよく、領域４８３１〜４８３４に対応するビーコンデータを有する信号を順にブロードキャストしてよい。
【０７１３】
より詳細に言うと、まず、ビーコンデータが異なるとは、ビーコンデータに含まれる参照情報が異なることを指す。ここで、参照情報とは、端末の位置を識別するための情報である。一実施形態において、参照情報とは、上記のビーコンデータに含まれる情報に追加される情報であってよく、または、上記のビーコンデータに含まれる情報であってよい。
【０７１４】
例えば、参照情報は、上記のビーコンデータ内に位置インジケータを追加で含んでよい。一例として、位置インジケータの値は、ａ、ｂ、ｃおよびｄの任意の１つとして設定されてよい。位置インジケータａは、第１の領域４８３１に送信されたビーコンデータを指してよく、位置インジケータｄは、第４の領域４８３４に送信されたビーコンデータを指してよい。また、位置インジケータａを有するビーコンデータは、第１のビーコンデータとして表され、位置インジケータｂ、ｃおよびｄを有するビーコンデータは、典型的に第２、第３、および第４のビーコンデータとして表されてよい。
【０７１５】
別の例として、参照情報は、ＢＩＤであってよく、ＢＩＤは、上記のビーコンデータに含まれる情報である。この場合、ＢＩＤとは、１つのビーコン４１８０およびその異なる位置を示す。例えば、ビーコンデバイス４８１０のＢＩＤの値は、ｘ‐ｙフォーマット（例えば、１‐１、１‐２、１‐３および１‐４）で設定されてよい。ここで、ＢＩＤのｘは、ビーコン４８１０を示し、ＢＩＤのｙは、領域を示す。すなわち、ＢＩＤ１−１は、ビーコン４８１０から第１の領域４８３１に送信される信号を指し、ＢＩＤ１−４は、ビーコン４８１０から第４の領域４８３４に送信される信号を指す。
【０７１６】
本開示のいくつかの実施形態において、ユーザアクセス権限判定ユニットは、ビーコン４８１０または端末から、参照情報を取得してよい。例えば、ユーザアクセス権限判定ユニットが、ビーコン４８１０に含まれる場合、ユーザアクセス権限判定ユニットは、ビーコン４８１０によって、端末に送信された信号に含まれる参照情報を取得してよい。代替的に、ビーコン４８１０の信号送信に応答して、端末が、ａｃｋ信号をビーコン４８１０に送信する場合、ユーザアクセス権限判定ユニットは、ａｃｋ信号に対応する信号に含まれる参照情報を取得してよい。
【０７１７】
別の例として、ユーザアクセス権限判定ユニットが、端末内に含まれる場合、ユーザアクセス権限判定ユニットは、端末によってビーコン４８１０から受信された信号から、参照情報を抽出してよい。
【０７１８】
さらなる別の例として、ユーザアクセス権限判定ユニットが、サーバ内に含まれる場合、ユーザアクセス権限判定ユニットは、ビーコン４８１０によって、端末に送信された参照情報を、ビーコン４８１０または端末から受信してよい。
【０７１９】
また、本開示のいくつかの実施形態において、参照情報を用いて、端末の位置をチェックする段階（Ｓ４７２０）が、実行されてよい。
【０７２０】
一実施形態において、ユーザアクセス権限判定ユニットは、参照情報のみを用いて、端末の位置をチェックしてよい。例えば、上記の通り、端末は、端末の位置により、異なるビーコンデータを取得してよい。例えば、端末が領域４８３１に位置する場合、端末は、第１の参照情報を含む第１のビーコンデータを取得してよく、端末が領域４８３２に位置する場合、端末は、第２の参照情報を含む第２のビーコンデータを取得してよく、端末が領域４８３３に位置する場合、端末は、第３の参照情報を含む第３のビーコンデータを取得してよく、端末が領域４８３４に位置する場合、第４の参照情報を含む第４のビーコンデータを取得してよい。この場合、ユーザアクセス権限判定ユニットが、第１のビーコンデータを取得する場合、ユーザアクセス権限判定ユニットは、第１の参照情報を通して、端末が領域４８３１に位置することを確認してよく、端末が、ターゲットドア４８２０に対する外側に位置することを確認してよい。また、ユーザアクセス権限判定ユニットが、第３の参照情報をビーコンまたは端末から取得する場合、ユーザアクセス権限判定ユニットは、第３の参照情報を通して、端末が領域４８３３に位置することを確認してよく、端末が、ターゲットドア４８２０に対する内側に位置することを確認してよい。
【０７２１】
また、端末がビーコン４８１０から、第１のビーコンデータを、その後、第２のビーコンデータを順に取得する場合、ユーザアクセス権限判定ユニットは、端末が、領域４８３１から領域４８３２へと移動したことを確認してよい。また、ユーザアクセス権限判定ユニットが、端末またはビーコン４８１０から、第２の参照情報を、その後、第３の参照情報を順に取得する場合、ユーザアクセス権限判定ユニットは、端末が、ターゲットドア４８４０を通って、外側から内側に進入したことを確認してよい。また、ユーザアクセス権限判定ユニットが、端末またはビーコン４８１０から、第３の参照情報を、その後、第２の参照情報を順に取得する場合、ユーザアクセス権限判定ユニットは、端末が、ターゲットドア４８４０を通って、外側から内側に退出したことを確認してよい。
【０７２２】
一実施形態において、ユーザアクセス権限判定ユニットは、参照情報以外の情報を用いて、端末の位置をチェックしてよい。例えば、端末が、領域４８３１または領域４８３２に位置する場合、端末は、第１の参照情報を含む第１のビーコンデータを取得してよい。端末が領域４８３３または領域４８３４に位置する場合、端末は、第２の参照情報を含む第２のビーコンデータを取得してよい。この場合、ユーザアクセス権限判定ユニットは、第１の参照情報を用いて、端末が、ターゲットドア４８２０に対する外側に位置することを確認してよい。しかしながら、ユーザアクセス権限判定ユニットは、端末が、領域４８３１または領域４８３２に位置することを確認できない。この場合、ユーザアクセス権限判定ユニットは、ビーコン４８１０からの信号の受信に応答して、端末によって測定された受信信号の強度および／またはビーコンデータに含まれる送信電力情報を用いて、ビーコン４８１０と端末との間の距離をチェックしてよく、並びに、ビーコン４８１０と端末との間の距離を用いて、端末の位置をチェックしてよい。例えば、端末が第１のビーコンデータをビーコン４８１０から取得し、受信信号の強度および／または送信電力情報を用いて、ビーコン４８１０と端末との間の差異が予め定められた距離以下であると判定された場合、ユーザアクセス権限判定ユニットは、端末が領域４８３２に位置することを確認してよい。
【０７２３】
また、一実施形態において、ビーコン４８１０は、２または２より多い異なるビーコンデータを領域４８３１〜４８３４の任意の１つに送信してよい。すなわち、ビーコン４８１０は、異なる参照情報を有する２または２より多いビーコンデータを領域４８３１〜４８３４の任意の１つに送信してよい。
【０７２４】
この場合、ユーザアクセス権限判定ユニットは、２または２より多い異なるビーコンデータを含む信号の強度を相対的に比較してよく、２または２より多い異なるビーコンデータを含む複数の信号のうちから、任意の１つのビーコンデータを含む信号を選択し、選択された信号のビーコンデータに含まれる参照情報を用いて、端末の位置をチェックしてよい。
【０７２５】
例えば、ビーコン４８１０は、第１の参照情報を含む第１のビーコンデータおよび第２の参照情報を含む第２のビーコンデータを領域４８３１に送信してよい。すなわち、第１のビーコンデータを含む第１の信号および第２のビーコンデータを含む第２の信号は、領域４８３１に位置する端末に送信されてよい。この場合、ビーム形成技術の指向性により、領域４８３１に送信される第１の信号の送信電力は、領域４８３１に送信された第２の信号の送信電力より大きくよい。故に、領域４８３１で受信される第１の信号の強度は、領域４８３１で受信される第２の信号の強度より高くてよい。
【０７２６】
この場合、ユーザアクセス権限判定ユニットは、第１の信号および第２の信号のビーコン４８１０からの受信に応答して、端末によって測定された第１の信号の受信信号の強度と、第２の信号の受信信号の強度とを比較してよく、第２の信号より高い強度を有する第１の信号を選択してよい。また、別の例として、ユーザアクセス権限判定ユニットは、第１のビーコンデータおよび第２のビーコンデータに含まれる、送信電力情報を用いて、第２の信号より大きい送信電力を有する第１の信号を選択してよい。さらなる別の例として、ユーザアクセス権限判定ユニットは、ビーコン４８１０からの第１の信号の送信電力および第２の信号の送信電力をチェックしてよく、第２の信号より大きい送信電力を有する第１の信号を選択してよい。
【０７２７】
同様の例として、領域４８３１に送信された第１の信号の送信電力は、領域４８３１に送信された第２の信号の送信電力と同一であってよい。この場合、領域４８３１で受信される第１の信号の強度は、領域４８３１で受信される第２の信号の強度より低くてよい。この場合、ユーザアクセス権限判定ユニットは、端末によって測定された、第１の信号の受信信号の強度と、第２の信号の受信信号の強度とを比較してよく、第２の信号より高い強度を有する第１の信号を選択してよい。
【０７２８】
その後、ユーザアクセス権限判定ユニットは、選択された第１の信号に含まれる、第１のビーコンデータの第１の参照情報を用いて、端末が第１の領域４８３１に位置することを確認してよい。
【０７２９】
また、本開示のいくつかの実施形態において、領域に送信されたビーコンデータを含む信号の強度は、互いに異なってよい。この場合、ユーザアクセス権限判定ユニットは、端末によって受信された信号の強度を基に、端末の位置をチェックしてよい。
【０７３０】
例えば、ビーコン４８１０によって、領域４８３１に送信される第１の信号は、第１の強度を有してよく、ビーコン４８１０によって、領域４８３２に送信される第２の信号は、第２の強度を有してよい。一例として、第１の信号は、第２の信号より小さくてよい。端末が第１の強度を有する第１の信号を受信した場合、ユーザアクセス権限判定ユニットは、端末が第１の領域４８３１に位置することを確認してよい。端末が第２の強度を有する第２の信号を受信した場合、ユーザアクセス権限判定ユニットは、端末が第２の領域４８３２に位置することを確認してよい。
【０７３１】
また、ビーコン４８１０によって領域４８３３に送信される第３の信号は、第３の強度を有してよく、ビーコン４８１０によって領域４８３４に送信される第４の信号は、第４の強度を有してよい。この場合、第１から第４の強度は、互いに異なってよい。すなわち、第１の信号の送信電力、第２の信号の送信電力、第３の信号の送信電力、および第４の信号の送信電力は、ビーコン４８１０において、互いに異なるように設定されてよい。
【０７３２】
ユーザアクセス権限判定ユニットは、端末によって受信される信号の強度が、第１の強度、第２の強度、第３の強度または第４の強度に対応するかどうかをチェックしてよく、対応する信号の強度に対応する領域を端末が位置する領域として判定してよい。
【０７３３】
上記の通り、ビーコン４８１０は、指向性を用いて、異なるビーコンデータを異なる領域４８３１〜４８３４に送信してよい。従って、ユーザアクセス権限判定ユニットは、１つのビーコン４８１０が存在する場合であっても、端末の位置を正確に推定してよい。
【０７３４】
図４９は、別の実施形態による、図４６の段階Ｓ４６１０をさらに詳細に示すフローチャートである。
【０７３５】
図４９を参照すると、段階Ｓ４６１０は、受信信号を基に、ビーコンの複数のアンテナデバイスの各々によって受信された信号の受信角度を推定する段階（Ｓ４９１０）と、推定された受信角度を基に、端末の位置をチェックする段階（Ｓ４９２０）と、を含んでよい。段階Ｓ４６１０は、ユーザアクセス権限判定ユニットによって実行されてよい。
【０７３６】
本開示のいくつかの実施形態によると、受信信号を基に、ビーコンの複数のアンテナデバイスの各々によって受信された信号の受信角度を推定する段階（Ｓ４９１０）が、実行されてよい。
【０７３７】
図５０の（ａ）および（ｂ）に図示される通り、ビーコン５０１０は、ターゲットドア５０７０に近接して設置されてよい。図５０は、１つのビーコン５０１０のみを示す。しかしながら、本開示はこれに限定されず、２または２より多いビーコンが存在してよい。
【０７３８】
一実施形態において、端末の位置を測定する段階（Ｓ４６１０）は、端末５０２０によって開始されてよい。まず、端末５０２０は、信号５０３０をビーコン５０１０に送信してよい。この場合、端末５０２０によって送信される信号５０３０は、ビームの形態を有していても、有していなくてもよい。
【０７３９】
また、端末５０２０は、ビーコン５０１０からビーコンデータを取得するかに関わらず、信号をビーコン５０１０に送信してよい。すなわち、端末５０２０は、端末５０２０が、ビーコン５０１０のブロードキャスト領域に位置し、ビーコン５０１０からＢＩＤを取得した後、信号５０３０を送信してもよい。また、端末５０２０がビーコン５０１０のブロードキャスト領域の外側に位置する場合、または、端末５０２０が、ビーコン５０１０のブロードキャスト領域に位置する場合であっても、端末５０２０がＢＩＤをビーコン５０１０から取得する前に、端末５０２０は、信号５０３０を送信してもよい。
【０７４０】
図５０の（ａ）に図示の通り、ビーコンは、複数のアレイアンテナデバイス５０１１〜５０１４を含んでよい。この場合、複数のアレイアンテナデバイス５０１１〜５０１４間の距離は、互いに同一または異なってよい。信号５０３０が、端末５０２０に送信される場合、送信された信号５０３０は、平面波の形態を有してよく、複数のアレイアンテナデバイス５０１１〜５０１４の各々によって受信されてよい。この場合、複数のアレイアンテナデバイス５０１１〜５０１４によって受信される平面波間には、位相差があってよく、複数のアレイアンテナデバイス５０１１〜５０１４によって受信される平面波の強度も、位相差に起因して異なってよい。ビーコン５０１０は、複数のアレイアンテナデバイス５０１１〜５０１４によって受信された平面波の強度を測定してよく、測定されたこれらの強度を比較して、送信信号５０３０の受信角度（または送信角度）を推定してよい。送信信号５０３０の受信角度（または送信角度）を推定すべく、従来の受信角度（または送信角度）の推定技術が適用されてよい。受信角度（または送信角度）の推定技術の詳細な説明は、本開示の技術的な趣旨を不必要に不明瞭にする可能性があるので、ここでは省略することとする。
【０７４１】
また、本開示のいくつかの実施形態において、推定された受信角度を基に、端末の位置をチェックする段階（Ｓ４９２０）が実行されてよい。
【０７４２】
一実施形態において、ユーザアクセス権限判定ユニットは、推定された受信角度を用いて、端末の位置をチェックしてよい。例えば、端末５０２１からビーコン５０１０によって取得された信号の受信角度がθ１である場合、ビーコン５０１０は、推定された受信角度に対応する位置情報（例えば、θ１の場合、端末５０２１とターゲットドア５０７０との間の距離は５メートル、およびθ２の場合、端末５０２１とターゲットドア５０７０との間の距離は２メートル）を事前格納してよく、推定された受信角度θ１を用いて、格納された位置情報から、端末の位置を抽出してよい。
【０７４３】
また、ユーザアクセス権限判定ユニットは、推定された受信角度を基に判明した端末の位置を用いて、端末が、ターゲットドア５０７０に対する内側または外側のいずれに位置するかをチェックしてよい。例えば、推定された受信角度θ１およびθ４は、同様の絶対値および異なる符号を有するので、端末はターゲットドア５０７０に対する内側または外側に位置すると判定されてよく、また、端末５０２１および端末５０２４の位置は互いに別個であってよい。
【０７４４】
また、ユーザアクセス権限判定ユニットは、推定された受信角度を基に確認された端末の位置を用いて、端末が、ターゲットドア５０７０を通して、進入するか、または退出するかを判定してよい。例えば、推定された受信角度が、θ１、θ２、θ３およびθ４の順序で順に変更される場合、ユーザアクセス権限判定ユニットは、端末が、外側から内側に進入したと判定してよい。また、推定された受信角度が、θ３、θ２、θ１の順序で順に変更される場合、ユーザアクセス権限判定ユニットは、端末が、内側から外側に退出したと判定してよい。
【０７４５】
また、別の実施形態において、ユーザアクセス権限判定ユニットは、推定された受信角度以外の情報を用いて、端末の位置をチェックしてよい。例えば、端末５０２１からビーコン５０１０によって取得された信号の受信角度がθ１である場合、ユーザアクセス権限判定ユニットは、受信角度θ１およびビーコン５０１が設置されている高さを考慮して、ビーコンと端末５０２１との間の距離、または、端末５０２１とターゲットドア５０７０との間の距離を推定してよい。別の例として、ユーザアクセス権限判定ユニットは、推定された受信角度θ１に加え、ビーコン４８１０からの信号の受信に応答して、端末によって測定された受信信号の強度および／またはビーコンデータに含まれる送信電力情報を用いて、端末の位置を推定してよい。例えば、推定された受信角度θ１および推定された受信角度θ２は、ビーコン５０１０が比較的高い位置に設置されるので、同様の値を有してよい。この場合、端末５０２１がビーコン５０１０から信号を受信する場合、ユーザアクセス権限判定ユニットは、ビーコン４８１０からの信号の受信に応答して、端末によって測定された受信信号の強度、および／または、端末５０２１からのビーコンデータに含まれる送信電力情報を取得してよく、取得された受信信号の強度および／または送信電力情報を用いて、ビーコン４８１０と端末との間の距離を取得してよく、その後、ビーコン４８１０と端末との間の取得された距離を用いて、端末の位置をチェックしてよい。
【０７４６】
また、一実施形態において、ユーザアクセス権限判定ユニットは、推定された受信角度を基に、端末の位置を推定し、端末の推定された位置を基に、ターゲットドア５０７０を識別してよい。例えば、上記の通り、端末５０２０がビーコン５０１０からＢＩＤを取得する前に、ビーコン５０１０は、端末５０２０から信号５０３０を取得してよい。この場合、ユーザアクセス権限判定ユニットは、端末の推定された位置を基に、ターゲットドア５０７０を識別してよい。例えば、信号を端末５０２０から受信するビーコンが複数設けられている場合、ユーザアクセス権限判定ユニットは、複数のビーコンから受信された信号を基に、受信角度を推定してよく、推定された受信角度に従い、ビーコンの各々と端末５０２０との間の距離を推定してよい。この場合、ユーザアクセス権限判定ユニットは、端末５０２０の最も近くに位置するビーコンを選択してよく、選択されたビーコンに対応するドアを端末５０２０のユーザのアクセスのためのターゲットドアとして設定してよい。
【０７４７】
もちろん、端末５０２０がＢＩＤをビーコン５０１０から取得する前に、ビーコン５０１０が信号５０３０を端末５０２０から取得する場合、ビーコン５０１０は、ＢＩＤを含むビーコンデータをビームの形態で端末５０２０に送信してよく、ユーザアクセス権限判定ユニットは、端末５０２０によって取得されたＢＩＤを用いて、ターゲットドアを識別してよい。
【０７４８】
図５１は、さらなる別の実施形態による、アクセス管理方法を示すフローチャートである。
【０７４９】
図５１を参照すると、本開示のいくつかの実施形態によるアクセス管理方法は、端末とデバイスとの間で送信および受信された信号を基に、端末の位置をチェックする段階（Ｓ５１１０）と、端末の位置を基にアクセス管理を実行する段階（Ｓ５１２０）と、を含んでよい。以下、アクセス管理方法の段階について、さらに詳細に説明する。
【０７５０】
本開示のいくつかの実施形態によると、段階Ｓ５１１０およびＳ５１２０は、上記のユーザアクセス権限判定ユニットによって実行される。また、ユーザアクセス権限判定ユニットは、ビーコン、端末、サーバまたは少なくとも１つのデバイス内に実施されてよい。従って、また段階Ｓ５１１０およびＳ５１２０は、ビーコン、端末、サーバまたは少なくとも１つのデバイスによって実行されてもよい。また、段階Ｓ５１１０は、ビーコン、端末、サーバおよびデバイスのうちの１つによって実行されてよく、段階Ｓ５１２０は、ビーコン、端末、サーバおよびデバイスのうちの別の１つによって実行されてよい。
【０７５１】
また、上記デバイスの各々は、信号を端末に送信する、または、端末から信号を受信する装置であってよい。デバイスは、上記のビーコンであってよく、またはビーコンとは独立した装置であってよい。デバイスのうちの１つは、ビーコンであってよく、残りのデバイスは、ビーコンとは独立した装置であってよい。また、デバイスは、ビーム形成技術を用いて、ビームの形態で信号を端末に送信してよく、および、ビームの形態で信号を端末から受信してよい。例えば、デバイスは、複数のアレイアンテナデバイスを含んでよく、複数のアレイアンテナデバイスを用いて、信号をビームの形態で送信および受信してよい。しかしながら、本開示は、これに限定されず、故にデバイスは、信号をビーム以外の形態で送信および受信してもよい。
【０７５２】
本開示のいくつかの実施形態によると、端末とデバイスとの間で送信および受信された信号を基に、端末の位置をチェックする段階（Ｓ５１１０）が実行されてよい。
【０７５３】
ユーザアクセス権限判定ユニットは、端末とデバイスとの間で送信および受信された信号に三角測量を適用して、端末とデバイスとの間の距離、またはターゲットドアと端末との間の距離を測定してよい。一実施形態において、デバイスは、ターゲットドアに対応するように事前設定されてよい。
【０７５４】
概して、三角測量は、ターゲット装置および２つの送受信デバイスの間で、送信および受信された信号の到着時間または強度を用いて、ターゲット装置からの距離を測定するために用いられる。しかしながら、本開示は、送信または受信された信号の到着時間または強度を用いない。本開示は、三角測量を送信または受信された信号の方向（例えば、送信または受信された信号の受信角度）に適用することによって、端末とデバイスとの間の距離、または、ターゲットドアと端末との間の距離を測定してよい。以下、図５４を参照して、図５１から図５３について説明する。
【０７５５】
例えば、図５４を参照すると、第１のデバイス５４１１および第２のデバイス５４１２は、ターゲットドアの上方または下方に設置されてよい。図５４は、第１のデバイス５４１１が、ターゲットドア５４２０の上部に設置され、第２のデバイス５４１２がターゲットドア５４２０の下部に設置されていることを示す。しかしながら、本開示はこれに限定されず、第１のデバイス５４１１および第２のデバイス５４１２は、ターゲットドア５４２０の中央に設置されてもよい。また、図５４中、ビーコンは示されていないが、ビーコンが、ターゲットドア５４２０の近傍に設置されてよい。また、ビーコンは、第１のデバイス５４１１および第２のデバイス５４１２のうち少なくとも１つであってよい。
【０７５６】
図５４中、第１のデバイス５４１１および第２のデバイス５４１２は、端末５４３０との間で信号を送信および受信してよい。端末５４３０と第１のデバイス５４１１との間で送信および受信される信号の方向をチェックすべく、ユーザアクセス権限判定ユニットは、端末５４３０と第１のデバイス５４１１との間で送信および受信される信号の送信角度および受信角度θ１、並びに端末５４３０と第２のデバイス５４１２との間で送信および受信される信号の送信角度および受信角度θ２を取得してよい。また、ユーザアクセス権限判定ユニットは、第１のデバイス５４１１と第２のデバイス５４１２との間の距離Ｄをチェックしてよい。例えば、距離Ｄは事前設定されてよく、第１のデバイス５４１１と第２のデバイス５４１２との間での信号の送信および受信に応答して、測定されてよい。端末５４３０とターゲットドア５４２０との間の距離ｄは、以下の式１から得られてよい。
【０７５７】
【数１】
2019508912.tif 000003
【０７５８】
一実施形態において、端末とデバイスとの間で送信および受信された信号を基に、端末の位置をチェックする段階（Ｓ５１１０）は、デバイスまたは端末によって開始されてよい。段階Ｓ５１１０が、デバイスによって開始される事例については、図５２を参照して説明する。段階Ｓ５１１０が、端末によって開始される事例については、図５３を参照して説明する。
【０７５９】
また、本開示のいくつかの実施形態によると、端末の測定された位置に基づき、アクセス管理を実行する段階（Ｓ５１２０）が実行されてよい。すなわち、段階Ｓ５１２０は、段階Ｓ５１１０で測定された端末の位置を、上記のアクセス管理システムにおけるアクセス制御、アクセス認証プロセス判定方法、異常アクセス処理方法、ドア制御方法、ビーコン制御方法、セキュリティモード管理または未登録端末のユーザの登録方法に適用することを指す。
【０７６０】
段階Ｓ４６２０の説明が、段落Ｓ５１２０に適用されてよいので、その詳細な説明については省略する。
【０７６１】
図５２は、一実施形態による、図５１の段階Ｓ５１１０をさらに詳細に示すフローチャートである。
【０７６２】
図５２を参照すると、段階Ｓ５１１０は、端末によって、第１のデバイスから受信された第１の受信信号の受信角度、および端末によって、第２のデバイスから受信された第２の受信信号の受信角度を測定する段階（Ｓ５２１０）と、第１の受信信号の受信角度および第２の受信信号の受信角度を基に、端末の位置をチェックする段階（Ｓ５２２０）と、を含んでよい。段階Ｓ５１１０は、ユーザアクセス権限判定ユニットによって実行されてよい。
【０７６３】
本開示のいくつかの実施形態において、端末によって、第１のデバイスから受信された第１の受信信号の受信角度、および端末によって、第２のデバイスから受信された第２の受信信号の受信角度を測定する段階（Ｓ５２１０）が、実行されてよい。
【０７６４】
一実施形態において、段階Ｓ５２１０は、ビーコンによって開始されてよい。図５４を参照すると、まず、上記の通り、第１のデバイス５４１１および第２のデバイス５４１２は、信号を端末５４３０に送信してよい。この場合、第１のデバイス５４１１および第２のデバイス５４１２は、信号をビームの形態またはビーム以外の形態で端末５４３０に送信してよい。第１のデバイス５４１１および第２のデバイス５４１２が、信号をビームの形態で端末５４３０に送信する場合、第１のデバイス５４１１および第２のデバイス５４１２は、ビームを予め定められた複数の領域に向けてステアリング（すなわち、ビームステアリング）してよく、信号を当該複数の領域に順に送信してよい。
【０７６５】
また、第１のデバイス５４１１および第２のデバイス５４１２は、信号を予め定められたブロードキャスト範囲内でブロードキャストしてよく、信号を特定の端末５４３０に送信してよい。また、第１のデバイス５４１１および第２のデバイス５４１２のうち少なくとも１つがビーコンである場合、ビーコンは、ＢＩＤを含むビーコンデータで構成された信号を端末５４３０に送信してよい。また、第１のデバイス５４１１および第２のデバイス５４１２のうち少なくとも１つがビーコンでない場合、当該少なくとも１つのデバイスは、ビーコンデータ以外のデータで構成された信号を端末５４３０に送信してよい。
【０７６６】
一実施形態において、端末５４３０は、第１のデバイス５４１１から受信された第１の受信信号と、第２のデバイス５４１２から受信された第２の受信信号とを区別してよく、第１の受信信号の受信角度および第２の受信信号の受信角度を推定してよい。一例として、端末５４３０は、複数のアレイアンテナデバイスを含んでよく、複数のアレイアンテナデバイスは、第１の受信信号の複数の平面波を受信してよい。この場合、複数のアレイアンテナデバイスによって受信された複数の平面波間には、位相差があってよく、また、位相差に起因して、複数のアレイアンテナデバイスによって受信された複数の平面波の強度も異なってよい。端末５４３０は、複数のアレイアンテナデバイスによって受信された第１の受信信号の複数の平面波の強度を測定してよく、測定された複数の強度を比較して、第１の受信信号の受信角度を推定してよい。第２の受信信号の受信角度も、同じ方法で推定されてよい。
【０７６７】
また、第１のデバイス５４１１および第２のデバイス５４１２は、端末５４３０に送信された信号の送信角度を抽出してよい。例えば、第１のデバイス５４１１および第２のデバイス５４１２は、上記のビームステアリングを通して、信号を送信する場合、第１のデバイス５４１１および第２のデバイス５４１２は、ビームステアリング中に判定された送信角度を抽出してよい。第１の受信信号および第２の受信信号の受信角度（または送信角度）を推定すべく、従来の受信角度（または送信角度）の推定技術が適用されてよい。受信角度（または送信角度）の推定技術の詳細な説明は、本開示の技術的な趣旨を不必要に不明瞭にする可能性があるので、ここでは省略することとする。
【０７６８】
また、本開示のいくつかの実施形態において、第１の受信信号の受信角度および第２の受信信号の受信角度を基に、端末の位置をチェックする段階（Ｓ５２２０）が、実行されてよい。
【０７６９】
一実施形態において、ユーザアクセス権限判定ユニットは、端末５４３０から、第１の受信信号の推定された受信角度および第２の受信信号の推定された受信角度を取得してよい。例えば、ユーザアクセス権限判定ユニットが端末５４３０に含まれる場合、ユーザアクセス権限判定ユニットは、外部デバイスから情報を取得することなく、第１の受信信号の受信角度および第２の受信信号の受信角度を抽出してよい。  また、ユーザアクセス権限判定ユニットが第１のデバイス５４１１、第２のデバイス５４１２、またはサーバ内に含まれる場合、ユーザアクセス権限判定ユニットは、端末５４３０から、第１の受信信号の受信角度および第２の受信信号の受信角度を取得してよい。
【０７７０】
別の実施形態において、ユーザアクセス権限判定ユニットは、第１のデバイス５４１１および第２のデバイス５４１２それぞれから、第１の受信信号の送信角度および第２の受信信号の送信角度を取得してよい。例えば、ユーザアクセス権限判定ユニットが第１のデバイス５４１１および第２のデバイス５４１２に含まれる場合、ユーザアクセス権限判定ユニットは、外部デバイスから情報を取得することなく、第１の受信信号の送信角度および第２の受信信号の送信角度を送信してよい。別の例として、ユーザアクセス権限判定ユニットが、第１のデバイス５４１１および第２のデバイス５４１２ではなく、ビーコン、端末５４３０またはサーバ内に含まれる場合、ユーザアクセス権限判定ユニットは、第１のデバイス５４１１および第２のデバイス５４１２それぞれから、第１の受信信号の送信角度および第２の受信信号の送信角度を取得してよい。
【０７７１】
また、ユーザアクセス権限判定ユニットは、第１のデバイス５４１１と第２のデバイス５４１２との間の距離Ｄをチェックしてよく、第１の受信信号の受信角度（または送信角度）および第２の受信信号の受信角度（または送信角度）を距離Ｄと共に、上記の式１に適用することによって、端末５４３０とターゲットドア５４２０との間の距離ｄをチェックしてよい。
【０７７２】
また、別の実施形態において、ユーザアクセス権限判定ユニットは、端末５４３０によって受信された信号の受信信号の強度、および／または、信号に含まれる送信電力情報を取得してよく、取得された受信信号の強度および送信電力情報を用いて、端末と、第１のデバイス５４１１および／または第２のデバイス５４１２との間の距離を取得してよく、端末と、第１のデバイス５４１１および／または第２のデバイス５４１２との間の距離並びに距離ｄを用いて、端末の位置を測定してよい。
【０７７３】
上記の通り、端末は、２または２より多いデバイスから受信された受信信号を用いて、端末の位置をチェックしてよく、その結果、追加情報なしで、端末の位置を測定し、利便性を増大させ、測定精度を高める。
【０７７４】
図５３は、別の実施形態による、図５１の段階Ｓ５１１０をさらに詳細に示すフローチャートである。
【０７７５】
図５３を参照すると、段階Ｓ５１１０は、第１のデバイスによって、端末から受信された第１の受信信号の受信角度、および第２のデバイスによって、端末から受信された第２の受信信号の受信角度を測定する段階（Ｓ５３１０）と、第１の受信信号の受信角度および第２の受信信号の受信角度を基に、端末の位置をチェックする段階（Ｓ５３２０）と、を含んでよい。段階Ｓ５１１０は、ユーザアクセス権限判定ユニットによって実行されてよい。本開示のいくつかの実施形態において、第１のデバイスによって、端末から受信される第１の受信信号の受信角度および第２のデバイスによって、端末から受信される第２の受信信号の受信角度を測定する段階（Ｓ５３１０）が、開始されてよい。
【０７７６】
一実施形態において、段階Ｓ５３１０は、ビーコンによって開始されてよい。図５４を参照すると、上記の通り、まず端末５４３０は、信号を第１のデバイス５４１１および第２のデバイス５４１２に送信してよい。この場合、端末５４３０は、信号をビームの形態またはビーム以外の形態で第１のデバイス５４１１および第２のデバイス５４１２に送信してよい。
【０７７７】
また、端末５４３０は、ビーコンからビーコンデータを取得するかに関わらず、信号を第１のデバイス５４１１および第２のデバイス５４１２に送信してよい。すなわち、端末５４３０は、端末５４３０がビーコンのブロードキャスト領域内に位置し、ビーコンからＢＩＤを取得した後、信号を第１のデバイス５４１１および第２のデバイス５４１２に送信してもよい。端末５４３０がビーコンのブロードキャスト領域の外側に位置する場合、または、端末５４３０が、ビーコンのブロードキャスト領域内に位置する場合であっても、端末５４３０がＢＩＤをビーコンから取得する前に、端末５４３０は、信号を第１のデバイス５４１１および第２のデバイス５４１２に送信してもよい。
【０７７８】
一実施形態において、上記の通り、第１のデバイス５４１１および第２のデバイス５４１２は、複数のアレイアンテナデバイスによって受信された複数の平面波の強度を比較して、第１の受信信号の受信角度および第２の受信信号の受信角度を推定してよい。
【０７７９】
別の実施形態において、端末５４３０は、第１のデバイス５４１１に送信された信号の送信角度および第２のデバイス５４１２に送信された信号の送信角度を抽出してよい。第１の受信信号および第２の受信信号の受信角度（または送信角度）を推定すべく、従来の受信角度（または送信角度）の推定技術が適用されてよい。受信角度（または送信角度）の推定技術の詳細な説明は、本開示の技術的な趣旨を不必要に不明瞭にする可能性があるので、ここでは省略することとする。
【０７８０】
また、本開示のいくつかの実施形態において、第１の受信信号の受信角度および第２の受信信号の受信角度を基に、端末の位置をチェックする段階（Ｓ５３２０）が、実行されてよい。
【０７８１】
一実施形態において、ユーザアクセス権限判定ユニットは、第１のデバイス５４１１および第２のデバイス５４１２からそれぞれ、第１の受信信号の推定された受信角度および第２の受信信号の推定された受信角度を取得してよい。例えば、ユーザアクセス権限判定ユニットが第１のデバイス５４１１および第２のデバイス５４１２に含まれる場合、ユーザアクセス権限判定ユニットは、外部デバイスから情報を取得することなく、第１の受信信号の受信角度および第２の受信信号の受信角度を抽出してよい。また、ユーザアクセス権限判定ユニットが端末５４３０またはサーバ内に含まれる場合、ユーザアクセス権限判定ユニットは、第１のデバイス５４１１および第２のデバイス５４１２からそれぞれ、第１の受信信号の受信角度および第２の受信信号の受信角度を取得してよい。
【０７８２】
別の実施形態において、ユーザアクセス権限判定ユニットは、第１のデバイス５４１１に送信された信号の送信角度および第２のデバイス５４１２に送信された信号の送信角度を端末５４３０から取得してよい。例えば、ユーザアクセス権限判定ユニットが端末５４３０内に含まれる場合、ユーザアクセス権限判定ユニットは、外部デバイスから情報を取得することなく、第１の受信信号の送信角度および第２の受信信号の送信角度を送信してよい。別の例として、ユーザアクセス権限判定ユニットが第１のデバイス５４１１および第２のデバイス５４１２またはサーバ内に含まれる場合、ユーザアクセス権限判定ユニットは、端末５４３０から、第１の受信信号の送信角度および第２の受信信号の送信角度を取得してよい。
【０７８３】
また、ユーザアクセス権限判定ユニットは、第１のデバイス５４１１と第２のデバイス５４１２との間の距離Ｄをチェックしてよく、第１の受信信号の受信角度（または送信角度）および第２の受信信号の受信角度（または送信角度）を距離Ｄと共に、上記の式１に適用することによって、端末５４３０とターゲットドア５４２０との間の距離ｄをチェックしてよい。
【０７８４】
また、別の実施形態において、段階Ｓ５２１０において上記した通り、ユーザアクセス権限判定ユニットは、端末５４３０によって受信された信号の受信信号の強度および／または信号に含まれる送信電力情報を用いて、端末の位置を測定してよい。
【０７８５】
上記の通り、２または２より多いデバイスは、端末から受信された受信信号を用いて、端末の位置をチェックしてよく、その結果、追加情報なしで、端末の位置を測定し、利便性を増大させ、測定精度を高める。
【０７８６】
本開示によると、別個の認証手段を用いずに、ユーザが通常保持する端末を用いて、アクセス認証を実行することによって、ユーザがより高い利便性でドアにアクセスすることを許容することを可能にする。
【０７８７】
本開示によると、ユーザが通常保持する端末を用いて、ユーザ認証を実行することによって、ユーザの利便性およびアクセス管理システムのセキュリティを高めることも可能にする。
【０７８８】
本開示によると、既に設置されているデバイスを用いて、アクセス管理システムを実施することを可能にし、その結果、アクセス管理システムの確立コストを節約する。
【０７８９】
本開示によると、ユーザがドアを通って外側から内側に移動する場合、および、ユーザがドアを通って内側から外側に移動する場合に、別個にアクセス認証を実行することによって、ユーザが好都合にドアにアクセスすることを許容することを可能にする。
【０７９０】
本開示によると、ドアに異常にアクセスしたユーザを管理することによって、アクセス管理システムのセキュリティを高めることを可能にする。
【０７９１】
本開示によると、ドアに異常にアクセスしたユーザが保持する端末を用いて、異常アクセスの事後認証を実行することによって、ユーザが好都合にアクセス認証を実行することを許容することを可能にする。
【０７９２】
本開示によると、既存のロックユニットを交換することなく、ロック解除コマンドを定期的に出力することによって、ドアの開いている時間を調整することによって、ユーザの利便性を高めることを可能にする。
【０７９３】
本開示によると、ビーコンの周囲環境に従い、ビーコンパラメータを調整することによって、ビーコンのバッテリ消費量を調整することを可能にする。
【０７９４】
本開示によると、全員がセキュリティゾーン全体を退出した場合、動作モードをセキュリティモードに設定し、セキュリティゾーン全体を異常に出たユーザを管理することによって、アクセス管理システムのセキュリティを高めることを可能にする。
【０７９５】
本開示によると、マネージャ端末の管理下、未登録端末を登録することによって、登録権限を有していないユーザが、アクセス管理システムに登録されることをブロックし、アクセス管理システムのセキュリティを高めることを可能にする。
【０７９６】
また、本開示によると、端末の位置を正確に測定することによって、ユーザの利便性およびアクセス管理システムのセキュリティを高めることを可能にする。
【０７９７】
一実施形態による方法は、様々なコンピュータによって実行可能なプログラム命令として実施されてよく、コンピュータ可読媒体上に記録されてよい。コンピュータ可読記録媒体は、プログラム命令、データファイル、データ構造またはこれらの組み合わせを含んでよい。当該記録媒体上に記録されたプログラム命令は、一実施形態用に特別に設計および構成されてよく、または、コンピュータソフトウェア分野の当業者に公知且つ利用可能なものであってよい。コンピュータ可読媒体の例としては、ハードディスク、フロッピーディスクおよび磁気テープ等の磁気媒体、コンパクトディスクリードオンリメモリ（ＣＤ‐ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）等といった光媒体、フロプティカルディスク等の光磁気媒体並びに、例えば、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ等のプログラム命令を格納および実行するように特別に構成されたハードウェアデバイスが含まれる。プログラム命令の例としては、コンパイラ等によって生成された機械コードのみでなく、インタープリタ等を用いて、コンピュータによって実行可能な高水準言語コードも含まれる。上記の例示的ハードウェアデバイスは、一実施形態の動作を実行すべく、１または複数のソフトウェアモジュールとして動作するよう構成されてよく、逆もまたそうである。
【０７９８】
本開示は、特定の実施形態および特徴を参照して説明されているが、様々な変形例および修正例が、当業者によって本開示からなされてよいことを理解されたい。例えば、説明した本技術を異なる順番で実行する場合に、並びに／または、説明したシステム、アーキテクチャ、デバイスまたは回路内のコンポーネントを異なるように組み合わせた場合、および／または、他のコンポーネント若しくはそれらの均等物によって置換若しくは補足された場合に、好適な結果が実現されてよい。
【０７９９】
従って、他の実施例、実施形態および均等技術は、以下の特許請求の範囲の範囲内に属する。
【図１】
2019508912.tif 000004
【図２】
2019508912.tif 000005
【図３】
2019508912.tif 000006
【図４】
2019508912.tif 000007
【図５】
2019508912.tif 000008
【図６】
2019508912.tif 000009
【図７】
2019508912.tif 000010
【図８】
2019508912.tif 000011
【図９】
2019508912.tif 000012
【図１０（ａ）】
2019508912.tif 000013
【図１０（ｂ）】
2019508912.tif 000014
【図１０（ｃ）】
2019508912.tif 000015
【図１１】
2019508912.tif 000016
【図１２（ａ）】
2019508912.tif 000017
【図１２（ｂ）】
2019508912.tif 000018
【図１３】
2019508912.tif 000019
【図１４】
2019508912.tif 000020
【図１５】
2019508912.tif 000021
【図１６】
2019508912.tif 000022
【図１７】
2019508912.tif 000023
【図１８】
2019508912.tif 000024
【図１９】
2019508912.tif 000025
【図２０】
2019508912.tif 000026
【図２１】
2019508912.tif 000027
【図２２】
2019508912.tif 000028
【図２３】
2019508912.tif 000029
【図２４】
2019508912.tif 000030
【図２５】
2019508912.tif 000031
【図２６】
2019508912.tif 000032
【図２７】
2019508912.tif 000033
【図２８】
2019508912.tif 000034
【図２９】
2019508912.tif 000035
【図３０】
2019508912.tif 000036
【図３１】
2019508912.tif 000037
【図３２】
2019508912.tif 000038
【図３３】
2019508912.tif 000039
【図３４】
2019508912.tif 000040
【図３５】
2019508912.tif 000041
【図３６】
2019508912.tif 000042
【図３７】
2019508912.tif 000043
【図３８】
2019508912.tif 000044
【図３９】
2019508912.tif 000045
【図４０】
2019508912.tif 000046
【図４１】
2019508912.tif 000047
【図４２】
2019508912.tif 000048
【図４３】
2019508912.tif 000049
【図４４】
2019508912.tif 000050
【図４５】
2019508912.tif 000051
【図４６】
2019508912.tif 000052
【図４７】
2019508912.tif 000053
【図４８】
2019508912.tif 000054
【図４９】
2019508912.tif 000055
【図５０】
2019508912.tif 000056
【図５１】
2019508912.tif 000057
【図５２】
2019508912.tif 000058
【図５３】
2019508912.tif 000059
【図５４】
2019508912.tif 000060
【手続補正書】
【提出日】平成30年6月15日(2018.6.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザのターゲット領域へのアクセスに関連する動作を実行するための制御ユニットの制御方法であって、前記ユーザは端末を保持し、前記端末は少なくとも１つのブロードキャストユニットから、ブロードキャストされた信号を取得し、前記制御方法は、
前記ブロードキャストされた信号に含まれる情報、前記端末における前記ブロードキャストされた信号の受信信号の強度、または前記ブロードキャストされた信号が前記端末において受信されたかどうかに基づいて、前記ターゲット領域に関連するユーザの移動の方向を取得する段階であって、
前記ユーザの移動の第１の方向は、前記ターゲット領域の外側から前記ターゲット領域の内側への移動に向かう方向を含み、
前記ユーザの移動の第２の方向は、前記ターゲット領域の外側から前記ターゲット領域の内側への移動に向かう前記方向以外の方向を含む、取得する段階と、
前記取得された前記ユーザの移動の方向に従い、アクセス認証プロセスを取得する段階であって、
前記ユーザの移動の前記方向が前記第１の方向である場合、第１のアクセス認証プロセスが取得され、
前記ユーザの移動の前記方向が前記第２の方向である場合、第２のアクセス認証プロセスが取得される、取得する段階と、を備え、
前記第１のアクセス認証プロセスは、前記第２のアクセス認証プロセスとは異なる、制御方法。
【請求項２】
前記取得されたアクセス認証プロセスに従い、動作を実行する段階をさらに備える、請求項１に記載の制御方法。
【請求項３】
前記ブロードキャストされた信号に含まれる情報、前記端末における前記ブロードキャストされた信号の受信信号の強度、または前記ブロードキャストされた信号が前記端末において受信されたかどうかに基づき、前記ターゲット領域を識別する段階をさらに備える、請求項１または２に記載の制御方法。
【請求項４】
前記ターゲット領域を前記識別する段階は、前記ブロードキャストされた信号における前記ブロードキャストユニットの識別情報を用いて、前記ターゲット領域を識別する段階を含む、請求項３に記載の制御方法。
【請求項５】
前記ターゲット領域は、ターゲットドアを含む、請求項１から４のいずれか一項に記載の制御方法。
【請求項６】
第１のアクセス認証プロセスは、前記ターゲットドアをロック解除すべく実行される、請求項５に記載の制御方法。
【請求項７】
前記ブロードキャストユニットは、前記ターゲット領域内または前記ターゲット領域の近くに設置される、請求項１から６のいずれか一項に記載の制御方法。
【請求項８】
前記ブロードキャストユニットは、少なくとも１つのビーコンを含む、請求項１から７のいずれか一項に記載の制御方法。
【請求項９】
前記ユーザの移動の前記第２の方向は、前記ターゲット領域の前記内側から、前記ターゲット領域の前記外側への移動に向かう方向を含む、請求項１から８のいずれか一項に記載の制御方法。
【請求項１０】
前記第１のアクセス認証プロセスは、ユーザ認証動作を含み、
前記第２のアクセス認証プロセスは、前記ユーザ認証動作を含まない、請求項６に記載の制御方法。
【請求項１１】
前記取得されたアクセス認証プロセスが前記第１のアクセス認証プロセスである場合、
前記ユーザのユーザ認証情報を取得する段階と、
前記取得されたユーザ認証情報を考慮して、前記ターゲットドアをロック解除すべきかどうかを判定する段階と、をさらに備える、請求項１０に記載の制御方法。
【請求項１２】
前記取得されたアクセス認証プロセスが前記第２のアクセス認証プロセスである場合、
ユーザ認証情報を考慮せずに、前記ターゲットドアをロック解除すべきかどうかを判定する段階をさらに備える、請求項１０または１１に記載のアクセス制御方法。
【請求項１３】
前記取得されたアクセス認証プロセスが前記第２のアクセス認証プロセスである場合、前記ターゲットドアは閉じられる、請求項５に記載のアクセス制御方法。
【請求項１４】
前記ユーザのアクセス情報、前記ユーザの通勤情報および前記端末のためのログのうち少なくとも１つを含む追加情報が、前記ターゲット領域に関連する前記ユーザの移動の前記方向を取得するために用いられる、請求項１から１３のいずれか一項に記載のアクセス制御方法。
【請求項１５】
前記ブロードキャストされた信号の前記受信信号の強度が、予め定められた信号強度未満である場合、ユーザの移動の方向を前記取得する段階は、前記制御ユニットによって実行されない、請求項１から１４のいずれか一項に記載のアクセス制御方法。
【請求項１６】
前記制御ユニットが前記端末に含まれる場合、前記制御ユニットは、フォアグラウンドモードまたはバックグラウンドモードのうちの１つで動作する、請求項１から１５のいずれか一項に記載のアクセス制御方法。
【請求項１７】
前記制御ユニットが、前記フォアグラウンドモードまたは前記バックグラウンドモードで動作する場合、ユーザの移動の方向を前記取得する段階は、前記制御ユニットによって実行される、請求項１６に記載のアクセス制御方法。
【請求項１８】
前記制御ユニットが、前記ブロードキャストユニット、または、前記ブロードキャストユニットおよび前記端末のうち少なくとも１つと通信するサーバに含まれる、請求項１から１７のいずれか一項に記載のアクセス制御方法。
【請求項１９】
コンピュータに、請求項１から１８のいずれか一項に記載の方法を実行させるためのプログラム。
【請求項２０】
ユーザのターゲット領域へのアクセスに関連する動作を実行するための電子デバイスであって、前記ユーザは端末を保持し、前記端末は少なくとも１つのブロードキャストユニットから、ブロードキャストされた信号を取得し、前記電子デバイスは、プロセッサを備え、前記プロセッサは、
前記ブロードキャストされた信号に含まれる情報、前記端末における前記ブロードキャストされた信号の受信信号の強度、または前記ブロードキャストされた信号が前記端末において受信されたかどうかに基づき、前記ターゲット領域に関連するユーザの移動の方向を取得し、前記ユーザの移動の第１の方向は、前記ターゲット領域の外側から、前記ターゲット領域の内側への移動に向かう方向を含み、前記ユーザの移動の第２の方向は、前記ターゲット領域の外側から、前記ターゲット領域の内側への移動に向かう前記方向以外の方向を含んでおり、
前記取得された前記ユーザの移動の方向に従い、アクセス認証プロセスを取得し、前記ユーザの移動の前記方向が前記第１の方向である場合、第１のアクセス認証プロセスが取得され、前記ユーザの移動の前記方向が前記第２の方向である場合、第２のアクセス認証プロセスが取得され、前記第１のアクセス認証プロセスは、前記第２のアクセス認証プロセスとは異なる、電子デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０７９９
【補正方法】変更
【補正の内容】
【０７９９】
従って、他の実施例、実施形態および均等技術は、以下の特許請求の範囲の範囲内に属する。
（項目１）
ドアの近くに設置された複数のビーコンに接近し且つ上記複数のビーコンの各々から、ビーコンデータを含む信号を取得する端末を保持するユーザの、上記複数のビーコンに対応するターゲットドアへのアクセスを制御するユーザアクセス権限判定ユニットのアクセス制御方法であって、上記アクセス制御方法は、
上記ビーコンデータから抽出された上記複数のビーコンの識別情報を用いて、上記複数のビーコンに対応する上記ターゲットドアを識別する段階と、
上記ユーザが、上記ターゲットドアに対する外側から内側に進入するか、または、上記ターゲットドアに対する上記内側から上記外側に退出するかを判定する段階と、
上記ユーザが上記ターゲットドアを通って進入するか、または退出するかに従い、上記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定する段階と、を備える、アクセス制御方法。
（項目２）
上記複数のビーコンのうち、第１のビーコンは、上記ターゲットドアに対する上記外側近傍に設置され、第２のビーコンは、上記ターゲットドアに対する上記内側近傍に設置される、項目１に記載のアクセス制御方法。
（項目３）
上記ターゲットドアを上記識別する段階は、上記第１のビーコンの識別情報および上記第２のビーコンの識別情報のうち少なくとも１つを用いて、上記ターゲットドアを識別する段階を含む、項目２に記載のアクセス制御方法。
（項目４）
上記ユーザが上記ターゲットドアを通って進入するか、または退出するかを上記判定する段階は、
上記ユーザが、上記ターゲットドアに対する上記外側または上記内側のいずれに位置するかをチェックする段階と、
上記ユーザが上記ターゲットドアに対する上記外側に位置する場合、上記ユーザが上記ターゲットドアに対する上記外側から上記内側に進入すると判定し、および、上記ユーザが上記ターゲットドアに対する上記内側に位置する場合、上記ユーザが上記ターゲットドアに対する上記内側から上記外側に退出すると判定する段階と、を含む、項目２に記載のアクセス制御方法。
（項目５）
上記複数のビーコンの上記識別情報を用いて、上記ユーザが、上記ターゲットドアに対する上記外側または上記内側のいずれに位置するかをチェックする、項目４に記載のアクセス制御方法。
（項目６）
上記ユーザが上記ターゲットドアを通って進入するか、または退出するかを上記判定する段階は、上記端末が上記第１のビーコンの上記識別情報のみを取得する場合、上記ユーザは、上記ターゲットドアに対する上記外側に位置すると判定する段階を含む、項目５に記載のアクセス制御方法。
（項目７）
上記ユーザが上記ターゲットドアを通って進入するか、または退出するかを上記判定する段階は、上記端末が上記第２のビーコンの上記識別情報のみを取得する場合、上記ユーザは、上記ターゲットドアに対する上記内側に位置すると判定する段階を含む、項目５に記載のアクセス制御方法。
（項目８）
上記第１のビーコンと上記端末との間の距離および上記第２のビーコンと上記端末との間の距離を用いて、上記ユーザが上記ターゲットドアに対する上記外側または上記内側のいずれに位置するかをチェックする、項目４に記載のアクセス制御方法。
（項目９）
上記ユーザが上記ターゲットドアに対する上記外側または上記内側のいずれに位置するかを上記チェックする段階は、
上記第１のビーコンと上記端末との間の上記距離が、上記第２のビーコンと上記端末との間の上記距離より小さい場合、上記ユーザは、上記ターゲットドアに対する上記外側に位置すると判定する段階と、
上記第１のビーコンと上記端末との間の上記距離が、上記第２のビーコンと上記端末との間の上記距離より大きい場合、上記ユーザは、上記ターゲットドアに対する上記内側に位置すると判定する段階と、を含む、項目８に記載のアクセス制御方法。
（項目１０）
上記第１のビーコンと上記端末との間の上記距離は、上記第１のビーコンの上記識別情報を含む信号の受信信号の強度に基づきチェックされ、上記受信信号の強度は、上記端末によって測定され、
上記第２のビーコンと上記端末との間の上記距離は、上記第２のビーコンの上記識別情報を含む信号の受信信号の強度に基づきチェックされ、上記受信信号の強度は、上記端末によって測定される、項目８に記載のアクセス制御方法。
（項目１１）
上記第１のビーコンと上記端末との間の上記距離は、上記第１のビーコンから予め定められた距離離れた位置における、上記第１のビーコンの上記識別情報を含む第１のビーコンデータを含む信号の受信信号の強度に関する情報を用いてチェックされ、上記情報は、上記第１のビーコンデータから抽出され、
上記第２のビーコンと上記端末との間の上記距離は、上記第２のビーコンから予め定められた距離離れた位置における、上記第２のビーコンの上記識別情報を含む第２のビーコンデータを含む信号の受信信号の強度に関する情報を用いてチェックされ、上記情報は、上記第２のビーコンデータから抽出される、項目１０に記載のアクセス制御方法。
（項目１２）
上記ユーザのアクセス情報、上記ユーザの通勤情報および上記端末のためのログのうち少なくとも１つを含む追加情報を用いて、上記ユーザが上記ターゲットドアに対する上記外側または上記内側のいずれに位置するかをチェックする、項目４に記載のアクセス制御方法。
（項目１３）
上記アクセス認証プロセスを上記判定する段階は、上記ユーザが上記ターゲットドアに対する上記外側から上記内側に進入すると判定される場合、上記アクセス認証プロセスをユーザ認証動作を含む第１のアクセス認証プロセスとして判定する段階と、
上記ユーザが上記ターゲットドアに対する上記内側から上記外側に退出すると判定される場合、上記アクセス認証プロセスを上記ユーザ認証動作を含まない第２のアクセス認証プロセスとして判定する段階と、を含む、項目１に記載のアクセス制御方法。
（項目１４）
上記アクセス認証プロセスが上記第１のアクセス認証プロセスとして判定される場合、
上記ユーザのユーザ認証情報を取得する段階と、
上記ユーザの上記ユーザ認証情報を用いて、上記ターゲットドアをロック解除すべきかどうかを判定する段階と、をさらに備える、項目１３に記載のアクセス制御方法。
（項目１５）
上記アクセス認証プロセスが上記第２のアクセス認証プロセスとして判定される場合、上記ユーザのユーザ認証情報を考慮せずに、上記ターゲットドアをロック解除すべきかどうかを判定する段階をさらに備える、項目１３に記載のアクセス制御方法。
（項目１６）
上記ユーザから第１の時点で取得された第１のユーザ認証情報を用いて、上記ターゲットドアがロック解除されるべきであると判定された後、予め定められた時間の間、上記アクセス認証プロセスが、上記第１のアクセス認証プロセスとして判定される場合、上記ターゲットドアをロック解除すべきかどうかは、上記第１のユーザ認証情報を用いて判定される、項目１３に記載のアクセス制御方法。
（項目１７）
上記アクセス認証プロセスを上記判定する段階は、上記アクセス認証プロセスが、上記第１のアクセス認証プロセスとして判定され、上記ターゲットドアがロック解除された後、予め定められた時間の間、上記ユーザが上記ターゲットドアに対する上記外側から上記内側に進入すると判定される場合、上記アクセス認証プロセスを上記第２のアクセス認証プロセスとして判定する段階を含む、項目１３に記載のアクセス制御方法。
（項目１８）
ドアの近くに設置された１つのビーコンに接近し且つ上記ビーコンから、ビーコンデータを含む信号を取得する端末を保持するユーザの、上記ビーコンに対応するターゲットドアへのアクセスを制御するユーザアクセス権限判定ユニットのアクセス制御方法であって、上記アクセス制御方法は、
上記ビーコンデータから抽出された上記ビーコンの識別情報を用いて、上記ビーコンに対応する上記ターゲットドアを識別する段階と、
上記ユーザが、上記ターゲットドアに対する外側から内側に進入するか、または、上記ターゲットドアに対する上記内側から上記外側に退出するかを判定する段階と、
上記ユーザが上記ターゲットドアを通って進入するか、または退出するかに従い、上記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定する段階と、を備え、
上記ユーザのアクセス情報、上記ユーザの通勤情報および上記端末のためのログのうち少なくとも１つを含む追加情報を用いて、上記ユーザが、上記ターゲットドアに対する上記外側から上記内側に進入するか、または、上記ターゲットドアに対する上記内側から上記外側に退出するかを判定する、アクセス制御方法。
（項目１９）
項目１から１８のいずれか一項に記載の方法を実行するための記録されたプログラムを有する、コンピュータ可読記録媒体。
（項目２０）
ドアの近くに設置された少なくとも１つのビーコンに接近し且つ上記少なくとも１つのビーコンから、ビーコンデータを含む信号を取得する端末を保持するユーザの、上記少なくとも１つのビーコンに対応するターゲットドアへのアクセスを制御するための電子デバイスであって、上記電子デバイスは、
上記端末と通信するように構成された通信インタフェースと、
上記通信インタフェースを通して、上記ビーコンデータから抽出された上記少なくとも１つのビーコンの識別情報を取得し、上記少なくとも１つのビーコンの上記識別情報を用いて、上記少なくとも１つのビーコンに対応する上記ターゲットドアを識別し、上記ユーザが、上記ターゲットドアに対する外側から内側に進入するか、または、上記ターゲットドアに対する上記内側から上記外側に退出するかを判定し、上記ユーザが上記ターゲットドアを通って進入するか、または退出するかに従い、上記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定するように構成されたプロセッサと、を備える、電子デバイス。
（項目２１）
上記少なくとも１つのビーコンが、複数のビーコンである場合、上記複数のビーコンの識別情報、上記複数のビーコンの各々と、上記端末との間の距離のうち少なくとも１つが用いられ、上記ユーザが上記ターゲットドアに対する上記外側または上記内側のいずれに位置するかをチェックする、項目２０に記載の電子デバイス。
（項目２２）
上記少なくとも１つのビーコンが単一のビーコンである場合、上記ユーザのアクセス情報、上記ユーザの通勤情報および上記端末のためのログのうち少なくとも１つを含む追加情報を用いて、上記ユーザが上記ターゲットドアに対する上記外側または上記内側のいずれに位置するかをチェックする、項目２０に記載の電子デバイス。
（項目２３）
ビーコンデータをブロードキャストするように構成された少なくとも１つのビーコンと、
上記少なくとも１つのビーコンに接近し且つ上記ビーコンデータを取得する端末を保持するユーザの、上記少なくとも１つのビーコンに対応するターゲットドアへのアクセスを制御するように構成されたサーバと、を備え、
上記サーバは、上記少なくとも１つのビーコンの識別情報を用いて、上記少なくとも１つのビーコンに対応する上記ターゲットドアを識別し、上記ユーザが、上記ターゲットドアに対する外側から内側に進入するか、または、上記ターゲットドアに対する上記内側から上記外側に退出するかを判定し、上記ユーザが上記ターゲットドアを通って進入するか、または退出するかに従い、上記ターゲットドアをロック解除すべく実行されるべき、アクセス認証プロセスを判定するように構成されている、アクセス管理システム。
【国際調査報告】
2019508912.tif 000061
2019508912.tif 000062
2019508912.tif 000063
2019508912.tif 000064