基于预警信息触发手机HTML5低延时直播视频的方法技术

本发明专利技术公开了基于预警信息触发手机HTML5低延时直播视频的方法，包括：S1：服务器向视频采集终端获取实时视频流数据；S2：客户端播放视频时先获取一个随机地址，再向服务器发送随机地址的请求；S3：服务器根据随机地址的请求得到客户端数据的获取情况；S4：服务器根据客户端数据的获取情况结合并采用长轮询法和贷款预测法向客户端发送实时视频流数据；S5：客户端播放实时视频流数据。本发明专利技术对标准html5进行了改进，使其达到专用app的低延时效果，同时做到代码一次编写，全平台通用，降低了开发成本。

【技术实现步骤摘要】
基于预警信息触发手机HTML5低延时直播视频的方法
本专利技术涉及一种直播视频的方法，具体涉及基于预警信息触发手机HTML5低延时直播视频的方法。
技术介绍
在传统报警中，视频一般作为事后查看的证据保留，为提升用户体验，需要在事件发生的同时立即查看到事件图像，做到及时图文并茂的呈现。随着移动互联网技术的发展与普及，移动视频播放已成为刚需，但目前手机端的低延时视频播放大多基于定制的app实现，不能在qq、微信中应用，同时手机有andoid、iphone、ipad、windowsphone等多种平台，为每一种平台单独开发app将耗费大量的人力成本。qq、微信、andoid、iphone、ipad、windowsphone平台都支持的标准html5视频播放延时一般在10S以上，不能满足预警信息与图像内容及时同步展现的要求。现有的http协议有以下缺点：(1)无状态性和数据的无续性：前后两次请求无相关性，数据请求无顺序，视频播放是一个有序的连续动作；(2)请求回执的工作模式：只能客户端主动发数据，服务器不能主动发数据，视频数据无法及时发出，增加延时；(3)苹果制定的HLS协议需要先报告视频文件表后再下载视频：只能缓存实时视频后生成文件表后发送给客户端，客户端再下载视频播放，进一步增加延时；(4)综合以上3条，因客户端的差异性，服务端在生成文件时的文件大小又成为一个影响延时的因素，过大的文件，让文件表生成过慢，过小的文件增加过多无效网络传输开销，同时因视频播放是需要从关键帧开始的，不以关键帧开始的文件是无法单独解码的，限制了文件的无限变小。
技术实现思路
本专利技术所要解决的技术问题是标准html5视频播放延时一般在10S以上，不能满足预警信息与图像内容及时同步展现的要求，目的在于提供基于预警信息触发手机HTML5低延时直播视频的方法，解决上述
技术介绍
中遇到的问题。本专利技术通过下述技术方案实现：基于预警信息触发手机HTML5低延时直播视频的方法，包括如下步骤：S1：服务器向视频采集终端获取实时视频流数据；S2：客户端播放视频时先获取一个随机地址，再向服务器发送随机地址的请求；S3：服务器根据随机地址的请求得到客户端数据的获取情况；S4：服务器根据客户端数据的获取情况向客户端发送实时视频流数据；S5：客户端播放实时视频流数据。在上述方案的基础上，进一步地有：所述步骤S3中的客户端数据包括：已获取的视频数据和未获取的视频数据。在上述方案的基础上，进一步地有：所述步骤S3和步骤S4之间还包括步骤：S31：服务器根据已获取的视频数据和未获取的视频数据的获取情况控制实时视频流数据的传输顺序。在上述方案的基础上，进一步地有：所述步骤S4包括子步骤：S41：服务器对实时视频流数据进行分析并判断是否有有效数据用于请求回执，若有有效数据，则执行步骤S42，否则执行步骤S43；S42：将有效数据发送至客户端；S43：等待客户端要求的数据，若在预设时间内接收到客户端要求的数据，则执行步骤S42，否则执行步骤S44；S44：停止向此客户端发送所有数据。在上述方案的基础上，进一步地有：所述S4具体包括：S41：服务器在获取到视频数据之前生成文件表，把文件表中文件不存在的视频数据记为负债数据，在客户端请求具体文件表时，若文件表中视频数据还未生成，则记为逾期数据；对实时视频流数据进行分析并判断是否有有效数据用于请求回执，若有有效数据，则执行步骤S42，否则执行步骤S43；S42：将有效数据发送至客户端；S43：为客户端设定逾期宽限期，等待客户端要求的数据，若在逾期宽限期内接收到补充的客户端要求的数据，则执行步骤S42并继续在客户端播放视频，否则执行步骤S44；S44：将此次视频播放请求视为坏账，停止向客户端发送视频数据并结束播放视频。在上述方案的基础上，进一步地有：在程序运行过程中，程序根据负债数据及逾期数据预测下一批给客户端的负债数据量，做到负债数据量和逾期数据量的平衡。本专利技术与现有技术相比，具有如下的优点和有益效果：本专利技术对qq、微信、andoid、iphone、ipad、windowsphone等平台都支持的标准html5进行了改进，使其达到专用app的低延时效果，同时做到代码一次编写，全平台通用，降低了开发成本。附图说明此处所说明的附图用来提供对本专利技术实施例的进一步理解，构成本申请的一部分，并不构成对本专利技术实施例的限定。在附图中：图1为本专利技术方法流程图；图2为常规html5视频的播放流程图；图3为本专利技术改进后的html5视频的播放流程图；图4为本专利技术的数据负债和逾期量关系图。具体实施方式为使本专利技术的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本专利技术作进一步的详细说明，本专利技术的示意性实施方式及其说明仅用于解释本专利技术，并不作为对本专利技术的限定。实施例：如图1所示，基于预警信息触发手机HTML5低延时直播视频的方法，包括：S1：服务器向视频采集终端获取实时视频流数据；S2：客户端播放视频时先获取一个随机地址，再向服务器发送随机地址的请求；S3：服务器根据随机地址的请求得到客户端数据的获取情况；S4：服务器根据客户端数据的获取情况结合并采用长轮询法和贷款预测法向客户端发送实时视频流数据；S5：客户端播放实时视频流数据。所述S3中客户端数据包括已获取的视频数据和未获取的视频数据。所述方法还包括服务器根据已获取的视频数据和未获取的视频数据的获取情况控制实时视频流数据的传输顺序。所述S4包括：服务器在接收到随机地址的请求时，对实时视频流数据进行分析并判断是否有有效数据用于请求回执，若有有效数据，则将其发送至客户端；若没有有效数据，则增加逾期，等待客户端要求的数据能提供时再把数据发给客户端，如长时间不能准备好客户端要求的数据，则视为坏账，停掉此客户端的所有数据。所述S4还包括：服务器在获取到视频数据之前首先生成文件表，把文件表中文件不存在的视频数据记为负债数据，在客户端请求具体文件表时，若文件表中视频数据还未生成，则记为逾期数据；因有长轮询机制，所以还有宽限期，若在宽限期内补上视频数据，则向客户端发送视频数据并继续在客户端播放视频；若超过宽限期仍未补上视频数据，则终止向客户端发送视频数据并结束播放视频。所述S4还包括：在程序运行中，程序根据负债数据及逾期数据预测下一批给客户端的负债数据量，做到负债和逾期量的平衡。采用随机地址法：客户端播放视频时先获取一个随机地址，之后这个随机地址只有这个客户端使用，服务器可以根据随机地址的请求情况了解客户端哪些数据已获取，哪些未获取，并控制数据的传输顺序，解决http无状态乱序的问题；本文档来自技高网...

