CN109074618B

CN109074618B - 在与多个访问控件交互时捕获用户意图

Info

Publication number: CN109074618B
Application number: CN201780025085.0A
Authority: CN
Inventors: A.屈恩兹; J.J.哈克马; S.斯维策尔; D.M.布朗; K.维尔特纳
Original assignee: Carrier Corp
Current assignee: Honeywell International Inc
Priority date: 2016-04-11
Filing date: 2017-04-11
Publication date: 2024-04-09
Anticipated expiration: 2037-04-11
Also published as: US11043054B2; US20200349785A1; CN109074618A; WO2017180563A1

Abstract

一种通告过滤方法，包括：从多个访问控件接收通告；基于移动装置上的证书过滤所述接收的通告；将所述经过滤的接收的通告进行比较；以及响应于所述比较和目的地意图而确定访问特定访问控件的用户意图。

Description

在与多个访问控件交互时捕获用户意图

背景技术

本公开总体上涉及访问控制系统，并且更具体地涉及一种在与多个访问控件交互时捕获用户意图的系统和方法。

通常通过对物理密钥卡上指示访问权限的数据进行编码来操作访问控制系统。一些访问控制系统是在线的，其中读取器可以使用一些手段来与访问控制系统进行通信。在这些在线系统中，访问权限通常是参考标识符。其他访问控制系统是离线的，并且访问权限被编码为可以由离线锁解码和解译以检索访问权限的数据。一个示例是酒店锁定系统，其中前台对访客卡进行编码，并且客房门上的离线电池供电锁具有某种手段来对密钥进行解码并且基于所编码的访问权限允许或拒绝访问。对访问权限进行编码的一些方法包括定序，其中后续访问权限具有大于先前的访问权限的序列号。

已经利用各种移动装置来经由红外‘光束’进入锁而进行开锁，这提供了方向性，或者在盒子上‘按下按钮’以将锁唤醒以便随后通过蓝牙进行通信。由于低功耗蓝牙(BTLE)中存在以极低的功率进行通信的能力，因此新的系统架构要求锁‘始终开启’并发送周期性BTLE通告，诸如每秒一次。极低的功率要求使电池寿命有许多年。由于这种设置，用户不需要‘按下按钮’来将锁唤醒，因为它已经处于唤醒状态，然而，在移动装置的范围内存在多个锁的环境中，诸如在酒店中，每个用户可以从大量锁中接收通告，由此使捕获用户意图变得复杂。

发明内容

根据本公开的一个所公开的非限制性实施方案的通告过滤方法包括：从移动装置上的多个访问控件中的每一个接收通告；基于移动装置上的证书过滤接收的通告；比较经过滤的接收的通告；以及响应于所述比较和目的地意图来确定访问特定访问控件的用户意图。

本公开的另一方面包括访问控件是锁。

本公开的另一方面包括移动装置是智能电话。

本公开的另一方面包括基于RSSI(接收信号强度指示符)对经过滤的接收的通告进行排序。

本公开的另一方面包括所述目的地意图确定具有至少一个访问控件的路线。

本公开的另一方面包括确定意图是通过移动装置与在用户路线上的访问控件之间的接近度来自动地确定。

本公开的另一方面包括确定意图是通过移动装置与基于用户路线和一天中的时间的访问控件之间的接近度来自动地确定。

本公开的另一方面包括所述目的地意图是基于用户的时间表。

本公开的另一方面包括所述目的地意图是基于用户的预定计划路线。

本公开的另一方面包括所述目的地意图是基于用户的预定目标。

本公开的另一方面包括所述目的地意图是由系统创建。

本公开的另一方面包括所述目的地意图在系统外部创建。

本公开的另一方面包括所述目的地意图是基于避开高拥塞区域。

本公开的另一方面包括所述目的地意图与工作指令相关联。

本公开的另一方面包括所述目的地意图与移动装置的寻路特征相关联。

本公开的另一方面包括所述目的地意图与移动装置上的寻找朋友的特征相关联。

本公开的另一方面包括所述目的地意图与移动装置上的寻人特征相关联。

本公开的另一方面包括所述目的地意图与移动装置上的寻找位置特征相关联。

本公开的另一方面包括所述目的地意图与移动装置上的增强现实相关联。

本公开的另一方面包括所述目的地意图与移动装置上的app相关联。

本公开的另一方面包括所述目的地意图通过移动装置上的社交网络与寻人app相关联。

根据本公开的一个所公开的非限制性实施方案的访问控制系统包括：多个访问控件；以及与所述多个访问控件进行通信的移动装置，所述移动装置可操作以至少部分地基于目的地意图来确定访问多个访问控件中的特定访问控件的用户意图。

本公开的另一方面包括所述目的地意图是至少部分地基于移动装置中的加速度计。

本公开的另一方面包括所述目的地意图是至少部分地基于移动装置上的环境温度。

本公开的另一方面包括所述目的地意图是至少部分地基于在移动装置上接收的声音警报。

本公开的另一方面包括所述目的地意图是至少部分地基于在移动装置上接收的音频。

本公开的另一方面包括所述目的地意图是至少部分地基于在移动装置上听到的声音。

本公开的另一方面包括所述目的地意图是至少部分地基于在移动装置上捕获的图像。

本公开的另一方面包括所述目的地意图是至少部分地基于在移动装置上捕获的视频。

本公开的另一方面包括所述目的地意图是至少部分地基于移动装置上的蜂窝网络信号强度。

本公开的另一方面包括所述目的地意图是至少部分地基于移动装置上的接收信号强度指示符(RSSI)。

本公开的另一方面包括所述目的地意图是至少部分地基于移动装置上的Wi-Fi信号强度。

本公开的另一方面包括所述目的地意图是至少部分地基于在移动装置上施加的压力。

本公开的另一方面包括所述目的地意图是至少部分地基于附接到移动装置上的外围装置。

本公开的另一方面包括所述目的地意图是至少部分地基于移动装置中的GPS。

本公开的另一方面包括所述目的地意图是至少部分地基于用于移动装置的app。

除非另有明确说明，否则前述特征和元件可以各种组合进行组合而没有排他性。根据以下描述和附图，这些特征和元件以及其操作将变得更加明显。然而，应理解，以下描述和附图意图为本质上是示例性的而非限制性的。

附图说明

从以下对所公开的非限制性实施方案的详细描述，各种特征对于所属领域技术人员而言将变得明显。详细描述所附的附图可以简要描述如下：

图1是用户认证系统的一般示意性系统图；

图2是用户认证系统的框图；

图3是由用户认证系统执行的证书管理方法的流程图；

图4是根据一个公开的非限制性实施方案的由用户认证系统执行的证书管理方法的流程图；

图5是根据另一个公开的非限制性实施方案的证书的示意图；

