796平台检测和1077平台，如果是不同的平台，架构必须要一致，796是BS网页版本的，则1077视频平台也必须要是BS网页版本的，不能是CS桌面版本的。 由于很多厂商老旧的视频平台都是桌面客户端程序，不是真正意义的BS网页版本的程序，所以不得不做成假的BS程序，通过ActiveX控件，只能使用低版本的IE7,8，9等，依赖IE减低安全等级设置。所以如果是开发平台，最好是一步到位选择真正的BS网页架构版本的平台。 

BS版本架构的部标1077视频平台参见：

1、基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标GPS和部标视频监控平台

2、基于JT/T 1078协议设计和开发部标视频服务器

视频平台检测的主要难点是压力测试，主要的流程如下： 

相对于796平台检测的压测的主要区别是：

1.gps压测相对于796多了1000台，压测结果是对比发送的和接收的是否一致，一条也不能少；

2.gps压测通过后，3000台车保持在线，但停止发送定位，开始视频200辆车压测；

3.视频压测的时候，200路的视频连接和对应的200路上级监管平台的转发连接都保持稳定后才开始统计码流；

如果不够200路，压测直接就失败了，因为没有码流统计数字，无法统计结果；

4.200路转发成功后，任意选择一路播放视频，如果有黑屏，卡顿或者无法打开播放的情况，则视为失败；

5.视频播放的时候如果声音不连续也不行，这也说明了卡顿；

6.测试卡顿使用的视频，是一个座钟秒针转动的画面，如果有卡顿，秒针走的时候也会一顿一顿，很明显能够看出来。如果有丢包或者跳帧，则秒针就会时快时慢，或者跳跃前进。

7.测试30分钟，然后统计终端发送的码流，和上级监管平台接收的码流，两者的数字相加要大于11M。视为压测通过。

8.统计结束后，截屏上传到检测系统当中，生成压测报告。

压测的时候，对于带宽的要求显然要高于796平台的检测要求。

播放视频的时候，播放的那一路最好不要断开连接，否则容易出现卡顿或者黑屏的情况；

交通部测试终端的出口带宽感觉在100M一下，在家里做测的时候，用10M带宽对100M服务器测试的时候，2分钟3000个连接都建立了。在交通部测试的时候，需要3,4分钟才建立完毕。

码流统计标准，之所以设计为11M，估计是一个经验值，200路如果每一路都保证画面播放流畅，则码流必须要良好才行。进而累计200路的码流值必须要是一个合理的数字。

总之要想过检，压测是重中之重，必须要认真对待。

视频平台的检测难度无论从功能细节上面还是压测强度方面，都是要高于GPS平台检测的，本平台已经通过部标1077视频平台检测，提供有偿收费检测服务，如需购买源码或购买代理过检服务，请加QQ：2379423771，注明购买源码或购买部标过检服务；我不是销售，作为一个忙碌的开发人员哪里有时间在网上瞎扯淡，目前只针对真正想降低成本，提高效率，诚意购买的人提供服务。

压力测试结果后，会打印压测数据结果，存档备案，压测结果如下图所示：

我是提供源码的，少走弯路，降低成本对公司是好事情，光明正大的给公司申请下有什么不好，自己开发，无论你多牛逼，你都绕不过漫长的开发周期和测试稳定周期，公司也必须要承担长周期带来的不可预估的失败风险和高昂的开发成本，只有血气方刚没经验的新手才会给自己或者公司挖坑，要么没有时间观念无所作为每天荒废于互联网搜索免费资源当中，要么设定激进的开发进度计划和交付时间点，给自己以极大压力。时间是后知后觉者的高昂的成本，也是市场先行者构筑竞争的砝码和壁垒，购买源码，在短时间就拥有了视频平台开发技术，瞬间有一个较高的起点才是上上之策。

很多团队为什么宁愿让公司置于项目不断延期的风险之中，就在很多负责人都是技术人员出身，过于理性，做事思虑过多，瞻前而顾后，多谋而不善断，格局太小，只关注局部的成本开支，不以完成交付为第一目标，不重视项目高效推进落实，听不得收费服务，一听到要收费就痛苦的不得了，自己都不想想自己一个月多少工资成本，自己团队一个月多少工资成本，随便一个项目，几个月都难以交付，其实作为每个月要支持高昂开发成本的软件公司，在开发上是不能慢下来的，必须要杀伐决断，立即行动。我提供的平台代码和技术支持可以让技术团队快速聚焦，不再东一榔头西一棒槌，而是脚踏实地，拧成一股绳向前推进。

(17122)

    HTML5虽然日臻成熟，VIDEO标签，可以播放服务器的视频文件，实现了真正的网页播放视频，但是原则上只能播放服务器上面的文件流，不能播放实时的视频流, 也就是不支持常说的live streaming。

   不过，HLS协议出现了，而HTML5是支持HLS协议格式的。通过HTML5 + HLS实现了网页实时视频监控的功能。

   HTTP Live Streaming（缩写是HLS）是一个由苹果公司提出的基于HTTP的流媒体网络传输协议。是苹果公司QuickTime X和iPhone软件系统的一部分。它的工作原理是把整个流分成一个个小的基于HTTP的文件来下载，每次只下载一些。当媒体流正在播放时，客户端可以选择从许多不同的备用源中以不同的速率下载同样的资源，允许流媒体会话适应不同的数据速率。在开始一个流媒体会话时，客户端会下载一个包含元数据的extended M3U (m3u8)playlist文件，用于寻找可用的媒体流。

HLS只请求基本的HTTP报文，与实时传输协议（RTP)不同，HLS可以穿过任何允许HTTP数据通过的防火墙或者代理服务器。它也很容易使用内容分发网络来传输媒体流。

  所以实时模式下，HLS就是实时生成M3u8文件和ts文件。它的索引文件一直处于动态变化的，HTML5播放的时候需要不断下载二级index文件，以获得最新生成的ts文件播放视频。

     如果想让HTML5播放器支持部标1078协议的视频，其实本质上就是协议数据格式转换，由于部标JT/T 1078协议文档中，视频编码格式仍然是H.264, 但对于实时的音视频进行了RTP包的封装，也就是按照RTP协议传输视频数据，需要开发流媒体服务器，接收RTP包，并提取出音视频的h.264原始数据流，然后将实时的数据流，按照HLS协议格式，实时切片，转换成HLS协议格式的数据就可以了。

如需购买符合部标1077功能标准和部标1078协议标准的B/S架构的平台，请参考文章：

 1）Asp.NET版的部标平台开发-》基于Asp.NET MVC构建BS架构的GPS视频部标平台

  2)  基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标GPS-视频1077监控平台

3) 部标1077视频平台过检和压力测试经验分享

4）基于部标1078视频协议和苏标Adas协议构建主动安全平台

5) 基于JT/T 1078协议设计和开发部标视频服务器

     在部标1078协议的RTP包格式中，可以获取到设备的Sim卡号和逻辑通道号，服务器在切片的时候，就可以用Sim卡号和逻辑通道号作为HLS协议中的M3u8索引文件的文件名，如设备的Sim卡号是013200000008，通道1的视频，切片的时候，索引文件就是013200000008_1.m3u8。这样在web端播放视频的时候，双击车辆的通道的时候，就可以设置VIDEO标签的src属性为这个索引文件名就可以播放指定车辆的实时视频了。

    <video src="013200000008_1.m3u8" controls></video>

(14034)

ü   附件2移动车辆选型

移动车载动态取证系统,在选择安装车辆时主要需要考虑云台摄像机安装后的视野效果,建议选择的车型如下:

上述表格中的车辆基本车身长度不超过4.7m[S9] ，车顶水平长度不超过2.8m。在车顶安装云台摄像机后，车顶前后沿对视野遮挡较少，这样云台摄像机在安装后其全方位视角比较好，并且大部分车辆都有后备箱，有足够空间放置车载主机，主机连接的线缆都可安装在不易碰触的位置，整套系统有良好的安装运行环境。。

(10222)

如需通过部标检测，参见文章：部标1077视频平台过检和压力测试经验分享

基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标视频监控平台

　1范围

本标准规定了道路运输车辆卫星定位实时音视频监控架构，以及道路运输车辆卫星定位实时音视频监控系统中政府监管平台和企业监控平台的功能要求、平台性能与技术要求等内容。

本标准适用于道路运输车辆卫星定位实时音视频监控系统政府平台及企业自建或运营商搭建的音视频监控系统平台。

　2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

JT/T 794-2011 道路运输车辆卫星定位系统 车载终端技术要求

JT/T 796-2011 道路运输车辆卫星定位系统 平台技术要求

JT/T 1078-2016 道路运输车辆卫星定位系统 视频通信协议

ISO/IEC standard 13818-1 MPEG-TS媒体格式标准（又称为 ITU-T Rec. H.222.0）

RFC 3261 会话初始协议

　3术语、定义和缩略语

JT/T 796界定的以及下列术语和定义适用于本文件。

.3.1　术语和定义

下列术语和定义适用于本文件。

.3.1.1　 

音视频终端

负责将音频和视频采集编码的硬件设备，一般为嵌入式产品。要满足工业环境要求，高稳定性。

.3.1.2　 

音视频流转发服务器

负责将终端上传的音视频流数据统一分发给监控客户端软件，减少因多个监控客户端同时访问同一终端音视频而导致数据重复编码、传输，将无线通信带宽占用降到最低要求。

.3.1.3　 

信令网关

平台之间互联的逻辑部件，负责接收外平台的信令。

.3.1.4　 

媒体网关

平台之间互联的逻辑部件，在信令网关的调度下，将本平台相关的视频传输到目标接收方。

.3.2　缩略语

下列缩略语适用于本文件。

AES：高级加密标准（Advanced Encryption Standard） 

B2BUA：背靠背用户代理（Back to Back User Agent） 

CIF:通用中间格式（Common Intermediate Format） 

