交通指挥调度集成系统

目录

一、交通指挥调度集成系统 (3)

1.1系统功能设计---------------------------------------------------------------------- 3

1.1.1 系统总体功能构架图和说明 (3)

1.1.2 接口子系统 (5)

1.1.3 接口数据空间整理子系统 (9)

1.1.4 通讯子系统 (11)

1.1.5 地理信息支持子系统 (17)

1.1.6 交通流量采集及处理子系统 (21)

1.1.7 违法车辆监控及报警子系统 (25)

1.1.8 警务态势集成管理子系统 (28)

1.1.9 警情研判分析子系统 (41)

1.1.10 动态勤务岗位子系统 (48)

1.1.11 交通信息的诱导与发布子系统 (57)

1.1.12 预案管理子系统 (61)

1.1.13 事件快速应急处理子系统 (68)

1.1.14 信息共享应用 (71)

1.1.15 事件影响综合分析子系统 (73)

1.1.16 交通流量统计分析子系统 (76)

1.1.17 基于GIS的设备管理子系统 (82)

1.1.18 系统维护管理功能 (92)

1.2总体技术方案--------------------------------------------------------------------- 96

1.2.1 技术思路 (96)

1.2.2 总体架构 (103)

1.2.3 技术架构 (103)

1.3硬件支撑平台总体设计方案 ------------------------------------------------ 106 1.3.1 Web服务层 (106)

1.3.2 应用服务层 (108)

1.3.3 数据服务层 (109)

一、交通指挥调度集成系统

1.1 系统功能设计

1.1.1 系统总体功能构架图和说明

图1.1.1.1：系统架构图

根据以上架构图，采用组件化指导思路，形成主要子系统，通过对指挥调度集成采集的数据结合经过空间分析加工后的数据，以及基于各子系统处理维护形成多种信息库最终为本次招标的八大类功能需求服务。

GIS支持子系统主要是基于GIS 和WEBGIS技术，集成相关的产品（ARCGIS的空间数据的维护和服务管理能力、ARCSDE的空间数据存储接口能力、图片引擎的空间数据发布能力、ORACLE SPATIAL的空间分析能力），将应用软件所需要的逻辑操作（空间操作、展示、空间分析）封装成高层及的功能组件，提高整体系统的组件化程度和开发维护效率，属于整个系统中的基础部分。

接口数据空间整理子系统：这一部分重点处理所采集的接口数据进行逻辑规则整理以

符合对于本系统对空间数据的分析需求，整理包括数据通讯、数据有效性判断、数据空间化处理、数据分析预处理等。

预案的制作管理子系统：这一部分从业务角度抽象了日常指挥调度方预案管理、特勤勤务方预案管理、重大活动专题方预案管理、事件快速应急预案制作相关的基础公共部分，如预案的线路制作、区域制作，资源搜索、资源分配等技术操作，在补充各类预案所特有的属性与需求，完成包括方预案的静态方式和动态方式的编辑制作以及资源的关联等功能。

预案发布管理子系统：这一部分主要是针对方预案制作完成后，对于审批，反馈，根据不同用户的权限、保密规则、管控区与来进行资源、内容发布的完整流程环节进行管理，以达到方预案充分应用的目的，其中包括了日常指挥调度方预案管理、特勤勤务方预案管理、重大活动专题方预案管理、事件快速应急预案管理中涉及到的方预案发布、展示、关联应用。 警情研判分析子系统：该子系统首先解决研判过程中对于数据的计算方式和方法的管理。如采集的数据来源上包括的多类的数据源，如接处警系统产生的数据，交通流产生的数据，每一部分数据的有效性和空间尺度存在不一致性，分析标准不一致，参考的报警阀值不一致，如何融合这些信息，如何建立和维护分析模型，都需要进行专门的功能进行分析和管理。之后要解决分析结果展示问题，主要将研判后的结果通过不同的业务角度进行展示出来，以供指挥者决策。即将分析结果结合GIS的空间表现能力、结合实时多样的对比表现形式（GIS专题图、对比曲线图、热点图等）进行充分展示，追踪和研判警力、指挥调度、警情的相互关系，并通过建立指标体系及时发现警力与警情的不符，辅助指挥调度人员及时调整警力的部署