图6是根据一个公开的非限制性实施方案的通告过滤方法的流程图；

图7是根据另一个公开的非限制性实施方案的过滤方法的示意图；并且

图8是根据另一个公开的非限制性实施方案的过滤方法的示意图。

具体实施方式

图1示意性地示出了访问控制系统10。系统10通常包括移动装置12、服务器14和多个访问控件16(示意性地示为16a、16b、......、16n)。应明白，虽然在示意性框图中单独定义了特定系统，但是可以经由硬件和/或软件以其他方式组合或分离系统中的每一个或任一个。

移动装置12是具有无线能力的手持装置，诸如智能电话，其可操作以与服务器14和访问控件16进行通信。服务器14可以向移动装置12提供证书和其他数据，诸如要传送到访问控件16中的一个或多个的固件或软件更新。虽然服务器14在本文被描述为单个装置，但是应明白，服务器14可以替代地体现为多个系统，移动装置12从所述多个系统中接收证书和其他数据。

每个访问控件16是具有无线能力的、访问受限的或使用受限的装置，诸如无线锁、用于建筑物入口的访问控制读取器、电子银行控件、数据传输装置、密钥分配器装置、工具分配装置和其他使用受限机器。移动装置12向访问控件16提交证书，由此选择性地允许用户访问或激活访问控件16的功能。例如，用户可以向机电锁提交证书以将它解锁，且由此获得对受限区域的访问权。在另一个示例中，用户可以向电子银行控件提交证书以提取资金。在又一个示例中，用户可以向分配密钥卡的单元提交证书，这些密钥卡具有与证书相关联的数据或从其中检索的数据。移动装置12可以存储上述示例中的一个或全部或其他示例的证书，并且另外可以同时存储用于每种类型的应用的多个证书。一些证书可以用于多个访问控件16。例如，设施中的多个电子锁可以响应于同一证书。其他证书可以为单个访问控件16所特有的。

参考图2，示例性电子锁系统20的框图包括访问控件16a、移动装置12和服务器14。访问控件16a通常包括锁致动器22、锁控制器24、锁天线26、锁收发器28、锁处理器30、锁存储器32、锁电源34、锁读卡器90和证书模块36。访问控件16a响应于来自移动装置12的证书，并且可以例如是锁箱的锁、门锁或锁芯。虽然本公开主要关注用于访问控件的证书，但是应明白，其他系统将从中受益，在这些其他系统中，证书从移动装置传输到访问控件以便将用户识别到在线系统或者验证离线系统中的用户访问权限或许可。这种系统包括虚拟或电子银行系统、机器操作系统、分配系统、人类输送系统(例如，电梯、验票闸门、地铁、火车等)和数据访问系统。

在使用证书模块36从移动装置12接收和认证适当的证书时，或者在从锁读卡器90接收卡数据之后，锁控制器24命令锁致动器22将机械或电子锁进行锁定或解锁。锁控制器24和锁致动器22可以是单个电子或机电锁单元的各部分，或者可以是单独出售或安装的部件。

锁收发器28能够向至少移动装置12传输数据和从其中接收数据。锁收发器28可以例如是近场通信(NFC)、蓝牙或Wi-Fi收发器或其他适当的无线收发器。锁天线26是适合于锁收发器28的任何天线。锁处理器30和锁存储器32分别是数据处理和存储装置。例如，锁处理器30可以是微处理器，其可以处理指令以验证卡数据并确定卡数据中包含的访问权限或者将消息从收发器传递到证书模块36并又从具有卡数据的证书模块36接收响应指示。锁存储器32可以是RAM、EEPROM或其他存储介质，其中锁处理器30可以读取和写入数据，包括但不限于锁配置选项和锁审计追踪。锁审计追踪可以是统一的审计追踪，其包括通过经由锁读卡器90或移动装置12访问锁而发起的事件。锁电源34是诸如线路电源连接、功率收集系统或为锁控制器24供电的电池等电源。在其他实施方案中，锁电源34可以仅为锁控制器24供电，其中锁致动器22主要或完全由另一个来源诸如用户工作(例如，转动螺栓)来供电。

证书模块36与锁处理器30进行通信，并且可操作以对证书进行解密和验证以提取作为“虚拟卡读取”传送到锁控制器24中的虚拟卡数据。即，访问控件16a基本上具有两个读取器，一个读取器90用于读取物理密钥卡92，而证书模块36用于经由锁处理器30和收发器28和天线26与移动装置12进行通信。

虽然附图示出了连接到处理器30的锁天线26和收发器28，但是这并不限制可以具有直接连接到证书模块36的额外天线26和收发器28的其他实施方案。证书模块36可以包括收发器28和天线26作为证书模块的一部分。或者，证书模块36可以具有与处理器30分开的收发器28和天线26，该处理器也具有相同类型或不同类型的单独的收发器28和天线26。在一些实施方案中，处理器30可以将经由收发器28接收的通信路由到证书模块36。在其他实施方案中，证书模块可以通过收发器28直接与移动装置12进行通信。在其他实施方案中，证书模块可以是在处理器30内执行的整个软件模块。

移动装置12通常包括密钥天线40、密钥收发器42、密钥处理器44、密钥存储器46、GPS接收器48、输入装置50、输出装置52和密钥电源54。密钥收发器42是与锁收发器28对应的类型的收发器，并且密钥天线40是对应的天线。在一些实施方案中，密钥收发器42和密钥天线40还可以用于与服务器14进行通信。在其他实施方案中，可以包括一个或多个单独的收发器和天线以与服务器14进行通信。密钥存储器46是在移动装置12上本地存储多个证书的类型。在其他实施方案中，移动装置12在它与访问控件16a进行通信的同时与服务器14进行通信。这是在线配置，并且在该实施方案中，实时检索移动证书并将该移动证书传递到证书模块36，而不首先存储在移动装置12上的密钥存储器46中。

参考图3，用于促进表示通常在密钥卡92上进行物理编码的数据的证书的传送的方法100以数字形式进行检索(步骤110)、封装在加密证书中(步骤112)、下载到移动装置12(步骤114)、安全地传递到证书模块36(步骤116)，该证书模块将证书进行解密和验证(步骤118)、提取虚拟卡数据(步骤120)、然后将虚拟卡数据作为“虚拟卡读取”传递到锁控制器24(步骤122)。例如，这允许用户绕过酒店的前台并直接前往他们的房间，如将进一步描述的。加密证书可以由服务器14使用公知技术生成，用于使用诸如AES、ECC、RSA等密码算法进行数字证书创建和加密。例如，证书可以包含但不限于，包括证书标识符、唯一访问控件16标识符、唯一证书模块36标识符、多个访问控件所共享的标识符、指示证书类型或格式的参数，该证书可以包含诸如虚拟卡数据等加密数据，并且该证书可以包含数字签名。加密数据可以用AES-128加密密钥进行加密，该加密密钥对于证书模块36可以是已知的。或者，加密数据可以使用派生的加密密钥进行加密，该加密密钥可以根据证书中包含的信息来确定。此外，数字签名可以是基于例如证书模块36可以已知的AES-128加密密钥的CBC-MAC类型签名。或者，该数字签名可以是基于服务器14已知的私有密钥的数字签名，并且可以由证书模块36已知的公开密钥来验证。

