B／S架构营运车辆技术状况数据库管理系统的实现＊

董国亮 许书权 刘富佳 姚 羽

（交通运输部公路科学研究院 北京100088）

0 引 言

随着交通运输行业信息化工作的深入，目前各省都建立了自己的运政系统。但是省与省运政系统之间车辆技术状况数据信息沟通并不通畅［1－2］。另一方面，困扰综合性能检测站和二级维护企业的车型参数不全、参数错误等问题已经影响了其对综合性能检测和二级维护的质量判定［3］。针对以上，营运车辆技术状况数据库采用网络互联技术，实现了多省营运车辆技术状况数据的互联、共享；构建了车型数据库，导入上万条数据，解决综合性能检测站和维修企业生产作业中的车型数据库困境。系统在安徽、四川、河南3省部署完成，进行了2个多月的示范应用，系统运行和用户反馈良好。

1 系统组成

营运车辆的安全运营，与运输公司和驾驶操作人员的生命和财产安全息息相关，其车辆事故的后果还会蔓延扩散到社会各个层面。车辆的安全保障除了运营公司的日常维护和保养，还需要第三方检测机构和维修维护机构对车辆的技术状况进行检测和维护，从而使经过检测和维修后上路行驶的营运车辆是技术状况合格、有保障的和高安全性的。上述措施的实行，必须是在营运车辆管理部门的统一规划、政策引导和管理监督下才能完成的。本系统以服务于营运车辆安全运营为主旨，面向营运车辆管理部门、综合性能检测站、维修企业、运输企业等4类用户，向其提供营运车辆技术状况相关的车辆基本数据信息、综合性能检测信息、二级维护信息、车型参数数据等，从各个层面对营运车辆的技术状况进行认定、维护和监督，从而保障其安全性。

下面从营运车辆技术状况数据库和数据库管理系统（软件）两方面进行讨论。

1.1 数据库

车辆出厂时的新车参数是该车型车辆共有的数据，与厂牌、车辆型号相关。车辆上牌并被批准进行运营后，附加了营运信息等其他属性。同时，每辆车的技术参数也与出厂时不同，发生了变化。本数据库将新车出厂参数与在用车辆的实际参数分开进行研究，创建生成（新车的）车型数据库和（在用车的）技术性能数据库两大数据库。这2个数据库相对独立又有关联，2个数据库之间通过厂牌、车型进行关联。

1.1.1 车型数据库

车型数据库由新车出厂的参数组成，只与厂牌、车型有关。车型数据库面向综合性能检测站和维修维护企业［4－5］，针对其作业、生产中实际用到的车型参数和发动机参数创建而成，解决综合性能检测和二级维护（简称“二维”）生产中用到的车型比照参数数据混乱、缺失的问题［6］。

车型数据库模型的创建主要依据GB18565《营运车辆综合性能要求和检验方法》、GB18344《汽车维护、检测、诊断技术规范》进行创建，数据类型、数据取值等则依据JT414《道路运输电子政务信息分类与指标》、JT415《道路运输电子政务平台编目编码规则》进行设置［7］。

车型数据库的数据填充主要通过交通运输部道路运输车辆燃料消耗量达标车型数据库、工信部公告参数或备案参数数据库等途径获得。截止到2011年11月，交通运输部已经发布16个批次共22 679个营运车辆达标车型的公告。截止2011年3月，工信部已经发布222个批次共51 528个汽车车型的公告。这些数据有效保证了车型数据库数据源的车型涵盖面和数据容量。

1.1.2 技术性能数据库

车型数据库为综检站和维修企业进行综合性能检测和二级维护提供了数据支撑，保障车辆的技术状况达到规定的技术要求。

在用车的技术性能是车辆的真实指标，其与车辆的实际状况和安全性直接相关。技术性能数据库是对营运车辆静态技术参数和动态技术性能信息的汇总，涵盖车辆基本数据、营运、综合性能检测、二级维护等各个方面。

目前各省都建立了省域的运政系统，系统中除了包含营运车辆的相关信息，还包括场站、业户、稽查等业务信息。各省运政数据库的共享范围基本局限于本省或本地区，省与省之间信息共享基本为零。本技术性能数据库立足于现有的省运政数据库，在3个示范省之间实现了技术性能数据的共享，能够实现跨省和跨地域营运车辆技术性能的监督和管理。

技术性能数据库服务于营运车辆管理部门、综检站、维修企业、运输企业等用户，打破目前各省运政数据信息孤立的局面，是对各省已有运政数据系统的深入应用和数据整合。技术性能数据库向用户提供在用营运车辆的基本信息、综检、二维、维修等信息的查询、统计、分析等功能。

技术性能数据库以JT414、JT415标准为依据创建模型，主要包括：车辆信息、营运信息、证照发放、维修信息、二级维护、技术等级评定、客车类型划分与等级评定、综合性能检测等500多项参数，在此不再一一罗列。

数据源方面主要依托各省在用的运政数据库，通过相关的协议，实现与本数据库的更新和数据交换。

1.2 数据库管理软件

营运车辆技术状况数据库管理系统根据各类用户的数据需求实现软件功能，从而实现对车型数据库和技术性能数据库的数据访问、操作和更新。

