广州110联动系统前期调研技术报告
一、系统整体架构
1、市局110联动中心架构
1) 视频监控系统，市局视频监控系统分局内监控和外部监控两部分，监视屏采用24台电视监视器和一台100英寸大屏幕监视器，图像信号引入采用3根光纤引入，每根光纤含3路监控信号共9路监控图像，监控信号采用多进多出方式切换，提供监控信号数字录像功能，实际监控时监控软件仅能对一路图像进行控制。 2) 110接处警台
①110接处警台位共10个，每个接处警台采用2机2画面，一台为接警机，另一台为处警机。
②每个接处警台分配两部电话，一部接警电话接110交换机，另一部处警电话接公安局行政交换机（内线5位号码） ③每个接处警台配备350M无线电台一步。
④接处警机通过10/100M局域网与2个110数据库服务器，每个服务器均为IBM PC级服务器配备磁盘阵列，系统及数据库采用WIN2000企业服务器版+SQL7.0数据库，两机采用双机CLUSTER工作模式，两台服务器采用独立的数据库系统。（目前接警量为每天5000件）
3) 地理信息系统配备在处警计算机上，为原国防科工大自行开发，地图采用1:10000比例，可用图层187层，包含主要街道建筑物、巡警巡逻区、派出所位置、派出所辖区、分局位置、分局辖区等，具备简单的地理位置查询，警情区域查询和通用的放大、缩小、漫游、图层控制功能。地图数据的更新及存储目前采用单机SQL数据库保存，地图数据更新采用一台处警机更新后通过分发方式更新其余每台处警机。目前基本上没有人愿意。速度问题、地址匹配，公安人员目前对地图有许多疑惑。
4) 接处警系统的电话录音采用两种录音方式，一种与英国产电话录音设备接口，另一种与国防科工大的录音设备相连。两种录音方式均为数字录音，其中2台英国设备提供48路数字录音，共可录551个小时的单通道通话记录。
5) 目前市局与各分局通信采用两个Moden池14.4k，并通过路由器相连。目前光缆已经到派出所。计划要通IP电话。 6) 分局与市局之间的协同工作通过警情协同服务器协调工作。 7) 110联动中心设科长台一个，科长台对每个接处警台的监控通过PC-Anywhere软件进行，对于电话录音采用英国录音设备提供的E-Ware软件实现。
8) 110联动中心设警卫台一个，配有独立的软件对警卫事件进行记录。警卫台配备模拟电话录音一路，同时警卫记录软件内含数字录音功能。警卫台同时配备350M无线电台一部，可调控警卫部署，并实时掌握警卫状态。该系统独立于110联动系统存在，采用独立的SQL数据库对警卫事件及电话录音进行管理。重大活动过程记录，但计划和决策并不由该系统完成。
9) 110联动中心设首长1号台一个，设有1机1屏，由110交换机上分配一专有号码，现有系统提供各种呼叫功能，系统与110警力库连接，作为重大事件是首长对全局的整体掌控。（强化领导话务支持）
10) 110联动中心设总值一个，总值室配有多路传真系统、警情查询系统（时间段、按性质，有些字段没有录到位）、公安网文件上传系统以及如实立案系统多个系统。
①总值要情系统系用VB编写，可收发系统内电子邮件及传真，该系统主要用于上下传各种重要文件，但与市局OA系统未连接，无法收发来自OA系统的文件；两者不连接，与公安部系统的Client端也不互连）。警力库？网络互连问题目前原则是不提，只用不说。 ②警情查询系统系用Power Builder编写，使用独立的SQL数据库保存数据，用于对接处警情况的统计和单项警情的查询；
③如实立案系统主要用于由各派出所填写案件受理登记表所登记的警情的记录与查询统计。
④公安网文件上传系统系由LOTUS编写（公安部提供），通过加密卡加密在公安网上传输重要文件，该系统与市局多路传真系统并未连接，上传文件需独立进行。
另外，警情查询系统通过Moden池与350个单位的200个派出所相连，设立独立的联机案件查询服务器，其数据库独立于110数据库单独存在。同时总值还设有案件语音查询服务器与电话录音设备相连，用于对每个案件的录音查询。
2、分局110联动中心架构 1） 目前各分局配备两个至三个接处警平台，接处警模式与市局基本相同，同为2机2屏，可接受由市局切换过来的接处警信息和语音信号，在接处警时可协同进行警情的录入与处理工作。
2） 每个接处警台设有350M电台一部，用来与市局通信，市局通过电台通知分局有新警情切入，必要时通过电台描述警情的大致内容，以方便分局接处警员清楚地了解警情的内容。 3） 每个接处警台设有两部电话，一部接警电话与市局行政交换机相连，用于接入市局转切过来的语音，另一部处警电话同是与行政交换机相连，用来与各下属派出所联系处警。 4） 分局设有独立的接处警服务器，采用单机PC级服务器，系统均为WIN2000企业版+SQL6.5数据库，用来存储各分局自己的警情数据，同时通过Moden与市局进行协同接处警。 5） 各分局设有技防报警系统，目前各分局采用的技防报警系统各不相同，但系统功能基本统一，设有技防报警台一个，监控设备一套，可在不同监控点间进行切换。
6） 技防报警系统可对实时的报警信息发出警告音，对于技防报警数据保存在后台SQL数据库中。该数据库独立于110数据库存在。技术报警只连到分局，没有连到市局，但误报率99.9%。市局想将技术系统移动市局，但分局不太同意，有经济利益问题。可以折中处理：将有效事件上报给市局。 7） 分局设有警情查询系统平台一个，通过Moden池与市局110联动中心的警情查询服务器相连。
二、目前系统的主要问题和不足
1、市局目前采用的视频监控系统监控方式单一，仅能对一路监控信号进行控制，在监控智能化、权限控制、监控角度以及监控点的切换均存在不足。
2、市局到分局通话目前提供4路共16组语音交换，考虑到110联动的业务需求，目前的交换资源已远远不够。
3、市局与各分局之间的系统通信目前仍采用2个Moden池拨号速率仅14.4k，考虑到日后地理空间定位以及技防报警系统的应用，当前数据传输模式已无法满住要求。
4、110数据库目前采用SQL数据库，无法满足将来110联动系统大量数据存储的要求。
5、目前110系统的语音录音部分仍采用模拟信号录音方式，加之原有英国设备提供的软件并无二次开发借口，使用极为不便，加之语音录音的内容经常丢失，而且分局无法调用市局端的语音录音内容，给工作的正常进行造成了影响和不便。
6、110系统的警情性质按四层结构划分，但分类不够详细，有部分警情性质已不适用，而且在实际操作中，其四层结构给接处警员的带来了一定的不便。考虑到警情性质的复杂性，在对特定警情进行性质划分时目前采取的必须选取最底层性质项的方式也不实用。
7、目前110联动中心所采用的系统过于繁杂，而且各个系统间既互相独立又互相有联系，给系统地维护以及信息的共享造成了一定的困难。
8、110系统的协作接处警时，同时录入数据后保存存在问题，必须要分局先结束警情后，两方录入的数据才能都存在并保存入库中，如果在协同接处警时市局先结束了警情，分局一侧的警情录入内容就无法存入数据库。语音录音同样存在类似的问题。
9、110系统的文字编辑易出现乱码现象。
10、警情查询系统的查询结果目前无法实时刷新警情数据。
11、警情查询系统分时查询数据统计存在误差，特别考虑到大量数据进行查询统计时。
12、目前110系统在市局下发警情给某个分局后，如果发生警情误切，分局无法转切其他分局。
13、目前110系统，在遇到特殊警情时经常需要打印交给总值或科长台，但警情录入界面尚无打印功能。
14、警情信息的打印过于简单，没有地图等详细信息。
15、由于电信部门提供的3字段信息存在错误，各种信息的空间定位目前无法提供确切可靠的定位，目前的空间定位系统基本上没有使用。
16、目前电子地图为单机存储模式，给信息的更新、安全性及资源的共享造成诸多的不便和隐患。
朱局长对系统的要求：
年底开通，接入99%的报警电话。
接警模式：招社会人员辅警接警；希望接警员只是做简单工作（比如事发地、事件性质），尽量不做主观判断，具体判断可以处警人员完成。简单接处警尽量做成傻瓜型，这是朱局长想法的要点。 简单的事件由接警员处理；复杂的由综合处警员处理；联动事件先由接警员简单处理，然后再由多家处理。
公安局的主要是将现有系统改造，解决得好些，并没有打算联动，但技术要留有接口。
事发地定位要求到杂货店，但数据建设可以慢慢来，可以先做重点目标）
警情回复：要求回到接处警台，谁派警，就派给谁。目前与联动谈，给每个警员配CDMA手机，直接指挥到警员，警员利用来电显示回复警情。
派警直接到派出所，但必须通知到分局。这个问题还有争论。 现有模式基本不变，这也是一个重点。
三、系统网络架构图
市局指挥中心一个席位(共14个)集群车台协同服务器接处警电话接处警计算机电子地图数据库服务器RS422警情查询客户端PSTN数字录音系统通信调度机E1首长1号台“打一送一”程序DDN电信局网络交换机行政交换机总机Modem池路由器 总值要情系统市局其他业务部门公安行政通信网、PSTN分局指挥中心Modem路由器Hub数据库服务器数字录音系统接警台 1接警台 2