参考图4，一种示例性绕过前台的方法200由用户发起，该用户首先通过诸如移动预订、网站、旅行社等酒店支持的任何过程来预订酒店房间(步骤210)。之后，住宿登记手续确认他们的入住(步骤212)。同样，这可以通过酒店支持的任何过程来执行。

接下来，基于访客偏好(或房间选择)和住宿登记时的房间可用性，在酒店物业管理系统60中分配房间(步骤214)。酒店物业管理系统60可以使用由前台应用程序62提供的软件到软件(software-to-software)应用程序接口(API)来以请求数字形式的卡数据(步骤216)。前台应用程序62的范围可以从独立编码器64到在云中运行的完整软件包，其可操作以对所选择的房间的虚拟卡进行编码并且将虚拟卡数据返回到酒店系统(步骤218)。

接下来，在酒店系统已经认证用户并且已经分配了房间入住预订之后，酒店物业管理系统60将对证书服务70进行另一个软件到软件API的调用(步骤220)。相关信息被传送到证书服务70，指示包括例如酒店物业名称、房间号、访客姓名(例如，用户ID)、日期以及用于入住的虚拟卡数据。

在向证书服务70发送虚拟卡数据的同时或者按照向该证书服务发送虚拟卡数据的顺序，酒店物业管理服务60(同样通过任何常规方法)向用户传送确认住宿登记并分配房间的指示(步骤222)。

接下来，基于移动装置12的酒店忠诚度移动应用程序80将利用移动库82中的软件到软件API(步骤224)以从证书服务70中下载证书(步骤226)。移动库82将利用先前建立的共享密钥安全地向证书服务70认证，该共享密钥可以在每次成功连接时都发生改变。

一旦被认证，证书服务70就会在从移动库82传送时生成用户的证书，并且将在步骤220中接收的用于与该移动库的实例相关联的访客的虚拟卡数据加密到证书中。为每扇门或访问点生成一个证书，并且虚拟卡数据在这些单独证书中的每一个中将是相同的，但是可以利用用于特定门或访问点的唯一密钥来加密。加密方法可以是AES、3DES或其他这样的加密方法。所使用的方法和证书类型可以是压缩数字证书或基于标准的证书，如X.509或所属领域已知的其他证书格式。即，例如，虚拟卡数据利用证书模块36已知的并且证书服务70已知或可确定的唯一密钥加密到证书中。

移动库82将会使用本机OS保护以及具有装置特定信息(例如，UDID、IMEI、IMSI、MAC地址等)的额外数据加密来下载证书列表并将其存储在移动装置12上。现在，住宿登记完成并且加密的移动证书(具有虚拟卡数据)常驻在移动装置12上(图2)，用户可以在任何稍后的时间以离线模式操作访问控件16，而不要求移动装置12连接到证书服务70。例如，额外实施方案可以使移动装置12在移动装置在用户希望访问他们的房间的同时将证书传送到访问控件16的同时下载该证书。

当用户希望访问他们的房间时(步骤228)，用户可以通过手势、点击按钮、轻敲屏幕、指纹读取、密码、接近锁、触摸锁来指示这样的意图。响应于该意图，酒店忠诚度移动应用程序80再次调用移动库82中的软件到软件API以发起加密的移动证书到访问控件16的安全传输(步骤230)。当忠诚度应用程序80发起传输时，移动库在下一步骤中单独实施安全传输。

证书的安全传输(步骤232)可以开始于移动库82收听来自范围内访问控件16的信号通告(诸如低功耗蓝牙(BTLE)通告)的过程。即，访问控件16以周期性的速率通过通告数据来通告它们的存在，该通告数据指示访问控件16的标识符，并且移动装置12可以自动地收听和连接，而不需要人为按下按钮来唤醒休眠的电池供电锁16或者不需要离开车辆来与车库门或其他装置上的读卡器访问点进行交互。读取器访问点是另一种类型的锁16。另一个实施方案是使用近场通信(NFC)并且人们将他们的移动装置‘轻敲’到锁16上，并且安全证书交换将移动证书传输到访问控件16(步骤232)。可以使用标准技术来完成安全证书交换，这些标准技术诸如建立会话密钥、加密通信消息以及验证消息发送方和接收方的真实性。

在访问控件使用低功耗蓝牙(BTLE)进行通告的优选实施方案中，移动库82基于例如接收的访问控件16的标识符并且通过与包含在移动证书列表中的每个证书中或者与其相关联的标识符进行比较以及基于访问特定房间的用户意图来过滤接收的通告。该比较可以基于访问控件16的唯一标识符，或者基于共享标识符，其中一组访问控件共享公共标识符。在一些情况下，访问控件16可以通告唯一标识符和共享标识符，并且移动库82可以基于这两者进行过滤。一旦接收到针对目标访问控件16的通告，移动库82就发起无线连接，并且执行加密的移动证书的安全传输(步骤232)。安全传输可以利用唯一会话加密密钥和标准加密算法和技术。应明白，可以通过任何无线链路安全地传输数据，该无线链路包括但不限于BTLE、zigbee、近场通信等。

证书模块36将会接收到加密的移动证书，然后对加密的移动证书进行验证和解密以检索虚拟卡数据。解密和验证可以包括但不限于验证数字签名、验证证书的类型、验证证书标识符与锁存储器32中的标识符匹配、验证证书的开始日期和到期日期、验证证书的来源等(步骤118；图3)。一旦被验证和解密，就提取虚拟卡数据(步骤120；图3)。

然后，依据实施方案，虚拟卡数据经由硬件和软件接口传送到锁控制器24，该锁控制器可以进一步对虚拟卡数据进行解密，基于锁供应商规则处理数据，然后如果允许进入则打开锁(步骤234)。值得注意的是，虚拟卡数据作为“虚拟卡读取”以与物理密钥卡的数据格式等同的数据格式被传送到锁控制器24。因此，这允许继续使用传统的访客密钥卡92(诸如家庭成员或仅仅想要物理密钥卡92的副本的访客的密钥卡)和使用移动装置12。

