CN109410413A - 一种门禁管理系统及方法 - Google Patents

Abstract

本申请提供了一种门禁管理系统及方法，其中，该系统包括：移动设备、门禁控制服务器、至少一个门禁设备和每个门禁设备对应的至少一个门禁卡；所述移动设备获取所述每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，得到设备信息，并将获取的设备信息传送给所述门禁控制服务器；所述门禁控制服务器根据接收的设备信息为每个门禁设备生成开卡信息，并将每个所述开卡信息传送给对应的门禁设备；所述开卡信息包括该门禁设备与该门禁设备对应的每个门禁卡之间的绑定关系；每个所述门禁设备将接收的开卡信息进行存储。本申请提供一种门禁管理系统及方法，在提高日常使用门禁卡的便捷度同时，降低了物业公司对门禁管理系统的维护成本。

Description

一种门禁管理系统及方法

技术领域

本申请涉及通信技术领域，尤其是涉及一种门禁管理系统及方法。

背景技术

目前的门禁管理系统，需要使用门禁卡的住户，在领取到实体的门禁卡后，携带门禁卡到物业处，由物业人员核实住户身份、并明确有效期后，登录至门禁卡管理后台，将住户信息写入门禁卡。

现有的门禁管理系统给用户的日常使用带来不便。同时物业公司需要配备读/写卡的硬件设备和专门的门禁卡管理人员，增加了门禁管理系统的维护成本。

发明内容

有鉴于此，本申请的目的在于针对人员出入管理，提供一种门禁管理系统及方法，该系统在提高日常使用门禁卡的便捷度同时，降低了物业公司对门禁管理系统的维护成本。

第一方面，本申请实施例提供了一种门禁管理系统，其特征在于，包括：移动设备、门禁控制服务器、至少一个门禁设备和每个门禁设备对应的至少一个门禁卡；

所述移动设备获取所述每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，得到设备信息，并将获取的设备信息传送给所述门禁控制服务器；

所述门禁控制服务器根据接收的设备信息为每个门禁设备生成开卡信息，并将每个所述开卡信息传送给对应的门禁设备；所述开卡信息包括该门禁设备与该门禁设备对应的每个门禁卡之间的绑定关系；

每个所述门禁设备将接收的开卡信息进行存储。

一种可能的实施方式，其中，所述设备信息和/或所述开卡信息还包括每个门禁卡对应的个体信息。

一种可能的实施方式，其中，所述门禁控制服务器将所述开卡信息传送给所述移动设备，所述移动设备将所述开卡信息传送给对应的门禁设备。

一种可能的实施方式，其中，在与门禁设备对应的门禁卡在该门禁设备上首次刷卡时，该门禁设备将对应的开卡信息写入所述门禁卡；

所述门禁卡将接收的开卡信息进行存储。

一种可能的实施方式，其中，所述门禁控制服务器将所述开卡信息传送给所述移动设备，所述移动设备将所述开卡信息传送给对应的门禁卡；

所述门禁卡将接收的开卡信息进行存储。

一种可能的实施方式，其中，所述移动设备获取销卡信息，并将所述销卡信息传送给所述门禁服务器，所述门禁服务器根据接收的销卡信息确定需要注销的开卡信息，并将确定的需要注销的开卡信息传送给对应的门禁设备，所述需要注销的开卡信息对应的门禁设备删除需要注销的开卡信息。

一种可能的实施方式，其中，所述门禁服务器根据接收的销卡信息确定需要注销的开卡信息，并将确定的需要注销的开卡信息传送给移动设备；所述移动设备将需要注销的开卡信息传送给对应的门禁设备。

第二方面，本申请实施例还提供一种门禁管理方法，包括：

移动设备获取每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，得到设备信息；

所述移动设备将获取的设备信息传送给门禁控制服务器；

所述门禁控制服务器根据接收的设备信息为每个门禁设备生成开卡信息；

所述门禁控制服务器将每个所述开卡信息传送给对应的门禁设备；所述开卡信息包括该门禁设备与该门禁设备对应的每个门禁卡之间的绑定关系；

每个所述门禁设备将接收的开卡信息进行存储。

一种可能的实施方式，其中，还包括：

所述移动设备获取改卡信息；

所述移动设备将所述改卡信息传送给所述门禁服务器；

所述门禁服务器根据接收的改卡信息确定新的开卡信息和需要注销的开卡信息，

所述门禁服务器将新的开卡信息传送给新对应的门禁设备，将需要注销的开卡信息传送给原有对应的门禁设备；

所述新对应的门禁设备将接收新的开卡信息进行存储；

所述原有对应的门禁设备删除需要注销的开卡信息。

