机动车驾驶人档案影像管理信息系统技术方案0906文档格式.docx

机动车驾驶人档案影像管理信息系统技术方案0906文档格式.docx

《机动车驾驶人档案影像管理信息系统技术方案0906文档格式.docx》由会员分享，可在线阅读，更多相关《机动车驾驶人档案影像管理信息系统技术方案0906文档格式.docx（8页珍藏版）》请在冰豆网上搜索。

2.1.1在业务方面

XX市机动车和驾驶人信息数据库始建于xxxx年，现汽车类机动车保有量近xx万辆，每年注册登记和转入登记约xx万辆左右，每年转移登记约xx万笔，每年办理汽车类机动车其他存档业务约xx万笔；

汽车类驾驶人保有量近xx万，年初领和增驾驾驶证业务约xx万笔，每年办理驾驶证其他存档业务约xx万笔。

每天办理各类业务需调阅的纸质档案保持在500份左右。

车驾档案近几年更以20%-30%左右的速度增长。

随着档案资料的增加，工作人员劳动强度增大，档案资料的存储、查询等工作与办公高效率的要求矛盾日渐突出，这些问题表现在：

1.库房面积日趋增加

车辆管理所需要比较多的空间用于存储档案，今后还有增加的趋势，每年为此付出的档案保管费用很多。

2.查询频繁，查询效率低，查询劳动强度大

由于过户、变更等业务，档案资料的变动频繁，无论从归档还是从管理上都很困难。

查询机动车/驾驶人档案时，档案员要经常进出库房。

为防止丢失，查阅前后都要核对数目，工作量很大。

3.档案安全性得不到保证

由于直接对原始资料查阅，为防止查询人员对原件的毁坏、涂改，要派专人负责陪同。

即使发生这种情况，因为没有历史记录也无从查对，可能会造成不必要的损失。

4.归档困难

由于资料的变动以及多份相关档案同时查询的情况时有发生，不可避免地发生归档错误。

一旦出现此类问题，就有可能需要将大量档案重新整理，牵涉大量的人力、物力。

归档的频繁导致工作人员从事大量的体力工作。

5.管理困难

由于档案都是整卷归档的，有时只需要查阅部分内容，但难免将一些不应查阅的内容被查看，很难控制。

大量的纸制文档，只能手工建立索引数据和登记，无法体现出档案状况，缺乏一套对档案出、入库记录和档案变动的管理系统。

6.档案资料缺乏安全备份

档案资料缺乏安全备份，难免水灾、火灾、虫鼠叮咬，造成难以补救的损失。

7.拓印比对的工作量很大。

8.对办理业务时缺乏监管

受理业务时由于没有采集身份证明原件，无法确定所有人省份证明是否出示；

没有采集人像，无法确定所有人或其授权代理人是否到达现场。

2.2需求分析

推行机动车/驾驶人档案电子化管理是顺应高科技信息化潮流的发展趋势，为了提高档案管理的科技化、信息化、科学化管理水平，降低人力工作的劳动强度，通过实施机动车/驾驶人档案影像管理信息系统，大幅度提高工作效率，方便电子信息数据资源共享。

目前正在运行中的公安交通管理综合应用平台可以管理机动车/驾驶人档案的数据信息，是一套完备的信息化管理系统。

为了进一步提高机动车/驾驶人档案的电子化管理水平，优化机动车登记的工作流程，提高办公效率，机动车/驾驶人档案影像管理信息系统应该着重考虑。

2.2.1系统基础要求

1.为避免业务人员对新系统的不适应，降低系统切换过程中的难度和风险，新系统应该继承以往的人机界面风格，工作流程设计合理、层次清晰、操作简便。

2.机动车/驾驶人档案的数量较大，纸张规格不等，厚度差别也较大，因此应该选择走纸性能好的高速扫描设备对纸张进行数字化处理。

在扫描同时自动对图像做完美页面处理，包括去除毛刺、去除噪声、纠偏、自适应灰度处理等等。

3.系统应该支持对机动车/驾驶人档案资料有选择地进行彩色扫描。

4.为了便于系统升级、便于程序间数据的共享、节约海量存储空间以及减小网络负载等，数字图像应该选择国际流行的标准的文件格式和图像数据的压缩方式。

5.影像文件快捷、准确地建立索引。