由移动装置12上传的审计追踪可以仅仅是由移动装置12自身生成的审计，或者可以是包括访客使用物理密钥卡开门的统一审计。另外，当锁16打开时，可以将电池状态或电池状态的其他维护信息上传到从移动装置12到证书服务70的审计追踪中，使得可以向酒店通知电池电量不足的情况并主动更换电池或者执行其他维护。与审计追踪相关联的其他信息可以包括例如开门失败或失败的尝试或验证失败的证书。

“虚拟卡读取”的使用维持连续的审计追踪，并且还维护已经编码为传统卡数据的所有已知的访问控件用例。此外，证书模块36是锁供应商不可知的，使得可以传递任何锁供应商的数据以允许每个锁供应商独立地创新卡数据。此外，证书模块36与锁16可以由不同的公司提供。而且，除了将卡数据视为要编码、加密、传输、检索和传递的数据对象之外，服务器14、移动装置12和证书模块36可能没有用于对该卡数据进行进一步解密或验证的手段。另外，“虚拟卡读取”可以离线使用，而不要求移动装置12通过Wi-Fi连接或与实时连接到证书服务而在线。即，“虚拟卡读取”的数据存储在移动装置12上并且以离线模式安全地传递到证书模块36。这并不限制也以在线模式发送“虚拟卡读取”的能力。另外的益处是除了使用证书模块36之外，任何访问控件16还可以使用任何卡类型，其中卡类型包括但不限于磁条、RFID、近场卡等。

在另一个公开的非限制性实施方案中，证书模块36可以用于许多目的，包括但不限于将数据传递到产生物理密钥卡92的自助式硬密钥分配器单元98。硬密钥分配器单元98具有证书模块36，该证书模块接收虚拟卡数据，将虚拟卡数据解密，提取虚拟卡数据并将其发送到锁控制器24，该锁控制器被配置为将数据编码到物理密钥卡92上。即，移动装置12上的虚拟卡数据由单元98写入物理密钥卡92，并且以自动方式分配密钥卡92。除了用于密钥卡92的分配元件和单元电源(包括但不限于电池、主电源、能量收集等)之外，单元98不需要任何用户界面。单元98的用户界面实际上是移动装置12的界面。当单元98开始快要用完空白密钥卡92时，移动装置12可以向证书服务器70上传状态指示，该状态指示可以变成报告以通知酒店需要重新填充单元98。

在其他公开的非限制性实施方案中，虚拟卡数据可以是用于识别证访问系统的标准访问控件卡数据(即，标识数据)，或者与虚拟卡数据作为信用卡信息、令牌、购买参考标识符等集成到自动售货机中。

参考图5，除了具有由证书服务70为特定访问控件16a生成的虚拟卡数据(显式许可)302的移动证书之外，移动库82还可以包括由证书服务70基于访问类别300(隐式许可)生成的移动证书集合。访问类别300可操作以授权用户访问具有集体含义的一组特定访问控件16b。例如，一个访问类别可以是‘公共房间’，用于访问游泳池、商务中心、电梯和壁式阅读器。在酒店预订的上下文中，当移动装置12与证书服务70进行通信以下载加密的移动证书时，证书服务70为访客已被授权访问的一个或多个访问类别中的每个锁生成证书。因此，加密的移动证书将具有专门针对每个指定的访问点(例如，游泳池、商务中心等)编码的相同虚拟卡数据，并且可以任选地具有在证书中或与其一起下载的访问类别。然而，每个移动证书将利用每个访问控件16b的唯一密钥来单独加密。

证书服务70提供和使用访问类别300促进有效地管理系统中的多个访问控件16b，在该系统中，移动装置12可以打开多个锁，其中移动装置12具有用于每个锁的特定证书。与常规上需要的相比，这更简单，例如，两个访问控制系统，一个访问控制系统用于酒店系统生成具有酒店系统访问业务规则的所有现有技术的虚拟卡数据，而另一个访问控制系统用于以移动证书授予访问每个访问点，例如，客房、壁式阅读器、游泳池、商务休息室等。换句话说，酒店系统的业务规则将需要在证书服务中重复。

访问类别300允许多供应商集成，并且可以与被编码成虚拟卡数据的酒店系统访问业务规则分开工作。因此，移动证书是虚拟卡数据“顶部上”的额外的安全‘层’。访问类别300还允许相对更简单的维护程序，诸如，例如当替换‘公共’访问类别中的锁时，仅需要将替换锁分配给相同的访问类别。然而，移动装置12仍然需要再次与证书服务70进行通信以便下载新的移动证书集合。除了在正确的访问类别中包括替换锁之外，访客或系统部分不需要进一步管理，并且即使新锁具有来自先前锁的唯一加密密钥，所有访客权限仍将继续无缝地工作而无需修改。

参考图6，在另一个公开的非限制性实施方案中，可以发起通告过滤方法400以在呈现有多个访问控件16时捕获用户意图。首先，每个访问控件16使用由移动装置12接收的低功耗蓝牙(BTLE)进行通告(步骤402)。如果来自多个访问控件16的通告全部接近移动装置12或者它们以足够高的功率进行传输使得它们与移动装置12相距能够被接收的一定距离，则可以接收到这些通告。

接下来，移动库82基于下载的证书集合来过滤接收的通告(步骤404)。即，过滤掉与下载到移动装置12的证书集合无关的接收的通告。以此方式，甚至没有在选择列表中或在可能要打开的锁的精简集合中提供用户不被允许有访问权限的任何访问控件16。可以基于访问控件16通告消息中包含的标识符并且将该标识符与包含在存储于移动装置12中的证书中或与其相关联的标识符进行匹配来完成该过滤。

然后，移动装置12上的移动库82将包含在移动证书的过滤列表中的每个证书中或与其相关联的标识符进行比较以确定访问特定访问控件的用户意图(步骤406)。通常，一旦执行过滤，仅用户的房间将保持在范围内使得确定用户意图(步骤408)。

替代地或另外，如果经过滤的证书集合仍然在范围内具有一个以上的锁，则可以通过RSSI(接收信号强度指示符)或通过RSSI的平均值对经过滤的证书集合进行排序(步骤410)。有时，由于射频传播特性(例如，多路径、干扰等)，单个通告的RSSI可能不准确，因此除了RSSI的单次读取之外还可以使用1个以上通告的平均函数来降低单次读取的错误概率以例如促进对RSSI的平均化。因此，信号强度最高的访问控件可能最接近于人，因此最接近用户意图。此外，如果移动装置12正在利用诸如GPS等定位系统，其中移动装置相对于访问控件16的精确位置是已知的，则与访问控件相距的位置和距离可以用于确定最近的访问控件16。