一种可能的实施方式，其中，还包括：

所述移动设备获取销卡信息；

将所述销卡信息传送给所述门禁服务器；

所述门禁服务器根据接收的销卡信息确定需要注销的开卡信息，并将确定的需要注销的开卡信息传送给对应的门禁设备；

所述需要注销的开卡信息对应的门禁设备删除需要注销的开卡信息。

本申请实施例提供的一种门禁管理系统及方法，通过移动设备获取每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，并且将门禁控制服务器根据接收的设备信息为每个门禁设备生成的开卡信息，发送给每个所述门禁设备进行存储，从而自助完成了门禁卡的开卡过程，在提高日常使用门禁卡的便捷度同时，降低了物业公司对门禁管理系统的维护成本。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种门禁管理系统的结构示意图；

图2示出了本申请实施例所提供的门禁管理方法中开卡方法的流程图；

图3示出了本申请实施例所提供的门禁管理方法中开卡方法具体应用与小区时的流程图；

图4示出了本申请实施例所提供的门禁管理方法中改卡方法的流程图；

图5示出了本申请实施例所提供的门禁管理方法中改卡方法具体应用与小区时的流程图；

图6示出了本申请实施例所提供的门禁管理方法中销卡方法的流程图；

图7示出了本申请实施例所提供的门禁管理方法中开卡方法具体应用与小区时的流程图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为便于对本实施例进行理解，首先对本申请实施例所公开的一种门禁管理系统进行详细介绍。

实施例一

本申请实施例提供的门禁管理系统，可以应用于任一种需要进行人员进出管控的应用场景中，例如，小区、居民社区或工作场所的大门或单元门中。

如图1所示，一种门禁管理系统100，包括：

移动设备101、门禁控制服务器102、至少一个门禁设备103和每个门禁设备对应的至少一个门禁卡104；

所述移动设备101获取所述每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，得到设备信息，并将获取的设备信息传送给所述门禁控制服务器。

在一种可能的实施方式中，移动设备101中预装了预制应用，利用预制应用获取所述每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息。

移动设备101，在预装的预制应用中提供界面，使开卡人可以通过界面输入想要通过本系统实施例提供的门禁卡进入的场所的目标场所信息，例如，目标小区信息、目标房屋的楼号、目标小区中装配的门禁设备的设备类型等信息。并根据目标场所信息确定目标门禁设备的信息。以此类推，每个门禁设备的信息都通过上述方法获取。

移动设备101，通过扫描预先印刷在每个门禁设备对应的每个门禁卡中目标门禁卡上的二维码，获取目标门禁卡的信息，例如获取目标门禁卡的卡片标识(CardIdentification，Card ID)等信息。并且每个门禁设备对应的每个门禁卡可以设置有效期，从而提升本实施例所述门禁管理系统的安全性，这时，移动设备101需要获取目标门禁卡的有效期，并判断目标门禁卡是否在有效期内。

所述设备信息还包括每个门禁卡对应的个体信息。

在一种可能的实施方式中，移动设备101中还可以存储开卡人的会员信息。所述预制应用，通过开卡人的会员信息判断当前开卡人是否具有与目标门禁设备对应的开卡权限，如果开卡人不具有开卡权限，移动设备101提醒开卡人不具有开卡权限，并结束开卡过程。移动设备101，还可以通过开卡人的会员信息判断当前开卡人名下绑定的门禁卡的个数是否超过第一预设阈值，如果当前开卡人名下绑定的门禁卡的个数是否超过第一预设阈值，提醒开卡人门禁卡数量超限并结束开卡过程。

所述移动设备通过获取所述每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，得到设备信息。这里，设备信息包括所述每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息。

这里，移动设备101，还用于将获取的设备信息传送给所述门禁控制服务器102。

所述门禁控制服务器102根据接收的设备信息为每个门禁设备103生成开卡信息，并将每个所述开卡信息传送给对应的门禁设备103；所述开卡信息包括该门禁设备103与该门禁设备对应的每个门禁卡104之间的绑定关系。

所述开卡信息还包括每个门禁卡对应的个体信息。

门禁控制服务器102，在获取到移动设备101发送来的设备信息后，首先对设备信息进行校验，包括：通过目标门禁卡的信息检查目标门禁卡是否是真实的、目标门禁卡是否为本申请实施例的门禁管理系统支持的门禁卡；检查上述目标门禁卡是否已经被绑定。如果发生目标门禁卡不是真实的门禁卡、目标门禁卡不是本申请实施例的门禁管理系统支持的门禁卡或目标门禁卡已经被绑定中的任一种情况，门禁控制服务器102生成相应的错误信息，并将错误信息发送给移动设备101显示。

