CN111145514B - 一种多维度预警策略方法 - Google Patents
一种多维度预警策略方法 Download PDFInfo
- Publication number
- CN111145514B CN111145514B CN201911374997.6A CN201911374997A CN111145514B CN 111145514 B CN111145514 B CN 111145514B CN 201911374997 A CN201911374997 A CN 201911374997A CN 111145514 B CN111145514 B CN 111145514B
- Authority
- CN
- China
- Prior art keywords
- early warning
- information
- visitor
- time
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B29/00—Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
- G08B29/18—Prevention or correction of operating errors
- G08B29/185—Signal analysis techniques for reducing or preventing false alarms or for enhancing the reliability of the system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/29—Geographical information databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
- G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
- G06V40/16—Human faces, e.g. facial parts, sketches or expressions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Oral & Maxillofacial Surgery (AREA)
- Computational Linguistics (AREA)
- Multimedia (AREA)
- Human Computer Interaction (AREA)
- Remote Sensing (AREA)
- Computing Systems (AREA)
- Medical Informatics (AREA)
- Computer Security & Cryptography (AREA)
- Alarm Systems (AREA)
Abstract
本发明公开了一种多维度预警策略方法,涉及行业信息化领域,技术方案为,进行预警策略配置;对进入预警区域的访客进行登记;将登记的访客信息进行格式转换,将访客信息转换为可与预警策略进行比对判定的信息格式;根据转换后的访客信息和步骤一设定的预警策略进行比对判定;根据判定结果,对处于预警范围的人员信息进行示警输出。本发明的有益效果是:和传统的预警方式相比,本方案了预警方式的灵活性、高效性、可配置型、可移植性、多事件支持、多维度支持。通过两种预警策略的结合,提高来访人员预警的可靠性。
Description
技术领域
本发明涉及行业信息化领域,特别涉及一种多维度预警策略方法。
背景技术
近年来人工智能迎来了快速发展,深度学习作为其底层的核心技术起到了至关重要的作用,受到越来越多的关注。基于深度学习神经网络的人脸识别技术已经得到广泛的应用,在实际应用中人脸识别技术具有天然独到的优势:通过摄像头直接获取,可以非接触的方式完成识别过程,方便快捷。人脸识别技术已应用在公安、政法、金融、教育、景区、旅运、社保等领域。这就意味着人脸抓拍机识别出的大量人脸信息怎么转化为有效的预警信息。抓拍的人脸照片是否需要预警,预警消息推送给谁,预警的方式是弹屏、手机推送还是接口推送,预警的时间,需要预警的地点、范围是什么,需要预警的对象是谁,处理这一系列问题就需要一套高效、灵活可配置的预警策略系统。
传统的预警策略很多基于硬编码方式实现,基于配置实现的多数也较简单,支持的预警维度也较少,总结有以下缺点:
1. 传统的预警只要客户需求稍作改变,就需要修改业务代码,灵活性差。
2. 传统的预警通常客户不能修改自己的预警规则,配置性差。
3. 传统的预警跟业务结合的较紧密,不具有可移植性。
4. 传统的预警方式在大量消息并发时,处理性能较差。
5. 传统的预警支持的预警事件较少。
这是传统预警策略实现做法的问题。
发明内容
针对上述技术问题,本发明提供一种多维度预警策略方法。
其技术方案为,步骤一,进行预警策略配置;
步骤二,对进入预警区域的访客进行登记;
步骤三,将步骤二中登记的访客信息进行格式转换,将访客信息转换为可与预警策略进行比对判定的信息格式;
步骤四,根据步骤三转换后的访客信息和步骤一设定的预警策略进行比对判定;
步骤五,根据步骤四的判定结果,对处于预警范围的人员信息进行示警输出。
优选为,所述步骤一,进行预警系统的预警策略配置具体为,配置两个预警策略,包括访客登记预警和访客滞留预警;
访客登记预警为实时预警,访客滞留预警为定时预警;
访客登记预警通过实时采集的访客信息比对访客登记预警策略的设定信息,如果采集的信息处于预警范围内,则立刻发出示警;
访客滞留预警为获取访客来访信息和滞留信息,如果访客滞留情况达到阈值,则触发示警。
优选为,所述步骤二,对进入预警区域的访客进行登记具体为,当访客进预警区域时,对访客图像、身份等信息进行采集,并将采集到的信息进行保存。
优选为,所述步骤三,将步骤二中登记的访客信息进行格式转换,将访客信息转换为可与预警策略进行比对判定的信息格式;具体为当接收到一条人脸抓拍机抓拍的消息时,需要转换成与预警策略对应的消息格式,消息格式内容包含抓拍时间、抓拍设备编码、抓拍机所属区域代码、比对结果(比中的人员相关信息)、是否比中等,如果采集到的人物在系统对比库中有信息识别成功,则为比中,将消息存入数据库抓拍记录表,供预警事件分析使用。
优选为,所述步骤四中对访客信息和预警策略的比对包括实时预警和定时预警;
实时预警比对的方法为:
S411,遍历所有实时型比中类型的预警策略,判断转换后信息中的区域代码是否符合预警策略配置的预警区域代码(即抓拍机所属区域代码是否在预警策略配置的区域代码下),符合为true,不符合为false;
比中类型为对应比中人物的预警类型,当比中人物出现后立刻预警的,主动发现,因此将这些主动发现的告警类别称为比中类型;
S412,在S411为true的情况下,判断抓拍消息的时间是否在预警策略配置的时间范围内,符合为true,不符合为false;
S413,在S412 为true的情况下,判断消息中的设备编码是否在预警地点范围内,符合为true,不符合为false;
S414,在S413为true的情况下,判断消息中比中结果的人员信息,是否满足预警对象,符合为true,不符合为false;
S415,在S414为true的情况下,读取预警消息的推送方式和推送名单进行预警的消息推送,推送格式内容为:预警策略名称、预警策略编码、预警事件类型、预警时间、预警地点、预警人员信息、预警人员照片等。
所述步骤S411-S415都为true的情况下,进行预警推送,否则跳过;
优选为,所述步骤四中对访客信息和预警策略的比对包括实时预警和定时预警;
定时预警比对的方法为:
S421,读取所有的定时型预警策略,启动调度任务,当达到定时型预警策略配置的调度周期时间时,调用相关的预警策略配置的事件接口,并将预警事件参数传递进去;
S422,判断调度周期触发的时间是否符合配置的预警时间,符合为true,不符合为false。
S423,在S422为true的情况下,读取配置的预警区域,根据获取的预警事件参数调用查询接口进行查询,根据查询结果判断是否达到预警事件参数配置的阀值,达到为true,未达到为false。
S424,在S423为true的情况下,读取预警消息的推送方式和推送名单进行预警的消息推送,推送格式内容包括,预警策略名称、预警策略编码、预警事件类型、预警时间、预警地点、预警人员信息、预警人员照片等。
优选为,所述周期时间为三小时,计算访客滞留时间是否达到3小时、6小时、9小时、24小时,达到预警系统将访客信息推送给社区app系统。
优选为,接收示警输出信息的终端包括固定终端和移动终端,固定终端为计算机,移动终端为装有对应app的移动载体。
本发明实施例提供的技术方案带来的有益效果是:和传统的预警方式相比,本方案了预警方式的灵活性、高效性、可配置型、可移植性、多事件支持、多维度支持。通过两种预警策略的结合,提高来访人员预警的可靠性。
附图说明
图1为本发明实施例的方法流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。当然,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
需要说明的是,在不冲突的情况下,本发明创造中的实施例及实施例中的特征可以相互组合。
实施例1
本发明提供一种多维度预警策略方法,
步骤一,进行预警策略配置;
配置两个预警策略,包括访客登记预警和访客滞留预警;
访客登记预警为实时预警,访客滞留预警为定时预警;
访客登记预警通过实时采集的访客信息比对访客登记预警策略的设定信息,如果采集的信息处于预警范围内,则立刻发出示警;
访客滞留预警为获取访客来访信息和滞留信息,如果访客滞留情况达到阈值,则触发示警。
步骤二,对进入预警区域的访客进行登记;
当访客进预警区域时,对访客图像、身份等信息进行采集,并将采集到的信息进行保存。
步骤三,将步骤二中登记的访客信息进行格式转换,将访客信息转换为可与预警策略进行比对判定的信息格式;
当接收到一条人脸抓拍机抓拍的消息时,需要转换成与预警策略对应的消息格式,消息格式内容包含抓拍时间、抓拍设备编码、抓拍机所属区域代码、比对结果(比中的人员相关信息)、是否比中等,如果采集到的人物在系统对比库中有信息识别成功,则为比中,将消息存入数据库抓拍记录表,供预警事件分析使用。
步骤四,根据步骤三转换后的访客信息和步骤一设定的预警策略进行比对判定;
对访客信息和预警策略的比对包括实时预警和定时预警;
实时预警比对的方法为:
S411,遍历所有实时型比中类型的预警策略,判断转换后信息中的区域代码是否符合预警策略配置的预警区域代码(即抓拍机所属区域代码是否在预警策略配置的区域代码下),符合为true,不符合为false;
比中类型为对应比中人物的预警类型,当比中人物出现后立刻预警的,主动发现,因此将这些主动发现的告警类别称为比中类型;
S412,在S411为true的情况下,判断抓拍消息的时间是否在预警策略配置的时间范围内,符合为true,不符合为false;
S413,在S412 为true的情况下,判断消息中的设备编码是否在预警地点范围内,符合为true,不符合为false;
S414,在S413为true的情况下,判断消息中比中结果的人员信息,是否满足预警对象,符合为true,不符合为false;
S415,在S414为true的情况下,读取预警消息的推送方式和推送名单进行预警的消息推送,推送格式内容为:预警策略名称、预警策略编码、预警事件类型、预警时间、预警地点、预警人员信息、预警人员照片等。
步骤S411-S415都为true的情况下,进行预警推送,否则跳过;
定时预警比对的方法为:
S421,读取所有的定时型预警策略,启动调度任务,当达到定时型预警策略配置的调度周期时间时,调用相关的预警策略配置的事件接口,并将预警事件参数传递进去;
周期时间为三小时,如:计算访客滞留时间是否达到3小时、6小时、9小时……24小时。
S422,判断调度周期触发的时间是否符合配置的预警时间,符合为true,不符合为false。
S423,在S422为true的情况下,读取配置的预警区域,根据获取的预警事件参数调用查询接口进行查询,根据查询结果判断是否达到预警事件参数配置的阀值,达到为true,未达到为false。
S424,在S423为true的情况下,读取预警消息的推送方式和推送名单进行预警的消息推送,推送格式内容包括,预警策略名称、预警策略编码、预警事件类型、预警时间、预警地点、预警人员信息、预警人员照片等。
步骤五,根据步骤四的判定结果,对处于预警范围的人员信息进行示警输出。
接收示警输出信息的终端包括固定终端和移动终端,固定终端为计算机,移动终端为装有对应app的移动载体。
实施例2
参见图1,在实施例1的基础上,将实施例的方法转化为预警系统/模块,整个预警模块/系统包括预警引擎、预警PC端界面和预警手机APP,预警配置所需的数据库脚本,数据库脚本支持MYSQL、SQLServer、Oracle等常用数据库。数据库表包括:预警时间年月日表、预警时间时分秒表、预警时间星期表、预警时间汇总表、预警区域总表、预警区域明细表、预警对象表、预警地点范围表、预警事件表、预警事件推送表、预警事件参数表、预警策略表、预警策略调度表、抓拍记录表、预警消息记录表等。
预警PC端界面是用于PC端通过WebSocket方式弹预警消息、查询预警消息使用,预警手机APP是手机端接收预警消息、查询预警消息使用,因此预警PC端界面和预警手机APP均为可选的,如果第三方应用系统有自己的PC界面和手机APP可以通过预警引擎提供的接口对接预警消息,不使用预警PC界面和预警手机APP。
首先预警消息分为实时预警和定时预警两类:
1.实时预警:要求实时性强,场景例如当一个重点人员出现的时候,立刻就要预警,预警及时,主动发现。
2.定时预警:无需主动触发,定时计算当达到一定的阀值才预警,被动发现。因此需要定时进行计算是否达到阀值,定时的时间是可以配置的,例如30秒算一次,或1小时算一次等,定时时间表达式采用灵活的Cron表达式方式。场景例如小区访客滞留24小时预警,当访客在门卫处登记后,24小时未出小区,触发预警。该场景可以配置1分钟调度一次,计算访客达到24小时未出小区时,根据配置推送预警消息。
其次一个预警通常包含以下几个维度:
1.预警区域:必填项。表示预警策略应用于某个区域,例如一个社区、一个小区、一个酒店等。区域编码使用全国行政区域代码。
2.预警时间:选填项,不配置表示所有时间。支持年月日、时分秒、星期配置,时间可以任意组合。例如:2019年8月1日至2019年8月31日期间每周一到周五的9:00至20:00。
3.预警地点:选填项,不配置表示预警策略配置所属区域下所有抓拍机。配置了表示需要预警的抓拍机或者网格范围。例如:小区大门口。
4.预警对象:根据预警事件确定是否必填。需要预警的对象。例如:关注人员或具体的某一个人、某一类人。
5.预警事件:必填项。预警事件是业务逻辑的代码实现,提供一些常规的事件实现,也可以通过接口扩展需要的事件。例如:人员出现、人员久居未出、人员久出未归、人员未出现、访客滞留、访客未到访、陌生人出现、人员聚集、疑似实有人口、疑似迁离人员、疑似频繁尾随、归房提醒、人卡不符提醒等。
6.预警事件参数:定时类型预警由于有阀值的配置,因此是定时类型的预警事件必填项。例如:访客滞留24小时预警,参数就是24小时。某房屋60分钟内聚集20人,参数就是60分钟和20人,可以进行修改配置。
7.预警消息推送:选填项,不配置表示不推送。当一个预警策略满足条件被触发以后,需要将消息推送第三方系统或者自带的PC界面手机APP。推送协议支持:http/https推送、kafka推送、webSocket推送等。由于第三方系统的稳定性未知,因此为了保证整体流程处理的性能,消息推送采用子线程后台推送,不影响整体引擎的处理性能。
8.预警消息推送列表:当消息推送到自带的预警手机APP时,配置接收消息的用户列表。
最后是预警策略,一个预警策略就是一个预警。预警策略是将所需的预警维度关联起来,组成一个预警策略。例如:当A社区管辖的A小区内,在2019年3月1日至2019年3月31日的10:00至19:30分期间,当有关注人员(孤寡老人)进入小区时需要通过手机APP推送消息方式向社区工作人员预警,社区工作人员接收到消息后,及时去小区关注人员家中进行关爱工作。在这个预警策略中,预警区域配置A小区行政区域代码;预警时间的年月日配置为2019年3月1日至2019年3月31日,时分秒配置10:00至19:30;预警对象配置为关注人员类型;预警地点配置为A小区大门口进门抓拍机;预警事件配置为人员出现;预警消息配置为APP手机推送;预警推送列表配置为A社区工作人员;这样当在配置的时间、地点范围内,识别出现关注人员类型时,A社区工作人员就会接收到预警消息。
定时类型的预警策略是定时调度的,因此还需要配置一个调度周期。调度周期采用灵活的cron表达式记录周期。
预警消息可能每秒接收成百、上千条消息,处理性能就成为关键,如果处理性能慢了会产生消息堆积,从而影响整体系统性能。预警消息处理逻辑又要从各维度判断是否满足要求,因此为了提高预警处理系统的性能,将所有的预警配置都使用Redis缓存服务器方式在服务启动时加载到内存中,如果配置发生了变化,更新对应的缓存,这样所有的预警判断都是在内存中处理的,大大提升了处理性能。
一、实时型预警消息处理逻辑:
当接收到一条人脸抓拍机抓拍的消息时,需要转换成预警系统需要的消息格式,消息格式内容必须包含抓拍时间、抓拍设备编码、抓拍机所属区域代码、比对结果(比中的人员相关信息)、是否比中等,将消息存入数据库抓拍记录表,供预警事件分析用。以比中类型的一条消息为例,预警逻辑判断如下:
1.遍历所有实时型比中类型的预警策略,判断消息中的区域代码是否符合预警策略配置的预警区域代码(即抓拍机所属区域代码是否在预警策略配置的区域代码下),符合为true,不符合为false。
2.在1为true的情况下,判断抓拍消息的时间是否在预警策略配置的时间范围内,符合为true,不符合为false。
3.在2为true的情况下,判断消息中的设备编码是否在预警地点范围内,符合为true,不符合为false。
4.在3为true的情况下,判断消息中比中结果的人员信息,是否满足预警对象,符合为true,不符合为false。
5.在4为true的情况下,读取预警消息的推送方式和推送名单进行预警的消息推送,推送格式内容为:预警策略名称、预警策略编码、预警事件类型、预警时间、预警地点、预警人员信息、预警人员照片等。
上述1/2/3/4步骤只有都为true的情况下,才进行预警推送,否则跳过。
定时型消息处理逻辑:
1.预警策略系统的调度工厂模块在系统启动时读取所有的定时型预警策略,启动调度任务,当达到定时型预警策略配置的调度周期时间时,调用相关的预警策略配置的事件接口,并将事件参数传递进去。
2.判断调度周期触发的时间是否符合配置的预警时间,符合为true,不符合为false。
3.在2为true的情况下,取出配置的预警区域,根据传递进来的告警事件参数调用查询接口进行查询,根据查询结果判断是否达到预警事件参数配置的阀值,达到为true,未达到为false。
4.在3为true的情况下,读取预警消息的推送方式和推送名单进行预警的消息推送,推送格式内容为:预警策略名称、预警策略编码、预警事件类型、预警时间、预警地点、预警人员信息、预警人员照片等。
以上流程就完成了实时型预警策略和定时型预警策略的判断和消息推送。这样做的优点:
1.高性能,所有配置基于Redis缓存服务器,都从内存中读取,处理速度快,效率高。
2.灵活性好,每个预警策略可以配置区域、时间、地点、对象、推送方式、推送列表等,可以任意组合。
3.用户可配置性强,用户可以通过界面,选择时间、地点、对象、事件、推送方式、推送列表等,配置一个自己的预警策略,还可通过界面启动、停止、暂停、删除预警策略。
4.具备可移植性,预警系统可以作为独立的功能模块移植给其他系统使用。
5.具备多种常用的预警事件,并提供事件扩展接口,例如:人员出现、陌生人出现、人员久居未出、人员久出未归、人员未出现、访客滞留、访客未到访、疑似频繁尾随人员、疑似实有人口、疑似迁离人员、疑似群组、人员聚集、人卡不符等等。
系统对接便利,第三方系统对接简单,只需要将抓拍的消息格式转换成预警的消息格式即可,对接后就可以使用,使系统具有灵活的预警能力。
假设某社区A辖区有一个小区A,社区A的编码为1001,小区A的编码为1001001。小区A在维稳环境下已经使用了人脸识别抓拍系统,安装了人脸抓拍机、访客门禁一体机系统,系统之间实现了数据对接,即社区登记的小区住户可直接通过门禁系统刷脸进小区,非小区住户需要刷身份证登记进小区。在此前提下假设该社区有个需求:
在2019年5月1日至2019年8月1日期间掌握访客(非本小区人员)的情况,并实现3小时、6小时、9小时、24小时访客滞留预警,即访客登记需要预警,社区知道访客进入了小区。访客3小时、6小时、9小时、24小时未出小区需要预警,知道访客多久未出小区。预警信息通过http方式推送给社区app系统。
根据这个需求具体实施步骤如下:
步骤一:配置两个预警策略,访客登记和访客滞留,预警时间配置2019年5月1日至2019年8月1日,人员类型配置成访客类型,预警区域配置A小区编码1001001,预警消息推送配置社区app的http接口。
步骤二:访客进小区登记时,对访客图像、身份等信息进行采集,采集到的信息入库记录。
步骤三:对访客登记信息消息格式进行转换,转换成预警系统需要的格式,并传给预警系统;定时查询访客滞留信息;
步骤四:预警系统对时间、区域进行判断,将满足条件的访客信息通过系统预警推送给社区app系统。
步骤五:预警系统计算访客滞留时间是否达到3小时、6小时、9小时、24小时,达到预警系统将访客信息推送给社区app系统。
上述就是实施过程,通过数据格式转换和简单的配置使系统具备了分析、预警的能力,具体逻辑处理过程见图1。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种多维度预警策略方法,其特征在于,
步骤一:进行预警策略配置;
步骤二:对进入预警区域的访客进行登记;
步骤三:将步骤二中登记的访客信息进行格式转换,将访客信息转换为可与预警策略进行比对判定的信息格式;
步骤四:根据步骤三转换后的访客信息和步骤一设定的预警策略进行比对判定;
步骤五:根据步骤四的判定结果,对处于预警范围的人员信息进行示警输出;
其中,所述步骤三中,将步骤二中登记的访客信息进行格式转换,将访客信息转换为与预警策略进行比对判定的信息格式;具体为:当接收到一条人脸抓拍机抓拍的消息时,需要转换成与预警策略对应的消息格式,消息格式内容包含抓拍时间、抓拍设备编码、抓拍机所属区域代码、比对结果,将消息存入数据库抓拍记录表,供预警事件分析使用;
其中,所述步骤四中,对访客信息和预警策略的比对包括实时预警和定时预警;
所述实时预警比对的方法为:
S411,遍历所有实时型比中类型的预警策略,判断转换后信息中的区域代码是否符合预警策略配置的预警区域代码,符合为true,不符合为false;
S412,在S411为true的情况下,判断抓拍消息的时间是否在预警策略配置的时间范围内,符合为true,不符合为false;
S413, 在S412 为true的情况下,判断消息中的设备编码是否在预警地点范围内,符合为true,不符合为false;
S414, 在S413为true的情况下,判断消息中比中结果的人员信息,是否满足预警对象,符合为true,不符合为false;
S415, 在S414为true的情况下,读取预警消息的推送方式和推送名单进行预警的消息推送,推送格式内容为:预警策略名称、预警策略编码、预警事件类型、预警时间、预警地点、预警人员信息、预警人员照片;
所述步骤S411-S415都为true的情况下,进行预警推送,否则跳过;
所述定时预警比对的方法为:
S421,读取所有的定时型预警策略,启动调度任务,当达到定时型预警策略配置的调度周期时间时,调用相关的预警策略配置的事件接口,并将预警事件参数传递进去;
S422,判断调度周期触发的时间是否符合配置的预警时间,符合为true,不符合为false;
S423,在S422为true的情况下,读取配置的预警区域,根据获取的预警事件参数调用查询接口进行查询,根据查询结果判断是否达到预警事件参数配置的阀值,达到为true,未达到为false;
S424,在S423为true的情况下,读取预警消息的推送方式和推送名单进行预警的消息推送,推送格式内容包括:预警策略名称、预警策略编码、预警事件类型、预警时间、预警地点、预警人员信息、预警人员照片。
2.根据权利要求1所述的方法,其特征在于,所述步骤一中,进行预警系统的预警策略配置具体为配置两个预警策略,包括访客登记预警和访客滞留预警;
访客登记预警为实时预警,访客滞留预警为定时预警;
访客登记预警通过实时采集的访客信息比对访客登记预警策略的设定信息,如果采集的信息处于预警范围内,则立刻发出示警;
访客滞留预警为获取访客来访信息和滞留信息,如果访客滞留情况达到阈值,则触发示警。
3.根据权利要求2所述的方法,其特征在于,所述步骤二中,对进入预警区域的访客进行登记;具体为,当访客进预警区域时,对访客图像、身份信息进行采集,并将采集到的信息进行保存。
4.根据权利要求1所述的方法,其特征在于,所述周期时间为三小时。
5.根据权利要求1-4任一项所述的方法,其特征在于,接收示警输出信息的终端包括固定终端和移动终端。
6.根据权利要求1-4任一项所述的方法,其特征在于,预警为多维度,至少包括预警区域、预警时间、预警地点、预警对象、预警事件、预警事件参数、预警消息推送和预警消息推送列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911374997.6A CN111145514B (zh) | 2019-12-27 | 2019-12-27 | 一种多维度预警策略方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911374997.6A CN111145514B (zh) | 2019-12-27 | 2019-12-27 | 一种多维度预警策略方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111145514A CN111145514A (zh) | 2020-05-12 |
CN111145514B true CN111145514B (zh) | 2022-02-01 |
Family
ID=70520919
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911374997.6A Active CN111145514B (zh) | 2019-12-27 | 2019-12-27 | 一种多维度预警策略方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111145514B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113724426A (zh) * | 2021-06-24 | 2021-11-30 | 储信(北京)科技发展有限公司 | 一种多维度安保规则配置预警的方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105809405A (zh) * | 2016-03-30 | 2016-07-27 | 朱永锋 | 一种自助式仓储系统及其使用方法 |
KR20190094544A (ko) * | 2018-02-05 | 2019-08-14 | 동의대학교 산학협력단 | 소지 물건 누락 스마트 알림 도어락 |
CN109064601B (zh) * | 2018-07-30 | 2021-12-07 | 深圳招商建筑科技有限公司 | 一种智能门岗机器人实现方法 |
CN109461234A (zh) * | 2018-10-24 | 2019-03-12 | 平安科技(深圳)有限公司 | 预约访问方法、装置、计算机设备及存储介质 |
CN109727352A (zh) * | 2018-12-21 | 2019-05-07 | 广东粤众互联信息技术有限公司 | 一种基于人脸识别的校园预警方法 |
CN109447048B (zh) * | 2018-12-25 | 2020-12-25 | 苏州闪驰数控系统集成有限公司 | 一种人工智能预警系统 |
CN110134357A (zh) * | 2019-05-06 | 2019-08-16 | 中云信安(深圳)科技有限公司 | 一种电子访客牌系统 |
-
2019
- 2019-12-27 CN CN201911374997.6A patent/CN111145514B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN111145514A (zh) | 2020-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220092881A1 (en) | Method and apparatus for behavior analysis, electronic apparatus, storage medium, and computer program | |
CN111612113A (zh) | 防疫管控方法、装置、系统、存储介质以及处理器 | |
CN107273833B (zh) | 用于监测流动人口的方法及其系统 | |
CN110232104B (zh) | 一种数据显示方法、装置、存储介质及计算机设备 | |
CN110096606B (zh) | 一种外籍人员管理方法、装置和电子设备 | |
CN109492604A (zh) | 人脸模型特征统计分析系统 | |
US11368814B2 (en) | Evacuation tracking | |
CN110188226A (zh) | 一种基于人脸识别的客户画像生成方法及装置 | |
CN110705494A (zh) | 人流量监测方法、装置、电子设备及计算机可读存储介质 | |
CN106156743A (zh) | 门铃系统的智能防干扰方法及门铃系统 | |
CN112579593A (zh) | 人口库分库方法和装置 | |
WO2023174304A1 (en) | Systems, methods, and storage devices for data clustering | |
CN116483810A (zh) | 一种基于公安大数据处理技术指南的数据治理方法 | |
CN111145514B (zh) | 一种多维度预警策略方法 | |
CN109859426A (zh) | 一种社区安防管理系统 | |
CN115103157A (zh) | 基于边云协同的视频分析方法、装置、电子设备及介质 | |
CN112241687A (zh) | 一种具有陌生人脸库功能的人脸识别方法及系统 | |
CN112052280B (zh) | 一种基于时空数据的实有人口分析方法及系统 | |
CN111951452A (zh) | 一种基于门禁视频信息采集的千人千面信息推送云平台 | |
CN109871456B (zh) | 一种看守所人员关系分析方法、装置和电子设备 | |
CN115578231A (zh) | 一种多维度分析方法和系统 | |
CN115062725A (zh) | 酒店收益异常分析方法及系统 | |
CN113780115B (zh) | 一种异常人员组分析方法、装置、电子设备及存储介质 | |
CN111950969A (zh) | 一种农村综合社会治理系统 | |
CN111372197A (zh) | 预警方法及相关装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |