CN111243155A - 一种住户特征信息下发的方法、装置及系统 - Google Patents

Abstract

本发明实施例提供一种住户特征信息下发的方法、装置及系统，用以解决现有技术中如何高效地将住户特征信息分发到对应权限内的门禁机设备的问题，其中所述方法包括：从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储；针对区域内的门禁机：从加载的用户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，下发至门禁机。

Description

一种住户特征信息下发的方法、装置及系统

技术领域

本发明涉及信息处理技术领域，尤其涉及一种住户特征信息下发的方法、装置及系统。

背景技术

我国城市人口基本的居住方式是社区的方式，每个社区包括数量不等的楼栋，每个楼栋包含几个单元，每个单元包含很多的住户，居民日常基本需求是进出小区大门，再进入单元门。

在智慧社区改造过程中，社区出入口的门禁机需要缓存本小区所有住户的人脸信息以及门禁卡信息，这样便于门禁机在人员进出小区时通过人脸识别来判断是否为本小区的住户，若是本小区住户则打开门禁锁，否则不打开门禁锁。

另外，在物业进行本小区住户管理的过程中，单个住户的人脸信息增加或更新也需要实时下发到对应的单元门禁和围墙门禁设备当中，这样才能满足住户刷脸进出小区和单元门的生活场景。

为此，在城市的大规模智慧社区门禁使用的情况下，如何高效地将业主人脸信息分发到对应权限内的门禁设备成为急需解决的问题。

发明内容

本发明提供一种住户特征信息下发的方法、装置及系统，以能够将区域内的住户特征信息快速且准确地发放给相应的门禁机。

第一方面，本发明实施例提供一种住户特征信息下发的方法，该方法包括：

从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储；

针对区域内的门禁机：从加载的住户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，下发至门禁机。

第二方面，本发明实施例提供一种住户特征信息下发的装置，该装置包括：

加载单元，用于从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储；

下发单元，用于针对区域内的门禁机：从加载的住户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，下发至门禁机。

第三方面，本发明实施例提供一种住户特征信息下发的系统，该系统包括：门禁机服务器和至少一个区域内的门禁机；其中，门禁机服务器具体包括如上所述的住户特征信息下发的装置。

本发明提供的技术方案中，按照房屋位置在所属区域内的层级关系以树形结构存储房屋住户的特征信息，并将其写入到缓存中，由此在需要下发住户特征信息时既能够很快的从缓存中加载查找得到，又便于住户特征信息的更新。

附图说明

图1为本发明实施例一提供的一种住户特征信息下发的方法流程图；

图2为本发明实施例一提供的一种树形结构示意图；

图3为本发明实施例一提供的一种住户特征信息下发的装置示意图；

图4为本发明实施例二提供的一种住户特征信息下发的方法流程图；

图5为本发明实施例二提供的一种住户特征信息下发的装置示意图；

图6为本发明实施例三提供的一种基于人脸识别的门禁机开锁方案设计图；

图7为本发明实施例三提供的一种基于人脸识别的门禁机开锁装置示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

为实现住户人脸信息向门禁机的分发，发明人对相关技术进行了分析，发现至少存在如下问题：

传统社区门禁一般采用的是直接查询数据库的方式获取住户人脸信息，在大量(1万台以上)小区门禁机同时连接门禁服务器时，从数据库查询人脸信息将非常缓慢，门禁机等待时间会很长而影响正常使用；或者，采用基于小区的缓存模式，在单个住户人脸信息变更时将更新整个小区的住户人脸信息列表数千张，效率非常低下，在实际社区环境使用中多住户同时更新人脸信息将造成服务不可用。

为克服上述问题，本发明实施例提供一种解决方案，按照房屋位置在所属区域内的层级关系建立树形结构，在房屋位置结点上存储房屋住户的特征信息(如人脸信息)，并将所述树形结构信息写入缓存，由此在需要下发住户特征信息时可以快速地从缓存中加载查找得到，并能够非常高效方便的更新住户特征信息。

为了更好的理解本发明实施例方案，下面先对本发明实施例中出现的一些词语进行解释。

下面结合附图和实施例对本发明提供的技术方案进行更详细地说明。

实施例一

