DB11∕T 1729.2-2020 道路停车动态监测和电子收费管理系统技术要求 第2部分：数据交换(北京市).pdf

ICS 35.240.60 L 67 DBll 北-口小市E抽出ETA 万标准D811/T 1729.2-2020 道路停车动态监测和电子收费管理系统技术要求第2部分:数据交换Requirements for roadside parking management system of dynamic monitor and electronic tol I-Part 2:Data exchange 2020-06-30发布2020-10-01实施北京市市场监督管理局发布DB11/T 1729.2-2020 目次前言.II 1 范围.1 2 规范性引用文件.1 3 术语与定义.1 4 数据交换内容.1 4.1 数据交换类型.4.2 数据交换内容.1 4.3 数据更新周期.2 5 数据交换格式.2 5.1 高位(矮桩)视频设备状态信息.2 5.2 地磁设备状态信息.3 5.3 手持终端设备状态信息.3 5.4 视频监控设备状态信息.3 5.5 高位(矮桩)视频车位状态变化信息.3 5.6 地磁车位状态变化信息.4 5.7 于持终端车位状态变化信息.4 5.8 悖车订单信息.5 5.9 订单支付信息.5 5.四高位(矮桩)视频设备报警信息.6 5.11 车牌异常报警信息.6 5.12 停车泊位异常报警信息.6 6 数据交换质量.7 6.1 基本要求.7 6.2 数据信息及时性.7 6.3 数据信息可用性.7 6.4 数据信息完整性.7 6.5 数据交换质量综合评价.7 附录A(规范性附录)评价指标的计算方法.8 DB11/T 1729.2-2020 目IJ1=1 DB11/T 1729 道路停车动态监测和电子收费管理系统技术要求分为3个部分:第1部分:外场设备:一一第2部分:数据交换:第3部分:车位检测设备测试。本部分为DB11/T1729的第2部分。本部分按照GB/T1.1中给出的规则起草。本部分由北京市交通委员会提出并归口管理。本部分由北京市交通委员会组织实施。本部分主要起草单位:北京市停车管理事务中心、北京市交通信息中心。本部分主要起草人:王炯、刁树党、王忱、全进、欧阳松寿、施丽娟、徐跃、高自肠、蔡锦德、辛广宇、杨雪、于海涛、杜勇、孙忠、赵震、聂亚光。II DB11/T 1729.2-2020 道路停车动态监测和电子收费管理系统技术要求第2部分:数据交换1 范围本部分规定了用于道路停车动态监测和电子收费管理系统信息采集、处理和服务所进行的数据交换内容、交换格式和交换质量的要求。本部分适用于道路停车动态监测和电子收费管理系统的规划、建设、运营、管理和维护。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。DB11/T 1729.3 道路停车动态监测和电子收费管理系统技术要求第3部分:车位检测设备测试3 术语与定义下列术语和定义适用于本文件。3.1 有效停车订单valid parking order 具有完整准确的机动车车辆停泊信息(至少包括停车车辆信息、车辆停放的泊位信息、车辆进出泊位时间、车辆进出泊位图片)的订单。4 数据交换内容4.1 数据交换类型道路停车信息服务数据交换分为设备状态信息、车位状态信息、订单信息和异常报警信息四类。其中，设备状态信息包括高位(矮桩)视频设备状态信息、地磁设备状态信息、手持终端设备状态信息和视频监控设备状态信息。车位状态信息包括高位(地磁)视频车位状态变化信息、地磁车位状态变化信息和手持终端车位状态变化信息。订单信息包括停车订单信息和订单支付信息。异常报警信息包括高位(矮桩)视频设备报警信息、车牌报警信息和停车泊位异常报警信息。4.2 数据交换内容数据交换内容应符合表1的规定。DB11/T 1729.2-2020 表1道路停车信息服务数据交换内容序号数据类型数据名称数据交换内容1 高1;1(矮桩)视频设备状态信息应包括设备序列号、数字签名、设备状态、时间2 地磁设备状态信息应包括设备厅，列号、电量、数字签名、设备状态、时间设备状态于持终端设备状态信息应包括主键、IMEI编码、IMSI编码、IP地址、是台告警、登录3 f言且员ID4 视频监控设备状态信息出包括设备序列号、设备状态、IP地址、时间高位(矮桩)视频车位状态变化出包括设备序列号、年位状态变化、车位编码、数据签名、车牌5 信息弓、发生时间、特写图片路径、全景图片路径、人士检验标志车位状态地磁车位状态变化信息出包括设备序列号、车位状态变化、年主编码、数据签名、发生6 f言息时间于持终端芹位状态变化信息出包括设备序列号、车位状态变化、车位编码、数字签名、车牌7 号、时间、车牌图片路径、人工检验标志、应包括车位编码、停车场名称、订单类型、创建订单用户ID、8 停车丰j单信息、创建设备序列号、入场/入位时间、出场/出位时间、结算时间、订单信息车牌号、停车时长、是否缴费、入场/入位照片、出场/出位照片应包括车位编码、停车场名称、收费规则ID、订单金额、确认9 讪单支付信息、金额、折扣金额、支付状态、关联订单编号、订单类型、支付交易号、支付日、l间和缴费方式10 岗位(矮桩)视频设备报警信息应包括设备序列号、数据签名、时间、设备报警信息报警信息车牌异常报警信息应包括设备序列号、车位状态、车位编码、数字签名、时间、报11 警信息12 停车泊位异常报警信息应包括设备!予列号、车位编码、数字签名、时间、报警信息4.3 数据更新周期道路停车设备状态信息更新周期不超过30分钟，实时产生的车位状态、异常报警和订单信息、更新延时应不超过5秒。5 数据交换格式5.1 高位(矮桩)视频设备状态信息高位(矮桩)视频设备状态信息的交换格式应符合下表2的规定。表2高位(矮桩)视频设备状态信息序号字段名称字段类型时否为空说明1 设备序列号varchar(40)1u、设备出厂时获取的唯一标识编号数字签名varchar(40)否数据发送成功后返回的签名值，外场设备需要通过该值进行2 安全验证3 设备状态bool 否设备自身的心跳状态。l表示.I.!:常，0表示异常4 时呵datetime 否设备状态信息产生的时间2 DB11/T 1729.2-2020 5.2 地磁设备状态信息5.2.1 地随设备状态信息的各个字段采用分隔符号半角)进行区分，每条数据采用分隔符号/r/n进行区分。5.2.2 地磁设备状态信息的交换格式应符合下表3的规定。表3地磁设备状态信息序号字段名称字段类型可否为空说明1 设备序列号varchar(40)否设备出厂时获取的唯一标识编号2 电量decimal(3,2)否地磁剩余的电量值。示例:0.95，表示还剩95%的电量可山。3 数字签名varchar(40)否数据发送成功后返回的签名值，夕|、场设备需要通过该恒进行安全验证4 设备状态bool 否设备自身的心跳状态。1表示.I.l:常，0表示异常5 时司datetime 否设备状态信息产生的时间5.3 手持终端设备状态信息于持终端设备状态信息的数据交换格式应符合下表4的规定。表4手持终端设备状态信息序号宇段名称字段类型可否为主R说明1 主键varchar(10)否于持终端设备识别主键2 IMEI编码varchar(100)否移动设备识别码3 IMSI编码varchar(100)否国际移动用户识别码4 IP f也士止varchar(20)否设备分配IP地址5 是否fLT警varchar(lO)否设备报警状态信息。0表示异常，1表示正常，2表示其他6 登录员lIDvarchar(40)否手持终端使用人识别号5.4 视频监控设备状态信息序号1 2 3 4 视频监控设备状态信息的数据交换格式应符合下表5的规定O表5视频监控设备状态信息宁段4号称寸段类型可否为空说明设备序列号varchar(40)否设备出J时获取的唯一标识编码设备状态否视频l监控设备的工作状态。o表吞异常，1表磊正常，2表int(2)示其他IP f也l止varchar(20)1u、设备分配的IP地址时间datetime 1u、设备状态信息产生的时间5.5 高位(矮桩)视频车位状态变化信息高位(矮桩)视频车位状态变化信息的数据交换格式应符合下表6的规定。3 DB11/T 1729.2-2020 表6高位(矮桩)视频车佳状态变化信息序号宁段4号称宁段类型可舌头j空说明1 设备序列弓varchar(40)1u、设备出厂时获取的唯一标识编号2 车i状态变化bool 1u、车1;，状态变化信息，。表示驶入，1表孟驶出3 车;，编码varchar(40)1u、车1;，统一的编码字段4 数字签名varchar(40)否数据发送成功后返回的签名值，外场设备需要通过该值进行安全验证5 车牌号varchar(40)是驶入/驶山停车泊位的车辆车牌信息，J.J空时表示无牌车6 时司datetime 否车辆驶入/驶山停车泊位的时间7 特写图片路径stnng 王H 巳车辆特写图片的存储路径8 车牌图片路径stnng 王H 巳车牌图片的存储路径9 人工检验标志、bool 王H 巳是否需要人士检验，。为不需要，1为需要5.6 地磁车佳状态变化信息序号1 2 3 4 5 地随车立状态变化信息的数据交换格式应符合下表7的规定C表7地磁车位状态信息宇段名称字段类型可否为主R说明设备序列号varchar(40)否设备出厂时获取的唯一标识编号车位状态变化bool 否车位状态变化信息，。表示驶入，1表示驶出车位编码varchar(40)否车位统宁的编码字段数字签名varchar(40)否数据发送成功后返回的签名值，外场设备需要通过该值进行安全验证时间datetime 手干车辆驶入/驶出的时间5.7 手持终端车佳状态变化信息序号1 2 3 4 5 6 7 8 4 于持终端车位状态变化信息的数据交换格式应符合下表8的规定O表8手持终端车佳状态变化信息字段名称字段类型可否为空说明设备序列号varchar(40)开u之设备出厂时获取的唯一标识编号车i状态变化bool 二u4、车1;，状态变化信息，。表示驶入，1表孟驶出车;，编码varchar(40)1u、车1;，统一的编码字段数字签名varchar(40)否数据发送成功日返回的签名值，外场设备需要通过该值进行:支全验证车牌号varchar(40)是驶入/驶出停车泊位的车辆车牌信息，J.J空时表示无牌车时司datetime 否车辆驶入/驶出停车泊位的时间车牌图片路径strin日是车牌图片的存储路径人工检验标志bool 是是否需要人工检验，0为不需要，1为需要DB11/T 1729.2-2020 5.8 停车订单信息停车订单信息的数据交换格式应符合下表9的规定O表9停车订单信息序号7段名称7段类型可否为空说明1 车l编码varchar(40);才w、产生订单的车，I编码2 停车场名称varchar(100)否车位所属停车场名称3 订单类型varchar(40)否产生订单的类型。0表示无效，1表示有效4 创建订单山户IDvarchar(40)否创建本订单的收费员编号ID5 创建设备序列号varchar(40)否创建本订单的收费设备序列号入场/入位时间否车辆入场/入位时间，与实际车辆入场/入位时间相差在6 datetime 90s以内山场/山位时间否车辆出场/出位时间，与实际车辆出场/出位时间相差在7 datetime 90s以内8 结算时间datetime 否订单结算时间9 车牌号varchar(40)t i 产生订单车辆对应的正确车牌信息10 停车时长varchar(40)否产生订单车辆的总停车时长11 是否缴费bool 否订单是否己经缴费，。为未缴费，1为己缴费5.9 订单支付信息订单支付信息的数据交换格式应符合下表10的规定。表10订单支付信息序号字段名称字段类型可否为空说明1 车位编码varchar(40)否产牛订单的车位编码2 停车场名称varchar(100)存车位所属停车场名称3 收费规则IDvarchar(40)存后台立义的收费规则编号ID，对应不同的收费规则详情4 订单金额dec imal(18,2)?写根据收费规则计算出的订单总金额5 确认金额dec imal(18,2)否实际需要停车用户缴纳的金额6 折扣金额dec imal(18,2)工曰己折扣金额7 支付状态bool 否订单是否己经被停车人支付，0表元;未支付，1表元;己支付8 关联汀单编号varchar(40)否实际的停车订单编号信息9 订单类型bool 二u4、产生订单的类型.0表示无效，1表孟有效10 支付交易弓1日t(15)1u、支付交易编号信息11 支付时间datetime 工曰已支付交易时间信息缴费方式varchar(20)否停车费的缴纳方式，包括微信、支付宝、一卡通、银联卡、12 ETC和l其他。5.10 高位(矮桩)视频设备报警信息高位(矮桩)视频设备报警信息的数据交换格式应符合下表11的规定。5 DB11/T 1729.2-2020 表11高位(矮桩)视频设备报警信息序号宁段4号称宁段类型可舌头j空说明1 设备序列弓varchar(40)1u、设备出厂时获取的唯一标识编号2 车l编码varchar(40)1u、车l统一的编码字段数字签名varchar(40)否数据发送成功JC返回的签名值，外场设备需要通过该值进行3 文全验证4 时司datetime 否报警信息产生的时间5 报警信息int(2)否设备报警状态信息。0表示正常，1表示异常，2表示其他5.11 车牌异常报警信息车牌异常报警信息的数据交换格式应符合下表12的规定。表12车牌异常报警信息序号字段名称字段类型可否为空说明1 设备序列号varchar(40)否设备出厂时获取的唯一标识编号2 年位编码varchar(40)否升飞位统一的编码字段数字签名varchar(40)否数据发送成功后返回的答名值，外场设备需要通过该值进行3 安全驳证4 时间datetime 否报警泊旦、产牛的时间5 报警信息int(2)否报警类型车牌不完整，2车牌遮挡，3无车牌，4其他5.12 停车泊位异常报警信息停车泊位异常报警信息的数据交换格式应符合下表13的规定。表13停车泊位异常报警信息序号字段名称字段类型可否为空说明1 设备序列号varchar(40)?写设备出厂时获取的唯一标识编号2 车位编码varchar(40)否车位统一的编码字段3 数字签名varchar(40)否数据发送成功后返同的签名值，夕|、场设备市要通过该值进行安全验证4 时日ldatetime 开u之报警消息产生的时间5 报警信息int(2)二u4、报警类型设备遮挡，2其他6 数据交换质量6.1 基本要求外场设备与后台服务器之间应当具备差错重传机制，当因网络原因导致信息无法及时传输时，应当在网络恢复后进行数据重传，保证数据信息可靠不丢失。6 DB11/T 1729.2-2020 6.2 数据信息及时性道路停车动态监测和电子收费系统获取数据信息的响应时长不超过5s的情况T，信息及时性评价为合格否则为不合格。6.3 数据信息可用性外场设备与道路停车动态监测和电子收费系统进行数据交换的过程中，应按照系统接口约定的方式进行数据交换，数据宇段格式应符合上述数据交换格式章节规定的要求，同时实际传输到道路停车动态检测和电子收费系统的数据中，需保证车位进出场(位)时间与车辆实际进出场(位)时间的误差保持在90秒内，进出场(位)照片应当清晰完整，可准确识别出施画的泊位位置和车辆位置，同时正确提取出停放车辆的车牌号码与车牌颜色。同时，外场设备发送到后台系统的数据信息应当符合DB11/T1729.3中的要求。当数据信息均满足上述要求的情况下，数据信息可用性评价为合格否则为不合格。6.4 数据信息完整性数据信息完整性包括数据内容完整性和数据信道传输完整性。数据内容完整性应符合5中的相关规定。在数据内容完整性符合要求的情况下，进行数据信道传输完整性评价。数据信道传输完整性以数据交换完整率为测试指标，在数据传输过程中，数据交换完整率大于99%的情况下，信息完整性评价为合格否则为不合格。数据交换完整率计算方法见附录Ao6.5 数据交换质量综合评价只有数据信息及时性、数据信息可用性和数据信息完整性均为合格的情况下，才认定前端车位检测设备与道路停车动态检测和电子收费系统之间的数据交换综合评价为合格否则为不合格。7 DB11/T 1729.2-2020 附录A(规范性附录评价指标的计算方法A.1 数据交换完整率8 在某一指定时间段内，数据完整交换次数占全部交换次数的比例。计算见公式A.1oL=旦旦xl00%F.(A.1)式中:L 数据交换完整率:NIl-数据完整交换次数，数据完整交换是指在交互过程中，数据包被完整地传送到目的地址:g,数据全部交换次数。