6.利用专用网查询档案影像信息，明确定义查询端的权限，且查询端的数目可根据需要自由配置。

7.完善的数据安全机制和备份机制。

8.具备拓印校验等业务辅助系统，拓印校验过程中提供辅助措施以降低难度、减小错误率。

9.为避免非法办理业务等现象发生，系统应该支持人像采集和原件采集。

10.系统的开放性要强，预留后续开发接口。

2.2.2系统设计要求

1.实现影像业务管理的高效性

系统要求影像数据库统一存放、管理数据，保证在任何业务环节都可以调用数据，满足快速查询、统计、修改的需要。

2.以工作流为基础的影像管理

系统应不依赖于任何商业化图形（像）处理软件，在关系型数据库之上开发工作流引擎，实现流程化业务的运作。

系统需要能实现对业务的可扩充性，方便定义系统用户权限、具体业务操作界面和业务审批流程。

3.影像数据库的管理功能

对于交警机动车影像业务管理过程中产生的业务数据，能通过有效的数据更新和维护机制，实现真正意义上的影像数据库管理，保证在任何时候均能够进行无损的再现。

4.网络化运作，实现各业务环节的信息共享

系统运行依托于公安网络，因此在设计上必须充分考虑到网络化运行的要求，系统存储的影像数据必须保证在网络间传递的有效性和畅通性。

同时建立完善的安全机制，严格限定各类用户权限，保证数据的安全性。

5.集成需求

基于SAN环境，数据集中存储和管理，确保数据的可用和兼容。

在影像系统建设时必须与目前交警车/驾管系统采用的服务器和存储系统建立集群机制，并通过ORACLERAC技术实现负载平衡，确保数据库系统的最大可用性。

6.影像数据库建立

1、数据容量

根据对我市车管所机动车驾驶人保有量及相关业务的统计分析，并考虑数据存储的安全性，保证“机动车/驾驶人档案影像管理信息系统”满足目前及未来3年平均20-30％的增长需要；

进行信息量分析和预测。

具体数据如下表：

档案类别

数量

数据量/份

总计

机动车历史档案

xx万份

10M

xxG

机动车年新增注册、转入、转移业务

4M

机动车年新增其他业务

3M

驾驶人历史档案

6M

驾驶人年新增申领、增驾业务

人年新增其他业务

2.5M

合计

xxG（约xxT）

3年增长后合计

Xx（机动车历史档案）+xx（驾驶人历史档案）+（xx+xx+xx+xx）×

（1+1.25+1.252）历史+新增

说明：

根据国内北京、上海、江西、杭州、宁波其他已建设影像系统城市车管所提供的数据，在以分辨率为200dpi彩色方式采集情况下，每个档案影像文件大小约200K-500K。

同时根据这些车管所的机动车和驾驶人保有量和采集后的影像文件页数，存储的数据量，测算出每份机动车历史档案平均约25页，影像文件数据量约10M；

每份驾驶人历史档案平均约15页，数据量约6M。

根据每年新增受理的业务数量和年增的影像文件数据量，测算出机动车注册和转移登记每笔影像数据量约4M，其他业务每笔平均约3M；

驾驶人初次申领和增驾每笔影像数据量约4M，其他业务每笔平均约2.5M。

2、数据库软件

影像档案数据库需符合影像数据存储与管理集中化的模式需有利于各项业务间的联动处理的要求，需有利于实现分级授权，必须能够适应影像档案管理发展的需要，具备高可扩充性与升级能力，同时兼顾与现有交警车管业务系统的数据库（ORACLE）关联问题。

第三章系统模块说明

3.1机动车/驾驶人档案影像管理信息系统

3.1.1日常业务采集录入模块

在公安交通综合应用平台受理完成一笔业务后，通过日常业务采集录入子系统采集部令和工作规范要求收存的档案的影像。

3.1.2人像采集录入模块

通过人像采集录入子系统采集办理机动车/驾驶人相关业务本人或授权代理人的照片，并与其二代身份证照片进行比对验证。

一方面，保证办理业务相关人员身份真实性。

另一方面，严格把关每个业务环节，采集相关细节信息，以备日后抽查。

3.1.3影像档案查询模块

通过IE等浏览器可以查询机动车或驾驶人办理过的所有业务的与纸质档案一一对应的影像档案。

3.1.4网络审批模块

