车辆及油品信息化管理平台建议规划概要书.doc

车辆及油品信息化管理平台建议规划概要

车辆及油品信息化管理平台

建
议
规
划
概
要

2013年7月11日

I

目 录
第一章 需求分析 1
1.1 车辆使用及动态管理系统需求解析 1
1.2 加油站分布信息查询系统需求解析 2
第二章 总体设计 4
2.1 技术选型 4
2.2 总体框架 4
2.3 网络拓扑 5
第三章 建议功能设计 6
3.1 车辆使用及动态管理系统 6
3.1.1 社会车辆信息管理 6
3.1.2 公务车辆信息管理 6
3.1.3 车辆预警信息 6
3.1.4 综合查询与统计分析 7
3.2 加油站分布信息查询系统 7
3.2.1 加油站点信息管理 7
3.2.2 加油站实时视频与图片 7
3.2.3 加油车辆信息 7
3.2.4 加油站信息预警 8
3.2.5 综合查询与统计分析 8
3.3 GIS地理信息系统 8
3.4 移动警务执法系统 8
3.5 数据交换平台 9
第四章 项目周期与预算 10
4.1 项目周期 10
4.2 项目预算 10

第一章 需求分析
1.1 车辆使用及动态管理系统需求解析
Ø 建设目的：
对全市机动车的安全、效益进行统一管理，实现实时、动态监控和预警；
Ø 功能体系：
信息采集完整化、预警等级直观化、监控指标科学化、查询分析常态化、评价体系规范化；
定人定车定职责；
公务车辆停放实现定时定点定规则；
Ø 需求解析：
ü 信息采集完整化
交警大队车辆管理所信息登记平台
①号牌号码、所属单位（或所有权人）、车辆类型、品牌名称、车身颜色、识别号、发动机号、发动机排量、整备质量、变速器型号等基本信息
①信息收集方式：批录入，自动生成标准数据格式（具体格式由双方确认）
②联网概况：由本系统经数据中心再连接交警大队车管所信息平台
③接口设置：
④重点监控预警指标为：违章记录达到预警级别，例如：多次违章、违章预期未处理、超报废公里数、酒驾…预警后可采取措施，例如：交警大队电话或短信通知、违章查询平台公示、路面执法警察教育…
②初次登记、使用状况、获取方式、使用性质、车辆状态、停用日期等登记信息
③年检状态、表显里程、违章记录等审核信息
保险公司信息登记平台
①保险种类、首次入保信息、续保信息、保单变更信息等基本信息
①信息收集方式：批录入，自动生成标准数据格式（具体格式由双方确认）
②联网概况：由本系统经数据中心再连接各个保险公司信息平台
③接口设置：
④重点监控预警指标为：逾期达到预警级别，例如：交强险逾期、事故民事纠纷…预警后可采取措施，例如：交警大队电话或短信通知、路面执法警察教育…
②事故类型及理赔信息等处理信息
③保单变更信息
运政管理
①营运车辆登记信息
与以上类似，把理解加进去，同时也为推荐性能埋伏笔，例如上面说的路面警察教育，就自然引出移动警务系统
②营运车辆审核信息
③营运车辆处罚信息
汽车销售公司、维修公司信息登记平台
①汽车销售基本信息

②汽车保养信息
③汽车保修、保修信息
社区
社区录入，记录输入行驶里程、加油时间、驾驶人、乘坐人、事由等信息
社区以Web登录方式将信息录入系统
平台

目的就是强调在“信息完整化”的条件下，如何通过设置预警原则而使得这些原始数据会提醒：这辆车、这个人需要注意和预警，使得潜在的责任会被防范和降低。
我所理解的信息完整化：1、基础信息来源覆盖面全，一旦敏感数据触发预警，可迅速达成“定人定车” 2、数据处理多样化，敏感数据的定义、与预警之间的关联关系如何确定、预警等级如何判断、处置，即实现在业主强力执法系统内部“定职责”，实现预警后的管理和处置手段介入