替代地或另外，移动装置12可以包括定向能力，例如罗盘和/或对蓝牙信号的三角测量。例如，移动装置12可以包括多个蓝牙天线和使用无线通信和天线领域中的已知方法或者基于单独定位系统来确定BTLE通告相对于移动装置12的方向的方向的能力，在该单独的定位系统中，移动装置相对于访问控件16的精确位置是已知的，罗盘可以用于确定移动装置12指向哪个访问控件16。

因此，如果经过滤的证书集合在范围内仍然具有一个以上的锁，则用户通常将移动装置12指向他们意图要打开的锁，因此可以利用该方向来进一步对经过滤的证书集合进行排序(步骤412)并且确定与用户意图相关联的访问控件。

替代地或另外，经过滤的证书集合可以作为列表呈现给用户，例如，房间1125，房间1127，礼宾休息室，电梯等(步骤414)。因此，用户可以从列表中选择要打开的期望访问控件。列表可以各种方式排序成包括上一次打开的访问控件，使得例如在初始访问之后用户的房间可能位于列表顶部(416)。用户可以通过轻敲屏幕或者通过以‘是’或‘否’来响应读取房间的语音提示或者通过语音识别算法来选择列表，该语音识别算法使他们的声音请求与可用房间的过滤后列表进行匹配。替代地或另外，他们还可以使用手势滚动列表并选择期望房间。该手势将向移动装置12指示滚动列表的方向，然后可以使用单独的手势来指示选择，例如，左右旋转电话、快速加速或其他手势。语音提示或轻敲手势的益处在于这些操作可以用一只手完成，例如，装置倾翻将向下滚动列表，而装置回倾将向上滚动列表，或其他这样的手势。在用户具有例如在多个预订的同时提供对同一访问类别和门集合(即，游泳池、侧门等)的访问的多个同时酒店房间预订的情况下，确认号或其他参考也可以包括在证书中。因此，由于同一锁具有多个证书，因此用户的‘入住’或‘确认号’也可以用于过滤列表。

替代地或另外，列表可以按‘类别’(即‘打开我的客房’)选择性地排序，并且如果用户仅具有一个客房，则过滤掉不属于该类别的其他锁，即使他们在范围内并且被允许打开锁(步骤418)。例如，这可以通过选择移动装置12上的类别图标或者通过选择预设偏好(例如，“公共门”)来执行，以避免无意中打开房门以及公共访问点，因为这两者都在蓝牙范围内。

参考图7，替代地或另外，可以利用辅助界面500来向移动装置12提供额外信息以促进识别访问控件16。在一个示例中，NFC(近场通信)标签502可以与访问控件16相关联，使得读取NFC标签促进指示哪个访问控件通过低功耗蓝牙低(BTLE)进行通信。由于低功耗蓝牙(BTLE)具有相对长的范围并且可以各种方式反弹，因此这种辅助界面促进适当的接近度选择。例如，NFC标签可以粘附到访问控件16，使得通过将他们的移动装置12‘轻敲’到锁，它从标签中读取证书标识符，该标签因此与特定的访问控件16相关联。应明白，可以替代地或另外利用其他信息，诸如使用移动装置上的相机对房间号进行图像识别、用于确定移动装置12所在的楼层的高度等。应明白，其他辅助界面500(诸如打印在锁上的iBeacon、条形码或QR码)，其可以由移动装置12相机读取以确定与访问控件16相关联的标识符。

通告过滤促进用户与访问控件16之间的交互，因为不需要“开锁”。另外，用户可以在远离锁的情况下进行交互是有益的。一个示例是停车场锁定点，传统上用户必须打开窗户或离开车辆以使用读卡器终端上的卡来开门。

参考图8，替代地或另外，可以利用目的地意图600来向移动装置12提供额外信息以促进识别期望的访问控件16以用于预期用户意图。在一个示例中，可以利用对用户意图的预期，使得由于移动装置12接近/选择路线，可以在途中打开中间门。在该示例中，移动装置12可以将用户引导到特定的电梯/门以选择路线绕开高拥塞区域。高拥塞区域可以由正在使用同一app或另一个app的其他人携带的其他移动装置12来确定，该另一个app指示人的存在并且可以将该指示传送给第一移动装置12以指示拥塞区域。替代地，人的位置和路线的调整可以由证书服务70完成。还可以基于例如一天中的时间和用户的时间表来调整目的地和/或拥塞路线。移动装置12的用户通过从访问控件列表中选择特定目的地访问控件16，可以由手动选择目的地。或者，他们可以选择与访问控件16相关联的位置。该关联可以通过各种手段来进行，诸如直接关联或通过接近关联(即，他们位于同一位置)。此外，可以基于用户装置的另一个app(诸如Outlook日历)上访问的用户时间表、一天中的时间等自动选择目的地。路线可以通过用于优化路线选择算法或室内路线选择算法的各种已知方法以及通过定义的“路点”来确定，这些路点是沿该路线的实际访问点16。当人沿路线移动时，因为他们进入了移动装置12的范围内，因此移动装置12自动打开作为路线的一部分的访问点16。

在另一个示例中，目的地可以由系统10创建，或者可以在系统10外部创建。例如，这可能在酒店物业管理系统60将目的地发送到证书服务70中时发生变化。在该示例中，物业管理系统60在系统10外部。这种情况的另一个示例是车辆共享程序，并且车辆系统将目的地发送到证书服务70，其中目的地是要共享的车辆的位置。车辆本身可以是在到达目的地时要打开的访问控件16。此外，车辆的点火装置可以是在被致动时启动车辆的访问控件16。车辆本身就是一种类型的目的地。另一个示例可以是度假租赁物业或受访问控件16保护的其他资产，其中用户的目的地导致对目的地处的访问控件16的证书服务70授予许可。

在另一个示例中，可以在特定访问控件16附近时的给定一天当中的时间提供对订购的杂货、女佣、个人助理、房地产展示的访问等，其中他们的目的地是安排的事件以在某个位置提供服务。在另一个示例中，可以将意图从一个人委托给另一个人，其中第一人发信号通知为第二人开门的意图。例如，可以通过向第二人给定目的地或者通过在具有给定目的地的位置处为另一个人安排服务来做出委托意图。在这种情况下，访问点16可以与目的地或目的地的位置相关联。替代地或另外，可能要求移动装置12上的工作指令以结合相关特定访问控件16来预期用户意图。即，工作指令和接近度是用于预期用户意图所需的，并且访问点16可以与工作指令或工作指令目的地的位置相关联。工作指令可以经由电子邮件或通过提供特定授权的其他媒介来发送。此外，移动装置12可能需要选择工作指令以进一步发信号通知意图，使得当工作指令在移动装置12上未被选择或没有起作用时，则不发信号通知用户意图。

