CN111052191A - 请求锁的网络的锁事件的方法和锁系统 - Google Patents

Abstract

一种利用区域锁状态系统来请求锁事件的方法配置成通过从移动装置向控制设备发送锁事件请求来请求锁事件。在接收时，由控制设备记录锁事件请求。然后将管理员通知发送到管理员装置以便向管理员告警。由管理员经由管理员装置发起锁事件命令。然后将锁事件指令发送到移动装置。在接收时，从移动装置向锁组件发送锁事件命令。

Description

请求锁的网络的锁事件的方法和锁系统

背景技术

本公开涉及锁系统，并且更特别地涉及一般可在预定义区域内操作的区域锁状态控制系统，以及请求系统的锁事件的方法。

传统上，可在预定义区域中使用诸如封锁（lockdown）系统的区域锁状态控制系统。此类区域的示例可以是建筑物、大学校园等。在预定义事件时，可经由中央控制器自动将作为封锁系统的一部分的所有锁（例如，门锁）锁上。不幸的是，高效且及时地将对封锁事件的需要推进到中央位置可能是麻烦和/或困难的。

发明内容

根据本公开的一个非限制性实施例的一种利用区域锁状态系统和管理员来请求锁事件的方法包括：通过从移动装置向控制设备（control arrangement）发送锁事件请求来请求锁事件；由控制设备记录锁事件请求；向管理员装置发送管理员通知以便向管理员告警；以及由管理员经由管理员装置发起锁事件命令。

除了前述实施例之外，该方法还包括：在发起锁事件命令之后，将锁事件指令发送到移动装置；以及从移动装置向锁组件发送锁事件命令。

在备选方案中或除此之外，在前述实施例中，移动装置是多个移动装置。

在备选方案中或除此之外，在前述实施例中，锁组件是多个锁组件。

在备选方案中或除此之外，在前述实施例中，管理员装置是控制设备的本地控制器。

在备选方案中或除此之外，在前述实施例中，管理员装置是多个移动装置中的移动装置。

在备选方案中或除此之外，在前述实施例中，锁事件是封锁。

在备选方案中或除此之外，在前述实施例中，该方法包括：在解决锁事件之后，从控制设备向移动装置发送解决通知。

在备选方案中或除此之外，在前述实施例中，该方法包括：在解决锁事件之后，从管理员装置向控制设备发送解决命令。

在备选方案中或除此之外，在前述实施例中，该方法包括：从控制设备向第二移动装置，并且在接收到锁事件请求之后，发送请求信息通知。

在备选方案中或除此之外，在前述实施例中，第二移动装置的用户向管理员装置确认对锁事件的需要。

在备选方案中或除此之外，在前述实施例中，锁事件请求的记录包括与多个移动装置中的相关联的移动装置有关的信息。

在备选方案中或除此之外，在前述实施例中，无线地发送锁事件指令和锁事件命令。

在备选方案中或除此之外，在前述实施例中，移动装置配置成识别枪响噪声，并且在识别到枪响噪声时，由移动装置自动触发锁事件请求。

在备选方案中或除此之外，在前述实施例中，该方法包括：通过多个锁组件中的每个锁组件传送公告，其中每个公告包括相应锁组件的锁状态和地址。

在备选方案中或除此之外，在前述实施例中，该方法包括通过多个移动装置针对公告进行扫描。

在备选方案中或除此之外，在前述实施例中，该方法包括通过多个移动装置向控制设备发送指示所扫描的公告的状况消息。

在备选方案中或除此之外，在前述实施例中，通过蜂窝网络发送锁状态指令，并且通过短程通信协议发送锁状态命令。

根据另一个非限制性实施例的由管理员监控、在区域内操作、利用至少一个移动装置并且与至少一个锁组件通信并控制至少一个锁组件的区域锁状态控制系统包括：控制设备；移动装置模块，所述移动装置模块配置成由移动装置执行，并且配置成向控制设备发送锁事件请求，其中控制设备配置成记录锁事件请求；以及管理员装置，所述管理员装置配置成接收管理员通知，其中管理员发起与锁事件请求相关联并且由控制设备接收的锁事件命令。