综合分析决策子系统：充分发挥GIS平台的空间分析优势，分析违法/事故的时空变化趋势；充分结合集成的流量、警力、秩序管理等信息，分析相关信息对交通违法与事故的影响趋势；通过趋势分析建立指标体系，实现对异常高发变化、重点地区/重点时段的示警，辅助指挥调度决策。

事件影响综合分析子系统: 针对各类事件包括点事件、线路事件、有大面积影响的区域事件，建立与事件相关的主要受影响路网监测分析模型，结合流量变化、接处警拥堵报警、违法、事故等信息统计分析形成事件影响评估分析，并形成不同时期、不同区域的对比分析，达到辅助指挥调度措施的建立与有效性评价。

事件快速应急处理子系统负责提供事件过滤能力、预案关联驱动能力，并可以依据预

案调度地理信息支持子系统进行周边范围警力资源搜索、周边有效科技工程设备的搜索，并通过资源关联的集成功能驱动响应资源、发布响应信息，并部署警力资源。

1.1.2 接口子系统

指挥调度系统，需要接入多个子系统的数据，为方便各子系统的接入，并将数据进行集中管理，特建立接口子系统。

在本子系统中，根据济宁市各子系统建设现状，结合我公司在指挥调度系统建设方面的经验，下面将介绍主要几个子系统的数据接入方法方式，对于有多种接入方式的，进行比较说明，给出建议方式。对于下面介绍的子系统接口，并非每个子系统均能接入，而是要根据济宁市的各子系统的建设情况，酌情接入。

系统接入原则上按照我公司提出的方案进行接入，对于历史遗留的接口问题，双方另行协商解决。

1.1.

2.1 电视监控子系统接口

电视监控是目前交管系统获取警情、对警情进行监督的最直接最基本的方式之一，在指挥调度过程中起着举足轻重的作用。在电视监控接入时，常用的有两种方法：一是通过直接访问电视监控解码器的方式进行接入

电视监控子系统需提供每台摄像机的编号、IP地址、用户名、密码等信息，同过解码器的方式调用电视监控，存在多用户争抢资、连接不稳定、用户负载量小、视频数据不能保存等缺点。

二是流媒体服务器的方式接入

建立流媒体服务器，通过流媒体服务接入电视监控，终端用户只需访问流媒体服务器即可访问所有电视监控，接入方式简单，连接成功率高，用户负载量大，且流媒体服务还可以保存历史视频，本方案推荐通过流媒体服务器的方式接入电视监控。

1.1.

2.2 单兵定位子系统接口

单兵定位数据的接入分为两部分接入：

一是基础警员信息的接入，基础数据包括警情号、警员姓名、使用手台、所属单位、

职务等，该类数据变化量小，可采用数据库同步的方法，一天同步一次即可。

二是实时定位数据，实时数据主要包括手台号、经纬度坐标、上传时间等，对于实时数据，采取实时通讯的方式，单兵定位系统将接收到的实时数据，实时分发一份到指挥调度系统。或者采用共享实时数据库的方式，实时数据进入公安网后，入实时数据库，各系统从实时数据库中读取数据。

1.1.

2.3 GPS警车子系统接口

GPS警车数据的接入分为三部分接入：

一是GPS警车基础信息的接入，基础数据主要包括车牌号、车辆类型、GPS编号、所属单位等，该类数据变化量小，可采用数据库同步的方法，一天同步一次即可。

二是实时定位数据，实时数据主要包括GPS编号、经纬度信息、车速、上传时间等，对于实时数据，采取实时通讯的方式，GPS警车系统将接收到的实时数据，实时分发一份到指挥调度系统。或者采用共享实时数据库的方式，实时数据进入公安网后，入实时数据库，各系统从实时数据库中读取数据。

第三部分为临时变更的数据，如两会时，至少需要设定两组带道警车（人大和政协），对于此类警车数据，可采用手动读取的方式，即在系统中设定读取警车分组信息的功能按钮。点击按钮更新。

1.1.

2.4 接处警子系统接口