本实施例提供一种住户特征信息下发方案，该方案可应用于人员进出所在区域时门禁机对人员的身份识别场景。参见图1，一种住户特征信息下发的方法可以由门禁服务器(例如门禁网关)执行，具体包括如下步骤101和步骤102。

步骤101、从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储。

在本步骤中，可预先在内存或外接存储设备中存储门禁服务器所服务的各区域内全部住户的特征信息。其中，住户的特征信息为能够唯一识别是该住户的特征集合，该信息的获取可以采用任何现有的用户识别技术得到，例如其可以是如下信息中的至少一种：住户的人脸信息、虹膜信息和指纹信息。典型的，选用人脸信息作为住户的特征信息，可以是房屋编号、住户姓名、电话以及人脸特征值的集合。

当存在住户特征信息下发需求时，将预先存储在内存或外接存储设备中的各区域内所有住户的特征信息写入到缓存中，以便从缓存中加载。具体实施时，作为一种优选方式，当区域个数满足预设的分组条件(例如大于100个)时，可按照预设数量(例如100)对所有区域进行分组，每预设数量个区域为1个分组，若最后划分剩余的区域个数达不到预设数量的，也作为一个分组，将各分组内各个区域内所有住户的特征信息，按照分组分批写入缓存。同一分组内的各个区域内所有住户的特征信息为同一批次，不同分组内的各个区域内所有住户的特征信息为不同的批次。典型的，所述缓存为Redis缓存。

在本发明实施例中，缓存中是按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储各区域内所有住户的特征信息。示例性的，每一个区域对应一棵树，树的深度为区域内划分的层级数，具体的：

树的根结点层1标识为区域内划分的最高层级的位置区(也即区域本身)；

树的根结点层1的下一级结点层2为区域内划分的比最高层级低一级的位置区(设为第二层级位置区)，结点层2中的各个结点标识不同的第二层级位置区，结点个数等于实际所建设的第二层级位置区的个数；

树的结点层2的下一级结点层3为区域内划分的比第二层级再低一级的位置区(设为第三层级位置区)，结点层3中的各个结点标识不同的第三层级位置区，结点个数等于实际所建设的第三层级位置区的个数；

以此类推，直至树的叶子结点层为区域内划分的最低层级位置区(也即房屋位置)，该结点层中的各个结点标识不同的房屋位置，结点个数等于实际所建设的房屋套数。其中，每个叶子结点存储有该结点所标识的房屋位置的住户的特征信息。

需要说明的是，本实施例中所述的区域可以是小区，住户的房屋位置在所属区域内的层级关系从高到低可以依次为：小区、楼栋、单元和房屋，当然还可包含高于房屋且低于单元的楼层这一层级。如图2所示的一种树形结构，某个小区共有2个楼栋，每个楼栋共包含3个单元，每个单元有3套房屋。当然，本领域技术人员应理解，还可以是按照其它任何已知的位置区域划分方式得到的层级关系，本实施例对此不作具体限定。

步骤102、针对区域内的门禁机：从加载的住户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，下发至门禁机。

具体实施时，可以在门禁机启动并与门禁服务器建立连接后，门禁服务器获取该门禁机所管辖的层级位置区。在本实施例中，可预先存储有每个区域内每个门禁机所管辖的层级位置区，当然也可以是存储每个区域内每个门禁机的其它信息，根据该其它信息间接获取得到门禁机所管辖的层级位置区，对此不作具体限定。之后，门禁服务器从加载的住户的特征信息中查找该门禁机所管辖的层级位置区的结点，遍历该结点所有子孙中的叶子节点：读取叶子结点上存储的住户的特征信息，将读取结果下发至该门禁机。示例性的，可以是每读取到一个住户的特征信息，便立即下发至该门禁机，也可以是读取完所有的所述叶子节点上存储的住户的特征信息后，将这些住户的特征信息整体下发至该门禁机。下发住户的特征信息时可以采用ActiveMQ、RabbitMQ或者Kafka等消息服务。

可选的，本实施例提供的方法还包括步骤103和104。

步骤103、接收到对住户的特征信息的更新请求后，根据住户的房屋位置在所属区域内的层级关系，查找缓存中存储的该住户的特征信息，更新所查找到的住户的特征信息。