核对公安交通管理综合应用平台的登记信息与对应业务的影像档案，给出审批结果。

对每笔业务采集影像档案的质量和数量进行审核，合格的提交，不合格的必须返回采集岗对此业务影像重新处理。

3.1.5计算机辅助拓印膜校验模块

在需要计算机辅助拓印膜比对时，在计算机中获取预留原始拓印膜影像与待确认拓印影像，对拓印膜特征进行综合分析判断，最后根据两副拓印膜的差别给出结果。

3.1.6通知采集模块

在查询影像档案时，记录无影像档案的机动车或驾驶人基本信息并通知档案岗及时采集相应的档案影像。

3.1.7影像加密/安全控制模块

图像加密系统主要体现在数据的最终存储加密和数据查询过程中的身份验证、加密和文件传输加密。

防止非法用户通过其他手段访问数据库或浏览图像，保证不同的人员浏览内容与其对应权限的一致。

能实现单页影像加密、流水加密和整个档案加密。

3.1.8统计分析管理模块

对符合某种查询条件的影像管理操作进行统计查询，实现“影像管理操作报表”的生成，根据实际的业务需求，给出统计报表，查看工作量。

3.1.9系统管理配置模块

根据系统管理需要建立必要的日志、用户管理等功能。

（1）日志管理：

对影像数据库的操作应进行全记录。

对于影像数据和影像处理提供监控功能，在重要业务尤其是权限变动的操作、用户的登陆有日志记录，对其它系统的登录、操作，系统必需提供日志记录和安全性控制。

（2）用户管理：

采用实名制。

对用户基本信息、用户IP地址进行维护，对系统功能权限明细及用户角色进行定义维护。

可以实现与公安交通管理应用平台用户无缝关联,直接导入公安交通管理应用平台的用户,以免二次输入已有用户信息,方便管理员整体的管理；

（3）权限管理：

根据不同管理部门的业务管理内容可设置查询、录入、删除、修改的权限管理。

具有授权管理功能（用户/角色/权限关系维护）、临时授权功能、取消临时授权功能、用户口令维护功能。

用户根据所处的岗位不同，可以分配不同的权限。

（4）参数管理：

要求系统各种配置都能由管理员维护。

3.1.10数据库管理模块

“档案影像管理系统”数据库使用0racle数据库，要求最大程度地利用公安交通管理综合应用平台的现有资源，避免重复建设。

3.1.11存储及备份模块

存储需求包括：

安全性，灵活性，高效性，兼容性，扩展性。

数据集中存储和管理，确保数据的可用和兼容。

进行阶段性数据备份，确保影像档案数据的安全。

3.1.12数据交互模块

包括“档案影像管理系统”和公安交通管理综合应用平台的数据即时交互，以及与其他应用系统的数据交互。

第四章系统的配置

4.1软硬件配置

4.1.1软硬件平台选型原则

硬件平台设计

档案影像管理平台是集中式管理系统，所有的数据存储设备和服务器都集中部署在支队中心机房内，系统中产生的数据都将存储在服务端，采集客户端不存储任何数据。

服务器端是指支队数据中心，系统的应用服务器和存储设备都部署在支队中心的机房内；

支队的工作人员管理和维护系统的日常运营，以及系统的后台管理等工作。

客户端市所、分所、登记服务站等业务窗口，进行档案室的档案的扫描录入等，业务窗口运行扫描录客户端程序需要配置PC机和采集设备。

4.1.2软硬件配置清单

机动车/驾驶人档案影像管理信息系统建设（实施需配备达到运行环境的数据库服务器和应用服务器各一台即可）。

软硬件设备清单：

项目硬件设备清单

序号

品目名称

主要规格及要求

单位

备注

一

硬件系统（硬件设备部分可利旧或使用现有设备，需达到运行环境要求）

1

车管专用影像仪

高拍仪或扫描仪（客户根据窗口需要确定数量）

台

xx

业务办理窗口使用

2

高速扫描仪

高速扫描仪（客户根据后台需扫描档案量确定）

后台批量扫描使用

3

计算机

自备

与扫描仪配合使用

4

数据库服务器

可自备（达到系统运行环境，考虑存储量即可）

数据库服务器及存储

5

应用服务器

可自备（达到系统运行环境即可）

二

应用软件系统

系统集成、实施

45万

小计（软件系统）:

150万