DB35∕T 1971-2021 公务用车信息综合管理系统通用要求

1、ICS 03.100.01CCS A 1035福 建 省 地 方DB35/T 19712021公务用车信息综合管理系统通用要求 General requirements of integrated management system for official vehicles information 2021-04-01发布2021-07-01实施福建省市场监督管理局 发 布DB35/T 19712021目 次前言 . II1 范围 . 12 规范性引用文件 . 13 术语和定义 . 14 总体要求 . 15 系统架构 . 26 建设要求 . 37 车载终端要求 . 68 信息安全要求 . 6

2、9 系统管理要求 . 6附录A（资料性） 福建省公务用车信息综合管理系统单位所属地区序列号表. 8IDB35/T 19712021前 言本文件按照GB/T 1.12020化工作导则 第1部分：化文件的结构和起草规则的规定起草。本文件由福建省机关事务管理局提出并归口。本文件起草单位：福建省机关事务管理局、福建省枢建通信技术有限公司。本文件主要起草人：王利兵、缪向真、许志刚、周瑾榕、陈旭、沈敏勇、葛楚源、陈加自、陈浩、宋如祥、肖锦民。IIDB35/T 19712021 公务用车信息综合管理系统通用要求1 范围 本文件规定了公务用车信息综合管理系统的总体要求、系统架构、建设要求、车载终端要求、信息安

3、全要求、系统管理要求。 本文件适用于各级党政机关（含参公事业单位）、事业单位、国有企业单位公务用车信息化管理系统的管理和使用。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 JT/T 7942019 道路运输车辆卫星定位系统车载终端技术要求 JT/T 8082019 道路运输车辆卫星定位系统终端通讯协议及数据格式 3 术语和定义 下列术语和定义适用于本文件。 3.1公务用车 official vehicles 党政机关配备的用于定向保障

4、公务活动的机动车辆以及事业单位配备的特种专业技术用车和业务用车，国有企业单位配备的经营和业务用车。 注： 党政机关车辆包括机要通信用车、应急保障用车、执法执勤用车、特种专业技术用车： a) 机要通信用车是指传递、运送机要文件和涉密载体的机动车辆； b) 应急保障用车是指用于处理突发事件、抢险救灾或者其他紧急公务的机动车辆； c) 执法执勤用车是指中央批准的执法执勤部门（系统）用于一线执法执勤公务的机动车辆； d) 特种专业技术用车是指固定搭载专业技术设备、用于执行特殊工作的机动车辆。 3.2公务用车信息综合管理系统 integrated management system of officia

5、l vehicles information 省级公务用车主管部门统一规划，各级公务用车主管部门进行管理和使用的公务用车综合业务信息化管理系统。 4 总体要求 4.1 建设原则 应按统一部署、分级授权、分级管理、资源共享的原则。 1 DB35/T 19712021 4.2 部署方式 应部署于福建省省级电子政务云计算平台。 5 系统架构 系统架构如图1所示，分为： a) 物理层：构成系统运行的基础环境，包含应用服务器、数据库服务器、存储资源； b) 数据层：为系统提供数据资源的存储和共享，包括车辆基础数据、角色管理数据、基础地理信息数据； c) 应用支撑层：为应用层提供所需的公共支撑平台，主要包

6、括通用功能组件、管理功能组件、系统管理组件、日志管理、消息提醒、待办任务； d) 应用层：包括基础信息管理、车辆调度、实时监控、配备更新管理、两定一统管理、移动应用管理等应用管理系统； e) 展示层：包含PC端和移动端。 图1 系统架构示意图 2 DB35/T 19712021 6 建设要求 6.1 业务应用系统 6.1.1 功能模块 应包括基础信息管理、车辆调度、实时监控、配备更新、两定一统、系统管理、移动应用。 6.1.2 基础信息管理 主要功能应包括：信息的新增、删除、修改、查看、导入、导出。 6.1.3 车辆调度 主要功能应包括：用车申请、审批，车辆调度、费用结算、车辆进出场审核以及用

7、车评价、用车和调度情况查询汇总导出。 6.1.4 实时监控 主要功能应包括： a) 快速定位跟踪：显示电子地图，跟踪查看车辆实时运行状态、实时位置，电子地图刷新频率应不小于30秒/次； b) 应急调度：跨部门就近调度车辆； c) 轨迹查询：查询车辆全部运行轨迹； d) 信息发送：将调度指令下发至车载终端，通讯协议应符合JT/T 8082019要求。 6.1.5 配备更新 主要功能应包括： a) 编制管理：按照公务用车编制，根据单位级别、人员编制和工作需要等自动统计车辆核定编制数； b) 经费管理：根据经费预算对单位购车经费进行分配、调整； c) 新车购置：车辆配备更新申请、审批等流程操作； d

