一种景区流媒体直播系统的制作方法

文档序号:12136179阅读:333来源:国知局

本发明涉及智慧旅游领域,具体地,涉及一种景区流媒体直播系统。



背景技术:

随着智慧旅游的广泛建设,各大风景区广泛部署视频监控产品,以及时掌握景区的各种状态。“互联网+旅游”时代,人们对旅游提出了更高的要求,希望可以通过多种网络通道访问这些视频数据,为自己的旅游计划提供依据;景区希望通过对用户展示更多优质和适时的景区视频数据,更好的宣传景区;旅游管理部门也希望通过不同的网络方式能及时、准确的监控到景区的适时状态。但是,传统视频监控技术无法满足来自于各种平台、各种网络通道、各种访问终端的访问请求。

传统的景区监控,监控信息有景区掌握,其他用户或平台无法获得,导致游客和监管人员无法获得景区的实时信息,导致景区监控的实时性较差。

综上所述,本申请发明人在实现本申请发明技术方案的过程中,发现上述技术至少存在如下技术问题:

在现有技术中,现有的景区监控存在监控数据无法实时共享,导致游客和监管部分无法获得实时的景区信息的技术问题。



技术实现要素:

本发明提供了一种景区流媒体直播系统,解决了现有的景区监控存在监控数据无法实时共享,导致游客和监管部分无法获得实时的景区信息的技术问题,实现了系统设计合理,用户通过直播系统能够获得实时景区监控信息的技术效果。

为解决上述技术问题,本申请提供了一种景区流媒体直播系统,所述系统包括:

采集单元,所述采集单元用于在景区监控所在内网部署RTSP录像服务,从内网抓取实时监控信息进行录像;

转换单元,所述转换单元用于获取监控的rtsp协议流,转换为hls协议流,以TS方式存储在本地,并封装为M3U8格式;

上传单元,所述上传单元用于将存储在本地的信息上传到直播平台;

直播平台,所述直播平台用于根据用户权限提供用户景区监控信息。

其中,本系统首先利用采集单元采集景区的视频监控信息,然后利用转换单元进行转换,转换后进行存储,通过上传单元将存储的信息进行上传,用户通过直播平台获得景区的实时监控信息。

在开源流媒体服务的基础上,设计、开发、部署RTSP录像服务。RTSP录像主动获取数据流进行录制,录像文件存放于本地,并产生一个访问路径用于录像回放;同时提供实时直播功能。本系统是专门为监控系统接入平台的不便而提出的一种解决方案,是基于众多的服务器和与之关联的监控作为基础、并长期稳定的运行而实现的。这种服务的提出极大的改善了监控的独立性,使其平台化,通过HTTP协议的方式进行访问。有了流媒体服务的支撑,对外部应用提供一个快速、稳定、便捷的服务的同时也为第三方开发带来了极大的便利,不但提高了开发效率,还节约了开发成本,降低了流媒体应用的门槛。

RTSP直播:为了提高流媒体的实时性,直播时的流畅性与稳定性,在服务器获取监控的RTSP协议流并转为HLS协议流,以TS方式存储在本地并封装为M3U8格式,本地只存储最新的几分钟(可根据要求进行设置),外网通过部署的录像服务生成的URL地址进行录像播放。服务器不间断的定时进行流媒体维护。

具体方式:

在监控所在内网部署RTSP录像服务,从内网抓取实时监控进行录像。避免外网抓流时占用网络流量。

获取监控的rtsp协议流,在服务器转为hls协议流,以TS方式存储在本地,并封装为M3U8格式,本地只存储最新的一段录像。

进一步的,所述系统还包括:

判断单元,所述判断单元用于判断上传单元或直播平台的工作状态;

处理单元,所述处理单元用于当判断单元判断出上传单元或直播平台处于繁忙工作状态时,则对存储在本地的信息进行景区特征信息提取;

生成单元,所述生成单元用于基于提取的景区特征信息,生成景区实时文字信息,并将生成的文字信息通过上传单元上传至直播平台。

其中,当上传单元或直播平台处于繁忙的工作状态时,如上传速度低于标准速度,或直播平台人数超过标准人数,直播速度低于预设速度等,这时处理单元对监控录像进行处理,提取出数据量相对于视频流较小的景区特征信息,并基于景区特征信息生成数据量更小的文字信息,并将文字信息上传至直播平台,用户通过直播平台的文字信息判断出景区的实时监控情况,如文字显示该景区的实时游客量,通过这种方式能够避免上传和直播大数据量的视频,降低对网络速度的需求,便于用户快速高效的获得直播信息。

进一步的,对存储在本地的信息进行景区特征信息提取,具体包括:

对景区视频监控信息进行处理,获得图像中的人脸信息;