对于接处警子系统的数据接入，由于接处警系统基本上也属于MIS系统，采取数据库共享的方式比较合理，具体办法是：采取由接处警系统定时（每两分钟发布一次）向共享数据库中写入接处警数据，外部系统（包含指挥调度系统）定时读取共享数据库的警情数据。

考虑到济宁市现行122接触警系统的现状（接警数据无地理坐标数据），在此我们提出两个解决方案：

一是122接触警系统的建设单位，协调移动、联通、电信等运营商，尽快提供移动电话和固定电话的定位功能。满足接处警数据上图的需要。

二是通过我公司提供的地址匹配功能模块，对接警数据进行地址匹配，以实现接警数据上图，该模块详细描述请参见本方案的5.3.4，地址编码与智能化校对匹配模块。

1.1.

2.5 交通流量检测子系统接口

交通流量检测与展示是交通与交通管理指挥调度的重要参考依据，也是指挥调度的重要组成部分，交通流量数据的接入，主要分为两部分进行：

一是基础路段信息的接入，基础数据主要包括道路编码、道路名称、道路长度、起始点终止点等，该类数据变化量小，可采用数据库同步的方法，一天同步一次即可。

二是实时流量流速等实时数据的接入，实时数据主要包括道路类型、道路编码、流速流量等。对于实时数据，采取实时通讯的方式，流量检测系统将研判后的道路的流速流量，实时分发一份到指挥调度系统接口。此处应注意的是，一定发送的是研判后的数据，而非原始数据，否则多重研判将导致研判结果的差异。

对于道路编码发生增删、改名等操作，流量检测子系统一定要及时通知指挥调度系统，对基础数据进行更新和维护，也可以考虑逆向考核的方式，只有指挥调度系统反应数据，才作为流量检测系统维护成功的标准。

1.1.

2.6 交通诱导子系统接口

交通诱导系统的接入分两部分：

一是基础数据的接入，基础数据包括诱导屏名称、类型、点位分布、车流朝向朝向、安装方式等，该类数据变化量小，可采用数据库定时同步的方法，一天同步一次即可。

二是实时诱导信息接入，对于实时诱导信息，可采取定时增量同步的方法，例如每5分钟增量同步一次（参数可调），仅同步变化的部分（新发布的或撤出发布的），每2小时完全同步一次（参数可调）。

1.1.

2.7 动态勤务岗位子系统接口

动态勤务岗位系统数据属于非实时数据，即前一天安排第二天的岗位部署，因此，只需要每天凌晨进行一次数据库同步即可。

1.1.

2.8 卡口子系统接口

卡口子系统数据的接入，主要分为三部分。

一是卡口基础信息的接入，基础数据主要包括卡口点位、卡口名称、所属单位等，该

类数据变化量小，可采用数据库同步的方法，一天同步一次即可。

二是实时视频的调用，该类数据的接入请参见本方案的5.2.1。

三是违法数据，一般情况下，只需卡口系统将定时统计的违法量（如每小时整点统计一次）共享数据库中。指挥调度系统从共享数据库中读取统计数据即可。

1.1.

2.9 事故执法子系统接口

事故执法系统属于MIS系统，可通过共享中间数据库的方式进行接入，事故执法系统定时向中间数据写入执法数据（如每一小时写入一次），指挥调度系统以同样的频率进行读取。

事故执法数据上图率取决于事故执法系统的基础数据，即在进行事故执法时是否采集了坐标数据。

1.1.

2.10 信号子系统接口

信号子系统数据的接入，主要分为两部分。

一是信号机基础数据，包括信号机的点位、品牌、型号、归属单位等，该类数据变化量小，可采用数据库同步的方法，一天同步一次即可。

二是实时灯色信息，该类信息要求实时性高，应通过TCP/IP实时通讯的方式获取灯色信息。

1.1.

2.11 警情研判子系统接口

警情研判子系统是与指挥调度紧密结合的子系统，属于内部系统，和指挥调度系统共用数据库，直接访问即可。

1.1.3 接口数据空间整理子系统

1.1.3.1 采集预处理环节

图1.1.3.1：数据处理功能分类和关系