步骤104、确定所管辖的层级位置区包含该住户的房屋位置的门禁机，向所确定的门禁机重新下发缓存中存储的其所管辖的层级位置区内所有住户的特征信息。

相应的，本实施例还提供一种住户特征信息下发的装置，参见图3，该装置包括：

加载单元301，用于从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储；

下发单元302，用于针对区域内的门禁机：从加载的住户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，下发至门禁机。

可选的，所述装置还包括：缓存更新单元303，用于接收到对住户的特征信息的更新请求后，根据住户的房屋位置在所属区域内的层级关系，查找缓存中存储的该住户的特征信息，更新所查找到的住户的特征信息；

所述下发单元302，还用于：确定所管辖的层级位置区包含该住户的房屋位置的门禁机，向所确定的门禁机重新下发缓存中存储的其所管辖的层级位置区内所有住户的特征信息。

本实施例提供的技术方案，采用树形结构缓存住户人脸信息，不仅可以实现住户人脸信息的快速查找，而且在住户变更人脸信息时能够快速准确的将变更信息更新至缓存，并推送到相应的门禁机设备。

实施例二

本实施例以上述实施例一为基础，对门禁机所管辖的层级位置区内所有住户的特征信息的查找，以及住户特征信息和门禁机信息的创建，作进一步说明。参见图4，一种住户特征信息下发的方法具体包括如下步骤401-403。

步骤401、从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储。

步骤402、从缓存中加载所述至少一个区域内的门禁机信息。

在本步骤中，当存在住户特征信息下发需求时，一方面将预先存储在内存或外接存储设备中的各区域内所有住户的特征信息写入到缓存的第一存储区域，另一方面将预先存储在内存或外接存储设备中的门禁机信息写入到缓存的第二存储区域，以便从缓存中加载。本实施例中住户特征信息与门禁机信息彼此独立存储。其中，门禁机信息包括：门禁机的标识、类型及其位置信息。具体实施时，可以按照门禁机所管辖的层级范围的不同，将门禁机分类。典型的，当区域为小区，且住户的房屋位置在所属区域内的层级关系包括小区、楼栋、单元和房屋时，门禁机类型包括：围墙机和单元机。所述围墙机管辖的是小区整个区域，而单元机管辖的只是其所在的单元。

步骤403、针对区域内的门禁机，执行以下子步骤：

子步骤4031、根据门禁机的标识，从加载的门禁机信息中查找对应的门禁机类型，以确定门禁机所管辖的层级位置区；

子步骤4032、从加载的住户的特征信息中，查找所确定的层级位置区内所有住户的特征信息，下发至门禁机。

在本步骤403中，可以在区域内的门禁机启动后与门禁服务器建立连接的过程中获取该门禁机的标识；待连接完成后，从加载的门禁机信息中查找该标识的门禁机的类型。可选的，在门禁机与门禁服务器建立连接完成后，查找门禁机类型之前，还包括：验证门禁机连接的合法性。其中所述验证可以采用现有的任意一种设备验证技术。若验证门禁机不合法，则不执行查找门禁机类型的操作，结束向该门禁机下发住户特征信息的流程。

在查找到门禁机类型后，可根据预先设定的多个门禁机类型管辖的层级范围，确定查找到的门禁机类型管辖的层级范围；当所确定的管辖的层级范围不是该标识的门禁机所属的整个区域，则读取该标识的门禁机位置信息中描述的该标识的门禁机在属区域的层级位置区，根据该读取结果得到门禁机所管辖的层级位置区；当所确定的管辖的层级范围是该标识的门禁机所属的整个区域，则无需再查找门禁机位置信息，而是直接将该整个区域作为门禁机所管辖的层级位置区。进而，从加载的住户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，下发至门禁机。例如，如果查找到的门禁机类型是围墙机，则确定该标识的门禁机所管辖的层级位置区为该门禁机所属的整个区域；如果查找到的门禁机类型是单元机，则需进一步从加载的门禁机信息中查找该标识的门禁机的位置信息，获取该位置信息描述的门禁机所在的单元，从加载的住户的特征信息中查该单元内所有住户的特征信息，下发至该标识的门禁机。