来源：交警大队车辆管理所（车辆静态信息录入，处理敏感信息：逾期未年审、过户纠纷）、电子违章监控平台（敏感信息：多次违章、逾期未处理、事故逃逸）、刑警大队（酒驾、盗抢报案、涉车绑架劫持）、保险公司（交强险逾期、重大事故、多次理赔）、汽车销售与维修公司（监控车辆动态信息，购买时间到登记时间的超限-很多新购车往往极不守规矩、大修记录-该报废却维修后继续上路、车辆状况监控-超报废公里数却未提供用）、交通运政管理（将运营车辆纳入监控，通过运政信息系统做到迅速对出租、中巴、大客等车辆定人定单位）、社区（居民重点人员的外出申请与记录）、停车场（派出所可专项停车场清理，记录可疑车辆的信息-脏破、长期不动，再到管理平台上查询，是否涉盗抢、绑架案后遗弃，或督促车主领车或报废）、汽车租赁公司（敏感信息：人员身份、行车轨迹、事故痕迹等）…

根据上述信息，明确系统：1、数据如何批量录入并生成统一格式 2、对哪些数据必须具备处理分析对比能力，从而明确基本功能 3、哪些数据值得进一步开发明确未来提供功能 4、为了效果、效率，明确我们推荐的系统
这样，达到：1、信息是什么 2、信息从哪里来怎么来 3、信息会预警业主什么 4、预警后，信息去哪里

数据分析时时时记得把“定人定车定职责”落到具体数据所反映的信息上，达到业主所关心的监控、管理目标
其中移动警务除了可主动介入预警车辆的盘查、教育、现场执法等等卖点以外，在车站、机场、火车站等等地，识别与处置上访人员不也是一大卖点么？为移动警务的销售再增加一个保险。

ü 预警等级直观化
按咱们交流的预警分类，再次将一般、民事、刑事所对应的数据清晰化、具体化。比如：酒驾，在系统登记后，该辆车和驾驶员均为重点监控对象，路面警察可着重抽查；再比如，汽车报盗抢案，触发红色警报，自然使得我们推荐在交通要道设卡口变得合理、急切。
最好还是以表格形式作，直观
数据分析时时时记得把“定人定车定职责”落到具体数据所反映的信息上，达到业主所关心的监控、管理目标

ü 监控指标科学化
着重描述我们合作的范围广、经验丰富，指标经过实际多家验证，比较成熟设置合理，具备根据业主调整的灵活性，同时也可以推荐一些新颖的指标，把规模做大，或者为二期需求埋伏笔。结合定人定车定职责
联系“可设置因素指标如“百公里油耗”-这个对公车有用、“维修费占车辆净值比重” -这个对分品牌车型质量统计有用、“事故维修费占车辆净值比重” -这个对强制报废有用和“车辆成新率” -这个对车况统计有用，即时显示车辆实时技术状况；”

数据分析时时时记得把“定人定车定职责”落到具体数据所反映的信息上，达到业主所关心的监控、管理目标

而上述这些，基本就确定了 无预警的情况下 统计报表的要求和范围，跟下一条查询分析常态化相关。

触发预警后，就确定了 预警 统计报表：能否做到按预警等级、按公私车、按营运性质、按处置部门等标签来生成单独的预警报表？举个例子：逾期未缴纳交强险，系统能否按周、月等业主设定周期，自动识别保险公司的类别，提取车管所的车牌、车主姓名、联系方式等相关信息，提取保险公司的保单信息、再生成多份报表反馈到相关的保险公司和生成业主报表日志？能否设定为违规车辆，路面警察会得到相关信息作为重点处理对象？能否以移动警务为支持手段，在终端上扫描到车牌、车主身份证驾照、行驶证等信息即可识别预警信息？是否可以提醒、拍照后生成执法记录，再逾期不处理是否会触发相关单位的黑名单记录或导致顶格处罚？…

ü 查询分析常态化
着重描述我们的统计报表多样化、处理能力高效、简化工作量、提高效率

这个可以引出智能卡口，通过处理，能迅速确定查询或预警车辆通过的时间，提高调看录像的效率，从方向推断轨迹，如果能做到人脸识别与自动对焦拍照，还可以为警方提供嫌疑人照片、人数等信息，如果说贵公司还能做到动态识别，该照片支持在人口信息库中的照片比对、确定嫌疑人大概范围，完美实现从定车落实到定人，那么破案周期会大大缩短，那么系统的建立必要性、开销的合理性和加强扩展性不言而喻，这样的系统，业主怎会不重视维护并首选我们？

数据分析时时时记得把“定人定车定职责”落到具体数据所反映的信息上，达到业主所关心的监控、管理目标