除了上面的示例之外，可以选择目的地作为用户的预定目标，其中该目标是做某事，例如‘找到敌人’或‘得到某物’，其中该目标也可能不是静止的。该目标不是一个地方，而是要做的事情。概括地说，该目标将通过推断指定目的地，该目的地通过推断将指定沿通向目的地的路线的特定访问控件16或访问控件16的集合，并且目的地或路线可以随着目标的焦点到处移动而动态地改变。

在另一个示例中，在导航到预期目的地600时，移动装置12可以诸如经由其相机提供寻路以向特定访问控件16提供方向。即，相机可以用于显示其上被覆盖有方向或其他指令或可视队列(诸如‘发光’框或箭头或线)的周围环境以到达特定访问控件16。在观看移动装置12的屏幕的过程中，人们可以通过轻敲屏幕并且经由可视意图指示他们希望打开的访问控件16来发信号通知意图。虚拟增强将依赖于用于室内定位、室内地图绘制、室外定位、户外地图绘制以及如GPS、磁罗盘和加速度计等方向指示器的已知技术。这样的应用程序存在于移动装置12的用于观星、寻路和个人导航的现有技术中。访问控件16将被定义为个人导航系统内的路点或交互式虚拟装置，并且当被选择时可以触发开门的动作和意图。

在另一个示例中，移动装置12可以找到该位置特征，其中该位置可以是GPS位置、地址、事件或场所，并且用户被引导通过各种访问控件16前往该位置并且在到达该特定的GPS位置时访问附近的访问控件16。

在另一个示例中，移动装置12可以向好友和家人提供引导，并且移动装置12将打开沿这样的路径的任何特定的访问控件16。即，可以识别用户必须通过其访问好友和家人(例如“找到我的好友”)的特定访问控件16，并且可以沿路线选择性地打开该特定访问控件以前往他们所要前往的位置。该路线可以与上述示例中所述类似的方式来确定。由于好友和家人的位置，为这些访问控件16自动确定用户意图。好友和家人可以具有类似的移动装置12或定位他们的当前位置的某种其他方法。

替代地或另外，在移动装置12上提供好友列表。然后利用对特定好友或人的选择来引导用户通过各种访问控件16以自动地将用户引导到所选择的家人或好友。替代地，引导到所选择的家庭或好友可以包括确定好友的当前位置。替代地，可以确定好友要见面的位置。替代地，可以包括已知好友居住的固定位置。此外，可以经由与社交媒体账户的交互来确定“好友”，其中移动装置12使用来自社交媒体账户或系统的信息来确定打开哪个访问控件16。此外，“好友”可以选择将他们的位置发布给其他好友，因此提供可以用于发信号通知意图的目的地。

替代地或另外，目的地意图600可以基于施加在移动装置12上的环境压力。这包括来自重力的压力、气压和水下压力。例如，访问控件16位于水下深处，用户将使用他们的移动装置12来检测水下压力，并且当用户在访问控件12附近并且在某个深度时，这可以表明用户进门的意图。如果压力尚未达到某个水平，则尚未发信号通知用户意图。

替代地或另外，目的地意图可以基于在移动装置12上检测到的环境温度。例如，访问控件16位于冷却剂池附近的核反应堆内，用户将使用他们的移动装置12来基于RSSI和相对于反应堆堆芯的水的附近热量来选择正确的访问控件16。另一个示例是在建筑物中并且消防员可以选择访问控件16，因为RSSI和房间的热量指示火灾所在的位置。在一些实施方案中，移动装置12自身确定环境温度，在另一个实施方案中，环境温度可以作为通信意图900与来自房间中、水中或者测量某个热源的某个其他传感器的目的地意图600相结合地传送到移动装置12。同样，在上述火灾的示例中，目的地可以由火灾报警系统确定，该火灾报警系统知道哪个房间是最热的并且将消防员通过访问控件16引导到火灾的位置。

替代地或另外，RSSI可以与在移动装置12上接收的声音警报组合。例如，几个访问控件16位于房间中并且通过门之一发出火灾警告，用户将使用他们的移动装置12来基于RSSI和由火灾发出的声音警报来选择正确的访问控件16。在该示例中，当音频信号达到某个DB水平时，这可以发信号通知打开访问控件16的意图。替代地，声音警报的通知可以向系统(例如入侵警报面板)发信号通知系统已被破坏，并且可以基于破坏的位置或声音警报的位置来自动确定目的地，然后通过入侵系统用通信意图900将目的地传送到移动装置12。这对于例如快速反应或警察的情况是有用的。此外，在另一个示例中，如果存在声音警报，则可以仅发信号通知用户意图，而在没有警报时，不用发信号通知用户意图。这对于快速响应非常有用，在快速响应的情况下，除非发出警报，否则他们无需通过访问控件或者甚至无需对访问控件授权。

替代地或另外，目的地意图600是基于由移动装置12捕获的音频。例如，用户希望收听他们喜欢的乐队并且基于音乐的可听声音，通过更接近位于访问控件16装置后面的乐队的声音来提供所捕获的意图。

替代地或另外，目的地意图600基于在移动装置12上听到的语音。例如，用户希望能够找到某人，但是移动应用程序仅知道所选择的人的语音签名。当用户移近人的语音时，基于更接近所选择的人的语音来推导目的地。在一些实施方案中，语音信号由移动装置12直接检测，然而在其他实施方案中，语音信号可以由监视相机或其他设施检测并传送到移动装置12，并且目的地由针对发声的人的收听设施的近端位置来确定。

替代地或另外，目的地意图600将基于在移动装置12上捕获的图像。例如，用户停靠在访问受限的停车库中，并且在停放之后，用户使用移动装置12在停车位中拍摄他们的汽车的照片。当用户试图返回他们的停车位时，目的地意图600是基于在移动装置12上捕获的图像。例如，通过选择图像并指示前往拍摄地点的意图将在通向在该示例中停放汽车的位置的途中隐式地授权打开访问控件16的用户意图。替代地，图像可以用于与系统进行通信，该系统可以从图像中识别对象并且确定现实世界中那些对象的当前位置，然后提供路线，该路线包括沿该路线打开访问控件16以前往对象的真实位置的隐式用户意图。

替代地或另外，目的地意图600基于在移动装置上捕获的视频。例如，用户记录视频，并且稍后在选择该视频时，他们隐式地选择拍摄视频的位置，并且通过发信号通知希望前往拍摄视频的地点，他们给出了沿拍摄视频的路线或者在沿拍摄视频的位置处打开任何访问控件16的隐式意图。此外，类似于上面的示例，来自视频的对象可以用于识别该对象的当前位置(如果它是可移动的)并且发信号通知希望前往该当前位置并访问沿通向新位置的路径的任何访问控件16。