作为一种优选实施方式，本实施例提供的方法还包括：

在数据库中创建第一信息表，以持久化存储所述至少一个区域内住户的特征信息，其中第一信息表包括每个区域内的每个层级位置区的子信息表，且低一层级位置区的子信息表中包含有高一层级位置区的标识，最低层级的房屋信息子表关联有记录住户特征信息的住户信息子表；

在数据库中创建第二信息表，以持久化存储所述至少一个区域内的门禁机信息；

查找数据库，将第一信息表所存储的住户的特征信息按照住户的房屋位置在所属区域内的层级关系组织好写入缓存，并将第二信息表所存储的门禁信息写入缓存。

在该优选方式中，数据库可以是Mysql，也可以是其他关系型数据库，比sqlserver，oracle等。

优选的，所述方法还包括：接收应用客户端发送的对住户的特征信息的注册请求或更新请求，验证所述请求合法后，根据所述请求修改数据库中第一信息表存储的住户的特征信息。

相应的，本实施例还提供一种住户特征信息下发的装置，参见图5，该装置包括：

加载单元501，用于：从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储；从缓存中加载所述至少一个区域内的门禁机信息；

下发单元502，用于针对区域内的门禁机：根据门禁机的标识，从加载的门禁机信息中查找对应的门禁机类型，以确定门禁机所管辖的层级位置区；从加载的住户的特征信息中，查找所确定的层级位置区内所有住户的特征信息，下发至门禁机。

可选的，本实施例提供的住户特征信息下发的装置还包括：

第一存储单元503，用于在数据库中创建第一信息表，以持久化存储所述至少一个区域内住户的特征信息，其中第一信息表包括每个区域内的每个层级位置区的子信息表，且低一层级位置区的子信息表中包含有高一层级位置区的标识，最低层级的房屋信息子表关联有记录住户特征信息的住户信息子表；

第二存储单元504，用于在数据库中创建第二信息表，以持久化存储所述至少一个区域内的门禁机信息；

缓存写入单元505，用于查找数据库，将第一信息表所存储的住户的特征信息按照住户的房屋位置在所属区域内的层级关系组织好写入缓存，并将第二信息表所存储的门禁信息写入缓存。

可选的，本实施例提供的住户特征信息下发的装置还包括：

信息表更新单元506，用于接收应用客户端发送的对住户的特征信息的注册请求或更新请求，验证所述请求合法后，根据所述请求修改数据库中第一信息表存储的住户的特征信息。

本实施例提供的技术方案，按管辖范围划分门禁机类型，据此确定不同类型下的门禁机管辖权限，将住户特征信息下发到对应管辖权限内的门禁机中去，从而能够实现信息的准确下发。并且，按房屋位置在所属区域内的层级关系设计住户特征信息相关信息表，可以实现住户特征信息的快速写入，便于缓存中树形结构的创建。

实施例三

本实施例以上述所有实施例为基础，提供一优选实施例。在该实施例中，住户的特征信息为人脸信息，住户的房屋位置在所属区域内的层级关系由高到低依次为：小区、楼栋、单元和房屋，门禁机类型分为围墙机和单元机。

参见图6，本实施例提供的一种基于人脸识别的门禁机开锁方案包括如下步骤。

(1)创建住户特征信息表。

①创建小区、楼栋、单元和房屋子信息表。

其中，楼栋子信息表包含所属的小区id，单元子信息表包含所属的楼栋id，房屋子信息表包含所属的单元id。

示例性的，每个小区对应有自己的小区子信息表estate_villageinfo，表内容具体包括：

参数名称	参数编码	类型	是否返回	说明
					小区id	villageId	int(11)	是	自动增长
小区名称	villageName	varchar(50)	是
					所属省份	province	varchar(50)	是
所属城市	cityName	varchar(50)	是
					区县	county	varchar(50)	是
行政编码	areaCode	varchar(20)	是	国家标准行政区划编码
					详细地址	address	varchar(100)	是
小区位置-经度	longitude	varchar(20)	是
					小区位置-纬度	latitude	varchar(20)	是
物业管理电话	managePhone	varchar(50)	否