【技术保护点】
1.基于预警信息触发手机HTML5低延时直播视频的方法，其特征在于，包括如下步骤：/nS1：服务器向视频采集终端获取实时视频流数据；/nS2：客户端播放视频时先获取一个随机地址，再向服务器发送随机地址的请求；/nS3：服务器根据随机地址的请求得到客户端数据的获取情况；/nS4：服务器根据客户端数据的获取情况向客户端发送实时视频流数据；/nS5：客户端播放实时视频流数据。/n

【技术特征摘要】
1.基于预警信息触发手机HTML5低延时直播视频的方法，其特征在于，包括如下步骤：
S1：服务器向视频采集终端获取实时视频流数据；
S2：客户端播放视频时先获取一个随机地址，再向服务器发送随机地址的请求；
S3：服务器根据随机地址的请求得到客户端数据的获取情况；
S4：服务器根据客户端数据的获取情况向客户端发送实时视频流数据；
S5：客户端播放实时视频流数据。


2.根据权利要求1所述的基于预警信息触发手机HTML5低延时直播视频的方法，其特征在于，所述步骤S3中的客户端数据包括：已获取的视频数据和未获取的视频数据。


3.根据权利要求2所述的基于预警信息触发手机HTML5低延时直播视频的方法，其特征在于，所述步骤S3和步骤S4之间还包括步骤：
S31：服务器根据已获取的视频数据和未获取的视频数据的获取情况控制实时视频流数据的传输顺序。


4.根据权利要求1所述的基于预警信息触发手机HTML5低延时直播视频的方法，其特征在于，所述步骤S4包括子步骤：
S41：服务器对实时视频流数据进行分析并判断是否有有效数据用于请求回执，若有有效数据，则执行步骤S42，否则执行步骤S43；
S42...

【专利技术属性】
技术研发人员：陈友明，
申请(专利权)人：四川弘和通讯有限公司，
类型：发明
国别省市：四川;51