替代地或另外，可以基于到达由蜂窝网络信号强度或由Wi-Fi信号强度确定的位置或仅仅基于特定的Wi-Fi访问点来发信号通知目的地意图。移动装置12可以使用信号强度来确定它是否已经到达某个位置或者它相对于目的地的位置。在这种情况下，目的地基于几个蜂窝塔将被映射到特定蜂窝网络信号强度或三角测量位置。另外，可以更一般地使用Wi-Fi访问点标识符，使得当在该特定Wi-Fi装置的范围(即，特定SSID或MAC地址)内时，则已经到达了目的地。此外，如果移动装置12靠近给定的Wi-Fi网络，则由于接近该特定的Wi-Fi网络，这可以发信号通知用户意图。当超出范围时，则不发信号通知用户意图，因为他们不再接近他们通常与其交互的访问控件16。Wi-Fi和蜂窝信号的替代方案是基于蓝牙的iBeacon，其中当移动装置12检测到特定蓝牙通告商时，它通过推断已知它已到达特定位置并且在该位置处将自动具有在该位置打开访问控件16的目的地意图。

替代地或另外，可以利用直接个人意图700来向移动装置12提供额外信息以捕获用户意图，且由此促进识别特定访问控件16。例如，接收信号强度指示(RSSI)可以用于开始访问过程，例如，用户在特定访问控件16的1英尺内。访问过程可以在第一距离处开始，其中移动装置12可以从访问控件16听到通告并且过滤可能的证书集合(步骤404，图6)，然后当移动装置12更近地移动到第二距离内时，这将指示打开访问控件16的意图(步骤408，图6)。例如，第一距离可以是30英尺，而第二距离可以是3英尺。替代地，访问过程还可以包括在开始发生过滤的第一距离与发信号通知意图的第二距离之间的另一个中间距离。在该中间距离处，移动装置12可以开始自动地与访问控件16进行通信，以预期将很快发信号通知意图。在这种情况下，当发信号通知意图时，打开访问控件16的过程已经开始并且可以快速完成，从而给人以更快的‘打开时间’的印象。在另一个示例中，移动装置12被保持在第二距离内的持续时间可以指示打开的意图，因此如果持续时间小于时间阈值(例如，1秒)，则访问控件16将不会被打开，但是如果持续时间长于阈值，则会发信号通知意图。RSSI可以与诸如扭曲移动装置12等手势组合以进一步捕获用户意图。在这种情况下，除非RSSI在某个水平内(即，在第二距离内)，否则手势不会触发访问控件16打开。替代地，RSSI可以与移动装置12保持接近访问控件16或在距离访问控件的距离内的时间量组合。替代地，移动装置12中的加速度计可以用于确定用户意图，例如，如果移动装置12仍然在移动，则不开门，但是如果移动装置停止或者没有在期望的访问控件16的距离内移动，则开门。

在另一个示例中，基于可以在移动装置12上显示的可视地图来选择访问控件16，或者访问控件可以在地图进行交互的显示器或壁挂上。访问控件16的表示在地图上，并且当用户意图打开访问控件16时，他们轻敲该访问控件。访问控件的表示可以包括文本、图片、图标、与访问控件16相关联的事物(例如，门或闸门)，或者它可以是通常在地图上示出的某个其他可视指示符。在选择提供即时意图的地图时，用户可能在附近。或者，用户可以提供延迟的意图，并且一旦他们进入访问控件16的范围内，该访问控件就会打开。或者，当某个其他人的移动装置12在所选择的访问控件的范围内时，他们可以为另一个人提供打开访问控件的委托意图和信号。委托意图可以例如通过SMS、通过电子邮件或通过证书服务14从一个移动装置12发送到另一个移动装置12。如果地图例如在移动装置12的外部，则地图可以具有通过向移动装置12发送蓝牙消息来与移动装置进行通信的能力。此外，用户可以通过使用他们的移动装置12在可视指示器的位置处读取地图上的NFC标签来发信号通知个人意图。或者，用户可以通过使用他们的移动装置12读取可视指示符旁边的QR码来发信号通知意图。

在另一个示例中，移动装置12可以使用生物特征识别或跟踪来推断操作访问控件16的意图。在该示例中，可以利用眼睛跟踪来捕获用户意图，例如，查看访问控件16，而闪烁将发信号通知解锁。在该实施方案中，移动装置12可以包括可穿戴部件，如具有跟踪眼睛移动的能力的智能眼镜等。类似于上述实施方案，这可以利用已知算法来跟踪增强现实并识别将被映射到访问控件16的对象。

在另一个示例中，可以利用触觉反馈来确定用户意图。当移动装置12接近可访问的访问控件16时，移动装置可以发出嗡嗡声或振动或发出声音。然后，可以利用手势来打开访问控件，例如，轻敲移动装置12的外壳来打开访问控件。移动装置12中的加速度计可以将轻敲与装置的其他运动区分开。替代地，可以利用连接到移动装置12的装置(诸如智能眼镜、手表或其他这样的装置)而不是移动装置12来向移动装置12发信号通知意图，其中用户利用所连接的装置执行动作，诸如移动、用他们的手指轻敲等。替代地或另外，移动装置12可以用于显示增强现实视图，其中项目(例如，用户访问的访问控件16或用户访问的门)发光或以其他方式突出显示，并且用户在视图上指示他们想要访问哪扇门或资源。

替代地或另外，用户可以通过实际发信号通知非意图来发信号通知个人意图700。在上面的示例中，如果移动装置12在接近访问控件16时提供触觉反馈(例如，振动)，如果用户未在时间范围内提供响应轻敲或其他手势，则用户发信号通知非意图。另外，特定手势或轻敲序列可以用于发信号通知非意图，诸如左右手势指示‘否’与上下手势指示‘是’。或者，快速连续的轻敲序列(诸如多次轻敲)-即，在1秒时间段内的两次轻敲，将指示非意图。可以用特定的语音命令或单词来发信号通知非意图。

替代地或另外，可以推断行为意图800以向移动装置12提供额外信息以促进识别可访问的访问控件16以用于预期用户意图。在一个示例中，可以通过识别一天中的时间、路线、GPS位置、与访问控件16的接近度、先前行为和/或与用户相邻排队的其他人来确定雇员的行为意图。在该示例中，通过使用关于先前访问哪个访问控件16的先前行为，可以推断用户意图为期望在接近时再次访问同一访问控件。同样在该示例中，用户在访问控件附近的一天中的时间可以发信号通知意图，例如，他们通常希望在早晨或中午进入建筑物，因此在这些已知时间间隔期间接近时，他们将自动发信号通知意图。此外，如果一天中的时间与安排的到达相关联，则一天中的时间加上时间表加上接近度可以解决打开访问控件16的特定意图。此外，如果其他人在其他移动装置12附近，其他装置发信号通知打开特定访问控件16是意图，则当用户的移动装置12接近访问控件16时可以将用户意图推断为现在‘轮到他们’开门了。在该示例中，多个移动装置12可以例如经由短程BTLE通告向彼此发送消息，以向紧邻与用户的移动装置12相同的位置周围的组发信号通知他们的活动。