8、) 旧车处置：旧车上交、入库、鉴定、调配、报废等流程操作。 6.1.6 两定一统 主要功能应包括： a) 定点维修：车辆维修保养的申请、审核、送修、验收以及维修机构的报价、承修、结算等流程操作，应能查询、汇总维修保养费用明细，并可导出； b) 定点加油：油卡和车辆关联流程操作，加油费用明细查询、汇总和导出，应能与定点加油机构进行数据对接； c) 统一保险：车辆投保申请、审批，承保公司报价、投保等流程操作，保险费用明细查询、汇总和导出。 6.1.7 系统管理 主要功能应包括：字典管理、人员管理和流程配置等的新增、删除、修改、查询、导入。 3 DB35/T 19712021 6.1.8 移动应用

9、在移动端实现车辆调度、基础信息管理等功能。 6.2 数据库 6.2.1 设计要求 数据存储应建立统一的数据结构，将轨迹数据与告警数据统一存储，其它数据分布存储。 注1：轨迹数据指接入公务用车信息综合管理系统的公务车辆产生的轨迹信息。 注2：告警数据指接入公务用车信息综合管理系统的公务车辆产生的告警信息，例如超速告警、疲劳驾驶告警等。 注3：其他数据指除轨迹数据、告警数据外的其他数据。 上级数据库与下级数据库之间采用双链路通信方式，应满足： a) 采用TCP协议长连接方式； b) 上级数据库应提供主、备链路的IP地址、端口号等； c) 数据经主链路传输，当主链路中断时，数据应可通过备链路继续传输

10、；当主链路中断恢复后，数据应可继续经主链路传输；链路连接状态应自动检测，不小于2次/周。 数据同步通过数据总线方式同步至上级数据库，应同步的数据包括：轨迹数据、告警数据、其他数据等。 车载终端与系统进行数据交换应符合JT/T 8082019要求。 6.2.2 命名规则 数据库名全部为英文字母小写，当名称中含有两个以上的英文单词时，中间使用下划线连接。 数据库表名全部为英文字母小写，当表名中含有两个以上的英文单词时，中间使用下划线连接。 数据库表中的字段名首字母小写，字段名中含有两个以上的英文单词时，中间使用下划线连接。 6.2.3 数据库内容 数据库应包括车辆基础数据库、角色管理数据库、地理信

11、息数据库、车辆运行数据库等，具体内容见表1。 表1 数据库字段表 序号 1 名称 内容 单位编码、单位名称、统一社会信用代码、机构类型、单位级别、所属地区、主管部门、单位地址、联系人、联系电话等 单位基本信息 车牌号、所属单位名称、车辆类型、厂牌、型号、排量、车牌颜色、发动机号、车架号、登记日期、车辆用途、车辆现状等 2 3 4 车辆基本信息 车辆厂牌信息 车辆型号信息 车辆类型、厂牌名称、制造国、生产厂、生产现状等 车辆型号、排量、生产现状、市场价、采购价、座位、吨位、油料、技术参数、基本配置等 姓名、职务、所属部门、分管部门、联系电话、登录账号、角色、入职时间，以及驾驶员的驾驶证号码、类型

12、、有效期和劳动关系等 5 人员基本信息 实时监控信息 车牌号、所属单位名称、车架号、终端号、定位时间、当前车速、当前位置、车辆状态、停车时间、停车地点、行驶里程等 6 4 DB35/T 19712021 表1 数据库字段表（续）序号 7 名称 内容 车牌号、用车单位、乘车人、乘车人联系电话、出发地、出发时间、目的地、到达时间、行驶里程、用车事由、驾驶员、驾驶员联系电话、用车费用、服务评价等 维修机构名称、地址、负责人、联系电话，配件价格和工时费测算调整系数等 车牌号、车辆类型、厂牌型号、注册日期、报修项目、故障描述、送修里程数、送修人员及联系电话、送修和完工时间、材料费详情（含配件名称、型号、

13、类型、供应商、结算费用）、工时费详情（含维修项目、工时单价、工时定额、结算费用）等 车辆调度信息 维修定点机构信息 8 9 维修单信息 10 11 保险定点机构信息 保单信息 保险机构名称、地址、负责人、联系电话，保费测算调整系数等 车牌号、车辆类型、厂牌型号、车架号、注册日期、投保险种、保费、承保公司、保单期限等 12 13 油品定点机构信息 车辆加油信息 加油机构名称、地址、负责人、联系电话，油品价格等 车牌号、车辆类型、厂牌型号、注册日期、油卡号以及加油时间、金额、地点等 数据库设计应满足对各数据实体增加、删除、修改和查询等基本操作。 6.3 数据传输 6.3.1 数据接口应采用http

