人行门禁管理方法和系统与流程

阅读：评论：0

1.本技术涉及智能建筑技术领域，特别是涉及一种人行门禁管理方法和系统。

背景技术：

2.随着智能建筑技术的发展，人行门禁智能化管理应运而生。目前，当人行门禁出现异常情况时，要么由现场驻守的值班人员即行处理，要么由待通行人员联系物业以派人现场处理。无论哪种方法，都需要现场处理人行门禁异常情况。

技术实现要素：

3.基于此，有必要针对上述技术问题，提供一种人行门禁管理方法和系统。
4.第一方面，本技术提供了一种人行门禁管理方法，应用于云端模块，人行门禁管理方法包括：
5.获取门禁现场的实时视频；
6.当实时视频包括待通行人员时，根据实时视频确定异常情况类型；
7.当异常情况类型为人员权限失败时，获取待通行人员的至少一个第一身份信息，并依次匹配待通行人员的各第一身份信息，直至任一第一身份信息与预设人员信息表匹配成功或全部第一身份信息均与预设用户信息表匹配失败；
8.当任一第一身份信息与预设用户信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。
9.在其中一个实施例中，获取待通行人员的至少一个第一身份信息，包括：
10.获取待通行人员的语音信息；
11.根据语音信息获取待通行人员的至少一个第一身份信息。
12.在其中一个实施例中，人行门禁管理方法还包括：
13.当全部第一身份信息均与预设用户信息表匹配失败时，确定待通行人员的身份；
14.当待通行人员的身份为访客时，获取待通行人员的访问信息，访问信息包括待通行人员访问的目标人员的第二身份信息；
15.当第二身份信息与预设人员信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。
16.在其中一个实施例中，人行门禁管理方法还包括：
17.当异常情况类型为前端设备故障时，生成门闸放行信号，以指示前端模块开启门闸。
18.在其中一个实施例中，人行门禁管理方法还包括：
19.控制前端设备进行自修复。
20.在其中一个实施例中，人行门禁管理方法还包括：
21.当实时视频不包括待通行人员时，确定异常情况类型为蓄意破坏门禁；
22.生成视频获取请求，视频获取请求用于获取门禁现场的历史视频；
23.获取前时刻的待通行人员的人脸图像，前时刻是指门禁现场出现异常情况的时刻；
24.发送历史视频和人脸图像中的至少一个。
25.第二方面，本技术还提供了一种人行门禁管理方法，应用于前端模块，人行门禁管理方法包括：
26.采集门禁现场的实时视频；
27.当根据实时视频判断门禁现场存在滞留时长超过预设时长的待通行人员时，生成异常情况信号；
28.当在预设时长内首次生成异常情况信号时，生成并发送告警信息，以指示云端模块获取实时视频；
29.接收门闸放行信号，响应于门闸放行信号开启前端模块的门闸。
30.在其中一个实施例中，人行门禁管理方法还包括：
31.根据所采集的实时视频生成门禁现场的历史视频；
32.接收视频获取请求，响应于视频获取请求发送历史视频至云端模块。
33.在其中一个实施例中，生成并发送告警信息之前，还包括：
34.识别并发送门禁现场出现异常情况时刻的待通行人员的人脸图像。
35.第三方面，本技术还提供了一种人行门禁管理系统，人行门禁管理系统包括：
36.云端模块，用于执行如上述方法的步骤；
37.前端模块，用于执行如上述方法的步骤。
38.上述人行门禁管理方法，通过获取门禁现场的实时视频并判断实时视频中包括待通行人员，可以确定人行门禁的异常情况类型。当异常情况类型为待通行人员的人员权限失败时，通过获取待通行人员的至少一个第一身份信息，并依次将至少一个第一身份信息与预设人员信息表进行匹配。当任一第一身份信息与预设人员信息表匹配成功时，即可确定待通行人员具有通行权限，此时生成门闸放行信号，以指示前端模块开启门闸。通过本方法能够通过云端模块实现远程处理人行门禁异常情况，有利于提高人行门禁的通行效率、提升物业的智能化管理服务水平、降低物业管理人行门禁的人力成本。
附图说明
39.图1为一个实施例中人行门禁管理方法的流程示意图之一；
40.图2为一个实施例中人行门禁管理方法的流程示意图之二；
41.图3为一个实施例中人行门禁管理方法的流程示意图之三；
42.图4为一个实施例中人行门禁管理方法的流程示意图之四；
43.图5为一个实施例中人行门禁管理方法的流程示意图之五；
44.图6为一个实施例中人行门禁管理系统的结构示意图；
45.图7为一个实施例中人行门禁管理装置的内部结构图之一；
46.图8为一个实施例中人行门禁管理装置的内部结构图之二；
47.图9为一个实施例中云端模块的内部结构图。
48.附图标记说明：
49.人行门禁管理系统：10；云端模块：20；前端模块：30。
具体实施方式
50.为了便于理解本技术实施例，下面将参照相关附图对本技术实施例进行更全面的描述。附图中给出了本技术实施例的首选实施例。但是，本技术实施例可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本技术实施例的公开内容更加透彻全面。
51.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术实施例的技术领域的技术人员通常理解的含义相同。本文中在本技术实施例的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术实施例。
52.可以理解的是，术语“包括/包含”指定所陈述的特征、整体、步骤、操作、组件、部分或它们的组合的存在，但是不排除存在或添加一个或更多个其他特征、整体、步骤、操作、组件、部分或它们的组合的可能性。术语“/该”既指单数形式，也可以包括复数形式，除非上下文清楚指出另外的方式。术语“第一”、“第二”等可在本文中用于描述各种参数，但这些参数不受这些术语限制。这些术语仅用于将第一个参数与另一个参数区分。举例来说，在不脱离本技术的范围的情况下，可以将第一身份信息称为第二身份信息，也可将第二身份信息称为第一身份信息。
53.本技术实施例提供的人行门禁管理方法，可以应用于包含云端模块和前端模块的应用环境中。其中，云端模块包括但不限于是云坐席系统、云坐席客服人员，前端模块包括但不限于前端系统、前端设备，且前端设备包括但不限于门闸、人脸识别元件、视频采集元件、滞留检测元件、异常情况触发元件。
54.在一个实施例中，如图1所示，提供了一种人行门禁管理方法，以人行门禁管理方法应用于云端模块为例进行说明，包括步骤110至步骤140。
55.步骤110，获取门禁现场的实时视频。
56.当门禁现场存在异常情况时，云端模块可以及时获取门禁现场的实时视频以查看情况。具体地，云端模块可以通过实时视频点播功能获取并查看门禁现场的实时视频。
57.步骤120，当实时视频包括待通行人员时，根据实时视频确定异常情况类型。
58.其中，待通行人员是指滞留在门禁现场的人员。异常情况类型是指门禁现场可能存在的异常情况的种类，当实时视频包括待通行人员时，异常情况类型包括人员权限认证失败。
59.步骤130，当异常情况类型为人员权限失败时，获取待通行人员的至少一个第一身份信息，并依次匹配待通行人员的各第一身份信息，直至任一第一身份信息与预设人员信息表匹配成功或全部第一身份信息均与预设用户信息表匹配失败。
60.其中，第一身份信息是指待通行人员的身份信息，可以只获取一个，也可以获取多个，可以一次获取一个，也可以一次获取多个。预设人员信息表是指包含了具有通行权限的人员信息的表格。
61.步骤140，当任一第一身份信息与预设用户信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。
62.将各第一身份信息与预设人员信息表进行匹配时无固定的先后匹配顺序，可以选择从任一第一身份信息开始匹配，且只需要有一个第一身份信息匹配成功，则表示人员权限认证成功，可以生成门闸放行信号以指示前端模块开启门闸，门闸放行信号是指指示可
以开启门闸让待通行人员通行的信号。
63.在本实施例中，通过本方法能够通过云端模块实现远程处理人行门禁异常情况，有利于提高人行门禁的通行效率、提升物业的智能化管理服务水平、降低物业管理人行门禁的人力成本。
64.在其中一个实施例中，获取待通行人员的至少一个第一身份信息，包括：获取待通行人员的语音信息；根据语音信息获取待通行人员的至少一个第一身份信息。在本实施例中，可以通过与待通行人员进行如语音通话的方式获取待通行人员的语音信息，其中，语音信息中应包括待通行人员的至少一个第一身份信息，以能获取到待通行人员的第一身份信息，进而与预设人员信息表进行匹配。
65.在其中一个实施例中，如图2所示，人行门禁管理方法还包括步骤210至步骤230。
66.步骤210，当全部第一身份信息均与预设用户信息表匹配失败时，确定待通行人员的身份。
67.全部匹配失败则说明滞留在门禁现场的待通行人员不是具有通行权限的人员，此时可确定待通行人员的身份是访客或蓄意破坏人员。
68.步骤220，当待通行人员的身份为访客时，获取待通行人员的访问信息，访问信息包括待通行人员访问的目标人员的第二身份信息。
69.其中，第二身份信息是指访客所访问人员的身份信息，可以根据第二身份信息确定被访问人员是否具有通行权限。
70.步骤230，当第二身份信息与预设人员信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。
71.第二身份信息匹配成功则说明被访问人员具有通行权限，访客的身份验证成功，可以开启门闸放行。
72.应当理解的是，当第二身份信息与预设人员信息表匹配失败时，表明访客的身份验证失败，此时不予生成门闸放行信号以指示前端模块开启门闸，且还可以通过预设方式提醒离开门禁现场。当待通行人员的身份为蓄意破坏人员，无法提供个人身份的证明信息时，亦不予生成门闸放行信号，且还可以通过预设方式提醒离开及予以警告。
73.在本实施例中，通过由访客提供被访问人员的第二身份信息作为自身的身份验证信息来实现访客的身份验证，有助于实现智能化远程处理人行门禁异常情况。
74.在其中一个实施例中，人行门禁管理方法还包括：当异常情况类型为前端设备故障时，生成门闸放行信号，以指示前端模块开启门闸。在本实施例中，当实时视频包括待通行人员时，异常情况类型还包括前端设备故障。前端设备故障是指人员权限认证成功，但由于前端设备中门闸的自身故障导致没有及时放行。此时只需要云端模块远程生成门闸放行信号，指示前端模块重新开启门闸，即能实现远程处理人行门禁异常情况。
75.在其中一个实施例中，人行门禁管理方法还包括：控制前端设备进行自修复。在本实施例中，当异常情况类型为前端设备故障时，通过远程生成门闸放行信号，指示前端模块重新开启门闸的同时，还可以控制前端设备中的门闸进行自修复以解除故障，有助于下一次顺利放行待通行人员。
76.在其中一个实施例中，如图3所示，人行门禁管理方法还包括步骤310至步骤340。
77.步骤310，当实时视频不包括待通行人员时，确定异常情况类型为蓄意破坏门禁。
78.在本实施例中，在存在异常情况的前提下，当云端模块所获取的实时视频中不包括待通行人员时，可以理解为门禁现场的人员已经离开。而无论是具有通行权限的人员还是访客，若需要通行则均不会即刻离开门禁现场，因此可以认为离开了门禁现场的人员为蓄意破坏人员，此时，确定异常情况类型为蓄意破坏门禁。
79.步骤320，生成视频获取请求，视频获取请求用于获取门禁现场的历史视频。
80.在本实施例中，云端模块可以通过视频回放功能生成视频获取请求并获取门禁现场的历史视频，可以理解的是，通过历史视频可以确定蓄意破坏人员的身份信息。
81.步骤330，获取前时刻的所述待通行人员的人脸图像，所述前时刻是指门禁现场出现异常情况的时刻。
82.具体地，云端模块可以通过图像获取功能获取与查看待通行人员的人脸图像。可以理解的是，当蓄意破坏人员离开门禁现场前，仍滞留在门禁现场时，蓄意破坏人员被认为是待通行人员，因此，获取门禁现场出现异常情况时刻的待通行人员的人脸图像即是指获取蓄意破坏人员的人脸图像。
83.步骤340，发送历史视频和人脸图像中的至少一个。
84.在本实施例中，当确定异常情况类型属于蓄意破坏门禁时，可以将所获取的门禁现场的历史视频和/或蓄意破坏人员的人脸图像发送至物业的管理处，为物业管理处后继追查与请求赔偿提供依据。
85.在一个实施例中，如图4所示，本技术提供了一种人行门禁管理方法，以人行门禁管理方法应用于前端模块为例进行说明，人行门禁管理方法包括步骤410至步骤440。
86.步骤410，采集门禁现场的实时视频。
87.前端模块通过前端设备中的视频采集元件采集门禁现场的实时视频。
88.步骤420，当根据实时视频判断门禁现场存在滞留时长超过预设时长的待通行人员时，生成异常情况信号。
89.前端模块通过滞留检测元件检测待通行人员的滞留时长，当滞留时长超过预设时长，则表明待通行人员未能正常通行，即人行门禁存在异常情况，此时由异常情况触发元件生成异常情况信号。
90.步骤430，当在预设时长内首次生成异常情况信号时，生成并发送告警信息，以指示云端模块获取实时视频。
91.前端模块的前端系统对异常情况信号是否为在预设时长内首次生成进行判断，在预设时长内首次生成异常情况信号则表示此异常情况信号不属于重复生成的多余的异常情况信号，此进一步限定的作用在于过滤清除重复的异常情况信号，以根据有效的异常情况信号生成并发送告警信息。在本实施例中，既可以由告警信息指示云端模块获取实时视频，也可以由生成并发送告警信息的动作指示云端模块获取实时视频，二者的目的均是为了告知云端模块门禁现场存在异常情况并指示云端模块获取门禁现场的实时视频以远程处理人行门禁的异常情况。
92.步骤440，接收门闸放行信号，响应于门闸放行信号开启前端模块的门闸。
93.在本实施例中，前端模块通过生成并发送告警信息指示云端模块获取其所采集的实时视频以处理人行门禁的异常情况，又接收并响应于门闸放行信号开启门闸，实现了无人现场处理人行门禁的异常情况。
94.在其中一个实施例中，人行门禁管理方法还包括：根据所采集的实时视频生成门禁现场的历史视频；接收视频获取请求，响应于视频获取请求发送历史视频至云端模块。在本实施例中，前端模块的前端系统将视频采集元件所采集的实时视频生成历史视频，由于前端设备通过网络协议与云端模块保持长时间的网络连接，因此，前端模块可接收视频获取请求，并将历史视频发送至云端模块。
95.在其中一个实施例中，生成并发送告警信息之前，还包括：识别并发送门禁现场出现异常情况时刻的待通行人员的人脸图像。在本实施例中，前端模块的人脸识别元件实时识别门禁现场的待通行人员的人脸图像，前端系统在生成与发送告警信息的同时，一并将门禁现场出现异常情况时刻所识别到的待通行人员的人脸图像发送至云端模块。可以理解的是，当异常情况类型为蓄意破坏门禁时，此发送的待通行人员的人脸图像即为蓄意破坏人员的人脸图像。
96.在其中一个实施例中，如图5所示，人行门禁管理方法包括：
97.前端模块执行步骤501，采集门禁现场的实时视频；步骤502，当根据实时视频判断门禁现场存在滞留时长超过预设时长的待通行人员时，生成异常情况信号；步骤503，识别并发送门禁现场出现异常情况时刻的待通行人员的人脸图像；步骤504，当在预设时长内首次生成异常情况信号时，生成并发送告警信息，以指示云端模块获取实时视频。可以理解的是，虽然图5中示出的步骤503和步骤504存在先后顺序，但事实上，步骤503和步骤504可以同时进行，即可以在识别并发送待通行人员的人脸图像的同时，生成并发送告警信息。
98.进而，云端模块执行步骤505，获取门禁现场的实时视频。具体地，步骤506，当实时视频包括待通行人员时，根据实时视频确定异常情况类型。
99.步骤507，当异常情况类型为人员权限失败时，获取待通行人员的语音信息；步骤508，根据语音信息获取待通行人员的至少一个第一身份信息，并依次匹配待通行人员的各第一身份信息，直至任一第一身份信息与预设人员信息表匹配成功或全部第一身份信息均与预设用户信息表匹配失败。步骤509，当任一第一身份信息与预设用户信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸；相对应地，前端模块执行步骤510，接收门闸放行信号，响应于门闸放行信号开启前端模块的门闸。步骤511，当全部第一身份信息均与预设用户信息表匹配失败时，确定待通行人员的身份；步骤512，当待通行人员的身份为访客时，获取待通行人员的访问信息，访问信息包括待通行人员访问的目标人员的第二身份信息；步骤513，当第二身份信息与预设人员信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸；相对应地，前端模块执行步骤510，接收门闸放行信号，响应于门闸放行信号开启前端模块的门闸。
100.步骤514，当异常情况类型为前端设备故障时，生成门闸放行信号，以指示前端模块开启门闸；相对应地，前端模块执行步骤510，接收门闸放行信号，响应于门闸放行信号开启前端模块的门闸。此时云端模块还执行步骤515，控制前端设备进行自修复。
101.步骤516，当实时视频不包括待通行人员时，确定异常情况类型为蓄意破坏门禁；步骤517，生成视频获取请求，视频获取请求用于获取门禁现场的历史视频。进一步地，前端模块执行步骤518，根据所采集的实时视频生成门禁现场的历史视频；步骤519，接收视频获取请求，响应于视频获取请求发送历史视频至云端模块。可以理解的是，虽然图5中示出的步骤518在步骤517之后，但事实上，步骤518在各个时刻都在进行，即前端模块可以实时将
所采集的实时视频生成历史视频，而直至接收到视频获取请求后才将历史视频发送至云端模块。云端模块继续执行步骤520，获取前时刻的所述待通行人员的人脸图像，前时刻是指门禁现场出现异常情况的时刻；在获取了历史视频与人脸图像之后，执行步骤521，发送历史视频和人脸图像中的至少一个。
102.应该理解的是，虽然如上所述的各实施例所涉及的流程示意图图1-图5中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程示意图图1-图5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
103.在一个实施例中，如图6所示，本技术还提供了一种人行门禁管理系统10，人行门禁管理系统包括云端模块20和前端模块30。云端模块与前端模块分别用于执行如上述方法的步骤。在本实施例中，通过前端模块生成与发送告警信息，进而云端模块响应于告警信息远程处理异常情况并视情况生成门闸放行信号，最后前端模块接收门闸放行信号开启门闸，实现了远程智能化处理人行门禁异常情况。
104.在一个实施例中，如图7所示，本技术还提供了一种人行门禁管理装置，以人行门禁管理装置应用于云端模块为例进行说明，人行门禁管理装置包括实时视频获取元件、第一异常情况类型确定元件、第一身份信息匹配元件和第一门闸放行信号生成元件。
105.实时视频获取元件，用于获取门禁现场的实时视频。
106.第一异常情况类型确定元件，用于当实时视频包括待通行人员时，根据实时视频确定异常情况类型。
107.第一身份信息匹配元件，用于当异常情况类型为人员权限失败时，获取待通行人员的至少一个第一身份信息，并依次匹配待通行人员的各第一身份信息，直至任一第一身份信息与预设人员信息表匹配成功或全部第一身份信息均与预设用户信息表匹配失败。
108.第一门闸放行信号生成元件，用于当任一第一身份信息与预设用户信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。
109.在其中一个实施例中，第一身份信息匹配元件包括：语音信息获取元件，用于获取待通行人员的语音信息；第一身份信息获取元件，用于根据语音信息获取待通行人员的至少一个第一身份信息。
110.在其中一个实施例中，人行门禁管理装置还包括身份确定元件、访问信息获取元件和第二门闸放行信号生成元件。
111.身份确定元件，用于当全部第一身份信息均与预设用户信息表匹配失败时，确定待通行人员的身份。
112.访问信息获取元件，用于当待通行人员的身份为访客时，获取待通行人员的访问信息，访问信息包括待通行人员访问的目标人员的第二身份信息。
113.第二门闸放行信号生成元件，用于当第二身份信息与预设人员信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。
114.在其中一个实施例中，人行门禁管理装置还包括：第三门闸放行信号生成元件，用
于当异常情况类型为前端设备故障时，生成门闸放行信号，以指示前端模块开启门闸。
115.在其中一个实施例中，人行门禁管理装置还包括：自修复控制元件，用于控制前端设备进行自修复。
116.在其中一个实施例中，人行门禁管理装置还包括第二异常情况类型确定元件、视频获取请求生成元件、人脸图像获取元件和发送元件。
117.第二异常情况类型确定元件，用于当实时视频不包括待通行人员时，确定异常情况类型为蓄意破坏门禁。
118.视频获取请求生成元件，用于生成视频获取请求，视频获取请求用于获取门禁现场的历史视频。
119.人脸图像获取元件，用于获取前时刻的待通行人员的人脸图像，前时刻是指门禁现场出现异常情况的时刻。
120.发送元件，用于发送历史视频和人脸图像中的至少一个。
121.在一个实施例中，如图8所示，本技术还提供了一种人行门禁管理装置，以人行门禁管理装置应用于前端模块为例进行说明，人行门禁管理装置包括实时视频采集元件、异常情况信号生成元件、告警信息发送元件和门闸放行信号接收元件。
122.实时视频采集元件，用于采集门禁现场的实时视频。
123.异常情况信号生成元件，用于当根据实时视频判断门禁现场存在滞留时长超过预设时长的待通行人员时，生成异常情况信号。
124.告警信息发送元件，用于当在预设时长内首次生成异常情况信号时，生成并发送告警信息，以指示云端模块获取实时视频。
125.门闸放行信号接收元件，用于接收门闸放行信号，响应于门闸放行信号开启前端模块的门闸。
126.在其中一个实施例中，人行门禁管理装置还包括：历史视频生成元件，用于根据所采集的实时视频生成门禁现场的历史视频；视频获取请求接收元件，用于接收视频获取请求，响应于视频获取请求发送历史视频至云端模块。
127.在其中一个实施例中，人行门禁管理装置还包括：人脸图像发送元件，用于识别并发送门禁现场出现异常情况时刻的待通行人员的人脸图像。
128.在一个实施例中，如图9所示，本技术还提供了一种云端模块，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述人行门禁管理方法的步骤。
129.本领域技术人员可以理解，该云端模块可以是云端模块，也可以是前端模块。图9中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的云端模块的限定，具体的云端模块可以包括比图7中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
130.在一个实施例中，本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述人行门禁管理方法的步骤。
131.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，
本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
132.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
133.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。