每个楼栋对应有自己的楼栋子信息表estate_buildinginfo，表内容具体包括：

每个单元对应有自己的单元子信息表estate_iteminfo，表内容具体包括：

每套房屋对应有自己的房屋子信息表estate_iteminfo，表内容具体包括：

②创建房屋子信息表中每套房屋关联的住户子信息表。

其中，每套房屋都有自己关联的住户子信息表。具体实施例，该子信息表又可进一步包含如下两个子表：

a.住户与房屋关系子表owner_room_user，表内容具体包括：

b.住户信息子表owner_user，表内容具体包括：

(2)创建门禁机信息表。

每个门禁机对应有自己的门禁机信息表estate_door_switch，表内容具体包括：

(3)读取所创建的信息表内容，进行缓存写入操作。

具体的，读取所有小区的信息，在缓存中建立树形结构中第一层级的小区结点；读取每个小区下的楼栋信息，在缓存中建立树形结构中第二层级的各楼栋结点；读取每个楼栋下的单元信息，在缓存中建立树形结构中第三层级的各单元结点；读取每个单元下的房屋信息，在缓存中建立树形结构中第四层级的各房屋结点；读取每套房屋的住户人脸信息，存储在缓存中对应的房屋结点上。进而，缓存中记录有完整的以树形结构形式存储的各区域内住户的特征信息。本实施例中，以房屋id为主键把本房屋的所有住户人脸信息存储在缓存中，便于门禁网关服务加载，以及单个住户更新自己的人脸。此外，还要读取门禁机信息，存储在缓存中。

(4)门禁网关加载缓存信息，等待门禁机建立TCP连接,其中TCP技术可以是Netty。

(5)门禁机启动后登陆门禁网关，门禁网关向登陆成功的该门禁机下发其管辖范围内的所有住户的特征信息进行存储。

(6)出入人员刷脸。

具体的，门禁机捕捉出入人员的人脸信息，识别该人脸信息是否与本机存储的一个住户的特征信息匹配。若是，则执行步骤(7)。若否，门禁机不开锁。

(7)门禁机开锁。

此外，优选的，该方法还包括：住户登陆APP，上传人脸信息(比如人脸照片)；审核该人脸信息，审核通过后，更新住户子信息表。该优选实施方式不仅可以实现住户人脸信息的智能获取，而且可以在后台增加一个人脸信息检测模块，住户上传的人脸信息经过检测模块，判断该人脸信息是否合格(比如上传照片中是否有人脸，亮度、清晰度是否足够)，不合格的照片返回给住户重新上传，这样就大大增加住户在门禁机处扫脸通过的成功率。当然，住户人脸信息的上传也可以手动方式交给信息表管理员，不采用APP，管理员手动更新住户的人脸信息。

进一步的，在更新住户子信息表后，还要根据住户房屋所在的层级位置区，更新缓存中对应房屋下的住户的人脸信息；门禁网关服务针对管辖范围涉及该住户房屋位置的门禁机，向其重新下发更新后的管辖范围内的所有住户人脸信息。门禁机收到更新信息后，会将之前存储的所有人脸信息擦除，并重新存储新收到的更新后的管辖范围内的所有住户人脸信息。

下面举例说明本实施例提供的基于人脸识别的门禁机开锁方案。某市一小区，有12个楼栋，每个楼栋有5个单元，总住户约有1200户，常住人口大约4000人，小区安装了东、南、西3个门禁机，60个单元机，物业人员事先把本小区的所有楼栋、单元、房屋信息创建完，并添加好所有常住人口信息，所有住户下载安装业主app，并上传了自己的人脸信息。暑假，张三的父亲要从乡下过来住一段时间，顺便看望一下自己的孙子，张三便通过业主app添加父亲为家人，并上传父亲的人脸照片，照片检测通过后立即下发到张三所在的单元机和小区的各大门门禁机，张三父亲进出小区和单元顺利通过。

相应的，参见图7，本实施例还提供一种基于人脸识别的门禁机开锁装置示意图。其中：

物业管理模块：主要进行小区、楼栋、单元、房屋、住户人脸信息的维护，以及门禁机信息的维护；

