出租车电子标签系统

孔祥骅

【摘 要】 目前在上海市城乡结合部和机场、火车站、各大汽车站等重要枢纽，非法营运的“黑车”、“克隆车”不但扰乱正常的出租车市场经营秩序，同时给交通安全带来极大隐患。为了有效识别并打击出租违法行为，维护出租汽车行业正常营运秩序和城市交通窗口形象；同时为了加强执法人员交通稽查执法能力、提高执法业务水平、推动出租行业信息化应用，需要建立基于电子标签的出租汽车稽查监管系统。本文主要对电子标签系统进行介绍。

【关键词】 出租车 电子标签 手持稽查终端 信息化监管

1 概述

1.1 建设目标

本系统通过为执法人员配备手持稽查终端、为全市出租汽车配置电子标签，替代现有管理部门核发的副证的纸质介质，实现对全市出租汽车的稽查监管；对非法经营车辆依法采取相应处罚措施，提高城市交通行政执法工作效率，维护出租车营运市场秩序。

1.2 建设内容

1.2.1 出租汽车营运证副证专用电子标签及其读写设备配置

为全市所有出租汽车配置安装车辆电子标签。为一线执法人员配置手持稽查终端。为上海市城市交通运输管理处（以下简称市运管处）、上海市交通港航受理中心（以下简称受理中心）及授权单位配置台式读写器。围绕电子标签生命周期，建立安全的密钥系统。

1.2.2 应用系统开发

副证管理系统：实现电子标签的入库、申领、制证、发行、核销等全生命周期管理功能，满足副证的日常管理工作需要。

执法稽查应用系统：利用手持稽查终端对出租车辆电子标签的识别比对、数据采集，数据写入、实现对营运车辆和布控监管车辆的稽查监管。

执法稽查业务管理系统：通过B/S方式，实现执法稽查业务工作的监督和绩效管理。

系统接口：上述应用系统和局综合信息平台中运输管理系统、业务受理系统、综合执法系统、移动执法子系统实现系统对接，同时预留和市技监局相关系统、企业应用等相关接口。

1.2.3 软硬件支撑系统建设

建设应用系统运行所必须的软硬件支撑系统。

1.3 建设原则

资源共享原则：系统建设将依托于相关管理部门的综合信息平台，其数据基于综合信息平台数据库，电子标签的全生命周期应用和综合信息平台相关系统有机结合，同时依托现有开展应用。

统筹规划原则：对全市所有出租车辆电子标签的安装工作，工作量大，涉及部门广泛，需要统筹考虑，合理安排电子标签以及读写设备的安装计划，避免重复无效劳动。

安全性原则：系统建设需要从操作系统、应用系统、网络系统、管理制度等方面全面考虑安全性问题。

兼容性和可扩展原则：电子标签以及相关读写设备都应能够具备良好的兼容性和可扩展性。应用系统架构能够充分兼容现有局相关业务系统，且便于后续相关项目建设和拓展，使得后续建设系统和本项目建设成果融合成为整个信息化系统中的有机组成部分。

易操作性和可维护性原则：系统软硬件操作必须简单合理，并且易于维护系统，在总体设计上充分考虑系统的可维护性。应用系统应考虑系统硬件、应用系统、网络、数据库故障处理方案，使应用系统或者设备在发生故障能有不同的处理对策。

2 总体需求描述

本项目需要为全市范围内的出租车配置电子标签，电子标签需要能够防拆卸，防篡改，做到电子标签信息和车辆信息的唯一绑定，并能够和车辆基础信息实现更新。本项目需要通过信息手段来监控整个电子标签生命周期的信息，实现电子标签合理配送、精准安装以及透明的过程管理。

本项目需要为上海市城市交通行政执法总队（以下简称市执法总队）一线执法人员以及其它相关部门人员提供操作简单的手持稽查终端，使他们即使在复杂环境中，如不稳定的无线网络，或者长时间的移动执法中，也能利用手持稽查终端正常读取和识别电子标签的信息，并可以读取直观明了的识别结果。本项目同时需要为市执法总队提供出租车稽查工作的监管，为行业监管指标统计和分析积累数据、并辅助决策。

此外本项目建设不是孤立的，需要提供企业的扩展接口，兼容出租汽车经营企业实现对出租汽车的管理、枢纽场站出租车营运秩序管理，如进出场管理、车辆检查、车辆维护等。需要能够和局综合信息平台运输管理系统、业务受理系统、综合执法系统、移动执法子系统实现对接。

3 总体架构

本系统建设的内容包括：出租汽车营运证副证专用电子标签及其读写设备配置、业务系统（副证管理系统、执法稽查应用系统、执法稽查业务管理系统）以及对应软硬件支撑环境建设。本系统和局综合信息平台上的运输管理系统、综合执法系统、业务受理系统进行系统对接，移动执法子系统为本系统提供应用及数据支撑。本系统产生的电子标签初始化信息、制证信息等管理信息应该更新到原有相关系统中。本系统与和现有系统的关系图如图1。

目前业务受理系统部署受理中心，运输管理系统部署在市运管处，综合执法系统、移动执法子系统部署在市执法总队，市技监局相关系统部署在市技监局，上述系统均可以通过政务外网和本系统建立关联。本系统中涉及的电子标签授权安装点和本系统通过公网建立关联。

本系统建议采用基于B/S、C/S混合模式体系结构，系统设计需要考虑市、区二级架构，支撑二级管理。

4 应用系统需求

应用系统主要包括副证管理系统、执法稽查应用系统、执法稽查业务管理系统、系统接口。应用系统设计均需要考虑市、区二级架构，支撑二级管理，详细需求描述如下。

4.1 副证管理系统需求

为规范管理，副证管理系统必须实现包括电子标签入库、电子标签申领、制证、发行、核销等一系列管理功能，副证管理系统实质上是对卡的生命周期信息的管理，做到卡的生命周期内过程信息可以被全程记录和跟踪。卡的关键信息以及一系列的管理功能应该和现有的运输管理系统、业务受理系统以及执法系统功能进行融合，便于在现有的业务体系下行业主管管理部门能对电子标签卡的有效管理。endprint

4.2 执法稽查应用系统需求

执法稽查应用系统主要供手持稽查终端使用。主要包括比对、黑名单管理、行业基本信息查询、车辆信息写卡。执法人员通过手持稽查终端将读到的出租车辆中的车牌号与手持稽查终端中的黑名单进行比对。黑名单车辆包括：未年审车辆、涉案车辆、重点布控车辆等。手持稽查终端数据更新以离线更新为主，在线更新为辅；为避免不稳定的无线网络影响执法稽查工作，系统应支持离线情况下的识别比对，即在不联网的情况下，通过手持稽查终端读取副证专用电子标签信息并进行比对，判断电子标签的有效性及运营车辆的现状，若读到的副证专用电子标签中的车牌号为手持稽查终端中的黑名单，则判断为未年审车辆、涉案车辆、重点布控车辆等。

4.3 执法稽查业务管理系统需求

通过手持稽查终端本地记录并上传后台系统，后台系统对上传数据存储后进行汇总统计的B/S方式，实现执法稽查业务工作的监督和绩效管理。主要包括稽查数据查询、稽查数据统计、业务绩效管理、车辆年审信息以及计价器年审信息的更新应用。

4.4 系统接口需求

系统接口主要包括本系统和外部系统接口以及手持稽查终端接口。

4.4.1 外部系统接口

本系统电子标签应用功能应和现有运输管理系统、综合执法系统、业务受理系统、移动执法子系统的相关功能进行联动和对接。

本系统和局综合信息平台上的运输管理系统、综合执法系统、业务受理系统中的数据保持一致，主要获取行业基础数据、出租车营运证数据、车辆黑名单数据、执法动态数据。同时本系统产生的出租车辆营运证副证专用电子标签状态信息、移动执法产生的结果性信息应该更新到原有相关系统中去。

4.4.2 手持稽查终端接口

需开发手持稽查终端与PC客户端数据交换接口程序和手持稽查终端应用升级程序，数据更新方式以手持稽查终端定期与系统PC客户端更新为主，以手持稽查终端通过无线网络在线方式更新为辅，更新数据包括所有离线可查信息（黑名单、行业数据及执法动态信息及系统配置参数等）。手持稽查终端应用升级程序可通过PC客户端和无线方式更新手持机应用程序。数据交换接口程序和手持稽查终端应用升级程序更新方式需要操作简单，高效。

4.5 非功能性需求

4.5.1 性能需求

本项目需要考虑系统处理的准确性和及时性，在系统设计和开发过程中，要充分考虑系统当前和将来电子标签、手持稽查终端存储的数据量、应用系统并发访问量，使系统的处理能力和响应时间能够满足用户对信息处理的需求。

用户登录系统，身份认证的时间少于0.1秒/次，并发量支持100次/秒。

后台能够支持50个终端数的并发访问，操作时间要求平均响应小于2秒，最大响应时间不超过5秒。

正常网络条件下，一般性数据保存、修改、删除等操作的响应反馈速度最大不应超过5秒，一般控制在2秒内。

系统使用中不能让操作人员感觉到明显的延迟（小于2秒），部分耗时长的任务需要提供进度提示。

软件对各种误操作和非合理操作具有示警能力，能屏蔽用户操作错误，输入进行有效性检查；具有失效恢复能力及容错性，故障可追溯。