子系统首先主要完成业务数据、实时数据的采集整理工作，经过采集后将其中一部分的数据经过空间转换过滤形成有效的可供研判用的有效数据，本环节的功能将与指挥调度集成系统的通讯功能配合应用。

1.1.3.2 地址编码与智能化校对匹配模块

此模块与上一个模块的作用相似，只是其处理的数据为不规则的数据。例如处理的数据为接处警系统产生的无法提供坐标定位的数据，其中的的原理主要依赖于接处警报警中的报警地点数据项进行分析，由于此数据项属于文本描述因此在对其进行空间转换时，需要首先进行语义分析，过滤出初步规范的数据，同时利用字符串模块匹配等一些算法与道路字典库比对分析定位出其空间位置。同时在其中的处理流程过程中再结合单兵定位系统的位置和接处警系统中要求的出处警警员，再反过来进行事件位置的比对进一步提高数据分析的精度，从而为后面的统计分析提供样本的有效利用率。

图1.1.3.2：处理流程和相应的计算逻辑图以上的图反映了两种计算方式结合，充分挖掘当前数据的关系。

1.1.4 通讯子系统

1.1.4.1 中心通信服务实现的功能要求

图1.1.3.3：通信服务逻辑图

由于此通信服务从功能上讲主要是满足前端设备采集数据的统一实时通讯的接收和预处理，分析其数据流向可知对于中心部分处理的信息来源主要分为如下几部分：

（1）断面的实时监测数据---由断面设备将过车数据进行实时抓拍，并把这些过车数据(不含图片信息)实时上传到中心，由本子系统进行处理入库。

（2）处理车辆监控报警数据---即当后台比对甄别，发现了非法数据后报警并向中心实时传输，这时由中心接收报警数据(含抓拍的图片数据)，并入库。

（3）接收断面定时批量传输的带图片的完整监测数据，在中心解析并入库。

（4）前端设备故障报警数据：前端采集到设备的故障报警数据后，传输到后台并入库

（5）交通流检测的数据，其中包括实时交通流量、平均车速、平均占有率、平均车头间距等数据，由前端实时传输到后台并入库：

（6）交通违法数据，其中包括车辆逆行、不按规定车道行驶、违法停车、在非机动车道内行驶、大货车违法禁限行驶等数据，由前端传输到后台并入库。

（7）检测出的交通事件数据，包括交通拥堵、车辆停驶、遗弃物、行人、车辆慢行等数据，并由前端实时传输到后台通过后台通信实时报警并入库因此其在通信的性能上要求很高，应当达到以下的性能要求

●实现系统级的负载均衡

快速响应时间和持续有效性将是向用户提供有效通信服务的基本要求。负载均衡的机制能为网络构架提供应用进程平衡负载的能力，使各应用服务器的效率达到最大化，同时保证高效应用方面的可靠性。

●提高资源利用率

在一个整合后台数据库的通信服务应用系统中，后台通信服务的通信连接资源以及数据库连接资源是至关重要的资源。制订周密的资源释放计划，以确保一个用户通信连接离线或一次查询结束后专属于此范畴之内的相关资源能回归原始状态。

●减少交互及网络负载

在后台通信服务系统中，一次性查询出的数据量如果过多或者查询数据（验证设备编号、验证IP）频率过多，查询动作执行的时间势必变长，对后台压力变大，并且导致网络上的传输量增大、通信服务器维护数据的压力加大从而会影响到通信进程的调度处理。

因此本方案设计采取两种解决办法，一是在程序中采用内存表的方式缓存数据，避免频繁的数据库操作导致应用通信服务性能下降；再就是对内存表缓存的数据进行实时增量更新，减少了数据吞吐量减轻了服务器压力。

●加强服务运行控制

系统要以在线编辑的方式实现后台通信服务动态配置维护，并且要再不影响正常业务的情况下实现新旧运行环境的切换。加强对系统运行状况的监控，提供在线的系统监控和日志汇总查询功能方便用户和维护人员实时了解后台服务的运行情况，方便的对后台服务历史运行情况进行汇总分析。

●性能曲线平滑

在系统运行的高峰期，要求保证应用系统的响应速度和平时相比不出现明显的波动。

