基于车辆轨迹数据与手机信令数据追踪嫌疑人的系统的制作方法

本发明涉及一种追踪嫌疑人的系统，具体为一种基于车辆轨迹数据与手机信令数据的融合来追踪嫌疑人的系统，属于数据融合应用技术领域。

背景技术：

随着社会经济的高速发展，城市交通问题愈发突出，这给交通管理职能部门带来了巨大的压力。目前缺少一种通过综合分析交通大数据，挖掘具体交通问题，并将这些问题匹配到警力部署和勤务安排的方法。大数据分析技术，通过数据采集，构建统一的数据存储体系，统一进行数据建模，为数据的价值呈现奠定基础。同时数据处理能力下沉，建设集中的数据处理中心，提供强大的数据处理能力；通过统一的数据管理监控体系，保障系统的稳定运行。

传统的交通大数据分析，往往只是将交通相关的数据进行了分类统计和可视化，并没有结合具体交通管理场景，进行针对性的数据智能化分析。这就无法给交通管理人员及时提供高效的价值信息。交通管理过程中，通过大数据分析手段，指导和辅助公安追逃嫌疑车辆与驾车嫌疑人的决策，一般都是根据经验分析，带来一定的局限性，很难精准的获取相关信息，对民警的效率跟精力都有很多啊的影响，因此，针对上述问题提出基于车辆轨迹数据与手机信令数据追踪嫌疑人的系统。

技术实现要素：

本发明的目的就在于为了解决上述问题而提供基于车辆轨迹数据与手机信令数据追踪嫌疑人的系统，去指导并缩小嫌疑范围的优化工作。通过选取历史数据，对数据进行碰撞分析，最终缩小驾驶嫌疑车辆的人员信息，为民警提供了有力的决策依据。

本发明通过以下技术方案来实现上述目的，基于车辆轨迹数据与手机信令数据追踪嫌疑人的系统，包括过车数据模块和信令数据模块，所述过车数据模块和信令数据模块的输出端连接数据存储模块的输入端，且所述数据存储模块的输出端连接db模块；所述db模块连接第二ftp监视器模块，且所述第二ftp监视器模块连接第二nginx代理模块；所述第二nginx代理模块连接使用者访问模块；所述过车数据模块连接数据匹配保存模块，且所述数据匹配保存模块连接历史数据计算模块；所述历史数据计算模块连接db模块；所述数据匹配保存模块连接信令数据模块、卡点字典模块和配置规则模块；其中，所述过车数据模块包括过车数据采集模块，且所述过车数据采集模块通过第一nginx代理模块连接http服务器；所述数据存储模块包括协作器模块、计算框架模块、yarn资源掉地模块和hdfs存储模块；所述信令数据模块包括ftp服务器模块、ftp模块和第一ftp监视器模块。

优选的，所述过车数据模块和信令数据模块的数据传输时间同步。

优选的，所述第二nginx代理模块与所述使用者访问模块双向连接。

优选的，所述ftp服务器模块的输出端连接所述ftp模块的输入端，且所述ftp模块的输出端连接第一ftp监视器模块的输入端。

本发明的有益效果是：将数据处理成结构化和非结构化两部分通过http将过车数据发送到nginx代理，真正的服务由后端http服务器执行。第二部分由手机信令收集器将数据定时放入ftp，后台有ftp监听器监听，存储模块分为原始数据存储，临时结构存储和最终结果存储。原始过车数据与原始信令数据存储在hdfs，最终计算结果放在oracle。计算模型主要由spark计算模型组成，通过spark对数据的处理最终实现数据碰撞，展示层主要负责用户查询结果展示，通过友好、灵活的界面展示成果，通过车辆轨迹数据和手机信令数据碰撞，通过大数据分析得到车辆当时驾驶人的信令数据，为公安提供可靠的定位追中嫌疑犯的依据。

附图说明

图1为本发明整体模块连接示意图；

图2为本发明整体流程示意图；

图3为本发明实施例模型计算模块a伪代码示意图；

图4为本发明实施例模型计算模块b伪代码示意图。