反之，门禁控制服务器102根据获取的设备信息，生成所述开卡信息。

这里，可以将开卡信息发送给开卡信息对应的目标门禁设备103，例如，通过无线网络将开卡信息发送给开卡信息对应的目标门禁设备103。

为了实现方便、快捷的部署本申请实施例所述系统的目的，现场安装门禁管理系统时，应使门禁管理系统不需依赖网络环境，只需要供电及简单的连接控制线即可正常运行。这样，对现场环境没有任何破坏性，并且可以为物业节约施工成本。因此，在实际实施的情况下，可以将开卡信息发送给移动设备101，并通过移动设备101将所述开卡信息发送给开卡信息对应的目标门禁设备103。并且，由于门禁管理系统的安装环境中没有部署网络环境，因此，移动设备101可以通过无线方式，例如通过蓝牙，将所述开卡信息发送给目标门禁设备103。在这种情况下，目标门禁设备103可以在所述目标门禁卡104首次刷卡时，将所述开卡信息写入目标门禁卡104。这样，目标门禁设备、目标门禁卡与移动设备等门机设备之间，具备了自组网功能，不需要网络支持，即可完成数据传输操作。

因此，在一种可能的实施方式中，所述门禁控制服务器102将所述开卡信息传送给所述移动设备101，所述移动设备101将所述开卡信息传送给对应的门禁设备103。具体地，在门禁控制服务器102生成开卡信息后，可以将开卡信息发送给移动设备101，并通过移动设备101上预装的预制应用将开卡信息存储在移动设备101本地的存储中。并通过移动设备101将所述开卡信息发送给所述门禁设备103。

在一种可能的实施方式中，移动设备101还可以通过获取的开卡信息，直接控制门禁设备103，实现对门禁设备103的控制，从而达到利用移动设备101刷卡进出门的效果。

这里，通过移动设备101将所述开卡信息发送给每个门禁设备1031，可以通过如下两种可能的实施方式进行：

在一种可能的实施方式中，所述门禁控制服务器102将所述开卡信息传送给开卡人的移动设备101，在使用开卡人的移动设备101控制开启对应的门禁设备103时，将开卡信息发送给对应的门禁设备103。

在另一种可能的实施方式中，所述门禁控制服务器102将所述开卡信息传送给任一个安装了上述预制应用的移动设备101中，在使用任一个安装了上述预制应用的移动设备101控制开启对应的门禁设备103时，将开卡信息发送给对应的门禁设备103。

使用第一种可能的实施方式将开卡信息发送给对应的门禁设备103，具备良好的安全性，使用第二种可能的实施方式将开卡信息发送给对应的门禁设备103，具备良好的便捷性。在本申请实施例具体实施时，可以根据安全性和便捷性的考虑，选择将开卡信息发送给所述目标门禁设备的实现方式。

每个所述门禁设备103将接收的开卡信息进行存储。

每个所述门禁设备103，接收门禁控制服务器102或移动设备101发送来的开卡信息，并根据预设时间将上述开卡信息保存在门禁设备103中，例如，可以将上述开卡信息保存在“待刷卡”列表内，等待开卡信息对应的目标门禁卡104在预设时间范围内，进行刷卡操作。上述预设时间可以根据安全性和便捷性权衡设置，在超出预设时间后，门禁设备将开卡信息删除。

在一种可能的实施方式中，这里，当门禁设备103接收到移动设备101发送的开卡信息时，可以在移动设备中预装的预制应用中，显示提醒开卡人使用开卡信息对应的目标门禁卡104在开卡信息对应的目标门禁设备103上进行刷卡操作的提示信息。从而完成目标门禁卡104与目标门禁设备103的绑定操作。并且，当使用移动设备101向目标门禁设备103发送开卡信息时，目标门禁设备103可以将绑定结果通过无线方式，例如通过蓝牙，发送给移动设备101并显示给开卡人，并通过移动设备101发送给门禁控制服务器102。

在一种可能的实施方式中，当接收门禁控制服务器102发送的开卡信息时，开卡信息对应的目标门禁设备103可以将绑定结果通过无线方式，直接发送给门禁控制服务器102，门禁控制服务器102向开卡人发送开卡成功的通知，例如门禁控制服务器102通过短信的方式向开卡人发送开卡成功的通知。门禁控制服务器102还可以将开卡成功信息发送给移动设备101上预装的预制应用，通过预制应用将开卡成功信息通过推送(push)、通知等方式显示给开卡人。

一种可能的实施方式，其中，在与门禁设备103对应的门禁卡104在该门禁设备103上首次刷卡时，该门禁设备103将对应的开卡信息写入所述门禁卡104；