数据通讯传输的重要性必然决定其复杂性，因此就要在技术实现上做充分的架构分析，采用负载平衡(Load balancing)与容错(Fail over)机制以及多线程的方式进行数据的通讯及传输最大限度的保证系统的稳定性。

1.1.4.2 数据通讯服务传输系统结构

图1.1.4.1：数据通信服务传输系统结构图

数据通讯服务传输系统做为一个整体系统，从其实现角度从为两大部分，一部分为客户端部分，主要负责在采集端对监测数据(包括识别的车牌号码字符信息和抓拍的照片)以及视频图像进行相应的数据格式的初步整理，再经过技术处理与后台进行指令交换后传输回中心系统—我们可以把这一部分称之为客户端驻留模块；另一部分则为与客户端驻留模块进行点对点通信的后台服务端，我们称之为数据通讯服务传输应用服务端，其完成的主要功能：一是接收客户驻留模块传输回来数据并进行相应的解码，存入后台的系统，另一部分功能是

根据需要将这部分数据进一步发送到更上一级的服务端。

1.1.4.3数据通讯传输系统技术

由于其通讯服务传输系统的服务端承担着大量上下级节点的数据通讯与传输功能，因此这个部分的子系统在整个体系加构中起着系统中枢的作用，从而对我们的性能提出了以下的潜在要求：

⑴需支持大量客户端同时并发通讯。

⑵数据传输过程中确保数据的安全，不被非法截取或恶意攻击。

⑶在数据安全与大并发连接数的前提下，重复利用现有网络和硬件配置资源，保证系统性能达到最优。

⑷对于需要查询的业务以及更新的数据，将来可能会发生变化，通过规范化、可扩展性模式设计，确保这种变化对将来维护工作量最小。

⑸对非法数据和非发操作进行容错处理，确保网络通讯服务端应用满足7x24小时正常运行的要求。

⑹可以实时记录系统运行的信息。

因此其具体的实现采用的原理如下

?为了保证传输的可靠性与通用性，我们采用国际标准的TCP/IP协议，在此协议的基础上，定义一些内部通信模式，包括，路口端与中心通信服务器端的握手信号，由相关的通信解释器来判断是否传输实时信息，还是历史信息，是动态信息，还是静态信息等，对于安全部分采用用户名验证机制，IP地址认证机制以及通信连接的单向连接机制。

?在通信控制系统中，在上端通信模块需协调整个通信的控制，在多个任务之间采用多线程机制，并且在某些关键任务中实现断点续传功能，而且实现多线程方式的断点续传，如在传输历史静态数据中采用可以采用此种方式保证数据及时性。

考虑最大的灵活性与可操作性，在对可满足基本的将数据单一传输回中心的情况下，扩展其多路回传数据。这种机制使得通信服务端通信控制模块理论上达到了N个并发的通信方式，最大并发通信路数，取决于通信池，以及通信服务器本身的硬件性能，做到了与软件本身无关特性。

1.1.4.4 后台服务在线配置

对现有的通信服务软件增加在线配置功能，如增加新的设备或修改设备状态等。

系统提供web页面直观的显示当前系统的运行配置信息，实现在线配置功能对通信服务运行参数在线调整配置，包括可以实时地对系统登录用户的分配设置、可以实时对设备进行添加删除、可以实时修改设备的配置信息验证信息、可以在线的配置修改本地文件目录结构等。

系统在配置完成后实现配置信息的即时生效。系统在不重新启动通信服务不影响正常业务的情况下对运行配置信息进行更新，实现系统从旧运行参数到新参数的无缝的切换。

系统提供运行环境备份功能，以脚本或其他的方式保存当前系统运行参数、配置信息、文件目录结构等信息作为备份，当系统出现问题或者系统配置更新不成功的情况下实现系统快速的恢复。

1.1.4.5 在线日志监控

此模块主要是记录系统的数据采集状态，通信传输以及各种运行状态的异常记录，保证系统的每一步的操作是可追踪的，对于可能导致系统不稳定的因素能及时报警，将可能的风险进行预先排除。确保系统准备无误的运行。

●通信服务运行状况汇总

