标准规范下载简介
DB3311／T 32-2019 视频监控卡口数据传输技术规范.pdfDB3311/T32—2019 代替DB3311/T32—2014
视频监控卡口数据传输技术规范
丽水市市场监督管理局 发布
DB3311/T322019
前 1范围2003浙J52：微孔硅酸板屋面保温构造.pdf， 2规范性引用文件 3基本要求 4通信方式 5消息组成， 5.1消息结构 5.2消息头. 6协议流程 7接口协议 7.1前端认证（平台→设备） 7.2前端认证V2（设备→平台） 7.3心跳保活信号（设备→平台） 7.4发送卡口记录（设备→平台） 7.5发送卡口记录V2（设备→平台） 附录A（规范性附录）代码表规范
前 1范围， 2规范性引用文件 3基本要求 4通信方式 5消息组成， 5.1消息结构 5.2消息头. 6协议流程 7接口协议 7.1前端认证（平台→设备） 7.2前端认证V2（设备→平台） 7.3心跳保活信号（设备→平台） 7.4发送卡口记录（设备→平台） 7.5发送卡口记录V2（设备→平台） 附录A（规范性附录）代码表规范
DB3311/T322019
本标准按照GB/T1.1一2009给出的规则起草。 本标准与DB3311/T32一2014相比主要技术变化如下： 修改标准名称《治安视频监控卡口数据传输技术规范》为《视频监控卡口数据传输技术规范》； 一“7.5发送卡口记录（设备→平台）”增加发送电警卡口记录接口相关内容； “4通信方式”、“5.2消息类型”、“6协议流程”、“7.2前端认证V2（设备→平台）”增 加前端主动注册接口相关内容。 本标准由丽水市公安局提出并归口。 本标准起草单位：丽水市公安局科技信息化局。 本标准起草人：赵日新、诸葛智翔、魏剑新、林智龙、徐经纬、孔维生、吕泓涛 本标准所代替标准的历次版本发布情况为DB3311/T32一2014《治安视频监控卡口数据传输技术规 范》，本次修订为第一次修订
本标准按照GB/T1.1一2009给出的规则起草。 本标准与DB3311/T32一2014相比主要技术变化如下： 修改标准名称《治安视频监控卡口数据传输技术规范》为《视频监控卡口数据传输技术规范》； 一“7.5发送卡口记录（设备→平台）”增加发送电警卡口记录接口相关内容； “4通信方式”、“5.2消息类型”、“6协议流程”、“7.2前端认证V2（设备→平台）”增 加前端主动注册接口相关内容。 本标准由丽水市公安局提出并归口。 本标准起草单位：丽水市公安局科技信息化局。 本标准起草人：赵日新、诸葛智翔、魏剑新、林智龙、徐经纬、孔维生、吕泓涛 本标准所代替标准的历次版本发布情况为DB3311/T32一2014《治安视频监控卡口数据传输技术规 范》，本次修订为第一次修订，
DB3311/T 322019
见频监控卡口数据传输技术规范
本标准规定了视频卡口前端 消息组成 协议流程和接口协议等技术要求。
文档中所用的数据编（任设 用8字节UINT64），表示每个前端从1开始计 加。前端保存的数据编号应不会因为停电或重启后产生重复
协议中使用的数据类型见表1
DB3311/ T 32—2019前端与平台间的通讯应采用TCP协议。当前端作为TCPServer时，默认侦听端口为41022。当平台作为TCPServer时，应支持注册重定向，默认侦听端口为42022，主要适用于前端无固定IP应用场景。前端与平台连接成功之后，卡口记录、心跳保活等数据应由前端主动发送平台。前端发送短视频数据应与卡口记录关联匹配。5消息组成5.1消息结构平台发往前端的消息以及前端返回平台的回应采用统一格式，如表2所示。表2消息结构消息头整体数据字节数消息体UINT32UINT32数据长度可变注：整体数据字节数为消息总的长度（按字节记），包括消息头、整体数据字节数和消息体5. 2消息头消息头的内容应采用规范表述，如表3所示。表3：消息头内容类型消息标识说明数据流方向是否需要回复0xefff0001前端验证平台→前端是0xefff0002前端向平台反馈包前端→平台否0xefff0004卡口记录V1前端→平台是0xefff0005接收数据反馈包平台→前端否0xefff0007心跳信号前端→平台否0xefff0008卡口记录V2前端→平台是0x3fff000a前端验证V2前端→平台是0x3fff000b平台向前端反馈包平台→前端否准信息服务平台6协议流程前端与平台之间的协议交互流程如图1所示2
DB3311/T32—2019身份认证认证结果身份认证认证结果前平端台心跳保活上传卡口记录确认结果图1协议交互流程7接口协议7.1前端认证（平台→设备）平台连接前端时，应携带用户名和验证码进行身份认证。认证包格式见表4，反馈包格式见表5。身份认证不成功，应返回认证失败消息且断开连接不提供服务。认证码由前端进行管理，前端应可以配置。表4认证包格式平台向前端发出验证包消息头：验证0xefff0001整体数据长度：96字节消息体：1Char[44]用户名数据内容2Char[44]认证码
DB3311/T32—20197.3心跳保活信号（设备→平台）前端在通讯空闲时，应每5秒钟向平台发送一次心跳保活信号，心跳包格式见表8。如果平台在11秒钟内未收到前端发送的任何信息，应该断开连接，并重新建立连接。平台收到前端发送的心跳保活信号后，不应回复消息。表8心跳包格式前端向平台发送心跳包消息头：心跳头0xefff0007整体数据长度：8字节7.4发送卡口记录（设备一→平台）前端向平台发送卡口识别数据包见表10。平台向前端发送接收数据反馈包格式见表9。表9接受数据反馈包平台向前端反馈接收数据反馈包消息头：接收数据成功0xefff0005整体数据长度：64字节消息体：1UINT64数据编号(在设备上的数据编号)回复接收数据状态：0入库成功数据内容UINT321解析第一步失败2解析第二步失败3入库失败3 Char[44]准信息服务平台通道编号
DB3311/T322019
表10识别数据包格式
表10识别数据包格式
GB／T 17748-2016标准下载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时间按24小时制。第一组MM表示月，第二组MM表示分，第三组MMM表示毫秒。图像序号ImageNoInteger图像类型ImageTypeInteger见附录A.8图像宽度ImageWidthInteger图像高度ImageHeightInteger表13接受数据反馈包平台向前端反馈接收数据反馈包消息头：接收数据成功0xefff0005整体数据长度：64字节消息体：1UINT64数据编号回复接收数据状态：0入库成功数据内容2UINT321解析第一步失败2解析第二步失败3入库失败3Char [44]通道编号地方标准信息服务平台
DB3311/T322019
叠合梁受弯性能试验研究车牌类型代码见表A.1。
附录A（规范性附录） 代码表规范
表A.1车牌类型代码