所述门禁卡104将接收的开卡信息进行存储。

这里，在开卡信息对应的目标门禁卡104首次刷卡时，开卡信息对应的目标门禁设备103将对应的开卡信息写入目标门禁卡104，例如使用NFC的方式，将开卡信息写入目标门禁卡104。目标门禁设备104可以将写入结果通过无线方式，例如通过蓝牙，发送给移动设备101并显示给开卡人，并通过移动设备101发送给门禁控制服务器102。

另一种可能的实施方式，其中，所述门禁控制服务器102将所述开卡信息传送给所述移动设备101，所述移动设备101将所述开卡信息传送给对应的门禁卡104；

所述门禁卡104将接收的开卡信息进行存储。

这里，所述移动设备101，可以使用近距离无线通信技术(Near FieldCommunication，NFC)的方式，将开卡信息传送给对应的门禁卡104。

这里，对于访客，本申请实施例提供的每个所述门禁设备103，还可以用于接收授权码，访客可以在目标门禁设备103上输入授权码，自助通过目标门禁设备103，最大化地降低了物业人员对访客来访的登记工作。

这里，本申请实施例提供的每个所述门禁设备103具备自检即防拆功能，发生异常时，生成异常提醒信息，并可以主动向移动设备101发出异常提醒信息，也可以通过移动设备101将异常提醒信息发送给门禁服务器102；或者直接将异常提醒信息发送给门禁控制服务器102。或者，门禁设备103还可以包括显示界面，在发生异常时，生成异常提醒信息，并通过显示界面向开卡人显示异常提醒信息。

这里，本申请实施例提供的每个所述门禁设备103可以以多种方式控制开门操作，包括直联控制磁吸锁、或电插锁等。并且具备开门按钮接口，在门内可以直接通过开门按钮进行开门操作。

具体的，本申请实施例公开的门禁管理系统，可以选择满足表1所示指标的门禁设备103。

表1门禁设备指标

这里，为了方便不适用移动设备101的开卡人，例如老年人、儿童等，本申请实施例公开的门禁管理系统，每个门禁设备103对应的至少一个门禁卡104，例如，实体的门禁卡104。并且对门禁卡104进行双重加密处理，使门禁卡104无法被复制，具有更高的安全性。

这里，本申请实施例所述门禁管理系统100还支持销卡操作，此时，所述移动设备101，还用于获取销卡信息，并将所述销卡信息发送给门禁控制服务器102。

所述门禁服务器102根据接收的销卡信息确定需要注销的开卡信息，并将确定的需要注销的开卡信息传送给对应的门禁设备103，所述需要注销的开卡信息对应的门禁设备103删除需要注销的开卡信息。

例如，所述门禁控制服务器102，可以根据获取的销卡信息，生成黑名单信息。黑名单信息可以发送给移动设备102，也可以直接发送给需要注销的开卡信息对应的目标门禁设备103。由于移动设备101、门禁设备103与门禁卡104等门机设备之间，具备自组网功能，因此，优选的，将黑名单信息发送给移动设备101，在使用任一个移动设备101开启所述目标门禁设备103时，将所述黑名单信息通过无线的方式，例如通过蓝牙，发送给所述目标门禁设备103，从而节省网络铺设的开支。

需要注销的开卡信息对应的门禁设备103删除需要注销的开卡信息。

例如，需要注销的开卡信息对应的目标门禁设备103，于接收所述黑名单信息，并根据所述黑名单信息删除目标门禁设备103中已经绑定存储的对应的门禁卡104的开卡信息。这里，目标门禁设备103，还可以将黑名单存储在内部存储装置中，在待销卡的目标门禁卡104在目标门禁设备103上执行刷卡操作时，通过无线的方式删除上述目标门禁卡104中的开卡信息，并删除目标门禁设备103中已经绑定存储的对应的目标门禁卡104的开卡信息。这里，销卡结果也可以通过开卡结果相同的方式，发送给移动设备101和/或门禁控制服务器102。

在删除了目标门禁卡104中的开卡信息后，上述目标门禁卡104还可以重新执行开卡操作，重新绑定任一个门禁设备103投入使用。

这里，本申请实施例所述门禁管理系统100还支持在开卡人希望改变门禁卡104与门禁设备103绑定关系时，进行改卡操作，此时，移动设备101还用于获取改卡信息。改卡信息主要包括与改卡信息对应的门禁卡104的信息和新的门禁设备103的信息。并将改卡信息发送给门禁控制服务器102。