缓存服务模块：定时从数据库获取一个小区的所有楼栋、单元、房屋以及关联的住户人脸信息，并存放到缓存Redis中；实时接收物业管理模块对单个住户人脸信息的变更并存放到缓存Redis中；

数据库Mysql：持久化存储小区、楼栋、单元、房屋及其关联的住户人脸信息，以及门禁机信息；

缓存Redis:以树形结构的形式存放房屋地址按小区、楼栋、单元、房屋组织的住户人脸信息；单个住户人脸信息变化时消息转发；

门禁网关服务：实时从缓存Redis加载小区楼栋单元住户人脸信息，并以结构化存储，同时提供门禁程序连接服务，验证合法的门禁连接，通过后下发门禁管理范围内的所有住户人脸信息到门禁程序中；当接收到单个人脸信息变更时，实时下发给门禁程序。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的每个模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本发明不限制于任何特定形式的硬件和软件的结合。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种住户特征信息下发的方法，其特征在于，所述方法包括：

从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储；

针对区域内的门禁机：从加载的住户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，下发至门禁机。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收到对住户的特征信息的更新请求后，根据住户的房屋位置在所属区域内的层级关系，查找缓存中存储的该住户的特征信息，更新所查找到的住户的特征信息；

确定所管辖的层级位置区包含该住户的房屋位置的门禁机，向所确定的门禁机重新下发缓存中存储的其所管辖的层级位置区内所有住户的特征信息。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：从缓存中加载所述至少一个区域内的门禁机信息；

从加载的住户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，包括：

根据门禁机的标识，从加载的门禁机信息中查找对应的门禁机类型，以确定门禁机所管辖的层级位置区；

从加载的住户的特征信息中，查找所确定的层级位置区内所有住户的特征信息。

4.如权利要求3所述的方法，其特征在于，根据门禁机的标识，从加载的门禁机信息中查找对应的门禁机类型，包括：

在与门禁机合法连接完成时,根据门禁机的标识，从加载的门禁机信息中查找对应的门禁机类型。

5.如权利要求3所述的方法，其特征在于，缓存中的门禁机信息独立于住户的特征信息存储，包括：门禁机的标识、类型及其位置信息。

6.如权利要求3-5中任一项所述的方法，其特征在于，所述方法还包括：

在数据库中创建第一信息表，以持久化存储所述至少一个区域内住户的特征信息，其中第一信息表包括每个区域内的每个层级位置区的子信息表，且低一层级位置区的子信息表中包含有高一层级位置区的标识，最低层级的房屋信息子表关联有记录住户特征信息的住户信息子表；

在数据库中创建第二信息表，以持久化存储所述至少一个区域内的门禁机信息；

查找数据库，将第一信息表所存储的住户的特征信息按照住户的房屋位置在所属区域内的层级关系组织好写入缓存，并将第二信息表所存储的门禁信息写入缓存。

7.如权利要求6述的方法，其特征在于，所述方法还包括：

接收应用客户端发送的对住户的特征信息的注册请求或更新请求，验证所述请求合法后，根据所述请求修改数据库中第一信息表存储的住户的特征信息。

8.一种住户特征信息下发的装置，其特征在于，所述装置包括：

加载单元，用于从缓存加载至少一个区域内住户的特征信息，其中住户的特征信息按照住户的房屋位置在所属区域内的层级关系以树形结构的形式存储；

下发单元，用于针对区域内的门禁机：从加载的住户的特征信息中，查找门禁机所管辖的层级位置区内所有住户的特征信息，下发至门禁机。

9.如权利要求8所述的装置，其特征在于，所述装置还包括：缓存更新单元，用于接收到对住户的特征信息的更新请求后，根据住户的房屋位置在所属区域内的层级关系，查找缓存中存储的该住户的特征信息，更新所查找到的住户的特征信息；

所述下发单元，还用于：确定所管辖的层级位置区包含该住户的房屋位置的门禁机，向所确定的门禁机重新下发缓存中存储的其所管辖的层级位置区内所有住户的特征信息。

10.一种住户特征信息下发的系统，其特征在于，该系统包括：门禁机服务器和至少一个区域内的门禁机；

其中，门禁机服务器具体包括如上权利要求8-9中任一项所述的住户特征信息下发的装置。

Images