除了前述实施例之外，锁事件请求是封锁请求，移动装置是智能电话，控制设备配置成将与锁事件命令相关联的锁事件指令发送到移动装置模块，并且移动装置模块配置成将与锁事件指令相关联的锁事件命令发送到至少一个锁组件。

除非另外明确地指示，否则前述特征和元素可以按各种组合没有排他性地被组合。鉴于以下描述和附图，这些特征和元素及其操作将变得更加显而易见。然而，应了解，以下描述和附图意图在本质上是示例性的并且是非限制性的。

附图说明

从公开的非限制性实施例的以下详细描述，各种特征将对于本领域技术人员而言变得显而易见。可如下简要地描述伴随具体实施方式的附图：

图1是作为本公开的一个非限制性示例性实施例的区域锁状态控制系统的示意图；

图2是区域锁状态控制系统的移动装置的示意图；

图3是区域锁状态控制系统的锁组件的示意图；

图4是示出操作区域锁状态控制系统的方法的流程图；

图5是示出操作区域锁状态控制系统的方法的第二实施例的流程图；以及

图6是示出请求锁事件的方法的流程图。

具体实施方式

参考图1，区域锁状态控制系统20可以在区域22内可操作，并且可以包括控制设备24、多个移动装置26和可以分散在整个区域22的多个锁组件28。区域锁状态控制系统20可以是区域封锁系统，或者备选地，可以是区域解锁系统。区域22的示例可以包括办公楼、学生校园、酒店等。控制设备24可以包括服务器30和可以是本地（即，位于区域22内）的控制器32。服务器30可以在远程或本地运行，和/或可以是基于云或web的。在一个示例中，服务器30可以不与本地控制器32直接通信。进一步设想和理解的是，控制器32可以是服务器30的组成部分（即，可以共享相同的处理器和计算机可读存储介质）。虽然锁组件28被示出为门锁组件，但是锁组件28的非限制性示例还可以包括钥匙箱（keybox）、挂锁、芯锁、蓝牙模块、保险库（vault）等。

远程服务器30可以包括计算处理器34（例如微处理器）、可以是计算机可读和可写的电子存储介质36以及用于无线通信的收发器38。控制器32可以包括计算处理器40（例如微处理器）、可以是计算机可读和可写的电子存储介质42,并且在一些应用中可以包括用于无线通信的收发器44。参考图2，移动装置26中的每个移动装置可以包括计算处理器46（例如，微处理器）、可以是计算机可读和可写的电子存储介质48、用户接口50以及用于无线通信的收发器52。

在一个实施例中，锁组件28中的每个锁组件可以不通常是“智能的”，并且而是可以通常由控制器32供电、致动和控制。在这个实施例中，本地控制器32可以硬连线到每个锁组件28（参见图1中的硬连线通路55）。在另一示例中，每个锁组件28可以包括相应的能量存储装置或电池（未示出）并且经由相应的能量存储装置或电池接收电力。在又一实施例中，并参考图3，锁组件28中的每个锁组件可包括计算处理器54（例如微处理器）、可以是计算机可读和可写的电子存储介质56以及用于传送公告或信标60的传送器58。在一些应用中，传送器58可以是用于额外无线通信的收发器。

参考图1至图3，区域锁状态控制系统20还可以包括多个移动装置模块62、可以是锁状况模块的状况模块64、人员定位器模块66和中央锁控制模块68。多个移动装置模块62中的每个移动装置模块可被编程到多个移动装置26中的相应一个移动装置中（即，被存储在介质48中并且由处理器46执行）。状况模块64和人员定位器模块66可以被编程到服务器30中（即，被存储在介质36中并且由处理器34执行）。中央锁控制模块68可被编程到控制器32中（即，被存储在介质42中并且由处理器40执行）。

每个移动装置26可以通常由已知在区域22中或有理由在区域22中经过一段时间的相应个人或用户携带。移动装置26可以被配置成借助于本领域技术人员已知的技术来操作任何数量的锁组件28。设想和理解的是，移动装置26可以不是区域锁状态控制系统20的一部分，并且而是可以是用于执行移动装置模块62的主机装置。类似地，服务器30可以不是区域锁状态控制系统20的一部分，并且而是可以是用于执行移动装置模块64、66并存储系统20的数据的主机服务器。移动装置26的各种非限制性示例可包括智能电话、平板电脑、访问证件和/或标识的组成部分、通行卡及其任何组合。