门禁控制服务器102，根据上述改卡信息，生成新的开卡信息和需要注销的开卡信息。之后通过与开卡时相同的过程，将新的开卡信息传送给新对应的门禁设备103，将需要注销的开卡信息传送给原有对应的门禁设备103。

所述新对应的门禁设备103通过与开卡时相同的过程，将接收新的开卡信息进行存储，重新进行待修改的目标门禁卡与目标门禁设备的绑定和数据传输过程；

所述原有对应的门禁设备103通过与销卡时相同的过程，删除需要注销的开卡信息，从而完成改卡操作。

基于相同的技术构思，本申请实施例还提供一种门禁管理方法装置、电子设备、以及计算机存储介质等，具体可参见以下实施例。

实施例二

图2示出了，本申请实施例提供的门禁管理方法中的开卡方法的流程图，包括：

S201：移动设备获取每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，得到设备信息；

S202：所述移动设备将获取的设备信息传送给门禁控制服务器；

S203：所述门禁控制服务器根据接收的设备信息为每个门禁设备生成开卡信息；

S204：所述门禁控制服务器将每个所述开卡信息传送给对应的门禁设备；所述开卡信息包括该门禁设备与该门禁设备对应的每个门禁卡之间的绑定关系；

S205：每个所述门禁设备将接收的开卡信息进行存储。

实施例三

图3示出了，本申请实施例提供的门禁管理方法，具体应用于小区住户门禁系统中时，一种开卡方法的流程图，包括：

S301：开卡人打开移动设备上预装的预制应用，开始开卡流程。

S302：预制应用对开卡人权限信息和目标门禁卡状态信息进行判断。

具体包括：

判断开卡人是否有开卡权限：这里，可以在预制应用中设定开卡人所居住的小区，仅限在开卡人具有小区业主身份时，可以允许开卡人进行开卡操作。如果开卡人不具有小区业主身份，提醒用户并结束开卡过程。

判断当前社区的门禁卡是否印制了二维码：这里，可以在预制应用中设定开卡人所居住的小区应用的目标门禁卡上是否印制了二维码，如果目标门禁卡上印制了二维码，预制应用通过扫描二维码的操作获取目标门禁卡的目标门禁卡信息；如果目标门禁卡上没有印制二维码，预制应用通过其他操作，例如通过输入卡片标识的方式获取目标门禁卡的目标门禁卡信息。具体地，门禁卡的卡号编码规则可以包括，使用14位16进制的数字作为门禁卡的卡号。

判断开卡人名下绑定的门禁卡是否已达到上限：这里，可以判断开卡人名下绑定的已绑定门禁卡的数量是否超过第一预设阈值；也可以判断开卡人名下已经设置，但是还未与目标门禁设备绑定的，“待刷卡”的目标门禁卡的数量是否超过第二预设阈值。如果已绑定门禁卡的数量超过第一预设阈值，和/或“待刷卡”的目标门禁卡的数量超过第二预设阈值，提醒用户并结束开卡过程。

S303：移动设备将目标门禁卡信息发送给门禁控制服务器。

S304：门禁控制服务器对目标门禁卡信息进行检查。

具体包括：

判断目标扫描的是否是真实的目标门禁卡：通过目标门禁卡信息检查目标门禁卡是否是真实的、本申请实施例的门禁管理系统支持的目标门禁卡，其次检查上述目标门禁卡是否已经被绑定。如果发生目标门禁卡不是真实的目标门禁卡、目标门禁卡不是系统支持的目标门禁卡或目标门禁卡已经被绑定中的任一种情况，门禁控制服务器生成相应的错误信息，并将错误信息发送给移动设备显示，开卡流程结束。

这里，如果目标门禁卡已经被绑定，还需要判断目标门禁卡是否已经被销卡，如果目标门禁卡已经被销卡，需要将目标门禁卡从黑名单信息中清除，将此时目标门禁卡的状态改为“待刷卡”。

S305：门禁控制服务器对目标门禁卡信息检查无误，将结果通知移动设备。

门禁控制服务器对目标门禁卡信息检查无误，例如没有发生步骤S304所述的错误情况，将检查无误的结果信息发送给移动设备，移动设备上预装的预制应用接收到上述结果信息后，向开卡人展示设置页面，并通过设置页面获取开卡人信息和目标目标门禁设备。

S306：开卡人通过预制应用输入开卡人信息和目标门禁设备信息，得到设备信息。

具体地，开卡人通过预制应用如目标门禁设备所在小区信息，和/或目标门禁设备的设备类型信息；

或者预制应用通过目标门禁设备所在小区信息，获取目标门禁设备的设备类型信息。

S307：移动设备通过预制应用将设备信息发送门禁控制服务器。