图1所示为按用户分类的软件功能图，4类用户的软件功能主要包括：查询在用营运车辆的基本信息、综检信息、二维信息、维修信息等，以及车型分布状况、维修维护质量等信息的统计。此外，还包括后台管理和数据接口等功能。前者提供对用户的授权、管理以及数据维护等功能，后者提供对外部其他应用或软件系统的数据交互功能。

图1 软件功能图Fig.1 Block diagram of database managment software

2 系统实现、部署及应用

2.1 系统实现

B／S技术架构应用已经延伸到社会和行业的各个层面。与单机模式、C／S架构等开发模式相比，无需安装、平台无关性是其最大特点。其他的优点还包括：面向对象、不依赖网络硬件、可移植、安全可靠、维护和升级成本低等。本数据库面向不同的用户对象，与各省运政系统数据库之间进行数据交换和共享，综合考虑系统部署方、用户易用性等因素，软件系统基于B／S架构开发完成。开发语言选用的是Java［8］，具有成熟、易用、移植性好等优点。

图2 技术框架Fig.2 Technical architecture

图2所示为本系统的技术架构，软件方面主要分为3个层：浏览器层、Web应用服务器层、数据库及数据交换层。浏览器层提供对系统功能的用户界面实现。Web应用服务层采用TongWeb应用服务器中间件，主要为查询、统计等提供支撑。数据库及数据交换层包括对原始信息的采集和加工，数据传输、数据交换等服务。各层之间相对独立又互相关联。分层设计系统结构可以充分地满足系统的功能性和非功能性的需求、系统的品质、系统的集成等要求。

2.2 异构数据整合

本数据库采用Oracle进行开发，在安全性、稳定性和功能方面都能达到要求［9］。但是各省运政数据库采用的管理工具和实现的数据结构并不相同，技术状况数据库与省运政数据库的数据交换中必然涉及到异构数据库的整合问题［10］。中间件方案具有开发效率高等优点，但是其灵活性不如直接编写代码。系统采用直接编写代码的方案进行数据库整合，具有操作灵活、费用低等优点。示范应用中，实现了3省运政数据库的整合。

2.3 系统部署

考虑到系统部署、更新、数据维护的等因素，数据库部署在本地服务器上。

系统部署包括硬环境部署和软环境部署两部分。

硬件方面，包括主服务器、数据存储器、硬防火墙、路由器等。

软环境方面，主要包括以下应用环境的配置：windows 2008server、Oracle数据库、应用服务器TongWeb企业版、安全监控软件和软防火墙等。

2.4 示范应用

系统部署完成后，经过3省2个多月的示范应用，示范用户对于系统的设计目的、实现的功能、界面友好性、稳定性等方面给予了肯定。综合性能检测站、维修企业示范用户给予的评价是：车型数据库切合其工作需求，解决了实际工作的问题。

3 结束语

本文介绍的营运车辆技术状况数据库以实用性为设计原则，整合现有的运政数据库，实现了三省营运车辆技术状况数据的互联，导入记录62万多条，为跨省、跨地域车辆技术状况的监督和管理提供了技术手段。研究考察综检站和维修企业的现实需求创建车型数据库，并导入记录3万多条，能够为营运车辆的综合性能检测和二级维护提供有效的数据支撑，提高检测和维护的质量。系统部署并实现了3省技术状况数据的实时更新和共享。经过3省2个多月的示范应用，得到了各级用户的肯定，系统运行良好。车辆技术状况数据库的应用将提高上路行驶车辆的技术状况，降低车辆技术方面的安全隐患，最终为车辆的安全运营提供保障。

［1］ 姚新胜，李冠峰，王向中.我国车辆技术管理中存在的问题及对策研究［C］∥河南省汽车工程学会第六届河南省汽车工程科技学术研讨会论文集，郑州：河南省汽车工程学会，2009：156－160.

［2］ 朱 军.运输企业加强车辆技术管理的对策［J］.交通标准化，2012（14）：135－139.

［3］ 肖 军.汽车技术性能状况的检测［J］.汽车工程师，2010（2）：47－49.

［4］ 严朝勇，蒋国平，武 涛.汽车综合性能检测站车型参数数据库的设计与研究［J］.农业装备与车辆工程，2008（6）：40－42.

［5］ 姜蔚鹰.基于网络化车型数据库构建的研究［J］.黑龙江交通科技，2008（12）：156－157.

［6］ 刘元鹏，牛会明.营运车辆二级维护技术规范研究［J］.交通标准化，2009（12）：38－40.

［7］ 刘 亮，郭茂威，窦书艳.《道路运政管理信息系统信息结构体系》和《道路运政管理信息系统 编目编码规则》两项行标简介［J］.交通标准化，2000（2）：21－24.

［8］ 吴亚峰，纪 超.Java Se 6.0编程指南［M］.北京：人民邮电出版社，2007.

［9］ 盖国强.深入解析Oracle—DBA入门、进阶与诊断案例［M］.北京：人民邮电出版社，2009.

［10］ 万仲保，肖 尧.运政系统异构数据整合框架的设计及研究［J］.微计算机信息，2010（21）：128－130.