DES：数据加密标准（Data Encryption Standard） 

DNS：域名系统（Domain Name System） 

IP：因特网协议（Internet Protocol） 

IPsec：因特网安全协议（Internet Protocol Security） 

MD5：信息摘要5（Message Digest Algorithm 5） 

NAT/FW：网络地址翻译/防火墙（Network Address Translator and FireWall） 

NTP：网络时间协议（Network Time Protocol） 

RTCP：实时传输控制协议（Real-time Transport Control Protocol） 

RTP：实时传输协议（Real-time Transport Protocol） 

RTSP：实时流化协议（Real-Time Streaming Protocol） 

SDP：会话描述协议（Session Description Protocol） 

SHA：安全哈希算法（Secure Hash Algorithm） 

SIP:会话初始协议(Session Initiation Protocol)

SVAC:安全防范监控数字视音频编码(Surveillance Video and Audio Coding) 

S/MIME:安全多用途网际邮件扩充协议(Secure Multipurpose Internet Mail Extensions) 

TCP:传输控制协议(Transmission Control Protocol) 

TLS:传输层安全(Transport Layer Security) 

UDP:用户数据报协议(User Datagram Protocol) 

XML:可扩展标记语言(EXtensible Markup Language)

URI:统一资源标识(Uniform Resource Identifier)

URL：统一资源定位(Uniform Resource Locator)

URN：统一资源命名(Uniform Resource Name)

　4道路运输车辆卫星定位实时音视频监控系统架构

道路运输车辆卫星定位系统视频监控平台具备JT/T 796的全部功能，完全兼容JT/T 808和JT/T 809通信协议，并在此基础上，提供车载实时音视频及录像监控功能。

道路运输车辆卫星定位系统视频监控平台在系统结构上分为两个层面：

ñ 政府监管平台

ñ 营运企业监控平台

政府监管平台分为三级，分别为：部级监管平台，省级监管平台，地市级监管平台。

政府监管平台之间通过专线网络或互联网VPN方式进行连接，企业监控平台与政府监控平台可以通过互联网专线网络方式进行连接。

政府监管平台之间可实现跨域的音视频资源目录信息访问，企业监控平台提供音视频资源目录的录入和管理以及实时音视频和录像点播功能。

车载终端与企业监控平台间通过无线通讯网络连接，数据传输采用JT/T 808协议传输卫星定位信息和音视频控制信令信息，采用RTP协议传输音视频数据。

　5政府监管平台功能

.5.1　音视频资源目录管理

.5.1.1　目录结构

（针对上次会议讨论中采用文件目录结构定义音视频资源目录的做法，这里应摒弃，以“\”分割目录结构是Windows下文件结构组织方式（Linux和Unix以“/”作为文件目录分隔符），而本标准是建立更为统一、更为通用的目录标识，因为具体的音视频资源可能以文件方式存储于Windows平台、Linux或Unix平台，还可能以某种网络资源方式存在某些HTTP/FTP/NAS/SAN等网络服务器上。所以音视频资源的标识应同具体存储方式分离，不能简单的定义成Windows文件目录形式，建议采纳国际标准 RFC3986的URI方式定义音视频资源标识，具体以国际标准的ldap schema为基础）

(此部分原内容删除：音视频资源目录在音视频数据文件物理存储结构之上，将音视频数据文件信息重新组织为五级目录的结构，平台以音视频资源目录的形式，作为对音视频数据进行访问及管理的统一界面。

音视频资源目录的路径以“\”作为根目录；第一级目录根目录；第二级、第三级目录行政区划省和地市名称为依据，；第四级目录为企业监控平台名称；第五级目录为车牌号码；车辆的音视频数据文件信息包含在对应的第五级车牌号码目录中。

考虑增加运输企业这一等级？

第五级车牌号码目录中的每条音视频资源目录项包含在当前目录下唯一的目录项名称和属性，每条音视频资源目录项对应一个音视频资源。音视频数据文件信息的属性参见附录A。）

本标准不限制音视频资源数据的物理存储方式，只对音视频资源目录信息定位要求符合以下规范：

音视频资源目录信息内含两类信息：

ñ 目录结构标识

ñ 目录节点数据

5.1.1.1 目录结构标识（Directory URI)

根据交通行业的实际情况，其标识分为4级层次：

1) 部

2) 省

3) 地市

4) 企业

具体标识结构为：

ldap://moc/省/地市/企业

其中 “moc”默认表示“交通运输部”。

5.1.1.2 目录节点数据（Directory Entry Attribute)

目录节点用于记录音视频资源各项属性，参见附录A和附录B

附录A 音视频资源目录标识说明

附录B 音视频资源目录属性细节说明

.5.1.2　目录管理

对音视频资源目录的管理包含自动更新、资源信息查询与统计、接受订阅功能。具体要求如下：

a）平台根目录根据平台类型自动进行初始化；

（如北京市某企业监控平台的根目录自动初始化为：ldap://moc/北京市/北京市/北京某企业监控平台，起草阶段示意用）

b)自动更新，政府监管平台本身不产生音视频资源目录项，平台能够将下级平台和外部平台上传的音视频资源目录进行自动融合与更新；（政府监管平台部分描述）

b)自动更新，音视频资源目录由平台根据音视频数据文件的变化进行自动更新；（企业监管平台部分描述）

c) 音视频数据文件查询，可通过音视频数据文件信息属性进行条件组合查询；

d) 音视频数据文件统计，可通过音视频数据文件信息属性对音视频数据信息文件的数量、大小、时长进行统计；

e) 音视频资源目录自动上传，音视频资源目录变化后，平台主动向上级平台更新音视频资源目录，具有增量更新和全量更新功能；

f) 通过授权验证后，音视频资源目录可被外部平台订阅，订阅后平台自动向订阅音视频资源目录的目标平台自动更新音视频资源目录；

.5.2　用户管理

.5.2.1　用户设置

平台用户应具备管理员、普通用户二种用户类型：

a) 客户管理员：具有使用监控客户端，负责本单位系统管理、设备管理以及本单位用户管理与权限分配的用户

b) 用户：具有使用使用监控客户端，按客户管理员分配的权限进行系统操作的用户

用户模型支持用户，角色，权限的模型，也可以直接对用户赋予单个设备的权限，具体要求如下：

a) 一个用户可以有多个角色

b) 一个角色多个权限 

c) 一个用户可以直接有多个权限

每个用户都依据音视频资源目录具备一定的级别，在多个用户抢占资源的时候，依据高优先级资源使用权高的策略来对资源进行处理

平台支持用户的增加，删除，修改。多个角色管理、用户级别定义的功能。

.5.2.2　权限管理

权限按照功能分为设备功能权限和用户权限等级

功能权限包括：实时视频浏览权限，历史视频浏览权限，云台控制权限，视频参数设置权限

用户级别主要设置了当前访问用户访问的优先级

用户权限可以被赋予，也可以被收回。系统根据用户的不同身份，给予不同的操作权限。管理员可对所辖平台进行业务管理、业务汇总统计。管理员可对本系统进行一切操作。

系统的用户可归入用户组，然后集中被赋权，亦可对用户单独赋权。另外，云镜控制等占有型或夺权型操作的权限，需要按照用户权限等级来决定控制策略。

权限按照授予方式的不同分为跨域权限、非跨域权限、平台内权限

跨域权限：归属地车辆进入跨域地，跨域地平台自动给归属地授权，授权地就是跨域地

非跨域权限：用户请求一个跨域地的资源（当前资源属于跨余地），授权地发生在用户所在域和跨域地的共同的上级

.5.2.3　用户分级机制

系统要求采用分级用户管理机制，根据用户的不同身份，给予不同的权限级别，主要用来在资源发生争用的情况下，依据用户权限级别做相应的策略，系统应具备：

a) 通信链路达到满的时候给用户提示

b) 高优先级别的用户可以抢占低优先级别用户占用的通信资源

.5.2.4　用户可见资源目录

用户登陆，依据用户权限，获得用户可见的资源目录，并且在可见资源目录上进行二次检索，系统应具备：

a) 按机构层次来进行展示设备浏览，不同类型的设备要显示为不同类型的图标

b) 具备用户常用设备分组能力

c) 具备模糊匹配快速定位设备能力

.5.2.5　用户日志管理

日志管理部分主要用来做用户日志审计，包括：

a) 支持查询一个用户，一个时间段在做什么操作

b) 支持查询一个设备，在一个时间段，那些人进行操作

c) 支持统计出，当前那些人操作比较频繁

d) 支持对实时和历史音视频调阅行为作记录，包括时间段、发起方用户身份、目标音视频数据归属企业、流量，并可生成查询报表，支持报表的excel导出功能。

.5.3　视频监控

.5.3.1　实时浏览

支持在远程计算机上或者移动终端通过浏览器或者相应的客户端软件对终端的实时监控视频进行浏览（此处考虑有可能支持手机端或平板电脑的音视频监控能力，并且用“浏览器”替代“IE”，更为通用）。浏览客户端可采用B/S或C/S架构。视频监控界面应支持1、4、9、16等画面的分割显示，在同一界面上支持显示同一终端的多路图像，同时支持显示不同终端的不同图像，并支持实现视频图像的全屏幕显示。应包括调阅路径、视频调节、实时抓图、音频监听、电视墙等功能

——调阅路径：通过树状组织结构、电子地图、车牌号搜索等多种方式快速调阅查看。

——视频调节：对实时浏览的图像进行亮度、色度、对比度、饱和度的调节。

——实时抓图：对正在浏览的视频图像进行抓图，并对所抓图片进行描述、保存，及日后查询。

——音频监听：实时浏览图像的同时，打开/关闭实时音频的监听。

——电视墙展示：可支持通过硬解码或者软解码的方式将实时视频输送到电视墙上显示。

.5.3.2　定位、视频同步显示

车辆的实时卫星定位情况和视频支持在同一监控界面同时、同步显示。