这里，移动设备还可以将上述目标门禁卡信息，例如目标门禁卡的卡片标识和/或目标门禁卡的有效期发送给门禁控制服务器。

这里，开卡人信息包括开卡人会员信息、开卡人手机号等；目标门禁设备包括房屋信息、目标门禁卡绑定的房屋列表等。移动设备通过预制应用获取开卡人信息和目标门禁设备发送门禁控制服务器。

S308：门禁控制服务器根据获取的目标门禁卡信息、开卡人信息和目标门禁设备，生成所述开卡信息。

这里，门禁控制服务器将生成的开卡信息，例如，48个字节的开卡信息返回给移动设备。

S309：移动设备将开卡信息保存在本地。

移动设备上预装的预制应用接收门禁控制服务器发送来的开卡信息，并将上述开卡信息保存在移动设备本地的内存中，并在预制应用中和移动设备本地的内存中将目标门禁卡的状态保存为“待刷卡”。

S310：移动设备，将所述开卡信息发送给所述目标门禁设备。

当开卡人使用移动设备上预装的预制应用开门成功时，移动设备通过预制应用判断当前移动设备本地的内存中是否有处于“待刷卡”状态的目标门禁卡，如果有处于“待刷卡”状态的目标门禁卡，将开卡信息通过无线方式，例如通过蓝牙方式，传送到目标门禁设备中。同时，可以通过预制应用提示用户使用目标门禁卡在目标门禁设备上做刷卡操作。

这里，开卡信息会在目标门禁设备中保留预设时间。预设时间可以根据安全性和便捷性权衡设定，具体地，例如，可以设定为“待刷卡”状态的门禁卡个数乘以10秒。

S311：当开卡人使用目标门禁卡刷卡时，目标门禁设备判断目标门禁卡是否在“待刷卡”的列表内，若在列表内则将目标门禁设备对应的开卡信息写入目标门禁卡中。

在预设时间内，当使用目标门禁卡刷卡时，目标门禁设备判断目标门禁卡是否在“待刷卡”的列表内，若在列表内则将目标门禁设备对应的开卡信息通过无线的方式，例如通过NFC的方式，写入目标门禁卡中。

如果在预设时间内，没有使用目标门禁卡刷卡，目标门禁设备会删除开卡信息。

S312：目标门禁设备将写入开卡信息成功与否的结果信息发送给移动设备。

这里，目标门禁设备将写入开卡信息成功与否的结果信息，通过无线的方式，例如通过蓝牙方式，发送给移动设备。移动设备上预装的预制应用接收目标门禁设备发送的上述结果信息，并通过预制应用显示给开卡人。

这里，还可以在目标门禁设备中配备发声装置，例如蜂鸣器，通过发声装置将上述结果信息反馈给开卡人。

S313：移动设备将写入成功的结果传送至门禁控制服务器。

移动设备通过预制应用，将写入成功的结果传送至门禁控制服务器，门禁控制服务器向开卡人发送开卡成功的通知，例如门禁控制服务器通过短信的方式向开卡人发送开卡成功的通知。门禁控制服务器还可以将开卡成功信息发送给移动设备上预装的预制应用，通过预制应用将开卡成功信息通过推送(push)、通知等方式显示给开卡人。

S314：完成开卡流程。

完成开卡过程，实际上是完成目标门禁卡、开卡人的开卡人账户与目标房屋之间的绑定，当然的，绑定之后还可以执行解绑过程。

实施例四

图4示出了，本申请实施例提供的门禁管理方法中，一种改卡方法的流程图，包括：

S401：所述移动设备获取改卡信息；

S402：所述移动设备将所述改卡信息传送给所述门禁服务器；

S403：所述门禁服务器根据接收的改卡信息确定新的开卡信息和需要注销的开卡信息，

S404：所述门禁服务器将新的开卡信息传送给新对应的门禁设备，将需要注销的开卡信息传送给原有对应的门禁设备；

S405：所述新对应的门禁设备将接收新的开卡信息进行存储；所述原有对应的门禁设备删除需要注销的开卡信息。

实施例五

图5示出了，本申请实施例提供的门禁管理方法，具体应用于小区住户门禁系统中时，一种改卡方法的流程图，包括：

S501：开卡人通过移动设备，可以对目标门禁卡绑定的目标门禁设备进行修改。

移动设备获取改卡信息，具体包括：开卡人可以通过移动设备上预装的预制应用，利用预制应用中提供的门禁卡管理功能，对目标门禁卡绑定的目标门禁设备进行修改，修改为新的目标门禁设备。

S502：移动设备将改卡信息提交至门禁控制服务器。