参考图1和图2，区域锁状态控制系统20的人员定位器模块66可以借助于两种不同技术中的一种来确定移动装置用户在区域22中的位置。第一技术可利用公告60，并且第二技术可利用移动装置26的地理位置应用72。地理位置应用72被配置成使用诸如以下各项的本领域中公知的类型的一个或多个定位系统或协议来确定移动装置26的地理位置：全球定位系统（GPS）、全球导航系统（GLONASS）、全球导航卫星系统（GNSS）、Galileo、远程导航（LORAN）、国家航海电子协会（NMEA）、Trimble标准接口协议（TSIP）、DELORME® EARTHMATE®、Rockwell PLGR协议、iBeacon®以及SIRF®，仅列举几个非限制性示例。还理解的是，地理位置应用72可以包括本领域中公知的类型的本地、区域或站点范围系统，诸如射频标识（RFID）、红外（IR）、传感器网络、基于Wi-Fi的定位以及超宽带（UWB）定位系统，仅列举几个非限制性示例。在一个实施例中，地理位置应用72可以与人员定位器模块66协同工作以确定每个移动装置26的每个用户相对于多个锁组件28的位置。

参考图4，示出了操作区域锁模式系统20的方法。为了简化说明，将在操作方面详细描述区域封锁系统20的示例。在框100，控制器32可触发封锁事件，该封锁事件通常命令每个锁组件28进入上锁状态或将每个锁组件28置于上锁状态中。依据封锁命令（参见图1中的箭头74），并且在框102，每个锁组件28可发起公告60。在一个实施例中，公告60可以是无线的、可以是短程公告和/或可以是经由蓝牙®发送的公告。可通过有线或无线通路55发送封锁命令74。

在框104，基于云的服务器30的状况模块64可以向移动装置26中的每个移动装置发送封锁指令（参见图1中的箭头76）。在一个示例中，区域22可以是校园，并且封锁指令76可以被发送到在校园22的每个移动装置26（例如，智能电话）。在框106，并且在接收到封锁指令76时，每个移动装置26的移动装置模块62可以开始自动地针对公告60进行扫描，所述公告60可以包括特定锁组件28的地址以及锁组件28处于上锁状态或解锁状态中的指示。设想并理解的是，封锁指令76可以是“推送通知”。

可以通过从例如应用商店下载模块并且用账户登录的过程来注册每个移动装置26的移动装置模块62。可以经由各种手段获得账户，但是账户可以与定位器模块66相关联或者是由定位器模块66已知的。帐户可以由区域22管理员创建，所述区域22管理员可以在模块66、68之一中创建帐户，并提供给移动装置26的用户。备选地，可以在单独的系统（例如，Facebook®或Google®登录）中创建账户，并且可以将账户注册到模块66、68中使得它是已知的。在登录到移动装置模块62中之后，模块62可与模块66、68通信，使得模块66、68知道每个经注册的移动装置26。

可选地，每个移动装置26的模块62可以具有从凭证模块67（参见图1）下载移动凭证的功能性，所述凭证模块67可以被加载到控制设备24的服务器30中。凭证模块67可向移动装置26提供访问权限，使得用户可使用用于移动凭证（mobile credentialing）的技术利用移动装置26打开锁组件28（即，解锁），所述用于移动凭证的技术包括使用收发器52、58经由近场通信（NFC）或蓝牙的传输和本领域技术人员通常已知的其它手段。类似地，锁组件28可被配置成经由数字签名、加密等将命令86验证为来自中央控制设备24。命令86的认证可以减少或消除骚扰封锁消息（nuisance lock-down message）的任何机会。

在框108，每个移动装置26可以向服务器30发送无线状况消息（参见箭头78）以供人员定位器模块66使用。状况消息78可以包括检测到的每个公告60的信号强度（即，或者最近接收到的公告60的平均值）、每个公告60的地址、相关联的移动装置26的地址或标识以及相关联的锁组件28的锁状况。进一步设想和理解，状况消息78可以被加上时间戳，从而提供消息的“生存时间（time-to-live）”，所述消息的“生存时间”可以使得只要始发消息保持有效其它锁组件28就能够做出响应。

