标准规范下载简介
DB3311／T 32-2019 视频监控卡口数据传输技术规范.pdf简介：
DB3311/T 32-2019 "视频监控卡口数据传输技术规范"是一份技术标准或规范，它详细规定了视频监控卡口（通常在道路交通监控中使用，用于捕捉和记录车辆信息）在数据采集、处理、传输和存储等方面的技术要求。这份标准可能涉及的方面包括数据格式、传输协议、数据安全、数据完整性、数据存储时间长度、接口标准等，目的是为了确保视频监控数据的准确性和有效性，支持视频监控系统的高效运行以及对交通违法的追踪和管理。
它适用于政府相关部门、交通监控设备制造商、系统集成商和运营商等，为他们在设计、建设和维护视频监控卡口系统时提供技术指导。如果你需要具体的规范内容，可能需要查阅完整文件或咨询相关专业人员。
DB3311／T 32-2019 视频监控卡口数据传输技术规范.pdf部分内容预览：
丽水市市场监督管理局 发布
DB3311/T322019
前 1范围， 2规范性引用文件 3基本要求 *通信方式 5消息组成， 5.1消息结构 5.2消息头. *协议流程 7接口协议 7.1前端认证（平台→设备） 7.2前端认证V2（设备→平台） 7.3心跳保活信号（设备→平台） 7.*发送卡口记录（设备→平台） 7.5发送卡口记录V2（设备→平台） 附录A（规范性附录）代码表规范
前 1范围， 2规范性引用文件 3基本要求 *通信方式 5消息组成， 5.1消息结构 5.2消息头. *协议流程 7接口协议 7.1前端认证（平台→设备） 7.2前端认证V2（设备→平台） 7.3心跳保活信号（设备→平台） 7.*发送卡口记录（设备→平台） 7.5发送卡口记录V2（设备→平台） 附录A（规范性附录）代码表规范
GB 21*55-2008 转速可控型房间空气调节器能效限定值及能源效率等级DB3311/T322019
本标准按照GB/T1.1一2009给出的规则起草。 本标准与DB3311/T32一201*相比主要技术变化如下： 修改标准名称《治安视频监控卡口数据传输技术规范》为《视频监控卡口数据传输技术规范》； 一“7.5发送卡口记录（设备→平台）”增加发送电警卡口记录接口相关内容； “*通信方式”、“5.2消息类型”、“*协议流程”、“7.2前端认证V2（设备→平台）”增 加前端主动注册接口相关内容。 本标准由丽水市公安局提出并归口。 本标准起草单位：丽水市公安局科技信息化局。 本标准起草人：赵日新、诸葛智翔、魏剑新、林智龙、徐经纬、孔维生、吕泓涛 本标准所代替标准的历次版本发布情况为DB3311/T32一201*《治安视频监控卡口数据传输技术规 范》，本次修订为第一次修订
本标准按照GB/T1.1一2009给出的规则起草。 本标准与DB3311/T32一201*相比主要技术变化如下： 修改标准名称《治安视频监控卡口数据传输技术规范》为《视频监控卡口数据传输技术规范》； 一“7.5发送卡口记录（设备→平台）”增加发送电警卡口记录接口相关内容； “*通信方式”、“5.2消息类型”、“*协议流程”、“7.2前端认证V2（设备→平台）”增 加前端主动注册接口相关内容。 本标准由丽水市公安局提出并归口。 本标准起草单位：丽水市公安局科技信息化局。 本标准起草人：赵日新、诸葛智翔、魏剑新、林智龙、徐经纬、孔维生、吕泓涛 本标准所代替标准的历次版本发布情况为DB3311/T32一201*《治安视频监控卡口数据传输技术规 范》，本次修订为第一次修订，
DB3311/T 322019
见频监控卡口数据传输技术规范
本标准规定了视频卡口前端 消息组成 协议流程和接口协议等技术要求。
文档中所用的数据编（任设 用8字节UINT**），表示每个前端从1开始计 加。前端保存的数据编号应不会因为停电或重启后产生重复
协议中使用的数据类型见表1
DB3311/ T 32—2019前端与平台间的通讯应采用TCP协议。当前端作为TCPServer时，默认侦听端口为*1022。当平台作为TCPServer时，应支持注册重定向，默认侦听端口为*2022，主要适用于前端无固定IP应用场景。前端与平台连接成功之后，卡口记录、心跳保活等数据应由前端主动发送平台。前端发送短视频数据应与卡口记录关联匹配。5消息组成5.1消息结构平台发往前端的消息以及前端返回平台的回应采用统一格式，如表2所示。表2消息结构消息头整体数据字节数消息体UINT32UINT32数据长度可变注：整体数据字节数为消息总的长度（按字节记），包括消息头、整体数据字节数和消息体5. 2消息头消息头的内容应采用规范表述，如表3所示。表3：消息头内容类型消息标识说明数据流方向是否需要回复0xefff0001前端验证平台→前端是0xefff0002前端向平台反馈包前端→平台否0xefff000*卡口记录V1前端→平台是0xefff0005接收数据反馈包平台→前端否0xefff0007心跳信号前端→平台否0xefff0008卡口记录V2前端→平台是0x3fff000a前端验证V2前端→平台是0x3fff000b平台向前端反馈包平台→前端否准信息服务平台*协议流程前端与平台之间的协议交互流程如图1所示2
DB3311/T32—2019身份认证认证结果身份认证认证结果前平端台心跳保活上传卡口记录确认结果图1协议交互流程7接口协议7.1前端认证（平台→设备）平台连接前端时，应携带用户名和验证码进行身份认证。认证包格式见表*，反馈包格式见表5。身份认证不成功，应返回认证失败消息且断开连接不提供服务。认证码由前端进行管理，前端应可以配置。表*认证包格式平台向前端发出验证包消息头：验证0xefff0001整体数据长度：9*字节消息体：1Char[**]用户名数据内容2Char[**]认证码
DB3311/T32—20197.3心跳保活信号（设备→平台）前端在通讯空闲时，应每5秒钟向平台发送一次心跳保活信号，心跳包格式见表8。如果平台在11秒钟内未收到前端发送的任何信息，应该断开连接，并重新建立连接。平台收到前端发送的心跳保活信号后，不应回复消息。表8心跳包格式前端向平台发送心跳包消息头：心跳头0xefff0007整体数据长度：8字节7.*发送卡口记录（设备一→平台）前端向平台发送卡口识别数据包见表10。平台向前端发送接收数据反馈包格式见表9。表9接受数据反馈包平台向前端反馈接收数据反馈包消息头：接收数据成功0xefff0005整体数据长度：**字节消息体：1UINT**数据编号(在设备上的数据编号)回复接收数据状态：0入库成功数据内容UINT321解析第一步失败2解析第二步失败3入库失败3 Char[**]准信息服务平台通道编号
DB3311/T322019
表10识别数据包格式
表10识别数据包格式
7.5发送卡口记录V2（设备→平台）
前端向平台发送卡口识别数据包格式见表11。平台向前端反馈接收数据反馈包格式见表13。
DB3311/T322019
"ImageNo"：图像序号， "ImageType"：图像类型， "ImageWidth"：图像宽度， "ImageHeight"：图像高度 "VehicleCoordinate"：［{//车牌坐标信息 "X1"：车牌坐标X1, "Y1"：车牌坐标Y1, "X2"：车牌坐标X2, "Y2"：车牌坐标Y2 门， "FaceCoordinate"：［(//人脸坐标信息，依次主驾驶人脸、副驾驶人脸 "X1：人脸坐标X1， "Y1"：人脸坐标Y1, "X2"：人脸坐标X2， "Y2"：人脸坐标Y2 门， 门，
DB3311/T32—2019表12结构化信息（续）名称字段名类型备注精度为毫秒（YYYYMMDDHHMMSSMMM）抓拍时间PassTimetimestamp时间按2*小时制。第一组MM表示月，第二组MM表示分，第三组MMM表示毫秒。图像序号ImageNoInteger图像类型ImageTypeInteger见附录A.8图像宽度ImageWidthInteger图像高度ImageHeightInteger表13接受数据反馈包平台向前端反馈接收数据反馈包消息头：接收数据成功0xefff0005整体数据长度：**字节消息体：1UINT**数据编号回复接收数据状态：0入库成功数据内容2UINT321解析第一步失败2解析第二步失败3入库失败3Char [**]通道编号地方标准信息服务平台
DB3311/T322019
车牌类型代码见表A.1。
附录A（规范性附录） 代码表规范
表A.1车牌类型代码
DB3311/T 322019
表A.1车牌类型代码（续）
车牌颜色代码见表A.3。
表A.3车牌颜色代码
DB3311/T322019
车牌结构代码见表A.*。
表A.*车牌结构代码
车牌颜色代码见表A.5。
表A.5车辆颜色代码
DB3311/T 322019
表A.*车标代码（续）
DB3311/T322019
表A.*车标代码（续）
DB3311/T 322019
表A.*车标代码（续）
DB3311/T322019
GB∕T 312*5-201* 预拌砂浆术语表A.*车标代码（续）
DB3311/T 322019
表A.*车标代码（续）
表A.7车辆类型代码（识别类型代码)
DB3311/T322019
建标 185-2017 国家口岸查验基础设施建设标准表A.7车辆类型代码（识别类型代码）（续）
图像类型代码见表A.8。
表A.8图像类型代码