系统具有操作授权及权限控制，防止非法侵入；同一个用户不能同时在多个终端登录系统。提供运行日志管理及审计功能；具备数据备份及数据恢复能力，数据安全可靠。

4.5.2 安全需求

本项目需要考虑包括电子标签、读写设备、应用系统中数据以及应用的安全性。确保项目整体应用中的各个环节权限可控，并可以防止非法侵入。项目需要提供运行日志管理及审计功能，并具备数据备份及数据恢复能力，确保数据安全可靠。

4.5.3 兼容性需求

本项目所应用的出租汽车营运证专用电子标签，应能够兼容出租汽车经营企业实现对出租汽车的管理需求，如进出场管理、车辆检查、车辆维护、企业内部管理统计分析等。

4.5.4 扩展性需求

本项目需考虑为将来进一步提升执法效率及稽查识别的有效性、可靠性、实用性，预留远距离识别出租汽车营运证副证相应的系统接口。endprint

4.2 执法稽查应用系统需求

执法稽查应用系统主要供手持稽查终端使用。主要包括比对、黑名单管理、行业基本信息查询、车辆信息写卡。执法人员通过手持稽查终端将读到的出租车辆中的车牌号与手持稽查终端中的黑名单进行比对。黑名单车辆包括：未年审车辆、涉案车辆、重点布控车辆等。手持稽查终端数据更新以离线更新为主，在线更新为辅；为避免不稳定的无线网络影响执法稽查工作，系统应支持离线情况下的识别比对，即在不联网的情况下，通过手持稽查终端读取副证专用电子标签信息并进行比对，判断电子标签的有效性及运营车辆的现状，若读到的副证专用电子标签中的车牌号为手持稽查终端中的黑名单，则判断为未年审车辆、涉案车辆、重点布控车辆等。

4.3 执法稽查业务管理系统需求

通过手持稽查终端本地记录并上传后台系统，后台系统对上传数据存储后进行汇总统计的B/S方式，实现执法稽查业务工作的监督和绩效管理。主要包括稽查数据查询、稽查数据统计、业务绩效管理、车辆年审信息以及计价器年审信息的更新应用。

4.4 系统接口需求

系统接口主要包括本系统和外部系统接口以及手持稽查终端接口。

4.4.1 外部系统接口

本系统电子标签应用功能应和现有运输管理系统、综合执法系统、业务受理系统、移动执法子系统的相关功能进行联动和对接。

本系统和局综合信息平台上的运输管理系统、综合执法系统、业务受理系统中的数据保持一致，主要获取行业基础数据、出租车营运证数据、车辆黑名单数据、执法动态数据。同时本系统产生的出租车辆营运证副证专用电子标签状态信息、移动执法产生的结果性信息应该更新到原有相关系统中去。

4.4.2 手持稽查终端接口

需开发手持稽查终端与PC客户端数据交换接口程序和手持稽查终端应用升级程序，数据更新方式以手持稽查终端定期与系统PC客户端更新为主，以手持稽查终端通过无线网络在线方式更新为辅，更新数据包括所有离线可查信息（黑名单、行业数据及执法动态信息及系统配置参数等）。手持稽查终端应用升级程序可通过PC客户端和无线方式更新手持机应用程序。数据交换接口程序和手持稽查终端应用升级程序更新方式需要操作简单，高效。

4.5 非功能性需求

4.5.1 性能需求

本项目需要考虑系统处理的准确性和及时性，在系统设计和开发过程中，要充分考虑系统当前和将来电子标签、手持稽查终端存储的数据量、应用系统并发访问量，使系统的处理能力和响应时间能够满足用户对信息处理的需求。

用户登录系统，身份认证的时间少于0.1秒/次，并发量支持100次/秒。

后台能够支持50个终端数的并发访问，操作时间要求平均响应小于2秒，最大响应时间不超过5秒。

正常网络条件下，一般性数据保存、修改、删除等操作的响应反馈速度最大不应超过5秒，一般控制在2秒内。

系统使用中不能让操作人员感觉到明显的延迟（小于2秒），部分耗时长的任务需要提供进度提示。

软件对各种误操作和非合理操作具有示警能力，能屏蔽用户操作错误，输入进行有效性检查；具有失效恢复能力及容错性，故障可追溯。

系统具有操作授权及权限控制，防止非法侵入；同一个用户不能同时在多个终端登录系统。提供运行日志管理及审计功能；具备数据备份及数据恢复能力，数据安全可靠。

4.5.2 安全需求

本项目需要考虑包括电子标签、读写设备、应用系统中数据以及应用的安全性。确保项目整体应用中的各个环节权限可控，并可以防止非法侵入。项目需要提供运行日志管理及审计功能，并具备数据备份及数据恢复能力，确保数据安全可靠。

