1、公安扁平化指挥系统技术方案版本号 日期 编写人 审核 备注0.3.1 2015-12-10 丁萌、孙俊朋 袁磊 非正式版，发布到淮安1.0 2015-12-20 丁萌、孙俊朋 袁磊1目 录1. 概述 42. 建设目标及意义 43. 建设原则 54. 总体架构 65. 技术架构 85.1. 技术架构设计 85.2. 核心技术路线 105.2.1. 基于 J2EE 的多层架构 .105.2.2. 大数据技术 115.2.3. 地理信息技术 145.2.4. 富客户端技术 155.3. 系统性能指标 186. 功能设计 196.1. 扁平化指挥子系统 206.1.1. 警情集成管理 216.1.2.
2、 智能化警力调度 226.1.3. 可视化处警监督 226.1.4. 关联资源集成管理 236.1.5. 警员群组通话 236.1.6. 报警地址自动匹配 236.1.7. 警情综合统计分析 246.2. 动态警情应急指挥子系统 256.2.1. 目标逃逸范围设置 256.2.2. 指挥资源统一调度 266.2.3. 卡点设置 266.2.4. 警力调度 266.2.5. 目标位置标注 266.2.6. 可视化过程监控 276.2.7. 警员群组通话 276.2.8. 视频轮巡 276.3. 战役指挥子系统 276.3.1. 制定行动计划 286.3.1.1. 目标信息 .286.3.1.2.
3、 资源需求 .296.3.1.3. 行动计划 .296.3.2. 行动执行 296.3.3. 行动总结 306.4. 勤务子系统 306.4.1. 全市岗位警力投量投向 316.4.2. 岗位设置 326.4.3. 警力安排 326.4.4. 岗位考核 3326.4.5. 查询统计 336.5. 可视化预案子系统 346.5.1. 静态预案管理 346.5.2. 可视化预案制作 356.5.3. 可视化预案输出 366.6. 方预案动态推演子系统 366.6.1. 电子沙盘制作工具 366.6.2. 计算机模拟演练 366.7. 可视化资源管理子系统 376.7.1. 公安资源基础信息管理 3
4、76.7.2. 资源可视化维护 376.7.3. 资源可视化展示 376.7.4. 资源查询统计 386.8. 查缉布控子系统 386.8.1. 目标设定 386.8.2. 布控计划设定 396.8.3. 自动报警 396.8.4. 其他 396.8.4.1. 以图搜图 .396.8.4.2. 黑名单设置 .396.8.4.3. 人脸识别 .406.9. 分析研判子系统 406.9.1. 警情热点研判 406.9.2. 区域警情研判 406.9.3. 警情、警务对比分析 416.10. 数据接入及交换服务平台 416.10.1. 资源采集服务群 416.10.2. 资源缓冲池服务 426.10
5、.3. 资源持久化服务 426.10.4. 资源统一分发服务 426.10.5. 资源汇聚功能接入 436.10.5.1. 视频 .446.10.5.2. 场所 .446.10.5.3. 案件 .446.10.5.4. 巡防驻点、出入城卡口 .456.10.5.5. 警力 .456.10.5.6. 语音通讯 .456.11. 地理信息子系统 456.11.1. 基本功能 466.11.2. 地图数据定制 476.11.2.1. 基础地图数据加工 .476.11.2.2. 公安专项数据加工 .476.11.2.3. 预案专项数据加工 .476.11.2.4. 高清地图数据加工 .4836.11.
6、2.5. 地图出图 .486.12. 系统运维管理子系统 486.12.1. 权限管理 486.12.2. 用户信息维护 486.12.3. 角色信息维护 486.12.4. 用户-角色 映射 496.12.5. IP 信息维护 .496.12.6. 在线用户显示 496.12.7. 系统参数管理 497. 系统支撑设施配置清单 497.1. 基础支撑设备 4941. 概述当前系统以智能化、可视化、信息化、集成化为特征，以警情和问题为导向，从警情和警力两个维度汇聚视频、通讯、资讯等各类信息资源，进行统一集成管理。通过可视化的集成展示应用，使各级指挥人员都能够全面、多角度的实时监控警情发生、发展
7、、变化，有效掌握和调度一线警力，为跨层级、跨警种，快速处警提供了有效得信息化管理支撑。整体系统以公安勤务管理、可视化资源规划、预案管理等专项业务应用系统为支撑，围绕扁平化指挥、应急指挥、战役指挥的实战应用，构建起平战一体化的公安综合指挥应用体系。2. 建设目标及意义1、资源一体化采集综合集成调度，精准有力指挥 系统支持多种来源的公安业务信息采集，将摄像头、移动视频、卡口、定位、警力、警情等各类信息资源进行综合集成应用，通过一体化的资源汇聚，立体展示警力、警情的发生、发展、变化态势，使得指挥中心人员能够实时全面掌控一线信息，合理调度警力，精准指挥，从而提高各个部门快速响应和协同作战能力；2、警情
8、综合智能监管，指挥全程可视化实时监控 系统将公安指挥工作中可能发生的各类警情进行综合智能监管，当警情发生时，指挥中心人员通过警情警员连线和警员行动轨迹可实时监督警力执行过程，依据警员、警情图标变化可及时了解警情处置状态，智能关联周边可视范围内摄像头资源，可快速查看现场处置情况，使各级指挥人员都能够全面、多角度的监控警情。3、科学规划指挥系统应用流程，实现平战一体指挥应用体系 5聚焦用户实际业务应用需求，完整再现了指挥中心日常的接派警处置流程，当紧急情况发生时，可一键快速启动勤务应急预案，并根据一线警力状态及装备情况快速下达处警指令，缩短指令传递中间环节，大大提高应急作战的反应时间。实现了闭环的
9、业务处理流程，满足公安指挥中心在常态、突发事件以及重大紧急时期指挥和管理决策的需要，打造了平战一体化指挥管理，提升综合指挥作战水平。 4、多角度警情警务信息分析挖掘，辅助指挥决策 站在全局视野多角度整合分散在各类流程中的数据，应用 GIS 技术将分析结果进行可视化的立体展示。通过对警情警务对比分析、事故热点分析、警情用时分析等多角度综合研判，可及时调整指挥工作重点、规划指导勤务安排，实现以“警情指导警力” 的指导思想，有效辅助指挥决策分析。5、关注用户应用体验，打造简易、智能、清爽的应用平台 利用新技术成果，更多关注用户应用体验设计，通过可视范围自动分析、业务资源智能关联，无人值守自动考核、报
10、警地址自动匹配、可视化智能监控等自动化手段，使得系统从细节上更加简洁易用，同时支持一键自动报表生成、可视化预案制作等辅助工具，极大地提高了指挥工作效率。3. 建设原则在本系统建设过程中，将遵循如下基本原则。1、开放性本系统应具有良好的可扩充性和可移植性。系统可运行在不同的软硬件平台上，易于以后系统的升级。遵循主流的标准和协议，不仅可为应用系统间交换信息提供便利，也有利于办公系统内部各模块之间交换信息，这将有助于提高系统扩充性。2、可扩充性6基于可扩充的平台进行综合信息服务系统建设项目的开发建设，提高系统的可扩展性。本系统应提供各种标准服务的发布接口。3、界面友好性本系统在展现层面采用统一的风格
11、和基调，并且提供统一的操作界面和方式。4、服务个性化系统针对不同的客户，在考虑整体负载和业务符合的情况下，为具体使用者提供个性化的界面内容和界面形式，以满足用户的个性化业务需求。5、可用性准确而详细地理解各用户群特征、任务和使用环境，在“有效性” （完成特定任务和达到特定目标时所具有的正确性和完整程度） 、 “效率” （完成任务的正确性和完整程度与所使用资源，如时间，之间的比率）以及“满意度” （在使用产品过程中具有的主观满意和接受程度）等方面满足各类用户对系统的要求。6、系统安全性公安数据综合分析与预报系统作为各应用系统的数据枢杻系统，应具备相当的可靠性，以便向各类用户提供 7*24 小时的
12、不间断服务。4. 总体架构系统总体架构如下图所示：7图 1: 总体技术架构目前系统总体技术架构设计分为五个层次结构，感知层、接入层、服务层、应用系统层、展示应用层；感知层是系统最前端部分，是所有数据采集部分，包含手台、道路监控、GPS 设备、警员、警车等资源；接入层，是与各类前端资源的数据进行数据集成，主要包含视频、资讯、通讯类三类资源，形成统一资源管理； 服务层，在数据接入层基础之上，结合各类工具组件，并通过指挥数据支撑服务平台，进行资源展示、调用；应用系统层包括基础支持部分，含可视化资源管理、可视化预案、方预案动态推演、勤务、查缉布控、系统运维管理；综合指挥层，含扁平化指挥、动态警情应急指
13、挥、分析研判、自动报表生成；展示应用层，为本系统在各类终端部分的拓展应用，包含 PC 端应用、大屏投放应用、平板 APP 应用，POS 机端应用。1 感知层设计感知层是集成应用系统架构金字塔的基础支撑层。系统将视频类、资讯类、通讯类等各类信息资源统一纳入到规划中，作为系统对现实业务环境的感知手8段，拓展业务管理领域。这些感知资源在相关基础设施管理系统分散管理之下，系统通过与相应基础管理平台对接，从而获取相应信息。2 接入层设计接入服务层负责将视频类、咨询类、通讯类数据进行分类汇聚接入，实现各类资源统一管理。3 服务层设计服务层设计负责对各类资源进行交互支撑，通过各类组件、指挥数据支撑服务，实现
14、各类具体数据调用4 应用系统层设计业务应用层为各类用户业务应用系统，面向各类用户提供用户关心的具体业务数据。实现信息二次处理、信息检索、信息统计分析及扩展业务功能。并实现设备管理、权限管理、通讯管理等功能。并在各种基础应用的基础之上，实现扁平化指挥、动态警情应急指挥、分析研判、自动报表生成等功能。5 展示应用层设计展示应用层面向用户完成信息的展示工作。系统展示采用 B/S 结合的方式，充分考虑 PC 端，指挥中心大屏、移动终端等显示设备的展现效果进行设计，同时辅以 GIS 展示，通过，实现用户直观快捷地实时监视、查看、展示信息。5. 技术架构5.1. 技术架构设计系统技术架构逻辑结构如下图所示
15、：9图 2: 系统技术架构图按照系统架构划分的原则，系统按由上到下分为六个层次，依次为：用户展现层、业务应用层、服务接口层、服务层、云资源层、数据接入层。下层对上层提供服务或数据，上层对下层进行管理和调用。用户展现层面向多种类型用户完成信息的展示工作。支持多类型终端展现：B/S 客户端，平板，指挥大厅投屏终端，POS（主要指数据查询，指令传达等） 。辅以 GIS 等多种展示方式，实现用户直观快捷地实时监视、查看、展示信息。业务应用层完成用户业务应用，面向各类用户提供用户关心的具体业务数据。实现扁平化指挥、动态警情应急指挥、勤务系统、可视化预案、方预案动态推演、可视化资源管理等功能。10服务接口
16、层负责统一定位管理、服务定位、协议转换、通路选择，权限管理等功能。服务层实现本系统的核心逻辑功能，实现警情监测服务，警情分析研判，警力考核服务，数据分发服务，实时信息订阅服务，视频直播服务，空间分析服务等功能。 数据存储层完成数据存储工作，完成警情信息，警力信息、服务信息、指令信息的实时存储。数据接入层完成数据接入、数据入库工作。为系统的各个应用统一提供各种基础数据的支撑，满足业务应用层对数据交换、共享和数据组织的要求。5.2. 核心技术路线5.2.1. 基于 J2EE 的多层架构J2EE 可建立多层的分布式应用模型，可将应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上
17、。J2EE 多层的分布式应用模型解决了传统两层模式(client/server) 的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。而本次开发采用的基于 J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层，一个多层化应用能够为不同的每种服务提供一个独立的层。基本划分为运行在客户端机器上的客户端层（Client Tier） 、运行在 Web 服务器上的 Web 层（Web Tier） 、运行在 EJB 服务器上的业
18、务层（Business Tier）和运行在 EIS 服务器上企业信息系统层（Enterprise Information System Tier） 。本次开发在各层次采用的主要技术如下图：11图 3: J2EE 多层架构5.2.2. 大数据技术本次项目大数据处理部分将基于 Hadoop 技术进行建设。Hadoop 整体技术架构、各模块定位和作用分述如下： Hive数 据 仓 库Sqop关系数据ETL工具Flume 日志收集工具HadopManager 安 装 、 部 署 、 配 置 、 监 控 、 告 警 和 访 问 控 制Zokeper分布式协作服务Pig 数 据 流 处 理 语 言Maho
19、ut 数 据 挖 掘HBase实 时 、 分 布 式 、 高 维 数 据 库Map/Reduce 分 布 式 计 算 框 架HDFS分 布 式 文 件 系 统图 4: Hadoop 技术架构分布式文件系统（HDFS）：可扩充至上千个节点和几十 PB 的分布式存储能力管理节点服务器主备和高可用配置具有良好的扩展性，支持不同性能配置的服务器，整体性能不受慢速服务器影响支持根据并发访问度动态调整副本个数，满足高并发访问热点文件的需求12支持文件级别的压缩和加密分布式数据库（HBase）：支持上千节点的分布式数据库灵活的表结构，可动态改变和增加每一行的列，保证新旧数据共存提供高速并发写入和高并发查询提
20、供高效图片等非结构化数据存储支持分布式数据库表跨数据中心部署，实现跨数据中心虚拟大表功能提供两个数据库集群之间的数据复制能力，支持远程灾备支持内置建立全文检索索引功能，可实现基于全文检索的记录查询数据自动切分和分布，可通过增加服务器动态扩容，扩容过程中无需停机可持续服务单台数据库节点失效会自动修复，所提供服务可自动迁移至集群中其他服务器提供 Coprocessor 协处理能力，直接在分布式数据库上进行统计运算，包括 Group-By, 求和等统计操作支持列式存储，可指定某列族的压缩方式和复制份数，做到可用性和复制冗余灵活调配分布式数据仓库（Hive）：分布式数据仓库提供类似于 SQL 的查询语
21、言分布式数据仓库可以增加节点提高计算性能，扩容无须停机分布式数据仓库需要提供灵活的扩展性，如复杂数据类型，扩展函数和脚本等支持基于分布式数据库数据的高速并发查询统计，实现秒级统计查询13分布式并行处理框架（Map/Reduce ）：提供并行处理架构提供多种任务调度算法，至少包括 FIFO、能力调度、公平调度算法分布式集群管理及安全：支持图形化安装及自动部署提供分布式文件系统、并行处理框架、分布式数据库、分布式数据仓库等的管理提供图形化界面对集群服务器角色，配置和状态进行管理提供自动配置和客户端配置管理功能提供软件系统运行状态检查提供系统通用和自定义监控功能提供高可用的配置和服务系统自动检测硬件
22、故障，并根据故障紧急程度上报不同级别告警提供和 Kerberos 的集成服务，支持访问控制，确保合法用户对数据进行合法访问。Hadoop 的主要特点：1、扩容能力（Scalable ）：能可靠地（reliably ）存储和处理千兆字节（PB ）数据。在不保证低延时的前提下，具有相当大的吞吐量，非常适合海量数据的运算。2、成本低（Economical ）：可以通过普通机器组成的服务器群来分发以及处理数据。这些服务器群总计可达数千个节点。而且每个节点都是运行在开源操作系统 Linux 上面的。3、高效率（Efficient ）：通过分发数据， hadoop 可以在数据所在的节点上并行地（paral
23、lel）处理它们，这使得处理非常的快速。144、可靠性（Reliable）： hadoop 能自动地维护数据的多份复制，并且在任务失败后能自动地重新部署（redeploy）计算任务。5.2.3. 地理信息技术在本项目中地理信息技术应用中承建公司需自备 WEBGIS 引擎，通过WEBGIS 引擎实现空间数据发布及管理，同时还应具备兼容 PGIS 规范的空间分析能力。本次建设中其它地理信息技术应用同样兼容 PGIS 规范。应用图片引擎进行开发：在业务信息可视化查询过程中需要快速进行地图切换和无缝平移，整个响应过程需要在 1 秒以内完成。传统的 WEBGIS 软件采用的机理是：首先由浏览器向服务器发
24、出地图请求，服务器端根据请求实时和空间数据库连接获取地图数据，并利用服务器的地图渲染技术生成地图图片，然后传递给客户端。因此，传统 WEBGIS 在切换和平移过程中需要有较长时间的等待，并需要较高的服务器性能支持，仍然难以满足应用要求。栅格地图图片服务引擎：图 5: 栅格地图在本系统中使用栅格地图图片服务引擎，其机理是预先按照一定的要求将地图数据栅格化，在浏览器中浏览地图无需等待就可实现地图切换和平移，定位信息以矢量方式传递到浏览器在线刷新和显示。栅格地图图片服务引擎不仅15适用于专网高速宽带用户，也适用于通过无线网络访问的巡逻车用户，满足大用户、快速访问要求。栅格地图图片服务引擎主要特点：1
25、、地图拼接机制采用地图拼接机制把一大块地图分割成一定大小的图片，在下载过程中分别下载，保证地图的快速显示。2、地图缓存机制采用了浏览器的缓存机制，只要访问过的地图就可以采用缓存中的地图进行显示，不需要再次进行下载。3、出版级地图显示品质传统的 webgis 的实时生成地图 API 的功能有限，从而影响实时生成的地图质量。但是采用专业的地图出版系统可以生成出版级别的高品质地图。4、AJAX 异步传输机制利用 AJAX 异步传输技术，实现处理和界面显示分离，地图数据在后台的异步处理，能够保证 WEB 应用和客户端应用一样的效果。5、金字塔地图组织根据不同比例尺显示的要求生成相应的显示地图图片，形成
26、金字塔结构地图组织，在不同比例尺下调入相应级别的地图显示。5.2.4. 富客户端技术通过深入挖掘行业的需求，根据二维 GIS 表现丰富图形化的特点，在主要的人机交互部分将采用 FLEX 技术进行开发实现。在应用中结合到移动的特点，考虑系统的一致性以及完整性采用 FLEX 结合 AIR 的技术进行，既保证了高品质的运行性能又保证了系统之间的可移植性和一致性。下面将简要介绍一下所采用技术的特点。16Flex 通常是指 Adobe Flex，它是涵盖了支持 RIA（Rich Internet Applications）的开发和部署的一系列技术组合。Flex 是一个高效框架，可用于构建具有表现力的 W
27、eb 应用程序，借助它开发人员可以创建更直观、更引人入胜的跨平台富 Internet 应用程序，它们可以提高客户、合作伙伴和员工的数据管理和解释效率。从而提高工作效率和用户满意度。将微型应用程序或组件嵌入现有网站中，或借助使用 Flex 构建的浸入式、单屏应用程序彻底改变您的 Web 体验。这些应用程序利用 Adobe Flash Player 和 Adobe AIR 运行时跨浏览器、桌面和操作系统实现一致的部署。同时 Adobe Flash Builder（之前称为 Adobe Flex Builder）软件可以通过智能编码、交互式遍历调试以及可视设计用户界面布局等功能加快开发。Flex 提
28、供一个现代、基于标准的语言和编程模型，该模型支持公共设计模式。使用基于 XML 的声明性语言 MXML 描述 UI 布局和行为，使用面向对象的 ActionScript3.0 编程语言创建客户端逻辑。Flex 还包含一个丰富的组件库和一个交互式 Flex 应用程序调试器，组件库中的上百个久经考验、可扩展的 UI 组件可用于创建富 Internet 应用程序 (RIA)。开发人员使用 MXML 语言定义 Flex 应用程序的用户界面布局、外观和行为。使用面向对象、基于业界标准 ECMAScript 的 ActionScript3.0 语言构建客户端应用程序逻辑。MXML 和 ActionScri
29、pt 被一起编译到一个 SWF 文件中，它构成了 Flex 应用程序。Flex 框架提供开发人员为浏览器或桌面快速构建富 Internet 应用程序 (RIA) 所需的声明性语言、应用程序服务、组件和数据连接性。同时可以通过 Open Source Flex SDK 项目扩展并增强开放源框架，从而满足您的需求。使用 Flex 创建的 RIA 可运行于使用 Adobe Flash Player 软件的浏览器中，或在浏览器外运行于跨操作系统运行时 Adobe AIR 上，它们可以跨所有主要浏览器、在桌面上实现一致的运行。连接到 Internet 的计算机中超过 98% 装有 Flash Playe
30、r，这是一个企业级客户端运行时，它的高级矢量图形能处理要求最高、数据密集型应用程序，同时达到桌面应用程序的执行速度。通过利用 AIR，Flex 应用程序可以访问本地数据和系统资源。17Air 即 Adobe AIR 是一个跨操作系统的运行时，它允许开发人员结合 HTML、JavaScript 、Adobe Flash 和 Flex 技术以及 ActionScript，在包括台式机、上网本、Tablet、智能手机和电视在内的各种设备上部署富 Internet 应用程序 (RIA)。AIR 允许开发人员使用熟悉的工具（如 Adobe Dreamweaver CS5、 Flash Builder 4
31、、Flash Catalyst CS5、Flash Professional CS5 或任何文本编辑器）构建他们的应用程序并轻松交付一个可跨操作系统使用的应用程序安装程序。Adobe AIR 与浏览器相区别：Web 浏览器使用户能够与通常位于某个服务器上的某个网站上的内容和应用程序进行交互。Adobe AIR 使用在浏览器中使用的功能和技术构建以支持在桌面上进行应用程序的部署。通过为用户和开发人员提供一个关于如何交付和使用借助 Web 技术构建的应用程序的选择， Adobe AIR 很好地补充了浏览器。Adobe AIR 运行时扩展了浏览器以外的 Web 应用程序，为更引人入胜、性能更出色的在
32、线/离线应用程序创造了新机遇。 Flex 框架为新的 AIR API 提供本机支持，Flash Builder 4 提供构建、调试、打包和签署为运行于 Adobe AIR 上构建的应用程序所需的全部工具。借助 Adobe AIR 运行时，您可以在浏览器以外提供具有品牌的富 Internet 应用程序 (RIA)，从而与客户更紧密地联系在一起。Adobe AIR 使用与构建 Web 应用程序相同的久经考验、经济有效的技术，因此开发和部署可以快速完成并且风险较低。您可以使用您的现有 Web 开发资源创建引人入胜的品牌应用程序，这些应用程序可以在所有主要桌面操作系统上运行。通过将 Adobe AIR
33、 作为您的 RIA 战略的一部分使用，可以扩大产量、增强客户满意度、提高客户保持率、降低成本。5.3. 系统性能指标性能指标主要指作业响应时间方面的时间数值，作业响应时间指完成目标系统中的交互或批量处理所需的响应时间。18根据业务处理类型的不同，把作业划分为交互类业务、查询分析类业务、GIS 空间资源加载类等。上述各类业务处理性能，可达到以下所列技术性能指标：（相应指标均基于目前市场主流价位的 PC 客户端和 PC 服务器）1、交互类业务交互类业务是指平时工作中在系统中进行的业务处理，如录入，修改或删除一条单据等操作。平均响应时间：1-3( 秒)峰值响应时间：小于 10(秒)2、查询分析类业务
34、如信息查询、统计报表生成等。查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。简单查询平均响应时间：1-3(秒)复杂查询平均响应时间：3-15(秒)3、GIS 静态资源的加载能力加载静态点位资源（如视频、警力机构等）数据达到 10000 个时，地图连续放大、缩小平移的响应时间小于 1 秒，平移缩放后资源完全加载时间小于 3秒。4、GIS 动态资源的加载能力在加载 8000 个静态资源的前提之下，叠加 GPS 警车、GPS 单兵等实时动态信息不少于 2000 个，且平均每个动态资源的位置更新频率不低于 2 秒时，地图连续放大、缩小平移的响应
35、时间小于 1 秒，平移缩放后资源完全加载时间小于 3 秒。5、GIS 分析汇聚资源的加载能力19对警情热点等汇聚分析类空间资源，加载数据量达到 10000 个时，地图连续放大、缩小平移的响应时间小于 1 秒，平移缩放后资源完全加载时间小于 3秒。( 后台分析统计时间参见 “2、查询分析类业务”)6、大数据技术处理能力在进行伴随车分析、套牌车分析等海量数据的实时深层分析比对时，可确保千万以上级的分析比对响应时间小于 10 秒。 （千万以上级海量数据实时深层分析，使用过去高成本的小型机+磁盘阵列方式，响应时间通常在 10 分钟左右）6. 功能设计智能公安指挥系统，是一个以集成化、可视化化、信息化为
36、特色的综合指挥管理系统。系统集成了现有公安系统中的各类公安资源，实现了统一的基础性资源管理；通过对各类资源进行统一的数据提取、加工、应用，构建系统基础支撑层；通过勤务管理、预案管理、公安查缉布控等特定业务领域内专项应用的集成管理，实现综合性指挥应用。公安扁平化指挥系统从功能应用层面，可进一步分为三个层次，具体系统应用层次划分如下图所示：智 能 公 安 指 挥 调 度 系 统系统管理子系统可视化资源管理子系统可视化预案子系统方预案动态推演子系统动态警情应急指挥子系统扁平化指挥子系统数据接入及交换服务平台分析研判子系统战役指挥子系统勤务子系统查缉布控子系统地理信息子系统（集成应用层） （专项业务层
37、） （基础支撑层）20图 6: 系统功能结构图集成应用层：此部分为系统核心管理应用。本层应用围绕指挥中心集成指挥管理需求进行规划，目前包含：扁平化指挥子系统、动态警情应急指挥子系统、战役指挥子系统，以及综合分析研判子系统等。 （蓝色背景部分）专项业务层：此部分为面向特定业务领域规划的系统基础业务应用，这部分系统应用即可独立完成特定业务领域的信息化管理需求，同时也为集成应用层提供业务管理及数据支撑，本层应用包含：勤务资源管理、可视化预案管理、方预案动态推演、可视化资源管理、查缉布控等。 （棕色背景部分）基础支撑层：此部分为系统业务基础服务应用层，是对资源数据的管理，包含数据接入及交换服务、地理信
38、息服务、系统运维管理服务。（绿色背景部分）6.1. 扁平化指挥子系统扁平化指挥是在发生重大敏感警情时，打破处警机构的正常管理层级，由更高级别指挥人员根据实际需要，直接对警情进行具体警力调度，减少中间管理层级，提高处警效率和协调力度，有效提升重大敏感警情的处理能力。扁平化指挥系统以警情处置为基础，信息资源整合共享为牵引，集成展示了警员、警车、警务，以及警情的实时状态，使各级指挥人员能够全面、多角度的监控警情、有效调度一线警力，从而为警情扁平化快速处置提供了可能。在实战应用中，还进一步设计和实现了指挥资源信息化、资源调度自动化、指挥工作智能化，充分发挥信息管理的体系化支撑作用，辅助实战指挥部门建立
39、立体化的指挥防控体系。 21图 7: 扁平化指挥业务流程对于一般警情而言，可按照正常管理层级，由局指挥中心进行逐级警情调度，最终由派出所接警，实现执勤警员处警，并向上逐级反馈处警信息，形成闭环处警流程；对于敏感警情而言，可由局指挥中心进行分局调度，由分局直接对警情进行派警，跳过派出所层级，实现快速处警；对于重大敏感警情而言，可直接打破正常管理层级，由局指挥中心直接对警情进行警力调度，减少中间管理层级，最大程度提高处警效率和协调力度，有效提升重大敏感警情的处理能力。系统功能架构：22扁 平 化 指 挥即时通讯资源展示智能警力调度警情集成管理可视化过程监控处警反馈地址匹配图 8: 扁平化指挥系统功
40、能架构6.1.1. 警情集成管理扁平化指挥系统综合汇聚了多种来源的警情，并支持对不同级别的警情进行分级展示。图 9: 警情展示1、警情集中汇聚系统不仅可以管理 3 台合 1 的电话报警，还可以将短信报警、自处警情、自动布控报警等多种来源的警情统一接入和管理。2、警情状态展示23当有新的警情接入时，系统会自动弹出警情提示窗口，并进行声光报警。同时能够通过地址服务匹配地址坐标并在地图上显示，在警情处置过程中警情颜色状态随着处置进度实时进行相应的变化。警情图标会以红闪、红、黄、绿4 种状态颜色来区分显示不同的处警状态。6.1.2. 智能警力调度基于扁平化指挥管理需要，结合 GIS 空间分析技术应用，
41、系统提供了多种智能派警手段。图 10: 警力调度支持巡防辖区警力出警、周边就近警力出警、管辖单位出警等多种警力调度模式。巡防辖区警力是指当前警情发生地所属辖区的执勤警力；周边就近警力是指警情发生地周边一定范围内的实时警力；管辖单位出警是指警情发生地所属单位的备勤警力。智能出警警力识别系统通过勤务系统预置的巡防辖区和辖区执勤警力，通过 GIS 空间分析技术，自动将警情发生地所属辖区和警力提取出来，智能辅助指挥人员进行警力部署。24GIS 可视化派警“GIS 可视化派警”是系统提供的一种基于 GIS 的可视化派警手段。在“GIS 可视化派警”功能中，值班员可以直接在地图上将代表警员的图标，拖至待处
42、理警情图标上，由系统自动生成派警单，从而实现快速派警。6.1.3. 可视化处警监控系统实现了警情处警过程的全程可视化监督，使值班领导即使不在现场，也能实时了解警情的处置情况。图 11: 过程监控1、接警台状态监测系统提供了接警台功能。值班人员可以通过接警台完成警情调度、增援、反馈的全部操作。接警台中对每条警情都以不同颜色的图标，来标识警情处置状态，同时能够对处理超时的警情进行提醒，并支持接警台与系统地图联动的方式，实现了值班员对警情处置过程的全程实时监控。2、警情警员状态展示25在警情处置过程中，警情及相应处警警员的图标颜色状态能够随着处置进度实时发生变化，通过警情警员连线，能够显示出正在处置
43、的警情与相应处置警力的对应关系，并能够支持多人处警。3、警员轨迹监测能够实时显示当前警员的行驶轨迹，能够实时监测警员的行进状态。6.1.4. 接处警综合分析系统对扁平化管理过程的产生各方面信息进行了多角度的统计分析，使指挥人员更准确的掌握警情、勤务管理过程中的问题，辅助指挥人员管理决策。目前包含的统计查询功能有：1、警情统计查询：可以查询所有接入的警情记录。2、历史轨迹查询：可以查询出指定单位、指定时间内警员及警车的历史移动轨迹。 3、警情密度：用户可按照指定的时间和指定的警情类别，在地图上叠加汇骤警情。警情以地图上半透明的红点来表示，红点的颜色越深、越密集，就代表相应位置警情发生次数越多，通
44、过可视化分析为各单位规划岗位、部署警力提供依据。4、警情热点：用户可按照指定的时间和指定的警情类别，在地图上叠加汇骤警情。警情汇聚时系统会将整个警务辖区划分为若干区域，区域内的警情都汇聚在中心点位上。警情越多，代表警情的点位图标就越大，从而形成更加直观的警情热点。通过可视化分析为各单位规划岗位、部署警力提供依据。5、警情分类统计：系统可以按用户指定条件，将不同类型的警情汇聚成饼状统计图，使指挥员可以晰的了解辖区内的警情构成情况。6、辖区内警情对比统计：通过柱状图对比展示辖区内各业务单位的警情数量。267、警情与勤务对比分析：系统通过折线图展示出每天各个时段的警情数量与岗位数量，通过两者之间的对
45、比，可以反映出各个时段警力部署的投向投量是否合理，例如：警情数量与岗位警力折线图的大致走向及峰值应是类似的，警情多发的时段，岗位数量也应该相应地多些，才能有充足的人员及时处理警情。通过可视化分析为各单位规划岗位、部署警力提供依据。8、警情超时查询：按指定件查询相应处理超时的警情。6.1.5. 拓展工具组件（1）关联资源集成管理a、关联公安资源集成管理系统集成了与扁平化指挥密切相关的公安资源，通过加载和管理外部科技设备，如：监控视频、卡口设备等，辅助扁平化指挥管理。b、关联加载“可视化预案”在进行公安资源综合展示时，还可关联加载已创建的“可视化预案” 。用户可将预案与当前警力部署、视频等集成资源
46、进行关联分析，检验预案规划、监控预案执行。c、关联加载 “应急指挥”根据具体警情信息，可在扁平化指挥系统中直接启动动态警情应急指挥，对警情进行应急处置。（2）警员群组通话系统实现了“信道控制器”的集成管理，使指挥人员在需要时，可以快速与指定的作战单位建立通讯联系，辅助扁平化指挥管理。（3）报警地址自动匹配系统提供了专门的“地址匹配服务” ，通过报警电话中的地址描述，自动匹配定位警情发生地点，为进一步警情分析和处置提供了便利。27同时系统也提供了自动匹配地址的人工修订功能，值班警员只需在系统地图上，直接拖拽表示警情发生位置的图标即可完成位置修订。6.2. 动态警情应急指挥子系统 动态警情应急指挥
47、系统是扁平化指挥的延伸，用于处理某些具备目标移动性质的警情。以对动态目标进行围捕为目的，通过对目标逃逸路径进行分析，辅助卡点设置，并结合扁平化指挥的精髓进行可视化调度、监控，综合展示布控卡点、警力实时状态，同时结合各类前端采集设备对目标进行稽查布控，为查找、抓捕目标提供了可靠的依据。在实战应用中，还进一步设计和实现了指挥资源信息化、资源调度自动化、指挥工作智能化，充分发挥信息管理的体系化支撑作用，辅助实战指挥部门建立立体化的指挥防控体系。图 12: 动态警情应急指挥业务流程所有警情统一在扁平化指挥系统中进行接入；用户可根据实际处警需要，在扁平化指挥系统中对警情启动动态警情处置，实现动态警情应急
48、指挥；在动态警情应急指挥中，通过对目标逃逸范围进行计算，辅助用户对目标进行设卡布控；同时支持对目标进行稽查布控、智能化视频关联，实现智能化追踪；系统功能架构：28动 态 警 情 应 急 指 挥即时通讯扁平化处警视频巡控查缉布控目标逃逸范围设置可视化过程监控设卡布控路径分析地址匹配资源展示图 13: 动态警情应急指挥系统功能架构6.2.1. 目标逃逸范围分析动态警情的特殊性在于目标位置是在不断移动的，无法准确获得围捕目标的当前位置，因此如何有效建立包围圈，快速合理设置布控卡点对动态目标进行围堵或围捕，对提高动态警情的应急响应速度显得十分重要。图 14: 目标逃逸范围29系统结合警情位置信息、目标交通工具信息、路网信息，对目标逃逸路线进行可能性路径分析，涵盖目标在若干时间内、在所有方向上所能到达的位置，形成科学的目标逃逸范围，辅助用户进行设卡布控。同时，支持用户对目标逃逸方向进行标注，用于重点区域/方向关注。6.2.2. 指挥资源统一调度在本系统集成视频监控设备、卡口设备、警力机构、关注单位、警力等多种维度的公安指挥调度资源，并结合 GIS 服务，将各类资源以图标形式在地图中进行可视化展示，方便用户对各类资源进行信息查看、调度。图 15: 资源调度同时以列表的方式，对各类资源进行详细信息展示，并与地图形成互动关系，方便用户对资源进行针对性上图/隐藏、查看、调度。