虽然未示出，但是指令76、命令86、公告60和/或状况消息78的部分也可以是移动装置26发送到移动装置26、锁组件28发送到锁组件28、移动装置26发送到锁组件28以及锁组件28发送到移动装置26的。在一个示例中，“生存时间”特征可以通常是随时间衰减的指令76（即，时间戳已经过去并且消息已经到期）。该特征还可以被包括在指令76从移动装置26到移动装置26的传输中，和/或可以被包括在从移动装置26到锁组件28的命令86中，和/或命令86在锁组件28之间的重新传输中。

在框110，并且基于提供锁组件28的位置的服务器30中的预先编程的信息以及状况消息78所提供的信息，人员定位器模块66可确定进行传送的移动装置26的位置。也就是说，服务器30可以确定哪些用户位于哪些锁组件28附近，以及哪些锁组件处于上锁状态中。这可以通过基于信号强度来计算距离或基于多个状况消息78的三角测量来完成。或者，这可以仅基于接近度来完成（即，在锁组件附近意味着用户必定在特定位置处）。

设想和理解的是，状况消息78还可以包括与特定移动装置26的个体用户相关的信息。例如，移动装置模块62可以经由接口50为用户提供指定障碍条件（handicapcondition）的机会。移动装置模块62还可以激活移动装置26的麦克风82，使得能够收听声音（例如，枪响），该声音可以作为数据来被发送，该数据被包括作为状况消息78的一部分。模块62还可激活移动装置26的其它特征，诸如电话位置（例如，陀螺仪）、摄像机（即，电话视频）、电话呼叫等。可以被包括作为状况消息78的一部分的其它信息可以是用户选择输入到移动装置26中的任何信息，诸如由于例如受伤而需要帮助。更进一步，生物测量信息（例如，心跳）可以被包括作为状况消息78的一部分，指示用户处于危急中。

设想和理解的是，封锁指令76的发送可以是重复的，使得系统重新发起移动装置26的位置的确定。这种重新发起使得能够实现跟踪整个区域22的移动装置26的用户。这种重复可以继续，直到服务器30向移动装置26发送停止封锁倡议(cease lockdowninitiative)。通过使得能够实现对移动装置26的跟踪，中央指挥所（central commandpost）（例如，警察局或安全站）可以从服务器30接收跟踪数据和其它数据，并且基于移动装置26的位置来更好地计划和实行例如区域22的疏散。这种疏散可以基于群体集中度（population concentration）和动态。可以经由移动装置26的接口50来指引移动装置26的用户。

进一步设想和理解，并且类似于框106，移动装置26可以传送包括相应移动装置的地址的公告80（参见图2）。其它移动装置26可以接收公告80，并且作为无线状况消息78的一部分，或者作为单独的消息，可以将与公告80相关的信号强度以及移动装置地址数据传送到定位器模块66。然后，定位器模块66可以经由公告60、80使用该数据来确定各种移动装置26相对于锁组件28和相对于其它移动装置26的位置。

参考图5，示出了操作区域锁状态控制系统20的方法的第二实施例。在框200，可以是基于云的服务器的控制设备24触发可以是封锁事件的锁状态事件。在框202，控制设备24向区域22中的多个移动装置26中的每个移动装置发送锁状态指令76。锁状态指令76可以是封锁指令，并且可以经由例如蜂窝网络被无线地发送。备选地，锁状态指令76可以是解锁指令。在指引移动装置26与任何锁组件28交互的情况下，锁状态指令可以是一般化的，或者如果已知移动装置26的位置在特定锁组件附近，则锁状态指令可以是特定于锁组件28的。

在区域锁状态控制系统20的一个非限制性实施例中，系统可包括上锁行为和解锁行为两者与区域的组合，这取决于管理员想要如何过滤通过例如建筑物或区域的人流量。更具体地，并且在龙卷风事件的示例中，某些门可以被锁上以确保人们被引导到更安全的区域，并且其它门可以被解锁，以便帮助人们朝向一般公众可能通常无法接近的那些安全区域（例如，地下室区域）。

在一个操作示例或场景中，怀有恶意或非法意图的人（例如，枪手）可能处在大学校园22。具有该信息的管理员或第一响应者可以经由可以是集中式门户（centralizedportal）的控制器32来触发封锁事件。管理员可以用标识和/或密码登录，这可以将锁状态控制系统20置于封锁模式中。

