序号
| 系统名称
| 技术要求
| 单位
| 数量
|
一
| 多维情报研判系统
|
（一）
| 综合研判子系统
|
1
| 警、情云搜
|
1.1
| 综合检索
| 应能够实现关键词，如姓名、身份证号、电话号码、车牌号、警单号、特征词等，与全量数据自动匹配，并按照匹配程度、时间等排序规则，以列表的形式进行展现。
| 套
| 1
|
1.2
| 条件检索
| 应能够结合案事件标签、类别、人员类型、稳控等级、处置措施、管辖单位等字典项，设定多个查询条件进行精确查询，需支持与综合检索模糊查询功能关联应用。
| 套
| 1
|
1.3
| 关联检索
| 应支持在综合检索、条件检索的查询结果中，再次设定信息要素等检索条件进行关联检索，图形化展示信息线索挖掘顺序和关联关系。
| 套
| 1
|
1.4
| 模糊搜索
| 应能够基于分词器和推荐算法对实体要素信息匹配碰撞，当用户需要搜索对应实体的全息数据时，可任意输入关键字进行模糊搜索，需实现对全库、全表、全字段的全文检索。
| 套
| 1
|
1.5
| 标签检索
| 应提供标签信息二次筛选功能，用户可选择人员标签、警情标签、地址标签实现缩小检索范围，快速定位实体。
| 套
| 1
|
1.6
| 高级搜索
| 应提供更为灵活的高级检索方式，对资源目录中的单表或多表实现交、并、补、差运算，同时可对表字段进行赋值，精确查询多维数据中的相关实体。
| 套
| 1
|
2
| 重大风险预警
|
2.1
| 情报线索管理
| 应能够通过语义分析、人工标记等手段对文本类情报线索进行要素提取、关键词分析，对线索进行高亮显示、智能分类、监测和预警。
| 套
| 1
|
2.2
| 涉事群体监测
| 通过构建分析模型，应能够实现对涉事群体聚集度、活跃度、异常度、风险度的相关分析。
| 套
| 1
|
2.3
| 临时布控管理
| 对尚未纳入重大事件管理，但确需实时掌握其活动轨迹的特定对象，应能够依托本地情报资源库结合开封人像卡口、车辆卡口、单兵设备和车载图传等无感知设备临时布控，掌握重点人员动向，为情报预警提供数据支撑。
| 套
| 1
|
2.4
| 敏感节点态势
| 应能够以敏感节点的时间为维度，将涉及敏感节点的苗头、事件、不安定隐患以时间轴的方式进行重点展示，将已化解、未化解的苗头、事件、不安定隐患进行聚合，需利用统计图表的方式进行研判分析，需支持报表导出。
| 套
| 1
|
2.5
| 重大事件统计分析
| 应能够对相关涉事群体、涉事人员、情报线索、情报指令、情报线索研判等，进行多维度的统计分析，结果通过多种图表进行展示，支持报表导出。
| 套
| 1
|
3
| 重点人员态势分析
|
3.1
| 关系图展示
| 应能够支持通过关系人的不断扩展挖掘出更复杂关系网络；关系上图应支持多维度关系统计，包括关系种类、中心度、标签、人员属性等；同时需提供关系种类、标签、人员属性等多维度关系筛选。需提供关系分析能力，内置一系列关系分析工具。
| 套
| 1
|
3.2
| 重点人员分布情况
| 应能够根据掌握的重点人员位置（居住地、人像卡口、重点人车卡）信息，在地图上展示重点人员的空间位置分布情况。
| 套
| 1
|
3.3
| 重点人涉案分析展示
| 应能够根据各级重点人员分析涉案情况，重点人涉案人数增多或涉案案件增加时（本周与上周相比），及时推送分析结果。
| 套
| 1
|
3.4
| 重点人员动态变化趋势
| 应能够动态展示开封市重点人员总数、分类人员数量、管控级别，按类别展示重点人员一段时间内的动态变化情况统计以及预警情况统计。
| 套
| 1
|
3.5
| 重点人员迁徙态势分析展示
| 应能够分析一段时间内，全市各类重点人员迁徙情况，对新流入的人员（新采集，并且原居住地不在开封的）活动，及时分析并与历史数据进行对比分析。
| 套
| 1
|
4
| 治安态势分析
|
4.1
| 治安态势栏目展示
| 在案事件侦查过程中，若认定案事件影响巨大，具备权限的民警同志可将本案设置为现行大案，并在首页面中显示。需开发信息发布模块，设定栏目“研判成果”、“通知公告”、“专报简表等”，以满足一体化平台的日常信息发布工作。
| 套
| 1
|
4.2
| 治安态势日常研判
| 首页面上，需分别采用不同的信息展示技术，对接警务综合平台，结合110接处警信息，对每日全市及各县分局全部刑事案件、治安案件、交通类、求助类等案件答案情况及破案数据进行展示；每月当日全市发、破案数据、抓获刑事成员数、抓获侵财成员数、刑拘数同比、环比等情况展示。
| 套
| 1
|
4.3
| 每日破获数据
| 需要对接警综和接处警等系统，在日常研判功能中，提供每日的刑事案件、八类案件、四类侵财案件的柱状图展示，在功能页面上使用页签对三类案件的图表切换。横坐标内容是分局所队，纵坐标为案数量，柱形图中两个对比项分别为立案数与破案数。
| 套
| 1
|
4.4
| 每月破案数据同环比情况
| 应能够以线状图的方式展示全市的发案情况、破案情况的同比和环比情况。
| 套
| 1
|
4.5
| 每日高发区域分布展示
| 采用页签技术和饼状图技术，用于表示入室盗窃、盗抢三车、网络诈骗案件的每天和每月的全市各分县局的占比情况，以及案事件数量。
| 套
| 1
|
4.6
| 当月平台运行绩效展示
| 应提供当月平台运行绩效展示功能。
| 套
| 1
|
5
| 警情专项分析研判
|
5.1
| 警情数据分析库
| 根据警情分析工作的实际需求，依据各业务分析系统的分析主题，建立多个基于主题的数据库表，作为相关业务主题系统的数据源。警情数据处理模块应采用ETL技术对接处警数据库进行抽取、清洗、转换与装载，需实现数据的自动汇总整合，并在此基础上建立统一的符合规范的警情数据分析库。
| 套
| 1
|
5.2
| 基础平台
| 需提供包括系统管理模块、资源管理模块、门户展现模块、数据分析库维护管理模块。
| 套
| 1
|
5.3
| 警情数据多维分析
| 需采用透视表、透视图的方式，实现数据的可视化分析与展现，帮助用户从不同的角度分析问题，对问题进行细化分析，辅助警情研判决策。需包含：自定义分析主题、l字段动态组合、多视角分析、特殊时段分析、多种分析方法、预警分析、自定义模板分析、图表呈现。
| 套
| 1
|
5.4
| 警情通报
| 应能够利用现有的通报模板，通过数据库、多维数据集的数据统计处理，生成用户可直接打印的警情通报文档，避免人工报告的错误，减少工作量。
| 套
| 1
|
可需包括日报、周报、月报、季报和年报等。
|
需能够导出成网页格式、Word格式和PDF格式。针对Word格式，用户可进行修改编辑、打印和发布。
|
5.5
| 分析报告
| 应能够针对不同警情，从发案时段、发案场所、管辖区域、案件类型和出警速度等多角度展开分析。可以根据用户关注的焦点定制分析报表，需能够自动生成报表，为指挥部门全面、细致、深入的掌握整体治安形势提供帮助。
| 套
| 1
|
5.6
| 可视化专题分析
| （1）多分析方法
图表拼盘中的图表需支持同比、环比、对比、占比、排名、增长率、指标、趋势等多种分析方法。
| 套
| 1
|
（2）多布局模式
图表拼盘需支持多种布局方式。图表拼盘中的图表可以是1张图表组成，也可以是多张图表组成(目前图表拼盘最大支持6张图表在一个界面上进行显示)。
|
（3）多种图表格式
图表拼盘需使用拆线图、面积图、柱状图、冒泡图、蜡烛图和饼状图等图表格式。
|
（4）改变图表的大小位置
点击图表上放大按钮，应能够放大点击的图表，改变其他图表的位置和大小。
|
（5）动态设定图表样式
应可以动态改变图表的样式，动态设置图表的相关属性。
|
（6）支持多种组合方式
应支持图形、表格、网页、多维分析、报表等各种不同分析内容的组合展示。
|
5.7
| 四色预警
| 针对单位和案件类型，设定预警临界值，应能够根据不同的预警模型和分级模型，计算出预警级别与预警范围，在预警的周期内，当实际案发数超过临界值时，系统自动的给出预警提示。
| 套
| 1
|
5.8
| 警情定性分析
| 根据报警数据、案发环境、地区警情分布规律进行警情定性分析。
| 套
| 1
|
5.9
| 地区警情预测
| 应能够对地区历史警情进行分析，预测未来半个月警情发生量。
| 套
| 1
|
6
| 处置满意度回访研判
|
6.1
| 抽取策略
| 应可按设定的接处警记录抽取策略，从全地区接处警数据汇总库中自动获取接处警信息到回访数据库，由回访功能对每一起移动电话拨打的有效警情能够自动或手动通过短信进行回访和人工回访进行满意度调查。
| 套
| 1
|
6.2
| 模版管理
| 应可设置回访类别及回访模版，如分别对接警服务态度、出警速度、现场民警服务态度、现场民警处理措施、现场警情处理结果进行“满意”和“不满意”调查。
| 套
| 1
|
6.3
| 短信发送管理
| 应提供针对全开封地区110接处警的短信回访，应提供对其他业务系统上传的不满意记录的回访；
| 套
| 1
|
6.4
| 人工回访
| 应对回复为不满意的警情记录，进行跟踪回访，通过人工进行电话回访或者进行短信跟综回访，每次新的回访均生成新的回访记录，所有回访记录均关联列表管理；
| 套
| 1
|
6.5
| 统计分析
| 对群众满意度应可以按辖区、时间、按警情类别、按接处警单位等进行满意度统计。应能统计一个时间段内发送短信数量，收到回复的数量，各类评价的数量及百分比。
| 套
| 1
|
（二）
| 全域布控子系统
|
1
| 本地重点人员管理
|
1.1
| 重点人导入
| 应支持重点人批量导入功能，可将市局当前掌握的和分县市局上报的重点人员信息，应能够以CSV、Excle的形式批量导入。
| 套
| 1
|
1.2
| 重点人维护
| 应支持重点人员维护的功能，可对重点人进行增补、修改、失效操作。
| 套
| 1
|
1.3
| 重点群体导入
| 通过重点群体信息管理模块，对开封市本地重点群体上报信息形成简易闭环，使市县分局可通过系统上报或导入不同的类型的重点群体信息。
| 套
| 1
|
1.4
| 重点群体维护
| 应支持重点群体维护的功能，可对重点群体进行增补、修改、失效操作。
| 套
| 1
|
1.5
| 辖区归属地录入
| 通过一体化工作门户，应能够对重点人、群信息进行维护。
| 套
| 1
|
1.6
| 线索上报采集
| 应能够通过工作门户或者手机APP进行相关风险隐患的采集和上报。
| 套
| 1
|
2
| 布控管理
|
2.1
| 布控人员申请
| 一线处置民警、社区警务室及派出所民警应能够通过APP和工作门户对采集、发现的风险人员进行布控申请。其他业务警种也可通过工作门户，对本单位发现的风险隐患信息进行布控申请。
| 套
| 1
|
2.2
| 省厅布控指令对接
| 应能够从省厅指令平台调取重点人员布控信息，并根据人员类型、人员级别、经营情况等内容生成布控基础信息。
| 套
| 1
|
2.3
| 新增布控人员
| 布控申请通过后，应能够创建布控任务，定义布控名称、填写布控人员的信息、搜索条件和搜索范围、定义报警联系人员。
| 套
| 1
|
2.4
| 布控手段选择
| 应可以通过联动资源中心设置的各种布控模型，直接启动模型运转，并获得响应的研判结果。
| 套
| 1
|
2.5
| 危险系数设定
| 可对重点人、重点人群的行为，进行风险系数设定。满足或超过风险系数时，及时输出风险隐患信息。
| 套
| 1
|
2.6
| 人员撤控
| 当人员研判没有威胁后，系统应能够对布控人员进行撤控。
| 套
| 1
|
3
| 全域布控场景建设
|
3.1
| 票、证数据预警
| 通过火车票、汽车购票、机票等交通方式的购票信息，应能够根据时间维度按群体类型/重点人类型/前往方式/出发地等进行风险预警。
| 套
| 1
|
3.2
| 落脚点预警
| 通过身份证信息，应能够对临控人员的信息进行检索查询，及时发现重点人的落脚点，并对入住时间、入驻人员信息、入住点坐标进行预警反馈。
| 套
| 1
|
3.3
| 车载、执法仪、布控球预警
| 应能够对接市局已经建设的车载图传、执法仪、布控球等智能设备，对抓拍的临控人员进行预警。
| 套
| 1
|
3.4
| 人像卡口预警
| 应能够对接市局人像卡口设备，对临控人员进行相似度预警。
| 套
| 1
|
3.5
| 车辆卡口预警
| 应能够对接市局交警车辆卡口系统，对临控人员的相关车辆进行预警。
| 套
| 1
|
3.6
| 视频分析预警
| 应能够对接市局视频平台，对重点人的轨迹信息进行时段预警。
| 套
| 1
|
3.7
| 技、网手段预警
| 对重大案事件中需要技、网核查的临控重点人，或已经脱控的重点人，应能够通过指令的方式进行轨迹协查，并进行人员轨迹预警和汇总。
| 套
| 1
|
4
| 情报产品管理
|
4.1
| 线索整理归档
| 应能够对上报的线索进行有效整理，配合NLP语义分析对线索进行相似度去重，并将相似度结果推送给情报指挥人员。中心情报指挥人员可人工对相关线索信息进行手动合并和归档。
| 套
| 1
|
4.2
| 情报输出
| 应能够对已经形成威胁的重点人、重点人群，推送至全域布控系统进行再次研判、预警，并推送至云指令子系统进行盯办处置。
| 套
| 1
|
4.3
| 情报反馈同步
| 应能够对接省厅重点人系统，实现情报线索、稳控处置信息的同步，解决工作人员值守多个系统的问题。
| 套
| 1
|
4.4
| 情报核销
| 应能够对存在争议或质疑的情报产品，进行人工核销，核销后该条情报产品不再预警。
| 套
| 1
|
5
| 布控综合查询
|
5.1
| 情况统计
| 应能够统计离开本地人员总数、本地户籍离开本地总数和非本地户籍离开本地总数。点击人员统计总数，可支持按照户籍地、群体类别、管控单位、关键词等进行筛选。可查看重点人员具体信息，包括照片、身份证号、姓名、联系电话、出行时间、出行方式、出发点、目的地、户籍地、所属群体、管控单位、民警联系方式等信息。
| 套
| 1
|
应以图表的形式展现离开本地统计情况，包含赴某一敏感地总人数、本地户籍人数、非本地户籍人数、区域分布、群体人数等信息。
|
应以图表的方式展现目的地统计情况，可分别展现本地户籍或非本地户籍分布情况。
|
应以图表方式展现各分局、各派出所人数分布情况。
|
应以图表展示群体类别统计情况，根据涉众投资、矛盾纠纷等群体类别展示总人数，点击群体类别，可展示具体群体人数。
|
5.2
| 人员轨迹分析
| 应能够实现对本地及周边高危区域的前科人员、暂住本地高危区域前科人员分别分析建立不同异常行为模型，并直观显示分析结果。
| 套
| 1
|
5.3
| 旅馆人员轨迹分析
| 应能够通过旅馆人员住宿分析对入住到某市旅馆的人员住宿信息进行一系列的轨迹分析，从中发现具有特定特征的数据结果，并以直观的方式展现。
| 套
| 1
|
5.4
| 旅馆定位查询
| 应能够按照旅馆名称、法人姓名、地址、所属派出所、星级、住宿人员等信息，查询旅馆及住宿人员等信息，结果呈列表显示。应能够统计指定地区内所有旅馆及住宿人员情况。
| 套
| 1
|
5.5
| 同行分析
| 应能够批量比对分析短时间内在同一家旅馆登记入住的人员信息，排查疑似同行同住的人员。
| 套
| 1
|
5.6
| 频繁出入分析
| 应能够对人员频繁出入场所进行分析，应支持筛选得出次数大于（等于）设定值的人员信息和场所信息。
| 套
| 1
|
5.7
| 频次分析模型
| 应能够实现人员轨迹频次分析，对所有重点人员的活动频次进行排比分析，应支持按照人员类型、年龄段、户籍等条件对行为活动频次较高的人员进行多次筛选，从而得符合出频次较高异常行为活动条件重点人员。
| 套
| 1
|
5.8
| 跨市分析模型
| 应提供跨市分析模型，对重点人员在跨地区流窜活动情况进行筛选研判分析，应支持按照人员类型、年龄段、户籍等条件比对分析。
| 套
| 1
|
5.9
| 高危地区人员分析模型
| 应提供高危地区人员研判，对一段时间内，来自于高危地区的人员旅馆入住数据进行分析，并跟重点人员数据进行比对分析，应支持查看人员住宿的详细信息。
| 套
| 1
|
5.10
| 流窜人员分析
| 应提供流窜活动人员分析，对某类嫌疑人员在本市跨地区流窜活动情况进行比对分析。
| 套
| 1
|
5.11
| 流程日志
| 应能够对一个情报产品的研判流程进行整体记录，以流程图的形式输出流程日志。
| 套
| 1
|
二
| 综合指挥调度系统
|
（一）
| 市带县接处警子系统
|
1
| CTI通信子系统
|
1.1
| 直接座席呼叫路由
| 应提供直接坐席呼叫路由功能，报警电话进来以后，由CTI直接将话务分配到接警坐席，达到系统集中接警的目的。
| 套
| 1
|
1.2
| 操作坐席话机
| 应能够通过控制人机交互界面完成对坐席电话的各种操作，需实现呼叫、应答、挂机等功能。
| 套
| 1
|
1.3
| 队列显示
| 需实时显示当前呼叫队列中排队等候的号码相关信息。
| 套
| 1
|
1.4
| 快捷调度
| 应能够通过点击电话簿中的目的单位名称直接形成对其相关号码的呼叫。
| 套
| 1
|
1.5
| 通话记录显示
| 应能够显示本工作时段内的通话记录，应可以查看所有呼入呼出通话的主叫号码、打入/呼出时间、通话时长等信息。
| 套
| 1
|
1.6
| 主叫信息获取
| 应能够根据主叫号码查询数据库或外围服务接口，获取主叫姓名、主叫地址、经纬度等相关信息。
| 套
| 1
|
1.7
| 三方通话
| 应提供三方通话功能，接警席在判明事件基本性质后，以三方通话的方式，立即接通相应的处警单位，由专业的处警员受理事件。
| 套
| 1
|
1.8
| 关联录音台
| 应能够与录音系统相关联，辅助其获取话机状态信息、主叫信息和相关接处警业务信息。
| 套
| 1
|
1.9
| 关联接警台
| 应能够与接警台业务系统联动，为其提供准确的话机状态和主叫电话信息（三字段/五字段等）。
| 套
| 1
|
1.10
| 坐席联动请求
| 应提供坐席联动请求功能，在需要其它警种和单位协助时，由处警席位直接向相关席位发起联动请求(电话转接)，并同时将警情信息发给本警种班长席和值班主任席。
| 套
| 1
|
1.11
| 分级处警
| 需提供分级处警功能，应能够直接将报警电话通过CTI转到情指分中心远程处警席位上处理，由分中心处警席位完成调警、跟踪、处置、回复反馈、结案等处警全过程，并将处警完成信息提示联动中心相应处警席位，同时自动在中心数据库记录存档。
| 套
| 1
|
1.12
| 关联监督管理台
| 需为监督管理台提供准确的话机状态信息和主叫信息，反映坐席的工作状况。
| 套
| 1
|
1.13
| 班长席监控
| 班长席应能够通过CTI完成对各警种处警席位的监听、插话、强拆，来帮助报警用户迅速处理警情。
| 套
| 1
|
1.14
| 接处警席状态控制
| 接处警席应能够通过CTI对自己的状态进行控制。需包括登录、登出、就绪、示忙/闲等。
| 套
| 1
|
1.15
| 话务数据记录
| 应能够将与呼叫相关的数据录入数据库，为统计查询系统提供基础数据。
| 套
| 1
|
1.16
| 支持双机热备
| 应能够支持双机热备方式工作。
| 套
| 1
|
2
| 数字录音子系统
|
2.1
| 录音服务
| 应能够接收各个录音节点（Node）发来的录音开始/停止等信息。
| 套
| 1
|
应能够生成录音号。
|
应能够根据各种规则，将录音文件和具体的接处警台号关联。
|
应能够接收并响应各个应用系统发来的各种消息，包括录音号查询和应答等。
|
应能够向数据库中记录录音信息。维护数据库连接中断或重连，重连成功后自动恢复中断期间的数据。
|
应能够转发应用系统发向录音台各服务的消息
|
2.2
| 语音记录
| 应能够支持对接处警的通话实现全过程录音。
| 套
| 1
|
应能够支持对有线和无线终端设备进行录音。
|
应能够支持多路实时自动和手动录音。
|
应采用模拟端口高阻并接的方式进行录音。
|
应支持采取信(消息)控等多种方式录音。
|
应能够记录包括语音、通道号、录音日期、时间、长度等录音信息。
|
2.3
| 录音号传送功能
| 每个录音产生一个录音号，并可与相应的终端关联。
| 套
| 1
|
2.4
| 录音播放
| 应提供本地多媒体放音：利用接警台的多媒体有源音响，对选定的录音在接警台本地实现放音。
| 套
| 1
|
基于WEB方式的查询和放音：应能够通过统一的浏览器界面，查询听取录音。
|
2.5
| 管理功能
| 应能够实时显示每个通道的工作状态。
| 套
| 1
|
进入操作界面应能够由密码控制。
|
应能够对通道进行设置和修改，如接警/处警/调度录音通道/放音通道的设置和修改、录/放音通道的开启/关闭或暂停使用等。
|
2.6
| 录音文件的存储
| 录音台应可以支持多个物理硬盘或多个硬盘分区。
| 套
| 1
|
录音文件应存放于系统初始化文件指定的一个硬盘上，一旦该硬盘用完则将自动转存到另外的硬盘上。
|
录音文件的存放应采用先进先出的以新充旧机制。
|
2.7
| 录音文件备份功能
| 录音台应能够通过手工的方式将录音文件进行离线备份。
| 套
| 1
|
应可以通过FTP将录音文件或者录音记录备份到其他服务器或者存储。
|
2.8
| 文件查询
| 需提供录音查询功能，应可以根据录音时间、接（处）警台台号、主叫号码中的一个或多个条件自由组合来查询录音文件。
| 套
| 1
|
需提供统计查询功能，应可以按通道号、时间段进行统计和查询，应可以打印输出查询结果。
|
3
| 数据备份子系统
|
3.1
| 录音备份
| 录音备份应分为自动备份和手动备份。应能够根据接警流水号、时间段、接警分机号码、报警电话等多种条件来选择进行查询备份。
| 套
| 1
|
3.2
| 录音还原
| 应能够根据接警流水号、时间段、接警分机号码、报警电话等多种条件来选择进行录音还原。
| 套
| 1
|
3.3
| 在线查询、下载及收听
| 应能够在线查询、收听，下载接处警录音文件。
| 套
| 1
|
3.4
| 录音数据库文件的备份和还原
| 需提供录音数据库文件的备份和还原功能。
| 套
| 1
|
3.5
| 数据库文件备份
| 应能够将接处警数据进行自动备份，应支持通过公安网备份至其他服务器或者其他县局的远程服务器上，必要时可进行数据恢复。
| 套
| 1
|
4
| 多媒体报警受理子系统
|
4.1
| 上岗登录
| 接警员输入工号、登录密码，应能够选择坐席模式登入系统。
| 套
| 1
|
4.2
| 上下岗登记
| 系统应能够自动记录接警员上下岗信息。
| 套
| 1
|
4.3
| 开班
| 班长台可以执行此操作后，可以开始受理报警电话。
| 套
| 1
|
4.4
| 关班
| 班长台在开班状态下，可执行此操作，以结束接警工作，防止报警电话进入坐席。
| 套
| 1
|
4.5
| 下岗退出
| 操作员执行此操作，以退出受理台。
| 套
| 1
|
4.6
| 电话报警排队
| 1.应能够实时显示当前所有排队电话总数（本坐席所在组的排队电话）。
| 套
| 1
|
2.应能够以列表方式显示当前所有的排队电话，包括排队电话号码、被叫号码、排队未接通次数等信息。
|
3.应能够以计数方式实时显示各排队电话的排队时长。
|
4.报警电话结束排队并分配到接警坐席后，该电话号码应能够自动从排队列表中删除。如报警电话在未分配到接警坐席前就已经主动挂机，则该电话号码应能够自动从排队列表中删除，并加入到早释电话列表中。
|
5.需提供一系列的排队电话优先策略判断。如重点单位优先、多次未呼通优先、红名单优先等。
|
6.系统需支持设置最长排队时间的功能。当队列中的电话超过排队最长时间限度后，界面上应能够进行醒目的提示，提示接警员尽快处理当前警情并受理后续报警电话。
|
7.当排队交换机支持排队电话手工选接时，接警坐席当前没有接听电话，应可以选择排队电话某个电话进行接听。
|
8.话务受理时，对方不讲话，应能够暂时将警情处置为无声的无效警情，该电话会自动进入无声排队列表之中，接警员在空闲时可进行回呼确认。
|
4.7
| 非话务报警排队
| 1.应能够实时显示当前所有非话务报警的总数。
| 套
| 1
|
2. 应能够以列表方式显示本坐席涉及的所有非话务报警。列表排序应按照时间顺序，默认时间最早的报警排在最优先的位置。
|
3.在非话务报警列表中，应能够通过不同图标或文字表示该非话务报警的类别。
|
4.接警员点击非话务报警列表中某个非话务报警，则该非话务报警应能够自动接收到该接警台，并且在列表中删除已接收的非话务报警。
|
4.8
| 早释电话显示
| 1.需包括呼入早释电话和排队早释电话。呼入早释电话仅在本坐席显示，排队早释电话在所有接警台或者班长坐席显示。
| 套
| 1
|
2.在接警台空闲时，点击早释电话应能够发起对该电话的回呼。回呼成功后可自动生成接警单。
|
3.遇到以下几种情况，早释电话应能够自动从列表中删除：
（1）某个接警员回呼了该早释电话
（2）重新登陆
（3）手动删除
|
4.9
| 电话报警受理
| 1.当接警员接通报警电话时，界面上应能够显示该报警电话已接通的状态。
| 套
| 1
|
2.当电话接通后，系统应能够自动生成接警单，并自动将报警电话相关信息填写到接警单对应字段。
|
3. 应能够从报警电话摘机开始计时，在界面上实时显示通话时长。
|
4.通话时长超过预设阈值，则界面应能够提示并将超时告警信息发送到班长坐席。
|
5.报警电话摘机后，录音系统应能够将当前报警电话的录音号发送到接警台，应能够自动显示在当前接警单的录音号字段中。
|
6. 应能够通过录音播放功能可听取当前录音号的录音。
|
4.10
| 非话务报警受理
| 1. 应能够显示各类非话务报警的信息及交互记录。对于不同种类的非话务报警需提供对应的显示界面及显示内容。
2.对于部分非话务报警，在报警信息中包含了多媒体信息。
3.技防报警受理应能够自动生成接警单，并自动将技防报警的相关内容自动填写到接警单对应字段。
| 套
| 1
|
4.11
| 案发地址定位
| 1. 需提供多种快速输入地址的手段：
拼音头输入（需要有本地地址库）
地址地名库模糊匹配
标志物定位
2.系统应能够根据录入的地址信息在地图上进行定位。
3.接警过程中，根据报警人的描述在地图上找到案发地址，将位置坐标发送到接处警系统的接警单中，若已对接地址地名库，且所选位置有地址信息，应能够自动填入接警单。
定位成功后，系统应能够自动获取到报警地址的所属辖区及警署的信息。
| 套
| 1
|
4.12
| 接警单填写
| 1.系统需提供多级下拉框选项的方式选择警情类别。
2.系统需提供滑块选项的方式选择警情等级。
3. 应能够支持针对不同案由自动选择警情等级。
4. 应能够提供下拉框选项的方式选择管辖单位。在案发地址定位成功后，应根据定位点自动填入管辖单位信息。
5应提供报警人身份证号信息填写。
6.警情中涉及车辆的车牌号信息填写。
7应提供警情详情描述的录入。警情详情录入需提供常用短语等功能进行快速录入。
| 套
| 1
|
4.13
| 接警智能辅助
| 1. 应能够根据不同的警情类别提供简要的接警提示信息。
2.针对需要上传本地文件做为案件证据的情况，系统应提供附件上传功能，用于手动为警情关联证据。
3. 应能够根据报警电话获取到报警人的证件信息，并进一步获取报警人的身份背景信息，应将信息显示到接警台。
4.系统应能够自动显示该报警人曾经被加入黑名单的次数以及拨打骚扰电话次数。
5.系统应能够自动显示该报警人的历史报警情况，并提供历史报警记录列表，接警员应可以点击并查看历史报警记录的详情。
6.红名单是针对重要用户，提高其话务分配的优先级，当话务繁忙时，优先分配坐席进行接入受理。
7. 应能够根据案发地址判断是否为重点单位，一旦匹配成功，则显示该重点单位详细信息。
8.应提供重点关注信息智能识别功能
应能够对接警单填写的内容进行关键字识别，一旦发现有一些情指中心关注的重要信息（可事先维护），系统即发出相关警示提醒接警员，也可将警示信息发送到班长台进行提醒，或者将信息通过短信发送给指定的人员。
9.预案信息显示
应能够根据接警单填写的相关信息匹配预案，一旦匹配成功，则列表显示匹配上的预案。进一步点击预案列表后应能够显示预案的详情信息。
10.重复报警提示
系统会在地图中显示最近一段时间内该报警人附近的已接入警情，并给出相似性提示，辅助接警员识别重复报警，由接警员判断是否对这两起警情进行合并。
11.多方通话
在与报警人通话过程中，接警员应能够通过多方通话功能另外呼叫其他人员加入当前接警通话。
12.通话保持/解除保持
在接警过程中，接警员应能够保持住与报警人的通话，与其他人员进行短暂的通话沟通。解除保持后，可恢复与报警人的通话。
13.警情标签
系统应能够自动对警情打标签，对报警电话、报警人进行打标签。
| 套
| 1
|
4.14
| 案件回呼
| 1.通话过程中，报警人主动挂断电话时，接警员应能够通过当前系统界面上的“联系电话”，回呼报警人。回呼录音应能够自动关联到接警录音中。
2.通话结束后，可能由于案件重大，需要进一步获取案件详情时，应能够使用接警单上保存的报警电话，然后直接发起呼叫。一旦报警人接听电话，接警员就可以根据需要询问详细信息。
| 套
| 1
|
4.15
| 接警处置
| 1.需提供针对误拨、无声、骚扰、测试等警情的快速一键处置功能。
2.接警员在填写警情时如遇紧急事情，应能够将当前未保存警情进行暂存。暂存后的警情显示在未保存警情列表中，并且可随时切换出来继续填写及处置。
3. 应能够将当前报警与选中的历史警情合并，当前报警电话的呼叫记录作为重复报警记录合并到历史警情记录中。
4.对于重复报警电话，接警员应能够通过警情补充功能将补充信息录入到原有警情中。
5. 应能够将接警单中填写的内容存入数据库。存档过程中需校验必填项是否已经填写完全。对于未通过数据校验的接警单，系统应能够对接警员进行提示并中止保存。
6.对于分辖区接警的模式，应能够将不属于本辖区的报警电话转到对应辖区的接警坐席进行受理。
7.对于一些特定案件，接警台在接警过程中应能够通过同步转警功能将电话转到处警台，并且应能够将当前接警过程填写的内容实时传送到处警台，以便处警台能更早介入到该警情的前期受理过程中。
8.接处分开模式下，接警员在受理报警电话时判断该警情需要多个处警坐席进行同时处置，应能够在接警单上选择协同处警，并且指定某些类型处警坐席。该警情在接警员保存后，系统按照选择的处警坐席类型进行分配，应能够自动分配到多个对应的处警坐席，各个处警坐席可同时对该警情进行后续处置，所有的处置过程最终可自动归并到同一个警情下。
9.对于接警员无法处理的警情，应能够通过请求接管功能向班长台发起请求，由班长坐席接听报警电话及接收当前已经填写的警情信息。
10.添加黑名单
应能够将当前报警电话加入到黑名单，加入黑名单功能应配置为需要班长审批和无需班长审批两种模式。
11.求助类警情处置
对于移车、开锁、快处快赔等类型警情，应能够将警情快速流转到对应的求助类警情处理系统进行后续处置。
12.线索类报警
当报警类型为线索类的时候，应能够在接警界面勾选“线索”复选框并进行保存。
13.警情取消
对于辅助接警手工创建的接警单，应能够通过警情取消功能取消该起接警单。接警单取消后，该警单已经填写的所有信息都不会保存。
14.坐席置忙
坐席置忙后，后续的报警电话暂时无法分配到当前接警坐席。
15.解除置忙
解除置忙后，该接警坐席可继续接收后续报警电话的分配。
16.虚实警转换
对于处置为无效的警情，系统应支持转为有效警进行处置。
| 套
| 1
|
4.16
| 处警单分配
| 1.处警台应能够按辖区进行分组。
2.处警台应能够按警情案由进行分组。
3.处警台应能够按警种（110/122）进行分组。
4.所有空闲处警坐席应能够按序列排队，优先分配警情到排在首位的处警席。
6. 应能够以列表方式显示本坐席接收到的待处警警情。
7.重要程度高的警情应优先排在最上方。
8.对于在待处警列表中超时未处置的警情，系统应能够给出告警提示，并将告警信息发送到班长台。
| 套
| 1
|
4.17
| 待处警排队
| 接警坐席保存完警单后，系统应能够自动将该警单添加到处警坐席待处警警单列表中，并开始循环播放提示音。处警员进入待处警列表后，应可以查看待处警数量和案件信息。应能够按照警情级别、报警时间等优先级进行排序，让处警员优先处理重大的、排队时间长的警情。
| 套
| 1
|
4.18
| 警情信息展示
| 1.应能够显示该警情的接警单详细信息；
2.在接警详情信息中，处警员应能够对接警录音进行直接听取。
| 套
| 1
|
4.19
| 处警力量展示
| 应能够通过多种维度显示处警力量，包括单位维度、警种维度、警力类型维度、警力状态维度等。
警力应能够按照主管辖区、离案发点距离远近等信息进行排序筛选。
| 套
| 1
|
4.20
| 出动力量选择
| 1.处警员应能够通过手工方式从处警力量列表中将需要出动的单位、警力加入到待处警列表中。
2.用户打开处警界面后，在待处警列表里面输入派警对象名称后，然后填写处警意见，点击保存按钮完成处警。
| 套
| 1
|
4.21
| 处警辅助
| 1.应能够在处警界面上，根据案由进行处警信息提示。
2.处警员为了解案件的相信信息，应能够多次听取接警录音。
| 套
| 1
|
4.22
| 预案关联
| 1. 应能够根据警情案由或重点单位信息，显示匹配成功的预案，并以列表方式显示。
2.选择具体的预案，应能够查看该预案的详细信息。
| 套
| 1
|
4.23
| 处警指令编写
| 1.需提供手工输入方式录入详细处警指令。
2. 应提供常用短语方式，以便处警员快速输入处警指令。
3.处警员选择无需反馈选项后，该处警指令应能够设置为无需反馈指令。
4.处警录音应能够自动或手工方式关联，需支持一次处警多个录音记录关联。
| 套
| 1
|
4.24
| 处警指令下达
| 1. 应能够将格式化的文本处警指令下达到科所队终端。
2. 应能够将处警指令按预设格式自动编辑短信发送到对应的出警力量或上级领导手机上。
3. 应能够将处警指令下达到对应的出警力量移动终端APP上。
4.向出警单位、出警警力发起语音呼叫，语音呼叫可包括固定电话、移动电话、无线集群电台等，需实现一次呼叫多方通话。
5. 应能够向其他联动单位指挥系统发送协同处警指令。
| 套
| 1
|
4.25
| 处警跟踪
| 1.处警员应能够通过再处警功能对同一个警情再次下达处警指令。
2.处警员应能够将原先下达的处警单作废。
3.处警指令下达后，如一段时间内下级单位为接收或未签收，在处警坐席应能够自动提示处警员对警情进行关注。
4.对于超时未到场的警情，在处警坐席应自动提示处警员对警情进行关注。
5.处警员应能够通过处警催促功能对出警单位或警员下达提醒信息，提示对当前警情进行尽快处置。
6.处警员应能够对警情进行升级，升级警情后需要班长进行审批，审批通过后该警情级别会提升。
7.应能够将同一个案件多个报警人同时报警的，合并成一个案件，处警员判断当前正在处理的几起案件为同一案件后，可将这几起案件合并，相关信息将同时合并。
| 套
| 1
|
4.26
| 签收
| 应能够代替出警单位或警力人员签收处警指令，长时间不签收，会产生超时签收违规。
| 套
| 1
|
4.27
| 反馈单填写
| 1.处警员应能够通过手工方式生成空白反馈单。
2.处警员将反馈单设定为到场反馈，并且填写出警单位、到场时间等信息。到场反馈填写后，该警力单位自动更新状态为到场。如该警情还处于出动状态，会自动更新为到场状态。
3.系统应能够提供格式化反馈单供处警员填写。
4. 应能够通过手工方式关联反馈电话录音。
5.填写反馈是默认案由为报警时填写的警情案由，接处警人员可根据最终反馈信息修改真实案由。
6.处警员应能够在处置反馈中代替处警人员将文件上传，并关联至警情。
| 套
| 1
|
4.28
| 反馈后续处置
| 1.下辖单位填写的反馈单，应能够实时反馈到情指中心，处警员应能够通过警情列表直接查看到该警情的反馈状态。
2.系统应提供案件归并功能，对警情进行关联归并。
3.警情处理完毕，详细反馈情况填写完整以后，应能够将警情进行结案。警情结案以后，接处警员不再关注此警情。
| 套
| 1
|
4.29
| 当前警情列表
| 1. 应能够以列表方式显示当前警情（未结案）；
2. 应能够通过设置过滤条件对当前警情列表进行过滤显示。
3. 应能够对某些警情设置为关注，关注警情应置顶显示。
班长台应能够设置关注警情，该警情在所有接处警坐席置顶显示。
接处警员可设置关注警情，该警情仅在本坐席置顶显示。
4.在警情列表中应提供警情处置功能按钮，包括变更警情状态、增援处警、警情升级等
5.当有其他接警员受理新的警情之后，警情列表数据应自动加载，无需手动刷新。不同状态警情需用不同颜色图标表示。
6.系统需提供快速过滤警情的功能。
7.在警情列表中，需提供方便筛选输入框，便于用户根据需要快速筛选出自己所需警情。
8.在列表中，应能够对报警人进行电话回呼操作，询问具体情况以及是否解决问题等等。
| 套
| 1
|
4.30
| 重大警情列表
| 1.班长台应能够设置重大警情的条件（警情级别、警情案由、关键字等），一旦新产生的警情满足预设条件，该警情应能够自动加入到重大警情列表中。
2.当出现重大警情时需通知班长席。
| 套
| 1
|
4.31
| 历史警情列表
| 1.需提供针对警情主要字段组合条件查询功能。
2.历史警情查询结果应能够以列表方式显示。
| 套
| 1
|
4.32
| 警情详情展示
| 1. 应能够展示警情详情信息。
2. 应能够展示报警记录详情信息，一个警情可关联多个报警记录。
3. 应能够在报警信息中可直接听取报警录音。
4. 应能够展示接警单详情信息，一个警情可关联多个接警单。
5. 应能够展示处警单详情信息，一个警情可关联多个处警单。
6. 应能够展示指令单详情信息，一个处警单可关联多个处警指令。
7. 应能够展示反馈单详情信息，一个警情可关联多个反馈单。
8. 应能够展示警情关联的所有多媒体附件信息，并且可查看多媒体附件信息的详细情况。
| 套
| 1
|
4.33
| 时间轴信息展示
| 1. 应能够以时间轴的方式展示从接警、处警、反馈的处置全过程。
2. 应能够对时间轴信息进行分类筛选显示。
3.需提供搜索功能，在时间轴中对关键信息进行搜索匹配。
4.用户可根据需要，选择需要打印的节点，将记录信息打印出来。
| 套
| 1
|
4.34
| 坐席状态控制
| 1.班长台正常状态下处于关班状态，报警信息不会分配到班长台进行受理。班长台开班后，报警信息会分配到班长台进行受理。
2.受理台上应能够展示当前坐席的话务状态，以便接警员及时了解当前受理台的工作状态，状态需包括空闲、通话、振铃。
3.接警员当前有其他待处理业务时，比如处理未保存警单，应能够使用置忙功能，该接警坐席在忙状态下不会接收新的报警。接警员处理完成后，应能够进行置闲操作，该坐席即可受理新的报警。
4.当系统发生异常不能正常关班时，应能够通过强制退出功能关闭应用程序，强制退出时将忽略所有出错（包括话机状态、未完成工作等），直接退出系统。
5.受理台与话务代理、消息服务等出现连接异常时，应能够提示用户有异常信息。
| 套
| 1
|
4.35
| 交接班记录
| 1.班长台需提供交接班信息提示功能。班长台应能够在交班信息录入界面输入当前班次未完成的事项或者是一些需要重点关注的事项。
2.下一个班次的班长台登录后，应能够自动提示并显示上一个班次录入的交班信息。
| 套
| 1
|
4.36
| 线索（投诉举报）类警情
| 1.在填写警情信息时应能够通过勾选线索选项确定是否为线索类警情。
2.线索类警情应转到专用坐席进行处置。
3.线索类警情在列表及警情详情显示时，其中的投诉人个人信息（电话号码、人名等）会加密显示。只有经过授权的角色才可以看到加密信息。
| 套
| 1
|
4.37
| 通知功能
| 需提供发送通知的功能，用于情指中心坐席同二级处警台/所队之间的通知收发。
| 套
| 1
|
4.38
| 公告功能
| 需提供公告发布/显示功能，用在情指中心受理台，公告发布人(接警班长)可以根据实际情况发布公告，完善公告标题和内容，并设定公告失效时间（超过失效时间，公告不再显示）。公告发布人应能够对未失效的公告进行删除。
| 套
| 1
|
4.39
| 坐席状态显示
| 1. 应能够显示数据库连接状态
2. 应能够显示通信状态
3. 应能够显示应用服务器状态
4. 应能够显示当前话务状态
| 套
| 1
|
4.40
| 值班长接处警席
| 班长接处警席应具有接警席位的所有功能。
| 套
| 1
|
4.41
| 参数设置
| 1.需提供关键词设置界面，用于系统自动判定是否为重大警情。
2.需提供警情标签的维护功能，用户可自行添加相关警情标签。
3.系统需提供警力通讯录的维护和展示功能。
4.系统需提供骚扰电话名单的展示，并可对骚扰电话名单的信息进行修改。
| 套
| 1
|
5
| 接警辅助
|
5.1
| 敏感词检测模块
| 需提供敏感词检测模块，报警录入内容中出现预先设定的敏感词时，应能够自动弹出预案处置框，敏感词可自定义。
| 套
| 1
|
5.2
| 95种常见警情处置流程提示模块
| 针对各类常见警情应能够按照省厅下发的《95种常见警情处置流程规范》的要求，通过智能辅助接处警功能，接警人员勾选警情类型后，系统应能够自动弹出接处警规范要点提醒，接警人员按照规范要点完成警情录入，并给出指挥调度意见。
| 套
| 1
|
5.3
| 警情标签模块
| 需具备警情分级分类和关键字、特征词等标签标注功能，标签字典应能够自定义。
| 套
| 1
|
6
| 短信辅助定位
|
6.1
| 短信发送网址定位
| 通过在互联网上设定定位接口服务器，需采用html5的最新定位功能，向报警人手机发送包含接口服务器地址的短信，报警人通过手机浏览器查阅短信中所附网址，即可把报警人位置信息发送回定位接口服务器。定位接口服务器通过安全接入设备将采集到的位置信息推送回内网，从而实现报警定位。
| 套
| 1
|
6.2
| 定位效果展示
| 报警人点击“提交定位”按钮，应能够将自己的准确位置发送回情指中心。
| 套
| 1
|
7
| 警情卷宗
|
7.1
| 警情详情展示
| 1应能够展示警情详情信息。
2应能够展示报警记录详情信息，一个警情可关联多个报警记录。
3应能够在报警信息中可直接听取报警录音。
4应能够展示接警单详情信息，一个警情可关联多个接警单。
5应能够展示处警单详情信息，一个警情可关联多个处警单。
6应能够展示指令单详情信息，一个处警单可关联多个处警指令。
7应能够展示反馈单详情信息，一个警情可关联多个反馈单。
8应能够展示警情关联的所有多媒体附件信息，并且可查看多媒体附件信息的详细情况。
| 套
| 1
|
7.2
| 时间轴信息展示
| 1. 应能够以时间轴的方式展示从接警、处警、反馈的处置全过程。
2. 应能够对时间轴信息进行分类筛选显示。
3.需提供搜索功能，在时间轴中对关键信息进行搜索匹配。
4.用户应能够根据需要，选择需要打印的节点，将记录信息打印出来。
| 套
| 1
|
8
| 查询统计子系统
|
8.1
| 操作记录查询
| 应能够通过开始时间、截至时间、坐席类型、接警员工号、操作类型查询操作记录。
| 套
| 1
|
8.2
| 公告查询
| 应能够通过开始时间、截至时间、失效开始时间、失效截至时间、发布人工号、发布人姓名、发布单位条件进行查询。
| 套
| 1
|
8.3
| 通知查询
| 应能够通过发布时间、发布单位、发布人、发布人工号条件查询。
| 套
| 1
|
8.4
| 电话库查询
| 应能够通过电话号码、用户姓名、用户地址条件进行查询。
| 套
| 1
|
8.5
| 呼入查询
| 应能够通过多种条件组合条件、时间、呼入编号、主叫号码、呼入类型、振铃时长查询。
| 套
| 1
|
8.6
| 排队早释查询
| 应能够通过多种条件组合时间、呼入类型、等待时长、主叫号码查询。
| 套
| 1
|
8.7
| 重点单位查询
| 应能够通过单位名称、单位地址、单位负责人条件查询。
| 套
| 1
|
8.8
| 处警查询
| 应能够通过时间、报警方式、是否有效、处警状态、事件单编号、处警单位条件查询。
| 套
| 1
|
8.9
| 反馈查询
| 应能够通过多个条件时间、事件单编号、反馈状态、反馈单位、反馈类型条件查询。
| 套
| 1
|
8.10
| 警情查询
| 应能够通过多种条件组合时间、警情案由、案发地址、报警方式、事件单编号、所属分局、处理结果、辖区单位、案件状态、报警关键字、联系电话条件进行查询。
| 套
| 1
|
8.11
| 受理查询
| 应能够通过多种条件组合时间、接线单位、警情级别、接警员工号、所属分局、报警方式、接警台编号、报警关键字、联系电话、来话类别、报警案由条件查询。
| 套
| 1
|
8.12
| 无效警查询
| 应能够通过多种条件组合时间、联系电话、警情类型、所属分局、辖区单位条件查询。
| 套
| 1
|
8.13
| 上下岗查询
| 应能够通过多种条件登录时间、退出时间、坐席号、坐席类型、登录工号条件查询。
| 套
| 1
|
8.14
| 警情查询明细钻取
| 警情查询结果通过事件单编号应能够钻取警情详情。
| 套
| 1
|
8.15
| 查询结果导出
| 应能够将查询结果的列表导出成excel，把结果的详情导出成word格式。
| 套
| 1
|
8.16
| 话务受理综合统计
| 应能够对电话呼入记录和排队记录进行的分类统计，应能够根据呼入电话的结果进行分类。
| 套
| 1
|
8.17
| 话务受理峰值统计
| 应能够以图表方式显示每天的呼入峰值出现在什么时段等。警情类统计模块需主要包括各类警情数量统计、案发地址数量统计、报警处理结果统计、警情处理_反馈量统计、警情统计、受理记录/处理类型统计。
| 套
| 1
|
8.18
| 各类警情数量统计
| 应能够统计各类案件性质的警情的发生数量。
| 套
| 1
|
8.19
| 各辖区各类警情数量统计
| 应能够针对有效警情的警情类别、警情类型进行联动统计、同时需以表格的形式展示当前各辖区单位的警情类别、警情类型、警情细类分析情况，案由支持联动钻取。警情数字需支持明细钻取。
| 套
| 1
|
8.20
| 报警处理结果统计
| 应能够按警情类别、时间段对事件的处理结果进行统计。数字需支持明细钻取。
| 套
| 1
|
8.21
| 警情的处理/反馈量统计
| 应能够统计警情被处理、被反馈的情况，以便防止警情漏处、漏反的情况。统计数字需支持明细钻取。
| 套
| 1
|
8.22
| 各类警情案发地点数量统计
| 应能够统计各类案件性质的警情在各类部位场所的发案情况。数字需支持明细钻取。
管理类统计模块主要需包括接警员工作量统计、单位出警量、反馈量统计、辖区单位回访统计、各单位接处警反馈情况统计以及各单位接警反馈情况统计月报表功能。
| 套
| 1
|
8.23
| 接警员工作量统计
| 应能够统计接警员的接警量、处警量、反馈量、在岗时长等。
| 套
| 1
|
8.24
| 单位出警量、反馈量统计
| 应能够统计出警单位的出警量、反馈量等，以便于对出警单位进行考核管理。
| 套
| 1
|
8.25
| 辖区单位回访统计
| 基于回访纪录，应能够用于统计出警单位的出警速度、出警态度、群众满意度等，以便对出警单位进行考核管理。
| 套
| 1
|
8.26
| 各单位接处警反馈情况统计
| 应能够分时间段对出警单位的接警及反馈情况进行统计。
| 套
| 1
|
8.27
| 各单位接警反馈情况统计月报表
| 应能够分月对出警单位的接警及反馈情况进行统计。
| 套
| 1
|
9
| 县级接警单元
|
9.1
| 电话报警受理
| 1当接警员接通报警电话时，界面上应能够显示该报警电话已接通的状态。
2当电话接通后，系统应能够自动生成接警单，并自动将报警电话相关信息填写到接警单对应字段。
3从报警电话摘机开始计时，应能够在界面上实时显示通话时长。
| 套
| 5
|
9.2
| 接警单填写
| 1系统需提供多级下拉框选项的方式选择警情类别。
2系统需提供滑块选项的方式选择警情等级。
3应能够支持针对不同案由自动选择警情等级。
4系统需提供下拉框选项的方式选择管辖单位。
5应能够支持报警人身份证号信息填写。
6应能够支持车牌号信息填写。
7需提供警情详情描述的录入。警情详情录入需提供常用短语等功能进行快速录入。
| 套
| 5
|
9.3
| 处警调度
| 处警台应能够按辖区进行分配，接警单应能够根据辖区信息分配各个处警组。
| 套
| 5
|
9.4
| 反馈单填写
| 1处警员应能够通过手工方式生成空白反馈单。
2处警员应能够将反馈单设定为到场反馈，并且填写出警单位、到场时间等信息。
3系统需提供格式化反馈单供处警员填写。
| 套
| 5
|
9.5
| 反馈后续处置
| 警情处理完毕，详细反馈情况填写完整以后，应能够将警情进行结案。警情结案以后，接处警员不再关注此警情。
| 套
| 5
|
9.6
| 当前警情列表展示
| 应能够以列表方式显示当前警情（未结案），列表中应显示报警时间、联系电话、案发地址、警情案由、警情级别、出警单位、接警员、状态等信息。
| 套
| 5
|
9.7
| 历史警情列表
| 1系统应能够提供针对警情主要字段组合条件查询功能。
2历史警情查询结果需以列表方式显示。
| 套
| 5
|
9.8
| 警情录音
| 应能够支持对接处警的通话实现全过程录音，记录需包括语音、通道号、录音日期、时间、长度等录音信息。
| 套
| 5
|
10
| 县级备用应急电话接入系统
|
10.1
| 电话报警受理
| 1当接警员接通报警电话时，界面上应能够显示该报警电话已接通的状态。
2当电话接通后，系统应能够自动生成接警单，并自动将报警电话相关信息填写到接警单对应字段。
3从报警电话摘机开始计时，应能够在界面上实时显示通话时长。
| 套
| 5
|
10.2
| 接警单填写
| 1系统需提供多级下拉框选项的方式选择警情类别。
2系统需提供滑块选项的方式选择警情等级。
3应能够支持针对不同案由自动选择警情等级。
4系统需提供下拉框选项的方式选择管辖单位。
5应能够支持报警人身份证号信息填写。
6应能够支持车牌号信息填写。
7需提供警情详情描述的录入。警情详情录入提供常用短语等功能进行快速录入。
| 套
| 5
|
10.3
| 处警调度
| 处警台应能够按辖区进行分配，接警单需根据辖区信息分配各个处警组。
| 套
| 5
|
10.4
| 反馈单填写
| 1处警员应能够通过手工方式生成空白反馈单。
2处警员应能够将反馈单设定为到场反馈，并且填写出警单位、到场时间等信息。
3系统需提供格式化反馈单供处警员填写。
| 套
| 5
|
10.5
| 反馈后续处置
| 警情处理完毕，详细反馈情况填写完整以后，应能够将警情进行结案。警情结案以后，接处警员不再关注此警情。
| 套
| 5
|
10.6
| 当前警情列表展示
| 应能够以列表方式显示当前警情（未结案），列表中应显示报警时间、联系电话、案发地址、警情案由、警情级别、出警单位、接警员、状态等信息。
| 套
| 5
|
10.7
| 历史警情列表
| 1系统需提供针对警情主要字段组合条件查询功能。
2历史警情查询结果应能够以列表方式显示。
| 套
| 5
|
10.8
| 警情录音
| 应能够支持对接处警的通话实现全过程录音，记录包括语音、通道号、录音日期、时间、长度等录音信息。
| 套
| 5
|
10.9
| 系统数据上传模块
| 实施监测中心系统是否恢复正常，若恢复正常，应能够将应急电话接入系统中产生的数据及录音数据，上传至市局后台，市局可查询。
| 套
| 5
|
11
| 系统集成对接
|
11.1
| 与警务信息综合平台对接
| 与警务信息综合平台接口方式，应能够以中间数据表方式进行数据推送和交换，进行松耦合连接，减少两个系统之间的相互影响。
| 套
| 1
|
11.2
| 与12345对接
| 应能够与12345平台对接，实现双向“一键转接”功能，可将群众电话和报警（或诉求）内容一键推送至对方平台。
| 套
| 1
|
11.3
| 数据共享对接接口
| 应能够以接口方式提供数据实时共享，包括接警信息、处警信息、反馈信息，录音信息、电话呼叫信息、席位状态等。
| 套
| 1
|
11.4
| 与勤务管理系统对接接口
| 应能够与勤务管理系统对接，获取相关勤务数据。
| 套
| 1
|
11.5
| 与背景协查系统对接接口
| 应能够与背景协查系统进行对接。应能够通过报警人身份证信息获取到对应的报警人背景信息。
| 套
| 1
|
11.6
| 与其他系统对接接口
| 应能够与其他子系统继续对接。
| 套
| 1
|
12
| 接处警总站子系统
|
12.1
| 接处警业务应用布局管理
| 应能够通过导航栏和功能菜单配置的方式统一对各角色可使用的业务模块进行配置，排列各业务功能的展现顺序，为不同的角色和人员存储绑定不同的功能展现内容方案。
| 套
| 1
|
12.2
| 接处警业务应用入口
| 用户应能够通过统一认证，登录进入到统一风格的接处警总站子系统中，应能够在一个桌面系统中完成相关的数据统计分析、关键信息浏览和业务操作等业务操作。
| 套
| 1
|
12.3
| 接处警业务应用统一展现
| 系统需采用统一的UI展现风格，需保证导航区和标题区的风格统一，优化用户的操作体验。
| 套
| 1
|
12.4
| 接处警业务应用登录管理
| 需提供单点登录注册服务，需支持普通的用户名密码登录方式，也支持通过PKI登录方式。
| 套
| 1
|
12.5
| 接处警业务应用会话管理
| 应能够探测会话状态，需对会话状态进行缓存；在通过身份认证后，并将身份认证令牌进行缓存和同步，同时在统一权限管理的支撑下，在会话中对用户权限信息进行缓存和同步。
应能够对在线用户进行管理，包括对在线用户的登录时间、在线时长、在线状态等进行查询和管理。
| 套
| 1
|
12.6
| 消息任务管理
| 应提供消息任务管理的功能。
| 套
| 1
|
12.7
| 接处警基础数据管理
| 应能够对单位信息、人员信息、通讯录信息等基础数据进行统一管理和维护。
应提供各个业务应用子系统的用户信息、认证信息、权限信息等数据同步操作接口。
| 套
| 1
|
12.8
| 接处警系统维护管理
| 需提供系统维护管理的功能，需包括用户账号、角色、权限管理维护的功能。
| 套
| 1
|
（二）
| 重大案事件突发处置子系统
|
1
| 指挥处置通用功能
|
1.1
| 任务接入
| 应支持不同类型的席位通过接口方式，接收上级系统推送的任务信息。需包括警情信息接口、情报稳控信息接口、合成作战指令处置接口、重大案事件信息接口。
| 套
| 1
|
1.2
| 手动生成
| 应支持手动生成一个指挥任务，应能够维护任务的标题、内容、事发点、工作要求、相关附件上传、以及关联的警情或情报信息等内容。
| 套
| 1
|
1.3
| 任务查询
| 应能够对任务进行组合条件查询，
| 套
| 1
|
1.4
| 任务查看
| 应支持任务详情查看。
| 套
| 1
|
1.5
| 任务派发
| 应能够选择不同处置单位进行任务派发，一个重大案事件信息应能够对应多个派发信息，需记录派发事件、派发人、负责人和归属单位等关键信息。
| 套
| 1
|
1.6
| 指令推送
| 应能够与云指令进行对接，应能够将指令、派发、处置、线索信息推送给云指令系统。
| 套
| 1
|
1.7
| 任务状态跟踪
| 应能够对任务的处置情况进行跟踪，应能够以时间树形式对状态节点进行追溯。
| 套
| 1
|
1.8
| 任务关注
| 应能够对任务进行打标标注，需配合任务查询快速查阅任务列表信息。
| 套
| 1
|
1.9
| 案事件汇报
| 应提供案事件汇报功能，需要时应能够将警情信息通过警务通平台、短信平台汇报给上级领导。
| 套
| 1
|
1.10
| 领导批示
| 指挥台民警应能够录入领导批示信息详情。
| 套
| 1
|
1.11
| 处置单位反馈
| 系统需提供任务反馈录入功能，可以对接云指令系统、接处警系统、一体化工作门户，进行反馈信息的同步；
| 套
| 1
|
1.12
| 应能够记录或标绘真实的案发点信息。
|
1.13
| 处置信息补录
| 需提供给操作警员自行录入反馈信息的功能。
| 套
| 1
|
1.14
| 现场取证信息
| 应能够同步一线民警APP录入的现场取证信息和上传的相关证据。
| 套
| 1
|
1.15
| 要情补充
| 需提供要情补充功能，应能够录入现场详情和嫌疑人详情。
| 套
| 1
|
1.16
| 任务关联
| 应能够查询关联相关警情、情报信息，需以列表和表单形式进行体现。
| 套
| 1
|
1.17
| 督导评价
| 应能够对异常任务发送督办指令并跟踪处置状态，应能够对任务处置的一线民警和归属单位进行评价打分。
| 套
| 1
|
1.18
| 情报同步
| 应能够将案事件的处置信息，实时同步到一线处置民警的APP。
| 套
| 1
|
1.19
| 任务回溯
| 应提供任务回溯功能，对当前任务进行时间轴回溯，应能够在地图上进行轨迹同播。
| 套
| 1
|
2
| 多功能指挥席模块
|
2.1
| 指挥长席
|
2.1.1
| 在线监控
| 应能够监控所有指挥席、接处警席、110报警台、指令值守台、APP上线情况，需以列表和图表形式进行呈现。
| 套
| 1
|
2.1.2
| 工作介入
| 当指挥长认为事态严重或敏感时，应能够随时对正在处置的警情、情报、安保任务执行进行介入，并及时向其余坐席同步相关工作要求。
| 套
| 1
|
2.1.3
| 任务接管
| 当指挥长需要接管任务时，应能够由二级指挥单元上升为一级指挥，由指挥长直接调度案事件的处置，并将信息同步给其他坐席。
| 套
| 1
|
2.1.4
| 通话旁听
| 与调度机对接后，应能够实现对调度机接入的各坐席电话进行旁听，旁听时任务处理人员和当事人听不到指挥席声音。
| 套
| 1
|
2.1.5
| 语音插话
| 当指挥长需要时，应能够对当前正在进行的通话进行插话，直接进行多方通话，并通过调度机录音系统形成录音。
| 套
| 1
|
2.1.6
| 任务批示
| 应能够对各指挥席发布的请示信息进行批示，需记录批示内容，批示人员、时间等信息。
| 套
| 1
|
2.1.7
| 督导记录
| 应能够对异常任务进行督导，需记录督导流程已经最终处理结果。
| 套
| 1
|
2.1.8
| 工作量化
| 指挥长应能够一键导出情报、接处警、重大案、安保席的各项指标。
| 套
| 1
|
2.1.9
| 融合通信支持
| 应能够通过指挥长席集成融合通信系统，对电话、警务通、5G执法记录仪、无线手台等通信设备进行一键调度。
| 套
| 1
|
2.1.10
| 带鱼屏支持
| 应支持大宽屏，最大应支持5120*1440分辨率。
| 套
| 1
|
2.2
| 接处警席
|
2.2.1
| 接调一体模式
| 应能够满足接调一体的接处警工作模式，搭配接处警台进行1:1使用，以接处警单录入的警情信息为主显示表单内容。
| 套
| 1
|
2.2.2
| 接调分离模式
| 应能够满足接调分离的接处警工作模式，与接处警台进行解耦。
| 套
| 1
|
2.2.3
| 电话呼入
| 接处警系统和指挥模块同步弹屏，应能够同步提取报警电话、呼入事件、接警台号、值班员姓名等接警台信息。
| 套
| 1
|
2.2.4
| 报警定位
| 一、
当接处警系统对接省厅基站定位服务时，应能够将电话呼入基站定位同步传送给警情指挥模块，并在地图上迅速定位。
二、 指挥员员应能够根据地址输入，系统根据后台地址资源服务自动联想最相似或最近POI信息。
三、 指挥员应能够从接警员给报警人发送的定位信中，读取报警人的相关定位信息。
| 套
| 1
|
2.2.5
| 警情云图
| 应能够在地图上展示有效警情的散点信息，根据警情的处置环节不同，展示不同的图表。
| 套
| 1
|
2.2.6
| 警情定级
| 应能够对警情进行定级。
| 套
| 1
|
2.2.7
| 警情标签
| 当警情接入后，接警员应能够根据警情类型，对警情进行一键式标签标注。
| 套
| 1
|
2.2.8
| 警情记录回溯时间轴
| 应能够在地图上展示警情的数据信息，点击可查看警情的详细信息，并以时间轴的方式展示警情的处理流程及详情。
| 套
| 1
|
2.3
| 重大案事件指挥席
|
2.3.1
| 视频追踪
| 应能够制定视频追踪方案，利用多个监控设备对同一个目标，进行视频追踪，应能够跟踪目标的实时位置和移动轨迹。
| 套
| 1
|
2.3.2
| 处置调度
| 一、应能够自动显示现场处置警力、梯次增援警力及协同处置相关部门资源状况；
二、应能够调取查阅重大案事件周边的视频监控信息，实时掌握现场及周边态势。应能够调集警力在犯罪嫌疑人可能逃往的路线上进行设卡堵截。指挥员应能够根据案件发展变化进行图上标绘；
三、应能够通过有线、无线、视频、移动终端等多种手段进行实时指挥，实现任务信息的及时准确传达。
| 套
| 1
|
2.3.3
| 多媒体调度
| 应能够对接融合通信子系统，实现电话语音通信、呼叫无线PDT，能和一线民警进行面对面视频。需满足H5、Anroid Native、Clietn三端通信，能提供Websocket-server、Socket、轮询等多种方式进行信息传递，信息传递类型需包含文本、短语音、短视频。
| 套
| 1
|
2.3.4
| 案事件接入和定位
| 应支持接处警员手工定位。
| 套
| 1
|
2.3.5
| 启动预案
| 点击启动预案，应能够将接处警关键信息传递到预案流程库模块，应能够自动根据某一警情类别或性质在预案库搜索，自动关联到相关流程化操作预案。
| 套
| 1
|
2.3.6
| 周边分析
| 以案件标注位置为中心，应能够显示一定范围内的视频、警力、警车、应急资源、重点单位等，需根据资源分类不同的资源按照不同的图标展示，应能在电子地图上定位显示直观查看资源的分布情况，应能查看资源的详细信息。
| 套
| 1
|
2.3.7
| 智能布控
| 1、布控防线设置
通过预置布控点、巡防必巡点关联，地图标识相关点位，应能够自动获取治安卡口、临时布控点、必巡点以及交通治安岗亭的设点分布，应能够以“1分钟、5分钟、15分钟、30分钟”为标准，通过时间计算模型从卡点信息资源库自动抽取卡点信息，自动连结周边的设定范围内的卡点，形成闭合的布控防线。
| 套
| 1
|
2、临时封控点设置
系统应能够利用封控点、查报站等形成封控防线，系统需提供临时封控点增加的功能，实现在地图上自行标绘临时封控点，并能通过将添加的临时封控点与原有系统自行生成的封控防线进行融合，即时生成新防线。
|
3、卡点封控圈
应能够在电子地图上任意生成5分钟、10分钟、15分钟的卡点封控圈。一旦处警力量进入到达封控卡点，移动终端会自动发出信息，卡点由“红色”就会变成“绿色”，便于对处警力量到岗情况实施跟踪督导。
|
4、警力封控圈
发生一般警情时，系统应可对警情周边的勤务岗位和辖区勤务部署，推荐相应的分局和巡组。
发生重大案事件时，系统应采用“就近处置”的原则，会在电子地图上完成5分钟处置圈、10分钟周边增援圈、15分钟外围包围圈，自动显示出封控圈内的警力资源。
同时能够按照不同的封控圈范围内的警力资源进行分组，实现分组指挥调度。
|
5、车辆布控
应能够对车辆进行智能布控，自动对模糊车辆牌号进行实时比对，同时自动展示其周边一定范围内的警力资源，然后可选择自动布控或固定布控进行布控。
|
6、视频布控
需与视频监控系统对接，应能够在地图上点击摄像头，即可查看多个摄像头不同时段的监控画面。
|
2.3.8
| 指挥调度
| 需集成各种通讯手段，打通指令系统，应能够在一张图上对附近警力、增援警力及协同警种进行统一调度。
| 套
| 1
|
2.3.9
| 处理记录
| 应能够记录存档指挥人员在重大警情处置过程中记录所有操作，应能够生成处置报告，确保处警过程可追溯。
| 套
| 1
|
2.3.10
| 事后评估
| 应能够对案事件处置过程进行全记录，根据案事件基本情况、处置经过、处置结果，应能够自动生成处置报告，并能对事件处置效果进行评估，对处置预案进行修订完善，固化形成处置案例。
| 套
| 1
|
2.3.11
| 事件档案
| 应能够对重大案件进行重点归档，应支持自定义业务标签。
| 套
| 1
|
2.4
| 情报稳控席
|
2.4.1
| 重点人档案调阅
| 应能够对重点人员数据进行数据重组，应能够调阅重点人员档案信息。
| 套
| 1
|
2.4.2
| 重点场所管理调阅
| 应能够维护和调阅重点场所、重点监管部位的档案信息。
| 套
| 1
|
2.4.3
| 群体档案调阅
| 应能够调阅、查看重点群体档案信息。
| 套
| 1
|
2.4.4
| 临时控制情况调阅
| 应能够查阅临控人员的档案信息。
| 套
| 1
|
2.4.5
| 小区出入情况可视化
| 对接智慧城市——智慧小区，对重点人员出入进行亮灯。
| 套
| 1
|
2.4.6
| 人员迁徙图
| 应在地图上对重点人的户籍迁入和迁出进行体现和统计预警、
| 套
| 1
|
2.4.7
| 人员流动图
| 应能够对重点人入市、出市、进京进行体现和预警。
| 套
| 1
|
2.4.8
| 重点人员地址逆向
| 应能够通过“融合辅助定位服务”对重点人地址进行逆向，解析出最佳地理信息坐标，将现存的重点人员信息空间化。
| 套
| 1
|
2.4.9
| 重点事件地址逆向
| 应能够通过“融合辅助定位服务”对重点群体地址进行逆向，解析出最佳地理信息坐标，将现存的重点群体信息空间化。
| 套
| 1
|
2.4.10
| 失控信息推送
| 发现重点人失控时，应能够将基本信息、群体信息、涉稳时间和其他研判系统推送至重大案事件指挥席。
| 套
| 1
|
2.5
| 安保专项保障席
|
2.5.1
| 安保一张图
| 应提供安保一张图的功能，实现视频监控资源、重点人态势、安保路线、警力资源部署、警车部署情况、警情等安保相关资源在电子地图上进行展示。
| 套
| 1
|
2.5.2
| 安保防控圈
| 应能够在三维重点区域模型周边规划“核心圈、警戒圈、疏散圈”。应能够利用空间缓冲区技术，显示周边可用警力、警用装备、车辆、摄像头资源。
| 套
| 1
|
2.5.3
| 安保预案制定
| 应能够根据重大安保任务需要制作、演练、完善各种指挥调度预案。应可以将生成的预案进行输出打印，打印范围、大小、内容可调。
| 套
| 1
|
2.5.4
| 任务进度表
| 需提供任务进度表功能，应能够根据安保活动或重要任务的特点，将任务的各个阶段进行科学划分，需以时间轴的形式表现在系统上，可预演、可回放，在特定时间点时，系统会自动关联相关的各类资源实时演进。
| 套
| 1
|
2.5.5
| 任务演练
| 应能够按照活动进行的时间、空间、参保人员、安保对象、安保措施和相关安保设备等内容进行任务预演。
| 套
| 1
|
2.5.6
| 任务发布
| 定制好的安保任务方案应能够发布到主体界面，当达到任务设定时间时，系统应能够自动执行安保任务。
| 套
| 1
|
2.5.7
| 任务关注
| 应提供任务关注功能，把重要级别较高的任务和领导比较关注的任务进行关注，需包括安保预案、安保路线、勤务安排、任务进度等内容。
| 套
| 1
|
2.5.8
| 态势评估
| 应能够按区域范围，对接入警情、重点活动范围、群体性事件预警等多种社会治安态势数据进行态势评估。
| 套
| 1
|
2.5.9
| 视频预案
| 应能够根据安保区域和路线，选取相关高清、高点摄像头，组成相关视频预案。
| 套
| 1
|
2.5.10
| 前导车保障
| 应能够提供前导车维护功能，维护前导车的车型、驾驶人、车牌号等内容，应能够绑定移动定位设备。
| 套
| 1
|
2.5.11
| 安保要素标绘
| （1）应能够在电子地图上直接添加标注要素，要素仅在电子地图展示；
（2）应能够将对应的全景视频上直接添加标注要素，该要素能在全景视频上展示，同时能在电子地图上的相应点位展示；
（3）对于电子地图上的标注要素，应能够选择全部展示、不展示或按照类别展示。
| 套
| 1
|
2.5.12
| 重点警卫路线保全
| 应提供重点警卫路线保全功能，需包含任务分项，负责人、应到警力、到岗位置等重要因素，当警务任务执行时，车队的清道车会实时打开车载视频监控，应能够将实时画面投到情指中心大屏上，以便实时了解现场情况和警力部署情况。
| 套
| 1
|
3
| 战术投送模块
|
3.1
| 同步上案
| 当操作民警发现一个重大案事件时，可启用同步上案功能，应能够将案件实时同步到五个坐席，需自动关注该任务信息，五个坐席可根据自身职责不同共同处置该任务。
| 套
| 1
|
不同坐席和警种对任务的研判信息和处置情况，应能够实时同步到所有坐席。
|
3.2
| 预案推荐
| 应能够根据重大案事件的详细情况，按照类型、等级、敏感程度、伤亡人数等指标，自动推荐相关处置预案，应显示预案的处置流程图。
| 套
| 1
|
3.3
| 预案流程核对
| 应能够显示预案的流程引导图，应根据用户的操作步骤点亮流程节点，需提供可核对的流程清单。
| 套
| 1
|
3.4
| 定位描绘
| 应能够在地图上进行警情、风险点的定位描绘，描绘的定位信息存储到后台提供给其他功能使用。
| 套
| 1
|
3.5
| （JW对接）轨迹描绘
| 应能够与JZ、WJ对接，通过WL和TZ的数据对一个电话号码或者身份证信息进行轨迹定位。
| 套
| 1
|
3.6
| 快速处置反应圈
| 基于警情、任务，应能够在地图上显示快速反应圈，即处置圈、增援圈、包围圈三个反应圈，应能够把圈内的各类资源：视频、卡口、警力等数据呈现在指挥端。
| 套
| 1
|
3.7
| 处警力量推荐
| 应提供辖区推荐、警种推荐、最短距离推荐、最短行进时间推荐等组合算法。在发生警情或其他任务时，应能够对处警力量进行自动推荐提醒。应支持手动派警。
| 套
| 1
|
3.8
| 逃逸分析
| 应能够根据开封市一标三实、PGIS的路网采集情况，对犯罪嫌疑人的逃逸工具和方向、速度进行设定，利用空间计算引擎，可在地图上呈现嫌疑人5分钟内到达（红色）的区域，和10分钟内到达（蓝色）的区域，为一线民警围堵嫌疑人提供有力手段。
| 套
| 1
|
3.9
| 围捕分析
| 应能够根据逃逸分析的计算结果，测算出相应时间内可到达封控位置的警力。
1、 显示在逃逸范围中，在街面执勤的勤务卡口。
2、 显示在逃逸范围中，相应的高清视频列表。
3、 显示在逃逸范围中，相关的车辆卡口列表。
4、 显示在逃逸范围中，相关交警和高速卡口的勤务执勤信息。
| 套
| 1
|
3.10
| 现场直播
| 应能够通过任务和勤务相关信息的结合，调用融合通信接口，实现5G执法仪、移动APP的视频调用。
| 套
| 1
|
3.11
| 联动处置
| 应能够与应急消防部门、急救部门进行联动，可将电话一键播出，应实现报警人、指挥坐席和应急部门的三方通话。
| 套
| 1
|
3.12
| 设卡布控
| 应能够向执勤警力发送人、车特征或基本信息，并在地图上标绘设卡堵控点，要求关注并设卡拦截。
| 套
| 1
|
3.13
| 执法依据
| 应能根据不同的案事件信息，向执法人员推送相关执法依据。
| 套
| 1
|
4
| 勤务力量集成
|
4.1
| 带班领导集成
| 应能够对接勤务系统接口，实时同步当前市局、分县局以及各支队的带班领导信息。
| 套
| 1
|
4.2
| 街面巡组集成
| 应能够通过勤务类型筛选界面巡逻警力，应以列表和地图呈现的方式进对街面巡组力量进行集成。展示巡组的点位信息，警员基本信息。
| 套
| 1
|
4.3
| 属地单位集成
| 应能够根据本地的任务处置单位进行排列，应将相关任务信息推送至处置单位工作门户进行处理。
| 套
| 1
|
4.4
| 合成作战集成
| 应能够根据合成作战进驻的专业警种进行排列，并可将相关任务信息推送至警种的工作门户进行处理。
| 套
| 1
|
4.5
| 特殊保障集成
| 应能够根据专项任务保障的信息筛选勤务执勤信息，并将相关勤务编队的领导信息、执勤警力信息和部署位置集成到指挥台。
| 套
| 1
|
4.6
| 应急联动集成
| 应能够将应急联动单位的基本信息和电话集成到处置页面，需支持电话一键拨出。
| 套
| 1
|
5
| 支撑服务集成
|
5.1
| 离线瓦片图层
| 应能够根据实际需要接入二维、三维瓦片地图，根据实际情况，显示卫星影像、白色地图、科技蓝地图、科技黑地图、金黄日耀地图等主题，满足可视化指挥的不同配色要求。
| 套
| 1
|
5.2
| 建筑轮廓图层
| 应能够利用webGL技术，展示全市建筑轮廓信息，需支持蓝色、白色两种建模样式，能与重点部位的三维建筑轮廓进行叠加。
| 套
| 1
|
5.3
| 全市POI图层
| 应能够将全市POI信息图层进行整体上图，应能够查看POI信息的详细内容。
| 套
| 7
|
5.4
| 视野定位
| 应能够快速定位一个地图上的具体坐标点。
| 套
| 1
|
5.5
| 视野漫游
| 应能够根据用户需要，制定漫游策略，进行视野游走，经过三维地段时，可根据用户设置是否对重点区域进行视野绕行。
| 套
| 1
|
5.6
| 业务资源图层
| 应能够实现各类资源上图，包含警情类、警力类、警务资源类和社会资源类四种。
| 套
| 1
|
5.7
| 资源查询
| 应能够对接地址资源服务，通过输入文字、拼音、区域、街道对相关城市POI信息进行定位。
| 套
| 1
|
5.8
| 视频标签化
| 应能够给视频打标签，需与预案管理系统进行关联，能在需要调看视频监控时，一键调阅关注的视频图层和列表。
| 套
| 1
|
5.9
| 视频盲点上报
| 应能够在地图上进行视频盲点标注，应能够以csv或excel的格式导出标注的盲点信息。
| 套
| 1
|
5.10
| 融合通信对接
| 应能够与融合通信对接
1、应能够对5G执法仪进行视频和呼叫。
2、应能够对市话和内线电话进行麦克风呼叫。
3、应能够对车载图传进行视频通讯。
4、应能够对PDT进行组呼（或单呼，如集群支持）。
5、应能够对高清视频、车辆卡口图像进行调阅。
6、应能够将融合通讯传入的定位信息向融合定位子系统转发。
| 套
| 1
|
5.11
| 排队调度机和电话对接
| 应能够和调度机对接，安装调度专用电话，并接入录音设备，实现以下功能：
1、应能够实现座机电话和处置系统联动、一键呼叫。
2、应能够实现座机电话三方、多方会议通话。
3、应能够实现情指中心、合成作战和警种专班内线短号呼叫。
4、应能够实现市县接处警席位多方通话。
5、应能够实现会议、通话录音保存并合案事件进行关联。
| 套
| 1
|
6
| 指挥沙盘工具箱
|
6.1
| 测距工具
| 应能够在地图上进行连点，并测处点与点之间的距离。
| 套
| 1
|
6.2
| 测面工具
| 应能够在地图上绘制一个多边形，并显示多边形面积。
|
|
|
6.3
| 坐标采集工具
| 应能够在地图上采集WGS84坐标系的坐标点值。
| 套
| 1
|
6.4
| 鹰眼工具
| 应能够显示地图的缩略图。
| 套
| 1
|
6.5
| 放大镜工具
| 应能够通过地图放大镜，在放大镜内显示最大级别图层的资源信息。
| 套
| 1
|
6.6
| 图层切换工具
| 应能够在不同的瓦片图层和WMTS服务图层间进行切换。
| 套
| 1
|
6.7
| 标绘工具
| 应能够在三维地图上进行信息标绘，作为沙盘演练的规划工具：需包含点、弧线、曲线、折线、自由线、圆、椭圆、弓形、扇形、矩形、曲线面、多边形、自由面、聚集地、钳击、直箭头、细直箭头、突击方向、进攻方向、分队战斗行动。
| 套
| 1
|
7
| 分局、科所队桌面
|
7.1
| 信息查询
| 需提供数据查询和统计功能，包括警情类别（110、122）、警情信息的查询、辖区信息查询、火场信息查询、化学危险品查询、重点单位查询等。
| 套
| 1
|
7.2
| 多级“一张图”
| 在市局部署统一GIS地理信息系统服务，使分局、派出所、科室能够通过Web方式访问到相关的图层，支持多种通用技术格式，满足多级应用和分局、科所队根据实际情况二次开发。
| 套
| 1
|
7.3
| 上岗登陆
| 当值班员登录时，情指中心勤务报备系统中相关状态进行实时联通，科所队终端根据值班员权限进行系统初始化。
| 套
| 1
|
7.4
| 网络接单
| 远端任务终端平时处于待接警状态，当情指中心有接警单通过网络派发至该远端接处警终端时，系统自动将该记录添加到等待接收警单列表，支持远端签收警情单。
| 套
| 1
|
7.5
| 本地接警
| 应提供给远端处警终端单位受理群众上门或电话报警的渠道，支持警员直接在处警终端录入警情信息，生成接处警单，在情指中心备案的同时返回给该单位进行处警。
| 套
| 1
|
7.6
| 信息提示
| 当有警情需要处理的时候，系统将会发出报警声音，向接警员进行提示，并弹出警情窗口。
| 套
| 1
|
7.7
| 警“情”关联上报
| 系统应能够检索相关情报预警信息，和警情任务进行自动、手动关联，系统将相关信息整体组合反馈给情指中心。
| 套
| 1
|
7.8
| 任务反馈
| 远端处警单位在处警完成（或阶段性完成）后，需填写反馈单，向中心反馈处警情况。
| 套
| 1
|
7.9
| 下班、交班
| 当值班员使用下班、交班功能时，系统自动弹出相关交班记录，如有重大警情时，系统提示当前值班员有重大事件未处置完成，并在下一值班员登录时做出提醒。
| 套
| 1
|
（三）
| 云指令子系统
|
1
| 指令汇聚管理
|
1.1
| 与省厅指令系统对接
| 应能够与省厅指令系统进行对接，实现本市云指令统一值守。
| 套
| 1
|
1.2
| 与省厅信息报送系统对接
| 应能够与省厅情指中心信息报送系统进行对接，实现本市云指令同步报送和反馈信息。
| 套
| 1
|
1.3
| 与省厅重点人系统对接
| 应能够与省厅重点人系统进行对接，实现省厅下发重点人的稳控信息反馈和本地重点人的上报。
| 套
| 1
|
2
| 在线流程发布管理
|
2.1
| 流程编辑
| 应能够对已经设定好的任务流程进行编辑，但不影响已经提交的任务流程。
| 套
| 1
|
2.2
| 流程发布
| 应能够对已经编辑完成的流程进行发布，发布后的流程可被民警调用发起相关指令流程。
| 套
| 1
|
2.3
| 流程跟踪
| 应能够对已经发起的任务进行跟踪，需显示当前办理人，办理状态和下一环节。
| 套
| 1
|
2.4
| 业务表单设置
| 应能够通过流程关联相关业务表单，业务表单可灵活编辑，已经发出的指令可在内容里嵌入业务表单和相关的填写内容。
| 套
| 1
|
3
| 作战力量管理
|
3.1
| 作战小组设置
| 应能够自定义作战分局，如指挥长、指挥员、警种专员、专员领导、督导员等作战小组。
| 套
| 1
|
3.2
| 作战人员召集
| 通过调用民警基本信息库，应能够将人员与作战小组进行关联。任务发起时，应能够通过作战任务小组分发指令，相关小组成员均能看到任务详情，但只有唯一人员可签收。
| 套
| 1
|
4
| 协作任务办理
|
4.1
| 个人任务墙
| 应能够显示个人任务信息，需包含待办任务总量、待办信息内容，已完成任务量、已完成任务内容、被督办内容的信息。
| 套
| 1
|
4.2
| 任务协查
| 应提供任务协查功能，针对特定的单起案事件进行全方位、多维度的综合研判，需包括现场勘查、周边视频、摸排走访、人员背景及关系（受害人、报案人、嫌疑人、证人等）、案事件相关情报线索、案发地高危活动人员、同类案事件前科人员、案发地同时空通讯信息等。
| 套
| 1
|
4.3
| 指令分级
| 应提供指令分级功能，根据实际情况和案事件严重情况，可将指令分成四个等级。
| 套
| 1
|
4.4
| 指令流转
| 应提供指令流转功能，把有价值的线索评估后，形成侦查或合成协查工作指令，流转给刑侦、治安、禁毒、经侦、派出所等部门相关部门协同开展工作，指令发起部门责任人负责牵头开展工作。
| 套
| 1
|
4.5
| 签收提醒
| 系统需在左下角弹出待签收对话框，提示待签收的数量，点击后应能够进入待签收列表页面。
| 套
| 1
|
4.6
| 指令签收
| 需提供指令签收功能。
| 套
| 1
|
4.7
| 任务会签
| 当任务需要多个人一起审批时，指令应能够设置会签人员集合和会签条件，满足会签条件时，任务流程可放行。
| 套
| 1
|
4.8
| 任务转交
| 任务在特定环节时，应能够将任务指定给其他单位或民警办理。
| 套
| 1
|
4.9
| 调查线索上报
| 需提供调查线索上报的功能。
| 套
| 1
|
4.10
| 线索审核评估
| 需提供线索审核评估功能，民警完成每一条线索上报工作后，分局研判人员工作界面中应能够展示新线索待审核记录，选择审核结果（通过、不通过）以及是否需要增加线索要素等。
需提供线索合并展现功能，将审批后且被研判人员批准显示的线索信息合并显示。
| 套
| 1
|
4.11
| 指令反馈/多次反馈
| 指令处置单位应能够查看下发到本单位的指令任务信息，并可对指令进行签收和信息反馈。
当指令下发给派出所或大队时，相关上级单位如分局或支队应能够查看指令信息，并对指令进行补充反馈。
对于即将超时的指令系统可根据时间设置，应能够对指令派发人员和处置单位人员进行双向提醒。
| 套
| 1
|
4.12
| 补充反馈
| 应能够进行多次反馈（不限次数），在下发信息详细页面中应可看到完整的反馈列表。
| 套
| 1
|
4.13
| 新增单位补发
| 需提供新增单位不发的功能。
| 套
| 1
|
4.14
| 流程循环
| 民警应能够对反馈的指令信息进行评估，再次形成合成协查工作指令，流转给刑侦、治安、网侦、经侦、派出所等部门相关部门协同开展工作，指令发起部门责任人负责牵头开展工作。
相关部门接收指令后，进行签收、反馈。
| 套
| 1
|
5
| 虚拟会议室
|
5.1
| 会议设置
| 应能够设置会议主题、关联任务详情、会议开始时间、结束时间，重要会议信息等内容。
| 套
| 1
|
5.2
| 会议列表
| 将所有会议按照时间或会议状态排列，应能够查看会议的进行状态，点击应可以查询会议详情和会议内容追溯。
| 套
| 1
|
5.3
| 成员管理
| 应能够通过链接方式邀请成员加入会议，也应可预先指定参会人员，与会人员加入虚拟会议室时，应显示人员头像和详情。
| 套
| 1
|
5.4
| 同步上案
| 应可在会议室发布案事件最新详情信息，需包含案事件基本信息，派发信息，现场处置信息。需支持在线浏览。
| 套
| 1
|
6
| 线索研判盯办
|
6.1
| 我的盯办
| 需提供我的盯办功能。
| 套
| 1
|
6.2
| 被盯办任务
| 任务发送给督办人后，发起人和办理人应能够查看自己被督导的任务和批示。
| 套
| 1
|
6.3
| 盯办结果
| 督导人员应能够根据实际情况，填写督办信息，并将督办结果同步给任务办理人和发起人。
| 套
| 1
|
7
| 战果认定
|
7.1
| 结案提醒
| 应提供结案提醒功能，案事件已经处于结案状态，应能够将自动新相关信息，在系统首页进行结案提醒。
| 套
| 1
|
7.2
| 案事件信息抽取
| 应提供案事件信息抽取功能，实现案事件基础信息、受害人信息、嫌疑人信息、嫌疑人抓获信息、现场勘查信息定等从数据仓库抽取到平台，应能够汇聚接报警开始到结案的全过程所有信息。
| 套
| 1
|
应能够自动从数据仓库中获取本辖区的新增案事件信息，包括案事件编号、发案时间、发案地点详址、简要案情、承办单位及涉案物品信息等。
|
7.3
| 资料上传
| 应提供资料上传的功能，一线民警可以录入或导入视频资料、文件资料来作为破案的线索或证据。
| 套
| 1
|
7.4
| 案事件电子档案
| 应提供案事件电子档案的功能，实现“一案一档”方式集中展现案事件动态侦查全过程。
| 套
| 1
|
7.5
| 案事件串并
| 需提供案事件串并的功能，通过NLP语义分析通过关键词，依相似度提供排名，辅助推荐串并案事件。
| 套
| 1
|
7.6
| 环节审查信息
| 应能够录入审查办案环节信息。需包括涉案嫌疑人，审查办案结果，应可以追加办案单位和民警和上传文书图片。
| 套
| 1
|
7.7
| 研判报告
| 应能够自动输出合成情报研判报告。需支持word、pdf格式导出。
| 套
| 1
|
8
| 在线共享文档
|
8.1
| 文档解析
| 需提供一套在线office工具套件，满足不大于10人在线编辑。应能够解析指令中的office、wps两种软件格式，支持txt、word、excle、pdf、CSV、ppt等多种文件格式。
| 套
| 1
|
8.2
| 文档管理
| 需支持文档手动上传和自动上传两种模式，需支持新建文件，新建类型需包括文档、表格、幻灯片。
| 套
| 1
|
8.3
| 文档扩展功能
| 需支持文档的下载、空间移动、复制、在线重命名、设置特有标签等信息。应能够对文档进行标星关注，查看文档的属性等。
| 套
| 1
|
8.4
| 文档分享
| 应能够对文档进行加密分享和公开分享，以连接的形式复制给其他民警进行浏览，应可设置文档浏览的权限。
| 套
| 1
|
8.5
| 历史版本管理
| 应能够查看文档的历史版本和修改信息。应可以对文档历史版本进行备注、下载历史版本。
| 套
| 1
|
8.6
| 文档全文检索
| 应能够对文档内的文字信息进行全文检索。
| 套
| 1
|
9
| 在线编辑
|
9.1
| 文档编辑
| 应能够支持字体格式设定，根据系统内设置的字体样式，提供雅黑、宋体、黑体等多种字体格式字号。
应能够在线快速编辑文字，并对内容进行左右排版；提供标题1-9快速样式。
应能够对文字进行快速标记、加粗、颜色可选。
需提供内容格式刷。
需支持文档导出word，样式不失真。
| 套
| 1
|
9.2
| 表格编辑
| 需支持表格格式设定，根据系统内设置的字体样式，提供雅黑、宋体、黑体等多种字体格式字号。
应能够在线快速编辑表格，并对内容进行左右排版；提供标题1-9快速样式。
应能够对表格进行快速标记、加粗、颜色可选，可标记表格的边框，提供内边框，外边框、加粗框等。
需提供常用excle公式，如求和、平均值、最大、最小、总和、逻辑判断、日期、查找列表等功能。
需提供内容格式刷。
需支持文档导出excle，样式不失真。
需支持快速下拉数据的复制。
| 套
| 1
|
9.3
| 幻灯片编辑
| 需支持幻灯片格式设定，根据系统内设置的字体样式，提供雅黑、宋体、黑体等多种字体格式字号。
应能够在线快速编辑幻灯片，并对内容进行左右排版；提供标题1-9快速样式。
应能够对幻灯片进行快速标记、加粗、颜色可选，可标记表格的边框，提供内边框，外边框、加粗框等。
应能够插入表格、文本框、图标、图片、形状等内容。
需支持文档导出ppt，样式不失真。
| 套
| 1
|
（四）
| 一体化行动处置APP
|
1
| 今日头条
|
1.1
| 公安动态
| 需提供公安动态展示模块，展现开封市公安局的相关新闻动态信息。
| 套
| 1
|
1.2
| 通知公告
| 通过移动终端，应能够实时查看通知及公告详情。
| 套
| 1
|
1.3
| 警情动态
| 应能够在APP端实时查看警情动态详情。
| 套
| 1
|
2
| 领导模块
|
2.1
| 勤务查看
| 通过勤务设定的任务信息列表，应能够进入相应的详细任务信息，阅览相关的任务实际情况，应能够查看相关警员的具体签到和当前位置信息。
| 套
| 1
|
2.2
| 重大警情提醒
| 应能够设定指挥调度相关的领导工作组，当发生重大警情时，应能够自动/手动向领导手机推送相关的警情信息、位置、处理过程、反馈情况，让领导在移动端可以随时掌握重大警情的发展情况。
| 套
| 1
|
2.3
| 指令批阅
| 应能够向领导手机发送指令信息，请求领导批阅，相关领导可对该指令进行批示。
| 套
| 1
|
2.4
| 全市治安态势掌控
| 应能够以图形、图表的形式，在手机端展示全局的警情态势，包括三高四色，勤务力量，民意反馈等。
| 套
| 1
|
3
| 移动地图
|
3.1
| 地图浏览
| 通过移动终端屏幕上的手势，应能够实现移动终端屏幕展示的地图区域，应能够漫游浏览地图信息。
| 套
| 1
|
3.2
| 地图放大
| 点击地图放大按钮时，应能够将当前屏幕区域的地图以屏幕中心位置为中心进行放大显示。
| 套
| 1
|
3.3
| 地图缩小
| 当点击地图缩小按时，应能够将当前屏幕区域的地图以屏幕中心位置为中心进行缩小显示。
| 套
| 1
|
3.4
| 路径推荐
| 应能够根据案发地位置和警力位置，进行路径推荐。
| 套
| 1
|
3.5
| 资源搜索
| 1、在搜索框输入地址关键字应能够能够查询关键字匹配的地址列表，供用户点击选择要查询的地址，应能够查看详情信息；
2、根据定位的当前位置，应能够查询周边地址信息；
3、搜索结果应以气泡的形式显示该位置的详细信息，此时点击可查看兴趣点详情信息。
| 套
| 1
|
3.6
| 警力分布
| 应能够对各类值班人员备勤信息和当前位置信息进行查询展示。
| 套
| 1
|
3.7
| 周边资源查询
| 应能够查询警情位置附近的医院、旅店、人口、学校、重点单位等信息；应能够在地图上进行可视化的查询展示；应可以查询附近的警力资源情况。
| 套
| 1
|
3.8
| 动中备勤
| 当民警进入APP时，应能够自动提醒有新的任务，需要上岗签到，进入签到页面，应显示当前已经上岗的任务和未签到的任务，应可以查看任务详情，并可以看到该任务上岗所需要的携带的装备。
| 套
| 1
|
4
| 警情调度
|
4.1
| 警情信息提醒
| 当警员有警情调度信息时，终端【消息中心】图标应增加红色角标并增加一行条目，应能够进行震动、响铃和语音提示。
| 套
| 1
|
4.2
| 警力列表查看
| 应能够查看最新的调度信息，列表按照时间倒序进行排列展示警情性质、警情案发时间、警情地址。
| 套
| 1
|
4.3
| 警情调度
| 点击某条警情应能够进行调度，可查看调度详细信息，根据警力调度目的地位置，可在地图上进行直观展示。签收警力调度信息，对后台发出的警力调度信息进行签收，系统记录签收说明、签收时间。
| 套
| 1
|
4.4
| 到场反馈
| 应提供到场反馈功能，当警员到达处现场后，点击“警情签到”将到场时间和警情位置推送至指挥调度系统。
| 套
| 1
|
4.5
| 警情重定位
| 1.民警到达案发地后，若发现实际位置与报警位置不符，应能够进行“警情重定位”，调用定位模块将当前坐标发回后台并更新；
| 套
| 1
|
2.每个警情仅允许被重定位一次，被重定位一次后其他人的终端按钮置灰不可操作。
|
4.6
| 调度反馈
| 1、移动警务通上应能够采集警情的精准位置，应能够把现场情况以图片、视频、音频及文字说明信息上传到指挥调度系统。
2、处置完成后，应能够将处置结果反馈给指挥中心。
| 套
| 1
|
4.7
| 情报处置
| 应能够根据指挥调度系统下发的预警处置指令，执勤民警对预警信息进行接收、地图定位查看以及进行处置结果反馈报送。
| 套
| 1
|
5
| 风险采集
|
5.1
| 指令办理
| 应能够把警情、任务、重大案事件的位置、内容等信息，以指令的形式下发到一线民警的移动警务通上，同时在警务通手机上显示消息提醒，民警点开应可查看详情，进行签收、办理。
| 套
| 1
|
5.2
| 预警信息接收
| 当有新预警指令时，移动终端【消息中心】图标应增加红色角标并增加一行条目，需注明预警时间和预警类型，点击后可查看预警指令详情，同时声音及震动进行提醒。
| 套
| 1
|
5.3
| 预警指令查看
| 预警指令列表应能够展示预警类型、预警时间、下发部门；点击应能够查看预警指令详情，应能够在地图上展示预警位置，且可导航到此处。
| 套
| 1
|
5.4
| 在线流程跟踪
| 应能够在移动终端上查看指令办理的阶段。
| 套
| 1
|
5.5
| 多媒体交互
| 当接收到情指中心调度时，应能够与情指中心进行信息交流，通过移动终端应能够将现场情况及时向情指中心汇报，与情指中心进行多媒体信息交互，包括对讲、文字、语音、图片等。
| 套
| 1
|
5.6
| 紧急协助
| 民警点击紧急协助按钮，终端应能够自动发送协助发起人位置至系统，应能够自动搜索周边范围（比如1公里，可设定）内的部门警员，将协助信息发送给周边警员，并在情指中心指挥调度平台上闪烁显示紧急协助点位，显示求助民警的信息和当前正在执行的任务。
| 套
| 1
|
5.7
| 警信速递
| 通过市局的短信平台，应能够将报警信息通过短信形式同时发送到一线接处警民警的警务通手机，并在短信中置入唤醒警务通APP的连接，民警点击后应能够直接打开APP进行警情处理。
| 套
| 1
|
三
| 勤务在线管理系统
|
（一）
| 勤务报备子系统
|
1
| 勤务基本信息管理
|
1.1
| 勤务类型管理
| 应能够对勤务类型进行管理。
| 套
| 1
|
1.2
| 勤务等级管理
| 应能够实现警种、各单位勤务等级的管理功能，应能够调整勤务等级、时段和区域，并经情指中心审批后，在系统中调整勤务等级，应提供启动、调整和终止等级勤务的功能。
| 套
| 1
|
1.3
| 敏感节点维护
| 应能够支持敏感节点手工维护，应可以维护日期、敏感节点名称。需支持Excel导入和导出。
| 套
| 1
|
1.4
| 巡防区规划
| 应提供巡防区规划的功能，由情指中心维护各分局、县局、派出所、社区警务室的巡逻区域，应可以在PGIS上进行空间标注，可区分不同颜色、标题，设定巡查缓冲区等。
| 套
| 1
|
1.5
| 岗位管理
| 应提供岗位管理的功能，应可以定制不同的岗位用于区分排班。
| 套
| 1
|
1.6
| 装备管理
| 应提供装备信息管理功能。
| 套
| 1
|
2
| 带班领导报备
|
2.1
| 警用日历
| 应能够自动生成当前工作日历，与实际日期对应，提供“上一月、下一页、当月”功能按钮，可快速翻阅日历。根据日历样式快速辨识，所在日期是否已报班，以及报班领导数量及其相关信息。
| 套
| 1
|
2.2
| 信息报备
| 点击日历，应能够弹出报班表单。可在表单上对领导报班要素进行填写。应能够在表单上多选日期，批量生成报班信息。
| 套
| 1
|
2.3
| 领导报班查询
| 应能够在警用日历上按照时间段查询领导报班信息，需提供日期、机构、名称等查询条件。
| 套
| 1
|
2.4
| 报班呈现
| 应能够在警用日历上呈现领导报班信息，包含领导姓名、所在单位、固定呼号。并能在日历上醒目显示当天领导报班人数。
| 套
| 1
|
2.5
| 敏感日期提醒
| 当某一天为敏感日时，应能够在日历上进行醒目的标识。并能点击查看相关敏感日的详细介绍，
| 套
| 1
|
2.6
| 领导报班导入
| 需提供报班导入模板，批量导入领导报班信息。导入错误信息进行相应的提示，并允许修改再导入。
| 套
| 1
|
2.7
| 敏感日期维护
| 应提供维护和导入敏感日期的功能，包含敏感日期的时间、内容、工作提醒等信息。
| 套
| 1
|
3
| 任务管理
|
3.1
| 执行计划一览图
| 应能够按照日常任务的排班，显示日常任务执行计划一览图。
| 套
| 1
|
3.2
| 重点区域布岗
| 应能够在地图上对重点区域进行三维布点布哨，规划巡防缓冲区。
| 套
| 1
|
3.3
| 日常巡逻排班管理
| 应能够针对本单位的执勤情况，配置本单位的执勤岗位、执勤时间、执勤人员等基础信息；
各单位应可以查看本单位所有岗位的实时执勤情况；
应能够以图表形式查看具体某岗位的当天的执勤安排和实时执勤情况；
应可以查询本单位的历史执勤安排。
应可以查看各单位所有岗位的实时执勤情况及历史执勤安排。
| 套
| 1
|
3.4
| 夜巡专项勤务
| 应能够针对地市、县市属地公安勤务工作特点，部署相关夜巡班组，应能够针对重点场所、烧烤摊、货品仓库、货运点、码头等单位进行重点排查。
| 套
| 1
|
3.5
| “两队一室”专项勤务
| 应能够针对公安部提出的“两队一室”专项工作内容，建议综合警务室、社区警务队、案件办理队的专项勤务。规范基层派出所组织架构，结合每名民警能力特长等因素定人定岗、专人专责，带动全区警力下沉。
| 套
| 1
|
3.6
| 勤务计划
| 应提供勤务计划的功能，有效组织和管理日常勤务相关的工作，通过已启用的勤务方案，操作员可按照勤务方案的要求选择执行该勤务的警力警员来完成排班工作，并支持针对加班、调班等相关基本功能。
| 套
| 1
|
3.7
| 勤务执行
| 应能够跟踪展示本单位全部在勤人员的实际人数和执勤状态，支持历史记录的多维度统计分析。
| 套
| 1
|
3.8
| 勤务报备
| 应能够向上级部门报备本单位警力警员状况，应可分为动态管理与静态管理。
| 套
| 1
|
3.9
| 装备绑定
| 应能够灵活配置装备的绑定，使上岗人员可以通过警务通扫码、手动录入等方式，形成人员、岗位、装备的绑定关系。
| 套
| 1
|
4
| 勤务督导
|
4.1
| 勤务回放
| 结合地图，应能够对执勤警力进行阶段性勤务回放。
| 套
| 1
|
4.2
| 巡防日志
| 应能够通过后台和APP记录一个班组、民警的勤务巡防日志。
| 套
| 1
|
4.3
| 勤务考核
| 应提供各人员勤务执行情况统计、勤务详情查看及违规信息查看。通过实时记录执勤人员的定位信息后，应能够在地图上模拟其活动轨迹，可调取执勤过程中的监控资源进行视频巡查，应能够实现对不同的辖区按照不同的勤务等级标准分别进行考核。
| 套
| 1
|
4.4
| 勤务督导分析
| 应能够对情指中心勤务规划进行督导分析。
| 套
| 1
|
4.5
| 勤务数据共享
| 应能够将勤务相关数据共享给其他警种，应能够支撑接处警系统、APP和指挥系统等。
| 套
| 1
|
（二）
| 预案管理子系统
|
1
| 预案数字化
| 应能够对预案进行结构化分解，将预案中的适用范围、组织体系与职责分工、分级标准、应急资源、处置方法等应急相关信息、应急流程信息进行数字化存储，形成预案库。
| 套
| 1
|
2
| 可视化预案制作
| 应能够建立组件式的预案制作方式，在预案制作时，直接拖动工具箱中的预案元素，即可方便快捷的制作各类方案预案。需开发预案人工干预功能，预案制作人员可通过该模块对预案进行人工干预。
| 套
| 1
|
3
| 预案沙盘绘图工具
| 应能够在三维地图上对预案进行图形化呈现，需包括军标绘制、屯兵点、多边形围栏、巡控路线、重点防控区等绘图工具。
| 套
| 1
|
4
| 预案/指令关联
| 应能够根据警情类别、警情等级进行自动预案关联，重大案事件自动匹配启动预案，同时根据预先关联的指令提供指令一键下发功能。
| 套
| 1
|
5
| 预案任务分解
| 应能够通过图文联动，将预案执行的相关单位纳入到预案中，同时将需要部署的警力部署点位、科技设备部署点位分配给相应单位。
| 套
| 1
|
6
| 预案流程图
| 应能够提供标准的预案流程图，能在系统调用时，对整个事件处置的关键节点进行提醒，并能通过节点查看关联的相关勤务信息、处置标准信息等内容。
| 套
| 1
|
7
| 执行原则管理
| 应能够根据不同案事件，对应不同的预案执行原则，包含：多级接警、多级处警原则；就近派警、辖区派警、业务警种处置原则；增援原则和先期处置原则等内容。
| 套
| 1
|
8
| 分级标准管理
| 应能够根据不同的警情信息内容，对案事件信息进行标准定级。
| 套
| 1
|
9
| 岗位职责管理
| 应能够管理各级、各部门在不同等级案事件中起到的职责，可通过案事件等级、辖区、类型进行对应。
| 套
| 1
|
10
| 预案审核发布
| 应能够对编制完成的预案进行审核，通过领导审核之后应能够发布、使用，需保留预案的审核历史记录。
| 套
| 1
|
11
| 预案培训与演练
| 应提供预案名称、培训单位、参与人数、培训方式、培训开始时间、培训结束时间、培训地点、培训范围、培训内容等预案培训指标的录入界面。应提供对预案培训的查询和培训记录列表显示功能。应提供预案演练的视频资料和图片资料的上传功能、演练查询等功能。
| 套
| 1
|
12
| 预案评估
| 系统应支持对预案编制情况、预案培训情况、预案演练情况、预案评审情况等进行统计分析，并形成报表供用户进行预案评估。
| 套
| 1
|
13
| 智能匹配
| 应能够以随机发生的警情地点、类别、场景等信息为基准，系统自动进行智能分析、匹配关联相应的预案，应能够显示处警流程。
| 套
| 1
|
14
| 预案模板维护
| 1、预案模板制作：需提供制作新的预案模版功能，应能够设置的预案模版项，包括预案名称、预案发布时间、预案类别等。
2、预案模板审核：应能够对新制作的模版或新编辑的预案模版进行审核，应可以查看预案模板、审核预案模板以及查看审核详情。由领导对模版审核完成通过后才能应用。
3、预案模板查询：应能够在特定查询条件处输入关键词查询模版，并显示最终查询结果。
| 套
| 1
|
15
| 预案导出/打印
| 应支持结构化预案一键式导出和在线打印。
| 套
| 1
|
四
| 智能化支撑系统
|
（一）
| 融合辅助定位服务
|
1
| 地址数据标准化
|
1.1
| 地址数据标准化处理
| 汇总公安现有地名地址，需分析其数据结构及地址组织规则，按照制定的地名地址标准规范，获取现有基础数据：包含公安标准地址数据、全市行政区划边界（精度至村）、道路数据等地址数据资源。
需提供3年互联网POI数据。
| 套
| 1
|
1.2
| 数据获取
| 针对多源异构地址数据的接入，应支持在线和离线文件对接的数据接入。
| 套
| 1
|
1.3
| 数据预处理
| 应能够对地址进行统一规范化处理，把原始地址的格式转换为统一格式的内部地址，并进行规范化处理，剔除无效地址，压缩重复地址，并做好原始地址和规范化后地址的管理。
| 套
| 1
|
1.4
| 格式转换
| 应能够解析原始地址数据格式，根据相关业务说明抽取地址相关字段并转化为内部统一地址规格。需建立原始地址和内部地址的关联关系。
| 套
| 1
|
1.5
| 合法性检查
| 应能够对原始地址进行有效性检测，对无效数据，异常数据，加以识别管理。
| 套
| 1
|
1.6
| 规范化
| 应能够将抽取出来的地址数据，按照标准地址库的质量要求进行数据过滤、把不符合要求的数据滤除掉。
| 套
| 1
|
1.7
| 重复处理
| 经过规范处理后的地址数据，应能够通过语义分析及相似分析，对数据进行压缩排重。
| 套
| 1
|
1.8
| 地址修复
| 针对不能自动完成规范化检查的地址数据，将数据自动打包并创建任务包，由专业数据处理分析师对数据进行地址修复，完成数据的处理，再进入地址标准化处理流程。
| 套
| 1
|
1.9
| 地址分词
| 应能够根据中文地址的特征，将其细分多级地址模型。地址分级系统以此为参考，根据词条本身特征和上下文关系进行组合，并且赋予相应级别。在基本分词的基础上，利用从大量地址中挖掘的规则并结合词性将基本词条合并成独立有意义的地址信息和门牌信息。
| 套
| 1
|
1.10
| 主体提取
| 应基于十八级分词的结果，选取地址中的关键性分词做主体。粗略来分，主体分为道路/村组门牌主体、POI主体。从类型细分，主体包含门牌类、小区、大厦、工业区、学校、公司、医院、商场、餐饮店等诸多细类。在主体选取策略上，应优先考虑选取地理要素稳定的信息。
| 套
| 1
|
1.11
| 异常处理
| 对于无法正确分词或识别出正确地址元素的地址数据，应能够进行异常处理。
| 套
| 1
|
1.12
| 地址坐标匹配
| 应能够对地址进行地址坐标匹配。
| 套
| 1
|
1.13
| 坐标准化检查
| 应能够对标准化后的每一个属性，都要通过标准检查项来保证质量。对于检查中发现的问题，能够自动化处理，自动修复。
| 套
| 1
|
1.14
| 入库检查
| 1、应能够检查属性是否完备，属性取值是否合法。对象内部的属性是否一致，是否符合规范要求。
2、应能够检查坐标是否准确。地址之间的空间关系是否合理。
3、应能够检查要素之间的关系是否合理。
| 套
| 1
|
1.15
| 数据入库
| 基于标准化成果，应能够生成地址库词典，字段，构建地址库。
| 套
| 1
|
1.16
| 成果质检
| 在完成一批数据的生产任务之后，应能够对数据成果质量进行质检。
| 套
| 1
|
1.17
| 地址数据治理功能
| 基于地址数据标准化治理工程，应能够形成标准地址数据库，构建地址数据治理功能。
依托建设的地址数据治理的功能，应能够实现大量不同类型的地址数据的接入，应能够基于地理匹配服务引擎，完成对地址的匹配上图、地址的标准化、地址之间的关联挂接等地址处理功能；需提供API转发功能，可供应给第三方，进行二次开发、嵌套。
| 套
| 1
|
1.18
| 地址匹配上图
| 应能够通过输入门牌号、地址进行自动匹配，应采用自有搜索引擎有效解决错别字、同音字匹配和小区别名匹配的问题，使查询更高效、便捷、智能。
应能够通过文本地址搜索，在地图上以坐标展示地址位置，地图窗口切换到该地址，以标签的形式高亮显示。
| 套
| 1
|
1.19
| 地址标准化
| 搜索框输入地址/地名，点击搜索按钮，应能够返回对应的标准地址编码和标准地址。
| 套
| 1
|
1.20
| 地址关联挂接
| 应支持标准地址与指定的业务地址进行地址关联挂接，并将关联结果信息展示出来，可筛选完全关联的结果和非完全关联的结果。
业务关联模块应能够将标准地址数据和业务数据实现在空间上的耦合，点击查询得到的地址数据，可以查看对应地址的业务数据信息。
| 套
| 1
|
2
| 定位基础服务
|
2.1
| 地址服务
| 不依赖边界建设，公安网内网完全离线部署，应能够提供地址服务目录，需包括正向匹配服务、逆向匹配服务、地址标准化服务、地址关联服务的API接口，完成服务的开放转发，需提供二次开发能力。
| 套
| 1
|
2.2
| 正向匹配服务
| 不依赖边界建设，公安网内网完全离线部署，应提供正向地理编码服务，将结构化地址描述转换成经纬度坐标，需支持指挥调度地址文字自动转换为经纬度坐标。应能够通过restful协议访问远程服务的接口，提供结构化地址向经纬度转化的能力。
| 套
| 1
|
2.3
| 逆向匹配服务
| 不依赖边界建设，公安网内网完全离线部署，应提供逆地理编码服务，根据用户输入的经纬度信息返回对应位置的地址信息以及对应点附近道路，POI信息。支持指挥调度时，将经纬度转信息转换为附近道路、POI信息的功能。
| 套
| 1
|
2.4
| 地址标准化服务
| 不依赖边界建设，公安网内网完全离线部署，应提供地址标准化服务，针对用户输入的各类业务地址，对业务地址进行切词分析，并进行地址结构化分析，输出该地址的标准地址描述方式。
| 套
| 1
|
2.5
| 地址关联服务
| 不依赖边界建设，公安网内网完全离线部署，应提供地址关联查询服务，针对定向关联的场景，用户明确使用标准地址作为地址关联的基准，实现标准地址以及该标准地址上的其他业务地址的关联；对于查询不到的数据，返回查不到结果的提示。
| 套
| 1
|
2.6
| 输入提醒服务
| 不依赖边界建设，公安网内网完全离线部署，依托治理后的语义地址资源库，提供地址关键字联想服务（包括但不限于支持拼音、多音字等联想），为用户输入提供参考，应支持通过用户的选择来记录用户的输入习惯，并不断优化输入提示效果，提升用户体验。
应能够辅助用户快速定位自己要查询的地址，提示用户输入地址后续的文字信息，同时智能输入提示功能可以根据用户输入习惯来改变提示的地址的顺序；对于查询不到的数据，返回查不到结果的提示。
| 套
| 1
|
2.7
| 辖区定位服务
| 不依赖边界建设，公安网内网完全离线部署，应提供辖区定位服务。辖区定位服务可在专用地址服务的功能里，用户应能够绘制添加110巡警辖区、交警、事故科辖区等内容，系统需提供地址快速检索和定位功能，返回该地址所属辖区名称；对于查询不到的数据，返回查不到结果的提示。
| 套
| 1
|
2.8
| 短信辅助定位
| 应能够对接市局短信服务，通过边界给报警人发送定位短信，报警人点击短信内容后，应能够通过手机端将定位信息传回给情指中心。
| 套
| 1
|
2.9
| 坐标地名解析
| 需提供坐标地名解析服务，应能够根据用户输入的经纬度信息返回对应位置的地址信息以及对应点附近道路。
| 套
| 1
|
2.10
| 类型查询
| 应能够根据地址描述中的关键词返回地址中的大类、中类、小类。
| 套
| 1
|
3
| 定位信息检索
|
3.1
| 坐标转换
| 需提供坐标转换功能，应实现对多源地图的坐标转换。
| 套
| 1
|
3.2
| POI数据
| 需提供全市的POI信息，应包含精准坐标位置、地址、名称、所属省市县、所属兴区划编号以及POI信息的相关业务范围。
| 套
| 1
|
3.3
| POI子数据
| 需提供POI信息的子类POI信息，应包含精准坐标位置、地址、名称、所属省市县、所属兴区划编号，用来描述父类POI信息的全貌。
| 套
| 1
|
3.4
| POI小区信息
| 应能够精确显示全市小区信息，应能够查询匹配检索小区楼栋号。
| 套
| 1
|
3.5
| POI所在楼栋
| 需提供POI信息所在的建筑楼栋，应能够与该建筑的POI信息进行关联。
| 套
| 1
|
3.6
| POI出入口
| 需提供POI信息的出入口实际坐标位置。
| 套
| 1
|
3.7
| POI搜索服务
| 需提供POI搜索功能，应能够对人、事、地、物、组织五要素进行POI空间检索。
| 套
| 1
|
3.8
| 道路交叉口信息
| 应能够精确显示全市所有道路交叉口信息，详细级别应能够到乡道、县道级别。
| 套
| 1
|
3.9
| 道路方位查询
| 需提供道路方位查询功能。
| 套
| 1
|
3.10
| 商超室内地图
| 需提供市区大型商超的室内地图和POI信息室内分布。
| 套
| 1
|
3.11
| POI补点
| 应提供地图补点工具，当POI缺失的时候，用户可根据实际需要，在地图上进行标点录入。
| 套
| 1
|
4
| 巡区定位服务
|
4.1
| 巡区绘制工具
| 需提供巡区绘制工具，市局、科所队应能够绘制属地辖区，需具备自动吸附功能，防止辖区规划出现空白。应支持岗点、路线、辖区的绘制和删除，应支持编辑、移动、复制、合并、分割操作。
| 套
| 1
|
4.2
| 重点地区网格
| 应能够对市政单位、安保现场、大型商超、学校、医院、加油气站、危险物工厂等地区进行网格规划，并发布标准的OGC服务。
| 套
| 1
|
4.3
| 辖区网格
| 应能够将科所队规划的巡逻网格，路线统一发布成OGC标准的地利信息服务。
| 套
| 1
|
5
| 装备定位服务
|
5.1
| 定位设备管理
| 需提供定位设备管理的功能，应包括设备注册、设备删除、设备状态、设备型号、设备归属管理等，以及设备统计查询功能。
| 套
| 1
|
5.2
| 定位资源接入
| 应能够带有位置信息的警务终端设备进行统一接入，需支持GPS、北斗定位系统。
| 套
| 1
|
5.3
| 实时定位
| 在电子地图上，应能够对带有位置的警力前端设备，进行精确定位，应能够在地图上显示警力终端设备的位置和状态。
| 套
| 1
|
5.4
| 轨迹回放
| 应能够在地图上查看移动警务终端、PDT、4G执法记录仪、警车、车载终端的移动轨迹，应能够能够查看实时移动轨迹，需支持查看指定日期、指定时间段内的历史移动轨迹。
| 套
| 1
|
5.5
| 定位信息共享
| 需支持定位信息的订阅和转发，应能够通过数据库、socket、http、mq、restful方式进行数据共享。
| 套
| 1
|
（二）
| 情指地理信息服务
|
1
| 基本服务
|
1.1
| 基本图层发布
| 应支持PGIS地图代理发布、离线瓦片地图发布，应支持各互联网地图离线卫星图发布。
| 套
| 1
|
1.2
| 离线地图服务
| 需提供开封市区1:1000离线地图，全省1:20000地图和全国1:200万离线地图。需提供地图不同配色，应包含但不限于白色、科技蓝、黑色、星耀风格、反色等风格。
| 套
| 1
|
1.3
| 时间图层
| 应能够根据白天、晚上的时间设置，自动推荐和切换相应颜色的图层。
| 套
| 1
|
1.4
| 路况图层
| 需提供三年路况数据，应能够根据实际城市道路拥堵情况，在公安内网发布路况图层。
| 套
| 1
|
1.5
| 矢量数据空间查询服务
| 需提供矢量数据空间查询服务，应能够针对海量POI数据进行快速查询。应提供圈选，框选，多边形选，沿线搜索等快速矢量数据空间搜索能力。
| 套
| 1
|
1.6
| 矢量路网拾取服务
| 通过传入空间坐标，应能够提供匹配拾取当前空间位置最近的道路路网，并返回该矢量路网信息，进行可视化展示。
| 套
| 1
|
1.7
| 地图打印服务
| 需提供地图打印服务，应支持任意范围、任意地图级别和任意叠加要素的多种地图打印能力。
| 套
| 1
|
1.8
| 服务接口发布
| 应能够对外提供位置服务调用接口。
| 套
| 1
|
2
| 三维服务
|
2.1
| 三维建模和空间服务
| 需基于物联网、大数据和云计算技术，建设警力定位服务子系统，应能够将各警种北斗/GPS定位数据有效的采集，整合至统一的警力定位服务子系统中，并对外开放服务接口。
| 套
| 1
|
2.2
| 可视化三维建模图层
| 需针对开封市新城区（金明大道西至十三大街、宋城路以南至连霍高速方向为矩形，约60平方公里，进行全市县区进行快速白模建设）。
需对开封整个景区、开封市区重点区域和部位（约40平方公里）进行精细化建模，应支撑三维可视化管理。
| 套
| 1
|
2.3
| PGIS、离线地图三维化融合
| 应能够调用PGIS或离线地图发布的WMS\WMTS服务，对现有图层与重点区域进行三维化融合。
需针对市委市政府、市公安局、市民中心、其他重、点保障机构、清明上河园景区（群）进行L3级三维建模。
| 套
| 1
|
3
| 业务图层服务
|
3.1
| 案事件图层
| 应能够实现全市重大警情案事件态势的三维地图展示。
| 套
| 1
|
3.2
| 警情“四高”分析图层
| 需提供警情“四高”分析图层，应能够按时间、地区、案件性质进行任意时间段、任意范围内查询、统计、分析警情“四高”情况。
| 套
| 1
|
3.3
| 案件趋势（热力图）图层
| 应能够统计一个周期内案件的数量，根据案件发生的密度，绘出案件气象图，通过不同周期案件气象图的叠加，可以找出案件热点的转移动向，进而对案件热点的转移趋势进行预测。
| 套
| 1
|
3.4
| 双非报警图层
| 应能够以柱形图或者直方图的形势呈现社会联动类双非报警。
| 套
| 1
|
3.5
| 车辆图层
| 应能够在三维地图上，查看警车的当前位置、任务状态、执勤民警等信息。
应能够调用车载视频监控设备，实时播放车载视频。
| 套
| 1
|
3.6
| 警力图层
| 应能够通过警务通、pdt 设备进行综合计算定位，在地图上实时显示上岗警员的定位信息。
| 套
| 1
|
3.7
| 装备图层
| 应能够在地图上展示装备图层，应能够分类检索装备，带有视频通讯功能的装备应能够呼叫视频。
| 套
| 1
|
3.8
| 巡防区图层
| 应能够在地图上对巡防区进行划分。
| 套
| 1
|
3.9
| 重点阵地图层
| 需提供重点阵地图层，应能够在三维地图上展示重点单位、重点目标的空间位置分布。
| 套
| 1
|
3.10
| 视频点位图层
| 需提供视频点位图层，应能够通过对接开封市公安局公共安全视频监控建设联网平台，以视频融合的方式接入全市一二三类视频节点，应能够实现视频的接入播放。应能够对视频进行区域查询，模糊查询，周边查询。
| 套
| 1
|
3.11
| 车辆卡口图层
| 需提供车辆卡口图层，应能够接入开封市公安局现有车辆卡口，对过车情况、车流量、重点车辆进行查询，结果需以列表的形式进行显示，包括编号、类型、使用状态、地址、所属部门。
| 套
| 1
|
3.12
| 人像卡口图层
| 需提供人像卡口图层，在地图上查询重点人员人像识别情况。
| 套
| 1
|
3.13
| 城市模型图层
| 应能够与主流互联网地图（如高德、百度）对标，为全市（含县区）进行建筑轮廓建模，并在地图进入18级时进行呈现和加载。
| 套
| 1
|
3.14
| 重点部位图层
| 需提供重点部位图层，对重点防控部位，如市政单位、大型商超、景区进行三维航飞建模，以图层的形式进行呈现。
| 套
| 1
|
3.15
| 应急救援图层
| 需提供已经救援图层，需与开封市政府应急管理局进行数据对接，在地图上展示应急救援力量。
| 套
| 1
|
3.16
| 网吧旅馆图层
| 需提供网吧旅馆图层，在地图上展示网吧、旅馆的空间位置分布。
| 套
| 1
|
3.17
| 娱乐场所图层
| 需提供娱乐场所图层，在地图上展示娱乐场所的空间位置分布。
| 套
| 1
|
3.18
| 加油站图层
| 需提供加油站图层，在地图上查看加油站的空间位置分布。
| 套
| 1
|
3.19
| 景区保障图层
| 需提供景区保障图层，需采用四色预警方式表达景区容量状态。
| 套
| 1
|
3.20
| 停车场图层
| 需提供停车场图层，在地图上展示停车站位置分布，结合新建设的具有信息化支持停车场管理系统，获取停车场基本情况、出入方位、车辆停放基本情况等信息。
| 套
| 1
|
（三）
| 情指语义分析系服务
|
1
| 高维语义索引服务
| 需提供基于GPU的高维语义索引构建工具，应支持将语义模型输出结果灌入高维语义索引中，支持线上的语义检索、标签索引服务。高维语义索引应支持按需的增量更新，内容清除，在线语义检索。
| 套
| 1
|
2
| 警情数据处理服务
|
2.1
| 警情数据接入
| 应能够接入接处警数据、警务基础数据和其他警务数据。对于警情文本数据，根据数据类型导入对应在线或离线处理流程输入表；对于业务结构化数据，按需进行在线流式清洗或离线批量处理。
| 套
| 1
|
2.2
| 警情数据治理
| 应能够对文本数据进行清洗、挖掘、标签和要素库构建。文本治理服务主要处理四类数据：
1、系统自有的历史海量数据；
2、从外部获取的多源异构大数据，包括结构化业务数据和海量非结构化数据；
3、数据处理炼化产生知识与中间结果，包括要素库、标签库、日志等等；
4、系统需要的各种机器学习与人工智能模型及训练数据（包括人工标注数据和用户反馈数据）。
| 套
| 1
|
2.3
| 警情内容索引构建
| 需提供警情内容全文索引，应支持热词搜索、关键词搜索等方式获取对应警情内容。
| 套
| 1
|
2.4
| 专项应用数据处理
| （1）警情热词数据处理
应能够从警情中自动挖掘全局趋势热词、通讯网络专题热词、非通讯网络专题热词、高频热词，对热词进行智能过滤和黑名单过滤，挖掘关联热词与相似热词，将警情热词处理结果构建为警情热词数据库中。
对于识别的热词和其关联热词，导入热词索引并提供在线搜索与统计支撑。
对于识别的相似热词，调用高维语义索引提供已识别警情热词的在线索引，支持增量更新。
（2）警情报告数据处理
需构建警情自动报告模板库，应支持对所有报告模板进行构建与配置存储。依据报告模板库中需求对警情进行前置处理，形成支撑自动分析报告的数据支撑。
（3）警情质监数据处理
应能够调用警情质监引擎和监测模型，对警情质量进行批量处理和定时监测，将质监处理结果构建为警情质监数据库。
每天按照质量简报模板自动生成质量简报，将结果存在警情质监数据库中。
按照考核规则进行各单位的敬请合格率和考核结果计算，将结果存在警情质监数据库中。
| 套
| 1
|
3
| 情报数据处理服务
|
3.1
| 情报数据接入
| 应支持数据库对接、接口、Excel上传等对接方式将情报数据接入系统。
| 套
| 1
|
3.2
| 情报数据治理
| 应能够对情报文本数据进行清洗、挖掘、标签和要素库构建服务。需包括以下四类数据：
1、系统自有的历史海量数据；
2、从外部获取的多源异构大数据，包括结构化业务数据和海量非结构化数据；
3、数据处理炼化产生知识与中间结果，包括要素库、标签库、日志等等；
4、系统需要的各种机器学习与人工智能模型及训练数据（包括人工标注数据和用户反馈数据）。
需按照省厅统一标准，基于知识图谱技术对主题进行融合消歧和人员信息聚合，提供聚合结果的知识库评审归档和相应知识所需索引。
（1）主题库构建
按照省厅统一标准，应提供识别要素和标签的主题库治理组件，将提取的信任根和相应属性进行碰撞合并。信任根需包括各类要素按人员身份证号、虚拟身份ID、群体ID、事件映射ID、时间节点名称；属性包括提取的特征标签、关联标签以及事件文本中识别的事件特征、人员特征、群体特征等。
（2）关联库构建
需提供情报涉稳事件中提取的人-群体、群体-事件、事件-节点等关联关系，形成各主题之间的关联库，提供主题关联知识图库。
（3）情报知识库构建
应能够按照知识发布、事件研判要求进行知识聚合，治理人员、群体、时间节点等，构建对应知识库。
人员治理模型：需支持将情报涉稳事件分析服务抽取出的人员实体和关系属性要素与人员-群体表信息进行碰撞比对，落实涉稳人员身份和角色，输出重点人员知识库和新增管控人员知识库。
群体治理模型：需支持将情报涉稳事件分析服务抽取出的群体实体和关系属性要素与人员-群体表信息进行碰撞比对，落实群体性质和属性，输出重点群体知识库和新增管控群体知识库。
涉稳时间节点模型：需支持以省厅重点时间节点为基础，动态补充新增涉稳时间节点和对应专题、事件，回溯节点关联历史事件，动态生成时间节点知识库。
| 套
| 1
|
3.3
| 情报服务反哺
| 应能够支持情报文本专项语义处理服务的反哺，支撑开封市局其他平台的调用使用。
| 套
| 1
|
4
| 实体识别服务集
|
4.1
| 人物名称类识别服务集
| 需提供人物名称类识别服务集，需包括识别人物姓名（正规姓名）、人物昵称（人员指代称呼）、英文人名、少数民族人名。人物名称类实体识别服务针对不同的名称，需进行不同的预处理和后处理。
| 套
| 1
|
4.2
| 基础证号类识别服务集
| 需提供基础证号类识别服务集，能够从多种形式的文本中提取包括识别身份证号码、疑似虚假身份证号码、电话号码、手机号码、银行卡号、疑似虚假银行卡号、中国护照号码等基础实体。
| 套
| 1
|
4.3
| 交通工具号牌车次识别服务集
| 需提供交通工具号牌车次识别识别服务集，应能够从多种形式的文本中提取包括识别车牌号码、脱敏车牌号码、航班号、车次号等基础实体。
| 套
| 1
|
4.4
| 虚拟账号类识别服务集
| 需提供虚拟账号类实体识别服务集，应能够从多种形式的文本中提取包括识别QQ号、QQ昵称、微信号、微信昵称、支付宝账号、支付宝昵称、抖音账号、快手账号、电子邮箱等实体。
| 套
| 1
|
4.5
| 虚拟群号类实体识别服务集
| 需提供虚拟群号类实体识别服务集，应能够从多种形式的文本中提取包括识别QQ群号、QQ群名称、QQ群人数、微信群号、微信群昵称、微信群人数等实体。
| 套
| 1
|
4.6
| 地址类识别服务集
| 需提供地址类识别服务集，应能够从多种形式的文本中提取包括省份地址、城市地址、区县地址、镇街道地址、村社区地址、路街巷地址、门牌号地址、区域地标、楼栋房号地址、点地标、方位地址、完整事发地址。
| 套
| 1
|
4.7
| 时间类识别服务集
| 需提供时间类识别服务集，应能够支持从多种形式的文本中提取时间实体，需包括年/月/日/时/分，应支持识别泛指时间，如：早上、晚上等；应支持识别节假日代表的时间，如：春节，国庆节，劳动节等。
| 套
| 1
|
4.8
| 物品类实体识别服务集
| 需提供物品类实体识别服务集，应能够从多种形式的文本中提取包括识别涉事物品、盗窃类物品、侵财类物品、现金、货币冠字号、作案工具等基础实体。
| 套
| 1
|
4.9
| 企业机构组织类实体识别服务集
| 需提供企业机构组织类实体识别服务集，应能够从多种形式的文本中提取包括企业名称、企业机构类型、行政机关名称、医院名称、金融机构名称、政府名称、学校名称和组织名称等。
| 套
| 1
|
4.10
| 网络平台类识别服务集
| 需提供网络平台类识别服务集，应能够从多种形式的文本中提取包括网络平台名称、网络平台类型和网址等。
| 套
| 1
|
5
| 警务文本关键词识别服务集
|
5.1
| 事件特征识别服务集
| 需提供事件特征识别服务集，应能够根据文本内容、上下文语境，进行语义分析，提取出该文本的事件类型、事件特征词。
| 套
| 1
|
5.2
| 人物特征识别服务集
| 需提供人物特征识别服务集，应能够根据文本内容、上下文语境，进行语义分析，提取出该文本。
| 套
| 1
|
5.3
| 物品特征识别服务集
| 需提供物品特征识别服务集，应能够根据文本内容、上下文语境，进行语义分析，提取出该文本的物品特征。
| 套
| 1
|
5.4
| 时间特征识别服务集
| 需提供时间特征识别服务集，应能够自动根据文本内容、上下文语境，进行语义分析，提取出该文本内的时间特征。
| 套
| 1
|
5.4
| 人物属性关系挖掘识别服务集
| 需提供人物属性关系挖掘识别服务集，应能够通过知识图谱技术挖掘人物实体与自身特有“属性”关系，应能够挖掘数十种人物与属性。
| 套
| 1
|
5.6
| 虚拟账号昵称关系挖掘识别服务集
| 需提供虚拟账号昵称关系挖掘识别服务集，应能够把文本中的虚拟账号类要素主题实体识别出来，需包括QQ号、QQ昵称、微信号、微信昵称、其他网络账号、其他网络账号昵称，输出结果应支持以知识图谱的形式展示。
| 套
| 1
|
5.7
| QQ群属性关系挖掘识别服务集
| 需提供QQ群属性关系挖掘识别服务集，应能够把文本中的QQ群、QQ群名称、QQ群人数实体识别出来，应能够通过关系识别的手段链接其实体属性，输出结果应支持以知识图谱的形式展示。
| 套
| 1
|
5.8
| 微信群属性关系挖掘识别服务集
| 需提供微信群属性关系挖掘识别服务集，应能够把文本中的微信群、微信群名称、微信群人数实体识别出来，继续对于识别出来的微信群、微信群名称、微信群人数主体，通过关系识别的手段链接其实体属性，输出结果应支持以知识图谱的形式展示。
| 套
| 1
|
5.9
| 人-证号账号拥有关系挖掘识别服务集
| 基于语义分析，应能够把输入文本中的人物类、虚拟账号类实体识别出来。对于人和账号类主体，可以建立人与账号，物品之间的拥有关系。
| 套
| 1
|
5.10
| 人-群关系挖掘识别服务集
| 应能够把输入文本中的人物类、虚拟群账号类实体识别出来。对于人物类主体与群体类主体，可以建立人与群体之间的关联关系：qq群成员关系，微信群成员关系，挖掘的关系应支持以知识图谱的形式展示。
| 套
| 1
|
6
| 情报文本分类服务集
|
6.1
| 情报事件要素抽取服务集
| 需提供情报事件要素抽取服务集，应能够将繁琐的人工阅读理解并录入信息的流程，转化为自动化标签提取，实时的完成非结构化数据到结构化数据的转换，从文本中提取关键要素文本，在对关键文本进行深度解析，需包括推理归一、内容解析、规模预判等。
应能够对情报事件文本抽取多维度要素标签，包括发生时间识别模型、指向时间识别模型、指向地点识别模型、涉事群体识别模型、活动方式识别模型、指向地点所在区域推理模型。
| 套
| 1
|
6.2
| 涉政类分类模型
| 需提供涉政类分类模型，应能够对涉及政治问题的情报文本进行定性，需包括反颠覆领域、民族宗教领域、网络意识形态、高校文保领域、非政府组织领域、港澳台领域、周边国家等相关线索、事件类文本。
| 套
| 1
|
6.3
| 涉恐类分类模型
| 需提供涉恐类分类模型，指针对涉及恐怖组织的情报文本进行定性。
| 套
| 1
|
6.4
| 涉邪教类分类模型
| 需提供涉邪教类分类模型，应能够对涉及邪教的情报文本进行定性，需包括邪教、非法宗教、迷信活动等相关线索、事件类文本。
| 套
| 1
|
6.5
| 涉军类分类模型
| 需提供涉军类分类模型，应能够对涉及军人、军事活动等相关情报文本进行定性，需包括企业军转干部问题、转业志愿兵问题、农村义务兵问题、城镇义务兵问题、参核参战军人问题、烈士遗属问题、自主择业军转干部问题、伤病残退役人员问题、守备二师问题、援藏兵问题等相关线索、事件类文本。
| 套
| 1
|
6.6
| 涉众类分类模型
| 需提供涉众类分类模型，应能够对涉及大众群体经济受损人群的相关情报文本进行定性，需包括P2P、线下投资担保、传销类、诈骗类、协助稳控类。
| 套
| 1
|
6.7
| 小区业主维权类分类模型
| 需提供小区业主维权类分类模型，应能够对房屋纠纷、物业纠纷等问题导致小区业主群体性的维权涉稳的相关情报文本进行定性。
| 套
| 1
|
6.8
| 其他利益群体分类模型
| 需提供其他利益群体分类模型，应能够对涉及到其他利益受损人群的相关文本进行定性。需包括传统利益受损群体、社会管理领域群体、民生领域群体。
| 套
| 1
|
7
| 警情文本分类服务集
|
7.1
| 预备手段识别模型
| 需提供预备手段识别模型，应支持识别做实施犯罪前的准备工作。
| 套
| 1
|
7.2
| 侵入手段识别模型
| 需提供侵入手段识别模型，应能够根据警务文本内容，识别侵入手段。
| 套
| 1
|
7.3
| 窃取手段识别模型
| 需提供窃取手段识别模型，应能够根据警务文本内容，识别窃取手段。
| 套
| 1
|
7.4
| 欺诈手段识别模型
| 需提供欺诈手段识别模型，应能够识别欺诈手段。
| 套
| 1
|
7.5
| 暴力胁迫手段识别模型
| 需提供暴力胁迫手段识别模型，应能够基于自然语言处理和人工智能技术，识别暴力胁迫手段。
| 套
| 1
|
8
| 基于警情内容的角色识别分类服务集
|
8.1
| 嫌疑人角色识别模型
| 需提供嫌疑人角色识别模型，应能够从警情内容的文本中识别嫌疑人角色。
| 套
| 1
|
8.2
| 非嫌疑人角色识别模型
| 需提供非嫌疑人角色识别模型，应能够从警情内容的文本中识别非嫌疑人角色。
| 套
| 1
|
8.3
| 民警角色识别模型
| 需提供民警角色识别模型，应能够从警情内容的文本中识别民警角色。
| 套
| 1
|
五
| 情指数据资源服务系统
|
（一）
| 情指行专题资源库
|
1
| 情指行专题资源库
| 需提供国内主流MPP架构数据库1套，应不低于3节点授权。并依托科通大数据平台，建设情指行研判资源池。应满足以下要求：
应能够与oracle实现function、package、dual虚表等语法互通,应能够进行既有数据迁移；
需支持数据行级函数式加密，包含crypt-bf/8/7/6/5、md5、sha1等加密算法，并能进行gzip、MD5hash等加密压缩；
需支持关系图结构数据存储；
应能够通过设置实现表只读、建立全局临时表、数据预热、执行计划、读写分离等功能；
应能够通过内部函数实现数据库的审计、分区、索引建议、行转换。
| 套
| 1
|
2
| 人员类专题
|
2.1
| 常口库
| 应能够展示人员图片、身份证、姓名、户籍地、现住地、出生日期、家庭关系、联系电话、服务处所、户口类型、性别、等信息。
| 套
| 1
|
2.2
| 人像采集库
| 需建设人像采集库，用来存储一线民警4G执法记录仪、移动警务终端等所采集的人像数据。
| 套
| 1
|
2.3
| 犯罪重点人库
| 需建设犯罪重点人库，应能够展示人员图片、身份证、姓名、户籍地、先住地、出生日期、家庭关系、联系电话、服务处所、人员类别、性别、人员标识、侦办单位等信息。
| 套
| 1
|
2.4
| 人号库
| 需建设人号库，应能够展示人员图片、身份证、姓名、户籍地、先住地、出生日期、家庭关系、联系电话、服务处所、户口类型、性别、人号等信息。
| 套
| 1
|
2.5
| 婚姻库
| 需建设婚姻库，需包括人员图片、男方身份证、男方姓名、男方户籍地、男方现住地、男方出生日期、男方联系电话、女方身份证、女方姓名、女方户籍地、女方现住地、女方出生日期、女方联系电话、结婚日期、婚姻登记地点等信息。
| 套
| 1
|
2.6
| 情指管控人员关系库
| 需建设情指管控人员关系库，多维度关联刻画人员关系相关联信息，包括人员基本信息，人员类型，人员户籍关系，人员社会关系，人员涉案关系等。
| 套
| 1
|
2.7
| 机票库
| 需建设机票库，需包括航班号、出发站名称、到达站时间、座位号、身份证、姓名、户籍地、现住地、出生日期等信息。
| 套
| 1
|
2.8
| 火车车票库
| 需建设火车车票库，需包括人员身份证、姓名、户籍地、现住地、出生日期、联系电话、购票时间、车次、座位号、出发站名称、到达站名称等信息。
| 套
| 1
|
2.9
| 涉情手机号码库
| 需建设涉情手机号码库，需包括手机号基本信息，手机号关联信息，同手机号信息，手机号涉案信息等。
| 套
| 1
|
2.10
| 重点车辆画像库
| 需建设重点车辆画像库，需包括车辆基本信息，车辆违章信息，车辆轨迹信息，车辆属性信息等。
| 套
| 1
|
3
| 案事件专题
|
3.1
| 警情库
| 需按照《河南省公安机关110接处警系统建设指导意见》接入全市接处警数据，形成警情库。包含接警、处警、反馈、回访等数据。
| 套
| 1
|
3.2
| 案事件库
| 案事件库应包括案事件基本信息，同案信息，案事件人员信息，案事件关联轨迹信息等。
| 套
| 1
|
4
| 地址类专题
|
4.1
| 酒店信息库
| 酒店信息库应包括人员图片、身份证、姓名、户籍地、现住地、出生日期、联系电话、入住时间、退房时间、性别、入住房号、旅馆名称、旅馆地址等信息。
| 套
| 1
|
4.2
| 网吧信息库
| 网吧信息库应包括人员图片、身份证、姓名、户籍地、现住地、出生日期、联系电话、上网时间、下网时间、性别、终端号、网吧名称、网吧地址等信息。
| 套
| 1
|
4.3
| 高速上下站库
| 高速上下站库应包括车牌号、上下站名称、上下站时间、等信息。
| 套
| 1
|
4.4
| 涉情地址库
| 涉情地址库应包括同地址事件信息，同地址人员信息等。
| 套
| 1
|
5
| 物品类专题
|
5.1
| 车辆信息库
| 车辆信息库需包括车辆图片、车牌号、车辆中文品牌名称、车牌签发地、车辆颜色、制造商名称、国产/进口、车牌颜色、发动机号、初次登记时间、车架号、纳税证明编号、发证机关、经营范围、车辆标签等信息。
| 套
| 1
|
5.2
| 住宅信息库
| 住宅信息库应包括房屋概览信息、登记信息、关联案事件信息、门禁出入信息、车辆、物流信息等。
| 套
| 1
|
6
| 勤务类专题
|
6.1
| 警员信息库
| 警员信息库应包含警号、警务通号码、单位、岗位、警衔等信息。
| 套
| 1
|
6.2
| 装备信息库
| 需提供装备信息库。
| 套
| 1
|
6.3
| 勤务配装对照库
| 需提供勤务配装对照库。
| 套
| 1
|
6.4
| 任务信息库
| 勤务任务信息库应包含勤务的基本信息、性质、等级、执勤管辖单位、带队领导等信息。
| 套
| 1
|
7
| 舆情类专题
|
7.1
| 舆情热词库
| 需提供舆情热词库。
| 套
| 1
|
7.2
| 敏感词汇库
| 需提供舆情敏感词汇库。
| 套
| 1
|
7.3
| 热点舆情历史库
| 热点舆情历史库应包括舆情的源头日期，访问、参与人数、转发次数，相关网站信息和网站文本信息。
| 套
| 1
|
7.4
| 负面舆情库
| 负面舆情库应包括舆情的源头日期，访问、参与人数、转发次数和负面舆情类型，相关网站信息和网站文本信息。
| 套
| 1
|
（二）
| 情报时空轨迹分析
|
1
| 人员档案上图查询
| 应提供人员档案上图查询功能，需包括姓名、出生日期、民族、性别、籍贯、家庭住址、人员类型等常口信息。
| 套
| 1
|
2
| 人员轨迹上图分析
| 应能够在地图查看人员的轨迹信息，以流水的形式反映一个人的所有轨迹，包括住宿、上网、火车、飞机、社保、水电、电信、通话多达数十种行为轨迹。
| 套
| 1
|
3
| 同行人员团伙分析
| 需提供同行人员团伙分析功能，选择人员，应可以查看同火车、同住宿、同上网的相关人员。
| 套
| 1
|
4
| 车辆画像上图查询
| 应提供车辆画像上图查询功能，在地图上展示车辆的轨迹。
| 套
| 1
|
5
| 旅店全时空碰撞
| 1、应能够在地图上圈选一片区域，设定时间段，查询出该时间段内酒店、宾馆、洗浴中心住宿的人员，需列表形式展示。
2、重复前面的步骤，圈选2个以上的时空区间。
3、点击碰撞，应能够分析出在多个时空内均有轨迹的人员（满足2次或以上）。
4、点击单个人，应能够回放此人在限定时空区域内的详细轨迹、以及此人的全息档案。
| 套
| 1
|
6
| 网吧全时空碰撞
| 1、应能够在图上圈选一片区域，设定时间段，查询出该时间段内，在该区域的网吧有上网的人员。
2、重复前面的步骤，圈选2个以上的时空区间。
3、点击碰撞，应能够分析出在多个时空内均有轨迹的人员（满足2次或以上）。
4、点击单个人，应能够回放此人在限定时空区域内的详细轨迹、以及此人的全息档案。
| 套
| 1
|
7
| 车辆全时空碰撞
| 1、应能够在图上圈选一片区域，设定时间段，查询出该时间段内，在该区域的卡口有经过的车辆。
2、重复前面的步骤，圈选2个以上的时空区间。
3、点击碰撞，应能够分析出在多个时空内均有轨迹的车辆（满足2次或以上）。
4、点击单辆车，应能够回放车辆在限定时空区域内的详细轨迹、以及此车车主的全息档案。
| 套
| 1
|
8
| 火车全时空碰撞
| 1、应能够在图上圈选一片区域，设定时间段，查询出该时间段内，在该区域的火车站、高铁站有乘车的人员。
2、重复前面的步骤，圈选2个以上的时空区间。
3、点击碰撞，应能够分析出在多个时空内均有轨迹的人员（满足2次或以上）。
4、点击单个人，应能够回放此人在限定时空区域内的详细轨迹、以及此人的全息档案。
| 套
| 1
|
9
| 人员全时空碰撞
| 应能够采用大数据多表联合分析技术，进行批量比对碰撞，实现人员的全方位轨迹追踪。
| 套
| 1
|
10
| 人案综合全时空碰撞
| 需提供人案综合全时空碰撞的功能。
| 套
| 1
|
11
| 串并案件及案发地轨迹分析
| 需提供串并案件及案发地轨迹分析的功能。
| 套
| 1
|
（三）
| 背景分析和全息画像
|
1
| 人员全息画像
|
1.1
| 人员概览
| 需提供人员概览功能，需包括基本信息、关联物品、关系情况、单位职业等多方面信息。
| 套
| 1
|
1.2
| 基本信息
| 基本信息需包括人员照片、身份证号、民族、出生日期、婚姻状况、户籍地址、居住地址等信息。
| 套
| 1
|
1.3
| 标签信息
| 标签信息需包括是否前科人员、重点人员、在逃人员等标签。
| 套
| 1
|
1.4
| 落脚点分析
| 应提供落脚点分析，默认展示近一月最后一次位置、居住地、工作地、落脚点信息，应能够在PGIS地图上进行展示。
| 套
| 1
|
1.5
| 作息规律
| 应提供作息规律功能。需展示不同账号，如卡口、手机、QQ、微信等的24小时活动情况，应支持按照时间和账号进行筛选。
| 套
| 1
|
1.6
| 家庭族谱
| 需包括家族成员头像、姓名、身份证、关系名称、标签、职业等相关信息，支持图谱和列表切换展示。
| 套
| 1
|
1.7
| 关系分析
| 需提供关系分析功能，能够以人员为中心分析其与之相关的关联关系。
| 套
| 1
|
1.8
| 地址/房产信息
| 应能够展示地址/房产信息，需结合GIS地图融合展示。
| 套
| 1
|
1.9
| 经济评估
| 经济评估模块需能够帮助警务人员快速了解目标对象能够反映经济能力的一些信息，需包括工作信息、住宿信息、出行方式、房产信息等，应支持按照时间进行筛选。
| 套
| 1
|
1.10
| 活动区域
| 应能够以热力图结合GIS方式展示目标对象活动区域。
| 套
| 1
|
1.11
| 单位职业
| 需以时间轴方式展示目标对象工作履历情况。
| 套
| 1
|
1.12
| 通联分析
| 应支持按照次数、通联时常进行分析统计通联情况，需按照由高至低进行展示。
| 套
| 1
|
1.13
| 线上行为轨迹
| 线上行为轨迹需包括即时聊天、电子邮件、FTP、社交网站、认证信息、网页访问等信息。
| 套
| 1
|
1.14
| 线下行为轨迹
| 线下行为轨迹需包括火车、飞机、客运、汽车、公交、地铁、网吧、旅店、卡口等信息。
| 套
| 1
|
1.15
| 行为轨迹内容操作
| 应支持按照时间、账号、来源筛选，并可选择单一或多条记录执行导出操作。
| 套
| 1
|
2
| 车辆画像
|
2.1
| 登记信息
| 应支持展示车辆不同来源的登记信息和数量信息；
应支持按照时间维度进行筛选，支持自定义时间筛选。
应能够对查看的车辆登记信息，支持导出功能。
| 套
| 1
|
2.2
| 车辆基本信息
| 车辆基本信息需包括车辆图片、车牌号、车辆中文品牌名称、车牌签发地、车辆颜色、制造商名称、国产/进口、车牌颜色、发动机号、初次登记时间、车架号、纳税证明编号、发证机关、经营范围、车辆标签等信息。
| 套
| 1
|
2.3
| 车主和历史驾驶人信息
| 应能够展示车主和历史驾驶人的信息，包括人员姓名、性别、身份证号、地址、手机号码、最后发现时间等信息。
应支持对人员专题库和驾驶证信息中的车主和历史驾驶人的所有照片信息进行集中轮播展示。
| 套
| 1
|
2.4
| 车辆落脚点信息
| 应能够展示车辆最后一次发现位置、落脚点推荐等信息。
| 套
| 1
|
2.5
| 出行时间规律信息
| 应能够以波形图的形式，展示车辆一天的出行时间情况、便于民警掌握该车辆24小时的作息规律。
| 套
| 1
|
2.6
| 违章记录信息
| 应支持对违章记录进行环状图展示，支持按照上午、下午、上半夜、下半夜的时间段对违章记录进行环状图展示，应支持按照次数从高到低对违章道路top5进行统计。
| 套
| 1
|
2.7
| 活动区域信息
| 应支持对车辆的足迹区域进行统计展示，应支持在地图中以热力图的形式进行活动区域展示。
| 套
| 1
|
2.8
| 表格展示
| 应支持以表格的形式展示车辆现实轨迹信息，支持进行详情的查看。
| 套
| 1
|
2.9
| 时序图展示
| 应支持以时间轴的形式展示车辆现实轨迹信息。
| 套
| 1
|
2.10
| 分类关系
| 应支持按照关系类型对车辆的具体关系信息进行展示。
| 套
| 1
|
2.11
| 关系圈
| 应支持使用关系列表的形式展示车辆关系信息。
| 套
| 1
|
3
| 关系画像
|
3.1
| 分类关系
| 应能够展示与目标相关的各类关系，需包括血缘关系、寄递物流关系、通联关系、同户关系等。
| 套
| 1
|
3.2
| 关系圈
| 应提供与目标对象相关联的人员聚合展示，并以列表分页方式呈现。
| 套
| 1
|
3.3
| 关系图谱
| 应提供关系图谱功能，使用关系图展示关系信息，应支持时间、要素、关系类型、标签等条件的筛选，支持根据不同时间周期进行筛选，支持展示节点属性、关系统计、战法模型智能匹配等信息；关系图谱中的关系节点支持关系扩线和关系条件扩线。
| 套
| 1
|
3.4
| 关系筛选
| 应能够从不同维度筛选，快速获取所需信息内容，支持以下筛选方式：
时间筛选：通过时间范围对关系数据进行筛选；
要素筛选：通过身份证、护照号、港澳通行证、电话、车、电话、案件等方面对关系要素进行筛选；
关系筛选：根据不同要素对应不同的关系，通过关系类型，对节点进行筛选；
标签筛选：对要素关联的标签进行展示，并支持通过标签选择对符合标签的节点进行筛选；
属性筛选：根据不同的要素，展示对应的属性进行筛选。比如对于人员，支持通过性别、户籍地等属性进行筛选；
关系频次筛选：统计不同类型的关系频次筛选，根据要素之间的关系频次进行筛选；
关系数量筛选：统计所有要素之间关系数量，分成多个数量级，根据关系数量级，两个要素之间存在的不同类型的关系数量进行筛选。
| 套
| 1
|
3.5
| 关系画布
| 应提供关系画布功能，应支持对关系节点、关系线、关系展示布局等进行设置，以满足开展图上分析研判需求。
| 套
| 1
|
3.6
| 关系统计
| 应支持根据不同要素对要素属性进行统计。
| 套
| 1
|
3.7
| 关系节点
| 应能够对于关系图谱当中的关系节点，当选中单个节点时，可展示基本信息。当选择多个节点时，可展示节点列表。
| 套
| 1
|
3.8
| 模型推荐
| 在对人员关系进行分析时，系统应能够识别选中关系情况，并对选中的要素匹配模型，推荐能用于分析的模型。
| 套
| 1
|
3.9
| 数据导入
| 应支持外部导入数据共同参与关系分析，支持文件导入数据、手动添加单个节点数据、业务模块发送数据等。
| 套
| 1
|
4
| 组织群组信息
|
4.1
| 案事件信息
| 需包括各类警情、案事件信息，应支持按照时间、案事件类型、身份信息、电话号码等进行筛选。应以列表方式展示。
| 套
| 1
|
4.2
| 车辆船只信息
| 需展示车船基本信息，需包括照片、车牌、品牌、发动机号、车架号、违章次数、经过卡口等信息、船舶号、船舶用途等信息。
| 套
| 1
|
4.3
| 电话终端信息
| 应能够展示人员名下所有关联的电话终端信息。
| 套
| 1
|
4.4
| 地址/房产
| 应能够展示居住地、工作地、常用收货地址等信息。
| 套
| 1
|
4.5
| 金融信息
| 应能够展示与目标对象相关的各类金融数据。
| 套
| 1
|
4.6
| 寄递信息
| 应能够展示快递公司/单号、寄件人信息、收件人信息、寄件物品详情、下单时间、快递签收时间等信息。
| 套
| 1
|
4.7
| 多媒体信息
| 应能够展示多媒体信息，需包括与人员相关联的图片信息。
| 套
| 1
|
4.8
| 关系分析挖掘工具
| 应能够利用图形化建模工具，实现可视化展示关系分析，并支持关系的逐层挖掘、人员关联信息的展示等。
| 套
| 1
|
4.9
| 静态关系画像
| 应能够实现对人员关系相对静态的关系的存储，需包括父母、子女、姐妹、兄弟、配偶等。
| 套
| 1
|
4.10
| 动态关系画像
| 应能够实现对人员关系相对动态的关系的存储，需包含时间、地点等必要属性。
| 套
| 1
|
4.11
| 关系画像
| 应能够实现对人员关系静态关系、动态关系分析模型设计，构建通用的关系分析模型，实现对人员关系的分析。
| 套
| 1
|
4.12
| 模型推荐
| 应支持智能识别选中关系，并对选中的要素匹配模型，推荐能用于分析的模型。
| 套
| 1
|
（四）
| 图形化建模服务
|
1
| 图数据库建设
| 需提供图数据库，应能够满足人员、物品、案件、车辆等等相互之间关系数据的存储、查询和图计算等。应能够处理大量的、复杂的、互联的、多变的网状数据。
| 套
| 1
|
2
| 业务专题
| 需提供基于业务场景来进行逻辑建模的专题分类，将维度、指标、表关系进行定义。
| 套
| 1
|
3
| 数据集管理
| 需提供强大的数据集管理功能，使用户通过简单的拖放即可实现对各类查询的操作。应支持自助数据集、透视分析数据集、本地Excel分析、SQL数据集、可视化数据集、Java数据集、存储过程数据集、多维数据集等。
| 套
| 1
|
4
| 自助ETL
| 应能够实现自主ETL，解决公安业务系统数据存在分散、凌乱、标准不统一等现状。应支持分布式计算架构，应支持单节点多线程。自助 ETL 应具备以下四个特点：
（1）一体化：无需独立部署就可以使用；
（2）可视化：完全界面化直接操作，业务人员都能参与；
（3）高性能：分布式性能强悍，能够处理海量数量；
（4）强功能：大量组件兼顾一般数据处理，与高级数据处理。
| 套
| 1
|
5
| 数据导入
| 应支持外部导入数据共同参与关系分析，支持文件导入数据、手动添加单个节点数据、业务模块发送数据等。
| 套
| 1
|
6
| 数据及系统支撑
| 应支撑底层数据库、业务表格、java数据源、多维数据集等。
| 套
| 1
|
7
| 任务编排
| 应能够实现各种报告定时运行和发送，如每月出勤、每月考核报告，并发送给领导审阅；应能够定时发送重点人、车、案事件等信息给领导审阅。需支持多种格式输出、运行和发送报表和告警报表。需支持自定义任务，即通过脚本，调用系统的API，完成更多更复杂的任务。需支持多种任务如报表资源计划、定期表数据填充、离线数据推送、以及其他自定义任务。
| 套
| 1
|
8
| 分析报告
| 应能够利用数据集、透视分析报表、多维分析报表等资源，完成分析过程，将数据的洞察结果变为简洁的报表、美观的图形。
应能够根据需要制定分析报告模板，通过拖拉拽形式实现分析报告的自动生成。
| 套
| 1
|
9
| 即席查询
| 需支持通过简单的鼠标勾选数据字段与查询条件快速获得所需数据，需提供聚合计算、告警规则、重定义表关系、改变条件组合逻辑等高级功能。
| 套
| 1
|
10
| 透视分析
| 需提供透视分析功能，不需要建立模型，应能够组合维度、汇总计算、切片、钻取，洞察数据，轻松实现对数据的查询与探索。
应提供表格查询、图形分析、分析跳转、预警、多种输出方式、多种时间计算等功能。
| 套
| 1
|
11
| 多维数据分析
| 应支持基于OLAP Server的数据源向用户提供自助分析服务。需根据多维模型实现任意的切片、旋转、钻取等操作，应能够实现自定义指标、统计分析等操作。
| 套
| 1
|
12
| 机器学习算法包
| 应提供数据挖掘算法组件，需包含基本的数据特征处理、分类、聚类、关联、回归、深度学习算法、机器学习的预测和评估等，应支持Java和Python算法扩展等。
| 套
| 1
|
13
| 数据挖掘可视化建模
| 需提供流程化、可视化的建模界面，内置实用的、经典的统计挖掘算法和深度学习算法，应能够通过轻松拖拉拽组件的操作，进行可视化建模，完成模型流程的搭建，应能够对模型进行发布管理。
| 套
| 1
|
14
| 跨数据库查询
| 需提供跨数据库查询功能，应支持将不同的数据源关联，应对不同接口数据统一访问，无需再进行数据抽取。
| 套
| 1
|
15
| 高速缓存
| 应支持将原始库数据抽取到分布式的内存数据库中进行分析，需提供多种高速缓存方案供选择。
| 套
| 1
|
六
| 集成管理系统
|
（一）
| 统一工作门户
|
1
| 办公首页
|
1.1
| 应用导航
| 应能够通过直观的形式，针对不同民警的权限，展示应用快速导航链接。
| 套
| 1
|
1.2
| 信息发布
| 需提供信息发布功能，应能够查看信息详情。
| 套
| 1
|
1.3
| 最新动态
| 应能够以列表形式显示最新部门动态，应能够查看动态详情。
| 套
| 1
|
1.4
| 通知公告
| 需提供通知公告查看的功能。
| 套
| 1
|
1.5
| 个人中心
| 需提供个人中心功能，可以通过“个人信息展示”模块中查看个人基本信息；通过“个人信息维护”模块对个人信息进行修改；通过“个人应用管理”模块管理个人应用；通过“个人应用使用情况”了解不同时段个人应用的使用频次；通过消息提示快速获取系统消息。
| 套
| 1
|
1.6
| 个人信息展示
| 个人信息展示需包括用户基本信息、用户交流信息、历史浏览信息的展示。
| 套
| 1
|
1.7
| 个人信息维护
| 需提供个人信息维护的功能，需包括用户头像、归属部门、所属岗位、生日、电话、密码等信息的修改。
| 套
| 1
|
1.8
| 个人应用管理
| 需提供个人应用管理的功能，需以列表方式显示当前用户所定制的所用应用类型，用户可通过“撤销”操作对桌面定制应用进行删除。
| 套
| 1
|
1.9
| 功能链接
| 应能够通过链接方式跳转到其他平台系统。
| 套
| 1
|
2
| 任务首页
|
2.1
| 信息查询
| 需提供信息查询功能，需包括警情信息的查询、辖区信息查询、重点单位查询等。
| 套
| 1
|
2.2
| 上岗登陆
| 需提供上岗登陆的功能。
| 套
| 1
|
2.3
| 网络接单
| 远端任务终端平时处于待接警状态，当情指中心有接警单通过网络派发至该远端接处警终端时，系统应能够自动将该记录添加到等待接收警单列表，支持远端签收警情单。
| 套
| 1
|
2.4
| 本地接警
| 系统应提供给远端处警终端单位受理群众上门或电话报警的渠道，支持警员直接在处警终端录入警情信息，生成接处警单，在情指中心备案的同时返回给该单位进行处警。
| 套
| 1
|
2.5
| 风险采集
| 需提供风险采集的功能，可通过值班快捷采集情报风险隐患信息。
应能够检索相关情报预警信息，和警情任务进行自动、手动关联，系统将相关信息整体组合反馈给情指中心。
| 套
| 1
|
2.6
| 要情摘报
| 分局端可将管辖单位内重要情报、案情上报给情指中心，包括性质、规模、伤亡人数、涉及金额等重要信息。并可以经由情指中心审核后成任务，进行任务调度流程。
| 套
| 1
|
2.7
| 信息提示
| 当有警情需要处理的时候，系统应能够发出报警声音，向接警员进行提示，并弹出警情窗口。
| 套
| 1
|
2.8
| 任务反馈
| 远端处警单位在处警完成（或阶段性完成）后，需填写反馈单，向中心反馈处警情况。
| 套
| 1
|
2.9
| 下班、交班
| 当值班员使用下班、交班功能时，系统应能够自动弹出相关交班记录，应能够提示当前值班员有重大事件未处置完成，并在下一值班员登录时做出提醒。
| 套
| 1
|
2.10
| 与警综对接
| 应能够与警综对接实现任务的签收和反馈。
| 套
| 1
|
（二）
| 统一态势大屏
|
1
| 自定义大屏工具
|
1.1
| 配置支持
| 需支持yaml和properties等常规配置，允许token支持和第三方登录。需支持镜像化部署。
| 套
| 1
|
1.2
| 多数据库支持
| 需支持MYSQL5+、MYSQL8+、ORACLE9i、ORACLE10+、SqlServer、PosgreSQL、GreenPlum、DB2、MariaDB、SQLite、Derby等数据库，需支持国产达梦、人大金仓、神通、华为高斯、PolarDB等数据库。
| 套
| 1
|
1.3
| 基本数据源管理
| 需支持通过数据的连接、用户、密码等信息配置远程连接数据库，可通过测试发现数据库连接问题。
| 套
| 1
|
1.4
| 数据库对象拆解
| 连接数据库后，应能够通过选择相关数据库，列举相关数据库的表信息，点击表信息可对数据表进行结构化拆分，能显示字段名称、类型、约束长度、注释等信息。
| 套
| 1
|
1.5
| 多种报表支持
| 需支持用户的多种报表格式，如公文红头、数据报表等内容。
| 套
| 1
|
1.6
| 可视化面板
| 需支持态势面板生成，包括柱形图、折线图、JSON地图、饼图、环图等信息，并能根据实际需要调整图表的比例、坐标、轴值等功能。
| 套
| 1
|
2
| 态势主题
|
2.1
| 警力资源分布可视化展示
| 应能够通过超高分显示屏，采用GIS地图方式对警力进行实时监控，需对历史数据综合分析。
应在GIS地图上标注所有带有定位功能的警用设备，点击警用设备图标弹出窗口显示设备当前位置，使用者姓名、所在单位、联系方式、以及最后定位时间等信息，并可画出当天警用设备的移动轨迹；
需支持GIS地图的基本操作，如：放大、缩小、拖拽、还原、地图内容筛选等；
应能够按业务类型统计警力概况，需显示各部门实时可支配警力。
| 套
| 1
|
2.2
| 视频监控可视化展示
| 应能够通过超高分GIS地图方式对现场视频进行实时调取，实现多视频上墙,对重大社会活动进行跟踪监控，应能够编制预案对重点关注区域轮播。
需支持在GIS 地图上线选、面选、区域选择视频快速查看，对警情发生地区进行实时监控；
视频列表应能够对视频监控设备进行分类管理；
应能够从视频列表中将视频监控设备拖入视频预案，编制好的视频预案可在视频面板中以设定的周期，进行轮播；
视频面板需支持多路视频同时传入，并可全屏显示。
| 套
| 1
|
2.3
| 警情态势可视化展示
| 应能够通过超高分显示屏采用GIS地图方式对警情进行实时监控，并对历史数据综合分析；
需显示当前时间往前推24小时内各辖区接警数量，并显示总的接警量，及同比、环比数据，以便对当日警情走势进行研判分析；
警情列表需显示最新警情信息，其中重大警情进行字体标红，并定格显示，点击指定警情可定位到GIS地图上相应位置，点击GIS地图上警情图标可查看警情处置单位、处警人员、处警时间、以及处置状态等信息；
需显示当前时间往前推24小时内处警数量、以及同期、环期处警数量，并显示总的处警量，及同比、环比数据；
应能够对警情进行统计分析，需分别按类型（刑事、治安、交通、火灾、求助、纠纷等）、辖区统计警情。
| 套
| 1
|
2.4
| 勤务可视化展示
| 应能够利用高分辨率显示屏，结合GIS空间位置，显示全局勤务分布情况。
| 套
| 1
|
2.5
| 维稳态势可视化展示
| 应能够统计分析各辖区情报信息，展示各辖区上报的情报信息、及下达到各辖区的情报信息，进行分类统计，对全市维稳情况作整体把握。
应能够统计下属机构上报信息数量，按前7日及当日情报数量，统计所辖单位上报信息数量，并显示当日接报总量，以及年内累计总量；
应能够统计分析维稳数据，显示当日接报维稳信息数量及年内累计总量，并按类型（信访、扬言、堵门堵路、上访、来市上访、赴省上访）统计维稳信息数据；
需显示今日上报信息数量、及年内累计总量，今日下发信息数量、及年内累计总量，并显示上报、下达的信息列表，简要描述信息内容。
| 套
| 1
|
（三）
| 统一鉴权认证
|
1
| 用户名密码认证
| 需支持通过输入用户名密码认证登录。
| 套
| 1
|
2
| 对接PKI/PMI统一认证
| 需支持对接公安已有PKI/PMI系统进行统一认证登录。
| 套
| 1
|
3
| 红名单管理
| 需提供红名单管理功能，需支持对红名单中的人员进行增删改，需支持对红名单内人员检索的告警，需支持对红名单的审计结果进行记录展现，并提供查询搜索功能。
| 套
| 1
|
4
| 角色管理
| 系统提供角色管理功能，管理员可以在系统中建立角色（含用户组的概念），每个用户都属于系统的某个角色，并具有该角色的操作权限。系统可以灵活的添加或删除角色，并赋予新的角色相应的权限功能。
| 套
| 1
|
5
| 权限管理
| 需提供权限管理的功能。
| 套
| 1
|
（四）
| 统一接口网关
|
1
| 公安网系统接入
|
1.1
| 立体化治安防控体系
| 应能够与立体化治安防控体系进行对接，实现数据的共享。
| 套
| 1
|
1.2
| 智慧城市二期
| 应能够对接智慧城市二期道路视频探头，可接入智慧城市二期规划的AR空间防控辖区，形成二三维地图联动。并能接入智慧城市二期的前端感知设备，在合成指挥系统上进行重点人预警和轨迹分析。
| 套
| 1
|
1.3
| 公安大数据平台
| 应能够对接公安大数据平台。
| 套
| 1
|
1.4
| PGIS系统
| 应能够对接PGIS系统，获取GIS的基础地理信息（房屋、道路、公共设施等）、警用公共地理信息（人员、分区等）以及专用地理信息，实现在平台电子地图上的精准定位和二维信息呈现。
| 套
| 1
|
1.5
| 智能交通实战系统
| 应能够对接交警电子警察，获取车辆通行记录和交通违法信息。
| 套
| 1
|
1.6
| 交管相关业务系统
| 应能够对接交管相关业务系统，获取车档、驾档、事故、违法业务等相关数据。
| 套
| 1
|
1.7
| 定位系统
| 应能够对接定位系统，并实现在电子地图上的精准定位。
| 套
| 1
|
1.8
| 智慧小区
| 应能够与智慧小区对接，实现各小区基本信息数据接入上图。
| 套
| 1
|
1.9
| 接处警系统
| 应能够与接处警系统对接，实现来话、接听、挂机、派发、处置等环节的数据接口注册和共享。
| 套
| 1
|
1.10
| 情报系统
| 应能够与情报重点人员库对接，获取重点人员数据。
| 套
| 1
|
1.11
| 省厅短信平台
| 预留省厅短信平台的接入能力，当省厅短信平台具备使用能力和接入条件后，可以短期内完成接入。
| 套
| 1
|
1.12
| 本地短信平台
| 预留和本地短信MAS对接的接口，当本地短信平台满足对接条件时进行对接。
| 套
| 1
|
1.13
| 其他系统
| 保证能够与公安网其他系统进行对接。
| 套
| 1
|
2
| 公安视频网内系统接入
|
2.1
| 视频监控平台
| 需提供1套视频联网流媒体平台，统一接入GB28181平台。应能够与视频监控平台进行对接。
| 套
| 1
|
2.2
| 人脸识别系统
| 应能够对接人脸识别系统，获取人脸识别相关信息。
| 套
| 1
|
2.3
| 卡口系统
| 应能够对接车辆卡口系统，采集各车辆卡口抓拍的车辆照片，便于对搜车、过车量、车牌归属的业务应用。
| 套
| 1
|
2.4
| 车载图像传输系统
| 应能够对接车载移动视频系统，获取车辆行驶记录，车载移动视频系统。
| 套
| 1
|
2.5
| 其他系统
| 保证能够与公安视频网其他系统进行对接。
| 套
| 1
|
3
| 与政务网系统对接
|
3.1
| 市政府一中心四平台
| 通过党政军边界，应能够对接市政府一中心四平台，即社会治理综合情指中心和综合治理平台、综合执法平台、综合便民服务平台、综合监督平台。
将一中心四平台中的人口基础库、房屋建筑信息、重点人员信息、企业信息等数据资源通过政务网边界接入公安网，通过数据统一清洗研判，进入合成研判资源库。
| 套
| 1
|
3.2
| 与119对接
| 应能够与119应急消防报警电话对接，实现火警、应急电话的任务联动。
| 套
| 1
|
3.3
| 与12345对接
| 应能够与12345市长服务热线对接，实现非警务报警任务分流。
| 套
| 1
|
3.4
| 与其他政务系统对接
| 应能够与其他系统对接，实现与多个政务服务平台的信息共享。
| 套
| 1
|
4
| 通信类系统接入
|
4.1
| 程控交换系统
| 应能够与程控交换系统对接，应使用SIP中继对接、模拟中继O口对接、数字中继E1对接三种对接方式。
| 套
| 1
|
4.2
| 警务通系统
| 应能够与警务通系统对接，实现语音对讲、语音通话、视频对讲、视频通话、视频监控、消息互发、轨迹定位等功能。
| 套
| 1
|
4.3
| 短信辅助定位
| 通过短信服务发送定位请求到报警人手机，报警人点击相关连接时，通过边界摆渡报警人的参考位置。
| 套
| 1
|
（五）
| 统一运维管理
|
1
| 文件管理
| 需支持对常见文件格式的在线预览功能，支持格式包含：常见图片格式（jpg、gif、png、jpeg）、常见文档格式（word、ppt、excle）。
| 套
| 1
|
2
| 镜像管理
| 应能够对应用镜像进行集中管理，能够管理不同设备、不同网络内的镜像服务。需支持remote和local是一键启停镜像，需支持webshell方式对宿主机和镜像进行操作。
| 套
| 1
|
3
| 接口监听报警服务
| 应能够实时监听各类数据接口状态，需对接口服务的运行异常状况进行报警。
| 套
| 1
|
4
| 服务运行状态监控
| 应能够监听支撑平台涉及各种数据服务，应能够监听资源服务是否正常，数据服务是否正常等情况。
| 套
| 1
|
5
| 服务访问日志记录
| 应能够支持对系统中的服务访问情况进行记载、查询等操作。
| 套
| 1
|
6
| 服务访问统计分析
| 应能够支持以统计表、统计图的方式对用户的访问次数、访问流量、访问数据范围进行统计。
| 套
| 1
|
（六）
| 统一日志管理
|
1
| 日志采集
| 应提供日志采集功能，能够获取应用系统所产生的各种日志数据。
| 套
| 1
|
2
| 日志查询
| 应能够对汇总的日志信息进行统一管理，为用户提供多种日志查询方式，需包括精确查询、模糊查询、关键字检索。
| 套
| 1
|
七
| 应用软件配套资源
|
（一）
| 110接处警系统硬件（市局部分）
|
1
| 数字程控调度机
| 主控部分双机热备，8路数字中继、80路模拟用户，双电源。调度机双落地局双路由接入。要求支持E1中继，支持中国7号信令、PRI信令，支持模拟用户、IP用户。配置配套的调度机软件、电脑调度软件、网管软件。
1.信令：可选用 NO.1 、NO.7 、PRI等信令方式。
2.中继：可使用 E/M 中继、环路中继、数字中继多种中继方式。
3.时钟级别：根据节点级别，数字排队调度机的时钟级别为四级时钟。
4.可以进行本局呼叫、出局呼叫、入局呼叫、夜服等。可预先设定分机电话呼出等级，限呼出权限。
5.交换接续功能：每个端口固定分配一个交换时隙，内部交换网络无阻塞。
6.汇接：数字中继呼入可以汇接到数字中继的呼出上。
7.夜服：环路中继呼入转到本局用户，并能接收用户回叫多次转接处理。
8.能够提供语音提示。
9.第四位拦截方式拦截误拨电话。
10.能够通过 FSK 自动识别呼入用户的主叫号码。
11.骚扰电话锁定：可对呼入电话进行锁定，追踪恶意呼叫。
1.排队功能：当需要自动分配的电话呼入后，如果呼叫中心的坐席全忙时，系统将把呼叫的主叫号码送入排队系统，同时
播放语音通知呼叫者等待。一旦有坐席空闲时，马上派到空闲的坐席上。
2.ACD功能：当需要自动分配的电话呼入后，系统会按一定方式进行自动分配，自动安排呼叫中心的坐席员接电话。待坐席员与呼叫者通话时，系统根据局数据设置为相应的控制方式。
3.队列控制：可对报警呼入电话排队和分配设定优先级，可根据被叫号码对报警电话作预分配。对排队队列可制订不同策略，进行动态调整。
维护台可以对用户数据、中继局数据和号码资源局数据进行维护管理。
维护台可以对座席话机进行观察。
维护台可以对数字中继的信令进行跟踪、观察和分析。 维护台可以对系统设备，包括主处理器、NO.7链路、PRI链路进行观察和分析。维护台可以实时记录系统日志，包括自动信息、人机命令、跟踪信息进行观察和分析。 维护台可以对系统文件，包括对执行文件、系统数据进行更换。
调度机具备抢答接警模式，提供设置截图并加盖制造商公章；
主控部分采用双备结构，具备倒换功能，提供检测报告并加盖制造商公章。
| 套
| 2
|
2
| 开关电源
| 机架式-48V一次电源，输入具有过压保护，输出具有短路保护、过流保护、过压保护。输入220V交流，输出15A直流，采用风机冷却方式散热。
| 台
| 2
|
3
| 电话配线单元
| 128个保安单元、128个通路塞;内线测试塞绳和外线测试塞绳各1条,告警器1个,接线工具1把,断路塞10个。
| 台
| 2
|
4
| 数字录音设备
| 嵌入式数字录音设备，录音端口数量≥32路。
| 台
| 2
|
5
| 席位电话
| 头戴式耳麦、固定电话提取臂专用坐席电话机
| 部
| 40
|
6
| 计算节点扩容服务器
| 1、机型：2U机架式服务器，8*2.5盘位机框；
2、CPU：≥2颗处理器，单颗（核心≥26Core、频率≥2.1GHz）；
3、内存：≥14根32G DDR4内存，共计≥ 448GB ；
4、硬盘：≥2块600G 10K SAS硬盘；
5、RAID：独立RAID卡，4G缓存，支持（0，1，5，6，10，50，60），含掉电保护；
6、网口：≥2个GE+≥4个10GE（含光模块）；
7、电源：≥900W满配冗余电源；
8、服务：三年原厂维保，三年介质保留，设备生产商需在国内设有400技术服务热线。
9、与现有的华为警务云系统实现软、硬件的兼容，提供承诺函。
10、服务器节点采用可鼠标点击的图形化中文界面BIOS系统以简化BIOS配置，提供功能界面截图并加盖原厂公章。
| 台
| 6
|
7
| 管理节点扩容服务器
| 1、机型：2U机架式服务器，8*2.5盘位机框；
2、CPU：≥2颗处理器，单颗（核心≥26Core、频率≥2.1GHz）；
3、内存：≥14根32G DDR4内存，共计 448GB ；
4、硬盘：≥2块600G 10K SAS硬盘；
5、RAID：独立RAID卡，4G缓存，支持（0，1，5，6，10，50，60），含掉电保护；
6、网口：≥2个GE+≥4个10GE（含光模块）；
7、电源：≥900W满配冗余电源；
8、服务：三年原厂维保，三年介质保留，设备生产商需在国内设有400技术服务热线。
9、与现有的华为警务云系统实现软、硬件的兼容，提供承诺函。
10、服务器节点采用可鼠标点击的图形化中文界面BIOS系统以简化BIOS配置，提供功能界面截图并加盖原厂公章。
| 台
| 1
|
8
| 存储池扩容（存储节点）
| 支持控制器扩展，最大支持≥8控；配置双Active-Active控制器；采用2U盘控一体架构，控制器框提供≥24个硬盘槽位；采用多核处理器，配置控制器处理器总物理核心数≥32核,控制器总缓存配置≥128G缓存（不含任何性能加速模块、FlashCache、PAM卡，SSD
Cache、SCM等）；
1、接口：≥8个16Gb FC （含模块）+≥8个10Gb（含模块）；
2、硬盘：≥17块10TB 7.2K RPM NL SAS硬盘+≥4块960GB SSD 硬盘；
3、硬盘框：1个SAS硬盘框(4U,交流\240V高压直流,3.5",级联模块,24盘位,不包含硬盘单元；
4、线缆：16根光跳线-多模-3m+2根高速电缆-48G
Mini SAS HD Cable-3m；
5、软件授权：基础软件包授权，配置快照使用许可(SAN与NAS共用)；
远程复制使用许可(SAN与NAS共用)；智能数据分级使用许可(SAN与NAS共用)；智能缓存分区使用许可(SAN与NAS共用)；智能SSD缓存使用许可(SAN与NAS共用)；
6、存储厂商提供专有多路径（非操作系统自带多路径）软件，提供故障切换和负载均衡功能，支持Windows\Linux，提供具备CNAS(中国合格评定国家认可委员会)资质的三方权威评测机构签字盖章的测试报告，加盖存储厂商有效印章。
7、兼容主流国产操作系统（中标麒麟，银河麒麟，凝思磐石等），提供认证证书加盖存储厂商有效印章。
8、电源：冗余电源；
9、维保：3年原厂维保，3年介质保留，含安装服务。
| 台
| 1
|
9
| 云平台软件（云软件授权）
| 1、支持虚拟机服务，配置管理不限数量虚拟机的License，支持用户通过自助服务界面同时申请一台或多台虚拟机，用户可以自由选择虚拟机所在物理资源的位置，CPU、内存、磁盘规格，并可以在申请时为虚拟机增加多张网卡和多块磁盘，设置磁盘容量及网卡使用的网络，以保证用户获取到的虚拟机不需要再进行重复编辑，用户获取到虚拟机后，可以进行自助管理，可以对虚拟机执行常见的开机、关机、重启、删除、远程登录等操作，用户可以根据虚拟机名称、IP、ID、运行状态等快速查找、过滤虚拟机，也可以支持用户自定义虚拟机标签来快速定位虚拟机。
2、支持云硬盘服务，用户可以自助进行云硬盘的申请、挂载、卸载、删除、创建快照等操作，创建的云硬盘支持挂载给单台虚拟机或者物理机使用，也支持一块云硬盘同时挂载给多台虚拟机或者裸金属物理服务器使用；在操作系统支持情况下，可以对已经在使用的云硬盘进行在线/离线扩容。
3、套件扩容14颗CPU授权。
| 套
| 1
|
10
| GPU语义分析服务器
| 1、 CPU：≥2颗处理器，单颗（核心≥28Core、频率≥2.0GHz）；
2、内存：≥4根32G DDR4内存，共计128GB ；
3、硬盘：≥2块1.2TB SAS硬盘；
4、GPU卡：≥4块 T4卡；
5、2GB高性能RAID卡；
6、网络：≥4个千兆电口、2个万兆光口（含万兆多模光模块）；
7、电源：≥2块1300W电源；
8、3年免费上门质保服务。
| 台
| 1
|
11
| 接处警服务器
| 1、2U机架式服务器
2、处理器：≥2颗处理器，单颗（核心≥16Core、频率≥2.4GHz）
3、内存：≥4根32G DDR4内存，共计128GB ；
4、硬盘：≥2块2.5寸1.2TB 10K SAS硬盘；
5、HBA卡：1块8通道高性能RAID卡；
6、网卡：2个千兆电口、2个万兆光口（含万兆多模光模块）；
7、电源：2块550W白金电源；
8、原厂导轨、三年上门保修质保。
| 台
| 10
|
12
| 大屏态势高性能主机
| 1、处理器：≥2颗CPU（核心≥16Core、频率≥2.4GHz）；
2、内存：≥4根32GB DDR4 内存；
3、硬盘：≥1块1TB SSD硬盘 +1块 2TB 机械硬盘；
4、显卡：≥1块64GB显存。
| 台
| 2
|
13
| 网络交换机
| 24个 10/100/1000Base-T电口，包含8个combo口, 4个万兆SFP+光口，双电源插槽，含一个75W电源，交流220V供电。
| 台
| 10
|
14
| KVM切换器
| 17"液晶显示屏、标准键盘、多电脑切换器，标准1U高19"宽机架式。
可使用一组显示设备/键盘/鼠标控制八台计算机或服务器。每端口均能仿真屏幕/键盘/鼠标讯号，可同时开机。支持热插拔，免驱动程序。OSD机种提供命名,每端口密码设定,自动扫描跳选及串级扩充功能。兼容操作系统:Windows9x/2k/xp,NT,UNIX,LINUX,NOVELL,DOS等多种系统。
| 台
| 2
|
15
| 标准机柜
| 19英寸标准机柜，尺寸600*1000*2055mm/高密度平板六角网孔前后门/前后为圆形通风孔的上下框/最大静载达800KG(带支脚）/前后门配高级弹力锁/主要材料:SPCC优质冷扎钢板制作。厚度：方孔条2.0mm，安装梁1.5mm，其它1.2mm/表面处理:方孔条镀蓝锌；其余：脱脂、磷化、静电喷塑/带四个风扇及3块托板/2个PDU。
| 套
| 2
|
（二）
| 110接处警系统硬件（五个县、区局）
|
1
| 应急电话系统工控机
| 4U架机式工控机：CPU核心数≥4，主频≥3.0 GHz，内存≥16GB，硬盘大小≥256GB 固态硬盘+2TB机械硬盘。
| 台
| 5
|
2
| 语音设备
| 8端口语音设备，能够接入外线电话，并进行录音。
| 块
| 5
|
3
| PCM复用设备
| 2个光模块，2个千兆物理以太网，4个百兆物理以太网，16路电话，双电源供电。
| 对
| 5
|
八
| 2M线路租赁
|
1
| 2M线路租赁
| 8条2M专线、运营商汇聚机房至核心机房。
| 年
| 1
|
