DB4403∕T 181-2021 智慧停车 大数据信息标准化处理与应用规范(深圳市).pdf

ICS35.240CCSL 70DB4403深圳市地方标准DB4403/T 1812021智慧停车大数据信息标准化处理与应用规范Smart parkingBig data information standardized processing andapplication specification2021-08-18 发布2021-09-01 实施深圳市市场监督管理局发 布DB4403/T 1812021I目次前言.II1范围.12规范性引用文件.13术语和定义.14智慧停车大数据基本要求.24.1智慧停车大数据分类.24.2智慧停车大数据系统对象要求.35智慧停车大数据核心元数据的组织与描述. 45.1智慧停车大数据核心元数据定义.45.2智慧停车大数据核心元数据属性描述. 45.3智慧停车大数据核心元数据描述.55.4智慧停车核心元数据扩展内容和原则. 156智慧停车大数据标准化处理要求.156.1智慧停车大数据管理要求.156.2智慧停车数据采集方式及要求.166.3智慧停车数据网络传输要求.176.4智慧停车数据预处理要求.176.5智慧停车数据存储要求.196.6智慧停车数据标准化处理安全和保护要求. 197智慧停车大数据应用要求.197.1智慧停车大数据分析要求.197.2智慧停车大数据可视化应用要求. 197.3智慧停车大数据开放要求.207.4智慧停车大数据应用安全与保护. 22DB4403/T 1812021II前言本文件按照GB/T 1.12020标准化工作导则第1部分：标准化文件的结构和起草规则的规定起草。本文件由深圳市公安局交通警察局提出并归口。本文件起草单位：深圳市前海亿车科技有限公司、深圳市信息基础设施投资发展有限公司、深圳市标准技术研究院、深圳市停车行业协会、深圳市捷顺科技实业股份有限公司、中兴智能交通股份有限公司、深圳市凯达尔科技实业股份有限公司、中电科新型智慧城市研究院有限公司、深圳市中集智能停车有限公司、中国科学院深圳先进技术研究院、深圳市都市交通规划设计研究院有限公司、深圳市新世纪智能车库科技有限公司、深圳市神州路路通网络科技有限公司、深圳市易联联盟科技有限公司。本文件主要起草人：刘晓定、易飞、徐伟剑、郑雷克、刘义、高皓、徐自成、刘颖、任健、任亮、祁涛、米志立、李静涛、杨舸、胡露、吴智力、李红清、钟发然、储斌、何宝华、柳庆勇、李升桢、姜青山、马龙斌、徐伟漩、邓涛、赵阳、张毅、景发俊、董晓波。DB4403/T 18120211智慧停车大数据信息标准化处理与应用规范1范围本文件规定了智慧停车大数据的基本要求、核心元数据的组织与描述、标准化处理以及应用要求。本文件适用于智慧停车大数据信息标准化处理及规范化应用，包括机动车停放的路内车（泊）位、停车库（场）、机械式停车设备等场景。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中， 注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 22239信息安全技术信息系统安全等级保护基本要求GB/T 31168信息安全技术云计算服务安全能力要求GB/T 352742017信息安全技术大数据服务安全能力要求GB/T 35295信息技术大数据术语3术语和定义GB/T 352742017、GB/T 35295界定的以及下列术语和定义适用于本文件。3.1大数据提供者big data provider大数据参考体系结构中的一种逻辑功能构件，它将新的数据或者信息引入大数据系统。注：在智慧停车行业中，大数据提供者一般包括停车运营企业、政府机构、停车服务供应商、末端用户等。3.2大数据使用者big data consumer使用大数据平台或应用的末端用户、其它信息技术系统或智能感知设备。来源：GB/T 352742017,3.83.3大数据服务提供者big data application service provider通过大数据平台或应用，提供大数据服务的机构。来源：GB/T 352742017,3.73.4大数据系统big data system在数据获取、存储、管理、分析方面具有海量的数据规模、快速的数据流转、多样的数据类型和价值密度低等特征的数据集合的系统及平台，涉及大数据提供者、大数据使用者、大数据服务提供者等。来源：GB/T 352742017,3.9,有修改3.5元数据元素metadata elementDB4403/T 18120212元数据的基本单位，用以描述信息资源的某个特征。注：元数据元素在元数据实体中是唯一的。3.6元数据实体metadata entity一组描述数据同类特征的元数据元素的集合。注：元数据实体可以是单个实体，也可以是包括一个或多个实体的聚合实体。3.7分布式处理distributed processing将不同地点不同功能， 或拥有不同数据的多台计算机通过通信网络连接起来， 在控制系统的统一管理控制下，协调完成大规模信息处理任务的过程。4智慧停车大数据基本要求4.1智慧停车大数据分类4.1.1按照数据与城市停车服务的关联度划分智慧停车大数据可分为停车直接产生的数据、 公众互动停车资源数据、 相关行业数据和社会重大经济活动关联数据，各类型数据应满足以下要求：a)停车直接产生的数据：各类停车设施（如道闸、摄像头、地磁等智能设备）和软件系统（如收费系统、用户移动终端）产生的数据（如停车记录、停车时间、停车支付数据等），这类数据应能准确分析出总体停车资源的分布情况和使用情况；b)公众互动停车资源数据：公众通过互联网社交平台、广播等渠道提供停车资源的相关文字、图片、视频和语音等数据，这类数据可用于分析停车生态情况，包括打通商家实现互联网线上线下结合生态、拓展车辆周边服务、提供会员服务、提升消费者体验等；c)相关行业数据：动态交通、气象、环境以及其它与停车相关的数据，这类数据可用于更准确地分析和预测停车资源负荷情况；d)社会重大经济活动关联数据：大型文体活动场馆及其周边产生的停车需求等数据，这类数据应可预见大型活动对于城市停车的影响。4.1.2按照数据类型划分智慧停车大数据可分为结构化数据、 非结构化数据和半结构化数据， 各类型数据分别满足以下要求：a)结构化数据满足以下要求：1)数据记录通过确定的数据属性集定义，同一个数据集中的数据记录应具有相同的模式；2)应具有数据模式规范清晰，数据处理方便等特点；3)宜以关系型数据库或格式记录文件的形式保存。b)非结构化数据满足以下要求：1)数据记录一般无法用确定的数据属性集定义， 在同一个数据集中各数据记录可不具有明显的、统一的数据模式；2)应提供多种类信息表达方式，且可处理复杂数据；3)宜以原始文件或非关系型数据库的形式保存。c)半结构化数据满足以下要求：1)数据记录在形式上具有确定的属性集定义， 且同一个数据集中的不同数据宜具有不同的模式，即不同的属性集；DB4403/T 181202132)应具有较好的数据模式扩展性，且具有数据之间关联性的描述。4.1.3按照数据形式划分智慧停车大数据可分为流数据、文件数据、数据库记录、图片数据和音视频流，各类型数据满足以下要求：a)流数据： 各类停车设施和传感器作为数据源持续生成的数据， 以格式确定的数据记录形式进行传输，且应能保持不间断传输，并按一定的顺序（记录、时间等）进行递增式被获取和访问，可用于多种分析，包括关联、聚合、筛选和取样等；b)文件数据：以文件的形式在介质上保存的数据，可以被反复获取，并可根据需要被无序的随机访问；c)数据库记录：在关系型数据库系统或非关系型数据库系统中，以“数据记录”的形式保存的数据，应易于存取；d)图片数据： 通过停车场出入口摄像头、 泊位摄像头以及路内高位视频摄像头等设备提供的车辆停车图片数据，以文件形式存在，通过数据流方式可以反复获取；e)音视频流：持续生成的音频或视频信息经过编码行成视频数据流（H.264,MJPEG 等）或音频数据流，属于非结构化数据，能通过解码等方法还原音频或视频信息，需复杂算法才能从中提取所需要的信息。4.1.4按照数据产生和变化的频率划分智慧停车大数据可分为基础数据、实时数据、历史数据、统计数据（结果数据），各类型数据满足以下要求：a)基础数据：描述城市停车基本元素的数据（如停车场名称、车位号等），数据定义/产生后应较长时间不发生变化；b)实时数据：应能通过城市停车活动的变化，动态反映城市停车运行情况（如车辆出入数据、道闸数据、缴费数据等）；c)历史数据：实时数据按一定时间周期（如按月）归档后产生的数据，宜能体现未来停车资源负荷的变化趋势；d)统计数据（结果数据）：经过计算后所产生的数据（如停车负荷指数、车辆停放位置随时间变化趋势图等），宜能支持公众出行服务及相关管理部门决策。4.2智慧停车大数据系统对象要求4.2.1大数据使用者大数据使用者应为使用大数据平台或应用的末端用户，包括政府部门、企事业单位、移动应用终端使用对象（如车主/市民）以及数据对接与共享端（如其它信息技术系统、智能感知设备）等。4.2.2大数据提供者大数据提供者应为政府部门、企业数据源提供商、互联网数据源提供商、物联网数据源提供商、移动通讯数据源提供商、 提供数据流通平台服务和数据应用程序接口服务的第三方数据服务企业、 社会团体或者个人等。4.2.3大数据应用服务提供者大数据应用服务提供者应为提供直接应用于大数据产品服务的机构， 包括提供大数据应用软件、 大数据基础软件和大数据相关硬件的机构，具体描述如下：DB4403/T 18120214a)大数据应用软件提供者：基于综合技术服务，提供整体解决方案，以及基于数据聚合平台，提供智慧停车数据分析等服务；b)大数据基础软件提供者：提供搭建大数据平台、提供相关大数据技术支持、云存储、数据安全等服务；c)大数据相关硬件提供者：提供大数据采集、接入、清洗、存储、传输、安全等硬件产品和设备。4.2.4大数据咨询服务提供者大数据咨询服务提供者应为提供大数据咨询服务的数据专家， 包括应用服务提供者、 分析服务提供者、大数据基础设施服务提供者，具体描述如下：a)应用服务提供者：基于大数据技术，对外提供大数据的咨询服务；b)分析服务提供者：提供技术服务支持、技术（方法、商业等）咨询，或者为企业提供类似数据科学家的咨询服务；c)大数据基础设施服务提供者：提供面向大数据技术和服务提供者的培训、咨询、推广等的基础类通用类的服务。5智慧停车大数据核心元数据的组织与描述5.1智慧停车大数据核心元数据定义智慧停车领域的数据主要包括“停车资源及设施的基础数据”和“停车业务数据”两部分，其核心元数据定义描述如下：a)元数据由一系列元数据元素构成；b)元数据元素是元数据的基本单位，用以描述信息资源的某个特性；c)元数据实体由一组描述数据同类特征的元数据元素集合组成， 元数据实体可以是单个实体， 也可以是包括一个或多个实体的聚合实体；d)对于未在本文件进行统一定义的数据（如来自公众互动、交通违章、动态交通等其它相关领域的数据），可根据本文件的元数据扩展原则和方法，对智慧停车核心元数据进行扩展。5.2智慧停车大数据核心元数据属性描述属性描述包括中文名称、英文名称、定义、数据类型、值域、短名、注解，具体描述如下：a)中文名称：指元数据元素和元数据实体的中文名称，如“停车资源名称”、“停车资源发布日期”等；b)英文名称：指元数据元素和元数据实体对应的英文名称，一般应用英文全称，所有组成词汇为无缝连写。元数据元素的首词汇应全部采用小写，其余每个词汇的首字母应采用大写；元数据实体的每个词汇的首字母应采用大写；c)定义： 指用来描述元数据实体或元数据元素的基本内容， 给出智慧停车大数据资源某个特性的概念和说明；d)数据类型：指元数据元素的数据类型（如整型、浮点型、布尔型、 字符串等），需要对元数据元素的有效值域及允许的有效操作进行规定；e)值域：指元数据元素可以取值的范围；f)短名：指元数据元素的英文缩写名称，具体缩写规则遵循以下规则：1) 短名应唯一；2) 对存在国际或行业领域惯用英文缩写的词汇等元数据实体或元数据元素对象，采取该英文缩写为其标识符；DB4403/T 181202153) 对于根据英文名称或其他认知自定义的标识符，在保持唯一性的前提下，统一取每个单词前三个字母作为其短名缩写标识。 当如此取词若不能保证唯一性时， 应延展一位取词位数，通常仅增加一位，如此仍不能保证唯一性时，如前继续延长取词，直至保证唯一性为止；4) 对于元数据实体的标识短名，所有组成词汇的缩写为无缝连写，且每个词汇缩写的首字母应采用大写；5) 对于元数据元素的标识短名， 所有组成词汇的缩写为无缝连写， 首词汇全部采用小写字母，其余每个词汇的缩写的首字母应采用大写。g)注解：有额外需要解释的内容，可用注解对元数据元素的含义的进一步解释，包括该元数据元素的必选（是/否）和最大出现次数等。5.3智慧停车大数据核心元数据描述5.3.1停车资源核心元数据描述5.3.1.1停车资源核心元数据见表 1。表 1停车资源核心元数据一览表序号名称数据类型必须1车（泊）位编码string是2停车资源名称string是3停车资源信息摘要string否4位置类型Int是5停车资源容量string否6停车资源位置坐标信息varchar是7经度Double是8纬度Double是9停车资源状态varchar是10停车资源提供方varchar是11停车资源管理方varchar是12停车资源拥有方varchar是13停车资源信息维护方varchar是14停车资源登记时间long int（格林威治时间）是15停车资源最近更新时间long int（格林威治时间）是5.3.1.2停车资源核心元数据各部分描述如下：a)车（泊）位编码数据描述如下：定义：停车资源唯一标识编码；英文名称：resourceID；数据类型：string；值域：自由文本；短名：resID；安全访问限制：GK；注解：必选项，最大出现次数为1。b)停车资源名称数据描述如下：定义：缩略描述信息资源内容的标题；DB4403/T 18120216英文名称：resourceTitle；数据类型：string；值域：自由文本；短名：resTit；安全访问限制：GK；注解：必选项，最大出现次数为1；取值示例：XXX停车场。c)停车资源信息摘要数据描述如下：定义：对资源内容进行概要说明的文字；英文名称：resourceInformationAbstract；数据类型：string；值域：自由文本；短名：resInfAbs；安全访问限制：GK；注解：可选项，最大出现次数为1。d)位置类型数据描述如下：定义：说明停车资源所属的分类及相应的分类信息；英文名称：positionType；数据类型：Int；值域：见表5；短名：posTyp；安全访问限制：GK；注解：必选项，最大出现次数为1；取值示例：路内停车。e)停车资源容量数据描述如下：定义：说明停车资源包含的子资源数量；英文名称：resourceCapacity；数据类型：string；值域：正整数；短名：resCap；安全访问限制：GK；注解：可选项，最大出现次数为1；取值示例：300。f)停车资源位置坐标信息数据描述如下：定义：停车资源所在位置的坐标；英文名称：resourceLocationCoordinates；数据类型：varchar；值域：格式为【NXXXXXX.XX, EXXXXXX.XX】；短名：resLocCoo；安全访问限制：GK；注解：必选项，最大出现次数为1；取值示例： N 394221.92, E 116408.14。g)经度数据描述如下：DB4403/T 18120217定义：资源所在位置的经度；英文名称：longitude；数据类型：Double；值域：自由文本；短名：lon；安全访问限制：GK；注解：必选项，最大出现次数为1；取值示例：NXXXXXX.XX。h)纬度数据描述如下：定义：资源所在位置的纬度；英文名称：latitude；数据类型：Double；值域：自由文本；短名：lat；安全访问限制：GK；注解：必选项，最大出现次数为1；取值示例：EXXXXXX.XX。i)停车资源状态数据描述如下：定义：停车资源当前可用状态；英文名称：resourceStatus；数据类型：varchar；值域：见表4；短名：resSta；安全访问限制：GK；注解：必选项，最大出现次数为1；取值示例：建造中。j)停车资源提供方数据描述如下：定义：提供停车资源的单位信息；英文名称：resourceProvider；数据类型：varchar；短名：resPro；安全访问限制：NB；注解：必选项，最大出现次数为1；取值示例：XXX停车管理有限公司。k)停车资源管理方数据描述如下：定义：对停车资源进行日常经营和管理；英文名称：resourceManager；数据类型：varchar；短名：resMan；安全访问限制：NB；注解：必选项，最大出现次数为1；取值示例：XXX停车管理有限公司。l)停车资源拥有方数据描述如下：DB4403/T 18120218定义：停车资源所有权的拥有方 ；英文名称：resourceOwner；数据类型：varchar；短名：resOwn；安全访问限制：NB；注解：必选项，最大出现次数为1；取值示例：XXX集团。m)停车资源信息维护方数据描述如下：定义：对停车资源数据进行日常维护、更新的单位信息；英文名称：resourceInformationMaintainer；数据类型：varchar；短名：resInfMai；安全访问限制：NB；注解：必选项，最大出现次数为1；取值示例：XXX科技有限公司。n)停车资源登记时间数据描述如下：定义：停车资源首次上报系统的日期；英文名称：resourceFirstReportTime；数据类型：long int（格林威治时间）；值域：正整数；短名：resFirRepTim；安全访问限制：NB；注解：必选项，最大出现次数为1；取值示例：1527998400（表示2018-06-03 12:00:00）。o)停车资源最近更新时间数据描述如下：定义：停车资源信息最近一次更新的的日期；英文名称：resourseLatestUpdatedTime；数据类型：long int（格林威治时间）；值域：正整数；短名：resLatUpdTim；安全访问限制：NB；注解：必选项；最大出现次数为1；取值示例：1527998400（表示2018-06-03 12:00:00）。5.3.2车辆信息核心元数据描述5.3.2.1车辆信息核心元数据一览表见表 2。表 2车辆信息核心元数据一览表序号名称数据类型必须1车辆标识string是2车牌号码string是3车牌类型varchar是DB4403/T 18120219表 2（续）序号名称数据类型必须4车主信息varchar否5车辆品牌string否6车辆型号string否7车辆归属地string否5.3.2.2车辆信息核心元数据描述如下：a)车辆标识数据描述如下：定义：车辆唯一标识编码；英文名称：vehicleID；数据类型：string；值域：自由文本；短名：vehID；安全访问限制：NB；注解：必选项，最大出现次数为1。b)车牌号码数据描述如下：定义：标识车辆身份的号牌；英文名称：vehicleNumber；数据类型：string；值域：自由文本；短名：vehNum；安全访问限制：NB；注解：必选项，最大出现次数为1；取值示例：粤B 12345。c)车牌类型数据描述如下：定义：车牌的专用类别，包括小型汽车号牌、大型汽车号牌、新能源汽车号牌等；英文名称：vehiclePlateType；数据类型：varchar；值域：见表7；短名：vehPlaTyp；安全访问限制：NB注解：必选项，最大出现次数为1；取值示例：小型汽车号牌。d)车主信息数据描述如下：定义：车辆所属人员信息；英文名称：vehicleOwner；数据类型：varchar；短名：vehOwn；安全访问限制：NB；注解：可选项，最大出现次数为1。e)车辆品牌数据描述如下：定义：汽车生产厂商定义的汽车品牌；DB4403/T 181202110英文名称：vehicleBrand；数据类型：string；值域：自由文本；短名：vehBra；安全访问限制：GK；注解：可选项，最大出现次数为1；取值示例：大众。f)车辆型号数据描述如下：定义：汽车某一品牌下面的具体型号；英文名称：vehicleModel；数据类型：string；值域：自由文本；短名：vehMod；安全访问限制：GK；注解：可选项，最大出现次数为1；取值示例：雅阁。g)车辆归属地数据描述如下：定义：汽车车牌号码的归属城市；英文名称：vehicleBelonging；数据类型：string；值域：自由文本；短名：vehBel；安全访问限制：GK；注解：可选项，最大出现次数为1；取值示例：深圳市。5.3.3停车信息核心元数据描述5.3.3.1停车信息核心元数据一览表见表 3。表 3停车信息核心元数据一览表序号名称数据类型必须1停车记录标识string是2车辆信息varchar（关联到车辆信息表）是3停车资源信息varchar（关联到停车资源表）是4车位编号string否5入场入位时间Datetime是6出场离位时间Datetime否7使用时长float是8停车记录状态varchar是9停车费用信息float否10缴费状态varchar否11停车记录维护方varchar是DB4403/T 181202111表 3（续）序号名称数据类型必须12停车记录登记时间long int（格林威治时间）是13停车记录最近更新时间long int（格林威治时间）是5.3.3.2停车信息核心元数据描述如下：a)停车记录标识数据描述如下：定义：停车记录唯一标识编码；英文名称：parkingRecordID；数据类型：string；值域：自由文本；短名：parRecID；安全访问限制：NB；注解：必选项，最大出现次数为1。b)车辆信息数据描述如下：定义：停车车辆的信息；英文名称：vehicleInformation；数据类型：varchar；短名：vehInf；安全访问限制：NB；注解：必选项，最大出现次数为1。宜关联到车辆信息表。c)停车资源信息数据描述如下：定义：停车资源的相关信息；英文名称：parkingResourceRelatedInformation；数据类型：varchar；短名：parResRelInf；安全访问限制：GK；注解：必选项，最大出现次数为1。宜关联到停车资源表。d)车位编号数据描述如下：定义：车辆停放车位编号；英文名称：parkingSpotNumber；数据类型：string；短名：parSpoNum；安全访问限制：GK；注解：可选项，最大出现次数为1。e)入场入位时间数据描述如下：定义：车辆开始使用停车资源的时间；英文名称：startTime；数据类型：Datetime；值域：正整数；短名：staTim；安全访问限制：GK；注解：必选项；最大出现次数为1；取值示例：1527998400（表示2018-06-03 12:00:00）。DB4403/T 181202112f)出场离位时间数据描述如下：定义：车辆结束使用停车资源的时间；英文名称：endTime；数据类型：Datetime；值域：正整数；短名：endTim；安全访问限制：GK；注解：可选项；最大出现次数为1；取值示例：1527998400（表示2018-06-03 12:00:00）。g)使用时长数据描述如下：定义：停车资源的使用时长（单位：分钟）；英文名称：parkingTimeLength；数据类型：float；值域：正整数；短名：parTimLen；安全访问限制：GK；注解：必选项，最大出现次数为1。取值示例：15h)停车记录状态数据描述如下：定义：停车记录所属状态，包括停车中、已离场、欠费离场等；英文名称：parkingRecordStatus；数据类型：varchar；值域：见表9；短名：parRecSta；安全访问限制：GK；注解：必选项，最大出现次数为1。取值示例：停车中i)停车费用信息数据描述如下：定义：车主停车时需要交纳的停车费信息（单位：元）；英文名称：parkingFeeInformation；数据类型：float；值域：正数；短名：parFeeInf；安全访问限制：GK；注解：可选项，最大出现次数为1。取值示例：15j)缴费状态数据描述如下：定义：停车订单是否已缴费；英文名称：paymentStatus；数据类型：varchar；值域：见表10；短名：paySta；安全访问限制：GK；DB4403/T 181202113注解：可选项，最大出现次数为1；取值示例：已缴费。k)停车记录维护方数据描述如下：定义： 对停车记录进行日常维护、更新的单位信息；英文名称：parkingRecordMainteiner；数据类型：varchar；短名：parRecMai；安全访问限制：NB；注解：必选项，最大出现次数为1。l)停车记录登记时间数据描述如下：定义：停车记录首次上报系统的时间；英文名称：parkingRecordFirstReportTime；数据类型：long int（格林威治时间）；值域：正整数；短名：parRecFirRepTim；安全访问限制：NB；注解：必选项，最大出现次数为1；取值示例：1527998400（表示2018-06-03 12:00:00）。m)停车记录最近更新时间数据描述如下：定义： 停车记录最近一次更新的时间；英文名称：parkingRecordLatestUpdatedTime；数据类型：long int（格林威治时间）；值域：正整数；短名：parRecLatUpdTim；安全访问限制：NB；注解：必选项，最大出现次数为1；取值示例：1527998400（表示2018-06-03 12:00:00）。5.3.4智慧停车核心元数据代码表智慧停车资源核心元数据描述对应的代码见表4表10。表 4停车资源状态代码表代码汉语拼音代码中文名称英文名称定义001JZ建造中Under construction002SP审批中Processing approval003SY投入使用In use004WH维护中Under maintenance005TY已停用Out of useDB4403/T 181202114表 5位置类型代码表代码汉语拼音代码中文名称英文名称定义001LN路内停车On-street parking002TCC停车场Parking lot003LTCK立体车库Stereo garage004WFL未分类Others表 6安全访问限制代码表代码汉语拼音代码中文名称英文名称定义001GK公开Disclosure可以公开002NB内部Confine一般不公开，限定在一定范围内专用003MM秘密Confidential受委托者可以使用该信息004JM机密Secret除经过挑选的一组人员外，对所有的人都保持或必须保持秘密、不为所知或隐藏005UM绝密Topsecret最高机密006WFJ未分级Unclassified一般可以公开表 7车牌类型代码表代码汉语拼音代码中文名称英文名称定义001XX小型汽车号牌Private vehicle license002DX大型汽车号牌Truck license003XNY新能源汽车号牌New energy vehicle license004DXXNY大型新能源汽车号牌New energy van license005JYC警用车号牌Police car license006SLG使、领馆车号牌The embassy vehicle license007LS临时号牌The temporary license表 8车辆状态代码表代码汉语拼音代码中文名称英文名称定义001ZC正常Normal002WF违法未处理Unhandled vehicle violation003YQ逾期未年检Annual vehicle check overdue004CF查封Illegal status表 9停车记录状态代码表代码汉语拼音代码中文名称英文名称定义001TC停车中Parking002LC已离场Left003QF欠费离场Left without paymentDB4403/T 181202115表 10缴费状态代码表代码汉语拼音代码中文名称英文名称定义001WJF未缴费Unpaid002YJF已缴费Paid003QF欠费Payment due5.4智慧停车核心元数据扩展内容和原则5.4.1扩展内容智慧停车核心元数据扩展应包括以下内容：a)增加新的元数据元素；b)增加新的元数据实体；c)建立新的代码表代替值域为“自由文本”的现有元数据元素的值域；d)创建新的代码表元素（对值域为代码表的元数据的值域进行扩充）；e)对现有元数据施加更严格的可选性限制，例如从“可选”变更为“必选”；f)对现有元数据实施更加严格的最大出现次数限制，例如最大出现次数从“20 次”变更为“10次”；g)缩小现有元数据的值域。5.4.2扩展原则每一个增加的元数据应采用摘要表示的方式，定义其中文名称、英文名称、数据类型、值域、短名、约束条件、最大出现次数，最后给出合适的取值示例；新建的代码表和代码表元素，应说明代码表中每个值的名称、代码，以及定义。在新建元数据时，应遵循以下基本原则：a)选取元数据时，既要考虑数据资源单位的数据资源特点，以及工作的复杂、难易程度，又要充分满足交通信息资源的利用以及用户查询提取数据的需要；b)选取的元数据满足当前阶段智慧停车行业信息化建设的标准化需求及考虑将来一定时间内可能产生的标准化需求。扩展过程中，可参考国内和国外先进标准；c)不与已有元数据的名称、定义相冲突；d)按照确定的层次关系进行合理的组织。 如果现有的元数据实体无法满足新增元数据的需要， 应新建元数据实体；e)新建的元数据实体应为复合元数据实体，即包含现有的和新建的元数据元素作为其组成部分；f)能增加现有代码表中值的数量，扩充后的代码表应与扩充前的代码表在逻辑上保持一致；g)能对现有的元数据元素的值域进行缩小；h)能对现有的元数据的可选性和最大出现次数施以更严格的限制 （如定义为可选的元数据， 在扩展后可为必选的；定义为可无限次重复出现的元数据，在扩展后可为只能出现一次）。6智慧停车大数据标准化处理要求6.1智慧停车大数据管理要求智慧停车大数据管理应满足以下要求：a)具有元数据信息管理功能，如元数据信息的创建、控制、引用、定义和更新；b)包含数据来源和数据处理方法的数据历史；DB4403/T 181202116c)支持监控计算集群的健康状况和状态的分布式集群监控应用工具；d)支持数据保存策略的管理规则，包括数据淘汰和更新方法的规则；e)支持网络资源的监控；f)支持数据生命周期操作的管理。数据生命周期操作包括数据生成、传输、存储、使用和删除。6.2智慧停车数据采集方式及要求6.2.1数据采集方式6.2.1.1基于接口对接的数据采集接口对接采集应满足以下要求：a)通过轻量级的软件程序，能直接从智慧停车硬件设备或软件系统中采集数据；b)能将数据转换与重新结构化，输出到新的数据库，供软件系统调用。6.2.1.2硬件直接采集硬件直接采集应满足以下要求：a)通过安装配套的数据采集硬件，能从智慧停车场景中直接采集数据；b)能用于停车资源当前的设备不支持数据采集或无法满足数据采集要求的场景中。6.2.2数据采集要求6.2.2.1基本要求数据采集应满足以下基本要求：a)支持从多个数据提供方中并行采集数据；b)支持大数据服务提供方通过主动拉取方式收集数据；c)支持数据提供方通过推送的方式收集数据。6.2.2.2基于接口对接的数据采集要求基于接口对接的数据采集应满足以下要求：a)提供标准化的数据接入接口和说明文档，并支持各种智慧停车厂商数据按文件要求接入；b)支持并发。6.2.2.3基于底层数据交换的数据采集要求基于底层数据交换的数据采集应满足以下要求：a)无需原软件厂商配合；b)实时数据采集，数据端到端的响应速度达秒级；c)兼容性强，能采集汇聚 Windows 平台各种软件系统数据；d)输出结构化数据；e)自动建立数据关联。6.2.2.4硬件直接采集的数据采集要求硬件直接采集的数据采集应满足以下要求：a)具备智慧停车大数据核心元数据的采集能力；b)主要数据采集准确率不应低于 95%；c)具备独立性，无需与原停车系统或设备厂商对接。DB4403/T 1812021176.3智慧停车数据网络传输要求6.3.1接口对接之间数据传输要求接口对接之间数据传输满足以下要求：a)接口对接之间应在应用层传输数据，其中双向传输应支持任一类型异步数据交换；b)在应用层每一帧数据内容宜小于 1472 字节（不包含帧头、帧尾、IP 包、TCP/UDP 包）；c)数据包内容应加密；d)应使用存储转发的方式传输数据；e)对历史数据进行打包传输、切割传输、断点续传及重传时，宜错开网络使用高峰；f)通信链路建立宜使用登录机制、 数字签名、 数字认证等方式， 确保链路可信、 信息没有被修改；g)认证协议、认证逻辑应在服务端完成；h)数据应携带时间戳、具有时效性，超过时效性的时间戳则为非法数据；i)数据链路响应具有超时机制。6.3.2基于底层数据交换的数据直接传输要求基于底层数据交换的数据直接传输满足以下要求：a)在网络层每一帧数据内容宜小于 1500 字节（不包含帧头、帧尾）；在传输层每一帧数据内容宜小于 1480 字节（不包含帧头、帧尾、IP 包）；在应用层每一帧数据内容宜小于 1472 字节（不包含帧头、帧尾、IP 包、TCP/UDP 包）；b)通信链路建立宜使用登录机制，数据包内容应加密；c)数据应携带时间戳，且具有时效性，超过时效性时间戳则为非法数据；d)数据链路响应具有超时机制。6.4智慧停车数据预处理要求6.4.1数据清洗6.4.1.1数据清洗分类数据清洗分为无监督清洗和人工清洗，具体描述如下：a)无监督清洗：根据一定的业务规则，预先定义好数据清洗算法，由计算机自动执行算法，对数据集进行清洗，然后产生清洗报告；b)人工清洗：收集分析数据，手工去除明显的噪声数据和重复记录，填补缺值数据等清洗动作。6.4.1.2数据清洗方式6.4.1.2.1空值数据的清洗空值数据的清洗内容包括空值数据的语义和清洗方法，具体描述如下：a)空值数据包括不存在型空值和存在型空值，具体语义描述如下：1) 不存在型空值：即无法填入的值，如未发生停车行为的驶入时间；2) 存在型空值：该类空值的实际值未知，但实际值的确存在且落在某个区间。b)空值数据的清洗方法包括删除包含空值的记录、自动补全和手工补全缺失值，具体描述如下：1) 删除包含空值的记录：空值占比重很小而不重要时可采用；2) 自动补全：根据数据取值分布情况来对空值进行填充；3) 手工补全缺失值：仅适用于非常重要的任务数据。DB4403/T 1812021186.4.1.2.2不一致数据的清洗不一致数据清洗内容包括不一致数据的语义和清洗方法，具体描述如下：a)不一致数据包括冗余性不一致和故障性不一致，具体语义描述如下：1) 冗余性不一致：相同的信息没有进行一致性的同步更新；2) 故障性不一致：由于硬件或软件故障，造成数据丢失或数据损坏，系统进行恢复时，不能恢复到完全正确，完整，一致的状态。b)不一致数据的清洗方法包括变换函数、格式化函数、汇总分解函数、拆分解析函数等。6.4.1.2.3噪声数据的清洗噪声数据的清洗内容包括噪声数据的语义和清洗方法，具体描述如下：a)噪声数据包括不准确数据、不客观数据、不符合逻辑数据，具体语义描述如下：1) 除空值数据、不一致数据以外的其他不准确数据；2) 可能会导致数据分析结果错误的不客观数据；3) 不符合逻辑的数据。b)噪声数据的清洗方法包括分箱、回归、计算机检查和