在另一场景中，可以触发火警，其将锁状态控制系统20置于预定的模式中，其中某些锁组件28经由解锁指令76被解锁。这将允许人员离开例如建筑物22。设想和理解的是，类似的场景可包括自然事件（例如，风暴、地震、海啸、飓风、龙卷风等）、战争行动以及公共健康（即，疾病爆发（outbreak））。每个场景可以包括不同的或修改的锁和电话行为。

在框204，并且在接收到锁状态指令76时，每个移动装置26可以向多个锁组件28发送与锁状态指令76相关联并且反映锁状态指令76的锁状态命令86。可以应用锁状态命令86来代替先前描述的命令74。此外，可通过无线、短程协议（诸如蓝牙）来发送锁状态命令86。进一步设想和理解，不是所有移动装置26都将在所有锁组件28的蓝牙范围中。然而，移动装置26的广泛分布可能足以将命令86分布到所有锁组件28。无论如何，每个锁组件28还可以将命令86再次传递到其它接近的锁组件28，从而确保所有锁组件已经接收到命令。进一步设想和理解，该通信可应用于作为离线锁组件（即，不是网络的部分，和/或不通过互联网通信）并且不具有与例如控制器32或服务器30的直接通信的锁组件28。此外，移动装置26可以将命令从网络覆盖内的一个移动装置26传递到网络覆盖外的另一移动装置26，并且以这种方式在锁组件28和移动装置26之间来回传递，以传播命令。

在其中意图是从区域22安全且高效地疏散人员的应用中，移动装置26与任何特定锁组件28之间的有限范围的通信可具有很小负面影响。也就是说，如果锁状态命令是解锁命令86，并且移动装置26在整个解锁事件继续传送命令，则当移动装置26的用户移动靠近锁组件时，锁组件28将解锁。

在框206，并且在接收到锁状态命令86时，每个锁组件28可以开始传送公告60，所述公告60可以是无线的和短程的（例如，蓝牙）。每个锁组件28的每个公告60可包括反映相关联的锁组件的锁状态的数据。锁状态的示例可包括锁组件28的锁闩（latch）88（参见图3）的上锁状态和解锁状态、锁组件28的锁舌（deadbolt）90的伸出状态和未伸出状态以及耦合到锁组件28并通常利用锁组件28的门92的打开位置和关闭位置。更具体地说，如果锁状态命令86是封锁命令，则公告60可包括指示锁闩88处于上锁状态、锁舌90处于伸出状态以及门92处于关闭位置的数据，从而指示安全方位。

在一个实施例中，锁组件28可被配置成连续地发送指示组件处于上锁状态或解锁状态中的公告60。在封锁事件时，移动装置26可以不向已经在公告上锁状态的锁组件28发送封锁命令86。也就是说，移动装置26可以仅向公告解锁状态的锁组件28发送封锁命令86。

在框208，移动装置26可以针对公告60进行扫描。在框210，移动装置26可以向控制设备24发送反映所扫描的公告的状况消息78。在一个示例中，来自状况消息78的数据可以用于通知管理员哪些门被封锁，和/或具有特定锁组件28的特定门的当前状况。

参考图1和图6，示出请求可以是封锁事件的锁状态事件的方法。在框300，移动装置26的用户可经由用户接口50来请求锁状态事件，并且作为可无线地发送到服务器30的锁事件请求94（参见图1）。在一个示例中，并且为了请求锁状态事件，用户可在用户接口50上按下按钮或按压虚拟按钮。在另一个示例中，或者除此之外，系统可应用额外的安全特征。例如，用户可按压按钮并提交生物测量（例如，拇指指纹）验证或密码授权。在一个示例中，解锁作为移动装置26的智能电话的动作可等效于输入密码。请求锁状态事件可经由通过智能电话接收的语音命令来进行。系统可进一步将语音识别为处于危急中。在又一个实施例中，可简单地通过枪响的声音来触发对锁状态事件的请求。在该实施例中，可在没有用户交互的情况下自动发送消息94。

在框302，服务器30的处理器34可利用存储在电子存储介质36中的请求模块96来记录请求。可利用该请求数据来确定假警报并采取适当动作，包括对移动装置26的用户的潜在纪律性动作。