ü 评价体系规范化
着重描述数据库分析模型，联系业主所表达的
⑴ 车辆预警综合评价；
⑵ 车辆静态分析；
⑶ 车辆动态分析；
数据分析时时时记得把“定人定车定职责”落到具体数据所反映的信息上，达到业主所关心的监控、管理目标
ü 其他
这不是值得推智能卡口，以及在车牌识别的基础上，增加人脸识别自动对焦的再恰当不过的机会么？
① 对公务车辆停放实现定时、定点、定规则
这个都懂，说明系统连接、接口、数据关联关系如何建立的大概情况后，用“GPS定位终端+数字地图+规定区域规定车号关联即可实现”一句话就可结束。

⑴ 现制度管车，保证车辆的最佳运行状态；
⑵ 防止公车私用、公车私借等现象，提高车辆使用效率；
1.2 加油站分布信息查询系统需求解析
Ø 建设目的
推动加油站行业公里工作基本实现信息化；
Ø 功能分类
① 录入信息 --数据的搜集、存储、更新
⑴ 本信息：名称、地址、注册资本、法人代表、电话、油品零售批准证书；
ü 信息来源：工商局、主管部门
⑵ 经营信息：油枪数量、库容、从业人数、年销售额；
ü 信息来源：业主、主管部门
⑶ 现场图片；
② 资源共享，系统作战 --数据的搜集、存储、更新
⑴ 油站的图像与视频；
⑵ 升级现场可提供的信息量；
⑶ 多部门间的资源共享；
③ 强化预警
⑴ 24小时实时监控抓拍；
⑵ 信息采集：牌照、时间、地点、颜色、方向等；
⑶ 形成规定类型文件；
⑷ 自动存储于指定目录或数据库；
④ 底数管理 --督促加油站对本系统的信息录入和日常维护
⑴ 查询统计；
⑵ 上门督促；
⑶ 整改查处；
第二章 总体设计
2.1 技术选型
ü 技术体系 J2EE
ü 开发语言 JAVA
ü 应用模式 B/S浏览器应用模式
ü 设计模式 MVC
ü 数据库 ORCALE 11G
ü 软件服务器 TOMCAT6.5
ü 服务器操作系统 Windows Server
2.2 总体框架

2.3 网络拓扑

第三章 建议功能设计
3.1 车辆使用及动态管理系统
3.1.1 社会车辆信息管理
系统估算
基数：14万辆车
动态：按半年新增1万辆车估算，三到五年的发展预期，并设定裕量
按上述情况+承载功能来推算：系统服务器的配置，或者利用数据中心需要业主提供的资源

以数据在系统里是怎么走的，说明接口问题，如有车管所等单位，有自己信息系统的，该设置何种接口，数据如何提取和统一格式；社区、停车场这些可能只有宽带的地方，是否设立WEB登录输入。

以下功能这些，如果我们在前面说得足够多、统计得足够好，都可以在此忽略不提了。
基本功能列表
推荐功能列表
未来热点功能简要介绍
3.1.2 公务车辆信息管理
公务车辆信息管理对公务车辆进行实时监控调度，统一管理，实现政府公务用车从采购、使用到转资及报废的全生命周期管理．实现公务车辆 7x24 小时的全盘监控、定位服务；通过利用GPS(全球卫星定位系统)全面监控车辆，在电子地图上清晰、实时地了解公务车辆的位置，显示车辆的瞬时速度，同时能将每个驾驶员的超速纪录、违规事件等信息存储在中心数据库，提高政府职能部门的信息化程度，加强对车辆、人员的管理，同时对车辆的维修、保养，违章处理等车辆相关信息进行记录与追踪，实现公务车辆公为公用。
3.1.3 车辆预警信息
本系统与公安金盾网有相关数据交互，可利用公安业务系统的110警务平台、指挥中心、案件管理等相关专业软件，对事故、逃逸、违法犯罪、可疑等相关车辆展开信息查询与统计，并实施布控，利用GIS地理信息系统，结合本市治安卡口应用软件，对车辆的实时地段与以追踪、布控，最终实现通过车辆完成维稳、治安、刑事等相关案件的侦破、调度与资源共享。
3.1.4 综合查询与统计分析
利用社会及公用车辆的数据库，形成专业系统的车辆分析数据，结合车辆预警的强大功能，达到以车辆为主的全方位综合分析。围绕车辆形成维稳、违法车辆、刑事案例车辆使用率、新增、报废等为一体的综合统计分析。以图形、列表、柱图、饼图等多方形式进行展示。
3.2 加油站分布信息查询系统