.5.3.3　云镜控制（企业）

云镜控制应包括云台控制和镜头远程控制功能。

——云台控制：具备云台的上下左右转动，预置位设置、自动巡航等，并支持雨刷、辅助灯光开关功能。

——镜头控制：具备镜头变倍、镜头变焦、光圈调整功能。

.5.4　录像功能

.5.4.1　录像存储

支持客户端手动录像和中心存储录像功能，并能将录像存储

.5.4.1.1　客户端手动录像

支持浏览视频时将视频实时存储在客户端本地硬盘。

.5.4.1.2　中心存储录像

支持定时录像、手动录像和报警录像三种模式。并具备海量存储功能，支持设置用户存储空间满自动覆盖或停止录制。

——定时录像具备系统中用户预先设置的时间计划进行录像。

——手动录像具备用户手动设置开始录像、停止录像以及设置录像时长等功能进行控制录像。

——报警录像具备通过IO报警触发、视频移动侦测触发等报警事件发生而触发的录像。

.5.4.2　录像检索、回放、下载

客户端支持终端及中心存储服务器或视频复用服务器的录像文件进行检索、回放、下载；

——录像检索具备提供快捷的录像检索方式，支持按视频通道、时间、报警类型等信息进行快速检索。

——录像回放具备实现播放、快放、慢放、单帧放、拖曳、暂停等功能；至少支持实现2路的图像同步回放及全屏回放。

——录像下载具备支持录像文件按文件、按时段下载，可支持多个文件一次性下载。

随机主码流历史视频数据下载

.5.5　视频复用

5.4.1政府监管平台具有（实时视频）存储和转发的功能；视频数据获取于企业监控平台，以便于政府监管用户复用。

5.4.2  流媒体转发示意

        车载监控主机————企业管理平台—————政府监管平台

                                 ︱                     ︱

                              企业用户               政府管理用户

5.4.3政府平台应具备对管辖区域内的历史音视频调阅请求回应目标终端所在的企业平台服务器的地址、端口和身份校验信息，用于请求方建立历史音视频通道。

政府平台应对跨管辖区域的历史音视频调阅请求向上级平台转发，接收响应并回传给请求方，用于请求方建立历史音视频通道。政府平台不负责为企业用户对历史音视频数据的转发。

5.4.4 可通过企业监控平台或政府监管平台，对已在服务器上保留的视频进行在线回放。

5.4.5企业平台对子码流录像数据的存储不得少于10天，复用视频数据的总量不少于XX小时。

.5.6　对外接口

.5.6.1　与上级政府平台接口

政府平台应该具备应具备与上级政府平台之间的信息交换功能，包括摄像机点位信息，实时视频图像调阅。具体参考平台间互联接口

具备对同级别其他政府部分视频自愿访问权限的功能。

　6企业监控平台功能

(此图建议删除，在以下内容中对企业音视频监控平台的功能已作了条目化的要求和说明，符合标准的常见阐述方式，这张图类似具体产品的功能结构和层次设计，过于具体，约束了各产商在实现平台功能时设计思路，而且涉及到了JT/T 796中已定义过的核心内容，容易引起两个标准的冲突）

.6.1　音视频资源目录管理

.6.2　用户管理

.6.2.1　用户管理

支持用户的增加，删除，修改。

用户分为管理员和普通用户二种：

l 客户管理员：使用监控客户端，负责本单位系统管理、设备管理以及本单位用户管理与权限分配；

l 用户：使用监控客户端，按客户管理员分配的权限进行系统操作。

l 上级政府用户

l 其他政府用户

用户模型应该满足用户，角色，权限的模型，也可以直接对用户赋予单个设备的权限，具体要求如下：

d) 一个用户可以有多个角色

e) 一个角色多个权限

f) 一个用户可以直接有多个权限

.6.2.2　权限管理

用户权限可以被赋予，也可以被收回。系统要求采用分级用户管理机制，根据用户的不同身份，给予不同的操作权限。管理员可对所辖平台进行业务管理、业务汇总统计。管理员可对本系统进行一切操作。

系统的用户可归入用户组，然后集中被赋权，亦可对用户单独赋权。权限分为系统管理、视频浏览、云镜控制、报警管理、录像管理和用户管理几种。设备也可被编入设备组或单独赋权。另外，云镜控制等占有型或夺权型操作的权限，需要按照用户权限等级来决定控制策略。

归属地

跨域地

授权地

.6.2.3　日志管理

日志管理部分主要用来做用户日志审计，包括：

l 可以查询到一个用户，一个时间段在做什么操作

l 可以查询到一个设备，在一个时间段，那些人进行操作

l 可以统计出，当前那些人操作比较频繁

l 可以对实时和历史音视频调阅行为作记录，包括时间段、发起方用户身份、目标音视频数据归属企业、流量，并可生成查询报表，支持报表的excel导出功能。

.6.2.4　设备管理

设备管理主要包括对平台设备、前端设备、前端外围设备的入网、管理功能。