在框304，服务器30可将管理员通知98发送到控制器32或发送到具有与派驻管理员的接口的任何其它装置。在一个实施例中，移动装置26的用户可以是预先任命的或指派的管理员。在该实施例中，由管理员使用的移动装置26是控制器32的备选方案（即，下文所称的管理员装置表示控制器32或由管理员使用的移动装置26）。管理员通知98向可采取适当动作（即，根据请求而动作或不动作）的管理员提供指示锁事件请求的告警。在框306，并且在框300、302和304期间，可将其它锁事件请求94发送到服务器30，并且请求模块96可将请求的数量、进行请求的移动装置26的位置制成表格，并将管理员通知98发送到控制器32。在一个实施例中，请求模块96可将锁事件请求94制成表格，并拖延发送管理员通知98，直到接收到预先编程的数量的请求（例如，两个）。以此方式，可将假警报减到最少。

在另一个实施例中，并且如果管理员没有对管理员通知98做出响应，则系统可升级（escalate）。也就是说，将通知98升级到下一更高级别的管理员。例如，如果在大学校园的学生按压“警报”按钮，则管理员被通知，并且具有选择“警报”并因此向管理机构告警的能力。如果管理员没有以“警报”或“解决”做出响应，则将由学生发起的警报通知升级到下一级别的管理员。一旦警报模式激活，则系统便可进入封锁。

管理员级别的概念可提供与全系统封锁相对的微型封锁。闭锁（lockout）可基于管理员级别，所以在大学校园的示例中，宿舍楼管理员可封锁该楼，而校园的院长可封锁整个校园。如果认为有必要，则宿舍管理员可具有升级到院长的能力。

在一个实施例中，系统可包括一有足够数量的指示警报状况的智能电话就向政府执法机构和/或警报公司（alarm company）发送消息的能力。可将系统预先编程以包括该群体是什么群体。例如，如果多于10个智能电话指示警报状况，则整个系统可进入到警报模式。在另一个示例中，在管理员升级发生之前，多个警报状况或请求可来自相同智能电话，和/或至少两个请求可来自不同的智能电话，因此来自不同的用户。

在框308，并且在框300、302和/或304期间，服务器30可将请求信息通知100发送到移动装置26的其它用户。在一个实施例中，将请求信息通知100发送到在发起锁事件请求94的用户附近的用户。请求信息通知100可使得移动装置26经由模块62提示用户确认需要初始锁事件请求94。根据请求，其它移动装置可经由确认99进行答复。在另一实施例中，管理员可应用其它形式的确认，所述其它形式的确认可包括摄像机101，所述摄像机101配置成发送从引起锁事件请求发生的潜在场景的邻近位置接收的作为确认99（即，或额外确认）的图像或视频信号。

在框310，并且在一个或多个锁事件请求94时，管理员可通过利用配置成将锁事件命令102发送到服务器30的管理员装置来发起锁事件。然后，锁事件可如先前描述的那样发生（例如，锁组件28自动被锁上）。在框312，服务器30将锁事件指令76发送到移动装置26的用户。在框314，并且在锁事件解决之后，管理员可通过将解决命令106发送到服务器30来撤销锁事件（例如，使得锁组件自动解锁）。在框316，服务器30可将解决通知108发送到移动装置26的用户，从而通知该用户锁事件被解决。

上述各种功能可以由计算机程序来实现或支持，该计算机程序由计算机可读程序代码形成，并且体现在计算机可读介质中。计算机可读程序代码可以包括源代码、目标代码、可执行代码等。计算机可读介质可以是能够由计算机访问的任何类型的介质，并且可以包括只读存储器（ROM）、随机存取存储器（RAM）、硬盘驱动器、致密盘（CD）、数字视频盘（DVD）或其它形式。

本文使用的术语，诸如部件、应用、模块、系统等，意在指代计算机相关的实体，或者是硬件、硬件和软件的组合或者是软件执行。作为示例，应用可以是但不限于在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。理解的是，在服务器上运行的应用以及服务器可以是部件。一个或多个应用可以驻留在进程和/或执行线程内，并且应用可以本地化在一个计算机上和/或分布在两个或多于两个计算机之间。

