CN109992604A - 一种陆路查缉信息化系统及查缉方法 - Google Patents

一种陆路查缉信息化系统及查缉方法 Download PDF

Info

Publication number
CN109992604A
CN109992604A CN201910018081.0A CN201910018081A CN109992604A CN 109992604 A CN109992604 A CN 109992604A CN 201910018081 A CN201910018081 A CN 201910018081A CN 109992604 A CN109992604 A CN 109992604A
Authority
CN
China
Prior art keywords
time
information
alarm
region
emphasis
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.)
Granted
Application number
CN201910018081.0A
Other languages
English (en)
Other versions
CN109992604B (zh
Inventor
甘海涛
罗英
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wuhan Bai Hong Software Technology Co Ltd
Original Assignee
Wuhan Bai Hong Software Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Wuhan Bai Hong Software Technology Co Ltd filed Critical Wuhan Bai Hong Software Technology Co Ltd
Priority to CN201910018081.0A priority Critical patent/CN109992604B/zh
Publication of CN109992604A publication Critical patent/CN109992604A/zh
Application granted granted Critical
Publication of CN109992604B publication Critical patent/CN109992604B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18Status alarms
    • G08B21/24Reminder alarms, e.g. anti-loss alarms
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/08Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using communication transmission lines

Landscapes

  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Alarm Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种陆路查缉信息化系统及查缉方法,属于查缉信息技术领域,包括数据库、数据检索、GPS定位系统,基于WEB框架,提供用户的即时定位信息和运动轨迹信息、时空关联技术、智慧侦察系统、四色预警机制、智慧防控系统和归一系统,以案件为主线,以所有操作与案件相关联为前提,采用谁操作谁负责以及多维度的角色和部门管理,创建日志管理、案件管理和权限管理。本发明能够当同一区域的重点人员超过告警人数时、当超过一名重点人员在较短时间内于同一地点出现时以及当指定重点人员在指定区域出现的话,即发送区域告警信息,实现快速预警、准确定位、侦查办案、维稳反恐工作的目的。

Description

一种陆路查缉信息化系统及查缉方法
技术领域
本发明涉及一种查缉系统,特别是涉及一种陆路查缉信息化系统及查缉方法,属于查缉信息技术领域。
背景技术
移动互联网技术迅猛发展,深刻改变了人类的生活方式,信息技术的触角已经延伸到了各行各业。
随着手机智能化的发展,除了具有其基本的通讯功能外,还更多代替了电脑、相机、电视机、导航仪等用于办公、学习、导航、购物、娱乐等,成为人们必不可少的随身物品,甚至有人说手机是人类新长出的器官。截止2017年4月,中国移动电话用户总数达到135亿户,其中4G用户总数更是突破8亿户。
因此,侦查系统要追踪一个对象,只需要找到其使用的手机号码就能够很快锁定对象。手机信息不仅显示其持有人的位置,同时通过对手机大量位置信息的汇总分析,来判断持有人的活动范围和规律,成为破案的一种常用的、非常有效的手段。因此,通过建设陆路查缉信息化系统,对于办案工作的重要性不言而喻。
因此需要一种陆路查缉信息化系统,能够可以做到特定目标预警,例如将辖区重点人员的相关信息预置,当对象经过时将上报信息给侦查员,并能够做到人数统计及聚集预警,就是统计某个区域人数当超过预设阈值时将上报信息给侦查员,该功能可以用于大型活动、群体性事件人员统计、聚集预警。
发明内容
本发明的主要目的是为了提供一种陆路查缉信息化系统及查缉方法,当同一区域的重点人员超过告警人数时、当超过一名重点人员在较短时间内于同一地点出现时以及当指定重点人员在指定区域出现的话,即发送区域告警信息,实现快速预警、准确定位、侦查办案、维稳反恐工作的目的。
本发明的目的可以通过采用如下技术方案达到:
一种陆路查缉信息化系统,包括数据库,用于存储用户基本身份信息以及车牌、IMSI和MAC信息;
数据检索,基于采用分布式全文检索技术和准实时增量索引生成技术对所述数据库进行分类索引以及检索;
GPS定位系统,基于WEB框架,提供用户的即时定位信息和运动轨迹信息;
时空关联技术,基于时间和空间的相对一致性,提取数据库的数据之间的近似关联,根据设备点位数量和运行时长确定时空关系;
智慧侦察系统,通过接警三要素完成疑犯推送、规律分析、伴随分析、时空碰撞和多轨迹分析,以案件侦察为主题的案件线索计算因子以及自由组合,创建案件专题模型;
四色预警机制,根据积分评判预警可疑信息,主动提醒案件信息,平台自主创建多种案件模型,根据不同方式多种元素预判获取得到的积分,综合累计分析结果;
智慧防控系统,根据间隔时间和聚集人数,确定是否为聚集事件,包括线路侦控和重点人管控,基于重点区域标签,通过配制标签规则,全面记录重点区域内告警人员行动轨迹,实现重点场所的防控;或,设置布控人群类型及布控区域,防控重点事件;
归一系统,以案件为主线,以所有操作与案件相关联为前提,采用谁操作谁负责以及多维度的角色和部门管理,创建日志管理、案件管理和权限管理。
优选的,所述数据库为Redis多DB库系统,所述DB库用于存放聚集和碰头告警业务相关的程序。
优选的,所述Redis的若干DB库中分别规划有告警类型、告警号、告警区域、人员ID和信息标识ID。
优选的,所述智慧防控系统中,所述间隔时间为采集到不同重点人员信息之间的时间间隔,所述聚集人数为在告警区域内的人数,所述集聚为重点人员超过预先设定的聚集人数且在预先设定的时间段内于同一告警区域出现,所述碰头为超过一名重点人员在较短时间内于同一地点出现。
优选的,所述日志管理为flume系统,所述flume系统采集imsiimeibcp文件,根据sitecode信息和imsi信息判断人员是否为需要告警的重点人员,若为重点人员,将该imsi信息放入Redis库中。
优选的,所述flume系统再次采集imsiimeibcp文件,在于上次采集imsiimeibcp文件的时间间隔内,调用接口过滤重点人员信息,放入Redis库中,根据间隔时间、聚体人数、是否聚集、是否碰头以及是否重点人员,发送告警信息。
一种陆路查缉信息化系统的查缉方法,同一区域的重点人员超过告警人数时,则发送告警信息,包括如下步骤:
步骤(1)、建立Redis数据库,对所述Redis数据库扩充DB库数量,并对Redis的DB库具体规划,包括如下:
db16:告警类型(pengtou/juji)_告警号:告警区域1(sitecode),告警区域2,…;
db17:告警区域1,告警区域2,…:告警号;
db18:人脸标签(face_label):重点人员id(id);
db19:重点人员id:重点人员姓名_重点人员年龄;
db20:车牌/IMSI信息_重点人员id:信息标识;
db21:告警区域(sitecode):设备编号(devicenum);
db22:告警号:告警间隔时间_告警人数_截止时间_告警人id;
db23:存储具体告警信息所需的字段;
步骤(2)、输入以及制定参数,包括人员信息、间隔时间和预警人数;
步骤(3)、规划具体区域,将该区域中包含的sitecode信息与区域号,以两种格式分别放入redis16、redis17库中,如下所示:
第一规则:[juji_告警区域号:sitecode1,sitecode2,sitecode3,…]、
第二规则:[sitecode1,sitecode2,sitecode3,…:告警区域号];
步骤(4)、为所述步骤(3)规划的区域制定具体的时间间隔、告警人数、截止时间与需要监控的重点人员id,放入edis22库中,格式如下所示:
第三规则:[告警区域号:时间间隔_告警人数_截止时间_重点人员id];
步骤(5)、flume采集到imsiimei.bcp文件,根据sitecode信息和IMSI信息,判断此人员是否属于需要告警的重点人员,若为重点人员,则将此人员的imsi信息放入Redis23库,格式如下所示:
第四规则:[juji_区域号_devicenum_信息标识_starttime_姓名_年龄:0];
步骤(6)、通过区域号得到该区域下的所有sitecode,从Redis21库中获得对应的deviceid,得到从当前时间上推一个时间间隔的周期内,被同区域的设备采集到的车辆、人脸信息,并通过比较redis18、redis19和redis20库中的键值,对过滤出重点人员信息放入Redis23库,格式如下所示:
第五规则:[juji_区域号_devicenum_信息标识_capturetime_姓名_年龄_车牌:0]
第六规则:[juji_区域号_devicenum_信息标识_capturetime_姓名_年龄:0]
同时将本次采集bcp文件的采集时间存入Redis23库,格式如下所示:
第七规则:[juji_lasttime_区域号:starttime]
当redis中同一区域的重点人员超过告警人数时,则取出该区域下所有短信发送标识为0的数据,发送对应的告警信息,并将短信发送标识改为1。
步骤(7)、flume系统再次采集到满足条件的imsiimei.bcp文件,提取文件中的信息,若此次捕获bcp文件的时间与上一次捕获bcp文件的时间在一个间隔时间周期内,则根据这个时间周期获得的车牌、人脸信息,并从中过滤出重点人员信息,按照第五规则、第六规则和第七规则的格式放入Redis23库中;
若Redis23库中同一区域的重点人员超过告警人数时,则发送告警信息;
若此次捕获bcp文件的时间与上一次捕获bcp文件的时间大于一个间隔时间周期,则清空该区域在redis库中的数据信息,重复步骤(6)。
优选的,每次采集到bcp文件时,先将采集文件时间与redis里对应区域规则中的截止时间相比,
若采集时间没有超过截至时间,则按上述步骤处理;
若采集时间已经超过截止时间,但超过时间未满一个间隔时间周期,则以截止时间为endTime,上次采集文件的时间为startTime,以此为周期通过接口查询该周期内重点人员的车辆、人脸信息,并发送告警,之后清空redis中该区域的所有信息;
若采集时间已超过截止时间且超过时间大于一个间隔时间周期,则直接清空redis中该区域的所有信息。
优选的,所述告警信息的格式如下所示:
[聚集告警:姓名(年龄)出现在区域名称区域!告警设备:devicename,出现时间:capturetime]、
[聚集告警:姓名(年龄)出现在区域名称区域!告警设备:devicename,出现时间:capturetime,车牌号:车牌号]。
优选的,所述查缉方法还包括:
当超过一名重点人员在较短时间内于同一地点出现的话,即视为碰头并发送告警信息;
当指定重点人员在指定区域出现的话,即发送区域告警信息。
本发明的有益技术效果:
1、本发明提供的陆路查缉信息化系统及查缉方法,能够做到特定目标预警,例如将辖区重点人员的相关信息预置,当对象经过时将上报信息给侦查员,并能够做到人数统计及聚集预警,统计某个区域人数当超过预设阈值时将上报信息给侦查员,该功能主要用于大型活动、群体性事件人员统计、聚集预警。
2、本发明提供的陆路查缉信息化系统及查缉方法,当同一区域的重点人员超过告警人数时、当超过一名重点人员在较短时间内于同一地点出现时以及当指定重点人员在指定区域出现时,能够发送区域告警信息,实现快速预警、准确定位、侦查办案、维稳反恐的目的。
附图说明
图1为按照本发明的陆路查缉信息化系统的查缉方法的一优选实施例的当同一区域的重点人员超过告警人数时发送预警信息的流程图;
图2为按照本发明的陆路查缉信息化系统的查缉方法的一优选实施例的当超过一名重点人员在较短时间内于同一地点出现时发送预警信息的流程图。
具体实施方式
为使本领域技术人员更加清楚和明确本发明的技术方案,下面结合实施例及附图对本发明作进一步详细的描述,但本发明的实施方式不限于此。
实施例1:
如图1和图2所示,本实施例提供的陆路查缉信息化系统,包括数据库,采用大吞吐量数据入库技术以及采用块操作技术,优化数据库吞吐量性能指标,提升IO性能,满足数据入库要求,用于存储用户基本身份信息以及车牌、IMSI和MAC信息;
用户基本身份信息包括姓名、性别、年龄、家庭住址、工作情况、家庭状态以及过往历史等基本信息;
数据检索,基于采用分布式全文检索技术和准实时增量索引生成技术对数据库进行分类索引以及检索;
GPS定位系统,基于WEB框架,整合GIS定位研判技术,提供用户的即时定位信息和运动轨迹信息,为用户定位、轨迹研判提供支撑;
时空关联技术,基于时间和空间的相对一致性,提取数据库的数据之间的近似关联,即提取出车牌、IMSI、MAC等身份数据之间的近似关联,根据设备点位数量和运行时长确定时空关系,经过的设备点位越多,运行的时间越长,这种时空关系越精确;
智慧侦察系统,即AI智慧警情,通过接警三要素完成疑犯推送、规律分析、伴随分析、时空碰撞和多轨迹分析,以案件侦察为主题的案件线索计算因子以及自由组合,创建案件专题模型,对应功能主要体现在智能警情、案件侦察、类案模型。紧贴实战,做好案件侦察;
四色预警机制,根据积分评判预警可疑信息,主动提醒案件信息,平台自主创建多种案件模型,根据不同方式多种元素预判获取得到的积分,综合累计分析结果,更有效的结合实战;
类案模型系统,根据不同的办案思路,随意组建多个算子方式方法,结合不同的运算规则,易操作使用,短时间内得到想要的结果。
智慧防控系统,根据间隔时间和聚集人数,确定是否为聚集事件,包括线路侦控和重点人管控,基于重点区域标签,通过配制标签规则,全面记录重点区域内告警人员行动轨迹,实现重点场所的防控;或,设置布控人群类型及布控区域,防控重点事件;
线路侦控系统,预设模拟关注的线路,多个位置信息标注平台,根据不同时间段定期进行分析,从而达到提前预警关注对象;
重点人管控系统,基于重点人标签,通过配制标签规则,全面记录重点人行动轨迹,从而实现管好重点人;
安全合规性,采用归一系统,以案件为主线的实战应用系统,任何操作都以关联案件为前提;围绕着谁操作谁负责,任何操作都留下操作日志的需求,完成日志管理功能;多维度的角色和部门管理,支持数据管理需求,特色主要体现在案件管理、日志管理、权限管理。
在本实施例中,如图1和图2所示,数据库为Redis多DB库系统,包括Redis18库、Redis19库、Redis20库、Redis22库和Redis23库,DB库用于存放聚集和碰头告警业务相关的程序。
在本实施例中,鉴于现在Redis16个db已被使用,为了避免存储混乱、也为了方便数据维护,因此我们将Redis的db数由16扩充为32,并使用编号为16-31的db来存放聚集、碰头告警业务相关的程序。
在本实施例中,如图1和图2所示,Redis的若干DB库中分别规划有告警类型、告警号、告警区域、人员ID和信息标识ID。
在本实施例中,如图1和图2所示,Redis扩充db数量的方法为:
a、停止redis服务;
b、打开redis.conf文件,修改配置参数databases的值为32:databases32;
c、启动redis服务;
d、执行redis-cli命令,并在redis命令行中执行select16来检验16-31号db是否已经开启。
在本实施例中,如图1和图2所示,Redis库具体规划为:
db16:告警类型(pengtou/juji)_告警号:告警区域1(sitecode),告警区域2,…;
db17:告警区域1,告警区域2,…:告警号;
db18:人脸标签(face_label):重点人员id(id);
db19:重点人员id:重点人员姓名_重点人员年龄;
db20:车牌/IMSI信息_重点人员id:信息标识;
db21:告警区域(sitecode):设备编号(devicenum);
db22:告警号:告警间隔时间_告警人数_截止时间_告警人id;
db23:存储具体告警信息所需的字段。
在本实施例中,如图1和图2所示,智慧防控系统中,间隔时间为采集到不同重点人员信息之间的时间间隔,聚集人数为在告警区域内的人数,集聚为重点人员超过预先设定的聚集人数且在预先设定的时间段内于同一告警区域出现。
在本实施例中,如图1和图2所示,日志管理为flume系统,flume系统采集imsiimeibcp文件,根据sitecode信息和imsi信息判断人员是否为需要告警的重点人员,若为重点人员,将该imsi信息放入Redis23库中。
flume系统再次采集imsiimeibcp文件,在于上次采集imsiimeibcp文件的时间间隔内,调用接口过滤重点人员信息,放入Redis23库中,当Redis23库中同一区域的重点人员超过预警人数时时,发送告警信息。
在本实施例中,如图1所示,一种陆路查缉信息化系统的查缉方法,当超过x名重点人员在一段时间内于同一区域出现的话,即视为聚集并发送告警信息;首先输入参数,即重点人员的IMSI信息:IMSI信息可从bcp文件中获取;然后制定可控参数,即间隔间隔时间:即采集到不同重点人员信息之间的时间间隔;聚集人数:超过该人数后即视为聚集;
包括如下步骤:
步骤(1)、建立Redis数据库,对Redis数据库扩充DB库数量,并对Redis的DB库具体规划,包括如下:
db16:告警类型(pengtou/juji)_告警号:告警区域1(sitecode),告警区域2,…;
db17:告警区域1,告警区域2,…:告警号;
db18:人脸标签(face_label):重点人员id(id);
db19:重点人员id:重点人员姓名_重点人员年龄;
db20:车牌/IMSI信息_重点人员id:信息标识;
db21:告警区域(sitecode):设备编号(devicenum);
db22:告警号:告警间隔时间_告警人数_截止时间_告警人id;
db23:存储具体告警信息所需的字段;
步骤(2)、输入以及制定参数,包括人员信息、间隔时间和预警人数;
步骤(3)、规划具体区域,将该区域中包含的sitecode信息与区域号,以两种格式分别放入redis16、redis17库中,如下所示:
第一规则:[juji_告警区域号:sitecode1,sitecode2,sitecode3,…]、
第二规则:[sitecode1,sitecode2,sitecode3,…:告警区域号];
第一规则是为了获得一个区域号所包含的所有sitecode,以便在之后转化为devicenum并调用车牌、人脸接口,第二规则则是为了查询一个sitecode都属于哪些区域号,并对这些区域号进行告警操作;
步骤(4)、为步骤(3)规划的区域制定具体的时间间隔、告警人数、截止时间与需要监控的重点人员id(本实施例中可不填),放入edis22库中,格式如下所示:
第三规则:[告警区域号:时间间隔_告警人数_截止时间_重点人员id];
步骤(5)、flume采集到imsiimei.bcp文件,根据sitecode信息,去redis中查看该redis是否属于某个告警区域,考虑到一个sitecode可能属于多个告警区域,因此针对每一个包含sitecode的告警区域,根据bcp文件中的IMSI信息,去redis中查看该imsi是否属于需要告警的重点人员(若客户指定了某区域需要告警的重点人id,则比较该id,否则比较所有重点人id)。若为重点人员,则将该imsi信息放入Redis23库,格式如下所示:
第四规则:[juji_区域号_devicenum_信息标识_starttime_姓名_年龄:0];
其中信息标识表示了该信息的类型(IMSI-20701、车辆-20099、人脸-20098);devicenum和starttime均可从bcp文件中提取,starttime为信息捕获时间;0为短信发送标志,0表示未发送短信,1表示已发送短信。
步骤(6)、通过区域号得到该区域下的所有sitecode,接着从Redis21库中获得对应的deviceid,调用车辆、人脸接口,输入参数为设备编号、捕获时间(bcp文件中获得),得到从当前时间上推一个时间间隔的周期内,被同区域的设备采集到的车辆、人脸信息,并通过比较redis18、19、20库中的键值对过滤出重点人员信息放入Redis23库,格式如下所示:
第五规则:[juji_区域号_devicenum_信息标识_capturetime_姓名_年龄_车牌:0]
第六规则:[juji_区域号_devicenum_信息标识_capturetime_姓名_年龄:0]
同时将本次采集bcp文件的采集时间存入Redis23库,格式如下所示:
第七规则:[juji_lasttime_区域号:starttime]
当redis中同一区域的重点人员超过告警人数时,则取出该区域下所有短信发送标识为0的数据,发送对应的告警信息,并将短信发送标识改为1;
步骤(7)、flume再次采集到满足条件的imsiimei.bcp文件,提取文件中的信息,
若此次捕获bcp文件的时间与上一次捕获bcp文件的时间在一个间隔时间周期内,则根据这个时间周期(上一次bcp文件的捕获时间--->当前bcp文件的捕获时间),调用接口获得相应的车牌、人脸信息,并从中过滤出重点人员信息,按照第五规则、第六规则和第七规则放入Redis23库中;
若Redis23库中同一区域的重点人员超过告警人数时,则发送告警信息;
若此次捕获bcp文件的时间与上一次捕获bcp文件的时间大于一个间隔时间周期,则清空该区域在redis库中的数据信息,重复步骤(6)。
如图1所示,在本实施例中,每次采集到bcp文件时,都要先将采集文件时间与redis里对应区域规则中的截止时间相比,若采集时间没有超过截至时间,则按上述步骤处理,若采集时间已经超过截止时间,但超过时间未满一个间隔时间周期,则以截止时间为endTime,上次采集文件的时间为startTime,以此为周期通过接口查询该周期内重点人员的车辆、人脸信息,并发送告警,之后清空redis中该区域的所有信息;若采集时间已超过截止时间且超过时间大于一个间隔时间周期,则直接清空redis中该区域的所有信息。
如图1所示,在本实施例中,告警信息的格式如下所示:
[聚集告警:姓名(年龄)出现在区域名称区域!告警设备:devicename,出现时间:capturetime]、
[聚集告警:姓名(年龄)出现在区域名称区域!告警设备:devicename,出现时间:capturetime,车牌号:车牌号]。
实施例2:
与实施例1相似,区别技术特征在于,如图2所示,本实施例提供的陆路查缉信息化系统的查缉方法,当超过一名重点人员在较短时间内于同一地点出现的话,即视为碰头并发送告警信息;首先输入参数,即重点人员的IMSI信息:IMSI信息可从bcp文件中获取;然后制定可控参数,即间隔时间:即采集到不同重点人员信息之间的时间间隔,包括如下步骤:
a、客户划出具体区域,将该区域中包含的sitecode信息与区域号,以两种格式分别放入redis16、17库中,如下所示:
[pengtou_告警区域号:sitecode1,sitecode2,sitecode3,…]
[sitecode1,sitecode2,sitecode3,…:告警区域号]
第一个规则是为了获得一个区域号所包含的所有sitecode,以便在之后转化为devicenum并调用车牌、人脸接口,第二个规则则是为了查询一个sitecode都属于哪些区域号,并对这些区域号进行告警操作。
b、客户为该区域指定具体的时间间隔、告警人数、截止时间与需要监控的重点人员id(可不填),这些规则同样被放入redis22库中,格式如下所示:
[告警区域号:时间间隔_告警人数_截止时间_重点人员id]
c、flume采集到imsiimei.bcp文件,根据sitecode信息,去redis中查看该redis是否属于某个告警区域,考虑到一个sitecode可能属于多个告警区域,因此针对每一个包含sitecode的告警区域,根据bcp文件中的IMSI信息,去redis中查看该imsi是否属于需要告警的重点人员(若客户指定了某区域需要告警的重点人id,则比较该id,否则比较所有重点人id)。若为重点人员,则将该imsi信息放入Redis23库,格式如下所示:
[pengtou_区域号_devicenum_信息标识_starttime_姓名_年龄:0]
其中信息标识表示了该信息的类型(IMSI-20701、车辆-20099、人脸-20098);devicenum和starttime均可从bcp文件中提取,starttime为信息捕获时间;0为短信发送标志,0表示未发送短信,1表示已发送短信。
d、通过区域号得到该区域下的所有sitecode,接着从Redis21库中获得对应的deviceid,调用车辆、人脸接口,输入参数为设备编号、捕获时间(bcp文件中获得),得到从当前时间上推一个时间间隔的周期内,被同区域的设备采集到的车辆、人脸信息,并通过比较Redis18、19、20库中的键值对过滤出重点人员信息放入Redis23库,格式如下所示:
[pengtou_区域号_devicenum_信息标识_capturetime_姓名_年龄_车牌:0]
[pengtou_区域号_devicenum_信息标识_capturetime_姓名_年龄:0]
同时将本次采集bcp文件的采集时间存入Redis23库,格式如下所示:
[pengtou_lasttime_区域号:starttime]
当redis中同一区域号下相同sitecode的重点人员超过1人时,则取出该区域下所有短信发送标识为0的数据,发送对应的告警信息,并将短信发送标识改为1。
e、flume再次采集到满足条件的imsiimei.bcp文件,提取文件中的信息。
若此次捕获bcp文件的时间与上一次捕获bcp文件的时间在一个间隔时间周期内,则根据这个时间周期(上一次bcp文件的捕获时间--->当前bcp文件的捕获时间),调用接口获得相应的车牌、人脸信息,并从中过滤出重点人员信息,按照上述格式放入Redis23库中。当Redis23库中同一区域的重点人员超过1人时,则发送告警信息。
若此次捕获bcp文件的时间与上一次捕获bcp文件的时间大于一个间隔时间周期,则清空该区域在redis库中的数据信息,重复步骤d。
f、每次采集到bcp文件时,都要先将采集文件时间与redis里对应区域规则中的截止时间相比,若采集时间没有超过截至时间,则按上述步骤处理,若采集时间已经超过截止时间,但超过时间未满一个间隔时间周期,则以截止时间为endTime,上次采集文件的时间为startTime,以此为周期通过接口查询该周期内重点人员的车辆、人脸信息,并发送告警,之后清空redis中该区域的所有信息;若采集时间已超过截止时间且超过时间大于一个间隔时间周期,则直接清空redis中该区域的所有信息。
g、告警信息的格式如下所示:
[碰头告警:姓名(年龄)出现在区域名称区域!告警设备:devicename,出现时间:capturetime]
[碰头告警:姓名(年龄)出现在区域名称区域!告警设备:devicename,出现时间:capturetime,车牌号:车牌号]
实施例3、
参考说明书附图1-2,与实施例1和实施例2不同的是,本实施例提供的陆路查缉信息化系统的查缉方法,当指定重点人员在指定区域出现的话,即发送区域告警信息;首先输入参数,即重点人员的IMSI信息:IMSI信息可从bcp文件中获取,
查缉方法包括如下步骤:
在本实施例中,因为区域告警不设定具体时间周期,当重点人员出现在指定区域即发送告警信息,如果使用flme在采集到对应imsi文件的情况下才去调用车辆、人脸接口并发送告警信息,会造成较长的时间延迟、失去实时性,因此暂时没有考虑使用Flume对车辆、人脸数据进行区域告警;
a、客户画出具体区域,将该区域中包含的sitecode信息与区域号(若没有则以当时的时间戳取代)放入redis库中。格式如下所示:
[sitecode:区域号1_区域号2_…]
如客户1划定了区域A(sitecode1,sitecode2),客户2划定了区域B(sitecode2,sitecode3),则redis库中缓存的[key:value]对为:
sitecode1:A
sitecode2:A_B
sitecode3:B
b、flume采集到imsiimei.bcp文件,根据imsi信息判断其是否为重点人员。若为重点人员,提取bcp文件中的sitecode信息,去redis库中查询该sitecode是否属于某一用户划定的区域,若属于特定区域,即表示重点人员出现在指定区域,发送区域告警信息。
综上所述,以上实施例提供的陆路查缉信息化系统及查缉方法,通过Reddis数据库、GIS系统和flume系统相结合,制定一套预警系统,当同一区域的重点人员超过告警人数时、当超过一名重点人员在较短时间内于同一地点出现时以及当指定重点人员在指定区域出现时,能够发送区域告警信息,能够快速预警、准确定位、侦查办案、维稳反恐。
以上所述,仅为本发明进一步的实施例,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明所公开的范围内,根据本发明的技术方案及其构思加以等同替换或改变,都属于本发明的保护范围。

Claims (10)

1.一种陆路查缉信息化系统,其特征在于,包括:
数据库,用于存储用户基本身份信息以及车牌、IMSI和MAC信息;
数据检索,基于采用分布式全文检索技术和准实时增量索引生成技术对所述数据库进行分类索引以及检索;
GPS定位系统,基于WEB框架,提供用户的即时定位信息和运动轨迹信息;
时空关联技术,基于时间和空间的相对一致性,提取数据库的数据之间的近似关联,根据设备点位数量和运行时长确定时空关系;
智慧侦察系统,通过接警三要素完成疑犯推送、规律分析、伴随分析、时空碰撞和多轨迹分析,以案件侦察为主题的案件线索计算因子以及自由组合,创建案件专题模型;
四色预警机制,根据积分评判预警可疑信息,主动提醒案件信息,平台自主创建多种案件模型,根据不同方式多种元素预判获取得到的积分,综合累计分析结果;
智慧防控系统,根据间隔时间和聚集人数,确定是否为聚集事件,包括线路侦控和重点人管控,基于重点区域标签,通过配制标签规则,全面记录重点区域内告警人员行动轨迹,实现重点场所的防控;或,设置布控人群类型及布控区域,防控重点事件;
归一系统,以案件为主线,以所有操作与案件相关联为前提,采用谁操作谁负责以及多维度的角色和部门管理,创建日志管理、案件管理和权限管理。
2.根据权利要求1所述的一种陆路查缉信息化系统,其特征在于:所述数据库为Redis多DB库系统,所述DB库用于存放聚集和碰头告警业务相关的程序。
3.根据权利要求1所述的一种陆路查缉信息化系统,其特征在于:所述Redis的若干DB库中分别规划有告警类型、告警号、告警区域、人员ID和信息标识ID。
4.根据权利要求3所述的一种陆路查缉信息化系统及查缉方法,其特征在于:所述智慧防控系统中,所述间隔时间为采集到不同重点人员信息之间的时间间隔,所述聚集人数为在告警区域内的人数,所述集聚为重点人员超过预先设定的聚集人数且在预先设定的时间段内于同一告警区域出现,所述碰头为超过一名重点人员在较短时间内于同一地点出现。
5.根据权利要求2所述的一种陆路查缉信息化系统,其特征在于:所述日志管理为flume系统,所述flume系统采集imsiimeibcp文件,根据sitecode信息和imsi信息判断人员是否为需要告警的重点人员,若为重点人员,将该imsi信息放入Redis库中。
6.根据权利要求5所述的一种陆路查缉信息化系统,其特征在于:所述flume系统再次采集imsiimeibcp文件,在于上次采集imsiimeibcp文件的时间间隔内,调用接口过滤重点人员信息,放入Redis库中,根据间隔时间、聚体人数、是否聚集、是否碰头以及是否重点人员,发送告警信息。
7.如权利要求1-6所述的一种陆路查缉信息化系统的查缉方法,其特征在于,同一区域的重点人员超过告警人数时,则发送告警信息,包括如下步骤:
步骤(1)、建立Redis数据库,对所述Redis数据库扩充DB库数量,并对Redis的DB库具体规划,包括如下:
db16:告警类型(pengtou/juji)_告警号:告警区域1(sitecode),告警区域2,…;
db17:告警区域1,告警区域2,…:告警号;
db18:人脸标签(face_label):重点人员id(id);
db19:重点人员id:重点人员姓名_重点人员年龄;
db20:车牌/IMSI信息_重点人员id:信息标识;
db21:告警区域(sitecode):设备编号(devicenum);
db22:告警号:告警间隔时间_告警人数_截止时间_告警人id;
db23:存储具体告警信息所需的字段;
步骤(2)、输入以及制定参数,包括人员信息、间隔时间和预警人数;
步骤(3)、规划具体区域,将该区域中包含的sitecode信息与区域号,以两种格式分别放入redis16、redis17库中,如下所示:
第一规则:[juji_告警区域号:sitecode1,sitecode2,sitecode3,…]、
第二规则:[sitecode1,sitecode2,sitecode3,…:告警区域号];
步骤(4)、为所述步骤(3)规划的区域制定具体的时间间隔、告警人数、截止时间与需要监控的重点人员id,放入edis22库中,格式如下所示:
第三规则:[告警区域号:时间间隔_告警人数_截止时间_重点人员id];
步骤(5)、flume采集到imsiimei.bcp文件,根据sitecode信息和IMSI信息,判断此人员是否属于需要告警的重点人员,若为重点人员,则将此人员的imsi信息放入Redis23库,格式如下所示:
第四规则:[juji_区域号_devicenum_信息标识_starttime_姓名_年龄:0];
步骤(6)、通过区域号得到该区域下的所有sitecode,从Redis21库中获得对应的deviceid,得到从当前时间上推一个时间间隔的周期内,被同区域的设备采集到的车辆、人脸信息,并通过比较redis18、redis19和redis20库中的键值,对过滤出重点人员信息放入Redis23库,格式如下所示:
第五规则:[juji_区域号_devicenum_信息标识_capturetime_姓名_年龄_车牌:0]
第六规则:[juji_区域号_devicenum_信息标识_capturetime_姓名_年龄:0]
同时将本次采集bcp文件的采集时间存入Redis23库,格式如下所示:
第七规则:[juji_lasttime_区域号:starttime]
当redis中同一区域的重点人员超过告警人数时,则取出该区域下所有短信发送标识为0的数据,发送对应的告警信息,并将短信发送标识改为1。
步骤(7)、flume系统再次采集到满足条件的imsiimei.bcp文件,提取文件中的信息,若此次捕获bcp文件的时间与上一次捕获bcp文件的时间在一个间隔时间周期内,则根据这个时间周期获得的车牌、人脸信息,并从中过滤出重点人员信息,按照第五规则、第六规则和第七规则的格式放入Redis23库中;
若Redis23库中同一区域的重点人员超过告警人数时,则发送告警信息;
若此次捕获bcp文件的时间与上一次捕获bcp文件的时间大于一个间隔时间周期,则清空该区域在redis库中的数据信息,重复步骤(6)。
8.根据权利要求7所述的一种陆路查缉信息化系统的查缉方法,其特征在于:每次采集到bcp文件时,先将采集文件时间与redis里对应区域规则中的截止时间相比,若采集时间没有超过截至时间,则按上述步骤处理;
若采集时间已经超过截止时间,但超过时间未满一个间隔时间周期,则以截止时间为endTime,上次采集文件的时间为startTime,以此为周期通过接口查询该周期内重点人员的车辆、人脸信息,并发送告警,之后清空redis中该区域的所有信息;
若采集时间已超过截止时间且超过时间大于一个间隔时间周期,则直接清空redis中该区域的所有信息。
9.根据权利要求7所述的一种陆路查缉信息化系统的查缉方法,其特征在于,所述告警信息的格式如下所示:
[聚集告警:姓名(年龄)出现在区域名称区域!告警设备:devicename,出现时间:capturetime]、
[聚集告警:姓名(年龄)出现在区域名称区域!告警设备:devicename,出现时间:capturetime,车牌号:车牌号]。
10.根据权利要求7所述的一种陆路查缉信息化系统的查缉方法,其特征在于,所述查缉方法还包括:
当超过一名重点人员在较短时间内于同一地点出现的话,即视为碰头并发送告警信息;
当指定重点人员在指定区域出现的话,即发送区域告警信息。
CN201910018081.0A 2019-01-09 2019-01-09 一种陆路查缉信息化系统及查缉方法 Active CN109992604B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910018081.0A CN109992604B (zh) 2019-01-09 2019-01-09 一种陆路查缉信息化系统及查缉方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910018081.0A CN109992604B (zh) 2019-01-09 2019-01-09 一种陆路查缉信息化系统及查缉方法

Publications (2)

Publication Number Publication Date
CN109992604A true CN109992604A (zh) 2019-07-09
CN109992604B CN109992604B (zh) 2021-12-03

Family

ID=67129948

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910018081.0A Active CN109992604B (zh) 2019-01-09 2019-01-09 一种陆路查缉信息化系统及查缉方法

Country Status (1)

Country Link
CN (1) CN109992604B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110944290A (zh) * 2019-12-02 2020-03-31 北京明略软件系统有限公司 一种伴随关系的分析方法及装置
CN113269016A (zh) * 2020-12-22 2021-08-17 杭州天阙科技有限公司 重点场所群体聚集场景的识别方法及相关装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101325690A (zh) * 2007-06-12 2008-12-17 上海正电科技发展有限公司 监控视频流中人流分析与人群聚集过程的检测方法及系统
CN102610102A (zh) * 2012-02-27 2012-07-25 安科智慧城市技术(中国)有限公司 一种嫌疑车辆查控方法及系统
CN104122842A (zh) * 2013-04-23 2014-10-29 北京计算机技术及应用研究所 一种监狱事件的智能化监控方法及系统
US20160042196A1 (en) * 2008-08-12 2016-02-11 Apogee Technology Consultants, LLC. Location-based recovery device and risk management system for portable computing devices and data
CN106205143A (zh) * 2016-08-29 2016-12-07 苏州金螳螂怡和科技有限公司 智能卡口联网系统
CN106815651A (zh) * 2015-11-27 2017-06-09 亿阳信通股份有限公司 一种社会公共事件风险预警方法及系统
CN107832475A (zh) * 2017-12-01 2018-03-23 浪潮软件集团有限公司 一种布控方法、布控引擎及布控系统
CN108090534A (zh) * 2017-12-20 2018-05-29 苏州工业园区服务外包职业学院 高效智能化监狱管理系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101325690A (zh) * 2007-06-12 2008-12-17 上海正电科技发展有限公司 监控视频流中人流分析与人群聚集过程的检测方法及系统
US20160042196A1 (en) * 2008-08-12 2016-02-11 Apogee Technology Consultants, LLC. Location-based recovery device and risk management system for portable computing devices and data
CN102610102A (zh) * 2012-02-27 2012-07-25 安科智慧城市技术(中国)有限公司 一种嫌疑车辆查控方法及系统
CN104122842A (zh) * 2013-04-23 2014-10-29 北京计算机技术及应用研究所 一种监狱事件的智能化监控方法及系统
CN106815651A (zh) * 2015-11-27 2017-06-09 亿阳信通股份有限公司 一种社会公共事件风险预警方法及系统
CN106205143A (zh) * 2016-08-29 2016-12-07 苏州金螳螂怡和科技有限公司 智能卡口联网系统
CN107832475A (zh) * 2017-12-01 2018-03-23 浪潮软件集团有限公司 一种布控方法、布控引擎及布控系统
CN108090534A (zh) * 2017-12-20 2018-05-29 苏州工业园区服务外包职业学院 高效智能化监狱管理系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
朱燕: "基于出租车轨迹数据的异常事件检测与分析", 《中国优秀硕士学位论文全文数据库信息科技辑》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110944290A (zh) * 2019-12-02 2020-03-31 北京明略软件系统有限公司 一种伴随关系的分析方法及装置
CN110944290B (zh) * 2019-12-02 2021-09-10 北京明略软件系统有限公司 一种伴随关系的分析方法及装置
CN113269016A (zh) * 2020-12-22 2021-08-17 杭州天阙科技有限公司 重点场所群体聚集场景的识别方法及相关装置

Also Published As

Publication number Publication date
CN109992604B (zh) 2021-12-03

Similar Documents

Publication Publication Date Title
CN105719055B (zh) 环卫人员的lbs智能监管系统
CN107196910B (zh) 基于大数据分析的威胁预警监测系统、方法及部署架构
US7080144B2 (en) System enabling access to obtain real-time information from a cell site when an emergency event occurs at the site
CN103024348B (zh) 视频监控的运维管理系统
US6788933B2 (en) System, method and apparatus for capturing and processing call processing failures occurring at a digital wireless switch
CN111784140A (zh) 一种基于物联网技术的智慧水务管控调度平台
US20020123339A1 (en) System, method and apparatus for tracking deployment of cellular telephone network sites
US6807265B2 (en) System, method and apparatus for court-ordered surveillance of call records
CN104852927A (zh) 基于多源异构的信息安全综合管理系统
CN106304015B (zh) 用户设备的确定方法及装置
CN102801785B (zh) 一种对广告投放引擎进行监控的系统及方法
CN109362038A (zh) 基于WiFi探针的客流量统计分析及服务的方法和系统
CN111930868A (zh) 一种基于多维数据采集的大数据行为轨迹分析方法
CN101854652A (zh) 一种电信网络业务性能监控系统
CN106658400A (zh) 一种基于手机信令数据的小区公安监控方法
US7099660B2 (en) System, method and apparatus for a network-organized repository of data
CN109992604A (zh) 一种陆路查缉信息化系统及查缉方法
CN103338128A (zh) 一种具有一体化安全管控功能的信息安全管理系统
CN110209723A (zh) 一种基于物联网大数据的设备信息采集系统
CN109753526A (zh) 一种基于时序相似度对告警信息分析查询的装置及方法
CN108234176A (zh) 一种监控系统及其方法
US20020119786A1 (en) System, apparatus and method for managing telephone call records
CN107194542A (zh) 现场应急处置方法、系统和移动应急服务器
CN109347808A (zh) 一种基于用户群行为活动的安全分析方法
CN112969054A (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