14、协议，接入数据格式应采用JSON，使用UTF-8编码。 6.3.2 传输字段应符合6.2.3内容，具备实时性。 6.4 数据存储 6.4.1 车辆轨迹数据保存时间应不小于3年，其他业务数据应永久保存。 6.4.2 全量备份频率应不小于2次/月，增量备份频率应不小于1次/天。 6.5 单位编码 单位编码一共8位数，按照所属地区序列号+主管部门序列号+二级单位序列号+三级以下单位序列号进行编排，如图2所示： 图2 单位编码 编码规则如下： a) 所属地区序列号：首位为本地区机动车号牌的序列号（省直为P）；第二位为县区的序列号，按A、B、CX、Y顺序排列（市直为Z），具体内容见附录A中的表A.1；

15、5 DB35/T 19712021 b) 主管部门序列号：由各级公务用车主管部门按各部门的序列从01、02、0398、99排列，若该单位为主管部门，则该单位编码第五至第八位为 0，例如：福州某市直主管部门为AZ060000、福州市闽清县某县直主管部门为AJ080000； c) 二级单位序号：二级单位的编码，第三、四位与主管部门编码相同，第五、六位按其在所属主管部门中的序列从 01、02、0398、99 排列，第七、八位为 0，例如：福州市直某主管部门下属单位AZ560600； d) 三级以下单位序号：三级以下单位的编码，第三到六位与其上级单位编码相同，第七、八位按其在所上级单位中的序列从01、

16、02、0398、99排列，例如：福州市直某主管部门的三级单位AZ560606。 7 车载终端要求 7.1 安装范围 除涉及国家安全等有特殊保密要求的特殊工作用车外，其他公务用车应安装北斗卫星定位车载终端。 7.2 终端选型 终端应通过JT/T 7942019认证。 7.3 终端上报频率 应不小于6秒/次。 7.4 安装规范 7.4.1 应在车内隐蔽安装。 7.4.2 正、负极线应分别接于车辆电瓶正、负极，点火检测线应接于车辆点火开关电源。 7.4.3 定位天线和通讯天线接收盘的弧面应指向天空，且上方无金属遮挡或屏蔽。 7.4.4 通讯天线不应与其他控制线交缠在一起。 7.4.5 安装SIM卡前

17、应切断外部电源，内置锂电池开关应处于关闭状态。 8 信息安全要求 8.1 公务用车信息综合管理系统应符合网络信息安全保护等级第三级要求。 8.2 用户权限应采取分级管理，各角色职责与权限应清晰，用户权限可根据管理需要配置。 8.3 系统敏感数据（如公务人员、车辆基本信息、重要出行、签批信息等）、密钥或账号口令应加密存储、加密传输，车载终端数据应加密传输，并通过系统认证接入。 9 系统管理要求 9.1 系统性能要求 9.1.1 应用性能 系统可支撑用户数应不小于150 000，并发用户数应不小于1 000，并发响应时间应不大于5 s。 普通运行时单个操作响应时间应不大于2 s，高峰期运行时单个操

18、作响应时间应不大于3 s。6 DB35/T 19712021 地图页面浏览刷新延迟应小于5 s。 短信发送条数应不小于50条/秒，送达率应不小于99%，延迟应不大于60 s。 9.1.2 系统可靠性 应具备负载均衡能力。 系统应实现 724 h 的连续运行，平均年故障时间应不大于 5 天，平均故障修复时间应不大于24 h。 9.2 运维要求 9.2.1 应建立完善的运维体系，保障系统稳定性。 9.2.2 系统运维响应应满足以下要求： a) 运维时间应实现724 h； b) 系统故障响应时间应不大于1 h，故障修复时间应不大于12 h； c) 终端故障响应时间应不大于2 h，故障修复时间应不大于24 h。 7 DB35/T 19712021附 录 A（资料性）福建省公务用车信息综合管理系统单位所属地区序列号表福建省公务用车信息综合管理系统单位所属地区序列号表见表A.1。表A.1 福建省公务用车信息综合管理系统单位所属地区序列号表所属地区名称福建省省直序列号PA-PZAZABACADAEAFAGAHAIAJAKDZDADBDCDDDEDFEZEAEBECEDEEEFEGEHEIEJEKCZCACB所属地区名称三明市永安市三明市清流县三明市宁化县三明市建宁县三明市泰宁县三明市将乐县三明市明溪县三明市尤溪县三明市大田县莆田市市直序列号GCGDGEGFGGGHGIGJGKBZBABBB