DB3311 T 32-2019 视频监控卡口数据传输技术规范.pdf
《DB3311 T 32-2019 视频监控卡口数据传输技术规范.pdf》由会员分享,可在线阅读,更多相关《DB3311 T 32-2019 视频监控卡口数据传输技术规范.pdf(22页珍藏版)》请在麦多课文档分享上搜索。
1、 视频监控卡口数据传输技术规范 ICS 13.310 A 91 DB3311 浙 江 省 丽 水 市 地 方 标 准 2019 -12 - 26发布 2020 - 01 - 26实施 丽水市 市场监督管理局 发布 DB3311/T 32 2019 代替 DB3311/T 32 2014 DB3311/T 32 2019 I 目 次 前 言 . II 1 范 围 . 1 2 规范性引用文件 . 1 3 基本要求 . 1 4 通信方式 . 1 5 消息组成 . 2 5.1 消息结构 . 2 5.2 消息头 . 2 6 协议流程 . 2 7 接口协议 . 3 7.1 前端认证(平台设备) . 3 7
2、.2 前端认证 V2(设备平台) . 4 7.3 心跳保活信号(设备平台) . 5 7.4 发送卡口记录(设备平台) . 5 7.5 发送卡口记录 V2(设备平台) . 6 附录 A(规范性附录) 代码表规范 . 10 DB3311/ T 32 2019 II 前 言 本 标准 按照 GB/T 1.1 2009给出的规则起草。 本标准与 DB3311/T 32 2014相比主要技术变化如下: 修改 标准名称 治安视频监控卡口数据传输技术规范 为 视频监控卡口数据传输技术规范 ; “ 7.5 发送卡口记录 (设备平台 )” 增加发送电警卡口记录接口 相关内容 ; “ 4 通信方式”、“ 5.2
3、消息类型”、“ 6 协议流程”、“ 7.2 前端认证 V2(设备平台 )” 增 加前端主动注册接 口 相关内容 。 本标准由丽水市公安局提出并归口。 本标准 起草单位:丽水市公安局科技信息化局。 本标准 起草人:赵日新、诸葛智翔、魏剑新、林智龙、徐经纬、 孔维 生 、 吕泓涛 。 本标准所代替标准的历次版本发布情况为 DB3311/T 32 2014 治安视频监控卡口数据传输技术规 范 ,本次修订为第一次修订。 DB3311/T 32 2019 1 视频监控卡口数据传输技术规范 1 范围 本标准规定了视频卡口 前端 与 平台 之间 的通信方式、消息组成、协议流程和接口协议等技术要求 。 本标准
4、适用 于 视频监控卡口系统的方案设计、系统检测、验收以及与之 相关的程序研发 。 2 规范性引用文 件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文 件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 UTF-8 信息交换用 UTF8编码字符集 3 基本要求 3.1 数据编号 文档中所用的数据编号( 在设备上的数据编号 采用 8字节 UINT64),表示每个前端从 1开始计数一直 累加。前端保存的数据编号应不会因为停电或重启后产生重复。 3.2 传输规则 协议应使用网络字节序传输数据。字符串数据应使用 UTF-8格式编码,传输中的
5、字符串存储格式为 C 语言格式,以“ 0”结尾。传输 中的图片数据应使用 JPEG格式。传输中的视频数据应使用 MP4格式。设 备应支持数据重传机制。 3.3 数据类型 协议中使用的数据类型见表 1。 表 1 数据类型 数据类型 描述及要求 time_t 8字节,表示从 1970年 1月 1日 0时到指定时间所经历的秒数(格林威治时间)。如无特殊说明,文档中所用的时间都是 time_t类型。 UINT32 无符号整型, 4字节。 UINT64 无符号整型, 8字节。 Float 浮点型, 4字节。 String 字符串 4 通信方式 DB3311/ T 32 2019 2 前端 与 平台 间的
6、通讯 应 采用 TCP协议 。 当 前端 作为 TCP Server时,默认 侦听 端口为 41022。 当 平台 作 为 TCP Server时, 应支持注册重定向, 默认侦听端口为 42022, 主要 适用于前端无固定 IP应用场景 。 前 端与 平台 连接 成功 之后 , 卡口记录、心跳保活等数据 应 由 前端 主动发送 平台 。 前端发送短视频数据应与 卡口记录 关联 匹配。 5 消息组成 5.1 消息结构 平台 发往 前端 的消息以及 前端 返回 平台 的回应采用统一 格式,如 表 2所示。 表 2 消息结构 消息头 整体数据字节数 消息体 UINT32 UINT32 数据长度可变
7、注: 整体数据字节数为消息总的长度(按字节记),包括消息头、整体数据字节数和消息 体 5.2 消息头 消息 头 的 内容 应采用规范表述 , 如表 3所示 。 表 3 消息 头内容 类型 消息标识 说明 数据流方向 是否需要回复 0 xefff0001 前端 验证 平台 前端 是 0 xefff0002 前端 向 平台 反馈包 前端 平台 否 0 xefff0004 卡口记录 V1 前端 平台 是 0 xefff0005 接收数据反馈包 平台 前端 否 0 xefff0007 心跳信号 前端 平台 否 0 xefff0008 卡口记录 V2 前端 平台 是 0 x3fff000a 前端 验证
8、V2 前端 平台 是 0 x3fff000b 平台 向 前端 反馈包 平台 前端 否 6 协议流程 前端 与 平台 之间的协议 交互 流程如图 1所示。 DB3311/T 32 2019 3 前 端 前 端 平 台 平 台 身 份 认 证 认 证 结 果 心 跳 保 活 上 传 卡 口 记 录 确 认 结 果 身 份 认 证 认 证 结 果 图 1 协议 交互 流程 7 接口协议 7.1 前端 认证( 平台 设备 ) 平台 连接 前端 时,应携带用户名和验证码进行身份认证。认证包格式见表 4,反馈包格式见表 5。身 份认证不成功,应返回认证失败消息且断开连接不提供服务。 认证码由 前端 进行管
9、理, 前端 应 可以配置。 表 4 认证包格式 平台 向 前端 发出验证包 消息头: 验证 0 xefff0001 整体数据长度: 96字节 消息体: 数据内容 1 Char44 用户名 2 Char44 认证码 DB3311/ T 32 2019 4 表 5 反馈包格式 前端 向 平台 反馈包 消息头: 认证状态 0 xefff0002 整体数据长度: 12字节 消息体: 数据内容 1 UINT32 0:认证成功、 1:用户名错误、 2:认证码错误 7.2 前端 认证 V2( 设备 平台 ) 前端 连接 平台 时,应携带通道编号 和验证码进行身份认证。认证包格式见表 6,反馈包格式见表 7。
10、 身份认证不成功,应返回认证失败消息且断开连接不提供服务。 认证码由 平台 进行管理, 平台 应 可以配置。 表 6 认证包格式 前端向平台发送验证包 消息头: 验证 0 xefff000a 整体数据长度: 8+结构化信息长度 +结构化信息 消息体: 描述 名称 类型 备注 结构化信息长度 结构化信息长度 Integer 说明后面的 结构化信息 JSON的长度 结构化信息 结构化信息 String JSON封装的 结构化 信息 结构化信息 JSON如下,编码格式采用 UTF-8。 DeviceID: 通道编号 , Password: 认证码 表 7 反馈 包格式 平台向前端反馈包 消息头: 认
11、证状态 0 xefff000b 整体数据长度: 8+结构化信息长度 +结构化信息 消息体: 描述 名称 类型 备注 结构化信息长度 结构化信息长度 Integer 说明后面的结构化信息 JSON的长度 结构化信息 结构化信息 String JSON封装的结构化信息 结构化信息 JSON如下,编码格式采用 UTF-8。 Result: 0, /0:认证成功; 1:用户名错误; 2:认证码错误; 3:重定向 RedirectAddress: 10.33.214.126:42022 DB3311/T 32 2019 5 7.3 心跳保活信号( 设备 平台 ) 前端 在通讯空闲时,应每 5秒钟向 平台
12、 发送一次心跳保活 信号,心跳包格式见表 8。 如果 平台 在 11秒钟内未收到 前端 发送的任何信息,应该断开连接,并重新建立连接。 平台 收到 前端 发送的心跳保活信号后,不应回复消息。 表 8 心跳包格式 前端 向 平台 发送心跳包 消息头: 心跳头 0 xefff0007 整体数据长度: 8字节 7.4 发送卡口记录( 设备 平台 ) 前端 向 平台 发送卡口识别数据包见表 10。 平台 向 前端 发送接收数据反馈包格式见表 9。 表 9 接受数据反馈包 平台向前端反馈接收数据反馈包 消息头: 接收数据成功 0 xefff0005 整体数据长度: 64字节 消息体: 数据内容 1 UI
13、NT64 数据编号 (在设备上的数据编号 ) 2 UINT32 回复接收数据状态: 0入库成功 1解析第一步失败 2解析第二步失败 3入库失败 3 Char44 通道编号 DB3311/ T 32 2019 6 表 10 识别数据包格式 前端 向 平台 发送卡口识别数据包 消息头: 卡口识别数据头 0 xefff0004 整体数据长度: 8+关于全景图的信息长度 +图片 数据 长度 +n*识别数据长度 消息体 : 关于全景图的 信息 1 UINT64 图片编号,填默认值填 0 2 UINT32 图片字节数 3 UINT32 关于图片的识别数据个数 n条 4 UINT32 图片宽度 5 UINT
14、 2 图片高度 6 Char48 通道编号 7 Char48 图片存储路径,填默认值 ” 0” 图片数据 1 Char 保存的实际图片 总数 n条识别 数据 1 UINT64 数据编号,填默认值 0 2 UINT64 在设备上的数据编号 8字节 3 time_t 过卡口时间 8字节 4 UINT64 关联的图片信息编号,填默认 0 5 UINT32 过卡口时间毫秒 6 float 车辆速度单位公里 7 UINT32 车道号 8 float 识别精度 9 UINT3 方向代码 (见附录 A.2) 10 UINT32 车牌类型 (见附录 A.1) 11 UINT32 车牌颜色 (见附录 A.3)
15、12 UINT32 车辆类型 (见附录 A.7) 13 UINT32 车辆 logo (见附录 A.6) 14 U NT32 车辆颜色 (见附录 A.5) 15 UINT32 车牌结构 (见附录 A.4) 16 UINT32 在全景图中的特征图坐标 x1如无填 99999999 17 UINT32 在全景图中的特征图 坐标 y1如无填 99999999 18 UINT32 在全景图中的特征图坐标 x2如无填 99999999 19 UINT32 在全景图中的特征图坐标 y2如无填 99999999 20 Char20 车牌号 (“ 00000000”表示未识别出、行人或非机动车,“ 11111
16、111”表示无牌车) 7.5 发送卡口记录 V2( 设备 平台 ) 前端 向 平台 发送卡口识别数据包格式见表 11。 平台 向 前端 反馈接收数据反馈包格式见表 13。 DB3311/T 32 2019 7 表 11 识别数据包格式 前端 向 平台 发送卡口识别数据包 消息头: 卡口识别数据头 0 xefff0008 整体数据长度: 8+结构化 信息长度 +结构化 信息 +图像数据 消息体: 描述 名称 类型 备注 结构化信息长度 结构化信息长度 Integer 说明后面的 结构化信息 JSON的长度 结构化信息 结构化信息 String JSON封装的 结构化 信息 ,见表 12 图像 数
17、据 总共 N个图像 UINT32 图 个数。 图像 1大小 UINT32 图像数据的数据长度由图像大小确定。 图像 1数据 Char 保存的实际图片 图像 2大小 UINT32 图像 2数据 Char 保存的实际图片 图像 N大小 UINT32 图像 N数据 Char 保存的实际图片 结构化信息 JSON如下,编码格式采用 UTF-8。 SeqID: 在设备上的数据编号 , VehicleInfo: RecordID: 记录唯一 ID, DeviceID: 通道编号 , PlateNo: 车牌号码 , VehicleType: 车辆类型 , VehicleColor: 车辆颜色 , Vehic
18、leBrand: 车辆品牌 , VehicleModel: 车辆型号 , VehicleStyles: 车辆年款 , PlateType: 车牌种类 , PlateColor: 车牌颜色 , PlateStructure:车牌结构 , LaneNo: 车道号 , Speed: 车速 , MaxSpeed: 速度上限 , MinSpeed: 速度下限 , Direction: 行驶方向 , VioCode: 违法代码 , PassTime: 抓拍时间 , ImageList: ImageInfo/图像信息 DB3311/ T 32 2019 8 ImageNo:图像序号 , ImageType:
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DB3311 32-2019 视频监控卡口数据传输技术规范 32 2019 视频 监控 卡口 数据传输 技术规范