对景区视频监控信息进行处理,获得图像中的游客移动速度信息;

对景区视频监控信息进行热成像处理,获得景区单位面积游客密度信息。

其中,通过人脸信息能够获得相应的游客数量信息,通过游客移动速度信息能够获得相应的景区拥挤信息,其中通过对比监控图像预设时间段前后游客的移动距离和时间,即可获得游客的移动速度信息;通过热成像处理能够获得相应的景区游客的热成像,然后根据热成像面积与景区图像面积进行对比,即可获得景区单位面积游客密度信息

进一步的,所述生成单元用于基于人脸信息、游客移动速度信息、景区单位面积游客密度信息,生成实时景区游客数量文字信息。

进一步的,所述系统还包括推荐单元,所述推荐单元用于基于实时景区游客数量文字信息为游客推荐适宜旅游景点。

进一步的,所述推荐单元具体包括:

生成模块,所述生成模块用于基于实时景区游客数量文字信息生成景区实时游客数量;

计算单元,所述计算单元用于基于景区预设游客接待数量信息、天气信息、交通信息、日期信息,计算出景区实时适宜接待游客数量信息;

判断模块,所述判断模块用于将景区实时适宜接待游客数量与景区实时游客数量进行比较,判断出景区的是否适宜游玩;

推荐模块,所述推进模块用于将判断模块判断出的适宜游玩的景区信息在直播平台中推送给用户。

其中,利用推荐单元可以推荐用户适宜游玩的景区,避免盲目的扎堆旅游,提高旅游质量。

进一步的,所述计算单元的计算方式为:

M=S*P*Q*R,其中,M为景区实时适宜接待游客数量信息;S为景区预设游客接待数量信息;当天气为晴天时P=1.2,当天气为阴天时P=1,当天气为下雨或雪时P=0.7;当交通信息为拥堵时,Q=0.5,当交通信息为顺畅时,Q=1;当为周一至周五时,R=1,当为周末时R=1.2。

其中,如某景区的预设接待游客数量为1万人,当为阴天,交通拥堵,周末时,景区实时适宜接待游客数量信息M=0.6万人。

本申请提供的一个或多个技术方案,至少具有如下技术效果或优点:

首先,实现了系统设计合理,用户通过直播系统能够获得实时景区监控信息的技术效果。

进一步的,能够在网络繁忙时,将监控信息转换为文字信息,通过这种方式能够避免上传和直播大数据量的视频,降低对网络速度的需求,便于用户快速高效的获得直播信息。

进一步的,能够根据景区预设游客接待数量信息、天气信息、交通信息、日期信息,计算出景区实时适宜接待游客数量信息,并向游客推荐适宜游玩的景区,保障旅游质量。

附图说明

此处所说明的附图用来提供对本发明实施例的进一步理解,构成本申请的一部分,并不构成对本发明实施例的限定;

图1是本申请中景区流媒体直播系统的组成示意图。

具体实施方式

本发明提供了一种景区流媒体直播系统,解决了现有的景区监控存在监控数据无法实时共享,导致游客和监管部分无法获得实时的景区信息的技术问题,实现了系统设计合理,用户通过直播系统能够获得实时景区监控信息的技术效果。

为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在相互不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述范围内的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。

本申请提供了一种景区流媒体直播系统,所述系统包括:

采集单元,所述采集单元用于在景区监控所在内网部署RTSP录像服务,从内网抓取实时监控信息进行录像;

转换单元,所述转换单元用于获取监控的rtsp协议流,转换为hls协议流,以TS方式存储在本地,并封装为M3U8格式;

上传单元,所述上传单元用于将存储在本地的信息上传到直播平台;

直播平台,所述直播平台用于根据用户权限提供用户景区监控信息。

其中,本系统首先利用采集单元采集景区的视频监控信息,然后利用转换单元进行转换,转换后进行存储,通过上传单元将存储的信息进行上传,用户通过直播平台获得景区的实时监控信息。

在开源流媒体服务的基础上,设计、开发、部署RTSP录像服务。RTSP录像主动获取数据流进行录制,录像文件存放于本地,并产生一个访问路径用于录像回放;同时提供实时直播功能。本系统是专门为监控系统接入平台的不便而提出的一种解决方案,是基于众多的服务器和与之关联的监控作为基础、并长期稳定的运行而实现的。这种服务的提出极大的改善了监控的独立性,使其平台化,通过HTTP协议的方式进行访问。有了流媒体服务的支撑,对外部应用提供一个快速、稳定、便捷的服务的同时也为第三方开发带来了极大的便利,不但提高了开发效率,还节约了开发成本,降低了流媒体应用的门槛。