系统实现对每天的系统运行情况进行汇总的功能，包括系统运行时间，启动次数、客户端请求次数、客户端连接次数、客户端最大并发数、各客户端通信量等信息，并且可以对这些运行数据进行汇总生成中心通信服务的日报表、月报表，可以分析通信服务的运行情况

●异常日志监控

系统实现对异常日志的监控汇总主要是对前端设备和中心通信服务通信中发生的异常情况进行监控，及时发现排除异常故障，防止因为异常情况占用大量资源而导致的中心服务无法正常运行的情况，保证通信服务的稳定运行。

对日志进行查询汇总，对异常原因进行分析。

1.1.4.6 通信服务双机软件备份

●应用软件的通讯的“双机”机制

为了保证系统的安全性，系统中后台服务器程序采取了双机软件备份的机制。服务启动时主服务程序首先启动进行正常的服务工作，备份服务程序随后启动并同时监测主服务进程。

正常的状态

正常状态下的比对服务只有主服务程序处在激活状态，主比对服务接收前端设备发送的指令和数据进行比对服务，此时备份比对服务运行在等待的模式下。在此种模式下主服务程序和备份服务之间实时进行通信，由备份服务主动向主服务程序发送询问监测主比对服务的运行状态，备份服务在等待期间至于主比对服务进行通信，不进行其它工作。

异常的状态

异常状态分为两种情况一种是主服务程序能够响应指令但无法进行数据处理操作，另一种情况是主服务程序完全失去响应。

对于第一种情况主服务程序的通信状况良好，但是处理数据部分出现错误。主服务程序会记录一个错误次数值并且响应备份服务程序的询问指令发送错误值。当错误值达到一个阀值时备份服务程序会认为主程序已经无法正常工作，此时备份服务程序发出指令要求主服务程序停止服务释放资源并重新启动转入等待模式，而备份服务程序则转到激活状态接替主服务的工作。主服务在重启后转为备份服务程序。

第二种状况下主服务程序完全没有响应，备份服务程序会认为主服务完全无法正常工作，主动将主服务程序杀掉并强制释放资源，同时转入激活状态接替主服务的工作。此种状况下的主服务程序是强制被杀掉的是无法自动启动的，新的服务程序会发出报警信息给于提示。

●通过硬件负载均衡器的配置实现的“双机”机制

可以由两台负载均衡器进行配置实现硬件级别的双机热备，同时根据最终业主的需求，可以由负载均衡器提供的SDK包进行二次开发，满足灵活多变的负载均衡需求。

1.1.5 地理信息支持子系统

交通管理行业，一张地图相当一个电子沙盘，各种警情警力通过地理信息，在同一张图上进行展示，“敌我”态势了然于心，一张好图胜过千言万语，因此，地理信息建设是指挥调度系统建设的根本、基础所在。

在有必要的时候，可以在地图上叠加展示影像图，更加直观了解事件周边的情况，更加方便于指挥调度。

图1.1.5.1：叠加影像图

1.1.5.1 提供基础地理信息服务功能

地理信息服务子系统会提供最基本的地理信息服务功能、地理信息数据、地理信息数据维护功能，例如：

●颜色配置，按地图配置信息分不同的颜色，层次，标志文字进行显示。

●分层浏览以及文字标注图层开关功能，控制地图数据图层的显示状态，可以决

定指定的图层是否显示，打开或关闭当前地图中的某一图层的文字标注。

●显示范围的设定以及边界线设置，能够设定当前地图窗口的显示的范围，不同

区域的边界线应有明显的区别，区别显示未选定区域与选定区域。

●鹰眼功能，通过鸟瞰图窗口可以实现地图显示范围的改变，还可以点击鹰眼图

直接到达需要进行操作的地图显示范围。也可以选择关闭鹰眼图。

●地图缩放，系统提供多种缩放形式，可以按一定的缩放倍率进行缩放，也可以

用鼠标框选缩放。系统实现无级缩放，不同的显示比例下自动控制图层的分级显示。

●地图平移，用户可以通过鼠标拖动地图。实现海量地图数据的平滑漫游。地图

在全部图层都显示状态下，平移要求速度快。

●地图选择，例如多边形选择、圆形选择、矩形选择、鼠标点选等。

●基本测量功能，测距侧面等。