l 设备入网

系统中需要增加的设备主要包括平台设备、前端设备及前端外围设备。前端设备包括有各种型号的视频服务器、网络摄像机、DVR 等，外围设备摄像机又包括模拟摄像机、云台及报警设备等。

l 配置设备属性

平台设备的属性包括设备的种类、型号、生产厂家、安装地点、接入线路方式、所属用户、使用状态等。设备都有一个唯一的设备ID作为标识。

外围设备摄像机的属性包括摄像机的种类、型号、生产厂家、安装地点、接入线路方式、所属用户、使用状态等。

前端设备视频服务器属性包括型号、生产厂家、安装地点、接入线路方式、所属用户、使用状态及相连的摄像机等。视频服务器有一个唯一的设备ID 作为标识。

l 设备注销

各设备在停止使用时可以进行注销，设备的注销对其关联的设备或系统会产生影响的应给予提示。

l 统计与查询设备

可以按照设备的各项属性进行设备统计与查询操作，例如设备在线统计。

l 启/停用设备

在某个设备需要暂时停止使用时（如发生欠费行为等），系统具有暂时停用该设备的功能，同时具有启用功能，以在条件达到时恢复该设备的使用。

.6.3　视频监控

.6.3.1　实时浏览

要求可以在远程计算机或移动终端上实时监控，亦可实现在远程通过硬件解码器在监视器、电视墙上观看实时视频。浏览客户端可采用B/S或C/S架构。可实现对电视墙投放视频的灵活控制。具体还应包括以下功能：

a) 多画面监视

PC浏览客户端上要求可以实现对多个监控点的显示，电视墙上要求可实现将指定的一个或多个监控点实时图像显示在指定的一个或多个显示器上，可以选择1，4，6，9，10，16等多种画面分割，能提供多种分辨率，以适应各种应用需求，并可以实现全屏显示。 

b) 多画面轮巡 

可将一组图像设置在一个播放控件窗口或一个电视墙屏幕上，并可设置轮巡间隔时间，以实现多个画面轮流显示。

c) 设置功能

要求实现图像参数的手动和自动设置并实时调整的功能。

d) 字幕叠加

视频画面要求可叠加反映该段视频时间、地点等信息的字幕，选择实现字母位置可调。

e) 视频调节

可调节视频画面的亮度、色度、对比度、饱和度、尺寸，以及音频的大小、开关。

.6.3.2　定位视频同步显示

根据

.6.3.3　云镜控制

要求系统支持对云台和镜头的远程实时控制。

云台控制为云台的上下左右转动，支持各种自动控制功能：

l 巡航功能

l 预置位

l 支持雨刮、辅助灯光开关功能。

云台转动的步进值应可设置。

镜头的控制应包括：

l 变倍：图像放大缩小

l 调焦：应具有手动和自动调焦功能

l 光圈：应具有手动和自动光圈调节功能

要求客户端在全屏显示状态下亦可进行云镜控制。

云镜控制权限可设置为2种状态：

l 先来者占用模式。系统可设置一个用户开始控制云台后的指定时间之前内，云台归该用户占用。直到时间片用尽才为后来的用户提供服务。

l 权高者占用模式。系统根据用户的权限决定执行哪位用户的命令。同级之间可遵循先来者占用原则，权限高的用户开始控制时，则将控制权转移。用户可以锁定云镜控制，同时设置锁定超时时间。高权限用户锁定后，低权限用户不能解锁，待超时后系统自动解锁。

.6.4　录像功能

.6.4.1　实时录像

企业平台应对本企业内的历史视频调阅请求回应，建立通信通道，向调用方回传历史音视频流数据。

系统要求支持三级视频存储：前端存储、中心存储和客户端存储。

前端存储是指使用音视频终端设备时，在前端设备内部的硬盘中进行录像。应可设置盘满自动覆盖或停止录制。支持定时录制、手动录制和报警录制三种模式。

中心存储是指平台所提供的海量存储功能。应可设置用户存储空间满自动覆盖或停止录制。支持定时录制、手动录制和报警录制三种模式。

客户端存储是指客户在浏览视频时将视频的实时存储在客户端本地硬盘的功能。支持手动录制和报警录制两种模式。

三种录制模式的解释如下：

定时录制：根据系统中用户预置的时间表进行录像。

手动录制：按照用户的开始录像、录像时长、停止录像指令进行控制的录像。

报警录制：由系统中事件（报警触发、图像运动检测触发）的发生而触发的录像，报警录制应该有预录功能，可设置对报警发生前多少时间的视频信息进行录制。并且应可设置一次报警发生后总的录像时长。

.6.4.2　录像下载

可以提供方便的录像检索、查询手段，可根据时间、地点和报警类型等信息检索并回放图像。

应可实现录像的按文件、按时段下载功能。

.6.4.3　录像回放

回放时可实现播放、快放、慢放、单帧放、拖曳、暂停等功能，可选择实现多路图像同步回放功能。回放用户交互界面要求尽可能友好，可以直观地为用户反映所查日期一个的录像资料情况，并可以点取播放。用户选择观看的视频为正在录制的文件时可以选择实现为用户打包然后播放。