技术特征：

1.一种人行门禁管理方法，其特征在于，所述方法应用于云端模块，所述方法包括：获取门禁现场的实时视频；当所述实时视频包括待通行人员时，根据所述实时视频确定异常情况类型；当所述异常情况类型为人员权限失败时，获取所述待通行人员的至少一个第一身份信息，并依次匹配所述待通行人员的各所述第一身份信息，直至任一所述第一身份信息与预设人员信息表匹配成功或全部所述第一身份信息均与预设用户信息表匹配失败；当任一所述第一身份信息与预设用户信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。2.根据权利要求1所述的方法，其特征在于，所述获取所述待通行人员的至少一个第一身份信息，包括：获取所述待通行人员的语音信息；根据所述语音信息获取所述待通行人员的至少一个所述第一身份信息。3.根据权利要求1所述的方法，其特征在于，所述方法还包括：当全部所述第一身份信息均与预设用户信息表匹配失败时，确定所述待通行人员的身份；当所述待通行人员的身份为访客时，获取所述待通行人员的访问信息，所述访问信息包括所述待通行人员访问的目标人员的第二身份信息；当所述第二身份信息与所述预设人员信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。4.根据权利要求1所述的方法，其特征在于，所述方法还包括：当所述异常情况类型为前端设备故障时，生成门闸放行信号，以指示前端模块开启门闸。5.根据权利要求3所述的方法，其特征在于，所述方法还包括：控制所述前端设备进行自修复。6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：当所述实时视频不包括所述待通行人员时，确定所述异常情况类型为蓄意破坏门禁；生成视频获取请求，所述视频获取请求用于获取门禁现场的历史视频；获取前时刻的所述待通行人员的人脸图像，所述前时刻是指门禁现场出现异常情况的时刻；发送所述历史视频和所述人脸图像中的至少一个。7.一种人行门禁管理方法，其特征在于，所述方法应用于前端模块，所述方法包括：采集门禁现场的实时视频；当根据所述实时视频判断所述门禁现场存在滞留时长超过预设时长的待通行人员时，生成异常情况信号；当在预设时长内首次生成所述异常情况信号时，生成并发送告警信息，以指示云端模块获取所述实时视频；接收门闸放行信号，响应于所述门闸放行信号开启前端模块的门闸。8.根据权利要求7所述的方法，其特征在于，所述方法还包括：根据所采集的所述实时视频生成门禁现场的历史视频；
接收视频获取请求，响应于所述视频获取请求发送所述历史视频至云端模块。9.根据权利要求7所述的方法，其特征在于，所述生成并发送告警信息之前，还包括：识别并发送门禁现场出现异常情况时刻的待通行人员的人脸图像。10.一种人行门禁管理系统，其特征在于，所述系统包括：云端模块，用于执行如权利要求1至6任一项所述方法的步骤；前端模块，用于执行如权利要求7至10任一项所述方法的步骤。

技术总结

本申请涉及一种人行门禁管理方法和系统。所述方法包括：获取门禁现场的实时视频；当所述实时视频包括待通行人员时，根据所述实时视频确定异常情况类型；当所述异常情况类型为人员权限失败时，获取所述待通行人员的至少一个第一身份信息，并依次匹配所述待通行人员的各所述第一身份信息，直至任一所述第一身份信息与预设人员信息表匹配成功或全部所述第一身份信息均与预设用户信息表匹配失败；当任一所述第一身份信息与预设用户信息表匹配成功时，生成门闸放行信号，以指示前端模块开启门闸。通过所述方法能够实现远程处理人行门禁异常情况，有利于提高人行门禁的通行效率、提升物业的智能化管理服务水平、降低物业管理人行门禁的人力成本。禁的人力成本。禁的人力成本。