RTSP直播:为了提高流媒体的实时性,直播时的流畅性与稳定性,在服务器获取监控的RTSP协议流并转为HLS协议流,以TS方式存储在本地并封装为M3U8格式,本地只存储最新的几分钟(可根据要求进行设置),外网通过部署的录像服务生成的URL地址进行录像播放。服务器不间断的定时进行流媒体维护。

具体方式:

在监控所在内网部署RTSP录像服务,从内网抓取实时监控进行录像。避免外网抓流时占用网络流量。

获取监控的rtsp协议流,在服务器转为hls协议流,以TS方式存储在本地,并封装为M3U8格式,本地只存储最新的一段录像。

进一步的,所述系统还包括:

判断单元,所述判断单元用于判断上传单元或直播平台的工作状态;

处理单元,所述处理单元用于当判断单元判断出上传单元或直播平台处于繁忙工作状态时,则对存储在本地的信息进行景区特征信息提取;

生成单元,所述生成单元用于基于提取的景区特征信息,生成景区实时文字信息,并将生成的文字信息通过上传单元上传至直播平台。

其中,当上传单元或直播平台处于繁忙的工作状态时,如上传速度低于标准速度,或直播平台人数超过标准人数,直播速度低于预设速度等,这时处理单元对监控录像进行处理,提取出数据量相对于视频流较小的景区特征信息,并基于景区特征信息生成数据量更小的文字信息,并将文字信息上传至直播平台,用户通过直播平台的文字信息判断出景区的实时监控情况,如文字显示该景区的实时游客量,通过这种方式能够避免上传和直播大数据量的视频,降低对网络速度的需求,便于用户快速高效的获得直播信息。

进一步的,对存储在本地的信息进行景区特征信息提取,具体包括:

对景区视频监控信息进行处理,获得图像中的人脸信息;

对景区视频监控信息进行处理,获得图像中的游客移动速度信息;

对景区视频监控信息进行热成像处理,获得景区单位面积游客密度信息。

其中,通过人脸信息能够获得相应的游客数量信息,通过游客移动速度信息能够获得相应的景区拥挤信息,其中通过对比监控图像预设时间段前后游客的移动距离和时间,即可获得游客的移动速度信息;通过热成像处理能够获得相应的景区游客的热成像,然后根据热成像面积与景区图像面积进行对比,即可获得景区单位面积游客密度信息

进一步的,所述生成单元用于基于人脸信息、游客移动速度信息、景区单位面积游客密度信息,生成实时景区游客数量文字信息。

进一步的,所述系统还包括推荐单元,所述推荐单元用于基于实时景区游客数量文字信息为游客推荐适宜旅游景点。

进一步的,所述推荐单元具体包括:

生成模块,所述生成模块用于基于实时景区游客数量文字信息生成景区实时游客数量;

计算单元,所述计算单元用于基于景区预设游客接待数量信息、天气信息、交通信息、日期信息,计算出景区实时适宜接待游客数量信息;

判断模块,所述判断模块用于将景区实时适宜接待游客数量与景区实时游客数量进行比较,判断出景区的是否适宜游玩;

推荐模块,所述推进模块用于将判断模块判断出的适宜游玩的景区信息在直播平台中推送给用户。

其中,利用推荐单元可以推荐用户适宜游玩的景区,避免盲目的扎堆旅游,提高旅游质量。

进一步的,所述计算单元的计算方式为:

M=S*P*Q*R,其中,M为景区实时适宜接待游客数量信息;S为景区预设游客接待数量信息;当天气为晴天时P=1.2,当天气为阴天时P=1,当天气为下雨或雪时P=0.7;当交通信息为拥堵时,Q=0.5,当交通信息为顺畅时,Q=1;当为周一至周五时,R=1,当为周末时R=1.2。

其中,如某景区的预设接待游客数量为1万人,当为阴天,交通拥堵,周末时,景区实时适宜接待游客数量信息M=0.6万人。

本申请建立旅游景区直播系统,将景区的视频数据进行采集并进行数据转换成可以在各种平台进行播放的流媒体,提供延时转发,为来自于各种网络途径的访问需求,提供授权的景区流媒体数据直播服务。

本申请提供的一个或多个技术方案,至少具有如下技术效果或优点:

首先,实现了系统设计合理,用户通过直播系统能够获得实时景区监控信息的技术效果。

进一步的,能够在网络繁忙时,将监控信息转换为文字信息,通过这种方式能够避免上传和直播大数据量的视频,降低对网络速度的需求,便于用户快速高效的获得直播信息。

进一步的,能够根据景区预设游客接待数量信息、天气信息、交通信息、日期信息,计算出景区实时适宜接待游客数量信息,并向游客推荐适宜游玩的景区,保障旅游质量。

尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1