替代地或另外，可以利用通信意图900以向移动装置12传送额外信息以促进识别可访问的访问控件16以用于预期用户意图。例如，可以利用与诸如电梯等乘客输送系统进行的通信来识别目的地楼层，以过滤移动装置12提供访问的可访问的访问控件16的列表。当访问控件16可以在楼层之间传输足够强的信号并且过滤可以从不在当前楼层的列表中移除任何访问控件16时，这是有用的。替代地，用户可以指示期望目的地(例如，“我的办公室”或“5楼”等)，并且移动装置12可以将目的地传送到乘客传送装置或从乘客传送装置传送目的地，使得所指示的移动装置12的目的地然后可以利用进一步排除某些访问控件16，因为目的地将直接或间接地指定建筑物的特定楼层。

在另一个示例中，可以访问第一访问控件16，其提供授权使用诸如电梯等乘客输送系统，并且访问控制系统可以使用与用户相关联的默认楼层自动呼叫电梯。自动呼叫和目的地楼层将提供通信意图900并且可以用于进一步过滤辅助访问控件16的列表。另外，通信意图900可以在进行通信之后应用某个时间段，例如可以执行按楼层过滤一段时间，或者直到提供进一步的通信意图900的时间为止。

在另一个示例中，紧邻的多个移动装置12可以例如经由短程BTLE通告向彼此发送消息，以使紧靠与用户的移动装置12相同的位置周围的组共享通信意图900。此外，在用户移动装置12之间发送的消息可以包括用户当前所在楼层或他们所在建筑物的指示，或者一般地，向用户的移动装置12提供位置感知的一些信息。此外，用户移动装置12之间的通信可以简单地重复从乘客输送系统接收的通信。

此外，如果通信意图900包括移动装置12意识到位置的能力(例如，诸如建筑物内部与外部、室内或室外，或房屋内的精确位置等基本确定)，则可以基于访问控件16所在的资源来推断用户意图。在一个示例中，由于意图将门打开并步行通过该门，因此如果门内侧的用户已经在建筑物或房间的内部，则用户不需要开门就可进入。出口通常与访问控制系统分开处理。

意图的确定促进与多个访问控件交互以促进用户以自动方式访问特定访问控件。意图的确定还最小化与操作访问控件的移动装置进行的其他更广泛的交互。此外，通过基本上预期用户意图并至少部分地自动发起该过程来减少打开访问控件的视时。

本文描述和描绘的包括在全部附图中的流程图和框图中的要素暗示了要素之间的逻辑边界。然而，根据软件或硬件工程实践，所描绘的要素和其功能可以通过计算机可执行介质在机器上实施，所述计算机可执行介质具有能够执行作为单片软件结构、作为独立软件模块或作为采用外部例程、代码、服务等的模块或者作为这些的任何组合存储在其上的程序指令的处理器，并且所有这些实现方式都可以在本公开的范围内。

除非本文中另有指示或者具体与上下文相矛盾，否则在说明书的上下文中(尤其是在以下权利要求的上下文中)使用的术语“一”、“一个”、“所述”和类似参考应被解释为涵盖单数形式和复数形式两者。与数量结合使用的修饰语“约”包括所述值并且具有上下文所指示的含义(例如，它包括与特定数量的测量值相关联的误差程度)。本文公开的所有范围包括端点，并且端点可彼此独立地组合。

虽然不同的非限制性实施方案具有特定示出的部件，但是本发明的实施方案不限于那些特定的组合。可以将来自非限制性实施方案中的任一个的一些部件或特征与来自其他非限制性实施方案中的任一个的特征或部件组合使用。

应明白，相同的附图标记在全部几个附图中表示相应或类似的元件。还应明白，虽然在所示出的实施方案中公开了特定的部件布置，但是其他布置将从中受益。

虽然示出、描述和要求保护了特定步骤序列，但是应理解，除非另有指示，否则步骤可以任何顺序执行、分离或组合，并且仍将受益于本公开。

前面的描述是示例性的而不是由其中的限制来定义。本文公开了各种非限制性实施方案，然而，所属领域一般技术人员将认识到，根据上述教导的各种修改和变化将落入所附权利要求的范围内。因此，应理解，在所附权利要求的范围内，本公开可以除本文具体描述的方式之外的方式来实践。因此，应研究所附权利要求以确定真实范围和内容。

Claims

1.一种通告过滤方法，其包括：

在移动装置上从多个访问控件中的每一个接收通告；

基于所述移动装置上的证书过滤接收的通告，其中所述过滤基于接收的访问控件的标识符和所述证书中包括的标识符的比较；

基于接收信号强度指示符RSSI对经过滤的接收的通告进行排序；

比较所述经过滤的接收的通告；以及

响应于所述比较和目的地意图来确定访问特定访问控件的用户意图，

其中，所述目的地意图确定具有至少一个访问控件的路线，并且所述用户意图是通过所述移动装置与在用户路线上的访问控件之间的接近度来自动地确定的。

2.如权利要求1所述的方法，其中所述访问控件是锁。

3.如权利要求1所述的方法，其中所述移动装置是智能电话。

4.如权利要求1所述的方法，其中所述用户意图是通过所述移动装置与基于用户路线和一天中的时间的访问控件之间的接近度来自动地确定的。

5.如权利要求1所述的方法，其中所述目的地意图基于用户的时间表。

6.如权利要求1所述的方法，其中所述目的地意图基于用户的预定计划路线。

7.如权利要求1所述的方法，其中所述目的地意图基于用户的预定目标。

8.一种访问控制系统，其包括：

多个访问控件；以及

与所述多个访问控件进行通信的移动装置，所述移动装置可操作以至少部分地基于目的地意图来确定访问所述多个访问控件中的特定访问控件的用户意图，包括：

从所述多个访问控件中的每一个接收通告；

基于证书过滤接收的通告，其中所述过滤基于接收的访问控件的标识符和所述证书中包括的标识符的比较；

比较所述经过滤的接收的通告；以及

响应于所述比较和目的地意图来确定访问所述特定访问控件的所述用户意图，

9.如权利要求8所述的系统，其中所述目的地意图至少部分地基于所述移动装置中的加速度计。

10.如权利要求8所述的系统，其中所述目的地意图至少部分地基于所述移动装置上的环境温度。

11.如权利要求8所述的系统，其中所述目的地意图至少部分地基于在所述移动装置上接收的声音警报。

12.如权利要求8所述的系统，其中所述目的地意图至少部分地基于在所述移动装置上接收的音频。