本公开的优点和益处包括区域锁状态控制系统20，其能够在区域处于例如封锁事件时利用电话网络系统来定位和跟踪人员、监控锁状态以及收集其它信息。其它优点包括一种系统，所述系统配置成自动发起锁事件或立即发起锁事件，使得总体响应时间相对快，并且立即通知系统的用户。

虽然参考所说明的实施例描述了本公开，但是本领域技术人员将理解，在不脱离本公开的精神和范围的情况下，可以进行各种改变并且可以用等同物进行替换。此外，在不脱离本公开的实质范围的情况下，可以应用各种修改以使本公开的教导适于特定的情况、应用和/或材料。因此，本公开不限于本文中公开的特定示例，而是包括落入所附权利要求的范围内的所有实施例。

Claims (20)

1.一种利用区域锁状态系统和管理员来请求锁事件的方法，所述方法包括：

通过从移动装置向控制设备发送锁事件请求来请求锁事件；

由所述控制设备记录所述锁事件请求；

向管理员装置发送管理员通知以便向所述管理员告警；以及

由所述管理员经由所述管理员装置发起锁事件命令。

2.如权利要求1所述的方法，进一步包括：

在发起所述锁事件命令之后，将锁事件指令发送到所述移动装置；以及

从所述移动装置向锁组件发送锁事件命令。

3.如权利要求2所述的方法，其中所述移动装置是多个移动装置。

4.如权利要求3所述的方法，其中所述锁组件是多个锁组件。

5.如权利要求1所述的方法，其中所述管理员装置是所述控制设备的本地控制器。

6.如权利要求1所述的方法，其中所述管理员装置是所述多个移动装置中的移动装置。

7.如权利要求1所述的方法，其中所述锁事件是封锁。

8.如权利要求2所述的方法，进一步包括：

在解决所述锁事件之后，从所述控制设备向所述移动装置发送解决通知。

9.如权利要求2所述的方法，进一步包括：

在解决所述锁事件之后，从所述管理员装置向所述控制设备发送解决命令。

10.如权利要求2所述的方法，进一步包括：

从所述控制设备向第二移动装置，并且在接收到所述锁事件请求之后，发送请求信息通知。

11.如权利要求10所述的方法，其中所述第二移动装置的所述用户向所述管理员装置确认对所述锁事件的需要。

12.如权利要求4所述的方法，其中所述锁事件请求的记录包括与所述多个移动装置中的相关联的移动装置有关的信息。

13.如权利要求4所述的方法，其中无线地发送所述锁事件指令和所述锁事件命令。

14.如权利要求1所述的方法，其中所述移动装置配置成识别枪响噪声，并且在识别到所述枪响噪声时，由所述移动装置自动触发所述锁事件请求。

15.如权利要求13所述的方法，进一步包括：

通过所述多个锁组件中的每个锁组件传送公告，其中每个公告包括所述相应锁组件的所述锁状态和地址。

16.如权利要求15所述的方法，进一步包括：

通过所述多个移动装置针对所述公告进行扫描。

17.如权利要求16所述的方法，进一步包括：

通过所述多个移动装置向所述控制设备发送指示所扫描的公告的状况消息。

18.如权利要求17所述的方法，其中通过蜂窝网络发送所述锁状态指令，并且通过短程通信协议发送所述锁状态命令。

19.一种由管理员监控、在区域内操作、利用至少一个移动装置并且与至少一个锁组件通信并控制所述至少一个锁组件的区域锁状态控制系统，所述区域锁状态控制系统包括：

控制设备；

移动装置模块，所述移动装置模块配置成由所述移动装置执行，并且配置成向所述控制设备发送锁事件请求，其中所述控制设备配置成记录所述锁事件请求；以及

管理员装置，所述管理员装置配置成接收管理员通知，其中所述管理员发起与所述锁事件请求相关联并且由所述控制设备接收的锁事件命令。

20.如权利要求19所述的区域锁状态控制系统，其中所述锁事件请求是封锁请求，所述移动装置是智能电话，所述控制设备配置成将与所述锁事件命令相关联的锁事件指令发送到所述移动装置模块，并且所述移动装置模块配置成将与所述锁事件指令相关联的锁事件命令发送到所述至少一个锁组件。

Images