峪口管理系统的制作方法

本申请涉及峪口安防领域，特别涉及一种峪口管理系统。
背景技术：
：峪口作为通往山谷的必经之路，如何对其进行有效的管理至关重要。相关技术中，使用视频监控系统实现峪口管理。具体地，在峪口搭建视频监控系统，技术人员通过观看拍摄到的视频进行峪口出入人员的管理和统计。然而，峪口数量往往较多，依赖技术人员用人眼识别峪口出入人员，不仅会导致技术人员压力较大，而且容易出现遗漏、处理不及时等问题。技术实现要素：本申请提供了一种峪口管理系统，可以提高峪口管控效率。所述技术方案如下：第一方面，提供了一种峪口管理系统，所述系统包括：数据关联模块和规则引擎模块；所述数据关联模块，用于获取摄像机发送的摄像机标识和人员特征信息，获取所述摄像机标识对应的摄像机属性信息，所述人员特征信息是所述摄像机对采集的峪口图像分析得到；所述规则引擎模块，用于根据所述摄像机属性信息和所述人员特征信息，按照峪口管理规则生成峪口出入人员记录。在本申请中，一方面，将图像分析功能前置到摄像机内，在前端摄像机进行峪口出入人员的属性识别，如此，在没有人员出入峪口的情况下，即在摄像机未从拍摄到的峪口图像中提取到人员特征信息的情况下，该摄像机不用传输图像至后台的峪口管理系统，从而降低了对传输网络的带宽要求，能够较好地适用于峪口网络信号差或无光缆接入的场景。另一方面，该峪口管理系统可以对摄像机采集的人员特征信息进行实时处理，自动生成峪口出入人员记录，有助于提高峪口管控效率，节约人力成本。可选地，所述人员特征信息包括人员类型和人员属性，所述人员类型是对所述峪口图像进行人脸检测和人脸识别后得到，所述人员属性是对所述峪口图像进行行人属性识别后得到；所述摄像机属性信息包括摄像机名称、摄像机的ip(internetprotocol，互联网协议)地址、摄像机位置、摄像机所属峪口类型、摄像机所属峪口的出入要求、摄像机所属管辖区域中的一个或多个。可选地，所述系统还包括消息传输模块，所述消息传输模块基于发布订阅模式进行通信，所述消息传输模块用于：接收所述摄像机发布的第一消息，所述第一消息的主题为第一主题，所述第一消息的负载包括所述摄像机标识和所述人员特征信息；将所述第一消息的负载发送给订阅所述第一主题的所述数据关联模块。可选地，所述消息传输模块具体用于：在所述摄像机标识与指定摄像机标识相同的情况下，确定摄像机鉴权成功，所述指定摄像机标识用于标识具备合法性的摄像机；在所述摄像机鉴权成功的情况下，将所述第一消息的负载发送给订阅所述第一主题的所述数据关联模块。可选地，所述系统还包括消息中间件，所述消息中间件基于发布订阅模式进行通信；所述数据关联模块，用于将第二消息发布到所述消息中间件，所述第二消息的主题为第二主题，所述第二消息的负载包括所述摄像机属性信息和所述人员特征信息；所述消息中间件，用于将所述第二消息的负载发送给订阅所述第二主题的所述规则引擎模块。可选地，所述峪口出入人员记录为峪口出入正常记录或峪口出入告警记录；所述峪口管理规则的数量为多个，多个峪口管理规则中的每个峪口管理规则包括条件和结论，所述多个峪口管理规则中的一部分峪口管理规则中的结论为生成峪口出入正常记录，另一部分峪口管理规则中的结论为生成峪口出入告警记录，所述峪口出入告警记录中包括告警类型。可选地，所述系统还包括业务模块，所述业务模块用于：在所述规则引擎模块生成所述峪口出入告警记录的情况下，根据所述摄像机属性信息和所述告警类型生成工单，所述工单用于指示处理不符合峪口出入要求的违规行为。可选地，所述系统还包括消息中间件，消息中间件基于发布订阅模式进行通信；所述规则引擎模块，用于将第三消息发布到所述消息中间件，所述第三消息的主题为第三主题，所述第三消息的负载包括所述峪口出入人员记录；所述消息中间件，用于将所述第三消息的负载发送给订阅所述第三主题的所述业务模块。可选地，所述峪口出入告警记录中还包括违规时间和告警级别，所述业务模块还用于：获取多个历史峪口出入告警记录；按照告警类型、违规时间、告警级别中的一个或多个，将所述多个历史峪口出入告警记录在电子地图中进行统计显示。可选地，所述系统还包括消息推送模块；所述业务模块，用于将所述峪口出入告警记录的处理状态设为未完成；所述消息推送模块，用于将所述工单发送到处理所述违规行为的人员使用的终端；所述业务模块，用于在接收到针对所述工单的处理完成指令的情况下，将所述峪口出入告警记录的处理状态设为完成。第二方面，提供了一种计算机设备，所述计算机设备包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述峪口管理系统中的各个模块执行的操作。第三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述峪口管理系统中的各个模块执行的操作。第四方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述峪口管理系统中的各个模块执行的操作。可以理解的是，上述第二方面、第三方面、第四方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的一种峪口管理系统的结构示意图；图2是本申请实施例提供的另一种峪口管理系统的结构示意图；图3是本申请实施例提供的一种rete网络的示意图；图4是本申请实施例提供的一种用户权限认证的过程示意图；图5是本申请实施例提供的一种峪口管理系统的工作过程示意图；图6是本申请实施例提供的一种峪口管理系统的工作流程图；图7是本申请实施例提供的一种计算机设备的结构示意图。附图标记：11：数据关联模块，12：规则引擎模块，13：消息传输模块，14：消息中间件，15：数据库，16：持久化模块，17：业务模块，18：特征提取模块，19：文件模块。具体实施方式为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。应当理解的是，本申请提及的“多个”是指两个或两个以上。在本申请的描述中，除非另有说明，“/”表示或的意思，比如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，比如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，为了便于清楚描述本申请的技术方案，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。在对本申请实施例进行详细地解释说明之前，先对本申请实施例的应用场景予以说明。峪口作为通往山谷的必经之路，如何能够有效地对峪口进行管理，实现对景点峪口的出入人员的统计和重点峪口的非法闯入行为的实时告警是当下需解决的主要问题。为此，本申请实施例提供了一种峪口管理系统，可以对摄像机采集的人员特征信息进行实时处理，生成峪口出入人员记录，如此可以实现对峪口的智能化管理，进而便于实现对峪口出入人员的高效监管以及保证突发事件的高效处理。下面对本申请实施例提供的峪口管理系统进行详细地解释说明。该峪口管理系统可以是一个服务器，也可以是由多个服务器组成的服务器集群。该峪口管理系统可以包括多个模块。若该峪口管理系统是一个服务器，则该峪口管理系统中的所有模块位于同一个服务器中。若该峪口管理系统是由多个服务器组成的服务器集群，则对于该峪口管理系统中的多个模块中的任意一个模块来说，这个模块可以单独位于一个服务器中，或者这个模块可以与其他模块位于同一个服务器中。图1是本申请实施例提供的一种峪口管理系统的结构示意图。参见图1，该峪口管理系统可以包括数据关联模块11和规则引擎模块12。下面对数据关联模块11进行解释说明：数据关联模块11，可以获取摄像机发送的摄像机标识和人员特征信息，然后可以获取摄像机标识对应的摄像机属性信息。该摄像机与该峪口管理系统之间可以通过有线网络或无线网络进行通信。该摄像机获得该摄像机标识和该人员特征信息后，可以将该摄像机标识和该人员特征信息通过有线网络或无线网络上传到该峪口管理系统。该摄像机标识用于唯一标识该摄像机。比如，该摄像机标识可以是该摄像机的uuid(universallyuniqueidentifier，通用唯一识别码)、mac(mediaaccesscontrol，介质访问控制)地址、或出厂序列号等，本申请实施例对此不作唯一限定。该人员特征信息是该摄像机对采集的峪口图像分析得到。该人员特征信息可以包括人员类型和人员属性。人员类型可以代表人员身份，比如，人员类型可以包括工作人员、白名单人员、黑名单人员、未知人员等。人员属性可以包括性别、年龄范围、头发、衣服、裤子、是否戴帽子、是否戴眼镜、是否背包、是否持可疑物品等。该人员类型是该摄像机对该峪口图像进行人脸检测和人脸识别后得到。具体地，该摄像机可以先对该峪口图像进行人脸检测，得到人脸检测框，再对该人脸检测框进行人脸识别，得到该人脸检测框内的人脸所属的人员类型。其中，该摄像机对该峪口图像进行人脸检测时，可以通过mtcnn(multi-taskconvolutionalneuralnetwork，多任务卷积神经网络)来对该峪口图像进行人脸检测，得到人脸检测框。当然，该摄像机也可以通过其他方式来对该峪口图像进行人脸检测，本申请实施例对此不作唯一限定。其中，该摄像机对该人脸检测框进行人脸识别时，可以通过facenet网络，来提取该人脸检测框内的人脸特征，以及将提取到的人脸特征与多个指定人员中每个指定人员的人脸特征进行匹配，然后将匹配成功的一个指定人员的类型作为该人脸检测框内的人脸所属的人员类型。当然，该摄像机也可以通过其他方式来对该人脸检测框进行人脸识别，本申请实施例对此不作唯一限定。该多个指定人员均是预先知道其类型的一些人员，该摄像机内可以预存该多个指定人员中每个指定人员的人脸特征和类型。可选地，该多个指定人员中每个指定人员的人脸特征和类型可以是由该峪口管理系统下发给该摄像机的。作为一种示例，参见图2，该峪口管理系统还可以包括文件模块19和特征提取模块18。文件模块19中可以存储多个指定人员中每个指定人员的人脸图像和类型。特征提取模块18可以从文件模块19中获取该多个指定人员中每个指定人员的人脸图像和类型，然后提取每个指定人员的人脸图像中的人脸特征作为这个指定人员的人脸特征，比如可以通过facenet网络来提取每个指定人员的人脸图像中的人脸特征。之后，特征提取模块18可以将该多个指定人员中每个指定人员的人脸特征和类型下发到该摄像机。一种可能的方式中，参见图2，该峪口管理系统还可以包括消息传输模块13，特征提取模块18可以通过消息传输模块13将该多个指定人员中每个指定人员的人脸特征和类型发送给该摄像机。消息传输模块13基于发布订阅(pub/sub)模式进行通信。发布订阅模式下传输的消息包括主题(topic)和负载(payload)两部分。发布者发布的消息可以包括主题和负载。订阅者订阅某个主题后，就会收到这个主题的消息负载。发布订阅模式下传输的消息的格式可以是json(javascriptobjectnotation，javascript对象表示法)格式等。消息传输模块13中可以包括消息中间件。该消息中间件可以接收某个模块发布的消息，该消息包括主题和负载。该消息中间件可以将该消息的负载发送给订阅该主题的其他模块。比如，消息传输模块13可以是emqx服务器，emqx服务器中可以包括mqtt(messagequeuingtelemetrytransport，消息队列遥测传输协议)消息中间件，mqtt消息中间件是一个轻量级的消息组件。该摄像机可以预先在消息传输模块13中订阅第四主题。这种情况下，特征提取模块18可以将第四消息发布到消息传输模块13，第四消息的主题为第四主题，第四消息的负载包括该多个指定人员中每个指定人员的人脸特征和类型。消息传输模块13可以将第四消息的负载发送给订阅第四主题的该摄像机。该人员属性是该摄像机对该峪口图像进行行人属性识别后得到的。示例地，该摄像机可以通过deepmar网络识别该峪口图像内人员的属性。当然，该摄像机也可以通过其他方式来对该峪口图像进行行人属性识别，本申请实施例对此不作唯一限定。值得注意的是，该人员特征信息中不仅可以包括人员类型和人员属性，还可以包括人员出入时间等其他信息。该摄像机可以将该峪口图像的拍摄时间作为人员出入时间。该摄像机能够拍摄峪口，也就能够拍摄出入峪口的人员。该摄像机拍摄图像的频率可以根据具体需求进行设置。比如，该摄像机可以每隔10秒拍摄一次峪口图像。该摄像机每拍摄到一张峪口图像，就可以对这张峪口图像进行分析来得到人员特征信息，并将该人员特征信息和该摄像机标识上传到该峪口管理系统。可选地，该摄像机可以包括前端探测单元、图像处理单元、通讯处理单元、电源管理单元和云台单元。其中，前端探测单元为高清摄像头，可以拍摄峪口图像；图像处理单元内置图像处理板卡，可以对拍摄的峪口图像进行分析，得到人员特征信息；通讯处理单元负责将高清摄像头拍摄的峪口图像传输至图像处理单元来进行分析处理，以及将摄像机标识和图像处理单元获得的人员特征信息上传到该峪口管理系统。电源管理单元为该摄像机供电。云台单元负责根据该峪口管理系统下发的指令实现该摄像机的运行、定位等。进一步地，该摄像机不仅可以将该摄像机标识和该人员特征信息上传到该峪口管理系统，该摄像机还可以在从某张峪口图像中提取到人员特征信息的情况下，对这张峪口图像进行编码(包括但不限于base64编码等)，得到编码数据，将该编码数据也上传到该峪口管理系统。在本申请实施例中，将图像分析功能前置到该摄像机内，在前端摄像机进行峪口出入人员的属性识别。如此，在没有人员出入峪口的情况下，即在摄像机未从拍摄到的峪口图像中提取到人员特征信息的情况下，该摄像机不用传输图像至后台的峪口管理系统，从而降低了对传输网络的带宽要求，能够较好地适用于峪口网络信号差或无光缆接入的场景。一种可能的方式中，该摄像机可以通过消息传输模块13将该摄像机标识、该人员特征信息和该编码数据发送给数据关联模块11。数据关联模块11可以预先在消息传输模块13中订阅第一主题。这种情况下，该摄像机可以将第一消息发布到消息传输模块13，第一消息的主题为第一主题，第一消息的负载包括该摄像机标识、该人员特征信息和该编码数据。消息传输模块13可以将第一消息的负载发送给订阅第一主题的数据关联模块11。进一步地，消息传输模块13将第一消息的负载发送给订阅第一主题的数据关联模块11之前，还可以先进行摄像机鉴权。消息传输模块13可以在摄像机鉴权成功的情况下，再将第一消息的负载发送给订阅第一主题的数据关联模块11；在摄像机鉴权失败的情况下，直接结束操作。具体地，消息传输模块13可以在第一消息的负载中的摄像机标识与指定摄像机标识相同的情况下，确定摄像机鉴权成功；在第一消息的负载中的摄像机标识与指定摄像机标识不同的情况下，确定摄像机鉴权失败。指定摄像机标识可以预先设置。指定摄像机标识用于标识具备合法性的摄像机。可选地，参见图2，该峪口管理系统还可以包括数据库15。数据库15可以为postgresql、mysql等数据库，本申请实施例对此不作唯一限定。消息传输模块13可以从数据库15中获取指定摄像机标识。作为一种示例，数据库15中可以存储摄像机属性表。摄像机属性表中可以包括有关摄像机的配置数据，如可以包括摄像机标识和其对应的摄像机属性信息。消息传输模块13可以获取数据库15中的摄像机属性表中的摄像机标识作为指定摄像机标识。当第一消息的负载中的摄像机标识与指定摄像机标识相同时，表明该摄像机标识所标识的摄像机具备合法性。此时消息传输模块13可以确定第一消息可靠，因而可以将第一消息的负载发送给订阅第一主题的数据关联模块11。该摄像机属性信息可以包括摄像机名称、摄像机的ip地址、摄像机位置(包括但不限于经纬度等)、摄像机所属峪口类型(包括但不限于景点峪口、重点峪口等)、摄像机所属峪口的出入要求(包括但不限于限制出入时间段等)、摄像机所属管辖区域(包括但不限于市、县、镇、村等)等中的一个或多个。可选地，数据关联模块11可以从数据库15中的摄像机属性表中获取该摄像机标识对应的摄像机属性信息。进一步地，若第一消息的负载中包括对峪口图像进行编码得到的编码数据，则数据关联模块11可以先对该编码数据进行解码，得到该峪口图像，再存储该峪口图像，得到该峪口图像的存储地址。可选地，数据关联模块11可以将该峪口图像存储至文件模块19，得到该峪口图像在文件模块19中的存储地址。数据关联模块11获取到该摄像机属性信息、该人员特征信息和该峪口图像的存储地址后，可以将该摄像机属性信息、该人员特征信息和该峪口图像的存储地址发送给规则引擎模块12，以供规则引擎模块12继续进行处理。并且，参见图2，该峪口管理系统中还可以包括持久化模块16。持久化模块16可以通过mybatis框架实现，当然，也可以通过其他框架实现，本申请实施例对此不作限定。数据关联模块11可以将该摄像机属性信息、该人员特征信息和该峪口图像的存储地址发送给持久化模块16。持久化模块16可以实现该摄像机属性信息、该人员特征信息和该峪口图像的存储地址的持久化存储，便于后期的大数据统计。可选地，持久化模块16可以将该摄像机属性信息、该人员特征信息和该峪口图像的存储地址保存到数据库15中的峪口出入记录表中。一种可能的情况下，参见图2，该峪口管理系统还可以包括消息中间件14，数据关联模块11可以通过消息中间件14将该摄像机属性信息、该人员特征信息和该峪口图像的存储地址发送给规则引擎模块12和持久化模块16。消息中间件14基于发布订阅模式进行通信。比如，消息中间件14可以是kafka消息中间件等。kafka消息中间件是一个性能较高的消息组件，具有高吞吐量、负载均衡、动态扩容等优点。规则引擎模块12和持久化模块16均可以预先在消息中间件14中订阅第二主题。这种情况下，数据关联模块11可以将第二消息发布到消息中间件14，第二消息的主题为第二主题，第二消息的负载包括该摄像机属性信息、该人员特征信息和该峪口图像的存储地址。消息中间件14可以将第二消息的负载发送给订阅第二主题的规则引擎模块12和持久化模块16。本申请实施例中，可以采用消息传输模块13和消息中间件14进行数据转发，从而可以使得各模块之间相互解耦，进而可以降低整个系统复杂性，实现高峰请求时的快速响应。下面对规则引擎模块12进行解释说明：规则引擎模块12可以根据该摄像机属性信息和该人员特征信息，按照峪口管理规则生成峪口出入人员记录。峪口管理规则可以是预先设置的，且可以存储在数据库15中。该峪口管理规则的数量可以为一个或多个。每个峪口管理规则包括条件和结论。当仅存在一个峪口管理规则时，这个峪口管理规则中的结论可以为生成峪口出入告警记录。当存在多个峪口管理规则时，该多个峪口管理规则中的一部分峪口管理规则中的结论为生成峪口出入正常记录，另一部分峪口管理规则中的结论为生成峪口出入告警记录。峪口出入正常记录和峪口出入告警记录均为峪口出入人员记录。其中，峪口出入正常记录和峪口出入告警记录中均可以包括该摄像机属性信息和该人员特征信息。除此以外，峪口出入告警记录中还可以包括告警类型、告警级别(包括但不限于提示、次要、重要、紧急等)、违规时间等，此违规时间即是人员出入时间。规则引擎模块12获取到该摄像机属性信息和该人员特征信息后，可以从数据库15中读取一个或多个峪口管理规则。若该摄像机属性信息和该人员特征信息满足某个峪口管理规则中的条件，则规则引擎模块12根据这个峪口管理规则中的结论来生成峪口出入人员记录。一种可能的实现方式中，规则引擎模块12按照峪口管理规则生成峪口出入人员记录的过程可以通过rete网络实现。rete网络中包括多个规则(rule)，每个规则包括条件和结论，当存在事实满足条件时，相应结论被激活。本申请实施例中，可以根据预设的峪口管理规则构建rete网络。rete网络中的规则就是峪口管理规则。rete网络中的多个规则中每个规则的条件不同，每个规则的结论可以相同，也可以不同。作为一种示例，参见图3，rete网络分为alpha网络和beta网络。alpha网络用于过滤输入rete网络的事实(在本申请实施例中是指摄像机属性信息和人员特征信息)，找出符合规则(在本申请实施例中是指峪口管理规则)中每一个模式的集合，生成alphamemory(即满足这个模式的事实集合)。alpha网络中包括根节点(root)、类型节点(typenode)、alpha节点和alphamemory。根结点是一个虚拟节点，是进入rete网络的入口。类型节点中存储事实的各种类型，各个事实从对应的类型节点进入alpha节点。alpha节点中存储类型的各种属性，各个事实按照其属性从对应的alpha节点进入alphamemory。beta网络有两种类型的节点，分别是连接节点(joinnode)和betamemory。连接节点包含两个输入口，这两个输入口分别输入需要匹配的两个事实集合。连接节点可以对从这两个输入口输入的事实集合做合并工作并传输给下一个节点。betamemory用于存储连接节点得到的事实集合。在一种可选的实施方式中，如图3所示，rete网络的根节点可以包括“人员类型”、“限制出入时间段”和“持有可疑物”这三个类型节点。“人员类型”可以包括“黑名单人员”、“白名单人员”和“未知人员”这三个alpha节点，“限制出入时间段”可以包括“24时-6时”这一个alpha节点，“持有可疑物”可以包括“斧头/刀具”这一个alpha节点。rete网络包括五个规则。第一个规则的条件是人员类型为白名单人员，结论是生成峪口出入正常记录。第二个规则的条件是人员类型为黑名单人员，结论是生成峪口出入告警记录，此峪口出入告警记录中的告警类型可以是黑名单人员出入告警、告警级别可以是次要。第三个规则的条件是人员类型为黑名单人员、人员出入时间处于限制出入时间段内且人员特征信息中包括斧头或刀具，结论是生成峪口出入告警记录，此峪口出入告警记录中的告警类型可以是黑名单人员在限制出入时间段内持有可疑物出入告警、告警级别可以是紧急。第四个规则的条件是人员类型为未知人员且人员出入时间处于限制出入时间段内，结论是生成峪口出入告警记录，此峪口出入告警记录中的告警类型可以是未知人员在限制出入时间段出入告警、告警级别可以是重要。第五个规则的条件是人员类型为未知人员且人员特征信息中包括斧头或刀具，结论是生成峪口出入告警记录，此峪口出入告警记录中的告警类型可以是未知人员持有可疑物出入告警、告警级别可以是重要。在一些实施例中，峪口管理规则可以由用户配置，用户可以在可视化用户界面上配置峪口管理规则。这种情况下，用户可以先登录该峪口管理系统，然后配置峪口管理规则，如可以选择按照“人员类型”、“限制出入时间段”、“持有可疑物”等进行峪口管理规则配置。该峪口管理系统获取到所配置的峪口管理规则后，将所配置的峪口管理规则写入数据库15中。若规则引擎模块12获取到摄像机属性信息和人员特征信息，则可以从数据库15中读取峪口管理规则，并据此生成峪口出入人员记录。进一步地，参见图2，该峪口管理系统还可以包括业务模块17。规则引擎模块12获取到该峪口出入人员记录后，可以将该峪口出入人员记录和该峪口图像的存储地址发送给业务模块17，以供业务模块17继续处理。并且，规则引擎模块12还可以将该峪口出入人员记录和该峪口图像的存储地址保存到数据库15中。一种可能的情况下，规则引擎模块12可以通过消息中间件14将该峪口出入人员记录和该峪口图像的存储地址发送到业务模块17和持久化模块16。持久化模块16可以将该峪口出入人员记录和该峪口图像的存储地址存储到数据库15中。具体地，业务模块17和持久化模块16均可以预先在消息中间件14中订阅第三主题。这种情况下，规则引擎模块12可以将第三消息发布到消息中间件14，第三消息的主题为第三主题，第三消息的负载包括该峪口出入人员记录和该峪口图像的存储地址。消息中间件14可以将第三消息的负载发送给订阅第三主题的业务模块17和持久化模块16。下面对业务模块17进行解释说明：业务模块17可以基于java编程语言和springboot框架开发，当然也可以基于其他编程语言和框架开发，本申请实施例对此不作限定。业务模块17具有工单管理、告警管理、统计分析、业务配置、系统管理等功能。业务模块17的工单管理功能是指业务模块17可以在获取到峪口出入告警记录时，根据该峪口出入告警记录中的摄像机属性信息和该告警类型生成工单，该工单用于指示处理不符合峪口出入要求的违规行为。业务模块17获取到峪口出入告警记录后，可以查询人员属性表，以确定能够处理峪口出入告警记录中所反映的违规行为的人员，继而按照工单模板生成工单。该工单中可以包括违规行为信息(包括但不限于摄像机名称、峪口类型、告警类型等)、处理人员信息(包括但不限于处理部门、处理人员姓名等)。比如，该工单可以是如下表1所示的工单。表1摄像机名称峪口类型告警类型处理部门处理人员姓名摄像机1景点峪口黑名单人员出入告警一大队张三本申请实施例中仅以上表1为例对工单进行说明，上表1并不对本申请实施例构成限定。该人员属性表中可以包括违规行为信息及其对应的处理人员信息。可选地，对于不同峪口出现的不同违规行为，可以由对应处理部门下的处理人员来负责处理。比如，若摄像机1监控的景点峪口有黑名单人员出入，可以由一大队的张三来负责处理。若摄像机2监控的重点峪口有黑名单人员出入，可以由一大队的李四来负责处理。若摄像机3监控的重点峪口有未知人员在限制出入时间段出入，可以由二大队的王五来负责处理。该人员属性表可以存储在数据库15中，业务模块17获取到峪口出入告警记录后，可以根据峪口出入告警记录中的违规行为信息，从数据库15中的人员属性表中获取对应的处理人员信息，然后按照配置的工单模板生成工单。并且，业务模块17还可以将该工单保存到数据库15中的工单业务表中。在一些实施例中，该人员属性表可以由用户配置，用户可以在可视化用户界面上配置该人员属性表，如此可以实现对处理部门和人员的管理。具体地，可以实现处理部门的添加、删除等操作以及实现上级部门、子部门的配置，还可以实现处理人员的录入、删除、修改等操作。进一步地，业务模块17生成该工单之后，还可以自动下发该工单。具体地，该峪口管理系统中还可以包括消息推送模块。业务模块17可以将该工单发送给消息推送模块，消息推送模块可以将该工单发送到处理违规行为的人员使用的终端。一种可能的方式中，该工单中还可以包括人员联系方式(包括但不限于电话号码、即时通讯账号等)，消息推送模块可以根据该人员联系方式将该工单发送到终端。另一种可能的方式中，消息推送模块在获取到该工单时，可以根据该工单中的处理人员信息获取对应的人员联系方式，再根据该人员联系方式将该工单发送到终端。根据获取到的人员联系方式的不同，消息推送模块可以以不同的方式将该工单发送到终端。比如，消息推送模块获取到的人员联系方式是电话号码，则可以通过短信的方式将该工单发送到终端，具体可以集成twilio的sdk(softwaredevelopmentkit，软件开发工具包)并调用api(applicationprograminterface，应用程序接口)来实现短信的发送。再比如，消息推送模块获取到的人员联系方式是即时通讯账号，则可以通过应用消息推送的方式将该工单发送到终端，具体可以调用应用开发商开放的api来实现应用消息的推送。这种情况下，终端可以集成此应用开发商的sdk，通过将终端的设备标记(devicetoken)和即时通讯账号绑定，来实现一对一的消息推送。进一步地，业务模块17还可以进行告警处理跟踪。具体地，业务模块17在下发该工单之前，可以先将峪口出入告警记录的处理状态设为未完成，再将该工单通过消息推送模块发送到终端。之后，若业务模块17接收到针对该工单的处理完成指令，则可以将峪口出入告警记录的处理状态设为完成。处理完成指令用于指示已经完成对该工单中反映的违规行为的处理。该处理完成指令可以由处理人员在处理完违规行为后触发，处理人员可以通过点击操作、语音操作、手势操作、体感操作等操作进行触发，本申请实施例对此不作唯一限定。业务模块17的告警管理功能是指业务模块17可以根据该峪口图像的存储地址获取该峪口图像，将该峪口图像和峪口出入告警记录对应保存到数据库15中的告警业务表中。其中，业务模块17根据该峪口图像的存储地址获取该峪口图像时，可以根据该峪口图像的存储地址，从文件模块19中获取该峪口图像。业务模块17还可以在数据库15中查询历史峪口出入告警记录及其对应的峪口图像，具体可以支持用户按照告警类型、违规时间、告警级别、摄像机位置等实现历史峪口出入告警记录及其对应的峪口图像的精确或模糊查询。业务模块17的统计分析功能是指业务模块17可以获取多个历史峪口出入告警记录及其对应的峪口图像，按照告警类型、违规时间、告警级别中的一个或多个，将该多个历史峪口出入告警记录及其对应的峪口图像在电子地图中进行统计显示。业务模块17可以按照多维度在电子地图中对多个历史峪口出入告警记录及其对应的峪口图像进行统计显示，以提供直观、图形化的统计分析结果。该多维度可以包括但不限于时间维度和空间维度，时间维度可以包括年、月、日，空间维度可以包括告警级别、告警类型、摄像机位置等。比如，业务模块17可以在可视化用户界面上嵌入电子地图，实时展示摄像机位置以及每个摄像机位置对应的历史峪口出入告警记录数量(即违规次数)，且可以展示告警级别数量。如此，技术人员根据此界面可以快速掌握告警详情。上述的可视化用户界面可以显示在终端上，该终端可以是台式电脑、笔记本电脑、手机、或其他移动设备。该终端与该峪口管理系统可以通过有线网络或无线网络进行通信，比如，该终端与该峪口管理系统之间可以建立websocket连接来进行通信。业务模块17中的业务配置功能是指业务模块17可以实现对上述的摄像机属性表、峪口管理规则、工单模板、人员属性表等的配置，以及实现在文件模块19中存储指定人员的人脸图像和类型。比如，业务模块17可以配置摄像机属性表，以实现对摄像机的增加、删除等操作，以及实现对管辖区域的增加、删除、修改及与摄像机的关联等操作。在一些实施例中，上述的摄像机属性表、峪口管理规则、工单模板、人员属性表等配置数据均可以存储于数据库15中。可选地，该峪口管理系统中数据库15与其他模块之间的交互可以基于mybatis框架实现。业务模块17的系统管理功能包括用户权限认证和系统日志管理。在一些实施例中，上述的摄像机属性表、峪口管理规则、工单模板、人员属性表、指定人员的人脸图像和类型等的配置，可以是用户在登录该峪口管理系统且具备相应权限的情况下配置得到。因而业务模块17需要进行用户权限认证。其中，用户权限认证可以包括用户管理和角色管理。其中，用户管理可以实现用户的注册、登录、信息修改和注销。角色管理可配置操作权限，通过为用户分配不同的角色来实现用户权限的管理。可选地，用户权限认证可以基于apacheshiro框架开发，当然也可以基于其他框架开发，本申请实施例对此不作限定。作为一种示例，参见图4，用户权限认证的过程如下：1、系统管理员登录该峪口管理系统，创建用户名，且为用户分配密码和角色。2、该峪口管理系统采用加密算法(包括但不限于采用sha256hash算法)对此密码进行加密并存入数据库15中。3、用户登录时输入用户名和密码。4、该峪口管理系统采用该加密算法对用户输入的密码进行加密来得到加密数据，并读取数据库15中存储的加密后的密码，将两者进行比对，以确定用户输入的密码是否验证成功。5、若密码验证成功，则该峪口管理系统采用jwt(jsonwebtoken，json网络令牌)技术为用户生成令牌(token)。jwt技术能够有效避免csrf(cross-siterequestforgery，跨站请求伪造)攻击，且令牌自身包含了身份验证所需要的所有信息，从而可以大大减轻处理压力。6、当用户请求访问该峪口管理系统中的api时，该峪口管理系统对此请求中携带的令牌进行解析来得到用户信息，然后获取该用户信息关联的角色。7、该峪口管理系统根据该角色判断该用户是否具有api访问权限；若有，则返回请求结果，若没有，则拒绝请求。其中，系统日志管理主要是记录用户登录系统后发生的操作行为，可记录的信息包括：操作用户名、登陆ip地址、登陆mac地址、操作时间、操作功能、操作方式等。本申请实施例中，该峪口管理系统可以实现峪口的出入管制，可以实现峪口出入人员的属性识别、非法出入实时告警、工单的自动派发以及峪口出入告警记录的可视化，有助于提高峪口管控效率，节约人力成本。为了便于理解，下面结合图5对该峪口管理系统的整体工作过程进行说明。参见图5，该峪口管理系统的整体工作过程如下：用户登录该峪口管理系统进行摄像机属性表、峪口管理规则、工单模板、人员属性表等配置，此配置数据被写入数据库15中。该峪口管理系统获取到摄像机采集的峪口图像中的人员特征信息后，从数据库15中读取配置数据，来生成峪口出入人员记录。若该峪口出入人员记录是峪口出入正常记录，则该峪口管理系统将该峪口出入人员记录写入数据库15中的正常业务表中；若该峪口出入人员记录是峪口出入告警记录，则该峪口管理系统将该峪口出入人员记录写入数据库15中的告警业务表中，以及从数据库15中读取工单模板，通过该工单模板自动生成工单，并通过消息推送的方式将该工单下发，然后将该工单写入数据库15中的工单业务表中。并且，该峪口管理系统将多个历史峪口出入告警记录在电子地图中进行统计显示。下面结合图6对上述图5所示的工作过程进行具体说明，参见图6，该工作过程可以包括如下步骤601-步骤614。步骤601：特征提取模块18从文件模块19获取指定人员的人脸图像和类型，然后提取指定人员的人脸图像中的人脸特征，得到人脸特征库，将人脸特征库同步到摄像机。步骤602：该摄像机拍摄峪口图像。步骤603：该摄像机根据该人脸特征库对该峪口图像进行分析，得到人员特征信息。步骤604：该摄像机生成第一消息，将第一消息发布到消息传输模块13。第一消息的主题是第一主题，第一消息的负载包括摄像机标识、人员特征信息和编码数据，该编码数据是该摄像机对该峪口图像进行编码得到。步骤605：消息传输模块13根据第一消息的负载中的摄像机标识进行摄像机鉴权。若摄像机鉴权成功，则消息传输模块13将第一消息的负载发送到订阅第一主题的数据关联模块11。若摄像机鉴权失败，则结束操作。步骤606：数据关联模块11根据第一消息的负载中的摄像机标识，从数据库15中获取摄像机属性信息。数据关联模块11还可以对第一消息中的编码数据进行解码，得到峪口图像，将该峪口图像存储至文件模块19，得到该峪口图像的存储地址。步骤607：数据关联模块11生成第二消息，将第二消息发布到消息中间件14。第二消息的主题是第二主题，第二消息的负载是该摄像机属性信息、该人员特征信息和该峪口图像的存储地址。消息中间件14将第二消息的负载发送给订阅第二主题的持久化模块16和规则引擎模块12。步骤608：持久化模块16将该摄像机属性信息和该人员特征信息存储到数据库15。持久化模块16还可以将该峪口图像的存储地址也存储至数据库15。步骤609：规则引擎模块12根据该摄像机属性信息和该人员特征信息，按照峪口管理规则生成峪口出入人员记录，生成第三消息，将第三消息发布到消息中间件14。第三消息的主题是第三主题，第三消息的负载是该峪口出入人员记录和该峪口图像的存储地址。步骤610：消息中间件14将第三消息的负载发送给订阅第三主题的业务模块17。步骤611：若第三消息的负载中的峪口出入人员记录是峪口出入告警记录，则业务模块17将该峪口出入告警记录存储到数据库15中的告警业务表中。进一步地，业务模块17还可以根据该峪口图像的存储地址从文件模块19获取该峪口图像，将该峪口图像与该峪口出入告警记录对应存储到数据库15中的告警业务表中。步骤612：业务模块17将多条历史峪口出入告警记录在电子地图中进行统计显示。步骤613：业务模块17根据该峪口出入告警记录生成工单，并调用消息推送模块进行工单派发。步骤614：业务模块17将该工单保存到数据库15的工单业务表中。在本申请实施例中，一方面，将图像分析功能前置到摄像机内，在前端摄像机进行峪口出入人员的属性识别，如此，在没有人员出入峪口的情况下，即在摄像机未从拍摄到的峪口图像中提取到人员特征信息的情况下，该摄像机不用传输图像至后台的峪口管理系统，从而降低了对传输网络的带宽要求，能够较好地适用于峪口网络信号差或无光缆接入的场景。另一方面，该峪口管理系统可以对摄像机采集的人员特征信息进行实时处理，自动生成峪口出入人员记录，有助于提高峪口管控效率，节约人力成本。图7为本申请实施例提供的一种计算机设备的结构示意图。上述峪口管理系统可以通过计算机设备7实现。如图7所示，计算机设备7包括：处理器70、存储器71以及存储在存储器71中并可在处理器70上运行的计算机程序72，处理器70执行计算机程序72时实现上述实施例中的峪口管理系统中的各个模块执行的操作。计算机设备7可以是一个通用计算机设备或一个专用计算机设备。在具体实现中，计算机设备7可以是一台服务器，或者可以是由多台服务器组成的服务器集群。本领域技术人员可以理解，图7仅仅是计算机设备7的举例，并不构成对计算机设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，比如还可以包括输入输出设备、网络接入设备等。处理器70可以是中央处理单元(centralprocessingunit，cpu)，处理器70还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者也可以是任何常规的处理器。存储器71在一些实施例中可以是计算机设备7的内部存储单元，比如计算机设备7的硬盘或内存。存储器71在另一些实施例中也可以是计算机设备7的外部存储设备，比如计算机设备7上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。进一步地，存储器71还可以既包括计算机设备7的内部存储单元也包括外部存储设备。存储器71用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，比如计算机程序的程序代码等。存储器71还可以用于暂时地存储已经输出或者将要输出的数据。在一些实施例中，还提供了一种计算机可读存储介质，该存储介质内存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的峪口管理系统中的各个模块执行的操作。比如，该计算机可读存储介质可以是rom(read-onlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、cd-rom(compactdiscread-onlymemory，只读光盘)、磁带、软盘和光数据存储设备等。值得注意的是，本申请提到的计算机可读存储介质可以为非易失性存储介质，换句话说，可以是非瞬时性存储介质。应当理解的是，实现上述实施例的全部或部分步骤可以通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。该计算机指令可以存储在上述计算机可读存储介质中。也即，在一些实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中的峪口管理系统中的各个模块执行的操作。以上所述为本申请提供的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。当前第1页12