要求提供录像文件播放器

录像回放需要支持VOD方式和FTP方式

.6.5　报警（终端）

企业平台应能通过设定报警条件，触发终端主动上传报警音视频流数据。包括：

1) 视频丢失

2) 图像运动检测：要求系统支持图像运动检测报警。须实现指定画面中区域进行运动检测报警的功能。并可设置运动检测灵敏度。选择实现画面多区域运动检测报警。

3) 视频设备故障

设备完好情况统计

.6.5.1　视频报警管理

中心平台在收到报警信息后，根据用户配置的报警联动表信息进行联动处理。主要操作包括触发报警录像及图片抓拍、发送报警短信给用户、向用户电话提供语音报警等。同时需要将报警信息传送到该客户正在进行监控操作的用户处，并且传送给指定的专用报警客户端处。

.6.6　视频复用

6.6.1企业平台应具有视频（实时视频）存储和转发的功能；在任意用户调用车载视频时，企业平台将调用视频存储与平台数据库，便于后期复用

　7平台互联接口

.7.1　政府视频平台间互联接口

.7.1.1　下级政府监管平台向上级政府监管平台请求登陆和主链路保持

参考809中4.3.1.1

.7.1.2　平台间信息交互业务流程

.7.1.2.1　音视频目录资源上报

下级平台登陆完上级平台后，需要将自己管辖下的相关音视频资源目录主动上报到上级平台，应遵循以下规定：

a) 下级平台登陆完成后，按照音视频资源目录将对应资源上报到上级平台

b) 下级平台应将自己平台下属所有的目录资源信息上报

.7.1.2.2　音视频目录资源查询

下级平台应具备相应上级平台查询音视频目录的请求，上级平台可以查询下级平台任意节点的音视频资源目录

.7.1.2.3　报警上报流程

参考809中4.3.5

.7.1.3　平台间视频业务流程

.7.1.3.1　上级政府监管平台查看下级政府监管平台实时视频

上级政府监管平台查看下级政府监管平台实时视频，实现流程应遵循如下规则：

a) 上级政府监管平台请求视频到下级政府监管平台，携带访问的用户信息是上级平台用户信息, 请求视频资源名称

b) 如果下级政府监管平台中已经存在查看的视频源存在，直接返回上级平台，否者执行c

c) 下级政府监管平台将对应的请求转发到下一级平台

a) 如果下一级平是企业监控平台，流程参考7.2.4

b) 如果下一级别是政府监管平台，重复执行b、c 

.7.1.3.2　上级平台响应外平台视频查看下级政府监管平台实时视频

基本同7.1.4，只是携带的用户信息是外平台访问用户

.7.1.3.3　上级政府监管平台控制视频资源云台

上级政府监管平台控制视频资源云台，实现流程应遵循如下规则：

a) 上级政府监管平台控制云台到下级政府监管平台，携带访问的用户信息是上级平台用户信息, 请求视频资源名称，用户级别

b) 如果下级政府监管平台中已经存在有高优先级用户控制，返回不可控，否者执行c

c) 发送指令到下级平台，重复执行b,c

.7.1.3.4　上级政府监管平台设置视频源视频质量

上级政府监管平台设置视频源视频质量，实现流程应遵循如下规则：

a) 上级政府监管平台控制云台到下级政府监管平台，携带访问的用户信息是上级平台用户信息, 请求视频资源名称，用户级别

b) 如果有下级政府监管平台，发送指令到下级平台，重复执行

.7.1.3.5　上级政府监管平台查看下级政府监管平台历史视频

.7.1.3.5.1　视频检索

上级政府监管平台查看下级政府监管平台历史视频，实现流程应遵循如下规则：

c) 上级政府监管平台请求视频到下级政府监管平台，携带访问的用户信息是上级平台用户信息和时间信息，请求设备唯一标识

d) 如果下级政府监管平台中已经存在查看的视频记录存在，直接返回上级平台视频资源记录，否者执行c

e) 下级政府监管平台将对应的请求转发到下一级平台

a) 如果下一级平是企业监控平台，流程参考7.2.4

b) 如果下一级别是政府监管平台，重复执行b、c

f) 返回的视频资源记录列表中包含视频可以唯一标识的URI 

.7.1.3.5.2　视频回放

上级政府监管平台查看下级政府监管平台历史视频，实现流程应遵循如下规则：

a) 上级政府监管平台请求视频到下级政府监管平台，携带访问的用户信息是上级平台用户信息和时间信息，请求视频资源唯一标识

b) 如果下级政府监管平台中已经存在查看的视频记录存在，直接返回上级平台，否者执行c

c) 下级政府监管平台将对应的请求转发到下一级平台

a) 如果下一级平是企业监控平台，流程参考7.2.4

b) 如果下一级别是政府监管平台，重复执行b、c

d) 按照访问路径的反方向一级一级的将对应的视频传递到发起请求方的上级政府监管平台