门禁控制服务器获取移动设备通过预制应用发送来的改卡信息，将目标门禁卡的状态设置为“待刷卡”。

S503：门禁控制服务器根据改卡信息生成新的开卡信息。

门禁控制服务器根据新的目标门禁设备、目标门禁卡信息和开卡人信息，生成新的开卡信息，并将新的开卡信息发送给移动设备。

S504：移动设备将新的开卡信息保存在移动设备本地的内存中。

移动设备上预装的预制应用接收门禁控制服务器发送来的开卡信息，并将上述开卡信息保存在移动设备本地的内存中，并在预制应用中和移动设备本地的内存中将目标门禁卡的状态保存为“待刷卡”。

S505：移动设备，将所述开卡信息发送给所述目标门禁设备。

当开卡人使用移动设备上预装的预制应用开门成功时，移动设备通过预制应用判断当前移动设备本地的内存中是否有处于“待刷卡”状态的目标门禁卡，如果有处于“待刷卡”状态的目标门禁卡，将开卡信息通过无线方式，例如通过蓝牙方式，传送到目标门禁设备中。同时，可以通过预制应用提示用户使用目标门禁卡在目标门禁设备上做刷卡操作。

这里，开卡信息会在目标门禁设备中保留预设时间。预设时间可以根据安全性和便捷性权衡设定，具体地，例如，可以设定为“待刷卡”状态的门禁卡个数乘以10秒。

S506：当开卡人使用目标门禁卡刷卡时，目标门禁设备判断目标门禁卡是否在“待刷卡”的列表内，若在列表内则将目标门禁设备对应的开卡信息写入目标门禁卡中。

在预设时间内，当使用目标门禁卡刷卡时，目标门禁设备判断目标门禁卡是否在“待刷卡”的列表内，若在列表内则将目标门禁设备对应的开卡信息通过无线的方式，例如通过NFC的方式，写入目标门禁卡中。

如果在预设时间内，没有使用目标门禁卡刷卡，目标门禁设备会删除开卡信息。

S507：目标门禁设备将写入开卡信息成功与否的结果信息发送给移动设备。

这里，目标门禁设备将写入开卡信息成功与否的结果信息，通过无线的方式，例如通过蓝牙方式，发送给移动设备。移动设备上预装的预制应用接收目标门禁设备发送的上述结果信息，并通过预制应用显示给开卡人。

这里，还可以在目标门禁设备中配备发声装置，例如蜂鸣器，通过发声装置将上述结果信息反馈给开卡人。

S508：移动设备将写入成功的结果传送至门禁控制服务器。

移动设备通过预制应用，将写入成功的结果传送至门禁控制服务器，门禁控制服务器向开卡人发送开卡成功的通知，例如门禁控制服务器通过短信的方式向开卡人发送开卡成功的通知。门禁控制服务器还可以将开卡成功信息发送给移动设备上预装的预制应用，通过预制应用将开卡成功信息通过推送(push)、通知等方式显示给开卡人。

S509：完成改卡流程。

实施例六

图6示出了，本申请实施例提供的门禁管理方法中的销卡方法的流程图，包括：

S601：所述移动设备获取销卡信息；

S602：将所述销卡信息传送给所述门禁服务器；

S603：所述门禁服务器根据接收的销卡信息确定需要注销的开卡信息，并将确定的需要注销的开卡信息传送给对应的门禁设备；

S604：所述需要注销的开卡信息对应的门禁设备删除需要注销的开卡信息。

实施例七

图7示出了，本申请实施例提供的门禁管理方法，具体应用于小区住户门禁系统中时，一种销卡方法的流程图，包括：

S701：开卡人通过移动设备选择要进行销卡操作的目标门禁卡。

这里，开卡人可以通过移动设备上预装的预制应用选择要进行销卡操作的目标门禁卡，之后移动设备获取销卡信息。

S702：移动设备将获取的销卡信息发送给门禁控制服务器。

移动设备将获取的销卡信息发送给门禁控制服务器，门禁控制服务器将目标门禁卡与开卡人的信息做解绑操作，并将目标门禁卡的状态设置为“已销卡”。

S703：门禁控制服务器将目标门禁卡加入黑名单信息中，并将黑名单信息发送给至少一个移动设备。

每个移动设备通过预装的预制应用，接收黑名单信息，并将黑名单信息存储在移动设备本地的内存中。黑名单信息中包括至少一个需要被删除的开卡信息。

S704：移动设备将黑名单信息发送给目标门禁设备。

这里，使用任一个预装了上述预制应用的移动设备打开目标门禁设备时，将上述移动设备本地的内存中的黑名单信息发送给目标门禁设备。