4.5.3 兼容性需求

本项目所应用的出租汽车营运证专用电子标签，应能够兼容出租汽车经营企业实现对出租汽车的管理需求，如进出场管理、车辆检查、车辆维护、企业内部管理统计分析等。

4.5.4 扩展性需求

本项目需考虑为将来进一步提升执法效率及稽查识别的有效性、可靠性、实用性，预留远距离识别出租汽车营运证副证相应的系统接口。endprint

4.2 执法稽查应用系统需求

执法稽查应用系统主要供手持稽查终端使用。主要包括比对、黑名单管理、行业基本信息查询、车辆信息写卡。执法人员通过手持稽查终端将读到的出租车辆中的车牌号与手持稽查终端中的黑名单进行比对。黑名单车辆包括：未年审车辆、涉案车辆、重点布控车辆等。手持稽查终端数据更新以离线更新为主，在线更新为辅；为避免不稳定的无线网络影响执法稽查工作，系统应支持离线情况下的识别比对，即在不联网的情况下，通过手持稽查终端读取副证专用电子标签信息并进行比对，判断电子标签的有效性及运营车辆的现状，若读到的副证专用电子标签中的车牌号为手持稽查终端中的黑名单，则判断为未年审车辆、涉案车辆、重点布控车辆等。

4.3 执法稽查业务管理系统需求

通过手持稽查终端本地记录并上传后台系统，后台系统对上传数据存储后进行汇总统计的B/S方式，实现执法稽查业务工作的监督和绩效管理。主要包括稽查数据查询、稽查数据统计、业务绩效管理、车辆年审信息以及计价器年审信息的更新应用。

4.4 系统接口需求

系统接口主要包括本系统和外部系统接口以及手持稽查终端接口。

4.4.1 外部系统接口

本系统电子标签应用功能应和现有运输管理系统、综合执法系统、业务受理系统、移动执法子系统的相关功能进行联动和对接。

本系统和局综合信息平台上的运输管理系统、综合执法系统、业务受理系统中的数据保持一致，主要获取行业基础数据、出租车营运证数据、车辆黑名单数据、执法动态数据。同时本系统产生的出租车辆营运证副证专用电子标签状态信息、移动执法产生的结果性信息应该更新到原有相关系统中去。

4.4.2 手持稽查终端接口

需开发手持稽查终端与PC客户端数据交换接口程序和手持稽查终端应用升级程序，数据更新方式以手持稽查终端定期与系统PC客户端更新为主，以手持稽查终端通过无线网络在线方式更新为辅，更新数据包括所有离线可查信息（黑名单、行业数据及执法动态信息及系统配置参数等）。手持稽查终端应用升级程序可通过PC客户端和无线方式更新手持机应用程序。数据交换接口程序和手持稽查终端应用升级程序更新方式需要操作简单，高效。

4.5 非功能性需求

4.5.1 性能需求

本项目需要考虑系统处理的准确性和及时性，在系统设计和开发过程中，要充分考虑系统当前和将来电子标签、手持稽查终端存储的数据量、应用系统并发访问量，使系统的处理能力和响应时间能够满足用户对信息处理的需求。

用户登录系统，身份认证的时间少于0.1秒/次，并发量支持100次/秒。

后台能够支持50个终端数的并发访问，操作时间要求平均响应小于2秒，最大响应时间不超过5秒。

正常网络条件下，一般性数据保存、修改、删除等操作的响应反馈速度最大不应超过5秒，一般控制在2秒内。

系统使用中不能让操作人员感觉到明显的延迟（小于2秒），部分耗时长的任务需要提供进度提示。

软件对各种误操作和非合理操作具有示警能力，能屏蔽用户操作错误，输入进行有效性检查；具有失效恢复能力及容错性，故障可追溯。

系统具有操作授权及权限控制，防止非法侵入；同一个用户不能同时在多个终端登录系统。提供运行日志管理及审计功能；具备数据备份及数据恢复能力，数据安全可靠。

4.5.2 安全需求

本项目需要考虑包括电子标签、读写设备、应用系统中数据以及应用的安全性。确保项目整体应用中的各个环节权限可控，并可以防止非法侵入。项目需要提供运行日志管理及审计功能，并具备数据备份及数据恢复能力，确保数据安全可靠。

4.5.3 兼容性需求

本项目所应用的出租汽车营运证专用电子标签，应能够兼容出租汽车经营企业实现对出租汽车的管理需求，如进出场管理、车辆检查、车辆维护、企业内部管理统计分析等。

4.5.4 扩展性需求

本项目需考虑为将来进一步提升执法效率及稽查识别的有效性、可靠性、实用性，预留远距离识别出租汽车营运证副证相应的系统接口。endprint