道路交通技术监控违法行为证据保存系统建设方案Word格式.docx
《道路交通技术监控违法行为证据保存系统建设方案Word格式.docx》由会员分享，可在线阅读，更多相关《道路交通技术监控违法行为证据保存系统建设方案Word格式.docx（12页珍藏版）》请在冰豆网上搜索。
公安部发布的《道路交通安全违法行为图像取证技术规范》公共安全行业标准将于2009年10月1日实施，现有的证据保存系统已无法满足该标准的技术规范，为此，需根据技术规范要求对系统进行升级改造，由于原有的系统采用C/S架构，维护困难，为此本建设方案，将考虑根据最新的技术标准开发新的证据保存系统。
1.3遵循标准
新证据保存系统的技术要求、数据库设计及数据交换格式，必须遵循以下标准要求：
GA408-2006道路交通违法管理信息代码
GA648-2006交通技术监控信息数据规范
GA/T833-2009机动车号牌图像自动识别技术规范
GA/T832-2009道路交通安全违法行为图像取证技术规范
第二章需求分析
2.1整体需求
系统采用B/S模式、J2EE架构，采用WEB2.0的技术标准，具有良好的人机界面。
2.2功能需求
新的证据保存系统，具有以下功能模块：
1．后台管理模块。
需具有：
（1）录入人管理模块，具有分级权限，可根据角色配置；
可直接从旧证据保存系统导入；
（2）执勤民警管理模块，从违法系统的警员代码表定时自动更新。
（3）道路地点代码管理模块，从违法系统的地点代码表定时自动更新；
（4）违法行为管理模块，从违法系统的违法行为表定时自动更新；
（5）证据图片表管理模块，根据设定的规则自动异地备份后清除，以释放空间。
（6）图像取证设备管理模块，设定唯一的设备编码。
2．监控违法行为录入模块。
可支持文本信息+图片信息的监控违法行为录入功能。
本模块需有良好的人机界面，具有
（1）号牌自动识别技术。
（2）本省车辆自动显示车身颜色、厂牌型号。
（3）自动调取违法系统同一天现场违法行为和非现场违法行为记录，以便分析比对是否重复执法。
（4）根据违法行为代码，自动识别图像取证的模式，并以文字信息显示。
（5）违法地点根据拼音首字母自动识别。
（6）支持从视频采集卡截取视频帧作为证据照片的功能（具有自动识别监控设备编号）。
（7）黑名单车辆自动比对功能。
（8）从电子警察临时表的自动导入功能。
3．图片叠加处理模块。
（1）文字信息的自定义位置叠加功能。
（2）防伪信息的叠加及辩伪功能。
4、数据上传模块。
（1）根据总队违法系统的接口自动定时上传本地数据。
（2）具有上传过程的全过程日志审计功能。
5、分析统计模块。
（1）根据大队、中队及民警个人工作量统计功能；
（2）根据设备分析统计的功能；
（3）报表打印功能。
6、旧数据导入功能。
将旧的非现场证据保存系统导入新系统中。
第三章接口约束
3.1设备编码规则
按以下编码规则，对所有的图像取证设备进行唯一编码。
3-4位图像取证设备类型
5-7位图像取证设备编码
XXYYZZZ
1-2位采集机关代码
表3-1：
采集机关代码表
采集机关代码
采集机关名称
00
厦门市公安局交通警察支队
03
厦门市公安局交通警察支队思明大队
06
厦门市公安局交通警察支队湖里大队
05
厦门市公安局交通警察支队海沧大队
11
厦门市公安局交通警察支队集美大队
12
厦门市公安局交通警察支队同安大队
13
厦门市公安局交通警察支队翔安大队
30
厦门市公安局交通警察支队直属大队
31
厦门市公安局交通警察支队高崎国际机场大队
33
厦门市公安局交通警察支队监控中心
32
厦门市公安局交通警察支队110指挥中心
表3-2：
采集取证设备类型表
编码
类型
01
闯红灯设备
02
公路卡口设备
固定测速设备
04
闭路电视
移动摄像
警务通
07
数码相机
08
移动测速设备
09
其他电子设备
3.2图片文字叠加规范
图3-1：
文字叠加样式
如图3-1所示，文字叠加区域分为A区、B区、C区。
其中：
A区用于叠加根据文本信息生成的公共信息。
格式：
图像取证设备编号|违法日期|地点
B区用于叠加电子警察特有的信息。
限速值|实测值|方向
C区用于存放图像取证设备特有的特征信息，如监控设备的编码及位置等。
01将军祠
3.3本地记录中间表
建立本地监控记录中间表XMJJ_SURVEIL_LOCAL,数据上传模块定时将该中间表数据通过3.4的接口上传至总队，上传时，由后台叠加相关文字信息。
注意：
该表的数据为已审核数据，本地平台不再校验。
表3-3：
本地监控记录中间表
字段名
备注
CJJG
VARCHAR2（10）
CLFL
CHAR
（1）
HPZL
VARCHAR2
（2）
HPHM
VARCHAR2（15）
JDCSYR
VARCHAR2（128）
SYXZ
FDJH
VARCHAR2（30）
CLSBDH
CSYS
VARCHAR2（5）
CLPP
VARCHAR2（32）
JTFS
VARCHAR2（3）
FZJG
ZSXZQH
ZSXXDZ
DH
VARCHAR2（50）
LXFS
TZSH
该位置存放图像取证设备的编号
TZBJ
VARCHAR2
（1）
置为1
TZRQ
CJFS
WFSJ
WFDD
VARCHAR2（12）
WFDZ
WFXW
SCZ
NUMBER
BZZ
ZQMJ
ZPSTR1
BLOB
ZPSTR2
ZPSTR3
NOTE
VARCHAR2（1000）
错误记录，写入该字段
3.4省违法系统监控写入接口
（1）对外公布方法名：
publicStringwriteSurveilNoCheck（Stringwsxlh,StringxmlDoc）
序号
参数
参数名称
注释
1
调用序列号
wsxlh
需向无锡所申请
2
监控信息
xmlDoc
监控信息的XML封装
（2）监控信息封装格式
<
?
xmlversion="
1.0"
encoding="
GBK"
>
root>
surveil>
cjjg>
-<
/cjjg>
clfl>
/clfl>
……..
/surveil>
/root>
（3）监控信息对应字段说明：
字段描述
长度
cjjg
采集机关
Varchar2
10
clfl
车辆分类
Char
hpzl
号牌种类
hphm
号牌号码
15
jdcsyr
机动车所有人
128
syxz
使用性质
fdjh
发动机号
clsbdh
车辆识别代号
csys
车身颜色
5
clpp
车辆品牌
jtfs
交通方式
3
fzjg
发证机关
zsxzqh
住所行政区划
zsxxdz
住所详细地址
dh
电话
50
lxfs
联系方式
tzsh
通知书号
tzbj
通知标记
0：
未通知，1：
已通知，2：
无需通知
tzrq
通知日期
Date
Yyyy-MM-dd
cjfs
采集方式
wfsj
违法时间
Yyyy-MM-ddhh24:
mi
wfdd
违法地点
wfdz
违法地址
wfxw
违法行为
scz
实测值
Number
bzz
标准值
zqmj
执勤民警
zpstr1
照片1
Base64编码
照片2
照片3
（4）返回结果封装格式：
XML
3.5超速自动抓拍图像取证规范
超速自动抓拍图像取证需遵循下列标准：
1.采集不少于2幅不同时间或者不同位置的机动车全景特征图片。
2.每幅图片上叠加有交通违法日期、时间、地点、方向、图像取证设备编号、防伪、限速值和行驶速度值，且采用雷达技术测定机动车行驶速度的违法图片上还应叠加有雷达测速方向。
（注：
只需将限速值、行驶速度值）叠加于图片的右下角即可，格式：
限速值：
70KM/h，行驶速度值：
90KM/h）
3.对于机动车行驶过程中发生的道路交通安全违法行为，叠加在交通违法图片上的违法时间应精确到0.1s；
4.图片采用JPEG编码，以JFIF文件格式存贮，压缩因子低于70。
5.图像取证设备24h内计时误差不超过1.0s，并确保每月至少校准一次计时时钟。
6.图像取证设备采集的机动车交通安全违法行为图片至少为24位真彩图像，单幅图片尺寸不少于（768×
576）个像素点。
7.图片中包含清晰辨认机动车行驶方向上的机动车行驶特征、机动车尾部全景特征和号牌号码等信息。
3.6闯红灯自动抓拍图像取证规范
闯红灯自动抓拍图像取证需遵循下列标准：
2.每幅图片上叠加有交通违法日期、时间、地点、方向、图像取证设备编号、防伪。
只需将方向）叠加于图片的右下角即可，格式：
方向：
由西往东）
7.图片中包含清晰辨认机动车通过停止线时的交通信号灯指示状态、机动车尾部全景特征和号牌号码等信息。
第四章开发进度及费用预算
4.1开发进度
采用“分步实施”策略：
第一步，先满足10月1日新标准的要求；
第二步，完成新证据保存系统的开发。
9月06日-9月10日：
确定软件提供商，进行需求确认。
9月10日-9月25日：
图片数据模块及数据上传模块开发完成，根据格式预留相应接口。
9月25日-9月30日：
图像取证操作规范的培训（秩序处）。
10月1日：
根据新标准正式上线运行。
10月1日-12月20日：
开发新的证据保存系统剩余模块。
12月20日-12月30日：
旧数据导库，并培训新系统使用。
2009年1月1日：
新系统正式上线运行。
4.2费用预算
费用预算：
？
万。
升级会员 