S705：目标门禁设备根据黑名单信息，删除目标门禁设备中已经绑定存储的对应的目标门禁卡的开卡信息。

S706：目标门禁卡根据所述黑名单信息，删除存储的所述开卡信息。

这里，使用目标门禁卡在目标门禁设备上进行刷卡操作时，删除目标门禁卡存储的所述开卡信息。

S707：目标门禁设备将销卡成功与否的结果发送给移动设备。

这里，进行删除目标门禁卡存储的所述开卡信息的操作后，目标门禁设备将销卡成功与否的结果信息通过无线的方式，例如通过蓝牙方式，发送给移动设备，移动设备将上述结果信息发送给门禁控制服务器。

S708：完成销卡流程。

移动设备接收到目标门禁设备发送来的销卡成功的结果信息后，利用预制应用将目标门禁卡从门禁卡管理页面中删除。当然地，被销卡的门禁卡，可以重新进行开卡操作，与其他开卡人或目标门禁设备绑定。

本申请实施例所提供的进行一种门禁管理系统及方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种门禁管理系统，其特征在于，包括：移动设备、门禁控制服务器、至少一个门禁设备和每个门禁设备对应的至少一个门禁卡；

所述移动设备获取所述每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，得到设备信息，并将获取的设备信息传送给所述门禁控制服务器；

所述门禁控制服务器根据接收的设备信息为每个门禁设备生成开卡信息，并将每个所述开卡信息传送给对应的门禁设备；所述开卡信息包括该门禁设备与该门禁设备对应的每个门禁卡之间的绑定关系；

每个所述门禁设备将接收的开卡信息进行存储。

2.根据权利要求1所述的系统，其特征在于，所述设备信息和/或所述开卡信息还包括每个门禁卡对应的个体信息。

3.根据权利要求1所述的系统，其特征在于，

所述门禁控制服务器将所述开卡信息传送给所述移动设备，所述移动设备将所述开卡信息传送给对应的门禁设备。

4.根据权利要求1所述的系统，其特征在于，

在与门禁设备对应的门禁卡在该门禁设备上首次刷卡时，该门禁设备将对应的开卡信息写入所述门禁卡；

所述门禁卡将接收的开卡信息进行存储。

5.根据权利要求1所述的系统，其特征在于，

所述门禁控制服务器将所述开卡信息传送给所述移动设备，所述移动设备将所述开卡信息传送给对应的门禁卡；

所述门禁卡将接收的开卡信息进行存储。

6.根据权利要求1所述的系统，其特征在于，

所述移动设备获取销卡信息，并将所述销卡信息传送给所述门禁服务器，所述门禁服务器根据接收的销卡信息确定需要注销的开卡信息，并将确定的需要注销的开卡信息传送给对应的门禁设备，所述需要注销的开卡信息对应的门禁设备删除需要注销的开卡信息。

7.根据权利要求6所述的系统，其特征在于，

所述门禁服务器根据接收的销卡信息确定需要注销的开卡信息，并将确定的需要注销的开卡信息传送给移动设备；所述移动设备将需要注销的开卡信息传送给对应的门禁设备。

8.一种门禁管理方法，其特征在于，包括：

移动设备获取每个门禁设备的信息和每个门禁设备对应的每个门禁卡的信息，得到设备信息；

所述移动设备将获取的设备信息传送给门禁控制服务器；

所述门禁控制服务器根据接收的设备信息为每个门禁设备生成开卡信息；

所述门禁控制服务器将每个所述开卡信息传送给对应的门禁设备；所述开卡信息包括该门禁设备与该门禁设备对应的每个门禁卡之间的绑定关系；

每个所述门禁设备将接收的开卡信息进行存储。

9.根据权利要求8所述的方法，其特征在于，还包括：

所述移动设备获取改卡信息；

所述移动设备将所述改卡信息传送给所述门禁服务器；

所述门禁服务器根据接收的改卡信息确定新的开卡信息和需要注销的开卡信息，

所述门禁服务器将新的开卡信息传送给新对应的门禁设备，将需要注销的开卡信息传送给原有对应的门禁设备；

所述新对应的门禁设备将接收新的开卡信息进行存储；

所述原有对应的门禁设备删除需要注销的开卡信息。

10.根据权利要求8所述的方法，其特征在于，还包括：

所述移动设备获取销卡信息；

将所述销卡信息传送给所述门禁服务器；

所述门禁服务器根据接收的销卡信息确定需要注销的开卡信息，并将确定的需要注销的开卡信息传送给对应的门禁设备；

所述需要注销的开卡信息对应的门禁设备删除需要注销的开卡信息。