图中：1、过车数据模块，1a、过车数据采集模块，1b、第一nginx代理模块，1c、http服务器，2、数据匹配保存模块，3、历史数据计算模块，4、db模块，5、配置规则模块，6、信令数据模块，61、ftp服务器模块，62、ftp模块，63、第一ftp监视器模块，7、卡点字典模块，8、数据存储模块，81、协作器模块，82、计算框架模块，83、yarn资源掉地模块，84、hdfs存储模块，9、第二ftp监视器模块，10、第二nginx代理模块，11、使用者访问模块。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1-2所示，基于车辆轨迹数据与手机信令数据追踪嫌疑人的系统，包括过车数据模块1和信令数据模块6，其特征在于：所述过车数据模块1和信令数据模块6的输出端连接数据存储模块8的输入端，且所述数据存储模块8的输出端连接db模块4；所述db模块4连接第二ftp监视器模块9，且所述第二ftp监视器模块9连接第二nginx代理模块10；所述第二nginx代理模块10连接使用者访问模块11；所述过车数据模块1连接数据匹配保存模块2，且所述数据匹配保存模块2连接历史数据计算模块3；所述历史数据计算模块3连接db模块4；所述数据匹配保存模块2连接信令数据模块6、卡点字典模块7和配置规则模块5；其中，所述过车数据模块1包括过车数据采集模块1a，且所述过车数据采集模块1a通过第一nginx代理模块1b连接http服务器1c；所述数据存储模块8包括协作器模块81、计算框架模块82、yarn资源掉地模块83和hdfs存储模块84；所述信令数据模块6包括ftp服务器模块61、ftp模块62和第一ftp监视器模块63。

作为本发明的一种技术优化方案，所述过车数据模块1和信令数据模块6的数据传输时间同步。

作为本发明的一种技术优化方案，所述第二nginx代理模块10与所述使用者访问模块11双向连接。

作为本发明的一种技术优化方案，所述ftp服务器模块61的输出端连接所述ftp模块62的输入端，且所述ftp模块62的输出端连接第一ftp监视器模块63的输入端。

实施例：

某市公安根据人车关联碰撞可以准确的定位到相关人车，缩短了人工排查过程的时间，给民警带来可靠的，并且以申报菏泽市科技进步奖。

数据存储规则：

1.过车数据存储规则：按照每小时压缩成12o格式，通过hdfsclient写入固定目录/tvc/{day}/{hour-ip}。

其中：

a.day按照每天一个目录存放。

b.hour定时生成取当前时间的整点。

c.ip当前服务器的ip，用于区分其他机器上传的数据。

2.信令数据获取存储规则：

a.client将数据文件没5分钟写入ftp根目录

b.ftpmonitor监控ftp根目录，没5分钟扫描一次目录

c.将扫描到的文件进行转移到目录/back/{day}，其中day为当天日期；

d.将/back/{day}/移动过来的文件通过client写入hdfs目录/app/base/mobile/{day}

3.卡点字典模块：

过车数据获取的卡点跟手机信令数据的对应关系

输入数据：

1.过车数据标记为a，简要格式如：过车时间-＞t1；车牌号-＞num；车牌种类-＞type；卡点id-＞pointid1

2.信令数据标记为b，简要格式如：抓取时间-＞t2；手机信令-＞imsi；编号-＞pointid2

3.卡点字典简标记为c，要格式如：卡点id-＞pointid1；信令获取编号-＞pointid2

配置参数：

time.floor：数据a与数据b之间的时间浮动参数，考虑数据传输的延迟与网络产生的延迟。默认是120s

min.match.point：最小匹配的卡点数，如果是单个卡点则过滤点默认是3个卡点，data.size：获取数据集，默认120天

模型计算

1.匹配模块a：每天匹配昨天的过车数据和信令数据。如图3所示，模块a伪代码；2.模块b：根据历史记录获取最有可能的碰撞结果。如图4所示，模块b伪代码；2.2.3结果，最终结果会存储在hdfs和oracle各一份。数据格式为：num，type，imsi，match_num，createtime.hdfs使用snappy压缩，屏蔽了关键涉密字段。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。