加油站我多次看下来，觉得业主的需求就是：连续记录，号牌识别，生成报表或支持查询。重点在于信息的记录、可查询汇总。如果额外提供人脸识别自动对焦拍照则更好，如果能判断加油行为异常则更好。目前做不到加油全过程的信息化：加油量、发票号、人员、车辆、行为异常等信息，整合在一起分析的难度极大。
3.2.1 加油站点信息管理
通过数据收集与系统初始化录入，完成全市现有加油站点的信息管理，并结合相关部门天网工程或视频监控工程，形成以全市地图为导向，在地图上进行多点展示为目的加油站分布信息管控。对加油站的法人、员工信息、油存储量、及每日的加油量等相关信息进行全面控制与管理，形成以维稳为目的加油站及相关信息的全面管控。
3.2.2 加油站实时视频与图片
利用现有或未来建设的天网、监控工程实现加油站文字信息与实时画面信息相结合的管理模式，完成全面的监控与管理，并结合GIS地理信息系统，以点击地图站点，显示实时视频与图片的方式，实现想看哪看哪，想查哪查哪的一站式实时管理手段。
3.2.3 加油车辆信息
利用加油站天网或监控工程系统，对所有来站加油的车辆进行抓拍对比，将抓拍的车辆信息进行分析比对，将每天来站加油的车辆及相关信息进行统计。及实现来站加油的车辆只要一进站，便可得知车主信息、车辆信息、最近几次是否有来本站加油、车辆年检保险信息、车辆违章违法信息等。
3.2.4 加油站信息预警
利用信息化分析手段，对本站所有加油车辆进行管控，同时利用可追寻的规律实现自动预警，例如，同一辆车，连续三天都来本站加油，且每次都加满，本身来说这是一个不正常的现象，通过天网或监控工程的抓拍，软件系统的比对分析，进行系统自动预警，提示是否对此车辆进行注点布控，或需要有警员对此车辆或车主、驾驶人进行调查。
3.2.5 综合查询与统计分析
以时间为周期，以站点或区域为地限，形成专业的加油站分析统计结果，以统计结果得知某区域内某几家油站最近时日油量消耗过大，结合油站实时图片抓拍分析，用以计算来加油车辆与油站油量消耗是否成正比。除此以外，还可对来油站加油车辆的频率、数量等各种规律条件进行综合分析，以多条件、多方式形式进行查询，将其结果以图形、列表等方式进行展示。
3.3 GIS地理信息系统
以全市一张图的管理理念打开GIS地理信息系统以及车辆及油品信息化管理平台的设计概念。建设以地形、地貌、卫星地图等多种形式的地图展现，以加油站里、油库及相关重点单位、学校等重点区域为关注的地图展示，结合天网、监控系统、油站分布、车辆布控、卡口抓拍位置显示等为一体的综合GIS地理信息系统。以地理信息系统为其它功能的展现基础。
3.4 移动警务执法系统
通过本次车辆及油品信息化管理平台，利用已有交通、车辆数据，结合移动执法终端，完成移动警务执法，通过终端对车辆信息、车主信息、驾驶人员信息进行现场核查与查询，通过查询将车辆的违章信息、车辆保险信息、及车主信息等相关情况进行展示，使办案或执法人员可以第一时间掌握所有情况。
3.5 数据交换平台
定制数据规则、交换协议、加密制度等，形成跨网络的数据交换平台，利用数据交换引擎，实现几大网络间的数据交互。统一定制自主的加密规则，唯一的交换协议，达到本系统之外的数据无法串联的目的。同时，由于金盾网是完全物理隔离的，但电子政务内网也是属于内部网络，虽然属不同网段，却可利用数据交换平台达到数据共享的目的，以供本次车辆及油品信息化管理平台实现跨网络、跨部门的数据共享机制。

第四章 项目周期与预算
4.1 项目周期

4.2 项目预算
类别
系统
功能
单价
数量
合计
备注
应用软件
车辆使用及动态管理系统
社会车辆信息管理

公务车辆信息管理

车辆预警信息

综合查询与统计分析

加油站分布信息查询系统
加油站点信息管理

加油站实时视频与图片

加油车辆信息

综合查询与统计分析

GIS地理信息系统

移动警务执法系统

数据交换平台

支撑软件
服务器操作系统
Windows Server 2008

数据库
Oracle 11G

支撑硬件
服务器
品牌（型号）

防火墙
品牌（型号）

隔离网闸
品牌（型号）

入侵检测
品牌（型号）

入侵防御
品牌（型号）

漏洞扫描
品牌（型号）

网络交换机
品牌（型号）

负载均衡
品牌（型号）

存储、备份
品牌（型号）

项目实施

总价

14