.7.1.3.6　上级平台响应外平台视频查看下级政府监管平台历史视频

基本同7.1.6，只是携带的用户信息是外平台访问用户

.7.2　企业视频平台和政府视频平台间接口

.7.2.1　下级平台向上就平台请求登陆和主链路保持

参考809中4.3.1.1

.7.2.2　平台间信息交互业务流程

同7.1.2

.7.2.3　平台间视频业务流程

.7.2.3.1　上级政府监管平台查看企业监控平台实时视频

上级政府监管平台查看企业监管平台实时视频，实现流程应遵循如下规则：

a) 上级政府监管平台请求视频到企业监控平台，携带访问的用户信息是上级平台用户信息, 请求视频资源名称

b) 如果企业监控平台中已经存在查看的视频源存在，直接返回上级平台，否者执行c

c) 企业监控平台向车载终端发起查看实时视频请求

d) 车载终端将视频发送到企业监控平台

e) 企业监控平台将对应的视频发送到上级政府监管平台

.7.2.3.2　上级政府监管平台控制视频资源云台

上级政府监管平台控制视频资源云台，实现流程应遵循如下规则：

a) 上级政府监管平台控制云台到企业监控平台，携带访问的用户信息是上级平台用户信息, 请求视频资源名称，用户级别

b) 如果企业监控平台已经存在有高优先级用户控制，返回不可控，否者执行c

c) 发送指令到车载终端

.7.2.3.3　上级政府监管平台设置视频源视频质量

上级政府监管平台设置视频源视频质量，实现流程应遵循如下规则：

a) 上级政府监管平台控制云台到下级政府监管平台，携带访问的用户信息是上级平台用户信息, 请求视频资源名称，用户级别

b) 发送指令到车载终端

.7.2.3.4　上级政府监管平台查看企业监控平台历史视频

.7.2.3.4.1　视频检索

上级政府监管平台查看下级政府监管平台历史视频，实现流程应遵循如下规则：

a) 上级政府监管平台请求历史视频到下级政府监管平台，携带访问的用户信息是上级平台用户信息, 请求设备唯一标识

b) 如果企业监控平台中已经存在查看的历史视频源存在，直接返回上级平台视频资源目录，否者执行c

c) 企业监控平台向车载前端发起历史视频检索请求

d) 车载终端将历史视频列表发送到企业监控平台

e) 企业监控平台将对应的历史视频列表发送到上级政府监管平台

f) 返回的视频资源记录列表中包含视频可以唯一标识的URI 

.7.2.3.4.2　视频回放

上级政府监管平台查看企业监控平台历史视频，实现流程应遵循如下规则：

g) 上级政府监管平台请求视频到企业监控平台，携带访问的用户信息是上级平台用户信息, 请求视频资源URI

h) 如果企业监控平台中已经存在查看的历史视频源存在，直接返回上级平台历史视频，否者执行c

i) 企业监控平台向车载前端发起历史视频查看请求

j) 车载终端将历史视频发送到企业监控平台

k) 企业监控平台将对应的历史视频发送到上级政府监管平台

　8性能与技术指标

.8.1　平台总体性能

平台总体性能应至少满足以下要求：

a) 支持平台7×24h不间断运行；

b) 在没有外部因素影响的情况下，故障恢复时间不超过120min。

.8.2　系统音视频终端接入性能

平台音视频终端接入性能应满足以下要求：

a) 具有海量音视频数据高并发处理能力：平均≥500Mbps、峰值≥1000Mbps；

b) 企业平台能支持至少3000台音视频终端接入，支持超过10000个视频摄像头的监控能力；

c) 政府平台（县级除外）能支持至少30000台音视频终端接入，支持超过100000个视频摄像头的监控能力；

d) 音视频实时监控平均延迟时间≤10s

e) 单个音视频实时监控多通道同步时间差异≤5s；

f) 音视频监控平均响应时间≤10s。

.8.3　平台响应时间

最大并发用户达到其系统设计要求时，各事务平均响应时间不应超过单用户平均响应时间的五倍。

.8.4　音视频质量

音视频实时监控数据分辨率至少为QVGA（320×240）,平均帧率≥12FPS，音频流采样率≥16kHz；

音视频记录回放数据分辨率至少为4CIF（704×576）, 平均帧率≥12FPS，音频流采样率≥16kHz；

.8.5　地图数据质量

地图数据质量应符合JT/T 796-2011中的要求。

.8.6　网络传输

网络传输环境应满足以下要求：

a) 政府平台之间支持专线网络或互联网VPN连接；

b) 企业平台支持互联网或专线网络等方式连接政府平台。

.8.7　数据存储和备份

数据存储和备份要求如下：

a) 音视频数据在线存储时间不得少于30天；

b) 报警音视频数据在线存储时间不得少于60天；

c) 建立数据备份机制，每月对数据进行全量备份，每周对数据进行增量备份，系统数据恢复时间不超过5h。

　9安全要求

引用796中要求

(12582)