●可以打印选定的地图、打印统计及查询结果、可以制作图例与结果一起打印。

●多版本地图支持功能：系统支持多版本地图同时在线，用户可根据需要显示

不同版本、风格的地图。

1.1.5.2 封装集成的应用级功能性地理信息服务

基于基本地理信息服务功能和对各类技术的深入应用，地理信息服务子系统会开发或封装大量供其他子系统直接调用的应用级GIS服务功能，这些功能主要封装预案管理、事件应急处理等多个子系统需要的地理信息服务，包括带地理检索的资源显示、移动目标展示、复杂空间计算和检索等。同时封装基于地理信息的分析用展示功能（专题图、热点图等）。

●基础GIS的查询，包括点击查询、拉框查询、条件查询、双向查询、闪烁显示

等。对点、线、面源可以链接一些多媒体资源，进行关联调用。

●背景图进行分层显示，方便用户的定位。提供各种GIS图形操作功能，

●提供道路及路口快速定位功能。方便依据道路名称进行图形快速定位；

●提供道路名称动态捕捉功能。当车辆沿某一路径运动时，或其接近某路口时，

系统将动态捕捉监控的车辆所经过的道路名称，反映车辆的真实地理位置；

●文字对图形的定搜索定位

●图形中元素对元素的搜索服务：这部分主要指先确定在地图上的具有专属性

的某个元素(点、线、面)后，再搜索相关联的具有另外专业属的图形元素的功能。如：确定一条勤务路线后，需要搜索在其勤务路线中最相邻的视频头位置信息，这就是由线搜索多个点的服务。

●辐射区分析：指定某个位置，向周围辐射指定距离的圆形区域内，标识出需要

显示的交通设施对象

●事件地理特征标注，支持点、线、面及组合标注，生成相关数据记录。

●以事件地理特征为单位的事件显示。

●基于多种地理算法的点、线目标周边资源查找显示（交通流资源、诱导资源、

警力资源等）

●基于多种地理算法的线目标穿越资源查找显示（交通流资源、信号控制资源、

监控资源等）

●基于多种地理算法的面目标涵盖资源、周边资源查找显示（交通流资源、信号

控制资源、接处警资源等）

●借助交通流资源、监测资源算法的资源查找显示（借助流量、阻塞度、旅行时

间等）

●与指挥调度资源管理子系统相结合在显示资源的同时注册资源实体相关的资

源功能。

●拥堵路段、勤务指定路段相关监控资源自动查找显示。

●移动目标的轨迹播放，独立于数据源的移动目标轨迹播放。

●基于可用警力资源的、指定一个或多个地理目标的最优部署和到达线路计算。

●结合交通流资源、监测资源算法的最优部署和到达线路计算。

●勤务常用布警点的标注配置

●各级（支队级、执勤队级、警区级）专题图展示接口，支持多种GIS专题图（基

于GIS的柱状、饼状专题图等）。

●GIS热点图生成服务接口。

1.1.5.3 封装集成的基于带有地理属性的资源功能

基于带有地理属性的资源：科技工程设备（诱导屏资源、电视监控资源、交通流监测资源等）、警力资源（岗位部署资源、警力单兵定位资源、GPS车辆定位资源），本子系统将与提供的地理信息服务相结合、同时集成与各类资源相关的资源基础功能（状态查看、信息

调用、数据通信、协同控制等），这一结合是主要通过封装指挥调度集成系统已有功能来实现的，并按本系统需求进一步进行功能扩展。可以用于开发以事件驱动的集成指挥调度动作流程、预案制作/演示/跟踪流程等。例如：

●交通流监测资源

●车道、断面实时流量、平均速度。

●车道、断面历史流量、平均速度。

●堵塞程度判定和按等级显示

●设备状态查询

●流量超标警告：当前交通流量超过其正常值

●交通诱导资源

●诱导信息发布方案配置查询。

●诱导信息发布方案配置管理。

●插播诱导信息发布。

●各类诱导屏实时发布的人工、自动诱导信息查询。

●通讯服务器状态查询。

●室外显示屏状态查询。

●电视监控资源

●实时视频信息输出。

●视频本地保存。

●控制指令的发送和反馈接收。