目录一、交通指挥调度集成系统 (3)1.1系统功能设计---------------------------------------------------------------------- 31.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总体技术方案--------------------------------------------------------------------- 961.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。
三是违法数据，一般情况下，只需卡口系统将定时统计的违法量（如每小时整点统计一次）共享数据库中。